CN102917048A - 基于移动互联网的数据处理方法、服务器及客户端 - Google Patents

Abstract

本发明提供一种基于移动互联网的数据处理方法、服务器及客户端，涉及网络技术领域。数据处理方法包括：web服务器接收第一客户端发送的发号指令，发号指令指示向第一客户端对应的排序数据列表添加一条排序数据并向第一客户端返回一个编号；查找第一客户端对应的排序数据列表中当前排序数据；根据当前排序数据中的编号，获取下一条排序数据的编号作为发号指令指示添加的排序数据的编号；将发号指令指示添加的排序数据插入排序数据列表；接收第二客户端的查询指令，查询指令指示查询第一客户端对应的排序数据列表的相关信息；向第二客户端返回第一客户端对应的排序数据列表的相关信息。本发明能够为用户提供及时有效的信息数据。

Description

基于移动互联网的数据处理方法、服务器及客户端

技术领域

本发明涉及网络技术领域，特别涉及一种基于移动互联网的数据处理方法、服务器及客户端。

背景技术

现在许多诸如银行、医院、餐厅等的机构都具有取号或排号系统。现有的取号/排号系统只能通过现场取号并根据现场人工或语音叫号来实现。客户必须在现场取号，必须在现场等候。一旦客户离开现场，就无法及时获取排号的信息，进而造成很差的用户体验。

发明内容

本发明实施例提供一种基于移动互联网的数据处理方法、服务器及客户端，为用户提供及时有效的信息数据。

为实现上述目的，本发明提供了一种基于移动互联网的数据处理方法包括：web服务器接收第一客户端发送的发号指令，发号指令指示向第一客户端对应的排序数据列表添加一条排序数据并向第一客户端返回一个编号，每条排序数据还包括一个排序ID，排序ID随插入时间而递增；web服务器响应于发号指令，查找第一客户端对应的排序数据列表中当前排序数据；web服务器根据当前排序数据中的编号，获取下一条排序数据的编号作为发号指令指示添加的排序数据的编号；web服务器将发号指令指示添加的排序数据插入排序数据列表；web服务器将下一条排序数据的编号返回给第一客户端；web服务器接收第二客户端的查询指令，查询指令指示查询第一客户端对应的排序数据列表的相关信息；web服务器响应于查询指令，向第二客户端返回第一客户端对应的排序数据列表的相关信息。

为实现上述目的，本发明还提供了一种基于移动互联网的数据处理方法，包括：web服务器接收第二客户端发送的、申请加入对应于第一客户端的排序的申请信息，将申请信息添加到第一客户端对应的申请信息列表中，每条申请信息包括一个申请ID，申请ID随插入时间而递增；web服务器响应于第一客户端获取申请信息列表的请求，将对应于第一客户端的申请信息列表发送给第一客户端；web服务器接收第一客户端对申请信息列表中的申请信息确认或拒绝的信息，其中，在接收到第一客户端发送的确认的信息后，web服务器在排序数据列表中查找当前排序数据，根据当前排序数据中的编号，获取下一条排序数据的编号，并且web服务器根据下一条排序数据的编号和第一客户端确认的申请信息生成下一条排序数据。

在一个实施例中，数据处理方法还包括：web服务器接收第一客户端发送的过号指令，过号指令包括需删除的排序数据的相关信息；web服务器响应于过号指令，删除需删除的排序数据。

在一个实施例中，数据处理方法还包括：web服务器接收第二客户端的查询指令，查询指令指示查询对应于第二客户端的相关信息；web服务器响应于查询指令，查询并返回对应于第二客户端的相关信息。

在一个实施例中，数据处理方法还包括：web服务器接收第一客户端发送的推送消息请求，推送消息请求包括编号；web服务器响应于推送消息，向编号对应的第二客户端推送相关消息。

在一个实施例中，在web服务器在接收第二客户端发送的、申请加入对应于第一客户端的排序的申请信息的同时接收第二客户端发送的第二客户端的位置信息，并且web服务器接收第一客户端根据位置信息对申请信息列表中的申请信息确认或拒绝的信息。

