一种医生在线答题的派发方法及系统与流程

本发明涉及医疗问题管理技术领域，更具体的，涉及一种医生在线答题的派发方法及系统。

背景技术：

在医疗问题在线咨询中，医生的答题终端会显示服务器派发的医疗问题，目前大多采用平均分配的方式，每个答题终端会分配到一定数量的医疗问题。但是目前存在医生为了提高答题速度或者自身能力的限制，答复问题的质量较差的问题，目前的答题派发方法无法保证医生答题的质量和用户体验，因此存在诸多不足。

技术实现要素：

为了解决目前存在的医生为了提高答题速度或者自身能力的限制，答复问题的质量较差，无法保证医生答题的质量和用户体验的问题，本发明提供一种医生在线答题派发方法及系统。

在某些实施例中，一种医生在线答题的派发方法，包括：

确定每个答题终端的等待派发时长；

当接收的医疗问题未被答复时，若所述医疗问题的等待时长达到其中一个等待派发时长，将所述医疗问题派发至与所述一个等待派发时长对应的答题终端。

在某些实施例中，所述确定每个答题终端的等待派发时长，包括：

获取答题医生的历史评价；

根据所述历史评价和所述答题终端认证的身份信息确定推荐指数；

根据医疗问题的数量和所述推荐指数确定所述等待派发时长。

在某些实施例中，所述根据医疗问题的数量和所述推荐指数确定所述等待派发时长，包括：

根据医疗问题的数量确定所述预设常数；

根据所述预设常数和所述推荐指数确定所述等待派发时长。

在某些实施例中，所述根据医疗问题的数量和所述推荐指数确定所述等待派发时长，还包括：

根据预设的周期更新所述预设常数。

在某些实施例中，根据所述历史评价和所述答题终端认证的身份信息确定推荐指数，包括：

基于建立的推荐指数对应历史评价和所述答题终端认证的身份信息的映射关系，确定与获取的历史评价和答题终端认证的身份信息对应的推荐指数。

在某些实施例中，所述医疗问题为首次接收的医疗问题；或者，

所述医疗问题为首次接收后同时派发至所有答题终端，并在预设时长内未答复的医疗问题。

在某些实施例中，一种医生在线答题的派发系统，包括：

确定模块，确定每个答题终端的等待派发时长；

派发模块，当接收的医疗问题未被答复时，若所述医疗问题的等待时长达到其中一个等待派发时长，将所述医疗问题派发至与所述一个等待派发时长对应的答题终端。

在某些实施例中，所述确定模块包括：

获取单元，获取答题医生的历史评价；

推荐指数确定单元，根据所述历史评价和所述答题终端认证的身份信息确定推荐指数；以及

等待时长确定单元，根据医疗问题的数量和所述推荐指数确定所述等待派发时长。

在某些实施例中，所述等待时长确定单元包括：

第一确定单元，根据医疗问题的数量确定所述预设常数；

第二确定单元，根据所述预设常数和所述推荐指数确定所述等待派发时长。

在某些实施例中，所述等待时长确定单元还包括：更新单元，根据预设的周期更新所述预设常数。

在某些实施例中，所述推荐指数确定单元基于建立的推荐指数对应历史评价和所述答题终端认证的身份信息的映射关系，确定与获取的历史评价和答题终端认证的身份信息对应的推荐指数。

在某些实施例中，所述医疗问题为首次接收的医疗问题；或者，

所述医疗问题为首次接收后同时派发至所有答题终端，并在预设时长内未答复的医疗问题。在某些实施例中，一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述的医生在线答题派发方法的步骤。

在某些实施例中，一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上所述的医生在线答题派发方法的步骤。

本发明的有益效果如下：

本发明提供的医生在线答题派发方法及系统，通过确定每个答题终端对应的等待派发时长，这样每个问题在不同答题终端显示的时间是不同的，当系统判定某个答题终端有异常或者在历史答题中表现较差，可以通过设定将该终端的等待派发时长加长，从而可以自由限制表现较差或者异常的答题终端，这样保证了优质的医生排序靠前，给用户提供更加专业的服务。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本发明实施例的场景架构图。

