CN104331296B - transaction information processing method, device and system - Google Patents

Abstract

The present invention discloses a transaction information processing method, device and system, wherein the method includes: the first server receives the transaction information submitted by the user to the public account through the subscription account and the transaction account corresponding to the transaction information sent by the first public platform; The first server sends a transaction request to the second server according to the transaction information and the transaction account number corresponding to the transaction information and obtains a response message from the second server; and/or, sends the transaction information and the transaction account number to the first browser on the client terminal The first browser with account login, for the first browser to submit a transaction request to the second server according to the transaction information and transaction account number and obtain the response message from the second server, and the first server receives the response message sent by the first browser; A server notifies the user of the response message of the second server. According to this scheme, users can conduct transactions through the public platform client on the mobile terminal at any time, without being restricted by location.

Description

Transaction information processing method, device and system

technical field

The present invention relates to the technical field of the Internet, in particular to a transaction information processing method, device and system.

Background technique

With the advancement of Internet technology, especially the continuous improvement of mobile network performance, more and more merchants publish products and information through the Internet, for example, online snapping up mobile phones, online registration, online booking of train tickets, air tickets, etc., users submit inquiries, purchase request, the server notifies the browser of the request processing result in the form of a page. The above method greatly saves travel costs and also saves a lot of time for users.

The browser is one of the main ways for people to obtain the above-mentioned network resources. Usually, the merchant provides a transaction page, and the user selects the product on the page, submits the service, returns to the payment page or notifies the processing result, and the user completes the payment transaction or continues to purchase. However, for some goods or services, such as buying mobile phones or buying train tickets during the Spring Festival travel season, since the demand is far greater than the supply, the timeliness requirements are high, and users may need to keep checking to obtain the latest update information. Therefore, some plug-ins or extensions for swiping tickets have appeared, but these plug-ins or extensions for swiping tickets still cannot meet the timeliness requirements and provide a sufficient success rate for ticket purchases.

Contents of the invention

In view of the above problems, the present invention is proposed to provide a transaction information processing method, device and system that overcome the above problems or at least partially solve the above problems.

According to one aspect of the present invention, a transaction information processing method is provided, running on the first server side, wherein the first server manages a public account of the first public platform, and the public account has at least one subscription account;

Methods include:

The first server receives the transaction information submitted by the user to the public account through the subscription account and the transaction account corresponding to the transaction information sent by the first public platform;

The first server sends a transaction request to the second server according to the transaction information and the transaction account corresponding to the transaction information and obtains a response message from the second server;

And/or, send the transaction information and transaction account number to the first browser logged in with the first browser account on the client side, so that the first browser can submit a transaction request to the second server according to the transaction information and transaction account number and obtain the first browser account. The response message of the second server, the first server receives the response message sent by the first browser;

The first server notifies the user of the response message of the second server.

According to another aspect of the present invention, a transaction information processing device is provided for managing a public account of a first public platform, where the public account has at least one subscription account;

Devices include:

The first receiving module is adapted to receive the transaction information submitted by the user to the public account through the subscription account and the transaction account corresponding to the transaction information sent by the first public platform;

A transaction request module and an acquisition module, wherein the transaction request module is adapted to send a transaction request to the second server according to the transaction information and the transaction account corresponding to the transaction information, and the acquisition module is adapted to acquire a response message from the second server; and/or, send module and the second receiving module, wherein the sending module is adapted to send the transaction information and transaction account number to the first browser logged in with the first browser account on the client terminal, so that the first browser can send the transaction information and transaction account number to the first browser according to the transaction information and transaction account number The second server submits a transaction request and obtains a response message from the second server, and the second receiving module is adapted to receive the response message sent by the first browser;

The notification module is adapted to notify the user of the response message of the second server.

According to another aspect of the present invention, a transaction information processing system is provided, including the above-mentioned transaction information processing device, and a mobile terminal associated with a subscription account.

According to the transaction information processing method, device and system of the present invention, the transaction information and transaction account number sent by the user to the public account through the subscription account of the first public platform are received, and the server uses the transaction account number to request a response message from the transaction server; or the transaction information and the transaction account number are returned to the first browser side logged in with the first browser account on the PC or mobile terminal, the first browser side automatically submits the transaction request, obtains the response message, and sends the response message to the first server , the first server notifies the user of the response message. According to this scheme, users can conduct transactions through the public platform client on the mobile terminal at any time, without being restricted by location.

The above description is only an overview of the technical solution of the present invention. In order to better understand the technical means of the present invention, it can be implemented according to the contents of the description, and in order to make the above and other purposes, features and advantages of the present invention more obvious and understandable , the specific embodiments of the present invention are enumerated below.

Description of drawings

Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiment. The drawings are only for the purpose of illustrating a preferred embodiment and are not to be considered as limiting the invention. Also throughout the drawings, the same reference numerals are used to designate the same parts. In the attached picture:

