支付链路的自动化检测方法、装置及系统与流程

1.本技术涉及互联网技术领域，具体涉及一种支付链路的自动化检测方法、装置及系统。


背景技术：

2.在使用安装有ios操作系统的移动设备时，对于应用中的虚拟商品的购买，其支付必须通过iap(in-app-purchase，应用内购买)系统，在客户端支付成功后从iap系统获取收据并发送至后端进行验单。iap系统在完成验单后只会返回收据是否合法，不会返回收据的验证次数，且没有提供接口来获取收据对应的订单号，很难将收据与订单号进行关联，导致支付链路中可能存在支付漏洞。随着网络技术和网络服务的快速发展，使得涉及到支付链路的对象数量越来越多，在现有技术中一般是通过手动方式来检测各个对象的支付链路中是否存在问题。然而，现有的手动检测方式流程复杂、操作繁琐，存在着检测效率低下的问题。


技术实现要素：

3.鉴于上述问题，本技术提出了一种支付链路的自动化检测方法、装置、系统、计算设备及计算机存储介质，用于解决以下问题：现有的手动检测方式检测效率低下。
4.根据本技术实施例的一个方面，提供了一种支付链路的自动化检测方法，该方法包括：
5.控制移动设备针对待检测对象中的商品向对象服务端发送第一订单创建请求；
6.获取并分析第一订单创建请求的报文内容，得到第一订单的订单数据；
7.控制移动设备依据第一订单的订单数据向支付认证端发送支付请求，以供支付认证端响应于支付请求向移动设备返回第一收据，移动设备向对象服务端发送携带有第一收据的第一验单请求；
8.拦截第一验单请求，从第一验单请求中提取第一收据；
9.利用第一订单的订单数据和第一收据，检测待检测对象的支付链路。
10.进一步地，第一订单创建请求的报文内容包括：请求报文内容和响应报文内容；
11.获取并分析第一订单创建请求的报文内容，得到第一订单的订单数据进一步包括：
12.截取移动设备通过创建订单接口发送的第一订单创建请求，并对第一订单创建请求的请求报文内容进行分析，得到第一订单的部分订单数据，并放行第一订单创建请求；
13.截取对象服务端通过创建订单接口返回的第一订单创建请求的响应报文内容，对响应报文内容进行分析，得到第一订单的其他部分订单数据，并放行响应报文内容。
14.进一步地，在拦截第一验单请求，从第一验单请求中提取第一收据之后，该方法还包括：
15.将第一订单的订单数据和第一收据对应存储至收据信息库中。
16.进一步地，拦截第一验单请求，从第一验单请求中提取第一收据进一步包括：
17.拦截移动设备通过校验收据接口发送的第一验单请求，从第一验单请求中提取第一收据，并中止第一验单请求的发送。
18.进一步地，利用第一订单的订单数据和第一收据，检测待检测对象的支付链路进一步包括：
19.利用第一订单的订单数据和第一收据，构造第二验单请求，并控制移动设备向对象服务端发送第二验单请求；
20.对待检测对象的展现页面中的物品展示区域进行识别，得到第一识别结果；
21.根据第一识别结果判断第一订单对应的商品是否添加至物品展示区域中；
22.若是，则确定待检测对象的支付链路中的商品发货子链路正常；若否，则确定待检测对象的支付链路中的商品发货子链路存在问题，并生成第一告警信息。
23.进一步地，对待检测对象的展现页面中的物品展示区域进行识别进一步包括：
24.对待检测对象的展现页面中的物品展示区域进行截图处理，得到区域图像，并对区域图像进行图像识别。
25.进一步地，在确定待检测对象的支付链路中的商品发货子链路正常之后，该方法还包括：
26.控制移动设备向对象服务端重放第二验单请求；
27.检测重放的第二验单请求是否验单成功；
28.若是，则确定待检测对象的支付链路中的验单子链路存在问题，并生成第二告警信息。
29.进一步地，检测重放的第二验单请求是否验单成功进一步包括：
30.对待检测对象的展现页面中的物品展示区域进行识别，得到第二识别结果；
31.根据第二识别结果判断第一订单对应的商品是否重复添加至物品展示区域中；
32.若是，则确定重放的第二验单请求验单成功。
33.进一步地，检测重放的第二验单请求是否验单成功进一步包括：
34.获取校验收据接口返回的重放的第二验单请求对应的验单反馈数据；
35.根据重放的第二验单请求对应的验单反馈数据确定重放的第二验单请求是否验单成功。
36.进一步地，在拦截第一验单请求，从第一验单请求中提取第一收据之后，该方法还包括：
37.控制移动设备针对待检测对象中的商品向对象服务端发送第二订单创建请求；
38.获取并分析第二订单创建请求的报文内容，得到第二订单的订单数据；
39.利用第二订单的订单数据和第一收据，检测待检测对象的支付链路。
40.进一步地，利用第二订单的订单数据和第一收据，检测待检测对象的支付链路进一步包括：
41.利用第二订单的订单数据和第一收据，构造第三验单请求，并控制移动设备向对象服务端发送第三验单请求；
42.检测第三验单请求是否验单成功；
43.若是，则确定待检测对象的支付链路中的验单子链路存在问题，并生成第三告警
信息。
44.进一步地，检测第三验单请求是否验单成功进一步包括：
45.对待检测对象的展现页面中的物品展示区域进行识别，得到第三识别结果；
46.根据第三识别结果判断第二订单对应的商品是否添加至物品展示区域中；
47.若是，则确定第三验单请求验单成功。
48.进一步地，检测第三验单请求是否验单成功进一步包括：
49.获取校验收据接口返回的第三验单请求对应的验单反馈数据；
50.根据第三验单请求对应的验单反馈数据确定第三验单请求是否验单成功。
51.进一步地，订单数据包括：待检测对象的对象标识、订单标识和用户标识。
52.根据本技术实施例的另一方面，提供了一种支付链路的自动化检测方法，该方法包括：
53.响应于控制端发送的第一订单创建控制指令，针对待检测对象中的商品生成第一订单创建请求，并向对象服务端发送第一订单创建请求，以供控制端通过分析第一订单创建请求的报文内容，得到第一订单的订单数据；
54.响应于控制端发送的支付控制指令，依据第一订单的订单数据向支付认证端发送支付请求，以供支付认证端响应于支付请求向移动设备返回第一收据；
55.生成携带有第一收据的第一验单请求，并向对象服务端发送第一验单请求，以供控制端从第一验单请求中提取第一收据，并利用第一订单的订单数据和第一收据，检测待检测对象的支付链路。
56.进一步地，该方法还包括：
57.响应于控制端发送的第一验单控制指令，向对象服务端发送控制端利用第一订单的订单数据和第一收据而构造的第二验单请求。
58.进一步地，该方法还包括：
59.响应于控制端发送的第二验单控制指令，向对象服务端重放第二验单请求。
60.进一步地，该方法还包括：
61.响应于控制端发送的第二订单创建控制指令，针对待检测对象中的商品生成第二订单创建请求，并向对象服务端发送第二订单创建请求，以供控制端通过分析第二订单创建请求的报文内容，得到第二订单的订单数据。
62.进一步地，该方法还包括：
63.响应于控制端发送的第三验单控制指令，向对象服务端发送控制端利用第二订单的订单数据和第一收据而构造的第三验单请求。
64.根据本技术实施例的另一方面，提供了一种支付链路的自动化检测装置，该装置包括：
65.控制模块，适于控制移动设备针对待检测对象中的商品向对象服务端发送第一订单创建请求；
66.分析模块，适于获取并分析第一订单创建请求的报文内容，得到第一订单的订单数据；
67.控制模块进一步适于：控制移动设备依据第一订单的订单数据向支付认证端发送支付请求，以供支付认证端响应于支付请求向移动设备返回第一收据，移动设备向对象服
务端发送携带有第一收据的第一验单请求；
68.拦截模块，适于拦截第一验单请求，从第一验单请求中提取第一收据；
69.检测模块，适于利用第一订单的订单数据和第一收据，检测待检测对象的支付链路。
70.根据本技术实施例的另一方面，提供了一种支付链路的自动化检测装置，该装置包括：
71.响应模块，适于响应于控制端发送的第一订单创建控制指令，针对待检测对象中的商品生成第一订单创建请求，并向对象服务端发送第一订单创建请求，以供控制端通过分析第一订单创建请求的报文内容，得到第一订单的订单数据；响应于控制端发送的支付控制指令，依据第一订单的订单数据向支付认证端发送支付请求，以供支付认证端响应于支付请求向移动设备返回第一收据；
72.验单模块，适于生成携带有第一收据的第一验单请求，并向对象服务端发送第一验单请求，以供控制端从第一验单请求中提取第一收据，并利用第一订单的订单数据和第一收据，检测待检测对象的支付链路。
73.根据本技术实施例的另一方面，提供了一种支付链路的自动化检测系统，所述系统包括：上述的支付链路的自动化检测装置。
74.根据本技术实施例的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；
75.存储器用于存放至少一可执行指令，可执行指令使处理器执行上述支付链路的自动化检测方法对应的操作。
76.根据本技术实施例的再一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述支付链路的自动化检测方法对应的操作。
77.根据本技术实施例提供的支付链路的自动化检测方法、装置、系统、计算设备及计算机存储介质，通过控制端控制移动设备进行协同操作，实现了针对支付链路的自动化检测，极大地提升了检测效率；控制端获取并分析第一订单创建请求的报文内容得到第一订单的订单数据，并从拦截的验单请求中提取第一收据，利用第一订单的订单数据和第一收据来检测支付链路中是否能够正常发货以及检测是否存在利用同一收据而重复验单成功的问题；并且，控制端还可通过对第二订单创建请求的报文内容进行报文分析而便捷地得到第二订单的订单数据，利用第二订单的订单数据和第一收据来检测支付链路中是否存在利用一个订单的收据而成功验单其他订单的问题；在检测过程中，还可充分结合计算机视觉技术，对移动设备中所展示的待检测对象的物品展示区域进行图像识别来判断是否发货、是否验单成功，提高了检测的便利性，进一步提升了检测效率；另外，在检测到支付链路存在问题时还能够发出对应的告警信息，以便根据告警信息及时对支付链路进行处理。
78.上述说明仅是本技术实施例技术方案的概述，为了能够更清楚了解本技术实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本技术实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术实施例的具体实施方式。
附图说明
79.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本技术实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
80.图1示出了根据本技术实施例的支付链路的自动化检测方法的时序图；
81.图2示出了根据本技术另一实施例的支付链路的自动化检测方法的流程示意图；
82.图3示出了根据本技术另一实施例的支付链路的自动化检测方法的流程示意图；
83.图4示出了根据本技术另一实施例的支付链路的自动化检测方法的流程示意图；
84.图5示出了根据本技术实施例的支付链路的自动化检测装置的结构框图；
85.图6示出了根据本技术另一实施例的支付链路的自动化检测装置的结构框图；
86.图7示出了根据本技术实施例的一种计算设备的结构示意图。
具体实施方式
87.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
88.图1示出了根据本技术实施例的支付链路的自动化检测方法的时序图，该方法通过控制端控制移动设备进行协同操作而实现，如图1所示，该方法包括如下步骤：
89.步骤s101，控制端向移动设备发送第一订单创建控制指令。
90.控制端为用于控制移动设备的终端设备，除了控制移动设备之外，控制端还进行相应的报文分析、支付链路检测等处理。控制端具体可为个人计算机(personal computer，pc)等，移动设备具体可为安装有ios操作系统的设备，例如手机、pad等。控制端可以发起自动流程，通过ui自动化脚本来控制移动设备进入待检测对象、完成用户登录、进入待检测对象对应的商品页面、购买商品和支付等操作。具体地，控制端中可部署有jenkins等持续集成工具来监控持续重复的工作，可将持续集成工具作为自动化工具，贯穿本实施例整个检测流程。控制端利用例如airtest等ui自动化测试框架调用ui自动化脚本来控制移动设备。其中，待检测对象是指待检测的包含有支付链路的对象。本领域技术人员可根据实际的业务需要来确定待检测对象，此处不做限定。例如，待检测对象可为游戏、提供虚拟服务的应用等。可选地，在待检测对象存在程序更新的情况下，控制端控制移动设备进入待检测对象之后，移动设备可能还需完成对待检测对象的更新。
91.具体地，控制端向移动设备发送第一订单创建控制指令，根据第一订单创建控制指令来控制移动设备针对待检测对象中的商品向对象服务端发送第一订单创建请求。其中，商品具体可为虚拟商品等，虚拟商品具体可包括虚拟货币、积分、商品券、道具、装扮、电子书等。
92.步骤s102，移动设备响应于第一订单创建控制指令，针对待检测对象中的商品生成第一订单创建请求，并向对象服务端发送第一订单创建请求。
93.移动设备接收控制端发送的第一订单创建控制指令，响应于第一订单创建控制指令，在待检测对象对应的商品页面中选择商品进行下单，生成第一订单创建请求，并将第一
订单创建请求发送至对象服务端，以供对象服务端返回为第一订单所生成的订单标识等数据。其中，对象服务端是指提供待检测对象的服务端。
94.步骤s103，控制端获取并分析第一订单创建请求的报文内容，得到第一订单的订单数据。
95.为了便于进行支付链路的检测，控制端需要获取第一订单的订单数据，其中，控制端可获取第一订单创建请求的报文内容，并对第一订单创建请求的报文内容进行分析，从而得到第一订单的订单数据。
96.在正常的订单创建流程中，移动设备会通过对象服务端提供的创建订单接口向对象服务端发送第一订单创建请求，对象服务端根据第一订单创建请求创建第一订单，并向移动设备返回响应报文内容，响应报文内容中包含有其为第一订单所生成的订单标识等数据。具体地，第一订单创建请求的报文内容包括：请求报文内容和响应报文内容。
97.在一种可选的实施方式中，控制端可截取移动设备通过创建订单接口发送的第一订单创建请求，通过流量处理工具等对第一订单创建请求的请求报文内容进行分析，得到第一订单的部分订单数据，并放行第一订单创建请求，以使第一订单创建请求能够正常发送至对象服务端；对象服务端在接收到第一订单创建请求之后，创建第一订单，并通过创建订单接口向移动设备返回第一订单创建请求的响应报文内容；控制端截取对象服务端通过创建订单接口返回的第一订单创建请求的响应报文内容，通过流量处理工具等对该响应报文内容进行分析，得到第一订单的其他部分订单数据，并放行响应报文内容，以使响应报文内容能够正常发送至移动设备。
98.其中，订单数据可包括：待检测对象的对象标识、订单标识和用户标识等数据。订单数据还可包括其他数据，本领域技术人员可根据实际需要进行确定，此处不做限定。具体地，通过分析第一订单创建请求的请求报文内容所得到的第一订单的部分订单数据可包括第一订单对应的待检测对象的对象标识和用户标识，通过分析第一订单创建请求的响应报文内容所得到的第一订单的其他部分订单数据可包括第一订单的订单标识。
99.在另一种可选的实施方式中，若对象服务端返回的第一订单创建请求的响应报文内容包含有较为完整的第一订单的订单数据，则控制端可无需截取移动设备通过创建订单接口发送的第一订单创建请求，只需截取对象服务端通过创建订单接口返回的第一订单创建请求的响应报文内容，对响应报文内容进行分析，得到第一订单的订单数据，并放行响应报文内容，以使响应报文内容能够正常发送至移动设备。
100.具体地，流量处理工具在控制端中运行，控制端作为宿主机，是贯穿本实施例整个检测流程的载体，对于流量的处理也在控制端上进行。流量处理工具主要完成两部分内容，一部分是对移动设备的请求进行代理，用于捕获请求及响应报文，另一部分是对验单请求的重新构建，用于将收据信息库中存储的收据作为新构造的验单请求中的收据，具体地，可分析原验单请求的请求内容，找到收据数据字段，将其值修改为从收据信息库中获得的值，在完成了验单请求的构造后发送该验单请求并查看结果。
101.步骤s104，控制端向移动设备发送支付控制指令。
102.在得到了第一订单的订单数据之后，控制端可向移动设备发送支付控制指令，根据支付控制指令来控制移动设备依据第一订单的订单数据向支付认证端发送支付请求。
103.步骤s105，移动设备响应于支付控制指令，依据第一订单的订单数据向支付认证
端发送支付请求。
104.移动设备接收控制端发送的支付控制指令，响应于支付控制指令，依据第一订单的订单数据向支付认证端发送支付请求进行支付处理。其中，支付认证端是指提供支付和收据校验服务的服务端。
105.步骤s106，支付认证端响应于支付请求向移动设备返回第一收据。
106.支付认证端响应于支付请求，使移动设备完成针对第一订单的支付，并生成第一订单对应的第一收据，将第一收据返回至移动设备。
107.步骤s107，移动设备生成携带有第一收据的第一验单请求，向对象服务端发送第一验单请求。
108.移动设备接收第一收据，并生成携带有第一收据的第一验单请求，而后将第一验单请求发送至对象服务端。
109.步骤s108，控制端拦截第一验单请求，从第一验单请求中提取第一收据。
110.在正常的收据校验流程中，移动设备会通过对象服务端提供的校验收据接口向对象服务端发送第一验单请求，对象服务端根据第一验单请求向支付认证端进行校验收据，支付认证端在完成收据校验后向对象服务端返回验单反馈数据。控制端可通过流量处理工具等拦截移动设备通过校验收据接口发送的第一验单请求，从第一验单请求中提取第一收据，并丢弃第一验单请求以中止第一验单请求的发送，以使第一验单请求不能正常发送至对象服务端，进而使第一收据不能被支付认证端校验和使用。其中，第一收据具体可为第一订单的收据原文。
111.可选地，为了便于对第一订单的订单数据和第一订单的第一收据进行有效管理，可将所得到的第一订单的订单数据和第一收据对应存储至收据信息库中。收据信息库具体可为统一信息平台，用于存储支付链路检测时需要的数据(例如订单数据和收据等)及过程量等测试数据。在实际应用场景中，该平台可为web形式，基于浏览器和服务器架构，即b/s(browser/server)架构，使用springboot等框架开发而成。该平台可以提供两部分能力，一部分是基本的管理功能，主要面向管理员，用于对收据等数据进行管理，另一部分是对应的外部接口，用于流程执行时收据验单部分的收据原文提取和提取的原文录入。外部接口需要进行签名校验，以防止信息外泄。
112.步骤s109，控制端向移动设备发送第二订单创建控制指令。
113.考虑到在待检测对象的支付链路中可能存在利用一个订单的收据而成功验单其他订单的问题，在控制端得到第一收据之后，控制端还可向移动设备发送第二订单创建控制指令，根据第二订单创建控制指令来控制移动设备针对待检测对象中的商品向对象服务端发送第二订单创建请求。
114.步骤s110，移动设备响应于第二订单创建控制指令，针对待检测对象中的商品生成第二订单创建请求，并向对象服务端发送第二订单创建请求。
115.移动设备接收控制端发送的第二订单创建控制指令，响应于第二订单创建控制指令，在待检测对象对应的商品页面中选择商品进行下单，生成第二订单创建请求，并将第二订单创建请求发送至对象服务端，以供对象服务端返回为第二订单所生成的订单标识等数据。为了后续在验单过程中能够便捷地识别利用第二订单的订单数据和第一订单的第一收据是否能够验单成功，第二订单的订单金额或对应的商品等可不同于第一订单。例如，第一
订单的订单金额为5元，第二订单的订单金额为12元。
116.在本实施例中，控制端仅控制移动设备向对象服务端发送第二订单创建请求，但不针对第二订单进行支付。
117.步骤s111，控制端获取并分析第二订单创建请求的报文内容，得到第二订单的订单数据。
118.在本实施例中，控制端获取并分析第二订单创建请求的报文内容的方式与获取并分析第一订单创建请求的报文内容的方式相似。在一种可选的实施方式中，若对象服务端返回的第二订单创建请求的响应报文内容包含的是部分的而并非较为完整的第二订单的订单数据，控制端可截取移动设备通过创建订单接口发送的第二订单创建请求，对第一订单创建请求的请求报文内容进行分析，得到第一订单的部分订单数据，并放行第一订单创建请求，以使第一订单创建请求能够正常发送至对象服务端；控制端截取对象服务端通过创建订单接口返回的第一订单创建请求的响应报文内容，对该响应报文内容进行分析，得到第一订单的其他部分订单数据，并放行响应报文内容，以使响应报文内容能够正常发送至移动设备。在另一种可选的实施方式中，若对象服务端返回的第一订单创建请求的响应报文内容包含有较为完整的第一订单的订单数据，则控制端可无需截取移动设备通过创建订单接口发送的第二订单创建请求，只需截取对象服务端通过创建订单接口返回的第二订单创建请求的响应报文内容，对响应报文内容进行分析，得到第二订单的订单数据，并放行响应报文内容，以使响应报文内容能够正常发送至移动设备。
119.步骤s112，控制端利用第一订单的订单数据和第一收据，检测待检测对象的支付链路。
120.在得到了第一订单的订单数据和第一订单的第一收据之后，控制端即可利用第一订单的订单数据和第一收据来检测待检测对象的支付链路，具体地，可检测是否能够正常发货以及是否能够利用同一收据而重复验单成功。
121.在步骤s112中，控制端可利用第一订单的订单数据和第一收据，构造第二验单请求，并向移动设备发送第一验单控制指令，根据第一验单控制指令控制移动设备向对象服务端发送第二验单请求；对象服务端在接收到第二验单请求之后，会根据第二验单请求向支付认证端进行验单；在验单成功后，执行发货流程。
122.在本实施例中，以商品为虚拟商品为例，对待检测对象的支付链路的检测进行介绍。针对商品为虚拟商品的应用场景，已发货的商品会作为用户拥有的物品在用户的待检测对象的展现页面中的物品展示区域中进行展示。若商品是由对象服务端提供的，则在验单成功后，对象服务端可直接进行发货，将商品添加至用户的待检测对象的展现页面中的物品展示区域中；若商品是由商品提供端提供的，则在验单成功后，对象服务端可通知商品提供端进行发货，使商品提供端将商品添加至用户的待检测对象的展现页面中的物品展示区域中。
123.控制端可通过识别移动设备中所展示的待检测对象的展现页面中的物品展示区域的方式来判断是否正常发货。其中，控制端可对移动设备中所展示的待检测对象的展现页面中的物品展示区域进行识别，得到第一识别结果，具体地，可通过opencv等软件库对移动设备中所展示的待检测对象的展现页面中的物品展示区域进行截图处理，得到区域图像，然后使用ocr(optical character recognition，光学字符识别)方式等对区域图像进
行图像识别，所得到的第一识别结果中具体可包括区域图像中所包含的物品以及各物品的数量。假设第一订单对应的商品为虚拟货币，则可对区域图像中虚拟货币的余额值进行识别。
124.在得到第一识别结果之后，控制端即可根据第一识别结果判断第一订单对应的商品是否添加至物品展示区域中。可选地，控制端中可预先存储有本次验单前的物品展示区域对应的识别结果，通过将第一识别结果与本次验单前的识别结果进行比对来判断第一订单对应的商品是否添加至物品展示区域中；若是，说明正常发货，则确定待检测对象的支付链路中的商品发货子链路正常；若否，说明未正常发货，则确定待检测对象的支付链路中的商品发货子链路存在问题，并生成第一告警信息，以便根据第一告警信息及时对商品发货子链路进行处理。
125.在确定待检测对象的支付链路中的商品发货子链路正常之后，还需检测支付链路中是否存在利用同一收据而重复验单成功的问题，那么该方法还可包括：控制端向移动设备发送第二验单控制指令，根据第二验单控制指令控制移动设备向对象服务端重放第二验单请求；检测重放的第二验单请求是否验单成功；若是，则说明存在利用同一收据而重复验单成功的问题，确定待检测对象的支付链路中的验单子链路存在问题，并生成第二告警信息，以便根据第二告警信息及时对验单子链路进行处理；若否，则说明不存在利用同一收据而重复验单成功的问题。
126.检测重放的第二验单请求是否验单成功具体可通过两种方式进行实现。考虑到在商品发货子链路正常的情况下，若重放的第二验单请求验单成功，则会继续执行发货流程，那么在第一种实现方式中，可通过判断第一订单对应的商品是否重复发货的方式来确定重放的第二验单请求是否验单成功。另外，考虑到在支付认证端完成验单后会通过对象服务端提供的校验收据接口返回验单反馈数据，那么在第二种实现方式中，可根据验单反馈数据来确定重放的第二验单请求是否验单成功。
127.在第一种实现方式中，控制端可对移动设备所展示的待检测对象的展现页面中的物品展示区域进行识别，得到第二识别结果，其中，可对移动设备中所展示的待检测对象的展现页面中的物品展示区域进行截图处理，得到区域图像，然后使用ocr方式等对区域图像进行图像识别得到第二识别结果；控制端根据第二识别结果判断第一订单对应的商品是否重复添加至物品展示区域中，具体地，控制端通过将第二识别结果与请求重放前的识别结果进行比对来判断第一订单对应的商品是否重复添加至物品展示区域中。若经判断得到第一订单对应的商品重复添加至物品展示区域中，则确定重放的第二验单请求验单成功。
128.在第二种实现方式中，控制端可获取校验收据接口返回的重放的第二验单请求对应的验单反馈数据，根据重放的第二验单请求对应的验单反馈数据确定重放的第二验单请求是否验单成功。其中，验单反馈数据可记录有用于表示验单成功还是验单失败的状态值。若重放的第二验单请求对应的验单反馈数据所包含的是用于表示验单成功的状态值，则确定重放的第二验单请求验单成功。
129.步骤s113，控制端利用第二订单的订单数据和第一收据，检测待检测对象的支付链路。
130.考虑到在待检测对象的支付链路中还可能存在利用一个订单的收据而成功验单其他订单的问题，为了检测待检测对象的支付链路中是否存在该问题，控制端可从存储有
第一订单的订单数据和第一收据的收据信息库中提取第一收据，然后利用第二订单的订单数据和第一收据来检测待检测对象的支付链路。
131.在步骤s113中，控制端可利用第二订单的订单数据和第一收据，构造一个新的验单请求，为了便于与上文中的验单请求进行区分，将该验单请求称为第三验单请求，并向移动设备发送第三验单控制指令，根据第三验单控制指令控制移动设备向对象服务端发送第三验单请求；对象服务端在接收到第三验单请求之后，会根据第三验单请求向支付认证端进行验单。控制端检测第三验单请求是否验单成功；若是，则说明存在利用一个订单的收据而成功验单其他订单的问题，确定待检测对象的支付链路中的验单子链路存在问题，并生成第三告警信息，以便根据第三告警信息及时对验单子链路进行处理；若否，则说明不存在利用一个订单的收据而成功验单其他订单的问题。
132.其中，检测第三验单请求是否验单成功具体也可通过判断第二订单对应的商品是否发货的方式或者根据第三验单请求对应的验单反馈数据来确定第三验单请求是否验单成功。
133.控制端可对移动设备所展示的待检测对象的展现页面中的物品展示区域进行识别，得到第三识别结果，其中，可对移动设备中所展示的待检测对象的展现页面中的物品展示区域进行截图处理，得到区域图像，然后使用ocr方式等对区域图像进行图像识别得到第三识别结果；然后控制端根据第三识别结果判断第二订单对应的商品是否添加至物品展示区域中，具体地，控制端中可预先存储有本次验单前的物品展示区域对应的识别结果，通过将第三识别结果与本次验单前的识别结果进行比对来判断第二订单对应的商品是否添加至物品展示区域中；若是，则确定第三验单请求验单成功。
134.另外，控制端还可获取校验收据接口返回的第三验单请求对应的验单反馈数据，根据第三验单请求对应的验单反馈数据确定第三验单请求是否验单成功。若第三验单请求对应的验单反馈数据所包含的是用于表示验单成功的状态值，则确定第三验单请求验单成功。
135.在本实施例中，图1中对于步骤s112和步骤s113的先后执行顺序仅为示例性的顺序。对于步骤s112和步骤s113的先后执行顺序不做具体限定。例如可先执行步骤s112再执行步骤s113，也可先执行步骤s113再执行步骤s112，本领域技术人员可根据实际需要进行确定。
136.根据本技术实施例提供的支付链路的自动化检测方法，通过控制端控制移动设备进行协同操作，实现了针对支付链路的自动化检测，极大地提升了检测效率；控制端获取并分析第一订单创建请求的报文内容得到第一订单的订单数据，并从拦截的验单请求中提取第一收据，利用第一订单的订单数据和第一收据来检测支付链路中是否能够正常发货以及检测是否存在利用同一收据而重复验单成功的问题；并且，控制端还可通过对第二订单创建请求的报文内容进行报文分析而便捷地得到第二订单的订单数据，利用第二订单的订单数据和第一收据来检测支付链路中是否存在利用一个订单的收据而成功验单其他订单的问题；在检测过程中，还可充分结合计算机视觉技术，对移动设备中所展示的待检测对象的物品展示区域进行图像识别来判断是否发货、是否验单成功，提高了检测的便利性，进一步提升了检测效率；另外，在检测到支付链路存在问题时还能够发出对应的告警信息，以便根据告警信息及时对支付链路进行处理。
137.图2示出了根据本技术另一实施例的支付链路的自动化检测方法的流程示意图，如图2所示，该方法通过控制端控制移动设备进行协同操作而实现，该方法包括如下步骤：
138.步骤s201，控制移动设备针对待检测对象中的商品向对象服务端发送第一订单创建请求。
139.步骤s202，获取并分析第一订单创建请求的报文内容，得到第一订单的订单数据。
140.其中，第一订单创建请求的报文内容包括：请求报文内容和响应报文内容。具体地，可截取移动设备通过创建订单接口发送的第一订单创建请求，并对第一订单创建请求的请求报文内容进行分析，得到第一订单的部分订单数据，并放行第一订单创建请求；截取对象服务端通过创建订单接口返回的第一订单创建请求的响应报文内容，对响应报文内容进行分析，得到第一订单的其他部分订单数据，并放行响应报文内容。
141.步骤s203，控制移动设备依据第一订单的订单数据向支付认证端发送支付请求。
142.控制移动设备向支付认证端发送支付请求，以供支付认证端响应于支付请求向移动设备返回第一收据，移动设备向对象服务端发送携带有第一收据的第一验单请求。
143.步骤s204，拦截第一验单请求，从第一验单请求中提取第一收据。
144.其中，可拦截移动设备通过校验收据接口发送的第一验单请求，从第一验单请求中提取第一收据，并中止第一验单请求的发送。
145.可选地，在提取了第一收据之后，还可将第一订单的订单数据和第一收据对应存储至收据信息库中。
146.步骤s205，利用第一订单的订单数据和第一收据，检测待检测对象的支付链路。
147.以上各步骤可执行于控制端，各步骤的描述参照图1实施例中对应的描述，在此不再赘述。
148.根据本技术实施例提供的支付链路的自动化检测方法，通过控制移动设备进行购买商品和支付等操作，获取并分析第一订单创建请求的报文内容得到第一订单的订单数据，并从拦截的验单请求中提取第一收据，利用第一订单的订单数据和第一收据来检测支付链路，实现了针对支付链路的自动化检测，极大地提升了检测效率。
149.图3示出了根据本技术另一实施例的支付链路的自动化检测方法的流程示意图，如图3所示，该方法包括如下步骤：
150.步骤301，控制移动设备针对待检测对象中的商品向对象服务端发送第一订单创建请求。
151.步骤302，获取并分析第一订单创建请求的报文内容，得到第一订单的订单数据。
152.其中，订单数据包括：待检测对象的对象标识、订单标识和用户标识。
153.步骤303，控制移动设备依据第一订单的订单数据向支付认证端发送支付请求。
154.控制移动设备向支付认证端发送支付请求，以供支付认证端响应于支付请求向移动设备返回第一收据，移动设备向对象服务端发送携带有第一收据的第一验单请求。
155.步骤304，拦截第一验单请求，从第一验单请求中提取第一收据。
156.步骤305，控制移动设备针对待检测对象中的商品向对象服务端发送第二订单创建请求。
157.步骤306，获取并分析第二订单创建请求的报文内容，得到第二订单的订单数据。
158.步骤307，利用第一订单的订单数据和第一收据，检测待检测对象的支付链路。
159.其中，利用第一订单的订单数据和第一收据，构造第二验单请求，并控制移动设备向对象服务端发送第二验单请求；对待检测对象的展现页面中的物品展示区域进行识别，得到第一识别结果；根据第一识别结果判断第一订单对应的商品是否添加至物品展示区域中；若是，则确定待检测对象的支付链路中的商品发货子链路正常；若否，则确定待检测对象的支付链路中的商品发货子链路存在问题，并生成第一告警信息。
160.可选地，对待检测对象的展现页面中的物品展示区域进行识别进一步包括：对待检测对象的展现页面中的物品展示区域进行截图处理，得到区域图像，并对区域图像进行图像识别。
161.可选地，在确定待检测对象的支付链路中的商品发货子链路正常之后，该方法还可包括：控制移动设备向对象服务端重放第二验单请求；检测重放的第二验单请求是否验单成功；若是，则确定待检测对象的支付链路中的验单子链路存在问题，并生成第二告警信息。
162.可选地，检测重放的第二验单请求是否验单成功进一步包括：对待检测对象的展现页面中的物品展示区域进行识别，得到第二识别结果；根据第二识别结果判断第一订单对应的商品是否重复添加至物品展示区域中；若是，则确定重放的第二验单请求验单成功。
163.可选地，检测重放的第二验单请求是否验单成功进一步包括：获取校验收据接口返回的重放的第二验单请求对应的验单反馈数据；根据重放的第二验单请求对应的验单反馈数据确定重放的第二验单请求是否验单成功。
164.步骤308，利用第二订单的订单数据和第一收据，检测待检测对象的支付链路。
165.其中，利用第二订单的订单数据和第一收据，构造第三验单请求，并控制移动设备向对象服务端发送第三验单请求；检测第三验单请求是否验单成功；若是，则确定待检测对象的支付链路中的验单子链路存在问题，并生成第三告警信息。
166.可选地，检测第三验单请求是否验单成功进一步包括：对待检测对象的展现页面中的物品展示区域进行识别，得到第三识别结果；根据第三识别结果判断第二订单对应的商品是否添加至物品展示区域中；若是，则确定第三验单请求验单成功。
167.可选地，检测第三验单请求是否验单成功进一步包括：获取校验收据接口返回的第三验单请求对应的验单反馈数据；根据第三验单请求对应的验单反馈数据确定第三验单请求是否验单成功。
168.以上各步骤可执行于控制端，各步骤的描述参照图1实施例中对应的描述，在此不再赘述。
169.根据本技术实施例提供的支付链路的自动化检测方法，控制端通过控制移动设备进行购买商品和支付等操作，获取并分析第一订单创建请求的报文内容得到第一订单的订单数据，并从拦截的验单请求中提取第一收据，获取并分析第二订单创建请求的报文内容得到第二订单的订单数据，利用第一订单的订单数据和第一收据来检测支付链路中是否能够正常发货以及检测是否存在利用同一收据而重复验单成功的问题，利用第二订单的订单数据和第一收据来检测支付链路中是否存在利用一个订单的收据而成功验单其他订单的问题，实现了针对支付链路的多方面的自动化检测，极大地提升了检测效率；并且，在检测过程中，还可充分结合计算机视觉技术，对移动设备中所展示的待检测对象的物品展示区域进行图像识别来判断是否发货、是否验单成功，提高了检测的便利性，进一步提升了检测
效率；另外，在检测到支付链路存在问题时还能够发出对应的告警信息，以便根据告警信息及时对支付链路进行处理。
170.图4示出了根据本技术另一实施例的支付链路的自动化检测方法的流程示意图，如图4所示，该方法包括如下步骤：
171.步骤401，响应于控制端发送的第一订单创建控制指令，针对待检测对象中的商品生成第一订单创建请求，并向对象服务端发送第一订单创建请求。
172.其中，向对象服务端发送第一订单创建请求，以供控制端通过分析第一订单创建请求的报文内容，得到第一订单的订单数据。
173.步骤402，响应于控制端发送的支付控制指令，依据第一订单的订单数据向支付认证端发送支付请求。
174.其中，依据第一订单的订单数据向支付认证端发送支付请求，以供支付认证端响应于支付请求向移动设备返回第一收据。
175.步骤403，生成携带有第一收据的第一验单请求，并向对象服务端发送第一验单请求。
176.其中，向对象服务端发送第一验单请求，以供控制端从第一验单请求中提取第一收据，并利用第一订单的订单数据和第一收据，检测待检测对象的支付链路。
177.可选地，该方法还包括：步骤404-步骤407。
178.步骤404，响应于控制端发送的第一验单控制指令，向对象服务端发送控制端利用第一订单的订单数据和第一收据而构造的第二验单请求。
179.步骤405，响应于控制端发送的第二验单控制指令，向对象服务端重放第二验单请求。
180.步骤406，响应于控制端发送的第二订单创建控制指令，针对待检测对象中的商品生成第二订单创建请求，并向对象服务端发送第二订单创建请求。
181.其中，向对象服务端发送第二订单创建请求，以供控制端通过分析第二订单创建请求的报文内容，得到第二订单的订单数据。
182.步骤407，响应于控制端发送的第三验单控制指令，向对象服务端发送控制端利用第二订单的订单数据和第一收据而构造的第三验单请求。
183.以上各步骤可执行于移动设备，各步骤的描述参照图1实施例中对应的描述，在此不再赘述。
184.根据本技术实施例提供的支付链路的自动化检测方法，能够响应于控制端发送的订单创建控制指令，针对待检测对象中的商品生成订单创建请求，以便控制端通过分析订单创建请求的报文内容，得到对应的订单数据；还能够响应于控制端发送的支付控制指令进行支付；并且，向对象服务端发送验单请求，以便控制端从中提取收据并利用订单数据和收据来检测待检测对象的支付链路；该方法通过与控制端之间的协同操作，实现了针对支付链路的自动化检测，极大地提升了检测效率，优化了支付链路的检测方式。
185.图5示出了根据本技术实施例的支付链路的自动化检测装置的结构框图，如图5所示，该装置可由控制端执行，该装置包括：控制模块510、分析模块520、拦截模块530以及检测模块540。
186.控制模块510适于：控制移动设备针对待检测对象中的商品向对象服务端发送第
一订单创建请求。
187.分析模块520适于：获取并分析第一订单创建请求的报文内容，得到第一订单的订单数据。
188.其中，订单数据包括：待检测对象的对象标识、订单标识和用户标识。
189.控制模块510进一步适于：控制移动设备依据第一订单的订单数据向支付认证端发送支付请求，以供支付认证端响应于支付请求向移动设备返回第一收据，移动设备向对象服务端发送携带有第一收据的第一验单请求。
190.拦截模块530适于：拦截第一验单请求，从第一验单请求中提取第一收据。
191.检测模块540适于：利用第一订单的订单数据和第一收据，检测待检测对象的支付链路。
192.可选地，第一订单创建请求的报文内容包括：请求报文内容和响应报文内容。分析模块520进一步适于：截取移动设备通过创建订单接口发送的第一订单创建请求，并对第一订单创建请求的请求报文内容进行分析，得到第一订单的部分订单数据，并放行第一订单创建请求；截取对象服务端通过创建订单接口返回的第一订单创建请求的响应报文内容，对响应报文内容进行分析，得到第一订单的其他部分订单数据，并放行响应报文内容。
193.可选地，该装置还包括：存储模块(图中未示出)，适于将第一订单的订单数据和第一收据对应存储至收据信息库中。
194.可选地，拦截模块530进一步适于：拦截移动设备通过校验收据接口发送的第一验单请求，从第一验单请求中提取第一收据，并中止第一验单请求的发送。
195.可选地，检测模块540进一步适于：利用第一订单的订单数据和第一收据，构造第二验单请求，并控制移动设备向对象服务端发送第二验单请求；对待检测对象的展现页面中的物品展示区域进行识别，得到第一识别结果；根据第一识别结果判断第一订单对应的商品是否添加至物品展示区域中；若是，则确定待检测对象的支付链路中的商品发货子链路正常；若否，则确定待检测对象的支付链路中的商品发货子链路存在问题，并生成第一告警信息。
196.可选地，检测模块540进一步适于：对待检测对象的展现页面中的物品展示区域进行截图处理，得到区域图像，并对区域图像进行图像识别。
197.可选地，检测模块540进一步适于：在确定待检测对象的支付链路中的商品发货子链路正常之后，控制移动设备向对象服务端重放第二验单请求；检测重放的第二验单请求是否验单成功；若是，则确定待检测对象的支付链路中的验单子链路存在问题，并生成第二告警信息。
198.可选地，检测模块540进一步适于：对待检测对象的展现页面中的物品展示区域进行识别，得到第二识别结果；根据第二识别结果判断第一订单对应的商品是否重复添加至物品展示区域中；若是，则确定重放的第二验单请求验单成功。
199.可选地，检测模块540进一步适于：获取校验收据接口返回的重放的第二验单请求对应的验单反馈数据；根据重放的第二验单请求对应的验单反馈数据确定重放的第二验单请求是否验单成功。
200.可选地，控制模块510进一步适于：控制移动设备针对待检测对象中的商品向对象服务端发送第二订单创建请求。分析模块520进一步适于：获取并分析第二订单创建请求的
报文内容，得到第二订单的订单数据。检测模块540进一步适于：利用第二订单的订单数据和第一收据，检测待检测对象的支付链路。
201.可选地，检测模块540进一步适于：利用第二订单的订单数据和第一收据，构造第三验单请求，并控制移动设备向对象服务端发送第三验单请求；检测第三验单请求是否验单成功；若是，则确定待检测对象的支付链路中的验单子链路存在问题，并生成第三告警信息。
202.可选地，检测模块540进一步适于：对待检测对象的展现页面中的物品展示区域进行识别，得到第三识别结果；根据第三识别结果判断第二订单对应的商品是否添加至物品展示区域中；若是，则确定第三验单请求验单成功。
203.可选地，检测模块540进一步适于：获取校验收据接口返回的第三验单请求对应的验单反馈数据；根据第三验单请求对应的验单反馈数据确定第三验单请求是否验单成功。
204.以上各模块的描述参照方法实施例中对应的描述，在此不再赘述。
205.根据本技术实施例提供的支付链路的自动化检测装置，通过控制移动设备进行购买商品和支付等操作，获取并分析第一订单创建请求的报文内容得到第一订单的订单数据，并从拦截的验单请求中提取第一收据，获取并分析第二订单创建请求的报文内容得到第二订单的订单数据，利用第一订单的订单数据和第一收据来检测支付链路中是否能够正常发货以及检测是否存在利用同一收据而重复验单成功的问题，利用第二订单的订单数据和第一收据来检测支付链路中是否存在利用一个订单的收据而成功验单其他订单的问题，实现了针对支付链路的多方面的自动化检测，极大地提升了检测效率；并且，在检测过程中，还可充分结合计算机视觉技术，对移动设备中所展示的待检测对象的物品展示区域进行图像识别来判断是否发货、是否验单成功，提高了检测的便利性，进一步提升了检测效率；另外，在检测到支付链路存在问题时还能够发出对应的告警信息，以便根据告警信息及时对支付链路进行处理。
206.图6示出了根据本技术另一实施例的支付链路的自动化检测装置的结构框图，如图6所示，该装置可由移动设备执行，该装置包括：响应模块610和验单模块620。
207.响应模块610适于：响应于控制端发送的第一订单创建控制指令，针对待检测对象中的商品生成第一订单创建请求，并向对象服务端发送第一订单创建请求，以供控制端通过分析第一订单创建请求的报文内容，得到第一订单的订单数据；响应于控制端发送的支付控制指令，依据第一订单的订单数据向支付认证端发送支付请求，以供支付认证端响应于支付请求向移动设备返回第一收据。
208.验单模块620适于：生成携带有第一收据的第一验单请求，并向对象服务端发送第一验单请求，以供控制端从第一验单请求中提取第一收据，并利用第一订单的订单数据和第一收据，检测待检测对象的支付链路。
209.可选地，响应模块610进一步适于：响应于控制端发送的第一验单控制指令，向对象服务端发送控制端利用第一订单的订单数据和第一收据而构造的第二验单请求。
210.可选地，响应模块610进一步适于：响应于控制端发送的第二验单控制指令，向对象服务端重放第二验单请求。
211.可选地，响应模块610进一步适于：响应于控制端发送的第二订单创建控制指令，针对待检测对象中的商品生成第二订单创建请求，并向对象服务端发送第二订单创建请
求，以供控制端通过分析第二订单创建请求的报文内容，得到第二订单的订单数据。
212.可选地，响应模块610进一步适于：响应于控制端发送的第三验单控制指令，向对象服务端发送控制端利用第二订单的订单数据和第一收据而构造的第三验单请求。
213.以上各模块的描述参照方法实施例中对应的描述，在此不再赘述。
214.根据本技术实施例提供的支付链路的自动化检测装置，能够响应于控制端发送的订单创建控制指令，针对待检测对象中的商品生成订单创建请求，以便控制端通过分析订单创建请求的报文内容，得到对应的订单数据；还能够响应于控制端发送的支付控制指令进行支付；并且，向对象服务端发送验单请求，以便控制端从中提取收据并利用订单数据和收据来检测待检测对象的支付链路；该装置通过与控制端之间的协同操作，实现了针对支付链路的自动化检测，极大地提升了检测效率，优化了支付链路的检测方式。
215.本技术实施例还提供了一种支付链路的自动化检测系统，该系统包括如图5所示的支付链路的自动化检测装置和如图6所示的支付链路的自动化检测装置。
216.本技术实施例还提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，可执行指令可执行上述任意方法实施例中的执行于控制端的支付链路的自动化检测方法。
217.图7示出了根据本技术实施例的一种计算设备的结构示意图，本技术实施例并不对计算设备的具体实现做限定。
218.如图7所示，该计算设备可以包括：处理器(processor)702、通信接口(communications interface)704、存储器(memory)706、以及通信总线708。
219.其中：
220.处理器702、通信接口704、以及存储器706通过通信总线708完成相互间的通信。
221.通信接口704，用于与其它设备比如客户端或其它服务器等的网元通信。
222.处理器702，用于执行程序710，具体可以执行上述执行于控制端的支付链路的自动化检测方法实施例中的相关步骤。
223.具体地，程序710可以包括程序代码，该程序代码包括计算机操作指令。
224.处理器702可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本技术实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
225.存储器706，用于存放程序710。存储器706可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
226.程序710具体可以用于使得处理器702执行上述任意方法实施例中的支付链路的自动化检测方法。程序710中各步骤的具体实现可以参见上述支付链路的自动化检测实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
227.本技术实施例还提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，可执行指令可执行上述任意方法实施例中的执行于移动设备的支付链路的自动化检测方法。
228.本技术实施例还提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；存储器用于存放至少一可执行指令，可执行指令使处理器执行上述的执行于移动设备的支付链路的自动化检测方法对应的操作。该计算设备的结构示意图与图7所示的计算设备的结构示意图相同，此处不再赘述。
229.在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本技术实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本技术实施例的内容，并且上面对特定语言所做的描述是为了披露本技术实施例的最佳实施方式。
230.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本技术实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
231.类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本技术实施例的示例性描述中，本技术实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本技术实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本技术的单独实施例。
232.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
233.此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本技术的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
234.本技术的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本技术实施例中的一些或者全部部件的一些或者全部功能。本技术实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本技术实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
235.应该注意的是上述实施例对本技术实施例进行说明而不是对本技术实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本技术实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。