异常合约的测试方法、装置、终端设备及存储介质与流程

1.本技术属于计算机技术领域，尤其涉及一种异常合约的测试方法、装置、终端设备及存储介质。


背景技术：

2.随着证券行业的迅速发展，参与证券交易的人越来越多，导致交易系统中存在的订单也在日益增多，对于证券交易订单撮合的快速性也提出了越来越高的要求。
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.图1是本技术实施例一提供的一种异常合约的测试方法的流程示意图；
31.图2是本技术实施例二提供的一种异常合约的测试方法的流程示意图；
32.图3是本技术实施例三提供的一种异常合约的测试装置的结构示意图；
33.图4是本技术实施例四提供的一种终端设备的结构示意图。
具体实施方式
34.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
35.应当理解，当在本技术说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
36.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
37.如在本技术说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0038]
另外，在本技术说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0039]
在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0040]
随着信息技术和证券行业的迅速发展，金融交易领域对于核心技术的要求也在不断的增强，现有的订单撮合方式已经从传统的人工叫价的方式变成了高度电子化交易系统撮合订单的方式。传统的金融交易过程中，金融交易的买卖双方通过叫价进行价格协商等方式最终达成一致，进而形成一笔交易。由于交易的整个过程主要依靠人来执行，所以容易导致金融交易的效率低速度慢且交易时间限制较大。而随着时代不断的变迁，金融交易通过与计算机技术的结合，走上了电子化交易的道路，使得现有的金融交易过程效率高速度快且时间无限制，因此现在电子化交易已经成为了金融交易领域的主流交易方式。
[0041]
但随着交易人数以及交易笔数的增多，电子化的交易系统承担的压力越来越大，每一笔交易订单都需要确认且能够正常成交，以保证交易的正常进行。但由于交易订单产生合约数量较多，若安排人工对异常合约进行测试，不仅成本高且测试效率低。
[0042]
因此，本技术提供了一种异常合约的测试方法，可以通过获取目标交易系统中的待测试合约对应的合约预设成交价格向目标交易系统发送报单请求，其中合约预设成交价格是待测试合约对应的规定成交价格，即按照合约预设成交价格进行报单，该待测试合约的成交状态应为成交，此时接收目标交易系统返回的交易过程中产生的待测试合约的成交状态，若成交状态为未成交，则说明待测试合约为异常合约。以此可自动测试出目标交易系统中的异常合约，相较于人工测试提高了测试效率，解决了现有技术中异常合约测试效率低的问题。
[0043]
应理解，本实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0044]
为了说明本技术的技术方案，下面通过具体实施例来说明。
[0045]
参照图1，示出了本技术实施例一提供的一种异常合约的测试方法的流程示意图。如图1所示，该异常合约的测试方法可以包括如下步骤：
[0046]
步骤101，获取目标交易系统中待测试合约对应的合约预设成交价格。
[0047]
在本技术实施例中，获取目标交易系统中待测试合约对应的合约预设成交价格，可以首先从目标交易系统的指定目录或指定内存库中查找目标交易系统中的全部待测试合约的清单，然后根据查找到的全部待测试合约的清单，获取所有的待测试合约对应的合约预设成交价格。
[0048]
在本技术实施例中，目标交易系统可以是指在实际交易所中运作的交易系统，还可以是指由用户自主搭建的在模拟交易所中运作的交易系统，其中模拟交易所中订单成交的规则与实际交易所中订单成交的规则相同，即订单成交的规则为：若该订单为股票卖出的订单，那么买家出价高的优先；若该订单为股票买入的订单，那么卖家出价低的优先，如果出价相同则挂单时间最早的优先。合约预设成交价格可以是指按照订单成交规则成交的价格，即，若该订单为股票卖出的订单，那么合约预设成交价格为买一价(即买家中出价排在最高位的价格)；若该订单为股票买入的订单，那么合约预设成交价格为卖一价(即卖家中出价排在最低位的价格)。
[0049]
在一种可能的实施方式中，获取目标交易系统中待测试合约对应的合约预设成交价格包括：
[0050]
获取待测试合约对应的行情信息；
[0051]
根据行情信息，确定待测试合约对应的合约预设成交价格。
[0052]
在本技术实施例中，待测试合约对应的行情信息至少包括待测试合约与合约预设成交价格之间的映射关系，获取待测试合约对应的行情信息可以是从目标交易系统的指定目录或者指定内存库中载入交易所中待测试合约对应的行情信息，由于行情信息中至少包括待测试合约与合约预设成交价格(买一价或卖一价)之间的映射关系，所以可以根据行情信息确定清单中各个待测试合约对应的买一价或卖一价。
[0053]
示例性地，假设目标交易系统为用户自主搭建的在模拟交易所中运作的交易系统，在该目标交易系统中存在多个待测试合约以及待测试合约对应的静态行情信息(即待测试合约与合约预设成交价格之间的映射关系)，因此，首先应该从模拟交易所运作的交易系统中读取待测试合约对应的静态行情信息，其次从待测试合约对应的静态行情信息中提取出待测试合约对应的合约预设成交价格。
[0054]
示例性地，假设目标交易系统为实际交易所中运作的交易系统，在该目标交易中存在多个待测试合约以及待测试合约对应的动态行情信息(即待测试合约对应的所有买家或卖家的出价)，因此，首先应该从实际交易所运作的交易系统中读取待测试合约对应的动态行情信息，根据订单成交规则以及待测试合约对应的动态行情信息，确定待测试合约对应的合约预设成交价格。
[0055]
应理解，由于合约预设成交价格为待测试合约对应的规定成交价格，所以按照合约预设成交价格向目标交易系统进行报单，该订单将总是成交。
[0056]
步骤102，根据合约预设成交价格向目标交易系统发送报单请求。
[0057]
在本技术实施例中，报单请求用于指示目标交易系统基于合约预设成交价格模拟待测试合约的交易过程，并返回交易过程产生的待测试合约的成交状态，即目标交易系统接收到终端设备基于合约预设成交价格发送的报单请求后，进行模拟待测试合约的交易过程，在目标交易系统存在待测试合约对应的真实成交价格，模拟交易过程(即将该真实成交价格与合约预设成交价格进行对比)，可以得出待测试合约的成交状态，在得出待测试合约的成交状态之后，可以向终端设备返回待测试合约的成交状态。
[0058]
示例性地，终端设备以合约预设成交价格500元向目标交易系统发送报单请求，可以得知该合约预设成交价格为目标交易系统中的买一价或卖一价，目标交易系统在接收到该报单请求后，获取待测试合约对应的真实成交价格(即在日常运作中需人工进行测试的价格)，并模拟交易过程(将待测试合约对应的真实成交价格与合约预设成交价格进行对比)。若真实成交价格与合约预设成交价格相同，则说明待测试合约是按照目标交易系统中的买一价或卖一价成交的，则得出待测试合约的成交状态为成交；若真实成交价格与合约预设成交价格不同，则说明待测试合约不是按照目标交易系统中的买一价或卖一价成交的，得出待测试合约的成交状态为未成交；在得出待测试合约的成交状态之后，向终端设备返回待测试合约的成交状态。
[0059]
在一种可能的实施方式中，在待测试合约的数量为至少两个时，根据合约预设成交价格向目标交易系统发送报单请求包括：
[0060]
遍历所有待测试合约，确定每个待测试合约在目标交易系统中分别对应的目标接口，不同的待测试合约对应不同的目标接口；
[0061]
针对每个待测试合约，向目标交易系统中对应的目标接口发送报单请求。
[0062]
在本技术实施例中，每个待测试合约在目标交易系统中都有存在对应的目标接口，该目标接口可以是指目标应用程序接口，不同的待测试合约对应不同的目标接口可以理解为为每个待测试合约创建一个单独的用户进程，每个用户进程可以根据待测试合约对应的合约预设价格向目标交易系统发送报单请求，即向目标交易系统中对应的目标接口发送报单请求。
[0063]
其中，报单请求中携带有对应的合约预设成交价格，例如针对待测试合约a，向目标交易系统中待测试合约a对应的目标接口发送报单请求，该报单请求携带有待测试合约a对应的合约预设成交价格。
[0064]
在一种可能的实施方式中，针对每个待测试合约，向目标交易系统中对应的目标接口发送报单请求之后还包括：
[0065]
接收目标交易系统中每个目标接口返回的对应的待测试合约的成交状态。
[0066]
在本技术实施例中，终端设备可以在预设时长内持续监视每个目标接口的是否收到对应的待测试合约的成交状态。
[0067]
步骤103，若接收到的待测试合约的成交状态为未成交，则确定待测试合约为异常合约。
[0068]
在本技术实施例中，由于终端设备向目标交易系统发送的报单请求是根据合约预设成交价格发送的，在目标交易系统模拟该待测试合约的交易过程时，若该待测试合约的真实成交价格与合约预设成交价格相同(待测试合约的成交状态为成交)，则说明待测试合
约是按照目标交易系统中的买一价或卖一价成交的，即该待测试合约为正常合约。而若该待测试合约的真实成交价格与合约预设成交价格不相同(待测试合约的成交状态为未成交)，则说明待测试合约不是按照目标交易系统中的买一价或卖一价成交的，违背了目标交易系统的订单交易规则，即该待测试合约为异常合约，所以若接收到的待测试合约的成交状态为未成交，则确定待测试合约为异常合约。
[0069]
在一种可能的实施方式中，测试方式还包括：
[0070]
若在预设时长内未接收到待测试合约的成交状态，则确定待测试合约为异常合约。
[0071]
在本技术实施例中，由于终端设备可以在预设长内持续监视每个目标接口的是否收到对应的待测试合约的成交状态，若未收到待测试合约的成交状态，可能的原因包括终端设备与目标交易系统中间的通信出现延迟或终端，还包括待测试合约自身出现异常，即目标交易系统在模拟待测试合约的交易过程时出现无反应的情况，无法返回成交状态，此时，应确定该待测试合约为异常合约，需人工进行再次对其进行测试，以提高测试精度。
[0072]
在本技术实施例中，首先获取目标交易系统中的待测试合约对应的合约预设成交价格，其次根据该合约预设成交价格向目标交易系统发送报单请求，其中合约预设成交价格是待测试合约对应的规定成交价格，即按照合约预设成交价格进行报单，该待测试合约的成交状态应为成交，此时接收目标交易系统返回的交易过程中产生的待测试合约的成交状态，若成交状态为未成交，则说明待测试合约为异常合约。以此可自动测试出目标交易系统中的异常合约，相较于人工测试提高了测试效率。
[0073]
参见图2，示出了本技术实施例二提供的一种异常合约的测试方法的流程示意图。如图2所示，该异常合约的测试方法可以包括如下步骤：
[0074]
步骤201，获取目标交易系统中待测试合约对应的合约预设成交价格。
[0075]
步骤202，根据合约预设成交价格向目标交易系统发送报单请求。
[0076]
步骤203，若接收到的待测试合约的成交状态为未成交，则确定待测试合约为异常合约。
[0077]
本实施例步骤201-203与前述实施例步骤101-103相同，可以相互参阅，本实施例在此不再赘述。
[0078]
步骤204，向目标交易系统发送生成指令和目标文件路径。
[0079]
在本技术实施例中，生成指令用于指示目标交易系统生成异常合约的测试报告，目标文件路径用于存储该异常合约的测试报告。
[0080]
其中，用户可以自主选择是否生成测试报告，其是否生成测试报告的参数可以在终端设备中进行配置，若选择生成测试报告，则需配置目标文件路径以存储该测试报告。
[0081]
在一种可能实施方式中，若在终端设备中对是否生成测试报告的参数进行设置时选择不生成测试报告，则无需向目标交易系统发送生成指令和目标文件路径。
[0082]
步骤205，获取异常合约的目标参数值，并根据目标参数值，存储异常合约中的异常信息。
[0083]
在本技术实施例中，目标参数值用于指示记录异常合约中合约信息的详细程度，根据不同的目标参数值，可以针对异常合约存储不同详细程度的合约信息。
[0084]
示例性地，若获取目标参数值为1(代表记录合约信息的详细程度最低)，那么对应
存储的异常合约的合约信息可以包括：合约编号和合约名称；若获取目标参数值为2(代表记录合约信息的详细程度比最低高一级)，那么对应存储的异常合约信息可以包括：合约编号、合约名称以及合约真实成交价格。
[0085]
应理解，上述示例中目标参数值与记录合约信息的详细程度的对应关系仅为示例，即，可根据实际应用场景对目标参数值与记录合约信息的详细程度的对应关系进行配置，本技术对目标参数值与记录合约信息的详细程度的对应关系不作限定。
[0086]
在一种可能的实施方式中，测试方法还包括：
[0087]
读取配置文件，配置文件用于配置终端设备中的n个参数，n为大于1整数。
[0088]
其中，n个参数至少可以包括是否生成测试报告、目标文件路径、目标参数值、终端设备用户名以及发送报单请求的间隔时间。
[0089]
应理解，配置文件中的配置的n个参数还可以包括终端设备中所需配置的其他参数，可根据用户需求进行配置，本技术实施例对配置文件配置的n个参数不作限定。
[0090]
相较于实施例一，本技术实施例引入了参数配置，可以对记录异常合约中合约的详细程度进行设置，以及可以将异常合约的测试报告存储至目标文件路径，便于用户对异常合约进行查看，相较于人工测试所有待测试合约，提升了测试效率。
[0091]
参见图3，示出了本技术实施例三提供的一种异常合约的测试装置的结构示意图，为了便于说明，仅示出了与本技术实施例相关的部分。
[0092]
异常合约的测试装置3具体可以包括如下模块：
[0093]
获取模块301，用于获取目标交易系统中的待测试合约对应的合约预设成交价格；
[0094]
请求发送模块302，用于根据合约预设成交价格向目标交易系统发送报单请求，报单请求用于指示目标交易系统基于合约预设成交价格模拟待测试合约的交易过程，并返回交易过程产生的待测试合约的成交状态；
[0095]
第一异常确定模块303，用于若接收到的待测试合约的成交状态为未成交，则确定待测试合约为异常合约。
[0096]
在本技术实施例中，异常合约的测试装置3具体还可以包括如下模块：
[0097]
第二异常确定模块，用于若在预设时长内未接收到待测试合约的成交状态，则确定待测试合约为异常合约。
[0098]
在本技术实施例中，获取模块301具体可以包括如下子模块：
[0099]
行情确定子模块，用于获取待测试合约对应的行情信息，行情信息至少包括待测试合约与合约预设成交价格之间的映射关系；
[0100]
价格确定子模块，用于根据行情信息，确定待测试合约对应的合约预设成交价格。
[0101]
在本技术实施例中，请求发送模块302具体可以包括如下子模块：
[0102]
合约遍历子模块，用于遍历所有待测试合约，确定每个待测试合约在目标交易系统中分别对应的目标接口，不同的待测试合约对应不同的目标接口；
[0103]
目标发送子模块，用于针对每个待测试合约，向目标交易系统中对应的目标接口发送报单请求。
[0104]
在本技术实施例中，异常合约的测试装置3具体还可以包括如下模块：
[0105]
状态接收模块，用于接收目标交易系统中每个目标接口返回的对应的待测试合约的成交状态。
[0106]
在本技术实施例中，异常合约的测试装置3具体还可以包括如下模块：
[0107]
指令发送模块，用于向目标交易系统发送生成指令和目标文件路径，生成指令用于指示目标交易系统生成异常合约的测试报告，目标文件路径用于存储测试报告。
[0108]
在本技术实施例中，异常合约的测试装置3具体还可以包括如下模块：
[0109]
参数值获取模块，用于获取异常合约的目标参数值，目标参数值用于指示记录异常合约中合约信息的详细程度；
[0110]
信息存储模块，用于根据目标参数值，存储异常合约中的合约信息。
[0111]
本技术实施例提供的异常合约的测试装置可以应用在前述方法实施例中，详情参见上述方法实施例的描述，在此不再赘述。
[0112]
图4是本技术实施例四提供的终端设备的结构示意图。如图4所示，该实施例的终端设备400包括：至少一个处理器410(图4中仅示出一个)处理器、存储器420以及存储在所述存储器420中并可在所述至少一个处理器410上运行的计算机程序421，所述处理器410执行所述计算机程序421时实现上述任一异常合约的测试方法实施例中的步骤。
[0113]
所述终端设备400可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该终端设备可包括，但不仅限于，处理器410、存储器420。本领域技术人员可以理解，图4仅仅是终端设备400的举例，并不构成对终端设备400的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。
[0114]
所称处理器410可以是中央处理单元(central processing unit，cpu)，该处理器410还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0115]
所述存储器420在一些实施例中可以是所述终端设备400的内部存储单元，例如终端设备400的硬盘或内存。所述存储器420在另一些实施例中也可以是所述终端设备400的外部存储设备，例如所述终端设备400上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，所述存储器420还可以既包括所述终端设备400的内部存储单元也包括外部存储设备。所述存储器420用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器420还可以用于暂时地存储已经输出或者将要输出的数据。
[0116]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统
中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0117]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0118]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0119]
在本技术所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0120]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0121]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0122]
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
[0123]
本技术实现上述实施例方法中的全部或部分流程，也可以通过一种计算机程序产品来完成，当所述计算机程序产品在终端设备上运行时，使得所述终端设备执行时可实现上述各个方法实施例中的步骤。
[0124]
以上所述实施例仅用以说明本技术的技术方案，而非对其限制。尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改
或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。