WO2018184494A1 - 一种信息处理方法、装置和存储介质 - Google Patents

一种信息处理方法、装置和存储介质 Download PDF

Info

Publication number
WO2018184494A1
WO2018184494A1 PCT/CN2018/080844 CN2018080844W WO2018184494A1 WO 2018184494 A1 WO2018184494 A1 WO 2018184494A1 CN 2018080844 W CN2018080844 W CN 2018080844W WO 2018184494 A1 WO2018184494 A1 WO 2018184494A1
Authority
WO
WIPO (PCT)
Prior art keywords
ticket
virtual
virtual item
account
current
Prior art date
Application number
PCT/CN2018/080844
Other languages
English (en)
French (fr)
Inventor
卢志勇
陈文鑫
熊曦
陈宁国
费强
郑循茂
王松健
邓建威
覃武凌
丁一
Original Assignee
腾讯科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CN201710218405.6A external-priority patent/CN107016598B/zh
Priority claimed from CN201710278587.6A external-priority patent/CN107067239B/zh
Application filed by 腾讯科技（深圳）有限公司 filed Critical 腾讯科技（深圳）有限公司
Publication of WO2018184494A1 publication Critical patent/WO2018184494A1/zh
Priority to US16/357,119 priority Critical patent/US11276091B2/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123—Shopping for digital content
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/046—Interoperability with other network applications or services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles

