CN103593794A

CN103593794A - 信息交互的实现方法和装置

Info

Publication number: CN103593794A
Application number: CN201210287269.3A
Authority: CN
Inventors: 刘春英
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2012-08-14
Filing date: 2012-08-14
Publication date: 2014-02-19
Anticipated expiration: 2032-08-14
Also published as: CN103593794B

Abstract

本发明实施例公开了一种信息交互的实现方法和装置，通过应用本发明实施例的技术方案，在需要触发信息交互过程时，根据对端的终端设备当前的状态信息，确定向对端的终端设备发送相应消息的通信路径及方式，从而，无论信息交互过程的双方是否处于同一平台，均可以选择相应的路径方式实现所对应的消息的交互传输，克服了现有的购物方式对于平台一致性的限制，实现了一种更加快捷方便的购物方式和信息交互方式，并进如此，根据对端状态信息进行通信路径及方式的选择，可以更有效地提高信息交互过程中的消息传输的成功率和时效性，提高信息交互过程的处理效率。

Description

信息交互的实现方法和装置

技术领域

本发明涉及通信技术领域，特别涉及一种信息交互的实现方法和装置。

背景技术

随着商品经济的高速发展，消费者对于商品消费的需求日益增大，而随着互联网技术，物流体系以及电子商务技术的发展，商品消费的方式和途径也日益丰富。

现有技术中，所主要采取的商品消费方式包括以下几种：

（1）实体店购物。

这是最为传统的消费方式，消费者在实体店中进行选择、购物，和费用支付。

（2）电话购物/电视购物。

消费者通过电话给卖方，告知选择的物品、自己联系方式、邮寄地址等，完成购物。

（3）网络购物。

在网络上通过选择需要购买的物品，填写自己的联系方式、邮寄地址等，完成购物。

在实现本发明实施例的过程中，申请人发现现有技术至少存在以下问题：

无论采用哪种方式，信息交互过程均需要依赖买卖双方的平台一致性，具体说明如下：

对于实体店购物，这样的消费过程类似于当面交易，双方均需在场。

对于电话/电视购物，则需要双方通过电话方式进行直接交流。

对于网络购物，则需要双方同处于可连通的互联网环境下，如果有一方当前没有在线，则当前消费过程无法完成（在现有技术中，虽然买家可以在卖家不在线的情况下进行下单，但由于卖家不在线，无法对该订单进行确认，如果有一些需要说明的事项，双方也无法进行及时交流）。

综上所述，现有的商品消费方式中，只有买卖双方处于同一平台的情况下，才能完成购物过程。

发明内容

本发明实施例提供一种信息交互的实现方法和装置，解决在现有技术中需要买卖双方位于同样的平台才能实现购物的问题。

为达到上述目的，本发明实施例一方面提供了一种信息交互的实现方法，所述方法具体包括：

当第一终端设备需要触发信息交互过程时，所述第一终端设备通过状态服务器获取第二终端设备当前的状态信息；

所述第一终端设备判断所述第二终端设备当前的状态信息是否满足预设的路径选择条件；

如果满足，所述第一终端设备通过第一路径向所述第二终端设备发送所述信息交互过程所对应的消息；

如果不满足，所述第一终端设备通过第二路径向所述第二终端设备发送所述信息交互过程所对应的消息；

其中，当所述第一路径为无线消息通道时，所述第二路径为数据消息通道，当所述第一路径为数据消息通道时，所述第二路径为无线消息通道。

另一方面，本发明实施例还提供了一种终端设备，具体包括：

确定模块，用于确定当前是否需要出发信息交互过程；

获取模块，用于在所述确定模块确定需要触发信息交互过程时，通过状态服务器获取第二终端设备当前的状态信息；

判断模块，用于判断所述获取模块所获取到的第二终端设备当前的状态信息是否满足预设的路径选择条件；

