CN101262623B - 基于消息的等待队列通知方法及应用服务器 - Google Patents

Abstract

本发明涉及一种基于消息的等待队列通知方法及应用服务器，该方法包括：主叫方终端向被叫方终端发送业务请求；应用服务器接收到所述业务请求后，获取表示等待被叫方终端处理的业务请求数量的等待队列值，根据该等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息，并发送给主叫方终端，所述业务处理状态信息中携带有所述等待队列值。本发明提供了网络中有虚拟坐席的被叫方终端等待队列的通知方法，当被叫方终端忙时，主叫方终端可以看到被叫方终端的等待队列，决定是否继续等待，避免浪费时间。

Description

基于消息的等待队列通知方法及应用服务器

技术领域

本发明涉及一种通信领域的状态通知方法及应用服务器，尤其是一种提供被叫终端实时等待信息的方法以及应用服务器。

背景技术

现有实时信息服务方式有很多种，通常是，被叫方设置呼叫中心。按不同的信息服务领域，呼叫中心分配不同的服务接入号码。主叫方根据自己的需求发送相应的业务请求，从而与呼叫中心上相应的被叫方建立通话，以提出需求并获取相应的信息。例如，中国电信目前热推的“号码百事通”业务就是典型的呼叫中心方案，并成为电话线上的语音搜索引擎。

现有技术中的一些信息服务非常需要采用实时方式，如：网络教育中的答疑解惑、网络心理咨询、生活中的答疑解惑、导购信息咨询等。

现有技术中还有一种呼叫排队方法，当判断被叫方处于“忙”状态时，在被叫方的私有队列中排队等待；当被叫方空闲时，主叫接续至被叫方。现有技术网络服务方式多种多样，例如MSN，QQ，语音等，通过多媒体网络系统，主叫方可以和被叫方即时通信，互换信息。对于被叫方，现有技术中可以提供被叫方的在线状态信息，比如MSN、QQ中可以显示被叫方呈现(presence)状态，例如“忙碌、离线、脱机”，也可以在与被叫方未建立通话时通过语音播报被叫方的状态。

现有技术中虽然可以实现用户之间的通信，也可以告知当前用户忙碌或者空闲的状态，但是当有多个用户希望与被叫建立通信时，例如主叫用户1、主叫用户2....主叫用户5，均希望与被叫用户A建立通信，如果此时被叫用户A正在与主叫用户1进行通信，其余的主叫用户2-5均需要等待，主叫用户虽然知道被叫用户A正在通信，忙碌的状态，但无法从中判断是否需要继续等待，如果前面等待的主叫用户较多，会浪费时间，如果等待的人数不多，但是主叫用户错误的取消等待，可能会影响主叫用户的需求。

发明内容

本发明的目的是，针对现有技术中并没有提供被叫用户的等待队列状态，主叫用户无法获知等待状况的缺陷，提供一种基于消息的等待队列通知方法及应用服务器。

为了实现上述目的，本发明提供了一种基于消息的等待队列通知方法，其特征在于，包括：

主叫方终端向被叫方终端发送业务请求；

应用服务器接收到所述业务请求后，获取表示等待被叫方终端处理的业务请求数量的等待队列值，根据该等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息，并发送给主叫方终端，所述业务处理状态信息中携带有所述等待队列值。

上述技术方案中，还包括：主叫方终端根据所述业务处理状态信息判断是否继续所述业务请求；应用服务器接收到所述主叫方终端发送的取消业务请求后，结束所述主叫方终端请求的业务。

本方法中还包括：应用服务器向被叫方终端转发主叫方终端发送的业务请求，并根据被叫方终端返回的响应消息判断被叫方终端是否接收所述业务请求；当接收时，应用服务器更新被叫方终端的等待队列值，根据更新的等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息，并发送给主叫方终端。主叫方终端判断是否继续所述业务请求；应用服务器接收到主叫方终端发送的取消业务请求后，结束所述主叫方终端请求的业务，更新被叫方终端的等待队列值；否则允许主叫方终端与被叫方终端建立连接时，主叫方终端与被叫方终端建立通信。

为了实现上述目的，本发明还提供了一种应用服务器，包括：接口单元，接收主叫方终端的业务请求等信息，发送给业务处理状态单元，并将业务处理状态单元的输出信息转发给主叫方终端；业务处理状态单元，获取表示等待被叫方终端处理的业务请求数量的等待队列值，根据该等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息，输出到接口单元，所述业务处理状态信息中携带有所述等待队列值。