Definitions

  • the present application relates to the field of computer technologies, and in particular, to an information processing method, apparatus, and storage medium.
  • applications provide more and more functions, such as online games, online video, and so on.
  • Some applications also provide virtual value-added services or products (hereinafter referred to as virtual items) for users to purchase, such as membership services, virtual equipment, and the like.
  • virtual items virtual value-added services or products
  • the application server instead of directly paying to the application's backend server (hereinafter referred to as the application server), the user may purchase the virtual item within the application and may need to use the account in the third party payment system to make the payment in the third party payment system.
  • the third-party payment system generates a payment voucher (hereinafter referred to as a ticket) after receiving the payment, and sends the ticket to the terminal device corresponding to the account of the third-party payment system.
  • the terminal device After receiving the ticket, the terminal device provides the ticket to the application client, and the client sends the ticket and the user account of the currently logged-in client to the application server, and the application server sends the corresponding virtual item to the corresponding account of the user account.
  • Application client After receiving the ticket, the terminal device provides the ticket to the application client, and the client sends the ticket and the user account of the currently logged-in client to the application server, and the application server sends the corresponding virtual item to the corresponding account of the user account.
  • Application client After receiving the ticket, the terminal device provides the ticket to the application client, and the client sends the ticket and the user account of the currently logged-in client to the application server, and the application server sends the corresponding virtual item to the corresponding account of the user account.
  • the present application provides an information processing method and apparatus to make the provisioning process of virtual items more efficient and reliable.
  • An information processing method of each embodiment can be applied to an application server.
  • the method can include:
  • the second one of the current bills is The virtual item corresponding to the virtual item identifier is sent to the second account.
  • An information processing method of each embodiment can be applied to an application server.
  • the method can include:
  • An information processing apparatus of various embodiments may include a processor and a memory, the memory storing computer readable instructions, which may cause the processor to:
  • An information processing apparatus of various embodiments may include a processor and a memory, the memory storing computer readable instructions, which may cause the processor to:
  • a virtual bill to be redeemed for the target virtual item from a third-party payment system the virtual bill to be redeemed is the target user identifier purchasing the target after the payment time corresponding to the target virtual bill Payment certificate for virtual goods;
  • a non-transitory computer readable storage medium of various embodiments stores computer readable instructions that cause at least one processor to perform the methods of the various embodiments.
  • FIG. 1 is a schematic flowchart of a method for renewing a virtual item according to an embodiment of the present application
  • FIG. 2 is a schematic flowchart of a method for renewing a virtual item according to an embodiment of the present application
  • FIG. 2b is a schematic diagram of a framework of a virtual item renewal process according to an embodiment of the present application
  • FIG. 3 is a schematic structural diagram of a device for renewing a virtual item according to an embodiment of the present application
  • FIG. 3b is a schematic structural diagram of another apparatus for renewing a virtual item according to an embodiment of the present application.
  • FIG. 4 is a schematic structural diagram of a server provided by an embodiment of the present application.
  • FIG. 5 is a schematic diagram of a scenario of an information processing method of an application server according to an embodiment of the present application.
  • FIG. 5b is a schematic diagram of a user logging in on the WeChat APP of the application terminal by using the account N in the embodiment of the present application;
  • FIG. 5c is a schematic diagram of an interface of a wallet in a WeChat APP according to an embodiment of the present application.
  • FIG. 5d is a schematic diagram of an interface of a game micro store in a WeChat APP according to an embodiment of the present application
  • 5e is a schematic diagram of an interface of a League of Legends in the WeChat APP in the embodiment of the present application;
  • FIG. 5f is a schematic diagram of an interface of a skin of a League of Legends in a WeChat APP according to an embodiment of the present application.
  • FIG. 5g is a schematic diagram of a skin interface of a Dark-Sword Sword Atox in the League of Legends area of the WeChat APP in the embodiment of the present application;
  • FIG. 5h is a schematic diagram of an interface for confirming an order in a WeChat APP according to an embodiment of the present application.
  • FIG. 6 is a schematic flowchart of an information processing method of an application server according to an embodiment of the present application.
  • 6b is a schematic diagram of an interaction process between an application server and an application terminal in an order processing method according to an embodiment of the present application
  • 6c is a schematic structural diagram of a ticket table according to an embodiment of the present application.
  • 6d is a schematic structural diagram of an order form according to an embodiment of the present application.
  • FIG. 7 is a schematic diagram of an information processing method of an application server according to an embodiment of the present application.
  • FIG. 7b is a schematic structural diagram of another ticket table according to an embodiment of the present application.
  • 7c is a schematic structural diagram of another order form according to an embodiment of the present application.
  • FIG. 8 is a schematic structural diagram of an information processing apparatus according to an embodiment of the present application.
  • FIG. 8b is a schematic structural diagram of an information processing apparatus according to an embodiment of the present application.
  • FIG. 9 is a schematic diagram of a scenario of an information processing method of an application server according to an embodiment of the present application.
  • FIG. 10 is a schematic structural diagram of an application server according to an embodiment of the present application.
  • FIG. 11 is a schematic diagram of an information processing method according to an embodiment of the present application.
  • the information processing apparatus of each embodiment may be a separate physical device such as a server, or may be a component integrated in the server.
  • This server can be an application server.
  • the application server can include one or more servers.
  • the information processing method of some embodiments may also be referred to as a renewal method of a virtual item.
  • the method may include: acquiring a user identification set, and virtual item information corresponding to each user identifier in the user identification set, the virtual item information including an item identification and a deadline of the at least one virtual item, and the at least Determining a target virtual item corresponding to the target user identifier in a virtual item, and then determining a target virtual ticket from the stored virtual ticket library according to the item identifier and the target user identifier of the target virtual item, and acquiring the target according to the target virtual ticket
  • the virtual item of the virtual item is to be redeemed, and then the target virtual item is renewed according to the target user identifier and the virtual ticket to be redeemed.
  • the deadline is the end time of the validity period of the virtual item for the user identifier.
  • the target virtual ticket identifies, for the target user, a payment voucher for the most recent purchase of the target virtual item.
  • the virtual ticket to be redeemed is a payment voucher for the target user to purchase the target virtual item after the payment time corresponding to the target virtual ticket. Renewing the target virtual item according to the target user identifier and the virtual ticket to be redeemed means that the deadline of the target virtual item in the virtual item information corresponding to the target user identifier is modified according to the virtual bill to be redeemed .
  • the method may include the following steps.
  • the set of user identifiers includes at least one user identifier.
  • the user identifier is used to distinguish different users on the same network platform (shipping platform), and may include a user account.
  • the virtual item refers to an item derived from a virtual network world that has a non-physical property. Virtual items may include virtual goods and virtual social services that are traded through real money or virtual currency transactions, such as gaming equipment, weapons, and various membership services.
  • each virtual item corresponds to an item identification and deadline.
  • the item identifier is a unique identifier for distinguishing the virtual item, which may be a common name of the virtual item, or may be a character string automatically assigned by the delivery platform to the virtual item.
  • the deadline is mainly used to define the validity period of the virtual item. Generally, before the deadline (including the deadline), the virtual item is in an active state and can be used; after the deadline, that is, after the deadline, the virtual item is in an invalid state, and cannot be used. used.
  • the user identification set and the virtual item information should be pre-stored.
  • the delivery server can calculate the deadline according to the purchase period and establish the user of the user.
  • the association between the identification and the item identification of the virtual item, and the item identification of the virtual item and the deadline, is then stored in the designated database. In this way, the subsequent operations can be performed on the data stored in the specified database in real time or periodically (such as daily).
  • step S102 may specifically include:
  • the virtual item corresponding to the difference of the preset threshold is determined as the target virtual item, and the user identifier corresponding to the target virtual item is determined as the target user identifier.
  • the preset threshold may be determined according to actual needs, and may be a value greater than or equal to 0, and may be accurate to hours or days.
  • the preset threshold When the preset threshold is set to 0, it indicates that the virtual item expired on the day is the target virtual item.
  • the preset threshold is set to be greater than 0 or less than 0, the distance expiration date is within a certain time or exceeds the expiration date.
  • the virtual item for a certain period of time is the target virtual item.
  • the virtual ticket library and the designated database for storing the user identifier set and the virtual item information may be located in one server or may be located in different servers.
  • step S103 may specifically include:
  • the virtual note mainly refers to an electronic note, which can be transferred, discounted, pledged, and collected in the same manner as a physical note, and is made in accordance with a legally prescribed form and displays a voucher for paying a monetary obligation.
  • Each virtual ticket may include the ticket number, the purchased item, the amount spent, the purchase time, and the purchase duration.
  • This virtual ticket is usually provided by the purchase platform.
  • a user purchases an item on the purchase platform, it automatically generates the virtual ticket.
  • the virtual ticket in each virtual ticket group is the proof of purchase of the same virtual item by the same user on the delivery platform, and the virtual item mainly refers to an automatic renewal type item, such as a yellow diamond member.
  • this type of virtual item is automatically renewed by the user-bound payment channel after the user's first purchase expires, such as a monthly renewal.
  • the virtual ticket after each renewal is stored in the corresponding virtual ticket group, that is, the delivery platform associates the virtual ticket after each renewal with the user identifier and the item identifier, and stores it in the virtual ticket library. To facilitate subsequent lookup operations.
  • the preset rule may be determined according to actual requirements. For example, when the virtual tickets in the virtual ticket group are arranged in order, for example, according to the storage time, the purchase time, or the deadline, the sequence may be directly Obtain a virtual ticket of a specified arrangement position (such as the top position of the ranking) as the target virtual ticket. When the virtual tickets in the virtual ticket group are randomly arranged, it is required to be based on the respective storage time, purchase time or deadline. Make a selection, such as selecting the most recently purchased virtual ticket as the target virtual ticket, and so on.
  • the foregoing step 1-2 may specifically include:
  • the virtual ticket corresponding to the storage time with the smallest difference is determined as the target virtual ticket.
  • the storage time is usually before the current time. At this time, the difference between the current time and the storage time may be minimized, that is, the most recent.
  • the virtual ticket stored once is determined as the target virtual ticket.
  • the virtual ticket to be redeemed usually refers to a virtual ticket after the purchase of the target virtual ticket.
  • the virtual ticket to be redeemed can be obtained by specifying a website interface, such as an interface provided on an official website.
  • step S104 may specifically include:
  • the preset server may be determined according to actual needs, and may be a server that purchases the platform.
  • the preset server may provide a ticket inquiry function, that is, provide a specified interface.
  • the preset server may according to the recorded content on the target virtual ticket, such as the ticket number and the item identifier. And finding the account of the purchase user and all the virtual tickets of the purchase user to purchase the target virtual item, and determining the virtual ticket after the purchase time of the target virtual ticket as the virtual ticket to be redeemed and returning to the user.
  • the account of the purchase user is a registered account on the purchase platform.
  • the purchase platform and the delivery platform are not the same network platform, since different network platforms have different account systems, the purchase is made.
  • the user's account and user ID are usually different.
  • the preset server does not return the virtual ticket to be redeemed every time the renewed ticket inquiry request is received, and if the purchase platform cannot successfully deduct the payment from the payment channel bound by the user, for example, if the balance of the payment channel is insufficient, the renewal fee is renewed. Failure, at this time, the purchase platform will not generate a virtual ticket to be redeemed, and the return result of the default server may be empty. When the return result is empty, the delivery platform does not need to perform the renewal operation.
  • the renewal operation mainly refers to extending the deadline of the target virtual item, that is, the step S105 may specifically include:
  • the target deadline is updated by using the renewal duration information to renew the target virtual item.
  • the renewal time information that is, the purchase duration recorded in the virtual ticket to be redeemed, may be updated by adding the purchase duration to the target deadline to implement the update of the target deadline.
  • the platform renews the operation of the target virtual item, realizes the asynchronous renewal of the purchase platform and the delivery platform, and after the renewal operation of the delivery platform is completed, at this time, the virtual ticket to be redeemed has been exchanged, and the The virtual ticket to be redeemed is stored in the virtual ticket library to ensure the normal operation of the next asynchronous renewal operation, that is, after the step S105, the method for renewing the virtual item may further include:
  • the virtual ticket to be redeemed is stored in the found virtual ticket group to update the virtual ticket library.
  • the virtual ticket to be redeemed is stored in the virtual ticket library after each new virtual bill to be redeemed, so that all the virtualized virtual tokens on the delivery platform are stored in the virtual ticket library.
  • the user can obtain the latest virtual bills to be redeemed from the purchase platform through the virtualized virtual bills, and realize the asynchronous renewal operation of the automatic renewal items in time to effectively ensure the continuity of the service and avoid interruption.
  • the method for renewing the virtual item obtains the user identifier set and the virtual item information corresponding to each user identifier in the user identifier set, and the virtual item information includes the item identifier and the cutoff of the at least one virtual item. Time, and determining a target virtual item corresponding to the target user identifier from the at least one virtual item according to each deadline, and then determining the target virtuality from the stored virtual ticket library according to the item identifier and the target user identifier of the target virtual item.
  • the information processing device can be integrated into a shipping server in the application server.
  • the following takes the default server as the purchase server as an example.
  • a method for renewing a virtual item may include the following steps.
  • the delivery server obtains a user identifier set, and virtual item information corresponding to each user identifier in the user identifier set, where the virtual item information includes an item identifier and an expiration time of the at least one virtual item.
  • the user identifier may be a user account registered by the user on the delivery platform
  • the virtual item may be various automatic renewal subscription services provided by the delivery platform, such as a yellow diamond member, a red diamond member, and the like.
  • the item identification can be the name of the subscription service.
  • the user identification set and the virtual item information can be stored and managed by the BOSS system (Business Operation Support System), that is, the subscription relationship between each user and the service subscribed to by the BOSS system is stored, as shown in the figure. 2b.
  • the renewal server background of the delivery server can obtain the data stored in the BOSS system periodically or in real time. The specific acquisition frequency can be determined according to actual needs.
  • the delivery server calculates a difference between each cutoff time and the current time, and determines whether there is a difference between the calculated differences that is not greater than a preset threshold. If yes, performing the following step S203, if no Then, it can return to perform the above step S201.
  • the preset threshold may be A1, and the difference may include ⁇ B1, B2, B3...Bn ⁇ , where n is a positive integer greater than one. If Bi ⁇ A1 exists, the judgment is yes, otherwise it is judged no, i ⁇ (1, 2...n).
  • the delivery server determines, as the target virtual item, the virtual item corresponding to the difference that is not greater than the preset threshold, and determines the user identifier corresponding to the target virtual item as the target user identifier.
  • the renewal background can determine the Wi as The target virtual item determines Ui as the target user ID.
  • the delivery server searches for a corresponding virtual ticket group from the stored virtual ticket library according to the item identifier and the target user identifier of the target virtual item, where the virtual ticket group includes at least one virtual ticket.
  • the virtual ticket library is used to store purchase vouchers of subscription services purchased by each registered user on the delivery platform, and each virtual ticket group is a purchase vouch for the same subscription service of the same user, and the virtual ticket library can pass
  • the channel service is controlled in the background, see Figure 2b.
  • the renewal background may send a renewal inquiry command carrying the Ui and the Wi to the channel service background, so that the channel service background finds the virtual ticket group Pi from the virtual ticket library according to Ui and Wi, and the virtual ticket group Pi is virtualized. Tickets can be randomly arranged.
  • the delivery server acquires a storage time of each virtual ticket in the found virtual ticket group, and calculates a difference between the current time and each storage time, and then determines a virtual ticket corresponding to the storage time with the smallest difference. For the target virtual ticket.
  • the channel service background can obtain the storage time of each virtual ticket in the virtual ticket group Pi, and use the most recently stored virtual ticket as the target virtual ticket.
  • the delivery server generates a renewal ticket inquiry request according to the target virtual ticket, and then sends the renewal ticket inquiry request to the purchase server.
  • the channel service background can send the target virtual ticket to the purchase server through a specified channel (interface) provided by the purchase server.
  • the purchase server acquires the virtual ticket to be redeemed for the target virtual item according to the renewal ticket inquiry request, and sends the virtual ticket to be redeemed to the delivery server.
  • the purchase server may analyze the target virtual ticket, extract information such as the ticket number, the item identifier Wi, and the like, and query the latest renewal record of Wi in the local database according to the information to see whether there is a purchase date after the target virtual ticket.
  • the virtual ticket that is, the unredeemed virtual ticket
  • the delivery server extracts the renewal duration information from the virtual ticket to be redeemed, and acquires a deadline time of the target virtual item corresponding to the target user identifier as the target deadline.
  • the renewal payment success notification of the virtual ticket to be redeemed may be sent to the renewal background, so that the renewal process is completed in the background of the renewal fee.
  • the renewal background may be The purchase time (ie, the renewal time) t is extracted from the virtual ticket to be redeemed, and the current deadline T of the Wi purchased by the user Ui on the delivery platform is obtained.
  • the delivery server updates the target deadline by using the renewal duration information to renew the target virtual item, and stores the to-be-exchanged virtual ticket into the found virtual ticket group.
  • the renewal background can update the subscription relationship of the user Ui, and the updated target deadline T' can be T+t.
  • the channel service background can update the virtual ticket group Pi in the virtual ticket library. Pi includes the virtual ticket to be redeemed.
  • the method for renewing the virtual item provided by each embodiment wherein the delivery server can obtain the user identification set and the virtual item information corresponding to each user identifier in the user identification set, the virtual item information including the item identification and the cutoff of the at least one virtual item. time. Calculate the difference between each cutoff time and the current time, and determine whether there is a difference between the calculated differences that is not greater than the preset threshold. If yes, the virtual item corresponding to the difference of the preset threshold is determined as the target virtual item, and the user identifier corresponding to the target virtual item is determined as the target user identifier.
  • the virtual ticket group including at least one virtual ticket.
  • the storage time of each virtual ticket in the found virtual ticket group is obtained, and the difference between the current time and each storage time is calculated, and then the virtual ticket corresponding to the storage time with the smallest difference is determined as the target virtual ticket.
  • the purchase server obtains the virtual ticket to be redeemed for the target virtual item according to the renewal ticket inquiry request, and sends the virtual ticket to be redeemed to the delivery server.
  • the delivery server extracts the renewal duration information from the virtual ticket to be redeemed, and obtains the deadline of the target virtual item corresponding to the target user identifier as the target deadline.
  • the target deadline is updated by using the renewal duration information to renew the target virtual item, and the virtual token to be redeemed is stored in the found virtual ticket group. Therefore, the user can ensure that the subscription service is renewed on the delivery platform side after the successful renewal of the purchase platform side, and the cross-platform asynchronous renewal operation is better realized, and the interruption of the subscription service is avoided, and the method is simple.
  • FIG. 3a illustrates an information processing apparatus provided by an embodiment of the present application, which may include: a first obtaining module 10, a first determining module 20, a second determining module 30, a second obtaining module 40, and a renewal module 50.
  • the first obtaining module 10 is configured to obtain a user identifier set and virtual item information corresponding to each user identifier in the user identifier set, where the virtual item information includes an item identifier and an expiration time of the at least one virtual item.
  • the user identification set and the virtual item information should be pre-stored.
  • the delivery server can calculate the deadline according to the purchase period and establish the user of the user.
  • the association between the identification and the item identification of the virtual item, and the item identification of the virtual item and the deadline, is then stored in the designated database.
  • the first obtaining module 10 can perform an obtaining operation on the data stored in the specified database in real time or periodically (such as daily).
  • the first determining module 20 is configured to determine, from each of the at least one virtual item, a target virtual item corresponding to the target user identifier according to each cutoff time.
  • the first determining module 20 can be specifically configured to:
  • the virtual item corresponding to the difference of the preset threshold is determined as the target virtual item, and the user identifier corresponding to the target virtual item is determined as the target user identifier.
  • the second determining module 30 is configured to determine a target virtual ticket from the stored virtual ticket library according to the item identifier and the target user identifier of the target virtual item.
  • the virtual ticket library and the designated database for storing the user identifier set and the virtual item information may be located in one server or may be located in different servers.
  • the second determining module 30 may specifically include a lookup submodule 31 and a selection submodule 32, where:
  • the searching sub-module 31 is configured to search for a corresponding virtual ticket group from the stored virtual ticket library according to the item identifier and the target user identifier of the target virtual item, the virtual ticket group including at least one virtual ticket.
  • the selecting sub-module 32 is configured to select one of the found virtual ticket groups as the target virtual ticket according to a preset rule.
  • the preset rule may be determined according to actual needs. For example, when the virtual tickets in the virtual ticket group are arranged in order, for example, according to the order of storage time, purchase time or deadline, the selection sub-module 32 can directly obtain the specified arrangement position (for example, the top position of the ranking) The virtual ticket of the location is used as the target virtual ticket. When the virtual tickets in the virtual ticket group are randomly arranged, the selection sub-module 32 needs to select according to the respective storage time, purchase time or deadline, for example, selecting the most recently purchased virtual ticket as the target virtual ticket, etc. .
  • the selection sub-module 32 can be specifically used to:
  • the virtual ticket corresponding to the storage time with the smallest difference is determined as the target virtual ticket.
  • the storage time is usually before the current time.
  • the selection sub-module 32 can minimize the difference between the current time and the storage time. , that is, the most recently stored virtual ticket is determined as the target virtual ticket.
  • the second obtaining module 40 is configured to obtain the virtual ticket to be redeemed of the target virtual item according to the target virtual ticket.
  • the virtual ticket to be redeemed generally refers to a virtual ticket after the purchase of the target virtual ticket.
  • the second obtaining module 40 may obtain the to-be-redeemed by specifying a website interface, such as an interface provided on an official website. Virtual ticket.
  • the second obtaining module 40 can be specifically configured to:
  • the renewal module 50 is configured to renew the target virtual item according to the target user identifier and the virtual ticket to be redeemed.
  • the renewal operation mainly refers to extending the deadline of the target virtual item, that is, the renewal module 50 can be specifically used for:
  • the target deadline is updated by using the renewal duration information to renew the target virtual item.
  • the renewal time information that is, the purchase duration recorded in the virtual ticket to be redeemed
  • the renewal module 50 can specifically update the target deadline by increasing the purchase duration in the target deadline.
  • the renewal operation of the target virtual item is completed on the delivery platform, and the asynchronous renewal of the purchase platform and the delivery platform is realized.
  • the virtual ticket to be redeemed has been redeemed, and the delivery server needs to further store the virtual ticket to be redeemed into the virtual receipt library to ensure the normal operation of the next asynchronous renewal operation.
  • the renewal device can also include an update module 60 for:
  • the renewal module 50 renews the target virtual item according to the target user identifier and the virtual ticket to be redeemed
  • the virtual ticket to be redeemed is stored in the virtual ticket group found by the search sub-module 31 to the virtual ticket.
  • the library is updated.
  • the virtual ticket to be redeemed is stored in the virtual ticket library each time the new virtual ticket to be redeemed is redeemed, so that all the virtualized virtual tickets on the delivery platform are stored in the virtual ticket library.
  • the user can obtain the latest virtual bills to be redeemed from the purchase platform through the virtualized virtual bills, and realize the asynchronous renewal operation of the automatic renewal items in time to effectively ensure the continuity of the service and avoid interruption.
  • the foregoing units may be implemented as a separate entity, or may be implemented in any combination, and may be implemented as the same or a plurality of entities.
  • the foregoing method embodiments and details are not described herein.
  • the device in this embodiment can ensure that the user renews the subscription service on the delivery platform side in time after the successful renewal of the purchase platform side, and better realizes the cross-platform asynchronous renewal operation to avoid the interruption of the subscription service.
  • the method is simple.
  • the embodiment of the present application further provides an information processing system, including any device provided by the embodiment of the present application.
  • the delivery server may obtain the user identifier set and the virtual item information corresponding to each user identifier in the user identifier set, where the virtual item information includes an item identifier and an expiration time of the at least one virtual item; Determining a target virtual item corresponding to the target user identifier in a virtual item; determining a target virtual ticket from the stored virtual ticket library according to the item identifier and the target user identifier of the target virtual item; acquiring the target virtual item according to the target virtual ticket The virtual ticket to be redeemed; the target virtual item is renewed according to the target user identifier and the virtual ticket to be redeemed.
  • the system can also include a purchase server.
  • the purchase server can obtain the virtual ticket to be redeemed and send the virtual ticket to be redeemed to the delivery server.
  • FIG. 4 is a schematic structural diagram of a server involved in an embodiment of the present application.
  • the server may include one or more processors 701 of processing cores, a memory 702 of one or more computer readable storage media, a radio frequency (RF) circuit 703, a power source 704, an input unit 705, and a display unit 707, etc. component.
  • RF radio frequency
  • FIG. 4 does not constitute a limitation to the server, and may include more or less components than those illustrated, or some components may be combined, or different component arrangements. .
  • the processor 701 is the control center of the server, connecting various portions of the entire server using various interfaces and lines, by running or executing software programs and/or modules stored in the memory 702, and recalling data stored in the memory 702, Execute the server's various functions and process data to monitor the server as a whole.
  • processor 701 can include one or more processing cores.
  • Memory 702 can be used to store software programs as well as modules.
  • the processor 701 executes various functional applications and data processing by running software programs and modules stored in the memory 702.
  • the memory 702 can mainly include a storage program area and a storage data area.
  • the stored program area can store an operating system, an application required for at least one function (such as a sound playing function, an image playing function, etc.).
  • the storage data area can store data and the like created according to the use of the server.
  • memory 702 can include high speed random access memory, and can also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.
  • Memory 702 can also include a memory controller to provide processor 701 access to memory 702.
  • the processor 701 in the server loads the executable file corresponding to the process of one or more applications into the memory 702 according to the following instructions, and the processor 701 runs the application stored in the memory 702, thereby Implement various functions, such as:
  • the target virtual item is renewed according to the target user identifier and the virtual ticket to be redeemed.
  • FIG. 5 is a schematic diagram of a scenario of an information processing method of an application server according to an embodiment of the present disclosure.
  • the scenario may include an application server 520, an application terminal 510, and a payment server 530.
  • the present application interacts with the application terminal 510 through the application server 520, and the application terminal 510 and the payment server 530 interact to complete the processing of the overall information.
  • the application terminal 510 is a terminal device running an application that communicates with the application server 520, such as a mobile phone client or a PC (personal computer).
  • the application running on the application terminal 510 is, for example, QQ, WeChat, and the like.
  • the user logs in to the application of the application terminal 510 using the first account, and sends an order request to the application server 520 in the application through the first account, and the application transmits the information of the order to the application server 520 (S10). That is, the user transmits a request to purchase the virtual item to the application server 520 using the application in the application terminal 510. While the application of the application terminal 510 transmits the information of the order to the application server 520, the application transmits a payment request to the payment server 530 through the application terminal 510 through the first account, or the application terminal account passes the application terminal 510. A payment request is sent to the payment server 530.
  • the first account is an initial login account of the application at the application terminal 510.
  • the application is a WeChat APP
  • the first account is an account for logging in to the WeChat APP, for example, the WeChat APP account is N.
  • the application terminal account number is, for example, an Apple ID.
  • the virtual items involved may be game equipment, game materials, game pets, game coins, icons, members, titles, value-added services, points, ingots, gold beans, gift vouchers, redemption vouchers, coupons, Greeting cards and more.
  • FIG. 5b to FIG. 5h are schematic diagrams of a part of the interface for the user to log in to the WeChat APP and purchase the virtual item on the WeChat APP.
  • the user logs in on the WeChat APP of the application terminal 10 by using the account N; after logging in to the WeChat APP, please refer to FIG. 5c, select "My Wallet", enter “My Wallet”; enter "My After the wallet, please refer to Figure 5d.
  • the application server 20 After receiving the order request, the application server 20 generates an order, and stores the order information, the first account number, and the virtual item identifier into the order table, and the first account and the virtual item identifier corresponding to the information in the same order.
  • Position (S20) For example, the information in the order, the first account number and the virtual item identification are located in the same row or the same column in the order table. That is to say, the original information in the order, such as the order time, the order date, etc., together with the first account and the virtual item identifier form a new line item.
  • the order information in the order includes information such as the order time, the order date, the first account number, and the identifier corresponding to the virtual item.
  • the identifier corresponding to the virtual item is defined herein as a virtual item identifier, such as a virtual item number.
  • the virtual item is 100Q coins
  • the virtual item identifier corresponding to the 100Q coins is Q10001.
  • the virtual item is a Tencent video member for one year
  • the corresponding virtual item identifier is SP10001.
  • the payment server 530 After receiving the payment request, the payment server 530 deducts the fee according to the payment request and generates the current ticket; and transmits the current ticket to the second account of the application of the application terminal 510 (S30).
  • the payment server 530 After receiving the payment request, the payment server 530 deducts the fee according to the payment request, and generates a ticket, which is defined as the current ticket. The payment server 530 sends the generated current ticket to the application terminal 510. Therefore, regardless of whether the application in the application terminal 510 is still the first account login, the payment server 530 still sends the generated current ticket to the application terminal 510. Therefore, the login account registered when the application terminal 510 receives the current ticket sent by the payment server 530 is defined as the second account.
  • the second account is the current login account of the application of the application terminal 510.
  • the second account is the login account currently logged into the application, for example, the second account is M.
  • the application is WeChat APP
  • the current login account is M
  • the current login account M is the second account.
  • the second account may be the same as the first account or different from the first account.
  • the ticket information of the current ticket includes information such as a current ticket number and a virtual item identifier.
  • the application in the application terminal 510 After the second account of the application in the application terminal 510 receives the current ticket, the application in the application terminal 510 sends the current ticket and the second account to the application server 520, and the application server 520 receives from the application terminal 510.
  • Current ticket and second account number S40
  • the application server 520 After receiving the current ticket and the second account from the application terminal 510, the application server 520 searches for the corresponding order in the order table according to the current ticket and the second account (S50).
  • the application server 520 can receive the current ticket and the second account, and find the corresponding order in the order table according to the second account and the virtual item identifier in the current ticket. For example, the application server 520 can look up the first account number matching the order in the order table according to the second account, and the application server 520 finds the same virtual item identifier in the order table according to the virtual item identifier.
  • the second account searches for the first account that matches the second account, and the second account searches for the first account with the same account.
  • the application server 520 finds the virtual item identifier in the order table, and finds the first account that matches the order in the order table according to the second account, the application server 520 associates the current ticket with the first account, and the application The server 520 transmits the corresponding virtual item to the first account of the application terminal 510 application according to the associated current ticket and the first account (S60).
  • the application server 520 always sends the virtual item to the first account associated with the current ticket during the process of sending the virtual item, without sending the virtual item to Other accounts.
  • the application server 520 finds the virtual item identifier in the order table, but does not find the first account matching the order in the order table according to the second account, that is, the second account is different from the first account, the application server 520 is based on The preset rule associates the current ticket with the second account, and the application server 520 sends the corresponding virtual item to the second account of the application terminal 510 application according to the associated current ticket and the second account.
  • the application server 520 sends the corresponding virtual item to the second account according to the associated second account and the current ticket, instead of sending the virtual item to the second account.
  • Other accounts For example, the user performs an account switching operation in the above process, for example, the first account is switched to the second account, and the second account is different from the first account. If the user wants to send the virtual item to the switched second account, the application server 520 sends the corresponding virtual item to the second account according to the associated second account and the current ticket, instead of sending the virtual item to the second account. Other accounts.
  • the application server 520 when the application server 520 sends the virtual item in the embodiment of the present application, the application server 520 can accurately transmit the corresponding virtual item to the corresponding account regardless of whether the user performs the change operation during the use process. Thereby the application server 520 is prevented from sending virtual items to the wrong account.
  • embodiments of the present application can reduce the likelihood of failure to send virtual items and ensure the accuracy of sending virtual items. Improve the effective utilization of network resources.
  • the application server 520 may also not send the virtual item until the application server 520 finds the first account that matches the order in the order table according to the second account, and then sends the virtual item to the first account. Thereby, the virtual item is prevented from being sent to the wrong account.
  • FIG. 6 is a schematic flowchart of an information processing method of an application server according to an embodiment of the present application.
  • FIG. 6b is a schematic diagram of a specific interaction process between an application server and an application terminal in an information processing method of an application server according to an embodiment of the present application. The method can include the following steps.
  • Step S601 Acquire a current bill and a second account, where the current ticket includes a virtual item identifier.
  • Step S602 Matching the virtual item identifier of the current ticket and the second account to the corresponding order, wherein the order includes the virtual item identifier and the first account.
  • Step S603 If the corresponding virtual item identifier is matched in the order, and the corresponding first account is matched in the order according to the second account, the current ticket is associated with the first account.
  • Step S604 Send the virtual item to the first account associated with the current ticket according to the associated current ticket and the first account.
  • step S601 the application server 520 acquires the current ticket and the second account from the application at the application terminal 510.
  • the current ticket may further include information such as date, time, and the like when the virtual item is purchased.
  • step S602 the application server 520 matches the corresponding order according to the virtual item identification and the second account.
  • the order may also include the time, date, and the like when placing the order.
  • the application server 520 searches for a corresponding order based on the virtual item identification and the second account number, specifically, the order containing the first account number and the virtual item identification. More specifically, the application server 520 is based on the second account number. The first account associated with the order is found in the order, and the application server 520 finds the same virtual item identification in the order based on the virtual item identification.
  • the second account searches for the first account that matches the second account, and the second account searches for the first account with the same account.
  • step S603 if the application server 520 matches the corresponding virtual item identifier in the order, and the application server 520 matches the corresponding first account in the order according to the second account, the application server 520 will The current ticket is associated with the first account.
  • the first account is the account L
  • the second account is also the account L.
  • the user logs in with the account L on the WeChat APP, where L is the first account, and the order L is used to purchase 100Q coins, so that the order contains the first account L.
  • the application server 520 finds the corresponding order according to the virtual item identifier and the second account, the second account is also the account L, and the first account L and the second account L in the order are the same.
  • the application server 520 may associate the current ticket with the second account.
  • the current ticket and the first account are each associated with each other. That is, a one-to-one correspondence is established between the first account and the current ticket to achieve two-way association.
  • application server 520 generates a ticket table based on the current ticket and generates an order form based on the order. Please refer to FIG. 6c and FIG. 6d together, wherein FIG. 6c is a schematic structural diagram of the ticket table, and FIG. 6d is a schematic structural diagram of the order table.
  • the information in the current ticket is stored in the ticket table, and the first account is stored in the ticket table, and the first account is stored at a location corresponding to the current ticket, where the corresponding location is defined.
  • the ticket item is specifically the content in the dotted box in FIG. 6c.
  • the line item is specifically the content of the dotted box in Figure 6d.
  • a ticket item of the ticket table includes the current ticket number (B10001), the current ticket generation time (8:00 am), the current ticket generation date (March 17, 2017), and the virtual item identification (Q10001). ), the first account (account N).
  • a line item in the order form includes the order generation time (7:30 am), the order generation date (March 17, 2017), the virtual item identification (Q10001), and the first account (account N ), current ticket number (B10001).
  • the virtual item type is Q currency.
  • the current ticket and the first account form a one-to-one correspondence by the ticket table and the order table, and the application server 520 can send the virtual item to the first account only by sending the virtual item according to the current ticket including the first account.
  • the accuracy of the items sent by the application server 520 is further improved. Further reduce the possibility of failure to send virtual items, and further improve the effective utilization of network resources.
  • the application server 520 of the embodiment of the present application may also generate only a ticket ticket without generating an order ticket, thereby implementing a single item association.
  • the application server 520 of the embodiment of the present application may also generate only a ticket ticket without generating an order ticket, thereby implementing a single item association.
  • step S604 the application server 520 sends the corresponding virtual item to the first account according to the associated current ticket and the first account.
  • the application server 520 marks the current ticket and corresponding order as in a used state.
  • the information processing method of the application server may further include the steps of: determining whether the current ticket is used; if the current ticket is not used, performing step S602 If the current ticket is used, it ends. By judging whether the current ticket is valid or not, only valid bills are processed, which improves the effective utilization of network resources.
  • the information processing method of the application server provided by the embodiment of the present application first acquires the current ticket and the second account, and the current ticket includes the virtual item identifier; and then matches the corresponding order according to the virtual item identifier and the second account, wherein the order The first account and the virtual item identifier are included, and the first account in the matched order is finally associated with the current ticket; and the corresponding virtual item is sent to the first account according to the associated first account and the current ticket.
  • the application server then sends the virtual item to the correct first account.
  • the application server always sends the corresponding virtual item to the first account according to the associated first account and the current ticket. Reduce the likelihood of failure to send virtual items and ensure the accuracy of sending virtual items. Improve the effective utilization of network resources.
  • FIG. 7a is a schematic flowchart of an information processing method of an application server according to an application embodiment. Referring to FIG. 6b together, the information processing method may include the following steps.
  • Step S201 Acquire a current ticket and a second account, where the current ticket includes a virtual item identifier.
  • Step S202 determining whether the current ticket is used; if the current ticket is not used, performing step S203. If the current ticket is used, it ends.
  • Step S203 further determining whether the current ticket includes an original ticket; the original ticket is a first purchase ticket in the virtual purchase of the virtual item at a preset time; if the current ticket includes the original ticket, step S204 is performed. If the original ticket is not included, step S102 is performed.
  • Step S204 Match corresponding orders according to the virtual item identifier and the second account, wherein the order includes the virtual item identifier and the first account.
  • Step S205 After the virtual item identifier and the second account are matched to the corresponding order, the original ticket is associated with the first account.
  • Step S206 Send the corresponding virtual item to the first account associated with the original ticket according to the associated original ticket and the first account.
  • the step S201 can be referred to step S601.
  • step S202 the application server 520 determines whether the current ticket is used; if the current ticket is not used, step S203 is performed; if the current ticket is used, it ends. By judging whether the current ticket is valid or not, only valid bills are processed, which improves the effective utilization of network resources.
  • step S203 the application server 520 further determines whether the current ticket includes an original ticket; if the current ticket includes an original ticket, step S204 is performed.
  • the original ticket is a first purchase ticket in the virtual purchase of the virtual item at a preset time. In some examples, the original ticket is the first time that the application in the application terminal 510 orders the first account and is deducted by the payment server 530.
  • the user purchases the virtual item of the automatic renewal type within one year
  • some examples include: the user purchases the one-year automatic renewal type member in the Tencent video server, and the Tencent video server sends the user Tencent every month within the specified time.
  • Video app is sent.
  • the bill generated when the user first purchases the member is the original bill, and the ticket formed during the specified time in the future is not the original bill.
  • the notes formed during the specified time of the month are the current notes.
  • the step S204 can be referred to step S602.
  • step S205 after the application server 520 matches the corresponding account according to the virtual item identifier of the current ticket and the second account, the application server 520 associates the original ticket with the first account.
  • the application server 520 matches the corresponding virtual item identification in the order, and the application server 520 matches the corresponding first account in the order according to the second account, and the application server 520 will use the original The ticket is associated with the first account.
  • the first account is associated with the original ticket in a one-to-one correspondence. That is, a one-to-one correspondence is established between the first account and the original ticket to achieve two-way association.
  • application server 520 generates a ticket table based on the original ticket and generates an order form based on the order. Please refer to FIG. 7b and FIG. 7c together, wherein FIG. 7b is a schematic structural diagram of the ticket table, wherein FIG. 7c is a schematic structural diagram of the order table.
  • the information in the original ticket is stored in the ticket table, and the first account is stored in the ticket table, and the first account is stored at a location corresponding to the original ticket, where the corresponding location is defined For the bill item.
  • the bill item is specifically the content of the dashed box in FIG. 7b.
  • the order item body is the content of the dashed box in Figure 7c.
  • a ticket item in the ticket table includes the original ticket number (B1), automatic renewal (1/12), original ticket generation time (8 am), and original ticket generation date (March 17, 2017) Day), virtual item identification (Q10001), first account (account N).
  • 1/12 of the automatic renewal fee means that the automatic renewal fee for one year has been automatically renewed for one month.
  • a line item in the order form includes the order generation time (7:30 am), the order generation date (March 17, 2017), the virtual item identification (Q10001), and the first account (account N ), original ticket number (B1), automatic renewal (1/12).
  • the virtual item type is Q currency.
  • the original ticket and the first account are formed in a one-to-one correspondence by the ticket table and the order table, and the application server 520 can send the virtual item to the first account only by transmitting the virtual item according to the original ticket including the first account.
  • the accuracy of the items sent by the application server 520 is further improved. Further reduce the possibility of failure to send virtual items, and further improve the effective utilization of network resources.
  • the application server 520 of the embodiment of the present application may also generate only a ticket ticket without generating an order ticket, thereby implementing a single item association.
  • the application server 520 of the embodiment of the present application may also generate only a ticket ticket without generating an order ticket, thereby implementing a single item association.
  • step S206 the application server 520 sends the corresponding virtual item to the first account according to the associated original ticket and the first account.
  • the application server 20 modifies the automatic renewal in the ticket table. For example, an automatic renewal fee of 12 months, in which two months have been automatically renewed, is marked as 2/12 in the ticket table.
  • the information processing method of the application server provided by the embodiment of the present application first acquires the current ticket and the second account, and the current ticket includes the virtual item identifier; and then determines whether the current ticket is used, and if the current ticket is not used, Further determining whether the current ticket includes the original ticket, if the original ticket is included, matching the corresponding order according to the virtual item identifier and the second account, wherein the order includes the first account and the virtual item identifier; and finally, the first account is associated with the original ticket; And sending the corresponding virtual item to the first account according to the associated first account and the original ticket.
  • the application server then sends the virtual item to the correct first account.
  • the application server always sends the corresponding virtual item to the first account according to the associated first account and the current ticket. Reduce the likelihood of failure to send virtual items and ensure the accuracy of sending virtual items. Improve the effective utilization of network resources.
  • FIG. 8 is a schematic structural diagram of an information processing apparatus for providing an application server according to an embodiment of the present application.
  • the information processing apparatus of the embodiment of the present application may include an information acquiring module 301, a matching module 302, and an association. Module 303 and transmitting module 304.
  • the information processing device may be integrated into the application server 520 having the storage module and having the microprocessor and having the computing capability, and mainly acquiring the current ticket and the second account, where the current ticket includes the virtual item identifier; according to the current ticket The virtual item identifier and the second account match the corresponding order, wherein the order includes the virtual item identifier and the first account number; then, if the corresponding virtual item identifier is matched in the order, and according to the second account And matching the current account with the first account in the order, and associating the current ticket with the first account; and sending the virtual item to the current ticket according to the associated current ticket and the first account First account.
  • the information obtaining module 301 is configured to acquire a current ticket and a second account, where the current ticket includes a virtual item identifier.
  • the order matching module 302 is configured to match the corresponding order according to the virtual item identifier and the second account.
  • the order matching module 302 looks up the corresponding order based on the virtual item identification and the second account number, in some examples looking for an order containing the first account number and the virtual item identification, and in some examples, the order matching module 302 is based on the second The account finds the first account number matched in the order, and the order matching module 302 searches for the same virtual item identifier in the order according to the virtual item identifier.
  • the second account searches for the first account that matches the second account, and the second account searches for the first account with the same account.
  • the association module 303 is configured to associate the current ticket with the first account if the corresponding virtual item identifier is matched in the order, and the corresponding first account is matched in the order according to the second account. .
  • the association module 303 establishes a one-to-one association of the first account with the current ticket. That is, the association module 303 establishes a one-to-one correspondence between the first account and the current ticket to implement bidirectional association.
  • step S603 and FIG. 6c and FIG. 6d For details, refer to step S603 and FIG. 6c and FIG. 6d, and details are not described herein again.
  • the virtual item sending module 304 is configured to send the corresponding virtual item to the first account according to the associated first account and the current ticket.
  • the information processing apparatus of the embodiment of the present application may further include a first determining module and an information marking module.
  • the first determining module is configured to determine that the current ticket is used, and if not, does not operate. If the first judging module judges that the current bill is not used, the order matching module 302 further matches the corresponding order according to the virtual item identifier and the second account. By judging whether the current ticket is valid or not, only valid bills are processed, which improves the effective utilization of network resources.
  • the information marking module is configured to mark the current ticket and its corresponding order as used.
  • the information processing apparatus of the application server provided by the embodiment of the present application first acquires the current ticket and the second account by the information acquiring module 301, and the current ticket includes the virtual item identifier; then the order matching module 302 according to the virtual item identifier and the second The account matches the corresponding order, wherein the order includes the virtual item identifier and the first account number; then the association module 303 associates the current ticket with the first account number matched in the order; finally the virtual item sending module 304 is based on the associated The first account and the current ticket send the corresponding virtual item to the first account.
  • the virtual item delivery module 304 thus sends the virtual item to the correct first account.
  • the virtual item sending module 304 always sends the corresponding virtual item to the first account according to the associated first account and the current ticket. Reduce the likelihood of failure to send virtual items and ensure the accuracy of sending virtual items. Improve the effective utilization of network resources.
  • FIG. 8b is another schematic structural diagram of an information processing apparatus of an application server according to an application embodiment.
  • the information processing apparatus includes: an information obtaining module 401, a first determining module 402, a second determining module 403, an order matching module 404, an associating module 405, a virtual item sending module 406, and an information marking module 407. .
  • the information obtaining module 401 is configured to acquire a current ticket and a second account, where the current ticket includes a virtual item identifier.
  • the first determining module 402 is configured to determine whether the current ticket is used, and if the current ticket is used, no operation is performed. If the current ticket is not used, it is further determined by the second determining module 403 whether the original ticket is included. By judging whether the current ticket is valid or not, only valid bills are processed, which improves the effective utilization of network resources.
  • the second determining module 403 is configured to further determine whether the current ticket includes an original ticket; the original ticket is a first purchase ticket automatically purchased in a virtual item at a preset time; if the current ticket includes an original ticket Then, the order matching module 404 matches the corresponding order according to the virtual item identifier and the second account. If the original ticket is not included, the corresponding order is also matched by the order matching module 404 according to the virtual item identification and the second account.
  • the order matching module 404 is configured to match the corresponding order according to the virtual item identifier and the second account.
  • the order matching module 404 looks up the corresponding order based on the virtual item identification and the second account number, in some examples looking for an order containing the first account number and the virtual item identification, and in some examples, the order matching module 404 is based on the second The account finds the first account that matches the order in the order, and the order matching module 404 finds the same virtual item identifier in the order based on the virtual item identification.
  • the second account searches for the first account that matches the second account, and the second account searches for the first account with the same account.
  • the association module 405 is configured to: after the virtual item identifier and the second account are matched to the corresponding order, the original bill and the first bill An account is associated.
  • the association module 405 matches the corresponding virtual item identification in the order, and the association module 405 matches the corresponding first account in the order according to the second account, and the association module 405 will use the original ticket and the first An account is associated.
  • the association module 405 establishes a one-to-one association of the first account with the original ticket. That is, the association module 405 establishes a one-to-one correspondence between the first account and the original ticket to implement bidirectional association.
  • step S205 and FIG. 7b and FIG. 7c For details, refer to step S205 and FIG. 7b and FIG. 7c, and details are not described herein again.
  • the virtual item sending module 206 is configured to send the corresponding virtual item to the first account according to the associated first account and the original ticket.
  • the information marking module 407 is configured to modify the automatic renewal fee in the ticket table.
  • the information processing apparatus of the application server provided by the embodiment of the present application first obtains the current ticket and the second account by the information acquiring module 401, and the current ticket includes the virtual item identifier; and then the first determining module 402 determines whether the current ticket is If the current ticket is not used, the second judging module 403 further determines whether the current bill includes the original bill. If the current bill includes the original bill, the order matching module 404 matches the corresponding order according to the virtual item identifier and the second account.
  • the order includes a virtual item identifier and a first account number; then, the association module 405 associates the first account number matched in the order with the original ticket; the virtual item sending module 406 is based on the associated first account number and original The ticket sends the corresponding virtual item to the first account; the last information tagging module 407 marks the current ticket and order as used.
  • the virtual item delivery module 406 thus sends the virtual item to the correct first account.
  • the virtual item sending module 406 always sends the corresponding virtual item to the first account according to the associated first account and the original ticket. Reduce the likelihood of failure to send virtual items and ensure the accuracy of sending virtual items. Improve the effective utilization of network resources.
  • the foregoing modules may be implemented as a separate entity, or may be implemented in any combination, and may be implemented as the same or a plurality of entities.
  • the foregoing modules refer to the foregoing method embodiments, and details are not described herein again.
  • the order processing device may be specifically integrated in a network device such as a server or a gateway.
  • FIG. 9 is another schematic diagram of a scenario of an information processing method of an application server according to an embodiment of the present application.
  • the information processing method is different from the information processing method shown in FIG. 5a in that the information processing method further includes step S70.
  • the steps S10, S20, S30, S40, and S50 of the information processing method of the embodiment of the present application are the same as the steps S10, S20, S30, S40, and S50 shown in FIG. 5a, respectively. Let me repeat.
  • step S10, step S20, step S30, step S40, step S50 and other steps of the information processing method of the embodiment of the present application may also be similar to S601 and step S602 shown in FIG. 6a, and may also be performed with the steps shown in FIG. 7a.
  • S201, step S202, step S203, and step S204 are similar.
  • step S70 if the virtual item identifier matches the corresponding virtual item identifier in the order, and the second account does not match the corresponding first account in the order, the current ticket is pressed according to a preset rule. Establishing an association with the second account; and transmitting the corresponding virtual item to the second account associated with the current ticket according to the associated current ticket and the second account.
  • the application server 520 looks up the corresponding virtual item identifier in the order table, and searches for the corresponding first account number in the order table according to the second account number, and searches for the corresponding virtual item identifier in the order table, but the second The account does not find the corresponding first account in the order form, that is, the first account that is the same as the second account is not found in the order table. Then, the current ticket is associated with the second account according to a preset rule, and the corresponding virtual item is sent to the second account associated with the current ticket according to the associated current ticket and the second account.
  • the preset rule may be a preset preset number of times.
  • the user logs in to the application using the same second account for 2 consecutive times, 3 consecutive times, 5 consecutive times, 7 consecutive times, etc., and delivers the current ticket to the application server 520.
  • the default second account is the target account. That is, the account that the application server 520 wants to send the virtual item.
  • the second account is associated with the current ticket, and the virtual item is sent to the associated second account.
  • the relationship between the second account and the current ticket refer to the relationship between the first account and the current ticket in the second embodiment, or the relationship between the first account and the original ticket in the foregoing embodiment. This will not be repeated here.
  • the specific content of the application server 520 to send the virtual item to the second account refer to the foregoing embodiment, and details are not described herein again.
  • the current ticket includes the original ticket. If the current bill includes the original bill, the original bill includes an automatic renewing item, that is, an automatic purchase type. For details, refer to the third embodiment, and details are not described herein again.
  • the application server 520 determines whether the current ticket includes the original ticket, and the original ticket is the first purchase ticket in the virtual purchase of the virtual item at a preset time; if the current ticket includes the original ticket, if the second account is in the order If the first account is not matched, the original ticket is associated with the second account according to the preset rule, and the corresponding virtual item is sent to the original ticket according to the associated original ticket and the first account. Second account.
  • the preset rule may be a preset preset number of times.
  • the user logs in to the application using the same second account for 2 consecutive times, 3 consecutive times, 5 consecutive times, 7 consecutive times, etc., and sends the current ticket to the application server 520.
  • the default second account is the target account. That is, the account that the application server 520 wants to send the virtual item.
  • the second account is associated with the current ticket, and the virtual item is sent to the associated second account.
  • the current ticket is delivered to the application server 520 two or more times in a row, it is a second account number, which is set for the renewal period of the automatic purchase in some examples, for example, the renewal of the automatic purchase for the monthly subscription. Then, the current bill for two consecutive months is the second account delivery application service 520, then the original ticket is associated with the second account in the second month, and the virtual item is sent to the second account. For example, for the weekly renewal type of automatic purchase, if the current ticket for 4 consecutive weeks is the second account delivery application server 520, the original ticket is associated with the second account in the fourth week, and the virtual item is sent. To the second account.
  • the preset rule may be that the interval between the current ticket and the order corresponding to the original ticket is greater than the preset duration.
  • the preset duration can be 15 days, of course, it can be 10 days, 20 days, and the like. If the interval between the current ticket and the order corresponding to the original ticket is greater than the preset duration, the original ticket is associated with the second account, and the corresponding virtual item is sent according to the associated original ticket and the second account.
  • the second account associated with the original ticket For example, if the first account is insufficient due to insufficient balance, the current ticket arrival time of the automatic purchase renewal type is later than the specified time in the original ticket, that is, the current ticket arrival time is longer than the previous period from the previous period, that is, the pre-existing time is exceeded. Set the duration. Moreover, if the second account is placed during this period, the second account is associated with the original ticket, and the virtual item is sent to the second account.
  • step S70 of the embodiment of the present application may be performed by the association module 303 and the virtual item sending module 304 in the fourth embodiment, or may be performed by the association module 405 and the virtual item sending module 406 in the fifth embodiment. carry out.
  • the fourth embodiment and the fifth embodiment and details are not described herein again.
  • the application server may include a radio frequency (RF) circuit 501, a memory 502 including one or more computer readable storage media, an input module 503, a display module 504, a sensor 505, and an audio circuit. 506.
  • RF radio frequency
  • the application server architecture illustrated in Figure 10 does not constitute a definition of an application server, and may include more or fewer components than those illustrated, or some components may be combined, or different component arrangements.
  • Memory 502 can be used to store software programs as well as modules.
  • the processor 508 executes various functional applications and data processing by running software programs and modules stored in the memory 502.
  • the memory 502 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function (such as acquiring an order, acquiring a ticket, transmitting a virtual item function, etc.), and the like; storing the data area Data (such as order forms, ticket tables, etc.) created based on the use of the application server can be stored.
  • memory 502 can include high speed random access memory, and can also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. Accordingly, memory 502 can also include a memory controller to provide access to memory 502 by processor 508 and input module 503.
  • Processor 508 is the control center of the application server, connecting various portions of the entire application server using various interfaces and lines, by running or executing software programs and/or modules stored in memory 502, and by calling stored in memory 502. The data, the various functions of the terminal and the processing of the data, thereby overall monitoring of the mobile phone.
  • processor 508 can include one or more processing cores.
  • the processor 508 in the application server loads the executable file corresponding to the process of one or more applications into the memory 502 according to the following instructions, and the processor 508 runs the application stored in the memory 502. To achieve various functions, such as:
  • the processor 508 is further configured to determine whether the current ticket includes an original ticket
  • the step of associating the first account with the current ticket includes:
  • Associating the first account in the order with the original account; and sending the corresponding virtual item to the first account according to the associated first account and the current ticket includes:
  • the processor 508 is further configured to establish a one-to-one association between the first account and the current ticket.
  • the processor 508 can also be used to mark the ticket and the order as in a used state.
  • the processor 508 can be further configured to determine whether the order information includes an automatic renewal item.
  • the current ticket and the second account are first acquired, and the current ticket includes a virtual item identifier; and then the corresponding order is matched according to the virtual item identifier and the second account.
  • the order includes a first account, the first account is associated with the virtual item identifier; finally, the first account is associated with the current ticket; and according to the associated first account and current ticket A corresponding virtual item is sent to the first account. Therefore, the embodiment of the present application can reduce the possibility of failure to send a virtual item, ensure the user to apply the in-app purchase experience as much as possible, protect the user's interests, and reduce complaints.
  • FIG. 11 is an information processing method according to an embodiment of the present application, which can be applied to an application server.
  • An application server can include one or more servers. For example, all functions of the application server may be implemented by the same physical device; or, the application server may be implemented by using a server set in a BOSS system, a recurring background server, a channel back-end server, and the like as shown in FIG. 2b. The function.
  • the method can include the following steps.
  • S301 Receive, by using a network, a first virtual item identifier and a first account that are sent by the terminal device.
  • the first virtual item identifier is determined by the terminal device in response to a user operation on the virtual item display interface, and the first account is an account that is logged into the terminal device when the operation occurs.
  • the current ticket includes a second virtual item identification.
  • the item identification and the account number may be used to search for the second order corresponding to the current ticket, and the order corresponding to the original ticket in the current ticket may also be searched for as the second order.
  • the original ticket is a ticket for which the virtual item is first purchased after the user automatically subscribes to the virtual item.
  • the current ticket provided by the third party payment system may include an identification of the current ticket and an identification of the original ticket corresponding to the ticket. For non-automatic renewal purchases, or for the first purchase of an automatic renewal purchase, the identification of the original ticket in the current ticket is empty or the identification of the current ticket.
  • the identifier of the original ticket in the current ticket is the identifier of the ticket corresponding to the first purchase after the account is automatically renewed by the account.
  • the application server may determine, according to the information in the current ticket, whether the purchase corresponding to the current ticket is a renewal purchase. If it is determined that the current ticket is a first purchase of a non-automatic renewal purchase or an automatic renewal purchase, the application server may look up an order matching the second virtual item identifier and the second account in the current ticket among the stored plurality of orders as the Second order. If it is determined that the current ticket is a non-first purchase of an automatic renewal purchase, the application server may look up the order associated with the identification of the original ticket in the current ticket as a second order among the stored plurality of orders.
  • the application server may further obtain the third account and the third order corresponding to the current ticket from the configuration information when the second order is not found, and the current ticket is Correlating with the third order, and transmitting the virtual item corresponding to the second virtual item identifier in the current ticket to the third account.
  • the application server may suspend processing the current ticket. Thereafter, the configuration information may be read from the preset storage location periodically or according to the request, the current ticket processing mode information is obtained from the configuration information, and the current ticket is processed according to the information.
  • the configuration information may be manually verified and input information, for example, the application customer's customer service personnel verify the user's purchase status and confirm the receipt of the virtual item's account number and then enter the configuration information; or, the application may provide the user complaint interface to the user's After the identity and the order and the payment information are verified, the order information, the payment information, the receipt account information, and the like input by the user are stored in the configuration information in the application server.
  • the application server can find the pending ticket and the order according to the configuration information, provide the virtual item to the designated account according to the configuration information, and establish an association between the ticket and the order.
  • the application server may use the current ticket and the The second account establishes an association, and sends the virtual item corresponding to the second virtual item identifier in the current ticket to the second account.
  • the application server may obtain the first time in the current ticket; acquire a second time in the latest ticket associated with the second order; when the time between the first time and the second time When the interval exceeds the preset duration corresponding to the second virtual item identifier, searching for a third order matching the second virtual item identifier and the second account in the current ticket among the stored plurality of orders, Unlinking the original ticket in the current ticket from the second order, associating the current ticket with the original ticket with the third order, and determining that the recorded information satisfies the preset
  • the original ticket is a ticket for which the virtual item is first purchased after the user automatically subscribes to the virtual item.
  • the third-party payment system will attempt an automatic deduction to renew the fee before the end of the last purchase expiration date. If the deduction is unsuccessful, the deduction will be attempted again within the set renewal time limit. If the deduction is still unsuccessful within the renewal time limit, the signing of the automatic renewal will be unilaterally cancelled.
  • the user can place an order through the application, the application server will generate a new order, and the third party payment system may still associate the cancelled automatic renewal original ticket with the new automatic renewal ticket.
  • the application server can detect that the automatic renewal corresponding to the original ticket has been canceled due to overdue, and the application server should store the new subscription corresponding to the new subscription, so the association between the original ticket and the original order is cancelled. And associate the original ticket with the new order.
  • the preset duration may be determined according to the renewal period of the virtual item in the ticket and the renewal time limit of the third-party payment system, for example, the sum of the two.
  • the application server may provide the virtual item to the original corresponding to the original ticket.
  • the account number in the order.
  • the application server may record the number of consecutive receipts of the current ticket sent by the terminal device by using the second account; when the number of times of recording reaches a preset number of times, determining that the current ticket satisfies Presuppose conditions.
  • the application server may determine whether the current ticket has been used; if it is determined that the current ticket is not used, determining to determine the second order corresponding to the current ticket among the stored plurality of orders The step of determining if the current ticket has been used. After processing the ticket provided by the application client (eg, associating the order and shipping), the application server can feed back to the application client the information that the ticket has processed. The application client may resend the ticket to the application server when the feedback is not received for some reason. In order to avoid multiple processing of the same ticket, the application server can record information on whether each ticket has been used. When receiving the ticket, it first finds out whether the ticket has been stored and whether it has been processed.
  • the application server may mark the second ticket as the used state and store it.
  • the application server may look up the ticket with the same identifier as the current ticket in the stored ticket; when the found ticket is marked as used, it is determined that the current ticket has been used; If the ticket is not found or the found ticket is not marked as used, it is determined that the current ticket is not used.
  • the application server may send the virtual item corresponding to the virtual item identifier in the second ticket to the fourth account corresponding to the fourth order.
  • the second ticket is associated with the fourth order, and when receiving the current ticket sent by the client, the application server may search for the ticket with the same identifier as the current ticket in the stored ticket information associated with the multiple orders. When the ticket is found, it is determined that the current ticket has been used; when the ticket is not found, it is determined that the current ticket is not used.
  • the information processing apparatus provided by the embodiment of the present application is, for example, a computer, a tablet computer, a mobile phone with a touch function, etc., and the information processing apparatus belongs to the same concept as the information processing method in the above embodiment, in which the information Any one of the methods provided in the embodiment of the information processing method may be executed on the processing device. For details, refer to the embodiment of the information processing method, and details are not described herein again.
  • the computer program may be stored in a computer readable storage medium, such as in a memory of the application server, and executed by at least one processor in the application server, and may include The flow of an embodiment of the information processing method.
  • the storage medium may be a magnetic disk, an optical disk, a read only memory (ROM), a random access memory (RAM), or the like.
  • each functional module may be integrated into one processing chip, or each module may exist physically separately, or two or more modules may be integrated into one module.
  • the above integrated modules can be implemented in the form of hardware or in the form of software functional modules.
  • the integrated module if implemented in the form of a software functional module and sold or used as a standalone product, may also be stored in a computer readable storage medium, such as a read only memory, a magnetic disk or an optical disk, etc. .

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请公开了信息处理方法、装置及存储介质。应用服务器通过网络接收终端设备发送的第一虚拟物品标识和第一账号，第一虚拟物品标识是终端设备响应于用户对虚拟物品展示界面的操作而确定的，第一账号为该操作发生时登录终端设备的账号；生成并存储包括第一虚拟物品标识和第一账号的第一订单；通过网络获取终端设备转发的支付系统提供的当前票据以及收到当前票据时登录终端设备的第二账号，当前票据包括第二虚拟物品标识；在存储的多个订单中确定当前票据对应的第二订单；当第二订单中的虚拟物品标识与第二虚拟物品标识一致，且第二订单中的账号与第二账号一致时，将当前票据和所述第二订单建立关联；以及将当前票据中的第二虚拟物品标识对应的虚拟物品发送至和第二账号。