通信模块，用于在所述判断模块的判断结果为满足时，通过第一路径向所述第二终端设备发送所述信息交互过程所对应的消息，或在所述判断模块的判断结果为不满足时，通过第二路径向所述第二终端设备发送所述信息交互过程所对应的消息；

与现有技术相比，本发明实施例具有以下优点：

附图说明

图1为本发明实施例提出的一种信息交互的实现方法的流程示意图；

图2为本发明实施例一提出的一种具体应用场景下的信息交互的实现方法的流程示意图；

图3为本发明实施例二提出的一种具体应用场景下的信息交互的实现方法的流程示意图；

图4为本发明实施例提出的一种终端设备的结构示意图。

具体实施方式

如背景技术所述，在现有的技术方案中，无论选择哪种购物方式，对于平台一致性均存在明显的限制和依赖，如果买卖双方不能及时的在同一平台进行交互，则导致交易处理时间的延误，甚至导致交易失败，并且，在等候交易完成的过程中，为了维持交易的延续和监控，会造成大量系统资源的占用和消耗。

为了克服这样的缺陷，本发明实施例提出了一种信息交互的实现方法，充分考虑到交易双方的通信方式的灵活性，在需要触发信息交互过程时，根据对端的终端设备当前的状态信息，确定向对端的终端设备发送相应消息的通信路径及方式，从而，无论信息交互过程的买卖双方是否处于同一平台，均可以选择相应的路径方式实现信息交互过程所对应的消息的交互传输，克服了现有的购物方式对于平台一致性的限制，实现了一种更加快捷方便的购物方式。

如图1所示，为本发明实施例提出的一种信息交互的实现方法的流程示意图，该方法具体包括以下步骤：

步骤S101、第一终端设备需要触发信息交互过程。

在具体的处理场景中，根据本步骤中的信息交互过程的具体类型差异，本步骤的处理可以分为以下两种情况：

情况一、购买过程，即第一终端设备所对应的用户是买家。

首先，第一终端设备接收到商品购买指示。

这里的商品购买指示是由第一终端设备所对应的用户触发的，具体的触发方式可以是用户直接进行的商品选择，即主动购买；也可以是用户对卖家或其他途径所推荐的商品所进行的确认，即被动选择。

在用户直接进行商品选择时，用户直接触发了相应的商品的商品购买指示，而第一终端设备则据此确定购买该商品购买指示所对应的商品，触发购买过程。在具体的处理场景中，这样的直接选择需要用户告知第一终端设备准确的商品信息，这样的信息获取渠道有很多，比如：用户的手动输入，通过对二维码等识别码进行拍照来获取商品信息等。

在用户对推荐商品进行确认时，第一终端设备直接确定购买当前所展示的商品，触发购买过程。具体的处理场景中，这样的选择确认之前，第一终端设备需要接收到一个或多个待选择的商品信息，这样的信息一般是对端或网络侧主动发送推荐过来的，比如：商品推荐短信，商品销售排行榜信息列表等。

情况二、销售过程，即第一终端设备所对应的用户是卖家。

首先，第一终端设备接收到商品推荐指示。

第一终端设备根据当前商品推荐情况，和/或用户所登记的期望商品，和/或根据用户的购买记录所对应的商品关联情况，确定需要推荐给所述第二终端设备所对应的用户的商品，触发销售过程。

步骤S102、所述第一终端设备通过状态服务器获取第二终端设备当前的状态信息。

步骤S103、所述第一终端设备判断所述第二终端设备当前的状态信息是否满足预设的路径选择条件。

如果满足，则执行步骤S104；

如果不满足，则执行步骤S105。

此处的路径选择条件，具体可以采用状态信息与具体的通信路径的对应关系的形式来设置。

步骤S104、所述第一终端设备通过第一路径向所述第二终端设备发送所述信息交互过程所对应的消息。

步骤S105、所述第一终端设备通过第二路径向所述第二终端设备发送所述信息交互过程所对应的消息。

