CN103595613B - 即时通讯客户端、即时通讯服务器和即时通讯方法 - Google Patents

Abstract

本申请提供了一种即时通讯客户端、一种即时通讯服务器和一种即时通讯方法，其中的即时通讯方法具体包括：客户端针对接入联系人发送相应的交易状态信息查询请求；所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；接收依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到。本申请能够减轻即时通讯服务器的访问负担，提高即时通讯效率，提升即时通讯用户的使用体验。

Description

即时通讯客户端、即时通讯服务器和即时通讯方法

技术领域

本申请涉及即时通讯技术领域，特别是涉及一种即时通讯客户端、一种即时通讯服务器和一种即时通讯方法。

背景技术

即时通讯（IM，Instant Message）技术在电子商务中的应用越来越广泛。它已经从先前的娱乐聊天、文件传输工具逐渐扩展为电子商务交易中不可缺少的通讯工具。为了增加在线交易流程的便利性，交易双方通过安装在客户端的即时通信软件进行沟通。

随着交易的增多，卖家不可能记住每个卖家的交易状态变化，为了更好地与买家用户沟通，卖家通常需要先了解当前接入的买家用户的交易状态信息，根据交易状态信息，准确、及时地与买家用户沟通。其中，交易状态信息通常是随着交易的进行而不断发生变化的。例如，一个交易的订单通常包括卖家用户ID、买家用户ID、商品信息、订单编号等，交易状态信息通常包括以下流程：已拍下→已付款→已发货→已确认收货→已评价等等。在交易的过程中，随着订单的变化，对应的交易状态不断变化。这些信息通常记录在电子商务网站的交易服务器中。

现有技术中，如果卖家用户想获知某一订单的交易状态信息，必须登陆到web端的电子商务网站对应的交易服务器中进行交易状态信息的查询。这导致在即时通讯过程中，卖家用户需要频繁的在客户端的即时通信软件和web端的电子商务网站之间进行切换。尤其是在卖家用户有大的促销活动时，在很短的时间内可能会接入很多买家用户，卖家用户需要更加频繁的切换，这不但增加了交易服务器和即时通讯服务器的访问负担，而且大幅降低了卖家用户的工作效率，特别是对于交易服务器因访问量过大而不能及时响应时，卖家用户不能及时获取交易状态信息，导致不能及时回复买家用户，买家用户只能等待回复，这不但降低了即时通讯效率，而且降低了即时通讯用户的使用体验。

总之，需要本领域技术人员迫切解决的一个技术问题就是：如何能够减轻即时通讯服务器的访问负担，提高即时通讯效率，以及提升即时通讯用户的使用体验。

发明内容

本申请的目的在于，提供一种即时通讯方法、一种即时通讯客户端和一种即时通讯服务器，以减轻即时通讯服务器的访问负担，提高即时通讯效率，提升即时通讯用户的使用体验。

为了解决上述问题，本申请公开了一种即时通讯方法，包括：

客户端针对接入联系人发送相应的交易状态信息查询请求；所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；

接收依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到。

优选的，所述客户端针对接入联系人发送相应的交易状态信息查询请求，包括：

客户端针对接入联系人，向即时通讯服务器发送相应的交易状态信息查询请求；

所述接收依据所述交易状态信息查询请求返回的交易状态信息，包括：

接收所述即时通讯服务器依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在即时通讯服务器端或交易服务器端的交易状态数据库中查询得到。

优选的，所述客户端针对接入联系人发送相应的交易状态信息查询请求，包括：

客户端针对接入联系人，向交易服务器发送相应的交易状态信息查询请求；

所述接收依据所述交易状态信息查询请求返回的交易状态信息，包括：

接收交易服务器依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易服务器端的交易状态数据库中查询得到。

优选的，所述方法还包括：

对接收到的交易状态信息进行即时展示；或者，

依据客户端用户针对接入联系人的相关操作，对接收到的交易状态信息进行展示。

优选的，所述方法还包括：

依据交易状态信息，调整相应接入联系人在即时通讯窗口中的顺序。

优选的，所述方法还包括：

将接入联系人的交易状态信息查询请求记录至请求数据库；

依据请求数据库中交易状态信息查询请求的顺序，发送请求数据库中交易状态信息查询请求。

优选的，所述方法还包括：

依据接收得到的交易服务器或即时通讯服务器推送的交易状态信息，调整请求数据库中交易状态信息查询请求的顺序。

优选的，所述方法还包括：

即时通讯客户端针对即时通讯窗口的联系人列表中的联系人，发送相应的交易状态信息查询请求。

优选的，所述客户端用户为在线交易的卖家用户，所述接入联系人为在线交易的买家用户。

另一方面，本申请还公开了一种即时通讯方法，包括：

接收来自即时通讯客户端的交易状态信息查询请求，所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；

依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到交易状态信息；

向即时通讯客户端返回查询得到的交易状态信息。

优选的，所述依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到交易状态信息的步骤，进一步包括：

将接收到的交易状态信息查询请求转发给交易服务器；

接收交易服务器依据交易状态信息查询请求中携带的客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到的相应的交易状态信息。

优选的，所述依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到交易状态信息的步骤，进一步包括：

依据所述客户端用户的ID和接入联系人的ID，在即时通讯服务器端的交易状态数据库中查询得到相应的交易状态信息。

优选的，通过如下步骤得到即时通讯服务器端的交易状态数据库：

即时通讯服务器向交易服务器发送信息查询请求；所述信息查询请求中携带卖家用户的ID；

接收交易服务器依据信息查询请求返回的交易状态信息；

将交易状态信息及对应的卖家用户的ID、买家用户的ID保存至即时通讯服务器端的交易状态数据库。

优选的，所述方法还包括：

交易状态信息推送步骤：

监测到交易状态信息是否发生变化；

当监测到交易状态信息发生变化时，根据该发生变化的交易状态信息，确定对应的客户端用户的ID；

向该客户端用户的ID对应的客户端推送该交易状态信息。