Description

一种信息处理方法、装置和存储介质
本申请要求于2017年04月05日提交中国专利局、申请号为201710218405.6、申请名称为“一种虚拟物品的续费方法及装置”的中国专利申请的优先权，以及于2017年04月25日提交中国专利局、申请号为201710278587.6、申请名称为“应用程序服务器及其信息处理方法和装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机技术领域，尤其涉及一种信息处理方法、装置和存储介质。
背景
随着智能终端设备的普及，应用程序提供的功能也越来越多，如网络游戏，在线视频，等。一些应用还提供虚拟增值服务或产品(下文中简称为虚拟物品)供用户购买，如会员服务、虚拟装备，等。用户在应用程序内购买虚拟物品，可能需要使用第三方支付系统中的账号在第三方支付系统中进行支付，而不是直接向该应用程序的后台服务器(以下简称应用程序服务器)进行支付。第三方支付系统在收到付款后生成支付凭证(下文称为票据)，将票据发送给该第三方支付系统的账号对应的终端设备。终端设备接收到票据后，将票据提供给该应用程序客户端，由客户端将票据和当前登录客户端的用户账号发送给应用程序服务器，应用程序服务器将对应的虚拟物品发送至该用户账号对应的应用程序客户端。
申请内容
本申请提供一种信息处理方法及装置，以使虚拟物品的提供过程更加高效和可靠。
各实施例的一种信息处理方法可以应用于应用程序服务器。该方法可以包括：
通过网络接收所述终端设备发送的第一虚拟物品标识和第一账号，所述第一虚拟物品标识是所述终端设备响应于用户对虚拟物品展示界面的操作而确定的，所述第一账号为所述操作发生时登录所述终端设备的账号；
生成并存储包括所述第一虚拟物品标识和所述第一账号的第一订单；
通过所述网络获取所述终端设备转发的第三方支付系统提供的当前票据以及收到所述当前票据时登录所述终端设备的第二账号，所述当前票据包括第二虚拟物品标识；
在存储的多个订单中确定所述当前票据对应的第二订单；
当所述第二订单中的所述虚拟物品标识与所述第二虚拟物品标识一致，且所述第二订单中的账号与所述第二账号一致时，将所述当前票据中的第二虚拟物品标识对应的虚拟物品发送至所述第二账号。
各实施例的一种信息处理方法可以应用于应用程序服务器。该方法可以包括：
获取用户标识集、以及所述用户标识集中每一用户标识对应的虚拟物品信息，所述虚拟物品信息包括至少一个虚拟物品的物品标识和截止时间，所述截止时间为所述虚拟物品针对该用户标识的有效期的结束时间；
根据每一截止时间从所述至少一个虚拟物品中确定目标用户标识对应的目标虚拟物品；
根据所述目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中确定目标虚拟票据，所述目标虚拟票据为所述目标用户标识最近一次购买所述目标虚拟物品的缴费凭证；
根据所述目标虚拟票据获取所述目标虚拟物品的待兑换虚拟票据，所述待兑换虚拟票据为在所述目标虚拟票据对应的缴费时间之后所述目标用户标识购买所述目标虚拟物品的缴费凭证；
根据所述待兑换虚拟票据对对所述目标用户标识对应的虚拟物品信息中所述目标虚拟物品的截止时间进行修改。
各实施例的一种信息处理装置可以包括：处理器和存储器，所述存储器存储有计算机可读指令，可以使所述处理器：
通过网络接收所述终端设备发送的第一虚拟物品标识和第一账号，所述第一虚拟物品标识是所述终端设备响应于用户对虚拟物品展示界面的操作而确定的，所述第一账号为所述操作发生时登录所述终端设备的账号；
生成并存储包括所述第一虚拟物品标识和所述第一账号的第一订单；
通过所述网络获取所述终端设备转发的支付系统提供的当前票据以及收到所 述当前票据时登录所述终端设备的第二账号，所述当前票据包括第二虚拟物品标识；
在存储的多个订单中确定所述当前票据对应的第二订单；
当所述第二订单中的所述虚拟物品标识与所述第二虚拟物品标识一致，且所述第二订单中的账号与所述第二账号一致时，将所述当前票据和所述第二订单建立关联；以及
将所述当前票据中的第二虚拟物品标识对应的虚拟物品发送至和所述第二账号。
各实施例的一种信息处理装置可以包括：处理器和存储器，所述存储器存储有计算机可读指令，可以使所述处理器：
获取用户标识集、以及所述用户标识集中每一用户标识对应的虚拟物品信息，所述虚拟物品信息包括至少一个虚拟物品的物品标识和截止时间，所述截止时间为所述虚拟物品针对该用户标识的有效期的结束时间；
根据每一截止时间从所述至少一个虚拟物品中确定目标用户标识对应的目标虚拟物品；
根据所述目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中确定目标虚拟票据，所述目标虚拟票据为所述目标用户标识最近一次购买所述目标虚拟物品的缴费凭证；
根据所述目标虚拟票据从第三方支付系统获取所述目标虚拟物品的待兑换虚拟票据，所述待兑换虚拟票据为在所述目标虚拟票据对应的缴费时间之后所述目标用户标识购买所述目标虚拟物品的缴费凭证；
根据所述待兑换虚拟票据对对所述目标用户标识对应的虚拟物品信息中所述目标虚拟物品的截止时间进行修改。
各实施例的一种非易失性计算机可读存储介质，存储有计算机可读指令，可以使至少一个处理器执行各实施例的方法。
附图简要说明
下面结合附图，通过对本申请的具体实施方式详细描述，将使本申请的技术方案及其它有益效果显而易见。
图1为本申请实施例提供的虚拟物品的续费方法的流程示意图；
图2a为本申请实施例提供的虚拟物品的续费方法的流程示意图；
图2b为本申请实施例提供的虚拟物品续费流程的框架示意图
图3a本申请实施例提供的虚拟物品的续费装置的结构示意图；
图3b本申请实施例提供的另一虚拟物品的续费装置的结构示意图；
图4本申请实施例提供的服务器的结构示意图。
图5a是本申请实施例提供的应用程序服务器的信息处理方法的场景示意图；
图5b是本申请实施例用户使用账号N在应用程序终端的微信APP上登录的示意图；
图5c是本申请实施例微信APP中钱包的界面示意图；
图5d是本申请实施例微信APP中游戏微商店的界面示意图；
图5e是本申请实施例微信APP中英雄联盟专区的界面示意图；
图5f是本申请实施例微信APP中英雄联盟专区的皮肤的界面示意图；
图5g是本申请实施例微信APP中英雄联盟专区的暗裔剑魔亚托克斯的皮肤界面示意图；
图5h是本申请实施例微信APP中订单确认的界面示意图；
图6a是本申请实施例提供的应用程序服务器的信息处理方法的流程示意图；
图6b是本申请实施例提供的订单处理方法中应用程序服务器和应用程序终端的交互过程示意图；
图6c是本申请实施例一种票据表的结构示意图；
图6d是本申请实施例一种订单表的结构示意图；
图7a是本申请实施例提供的应用程序服务器的信息处理方法的示意图；
图7b是本申请实施例另一种票据表的结构示意图；
图7c是本申请实施例另一种订单表的结构示意图；
图8a是本申请实施例提供的信息处理装置的结构示意图；
图8b是本申请实施例提供的信息处理装置的结构示意图；
图9是本申请实施例提供的应用程序服务器的信息处理方法的场景示意图；
图10是本申请实施例提供的应用程序服务器的结构示意图；
图11是本申请实施例的信息处理方法的示意图。
实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
各实施例的信息处理装置可以为独立的物理设备，如服务器，也可以是集成在服务器中的部件。该服务器可以是应用服务器。该应用服务器可以包括一个或多个服务器。
一些实施例的信息处理方法也可以称为虚拟物品的续费方法。该方法可以包括：获取用户标识集、以及该用户标识集中每一用户标识对应的虚拟物品信息，该虚拟物品信息包括至少一个虚拟物品的物品标识和截止时间，并根据每一截止时间从该至少一个虚拟物品中确定目标用户标识对应的目标虚拟物品，之后，根据该目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中确定目标虚拟票据，并根据该目标虚拟票据获取该目标虚拟物品的待兑换虚拟票据，之后，根据该目标用户标识和待兑换虚拟票据对该目标虚拟物品进行续费。
其中，截止时间为所述虚拟物品针对该用户标识的有效期的结束时间。目标虚拟票据为所述目标用户标识最近一次购买所述目标虚拟物品的缴费凭证。待兑换虚拟票据为在所述目标虚拟票据对应的缴费时间之后所述目标用户标识购买所述目标虚拟物品的缴费凭证。根据该目标用户标识和待兑换虚拟票据对该目标虚拟物品进行续费是指，根据所述待兑换虚拟票据对对所述目标用户标识对应的虚拟物品信息中所述目标虚拟物品的截止时间进行修改。
如图1所示，该方法可以包括如下步骤。
S101、获取用户标识集、以及该用户标识集中每一用户标识对应的虚拟物品信息，该虚拟物品信息包括至少一个虚拟物品的物品标识和截止时间。
本实施例中，该用户标识集包括至少一个用户标识。该用户标识用于区分同一网络平台(发货平台)上的不同用户，可以包括用户账号。该虚拟物品是指从虚拟的网络世界中衍生出的物品，其具有非实物性质。虚拟物品可以包括通过现实货币或虚拟货币交易买卖的虚拟商品和虚拟社会服务等，比如游戏装备、武器以及各种 会员服务，等。通常，每一虚拟物品对应一个物品标识和截止时间。该物品标识是用于区分虚拟物品的唯一标志，其可以是该虚拟物品的通用名称，也可以是发货平台自动为虚拟物品分配的字符串。该截止时间主要用于限定虚拟物品的有效期，通常，截止时间之前(包括截止时间)，虚拟物品处于有效状态，可以被使用；超过截止时间，也即截止时间之后，虚拟物品处于无效状态，无法被使用。
该用户标识集和虚拟物品信息应该是预先存储好的，当用户在某网络平台(购买平台)首次购买了虚拟物品时，发货服务器可以根据购买期限计算出截止时间，并建立该用户的用户标识和虚拟物品的物品标识之间、以及该虚拟物品的物品标识与截止时间之间的关联关系，之后存储在指定数据库中。这样，后续可以实时或周期性(比如每天)，对该指定数据库中存储的数据进行获取操作。
S102、根据每一截止时间从该至少一个虚拟物品中确定目标用户标识对应的目标虚拟物品。
例如，上述步骤S102具体可以包括：
计算每一截止时间与当前时间之间的差值；
判断计算的所有差值中是否存在不大于预设阀值的差值；
若存在，则将不大于预设阀值的差值对应的虚拟物品确定为目标虚拟物品，将该目标虚拟物品对应的用户标识确定为目标用户标识。
本实施例中，该预设阀值可以根据实际需求而定，其可以是大于或等于0的数值，具体可以精确到小时或天数等。当该预设阀值设为0时，说明当天到期的虚拟物品是目标虚拟物品，当该预设阀值设为大于0或者小于0时，说明距离到期日一定时间内或者超过到期日一定时间内的虚拟物品是目标虚拟物品。
S103、根据该目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中确定目标虚拟票据。
本实施例中，该虚拟票据库和用于存储该用户标识集和虚拟物品信息的指定数据库可以位于一个服务器中，也可以位于不同的服务器中。
例如，上述步骤S103具体可以包括：
1-1、根据该目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中查找对应的虚拟票据组，该虚拟票据组包括至少一个虚拟票据。
本实施例中，该虚拟票据主要指电子票据，其可以如同实物票据一样进行转让、 贴现、质押和托收等行为，是依据法律规定形式制成的并显示有支付金钱义务的凭证。每一虚拟票据上可以包括票据号、所购买物品、所花费金额、购买时间及购买时长等内容。
该虚拟票据通常是购买平台提供的。当用户在购买平台上购买物品时，其会自动生成该虚拟票据。每一虚拟票据组中的虚拟票据都是发货平台上的同一用户对于同一虚拟物品的购买凭证，该虚拟物品主要指自动续费型物品，譬如黄钻会员。通常，这种类型的虚拟物品在用户首次购买到期后，购买平台可以通过用户绑定的支付渠道进行自动续费，比如每个月续费一次。每次续费后的虚拟票据都会存储在对应的虚拟票据组中，也即，发货平台会将每次续费后的虚拟票据和用户标识、以及物品标识进行关联后存储在其虚拟票据库中，以方便后续的查找操作。
1-2、按照预设规则从查找到的虚拟票据组中选择一个作为目标虚拟票据。
本实施例中，该预设规则可以根据实际需求而定，比如当该虚拟票据组中的虚拟票据是按序排列的，比如按照存储时间、购买时间或截止时间的先后进行排序时，可以直接获取指定排列位置(比如排位最靠前的位置)的虚拟票据作为目标虚拟票据，当该虚拟票据组中的虚拟票据是随机排列的时，就需要根据各自的存储时间、购买时间或截止时间进行选取，比如选取最近一次购买的虚拟票据作为目标虚拟票据，等等。
例如，当该虚拟票据组中的虚拟票据是随机排列时，上述步骤1-2具体可以包括：
获取该查找到的虚拟票据组中每一虚拟票据的存储时间；
计算当前时间与每一存储时间之间的差值；
将差值最小的存储时间对应的虚拟票据确定为目标虚拟票据。
本实施例中，由于虚拟票据库中存储的虚拟票据都是历史购买过的，故其存储时间通常在当前时间之前，此时，可以将当前时间与存储时间之间差值最小，也即最近一次存储的虚拟票据确定为目标虚拟票据。
S104、根据该目标虚拟票据获取该目标虚拟物品的待兑换虚拟票据。
本实施例中，该待兑换虚拟票据通常指购买时间在该目标虚拟票据之后的虚拟票据，具体可以通过指定网站接口，比如某官网上提供的接口，获取该待兑换虚拟票据。
例如，上述步骤S104具体可以包括：
根据该目标虚拟票据生成续费票据查询请求；
将该续费票据查询请求发送至预设服务器，以使该预设服务器根据该目标虚拟票据返回该目标虚拟物品的待兑换虚拟票据；
接收该预设服务器返回的待兑换虚拟票据。
本实施例中，该预设服务器可以根据实际需求而定，其可以是购买平台的服务器。该预设服务器可以提供票据查询功能，也即提供一个指定接口，当用户向该指定接口输入目标虚拟票据时，该预设服务器可以根据该目标虚拟票据上的记录内容，比如票据号及物品标识，查找到购买用户的账号、以及该购买用户购买该目标虚拟物品的所有虚拟票据，并将购买时间在该目标虚拟票据之后的虚拟票据确定为待兑换虚拟票据返回给用户。
由于该虚拟票据是购买平台提供的，故该购买用户的账号是购买平台上的注册账号，当购买平台和发货平台并非同一网络平台时，由于不同的网络平台具有不同的账号体系，该购买用户的账号和用户标识通常不一样。另外，该预设服务器并非每次接收到续费票据查询请求都能返回待兑换虚拟票据，若购买平台无法成功从用户绑定的支付渠道进行扣费，比如，该支付渠道的余额不足，则续费失败，此时，购买平台不会生成待兑换虚拟票据，预设服务器的返回结果可能为空，当返回结果为空时，发货平台也无需进行续费操作。
S105、根据该目标用户标识和待兑换虚拟票据对该目标虚拟物品进行续费。
本实施例中，由于该目标虚拟物品通常为自动续费型物品，故该续费操作主要指延长该目标虚拟物品的截止期限，也即，上述步骤S105具体可以包括：
从该待兑换虚拟票据中提取出续费时长信息；
获取该目标用户标识对应的目标虚拟物品的截止时间，作为目标截止时间；
利用该续费时长信息对该目标截止时间进行更新，以对该目标虚拟物品进行续费。
本实施例中，该续费时长信息也即该待兑换虚拟票据中记录的购买时长，具体可以通过在目标截止时间上增加该购买时长的方式，实现对该目标截止时间的更新，从而在发货平台上完成对目标虚拟物品的续费操作，实现购买平台和发货平台的异步续费，并且，当发货平台的续费操作完成之后，此时，该待兑换虚拟票据已被兑 换，需要进一步将该待兑换虚拟票据存储到虚拟票据库中，以保证下次异步续费操作的正常进行，也即，在上述步骤S105之后，该虚拟物品的续费方法还可以包括：
将该待兑换虚拟票据存储到该查找到的虚拟票据组中，以对该虚拟票据库进行更新。
本实施例中，由于每次兑换新的待兑换虚拟票据之后，该待兑换虚拟票据都会被存储在虚拟票据库中，从而使虚拟票据库中存储了发货平台上所有已兑换的虚拟票据，之后，用户可以定期通过这些已兑换的虚拟票据从购买平台上获取最新的待兑换虚拟票据，及时实现自动续费型物品的异步续费操作，有效保证服务的连续性，避免中断。
由上述可知，本实施例提供的虚拟物品的续费方法，通过获取用户标识集、以及该用户标识集中每一用户标识对应的虚拟物品信息，该虚拟物品信息包括至少一个虚拟物品的物品标识和截止时间，并根据每一截止时间从该至少一个虚拟物品中确定目标用户标识对应的目标虚拟物品，之后，根据该目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中确定目标虚拟票据，并根据该目标虚拟票据获取该目标虚拟物品的待兑换虚拟票据，之后，根据该目标用户标识和待兑换虚拟票据对该目标虚拟物品进行续费，能确保用户在购买平台侧成功续费之后，及时在发货平台侧对所订阅的服务进行续费，较好的实现跨平台异步续费操作，避免订阅服务的中断，方法简单。
一些实施例中，可以将信息处理装置集成在应用服务器中的发货服务器中。下面以预设服务器为购买服务器为例进行说明。
如图2a所示，一种虚拟物品的续费方法可以包括如下步骤。
S201、发货服务器获取用户标识集、以及该用户标识集中每一用户标识对应的虚拟物品信息，该虚拟物品信息包括至少一个虚拟物品的物品标识和截止时间。
譬如，该用户标识可以是用户在发货平台上注册的用户账号，该虚拟物品可以是该发货平台所提供的各种自动续费型订阅服务，比如黄钻会员、红钻会员等。该物品标识可以是该订阅服务的名称。该用户标识集和虚拟物品信息可以通过BOSS系统(Business & Operation Support System，业务运营支撑系统)进行存储管理，也即在BOSS系统中存储每一用户与其所订阅服务的订阅关系，具体请参见图2b。发货服务器的续费后台可以周期性或实时获取BOSS系统内存储的数据，具体获取频 率可以根据实际需求而定。
S202、发货服务器计算每一截止时间与当前时间之间的差值，并判断计算的所有差值中是否存在不大于预设阀值的差值，若是，则执行下述步骤S203，若否，则可以返回执行上述步骤S201。
譬如，该预设阀值可以是A1，该差值可以包括{B1、B2、B3...Bn}，其中n为大于1的正整数。若存在Bi≤A1，则判断是，否则判断否，i∈(1、2...n)。
S203、发货服务器将不大于预设阀值的差值对应的虚拟物品确定为目标虚拟物品，将该目标虚拟物品对应的用户标识确定为目标用户标识。
譬如，若自动续费型订阅服务Wi(也即物品标识)的截止时间和当前时间之间的差值为Bi，Wi对应的用户为Ui(也即用户标识)，则续费后台可以将Wi确定为目标虚拟物品，将Ui确定为目标用户标识。
S204、发货服务器根据该目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中查找对应的虚拟票据组，该虚拟票据组包括至少一个虚拟票据。
譬如，该虚拟票据库用于存储发货平台上每一注册用户所购买的订阅服务的购买凭证，且每一虚拟票据组都是同一用户对于同一订阅服务的购买凭证，该虚拟票据库可以通过渠道服务后台进行管控，请参见图2b。具体的，续费后台可以向渠道服务后台发送携带有Ui和Wi的续费查询指令，以使渠道服务后台根据Ui和Wi从虚拟票据库中查找到虚拟票据组Pi，该虚拟票据组Pi中的虚拟票据可以是随机排列的。
S205、发货服务器获取该查找到的虚拟票据组中每一虚拟票据的存储时间，并计算当前时间与每一存储时间之间的差值，之后将差值最小的存储时间对应的虚拟票据确定为目标虚拟票据。
譬如，渠道服务后台可以获取虚拟票据组Pi中每一虚拟票据的存储时间，并将最近一次存储的虚拟票据作为目标虚拟票据。
S206、发货服务器根据该目标虚拟票据生成续费票据查询请求，之后将该续费票据查询请求发送至购买服务器。
譬如，渠道服务后台可以通过购买服务器提供的指定渠道(接口)将目标虚拟票据发送至该购买服务器。
S207、购买服务器根据该续费票据查询请求获取该目标虚拟物品的待兑换虚拟 票据，并将该待兑换虚拟票据发送至该发货服务器。
譬如，购买服务器可以对该目标虚拟票据进行分析，从中提取出票据号、物品标识Wi等信息，并根据这些信息在本地数据库中查询Wi的最新续费记录，看是否存在购买日期在目标虚拟票据之后的虚拟票据(也即未兑换虚拟票据)，若存在，则将该未兑换虚拟票据发送至发货服务器，以供发货服务器进行兑换，从而完成Wi在发货平台上的续费流程。
S208、发货服务器从该待兑换虚拟票据中提取出续费时长信息，并获取该目标用户标识对应的目标虚拟物品的截止时间，作为目标截止时间。
譬如，当渠道服务后台接收到待兑换虚拟票据时，可以向续费后台发送携带有该待兑换虚拟票据的续费支付成功通知，以使续费后台完成剩下的续费流程，具体的，续费后台可以从该待兑换虚拟票据中提取出购买时长(也即续费时长)t，并获取用户Ui在发货平台上所购买的Wi的当前截止时间T。
S209、发货服务器利用该续费时长信息对该目标截止时间进行更新，以对该目标虚拟物品进行续费，并将该待兑换虚拟票据存储到该查找到的虚拟票据组中。
譬如，续费后台可以对用户Ui的订阅关系进行更新，更新后的目标截止时间T’可以为T+t，与此同时，渠道服务后台可以对虚拟票据库中的虚拟票据组Pi进行更新，使Pi包括该待兑换虚拟票据。
各实施例提供的虚拟物品的续费方法，其中发货服务器可以获取用户标识集、以及该用户标识集中每一用户标识对应的虚拟物品信息，该虚拟物品信息包括至少一个虚拟物品的物品标识和截止时间。计算每一截止时间与当前时间之间的差值，并判断计算的所有差值中是否存在不大于预设阀值的差值。若是，则将不大于预设阀值的差值对应的虚拟物品确定为目标虚拟物品，将该目标虚拟物品对应的用户标识确定为目标用户标识。根据该目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中查找对应的虚拟票据组，该虚拟票据组包括至少一个虚拟票据。获取该查找到的虚拟票据组中每一虚拟票据的存储时间，并计算当前时间与每一存储时间之间的差值，之后将差值最小的存储时间对应的虚拟票据确定为目标虚拟票据。根据该目标虚拟票据生成续费票据查询请求，将该续费票据查询请求发送至购买服务器。购买服务器根据该续费票据查询请求获取该目标虚拟物品的待兑换虚拟票据，并将该待兑换虚拟票据发送至该发货服务器。发货服务器从该待兑换虚拟票据中提 取出续费时长信息，并获取该目标用户标识对应的目标虚拟物品的截止时间，作为目标截止时间。利用该续费时长信息对该目标截止时间进行更新，以对该目标虚拟物品进行续费，并将该待兑换虚拟票据存储到该查找到的虚拟票据组中。从而能确保用户在购买平台侧成功续费之后，及时在发货平台侧对所订阅的服务进行续费，较好的实现跨平台异步续费操作，避免订阅服务的中断，方法简单。
图3a描述了本申请实施例提供的信息处理装置，其可以包括：第一获取模块10、第一确定模块20、第二确定模块30、第二获取模块40和续费模块50。
(1)第一获取模块10
第一获取模块10，用于获取用户标识集、以及该用户标识集中每一用户标识对应的虚拟物品信息，该虚拟物品信息包括至少一个虚拟物品的物品标识和截止时间。
该用户标识集和虚拟物品信息应该是预先存储好的，当用户在某网络平台(购买平台)首次购买了虚拟物品时，发货服务器可以根据购买期限计算出截止时间，并建立该用户的用户标识和虚拟物品的物品标识之间、以及该虚拟物品的物品标识与截止时间之间的关联关系，之后存储在指定数据库中。这样，第一获取模块10可以实时或周期性(比如每天)，对该指定数据库中存储的数据进行获取操作。
(2)第一确定模块20
第一确定模块20，用于根据每一截止时间从该至少一个虚拟物品中确定目标用户标识对应的目标虚拟物品。
例如，该第一确定模块20具体可以用于：
计算每一截止时间与当前时间之间的差值；
判断计算的所有差值中是否存在不大于预设阀值的差值；
若存在，则将不大于预设阀值的差值对应的虚拟物品确定为目标虚拟物品，将该目标虚拟物品对应的用户标识确定为目标用户标识。
(3)第二确定模块30
第二确定模块30，用于根据该目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中确定目标虚拟票据。
本实施例中，该虚拟票据库和用于存储该用户标识集和虚拟物品信息的指定数据库可以位于一个服务器中，也可以位于不同的服务器中。
例如，请参见图3b，该第二确定模块30具体可以包括查找子模块31和选择子 模块32，其中：
查找子模块31，用于根据该目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中查找对应的虚拟票据组，该虚拟票据组包括至少一个虚拟票据。
选择子模块32，用于按照预设规则从查找到的虚拟票据组中选择一个作为目标虚拟票据。
本实施例中，该预设规则可以根据实际需求而定。比如当该虚拟票据组中的虚拟票据是按序排列的，比如按照存储时间、购买时间或截止时间的先后进行排序时，选择子模块32可以直接获取指定排列位置(比如排位最靠前的位置)的虚拟票据作为目标虚拟票据。当该虚拟票据组中的虚拟票据是随机排列的时，选择子模块32就需要根据各自的存储时间、购买时间或截止时间进行选取，比如选取最近一次购买的虚拟票据作为目标虚拟票据，等等。
例如，当该虚拟票据组中的虚拟票据是随机排列时，该选择子模块32具体可以用于：
获取该查找到的虚拟票据组中每一虚拟票据的存储时间；
计算当前时间与每一存储时间之间的差值；
将差值最小的存储时间对应的虚拟票据确定为目标虚拟票据。
本实施例中，由于虚拟票据库中存储的虚拟票据都是历史购买过的，故其存储时间通常在当前时间之前，此时，选择子模块32可以将当前时间与存储时间之间差值最小，也即最近一次存储的虚拟票据确定为目标虚拟票据。
(4)第二获取模块40
第二获取模块40，用于根据该目标虚拟票据获取该目标虚拟物品的待兑换虚拟票据。
本实施例中，该待兑换虚拟票据通常指购买时间在该目标虚拟票据之后的虚拟票据，具体的，第二获取模块40可以通过指定网站接口，比如某官网上提供的接口，获取该待兑换虚拟票据。
例如，该第二获取模块40具体可以用于：
根据该目标虚拟票据生成续费票据查询请求；
将该续费票据查询请求发送至预设服务器，以使该预设服务器根据该目标虚拟票据返回该目标虚拟物品的待兑换虚拟票据；
接收该预设服务器返回的待兑换虚拟票据。
(5)续费模块50
续费模块50，用于根据该目标用户标识和待兑换虚拟票据对该目标虚拟物品进行续费。
本实施例中，由于该目标虚拟物品通常为自动续费型物品，故该续费操作主要指延长该目标虚拟物品的截止期限，也即，该续费模块50具体可以用于：
从该待兑换虚拟票据中提取出续费时长信息；
获取该目标用户标识对应的目标虚拟物品的截止时间，作为目标截止时间；
利用该续费时长信息对该目标截止时间进行更新，以对该目标虚拟物品进行续费。
本实施例中，该续费时长信息也即该待兑换虚拟票据中记录的购买时长，续费模块50具体可以通过在目标截止时间上增加该购买时长的方式，实现对该目标截止时间的更新。从而在发货平台上完成对目标虚拟物品的续费操作，实现购买平台和发货平台的异步续费。当发货平台的续费操作完成之后，该待兑换虚拟票据已被兑换，发货服务器需要进一步将该待兑换虚拟票据存储到虚拟票据库中，以保证下次异步续费操作的正常进行。该续费装置还可以包括更新模块60，用于：
在该续费模块50根据该目标用户标识和待兑换虚拟票据对该目标虚拟物品进行续费之后，将该待兑换虚拟票据存储到该查找子模块31查找到的虚拟票据组中，以对该虚拟票据库进行更新。
本实施例中，由于每次兑换新的待兑换虚拟票据之后，该待兑换虚拟票据都会被存储在虚拟票据库中，从而使虚拟票据库中存储了发货平台上所有已兑换的虚拟票据。之后，用户可以定期通过这些已兑换的虚拟票据从购买平台上获取最新的待兑换虚拟票据，及时实现自动续费型物品的异步续费操作，有效保证服务的连续性，避免中断。
具体实施时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元的具体实施可参见前面的方法实施例，在此不再赘述。
由上述可知，本实施例的装置能确保用户在购买平台侧成功续费之后，及时在发货平台侧对所订阅的服务进行续费，较好的实现跨平台异步续费操作，避免订阅 服务的中断，方法简单。
本申请实施例还提供一种信息处理系统，包括本申请实施例所提供的任一种装置。
其中，发货服务器可以获取用户标识集、以及该用户标识集中每一用户标识对应的虚拟物品信息，该虚拟物品信息包括至少一个虚拟物品的物品标识和截止时间；根据每一截止时间从该至少一个虚拟物品中确定目标用户标识对应的目标虚拟物品；根据该目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中确定目标虚拟票据；根据该目标虚拟票据获取该目标虚拟物品的待兑换虚拟票据；根据该目标用户标识和待兑换虚拟票据对该目标虚拟物品进行续费。
此外，该系统还可以包括购买服务器。该购买服务器可以获取待兑换虚拟票据，并将该待兑换虚拟票据发送至该发货服务器。
本申请实施例还提供一种服务器。图4示出了本申请实施例所涉及的服务器的结构示意图。该服务器可以包括一个或者一个以上处理核心的处理器701、一个或一个以上计算机可读存储介质的存储器702、射频(Radio Frequency，RF)电路703、电源704、输入单元705、以及显示单元707等部件。本领域技术人员可以理解，图4中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。。
处理器701是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器702内的软件程序和/或模块，以及调用存储在存储器702内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。一些例子中，处理器701可包括一个或多个处理核心。
存储器702可用于存储软件程序以及模块。处理器701通过运行存储在存储器702的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器702可主要包括存储程序区和存储数据区。存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等。存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器702可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器702还可以包括存储器控制器，以提供处理器701对存储器702的访问。
服务器中的处理器701会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器702中，并由处理器701来运行存储在存储器702中的应用程序，从而实现各种功能，例如：
获取用户标识集、以及该用户标识集中每一用户标识对应的虚拟物品信息，该虚拟物品信息包括至少一个虚拟物品的物品标识和截止时间；
根据每一截止时间从该至少一个虚拟物品中确定目标用户标识对应的目标虚拟物品；
根据该目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中确定目标虚拟票据；
根据该目标虚拟票据获取该目标虚拟物品的待兑换虚拟票据；
根据该目标用户标识和待兑换虚拟票据对该目标虚拟物品进行续费。
图5a为本申请实施例所提供的应用程序服务器的信息处理方法的场景示意图。该场景可以包括应用程序服务器520、应用程序终端510和支付服务器530。本申请通过应用程序服务器520和应用程序终端510交互，以及应用程序终端510和支付服务器530交互完成整体信息的处理。
在各个实施例中，应用程序终端510是运行有与应用程序服务器520进行通信的应用程序的终端设备，应用程序终端比如手机客户端或者PC(personal computer，个人电脑)等。运行于应用程序终端510上的应用程序比如为QQ、微信等。
用户使用第一账号登录应用程序终端510的应用程序，并通过第一账号在应用程序中向应用程序服务器520发送下单请求，应用程序将下单的信息发送至应用程序服务器520(S10)。也就是，用户使用应用程序终端510中的应用程序向应用程序服务器520发送购买虚拟物品的请求。应用程序终端510的应用程序将下单的信息发送至应用程序服务器520的同时，应用程序通过第一账号通过应用程序终端510向支付服务器530发送支付请求，或者应用程序终端账号通过应用程序终端510向支付服务器530发送支付请求。
在各个实施例中，第一账号为应用程序终端510处应用程序的初始的登录账号，比如应用程序为微信APP，第一账号为登录该微信APP的账号，比如微信APP账号为N。
在各个实施例中，应用程序终端账号比如为Apple ID。
在各个实施例中，所涉及的虚拟物品可以是游戏装备、游戏材料、游戏宠物、游戏币、图标、会员、称号、增值业务、积分、元宝、金豆、礼金券、兑换券、优惠券、贺卡等等。
比如：图5b至图5h为用户登录微信APP，并在微信APP上购买虚拟物品的部分界面示意图。请参阅图5b，用户使用账号N在应用程序终端10的微信APP上登录；登录微信APP后，请参阅图5c，选择“我的钱包”，进入“我的钱包”中；在进入“我的钱包”后，请参阅图5d，在微信APP“我的钱包”中选择“游戏微商店”，进入“游戏微商店”；在进入“游戏微商店”后，请参阅图5e，在“游戏微商店”中选择“英雄联盟专区”，进入“英雄联盟专区”；在进入“英雄联盟专区”后，请参阅图5f，在“英雄联盟专区”内选择“英雄皮肤”的“暗裔剑魔亚托克斯”，进入“暗裔剑魔亚托克斯”的皮肤页面；在进入“暗裔剑魔亚托克斯”的皮肤页面后，请参阅图5g，在皮肤页面选择“霸天剑魔亚托克斯”皮肤；在皮肤页面选择“霸天剑魔亚托克斯”皮肤后，请参阅图5h，确认订单，并选择游戏大区，比如电信的艾欧尼亚大区，选择后通过“微信支付”完成购买，也就是完成下单。
应用程序服务器20在接收到下单请求后，生成订单，并将订单的信息、第一账号和虚拟物品标识存储到订单表中，同一个订单中的信息对应的第一账号和虚拟物品标识的位置(S20)。比如订单中的信息、第一账号及虚拟物品标识位于订单表中的同一行或同一列。也就是说订单中的原有信息比如订单时间、订单日期等与第一账号、虚拟物品标识一起形成一个新的订单项。
其中，订单表中可以有一个、两个或多个订单。订单中的订单信息包括有订单时间、订单日期、第一账号和虚拟物品对应的标识等信息。其中，虚拟物品对应的标识在此定义为虚拟物品标识，比如为虚拟物品的号码，具体的比如：虚拟物品为100Q币，该100Q币对应的虚拟物品标识为Q10001。再比如：虚拟物品为一年腾讯视频会员，其对应的虚拟物品标识为SP10001。
支付服务器530在接收到支付请求后，根据支付请求扣费，并生成当前票据；并将当前票据发送至应用程序终端510的应用程序的第二账号(S30)。
支付服务器530在接收到支付请求后，根据支付请求进行扣费，并生成票据，将此票据定义为当前票据。支付服务器530将生成的当前票据发送至应用程序终端 510。因此，无论应用程序终端510中应用程序是否仍然是第一账号登录，支付服务器530仍然将生成的当前票据发送至应用程序终端510。因此，将应用程序终端510接收到支付服务器530发送的当前票据时所登录的登录账号定义为第二账号。
在各个实施例中，第二账号为应用程序终端510的应用程序的当前登录账号，比如：第二账号为当前登录该应用程序的登录账号，比如第二账号为M。比如：该应用程序为微信APP，当前登录账号为M，当前登录账号M为第二账号。从而，第二账号可以和第一账号相同，也可以和第一账号不同。
需要说明的是，在本申请各个实施例中，当前票据的票据信息包括当前票据号码和虚拟物品标识等信息。
应用程序终端510中应用程序的第二账号接收到当前票据后，应用程序终端510中应用程序将当前票据和第二账号发送至应用程序服务器520，应用程序服务器520从应用程序终端510处接收到当前票据和第二账号(S40)。
应用程序服务器520从应用程序终端510处接收到当前票据和第二账号后，根据当前票据和第二账号在订单表中查找对应的订单(S50)。
应用程序服务器520可以接收当前票据和第二账号，根据第二账号以及当前票据中的虚拟物品标识在订单表中查找与之对应的订单。例如，应用程序服务器520可以根据第二账号在订单表中查找与其匹配的第一账号，以及应用程序服务器520根据虚拟物品标识在订单表中查找与其相同的虚拟物品标识。
其中，第二账号查找与其匹配的第一账号，则是第二账号查找与其相同账号的第一账号。
若应用程序服务器520在订单表中查找到虚拟物品标识，且根据第二账号在订单表中查找到与其匹配的第一账号，应用程序服务器520将当前票据和第一账号建立关联，且应用程序服务器520根据关联后的当前票据和第一账号将相应的虚拟物品发送至应用程序终端510应用程序的第一账号(S60)。
从而，若用户一直使用同一个账号，即第一账号，则应用程序服务器520在发送虚拟物品过程中，始终将虚拟物品发送至和当前票据关联的第一账号，而不会将虚拟物品发送至其他账号。
若应用程序服务器520在订单表中查找到虚拟物品标识，但根据第二账号未在订单表中查找与其匹配的第一账号，也就是说第二账号和第一账号不同，应用程序 服务器520根据预设规则将当前票据和第二账号建立关联，且应用程序服务器520根据关联后的当前票据和第二账号将相应的虚拟物品发送至应用程序终端510应用程序的第二账号。
从而，若用户在以上过程中进行切换账号操作，比如将第一账号切换成第二账号，且在此第二账号不同于第一账号。用户希望将虚拟物品发送至切换后的第二账号上，则应用程序服务器520，根据关联后的第二账号和当前票据将对应的虚拟物品发送至第二账号，而不会将虚拟物品发送至其他账号。
因此，本申请实施例应用程序服务器520在发送虚拟物品时，无论用户在使用过程中是否进行换号操作，应用程序服务器520都能够用户需求准确的将对应的虚拟物品发送到对应的账号中，从而防止应用程序服务器520发送虚拟物品至错误的账号中。从而本申请实施例可以减小发送虚拟物品失败的可能性，确保发送虚拟物品的准确性。提高了网络资源的有效利用率。
需要说明的是，若应用程序服务器520在订单表中查找到虚拟物品标识，但根据第二账号未在订单表中查找与其匹配的第一账号，也就是说第二账号和第一账号不同，应用程序服务器520也可以不发送虚拟物品，直到应用程序服务器520根据第二账号在订单表中查找与其匹配的第一账号，才会将虚拟物品发送至第一账号。从而，防止虚拟物品发送至错误的账号。
图6a为本申请实施例应用程序服务器的信息处理方法流程示意图。图6b为本申请实施例应用程序服务器的信息处理方法中应用程序服务器和应用程序终端的具体交互过程示意图。所述方法可以包括以下步骤。
步骤S601：获取当前票据以及第二账号，所述当前票据包括虚拟物品标识。
步骤S602：根据所述当前票据的虚拟物品标识以及所述第二账号匹配相应的订单，其中所述订单包括所述虚拟物品标识和第一账号。
步骤S603：若在订单中匹配到相应的虚拟物品标识，且根据所述第二账号在订单中匹配到相应的第一账号，则将所述当前票据和第一账号建立关联。
步骤S604：根据关联后的所述当前票据和第一账号将虚拟物品发送至和所述当前票据关联的第一账号。
其中，在步骤S601中，应用程序服务器520从应用程序终端510处应用程序中获取当前票据以及第二账号。
其中，该当前票据还可以包括购买虚拟物品时的日期、时间等信息。
在步骤S602中，应用程序服务器520根据所述虚拟物品标识以及所述第二账号匹配相应的订单。
其中，该订单还可以包括下单时的时间、日期等。
一些例子中，应用程序服务器520根据虚拟物品标识和第二账号查找相应的订单，具体的是查找包含有第一账号和虚拟物品标识的订单，更具体的，应用程序服务器520根据第二账号在订单中查找与其匹配的第一账号，以及应用程序服务器520根据虚拟物品标识在订单中查找与其相同的虚拟物品标识。
其中，第二账号查找与其匹配的第一账号，则是第二账号查找与其相同账号的第一账号。
在步骤S603中，应用程序服务器520若在订单中匹配到相应的虚拟物品标识，且应用程序服务器520根据所述第二账号在订单中匹配到相应的第一账号，则应用程序服务器520将所述当前票据和第一账号建立关联。
若第二账号在订单中匹配到与其对应的第一账号，则第一账号和第二账号相同。比如，第一账号为账号L，第二账号也为账号L。
比如：用户在微信APP上使用账号L登录，在此L为第一账号，并通过账号L下单购物100Q币，从而订单中包含有第一账号L。而当应用程序服务器520根据虚拟物品标识和第二账号查找到相应的订单，则第二账号也为账号L，订单中的第一账号L和第二账号L相同。
从而，应用程序服务器520将当前票据和第二账号建立关联也是可以的。
其中，一些例子中，将当前票据和第一账号建立一一对应的关联。也就是将第一账号和当前票据两者之间建立一一对应关系，实现双向关联。
一些例子中，应用程序服务器520根据当前票据生成票据表，以及根据订单生成订单表。请一并参阅图6c和图6d，其中图6c为票据表的一种结构示意图，其中图6d为订单表的一种结构示意图。
一些例子中，将当前票据中的信息存储到票据表中，和将第一账号存储到票据表中，且将第一账号存储到与当前票据相对应的位置处，在此将对应的位置定义为票据项。其中票据项具体为图6c中虚线框中的内容。以及将第一账号的信息存储到订单表中，和将当前票据的信息存储到订单表中，且将当前票据的信息存储与第一 账号相对应的位置处，在此将对应的位置定义为订单项。其中订单项具体为图6d中虚线框中的内容。
请参阅图6c，比如票据表的一个票据项包括有当前票据号码(B10001)、当前票据生成时间(上午8点整)、当前票据生成日期(2017年3月17日)、虚拟物品标识(Q10001)、第一账号(账号N)。
请参阅图6d，比如订单表中的一个订单项包括有订单生成时间(上午7点半)、订单生成日期(2017年3月17日)、虚拟物品标识(Q10001)、第一账号(账号N)、当前票据号码(B10001)。
需要说明的是，票据表中还可以存储其他信息，以及订单表中还可以存储其他信息，比如虚拟物品类型为Q币。
从而通过票据表和订单表将当前票据和第一账号形成一一对应关系，应用程序服务器520仅根据包含有第一账号的当前票据发送虚拟物品，即可确保将虚拟物品发送至第一账号。进一步提高应用程序服务器520发送物品的准确性。进一步减小发送虚拟物品失败的可能性，进一步提高了网络资源的有效利用率。
需要说明的是，本申请实施例应用程序服务器520也可以仅生成票据票，而不生成订单票，从而实现单项关联。具体请参阅图6c和以上内容，在此不再赘述。
在步骤S604中，应用程序服务器520根据关联后的所述当前票据和第一账号将相应的虚拟物品发送至所述第一账号。然后，应用程序服务器520将所述当前票据及对应的订单标记为已使用状态。
需要说明的是，在步骤S601之后，且在步骤S602之前，应用程序服务器的信息处理方法还可以包括步骤：判断所述当前票据是否被使用；若所述当前票据未被使用，则执行步骤S602；若所述当前票据被使用，则结束。通过对当前票据是否有效进行提前判断，只对有效的票据进行处理，提高了网络资源的有效利用率。
由上述可知，本申请实施例提供的应用程序服务器的信息处理方法，首先获取当前票据以及第二账号，当前票据包括虚拟物品标识；然后根据虚拟物品标识以及第二账号匹配相应的订单，其中订单包括第一账号和虚拟物品标识，最后将匹配到的订单中的第一账号与当前票据建立关联；并根据关联后的第一账号和当前票据将相应的虚拟物品发送至第一账号。
从而应用程序服务器将虚拟物品发送至正确的第一账号。应用程序服务器始终 根据关联后的所述第一账号和当前票据将对应的虚拟物品发送至第一账号。减小发送虚拟物品失败的可能性，确保发送虚拟物品的准确性。提高了网络资源的有效利用率。
图7a为申请实施例应用程序服务器的信息处理方法流程示意图。请一并参阅图6b，所述信息处理方法可以包括以下步骤。
步骤S201：获取当前票据以及第二账号，所述当前票据包括虚拟物品标识。
步骤S202：判断所述当前票据是否被使用；若所述当前票据未被使用，则执行步骤S203。若所述当前票据被使用，则结束。
步骤S203：进一步判断所述当前票据是否包括原始票据；所述原始票据为在预设时间自动购买虚拟物品中的第一次购买票据；若所述当前票据包括原始票据，则执行步骤S204。若不包括原始票据，则执行步骤S102。
步骤S204：根据所述虚拟物品标识以及所述第二账号匹配相应的订单，其中所述订单包括所述虚拟物品标识和第一账号。
步骤S205：则在根据所述虚拟物品标识和所述第二账号匹配到相应的订单后，将所述原始票据和第一账号建立关联。
步骤S206：根据关联后的所述原始票据和第一账号将相应的虚拟物品发送至与所述原始票据关联后的第一账号。
其中，步骤S201可参见步骤S601。
在步骤S202中，应用程序服务器520判断所述当前票据是否被使用；若所述当前票据未被使用，则执行步骤S203；若所述当前票据被使用，则结束。通过对当前票据是否有效进行提前判断，只对有效的票据进行处理，提高了网络资源的有效利用率。
在步骤S203中，应用程序服务器520进一步判断所述当前票据是否包括原始票据；若所述当前票据包括原始票据，则执行步骤S204。所述原始票据为在预设时间自动购买虚拟物品中的第一次购买票据，一些例子中，原始票据为应用程序终端510中应用程序通过第一账号第一次下单并通过支付服务器530扣费后形成的票据，其包括自动续费类型，也就是说原始票据中包括有自动续费项。
比如：用户在一年内购买自动续费类型的虚拟物品，更一些例子中比如：用户在腾讯视频服务器中购买一年自动续费类型的会员，每个月在规定的时间内腾讯视 频服务器向用户的腾讯视频APP发送。而用户第一次购买该会员时产生的票据即为原始票据，在以后每月规定时间内所形成的票据则不是原始票据。在当月规定时间内形成的票据为当前票据。
其中，步骤S204可参见步骤S602。
在步骤S205中，则应用程序服务器520在根据所述当前票据的虚拟物品标识和所述第二账号匹配到相应的订单后，应用程序服务器520将所述原始票据和第一账号建立关联。
一些例子中是，应用程序服务器520在订单中匹配到相应的虚拟物品标识，且应用程序服务器520根据所述第二账号在订单中匹配到相应的第一账号，应用程序服务器520将所述原始票据和第一账号建立关联。
一些例子中，将第一账号与原始票据建立一一对应的关联。也就是将第一账号和原始票据两者之间建立一一对应关系，实现双向关联。
一些例子中，应用程序服务器520根据原始票据生成票据表，以及根据订单生成订单表。请一并参阅图7b和图7c，其中图7b为票据表的一种结构示意图，其中图7c为订单表的一种结构示意图。
一些例子中，将原始票据中的信息存储到票据表中，和将第一账号存储到票据表中，且将第一账号存储到与原始票据相对应的位置处，在此将对应的位置定义为票据项。其中票据项具体为图7b中虚线框的内容。以及将第一账号的信息存储到订单表中，和将原始票据的信息存储到订单表中，且将原始票据的信息存储与第一账号相对应的位置处，在此将对应的位置定义为订单项。其中订单项体为图7c中虚线框的内容。
请参阅图7b，比如票据表的一个票据项包括有原始票据号码(B1)、自动续费(1/12)、原始票据生成时间(上午8点整)、原始票据生成日期(2017年3月17日)、虚拟物品标识(Q10001)、第一账号(账号N)。其中，自动续费中1/12表示一年自动续费中已自动续费1个月。
请参阅图7c，比如订单表中的一个订单项包括有订单生成时间(上午7点半)、订单生成日期(2017年3月17日)、虚拟物品标识(Q10001)、第一账号(账号N)、原始票据号码(B1)、自动续费(1/12)。
需要说明的是，票据表中还可以存储其他信息，以及订单表中还可以存储其他 信息，比如虚拟物品类型为Q币。
从而通过票据表和订单表将原始票据和第一账号形成一一对应关系，应用程序服务器520仅根据包含有第一账号的原始票据发送虚拟物品，即可确保将虚拟物品发送至第一账号。进一步提高应用程序服务器520发送物品的准确性。进一步减小发送虚拟物品失败的可能性，进一步提高了网络资源的有效利用率。
需要说明的是，本申请实施例应用程序服务器520也可以仅生成票据票，而不生成订单票，从而实现单项关联。具体请参阅图7b和以上内容，在此不再赘述。
在步骤S206中，应用程序服务器520根据关联后的所述原始票据和第一账号将相应的虚拟物品发送至所述第一账号。然后，应用程序服务器20将所述当票据表中的自动续费进行修改。比如，自动续费12个月，其中，有两个月已经自动续费，则在票据表中标记为2/12。
由上述可知，本申请实施例提供的应用程序服务器的信息处理方法，首先获取当前票据以及第二账号，当前票据包括虚拟物品标识；然后判断当前票据是否被使用，若当前票据未被使用，则进一步判断当前票据是否包括原始票据，若包括原始票据，则根据虚拟物品标识以及第二账号匹配相应的订单，其中订单包括第一账号和虚拟物品标识；最后将第一账号与原始票据建立关联；并根据关联后的第一账号和原始票据将相应的虚拟物品发送至所述第一账号。
从而应用程序服务器将虚拟物品发送至正确的第一账号。应用程序服务器始终根据关联后的第一账号和当前票据将对应的虚拟物品发送至第一账号。减小发送虚拟物品失败的可能性，确保发送虚拟物品的准确性。提高了网络资源的有效利用率。
图8a为本申请实施例提供应用程序服务器的信息处理装置的结构示意图，请一并参阅图6a至图6d，本申请实施例所述信息处理装置可以包括信息获取模块301、匹配模块302、关联模块303和发送模块304。
其中，信息处理装置可以集成在具备储存模块并安装有微处理器而具有运算能力的应用程序服务器520中，主要获取当前票据以及第二账号，当前票据包括虚拟物品标识；根据所述当前票据的虚拟物品标识以及所述第二账号匹配相应的订单，其中所述订单包括所述虚拟物品标识和第一账号；然后，若在订单中匹配到相应的虚拟物品标识，且根据所述第二账号在订单中匹配到相应的第一账号，则将所述当前票据和第一账号建立关联；以及根据关联后的所述当前票据和第一账号将虚拟物 品发送至和所述当前票据关联后的第一账号。
其中，信息获取模块301，用于获取当前票据以及第二账号，所述当前票据包括虚拟物品标识。
其中，订单匹配模块302，用于根据所述虚拟物品标识以及所述第二账号匹配相应的订单。
一些例子中，订单匹配模块302根据虚拟物品标识和第二账号查找相应的订单，一些例子中是查找包含有第一账号和虚拟物品标识的订单，更一些例子中，订单匹配模块302根据第二账号在订单中查找与其匹配的第一账号，以及订单匹配模块302根据虚拟物品标识在订单中查找与其相同的虚拟物品标识。
其中，第二账号查找与其匹配的第一账号，则是第二账号查找与其相同账号的第一账号。
其中，关联模块303，用于若在订单中匹配到相应的虚拟物品标识，且根据所述第二账号在订单中匹配到相应的第一账号，则将所述当前票据和第一账号建立关联。
一些例子中，关联模块303将第一账号与当前票据建立一一对应的关联。也就是关联模块303将第一账号和当前票据两者之间建立一一对应关系，实现双向关联。
具体可参见步骤S603及图6c和图6d，在此不再赘述。
其中，虚拟物品发送模块304，用于根据关联后的所述第一账号和当前票据将相应的虚拟物品发送至所述第一账号。
需要说明的是，本申请实施例信息处理装置还可以包括第一判断模块和信息标记模块。
其中，第一判断模块，用于判断所述当前票据被使用，若被使用则不进行操作。若第一判断模块判断所述当前票据未被使用，则进一步通过订单匹配模块302根据所述虚拟物品标识以及第二账号匹配相应的订单。通过对当前票据是否有效进行提前判断，只对有效的票据进行处理，提高了网络资源的有效利用率。
其中，信息标记模块，用于将当前票据及其对应的订单标记为已使用状态。
由上述可知，本申请实施例提供的应用程序服务器的信息处理装置，首先信息获取模块301获取当前票据以及第二账号，当前票据包括虚拟物品标识；然后订单匹配模块302根据虚拟物品标识以及第二账号匹配相应的订单，其中订单包括所述 虚拟物品标识和第一账号；再然后关联模块303将当前票据和在订单中匹配到的第一账号建立关联；最后虚拟物品发送模块304根据关联后的第一账号和当前票据将相应的虚拟物品发送至第一账号。
从而虚拟物品发送模块304将虚拟物品发送至正确的第一账号。虚拟物品发送模块304始终根据关联后的第一账号和当前票据将对应的虚拟物品发送至第一账号。减小发送虚拟物品失败的可能性，确保发送虚拟物品的准确性。提高了网络资源的有效利用率。
图8b为申请实施例应用程序服务器的信息处理装置的另一结构示意图。请一并参阅图6b，所述信息处理装置包括：信息获取模块401、第一判断模块402、第二判断模块403、订单匹配模块404、关联模块405、虚拟物品发送模块406和信息标记模块407。
其中，信息获取模块401，用于获取当前票据以及第二账号，所述当前票据包括虚拟物品标识。
其中，第一判断模块402，用于判断所述当前票据是否被使用，若所述当前票据被使用，则不进行操作。若所述当前票据未被使用，则进一步通过第二判断模块403判断是否包括原始票据。通过对当前票据是否有效进行提前判断，只对有效的票据进行处理，提高了网络资源的有效利用率。
其中，第二判断模块403，用于进一步判断所述当前票据是否包括原始票据；所述原始票据为在预设时间自动购买虚拟物品中的第一次购买票据；若所述当前票据包括原始票据，则通过订单匹配模块404根据所述虚拟物品标识以及所述第二账号匹配相应的订单。若不包括原始票据，则也通过订单匹配模块404根据所述虚拟物品标识以及所述第二账号匹配相应的订单。
其中，订单匹配模块404，用于根据所述虚拟物品标识以及所述第二账号匹配相应的订单。
一些例子中，订单匹配模块404根据虚拟物品标识和第二账号查找相应的订单，一些例子中是查找包含有第一账号和虚拟物品标识的订单，更一些例子中，订单匹配模块404根据第二账号在订单中查找与其匹配的第一账号，以及订单匹配模块404根据虚拟物品标识在订单中查找与其相同的虚拟物品标识。
其中，第二账号查找与其匹配的第一账号，则是第二账号查找与其相同账号的 第一账号。
若第二判断模块403进一步判断所述当前票据包括原始票据，则关联模块405，用于在根据所述虚拟物品标识和所述第二账号匹配到相应的订单后，将所述原始票据和第一账号建立关联。
一些例子中是，关联模块405在订单中匹配到相应的虚拟物品标识，且关联模块405根据所述第二账号在订单中匹配到相应的第一账号，关联模块405将所述原始票据和第一账号建立关联。
一些例子中，关联模块405将第一账号与原始票据建立一一对应的关联。也就是关联模块405将第一账号和原始票据两者之间建立一一对应关系，实现双向关联。
具体可参见步骤S205及图7b和图7c，在此不再赘述。
其中，虚拟物品发送模块206，用于根据关联后的所述第一账号和原始票据将相应的虚拟物品发送至所述第一账号。
其中，信息标记模块407，用于将所述当票据表中的自动续费进行修改。
由上述可知，本申请实施例提供的应用程序服务器的信息处理装置，首先通过信息获取模块401获取当前票据以及第二账号，当前票据包括虚拟物品标识；然后通过第一判断模块402判断当前票据是否被使用，若当前票据未被使用时，进一步通过第二判断模块403判断当前票据是否包括原始票据，若当前票据包括原始票据时，订单匹配模块404根据虚拟物品标识以及第二账号匹配相应的订单，其中所述订单包括虚拟物品标识和第一账号；再然后，关联模块405将在订单中匹配到的第一账号与原始票据建立关联；虚拟物品发送模块406根据关联后的第一账号和原始票据将相应的虚拟物品发送至第一账号；最后信息标记模块407将当前票据和订单标记为已使用状态。
从而虚拟物品发送模块406将虚拟物品发送至正确的第一账号。虚拟物品发送模块406始终根据关联后的第一账号和原始票据将对应的虚拟物品发送至第一账号。减小发送虚拟物品失败的可能性，确保发送虚拟物品的准确性。提高了网络资源的有效利用率。
具体实施时，以上各个模块可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个模块的具体实施可参见前面的方法实施例，在此不再赘述。
该订单处理装置具体可以集成在服务器或网关等网络设备中。
图9为申请实施例应用程序服务器的信息处理方法的另一场景示意图。请一并参阅图5a至图5h，所述信息处理方法与图5a所示的信息处理方法不同在于：所述信息处理方法还包括步骤S70。其中，本申请实施例信息处理方法的步骤S10、步骤S20、步骤S30、步骤S40以及步骤S50分别与图5a所示的步骤S10、步骤S20、步骤S30、步骤S40以及步骤S50相同，在此不再赘述。另外，本申请实施例信息处理方法的步骤S10、步骤S20、步骤S30、步骤S40、步骤S50以及其它步骤也可以与图6a所示的S601和步骤S602相似，还可以与图7a所示的步骤S201、步骤S202、步骤S203和步骤S204相似。
本申请实施例，在步骤S70中，若虚拟物品标识在订单中匹配到相应的虚拟物品标识，且第二账号在订单中未匹配到相应的第一账号，则按照预设的规则将当前票据和第二账号建立关联；以及根据关联后的当前票据和第二账号将相应的虚拟物品发送至和当前票据关联的第二账号。
一些例子中，应用程序服务器520在订单表中查找对应的虚拟物品标识，以及根据第二账号在订单表中查找对应的第一账号，当在订单表中查找对应的虚拟物品标识，但是第二账号在订单表中未查找对应的第一账号，也就是在订单表中未查找到与第二账号相同的第一账号。然后，按照预设的规则将当前票据和第二账号建立关联，并根据关联后的当前票据和第二账号将相应的虚拟物品发送至和当前票据关联的第二账号。
本申请实施例，预设的规则可以是连续预设次数。比如用户连续2次、连续3次、连续5次、连续7次等都使用相同的第二账号登录应用程序，并将当前票据送达应用程序服务器520，此时默认第二账号为目标账号，也就是应用程序服务器520所要虚拟物品发送的账号。从而，将第二账号和当前票据建立关联，并将虚拟物品发送至关联后的第二账号。其中，第二账号和当前票据建立关联的关系，具体可参阅第二实施例中第一账号和当前票据建立关联的关系，或者类似上述实施例中第一账号和原始票据建立关联的关系，在此不再赘述。以及应用程序服务器520将虚拟物品发送至第二账号的具体内容也可以参阅前述实施例，在此不再赘述。
以上是本申请实施例当前票据不包括原始票据的具体内容，以下说明当前票据包括原始票据的情况。其中，若当前票据包括原始票据，则原始票据包括自动续费 项，也就是自动购买类型，具体请参阅第三实施例，在此不再赘述。
本申请实施例，应用程序服务器520判断当前票据是否包括原始票据，原始票据为在预设时间自动购买虚拟物品中的第一次购买票据；若当前票据包括原始票据，则若第二账号在订单中未匹配到相应的第一账号，则根据预设规则将原始票据和第二账号建立关联，并根据关联后的原始票据和第一账号将相应的虚拟物品发送至和所述原始票据关联的第二账号。
本申请实施例，预设的规则可以是连续预设次数。比如用户连续2次、连续3次、连续5次、连续7次等都使用相同的第二账号登录应用程序，并在将当前票据送达应用程序服务器520，此时默认第二账号为目标账号，也就是应用程序服务器520所要虚拟物品发送的账号。从而，将第二账号和当前票据建立关联，并将虚拟物品发送至关联后的第二账号。一些例子中比如，若连续两次或多次当前票据送达应用程序服务器520时，都是第二账号，该次数针对一些例子中自动购买的续费周期设置，例如，对于包月的自动购买的续费，那么连续2个月的当前票据都是第二账号送达应用程序服务520，则第2个月将原始票据和第二账号建立关联，并将虚拟物品发送至第二账号。再比如对于按周的自动购买的续费类型，若连续4周的当前票据都是第二账号送达应用程序服务器520，则第4周将原始票据和第二账号建立关联，并将虚拟物品发送至第二账号。
本申请实施例，预设规则可以是当前票据与原始票据所对应的订单之间的间隔时长大于预设时长。该预设时长可以是15天，当然，也可以是10天、20天等。若当前票据与原始票据所对应的订单之间的间隔时长大于预设时长，则将所述原始票据和第二账号建立关联，并根据关联后的原始票据和第二账号将相应的虚拟物品发送至和原始票据关联的第二账号。比如：若第一账号因为余额不足导致自动购买续费类型的当前票据到达时间晚于原始票据中的规定时间，也就是说当前票据到达时间离上一周期服务终止时间超过一定期限，也就是超过预设时长。而且第二账号在此期间下单，则将第二账号和原始票据建立关联，并将虚拟物品发送至第二账号。
需要说明的是，本申请实施例的步骤S70可以通过第四实施例中的关联模块303和虚拟物品发送模块304执行完成，也可以通过第五实施例中的关联模块405和虚拟物品发送模块406完成。具体请参阅第四实施例和第五实施例，在此不再赘述。
本申请实施例还提供一种应用程序服务器。如图10所示，该应用程序服务器 可以包括射频(RF，Radio Frequency)电路501、包括有一个或一个以上计算机可读存储介质的存储器502、输入模块503、显示模块504、传感器505、音频电路506、无线保真(WiFi，Wireless Fidelity)模块507、包括有一个或者一个以上处理核心的处理器508、以及电源509等部件。图10中示出的应用程序服务器结构并不构成对应用程序服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
存储器502可用于存储软件程序以及模块。处理器508通过运行存储在存储器502的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器502可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如获取订单、获取票据、发送虚拟物品功能等)等；存储数据区可存储根据应用程序服务器的使用所创建的数据(比如订单表、票据表等)等。此外，存储器502可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器502还可以包括存储器控制器，以提供处理器508和输入模块503对存储器502的访问。
处理器508是应用程序服务器的控制中心，利用各种接口和线路连接整个应用程序服务器的各个部分，通过运行或执行存储在存储器502内的软件程序和/或模块，以及调用存储在存储器502内的数据，执行终端的各种功能和处理数据，从而对手机进行整体监控。一些例子中，处理器508可包括一个或多个处理核心。
应用程序服务器中的处理器508会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器502中，并由处理器508来运行存储在存储器502中的应用程序，从而实现各种功能，例如：
获取当前票据以及第二账号，所述当前票据包括虚拟物品标识；
根据所述虚拟物品标识以及所述第二账号匹配相应的订单，其中所述订单包括第一账号，所述第一账号关联所述虚拟物品标识；
将所述第一账号与所述当前票据建立关联；以及
根据关联后的所述第一账号和当前票据将相应的虚拟物品发送至所述第一账号。
一些例子中，所述处理器508还可以用于，判断所述当前票据是否包括原始票 据；
若所述当前票据包括原始票据，则将所述第一账号与所述当前票据建立关联的步骤包括：
将所述订单中的所述第一账号与所述原始票据建立关联；以及根据关联后的所述第一账号和当前票据将相应的虚拟物品发送至所述第一账号的步骤包括：
根据关联后的所述第一账号和原始票据将相应的虚拟物品发送至所述第一账号。
一些例子中，所述处理器508还可以用于，将所述第一账号与所述当前票据建立一一对应的关联。
一些例子中，所述处理器508还可以用于，标记所述票据和订单为已使用状态。
一些例子中，所述处理器508还可以用于，判断订单信息是否包括有自动续费项。
由上述可知，本实施例提供的应用程序服务器中，首先获取当前票据以及第二账号，所述当前票据包括虚拟物品标识；然后根据所述虚拟物品标识以及所述第二账号匹配相应的订单，其中所述订单包括第一账号，所述第一账号关联所述虚拟物品标识；最后将所述第一账号与所述当前票据建立关联；以及根据关联后的所述第一账号和当前票据将相应的虚拟物品发送至所述第一账号。从而本申请实施例可以减小发送虚拟物品失败的可能性，尽可能的保证用户应用内购体验，保障用户利益，减少投诉。
图11为本申请实施例的一种信息处理方法，可以应用于应用程序服务器。应用程序服务器可以包括一个或多个服务器。例如，可以由同一个物理设备来实现应用程序服务器的全部功能；或者，可以采用如2b所示的BOSS系统中的服务器、续费后台服务器、渠道后台的服务器，等的服务器集合来实现应用程序服务器的功能。该方法可以包括以下步骤。
S301，通过网络接收所述终端设备发送的第一虚拟物品标识和第一账号。
所述第一虚拟物品标识是所述终端设备响应于用户对虚拟物品展示界面的操作而确定的，所述第一账号为所述操作发生时登录所述终端设备的账号。
S302，生成并存储包括所述第一虚拟物品标识和所述第一账号的第一订单。
S303，通过所述网络获取所述终端设备转发的第三方支付系统提供的当前票据 以及收到所述当前票据时登录所述终端设备的第二账号。
所述当前票据包括第二虚拟物品标识。
S304，在存储的多个订单中确定所述当前票据对应的第二订单。
S305，当所述第二订单中的所述虚拟物品标识与所述第二虚拟物品标识一致，且所述第二订单中的账号与所述第二账号一致时，将所述当前票据中的第二虚拟物品标识对应的虚拟物品发送至所述第二账号。
各实施例中，可以利用物品标识和账号来查找所述当前票据对应的第二订单，也可以查找当前票据中原始票据对应的订单作为第二订单。所述原始票据为用户签约自动购买所述虚拟物品后第一次购买所述虚拟物品对应的票据。例如，第三方支付系统提供的当前票据可以包括当前票据的标识和该票据对应的原始票据的标识。对于非自动续费的购买，或者对于自动续费购买的第一次购买，当前票据中原始票据的标识为空或者为当前票据的标识。对于自动续费的非第一次购买，当前票据中原始票据的标识为该账号对该物品签约自动续费购买后的第一次购买对应的票据的标识。应用服务器可以根据当前票据中的信息判断当前票据对应的购买是否是续费购买的情况。如果确定当前票据为非自动续费购买或自动续费购买的首次购买，应用服务器可以在存储的多个订单中查找与所述当前票据中的第二虚拟物品标识和第二账号匹配的订单作为所述第二订单。如果确定当前票据为自动续费购买的非首次购买，应用服务器可以在存储的多个订单中查找与当前票据中原始票据的标识关联的订单作为第二订单。
一些例子中，确定在所述多个订单中没有查找到所述第二订单时，应用服务器还可以从配置信息中获取所述当前票据对应的第三账号和第三订单，将所述当前票据和所述第三订单建立关联，并将所述当前票据中的第二虚拟物品标识对应的虚拟物品发送至所述第三账号。当没有查找到当前票据对应的第二订单时，应用服务器可以暂停处理该当前票据。之后，可以定期或根据请求，从预设的存储位置读取配置信息，从配置信息中获得当前票据处理方式的信息，并按照该信息来处理当前票据。配置信息可以是由人工核实并输入的信息，例如，由应用程序的客服人员核实用户的购买情况并确认接收虚拟物品的账号之后输入配置信息；或者，应用程序可以提供用户申诉接口，对用户的身份和订单及支付信息进行核实后，将用户输入的订单信息、支付信息、收货账号信息等存入应用服务器中的配置信息。应用服务器 可以根据配置信息查找到待处理的票据和订单，根据配置信息将虚拟物品提供给指定的账号，并建立该票据与订单之间的关联。
一些例子中，当所述第二订单中的账号与所述当前票据中的所述第二账号不一致、且确定所述当前票据满足预设条件时，应用服务器可以将所述当前票据和所述第二账号建立关联，并将所述当前票据中的第二虚拟物品标识对应的虚拟物品发送至所述第二账号。
一些例子中，应用服务器可以获取所述当前票据中的第一时间；获取所述第二订单关联的最新票据中的第二时间；当所述第一时间和所述第二时间之间的时间间隔超过所述第二虚拟物品标识对应的预设时长时，在存储的多个订单中查找与所述当前票据中的所述第二虚拟物品标识和所述第二账号匹配的第三订单，解除所述当前票据中的原始票据与所述第二订单的关联关系，将所述当前票据和所述原始票据与所述第三订单建立关联，并确定记录的所述信息满足所述预设条件；所述原始票据为用户签约自动购买所述虚拟物品后第一次购买所述虚拟物品对应的票据。例如，对于自动续费的购买，第三方支付系统会在上一次购买的有效期结束前尝试自动扣费以进行续费，如果扣费不成功，会在设定的续费时限内再次尝试扣费。如果在续费时限内扣费仍然没有成功，则单方面取消该自动续费的签约。用户可以通过应用程序重新下单，应用服务器会生成新的订单，而第三方支付系统仍可能将已取消的自动续费的原始票据与新的自动续费的票据进行关联。使用上述方法，应用服务器可以检测出原始票据对应的自动续费已因超期而被取消，且应用服务器中应当存储有新签约的自动续费购买对应的新订单，因此，取消原始票据与原订单的关联，并将原始票据与该新订单进行关联。这样，可以使应用服务器提供的自动续费购买服务更加可靠。预设时长可以根据该票据中的虚拟物品的续费周期以及第三方支付系统的续费时限来确定，例如可以为二者之和。一些例子中，当所述第一时间和所述第二时间之间的时间间隔没有超过所述第二虚拟物品标识对应的预设时长时，应用服务器可以将虚拟物品提供给原始票据对应的原始订单中的账号。
一些例子中，应用服务器可以记录连续收到所述终端设备通过所述第二账号发送的所述当前票据的次数；当记录的所述次数达到预设的次数时，确定所述当前票据满足所述预设条件。
一些例子中，应用服务器可以判断所述当前票据是否已被使用；若确定所述当 前票据未被使用，则进行在存储的所述多个订单中确定所述当前票据对应的所述第二订单的步骤；若确定所述当前票据已被使用，则结束。当对应用程序客户端提供的票据进行处理(例如，关联订单并发货)之后，应用服务器可以向应用程序客户端反馈该票据已处理的信息。由于某些原因没有收到该反馈信息时，应用程序客户端可能会重新发送该票据到应用服务器。为了避免对同一票据进行多次处理，应用服务器可以记录每一票据是否已被使用的信息，收到票据时先在本地查找该票据是否已经存储，并且是否已经处理。
例如，将第二票据中的虚拟物品标识对应的虚拟物品发送至第四账号后，应用服务器可以将所述第二票据标记为已使用状态并存储。接收到客户端发送的当前票据时，应用服务器可以在存储的票据中查找与当前票据具有相同标识的票据；当查找到的票据被标记为已使用状态，确定所述当前票据已被使用；当没有查找到所述票据或查找到的所述票据未被标记为已使用状态，确定所述当前票据未被使用。
例如，将第二票据中的虚拟物品标识对应的虚拟物品发送至第四账号后，应用服务器可以将第二票据中的虚拟物品标识对应的虚拟物品发送至第四订单对应的第四账号后，将所述第二票据和所述第四订单建立关联，接收到客户端发送的当前票据时，应用服务器可以在存储的所述多个订单关联的票据信息中查找与当前票据具有相同标识的票据；当查找到的所述票据时，确定所述当前票据已被使用；当没有查找到所述票据时，确定所述当前票据未被使用。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对订单处理方法的详细描述，此处不再赘述。
本申请实施例提供的所述信息处理装置，譬如为计算机、平板电脑、具有触摸功能的手机等等，所述信息处理装置与上文实施例中的信息处理方法属于同一构思，在所述信息处理装置上可以运行所述信息处理方法实施例中提供的任一方法，其具体实现过程详见所述信息处理方法实施例，此处不再赘述。
需要说明的是，对本申请所述信息处理方法而言，本领域普通测试人员可以理解实现本申请实施例所述信息处理方法的全部或部分流程，是可以通过计算机程序来控制相关的硬件来完成，所述计算机程序可存储于一计算机可读取存储介质中，如存储在应用程序服务器的存储器中，并被该应用程序服务器内的至少一个处理器 执行，在执行过程中可包括如所述信息处理方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)等。
对本申请实施例的所述信息处理装置而言，其各功能模块可以集成在一个处理芯片中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中，所述存储介质譬如为只读存储器，磁盘或光盘等。
以上对本申请实施例所提供的一种信息处理方法、装置和应用程序服务器进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (20)

  1. 一种信息处理方法，应用于应用程序服务器，其中，该方法包括：
    通过网络接收终端设备发送的第一虚拟物品标识和第一账号，所述第一虚拟物品标识是所述终端设备响应于用户对虚拟物品展示界面的操作而确定的，所述第一账号为所述操作发生时登录所述终端设备的账号；
    生成并存储包括所述第一虚拟物品标识和所述第一账号的第一订单；
    通过所述网络获取所述终端设备转发的第三方支付系统提供的当前票据以及收到所述当前票据时登录所述终端设备的第二账号，所述当前票据包括第二虚拟物品标识；
    在存储的多个订单中确定所述当前票据对应的第二订单；
    当所述第二订单中的所述虚拟物品标识与所述第二虚拟物品标识一致，且所述第二订单中的账号与所述第二账号一致时，将所述当前票据中的第二虚拟物品标识对应的虚拟物品发送至所述第二账号。
  2. 根据权利要求1所述的方法，其中，在存储的多个订单中确定所述当前票据对应的第二订单包括：
    在存储的多个订单中查找与所述当前票据中的所述第二虚拟物品标识和所述第二账号匹配的订单作为所述第二订单。
  3. 根据权利要求1所述的方法，其中，在存储的多个订单中确定所述当前票据对应的第二订单包括：
    当根据所述当前票据确定所述当前票据不是用户签约自动购买所述虚拟物品后的第一次购买的票据时，从所述当前票据中获取原始票据，在存储的多个订单中确定与所述原始票据关联的订单作为所述第二订单；所述原始票据为用户签约自动购买所述虚拟物品后第一次购买所述虚拟物品对应的票据。
  4. 根据权利要求1所述的方法，进一步包括：
    确定在所述多个订单中没有查找到所述第二订单时，从配置信息中获取所述当前票据对应的第三账号和第三订单，将所述当前票据和所述第三订单建立关联，并将所述当前票据中的第二虚拟物品标识对应的虚拟物品发送至所述第三账号。
  5. 根据权利要求1所述的方法，进一步包括：
    当所述第二订单中的账号与所述当前票据中的所述第二账号不一致、且确定所述当前票据满足预设条件时，将所述当前票据和所述第二账号建立关联，并将所述当前票据中的第二虚拟物品标识对应的虚拟物品发送至所述第二账号。
  6. 根据权利要求5所述的方法，其中，确定所述当前票据满足预设条件包括：
    获取所述当前票据中的第一时间；
    获取所述第二订单关联的最新票据中的第二时间；
    当所述第一时间和所述第二时间之间的时间间隔超过所述第二虚拟物品标识对应的预设时长时，在存储的多个订单中查找与所述当前票据中的所述第二虚拟物品标识和所述第二账号匹配的第三订单，解除所述当前票据中的原始票据与所述第二订单的关联关系，将所述当前票据和所述原始票据与所述第三订单建立关联，并确定记录的所述信息满足所述预设条件；所述原始票据为用户签约自动购买所述虚拟物品后第一次购买所述虚拟物品对应的票据。
  7. 根据权利要求5所述的方法，其中，确定所述当前票据满足预设条件包括：
    记录连续收到所述终端设备通过所述第二账号发送的所述当前票据的次数；
    当记录的所述次数达到预设的次数时，确定所述当前票据满足所述预设条件。
  8. 如权利要求1所述的方法，其中，进一步包括：
    判断所述当前票据是否已被使用；
    若确定所述当前票据未被使用，则进行在存储的所述多个订单中确定所述当前票据对应的所述第二订单的步骤；
    若确定所述当前票据已被使用，则结束。
  9. 如权利要求8所述的应用程序服务器的信息处理方法，进一步包括：
    将第二票据中的虚拟物品标识对应的虚拟物品发送至第四账号后，将所述第二票据标记为已使用状态并存储；
    其中，判断所述当前票据是否已被使用包括：
    在存储的票据中查找与当前票据具有相同标识的票据；
    当查找到的票据被标记为已使用状态，确定所述当前票据已被使用；
    当没有查找到所述票据或查找到的所述票据未被标记为已使用状态，确定所述当前票据未被使用。
  10. 如权利要求8项所述的应用程序服务器的信息处理方法，进一步包括：
    将第二票据中的虚拟物品标识对应的虚拟物品发送至第四订单对应的第四账号后，将所述第二票据和所述第四订单建立关联；
    其中，判断所述当前票据是否已被使用包括：
    在存储的所述多个订单关联的票据信息中查找与当前票据具有相同标识的票据；
    当查找到的所述票据时，确定所述当前票据已被使用；
    当没有查找到所述票据时，确定所述当前票据未被使用。
  11. 一种信息处理方法，应用于应用程序服务器，其中，该方法包括：
    获取用户标识集、以及所述用户标识集中每一用户标识对应的虚拟物品信息，所述虚拟物品信息包括至少一个虚拟物品的物品标识和截止时间，所述截止时间为所述虚拟物品针对该用户标识的有效期的结束时间；
    根据每一截止时间从所述至少一个虚拟物品中确定目标用户标识对应的目标虚拟物品；
    根据所述目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中确定目标虚拟票据，所述目标虚拟票据为所述目标用户标识最近一次购买所述目标虚拟物品的缴费凭证；
    根据所述目标虚拟票据获取所述目标虚拟物品的待兑换虚拟票据，所述待兑换虚拟票据为在所述目标虚拟票据对应的缴费时间之后所述目标用户标识购买所述目标虚拟物品的缴费凭证；
    根据所述待兑换虚拟票据对对所述目标用户标识对应的虚拟物品信息中所述目标虚拟物品的截止时间进行修改。
  12. 根据权利要求11所述的方法，其中，所述根据每一截止时间从所述至少一个虚拟物品中确定目标用户标识对应的目标虚拟物品，包括：
    计算每一截止时间与当前时间之间的差值；
    判断计算的所有差值中是否存在不大于预设阀值的差值；
    若存在，则将不大于预设阀值的差值对应的虚拟物品确定为目标虚拟物品，将所述目标虚拟物品对应的用户标识确定为目标用户标识。
  13. 根据权利要求11所述的方法，其中，所述根据所述目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中确定目标虚拟票据，包括：
    根据所述目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中查找对应的虚拟票据组，所述虚拟票据组包括至少一个虚拟票据；
    按照预设规则从查找到的虚拟票据组中选择一个作为目标虚拟票据。
  14. 根据权利要求13所述的方法，其中，所述按照预设规则从查找到的虚拟票据组中选择一个作为目标虚拟票据，包括：
    获取所述查找到的虚拟票据组中每一虚拟票据的存储时间；
    计算当前时间与每一存储时间之间的差值；
    将差值最小的存储时间对应的虚拟票据确定为目标虚拟票据。
  15. 根据权利要求13所述的方法，进一步包括：
    将所述待兑换虚拟票据存储到所述查找到的虚拟票据组中，以对所述虚拟票据库进行更新。
  16. 根据权利要求11所述的方法，其中，所述根据所述目标虚拟票据获取所述目标虚拟物品的待兑换虚拟票据，包括：
    根据所述目标虚拟票据生成续费票据查询请求；
    将所述续费票据查询请求发送至预设服务器，以使所述预设服务器根据所述目标虚拟票据返回所述目标虚拟物品的待兑换虚拟票据；
    接收所述预设服务器返回的待兑换虚拟票据。
  17. 根据权利要求11所述的方法，其中，根据所述待兑换虚拟票据对对所述目标用户标识对应的虚拟物品信息中所述目标虚拟物品的截止时间进行修改，包括：
    从所述待兑换虚拟票据中提取出续费时长信息；
    获取所述目标用户标识对应的目标虚拟物品的截止时间，作为目标截止时间；
    利用所述续费时长信息对所述目标截止时间进行更新，以对所述目标虚拟物品进行续费。
  18. 一种信息处理装置，包括：处理器和存储器，所述存储器存储有计算机可读指令，可以使所述处理器：
    通过网络接收终端设备发送的第一虚拟物品标识和第一账号，所述第一虚拟物品标识是所述终端设备响应于用户对虚拟物品展示界面的操作而确定的，所述第一账号为所述操作发生时登录所述终端设备的账号；
    生成并存储包括所述第一虚拟物品标识和所述第一账号的第一订单；
    通过所述网络获取所述终端设备转发的支付系统提供的当前票据以及收到所述当前票据时登录所述终端设备的第二账号，所述当前票据包括第二虚拟物品标识；
    在存储的多个订单中确定所述当前票据对应的第二订单；
    当所述第二订单中的所述虚拟物品标识与所述第二虚拟物品标识一致，且所述第二订单中的账号与所述第二账号一致时，将所述当前票据和所述第二订单建立关联；以及
    将所述当前票据中的第二虚拟物品标识对应的虚拟物品发送至和所述第二账号。
  19. 一种信息处理装置，包括：处理器和存储器，所述存储器存储有计算机可读指令，可以使所述处理器：
    获取用户标识集、以及所述用户标识集中每一用户标识对应的虚拟物品信息，所述虚拟物品信息包括至少一个虚拟物品的物品标识和截止时间，所述截止时间为所述虚拟物品针对该用户标识的有效期的结束时间；
    根据每一截止时间从所述至少一个虚拟物品中确定目标用户标识对应的目标虚拟物品；
    根据所述目标虚拟物品的物品标识和目标用户标识从已存储的虚拟票据库中确定目标虚拟票据，所述目标虚拟票据为所述目标用户标识最近一次购买所述目标虚拟物品的缴费凭证；
    根据所述目标虚拟票据从第三方支付系统获取所述目标虚拟物品的待兑换虚拟票据，所述待兑换虚拟票据为在所述目标虚拟票据对应的缴费时间之后所述目标用户标识购买所述目标虚拟物品的缴费凭证；
    根据所述待兑换虚拟票据对对所述目标用户标识对应的虚拟物品信息中所述目标虚拟物品的截止时间进行修改。
  20. 一种非易失性计算机可读存储介质，存储有计算机可读指令，可以使至少一个处理器执行如权利要求1至17任一项所述的方法。