对应步骤S101中的两种情况，在步骤S104和步骤S105中：

当所述第一终端设备需要触发的信息交互过程具体为购买过程时，所述第一终端设备通过第一路径或第二路径向所述第二终端设备发送所述购买确认消息，并且，所述购买请求消息中携带所述第一终端设备预设的交易信息。

当所述第一终端设备需要触发的信息交互过程具体为销售过程时，所述第一终端设备通过第一路径或第二路径向所述第二终端设备发送所述商品推荐消息，并且，如果所述第二终端设备所对应的用户需要购买所述商品推荐消息所对应的商品，所述第一终端设备接收所述第二终端设备通过第一路径或第二路径返回的携带所述第二终端设备预设的交易信息的购买确认消息。

需要进一步指出的是，上述的预设的交易信息，具体为相应的终端设备在服务器或所述终端设备本地所预先存储的信息，具体包括用户身份信息，和/或送货地址信息，和/或支付方式信息，在具体的处理场景中，为了便于查找和获取，所述预设的交易信息通过索引信息与相应的终端设备进行关联。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

实施例一、第一终端设备所对应的用户A作为买家，第二终端设备所对应的用户B作为卖家。

如图2所示，为本发明实施例一所提出的一种具体应用场景下的信息交互的实现方法的流程示意图。

步骤S201、第一终端设备接收到用户A的商品购买指示，需要购买用户B所销售的一种商品。

步骤S202、第一终端设备向状态服务器发送状态查询请求。

在本步骤之前，状态服务器同步维护着第二终端设备当前的状态信息，这样的状态信息包括，但不限于以下信息的一种或多种：

当前用户是否在线（例如：即时通信软件是否在线，手机是否开机等）；

网络状态信息（例如：当前所对应的网络类型及其通信质量等）；

终端设备能力信息（例如：是否支持彩信等多媒体信息等）。

在实际应用中，为了选择最佳的通信路径，可以采用更加丰富和全面的状态信息作为通信路径选择的衡量标准，这样的变化并不影响本发明的保护范围。

步骤S203、第一终端设备接收状态服务器返回的状态查询结果。

步骤S204、第一终端设备根据状态查询结果，按照预设的路径选择条件，选择匹配的通信路径。

在本实施例中，为了方便说明，按照以下的路径选择条件为例进行相应的处理过程的说明。

如果用户B的即时通信软件在线，当前所对应的网络是互联网，且网络质量较好，则确定可以采用数据消息通道进行通信，执行步骤S205。

这样确定的原因在于上述的状态信息可以保证实现大容量多媒体信息的高速传输。

如果用户B当前只是手机开机，所对应的网络是普通的手机无线通信网络，则确定可以采用无线消息通道进行通信，执行步骤S206。

这样确定的原因在于上述的状态信息所对应的网络传输速率有限，不能保证实现大容量多媒体信息的高速传输，且这样的网络条件资费较高，不适合采用大容量多媒体消息。

步骤S205、第一终端设备通过互联网服务器向第二终端设备发送购买确认消息。

在本步骤中，购买确认消息具体可以为彩信，语音信息等多媒体信息，消息本身的容量较大，但内容也更加丰富准确，可以通过互联网实现高速传输。

步骤S206、第一终端设备通过通信运营商的通信网络向第二终端设备发送购买确认消息。

在本步骤中，购买确认消息具体可以为普通短信息，或者基于即时通信软件的文本信息，消息本身的容量较小，可以通过普通的手机无线通信网络实现传输，由于消息本身的容量小，所以，虽然网络的传输速率不高，但仍可以保证消息的及时传输，而且，传输量的减少，也有利于资费的降低。