另一方面，本申请还公开了一种即时通讯客户端，包括：

发送模块，用于针对接入联系人发送相应的交易状态信息查询请求；所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；及

接收模块，用于接收依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到。

另一方面，本申请还公开了一种即时通讯服务器端，包括：

请求接收模块，用于接收来自即时通讯客户端的交易状态信息查询请求，所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；

查询模块，用于依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到交易状态信息；及

返回模块，用于向即时通讯客户端返回查询得到的交易状态信息。

与现有技术相比，本申请具有以下优点：

本申请针对接入联系人发送相应的交易状态信息查询请求，所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，并接收依据所述交易状态信息查询请求返回的交易状态信息；相对于现有技术，在即时通讯过程中，卖家用户需要在客户端的即时通信软件和web端的电子商务网站之间进行频繁切换以查询交易状态信息进行沟通，容易出现沟通不畅和沟通效率低下的问题；而本申请依据所述交易状态信息查询请求中携带的客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到所述交易状态信息，能够避免上述频繁切换，故能够减轻交易服务器和即时通讯服务器的访问负担；并且，对于在线交易的卖家用户而言，可以在同一个即时通讯的入口中进行沟通和交易状态信息的获取，能够提高其即时通讯的速度，增加沟通的流畅度，而从买方的角度，则减少了等待时间；总之，本申请能够大大减少即时通讯时间，既能够提高即时通讯效率，又能够提高即时通讯用户的使用体验。

附图说明

图1是本申请一种即时通讯客户端侧的通讯方法实施例一的流程图；

图2是本申请一种即时通讯客户端侧的通讯方法实施例二的流程图；

图3是本申请一种即时通讯客户端侧的通讯方法实施例三的流程图；

图4是本申请一种即时通讯客户端侧的通讯方法实施例四的流程图；

图5是本申请一种即时通讯窗口的示例1的示意图；

图6是本申请一种即时通讯窗口的示例2的示意图；

图7是本申请一种即时通讯窗口的示例3的示意图；

图8是本申请一种以图标形式展示所述交易状态信息的示例；

图9是本申请一种即时通讯客户端侧的通讯方法实施例五的流程图；

图10是本申请一种即时通讯客户端侧的通讯方法实施例六的流程图；

图11是本申请一种即时通讯客户端侧的通讯方法实施例七的流程图；

图12是本申请一种即时通讯服务器侧即时通讯方法实施例的流程图；

图13是本申请一种即时通讯客户端实施例的结构图；

图14是本申请一种即时通讯服务器端实施例的结构图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

在通过即时通讯工具进行在线交易的流程中，交易双方的沟通和交易状态信息的生成往往是必不可少的一部分。目前，对于交易的卖家用户而言，交易双方的沟通和交易状态信息的查询在不同的入口，前者在即时通讯服务器，后者在交易服务器。因此，一个完整的在线交易流程往往需要卖家用户频繁的在即时通讯客户端和交易服务器之间切换，这不但增加了交易服务器和即时通讯服务器的访问负担，而且降低了即时通讯效率，严重影响即时通讯用户的使用体验。

针对上述技术问题，本申请实施例对现有的即时通讯技术进行改进，通过针对接入联系人发送相应的交易状态信息查询请求；并接收依据所述交易状态信息查询请求返回的交易状态信息；使其在原有的通讯功能的基础上，根据接入联系人进行交易状态信息的查询，这样，对于卖家用户而言，可以在同一个入口中进行沟通和交易状态信息的获取，这提高了其即时通讯的速度，无需频繁访问，这减轻了即时通讯服务器的访问负担，而从买方的角度，则减少了等待时间；总之，本申请能够大大减少即时通讯时间，既能够提高即时通讯效率，又能够提高即时通讯用户的使用体验。

下面对即时通讯客户端侧的通讯方法进行详细说明。

实施例一

参照图1，其示出了本申请一种即时通讯客户端侧的通讯方法实施例一的流程图，具体可以包括：

步骤101、即时通讯客户端针对接入联系人发送相应的交易状态信息查询请求；所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；

在本申请实施例中，所述接入联系人可以是在线交易的买家用户，所述客户端用户可以是在线交易的卖家用户。接入联系人为与客户端用户建立即时通讯连接的联系人。通常建立通讯连接的方式可以包括：买家用户与卖家用户建立的连接，如买家用户为咨询卖家的商品信息或者与卖家用户达成交易的交易状态信息等，而与卖家用户建立通讯连接；也可以是卖家用户与买家建立的连接，如沟通商品信息、广告信息等。

建立即时通讯连接的方式还可以包括：客户端用户与接入联系人至少一方建立即时通讯窗口。此种方式对应的接入联系人主要可以包括两种情形：一种是接入联系人存在于客户端用户的联系人列表中；另一种是接入联系人不在客户端用户的联系人列表中，但已经开启了相应的客户端用户与该接入联系人的即时通讯窗口。在实际中，可以采用联系人列表来记录即时通讯窗口中的接入联系人。可以理解，如果客户端用户关闭了某个接入联系人的即时通讯窗口或者将某个接入联系人从联系人列表中删除，则可认为相应接入联系人已不在联系人列表中；或者，如果客户端用户开启了某个联系人的即时通讯窗口将或将某个联系人添加至联系人列表，则可认为相应联系人存在于联系人列表中。

本申请的即时通讯客户端可针对接入联系人发送相应的交易状态信息查询请求。在实际中，交易状态信息查询请求中可以携带有卖家用户ID（Identity）、买家用户ID等信息，但卖家用户ID、买家用户ID并不作为交易状态信息查询请求中携带信息的应用限制。

步骤102、即时通讯客户端接收依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到。

本申请实施例可以用于各种在线交易流程中，用于提供沟通功能和交易状态信息获取功能，本申请实施例中以淘宝的即时通讯在线交易流程为例进行说明，其它交易流程的交易状态信息可相互参照即可。