FIG. 1 shows a flowchart of a transaction information processing method according to an embodiment of the present invention;

Fig. 2a shows a schematic structural diagram of a system applicable to a transaction information processing method provided by the present invention;

Fig. 2b shows a schematic structural diagram of a system applicable to another transaction information processing method provided by the present invention;

Fig. 3 shows a flowchart of a transaction information processing method according to another embodiment of the present invention;

Fig. 4 shows a flowchart of a transaction information processing method according to another embodiment of the present invention;

Fig. 5 shows a structural block diagram of a transaction information processing device according to an embodiment of the present invention;

Fig. 6 shows a structural block diagram of a transaction information processing device according to another embodiment of the present invention;

Fig. 7 shows a structural block diagram of a transaction information processing device according to another embodiment of the present invention;

Fig. 8 shows a structural block diagram of a transaction information processing system according to an embodiment of the present invention.

detailed description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided for more thorough understanding of the present disclosure and to fully convey the scope of the present disclosure to those skilled in the art.

Fig. 1 shows a flow chart of a method for processing transaction information according to an embodiment of the present invention, running on the first server side, the first server manages the public account of the first public platform, and the public account has at least one subscription account. As shown in Figure 1, the method includes the following steps:

Step S110, the first server receives the transaction information submitted by the user to the public account through the subscription account and the transaction account corresponding to the transaction information sent by the first public platform.

Specifically, the transaction information is information required by the user when conducting online transactions. For example, if a user wants to snap up a Xiaomi mobile phone, the transaction information is the model of one or more mobile phones selected by the user on "Xiaomi Panbuy.com". The desired train number, seat, terminal, departure time, etc.; if the user registers for the exam, the transaction information is the exam time and location of the exam selected by the user. The transaction account is the account information used by the user to provide transaction information. For example, if the user inquires about tickets on the ticket purchase website, the transaction account is the ticket purchase account and corresponding password that the user logged into the ticket purchase website before the query.

In the embodiment of the present invention, the first server manages the public account of the first public platform, and the public account has at least one subscription account, and information is exchanged between the subscription account and the public account through the first public platform. Taking the WeChat platform as an example, the WeChat account of the mobile terminal user follows a public account and becomes one of the subscription accounts of the public account, and the user submits transaction information and transaction accounts to the public account through the subscription account.

Step S120, the first server sends a transaction request to the second server according to the transaction information and the transaction account corresponding to the transaction information and obtains a response message from the second server, and/or sends the transaction information and the transaction account to the client for the first A first browser logged in with a browser account, and the first server receives a response message sent by the first browser.

In the embodiment of the present invention, the second server is the server corresponding to the transaction site to which the transaction account belongs. The response message includes the processing result of the transaction request by the second server. For example, if the user inputs the ride time and the ride interval to check the train number, the response message includes the train number query result. If the user buys a ticket, the response message may contain "order has been Successfully submitted" page or prompt message. Further, the response message may also include a payment page after the order is submitted.

Specifically, the first server can submit a transaction request to the second server and obtain a response message in two ways:

Submit method one:

The first server submits a transaction request to the second server with the transaction account number, and the transaction request includes the transaction information received by the public account.

Usually, when a user buys a ticket or inquires, he or she opens the ticketing website on a PC-side browser, enters information such as the travel interval, time, seat, train number, etc., clicks submit, and the browser sends the above information to the second server of the ticketing website. to get a response message. During the transaction peak, a large number of users submit requests at the same time, and the increased burden on the second server makes it difficult to submit transaction requests. At the same time, the congestion of the second server will also cause the browser to freeze, and the transaction request submission fails. Users may need to submit multiple times , leading to missed opportunities to buy tickets.

In the first way of this embodiment, the user sends the transaction information and the transaction account number to the public account through the subscription account, and the first server automatically submits the request repeatedly, for example, once every 2 seconds. This reduces the user's operations, and the user does not have to stay in front of the computer all the time, and only needs to enter the ticket information once. The first server usually has a better and more stable network bandwidth, and the request sent by the first server has a higher probability of being successfully processed, which increases the probability of a successful transaction.

In addition, the sites of ticket buying websites generally use distributed cache servers, which are distributed in different regions. When users in a certain area purchase tickets, the domain name of the website is analyzed by the content distribution network to obtain the servers of the ticket purchasing website in this area. IP, the browser accesses the cache server in this area to obtain the response message.

On the one hand, the data in the cache server may be updated at a certain frequency and there is a delay between the latest data. For example, when a user buys a ticket from Beijing to Harbin, the sale starts at 10:00. The user visits the ticketing website at 10 o'clock, enters the train number, and clicks to buy. If the user's transaction request is submitted to a cache server, and the cache server may not have updated data at this time, the ticket purchase page will display that the ticket sales have not yet started and cannot be booked. The cache server data may be updated after 1 minute, but at this time the tickets are sold out and the user fails to purchase tickets. In this embodiment, the above-mentioned existing technical problems can be solved by submitting the first server. The first server obtains the IPs of the cache servers in each area in advance, monitors the data update status of these cache servers, and submits the user transaction request to the cache server with updated data. cache server.