进一步的，无论是上述的步骤S205还是步骤S206，在进行购买确认消息的发送时，都需要同时携带用户A的交易信息，该信息是用户A在服务器侧预先存储的，并以手机号码作为索引信息，因此，当用户A以该手机号码的手机作为第一终端设备发送购买确认消息时，通过该手机号码，直接获取到用户A的交易信息（包括送货地址，支付方式等），并携带在购买确认消息中，一起发送给第二终端设备，用户B可以直接根据这些业务信息完成当前交易。

在这样的交易过程中，用户A不必再为交易单独输入相应的交易信息，这样的处理方便，快捷，有效地降低了用户A的操作复杂度。

实施例二、第一终端设备所对应的用户A作为卖家，第二终端设备所对应的用户B作为买家。

如图3所示，为本发明实施例一所提出的一种具体应用场景下的信息交互的实现方法的流程示意图。

步骤S301、第一终端设备接收到用户A的商品推荐指示，需要向用户B推荐多种商品。

这些商品的确定，是用户A根据用户B的购买历史记录确定的用户B可能会需要购买的商品，这样的商品推荐针对性强，成功率更高，当然，这样的推荐商品的分析确认过程，可以通过预设相应的筛选规则来自动实现，这样的变化并不影响本发明的保护范围。

步骤S302、第一终端设备向状态服务器发送状态查询请求。

此步骤中的状态服务器也同步维护着第二终端设备当前的状态信息，相应的状态信息的内容与前述的步骤S202相类似，在此不再重复说明。

步骤S303、第一终端设备接收状态服务器返回的状态查询结果。

步骤S304、第一终端设备根据状态查询结果，按照预设的路径选择条件，选择匹配的通信路径。

如果用户B的手机开机，并且当前通过WIFI接入互联网，且网络质量较好，则确定可以采用数据消息通道进行通信，执行步骤S305。

如果用户B当前只是手机开机，所对应的网络是普通的手机无线通信网络，则确定可以采用无线消息通道进行通信，执行步骤S306。

步骤S305、第一终端设备通过互联网服务器向第二终端设备发送商品推荐消息。

在本步骤中，商品推荐消息具体可以为彩信，语音信息等多媒体信息，消息本身的容量较大，但内容也更加丰富准确，可以包括商品图片，背景音乐，商品动态演示的视频等，通过互联网实现高速传输。

步骤S306、第一终端设备通过通信运营商的通信网络向第二终端设备发送商品推荐消息。

在本步骤中，商品推荐消息具体可以为普通短信息，或者基于即时通信软件的文本信息，消息本身的容量较小，只是包括商品的文本介绍，可以通过普通的手机无线通信网络实现传输，由于消息本身的容量小，所以，虽然普通的手机无线通信网络的传输速率不高，但仍可以保证消息的及时传输，而且，传输量的减少，也有利于资费的降低。

进一步的，无论是上述的步骤S305还是步骤S306，在第二终端设备接收到商品推荐消息后，均可以由用户B进行需要的商品的选择，如果用户B确定购买其中的一项或多项商品，则继续执行步骤S307。

步骤S307、第二终端设备接收到用户B的商品购买指示，需要购买用户A所推荐的一种或多种商品。

在本步骤完成后，可选的，第二终端设备也可以通过状态服务器来获取第一终端设备的当前状态，从而，选择合适的通信路径，即执行类似前述的步骤S202至步骤S206的处理过程。

当然，由于在步骤S302中已经进行过状态信息的获取，则可以认为最合适的路径已经选择完成，因此，可以直接沿用步骤S304中的选择结果，通过相应的路径通道进行购买确认消息的反馈。

具体采用哪种方式确定返回购买确认消息的路径可以根据实际需要进行调整，这样的变化并不影响本发明的保护范围。

但是，无论是采取上述的哪种方式来确定反馈购买确认消息的路径，在进行购买确认消息的发送时，都需要同时携带用户B的交易信息，该信息是用户B在服务器侧预先存储的，并以手机号码作为索引信息，因此，当用户B以该手机号码的手机作为第二终端设备发送购买确认消息时，通过该手机号码，直接获取到用户B的交易信息（包括送货地址，支付方式等），并携带在购买确认消息中，一起发送给第一终端设备，用户A可以直接根据这些业务信息完成当前交易。