PCT/CN2018/080844 2017-04-05 2018-03-28 一种信息处理方法、装置和存储介质 WO2018184494A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/357,119 US11276091B2 (en) 2017-04-05 2019-03-18 Information processing method and device and storage medium

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201710218405.6 2017-04-05
CN201710218405.6A CN107016598B (zh) 2017-04-05 2017-04-05 一种虚拟物品的续费方法及装置
CN201710278587.6A CN107067239B (zh) 2017-04-25 2017-04-25 应用程序服务器及其信息处理方法和装置
CN201710278587.6 2017-04-25

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/357,119 Continuation US11276091B2 (en) 2017-04-05 2019-03-18 Information processing method and device and storage medium

Publications (1)

Publication Number Publication Date
WO2018184494A1 true WO2018184494A1 (zh) 2018-10-11

Family

ID=63712394

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/080844 WO2018184494A1 (zh) 2017-04-05 2018-03-28 一种信息处理方法、装置和存储介质

Country Status (2)

Country Link
US (1) US11276091B2 (zh)
WO (1) WO2018184494A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111144860A (zh) * 2019-12-31 2020-05-12 广州酷狗计算机科技有限公司 订单处理方法、装置、服务器及存储介质
CN114493672A (zh) * 2021-12-30 2022-05-13 广州趣丸网络科技有限公司 虚拟物品的发放方法及系统

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111464823B (zh) * 2020-04-02 2021-12-10 腾讯科技（深圳）有限公司 虚拟礼物的交换方法、装置、电子设备及存储介质
CN111626768B (zh) * 2020-04-30 2024-03-05 口碑(上海)信息技术有限公司 虚拟凭证更新方法、装置、计算机设备及可读存储介质
CN112329962B (zh) * 2020-10-28 2024-03-29 北京嘀嘀无限科技发展有限公司 数据处理方法、装置、电子设备和存储介质
CN112967051A (zh) * 2021-03-16 2021-06-15 宝宝巴士股份有限公司 一种苹果内购支付的方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040054611A1 (en) * 2002-09-18 2004-03-18 Franks Robert Benjamin Apparatus and method for automated transacting of annuities
CN104348792A (zh) * 2013-07-30 2015-02-11 阿里巴巴集团控股有限公司 数据处理方法、装置和系统
CN104978653A (zh) * 2014-04-08 2015-10-14 中国电信股份有限公司 通过支付设备进行验证取票的方法与系统
CN105956892A (zh) * 2016-04-15 2016-09-21 腾讯科技（深圳）有限公司 虚拟票据兑换方法、装置及系统
CN107016598A (zh) * 2017-04-05 2017-08-04 腾讯科技（深圳）有限公司 一种虚拟物品的续费方法及装置

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7349871B2 (en) * 2002-08-08 2008-03-25 Fujitsu Limited Methods for purchasing of goods and services
CN1818958A (zh) * 2005-12-01 2006-08-16 厦门好旺角信息技术开发有限公司 用于网络游戏虚拟财产交易的在线交付方法及系统
CN101064029A (zh) 2006-04-24 2007-10-31 腾讯科技（深圳）有限公司 一种在线支付的方法及系统
US8533069B2 (en) * 2007-10-24 2013-09-10 Thomas V. Sanguinetti System, method, and computer program product for realization of online virtual objects
US20090119188A1 (en) * 2007-11-06 2009-05-07 International Business Machines Corporation Management of exchange of virtual goods for online games
US9639831B2 (en) * 2007-11-30 2017-05-02 Google Technology Holdings LLC Secure payment of virtual items
CN101459908B (zh) 2007-12-13 2012-04-25 华为技术有限公司 一种业务订阅方法、系统、服务器
US20120109827A1 (en) 2009-07-06 2012-05-03 Otterstroem Per Methods, Devices and Computer Program Products for Voucher Access Code Creation and Management
US20120330785A1 (en) * 2011-06-23 2012-12-27 WoGo LLC Systems and methods for purchasing virtual goods in multiple virtual environments
US9892436B1 (en) * 2012-03-29 2018-02-13 Amazon Technologies, Inc. Facilitating the purchase of items associated with an application
CN103581106A (zh) * 2012-07-19 2014-02-12 深圳市财付通科技有限公司 交互式处理方法和交互式处理系统
CN103971228B (zh) * 2013-01-31 2017-08-01 深圳市腾讯计算机系统有限公司 网络开放平台虚拟商品的支付请求处理方法、装置和系统
US9721284B1 (en) * 2013-03-08 2017-08-01 Aftershock Services, Inc. System and method for facilitating a game through a primary client device and in-game content purchases through a mobile device
US20150039457A1 (en) 2013-08-01 2015-02-05 Microsoft Corporation System for syndicating subscriptions with retailers
US9123072B2 (en) * 2013-08-16 2015-09-01 Mdsave Inc. Network-based marketplace service for facilitating purchases of services and products
US20150100476A1 (en) * 2013-10-07 2015-04-09 Xsolla (Usa) Inc. Computer-based method for making an in-game purchase from an independent electronic data processing unit
CN104751332A (zh) * 2013-12-26 2015-07-01 腾讯科技（深圳）有限公司 一种信息登记方法、终端、服务器及其系统
CN104766209B (zh) * 2014-01-07 2017-07-21 腾讯科技（深圳）有限公司 一种数据批量处理方法及系统
US9636573B1 (en) * 2014-01-27 2017-05-02 Kabam, Inc. System and method for providing virtual items to users of a virtual world
CN105809481B (zh) * 2014-01-29 2021-06-18 腾讯科技（深圳）有限公司 虚拟物品发送方法、接收方法、装置和系统
CN104539662A (zh) 2014-12-12 2015-04-22 小米科技有限责任公司 信息传输方法及装置
CN105225109A (zh) * 2015-09-07 2016-01-06 腾讯科技（深圳）有限公司 一种进行订单处理的方法和装置
WO2018024137A1 (zh) * 2016-08-04 2018-02-08 腾讯科技（深圳）有限公司 信息处理方法、装置、设备和存储介质
JP6436362B2 (ja) * 2016-08-24 2018-12-12 株式会社Ｌａｔｉｄｏ アイテム課金方法と、その課金方法を実行するプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040054611A1 (en) * 2002-09-18 2004-03-18 Franks Robert Benjamin Apparatus and method for automated transacting of annuities
CN104348792A (zh) * 2013-07-30 2015-02-11 阿里巴巴集团控股有限公司 数据处理方法、装置和系统
CN104978653A (zh) * 2014-04-08 2015-10-14 中国电信股份有限公司 通过支付设备进行验证取票的方法与系统
CN105956892A (zh) * 2016-04-15 2016-09-21 腾讯科技（深圳）有限公司 虚拟票据兑换方法、装置及系统
CN107016598A (zh) * 2017-04-05 2017-08-04 腾讯科技（深圳）有限公司 一种虚拟物品的续费方法及装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111144860A (zh) * 2019-12-31 2020-05-12 广州酷狗计算机科技有限公司 订单处理方法、装置、服务器及存储介质
CN111144860B (zh) * 2019-12-31 2023-06-23 广州酷狗计算机科技有限公司 订单处理方法、装置、服务器及存储介质
CN114493672A (zh) * 2021-12-30 2022-05-13 广州趣丸网络科技有限公司 虚拟物品的发放方法及系统

