CN104331296B - 交易信息处理方法、装置和*** - Google Patents

Abstract

本发明公开了一种交易信息处理方法、装置和***，其中方法包括：第一服务器接收第一公众平台发送的用户通过所述订阅账号向公众账号提交的交易信息以及交易信息对应的交易账号；第一服务器根据交易信息和与交易信息对应的交易账号向第二服务器发送交易请求并获取第二服务器的响应消息；和/或，将交易信息和交易账号发送给在客户端以第一浏览器账号登录的第一浏览器，以供第一浏览器根据交易信息和交易账号向第二服务器提交交易请求并获取第二服务器的响应消息，第一服务器接收第一浏览器发送的响应消息；第一服务器将第二服务器的响应消息通知给用户。根据该方案，用户可随时通过移动终端上的公众平台客户端进行交易行为，不受位置限制。

Description

交易信息处理方法、装置和***

技术领域

本发明涉及互联网技术领域，具体涉及一种交易信息处理方法、装置和***。

背景技术

随着互联网技术的进步，尤其是移动网络性能的不断提升，越来越多的商家通过网络发布产品、信息，例如，网上抢购手机，网上报名以及网上订车票、机票等，用户提交查询、购买请求，服务器将请求处理结果以页面形式通知到浏览器上。上述方式极大地节约了出行成本，也为用户节省了大量时间。

浏览器是人们获取上述网络资源的主要途径之一，通常，商家提供有交易页面，用户在页面中选择商品，服务提交，返回付款页面或处理结果的通知，用户付款交易完成，或继续购买。但对于部分商品或服务，例如抢购手机或春运期间的火车票购买，由于需求量远大于供应量，时效性要求较高，用户可能需要不断查询，获取最新的更新信息。因此，出现了一些刷票的插件或扩展，但这些刷票插件或扩展仍然不能满足时效性要求，提供足够的购票成功率。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的交易信息处理方法、装置和***。

根据本发明的一个方面，提供了一种交易信息处理方法，运行在第一服务器侧，其中，第一服务器管理第一公众平台的公众账号，该公众账号具有至少一个订阅账号；

方法包括：

第一服务器接收第一公众平台发送的用户通过所述订阅账号向公众账号提交的交易信息以及交易信息对应的交易账号；

第一服务器根据交易信息和与交易信息对应的交易账号向第二服务器发送交易请求并获取第二服务器的响应消息；

和/或，将交易信息和交易账号发送给在客户端以第一浏览器账号登录的第一浏览器，以供第一浏览器根据交易信息和交易账号向第二服务器提交交易请求并获取第二服务器的响应消息，第一服务器接收第一浏览器发送的响应消息；

第一服务器将第二服务器的响应消息通知给用户。

根据本发明的另一方面，提供了一种交易信息处理装置，用于管理第一公众平台的公众账号，该公众账号具有至少一个订阅账号；

装置包括：

第一接收模块，适于接收第一公众平台发送的用户通过订阅账号向公众账号提交的交易信息以及交易信息对应的交易账号；

交易请求模块与获取模块，其中，交易请求模块适于根据交易信息和与交易信息对应的交易账号向第二服务器发送交易请求，获取模块适于获取第二服务器的响应消息；和/或，发送模块与第二接收模块，其中，发送模块适于将交易信息和交易账号发送给在客户端以第一浏览器账号登录的第一浏览器，以供第一浏览器根据交易信息和交易账号向第二服务器提交交易请求并获取第二服务器的响应消息，第二接收模块适于接收第一浏览器发送的响应消息；

通知模块，适于将第二服务器的响应消息通知给用户。

根据本发明的另一个方面，提供了一种交易信息处理***，包括上述的交易信息处理装置，以及与订阅账号关联的移动终端。

根据本发明的交易信息处理方法、装置和***，接收用户通过第一公众平台的订阅账号向公众账号发送的交易信息和交易账号，服务器以交易账号向交易服务器请求获取响应消息；或者将交易信息和交易账号返回给在PC或移动终端以第一浏览器账号登录的第一浏览器侧，第一浏览器侧进行交易请求的自动提交，获取响应消息，并将响应消息在发送至第一服务器，第一服务器将响应消息通知给用户。根据该方案，用户可随时通过移动终端上的公众平台客户端进行交易行为，不受位置限制。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的交易信息处理方法的流程图；

图2a示出了本发明提供的一种交易信息处理方法适用的***结构示意图；

图2b示出了本发明提供的另一种交易信息处理方法适用的***结构示意图；