图2示出本发明实施例中医生在线答题派发方法的流程示意图。

图3示出图2中步骤s1的具体流程示意图。

图4示出图3中步骤s13的具体流程示意图。

图5示出本发明实施例中医生在线答题派发系统的结构示意图。

图6示出图5中确定模块101的具体结构示意图。

图7示出图6中等待时长确定单元130的具体结构示意图。

图8示出适于用来实现本申请实施例的计算机设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前医生为了提高答题速度，往往忽略了答题的质量，如果不加以限制，则会导致用户体验越来越差，为了提高答题速度或者自身能力的限制，答复问题的质量较差，无法保证医生答题的质量和用户体验的问题，本发明提供一种医生在线答题派发方法及系统。

图1示出了本发明实施例示出的场景架构图。包括用户终端200、答题终端b1-bn，n为大于1的自然数)、派发系统100。

用户终端200为用户发出医疗问题的终端，用户终端200可以为平板电脑、手机、台式电脑、笔记本电脑等智能设备。

当然，在一些可选的实施例中，医疗咨询问题也可以线下提出，例如通过线下用户的登记、提问等，通过统计和记录，再将医疗问题录入派发系统100。

派发系统100可以为服务器或者媒体平台等，例如，派发系统100与答题终端b1-bn、用户终端200通过web网络进行信息的交互。

定义答题终端b1-bn中的任意一个为其中一个等待派发时长对应的答题终端，例如，b1为等待派发时长为t1对应的答题终端，b2为等待派发时长为t2对应的答题终端，以此类推，bn为等待派发时长为tn对应的答题终端。需要说明的是，在一些实施例中，答题终端b1-bn中任意一个的数量仅仅是示意性的，例如，b1仅仅表示对应等待派发时长为t1的所有答题终端，其数量可以为一个，也可以为多个，在一个具体实施例中，答题终端b1的数量为3个，则当到达t1时，将医疗问题同时派发给该3个答题终端b1。此外，图示中的用户终端200、派发系统100的数目仅仅是示意性的，根据需要，可以任意设置。

答题终端b1-bn可以为平板电脑、手机、台式电脑、笔记本电脑等智能设备。

医疗问题可以为图1中示出的用户终端200发出的问题，也可以为用户终端200发至派发系统100后，派发系统进行首次派发，即将问题派发给对应的答题终端，本次派发并非抢答模式，答题终端被动地接收问题，每个答题终端派发的医疗问题均不相同，在一定时间内，如果该次派发的医疗问题没有被答复，则派发系统100收回该医疗问题，进入本发明的派发过程，即派发系统100将收回的医疗问题发送至答题终端b1、答题终端b2等，直至医疗问题被答复为止。

下述实施例中接收的医疗问题为用户终端发出，派发系统100为服务器，当然，在其他实施例中医疗问题不局限于用户终端发出，派发系统也不局限于服务器，本发明不予赘述。图2示出了本发明实施例中医生在线答题派发方法的流程示意图，如图2所示，该方法具体包括：

s1:服务器确定每个答题终端的等待派发时长。

s2:服务器接收用户终端发出的医疗问题。

s3:当接收的医疗问题未被答复时，若所述医疗问题的等待时长达到其中一个等待派发时长，将所述医疗问题派发至与所述一个等待派发时长对应的答题终端。

在一个实施例中，服务器包括有一个答题终端与等待派发时长的数据库，通过该数据库，可以查找到任意一个答题终端对应的等待派发时长。

在一个具体应用场景中，医疗问题被首次派发后，在2分钟内没有获得回复，服务器收回该医疗问题(即不再在派发的答题终端上显示)，进入抢题模式，抢题模式采用的是上述实施例所述的方法，首先确认每个答题终端的等待派发时长，相当于按照时间顺序将答题终端进行排序，例如排序第一的答题终端a1的等待派发时长为0s，排名第二的答题终端a2的等待派发时长为100秒，则在0s时即将问题发送给答题终端a1显示，在100秒时，将问题发送给答题终端a1显示，当然在实际环境下，往往出现一个等待派发时长对应多个答题终端的情况，此时可以采用同时对该多个答题终端派发医疗问题的方式。

