CN100396000C - 客户端向服务器申请服务的方法及其系统 - Google Patents

Abstract

本发明涉及客户端/服务器技术，公开了一种客户端向服务器申请服务的方法及其系统，使得在服务器暂时无力提供服务时根据用户的要求保留对服务的申请，避免用户反复提出申请。本发明中，客户端申请被服务器拒绝时向服务器请求保留申请，服务器将该申请加入等待队列，待条件允许时再为该客户端服务。用户可以在服务器上事先设定保留条件，并周期性地或经指定事件触发时根据保留条件和服务器策略检查等待队列中申请的有效性，去除已经无效的申请；保留条件可以是保留申请的时间、指定用户的在线情况等。等待队列可以是一级或多级，多级队列时优先级最高的队列的第一个申请优先获得服务。

Description

客户端向服务器申请服务的方法及其系统

技术领域

本发明涉及客户端/服务器技术，特别涉及客户端向服务器申请服务的技术。

背景技术

无线一键通(Push-to-Talk Over Cellular，简称“PoC”)服务定义了一种适合移动设备的半双工分组语音(Voice over IP，简称“VoIP”)系统。与传统双向无线系统如专有移动网络(PMR)不同的是，PoC通过利用无线数据网络的包交换能力使得这种服务将不受地理位置的限制。

PoC具有一套VoIP通讯服务和即时短信风格的特性，如在线状态提示和消息等。用户可以得到以下的语音服务如：

1.一对一的对话：允许一个用户立即与从通讯录中选出的在线密友进行联系。

2.临时群组会话：可以临时为特定目的从在线通讯录中选择一个或者多个联系人召集起来进行会话。如要一对一对话，可在电话簿风格的列表中选择任何一个联系人。

3.预定义群组会话：预先定义分组(如销售团队)，可以仅仅通过一个按键向分组中的多方发处会话邀请并进行会话的方式。

4.聊天群组会话：一用户建立起聊天会话，其他用户自己加入会话的方式。

目前，在PoC业务的聊天群组会话中，当由于用户数达到最大值等原因服务器拒绝用户加入请求时，用户通过反复提出加入请求，以争夺获得加入许可的机会。在有些情况下用户反复请求很长时间还是不能加入，这种方式带给用户不良体验。

发明内容

有鉴于此，本发明的主要目的在于提供一种客户端向服务器申请服务的方法及其系统，使得在服务器暂时无力提供服务时根据用户的要求保留对服务的申请，避免用户反复提出申请。

为实现上述目的，本发明提供了一种客户端向服务器申请服务的方法，包含以下步骤：

A当客户端对服务的申请被服务器拒绝时，该客户端向该服务器提出保留申请的请求，该服务器将该申请加入到等待队列中；

B当所述服务器可以为所述等待队列中优先级最高的申请提供服务时，向该申请对应的客户端发出会话请求为其提供服务，并从该等待队列中删除该申请。

其中，所述步骤B中，所述服务器周期性地或在指定事件触发下，检查当前是否可以为所述等待队列中优先级最高的申请提供服务。

此外在所述方法中，所述指定事件可以是以下之一：

正在使用所述服务的用户的退出事件；

所述服务器接收请求的本地策略发生变化的事件。

此外在所述方法中，所述步骤A中，在所述服务器将申请加入到等待队列之前，还包含以下子步骤：

所述服务器对所述保留申请的请求进行鉴权，如果鉴权成功，则将该申请加入到所述等待队列，如果鉴权失败，则拒绝该请求。

此外在所述方法中，所述等待队列是一级队列，所述优先级最高的申请是最早加入该等待队列的申请。

此外在所述方法中，所述等待队列是多级队列，各级队列的优先级不同，所述服务器根据客户端用户的优先级将需要保留的申请加入到相应的队列；

所述优先级最高的申请是最早加入优先级最高的队列的申请。

此外在所述方法中，还包含以下步骤：

所述服务器还周期性地或在指定事件触发下，至少部分地根据客户端用户预先设定的保留条件检查等待队列中的申请是否依然有效，并从等待队列中删除已经无效的申请。

此外在所述方法中，所述保留条件包含以下之一或其任意组合：

保留申请的时间，提出申请的用户的在线情况，以及指定用户的在线情况。

此外在所述方法中，所述服务器还至少部分地根据预先设定的策略判断所述等待队列中的申请是否依然有效。

此外在所述方法中，所述服务可以是网上影院、聊天室或无线一键通业务。

本发明还提供了一种客户端/服务器系统，服务器和客户端中各包含：

用户面管理模块，用于处理与服务内容相关的数据的收发；

