CN105391615A - 一种基于业务需求的即时通信方法、装置及系统 - Google Patents

Abstract

本发明的实施例公开一种基于业务需求的即时通信方法、装置及系统。所述基于业务需求的即时通信方法应用于浏览器客户端，包括：当检测到用户登录预先规定的业务网站后，接收用户的业务查询请求；查询并获取业务查询请求中查询条件信息对应的业务信息，并向用户返回包含获取的业务信息的业务查询请求响应并展示；接收所述用户在展示所述业务查询请求响应的界面中触发的加入即时通信群请求，获取与所述业务查询请求相匹配的即时通信群，所述即时通信群用于所述业务网站的用户之间的即时通信；将所述用户加入获取的所述即时通信群与所述业务网站的其他用户进行即时通信，以获取辅助业务信息。应用本发明，可以提升用户基于业务需求的通信效率。

Description

一种基于业务需求的即时通信方法、装置及系统

技术领域

本发明涉及即时通信(IM，InstantMessenger)技术，尤其涉及一种基于业务需求的即时通信方法、装置及系统。

背景技术

电子商务通过将传统商业活动的各环节进行电子化、网络化，利用因特网(Internet)、企业内部网(Intranet)和增值网(VAN，ValueAddedNetwork)，以电子交易的方式进行业务交易活动以及提供相关业务服务，可以实现基于用户业务需求的应用服务。例如，作为电子商务应用的一个方面，用户可以通过因特网进行网络购物，例如，通过浏览器客户端进行长途汽车票、火车票、机票、日用品、休闲娱乐电子设备等网络购物，从而满足用户各种个性化的业务需求，为用户提供便利，也可为各运营商带来新的利润增长点。

但一些电子商务，由于社会状态的特殊性，例如，节假日、旅游高峰期的火车票购票，由于供需失衡，导致一票难求，因而，即便是最方便的网络购票，也会出现无法购买到车票，或者，需要等待较长时间才能购买到车票，或者，等待较长时间也未能购买到车票的情况。

以火车票购票为例，用户通过登录相关火车购票网站，通过查询途径目标目的地的火车车次，可以获取各火车车次相关的已售火车票信息以及剩余火车票信息，并依据剩余火车票信息确定需要购买的火车票等级以及对应的火车车次，然后，输入用户身份证信息并通过网上支付方式完成该火车票购票流程。但是，由于在节假日以及寒暑假、旅游高峰期，存在火车票供不应求，一票难求等情况，用户通过登录相关火车购票网站进行网络购票时，往往无法一次性地以较快速度购买到火车票，为了购买到所需的火车票，需要不断地等待，使得网络购票的过程比较漫长，少则一小时，多则几小时，甚至数十小时或者需要持续多天，购票效率十分低下。

由上述可见，现有基于业务需求提供应用服务的方法，由于具有业务需求的用户与提供业务应用服务的网站服务器都是作为独立的个体而存在，尤其是提供业务应用服务的网站服务器内的各用户，彼此相互独立、毫无关联，而且，由于绝大多数用户不会较为频繁地购买火车票，对于网络购票的信息知之较少或不是非常清楚，而网站服务器没有提供任何与其他实时在线的网络购票用户进行交流和沟通的渠道，使得不少用户在进行网络购票时，需要付出更多的时间和精力，使得基于业务需求提供应用服务的效率较低；进一步地，用户与网站服务器之间的互动较少，网站服务器只是向用户提供业务的一些简要信息，例如，已售火车票信息以及剩余火车票中的各等级火车票信息，不能满足用户多样化的业务需求。

现有技术中，用户为了有效减少网络购票时需要付出的时间和精力，一般选择利用第三方的即时通信工具，例如，QQ、微博、微信、飞信等与即时通信工具内的其他用户进行交流沟通，以获取相关的网络购票信息。但该方法，由于第三方的即时通信工具与网站服务器相互独立，一方面，导致购票用户需要在两者之间不断切换，并分散注意力才可完成与其他用户的沟通，通信效率还是不高；另一方面，由于第三方的即时通信工具并非是专门为该业务(例如，网络购票)量身打造，因而，其承载的信息沟通过于复杂，例如，用户通过QQ进行交流沟通，由于用户的QQ好友数量较为有限，使得能够提供的网络购票信息量也较为有限，导致购票用户无法很好地沟通自己的疑问和困难；而且，大多数的第三方即时通信工具会向用户推送很多不必要的资讯，从而再度分散购票用户的注意力，降低了用户基于该业务需求的通信效率。

发明内容

有鉴于此，本发明实施例提供一种基于业务需求的即时通信方法、装置及系统，提升用户基于业务需求的通信效率。

为达到上述目的，本发明的实施例采用如下技术方案：

一方面，本发明实施例提供一种基于业务需求的即时通信方法，该方法应用于浏览器客户端，包括：

当检测到用户登录预先规定的业务网站后，接收用户的业务查询请求；

查询并获取业务查询请求中查询条件信息对应的业务信息，并向用户返回包含获取的业务信息的业务查询请求响应并展示；

接收所述用户在展示所述业务查询请求响应的界面中触发的加入即时通信群请求，获取与所述业务查询请求相匹配的即时通信群，所述即时通信群用于所述业务网站的用户之间的即时通信；

将所述用户加入获取的所述即时通信群与所述业务网站的其他用户进行即时通信，以获取辅助业务信息。

本发明实施例提供的基于业务需求的即时通信方法，通过将即时通信工具集成在业务网站服务器中，减少了用户需要使用第三方的即时通信工具实现交流功能所需的时间，提升了基于业务需求提供应用服务的效率；进一步地，即时通信群与业务相关联，依据业务包含的各子业务设置对应的即时通信群，使得即时通信群中的用户具有高度一致的目标性和话题性，相互之间更容易展开充分的交流和沟通，通信效率更高，用户体验更好。

另一方面，本发明实施例提供一种基于业务需求的即时通信装置，该装置应用于浏览器客户端，包括：业务信息模块以及即时通信工具模块，其中，

业务信息模块，用于当检测到用户登录预先规定的业务网站后，接收用户的业务查询请求，查询并获取业务查询请求中查询条件信息对应的业务信息，并向用户返回包含获取的业务信息的业务查询请求响应并展示；

即时通信工具模块，用于接收所述用户在展示所述业务查询请求响应的界面中触发的加入即时通信群请求，获取与所述业务查询请求相匹配的即时通信群，所述即时通信群用于所述业务网站的用户之间的即时通信；将所述用户加入获取的所述即时通信群与所述业务网站的其他用户进行即时通信，以获取辅助业务信息。

本发明实施例提供的基于业务需求的即时通信装置，通过将即时通信工具模块集成在业务网站服务器中，可以实时通过即时通信工具获取业务相关的辅助业务信息，业务网站服务器中的业务信息模块提供业务，减少了用户需要使用第三方的即时通信工具才能实现即时交流，提升了基于业务需求提供应用服务的效率；进一步地，即时通信群与业务相关联，依据业务包含的各子业务设置对应的即时通信群，使得即时通信群中的用户具有高度一致的目标性和话题性，相互之间更容易展开充分的交流和沟通，通信效率更高，用户体验更好。

再一方面，本发明实施例提供一种基于业务需求的即时通信系统，包括：客户端、网关服务器、业务网站服务器以及即时通信服务器，其中，

客户端，用于在具有业务需求时，生成包含查询条件信息的业务查询请求，并通过网关服务器发送至业务网站服务器，接收包含业务信息的业务查询请求响应并展示；接收用户在展示业务查询请求响应的界面中触发的加入即时通信群请求，发送至网关服务器；