这样每个问题在不同答题终端显示的时间是不同的，当系统判定某个答题终端有异常或者在历史答题中表现较差，可以通过设定将该终端的等待派发时长加长，从而可以自由限制表现较差或者异常的答题终端，这样保证了优质的医生排序靠前，给用户提供更加专业的服务。

在一个优选的实施例中，如图3所示，步骤s1具体包括：

s11:获取答题医生的历史评价；

s12:根据所述历史评价和所述答题终端认证的身份信息确定推荐指数；

s13:根据医疗问题的数量和所述推荐指数确定所述等待派发时长。

该实施例中，等待派发时长根据答题终端的推荐指数确定，答题终端的推荐指数为评价答题终端的重要指数，当推荐指数高时，则说明答题终端过往的答题质量、用户评价等较好、答题医生的医护级别较高。例如，在一个实施例中，当答题医生答复的问题质量较高，反馈迅速，用户自然会给出较高的评价，当答题医生答复的问题质量较低，反馈即使很迅速，用户的问题得不到解决，用户也会给出较低的评价，因此对应的推荐指数也就较低。

在一个具体的实施例中，可以预先建立推荐指数对应历史评价和所述答题终端认证的身份信息的映射关系来确定推荐指数，该映射关系可以是以对照表的形式存储在服务器中，或者以对照数据库的形式存储在服务器中，本发明不限于此，以对照表为例，可以建立三维因素的对照表格，这样每个历史评价和答题终端认证的身份信息的组合对应一个推荐指数，即形成了历史评价和答题终端认证的身份信息的组合-推荐指数的一一对应关系，在一个实施例中，如下表所示，答题终端认证的身份信息为认证的医护级别，可以看出，医护级别越高，历史评价越高，推荐指数越高，在该表格中，“。。。”表示省略。显然，可以知晓，在该表格中，可以找出任何一个历史评价和医护级别的组合对应推荐指数。

历史评价和医护级别的组合-推荐指数的对照表

由于推荐指数所述历史评价和所述答题终端认证的身份信息确定，因此，能够保证答题医生兼顾质量和速度，为用户带来更好的用户体验。

在一个优选的实施例中，如图4所示，步骤s13具体包括：

s131:根据医疗问题的数量确定所述预设常数；

s132:根据所述预设常数和所述推荐指数确定所述等待派发时长。本实施例中，预设常数的作用为灵活调节推荐指数的影响程度。例如，通过预设常数的设置，可以灵活调节对于推荐指数为100和推荐指数为99的等待派发时长差。

在一个具体实施例中，每个答题终端的等待派发时长为x＝(100-a)/m，其中，x为等待派发时长，a为推荐指数，m为预设常数，例如m＝0.01时，推荐指数为99的等待派发时长为x99＝100秒，推荐指数为100时，等待派发时长为0秒，因此两者相差100秒，若m＝0.02时，则推荐指数为100和推荐指数为99的答题终端的等待派发时长相差50秒。

预设常数根据医生和医疗问题的供给情况确定，即预设常数根据医疗问题的数量确定。医疗问题的数量的区间与预设常数具有映射关系，在一个具体实施例中，医疗问题的数量为100-1000时，预设常数为0.01，医疗问题大于1000时，预设常数按照比例增加，例如当医疗问题为2000个时，预设常数为0.02。预设常数可以调节不同推荐指数的答题终端的等待派发时间的差距，并且能够根据供给情况进行调整，避免问题的堆积。

更进一步的，预设常数可以是按照预设的周期动态更新的，动态的预设常数按照固定的时间周期更新，每次更新的预设常数根据上一周期内提问用户的反馈确定。即步骤s13还包括：根据预设的周期更新所述预设常数。

例如，在一个时间周期内，例如时间周期为一周，每周的预设常数根据上周预设常数的反馈动态更新。动态更新的预设常数能够及时调整医疗问题和答题终端之间的平衡，避免了环境因素的改变导致的问题堆积或者答题质量差的失衡。