图3示出了根据本发明另一个实施例的交易信息处理方法的流程图；

图4示出了根据本发明另一个实施例的交易信息处理方法的流程图；

图5示出了根据本发明一个实施例的交易信息处理装置的结构框图；

图6示出了根据本发明另一个实施例的交易信息处理装置的结构框图；

图7示出了根据本发明另一个实施例的交易信息处理装置的结构框图；

图8示出了根据本发明一个实施例的交易信息处理***的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的交易信息处理方法的流程图，运行在第一服务器侧，第一服务器管理第一公众平台的公众账号，公众账号具有至少一个订阅账号。如图1所示，方法包括如下步骤：

步骤S110，第一服务器接收第一公众平台发送的用户通过订阅账号向公众账号提交的交易信息以及交易信息对应的交易账号。

具体地，交易信息为用户进行网上交易时的需求信息。例如，用户想要抢购小米手机，则交易信息就是用户在“小米抢购网”选择的一个或多个手机的型号，若用户在购票网站购票，则交易信息即为票务信息，包括用户想要的车次、席别、终点站，出发时间等；若用户参加考试报名，交易信息为用户选择的考试时间，考场地点等。交易账号为用户提供交易信息时使用的账号信息，例如，用户在购票网站查询车票，则交易账号为用户查询前登录购票网站的购票账号及相应的密码。

本发明实施例中，第一服务器管理第一公众平台的公众账号，该公众账号具有至少一个订阅账号，订阅账号和公众账号之间通过第一公众平台交换信息。以微信平台为例，移动终端用户的微信账号关注某公众账号成为该公众账号的其中一个订阅账号，用户通过订阅账号向公众账号提交交易信息和交易账号。

步骤S120，第一服务器根据交易信息和与交易信息对应的交易账号向第二服务器发送交易请求并获取第二服务器的响应消息，和/或，将交易信息和交易账号发送给在客户端以第一浏览器账号登录的第一浏览器，第一服务器接收第一浏览器发送的响应消息。

本发明实施例中，第二服务器即是交易账号所属的交易站点对应的服务器。响应消息中包括第二服务器对交易请求的处理结果，例如，用户输入乘车时间和乘车区间以查询车次，则响应消息包括车次查询结果，若用户购票，响应消息可以是包含“订单已成功递交”的页面或提示消息。进一步的，响应消息还可以包含订单提交后的支付页面。

具体地，第一服务器可通过两种方式向第二服务器提交交易请求，获取响应消息：

提交方式一：

第一服务器以交易账号向第二服务器提交交易请求，交易请求中包含公众账号接收的交易信息。

通常用户购票或查询时，在PC端浏览器上打开购票网站，输入乘车区间、时间、席别、车次等信息，点击提交，浏览器向购票网站的第二服务器发送上述信息，以获取响应消息。在交易高峰时，大量用户同时提交请求，第二服务器负担增加导致交易请求提交困难，同时，第二服务器的拥塞也会造成浏览器的卡顿，交易请求提交失败，用户可能需要重复多次提交，导致错过购票时机。

在本实施例的方式一中，用户通过订阅账号将交易信息和交易账号发送给公众账号，由第一服务器自动重复提交请求，例如，每2秒提交一次。这减少了用户的操作，用户也不必一直守在电脑前，只需输入一次票务信息即可。第一服务器通常具有较佳的和更稳定的网络带宽，第一服务器发出的请求被成功处理的几率较高，提升了交易成功的概率。

另外，购票网站的站点一般采用分布式的缓存服务器，分布在不同的区域，当某个地区的用户进行购票时，网站域名经内容分发网络解析，得到购票网站在该区域内的服务器IP，浏览器访问该区域内的缓存服务器，获取响应消息。

一方面，缓存服务器中的数据可能以一定的频率更新而与最新数据之间存在延迟。例如，用户购买北京到哈尔滨的车票，起售时间为10点。用户在10点时访问购票网站，输入车次，点击购买。如果用户的交易请求被提交至一缓存服务器，而该缓存服务器此时可能尚未更新数据，则购票页面会显示售票尚未开始，无法预订。缓存服务器数据可能在1分钟后更新，但此时票已售完，用户购票失败。本实施例通过第一服务器提交可以解决上述存在的技术问题，第一服务器预先获取各区域内的缓存服务器的IP，同时监测这些缓存服务器的数据更新状态，将用户交易请求提交至已更新数据的缓存服务器。