例如，淘宝的在线交易流程中，web端生成的交易状态信息不断发生变化，假设该交易状态信息的变化流程包括：已拍下→已付款→已发货→已确认收货→已评价等等，相应的说明如下：

A1、买家用户（接入联系人）先是从web端的商品页进入即时通讯窗口，以咨询一件商品，此时，由于未发生交易，在交易状态数据库中没有该店主的ID和该接入联系人的ID的交易数据，因此不存在对应的交易状态信息；

A2、当该买家用户拍下该商品之后，则“已拍下”的交易信息将会被发送至交易状态数据库中，并在交易状态数据库中记录该店主的ID和该接入联系人的ID的交易数据，此时对应的交易状态信息为“已拍下”；

A3、在拍下该商品之后，如果该买家用户进行付款，则“已付款”的交易信息将会被发送至交易状态数据库中并记录，对应交易状态信息变为“已付款”；

A4、在该买家用户付款后，如果卖家用户的客服或仓库已经为该买家用户发货，“已发货””的交易信息将会被发送至交易状态数据库中并记录，对应的交易状态信息变为“已发货”；

A5、在卖家用户发货后，如果该买家用户收到货，并在web端确认收货，则“已确认收货”的交易信息将会被发送至交易状态数据库中并记录，对应的交易状态信息变为“已确认收货”；

A6、在该买家用户确认收货后，如果其在web端进行了评价，则“买家已评价”的交易信息将会被发送至交易状态数据库中并记录，对应的的交易状态信息变为“买家已评价”；

A7、在该买家用户评价后，如果卖家用户也进行了评价，则“双方已评价”的交易信息将会被发送至交易状态数据库中并记录，对应的交易状态信息变为“双方已评价”。

上述A6和A7买家用户和卖家用户的评价顺序可以互做调换。

本申请的即时通讯客户端可以在获取到接入联系人后触发相应接入联系人的交易状态信息查询请求。例如，上述步骤A1中，买家用户从web端的商品页进入客户端用户（这里的客户端用户可以是店主或者店铺客服）的即时通讯窗口，以咨询一件商品；此时，由于买家用户已与客户端用户建立即时通讯连接，故可以将该买家用户作为接入联系人，并触发相应的交易状态信息查询请求，并在交易状态信息查询请求中携带店主ID和接入联系人ID，以在交易状态数据库中查询店主和接入联系人之间的交易状态信息。

在即时通讯的过程中，卖家用户可以根据即时通讯客户端获取的交易状态信息快速判断与买家用户之间的交易状态信息，这能够节省登陆web端查询交易状态信息的操作，故能够有效提高即时通讯效率。

相对于现有技术，在即时通讯过程中，卖家用户需要在客户端的即时通信软件和web端的电子商务网站之间进行频繁切换以查询交易状态信息进行沟通，容易出现沟通不畅或者效率低下的问题；而本申请能够依据所述交易状态信息查询请求中携带的客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到所述交易状态信息，能够避免上述频繁切换，从而能够减轻交易服务器和即时通讯服务器的访问负担；并且，对于在线交易的卖家用户而言，可以在同一个即时通讯的入口中进行沟通和交易状态信息的获取，这样，卖家用户可以依据交易状态信息区分出不同的卖家用户，能够提高其即时通讯的速度和流畅度；而从买方的角度，则减少了即时通讯中的等待时间；总之，本申请能够大大减少即时通讯时间，既能够提高即时通讯效率，又能够提高即时通讯用户的使用体验。

实施例二

参照图2，其示出了本申请一种即时通讯客户端侧的通讯方法实施例二的流程图，具体可以包括：

步骤201、即时通讯客户端针对接入联系人，向交易服务器发送相应的交易状态信息查询请求；所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；

步骤202、即时通讯客户端接收交易服务器依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易服务器端的交易状态数据库中查询得到。

由于交易状态信息通常记录在电子商务网站的交易服务器的交易状态数据库中，同时记录的还可以包括：卖家用户ID、买家用户ID、商品信息、订单编号、交易状态信息的发生时间等信息，故发送方案1向交易服务器发送交易状态信息查询请求。

实施例二中，步骤201针对接入联系人，向交易服务器发送相应的交易状态信息查询请求；交易服务器可以依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到相应的交易状态信息，并返回；则所述步骤202可以接收交易服务器依据所述交易状态信息查询请求返回的交易状态信息。

需要说明的是，在交易服务器端的交易状态数据库中记录的交易状态信息是根据接收到的交易状态信息的不同而不断发生变化的，因此，查询得到的交易状态信息及即时通讯客户端接收的交易状态信息也可以是不断变化的。

实施例三

参照图3，其示出了本申请一种即时通讯客户端侧的通讯方法实施例三的流程图，具体可以包括：

步骤301、即时通讯客户端针对接入联系人，向即时通讯服务器发送相应的交易状态信息查询请求；所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；

步骤302、即时通讯客户端接收所述即时通讯服务器依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在即时通讯服务器端或交易服务器端的交易状态数据库中查询得到。

相对于实施例二向交易服务器发送交易状态信息查询请求，实施例三可以向即时通讯服务器发送交易状态信息查询请求，相应的实现方案具体可以包括：

所述步骤301中，可针对接入联系人，向即时通讯服务器发送相应的交易状态信息查询请求；

所述步骤302中，可接收即时通讯服务器依据所述交易状态信息查询请求返回的交易状态信息。

由于实施例三中即时通讯服务器依据交易状态信息查询请求中携带的客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到交易状态信息，本申请可以提供即时通讯服务器的查询方案：

查询方案A1、

即时通讯服务器将接收到的交易状态信息查询请求转发给交易服务器，由交易服务器依据交易状态信息查询请求中携带的客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到相应的交易状态信息，并返回。

可见，查询方案A1中的交易状态数据库是位于交易服务器端的。

查询方案A2、

相对于查询方案A1中的交易状态数据库是位于交易服务器端，处理方案中即时通讯服务器端也可以设置交易状态数据库。即时通讯服务器端的交易状态数据库可用于存储卖家用户的ID、买家用户的ID及相应的交易状态信息。