控制面管理模块，用于进行用户会话管理及会话相关信息的订阅。

其中，所述服务器中的控制面管理模块进一步包含：

信息订阅与通知子模块，用于处理客户端对会话状态信息和/或会话中成员信息的订阅；

会话管理子模块，用于建立和释放会话，对保留申请的请求进行处理；

所述客户端中的控制面管理模块进一步包含：

信息订阅与接收子模块，用于向所述服务器订阅会话状态信息和/或会话中成员信息；

会话管理子模块，用于建立和释放会话，向所述服务器提出保留申请的请求。

一种客户端向服务器申请服务的通讯装置，包括：至少一服务端和至少一客户端；所述服务端接收并处理所述客户端的订阅信息，所述服务端和所述客户端各包含：用户面管理单元和控制面管理单元；所述用户面管理单元用于处理与服务内容相关的数据的收发；所述控制面管理单元用于进行用户会话管理及会话相关信息的订阅。

所述服务端中所述控制面管理单元进一步包括：信息订阅与通知子单元，用于处理客户端对会话状态信息和/或会话中成员信息的订阅；会话管理子单元，用于建立和释放会话，对保留申请的请求进行处理。

所述客户端中所述控制面管理单元进一步包括：信息订阅与接收子单元，用于向所述服务器订阅会话状态信息和/或会话中成员信息；会话管理子单元，用于建立和释放会话，向所述服务器提出保留申请的请求。

通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，客户端申请被服务器拒绝时向服务器请求保留申请，服务器将该申请加入等待队列，待条件允许时再为该客户端服务。

用户可以在服务器上事先设定保留条件，并周期性地或经指定事件触发时根据保留条件和服务器策略检查等待队列中申请的有效性，去除已经无效的申请；保留条件可以是保留申请的时间、指定用户的在线情况等。

等待队列可以是一级或多级，多级队列时优先级最高的队列的第一个申请优先获得服务。

为了更好地实现申请的保留，本发明在服务器和客户端中设置了用户面和控制面，用户面处理与服务内容相关的数据的收发，控制面处理用户会话管理及会话相关信息的订阅。

这种技术方案上的区别，带来了较为明显的有益效果，即用户体验得到了提升。对于服务器暂时不能接受客户端请求(如用户数达到最大)，但随时间的变化，可能会接受客户端请求的服务(如PoC业务)情况，如客户端提出保留加入请求，则服务器端在条件满足时，将自动为客户端提供服务。用户不再需要反复提出申请。

因为是通过队列等待，所以先提出申请的用户会先得到服务，保证了用户间的公平。通过多级队列的设置，优先级较高的用户会得到优先的服务。

通过申请后再进入等待队列的方式，使用户可以选择是否等待，给用户以较大的自主权。通过用户预先设置在服务端的保留条件，用户可以在不需要保留申请时及时退出等待，在满自身需求的情况下减少了其它用户的等待时间，提高了整体效率。

通过用户面和控制面的分离，将与保留申请相关的功能集中在控制面中，减少了服务器内模块间的耦合，从而可以更好地实现申请的保留。

附图说明

图1示出本发明的客户端向服务器申请服务的方法中服务器与客户端的协作过程；

图2示出在根据本发明的第一实施例的客户端向服务器申请服务的方法中，服务器处理单个客户端保留申请的流程；

图3示出在根据本发明的第一实施例的客户端向服务器申请服务的方法中，等待队列中的保留申请的处理实现流程；

图4示出根据本发明的第二实施例的用于无线一键通业务的客户端/服务器系统的PoC服务器的结构；

图5示出第二实施例的用于无线一键通业务的客户端/服务器系统的PoC客户端的结构。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

总的来说，本发明的原理在于，在无线一键通业务中，如果由于服务器暂时性资源不足等各种原因，导致服务器暂时不能接受客户的请求，但是随着时间推移，服务器能够接受客户端请求，则客户端可以向服务器提出保留申请的请求，通过服务器的鉴权，服务器将该保留申请加入等待队列，当服务器在能够接受客户的申请时，自动为客户端提供服务。图1示出服务器与客户端的协作过程。由此，避免了现有技术中需要用户反复提出加入请求的现象，从而较好的提升了用户的体验。另外也不必将所有不能接入的用户都自动加入保留队列，有效控制了服务器队列流量和负担。

图2示出在客户端向服务器申请服务的方法中，服务器处理单个客户端保留申请的流程图。如图所示，首先，在步骤410，当客户端对服务的申请被服务器拒绝时，该客户端向该服务器提出保留申请的请求。