步骤s2中，当医疗问题已被答复时，服务器停止派发。在一个实施例中，答题终端答复时可以发送一个答复指令至服务器，答复的答案直接发送给用户终端，也可以将答复的答案发送给服务器，通过服务器发送给用户终端，还可以同时向服务器上上传答复答案和向用户终端发送答复的答案，即，答题终端需要发送给服务器一个标识信息，以使服务器确定该医疗问题已被答复。

服务器根据是否接收到上述信息的其中一个，判断医疗问题是否被答复。

服务器将医疗问题派发至与所述一个等待派发时长对应的答题终端，该答题终端接收到医疗问题时，显示出该医疗问题，以供医生解答。

基于上述实施例，可以知晓，本发明提供的医生在线答题派发方法，通过确定每个答题终端对应的等待派发时长，这样每个问题在不同答题终端显示的时间是不同的，当系统判定某个答题终端有异常或者在历史答题中表现较差，可以通过设定将该终端的等待派发时长加长，从而可以自由限制表现较差或者异常的答题终端，这样保证了优质的医生排序靠前，给用户提供更加专业的服务。

进一步的，基于上述相同的理由，本发明提供一种医生在线答题的派发系统，结合图5，该派发系统100包括：

确定模块101，确定每个答题终端的等待派发时长；

派发模块102，当医疗问题未被答复时，若所述医疗问题的等待时长达到其中一个等待派发时长，将所述医疗问题派发至与所述一个等待派发时长对应的答题终端。

在一个具体应用场景中，医疗问题被首次派发后，在2分钟内没有获得回复，服务器收回该医疗问题(即不再在派发的答题终端上显示)，进入抢题模式，抢题模式采用的是上述实施例所述的方法，首先确认每个答题终端的等待派发时长，相当于按照时间顺序将答题终端进行排序，例如排序第一的答题终端a1的等待派发时长为0s，排名第二的答题终端a2的等待派发时长为100秒，则在0s时即将问题发送给答题终端a1显示，在100秒时，将问题发送给答题终端a1显示，当然在实际环境下，往往出现一个等待派发时长对应多个答题终端的情况，此时可以采用同时对该多个答题终端派发医疗问题的方式。

这样每个问题在不同答题终端显示的时间是不同的，当系统判定某个答题终端有异常或者在历史答题中表现较差，可以通过设定将该终端的等待派发时长加长，从而可以自由限制表现较差或者异常的答题终端，这样保证了优质的医生排序靠前，给用户提供更加专业的服务。

在一个优选的实施例中，如图6所示，所述确定模块101包括：

获取单元110，获取答题医生的历史评价；

推荐指数确定单元120，根据所述历史评价和所述答题终端认证的身份信息确定推荐指数；以及

等待时长确定单元130，根据医疗问题的数量和所述推荐指数确定所述等待派发时长。

该实施例中，等待派发时长根据答题终端的推荐指数确定，答题终端的推荐指数为评价答题终端的重要指数，当推荐指数高时，则说明答题终端过往的答题质量、用户评价等较好、答题医生的医护级别较高。例如，在一个实施例中，当答题医生答复的问题质量较高，反馈迅速，用户自然会给出较高的评价，当答题医生答复的问题质量较低，反馈即使很迅速，用户的问题得不到解决，用户也会给出较低的评价，因此对应的推荐指数也就较低。

在一个具体的实施例中，可以预先建立推荐指数对应历史评价和所述答题终端认证的身份信息的映射关系来确定推荐指数，该映射关系可以是以对照表的形式存储在服务器中，或者以对照数据库的形式存储在服务器中，本发明不限于此，以对照表为例，可以建立三维因素的对照表格，这样每个历史评价和答题终端认证的身份信息的组合对应一个推荐指数，即形成了历史评价和答题终端认证的身份信息的组合-推荐指数的一一对应关系，在一个实施例中，如下表所示，答题终端认证的身份信息为认证的医护级别，可以看出，医护级别越高，历史评价越高，推荐指数越高，在该表格中，“。。。”表示省略。显然，可以知晓，在该表格中，可以找出任何一个历史评价和医护级别的组合对应推荐指数。