本申请获取即时通讯服务器端的交易状态数据库的方案具体可以包括：即时通讯服务器可以定期向交易服务器发送信息查询请求；接收交易服务器依据信息查询请求返回的交易状态信息；将交易状态信息及对应的卖家用户的ID、买家用户的ID保存至即时通讯服务器端的交易状态数据库。这里的定期可以为每天、每小时、每10分钟等等，本申请对具体的周期不加以限制。

在具体实现中，所述信息查询请求中可以仅携带卖家用户的ID，则此时交易服务器返回的交易状态信息可以包括该卖家用户的ID与各买家用户的ID的交易状态信息。可以理解，所述信息查询请求中还可以携带卖家用户的ID和买家用户的ID，则交易服务器返回的交易状态信息可以包括该卖家用户的ID与该买家用户的ID的交易状态信息。

则查询方案A2的实现过程具体可以包括：依据接收到的交易状态信息查询请求中携带的客户端用户的ID和接入联系人的ID，在即时通讯服务器端的交易状态数据库中查询得到相应的交易状态信息。

可以理解，本领域技术人员可以单独使用上述查询方案A1或查询方案A2；也可以结合使用上述查询方案A1和查询方案A2，例如，在查询方案A2查询失败时，可以使用查询方案A1进行交易状态信息的查询。

实施例四

参照图4，其示出了本申请一种即时通讯客户端侧的通讯方法实施例四的流程图，具体可以包括：

步骤401、即时通讯客户端针对接入联系人发送相应的交易状态信息查询请求；所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；

步骤402、即时通讯客户端接收依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到；

步骤403、对接收到的交易状态信息进行即时展示；或者，依据客户端用户针对接入联系人的相关操作，对接收到的交易状态信息进行展示。

实施例四中对接收到的交易状态信息的展示，能够更加方便客户端用户依据展示的交易状态信息区分不同的接入联系人，提高即时通讯效率。

在具体实现中，所述即时展示可以为接收到交易状态信息，立即进行展示；所述客户端用户针对接入联系人的相关操作可以包括针对即时通讯窗口中联系人或者联系人列表中联系人的操作等，所述相关操作可以通过用户的鼠标、键盘、触摸等操作产生。

本申请可以提供如下所述交易状态信息的展示方案：

展示方案1

如果卖家用户有大的促销活动，可能在很短的时间内接入很多联系人，如果使用现有技术的即时通信工具，卖家用户很难分辨跟这些接入联系人的交易进展，即使卖家用户去web端查询到了这些接入联系人的交易状态信息，很难将这些交易状态信息跟众多的接入联系人对上号，此种情况下不知如何跟众多的接入联系人沟通，严重影响了即时通讯效率。

针对上述情形，展示方案1可以在即时通讯窗口的联系人列表中将所述交易状态信息展示在相应联系人的区域。

参照图5，其示出了本申请一种即时通讯窗口的示例1，其具体可以包括联系人列表和聊天窗口，该联系人列表进一步包括联系人区域，该联系人区域又进一步包括联系人标识（联系人1、2、3等）和相应的交易状态信息；其中，联系人列表一直可见，在点击某一联系人区域时，可切换至相应的联系人窗口。

依据图5的示例，即使接入联系人众多，联系人列表仍能够在联系人区域对应地展示联系人和相应的交易状态信息。也即展示方案2能够将交易状态信息一目了然地展示在相应联系人的区域，故能够节省客户端用户将接入联系人对号的时间，大大节省即时通讯时间。

展示方案2

展示方案2可以将所述交易状态信息展示在即时通讯窗口的联系人描述区域。

参照图6，其示出了本申请一种即时通讯窗口的示例2，其具体可以包括联系人列表、聊天窗口和联系人描述区域，该联系人列表进一步包括联系人区域，该联系人区域又进一步包括联系人标识（联系人1、2、3等），该联系人描述区域可以进一步包括展示的交易状态信息；其中，联系人列表一直可见，在点击某一联系人区域时，才可切换至相应的联系人窗口和相应的联系人描述区域。

依据图6的示例，即使接入联系人众多，如果用户想查看与某个联系人之间的交易状态信息，可通过点击相应的联系人区域，切换至相应的联系人窗口和相应的联系人描述区域，然后通过联系人描述区域内展示的交易状态信息进行分辨。

可以理解，展示方案1和展示方案2可以结合使用。例如，参照图7，其示出了本申请一种即时通讯窗口的示例3，其具体可以包括联系人列表、聊天窗口和联系人描述区域，该联系人列表进一步包括联系人区域，该联系人区域又进一步包括联系人标识（联系人1、2、3等）和相应的交易状态信息，该联系人描述区域可以进一步包括展示的交易状态信息；其中，联系人列表一直可见，在点击某一联系人区域时，可切换至相应的联系人窗口和相应的联系人描述区域。

展示方案3

展示方案3可以图标形式展示所述交易状态信息，其中，不同交易状态信息对应不同的图标。

图标（icon）是一种图标格式，可用于系统图标、软件图标等，这种图标扩展名为*.icon、*.ico。参照图8，其示出了本申请一种以图标形式展示所述交易状态信息的示例，其中，“已拍下”、“已付款”和“已发货”对应不同的图标。

本申请实施例的图标用于区分不同的交易状态信息，本申请还可以给出类似的实施方式，例如，还可以根据不同的颜色来区别不同的交易状态信息。如用黄色表示“已拍下”，用绿色表示“已付款”，用蓝色表示“已发货”等等。本申请对交易状态信息的具体展现形式不加以区分。

在本申请的一种优选实施例中，所述即时通讯客户端展示所述交易状态信息的步骤，还可以包括：

在用户操作进入所述图标的周围区域内时，展示所述图标的文字信息，在用户操作移出所述图标的周围区域时，所述图标的文字信息消失，所述用户操作具体可以包括用户的鼠标、键盘、触摸等操作，本申请对具体的用户操作不加以限制。

实施例五