所述业务处理状态单元还包括：等待队列计算子单元，对被叫方终端的等待业务请求的数量进行计算，生成被叫方终端当前的等待队列值；生成子单元，根据被叫方终端的等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息。

所述等待队列计算子单元包括：

触发子单元，当接收到被叫方终端接受业务请求、主叫方终端的取消业务请求或业务执行完毕的释放连接消息时，触发给计算子单元；

计算子单元，如果为被叫方终端接受业务请求，则对被叫方终端的等待队列值进行加1操作，否则进行减1操作。

本发明提出了一种通信领域中对被叫方终端等待队列的通知方法及应用服务器，当被叫方终端忙时，本发明提出的等待队列通知方法及应用服务器可以准确的向主叫方终端告知被叫方终端的等待队列的人数，让主叫方终端决定是否继续进行等待，避免浪费时间。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为本发明基于消息的等待队列通知方法实施例一流程图；

图2为本发明基于消息的等待队列通知方法实施例二流程图；

图3为本发明基于消息的等待队列通知方法实施例三流程图；

图4为本发明基于消息的等待队列通知方法实施例解析示意图；

图5为本发明应用服务器实施例一示意图；

图6为本发明应用服务器实施例二示意图；

图7为本发明应用服务器实施例三示意图。

具体实施方式

图1为本发明基于消息的等待队列通知方法实施例一流程图。如图1所示，本实施例包括：

步骤1：主叫方终端向被叫方终端发送业务请求；

步骤2：应用服务器向主叫方终端发送被叫方终端的业务处理状信息，所述业务处理状态信息中携带有表示等待被叫方终端处理的业务请求数量的等待队列值。

应用服务器接收到所述业务请求后，获取表示等待被叫方终端处理的业务请求数量的等待队列值，根据该等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息，并发送给主叫方终端。根据所述等待队列值生成被叫方终端的业务处理状态信息，例如：将等待队列值写入被叫方终端的呈现状态中，生成被叫方终端的业务处理状态信息，并发送给主叫方终端。主叫方终端根据被叫方终端的业务处理状态信息即可获得被叫方终端的等待队列状况，例如：通过语音播报被叫方终端的等待人数或者在QQ、MSN等即时通信服务中显示被叫方终端等待的主叫方终端个数，主叫方终端判断是否需要继续等待。

图2为本发明基于消息的等待队列通知方法实施例二流程图。如图2所示，本实施例包括：

步骤1：主叫方终端向被叫方终端发送业务请求；

步骤2：应用服务器向主叫方终端发送被叫方终端的业务处理状信息，所述业务处理状态信息中携带有表示等待被叫方终端处理的业务请求数量的等待队列值；

步骤3：主叫方终端根据所述业务处理状态信息判断是否继续所述业务请求；是则向被叫方终端转发主叫方终端发送的业务请求，如果主叫方终端取消业务请求，则结束所述主叫方终端请求的业务；

步骤4：应用服务器根据被叫方终端返回的响应消息判断被叫方终端是否接收所述业务请求；如果接收，执行步骤5，否则向主叫方终端返回业务请求被拒绝的失败响应信息，结束所述主叫方终端请求的业务；

步骤5：应用服务器更新被叫方终端的等待队列值，根据更新的等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息，

步骤6：应用服务器将被叫方终端的业务处理状态信息发送给主叫方终端。此时所发送的业务状态信息包含被叫方终端更新的等待队列值。

本实施例在接收到主叫方终端的业务请求后立即发送被叫方终端的当前业务处理状态信息，通过业务处理状态信息获得被叫方终端的当前等待队列值，如果被叫方终端的当前等待人数过多，主叫方终端可以立即采取措施，不进行等待，取消业务，避免浪费时间，如果需要继续等待，则将业务请求发送给被叫方终端，在等待过程中可以实时看到被叫方终端的等待队列状况。

图3为本发明基于消息的等待队列通知方法实施例三流程图。如图3所示，本实施例更为细化，包括：

步骤1：主叫方终端向被叫方终端发送业务请求；

步骤2：应用服务器向主叫方终端发送被叫方终端的业务处理状信息，所述业务处理状态信息中携带有表示等待被叫方终端处理的业务请求数量的等待队列值；

步骤3：应用服务器接收到主叫方终端的业务请求后，转发给被叫方终端，接收被叫方终端返回的响应消息；

步骤4：判断被叫方终端是否接收所述业务请求；如果接收，执行步骤5，否则向主叫方终端返回业务请求被拒绝的失败响应信息，结束所述主叫方终端请求的业务；