为实现上述目的，本发明还提供了一种基于移动互联网、用于处理数据的web服务器，包括：指令接收单元，用于接收第一客户端发送的发号指令，发号指令指示向第一客户端对应的排序数据列表添加一条排序数据并向第一客户端返回一个编号；排序数据库，用于存储第一客户端对应的排序数据列表，排序数据列表包括具有编号的排序数据，每条排序数据还包括一个排序ID，排序ID随插入时间而递增；数据添加单元，用于响应于发号指令，在排序数据库中查找排序数据列表的当前排序数据，并根据当前排序数据中的编号，获取下一条排序数据的编号作为发号指令指示添加的排序数据的编号，并将发号指令指示添加的排序数据插入排序数据列表；发送单元，用于将下一条排序数据的编号返回给第一客户端，其中，指令接收单元还用于接收第二客户端的查询指令，查询指令指示查询第一客户端对应的排序数据列表的相关信息，发送单元还用于响应于查询指令，向第二客户端返回第一客户端对应的排序数据列表的相关信息。

为实现上述目的，本发明还提供了一种基于移动互联网、用于处理数据的web服务器，包括：申请接收单元，用于接收第二客户端发送的、申请加入对应于第一客户端的排序的申请信息；申请信息数据库，用于存储第一客户端对应的申请信息列表，接收到的申请信息被添加到申请信息列表中，每条申请信息包括一个申请ID，申请ID随插入时间而递增；排序数据库，用于存储第一客户端对应的排序数据列表，排序数据列表包括具有编号的排序数据，每条排序数据还包括一个排序ID，排序ID随插入时间而递增；申请处理单元，用于响应于第一客户端获取申请信息列表的请求，将对应于第一客户端的申请信息列表发送给第一客户端，并接收第一客户端对申请信息列表中的申请信息确认或拒绝的信息，其中，在接收到第一客户端发送的确认的信息后，申请处理单元在排序数据列表中查找当前排序数据，根据当前排序数据中的编号，获取下一条排序数据的编号，并且申请处理单元根据下一条排序数据的编号和第一客户端确认的申请信息生成下一条排序数据。

在一个实施例中，web服务器还包括：过号处理单元，用于接收第一客户端发送的过号指令，过号指令包括需删除的排序数据的相关信息，并响应于过号指令，删除需删除的排序数据。

在一个实施例中，web服务器还包括：信息查询单元，用于接收第二客户端的查询指令，查询指令指示查询对应于第二客户端的相关信息，并响应于查询指令，查询并返回对应于第二客户端的相关信息。

在一个实施例中，web服务器还包括：消息推送单元，用于接收第一客户端发送的推送消息请求，推送消息请求包括编号，并且响应于推送消息，向编号对应的第二客户端推送相关消息。

在一个实施例中，申请接收单元还用于在接收第二客户端发送的、申请加入对应于第一客户端的排序的申请信息的同时接收第二客户端发送的第二客户端的位置信息，并且申请处理单元还用于接收第一客户端根据位置信息对申请信息列表中的申请信息确认或拒绝的信息。

为实现上述目的，本发明还提供了一种基于移动互联网、用于处理数据的第一客户端，包括：信息请求单元，用于向web服务器发送获取申请信息列表的请求，申请信息列表包括第二客户端发送的、申请加入对应于第一客户端的排序的申请信息，每条申请信息包括一个申请ID，申请ID随插入时间而递增；信息接收单元，用于接收web服务器发送的对应于第一客户端的申请信息列表；申请确认/拒绝单元，用于向web服务器发送对申请信息列表中的申请信息确认或拒绝的信息，其中，确认的信息使web服务器生成包含排序数据的排序数据列表。

在一个实施例中，申请确认/拒绝单元还用于根据第二客户端在向web服务器发送申请加入对应于第一客户端的排序的申请信息的同时发送的第二客户端的位置信息获取第二客户端与目标位置之间的距离，并根据距离向web服务器发送对申请信息列表中的申请信息确认或拒绝的信息。

