特药赔付处理方法、装置、终端及存储介质与流程

1.本技术涉及数据处理技术领域，具体涉及一种特药赔付处理方法、装置、终端及存储介质。


背景技术：

2.随着特药赔付的需求越来越大，赔付订单的趋势逐年增长，使用的人越来越多，信息量和数据就会传递的越来越多，但是目前这种信息和系统安全性都做的不够好，往往会遭到数据泄露或丢失，导致了数据的安全性较低。


技术实现要素：

3.本技术实施例提供特药赔付处理方法、装置、终端及存储介质，能够提升特药赔付单和处方信息处理时的安全性。
4.本技术实施例的第一方面提供了一种特药赔付处理方法，应用于特药赔付处理系统，所述方法包括：
5.客户端接收用户端发送的第一特药赔付请求，所述特药赔付请求包括特药赔付单和处方信息；
6.所述客户端对所述特药赔付单和所述处方信息进行加密处理，得到加密赔付信息；
7.所述客户端向服务器发送携带所述加密赔付信息的第二特药赔付请求；
8.服务器接收所述客户端发送的第二特药赔付请求，所述第二特药赔付请求携带加密赔付信息；
9.所述服务器确定所述第二特药赔付请求的赔付等级；
10.所述服务器根据所述赔付等级对所述加密赔付信息进行解密处理，以得到特药赔付单和处方信息；
11.所述服务器对所述特药赔付单和所述处方信息进行核检处理，以得到目标核检结果；
12.所述服务器向所述客户端发送所述目标核检结果。
13.本技术实施例的第二方面提供了一种特药赔付处理装置，应用于服务器，所述装置包括：
14.接收单元，用于接收客户端发送的第二特药赔付请求，所述第二特药赔付请求携带加密赔付信息；
15.确定单元，用于确定所述第二特药赔付请求的赔付等级；
16.解密单元，用于根据所述赔付等级对所述加密赔付信息进行解密处理，以得到特药赔付单和处方信息；
17.核检单元，用于对所述特药赔付单和所述处方信息进行核检处理，以得到目标核检结果；
18.发送单元，用于向所述客户端发送所述目标核检结果。
19.本技术实施例的第三方面提供一种终端，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如本技术实施例第一方面中的步骤指令。
20.本技术实施例的第四方面提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本技术实施例第一方面中所描述的部分或全部步骤。
21.实施本技术实施例，至少具有如下有益效果：
22.通过接收客户端发送的第二特药赔付请求，所述第二特药赔付请求携带加密赔付信息，确定所述第二特药赔付请求的赔付等级，根据所述赔付等级对所述加密赔付信息进行解密处理，以得到特药赔付单和处方信息，对所述特药赔付单和所述处方信息进行核检处理，以得到目标核检结果，向所述客户端发送所述目标核检结果，因此，可以通过对带加密赔付信息进行解密得到特药赔付单和处方信息，从而提升了特药赔付单和处方信息传输时的可靠性，从而提升了数据处理时的安全性。
附图说明
23.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
24.图1为本技术实施例提供了一种特药赔付处理方法的交互示意图；
25.图2为本技术实施例提供的一种终端的结构示意图；
26.图3为本技术实施例提供了一种特药赔付处理装置的结构示意图；
27.图4为本技术实施例提供了一种特药赔付处理装置的结构示意图。
具体实施方式
28.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
29.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
30.在本技术中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地
和隐式地理解的是，本技术所描述的实施例可以与其它实施例相结合。
31.为了更好的理解本技术实施例提供的一种特药赔付处理方法，下面首先对应用特药赔付处理方法的特药赔付处理系统简要介绍。特药赔付处理系统包括用户端、客户端和服务器，在进行特药赔付时，用户可以通过用户端录入特药赔付单和处方信息，并将该录入特药赔付单和处方信息上传到客户端，客户端可以是药店内进行特药赔付处理的终端设备，客户端对录入特药赔付单和处方信息进行加密处理，得到加密赔付信息，并向服务器发送特药赔付请求，服务器接收到特药赔付请求后，根据特药赔付请求的赔付等级对加密赔付信息进行解密处理，以得到录入特药赔付单和处方信息，并对录入特药赔付单和处方信息进行核检处理，得到目标核检结果，服务器将该目标核检结果发送至客户端，因此，可以通过对带加密赔付信息进行解密得到特药赔付单和处方信息，从而提升了特药赔付单和处方信息传输时的可靠性，从而提升了数据处理时的安全性。
32.请参阅图1，图1为本技术实施例提供了一种特药赔付处理方法的交互示意图。如图1所示，特药赔付处理方法包括如下步骤：
33.s101、用户端向客户端发送第一特药赔付请求，该第一特药赔付请求包括特药赔付单和处方信息。
34.用户端在向客户端发送第一特药赔付请求前，需要获取特药赔付单和处方信息。
35.用户可以将需要处理的特药赔付单、个人身份证明信息、处方等，通过图片的方式发送至用户端，具体可以为，用户通过用户端的摄像头，拍摄图像的方式，将包括有赔付单信息、个人身份证明信息、处方的信息图像发送到用户端。用户端在获取到信息图像后，对信息图像进行图像识别，以得到特药赔付单信息、个人身份证明信息、处方信息等。
36.用户端向客户端发送特药赔付单和处方信息时，可以对特药赔付单和处方信息进行非对称加密，以得到加密后的特药赔付单和处方信息。在加密后并进行签名处理，最终以向客户端发送第一特药赔付请求的方式将加密后的特药赔付单和处方信息发送至客户端。
37.其中，用户端可以是用户使用的电脑、终端设别等。
38.s102、客户端对所述特药赔付单和所述处方信息进行加密处理，得到加密赔付信息。
39.客户端接收用户端发送的第一特药赔付请求，该第一特药赔付请求中携带的特药赔付单和所述处方信息可以是加密的特药赔付单和所述处方信息。
40.因此，若第一特药赔付请求中的特药赔付单和所述处方信息是加密的特药赔付单和所述处方信息，则可对其进行解密处理，以得到是加密的特药赔付单和所述处方信息。
41.当然，客户端在获取特药赔付单和所述处方信息后，可以对特药赔付单和所述处方信息进行初步审核，以得到审核结果。若审核结果为通过时，则对所述特药赔付单和所述处方信息进行加密处理，得到加密赔付信息。其对所述特药赔付单和所述处方信息进行加密处理，得到加密赔付信息时，也可以是通过非对称加密的方法进行加密处理。
42.在加密时，还可以生成参考密钥，并将参考密钥发送至服务器。参考密钥具有令牌信息，令牌信息用以验证参考密钥是否为有效密钥。
43.s103、客户端向服务器发送携带所述加密赔付信息的第二特药赔付请求。
44.s104、服务器确定所述第二特药赔付请求的赔付等级。
45.服务器接收客户端发送的第二特药赔付请求，第二特药赔付请求携带加密赔付信
息。
46.服务器可以根据第二特药赔付请求的类型，确定赔付等级。例如，第二特药赔付请求的类型为普通管理员审核类型，则赔付等级为第一赔付等级；第二特药赔付请求的类型为复审员审核类型，则赔付等级为第二赔付等级；第二特药赔付请求的类型为超级管理员审核类型，则赔付等级为第三赔付等级。
47.s105、服务器根据所述赔付等级对所述加密赔付信息进行解密处理，以得到特药赔付单和处方信息。
48.不同的赔付等级可以对应有不同的参考密钥，从而基于对应的参考密钥对加密赔付信息进行解密处理，以得到特药赔付单和处方信息。
49.s106、服务器对所述特药赔付单和所述处方信息进行核检处理，以得到目标核检结果。
50.可以分别对特药赔付单和处方信息进行核检处理，例如，通过处方信息的关键字对处方信息进行核检处理，通过特药赔付单提取的药品信息和病症信息对特药赔付单进行核检处理，并将得到的核检处理结果进行组合得到目标核检结果。
51.s107、服务器向所述客户端发送所述目标核检结果。
52.服务器可以对目标核检结果进行加密，然后将加密后的目标核检结果发送至客户端。
53.s108、客户端向用户端发送所述目标核检结果。
54.客户端在接收到服务器发送的目标核检结果后，向用户端发送该目标核检结果。若该目标核检结果为加密后的目标核检结果，则将加密后的目标核检结果发送给用户端。
55.用户端接收到目标核检结果后，展示该目标核检结果。若该目标核检结果为加密后的目标核检结果，则对加密后的目标核检结果进行解密，以得到目标核检结果。
56.本示例中，通过接收客户端发送的第二特药赔付请求，所述第二特药赔付请求携带加密赔付信息，确定所述第二特药赔付请求的赔付等级，根据所述赔付等级对所述加密赔付信息进行解密处理，以得到特药赔付单和处方信息，对所述特药赔付单和所述处方信息进行核检处理，以得到目标核检结果，向所述客户端发送所述目标核检结果，因此，可以通过对带加密赔付信息进行解密得到特药赔付单和处方信息，从而提升了特药赔付单和处方信息传输时的可靠性，从而提升了数据处理时的安全性。
57.在一个可能的实现方式中，一种可能的服务器根据所述赔付等级对所述加密赔付信息进行解密处理，以得到特药赔付单和所述处方信息的方法包括：
58.a1、根据所述赔付等级，从所述客户端获取参考密钥；
59.a2、获取所述参考密钥的令牌信息；
60.a3、若根据所述令牌信息，确定参考密钥为有效密钥，则对所述参考密钥进行解密处理，以得到目标密钥；
61.a4、获取所述第二特药赔付请求中的时间戳；
62.a5、根据所述时间戳和所述目标密钥，对所述加密赔付信息进行解密处理，以得到所述特药赔付单和所述处方信息。
63.不同的赔付等级，对应有不同等级的参考密钥。则可以根据赔付等级，从客户端获取对应等级的参考密钥。参考密钥可以携带有令牌信息，以及参考密钥也可以是通过对密
钥进行加密后得到的。
64.该令牌信息可以是同所述参考密钥一起获取到，也可以是在获取到参考密钥后，从客户端后获取到的。可以根据令牌信息中的有效性判别信息，来判别参考密钥是否是有效的，若有效性判别信息为指示为未过期，则确定参考密钥为有效密钥，若有效性判别信息指示已过期，则确定参考密钥为无效密钥。若确定出参考密钥为无效密钥，则舍去该参考密钥，无需对参考密钥进行解密处理，得到目标密钥。
65.第二特药赔付请求中的时间戳可以是对加密赔付信息进行加密时的时间戳，该时间戳具体可以是加密的开始时间、加密的结束时间等。
66.本示例中，通过获取参考密钥，并对参考密钥的有效性进行验证，在确定出参考密钥为有效密钥时，根据时间戳和根据参考密钥解密得到的目标密钥，对加密赔付信息进行解密处理，得到特药赔付单和处方信息，提升了特药赔付单和处方信息的安全性。
67.在一个可能的实现方式中，一种可能的服务器对所述特药赔付单和所述处方信息进行核检处理，以得到目标核检结果的方法包括：
68.b1、对所述处方信息进行关键字提取，以得到关键字集合；
69.b2、根据所述关键字集合对所述处方信息进行核检，以得到第一子核检结果；
70.b3、根据所述特药赔付单，确定需要赔付的药品信息和第一病症信息；
71.b4、根据所述需要赔付的药品信息和所述第一病症信息对所述特药赔付单进行核检，以得到第二子核检结果；
72.b5、根据所述第一子核检结果和所述第二子核检结果，确定所述目标核检结果。
73.其中对处方信息进行关键字提取的方法可以采用通用的关键字提取算法等，从而得到关键字集合。关键字集合中可以包括有药品关键字，药品关键字例如可以是药品名称等。
74.可以根据关键字集合中的药品关键字对处方信息进行核检，得到第一子核检结果。
75.可以从特药赔付单中提取出需要赔付的药品信息和第一病症信息，该第一病症信息是特药赔付单中与该需要赔付的药品信息对应的病症。
76.可以获取需要赔付的药品信息与第一病症信息之间的关联度，并将该关联度确定为第二子核检结果。具体可以为可以根据预设的病症信息与药品信息之间的映射关系，获取到与病症信息对应的药品信息，该映射关系可以反映可以对该病症信息对应的病症进行治疗的药品的药品信息。获取该需要赔付的药品信息的第一药理信息，该第一药理信息可以理解为药品所能治疗的病症信息，根据该第一药理信息与该病症对应的药品信息的第二药理信息进行比对，得到相似度，并根据该相似度确定关联度。相似度越高，关联度越大，相似度越低，关联度越低。
77.可以将第一子核检结果和该第二子核检结果进行组合，以得到目标核检结果。将第一子核检结果和该第二子核检结果进行组合可以理解为，将第一子核检结果和该第二子核检结果进行合并处理，得到并集，将该并集确定为目标核检结果。
78.本示例中，通过对处方信息进行核检得到第一子核检结果，以及对特药赔付单进行核检得到第二子核检结果，并将第一子核检结果和第二子核检结果进行组合得到目标核检结果，从而提升了目标核检结果的准确性。
79.在一个可能的实现方式中，一种可能的服务器根据所述关键字集合对所述处方信息进行核检，以得到第一子核检结果的方法包括：
80.c1、根据所述关键字集合，确定出m个药品信息；
81.c2、获取所述m个药品信息之间的关联关系；
82.c3、根据所述关联关系，确定n个第二病症信息；
83.c4、获取所述n个第二病症信息与所述第一病症信息之间的相似度，以得到n个目标相似度；
84.c5、根据所述n个目标相似度，确定所述第一子核检结果。
85.可以对关键字集合进行语义识别，从而得到m个药品信息。可以根据药品之间的药性和适用症状，来确定药品之间的关联关系，具体可以为：药品之间的药性越相近，则关联关系越紧密，药品之间的药性差异性越大，则关联关系越疏远；药品之间适用症状越相似，则关联关系越紧密，药品之间适用症状越不同，则关联关系越疏远。
86.可以根据关联关系，确定出药性与适应症状均相似的药品，从而得到此类药品进行组合使用时，能治疗的病症，从而得到第二病症信息。
87.可以判别n个目标相似度中是否存在高于预设相似度的目标相似度，若存在，则确定该处方为真实处方，若不存在，则确定该处方为非真实处方。并将该判别结果确定为第一子核检结果。
88.本示例中，通过关键字集合确定m个药品信息，并获取m个药品信息之间的关联关系，根据关联关系确定第二病症信息，根据第二病症信息与第一病症信息之前的相似度，来确定第一子核检结果，从而提升了第一子核检结果确定时的准确性。
89.在一个可能的实现方式中，本技术实施例服务器还可以对目标核检结果进行分布式存储，以提升存储时的可靠性，该方法具体包括：
90.d1、获取所述目标核检结果的数据长度；
91.d2、根据所述数据长度，将所述目标核检结果进行分段处理，以得到k个子目标核检结果；
92.d3、确定所述k个子目标核检结果的标识信息，以得到k个目标标识；
93.d4、根据所述k个目标标识，将所述k个子目标核检结果分别存储至k个分布式服务器。
94.其中数据长度可以理解为，目标核检结果所占字节的大小等。不同的数据长度存在其对应的分段处理的方法，具体可以为，不同的分段处理方法对应有不同的数据长度范围，从而可以根据数据长度所在的数据长度范围，确定出对应的分段处理。分段处理时，可以采用均分的形式进行分段处理，也可以采用其它方式，进行分段处理。在进行分段处理时，其分段处理后的子目标核检结果为完整可读的结果，例如，若进行分段处理时，子目标核检结果中存在有相邻的子目标核检结果不完整，则可以将该相邻的子目标核检结果进行合并处理，得到新的子目标核检结果，或者将合并后的新的子目标核检结果再次进行分段处理，以得到子目标核检结果。
95.可以对k个子目标核检结果按照预设的标识信息生成方法，确定k个目标标识，根据该方法生成的目标标识与分布式服务器相关联。k个目标标识均为与子目标核检结果唯一对应且唯一存在的标识。
96.本示例中，通过将目标核检结果分段处理为k个子目标核检结果，并进行分布式存储，从而提升了对目标核检结果存储时的可靠性。
97.在一个可能的实现方式中，服务器还可以对目标核检结果进行判别，所述方法还包括：
98.e1、根据所述目标核检结果，判断所述处方信息是否为异常处方信息；
99.e2、若所述处方信息为异常处方信息，则生成告警信息；
100.e3、向所述客户端发送所述告警信息。
101.目标核检结果中包括有处方信息的核检结果。从而可以根据处方信息的核检结果来判别处方信息是否为异常处方信息，具体可以为，若该处方为真实处方，则为正常处方信息；若该处方为非真实处方，则确定该处方信息为异常处方信息。
102.告警信息可以指示处方信息为异常处方，当然还可以指示处方信息的异常等级。具体可以为，确定n个目标相似度与预设相似度之间的偏离度，根据偏离度来确定异常等级。偏离度越大，则异常等级越高，偏离度越小，异常等级越小。
103.本示例中，在处方信息为异常处方信息时，向客户端发送告警信息，从而可以进行告警处理，提升了可靠性。
104.与上述实施例一致的，请参阅图2，图2为本技术实施例提供的一种终端的结构示意图，如图所示，包括处理器、输入设备、输出设备和存储器，处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，上述程序包括用于执行以下步骤的指令；
105.接收客户端发送的第二特药赔付请求，所述第二特药赔付请求携带加密赔付信息；
106.确定所述第二特药赔付请求的赔付等级；
107.根据所述赔付等级对所述加密赔付信息进行解密处理，以得到特药赔付单和处方信息；
108.对所述特药赔付单和所述处方信息进行核检处理，以得到目标核检结果；
109.向所述客户端发送所述目标核检结果。
110.或者上述程序也可以包括用于执行以下步骤的指令：
111.接收用户端发送的第一特药赔付请求，所述特药赔付请求包括特药赔付单和处方信息；
112.对所述特药赔付单和所述处方信息进行加密处理，得到加密赔付信息；
113.向服务器发送携带所述加密赔付信息的第二特药赔付请求。
114.上述主要从方法侧执行过程的角度对本技术实施例的方案进行了介绍。可以理解的是，终端为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
115.本技术实施例可以根据上述方法示例对终端进行功能单元的划分，例如，可以对
应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本技术实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
116.与上述一致的，请参阅图3，图3为本技术实施例提供了一种特药赔付处理装置的结构示意图。如图3所示，所述装置应用于服务器，所述装置包括：
117.接收单元301，用于接收客户端发送的第二特药赔付请求，所述第二特药赔付请求携带加密赔付信息；
118.确定单元302，用于确定所述第二特药赔付请求的赔付等级；
119.解密单元303，用于根据所述赔付等级对所述加密赔付信息进行解密处理，以得到特药赔付单和处方信息；
120.核检单元304，用于对所述特药赔付单和所述处方信息进行核检处理，以得到目标核检结果；
121.发送单元305，用于向所述客户端发送所述目标核检结果。
122.在一个可能的实现方式中，所述解密单元303用于：
123.根据所述赔付等级，从所述客户端获取参考密钥；
124.获取所述参考密钥的令牌信息；
125.若根据所述令牌信息，确定参考密钥为有效密钥，则对所述参考密钥进行解密处理，以得到目标密钥；
126.获取所述第二特药赔付请求中的时间戳；
127.根据所述时间戳和所述目标密钥，对所述加密赔付信息进行解密处理，以得到所述特药赔付单和所述处方信息。
128.在一个可能的实现方式中，所述核检单元304用于：
129.对所述处方信息进行关键字提取，以得到关键字集合；
130.根据所述关键字集合对所述处方信息进行核检，以得到第一子核检结果；
131.根据所述特药赔付单，确定需要赔付的药品信息和第一病症信息；
132.根据所述需要赔付的药品信息和所述第一病症信息对所述特药赔付单进行核检，以得到第二子核检结果；
133.根据所述第一子核检结果和所述第二子核检结果，确定所述目标核检结果。
134.在一个可能的实现方式中，在所述根据所述关键字集合对所述处方信息进行核检，以得到第一子核检结果方面，所述核检单元304用于：
135.根据所述关键字集合，确定出m个药品信息；
136.获取所述m个药品信息之间的关联关系；
137.根据所述关联关系，确定n个第二病症信息；
138.获取所述n个第二病症信息与所述第一病症信息之间的相似度，以得到n个目标相似度；
139.根据所述n个目标相似度，确定所述第一子核检结果。
140.在一个可能的实现方式中，所述装置还用于：
141.获取所述目标核检结果的数据长度；
142.根据所述数据长度，将所述目标核检结果进行分段处理，以得到k个子目标核检结果；
143.确定所述k个子目标核检结果的标识信息，以得到k个目标标识；
144.根据所述k个目标标识，将所述k个子目标核检结果分别存储至k个分布式服务器。
145.在一个可能的实现方式中，所述装置还用于：
146.根据所述目标核检结果，判断所述处方信息是否为异常处方信息；
147.若所述处方信息为异常处方信息，则生成告警信息；
148.向所述客户端发送所述告警信息。
149.与上述一致的，请参阅图4，图4为本技术实施例提供了一种特药赔付处理装置的结构示意图。如图4所示，所述装置应用于客户端，所述装置包括：
150.接收单元401，用于接收用户端发送的第一特药赔付请求，所述特药赔付请求包括特药赔付单和处方信息；
151.加密单元402，用于对所述特药赔付单和所述处方信息进行加密处理，得到加密赔付信息；
152.发送单元403，用于向服务器发送携带所述加密赔付信息的第二特药赔付请求。
153.本技术实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种特药赔付处理方法的部分或全部步骤。
154.本技术实施例还提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种特药赔付处理方法的部分或全部步骤。
155.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
156.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
157.在本技术所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
158.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
159.另外，在申请明各个实施例中的各功能单元可以集成在一个处理单元中，也可以
是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。
160.所述集成的单元如果以软件程序模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储器包括：u盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
161.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器、随机存取器、磁盘或光盘等。
162.以上对本技术实施例进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。