另一方面，各区域的缓存服务器负载状态不同，例如，某区域内的一个时间点，购票用户众多，导致服务器拥塞，无法及时处理交易请求。但在本实施例的方式一中，第一服务器可通过实时分析各区域缓存服务器的连接时间，下载速度等获知各区域缓存服务器的负载状态，向负载状态最优的缓存服务器提交交易请求，保证用户的交易请求能够得到及时处理，极大地提高购票的成功率。

提交方式二：

将交易信息和交易账号发送给在客户端以第一浏览器账号登录的第一浏览器；第一浏览器根据交易信息和交易账号向第二服务器提交交易请求并获取第二服务器的响应消息；第一浏览器再将获取的第二服务器的响应消息发送给第一服务器。

其中，第一浏览器实现的功能如提交请求、发送响应消息等可由浏览器本身主程序完成，或者可由适用于不同浏览器的浏览器插件调用浏览器接口完成，再或者通过页面调用浏览器接口完成。

在本实施例的方式二中，还需要预先建立第一浏览器账号和购票账号及订阅账号之间的关联，并保存在第一服务器中。第一浏览器的登录方式可以是可以是前台或后台的登录，登录的客户端可以是PC，也可以是移动终端。例如，用户购票前提前在PC上打开第一浏览器，以第一浏览器账号登录。第一浏览器根据第一服务器发送的交易信息和交易账号执行自动上述过程。或者，用户购票前提前在移动终端上打开第一浏览器，以第一浏览器账号登录，使第一浏览器在后台运行，第一浏览器根据第一服务器发送的交易信息和交易账号执行自动上述过程。第一浏览器向第二服务器发起带有交易信息和交易账号的http请求，可以GET和POST方式提交。

相对于方式一，方式二的优势在于可避免由第一服务器向第二服务器自动提交购票请求时，第二服务器检测出请求并非来自PC等客户端，而是来自服务器，而将购票请求识别为对服务器的攻击，拒绝接收第一服务器提交的购票请求；或者，第一服务器设置有请求频率的上限，当来自服务器的请求频率过高时，被判断为非法请求，这样用户的请求无法得到及时处理的技术问题。

在方式二中，服务器可将各缓存服务器的负载状态、数据更新状态通知给浏览器侧，由浏览器向合适的缓存服务器提交请求，保证用户的交易请求能够得到及时处理，极大地提高购票的成功率。

应该理解的是，该步骤可以采用上述的方式一和方式二相结合的方式，即第一服务器和第一浏览器都向第二服务器提交请求，获取响应消息。

步骤S130，第一服务器将第二服务器的响应消息通知给用户。

具体地，本实施例中给出了两种通知方式。

通知方式一：

第一服务器将第二服务器的响应消息发送给在客户端以第一浏览器账号登录的第一浏览器。

这种方式主要适用于步骤S120中的提交方式一，即第一服务器向第二服务器提交请求，从第二服务器处获取响应消息的情况。

可选地，响应消息包括请求处理后的支付页面，例如，第二服务器处理请求后，根据交易信息，用户账号等生成一个支付页面，将支付页面的网页文件，网页文件中包含交易信息和交易账号返回给第一浏览器，或将页面的URL及交易账号和交易信息返回给第一浏览器，由第一浏览器直接打开支付页面。

通知方式二：

第一服务器通过第一公众平台以公众账号将第二服务器的响应消息发送给公众账号的订阅账号。

具体地，第一服务器将响应消息和订阅账号提交给第一公众平台提供的消息发送接口，完成发送。

如同步骤S120中描述的，本实施例的通知方式二中，第一服务器发送的响应消息可来自第一浏览器或直接由第一服务器从第二服务器处获取。

图2a和图2b示出了本实施例提供的其中两种交易信息处理方法所适用的***，其中，交易站点对应于第二服务器。为更清楚地描述本实施例方法，结合图2a和图2b进行完整说明。

在图2a中，用户通在移动终端上登录订阅账号，向公众账号提交交易信息和交易账号，由公众平台接口将交易信息和交易账号通知给管理公众账号的第一服务器，第一服务器根据交易信息和交易账号向交易站点发起交易请求，交易站点处理交易请求后生成响应消息，返回给第一服务器，第一服务器将响应消息发送给在PC端以第一浏览器账号登录的第一浏览器进行展示。