为实现上述目的，本发明还提供了一种基于移动互联网、用于处理数据的第二客户端，包括：申请单元，用于向web服务器发送申请加入对应于第一客户端的排序的申请信息，并接收web服务器返回的申请ID，申请ID由web服务器将申请信息添加到第一客户端对应的申请信息列表中之后生成，申请ID随插入时间而递增；数据接收单元，用于接收web服务器返回的申请信息被第一客户端确认的状态以及排序ID，排序ID由web服务器根据当前排序数据中的编号和第一客户端确认的申请信息为下一条排序数据而生成，数据接收单元还用于接收web服务器返回的申请信息被第一客户端拒绝的状态；信息查询单元，用于向web服务器发送查询对应于第二客户端的相关信息的请求，并接收web服务器返回的对应于第二客户端的相关信息。

在一个实施例中，申请单元还用于在向web服务器发送申请加入对应于第一客户端的排序的申请信息的同时发送第二客户端的位置信息。

本发明实施例的有益效果在于，通过以上技术方案，为应用第二客户端的用户及时提供应用第一客户端的商户的有效信息数据，方便用户对该商户的排序信息数据的查询。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1是根据本发明实施例的应用场景的结构示意图；

图2是根据本发明第一实施例的数据处理方法的流程图；

图3是根据本发明第二实施例的数据处理方法的流程图；

图4是根据本发明第三实施例的数据处理方法的流程图；

图5是根据本发明第一实施例的web服务器的结构示意图；

图6是根据本发明第二实施例的web服务器的结构示意图；

图7是根据本发明第三实施例的web服务器的结构示意图；

图8是根据本发明第四实施例的web服务器的结构示意图；

图9是根据本发明第五实施例的web服务器的结构示意图；

图10是根据本发明实施例的第一客户端的结构示意图；

图11是根据本发明实施例的第二客户端的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例作进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

现在将参考附图进一步详细描述本发明。本发明可以许多不同的形式来实现，不应该被理解为仅限于此处所阐述的实施例。这些实施例只作为示例提供，以便为本领域技术人员提供对本发明的完全理解。

图1是根据本发明实施例的应用场景100的结构示意图。如图1所示的应用场景包括web服务器102、用户移动终端104和排序数据应用终端106。

用户移动终端104可以安装有第二客户端（如个人客户端），第二客户端可以是智能手机应用、平板电脑应用等，可以由普通个人用户使用，用于申请加入排序、监控排序状态等。

排序数据应用终端106可以安装有第一客户端（如商户、机构客户端），该第一客户端可以是平板电脑应用、智能手机应用或者浏览器。根据本发明的实施例，排序数据应用终端106可以由商家管理员使用，也可以自动运行，用于管理排序、处理用户的排序请求、显示排序状态等。

web服务器102可以用于根据上述客户端的请求对数据进行处理以反馈客户端所需的数据。web服务器102可以具有申请信息数据库及排序数据库。其中，申请信息数据库可以存储用户向商家发出的排序申请的信息，每条申请信息包括一个唯一的申请ID，商家ID，及其它申请相关信息。其中唯一的申请ID是随插入时间严格递增的。排序数据库可以存储商家对应的排序数据，每条排序数据包括一个唯一的排序ID，商家ID，编号，及其它号码相关信息。其中唯一的排序ID是随插入时间严格递增的。

根据本发明的实施例，上述web服务器可以是单独的服务器也可以是包括多台服务器的群组。

图2是根据本发明第一实施例的数据处理方法200的流程图。

在步骤202中，web服务器接收第一客户端发送的发号指令，发号指令指示向第一客户端对应的排序数据列表添加一条排序数据并向第一客户端返回一个编号，每条排序数据包括编号和一个排序ID，排序ID随插入时间而递增。

在一个实施例中，web服务器可以先接收第一客户端发送的注册信息Web服务器可以向申请注册的第一客户端分配一个唯一的用户ID。Web服务器还可以接收第一客户端对是否开启排序开关、第一客户端的登陆账号、密码等的设置。

在步骤204中，web服务器响应于发号指令，查找第一客户端对应的排序数据列表中当前排序数据。

在步骤206中，web服务器根据当前排序数据中的编号，获取下一条排序数据的编号作为发号指令指示添加的排序数据的编号。