步骤5：应用服务器更新被叫方终端的等待队列值(例如：将当前等待队列值加1，表示主叫方终端加入等待队列)，根据更新的等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息；

步骤6：应用服务器将被叫方终端的业务处理状态信息发送给主叫方终端；

步骤7：主叫方终端判断是否继续等待，如果取消等待，应用服务器接收到所述主叫方终端发送的取消业务请求后，结束所述业务，更新所述被叫方终端的等待队列值(例如：将当前等待队列值减1，表示主叫方终端离开等待队列)；否则继续等待，直到允许主叫方终端与被叫方终端建立通信；当主叫方终端允许接通时，主叫与被叫方终端建立通信；

步骤8：主叫与被叫方终端通信结束时，释放连接消息；

步骤9：应用服务器接收到所述释放连接消息时，更新被叫方终端的等待队列值(例如：将当前等待队列值减1，表示主叫方终端离开等待队列)。

图3实施例中主叫方终端允许与被叫方终端建立连接可以具体为：当主叫方终端为等待队列中最前面的主叫方终端时，所述主叫方终端允许与被叫方终端建立连接。例如，被叫方终端当前等待队列值为5，说明有5个主叫方终端A、B、C、D、E希望与之建立连接通信，当主叫方终端E排在等待队列最前面时，主叫方终端E允许与被叫方终端建立连接。

图3实施例中被叫方终端根据自身业务处理状态，还可以向主叫方终端发送优先通信信息，即被叫方希望优先与某个主叫方终端通信，即设置优先级别，此时所述当主叫方终端允许与被叫方终端建立连接为：当应用服务器接收到所述优先通信信息时，与优先通信信息对应的主叫方终端允许与被叫方终端建立连接。

图4为本发明基于消息的等待队列通知方法实施例解析示意图。现对照图4对图1-3的实施例进行解析，如图4所示，本解析示意图包括：

1.主叫方终端向被叫方终端发送业务请求；

2.应用服务器接收到请求消息立即向主叫方终端发送包含被叫方终端的当前等待队列值的业务处理状态消息；

3.应用服务器将所述业务请求发送给被叫方终端；

4.被叫方终端接收到所述业务请求，返回响应消息(接收业务请求的成功响应消息或者拒绝业务请求的失败响应消息)；当被叫方终端接受所述业务请求时，返回成功响应消息，否则返回失败响应消息；

5.应用服务器接收到响应消息，判断被叫方终端是否接收所述业务请求，是则获取表示等待被叫方终端处理的业务请求数量的等待队列值，根据该等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息(例如：被叫方终端的呈现状态信息)，并发送给主叫方终端；否则直接将失败响应消息发送给主叫方终端；

当主叫方终端收到失败响应消息时，主叫与被叫方终端通信建立失败；否则主叫方终端根据所述业务处理状态信息判断是否继续所述业务请求：

6’.主叫方终端不进行等待，发送取消业务请求；应用服务器接收到所述主叫方终端发送的取消业务请求后，更新被叫方终端的等待队列值，结束所述主叫方终端请求的业务；

6.主叫方终端继续等待，当允许主叫方终端与被叫方终端建立连接时，主叫与被叫方终端建立通信；

7.主叫与被叫方终端通信结束，发送释放连接消息；应用服务器接收到所述释放连接消息时，更新被叫方终端的等待队列值。

上述实施例中应用服务器建立被叫方终端的请求等待队列，请求队列的初始值为0。成功响应消息经过应用服务器传送给主叫方终端，应用服务器上该被叫方终端的等待队列值加1，将主叫方终端加入等待队列。通信结束后，释放连接消息经过应用服务器或主叫方终端取消业务请求经过应用服务器，等待队列值将减1，主叫方终端退出等待队列。如果被叫方终端拒绝业务请求，返回失败响应消息。失败响应消息经过应用服务器传送给主叫方终端，等待队列值也不做任何操作，不影响被叫方终端的当前等待队列值。

上述实施例中，当主叫方终端没有加入等待队列时，例如：应用服务器接收到主叫方终端的业务请求后立即发送被叫方终端包含当前等待队列值的业务处理状态信息，此时，主叫方终端并没有加入等待队列，如果被叫方终端的当前待队列值为0时，表示无人等待，可立即开始通信过程。