在这样的交易过程中，用户B不必再为交易单独输入相应的交易信息，这样的处理方便，快捷，有效地降低了用户B的操作复杂度。

在实际的应用场景中，上述的业务信息可以是用户事先填写，也可以是通过关键信息索引（如电话号码，手机IMEI号等）索引相关用户信息，在具体的交易过程中，无需用户进行二次登记，在用户确认进行商品购买的时候自动将保存在终端设备本地或者服务器端的交易信息自动传递给商家。

本发明实施例所提出的技术方案中，买卖双方所对应的终端设备可以处于不同的平台，克服了现有技术中对于平台一致性的限制。

这样的技术方案可以作为网上购物的一种方便快捷的渠道补充。

本发明实施例所提出的技术方案适用于单件物品/多件物品的购买，适用于单个购买或者群体购买（如团购等）。

为了实现本发明实施例的技术方案，本发明实施例还提供了一种终端设备，具体的结构示意图如图4所示，包括：

确定模块41，用于确定当前是否需要出发信息交互过程；

获取模块42，用于在所述确定模块41确定需要触发信息交互过程时，通过状态服务器获取第二终端设备当前的状态信息；

判断模块43，用于判断所述获取模块42所获取到的第二终端设备当前的状态信息是否满足预设的路径选择条件；

通信模块44，用于在所述判断模块43的判断结果为满足时，通过第一路径向所述第二终端设备发送所述信息交互过程所对应的消息，或在所述判断模块43的判断结果为不满足时，通过第二路径向所述第二终端设备发送所述信息交互过程所对应的消息；

优选的，所述通信模块44，具体用于：

在所述确定模块41确定需要触发购买过程时，通过第一路径或第二路径向所述第二终端设备发送所述购买确认消息，所述购买请求消息中携带所述第一终端设备预设的交易信息；或，

在所述确定模块41确定需要触发销售过程时，通过第一路径或第二路径向所述第二终端设备发送所述商品推荐消息，并在所述第二终端设备所对应的用户需要购买所述商品推荐消息所对应的商品时，接收所述第二终端设备通过第一路径或第二路径返回的携带所述第二终端设备预设的交易信息的购买确认消息。

优选的，所述确定模块41，具体用于：

当接收到商品购买指示时，确定购买所述商品购买指示所对应的商品，或者购买当前所展示的商品，触发购买过程；

当接收到商品推荐指示时，根据当前商品推荐情况，和/或用户所登记的期望商品，和/或根据用户的购买记录所对应的商品关联情况，确定需要推荐给所述第二终端设备所对应的用户的商品，触发销售过程。

优选的，所述终端设备还包括：

交易信息处理模块45，用于在服务器或所述终端设备本地所预先存储相应的交易信息，所述交易信息具体包括用户身份信息，和/或送货地址信息，和/或支付方式信息；

在所述通信模块44需要发送购买确认消息时，通过索引信息查询相应的交易信息，通知所述通信模块44发送携带所述交易信息的购买确认消息，或通知相应的服务器将所述交易信息添加到所述通信模块44所发送的购买确认消息中，发送给所述第二终端设备。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或网络设备等）执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims

1.一种信息交互的实现方法，其特征在于，所述方法包括：

当第一终端设备需要触发信息交互过程时，所述第一终端设备通过状态服务器获取第二终端设备当前的状态信息；

所述第一终端设备判断所述第二终端设备当前的状态信息是否满足预设的路径选择条件；

如果满足，所述第一终端设备通过第一路径向所述第二终端设备发送所述信息交互过程所对应的消息；

如果不满足，所述第一终端设备通过第二路径向所述第二终端设备发送所述信息交互过程所对应的消息；