On the other hand, the load status of cache servers in different regions is different. For example, at a certain point in time in a certain region, there are many ticket purchasers, resulting in server congestion and unable to process transaction requests in a timely manner. However, in method 1 of this embodiment, the first server can learn the load status of each regional cache server by analyzing the connection time and download speed of each regional cache server in real time, and submit a transaction request to the cache server with the best load status to ensure The user's transaction request can be processed in a timely manner, which greatly improves the success rate of ticket purchase.

Submit method two:

Send the transaction information and transaction account number to the first browser logged in with the first browser account at the client; the first browser submits a transaction request to the second server according to the transaction information and transaction account number and obtains a response message from the second server; The first browser then sends the acquired response message from the second server to the first server.

Among them, the functions implemented by the first browser, such as submitting a request and sending a response message, can be completed by the main program of the browser itself, or can be completed by calling the browser interface through a browser plug-in suitable for different browsers, or calling the browser interface through the page Finish.

In the second method of this embodiment, it is also necessary to establish the association between the first browser account, the ticket purchase account and the subscription account in advance, and store it in the first server. The login mode of the first browser may be the login at the foreground or the background, and the client terminal for login may be a PC or a mobile terminal. For example, before purchasing a ticket, the user opens the first browser on the PC in advance, and logs in with the first browser account. The first browser executes the above process automatically according to the transaction information and the transaction account number sent by the first server. Alternatively, the user opens the first browser on the mobile terminal in advance before purchasing the ticket, logs in with the first browser account, and makes the first browser run in the background, and the first browser executes the transaction according to the transaction information and transaction account number sent by the first server. Automate the above process. The first browser initiates an http request with transaction information and transaction account to the second server, which can be submitted in GET or POST manner.

Compared with method 1, the advantage of method 2 is that when the first server automatically submits a ticket purchase request to the second server, the second server detects that the request is not from a client such as a PC, but from a server, and sends the ticket purchase request to the second server. Recognize as an attack on the server, and refuse to accept the ticket purchase request submitted by the first server; or, the first server sets an upper limit on the request frequency, and when the request frequency from the server is too high, it is judged as an illegal request, so the user's request Technical issues that cannot be dealt with in a timely manner.

In the second method, the server can notify the browser of the load status and data update status of each cache server, and the browser will submit a request to the appropriate cache server to ensure that the user's transaction request can be processed in a timely manner, which greatly improves the ticket purchase process. success rate.

It should be understood that this step may adopt a combination of the above-mentioned method 1 and method 2, that is, both the first server and the first browser submit a request to the second server to obtain a response message.

Step S130, the first server notifies the user of the response message of the second server.

Specifically, two notification methods are given in this embodiment.

Notification method one:

The first server sends the response message of the second server to the first browser logged in with the first browser account at the client.

This method is mainly applicable to the first submission method in step S120, that is, the first server submits a request to the second server and obtains a response message from the second server.

Optionally, the response message includes a payment page after the request is processed. For example, after the second server processes the request, a payment page is generated according to transaction information, user account number, etc., and the webpage file of the payment page contains transaction information and transaction information. The account number is returned to the first browser, or the URL of the page, the transaction account number and transaction information are returned to the first browser, and the payment page is directly opened by the first browser.

Notification method two:

The first server sends the response message of the second server to the subscription account of the public account by using the public account through the first public platform.

Specifically, the first server submits the response message and subscription account to the message sending interface provided by the first public platform to complete the sending.

As described in step S120, in the second notification method of this embodiment, the response message sent by the first server may come from the first browser or directly obtained by the first server from the second server.

Fig. 2a and Fig. 2b show the system to which the two transaction information processing methods provided by this embodiment are applicable, wherein the transaction site corresponds to the second server. In order to describe the method of this embodiment more clearly, a complete description will be made in conjunction with FIG. 2a and FIG. 2b.

In Figure 2a, the user logs in the subscription account on the mobile terminal, submits the transaction information and transaction account number to the public account, and the public platform interface notifies the transaction information and transaction account number to the first server that manages the public account. The information and the transaction account number initiate a transaction request to the transaction site, and the transaction site generates a response message after processing the transaction request, and returns it to the first server, and the first server sends the response message to the first browser logged in with the first browser account on the PC side to show.