网关服务器，用于当检测到用户登录预先规定的业务网站服务器后，接收加入即时通信群请求，获取与所述业务查询请求相匹配的即时通信群所在的即时通信服务器，所述即时通信群用于所述业务网站服务器的用户之间的即时通信；将加入即时通信群请求转发至获取的所述即时通信服务器；

业务网站服务器，用于接收业务查询请求，查询并获取业务查询请求中查询条件信息对应的业务信息，通过网关服务器向客户端返回包含获取的业务信息的业务查询请求响应；

即时通信服务器，用于接收加入即时通信群请求，将用户加入获取的所述即时通信群与所述业务网站服务器的其他用户进行即时通信，以使用户获取辅助业务信息。

本发明实施例提供的基于业务需求的即时通信系统，业务网站服务器在提供业务时，还通过在网页中绑定用于链接即时通信服务器的加入即时通信群控件，网关服务器根据用户的加入即时通信群请求分配相应的即时通信服务器，使得客户端在需要获取业务相关的辅助业务信息时，无需使用第三方的即时通信工具，提升了基于业务需求提供应用服务的效率；进一步地，网关服务器维护的即时通信群与业务相关联，依据业务包含的各子业务设置对应的即时通信群，使得即时通信群中的用户具有高度一致的目标性和话题性，相互之间更容易展开充分的交流和沟通，通信效率更高，用户体验更好。

附图说明

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

图1为本发明实施例基于业务需求的即时通信方法流程示意图；

图2为本发明实施例基于业务需求的即时通信装置结构示意图；

图3为本发明实施例基于业务需求的即时通信系统结构示意图。

具体实施方式

下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

图1为本发明实施例基于业务需求的即时通信方法流程示意图。参见图1，该方法应用于浏览器客户端，包括：

步骤101，当检测到用户登录预先规定的业务网站后，接收用户的业务查询请求；

需要说明的是，本发明实施例中所述的“用户登录预先规定的业务网站”意指，用户通过浏览器客户端访问该业务网站，或者，用户通过浏览器客户端访问该业务网站后通过预先注册的账号信息登录该业务网站，这都是合理的。

浏览器客户端能够检测出用户是否登录预先规定的业务网站，并在检测到用户登录该预先规定的业务网站后，检测并接收用户的业务查询请求。

其中，预先规定的业务网站可以是网络购物网站，例如虚拟物品购物网站和实体物品购物网站等，具体例如火车票购票网站、汽车票购票网站、会议购票网站、体育购票网站、娱乐购票网站等。

步骤102，查询并获取业务查询请求中查询条件信息对应的业务信息，并向用户返回包含获取的业务信息的业务查询请求响应并展示；

在本发明的一个实施例中，步骤101和102中，业务查询请求可以包括：网络购票查询请求、网络抢购查询请求等。其中，对于网络购票，在节假日以及旅游高峰期，火车票较为难购，而飞机票以及长途汽车票一般不存在难购情形，因而，较佳地，网络购票查询请求为网络购票查询请求。对于网络抢购查询请求，可以是移动电话网络抢购查询请求或者其他商品网络抢购查询请求，例如，定时秒杀商品网络抢购查询请求，本发明实施例对此不作限定。

较佳地，本发明实施例中，基于超文本标记语言(HTML，HypertextMarkupLanguage)5生成业务查询请求。作为一可选实施例，可以基于HTML5的网页套接字(Websocket)协议生成业务查询请求，其中，Websocket协议是在HTML5中引入的新型低延迟通信协议，支持跨平台，可以实现浏览器客户端与业务网站服务器之间的全双工(full-duplex)的实时通信，可以更好地节省业务网站服务器的资源和带宽，并为以后的多平台扩展奠定基础。

以网络购票查询请求为网络购票查询请求、预先规定的业务网站为火车票查询网站(当然该查询网站也可以为兼具火车票查询功能的火车票购票网站)为例，在接收用户的业务查询请求前，用户首先通过浏览器客户端访问该火车票查询网站，具体的，针对该访问过程，该方法还可以进一步包括：

接收用户发送的火车票查询网站访问请求，向火车票查询网站服务器发送访问请求，以使所述火车票查询网站服务器将火车票查询网站网页返回至浏览器客户端进行展示。

本步骤中，具体的，用户可在需要购买火车票时，通过启动浏览器客户端，并在启动的浏览器客户端的地址栏中输入火车票查询网站的网址信息，例如，统一资源定位符(URL，UniversalResourceLocator)信息、超文本传输协议(HTTP，HypertextTransferProtocol)信息、网际协议(IP，InternetProtocol)地址信息、域名服务器(DNS，DomainNameServer)信息等，或者通过搜索相关的网址信息并点击搜索结果，从而发起访问请求，火车票查询网站服务器在接收到访问请求后，将首页网页信息返回至浏览器客户端，从而使得用户可以根据网页信息登录该火车票查询网站，例如，12306网站。

具体的，所述查询并获取业务查询请求中查询条件信息对应的业务信息包括：

提取所述网络购票查询请求中包含的查询条件信息，依据所述查询条件信息获取作为业务信息的火车票信息，所述网络购票查询请求为用户在浏览器客户端展示的火车票查询网站网页中，访问业务子网页并在所述业务子网页中输入查询条件信息生成。其中，查询条件信息是发给火车票查询网站的，由火车票查询网站依据查询条件获取火车票信息并返回给浏览器客户端展示。

本步骤中，用户通过浏览器客户端登录火车票查询网站后，根据所需获取的业务，点击相应的业务需求控件，从而在业务需求控件对应的业务子网页中发起网络购票查询请求。例如，以12306网站服务器为例，在通过浏览器客户端登录进入12306网站首页后，在浏览器客户端展示的12306网站首页中，点击首页中的客运服务控件，切换到客运服务子网页，在客运服务子网页提供的车票查询窗口(框)中，输入相关的查询条件信息，触发浏览器客户端生成网络购票查询请求，并通过浏览器客户端向12306网站服务器发送，从而通过12306网站服务器获取到火车票信息。

与现有客运服务网页包含内容不同的是，本发明实施例中的客运服务网页，还进一步包含有加入即时通信群控件。例如，现有的12306网站的客运服务网页的相关控件包含有：车票查询控件、最新动态控件、购票常见问题控件、使用须知控件、相关规章控件等。本发明实施例中，通过将加入即时通信群控件(例如，QQ群控件)绑定到12306网站的客运服务网页，即在客运服务网页中新增加入即时通信群控件，也就是将本发明实施例的加入即时通信群控件绑定(依附)或集成于基于业务需求的业务网站中，从而可以为12306网站提供扩展业务应用服务功能。

作为一可选实施例，查询条件信息包括：出发地信息以及目的地信息。当然，实际应用中，作为另一可选实施例，查询条件信息还可以进一步包括：单程信息、双程信息、出发日信息、返程日信息、车次类型信息以及车票类型信息中的任意一项或其任意组合。其中，

车次类型信息可以包括：高铁/城际信息、动车信息、直达信息、特快信息、快速信息以及车次信息中的任意一项或其任意组合。

车票类型信息可以包括：商务座信息、特等座信息、一等座信息、二等座信息、高级软卧信息、软卧信息、硬卧信息、软座信息、硬座信息以及无座信息中的任意一项或其任意组合。

本发明实施例中，关于依据查询条件信息获取火车票信息，为现有火车票查询网站提供的业务应用服务，在此略去详述。

步骤103，接收所述用户在展示所述业务查询请求响应的界面中触发的加入即时通信群请求，获取与所述业务查询请求相匹配的即时通信群，所述即时通信群用于所述业务网站的用户之间的即时通信；

