辅助处理协同业务的方法、装置、设备及存储介质与流程

本发明涉及业务处理领域，特别是涉及一种辅助处理协同业务的方法、装置、设备及存储介质。

背景技术：

协同业务是指需要两个或更多个业务方共同协作实现的业务。在执行协同业务之前，需要判断涉及该协同业务的业务方是否均做好准备工作。

以协同业务为虚拟物品交易领域中的换绑业务为例，现有的虚拟物品交易大多是通过第三方交易平台完成的，卖家将虚拟物品出售信息发布在交易平台，买家可以通过交易平台下单进行购买。卖家出售的如游戏账号等虚拟物品是与卖家身份信息绑定的，因此在买家购买了卖家出售的虚拟物品后，还需要进行换绑，以将绑定的卖家身份信息更换成买家身份信息，换绑常常需要买卖双方协作完成，所以在进行换绑前，交易平台还需要判断买卖双方是否同时在线。目前，一般是通过买家和卖家的登录状态进行判断的，只要买卖双方登录到交易平台即认为双方同时在线，但是这种方式并不能确认买卖双方是否可以配合业务平台执行换绑业务。

由此，需要一种能够更加准确地确定用于协作执行协同业务的业务方能够同时在线执行协同业务的方案。

技术实现要素：

本发明的主要目的是提供一种辅助处理协同业务的方法、装置、设备及存储介质，以准确地判定用于协作执行协同业务的多个业务方是否均同时在线准备好执行协同业务。

根据本发明的一个方面，提供了一种辅助处理协同业务的方法，其中，协同业务需要至少两个业务方协同完成，该方法包括：发送步骤，在第一预定时间间隔内分别向至少两个业务方发送指示信息，指示信息用于提示至少两个业务方是否期望执行协同业务；启动步骤，响应于在第二预定时间间隔内接收到至少两个业务方发送的期望执行协同业务的确认信息，启动协同业务。

由此，可以通过判断接收到各业务方的确认信息的时刻是否在一个较短的时间段内，来确定各业务方是否同时在线，在判定同时在线时就可以启动协同业务。

优选地，协同业务需要第一业务方和第二业务方协同完成，发送步骤可以包括：向第一业务方发送第一指示信息，第一指示信息用于提示第一业务方是否期望执行协同业务；响应于在发送第一指示信息之后第三预定时间间隔内接收到第一业务方发送的期望执行协同业务的第一确认信息，向第二业务方发送第二指示信息，第二指示信息用于提示第二业务方是否期望执行协同业务，启动步骤可以包括：响应于在发送第二指示信息之后第四预定时间间隔内接收到第二业务方发送的期望执行协同业务的第二确认信息，启动协同业务。

由此，可以首先向第一业务方发送第一指示信息，以判断第一业务方是否在线，在判定第一业务方在线的情况下再向第二业务方发送第二指示信息，判断第二业务方是否在线，以此判断第一业务方和第二业务方是否同时在线。

优选地，该方法还可以包括：向第二业务方发送第三指示信息，第三指示信息用于提示第二业务方是否准备好开始执行协同业务，其中，响应于接收到第二业务方发送的已经准备好执行协同业务的第三确认信息，向执行所述发送步骤。

由此，本发明的方法可以由第二业务方触发，在第二业务方准备好执行协同业务时，再执行本发明的发送步骤和启动步骤。以协同业务为换绑业务为例，第一业务方为买家，第二业务方为卖家，买家在购买虚拟物品后，一般处于在线状态，因此可以在买家购买虚拟物品后，向卖家发送第三指示信息，以提醒卖家上线配合买家进行换绑业务。

优选地，该方法还可以包括：在向第二业务方发送第三指示信息后，引导第二业务方做出针对第三指示信息的第三确认信息。由此，可以提高第二业务方的反馈效率。

优选地，该方法还可以包括：响应于在第四预定时间间隔之后接收到第二确认信息，重新向第一业务方发送第一指示信息；以及/或者响应于在第三预定时间间隔之后接收到第一确认信息，重新向第二业务方发送第二指示信息。

由此，在两个业务方中其中一个业务方反馈确认信息不及时时，为了防止另一业务方已下线，此时可以重新向另一业务方发送指示信息，如此可以更加准确地判定双方是否同时在线。

优选地，该方法还可以包括：在第三预定时间间隔内未接收到第一确认信息的情况下，向第二业务方发送第一安抚信息，第一安抚信息用于引导第二业务方继续准备与第一业务方协同处理协同业务；以及/或者在第四预定时间间隔内未接收到第二确认信息的情况下，向第一业务方发送第二安抚信息，第二安抚信息用于引导第一业务方继续准备与第二业务方协同处理协同业务。