应用服务器接收到被叫方终端的成功响应消息后对等待队列值进行更新，根据该等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息。例如：将等待队列值写入到被叫方终端的呈现状态，再加入一些预设的消息，生成业务处理状态信息。此时，主叫方终端加入被叫方终端的等待队列，如果主叫方终端为等待队列中最前面的主叫方终端时，允许与被叫方终端建立通信。等待队列值为n(n>0)时，表示有n个人等待与被叫建立连接。本方法中所述等待队列可以采用先进先出机制，当被叫方终端空闲时，可以对排在队列最前的主叫方终端进行通知，也可以由被叫方终端自由选择希望接通的主叫方终端，优先与选择的主叫方终端进行通信连接。

本发明中所述的队列状况通知方法可应用于不同的领域，比如：现有多媒体网络信息服务系统中，利用本发明可以对网络教师、信息提供者等被叫方终端的状态进行信息通知，对于信息需求者(如：网络学生)等主叫方终端可预先看到网络教师等信息提供者的排队状况，当等待队列中的方终端取消等待或者在网络中离线，退出，则自动将等待队列中的主叫方终端去掉。并且被叫方终端也可以根据自己的呈现状态获得更多的信息：目前等待与之通信的主叫方终端人数，以便与快速结束不重要的通信，与下一个重要的主叫方终端接通。本发明所述的队列状况通知方法也可应用于现有的移动终端，在主叫方终端发起业务请求后，可以通过语音等方式收到被叫方终端的等待状况，例如：通过语音播报“您前方还有5个用户等待与×××同志通话”。

图5为本发明应用服务器实施例一示意图。如图5所示，本实施例的应用服务器中包括：

接口单元1，接收主叫方终端的业务请求等信息，发送给业务处理状态单元2，并将业务处理状态单元2的输出信息转发给主叫方终端；

业务处理状态单元2，获取表示等待被叫方终端处理的业务请求数量的等待队列值，根据该等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息，输出到接口单元1，所述业务处理状态信息中携带有所述等待队列值。

图5实施例可以将含有等待队列值的被叫方终端业务处理状态信息发送给主叫方终端，如果被叫方终端的当前等待人数过多，主叫方终端可以立即采取措施，不进行等待，从而避免主叫方终端浪费等待时间，并及时获知被叫方终端的等待队列状况。

图6为本发明应用服务器实施例二示意图。本实施例是对业务处理状态单元的进一步细化，如图6所示，本实施例还包括：业务执行单元3，与接口单元1和被叫方终端相连，用于主叫方终端的业务消息或被叫方终端的返回消息执行业务继续或取消的操作。

本实施例业务执行单元3包括：

继续业务执行子单元31，与接口单元1连接，向被叫方终端转发主叫方终端发送的业务请求，并根据被叫方终端返回的响应消息判断被叫方终端接受所述业务请求，继续执行所述业务；

取消业务执行子单元32，与接口单元1连接，当接收到主叫方终端的取消业务请求、被叫方终端的拒绝业务请求消息或者所述业务执行完毕的释放连接消息，结束所述主叫方终端的业务。

本实施例还对业务处理状态单元进一步细化，业务处理状态单元2还包括：

等待队列计算子单元21，对被叫方终端的等待业务请求的数量进行计算，生成被叫方终端当前的等待队列值；

生成子单元22，根据被叫方终端的等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息，并发送给接口单元1和业务执行单元3。

图7为本发明应用服务器实施例三示意图。本实施例对等待队列计算子单元21进一步细化，等待队列计算子单元21进一步包括：触发子单元211，当接收到被叫方终端接受业务请求、主叫方终端的取消业务请求或业务执行完毕的释放连接消息时，触发给计算子单元212；计算子单元212，如果为被叫方终端接受业务请求，则对被叫方终端的等待队列值进行加1操作，否则进行减1操作。

本实施例中业务执行单元3还包括：控制子单元33，当主叫方终端允许接通时，通过不同的实现机制控制等待队列中的主叫方终端与被叫方终端建立通信。当主叫方终端允许接通时，可以通过各种实现机制(先进先出或优先级)控制等待队列中的主叫方终端与被叫方终端建立通信，控制主叫方终端接通。具体允许主叫方终端接通详见图3实施例中的解释，在此不再详述。

综上所述，本发明提供了网络中有虚拟坐席的被叫方终端等待队列的通知方法，本发明还提供了一种实现本发明所述方法的应用服务器，当被叫方终端忙时，主叫方终端可以看到被叫方终端的等待队列，主叫方终端决定是否继续等待，避免浪费时间。本发明可以使主叫方和被叫方之间以交互式、实时、数据和多媒体相融合的通信方式实现信息过程。

最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。

Claims (12)

1.一种基于消息的等待队列通知方法，其特征在于，包括：