在步骤208中，web服务器将发号指令指示添加的排序数据插入排序数据列表。

在步骤210中，web服务器将下一条排序数据的编号返回给第一客户端。

在步骤212中，web服务器接收第二客户端的查询指令，查询指令指示查询第一客户端对应的排序数据列表的相关信息。

在步骤214中，web服务器响应于查询指令，向第二客户端返回第一客户端对应的排序数据列表的相关信息。

基于上述技术方案，用户可以在任意应用第二客户端的移动设备上对商户的排序数据进行查询，不在现场的用户也可以了解到应用第一客户端的商户的现场发号情况，以便于用户及时获取所需信息数据。

图3是根据本发明第二实施例的数据处理方法300的流程图。

在步骤302中，web服务器接收第二客户端发送的、申请加入对应于第一客户端的排序的申请信息，将申请信息添加到第一客户端对应的申请信息列表中，每条申请信息包括一个申请ID，申请ID随插入时间而递增。

在步骤304中，web服务器响应于第一客户端获取申请信息列表的请求，将对应于第一客户端的申请信息列表发送给第一客户端。

在步骤306中，web服务器接收第一客户端对申请信息列表中的申请信息确认或拒绝的信息。

在步骤308中，在接收到第一客户端发送的确认的信息后，web服务器在排序数据列表中查找当前排序数据。

在步骤310中，web服务器根据当前排序数据中的编号，获取下一条排序数据的编号。

在步骤312中，web服务器根据下一条排序数据的编号和第一客户端确认的申请信息生成下一条排序数据。

基于上述技术方案，用户可以在任意应用第二客户端的移动设备上申请加入应用第一客户端的商户的排序，即使不在现场，用户也可以提前加入排序。而应用第一客户端的商户也可以及时获取所有的申请信息。

图4是根据本发明第三实施例的数据处理方法400的流程图。

在步骤402中，web服务器接收第二客户端发送的、申请加入对应于第一客户端的排序的申请信息，将申请信息添加到第一客户端对应的申请信息列表中，每条申请信息包括一个申请ID，申请ID随插入时间而递增。

在一个实施例中，web服务器可以先接收第一客户端发送的注册信息Web服务器可以向申请注册的第一客户端分配一个唯一的用户ID。Web服务器还可以接收第一客户端对是否开启排序开关、第一客户端的登陆账号、密码等的设置。

在一个实施例中，在web服务器可以在接收第二客户端发送的、申请加入对应于第一客户端的排序的申请信息的同时接收第二客户端发送的第二客户端的位置信息，如第二客户端所处位置的经纬度坐标等。

在步骤404中，web服务器响应于第一客户端获取申请信息列表的请求，将对应于第一客户端的申请信息列表发送给第一客户端。Web服务器可以根据第一客户端的请求，通过用户ID查找其所对应的所有申请信息。

在步骤406中，web服务器接收第一客户端对申请信息列表中的申请信息确认或拒绝的信息。在一个实施例中，应用第一客户端的商户可以根据第二客户端的位置信息对申请信息列表中的申请信息确认或拒绝的信息。例如，第一客户端可以根据经纬度坐标计算出应用第二客户端的用户与目标位置的距离，从而判断是否接受用户的申请。

在步骤408中，在接收到第一客户端发送的确认的信息后，web服务器在排序数据列表中查找当前排序数据。在一个实施例中，web服务器根据该确认信息，将被确认的申请信息的状态修改为成功状态。排序数据列表可以存储商家对应的排序数据，每条排序数据包括一个唯一的排序ID，商家ID，编号，及其它号码相关信息。其中唯一的排序ID是随插入时间严格递增的。

在步骤410中，web服务器根据当前排序数据中的编号，获取下一条排序数据的编号。

在步骤412中，web服务器根据下一条排序数据的编号和第一客户端确认的申请信息生成下一条排序数据。

在步骤413中，在接收到第一客户端发送的拒绝的信息后，web服务器根据该拒绝信息将被决绝的申请信息的状态修改为失败状态，并通知第二客户端。