由此，可以提高第一业务方和第二业务方配合进行在线判断过程中的使用体验，并可以提高双方同时在线配合执行协同业务的成功率。

优选地，该方法还可以包括：响应于接收到第一业务方和/或第二业务方发送的询问信息，向第一业务方和/或第二业务方发送用于安抚第一业务方和/或第二业务方继续准备执行协同业务的安抚信息。

由此，可以进一步提高实现第一业务方和第二业务方同时在线配合执行协同业务的成功率。

优选地，该方法还可以包括：响应于向第一业务方或第二业务方发送安抚信息的次数超过第一预定阈值，向第一业务方或第二业务方发送第四指示信息，第四指示信息用于提示第一业务方或第二业务方当前是否放弃执行协同业务；以及/或者响应于接收到第一业务方和/或第二业务方在第五预定时间间隔内发送的询问信息次数超过第二预定阈值，向第一业务方和/或第二业务方发送第四指示信息，第四指示信息用于提示第一业务方和/或第二业务方当前是否放弃执行协同业务。

由此，可以在第一业务方和第二业务方不能顺畅地同时在线的情况下，方便第一业务方和第二业务方取消协同业务的执行。

优选地，该方法还可以包括：响应于接收到第一业务方和/或第二业务方发送的放弃执行协同业务的第五指示信息，向第一业务方和/或第二业务方发送第六指示信息，第六指示信息用于提示是否确定放弃执行协同业务；以及/或者响应于接收到第一业务方或第二业务方发送的放弃执行协同业务的第四确认信息，向第二业务方或第一业务方发送第七指示信息，第七指示信息用于提示对方已经放弃执行协同业务。

优选地，协同业务为虚拟物品的换绑业务，第一业务方为虚拟物品的购买方，第二业务方为虚拟物品的出售方，该方法还可以包括：在第五预定时间间隔内仍未确认第一业务方和第二业务方当前能够协同处理协同业务的情况下，向第一业务方和/或第二业务方发送由人工客服辅助双方协同处理换绑业务的第八指示信息。

根据本发明的另一个方面，还提供了一种辅助处理协同业务的装置，其中，协同业务需要协同业务需要至少两个业务方协同完成，该装置包括：发送模块，用于在第一预定时间间隔内分别向至少两个业务方所对应的客户端发送指示信息，指示信息用于提示至少两个业务方是否期望执行协同业务；接收模块，用于接收至少两个业务方发送的期望执行协同业务的确认信息；以及启动模块，用于响应于接收模块在第二预定时间间隔内接收到至少两个业务方发送的期望执行协同业务的确认信息，启动协同业务。

优选地，协同业务需要第一业务方和第二业务方协同完成，发送模块包括第一发送模块和第二发送模块，接收模块包括第一接收模块和第二接收模块，第一发送模块用于向第一业务方发送第一指示信息，第一指示信息用于提示第一业务方是否期望即刻执行协同业务；第一接收模块用于接收第一业务方发送的期望执行协同业务的第一确认信息；第二发送模块用于响应于第一接收模块在第三预定时间间隔内接收到第一业务方发送的期望执行协同业务的第一确认信息，向第二业务方发送第二指示信息，第二指示信息用于提示第二业务方是否期望执行协同业务；第二接收模块用于接收到第二业务方发送的期望执行协同业务的第二确认信息，启动模块用于响应于第二接收模块在第四预定时间间隔内接收到第二业务方发送的期望执行协同业务的第二确认信息，启动协同业务。

优选地，在第一发送模块向第一业务方发送第一指示信息之前，第二发送模块还用于向第二业务方发送第三指示信息，第三指示信息用于提示第二业务方是否准备好开始执行协同业务，响应于第二接收模块接收到第二业务方发送的已经准备好执行协同业务的第三确认信息，第一发送模块向第一业务方发送第一指示信息。

优选地，响应于第二接收模块在第四预定时间间隔之后接收到第二确认信息，第一发送模块重新向第一业务方发送第一指示信息，并且，响应于第一接收模块在第三预定时间间隔之后接收到第一确认信息，第二发送模块重新向第二业务方发送第二指示信息。

优选地，在第一接收模块在第三预定时间间隔内未接收到第一确认信息的情况下，第二发送模块向第二业务方发送第一安抚信息，第一安抚信息用于引导第二业务方继续准备与第一业务方协同处理协同业务，并且/或者在第二接收模块在第四预定时间间隔内未接收到第二确认信息的情况下，第一发送模块向第一业务方发送第二安抚信息，第二安抚信息用于引导第一业务方继续准备与第二业务方协同处理协同业务。