图2b中，用户在移动终端上登录订阅账号，向公众账号提交交易信息和交易账号，由公众平台接口将交易信息和交易账号通知给管理公众账号的第一服务器，第一服务器将交易信息和交易账号发送给在客户端以第一浏览器账号登录的第一浏览器，其中，第一浏览器账号与订阅账号关联；第一浏览器根据交易信息和交易账号向交易站点提交交易请求，并获取响应消息，然后将获取的响应消息发送给第一服务器；第一服务器向公众平台的消息发送接口提交响应消息和订阅账号，以供公众平台将响应消息发送给订阅账号。

根据本发明上述实施例提供的方法，用户可随时在移动终端上登录公众平台的订阅账号进行交易信息的提交，不受位置限制，操作方便。而且，本方法可选择通过服务器提交交易请求，提高了提交的成功率。另外，可选的多种通知方式使响应消息的返回成功率得以提升，用户购票成功率也因此提高。

图3示出了根据本发明另一个实施例的交易信息处理方法的流程图。本实施例以微信公众平台为例，说明方法在第一服务器侧的执行过程。如图3所示，方法包括如下步骤：

步骤S310，第一服务器接收第一公众平台发送的用户通过订阅账号向公众账号提交的交易信息以及交易信息对应的交易账号。

具体地，第一服务器管理一个微信公众号，可通过预先实现的接口接收微信平台向该接口的事件通知或消息推送，并根据消息，执行本实施例后续步骤中的逻辑。

具体地，微信平台以POST方式将包含交易信息和交易账号的XML数据包提交到与第一服务器提供的接口对应的URL上。第一服务器对XML数据包解析，获得交易信息和交易账号。

可选地，利用微信平台提供的自定义菜单创建接口在微信公众号中创建自定义菜单，例如，当用户进入微信公众号界面时，在微信公众号界面下方显示“抢票王”菜单，用户点击后，该点击事件被推送给第一服务器接口，第一服务器根据该事件，提供一个预先配置的购票页面，显示在微信公众号界面中。购票页面中可包括多个输入元素，例如，“出发站”，“到达站”。“出发日期”等，供用户选择或输入。然后，第一服务器接收微信平台以POST方式发送的数据包，从而获取车次、席别、时间等交易信息。

步骤S320，第一服务器根据交易信息和与交易信息对应的交易账号向第二服务器发送交易请求，并获取第二服务器处理交易请求成功后返回的支付页面。

从微信平台发送到第一服务器的XML数据包中解析出交易信息和交易账号，生成交易请求，提交至购票站点对应的第二服务器。如果提交成功且尚有余票，则第二服务器会根据交易账号和交易信息为该请求生成响应消息，包括订单确认页面，支付页面等。例如，支付页面包括交易账号，交易信息，乘客，订购车次，价格等信息。

步骤S330，第一服务器将支付页面发送在客户端以第一浏览器账号登录的第一浏览器。

本实施例中将支付页面直接返回给在客户端上，如PC上的以第一浏览器账号登录的第一浏览器，浏览器打开该页面，用户即可进行付款，十分便捷，节省了用户多次点击和确认的过程。

其中，第一浏览器账号与交易账号及订阅账号间有一一对应的关系，则本实施例还包括将第一浏览器账号和订阅账号绑定的步骤。可选地，绑定过程如下：

首先，接收第一浏览器发送的标识码请求，标识码请求中带有第一浏览器账号信息。具体地，浏览器插件或页面将交易账号携带在标识码请求中，发送给服务器，可以GET方式将购票账号添加在HTTP请求的URL中。例如，http://sehd.360.cn/turntable/weixin/getcode？account＝wedonotsow。本实施例中，还需要提交交易账号对应的密码，以供交易站点对应的第二服务器验证。则可以选择以POST方式提交交易账号，将购票账号包含在HTTP消息主体中，这种方式具有更高的安全性。

然后，第一服务器根据标识码请求生成标识码，并将标识码发送给第一浏览器，以便第一浏览器显示标识码。例如，使用SHA1生成标识码，并记录标识码和第一浏览器账号的关系。

而后，第一浏览器显示标识码，用户登录订阅账号，打开公众账号界面，输入标识码并发送。

最后，第一服务器接收订阅账号发送的标识码，根据标识码建立起订阅账号和第一浏览器账号之间的关联。具体地，微信平台将标识码推送给第一服务器的预置接口，第一服务器建立发送该标识码的订阅账号和第一浏览器账号的关联。

图4示出了根据本发明另一个实施例的交易信息处理方法的流程图，如图4所示，方法包括如下步骤：

步骤S410，第一服务器接收第一公众平台发送的用户通过订阅账号向公众账号提交的交易信息以及交易信息对应的交易账号。