在步骤414中，web服务器接收第一客户端发送的推送消息请求，推送消息请求包括排序数据的编号。

在步骤416中，web服务器响应于推送消息，向编号对应的第二客户端推送相关消息，如即将排到、当前排号状态、申请状态等。根据本发明的实施例，web服务器可以通过短信或其它形式发送推送消息。

在步骤418中，web服务器可以接收第一客户端发送的过号指令，过号指令包括需删除的排序数据的相关信息。

在步骤420中，web服务器响应于过号指令，删除需删除的排序数据。

在步骤422中，web服务器接收第二客户端的查询指令，查询指令指示查询对应于第二客户端的相关信息。例如，对应于第二客户端的相关信息可以包括第二客户端申请加入排序的申请状态（即成功状态或失败状态）、第二客户端所对应的排序数据的排序ID在所有数据中的位置等。

在步骤424中，web服务器响应于查询指令，查询并返回对应于第二客户端的相关信息。

基于上述技术方案，用户可以在任意应用第二客户端的移动设备上申请加入应用第一客户端的商户的排序，即使不在现场，用户也可以提前加入排序。用户还可以远程查询申请状态、排序状态。而应用第一客户端的商户也可以及时获取所有的申请信息，对申请信息进行有效处理并为应用第二客户端的用户提供有效、及时的排序状态。

图5是根据本发明第一实施例的web服务器500的结构示意图。web服务器500可以包括：指令接收单元502、排序数据库504、数据添加单元506和发送单元508。

指令接收单元502，用于接收第一客户端发送的发号指令，发号指令指示向第一客户端对应的排序数据列表添加一条排序数据并向第一客户端返回一个编号。

排序数据库504，用于存储第一客户端对应的排序数据列表，排序数据列表包括具有编号的排序数据，每条排序数据还包括一个排序ID，排序ID随插入时间而递增。

数据添加单元506，用于响应于发号指令，在排序数据库中查找排序数据列表的当前排序数据，并根据当前排序数据中的编号，获取下一条排序数据的编号作为发号指令指示添加的排序数据的编号，并将发号指令指示添加的排序数据插入排序数据列表。

发送单元508，用于将下一条排序数据的编号返回给第一客户端。

指令接收单元502还用于接收第二客户端的查询指令，查询指令指示查询第一客户端对应的排序数据列表的相关信息，发送单元508还用于响应于查询指令，向第二客户端返回第一客户端对应的排序数据列表的相关信息。

在一个实施例中，web服务器500还可以包括过号处理单元，用于接收第一客户端发送的过号指令，过号指令包括需删除的排序ID，并响应于过号指令，在排序数据列表中删除排序ID相应的排序数据。

图6是根据本发明第二实施例的web服务器600的结构示意图。web服务器600可以包括：申请接收单元602、申请信息数据库604、排序数据库606和申请处理单元608。

申请接收单元602，用于接收第二客户端发送的、申请加入对应于第一客户端的排序的申请信息。

申请信息数据库604，用于存储第一客户端对应的申请信息列表，接收到的申请信息被添加到申请信息列表中，每条申请信息包括一个申请ID，申请ID随插入时间而递增。

排序数据库606，用于存储第一客户端对应的排序数据列表，排序数据列表包括具有编号的排序数据，每条排序数据还包括一个排序ID，排序ID随插入时间而递增。

申请处理单元608，用于响应于第一客户端获取申请信息列表的请求，将对应于第一客户端的申请信息列表发送给第一客户端，并接收第一客户端对申请信息列表中的申请信息确认或拒绝的信息。

其中，在接收到第一客户端发送的确认的信息后，申请处理单元608在排序数据列表中查找当前排序数据，根据当前排序数据中的编号，获取下一条排序数据的编号，并且申请处理单元根据下一条排序数据的编号和第一客户端确认的申请信息生成下一条排序数据。

在一个实施例中，申请接收单元602还用于在接收第二客户端发送的、申请加入对应于第一客户端的排序的申请信息的同时接收第二客户端发送的第二客户端的位置信息。申请处理单元608还用于接收第一客户端根据位置信息对申请信息列表中的申请信息确认或拒绝的信息。