Also Published As

Publication number Publication date
US11276091B2 (en) 2022-03-15
US20190213648A1 (en) 2019-07-11

Similar Documents

Publication Publication Date Title
US11263627B2 (en) Card voucher use system, method, device and server
WO2018184494A1 (zh) 一种信息处理方法、装置和存储介质
US20210319468A1 (en) Information processing method, server, first terminal, and computer storage medium
US11983699B2 (en) System built by connection between a mobile terminal and a service providing device, and service providing method
US20220222663A1 (en) Systems and methods for multi-merchant tokenization
US20220292485A1 (en) Systems and methods for payment management for supporting mobile payments
US7865400B2 (en) Apparatus and methods for community based purchasing by mobile buyers
US20130138497A1 (en) Customer loyalty system in retail chains and restaurants using web servers, mobile communication devices, and point-of-sale terminals
TWI599969B (zh) Integrated payment services for cloud trading system
CN111444209B (zh) 一种基于区块链的数据处理方法、装置、设备及介质
AU2015301443A1 (en) Verifying user accounts based on information received in a predetermined manner
US9792631B2 (en) Merchant managed method and system for text-to-pay subscriptions at a billing server
CN111415179B (zh) 用户权益信息处理方法、装置及电子设备
US9569761B2 (en) Text-to-pay for a new subscription
US20150127554A1 (en) Merchant managed method and system for text-to-pay subscriptions at a subscription server
WO2017184305A1 (en) System and method of device profiling for transaction scoring and loyalty promotion
US20200175491A1 (en) Information processing apparatus and information processing method
US20190130371A1 (en) Payment redirection system
US20150127532A1 (en) Text subscription identifier to renew subscription
JP7129687B2 (ja) ハウス型電子マネーの管理装置、ハウス型電子マネーの管理方法、及びハウス型電子マネーの管理システム。
WO2012146089A1 (zh) 广告购物方法、客户端及系统
US20160086209A1 (en) System and methods for offer acceptance
KR101685281B1 (ko) 모바일 메신저와 연계한 자동 판매기의 상품 판매 방법 및 그 장치
CN112995244B (zh) 一种签约代扣方法、资源访问方法及设备
EP3465588A1 (en) Method and system for providing a rebate

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18780867

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18780867

Country of ref document: EP

Kind code of ref document: A1