本步骤与上一实施例的步骤S310相同，此处不再赘述。

步骤S420，将交易信息和交易账号发送给在客户端以第一浏览器账号登录的第一浏览器。

步骤S430，第一浏览器根据交易信息和交易账号向第二服务器提交交易请求并获取第二服务器的响应消息。

步骤S440，第一浏览器将响应消息发送至第一服务器。

步骤S450，第一服务器将第一浏览器发送的响应消息提交至第一公众平台的公众账号接口，发送给订阅账号。

服务器以POST方式向微信平台的上述接口提交一个JSON(JavaScript ObjectNotation)数据包，以将第一信息的更新信息发送给用户微信订阅账号，JSON数据包的一个示例如下：

以上响应消息作为示例，只包括了文本消息，其中，wxid为与购票账号关联的用户微信订阅账号，msgtype：text指定消息类型为文本消息，msgcontent为要向用户微信订阅账号发送的文本消息内容，例如“可以下单了！”。对于其他图文信息，或html代码，以类似方式发送，不再赘述。

根据本发明上述实施例提供的方法，用户可随时在移动终端上登录公众平台的订阅账号进行交易信息的提交，不受位置限制，操作方便。而且，本方法可选择通过服务器提交交易请求，提高了提交的成功率。另外，可选的多种通知方式使响应消息的发送成功率得以提升，用户购票成功率也因此提高。

图5示出了根据本发明一个实施例的交易信息处理装置的结构框图，该装置管理第一公众平台的公众账号，公众账号具有至少一个订阅账号。如图5所示，装置包括：

第一接收模块510，适于接收第一公众平台发送的用户通过订阅账号向公众账号提交的交易信息以及交易信息对应的交易账号；

交易请求模块520，适于根据交易信息和与交易信息对应的交易账号向第二服务器发送交易请求。

以用户购票为例，交易信息为用户的购票信息，交易账号为用户在购票网站的购票账号，第二服务器为购票网站的服务器。

获取模块530，适于获取第二服务器的响应消息。

其中，获取模块进一步适于获取第二服务器处理交易请求成功后返回的支付页面。

通知模块540，适于将获取模块530获取的第二服务器的响应消息通知给用户。

其中，响应消息包括第二服务器处理交易请求成功后根据交易信息和交易账户生成的支付页面。

可选地，通知模块540适于将第二服务器的响应消息发送给在客户端以第一浏览器账号登录的第一浏览器，包括：在移动终端或PC终端登录的第一浏览器，响应消息可以是上述的支付页面；第一接收模块510还适于接受订阅账号发送的标识码；装置还包括关联模块550，适于接收第一浏览器发送的标识码请求，标识码请求中带有第一浏览器账号信息；根据标识码请求生成标识码，并将标识码发送给第一浏览器，以便第一浏览器显示标识码；根据标识码建立起订阅账号和第一浏览器账号之间的关联。

可选地，通知模块540适于通过第一公众平台以公众账号将第二服务器的响应消息发送给公众账号的订阅账号，响应消息可以是上述的支付页面。

图6示出了根据本发明另一个实施例的交易信息处理装置的结构框图，如图6所示，装置包括：

第一接收模块610，适于接收第一公众平台发送的用户通过订阅账号向公众账号提交的交易信息以及交易信息对应的交易账号；

发送模块620，适于将交易信息和交易账号发送给在客户端以第一浏览器账号登录的第一浏览器，以供第一浏览器根据交易信息和交易账号向第二服务器提交交易请求并获取第二服务器的响应消息。

以用户购票为例，交易信息为用户的购票信息，交易账号为用户在购票网站的购票账号，第二服务器为购票网站的服务器。

其中，响应消息包括第二服务器处理交易请求成功后生成的支付页面，例如，购票网站返回的车票订单支付页面。第一浏览器在PC端或移动终端登录。

第二接收模块630，适于接收第一浏览器发送的响应消息。

其中，第二接收模块630具体适于接收第一浏览器发送的第二服务器处理交易请求成功后返回给第一浏览器的支付页面。

通知模块640，适于通过第一公众平台以公众账号将第二服务器的响应消息发送给公众账号的订阅账号。

具体地，通知模块通过第一公众平台将支付页面发送给订阅账号。

图7示出了根据本发明另一个实施例的交易信息处理装置的结构框图，如图7所示，装置包括：

第一接收模块710，适于接收第一公众平台发送的用户通过订阅账号向公众账号提交的交易信息以及交易信息对应的交易账号。