图7是根据本发明第三实施例的web服务器700的结构示意图。其中，图7所示的web服务器700所包括的申请接收单元702、申请信息数据库704、排序数据库706、申请处理单元708与图6所示的相应模块类似，此处不再赘述，仅对不同处进行详细描述。

图7所示的web服务器700还包括过号处理单元710，用于接收第一客户端发送的过号指令，过号指令包括需删除的排序数据的相关信息，并响应于过号指令，删除需删除的排序数据。

图8是根据本发明第四实施例的web服务器800的结构示意图。其中，图8所示的web服务器800所包括的申请接收单元802、申请信息数据库804、排序数据库806、申请处理单元808与图6所示的相应模块类似，此处不再赘述，仅对不同处进行详细描述。

图8所示的web服务器800还包括信息查询单元810，用于接收第二客户端的查询指令，查询指令指示查询对应于第二客户端的相关信息，并响应于查询指令，查询并返回对应于第二客户端的相关信息。

图9是根据本发明第五实施例的web服务器900的结构示意图。其中，图9所示的web服务器900所包括的申请接收单元902、申请信息数据库904、排序数据库906、申请处理单元908与图6所示的相应模块类似，此处不再赘述，仅对不同处进行详细描述。

图9所示的web服务器900还包括消息推送单元910，用于接收第一客户端发送的推送消息请求，推送消息请求包括编号，并且响应于推送消息，向编号对应的第二客户端推送相关消息。

图10是根据本发明实施例的第一客户端1000的结构示意图。第一客户端1000包括信息请求单元1002、信息接收单元1004和申请确认/拒绝单元1006。

信息请求单元1002，用于向web服务器发送获取申请信息列表的请求，申请信息列表包括第二客户端发送的、申请加入对应于第一客户端1000的排序的申请信息，每条申请信息包括一个申请ID，申请ID随插入时间而递增。

信息接收单元1004，用于接收web服务器发送的对应于第一客户端1000的申请信息列表。

申请确认/拒绝单元1006，用于向web服务器发送对申请信息列表中的申请信息确认或拒绝的信息，其中，确认的信息使web服务器生成包含排序数据的排序数据列表。

在一个实施例中，申请确认/拒绝单元1006还用于根据第二客户端在向web服务器发送申请加入对应于第一客户端1000的排序的申请信息的同时发送的第二客户端的位置信息获取第二客户端与目标位置之间的距离，并根据距离向web服务器发送对申请信息列表中的申请信息确认或拒绝的信息。

图11是根据本发明实施例的第二客户端1100的结构示意图。第二客户端1100包括申请单元1102、数据接收单元1104和信息查询单元1106。

申请单元1102，用于向web服务器发送申请加入对应于第一客户端的排序的申请信息，并接收web服务器返回的申请ID，申请ID由web服务器将申请信息添加到第一客户端对应的申请信息列表中之后生成，申请ID随插入时间而递增。在一个实施例中，申请单元1102还用于在向web服务器发送申请加入对应于第一客户端的排序的申请信息的同时发送第二客户端1100的位置信息。

数据接收单元1104，用于接收web服务器返回的申请信息被第一客户端确认的状态以及排序ID，排序ID由web服务器根据当前排序数据中的编号和第一客户端确认的申请信息为下一条排序数据而生成，数据接收单元还用于接收web服务器返回的申请信息被第一客户端拒绝的状态。

信息查询单元1106，用于向web服务器发送查询对应于第二客户端1100的相关信息的请求，并接收web服务器返回的对应于第二客户端1100的相关信息。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器（RAM）、内存、只读存储器（ROM）、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1.一种基于移动互联网的数据处理方法，其特征在于，包括：

web服务器接收第一客户端发送的发号指令，所述发号指令指示向第一客户端对应的排序数据列表添加一条排序数据并向所述第一客户端返回一个编号，每条排序数据还包括一个排序ID，所述排序ID随插入时间而递增；

所述web服务器响应于所述发号指令，查找所述第一客户端对应的排序数据列表中当前排序数据；