In Figure 2b, the user logs in the subscription account on the mobile terminal, submits the transaction information and transaction account number to the public account, and the public platform interface notifies the transaction information and transaction account number to the first server that manages the public account, and the first server sends the transaction information and The transaction account is sent to the first browser logged in with the first browser account on the client terminal, wherein the first browser account is associated with the subscription account; the first browser submits the transaction request to the transaction site according to the transaction information and the transaction account, and Obtain a response message, and then send the obtained response message to the first server; the first server submits the response message and the subscription account to the message sending interface of the public platform, so that the public platform can send the response message to the subscription account.

According to the method provided by the above-mentioned embodiments of the present invention, the user can log in the subscription account of the public platform on the mobile terminal to submit the transaction information at any time, which is not limited by the location and is easy to operate. Moreover, this method can choose to submit the transaction request through the server, which improves the success rate of submission. In addition, the optional notification methods increase the return success rate of response messages, and thus increase the success rate of user ticket purchases.

Fig. 3 shows a flowchart of a transaction information processing method according to another embodiment of the present invention. In this embodiment, the WeChat public platform is taken as an example to illustrate the execution process of the method on the first server side. As shown in Figure 3, the method includes the following steps:

Step S310, the first server receives the transaction information submitted by the user to the public account through the subscription account and the transaction account corresponding to the transaction information sent by the first public platform.

Specifically, the first server manages a WeChat official account, can receive event notifications or message pushes from the WeChat platform to the interface through a pre-implemented interface, and execute the logic in the subsequent steps of this embodiment according to the message.

Specifically, the WeChat platform submits the XML data packet containing the transaction information and the transaction account number to the URL corresponding to the interface provided by the first server in a POST manner. The first server parses the XML data packet to obtain transaction information and a transaction account number.

Optionally, use the custom menu creation interface provided by the WeChat platform to create a custom menu in the WeChat official account. For example, when the user enters the WeChat official account interface, the "Ticket King" menu will be displayed at the bottom of the WeChat official account interface. After clicking, the click event is pushed to the first server interface, and the first server provides a pre-configured ticket purchase page according to the event, which is displayed in the WeChat public account interface. Multiple input elements may be included in the ticket purchase page, for example, "departure station" and "arrival station". "Departure date", etc., for the user to select or enter. Then, the first server receives the data packet sent by the WeChat platform in the form of POST, thereby obtaining transaction information such as train numbers, seats, and time.

Step S320, the first server sends a transaction request to the second server according to the transaction information and the transaction account corresponding to the transaction information, and obtains the payment page returned by the second server after successfully processing the transaction request.

The transaction information and transaction account number are parsed from the XML data packet sent from the WeChat platform to the first server, a transaction request is generated, and submitted to the second server corresponding to the ticketing site. If the submission is successful and there are remaining tickets, the second server will generate a response message for the request according to the transaction account number and transaction information, including an order confirmation page, a payment page, and the like. For example, the payment page includes transaction account number, transaction information, passengers, ordered train number, price and other information.

Step S330, the first server sends the payment page to the first browser logged in with the first browser account on the client side.

In this embodiment, the payment page is directly returned to the client, such as the first browser logged in with the first browser account on the PC, the browser opens the page, and the user can make the payment, which is very convenient and saves the user A process of multiple clicks and confirmations.

Wherein, there is a one-to-one correspondence between the first browser account and the transaction account and the subscription account, so this embodiment further includes the step of binding the first browser account and the subscription account. Optionally, the binding process is as follows:

Firstly, an identification code request sent by the first browser is received, and the identification code request includes the account information of the first browser. Specifically, the browser plug-in or page carries the transaction account number in the identification code request and sends it to the server, and the ticket purchase account number can be added to the URL of the HTTP request in GET mode. For example, http://sehd.360.cn/turntable/weixin/getcode? account=wedonotsow. In this embodiment, the password corresponding to the transaction account also needs to be submitted for verification by the second server corresponding to the transaction site. Then you can choose to submit the transaction account number in POST mode, and include the ticket purchase account number in the HTTP message body, which has higher security.

Then, the first server generates an identification code according to the identification code request, and sends the identification code to the first browser, so that the first browser displays the identification code. For example, use SHA1 to generate an identification code, and record the relationship between the identification code and the first browser account.

Then, the first browser displays the identification code, the user logs into the subscription account, opens the public account interface, enters the identification code and sends it.

Finally, the first server receives the identification code sent by the subscription account, and establishes an association between the subscription account and the first browser account according to the identification code. Specifically, the WeChat platform pushes the identification code to the preset interface of the first server, and the first server establishes an association between the subscription account sending the identification code and the first browser account.

Fig. 4 shows a flowchart of a transaction information processing method according to another embodiment of the present invention. As shown in Fig. 4, the method includes the following steps:

Step S410, the first server receives the transaction information submitted by the user to the public account through the subscription account and the transaction account corresponding to the transaction information sent by the first public platform.

This step is the same as step S310 in the previous embodiment, and will not be repeated here.