步骤104，将所述用户加入获取的所述即时通信群与所述业务网站的其他用户进行即时通信，以获取辅助业务信息。

步骤103和104中，浏览器客户端接收业务网站服务器(网站服务器或业务网站)返回的业务查询请求响应，并对接收的业务查询请求响应进行解析，生成网页并在浏览器客户端上进行展示。如果用户根据展示的网页中的信息仍然不能获取所需的网络购票信息(业务需求信息)，则可以通过点击绑定在展示的业务子网页中的加入即时通信群控件，例如，QQ群控件，从而触发浏览器客户端生成加入即时通信群请求，具体的，浏览器客户端可将即时通信群请求发送给网关服务器，由网关服务器获取与所述业务查询请求相匹配的即时通信群所在的即时通信服务器，将加入即时通信群请求转发至获取的即时通信服务器，即时通信服务器接收到加入即时通信群请求，将用户加入获取的所述即时通信群与所述业务网站的其他用户进行即时通信，以使用户获取辅助业务信息。

作为可选实施例，该方法可以进一步包括：

将业务分类为与查询条件信息相关的多个子业务，并为每一子业务设置对应的子业务即时通信群，构建子业务与子业务即时通信群的映射关系。

本步骤中，对于网络购票业务，可以按照多种查询条件信息的组合方式，将网络购票业务分类为多个与查询条件信息相关的子业务。例如，按照出发地信息分类业务，每一出发地对应一出发地即时通信群，或者，按照目的地信息分类业务，每一目的地对应一目的地即时通信群，或者，按照出发地信息和目的地信息分类业务，每一出发地和目的地对应一出发地-目的地即时通信群，或者，按照车次分类业务，每一车次对应一车次即时通信群。当然，实际应用中，分类业务的方式也可以是上述方式的任意组合，并构建子业务与子业务即时通信群的映射关系，也就是说，每一子业务即时通信群以子业务标识进行唯一区别。

作为再一可选实施例，还可以在子业务即时通信群中设置点对点私聊控件，用以提供子业务即时通信群中，两用户之间的私聊应用服务功能。

本发明实施例中，作为一可选实施例，由于全国具有网络购票业务需求的用户数数量庞大，使得每一子业务即时通信群包含的用户数较多，为了保障即时通信的实时性和可靠性，可以将各子业务即时通信群分列于不同的即时通信服务器上，以分担服务器的负载，提升服务器的处理速度。

作为再一可选实施例，即时通信群包括一个或多个子业务即时通信群。为了保障子业务即时通信群内用户交互的实时性，还可以将子业务即时通信群分为一个或多个子业务即时通信组，每一子业务即时通信组设置用户数阈值，用以容纳不超过用户数阈值的用户。例如，对于车次即时通信群，依据各子业务潜在的用户数，可以再分类为两个卧铺即时通信组、一个软卧即时通信组以及五个硬座即时通信组等，对于每一子业务即时通信组，设置用户数阈值为500。

则，具体的，获取与所述业务查询请求相匹配的即时通信群包括：

提取用户发送的业务查询请求中包含的查询条件信息，查询子业务与子业务即时通信群的映射关系，获取提取的查询条件信息映射的子业务即时通信群，所述子业务即时通信群用于所述业务网站的用户之间的即时通信。

本步骤中，在提取查询条件信息后，可以采用模糊匹配方法与映射关系进行匹配以获取映射的子业务即时通信群，也可以采用精确匹配方法与映射关系进行匹配以获取映射的子业务即时通信群。例如，对于查询条件信息中，出发地信息为长沙，目的地信息为北京的情形，经过查询子业务与子业务即时通信群的映射关系，可以获取长沙-北京即时通信群、T1即时通信群、K186即时通信群等。进一步地，如果查询条件信息中还包含有软卧信息，则经过查询子业务与子业务即时通信群的映射关系，可以从相应的子业务即时通信群中，获取长沙-北京软卧即时通信组、T1软卧即时通信组、K186软卧即时通信组等。

这种情况下，将所述用户加入获取的所述即时通信群包括：

将所述用户加入获取的所述查询条件信息映射的子业务即时通信群。

本发明实施例中，作为另一可选实施例，还可以为所述分类为多个子业务的业务设置一综合即时通信群，即对网络购票业务不进行分类，提供一个综合性的用于用户交互的综合即时通信群，以便所有用户进行统一的沟通和交流。这样，将所述用户加入获取的所述查询条件信息映射的子业务即时通信群包括：

B21，判断获取的查询条件信息映射的子业务即时通信群是否为多个，如果是，执行步骤B22，否则，执行步骤B24；

本步骤中，依据获取的子业务即时通信群数量的不同，分别设置不同的处理方式。

B22，将获取的多个子业务即时通信群在所述浏览器客户端进行展示；

本步骤中，如果获取的是子业务即时通信组，则将多个子业务即时通信组在所述浏览器客户端进行展示。

B23，接收用户从浏览器客户端展示的多个子业务即时通信群中选取的子业务即时通信群，所述子业务即时通信群用于所述业务网站的用户之间的即时通信，并将所述用户加入所述选取的子业务即时通信群；

本步骤中，用户可以从展示的多个子业务即时通信群中，选取一个用于加入的子业务即时通信群。

如前所述，对于子业务即时通信群中包含有多个子业务即时通信组的情形，进一步地，该方法还可以进一步包括：

获取选取的子业务即时通信群中包含的子业务即时通信组；

依据各子业务即时通信组的状态标识，选取用于加入的子业务即时通信组；

本步骤中，状态标识可以是该子业务即时通信组是否已达到用户数阈值的标识、和/或，还可加入该子业务即时通信组的用户数信息。例如，如果该子业务即时通信组已达到用户数阈值，则可以设置状态标识为已满。

将所述用户加入所述选取的子业务即时通信群包括：

将所述用户加入所述选取的子业务即时通信群中的所述选取的子业务即时通信组。

B24，判断获取的查询条件信息映射的子业务即时通信群是否为一个，如果是，执行步骤B25，否则，执行步骤B26；

B25，将所述用户加入所述获取的业务信息映射的子业务即时通信群；

本步骤中，如果获取的子业务即时通信群或子业务即时通信组为一个，则可以直接将该用户接入该子业务即时通信群或子业务即时通信组。

B26，将所述用户加入所述综合即时通信群。

本步骤中，如果业务查询请求中包含的查询条件信息与任一子业务不相匹配，即与任一子业务与子业务即时通信群的映射关系不相匹配，则按照默认设置，将该用户加入(接入)综合即时通信群中。

实际应用中，如果业务查询请求中包含的查询条件信息与任一子业务不相匹配，在将所述用户加入综合即时通信群之前，该方法还可以进一步包括：

判断是否存储有该用户的历史查询条件信息，如果有，提取该用户的历史查询条件信息，查询子业务与子业务即时通信群的映射关系，获取提取的历史查询条件信息映射的子业务即时通信群，并将该用户接入所述提取的历史查询条件信息映射的子业务即时通信群中，如果没有，执行所述将所述用户加入综合即时通信群的流程。

本发明实施例中，在用户加入子业务即时通信群或子业务即时通信组后，进行即时通信的流程为公知技术，在此略去详述。

本发明实施例中，作为一可选实施例，该方法还可以进一步包括：

依据用户加入的子业务即时通信群对应的子业务信息，向加入该子业务即时通信群内的用户推送子业务系统消息。

本步骤中，根据子业务需求的实际需要，还可以根据各子业务即时通信群的特点，分别向子业务即时通信群内的用户推送相关的子业务系统消息。