所述web服务器根据所述当前排序数据中的编号，获取下一条排序数据的编号作为所述发号指令指示添加的排序数据的编号；

所述web服务器将所述发号指令指示添加的排序数据插入所述排序数据列表；

所述web服务器将所述下一条排序数据的编号返回给所述第一客户端；

所述web服务器接收第二客户端的查询指令，所述查询指令指示查询所述第一客户端对应的排序数据列表的相关信息；

所述web服务器响应于所述查询指令，向所述第二客户端返回所述第一客户端对应的排序数据列表的相关信息。

2.一种基于移动互联网的数据处理方法，其特征在于，包括：

web服务器接收第二客户端发送的、申请加入对应于第一客户端的排序的申请信息，将所述申请信息添加到所述第一客户端对应的申请信息列表中，每条申请信息包括一个申请ID，所述申请ID随插入时间而递增；

所述web服务器响应于所述第一客户端获取所述申请信息列表的请求，将对应于所述第一客户端的所述申请信息列表发送给所述第一客户端；

所述web服务器接收所述第一客户端对所述申请信息列表中的申请信息确认或拒绝的信息，

其中，在接收到所述第一客户端发送的确认的信息后，所述web服务器在排序数据列表中查找当前排序数据，根据所述当前排序数据中的编号，获取下一条排序数据的编号，并且所述web服务器根据所述下一条排序数据的编号和所述第一客户端确认的申请信息生成所述下一条排序数据。

3.根据权利要求2的数据处理方法，其特征在于，还包括：

所述web服务器接收所述第一客户端发送的过号指令，所述过号指令包括需删除的排序数据的相关信息；

所述web服务器响应于所述过号指令，删除所述需删除的排序数据。

4.根据权利要求2的数据处理方法，其特征在于，还包括：

所述web服务器接收所述第二客户端的查询指令，所述查询指令指示查询对应于所述第二客户端的相关信息；

所述web服务器响应于所述查询指令，查询并返回对应于所述第二客户端的相关信息。

5.根据权利要求2的数据处理方法，其特征在于，还包括：

所述web服务器接收所述第一客户端发送的推送消息请求，所述推送消息请求包括编号；

所述web服务器响应于所述推送消息，向所述编号对应的所述第二客户端推送相关消息。

6.根据权利要求2的数据处理方法，其特征在于，在所述web服务器在接收所述第二客户端发送的、申请加入对应于第一客户端的排序的申请信息的同时接收所述第二客户端发送的所述第二客户端的位置信息，并且所述web服务器接收所述第一客户端根据所述位置信息对所述申请信息列表中的申请信息确认或拒绝的信息。

7.一种基于移动互联网、用于处理数据的web服务器，其特征在于，包括：

指令接收单元，用于接收第一客户端发送的发号指令，所述发号指令指示向第一客户端对应的排序数据列表添加一条排序数据并向所述第一客户端返回一个编号；

排序数据库，用于存储所述第一客户端对应的排序数据列表，所述排序数据列表包括具有所述编号的排序数据，每条排序数据还包括一个排序ID，所述排序ID随插入时间而递增；

数据添加单元，用于响应于所述发号指令，在所述排序数据库中查找所述排序数据列表的当前排序数据，并根据所述当前排序数据中的编号，获取下一条排序数据的编号作为所述发号指令指示添加的排序数据的编号，并将所述发号指令指示添加的排序数据插入所述排序数据列表；

发送单元，用于将所述下一条排序数据的编号返回给所述第一客户端，

其中，所述指令接收单元还用于接收第二客户端的查询指令，所述查询指令指示查询所述第一客户端对应的排序数据列表的相关信息，所述发送单元还用于响应于所述查询指令，向所述第二客户端返回所述第一客户端对应的排序数据列表的相关信息。

8.一种基于移动互联网、用于处理数据的web服务器，其特征在于，包括：

申请接收单元，用于接收第二客户端发送的、申请加入对应于第一客户端的排序的申请信息；

申请信息数据库，用于存储所述第一客户端对应的申请信息列表，接收到的所述申请信息被添加到所述申请信息列表中，每条申请信息包括一个申请ID，所述申请ID随插入时间而递增；