Step S420, sending the transaction information and the transaction account number to the first browser logged in with the first browser account on the client terminal.

Step S430, the first browser submits a transaction request to the second server according to the transaction information and the transaction account number and obtains a response message from the second server.

Step S440, the first browser sends a response message to the first server.

Step S450, the first server submits the response message sent by the first browser to the public account interface of the first public platform, and sends it to the subscription account.

The server submits a JSON (JavaScript Object Notation) data packet to the above interface of the WeChat platform in POST mode, so as to send the update information of the first information to the user's WeChat subscription account. An example of the JSON data packet is as follows:

The above response message is used as an example and only includes text messages, where wxid is the user’s WeChat subscription account associated with the ticket purchase account, msgtype: text specifies that the message type is a text message, and msgcontent is the content of the text message to be sent to the user’s WeChat subscription account , such as "Ready to place an order!". For other graphic information, or html codes, it is sent in a similar manner, and will not be repeated here.

According to the method provided by the above-mentioned embodiments of the present invention, the user can log in the subscription account of the public platform on the mobile terminal to submit the transaction information at any time, which is not restricted by the location and is easy to operate. Moreover, this method can choose to submit the transaction request through the server, which improves the success rate of submission. In addition, the optional multiple notification methods increase the success rate of sending the response message, and thus increase the success rate of the user's ticket purchase.

Fig. 5 shows a structural block diagram of a transaction information processing device according to an embodiment of the present invention, the device manages a public account of a first public platform, and the public account has at least one subscription account. As shown in Figure 5, the device includes:

The first receiving module 510 is adapted to receive the transaction information submitted by the user to the public account through the subscription account and the transaction account corresponding to the transaction information sent by the first public platform;

The transaction request module 520 is adapted to send a transaction request to the second server according to the transaction information and the transaction account number corresponding to the transaction information.

Taking the ticket purchase by a user as an example, the transaction information is the ticket purchase information of the user, the transaction account number is the ticket purchase account of the user on the ticket purchase website, and the second server is the server of the ticket purchase website.

The acquiring module 530 is adapted to acquire the response message of the second server.

Wherein, the obtaining module is further adapted to obtain the payment page returned by the second server after successfully processing the transaction request.

The notification module 540 is adapted to notify the user of the response message of the second server obtained by the obtaining module 530 .

Wherein, the response message includes the payment page generated according to the transaction information and the transaction account after the second server successfully processes the transaction request.

Optionally, the notification module 540 is adapted to send the response message of the second server to the first browser logged in at the client with the first browser account, including: the first browser logged in at the mobile terminal or PC terminal, responding The message can be the above-mentioned payment page; the first receiving module 510 is also adapted to accept the identification code sent by the subscription account; the device also includes an association module 550, adapted to receive the identification code request sent by the first browser, and the identification code request contains First browser account information; generate an identification code according to the identification code request, and send the identification code to the first browser, so that the first browser displays the identification code; establish a relationship between the subscription account and the first browser account according to the identification code association.

Optionally, the notification module 540 is adapted to send the response message of the second server to the subscription account of the public account with the public account through the first public platform, and the response message may be the above-mentioned payment page.

Fig. 6 shows a structural block diagram of a transaction information processing device according to another embodiment of the present invention. As shown in Fig. 6, the device includes:

The first receiving module 610 is adapted to receive the transaction information submitted by the user to the public account through the subscription account and the transaction account corresponding to the transaction information sent by the first public platform;

The sending module 620 is adapted to send the transaction information and the transaction account number to the first browser logged in with the first browser account on the client side, so that the first browser can submit a transaction request to the second server according to the transaction information and transaction account number and Obtain a response message from the second server.

Taking the ticket purchase by a user as an example, the transaction information is the ticket purchase information of the user, the transaction account number is the ticket purchase account of the user on the ticket purchase website, and the second server is the server of the ticket purchase website.

Wherein, the response message includes the payment page generated after the second server successfully processes the transaction request, for example, the ticket order payment page returned by the ticket purchase website. The first browser logs in on a PC or a mobile terminal.

The second receiving module 630 is adapted to receive the response message sent by the first browser.

Wherein, the second receiving module 630 is specifically adapted to receive the payment page sent by the first browser and returned to the first browser after the second server processes the transaction request successfully.

The notification module 640 is adapted to send the response message of the second server to the subscription account of the public account through the public account through the first public platform.

Specifically, the notification module sends the payment page to the subscription account through the first public platform.

Fig. 7 shows a structural block diagram of a transaction information processing device according to another embodiment of the present invention. As shown in Fig. 7, the device includes:

The first receiving module 710 is adapted to receive the transaction information submitted by the user to the public account through the subscription account and the transaction account corresponding to the transaction information sent by the first public platform.

The transaction request module 720 is adapted to send a transaction request to the second server according to the transaction information and the transaction account number corresponding to the transaction information.