优选地，响应于第一接收模块接收到第一业务方发送的询问信息，第一发送模块向第一业务方发送用于安抚第一业务方继续准备执行协同业务的安抚信息，并且/或者响应于第二接收模块接收到第二业务方发送的询问信息，第二发送模块向第二业务方发送用于安抚第二业务方继续准备执行协同业务的安抚信息。

优选地，响应于向第一业务方或第二业务方发送安抚信息的次数超过第一预定阈值，通过第一发送模块或第二发送模块向第一业务方或第二业务方发送第四指示信息，第四指示信息用于提示第一业务方或第二业务方当前是否放弃执行协同业务，并且/或者响应于第一接收模块和/或第二接收模块接收到第一业务方和/或第二业务方在第三预定时间内发送的询问信息次数超过第二预定阈值，通过第一发送模块和/或第二发送模块向第一业务方和/或第二业务方发送第四指示信息，第四指示信息用于提示第一业务方和/或第二业务方当前是否放弃执行协同业务。

优选地，响应于第一接收模块和/或第二接收模块接收到第一业务方和/或第二业务方发送的放弃执行协同业务的第五指示信息，通过第一发送模块和/或第二发送模块向第一业务方和/或第二业务方发送第六指示信息，第六指示信息用于提示是否确定放弃执行协同业务，并且/或者响应于第一接收模块和/或第二接收模块接收到第一业务方或第二业务方发送的放弃执行协同业务的第四确认信息，通过第一发送模块和/或第二发送模块向第二业务方或第一业务方发送第七指示信息，第七指示信息用于提示对方已经放弃执行协同业务。

根据本发明的另一个方面，还提供了一种计算设备，包括：处理器；以及存储器，其上存储有可执行代码，当可执行代码被处理器执行时，使处理器执行上文述及的方法。

根据本发明的另一个方面，还提供了一种非暂时性机器可读存储介质，其上存储有可执行代码，当可执行代码被电子设备的处理器执行时，使处理器执行上文述及的方法。

综上，本发明的辅助处理协同业务的方法、装置、设备及存储介质，通过向各个业务方发送用于提示其是否期望执行协同业务的指示信息，接收从各个业务方反馈的确认信息，判断接收到各业务方的确认信息的时刻是否在一个较短的时间段内，以此确定各业务方是否同时在线，在判定各业务方同时在线时就可以启动协同业务。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1是示出了根据本发明一实施例的辅助处理协同业务的方法的示意性流程图。

图2a、图2b是示出了向各个业务方发送指示信息的两种发送方式示意图。

图3是示出了根据本发明另一实施例的辅助处理协同业务的方法的示意性流程图。

图4a至图4d是示出了本发明一实施例下的判断买卖双方是否同时在线的交互逻辑图。

图5是示出了根据本发明一实施例的辅助处理协同业务的装置的结构的示意性方框图。

图6是示出了根据本发明一实施例的计算设备的结构的示意性方框图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

如背景技术部分所述，协同业务是指需要至少两个业务方共同协作实现的业务。在执行协同业务之前，需要判断涉及该协同业务的各业务方是否均准备好执行该协同业务。有鉴于此，本发明提出了一种用于辅助处理协同业务的方案，通过与各业务方之间进行数据沟通，根据各业务方反馈的信息及其时间特性确定各业务方当前是否能够协作处理同一协同业务。具体地，可以根据每个业务方反馈的用于表征期望与其它业务方协作执行协同业务的确认信息是否及时确定该业务方是否在线，在多个业务方反馈的确认信息的时间间隔小于预定时间间隔时，可以认为这多个业务方同时在线，能够同时协作完成协同业务，如此就可以启动协同业务。

需要说明的是，本发明的辅助处理协同业务的方案可以由不同于各业务方的第三方执行，由第三方与各业务方进行通信，根据各业务方反馈的信息及其时效性，确定各业务方是否准备好协作执行同一协同业务。另外，本发明的方案也可以由与协同业务相关的其中一个业务方执行，即由该业务方与其它各业务方进行通信，根据其它各业务方反馈的信息及其时效性确定各业务方是否准备好协作执行同一协同业务。其中，在由其中一个业务方执行本发明的方案时，该业务方的状态默认为已经准备好执行协同任务，该业务方可以视为主业务方，主业务方可以是在协同业务中起支配作用的业务方。

以协同业务为背景技术部分述及的虚拟物品的换绑业务为例，可以由虚拟物品交易平台执行本发明的方案，与换绑业务涉及的买家和卖家进行沟通，根据买家和卖家反馈的信息及其时效性确定买卖双方是否同时在线。

图1是示出了根据本发明一实施例的辅助处理协同业务的方法的示意性流程图。

参见图1，在步骤s110，在第一预定时间间隔内分别向各业务方发送指示信息。