然后，在步骤420，服务器对保留申请的请求进行鉴权，主要是判断该客户端的用户是否有提出保留申请请求的权限，如果鉴权成功，则执行步骤430，将该申请加入到等待队列，如果鉴权失败，则执行步骤440，拒绝该保留申请的请求。

这里需要解释一下本实施例中涉及的等待队列。

在本实施例中，等待队列是一级队列，优先级最高的申请是最早加入该等待队列的申请。在其他实施例中，等待队列也可以是多级队列，各级队列的优先级不同，优先级较高的队列会较先处理，服务器根据客户端用户的优先级将需要保留的申请加入到相应的队列。例如可以设置金卡用户队列和银卡用户队列，金卡用户队列优先级高于银卡用户队列。而同一个优先级的队列中，优先级最高的申请是最早加入等待队列的申请。

在服务器将保留申请的请求加入等待队列后，服务器周期性地或在指定事件触发下，检查当前是否可以为等待队列中优先级最高的申请提供服务。如果是，则向该申请对应的客户端发出会话请求为其提供服务，并从该等待队列中删除该申请。

具体的说，上述对等待队列中的保留申请的处理实现流程如图3所示。首先，在步骤510：将当前队列中的第一个保留申请请求设置为当前保留申请的请求。本实施例中只有一个等待队列，而队列是遵循先进先出原则的，所以队列中第一个保留申请是优先级最高的。在本发明的其它实施例中，可以有多个优先级不同的等待队列(例如金卡用户队列和银卡用户队列)，此时优先级最高的申请是金卡用户队列中的第一个保留申请，当金卡用户队列为空时才处理银卡用户队列中的保留申请。此后，在步骤520：服务器判断当前保留申请的请求是否为空，即等待队列中是否存在保留申请的请求，如果为空，表示等待队列中没有保留申请的请求，则流程结束。如果不为空，表示等待队列中存在保留申请的请求，则执行步骤530。在步骤530，服务器等待，直到服务器可以为等待队列中的当前申请提供服务时，执行步骤540。本步骤中，服务器周期性地或在指定事件触发下，检查当前是否可以为等待队列中优先级最高的申请提供服务。其中，指定事件可以是正在使用服务的用户的退出事件，或者是所述服务器接收请求的本地策略发生变化的事件。例如服务器指定在12点之后，容许5个人下载，而12点前只容许2个人下载，则在12点时会触发本地策略发生变化的事件。在步骤540，服务器与客户端建立会话，为其提供申请的服务，并从等待队列中删除该请求。接着，在步骤550：将等待队列中的下一个请求设置为当前请求。

需要指出的是，在本实施例中，服务器还可对等待队列中的保留申请的的请求进行周期性检查，删除无效的申请。具体的说，服务器可以周期性地或在指定事件触发下，至少部分地根据客户端用户预先设定的保留条件检查等待队列中的申请是否依然有效，并从等待队列中删除已经无效的申请。举例来说，用户预先设定的保留条件可以包含保留申请的时间、或提出申请的用户的在线情况、或指定用户的在线情况，或它们的任意的组合。服务器根据这些条件判断等待队列中的申请是否有效。

在其他实施例中，服务器还可以至少部分地根据预先设定的策略判断等待队列中的申请是否依然有效。举例来说，当保留时间到、或提出保留的用户已离开服务器或不可用，这种情况下是否仍然保留该申请取决于服务器预先设定的策略。例如，策略设定为保留时间到时将不在对请求进行保留，或者用户离线或不可用时，不再对请求进行保留，或继续保留，但不建立服务，等用户再上线或可用时，继续检查，如能向用户提供服务则为用户提供服务，等等。策略内容可以有多种变化，在此不做赘述。

上面对本发明的第一实施例的客户端向服务器申请服务的方法进行了说明，下面对本发明的第二实施例的用于无线一键通业务的客户端/服务器系统进行说明。

图4和图5示出第二实施例的用于无线一键通业务的客户端/服务器系统，该系统包含PoC服务器和PoC客户端。并且，PoC服务器和PoC客户端中各包含用户面管理模块和控制面管理模块。其中，用户面管理模块用于处理与媒体相关的数据的收发。控制面管理模块用于进行用户会话管理及会话相关信息的订阅。并且，PoC服务器中的控制面管理模块进一步包含用于处理PoC客户端对会话状态信息和/或会话中成员信息的订阅的信息订阅与通知子模块，以及用于建立和释放会话，对保留申请的请求进行处理的会话管理子模块。

另一方面，PoC客户端中的控制面管理模块进一步包含：用于向PoC服务器订阅会话状态信息和/或会话中成员信息的信息订阅与接收子模块，以及用于建立和释放会话，向PoC服务器提出保留申请的请求的会话管理子模块。

虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (13)

1.一种客户端向服务器申请服务的方法，其特征在于，包含以下步骤：

A当客户端对服务的申请被服务器拒绝时，该客户端向该服务器提出保留申请的请求，该服务器将该申请加入到等待队列中；

B当所述服务器可以为所述等待队列中优先级最高的申请提供服务时，向该申请对应的客户端发出会话请求为其提供服务，并从该等待队列中删除该申请。

2.根据权利要求1所述的客户端向服务器申请服务的方法，其特征在于，所述步骤B中，所述服务器周期性地或在指定事件触发下，检查当前是否可以为所述等待队列中优先级最高的申请提供服务。

3.根据权利要求2所述的客户端向服务器申请服务的方法，其特征在于，所述指定事件可以是以下之一：

正在使用所述服务的用户的退出事件；

所述服务器接收请求的本地策略发生变化的事件。

4.根据权利要求1所述的客户端向服务器申请服务的方法，其特征在于，所述步骤A中，在所述服务器将申请加入到等待队列之前，还包含以下子步骤：

所述服务器对所述保留申请的请求进行鉴权，如果鉴权成功，则将该申请加入到所述等待队列，如果鉴权失败，则拒绝该请求。

5.根据权利要求1所述的客户端向服务器申请服务的方法，其特征在于，所述等待队列是一级队列，所述优先级最高的申请是最早加入该等待队列的申请。

6.根据权利要求1所述的客户端向服务器申请服务的方法，其特征在于，所述等待队列是多级队列，各级队列的优先级不同，所述服务器根据客户端用户的优先级将需要保留的申请加入到相应的队列；

所述优先级最高的申请是最早加入优先级最高的队列的申请。

7.根据权利要求1至6中任一项所述的客户端向服务器申请服务的方法，其特征在于，还包含以下步骤：

所述服务器还周期性地或在指定事件触发下，至少部分地根据客户端用户预先设定的保留条件检查等待队列中的申请是否依然有效，并从等待队列中删除已经无效的申请。

8.根据权利要求7所述的客户端向服务器申请服务的方法，其特征在于，所述保留条件包含以下之一或其任意组合：

保留申请的时间，提出申请的用户的在线情况，以及指定用户的在线情况。

9.根据权利要求7所述的客户端向服务器申请服务的方法，其特征在于，所述服务器还至少部分地根据预先设定的策略判断所述等待队列中的申请是否依然有效。

10.根据权利要求1至6中任一项所述的客户端向服务器申请服务的方法，其特征在于，所述服务可以是网上影院、聊天室或无线一键通业务。

11.一种客户端/服务器系统，其特征在于，服务器和客户端中各包含：

用户面管理模块，用于处理与服务内容相关的数据的收发；

控制面管理模块，用于进行用户会话管理及会话相关信息的订阅；

所述服务器中的控制面管理模块进一步包含：

信息订阅与通知子模块，用于处理客户端对会话状态信息和/或会话中成员信息的订阅；

会话管理子模块，用于建立和释放会话，对保留申请的请求进行处理；

所述客户端中的控制面管理模块进一步包含：

信息订阅与接收子模块，用于向所述服务器订阅会话状态信息和/或会话中成员信息；

会话管理子模块，用于建立和释放会话，向所述服务器提出保留申请的请求。

12.一种客户端向服务器申请服务的通讯装置，所述通讯装置包括：至少一服务端和至少一客户端；所述服务端接收并处理所述客户端的订阅信息，其特征在于，所述服务端和所述客户端各包含：用户面管理单元和控制面管理单元；所述用户面管理单元用于处理与服务内容相关的数据的收发；所述控制面管理单元用于进行用户会话管理及会话相关信息的订阅；

所述服务端中所述控制面管理单元进一步包括：信息订阅与通知子单元，用于处理客户端对会话状态信息和/或会话中成员信息的订阅；会话管理子单元，用于建立和释放会话，对保留申请的请求进行处理。

13.一种客户端向服务器申请服务的通讯装置，所述通讯装置包括：至少一服务端和至少一客户端；所述服务端接收并处理所述客户端的订阅信息，其特征在于，所述服务端和所述客户端各包含：用户面管理单元和控制面管理单元；所述用户面管理单元用于处理与服务内容相关的数据的收发；所述控制面管理单元用于进行用户会话管理及会话相关信息的订阅；

所述客户端中所述控制面管理单元进一步包括：信息订阅与接收子单元，用于向所述服务器订阅会话状态信息和/或会话中成员信息；会话管理子单元，用于建立和释放会话，向所述服务器提出保留申请的请求。

Images