The acquiring module 730 is adapted to acquire the response message of the second server.

The sending module 740 is adapted to send the transaction information and the transaction account number to the first browser logged in with the first browser account on the client side, so that the first browser can submit a transaction request to the second server according to the transaction information and transaction account number and Obtain a response message from the second server.

The second receiving module 750 is adapted to receive the response message sent by the first browser.

The notification module 760 is adapted to notify the user of the response message of the second server, and the response message comes from the second receiving module 750 or the obtaining module 730 .

Optionally, the first receiving module 710 is also adapted to accept the identification code sent by the subscription account; the device also includes an associating module 770, adapted to receive the identification code request sent by the first browser, the identification code request includes the first browser Account information; generate an identification code according to the identification code request, and send the identification code to the first browser, so that the first browser can display the identification code; establish an association between the subscription account and the first browser account according to the received identification code .

In this embodiment, both the first server and the browser submit a request to the second server to obtain a response message.

Fig. 8 shows a structural block diagram of a transaction information processing system according to an embodiment of the present invention. As shown in Fig. 8, the system includes:

The transaction information processing device 810 in the above embodiment, and the mobile terminal 820 associated with the subscription account.

Optionally, the mobile terminal 820 has a first browser logged in with the first browser account; the first browser is suitable for: receiving the transaction information and the transaction account number sent by the device, and sending the transaction information to the second server according to the transaction information and the transaction account number. Submit a transaction request and obtain a response message from the second server.

Optionally, the system further includes: a PC terminal 830 . The PC terminal 830 has a first browser logged in with the first browser account. The first browser is adapted to: receive the transaction information and transaction account number sent by the device, submit a transaction request to the second server according to the transaction information and transaction account number, and obtain a response message from the second server.

According to the transaction information processing device and system provided by the above-mentioned embodiments of the present invention, and according to the method provided by the above-mentioned embodiments of the present invention, the user can log in to the subscription account of the public platform on the mobile terminal at any time to submit transaction information without being limited by location. Convenience. Moreover, the device and system can choose to submit the transaction request through the server or the browser, which improves the success rate of submission. Optionally, multiple notification methods can increase the success rate of sending the response message, and thus increase the success rate of the user's ticket purchase.

The algorithms and displays presented herein are not inherently related to any particular computer, virtual system, or other device. Various generic systems can also be used with the teachings based on this. The structure required to construct such a system is apparent from the above description. Furthermore, the present invention is not specific to any particular programming language. It should be understood that various programming languages can be used to implement the content of the present invention described herein, and the above description of specific languages is for disclosing the best mode of the present invention.

In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure the understanding of this description.

Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, in order to streamline this disclosure and to facilitate an understanding of one or more of the various inventive aspects, various features of the invention are sometimes grouped together in a single embodiment, figure, or its description. This method of disclosure, however, is not to be interpreted as reflecting an intention that the claimed invention requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the Detailed Description are hereby expressly incorporated into this Detailed Description, with each claim standing on its own as a separate embodiment of this invention.