如上文所述，本发明的方案可以由第三方执行，也可以由用于协作执行协同业务的多个业务方中的一个业务方执行。在由第三方执行本发明的方法时，此处述及的各业务方可以是指协作执行协同业务的所有业务方，在由其中一个业务方执行本发明的方法时，此处述及的各业务方是指除了该业务方之外的其它业务方。

指示信息用于提示业务方是否期望执行协同业务。由于协同业务一般是需要各业务方同时或基本同时协作执行，对时效性要求较高，因此向个业务方发送的指示信息可以优选地是用于提示业务方当前是否期望即刻执行协同业务的提示性信息。

第一预定时间间隔的具体数值可以根据实际情况设定，可以是大于或等于零的任意数值。也就是说，可以同时向各业务方发送指示信息，也可以在不同时刻向各业务方发送指示信息。并且，在不同时刻向各业务方发送指示信息时，不同时刻之间可以是相互独立的，也可以具有一定的关联关系。例如，可以首先向其中一个业务方发送指示信息，在预定时间间隔内接收到该业务方发送的期望执行协同业务的确认信息后，再向第二个业务方发送指示信息，以此类推。如此，可以逐个对各业务方是否在线进行判断，仅在判断上次发送指示信息的业务方在线时，才继续向下一个业务方发送指示信息。

在向各业务方发送指示信息后，各业务方就可以根据自身状态，确定当前是否期望与其它业务方协作执行协同业务。如此，根据接收到的业务方反馈的期望执行协同业务的确认信息，就可以确定该业务方已经准备好与其它业务方协作执行协同业务。

由于协同业务的实现一般需要各业务方同时执行，因此在启动协同业务前，需要判断各业务方是否同时在线，即各业务方是否均同时准备好协作执行协同业务。本发明可以根据接收到各业务方发送的确认信息的时间间隔是否小于预定的时间间隔来判断各业务方是否同时在线。例如，可以设定一个第二预定时间间隔，假如接收到各业务方发送的确认信息的时刻在第二预定时间间隔内，则可以表明各业务方同时在线，此时就可以启动协同业务。

如此在执行完发送步骤s110后，可以执行启动步骤s120，响应于在第二预定时间间隔内接收到各业务方发送的期望执行协同业务的确认信息，启动协同业务。

需要说明的是，根据发送步骤s110向各业务方发送指示信息的方式不同，启动步骤s120的具体实现方式也不尽相同。下面就发送步骤s110和启动步骤s120的几种具体实现方式做示例性说明。

实现方式一、

如图2a所示，假设协同业务需要n个业务方协作完成。在本实现方式中，对于发送步骤s110，可以在第一预定时间间隔δt1内向n个业务方发送指示信息，其中，δt1≥0。

如果接收到n个业务方发送的确认信息的时刻(t1、t2…tn)在第二预定时间间隔δt2内，则表明这n个业务方基本同时在线，如此对于启动步骤s120，可以响应于n个业务方发送的确认信息的时刻在第二预定时间间隔δt2内，启动协同业务。

需要说明的是，在本实现方式中，可以仅根据n个业务方发送的确认信息的时刻(t1、t2…tn)是否在第二预定时间间隔δt2内，判断n个业务方是否同时在线，而无需考虑各业务方反馈确认信息是否及时。也就是说，即使这n个业务方在接收到指示信息后，经过很长一段时间才对此作出期望协作执行协同业务的确认信息，只要这n个业务方发送确认信息的时刻基本在同一时间段内，即可认定这n个业务方同时在线，可以启动协同业务。

实现方式二、

在本实现方式中，对于发送步骤s110，可以首先向多个业务方中的一个业务方发送指示信息，当接收到该业务方发送的确认信息后，再向下一个业务方发送指示信息，当接收到该下一个业务方发送的确认信息后，再向下一个未发送指示信息的业务方发送指示信息，以此类推，完成向各个业务方发送指示信息。

对于启动步骤s120，可以在发送指示信息的顺序上相邻的两个业务方反馈的确认信息的时间间隔都小于预定时间间隔的情况下，认定各业务方同时在线，启动协同业务。也可以在接收到的所有业务方反馈的确认信息的时刻对应的总的时间间隔小于一个预定时间间隔的情况下，认定各业务方同时在线，启动协同业务。

如图2b所示，假设协同业务需要n个业务方协作完成。t0时刻为向第一个业务方发送指示信息的时刻，t1为接收到第一个业务方发送的确认信息的时刻以及向第二个业务方发送指示信息的时刻，t2为接收到第二个业务方发送的确认信息的时刻以及向第三个业务方发送指示信息的时刻，以此类推，tn为接收到第n个业务方发送的确认信息的时刻。