交易请求模块720，适于根据交易信息和与交易信息对应的交易账号向第二服务器发送交易请求。

获取模块730，适于获取第二服务器的响应消息。

发送模块740，适于将交易信息和交易账号发送给在客户端以第一浏览器账号登录的第一浏览器，以供第一浏览器根据交易信息和交易账号向第二服务器提交交易请求并获取第二服务器的响应消息。

第二接收模块750，适于接收第一浏览器发送的响应消息。

通知模块760，适于将第二服务器的响应消息通知给用户，响应消息来自第二接收模块750或获取模块730。

可选地，第一接收模块710还适于接受订阅账号发送的标识码；装置还包括关联模块770，适于接收第一浏览器发送的标识码请求，标识码请求中带有第一浏览器账号信息；根据标识码请求生成标识码，并将标识码发送给第一浏览器，以便第一浏览器显示标识码；根据接收的标识码建立起订阅账号和第一浏览器账号之间的关联。

该实施例中，第一服务器和浏览器都向第二服务器提交请求，获取响应消息。

图8示出了根据本发明一个实施例的交易信息处理***的结构框图，如图8所示，***包括：

上述实施例中的交易信息处理装置810，以及与订阅账号关联的移动终端820。

可选地，移动终端820具有以第一浏览器账号登录的第一浏览器；第一浏览器适于：接收装置发送的交易信息和所述交易账号，根据交易信息和交易账号向第二服务器提交交易请求并获取第二服务器的响应消息。

可选地，***还包括：PC终端830。PC终端830具有以第一浏览器账号登录的第一浏览器。第一浏览器适于：接收装置发送的交易信息和交易账号，根据交易信息和交易账号向第二服务器提交交易请求并获取第二服务器的响应消息。

根据本发明上述实施例提供的交易信息处理装置和***，根据本发明上述实施例提供的方法，用户可随时在移动终端上登录公众平台的订阅账号进行交易信息的提交，不受位置限制，操作方便。而且，本装置和***可选择通过服务器或浏览器提交交易请求，提高了提交的成功率。可选地，多种通知方式使响应消息的发送成功率得以提升，用户购票成功率也因此提高。

在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的交易信息处理装置和***中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了：

A1、一种交易信息处理方法，运行在第一服务器侧，所述第一服务器管理第一公众平台的公众账号，所述公众账号具有至少一个订阅账号；

所述方法包括：

所述第一服务器接收第一公众平台发送的用户通过所述订阅账号向所述公众账号提交的交易信息以及所述交易信息对应的交易账号；

所述第一服务器根据所述交易信息和与所述交易信息对应的交易账号向第二服务器发送交易请求并获取第二服务器的响应消息，和/或，将所述交易信息和所述交易账号发送给在客户端以第一浏览器账号登录的第一浏览器，以供所述第一浏览器根据所述交易信息和所述交易账号向所述第二服务器提交交易请求并获取第二服务器的响应消息，所述第一服务器接收所述第一浏览器发送的响应消息；

所述第一服务器将第二服务器的响应消息通知给用户。

A2、根据A1所述的方法，其中，所述方法还包括：

接收第一浏览器发送的标识码请求，所述标识码请求中带有第一浏览器账号信息；

根据所述标识码请求生成标识码，并将所述标识码发送给所述第一浏览器，以便所述第一浏览器显示所述标识码；

接收订阅账号发送的标识码，根据所述标识码建立起所述订阅账号和所述第一浏览器账号之间的关联。

A3、根据A1所述的方法，其中，所述第一服务器将第二服务器的响应消息通知给用户进一步为：所述第一服务器将第二服务器的响应消息发送给在客户端以第一浏览器账号登录的第一浏览器；

所述客户端包括：移动终端或PC终端。

A4、根据A1所述的方法，其中，所述第一服务器将第二服务器的响应消息通知给用户进一步为：所述第一服务器通过所述第一公众平台以所述公众账号将第二服务器的响应消息发送给所述公众账号的订阅账号。

A5、根据A1-A4任一项所述的方法，其中，所述获取第二服务器的响应消息包括：获取第二服务器处理交易请求成功后返回的支付页面；

所述第一服务器将第二服务器的响应消息通知给用户进一步为：将所述第二服务器处理交易请求成功后返回的支付页面通知给用户。

A6、根据A1-A5任一项所述的方法，其中，所述交易信息为用户的购票信息，所述交易账号为用户在购票网站的购票账号，所述第二服务器为购票网站的服务器。