当然，实际应用中，作为再一可选实施例，该方法还可以进一步包括：

依据预先设置的推送周期，向各子业务即时通信群内的用户推送通知消息和/或操作技巧信息，以辅助用户获取所需的业务信息，从而提升用户的即时通信效率。

作为再一可选实施例，该方法还可以进一步包括：

监测到即时通信群中没有用户，关闭所述即时通信群以维持业务网站的稳定性和顺畅性。

作为再一可选实施例，该方法还可以进一步包括：

接收用户发送的举报信息，按照预先设置的策略对举报信息进行处理。

本发明实施例中，按照预先设置的策略对举报信息进行处理可以包括：

确认举报信息正确，提升发送举报信息的用户加入即时通信群的优先级；和/或，

查封举报信息中包含的用户对应的账号。

本步骤中，为了保障即时通信的正常运营秩序，用户在进行即时通信的过程中，如果发现有违法或违规的信息，可以进行举报，向业务网站服务器发送举报信息，举报信息中，包含有违法或违规的信息以及发送该违法或违规的信息的用户信息。

本发明实施例中，对于网络抢购查询请求，处理流程与网络购票查询请求处理流程相类似。例如，在处理网络抢购查询请求流程的基础上，根据不同的划分依据和用户群的特征，可以很容易地将该基于业务需求的即时通信方法移植到不同的场景下使用。举例来说，对于一些业务网站推出的目前较为流行的移动电话抢购，在每次开放购买时，抢购的用户数也非常众多，持续时间也较长，但由于官方的业务网站并没有提供用于用户即时交流沟通的渠道。而通过移植本发明实施例的基于业务需求的即时通信方法，并通过重新划分业务需求，例如，按照抢购移动电话机型等方式构建即时通信群，可以很方便地为当前的电商服务扩展出新的即时沟通平台，从而实现所有正在抢购移动电话的用户之间可以进行直接的、非常有针对性的交流和沟通，进而提升用户体验。

由上述可见，本发明实施例基于业务需求的即时通信方法，通过将即时通信工具绑定在基于业务需求的业务网站(电商网站)中，并基于HTML5中的Websocket协议进行通信，从而可以实现用户与业务网站的全双工通信，集成在业务网站中的即时通信工具，减少了用户在需要即时通信交流的场合下，需要使用第三方的即时通信工具实现交流功能所需要多付出的时间和精力成本，提升了基于业务需求提供应用服务的效率；进一步地，根据用户业务需求进行归类汇总，依据业务包含的各子业务设置对应的即时通信群，使得即时通信群中的用户具有高度一致的目标性和话题性，相互之间更容易展开充分的交流和沟通，即时通信群承载的信息具有较高的针对性，从而拉升用户的活跃度和黏度，提高用户交流的顺畅度和话题的一致性，提升用户体验；而且，集成在业务网站中的即时通信工具，减少了与当前业务网站提供的业务应用服务无关的信息的干扰，无需分散用户精力和时间，提升了用户基于该业务需求的即时通信效率，其推送的相关信息具有针对性，提升了用户的业务体验。

需要强调的是，图1所示的实施例提供的方法，应用于浏览器客户端，该方法是由浏览器客户端所执行的，作为一种实现方式，可在浏览器客户端设置有通信扩展(即插件，例如抢票插件)，通过该插件执行图1所示实施例的方法。还需要说明的是，图1所示方法中的各步骤，可以由浏览器客户端或者安装在浏览器客户端中的通信扩展直接本地执行，也可以是浏览器客户端借助于网络设备，例如在网络侧服务器辅助下所执行的，本发明对此不做限定。

图2为本发明实施例基于业务需求的即时通信装置结构示意图。参见图2，该装置可以应用于浏览器客户端，包括：业务信息模块201以及即时通信工具模块202，其中，

业务信息模块201，用于当检测到用户登录预先规定的业务网站后，接收用户的业务查询请求，查询并获取业务查询请求中查询条件信息对应的业务信息，并向用户返回包含获取的业务信息的业务查询请求响应并展示；

即时通信工具模块202，用于接收所述用户在展示所述业务查询请求响应的界面中触发的加入即时通信群请求，获取与所述业务查询请求相匹配的即时通信群，所述即时通信群用于所述业务网站的用户之间的即时通信；将所述用户加入获取的所述即时通信群与所述业务网站的其他用户进行即时通信，以获取辅助业务信息。

本发明实施例中，作为一可选实施例，业务查询请求可包括：网络购票查询请求，业务网站包括火车票查询网站，则所述装置还包括访问显示模块(图中未示出)，用于接收用户发送的火车票查询网站访问请求，向火车票查询网站服务器发送访问请求，以使所述火车票查询网站服务器将火车票查询网站网页返回至浏览器客户端进行展示。

作为另一可选实施例，业务网站可以是移动电话网络抢购网站或者秒杀商品网络抢购网站等。因而，业务查询请求可以包括：网络购票查询请求、网络抢购查询请求等。

本发明实施例中，较佳地，浏览器客户端可以基于HTML5的Websocket协议生成业务查询请求并与业务网站服务器通信。

作为可选实施例，业务信息模块201包括：查询请求接收单元、提取单元、查询请求响应发送单元(图中未示出)，其中，

查询请求接收单元，用于当检测到用户登录预先规定的业务网站后，接收用户的网络购票查询请求；

提取单元，用于从查询请求接收单元接收的网络购票查询请求中，提取包含的查询条件信息，依据所述查询条件信息获取作为业务信息的火车票信息，所述网络购票查询请求为用户在浏览器客户端展示的火车票查询网站网页中，访问业务子网页并在所述业务子网页中输入查询条件信息生成；

查询请求响应发送单元，用于向用户返回包含获取的火车票信息的业务查询请求响应以在浏览器客户端展示。

本发明实施例中，查询条件信息包括：出发地信息以及目的地信息。当然，实际应用中，作为另一可选实施例，查询条件信息还可以进一步包括：单程信息、双程信息、出发日信息、返程日信息、车次类型信息以及车票类型信息中的任意一项或其任意组合。

本发明一实施例中，即时通信工具模块202包括：即时通信群请求接收单元、即时通信群构建单元、查询单元以及即时通信加入单元(图中未示出)，其中，

即时通信群请求接收单元，用于接收用户在展示业务查询请求响应的界面中触发的加入即时通信群请求；

本发明实施例中，用户与即时通信群请求接收单元基于HTML5的Websocket协议进行通信。

即时通信群构建单元，用于将业务分类为与查询条件信息相关的多个子业务，并为每一子业务设置对应的子业务即时通信群，构建子业务与子业务即时通信群的映射关系；

本发明实施例中，通过对用户发起的业务查询请求中包含的查询条件信息进行归类，并按照归类的查询条件信息将业务进行相应分类，从而得到分类的多个子业务，每一子业务对应一子业务即时通信群，每一子业务即时通信群中包含有一个或多个子业务即时通信组。

作为可选实施例，即时通信群构建单元还可以进一步用于设置一用于对所有用户进行即时通信的综合即时通信群。

作为另一可选实施例，即时通信群构建单元还可以进一步用于为所述分类为多个子业务的业务在子业务即时通信群或综合即时通信群中设置具有私聊应用服务功能的点对点私聊控件。

实际应用中，由于全国具有网络购票业务需求的用户数数量庞大，使得每一子业务即时通信群包含的用户数较多，为了保障即时通信的实时性和可靠性，即时通信群构建单元在构建子业务即时通信群，可以将用于提供即时通信应用服务的各子业务即时通信群分列于不同的即时通信服务器上，以分担业务网站服务器的负载，提升业务网站服务器的处理速度。