其中，当所述第一路径为无线消息通道时，所述第二路径为数据消息通道，当所述第一路径为数据消息通道时，所述第二路径为无线消息通道。

2.如权利要求1所述的方法，其特征在于，当所述第一终端设备需要触发的信息交互过程具体为购买过程时，所述信息交互过程所对应的消息，具体为购买确认消息；

当所述第一终端设备通过第一路径或第二路径向所述第二终端设备发送所述购买确认消息时，所述购买请求消息中携带所述第一终端设备预设的交易信息。

3.如权利要求2所述的方法，其特征在于，

所述第一终端设备接收到商品购买指示；

所述第一终端设备确定购买所述商品购买指示所对应的商品，触发购买过程；或，

所述第一终端设备确定购买当前所展示的商品，触发购买过程。

4.如权利要求1所述的方法，其特征在于，当所述第一终端设备需要触发的信息交互过程具体为销售过程时，所述信息交互过程所对应的消息，具体为商品推荐消息；

所述第一终端设备通过第一路径或第二路径向所述第二终端设备发送所述商品推荐消息后，所述方法还包括：

如果所述第二终端设备所对应的用户需要购买所述商品推荐消息所对应的商品，所述第一终端设备接收所述第二终端设备通过第一路径或第二路径返回的携带所述第二终端设备预设的交易信息的购买确认消息。

5.如权利要求4所述的方法，其特征在于，

所述第一终端设备接收到商品推荐指示，根据当前商品推荐情况，和/或用户所登记的期望商品，和/或根据用户的购买记录所对应的商品关联情况，确定需要推荐给所述第二终端设备所对应的用户的商品；

所述第一终端设备通过第一路径或第二路径向所述第二终端设备发送相应的商品推荐消息。

6.如权利要求2或4所述的方法，其特征在于，

所述预设的交易信息，具体为相应的终端设备在服务器或所述终端设备本地所预先存储的信息，具体包括用户身份信息，和/或送货地址信息，和/或支付方式信息；

所述预设的交易信息，通过索引信息，与相应的终端设备进行关联。

7.一种终端设备，其特征在于，包括：

确定模块，用于确定当前是否需要出发信息交互过程；

获取模块，用于在所述确定模块确定需要触发信息交互过程时，通过状态服务器获取第二终端设备当前的状态信息；

判断模块，用于判断所述获取模块所获取到的第二终端设备当前的状态信息是否满足预设的路径选择条件；

8.如权利要求7所述的终端设备，其特征在于，所述通信模块，具体用于：

在所述确定模块确定需要触发购买过程时，通过第一路径或第二路径向所述第二终端设备发送所述购买确认消息，所述购买请求消息中携带所述第一终端设备预设的交易信息；或，

在所述确定模块确定需要触发销售过程时，通过第一路径或第二路径向所述第二终端设备发送所述商品推荐消息，并在所述第二终端设备所对应的用户需要购买所述商品推荐消息所对应的商品时，接收所述第二终端设备通过第一路径或第二路径返回的携带所述第二终端设备预设的交易信息的购买确认消息。

9.如权利要求8所述的终端设备，其特征在于，所述确定模块，具体用于：

当接收到商品购买指示时，确定购买所述商品购买指示所对应的商品，或者购买当前所展示的商品，触发购买过程；

10.如权利要求8所述的终端设备，其特征在于，还包括：

交易信息处理模块，用于在服务器或所述终端设备本地所预先存储相应的交易信息，所述交易信息具体包括用户身份信息，和/或送货地址信息，和/或支付方式信息；

在所述通信模块需要发送购买确认消息时，通过索引信息查询相应的交易信息，通知所述通信模块发送携带所述交易信息的购买确认消息，或通知相应的服务器将所述交易信息添加到所述通信模块所发送的购买确认消息中，发送给所述第二终端设备。