B7、一种交易信息处理装置，用于管理第一公众平台的公众账号，所述公众账号具有至少一个订阅账号；

所述装置包括：

第一接收模块，适于接收第一公众平台发送的用户通过所述订阅账号向所述公众账号提交的交易信息以及所述交易信息对应的交易账号；

交易请求模块与获取模块，其中，所述交易请求模块适于根据所述交易信息和与所述交易信息对应的交易账号向第二服务器发送交易请求，所述获取模块适于获取第二服务器的响应消息；和/或，发送模块与第二接收模块，其中，所述发送模块适于将所述交易信息和所述交易账号发送给在客户端以第一浏览器账号登录的第一浏览器，以供所述第一浏览器根据所述交易信息和所述交易账号向所述第二服务器提交交易请求并获取第二服务器的响应消息，所述第二接收模块适于接收所述第一浏览器发送的响应消息；

通知模块，适于将第二服务器的响应消息通知给用户。

B8、根据B7所述的装置，其中，所述第一接收模块还适于：接收订阅账号发送的标识码；

所述装置还包括：关联模块，适于接收第一浏览器发送的标识码请求，所述标识码请求中带有第一浏览器账号信息，根据标识码请求生成标识码，并将所述标识码发送给所述第一浏览器，以便所述第一浏览器显示所述标识码；

根据所述标识码建立起所述订阅账号和所述第一浏览器账号之间的关联。

B9、根据B7所述的装置，其中，所述通知模块进一步适于：将第二服务器的响应消息发送给在客户端以第一浏览器账号登录的第一浏览器；

所述客户端包括：移动终端或PC终端。

B10、根据B7所述的装置，其中，所述通知模块进一步适于：通过所述第一公众平台以所述公众账号将第二服务器的响应消息发送给所述公众账号的订阅账号。

B11、根据B7-B10任一项所述的装置，其中，所述获取模块进一步适于：获取第二服务器处理交易请求成功后返回的支付页面；

所述第二接收模块进一步适于：接收所述第一浏览器发送的第二服务器处理交易请求成功后返回给所述第一浏览器的支付页面；

所述通知模块进一步适于：将所述第二服务器处理交易请求成功后返回的支付页面通知给用户。

B12、根据B7-B11任一项所述的装置，其中，所述交易信息为用户的购票信息，所述交易账号为用户在购票网站的购票账号，所述第二服务器为购票网站的服务器。

C13、一种交易信息处理***，包括：B7-B12任一项所述的交易信息处理装置，以及与订阅账号关联的移动终端。

C14、根据C13所述的交易信息处理***，其中，所述移动终端具有以第一浏览器账号登录的第一浏览器；

所述第一浏览器适于：接收所述装置发送的所述交易信息和所述交易账号，根据所述交易信息和所述交易账号向所述第二服务器提交交易请求并获取第二服务器的响应消息。

C15、根据C13所述的交易信息处理***，其中，还包括：PC终端，所述PC终端具有以第一浏览器账号登录的第一浏览器；

所述第一浏览器适于：接收所述装置发送的所述交易信息和所述交易账号，根据所述交易信息和所述交易账号向所述第二服务器提交交易请求并获取第二服务器的响应消息。

C16、根据C14或C15所述的交易信息处理***，所述浏览器还适于：接收所述装置发送的第二服务器的响应消息。

Claims (16)

1.一种交易信息处理方法，运行在第一服务器侧，所述第一服务器管理第一公众平台的公众账号，所述公众账号具有至少一个订阅账号；

所述方法包括：

所述第一服务器接收第一公众平台发送的用户通过所述订阅账号向所述公众账号提交的交易信息以及所述交易信息对应的交易账号；

所述第一服务器根据所述交易信息和与所述交易信息对应的交易账号向第二服务器发送交易请求并获取第二服务器的响应消息，和/或，将所述交易信息和所述交易账号发送给在客户端以第一浏览器账号登录的第一浏览器，以供所述第一浏览器根据所述交易信息和所述交易账号向所述第二服务器提交交易请求并获取第二服务器的响应消息，所述第一服务器接收所述第一浏览器发送的响应消息；

所述第一服务器将第二服务器的响应消息通知给用户。

2.根据权利要求1所述的方法，其中，所述方法还包括：

接收第一浏览器发送的标识码请求，所述标识码请求中带有第一浏览器账号信息；

根据所述标识码请求生成标识码，并将所述标识码发送给所述第一浏览器，以便所述第一浏览器显示所述标识码；