查询单元，用于提取用户发送的业务查询请求中包含的查询条件信息，查询子业务与子业务即时通信群的映射关系，获取提取的查询条件信息映射的子业务即时通信群，所述子即时通信群用于所述业务网站的用户之间的即时通信；

本发明实施例中，采用模糊匹配方法或精确匹配方法，将查询条件信息与各子业务进行匹配，以获取匹配的子业务映射的子业务即时通信群。

即时通信加入单元，用于将所述用户加入获取的所述即时通信群与所述业务网站的其他用户进行即时通信，以获取辅助业务信息。

本发明实施例中，即时通信加入单元包括：第一判断子单元、传输子单元、第一加入子单元、第二判断单元、第二加入子单元以及第三加入子单元(图中未示出)，其中，

第一判断子单元，用于判断查询单元获取的查询条件信息映射的子业务即时通信群是否为多个，如果是，将多个子业务即时通信群输出至传输子单元，否则，通知第二判断子单元；

传输子单元，用于将接收的多个子业务即时通信群传输至浏览器客户端进行展示；

第一加入子单元，用于接收用户从浏览器客户端展示的多个子业务即时通信群中选取的子业务即时通信群，并将所述用户加入所述选取的子业务即时通信群；

第二判断单元，用于接收通知，判断查询单元获取的查询条件信息映射的子业务即时通信群是否为一个，如果是，通知第二加入子单元，否则，通知第三加入子单元；

第二加入子单元，用于根据接收的通知，将所述用户加入所述获取的业务信息映射的子业务即时通信群；

第三加入子单元，用于根据接收的通知，将所述用户加入综合即时通信群。

作为另一可选实施例，该即时通信加入单元还可以进一步包括：第三判断子单元以及第四加入子单元，其中，

第三判断子单元，用于根据第二判断单元在判断子业务即时通信群不为一个时发出的通知，判断是否存储有该用户的历史查询条件信息，如果有，通知第四加入单元；如果没有，通知第三加入子单元；

第四加入子单元，用于根据接收的通知，提取该用户的历史查询条件信息，查询子业务与子业务即时通信群的映射关系，获取提取的历史查询条件信息映射的子业务即时通信群，并将该用户接入所述提取的历史查询条件信息映射的子业务即时通信群中。

本发明实施例中，作为一可选实施例，该装置还可以进一步包括：

子业务系统消息推送模块203，用于依据用户加入的子业务即时通信群对应的子业务信息，向加入该子业务即时通信群内的用户推送子业务系统消息。

本发明实施例中，根据子业务需求的实际需要，子业务系统消息推送模块203根据各子业务即时通信群的特点，分别向子业务即时通信群内的用户推送相关的子业务系统消息。

当然，实际应用中，作为再一可选实施例，该装置还可以进一步包括：

广播推送模块204，用于依据预先设置的推送周期，向各子业务即时通信群内的用户推送通知消息和/或操作技巧信息，以辅助用户获取所需的业务信息，从而提升用户的即时通信效率。

作为再一可选实施例，该装置还可以进一步包括：

监测模块205，用于在监测到即时通信群中没有用户后，关闭所述即时通信群以维持业务网站的稳定性和顺畅性。

本发明实施例中，监测模块205的功能也可以从业务网站服务器中分离出去。

作为再一可选实施例，该装置还可以进一步包括：

举报模块206，用于接收用户的举报信息，按照预先设置的策略对举报信息进行处理。

本发明实施例中，为了保障即时通信的正常运营秩序，用户在进行即时通信的过程中，如果发现有违法或违规的信息，可以进行举报，向业务网站服务器发送举报信息，举报信息中，包含有违法或违规的信息以及发送该违法或违规的信息的用户信息。

较佳地，按照预先设置的策略对举报信息进行处理可以包括：

确认举报信息正确，提升发送举报信息的用户加入即时通信群的优先级；和/或，

查封举报信息中包含的用户对应的账号。

以下以将用于提供即时通信应用服务的各子业务即时通信群分列于不同的即时通信服务器为例，对本发明实施例再做详细说明。

图3为本发明实施例基于业务需求的即时通信系统结构示意图。参见图3，该系统包括：客户端301、网关服务器302、业务网站服务器303以及即时通信服务器304，其中，客户端301与网关服务器302之间、网关服务器302与业务网站服务器303之间以及网关服务器302与即时通信服务器304之间，均采用HTML5的Websocket协议进行通信。

较佳地，客户端301的数量为多个，网关服务器302的数量为一个，业务网站服务器303的数量为一个或多个，多个业务网站服务器303提供的业务应用服务可以不同，即时通信服务器304的数量为一个或多个。当然，实际应用中，也可以将网关服务器302以及即时通信服务器304实现的业务应用服务功能集成在业务网站服务器303中。

客户端301，用于当检测到用户登录预先规定的业务网站后，在具有业务需求时，生成包含查询条件信息的业务查询请求，并通过网关服务器302发送至业务网站服务器303，接收包含业务信息的业务查询请求响应并展示；接收用户在展示业务查询请求响应的界面中触发的加入即时通信群请求，发送至网关服务器302；

本发明实施例中，客户端301浏览器基于HTML5的Websocket协议生成业务查询请求，并通过Websocket协议与网关服务器302通信。

本发明实施例中，查询条件信息包括：出发地信息以及目的地信息。当然，实际应用中，作为另一可选实施例，查询条件信息还可以进一步包括：单程信息、双程信息、出发日信息、返程日信息、车次类型信息以及车票类型信息中的任意一项或其任意组合。

网关服务器302，用于接收加入即时通信群请求，获取与所述业务查询请求相匹配的即时通信群所在的即时通信服务器304，所述即时通信群用于所述业务网站服务器的用户之间的即时通信；将加入即时通信群请求转发至获取的所述即时通信服务器304；

本发明实施例中，较佳地，网关服务器302进一步用于接收各即时通信服务器304周期性上报的负载信息以及在线状态信息，在接收到加入即时通信群请求后，从当前在线状态信息为在线的即时通信群中，获取与所述业务查询请求相匹配的即时通信群所在的即时通信服务器，并获取的即时通信服务器中，选取负载最轻的即时通信服务器作为获取的所述即时通信服务器。

作为另一可选实施例，网关服务器302进一步用于在选取的负载最轻的即时通信服务器304的负载超过预先设置的负载阈值，为了保证该即时通信服务器304的资源能被充分利用，可以向客户端301返回提示信息，提示用户是否加入即时通信群中和其他用户进行沟通交流，提示信息设置在客户端301浏览器右下角浮层或以悬浮窗方式进行显示。

作为可选实施例，网关服务器302包括：即时通信群请求接收单元、即时通信群构建单元、查询单元以及转发单元(图中未示出)，其中，

即时通信群请求接收单元，用于接收用户在展示业务查询请求响应的界面中触发的加入即时通信群请求；

即时通信群构建单元，用于将业务分类为与查询条件信息相关的多个子业务，并为每一子业务设置对应的子业务即时通信群，构建子业务与子业务即时通信群的映射关系；

作为可选实施例，即时通信群构建单元还可以进一步用于设置一用于对所有用户进行即时通信的综合即时通信群。

作为另一可选实施例，即时通信群构建单元还可以进一步用于在子业务即时通信群或综合即时通信群中设置具有私聊应用服务功能的点对点私聊控件。

查询单元，用于提取用户发送的业务查询请求中包含的查询条件信息，查询子业务与子业务即时通信群的映射关系，获取提取的查询条件信息映射的子业务即时通信群，所述子业务即时通信群用于所述业务网站服务器的用户之间的即时通信；

