服务延期处理方法及装置与流程

1.本文件涉及数据处理技术领域，尤其涉及一种服务延期处理方法及装置。


背景技术：

2.随着互联网技术的不断发展和推广，基于互联网提供的服务种类越来越丰富，社会公共服务等各领域都在进行线上化对接，以向用户提供的更加便捷和体验更佳的服务，在用户使用以线上化的方式提供的社会公共服务的过程中，一旦因忘记缴费等情况导致服务被中断，可能会给用户造成严重的影响，比如社保服务的断缴会影响用户的护照办理，或者导致用户失去购房资格。


技术实现要素：

3.本说明书一个或多个实施例提供了一种服务延期处理方法，包括：获取用户签署延期合约的签约服务的延期申请。根据所述用户的历史服务记录、服务延期数据进行可信评估，获得所述用户的可信评级。将所述可信评级同步至服务机构，以在确定所述可信评级满足服务延期条件的情况下，基于所述延期合约进行所述签约服务的延期处理。
4.本说明书一个或多个实施例提供了一种服务延期处理装置，包括：延期申请获取模块，被配置为获取用户签署延期合约的签约服务的延期申请。可信评估模块，被配置为根据所述用户的历史服务记录、服务延期数据进行可信评估，获得所述用户的可信评级。可信评级同步模块，被配置为将所述可信评级同步至服务机构，以在确定所述可信评级满足服务延期条件的情况下，基于所述延期合约进行所述签约服务的延期处理。
5.本说明书一个或多个实施例提供了一种服务延期处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取用户签署延期合约的签约服务的延期申请。根据所述用户的历史服务记录、服务延期数据进行可信评估，获得所述用户的可信评级。将所述可信评级同步至服务机构，以在确定所述可信评级满足服务延期条件的情况下，基于所述延期合约进行所述签约服务的延期处理。
6.本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取用户签署延期合约的签约服务的延期申请。根据所述用户的历史服务记录、服务延期数据进行可信评估，获得所述用户的可信评级。将所述可信评级同步至服务机构，以在确定所述可信评级满足服务延期条件的情况下，基于所述延期合约进行所述签约服务的延期处理。
附图说明
7.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造
性劳动性的前提下，还可以根据这些附图获得其他的附图；
8.图1为本说明书一个或多个实施例提供的一种服务延期处理方法处理流程图；
9.图2为本说明书一个或多个实施例提供的一种应用于周期服务场景的服务延期处理方法处理流程图；
10.图3为本说明书一个或多个实施例提供的一种服务延期处理装置示意图；
11.图4为本说明书一个或多个实施例提供的一种服务延期处理设备的结构示意图。
具体实施方式
12.为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。
13.本说明书提供的一种服务延期处理方法实施例：
14.参照图1，其示出了本实施例提供的一种服务延期处理方法处理流程图，参照图2，其示出了本实施例提供的一种应用于周期服务场景的服务延期处理方法处理流程图。
15.参照图1，本实施例提供的服务延期处理方法，具体包括步骤s102至步骤s106。
16.步骤s102，获取用户签署延期合约的签约服务的延期申请。
17.本实施例提供的服务延期处理方法，用户基于信用平台的信用担保与服务机构签署延期合约，以此将签署延期合约的服务确定为用户的签约服务，并在信用维度对用户进行可信评估，确定用户针对于提出延期申请的签约服务的可信评级，并由服务机构对用户的可信评级是否满足提出延期申请的签约服务的服务延期条件进行检测，在服务延期条件被满足的情况下，针对用户当前使用的签约服务进行服务延期处理，从而在用户针对签约服务的服务费用延期缴纳时，签约服务能够得以继续保持，避免签约服务的中断给用户带来负面影响，提升了用户的服务体验，同时也促进了信用体系在服务场景的应用。
18.本实施例中，服务包括按照预设缴费周期进行费用缴纳的周期服务；其中，所述周期服务包括下述至少一项：社保服务、公积金服务、商业保障服务(比如周期性保险服务)。对于周期服务而言，用户需要按照相应的缴费周期的缴纳服务费用，一旦用户未在规定时间内缴纳服务费用(服务被断缴)，则服务会因断缴被中断。为便于理解，本实施例通过“服务保持”和“服务中断”来区分服务的正常使用或者提供与否，“服务保持”是指服务能够被用户正常使用，“服务中断”是指服务中断使用。
19.例如，用户在开通公积金服务之后，用户需要按月缴纳每月的公积金，如果用户每个月按时缴纳公积金，则用户的公积金服务处于“服务保持”状态；但如果用户某个月的公积金未按时缴纳，则公积金服务被中断，此时用户的公积金服务处于“服务中断”状态。
20.本实施例中，提供“信用担保
‑
合约签署
‑
服务延期”的服务延期处理模式，在该模式下，信用平台作为信用担保方，为用户提供信用担保，用户在信用平台提供的信用担保的基础上与服务机构签署针对服务的延期合约。如上所述，服务断缴会导致服务从“服务保持”状态变更为“服务中断”状态，而本实施例中的延期，则是指服务的“服务保持”状态在断缴后得以延续，即：延期的目的在于实现服务在断缴后仍处于“服务保持”状态，不会在断缴
后被变更为“服务中断”状态给用户造成负面影响，而服务在断缴后仍然保持“服务保持”这一目的达成，需要借助本实施例提供的“信用担保
‑
合约签署
‑
服务延期”这一服务延期处理模式来实现。
21.仍以上述公积金服务为例，如果用户某个月的公积金未按时缴纳，则公积金服务被中断，此时用户的公积金服务处于“服务中断”状态，而借助“信用担保
‑
合约签署
‑
服务延期”这一服务延期处理模式实现延期的目的在于：在用户未按时缴纳的情况下，用户的公积金服务仍然能够正常使用，处于“服务保持”状态，而非“服务中断”状态。
22.需要指出的是，本实施例中的延期，并非在规则层面规定服务在断缴后处于“服务保持”状态，而是通过“信用担保
‑
合约签署
‑
服务延期”这一服务延期处理模式的执行，在信用平台提供的信用担保的基础之上，通过在用户与提供服务的服务机构之间签署延期合约，并由服务机构针对签署延期合约的签约服务进行相应的延期处理，最终实现服务在断缴后处于“服务保持”状态。
23.其中，所述延期合约，是指用户要实现延期所需要签署的合约，也即是用户在“信用担保
‑
合约签署
‑
服务延期”这一服务延期处理模式的执行过程中所需要签署的合约。所述签约服务，是指签署延期合约的服务。
24.具体实施时，针对所述签约服务的延期申请，可由用户提供，比如用户通过应用程序中提供的签约服务的访问入口，提交针对该签约服务的延期申请。除此之外，为提升用户的服务体验，避免用户因忘记缴费导致服务断缴而使签约服务处于“服务中断”状态，还可由所信用机构或者服务机构对所述签约服务进行检测，当检测到签约服务发生断缴时生成相应的延期申请，无需用户手动提交针对签约服务的延期申请，避免用户忘记手动提出延期申请导致签约服务处于“服务中断”状态给用户带来负面影响。
25.本实施例提供的一种可选实施方式中，延期合约的签署，具体采用如下方式实现：
26.(1)确定所述用户提交签约请求的服务的延期规则；
27.(2)基于所述延期规则生成延期签约单并向所述用户和所述服务对应的服务机构发送；
28.(3)若获取到所述用户和所述服务对应的服务机构针对所述延期签约单的签约确认指令，生成所述延期合约，合约签署之后所述服务被作为所述签约服务。
29.除此之外，若未获取到所述用户和/或所述服务机构针对所述延期签约单的签约确认指令，则表明用户与服务机构二者中至少一者未进行合约签署确认，不作处理即可，需要说明的是，在未进行延期合约签署的情况下，一旦服务出现断缴情况，则服务在断缴后仍将处于“服务中断”状态。
30.可选的，所述服务包括按照预设缴费周期进行费用缴纳的周期服务；其中，所述周期服务包括下述至少一项：社保服务、公积金服务、商业保障服务。所述延期规则，是指参与签署的各方约定的服务延期的具体事项，可选的，所述延期规则包括：以用户信用为担保签署延期合约后，签署延期合约的签约服务经延期处理后在延期时间区间内不会被中断，签约服务在延期时间区间内产生的欠缴费用由用户在补缴时间进行补缴。这其中，用户信用的担保由信用平台进行担保，具体的，信用平台对根据用户的历史服务记录进行可信评估获得的可信评级进行担保。
31.所述延期时间区间，是指用户对延期服务进行延期的时间范围，该延期时间区间
可由用户指定，比如用户指定延期时间区间为3个月。此外，所述延期时间区间还由信用平台根据用户的可信评估结果确定，比如信用平台对用户进行可信评估后获得的可信评级较高，相应确定的延期时间区间较长，反之，如果信用平台对用户进行可信评估后获得的可信评级较低，相应确定的延期时间区间较短。
32.具体执行过程中，完成用户的签约服务的延期合约的签署之后，在用户使用服务机构提供的签约服务的过程中，服务机构会将用户使用签约服务产生的相关服务数据同步至所述信用平台，信用平台则按照用户维度对同步的服务数据进行存证，以在后续对用户的可信评估过程中使用。
33.步骤s104，根据所述用户的历史服务记录、服务延期数据进行可信评估，获得所述用户的可信评级。
34.本实施例所述历史服务记录，包括下述至少一项：用户使用历史服务过程中生成的履约记录以及延期记录，用户以往使用签约服务过程中生成的历史履约记录以及历史延期记录。此处，历史服务是指签约服务之外的其他服务。
35.所述服务延期数据，是指用户当前针对签约服务进行延期申请过程中提交的延期金额和/或延期时间区间。比如用户在针对公积金服务提出延期申请的过程中，申请延期的延期时间区间为3个月，补缴时间为3个月后，申请延期的费用为用户在这3个月当中使用公积金服务产生的费用总额。
36.具体实施时，在获取到用户针对所述签约服务提交的延期申请之后，从用户的历史服务记录以及当前针对所述签约服务进行延期申请的服务延期数据出发，对所述用户进行信用维度的可信评估，从而获得用户的可信评级。
37.具体的，在对用户进行可信评估的过程中，根据用户在使用不同服务过程中产生的历史服务记录，结合用户当前针对所述签约服务申请的服务延期数据进行针对用户的可信评估，以此来提升不同服务之间的数据互通性，并且，结合用户以往使用不同服务产生的历史服务记录对用户进行可信评估，使不同服务产生的历史服务记录能够进行相互参考，从而能够综合用户在不同服务使用过程中的信用情况对用户进行更加全面的信用评估，一方面提升了对用户进行的可信评估的准确性和全面性，同时，基于准确性和全面性更高的可信评级，能够有效降低用户在进行延期申请后不进行服务费用补缴的风险。
38.本实施例提供的一种可选实施方式中，根据所述用户的历史服务记录、服务延期数据进行可信评估，获得所述用户的可信评级，具体采用如下方式实现：
39.根据所述用户的历史服务的履约记录以及延期记录、所述签约服务的历史履约记录以及历史延期记录中四者中至少一者，以及所述签约服务的延期金额和/或补缴时间，对所述用户进行可信评估，获得所述可信评级。
40.步骤s106，将所述可信评级同步至服务机构，以在确定所述可信评级满足服务延期条件的情况下，基于所述延期合约进行所述签约服务的延期处理。
41.本实施例所述服务延期条件，可以是针对所述签约服务单独配置的服务延期的准入条件，也可以针对包含所述签约服务在内的多种服务统一配置的服务延期的准入条件。可选的，所述服务延期条件，包括：所述用户的可信评级的级别高于预先设置的所述签约服务进行服务延期的可信准入级别。
42.具体实施时，在对用户进行可信评估，并将获得的可信评级发送至签约服务对应
的服务机构之后，由服务机构检测用户的可信评级是否满足所述签约服务的服务延期条件，如果确定用户的可信评级满足所述签约服务的服务延期条件，则基于所述延期合约进行所述签约服务的延期处理；如果确定用户的可信评级不满足所述签约服务的服务延期条件，则向用户发送延期申请失败的提醒。
43.如上所述，服务断缴会导致服务从“服务保持”状态变更为“服务中断”状态，在用户与提供服务的服务机构之间签署延期合约之后，由服务机构针对签署延期合约的签约服务进行相应的延期处理，最终实现服务在断缴后处于“服务保持”状态。此处，在延期处理的过程中，通过服务状态的标记来使签约服务被断缴后仍保持在“服务保持”状态，具体的，本实施例提供的一种可选实施方式中，采用如下方式进行所述签约服务的延期处理：
44.将所述签约服务的服务状态标记为缴费延期状态；
45.其中，所述签约服务的服务状态标记为缴费延期状态后，所述签约服务在所述缴费延期状态对应的延期时间区间内不会被中断。
46.实际应用中，对签约服务对应的服务机构而言，通过对使用签约服务的用户的缴费情况进行检测，若检测到使用签约服务的用户发生断缴，则进一步检测该用户针对签约服务的服务状态，如果检测到服务状态为缴费延期状态，则表明该用户已针对签约服务进行延期申请，不作处理即可，即：该用户使用的签约服务在断缴后仍保持在“服务保持”状态；如果检测到服务状态为缴费延期状态之外的其他状态，表明该用户未针对签约服务进行延期申请，则将该用户使用的签约服务从“服务保持”状态变更为“服务中断”状态。
47.上述完成用户当前使用的签约服务的延期处理之后，按照用户与签约服务对应的服务机构签署的延期合约，用户需在相应的补缴时间对延期时间区间内的欠缴的服务费用进行补缴，可选的，若所述服务机构接收到所述用户针对所述签约服务的费用补缴请求，则确定所述签约服务在所述延期时间区间内的欠缴费额，并根据所述欠缴费额进行服务费用的补缴处理；以及，在补缴处理完成后取消所述签约服务的缴费延期状态。
48.另，在用户未按照所述延期合约进行费用补缴的情况下，为避免用户因违约导致被记录负面的信用记录甚至导致信用降级，可选的，若所述服务机构未接收到所述用户针对所述签约服务的费用补缴请求，生成所述签约服务在所述延期时间区间内的欠缴服务费用的欠缴账单并向所述用户发送，以提醒用户进行所述签约服务的费用补缴。此外，从所述签约服务对应的服务机构的角度而言，如果出现用户未按照所述延期合约进行费用补缴的情况，则有一定可能是用户主动违约，针对于此，为降低用户主动违约情况下给服务机构造成的影响，中断向用户当前使用的所述签约服务。
49.本实施例中，针对上述用户未按照所述延期合约进行费用补缴的情况，在一种可选实施方式中，通过获取所述服务机构同步的所述签约服务的欠缴记录，并根据所述欠缴记录，将所述延期合约的合约状态从待履约状态更新为履约失败状态，以此来记录用户的违约情况。
50.此外，在具体实施时，为提升用户以及信用平台对延期处理结果的感知，可选的，所述服务机构完成所述签约服务的延期处理之后，向所述用户返回延期处理结果，并向执行本实施例提供的服务延期处理方法的信用平台同步所述延期处理结果，以在所述信用平台进行所述延期处理结果的存证处理。
51.在此基础上，信用平台在获取到所述服务机构同步的所述延期处理结果之后，通
过将所述延期合约的合约状态更新为待履约状态，以此对所述延期合约进行状态维护，可选的，根据所述延期处理结果将所述延期合约的合约状态更新为待履约状态；基于从所述服务机构获取的服务补缴记录，将所述延期合约的合约状态从所述待履约状态更新为已履约状态。
52.下述以本实施例提供的一种服务延期处理方法在周期服务场景的应用为例，对本实施例提供的服务延期处理方法进行进一步说明，参见图2，应用于周期服务场景的服务延期处理方法，具体包括步骤s202至步骤s216。
53.步骤s202，确定用户提交签约请求的周期服务的延期规则。
54.其中，延期规则包括：以用户信用为担保签署延期合约后，签署延期合约的签约服务经延期处理后在延期时间区间内不会被中断，签约服务在延期时间区间内产生的欠缴费用由用户在补缴时间进行补缴。
55.步骤s204，基于延期规则生成延期签约单并向用户和周期服务对应的服务机构发送。
56.步骤s206，若获取到用户和服务机构针对延期签约单的签约确认指令，生成延期合约，并将合约签署后的周期服务作为签约服务。
57.步骤s208，获取用户针对签约服务的延期申请。
58.步骤s210，根据用户的历史服务记录、服务延期数据进行可信评估，获得用户的可信评级。
59.步骤s212，将可信评级同步至服务机构，以在确定可信评级满足服务延期条件的情况下，基于延期合约将签约服务的服务状态标记为缴费延期状态。
60.步骤s214，根据服务机构同步的缴费延期状态，将延期合约的合约状态更新为待履约状态。
61.步骤s216，基于从服务机构获取的服务补缴记录，将延期合约的合约状态从待履约状态更新为已履约状态。
62.本说明书提供的一种服务延期处理装置实施例如下：
63.在上述的实施例中，提供了一种服务延期处理方法，与之相对应的，还提供了一种服务延期处理装置，下面结合附图进行说明。
64.参照图3，其示出了本实施例提供的一种服务延期处理装置示意图。
65.由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
66.本实施例提供一种服务延期处理装置，包括：
67.延期申请获取模块302，被配置为获取用户签署延期合约的签约服务的延期申请；
68.可信评估模块304，被配置为根据所述用户的历史服务记录、服务延期数据进行可信评估，获得所述用户的可信评级；
69.可信评级同步模块306，被配置为将所述可信评级同步至服务机构，以在确定所述可信评级满足服务延期条件的情况下，基于所述延期合约进行所述签约服务的延期处理。
70.本说明书提供的一种服务延期处理设备实施例如下：
71.对应上述描述的一种服务延期处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种服务延期处理设备，该服务延期处理设备用于执行上述提供的服务
延期处理方法，图4为本说明书一个或多个实施例提供的一种服务延期处理设备的结构示意图。
72.本实施例提供的一种服务延期处理设备，包括：
73.如图4所示，服务延期处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器401和存储器402，存储器402中可以存储有一个或一个以上存储应用程序或数据。其中，存储器402可以是短暂存储或持久存储。存储在存储器402的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括服务延期处理设备中的一系列计算机可执行指令。更进一步地，处理器401可以设置为与存储器402通信，在服务延期处理设备上执行存储器402中的一系列计算机可执行指令。服务延期处理设备还可以包括一个或一个以上电源403，一个或一个以上有线或无线网络接口404，一个或一个以上输入/输出接口405，一个或一个以上键盘406等。
74.在一个具体的实施例中，服务延期处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对服务延期处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
75.获取用户签署延期合约的签约服务的延期申请；
76.根据所述用户的历史服务记录、服务延期数据进行可信评估，获得所述用户的可信评级；
77.将所述可信评级同步至服务机构，以在确定所述可信评级满足服务延期条件的情况下，基于所述延期合约进行所述签约服务的延期处理。
78.本说明书提供的一种存储介质实施例如下：
79.对应上述描述的一种服务延期处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。
80.本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：
81.获取用户签署延期合约的签约服务的延期申请；
82.根据所述用户的历史服务记录、服务延期数据进行可信评估，获得所述用户的可信评级；
83.将所述可信评级同步至服务机构，以在确定所述可信评级满足服务延期条件的情况下，基于所述延期合约进行所述签约服务的延期处理。
84.需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于服务延期处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。
85.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
86.在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device，pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very
‑
high
‑
speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
87.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
88.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
89.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
90.本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施
例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
91.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
92.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
93.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
94.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
95.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
96.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd
‑
rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
97.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
98.本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个
或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
99.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
100.以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。