接收订阅账号发送的标识码，根据所述标识码建立起所述订阅账号和所述第一浏览器账号之间的关联。

3.根据权利要求1所述的方法，其中，所述第一服务器将第二服务器的响应消息通知给用户进一步为：所述第一服务器将第二服务器的响应消息发送给在客户端以第一浏览器账号登录的第一浏览器；

所述客户端包括：移动终端或PC终端。

4.根据权利要求1所述的方法，其中，所述第一服务器将第二服务器的响应消息通知给用户进一步为：所述第一服务器通过所述第一公众平台以所述公众账号将第二服务器的响应消息发送给所述公众账号的订阅账号。

5.根据权利要求1所述的方法，其中，所述获取第二服务器的响应消息包括：获取第二服务器处理交易请求成功后返回的支付页面；

所述第一服务器将第二服务器的响应消息通知给用户进一步为：将所述第二服务器处理交易请求成功后返回的支付页面通知给用户。

6.根据权利要求1-5任一项所述的方法，其中，所述交易信息为用户的购票信息，所述交易账号为用户在购票网站的购票账号，所述第二服务器为购票网站的服务器。

7.一种交易信息处理装置，用于管理第一公众平台的公众账号，所述公众账号具有至少一个订阅账号；

所述装置包括：

第一接收模块，适于接收第一公众平台发送的用户通过所述订阅账号向所述公众账号提交的交易信息以及所述交易信息对应的交易账号；

交易请求模块与获取模块，其中，所述交易请求模块适于根据所述交易信息和与所述交易信息对应的交易账号向第二服务器发送交易请求，所述获取模块适于获取第二服务器的响应消息；和/或，发送模块与第二接收模块，其中，所述发送模块适于将所述交易信息和所述交易账号发送给在客户端以第一浏览器账号登录的第一浏览器，以供所述第一浏览器根据所述交易信息和所述交易账号向所述第二服务器提交交易请求并获取第二服务器的响应消息，所述第二接收模块适于接收所述第一浏览器发送的响应消息；

通知模块，适于将第二服务器的响应消息通知给用户。

8.根据权利要求7所述的装置，其中，所述第一接收模块还适于：接收订阅账号发送的标识码；

所述装置还包括：关联模块，适于接收第一浏览器发送的标识码请求，所述标识码请求中带有第一浏览器账号信息，根据标识码请求生成标识码，并将所述标识码发送给所述第一浏览器，以便所述第一浏览器显示所述标识码；

根据所述标识码建立起所述订阅账号和所述第一浏览器账号之间的关联。

9.根据权利要求7所述的装置，其中，所述通知模块进一步适于：将第二服务器的响应消息发送给在客户端以第一浏览器账号登录的第一浏览器；

所述客户端包括：移动终端或PC终端。

10.根据权利要求7所述的装置，其中，所述通知模块进一步适于：通过所述第一公众平台以所述公众账号将第二服务器的响应消息发送给所述公众账号的订阅账号。

11.根据权利要求7所述的装置，其中，所述获取模块进一步适于：获取第二服务器处理交易请求成功后返回的支付页面；

所述第二接收模块进一步适于：接收所述第一浏览器发送的第二服务器处理交易请求成功后返回给所述第一浏览器的支付页面；

所述通知模块进一步适于：将所述第二服务器处理交易请求成功后返回的支付页面通知给用户。

12.根据权利要求7-11任一项所述的装置，其中，所述交易信息为用户的购票信息，所述交易账号为用户在购票网站的购票账号，所述第二服务器为购票网站的服务器。

13.一种交易信息处理***，包括：权利要求7-12任一项所述的交易信息处理装置，以及与订阅账号关联的移动终端。

14.根据权利要求13所述的交易信息处理***，其中，所述移动终端具有以第一浏览器账号登录的第一浏览器；

所述第一浏览器适于：接收所述装置发送的所述交易信息和所述交易账号，根据所述交易信息和所述交易账号向所述第二服务器提交交易请求并获取第二服务器的响应消息。

15.根据权利要求13所述的交易信息处理***，其中，还包括：PC终端，所述PC终端具有以第一浏览器账号登录的第一浏览器；

所述第一浏览器适于：接收所述装置发送的所述交易信息和所述交易账号，根据所述交易信息和所述交易账号向所述第二服务器提交交易请求并获取第二服务器的响应消息。

16.根据权利要求14或15所述的交易信息处理***，所述第一浏览器还适于：接收所述装置发送的第二服务器的响应消息。