在本实现方式中，可以判断接收到第一个业务方发送的确认信息的时刻t1和接收到最后一个业务方发送的确认信息的时刻tn之间的时间间隔是否超过预定时间间隔，在未超过的情况下，可以认定这n个业务方同时在线。

另外，也可以针对每个业务方，判断接收到该业务方的确认信息的时刻ti与向该业务方发送指示信息的时刻ti-1之间的时刻间隔是否均小于一个预设的时间间隔，在均小于的情况下，认定这n个业务方同时在线。这种情况下，对于发送步骤s110，在接收到其中一个业务方的确认信息的时刻ti与向该业务方发送指示信息的时刻ti-1之间的时刻间隔超过预定时间间隔的情况下，可以不再向下一个业务方发送指示信息。

实现方式三、

本实现方式可以视为是对实现方式一和实现方式二的一个变形。假设协同业务需要n个业务协作实现，可以将这n个业务方分成m个业务组，m为大于0的整数。在划分业务组时，可以基于一定的规则进行划分，例如可以根据协同业务的具体实现属性进行划分，将需要同步协作实现协同业务中的某一操作的业务方划分为一组。当然，也可以简单地根据业务方的数量划分成具有基本相同数量的业务方的多个业务组。

在划分后，对于发送步骤s110，可以按照实现方式一或实现方式二中述及的发送方式，向每个业务组中的业务方发送指示信息，并可以按照实现方式一或实现方式二中述及的判断方式判断每个业务组中的业务方是否同时在线，在判定所有业务组中的业务方均同步在线时，可以启动协同业务。

至此，结合图1、图2a、图2b就本发明的辅助处理协同业务的方法的基本实现流程做了详细说明。下面结合具体实施例就方法的实现细节做进一步说明。

图3是示出了根据本发明一实施例的辅助处理协同业务的方法的示意性流程图。在本实施例中，将以协同业务需要第一业务方和第二业务方协同完成为例进行说明，应该知道，本实施例中述及的内容也可以适用于需要两个以上业务方协作完成的协同业务。

参见图3，在步骤s310，向第一业务方发送第一指示信息。

与上文述及的指示信息类似，第一指示信息用于提示第一业务方是否期望执行协同业务。优选地，第一指示信息可以是用于提示业务方当前是否期望即刻执行协同业务的提示性信息。

在步骤s320，响应于在发送第一指示信息之后第三预定时间间隔内接收到第一业务方发送的期望执行协同业务的第一确认信息，向第二业务方发送第二指示信息。

此处述及的第三预定时间间隔的具体数值可以根据实际情况设定，如果在发送第一指示信息之后第三预定时间间隔内接收到第一业务方发送的第一确认信息，可以认定第一业务方在线。此后可以向第二业务方发送第二指示信息。第二指示信息用于提示第二业务方是否期望执行协同业务。这里，第二指示信息可以与第一指示信息的内容相同，也可以不同。例如，第二指示信息可以向第二业务方提示第一业务方已做好了协同处理协同业务的准备，并提示第二业务方是否期望与第一业务方协同处理协同业务。

在步骤s330，响应于在发送第二指示信息之后第四预定时间间隔内接收到第二业务方发送的期望执行协同业务的第二确认信息，启动协同业务。

第四预定时间间隔的具体数值可以根据实际情况设定，第四预定时间间隔可以与第三预定时间间隔的数值相同。如果在发送第二指示信息之后第四预定时间间隔内接收到第二业务方发送的确认信息，可以认定第二业务方在线。第三预定时间间隔和第四预定时间间隔的数值可以设定为一个较小的数值，如此在判定第一业务方和第二业务方分别在线时，可以认定二者同时在线。

在第二业务方在接收到第二指示信息后经过很长时间才发送用于表明其可以在线配合执行协同业务第二确认信息的情况下，由于接收到第二确认信息的时刻距离第一业务方发送第一确认信息的时间较长，因此需要重新向第一业务方发送第一指示信息以确定第一业务方当前是否能够执行协同业务。所以，可以响应于在第四预定时间间隔之后接收到第二确认信息，重新向第一业务方发送第一指示信息。

相应地，如果重新向第一业务方发送第一指示信息后，第一业务方也经过较长时间才重新发送第一确认信息，此后还可以重新向第二业务方发送第二指示信息，以重新确定第二业务方是否仍在线。即可以响应于在第三预定时间间隔之后接收到第一确认信息，重新向第二业务方发送第二指示信息。

作为本发明的一个可选实施例，在执行步骤s310之前，还可以向第二业务方发送第三指示信息，第三指示信息用于提示第二业务方是否准备好开始执行协同业务。其中，响应于接收到第二业务方发送的已经准备好执行协同业务的第三确认信息，执行步骤s310，向第一业务方发送第一指示信息。优选地，在向第二业务方发送第三指示信息后，还可以引导第二业务方做出针对第三指示信息的第三确认信息。此处可以通过多种方式向第二业务方发送第三指示信息。