转发单元，用于将加入即时通信群请求转发至获取的所述即时通信群所在的即时通信服务器304。

本发明实施例中，转发单元包括：第一判断子单元、传输子单元、第一转发子单元、第二判断单元、第二转发子单元以及第三转发子单元(图中未示出)，其中，

第一判断子单元，用于判断查询单元获取的查询条件信息映射的子业务即时通信群是否为多个，如果是，将多个子业务即时通信群输出至传输子单元，否则，通知第二判断子单元；

传输子单元，用于将接收的多个子业务即时通信群传输至客户端301浏览器进行展示；

第一转发子单元，用于接收用户从客户端301浏览器展示的多个子业务即时通信群中选取的子业务即时通信群，并将加入即时通信群请求转发至所述选取的子业务即时通信群所在的即时通信服务器304；

第二判断单元，用于接收通知，判断查询单元获取的查询条件信息映射的子业务即时通信群是否为一个，如果是，通知第二转发子单元，否则，通知第三转发子单元；

第二转发子单元，用于根据接收的通知，将加入即时通信群请求转发至获取的业务信息映射的子业务即时通信群；

第三转发子单元，用于根据接收的通知，将加入即时通信群请求转发至综合即时通信群所在的即时通信服务器304。

作为另一可选实施例，该转发单元还可以进一步包括：第三判断子单元以及第四转发子单元，其中，

第三判断子单元，用于根据第二判断单元在判断子业务即时通信群不为一个时发出的通知，判断是否存储有该用户的历史查询条件信息，如果有，通知第四转发单元；如果没有，通知第三转发子单元；

第四转发子单元，用于根据接收的通知，提取该用户的历史查询条件信息，查询子业务与子业务即时通信群的映射关系，获取提取的历史查询条件信息映射的子业务即时通信群，并将加入即时通信群请求转发至所述提取的历史查询条件信息映射的子业务即时通信群所在的即时通信服务器304。

本发明实施例中，如果即时通信服务器304中当前运行的子业务即时通信群内的用户数已满，而该即时通信服务器304的负载还较轻，则通知该即时通信服务器304创建新子业务即时通信群，以将用户接入该新创建的子业务即时通信群。

本发明实施例中，网关服务器302管理和控制业务网站服务器303以及即时通信服务器304。

作为再一可选实施例，网关服务器302还可以进一步包括：

垃圾信息监测单元，用于监控用户发送的信息，如果确定用户发送的信息属于垃圾信息，拦截该用户发送的信息并封禁该用户的账号。

本发明实施例中，网关服务器302可以防止出现违法和违规等垃圾信息。一旦发现此类信息，拦截该用户发送的信息，并封禁该用户对应的账号，以达到维护整个系统正常运营秩序的目的。

作为再一可选实施例，网关服务器302还可以进一步包括：

举报单元，用于接收用户发送的举报信息，按照预先设置的策略对举报信息进行处理。

本发明实施例中，举报信息中包含有违法或违规的信息以及发送该违法或违规的信息的用户信息。

较佳地，按照预先设置的策略对举报信息进行处理可以包括：

确认举报信息正确，提升发送举报信息的用户加入即时通信群的优先级；和/或，

查封举报信息中包含的用户对应的账号。

业务网站服务器303，用于接收业务查询请求，查询并获取业务查询请求中查询条件信息对应的业务信息，通过网关服务器302向客户端301返回包含获取的业务信息的业务查询请求响应；

本发明实施例中，作为可选实施例，业务网站服务器303包括：访问请求接收单元、查询请求接收单元、提取单元、查询请求响应发送单元以及访问请求响应发送单元(图中未示出)，其中，

访问请求接收单元，用于接收用户通过客户端301浏览器发送的访问请求，获取火车票查询网站网页；

访问请求响应发送单元，用于将访问请求接收单元获取的火车票查询网站网页返回至客户端301浏览器；

查询请求接收单元，用于接收用户通过客户端301浏览器发送的网络购票查询请求；

提取单元，用于从查询请求接收单元接收的网络购票查询请求中，提取包含的查询条件信息，依据所述查询条件信息获取作为业务信息的火车票信息；

询请求响应发送单元，用于向用户返回包含获取的业务信息的业务查询请求响应。

即时通信服务器304，用于接收加入即时通信群请求，将用户加入获取的所述即时通信群与所述业务网站的其他用户进行即时通信，以使用户获取辅助业务信息。

本发明实施例中，在用户连接上即时通信服务器304后，用户即可以开始输入信息发送给即时通信群或子业务即时通信组中的所有用户，从而进行即时交流和沟通。

作为可选实施例，即时通信服务器304包括：即时通信模块以及子业务系统消息推送模块(图中未示出)，其中，

即时通信模块，用于接收加入即时通信群请求，将用户加入获取的所述即时通信群与所述业务网站的其他用户进行即时通信，以使用户获取辅助业务信息；

子业务系统消息推送模块，依据用户加入的子业务即时通信群对应的子业务信息，向加入该子业务即时通信群内的用户推送子业务系统消息。

较佳地，该即时通信服务器304还可以进一步包括：

广播推送模块，用于依据预先设置的推送周期，向各子业务即时通信群内的用户推送通知消息和/或操作技巧信息，以辅助用户获取所需的业务信息，从而提升用户的即时通信效率。

作为再一可选实施例，该即时通信服务器304还可以进一步包括：

监测模块，用于在监测到即时通信群中没有用户后，关闭所述即时通信群以维持业务网站服务器303的稳定性和顺畅性。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存储记忆体(RandomAccessMemory，RAM)等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (34)

1.一种基于业务需求的即时通信方法，其特征在于，该方法应用于浏览器客户端，包括：

当检测到用户登录预先规定的业务网站后，接收用户的业务查询请求；

查询并获取业务查询请求中查询条件信息对应的业务信息，并向用户返回包含获取的业务信息的业务查询请求响应并展示；

接收所述用户在展示所述业务查询请求响应的界面中触发的加入即时通信群请求，获取与所述业务查询请求相匹配的即时通信群，所述即时通信群用于所述业务网站的用户之间的即时通信；

将所述用户加入获取的所述即时通信群与所述业务网站的其他用户进行即时通信，以获取辅助业务信息。

2.根据权利要求1所述的方法，其特征在于，

所述业务查询请求包括：网络购票查询请求；

所述业务网站包括：火车票查询网站；

在所述接收用户的业务查询请求前，所述方法还包括：

接收用户发送的火车票查询网站访问请求，向火车票查询网站服务器发送访问请求，以使所述火车票查询网站服务器将火车票查询网站网页返回至浏览器客户端进行展示；

所述查询并获取业务查询请求中查询条件信息对应的业务信息包括：

提取所述网络购票查询请求中包含的查询条件信息，依据所述查询条件信息获取作为业务信息的火车票信息，所述网络购票查询请求为用户在浏览器客户端展示的火车票查询网站网页中，访问业务子网页并在所述业务子网页中输入查询条件信息生成。

3.根据权利要求2所述的方法，其特征在于，所述查询条件信息包括：出发地信息以及目的地信息。

4.根据权利要求3所述的方法，其特征在于，所述查询条件信息进一步包括：

单程信息、双程信息、出发日信息、返程日信息、车次类型信息以及车票类型信息中的任意一项或其任意组合。

5.根据权利要求1至4任一项所述的方法，其特征在于，

所述方法进一步包括：

将业务分类为与查询条件信息相关的多个子业务，并为每一子业务设置对应的子业务即时通信群，构建子业务与子业务即时通信群的映射关系；