排序数据库，用于存储所述第一客户端对应的排序数据列表，所述排序数据列表包括具有编号的排序数据，每条排序数据还包括一个排序ID，所述排序ID随插入时间而递增；

申请处理单元，用于响应于所述第一客户端获取所述申请信息列表的请求，将对应于所述第一客户端的所述申请信息列表发送给所述第一客户端，并接收所述第一客户端对所述申请信息列表中的申请信息确认或拒绝的信息，

其中，在接收到所述第一客户端发送的确认的信息后，所述申请处理单元在排序数据列表中查找当前排序数据，根据所述当前排序数据中的编号，获取下一条排序数据的编号，并且所述申请处理单元根据所述下一条排序数据的编号和所述第一客户端确认的申请信息生成所述下一条排序数据。

9.根据权利要求8的web服务器，其特征在于，还包括：

过号处理单元，用于接收所述第一客户端发送的过号指令，所述过号指令包括需删除的排序数据的相关信息，并响应于所述过号指令，删除所述需删除的排序数据。

10.根据权利要求8的web服务器，其特征在于，还包括：

信息查询单元，用于接收所述第二客户端的查询指令，所述查询指令指示查询对应于所述第二客户端的相关信息，并响应于所述查询指令，查询并返回对应于所述第二客户端的相关信息。

11.根据权利要求8的web服务器，其特征在于，还包括：

消息推送单元，用于接收所述第一客户端发送的推送消息请求，所述推送消息请求包括编号，并且响应于所述推送消息，向所述编号对应的所述第二客户端推送相关消息。

12.根据权利要求8的web服务器，其特征在于，所述申请接收单元还用于在接收所述第二客户端发送的、申请加入对应于第一客户端的排序的申请信息的同时接收所述第二客户端发送的所述第二客户端的位置信息，并且所述申请处理单元还用于接收所述第一客户端根据所述位置信息对所述申请信息列表中的申请信息确认或拒绝的信息。

13.一种基于移动互联网、用于处理数据的第一客户端，其特征在于，包括：

信息请求单元，用于向web服务器发送获取申请信息列表的请求，所述申请信息列表包括第二客户端发送的、申请加入对应于所述第一客户端的排序的申请信息，每条申请信息包括一个申请ID，所述申请ID随插入时间而递增；

信息接收单元，用于接收所述web服务器发送的对应于所述第一客户端的所述申请信息列表；

申请确认/拒绝单元，用于向所述web服务器发送对所述申请信息列表中的申请信息确认或拒绝的信息，其中，所述确认的信息使所述web服务器生成包含排序数据的排序数据列表。

14.根据权利要求13的第一客户端，其特征在于，所述申请确认/拒绝单元还用于根据所述第二客户端在向web服务器发送申请加入对应于第一客户端的排序的申请信息的同时发送的所述第二客户端的位置信息获取所述第二客户端与目标位置之间的距离，并根据所述距离向所述web服务器发送对所述申请信息列表中的申请信息确认或拒绝的信息。

15.一种基于移动互联网、用于处理数据的第二客户端，其特征在于，包括：

申请单元，用于向web服务器发送申请加入对应于第一客户端的排序的申请信息，并接收所述web服务器返回的申请ID，所述申请ID由所述web服务器将所述申请信息添加到所述第一客户端对应的申请信息列表中之后生成，所述申请ID随插入时间而递增；

数据接收单元，用于接收所述web服务器返回的所述申请信息被所述第一客户端确认的状态以及排序ID，所述排序ID由所述web服务器根据所述当前排序数据中的编号和所述第一客户端确认的申请信息为下一条排序数据而生成，所述数据接收单元还用于接收所述web服务器返回的所述申请信息被所述第一客户端拒绝的状态；

信息查询单元，用于向所述web服务器发送查询对应于所述第二客户端的相关信息的请求，并接收所述web服务器返回的对应于所述第二客户端的相关信息。

16.根据权利要求15的第二客户端，其特征在于，所述申请单元还用于在向web服务器发送申请加入对应于第一客户端的排序的申请信息的同时发送所述第二客户端的位置信息。

Images