Those skilled in the art can understand that the modules in the device in the embodiment can be adaptively changed and arranged in one or more devices different from the embodiment. Modules or units or components in the embodiments may be combined into one module or unit or component, and furthermore may be divided into a plurality of sub-modules or sub-units or sub-assemblies. All features disclosed in this specification (including accompanying claims, abstract and drawings) and any method or method so disclosed may be used in any combination, except that at least some of such features and/or processes or units are mutually exclusive. All processes or units of equipment are combined. Each feature disclosed in this specification (including accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.

Furthermore, those skilled in the art will understand that although some embodiments described herein include some features included in other embodiments but not others, combinations of features from different embodiments are meant to be within the scope of the invention. and form different embodiments. For example, in the following claims, any of the claimed embodiments may be used in any combination.

The various component embodiments of the present invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art should understand that a microprocessor or a digital signal processor (DSP) can be used in practice to implement some or all functions of some or all components in the transaction information processing device and system according to the embodiment of the present invention. The present invention can also be implemented as an apparatus or an apparatus program (for example, a computer program and a computer program product) for performing a part or all of the methods described herein. Such a program for realizing the present invention may be stored on a computer-readable medium, or may be in the form of one or more signals. Such a signal may be downloaded from an Internet site, or provided on a carrier signal, or provided in any other form.

It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention can be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In a unit claim enumerating several means, several of these means can be embodied by one and the same item of hardware. The use of the words first, second, and third, etc. does not indicate any order. These words can be interpreted as names.

The present invention discloses:

A1. A method for processing transaction information, running on the first server side, the first server managing the public account of the first public platform, and the public account has at least one subscription account;

The methods include:

The first server receives the transaction information submitted by the user to the public account through the subscription account and the transaction account corresponding to the transaction information sent by the first public platform;

The first server sends a transaction request to the second server according to the transaction information and the transaction account number corresponding to the transaction information and obtains a response message from the second server, and/or, transfers the transaction information and the transaction account number Send to the first browser that logs in with the first browser account on the client side, so that the first browser can submit a transaction request to the second server according to the transaction information and the transaction account number and obtain the transaction information of the second server. The response message of the first server receives the response message sent by the first browser;

The first server notifies the user of the response message of the second server.

A2. The method according to A1, wherein the method also includes:

receiving an identification code request sent by the first browser, where the identification code request contains the account information of the first browser;

generating an identification code according to the identification code request, and sending the identification code to the first browser, so that the first browser displays the identification code;

An identification code sent by the subscription account is received, and an association between the subscription account and the first browser account is established according to the identification code.

A3. The method according to A1, wherein, the first server notifying the user of the response message of the second server is further: the first server sends the response message of the second server to the client for the first browsing The first browser to log in with the server account;

The client includes: a mobile terminal or a PC terminal.

A4. The method according to A1, wherein the first server notifies the user of the second server’s response message further includes: the first server notifies the second server through the first public platform with the public account The response message is sent to the subscription account of the public account.

A5. The method according to any one of A1-A4, wherein said obtaining the response message of the second server includes: obtaining the payment page returned by the second server after successfully processing the transaction request;

The first server notifying the user of the response message of the second server further includes: notifying the user of the payment page returned after the second server successfully processes the transaction request.

A6. The method according to any one of A1-A5, wherein the transaction information is the user’s ticket purchase information, the transaction account is the user’s ticket purchase account on the ticket purchase website, and the second server is the ticket purchase account The server of the website.

B7. A transaction information processing device, used to manage the public account of the first public platform, the public account has at least one subscription account;

The devices include:

The first receiving module is adapted to receive the transaction information submitted by the user to the public account through the subscription account and the transaction account corresponding to the transaction information sent by the first public platform;

A transaction request module and an acquisition module, wherein the transaction request module is adapted to send a transaction request to the second server according to the transaction information and the transaction account corresponding to the transaction information, and the acquisition module is adapted to acquire the transaction information of the second server Response message; and/or, a sending module and a second receiving module, wherein the sending module is adapted to send the transaction information and the transaction account number to the first browser logged in with the first browser account on the client terminal , so that the first browser submits a transaction request to the second server according to the transaction information and the transaction account number and obtains a response message from the second server, and the second receiving module is adapted to receive the first The response message sent by the browser;

The notification module is adapted to notify the user of the response message of the second server.

B8. The device according to B7, wherein the first receiving module is further adapted to: receive the identification code sent by the subscription account;

The device also includes: an associating module, adapted to receive an identification code request sent by the first browser, the identification code request carries account information of the first browser, generate an identification code according to the identification code request, and store the identification code code is sent to the first browser, so that the first browser displays the identification code;

An association between the subscription account and the first browser account is established according to the identification code.

B9. The device according to B7, wherein the notification module is further adapted to: send the response message of the second server to the first browser logged in with the first browser account at the client;

The client includes: a mobile terminal or a PC terminal.

B10. The device according to B7, wherein the notification module is further adapted to: send the response message of the second server to the subscription account of the public account by using the public account through the first public platform.

B11. The device according to any one of B7-B10, wherein the acquisition module is further adapted to: acquire the payment page returned after the second server processes the transaction request successfully;

The second receiving module is further adapted to: receive the payment page sent by the first browser and returned to the first browser after the second server processes the transaction request successfully;

The notification module is further adapted to: notify the user of the payment page returned after the second server successfully processes the transaction request.

B12. The device according to any one of B7-B11, wherein the transaction information is the ticket purchase information of the user, the transaction account number is the ticket purchase account number of the user on the ticket purchase website, and the second server is the ticket purchase account The server of the website.

C13. A transaction information processing system, comprising: the transaction information processing device described in any one of B7-B12, and a mobile terminal associated with a subscription account.

C14. The transaction information processing system according to C13, wherein the mobile terminal has a first browser logged in with a first browser account;

The first browser is adapted to: receive the transaction information and the transaction account number sent by the device, submit a transaction request to the second server according to the transaction information and the transaction account number, and obtain the transaction information of the second server. Respond to the message.

C15. The transaction information processing system according to C13, further comprising: a PC terminal, the PC terminal having a first browser logged in with a first browser account;

The first browser is adapted to: receive the transaction information and the transaction account number sent by the device, submit a transaction request to the second server according to the transaction information and the transaction account number, and obtain the transaction information of the second server. Respond to the message.

C16. According to the transaction information processing system described in C14 or C15, the browser is further adapted to: receive a response message from the second server sent by the device.

Claims (16)

1. A method for processing transaction information, running on the first server side, the first server managing the public account of the first public platform, and the public account has at least one subscription account; The methods include: The first server receives the transaction information submitted by the user to the public account through the subscription account and the transaction account corresponding to the transaction information sent by the first public platform; The first server sends a transaction request to the second server according to the transaction information and the transaction account number corresponding to the transaction information and obtains a response message from the second server, and/or, transfers the transaction information and the transaction account number Send to the first browser that logs in with the first browser account on the client side, so that the first browser can submit a transaction request to the second server according to the transaction information and the transaction account number and obtain the transaction information of the second server. The response message of the first server receives the response message sent by the first browser; The first server notifies the user of the response message of the second server. 2. The method of claim 1, wherein the method further comprises: receiving an identification code request sent by the first browser, where the identification code request contains the account information of the first browser; generating an identification code according to the identification code request, and sending the identification code to the first browser, so that the first browser displays the identification code; An identification code sent by the subscription account is received, and an association between the subscription account and the first browser account is established according to the identification code. 3. The method according to claim 1, wherein the first server notifying the user of the response message of the second server is further: the first server sends the response message of the second server to the client for the second A first browser logged in with a browser account; The client includes: a mobile terminal or a PC terminal. 4. The method according to claim 1, wherein the first server notifying the user of the response message of the second server further comprises: the first server sends the second server to the user through the first public platform with the public account The response message from the second server is sent to the subscription account of the public account. 5. The method according to claim 1, wherein said obtaining the response message of the second server comprises: obtaining the payment page returned by the second server after processing the transaction request successfully; The first server notifying the user of the response message of the second server further includes: notifying the user of the payment page returned after the second server successfully processes the transaction request. 6. The method according to any one of claims 1-5, wherein the transaction information is the ticket purchase information of the user, the transaction account number is the ticket purchase account number of the user on the ticket purchase website, and the second server is The server of the ticketing website. 7. A transaction information processing device, used to manage the public account of the first public platform, the public account has at least one subscription account; The devices include: The first receiving module is adapted to receive the transaction information submitted by the user to the public account through the subscription account and the transaction account corresponding to the transaction information sent by the first public platform; A transaction request module and an acquisition module, wherein the transaction request module is adapted to send a transaction request to the second server according to the transaction information and the transaction account corresponding to the transaction information, and the acquisition module is adapted to acquire the transaction information of the second server Response message; and/or, a sending module and a second receiving module, wherein the sending module is adapted to send the transaction information and the transaction account number to the first browser logged in with the first browser account on the client terminal , so that the first browser submits a transaction request to the second server according to the transaction information and the transaction account number and obtains a response message from the second server, and the second receiving module is adapted to receive the first The response message sent by the browser; The notification module is adapted to notify the user of the response message of the second server. 8. The device according to claim 7, wherein the first receiving module is further adapted to: receive an identification code sent by a subscription account; The device also includes: an associating module, adapted to receive an identification code request sent by the first browser, the identification code request carries account information of the first browser, generate an identification code according to the identification code request, and store the identification code code is sent to the first browser, so that the first browser displays the identification code; An association between the subscription account and the first browser account is established according to the identification code. 9. The device according to claim 7, wherein the notification module is further adapted to: send the response message of the second server to the first browser logged in with the first browser account at the client; The client includes: a mobile terminal or a PC terminal. 10. The device according to claim 7, wherein the notification module is further adapted to: send the response message of the second server to the subscription account of the public account through the first public platform with the public account. 11. The device according to claim 7, wherein the obtaining module is further adapted to: obtain the payment page returned by the second server after successfully processing the transaction request; The second receiving module is further adapted to: receive the payment page sent by the first browser and returned to the first browser after the second server processes the transaction request successfully; The notification module is further adapted to: notify the user of the payment page returned after the second server successfully processes the transaction request. 12. The device according to any one of claims 7-11, wherein the transaction information is the ticket purchase information of the user, the transaction account number is the ticket purchase account number of the user on the ticket purchase website, and the second server is The server of the ticketing website. 13. A transaction information processing system, comprising: the transaction information processing device according to any one of claims 7-12, and a mobile terminal associated with a subscription account. 14. The transaction information processing system according to claim 13, wherein the mobile terminal has a first browser logged in with a first browser account; The first browser is adapted to: receive the transaction information and the transaction account number sent by the device, submit a transaction request to the second server according to the transaction information and the transaction account number, and obtain the transaction information of the second server. Respond to the message. 15. The transaction information processing system according to claim 13, further comprising: a PC terminal, the PC terminal having a first browser logged in with a first browser account; The first browser is adapted to: receive the transaction information and the transaction account number sent by the device, submit a transaction request to the second server according to the transaction information and the transaction account number, and obtain the transaction information of the second server. Respond to the message. 16. The transaction information processing system according to claim 14 or 15, the first browser is further adapted to: receive a response message from the second server sent by the device.