参照图9，其示出了本申请一种即时通讯客户端侧的通讯方法实施例五的流程图，具体可以包括：

步骤901、即时通讯客户端针对接入联系人发送相应的交易状态信息查询请求；所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；

步骤902、即时通讯客户端接收依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到；

步骤903、即时通讯客户端依据交易状态信息，调整相应接入联系人在即时通讯窗口中的顺序。

依据图5的示例，假设即时通讯客户端在很短的时间内接入100个联系人，在联系人列表中这100个联系人可以默认按照接入时间进行排序，并依据交易状态信息对相应接入联系人在即时通讯窗口中的顺序进行后续的调整。这样，客户端用户可将接入联系人在即时通讯窗口中的顺序作为即时通讯处理的优先级，能够进一步提高即时通讯效率。

在本申请的一种应用示例中，还可以设置交易状态信息的优先级，其中，优先级高的接入联系人排在优先级低的接入联系人的前面。例如，一种交易状态信息的优先级从高到低的顺序为：已评价>已确认收货>已发货>已付款>已拍下>无交易状态信息，其中，无交易状态信息表示没有收到相应接入联系人的交易状态信息。

总之，实施例五依据交易状态信息，调整相应接入联系人在即时通讯窗口中的顺序，能够将交易状态信息变化快的接入联系人排在前面，使得客户端用户能够更加容易地区分出不同接入联系人，且能够优先处理排在前面的接入联系人的信息，提高即时通讯的效率。

实施例六

参照图10，其示出了本申请一种即时通讯客户端侧的通讯方法实施例六的流程图，具体可以包括：

步骤1001、即时通讯客户端将接入联系人的交易状态信息查询请求记录至请求队列；所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；

步骤1002、依据请求队列中交易状态信息查询请求的顺序，对请求队列中交易状态信息查询请求进行发送；

步骤1003、接收依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到。

如果卖家用户有大的促销活动，可能在很短的时间内接入很多联系人，如果接入一个联系人后就立即去向交易服务器或即时通讯服务器发送相应的交易状态信息查询请求，则容易对交易服务器或即时通讯服务器产生压力，影响查询效率并且也会对通讯客户端造成访问压力。

为了避免上述即时通讯客户端和交易服务器或即时通讯服务器的访问、查询压力，实施例六在即时通讯客户端采用请求队列的方式，记录接入联系人的交易状态信息查询请求，在实际中可以通过控制从请求数据库中获取交易状态信息查询请求的速度来延缓请求速度。例如，从请求数据库中获取交易状态信息查询请求的速度可以为30秒一次等等。

在实际应用中，数组、队列、堆栈、链表等均可以作为本申请的请求数据库，本申请对具体的请求数据库不加以限制。例如，在采用先进先出队列时，在新接入一个联系人时，可以新建一个交易状态信息查询请求，并通过入队操作将其放入队尾；还可以通过出队操作将队首的交易状态信息查询请求从队列中删除，并发送至交易服务器或即时通讯服务器。

上述请求数据库可以依据联系人的接入时间，确定该联系人的交易状态信息查询请求在众多接入联系人的交易状态信息查询请求中的请求顺序。实际上，上述依据联系人的接入时间确定请求次序的方法不一定客观，因为有些先接入联系人只是在交易的问询阶段，还没确定是否交易。

针对上述情况，为了更客观准确地确定请求顺序，在本申请的一种优选实施例中，还可以依据接收得到的交易服务器或即时通讯服务器推送的交易状态信息，调整请求数据库中交易状态信息查询请求的顺序。

假设通讯客户端接入了200个联系人，即时通讯客户端按照接入顺序将这200个联系人的交易状态信息查询请求一一入队，假设入队次序为联系人1，联系人2，联系人3，……,联系人100，……联系人200；假设此时通讯客户端刚刚发送针对联系人20的请求，联系人21-联系人200的请求还未发送，但是，此时即时通讯服务器已监控到客户端用户与联系人100的交易状态信息发生变化（例如，联系人100已拍下某件商品等待付款），则即时通讯服务器可以主动推送联系人100的交易状态信息。

本优选实施例中，如果交易服务器或即时通讯服务器主动将交易状态信息推送下来，则可以说明相应联系人的交易状态信息的获取紧急度比较高，故可以将相应的交易状态信息查询请求在请求数据库中的顺序往前调整。例如，如果客户端用户与联系人100的交易状态信息目前为“已拍下”，则客户端用户需要跟联系人100沟通商品信息、价格信息等事项，此时，将相应的交易状态信息查询请求在请求数据库中的顺序往前调整，能够及时接收到接下来的“已付款”等交易状态信息。

可以理解，在客户端用户关闭了某个接入联系人的即时通讯窗口或者将某个接入联系人从联系人列表中删除，则可认为相应接入联系人已不在联系人列表中；故此时可以在请求数据库中删除相应接入联系人的交易状态信息查询请求。实际上，其它更新请求数据库的方法也是可行的，本申请对具体的更新方法不加以限制。

实施例七

参照图11，其示出了本申请一种即时通讯客户端侧的通讯方法实施例七的流程图，具体可以包括：

步骤1101、即时通讯客户端针对即时通讯窗口的联系人列表中的联系人，发送相应的交易状态信息查询请求；所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；

步骤1102、接收依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到。

如果即时通讯客户端中途断网断线、账号被踢下线，对于已接收到的相应联系人的交易状态信息，即时通讯客户端会在内存中进行保存；再次登录之后，直接进行显示即可。

对于已发送交易状态信息查询请求仍未接收到交易服务器或即时通讯服务器返回的交易状态信息的情形，本申请可由交易服务器或即时通讯服务器端以离线消息的方式推送所述交易状态信息。但是，由于本申请要解决的技术问题主要在于提高即时通讯的效率，故离线推送交易状态信息的意义不大，而且在交易状态信息查询请求的数量巨大时，离线推送还会增加交易服务器或即时通讯服务器的压力。