所述获取与所述业务查询请求相匹配的即时通信群包括：

提取用户发送的业务查询请求中包含的查询条件信息，查询子业务与子业务即时通信群的映射关系，获取提取的查询条件信息映射的子业务即时通信群；

所述将所述用户加入获取的所述即时通信群包括：

将所述用户加入获取的所述查询条件信息映射的子业务即时通信群。

6.根据权利要求5所述的方法，其特征在于，

所述方法进一步包括：

为所述分类为多个子业务的业务设置一综合即时通信群；

所述将所述用户加入获取的所述查询条件信息映射的子业务即时通信群包括：

判断获取的查询条件信息映射的子业务即时通信群是否为多个：

如果是，将获取的多个子业务即时通信群在所述浏览器客户端进行展示；接收用户从所述浏览器客户端展示的多个子业务即时通信群中选取的子业务即时通信群，所述子业务即时通信群用于所述业务网站的用户之间的即时通信，并将所述用户加入所述选取的子业务即时通信群；

如果否，判断获取的查询条件信息映射的子业务即时通信群是否为一个，如果是，将所述用户加入所述获取的业务信息映射的子业务即时通信群；否则，将所述用户加入所述综合即时通信群。

7.根据权利要求6所述的方法，其特征在于，在所述接收用户从所述浏览器客户端展示的多个子业务即时通信群中选取的子业务即时通信群之后，并将所述用户加入所述选取的子业务即时通信群之前，所述方法进一步包括：

获取选取的子业务即时通信群中包含的子业务即时通信组；

依据各子业务即时通信组的状态标识，选取用于加入的子业务即时通信组；

所述将所述用户加入所述选取的子业务即时通信群包括：

将所述用户加入所述选取的子业务即时通信群中的所述选取的子业务即时通信组。

8.根据权利要求6所述的方法，其特征在于，在所述将所述用户加入综合即时通信群之前，所述方法进一步包括：

判断是否存储有该用户的历史查询条件信息，如果有，提取该用户的历史查询条件信息，查询子业务与子业务即时通信群的映射关系，获取提取的历史查询条件信息映射的子业务即时通信群，并将该用户接入所述提取的历史查询条件信息映射的子业务即时通信群中，如果没有，执行所述将所述用户加入综合即时通信群的流程。

9.根据权利要求5所述的方法，其特征在于，所述方法进一步包括：

依据用户加入的子业务即时通信群对应的子业务信息，向加入该子业务即时通信群内的用户推送子业务系统消息。

10.根据权利要求5所述的方法，其特征在于，所述方法进一步包括：

依据预先设置的推送周期，向各子业务即时通信群内的用户推送通知消息和/或操作技巧信息，以辅助用户获取所需的业务信息。

11.根据权利要求5所述的方法，其特征在于，所述方法进一步包括：

监测到即时通信群中没有用户，关闭所述即时通信群。

12.根据权利要求5所述的方法，其特征在于，所述方法进一步包括：

接收用户发送的举报信息，按照预先设置的策略对举报信息进行处理。

13.根据权利要求12所述的方法，其特征在于，所述按照预先设置的策略对举报信息进行处理包括：

确认举报信息正确，提升发送举报信息的用户加入即时通信群的优先级；和/或，

查封举报信息中包含的用户对应的账号。

14.一种基于业务需求的即时通信装置，其特征在于，该装置应用于浏览器客户端，包括：业务信息模块以及即时通信工具模块，其中，

业务信息模块，用于当检测到用户登录预先规定的业务网站后，接收用户的业务查询请求，查询并获取业务查询请求中查询条件信息对应的业务信息，并向用户返回包含获取的业务信息的业务查询请求响应并展示；

即时通信工具模块，用于接收所述用户在展示所述业务查询请求响应的界面中触发的加入即时通信群请求，获取与所述业务查询请求相匹配的即时通信群，所述即时通信群用于所述业务网站的用户之间的即时通信；将所述用户加入获取的所述即时通信群与所述业务网站的其他用户进行即时通信，以获取辅助业务信息。

15.根据权利要求14所述的装置，其特征在于，

所述业务查询请求包括：网络购票查询请求；

所述业务网站包括：火车票查询网站；

所述装置还包括访问显示模块，用于接收用户发送的火车票查询网站访问请求，向火车票查询网站服务器发送访问请求，以使所述火车票查询网站服务器将火车票查询网站网页返回至浏览器客户端进行展示；

所述业务信息模块包括：查询请求接收单元、提取单元、查询请求响应发送单元，其中，

查询请求接收单元，用于当检测到用户登录预先规定的业务网站后，接收用户的网络购票查询请求；

提取单元，用于从查询请求接收单元接收的网络购票查询请求中，提取包含的查询条件信息，依据所述查询条件信息获取作为业务信息的火车票信息，所述网络购票查询请求为用户在浏览器客户端展示的火车票查询网站网页中，访问业务子网页并在所述业务子网页中输入查询条件信息生成；

查询请求响应发送单元，用于向用户返回包含获取的火车票信息的业务查询请求响应以在浏览器客户端展示。

16.根据权利要求14或15所述的装置，其特征在于，所述即时通信工具模块包括：即时通信群请求接收单元、即时通信群构建单元、查询单元以及即时通信加入单元，其中，

即时通信群请求接收单元，用于接收用户在展示业务查询请求响应的界面中触发的加入即时通信群请求；

即时通信群构建单元，用于将业务分类为与查询条件信息相关的多个子业务，并为每一子业务设置对应的子业务即时通信群，构建子业务与子业务即时通信群的映射关系；

查询单元，用于提取用户发送的业务查询请求中包含的查询条件信息，查询子业务与子业务即时通信群的映射关系，获取提取的查询条件信息映射的子业务即时通信群，所述子即时通信群用于所述业务网站的用户之间的即时通信；

即时通信加入单元，用于将所述用户加入获取的所述查询条件信息映射的子业务即时通信群与所述业务网站的其他用户进行即时通信，以获取辅助业务信息。

17.根据权利要求16所述的装置，其特征在于，所述即时通信群构建单元进一步用于：

为所述分类为多个子业务的业务设置一用于对所有用户进行即时通信的综合即时通信群；和/或，

在子业务即时通信群或综合即时通信群中设置具有私聊应用服务功能的点对点私聊控件。

18.根据权利要求16所述的装置，其特征在于，所述时通信加入单元包括：第一判断子单元、传输子单元、第一加入子单元、第二判断单元、第二加入子单元以及第三加入子单元，其中，

第一判断子单元，用于判断查询单元获取的查询条件信息映射的子业务即时通信群是否为多个，如果是，将多个子业务即时通信群输出至传输子单元，否则，通知第二判断子单元；

传输子单元，用于将接收的多个子业务即时通信群传输至浏览器客户端进行展示；

第一加入子单元，用于接收用户从浏览器客户端展示的多个子业务即时通信群中选取的子业务即时通信群，并将所述用户加入所述选取的子业务即时通信群；

第二判断单元，用于接收通知，判断查询单元获取的查询条件信息映射的子业务即时通信群是否为一个，如果是，通知第二加入子单元，否则，通知第三加入子单元；

第二加入子单元，用于根据接收的通知，将所述用户加入所述获取的业务信息映射的子业务即时通信群；

第三加入子单元，用于根据接收的通知，将所述用户加入综合即时通信群。

19.根据权利要求18所述的装置，其特征在于，所述时通信加入单元进一步包括：

第三判断子单元以及第四加入子单元，其中，

第三判断子单元，用于根据第二判断单元在判断子业务即时通信群不为一个时发出的通知，判断是否存储有该用户的历史查询条件信息，如果有，通知第四加入单元；如果没有，通知第三加入子单元；

