断会话接受方是否在线，是通过调用网页服务器接口，并通过该网页服务器接口直接由该服务器用于即时通讯的缓存中取得会话接受方的在线状态来判断所述会话接受方是否在线。具体来讲，就是在网页服务器的即时通讯缓存中，查找会话接受方的身份识别信息(用于查找的该身份识别信息是有会话请求携带而来的)，并依据查找到的该身份识别信息的状态，得到该会话接受方是否在线的结论。
[0018]步骤S13建立三方参与的三方会话:在本步骤中，由于会话接受方不在线，通过调用网页服务器接口在该服务器的即时通讯数据库中创建所述三方会话。在该三方会话中，参与的三方分别是会话发起方、会话接受方和网络平台上一个指定的、空闲的客服人员。这样，虽然会话接受方并不在线，不能与会话发起方沟通，但是，对于大多数问题而言，会话发起方可以和参与三方会话的客服人员沟通，这样可以在一定程度上改善会话发起方的购物体验，帮助会话接受方增加实现或达成交易的可能性。
[0019]步骤S14发送信息给会话接受方，并存储三方会话中所有对话内容:在本步骤中，网络服务器在建立上述三方会话之后，将该会话中发生的所有数据保存起来，以便于在会话接受方上线的时候将这些数据发送到会话接受方；同时，该服务器还发送信息，通知会话接受方，要求其尽快上线。例如，该通知可以通过短信或其他方式发送到会话接受方事先预留的移动电话上。
[0020]步骤S15建立仅有会话发起方和接受方参与的会话:在本步骤中，由于会话接受方在线，所以，只要和现有技术中一样，建立一个仅有会话发起方和接受方参与的会话，使二者能够进行即时通讯即可。
[0021 ] 在本实施例中，实行上述步骤即可以建立一个三方会话，使得在电子商务中，商家不在线的时候，买家也能受到由网络平台的客服人员提供的服务，这样能够改善买家的购物体验，使其得到较好的服务，从而为后面的交易打下一个较好的基础。同时，还根据商家事先设定的内容，发送信息通知商家，使其尽快上线，完成或接手与买家的沟通，以便最后实现交易。
[0022]当商家再次上线时，网络服务器发现该商家上线，查找与其相关的三方会话的信息，并将这些信息分别按照三方会话为单位发送给商家的即使通讯软件，使其在屏幕上显示，便于商家查看。一般来讲，这些信息是以三方会话为单位显示的。也就是说，当有多个三方会话信息时，每个三方会话的信息分别显示在表示该三方会话的图标之内。对于一个三方会话而言，商家上线的流程如图2所示。在图2中，商家上线后的操作包括如下步骤:
步骤S20取得三方会话记录的数据:在本步骤中，由于商家上线，其在即使通讯软件缓存中的状态发生变化；这种变化被即时通讯服务器发现后，将查找与该商家的用户识别信息相关的三方会话的记录，将记录的数据分别按照其归属的三方会话发送给商家，并显示在商家的系统的显示屏上，便于商家查看。
[0023]步骤S21判断二方会话是否还存在，如是，执彳丁步骤S22 ;如否，执彳丁步骤S24。在本实施例中，同样地，也是通过网络服务器(也就是即时通讯服务器)调用其网页服务器接口，查看即时通讯软件的缓存区域，从而得到该三方会话是否存在的。在本实施例中，对于网络即时通讯而言，都是在会话方登录网络服务器(即时通信服务器)后，发出相关的指令，然后网络服务器为双方或三方建立一个会话，从而进行即时通信的。这样，对于每个登录上服务器的使用者而言，其必然具有一个识别ID，不管这个识别ID是长期的或暂时的；而对于一个会话而言，网络服务器在创建一个会话时，也会赋予该会话一个识别标志。同时，在上述网络服务器上，会设置有专门用于存储即时通信中每个识别ID发送、接收到内容的缓存区域，该区域也会存储发生在该服务器上所有会话的状态以及该会话产生、持续过程中的相关内容；同样地，如果一个会话已经结束，也会在上述区域内中以该会话识别标志为标题的存储内容上体现出来，即这些缓存中存储了所有用户、会话的状态和发生的动作内容。因此，只要在成功登陆上述网络服务器后，发出相应的(在其权限范围内的)指令，就可以通过网页服务器接口取得会话的内容、会话是否存在以及某个使用者是否在线等等内容。
[0024]步骤S22使客服方退出三方会话:在本步骤中，上线的商家在确定接收到服务器发送的三方会话数据，且该三方会话仍然存在的情况下，对网络服务器发出请求，要求其将三方会话的第三方，即网络平台的客服人员退出上述会话。因为商家和买家的对话可能包括一些商业秘密，客服人员的退出能够确保交易的安全性。在本步骤中，网络服务器接收到上述商家的请求之后，直接在服务器上将该三方会话中的客服人员封闭，即不再发送该三方对话中的数据给该客服人员，也不接收其发送的数据，但是，三方会话的性质并没有改变，仅仅是屏蔽该用户而已；这样的做法是为了在保证安全的基础上节省时间，即不需要建立一个新的对话。
[0025]步骤S23与会话发起者直接沟通:在本步骤中，上述买家和商家在原先的会话中直接沟通。请注意，由于执行了上述步骤，所以，在本步骤中，原先的客服人员是不能看到该三方对话的内容的，也不能发送任何内容到该三方对话中。
[0026]步骤S24会话发起方是否在线，如是，执行步骤S25 ;如否，执行步骤S26，退出该三方会话的查看界面。在本实施例中，会话接受方在登录后，发出取得三方会话成员信息的指令，网络服务器在接收到上述指令后，由用于即时通讯的缓存中取得上述会话发起方的当前状态，将其发送到会话接受方，会话接受方以此来判断所述发起方是否仍然在线。
[0027]步骤S25发出与上述会话发起者建立另一个会话的请求:在本步骤中，由于三方会话已不存在，但是，该买家仍然在线，所以，商户可以要求建立另外一个会话，与其沟通。
[0028]步骤S26退出:在本步骤中，退出该三方会话的查看界面。
[0029]在本实施例中，以上述方法在实际操作中的一种情况为例，进一步说明如下:买家在网站上点击网页通图标，页面判断该网页通图标是商家还是客服；如果是客服则直接与客服进行沟通；如果是商家，则判断该商家是否在线；如果商家在线，则直接与商家进行沟通；商家不在线，则网页通调用平台接口，由平台接口在頂(即时通讯)数据库中创建出特殊讨论组；頂服务器检测到网页通创建了该特殊讨论组，则将讨论组信息推送给讨论组各成员。
[0030]商家上线后，发送获取离线消息协议，从頂服务器获取所有离线消息，包括特殊讨论组的离线消息；商家点击打开特殊讨论组时，发送指令要求客服从该讨论组中退出，客服在收到该指令后，立刻从讨论组中退出。商家与买家继续通过该特殊讨论组进行点对点的沟通。
[0031]客户在网页上点击网页通图标，网页通调用webservice接口(网页服务接口)，webservice接口直接从頂缓存取出该商家的在线状态，再将该状态返回给客户，客户就可以判断商家是否在线。如果商家不在线，网页通则创建特殊讨论组，讨论组成员由买家、商家和客服组成。
[0032]客户在网页上点击网页通图标，网页通调用webservice接口，webservice接口在頂数据库创建该讨论组，同时将该讨论组信息返回给网页通，网页通则创建讨论组成功。
[0033]商家上线后，先提取该特殊讨论组的离线消息，了解买家与客服沟通的整个过程；商家IM上线后，发送获取