这样，如果不采用离线推送的方式，则即时通讯客户端中途断网断线、账号被踢下线后的再次登录后，就不能接收到即时通讯服务器推送下来的交易消息。此时，如果即时通讯客户端一并去重新发送交易状态信息查询请求，在大批量的大批量的用户掉线，这些用户重登后都去重新请求的情况下，仍会给交易服务器或即时通讯服务器造成很大压力。

针对上述情况，为了降低交易服务器或即时通讯服务器的压力，实施例七在重登后并不是重新发送针对中途断网断线、账号被踢下线前的交易状态信息查询请求，而是选择即时通讯窗口的联系人列表中的联系人去请求。

例如，中途断网断线、账号被踢下线前，即时通讯客户端针对联系人1、2、3、10、40、56发送了交易状态信息查询请求，但并未收到相应的交易状态信息；如果客户端用户在重登后想查看联系人3和联系人56的交易状态信息，可以通过点击将联系人3和联系人56添加至即时通讯窗口的联系人列表，本实施例就可以针对联系人3和联系人56重新发送相应的交易状态信息查询请求。相对于实施例一针对接入联系人发送交易状态信息查询请求，本实施例针对即时通讯窗口的联系人列表中的联系人，发送相应的交易状态信息查询请求。

需要说明的是，本申请实施例主要以淘宝的交易状态为例对交易状态信息在在线交易流程中的变化进行了说明，但淘宝的交易状态并不作为本申请的应用限制，实际上，本申请可以适用于任意电子商务网站的任意交易状态信息。

上述实施例中，即时通讯客户端针对接入联系人发送相应的交易状态信息查询请求，并接收依据所述交易状态信息查询请求返回的交易状态信息。需要说明的是，在本申请的一些实施例中，即时通讯客户端还可以接收交易服务器或即时通讯服务器推送的交易状态信息。在具体实现中，交易服务器或即时通讯服务器可以监控客户端用户与联系人的交易状态信息，如果发生变化，则可以主动推送相应联系人的交易状态信息。

这里的主动推送可以不依据交易状态信息查询请求而触发的。假设即使通讯客户端接入了200个联系人；假设此时通讯客户端刚刚发送针对联系人20的请求，联系人21-联系人200的请求还未发送，但是，此时即时通讯服务器监控到客户端用户与联系人100的交易状态信息发生变化（例如，联系人100已拍下某件商品等待付款），则即时通讯服务器可以主动推送联系人100的交易状态信息。

在具体实现中，即时通讯客户端可以仅针对接入联系人展示相应的交易状态信息查询请求。例如，假设即时通讯客户端目前有20个接入联系人，这样，即使在即时通讯服务器端主动推送100个联系人的交易状态信息的情况下，即时通讯客户端也可以不展示其余80个联系人的交易状态信息，而只是展示这20个接入联系人的交易状态信息。

另外，针对接入联系人，即时通讯客户端可以只发送一次交易状态信息查询请求。在接收到来自即时通讯客户端的交易状态信息查询请求时，一旦检测到客户端用户与联系人的交易状态信息的变化，交易服务器或即时通讯服务器均可以不断返回最新的交易状态信息。

总之，本申请的即时通讯客户端能够在注重即时通讯用户体验的同时，尽可能有效地利用与即时通讯服务器或交易服务器之间的交互数据，尽可能地减少即时通讯服务器或交易服务器的负担；更重要的是，能够使得客户端用户依据获取的交易状态信息区分出不同的接入联系人，能够确定与接入联系人沟通的优先级和紧急度，故能够大大减少沟通时间，提高即时通讯的效率的目的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述即可。

在上述实施例一－实施例七中，各步骤的执行主体不限于即时通讯客户端，实际上具有沟通功能的装置作为执行主体均是可行的。

并且，本领域技术人员易于想到的是：上述实施例一－实施例七任意组合应用都是可行的，故上述实施例一－实施例七之间的任意组合都是本发明的实施方案，但是由于篇幅限制，本说明书在此就不一一详述了。

上面对即时通讯客户端侧的通讯方法进行了详细说明，相应地，本申请还提供了一种即时通讯服务器侧的通讯方法实施例，参照图12所示的流程图，具体可以包括：

步骤1201、即时通讯服务器接收来自即时通讯客户端的交易状态信息查询请求，所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；

步骤1202、即时通讯服务器依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到交易状态信息；

步骤1203、即时通讯服务器向即时通讯客户端返回查询得到的交易状态信息。

本申请实施例中，即时通讯服务器可依据交易状态信息查询请求中携带的客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到交易状态信息。

本申请可以提供如下即时通讯服务器的查询方案：

查询方案B1、

即时通讯服务器将接收到的交易状态信息查询请求转发给交易服务器，接收交易服务器依据交易状态信息查询请求中携带的客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到的相应的交易状态信息。

可见，查询方案B1中的交易状态数据库是位于交易服务器端的。

查询方案B2、

相对于查询方案B1中的交易状态数据库是位于交易服务器端，查询方案B2中即时通讯服务器端也可以设置交易状态数据库。即时通讯服务器端的交易状态数据库可用于存储卖家用户的ID、买家用户的ID及相应的交易状态信息。

本申请获取即时通讯服务器端的交易状态数据库的方案具体可以包括：即时通讯服务器可以向交易服务器发送信息查询请求；接收交易服务器依据信息查询请求返回的交易状态信息；将交易状态信息及对应的卖家用户的ID、买家用户的ID保存至即时通讯服务器端的交易状态数据库。在实际应用中，即时通讯服务器可以定期向交易服务器发送信息查询请求，这里的定期可以为每天、每小时、每10分钟等等，本申请对具体的周期不加以限制。

在具体实现中，所述信息查询请求中可以仅携带卖家用户的ID，则此时交易服务器返回的交易状态信息可以包括该卖家用户的ID与各买家用户的ID的交易状态信息。可以理解，所述信息查询请求中还可以携带卖家用户的ID和买家用户的ID，则交易服务器返回的交易状态信息可以包括该卖家用户的ID与该买家用户的ID的交易状态信息。