主叫方终端向被叫方终端发送业务请求；

应用服务器接收到所述业务请求后，获取表示等待被叫方终端处理的业务请求数量的等待队列值，根据该等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息，并发送给主叫方终端，所述业务处理状态信息中携带有所述等待队列值；

应用服务器向被叫方终端转发主叫方终端发送的业务请求，并根据被叫方终端返回的响应消息判断被叫方终端是否接收所述业务请求；

若接收，应用服务器更新被叫方终端的等待队列值，根据更新的等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息，并发送给主叫方终端；

若不接收，应用服务器向主叫方终端返回业务请求被拒绝的失败响应信息，结束所述主叫方终端请求的业务。

2.根据权利要求1所述的基于消息的等待队列通知方法，其特征在于，还包括：

主叫方终端根据所述业务处理状态信息判断是否继续所述业务请求；应用服务器接收到所述主叫方终端发送的取消业务请求后，结束所述主叫方终端请求的业务。

3.根据权利要求1所述的基于消息的等待队列通知方法，其特征在于，还包括：

主叫方终端判断是否继续所述业务请求；应用服务器接收到主叫方终端发送的取消业务请求后，结束所述主叫方终端请求的业务，更新被叫方终端的等待队列值；否则允许主叫方终端与被叫方终端建立连接时，主叫方终端与被叫方终端建立通信。

4.根据权利要求3所述的基于消息的等待队列通知方法，其特征在于，还包括：

主叫方终端与被叫方终端通信结束时，向应用服务器发送释放连接消息；

应用服务器接收到所述释放连接消息时，更新被叫方终端的等待队列值。

5.根据权利要求3或4所述的基于消息的等待队列通知方法，其特征在于，所述允许主叫方终端与被叫方终端建立连接为：

当主叫方终端为等待队列中最前面的主叫方终端时，允许主叫方终端与被叫方终端建立连接。

6.根据权利要求3或4所述的基于消息的等待队列通知方法，其特征在于，还包括：

被叫方终端根据自身业务处理状态，向主叫方终端发送优先通信信息；

应用服务器接收到所述优先通信信息时，允许对应的主叫方终端与被叫方终端建立连接。

7.根据权利要求3或4所述的基于消息的等待队列通知方法，其特征在于，所述更新被叫方终端的等待队列值为：将被叫方终端当前等待队列值减1。

8.根据权利要求1所述的基于消息的等待队列通知方法，其特征在于，所述更新被叫方终端的等待队列值为：将被叫方终端当前等待队列值加1。

9.一种应用服务器，其特征在于，包括：

接口单元，接收主叫方终端的业务请求信息，发送给业务处理状态单元，并将业务处理状态单元的输出信息转发给主叫方终端；

业务处理状态单元，获取表示等待被叫方终端处理的业务请求数量的等待队列值，根据该等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息，输出到接口单元，所述业务处理状态信息中携带有所述等待队列值；

还包括：

业务执行单元，与接口单元和被叫方终端相连，用于根据主叫方终端的业务消息或被叫方终端的返回消息执行业务继续或取消的操作；

所述业务执行单元包括：

继续业务执行子单元，与接口单元连接，向被叫方终端转发主叫方终端发送的业务请求，并根据被叫方终端返回的响应消息判断被叫方终端接受所述业务请求，继续执行所述业务；

取消业务执行子单元，与接口单元连接，当接收到主叫方终端的取消业务请求、被叫方终端的拒绝业务请求消息或者所述业务执行完毕的释放连接消息，结束所述主叫方终端的业务。

10.根据权利要求9所述的应用服务器，其特征在于，业务处理状态单元包括：

等待队列计算子单元，对被叫方终端的等待业务请求的数量进行计算，生成被叫方终端当前的等待队列值；

生成子单元，根据被叫方终端的等待队列值生成反应被叫方终端的业务处理状态的业务处理状态信息。

11.根据权利要求10所述的应用服务器，其特征在于，所述等待队列计算子单元包括：

触发子单元，当接收到被叫方终端接受业务请求、主叫方终端的取消业务请求或业务执行完毕的释放连接消息时，触发给计算子单元；

计算子单元，如果为被叫方终端接受业务请求，则对被叫方终端的等待队列值进行加1操作，否则进行减1操作。

12.根据权利要求9所述的应用服务器，其特征在于，所述业务执行单元还包括：

控制子单元，当主叫方终端允许接通时，通过不同的实现机制控制等待队列中的主叫方终端与被叫方终端建立通信。

Images