以协同业务为换绑业务，第一业务方为买家，第二业务方为卖家为例。在买家选择购买卖家出售的虚拟物品时，由于买家此时一般是在线的，因此可以先向卖家所在的客户端发送第三指示信息，询问卖家是否准备好换绑业务，在卖家准备好执行换绑业务后，再向买家发送第一指示信息。其中，在向卖家发送完第三指示信息后，还可以通过短信、电话等多种方式通知卖家上线配合买家协同完成换绑业务。

作为本发明的另一个可选实施例，如果在第三预定时间间隔内未接收到第一确认信息，可以向第二业务方发送第一安抚信息，以引导第二业务方继续准备与第一业务方协同处理协同业务。相应地，如果在第四预定时间间隔内未接收到第二确认信息，可以向第一业务方发送第二安抚信息，以引导第一业务方继续准备与第二业务方协同处理协同业务。其中，关于第一安抚信息和第二安抚信息的具体内容这里不再赘述。

另外，在利用本发明的方法判断第一业务方和第二业务方是否同时在线的过程中，还可以接收第一业务方或第二业务方发送的询问信息，并响应于接收到第一业务方和/或第二业务方发送的询问信息，向第一业务方和/或所述第二业务方发送用于安抚第一业务方和/或第二业务方继续准备执行协同业务的安抚信息。如此，可以提高第一业务方和第二业务方配合进行在线判断过程中的使用体验，并可以提高双方同时在线配合执行协同业务的成功率。

进一步地，在向第一业务方或第二业务方发送安抚信息的次数超过第一预定阈值时，可以向第一业务方或第二业务方发送第四指示信息，第四指示信息用于提示第一业务方或第二业务方当前是否放弃执行协同业务。或者，在接收到第一业务方和/或第二业务方在第五预定时间间隔内发送的询问信息次数超过第二预定阈值时，可以向第一业务方和/或第二业务方发送第四指示信息，第四指示信息用于提示第一业务方和/或第二业务方当前是否放弃执行协同业务。如此，在第一业务方和第二业务方在经过较长时间仍不能顺畅地同时在线共同处理协同业务的情况下，可以方便第一业务方和第二业务方取消协同业务的执行。

另外，如果接收到第一业务方和/或第二业务方发送的放弃执行协同业务的第五指示信息，可以向第一业务方和/或第二业务方发送第六指示信息，第六指示信息用于提示是否确定放弃执行协同业务。并且，如果接收到第一业务方或第二业务方发送的放弃执行协同业务的第四确认信息，可以向对应的第二业务方或第一业务方发送第七指示信息，第七指示信息用于提示对方已经放弃执行协同业务。

作为本发明的一个可选实施例，协同业务可以为虚拟物品的换绑业务，述第一业务方可以为虚拟物品的购买方，第二业务方为所述虚拟物品的出售方。在执行本发明的方法中，在第五预定时间间隔内仍未确认第一业务方和第二业务方当前能够协同处理所述协同业务的情况下，可以向第一业务方和/或第二业务方发送由人工客服辅助双方协同处理换绑业务的第八指示信息。

至此，结合图3以协同业务需要两个业务方执行时本发明的方法的实现流程做了详细说明。

具体应用例

下面以协同业务为虚拟物品的换绑业务，第一业务方为虚拟物品的购买方(买家)，第二业务方为虚拟物品的出售方(卖家)为例，对本发明的方法的实现流程做进一步具体说明。本发明的方法可以由第三方系统(如虚拟物品交易平台)执行。

1、买卖双方同步在线的判断

可以在虚拟物品验证完成、买家确认购买后，创建“买卖双方在线判断”任务，用于判断买卖双方是否同时在线。任务的实现上主要包括如下步骤。

步骤1、向卖家发送指引信息，以引导卖家通过执行预定的操作，来告知系统是否已准备好执行协同业务。例如，可以引导卖家通过客户端点击“准备就绪”按钮，通过卖家是否点击“准备就绪”按钮可以确定卖家是否已在线配合。

步骤2、在确认卖家已上线配合后，可以向买家发送指引信息，以引导买家通过执行预定操作来告知系统是否已准备好执行协同业务。例如，可以引导买家通过客户端点击“开始换绑”按钮，来告知系统其已上线配合。

步骤3、在确认买家已上线配合后，可以继续向卖家发送指引信息。例如，可以向卖家所在的客户端发送可供卖家点击的“开始换绑”按钮，如果卖家在指定期限内点击该按钮，则可以认定买卖双方已经同时在线，可以启动换绑业务。