则查询方案B2的实现过程具体可以包括：依据接收到的交易状态信息查询请求中携带的客户端用户的ID和接入联系人的ID，在即时通讯服务器端的交易状态数据库中查询得到相应的交易状态信息。

可以理解，本领域技术人员可以单独使用上述查询方案B1或查询方案B2；也可以结合使用上述查询方案B1和查询方案B2，例如，在查询方案B2查询失败时，可以使用查询方案B1进行交易状态信息的查询。

在本申请的一种优选实施例中，所述方法还可以包括：交易状态信息推送步骤，所述易状态信息推送步骤具体可以包括：

监测到交易状态信息是否发生变化；

当监测到交易状态信息发生变化时，根据该发生变化的交易状态信息，确定对应的客户端用户的ID；

向该客户端用户的ID对应的客户端推送该交易状态信息。

本优选实施例可以针对已登录的客户端用户，构造相应的交易状态信息查询请求，所述构造的交易状态信息查询请求中可以携带客户端用户的ID，则可以使用上述查询方案B1和查询方案B2中一者或多者，查询得到该客户端用户与接入联系人之间的交易状态信息。

在本申请的另一种优选实施例中，所述方法还可以包括：

监测与即时通讯客户端的连接状态；

在监测到与即时通讯客户端的连接断开时，停止向相应的即时通讯客户端返回或推送交易状态信息。

如果即时通讯客户端中途断网断线、账号被踢下线，对于已发送交易状态信息查询请求仍未接收到即时通讯服务器返回的交易状态信息的情形，本申请可由即时通讯服务器端以离线消息的方式推送所述交易状态信息。但是，由于本申请要解决的技术问题主要在于提高即时通讯的效率，故离线推送交易状态信息的意义不大，而且在交易状态信息查询请求的数量巨大时，离线推送还会增加即时通讯服务器的压力。故为了减轻服务器的压力，在监测到与即时通讯客户端的连接断开时，可以停止向相应的即时通讯客户端返回数据。

在即时通讯服务器侧的通讯方法实施例中，各步骤的执行主体不限于浏览器服务器，实际上具有沟通功能的装置对应的服务器作为执行主体均是可行的。

另外，对于即时通讯服务器侧的通讯方法实施例而言，对于其与实施例一－实施例七基本相似的部分描述的比较简单，相关之处参见实施例一－实施例七的部分说明即可。

参照图13，其示出了本申请一种即时通讯客户端实施例的结构图，具体可以包括：

发送模块1301，用于针对接入联系人发送相应的交易状态信息查询请求；所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；及

接收模块1302，用于接收依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到。

在本申请实施例中，优选的是，所述客户端用户为在线交易的卖家用户，所述接入联系人为在线交易的买家用户。

在本申请的一种优选实施例中，所述发送模块可以进一步包括：

第一发送子模块，用于针对接入联系人，向即时通讯服务器发送相应的交易状态信息查询请求；

所述接收模块可以进一步包括：

第一接收子模块，用于接收所述即时通讯服务器依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在即时通讯服务器端或交易服务器端的交易状态数据库中查询得到。

在本申请的另一种优选实施例中，所述发送模块可以进一步包括：

第二发送子模块，用于针对接入联系人，向交易服务器发送相应的交易状态信息查询请求；

所述接收模块可以进一步包括：

第二接收子模块，用于接收交易服务器依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易服务器端的交易状态数据库中查询得到。

在本申请的再一种优选实施例中，所述即时通讯客户端还可以包括：

第一展示模块，用于对接收到的交易状态信息进行即时展示；或者，

第二展示模块，用于依据客户端用户针对接入联系人的相关操作，对接收到的交易状态信息进行展示。

在本申请的一种优选实施例中，所述即时通讯客户端还可以包括：

第一顺序调整模块，用于依据交易状态信息，调整相应接入联系人在即时通讯窗口中的顺序。

在本申请的另一种优选实施例中，所述即时通讯客户端还可以包括：

记录模块，用于将接入联系人的交易状态信息查询请求记录至请求数据库；

顺序发送模块，用于依据请求数据库中交易状态信息查询请求的顺序，发送请求数据库中交易状态信息查询请求。

在本申请的再一种优选实施例中，所述即时通讯客户端还可以包括：

第二顺序调整模块，用于依据接收得到的交易服务器或即时通讯服务器推送的交易状态信息，调整请求数据库中交易状态信息查询请求的顺序。

在本申请的一种优选实施例中，所述即时通讯客户端还可以包括：

联系人发送模块，用于即时通讯客户端针对即时通讯窗口的联系人列表中的联系人，发送相应的交易状态信息查询请求。

参照图14，其示出了本申请一种即时通讯服务器端实施例的结构图，具体可以包括：

请求接收模块1401，用于接收来自即时通讯客户端的交易状态信息查询请求，所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；

查询模块1402，用于依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到交易状态信息；及

返回模块1403，用于向即时通讯客户端返回查询得到的交易状态信息。

在本申请的一种优选实施例中，所述查询模块可以进一步包括：

转发子模块，用于将接收到的交易状态信息查询请求转发给交易服务器；及

接收子模块，用于接收交易服务器依据交易状态信息查询请求中携带的客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到的相应的交易状态信息。

在本申请的另一种优选实施例中，所述查询模块可以进一步包括：

依据所述客户端用户的ID和接入联系人的ID，在即时通讯服务器端的交易状态数据库中查询得到相应的交易状态信息，并返回给即时通讯客户端。

在本申请的一种优选实施例中，所述即时通讯服务器端还可以包括：数据库创建模块，用于创建即时通讯服务器端的交易状态数据库；

所述数据库创建模块具体可以包括：

查询发送子模块，用于向交易服务器发送信息查询请求；所述信息查询请求中携带卖家用户的ID；

信息接收子模块，用于接收交易服务器依据信息查询请求返回的交易状态信息；及

保存子模块，用于将交易状态信息及对应的卖家用户的ID、买家用户的ID保存至即时通讯服务器端的交易状态数据库。