第四加入子单元，用于根据接收的通知，提取该用户的历史查询条件信息，查询子业务与子业务即时通信群的映射关系，获取提取的历史查询条件信息映射的子业务即时通信群，并将该用户接入所述提取的历史查询条件信息映射的子业务即时通信群中。

20.根据权利要求14或15所述的装置，其特征在于，所述装置进一步包括：

子业务系统消息推送模块，用于依据用户加入的子业务即时通信群对应的子业务信息，向加入该子业务即时通信群内的用户推送子业务系统消息。

21.根据权利要求14或15所述的装置，其特征在于，所述装置进一步包括：

广播推送模块，用于依据预先设置的推送周期，向各子业务即时通信群内的用户推送通知消息和/或操作技巧信息，以辅助用户获取所需的业务信息。

22.根据权利要求14或15所述的装置，其特征在于，所述装置进一步包括：

监测模块，用于在监测到即时通信群中没有用户后，关闭所述即时通信群。

23.根据权利要求14或15所述的装置，其特征在于，所述装置进一步包括：

举报模块，用于接收用户的举报信息，按照预先设置的策略对举报信息进行处理。

24.一种基于业务需求的即时通信系统，其特征在于，该系统包括：客户端、网关服务器、业务网站服务器以及即时通信服务器，其中，

客户端，用于当检测到用户登录预先规定的业务网站后，在具有业务需求时，生成包含查询条件信息的业务查询请求，并通过网关服务器发送至业务网站服务器，接收包含业务信息的业务查询请求响应并展示；接收用户在展示业务查询请求响应的界面中触发的加入即时通信群请求，发送至网关服务器；

网关服务器，用于接收加入即时通信群请求，获取与所述业务查询请求相匹配的即时通信群所在的即时通信服务器，所述即时通信群用于所述业务网站服务器的用户之间的即时通信；将加入即时通信群请求转发至获取的所述即时通信服务器；

业务网站服务器，用于接收业务查询请求，查询并获取业务查询请求中查询条件信息对应的业务信息，通过网关服务器向客户端返回包含获取的业务信息的业务查询请求响应；

即时通信服务器，用于接收加入即时通信群请求，将用户加入获取的所述即时通信群与所述业务网站服务器的其他用户进行即时通信，以使用户获取辅助业务信息。

25.根据权利要求24所述的系统，其特征在于，所述网关服务器进一步用于接收各即时通信服务器周期性上报的负载信息以及在线状态信息，在接收到加入即时通信群请求后，从当前在线状态信息为在线的即时通信群中，获取与所述业务查询请求相匹配的即时通信群所在的即时通信服务器，并在获取的即时通信服务器中，选取负载最轻的即时通信服务器作为获取的所述即时通信服务器。

26.根据权利要求24所述的系统，其特征在于，所述网关服务器包括：即时通信群请求接收单元、即时通信群构建单元、查询单元以及转发单元，其中，

即时通信群请求接收单元，用于接收用户在展示业务查询请求响应的界面中触发的加入即时通信群请求；

即时通信群构建单元，用于将业务分类为与查询条件信息相关的多个子业务，并为每一子业务设置对应的子业务即时通信群，构建子业务与子业务即时通信群的映射关系；

查询单元，用于提取用户发送的业务查询请求中包含的查询条件信息，查询子业务与子业务即时通信群的映射关系，获取提取的查询条件信息映射的子业务即时通信群，所述子业务即时通信群用于所述业务网站服务器的用户之间的即时通信；

转发单元，用于将加入即时通信群请求转发至获取的所述即时通信群所在的即时通信服务器。

27.根据权利要求26所述的系统，其特征在于，所述转发单元包括：第一判断子单元、传输子单元、第一转发子单元、第二判断单元、第二转发子单元以及第三转发子单元，其中，

第一判断子单元，用于判断查询单元获取的查询条件信息映射的子业务即时通信群是否为多个，如果是，将多个子业务即时通信群输出至传输子单元，否则，通知第二判断子单元；

传输子单元，用于将接收的多个子业务即时通信群传输至浏览器客户端进行展示；

第一转发子单元，用于接收用户从浏览器客户端展示的多个子业务即时通信群中选取的子业务即时通信群，并将加入即时通信群请求转发至所述选取的子业务即时通信群所在的即时通信服务器；

第二判断单元，用于接收通知，判断查询单元获取的查询条件信息映射的子业务即时通信群是否为一个，如果是，通知第二转发子单元，否则，通知第三转发子单元；

第二转发子单元，用于根据接收的通知，将加入即时通信群请求转发至获取的业务信息映射的子业务即时通信群；

第三转发子单元，用于根据接收的通知，将加入即时通信群请求转发至综合即时通信群所在的即时通信服务器。

28.根据权利要求27所述的系统，其特征在于，所述转发单元进一步包括：第三判断子单元以及第四转发子单元，其中，

第三判断子单元，用于根据第二判断单元在判断子业务即时通信群不为一个时发出的通知，判断是否存储有该用户的历史查询条件信息，如果有，通知第四转发单元；如果没有，通知第三转发子单元；

第四转发子单元，用于根据接收的通知，提取该用户的历史查询条件信息，查询子业务与子业务即时通信群的映射关系，获取提取的历史查询条件信息映射的子业务即时通信群，并将加入即时通信群请求转发至所述提取的历史查询条件信息映射的子业务即时通信群所在的即时通信服务器。

29.根据权利要求26所述的系统，其特征在于，所述网关服务器进一步包括：

垃圾信息监测单元，用于监控用户发送的信息，如果确定用户发送的信息属于垃圾信息，拦截该用户发送的信息并封禁该用户的账号。

30.根据权利要求26所述的系统，其特征在于，所述网关服务器进一步包括：

举报单元，用于接收用户的举报信息，按照预先设置的策略对举报信息进行处理。

31.根据权利要求24所述的系统，其特征在于，所述业务网站服务器包括：访问请求接收单元、查询请求接收单元、提取单元查询请求响应发送单元以及访问请求响应发送单元，其中，

访问请求接收单元，用于接收用户通过客户端浏览器发送的访问请求，获取火车票查询网站网页；

访问请求响应发送单元，用于将访问请求接收单元获取的火车票查询网站网页返回至客户端浏览器；

查询请求接收单元，用于接收用户通过客户端浏览器发送的网络购火车票查询请求；

提取单元，用于从查询请求接收单元接收的网络购火车票查询请求中，提取包含的查询条件信息，依据所述查询条件信息获取作为业务信息的火车票信息；

查询请求响应发送单元，用于向用户返回包含获取的火车票信息的业务查询请求响应。

32.根据权利要求24所述的系统，其特征在于，所述即时通信服务器包括：即时通信模块以及子业务系统消息推送模块，其中，

即时通信模块，用于接收加入即时通信群请求，将用户加入获取的所述即时通信群与所述业务网站的其他用户进行即时通信，以使用户获取辅助业务信息；

子业务系统消息推送模块，依据用户加入的子业务即时通信群对应的子业务信息，向加入该子业务即时通信群内的用户推送子业务系统消息。

33.根据权利要求32所述的系统，其特征在于，所述即时通信服务器进一步包括：

广播推送模块，用于依据预先设置的推送周期，向各子业务即时通信群内的用户推送通知消息和/或操作技巧信息，以辅助用户获取所需的业务信息。

34.根据权利要求32所述的系统，其特征在于，所述即时通信服务器进一步包括：

监测模块，用于在监测到即时通信群中没有用户后，关闭所述即时通信群。