图4a是示出了本实施例下的一种判断买卖双方是否同时在线的交互逻辑图。如图4所示，在买家购买了商品后，可以首先向买卖双方发送引导语，以引导双方开始执行换绑业务。其中，在发送了引导语后，还可以通过短信等形式进行通知。然后就可以执行上述步骤1至步骤3判断买卖双方是否同时在线。一个顺利的“买卖双方在线判断”过程，需要卖家点击“准备就绪”和“开始换绑”各一次，买家点击“开始换绑”一次，只要买卖双方在1分钟内响应对方的“开始换绑”按钮，系统即认为买卖双方同时在线，设定1分钟是考虑到用户的容忍程度，这个时长设定可以根据实际效果调整。

2、买卖双方沟通不同步

在判断买卖双方是否同时在线的过程中，对于买卖双方而言，收到“开始换绑”信息的后者如果未在1分钟内响应，系统则认为后者超时，此时前者已经在线等待后者，因此可以向前者发送安抚语对其进行安抚。

图4b是示出了本实施例下的一种判断买卖双方是否同时在线的交互逻辑图。如图4b所示，买卖双方可能会因为超时而在“开始换绑”按钮之间来回摇摆，直至双方均在1分钟内点击“开始换绑”按钮，此时可以判定买卖双方同时在线。

3、同步判断过程中的引导语

在出现不能顺畅判定买卖双方同时在线的情况下，买卖双方将会咨询系统，针对这种情景，可以设置相应的引导语以提升用户体验。

例如，在买卖双方通过客户端向系统发出咨询信息时，可以向其发送引导语，以安抚用户。系统回复引导语可以具有一定的时间间隔，在用户在该时间间隔内多次询问时，可以仅回复一次。在回复引导语的次数过多或者用户询问的次数过多时，可以向用户发送是否终止本次换绑业务的提示信息。图4c是示出了本实施例下的一种判断买卖双方是否同时在线的交互逻辑图。

4、引导卖家上线

一般在买家确认购买虚拟物品后就可以执行换绑业务，此时买家是在线的，因此可以在买家确认购买虚拟物品后，通知卖家上线与买家一起在交易平台的配合下完成换绑业务。这里可以通过发送短信以及ivr语音呼叫等方式通知卖家上线点击上文提及的“准备就绪”按钮以配合后续操作。在预定时间内卖家未上线点击“准备就绪”按钮，可以再次通知。多次通知的时间间隔可以依次增加，例如可以每3分钟、1小时、2小时通知一次卖家，直至卖家上线。

5、换绑业务的取消

当买卖双方任何一方输入语中包含“取消”或“取消交易”字段时，系统可以回复相应的引导语，向用户提供“取消交易”和“我再等等”按钮，若用户点击“取消交易”按钮则换绑业务取消，若点击“我再等等”按钮则继续进入等待状态。当买卖双方中的一方确认取消时，可以向另一方发出对方已取消交易的提示信息。图4d是示出了本实施例下的一种判断买卖双方是否同时在线的交互逻辑图。

6、在线判断的兜底方案

对于在线判断不顺利的订单，整个在线判断持续时间较长，可能会有部分用户忘记该笔正在进行中的订单，导致订单持续卡在“买卖双方在线判断”环节，不利于订单的继续流转和促进交易。故在保证系统自主处理优先的前提下，对于超过24小时仍未在线判断成功的订单，将转入给人工客服进行后续操作，保证买卖双方权益。

图5是示出了根据本发明一实施例的辅助处理协同业务的装置的结构的示意性方框图。其中，辅助处理协同业务的装置500的功能模块可以由实现本发明原理的硬件、软件或硬件和软件的结合来实现。本领域技术人员可以理解的是，图5所描述的功能模块可以组合起来或者划分成子模块，从而实现上述发明的原理。因此，本文的描述可以支持对本文描述的功能模块的任何可能的组合、或者划分、或者更进一步的限定。

下面仅就辅助处理协同业务的装置500可以具有的功能模块以及各功能模块可以执行的操作做简要说明，对于其中涉及的细节部分可以参见上文描述，这里不再赘述。

参见图5，协同业务需要至少两个业务方协同完成，辅助处理协同业务的装置500包括发送模块510、接收模块520以及启动模块530。

发送模块510用于在第一预定时间间隔内分别向至少两个业务方发送指示信息，指示信息用于提示至少两个业务方是否期望执行协同业务。接收模块520用于接收至少两个业务方发送的期望执行协同业务的确认信息。启动模块530用于响应于接收模块在第二预定时间间隔内接收到至少两个业务方发送的期望执行协同业务的确认信息，启动协同业务。

