[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2018024137A1 - 信息处理方法、装置、设备和存储介质 - Google Patents

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

Info

Publication number
WO2018024137A1
WO2018024137A1 PCT/CN2017/094361 CN2017094361W WO2018024137A1 WO 2018024137 A1 WO2018024137 A1 WO 2018024137A1 CN 2017094361 W CN2017094361 W CN 2017094361W WO 2018024137 A1 WO2018024137 A1 WO 2018024137A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
virtual item
resource
item package
client
Prior art date
Application number
PCT/CN2017/094361
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 CN201610635639.6A external-priority patent/CN106302111B/zh
Priority claimed from CN201610729463.0A external-priority patent/CN107784491A/zh
Priority claimed from CN201610955516.0A external-priority patent/CN108011905A/zh
Priority claimed from CN201610927287.1A external-priority patent/CN106355454B/zh
Priority claimed from CN201611108377.4A external-priority patent/CN106789562B/zh
Priority claimed from CN201611108806.8A external-priority patent/CN106599142B/zh
Priority claimed from CN201611255510.9A external-priority patent/CN106709705A/zh
Application filed by 腾讯科技（深圳）有限公司 filed Critical 腾讯科技（深圳）有限公司
Publication of WO2018024137A1 publication Critical patent/WO2018024137A1/zh
Priority to US16/194,154 priority Critical patent/US11153237B2/en
Priority to US17/382,222 priority patent/US11595330B2/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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/386—Payment protocols; Details thereof using messaging services or messaging apps
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G06F21/6263—Protecting personal data, e.g. for financial or medical purposes during internet communication, e.g. revealing personal data from cookies
    • 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
    • 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/384—Payment protocols; Details thereof using social networks
    • 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
    • G06Q20/405—Establishing or using transaction specific rules
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/01—Social networking
    • 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
    • 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/10—Multimedia information
    • 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes
    • 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/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2143—Clearing memory, e.g. to prevent the data from being stolen
    • 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/21—Monitoring or handling of messages
    • H04L51/222—Monitoring or handling of messages using geographical location information, e.g. messages transmitted or received in proximity of a certain spot or area

Definitions

  • the present application relates to the field of information processing technologies, and in particular, to an information processing method, apparatus, device, and storage medium.
  • red packets can be sent by sending “red packets”. Send a virtual resource.
  • the virtual resource may be a virtual currency, a virtual gift, etc.
  • the sender usually establishes a virtual resource account in which the virtual resource is stored.
  • the sender deducts the virtual resource corresponding to the quantity from the virtual resource account according to the number of the virtual resources to be sent, adds the red resource to the "red packet", and then sends the "red packet” to the receiving client, and the receiving client receives the virtual resource.
  • the inventor has found that the above-mentioned technologies have at least the following defects: the transmission and reception forms of the virtual resources are relatively simple and the flexibility is poor.
  • an embodiment of the present invention provides an information processing method, apparatus, device, and storage medium.
  • the information processing method may include a resource packet sending method, a resource packet issuing method, a resource acquiring method, a virtual item package sending method, a virtual item package receiving method, an information processing method, an information recommendation method, and a data resource receiving method.
  • the technical solution is as follows:
  • a resource packet sending method which is applied to a social application client, and the method includes:
  • Determining a resource packet parameter where the resource packet parameter is used to determine a number of resource packets to be sent and a first quantity, where the first quantity refers to a first type of resource to be sent. quantity;
  • each resource package includes a corresponding number of first a type resource, the sum of the numbers corresponding to the at least one resource package is equal to the first quantity
  • a second aspect provides a resource package issuance method, which is applied to a first server, where the method includes:
  • a method for obtaining a resource includes:
  • the quantity, the eighth quantity refers to the quantity of the second type of resources equivalent to the first type of resource of the difference
  • a fourth aspect provides a resource packet sending apparatus, which is applied to a social application client, where the apparatus includes:
  • a determining module configured to determine, when receiving the first type resource packet sending instruction, the resource packet parameter, where the resource resource parameter is used to determine a quantity of the resource packet to be sent and a first quantity, where the first quantity is to be sent The number of first type resources;
  • An interaction module configured to acquire, by using the first server, a current conversion ratio of the first type resource and the second type resource that are issued by the second server, and calculate, according to the conversion ratio, the first quantity of the first type resource The number of equivalent second type resources, as the second quantity;
  • the interaction module is further configured to: deduct, by the first server, the second quantity of the second type resource from the second type resource account of the social application client, and generate at least one resource package, each resource Included in the packet is a corresponding quantity of the first type of resources, and a sum of the numbers corresponding to the at least one resource package is equal to the first quantity;
  • An obtaining module configured to acquire link information for receiving the at least one resource package
  • a sending module configured to send the link information to at least one recipient client that has a friend relationship with the social application client, where the at least one recipient client is configured to receive the resource bundle according to the link information.
  • a fifth aspect provides a resource packet issuing apparatus, which is applied to a first server, where the apparatus includes:
  • a parameter obtaining module configured to obtain a resource resource parameter determined by a sender client, where the resource resource parameter is used to determine a number of resource packets to be sent and a first quantity, where the first quantity refers to a first type of resource to be sent. quantity;
  • a calling module configured to invoke an interface with the second server, and obtain a current conversion ratio of the first type resource and the second type resource issued by the second server;
  • a quantity calculation module configured to calculate, according to the conversion ratio, a quantity of a second type resource equal to the first quantity of the first type resource, as the second quantity;
  • a generating module configured to deduct the second quantity of the second type resource from the second type resource account of the sender client, and generate at least one resource package, where the sum of the quantity corresponding to the at least one resource package is equal to the first a quantity, wherein the sender client sends link information to at least one receiving end having a friend relationship, the link information being used to receive the at least one resource package;
  • a issuing module configured to issue, by using the link information, the at least one resource package to the at least one recipient client.
  • the sixth aspect provides a resource obtaining apparatus, which is applied to a first server, where the apparatus includes:
  • a determining module configured to determine a seventh quantity of the first type of resources to be acquired when receiving the first type resource obtaining request sent by the social application client;
  • a quantity determining module configured to determine a difference between the seventh quantity and the remaining quantity if a remaining quantity of the first type resource in the first type resource account of the social application client is less than the seventh quantity
  • the quantity determining module is further configured to invoke an interface with the second server to obtain the second Calculating, according to the conversion ratio, an eighth quantity matching the difference according to the current conversion ratio of the first type resource and the second type resource issued by the server, where the eighth quantity refers to the difference The number of second type resources of the first type of resource equivalent;
  • a resource deduction module configured to deduct the remaining first type of resources from the first resource account, and deduct the eighth quantity of the second type of resources from the second type of resource account of the social application client;
  • An order generating module configured to generate an order including at least the seventh quantity and address information, where the order is used to issue the seventh quantity of the first type resource to the user of the social application client according to the address information
  • a method for transmitting a virtual item package comprising:
  • the sender client After obtaining the virtual item package generation instruction, the sender client displays a virtual item package sending page; acquires media information and virtual item package parameters input in the virtual item package sending page; and the media information, the virtual The item package parameter and the receiver information are correspondingly sent to the background server, and the media information is voice information or video information;
  • the background server generates a virtual item package identifier; stores a correspondence between the virtual item package identifier, the media information, and the virtual item package parameter; and sends a virtual to the at least one recipient client according to the receiver information An item package message, where the virtual item package message carries the virtual item package identifier;
  • the recipient client displays the virtual item package message, and the virtual item package message and/or the virtual item package collection page triggered by the virtual item package message includes a play control; After playing the trigger signal of the control, the media information acquired according to the virtual item package identifier is played.
  • a method for transmitting a virtual item package comprising:
  • the virtual item package message is sent to the at least one recipient client according to the receiver information, where the virtual item package message carries the virtual item package identifier; wherein the receiving party customer End is used to display the virtual item package message,
  • the virtual item package message and/or the virtual item package collection page triggered by the virtual item package message includes a play control, and after acquiring the trigger signal corresponding to the play control, playing according to the virtual item package identifier The obtained media information.
  • a ninth aspect provides a method for transmitting a virtual item package, the method comprising:
  • the virtual item package message and/or the virtual item package collection page triggered by the virtual item package message includes a play control, and after acquiring the trigger signal corresponding to the play control, playing according to the virtual item package Identifying the obtained media information.
  • a method for receiving a virtual item package comprising:
  • the virtual item package message is received by the background server corresponding to the media information and the virtual item package sent by the sender client.
  • the media information and the virtual item package parameter are obtained by the sender client in the displayed virtual item package sending page, and the media information is voice information or video information;
  • a method for transmitting a virtual item package comprising:
  • the virtual item package message generated based on the virtual item package parameter carries the media information.
  • a method for receiving a virtual item package comprising:
  • the media information carried in the virtual item package message is played under the trigger of the trigger signal, and the media information is voice information or video information.
  • a virtual item package sending apparatus comprising:
  • a page display module configured to display a virtual item package sending page after obtaining the virtual item package generation instruction
  • An information obtaining module configured to acquire media information and virtual item package parameters input in the virtual item package sending page, where the media information is voice information or video information;
  • An information sending module configured to send the media information, the virtual item package parameter, and the receiver information correspondingly to the background server, so that the background server generates the virtual item package identifier, stores the virtual item package identifier, and the Transmitting a virtual item package message to the at least one recipient client according to the correspondence between the media information and the virtual item package parameter, where the virtual item package message carries the virtual item package identifier;
  • the receiving client client is configured to display the virtual item package message, and the virtual item package message and/or the virtual item package receiving page triggered by the virtual item package message includes a play control, and the corresponding After the trigger signal of the play control, the media information acquired according to the virtual item package identifier is played.
  • a virtual item package sending apparatus comprising:
  • the information receiving module is configured to receive media information, virtual item package parameters, and receiver information corresponding to the sending client, where the media information is voice information or video information;
  • An identifier generating module configured to generate a virtual item package identifier
  • a relationship storage module configured to store a correspondence between the virtual item package identifier, the media information, and the virtual item package parameter
  • a message sending module configured to send, according to the receiver information, a virtual item package message to the at least one recipient client, where the virtual item package message carries the virtual item package identifier; Receiving, by the receiving client, the virtual item package message, the virtual item package message and/or the virtual item package receiving page triggered by the virtual item package message, including a play control, and acquiring the corresponding play control After the trigger signal, the media information acquired according to the virtual item package identifier is played.
  • a virtual item package receiving apparatus comprising:
  • a message receiving module configured to receive a virtual item package message sent by the background server, where the virtual item package message carries a virtual item package identifier; the virtual item package message is sent by the background server after receiving the sender client After the media information, the virtual item package parameter, and the receiver information are generated, the media information and the virtual item package parameter are obtained by the sender client in the displayed virtual item package sending page, and the media information is voice information. Or video information;
  • a message display module configured to display the virtual item package message, where the virtual item package message and/or the virtual item package collection page triggered by the virtual item package message display includes a play control;
  • the information playing module is configured to play the media information acquired according to the virtual item package identifier after acquiring a trigger signal corresponding to the play control.
  • a virtual item package sending system includes: a sender client, a background server, and a receiver client;
  • the sender client includes the apparatus of the thirteenth aspect
  • the background server includes the apparatus of the fourteenth aspect
  • the recipient client includes the apparatus of the fifteenth aspect.
  • a virtual item package sending apparatus includes:
  • Generating an indication obtaining module configured to acquire a virtual item package generation indication
  • a page display module configured to display a virtual item package sending page under the trigger of the virtual item package generation indication
  • An information obtaining module configured to acquire media information and virtual item package parameters input in the virtual item package sending page, where the media information is voice information or video information;
  • Sending an instruction obtaining module configured to acquire a virtual item package sending instruction
  • a message sending module configured to send a virtual item package message to the at least one recipient client under the trigger of the virtual item package sending indication
  • the virtual item package message generated based on the virtual item package parameter carries the media information.
  • a virtual item package receiving apparatus comprising:
  • a message receiving module configured to receive a virtual item package message
  • a message display module configured to display the virtual item package message, where the virtual item package message and/or the virtual item package collection page triggered by the virtual item package message display includes a play control;
  • a signal acquisition module configured to acquire a trigger signal corresponding to the play control
  • the voice playing module is configured to play the media information carried in the virtual item package message, where the triggering signal is triggered by the triggering signal, where the media information is voice information or video information.
  • a nineteenth aspect provides a method for transmitting a virtual item package, the method comprising:
  • the sender client After obtaining the virtual item package generation instruction, the sender client displays a virtual item package sending page; and acquires task information and virtual item package parameters input in the virtual item package sending page, where the task information is used to indicate that the virtual item is received. a task to be completed by the item package; sending a virtual item package generation request to the background server, where the virtual item package generation request carries the task information, the virtual item package parameter, and the receiver information;
  • the background server generates a virtual item package identifier according to the virtual item package generation request, and stores a correspondence between the virtual item package identifier, the task information, and the virtual item package parameter; according to the receiver information
  • the at least one recipient client sends a virtual item package message, where the virtual item package message carries the virtual item package identifier and the task information;
  • the recipient client displays the virtual item package message; detects whether the user account corresponding to the recipient client has completed the task indicated by the task information; if the task indicated by the task information has been completed, then Acquiring the virtual item in the virtual item package from the background server according to the virtual item package identifier.
  • a method for transmitting a virtual item package comprising:
  • the background server Sending a virtual item package generation request to the background server, where the virtual item package generation request carries the task information, the virtual item package parameter, and receiver information; so that the background server generates according to the virtual item package generation request a virtual item package identifier, storing a correspondence between the virtual item package identifier, the task information, and the virtual item package parameter, and sending a virtual item package message to the at least one recipient client according to the receiver information, where
  • the virtual item package message carries the virtual item package identifier and the task information;
  • the receiver client is configured to display the virtual item package message, and detect whether the user account corresponding to the recipient client has been completed. Indicated by the mission information And, if the task indicated by the task information has been completed, acquiring the virtual item in the virtual item package from the background server according to the virtual item package identifier.
  • a method for transmitting a virtual item package comprising:
  • the virtual item package generation request carries task information, a virtual item package parameter, and receiver information, where the task information is used to indicate a task required to obtain the virtual item package ;
  • a virtual item package message to the at least one recipient client, where the virtual item package message carries the virtual item package identifier and the task information, so that the receiver client displays the a virtual item package message, detecting whether the user account corresponding to the recipient client has completed the task indicated by the task information, and if the task indicated by the task information has been completed, identifying the virtual item package according to the virtual item package
  • the background server obtains the virtual item in the virtual item package.
  • a method for receiving a virtual item package comprising:
  • the virtual item in the virtual item package is acquired.
  • a virtual item package sending apparatus includes:
  • a page display module configured to display a virtual item package sending page after obtaining the virtual item package generation instruction
  • An information obtaining module configured to acquire task information and virtual item package parameters input in the virtual item package sending page, where the task information is used to indicate a task required to obtain a virtual item package;
  • a request sending module configured to send a virtual item package generation request to the background server, where the virtual item package generation request carries the task information, the virtual item package parameter, and receiver information, so that the background server is configured according to the Virtual item package generation request generates virtual item package identifier, storage office Corresponding relationship between the virtual item package identifier, the task information, and the virtual item package parameter, and sending a virtual item package message to the at least one recipient client according to the receiver information, where the virtual item package message is carried
  • the virtual item package identifier and the task information; the recipient client is configured to display the virtual item package message, and detect whether the user account corresponding to the recipient client has completed the task indicated by the task information And if the task indicated by the task information has been completed, acquiring the virtual item in the virtual item package from the background server according to the virtual item package identifier.
  • a virtual item package sending apparatus comprising:
  • a request receiving module configured to receive a virtual item package generation request sent by the sender client, where the virtual item package generation request carries task information, a virtual item package parameter, and receiver information, where the task information is used to indicate that the virtual item is received The tasks required to complete the package;
  • An identifier generating module configured to generate a virtual item package identifier according to the virtual item package generation request
  • a relationship storage module configured to store a correspondence between the virtual item package identifier, the task information, and the virtual item package parameter
  • a message sending module configured to send, according to the receiver information, a virtual item package message to the at least one recipient client, where the virtual item package message carries the virtual item package identifier and the task information;
  • the party client displays the virtual item package message, and detects whether the user account corresponding to the recipient client has completed the task indicated by the task information, and if the task indicated by the task information has been completed, according to the The virtual item package identifies the virtual item in the virtual item package from the background server.
  • a virtual item package receiving apparatus comprising:
  • a message receiving module configured to receive a virtual item package message, where the virtual item package message carries task information, where the task information is used to indicate a task required to obtain a virtual item package;
  • a message display module configured to display the virtual item package message
  • the task detection module is configured to detect whether the user account corresponding to the recipient client has completed the task indicated by the task information
  • the item collection module is configured to acquire the virtual item in the virtual item package if the task indicated by the task information has been completed.
  • a virtual item package sending system comprising: a sender client, a background server, and a receiver client;
  • the sender client includes the apparatus as described in the twenty-third aspect
  • the background server includes the apparatus as described in the twenty-fourth aspect
  • the recipient client includes the apparatus of the twenty-fifth aspect.
  • an information processing method comprising:
  • first information that is sent by the first user and includes the attribute parameter;
  • the first information is information that the first user allocates the first quantity of the allocateable resources to the at least one second user;
  • the attribute parameter is the first attribute parameter
  • generate second information based on the first attribute parameter and send the second information to a group in which the first user and the at least one second user are located; the group The second information displayed by the corresponding session window has a specific display effect;
  • the timer After the second information is triggered by the second user for the first time, and after receiving the third information generated by the second user based on the triggering behavior, the timer is started, and the timing state of the timer is sent to the second user;
  • the third information characterizes that the second information is triggered for the first time;
  • the first number of allocatable resources are allocated to the second user triggering the second information based on the second number and a pre-configured allocation rule.
  • an information processing method comprising:
  • Detecting a first triggering operation for the second information when the first triggering operation is a first operation for the second information in the session window, generating third information, sending the Third information; and obtaining a timing status sent by the server;
  • the allocatable resource allocated by the server is obtained, and a specific display effect corresponding to the first attribute parameter is output.
  • a server comprising: a first communication unit, a first processing unit, and a timing unit; wherein
  • the first communication unit is configured to obtain first information that is sent by the first user and includes the attribute parameter, where the first information is that the first user allocates the first quantity of the allocateable resources to the at least one second user. Sending the first information to the first processing unit;
  • the first processing unit is configured to generate second information based on the first attribute parameter when the attribute parameter is a first attribute parameter;
  • the first communication unit is further configured to send the second information to a group in which the first user and the at least one second user are located; the second information displayed by the session window corresponding to the group has a specific And the third information is triggered by the second user for the first time, and receives the third information generated by the second user based on the triggering behavior; the third information indicates that the second information is triggered for the first time;
  • the first processing unit is further configured to: after the first communication unit receives the third information, enable the timing unit to start, and obtain a timing state of the timing unit;
  • the first communication unit is further configured to send a timing state of the timing unit to the second user, and is further configured to obtain, by using a timing of the timing unit, a second user that triggers the second information.
  • Second quantity is further configured to send a timing state of the timing unit to the second user, and is further configured to obtain, by using a timing of the timing unit, a second user that triggers the second information.
  • the first processing unit is further configured to allocate the first quantity of allocateable resources to trigger the second information based on the second quantity and a pre-configured allocation rule within a timing time of the timing unit The second user.
  • a terminal includes: a communication unit, a processing unit, and a detecting unit;
  • the communication unit is configured to receive second information sent by the server
  • the processing unit is configured to output the second information, where the second information is used to allocate a first quantity of assignable resources to users in the session window, and the second information is based on the first attribute Parameter generation
  • the detecting unit is configured to detect a first triggering operation for the second information
  • the processing unit is further configured to: when the first triggering operation is the first operation in the session window for the second information, generate third information;
  • the communication unit is further configured to send the third information to the server; further configured to obtain a timing status sent by the server, send the timing status to the second processing unit;
  • the timing state indicates that the scheduled time expires, and the allocatable resources allocated by the server are obtained;
  • the processing unit is further configured to generate and output a first interface that includes the timing state based on the first triggering operation, and further configured to obtain, when the timing state indicates that a timing time expires, obtain the server-allocated Allocating resources and outputting a specific display effect corresponding to the first attribute parameter.
  • a method for recommending information comprising:
  • first information sent by the first user where the first information is first resource information that is allocated by the first user to the at least one second user and has a first attribute value
  • a method for recommending information comprising:
  • the server And receiving, by the server, the second information and the third information, where the third information is the first resource information that is allocated by the first user to the second user, and the second information is that the server is Second resource information with a third attribute value recommended by the second user;
  • the second triggering operation is sent to the server to trigger the server to allocate the second resource information having the third attribute value to the second user.
  • a server comprising:
  • a communication unit configured to receive first information sent by the first user, where the first information is first resource information that is allocated by the first user to the at least one second user and has a first attribute value;
  • An acquiring unit configured to determine, for a second user requesting the first information, a second attribute value of the first resource information allocated to the second user, and acquire user data of the second user; Obtaining, by the second attribute value and the user data of the second user, second information recommended by the second user, where the second information is second resource information having a third attribute value;
  • the communication unit is further configured to send the second information and the third information to the second user, where the third information is first resource information having a second attribute value;
  • an allocating unit configured to: when the communication unit receives the first triggering operation of the second user for the third information, assign the first resource information with the second attribute value to the second user When the communication unit receives the second trigger operation of the second user for the second information And transmitting, to the second user, the second resource information having the third attribute value.
  • a client comprising:
  • a communication unit configured to receive the second information and the third information that are sent by the server, where the third information is the first resource information that is allocated by the first user to the second user, and the second information is Determining, by the server, the second resource information with the third attribute value recommended by the second user;
  • An obtaining unit configured to obtain a trigger operation of the user
  • the communication unit is further configured to: when the obtaining unit obtains a first triggering operation for the third information, send the first triggering operation to the server, to trigger the server to be the second user Allocating the first resource information with the second attribute value; when the obtaining unit obtains the second triggering operation for the second information, sending the second triggering operation to the server to trigger the server to The second user allocates second resource information having a third attribute value.
  • a data resource receiving method comprising:
  • the first terminal receives multiple data resources sent by the data server
  • the first terminal controls the plurality of data resources to slide from a first edge of the display interface and to a second edge opposite to the first edge to dynamically display the plurality of data resources;
  • the first terminal detects a click operation for the plurality of data resources that are dynamically displayed, and counts the number of data resources that are clicked among the plurality of data resources;
  • a data resource receiving apparatus includes:
  • a resource receiving module configured to receive multiple data resources sent by the data server
  • a resource display module configured to control the plurality of data resources to slide from a first edge of the display interface and to a second edge opposite to the first edge to dynamically display the plurality of data resources;
  • a data statistics module configured to detect a click operation for the plurality of data resources that are dynamically displayed, and count the number of data resources that are clicked among the plurality of data resources;
  • a data sending module configured to send the number of the clicked data resources to the data server, so that the data server determines a data transfer size according to the number of the clicked data resources and sends the data to the first
  • the terminal returns the data transfer size
  • a terminal comprising: a processor and a memory, wherein the memory stores at least one instruction, the instruction is loaded and executed by the processor to implement the foregoing The operations performed in the methods provided by various aspects.
  • a server comprising: a processor and a memory, wherein the memory stores at least one instruction loaded by the processor and executed to implement any of the above aspects The operations performed in the method.
  • a thirty-fifth aspect a computer readable storage medium having stored therein at least one instruction loaded by a processor and executed to implement the method provided by any of the above aspects The action performed.
  • the resource packet sending method and apparatus provide a scheme for transmitting a resource packet after converting the second type resource into the first type resource, and obtaining the conversion ratio issued by the second server, and deducting according to the conversion ratio.
  • a second type of resource and generating at least one resource package including the first type of resource, thereby converting the second type resource into an equal value first type resource packet transmission, even if the first type resource is not available
  • the first type of resource package improves flexibility, and for both types of resources, the solution can be used to convert and send the resource package, which satisfies the requirement for the user to send different types of resource packages.
  • the virtual item package sending method, the receiving method, the device and the system provided by the embodiment of the present invention when the virtual item package is sent, the sender user recordable media information is sent to the receiving party as the associated information of the virtual item package, and the receiving party receives the
  • the virtual item package can play the media information; compared with the greeting form of the text form, the media can transmit more information, for example, the recipient user can be intuitive and clear according to the characteristics of the sender's voice, intonation and tone. Knowing the mental state of the sender's user, it enriches the amount of information that is transmitted when the virtual item package is sent.
  • the virtual item package sending method, receiving method, device and system provided by the embodiment of the present invention, in the related art, after receiving the virtual item package, the receiving client can send a virtual item receiving request to the background server to request acquisition.
  • the virtual item in the virtual item package when the amount of users performing the virtual item package sending and receiving interaction is large, generates a large number of virtual item collection requests, which brings huge processing pressure to the background server; but in the embodiment of the present invention,
  • the setting task information is added in the process of sending the virtual item package, and the receiving user needs to request the virtual item in the virtual item package after completing the task indicated by the task information, and the virtual time is not determined, even if the time of executing the task is uncertain
  • the number of users who send and receive items is large, but they also stagger the time request, thus reducing the processing pressure of the background server at the same time.
  • adding tasks to the process of sending and receiving virtual item packages can also Enrich the form of sending and receiving virtual item packages.
  • the information processing method and device provided by the embodiment of the present invention provide a new information interaction scheme for “grabbing red packets”.
  • the server starts the timer to start timing, that is, counts down.
  • the user who triggers the red envelope information in the timed period is marked as valid; the user who triggers the red envelope information when the timer expires may obtain the red envelope, which greatly shortens the time period for acquiring the allocateable resource and improves the efficiency of information interaction.
  • the information recommendation method and device provided by the embodiments of the present invention can be combined with the personal information of the user to recommend a coupon or a voucher that meets the user's needs for a specific user, and the recommendation accuracy is high, and the coupon or the voucher is added.
  • the conversion rate has increased the exposure of the business brand.
  • the first terminal receives a plurality of data resources sent by the data server, and controls the plurality of data resources to slide from the first edge of the display interface and point to the second edge opposite to the first edge.
  • Edge sliding to dynamically display multiple data resources detecting click operations for multiple displayed data resources, and counting the number of clicked data resources in the plurality of data resources; sending the clicked data resources to the data server
  • the number is such that the data server determines the data transfer size according to the number of clicked data resources and returns the data transfer size to the first terminal, thereby facilitating communication between users by dynamically displaying the data resources, and increasing the frequency of data transfer.
  • FIG. 1 is a schematic diagram of an implementation environment provided by an embodiment of the present invention.
  • FIG. 2 is a flowchart of a method for sending a resource packet according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a resource packet receiving method according to an embodiment of the present invention.
  • FIG. 4 is a flowchart of a resource packet issuance method according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of a resource packet sending and receiving method according to an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a resource packet sending process according to an embodiment of the present invention.
  • FIG. 6B is a schematic diagram of another resource packet sending process according to an embodiment of the present invention.
  • FIG. 6C is a schematic diagram of another resource packet sending process according to an embodiment of the present invention.
  • 6D is a schematic diagram of a gold account provided by an embodiment of the present invention.
  • 6E is a schematic diagram of an interface for deducting resources according to an embodiment of the present invention.
  • 6F is a schematic diagram of a process for collecting gold according to an embodiment of the present invention.
  • 6G is a schematic diagram of a receiving progress display page according to an embodiment of the present invention.
  • 6H is a schematic diagram of a process of purchasing gold provided by an embodiment of the present invention.
  • 6I is a schematic diagram of a redemption process according to an embodiment of the present invention.
  • 6J is a schematic diagram of a process for collecting gold according to an embodiment of the present invention.
  • FIG. 7 is a flowchart of a resource acquisition method according to an embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of a resource packet sending apparatus according to an embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of a resource packet issuing apparatus according to an embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of a resource packet issuing apparatus according to an embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of a resource packet transceiving system according to an embodiment of the present invention.
  • FIG. 12 is a schematic diagram of an implementation environment provided by an embodiment of the present invention.
  • FIG. 13 is a structural diagram of a background server according to an embodiment of the present invention.
  • FIG. 14 is a flowchart of a method for sending a virtual item package according to an embodiment of the present invention.
  • 15A is a flowchart of a method for sending a virtual item package according to another embodiment of the present invention.
  • 15B to 15E are schematic diagrams of interfaces involved in the embodiment shown in FIG. 15A;
  • 16 is a flowchart of a method for sending a virtual item package according to another embodiment of the present invention.
  • FIG. 17A is a flowchart of a method for sending a virtual item package according to another embodiment of the present invention.
  • 17B to 17G are schematic diagrams of interfaces involved in the embodiment shown in FIG. 17A;
  • FIG. 18 is a flowchart of a method for sending a virtual item package according to an embodiment of the present invention.
  • FIG. 19 is a flowchart of a method for transmitting a virtual item package according to an embodiment of the present invention.
  • FIG. 20 is a flowchart of a method for receiving a virtual item package according to an embodiment of the present invention.
  • 21 is a block diagram of a virtual item package sending apparatus according to an embodiment of the present invention.
  • FIG. 22 is a block diagram of a virtual item package sending apparatus according to another embodiment of the present invention.
  • FIG. 23 is a block diagram of a virtual item package sending apparatus according to another embodiment of the present invention.
  • 24A is a flowchart of a method for sending a virtual item according to an embodiment of the present invention.
  • 24B to 24G are schematic diagrams of interfaces involved in the embodiment shown in FIG. 24A;
  • 25 is a block diagram of a virtual item package sending apparatus according to an embodiment of the present invention.
  • FIG. 26 is a block diagram of a virtual item package sending apparatus according to another embodiment of the present invention.
  • FIG. 27 is a block diagram of a virtual item package receiving apparatus according to an embodiment of the present invention.
  • FIG. 29 is a schematic flowchart 1 of an information processing method according to an embodiment of the present invention.
  • FIG. 30 is a second schematic flowchart of an information processing method according to an embodiment of the present invention.
  • FIG. 31 is a schematic diagram of interaction of an information processing method according to an embodiment of the present invention.
  • FIG. 32 is a schematic diagram of an interaction scenario of an information processing method according to an embodiment of the present invention.
  • FIG. 33 is a schematic diagram of an application scenario of a terminal according to an embodiment of the present invention.
  • FIG. 34 is a schematic diagram of another application scenario of a terminal according to an embodiment of the present disclosure.
  • FIG. 35 is a schematic structural diagram of a server according to an embodiment of the present invention.
  • FIG. 36 is a schematic structural diagram of a terminal of an embodiment of the present invention.
  • FIG. 37 is a schematic diagram of a composition of a server/terminal as a hardware entity according to an embodiment of the present invention.
  • FIG. 38 is a schematic diagram of hardware entities of each party performing information interaction according to an embodiment of the present invention.
  • 39 is a schematic flowchart 1 of an information recommendation method according to an embodiment of the present invention.
  • FIG. 40 is a second schematic flowchart of an information recommendation method according to an embodiment of the present invention.
  • FIG. 41 is a schematic flowchart 3 of an information recommendation method according to an embodiment of the present invention.
  • FIG. 42 is a schematic flowchart 4 of an information recommendation method according to an embodiment of the present invention.
  • FIG. 43 is a schematic diagram of a first display interface according to an embodiment of the present invention.
  • FIG. 44 is a schematic diagram of a second display interface according to an embodiment of the present invention.
  • 45 is a schematic diagram of a redemption interface according to an embodiment of the present invention.
  • FIG. 46 is a schematic flowchart 5 of an information recommendation method according to an embodiment of the present invention.
  • FIG. 47 is a schematic structural diagram of a server according to an embodiment of the present invention.
  • FIG. 48 is a schematic structural diagram of a client according to an embodiment of the present invention.
  • 49 is a flowchart of a first embodiment of a method for receiving a data resource according to the present invention.
  • FIG. 50 is a schematic diagram of display of a data resource according to an embodiment of the present invention.
  • FIG. 51 is a schematic diagram showing another display of data resources according to an embodiment of the present invention.
  • FIG. 52 is a flowchart of a second embodiment of a method for receiving a data resource according to the present invention.
  • FIG. 53 is a schematic structural diagram of a device for receiving data resources according to an embodiment of the present invention.
  • FIG. 54 is a schematic structural diagram of another apparatus for receiving data resources according to an embodiment of the present invention.
  • 55 is a schematic structural diagram of a terminal according to an embodiment of the present invention.
  • Figure 56 is a schematic structural diagram of a server according to an embodiment of the present invention.
  • FIG. 57 is a schematic structural diagram of another server according to an embodiment of the present invention.
  • FIG. 1 is a schematic diagram of an implementation environment according to an embodiment of the present invention.
  • the implementation environment includes: a first server and a plurality of terminals, each of which is connected to the first server through a network.
  • Each of the terminals is configured with a social application client, and each terminal may be a mobile phone, a computer, a tablet, or the like, which is not limited in this embodiment of the present invention.
  • the first server is used to provide services for the social application client, and may be a server, or a first server cluster composed of a plurality of servers, or a cloud computing service center, which is not limited by the embodiment of the present invention.
  • Each of the plurality of social application clients may log in to the first server based on the corresponding user identifier, and a friend relationship may be established between the multiple user identifiers, and each user identifier may include one or more user identifiers in the friend relationship chain.
  • the user ID can deliver a message with other user IDs that have a friend relationship.
  • multiple user identifiers may also join the same social application group, and messages are transmitted to each other in the social application group.
  • the user identifier is a user nickname, a user account, a phone number, and the like, and the delivered message may be an instant message, a group message, a message posted on the social information display platform, and the like, which is not limited by the embodiment of the present invention.
  • the first server has the function of managing multiple types of resources, and can create at least one type of resource account for any user identifier, and manage resources stored in the resource account.
  • the above resources refer to virtual resources, and the virtual resources may correspond to physical resources that can be applied in real life.
  • the first server has a function of issuing an entity resource, and may issue a corresponding entity resource to the user according to the virtual resource stored in the resource account of any user identifier.
  • the resource may include virtual currency, virtual gold, virtual stock, virtual fund, virtual bond, virtual gift, virtual pet, virtual equipment, etc.
  • corresponding physical resources may include currency, gold, stock, fund, bond, gift, Pets, equipment, and the like are not limited in this embodiment of the present invention.
  • the implementation environment can also include a second server.
  • the value of the unit resources is different, and the second server may also release the current conversion ratio of any two types of resources, the conversion ratio refers to the ratio between the values of the two types of unit resources, according to The conversion ratio can be one
  • a certain amount of the equivalent value of a certain type of resource is exchanged for another quantity of another type of resource.
  • a currency can be exchanged for another currency of equal value, or a currency can be exchanged for equivalent gold according to the price of gold.
  • the second server may provide an interface for the first server, and the first server invokes the interface to obtain a current conversion ratio between any two types of resources issued by the second server.
  • the second server may be a bank server, a gold transaction platform server, or the like, which is not limited by the embodiment of the present invention.
  • the first server is configured to generate a resource package, issue a resource package, and is further used to manage a second type resource account
  • the second server is configured to manage the first type resource account and issue the first type resource.
  • the second server can provide an interface for the first server to interact with the first server through the interface.
  • FIG. 2 is a flowchart of a method for sending a resource packet according to an embodiment of the present invention.
  • the executor of the embodiment of the present invention is a sender client in a social application client. Referring to FIG. 2, the method includes:
  • the first server obtains a current conversion ratio of the first type resource and the second type resource released by the second server, and calculates a second type equivalent to the first quantity of the first type resource according to the conversion ratio. The number of resources, as the second quantity.
  • the method provided by the embodiment of the present invention provides a solution for transmitting a resource packet after converting the second type resource into the first type resource, and obtaining the conversion ratio issued by the second server, and deducting the second type resource according to the conversion ratio. And generating at least one resource package including the first type of resource, thereby converting the second type resource into the equivalent type first type resource packet sending, and sending the first type resource package even if the first type resource is not available , to improve flexibility, and for any two types of resources can be used to convert the resource package after the conversion, to meet the user to send different types of resource packages Demand.
  • the resource package parameter includes the quantity of the resource package and the first quantity; or,
  • the resource packet parameter includes the number of resource packets and a fixed number of resources of the first type in each resource packet, and the product of the number of resource packets and the fixed number is the first number.
  • the determining the resource package parameters includes:
  • the input resource packet number and the fixed quantity are acquired, or the input resource resource quantity and the first quantity are obtained.
  • obtaining, by the first server, a current conversion ratio of the first type resource and the second type resource issued by the second server, and calculating, according to the conversion ratio, a value equivalent to the first quantity of the first type resource includes:
  • the first quantity of the first type of resource equals the number of the second type of resources as the second quantity.
  • the method further includes:
  • the first server is used to deduct the first quantity of the first type of resources from the first type of resource account of the sender client, and generate the at least one resource package, including:
  • the package parameter generates the at least one resource bundle.
  • the acquiring the link information for receiving the at least one resource package includes:
  • the method further includes:
  • the quantity refers to the quantity of the first type of resources to be redeemed, and the fourth quantity refers to the quantity of the second type of resources equivalent to the third quantity of the first type of resources;
  • the method further includes:
  • the method further includes:
  • the user of the party client issues the physical resource indicated by the seventh quantity of the first type of resource.
  • the first server is configured to deduct resources corresponding to the seventh quantity from the resource account of the sender client, including:
  • the seventh quantity of the first type resource is deducted from the first type resource account by the first server.
  • the first server is configured to deduct resources corresponding to the seventh quantity from the resource account of the sender client, including:
  • the eighth quantity Refers to the quantity of the second type of resources equivalent to the difference of the first type of resources, the eighth quantity being determined according to the current conversion ratio of the first type of resources and the second type of resources and the seventh quantity;
  • FIG. 3 is a flowchart of a resource packet receiving method according to an embodiment of the present invention.
  • the executor of the embodiment of the present invention is a receiver client in a social application client. Referring to FIG. 3, the method includes:
  • the method provided by the embodiment of the present invention provides a solution for transmitting a resource packet after converting the second type resource into the first type resource, and deducting the second type resource of the sender client according to the current conversion ratio, and generating the At least one resource package of a type of resource, thereby converting the second type resource into a first type resource package of equal value, and transmitting the first type resource package even if the sender client does not have the first type resource.
  • the flexibility is improved, and the resource package can be sent after the conversion for the two types of resources, which satisfies the requirement for the user to send different types of resource packages, and correspondingly meets the requirements of the user receiving different types of resource packages.
  • the link information includes a resource package identifier, where the resource package identifier corresponds to the at least one resource package, and the interaction with the first server according to the link information, to obtain the resource package, includes:
  • the method further includes:
  • the third quantity refers to a quantity of the first type of resources to be redeemed
  • the fourth quantity refers to the first quantity with the third quantity The number of second type resources of the type resource equivalent
  • the method further includes:
  • the method further includes:
  • the order is used to receive the address according to the address information
  • the user of the party client issues the physical resource indicated by the seventh quantity of the first type of resource.
  • the first server is configured to deduct resources corresponding to the seventh quantity from the resource account of the receiver client, including:
  • the seventh quantity of the first type resource is deducted from the first type resource account by the first server.
  • the first server is configured to deduct resources corresponding to the seventh quantity from the resource account of the receiver client, including:
  • the eighth quantity Refers to the quantity of the second type of resources equivalent to the difference of the first type of resources, the eighth quantity being determined according to the current conversion ratio of the first type of resources and the second type of resources and the seventh quantity;
  • FIG. 4 is a flowchart of a method for issuing a resource packet according to an embodiment of the present invention.
  • the execution body of the embodiment of the present invention is a first server. Referring to FIG. 4, the method includes:
  • the number of resource packets sent and the first number which refers to the number of resources of the first type to be sent.
  • the method provided by the embodiment of the present invention provides a solution for transmitting a resource packet after converting the second type resource into the first type resource, by deducting the second type resource of the sender client, and generating at least the first type resource.
  • a resource package to convert the second type of resource into a first type of resource package of equal value, and the first type of resource package can be sent even if the sender client does not have the first type of resource, thereby improving flexibility
  • any two types of resources can be used to convert the resource package after the conversion, to meet the needs of users to send different types of resource packages.
  • the method further includes:
  • the first quantity of the first type of resource is deducted from the first type of resource account of the sender client by interacting with the sender client, and at least one resource package is generated.
  • the method further includes:
  • the at least one resource package is distributed to the at least one recipient client by using the link information, including:
  • selecting a resource package from the remaining resource packets corresponding to the resource package identifier, and sending the resource packet to the receiver client includes:
  • the resource packet parameter includes the number of resource packets to be sent by the sender client and the first number
  • the number corresponding to the resource packet is randomly determined according to the number of resource packets and the first number
  • the resource bundle parameter includes the number of the resource bundles and a fixed number of the first type of resources in each resource bundle, the fixed number is used as the quantity corresponding to the resource bundle.
  • the method further includes:
  • the resource redemption request includes a third quantity and a fourth quantity, where the third quantity refers to the quantity of the first type of resources to be redeemed, and the fourth quantity refers to the The number of the second type of resources of the third quantity of the first type of resource equivalent;
  • the fourth quantity of the second type of resource is deducted from the second type of resource account of the social application client, and the third quantity of the first type of resource is added to the first type of resource account of the social application client.
  • the method further includes:
  • the resource redemption request includes a fifth quantity and a sixth quantity, where the fifth quantity refers to the quantity of the second type of resources to be redeemed, and the sixth quantity refers to the a quantity of the first type of resources of the fifth quantity of the second type of resource equivalent;
  • the sixth quantity of the first type of resource is deducted from the first type of resource account of the social application client, and the fifth quantity of the second type of resource is added to the second type of resource account of the social application client.
  • the method further includes:
  • the seventh number of physical resources referred to by the first type of resource is used to issue the order to the user of the social application client according to the address information.
  • the resource corresponding to the seventh quantity is deducted from the resource account of the social application client, including:
  • the remaining quantity of the first type resource in the first type resource account is not less than the seventh quantity, the seventh quantity of the first type resource is deducted from the first type resource account.
  • the first server is used to deduct from the resource account of the social application client.
  • the seventh number of resources corresponding to:
  • the eighth quantity Refers to the quantity of the second type of resource equivalent to the first type resource of the difference, the eighth quantity being determined according to the current conversion ratio of the first type resource and the second type resource and the difference;
  • the remaining first type of resource is deducted from the first type of resource account, and the eighth quantity of the second type of resource is deducted from the second type of resource account.
  • FIG. 5 is a flowchart of a resource packet sending and receiving method according to an embodiment of the present invention.
  • the executor of the embodiment of the present invention is a sender client, a first server, and a receiver client. Referring to FIG. 5, the method includes:
  • the plurality of social application clients may log in to the first server based on the corresponding user identifiers, and a friend relationship may be established between the plurality of user identifiers. If the user identifiers registered by the two social application clients have a friend relationship, the two social networks The application client also has a friend relationship.
  • Each of the social application clients may also create a resource account, and the resource may be stored in the resource account.
  • the resource may be obtained by using a purchase, a use of other types of resource exchange, a friend's gift, and the like.
  • the social application client can create a plurality of different types of resource accounts, and respectively store corresponding types of resources in different resource accounts.
  • the resources may include virtual currency, virtual gold, virtual gifts, virtual pets, virtual equipment, and the like, which are not limited in this embodiment of the present invention.
  • Any social application client can be used as a sender client to send a resource package to at least one recipient client having a friend relationship, and the resource package includes a certain number of resources, thereby transmitting the resources owned by the user to the friend, and realizing the resource. Pass.
  • the sender client may send a resource packet of a corresponding type to at least one recipient client having a friend relationship.
  • the first type of resource package is sent as an example.
  • the sending client needs to send the first type of resource package to the at least one receiving client.
  • the resource bundle includes a certain number of first type resources.
  • the first type of resource refers to any type of resource, and the second type of resource that is subsequently involved may be a resource different from the first type of resource.
  • the first type of resource may be a resource whose value is stable or the value presents an increasing trend
  • the second type of resource may be a resource commonly used in real life.
  • the first type of resource is gold and the second type of resource is currency.
  • the second type of resource is a currency used by the user in daily life, and the first type of resource is another currency.
  • the sender client may provide a sending option of the first type resource packet, where the first type resource packet sending instruction may be triggered by an operation of clicking the sending option, or triggered by a preset operation, where the preset operation may be shaking
  • the operation of the present invention, the operation of scanning a specific two-dimensional code, and the like are not limited in this embodiment of the present invention.
  • the first type resource is gold
  • the second type resource is a currency.
  • the sender client displays a selection window in a current session window, and the selection window includes a “golden red envelope” option and a “red envelope”. "Option, the "golden red envelope” option is used to indicate the sending of a red envelope, which is used to indicate the sending of a currency red envelope.
  • the first type of resource transmission instruction is received.
  • the resource packet parameter is used to determine the number of resource packets to be sent and the first quantity, where the number of resource packets refers to the number of resource packets of the first type to be sent, and each resource packet may include a certain number of resources of the first type.
  • the first number refers to the total number of resources of the first type to be sent.
  • the number of resource bundles is a positive integer, and the first number is greater than zero.
  • the resource packet parameter may include the quantity of the resource packet and the first quantity, or the resource package parameter may include the quantity of the resource package and a fixed quantity of the first type of resources in each resource package, indicating that each resource package corresponds to The number of the resource bundles is the same, and the product of the number of resource bundles and the fixed number is the first number.
  • the resource packet parameter may be determined by the sending user by selecting or inputting on the sending client, and the manner for determining the resource packet parameter is not limited in the embodiment of the present invention.
  • the sending client when receiving the first type resource packet sending instruction, provides multiple resource quantity options and multiple resource packet quantity options, and the first quantity indicated by different quantity options is different. The number of resource bundles indicated by the different resource bundle options is different. At this point, the sending user can select any number from the multiple number options as the first quantity.
  • the sender client when the sender client receives the first type resource packet sending instruction, it provides a resource quantity option of “pay 3 yuan, send gold”, and displays the equivalent value of 3 yuan according to the current conversion ratio of gold and currency.
  • the quantity of gold “0.01 grams” is for the sending user to make a choice, indicating that the "pay 3 yuan,
  • the first quantity indicated by the "gold" resource quantity option is 0.01 gram. If the sending user does not want to send 0.01 gram of gold, he can also click the "change one" button, at which point the sender client will provide other numbers of options. For the user to select. By clicking the “change one” button, multiple resource quantity options are provided, and the sending user can select any resource quantity option according to the requirement, and the sender client can determine the first quantity according to the resource quantity option selected by the user. .
  • the sender client when the sender client receives the first type resource package sending instruction, displaying a setting page, where the setting page includes a resource packet quantity input field and a first quantity of input fields, and the sending user The number of resource bundles and the first quantity can be entered in this setup page.
  • the setting page may include a resource package number input field and a fixed number input field, and the sending user may input the number of resource packets and the fixed number corresponding to each resource package in the setting page.
  • the setting page when the sender client receives the first type resource packet sending instruction, the setting page is displayed.
  • the setting page includes a red packet number input field and a gold number input field, and the sending user is in the red packet number input field. Enter the number of red packets to be sent in the 10, and enter the total number of grams of gold to be sent in the gold number input field to 0.10 grams, that is, the number of resource bundles is 10, and the first quantity is 0.1.
  • the setting page according to the user input of the total amount of gold grams of 0.1 grams and the current conversion ratio of 300 yuan / gram, the equivalent of 0.10 grams of gold cash is 30 yuan for the user to view.
  • the setting page also includes a blessing information input field displayed on the gold red envelope. By default, the input "day into the gold, blessed sharing", the sending user can enter the curse of the friend in the blessing information input field.
  • the sender client displays a setting page, where the setting page includes a red packet number input field and a gold credit input field of each red packet, and the sending user inputs a red packet to be sent in the red packet number input field.
  • Number 10 in the gold grams input field of each red envelope enter 0.1 grams of gold grams in each red envelope, that is, the number of resource packs is 10, and the fixed quantity is 0.1 grams, then the first quantity is 1 g.
  • the total number of grams of gold can be calculated as well as the current conversion ratio of 300 yuan / gram to calculate the equivalent of 1 gram of gold cash for 300 yuan for users to view.
  • not only the resource resource parameter but also at least one recipient client may be determined.
  • the sender client displays a session window of a social application client having a friend relationship, and when the first type resource sending instruction is received in the session window, the sending user is sent. It is desirable to send a resource bundle to the user of the social application client, and it can be determined that the social application client is the recipient client. At this point, it can be directly determined that the number of resource packets is 1, and the first number is determined, or the number of resource packets still determined by the sending user to be sent to the receiving client is determined.
  • the quantity and the first quantity are not limited in this embodiment of the present invention.
  • the sender client displays a session window of a social application group, where the social application group includes a plurality of social application clients, when the first type is received in the session window.
  • the resource sending instruction indicates that the sending user wants to send the resource package to the user in the social application group
  • the number of resource bundles may be directly determined as the number of users in the social application group, or the number of resource packets to be sent still determined by the sending user. Further, the number of resource packets determined by the user may be limited to be less than or equal to the number of users in the social application group.
  • the sending client when the sender client receives the first type resource sending instruction on the social information display platform, the sending client indicates that the sending user wants to send the resource packet to all the friend users, and may determine the sending A plurality of social application clients having a friend relationship of the party client are recipient clients. At this point, the number of resource bundles to be sent can still be determined by the sending user. Further, the effective duration of the sent resource packet may be limited. After the valid duration is exceeded, the resource packet may not be received again, and the first type resource in the resource packet is returned to the first type resource account of the sender client.
  • the sender client may receive the first type of resource sending instruction in another manner, and determine at least one receiver client, which is not limited by the embodiment of the present invention.
  • the sender client when the sender client receives the first type resource package sending instruction in a session window of any social application client having a friend relationship, determining that the social application client is a receiver client, determining the resource The number of packages is 1, and the first number of user input sent is determined. Or, when the sender client receives the first type resource package sending instruction in the session window of the social application group, determining that the social application client in the social application group is the receiving client, and acquiring and sending The number of resource bundles and fixed quantities entered by the user, or the number of resource bundles input by the user and the first number.
  • the sender client sends a resource packet sending request to the first server, where the resource packet sending request carries the resource packet parameter.
  • the first server determines the number of the resource packet and the first quantity according to the resource resource parameter, and invokes an interface with the second server to obtain the first published by the second server.
  • the current conversion ratio of the type resource and the second type resource is calculated according to the conversion ratio and the first quantity.
  • the sender client in order to generate a resource package according to the first quantity of the first type of resources, the sender client needs to pay a certain amount of the second type resource, and convert the second type resource into the equivalent value.
  • the first type of resource in order to generate a resource package according to the first quantity of the first type of resources, the sender client needs to pay a certain amount of the second type resource, and convert the second type resource into the equivalent value.
  • the sender client sends a resource packet sending request to the first server, and the resource packet sending request carries the resource packet parameter.
  • the first server receives the resource packet sending request, determining the number of the resource packet and the first quantity according to the resource package parameter, and acquiring the first type resource and the second by calling an interface provided by the second server
  • the current conversion ratio of the type resource according to the conversion ratio, calculating the number of the second type of resources equivalent to the first quantity of the first type of resources as the second quantity.
  • the first server directly determines the number of resource bundles and the first number. And in the following process, the first server randomly generates at least one resource packet corresponding to the number of the resource packets, and the sum of the numbers corresponding to each resource packet is equal to the first quantity. If the resource bundle parameter includes the number of resource bundles and the fixed number, the first server calculates a product of the number of resource bundles and the fixed number to obtain the first quantity. And in the subsequent process, the first server generates at least one resource packet corresponding to the number of the resource packets, and the quantity corresponding to each resource packet is equal to the fixed number.
  • the second quantity refers to the quantity of the second type resource equal to the first quantity of the first type resource, that is, the second quantity of the second type resource is equal to the first quantity of the first type of resource .
  • the conversion ratio is issued by the second server, and the second server provides an interface for the first server, and the first server may invoke the interface to obtain a current conversion ratio issued by the second server.
  • the conversion ratio is changed according to various factors in the actual life, and the specific conversion ratio may be released after the second server comprehensively considers a plurality of factors, and the conversion ratio is not limited in the embodiment of the present invention.
  • the first server deducts the second quantity of the second type resource from the second type resource account, and generates the at least one resource package according to the resource package parameter, and generates a resource package identifier for the at least one resource package.
  • the first server deducts the second quantity of the second type resource from the second type resource account of the sender client, and generates at least one resource package, so that each resource package includes a corresponding quantity.
  • the first type of resource, and the sum of the quantities corresponding to the at least one resource package is equal to the first quantity, which is equivalent to converting the second quantity of the second type of resources into the first quantity of the first type of resources, An equivalent conversion of a type 2 resource to a first type of resource.
  • the second type resource account is used to store the second type resource
  • the first type resource account is used to store the first type resource.
  • the user of the sender client can view the first type of resource account.
  • the sender client may further display a second equivalent to the remaining first type of resources according to the current conversion ratio of the first type of resource and the second type of resource.
  • the number of type resources Referring to FIG. 6D, the sender client opens the gold account, showing that the remaining amount of gold is 1.09 grams, and displays the equivalent cash of 327 yuan according to the current conversion ratio of 300.
  • the first server may perform confirmation by the sending user before deducting the second type resource from the second type resource account, that is, the sender client displays to the sending user by interacting with the first server. And converting the confirmation page, the conversion confirmation page includes the first quantity and the second quantity, and prompting the sending user to convert the second quantity of the second type resource into the first quantity of the first type resource.
  • the first server deducts the second quantity of the second type resource from the second type resource account, and converts the first quantity into the first type of resource, and encapsulates the at least one resource. in the bag.
  • the sending user may be required to input a payment password when sending a user trigger confirmation operation.
  • the sending user clicks the “pay 3 yuan, send gold” option, and the sender client displays a conversion confirmation page as shown in FIG. 6E, including a cash amount of 3 yuan and an input field to be paid, and is paid by the sending user. Password to confirm.
  • the first server also creates a first type resource account and a second type resource account, in the process of converting the second quantity of the second type resource of the sender client into the first quantity of the first type resource Actually subtracting a second quantity of the second type resource from the second type resource account of the sender client, transferring to the second type resource account of the first server, and then from the first type of the first server
  • the first number of first type resources are extracted from the resource account, and at least one resource package is generated according to the extracted first type of resources.
  • the first type of resource may also be provided by the second server, and the second server may also create a first type resource account and a second type resource account, and a second quantity of the second type resource in the sender client
  • the first server actually deducts a second quantity of the second type of resources from the second type of resource account of the sender client, and uses the second quantity
  • the second type of resource requests the second server to obtain the first quantity of the first type of resources, and the second server receives the second quantity of the second type of resources, deposits the account of the second server, and extracts
  • the first quantity of the first type of resources is sent to the first server, and the first server may generate at least one resource package according to the acquired first type of resources.
  • the first server may generate a unique corresponding resource package identifier for the at least one resource package, and send the resource package identifier to the sender client.
  • the resource package identifier is used to indicate the at least one resource package, and the resource package can be obtained according to the resource package identifier.
  • the first server may establish a mapping relationship between the resource package identifier and the at least one resource package, and subsequently send a resource package to the receiver client according to the mapping relationship and the resource package identifier.
  • the sender client may specify the second type resource as a default resource, and all of the resources are paid when transmitting any type of resource.
  • the quantity of the second type of resource is converted into a resource of this type to be sent.
  • the resource most commonly used by the user in real life can be used as the default resource.
  • the sender client receives the first type resource sending instruction, providing an option of multiple types of resources, and selecting which type of resource to be paid by the user to convert to the first type resource, the embodiment of the present invention There is no limit to this.
  • the first server may directly deduct the first type of resources without deducting the second type of resources. That is, the first server deducts the first quantity of the first type of resources from the first type of resource account of the sender client, and generates at least one resource package according to the first quantity and the number of the resource bundles, the process Does not involve conversion of different types of resources.
  • the first server may also determine whether the remaining quantity of the first type resource in the first type resource account is less than the first quantity, and if the remaining quantity is less than the first quantity, the second type is defaulted. The resource is converted to the first type of resource. If the remaining quantity is not less than the first quantity, the first quantity of the first type of resources may be directly deducted.
  • the sender client sends a request to the first server, and the first server performs an operation of deducting resources and generating a resource package, and in an actual application, the sender client and the client The first server performs the interaction to generate the resource package, and each of the operations in the process is performed by the sender client or the first server, which is not limited by the embodiment of the present invention.
  • the first server sends the resource package identifier to the sender client.
  • the sender client receives the resource resource identifier, generates link information that includes the resource package identifier, and sends the information to the at least one receiver client that has a friend relationship.
  • the link client obtains link information for receiving the at least one resource package.
  • the resource package can be obtained according to the link information. Therefore, the sender client has At least one recipient client of the friend relationship sends the link information.
  • the sender client sends the link information to the first server and the user identifier of the at least one recipient client
  • the first server sends the at least one receiver to the at least one receiver according to the user identifier of the at least one recipient client.
  • the client sends the link information.
  • the link information may be a link address or a two-dimensional code, and the link information may be sent to the receiver client in a plurality of manners, which is not limited in this embodiment of the present invention.
  • the sender client sends the link information through a session window with a receiver client, and the first server receives the link information, and sends the link information to the receiver client. . That is, the link information is sent to the recipient client as an instant messaging message.
  • the sender client sends the link information through a session window of the social application group, and the first server receives the link information, and receives each of the social application groups.
  • the party client sends the link information. That is, the link information is sent to the recipient client as a group message.
  • the sender client displays the link information on the social information display platform by interacting with the first server, and only at least one receiver having a friend relationship with the sender client The client can receive the link information. That is, the link information is posted on the social information display platform.
  • the receiving client When receiving the link information, the receiving client displays the link information. When detecting the activation operation of the link information, sending a resource package collection request to the first server, where the resource package collection request carries the resource package identifier. .
  • the link information is displayed when the recipient client receives the link information.
  • the manner in which the link information is displayed is determined according to the manner in which the sender client detects the first type of resource sending instruction.
  • the sender client when the sender client receives the first type resource sending instruction in a session window of the receiver client, the receiver client is in a session window with the sender client.
  • the link information is displayed in the middle, that is, it is displayed as an instant message.
  • the recipient client displays a session window with the sender client, and the link information is displayed in the session window.
  • the link information is displayed in the form of a "red envelope".
  • the sender client sends the link information, it may also be in the session window with the receiver client.
  • the link information is displayed in a form similar to that of Figure 6F.
  • the sender client when the sender client receives the first type resource sending instruction in a session window of the social application group, the receiver client is in a session window of the social application group.
  • the link information is displayed, that is, displayed as a group message.
  • the receiver client displays the link information on the message aggregation page, and the message is aggregated.
  • the page includes a message posted by the recipient client and any sender client having a friend relationship with the recipient client on the social information display platform.
  • the link information When the link information is displayed, if the receiving user wants to receive the resource package sent by the sending user, the activation operation of the link information may be triggered, thereby interacting with the first server according to the link information to obtain the resource package.
  • the receiving client detects the activation operation, acquires the resource package identifier included in the link information, and sends a resource packet collection request to the first server, where the resource packet collection request carries the resource package identifier, by the first A server issues a resource bundle to the recipient client.
  • the first server selects one resource packet from the remaining resource packets corresponding to the resource resource identifier, and sends the resource packet to the receiver client.
  • the first server generates at least one resource package, and the quantity corresponding to each resource package is a fixed number, and when the first server receives the resource package receiving request, A resource packet is selected from the remaining resource packets corresponding to the resource packet identifier, and the fixed number is used as the number corresponding to the resource packet, and the resource packet includes a fixed number of first type resources.
  • the first server generates at least one resource package, and the quantity corresponding to each resource package is random, and the sum of the corresponding quantity of the at least one resource package is the first quantity.
  • the first server selects a resource package from the remaining resource packets corresponding to the resource package identifier, and randomly determines the quantity corresponding to the resource package according to the number of the resource packets and the first quantity, and sends the quantity to the receiver client, where the resource package is Includes a certain number of first type resources.
  • the obtained resource package includes a corresponding quantity of the first type of resources, and when the receiving client obtains the resource package, the first type of resources included in the resource package may be added to the first type of resources of the receiving client. Stored in the account.
  • the first server sends a golden red envelope to the recipient client, and when the recipient client receives the golden red envelope, the receiving golden page can be displayed, above the golden page. Show the animation effect of the gold coins jumping up and down, and scroll the different numbers below the gold coins to enhance the fun, until the animation effect is displayed, the weight of the received gold is 0.06 grams and the equivalent cash amount is 18 yuan. The part is obscured, and when the user clicks on the display area where the gold coin is located, the entire gold coin is displayed.
  • each receiver client can obtain the first type of resource sent by the sender client by using the above 507-509.
  • the first server issues the resource package in the order that each receiving client receives the resource package. For example, if the number of resource bundles is N, only the first N recipient clients can receive the resource bundle, and subsequent recipient clients cannot receive the resource bundle.
  • the first server when the number of the receiving client of the resource pack is less than the number of the at least one resource pack, some resource packs are unclaimed, and after the preset duration, the first server will correspond to the remaining resource bundles.
  • the first type of resource of the sum of the quantities is added to the first type of resource account of the sender client.
  • the sender client in the process of receiving the resource package by at least one recipient client, the sender client can display the receiving progress, and learn the recipient client and each receiver that have received the resource packet. The number of resources of the first type that the client received.
  • the sender client displays a receiving progress display page
  • the receiving progress display page includes Lisa, a friend who has received the golden red envelope, and a gold credit of 0.06 grams received by the friend and the receiving time. 14:35:21, the total number of gold red packets 3, the remaining number of gold red packets 2 and the total grams of gold sent is 0.1 grams.
  • the top right corner of the collection progress display page also includes a red envelope recording option, and clicking the red envelope recording option can view the golden red envelope or the received golden red envelope that the sender client has sent.
  • the method provided by the embodiment of the present invention provides a solution for transmitting a resource packet after converting the second type resource into the first type resource, and obtaining the conversion ratio issued by the second server, and deducting the second type resource according to the conversion ratio. And generating at least one resource package including the first type of resource, thereby converting the second type resource into an equal value first type resource package, and the receiving client obtains the resource package
  • the first type of resource in the resource bundle is added to the first type of resource account.
  • the first type of resource package can be sent even if the sender client does not have the first type of resource, which improves flexibility, and the resource package can be sent by using the scheme for any two types of resources, which satisfies the user sending The needs of different types of resource bundles.
  • the social application client can not only serve as a sender client, but also send a resource packet to the receiver client, or receive as a receiver client.
  • the resource package sent by the sender client can also perform various processing on the resources it owns.
  • the social application client may use the second type of resource to redeem the first type of resource.
  • the redemption process may include the following steps:
  • the social application client receives the first type resource redemption request, determine a third quantity and a fourth quantity, where the third quantity refers to the quantity of the first type of resources to be redeemed, and the fourth quantity is Refers to the number of second type resources that are equivalent to the third number of first type resources.
  • the social application client may determine a third quantity by the user, and then calculate a fourth quantity according to the third quantity determined by the user and the current conversion ratio. Or the fourth quantity is determined by the user, and the third quantity is calculated according to the fourth quantity determined by the user and the current conversion ratio.
  • the fourth server is deducted from the second type resource account by the first server, and the third quantity of the first type resource is added to the first type resource account.
  • the social application client sends a redemption request to the first server, where the redemption request includes a third quantity and a fourth quantity, and is used to indicate that the fourth quantity of the second type resource is exchanged into the third quantity of the first type Resources.
  • the first server When receiving the redemption request, the first server generates a conversion page including the third quantity and the fourth quantity, and sends the conversion page to the social application client, where the social application client displays the conversion page when the conversion is detected.
  • the first server may send the confirmation request to the first server, and the first server may deduct the fourth quantity of the second type resource from the second type resource account, and add the resource to the first type resource account.
  • the third number of first type resources is performed.
  • the “purchase gold” option is provided in the cash account, and when the user clicks the option, the gold exchange request is triggered, at which time the user inputs the amount of gold to be redeemed, and the social application client according to the gold gram and the current The conversion ratio shows the amount of cash equivalent to these gold. After the user confirms, the first server deducts the corresponding cash from the cash account and adds the equivalent gold to the gold account.
  • the social application client may use the first type of resource to redeem the second type of resource.
  • the redemption process may include the following steps:
  • the first server is used to deduct the sixth quantity of the first type resource from the first type resource account, and add the fifth quantity of the second type resource to the second type resource account.
  • a “cash-out” option is provided in the gold account.
  • a cash redemption request is triggered.
  • the user inputs the amount of gold to be exchanged for cash, and the social application client according to the gold gram and the current The conversion ratio shows the amount of cash equivalent to these gold equivalents.
  • the first server deducts the corresponding gold from the gold account and adds the equivalent cash to the cash account.
  • the steps 2-1 and 2-2 are similar to the above steps 1-1 and 1-2, and are not described herein again.
  • the social application client may acquire an entity resource indicated by the first type of resource.
  • the obtaining process may include the following steps:
  • the social application client receives the first type resource acquisition request, determine a seventh quantity of the first type resource to be acquired.
  • the first type resource acquisition request is used to indicate that the first type resource is acquired.
  • the seventh quantity may be determined, or the user may first determine the quantity of the second type resource, and the first server calculates the seventh according to the quantity and the current conversion ratio. Quantity.
  • the social application client when a certain social application client wants to obtain the physical resource indicated by the first type of resource, the social application client sends a resource acquisition request to the first server, where the resource acquisition request carries the first to be acquired.
  • the seventh quantity of the type resource when the first server receives the resource acquisition request, the resource corresponding to the seventh quantity is deducted from the resource account, and the order is generated.
  • the administrator of the first server may issue an entity resource to the user of the social application client, or the first server sends the order to the second server, where the administrator of the second server is the client of the social application client.
  • the user issues physical resources.
  • deducting resources corresponding to the seventh quantity including:
  • the seventh quantity of the first type resource is deducted from the first type resource account by the first server.
  • the eighth quantity Means a quantity of a second type of resource equivalent to the difference of the first type of resource, the eighth quantity being determined according to a current conversion ratio of the first type resource and the second type resource, and the seventh quantity;
  • the first server deducts the remaining first type of resources from the first type of resource account, and deducts the eighth quantity of the second type of resources from the second type of resource account.
  • the administrator of the first server After generating the order including the seventh quantity and the address information, the administrator of the first server acquires the physical resource indicated by the seventh quantity of the first type of resource according to the order, and sends the physical resource indicated by the user to the address where the user is located.
  • the entity resource can be received.
  • a “receive” option is provided in the gold account.
  • the social application client displays a confirmation page, and the confirmation page includes the user's name, phone number, and shipping address. And the gold credit deducted from the gold account is 1.09 grams and the cash amount still needs to be paid is 300 yuan.
  • the payment password is input to generate an order. At this time, the user can wait to receive the entity gold.
  • Each theme of the pop-up window corresponds to a gold gram, click "change one"
  • the button can be switched to another theme.
  • the cash amount equivalent to this gold gram is displayed on the confirmation option.
  • the payment password is input.
  • the cash indicated by the user's cash amount is deducted, and multiple gold red packets are generated and sent to the user's one or more friends.
  • the cash amount equivalent to the total gold gram is displayed on the confirmation option.
  • the payment password is input.
  • the cash indicated by the user's cash amount is deducted, and multiple gold red packets are generated and sent to the user's one or more friends.
  • the link information corresponding to the multiple golden red envelopes is displayed in the conversation window, and the user and the friend can view the link information, and click the link information to grab the golden red envelope. After a user grabs it, the gold in the gold red envelope is added to the user's gold account.
  • the gold account provides a withdrawal option, through which a certain amount of gold can be converted into equivalent cash and deposited into the user's cash account.
  • the process of redeeming the entity gold The gold account also provides a redemption option, through which the order is generated, and a certain amount of gold is exchanged for the equivalent entity gold.
  • the embodiment of the present invention provides a method for transmitting multiple types of resource packets.
  • the user may also perform analysis according to the type of the resource packet sent by the user, determine the user level, and match the user recommendation with the user level. Resources that attract users to purchase multiple types of resources.
  • obtaining a record of a user's transmission resource package determining a resource packet type that is frequently sent, or determining the number of resources to be transmitted, thereby determining a user level.
  • User ratings can include high-risk users, medium-risk users, or low-risk users. For high-risk users, you can recommend high-risk resources such as stocks and bonds. For medium-risk users, you can recommend funds and other resources. For low-risk users, you can recommend low-risk resources such as gold and foreign currencies.
  • FIG. 7 is a flowchart of a resource acquisition method according to an embodiment of the present invention.
  • the execution entity of the embodiment of the invention is a social application client or a first server. Referring to FIG. 7, the method includes:
  • the remaining first type resource is deducted from the first resource account, and the eighth quantity of the second type resource is deducted from the second type resource account of the social application client.
  • the method provided by the embodiment of the present invention can generate an order for acquiring an entity resource by deducting a resource in a virtual resource account, so that the entity resource can be distributed to the user according to the order, and the operation is very simple.
  • the method further includes:
  • the order including the seventh quantity and address information is generated.
  • FIG. 8 is a schematic structural diagram of a resource packet sending apparatus according to an embodiment of the present invention.
  • the resource packet sending apparatus may implement part or all of a sender client in a social application client by using software, hardware, or a combination of the two.
  • the device includes:
  • the determining module 801 is configured to: when receiving the first type resource packet sending instruction, determine a resource packet parameter, where the resource resource parameter is used to determine a quantity of the resource packet to be sent and a first quantity, where the first quantity is to be sent The number of resources of the first type;
  • the interaction module 802 is configured to obtain, by using the first server, a current conversion ratio of the first type resource and the second type resource issued by the second server, and calculate, according to the conversion ratio, an equivalent value of the first quantity of the first type resource.
  • the interaction module 802 is further configured to: deduct the second quantity of the second type resource from the second type resource account of the social application client by using the first server, and generate at least one resource package, where each resource package includes a corresponding quantity of the first type of resources, the sum of the quantity corresponding to the at least one resource package is equal to the first quantity;
  • the obtaining module 803 is configured to obtain link information for receiving the at least one resource package.
  • the sending module 804 is configured to send the link information to at least one recipient client that has a friend relationship with the social application client, where the at least one recipient client is configured to receive the resource package according to the link information.
  • the device provided by the embodiment of the present invention provides a solution for transmitting a resource packet after converting the second type resource into the first type resource, and obtaining the conversion ratio issued by the second server, and deducting the second type resource according to the conversion ratio. And generating at least one resource package including the first type of resource, thereby converting the second type resource into the equivalent type first type resource packet sending, and sending the first type resource package even if the first type resource is not available , to improve flexibility, and for any two types of resources can be used to convert the resource package after the conversion, to meet the needs of users to send different types of resource packages.
  • the resource package parameter includes the quantity of the resource package and the first quantity; or,
  • the resource packet parameter includes the number of resource packets and a fixed number of resources of the first type in each resource packet, and the product of the number of resource packets and the fixed number is the first number.
  • the determining module 801 is configured to determine, when the first type resource packet sending instruction is received in a session window of any receiving client with a friend relationship, determine the number of resource packets to be 1, and determine the first a quantity; or, when receiving the first type resource package sending instruction in the session window of the social application group, obtaining the input quantity of the resource package and the fixed quantity, or acquiring the input quantity of the resource package and the The first quantity.
  • the interaction module 802 is configured to send a resource packet sending request to the first server, where the resource packet sending request carries the resource resource parameter, so that the first server acquires the first type resource and the second server issued by the second server.
  • the current conversion ratio of the two types of resources according to the conversion ratio, calculating the number of the second type of resources equivalent to the first quantity of the first type of resources as the second quantity.
  • the interaction module 802 is further configured to: deduct, by the first server, the first quantity of the first type of resources from the first type of resource account of the social application client, and generate the at least one resource package.
  • the interaction module 802 is further configured to send a resource packet sending request to the first server, where the resource packet sending request carries the resource resource parameter, so that the first server deducts the first resource from the first type resource account.
  • the interaction module 802 is further configured to send a resource packet sending request to the first server, where the resource packet sending request carries the resource resource parameter, so that the first server deducts the first resource from the first type resource account.
  • a quantity of the first type of resource and generating the at least one resource package according to the resource package parameter.
  • the obtaining module 803 is further configured to receive a resource resource identifier sent by the first server, where the resource resource identifier corresponds to the at least one resource packet, and generate link information that includes the resource resource identifier.
  • the device further includes:
  • a first requesting module configured to determine a third quantity and a fourth quantity when receiving the first type resource redemption request, where the third quantity refers to the quantity of the first type of resources to be redeemed, and the fourth quantity refers to The number of the second type of resources of the third quantity of the first type of resource equivalent;
  • a first redemption module configured to deduct the fourth quantity of the second type resource from the second type resource account by using the first server, and add the third quantity of the first type to the first type resource account Resources.
  • the device further includes:
  • a second requesting module configured to determine a fifth quantity and a sixth quantity when receiving the second type resource redemption request, where the fifth quantity refers to the quantity of the second type of resources to be redeemed, and the sixth quantity refers to The number of the first type of resources of the fifth number of second type resources equivalent;
  • a second redemption module configured to deduct the sixth quantity of the first type of resources from the first type of resource account by using the first server, and add the fifth quantity of the second type to the second type of resource account Resources.
  • the device further includes:
  • a third requesting module configured to determine a seventh quantity of the first type of resources to be acquired when receiving the first type resource obtaining request
  • a resource obtaining module configured to deduct, by the first server, a resource corresponding to the seventh quantity from a resource account of the social application client, and generate an order including at least the seventh quantity and address information, where the order is used according to the The address information is distributed to the user of the social application client by the seventh number of physical resources indicated by the first type of resources.
  • the resource obtaining module is further configured to: if the remaining quantity of the first type resource in the first type resource account is not less than the seventh quantity, deduct from the first type resource account by using the first server The seventh number of first type resources.
  • the resource obtaining module is further configured to determine, if the remaining quantity of the first type of resources in the first type of resource account is less than the seventh quantity, a difference between the seventh quantity and the remaining quantity, and the difference
  • the eighth quantity of the quantity matching refers to the quantity of the second type resource equivalent to the first type resource of the difference, the eighth quantity is according to the current type resource and the current type resource Converting the ratio and the seventh quantity determining; deducting the remaining first type of resources from the first type of resource account by the first server, and deducting the eighth quantity of the second type of resources from the second type of resource account .
  • FIG. 9 is a schematic structural diagram of a resource packet issuing apparatus according to an embodiment of the present invention.
  • the resource packet issuing apparatus may be implemented as part or all of the first server by using software, hardware, or a combination of the two.
  • the device includes:
  • the parameter obtaining module 901 is configured to obtain a resource resource parameter determined by the sender client, where the resource resource parameter is used to determine the number of resource packets to be sent and the first quantity, where the first quantity refers to the first type of resource to be sent. Quantity
  • the calling module 902 is configured to invoke an interface with the second server to obtain a current conversion ratio of the first type resource and the second type resource released by the second server;
  • the quantity calculation module 903 is configured to calculate, according to the conversion ratio, a quantity of the second type resource equivalent to the first quantity of the first type resource, as the second quantity;
  • the generating module 904 is configured to deduct the second quantity of the second type resource from the second type resource account of the sender client, and generate at least one resource package, where the sum of the quantity corresponding to the at least one resource package is equal to the first quantity And causing the sender client to send link information to at least one receiving end having a friend relationship, the link information being used to receive the at least one resource package;
  • the issuing module 905 is configured to issue the at least one resource package to the at least one recipient client by using the link information.
  • the device provided by the embodiment of the present invention provides a solution for transmitting a resource packet after converting the second type resource into the first type resource, and obtaining the conversion ratio issued by the second server, and deducting the sender client according to the conversion ratio.
  • the first type of resource package can also be sent, which improves the flexibility, and the resource package can be sent after the conversion for the two types of resources, which satisfies the requirement for the user to send different types of resource packages.
  • the generating module 901 is further configured to receive a resource packet sending request sent by the sending client, where the resource packet sending request carries a resource packet parameter, where the resource packet parameter is used to determine a quantity of the resource packet to be sent and the first a quantity; determining the number of the resource package and the first quantity according to the resource package parameter; determining the second quantity according to the current conversion ratio of the first type resource and the second type resource, and the first quantity; Deducting the second quantity of the second type of resource from the second type of resource account; The source package parameter generates the at least one resource package.
  • the device further includes:
  • the generating module 904 is configured to deduct the first quantity of the first type resource from the first type resource account of the sender client by interacting with the sender client, and generate at least one resource package.
  • the device further includes:
  • An identifier generating module configured to generate a resource bundle identifier for the at least one resource package
  • a sending module configured to send the resource resource identifier to the sender client, so that the sender client generates link information that includes the resource package identifier.
  • the issuing module 905 is configured to receive a resource packet collection request sent by any receiver client, where the resource packet collection request carries the resource resource identifier, and select a resource from the remaining resource packets corresponding to the resource resource identifier.
  • the packet is sent to the recipient client, so that the receiver client adds the first type of resource included in the resource bundle to the first type resource account.
  • the issuing module 905 is further configured to: if the resource packet parameter includes the number of resource packets to be sent by the sender client, and the first number, determine, according to the number of resource packets and the first quantity, the resource packet correspondingly Or the number of resource bundles and the fixed number of resources of the first type in each resource bundle, and the fixed number is the number corresponding to the resource bundle.
  • the device further includes:
  • a receiving module configured to receive a resource redemption request sent by any social application client, where the resource redemption request includes a third quantity and a fourth quantity, where the third quantity refers to a quantity of the first type of resources to be redeemed, the fourth The quantity refers to the quantity of the second type of resource equivalent to the third quantity of the first type of resource;
  • a first redemption module configured to deduct the fourth quantity of the second type resource from the second type resource account of the social application client, and add the third quantity to the first type resource account of the social application client A type of resource.
  • the device further includes:
  • a receiving module configured to receive a resource redemption request sent by any social application client, where the resource redemption request includes a fifth quantity and a sixth quantity, where the fifth quantity refers to a quantity of the second type of resources to be redeemed, the sixth The quantity refers to the quantity of the first type of resources equivalent to the fifth quantity of the second type of resource;
  • a second redemption module configured to deduct the first type from the first type resource account of the social application client A sixth quantity of the first type of resource, and adding the fifth quantity of the second type of resource to the second type of resource account of the social application client.
  • the device further includes:
  • a receiving module configured to receive a resource acquisition request sent by any social application client, where the resource acquisition request carries a seventh quantity of the first type of resource to be acquired;
  • a resource issuance module configured to deduct a resource corresponding to the seventh quantity from a resource account of the social application client, and generate an order including at least the seventh quantity and address information, where the order is used to send the social information according to the address information
  • the user of the application client issues the physical resource indicated by the seventh quantity of the first type of resource.
  • the resource issuing module is further configured to: if the remaining quantity of the first type resource in the first type resource account is not less than the seventh quantity, subtract the seventh quantity from the first type resource account A type of resource.
  • the resource issuance module is further configured to determine, if the remaining quantity of the first type of resources in the first type of resource account is less than the seventh quantity, a difference between the seventh quantity and the remaining quantity, and the difference
  • the eighth quantity of the quantity matching refers to the quantity of the second type resource equivalent to the first type resource of the difference, the eighth quantity is according to the current type resource and the current type resource
  • the conversion ratio and the difference are determined; the remaining first type of resource is deducted from the first type of resource account, and the eighth quantity of the second type of resource is deducted from the second type of resource account.
  • FIG. 10 is a schematic structural diagram of a resource packet issuing apparatus according to an embodiment of the present invention.
  • the apparatus includes:
  • a determining module 1001 configured to determine a seventh quantity of the first type of resources to be acquired when receiving the first type resource obtaining request sent by the social application client;
  • the quantity determining module 1002 is configured to determine a difference between the seventh quantity and the remaining quantity if a remaining quantity of the first type resource in the first type resource account of the social application client is less than the seventh quantity;
  • the quantity determining module 1002 is further configured to invoke an interface with the second server to obtain a current conversion ratio of the first type resource and the second type resource issued by the second server, and calculate the difference according to the conversion ratio.
  • the eighth quantity of the quantity matching, the eighth quantity refers to the first type of resource with the difference The number of equivalent second type resources;
  • the resource deduction module 1003 is configured to deduct the remaining first type of resources from the first resource account, and deduct the eighth quantity of the second type of resources from the second type of resource account of the social application client;
  • the order generating module 1004 is configured to generate an order including at least the seventh quantity and address information, where the order is used to issue the seventh number of entities indicated by the first type of resources to the user of the social application client according to the address information. Resources.
  • the device provided by the embodiment of the present invention can generate an order for acquiring an entity resource by deducting resources in the virtual resource account, so that the entity resource can be distributed to the user according to the order, and the operation is very simple.
  • the resource deduction module 1003 is further configured to: if the remaining quantity of the first type resource in the first type resource account is not less than the seventh quantity, deduct the seventh quantity from the first type resource account A type of resource.
  • FIG. 11 is a schematic structural diagram of a resource packet transceiving system according to an embodiment of the present invention.
  • the system includes: a sender client 1101, a first server 1102, and at least one receiver client 1103 and a second server 1104. ;
  • the sender client 1101 is configured to determine a resource bundle parameter when receiving the first type resource resource sending instruction, and obtain, by using the first server 1102, the current conversion of the first type resource and the second type resource released by the second server 1104. a ratio, according to the conversion ratio, calculating a quantity of the second type resource equivalent to the first quantity of the first type resource, and subtracting the second type from the second type resource account of the sender client 1101 as the second quantity a quantity of the second type of resource, and generating at least one resource package, obtaining link information for receiving the at least one resource package; and transmitting the link information to at least one recipient client 1103 having a friend relationship with the sender client 1101 .
  • the first server 1102 is configured to obtain a resource packet parameter determined by the sender client, where the resource resource parameter is used to determine the number of resource packets to be sent and the first quantity, where the first quantity refers to the quantity of the first type of resources to be sent. And invoking an interface with the second server 1104, obtaining a current conversion ratio of the first type resource and the second type resource issued by the second server, and calculating, according to the conversion ratio, the first quantity of the first type resource, and the like
  • the number of the second type of resources of the value, as the second quantity, by interacting with the sender client 1101 from the second type of resource account of the sender client 1101 Deducting a second quantity of the second type of resources, and generating at least one resource package, by using the link information, distributing the at least one resource package to the at least one recipient client;
  • the receiving client 1103 is configured to receive the link information sent by the sender client 1101 having the friend relationship with the receiver client 1103, and interact with the first server 1102 according to the link information to acquire the resource package, and the resource package is obtained.
  • the first type of resource included therein is added to the first type of resource account of the recipient client 1103.
  • any of the social application client or the first server in the resource packet transceiving system may be configured to determine a seventh quantity of the first type of resource to be acquired when receiving the first type resource acquisition request. Deducting a resource corresponding to the seventh quantity from a resource account of the social application client, and generating an order including at least the seventh quantity and address information, the order is used to issue the order to the user of the social application client according to the address information The seventh number of physical resources referred to by the first type of resource.
  • FIG. 12 shows a schematic diagram of an implementation environment provided by an embodiment of the present invention.
  • the implementation environment includes a transmitting terminal 1220, a background server 1240, and a receiving terminal 1260.
  • a sender client is running in the transmitting terminal 1220.
  • the sending terminal 1220 can be a mobile phone, a tablet computer, an e-book reader, an MP3 (Moving Picture Experts Group Audio Layer III) player, and an MP4 (Moving Picture Experts Group Audio Layer IV). Compress standard audio layers 4) players, laptops and desktop computers, and more.
  • the background server 1240 can be a server, a server cluster composed of several servers, or a cloud computing service center.
  • a receiving client is running in the receiving terminal 1260.
  • the receiving terminal 1260 can also be a mobile phone, a tablet computer, an e-book reader, an MP3 (Moving Picture Experts Group Audio Layer III) player, and an MP4 (Moving Picture Experts Group Audio Layer IV) motion picture. Experts compress standard audio layers 4) players, laptops and desktop computers, and more.
  • the background server 1240 can establish a communication connection with the transmitting terminal 1220 and the receiving terminal 1260 through the network, respectively.
  • the network can be either a wireless network or a wired network.
  • the sender client and the receiver client may be any client that has the function of transmitting and receiving virtual item packages.
  • the sender client can be a social application client, an instant messaging client, a payment application client, a game client, a read client, and a dedicated client. The client of the package, and so on.
  • the sender client and the receiver client may be two clients with different functions, wherein the sender client has the function of sending a virtual item package, and the receiver client has the function of receiving the virtual item package.
  • the sender client and the receiver client may also be two clients with the same function, and the client has the function of sending and receiving virtual item packages.
  • the client acts as a sender client; when the client is used to implement the client side function in the example of the method of the present invention
  • the client is the recipient client.
  • both the transmitting terminal and the receiving terminal are terminal devices.
  • the terminal device acts as a transmitting terminal; when the client running in the terminal device is used to implement the method example of the present invention
  • the terminal device acts as a receiving terminal.
  • it can act as a sender client or as a receiver client.
  • it can be used as a transmitting terminal or as a receiving terminal.
  • the virtual item package may also be referred to as a virtual red bag and an electronic red bag.
  • the virtual item package is a virtual carrier that transfers resources (or called virtual items) in a gift form between at least two users.
  • the at least two users may or may not have a friend relationship in the client and/or the real world.
  • the resources (or virtual items) involved in the virtual item package may be currency, game equipment, game materials, game pets, game coins, icons, members, titles, value-added services, points, ingots, gold beans, gift vouchers, Redemption coupons, coupons, greeting cards, etc.
  • the embodiment of the present invention does not limit the resource type.
  • the background server 1240 when the background server 1240 is a cluster architecture, can include a communication server 1242, a package server 1244, a media server 1246, and a payment server 1248.
  • the communication server 1242 is configured to provide a communication service between the sender client and the receiver client.
  • the communication server 1242 is configured to provide a function of transmitting and receiving messages, such as text, pictures, voice, and video, between the sender client and the receiver client.
  • the item package server 1244 is used to provide the function of sending and receiving virtual item packages.
  • the media server 1246 is configured to provide a function of storing and processing media information.
  • the media information may be voice information or video information. Accordingly, the media server 1246 may be a voice server or a video server.
  • Payment server 1248 is used to provide resource transfer functionality.
  • the payment server 1248 is configured to provide an account corresponding to the transfer of the resource from the account corresponding to the sender client to the account corresponding to the background server 1240, and transfer the resource from the account corresponding to the background server 1240 to the account corresponding to the recipient client. The function.
  • a communication connection can be established between the above various servers through the network.
  • the network can be either a wireless network or a wired network.
  • FIG. 14 is a flowchart of a method for transmitting a virtual item package according to an embodiment of the present invention. This method can be applied to the implementation environment shown in FIG. The method can include the following steps.
  • Step 1401 After obtaining the virtual item package generation indication, the sender client displays the virtual item package sending page.
  • Step 1402 The sender client acquires the media information and the virtual item package parameter input in the virtual item package sending page, where the media information is voice information or video information.
  • Step 1403 The sender client sends the media information, the virtual item package parameter, and the receiver information correspondingly to the background server.
  • the background server receives the media information, the virtual item package parameter, and the receiver information corresponding to the sender client.
  • Step 1404 the background server generates a virtual item package identifier.
  • Step 1405 The background server stores a correspondence between the virtual item package identifier, the media information, and the virtual item package parameter.
  • Step 1406 The background server sends a virtual item package message to the at least one recipient client according to the receiver information.
  • the virtual item package message carries the virtual item package identifier.
  • the receiving client receives the virtual item package message sent by the background server.
  • Step 1407 The receiving client displays a virtual item package message, and the virtual item package message and/or the virtual item package receiving page triggered by the virtual item package message triggering display includes a play control.
  • Step 1408 After obtaining the trigger signal corresponding to the play control, the receiver client plays the media information acquired according to the virtual item package identifier.
  • the method provided in this embodiment is that, when the virtual item package is sent, the sender user recordable media information is sent to the receiver as the associated information of the virtual item package, and the receiver can play the virtual item package after receiving the virtual item package.
  • the media information compared to the greetings in the form of text, the media information can be transmitted More information, for example, the recipient user can intuitively and clearly know the mental state of the sender user according to the characteristics of the sender's voice, intonation and tone, enriching the amount of information transmitted when the virtual item package is sent.
  • the sender user does not need to manually edit the greetings, and by recording the media information to express the feelings of $9, comfort or praise when sending the virtual package, the operation is greatly simplified and the operation efficiency is improved.
  • the recipient is a special group, such as deaf people, recording video information to express blessing, comfort or praise will undoubtedly bring a different user experience than the traditional red envelope.
  • Even the information delivery content that cannot be realized by the conventional information transmission method can be realized by the information transmission method.
  • the video entry method is also fundamentally different from the traditional way.
  • the sender client carries the message of the default setting to the virtual item package and sends it to the corresponding recipient client.
  • the default setting of the greetings sometimes does not accurately express the user's mood.
  • the default setting of the greeting is "Gong Xi Fa Cai, Da Ji Da Li", which can only express curses, but can not express comfort or praise.
  • the technical solution provided by the embodiment of the present invention can not only simplify the operation, but also enable the sender user to accurately express the mood when the virtual item package is sent.
  • FIG. 15A is a flowchart of a method for sending a virtual item package according to another embodiment of the present invention. This method can be applied to the implementation environment shown in FIG. The method can include the following steps.
  • Step 1501 After the sender client obtains the virtual item package generation indication, the sender client displays the virtual item package sending page.
  • the virtual item package generation indication is an operation signal triggered by the sender user for requesting generation of a virtual item package.
  • the sender client provides an operation control for sending a virtual item package, and the user clicks the operation control to trigger the virtual item package generation instruction.
  • the sender client displays a session interface, which may be a single-chat session interface or a group chat session interface; after obtaining a trigger signal corresponding to the menu control in the session interface, the function menu is displayed.
  • the function menu includes an operation control for sending the virtual item package; after the trigger signal corresponding to the operation control is obtained, the virtual item package sending page is displayed.
  • the sender client obtains the corresponding
  • the selection item of the virtual item package type is displayed; after the trigger signal corresponding to the selection item of the virtual item package carrying the voice information is acquired, the display is used to send the carried voice information
  • the virtual item package of the virtual item package is sent to the page.
  • the selection of the virtual item package type includes an option corresponding to the virtual item package carrying the textual information, and an option corresponding to the virtual item package carrying the voice information.
  • the virtual item package sending page includes: an operation control for the sender user to input the virtual item package parameter, an operation control for the sender user to record the voice information, and an operation for the sender user to trigger the transmission of the virtual item package.
  • Control Referring to FIG. 15B, it is exemplarily shown a schematic diagram of an interface involved in a virtual item package sending process, assuming that "red envelope" is used as a carrier to give money.
  • the sender user clicks on the menu control 22 in the single chat session interface 21 to trigger the display function menu 23, which includes an operation control 24 for transmitting the virtual item package; the sender user clicks on the operation control 24 to trigger the display of the virtual item package type.
  • the selection item includes a voice red envelope option 25 and a text red envelope option 26; the sender user clicks the voice red envelope option 25 to trigger display of a virtual item package sending interface 27 for transmitting a voice red packet, the virtual item package sending interface 27 being included
  • Step 1502 The sender client acquires the voice information and the virtual item package parameter input in the virtual item package sending page.
  • the sender client After the sender client obtains the trigger signal corresponding to the voice recording control in the virtual item package sending page, the sender client collects the voice information through the microphone. Referring to FIG. 15B, the user presses the recording control 29 to trigger the recording of the voice information, and the sender user starts speaking after viewing the displayed recording prompt box 31, and records the voice information that he or she wishes to express.
  • the sender client cancels the recording of the voice information if the cancel recording instruction is obtained. For example, the user performs an upward swipe operation during the recording of the voice information to trigger the cancel recording indication.
  • the virtual item package parameters include several possible implementations: when sending a virtual item package to a single recipient client, the virtual item package parameter includes the number of virtual items in the virtual item package; when receiving at least one belonging to the same group When the party client sends the virtual item package, the virtual item package parameter includes the number of virtual item packages and the total number of virtual items, and the total number of virtual items is used to randomly generate the number of virtual items in each virtual item package, or virtual items.
  • Package parameters include the number of virtual item packages And a fixed number of virtual items in each virtual item package.
  • step 1503 the sender client displays a preview control in the virtual item package sending page.
  • the preview control is displayed in the virtual item package sending page.
  • the preview control is used for the sender user to preview the playback of their recorded voice information.
  • the recording control in the virtual item package sending interface is switched to the preview control.
  • Step 1504 After the sender client obtains the trigger signal corresponding to the preview control, the voice message is played.
  • the sender user can listen to the recorded voice information by triggering the preview control to achieve the purpose of checking the voice information. When the sender user believes that the recorded voice information does not meet the expectations, the voice information can be re-recorded.
  • the virtual item package sending interface further includes a re-recording control. The sender client reacquires the voice information after acquiring the trigger signal corresponding to the rerecording control.
  • the sender client switches the recording control 29 in the virtual item package sending interface 27 to the preview control 32 after acquiring the voice information.
  • the sender client can display the progress of the playback of the voice information. For example, as shown in FIG. 15C, the sender client displays the playback progress of the voice information on the outer border of the preview control 32.
  • the voice information that has been played may be represented by a thicker line on the outer border, and the thinner line indicates Unplayed voice information, the length of the two lines can indicate the progress of the voice information playback, and the dynamic effect of the thicker lines extending along the outer frame can be displayed as the voice information is played.
  • step 1505 the sender client generates a voice file containing voice information.
  • the sender client After the sender client obtains the voice information, it generates a voice file containing the voice information.
  • step 1506 the sender client sends a voice file to the background server.
  • the background server receives the voice file sent by the sender client.
  • step 1507 the background server performs noise reduction processing on the voice information to obtain the processed voice file.
  • the background server reads the voice information from the received voice file, performs noise reduction processing on the voice information, and obtains the processed voice file.
  • the noise reduction processing algorithm used by the background server is not limited.
  • the background server performs A/D (Analog/Digital) conversion on voice information (ie, audio signal), acquires a power spectrum of the audio signal, and calculates a priori of the audio signal according to the power spectrum. Signal-to-noise ratio, a posteriori signal-to-noise ratio, and each sub-band gain, suppressing the noise signal in the audio signal according to the above calculation result, and suppressing the processed audio
  • the signal is converted into D/A (Digital/Analog) and the converted audio signal is saved.
  • the background server saves the processed voice file.
  • the file identifier of the processed voice file may be the file identifier of the voice file received by the background server from the sender client, or may be the file identifier generated by the background server for the processed voice file.
  • Step 1508 The background server sends the processed voice file to the sender client.
  • the sender client receives the processed voice file sent by the background server.
  • the voice information in the processed voice file is played.
  • the background server performs noise reduction processing on the voice information as an example.
  • the voice information may also be subjected to noise reduction processing by the sender client.
  • Step 1509 The sender client sends a virtual item package generation request to the background server.
  • the virtual item package generation request is used to instruct the background server to generate a virtual item package.
  • the virtual item package generation request includes a file identifier of the voice file, a virtual item package parameter, and a receiver information.
  • the file ID is generated by the sender client or the background server.
  • the file ID is used to uniquely identify the voice file.
  • the file identifier may be the file name of the voice file, or may be a unique serial number assigned by the sender client or the background server to the voice file.
  • the recipient information is used to indicate the recipient user of the virtual item package.
  • the receiver information may be the identifier of the receiver client, or the group identifier of the group to which the receiver client belongs, or the condition of the receiver client set by the sender user.
  • the condition may be Guangzhou City.
  • the recipient client corresponding to the recipient user between the ages of 20 and 30.
  • the virtual item package sending page includes a sending control, and the sender user triggers the sending control to trigger the virtual item package sending indication.
  • the sender client triggers execution of the sending process described below to send a virtual item package message to at least one recipient client.
  • the virtual item package message generated based on the virtual item package parameter carries the voice information.
  • the virtual item package generation request includes the file identifier, the virtual item package parameter, and the receiver information of the processed voice file.
  • the file identifier of the processed voice file may be the same as the file identifier of the unprocessed voice file, or may be a file identifier newly generated by the background server for the processed voice file. If the background server newly generates a file identifier for the processed voice file, the background server sends the processed voice file and the file identifier of the processed voice file to the sender client.
  • the sender user clicks the operation control 30 to trigger the branch.
  • the sender client interacts with the background server to complete the payment process, and the sender client transfers the required monetary amount from the account corresponding to the sender client to the account corresponding to the background server. After the transfer succeeds, the virtual package Successfully issued.
  • a sent virtual item package message 33 is displayed in the single-chat session interface 21 displayed by the sender client.
  • step 1510 the background server generates a virtual item package identifier.
  • the background server generates a virtual item package identifier corresponding to the virtual item package parameter.
  • the background server generates a virtual item package identifier, and the virtual item package identifier is stored corresponding to the virtual item package parameter included in the request. .
  • Step 1511 The background server stores a correspondence between the virtual item package identifier, the voice information, and the virtual item package parameter.
  • Step 1512 The background server sends a virtual item package message to the at least one recipient client according to the receiver information, where the virtual item package message carries the virtual item package identifier.
  • the receiving client receives the virtual item package message sent by the background server.
  • the recipient user of the virtual item package is the contact in the single-chat session interface.
  • the virtual account package generation request sent by the sender client to the background server may carry the user account of the contact in the single chat session interface.
  • the background server sends a virtual item package message to the recipient client corresponding to the contact's user account.
  • the recipient user of the virtual item package is the contact in the group corresponding to the group chat session interface.
  • the virtual item package generation request sent by the sender client to the background server may carry the group identifier of the group corresponding to the group chat session interface.
  • the background server obtains the user account of each contact belonging to the group according to the group identifier, and then sends a virtual item package message to the receiver client corresponding to the obtained user account of each contact.
  • the virtual item package message further carries an identifier of the sender client, so that the receiver user obtains the sender user of the virtual item package according to the identifier of the sender client.
  • step 1513 the recipient client displays a virtual item package message.
  • the recipient client displays a virtual item package message in the session interface with the sender client.
  • the virtual item package message displayed by the recipient client includes a play control.
  • the play item is included in the virtual item package picking page triggered by the virtual item package message displayed by the recipient client.
  • the virtual item package message displayed by the recipient client and the virtual item package collection page triggered by the virtual item package message display include a play control. Its The play control is used for the recipient user to trigger the playing of the voice information.
  • the virtual item package message displayed by the recipient client is similar to the virtual item package message displayed by the sender client, see Figure 15D.
  • Step 1514 After receiving the trigger signal corresponding to the virtual item package message, the receiver client displays the virtual item package collection page.
  • the virtual item package collection page includes a play control and a collection control.
  • the receiving control is used for the recipient user to trigger the virtual item in the virtual item package.
  • FIG. 15E an interface diagram of a virtual item package collection page 34 is exemplarily shown.
  • the virtual item package collection page 34 includes a play control 35 and a take-up control 36.
  • the recipient user clicks on the play control 35 to trigger the recipient client to play the voice message.
  • the recipient user clicking the collection control 56 can trigger the recipient client to obtain the virtual item in the virtual item package.
  • Step 1515 After receiving the trigger signal corresponding to the play control, the receiver client plays the voice information acquired according to the virtual item package identifier.
  • the recipient user can click the play control included in the virtual item package message, or click the play control included in the virtual item package collection page to trigger the receiving client to play the voice information.
  • the receiving client can obtain voice information from the background server in the following manner.
  • the receiver client sends a voice acquisition request to the background server, where the voice acquisition request includes the virtual item package identifier; after receiving the voice acquisition request, the background server queries and obtains the virtual item package from the pre-stored correspondence relationship. The corresponding voice information is identified, and the voice file containing the voice information acquired by the above query is sent to the receiver client.
  • the virtual item package message sent by the background server to the recipient client further includes a file identifier corresponding to the voice information.
  • the receiving client sends a voice obtaining request to the background server.
  • the voice obtaining request includes the file identifier.
  • the background server sends the voice file corresponding to the file identifier to the receiving client.
  • the voice file is a processed voice file obtained by performing noise reduction processing on the voice information.
  • timing at which the receiver client obtains voice information from the background server includes the following possible implementations:
  • the receiver client after receiving the trigger signal corresponding to the play control, the receiver client obtains the voice information from the background server.
  • the receiver client requests to obtain the voice information from the background server, so as to prevent the receiver user from acquiring the voice information without playing the voice information. Waste of resources caused by information.
  • the receiving client obtains voice information from the background server after verifying that the user account logged in to the recipient client meets the condition for obtaining the virtual item in the virtual item package.
  • the condition for obtaining the virtual item in the virtual item package includes, but is not limited to, at least one of the following: the user account logged in to the recipient client is the contact in the single chat session interface, and the user account logged in to the receiver client belongs to the above
  • the contacts in the group corresponding to the group chat session interface, the virtual item package that has not been received, and the virtual item package are not expired.
  • the recipient user is authenticated, and only the recipient user who has the right to receive the virtual item in the virtual item package can view the voice information recorded by the sender user, which helps to improve the privacy of the voice information.
  • the receiving client obtains the voice information from the background server after successfully acquiring the virtual item in the virtual item package.
  • the recipient user has the right to acquire and view the corresponding voice information after successfully acquiring the virtual item in the virtual item package.
  • the receiving client after receiving the virtual item in step 1516, the receiving client performs step 1515 to play the voice information or automatically play the voice information.
  • Step 1516 After obtaining the trigger signal corresponding to the receiving control, the receiving client obtains the virtual item from the background server according to the virtual item package identifier.
  • the receiving client After receiving the trigger signal corresponding to the receiving control, the receiving client sends a virtual item receiving request to the background server, and the virtual item receiving request carries the virtual item package identifier.
  • the background server After receiving the virtual item collection request, the background server queries the pre-stored correspondence to obtain the virtual item package parameter corresponding to the virtual item package identifier, and sends the virtual item to the receiver client according to the virtual item package parameter.
  • the background server transfers the quantity of the virtual item from the account corresponding to the background server to the account corresponding to the recipient client. If the virtual item package parameter includes the number of the virtual item package and the total number of the virtual item, the background server randomly generates the virtual item in the virtual item package acquired by the receiver client according to the number of the virtual item package and the total number of the virtual item. Quantity, and transfer the quantity of virtual items from the account corresponding to the background server to the account corresponding to the recipient client. If the virtual item package parameter includes the number of virtual item packages and a fixed number of virtual items in each virtual item package, the background server transfers the fixed number of virtual items from the account corresponding to the background server to the account corresponding to the recipient client.
  • the recipient client may also automatically pick up virtual items in the virtual item package.
  • the recipient client obtains the virtual item from the background server based on the virtual item package identifier after the end of the voice information playback.
  • step 1517 the receiving client displays the receiving result page.
  • the receiving result page is displayed.
  • the collection result page can include the number of virtual items received.
  • the receiving result page further includes a message control, and the message control is used for the recipient user to input the message information.
  • the recipient client displays the receiving result page 37, and the receiving result page 37 includes the message control 38.
  • step 1518 the receiving client obtains the message information input in the receiving result page.
  • the recipient user clicks on the message control to trigger the input of the message information.
  • the message information is any one of text, voice or video.
  • the recipient user can record a voice or video to express a thank-you to the sender user.
  • step 1519 the receiver client sends a message to the background server.
  • the background server receives the message information sent by the recipient client.
  • step 1520 the background server sends the message information to the sender client.
  • the sender client receives the message information sent by the background server.
  • step 1521 the sender client displays the message information.
  • the method provided in this embodiment is that, when the virtual item package is sent, the sender user can record the voice information as the associated information of the virtual item package and send it to the receiver, and the receiver can play the virtual item package after receiving the virtual item package.
  • the voice information compared with the greeting form of the text form, the voice information can transmit more information, for example, the receiver user can intuitively and clearly know the sender user according to the characteristics of the sender's voice, intonation and tone.
  • the mental state enriches the amount of information that is passed when a virtual item package is sent.
  • the sender client does not directly transmit the voice information to the background server in the virtual item package generation request, but separately sends the voice information and the virtual item package generation request to the background server separately, so as to enable two different
  • the servers are respectively used to implement the function of storing voice information and the function of transmitting and receiving virtual item packages, which helps to alleviate the processing and storage pressure of the server for realizing the function of transmitting and receiving virtual item packages.
  • the noise signal in the voice information is reduced.
  • the interference that the user listens to, even if the sender user is in a relatively noisy environment such as a road, a shopping mall, a restaurant, etc., can record voice information of better quality.
  • the sender user can preview the recorded voice information before sending the virtual item package, ensuring that the subsequently issued voice information meets the user's expectation.
  • the step of the sender client side may be separately implemented as a virtual item package sending method on the sender client side, and the step on the background server side may be separately implemented as a virtual item package on the background server side.
  • the sending method, the step of the receiving client side can be separately implemented as a virtual item package receiving method on the receiving client side.
  • the virtual item package sending method may include the following steps:
  • Step 1601 After the sender client obtains the virtual item package generation indication, the sender client displays the virtual item package sending page.
  • step 1602 the sender client obtains the voice information and the virtual item package parameters input in the virtual item package sending page.
  • step 1603 the sender client generates a voice file containing voice information.
  • Step 1604 The sender client sends a voice file to the voice server.
  • the voice server receives the voice file sent by the sender client.
  • Step 1605 The voice server performs noise reduction processing on the voice information to obtain a processed voice file.
  • step 1606 the voice server saves the processed voice file.
  • Step 1607 The voice server sends the processed voice file to the sender client.
  • the sender client receives the processed voice file sent by the voice server.
  • Step 1608 the sender client sends a virtual item package generation request to the item package server.
  • the virtual item package generation request includes a file identifier of the processed voice file, a virtual item package parameter, and receiver information.
  • the item package server receives the virtual item package generation request sent by the sender client.
  • step 1609 the item package server generates a virtual item package identifier.
  • Step 1610 The item package server stores a correspondence between the virtual item package identifier, the voice information, and the virtual item package parameter.
  • step 1611 the item package server generates a virtual item package message.
  • the virtual item package message carries the virtual item package identifier.
  • the virtual item package message further carries an identifier of the sender client and/or a file identifier of the voice file.
  • step 1612 the item package server sends a virtual item package message to the communication server.
  • the communication server receives the virtual item package message sent by the item package server.
  • Step 1613 The communication server sends a virtual item package message to the at least one recipient client according to the receiver information.
  • the receiving client receives the virtual item package message sent by the communication server.
  • the recipient client displays a virtual item package message.
  • Step 1615 After receiving the trigger signal corresponding to the virtual item package message, the receiver client displays the virtual item package collection page.
  • Step 1616 The receiver client sends a voice acquisition request carrying the file identifier to the voice server.
  • the voice server receives the voice acquisition request sent by the recipient client.
  • step 1617 the voice server acquires a voice file corresponding to the file identifier.
  • step 1618 the voice server sends a voice file to the recipient client.
  • the recipient client receives the voice file sent by the voice server.
  • Step 1619 After receiving the trigger signal corresponding to the play control, the receiver client plays the voice information in the voice file.
  • Step 1620 After obtaining the trigger signal corresponding to the receiving control, the receiving client sends a virtual item receiving request to the item package server, and the virtual item receiving request carries the virtual item package identifier.
  • the item package server receives the item package collection request sent by the recipient client.
  • Step 1621 The item package server queries, from the pre-stored corresponding relationship, the virtual item package parameter corresponding to the virtual item package identifier.
  • step 1622 the item package server sends the virtual item to the recipient client according to the virtual item package parameter.
  • FIG. 17A a flowchart of a method for sending a virtual item package according to another embodiment of the present invention is shown. This method can be applied to the implementation environment shown in FIG. The method can include the following steps.
  • Step 1701 After the sender client obtains the virtual item package generation instruction, the sender client displays the virtual item package sending page.
  • the virtual item package generation indication is an operation signal triggered by the sender user for requesting generation of a virtual item package.
  • the sender client provides an operation control for sending a virtual item package, and the user clicks the operation control to trigger the virtual item package generation instruction.
  • the sender client displays a session interface, which may be a single-person chat session interface or a chat group session interface; after obtaining a trigger signal corresponding to the menu control in the session interface, the display function
  • the menu, the function menu includes an operation control for transmitting the virtual item package; after the trigger signal corresponding to the operation control is acquired, the virtual item package transmission page is displayed.
  • the sender client obtains the corresponding
  • the selection item of the virtual item package type is displayed; after the trigger signal corresponding to the selection item of the virtual item package carrying the video information is acquired, the display is used for sending the carried video information
  • the virtual item package of the virtual item package is sent to the page.
  • the selection of the virtual item package type includes a selection corresponding to the virtual item package carrying the textual information, and an option corresponding to the virtual item package carrying the video information.
  • the virtual item package sending page includes: an operation control for the sender user to input the virtual item package parameter, an operation control for the sender user to record the video information, and an operation for the sender user to trigger the transmission of the virtual item package.
  • Control Referring to FIG. 17B, a schematic diagram of an interface involved in a virtual item package sending process is exemplified, assuming that "red envelope" is used as a carrier to give money.
  • the sender user clicks the menu control 42 in the single chat session interface 41 to trigger the display function menu 43.
  • the function menu 43 includes an operation control 44 for transmitting the virtual item package; the sender user clicks the above operation control 44 to trigger the display of the virtual item package type.
  • the selection item includes a video red envelope option 45 and a text red envelope option 46; the sender user clicks the video red envelope option 45 to trigger the display of a virtual item package sending interface 47 for transmitting a video red packet, the virtual item package sending interface 47 being included
  • Step 1702 The sender client acquires video information and virtual item package parameters input in the virtual item package sending page.
  • the sender client collects the video information through the microphone after acquiring the trigger signal corresponding to the video recording control in the virtual item package sending page.
  • the user presses the recording control 49 to trigger the recording of the video information, and the sender user starts the session and the action after viewing the displayed recording prompt box 51, and records the video information that he or she wishes to express.
  • the sender client is recording the view In the process of frequency information, if the cancel recording instruction is obtained, the video information is cancelled. For example, the user performs an upward swipe operation during the recording of the video information to trigger the cancel recording indication.
  • the virtual item package parameters include several possible implementations: when sending a virtual item package to a single recipient client, the virtual item package parameter includes the number of virtual items in the virtual item package; when receiving at least one belonging to the same group When the party client sends the virtual item package, the virtual item package parameter includes the number of virtual item packages and the total number of virtual items, and the total number of virtual items is used to randomly generate the number of virtual items in each virtual item package, or virtual items.
  • the package parameters include the number of virtual item packages and a fixed number of virtual items in each virtual item package.
  • Step 1703 The sender client displays a preview control in the virtual item package sending page.
  • the preview control is displayed in the virtual item package sending page.
  • the preview control is used for the sender user to preview the playback of their recorded video information.
  • the sender client switches the recording control in the virtual item package sending interface to a preview control.
  • Step 1704 After the first client triggers the first trigger signal corresponding to the preview control, the sender client plays the video information.
  • the sender user can listen to the recorded video information by triggering the preview control to achieve the purpose of checking the video information.
  • the video information may be paused.
  • the sender client believes that the recorded video information does not meet the expectations, the video information can be re-recorded.
  • the virtual item package sending interface further includes a re-recording control. The sender client reacquires the video information after acquiring the trigger signal corresponding to the rerecording control.
  • the sender client switches the recording control 49 in the virtual item package sending interface 47 to the preview control 52 after acquiring the video information.
  • the sender client can display the playback progress of the video information.
  • the sender client displays the playback progress of the video information on the outer border of the preview control 52.
  • a progress bar may be created on the lower border of the preview control 52, and the progress of the video information is displayed through the progress bar. .
  • Step 1705 The sender client generates a video file containing video information.
  • the sender client After the sender client obtains the video information, it generates a video file containing the video information.
  • Step 1706 the sender client processes the video file.
  • processing the video file utilizes a compression algorithm to compress the video file, including the following sub-steps:
  • Step 17061 the sender client acquires at least one frame of video data and video parameters of the video data.
  • the sender client can decode the video parameters of at least one frame of video data and video data through the existing video file; the sender client can also obtain the video of at least one frame of video data and video data collected by the camera of the mobile terminal. parameter.
  • the sender client can also decode the existing video file by using its own hardware acceleration function to obtain video parameters of at least one frame of video data and video data.
  • the mobile terminal carrying the sender client is an electronic device running the iOS system produced by Apple Inc.
  • the mobile terminal uses the multimedia decoding component in the iOS system to decode the existing video file, and the multimedia decoding component can be enabled.
  • the hardware acceleration function in the electronic device running the iOS system greatly improves the decoding efficiency.
  • the video parameters of the video data refer to the resolution and code rate.
  • the video parameters of the video data are carried in the SampleBuffer structure, and the multi-frame video data shares one SampleBuffer structure.
  • the 1-100th frame video data shares the first SampleBuffer structure, and the first SampleBuffer structure records the resolution and code rate of the 1-100th frame of video data (usually the same); -200 frames share the second SampleBuffer structure, and the second SampleBuffer structure records the resolution and bit rate of the 101-200 frames of video data (usually the same), and so on.
  • Step 17062 the sender client modifies the video parameter of the video data to a compressed video parameter.
  • the video parameter of the sender client modifying the video data is the compressed video parameter.
  • the video parameters include resolution and code rate. You only need to modify one of the parameters to the compressed video parameters to implement video compression, but usually both parameters are modified to the compressed video parameters. That is, the resolution of the modified video data is the compressed resolution; and/or, the code rate of the video data modified by the mobile terminal is the compressed code rate. Among them, when the original code rate is modified to the compressed code rate, the compression effect of the video data will be very obvious. Taking an electronic device running the iOS system as an example, the original resolution in the SampleBuffer structure is modified to be a compressed resolution of 480*480, and the original code rate (usually 1500 kbps) in the SampleBuffer structure is modified to be a compressed code. The rate is 500kbps.
  • Step 17063 The sender client compresses the at least one frame of video data according to the compressed video parameter by using a hardware acceleration function to obtain a compressed video file.
  • the step 17063 decodes the existing video file by using the hardware acceleration function of the mobile terminal to obtain the at least one frame of video data.
  • at least one frame of video data is compressed according to the compressed resolution and/or code rate by a hardware acceleration function.
  • the mobile terminal performs compression of the H.264 encoding format on at least one frame of video data according to the compressed resolution and/or code rate through the multimedia encoding component AVAssetWriter in the iOS system.
  • the multimedia encoding component AVAssetWriter enables hardware acceleration in mobile terminals running iOS systems, greatly improving coding efficiency.
  • step 17061 to step 17063 further includes:
  • Step 170611 decoding an existing video file to obtain the at least one frame of video data
  • Step 170612 Acquire the at least one frame of video data collected by the camera of the mobile terminal.
  • the step 17062 includes modifying a resolution of the video data to a compressed resolution; and/or modifying a code rate of the video data to a compressed code rate.
  • the step 17063 includes the following sub-steps:
  • Step 170631 for each frame of video data, compressing the video data according to the compressed video parameter by using a hardware acceleration function of the mobile terminal;
  • Step 170632 Write the compressed video data of each frame to the video file at a predetermined write frame rate to obtain the compressed video file.
  • step 170632 the mobile terminal writes the compressed current frame video data to the video file, and then performs step 170631 on the next frame of video data to implement edge compression writing for all frame video data.
  • the mobile terminal controls the write frame rate to be a predetermined write frame rate after compression, for example, the mobile terminal controls the predetermined write frame rate to be 24 frames per second, that is, The lowest frame rate that the human eye can receive, resulting in better compression. It has been experimentally proved that the compressed data of the short video of 8 seconds in length is only about 500K by the above compression processing, and has a very good compression effect.
  • the video parameters of the video data and the video data are obtained by using the video compression technology described in step 170611 to step 170613, and the video parameters of the video data are modified into compressed video parameters, and the hardware acceleration function of the mobile terminal is used according to the compression.
  • the video parameter compresses at least one frame of video data to obtain a compressed video file; solves the problem that the current video compression method has a slow processing speed; achieves video compression through the hardware acceleration function of the mobile terminal, and improves the mobile The effect of the processing speed of the video compression method on the terminal.
  • This video compression processing technique is very advantageous for use in the virtual item package transmission process of the present embodiment, and the compression operation performed on the mobile terminal can greatly reduce the data traffic transmitted by the terminal to the video server and the video server to the receiving terminal.
  • the video compression technology on the mobile terminal can also reduce the pressure on the communication bandwidth caused by the use of a large number of virtual item packages.
  • the obtained video file is compressed on the sending side because the video file has a larger format, which also causes the virtual item package sending process and other forms of virtual item packages such as text and audio.
  • the way to send is different.
  • the compression technology in this embodiment is merely an exemplary description.
  • other video compression technologies may also be adopted on the client side.
  • the user can choose to directly upload uncompressed lossless video to the background server, compress on the server side, and store uncompressed lossless video and compressed on the server side.
  • the small format video file the receiver can choose to receive lossless video or compressed small format video files.
  • the receiver first receives the compressed small format video; afterwards, for example, when the network condition is good or the user needs a clearer video, the background server is requested to obtain the lossless video, and the server sends the loss according to the request.
  • Video file The virtual item package sending mode is used as a medium through the background server, which can save the user's hardware resources and provide users with multiple choices, in particular, it is convenient for the user to obtain video files according to requirements under unnecessary network conditions.
  • Step 1707 The sender client sends the processed video file to the background server, and sends a virtual item package generation request to the background server.
  • the virtual item generation request includes the file identifier of the video file, the virtual item package parameter, and the receiver information. Accordingly, the background server receives the video file sent by the sender client and the virtual item package generation request.
  • the virtual item package generation request is used to instruct the background server to generate a virtual item package.
  • the virtual item package generation request includes a file identifier of the video file, a virtual item package parameter, and a receiver information.
  • the file ID is generated by the sender client or the background server.
  • the file identifier is used to uniquely identify the video file.
  • the file identifier can be the file name of the video file or a unique serial number assigned to the video file by the sender client or the background server.
  • the recipient information is used to indicate the recipient user of the virtual item package.
  • the receiver information may be an identifier of the receiver client, a group identifier of the group to which the receiver client belongs, or a condition of the receiver client set by the sender user, for example, The condition may be a recipient client corresponding to the recipient user between 20 and 30 years old in Guangzhou.
  • the virtual item package sending page includes a sending control, and the sender user triggers the sending control to trigger the virtual item package sending indication.
  • the sender client triggers execution of the sending process described below to send a virtual item package message to at least one recipient client.
  • the virtual item package message generated based on the virtual item package parameter carries the video information.
  • the virtual item package generation request includes the file identifier, the virtual item package parameter, and the receiver information of the processed video file.
  • the file identifier of the processed video file may be the same as the file identifier of the unprocessed video file, or may be a file identifier newly generated by the background server for the processed video file. If the background server newly generates a file identifier for the processed video file, the background server sends the processed video file and the file identifier of the processed video file to the sender client.
  • the sender user clicks the operation control 50 to trigger the payment process, and the sender client interacts with the background server to complete the payment process, and the sender client sends the required monetary amount from the sender client.
  • the corresponding account is transferred to the account corresponding to the background server.
  • the virtual item package is successfully sent.
  • a sent virtual item package message 53 is displayed in the single-chat session interface 41 displayed by the sender client.
  • the server generates a virtual item package identification.
  • the background server generates a virtual item package identifier corresponding to the virtual item package parameter.
  • the background server generates a virtual item package identifier, and the virtual item package identifier is stored corresponding to the virtual item package parameter included in the request. .
  • Step 1709 The background server stores a correspondence between the virtual item package identifier, the video information, and the virtual item package parameter.
  • the background server saves the processed video file.
  • the file identifier of the processed video file may be the file identifier of the video file received by the background server from the sender client, or may be the file identifier generated by the background server for the processed video file.
  • Step 1710 The background server sends a virtual item package message to the at least one recipient client according to the receiver information, where the virtual item package message carries the virtual item package identifier.
  • the receiving client receives the virtual item package message sent by the background server.
  • the recipient user of the virtual item package is the contact in the single-chat session interface.
  • the virtual item sent by the sender client to the background server The user account of the contact in the single chat session interface can be carried in the package generation request.
  • the background server sends a virtual item package message to the recipient client corresponding to the contact's user account.
  • the recipient user of the virtual item package is the contact in the group corresponding to the group chat session interface.
  • the virtual item package generation request sent by the sender client to the background server may carry the group identifier of the group corresponding to the group chat session interface.
  • the background server obtains the user account of each contact belonging to the group according to the group identifier, and then sends a virtual item package message to the receiver client corresponding to the obtained user account of each contact.
  • the virtual item package message further carries an identifier of the sender client, so that the receiver user obtains the sender user of the virtual item package according to the identifier of the sender client.
  • step 1711 the recipient client displays a virtual item package message.
  • the recipient client displays a virtual item package message in the session interface with the sender client.
  • the virtual item package message displayed by the recipient client includes a play control.
  • the play item is included in the virtual item package picking page triggered by the virtual item package message displayed by the recipient client.
  • the virtual item package message displayed by the recipient client and the virtual item package collection page triggered by the virtual item package message display include a play control. The play control is used for the user to trigger the playing of the video information.
  • the virtual item package message displayed by the recipient client is similar to the virtual item package message displayed by the sender client, see Figure 17D.
  • Step 1712 After receiving the trigger signal corresponding to the virtual item package message, the receiver client displays the virtual item package collection page.
  • the virtual item package collection page includes a play control and a collection control.
  • the receiving control is used for the recipient user to trigger the virtual item in the virtual item package.
  • FIG. 17E an interface diagram of a virtual item package collection page 54 is exemplarily shown.
  • the virtual item package collection page 54 includes a play control 55 and a pick control 56.
  • the recipient user clicks on the play control 55 to trigger the recipient client to play the video information.
  • the recipient user clicking the collection control 56 can trigger the recipient client to obtain the virtual item in the virtual item package.
  • Step 1713 After obtaining the trigger signal corresponding to the play control, the receiver client plays the video information acquired according to the virtual item package identifier.
  • the recipient user can click on the play control included in the virtual item package message, or click on the virtual item.
  • the playback control included in the package receiving page triggers the receiving client to play the video information.
  • the receiving client determines the triggering mode of the video playing control by determining the network environment. Referring to Figure 17G, the process can be described as follows:
  • Step 17131 The receiver client obtains a trigger signal corresponding to the virtual item package message, and displays a virtual item package collection page.
  • Step 17132 Determine whether the current network is a Wifi network.
  • Step 17133 If the current network is a Wifi network, directly generate a trigger signal of the play control, the video information is automatically played, waiting to receive a trigger signal of the receiving control, and when receiving the trigger signal of the receiving control, according to the virtual item
  • the package identifier gets the virtual item package from the background server.
  • Step 17134 If the current network is a non-Wifi network, the trigger signal of the play control is not generated, the video information is not played; waiting for receiving a trigger signal of the receiving control, and when receiving the trigger signal, according to the virtual item
  • the package identifier gets the virtual item package from the background server.
  • Step 17135 Receive a trigger signal of the play control, and trigger video information to be played.
  • the receiving client can judge the current network state, select a trigger signal for generating a playback control according to the current network state, or wait for receiving a trigger signal input of the playback control, when selecting a trigger signal for generating a playback control, or waiting for a user to input a playback control
  • the video information is played when the trigger signal is triggered.
  • the receiving client can obtain video information from the background server in the following manner.
  • the receiver client sends a video acquisition request to the background server, and the video acquisition request includes the virtual item package identifier.
  • the background server queries and obtains the virtual item package from the pre-stored correspondence. The corresponding video information is identified, and the video file containing the video information acquired by the above query is sent to the receiving client.
  • the virtual item package message sent by the background server to the recipient client further includes a file identifier corresponding to the video information.
  • the receiving client sends a video obtaining request to the background server.
  • the video obtaining request includes the file identifier.
  • the background server sends the video file corresponding to the file identifier to the receiving client.
  • the video file is a processed video file obtained by compressing the video information.
  • timing of the receiver client obtaining video information from the background server includes the following possible implementations:
  • the receiver client after receiving the trigger signal corresponding to the play control, the receiver client obtains video information from the background server.
  • the receiver client requests to obtain the video information from the background server, thereby avoiding waste of resources caused by the receiver user not having to play the video information but acquiring the video information in advance.
  • the recipient client obtains video information from the background server after verifying that the user account logged in to the recipient client meets the condition for receiving the virtual item in the virtual item package.
  • the conditions for obtaining the virtual item in the virtual item package include, but are not limited to, at least one of the following:
  • the user account that is logged in to the receiving client is the contact in the single-chat session interface, the user account logged in to the receiving client belongs to the contact in the group corresponding to the group chat session interface, and there are still unclaimed virtual items.
  • the package and virtual item package have not expired.
  • the recipient user is authenticated, and only the recipient user who has the right to receive the virtual item in the virtual item package can view the video information recorded by the sender user, which helps to improve the privacy of the video information.
  • the receiver client obtains video information from the background server after successfully acquiring the virtual item in the virtual item package.
  • the recipient user has the right to acquire and view the corresponding video information after successfully obtaining the virtual item in the virtual item package.
  • Step 1714 After obtaining the trigger signal corresponding to the receiving control, the receiving client obtains the virtual item package from the background server according to the virtual item package identifier.
  • the receiving client After obtaining the trigger signal corresponding to the receiving control, the receiving client sends a virtual item package receiving request to the background server, and the virtual item package receiving request carries the virtual item package identifier.
  • the background server queries the pre-stored corresponding relationship to obtain the virtual item package parameter corresponding to the virtual item package identifier, and sends the virtual item package to the receiving client according to the virtual item package parameter.
  • the background server transfers the quantity of the virtual item from the account corresponding to the background server to the account corresponding to the recipient client. If the virtual item package parameter includes the number of the virtual item package and the total number of the virtual item, the background server randomly generates the virtual item in the virtual item package acquired by the receiver client according to the number of the virtual item package and the total number of the virtual item. Quantity, and transfer the quantity of virtual items from the account corresponding to the background server to the account corresponding to the recipient client. If the virtual item package parameter includes the number of virtual item packages and a fixed number of virtual items in each virtual item package, the background server transfers the fixed number of virtual items from the account corresponding to the background server to the account corresponding to the recipient client.
  • the recipient client may also automatically pick up virtual items in the virtual item package.
  • the recipient client obtains the virtual item package from the background server based on the virtual item package identifier after the video information is played.
  • step 1715 the receiving client displays the receiving result page.
  • the receiving result page is displayed.
  • the collection result page can include the number of virtual items received.
  • the receiving result page further includes a message control, and the message control is used for the recipient user to input the message information.
  • the recipient client displays the receiving result page 57, and the receiving result page 57 includes the message control 58.
  • step 1716 the receiving client obtains the message information input in the receiving result page.
  • the recipient user clicks on the message control to trigger the input of the message information.
  • the message information is any of text, video or video.
  • a recipient user can record a video or video to express a thank-you to the sender user.
  • step 1717 the receiver client sends a message to the background server.
  • the background server receives the message information sent by the client.
  • step 1718 the background server sends the message information to the sender client.
  • the sender client receives the message information sent by the background server.
  • the sender client will display a message.
  • the sender-recordable video information is sent to the receiver as the associated information of the virtual item package, and the receiver can play the virtual item package after receiving the virtual item package.
  • the video information can transmit more information than the greeting form in the text form, for example, the recipient user can intuitively and clearly know the sender user according to the characteristics of the sender's video, intonation and tone.
  • the mental state enriches the amount of information that is passed when a virtual item package is sent.
  • the sender client does not directly send the video information to the background server in the virtual item package generation request, but separately sends the video information and the virtual item package generation request to the background server separately, so as to enable two different
  • the servers are respectively used to implement the function of storing video information and the function of transmitting and receiving virtual item packages, which helps to alleviate the processing and storage pressure of the server for realizing the function of transceiving virtual item packages.
  • the recipient is a special group, such as deaf people, by recording video information to express wishes Blessing, comfort or praise will undoubtedly bring a different user experience than the traditional red envelope.
  • Even the information delivery content that cannot be realized by the conventional information transmission method can be realized by the information transmission method.
  • the video entry method is also fundamentally different from the traditional way.
  • the sender user can preview the recorded video information before sending the virtual item package, ensuring that the subsequently issued video information meets the user's expectation.
  • the step of the sender client side may be separately implemented as a virtual item package sending method on the sender client side, and the step on the background server side may be separately implemented as a virtual item package on the background server side.
  • the sending method, the step of the receiving client side can be separately implemented as a virtual item package receiving method on the receiving client side.
  • the virtual item package sending method may include the following steps:
  • Step 1801 After obtaining the virtual item package generation indication, the sender client displays the virtual item package sending page.
  • Step 1802 The sender client acquires video information and virtual item package parameters input in the virtual item package sending page.
  • step 1803 a preview control is displayed in the virtual item package sending page.
  • Step 1804 after acquiring the trigger signal corresponding to the preview control, playing the video information.
  • Step 1805 generating a video file containing video information.
  • the process includes, but is not limited to, the process defined by step 406.
  • Step 1807 the video file, the virtual item package parameter, and the receiver information are correspondingly sent to the background server.
  • Step 1808 the item package server generates a virtual item package identifier.
  • Step 1809 the item package server stores a correspondence between the virtual item package identifier, the video information, and the virtual item package parameter.
  • step 1810 the item package server generates a virtual item package message.
  • the virtual item package message carries the virtual item package identifier.
  • the virtual item package message further carries an identifier of the sender client and/or a file identifier of the video file.
  • step 1811 the item package server sends a virtual item package message to the communication server.
  • the communication server receives the virtual item package message sent by the item package server.
  • Step 1812 The communication server sends a virtual item package message to the at least one recipient client according to the receiver information.
  • the receiving client receives the virtual item package message sent by the communication server.
  • step 1813 the recipient client displays a virtual item package message.
  • Step 1814 After receiving the trigger signal corresponding to the virtual item package message, the receiver client displays the virtual item package collection page.
  • Step 1815 The receiver client sends a video acquisition request carrying the file identifier to the video server.
  • the video server receives the video acquisition request sent by the client.
  • step 1816 the video server acquires a video file corresponding to the file identifier.
  • step 1817 the video server sends a video file to the recipient client.
  • the recipient client receives the video file sent by the video server.
  • Step 1818 After receiving the trigger signal corresponding to the play control, the receiver client plays the video information in the video file.
  • Step 1819 After obtaining the trigger signal corresponding to the receiving control, the receiving client sends a virtual item package receiving request to the item package server, and the virtual item package receiving request carries the virtual item package identifier.
  • the article package server receives the article package collection request sent by the client.
  • Step 1820 The item package server queries and obtains the virtual item package parameter corresponding to the virtual item package identifier from the pre-stored corresponding relationship.
  • step 1821 the item package server sends the virtual item package to the recipient client according to the virtual item package parameter.
  • FIG. 19 is a flowchart of a method for sending a virtual item package according to another embodiment of the present invention. This method can be applied to the sender client. The method can include the following steps.
  • Step 1901 Acquire a virtual item package generation indication.
  • Step 1902 The virtual item package sending page is displayed under the trigger of the virtual item package generation instruction.
  • Step 1903 Acquire media information and virtual item package parameters input in the virtual item package sending page, where the media information is voice information or video information.
  • the sender client after obtaining the voice information, the sender client generates a voice file that includes the voice information, and sends the voice file to the background server.
  • the background server is configured to perform noise reduction processing on the voice information, obtain the processed voice file, and send the processed voice file to the sender client. Accordingly, the sender client receives the processed voice file.
  • the preview control is displayed in the virtual item package sending page.
  • the sender client plays the voice information after acquiring the trigger signal corresponding to the preview control.
  • the sender client after obtaining the video information, the sender client generates a video file containing the video information, and sends the video file to the background server.
  • the background server is configured to perform noise reduction processing on the video information, obtain the processed video file, and send the processed video file to the sender client. Accordingly, the sender client receives the processed video file.
  • the preview control is displayed in the virtual item sending page.
  • the sender client plays the video information after acquiring the trigger signal corresponding to the preview control.
  • the sender client after obtaining the video information, the sender client generates a video file containing the video information, processes the video file, generates the processed video file, and sends the processed video file to the background server. Accordingly, the background server receives the processed video file.
  • the video preview control is displayed in the virtual item package sending page.
  • the sender client plays the video information, and after acquiring the second trigger signal corresponding to the video preview control, pauses playing the video information.
  • Step 1904 obtaining a virtual item package sending indication.
  • Step 1905 Send a virtual item package message to at least one recipient client under the trigger of the virtual item package sending indication.
  • the virtual item package message generated based on the virtual item package parameter carries the media information.
  • FIG. 20 is a flowchart of a method for receiving a virtual item package according to an embodiment of the present invention. This method can be applied to the receiving client. The method can include the following steps.
  • Step 2001 receiving a virtual item package message.
  • step 2002 the virtual item package message is displayed, and the virtual item package message and/or the virtual item package collection page triggered by the virtual item package message triggering display includes a play control.
  • the receiver client displays the virtual item package collection page.
  • step 2003 a trigger signal corresponding to the play control is obtained.
  • Step 2004 The media information carried in the virtual item package message is played under the trigger of the trigger signal.
  • the virtual item package receiving page further includes a receiving control, and after receiving the trigger signal corresponding to the receiving control, the receiving client obtains the virtual item from the background server according to the virtual item package identifier.
  • the receiving client displays the receiving result page, obtains the message information input in the receiving result page, and then sends the message information to the sending client.
  • the sender client displays the message information.
  • FIG. 21 a block diagram of a virtual item package sending apparatus according to an embodiment of the present invention is shown.
  • the device has the function of implementing the sender side of the above method example, and the function may be implemented by hardware, or may be implemented by hardware corresponding software.
  • the apparatus may include: a page display module 2121, an information acquisition module 2122, and an information transmission module 2123.
  • the page display module 2121 is configured to perform the above steps 1401, 1501, and 1701.
  • the information obtaining module 2122 is configured to perform the foregoing steps 1402, 1502, and 1702.
  • the information sending module 2123 is configured to perform the above step 1403.
  • the information sending module 2123 includes: a file generating unit, a file sending unit, and a request sending unit.
  • the file generating unit is configured to perform step 1505 and step 1705 described above.
  • the file sending unit is configured to perform step 1506 and step 1706 described above.
  • a request sending unit is configured to perform the above steps 1509 and 1709.
  • the information sending module 2123 further includes: a file receiving unit, configured to receive the processed voice file sent by the background server.
  • the device further includes: a control display module and an information play module.
  • the control display module is configured to perform step 1503 and step 1703 described above.
  • the information playing module is configured to perform step 1504 and step 1704 described above.
  • FIG. 22 a block diagram of a virtual item package sending apparatus according to another embodiment of the present invention is shown.
  • the device has the function of implementing the background server side in the above method example, and the function may be implemented by hardware, or may be implemented by hardware corresponding software.
  • the apparatus may include an information receiving module 2221, an identifier generating module 2222, a relationship storage module 2223, and a message sending module 2224.
  • the information receiving module 2221 is configured to receive voice information and virtual item package parameters corresponding to the sending client.
  • the identifier generating module 2222 is configured to perform the above steps 1404, 1510, and 1710.
  • the relationship storage module 2223 is configured to perform the above steps 1405, 1511, and 1711.
  • the message sending module 2224 is configured to perform the foregoing steps 1406, 1512, and 1712.
  • the information receiving module 2221 includes: a file receiving unit and a request receiving unit.
  • a file receiving unit configured to receive a voice file that is sent by the sender client and that includes voice information.
  • the request receiving unit is configured to receive a virtual item package generation request sent by the sender client.
  • the information receiving module 2221 further includes: an information processing unit and a file sending unit.
  • An information processing unit is configured to perform the above steps 1507 and 1707.
  • the file sending unit is configured to perform the above steps 1509 and 1709.
  • the device has the function of implementing the client side of the receiver in the above method example, and the function may be implemented by hardware or may be implemented by hardware.
  • the device may include a message receiving module 2321, a message display module 2322, and an information playing module 2323.
  • the message receiving module 2321 is configured to receive a virtual item package message sent by the background server.
  • the message display module 2322 is configured to perform the above steps 1407, 1513, and 1713.
  • the information playing module 2323 is configured to perform the above steps 1408, 1516, and 1716.
  • the device further includes: a first information acquiring module, a second information acquiring module, and a third information acquiring module.
  • the first information acquiring module is configured to acquire the voice information from the background server after acquiring the trigger signal corresponding to the play control.
  • the second information acquiring module is configured to obtain the voice information from the background server after verifying that the user account registered to the recipient client meets the condition for acquiring the virtual item in the virtual item package.
  • a third information acquiring module configured to: after successfully acquiring the virtual item in the virtual item package, The background server obtains voice information.
  • the device further includes: a first item acquisition module and a second item acquisition module.
  • a first item obtaining module configured to: after obtaining a trigger signal corresponding to the virtual item package message, displaying a virtual item package receiving page, where the virtual item package receiving page includes a play control and a receiving control; and obtaining a corresponding corresponding to the receiving control After the trigger signal, the virtual item is obtained from the background server according to the virtual item package identifier.
  • the second item obtaining module is configured to acquire the virtual item from the background server according to the virtual item package identifier after the end of the voice information playing.
  • the device further includes: a page display module, a message acquisition module, and a message sending module.
  • the page display module is configured to perform the above steps 1517 and 1717.
  • the message obtaining module is configured to perform the above steps 1518 and 1718.
  • the message sending module is configured to perform the above steps 1519 and 1719.
  • An exemplary embodiment of the present invention also provides a virtual item package transmitting apparatus.
  • the device has the function of implementing the sender side of the above method example, and the function may be implemented by hardware, or may be implemented by hardware corresponding software.
  • the apparatus may include: a generation indication acquisition module, a page display module, an information acquisition module, a transmission indication acquisition module, and a message transmission module.
  • An indication acquisition module is generated for performing the above step 1901.
  • the page display module is configured to perform step 1902 above.
  • the information acquisition module is configured to perform step 1903 described above.
  • the sending indication obtaining module is configured to perform the above step 1904.
  • the message sending module is configured to perform step 1905 above.
  • An exemplary embodiment of the present invention also provides a virtual item package transmitting apparatus.
  • the device has the function of implementing the client side of the receiver in the above method example, and the function may be implemented by hardware or may be implemented by hardware.
  • the device may include: a message receiving module, a message display module, a signal acquiring module, and a voice playing module.
  • the message receiving module is configured to perform the above step 2001.
  • a message display module is configured to perform the above step 2002.
  • the signal acquisition module is configured to perform the above step 2003.
  • the voice playing module is configured to perform step 2004 above.
  • An exemplary embodiment of the present invention further provides a virtual item package sending system, the system comprising: a sender client, a background server, and a receiver client.
  • a sender client configured to: after obtaining the virtual item package generation instruction, display a virtual item package sending page; obtain voice information and virtual item package parameters input in the virtual item package sending page; and set the voice information and the virtual item package parameter Corresponding to the receiver information is sent to the background server.
  • a background server configured to generate a virtual item package identifier; store a correspondence between the virtual item package identifier, the voice information, and the virtual item package parameter; and send the virtual item package message to the at least one recipient client according to the receiver information, the virtual item package The message carries the virtual item package identifier.
  • the receiving client, the virtual item package message, and/or the virtual item package receiving page triggered by the virtual item package message triggering display includes a play control; after obtaining the trigger signal corresponding to the play control, Play the voice information obtained according to the virtual item package identifier.
  • FIG. 24A is a flowchart of a method for sending a virtual item package according to an embodiment of the present invention. This method can be applied to the implementation environment shown in FIG. The method can include the following steps.
  • Step 2401 after the sender client obtains the virtual item package generation instruction, the virtual item package sending page is displayed.
  • the virtual item package generation indication is an operation signal triggered by the sender user for requesting generation of a virtual item package.
  • the sender client provides an operation control for sending a virtual item package, and the user clicks the operation control to trigger the virtual item package generation instruction.
  • the sender client displays a session interface, which may be a single-chat session interface or a group chat session interface; after obtaining a trigger signal corresponding to the menu control in the session interface, the function menu is displayed.
  • the function menu includes an operation control for sending the virtual item package; after the trigger signal corresponding to the operation control is obtained, the virtual item package sending page is displayed.
  • the sender client displays a function portal interface, where the function portal interface includes an operation entry corresponding to each function provided by the sender client; and the virtual item package sending function corresponding to the function portal interface is obtained. After the trigger signal of the corresponding operation entry, the virtual item package transmission page is displayed.
  • the sender client obtains a trigger corresponding to the operation control for sending the virtual item package in the function menu.
  • the trigger signal of the operation entry corresponding to the item package sending function After the trigger signal of the operation entry corresponding to the item package sending function, the selection items corresponding to the at least two types of virtual item packages are displayed; after the trigger signal corresponding to the selection item of the virtual item package of the target type is acquired, the display is used for Sends a virtual item package delivery page for the virtual item package of the target type.
  • the at least two different types of virtual item packages include a virtual item package and/or a group virtual item package in addition to the task virtual item package.
  • the task virtual item package refers to the virtual item package carrying the task information provided by the embodiment of the present invention.
  • a normal virtual item package is a virtual item package that includes a fixed number of virtual items sent to at least one recipient client.
  • a group virtual item package is a virtual item package that includes a random number of virtual items sent to a plurality of recipient clients in a group.
  • the virtual item package sending page for sending the task virtual item package includes: an operation control for the sender user to input the task information, an operation control for the sender user to input the virtual item package parameter, and a sender for the sender The user triggers an action control that sends a virtual item package.
  • the virtual item package sending page further includes: an operation control for the sender user to input the greeting.
  • FIG. 24B it is exemplarily shown a schematic diagram of an interface involved in a virtual item package sending process, assuming that "red envelope” is used as a carrier to give money.
  • the sender user clicks the operation entry 61a in the function entry interface 61 to trigger the display type selection interface 62.
  • the type selection interface 62 is provided with selection items corresponding to different types of virtual item packages, which are respectively selected items 62a corresponding to the task virtual item package (shown as "health task red packets" in the figure), and corresponding to the common virtual item package.
  • the selection item 62b shown as "general red envelope” in the figure
  • the selection item 62c corresponding to the group virtual item package (shown as "selling red envelope” in the figure).
  • the sender user clicks on the selection item 62a corresponding to the task virtual item package, and triggers the display of the virtual item package transmission page 63 for transmitting the task virtual item package.
  • the virtual item package sending page 63 includes a first input box 63a for the sender user to input the task information, a second input box 63b for the sender user to input the virtual item package parameter, and a curse for the sender user to input.
  • Step 2402 The sender client acquires task information and virtual item package parameters input in the virtual item package sending page.
  • the task information is used to indicate the tasks required to complete the virtual item package.
  • the task indicated by the task information is not limited, and may be set by the system default or customized by the user.
  • the task indicated by the task information is a health task, and the health task refers to a task that has a positive effect on improving the health of the user.
  • the health task may be a step task, a walking distance task, a crawl floor task, and a less use of a mobile phone. Tasks, etc.
  • the task information includes at least task parameters, and the task parameters are used to indicate the amount of tasks.
  • the content of the task parameters varies for different tasks.
  • the task parameter may include a step number, such as 8000 steps.
  • the task parameter may include an upper limit of the duration of using the mobile phone, such as 30 minutes.
  • the task information further includes: a time limit condition and/or a place limit condition.
  • the time limit condition is used to limit the time that the recipient user completes the task.
  • the time limit condition is used to limit the execution period, deadline, start time, etc. of the recipient user to complete the task.
  • the time limit condition is a cut-off time, which is before 24 o'clock on the day of receiving the virtual item package.
  • the recipient user In combination with the above-mentioned step number task, the recipient user only walks before 24 o'clock on the day of receiving the virtual item package. After 8000 steps, the virtual item package can be successfully obtained.
  • the time limit condition is an execution period, which is from 22 o'clock to 24 o'clock. In combination with the above-mentioned less use mobile phone task, the receiver user only uses the mobile phone between 22 o'clock and 24 o'clock for no more than 30 minutes. In this case, the virtual item package can be successfully obtained.
  • Location restrictions are used to limit the location where the recipient user completes the task.
  • the location restriction is used to limit the execution location, execution region, and the like of the recipient user to complete the task.
  • the location restriction condition is an execution area, and the execution area is a designated park.
  • the recipient user can successfully obtain the virtual item package only after walking 8000 steps in the designated park. .
  • the step number task is still taken as an example, and the recipient user only receives the virtual item package before 24 o'clock on the day and specifies the above. After the 8000 steps in the park, you can successfully receive the virtual item package.
  • the foregoing tasks are merely exemplary and explanatory. In other possible implementations, the foregoing tasks may also be tasks that require the recipient user to reach the designated location, or tasks that require the recipient user to complete the specified event, etc. .
  • the sender client provides at least two alternative tasks to the sender user.
  • the virtual item package sending page includes a task selection control for providing at least two tasks to the sender user.
  • the sender client acquires a selection signal corresponding to the target task and acquires task information corresponding to the target task.
  • the above task selection control can be implemented by an operation control such as a pull-down menu or a scroll wheel, and can provide a plurality of alternative tasks such as a step number task, a walking distance task, a crawling floor task, and the like to the sender user. In the above manner, the sender user is more flexible in setting tasks, and better meets the user's use requirements.
  • the first input box 63a of the virtual item package sending page 63 is used for the sender user to input the number of steps required to obtain the virtual item package, for example, the sender user is at the first input. Enter 8000 in block 63a to indicate that the recipient user needs to complete 8000 steps to successfully receive the virtual item package.
  • the virtual item package parameters include the following possible implementation forms:
  • the virtual item package parameter includes a fixed number of virtual items in the virtual item package
  • the virtual item package parameter includes the total number of virtual items or a fixed number of virtual items in each virtual item package, optionally including a virtual item package.
  • the virtual item package parameter includes the total number of virtual items or a fixed number of virtual items in each virtual item package, optionally including The number of virtual item packages;
  • the total number of virtual items in (2) and (3) above is used to average or randomly generate the number of virtual items in each virtual item package.
  • the second input box 63b of the virtual item package sending page 63 is used for the sender user to input the amount of money presented in the red envelope, such as the sender user. Enter 80 in the second input box 63b to indicate that the amount of money presented in the red envelope is 80 yuan.
  • Step 2403 The sender client sends a virtual item package generation request to the background server.
  • the virtual item package generation request is used to instruct the background server to generate a virtual item package.
  • the virtual item package generation request includes: task information, virtual item package parameters, and receiver information.
  • the recipient information is used to indicate the recipient user of the virtual item package.
  • the receiver information may be an identifier of the receiver client (for example, a user account corresponding to the receiver client), or may be a group identifier of the group to which the receiver client belongs, or a receiver set by the sender user.
  • the condition of the client for example, the condition may be a recipient client corresponding to the recipient user between 20 and 30 years old in Guangzhou.
  • the virtual item package generation request further includes sender information, where the sender information may be an identifier of the sender client (for example, a user account corresponding to the sender client).
  • the virtual item package sending page includes a sending control, and the sender user triggers the sending control to trigger the virtual item package sending indication.
  • the sender client After the sender client obtains the virtual item package sending instruction, the sender client sends a virtual item package generation request to the background server.
  • the sender user clicks the operation button 63d in the virtual item package sending page 63 to trigger the payment process, and the sender client interacts with the background server to complete the payment process, and the sender client will give the required monetary amount.
  • the account corresponding to the sender client is transferred to the account corresponding to the background server.
  • the virtual item package is successfully sent.
  • sending a virtual item package to a single recipient client a single virtual item package message 64a is displayed in the single-chat session interface 64 of the sender user and the recipient user, as shown in FIG. 24C. Shown.
  • Step 2404 The background server generates a virtual item package identifier according to the virtual item package generation request.
  • the background server After receiving the virtual item package generation request, the background server generates a virtual item package identifier corresponding to the virtual item package parameter.
  • the background server generates a virtual item package identifier, and the virtual item package identifier is stored corresponding to the virtual item package parameter included in the request. .
  • Step 2405 The background server stores a correspondence between the virtual item package identifier, the task information, and the virtual item package parameter.
  • the background server stores the virtual item package identifier, the task information, and the virtual item package parameters.
  • the foregoing correspondence further includes sender information.
  • Step 2406 The background server sends a virtual item package message to the at least one recipient client according to the receiver information.
  • the virtual item package message carries the virtual item package identifier and task information.
  • the virtual item package message further carries sender information, so that the receiver user can learn the sender user of the virtual item package according to the sender information.
  • the background server sends a virtual item package message to the recipient client corresponding to the user account.
  • the above user account may be a user account or multiple user accounts.
  • the background server sends a virtual item package message to the recipient client within the group indicated by the group identity.
  • the background server sends a virtual item package message to the recipient client that meets the above conditions.
  • step 2407 the recipient client displays a virtual item package message.
  • the recipient client displays the virtual item package message in the session interface with the sender client. If the sender client sends a virtual item package to a single recipient client, or to multiple recipient clients The terminal sends the virtual item package separately, and the receiver client displays the virtual item package message in the single-chat session interface with the sender client. If the sender client sends a virtual item package to at least one recipient client belonging to the same group, the recipient client displays the virtual item package message in the group chat session with the sender client.
  • the virtual item package message displayed by the receiver client is similar to the virtual item package message displayed by the sender client. Referring to FIG. 24D, a single chat session interface 65 of the recipient user and the sender user will display a received message. Virtual item package message 65a.
  • Step 2408 The receiving client detects whether the user account corresponding to the receiving client has completed the task indicated by the task information. If yes, the following step 2409 is performed; if not, the execution is started again from step 2408 after the preset time interval.
  • the receiving client acquires the record data related to the task indicated by the task information, and detects, according to the record data, whether the user account corresponding to the recipient client has completed the above task.
  • the preset time interval is preset according to actual needs, and the two adjacent preset time intervals may be the same or different.
  • step 2408 includes the following sub-steps:
  • Step 2408a the receiver client acquires record data related to the task indicated by the task information
  • the recorded data associated with the task is also different.
  • the record data related to the task refers to data for recording the number of steps of the user; when the task is the walking distance task, the record data related to the task is used for recording The data of the user walking distance; when the task is a crawling floor task, the recorded data related to the task refers to data for recording the number of crawling floors of the user; when the task is to use the mobile phone task less, the recorded data related to the task is Refers to the data used to record the duration of the phone, such as the length of time the phone is on the screen as the length of time the phone is used.
  • step 2408b the receiving client determines whether the recorded data meets the task completion condition.
  • the task completion condition refers to the condition for completing the task indicated by the task information, and the task completion condition may be determined according to the task information.
  • the task completion condition includes the following possible implementation scenarios:
  • the task completion condition is that the indicator value indicated by the record data satisfies the preset value range
  • the task completion condition may be that the number of steps is greater than or equal to 8000 steps, and the like.
  • the task completion condition may be that the mobile phone is used for less than one hour, and the like.
  • the task completion condition is that the indicator value indicated by the record data satisfies the preset value range under the preset time limit condition;
  • the task completion condition may be to walk 8000 steps before 24 o'clock in the day, or to walk 5000 steps between 17 o'clock and 20 o'clock in the day, and so on.
  • the task completion condition may be that the mobile phone usage time between 22 o'clock and 24 o'clock is less than 30 minutes, and so on.
  • the task completion condition is that the indicator value indicated by the record data satisfies the preset value range under the preset location restriction condition;
  • the task completion condition may be that the number of walking steps reaches 3000 steps in a specified place or area, and the like.
  • the task completion condition is that the index value indicated by the record data satisfies the preset value range under the preset time limit condition and the place limit condition.
  • the task completion condition may be between 17:00 and 20:00 on the day, and the number of walking steps in a given place or area reaches 3000 steps, and the like.
  • the above-mentioned time limit condition and/or place restriction condition may be set by the system default or may be customized by the sender user.
  • the virtual item package sending page further includes an operation control for setting the time limit condition and/or the place restriction condition for the sender user, the task information It also includes time limits and/or location restrictions.
  • the receiver client may acquire the geographic location corresponding to the receiver user by using a related positioning technology, and the related positioning technologies include, but are not limited to, GPS (Global Positioning System) technology.
  • the related positioning technologies include, but are not limited to, GPS (Global Positioning System) technology.
  • Base station positioning technology Wi-Fi (Wireless-Fidelity) positioning technology, indoor positioning technology, and the like.
  • the receiving client obtains data for recording the number of user steps, and according to This data determines the number of steps the recipient user has taken on the day.
  • the recipient client is at 22 o'clock.
  • Step 2408c If the record data meets the task completion condition, the receiver client determines that the user account corresponding to the receiver client has completed the task indicated by the task information;
  • step task provided in the first example above as an example, assume that the receiver user has walked on the same day.
  • the number is 8100 steps, and the receiver client determines that the receiver user has completed the step task.
  • the receiving client determines that the receiving user has completed the less mobile phone task. .
  • Step 2408d If the record data does not meet the task completion condition, the receiver client determines that the user account corresponding to the receiver client does not complete the task indicated by the task information.
  • the receiver client determines that the receiver user has not completed the step task.
  • the receiving client determines that the receiving user has not completed the use of the mobile phone task. .
  • the time when the receiving client first detects whether the user account corresponding to the receiving client has completed the task indicated by the task information is not performed.
  • the receiving client may perform step 2408 for the first time when receiving the virtual item package message; the receiving client may also perform step 2408 for the first time when displaying the virtual item package message; the receiving client may also detect When the recipient user accepts the task indicated by the task information, step 2408 is performed for the first time, and so on.
  • Step 2409 The receiver client acquires the virtual item in the virtual item package from the background server according to the virtual item package identifier.
  • the receiver client After detecting that the user account corresponding to the receiver client has completed the task indicated by the task information, the receiver client sends a virtual item collection request to the background server, and the virtual item collection request carries the virtual item package identifier.
  • the background server queries the pre-stored correspondence to obtain the virtual item package parameter corresponding to the virtual item package identifier, and sends the virtual item to the receiver client according to the virtual item package parameter.
  • the background server transfers the fixed number of virtual items from the account corresponding to the background server.
  • the account corresponding to the recipient client If the sender client sends a virtual item package to a single recipient client, and the virtual item package parameter includes a fixed number of virtual items in the virtual item package, the background server transfers the fixed number of virtual items from the account corresponding to the background server. The account corresponding to the recipient client.
  • the sender client sends a virtual item package to multiple recipient clients or sends a virtual item package to at least one recipient client belonging to the same group
  • the virtual item package parameter includes the total number of virtual items and the virtual item.
  • the number of the package the background server generates the virtual item package obtained by the receiver client on average or randomly according to the number of virtual package and the total number of virtual items.
  • the background server determines the recipient client that is authorized to pick up the virtual item based on the order in which the respective recipient clients complete the task. For any receiving client, if the value corresponding to the order in which the receiving client completes the task is less than or equal to the value corresponding to the number of virtual item packages, the background server determines that the receiving client has the right to receive the virtual Item; if the value corresponding to the order in which the recipient client completes the task is greater than the value corresponding to the number of virtual item packages, the background server determines that the recipient client does not have the right to receive the virtual item.
  • the backend server determines the recipient client that is authorized to pick up the virtual item based on the order in which the respective recipient client sends the virtual item picking request. For any recipient client, if the value corresponding to the order in which the recipient client sends the virtual item collection request is less than or equal to the value corresponding to the number of virtual item packages, the background server determines that the recipient client has The authority obtains the virtual item; if the value corresponding to the order in which the recipient client sends the virtual item collection request is greater than the value corresponding to the number of the virtual item package, the background server determines that the recipient client does not have the right to receive the virtual item.
  • the background server determines the number of the receiver clients that complete the task, and generates the virtual items acquired by the receiver client according to the number of the receiver clients and the total number of virtual items that complete the task.
  • the number of virtual items in the package, and the amount of virtual items is transferred from the account corresponding to the background server to the account corresponding to the recipient client.
  • the sender client sends a virtual item package to multiple recipient clients or sends a virtual item package to at least one recipient client belonging to the same group
  • the virtual item package parameter includes virtual in each virtual item package.
  • the background server transfers the fixed number of virtual items from the account corresponding to the background server to the account corresponding to the recipient client.
  • the background server determines, according to the order in which the respective recipient client completes the task or sends the virtual item collection request, the recipient client that has the right to receive the virtual item. .
  • the related content has been introduced above and will not be described here.
  • the virtual client package identifier is automatically executed only after the receiver client detects that the user account corresponding to the recipient client has completed the task indicated by the task information. Take the step of obtaining virtual items from the background server (that is, automatically picking up virtual items) as an example.
  • the receiving client may perform the step of acquiring the virtual item from the background server according to the virtual item package identifier, triggered by the recipient user, for example, as described in the receiver client described below. After the trigger signal of the control, the step of obtaining the virtual item in the virtual item package from the background server according to the virtual item package identifier is performed.
  • the receiving client further performs the following steps: after receiving the trigger signal corresponding to the virtual item package message, the receiving client client displays the task detail page, where the task details page includes at least Task information.
  • the receiving client determines the interface element displayed in the task detail page according to the task acceptance status of the user account corresponding to the receiving client (whether the task has been accepted) and the task completion status (whether the task has been completed).
  • the following cases are included.
  • the task detail page includes task information and an accepting control, and the accepting control is used for the receiving user to trigger the task indicated by the receiving task information;
  • the task completion page also includes the task completion status.
  • the task completion status refers to the completion status of the task indicated by the task information by the user account corresponding to the receiver client.
  • the task completion status includes the completed quantity and/or the remaining completed quantity.
  • the task details page 66 includes an accept control 66a, task information 66b, and task completion status 66c.
  • the receiving client after receiving the trigger signal corresponding to the accepting control, sends a task acceptance response to the background server; the background server forwards the task accepting response to the sending client; and the sending client receives the task accepting the response.
  • the task acceptance prompt message is displayed.
  • the task acceptance response carries the virtual item package identifier and the user account corresponding to the receiver client.
  • the background server queries the corresponding sender client according to the virtual item package identifier, and forwards the task acceptance response to the sender client.
  • the task acceptance prompt information is used to indicate that the user account corresponding to the recipient client has accepted the task indicated by the task information.
  • the sender client accepts the prompt information by displaying the task, so that the sender user knows whether the recipient user has accepted the task or knows which receiver or receivers have accepted the task.
  • the sender client sends a virtual item package to a single recipient client, or sends a virtual item package to multiple recipient clients, the sender client will have a single chat with the recipient client.
  • the task acceptance prompt message is displayed in the dialog interface. If the sender client sends a virtual item package to at least one recipient client belonging to the same group, the sender client displays the task acceptance prompt information in the group chat session interface with the recipient client.
  • the task details page includes task information; optionally, the task details page further includes a task. Complete the situation.
  • the task details page can be seen in the right side of FIG. 24D.
  • the task details page includes task information and a collection control, and the receiving control is used for the recipient user to trigger the virtual item in the virtual item package.
  • the task completion status is also included in the task details page.
  • the receiving client does not automatically collect the virtual item, and after receiving the trigger signal corresponding to the receiving control, the receiving client performs the step of acquiring the virtual item in the virtual item package from the background server according to the virtual item package identifier.
  • the task details page 66 includes a collection control 66d, task information 66b, and task completion status 66c.
  • the recipient user clicking the collection control 66d may trigger the recipient client to obtain the virtual item in the virtual item package.
  • the receipt success page 67 can be seen in the right side of Figure 24E.
  • the receiving client after receiving the virtual item in the virtual item package from the background server according to the virtual item package identifier, the receiving client sends an item receiving response to the background server; the background server forwards the item receiving response to the sending client; the sender client After receiving the item receiving response, the terminal displays the item receiving prompt information.
  • the item receiving response carries the virtual item package identifier and the user account corresponding to the recipient client.
  • the background server queries the corresponding sender client according to the virtual item package identifier, and forwards the item receipt response to the sender client.
  • the item collection prompt information is used to indicate that the user account corresponding to the recipient client has received the virtual item in the virtual item package.
  • the sender client receives the prompt information by displaying the item, so that the sender user knows whether the recipient user has received the virtual item or knows which receiver or receivers have received the virtual item.
  • the sender client sends a virtual item package to a single recipient client, or sends a virtual item package to multiple recipient clients
  • the sender client displays the item in the single-chat session interface with the recipient client. Prompt message. If the sender client sends a virtual item package to at least one recipient client belonging to the same group, the sender client is in a group chat with the recipient client
  • the item receiving prompt information is displayed in the session interface.
  • the receiving client may determine whether the recipient user has the right to receive the virtual item in the virtual item package according to the task completion status on the premise that the receiving party user has accepted the task; or, the receiving client The terminal may also determine whether the recipient user has the right to receive the virtual item in the virtual item package according to the task completion status without premising the recipient user having accepted the task.
  • the receiving client displays the receiving success page.
  • the receiving client displays the task completion status in the virtual item package message.
  • the receiving client displays the task completion status in the virtual item package message when the virtual item package message is subsequently displayed.
  • the recipient user displays the task completion status 65b in the virtual item package message 65a displayed in the single-chat session interface 65 of the sender user and the sender user, including the remaining walking steps and the remaining time of the task. .
  • the receiver client sends the task completion status to the sender client through the background server, and the sender client displays the task completion status in the virtual item package message.
  • the method further includes: the receiver client detects whether the file has the right to obtain the record data; if the receiver client does not have the record When the data is recorded, the receiving client displays the permission opening prompt information, and the permission opening prompt information is used to prompt the receiving client to open the permission to obtain the recorded data; if the receiving client has the right to obtain the recorded data, the receiving party The client performs the step of acquiring the record data related to the task indicated by the task information.
  • the receiving client detects whether the local end has the right to obtain the recorded data. If the detection result is that the right to obtain the recorded data is not available, the receiving party displays the virtual item package message 65a.
  • the prompt control 65c the receiving user clicks the prompt control 65c to trigger the display permission opening prompt information 65d, and the receiving user can open the permission information for the receiving client to open the recording data according to the permission opening information 65d.
  • the receiving client after receiving the virtual item package, the receiving client can send a virtual item receiving request to the background server to request to acquire the virtual item in the virtual item package, and execute the virtual item package sending and receiving.
  • the amount of interactive users is large, a large number of virtual items will be collected.
  • the request brings a huge processing pressure to the background server; but in the embodiment of the present invention, by adding the setting task information in the process of sending the virtual item package, the receiver user needs to complete the task indicated by the task information before requesting The virtual item in the virtual item package is received, and since the time for executing the task is uncertain, even if the number of users performing the virtual item package sending and receiving interaction is large, the time request is staggered, thereby reducing the processing pressure of the background server at the same time.
  • the task of adding and receiving virtual item packages can also enrich the form of transmission and reception of virtual item packages.
  • the method provided by the embodiment of the present invention further displays the task completion status in the virtual item package message after the receiving user receives the task, so that the receiving user can view the virtual item package message. View the task completion status without having to open the virtual item package message to simplify user operations.
  • the method provided by the embodiment of the present invention can implement sending a virtual item package to a single recipient user, multiple recipient users, or a group, so that the transmission form of the virtual item package is more diversified, and the user needs are better met.
  • the terminal device since the terminal device usually has a gravity sensor, when the sender user sets a health task such as a step task, a walking distance task, and a crawl floor task, the related record data can be conveniently collected without additional addition.
  • the hardware cost of the terminal device since the terminal device usually has a gravity sensor, when the sender user sets a health task such as a step task, a walking distance task, and a crawl floor task, the related record data can be conveniently collected without additional addition.
  • the embodiment of the present invention provides a more interesting and more active way of sending and receiving virtual item packages.
  • This method is more suitable for sending and receiving virtual item packages between users with intimate relationships (such as relatives, friends) to express the expectation and curse of the sender user's health status to the recipient user, and improve the receiving user's task. Enthusiasm.
  • the step of the sender client side may be separately implemented as a virtual item package sending method on the sender client side, and the step on the background server side may be separately implemented as a virtual item package on the background server side.
  • the sending method, the step of the receiving client side can be separately implemented as a virtual item package receiving method on the receiving client side.
  • the virtual client package can be directly sent and received between the sender client and the receiver client without going through the relay of the background server.
  • the receiver client can receive the virtual item package message sent by the sender client, where the virtual item package message carries the task information and the virtual item package parameter, and the receiver client determines that the corresponding user account has completed the task information.
  • the virtual item in the virtual item package is obtained according to the virtual item package parameter.
  • FIG. 25 a block diagram of a virtual item package sending apparatus according to an embodiment of the present invention is shown.
  • the device has the function of implementing the sender side of the above method example, and the function may be implemented by hardware, or may be implemented by hardware corresponding software.
  • the apparatus may include a page display module 2510, an information acquisition module 2520, and a request transmission module 2530.
  • the page display module 2510 is configured to perform the above step 2401.
  • the information obtaining module 2520 is configured to perform the above step 2402.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • Economics (AREA)
  • Computing Systems (AREA)
  • Multimedia (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Bioethics (AREA)
  • Tourism & Hospitality (AREA)
  • Primary Health Care (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Medical Informatics (AREA)
  • Databases & Information Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

本申请公开了一种信息处理方法、装置、设备和存储介质，属于信息处理技术领域。该方法包括：当接收到第一类型资源包发送指令时，确定资源包参数，通过第一服务器，获取第二服务器发布的第一类型资源与第二类型资源当前的换算比例，计算第二数量；从第二类型资源账户中扣除第二数量的第二类型资源，生成至少一个资源包，每个资源包内包括对应数量的第一类型资源，该至少一个资源包对应的数量之和等于该第一数量；获取链接信息；向至少一个接收方客户端发送链接信息。本申请提供了一种将第二类型资源转换为第一类型资源后发送资源包的方案，扩展了资源的收发形式，提升了灵活性，而且满足了用户发送不同类型资源包的需求。

Description

信息处理方法、装置、设备和存储介质
本申请要求以下中国专利申请的优先权，其全部内容通过引用结合在本申请中：
于2016年8月4日提交中国专利局、申请号为201610635639.6、发明名称为“一种信息处理方法、终端及服务器”的中国专利申请；
于2016年8月26日提交中国专利局、申请号为201610729463.0、发明名称为“资源包发送方法、发放方法、资源获取方法及装置”的中国专利申请；
于2016年10月27日提交中国专利局、申请号为201610955516.0、发明名称为“虚拟物品包发送方法、接收方法、装置及系统”的中国专利申请；
于2016年10月31日提交中国专利局、申请号为201610927287.1、发明名称为“一种信息推荐方法、服务器及客户端”的中国专利申请；
于2016年12月06日提交中国专利局、申请号为201611108377.4、发明名称为“一种虚拟物品发送方法、接收方法、装置和系统”的中国专利申请；
于2016年12月06日提交中国专利局、申请号为201611108806.8、发明名称为“一种数据资源接收方法和装置”的中国专利申请；
于2016年12月30日提交中国专利局、申请号为201611255510.9、发明名称为“虚拟物品包发送方法、接收方法、装置及系统”的中国专利申请。
技术领域
本申请涉及信息处理技术领域，特别涉及一种信息处理方法、装置、设备和存储介质。
背景技术
随着用户的社交需求逐步提升以及社交应用客户端的普及，通过社交应用客户端发送“红包”已成为一种常用的社交方式，将“红包”作为虚拟资源的载体，通过发送“红包”，可以发送虚拟资源。
该虚拟资源可以为虚拟货币、虚拟礼物等，发送方通常会建立一个虚拟资源账户，在该虚拟资源账户中储存虚拟资源。当要发送“红包”时，发送方客 户端根据待发送的虚拟资源的数量，从该虚拟资源账户中扣除该数量对应的虚拟资源，添加至“红包”中，再将“红包”发送给接收方客户端，接收方客户端接收到“红包”后，可以拆开“红包”，从中获取虚拟资源。
在实现本发明实施例的过程中，发明人发现上述技术至少存在以下缺陷：虚拟资源的收发形式较为单一，灵活性差。
发明内容
为了解决相关技术的问题，本发明实施例提供了一种信息处理方法、装置、设备和存储介质。其中，信息处理方法可以包括资源包发送方法、资源包发放方法、资源获取方法、虚拟物品包发送方法、虚拟物品包接收方法、信息处理方法、信息推荐方法、数据资源接收方法。所述技术方案如下：
第一方面，提供了一种资源包发送方法，应用于社交应用客户端，所述方法包括：
当接收到第一类型资源包发送指令时，确定资源包参数，所述资源包参数用于确定待发送的资源包数量和第一数量，所述第一数量是指待发送的第一类型资源的数量；
通过第一服务器，获取第二服务器发布的所述第一类型资源与第二类型资源当前的换算比例，根据所述换算比例，计算与所述第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量；
通过所述第一服务器，从所述社交应用客户端的第二类型资源账户中扣除所述第二数量的第二类型资源，并生成至少一个资源包，每个资源包内包括对应数量的第一类型资源，所述至少一个资源包对应的数量之和等于所述第一数量；
获取用于接收所述至少一个资源包的链接信息；
向与所述社交应用客户端具有好友关系的至少一个接收方客户端发送所述链接信息，所述至少一个接收方客户端用于根据所述链接信息接收资源包。
第二方面，提供了一种资源包发放方法，应用于第一服务器中，所述方法包括：
获取发送方客户端确定的资源包参数，所述资源包参数用于确定待发送的资源包数量和第一数量，所述第一数量是指待发送的第一类型资源的数量；
调用与第二服务器之间的接口，获取所述第二服务器发布的第一类型资源 与第二类型资源当前的换算比例；
根据所述换算比例，计算与所述第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量；
从所述发送方客户端的第二类型资源账户中扣除所述第二数量的第二类型资源，并生成至少一个资源包，所述至少一个资源包对应的数量之和等于第一数量，使得所述发送方客户端向具有好友关系的至少一个接收端发送链接信息，所述链接信息用于接收所述至少一个资源包；
通过所述链接信息，向所述至少一个接收方客户端发放所述至少一个资源包。
第三方面，提供了一种资源获取方法，所述方法包括：
当接收到社交应用客户端发送的第一类型资源获取请求时，确定待获取的第一类型资源的第七数量；
如果所述社交应用客户端的第一类型资源账户中的第一类型资源的剩余数量小于所述第七数量，确定所述第七数量与所述剩余数量的差量；
调用与第二服务器之间的接口，获取所述第二服务器发布的所述第一类型资源与第二类型资源当前的换算比例，根据所述换算比例，计算与所述差量匹配的第八数量，所述第八数量是指与所述差量的第一类型资源等值的第二类型资源的数量；
从所述第一资源账户中扣除剩余的第一类型资源，从所述社交应用客户端的第二类型资源账户中扣除所述第八数量的第二类型资源；
生成至少包括所述第七数量和地址信息的订单，所述订单用于根据所述地址信息向所述社交应用客户端的用户发放所述第七数量的第一类型资源所指代的实体资源。
第四方面，提供了一种资源包发送装置，应用于社交应用客户端中，所述装置包括：
确定模块，用于当接收到第一类型资源包发送指令时，确定资源包参数，所述资源包参数用于确定待发送的资源包数量和第一数量，所述第一数量是指待发送的第一类型资源的数量；
交互模块，用于通过第一服务器，获取第二服务器发布的所述第一类型资源与第二类型资源当前的换算比例，根据所述换算比例，计算与所述第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量；
所述交互模块，还用于通过所述第一服务器，从所述社交应用客户端的第二类型资源账户中扣除所述第二数量的第二类型资源，并生成至少一个资源包，每个资源包内包括对应数量的第一类型资源，所述至少一个资源包对应的数量之和等于所述第一数量；
获取模块，用于获取用于接收所述至少一个资源包的链接信息；
发送模块，用于向与所述社交应用客户端具有好友关系的至少一个接收方客户端发送所述链接信息，所述至少一个接收方客户端用于根据所述链接信息接收资源包。
第五方面，提供了一种资源包发放装置，应用于第一服务器中，所述装置包括：
参数获取模块，用于获取发送方客户端确定的资源包参数，所述资源包参数用于确定待发送的资源包数量和第一数量，所述第一数量是指待发送的第一类型资源的数量；
调用模块，用于调用与第二服务器之间的接口，获取所述第二服务器发布的第一类型资源与第二类型资源当前的换算比例；
数量计算模块，用于根据所述换算比例，计算与所述第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量；
生成模块，用于从所述发送方客户端的第二类型资源账户中扣除所述第二数量的第二类型资源，并生成至少一个资源包，所述至少一个资源包对应的数量之和等于第一数量，使得所述发送方客户端向具有好友关系的至少一个接收端发送链接信息，所述链接信息用于接收所述至少一个资源包；
发放模块，用于通过所述链接信息，向所述至少一个接收方客户端发放所述至少一个资源包。
第六方面，提供了一种资源获取装置，其特征在于，应用于第一服务器中，所述装置包括：
确定模块，用于当接收到社交应用客户端发送的第一类型资源获取请求时，确定待获取的第一类型资源的第七数量；
数量确定模块，用于如果所述社交应用客户端的第一类型资源账户中的第一类型资源的剩余数量小于所述第七数量，确定所述第七数量与所述剩余数量的差量；
所述数量确定模块，还用于调用与第二服务器之间的接口，获取所述第二 服务器发布的所述第一类型资源与第二类型资源当前的换算比例，根据所述换算比例，计算与所述差量匹配的第八数量，所述第八数量是指与所述差量的第一类型资源等值的第二类型资源的数量；
资源扣除模块，用于从所述第一资源账户中扣除剩余的第一类型资源，从所述社交应用客户端的第二类型资源账户中扣除所述第八数量的第二类型资源；
订单生成模块，用于生成至少包括所述第七数量和地址信息的订单，所述订单用于根据所述地址信息向所述社交应用客户端的用户发放所述第七数量的第一类型资源所指代的实体资源。
第七方面，提供了一种虚拟物品包发送方法，所述方法包括：
发送方客户端在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面；获取在所述虚拟物品包发送页面中输入的媒体信息和虚拟物品包参数；将所述媒体信息、所述虚拟物品包参数和接收方信息对应发送给后台服务器，所述媒体信息为语音信息或视频信息；
所述后台服务器生成虚拟物品包标识；存储所述虚拟物品包标识、所述媒体信息和所述虚拟物品包参数之间的对应关系；根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识；
所述接收方客户端显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件；在获取到对应于所述播放控件的触发信号之后，播放根据所述虚拟物品包标识获取到的所述媒体信息。
第八方面，提供了一种虚拟物品包发送方法，所述方法包括:
在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面；
获取在所述虚拟物品包发送页面中输入的媒体信息和虚拟物品包参数，所述媒体信息为语音信息或视频信息；
将所述媒体信息、所述虚拟物品包参数和接收方信息对应发送给后台服务器，以使得所述后台服务器生成虚拟物品包标识，存储所述虚拟物品包标识、所述媒体信息和所述虚拟物品包参数之间的对应关系，根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识；其中，所述接收方客户端用于显示所述虚拟物品包消息，所 述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件，在获取到对应于所述播放控件的触发信号之后，播放根据所述虚拟物品包标识获取到的所述媒体信息。
第九方面，提供了一种虚拟物品包发送方法，所述方法包括：
接收发送方客户端对应发送的媒体信息、虚拟物品包参数和接收方信息，所述媒体信息为语音信息或视频信息；
生成虚拟物品包标识；
存储所述虚拟物品包标识、所述媒体信息和所述虚拟物品包参数之间的对应关系；
根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识；以使得所述接收方客户端显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件，在获取到对应于所述播放控件的触发信号之后，播放根据所述虚拟物品包标识获取到的所述媒体信息。
第十方面，提供了一种虚拟物品包接收方法，所述方法包括:
接收后台服务器发送的虚拟物品包消息，所述虚拟物品包消息中携带虚拟物品包标识；所述虚拟物品包消息由所述后台服务器在接收到发送方客户端对应发送的媒体信息、虚拟物品包参数和接收方信息之后生成，所述媒体信息和所述虚拟物品包参数由所述发送方客户端在显示的虚拟物品包发送页面中获取，所述媒体信息为语音信息或视频信息；
显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件；
在获取到对应于所述播放控件的触发信号之后，播放根据所述虚拟物品包标识获取到的所述媒体信息。
第十一方面，提供了一种虚拟物品包发送方法，所述方法包括：
获取虚拟物品包生成指示；
在所述虚拟物品包生成指示的触发下，显示虚拟物品包发送页面；
获取在所述虚拟物品包发送页面中输入的媒体信息和虚拟物品包参数，所述媒体信息为语音信息或视频信息；
获取虚拟物品包发送指示；
在所述虚拟物品包发送指示的触发下，向至少一个接收方客户端发送虚拟 物品包消息；
其中，基于所述虚拟物品包参数生成的所述虚拟物品包消息中携带所述媒体信息。
第十二方面，提供了一种虚拟物品包接收方法，所述方法包括：
接收虚拟物品包消息；
显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件；
获取对应于所述播放控件的触发信号；
在所述触发信号的触发下，播放所述虚拟物品包消息中携带的媒体信息，所述媒体信息为语音信息或视频信息。
第十三方面，提供了一种虚拟物品包发送装置，所述装置包括:
页面显示模块，用于在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面；
信息获取模块，用于获取在所述虚拟物品包发送页面中输入的媒体信息和虚拟物品包参数，所述媒体信息为语音信息或视频信息；
信息发送模块，用于将所述媒体信息、所述虚拟物品包参数和接收方信息对应发送给后台服务器，以使得所述后台服务器生成虚拟物品包标识，存储所述虚拟物品包标识、所述媒体信息和所述虚拟物品包参数之间的对应关系，根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识；其中，所述接收方客户端用于显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件，在获取到对应于所述播放控件的触发信号之后，播放根据所述虚拟物品包标识获取到的所述媒体信息。
第十四方面，提供了一种虚拟物品包发送装置，所述装置包括：
信息接收模块，用于接收发送方客户端对应发送的媒体信息、虚拟物品包参数和接收方信息，所述媒体信息为语音信息或视频信息；
标识生成模块，用于生成虚拟物品包标识；
关系存储模块，用于存储所述虚拟物品包标识、所述媒体信息和所述虚拟物品包参数之间的对应关系；
消息发送模块，用于根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识；以使得所述 接收方客户端显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件，在获取到对应于所述播放控件的触发信号之后，播放根据所述虚拟物品包标识获取到的所述媒体信息。
第十五方面，提供了一种虚拟物品包接收装置，所述装置包括:
消息接收模块，用于接收后台服务器发送的虚拟物品包消息，所述虚拟物品包消息中携带虚拟物品包标识；所述虚拟物品包消息由所述后台服务器在接收到发送方客户端对应发送的媒体信息、虚拟物品包参数和接收方信息之后生成，所述媒体信息和所述虚拟物品包参数由所述发送方客户端在显示的虚拟物品包发送页面中获取，所述媒体信息为语音信息或视频信息；
消息显示模块，用于显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件；
信息播放模块，用于在获取到对应于所述播放控件的触发信号之后，播放根据所述虚拟物品包标识获取到的所述媒体信息。
第十六方面，提供了一种虚拟物品包发送系统，所述系统包括：发送方客户端、后台服务器和接收方客户端；
所述发送方客户端包括如第十三方面所述的装置；
所述后台服务器包括如第十四方面所述的装置；
所述接收方客户端包括如第十五方面所述的装置。
第十七方面，提供了一种虚拟物品包发送装置，所述装置包括：
生成指示获取模块，用于获取虚拟物品包生成指示；
页面显示模块，用于在所述虚拟物品包生成指示的触发下，显示虚拟物品包发送页面；
信息获取模块，用于获取在所述虚拟物品包发送页面中输入的媒体信息和虚拟物品包参数，所述媒体信息为语音信息或视频信息；
发送指示获取模块，用于获取虚拟物品包发送指示；
消息发送模块，用于在所述虚拟物品包发送指示的触发下，向至少一个接收方客户端发送虚拟物品包消息；
其中，基于所述虚拟物品包参数生成的所述虚拟物品包消息中携带所述媒体信息。
第十八方面，提供了一种虚拟物品包接收装置，所述装置包括：
消息接收模块，用于接收虚拟物品包消息；
消息显示模块，用于显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件；
信号获取模块，用于获取对应于所述播放控件的触发信号；
语音播放模块，用于在所述触发信号的触发下，播放所述虚拟物品包消息中携带的媒体信息，所述媒体信息为语音信息或视频信息。
第十九方面，提供了一种虚拟物品包发送方法，所述方法包括：
发送方客户端在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面；获取在所述虚拟物品包发送页面中输入的任务信息和虚拟物品包参数，所述任务信息用于指示领取虚拟物品包所需完成的任务；向后台服务器发送虚拟物品包生成请求，所述虚拟物品包生成请求中携带所述任务信息、所述虚拟物品包参数和接收方信息；
所述后台服务器根据所述虚拟物品包生成请求生成虚拟物品包标识；存储所述虚拟物品包标识、所述任务信息和所述虚拟物品包参数之间的对应关系；根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识和所述任务信息；
所述接收方客户端显示所述虚拟物品包消息；检测所述接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务；若已完成所述任务信息所指示的任务，则根据所述虚拟物品包标识从所述后台服务器获取所述虚拟物品包中的虚拟物品。
第二十方面，提供了一种虚拟物品包发送方法，所述方法包括：
在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面；
获取在所述虚拟物品包发送页面中输入的任务信息和虚拟物品包参数，所述任务信息用于指示领取虚拟物品包所需完成的任务；
向后台服务器发送虚拟物品包生成请求，所述虚拟物品包生成请求中携带所述任务信息、所述虚拟物品包参数和接收方信息；以使得所述后台服务器根据所述虚拟物品包生成请求生成虚拟物品包标识，存储所述虚拟物品包标识、所述任务信息和所述虚拟物品包参数之间的对应关系，根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识和所述任务信息；所述接收方客户端用于显示所述虚拟物品包消息，检测所述接收方客户端对应的用户帐号是否已完成所述任务信息所指示 的任务，若已完成所述任务信息所指示的任务，则根据所述虚拟物品包标识从所述后台服务器获取所述虚拟物品包中的虚拟物品。
第二十一方面，提供了一种虚拟物品包发送方法，所述方法包括：
接收发送方客户端发送的虚拟物品包生成请求，所述虚拟物品包生成请求中携带任务信息、虚拟物品包参数和接收方信息，所述任务信息用于指示领取虚拟物品包所需完成的任务；
根据所述虚拟物品包生成请求生成虚拟物品包标识；
存储所述虚拟物品包标识、所述任务信息和所述虚拟物品包参数之间的对应关系；
根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识和所述任务信息；以使得所述接收方客户端显示所述虚拟物品包消息，检测所述接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务，若已完成所述任务信息所指示的任务，则根据所述虚拟物品包标识从所述后台服务器获取所述虚拟物品包中的虚拟物品。
第二十二方面，提供了一种虚拟物品包接收方法，所述方法包括：
接收虚拟物品包消息，所述虚拟物品包消息中携带任务信息，所述任务信息用于指示领取虚拟物品包所需完成的任务；
显示所述虚拟物品包消息；
检测接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务；
若已完成所述任务信息所指示的任务，则获取所述虚拟物品包中的虚拟物品。
第二十三方面，提供了一种虚拟物品包发送装置，所述装置包括：
页面显示模块，用于在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面；
信息获取模块，用于获取在所述虚拟物品包发送页面中输入的任务信息和虚拟物品包参数，所述任务信息用于指示领取虚拟物品包所需完成的任务；
请求发送模块，用于向后台服务器发送虚拟物品包生成请求，所述虚拟物品包生成请求中携带所述任务信息、所述虚拟物品包参数和接收方信息；以使得所述后台服务器根据所述虚拟物品包生成请求生成虚拟物品包标识，存储所 述虚拟物品包标识、所述任务信息和所述虚拟物品包参数之间的对应关系，根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识和所述任务信息；所述接收方客户端用于显示所述虚拟物品包消息，检测所述接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务，若已完成所述任务信息所指示的任务，则根据所述虚拟物品包标识从所述后台服务器获取所述虚拟物品包中的虚拟物品。
第二十四方面，提供了一种虚拟物品包发送装置，所述装置包括：
请求接收模块，用于接收发送方客户端发送的虚拟物品包生成请求，所述虚拟物品包生成请求中携带任务信息、虚拟物品包参数和接收方信息，所述任务信息用于指示领取虚拟物品包所需完成的任务；
标识生成模块，用于根据所述虚拟物品包生成请求生成虚拟物品包标识；
关系存储模块，用于存储所述虚拟物品包标识、所述任务信息和所述虚拟物品包参数之间的对应关系；
消息发送模块，用于根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识和所述任务信息；以使得所述接收方客户端显示所述虚拟物品包消息，检测所述接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务，若已完成所述任务信息所指示的任务，则根据所述虚拟物品包标识从所述后台服务器获取所述虚拟物品包中的虚拟物品。
第二十五方面，提供了一种虚拟物品包接收装置，所述装置包括：
消息接收模块，用于接收虚拟物品包消息，所述虚拟物品包消息中携带任务信息，所述任务信息用于指示领取虚拟物品包所需完成的任务；
消息显示模块，用于显示所述虚拟物品包消息；
任务检测模块，用于检测接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务；
物品领取模块，用于若已完成所述任务信息所指示的任务，则获取所述虚拟物品包中的虚拟物品。
第二十六方面，提供了一种虚拟物品包发送系统，其特征在于，所述系统包括：发送方客户端、后台服务器和接收方客户端；
所述发送方客户端包括如第二十三方面所述的装置；
所述后台服务器包括如第二十四方面所述的装置；
所述接收方客户端包括如第二十五方面所述的装置。
第二十七方面，提供了一种信息处理方法，所述方法包括：
服务器获得第一用户发送的包含有属性参数的第一信息；所述第一信息为所述第一用户向至少一个第二用户分配第一数量的可分配资源的信息；
当所述属性参数为第一属性参数时，基于所述第一属性参数生成第二信息，发送所述第二信息至第一用户和至少一个第二用户所在的群组中；所述群组对应的会话窗口所显示的所述第二信息具有特定的显示效果；
所述第二信息首次被第二用户触发、接收到第二用户基于触发行为所生成的第三信息后，启动定时器，发送所述定时器的定时状态至所述第二用户；所述第三信息表征所述第二信息首次被触发；
在所述定时器的定时时间内，获得触发所述第二信息的第二用户的第二数量；
在所述定时器的定时时间到时，基于所述第二数量以及预先配置的分配规则将所述第一数量的可分配资源分配至触发所述第二信息的第二用户。
第二十八方面，提供了一种信息处理方法，所述方法包括：
接收服务器发送的第二信息，在会话窗口中输出所述第二信息；其中，所述第二信息用于将第一数量的可分配资源分配给所述会话窗口中的用户，所述第二信息基于第一属性参数生成；
检测到针对所述第二信息的第一触发操作、当所述第一触发操作为所述会话窗口中针对所述第二信息的首次操作时，生成第三信息，向所述服务器发送所述第三信息；以及，获得所述服务器发送的定时状态；
基于所述第一触发操作生成并输出包含有所述定时状态的第一界面；
当所述定时状态表示定时时间到时，获得所述服务器分配的可分配资源，以及输出与所述第一属性参数对应的特定的显示效果。
第二十九方面，提供了一种服务器，所述服务器包括：第一通讯单元、第一处理单元和定时单元；其中，
所述第一通讯单元，用于获得第一用户发送的包含有属性参数的第一信息；所述第一信息为所述第一用户向至少一个第二用户分配第一数量的可分配资源的信息，发送所述第一信息至所述第一处理单元；
所述第一处理单元，用于当所述属性参数为第一属性参数时，基于所述第一属性参数生成第二信息；
所述第一通讯单元，还用于发送所述第二信息至第一用户和至少一个第二用户所在的群组中；所述群组对应的会话窗口所显示的所述第二信息具有特定的显示效果；还用于所述第二信息首次被第二用户触发、接收到第二用户基于触发行为所生成的第三信息；所述第三信息表征所述第二信息首次被触发；
所述第一处理单元，还用于所述第一通讯单元接收到所述第三信息后，使能所述定时单元启动，获得所述定时单元的定时状态；
所述第一通讯单元，还用于发送所述定时单元的定时状态至所述第二用户；还用于在所述定时单元的定时时间内，获得触发所述第二信息的第二用户的第二数量；
所述第一处理单元，还用于在所述定时单元的定时时间内，基于所述第二数量以及预先配置的分配规则将所述第一数量的可分配资源分配至触发所述第二信息的第二用户。
第三十方面，提供了一种终端，所述终端包括：通讯单元、处理单元和检测单元；其中，
所述通讯单元，用于接收服务器发送的第二信息；
所述处理单元，用于输出所述第二信息；其中，所述第二信息用于将第一数量的可分配资源分配给所述会话窗口中的用户，所述第二信息基于第一属性参数生成；
所述检测单元，用于检测到针对所述第二信息的第一触发操作；
所述处理单元，还用于确定所述第一触发操作为所述会话窗口中针对所述第二信息的首次操作时，生成第三信息；
所述通讯单元，还用于向所述服务器发送所述第三信息；还用于获得所述服务器发送的定时状态，将所述定时状态发送至所述第二处理单元；还用于当所述定时状态表示定时时间到时，获得所述服务器分配的可分配资源；
所述处理单元，还用于基于所述第一触发操作生成并输出包含有所述定时状态的第一界面；还用于当所述定时状态表示定时时间到时，获得所述服务器分配的可分配资源，以及输出与所述第一属性参数对应的特定的显示效果。
第三十一方面，提供了一种信息推荐方法，所述方法包括：
接收第一用户发送的第一信息，所述第一信息为所述第一用户向至少一个第二用户分配的具有第一属性值的第一资源信息；
针对请求所述第一信息的第二用户，确定分配给所述第二用户的第一资源 信息的第二属性值，并获取所述第二用户的用户数据；
根据所述第二属性值以及所述第二用户的用户数据，获取为所述第二用户推荐的第二信息，所述第二信息为具有第三属性值的第二资源信息；
向所述第二用户发送所述第二信息和第三信息，所述第三信息为具有第二属性值的第一资源信息；
当接收到所述第二用户针对所述第三信息的第一触发操作时，将所述具有第二属性值的第一资源信息分配给所述第二用户；当接收到所述第二用户针对所述第二信息的第二触发操作时，将所述具有第三属性值的第二资源信息分配给所述第二用户。
第三十二方面，提供了一种信息推荐方法，所述方法包括：
接收服务器发送的第二信息和第三信息，所述第三信息为第一用户向第二用户分配的具有第二属性值的第一资源信息，所述第二信息为所述服务器为所述第二用户推荐的具有第三属性值的第二资源信息；
当获得针对所述第三信息的第一触发操作时，向所述服务器发送所述第一触发操作，以触发所述服务器为所述第二用户分配具有第二属性值的第一资源信息；
当获得针对所述第二信息的第二触发操作时，向所述服务器发送所述第二触发操作，以触发所述服务器为所述第二用户分配具有第三属性值的第二资源信息。
第三十三方面，提供了一种服务器，所述服务器包括：
通信单元，用于接收第一用户发送的第一信息，所述第一信息为所述第一用户向至少一个第二用户分配的具有第一属性值的第一资源信息；
获取单元，用于针对请求所述第一信息的第二用户，确定分配给所述第二用户的第一资源信息的第二属性值，并获取所述第二用户的用户数据；根据所述第二属性值以及所述第二用户的用户数据，获取为所述第二用户推荐的第二信息，所述第二信息为具有第三属性值的第二资源信息；
所述通信单元，还用于向所述第二用户发送所述第二信息和第三信息，所述第三信息为具有第二属性值的第一资源信息；
分配单元，用于当所述通信单元接收到所述第二用户针对所述第三信息的第一触发操作时，将所述具有第二属性值的第一资源信息分配给所述第二用户；当所述通信单元接收到所述第二用户针对所述第二信息的第二触发操作 时，将所述具有第三属性值的第二资源信息分配给所述第二用户。
第三十四方面，提供了一种客户端，所述客户端包括：
通信单元，用于接收服务器发送的第二信息和第三信息，所述第三信息为第一用户向第二用户分配的具有第二属性值的第一资源信息，所述第二信息为所述服务器为所述第二用户推荐的具有第三属性值的第二资源信息；
获取单元，用于获得用户的触发操作；
所述通信单元，还用于当所述获取单元获得针对所述第三信息的第一触发操作时，向所述服务器发送所述第一触发操作，以触发所述服务器为所述第二用户分配具有第二属性值的第一资源信息；当所述获取单元获得针对所述第二信息的第二触发操作时，向所述服务器发送所述第二触发操作，以触发所述服务器为所述第二用户分配具有第三属性值的第二资源信息。
第三十五方面，提供了一种数据资源接收方法，所述方法包括：
第一终端接收数据服务器发送的多个数据资源；
所述第一终端控制所述多个数据资源分别从显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘滑动以动态展示所述多个数据资源；
所述第一终端检测针对动态展示的所述多个数据资源的点击操作，并统计所述多个数据资源中被点击的数据资源的个数；
所述第一终端向所述数据服务器发送所述被点击的数据资源的个数，以使所述数据服务器根据所述被点击的数据资源的个数确定数据转移大小并向所述第一终端返回所述数据转移大小。
第三十六方面，提供了一种数据资源接收装置，所述装置包括：
资源接收模块，用于接收数据服务器发送的多个数据资源；
资源显示模块，用于控制所述多个数据资源分别从显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘滑动以动态展示所述多个数据资源；
数据统计模块，用于检测针对动态展示的所述多个数据资源的点击操作，并统计所述多个数据资源中被点击的数据资源的个数；
数据发送模块，用于向所述数据服务器发送所述被点击的数据资源的个数，以使所述数据服务器根据所述被点击的数据资源的个数确定数据转移大小并向所述第一终端返回所述数据转移大小。
第三十七方面，提供了一种终端，所述终端包括：处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现上述 各个方面提供的方法中所执行的操作。
第三十四方面，提供了一种服务器，所述服务器包括：处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现上述任一方面提供的方法中所执行的操作。
第三十五方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现上述任一方面提供的方法中所执行的操作。
本发明实施例提供的技术方案带来的有益效果是：
本发明实施例提供的资源包发送方法及装置，提供了一种将第二类型资源转换为第一类型资源后发送资源包的方案，通过获取第二服务器发布的换算比例，按照该换算比例扣除第二类型资源，并生成包括第一类型资源的至少一个资源包，从而将第二类型资源转换为等价值的第一类型资源包发送，即使在不具有第一类型资源的情况下也可以发送第一类型资源包，提升了灵活性，而且针对任两种类型的资源均可采用该方案进行转换后发送资源包，满足了用户发送不同类型资源包的需求。
本发明实施例提供的虚拟物品包发送方法、接收方法、装置及系统，由于在发送虚拟物品包时，发送方用户可录制媒体信息作为虚拟物品包的关联信息发送至接收方，接收方接收到该虚拟物品包后可播放该媒体信息；相较于文字形式的祝福语，媒体所能传递的信息更多，例如接收方用户根据发送方用户的语音、语调和语气等特征能够直观而又明确地获知发送方用户的心理状态，丰富了发送虚拟物品包时传递的信息量。
本发明实施例提供的虚拟物品包发送方法、接收方法、装置及系统，由于在相关技术中，接收方客户端在接收到虚拟物品包之后，即可向后台服务器发送虚拟物品领取请求以请求获取虚拟物品包中的虚拟物品，当执行虚拟物品包收发交互的用户量较大时，会产生大量的虚拟物品领取请求，给后台服务器带来巨大的处理压力；但是在本发明实施例中，通过在发送虚拟物品包的过程中增加设置任务信息，接收方用户需要在完成上述任务信息所指示的任务之后才能请求领取虚拟物品包中的虚拟物品，而由于执行任务的时间不确定，即使执行虚拟物品包收发交互的用户量较大，但也会错开时间请求，这样减少后台服务器同一时间的处理压力。另外，在收发虚拟物品包的过程中增加任务，也能 够丰富虚拟物品包的收发形式。
本发明实施例提供的信息处理方法及设备，提供了一种新的关于“抢红包”的信息交互方案，在有第二用户首次触发第二信息时，服务器启动定时器开始计时，即在倒计时的计时时间内触发红包信息的用户记为有效；在定时器的定时时间到时触发红包信息的用户可能获得红包，大大缩短了获取可分配资源的时间周期，提升了信息交互的效率。
本发明实施例提供的信息推荐方法及设备，能够结合用户的个人信息，为特定用户推荐出符合该用户需求的优惠券或代金券等，推荐精准度较高，且增加了优惠券或代金券的转化率，提升了商家品牌曝光率。
本发明实施例提供的数据资源接收方法及装置，第一终端接收数据服务器发送的多个数据资源；控制多个数据资源分别从显示界面的第一边缘滑入并指向第一边缘相对的第二边缘滑动以动态展示多个数据资源；检测针对动态展示的多个数据资源的点击操作，并统计多个数据资源中被点击的数据资源的个数；向数据服务器发送被点击的数据资源的个数，以使数据服务器根据被点击的数据资源的个数确定数据转移大小并向第一终端返回数据转移大小，从而通过动态展示数据资源促进用户之间的交流，提高数据转移的频次。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种实施环境的示意图；
图2是本发明实施例提供的一种资源包发送方法的流程图；
图3是本发明实施例提供的一种资源包接收方法的流程图；
图4是本发明实施例提供的一种资源包发放方法的流程图；
图5是本发明实施例提供的一种资源包收发方法的流程图；
图6A是本发明实施例提供的一种资源包发送过程的示意图；
图6B是本发明实施例提供的另一种资源包发送过程的示意图；
图6C是本发明实施例提供的另一种资源包发送过程的示意图；
图6D是本发明实施例提供的一种黄金账户的示意图；
图6E是本发明实施例提供的一种扣除资源的界面示意图；
图6F是本发明实施例提供的一种领取黄金流程的示意图；
图6G是本发明实施例提供的一种领取进度展示页面的示意图；
图6H是本发明实施例提供的一种购买黄金流程的示意图；
图6I是本发明实施例提供的一种兑换黄金流程的示意图；
图6J是本发明实施例提供的一种领取黄金流程的示意图；
图7是本发明实施例提供的一种资源获取方法的流程图；
图8是本发明实施例提供的一种资源包发送装置的结构示意图；
图9是本发明实施例提供的一种资源包发放装置的结构示意图；
图10是本发明实施例提供的一种资源包发放装置的结构示意图；
图11是本发明实施例提供的一种资源包收发系统的结构示意图；
图12是本发明一个实施例提供的实施环境的示意图；
图13是本发明一个实施例提供的后台服务器的架构图；
图14是本发明一个实施例提供的虚拟物品包发送方法的流程图；
图15A是本发明另一实施例提供的虚拟物品包发送方法的流程图；
图15B至图15E是图15A所示实施例涉及的界面示意图；
图16是本发明另一实施例提供的虚拟物品包发送方法的流程图；
图17A是本发明另一实施例提供的虚拟物品包发送方法的流程图；
图17B至图17G是图17A所示实施例涉及的界面示意图；
图18是本发明一实施例提供的虚拟物品包发送方法的流程图；
图19是本发明一实施例提供的虚拟物品包发送方法的流程图；
图20是本发明一实施例提供的虚拟物品包接收方法的流程图；
图21是本发明一个实施例提供的虚拟物品包发送装置的框图；
图22是本发明另一实施例提供的虚拟物品包发送装置的框图；
图23是本发明另一实施例提供的虚拟物品包发送装置的框图；
图24A是本发明一个实施例提供的虚拟物品发送方法的流程图；
图24B至图24G是图24A所示实施例涉及的界面示意图；
图25是本发明一个实施例提供的虚拟物品包发送装置的框图；
图26是本发明另一实施例提供的虚拟物品包发送装置的框图；
图27是本发明一个实施例提供的虚拟物品包接收装置的框图；
图28为本发明实施例中进行信息交互的各方硬件实体的示意图；
图29为本发明实施例的信息处理方法的流程示意图一；
图30为本发明实施例的信息处理方法的流程示意图二；
图31为本发明实施例的信息处理方法的交互示意图；
图32为本发明实施例的信息处理方法的交互场景示意图；
图33a至图33c分别为本发明实施例中终端的一种应用场景示意图；
图34为本发明实施例中终端的另一种应用场景示意图；
图35为本发明实施例的服务器的组成结构示意图；
图36为本发明实施例的终端的组成结构示意图；
图37为本发明实施例的服务器/终端作为硬件实体的组成示意图。
图38为本发明实施例中进行信息交互的各方硬件实体的示意图；
图39为本发明实施例的信息推荐方法的流程示意图一；
图40为本发明实施例的信息推荐方法的流程示意图二；
图41为本发明实施例的信息推荐方法的流程示意图三；
图42为本发明实施例的信息推荐方法的流程示意图四；
图43为本发明实施例的第一展示界面的示意图；
图44为本发明实施例的第二展示界面的示意图；
图45为本发明实施例的兑换界面的示意图；
图46为本发明实施例的信息推荐方法的流程示意图五；
图47为本发明实施例的服务器的结构组成示意图；
图48为本发明实施例的客户端的结构组成示意图。
图49是本发明提出的一种数据资源的接收方法的第一实施例流程图；
图50是本发明实施例提供的一种数据资源的显示示意图；
图51是本发明实施例提供的另一种数据资源的显示示意图；
图52是本发明提出的一种数据资源的接收方法的第二实施例流程图；
图53是本发明实施例提出的一种数据资源的接收装置的结构示意图；
图54是本发明实施例提出的另一种数据资源的接收装置的结构示意图；
图55是本发明实施例提出的一种终端的结构示意图；
图56是本发明实施例提出的一种服务器的结构示意图；
图57是本发明实施例提出的另一种服务器的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1是本发明实施例提供的一种实施环境的示意图，该实施环境包括：第一服务器和多个终端，每个终端均与该第一服务器通过网络连接。
其中，每个终端运行有社交应用客户端，每个终端可以为手机、计算机、平板电脑等，本发明实施例对此不做限定。
该第一服务器用于为社交应用客户端提供服务，可以是一台服务器，或者由若干台服务器组成的第一服务器集群，或者是一个云计算服务中心，本发明实施例对此不做限定。
多个社交应用客户端均可基于相应的用户标识登录该第一服务器，多个用户标识之间可以建立好友关系，每个用户标识的好友关系链中可以包含一个或多个用户标识，任一用户标识可以与具有好友关系的其他用户标识传递消息。且，多个用户标识也可以加入同一社交应用群组，在该社交应用群组中相互传递消息。该用户标识是指用户昵称、用户账号、电话号码等，传递的消息可以为即时通讯消息、群组消息、社交信息展示平台上发布的消息等等，本发明实施例对此不做限定。
该第一服务器具有管理多种类型资源的功能，可以为任一用户标识创建至少一种类型的资源账户，管理资源账户中储存的资源。上述资源是指虚拟资源，且该虚拟资源可以对应于能够在实际生活中应用的实体资源。该第一服务器具有发放实体资源的功能，可以按照任一用户标识的资源账户中储存的虚拟资源，为用户发放对应的实体资源。
例如，该资源可以包括虚拟货币、虚拟黄金、虚拟股票、虚拟基金、虚拟债券、虚拟礼物、虚拟宠物、虚拟装备等等，对应的实体资源可以包括货币、黄金、股票、基金、债券、礼物、宠物和装备等等，本发明实施例对此不做限定。
该实施环境还可以包括第二服务器。针对于不同类型的资源，其单位资源的价值不同，该第二服务器还可以发布任两种类型资源当前的换算比例，该换算比例是指两种类型的单位资源的价值之间的比例，根据该换算比例可以将一 定数量的某一类型资源等价值的兑换为另一数量的另一类型资源。例如，按照汇率可以将某种货币兑换为等价值的另一种货币，或者，按照黄金价格将某种货币兑换为等价值的黄金。
该第二服务器可以为该第一服务器提供接口，该第一服务器调用该接口即可获取到该第二服务器发布的、任两种类型资源之间当前的换算比例。例如，该第二服务器可以为银行服务器、黄金交易平台服务器等，本发明实施例对此不做限定。
本发明实施例中，该第一服务器用于生成资源包、发放资源包，还用于管理第二类型资源账户，而该第二服务器用于管理第一类型资源账户、发布第一类型资源与其他任一种类型的资源之间的换算比例、为用户发放第一类型资源所指代的实体资源。该第二服务器可以为该第一服务器提供接口，通过该接口与该第一服务器进行交互。
图2是本发明实施例提供的一种资源包发送方法的流程图。该发明实施例的执行主体为社交应用客户端中的发送方客户端，参见图2，该方法包括：
201、当接收到第一类型资源包发送指令时，确定资源包参数。
202、通过第一服务器，获取第二服务器发布的该第一类型资源与第二类型资源当前的换算比例，根据该换算比例，计算与该第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量。
203、通过该第一服务器，从该社交应用客户端的第二类型资源账户中扣除该第二数量的第二类型资源，并生成至少一个资源包，每个资源包内包括对应数量的第一类型资源，该至少一个资源包对应的数量之和等于该第一数量。
204、获取用于接收该至少一个资源包的链接信息。
205、向与该发送方客户端具有好友关系的至少一个接收方客户端发送该链接信息，该至少一个接收方客户端用于根据该链接信息接收资源包。
本发明实施例提供的方法，提供了一种将第二类型资源转换为第一类型资源后发送资源包的方案，通过获取第二服务器发布的换算比例，按照该换算比例扣除第二类型资源，并生成包括第一类型资源的至少一个资源包，从而将第二类型资源转换为等价值的第一类型资源包发送，即使在不具有第一类型资源的情况下也可以发送第一类型资源包，提升了灵活性，而且针对任两种类型的资源均可采用该方案进行转换后发送资源包，满足了用户发送不同类型资源包 的需求。
可选地，该资源包参数包括该资源包数量和该第一数量；或者，
该资源包参数包括该资源包数量和每个资源包内第一类型资源的固定数量，该资源包数量与该固定数量的乘积为该第一数量。
可选地，该确定资源包参数，包括：
当在与具有好友关系的任一接收方客户端的会话窗口中接收到该第一类型资源包发送指令时，确定该资源包数量为1，并确定该第一数量；或者，
当在社交应用群组的会话窗口中接收到该第一类型资源包发送指令时，获取输入的该资源包数量和该固定数量，或者，获取输入的资源包数量和第一数量。
可选地，通过第一服务器，获取第二服务器发布的该第一类型资源与第二类型资源当前的换算比例，根据该换算比例，计算与该第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量，包括：
向该第一服务器发送资源包发送请求，该资源包发送请求携带该资源包参数，使得该第一服务器调用与该第二服务器之间的接口，获取该换算比例，根据该换算比例，计算与该第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量。
可选地，该方法还包括：
通过该第一服务器，从该发送方客户端的第一类型资源账户中扣除该第一数量的第一类型资源，并生成该至少一个资源包。
可选地，该通过该第一服务器，从该发送方客户端的第一类型资源账户中扣除该第一数量的第一类型资源，并生成该至少一个资源包，包括：
向该第一服务器发送资源包发送请求，该资源包发送请求携带该资源包参数，使得该第一服务器从该第一类型资源账户中扣除该第一数量的第一类型资源，并根据该资源包参数，生成该至少一个资源包。
可选地，该获取用于接收该至少一个资源包的链接信息，包括：
接收该第一服务器发送的资源包标识，该资源包标识对应于该至少一个资源包；
生成包含该资源包标识的链接信息。
可选地，该方法还包括：
当接收到第一类型资源兑换请求时，确定第三数量和第四数量，该第三数 量是指待兑换的第一类型资源的数量，该第四数量是指与该第三数量的第一类型资源等值的第二类型资源的数量；
通过该第一服务器，从该第二类型资源账户中扣除该第四数量的第二类型资源，并向该第一类型资源账户中添加该第三数量的第一类型资源。
可选地，该方法还包括：
当接收到第二类型资源兑换请求时，确定第五数量和第六数量，该第五数量是指待兑换的第二类型资源的数量，该第六数量是指与该第五数量的第二类型资源等值的第一类型资源的数量；
通过该第一服务器，从该第一类型资源账户中扣除该第六数量的第一类型资源，并向该第二类型资源账户中添加该第五数量的第二类型资源。
可选地，该方法还包括：
当接收到第一类型资源获取请求时，确定待获取的第一类型资源的第七数量；
通过该第一服务器，从该发送方客户端的资源账户中扣除与该第七数量对应的资源，并生成至少包括该第七数量和地址信息的订单，该订单用于根据该地址信息向该发送方客户端的用户发放该第七数量的第一类型资源所指代的实体资源。
可选地，该通过该第一服务器，从该发送方客户端的资源账户中扣除与该第七数量对应的资源，包括：
如果该第一类型资源账户中的第一类型资源的剩余数量不小于该第七数量，则通过该第一服务器，从该第一类型资源账户中扣除该第七数量的第一类型资源。
可选地，该通过该第一服务器，从该发送方客户端的资源账户中扣除与该第七数量对应的资源，包括：
如果该第一类型资源账户中的第一类型资源的剩余数量小于该第七数量，确定该第七数量与该剩余数量的差量，以及与该差量匹配的第八数量，该第八数量是指与该差量的第一类型资源等值的第二类型资源的数量，该第八数量根据该第一类型资源与该第二类型资源当前的换算比例以及该第七数量确定；
通过该第一服务器，从该第一类型资源账户中扣除剩余的第一类型资源，并从该第二类型资源账户中扣除该第八数量的第二类型资源。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在 此不再一一赘述。
图3是本发明实施例提供的一种资源包接收方法的流程图。该发明实施例的执行主体为社交应用客户端中的接收方客户端，参见图3，该方法包括：
301、接收与该接收方客户端具有好友关系的发送方客户端发送的链接信息。
302、根据该链接信息，与第一服务器进行交互，获取资源包。
303、将该资源包内包括的第一类型资源添加至该接收方客户端的第一类型资源账户中。
本发明实施例提供的方法，提供了一种将第二类型资源转换为第一类型资源后发送资源包的方案，通过按照当前的换算比例扣除发送方客户端的第二类型资源，并生成包括第一类型资源的至少一个资源包，从而将第二类型资源转换为等价值的第一类型资源包发送，即使在发送方客户端不具有第一类型资源的情况下也可以发送第一类型资源包，提升了灵活性，而且针对任两种类型的资源均可采用该方案进行转换后发送资源包，满足了用户发送不同类型资源包的需求，相应的也满足了用户接收不同类型资源包的需求。
可选地，该链接信息包括资源包标识，该资源包标识对应于该至少一个资源包，该根据该链接信息，与该第一服务器进行交互，获取资源包，包括：
向该第一服务器发送资源包领取请求，该资源包领取请求携带该资源包标识，使得该第一服务器从该资源包标识对应的剩余资源包中，选取一个资源包返回；
接收该第一服务器返回的资源包，将该资源包内包括的第一类型资源添加至该第一类型资源账户中。
可选地，该方法还包括：
当接收到第一类型资源兑换请求时，确定第三数量和第四数量，该第三数量是指待兑换的第一类型资源的数量，该第四数量是指与该第三数量的第一类型资源等值的第二类型资源的数量；
通过该第一服务器，从该接收方客户端的第二类型资源账户中扣除该第四数量的第二类型资源，并向该接收方客户端的第一类型资源账户中添加该第三数量的第一类型资源。
可选地，该方法还包括：
当接收到第二类型资源兑换请求时，确定第五数量和第六数量，该第五数量是指待兑换的第二类型资源的数量，该第六数量是指与该第五数量的第二类型资源等值的第一类型资源的数量；
通过该第一服务器，从该第一类型资源账户中扣除该第六数量的第一类型资源，并向该第二类型资源账户中添加该第五数量的第二类型资源。
可选地，该方法还包括：
当接收到第一类型资源获取请求时，确定待获取的第一类型资源的第七数量；
通过该第一服务器，从该接收方客户端的资源账户中扣除与该第七数量对应的资源，并生成至少包括该第七数量和地址信息的订单，该订单用于根据该地址信息向该接收方客户端的用户发放该第七数量的第一类型资源所指代的实体资源。
可选地，该通过该第一服务器，从该接收方客户端的资源账户中扣除与该第七数量对应的资源，包括：
如果该第一类型资源账户中的第一类型资源的剩余数量不小于该第七数量，则通过该第一服务器，从该第一类型资源账户中扣除该第七数量的第一类型资源。
可选地，该通过该第一服务器，从该接收方客户端的资源账户中扣除与该第七数量对应的资源，包括：
如果该第一类型资源账户中的第一类型资源的剩余数量小于该第七数量，确定该第七数量与该剩余数量的差量，以及与该差量匹配的第八数量，该第八数量是指与该差量的第一类型资源等值的第二类型资源的数量，该第八数量根据该第一类型资源与该第二类型资源当前的换算比例以及该第七数量确定；
通过该第一服务器，从该第一类型资源账户中扣除剩余的第一类型资源，并从该第二类型资源账户中扣除该第八数量的第二类型资源。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。
图4是本发明实施例提供的一种资源包发放方法的流程图。该发明实施例的执行主体为第一服务器，参见图4，该方法包括：
401、获取发送方客户端确定的资源包参数，该资源包参数用于确定待发 送的资源包数量和第一数量，该第一数量是指待发送的第一类型资源的数量。
402、调用与第二服务器之间的接口，获取该第二服务器发布的第一类型资源与第二类型资源当前的换算比例。
403、根据该换算比例，计算与该第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量。
404、从该发送方客户端的第二类型资源账户中扣除该第二数量的第二类型资源，并生成至少一个资源包，该至少一个资源包对应的数量之和等于第一数量，使得该发送方客户端向具有好友关系的至少一个接收端发送链接信息，该链接信息用于接收该至少一个资源包。
405、通过该链接信息，向该至少一个接收方客户端发放该至少一个资源包。
本发明实施例提供的方法，提供了一种将第二类型资源转换为第一类型资源后发送资源包的方案，通过扣除发送方客户端的第二类型资源，并生成包括第一类型资源的至少一个资源包，从而将第二类型资源转换为等价值的第一类型资源包发送，即使在发送方客户端不具有第一类型资源的情况下也可以发送第一类型资源包，提升了灵活性，而且针对任两种类型的资源均可采用该方案进行转换后发送资源包，满足了用户发送不同类型资源包的需求。
可选地，该方法还包括：
通过与该发送方客户端进行交互，从该发送方客户端的第一类型资源账户中扣除该第一数量的第一类型资源，并生成至少一个资源包。
可选地，该生成至少一个资源包之后，该方法还包括：
为该至少一个资源包生成资源包标识；
向该发送方客户端发送该资源包标识，使得该发送方客户端生成包含资源包标识的链接信息。
可选地，该通过该链接信息，向该至少一个接收方客户端发放该至少一个资源包，包括：
接收任一接收方客户端发送的资源包领取请求，该资源包领取请求携带该资源包标识；
从该资源包标识对应的剩余资源包中，选取一个资源包发送给该接收方客户端，使得该接收方客户端将该资源包内包括的第一类型资源添加至第一类型资源账户中。
可选地，从该资源包标识对应的剩余资源包中，选取一个资源包发送给该接收方客户端，包括：
若该资源包参数包括该发送方客户端待发送的资源包数量和该第一数量，根据该资源包数量和该第一数量随机确定该资源包对应的数量；或者，
若该资源包参数包括该资源包数量和每个资源包内第一类型资源的固定数量，将该固定数量作为该资源包对应的数量。
可选地，该方法还包括：
接收任一社交应用客户端发送的资源兑换请求，该资源兑换请求包括第三数量和第四数量，该第三数量是指待兑换的第一类型资源的数量，该第四数量是指与该第三数量的第一类型资源等值的第二类型资源的数量；
从该社交应用客户端的第二类型资源账户中扣除该第四数量的第二类型资源，并向该社交应用客户端的第一类型资源账户中添加该第三数量的第一类型资源。
可选地，该方法还包括：
接收任一社交应用客户端发送的资源兑换请求，该资源兑换请求包括第五数量和第六数量，该第五数量是指待兑换的第二类型资源的数量，该第六数量是指与该第五数量的第二类型资源等值的第一类型资源的数量；
从该社交应用客户端的第一类型资源账户中扣除该第六数量的第一类型资源，并向该社交应用客户端的第二类型资源账户中添加该第五数量的第二类型资源。
可选地，该方法还包括：
接收任一社交应用客户端发送的资源获取请求，该资源获取请求携带待获取的第一类型资源的第七数量；
从该社交应用客户端的资源账户中扣除与该第七数量对应的资源，并生成至少包括该第七数量和地址信息的订单，该订单用于根据该地址信息向该社交应用客户端的用户发放该第七数量的第一类型资源所指代的实体资源。
可选地，该从该社交应用客户端的资源账户中扣除与该第七数量对应的资源，包括：
如果该第一类型资源账户中的第一类型资源的剩余数量不小于该第七数量，则从该第一类型资源账户中扣除该第七数量的第一类型资源。
可选地，该通过该第一服务器，从该社交应用客户端的资源账户中扣除与 该第七数量对应的资源，包括：
如果该第一类型资源账户中的第一类型资源的剩余数量小于该第七数量，确定该第七数量与该剩余数量的差量，以及与该差量匹配的第八数量，该第八数量是指与该差量的第一类型资源等值的第二类型资源的数量，该第八数量根据该第一类型资源与该第二类型资源当前的换算比例以及该差量确定；
从该第一类型资源账户中扣除剩余的第一类型资源，并从该第二类型资源账户中扣除该第八数量的第二类型资源。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。
图5是本发明实施例提供的一种资源包收发方法的流程图。该发明实施例的执行主体为发送方客户端、第一服务器和接收方客户端，参见图5，该方法包括：
501、当发送方客户端接收到第一类型资源包发送指令时，确定资源包参数。
多个社交应用客户端可以基于相应的用户标识登录第一服务器，多个用户标识之间可以建立好友关系，如果任两个社交应用客户端所登录的用户标识具有好友关系，则该两个社交应用客户端也具有好友关系。
每个社交应用客户端还可以创建资源账户，在资源账户中储存资源，该资源可以通过购买、使用其他类型的资源兑换、好友赠予等方式得到，本发明实施例对此不做限定。而且，该社交应用客户端可以创建多个不同类型的资源账户，分别在不同的资源账户中储存相应类型的资源。资源可以包括虚拟货币、虚拟黄金、虚拟礼物、虚拟宠物、虚拟装备等等，本发明实施例对此不做限定。
任一社交应用客户端可以作为发送方客户端，向具有好友关系的至少一个接收方客户端发送资源包，资源包内包括一定数量的资源，从而将自己拥有的资源发送给好友，实现了资源的传递。对于多种类型的资源，该发送方客户端接收到某一类型的资源包发送指令时，可以向具有好友关系的至少一个接收方客户端发送相应类型的资源包。
本发明实施例中以发送第一类型资源包为例进行说明，该发送方客户端接收到该第一类型资源包发送指令时，需要向至少一个接收方客户端发送第一类型的资源包，资源包内包括一定数量的第一类型资源。
其中，该第一类型资源是指任一种类型的资源，后续涉及的第二类型资源可以为与该第一类型资源不同的资源。可选地，该第一类型资源可以为价值稳定或者价值呈现增加趋势的资源，而该第二类型资源可以为实际生活中常用的资源。例如，该第一类型资源为黄金，该第二类型资源为货币。或者，该第二类型资源为用户日常生活使用的货币，该第一类型资源为其他货币。
其中，该发送方客户端可以提供第一类型资源包的发送选项，该第一类型资源包发送指令可以由点击该发送选项的操作触发，或者由预设操作触发，该预设操作可以为摇一摇操作、扫描特定二维码的操作等等，本发明实施例对此不做限定。
参见图6A，以该第一类型资源为黄金，该第二类型资源为货币为例，该发送方客户端在当前的会话窗口中展示选择窗口，该选择窗口包括“黄金红包”选项和“红包”选项，该“黄金红包”选项用于指示发送黄金红包，该“红包”选项用于指示发送货币红包。当检测到用户点击该“黄金红包”选项的操作时，接收到第一类型资源发送指令。
该资源包参数用于确定待发送的资源包数量和第一数量，该资源包数量是指待发送的第一类型资源包的数量，而每个资源包内可以包括一定数量的第一类型资源，该第一数量是指待发送的第一类型资源的总数量。该资源包数量为正整数，该第一数量大于0。
其中，该资源包参数可以包括该资源包数量和该第一数量，或者，该资源包参数可以包括该资源包数量和每个资源包内第一类型资源的固定数量，表示每个资源包对应的数量都相同，则该资源包数量与该固定数量的乘积为该第一数量。
进一步地，该资源包参数可以由发送用户通过选择确定或者在发送方客户端上进行输入，本发明实施例对该资源包参数的确定方式不做限定。
在一种可能的实现方式中，该发送方客户端接收到该第一类型资源包发送指令时，提供多个资源数量选项以及多个资源包数量选项，不同数量选项所指示的第一数量不同，不同资源包数量选项所指示的资源包数量不同。此时发送用户可以从多个数量选项中选取任一数量，作为第一数量。
参见图6A，该发送方客户端接收到该第一类型资源包发送指令时，提供“付3元，发黄金”的资源数量选项，并按照黄金与货币当前的换算比例显示与3元等值的黄金数量“0.01克”，供发送用户进行选择，表示该“付3元， 发黄金”的资源数量选项所指示的第一数量为0.01克，如果发送用户不想发送0.01克的黄金，还可以点击“换一个”按钮，此时该发送方客户端会提供其他数量的选项，供用户选择。通过点击“换一个”按钮提供了多个资源数量选项，发送用户可以按照需求选择任一资源数量选项，该发送方客户端即可根据用户选择的资源数量选项确定该第一数量。
在另一种可能的实现方式中，该发送方客户端接收到该第一类型资源包发送指令时，显示设置页面，该设置页面包括资源包数量输入栏和第一数量的输入栏，发送用户可以在该设置页面中输入资源包数量和第一数量。或者，该设置页面可以包括资源包数量输入栏和固定数量输入栏，发送用户可以在该设置页面中输入资源包数量和每个资源包对应的固定数量。
参见图6B，该发送方客户端接收到该第一类型资源包发送指令时，显示设置页面，该设置页面包括红包个数输入栏和黄金克数输入栏，发送用户在该红包个数输入栏中输入要发送的红包个数10，在该黄金克数输入栏中输入要发送的黄金总克数0.10克，也即是该资源包数量为10，该第一数量为0.1。而且，在该设置页面中还可以按照用户输入的黄金总克数0.1克以及当前的换算比例300元/克计算出与0.10克黄金等值的现金为30元，供用户查看。该设置页面还包括黄金红包上显示的祝福信息输入栏，默认输入“日进斗金，有福同享”，发送用户可以在该祝福信息输入栏中输入给好友的祝福。
或者，参见图6C，该发送方客户端显示设置页面，该设置页面包括红包个数输入栏和每个红包的黄金克数输入栏，发送用户在红包个数输入栏中输入要发送的红包个数10，在每个红包的黄金克数输入栏中输入每个红包内包含的黄金克数0.1克，也即是该资源包数量为10，该固定数量为0.1克，则该第一数量为1克。而且，在该设置页面中还可以计算出的黄金总克数1克以及当前的换算比例300元/克计算出与1克黄金等值的现金为300元，供用户查看。
实际的应用过程中，在接收到该第一类型资源发送指令时，不仅可以确定该资源包参数，还可以确定至少一个接收方客户端。
在第一种可能的实现方式中，该发送方客户端显示与某一具有好友关系的社交应用客户端的会话窗口，当在该会话窗口中接收到该第一类型资源发送指令时，表示发送用户希望向该社交应用客户端的用户发送资源包，可以确定该社交应用客户端即为接收方客户端。此时可以直接确定该资源包数量为1，并确定该第一数量，或者仍由发送用户确定要发送给该接收方客户端的资源包数 量和第一数量，本发明实施例对此不做限定。
在第二种可能的实现方式中，该发送方客户端显示社交应用群组的会话窗口，该社交应用群组中包括多个社交应用客户端，当在该会话窗口中接收到该第一类型资源发送指令时，表示发送用户希望向该社交应用群组中的用户发送资源包，则可以确定该社交应用群组内的社交应用客户端即为接收方客户端。此时，可以直接确定该资源包数量即为该社交应用群组中的用户个数，或者仍由发送用户确定要发送的资源包数量。进一步地，可以限制用户确定的资源包数量小于或者等于该社交应用群组中的用户个数。
在第三种可能的实现方式中，该发送方客户端在社交信息展示平台上接收到该第一类型资源发送指令时，表示发送用户希望向所有的好友用户发送资源包，可以确定与该发送方客户端具有好友关系的多个社交应用客户端均为接收方客户端。此时，可以仍由发送用户确定要发送的资源包数量。进一步地，可以限制所发送的资源包的有效时长，超过有效时长后将不能再领取资源包，资源包内的第一类型资源将会返回至该发送方客户端的第一类型资源账户中。
当然，该发送方客户端还可以采用其他的方式接收到该第一类型资源发送指令，并确定至少一个接收方客户端，本发明实施例对此不做限定。
可选地，该发送方客户端与具有好友关系的任一社交应用客户端的会话窗口中接收到该第一类型资源包发送指令时，确定该社交应用客户端为接收方客户端，确定该资源包数量为1，并确定发送用户输入的第一数量。或者，当该发送方客户端在社交应用群组的会话窗口中接收到该第一类型资源包发送指令时，确定该社交应用群组中的社交应用客户端为接收方客户端，并获取发送用户输入的资源包数量和固定数量，或者获取发送用户输入的资源包数量和第一数量。
502、发送方客户端向第一服务器发送资源包发送请求，该资源包发送请求携带该资源包参数。
503、第一服务器接收到该资源包发送请求时，根据该资源包参数确定该资源包数量和该第一数量，并调用与第二服务器之间的接口，获取该第二服务器发布的第一类型资源与第二类型资源当前的换算比例，根据该换算比例和该第一数量，计算该第二数量。
本发明实施例中，为了根据第一数量的第一类型资源生成资源包，该发送方客户端需要支付一定数量的第二类型资源，将第二类型资源转换为等价值的 第一类型资源。
因此，该发送方客户端向该第一服务器发送资源包发送请求，该资源包发送请求携带该资源包参数。该第一服务器接收到该资源包发送请求时，根据该资源包参数确定该资源包数量和该第一数量，并通过调用该第二服务器提供的接口，获取该第一类型资源与该第二类型资源当前的换算比例，根据该换算比例，计算与该第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量。
如果该资源包参数包括该资源包数量和该第一数量，则该第一服务器直接确定该资源包数量和该第一数量。且后续过程中，该第一服务器会随机生成与该资源包数量对应的至少一个资源包，且每个资源包对应的数量之和等于该第一数量。如果该资源包参数包括该资源包数量和该固定数量，则该第一服务器计算该资源包数量与该固定数量的乘积，得到该第一数量。且后续过程中，该第一服务器会生成与该资源包数量对应的至少一个资源包，且每个资源包对应的数量均等于该固定数量。
该第二数量是指与该第一数量的第一类型资源等值的第二类型资源的数量，也即是该第二数量的第二类型资源与该第一数量的第一类型资源价值相等。其中，该换算比例由该第二服务器发布，该第二服务器为该第一服务器提供接口，该第一服务器可以调用该接口，获取到该第二服务器发布的当前的换算比例。该换算比例随着实际生活中的多种因素而发生变化，具体的换算比例可以由该第二服务器综合考虑多种因素后发布，本发明实施例对该换算比例不做限定。
504、第一服务器从该第二类型资源账户中扣除该第二数量的第二类型资源，并根据该资源包参数，生成该至少一个资源包，为该至少一个资源包生成资源包标识。
确定该第二数量之后，该第一服务器从该发送方客户端的第二类型资源账户中扣除该第二数量的第二类型资源，并生成至少一个资源包，使得每个资源包内包括对应数量的第一类型资源，而且该至少一个资源包对应的数量之和等于该第一数量，相当于将第二数量的第二类型资源转换成了第一数量的第一类型资源，实现了从第二类型资源向第一类型资源的等价转换。
其中，该第二类型资源账户用于储存第二类型资源，第一类型资源账户用于储存第一类型资源。该发送方客户端的用户可以查看该第一类型资源账户中 的第一类型资源的剩余数量，或者查看该第二类型资源账户中第二类型资源的剩余数量。进一步地，在查看该第一类型资源账户时，该发送方客户端还可以根据该第一类型资源与该第二类型资源当前的换算比例，显示与剩余的第一类型资源等价的第二类型资源的数量。参见图6D，该发送方客户端打开黄金账户，显示黄金的剩余数量为1.09克，并根据当前的换算比例300显示等值的现金327元。
另外，该第一服务器在该第二类型资源账户中扣除该第二类型资源之前，可以由发送用户进行确认，也即是，该发送方客户端通过与第一服务器进行交互，向发送用户展示转换确认页面，该转换确认页面包括该第一数量和该第二数量，提示发送用户要将该第二数量的第二类型资源转换为第一数量的第一类型资源。当检测到用户的确认操作时，该第一服务器再从该第二类型资源账户中扣除该第二数量的第二类型资源，转化为该第一数量的第一类型资源，封装于至少一个资源包中。为了保证账户安全，在发送用户触发确认操作时可以要求发送用户输入支付密码。
参见图6E，发送用户点击“付3元，发黄金”选项，该发送方客户端显示如图6E所示的转换确认页面，包括需要支付的现金金额3元和输入栏，由发送用户输入支付密码，进行确认。
实际上，该第一服务器也会创建第一类型资源账户和第二类型资源账户，在将该发送方客户端的第二数量的第二类型资源转换为第一数量的第一类型资源的过程中，实际上是从该发送方客户端的第二类型资源账户中扣除第二数量的第二类型资源，转移到该第一服务器的第二类型资源账户中，再从该第一服务器的第一类型资源账户中提取第一数量的第一类型资源，根据提取的第一类型资源生成至少一个资源包。
或者，也可以由该第二服务器来提供第一类型资源，该第二服务器也会创建第一类型资源账户和第二类型资源账户，在将该发送方客户端的第二数量的第二类型资源转换为第一数量的第一类型资源的过程中，实际上是该第一服务器从该发送方客户端的第二类型资源账户中扣除第二数量的第二类型资源，并使用该第二数量的第二类型资源向该第二服务器请求获取等值的第一数量的第一类型资源，该第二服务器接收该第二数量的第二类型资源，存入该第二服务器的账户中，并提取第一数量的第一类型资源，发送给该第一服务器，该第一服务器即可根据获取到的第一类型资源生成至少一个资源包。
生成该至少一个资源包之后，为了便于接收方客户端领取资源包，该第一服务器可以为该至少一个资源包生成唯一对应的资源包标识，向该发送方客户端发送该资源包标识。该资源包标识用于指示该至少一个资源包，根据该资源包标识可以领取资源包。
例如，该第一服务器可以建立该资源包标识与该至少一个资源包的映射关系，后续可以根据该映射关系和该资源包标识，向接收方客户端下发资源包。
在本发明实施例中，针对于该发送方客户端所拥有的多种类型资源，该发送方客户端可以指定该第二类型资源作为默认资源，在发送任一种类型的资源时均支付一定数量的第二类型资源，转换为待发送的这种类型的资源，例如可以将实际生活中用户最常用的资源作为默认资源。或者，当该发送方客户端接收到该第一类型资源发送指令时，提供多个类型资源的选项，由用户选择支付哪一种类型的资源来转换为该第一类型资源，本发明实施例对此不做限定。
在本发明实施例提供的另一实施例中，该第一服务器也可以不扣除第二类型资源，而直接扣除第一类型资源。也即是，该第一服务器从该发送方客户端的第一类型资源账户中扣除该第一数量的第一类型资源，并根据该第一数量和该资源包数量生成至少一个资源包，该过程不涉及不同类型资源的转换。
进一步地，该第一服务器也可以先判断该第一类型资源账户中的第一类型资源的剩余数量是否小于该第一数量，如果该剩余数量小于该第一数量，将默认的该第二类型资源转换为该第一类型资源。如果该剩余数量不小于该第一数量，则直接扣除第一数量的第一类型资源即可。
需要说明的是，本发明实施例以该发送方客户端向该第一服务器发送请求，由该第一服务器进行扣除资源和生成资源包的操作，而在实际应用中，该发送方客户端与该第一服务器进行交互生成资源包，该过程中的每项操作具体由该发送方客户端执行还是由该第一服务器执行均可，本发明实施例对此不做限定。
505、第一服务器向发送方客户端发送该资源包标识。
506、发送方客户端接收该资源包标识，生成包含该资源包标识的链接信息，发送给具有好友关系的至少一个接收方客户端。
该发送方客户端通过与第一服务器进行交互，生成至少一个资源包之后，获取用于接收该至少一个资源包的链接信息。任一社交应用客户端获取到该链接信息时，可以根据该链接信息来领取资源包。因此，该发送方客户端向具有 好友关系的至少一个接收方客户端发送该链接信息。
具体地，该发送方客户端向该第一服务器发送该链接信息以及该至少一个接收方客户端的用户标识，由该第一服务器根据该至少一个接收方客户端的用户标识，向该至少一个接收方客户端发送该链接信息。
其中，该链接信息可以为链接地址或者二维码等，且该链接信息可以采用多种方式发送给接收方客户端，本发明实施例对此不做限定。
在第一种可能的实现方式中，该发送方客户端通过与一个接收方客户端的会话窗口发送该链接信息，则该第一服务器接收到该链接信息，向该接收方客户端发送该链接信息。也即是，将该链接信息以即时通讯消息的方式发送给接收方客户端。
在第二种可能的实现方式中，该发送方客户端通过社交应用群组的会话窗口发送该链接信息，则该第一服务器接收到该链接信息，向该社交应用群组内的每个接收方客户端发送该链接信息。也即是，将该链接信息以群组消息的方式发送给接收方客户端。
在第三种可能的实现方式中，该发送方客户端通过与第一服务器进行交互，在社交信息展示平台上展示该链接信息，仅有与该发送方客户端具有好友关系的至少一个接收方客户端可以接收到该链接信息。也即是，将该链接信息发布在社交信息展示平台上。
507、接收方客户端接收到该链接信息时，展示该链接信息，当检测到对该链接信息的激活操作时，向第一服务器发送资源包领取请求，该资源包领取请求携带该资源包标识。
对于该至少一个接收方客户端中的任一接收方客户端来说，当该接收方客户端接收到该链接信息时展示该链接信息。
其中，该链接信息的展示方式根据该发送方客户端检测到第一类型资源发送指令的方式确定。
在第一种可能的实现方式中，该发送方客户端在与该接收方客户端的会话窗口中接收到该第一类型资源发送指令时，该接收方客户端在与该发送方客户端的会话窗口中展示该链接信息，也即是以即时通讯消息的方式展示。
参见图6F，该接收方客户端显示与该发送方客户端的会话窗口，在该会话窗口中展示该链接信息。其中，该链接信息以一个“红包”的形式展示。另外，该发送方客户端发出该链接信息后，也可以在与该接收方客户端的会话窗口中 展示该链接信息，展示形式与图6F类似。
在第二种可能的实现方式中，该发送方客户端在社交应用群组的会话窗口中接收到该第一类型资源发送指令时，该接收方客户端在该社交应用群组的会话窗口中展示该链接信息，也即是以群组消息的方式展示。
在第三种可能的实现方式中，该发送方客户端在社交信息展示平台上接收到该第一类型资源发送指令时，该接收方客户端在消息汇聚页面上展示该链接信息，该消息汇聚页面中包括该接收方客户端以及与该接收方客户端具有好友关系的任一发送方客户端在社交信息展示平台上发布的消息。
在展示该链接信息时，接收用户如果想要领取发送用户发送的资源包，可以触发对该链接信息的激活操作，从而根据该链接信息，与该第一服务器进行交互，获取到资源包。
具体地，该接收方客户端检测到该激活操作，获取该链接信息中包含的资源包标识，向该第一服务器发送资源包领取请求，该资源包领取请求携带该资源包标识，由该第一服务器向该接收方客户端发放资源包。
508、第一服务器接收到该资源包领取请求时，从该资源包标识对应的剩余资源包中选取一个资源包，发送给接收方客户端。
在第一种可能的实现方式中，该第一服务器生成了至少一个资源包，且每个资源包对应的数量均为固定数量，则该第一服务器接收到该资源包领取请求时，从该资源包标识对应的剩余资源包中选取一个资源包，将该固定数量作为该资源包对应的数量，发送给该接收方客户端，则该资源包内包括固定数量的第一类型资源。
在第二种可能的实现方式中，该第一服务器生成了至少一个资源包，且每个资源包对应的数量随机，仅限于至少一个资源包对应数量之和为第一数量，此时，该第一服务器从该资源包标识对应的剩余资源包中选取一个资源包，根据该资源包数量和该第一数量随机确定该资源包对应的数量，发送给该接收方客户端，该资源包内包括一定数量的第一类型资源。
509、接收方客户端接收到该资源包时，将该资源包内包括的第一类型资源添加至该接收方客户端的第一类型资源账户中。
获取到的资源包中包括对应数量的第一类型资源，该接收方客户端获取该资源包时，即可将该资源包内包括的第一类型资源添加至该接收方客户端的第一类型资源账户中储存。
如果该接收方客户端还未创建该第一类型资源账户，则先创建该第一类型资源账户，再将该资源包内包括的第一类型资源添加至新创建的第一类型资源账户中。
参见图6F，用户点击该链接信息后，该第一服务器向该接收方客户端发送一个黄金红包，该接收方客户端接收到黄金红包时，可以显示领取黄金页面，在该领取黄金页面的上方，展示金币上下跳跃的动画效果，并在金币下方滚动显示不同的数字，提高趣味性，直至动画效果展示完毕，显示所领取的黄金克数0.06克以及等值的现金金额18元，此时金币的部分被遮挡住，当用户点击金币所在的显示区域时，会显示整个金币。
需要说明的是，每个接收方客户端均可采用上述507-509的方式获取该发送方客户端发送的第一类型资源。但是，当该至少一个资源包的数量小于接收方客户端的数量时，该第一服务器会按照每个接收方客户端领取资源包的顺序发放资源包。例如，该资源包数量为N，则仅有前N个接收方客户端才能领取到资源包，而后续的接收方客户端将不能领取到资源包。
或者，当领取资源包的接收方客户端的个数小于该至少一个资源包的数量时，会有些资源包无人领取，则在经过预设时长之后，该第一服务器会将剩余的资源包对应的数量之和的第一类型资源添加至该发送方客户端的第一类型资源账户中。
而对于该发送方客户端来说，在至少一个接收方客户端领取资源包的过程中，该发送方客户端可以展示领取进度，获知当前已领取资源包的接收方客户端以及每个接收方客户端领取到的第一类型资源的数量。
参见图6G，发送用户点击该链接信息时，该发送方客户端显示领取进度展示页面，在该领取进度展示页面中包括已领取黄金红包的好友Lisa、好友领取的黄金克数0.06克和领取时间14:35:21、黄金红包的总数量3、剩余的黄金红包数量2以及所发送的黄金总克数0.1克。且，该领取进度展示页面的右上角还包括红包记录选项，点击该红包记录选项可以查看该发送方客户端曾经发送的黄金红包或者接收的黄金红包。
本发明实施例提供的方法，提供了一种将第二类型资源转换为第一类型资源后发送资源包的方案，通过获取第二服务器发布的换算比例，按照该换算比例扣除第二类型资源，并生成包括第一类型资源的至少一个资源包，从而将第二类型资源转换为等价值的第一类型资源包发送，接收方客户端获取到资源包 时，将资源包内的第一类型资源添加至第一类型资源账户中。即使在发送方客户端不具有第一类型资源的情况下也可以发送第一类型资源包，提升了灵活性，而且针对任两种类型的资源均可采用该方案发送资源包，满足了用户发送不同类型资源包的需求。
在上述图5所示实施例的基础上，对于任一社交应用客户端，该社交应用客户端不仅可以作为发送方客户端，向接收方客户端发送资源包，或者作为接收方客户端，接收发送方客户端发送的资源包，也可以对其所拥有的资源进行多种处理。
第一种可能的实现方式中，该社交应用客户端可以使用第二类型资源来兑换第一类型资源。具体地，该兑换过程可以包括以下步骤：
1-1、当该社交应用客户端接收到第一类型资源兑换请求时，确定第三数量和第四数量，该第三数量是指待兑换的第一类型资源的数量，该第四数量是指与该第三数量的第一类型资源等值的第二类型资源的数量。
该社交应用客户端可以由用户确定第三数量，再根据用户确定的第三数量和当前的换算比例计算第四数量。或者由用户确定第四数量，根据用户确定的第四数量和当前的换算比例计算第三数量。
1-2、通过该第一服务器，从该第二类型资源账户中扣除该第四数量的第二类型资源，并向该第一类型资源账户中添加该第三数量的第一类型资源。
具体地，该社交应用客户端向该第一服务器发送兑换请求，该兑换请求包括第三数量和第四数量，用于指示将第四数量的第二类型资源兑换为第三数量的第一类型资源。该第一服务器接收到该兑换请求时，生成包含该第三数量和该第四数量的转换页面，发送给该社交应用客户端，该社交应用客户端展示该转换页面，当检测到对该转换页面的确认操作时，向该第一服务器发送确认请求，该第一服务器即可从该第二类型资源账户中扣除该第四数量的第二类型资源，并向该第一类型资源账户中添加该第三数量的第一类型资源。
参见图6H，在现金账户中提供“购买黄金”选项，用户点击该选项时，触发黄金兑换请求，此时用户输入要兑换的黄金克数，该社交应用客户端根据该黄金克数和当前的换算比例显示与这些黄金等值的现金数量。用户确认后，该第一服务器从现金账户中扣除相应的现金，并向黄金账户中添加等值的黄金。
第二种可能的实现方式中，该社交应用客户端可以使用第一类型资源来兑换该第二类型资源。具体地，该兑换过程可以包括以下步骤：
2-1、当接收到第二类型资源兑换请求时，确定第五数量和第六数量，该第五数量是指待兑换的第二类型资源的数量，该第六数量是指与该第五数量的第二类型资源等值的第一类型资源的数量；
2-2、通过该第一服务器，从该第一类型资源账户中扣除该第六数量的第一类型资源，并向该第二类型资源账户中添加该第五数量的第二类型资源。
参见图6I，在黄金账户中提供“提现”选项，用户点击该选项时，触发现金兑换请求，此时用户输入要兑换现金的黄金克数，该社交应用客户端根据该黄金克数和当前的换算比例显示与这些黄金等值的现金金额。用户确认后，该第一服务器从黄金账户中扣除相应的黄金，并向现金账户中添加等值的现金。
该步骤2-1和2-2与上述步骤1-1和1-2类似，在此不再赘述。
第三种可能的实现方式中，该社交应用客户端可以获取该第一类型资源所指代的实体资源。具体地，该获取过程可以包括以下步骤：
3-1、当该社交应用客户端接收到第一类型资源获取请求时，确定待获取的第一类型资源的第七数量。该第一类型资源获取请求用于指示获取该第一类型资源。
其中，用户触发该第一类型资源获取请求时，可以确定该第七数量，或者，用户可以先确定第二类型资源的数量，该第一服务器按照该数量和当前的换算比例计算出该第七数量。
3-2、通过该第一服务器，从该社交应用客户端的资源账户中扣除与该第七数量对应的资源，并生成至少包括该第七数量和地址信息的订单，该订单用于根据该地址信息向该社交应用客户端的用户发放该第七数量的第一类型资源所指代的实体资源。
具体地，当某一社交应用客户端希望获取该第一类型资源所指代的实体资源时，该社交应用客户端向该第一服务器发送资源获取请求，该资源获取请求携带待获取的第一类型资源的第七数量，该第一服务器接收到该资源获取请求时，从资源账户中扣除与该第七数量对应的资源，并生成该订单。之后，该第一服务器的管理人员可以为该社交应用客户端的用户发放实体资源，或者，该第一服务器向该第二服务器发送该订单，由该第二服务器的管理人员为该社交应用客户端的用户发放实体资源。
可选地，扣除与该第七数量对应的资源，包括：
如果该第一类型资源账户中的第一类型资源的剩余数量不小于该第七数量，则通过该第一服务器，从该第一类型资源账户中扣除该第七数量的第一类型资源。
如果该第一类型资源账户中的第一类型资源的剩余数量小于该第七数量，确定该第七数量与该剩余数量的差量，以及与该差量匹配的第八数量，该第八数量是指与该差量的第一类型资源等值的第二类型资源的数量，该第八数量根据该第一类型资源与该第二类型资源当前的换算比例以及该第七数量确定；通过该第一服务器，从该第一类型资源账户中扣除剩余的第一类型资源，并从该第二类型资源账户中扣除该第八数量的第二类型资源。
生成包括该第七数量和地址信息的订单之后，该第一服务器的管理人员会按照该订单，获取该第七数量的第一类型资源所指代的实体资源，发送给用户所在的地址，用户即可接收到该实体资源。
参见图6J，在黄金账户中提供“领取”选项，用户点击该选项，并选取要领取的黄金产品后，该社交应用客户端展示确认页面，该确认页面包括用户的姓名、电话、收货地址以及从黄金账户中扣除的黄金克数1.09克和还需要支付的现金金额300元，用户确认支付后输入支付密码，生成订单，此时，用户即可等待接收实体黄金。
本发明实施例还提供了以下示例性操作流程：
1、发送黄金红包的过程：
用户点击与某一好友的会话窗口的“发送黄金红包”的选项，在会话窗口中显示用于发黄金红包的弹窗，该弹窗的每个主题对应一个黄金克数，点击“换一个”按钮可以切换为其他主题。在确认选项上会显示该黄金克数等值的现金金额。用户点击确认选项后，输入支付密码，此时扣除用户该现金金额所指示的现金，并生成多个黄金红包，发送给用户的一个或多个好友。
或者，用户点击群组的会话窗口的“发送黄金红包”的选项，输入黄金红包的个数和黄金总克数，或者输入黄金红包的个数和每个黄金红包的黄金克数。在确认选项上会显示黄金总克数等值的现金金额。用户点击确认选项后，输入支付密码，此时扣除用户该现金金额所指示的现金，并生成多个黄金红包，发送给用户的一个或多个好友。
2、接收黄金红包的过程：
发送黄金红包后，在会话窗口中展示多个黄金红包对应的链接信息，用户和好友均可查看到该链接信息，并点击该链接信息来抢黄金红包。某个用户抢到之后，黄金红包内的黄金会添加到该用户的黄金账户中。
3、黄金提现的过程：
用户可以进入黄金账户查看自己剩余的黄金，黄金账户中的黄金金价会随着市场金价的波动而显示等值的现金金额。若当前的金价高于用户获得黄金时的金价，相当于黄金升值。
黄金账户提供提现选项，通过该提现选项，可以将一定量的黄金转换为等值的现金，存入用户的现金账户中。
4、兑换实体黄金的过程：黄金账户还提供兑换选项，通过该兑换选项生成订单，将一定量的黄金兑换为等值的实体黄金。
其中，当黄金账户的剩余黄金不足但是想兑换较多的实体黄金时，除了扣除黄金账户中剩余的黄金之外，还可以支付等值的现金来兑换实体黄金。
本发明实施例提供了发送多种类型的资源包的方法，在本发明实施例的基础上，还可以根据用户发送的资源包的类型进行分析，确定用户等级，为用户推荐与该用户等级匹配的资源，吸引用户购买多种类型的资源。
例如，获取用户的发送资源包的记录，确定频繁发送的资源包类型，或者确定发送的资源的数量多少，从而确定用户等级。用户等级可以包括高风险用户、中风险用户或者低风险用户。对于高风险用户，可以推荐股票、债券等高风险的资源，对于中风险用户，可以推荐基金等资源，对于低风险用户可以推荐黄金、外国货币等低风险的资源。
图7是本发明实施例提供的一种资源获取方法的流程图。该发明实施例的执行主体为社交应用客户端或者第一服务器，参见图7，该方法包括：
701、当接收到社交应用客户端发送的第一类型资源获取请求时，确定待获取的第一类型资源的第七数量。
702、如果该社交应用客户端的第一类型资源账户中的第一类型资源的剩余数量小于该第七数量，确定该第七数量与该剩余数量的差量。
703、调用与第二服务器之间的接口，获取该第二服务器发布的该第一类 型资源与第二类型资源当前的换算比例，根据该换算比例，计算与该差量匹配的第八数量，该第八数量是指与该差量的第一类型资源等值的第二类型资源的数量。
704、从该第一资源账户中扣除剩余的第一类型资源，从该社交应用客户端的第二类型资源账户中扣除该第八数量的第二类型资源。
705、生成至少包括该第七数量和地址信息的订单，该订单用于根据该地址信息向该社交应用客户端的用户发放该第七数量的第一类型资源所指代的实体资源。
本发明实施例提供的方法，能够通过在虚拟的资源账户中扣除资源，生成用于获取实体资源的订单，从而能够按照订单向用户发放实体资源，操作非常简便。
可选地，该方法还包括：
如果该第一类型资源账户中的第一类型资源的剩余数量不小于该第七数量，则从该第一类型资源账户中扣除该第七数量的第一类型资源；
生成该至少包括该第七数量和地址信息的订单。
本发明实施例的具体过程与上述步骤3-1和3-2类似，在此不再赘述。
图8是本发明实施例提供的一种资源包发送装置的结构示意图，该资源包发送装置可以通过软件、硬件或者两者的结合实现成为社交应用客户端中的发送方客户端的部分或者全部。参见图8，该装置包括：
确定模块801，用于当接收到第一类型资源包发送指令时，确定资源包参数，该资源包参数用于确定待发送的资源包数量和第一数量，该第一数量是指待发送的第一类型资源的数量；
交互模块802，用于通过第一服务器，获取第二服务器发布的该第一类型资源与第二类型资源当前的换算比例，根据该换算比例，计算与该第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量；
该交互模块802，还用于通过该第一服务器，从该社交应用客户端的第二类型资源账户中扣除该第二数量的第二类型资源，并生成至少一个资源包，每个资源包内包括对应数量的第一类型资源，该至少一个资源包对应的数量之和等于该第一数量；
获取模块803，用于获取用于接收该至少一个资源包的链接信息；
发送模块804，用于向与该社交应用客户端具有好友关系的至少一个接收方客户端发送该链接信息，该至少一个接收方客户端用于根据该链接信息接收资源包。
本发明实施例提供的装置，提供了一种将第二类型资源转换为第一类型资源后发送资源包的方案，通过获取第二服务器发布的换算比例，按照该换算比例扣除第二类型资源，并生成包括第一类型资源的至少一个资源包，从而将第二类型资源转换为等价值的第一类型资源包发送，即使在不具有第一类型资源的情况下也可以发送第一类型资源包，提升了灵活性，而且针对任两种类型的资源均可采用该方案进行转换后发送资源包，满足了用户发送不同类型资源包的需求。
可选地，该资源包参数包括该资源包数量和该第一数量；或者，
该资源包参数包括该资源包数量和每个资源包内第一类型资源的固定数量，该资源包数量与该固定数量的乘积为该第一数量。
可选地，该确定模块801用于当在与具有好友关系的任一接收方客户端的会话窗口中接收到该第一类型资源包发送指令时，确定该资源包数量为1，并确定该第一数量；或者，当在社交应用群组的会话窗口中接收到该第一类型资源包发送指令时，获取输入的该资源包数量和该固定数量，或者，获取输入的该资源包数量和该第一数量。
可选地，该交互模块802用于向该第一服务器发送资源包发送请求，该资源包发送请求携带该资源包参数，使得该第一服务器获取第二服务器发布的该第一类型资源与第二类型资源当前的换算比例，根据该换算比例，计算与该第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量。
可选地，该交互模块802还用于通过该第一服务器，从该社交应用客户端的第一类型资源账户中扣除该第一数量的第一类型资源，并生成该至少一个资源包。
可选地，该交互模块802还用于向该第一服务器发送资源包发送请求，该资源包发送请求携带该资源包参数，使得该第一服务器从该第一类型资源账户中扣除该第一数量的第一类型资源，并根据该资源包参数，生成该至少一个资源包。
可选地，该获取模块803还用于接收该第一服务器发送的资源包标识，该资源包标识对应于该至少一个资源包；生成包含该资源包标识的链接信息。
可选地，该装置还包括：
第一请求模块，用于当接收到第一类型资源兑换请求时，确定第三数量和第四数量，该第三数量是指待兑换的第一类型资源的数量，该第四数量是指与该第三数量的第一类型资源等值的第二类型资源的数量；
第一兑换模块，用于通过该第一服务器，从该第二类型资源账户中扣除该第四数量的第二类型资源，并向该第一类型资源账户中添加该第三数量的第一类型资源。
可选地，该装置还包括：
第二请求模块，用于当接收到第二类型资源兑换请求时，确定第五数量和第六数量，该第五数量是指待兑换的第二类型资源的数量，该第六数量是指与该第五数量的第二类型资源等值的第一类型资源的数量；
第二兑换模块，用于通过该第一服务器，从该第一类型资源账户中扣除该第六数量的第一类型资源，并向该第二类型资源账户中添加该第五数量的第二类型资源。
可选地，该装置还包括：
第三请求模块，用于当接收到第一类型资源获取请求时，确定待获取的第一类型资源的第七数量；
资源获取模块，用于通过该第一服务器，从该社交应用客户端的资源账户中扣除与该第七数量对应的资源，并生成至少包括该第七数量和地址信息的订单，该订单用于根据该地址信息向该社交应用客户端的用户发放该第七数量的第一类型资源所指代的实体资源。
可选地，该资源获取模块还用于如果该第一类型资源账户中的第一类型资源的剩余数量不小于该第七数量，则通过该第一服务器，从该第一类型资源账户中扣除该第七数量的第一类型资源。
可选地，该资源获取模块还用于如果该第一类型资源账户中的第一类型资源的剩余数量小于该第七数量，确定该第七数量与该剩余数量的差量，以及与该差量匹配的第八数量，该第八数量是指与该差量的第一类型资源等值的第二类型资源的数量，该第八数量根据该第一类型资源与该第二类型资源当前的换算比例以及该第七数量确定；通过该第一服务器，从该第一类型资源账户中扣除剩余的第一类型资源，并从该第二类型资源账户中扣除该第八数量的第二类型资源。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。
图9是本发明实施例提供的一种资源包发放装置的结构示意图，该资源包发放装置可以通过软件、硬件或者两者的结合实现成为第一服务器的部分或者全部。参见图9，该装置包括：
参数获取模块901，用于获取发送方客户端确定的资源包参数，该资源包参数用于确定待发送的资源包数量和第一数量，该第一数量是指待发送的第一类型资源的数量；
调用模块902，用于调用与第二服务器之间的接口，获取该第二服务器发布的第一类型资源与第二类型资源当前的换算比例；
数量计算模块903，用于根据该换算比例，计算与该第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量；
生成模块904，用于从该发送方客户端的第二类型资源账户中扣除该第二数量的第二类型资源，并生成至少一个资源包，该至少一个资源包对应的数量之和等于第一数量，使得该发送方客户端向具有好友关系的至少一个接收端发送链接信息，该链接信息用于接收该至少一个资源包；
发放模块905，用于通过该链接信息，向该至少一个接收方客户端发放该至少一个资源包。
本发明实施例提供的装置，提供了一种将第二类型资源转换为第一类型资源后发送资源包的方案，通过获取第二服务器发布的换算比例，按照该换算比例扣除发送方客户端的第二类型资源，并生成包括第一类型资源的至少一个资源包，从而将第二类型资源转换为等价值的第一类型资源包发送，即使在发送方客户端不具有第一类型资源的情况下也可以发送第一类型资源包，提升了灵活性，而且针对任两种类型的资源均可采用该方案进行转换后发送资源包，满足了用户发送不同类型资源包的需求。
可选地，该生成模块901还用于接收该发送方客户端发送的资源包发送请求，该资源包发送请求携带资源包参数，该资源包参数用于确定待发送的资源包数量和该第一数量；根据该资源包参数确定该资源包数量和该第一数量；根据该第一类型资源与该第二类型资源当前的换算比例和该第一数量，确定该第二数量；从该第二类型资源账户中扣除该第二数量的第二类型资源；根据该资 源包参数，生成该至少一个资源包。
可选地，该装置还包括：
生成模块904，用于通过与该发送方客户端进行交互，从该发送方客户端的第一类型资源账户中扣除该第一数量的第一类型资源，并生成至少一个资源包。
可选地，该装置还包括：
标识生成模块，用于为该至少一个资源包生成资源包标识；
发送模块，用于向该发送方客户端发送该资源包标识，使得该发送方客户端生成包含资源包标识的链接信息。
可选地，该发放模块905用于接收任一接收方客户端发送的资源包领取请求，该资源包领取请求携带该资源包标识；从该资源包标识对应的剩余资源包中，选取一个资源包发送给该接收方客户端，使得该接收方客户端将该资源包内包括的第一类型资源添加至第一类型资源账户中。
可选地，该发放模块905还用于若该资源包参数包括该发送方客户端待发送的资源包数量和该第一数量，根据该资源包数量和该第一数量随机确定该资源包对应的数量；或者，若该资源包参数包括该资源包数量和每个资源包内第一类型资源的固定数量，将该固定数量作为该资源包对应的数量。
可选地，该装置还包括：
接收模块，用于接收任一社交应用客户端发送的资源兑换请求，该资源兑换请求包括第三数量和第四数量，该第三数量是指待兑换的第一类型资源的数量，该第四数量是指与该第三数量的第一类型资源等值的第二类型资源的数量；
第一兑换模块，用于从该社交应用客户端的第二类型资源账户中扣除该第四数量的第二类型资源，并向该社交应用客户端的第一类型资源账户中添加该第三数量的第一类型资源。
可选地，该装置还包括：
接收模块，用于接收任一社交应用客户端发送的资源兑换请求，该资源兑换请求包括第五数量和第六数量，该第五数量是指待兑换的第二类型资源的数量，该第六数量是指与该第五数量的第二类型资源等值的第一类型资源的数量；
第二兑换模块，用于从该社交应用客户端的第一类型资源账户中扣除该第 六数量的第一类型资源，并向该社交应用客户端的第二类型资源账户中添加该第五数量的第二类型资源。
可选地，该装置还包括：
接收模块，用于接收任一社交应用客户端发送的资源获取请求，该资源获取请求携带待获取的第一类型资源的第七数量；
资源发放模块，用于从该社交应用客户端的资源账户中扣除与该第七数量对应的资源，并生成至少包括该第七数量和地址信息的订单，该订单用于根据该地址信息向该社交应用客户端的用户发放该第七数量的第一类型资源所指代的实体资源。
可选地，该资源发放模块还用于如果该第一类型资源账户中的第一类型资源的剩余数量不小于该第七数量，则从该第一类型资源账户中扣除该第七数量的第一类型资源。
可选地，该资源发放模块还用于如果该第一类型资源账户中的第一类型资源的剩余数量小于该第七数量，确定该第七数量与该剩余数量的差量，以及与该差量匹配的第八数量，该第八数量是指与该差量的第一类型资源等值的第二类型资源的数量，该第八数量根据该第一类型资源与该第二类型资源当前的换算比例以及该差量确定；从该第一类型资源账户中扣除剩余的第一类型资源，并从该第二类型资源账户中扣除该第八数量的第二类型资源。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。
图10是本发明实施例提供的一种资源包发放装置的结构示意图，参见图10，该装置包括：
确定模块1001，用于当接收到社交应用客户端发送的第一类型资源获取请求时，确定待获取的第一类型资源的第七数量；
数量确定模块1002，用于如果该社交应用客户端的第一类型资源账户中的第一类型资源的剩余数量小于该第七数量，确定该第七数量与该剩余数量的差量；
该数量确定模块1002，还用于调用与第二服务器之间的接口，获取该第二服务器发布的该第一类型资源与第二类型资源当前的换算比例，根据该换算比例，计算与该差量匹配的第八数量，该第八数量是指与该差量的第一类型资源 等值的第二类型资源的数量；
资源扣除模块1003，用于从该第一资源账户中扣除剩余的第一类型资源，从该社交应用客户端的第二类型资源账户中扣除该第八数量的第二类型资源；
订单生成模块1004，用于生成至少包括该第七数量和地址信息的订单，该订单用于根据该地址信息向该社交应用客户端的用户发放该第七数量的第一类型资源所指代的实体资源。
本发明实施例提供的装置，能够通过在虚拟的资源账户中扣除资源，生成用于获取实体资源的订单，从而能够按照订单向用户发放实体资源，操作非常简便。
可选地，资源扣除模块1003还用于如果该第一类型资源账户中的第一类型资源的剩余数量不小于该第七数量，则从该第一类型资源账户中扣除该第七数量的第一类型资源。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。
图11是本发明实施例提供的一种资源包收发系统的结构示意图，参见图11，该系统包括：发送方客户端1101、第一服务器1102和至少一个接收方客户端1103、第二服务器1104；
发送方客户端1101用于当接收到第一类型资源包发送指令时，确定资源包参数，通过第一服务器1102，获取第二服务器1104发布的该第一类型资源与第二类型资源当前的换算比例，根据该换算比例，计算与该第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量，从该发送方客户端1101的第二类型资源账户中扣除第二数量的第二类型资源，并生成至少一个资源包，获取用于接收该至少一个资源包的链接信息；向与该发送方客户端1101具有好友关系的至少一个接收方客户端1103发送该链接信息。
第一服务器1102用于获取发送方客户端确定的资源包参数，该资源包参数用于确定待发送的资源包数量和第一数量，该第一数量是指待发送的第一类型资源的数量，调用与第二服务器1104之间的接口，获取该第二服务器发布的第一类型资源与第二类型资源当前的换算比例，根据该换算比例，计算与该第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量，通过与发送方客户端1101进行交互，从该发送方客户端1101的第二类型资源账户中 扣除第二数量的第二类型资源，并生成至少一个资源包，通过该链接信息，向该至少一个接收方客户端发放该至少一个资源包；
接收方客户端1103用于接收与该接收方客户端1103具有好友关系的发送方客户端1101发送的链接信息，根据该链接信息，与第一服务器1102进行交互，获取资源包，将该资源包内包括的第一类型资源添加至该接收方客户端1103的第一类型资源账户中。
在另一实施例中，该资源包收发系统中的任一社交应用客户端或者第一服务器均可用于当接收到第一类型资源获取请求时，确定待获取的第一类型资源的第七数量；从社交应用客户端的资源账户中扣除与该第七数量对应的资源，并生成至少包括该第七数量和地址信息的订单，该订单用于根据该地址信息向该社交应用客户端的用户发放该第七数量的第一类型资源所指代的实体资源。
请参考图12，其示出了本发明一个实施例提供的实施环境的示意图。该实施环境包括：发送终端1220、后台服务器1240和接收终端1260。
发送终端1220中运行有发送方客户端。发送终端1220可以是手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
后台服务器1240可以是一台服务器，也可以是由若干台服务器组成的服务器集群，或者是一个云计算服务中心。
接收终端1260中运行有接收方客户端。接收终端1260也可以是手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
后台服务器1240可以通过网络分别与发送终端1220和接收终端1260建立通信连接。该网络可以是无线网络，也可以是有线网络。
在本发明实施例中，发送方客户端和接收方客户端可以是任何具备虚拟物品包收发功能的客户端。例如，发送方客户端可以是社交类应用客户端、即时通信客户端、支付类应用客户端、游戏客户端、阅读客户端、专用于发送虚拟 物品包的客户端等等。
在实际应用中，发送方客户端和接收方客户端可以是两个具有不同功能的客户端，其中发送方客户端具备发送虚拟物品包的功能，接收方客户端具备接收虚拟物品包的功能。或者，发送方客户端和接收方客户端也可以是两个具有相同功能的客户端，该客户端具备发送和接收虚拟物品包的功能。当该客户端用于实现本发明方法示例中发送方客户端侧的功能时，该客户端即作为发送方客户端；当该客户端用于实现本发明方法示例中接收方客户端侧的功能时，该客户端即作为接收方客户端。相应地，发送终端和接收终端均为终端设备。当该终端设备中运行的客户端用于实现本发明方法示例中发送方客户端侧的功能时，该终端设备即作为发送终端；当该终端设备中运行的客户端用于实现本发明方法示例中接收方客户端侧的功能时，该终端设备即作为接收终端。在实际应用中，对于同一个客户端来讲，其可以作为发送方客户端，也可以作为接收方客户端。对于同一台终端，其可以作为发送终端，也可以作为接收终端。
在本发明实施例中，虚拟物品包还可以称为虚拟红包、电子红包，虚拟物品包是一种在至少两个用户之间以赠送形式转移资源(或称为虚拟物品)的虚拟载体。该至少两个用户在客户端和/或真实世界中具有好友关系，也可以不具有好友关系。虚拟物品包中所涉及的资源(或称为虚拟物品)可以是货币、游戏装备、游戏材料、游戏宠物、游戏币、图标、会员、称号、增值业务、积分、元宝、金豆、礼金券、兑换券、优惠券、贺卡等等。本发明实施例对资源类型不作限定。
在一个示例中，如图13所示，当后台服务器1240为集群架构时，后台服务器1240可以包括：通讯服务器1242、物品包服务器1244、媒体服务器1246和支付服务器1248。
通讯服务器1242用于提供发送方客户端和接收方客户端之间的通讯服务。例如，通讯服务器1242用于提供发送方客户端和接收方客户端之间进行文字、图片、语音、视频等消息的收发功能。
物品包服务器1244用于提供虚拟物品包收发的功能。
媒体服务器1246，用于提供对媒体信息进行存储和处理的功能，媒体信息可以为语音信息或视频信息，相应地，媒体服务器1246可以为语音服务器或者视频服务器。
支付服务器1248用于提供资源转移功能。例如，支付服务器1248用于提供将资源从发送方客户端所对应的账户转移至后台服务器1240所对应的账户，以及将资源从后台服务器1240所对应的账户转移至接收方客户端所对应的账户的功能。
上述各个服务器之间可通过网络建立通信连接。该网络可以是无线网络，也可以是有线网络。
请参考图14，其示出了本发明一个实施例提供的虚拟物品包发送方法的流程图。该方法可应用于图12所示实施环境中。该方法可以包括如下步骤。
步骤1401，发送方客户端在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面。
步骤1402，发送方客户端获取在虚拟物品包发送页面中输入的媒体信息和虚拟物品包参数，媒体信息为语音信息或视频信息。
步骤1403，发送方客户端将媒体信息、虚拟物品包参数和接收方信息对应发送给后台服务器。
相应地，后台服务器接收发送方客户端对应发送的媒体信息、虚拟物品包参数和接收方信息。
步骤1404，后台服务器生成虚拟物品包标识。
步骤1405，后台服务器存储虚拟物品包标识、媒体信息和虚拟物品包参数之间的对应关系。
步骤1406，后台服务器根据接收方信息向至少一个接收方客户端发送虚拟物品包消息。
虚拟物品包消息中携带虚拟物品包标识。
相应地，接收方客户端接收后台服务器发送的虚拟物品包消息。
步骤1407，接收方客户端显示虚拟物品包消息，虚拟物品包消息和/或基于虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件。
步骤1408，接收方客户端在获取到对应于播放控件的触发信号之后，播放根据虚拟物品包标识获取到的媒体信息。
综上所述，本实施例提供的方法，由于在发送虚拟物品包时，发送方用户可录制媒体信息作为虚拟物品包的关联信息发送至接收方，接收方接收到该虚拟物品包后可播放该媒体信息；相较于文字形式的祝福语，媒体信息所能传递 的信息更多，例如接收方用户根据发送方用户的语音、语调和语气等特征能够直观而又明确地获知发送方用户的心理状态，丰富了发送虚拟物品包时传递的信息量。
另外，发送方用户无需手动编辑祝福语，通过录制媒体信息以表达发送虚拟物品包时的祝福、安慰或者夸奖等心情，充分简化操作，提高操作效率。
另外，对于接收方是特殊人群，例如聋哑人，通过录制视频信息以表达祝福、安慰或者夸奖无疑会给带来与传统红包截然不同的用户体验。甚至传统信息传送方式无法实现的信息传递内容可以通过该信息传送方式实现。对于另外的人群，例如老年人或者儿童等无法使用或者正常使用传统信息表达的人群，视频录入方式也会与传统方式具有本质的不同。
另外，为了解决由于需要用户手动编辑祝福语，而导致输入祝福语的操作较为繁琐且效率低的问题，常规的做法是使用默认设定的祝福语。若用户在发送虚拟物品包时不手动输入祝福语，则发送方客户端使用默认设定的祝福语携带于虚拟物品包之中发送给相应的接收方客户端。然而，默认设定的祝福语有时无法准确表达用户的心情。例如，默认设定的祝福语为“恭喜发财，大吉大利”，其仅能够表达祝福，但无法表达安慰或者夸奖等心情。通过本发明实施例提供的技术方案，既能够简化操作，同时也使得发送方用户能够准确地表达发送虚拟物品包时的心情。
以下将针对语音信息和视频信息这两种不同的媒体信息分别进行说明。
请参考图15A，其示出了本发明另一实施例提供的虚拟物品包发送方法的流程图。该方法可应用于图12所示实施环境中。该方法可以包括如下步骤。
步骤1501，发送方客户端在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面。
虚拟物品包生成指示是由发送方用户触发的用于请求生成虚拟物品包的操作信号。发送方客户端提供有用于发送虚拟物品包的操作控件，用户点击该操作控件即触发虚拟物品包生成指示。在一个示例中，发送方客户端显示会话界面，该会话界面可以是单聊会话界面，也可以是群聊会话界面；在获取到对应于会话界面中的菜单控件的触发信号之后，显示功能菜单，功能菜单中包括用于发送虚拟物品包的操作控件；在获取到对应于该操作控件的触发信号之后，显示虚拟物品包发送页面。
可选地，如果发送方客户端既向用户提供发送携带语音信息的虚拟物品包的功能，还向用户提供发送携带文字信息的虚拟物品包的功能，则发送方客户端在获取到对应于上述用于发送虚拟物品包的操作控件的触发信号之后，显示虚拟物品包类型的选择项；在获取到对应于携带语音信息的虚拟物品包的选择项的触发信号之后，显示用于发送携带语音信息的虚拟物品包的虚拟物品包发送页面。在一个示例中，虚拟物品包类型的选择项包括对应于携带文字信息的虚拟物品包的选择项，以及，对应于携带语音信息的虚拟物品包的选择项。
虚拟物品包发送页面中包括：用于供发送方用户输入虚拟物品包参数的操作控件，用于供发送方用户录制语音信息的操作控件，以及用于供发送方用户触发发送虚拟物品包的操作控件。结合参考图15B，其示例性示出了一种虚拟物品包发送过程所涉及的界面示意图，假设以“红包”作为载体来赠送货币。发送方用户点击单聊会话界面21中的菜单控件22触发显示功能菜单23，功能菜单23中包括用于发送虚拟物品包的操作控件24；发送方用户点击上述操作控件24触发显示虚拟物品包类型的选择项，包括语音红包选择项25和文字红包选择项26；发送方用户点击语音红包选择项25触发显示用于发送语音红包的虚拟物品包发送界面27，该虚拟物品包发送界面27中包括用于供发送方用户输入所需赠送的货币金额的输入框28、用于供发送方用户录制语音信息的录制控件29、以及用于供发送方用户触发发送虚拟物品包的操作控件30。
步骤1502，发送方客户端获取在虚拟物品包发送页面中输入的语音信息和虚拟物品包参数。
发送方客户端在获取到对应于虚拟物品包发送页面中的语音录制控件的触发信号之后，通过麦克风采集语音信息。结合参考图15B，用户按住录制控件29触发录制语音信息，发送方用户在查看到显示的录制提示框31后开始说话，录制其所希望表达的语音信息。可选地，发送方客户端在录制语音信息的过程中，若获取到取消录制指示，则取消录制语音信息。例如，用户在录制语音信息的过程中执行向上滑动操作以触发取消录制指示。
虚拟物品包参数包括如下几种可能的实现形式：当向单个接收方客户端发送虚拟物品包时，虚拟物品包参数包括虚拟物品包中虚拟物品的数量；当向属于同一群组的至少一个接收方客户端发送虚拟物品包时，虚拟物品包参数包括虚拟物品包的数量和虚拟物品的总数量，虚拟物品的总数量用于随机生成每个虚拟物品包中虚拟物品的数量，或者，虚拟物品包参数包括虚拟物品包的数量 和每个虚拟物品包中虚拟物品的固定数量。
步骤1503，发送方客户端在虚拟物品包发送页面中显示预览控件。
发送方客户端在获取到语音信息之后，在虚拟物品包发送页面中显示预览控件。预览控件用于供发送方用户预览播放其录制的语音信息。可选地，发送方客户端在获取到语音信息之后，将虚拟物品包发送界面中的录制控件切换为预览控件。
步骤1504，发送方客户端在获取到对应于预览控件的触发信号之后，播放语音信息。
发送方用户可以通过触发预览控件来收听其录制的语音信息，以便达到检查语音信息的目的。当发送方用户认为其录制的语音信息不符合期望时，可重新录制语音信息。可选地，虚拟物品包发送界面中还包括重录制控件。发送方客户端在获取到对应于重录制控件的触发信号之后，重新获取语音信息。
结合参考图15B和15C，发送方客户端在获取到语音信息之后，将虚拟物品包发送界面27中的录制控件29切换为预览控件32。发送方用户点击预览控件32触发播放语音信息。在播放语音信息的过程中，发送方客户端可显示语音信息的播放进度。例如，如图15C所示，发送方客户端在预览控件32的外边框显示语音信息的播放进度，例如可以在外边框上以较粗的线条表示已播放的语音信息，以较细的线条表示还未播放的语音信息，两种线条的长度可以表示语音信息的播放进度，随着语音信息的播放可以展示较粗的线条沿着外边框延伸的动态效果。
步骤1505，发送方客户端生成包含有语音信息的语音文件。
发送方客户端在获取到语音信息之后，生成包含有语音信息的语音文件。
步骤1506，发送方客户端向后台服务器发送语音文件。
相应地，后台服务器接收发送方客户端发送的语音文件。
步骤1507，后台服务器对语音信息进行降噪处理，得到处理后的语音文件。
后台服务器从接收到的语音文件中读取语音信息，对语音信息进行降噪处理，得到处理后的语音文件。在本发明实施例中，对后台服务器所采用的降噪处理算法不作限定。在一个示例中，后台服务器对语音信息(也即音频信号)进行A/D(Analog/Digital，模拟信号/数字信号)转换，获取该音频信号的功率谱，根据功率谱计算音频信号的先验信噪比、后验信噪比和各子带增益，根据上述计算结果对音频信号中的噪声信号进行抑制处理，对抑制处理后的音频 信号进行D/A(Digital/Analog，数字信号/模拟信号)转换，并保存转换后的音频信号。
另外，后台服务器保存处理后的语音文件。处理后的语音文件的文件标识可以是后台服务器从发送方客户端接收到的语音文件的文件标识；也可以是后台服务器为处理后的语音文件生成的文件标识。
步骤1508，后台服务器向发送方客户端发送处理后的语音文件。
相应地，发送方客户端接收后台服务器发送的处理后的语音文件。
可选地，发送方客户端在获取到对应于预览控件的触发信号之后，播放处理后的语音文件中的语音信息。
另外，在本实施例中，仅以后台服务器对语音信息进行降噪处理为例。在其它实施例中，也可由发送方客户端对语音信息进行降噪处理。
步骤1509，发送方客户端向后台服务器发送虚拟物品包生成请求。
虚拟物品包生成请求用于指示后台服务器生成虚拟物品包。虚拟物品包生成请求中包括语音文件的文件标识、虚拟物品包参数和接收方信息。文件标识由发送方客户端或者后台服务器生成。文件标识用于唯一标识语音文件。例如，文件标识可以是语音文件的文件名，也可以是由发送方客户端或者后台服务器为语音文件分配的唯一序列号。接收方信息用于指示虚拟物品包的接收方用户。示例性地，接收方信息可以是接收方客户端的标识，也可以是接收方客户端所属群组的群组标识，或者是发送方用户设置的接收方客户端的条件，例如该条件可以是广州市20至30岁之间的接收方用户所对应的接收方客户端。
在一个示例中，虚拟物品包发送页面中包括发送控件，发送方用户触发该发送控件触发虚拟物品包发送指示。发送方客户端在获取到虚拟物品包发送指示之后，触发执行下文所述的发送流程，向至少一个接收方客户端发送虚拟物品包消息。其中，基于虚拟物品包参数生成的虚拟物品包消息中携带语音信息。
可选地，若发送方客户端从后台服务器接收到处理后的语音文件，则虚拟物品包生成请求中包括处理后的语音文件的文件标识、虚拟物品包参数和接收方信息。处理后的语音文件的文件标识可以与未处理的语音文件的文件标识相同，也可以是由后台服务器为处理后的语音文件新生成的一个文件标识。如果是后台服务器为处理后的语音文件新生成的一个文件标识，则后台服务器将处理后的语音文件和处理后的语音文件的文件标识一并发送给发送方客户端。
结合参考图15B、图15C和图15D，发送方用户点击操作控件30触发支 付流程，发送方客户端与后台服务器交互完成支付流程，发送方客户端将所需赠送的货币金额从发送方客户端对应的账户转移至后台服务器对应的账户，在转移成功之后，虚拟物品包成功发出。发送方客户端所显示的单聊会话界面21中便会显示一条已发出的虚拟物品包消息33。
步骤1510，后台服务器生成虚拟物品包标识。
后台服务器生成对应于虚拟物品包参数的虚拟物品包标识。
需要说明的是，对于同一个虚拟物品包生成请求所需生成的一个或多个虚拟物品包，后台服务器生成一个虚拟物品包标识，该虚拟物品包标识与请求中包含的虚拟物品包参数对应存储。
步骤1511，后台服务器存储虚拟物品包标识、语音信息和虚拟物品包参数之间的对应关系。
步骤1512，后台服务器根据接收方信息向至少一个接收方客户端发送虚拟物品包消息，虚拟物品包消息中携带虚拟物品包标识。
相应地，接收方客户端接收后台服务器发送的虚拟物品包消息。
若是在单聊会话界面中触发发送虚拟物品包，则虚拟物品包的接收方用户即为该单聊会话界面中的联系人。发送方客户端向后台服务器发送的虚拟物品包生成请求中可携带该单聊会话界面中的联系人的用户帐号。后台服务器向与该联系人的用户帐号对应的接收方客户端发送虚拟物品包消息。
若是在群聊会话界面中触发发送虚拟物品包，则虚拟物品包的接收方用户即为该群聊会话界面所对应的群组中的联系人。发送方客户端向后台服务器发送的虚拟物品包生成请求中可携带该群聊会话界面所对应的群组的群组标识。后台服务器根据该群组标识获取属于该群组的各个联系人的用户帐号，而后向与获取到的各个联系人的用户帐号对应的接收方客户端发送虚拟物品包消息。
可选地，虚拟物品包消息中还携带有发送方客户端的标识，以便于接收方用户根据发送方客户端的标识获知虚拟物品包的发送方用户。
步骤1513，接收方客户端显示虚拟物品包消息。
接收方客户端在与发送方客户端的会话界面中，显示虚拟物品包消息。在一个示例中，接收方客户端显示的虚拟物品包消息中包括播放控件。在另一示例中，基于接收方客户端显示的虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件。在又一示例中，接收方客户端显示的虚拟物品包消息和基于上述虚拟物品包消息触发显示的虚拟物品包领取页面中均包括播放控件。其 中，播放控件用于供接收方用户触发播放语音信息。
接收方客户端显示的虚拟物品包消息与发送方客户端显示的虚拟物品包消息相类似，可参见图15D。
步骤1514，接收方客户端在获取到对应于所虚拟物品包消息的触发信号之后，显示虚拟物品包领取页面。
虚拟物品包领取页面中包括播放控件和领取控件。其中，领取控件用于供接收方用户触发领取虚拟物品包中的虚拟物品。
如图15E所示，其示例性示出了一种虚拟物品包领取页面34的界面示意图。虚拟物品包领取页面34中包括播放控件35和领取控件36。接收方用户点击播放控件35可触发接收方客户端播放语音信息。接收方用户点击领取控件56可触发接收方客户端获取虚拟物品包中的虚拟物品。
步骤1515，接收方客户端在获取到对应于播放控件的触发信号之后，播放根据虚拟物品包标识获取到的语音信息。
接收方用户可点击虚拟物品包消息中包括的播放控件，或者点击虚拟物品包领取页面中包括的播放控件，触发接收方客户端播放语音信息。
另外，接收方客户端可通过如下方式从后台服务器获取语音信息。在一个示例中，接收方客户端向后台服务器发送语音获取请求，语音获取请求中包括虚拟物品包标识；后台服务器接收到语音获取请求之后，从上述预存的对应关系中查询获取与该虚拟物品包标识对应的语音信息，向接收方客户端发送包含有上述查询获取到的语音信息的语音文件。在另一示例中，后台服务器向接收方客户端发送的虚拟物品包消息中还包括语音信息对应的文件标识。接收方客户端向后台服务器发送语音获取请求，语音获取请求中包括上述文件标识；后台服务器接收到语音获取请求之后，向接收方客户端发送与该文件标识对应的语音文件。可选地，语音文件是对语音信息进行降噪处理后得到的处理后的语音文件。
另外，接收方客户端从后台服务器获取语音信息的时机包括如下几种可能的实现方式：
在第一种可能的实现方式中，接收方客户端在获取到对应于播放控件的触发信号之后，从后台服务器获取语音信息。
也即，接收方客户端在确认接收方用户需要播放语音信息之后，从后台服务器请求获取语音信息，避免因接收方用户无需播放语音信息却预先获取语音 信息而导致的资源浪费。
在第二种可能的实现方式中，接收方客户端在验证登录至接收方客户端的用户帐号符合领取虚拟物品包中的虚拟物品的条件之后，从后台服务器获取语音信息。
其中，领取虚拟物品包中的虚拟物品的条件包括但不限于以下至少一项：登录至接收方客户端的用户帐号是上述单聊会话界面中的联系人、登录至接收方客户端的用户帐号属于上述群聊会话界面所对应的群组中的联系人、还存在未领取的虚拟物品包、虚拟物品包未超期。通过上述方式，对接收方用户进行权限验证，仅允许有权限领取虚拟物品包中的虚拟物品的接收方用户查看到发送方用户录制的语音信息，有助于提高语音信息的隐私性。
在第三种可能的实现方式中，接收方客户端在成功获取到虚拟物品包中的虚拟物品之后，从后台服务器获取语音信息。
在本实施方式中，接收方用户在成功领取虚拟物品包中的虚拟物品之后，才有权获取和查看相应的语音信息。此种情况下，接收方客户端可在执行下述步骤1516领取虚拟物品之后，再执行步骤1515播放语音信息或者自动播放语音信息。
步骤1516，接收方客户端在获取到对应于领取控件的触发信号之后，根据虚拟物品包标识从后台服务器获取虚拟物品。
接收方客户端在获取到对应于领取控件的触发信号之后，向后台服务器发送虚拟物品领取请求，虚拟物品领取请求中携带虚拟物品包标识。后台服务器接收到虚拟物品领取请求之后，从上述预存的对应关系中查询获取与虚拟物品包标识对应的虚拟物品包参数，并根据虚拟物品包参数向接收方客户端发送虚拟物品。
若虚拟物品包参数包括虚拟物品包中虚拟物品的数量，则后台服务器将该数量的虚拟物品从后台服务器对应的账户转移至接收方客户端对应的账户。若虚拟物品包参数包括虚拟物品包的数量和虚拟物品的总数量，则后台服务器根据虚拟物品包的数量和虚拟物品的总数量随机生成接收方客户端获取到的虚拟物品包中的虚拟物品的数量，并将该数量的虚拟物品从后台服务器对应的账户转移至接收方客户端对应的账户。若虚拟物品包参数包括虚拟物品包的数量和每个虚拟物品包中虚拟物品的固定数量，则后台服务器将该固定数量的虚拟物品从后台服务器对应的账户转移至接收方客户端对应的账户。
在本实施例中，仅以用户点击领取控件触发领取虚拟物品包中的虚拟物品为例。在其它实施例中，接收方客户端也可自动领取虚拟物品包中的虚拟物品。在一个示例中，接收方客户端在语音信息播放结束后，根据虚拟物品包标识从后台服务器获取虚拟物品。
步骤1517，接收方客户端显示领取结果页面。
接收方客户端获取虚拟物品之后，显示领取结果页面。领取结果页面中可以包括领取到的虚拟物品的数量。可选地，领取结果页面中还包括留言控件，留言控件用于供接收方用户输入留言信息。
如图15E所示，接收方用户成功领取虚拟物品之后，接收方客户端显示领取结果页面37，领取结果页面37中包括留言控件38。
步骤1518，接收方客户端获取在领取结果页面中输入的留言信息。
接收方用户点击留言控件触发输入留言信息。留言信息为文字、语音或视频中的任意一种。例如，接收方用户可录制语音或者视频，以表达对发送方用户的感谢。
步骤1519，接收方客户端向后台服务器发送留言信息。
相应地，后台服务器接收接收方客户端发送的留言信息。
步骤1520，后台服务器向发送方客户端发送留言信息。
相应地，发送方客户端接收后台服务器发送的留言信息。
步骤1521，发送方客户端显示留言信息。
综上所述，本实施例提供的方法，由于在发送虚拟物品包时，发送方用户可录制语音信息作为虚拟物品包的关联信息发送至接收方，接收方接收到该虚拟物品包后可播放该语音信息；相较于文字形式的祝福语，语音信息所能传递的信息更多，例如接收方用户根据发送方用户的语音、语调和语气等特征能够直观而又明确地获知发送方用户的心理状态，丰富了发送虚拟物品包时传递的信息量。
另外，发送方客户端并未直接将语音信息携带于虚拟物品包生成请求中发送给后台服务器，而是将语音信息和虚拟物品包生成请求分别单独发送给后台服务器，以使得能够使用两台不同的服务器分别用于实现存储语音信息的功能和实现收发虚拟物品包的功能，有助于减轻用于实现收发虚拟物品包的功能的服务器的处理和存储压力。
另外，还通过对语音信息进行降噪处理，降低语音信息中的噪声信号对用 户收听的干扰，即使发送方用户在诸如马路、商场、餐厅等较为嘈杂的环境下，也能够录制质量较佳的语音信息。
另外，还通过在虚拟物品包发送页面中显示预览控件，使得发送方用户能够在发送虚拟物品包之前对录制的语音信息进行预览播放，确保后续发出的语音信息符合用户期望。
在上述方法实施例中，有关发送方客户端一侧的步骤可以单独实现成为发送方客户端侧的虚拟物品包发送方法，有关后台服务器一侧的步骤可以单独实现成为后台服务器侧的虚拟物品包发送方法，有关接收方客户端一侧的步骤可以单独实现成为接收方客户端侧的虚拟物品包接收方法。
在一个示例中，当后台服务器为图13所示的集群架构时，请参考图16，该虚拟物品包发送方法可以包括如下几个步骤：
步骤1601，发送方客户端在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面。
步骤1602，发送方客户端获取在虚拟物品包发送页面中输入的语音信息和虚拟物品包参数。
步骤1603，发送方客户端生成包含有语音信息的语音文件。
步骤1604，发送方客户端向语音服务器发送语音文件。
相应地，语音服务器接收发送方客户端发送的语音文件。
步骤1605，语音服务器对语音信息进行降噪处理，得到处理后的语音文件。
步骤1606，语音服务器保存处理后的语音文件。
步骤1607，语音服务器向发送方客户端发送处理后的语音文件。
相应地，发送方客户端接收语音服务器发送的处理后的语音文件。
步骤1608，发送方客户端向物品包服务器发送虚拟物品包生成请求。
虚拟物品包生成请求中包括处理后的语音文件的文件标识、虚拟物品包参数和接收方信息。
相应地，物品包服务器接收发送方客户端发送的虚拟物品包生成请求。
步骤1609，物品包服务器生成虚拟物品包标识。
步骤1610，物品包服务器存储虚拟物品包标识、语音信息和虚拟物品包参数之间的对应关系。
步骤1611，物品包服务器生成虚拟物品包消息。
虚拟物品包消息中携带虚拟物品包标识。可选地，虚拟物品包消息中还携带有发送方客户端的标识和/或语音文件的文件标识。
步骤1612，物品包服务器向通讯服务器发送虚拟物品包消息。
相应地，通讯服务器接收物品包服务器发送的虚拟物品包消息。
步骤1613，通讯服务器根据接收方信息向至少一个接收方客户端发送虚拟物品包消息。
相应地，接收方客户端接收通讯服务器发送的虚拟物品包消息。
步骤1614，接收方客户端显示虚拟物品包消息。
步骤1615，接收方客户端在获取到对应于所虚拟物品包消息的触发信号之后，显示虚拟物品包领取页面。
步骤1616，接收方客户端向语音服务器发送携带有文件标识的语音获取请求。
相应地，语音服务器接收接收方客户端发送的语音获取请求。
步骤1617，语音服务器获取与该文件标识对应的语音文件。
步骤1618，语音服务器向接收方客户端发送语音文件。
相应地，接收方客户端接收语音服务器发送的语音文件。
步骤1619，接收方客户端在获取到对应于播放控件的触发信号之后，播放语音文件中的语音信息。
步骤1620，接收方客户端在获取到对应于领取控件的触发信号之后，向物品包服务器发送虚拟物品领取请求，虚拟物品领取请求中携带虚拟物品包标识。
相应地，物品包服务器接收接收方客户端发送的物品包领取请求。
步骤1621，物品包服务器从上述预存的对应关系中查询获取与虚拟物品包标识对应的虚拟物品包参数。
步骤1622，物品包服务器根据虚拟物品包参数向接收方客户端发送虚拟物品。
请参考图17A，其示出了本发明另一实施例提供的虚拟物品包发送方法的流程图。该方法可应用于图12所示实施环境中。该方法可以包括如下步骤。
步骤1701，发送方客户端在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面。
虚拟物品包生成指示是由发送方用户触发的用于请求生成虚拟物品包的操作信号。发送方客户端提供有用于发送虚拟物品包的操作控件，用户点击该操作控件即触发虚拟物品包生成指示。在一个示例中，发送方客户端显示会话界面，该会话界面可以是单人聊会话界面，也可以是聊天群会话界面；在获取到对应于会话界面中的菜单控件的触发信号之后，显示功能菜单，功能菜单中包括用于发送虚拟物品包的操作控件；在获取到对应于该操作控件的触发信号之后，显示虚拟物品包发送页面。
可选地，如果发送方客户端既向用户提供发送携带视频信息的虚拟物品包的功能，还向用户提供发送携带文字信息的虚拟物品包的功能，则发送方客户端在获取到对应于上述用于发送虚拟物品包的操作控件的触发信号之后，显示虚拟物品包类型的选择项；在获取到对应于携带视频信息的虚拟物品包的选择项的触发信号之后，显示用于发送携带视频信息的虚拟物品包的虚拟物品包发送页面。在一个示例中，虚拟物品包类型的选择项包括对应于携带文字信息的虚拟物品包的选择项，以及，对应于携带视频信息的虚拟物品包的选择项。
虚拟物品包发送页面中包括：用于供发送方用户输入虚拟物品包参数的操作控件，用于供发送方用户录制视频信息的操作控件，以及用于供发送方用户触发发送虚拟物品包的操作控件。结合参考图17B，其示例性示出了一种虚拟物品包发送过程所涉及的界面示意图，假设以“红包”作为载体来赠送货币。发送方用户点击单聊会话界面41中的菜单控件42触发显示功能菜单43，功能菜单43中包括用于发送虚拟物品包的操作控件44；发送方用户点击上述操作控件44触发显示虚拟物品包类型的选择项，包括视频红包选择项45和文字红包选择项46；发送方用户点击视频红包选择项45触发显示用于发送视频红包的虚拟物品包发送界面47，该虚拟物品包发送界面47中包括用于供发送方用户输入所需赠送的货币金额的输入框48、用于供发送方用户录制视频信息的录制控件49、以及用于供发送方用户触发发送虚拟物品包的操作控件50。
步骤1702，发送方客户端获取在虚拟物品包发送页面中输入的视频信息和虚拟物品包参数。
发送方客户端在获取到对应于虚拟物品包发送页面中的视频录制控件的触发信号之后，通过麦克风采集视频信息。结合参考图17B，用户按住录制控件49触发录制视频信息，发送方用户在查看到显示的录制提示框51后开始会话以及动作，录制其所希望表达的视频信息。可选地，发送方客户端在录制视 频信息的过程中，若获取到取消录制指示，则取消录制视频信息。例如，用户在录制视频信息的过程中执行向上滑动操作以触发取消录制指示。
虚拟物品包参数包括如下几种可能的实现形式：当向单个接收方客户端发送虚拟物品包时，虚拟物品包参数包括虚拟物品包中虚拟物品的数量；当向属于同一群组的至少一个接收方客户端发送虚拟物品包时，虚拟物品包参数包括虚拟物品包的数量和虚拟物品的总数量，虚拟物品的总数量用于随机生成每个虚拟物品包中虚拟物品的数量，或者，虚拟物品包参数包括虚拟物品包的数量和每个虚拟物品包中虚拟物品的固定数量。
步骤1703，发送方客户端在虚拟物品包发送页面中显示预览控件。
发送方客户端在获取到视频信息之后，在虚拟物品包发送页面中显示预览控件。预览控件用于供发送方用户预览播放其录制的视频信息。可选地，发送方客户端在获取到视频信息之后，将虚拟物品包发送界面中的录制控件切换为预览控件。
步骤1704，发送方客户端在获取到对应于预览控件的第一触发信号之后，播放视频信息。
发送方用户可以通过触发预览控件来收听其录制的视频信息，以便达到检查视频信息的目的。另外，发送方客户端在获取到对应于预览控件的第二触发信号之后，可以暂停播放视频信息。而当发送方用户认为其录制的视频信息不符合期望时，可重新录制视频信息。可选地，虚拟物品包发送界面中还包括重录制控件。发送方客户端在获取到对应于重录制控件的触发信号之后，重新获取视频信息。
结合参考图17B和17C，发送方客户端在获取到视频信息之后，将虚拟物品包发送界面47中的录制控件49切换为预览控件52。发送方用户点击预览控件52触发播放视频信息。在播放视频信息的过程中，发送方客户端可显示视频信息的播放进度。例如，如图17C所示，发送方客户端在预览控件52的外边框显示视频信息的播放进度，例如可以在预览控件52的下边框创建一个进度条，通过该进度条显示视频信息的播放进度。
步骤1705，发送方客户端生成包含有视频信息的视频文件。
发送方客户端在获取到视频信息之后，生成包含有视频信息的视频文件。
步骤1706，发送方客户端处理所述视频文件。参考图17F，在步骤1706中，处理视频文件利用了压缩算法对视频文件进行压缩，包括如下子步骤：
步骤17061，所述发送方客户端获取至少一帧视频数据和所述视频数据的视频参数。
发送方客户端可以通过已有的视频文件解码得到至少一帧视频数据和视频数据的视频参数；发送方客户端也可以获取移动终端的摄像头所采集到的至少一帧视频数据和视频数据的视频参数。
在通过已有的视频文件解码得到至少一帧视频数据时，发送方客户端也可以通过自身的硬件加速功能将已有的视频文件解码得到至少一帧视频数据和视频数据的视频参数。
以搭载所述发送方客户端的移动终端为美国苹果公司出品的运行有iOS系统的电子设备为例，移动终端采用iOS系统中的多媒体解码组件来对已有的视频文件解码，多媒体解码组件能够启用运行有iOS系统的电子设备中的硬件加速功能，极大提高解码效率。
视频数据的视频参数是指分辨率和码率。在iOS系统中，视频数据的视频参数携带在SampleBuffer结构体中，多帧视频数据共用1个SampleBuffer结构体。比如，第1-100帧视频数据共用第1个SampleBuffer结构体，第1个SampleBuffer结构体中记录了第1-100帧视频数据各自的分辨率和码率(通常都是相同的)；第101-200帧共用第2个SampleBuffer结构体，第2个SampleBuffer结构体中记录了第101-200帧视频数据各自的分辨率和码率(通常都是相同的)，以此类推。
步骤17062，所述发送方客户端修改所述视频数据的视频参数为压缩后的视频参数。
发送方客户端修改视频数据的视频参数为压缩后的视频参数。视频参数包括分辨率和码率两个，只需要将其中一个参数修改为压缩后的视频参数，就可以实现视频压缩，但通常会将两个参数同时都修改为压缩后的视频参数。也即：修改视频数据的分辨率为压缩后的分辨率；和/或，移动终端修改视频数据的码率为压缩后的码率。其中，将原始码率修改为压缩后的码率时，视频数据的压缩效果会非常明显。以运行有iOS系统的电子设备为例，修改SampleBuffer结构体中的原始分辨率为压缩后的分辨率480*480，并修改SampleBuffer结构体中的原始码率(通常为1500kbps)为压缩后的码率500kbps。
步骤17063，所述发送方客户端通过硬件加速功能根据所述压缩后的视频参数对所述至少一帧视频数据进行压缩，得到压缩后的视频文件。
所述步骤17063通过所述移动终端的硬件加速功能将已有的视频文件解码得到所述至少一帧视频数据。在压缩视频数据的过程中，通过硬件加速功能根据压缩后的分辨率和/或码率对至少一帧视频数据进行压缩。以运行有iOS系统的移动终端为例，移动终端通过iOS系统中的多媒体编码组件AVAssetWriter根据压缩后的分辨率和/或码率对至少一帧视频数据进行H.264编码格式的压缩。多媒体编码组件AVAssetWriter能够启用运行有iOS系统的移动终端中的硬件加速功能，极大提高编码效率。
经过上述描述，可知，步骤17061至步骤17063的视频压缩过程还进一步包括：
步骤170611，将已有的视频文件解码得到所述至少一帧视频数据；
步骤170612，获取所述移动终端的摄像头所采集到的所述至少一帧视频数据。
所述步骤17062，包括修改所述视频数据的分辨率为压缩后的分辨率；和/或，修改所述视频数据的码率为压缩后的码率。
所述步骤17063包括如下子步骤：
步骤170631，对于每帧视频数据，通过所述移动终端的硬件加速功能根据所述压缩后的视频参数对所述视频数据进行压缩；
步骤170632，将压缩后的每帧视频数据采用预定写入帧率写入视频文件，得到所述压缩后的视频文件。
在步骤170632中，移动终端将压缩后的当前帧视频数据写入视频文件，然后对下一帧视频数据执行步骤170631，实现对所有帧视频数据依次进行的边压缩边写入。在将一帧帧压缩后的视频数据写入视频文件时，移动终端控制写入帧率为压缩后的预定写入帧率，比如移动终端控制预定写入帧率为每秒24帧，也即人眼能够接收的最低帧率，从而实现更好的压缩效果。经实验证明，通过上述压缩处理，8秒种长度的短视频的压缩后的数据量仅有500K左右，具有非常好的压缩效果。
使用步骤170611至步骤170613所描述的视频压缩技术，通过获取至少一帧视频数据和视频数据的视频参数，修改视频数据的视频参数为压缩后的视频参数，通过移动终端的硬件加速功能根据压缩后的视频参数对至少一帧视频数据进行压缩，得到压缩后的视频文件；解决了目前的视频压缩方法的处理速度较慢的问题；达到了通过移动终端的硬件加速功能来进行视频压缩，提高移动 终端上的视频压缩方法的处理速度的效果。这种视频压缩处理技术使用在本实施例的虚拟物品包发送过程中是非常有利的，在移动终端即进行压缩操作可以大大减少终端向视频服务器以及视频服务器向接收终端传输的数据流量，这一方面可以节省通信流量，另一方面，在移动终端的视频压缩技术还能够减少使用大量虚拟物品包发送高峰期对通信带宽带来的压力。
在虚拟物品包发送过程中，将获得的视频文件在发送侧进行压缩是由于视频文件具有较大格式造成的，这也导致了虚拟物品包发送过程与诸如文本、音频等其他形式的虚拟物品包发送方式的不同。
当然，本实施例中的压缩技术仅仅是一个示例性的描述，为了实现发送侧视频内发送至后台服务器，在客户端还可以采用其它的视频压缩技术。
在某些情况下，例如用户的网络条件较好时，用户可以选择直接上传未经压缩的无损视频至后台服务器，在服务器侧进行压缩，并在服务器侧存储未经压缩的无损视频和经过压缩的小格式视频文件，接收方可以进行选择，选择接收无损视频或者经过压缩的小格式视频文件。在一个示例中，接收方在首先接收到经过压缩的小格式视频；之后，例如在网络条件好或者用户需求更清晰的视频时，向后台服务器提出获取无损视频的请求，服务器根据请求下发无损视频文件。该虚拟物品包发送方式通过后台服务器为媒介，可以节省用户的硬件资源，并且提供用户多种选择，尤其是可以方便用户在不用的网络条件下根据需求获取视频文件。
步骤1707，发送方客户端向后台服务器发送处理后的视频文件，向后台服务器发送虚拟物品包生成请求，虚拟物品生成请求中包括视频文件的文件标识、虚拟物品包参数和接收方信息。相应地，后台服务器接收发送方客户端发送的视频文件以及虚拟物品包生成请求。
虚拟物品包生成请求用于指示后台服务器生成虚拟物品包。虚拟物品包生成请求中包括视频文件的文件标识、虚拟物品包参数和接收方信息。文件标识由发送方客户端或者后台服务器生成。文件标识用于唯一标识视频文件。例如，文件标识可以是视频文件的文件名，也可以是由发送方客户端或者后台服务器为视频文件分配的唯一序列号。接收方信息用于指示虚拟物品包的接收方用户。
示例性地，接收方信息可以是接收方客户端的标识，也可以是接收方客户端所属群组的群组标识，或者是发送方用户设置的接收方客户端的条件，例如 该条件可以是广州市20至30岁之间的接收方用户所对应的接收方客户端。
在一个示例中，虚拟物品包发送页面中包括发送控件，发送方用户触发该发送控件触发虚拟物品包发送指示。发送方客户端在获取到虚拟物品包发送指示之后，触发执行下文所述的发送流程，向至少一个接收方客户端发送虚拟物品包消息。其中，基于虚拟物品包参数生成的虚拟物品包消息中携带视频信息。
可选地，若发送方客户端从后台服务器接收到处理后的视频文件，则虚拟物品包生成请求中包括处理后的视频文件的文件标识、虚拟物品包参数和接收方信息。处理后的视频文件的文件标识可以与未处理的视频文件的文件标识相同，也可以是由后台服务器为处理后的视频文件新生成的一个文件标识。如果是后台服务器为处理后的视频文件新生成的一个文件标识，则后台服务器将处理后的视频文件和处理后的视频文件的文件标识一并发送给发送方客户端。
结合参考图17B、图17C和图17D，发送方用户点击操作控件50触发支付流程，发送方客户端与后台服务器交互完成支付流程，发送方客户端将所需赠送的货币金额从发送方客户端对应的账户转移至后台服务器对应的账户，在转移成功之后，虚拟物品包成功发出。发送方客户端所显示的单聊会话界面41中便会显示一条已发出的虚拟物品包消息53。
步骤1708，服务器生成虚拟物品包标识。
后台服务器生成对应于虚拟物品包参数的虚拟物品包标识。
需要说明的是，对于同一个虚拟物品包生成请求所需生成的一个或多个虚拟物品包，后台服务器生成一个虚拟物品包标识，该虚拟物品包标识与请求中包含的虚拟物品包参数对应存储。
步骤1709，后台服务器存储虚拟物品包标识、视频信息和虚拟物品包参数之间的对应关系。
后台服务器保存处理后的视频文件。处理后的视频文件的文件标识可以是后台服务器从发送方客户端接收到的视频文件的文件标识；也可以是后台服务器为处理后的视频文件生成的文件标识。
步骤1710，后台服务器根据接收方信息向至少一个接收方客户端发送虚拟物品包消息，虚拟物品包消息中携带虚拟物品包标识。
相应地，接收方客户端接收后台服务器发送的虚拟物品包消息。
若是在单聊会话界面中触发发送虚拟物品包，则虚拟物品包的接收方用户即为该单聊会话界面中的联系人。发送方客户端向后台服务器发送的虚拟物品 包生成请求中可携带该单聊会话界面中的联系人的用户帐号。后台服务器向与该联系人的用户帐号对应的接收方客户端发送虚拟物品包消息。
若是在群聊会话界面中触发发送虚拟物品包，则虚拟物品包的接收方用户即为该群聊会话界面所对应的群组中的联系人。发送方客户端向后台服务器发送的虚拟物品包生成请求中可携带该群聊会话界面所对应的群组的群组标识。
后台服务器根据该群组标识获取属于该群组的各个联系人的用户帐号，而后向与获取到的各个联系人的用户帐号对应的接收方客户端发送虚拟物品包消息。
可选地，虚拟物品包消息中还携带有发送方客户端的标识，以便于接收方用户根据发送方客户端的标识获知虚拟物品包的发送方用户。
步骤1711，接收方客户端显示虚拟物品包消息。
接收方客户端在与发送方客户端的会话界面中，显示虚拟物品包消息。在一个示例中，接收方客户端显示的虚拟物品包消息中包括播放控件。在另一示例中，基于接收方客户端显示的虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件。在又一示例中，接收方客户端显示的虚拟物品包消息和基于上述虚拟物品包消息触发显示的虚拟物品包领取页面中均包括播放控件。其中，播放控件用于供接收方用户触发播放视频信息。
接收方客户端显示的虚拟物品包消息与发送方客户端显示的虚拟物品包消息相类似，可参见图17D。
步骤1712，接收方客户端在获取到对应于虚拟物品包消息的触发信号之后，显示虚拟物品包领取页面。
虚拟物品包领取页面中包括播放控件和领取控件。其中，领取控件用于供接收方用户触发领取虚拟物品包中的虚拟物品。
如图17E所示，其示例性示出了一种虚拟物品包领取页面54的界面示意图。
虚拟物品包领取页面54中包括播放控件55和领取控件56。接收方用户点击播放控件55可触发接收方客户端播放视频信息。接收方用户点击领取控件56可触发接收方客户端获取虚拟物品包中的虚拟物品。
步骤1713，接收方客户端在获取到对应于播放控件的触发信号之后，播放根据虚拟物品包标识获取到的视频信息。
接收方用户可点击虚拟物品包消息中包括的播放控件，或者点击虚拟物品 包领取页面中包括的播放控件，触发接收方客户端播放视频信息。
在一种可能的实现方式中，接收方客户端的通过判断网络环境来决定视频播放控件的触发方式。参见图17G，该过程可以描述为如下步骤：
步骤17131，接收方客户端获取到对应于虚拟物品包消息的触发信号，显示虚拟物品包领取页面。
步骤17132，判断当前网络是否为Wifi网络。
步骤17133，若当前网络为Wifi网络，则直接生成所述播放控件的触发信号，视频信息自动播放，等待接收领取控件的触发信号，并在接收到所述领取控件的触发信号时，根据虚拟物品包标识从后台服务器获取虚拟物品包。
步骤17134，若当前网络为非Wifi网络，则不生成所述播放控件的触发信号，所述视频信息不播放；等待接收领取控件的触发信号，并在接收到所述触发信号时，根据虚拟物品包标识从后台服务器获取虚拟物品包。
步骤17135，接收所述播放控件的触发信号，触发视频信息播放。
实际上，接收方客户端可以判断当前网络状态，根据当前网络状态选择生成播放控件的触发信号还是等待接收播放控件的触发信号的输入，当选择生成播放控件的触发信号，或者等待用户输入播放控件的触发信号时，播放视频信息。
另外，接收方客户端可通过如下方式从后台服务器获取视频信息。在一个示例中，接收方客户端向后台服务器发送视频获取请求，视频获取请求中包括虚拟物品包标识；后台服务器接收到视频获取请求之后，从上述预存的对应关系中查询获取与该虚拟物品包标识对应的视频信息，向接收方客户端发送包含有上查询获取到的视频信息的视频文件。在另一示例中，后台服务器向接收方客户端发送的虚拟物品包消息中还包括视频信息对应的文件标识。接收方客户端向后台服务器发送视频获取请求，视频获取请求中包括上述文件标识；后台服务器接收到视频获取请求之后，向接收方客户端发送与该文件标识对应的视频文件。可选地，视频文件是对视频信息进行压缩处理后得到的处理后的视频文件。
另外，接收方客户端从后台服务器获取视频信息的时机包括如下几种可能的实现方式：
在第一种可能的实现方式中，接收方客户端在获取到对应于播放控件的触发信号之后，从后台服务器获取视频信息。
也即，接收方客户端在确认接收方用户需要播放视频信息之后，从后台服务器请求获取视频信息，避免因接收方用户无需播放视频信息却预先获取视频信息而导致的资源浪费。
在第二种可能的实现方式中，接收方客户端在验证登录至接收方客户端的用户帐号符合领取虚拟物品包中的虚拟物品的条件之后，从后台服务器获取视频信息。
其中，领取虚拟物品包中的虚拟物品的条件包括但不限于以下至少一项：
登录至接收方客户端的用户帐号是上述单聊会话界面中的联系人、登录至接收方客户端的用户帐号属于上述群聊会话界面所对应的群组中的联系人、还存在未领取的虚拟物品包、虚拟物品包未超期。通过上述方式，对接收方用户进行权限验证，仅允许有权限领取虚拟物品包中的虚拟物品的接收方用户查看到发送方用户录制的视频信息，有助于提高视频信息的隐私性。
在第三种可能的实现方式中，接收方客户端在成功获取到虚拟物品包中的虚拟物品之后，从后台服务器获取视频信息。
在本实施方式中，接收方用户在成功领取虚拟物品包中的虚拟物品之后，才有权获取和查看相应的视频信息。
步骤1714，接收方客户端在获取到对应于领取控件的触发信号之后，根据虚拟物品包标识从后台服务器获取虚拟物品包。
接收方客户端在获取到对应于领取控件的触发信号之后，向后台服务器发送虚拟物品包领取请求，虚拟物品包领取请求中携带虚拟物品包标识。后台服务器接收到虚拟物品包领取请求之后，从上述预存的对应关系中查询获取与虚拟物品包标识对应的虚拟物品包参数，并根据虚拟物品包参数向接收方客户端发送虚拟物品包。
若虚拟物品包参数包括虚拟物品包中虚拟物品的数量，则后台服务器将该数量的虚拟物品从后台服务器对应的账户转移至接收方客户端对应的账户。若虚拟物品包参数包括虚拟物品包的数量和虚拟物品的总数量，则后台服务器根据虚拟物品包的数量和虚拟物品的总数量随机生成接收方客户端获取到的虚拟物品包中的虚拟物品的数量，并将该数量的虚拟物品从后台服务器对应的账户转移至接收方客户端对应的账户。若虚拟物品包参数包括虚拟物品包的数量和每个虚拟物品包中虚拟物品的固定数量，则后台服务器将该固定数量的虚拟物品从后台服务器对应的账户转移至接收方客户端对应的账户。
在本实施例中，仅以用户点击领取控件触发领取虚拟物品包中的虚拟物品为例。在其它实施例中，接收方客户端也可自动领取虚拟物品包中的虚拟物品。
在一个示例中，接收方客户端在视频信息播放结束后，根据虚拟物品包标识从后台服务器获取虚拟物品包。
步骤1715，接收方客户端显示领取结果页面。
接收方客户端获取虚拟物品之后，显示领取结果页面。领取结果页面中可以包括领取到的虚拟物品的数量。可选地，领取结果页面中还包括留言控件，留言控件用于供接收方用户输入留言信息。
如图17E所示，接收方用户成功领取虚拟物品之后，接收方客户端显示领取结果页面57，领取结果页面57中包括留言控件58。
步骤1716，接收方客户端获取在领取结果页面中输入的留言信息。
接收方用户点击留言控件触发输入留言信息。留言信息为文字、视频或视频中的任意一种。例如，接收方用户可录制视频或者视频，以表达对发送方用户的感谢。
步骤1717，接收方客户端向后台服务器发送留言信息。
相应地，后台服务器接收方客户端发送的留言信息。
步骤1718，后台服务器向发送方客户端发送留言信息。
相应地，发送方客户端接收后台服务器发送的留言信息。
发送方客户端则会显示留言信息。
综上所述，本实施例提供的方法，由于在发送虚拟物品包时，发送方用户可录制视频信息作为虚拟物品包的关联信息发送至接收方，接收方接收到该虚拟物品包后可播放该视频信息；相较于文字形式的祝福语，视频信息所能传递的信息更多，例如接收方用户根据发送方用户的视频、语调和语气等特征能够直观而又明确地获知发送方用户的心理状态，丰富了发送虚拟物品包时传递的信息量。
另外，发送方客户端并未直接将视频信息携带于虚拟物品包生成请求中发送给后台服务器，而是将视频信息和虚拟物品包生成请求分别单独发送给后台服务器，以使得能够使用两台不同的服务器分别用于实现存储视频信息的功能和实现收发虚拟物品包的功能，有助于减轻用于实现收发虚拟物品包的功能的服务器的处理和存储压力。
另外，对于接收方是特殊人群，例如聋哑人，通过录制视频信息以表达祝 福、安慰或者夸奖无疑会给带来与传统红包截然不同的用户体验。甚至传统信息传送方式无法实现的信息传递内容可以通过该信息传送方式实现。对于另外的人群，例如老年人或者儿童等无法使用或者正常使用传统信息表达的人群，视频录入方式也会与传统方式具有本质的不同。
另外，还通过在虚拟物品包发送页面中显示预览控件，使得发送方用户能够在发送虚拟物品包之前对录制的视频信息进行预览播放，确保后续发出的视频信息符合用户期望。
在上述方法实施例中，有关发送方客户端一侧的步骤可以单独实现成为发送方客户端侧的虚拟物品包发送方法，有关后台服务器一侧的步骤可以单独实现成为后台服务器侧的虚拟物品包发送方法，有关接收方客户端一侧的步骤可以单独实现成为接收方客户端侧的虚拟物品包接收方法。
在一个示例中，当后台服务器为图13所示的集群架构时，请参考图18，该虚拟物品包发送方法可以包括如下几个步骤：
步骤1801，发送方客户端在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面。
步骤1802，发送方客户端获取在虚拟物品包发送页面中输入的视频信息和虚拟物品包参数。
步骤1803，在虚拟物品包发送页面中显示预览控件。
步骤1804，在获取到对应于预览控件的触发信号之后，播放视频信息。
步骤1805，生成包含有视频信息的视频文件。
步骤1806，处理所述视频文件。所述处理过程包括但不限于步骤406所限定的处理过程。
步骤1807，将视频文件、虚拟物品包参数和接收方信息对应发送给后台服务器。
步骤1808，物品包服务器生成虚拟物品包标识。
步骤1809，物品包服务器存储虚拟物品包标识、视频信息和虚拟物品包参数之间的对应关系。
步骤1810，物品包服务器生成虚拟物品包消息。
虚拟物品包消息中携带虚拟物品包标识。可选地，虚拟物品包消息中还携带有发送方客户端的标识和/或视频文件的文件标识。
步骤1811，物品包服务器向通讯服务器发送虚拟物品包消息。
相应地，通讯服务器接收物品包服务器发送的虚拟物品包消息。
步骤1812，通讯服务器根据接收方信息向至少一个接收方客户端发送虚拟物品包消息。
相应地，接收方客户端接收通讯服务器发送的虚拟物品包消息。
步骤1813，接收方客户端显示虚拟物品包消息。
步骤1814，接收方客户端在获取到对应于所虚拟物品包消息的触发信号之后，显示虚拟物品包领取页面。
步骤1815，接收方客户端向视频服务器发送携带有文件标识的视频获取请求。
相应地，视频服务器接收方客户端发送的视频获取请求。
步骤1816，视频服务器获取与该文件标识对应的视频文件。
步骤1817，视频服务器向接收方客户端发送视频文件。
相应地，接收方客户端接收视频服务器发送的视频文件。
步骤1818，接收方客户端在获取到对应于播放控件的触发信号之后，播放视频文件中的视频信息。
步骤1819，接收方客户端在获取到对应于领取控件的触发信号之后，向物品包服务器发送虚拟物品包领取请求，虚拟物品包领取请求中携带虚拟物品包标识。
相应地，物品包服务器接收方客户端发送的物品包领取请求。
步骤1820，物品包服务器从上述预存的对应关系中查询获取与虚拟物品包标识对应的虚拟物品包参数。
步骤1821，物品包服务器根据虚拟物品包参数向接收方客户端发送虚拟物品包。
请参考图19，其示出了本发明另一实施例提供的虚拟物品包发送方法的流程图。该方法可应用于发送方客户端中。该方法可以包括如下几个步骤。
步骤1901，获取虚拟物品包生成指示。
步骤1902，在虚拟物品包生成指示的触发下，显示虚拟物品包发送页面。
步骤1903，获取在虚拟物品包发送页面中输入的媒体信息和虚拟物品包参数，媒体信息为语音信息或视频信息。
可选地，发送方客户端在获取到语音信息之后，生成包含语音信息的语音文件，向后台服务器发送语音文件。后台服务器用于对语音信息进行降噪处理，得到处理后的语音文件，并向发送方客户端发送处理后的语音文件。相应地，发送方客户端接收处理后的语音文件。
可选地，发送方客户端在获取到语音信息之后，在虚拟物品包发送页面中显示预览控件。发送方客户端在获取到对应于预览控件的触发信号之后，播放语音信息。
可选地，发送方客户端在获取到视频信息之后，生成包含视频信息的视频文件，向后台服务器发送视频文件。后台服务器用于对视频信息进行降噪处理，得到处理后的视频文件，并向发送方客户端发送处理后的视频文件。相应地，发送方客户端接收处理后的视频文件。
可选地，发送方客户端在获取到视频信息之后，在虚拟物品发送页面中显示预览控件。发送方客户端在获取到对应于预览控件的触发信号之后，播放视频信息。
可选地，发送方客户端在获取到视频信息之后，生成包含视频信息的视频文件，处理视频文件，生成处理后的视频文件，向后台服务器发送处理后的视频文件。相应地，后台服务器接收处理后的视频文件。
可选地，发送方客户端在获取到视频信息之后，在虚拟物品包发送页面中显示视频预览控件。发送方客户端在获取到对应于视频预览控件的第一触发信号之后，播放视频信息，在获取到对应于视频预览控件的第二触发信号之后，暂停播放视频信息。
步骤1904，获取虚拟物品包发送指示。
步骤1905，在虚拟物品包发送指示的触发下，向至少一个接收方客户端发送虚拟物品包消息。其中，基于虚拟物品包参数生成的虚拟物品包消息中携带媒体信息。
相关细节可参考图15A和图17A所示的方法实施例。
请参考图20，其示出了本发明一实施例提供的虚拟物品包接收方法的流程图。该方法可应用于接收方客户端中。该方法可以包括如下几个步骤。
步骤2001，接收虚拟物品包消息。
步骤2002，显示虚拟物品包消息，虚拟物品包消息和/或基于虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件。
可选地，接收方客户端在获取到对应于虚拟物品包消息的触发信号之后，显示虚拟物品包领取页面。
步骤2003，获取对应于播放控件的触发信号。
步骤2004，在触发信号的触发下，播放虚拟物品包消息中携带的媒体信息。
可选地，虚拟物品包领取页面中还包括领取控件，接收方客户端在获取到对应于领取控件的触发信号之后，根据虚拟物品包标识从后台服务器获取虚拟物品。
可选地，接收方客户端显示领取结果页面，获取在领取结果页面中输入的留言信息，然后向发送方客户端发送留言信息。相应地，发送方客户端在接收到接收方客户端发送的留言信息之后，显示该留言信息。
相关细节可参考图15A和图17A所示的方法实施例。
下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。
请参考图21，其示出了本发明一个实施例提供的虚拟物品包发送装置的框图。该装置具有实现上述方法示例中发送方客户端侧的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：页面显示模块2121、信息获取模块2122和信息发送模块2123。
页面显示模块2121，用于执行上述步骤1401、步骤1501和步骤1701。
信息获取模块2122，用于执行上述步骤1402、步骤1502和步骤1702。
信息发送模块2123，用于执行上述步骤1403。
可选地，信息发送模块2123，包括：文件生成单元、文件发送单元和请求发送单元。
文件生成单元，用于执行上述步骤1505和步骤1705。
文件发送单元，用于执行上述步骤1506和步骤1706。
请求发送单元，用于执行上述步骤1509和步骤1709。
可选地，信息发送模块2123，还包括：文件接收单元，用于接收后台服务器发送的处理后的语音文件。
可选地，该装置还包括：控件显示模块和信息播放模块。
控件显示模块，用于执行上述步骤1503和步骤1703。
信息播放模块，用于执行上述步骤1504和步骤1704。
相关细节可参考图14、图15A或图17A所示的方法实施例。
请参考图22，其示出了本发明另一实施例提供的虚拟物品包发送装置的框图。该装置具有实现上述方法示例中后台服务器侧的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：信息接收模块2221、标识生成模块2222、关系存储模块2223和消息发送模块2224。
信息接收模块2221，用于接收发送方客户端对应发送的语音信息和虚拟物品包参数。
标识生成模块2222，用于执行上述步骤1404、步骤1510和步骤1710。
关系存储模块2223，用于执行上述步骤1405、步骤1511和步骤1711。
消息发送模块2224，用于执行上述步骤1406、步骤1512和步骤1712。
可选地，信息接收模块2221，包括：文件接收单元和请求接收单元。
文件接收单元，用于接收所述发送方客户端发送的包含有语音信息的语音文件。
请求接收单元，用于接收发送方客户端发送的虚拟物品包生成请求。
可选地，信息接收模块2221，还包括：信息处理单元和文件发送单元。
信息处理单元，用于执行上述步骤1507和步骤1707。
文件发送单元，用于执行上述步骤1509和步骤1709。
相关细节可参考图14、图15A或图17A所示的方法实施例。
请参考图23，其示出了本发明另一实施例提供的虚拟物品包发送装置的框图。该装置具有实现上述方法示例中接收方客户端侧的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：消息接收模块2321、消息显示模块2322和信息播放模块2323。
消息接收模块2321，用于接收后台服务器发送的虚拟物品包消息。
消息显示模块2322，用于执行上述步骤1407、步骤1513和步骤1713。
信息播放模块2323，用于执行上述步骤1408、步骤1516和步骤1716。
可选地，该装置还包括：第一信息获取模块、第二信息获取模块和第三信息获取模块。
第一信息获取模块，用于在获取到对应于播放控件的触发信号之后，从后台服务器获取语音信息。
第二信息获取模块，用于在验证登录至接收方客户端的用户帐号符合领取虚拟物品包中的虚拟物品的条件之后，从后台服务器获取语音信息。
第三信息获取模块，用于在成功获取到虚拟物品包中的虚拟物品之后，从 后台服务器获取语音信息。
可选地，该装置还包括：第一物品获取模块和第二物品获取模块。
第一物品获取模块，用于在获取到对应于虚拟物品包消息的触发信号之后，显示虚拟物品包领取页面，虚拟物品包领取页面中包括播放控件和领取控件；在获取到对应于领取控件的触发信号之后，根据虚拟物品包标识从后台服务器获取虚拟物品。
第二物品获取模块，用于在语音信息播放结束之后，根据虚拟物品包标识从后台服务器获取虚拟物品。
可选地，该装置还包括：页面显示模块、留言获取模块和留言发送模块。
页面显示模块，用于执行上述步骤1517和步骤1717。
留言获取模块，用于执行上述步骤1518和步骤1718。
留言发送模块，用于执行上述步骤1519和步骤1719。
相关细节可参考图14、图15A或图17A所示的方法实施例。
本发明一示例性实施例还提供了一种虚拟物品包发送装置。该装置具有实现上述方法示例中发送方客户端侧的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：生成指示获取模块、页面显示模块、信息获取模块、发送指示获取模块和消息发送模块。
生成指示获取模块，用于执行上述步骤1901。
页面显示模块，用于执行上述步骤1902。
信息获取模块，用于执行上述步骤1903。
发送指示获取模块，用于执行上述步骤1904。
消息发送模块，用于执行上述步骤1905。
相关细节可参考图19所示的方法实施例。
本发明一示例性实施例还提供了一种虚拟物品包发送装置。该装置具有实现上述方法示例中接收方客户端侧的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：消息接收模块、消息显示模块、信号获取模块和语音播放模块。
消息接收模块，用于执行上述步骤2001。
消息显示模块，用于执行上述步骤2002。
信号获取模块，用于执行上述步骤2003。
语音播放模块，用于执行上述步骤2004。
相关细节可参考图20所示的方法实施例。
本发明一示例性实施例还提供了一种虚拟物品包发送系统，该系统包括：发送方客户端、后台服务器和接收方客户端。
发送方客户端，用于在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面；获取在虚拟物品包发送页面中输入的语音信息和虚拟物品包参数；将语音信息、虚拟物品包参数和接收方信息对应发送给后台服务器。
后台服务器，用于生成虚拟物品包标识；存储虚拟物品包标识、语音信息和虚拟物品包参数之间的对应关系；根据接收方信息向至少一个接收方客户端发送虚拟物品包消息，虚拟物品包消息中携带虚拟物品包标识。
接收方客户端，用于显示虚拟物品包消息，虚拟物品包消息和/或基于虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件；在获取到对应于播放控件的触发信号之后，播放根据虚拟物品包标识获取到的语音信息。
请参考图24A，其示出了本发明一个实施例提供的虚拟物品包发送方法的流程图。该方法可应用于图12所示实施环境中。该方法可以包括如下步骤。
步骤2401，发送方客户端在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面。
虚拟物品包生成指示是由发送方用户触发的用于请求生成虚拟物品包的操作信号。发送方客户端提供有用于发送虚拟物品包的操作控件，用户点击该操作控件即触发虚拟物品包生成指示。
在一个示例中，发送方客户端显示会话界面，该会话界面可以是单聊会话界面，也可以是群聊会话界面；在获取到对应于会话界面中的菜单控件的触发信号之后，显示功能菜单，功能菜单中包括用于发送虚拟物品包的操作控件；在获取到对应于该操作控件的触发信号之后，显示虚拟物品包发送页面。
在另一个示例中，发送方客户端显示功能入口界面，该功能入口界面中包括发送方客户端提供的各项功能分别对应的操作入口；在获取到对应于功能入口界面中虚拟物品包发送功能对应的操作入口的触发信号之后，显示虚拟物品包发送页面。
可选地，如果发送方客户端向用户提供发送至少两种不同类型的虚拟物品包的功能，则发送方客户端在获取到对应于上述功能菜单中用于发送虚拟物品包的操作控件的触发信号之后，或者，在获取到对应于上述功能入口界面中虚 拟物品包发送功能对应的操作入口的触发信号之后，显示至少两种类型的虚拟物品包对应的选择项；在获取到对应于目标类型的虚拟物品包的选择项的触发信号之后，显示用于发送目标类型的虚拟物品包的虚拟物品包发送页面。
可选地，上述至少两种不同类型的虚拟物品包除包括任务虚拟物品包之外，还包括普通虚拟物品包和/或群组虚拟物品包。任务虚拟物品包是指本发明实施例提供的携带有任务信息的虚拟物品包，有关任务信息的介绍参见下文。普通虚拟物品包是指向至少一个接收方客户端发送的包括固定数量的虚拟物品的虚拟物品包。群组虚拟物品包是指向某个群组中的多个接收方客户端发送的包括随机数量的虚拟物品的虚拟物品包。
用于发送任务虚拟物品包的虚拟物品包发送页面中包括：用于供发送方用户输入任务信息的操作控件、用于供发送方用户输入虚拟物品包参数的操作控件、以及用于供发送方用户触发发送虚拟物品包的操作控件。可选地，上述虚拟物品包发送页面中还包括：用于供发送方用户输入祝福语的操作控件。
结合参考图24B，其示例性示出了一种虚拟物品包发送过程所涉及的界面示意图，假设以“红包”作为载体来赠送货币。发送方用户点击功能入口界面61中的操作入口61a触发显示类型选择界面62。类型选择界面62中提供有6中不同类型的虚拟物品包对应的选择项，分别为任务虚拟物品包对应的选择项62a(图中以“健康任务红包”示出)、普通虚拟物品包对应的选择项62b(图中以“普通红包”示出)、群组虚拟物品包对应的选择项62c(图中以“拼手气红包”示出)。发送方用户点击上述任务虚拟物品包对应的选择项62a，触发显示用于发送任务虚拟物品包的虚拟物品包发送页面63。虚拟物品包发送页面63中包括用于供发送方用户输入任务信息的第一输入框63a、用于供发送方用户输入虚拟物品包参数的第二输入框63b、用于供发送方用户输入祝福语的第三输入框63c、以及用于供发送方用户触发发送虚拟物品包的操作按钮63d。
步骤2402，发送方客户端获取在虚拟物品包发送页面中输入的任务信息和虚拟物品包参数。
任务信息用于指示领取虚拟物品包所需完成的任务。在本发明实施例中，对任务信息所指示的任务不作限定，其可以由系统默认设定或者由用户自定义设定。可选地，任务信息所指示的任务为健康任务，健康任务是指对提升用户身体健康起到积极效果的任务，例如健康任务可以是步数任务、行走距离任务、爬行楼层任务、少使用手机任务等。
任务信息中至少包括任务参数，任务参数用于指示任务量。针对不同的任务，任务参数的内容也有所不同。例如，当任务为步数任务时，任务参数可以包括步数，如8000步。又例如，当任务为少使用手机任务时，任务参数可以包括使用手机的时长上限值，如30分钟。
可选地，任务信息中还包括：时间限制条件和/或地点限制条件。
时间限制条件用于对接收方用户完成任务的时间进行限制。示例性地，时间限制条件用于对接收方用户完成任务的执行时段、截止时间、起始时间等进行限制。例如，时间限制条件为截止时间，该截止时间为接收到虚拟物品包的当天24点前，结合上述例举的步数任务，接收方用户只有在接收到虚拟物品包的当天24点前行走满8000步之后才能成功领取到虚拟物品包。又例如，时间限制条件为执行时段，该执行时段为22点至24点，结合上述例举的少使用手机任务，接收方用户只有在22点至24点之间使用手机的时长不大于30分钟的情况下，才能成功领取到虚拟物品包。
地点限制条件用于对接收方用户完成任务的地点进行限制。示例性地，地点限制条件用于对接收方用户完成任务的执行地点、执行区域等进行限制。例如，地点限制条件为执行区域，该执行区域为某一指定的公园，结合上述例举的步数任务，接收方用户只有在上述指定的公园内行走满8000步之后才能成功领取到虚拟物品包。
在一个示例中，当任务信息包括任务参数、时间限制条件和地点限制条件时，仍然以上述步数任务为例，接收方用户只有在接收到虚拟物品包的当天24点前，并在上述指定的公园内行走满8000步之后才能成功领取到虚拟物品包。
当然，上述任务仅是示例性和解释性的，在其它可能的实施方式中，上述任务还可以是要求接收方用户到达指定地点的任务，或者是要求接收方用户完成指定事件的任务，等等。
可选地，发送方客户端向发送方用户提供至少两种可供选择的任务。虚拟物品包发送页面中包括任务选择控件，该任务选择控件用于向发送方用户提供至少两种任务。发送方客户端获取对应于目标任务的选择信号，并获取对应于目标任务的任务信息。上述任务选择控件可以下拉菜单、滚轮等操作控件实现，其可以向发送方用户提供诸如步数任务、行走距离任务、爬行楼层任务等多种可供选择的任务。通过上述方式，使得发送方用户在设置任务时更为灵活，更好地满足用户使用需求。
结合参考图24B，以步数任务为例，虚拟物品包发送页面63的第一输入框63a用于供发送方用户输入领取虚拟物品包所需完成的步数，例如发送方用户在第一输入框63a中输入8000，表示接收方用户需要完成行走8000步才能成功领取到虚拟物品包。
虚拟物品包参数包括如下几种可能的实现形式：
(1)当向单个接收方客户端发送虚拟物品包时，虚拟物品包参数包括虚拟物品包中虚拟物品的固定数量；
(2)当向多个接收方客户端分别发送虚拟物品包时，虚拟物品包参数包括虚拟物品的总数量或者每个虚拟物品包中虚拟物品的固定数量，可选地还包括虚拟物品包的数量；
(3)当向属于同一群组的至少一个接收方客户端发送虚拟物品包时，虚拟物品包参数包括虚拟物品的总数量或者每个虚拟物品包中虚拟物品的固定数量，可选地还包括虚拟物品包的数量；
上述(2)和(3)中的虚拟物品的总数量用于平均或随机生成每个虚拟物品包中虚拟物品的数量。
结合参考图24B，以向单个接收方客户端发送虚拟物品包为例，虚拟物品包发送页面63的第二输入框63b用于供发送方用户输入红包中赠送的货币的金额，例如发送方用户在第二输入框63b中输入80，表示红包中赠送的货币的金额为80元。
步骤2403，发送方客户端向后台服务器发送虚拟物品包生成请求。
虚拟物品包生成请求用于指示后台服务器生成虚拟物品包。虚拟物品包生成请求中包括：任务信息、虚拟物品包参数和接收方信息。其中，接收方信息用于指示虚拟物品包的接收方用户。示例性地，接收方信息可以是接收方客户端的标识(例如接收方客户端对应的用户帐号)，也可以是接收方客户端所属群组的群组标识，或者是发送方用户设置的接收方客户端的条件，例如该条件可以是广州市20至30岁之间的接收方用户所对应的接收方客户端。可选地，虚拟物品包生成请求中还包括发送方信息，发送方信息可以是发送方客户端的标识(例如发送方客户端对应的用户帐号)。
在一个示例中，虚拟物品包发送页面中包括发送控件，发送方用户触发该发送控件触发虚拟物品包发送指示。发送方客户端在获取到虚拟物品包发送指示之后，向后台服务器发送虚拟物品包生成请求。
结合参考图24B和图24C，发送方用户点击虚拟物品包发送页面63中的操作按钮63d触发支付流程，发送方客户端与后台服务器交互完成支付流程，发送方客户端将所需赠送的货币金额从发送方客户端对应的账户转移至后台服务器对应的账户，在转移成功之后，虚拟物品包成功发出。在本实施例中，以向单个接收方客户端发送虚拟物品包为例，发送方用户与接收方用户的单聊会话界面64中便会显示一条已发出的虚拟物品包消息64a，如图24C所示。
步骤2404，后台服务器根据虚拟物品包生成请求生成虚拟物品包标识。
后台服务器在接收到虚拟物品包生成请求之后，生成对应于虚拟物品包参数的虚拟物品包标识。
需要说明的是，对于同一个虚拟物品包生成请求所需生成的一个或多个虚拟物品包，后台服务器生成一个虚拟物品包标识，该虚拟物品包标识与请求中包含的虚拟物品包参数对应存储。
步骤2405，后台服务器存储虚拟物品包标识、任务信息和虚拟物品包参数之间的对应关系。
后台服务器将虚拟物品包标识、任务信息和虚拟物品包参数对应存储。可选地，上述对应关系中还包括发送方信息。
步骤2406，后台服务器根据接收方信息向至少一个接收方客户端发送虚拟物品包消息。
虚拟物品包消息中携带虚拟物品包标识和任务信息。可选地，虚拟物品包消息中还携带有发送方信息，以便于接收方用户根据发送方信息获知虚拟物品包的发送方用户。
当接收方信息为用户帐号时，后台服务器向用户帐号对应的接收方客户端发送虚拟物品包消息。上述用户帐号可以是一个用户帐号，也可以是多个用户帐号。
当接收方信息为群组标识时，后台服务器向群组标识指示的群组内的接收方客户端发送虚拟物品包消息。
当接收方信息为发送方用户设置的接收方客户端的条件，后台服务器向符合上述条件的接收方客户端发送虚拟物品包消息。
步骤2407，接收方客户端显示虚拟物品包消息。
接收方客户端在与发送方客户端的会话界面中显示虚拟物品包消息。如果发送方客户端是向单个接收方客户端发送虚拟物品包，或者向多个接收方客户 端分别发送虚拟物品包，则接收方客户端在与发送方客户端的单聊会话界面中显示虚拟物品包消息。如果发送方客户端是向属于同一群组的至少一个接收方客户端发送虚拟物品包，则接收方客户端在与发送方客户端的群聊会话界面中显示虚拟物品包消息。
接收方客户端显示的虚拟物品包消息与发送方客户端显示的虚拟物品包消息相类似，可参见图24D，接收方用户与发送方用户的单聊会话界面65中便会显示一条已收到的虚拟物品包消息65a。
步骤2408，接收方客户端检测接收方客户端对应的用户帐号是否已完成任务信息所指示的任务。若是，则执行下述步骤2409；若否，则在预设时间间隔之后，再次从步骤2408开始执行。
接收方客户端获取与任务信息所指示的任务相关的记录数据，并根据该记录数据检测接收方客户端对应的用户帐号是否已完成上述任务。
上述预设时间间隔根据实际需求预先设定，相邻两个预设时间间隔可以相同，也可以不同。
在一种可能的实施方式中，步骤2408包括如下几个子步骤：
步骤2408a，接收方客户端获取与任务信息所指示的任务相关的记录数据；
由于任务信息所指示的任务有所不同，因此与该任务相关的记录数据也有所不同。示例性地，当任务为步数任务时，与该任务相关的记录数据是指用于记录用户步数的数据；当任务为行走距离任务时，与该任务相关的记录数据是指用于记录用户行走距离的数据；当任务为爬行楼层任务时，与该任务相关的记录数据是指用于记录用户爬行楼层数的数据；当任务为少使用手机任务时，与该任务相关的记录数据是指用于记录手机使用时长的数据，例如将手机处于亮屏状态的时长作为手机使用时长。
步骤2408b，接收方客户端判断记录数据是否符合任务完成条件。
任务完成条件是指完成任务信息所指示的任务的条件，任务完成条件可根据任务信息确定。可选地，任务完成条件包括如下几种可能的实现情形：
1、任务完成条件为记录数据所指示的指标数值满足预设取值范围；
以步数任务为例，任务完成条件可以是步数大于或等于8000步，等等。以少使用手机任务为例，任务完成条件可以是手机使用时长小于1小时，等等。
2、任务完成条件为记录数据所指示的指标数值在预设的时间限制条件下，满足预设取值范围；
以步数任务为例，任务完成条件可以是在当天24点前行走满8000步，也可以是在当天17点至20点之间行走步数达到5000步，等等。以少使用手机任务为例，任务完成条件可以是在当天22点至24点之间的手机使用时长小于30分钟，等等。
3、任务完成条件为记录数据所指示的指标数值在预设的地点限制条件下，满足预设取值范围；
以步数任务为例，任务完成条件可以是在某一指定地点或区域内行走步数达到3000步，等等。
4、任务完成条件为记录数据所指示的指标数值在预设的时间限制条件和地点限制条件下，满足预设取值范围。
以步数任务为例，任务完成条件可以是在当天17点至20点之间，并在某一指定地点或区域内行走步数达到3000步，等等。
另外，上述时间限制条件和/或地点限制条件可以由系统默认设定，也可以由发送方用户自定义设定。当时间限制条件和/或地点限制条件由发送方用户自定义设定时，虚拟物品包发送页面中还包括用于供发送方用户设置时间限制条件和/或地点限制条件的操作控件，任务信息中还包括时间限制条件和/或地点限制条件。
当任务完成条件包括地点限制条件时，接收方客户端可采用相关的定位技术获取接收方用户对应的地理位置，上述相关的定位技术包括但不限于GPS(Global Positioning System，全球地位系统)技术、基站定位技术、Wi-Fi(Wireless-Fidelity，无线保真)定位技术、室内定位技术，等等。
在一个示例中，以步数任务为例，假设任务完成条件为在接收到虚拟物品包的当天24点前行走满8000步，则接收方客户端获取用于记录用户步数的数据，并根据该数据确定接收方用户当天已行走的步数。
在另一个示例中，以少使用手机任务为例，假设任务完成条件为在接收到虚拟物品包的当天22点至24点之间的手机使用时长小于30分钟，则接收方客户端在22点至24点之间获取用于记录手机使用时长的数据，并根据该数据确定接收方用户在22点至24点之间手机的已使用时长。
步骤2408c，若记录数据符合任务完成条件，则接收方客户端确定接收方客户端对应的用户帐号已完成任务信息所指示的任务；
以上述第一个示例提供的步数任务为例，假设接收方用户当天已行走的步 数为8100步，则接收方客户端确定接收方用户已完成步数任务。
以上述第二个示例提供的少使用手机任务为例，假设接收方用户在22点至24点之间的手机使用时长为20分钟，则接收方客户端确定接收方用户已完成少使用手机任务。
步骤2408d，若记录数据不符合任务完成条件，则接收方客户端确定接收方客户端对应的用户帐号未完成任务信息所指示的任务。
以上述第一个示例提供的步数任务为例，假设接收方用户当天已行走的步数为2430步，则接收方客户端确定接收方用户未完成步数任务。
以上述第二个示例提供的少使用手机任务为例，假设接收方用户在22点至24点之间的手机使用时长为40分钟，则接收方客户端确定接收方用户未完成少使用手机任务。
另外，在本发明实施例中，对接收方客户端首次检测接收方客户端对应的用户帐号是否已完成任务信息所指示的任务的时机(也即接收方客户端首次执行步骤308的时机)不作限定。示例性地，接收方客户端可以在接收到虚拟物品包消息时，首次执行步骤2408；接收方客户端也可以在显示虚拟物品包消息时，首次执行步骤2408；接收方客户端还可以在检测到接收方用户接受任务信息所指示的任务时，首次执行步骤2408，等等。
步骤2409，接收方客户端根据虚拟物品包标识从后台服务器获取虚拟物品包中的虚拟物品。
接收方客户端在检测出接收方客户端对应的用户帐号已完成任务信息所指示的任务之后，向后台服务器发送虚拟物品领取请求，虚拟物品领取请求中携带虚拟物品包标识。后台服务器接收到虚拟物品领取请求之后，从上述预存的对应关系中查询获取与虚拟物品包标识对应的虚拟物品包参数，并根据虚拟物品包参数向接收方客户端发送虚拟物品。
如果发送方客户端是向单个接收方客户端发送虚拟物品包，且虚拟物品包参数包括虚拟物品包中虚拟物品的固定数量，则后台服务器将该固定数量的虚拟物品从后台服务器对应的账户转移至接收方客户端对应的账户。
如果发送方客户端是向多个接收方客户端分别发送虚拟物品包或者是向属于同一群组的至少一个接收方客户端发送虚拟物品包，且虚拟物品包参数包括虚拟物品的总数量和虚拟物品包的数量，则后台服务器根据虚拟物品包的数量和虚拟物品的总数量平均或随机生成接收方客户端获取到的虚拟物品包中 的虚拟物品的数量，并将该数量的虚拟物品从后台服务器对应的账户转移至接收方客户端对应的账户。
在一个示例中，后台服务器根据各个接收方客户端完成任务的次序，确定有权限领取虚拟物品的接收方客户端。对于任一接收方客户端来说，如果该接收方客户端完成任务的次序所对应的数值小于或者等于虚拟物品包的数量所对应的数值，则后台服务器确定该接收方客户端有权限领取虚拟物品；如果该接收方客户端完成任务的次序所对应的数值大于虚拟物品包的数量所对应的数值，则后台服务器确定该接收方客户端无权限领取虚拟物品。
在另一个示例中，后台服务器根据各个接收方客户端发送虚拟物品领取请求的次序，确定有权限领取虚拟物品的接收方客户端。对于任一接收方客户端来说，如果该接收方客户端发送虚拟物品领取请求的次序所对应的数值小于或者等于虚拟物品包的数量所对应的数值，则后台服务器确定该接收方客户端有权限领取虚拟物品；如果该接收方客户端发送虚拟物品领取请求的次序所对应的数值大于虚拟物品包的数量所对应的数值，则后台服务器确定该接收方客户端无权限领取虚拟物品。
如果发送方客户端是向多个接收方客户端分别发送虚拟物品包或者是向属于同一群组的至少一个接收方客户端发送虚拟物品包，且虚拟物品包参数包括虚拟物品的总数量，则后台服务器在任务的完成时限到达之后，确定完成该任务的接收方客户端的数量，根据完成该任务的接收方客户端的数量和虚拟物品的总数量平均或随机生成接收方客户端获取到的虚拟物品包中的虚拟物品的数量，并将该数量的虚拟物品从后台服务器对应的账户转移至接收方客户端对应的账户。
如果发送方客户端是向多个接收方客户端分别发送虚拟物品包或者是向属于同一群组的至少一个接收方客户端发送虚拟物品包，且虚拟物品包参数包括每个虚拟物品包中虚拟物品的固定数量，则后台服务器将该固定数量的虚拟物品从后台服务器对应的账户转移至接收方客户端对应的账户。可选地，如果虚拟物品包参数还包括虚拟物品包的数量时，后台服务器根据各个接收方客户端完成任务的次序或者发送虚拟物品领取请求的次序，确定有权限领取虚拟物品的接收方客户端。相关内容已在上文介绍，此处不再赘述。
在上述介绍的实施方式中，仅以接收方客户端在检测出接收方客户端对应的用户帐号已完成任务信息所指示的任务之后，自动执行根据虚拟物品包标识 从后台服务器获取虚拟物品的步骤(也即自动领取虚拟物品)为例。在其它可能的实施方式中，接收方客户端可以在接收方用户的触发下执行根据虚拟物品包标识从后台服务器获取虚拟物品的步骤，例如参见下文介绍的接收方客户端在获取到对应于领取控件的触发信号之后，执行根据虚拟物品包标识从后台服务器获取虚拟物品包中的虚拟物品的步骤。
可选地，接收方客户端在显示虚拟物品包消息之后，还执行如下步骤：接收方客户端在获取到对应于虚拟物品包消息的触发信号之后，显示任务详情页面，任务详情页面中至少包括任务信息。
可选地，接收方客户端根据接收方客户端对应的用户帐号的任务接受情况(是否已接受任务)和任务完成情况(是否已完成任务)，确定上述任务详情页面中显示的界面元素。在一种可能的实施方式中，包括如下情况。
1、当接收方客户端对应的用户帐号未接受任务信息所指示的任务时，任务详情页面中包括任务信息和接受控件，接受控件用于供接收方用户触发接受任务信息所指示的任务；可选地，任务详情页面中还包括任务完成状况。
上述任务完成状况是指接收方客户端对应的用户帐号对于任务信息所指示的任务的完成状况。例如，任务完成状况包括已完成量和/或剩余完成量。
如图24D中中间图示，当接收方用户未接受步数任务时，任务详情页面66中包括接受控件66a、任务信息66b和任务完成状况66c。接收方用户点击接受控件66a可触发接受步数任务。
可选地，接收方客户端在获取到对应于接受控件的触发信号之后，向后台服务器发送任务接受响应；后台服务器向发送方客户端转发任务接受响应；发送方客户端在接收到任务接受响应之后，显示任务接受提示信息。可选地，任务接受响应中携带虚拟物品包标识和接收方客户端对应的用户帐号。后台服务器根据虚拟物品包标识查询对应的发送方客户端，并向发送方客户端转发任务接受响应。
任务接受提示信息用于指示接收方客户端对应的用户帐号已接受任务信息所指示的任务。发送方客户端通过显示任务接受提示信息，以便于发送方用户获知接收方用户是否已接受任务或者获知有哪个或哪些接收方用户已接受任务。
如果发送方客户端是向单个接收方客户端发送虚拟物品包，或者向多个接收方客户端分别发送虚拟物品包，则发送方客户端在与接收方客户端的单聊会 话界面中显示任务接受提示信息。如果发送方客户端是向属于同一群组的至少一个接收方客户端发送虚拟物品包，则发送方客户端在与接收方客户端的群聊会话界面中显示任务接受提示信息。
2、当接收方客户端对应的用户帐号已接受任务信息所指示的任务，且未完成任务信息所指示的任务时，任务详情页面中包括任务信息；可选地，任务详情页面中还包括任务完成状况。
在这种情况下，任务详情页面可参见图24D中右侧图示。
3、当接收方客户端对应的用户帐号已完成任务信息所指示的任务时，任务详情页面中包括任务信息和领取控件，领取控件用于供接收方用户触发领取虚拟物品包中的虚拟物品；可选地，任务详情页面中还包括任务完成状况。
可选地，接收方客户端不自动领取虚拟物品，接收方客户端在获取到对应于领取控件的触发信号之后，执行根据虚拟物品包标识从后台服务器获取虚拟物品包中的虚拟物品的步骤。
如图24E中中间图示，当接收方用户已完成步数任务时，任务详情页面66中包括领取控件66d、任务信息66b和任务完成状况66c。接收方用户点击领取控件66d可触发接收方客户端获取虚拟物品包中的虚拟物品。领取成功页面67可参见图24E右侧图示。
可选地，接收方客户端在根据虚拟物品包标识从后台服务器获取虚拟物品包中的虚拟物品之后，向后台服务器发送物品领取响应；后台服务器向发送方客户端转发物品领取响应；发送方客户端在接收到物品领取响应之后，显示物品领取提示信息。可选地，物品领取响应中携带虚拟物品包标识和接收方客户端对应的用户帐号。后台服务器根据虚拟物品包标识查询对应的发送方客户端，并向发送方客户端转发物品领取响应。
物品领取提示信息用于指示接收方客户端对应的用户帐号已领取虚拟物品包中的虚拟物品。发送方客户端通过显示物品领取提示信息，以便于发送方用户获知接收方用户是否已领取虚拟物品或者获知有哪个或哪些接收方用户已领取虚拟物品。
如果发送方客户端是向单个接收方客户端发送虚拟物品包，或者向多个接收方客户端分别发送虚拟物品包，则发送方客户端在与接收方客户端的单聊会话界面中显示物品领取提示信息。如果发送方客户端是向属于同一群组的至少一个接收方客户端发送虚拟物品包，则发送方客户端在与接收方客户端的群聊 会话界面中显示物品领取提示信息。
另外，在实际应用中，接收方客户端可以在确定接收方用户已接受任务的前提下，再根据任务完成情况确定接收方用户是否有权限领取虚拟物品包中的虚拟物品；或者，接收方客户端也可以不必以接收方用户已接受任务为前提，直接根据任务完成情况确定接收方用户是否有权限领取虚拟物品包中的虚拟物品。
可选地，当接收方客户端对应的用户帐号已领取虚拟物品包中的虚拟物品后，若接收方客户端获取到对应于虚拟物品包消息的触发信号，则接收方客户端显示领取成功页面。
需要补充说明的一点是，接收方客户端显示虚拟物品包消息之后，还执行如下步骤：接收方客户端在虚拟物品包消息中显示任务完成状况。可选地，接收方客户端在获取到对应于接受控件的触发信号之后，后续显示虚拟物品包消息时在虚拟物品包消息中显示任务完成状况。结合参考图24F，接收方用户在接收任务之后，接收方用户与发送方用户的单聊会话界面65中显示的虚拟物品包消息65a中显示任务完成状况65b，包括剩余行走步数和任务剩余时间。
可选地，接收方客户端通过后台服务器将任务完成状况发送给发送方客户端，发送方客户端在虚拟物品包消息中显示任务完成状况。
需要补充说明的另一点是，接收方客户端获取与任务信息所指示的任务相关的记录数据之前，还包括：接收方客户端检测是否具备获取记录数据的权限；若接收方客户端不具备获取记录数据的权限，则接收方客户端显示权限开启提示信息，权限开启提示信息用于提示为接收方客户端开启获取记录数据的权限；若接收方客户端具备获取记录数据的权限，则接收方客户端执行获取与任务信息所指示的任务相关的记录数据的步骤。
结合参考图24G，接收方客户端在接收到虚拟物品包消息之后，检测本端是否具备获取记录数据的权限，若检测结果为不具备获取记录数据的权限，则在虚拟物品包消息65a中显示提示控件65c，接收方用户点击提示控件65c触发显示权限开启提示信息65d，接收方用户可根据上述权限开启提示信息65d为接收方客户端开启获取记录数据的权限。
综上所述，由于在相关技术中，接收方客户端在接收到虚拟物品包之后，即可向后台服务器发送虚拟物品领取请求以请求获取虚拟物品包中的虚拟物品，当执行虚拟物品包收发交互的用户量较大时，会产生大量的虚拟物品领取 请求，给后台服务器带来巨大的处理压力；但是在本发明实施例中，通过在发送虚拟物品包的过程中增加设置任务信息，接收方用户需要在完成上述任务信息所指示的任务之后才能请求领取虚拟物品包中的虚拟物品，而由于执行任务的时间不确定，即使执行虚拟物品包收发交互的用户量较大，但也会错开时间请求，这样减少后台服务器同一时间的处理压力。另外，在收发虚拟物品包的过程中增加任务，也能够丰富虚拟物品包的收发形式。
另外，本发明实施例提供的方法，还通过在接收方用户领取任务之后，接收方客户端在虚拟物品包消息中显示任务完成状况，使得接收方用户在回看虚拟物品包消息的时候即可查看到任务完成状况，而无需点开虚拟物品包消息，简化用户操作。
另外，本发明实施例提供的方法，能够实现向单个接收方用户、多个接收方用户或者群组发送虚拟物品包，使得虚拟物品包的发送形式更加多样化，更好地满足用户使用需求。
另外，由于终端设备中通常具备重力传感器，当发送方用户设置诸如步数任务、行走距离任务、爬行楼层任务之类的健康任务时，能够很方便地采集到相关的记录数据，而无需额外增加终端设备的硬件成本。
另外，由于发送方用户可以设置诸如步数任务、行走距离任务、爬行楼层任务之类的健康任务，因此本发明实施例提供了一种更具趣味性且更加积极健康的收发虚拟物品包的方式，这种方式更加适用于在具有亲密关系的用户(如亲人、朋友)之间收发虚拟物品包，以表达发送方用户对接收方用户的健康状况的期望和祝福，提高接收方用户完成任务的积极性。
在上述方法实施例中，有关发送方客户端一侧的步骤可以单独实现成为发送方客户端侧的虚拟物品包发送方法，有关后台服务器一侧的步骤可以单独实现成为后台服务器侧的虚拟物品包发送方法，有关接收方客户端一侧的步骤可以单独实现成为接收方客户端侧的虚拟物品包接收方法。
需要补充说明的是，在上述实施例中，仅以发送方客户端与接收方客户端之间通过后台服务器中转，进行收发虚拟物品包的交互流程为例。在其它可能的实施方式中，发送方客户端与接收方客户端之间可以直接交互收发虚拟物品包，无需经过后台服务器的中转。这样，接收方客户端可以接收发送方客户端发送的虚拟物品包消息，该虚拟物品包消息中携带任务信息和虚拟物品包参数，接收方客户端在确定其对应的用户帐号已完成任务信息所指示的任务的情 况下，根据虚拟物品包参数获取虚拟物品包中的虚拟物品。
下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。
请参考图25，其示出了本发明一个实施例提供的虚拟物品包发送装置的框图。该装置具有实现上述方法示例中发送方客户端侧的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：页面显示模块2510、信息获取模块2520和请求发送模块2530。
页面显示模块2510，用于执行上述步骤2401。
信息获取模块2520，用于执行上述步骤2402。
请求发送模块2530，用于执行上述步骤2403。
相关细节可参考图24A所示的方法实施例。
请参考图26，其示出了本发明另一实施例提供的虚拟物品包发送装置的框图。该装置具有实现上述方法示例中后台服务器侧的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：请求接收模块2610、标识生成模块2620、关系存储模块2630和消息发送模块2640。
请求接收模块2610，用于接收发送方客户端发送的虚拟物品包生成请求。
标识生成模块2620，用于执行上述步骤2404。
关系存储模块2630，用于执行上述步骤2405。
消息发送模块2640，用于执行上述步骤2406。
相关细节可参考图24A所示的方法实施例。
请参考图27，其示出了本发明一个实施例提供的虚拟物品包接收装置的框图。该装置具有实现上述方法示例中接收方客户端侧的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：消息接收模块2710、消息显示模块2720、任务检测模块2730和物品领取模块2740。
消息接收模块2710，用于接收后台服务器发送的虚拟物品包消息。
消息显示模块2720，用于执行上述步骤2407。
任务检测模块2730，用于执行上述步骤2408。
物品领取模块2740，用于若已完成任务信息所指示的任务，则根据虚拟物品包标识从后台服务器获取虚拟物品包中的虚拟物品。
可选地，所述装置还包括：页面显示模块。页面显示模块用于在获取到对 应于虚拟物品包消息的触发信号之后，显示任务详情页面。
可选地，所述装置还包括：状况显示模块。状况显示模块用于在虚拟物品包消息中显示任务完成状况。
可选地，所述装置还包括：权限检测模块和信息提示模块。
权限检测模块，用于检测接收方客户端是否具备获取记录数据的权限。
信息提示模块，用于若接收方客户端不具备获取记录数据的权限，则显示权限开启提示信息。
相关细节可参考图24A所示的方法实施例。
本发明一示例性实施例还提供了一种虚拟物品包发送系统，该系统包括：发送方客户端、后台服务器和接收方客户端。
发送方客户端，用于在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面；获取在所述虚拟物品包发送页面中输入的任务信息和虚拟物品包参数，所述任务信息用于指示领取虚拟物品包所需完成的任务；向后台服务器发送虚拟物品包生成请求，所述虚拟物品包生成请求中携带所述任务信息、所述虚拟物品包参数和接收方信息。
所述后台服务器，用于根据所述虚拟物品包生成请求生成虚拟物品包标识；存储所述虚拟物品包标识、所述任务信息和所述虚拟物品包参数之间的对应关系；根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识和所述任务信息。
所述接收方客户端，用于显示所述虚拟物品包消息；检测所述接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务；若已完成所述任务信息所指示的任务，则根据所述虚拟物品包标识从所述后台服务器获取所述虚拟物品包中的虚拟物品。
图28为本发明实施例中进行信息交互的各方硬件实体的示意图；如图28所示，图28中包括：服务器281和终端设备282-284，所述终端设备282-284通过有线网络或者无线网络与服务器281进行信息交互，所述终端设备282-284包括手机、台式机、PC机、一体机等类型。
其中，所述终端设备282-284可在同一个群组中；所述终端设备282-284均可输出一会话窗口，所述会话窗口中包含有所述终端设备282-284对应的用户；所述会话窗口具体可以为某一即时通信应用的会话窗口，也可以是通过网 页展示的会话窗口。一个示例中，服务器281可通过网络与第一类终端设备(例如发放红包的用户所在的终端)进行交互，获得第一类终端设备对应的第一类用户发送的红包请求信息，所述红包请求信息具体可以包括：红包数量、红包金额以及属性参数，所述属性参数具体可以表明所述红包请求信息所表征的红包事件是普通的红包事件或是本发明实施例所述的具有特定的显示效果的红包事件。相对于第一类终端设备而言，所述终端设备282-284还可以包括第二类终端设备，所述第二类终端设备可通过网络与服务器281进行交互。所述服务器281基于所述第一类终端设备发送的红包请求信息生成具有特定显示效果的红包信息，并输出至包含有第一类用户和第二类用户的会话窗口中。所述第二类终端设备检测到第二类用户针对所述会话窗口显示的红包信息的输入操作时，如点击该红包信息的操作或者长按该红包信息的操作等触发操作，表明请求获得红包，相应向所述服务器281发送消息。在本实施例中，当所述属性参数表明是具有特定的显示效果的红包事件时，所述第二类终端设备的会话窗口显示的红包信息区别于普通红包事件对应的红包信息；作为一种示例，所述会话窗口显示的红包信息具有特定的显示外观。当所述第二类终端设备中有任一终端设备检测到第二类用户针对所述红包信息的输入操作时，所述第二类终端设备与所述服务器281进行信息交互，所述服务器281启动定时器，并设定一个计时时间，此时倒计时开始；在所述定时器的计时时间内，所述服务器还可以继续接收表征触发所述红包信息的第二类终端设备的通知消息；一直到所述定时器的计时时间到时，所述服务器281统计触发所述红包信息的第二类用户的数量，按照预先配置的分配规则将所述第一类用户发放的红包金额分配至触发所述红包信息的第二类用户。
当然，所述第二类终端设备可以包括所述第一类终端设备，即发放红包的终端设备也可以作为获得红包的终端设备。
上述图28的例子只是实现本发明实施例的一个系统架构实例，本发明实施例并不限于上述图28所述的系统结构，基于该系统架构，提出本发明各个实施例。
本发明实施例提供了一种信息处理方法，应用于服务器中。图29为本发明实施例的信息处理方法的流程示意图；如图29所示，所述信息处理方法包括：
步骤2901：服务器获得第一用户发送的包含有属性参数的第一信息；所述 第一信息为所述第一用户向至少一个第二用户分配第一数量的可分配资源的信息。其中，所述第一用户和所述至少一个第二用户在同一个群组中，第一数量为分配给至少一个第二用户的可分配资源的总数量。
步骤2902：当所述属性参数为第一属性参数时，基于所述第一属性参数生成第二信息，发送所述第二信息至第一用户和至少一个第二用户所在的群组中；第一属性参数表示要发送具有特定的显示效果的信息，所述群组对应的会话窗口所显示的所述第二信息具有特定的显示效果。
步骤2903：所述第二信息首次被第二用户触发、接收到第二用户基于触发行为所生成的第三信息后，启动定时器，发送所述定时器的定时状态至所述第二用户；所述第三信息表征所述第二信息首次被触发。
步骤2904：在所述定时器的定时时间内，获得触发所述第二信息的第二用户的第二数量，以及在所述定时器的定时时间到时，基于所述第二数量以及预先配置的分配规则将所述第一数量的可分配资源分配至触发所述第二信息的第二用户。
本实施例中，所述第一用户对应于第一终端，所述第二用户对应于第二终端，即用户可在对应的终端上进行操作；其中，所述第一终端和所述至少一个第二终端在同一个群组中，所述第一终端为发送信息的终端，所述第二终端为接收信息的终端，其中针对任一终端，其既可以作为第一终端来发送信息，也可以作为第二终端来接收信息。所述群组对应的会话窗口具体可以为基于一社交应用(例如即时通信应用)的会话窗口；基于所述群组，群组中的用户之间可进行通信，也可以进行社交活动，例如信息分享等。在本发明各实施例中，用户之间还可以通过所述会话窗口进行支付活动，例如“发红包”、转账的支付行为；针对“发红包”行为，可以理解为，所述第一用户通过所述会话窗口向所述至少一个第二用户进行可分配资源的发送；其中，所述可分配资源可以为一定金额的电子红包。
基于上述描述，所述第一用户在所述会话窗口中通过输入操作设置可分配资源的属性参数、所述可分配资源的第一数量(所述第一数量具体可以为具体的金额)，第一终端基于设置的所述属性参数和所述第一数量生成第一信息，发送所述第一信息至所述服务器。在实际应用中，所述会话窗口所归属的社交应用中内置支付工具(例如所述社交应用为“微信”应用，则所述“微信”应用中内置“微信钱包”支付工具；再例如所述社交应用为“QQ”应用，则所 述“QQ”应用中内置“QQ”钱包支付工具)；通常情况下，本发明实施例中所述的可分配资源是针对所述会话窗口所属的社交应用内置的支付工具中的电子货币；可以理解为，所述第一用户向至少一个第二用户支付第一数量的可分配资源，即所述第一用户将自身社交工具中内置的支付工具中已有的至少部分电子货币通过所述群组的关联发送至所述至少一个第二用户。
则所述服务器接收到所述第一用户发送的第一信息，所述第一信息包括第一数量和属性参数，所述属性参数用于表明所述第一信息所表征的可分配资源是普通的可分配资源或是特定的可分配资源。其中，所述普通的可分配资源对应普通的信息处理规则，例如，第一用户通过会话窗口发送普通的可分配资源；所述可分配资源支持分配给n(n为正整数)个第二用户；第二用户通过点击所述可分配资源，若点击所述可分配资源的第二用户为前n个点击所述可分配资源的用户，则所述第二用户可获得所述可分配资源的部分。在实际应用中，所述普通的可分配资源可参照现有的“发红包”的信息交互流程。其中，所述特定的可分配资源对应特定的信息处理规则，所述特定的信息处理规则为本发明实施例的信息交互流程。
本实施例中，所述服务器接收到所述第一信息后，获得所述第一信息中包括的属性参数，判断所述属性参数是否为第一属性参数，所述第一属性参数为所述特定的可分配资源对应的属性参数。当所述属性参数为所述第一属性参数时，所述服务器可确定所述第一用户发送的是特定的可分配资源。则所述服务器基于所述第一属性参数调用对应显示效果数据，基于所述显示效果数据生成第二信息，发送所述的第二信息至所述第一用户和至少一个第二用户所在的群组中；其中，所述第一用户对应于第一终端，所述第二用户对应于第二终端，即服务器发送第二信息至所述群组对应的会话窗口中；此时，所述至少一个第二用户显示的所述会话窗口中显示所述第二信息，所述第二信息基于所包含的所述显示效果数据具有特定的显示效果，所述特定的显示效果例如特定的皮肤(所述皮肤可以是静态的图像也可以是动态的图像等)。
本实施例中，所述第二信息通过所述会话窗口输出显示在所述至少一个第二终端上时，所述第二用户可针对所述第二信息的进行输入操作，所述第二终端检测到针对所述第二信息的输入操作时，所述第二终端可向服务器发送第三信息，其中，所述输入操作可以为点击操作或者长按操作等，表示第二用户触发了第二信息；所述服务器接收到所述第三信息时，可确定所述第二用户触发 所述第二信息；相应的，所述服务器首次接收到第三信息时，可确定所述会话窗口中的所述第二信息首次被一第二用户触发。本实施例中，所述第二信息首次被触发时，所述服务器启动一定时器，所述定时器按照定时时间开始计时。其中，所述定时器的定时时间可由所述服务器预先设定；作为另一种实施方式，所述定时器的定时时间可在所述第一用户输入的第一信息中配置。
本实施例中，在所述定时器的定时时间内，所述服务器通过接收到第二终端发送的第三信息获得触发所述第二信息的第二用户的数量。具体的，在会话窗口中，每个首次触发所述会话窗口中的第二信息的第二用户，其对应的第二终端均向所述服务器发送第三信息；所述第三信息用于表明相应的第二用户期望被分配所述可分配资源；则所述服务器可基于接收到的第三信息的数量，确定触发所述第二信息的第二用户的数量。其中，所述第三信息中可包括相应的第二用户(或第二终端)的标识。
作为一种示例，第二用户在针对所述第二信息进行输入操作时，所述服务器接收到第三信息，向所述第二用户发送所述定时器的定时状态；所述第二用户所在的第二终端基于接收到的所述定时器的定时状态输出显示第一界面，所述第一界面中包括所述定时器的定时状态。作为一种实施方式，所述第二用户可保持所述第一界面一直到所述定时器的定时状态终止。
作为另一种实施方式，所述第二用户可通过输入操作关闭所述第一界面，重新返回到所述会话窗口。在这种应用场景下，所述在所述定时器的定时时间内，所述方法还包括：所述服务器接收到第二用户发送的第四信息后，获得所述定时器的定时状态，将所述定时器的定时状态发送至所述第二用户；其中，所述第四信息表征所述第二信息非首次被第二用户触发。则所述第二用户在所述定时器的定时时间范围内，可重新检测到针对所述会话窗口中的第二信息进行输入操作，基于检测到的输入操作生成第四信息；所述服务器接收到所述第四信息后，获得所述定时器的定时状态，将所述定时状态发送至所述第二用户，以使所述第二用户重新输出显示第一界面，通过所述第一界面显示所述定时器的定时状态。
需要说明的是，定时器确定定时时间后，可以从定时时间开始，随着时间的推移进行倒计时，则定时状态可以以当前剩余的时间表示，第二用户在首次触发第二信息或者非首次触发第二信息时，均可查看第一界面中显示的当前剩余的时间，相应的，定时时间到是指当前剩余的时间为0，倒计时可以终止。 或者，定时器确定定时时间后，也可以从0开始，随着时间推移进行计时，则定时状态可以以当前已统计的时间表示，第二用户在首次触发第二信息或者非首次触发第二信息时，均可查看第一界面中显示的当前已统计的时间，并根据定时时间和当前已统计的时间计算出剩余的时间，相应的，定时时间到是指当前已统计的时间等于定时时间，计时可以终止。
本实施例中，所述服务器在确定定时器的定时时间到，基于所述第二数量以及预先配置的分配规则将所述第一数量的可分配资源分配至触发所述第二信息的第二用户。
本实施例中，在所述第一用户发送的第一信息中，还包括第三数量，所述第三数量表征所述第一数量的可分配资源支持分配的第二用户的数量，可以理解为10元(第一数量)的电子货币(可分配资源)待分配给10个(第三数量)用户。而第二数量表征在定时时间内实际请求分配可分配资源的第二用户的数量，则在实际应用中，可能会出现以下几种情况：第一种情况是所述第二数量大于所述第三数量，即点击所述第二信息的第二用户的数量大于预先配置的待分配的第二用户的数量。基于此，本实施例中，所述方法还包括：在触发所述第二信息的第二用户中随机选择满足第三数量的第二用户，基于所述第三数量以及预先配置的分配规则将所述第一数量的可分配资源分配至触发所述第二信息的第二用户。
具体的，在这种情况下，所述服务器可预先配置随机抽取算法，在触发所述第二信息的第二用户中随机抽取满足所述第三数量的第二用户，可以理解为，触发所述第二信息的第二用户中存在没有获得分配的可分配资源的第二用户。
第二种情况是所述第二数量不大于所述第三数量，即点击所述第二信息的第二用户的数量不大于预先配置的待分配的第二用户的数量。基于此，在这种情况下，可采用上述预先配置的分配规则进行所述第一数量的可分配资源的分配。
本实施例中，所述预先配置的分配规则具体可不限于以下两种方式：随机分配或按比例随机分配。
作为一种实施方式，当所述第二数量不大于所述第三数量时，所述基于所述第二数量以及预先配置的分配规则将所述第一数量的可分配资源分配至触发所述第二信息的第二用户，包括：将所述第一数量的可分配资源按照所述第 二数量随机分配，获得满足所述第二数量的第一子数量的可分配资源，将所述第一子数量的可分配资源分别发送至相应的触发所述第二信息的第二用户，其中所述第一子数量是指分配给第二用户的可分配资源的数量，第一子数量小于第一数量，每个第二用户对应的第一子数量可以相同也可以不同。
具体的，本实施方式中，所述服务器在所述定时器的定时时间到时，所述服务器基于触发所述第二信息的第二用户的第二数量，将所述第一数量的可分配资源随机分配，确定每个第二用户获得的可分配资源的子数量，将满足所述子数量的可分配资源分配至相应的第二用户。例如，所述第一信息中包括：10元的电子货币，能够分配给10个第二用户；实际点击的第二用户的数量为8个，则服务器将10元随机分配给8个第二用户，每个第二用户得到的电子货币可各不相同。
作为另一种实施方式，当所述第二数量不大于所述第三数量时，所述基于所述第二数量以及预先配置的分配规则将所述第一数量的可分配资源分配至触发所述第二信息的第二用户，包括：基于所述第一数量的可分配资源支持分配的第二用户的数量将所述第一数量的可分配资源平均分配，获得第二子数量的可分配资源；将所述第二子数量的可分配资源分别发送至触发所述第二信息的第二用户，其中第二子数量是指分配给每个第二用户的可分配资源的数量。
具体的，本实施方式中，所述服务器在所述定时器的定时时间到时，所述服务器基于触发所述第二信息的第二用户的第二数量，将所述第一数量的可分配资源按比例随机分配，也就是说，每个第二用户获得的可分配资源是相同的；则确定每个第二用户获得的可分配资源的子数量，将满足所述子数量的可分配资源分配至相应的第二用户。例如，所述第一信息中包括：10元的电子货币，能够分配给10个第二用户；实际点击的第二用户的数量为8个，则服务器将10元平均分为10份，每一份为1元，分配给8个第二用户的电子货币数额均为1元，剩余的2元重新退回至所述第一用户。
本发明实施例的技术方案提供了一种新的关于“抢红包”的信息交互方案，在有第二用户首次触发第二信息时，所述服务器启动定时器开始计时，即在倒计时的计时时间内触发红包信息的用户记为有效；在定时器的定时时间到时触发红包信息的用户可能获得红包，大大缩短了获取可分配资源的时间周期，提升了信息交互的效率；另一方面，在定时器的定时时间到时，显示特定的显示效果(例如爆炸显示效果、烟花显示效果等等)，增加了信息交互的活跃气氛。
本发明实施例还提供了一种信息处理方法，应用于第二用户对应的终端中。图30为本发明实施例的信息处理方法的流程示意图二；如图30所示，所述信息处理方法包括：
步骤3001：接收服务器发送的第二信息，在会话窗口中输出所述第二信息；其中，所述第二信息用于将第一数量的可分配资源分配给所述会话窗口中的用户。
步骤3002：检测到针对所述第二信息的第一触发操作、当所述第一触发操作为所述会话窗口中针对所述第二信息的首次操作时，生成第三信息，向所述服务器发送所述第三信息。
步骤3003：获得所述服务器发送的定时状态，基于所述第一触发操作生成并输出包含有所述定时状态的第一界面。
步骤3004：当所述定时状态表示定时时间到时，获得所述服务器分配的可分配资源，以及输出与所述第一属性参数对应的特定的显示效果。
本实施例中，所述第二用户相对于第一用户来说，为获得所述第一用户发放的可分配资源的用户；作为一种实施方式，发放第一数量的可分配资源的第一用户也可以作为所述第二用户，也即发放电子红包的用户也可以作为获得电子红包的用户之一。
本实施例中，接收到服务器发送的第二信息，在会话窗口中输出显示所述第二信息；其中，所述会话窗口中包括至少两个用户。其中，所述第二信息中携带有特定的显示效果数据，所述第二信息基于所包含的所述显示效果数据具有特定的显示效果，所述特定的显示效果例如特定的皮肤(所述皮肤可以是静态的图像也可以是动态的图像等。
本实施例中，所述第二信息通过所述会话窗口输出显示时，所述第二用户可针对所述第二信息进行第一触发操作；所述第二用户对应的第二终端可基于检测到的所述第一触发操作生成第三信息，发送所述第三信息至所述服务器。其中，所述第三信息表征所述第二用户首次触发所述第二信息；为了区别于针对所述第二信息的首次操作或非首次操作，则将首次针对第二信息的操作对应的信息记为第三信息，将非首次针对第二信息的操作对应的信息记为第四信息。
本实施例中，所述服务器接收到至少一个第三信息时，可基于接收到的所述第三信息的先后顺序确定首次接收到的第三信息，进一步所述服务器启动一 定时器，所述定时器开始倒计时；相应的，所述第二用户获得所述服务器发送的定时状态，将所述定时状态通过所述第二用户对应的第二终端输出的第一界面显示。其中，在所述第一界面显示所述定时状态时，所述第二终端可基于获得的所述定时器的定时状态触发自身的计时器开始倒计时计数，例如获得的定时器的定时状态还有10秒，则所述第二终端触发自身的计时器开始从10秒倒计时计数，控制所述第二用户自身的计时器的计数在所述第一界面中显示定时状态。
在一种实施方式中，所述第二用户可通过输入操作关闭所述第一界面，重新返回到所述会话窗口；也可继续停留在所述第一界面。当所述第二用户关闭所述第一界面后，所述第二用户还可以通过针对所述会话窗口中的所述第二信息进行输入操作，使得所述第二用户对应的第二终端重新输出显示第一界面；则，当所述第一触发操作为所述会话窗口中针对所述第二信息的非首次操作时，所述方法还包括：生成第四信息，将所述第四信息发送至所述服务器；所述第四信息用于请求定时状态；以及获得所述服务器发送的定时状态，基于所述第一触发操作生成并显示包含有所述定时状态的第一界面。
本实施例中，所述服务器确定定时器的定时时间到，即定时器倒计时终止时，所述服务器获得触发所述第二信息的第二用户的数量，按照预先配置的分配规则确定所述第二用户获得的可分配资源的子数量，将每个第二用户对应的子数量的可分配资源发送至所述第二用户；相应的，所述第二用户在定时时间到时，获得所述服务器分配的满足所述子数量的可分配资源。
在一种实施方式中，所述定时时间到时，获得所述服务器分配的可分配资源，包括：所述定时时间到时，获得服务器发送的通知消息，在所述会话窗口中输出所述通知消息；检测到针对所述通知消息的第二触发操作时，获得所述服务器分配的可分配资源，以及输出与所述第一属性参数匹配的包含有特定的显示效果的图像。其中，所述特定的显示效果具体可以为以下效果的至少之一：爆炸效果、烟花效果、红包效果、预设表情效果等等。
本发明实施例的技术方案提供了一种新的关于“抢红包”的信息交互方案，在有第二用户首次触发第二信息时，所述服务器启动定时器开始计时，即在倒计时的计时时间内触发红包信息的用户记为有效；在定时器的定时时间到时触发红包信息的用户可能获得红包，大大缩短了获取可分配资源的时间周期，提升了信息交互的效率；另一方面，在定时器的定时时间到时，显示特定的显示 效果(例如爆炸显示效果、烟花显示效果等等)，增加了信息交互的活跃气氛。
本发明实施例还提供了一种信息处理方法。图31为本发明实施例的信息处理方法的交互示意图；如图31所示，所述信息处理方法包括：
步骤3101：第一用户设置第一信息的属性参数、表征支付金额的第一数量以及表征可分配资源支持分配的第二用户的第二数量。
这里，所述第一用户可设置所述属性参数为表征爆炸效果的第一属性参数。
步骤3102：所述第一用户向服务器发送所述第一信息，所述第一信息包括属性参数、所述第一数量和所述第二数量。
步骤3103：所述服务器确定所述属性参数为第一属性参数时，基于所述第一属性参数生成第二信息。
这里，所述服务器基于所述第一属性参数调用对应显示效果数据，基于所述显示效果数据生成第二信息。
步骤3104：发送所述第二信息至包含有第一用户和至少一个第二用户的会话窗口中；其中，所述第一用户对应于第一终端，所述第二用户对应于第二终端，即服务器发送第二信息至所述群组对应的至少一个第二终端中；所述会话窗口显示的所述第二信息具有特定的显示效果。所述特定的显示效果例如特定的皮肤(所述皮肤可以是静态的图像也可以是动态的图像等。
步骤3105：第二用户检测到第一触发操作，所述第一触发操作为针对所述第二信息的触发操作。
步骤3106：当所述第一触发操作表征所述第二信息首次被触发时，所述第二用户生成第三信息并向所述服务器发送所述第三信息。
步骤3107：所述服务器基于接收到的所述第三信息启动定时器。
步骤3108：所述服务器发送定时器的定时状态至所述第二用户。
步骤3109：在所述定时器启动至所述定时器的计时时间到时，所述会话窗口中的其他第二用户也可能针对所述第二信息的进行第一触发操作，基于由于所述第一触发操作为针对所述第二信息的非首次触发操作，则所述其他第二用户对应的终端生成第四信息。
步骤3110：所述其他第二用户向所述服务器发送所述第四信息。
步骤3111：所述服务器检测到定时时间到时，统计触发所述第二信息的第二用户的第二数量。
步骤3112：基于所述第二数量以及预先配置的分配规则确定每个触发所述第二信息的第二用户获得的可分配资源的子数量。
步骤3113：所述服务器向每个触发所述第二信息的第二用户发送通知消息，所述通知消息中包括相应的第二用户获得的可分配资源的子数量。
步骤3114：第二用户获得所述通知消息后，通过检测到的针对所述通知消息的第二触发操作获得相应子数量的可分配资源，以及输出与所述第一属性参数匹配的包含有特定的显示效果的图像。
本发明实施例的技术方案提供了一种新的关于“抢红包”的信息交互方案，在有第二用户首次触发第二信息时，所述服务器启动定时器开始计时，即在倒计时的计时时间内触发红包信息的用户记为有效；在定时器的定时时间到时触发红包信息的用户可能获得红包，大大缩短了获取可分配资源的时间周期，提升了信息交互的效率；另一方面，在定时器的定时时间到时，显示特定的显示效果(例如爆炸显示效果、烟花显示效果等等)，增加了信息交互的活跃气氛。
下面结合具体的“发红包”的应用场景对本发明实施例的信息处理方法进行具体说明。图32为本发明实施例的信息处理方法的交互场景示意图；图33a至图33c分别为本发明实施例中终端的一种应用场景示意图；图34为本发明实施例中终端的另一种应用场景示意图；结合图32、图33a至图33c和图34所示，所述方法包括：
步骤321：发红包用户通过第一终端的会话窗口设置爆炸红包事件、所述爆炸红包的爆炸效果，以及红包金额、红包数量(所述红包数量表明所述红包金额的红包支持分配的终端的数量)。
步骤322：设置完成后，向服务器发送第一信息。
步骤323：发红包用户通过所述第一终端对所述爆炸红包事件进行支付操作，所述支付操作可基于所述会话窗口所归属的应用内置的支付工具进行支付。支付完成后，服务器记录爆炸红包事件和爆炸效果，基于所述爆炸红包事件生成爆炸红包信息，发送爆炸红包信息至所述会话窗口中的收红包用户对应的第二终端。
步骤324：第二终端显示的会话窗口输出所述爆炸红包信息，所述爆炸红包信息具有特殊的显示效果，所述特殊的显示效果例如所述爆炸红包信息具有特殊的皮肤效果。所述第二终端的用户可点击会话窗口中的爆炸红包信息，相当于查看所述爆炸红包信息。如图33a至图33c中所示，图中的终端作为第二 终端，显示有第一终端用户发送的“XX红包”；第二终端用户可点击“XX红包”，以查看该红包消息；本实施例中，所显示的“XX红包”具有区别于普通红包的特殊的显示效果。
步骤325：所述第二终端基于所述点击操作生成第三信息，发送所述第三信息至服务器。
步骤326：服务器接收到所述第三信息，确定所述第三信息表征所述爆炸红包信息被首次操作时，启动定时器的倒计时；同时，所述定时器的定时状态发送至点击所述爆炸红包信息的第二终端中。
所述第二终端接收到所述定时器的定时状态，通过第一界面显示所述定时器的定时状态，作为一种示例，所述第一界面显示倒计时的计数，如图33a至图33c所示，在生成的第一界面71中显示倒计时计数由10至0；该倒计时计数为0时，表明倒计时结束，即定时器的定时时间到；在其他实施方式中，定时器的定时状态也可以通过其他显示方式表示，例如进度条的状态由长变短，当进度条的状态消失时，可表明定时器的定时时间到。在实际应用中，所述第二终端可通过输入操作关闭所述第一界面，返回至会话窗口；例如图33a至图33c中所示，第一界面71的右上角可设置有用于关闭所述第一界面71的功能按键72；当所述第二终端检测到针对所述功能按键72的输入操作时，即可关闭所述第一界面71，重新返回至会话窗口。也可维持所述第一界面，等待倒计时结束。
服务器确定定时器的定时终止时，向第二终端发送通知消息。
所述第二终端接收到所述通知消息后，第二终端用户点击所述通知消息，即所述第二终端检测到针对所述通知消息的输入操作，获得抢红包的结果(可包括“抢中”或“抢不中”的结果)。
其中，服务器确定定时器的定时终止时，获得在定时器的定时过程中，查看触发所述爆炸红包信息的终端的数量，当数量多于第一终端设置的红包数量时，则随机选择多出的部分未抢到红包。对于能够获得红包的第二终端用户，可按照预先配置的随机分配方式或者按比例随机分配方式确定每个第二终端用户获得的子电子红包金额，将满足所述子电子红包金额的电子货币分配至相应的第二终端用户。
在本实施例中，第二终端用户无论获得的抢红包的结果为“抢中”或“抢不中”，则第二终端在检测到针对所述通知消息的输入操作时，即拆开“红包” 时，均显示包含有特定显示效果的图像；所述特定显示效果具体可包括以下效果的至少之一：爆炸效果、烟花效果、表情效果等等；作为一种示例，如图34所示，显示有爆炸或烟花的显示效果；相应的，对于获得满足相应子红包的第二终端，还显示所获得的子红包的金额，例如图34中显示有“您已领取红包XX元”的提示信息。
作为一种实施方式，当所述会话窗口中的爆炸红包信息在预设时间内(例如24小时内)未被任何第二终端用户操作时，则所述服务器将所述金额的电子货币返还至所述第一终端用户。
本发明实施例还提供了一种服务器。图35为本发明实施例的服务器的组成结构示意图；如图35所示，所述服务器包括：第一通讯单元351、第一处理单元352和定时单元353；其中，
所述第一通讯单元351，用于获得第一用户发送的包含有属性参数的第一信息；所述第一信息为所述第一用户向至少一个第二用户分配第一数量的可分配资源的信息，发送所述第一信息至所述第一处理单元352；
所述第一处理单元352，用于当所述属性参数为第一属性参数时，基于所述第一属性参数生成第二信息；
所述第一通讯单元351，还用于发送所述第二信息至第一用户和至少一个第二用户所在的群组中；所述群组对应的会话窗口显示的所述第二信息具有特定的显示效果；还用于所述第二信息首次被第二用户触发、接收到第二用户基于触发行为所生成的第三信息；所述第三信息表征所述第二信息首次被触发；
所述第一处理单元352，还用于所述第一通讯单元351接收到所述第三信息后，使能所述定时单元353启动，获得所述定时单元353的定时状态；
所述第一通讯单元351，还用于发送所述定时单元353的定时状态至所述第二用户；还用于在所述定时单元353的定时时间内，获得触发所述第二信息的第二用户的第二数量；
所述第一处理单元352，还用于在所述定时单元353的定时时间内，基于所述第二数量以及预先配置的分配规则将所述第一数量的可分配资源分配至触发所述第二信息的第二用户。
作为一种实施方式，所述第一通讯单元351，还用于在所述定时单元353的定时时间内，接收到第二用户发送的第四信息；所述第四信息表征所述第二信息非首次被第二用户触发；
所述第一处理单元352，还用于所述第一通讯单元351接收到所述第四信息后，获得所述定时单元353的定时状态；
所述第一通讯单元351，还用于将所述定时单元353的定时状态发送至所述第二用户。
作为一种实施方式，所述第一信息中还包括第三数量，所述第三数量表征所述第一数量的可分配资源支持分配的第二用户的数量；
所述第一处理单元352，还用于当所述第二数量大于所述第三数量时，在触发所述第二信息的第二用户中随机选择满足第三数量的第二用户，基于所述第三数量以及预先配置的分配规则将所述第一数量的可分配资源分配至触发所述第二信息的第二用户。
作为另一种实施方式，所述第一处理单元352，还用于当所述第二数量不大于所述第三数量时，将所述第一数量的可分配资源按照所述第二数量随机分配，获得满足所述第二数量的第一子数量的可分配资源；
所述第一通讯单元351，还用于将所述第一子数量的可分配资源分别发送至相应的触发所述第二信息的第二用户；
或者，所述第一处理单元352，还用于当所述第二数量不大于所述第三数量时，基于所述第一数量的可分配资源支持分配的第二用户的数量将所述第一数量的可分配资源平均分配，获得第二子数量的可分配资源；
所述第一通讯单元351，还用于将所述第二子数量的可分配资源分别发送至触发所述第二信息的第二用户。
本领域技术人员应当理解，本发明实施例的服务器中各处理单元的功能，可参照前述信息处理方法的相关描述而理解，本发明实施例的服务器中各处理单元，可通过实现本发明实施例所述的功能的模拟电路而实现，也可以通过执行本发明实施例所述的功能的软件在智能终端上的运行而实现。
本实施例中，所述服务器中的第一处理单元352和定时单元353，在实际应用中均可由所述服务器中的中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital Signal Processor)或可编程门阵列(FPGA，Field－Programmable Gate Array)实现；所述服务器中的第一通讯单元351，在实际应用中可由所述服务器中的通讯组件实现。
本发明实施例还提供了一种终端，所述终端为第二终端。图36为本发明实施例的终端的组成结构示意图；如图36所示，所述终端包括：通讯单元361、 处理单元362和检测单元363；其中，
所述通讯单元361，用于接收服务器发送的第二信息；
所述处理单元362，用于输出所述第二信息；其中，所述第二信息用于将第一数量的可分配资源分配给所述会话窗口中的用户；
所述检测单元363，用于检测到针对所述第二信息的第一触发操作；
所述处理单元362，还用于确定所述第一触发操作为所述会话窗口中针对所述第二信息的首次操作时，生成第三信息；
所述通讯单元361，还用于向所述服务器发送所述第三信息；还用于获得所述服务器发送的定时状态，将所述定时状态发送至所述第二处理单元362；还用于当所述定时状态表示定时时间到时，获得所述服务器分配的可分配资源；
所述处理单元362，还用于基于所述第一触发操作生成并输出包含有所述定时状态的第一界面；还用于当所述定时状态表示定时时间到时，获得所述服务器分配的可分配资源，以及输出与所述第一属性参数对应的特定的显示效果。
作为一种实施方式，所述处理单元362，还用于当所述第一触发操作为所述会话窗口中针对所述第二信息的非首次操作时，生成第四信息；所述第四信息用于请求定时状态；
所述通讯单元361，还用于将所述第四信息发送至所述服务器；还用于获得所述服务器发送的定时状态；
所述处理单元362，还用于基于所述第一触发操作生成并显示包含有所述定时状态的第一界面。
作为一种实施方式，所述通讯单元361，用于所述定时时间到时，获得服务器发送的通知消息，将所述通知消息发送至所述处理单元362；
所述处理单元362，还用于在所述会话窗口中输出所述通知消息；
所述检测单元363，还用于检测针对所述通知消息的第二触发操作；
所述处理单元362，还用于所述检测单元363检测到所述第二触发操作时，获得所述服务器分配的可分配资源，以及输出与所述第一属性参数匹配的包含有特定的显示效果的图像。
本领域技术人员应当理解，本发明实施例的终端中各处理单元的功能，可参照前述信息处理方法的相关描述而理解，本发明实施例的终端中各处理单 元，可通过实现本发明实施例所述的功能的模拟电路而实现，也可以通过执行本发明实施例所述的功能的软件在智能终端上的运行而实现。
本实施例中，所述终端(包括第一终端和第二终端)在实际应用中可由手机、台式机、PC机、一体机等终端实现。所述终端中的处理单元362和检测单元363，在实际应用中均可由所述终端中的CPU、DSP或FPGA实现；所述终端中的通讯单元361，在实际应用中可由所述终端中的通讯组件实现。
本实施例中，终端和该服务器作为硬件实体的一个示例如图37所示。所述终端/服务器包括处理器371、存储介质372以及至少一个外部通信接口373；所述处理器371、存储介质372以及外部通信接口373均通过总线374连接。
这里需要指出的是：以上涉及服务器项的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明服务器实施例中未披露的技术细节，请参照本发明方法实施例的描述。
本发明实施例还提供了一种信息推荐方法，以下为本发明实施例中的相关术语的解释说明：
大数据分析：大数据分析是指用特定的统计分析方法对收集来的大量数据进行分析，提取有用信息和形成结论而对数据加以详细研究和概括总结的过程。
代金券：代金券(voucher)是商家的一种优惠活动，代金券可以在实体店或网上购物中抵扣同样等值的现金使用。
优惠券：持券人在购买商品或进行其他商业活动时具有某种特殊权利的优待券，可以是实物券，也可以是某种特殊约定的记号(如在互联网上采用的代码等)。
折价买入：折价买入指所支付的实际金额低于商品或虚拟物品的实际面值。
下面结合附图对技术方案的实施作进一步的详细描述。
图38为本发明实施例中进行信息交互的各方硬件实体的示意图；如图38所示，图38中包括：服务器381和终端设备382-383，终端设备382-383通过有线网络或者无线网络与服务器381进行信息交互，终端设备382-383包括手机、台式机、PC机、一体机等类型。其中，终端设备382-383上安装有即时通信客户端，终端设备382和终端设备383可通过服务器381进行即时通信。在 终端设备382和终端设备383进行即时通信时，终端设备382对应的第一用户可以向终端设备383对应的第二用户发送红包。一个示例中，服务器381通过网络与终端设备382(例如发放红包的用户所在的终端)进行交互，获得终端设备382对应的第一用户发送的第一信息，所述第一信息具体可以包括：红包金额。服务器381还可通过网络与终端设备383(例如接收红包的用户所在的终端)进行交互，获得终端设备383对应的第二用户发送的开启红包请求，根据红包金额以及第二用户的用户数据，获取为第二用户推荐的第二信息，所述第二信息具体可以包括：代金券或优惠券等；向终端设备383对应的第二用户发送第一信息和第二信息。本发明实施例中，第二用户开启红包时，不仅可以获得红包中的金额信息，还可以获得服务器基于第二用户的用户数据为第二用户推荐的个性化的代金券或优惠券等信息，从而实现了基于红包为用户推荐出精准的代金券或优惠券，第二用户可以选择接受红包还是接受代金券或优惠券。
上述图38的例子只是实现本发明实施例的一个系统架构实例，本发明实施例并不限于上述图38所述的系统结构，基于该系统架构，提出本发明各个实施例。
图39为本发明实施例的信息推荐方法的流程示意图一，本示例中的信息推荐方法应用于服务器侧，如图39所示，所述信息推荐方法包括以下步骤：
步骤3901：接收第一用户发送的第一信息，所述第一信息为所述第一用户向至少一个第二用户分配的具有第一属性值的第一资源信息。
本发明实施例中，第一用户通过第一客户端与其他设备(如第二客户端、服务器)进行信息交互，第二用户通过第二客户端与其他设备(如第一客户端、服务器)进行信息交互。这里，客户端安装于终端设备中，客户端为即时通信(IM，Instant Message)客户端，用户可以通过IM客户端申请一个账号，然后通过该账号登录IM客户端，获取IM客户端为该用户提供的IM功能，这里，IM功能包括：聊天功能、视频功能、文件传输功能、发放红包功能等等。不同的用户对应不同的账号，可以通过账号来区分和唯一表征某个用户。例如：A用户可以通过账号a登录IM客户端，B用户可以通过账号b登录IM客户端，A用户可以在IM客户端中添加联系人B(具体通过添加联系人B的账号b来实现)，一个用户可以添加多个联系人到自己的联系人列表中。当然，A用户还可以在自己所登录的IM客户端中设置分组，每个分组里可以添加具有相同 特征的联系人，例如家庭分组、工作分组、娱乐分组等等。当A用户想要与联系人B进行聊天时，可以在联系人列表中选中联系人B，然后IM客户端会弹出A用户与联系人B的聊天窗口，之后，A用户便可以与联系人B在聊天窗口中进行聊天会话。
本发明实施例中，第一信息为第一用户向至少一个第二用户分配的具有第一属性值的第一资源信息，这里，第一资源信息可以是红包，相应地，第一属性值可以是红包的金额。当第一用户向一个第二用户发送红包时，第一用户以及第一用户对应的第一客户端需要执行以下操作：第一用户在第一客户端中选中第二用户，打开与第二用户之间的聊天窗口；第一用户在聊天窗口中选中红包功能，输入需要发送的金额，将具有金额信息的红包发送给服务器。当第一用户向多个第二用户发送红包时，第一用户以及第一用户对应的第一客户端需要执行以下操作：第一用户在第一客户端中选中一个群组，这个群组中除所述第一用户以外的其他用户均称为第二用户，然后打开该群组的聊天窗口；第一用户在聊天窗口中选中红包功能，输入需要发送的总金额(也即第一属性值)、红包数目(也即第二用户的数目)，将总金额信息以及红包数目发送给服务器。
步骤3902：针对请求所述第一信息的第二用户，确定分配给所述第二用户的第一资源信息的第二属性值，并获取所述第二用户的用户数据。
本发明实施例中，当为一个第二用户分配具有第一属性值的第一资源信息时，所述一个第二用户分配的第二属性值与所述第一属性值相同；
当为多个第二用户分配具有第一属性值的第一资源信息时，所述多个第二用户分配的第二属性值之和与所述第一属性值相同或者小于所述第一属性值。
本发明实施例中，用户数据至少包括：用户基本信息和/或用户行为信息和/或用户关系链信息。除此以外，用户数据还可以包括：用户信誉度信息。
其中，对于用户基本信息而言，比如，用户的年龄，性别，所在地区等等；对于用户行为信息而言，比如，用户喜好购物，还是喜欢打游戏，用户对某个广告信息内容是否感兴趣等等；对于用户关系链信息而言，比如QQ好友链，微信朋友圈，QQ空间好友，高中同学，大学同学，人脉圈等等。对于用户信誉度信息而言，比如，银行交易记录，学信信息等。
可见，用户基本信息代表了用户的自然属性，用户行为信息代表了用户的长期兴趣，用户关系链信息代表了用户的社交好友以及社交好友的兴趣。用户信誉度信息代表了用户的金钱交易记录。
步骤3903：根据所述第二属性值以及所述第二用户的用户数据，获取为所述第二用户推荐的第二信息，所述第二信息为具有第三属性值的第二资源信息。
本发明实施例中，服务器对各个用户的用户数据这一大数据进行分析，具体地：根据用户资料、消费习惯、好友关系等数据建立模型，对模型进行分析、挖掘，通过大数据分析手段为每一个用户描绘自画像(自画像包含用户的所有个性化标签)，并贴上关键字标签，如“教育”、“健身”、“读书”、“婚恋”、“购物”等。这样，每个用户都均有表征其个性化的自画像。
基于此，服务器根据第二用户得到的红包的金额以及第二用户的自画像，为第二用户推荐个性化的信息，也即第二信息，这里，第二信息为具有第三属性值的第二资源信息。其中，第二资源信息可以是代金券或优惠券等，第三属性值为代金券或优惠券的实际价值，第二资源信息与第一资源信息为不同的资源。一般，为用户推荐的第二信息的实际价值可以等于第二属性值，或者为用户推荐的第二信息的实际价值高于第二属性值，这样，才能够促进第二用户消费第二信息。值得注意的是，溢价推荐的对象不一定是代金券或优惠券，还可以是虚拟货币、会员积分、增值服务、游戏装备等。相对于第一信息而言，第二信息可以作为商品看待。
本发明实施例中，为第二用户推荐的第二信息结合了第二用户的用户数据，同时也结合了第二属性值，这样，为第二用户推荐的第二信息能够保障与第二属性值处于水平相当的价值范畴，且满足第二用户个性化的需求，实现了信息精准的推荐。
步骤3904：向所述第二用户发送所述第二信息和第三信息，所述第三信息为具有第二属性值的第一资源信息。
本发明实施例中，服务器向第二用户发送第二信息和第三信息，以供第二用户自由选择是接受第二信息还是接受第三信息，这里，第二信息是服务器为用户推荐的与第三信息价值匹配的商品，如价值与第三信息相等的商品或者价值超过第三信息的商品，且该商品符合第二用户的个性化需求。
以红包和代金券为例，第三信息为价值80元的红包，这个价值80元的红包由A用户发送给B用户，服务器接收到第一信息后，首先确定出B用户得到的红包金额为80元，并获取B用户的用户数据，进行大数据分析后得知B用户喜欢吃C商家的火锅，服务器为B用户推荐价值100元的C商家的火锅 代金券，然后，服务器将价值80元的红包和价值100元的C商家的火锅代金券一同发送给B用户，B用户可以自己选择是接受价值80元的红包还是接受值100元的C商家的火锅代金券。
本发明实施例中，服务器为第二用户推荐的第二信息可以是一个也可以是多个，当服务器为第二用户推荐的第二信息为多个时，多个第二信息可以按照优先级顺序由高至低排列显示在第二用户对应的第二客户端上。优先级顺序也是服务器根据用户数据进行大数据分析得到，比如用户对具有同一功能的产品的喜好程度不同，则喜好程度较大的产品的优先级高于喜好程度较小的产品的优先级。
步骤3905：当接收到所述第二用户针对所述第三信息的第一触发操作时，将所述具有第二属性值的第一资源信息分配给所述第二用户；当接收到所述第二用户针对所述第二信息的第二触发操作时，将所述具有第三属性值的第二资源信息分配给所述第二用户。
这里，当为所述第二用户推荐的第二信息的个数为多个时，服务器会接收到所述第二用户在所述多个第二信息中的选择操作，通过所述选择操作能够确定第二用户所想要兑换的第二信息。
本发明实施例中，第二用户在第二客户端上接收到服务器发送的第二信息和第三信息后，可以选择接受第二信息还是接受第三信息。如果第二用户想接受第一用户发送的第三信息，则第二用户针对所述第三信息实施第一触发操作，服务器接收到所述第二用户针对所述第三信息的第一触发操作时，将所述具有第二属性值的第一资源信息分配给所述第二用户。如果第二用户想接受服务器推荐的第二信息，则第二用户针对所述第二信息的第二触发操作，服务器接收到所述第二用户针对所述第二信息的第二触发操作时，将所述具有第三属性值的第二资源信息分配给所述第二用户。
值得注意的是，服务器将所述具有第三属性值的第二资源信息分配给所述第二用户后，同时将具有第二属性值的第一资源信息分配给第二资源信息的发布者。
以红包和代金券为例，第三信息为价值80元的红包，这个价值80元的红包由A用户发送给B用户，第二信息为价值100元的C商家的火锅代金券；如果B用户选择接受价值80元的红包，则服务器将价值80元的红包的金额存入B用户的钱包账户中；如果B用户选择接受价值100元的C商家的火锅代 金券，则服务器将价值100元的C商家的火锅代金券存入B用户的卡包账户中，同时将价值80元的红包转入到C商家的账户中。
本发明实施例的技术方案，实现了收发红包与其他虚拟商品推荐相结合。所推荐的虚拟商品是服务器对用户数据进行大数据分析得到，因此达到了精准推荐的目的。对于虚拟商品是优惠券或代金券的应用场景，提供了一种定向精准，直达目标，个性化投放商家优惠券或代金券的方案，有效解决了商家优惠券或代金券模糊投放，使用率低的问题。本发明实施例做到让利用户，用户可折价买入商品优惠券或代金券；增加商家优惠券或代金券转化率，提升商家品牌曝光率；增加互联网平台广告收入。
图40为本发明实施例的信息推荐方法的流程示意图二，本示例中的信息推荐方法应用于服务器侧，如图40所示，所述信息推荐方法包括以下步骤：
步骤4001：接收第一用户发送的第一信息，所述第一信息为所述第一用户向至少一个第二用户分配的具有第一属性值的第一资源信息。
本发明实施例中，第一信息为第一用户向至少一个第二用户分配的具有第一属性值的第一资源信息，这里，第一资源信息可以是红包，相应地，第一属性值可以是红包的金额。当第一用户向一个第二用户发送红包时，第一用户以及第一用户对应的第一客户端需要执行以下操作：第一用户在第一客户端中选中第二用户，打开与第二用户之间的聊天窗口；第一用户在聊天窗口中选中红包功能，输入需要发送的金额，将具有金额信息的红包发送给服务器。当第一用户向多个第二用户发送红包时，第一用户以及第一用户对应的第一客户端需要执行以下操作：第一用户在第一客户端中选中一个群组，这个群组中除所述第一用户以外的其他用户均称为第二用户，然后打开该群组的聊天窗口；第一用户在聊天窗口中选中红包功能，输入需要发送的总金额(也即第一属性值)、红包数目(也即第二用户的数目)，将总金额信息以及红包数目发送给服务器。
步骤4002：针对请求所述第一信息的第二用户，确定分配给所述第二用户的第一资源信息的第二属性值，并获取所述第二用户的用户数据。
本发明实施例中，当为一个第二用户分配具有第一属性值的第一资源信息时，所述一个第二用户分配的第二属性值与所述第一属性值相同；
当为多个第二用户分配具有第一属性值的第一资源信息时，所述多个第二用户分配的第二属性值之和与所述第一属性值相同或者小于所述第一属性值。
本发明实施例中，用户数据至少包括：用户基本信息和/或用户行为信息和 /或用户关系链信息。除此以外，用户数据还可以包括：用户信誉度信息。
其中，对于用户基本信息而言，比如，用户的年龄，性别，所在地区等等；对于用户行为信息而言，比如，用户喜好购物，还是喜欢打游戏，用户对某个广告信息内容是否感兴趣等等；对于用户关系链信息而言，比如QQ好友链，微信朋友圈，QQ空间好友，高中同学，大学同学，人脉圈等等。对于用户信誉度信息而言，比如，银行交易记录，学信信息等。
步骤4003：根据所述第二属性值以及所述第二用户的用户数据，获取为所述第二用户推荐的第二信息，所述第二信息为具有第三属性值的第二资源信息。
本发明实施例中，服务器对各个用户的用户数据这一大数据进行分析，具体地：根据用户资料、消费习惯、好友关系等数据建立模型，对模型进行分析、挖掘，通过大数据分析手段为每一个用户描绘自画像(自画像包含用户的所有个性化标签)，并贴上关键字标签，如“教育”、“健身”、“读书”、“婚恋”、“购物”等。这样，每个用户都均有表征其个性化的自画像。
基于此，服务器根据第二用户得到的红包的金额以及第二用户的自画像，为第二用户推荐个性化的信息，也即第二信息，这里，第二信息为具有第三属性值的第二资源信息。其中，第二资源信息可以是代金券或优惠券等，第三属性值为代金券或优惠券的实际价值，第二资源信息与第一资源信息为不同的资源。一般，为用户推荐的第二信息的实际价值可以等于第二属性值，或者为用户推荐的第二信息的实际价值高于第二属性值，这样，才能够促进第二用户消费第二信息。值得注意的是，溢价推荐的对象不一定是代金券或优惠券，还可以是虚拟货币、会员积分、增值服务、游戏装备等。相对于第一信息而言，第二信息可以作为商品看待。
本发明实施例中，为第二用户推荐的第二信息结合了第二用户的用户数据，同时也结合了第二属性值，这样，为第二用户推荐的第二信息能够保障与第二属性值处于水平相当的价值范畴，且满足第二用户个性化的需求，实现了信息精准的推荐。
步骤4004：生成包含有所述第二信息和所述第三信息的第四信息，向所述第二用户发送所述第四信息。
本发明实施例中，服务器向第二用户发送第四信息，第四信息中包含有第二信息和第三信息，以供第二用户自由选择是接受第二信息还是接受第三信 息，这里，第二信息是服务器为用户推荐的与第一信息价值匹配的商品，如价值与第三信息相等的商品或者价值超过第三信息的商品，且该商品符合第二用户的个性化需求。
以红包和代金券为例，第三信息为价值80元的红包，这个价值80元的红包由A用户发送给B用户，服务器接收到第一信息后，首先确定出B用户得到的红包金额为80元，并获取B用户的用户数据，进行大数据分析后得知B用户喜欢吃C商家的火锅，服务器为B用户推荐价值100元的C商家的火锅代金券，然后，服务器将价值80元的红包和价值100元的C商家的火锅代金券一同发送给B用户，B用户可以自己选择是接受价值80元的红包还是接受值100元的C商家的火锅代金券。
本发明实施例中，服务器为第二用户推荐的第二信息可以是一个也可以是多个，当服务器为第二用户推荐的第二信息为多个时，多个第二信息可以按照优先级顺序由高至低排列显示在第二用户对应的第二客户端上。优先级顺序也是服务器根据用户数据进行大数据分析得到，比如用户对具有同一功能的产品的喜好程度不同，则喜好程度较大的产品的优先级高于喜好程度较小的产品的优先级。
以红包为例，第四信息可以理解为红包的信封，第三信息可以理解为红包内的现金，第二信息可以理解为红包内的代金券。这里，所述第四信息具有特定的展示效果，具体地，所述第四信息具有第一展示效果(对应红包未被开启的状态)和第二展示效果(对应红包被开启的状态)；其中，
在未接收到所述第二用户针对所述第四信息的第三触发操作时，所述第四信息对应所述第一展示效果，所述第一展示效果将所述第四信息所包含的所述第二信息和所述第三信息隐藏起来；
在接收到所述第二用户针对所述第四信息的第三触发操作时，所述第四信息对应所述第二展示效果，所述第二展示效果将所述第四信息所包含的所述第二信息和所述第三信息暴露出来。
以红包为例，向所述第二用户发送所述第四信息时，按照红包未开启的显示状态(对应第一展示效果)来展示红包的图形界面。此后，在未接收到所述第二用户针对所述红包的打开操作时，仍然按照红包未开启的显示状态(对应第一展示效果)来展示红包的图形界面，直到接收到所述第二用户针对所述红包的打开操作时，才按照红包开启的显示状态(对应第二展示效果)来展示红 包的图形界面。
这里，红包未被打开时，红包的金额(对应第三信息)和推荐的现金券或优惠券(对应第二信息)被隐藏起来；红包被打开后，红包的金额(对应第三信息)和推荐的现金券或优惠券(对应第二信息)被暴露出来，第二用户可以观看到红包的金额和推荐的现金券或优惠券。用户可以从这两个内容中选择接受其中一个内容，如下步骤4005。
步骤4005：当接收到所述第二用户针对所述第三信息的第一触发操作时，将所述具有第二属性值的第一资源信息分配给所述第二用户；当接收到所述第二用户针对所述第二信息的第二触发操作时，将所述具有第三属性值的第二资源信息分配给所述第二用户。
这里，当为所述第二用户推荐的第二信息的个数为多个时，服务器会接收到所述第二用户在所述多个第二信息中的选择操作，通过所述选择操作能够确定第二用户所想要兑换的第二信息。
本发明实施例中，第二用户在第二客户端上接收到服务器发送的第四信息后，可以选择接受第二信息还是接受第三信息。如果第二用户想接受第三信息，则第二用户针对所述第三信息实施第一触发操作，服务器接收到所述第二用户针对所述第三信息的第一触发操作时，将所述具有第二属性值的第一资源信息分配给所述第二用户。如果第二用户想接受服务器推荐的第二信息，则第二用户针对所述第二信息的第二触发操作，服务器接收到所述第二用户针对所述第二信息的第二触发操作时，将所述具有第三属性值的第二资源信息分配给所述第二用户。
值得注意的是，服务器将所述具有第三属性值的第二资源信息分配给所述第二用户后，同时将具有第二属性值的第一资源信息分配给第二资源信息的发布者。
以红包和代金券为例，第三信息为价值80元的红包，这个价值80元的红包由A用户发送给B用户，第二信息为价值100元的C商家的火锅代金券；如果B用户选择接受价值80元的红包，则服务器将价值80元的红包的金额存入B用户的钱包账户中；如果B用户选择接受价值100元的C商家的火锅代金券，则服务器将价值100元的C商家的火锅代金券存入B用户的卡包账户中，同时将价值80元的红包转入到C商家的账户中。
本发明实施例的技术方案，实现了收发红包与其他虚拟商品推荐相结合。 所推荐的虚拟商品是服务器对用户数据进行大数据分析得到，因此达到了精准推荐的目的。对于虚拟商品是优惠券或代金券的应用场景，提供了一种定向精准，直达目标，个性化投放商家优惠券或代金券的方案，有效解决了商家优惠券或代金券模糊投放，使用率低的问题。本发明实施例做到让利用户，用户可折价买入商品优惠券或代金券；增加商家优惠券或代金券转化率，提升商家品牌曝光率；增加互联网平台广告收入。
图41为本发明实施例的信息推荐方法的流程示意图三，本示例中的信息推荐方法应用于服务器侧，如图41所示，所述信息推荐方法包括以下步骤：
步骤4101：接收第一用户发送的第一信息，所述第一信息为所述第一用户向至少一个第二用户分配的具有第一属性值的第一资源信息。
本发明实施例中，第一用户通过第一客户端与其他设备(如第二客户端、服务器)进行信息交互，第二用户通过第二客户端与其他设备(如第一客户端、服务器)进行信息交互。这里，客户端安装于终端设备中，客户端为即时通信(IM，Instant Message)客户端，用户可以通过IM客户端申请一个账号，然后通过该账号登录IM客户端，获取IM客户端为该用户提供的IM功能，这里，IM功能包括：聊天功能、视频功能、文件传输功能、发放红包功能等等。不同的用户对应不同的账号，可以通过账号来区分和唯一表征某个用户。例如：A用户可以通过账号a登录IM客户端，B用户可以通过账号b登录IM客户端，A用户可以在IM客户端中添加联系人B(具体通过添加联系人B的账号b来实现)，一个用户可以添加多个联系人到自己的联系人列表中。当然，A用户还可以在自己所登录的IM客户端中设置分组，每个分组里可以添加具有相同特征的联系人，例如家庭分组、工作分组、娱乐分组等等。当A用户想要与联系人B进行聊天时，可以在联系人列表中选中联系人B，然后IM客户端会弹出A用户与联系人B的聊天窗口，之后，A用户便可以与联系人B在聊天窗口中进行聊天会话。
本发明实施例中，第一信息为第一用户向至少一个第二用户分配的具有第一属性值的第一资源信息，这里，第一资源信息可以是红包，相应地，第一属性值可以是红包的金额。当第一用户向一个第二用户发送红包时，第一用户以及第一用户对应的第一客户端需要执行以下操作：第一用户在第一客户端中选中第二用户，打开与第二用户之间的聊天窗口；第一用户在聊天窗口中选中红包功能，输入需要发送的金额，将具有金额信息的红包发送给服务器。当第一 用户向多个第二用户发送红包时，第一用户以及第一用户对应的第一客户端需要执行以下操作：第一用户在第一客户端中选中一个群组，这个群组中除所述第一用户以外的其他用户均称为第二用户，然后打开该群组的聊天窗口；第一用户在聊天窗口中选中红包功能，输入需要发送的总金额(也即第一属性值)、红包数目(也即第二用户的数目)，将总金额信息以及红包数目发送给服务器。
步骤4102：针对请求所述第一信息的第二用户，确定分配给所述第二用户的第一资源信息的第二属性值，并获取所述第二用户的用户数据。
本发明实施例中，当为一个第二用户分配具有第一属性值的第一资源信息时，所述一个第二用户分配的第二属性值与所述第一属性值相同；
当为多个第二用户分配具有第一属性值的第一资源信息时，所述多个第二用户分配的第二属性值之和与所述第一属性值相同或者小于所述第一属性值。
本发明实施例中，用户数据至少包括：用户基本信息和/或用户行为信息和/或用户关系链信息。除此以外，用户数据还可以包括：用户信誉度信息。
其中，对于用户基本信息而言，比如，用户的年龄，性别，所在地区等等；对于用户行为信息而言，比如，用户喜好购物，还是喜欢打游戏，用户对某个广告信息内容是否感兴趣等等；对于用户关系链信息而言，比如QQ好友链，微信朋友圈，QQ空间好友，高中同学，大学同学，人脉圈等等。对于用户信誉度信息而言，比如，银行交易记录，学信信息等。
可见，用户基本信息代表了用户的自然属性，用户行为信息代表了用户的长期兴趣，用户关系链信息代表了用户的社交好友以及社交好友的兴趣。用户信誉度信息代表了用户的金钱交易记录。
步骤4103：根据所述第二属性值以及所述第二用户的用户数据，获取为所述第二用户推荐的第二信息，所述第二信息为具有第三属性值的第二资源信息。
本发明实施例中，服务器对各个用户的用户数据这一大数据进行分析，具体地：根据用户资料、消费习惯、好友关系等数据建立模型，对模型进行分析、挖掘，通过大数据分析手段为每一个用户描绘自画像(自画像包含用户的所有个性化标签)，并贴上关键字标签，如“教育”、“健身”、“读书”、“婚恋”、“购物”等。这样，每个用户都均有表征其个性化的自画像。
基于此，服务器根据第二用户得到的红包的金额以及第二用户的自画像，为第二用户推荐个性化的信息，也即第二信息，这里，第二信息为具有第三属 性值的第二资源信息。其中，第二资源信息可以是代金券或优惠券等，第三属性值为代金券或优惠券的实际价值，第二资源信息与第一资源信息为不同的资源。一般，为用户推荐的第二信息的实际价值可以等于第二属性值，或者为用户推荐的第二信息的实际价值高于第二属性值，这样，才能够促进第二用户消费第二信息。值得注意的是，溢价推荐的对象不一定是代金券或优惠券，还可以是虚拟货币、会员积分、增值服务、游戏装备等。相对于第一信息而言，第二信息可以作为商品看待。
本发明实施例中，为第二用户推荐的第二信息结合了第二用户的用户数据，同时也结合了第二属性值，这样，为第二用户推荐的第二信息能够保障与第二属性值处于水平相当的价值范畴，且满足第二用户个性化的需求，实现了信息精准的推荐。
步骤4104：向所述第二用户发送所述第二信息和第三信息，所述第三信息为具有第二属性值的第一资源信息。
本发明实施例中，服务器向第二用户发送第二信息和第三信息，以供第二用户自由选择是接受第二信息还是接受第三信息，这里，第二信息是服务器为用户推荐的与第三信息价值匹配的商品，如价值与第三信息相等的商品或者价值超过第三信息的商品，且该商品符合第二用户的个性化需求。
以红包和代金券为例，第三信息为价值80元的红包，这个价值80元的红包由A用户发送给B用户，服务器接收到第一信息后，首先确定出B用户得到的红包金额为80元，并获取B用户的用户数据，进行大数据分析后得知B用户喜欢吃C商家的火锅，服务器为B用户推荐价值100元的C商家的火锅代金券，然后，服务器将价值80元的红包和价值100元的C商家的火锅代金券一同发送给B用户，B用户可以自己选择是接受价值80元的红包还是接受值100元的C商家的火锅代金券。
本发明实施例中，服务器为第二用户推荐的第二信息可以是一个也可以是多个，当服务器为第二用户推荐的第二信息为多个时，多个第二信息可以按照优先级顺序由高至低排列显示在第二用户对应的第二客户端上。优先级顺序也是服务器根据用户数据进行大数据分析得到，比如用户对具有同一功能的产品的喜好程度不同，则喜好程度较大的产品的优先级高于喜好程度较小的产品的优先级。
步骤4105：当接收到所述第二用户针对所述第三信息的第一触发操作时， 将所述具有第二属性值的第一资源信息分配给所述第二用户；当接收到所述第二用户针对所述第二信息的第二触发操作时，将所述具有第三属性值的第二资源信息分配给所述第二用户。
这里，当为所述第二用户推荐的第二信息的个数为多个时，服务器会接收到所述第二用户在所述多个第二信息中的选择操作，通过所述选择操作能够确定第二用户所想要兑换的第二信息。
本发明实施例中，第二用户在第二客户端上接收到服务器发送的第二信息和第三信息后，可以选择接受第二信息还是接受第三信息。如果第二用户想接受第一用户发送的第三信息，则第二用户针对所述第三信息实施第一触发操作，服务器接收到所述第二用户针对所述第三信息的第一触发操作时，将所述具有第二属性值的第一资源信息分配给所述第二用户。如果第二用户想接受服务器推荐的第二信息，则第二用户针对所述第二信息的第二触发操作，服务器接收到所述第二用户针对所述第二信息的第二触发操作时，将所述具有第三属性值的第二资源信息分配给所述第二用户。
值得注意的是，服务器将所述具有第三属性值的第二资源信息分配给所述第二用户后，同时将具有第二属性值的第一资源信息分配给第二资源信息的发布者。
以红包和代金券为例，第三信息为价值80元的红包，这个价值80元的红包由A用户发送给B用户，第二信息为价值100元的C商家的火锅代金券；如果B用户选择接受价值80元的红包，则服务器将价值80元的红包的金额存入B用户的钱包账户中；如果B用户选择接受价值100元的C商家的火锅代金券，则服务器将价值100元的C商家的火锅代金券存入B用户的卡包账户中，同时将价值80元的红包转入到C商家的账户中。
步骤4106：监测所述第二资源信息的使用状态；在设定期限内所述第二资源信息均处于未使用状态时，将所述第二资源信息设置为过期状态，并将所述具有第二属性值的第一资源信息重新分配给所述第二用户。
本发明实施例中，第二资源信息具有一定的使用期限，用户只能在该使用期限内才能够使用第二资源信息，超过使用期限时，第二资源信息则无效，不能够被使用。以第二资源信息为代金券或优惠券为例，代金券或优惠券过期未使用，则将红包金额从商户账户转到收红包的用户(对应第二用户)账户中去，并发送消息通知到相应的用户(对应第二用户)与商户。这样，对于用户而言， 即使不使用第二资源信息，也不会受到损失，可以重新获取到原来对应的红包。
本发明实施例的技术方案，实现了收发红包与其他虚拟商品推荐相结合。所推荐的虚拟商品是服务器对用户数据进行大数据分析得到，因此达到了精准推荐的目的。对于虚拟商品是优惠券或代金券的应用场景，提供了一种定向精准，直达目标，个性化投放商家优惠券或代金券的方案，有效解决了商家优惠券或代金券模糊投放，使用率低的问题。本发明实施例做到让利用户，用户可折价买入商品优惠券或代金券；增加商家优惠券或代金券转化率，提升商家品牌曝光率；增加互联网平台广告收入。
图42为本发明实施例的信息推荐方法的流程示意图四，本示例中的信息推荐方法应用于客户端侧，如图42所示，所述信息推荐方法包括以下步骤：
步骤4201：接收服务器发送的第二信息和第三信息，所述第三信息为第一用户向第二用户分配的具有第二属性值的第一资源信息，所述第二信息为所述服务器为所述第二用户推荐的具有第三属性值的第二资源信息。
参照图43，A用户给B用户发送某一金额(如20元)的现金红包。A用户对应的客户端为第一客户端，B用户对应的客户端为第二客户端，在A用户和B用户的聊天窗口中，A用户与B用户均可以发送信息到这个聊天窗口，且A用户与B用户均可以看到自己和对方发送的信息。图43为B用户对应的第二客户端所显示的界面，在这个界面中，可以观看到A用户通过服务器给B用户发送信息，如现金红包。
具体地，首先A用户通过第一客户端向服务器发送第一信息(如20元的现金红包)，然后服务器根据B用户的用户数据以及B用户得到的第三信息(如20元的现金红包)，为B用户推荐出符合B用户个性化的第二信息(如25元的代金券)，服务器将第二信息和第三信息一同发送给B用户，至此，B用户通过其对应的第二客户端接收服务器发送的第二信息和第三信息。
本发明实施例中，所述接收服务器发送的第二信息和第三信息，包括：
接收服务器发送的包括含有所述第二信息和所述第三信息的第四信息；
对所述第四信息进行展示。
所述第四信息具有第一展示效果和第二展示效果；其中，
在未获得所述第二用户针对所述第四信息的第三触发操作时，按照第一展示效果对所述第四信息进行展示，所述第一展示效果将所述第四信息所包含的所述第二信息和所述第三信息隐藏起来；
在获得所述第二用户针对所述第四信息的第三触发操作时，按照第二展示效果对所述第四信息进行展示，所述第二展示效果将所述第四信息所包含的所述第二信息和所述第三信息暴露出来。
以红包为例，B用户接收服务器发送的第四信息时，按照红包未开启的显示状态(对应第一展示效果)来展示红包的图形界面(如图43所示)。此后，在未接收到B用户针对所述红包的打开操作时，仍然按照红包未开启的显示状态(对应第一展示效果)来展示红包的图形界面，直到接收到B用户针对所述红包的打开操作时，才按照红包开启的显示状态(对应第二展示效果)来展示红包的图形界面(如图44所示)。
这里，红包未被打开时，红包的金额(对应第三信息)和推荐的现金券或优惠券(对应第二信息)被隐藏起来；红包被打开后，红包的金额(对应第三信息)和推荐的现金券或优惠券(对应第二信息)被暴露出来，第二用户可以观看到红包的金额和推荐的现金券或优惠券。用户可以从这两个内容中选择接受其中一个内容。
步骤4202：当获得针对所述第三信息的第一触发操作时，向所述服务器发送所述第一触发操作，以触发所述服务器为所述第二用户分配具有第二属性值的第一资源信息。
步骤4203：当获得针对所述第二信息的第二触发操作时，向所述服务器发送所述第二触发操作，以触发所述服务器为所述第二用户分配具有第三属性值的第二资源信息。
本发明实施例中，B用户在第二客户端上接收到服务器发送的第二信息和第三信息后，可以选择接受第二信息还是接受第三信息。如果B用户想接受第三信息，则B用户针对所述第三信息实施第一触发操作，服务器接收到所述B用户针对所述第三信息的第一触发操作时，将所述具有第二属性值的第一资源信息分配给所述B用户。如果B用户想接受服务器推荐的第二信息，则B用户针对所述第二信息的第二触发操作，服务器接收到所述B用户针对所述第二信息的第二触发操作时，将所述具有第三属性值的第二资源信息分配给所述B用户。
值得注意的是，服务器将所述具有第三属性值的第二资源信息分配给所述第二用户后，同时将具有第二属性值的第一资源信息分配给第二资源信息的发布者。
以红包和代金券为例，第三信息为价值80元的红包，这个价值80元的红包由A用户发送给B用户，第二信息为价值100元的C商家的火锅代金券；如果B用户选择接受价值80元的红包，则服务器将价值80元的红包的金额存入B用户的钱包账户中；如果B用户选择接受价值100元的C商家的火锅代金券，则服务器将价值100元的C商家的火锅代金券存入B用户的卡包账户中(如图45所示)，同时将价值80元的红包转入到C商家的账户中。此外，如果该代金券过期未消费，则商家将现金红包金额返还给B用户。
图46为本发明实施例的信息推荐方法的流程示意图五，如图46所示，所述信息推荐方法包括以下步骤：
步骤4601：用户在客户端上开启发送红包功能。
步骤4602：客户端向服务器请求用户的红包数据。
步骤4603：服务器将该用户的红包数据推送给用户。
步骤4604：客户端通过聊天窗口展示红包界面。
以上步骤为红包发送侧执行的操作，以下步骤为红包接收侧执行的操作。
步骤4605：用户在客户端上执行抢红包操作。
步骤4606：客户端向服务器请求抢红包数据。
步骤4607：服务器向客户端返回红包金额和推荐的优惠券数据。
这里，服务器预先分析用户数据，描述用户的自画像，然后根据用户数据获取商家投放的优惠券资源。
步骤4608：客户端展示红包金额和推荐的优惠券数据。
步骤4609：用户在客户端上执行兑换优惠券操作。
步骤4610：客户端进入商家优惠券兑换界面。
这里，当兑换成功后，客户端则返回到聊天界面。
步骤4611：服务器将红包金额流入至商家账号。
步骤4612：客户端监测到优惠券过期未使用。
步骤4613：商家将红包金额返还到用户账户中。
图47为本发明实施例的服务器的结构组成示意图，如图47所示，所述服务器包括：
通信单元4701，用于接收第一用户发送的第一信息，所述第一信息为所述第一用户向至少一个第二用户分配的具有第一属性值的第一资源信息；
获取单元4702，用于针对请求所述第一信息的第二用户，确定分配给所述 第二用户的第一资源信息的第二属性值，并获取所述第二用户的用户数据；根据所述第二属性值以及所述第二用户的用户数据，获取为所述第二用户推荐的第二信息，所述第二信息为具有第三属性值的第二资源信息；
所述通信单元4701，还用于向所述第二用户发送所述第二信息和第三信息，所述第三信息为具有第二属性值的第一资源信息；
分配单元4703，用于当所述通信单元4701接收到所述第二用户针对所述第三信息的第一触发操作时，将所述具有第二属性值的第一资源信息分配给所述第二用户；当所述通信单元4701接收到所述第二用户针对所述第二信息的第二触发操作时，将所述具有第三属性值的第二资源信息分配给所述第二用户。
本发明实施例中，当为一个第二用户分配具有第一属性值的第一资源信息时，所述一个第二用户分配的第二属性值与所述第一属性值相同；
当为多个第二用户分配具有第一属性值的第一资源信息时，所述多个第二用户分配的第二属性值之和与所述第一属性值相同或者小于所述第一属性值。
本发明实施例中，所述服务器还包括：
生成单元4704，用于生成包含有所述第一信息和所述第二信息的第四信息，所述第四信息具有第一展示效果和第二展示效果；其中，
在所述通信单元4701未接收到所述第二用户针对所述第四信息的第三触发操作时，所述第四信息对应所述第一展示效果，所述第一展示效果将所述第四信息所包含的所述第二信息和所述第三信息隐藏起来；
在所述通信单元4701接收到所述第二用户针对所述第四信息的第三触发操作时，所述第四信息对应所述第二展示效果，所述第二展示效果将所述第四信息所包含的所述第二信息和所述第三信息暴露出来。
本发明实施例中，所述服务器还包括：
过期监测单元4705，用于当所述分配单元4703将所述具有第三属性值的第二资源信息分配给所述第二用户时，监测所述第二资源信息的使用状态；
过期处理单元4706，用于在设定期限内所述第二资源信息均处于未使用状态时，将所述第二资源信息设置为过期状态，并触发所述分配单元4703将所述具有第二属性值的第一资源信息重新分配给所述第二用户。
本发明实施例中，为所述第二用户推荐的第二信息的个数为一个或多个，其中：
当为所述第二用户推荐的第二信息的个数为多个时，所述分配单元4703，还用于接收到所述第二用户在所述多个第二信息中的选择操作。
本领域技术人员应当理解，图47所示的服务器中的各单元的实现功能可参照前述信息推荐方法的相关描述而理解。图47所示的服务器中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。
图48为本发明实施例的客户端的结构组成示意图，如图48所示，所述客户端包括：
通信单元4801，用于接收服务器发送的第二信息和第三信息，所述第三信息为第一用户向第二用户分配的具有第二属性值的第一资源信息，所述第二信息为所述服务器为所述第二用户推荐的具有第三属性值的第二资源信息；
获取单元4802，用于获得用户的触发操作；
所述通信单元4801，还用于当所述获取单元4802获得针对所述第三信息的第一触发操作时，向所述服务器发送所述第一触发操作，以触发所述服务器为所述第二用户分配具有第二属性值的第一资源信息；当所述获取单元4802获得针对所述第二信息的第二触发操作时，向所述服务器发送所述第二触发操作，以触发所述服务器为所述第二用户分配具有第三属性值的第二资源信息。
本发明实施例中，所述通信单元4801，还用于接收服务器发送的包括含有所述第二信息和所述第三信息的第四信息；
所述客户端还包括：显示单元4803，用于对所述第四信息进行展示。
本发明实施例中，所述第四信息具有第一展示效果和第二展示效果；其中，
当所述获取单元4802未获得所述第二用户针对所述第四信息的第三触发操作时，所述显示单元4803按照第一展示效果对所述第四信息进行展示，所述第一展示效果将所述第四信息所包含的所述第二信息和所述第三信息隐藏起来；
当所述获取单元4802获得所述第二用户针对所述第四信息的第三触发操作时，所述显示单元4803按照第二展示效果对所述第四信息进行展示，所述第二展示效果将所述第四信息所包含的所述第二信息和所述第三信息暴露出来。
本领域技术人员应当理解，图48所示的客户端中的各单元的实现功能可参照前述信息推荐方法的相关描述而理解。图48所示的客户端中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。
本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
请参考图49，图49是本发明提出的一种数据资源的接收方法的第一实施例流程图。如图所示，本发明实施例中的方法包括：
S4901，第一终端接收数据服务器发送的多个数据资源，所述多个数据资源由所述数据服务器根据接收到的第二终端发送的资源额度随机生成的，所述多个数据资源包括有效数据资源和无效数据资源，或所述多个数据资源由所述数据服务器根据接收到的第二终端发送的资源额度和资源个数生成的，所述资源个数包括无效资源个数和有效资源个数。
具体实现中，第二终端可以打开即时通信客户端，并在即时通信客户端选择“数据资源发送”功能选项，获取用户输入资源额度和资源个数，并向数据服务器发送资源额度和资源个数，数据服务器接收到资源额度和资源个数之后，可以将资源额度除以资源个数计算平均值作为每个数据资源的资源大小，或根据资源额度和资源个数随机分配每个数据资源的资源大小，并在数据资源的资源大小分配完成之后，向第一终端发送多个数据资源。
或者，第二终端获取用户输入资源额度，并向数据服务器发送资源额度，数据服务器接收到资源额度之后，随机生成多个数据资源，该生成的多个数据资源包括有效数据资源和无效数据资源，其中，有效资源数据的资源大小之和等于用户输入的资源额度的大小。
或者，第二终端获取用户输入的资源额度和资源个数，该资源个数包括无效资源个数和有效资源个数，并向数据服务器发送资源额度和资源个数，数据服务器根据有效资源个数和资源额度生成资源大小相同或者不同的多个数据资源，并生成与无效资源个数对应的数据资源。
S4902，所述第一终端控制所述多个数据资源分别从显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘滑动以动态展示所述多个数据资源。
具体实现中，可以控制所述多个数据资源在预设时间范围内分别从所述显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘加速滑动。其中，预设时间范围可以为2秒或者3秒，但不局限于此，第一边缘可以为显示界面的上边缘，也可以为显示界面的左边缘，相应地，第二边缘可以为显示界面的下边缘，也可以为显示界面的右边缘。
或者，当检测到所述多个数据资源分别从所述显示界面的第一边缘滑入 时，随机分配每个所述数据资源的坐标位置，所述坐标位置包括第一坐标和第二坐标；保持所述第一坐标不变且在所述第二坐标的坐标方向上滑动每个所述数据资源。其中，第一坐标可以为横坐标，第二坐标可以为纵坐标，或者第一坐标可以为纵坐标，而第一坐标为横坐标，具体采用哪种方式可以根据第一终端当前的姿态确定。例如在第一终端处于竖屏状态时，第一坐标为横坐标，第二坐标为纵坐标。
可选的，第一终端可以在接收到数据服务器发送的多个数据资源后开始计时，当等待时间超过预设间隔时间时，开始控制多个数据资源从显示界面的第一边缘滑入。进一步可选的，可以在显示界面展示剩余的等待时间从而提醒用户准备点击数据资源，其中，预设间隔时间可以包括5秒或10秒，但不局限于上述值。
例如，如图50所示，多个数据资源分别在不同的时刻从显示界面的上边缘开始下滑，并在预设时间范围内全部从显示界面的上边缘滑入显示界面。并且，数据资源可以匀速直线向下边缘滑动，也可以加速直线向下边缘滑动，也可以曲线向下边缘滑动，但数据资源的滑动方式不仅限于此。其中，下滑速度或下滑加速度可以预先设置。
S4903，所述第一终端检测针对动态展示的所述多个数据资源的点击操作，并统计所述多个数据资源中被点击的数据资源的个数。
例如，如图51所示，在多个数据资源从第一边缘向第二边缘滑动的过程中，从0开始计数，如果用户点击到数据资源，则计数值加1，如果用户没有点击到数据资源，则不做统计，直到数据资源在显示界面全部显示完毕，最后统计所有被点击的数据资源的个数。
可选的，可以当检测到所述多个数据资源中的目标数据资源未被点击时，控制所述目标数据资源从所述第二边缘滑出。
可选的，当检测到所述多个数据资源中的目标数据资源被点击时，可以控制目标数据资源采用预设的动态展示效果进行展示，例如可以展示目标数据资源爆炸的效果、急速向第二边缘滑动的效果或者向除第一边缘和第二边缘以外的另一边缘滑动的效果。
可选的，所述多个数据资源包括有效数据资源和无效数据资源，可以分别统计被点击的所述有效数据资源的个数和被点击的无效数据资源的个数，其中，有效数据资源为需要增加的数据资源，无效数据资源为需要扣除的数据资 源，或者无效数据资源为不需要增加或者扣除的数据资源，仅是用于展示和点击。
S4904，所述第一终端向所述数据服务器发送所述被点击的数据资源的个数，以使所述数据服务器根据所述被点击的数据资源的个数确定数据转移大小并向所述第一终端返回所述数据转移大小。
具体实现中，如果数据服务器分配的每个数据资源的资源大小相同，则数据服务器可以将被点击的数据资源的个数乘以每个数据资源的资源大小得到的乘积作为数据转移大小，如果数据服务器随机分配的数据资源的资源大小，数据服务器可以首先确定每个被点击的数据资源的资源大小，然后计算所有被点击的数据资源的资源大小之和作为数据转移大小，并按照该数据转移大小向第一终端进行数据转移。
可选的，无效数据资源为需要扣除的数据资源时，可以向所述数据服务器发送所述被点击的所述有效数据资源的个数和所述被点击的无效数据资源的个数，数据服务器接收到所述被点击的所述有效数据资源的个数和所述被点击的无效数据资源的个数之后，计算所述被点击的所述有效数据资源的个数减去所述被点击的无效数据资源的个数得到的差值，然后将该差值与每个数据资源的资源大小的乘积作为所述数据转移大小。
例如，第二终端首先打开微信的“红包”功能，在用户选择“天降红包”后，提示用户输入“红包金额”和“红包个数”，并将“红包金额”和“红包个数”发送给数据服务器，数据服务器接收到“红包金额”和“红包个数”之后，计算每个红包的大小，并向第一终端发送多个红包，第一终端接收到多个“红包”之后，控制“红包”随机显示在X坐标上，针对Y坐标，采取一定的加速模拟自由落体从天而降；同时控制在200毫秒内，随机产生若干个红包出来，如果用户点击到红包，则计数值加1，如果误点到其他颜色的图标，则计数值减1，如果没有点击到红包，则不计入计数值，最后根据统计得到计数值向第一终端转移相应的金额大小。
在本发明实施例中，第一终端接收数据服务器发送的多个数据资源；控制多个数据资源分别从显示界面的第一边缘滑入并指向第一边缘相对的第二边缘滑动以动态展示多个数据资源；检测针对动态展示的多个数据资源的点击操作，并统计多个数据资源中被点击的数据资源的个数；向数据服务器发送被点击的数据资源的个数，以使数据服务器根据被点击的数据资源的个数确定数据 转移大小并向第一终端返回数据转移大小，从而通过动态展示数据资源促进用户之间的交流，提高数据转移的频次。
请参考图52，图52是本发明提出的一种数据资源的接收方法的第二实施例流程图。如图所示，本发明实施例中的方法包括：
S5201，第二终端向数据服务器发送资源额度，或资源额度和资源个数。
S5202，数据服务器根据所述资源额度随机生成多个数据资源，所述多个数据资源包括有效数据资源和无效数据资源；或者根据所述资源额度和资源个数生成多个数据资源，所述资源个数包括无效资源个数和有效资源个数。
S5203，数据服务器向第二终端发送资源生成确认消息，携带多个数据资源的资源标识。
S5204，第二终端向数据服务器发送确认指示消息，携带第一终端的终端标识、第二终端的终端标识以及数据资源的资源标识，并保存多个数据资源、第一终端的终端标识、第二终端的终端标识以及数据资源的资源标识。
S5205，数据服务器向第一终端发送数据接收提示消息。
S5206，第一终端向数据服务器发送确认接收消息，携带第一终端的终端标识。
具体实现中，第一终端可以在打开与第二终端的会话窗口时，向数据服务器发送确认接收消息，该会话窗口可以为第一终端与第二终端的单聊会话窗口，也可以为包括第一终端和第二终端的群组的群聊会话窗口。
S5207，数据服务器向第一终端发送多个数据资源。
具体实现中，在数据服务器向第一终端发送所述多个数据资源之前，可以检查该数据资源在数据服务器的保存时间是否超过预设时长、确定第一终端的用户是否已经领取过该数据资源、或根据第一终端的终端标识检查第一终端的用户是否具有领取资格，如果该数据资源在数据服务器的保存时间未超过预设时长、确定第一终端的用户未领取过该数据资源且第一终端的用户具有领取资格，则向第一终端发送所述多个数据资源。
S5208，第一终端控制所述多个数据资源分别从显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘滑动以动态展示所述多个数据资源。
具体实现中，可以控制所述多个数据资源在预设时间范围内分别从所述显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘加速滑动。其中， 预设时间范围可以为2秒或者3秒，但不局限于此，第一边缘可以为显示界面的上边缘，也可以为显示界面的左边缘，相应地，第二边缘可以为显示界面的下边缘，也可以为显示界面的右边缘。
或者，当检测到所述多个数据资源分别从所述显示界面的第一边缘滑入时，随机分配每个所述数据资源的坐标位置，所述坐标位置包括第一坐标和第二坐标；保持所述第一坐标不变且在所述第二坐标的坐标方向上滑动每个所述数据资源。其中，第一坐标可以为横坐标，第二坐标可以为纵坐标。
可选的，第一终端可以在接收到数据服务器发送的多个数据资源后开始计时，当等待时间超过预设间隔时间时，开始从显示界面的第一边缘滑入。进一步可选的，可以在显示界面展示剩余的等待时间从而提醒用户准备点击数据资源，其中，预设间隔时间可以包括5秒或10秒，但不局限于上述值。
例如，如图50所示，多个数据资源分别在不同的时刻从显示界面的上边缘开始下滑，并在预设时间范围内全部从显示界面的上边缘滑入显示界面。并且，数据资源可以匀速直线向下边缘滑动，也可以加速直线向下边缘滑动，也可以曲线向下边缘滑动，数据资源的滑动方式不仅限于此。其中，下滑速度或下滑加速度可以预先设置。
S5209，第一终端检测针对动态展示的所述多个数据资源的点击操作，并统计所述多个数据资源中被点击的数据资源的个数；
例如，如图51所示，在多个数据资源从第一边缘向第二边缘滑动的过程中，从0开始计数，如果用户点击到数据资源，则计数值加1，如果用户没有点击到数据资源，则不做统计，直到数据资源在显示界面全部显示完毕，最后统计所有被点击的数据资源的个数。
可选的，当检测到所述多个数据资源中的目标数据资源被点击时，可以控制目标数据资源采用预设的动态展示效果进行展示，例如可以展示目标数据资源爆炸的效果、急速向第二边缘滑动的效果或者向除第一边缘和第二边缘以外的另一边缘滑动的效果。
可选的，可以当检测到所述多个数据资源中的目标数据资源未被点击时，控制所述目标数据资源从所述第二边缘滑出。
可选的，所述多个数据资源包括有效数据资源和无效数据资源，可以分别统计被点击的所述有效数据资源的个数和被点击的无效数据资源的个数，其中，有效数据资源为需要增加的数据资源，无效数据资源为需要扣除的数据资 源，或者无效数据资源为不需要增加或者扣除的数据资源，仅是用于展示和点击。
S5210，第一终端向所述数据服务器发送所述被点击的数据资源的个数。
具体实现中，可以向所述数据服务器发送所述被点击的所述有效数据资源的个数和所述被点击的无效数据资源的个数。
S5211，数据服务器根据所述被点击的数据资源的个数确定数据转移大小。
具体实现中，如果数据服务器分配的每个数据资源的资源大小相同，则数据服务器可以将被点击的数据域资源的个数乘以每个数据资源的资源大小得到的乘积作为数据转移大小，如果数据服务器随机分配的数据资源的资源大小，数据服务器可以首先确定每个被点击的数据资源的资源大小，然后计算所有被点击的数据资源的资源大小之和作为数据转移大小，并按照该数据转移大小向第一终端进行数据转移。
可选的，无效数据资源为需要扣除的数据资源时，可以向所述数据服务器发送所述被点击的所述有效数据资源的个数和所述被点击的无效数据资源的个数，数据服务器接收到所述被点击的所述有效数据资源的个数和所述被点击的无效数据资源的个数之后，计算所述被点击的所述有效数据资源的个数减去所述被点击的无效数据资源的个数得到的差值，然后将该差值与每个数据资源的资源大小的乘积作为所述数据转移大小。
S5212，数据服务器向第一终端返回数据转移大小。
S5213，第一终端显示数据转移大小。
例如，第二终端首先打开微信的“红包”功能，在用户选择“天降红包”后，提示用户输入“红包金额”和“红包个数”，并将“红包金额”和“红包个数”发送给数据服务器，数据服务器接收到“红包金额”和“红包个数”之后，计算每个红包的大小，并向第一终端发送多个红包，第一终端接收到多个“红包”之后，控制“红包”随机显示在X坐标上，针对Y坐标，采取一定的加速模拟自由落体从天而降；同时控制在200毫秒内，随机产生若干个红包出来，如果用户点击到红包，则计数值加1，如果误点到其他颜色的图标，则计数值减1，如果没有点击到红包，则不计入计数值，最后根据统计得到计数值向第一终端转移相应的金额大小。
请参考图53，图53是本发明实施例提供的一种数据资源接收装置的结构 示意图。如图所示，本发明实施例中的装置包括：
资源接收模块5301，用于接收数据服务器发送的多个数据资源，所述多个数据资源由所述数据服务器根据接收到的第二终端发送的资源额度随机生成的，所述多个数据资源包括有效数据资源和无效数据资源，或所述多个数据资源由所述数据服务器根据接收到的第二终端发送的资源额度和资源个数生成的，所述资源个数包括无效资源个数和有效资源个数。
具体实现中，第二终端可以打开即时通信客户端，并在即时通信客户端选择“数据资源发送”功能选项，获取用户输入资源额度和资源个数，并向数据服务器发送资源额度和资源个数，数据服务器接收到资源额度和资源个数之后，可以将资源额度除以资源个数计算平局值作为每个数据资源的资源大小，或根据资源额度和资源个数随机分配每个数据资源的资源大小，并在数据资源的资源大小分配完成之后，向第一终端发送多个数据资源。
或者，第二终端获取用户输入资源额度，然后向数据服务器发送资源额度，数据服务器接收到资源额度之后，随机生成多个数据资源，该生成的多个数据资源包括有效数据资源和无效数据资源，其中，有效资源数据的资源大小之和等于用户输入的资源额度的大小。
或者，第二终端获取用户输入的资源额度和资源个数，该资源个数包括无效资源个数和有效资源个数，并向数据服务器发送资源额度和资源个数，数据服务器根据有效资源个数和资源额度生成资源大小相同或者不同的多个数据资源，并生成与无效资源个数对应的数据资源。
资源显示模块5302，用于控制所述多个数据资源分别从显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘滑动以动态展示所述多个数据资源；
具体实现中，可以控制所述多个数据资源在预设时间范围内分别从所述显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘加速滑动。其中，预设时间范围可以为2秒或者3秒，但不局限于此，第一边缘可以为显示界面的上边缘，也可以为显示界面的左边缘，相应地，第二边缘可以为显示界面的下边缘，也可以为显示界面的右边缘。
或者，当检测到所述多个数据资源分别从所述显示界面的第一边缘滑入时，随机分配每个所述数据资源的坐标位置，所述坐标位置包括第一坐标和第二坐标；保持所述第一坐标不变且在所述第二坐标的坐标方向上滑动每个所述 数据资源。其中，第一坐标可以为横坐标，第二坐标可以为纵坐标。
可选的，第一终端可以在接收到数据服务器发送的多个数据资源后开始计时，当等待时间超过预设间隔时间时，开始从显示界面的第一边缘滑入。进一步可选的，可以在显示界面展示剩余的等待时间从而提醒用户准备点击数据资源，其中，预设间隔时间可以包括5秒或10秒，但不局限于上述值。
例如，如图50所示，多个数据资源分别在不同的时刻从显示界面的上边缘开始下滑，并在预设时间范围内全部从显示界面的上边缘滑入显示界面。并且，数据资源可以匀速直线向下边缘滑动，也可以加速直线向下边缘滑动，也可以曲线向下边缘滑动，数据资源的滑动方式不仅限于此。其中，下滑速度或下滑加速度可以预先设置。
数据统计模块5303，用于检测针对动态展示的所述多个数据资源的点击操作，并统计所述多个数据资源中被点击的数据资源的个数；
例如，如图51所示，在多个数据资源从第一边缘向第二边缘滑动的过程中，从0开始计数，如果用户点击到数据资源，则计数值加1，如果用户没有点击到数据资源，则不做统计，直到数据资源在显示界面全部显示完毕，最后统计所有被点击的数据资源的个数。
可选的，当检测到所述多个数据资源中的目标数据资源被点击时，可以控制目标数据资源采用预设的动态展示效果进行展示，例如可以展示目标数据资源爆炸的效果、急速向第二边缘滑动的效果或者向除第一边缘和第二边缘以外的另一边缘滑动的效果。
可选的，可以当检测到所述多个数据资源中的目标数据资源未被点击时，控制所述目标数据资源从所述第二边缘滑出。
可选的，所述多个数据资源包括有效数据资源和无效数据资源，可以分别统计被点击的所述有效数据资源的个数和被点击的无效数据资源的个数，其中，有效数据资源为需要增加的数据资源，无效数据资源为需要扣除的数据资源，或者无效数据资源为不需要增加或者扣除的数据资源，仅是用于展示和点击。
数据发送模块5304，用于向所述数据服务器发送所述被点击的数据资源的个数，以使所述数据服务器根据所述被点击的数据资源的个数确定数据转移大小并向所述第一终端返回所述数据转移大小。
具体实现中，如果数据服务器分配的每个数据资源的资源大小相同，则数 据服务器可以将被点击的数据域资源的个数乘以每个数据资源的资源大小得到的乘积作为数据转移大小，如果数据服务器随机分配的数据资源的资源大小，数据服务器可以首先确定每个被点击的数据资源的资源大小，然后计算所有被点击的数据资源的资源大小之和作为数据转移大小，并按照该数据转移大小向第一终端进行数据转移。
可选的，无效数据资源为需要扣除的数据资源时，可以向所述数据服务器发送所述被点击的所述有效数据资源的个数和所述被点击的无效数据资源的个数，数据服务器接收到所述被点击的所述有效数据资源的个数和所述被点击的无效数据资源的个数之后，计算所述被点击的所述有效数据资源的个数减去所述被点击的无效数据资源的个数得到的差值，然后将该差值与每个数据资源的资源大小的乘积作为所述数据转移大小。
例如，第二终端首先打开微信的“红包”功能，在用户选择“天降红包”后，提示用户输入“红包金额”和“红包个数”，并将“红包金额”和“红包个数”发送给数据服务器，数据服务器接收到“红包金额”和“红包个数”之后，计算每个红包的大小，并向第一终端发送多个红包，第一终端接收到多个“红包”之后，控制“红包”随机显示在X坐标上，针对Y坐标，采取一定的加速模拟自由落体从天而降；同时控制在200毫秒内，随机产生若干个红包出来，如果用户点击到红包，则计数值加1，如果误点到其他颜色的图标，则计数值减1，如果没有点击到红包，则不计入计数值，最后根据统计得到计数值向第一终端转移相应的金额大小。
在本发明实施例中，第一终端接收数据服务器发送的多个数据资源；控制多个数据资源分别从显示界面的第一边缘滑入并指向第一边缘相对的第二边缘滑动以动态展示多个数据资源；检测针对动态展示的多个数据资源的点击操作，并统计多个数据资源中被点击的数据资源的个数；向数据服务器发送被点击的数据资源的个数，以使数据服务器根据被点击的数据资源的个数确定数据转移大小并向第一终端返回数据转移大小，从而通过动态展示数据资源促进用户之间的交流，提高数据转移的频次。
请参考图54，图54是本发明实施例提出的另一种数据资源接收装置的结构示意图。如图所示，该装置可以包括：至少一个处理器5401，例如CPU，至少一个通信接口5402，至少一个存储器5403，至少一个总线5406。其中，总线5406用于实现这些组件之间的连接通信。其中，本发明实施例中装置的 通信接口5402是有线发送端口，也可以为无线设备，例如包括天线装置，用于与其他节点设备进行信令或数据的通信。存储器5403可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器5403可选的还可以是至少一个位于远离前述处理器5401的存储装置。存储器5403中存储一组程序代码，且处理器5401用于调用存储器中存储的程序代码，用于执行以下操作：
接收数据服务器发送的多个数据资源，所述多个数据资源由所述数据服务器根据接收的第二终端发送的资源额度和资源个数生成的；
控制所述多个数据资源分别从显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘滑动以动态展示所述多个数据资源；
检测针对动态展示的所述多个数据资源的点击操作，并统计所述多个数据资源中被点击的数据资源的个数；
向所述数据服务器发送所述被点击的数据资源的个数，以使所述数据服务器根据所述被点击的数据资源的个数确定数据转移大小并向所述第一终端返回所述数据转移大小。
其中，处理器5401还用于执行如下操作步骤：
控制所述多个数据资源在预设时间范围内分别从所述显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘加速滑动。
其中，处理器5401还用于执行如下操作步骤：
当检测到所述多个数据资源分别从所述显示界面的第一边缘滑入时，随机分配每个所述数据资源的坐标位置，所述坐标位置包括第一坐标和第二坐标；
保持所述第一坐标不变且在所述第二坐标的坐标方向上滑动每个所述数据资源。
其中，处理器5401还用于执行如下操作步骤：
当检测到所述多个数据资源中的目标数据资源未被点击时，控制所述目标数据资源从所述第二边缘滑出。
其中，处理器5401还用于执行如下操作步骤：
分别统计被点击的所述有效数据资源的个数和被点击的无效数据资源的个数；
向所述数据服务器发送所述被点击的所述有效数据资源的个数和所述被点击的无效数据资源的个数，以使所述数据服务器根据所述被点击的所述有效 数据资源的个数和所述被点击的无效数据资源的个数确定所述数据转移大小。
图55是本发明实施例提供的一种终端的结构示意图。该终端可以是运行有社交应用客户端中的发送方客户端的发送终端，也可以是运行有社交应用客户端中的接收方客户端的接收终端。具体来讲：
终端5500可以包括RF(Radio Frequency，射频)电路110、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、传输模块170、包括有一个或者一个以上处理核心的处理器180、以及电源190等部件。本领域技术人员可以理解，图55中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器180处理；另外，将涉及上行的数据发送给基站。通常，RF电路110包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他终端通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(Code Division Multiple Access，码分多址)、WCDMA(Wideband Code Division Multiple Access,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(Short Messaging Service，短消息服务)等。
存储器120可用于存储软件程序以及模块，如上述示例性实施例所示出的终端所对应的软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行各种功能应用以及数据处理，如实现基于视频的交互等。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端5500的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易 失性固态存储器件。相应地，存储器120还可以包括存储器控制器，以提供处理器180和输入单元130对存储器120的访问。
输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元130可包括触敏表面131以及其他输入终端132。触敏表面131，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作)，并根据预先设定的程式驱动相应的链接装置。可选的，触敏表面131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131，输入单元130还可以包括其他输入终端132。具体地，其他输入终端132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端5500的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板141。进一步的，触敏表面131可覆盖显示面板141，当触敏表面131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图55中，触敏表面131与显示面板141是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面131与显示面板141集成而实现输入和输出功能。
终端5500还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端5500移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静 止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端5500还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路160、扬声器161，传声器162可提供用户与终端5500之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔，以提供外设耳机与终端5500的通信。
终端5500通过传输模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线或有线的宽带互联网访问。虽然图55示出了传输模块170，但是可以理解的是，其并不属于终端5500的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器180是终端5500的控制中心，利用各种接口和线路链接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端5500的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理核心；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。
终端5500还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
尽管未示出，终端5500还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端的显示单元是触摸屏显示器，终端还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行上述一个或者一个以上程序包含 用于实施上述实施例中发送方客户端、接收方客户端或者终端所执行操作的指令。
图56是本发明实施例提供的一种服务器的结构示意图，该服务器5600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)5622(例如，一个或一个以上处理器)和存储器5632，一个或一个以上存储应用程序5642或数据5644的存储介质5630(例如一个或一个以上海量存储设备)。其中，存储器5632和存储介质5630可以是短暂存储或持久存储。存储在存储介质5630的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器5622可以设置为与存储介质5630通信，在服务器5600上执行存储介质5630中的一系列指令操作。
服务器5600还可以包括一个或一个以上电源5626，一个或一个以上有线或无线网络接口5650，一个或一个以上输入输出接口5658，一个或一个以上键盘5656，和/或，一个或一个以上操作系统5641，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。
该服务器5600可以用于执行上述实施例提供的方法中服务器所执行的步骤。
请参考图57，其示出了本发明一个实施例提供的服务器的结构示意图。该服务器用于实施上述实施例中提供的方法中服务器执行的操作。具体来讲：
所述服务器5700包括中央处理单元(CPU)5701、包括随机存取存储器(RAM)5702和只读存储器(ROM)5703的系统存储器5704，以及连接系统存储器5704和中央处理单元5701的系统总线5705。所述服务器5700还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)5706，和用于存储操作系统5713、应用程序5714和其他程序模块5715的大容量存储设备5707。
所述基本输入/输出系统5706包括有用于显示信息的显示器5708和用于用户输入信息的诸如鼠标、键盘之类的输入设备5709。其中所述显示器5708和输入设备5709都通过连接到系统总线5705的输入输出控制器5710连接到中央处理单元5701。所述基本输入/输出系统5706还可以包括输入输出控制器 5710以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器5710还提供输出到显示屏、打印机或其他类型的输出设备。
所述大容量存储设备5707通过连接到系统总线5705的大容量存储控制器(未示出)连接到中央处理单元5701。所述大容量存储设备5707及其相关联的计算机可读介质为服务器5700提供非易失性存储。也就是说，所述大容量存储设备5707可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。
不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器5704和大容量存储设备5707可以统称为存储器。
根据本发明的各种实施例，所述服务器5700还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器5700可以通过连接在所述系统总线5705上的网络接口单元5711连接到网络5712，或者说，也可以使用网络接口单元5711来连接到其他类型的网络或远程计算机系统(未示出)。
所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。上述一个或者一个以上程序包含用于执行上述实施例中服务器侧的方法的指令。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由终端的处理器执行以完成上述方法实施例中发送方客户端或接收方客户端侧或终端侧的各个步骤，或者上述指令由服务器的处理器执行以完成上述方法实施例中服务器侧的各个步骤。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (102)

  1. 一种资源包发送方法，其特征在于，应用于社交应用客户端中，所述方法包括：
    当接收到第一类型资源包发送指令时，确定资源包参数，所述资源包参数用于确定待发送的资源包数量和第一数量，所述第一数量是指待发送的第一类型资源的数量；
    通过第一服务器，获取第二服务器发布的所述第一类型资源与第二类型资源当前的换算比例，根据所述换算比例，计算与所述第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量；
    通过所述第一服务器，从所述社交应用客户端的第二类型资源账户中扣除所述第二数量的第二类型资源，并生成至少一个资源包，每个资源包内包括对应数量的第一类型资源，所述至少一个资源包对应的数量之和等于所述第一数量；
    获取用于接收所述至少一个资源包的链接信息；
    向与所述社交应用客户端具有好友关系的至少一个接收方客户端发送所述链接信息，所述至少一个接收方客户端用于根据所述链接信息接收资源包。
  2. 根据权利要求1所述的方法，其特征在于，所述通过第一服务器，获取第二服务器发布的所述第一类型资源与第二类型资源当前的换算比例，根据所述换算比例，计算与所述第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量，包括：
    向所述第一服务器发送资源包发送请求，所述资源包发送请求携带所述资源包参数，使得所述第一服务器调用与所述第二服务器之间的接口，获取所述换算比例，根据所述换算比例，计算与所述第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量。
  3. 根据权利要求1所述的方法，其特征在于，所述获取用于接收所述至少一个资源包的链接信息，包括：
    接收所述第一服务器发送的资源包标识，所述资源包标识对应于所述至少一个资源包；
    生成包含所述资源包标识的链接信息。
  4. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    当接收到第一类型资源兑换请求时，确定第三数量和第四数量，所述第三数量是指待兑换的第一类型资源的数量，所述第四数量是指与所述第三数量的第一类型资源等值的第二类型资源的数量；
    通过所述第一服务器，从所述第二类型资源账户中扣除所述第四数量的第二类型资源，并向所述第一类型资源账户中添加所述第三数量的第一类型资源。
  5. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    当接收到第二类型资源兑换请求时，确定第五数量和第六数量，所述第五数量是指待兑换的第二类型资源的数量，所述第六数量是指与所述第五数量的第二类型资源等值的第一类型资源的数量；
    通过所述第一服务器，从所述第一类型资源账户中扣除所述第六数量的第一类型资源，并向所述第二类型资源账户中添加所述第五数量的第二类型资源。
  6. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    当接收到第一类型资源获取请求时，确定待获取的第一类型资源的第七数量；
    通过所述第一服务器，从所述社交应用客户端的资源账户中扣除与所述第七数量对应的资源，并生成至少包括所述第七数量和地址信息的订单，所述订单用于根据所述地址信息向所述社交应用客户端的用户发放所述第七数量的第一类型资源所指代的实体资源。
  7. 根据权利要求6所述的方法，其特征在于，所述通过所述第一服务器，从所述社交应用客户端的资源账户中扣除与所述第七数量对应的资源，包括：
    如果所述第一类型资源账户中的第一类型资源的剩余数量不小于所述第七数量，则通过所述第一服务器，从所述第一类型资源账户中扣除所述第七数量的第一类型资源。
  8. 根据权利要求6所述的方法，其特征在于，所述通过所述第一服务器，从所述社交应用客户端的资源账户中扣除与所述第七数量对应的资源，包括：
    如果所述第一类型资源账户中的第一类型资源的剩余数量小于所述第七数量，确定所述第七数量与所述剩余数量的差量，以及与所述差量匹配的第八数量，所述第八数量是指与所述差量的第一类型资源等值的第二类型资源的数量，所述第八数量根据所述第一类型资源与所述第二类型资源当前的换算比例以及所述第七数量确定；
    通过所述第一服务器，从所述第一类型资源账户中扣除剩余的第一类型资 源，并从所述第二类型资源账户中扣除所述第八数量的第二类型资源。
  9. 一种资源包发放方法，其特征在于，应用于第一服务器中，所述方法包括：
    获取发送方客户端确定的资源包参数，所述资源包参数用于确定待发送的资源包数量和第一数量，所述第一数量是指待发送的第一类型资源的数量；
    调用与第二服务器之间的接口，获取所述第二服务器发布的第一类型资源与第二类型资源当前的换算比例；
    根据所述换算比例，计算与所述第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量；
    从所述发送方客户端的第二类型资源账户中扣除所述第二数量的第二类型资源，并生成至少一个资源包，所述至少一个资源包对应的数量之和等于第一数量，使得所述发送方客户端向具有好友关系的至少一个接收端发送链接信息，所述链接信息用于接收所述至少一个资源包；
    通过所述链接信息，向所述至少一个接收方客户端发放所述至少一个资源包。
  10. 根据权利要求9所述的方法，其特征在于，所述生成至少一个资源包之后，所述方法还包括：
    为所述至少一个资源包生成资源包标识；
    向所述发送方客户端发送所述资源包标识，使得所述发送方客户端生成包含资源包标识的链接信息。
  11. 根据权利要求10所述的方法，其特征在于，所述通过所述链接信息，向所述至少一个接收方客户端发放所述至少一个资源包，包括：
    接收任一接收方客户端发送的资源包领取请求，所述资源包领取请求携带所述资源包标识；
    从所述资源包标识对应的剩余资源包中，选取一个资源包发送给所述接收方客户端，使得所述接收方客户端将所述资源包内包括的第一类型资源添加至第一类型资源账户中。
  12. 根据权利要求9所述的方法，其特征在于，所述方法还包括：
    接收任一社交应用客户端发送的资源兑换请求，所述资源兑换请求包括第三数量和第四数量，所述第三数量是指待兑换的第一类型资源的数量，所述第四数量是指与所述第三数量的第一类型资源等值的第二类型资源的数量；
    从所述社交应用客户端的第二类型资源账户中扣除所述第四数量的第二类型资源，并向所述社交应用客户端的第一类型资源账户中添加所述第三数量的第一类型资源。
  13. 根据权利要求9所述的方法，其特征在于，所述方法还包括：
    接收任一社交应用客户端发送的资源兑换请求，所述资源兑换请求包括第五数量和第六数量，所述第五数量是指待兑换的第二类型资源的数量，所述第六数量是指与所述第五数量的第二类型资源等值的第一类型资源的数量；
    从所述社交应用客户端的第一类型资源账户中扣除所述第六数量的第一类型资源，并向所述社交应用客户端的第二类型资源账户中添加所述第五数量的第二类型资源。
  14. 根据权利要求9所述的方法，其特征在于，所述方法还包括：
    接收任一社交应用客户端发送的资源获取请求，所述资源获取请求携带待获取的第一类型资源的第七数量；
    从所述社交应用客户端的资源账户中扣除与所述第七数量对应的资源，并生成至少包括所述第七数量和地址信息的订单，所述订单用于根据所述地址信息向所述社交应用客户端的用户发放所述第七数量的第一类型资源所指代的实体资源。
  15. 根据权利要求14所述的方法，其特征在于，所述从所述社交应用客户端的资源账户中扣除与所述第七数量对应的资源，包括：
    如果所述第一类型资源账户中的第一类型资源的剩余数量不小于所述第七数量，则从所述第一类型资源账户中扣除所述第七数量的第一类型资源。
  16. 根据权利要求14所述的方法，其特征在于，所述通过与所述第一服务器进行交互，从所述社交应用客户端的资源账户中扣除与所述第七数量对应的资源，包括：
    如果所述第一类型资源账户中的第一类型资源的剩余数量小于所述第七数量，确定所述第七数量与所述剩余数量的差量，以及与所述差量匹配的第八数量，所述第八数量是指与所述差量的第一类型资源等值的第二类型资源的数量，所述第八数量根据所述第一类型资源与所述第二类型资源当前的换算比例以及所述差量确定；
    从所述第一类型资源账户中扣除剩余的第一类型资源，并从所述第二类型资源账户中扣除所述第八数量的第二类型资源。
  17. 一种资源获取方法，其特征在于，应用于第一服务器中，所述方法包括：
    当接收到社交应用客户端发送的第一类型资源获取请求时，确定待获取的第一类型资源的第七数量；
    如果所述社交应用客户端的第一类型资源账户中的第一类型资源的剩余数量小于所述第七数量，确定所述第七数量与所述剩余数量的差量；
    调用与第二服务器之间的接口，获取所述第二服务器发布的所述第一类型资源与第二类型资源当前的换算比例，根据所述换算比例，计算与所述差量匹配的第八数量，所述第八数量是指与所述差量的第一类型资源等值的第二类型资源的数量；
    从所述第一资源账户中扣除剩余的第一类型资源，从所述社交应用客户端的第二类型资源账户中扣除所述第八数量的第二类型资源；
    生成至少包括所述第七数量和地址信息的订单，所述订单用于根据所述地址信息向所述社交应用客户端的用户发放所述第七数量的第一类型资源所指代的实体资源。
  18. 根据权利要求17所述的方法，其特征在于，所述方法还包括：
    如果所述第一类型资源账户中的第一类型资源的剩余数量不小于所述第七数量，则从所述第一类型资源账户中扣除所述第七数量的第一类型资源；
    生成所述至少包括所述第七数量和地址信息的订单。
  19. 一种资源包发送装置，其特征在于，应用于社交应用客户端中，所述装置包括：
    确定模块，用于当接收到第一类型资源包发送指令时，确定资源包参数，所述资源包参数用于确定待发送的资源包数量和第一数量，所述第一数量是指待发送的第一类型资源的数量；
    交互模块，用于通过第一服务器，获取第二服务器发布的所述第一类型资源与第二类型资源当前的换算比例，根据所述换算比例，计算与所述第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量；
    所述交互模块，还用于通过所述第一服务器，从所述社交应用客户端的第二类型资源账户中扣除所述第二数量的第二类型资源，并生成至少一个资源包，每个资源包内包括对应数量的第一类型资源，所述至少一个资源包对应的数量之和等于所述第一数量；
    获取模块，用于获取用于接收所述至少一个资源包的链接信息；
    发送模块，用于向与所述社交应用客户端具有好友关系的至少一个接收方客户端发送所述链接信息，所述至少一个接收方客户端用于根据所述链接信息接收资源包。
  20. 一种资源包发放装置，其特征在于，应用于第一服务器中，所述装置包括：
    参数获取模块，用于获取发送方客户端确定的资源包参数，所述资源包参数用于确定待发送的资源包数量和第一数量，所述第一数量是指待发送的第一类型资源的数量；
    调用模块，用于调用与第二服务器之间的接口，获取所述第二服务器发布的第一类型资源与第二类型资源当前的换算比例；
    数量计算模块，用于根据所述换算比例，计算与所述第一数量的第一类型资源等值的第二类型资源的数量，作为第二数量；
    生成模块，用于从所述发送方客户端的第二类型资源账户中扣除所述第二数量的第二类型资源，并生成至少一个资源包，所述至少一个资源包对应的数量之和等于第一数量，使得所述发送方客户端向具有好友关系的至少一个接收端发送链接信息，所述链接信息用于接收所述至少一个资源包；
    发放模块，用于通过所述链接信息，向所述至少一个接收方客户端发放所述至少一个资源包。
  21. 一种资源获取装置，其特征在于，应用于第一服务器中，所述装置包括：
    确定模块，用于当接收到社交应用客户端发送的第一类型资源获取请求时，确定待获取的第一类型资源的第七数量；
    数量确定模块，用于如果所述社交应用客户端的第一类型资源账户中的第一类型资源的剩余数量小于所述第七数量，确定所述第七数量与所述剩余数量的差量；
    所述数量确定模块，还用于调用与第二服务器之间的接口，获取所述第二服务器发布的所述第一类型资源与第二类型资源当前的换算比例，根据所述换算比例，计算与所述差量匹配的第八数量，所述第八数量是指与所述差量的第一类型资源等值的第二类型资源的数量；
    资源扣除模块，用于从所述第一资源账户中扣除剩余的第一类型资源，从 所述社交应用客户端的第二类型资源账户中扣除所述第八数量的第二类型资源；
    订单生成模块，用于生成至少包括所述第七数量和地址信息的订单，所述订单用于根据所述地址信息向所述社交应用客户端的用户发放所述第七数量的第一类型资源所指代的实体资源。
  22. 一种虚拟物品包发送方法，其特征在于，所述方法包括：
    发送方客户端在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面；获取在所述虚拟物品包发送页面中输入的媒体信息和虚拟物品包参数；将所述媒体信息、所述虚拟物品包参数和接收方信息对应发送给后台服务器，所述媒体信息为语音信息或视频信息；
    所述后台服务器生成虚拟物品包标识；存储所述虚拟物品包标识、所述媒体信息和所述虚拟物品包参数之间的对应关系；根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识；
    所述接收方客户端显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件；在获取到对应于所述播放控件的触发信号之后，播放根据所述虚拟物品包标识获取到的所述媒体信息。
  23. 根据权利要求22所述的方法，其特征在于，所述发送方客户端将所述媒体信息、所述虚拟物品包参数和接收方信息对应发送给后台服务器，包括：
    所述媒体信息为所述语音信息，
    所述发送方客户端生成包含有所述语音信息的语音文件；
    所述发送方客户端向所述后台服务器发送所述语音文件；
    所述发送方客户端向所述后台服务器发送虚拟物品包生成请求，所述虚拟物品包生成请求中包括所述语音文件的文件标识、所述虚拟物品包参数和所述接收方信息，所述文件标识由所述发送方客户端或者所述后台服务器生成；
    或者，所述媒体信息为所述视频信息，
    所述发送方客户端生成包含有所述视频信息的视频文件；
    所述发送方客户端处理所述视频文件，生成处理后的视频文件；
    所述发送方客户端向所述后台服务器发送所述处理后的视频文件；
    所述发送方客户端向所述后台服务器发送虚拟物品包生成请求，所述虚拟 物品包生成请求中包括所述视频文件的文件标识、所述虚拟物品包参数和所述接收方信息，所述文件标识由所述发送方客户端或者所述后台服务器生成。
  24. 根据权利要求23所述的方法，其特征在于，所述发送方客户端向所述后台服务器发送所述语音文件之后，还包括：
    所述后台服务器对所述语音信息进行降噪处理，得到处理后的语音文件；向所述发送方客户端发送所述处理后的语音文件；
    所述发送方客户端接收所述处理后的语音文件。
  25. 根据权利要求23所述的方法，其特征在于，所述发送方客户端处理所述视频文件，包括：
    所述发送方客户端获取至少一帧视频数据和所述视频数据的视频参数；
    所述发送方客户端修改所述视频数据的视频参数为压缩后的视频参数；
    所述发送方客户端通过硬件加速功能根据所述压缩后的视频参数对所述至少一帧视频数据进行压缩，得到压缩后的视频文件。
  26. 根据权利要求22所述的方法，其特征在于，所述发送方客户端获取在所述虚拟物品包发送页面中输入的媒体信息之后，还包括：
    所述媒体信息为所述语音信息，
    所述发送方客户端在所述虚拟物品包发送页面中显示预览控件；
    所述发送方客户端在获取到对应于所述预览控件的触发信号之后，播放所述语音信息；或者，
    所述媒体信息为所述视频信息，
    所述发送方客户端在所述虚拟物品包发送页面中显示视频预览控件；
    所述发送方客户端在获取到对应于所述视频预览控件的第一触发信号之后，播放所述视频信息；
    所述发送方客户端在获取到对应于所述视频预览控件的第二触发信号之后，暂停播放所述视频信息。
  27. 根据权利要求22所述的方法，其特征在于，所述接收方客户端显示所述虚拟物品包消息之后，还包括：
    所述接收方客户端在获取到对应于所述播放控件的触发信号之后，从所述后台服务器获取所述媒体信息；
    或者，
    所述接收方客户端在验证登录至所述接收方客户端的用户帐号符合领取所 述虚拟物品包中的虚拟物品的条件之后，从所述后台服务器获取所述媒体信息；
    或者，
    所述接收方客户端在成功获取到所述虚拟物品包中的虚拟物品之后，从所述后台服务器获取所述媒体信息。
  28. 根据权利要求22所述的方法，其特征在于，所述接收方客户端显示所述虚拟物品包消息之后，还包括：
    所述媒体信息为所述语音信息，所述接收方客户端在获取到对应于所述虚拟物品包消息的触发信号之后，显示所述虚拟物品包领取页面，所述虚拟物品包领取页面中包括所述播放控件和领取控件；在获取到对应于所述领取控件的触发信号之后，根据所述虚拟物品包标识从所述后台服务器获取虚拟物品；
    或者，
    所述接收方客户端在所述语音信息播放结束之后，根据所述虚拟物品包标识从所述后台服务器获取虚拟物品。
  29. 根据权利要求22所述的方法，其特征在于，所述接收方客户端显示所述虚拟物品包消息之后，还包括：
    所述媒体信息为所述视频信息，所述接收方客户端在获取到对应于所述虚拟物品包消息的触发信号之后，显示虚拟物品包领取页面，所述虚拟物品包领取页面包括所述播放控件和领取控件；
    所述接收方客户端判断当前网络状态，根据所述当前网络状态选择生成所述播放控件的触发信号或等待接收所述播放控件的触发信号的输入；
    所述接收方客户端在获取到对应于所述领取控件的触发信号之后，根据所述虚拟物品包标识从所述后台服务器获取虚拟物品。
  30. 根据权利要求28或29所述的方法，其特征在于，所述接收方客户端根据所述虚拟物品包标识从所述后台服务器获取虚拟物品之后，还包括：
    所述接收方客户端显示领取结果页面；获取在所述领取结果页面中输入的留言信息，所述留言信息为文字、语音或视频中的任意一种；向所述后台服务器发送所述留言信息；
    所述后台服务器向所述发送方客户端转发所述留言信息；
    所述发送方客户端接收并显示所述留言信息。
  31. 一种虚拟物品包发送方法，其特征在于，所述方法包括:
    在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面；
    获取在所述虚拟物品包发送页面中输入的媒体信息和虚拟物品包参数，所述媒体信息为语音信息或视频信息；
    将所述媒体信息、所述虚拟物品包参数和接收方信息对应发送给后台服务器，以使得所述后台服务器生成虚拟物品包标识，存储所述虚拟物品包标识、所述媒体信息和所述虚拟物品包参数之间的对应关系，根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识；其中，所述接收方客户端用于显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件，在获取到对应于所述播放控件的触发信号之后，播放根据所述虚拟物品包标识获取到的所述媒体信息。
  32. 根据权利要求31所述的方法，其特征在于，所述将所述媒体信息、所述虚拟物品包参数和接收方信息对应发送给后台服务器，包括：
    所述媒体信息为所述语音信息，
    生成包含有所述语音信息的语音文件；
    向所述后台服务器发送所述语音文件；
    向所述后台服务器发送虚拟物品包生成请求，所述虚拟物品包生成请求中包括所述语音文件的文件标识、所述虚拟物品包参数和所述接收方信息，所述文件标识由所述发送方客户端或者所述后台服务器生成；或者，
    所述媒体信息为所述视频信息，
    生成包含有所述视频信息的视频文件；
    处理所述视频文件，生成处理后的视频文件；
    向所述后台服务器发送所述处理后的视频文件；
    向所述后台服务器发送虚拟物品包生成请求，所述虚拟物品包生成请求中包括所述视频文件的文件标识、所述虚拟物品包参数和所述接收方信息，所述文件标识由所述发送方客户端或者所述后台服务器生成。
  33. 根据权利要求32所述的方法，其特征在于，所述向所述后台服务器发送所述语音文件之后，还包括：
    接收所述后台服务器发送的处理后的语音文件，所述处理后的语音文件由所述后台服务器对所述语音信息进行降噪处理后得到。
  34. 根据权利要求32所述的方法，其特征在于，所述向所述后台服务器发送所述视频文件之后，还包括：
    获取至少一帧所述视频数据和所述视频数据的视频参数；
    修改所述视频数据的视频参数为压缩后的视频参数；
    通过所述发送方客户端的硬件加速功能根据所述压缩后的视频参数对所述至少一帧视频数据进行压缩，得到压缩后的视频文件。
  35. 根据权利要求31所述的方法，其特征在于，所述获取在所述虚拟物品包发送页面中输入的媒体信息之后，还包括：
    所述媒体信息为所述语音信息，
    在所述虚拟物品包发送页面中显示预览控件；
    在获取到对应于所述预览控件的触发信号之后，播放所述语音信息；或者，
    所述媒体信息为所述视频信息，
    在所述虚拟物品包发送页面中显示视频预览控件；
    在获取到对应于所述视频预览控件的第一触发信号之后，播放所述视频信息；
    在获取到对应于所述视频预览控件的第二触发信号之后，暂停播放所述视频信息。
  36. 一种虚拟物品包发送方法，其特征在于，所述方法包括：
    接收发送方客户端对应发送的媒体信息、虚拟物品包参数和接收方信息，所述媒体信息为语音信息或视频信息；
    生成虚拟物品包标识；
    存储所述虚拟物品包标识、所述媒体信息和所述虚拟物品包参数之间的对应关系；
    根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识；以使得所述接收方客户端显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件，在获取到对应于所述播放控件的触发信号之后，播放根据所述虚拟物品包标识获取到的所述媒体信息。
  37. 根据权利要求36所述的方法，其特征在于，所述接收发送方客户端对应发送的媒体信息、虚拟物品包参数和接收方信息，包括：
    接收所述发送方客户端发送的包含有所述语音信息的语音文件或者包含有视频信息的语音文件；
    接收所述发送方客户端发送的虚拟物品包生成请求，所述虚拟物品包生成 请求中包括所述语音文件或者所述视频文件的文件标识、所述虚拟物品包参数和所述接收方信息，所述文件标识由所述发送方客户端或者后台服务器生成。
  38. 根据权利要求37所述的方法，其特征在于，所述接收所述发送方客户端发送的包含有所述语音信息的语音文件之后，还包括：
    对所述语音信息进行降噪处理，得到处理后的语音文件；
    向所述发送方客户端发送所述处理后的语音文件。
  39. 一种虚拟物品包接收方法，其特征在于，所述方法包括:
    接收后台服务器发送的虚拟物品包消息，所述虚拟物品包消息中携带虚拟物品包标识；所述虚拟物品包消息由所述后台服务器在接收到发送方客户端对应发送的媒体信息、虚拟物品包参数和接收方信息之后生成，所述媒体信息和所述虚拟物品包参数由所述发送方客户端在显示的虚拟物品包发送页面中获取，所述媒体信息为语音信息或视频信息；
    显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件；
    在获取到对应于所述播放控件的触发信号之后，播放根据所述虚拟物品包标识获取到的所述媒体信息。
  40. 根据权利要求39所述的方法，其特征在于，所述显示所述虚拟物品包消息之后，还包括：
    在获取到对应于所述播放控件的触发信号之后，从所述后台服务器获取所述媒体信息；
    或者，
    在验证登录至所述接收方客户端的用户帐号符合领取所述虚拟物品包中的虚拟物品的条件之后，从所述后台服务器获取所述媒体信息；
    或者，
    在成功获取到所述虚拟物品包中的虚拟物品之后，从所述后台服务器获取所述媒体信息。
  41. 根据权利要求39所述的方法，其特征在于，所述显示所述虚拟物品包消息之后，还包括：
    所述媒体信息为所述语音信息，
    在获取到对应于所述虚拟物品包消息的触发信号之后，显示所述虚拟物品包领取页面，所述虚拟物品包领取页面中包括所述播放控件和领取控件；在获 取到对应于所述领取控件的触发信号之后，根据所述虚拟物品包标识从所述后台服务器获取虚拟物品；
    或者，
    在所述语音信息播放结束之后，根据所述虚拟物品包标识从所述后台服务器获取虚拟物品。
  42. 根据权利要求39所述的方法，其特征在于，所述显示所述虚拟物品包消息之后，还包括：
    所述媒体信息为所述视频信息，在获取到对应于所述虚拟物品包消息的触发信号之后，显示虚拟物品包领取页面，所述虚拟物品包领取页面包括所述播放控件和领取控件；
    判断当前网络状态，根据所述当前网络状态选择直接生成所述播放控件的触发信号或等待接收所述播放控件的触发信号的输入；
    在获取到对应于所述领取控件的触发信号之后，根据所述虚拟物品包标识从所述后台服务器获取虚拟物品。
  43. 根据权利要求41或42所述的方法，其特征在于，所述根据所述虚拟物品包标识从所述后台服务器获取虚拟物品之后，还包括：
    显示领取结果页面；
    获取在所述领取结果页面中输入的留言信息，所述留言信息为文字、语音或视频中的任意一种；
    向所述后台服务器发送所述留言信息，所述后台服务器用于向所述发送方客户端转发所述留言信息。
  44. 一种虚拟物品包发送方法，其特征在于，所述方法包括：
    获取虚拟物品包生成指示；
    在所述虚拟物品包生成指示的触发下，显示虚拟物品包发送页面；
    获取在所述虚拟物品包发送页面中输入的媒体信息和虚拟物品包参数，所述媒体信息为语音信息或视频信息；
    获取虚拟物品包发送指示；
    在所述虚拟物品包发送指示的触发下，向至少一个接收方客户端发送虚拟物品包消息；
    其中，基于所述虚拟物品包参数生成的所述虚拟物品包消息中携带所述媒体信息。
  45. 一种虚拟物品包接收方法，其特征在于，所述方法包括：
    接收虚拟物品包消息；
    显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件；
    获取对应于所述播放控件的触发信号；
    在所述触发信号的触发下，播放所述虚拟物品包消息中携带的媒体信息，所述媒体信息为语音信息或视频信息。
  46. 一种虚拟物品包发送装置，其特征在于，所述装置包括:
    页面显示模块，用于在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面；
    信息获取模块，用于获取在所述虚拟物品包发送页面中输入的媒体信息和虚拟物品包参数，所述媒体信息为语音信息或视频信息；
    信息发送模块，用于将所述媒体信息、所述虚拟物品包参数和接收方信息对应发送给后台服务器，以使得所述后台服务器生成虚拟物品包标识，存储所述虚拟物品包标识、所述媒体信息和所述虚拟物品包参数之间的对应关系，根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识；其中，所述接收方客户端用于显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件，在获取到对应于所述播放控件的触发信号之后，播放根据所述虚拟物品包标识获取到的所述媒体信息。
  47. 一种虚拟物品包发送装置，其特征在于，所述装置包括：
    信息接收模块，用于接收发送方客户端对应发送的媒体信息、虚拟物品包参数和接收方信息，所述媒体信息为语音信息或视频信息；
    标识生成模块，用于生成虚拟物品包标识；
    关系存储模块，用于存储所述虚拟物品包标识、所述媒体信息和所述虚拟物品包参数之间的对应关系；
    消息发送模块，用于根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识；以使得所述接收方客户端显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件，在获取到对应于所述播放控件的触发信号之后，播放根据所述虚拟物品包标识获取到的所述 媒体信息。
  48. 一种虚拟物品包接收装置，其特征在于，所述装置包括:
    消息接收模块，用于接收后台服务器发送的虚拟物品包消息，所述虚拟物品包消息中携带虚拟物品包标识；所述虚拟物品包消息由所述后台服务器在接收到发送方客户端对应发送的媒体信息、虚拟物品包参数和接收方信息之后生成，所述媒体信息和所述虚拟物品包参数由所述发送方客户端在显示的虚拟物品包发送页面中获取，所述媒体信息为语音信息或视频信息；
    消息显示模块，用于显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件；
    信息播放模块，用于在获取到对应于所述播放控件的触发信号之后，播放根据所述虚拟物品包标识获取到的所述媒体信息。
  49. 一种虚拟物品包发送系统，其特征在于，所述系统包括：发送方客户端、后台服务器和接收方客户端；
    所述发送方客户端包括如权利要求46所述的装置；
    所述后台服务器包括如权利要求47所述的装置；
    所述接收方客户端包括如权利要求48所述的装置。
  50. 一种虚拟物品包发送装置，其特征在于，所述装置包括：
    生成指示获取模块，用于获取虚拟物品包生成指示；
    页面显示模块，用于在所述虚拟物品包生成指示的触发下，显示虚拟物品包发送页面；
    信息获取模块，用于获取在所述虚拟物品包发送页面中输入的媒体信息和虚拟物品包参数，所述媒体信息为语音信息或视频信息；
    发送指示获取模块，用于获取虚拟物品包发送指示；
    消息发送模块，用于在所述虚拟物品包发送指示的触发下，向至少一个接收方客户端发送虚拟物品包消息；
    其中，基于所述虚拟物品包参数生成的所述虚拟物品包消息中携带所述媒体信息。
  51. 一种虚拟物品包接收装置，其特征在于，所述装置包括：
    消息接收模块，用于接收虚拟物品包消息；
    消息显示模块，用于显示所述虚拟物品包消息，所述虚拟物品包消息和/或基于所述虚拟物品包消息触发显示的虚拟物品包领取页面中包括播放控件；
    信号获取模块，用于获取对应于所述播放控件的触发信号；
    语音播放模块，用于在所述触发信号的触发下，播放所述虚拟物品包消息中携带的媒体信息，所述媒体信息为语音信息或视频信息。
  52. 一种虚拟物品包发送方法，其特征在于，所述方法包括：
    发送方客户端在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面；获取在所述虚拟物品包发送页面中输入的任务信息和虚拟物品包参数，所述任务信息用于指示领取虚拟物品包所需完成的任务；向后台服务器发送虚拟物品包生成请求，所述虚拟物品包生成请求中携带所述任务信息、所述虚拟物品包参数和接收方信息；
    所述后台服务器根据所述虚拟物品包生成请求生成虚拟物品包标识；存储所述虚拟物品包标识、所述任务信息和所述虚拟物品包参数之间的对应关系；根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识和所述任务信息；
    所述接收方客户端显示所述虚拟物品包消息；检测所述接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务；若已完成所述任务信息所指示的任务，则根据所述虚拟物品包标识从所述后台服务器获取所述虚拟物品包中的虚拟物品。
  53. 根据权利要求52所述的方法，其特征在于，所述接收方客户端显示所述虚拟物品包消息之后，还包括：
    所述接收方客户端在获取到对应于所述虚拟物品包消息的触发信号之后，显示任务详情页面；
    其中，当所述接收方客户端对应的用户帐号未接受所述任务信息所指示的任务时，所述任务详情页面中包括所述任务信息和接受控件，所述接受控件用于触发接受所述任务信息所指示的任务；
    当所述接收方客户端对应的用户帐号已完成所述任务信息所指示的任务时，所述任务详情页面中包括所述任务信息和领取控件，所述领取控件用于触发领取所述虚拟物品包中的虚拟物品。
  54. 根据权利要求52所述的方法，其特征在于，所述接收方客户端显示所述虚拟物品包消息之后，还包括：
    所述接收方客户端在所述虚拟物品包消息中显示任务完成状况；
    其中，所述任务完成状况是指所述接收方客户端对应的用户帐号对于所述 任务信息所指示的任务的完成状况。
  55. 根据权利要求52所述的方法，其特征在于，所述接收方客户端检测所述接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务，包括：
    所述接收方客户端获取与所述任务信息所指示的任务相关的记录数据；
    所述接收方客户端判断所述记录数据是否符合任务完成条件；
    若所述记录数据符合所述任务完成条件，则所述接收方客户端确定所述接收方客户端对应的用户帐号已完成所述任务信息所指示的任务；
    若所述记录数据不符合所述任务完成条件，则所述接收方客户端确定所述接收方客户端对应的用户帐号未完成所述任务信息所指示的任务。
  56. 根据权利要求55所述的方法，其特征在于，所述任务完成条件为：
    所述记录数据所指示的指标数值满足预设取值范围；或者，
    所述记录数据所指示的指标数值在预设的时间限制条件下，满足预设取值范围；或者，
    所述记录数据所指示的指标数值在预设的地点限制条件下，满足预设取值范围；或者，
    所述记录数据所指示的指标数值在预设的时间限制条件和地点限制条件下，满足预设取值范围。
  57. 根据权利要求55所述的方法，其特征在于，所述接收方客户端获取与所述任务信息所指示的任务相关的记录数据之前，还包括：
    所述接收方客户端检测是否具备获取所述记录数据的权限；
    若所述接收方客户端不具备获取所述记录数据的权限，则所述接收方客户端显示权限开启提示信息，所述权限开启提示信息用于提示为所述接收方客户端开启获取所述记录数据的权限。
  58. 根据权利要求52至57任一项所述的方法，其特征在于，所述后台服务器根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，包括：
    当所述接收方信息为用户帐号时，所述后台服务器向所述用户帐号对应的接收方客户端发送所述虚拟物品包消息；
    或者，
    当所述接收方信息为群组标识时，所述后台服务器向所述群组标识指示的群组内的接收方客户端发送所述虚拟物品包消息。
  59. 一种虚拟物品包发送方法，其特征在于，所述方法包括：
    在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面；
    获取在所述虚拟物品包发送页面中输入的任务信息和虚拟物品包参数，所述任务信息用于指示领取虚拟物品包所需完成的任务；
    向后台服务器发送虚拟物品包生成请求，所述虚拟物品包生成请求中携带所述任务信息、所述虚拟物品包参数和接收方信息；以使得所述后台服务器根据所述虚拟物品包生成请求生成虚拟物品包标识，存储所述虚拟物品包标识、所述任务信息和所述虚拟物品包参数之间的对应关系，根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识和所述任务信息；所述接收方客户端用于显示所述虚拟物品包消息，检测所述接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务，若已完成所述任务信息所指示的任务，则根据所述虚拟物品包标识从所述后台服务器获取所述虚拟物品包中的虚拟物品。
  60. 一种虚拟物品包发送方法，其特征在于，所述方法包括：
    接收发送方客户端发送的虚拟物品包生成请求，所述虚拟物品包生成请求中携带任务信息、虚拟物品包参数和接收方信息，所述任务信息用于指示领取虚拟物品包所需完成的任务；
    根据所述虚拟物品包生成请求生成虚拟物品包标识；
    存储所述虚拟物品包标识、所述任务信息和所述虚拟物品包参数之间的对应关系；
    根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识和所述任务信息；以使得所述接收方客户端显示所述虚拟物品包消息，检测所述接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务，若已完成所述任务信息所指示的任务，则根据所述虚拟物品包标识从所述后台服务器获取所述虚拟物品包中的虚拟物品。
  61. 根据权利要求60所述的方法，其特征在于，所述根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，包括：
    当所述接收方信息为用户帐号时，向所述用户帐号对应的接收方客户端发送所述虚拟物品包消息；
    或者，
    当所述接收方信息为群组标识时，向所述群组标识指示的群组内的接收方 客户端发送所述虚拟物品包消息。
  62. 一种虚拟物品包接收方法，其特征在于，所述方法包括：
    接收虚拟物品包消息，所述虚拟物品包消息中携带任务信息，所述任务信息用于指示领取虚拟物品包所需完成的任务；
    显示所述虚拟物品包消息；
    检测接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务；
    若已完成所述任务信息所指示的任务，则获取所述虚拟物品包中的虚拟物品。
  63. 根据权利要求62所述的方法，其特征在于，所述显示所述虚拟物品包消息之后，还包括：
    在获取到对应于所述虚拟物品包消息的触发信号之后，显示任务详情页面，所述任务详情页面中包括所述任务信息。
  64. 根据权利要求62所述的方法，其特征在于，所述显示所述虚拟物品包消息之后，还包括：
    在所述虚拟物品包消息中显示任务完成状况；
    其中，所述任务完成状况是指所述接收方客户端对应的用户帐号对于所述任务信息所指示的任务的完成状况。
  65. 根据权利要求62所述的方法，其特征在于，所述检测接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务，包括：
    获取与所述任务信息所指示的任务相关的记录数据；
    判断所述记录数据是否符合任务完成条件；
    若所述记录数据符合所述任务完成条件，则确定所述接收方客户端对应的用户帐号已完成所述任务信息所指示的任务；
    若所述记录数据不符合所述任务完成条件，则确定所述接收方客户端对应的用户帐号未完成所述任务信息所指示的任务。
  66. 根据权利要求65所述的方法，其特征在于，所述任务完成条件为：
    所述记录数据所指示的指标数值满足预设取值范围；或者，
    所述记录数据所指示的指标数值在预设的时间限制条件下，满足预设取值范围；或者，
    所述记录数据所指示的指标数值在预设的地点限制条件下，满足预设取值 范围；或者，
    所述记录数据所指示的指标数值在预设的时间限制条件和地点限制条件下，满足预设取值范围。
  67. 根据权利要求65所述的方法，其特征在于，所述获取与所述任务信息所指示的任务相关的记录数据之前，还包括：
    检测所述接收方客户端是否具备获取所述记录数据的权限；
    若所述接收方客户端不具备获取所述记录数据的权限，则显示权限开启提示信息，所述权限开启提示信息用于提示为所述接收方客户端开启获取所述记录数据的权限。
  68. 一种虚拟物品包发送装置，其特征在于，所述装置包括：
    页面显示模块，用于在获取到虚拟物品包生成指示之后，显示虚拟物品包发送页面；
    信息获取模块，用于获取在所述虚拟物品包发送页面中输入的任务信息和虚拟物品包参数，所述任务信息用于指示领取虚拟物品包所需完成的任务；
    请求发送模块，用于向后台服务器发送虚拟物品包生成请求，所述虚拟物品包生成请求中携带所述任务信息、所述虚拟物品包参数和接收方信息；以使得所述后台服务器根据所述虚拟物品包生成请求生成虚拟物品包标识，存储所述虚拟物品包标识、所述任务信息和所述虚拟物品包参数之间的对应关系，根据所述接收方信息向至少一个接收方客户端发送虚拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识和所述任务信息；所述接收方客户端用于显示所述虚拟物品包消息，检测所述接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务，若已完成所述任务信息所指示的任务，则根据所述虚拟物品包标识从所述后台服务器获取所述虚拟物品包中的虚拟物品。
  69. 一种虚拟物品包发送装置，其特征在于，所述装置包括：
    请求接收模块，用于接收发送方客户端发送的虚拟物品包生成请求，所述虚拟物品包生成请求中携带任务信息、虚拟物品包参数和接收方信息，所述任务信息用于指示领取虚拟物品包所需完成的任务；
    标识生成模块，用于根据所述虚拟物品包生成请求生成虚拟物品包标识；
    关系存储模块，用于存储所述虚拟物品包标识、所述任务信息和所述虚拟物品包参数之间的对应关系；
    消息发送模块，用于根据所述接收方信息向至少一个接收方客户端发送虚 拟物品包消息，所述虚拟物品包消息中携带所述虚拟物品包标识和所述任务信息；以使得所述接收方客户端显示所述虚拟物品包消息，检测所述接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务，若已完成所述任务信息所指示的任务，则根据所述虚拟物品包标识从所述后台服务器获取所述虚拟物品包中的虚拟物品。
  70. 一种虚拟物品包接收装置，其特征在于，所述装置包括：
    消息接收模块，用于接收虚拟物品包消息，所述虚拟物品包消息中携带任务信息，所述任务信息用于指示领取虚拟物品包所需完成的任务；
    消息显示模块，用于显示所述虚拟物品包消息；
    任务检测模块，用于检测接收方客户端对应的用户帐号是否已完成所述任务信息所指示的任务；
    物品领取模块，用于若已完成所述任务信息所指示的任务，则获取所述虚拟物品包中的虚拟物品。
  71. 一种虚拟物品包发送系统，其特征在于，所述系统包括：发送方客户端、后台服务器和接收方客户端；
    所述发送方客户端包括如权利要求68所述的装置；
    所述后台服务器包括如权利要求69所述的装置；
    所述接收方客户端包括如权利要求70所述的装置。
  72. 一种信息处理方法，其特征在于，所述方法包括：
    服务器获得第一用户发送的包含有属性参数的第一信息；所述第一信息为所述第一用户向至少一个第二用户分配第一数量的可分配资源的信息；
    当所述属性参数为第一属性参数时，基于所述第一属性参数生成第二信息，发送所述第二信息至第一用户和至少一个第二用户所在的群组中；所述群组对应的会话窗口所显示的所述第二信息具有特定的显示效果；
    所述第二信息首次被第二用户触发、接收到第二用户基于触发行为所生成的第三信息后，启动定时器，发送所述定时器的定时状态至所述第二用户；所述第三信息表征所述第二信息首次被触发；
    在所述定时器的定时时间内，获得触发所述第二信息的第二用户的第二数量；
    在所述定时器的定时时间到时，基于所述第二数量以及预先配置的分配规则将所述第一数量的可分配资源分配至触发所述第二信息的第二用户。
  73. 根据权利要求72所述的方法，其特征在于，所述在所述定时器的定时时间内，所述方法还包括，所述服务器接收到第二用户发送的第四信息后，获得所述定时器的定时状态，将所述定时器的定时状态发送至所述第二用户；其中，所述第四信息表征所述第二信息非首次被所述第二用户触发。
  74. 根据权利要求72所述的方法，其特征在于，所述第一信息中还包括第三数量，所述第三数量表征所述第一数量的可分配资源支持分配的第二用户的数量；当所述第二数量大于所述第三数量时，所述方法还包括：
    在触发所述第二信息的第二用户中随机选择满足所述第三数量的第二用户，基于所述第三数量以及预先配置的分配规则将所述第一数量的可分配资源分配至选择的触发所述第二信息的第二用户。
  75. 根据权利要求74所述的方法，其特征在于，当所述第二数量不大于所述第三数量时，
    所述基于所述第二数量以及预先配置的分配规则将所述第一数量的可分配资源分配至选择的触发所述第二信息的第二用户，包括：
    将所述第一数量的可分配资源按照所述第二数量随机分配，获得满足所述第二数量的第一子数量的可分配资源，将所述第一子数量的可分配资源分别发送至相应的触发所述第二信息的第二用户；
    或者，基于所述第一数量的可分配资源支持分配的第二用户的数量将所述第一数量的可分配资源平均分配，获得第二子数量的可分配资源；将所述第二子数量的可分配资源分别发送至触发所述第二信息的第二用户。
  76. 一种信息处理方法，其特征在于，所述方法包括：
    接收服务器发送的第二信息，在会话窗口中输出所述第二信息；其中，所述第二信息用于将第一数量的可分配资源分配给所述会话窗口中的用户，所述第二信息基于第一属性参数生成；
    检测到针对所述第二信息的第一触发操作、当所述第一触发操作为所述会话窗口中针对所述第二信息的首次操作时，生成第三信息，向所述服务器发送所述第三信息；以及，获得所述服务器发送的定时状态；
    基于所述第一触发操作生成并输出包含有所述定时状态的第一界面；
    当所述定时状态表示定时时间到时，获得所述服务器分配的可分配资源，以及输出与所述第一属性参数对应的特定的显示效果。
  77. 根据权利要求76所述的方法，其特征在于，当所述第一触发操作为所 述会话窗口中针对所述第二信息的非首次操作时，所述方法还包括：
    生成第四信息，将所述第四信息发送至所述服务器；所述第四信息用于请求定时状态；
    获得所述服务器发送的定时状态，基于所述第一触发操作生成并显示包含有所述定时状态的第一界面。
  78. 根据权利要求76或77所述的方法，其特征在于，所述定时时间到时，获得所述服务器分配的可分配资源，包括：
    所述定时时间到时，获得服务器发送的通知消息，在所述会话窗口中输出所述通知消息；
    检测到针对所述通知消息的第二触发操作时，获得所述服务器分配的可分配资源，以及输出与所述第一属性参数匹配的包含有特定的显示效果的图像。
  79. 一种服务器，其特征在于，所述服务器包括：第一通讯单元、第一处理单元和定时单元；其中，
    所述第一通讯单元，用于获得第一用户发送的包含有属性参数的第一信息；所述第一信息为所述第一用户向至少一个第二用户分配第一数量的可分配资源的信息，发送所述第一信息至所述第一处理单元；
    所述第一处理单元，用于当所述属性参数为第一属性参数时，基于所述第一属性参数生成第二信息；
    所述第一通讯单元，还用于发送所述第二信息至第一用户和至少一个第二用户所在的群组中；所述群组对应的会话窗口所显示的所述第二信息具有特定的显示效果；还用于所述第二信息首次被第二用户触发、接收到第二用户基于触发行为所生成的第三信息；所述第三信息表征所述第二信息首次被触发；
    所述第一处理单元，还用于所述第一通讯单元接收到所述第三信息后，使能所述定时单元启动，获得所述定时单元的定时状态；
    所述第一通讯单元，还用于发送所述定时单元的定时状态至所述第二用户；还用于在所述定时单元的定时时间内，获得触发所述第二信息的第二用户的第二数量；
    所述第一处理单元，还用于在所述定时单元的定时时间内，基于所述第二数量以及预先配置的分配规则将所述第一数量的可分配资源分配至触发所述第二信息的第二用户。
  80. 一种终端，其特征在于，所述终端包括：通讯单元、处理单元和检测 单元；其中，
    所述通讯单元，用于接收服务器发送的第二信息；
    所述处理单元，用于输出所述第二信息；其中，所述第二信息用于将第一数量的可分配资源分配给所述会话窗口中的用户，所述第二信息基于第一属性参数生成；
    所述检测单元，用于检测到针对所述第二信息的第一触发操作；
    所述处理单元，还用于确定所述第一触发操作为所述会话窗口中针对所述第二信息的首次操作时，生成第三信息；
    所述通讯单元，还用于向所述服务器发送所述第三信息；还用于获得所述服务器发送的定时状态，将所述定时状态发送至所述第二处理单元；还用于当所述定时状态表示定时时间到时，获得所述服务器分配的可分配资源；
    所述处理单元，还用于基于所述第一触发操作生成并输出包含有所述定时状态的第一界面；还用于当所述定时状态表示定时时间到时，获得所述服务器分配的可分配资源，以及输出与所述第一属性参数对应的特定的显示效果。
  81. 一种信息推荐方法，其特征在于，所述方法包括：
    接收第一用户发送的第一信息，所述第一信息为所述第一用户向至少一个第二用户分配的具有第一属性值的第一资源信息；
    针对请求所述第一信息的第二用户，确定分配给所述第二用户的第一资源信息的第二属性值，并获取所述第二用户的用户数据；
    根据所述第二属性值以及所述第二用户的用户数据，获取为所述第二用户推荐的第二信息，所述第二信息为具有第三属性值的第二资源信息；
    向所述第二用户发送所述第二信息和第三信息，所述第三信息为具有第二属性值的第一资源信息；
    当接收到所述第二用户针对所述第三信息的第一触发操作时，将所述具有第二属性值的第一资源信息分配给所述第二用户；当接收到所述第二用户针对所述第二信息的第二触发操作时，将所述具有第三属性值的第二资源信息分配给所述第二用户。
  82. 根据权利要求81所述的信息推荐方法，其特征在于，
    当为一个第二用户分配具有第一属性值的第一资源信息时，所述一个第二用户分配的第二属性值与所述第一属性值相同；
    当为多个第二用户分配具有第一属性值的第一资源信息时，所述多个第二 用户分配的第二属性值之和与所述第一属性值相同。
  83. 根据权利要求81所述的信息推荐方法，其特征在于，所述方法还包括：
    生成包含有所述第二信息和所述第三信息的第四信息，所述第四信息具有第一展示效果和第二展示效果；其中，
    在未接收到所述第二用户针对所述第四信息的第三触发操作时，所述第四信息对应所述第一展示效果，所述第一展示效果将所述第四信息所包含的所述第二信息和所述第三信息隐藏起来；
    在接收到所述第二用户针对所述第四信息的第三触发操作时，所述第四信息对应所述第二展示效果，所述第二展示效果将所述第四信息所包含的所述第二信息和所述第三信息暴露出来。
  84. 根据权利要求81所述的信息推荐方法，其特征在于，所述方法还包括：
    将所述具有第三属性值的第二资源信息分配给所述第二用户时，监测所述第二资源信息的使用状态；
    在设定期限内所述第二资源信息均处于未使用状态时，将所述第二资源信息设置为过期状态，并将所述具有第二属性值的第一资源信息重新分配给所述第二用户。
  85. 根据权利要求81至84任一项所述的信息推荐方法，其特征在于，为所述第二用户推荐的第二信息的个数为一个或多个，其中：
    当为所述第二用户推荐的第二信息的个数为多个时，所述接收到所述第二用户针对所述第二信息的第二触发操作，具体包括：
    接收到所述第二用户在所述多个第二信息中的选择操作。
  86. 一种信息推荐方法，其特征在于，所述方法包括：
    接收服务器发送的第二信息和第三信息，所述第三信息为第一用户向第二用户分配的具有第二属性值的第一资源信息，所述第二信息为所述服务器为所述第二用户推荐的具有第三属性值的第二资源信息；
    当获得针对所述第三信息的第一触发操作时，向所述服务器发送所述第一触发操作，以触发所述服务器为所述第二用户分配具有第二属性值的第一资源信息；
    当获得针对所述第二信息的第二触发操作时，向所述服务器发送所述第二触发操作，以触发所述服务器为所述第二用户分配具有第三属性值的第二资源信息。
  87. 根据权利要求86所述的信息推荐方法，其特征在于，所述接收服务器发送的第二信息和第三信息，包括：
    接收服务器发送的包括含有所述第二信息和所述第三信息的第四信息；
    对所述第四信息进行展示。
  88. 根据权利要求87所述的信息推荐方法，其特征在于，所述第四信息具有第一展示效果和第二展示效果；其中，
    在未获得所述第二用户针对所述第四信息的第三触发操作时，按照第一展示效果对所述第四信息进行展示，所述第一展示效果将所述第四信息所包含的所述第二信息和所述第三信息隐藏起来；
    在获得所述第二用户针对所述第四信息的第三触发操作时，按照第二展示效果对所述第四信息进行展示，所述第二展示效果将所述第四信息所包含的所述第二信息和所述第三信息暴露出来。
  89. 一种服务器，其特征在于，所述服务器包括：
    通信单元，用于接收第一用户发送的第一信息，所述第一信息为所述第一用户向至少一个第二用户分配的具有第一属性值的第一资源信息；
    获取单元，用于针对请求所述第一信息的第二用户，确定分配给所述第二用户的第一资源信息的第二属性值，并获取所述第二用户的用户数据；根据所述第二属性值以及所述第二用户的用户数据，获取为所述第二用户推荐的第二信息，所述第二信息为具有第三属性值的第二资源信息；
    所述通信单元，还用于向所述第二用户发送所述第二信息和第三信息，所述第三信息为具有第二属性值的第一资源信息；
    分配单元，用于当所述通信单元接收到所述第二用户针对所述第三信息的第一触发操作时，将所述具有第二属性值的第一资源信息分配给所述第二用户；当所述通信单元接收到所述第二用户针对所述第二信息的第二触发操作时，将所述具有第三属性值的第二资源信息分配给所述第二用户。
  90. 一种客户端，其特征在于，所述客户端包括：
    通信单元，用于接收服务器发送的第二信息和第三信息，所述第三信息为第一用户向第二用户分配的具有第二属性值的第一资源信息，所述第二信息为所述服务器为所述第二用户推荐的具有第三属性值的第二资源信息；
    获取单元，用于获得用户的触发操作；
    所述通信单元，还用于当所述获取单元获得针对所述第三信息的第一触发 操作时，向所述服务器发送所述第一触发操作，以触发所述服务器为所述第二用户分配具有第二属性值的第一资源信息；当所述获取单元获得针对所述第二信息的第二触发操作时，向所述服务器发送所述第二触发操作，以触发所述服务器为所述第二用户分配具有第三属性值的第二资源信息。
  91. 一种数据资源接收方法，其特征在于，所述方法包括：
    第一终端接收数据服务器发送的多个数据资源；
    所述第一终端控制所述多个数据资源分别从显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘滑动以动态展示所述多个数据资源；
    所述第一终端检测针对动态展示的所述多个数据资源的点击操作，并统计所述多个数据资源中被点击的数据资源的个数；
    所述第一终端向所述数据服务器发送所述被点击的数据资源的个数，以使所述数据服务器根据所述被点击的数据资源的个数确定数据转移大小并向所述第一终端返回所述数据转移大小。
  92. 如权利要求91所述的方法，其特征在于，所述控制所述多个数据资源分别从显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘滑动包括：
    控制所述多个数据资源在预设时间范围内分别从所述显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘加速滑动。
  93. 如权利要求91所述的方法，其特征在于，所述控制所述多个数据资源分别从显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘滑动包括：
    当检测到所述多个数据资源分别从所述显示界面的第一边缘滑入时，随机分配每个所述数据资源的坐标位置，所述坐标位置包括第一坐标和第二坐标；
    保持所述第一坐标不变且在所述第二坐标的坐标方向上滑动每个所述数据资源。
  94. 如权利要求92或93所述的方法，其特征在于，所述检测针对动态展示的所述多个数据资源的点击操作之后，还包括：
    当检测到所述多个数据资源中的目标数据资源未被点击时，控制所述目标数据资源从所述第二边缘滑出。
  95. 如权利要求91所述的方法，其特征在于，所述多个数据资源包括有效数据资源和无效数据资源，所述统计所述多个数据资源中被点击的数据资源的 个数包括：
    分别统计被点击的所述有效数据资源的个数和被点击的无效数据资源的个数；
    所述向所述数据服务器发送所述被点击的数据资源的个数包括：
    向所述数据服务器发送所述被点击的所述有效数据资源的个数和所述被点击的无效数据资源的个数，以使所述数据服务器根据所述被点击的所述有效数据资源的个数和所述被点击的无效数据资源的个数确定所述数据转移大小。
  96. 如权利要求91-95任意一项所述的方法，其特征在于，所述多个数据资源由所述数据服务器根据接收到的第二终端发送的资源额度随机生成的，所述多个数据资源包括有效数据资源和无效数据资源。
  97. 如权利要求91-95任意一项所述的方法，其特征在于，所述多个数据资源由所述数据服务器根据接收到的第二终端发送的资源额度和资源个数生成的，所述资源个数包括无效资源个数和有效资源个数。
  98. 一种数据资源接收装置，其特征在于，所述装置包括：
    资源接收模块，用于接收数据服务器发送的多个数据资源；
    资源显示模块，用于控制所述多个数据资源分别从显示界面的第一边缘滑入并指向所述第一边缘相对的第二边缘滑动以动态展示所述多个数据资源；
    数据统计模块，用于检测针对动态展示的所述多个数据资源的点击操作，并统计所述多个数据资源中被点击的数据资源的个数；
    数据发送模块，用于向所述数据服务器发送所述被点击的数据资源的个数，以使所述数据服务器根据所述被点击的数据资源的个数确定数据转移大小并向所述第一终端返回所述数据转移大小。
  99. 一种终端，其特征在于，所述终端包括：处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现：
    如权利要求1至权利要求8任一项所述的方法中所执行的操作；
    或者，如权利要求22至权利要求30任一项所述的方法中所执行的操作；
    或者，如权利要求31至权利要求35任一项所述的方法中所执行的操作；
    或者，如权利要求39至权利要求43任一项所述的方法中所执行的操作；
    或者，如权利要求44所述的方法中所执行的操作；
    或者，如权利要求45所述的方法中所执行的操作；
    或者，如权利要求52至权利要求58任一项所述的方法中客户端所执行的 操作；
    或者，如权利要求59所述的方法中所执行的操作；
    或者，如权利要求62至权利要求67任一项所述的方法中所执行的操作；
    或者，如权利要求76至权利要求78任一项所述的方法中所执行的操作；
    或者，如权利要求86至权利要求88任一项所述的方法中所执行的操作；
    或者，如权利要求91至权利要求97任一项所述的方法中所执行的操作。
  100. 一种服务器，其特征在于，所述服务器包括：处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现：
    如权利要求9至权利要求16任一项所述的方法中所执行的操作；
    或者，如权利要求17至权利要求18任一项所述的方法中所执行的操作；
    或者，如权利要求36至权利要求38任一项所述的方法中所执行的操作；
    或者，如权利要求52至权利要求58任一项所述的方法中后台服务器所执行的操作；
    或者，如权利要求60至权利要求61任一项所述的方法中所执行的操作；
    或者，如权利要求72至权利要求75任一项所述的方法中所执行的操作；
    或者，如权利要求81至权利要求85任一项所述的方法中所执行的操作。
  101. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现：
    如权利要求1至权利要求8任一项所述的方法中所执行的操作；
    或者，如权利要求22至权利要求30任一项所述的方法中所执行的操作；
    或者，如权利要求31至权利要求35任一项所述的方法中所执行的操作；
    或者，如权利要求39至权利要求43任一项所述的方法中所执行的操作；
    或者，如权利要求44所述的方法中所执行的操作；
    或者，如权利要求45所述的方法中所执行的操作；
    或者，如权利要求52至权利要求58任一项所述的方法中客户端所执行的操作；
    或者，如权利要求59所述的方法中所执行的操作；
    或者，如权利要求62至权利要求67任一项所述的方法中所执行的操作；
    或者，如权利要求76至权利要求78任一项所述的方法中所执行的操作；
    或者，如权利要求86至权利要求88任一项所述的方法中所执行的操作；
    或者，如权利要求91至权利要求97任一项所述的方法中所执行的操作。
  102. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现：
    如权利要求9至权利要求16任一项所述的方法中所执行的操作；
    或者，如权利要求17至权利要求18任一项所述的方法中所执行的操作；
    或者，如权利要求36至权利要求38任一项所述的方法中所执行的操作；
    或者，如权利要求52至权利要求58任一项所述的方法中后台服务器所执行的操作；
    或者，如权利要求60至权利要求61任一项所述的方法中所执行的操作；
    或者，如权利要求72至权利要求75任一项所述的方法中所执行的操作；
    或者，如权利要求81至权利要求85任一项所述的方法中所执行的操作。
PCT/CN2017/094361 2016-08-04 2017-07-25 信息处理方法、装置、设备和存储介质 WO2018024137A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/194,154 US11153237B2 (en) 2016-08-04 2018-11-16 Information processing method, apparatus, device and storage medium
US17/382,222 US11595330B2 (en) 2016-08-04 2021-07-21 Information processing method, apparatus, device, and storage medium

Applications Claiming Priority (14)

Application Number Priority Date Filing Date Title
CN201610635639.6 2016-08-04
CN201610635639.6A CN106302111B (zh) 2016-08-04 2016-08-04 一种信息处理方法、终端及服务器
CN201610729463.0 2016-08-26
CN201610729463.0A CN107784491A (zh) 2016-08-26 2016-08-26 资源包发送方法、发放方法、资源获取方法及装置
CN201610955516.0 2016-10-27
CN201610955516.0A CN108011905A (zh) 2016-10-27 2016-10-27 虚拟物品包发送方法、接收方法、装置及系统
CN201610927287.1 2016-10-31
CN201610927287.1A CN106355454B (zh) 2016-10-31 2016-10-31 一种信息推荐方法、服务器及客户端
CN201611108377.4A CN106789562B (zh) 2016-12-06 2016-12-06 一种虚拟物品发送方法、接收方法、装置和系统
CN201611108377.4 2016-12-06
CN201611108806.8A CN106599142B (zh) 2016-12-06 2016-12-06 一种数据资源接收方法和装置
CN201611108806.8 2016-12-06
CN201611255510.9 2016-12-30
CN201611255510.9A CN106709705A (zh) 2016-12-30 2016-12-30 虚拟物品包发送方法、接收方法、装置及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/194,154 Continuation-In-Part US11153237B2 (en) 2016-08-04 2018-11-16 Information processing method, apparatus, device and storage medium

Publications (1)

Publication Number Publication Date
WO2018024137A1 true WO2018024137A1 (zh) 2018-02-08

Family

ID=61072632

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/094361 WO2018024137A1 (zh) 2016-08-04 2017-07-25 信息处理方法、装置、设备和存储介质

Country Status (2)

Country Link
US (2) US11153237B2 (zh)
WO (1) WO2018024137A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114817751A (zh) * 2022-06-24 2022-07-29 腾讯科技（深圳）有限公司 数据处理方法、装置、电子设备、存储介质及程序产品
US11405678B2 (en) * 2020-02-25 2022-08-02 Beijing Dajia Internet Information Technology Co., Ltd. Live streaming interactive method, apparatus, electronic device, server and storage medium

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110268434A (zh) * 2017-02-13 2019-09-20 索尼公司 客户端装置、信息处理系统、存储介质和信息处理方法
WO2018184494A1 (zh) * 2017-04-05 2018-10-11 腾讯科技（深圳）有限公司 一种信息处理方法、装置和存储介质
CN109859008A (zh) * 2019-01-16 2019-06-07 平安科技（深圳）有限公司 基于用户画像的商品推荐方法、装置及终端设备
US11431664B2 (en) * 2019-02-18 2022-08-30 State Farm Mutual Automobile Insurance Company Outbound dialer and messaging system and user interface for group messaging
US11146675B1 (en) 2019-02-18 2021-10-12 State Farm Mutual Automobile Insurance Company System and user interface having push-to-talk, outbound dialer, and messaging functions with recipients identified using a proxy alias
CN110807690B (zh) * 2019-10-31 2023-04-28 网易（杭州）网络有限公司 交易对象数据的处理方法和装置
CN110956536A (zh) * 2019-11-25 2020-04-03 北京中电普华信息技术有限公司 一种基于大数据应用的会计管理方法及系统
CN111461825B (zh) * 2020-03-30 2024-04-09 京东科技控股股份有限公司 一种虚拟资源的生成方法、装置、电子设备及存储介质
CN111784315B (zh) * 2020-07-15 2022-04-29 支付宝(杭州)信息技术有限公司 电子红包的相关信息展示、发送、接收方法、装置及设备
CN111970530B (zh) * 2020-08-24 2022-12-06 北京字节跳动网络技术有限公司 虚拟礼物的展示方法、服务器及目标接收端
CN112732140A (zh) * 2021-01-12 2021-04-30 北京市商汤科技开发有限公司 资源处理方法、装置、电子设备及存储介质
CN114764362A (zh) 2021-01-15 2022-07-19 北京达佳互联信息技术有限公司 一种虚拟资源获取方法、装置、电子设备及存储介质
US11144978B1 (en) * 2021-02-25 2021-10-12 Mythical, Inc. Systems and methods to support custom bundling of virtual items within an online game
US11645384B2 (en) * 2021-03-03 2023-05-09 Bank Of America Corporation System for electronic data obfuscation and protection using independent destructible data objects
CN116320577A (zh) * 2021-12-20 2023-06-23 上海哔哩哔哩科技有限公司 图片弹幕交互方法和系统
CN114371824B (zh) * 2021-12-31 2024-09-17 华为技术有限公司 一种音频处理方法、系统及相关装置
CN115037989B (zh) * 2022-05-25 2024-06-25 成都天翼空间科技有限公司 一种基于用户大数据平台的ar红包雨展示方法
CN115225360A (zh) * 2022-07-13 2022-10-21 深圳壹账通智能科技有限公司 基于权限配置的资源分发方法、装置、设备及存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140325667A1 (en) * 2013-04-25 2014-10-30 Xiao Sun Preventing identity fraud for instant messaging
CN105389117A (zh) * 2015-12-07 2016-03-09 腾讯科技（深圳）有限公司 获取资源的方法和装置以及资源处理方法、装置和系统
CN105610695A (zh) * 2015-12-21 2016-05-25 阿里巴巴集团控股有限公司 业务实现方法及装置
CN105681056A (zh) * 2016-01-13 2016-06-15 阿里巴巴集团控股有限公司 业务实现方法及装置
CN106302111A (zh) * 2016-08-04 2017-01-04 财付通支付科技有限公司 一种信息处理方法、终端及服务器
CN106355454A (zh) * 2016-10-31 2017-01-25 腾讯科技（深圳）有限公司 一种信息推荐方法、服务器及客户端
CN106599142A (zh) * 2016-12-06 2017-04-26 腾讯科技（深圳）有限公司 一种数据资源接收方法和装置
CN106709705A (zh) * 2016-12-30 2017-05-24 腾讯科技（深圳）有限公司 虚拟物品包发送方法、接收方法、装置及系统
CN106789562A (zh) * 2016-12-06 2017-05-31 腾讯科技（深圳）有限公司 一种虚拟物品发送方法、接收方法、装置和系统

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7742985B1 (en) * 2003-06-26 2010-06-22 Paypal Inc. Multicurrency exchanges between participants of a network-based transaction facility
US20130097302A9 (en) * 2003-10-01 2013-04-18 Robert Khedouri Audio visual player apparatus and system and method of content distribution using the same
US8572493B2 (en) * 2009-01-29 2013-10-29 Rick Qureshi Mobile device messaging application
US20110099507A1 (en) * 2009-10-28 2011-04-28 Google Inc. Displaying a collection of interactive elements that trigger actions directed to an item
US20110282764A1 (en) * 2010-05-11 2011-11-17 Ganz Virtual parties and packs
US8843585B1 (en) * 2010-07-06 2014-09-23 Midnight Studios, Inc. Methods and apparatus for generating a unique virtual item
US8219454B2 (en) * 2010-10-27 2012-07-10 Xerox Corporation Personalized virtual goods holiday or event calendar
US10560410B2 (en) * 2011-06-30 2020-02-11 Audiobyte Llc Method and system for communicating between a sender and a recipient via a personalized message including an audio clip extracted from a pre-existing recording
US9262522B2 (en) * 2011-06-30 2016-02-16 Rednote LLC Method and system for communicating between a sender and a recipient via a personalized message including an audio clip extracted from a pre-existing recording
US9047600B2 (en) * 2011-07-18 2015-06-02 Andrew H B Zhou Mobile and wearable device payments via free cross-platform messaging service, free voice over internet protocol communication, free over-the-top content communication, and universal digital mobile and wearable device currency faces
US10313279B2 (en) * 2011-12-12 2019-06-04 Rcs Ip, Llc Live video-chat function within text messaging environment
US9639861B2 (en) * 2011-12-12 2017-05-02 Textsoft, Inc Messaging with greeting card and gift option
US10552030B2 (en) * 2012-10-15 2020-02-04 Kirusa, Inc. Multi-gesture media recording system
US20140156512A1 (en) * 2012-12-04 2014-06-05 Pangea Universal Holdings, Inc. Providing money transfer using a money transfer platform
US9449321B2 (en) * 2013-03-15 2016-09-20 Square, Inc. Transferring money using email
US20140310780A1 (en) * 2013-04-11 2014-10-16 Dominic Siwik Communication system
CN103973769B (zh) * 2014-01-29 2016-08-17 腾讯科技（深圳）有限公司 虚拟物品发送方法、接收方法、装置和系统
US9361011B1 (en) * 2015-06-14 2016-06-07 Google Inc. Methods and systems for presenting multiple live video feeds in a user interface
CN105183895A (zh) 2015-09-29 2015-12-23 北京奇虎科技有限公司 虚拟资源推送方法和装置
CN105553681B (zh) 2015-12-15 2018-11-27 武汉斗鱼网络科技有限公司 一种反外挂的方法和系统
US11112963B2 (en) * 2016-05-18 2021-09-07 Apple Inc. Devices, methods, and graphical user interfaces for messaging

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140325667A1 (en) * 2013-04-25 2014-10-30 Xiao Sun Preventing identity fraud for instant messaging
CN105389117A (zh) * 2015-12-07 2016-03-09 腾讯科技（深圳）有限公司 获取资源的方法和装置以及资源处理方法、装置和系统
CN105610695A (zh) * 2015-12-21 2016-05-25 阿里巴巴集团控股有限公司 业务实现方法及装置
CN105681056A (zh) * 2016-01-13 2016-06-15 阿里巴巴集团控股有限公司 业务实现方法及装置
CN106302111A (zh) * 2016-08-04 2017-01-04 财付通支付科技有限公司 一种信息处理方法、终端及服务器
CN106355454A (zh) * 2016-10-31 2017-01-25 腾讯科技（深圳）有限公司 一种信息推荐方法、服务器及客户端
CN106599142A (zh) * 2016-12-06 2017-04-26 腾讯科技（深圳）有限公司 一种数据资源接收方法和装置
CN106789562A (zh) * 2016-12-06 2017-05-31 腾讯科技（深圳）有限公司 一种虚拟物品发送方法、接收方法、装置和系统
CN106709705A (zh) * 2016-12-30 2017-05-24 腾讯科技（深圳）有限公司 虚拟物品包发送方法、接收方法、装置及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11405678B2 (en) * 2020-02-25 2022-08-02 Beijing Dajia Internet Information Technology Co., Ltd. Live streaming interactive method, apparatus, electronic device, server and storage medium
CN114817751A (zh) * 2022-06-24 2022-07-29 腾讯科技（深圳）有限公司 数据处理方法、装置、电子设备、存储介质及程序产品

Also Published As

Publication number Publication date
US11595330B2 (en) 2023-02-28
US11153237B2 (en) 2021-10-19
US20190238488A1 (en) 2019-08-01
US20220014488A1 (en) 2022-01-13

Similar Documents

Publication Publication Date Title
WO2018024137A1 (zh) 信息处理方法、装置、设备和存储介质
US11227328B2 (en) Interactive method and device for e-commerce application program
CN109347722B (zh) 交互系统、方法、客户端及后台服务器
CN105049423B (zh) 权限管理系统、装置及方法
CN104769627B (zh) 用于对端辅助购物的方法和装置
US20150148005A1 (en) Electronic device lock screen content distribution based on environmental context system and method
US8725851B2 (en) Contextual data communication platform
CN106789562B (zh) 一种虚拟物品发送方法、接收方法、装置和系统
CN106709705A (zh) 虚拟物品包发送方法、接收方法、装置及系统
US20130226710A1 (en) Ad creation interface for an interpersonal electronic advertising system
KR20170137821A (ko) 자원 이전을 위한 시스템 및 방법
CN105847114B (zh) 动态信息展示系统、方法及装置
US20080255870A1 (en) Systems and Methods for Grouping Kiosk Users and Non-Users into a Community
WO2017133329A1 (zh) 信息处理方法、服务器及第一终端、计算机存储介质
WO2012099148A1 (ja) ゲームシステムのサーバ、ゲームシステム、ゲームシステムの制御方法、及びゲームシステムのサーバの制御プログラム
CN113891134A (zh) 红包互动方法、装置、计算机设备、可读存储介质
CN106603389B (zh) 虚拟票据转移方法及装置
US20140172505A1 (en) Methods and systems for online support and promotion of authors
CN111784416A (zh) 虚拟物品的分配方法、装置、设备及存储介质
CN104951960A (zh) 基于目标物消息的交互方法及装置
KR101783431B1 (ko) 크라우드 펀딩 시스템을 통해 엔터테인먼트 관련 펀딩 정보 및 컨설팅 정보를 제공하는 방법
CN107784491A (zh) 资源包发送方法、发放方法、资源获取方法及装置
CN110012150A (zh) 一种消息显示方法及终端设备
CN108960896A (zh) 数据处理方法、用户端和服务器端
CN105979381B (zh) 视频播放方法及装置

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: 17836319

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: 17836319

Country of ref document: EP

Kind code of ref document: A1