历史评价和医护级别的组合-推荐指数的对照表

由于推荐指数所述历史评价和所述答题终端认证的身份信息确定，因此，能够保证答题医生兼顾质量和速度，为用户带来更好的用户体验。

在一个优选的实施例中，如图7所示，所述等待时长确定单元130包括：

第一确定单元131，根据医疗问题的数量确定所述预设常数；

第二确定单元132，根据所述预设常数和所述推荐指数确定所述等待派发时长。

本实施例中，预设常数的作用为灵活调节推荐指数的影响程度。例如，通过预设常数的设置，可以灵活调节对于推荐指数为100和推荐指数为99的等待派发时长差。

在一个具体实施例中，每个答题终端的等待派发时长为x＝(100-a)/m，其中，x为等待派发时长，a为推荐指数，m为预设常数，例如m＝0.01时，推荐指数为99的等待派发时长为x99＝100秒，推荐指数为100时，等待派发时长为0秒，因此两者相差100秒，若m＝0.02时，则推荐指数为100和推荐指数为99的答题终端的等待派发时长相差50秒。

预设常数根据医生和医疗问题的供给情况确定，即预设常数根据医疗问题的数量确定。医疗问题的数量的区间与预设常数具有映射关系，在一个具体实施例中，医疗问题的数量为100-1000时，预设常数为0.01，医疗问题大于1000时，预设常数按照比例增加，例如当医疗问题为2000个是，预设常数为0.02。预设常数可以调节不同推荐指数的答题终端的等待派发时间的差距，并且能够根据供给情况进行调整，避免问题的堆积。

更进一步的，预设常数可以是按照预设的周期动态更新的，动态的预设常数按照固定的时间周期更新，每次更新的预设常数根据上一周期内提问用户的反馈确定。所述等待时长确定单元还包括：更新单元，根据预设的周期更新所述预设常数。

例如，在一个时间周期内，例如时间周期为一周，每周的预设常数根据上周预设常数的反馈动态更新。动态更新的预设常数能够及时调整医疗问题和答题终端之间的平衡，避免了环境因素的改变导致的问题堆积或者答题质量差的失衡。

下面继续以派发系统100为服务器为示例进行说明，当医疗问题已被答复时，服务器停止派发，在一个实施例中，答题终端答复时可以发送一个答复指令至服务器，答复的答案直接发送给用户终端，也可以将答复的答案发送给服务器，通过服务器发送给用户终端，还可以同时向服务器上传答复答案和向用户终端发送答复的答案，即，答题终端需要发送给服务器一个标识信息，以使服务器确定该医疗问题已被答复。

服务器根据是否接收到上述信息的其中一个，判断医疗问题是否被答复。

服务器将医疗问题派发至与所述一个等待派发时长对应的答题终端，该答题终端接收到医疗问题时，显示出该医疗问题，以供医生解答。

基于上述实施例，可以知晓，本发明提供的医生在线答题的派发系统，通过确定每个答题终端对应的等待派发时长，这样每个问题在不同答题终端显示的时间是不同的，当系统判定某个答题终端有异常或者在历史答题中表现较差，可以通过设定将该终端的等待派发时长加长，从而可以自由限制表现较差或者异常的答题终端，这样保证了优质的医生排序靠前，给用户提供更加专业的服务。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机设备，具体的，计算机设备例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

在一个典型的实例中计算机设备具体包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述的由客户端执行的方法，或者，所述处理器执行所述程序时实现如上所述的由服务器执行的方法。

下面参考图8，其示出了适于用来实现本申请实施例的计算机设备400的结构示意图。

如图8所示，计算机设备800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram))803中的程序而执行各种适当的工作和处理。在ram803中，还存储有系统800操作所需的各种程序和数据。cpu801、rom802、以及ram803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。

以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡，调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口806。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装如存储部分808。

特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包括用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。