作为本发明的一个可选实施例，协同业务可以需要第一业务方和第二业务方协同完成。如图5所示，发送模块510可以包括图中虚线框所示的第一发送模块511和第二发送模块513，接收模块520可以包括图中虚线框所示的第一接收模块521和第二接收模块523。

第一发送模块511可以向第一业务方发送第一指示信息，第一指示信息用于提示第一业务方是否期望即刻执行协同业务。第一接收模块521用于接收第一业务方发送的期望执行协同业务的第一确认信息；第二发送模块513用于响应于第一接收模块在第三预定时间间隔内接收到第一业务方发送的期望执行协同业务的第一确认信息，向第二业务方发送第二指示信息，第二指示信息用于提示第二业务方是否期望执行协同业务。第二接收模块523用于接收到第二业务方发送的期望执行协同业务的第二确认信息。启动模块530用于响应于第二接收模块523在第四预定时间间隔内接收到第二业务方发送的期望执行协同业务的第二确认信息，启动协同业务。

作为本发明的一个可选实施例，在第一发送模块511向第一业务方发送第一指示信息之前，第二发送模块513还用于向第二业务方发送第三指示信息，第三指示信息用于提示第二业务方是否准备好开始执行协同业务，响应于第二接收模块523接收到第二业务方发送的已经准备好执行协同业务的第三确认信息，第一发送模块511向第一业务方发送第一指示信息。

响应于第二接收模块523在第四预定时间间隔之后接收到第二确认信息，第一发送模块511重新向第一业务方发送第一指示信息，并且/或者，响应于第一接收模块521在第三预定时间间隔之后接收到第一确认信息，第二发送模块513重新向第二业务方发送第二指示信息。

作为本发明的一个可选实施例，在第一接收模块521在第三预定时间间隔内未接收到第一确认信息的情况下，第二发送模块513向第二业务方发送第一安抚信息，第一安抚信息用于引导第二业务方继续准备与第一业务方协同处理协同业务，并且/或者在第二接收模块523在第四预定时间间隔内未接收到第二确认信息的情况下，第一发送模块511向第一业务方发送第二安抚信息，第二安抚信息用于引导第一业务方继续准备与第二业务方协同处理协同业务。

作为本发明的一个可选实施例，响应于第一接收模块521接收到第一业务方发送的询问信息，第一发送模块511向第一业务方发送用于安抚第一业务方继续准备执行协同业务的安抚信息，并且/或者响应于第二接收模块523接收到第二业务方发送的询问信息，第二发送模块513向第二业务方发送用于安抚第二业务方继续准备执行协同业务的安抚信息。

作为本发明的一个可选实施例，响应于向第一业务方或第二业务方发送安抚信息的次数超过第一预定阈值，通过第一发送模块511或第二发送模块513向第一业务方或第二业务方发送第四指示信息，第四指示信息用于提示第一业务方或第二业务方当前是否放弃执行协同业务，并且/或者响应于第一接收模块521和/或第二接收模块523接收到第一业务方和/或第二业务方在第三预定时间内发送的询问信息次数超过第二预定阈值，通过第一发送模块511和/或第二发送模块513向第一业务方和/或第二业务方发送第四指示信息，第四指示信息用于提示第一业务方和/或第二业务方当前是否放弃执行协同业务。

作为本发明的一个可选实施例，响应于第一接收模块521和/或第二接收模块523接收到第一业务方和/或第二业务方发送的放弃执行协同业务的第五指示信息，通过第一发送模块511和/或第二发送模块513向第一业务方和/或第二业务方发送第六指示信息，第六指示信息用于提示是否确定放弃执行协同业务，并且/或者响应于第一接收模块521和/或第二接收模块523接收到第一业务方或第二业务方发送的放弃执行协同业务的第四确认信息，通过第一发送模块511和/或第二发送模块513向第二业务方或第一业务方发送第七指示信息，第七指示信息用于提示对方已经放弃执行协同业务。

图6示出了根据本发明一个实施例的计算设备600的示意性框图。

如图6所示，本发明的计算设备600可以包括处理器610和存储器620。存储器620上可以存储有可执行代码，当可执行代码被处理器执行时，使处理器610执行本发明的方法。具体实现可以参见上文中图1至图4的相关描述，在此不再赘述。

上文中已经参考附图详细描述了根据本发明的辅助处理协同业务的方法、装置以及计算设备。

此外，根据本发明的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本发明的上述方法中限定的上述各步骤的计算机程序代码指令。

或者，本发明还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当所述可执行代码(或计算机程序、或计算机指令代码)被电子设备(或计算设备、服务器等)的处理器执行时，使所述处理器执行根据本发明的上述方法的各个步骤。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

附图中的流程图和框图显示了根据本发明的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。