代付方法、装置、设备及存储介质与流程

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.确定模块，用于根据第一代付信息，在至少一种代付模型中确定与代付关系对应的目标代付模型；
31.代付模块，用于根据目标代付模型和第一代付信息进行代付。
32.在第二方面的一些可实现方式中，获取模块，还用于获取用户标识所在代付模型的地址代码；
33.其中，获取模块具体用于：根据地址代码自动寻址，确定与用户标识对应的代付关系。
34.在第二方面的一些可实现方式中，解析模块包括：第一解析单元，用于当代付关系是多级代付关系时，将多级代付关系解析至基础代付关系，基础代付关系是包括用户标识和待付费用户标识的代付关系；
35.第二解析单元，用于解析基础代付关系中的第二代付信息，将第二代付信息作为第一代付信息。
36.在第二方面的一些可实现方式中，确定模块包括：获取单元，用于获取待付费用户标识在指定时间段的账单数量；
37.确定单元，用于根据账单数量和预设数量阈值在至少一种代付模型中确定目标代付模型。
38.在第二方面的一些可实现方式中，第一代付信息还包括代付额度。
39.在第二方面的一些可实现方式中，目标代付模型包括话单代付模型、产品代付模型、实时代付模型、合账代付模型、账单代付模型中任意一种。
40.在第二方面的一些可实现方式中，确定模块，还用于在根据目标代付模型与第一代付信息进行代付之后，根据代付结果和至少一类预设存储格式，确定至少一类账单；
41.获取模块，还用于获取应用设备发送的账单调用请求；
42.确定模块，还用于在至少一类账单中确定与账单调用请求对应的目标账单；
43.该装置还包括：发送模块，用于向应用设备发送目标账单，以用于应用设备向用户展示目标账单。
44.第三方面，本发明实施例提供一种代付设备，该设备包括：处理器以及存储有计算
机程序指令的存储器；
45.处理器执行计算机程序指令时实现第一方面或者第一方面任一些可实现方式中所述的代付方法。
46.第四方面，本发明实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现第一方面或者第一方面任一些可实现方式中所述的代付方法。
47.本发明实施例提供的一种代付方法、装置、设备及存储介质，获取订购业务的用户标识，以及与用户标识对应的代付关系，即获取待处理的代付关系，接着解析代付关系中的第一代付信息，根据第一代付信息，在至少一种代付模型中确定与代付关系对应的目标代付模型，确定适合处理所述代付关系的代付模型，然后根据目标代付模型和第一代付信息进行代付，能够灵活选择处理代付关系的代付模型，并基于该代付模型处理代付关系的代付信息，从而可以降低话单的处理量，减少实施成本和代价，简化大量话单类型的改造量，提高代付处理效率以及用户体验。
附图说明
48.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
49.图1是相关技术提供的一种代付模型示意图；
50.图2是本发明实施例提供的一种代付模型示意图；
51.图3是本发明实施例提供的一种代付引擎示意图；
52.图4是本发明实施例提供的一种代付方法的流程示意图；
53.图5是本发明实施例提供的一种代付关系示意图；
54.图6是本发明实施例提供的另一种代付关系示意图；
55.图7是本发明实施例提供的一种账单示意图；
56.图8是本发明实施例提供的一种代付关系获取示意图；
57.图9是本发明实施例提供的一种账单调用示意图；
58.图10是本发明实施例提供的一种代付装置的结构示意图；
59.图11是本发明实施例提供的一种代付设备的硬件结构示意图。
具体实施方式
60.下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。
61.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖
非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
62.基于背景技术部分可知，传统代付方案主要包括话单代付方案和账单代付方案，其中，话单代付方案基于话单代付模型实现，账单代付方案基于账单代付模型实现。
63.如图1所示，业务支撑系统可以用于执行计费采集、换单预处理、计费批价、出账计算等操作环节，得到详单和账单等结果。其中，话单代付模型是作用于话单预处理环节的代付模型，根据代付关系直接将订购业务的用户标识(例如手机号码)替换成待付费用户标识，完成代付关系转换。此种方式不涉及业务支撑系统逻辑的复杂处理，通过标识的转换操作就可以完成代付，对后续批价、出账等流程无任何影响，也不需要做出任何调整。
64.账单代付模型作是用于出账计算环节的代付模型，根据用户的代付关系，直接将用户标识的费用直接记录到待付费用户标识的账户上，形成待付费用户标识的账单，即在账单生成时完成代付关系转换。话单仍属于用户标识，只有账单由待付费用户标识进行代付，用户标识可以查询待付费用户标识的付费情况，并可以参与待付费用户标识的优惠。账单代付模型作用于支付的最后环节，灵活性高，适用于多种业务场景的需求。
65.但是，话单代付模型是对话单记录进行处理，整体不够灵活。原因在于话单代付模型要对所有的话单做转换处理，而目前计费的话单类型大概有上千种，话单的采集源非常多，例如交换机、关口局、集团计费平台、第三方平台等等。倘若对每类话单都进行修改，业务支撑系统改造成本非常大，而且每新增一类话单或计费采集源都要进行业务支撑系统的改造和修改，实现过程不灵活，可配置性不强，因此，话单代付模型只适用于代付类型相对比较单一的业务，例如流量话单代付等等。
66.而账单代付模型是通过账务科目实现代付关系，配置复杂。例如要实现产品业务的代付，必须将此产品业务涉及的账务科目都进行代付关系的配置及管理，一旦产品业务的资费模型进行了调整，需要对代付关系进行重新数据刷新和调整，因此在配置管理上非常复杂和不方便。而且由于账单代付模型要在账单上同时记录待付费用户标识与用户标识等字段信息，容易生成大量的账单，对于账单的查询、销账、发票等服务难以实时支撑，代付处理效率较低。
67.为了解决现有技术问题，本发明实施例提供了一种代付方法、装置、设备及存储介质。获取订购业务的用户标识，以及与用户标识对应的代付关系，即获取待处理的代付关系，接着解析代付关系中的第一代付信息，根据第一代付信息，在至少一种代付模型中确定与代付关系对应的目标代付模型，确定适合处理所述代付关系的代付模型，然后根据目标代付模型和第一代付信息进行代付，能够灵活选择处理代付关系的代付模型，并基于该代付模型处理代付关系的代付信息，从而可以降低话单的处理量，减少实施成本和代价，简化大量话单类型的改造量，提高代付处理效率以及用户体验。
68.由于本发明实施例所提供的代付方法涉及到至少一种代付模型，下面首先对本发明实施例涉及的代付模型进行介绍。
69.在一些实施例中，代付模型可以包括话单代付模型、产品代付模型、实时代付模型、合账代付模型、账单代付模型中至少一种。
70.其中，产品代付模型是作用于产品业务资费订购时的代付模型，例如可以用于视频流量包业务的代付。作为一个示例，用户可以在订购产品业务时，设置代付费用户标识即为其付费的用户号码，以及代付额度等信息，该信息用于生成代付关系。产品代付模型可以记录产品订购信息即订购关系以及用户设置的信息，基于用户设置的信息生成订购业务的用户标识对应的代付关系。在进行固费计算时，校验用户标识是否存在代付关系，如果存在代付关系则直接将代付关系与订购关系关联，生成代付费用户标识的固费文件，用于在经过话单标准化之后，供后期出账计算使用。其中，该固费文件是新类型的固费文件，可以从其话单类型上加以区分。
71.实时代付模型是作用于订购实时业务时的代付模型。作为一个示例，用户可以在订购自有增值业务时，设置代付费用户标识，以及代付额度等信息。实时代付模型可以记录产品订购信息即订购关系以及用户设置的信息，基于用户设置的信息生成用户标识对应的代付关系。根据代付关系与订购关系进行订购业务实时数据扫描，实时生成付费清单文件，用于在经过话单标准化之后，供后期出账计算使用。
72.合账代付模型是作用于话单标准化时的代付模型。作为一个示例，合账代付模型可以针对任何业务办理代付，根据代付关系形成代付记录。在话单标准化时，直接将代付记录的用户标识替换为代付费用户标识，供后期出账计算使用。
73.作为一个示例，如图2所示，代付模型可以包括话单代付模型、产品代付模型、实时代付模型、合账代付模型、账单代付模型。话单代付模型、产品代付模型、实时代付模型、合账代付模型、账单代付模型可以由服务器或服务器集群实现。
74.其中，话单代付模型、产品代付模型、实时代付模型、合账代付模型、账单代付模型可以相互融合，在模型上互相弥补各自的缺点和不足。具体地，话单代付模型、产品代付模型和实时代付模型可以作为第一层次代付模型，属于业务支撑系统在话单层及业务层的代付模型，其输出的信息是代付的临时过渡类数据，为最终账单提供基础数据。合账代付模型可以作为第二层次代付模型，是在第一层次代付模型之后的代付模型，其输入的信息全部是各类话单费用数据，而其输出信息都是标准化出账计算使用数据。账单代付模型可以作为第三层代付模型，生成最后结果的代付账单。
75.值得注意的是，本发明实施例所提供的代付方法可以应用于代付装置，代付装置可以包括代付引擎，如图3所示，代付引擎可以与话单代付模型、产品代付模型、实时代付模型、合账代付模型、账单代付模型建立通信连接。
76.代付引擎可以用于获取用户标识对应的代付关系，根据代付关系在至少一种代付模型中确定适合处理该代付关系的目标代付模型，并基于该代付模型与代付关系中的代付信息，进行代付。可选地，代付引擎可以由服务器或服务器集群实现。
77.下面将介绍本发明实施例所提供的代付方法。其中，该代付方法可以应用于图3所示的代付引擎。
78.图4是本发明实施例提供的一种代付方法的流程示意图，如图4所示，该代付方法可以包括s410至s440。
79.s410，获取订购业务的用户标识，以及与用户标识对应的代付关系。
80.在一些实施例中，可以从代付模型中获取用户标识，其中，代付模型可以是话单代付模型、产品代付模型、实时代付模型、合账代付模型或者账单代付模型。并且可以获取代
付模型的地址代码，根据地址代码自动寻址，确定与用户标识对应的代付关系。
81.s420，解析代付关系中的第一代付信息。
82.其中，第一代付信息可以包括用户标识以及与用户标识对应的待付费用户标识。可选地，还可以包括代付额度、代付费用、费用科目以及业务信息中的至少一项。
83.在一些实施例中，当代付关系是基础代付关系时，可以直接解析基础代付关系中的第二代付信息，将其作为第一代付信息。其中，基础代付关系是包括用户标识和待付费用户标识的代付关系，即没有中间级代付关系的代付关系。
84.可选地，当代付关系是多级代付关系时，可以将多级代付关系解析至基础代付关系，解析基础代付关系中的第二代付信息，将第二代付信息作为第一代付信息。通过将复杂的多级代付关系解析至基础代付关系，将基础代付关系用于后续的代付处理，可以提高代付效率。
85.作为一个示例，如图5所示，用户a被用户b代付，为第一级代付关系，用户b被用户c代付，为第二级代付关系，用户c被用户d代付，为第三级代付关系。经过解析后，可以得到基础代付关系，如图6所示，用户a、b、c被用户d代付。
86.s430，根据第一代付信息，在至少一种代付模型中确定与代付关系对应的目标代付模型。
87.其中，目标代付模型可以包括话单代付模型、产品代付模型、实时代付模型、合账代付模型、账单代付模型中任意一种。
88.在一些实施例中，可以获取待付费用户标识在指定时间段的账单数量，根据账单数量和预设数量阈值在至少一种代付模型中确定目标代付模型。其中，预设数量阈值可以包括多个，并可以根据实际情况灵活调整，在此不做限制。
89.s440，根据目标代付模型和第一代付信息进行代付。
90.在一些实施例中，可以将第一代付信息发送至目标代付模型，由目标代付模型根据第一代付信息进行相关代付处理。
91.在本发明实施例中，获取订购业务的用户标识，以及与用户标识对应的代付关系，即获取待处理的代付关系，接着解析代付关系中的第一代付信息，根据第一代付信息，在至少一种代付模型中确定与代付关系对应的目标代付模型，确定适合处理所述代付关系的代付模型，然后根据目标代付模型和第一代付信息进行代付，能够灵活选择处理代付关系的代付模型，并基于该代付模型处理代付关系的代付信息，从而可以降低话单的处理量，减少实施成本和代价，简化大量话单类型的改造量，提高代付处理效率以及用户体验。
92.由于出账的账单一般后续要进行交费销账、查询、余额查询、账单稽核、账单存取、抽取等业务操作，这些业务操作对于账单调用、访问非常频繁，在多种业务操作的情况下，例如对大量代付账单操作时，响应速度变得十分缓慢，影响业务的感知和服务能力。
93.因此，在一些实施例中，在根据目标代付模型与第一代付信息进行代付之后，该代付方法还可以包括以下步骤：
94.根据代付结果和至少一类预设存储格式，确定至少一类账单。具体地，可以根据代付结果进行出账计算，并利用至少一类预设存储格式与数据冗余方式对出账计算结果进行分离，得到至少一类账单。
95.获取应用设备发送的账单调用请求，其中，应用设备可以是手机，平板电脑，笔记
本电脑等设备。
96.在至少一类账单中确定与账单调用请求对应的目标账单，向应用设备发送目标账单，以用于应用设备向用户展示目标账单。通过分离得到多类账单，减少了存储字段，降低了账单的数量，在查询、信控等业务操作时读取和处理的账单数量大大减少。同时通过账单调用请求调用账单，能够简化账单调用执行的复杂度，提高账单调用效率。
97.作为一个示例，如图7所示，通过对代付结果进行出账计算，按照三类存储格式分离得到出账账单、销账账单以及代付账单三类账单。
98.其中，出账账单的账单量最大，以用户标识、代付费用户标识、账单状态等明细字段的结构进行数据存储，属于详细的账单，用于收入计算、稽核、抽取、转存等业务操作。
99.销账账单的账单量较小，以用户标识、账目项、费用等明细字段的结构进行数据存储，用于对接缴费、销账、余额计算、信控等业务操作。
100.代付账单的账单量最小，主要以用户标识、账目项、账本的结构进行数据存储，用于查询等业务操作。
101.下面结合一个具体的实施例，对本发明实施例所提供的代付方法进行说明，具体如下：
102.如图8所示，代付引擎与多个代付模型建立通信连接，获取来自代付模型的地址代码、用户标识、代付费用等信息。根据地址代码自动寻址，找到与用户标识对应的代付关系。
103.解析代付关系，得到包括用户标识、待付费用户标识、代付额度、代付费用、费用科目以及业务信息的第一代付信息。获取待付费用户标识在指定时间段的账单数量，根据账单数量和预设数量阈值确定出处理该代付关系的目标代付模型。
104.将第一代付信息反馈给目标代付模型，目标代付模型根据第一代付信息进行相关代付处理，处理完毕后将代付结果反馈给代付引擎，代付引擎根据代付结果调整代付模型的代付关系，以便后续使用。
105.可选地，代付引擎还可以提供维护配置能力，可以实现代付关系的管理，可实现代付关系的优先级的调整、实现个性化的定制、实现代付的暂停、开启等能力。
106.此外，在得到代付结果以后，通过对代付结果进行出账计算，按照三类存储格式分离得到出账账单、销账账单以及代付账单三类账单，每类账单由对应的账单集群管理。
107.如图9所示，代付装置的另一部分(账单调度引擎)，可以定时进行各个账单集群(出账账单集群、销账账单集群以及代付账单集群)主机状态的检测，负责收取各个账单集群主机的活动状态等信息，确保主机的可用性，并将检测结果，例如账单集群、账单类型、主机身份标识(identity document，id)、可用性、活动状态、连接数等信息记录在主机登记表内。
108.在应用登记表内记录每个应用设备所检索的账单集群信息、例如应用设备id、账单集群、账号哈希等信息。
109.应用设备调用时将模块应用设备id、账号、操作类型及操作语句等信息传递给账单调度引擎。
110.账单调度引擎根据传入的应用设备id确定调用的集群，然后再根据主机登录主机登记表中的主机连接数量及活动状态等信息分配可调用的主机，并执行应用操作语句。账单调度引擎根据语句执行的结果反馈给对应的应用设备。
111.可选地，账单调度引擎同时还管理三个账单集群的数据一致性稽核，定时按照出账账单对代付账单、销账账单进行比对，一旦发现不一致就自动进行数据的调整，确保三类账单的一致性。
112.基于本发明实施例所提供的代付方法，本发明实施例还提供了一种代付装置，如图10所示，代付装置1000可以包括：获取模块1010、解析模块1020、确定模块1030、代付模块1040。
113.获取模块1010，用于获取订购业务的用户标识，以及与用户标识对应的代付关系。
114.解析模块1020，用于解析代付关系中的第一代付信息，第一代付信息包括用户标识和待付费用户标识。
115.确定模块1030，用于根据第一代付信息，在至少一种代付模型中确定与代付关系对应的目标代付模型。
116.代付模块1040，用于根据目标代付模型和第一代付信息进行代付。
117.在一些实施例中，获取模块1010，还用于获取用户标识所在代付模型的地址代码。
118.其中，获取模块1010具体用于：根据地址代码自动寻址，确定与用户标识对应的代付关系。
119.在一些实施例中，解析模块1020包括：第一解析单元，用于当代付关系是多级代付关系时，将多级代付关系解析至基础代付关系，基础代付关系是包括用户标识和待付费用户标识的代付关系。
120.第二解析单元，用于解析基础代付关系中的第二代付信息，将第二代付信息作为第一代付信息。
121.在一些实施例中，确定模块1030包括：获取单元，用于获取待付费用户标识在指定时间段的账单数量。
122.确定单元，用于根据账单数量和预设数量阈值在至少一种代付模型中确定目标代付模型。
123.在一些实施例中，第一代付信息还包括代付额度。
124.在一些实施例中，目标代付模型包括话单代付模型、产品代付模型、实时代付模型、合账代付模型、账单代付模型中任意一种。
125.在一些实施例中，确定模块1030，还用于在根据目标代付模型与第一代付信息进行代付之后，根据代付结果和至少一类预设存储格式，确定至少一类账单。
126.获取模块1010，还用于获取应用设备发送的账单调用请求。
127.确定模块1030，还用于在至少一类账单中确定与账单调用请求对应的目标账单。
128.该代付装置1000还包括：发送模块，用于向应用设备发送目标账单，以用于应用设备向用户展示目标账单。
129.可以理解的是，图10所示代付装置1000中的各个模块/单元具有实现图4中各个步骤的功能，并能达到其相应的技术效果，为简洁，在此不再赘述。
130.图11是本发明实施例提供的一种代付设备的硬件结构示意图。
131.如图11所示，本实施例中的代付设备1100包括输入设备1101、输入接口1102、中央处理器1103、存储器1104、输出接口1105、以及输出设备1106。其中，输入接口1102、中央处理器1103、存储器1104、以及输出接口1105通过总线1110相互连接，输入设备1101和输出设
备1106分别通过输入接口1102和输出接口1105与总线1110连接，进而与代付设备1100的其他组件连接。
132.具体地，输入设备1101接收来自外部的输入信息，并通过输入接口1102将输入信息传送到中央处理器1103；中央处理器1103基于存储器1104中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器1104中，然后通过输出接口1105将输出信息传送到输出设备1106；输出设备1106将输出信息输出到代付设备1100的外部供用户使用。
133.在一些实施例中，图11所示的代付设备1100包括：存储器1104，用于存储程序；处理器1103，用于运行存储器中存储的程序，以执行图4所示实施例提供的代付方法。
134.本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现图4所示实施例提供的代付方法。
135.需要明确的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，为了简洁，不再赘述。本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，做出各种改变、修改和添加，或者改变步骤之间的顺序。
136.以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(application specific integrated circuit，asic)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、只读存储器(read-only memory，rom)、闪存、可擦除rom(erom)、软盘、cd-rom、光盘、硬盘、光纤介质、射频(radio frequency，rf)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
137.还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。
138.上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。
139.以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，
为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。