在本申请的一种优选实施例中，所述即时通讯服务器端还可以包括交易状态信息推送模块，具体可以包括：

监测子模块，用于监测到交易状态信息是否发生变化；

确定子模块，用于在监测到交易状态信息发生变化时，根据该发生变化的交易状态信息，确定对应的客户端用户的ID；

推送子模块，用于向该客户端用户的ID对应的客户端推送该交易状态信息。

对于即时通讯客户端和即时通讯服务器端实施例而言，由于其与即时通讯方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

以上对本申请所提供的一种即时通讯客户端、一种即时通讯服务器和一种即时通讯方法，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (16)

1.一种即时通讯方法，其特征在于，包括：

接收在客户端用户与联系人之间建立即时通讯连接的指令；所述客户端用户为即时通讯客户端的用户；

响应于所述指令，针对所述客户端用户对应的接入联系人，通过所述即时通讯客户端发送相应的交易状态信息查询请求；所述交易状态信息为所述客户端用户与所述接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；

接收依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到。

2.如权利要求1所述的方法，其特征在于，所述响应于所述指令，针对所述客户端用户对应的接入联系人，通过所述即时通讯客户端发送相应的交易状态信息查询请求，包括：

响应于所述指令，针对所述客户端用户对应的接入联系人，通过所述即时通讯客户端向即时通讯服务器发送相应的交易状态信息查询请求；

所述接收依据所述交易状态信息查询请求返回的交易状态信息，包括：

接收所述即时通讯服务器依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在即时通讯服务器端或交易服务器端的交易状态数据库中查询得到。

3.如权利要求1所述的方法，其特征在于，所述响应于所述指令，针对所述客户端用户对应的接入联系人，通过所述即时通讯客户端发送相应的交易状态信息查询请求，包括：

响应于所述指令，针对所述客户端用户对应的接入联系人，通过所述即时通讯客户端向交易服务器发送相应的交易状态信息查询请求；

所述接收依据所述交易状态信息查询请求返回的交易状态信息，包括：

接收交易服务器依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易服务器端的交易状态数据库中查询得到。

4.如权利要求1所述的方法，其特征在于，还包括：

对接收到的交易状态信息进行即时展示；或者，

依据客户端用户针对接入联系人的相关操作，对接收到的交易状态信息进行展示。

5.如权利要求1所述的方法，其特征在于，还包括：

依据交易状态信息，调整相应接入联系人在即时通讯窗口中的顺序。

6.如权利要求1所述的方法，其特征在于，还包括：

将接入联系人的交易状态信息查询请求记录至请求数据库；

依据请求数据库中交易状态信息查询请求的顺序，发送请求数据库中交易状态信息查询请求。

7.如权利要求6所述的方法，其特征在于，还包括：

依据接收得到的交易服务器或即时通讯服务器推送的交易状态信息，调整请求数据库中交易状态信息查询请求的顺序。

8.如权利要求1至7中任一项所述的方法，其特征在于，还包括：

针对即时通讯窗口的联系人列表中的联系人，通过即时通讯客户端发送相应的交易状态信息查询请求。

9.如权利要求1至5中任一项所述的方法，其特征在于，所述客户端用户为在线交易的卖家用户，所述接入联系人为在线交易的买家用户。

10.一种即时通讯方法，其特征在于，包括：

接收来自即时通讯客户端的交易状态信息查询请求，所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID，所述交易状态信息查询请求为所述即时通讯客户端响应于在客户端用户与联系人之间建立即时通讯连接的指令发送的请求；

依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到交易状态信息；

向即时通讯客户端返回查询得到的交易状态信息。

11.如权利要求10所述的方法，其特征在于，所述依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到交易状态信息的步骤，进一步包括：

将接收到的交易状态信息查询请求转发给交易服务器；

接收交易服务器依据交易状态信息查询请求中携带的客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到的相应的交易状态信息。

12.如权利要求10所述的方法，其特征在于，所述依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到交易状态信息的步骤，进一步包括：

依据所述客户端用户的ID和接入联系人的ID，在即时通讯服务器端的交易状态数据库中查询得到相应的交易状态信息。

13.如权利要求12所述的方法，其特征在于，通过如下步骤得到即时通讯服务器端的交易状态数据库：

即时通讯服务器向交易服务器发送信息查询请求；所述信息查询请求中携带卖家用户的ID；

接收交易服务器依据信息查询请求返回的交易状态信息；

将交易状态信息及对应的卖家用户的ID、买家用户的ID保存至即时通讯服务器端的交易状态数据库。

14.如权利要求10所述的方法，其特征在于，还包括：

交易状态信息推送步骤：

监测到交易状态信息是否发生变化；

当监测到交易状态信息发生变化时，根据该发生变化的交易状态信息，确定对应的客户端用户的ID；

向该客户端用户的ID对应的客户端推送该交易状态信息。

15.一种即时通讯客户端，其特征在于，包括：

指令接收模块，用于接收在客户端用户与联系人之间建立即时通讯连接的指令；所述客户端用户为即时通讯客户端的用户；

发送模块，用于响应于所述指令，针对所述客户端用户对应的接入联系人发送相应的交易状态信息查询请求；所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID；及

接收模块，用于接收依据所述交易状态信息查询请求返回的交易状态信息；所述交易状态信息为依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到。

16.一种即时通讯服务器端，其特征在于，包括：

请求接收模块，用于接收来自即时通讯客户端的交易状态信息查询请求，所述交易状态信息为客户端用户与接入联系人之间的交易状态信息，所述交易状态信息查询请求中携带有客户端用户的ID和接入联系人的ID，所述交易状态信息查询请求为所述即时通讯客户端响应于在客户端用户与联系人之间建立即时通讯连接的指令发送的请求；

查询模块，用于依据客户端用户的ID和接入联系人的ID在交易状态数据库中查询得到交易状态信息；及

返回模块，用于向即时通讯客户端返回查询得到的交易状态信息。