WO2019034155A1 - 基于移动社交平台的口令红包发布的方法及装置 - Google Patents

基于移动社交平台的口令红包发布的方法及装置 Download PDF

Info

Publication number
WO2019034155A1
WO2019034155A1 PCT/CN2018/101137 CN2018101137W WO2019034155A1 WO 2019034155 A1 WO2019034155 A1 WO 2019034155A1 CN 2018101137 W CN2018101137 W CN 2018101137W WO 2019034155 A1 WO2019034155 A1 WO 2019034155A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
red envelope
advertisement
user
red
Prior art date
Application number
PCT/CN2018/101137
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
Application filed by 吴泽亮 filed Critical 吴泽亮
Publication of WO2019034155A1 publication Critical patent/WO2019034155A1/zh

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/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/0652—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash with decreasing value according to a parameter, e.g. time
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • 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

Definitions

  • the present application relates to the field of communications technologies, and in particular, to a method and apparatus for issuing a red envelope based on a mobile social platform.
  • red packets and red packets There are two kinds of red envelopes commonly used in the prior art. One is a common red envelope, and the user only You need to set the amount of each red envelope, and then send it to a certain user or send it to a certain group. The person who receives the red envelope is the same amount as the set red envelope. There is also a red envelope that is a "hands-on" red envelope. The user sets the number of red packets to be sent and the total amount. The amount of red packets received is random.
  • the purpose of the embodiments of the present application is to provide a method and a device for issuing a red envelope based on a mobile social platform, so as to alleviate the problem that the existing electronic red envelope issuance function is single and the advertisement is weak.
  • the embodiment of the present application provides a method for issuing a password red envelope based on a mobile social platform, where the method includes acquiring password red envelope feature information input by a first user, and selected address book friend information or a specific geographic location range.
  • the embodiment of the present application provides a device for issuing a red envelope based on a mobile social platform, where the device includes: an information acquiring module configured to acquire password red envelope feature information input by the first user and a selected address book friend Information or personnel information within a specific geographical location, and generating an advertisement-free, no-sale red envelope, an advertisement-free red envelope, or an advertisement according to the password red envelope characteristic information and the address book friend information or the personal information within the specific geographical location range a sales red envelope; a determining module configured to determine whether the first user has paid an amount corresponding to the no-advertised no-sale red envelope, the advertisement-free red-sale red envelope, or the advertisement-sold red envelope; the verification information sending module And configured to send the to-be-verified information to the server platform for verification when determining that the first user has paid the amount corresponding to the no-advertisement no-sale red envelope, the advertisement-free sale red envelope, or the advertisement-sold red envelope a
  • the method and device for issuing a password red envelope based on a mobile social platform first obtain the password red envelope feature information input by the first user, the selected address book friend information or the specific geographical location range personnel information, and the red envelope according to the password Feature information and address book friend information or person information within a specific geographical location generates an advertisement-free, no-sale red envelope, an advertisement without a sales red envelope, or an advertisement with a sales red envelope, and determines whether the first user has paid and no advertisement, no sales red envelope, The advertisement has no sales red envelope or has an advertisement corresponding to the amount of the sales red envelope.
  • the information to be verified is sent to the server platform for verification, and then the server platform obtains the information fed back according to the information to be verified, and determines whether the feedback information is approved.
  • the advertisement-free, non-sales red envelope, advertisement-free red-sale red envelope or advertisement-selling red envelope is issued, thereby alleviating the problem that the existing electronic red envelope issuance function is simple and the advertisement promotion is weak.
  • FIG. 1 is a schematic diagram of interaction between a server platform and a client provided by an embodiment of the present application
  • FIG. 2 is a structural block diagram of an electronic device according to an embodiment of the present application.
  • FIG. 3 is a schematic flowchart of a method for issuing a password red envelope based on a mobile social platform according to a first embodiment of the present application
  • step S110 is a schematic diagram of a first process of step S110 of a method for issuing a password red envelope based on a mobile social platform according to a first embodiment of the present application;
  • FIG. 5 is a second schematic flowchart of step S110 of a method for issuing a password red envelope based on a mobile social platform according to a first embodiment of the present disclosure
  • FIG. 6 is a third schematic flowchart of step S110 of a method for issuing a password red envelope based on a mobile social platform according to a first embodiment of the present disclosure
  • FIG. 7 is a schematic flowchart diagram of a method for issuing a red envelope based on a mobile social platform according to a second embodiment of the present application.
  • FIG. 8 is a schematic flowchart diagram of a method for issuing a red envelope based on a mobile social platform according to a third embodiment of the present application.
  • FIG. 9 is a structural block diagram of an apparatus for issuing a red envelope based on a mobile social platform according to a fourth embodiment of the present application.
  • FIG. 1 is a schematic diagram of the server platform 100 interacting with the client 200 according to an embodiment of the present disclosure.
  • the server platform 100 communicates with the client 200 through a network to perform data communication or interaction.
  • the server platform 100 can be a web server, a database server, or the like.
  • the client 200 may be a terminal such as a personal computer (PC), a tablet computer, a smart phone, a personal digital assistant (PDA), a wearable device, or the like.
  • PC personal computer
  • PDA personal digital assistant
  • the electronic device 300 includes: a device for issuing a password red envelope based on a mobile social platform, a memory 310, a storage controller 320, a processor 330, a peripheral interface 340, an input and output unit 350, an audio unit 360, and a display unit 370.
  • the components of the memory 310, the memory controller 320, the processor 330, the peripheral interface 340, the input and output unit 350, the audio unit 360, and the display unit 370 are electrically connected directly or indirectly to each other to implement data transmission or Interaction.
  • the components can be electrically connected to one another via one or more communication buses or signal lines.
  • the device for issuing a password red envelope based on a mobile social platform includes at least one software that can be stored in the memory or firmware in an operating system (OS) of the client device in the form of software or firmware. functional module.
  • the processor 330 is configured to execute an executable module stored in the memory 310, such as a software function module or a computer program included in the device for issuing a password red envelope based on a mobile social platform.
  • the memory 310 may be, but not limited to, a random access memory (RAM), a read only memory (ROM), and a programmable read-only memory (PROM). Erasable Programmable Read-Only Memory (EPROM), Electric Erasable Programmable Read-Only Memory (EEPROM), and the like.
  • RAM random access memory
  • ROM read only memory
  • PROM programmable read-only memory
  • EPROM Erasable Programmable Read-Only Memory
  • EEPROM Electric Erasable Programmable Read-Only Memory
  • the memory 310 is used to store a program, and the processor 330 executes the program after receiving the execution instruction.
  • the method executed by the server defined by the flow process disclosed in any embodiment of the present application may be applied to the processing. In the processor 330, or implemented by the processor 330.
  • Processor 330 may be an integrated circuit chip with signal processing capabilities.
  • the processor 330 may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP processor, etc.), or a digital signal processor (DSP), an application specific integrated circuit. (ASIC), off-the-shelf programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware component.
  • CPU central processing unit
  • NP processor network processor
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA off-the-shelf programmable gate array
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • peripheral interface 340 couples various input/input devices to the processor 330 and the memory 310.
  • peripheral interface 340, processor 330, and memory controller 320 can be implemented in a single chip. In other instances, they can be implemented by separate chips.
  • the input and output unit 350 is configured to provide input data to the user to implement user interaction with the electronic device 300.
  • the input and output unit 350 can be, but is not limited to, a mouse, a keyboard, and the like.
  • the audio unit 360 provides an audio interface to the user, which may include one or more microphones, one or more speakers, and audio circuitry.
  • the display unit 370 provides an interactive interface (eg, a user interface) between the electronic device 300 and the user or for displaying image data to the user for reference.
  • the display unit 370 can be a liquid crystal display or a touch display.
  • a touch display it can be a capacitive touch screen or a resistive touch screen that supports single-point and multi-touch operations. Supporting single-point and multi-touch operations means that the touch display can sense a touch operation simultaneously generated from one or more positions on the touch display, and the touch operation is transferred to the processor 330. Perform calculations and processing.
  • FIG. 3 is a flowchart of a method for issuing a password red envelope based on a mobile social platform according to a first embodiment of the present application. The flow shown in FIG. 3 will be described in detail below, and the method includes:
  • Step S110 Acquire password red envelope feature information input by the first user and selected address book friend information or personnel information in a specific geographical location range, and according to the password red envelope feature information and the address book friend information or a specific geographic location The information within the scope generates no advertisements, no sales red envelopes, advertisements without sales red envelopes, or advertisements with sales red envelopes.
  • the client obtains the password red packet feature information input by the first user and the selected address book friend information or the specific geographical location range personnel information, wherein the password red packet feature information is the basic information of the red envelope. That is, the basic information necessary for the red envelope is formed, and the address book friend information is the friend information stored in the first user address book.
  • the selection of the address book friend information is mainly used to limit the distribution scope of the red envelope to the first one.
  • the user's address book friend is mainly used as a red envelope between friends.
  • the personnel information in this specific geographical location is information set according to needs and scope, and can be used for red envelope issuance within the company's internal scope.
  • the client only obtains the password red packet feature information input by the first user, it is randomly distributed to the users in the range according to the preset range.
  • the red envelope feature information and the address book friend information or the specific geography according to the password
  • the personnel information in the location range generates a red envelope, which is an advertisement-free, no-sale red envelope, an advertisement without a sales red envelope, or an advertisement with a sales red envelope.
  • FIG. 4 is a schematic diagram showing a first process of step S110 of the red envelope issuance method provided by the first embodiment of the present application. The process shown in FIG. 4 will be explained below, and the method includes:
  • Step S111 Obtain red packet instruction information, arbitrary picture information, delivery geographical location information, delivery range information, red packet number information, red envelope total amount information, red envelope greeting information, and selected address book friend information or Personnel information within a specific geographic location.
  • the client obtains the password red packet feature information input by the first user, including red packet instruction information, arbitrary picture information, delivery geographic location information, delivery range information, red packet number information, and red packet total amount information.
  • the red envelope instruction information may be a red envelope password keyword arbitrarily set by the first user, or may be set for the first user to query the keyword leaderboard; the arbitrary image information is any image uploaded by the first user;
  • the location information is set by the first user according to the geographic location to be sent.
  • the geographic location information may be specific to a certain business district, a hospital or a school, etc.; the delivery scope information is used to define the location information.
  • the sending range of the red envelope preferably, in the embodiment, the delivery range is accurate to the unit of meters; the number of red packets is set according to the number of red packets to be sent by the first user, wherein the number of red packets is also
  • the input range information may be randomly distributed; the total amount information of the red envelope is set according to the amount of red packets to be sent by the first user; the red envelope greeting information may be a greeting input by the first user, or may be The first user selects the existing greetings from the platform.
  • Step S112 According to the red envelope instruction information, the arbitrary picture information, the delivery geographical location information, the delivery range information, the red packet number information, the red envelope total amount information, the red envelope greeting information, and The address book friend information or the person information in a specific geographical location generates an advertisement-free and no-sale red envelope.
  • the client obtains the red envelope instruction information, any picture information, the delivery location information, the delivery range information, the red packet number information, the red envelope total amount information, the red envelope greeting information, and the first user selected address book friend information or specific Personnel information within the geographical location, and then, according to the obtained red envelope instruction information, any image information, placement geographic location information, delivery range information, red envelope number information, red envelope total amount information, red envelope greeting information, and address book friend information or Personnel information within a specific geographic location, generating an ad-free, no-sale red envelope.
  • FIG. 5 shows a second flowchart of step S110 of the red envelope issuance method provided by the first embodiment of the present application.
  • the process shown in FIG. 5 will be explained below, and the method includes:
  • Step S113 Obtain red envelope instruction information, advertisement thumbnail information, delivery geographical location information, delivery range information, red packet number information, red envelope total amount information, red envelope greeting information, and selected address book friend information input by the first user. Or personnel information within a specific geographic location.
  • the client obtains red packet instruction information, advertisement thumbnail information, delivery geographic location information, delivery range information, red packet number information, red envelope total amount information, and red envelope greeting information input by the first user.
  • the advertisement thumbnail information is an advertisement thumbnail pre-made and uploaded by the first user, wherein the advertisement thumbnail may include a slogan, an advertisement map, and the like.
  • Step S114 According to the red envelope instruction information, the advertisement thumbnail information, the delivery geographical location information, the delivery range information, the red packet number information, the red envelope total amount information, and the red envelope greeting information And the address information of the address book or the information of the person in the specific geographical location generates an advertisement without a sales red envelope.
  • the client obtains the red envelope instruction information, the advertisement thumbnail information, the delivery geographical location information, the delivery range information, the red packet number information, the red envelope total amount information, the red envelope greeting information, and the first user selected address book friend information or specific After the personnel information in the geographical location, according to the obtained red envelope instruction information, advertisement thumbnail information, delivery geographical location information, delivery range information, red envelope number information, red envelope total amount information, red envelope greeting information, and address book friend information Or person information within a specific geographic location, generating an advertisement without a sales red envelope.
  • FIG. 6 is a third flowchart of step S110 of the red envelope issuance method provided by the first embodiment of the present application. The flow will be explained below with respect to the flow shown in FIG. 6, which includes:
  • Step S115 Acquire red envelope instruction information, advertisement thumbnail information, delivery geographical location information, delivery range information, red packet number information, red envelope total amount information, red envelope greeting information, sales product information, and selected Contacts friends information or information about people within a specific geographic location.
  • the client obtains red packet instruction information, advertisement thumbnail information, delivery geographic location information, delivery range information, red packet number information, red envelope total amount information, and red envelope greeting information input by the first user.
  • the sales product information may include a product name, a place of origin, a product specification, a product map, a detailed map, and a product introduction.
  • Step S116 According to the red envelope instruction information, the advertisement thumbnail information, the delivery geographical location information, the delivery range information, the red packet number information, the red envelope total amount information, and the red envelope greeting information
  • the sales product information and the address information of the address book or the personal information within the specific geographical location generate an advertisement with a sales red envelope.
  • the client obtains the red envelope instruction information, the advertisement thumbnail information, the delivery geographical location information, the delivery range information, the red envelope number information, the red envelope total amount information, the red envelope greeting information, the sales product information, and the address book friend who obtains the first user selection.
  • advertisement thumbnail information After the information or the personnel information in a specific geographical location, according to the obtained red envelope instruction information, advertisement thumbnail information, delivery geographical location information, delivery range information, red envelope number information, red envelope total amount information, red envelope greeting information, sales Product information and address book friend information or personnel information within a specific geographic location, generating advertisements with sales red packets.
  • Step S120 determining whether the first user has paid an amount corresponding to the no-advertised no-sale red envelope, the advertised no-sale red envelope, or the advertised-sold red envelope.
  • the client after obtaining the immediately released information triggered by the first user, the client jumps to the payment page and displays multiple payment methods, where the payment method includes server platform exclusive payment and Alipay. Payment, WeChat payment, bank card payment, etc., so that the first user selects one of the payment methods to pay the red envelope amount.
  • the client determines whether the first user has successfully paid, that is, whether the first user has paid the advertisement-free and no sales red envelope. Judging whether there is an advertisement without a sales red envelope or an advertisement has the amount corresponding to the sales red envelope.
  • Step S130 When it is determined that the first user has paid the amount corresponding to the no-advertisement no-sale red envelope, the advertisement-free sale red envelope, or the advertisement-sold red envelope, the information to be verified is sent to the server platform for verification. .
  • the client determines that the first user has paid the amount corresponding to the no-advertised no-sale red envelope, the advertisement-free sale red envelope, or the advertisement-sold red envelope, that is, the payment is successful, the client sends the to-be-verified The information is verified by the server platform for verification.
  • the client determines that the second user does not pay the amount corresponding to the no-advertised no-sale red envelope, the advertisement-free sale red envelope, or the advertisement-sold red envelope, that is, the payment fails
  • the client displays the payment failure.
  • the first user triggers the cancellation of the payment
  • the non-advertised no-sale red envelope the advertisement has no sales red envelope or has The advertisement has a sales red envelope that cannot be released.
  • the amount corresponding to whether the first user has paid the advertisement-free no-sale red envelope, the advertisement has no sales red envelope, or the advertisement has the sales red envelope is verified.
  • Step S140 Acquire the information fed back by the server platform according to the information to be verified, and determine whether the feedback information is information that is approved by the audit.
  • the server platform verifies the information to be verified, and according to the information to be verified, the client obtains the information that the server platform feeds back according to the information to be verified. Whether the feedback information is the approved information.
  • Step S150 When it is determined that the feedback information is the approved information, the advertisement-free no-sale red envelope, the advertisement-free sales red envelope, or the advertisement-sold red envelope is issued.
  • the advertisement has no sales red envelope, or the advertisement has a sales red envelope, that is, the advertisement is successful, and the client displays the information.
  • the advertisement has no sales red envelope, there is an advertisement without a sales red envelope or there is an advertisement with a sales red envelope.
  • the client determines that the information to be verified is the information that the audit fails
  • the amount corresponding to the no-advertise no-sale red envelope, the advertisement-free red envelope or the advertisement-sold red envelope is returned, and the reason for the return is explained.
  • the reason for the return may include a reason for the error or a reason for the failure to pass the review for the first user to refer to and modify the information according to the reason for the return.
  • the user jumps to the unpublished or re-published.
  • the first user triggers the unpublishing
  • the red envelope is cancelled.
  • the first user triggers the re-release, the above steps are repeated. S110 to step S150 to perform redistribution of the red envelope.
  • the method for issuing a password red envelope based on the mobile social platform provided by the first embodiment of the present application first obtains the password red envelope feature information input by the first user and the selected address book friend information or the specific geographical location range personnel information, and the red envelope according to the password Feature information and address book friend information or person information within a specific geographical location generates an advertisement-free, no-sale red envelope, an advertisement without a sales red envelope, or an advertisement with a sales red envelope, and determines whether the first user has paid and no advertisement, no sales red envelope, The advertisement has no sales red envelope or has an advertisement corresponding to the amount of the sales red envelope.
  • the information to be verified is sent to the server platform for verification, and then the server platform obtains the information fed back according to the information to be verified, and determines whether the feedback information is approved.
  • the advertisement-free, non-sales red envelope, advertisement-free red-sale red envelope or advertisement-selling red envelope is issued, thereby alleviating the problem that the existing electronic red envelope issuance function is simple and the advertisement promotion is weak.
  • FIG. 7 is a flowchart of a method for issuing a red envelope based on a mobile social platform according to a second embodiment of the present application. The process shown in FIG. 7 will be explained below, and the method includes:
  • Step S201 Acquire password red envelope feature information input by the first user and selected address book friend information or personnel information in a specific geographical location range, and according to the password red envelope feature information and the address book friend information or a specific geographic location The information within the scope generates no advertisements, no sales red envelopes, advertisements without sales red envelopes, or advertisements with sales red envelopes.
  • Step S202 It is determined whether the first user has paid the amount corresponding to the no-advertised no-sale red envelope, the advertised no-sale red envelope, or the advertised-sold red envelope.
  • Step S203 When it is determined that the first user has paid the amount corresponding to the no-advertised no-sale red envelope, the advertisement-free sale red envelope, or the advertisement-sold red envelope, the information to be verified is sent to the server platform for verification. .
  • Step S204 Acquire the information fed back by the server platform according to the information to be verified, and determine whether the feedback information is information that is approved by the audit.
  • Step S205 When it is determined that the feedback information is the approved information, the advertisement-free no-sale red envelope, the advertisement-free sales red envelope, or the advertisement-sold red envelope is issued.
  • Step S206 Acquire the voice information input by the second user, where the second user is the password red packet feature information input by the first user and the selected address book friend information or the user corresponding to the personal information in the specific geographical location.
  • the sales red envelope when there is no advertisement, no sales red envelope, no advertisement, no sales red envelope, or an advertisement, the sales red envelope is successfully issued, and the second user can obtain the advertisement-free, no-sale red envelope and the advertisement through the client.
  • the sales red envelope or the advertisement has a sales red envelope, wherein the second user is the user corresponding to the password red envelope characteristic information input by the first user and the selected address book friend information or the personal information in the specific geographical location, that is, the first user
  • the user specifies to receive an advertisement-free, no-sale red envelope, an advertisement without a sales red envelope, or a user who has an advertisement with a sales red envelope.
  • the second user presses the microphone icon on the client's shouting red envelope interface to call out the keyword, and the client obtains the voice information input by the second user, and the voice information is the keyword shouted by the second user. .
  • Step S207 determining whether the voice information matches the red envelope instruction information input by the first user.
  • the client After obtaining the voice information input by the second user, the client determines whether the voice information matches the red packet instruction information input by the first user, that is, the client performs the keyword input by the second user and the existing keyword password in the database. Match, if it matches, it means that the red envelope is called. If it does not match, it means that the red envelope is not called.
  • Step S208 When it is determined that the voice information matches the red envelope instruction information input by the first user, the advertisement-free no-sale red envelope, the advertisement-free sale-free red envelope, or the advertisement-sold red envelope is displayed.
  • the picture is displayed, and the picture includes three forms: no advertisement, no sales red envelope, advertisement without sales red envelope, and advertisement with sales red envelope.
  • Step S209 Acquire first information input by the second user.
  • the client obtains the first information input by the second user, as a manner, the first information is an instruction for opening the second-user-free open advertisement-free, no-sale red envelope, the advertisement has no sales red envelope, or the advertisement has a sales red envelope. information.
  • Step S210 Display, according to the first information, the red-inclusive rainwater corresponding to the advertisement-free sale-free red envelope, the advertisement-free sale red envelope or the advertisement-sold red envelope, or the advertisement-free sale-free red envelope.
  • There is an advertisement without a sales red envelope or the advertisement has a sales red envelope for the user specified by the second user.
  • the client displays, according to the first information input by the second user, the red-bag rain corresponding to the advertisement, the advertisement-free red envelope, the advertisement-free red envelope, or the advertisement-sold red envelope, or the advertisement-free sale.
  • the red envelope amount is stored in the wealth amount. Further, the client may display the red envelope leaderboard for the second user to view or add the list of non-friends of China. You can also communicate instantly with friends on the list.
  • FIG. 8 is a flowchart of a method for issuing a red envelope based on a mobile social platform according to a third embodiment of the present application. The process shown in FIG. 8 will be explained below, and the method includes:
  • Step S301 Acquire password red envelope feature information input by the first user and selected address book friend information or personnel information in a specific geographical location range, and according to the password red envelope feature information and the address book friend information or a specific geographic location The information within the scope generates no advertisements, no sales red envelopes, advertisements without sales red envelopes, or advertisements with sales red envelopes.
  • Step S302 Determine whether the first user has paid the amount corresponding to the no-advertised no-sale red envelope, the advertisement-free sale red envelope, or the advertisement-sold red envelope.
  • Step S303 When it is determined that the first user has paid the amount corresponding to the no-advertised no-sale red envelope, the advertisement-free sale red envelope, or the advertisement-sold red envelope, the information to be verified is sent to the server platform for verification. .
  • Step S304 Acquire the information fed back by the server platform according to the information to be verified, and determine whether the feedback information is information that is approved by the audit.
  • Step S305 When it is determined that the feedback information is the approved information, the advertisement-free sale-free red envelope, the advertisement-free sales red envelope, or the advertisement-sold red envelope is issued.
  • Step S306 Acquire voice information input by the second user, where the second user is the password red packet feature information input by the first user and the selected address book friend information or the user corresponding to the personal information in the specific geographical location range.
  • Step S307 Determine whether the voice information matches the red envelope instruction information with the advertisement red envelope.
  • the voice information input by the second user is obtained, it is determined whether the voice information matches the red packet instruction information with the advertisement red envelope, that is, the client inputs the keyword input by the second user into the database.
  • Some advertisements have keyword passwords for sale to match. If they match, it means that there is an advertisement with a sales red envelope. If it does not match, it means that there is an advertisement with a sales red envelope.
  • Step S308 When matching, acquiring the second information input by the second user.
  • the client acquires the second information input by the second user, where the second information is the information triggered by the second user to open the advertisement with the sales red envelope or the second user triggered sharing. Linked information.
  • Step S309 Send an advertisement link corresponding to the sales product information with the advertisement red envelope to the user specified by the second user according to the second information.
  • the client displays the red envelope rain corresponding to the advertisement red envelope with the advertisement according to the second information, and sends the advertisement link corresponding to the sales product information with the advertisement red envelope to the user specified by the second user, preferably, the user
  • the user specified by the second user is the friend of the second user.
  • Step S310 Determine whether the second user is a partner user.
  • the identity information of the second user is determined, that is, whether the second user is a partner user.
  • the user identity is divided into an ordinary user and a partner user, and the ordinary user and the partner user respectively With the exclusive identification information, when the second user is attached to the exclusive identification information of the partner, the second user is the partner user.
  • Step S311 When it is determined that the second user is a partner user and the user specified by the second user purchases a product corresponding to the sales product information with the advertisement red envelope, the distribution is given to the second user. .
  • the distribution is given to the second user.
  • the second user when it is determined that the second user is a normal user, the second user is not purchased whether the user specified by the second user purchases a product corresponding to the sales product information with the advertisement red envelope. There will be a commission. Understandably, when an ordinary user wants to upgrade to a partner user, he or she only needs to perform partner certification and pay a small amount of deposit to become a partner user.
  • the user when the user has paid the product fee corresponding to the sales product information with the advertisement red envelope, the user may remind the seller to deliver the product, or may apply for the merchant refund through the user terminal, wherein, the application is After the refund, if the seller does not ship and agrees to refund, the fee paid by the user is returned, and the order ends. If the seller does not have any feedback during the first scheduled time for requesting the refund, the server platform participates in the intervention, preferably.
  • the first predetermined time is 7 days.
  • the user waits for the receipt, after receiving the goods, you can choose to confirm the receipt and evaluation, the order is over, and then select the application for sale, and then submit the refund request again, if within the second scheduled time If the seller does not have any feedback, the server platform participates in the intervention.
  • the second predetermined time is 15 days.
  • FIG. 9 is a structural block diagram of an apparatus 400 for issuing a password red envelope based on a mobile social platform according to a fourth embodiment of the present application.
  • the apparatus 400 for red envelope issuance includes: an information acquisition module 410, a determination module 420, a verification information transmission module 430, a feedback information acquisition module 440, and a red envelope distribution module 450, where:
  • the information obtaining module 410 is configured to acquire the password red envelope feature information input by the first user and the selected address book friend information or the personal information in the specific geographical location range, and according to the password red envelope feature information and the address book friend information or Personnel information within a specific geographic location generates an advertisement-free, no-sale red envelope, an advertisement without a sales red envelope, or an advertisement with a sales red envelope.
  • the determining module 420 is configured to determine whether the first user has paid the amount corresponding to the no-advertised no-sale red envelope, the advertisement-unsold red envelope, or the advertised red envelope.
  • the verification information sending module 430 is configured to send the to-be-verified information when it is determined that the first user has paid the amount corresponding to the no-advertised no-sale red envelope, the advertisement-free sale red envelope, or the advertisement-sold red envelope Verify the server platform.
  • the feedback information obtaining module 440 is configured to obtain information that the server platform feeds back according to the information to be verified, and determine whether the feedback information is information that is approved for review.
  • the red envelope issuance module 450 is configured to, when determining that the feedback information is the approved information, issue the advertisement-free no-sale red envelope, the advertisement-free sales red envelope, or the advertisement-sold red envelope.
  • the method and apparatus for issuing a red envelope based on a mobile social platform first obtain the password red envelope feature information input by the first user and the selected address book friend information or the specific geographical location range personnel information. And according to the password red envelope characteristic information and the address book friend information or the specific geographical location within the personnel information to generate an advertisement-free no-sale red envelope, an advertisement without a sales red envelope or an advertisement with a sales red envelope, determine whether the first user has paid and no advertisement If there is no sales red envelope, no advertisement, no sales red envelope or advertisement, there is an amount corresponding to the sales red envelope.
  • the information to be verified is sent to the server platform for verification, and then the server platform obtains the information fed back according to the information to be verified, and the feedback is judged.
  • the information is the information approved by the review, and finally, when the information is judged to be approved, the advertisement-free, non-sales red envelope, the advertisement has no sales red envelope or the advertisement has the sales red envelope, so that the existing electronic red envelope issuance function can be alleviated, and the advertisement can be alleviated. Promote weak issues.
  • each block of the flowchart or block diagram can represent a module, a program segment, or a portion of code that includes one or more of the Executable instructions. It should also be noted that, in some alternative implementations, the functions noted in the blocks may also occur in a different order than those illustrated in the drawings.
  • each block of the block diagrams and/or flowcharts, and combinations of blocks in the block diagrams and/or flowcharts can be implemented in a dedicated hardware-based system that performs the specified function or action. Or it can be implemented by a combination of dedicated hardware and computer instructions.
  • each functional module in each embodiment of the present application may be integrated to form a separate part, or each module may exist separately, or two or more modules may be integrated to form a separate part.
  • the functions, if implemented in the form of software functional modules and sold or used as separate products, may be stored in a computer readable storage medium.
  • the technical solution of the present application which is essential or contributes to the prior art, or a part of the technical solution, may be embodied in the form of a software product, which is stored in a storage medium, including
  • the instructions are used to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present application.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like. .

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Health & Medical Sciences (AREA)
  • Tourism & Hospitality (AREA)
  • Primary Health Care (AREA)
  • Human Resources & Organizations (AREA)
  • Health & Medical Sciences (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computing Systems (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

一种基于移动社交平台的口令红包发布的方法及装置，涉及通讯技术领域。上述方法包括：获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定地理范围内人员信息；根据口令红包特征信息和通讯录朋友信息或特定地理范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包（S110）；判断第一用户是否已支付与无广告无销售红包、有广告无销售红包或有广告有销售红包对应的金额（S120）；若已支付，发送待验证信息给服务器平台进行验证（S130）；获取所述服务器平台根据所述待验证信息反馈的信息，判断所述反馈信息是否为审核通过的信息（S140）；当判断所述反馈的信息为审核通过的信息时，发布无广告无销售红包、有广告无销售红包或有广告有销售红包（S150）。上述方法能缓解现有的电子红包发放功能单一和广告宣传薄弱的问题。

Description

基于移动社交平台的口令红包发布的方法及装置
相关申请的交叉引用
本申请要求于2017年08月18日提交中国专利局的申请号为CN201710716219.5、名称为“基于移动社交平台的口令红包发布的方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通讯技术领域，具体而言，涉及一种基于移动社交平台的口令红包发布的方法及装置。
背景技术
随着社会的发展，在一些特定的节假日或一些特定的场合，越来越多的人热衷于发红包和抢红包，现有技术中常见的红包有两种，一种是普通红包，用户只需要设定每个红包的金额，然后发送给某一个用户或发送到某一个群组里面，收到红包的人与设定的红包的金额是相同的，还有一种红包是“拼手气”红包，用户设定发送红包个数和总金额，收到红包的金额是随机的。
但是现有技术中的电子红包的发放功能过于单一，不能起到节假日热闹氛围和良好的广告宣传效果。
发明内容
有鉴于此，本申请实施例的目的在于提供一种基于移动社交平台的口令红包发布的方法及装置，以缓解现有的电子红包发放功能单一，广告宣传薄弱的问题。
第一方面，本申请实施例提供了一种基于移动社交平台的口令红包发布的方法，所述方法包括获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息，并根据所述口令红包特征信息和所述通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包；判断所述第一用户是否已支付与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的金额；当判断所述第一用户已支付与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的金额时，发送待验证信息给服务器平台进行验证；获取所述服务器平台根据所述待验证信息反馈的信息，判断所述反馈的信息是否为审核通过的信息；当判断所述反馈的信息为审核通过的信息时，发布所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包。
第二方面，本申请实施例提供了一种基于移动社交平台的口令红包发布的装置，所述装置包括：信息获取模块，配置成获取第一用户输入的口令红包特征信息和选择的通讯录 朋友信息或特定的地理位置范围内人员信息，并根据所述口令红包特征信息和所述通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包；判断模块，配置成判断所述第一用户是否已支付与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的金额；验证信息发送模块，配置成当判断所述第一用户已支付与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的金额时，发送待验证信息给服务器平台进行验证；反馈信息获取模块，配置成获取所述服务器平台根据所述待验证信息反馈的信息，判断所述反馈的信息是否为审核通过的信息；红包发布模块，配置成当判断所述反馈的信息为审核通过的信息时，发布所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包。
本申请实施例提供的基于移动社交平台的口令红包发布的方法及装置首先获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息，并根据口令红包特征信息和通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包，判断第一用户是否已支付与无广告无销售红包、有广告无销售红包或有广告有销售红包对应的金额，当判断已支付时，发送待验证信息给服务器平台进行验证，然后获取服务器平台根据待验证信息反馈的信息，判断该反馈信息是否为审核通过的信息，最后当判断是审核通过的信息时，发布无广告无销售红包、有广告无销售红包或有广告有销售红包，从而能够缓解现有的电子红包发放功能单一，广告宣传薄弱的问题。
为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的服务器平台和客户端交互的示意图；
图2为本申请实施例提供的电子设备的结构框图；
图3为本申请第一实施例提供的基于移动社交平台的口令红包发布的方法的流程示意图；
图4为本申请第一实施例提供的基于移动社交平台的口令红包发布的方法的步骤S110的第一种流程示意图；
图5为本申请第一实施例提供的基于移动社交平台的口令红包发布的方法的步骤S110 的第二种流程示意图；
图6为本申请第一实施例提供的基于移动社交平台的口令红包发布的方法的步骤S110的第三种流程示意图；
图7为本申请第二实施例提供的基于移动社交平台的口令红包发布的方法的流程示意图；
图8为本申请第三实施例提供的基于移动社交平台的口令红包发布的方法的流程示意图；
图9为本申请第四实施例提供的基于移动社交平台的口令红包发布的装置的结构框图。
具体实施方式
下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
图1为本申请实施例提供的服务器平台100分别与客户端200进行交互的示意图，所述服务器平台100通过网络与客户端200进行通信连接，以进行数据通信或交互。所述服务器平台100可以是网络服务器、数据库服务器等。所述客户端200可以是个人电脑(personal computer，PC)、平板电脑、智能手机、个人数字助理(personal digital assistant，PDA)、可穿戴设备等终端。
如图2所示，是电子设备300的方框示意图。所述电子设备300包括：基于移动社交平台的口令红包发布的装置、存储器310、存储控制器320、处理器330、外设接口340、输入输出单元350、音频单元360、显示单元370。
所述存储器310、存储控制器320、处理器330、外设接口340、输入输出单元350、音频单元360以及显示单元370各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述基于移动社交平台的口令红包发布的装置包括至少一个可以软件或固件(firmware)的形式存储于所述存储器中或固化在所述客户端设备的操作系统(operating system，OS)中的软件功能模块。所述处理器330用于执行存储器310中存储的可执行模块，例如所述基于 移动社交平台的口令红包发布的装置包括的软件功能模块或计算机程序。
其中，存储器310可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。其中，存储器310用于存储程序，所述处理器330在接收到执行指令后，执行所述程序，前述本申请实施例任一实施例揭示的流过程定义的服务器所执行的方法可以应用于处理器330中，或者由处理器330实现。
处理器330可能是一种集成电路芯片，具有信号的处理能力。上述的处理器330可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述外设接口340将各种输入/输入装置耦合至处理器330以及存储器310。在一些实施例中，外设接口340，处理器330以及存储控制器320可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。
输入输出单元350用于提供给用户输入数据实现用户与电子设备300的交互。所述输入输出单元350可以是，但不限于，鼠标和键盘等。
音频单元360向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。
显示单元370在电子设备300与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示单元370可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器330进行计算和处理。
第一实施例
请参照图3，图3是本申请第一实施例提供的一种基于移动社交平台的口令红包发布的方法的流程图。下面将对图3所示的流程进行详细阐述，所述方法包括：
步骤S110：获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息，并根据所述口令红包特征信息和所述通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包。
作为本实施例的一种实施方式，客户端获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息，其中，口令红包特征信息为红包的基本信息即构成红包所必备的基础信息，通讯录朋友信息为第一用户通讯录中储存的朋友信息，可以理解的，该通讯录朋友信息的选择主要用于将该红包的发放范围限定为第一用户的通讯录朋友，主要用作朋友之间的红包发放。该特定的地理位置范围内人员信息为根据需要与范围设置的信息，可用于公司内部范围的红包发放。
作为本实施例的另一种实施方式，如客户端只获取到第一用户输入的口令红包特征信息，则按照预设范围，随机发放给范围内的用户。
进一步的，当客户端获取到第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息后，根据该口令红包特征信息和通讯录朋友信息或特定的地理位置范围内人员信息，生成红包，该红为无广告无销售红包、有广告无销售红包或有广告有销售红包。
请参照图4，图4示出了本申请第一实施例提供的红包发布的方法的步骤S110的第一种流程示意图。下面将针对图4所示的流程进行阐述，所述方法包括：
步骤S111：获取所述第一用户输入的红包指令信息、任意图片信息、投放地理位置信息、投放范围信息、红包个数信息、红包总金额信息、红包祝福语信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息。
作为本实施例的第一种实施方式，客户端获取第一用户输入的口令红包特征信息包括红包指令信息、任意图片信息、投放地理位置信息、投放范围信息、红包个数信息、红包总金额信息、红包祝福语信息以及获取第一用户选择的通讯录朋友信息或特定的地理位置范围内人员信息。其中，该红包指令信息可以为第一用户任意设定的红包口令关键字，也可以为第一用户查询关键字排行榜进行设定；该任意图片信息为第一用户上传的任意图片；投放地理位置信息为第一用户根据欲发送的地理位置进行设定，可以理解的，该地理位置信息可以具体到某个商业区、某个医院或某个学校等等；该投放范围信息用于限定该红包的发送范围，优选的，在本实施例中，该投放范围精确到以米为单位；该红包个数信息根据第一用户欲发送的红包个数进行设定，其中，该红包个数也可以不做限定，输入的投放范围信息进行随机派送；该红包总金额信息根据第一用户欲发送的红包金额进行设定；该红包祝福语信息可以为第一用户输入的祝福语，也可以为第一用户选用平台已有的祝福语。
步骤S112：根据所述红包指令信息、所述任意图片信息、所述投放地理位置信息、所述投放范围信息、所述红包个数信息、所述红包总金额信息、所述红包祝福语信息以及所述通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包。
客户端在获取了红包指令信息、任意图片信息、投放地理位置信息、投放范围信息、 红包个数信息、红包总金额信息、红包祝福语信息以及获取第一用户选择的通讯录朋友信息或特定的地理位置范围内人员信息，之后，根据已获取的红包指令信息、任意图片信息、投放地理位置信息、投放范围信息、红包个数信息、红包总金额信息、红包祝福语信息以及通讯录朋友信息或特定的地理位置范围内人员信息，生成无广告无销售红包。
请参照图5，图5示出了本申请第一实施例提供的红包发布的方法的步骤S110的第二种流程图。下面将针对图5所示的流程进行阐述，所述方法包括：
步骤S113：获取所述第一用户输入的红包指令信息、广告缩略图信息、投放地理位置信息、投放范围信息、红包个数信息、红包总金额信息、红包祝福语信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息。
作为本实施例的第二种实施方式，客户端获取第一用户输入的红包指令信息、广告缩略图信息、投放地理位置信息、投放范围信息、红包个数信息、红包总金额信息、红包祝福语信息以及获取第一用户选择的通讯录朋友信息或特定的地理位置范围内人员信息。其中，该广告缩略图信息为第一用户预制并上传的广告缩略图，其中该广告缩略图可以包括广告语和广告图等。
步骤S114：根据所述红包指令信息、所述广告缩略图信息、所述投放地理位置信息、所述投放范围信息、所述红包个数信息、所述红包总金额信息、所述红包祝福语信息以及所述通讯录朋友信息或特定的地理位置范围内人员信息生成有广告无销售红包。
客户端在获取了红包指令信息、广告缩略图信息、投放地理位置信息、投放范围信息、红包个数信息、红包总金额信息、红包祝福语信息以及获取第一用户选择的通讯录朋友信息或特定的地理位置范围内人员信息之后，根据已获取的红包指令信息、广告缩略图信息、投放地理位置信息、投放范围信息、红包个数信息、红包总金额信息、红包祝福语信息以及通讯录朋友信息或特定的地理位置范围内人员信息，生成有广告无销售红包。
请参照图6，图6示出了本申请第一实施例提供的红包发布的方法的步骤S110的第三种流程图。下面将针对图6所示的流程进行阐述，所述方法包括：
步骤S115：获取所述第一用户输入的红包指令信息、广告缩略图信息、投放地理位置信息、投放范围信息、红包个数信息、红包总金额信息、红包祝福语信息、销售产品信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息。
作为本实施例的第三种实施方式，客户端获取第一用户输入的红包指令信息、广告缩略图信息、投放地理位置信息、投放范围信息、红包个数信息、红包总金额信息、红包祝福语信息、销售产品信息以及获取第一用户选择的通讯录朋友信息或特定的地理位置范围内人员信息。其中，该销售产品信息可以包括产品名称、产地、产品规格、产品图、详情图以及产品介绍等。
步骤S116：根据所述红包指令信息、所述广告缩略图信息、所述投放地理位置信息、所述投放范围信息、所述红包个数信息、所述红包总金额信息、所述红包祝福语信息、所述销售产品信息以及所述通讯录朋友信息或特定的地理位置范围内人员信息生成有广告有销售红包。
客户端在获取红包指令信息、广告缩略图信息、投放地理位置信息、投放范围信息、红包个数信息、红包总金额信息、红包祝福语信息、销售产品信息以及获取第一用户选择的通讯录朋友信息或特定的地理位置范围内人员信息之后，根据已获取的红包指令信息、广告缩略图信息、投放地理位置信息、投放范围信息、红包个数信息、红包总金额信息、红包祝福语信息、销售产品信息以及通讯录朋友信息或特定的地理位置范围内人员信息，生成有广告有销售红包。
步骤S120：判断所述第一用户是否已支付与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的金额。
作为本实施例的一种实施方式，客户端在获取到第一用户触发的立即发布的信息后，跳转为支付页面，显示多种支付方式，其中，该支付方式包括服务器平台专属支付、支付宝支付、微信支付、银行卡支付等等，以便第一用户选择其中一种支付方式进行红包金额的支付。
可以理解的，在本实施例中，当第一用户选择其中一种支付方式支付完成后，该客户端对第一用户是否支付成功进行判断，即对第一用户是否已支付无广告无销售红包、有广告无销售红包或有广告有销售红包所对应的金额进行判断。
步骤S130：当判断所述第一用户已支付与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的金额时，发送待验证信息给服务器平台进行验证。
作为一种方式，当客户端判断该第一用户已支付与该无广告无销售红包、有广告无销售红包或有广告有销售红包对应的金额时，即支付成功时，该客户端发送待验证信息给服务器平台进行验证审核。
作为另一种方式，当客户端判断该第二用户没有支付与该无广告无销售红包、有广告无销售红包或有广告有销售红包对应的金额，即支付失败时，客户端显示支付失败的信息并跳转取消支付或再次支付的图标，以供第一用户选择再次支付或者取消支付，当获取到第一用户触发取消支付时，表征该无广告无销售红包、有广告无销售红包或有广告有销售红包无法发布，当获取到第一用户触发再次支付时，重新对该第一用户是否已支付无广告无销售红包、有广告无销售红包或有广告有销售红包对应的金额进行验证。
步骤S140：获取所述服务器平台根据所述待验证信息反馈的信息，判断所述反馈的信息是否为审核通过的信息。
可以理解的，客户端向服务器平台发送待验证信息后，服务器平台对该待验证信息进行验证，并根据该待验证信息反馈信息，该客户端获取服务器平台根据该待验证信息反馈的信息，判断该反馈的信息是否为审核通过的信息。
步骤S150：当判断所述反馈的信息为审核通过的信息时，发布所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包。
作为一种方式，当客户端判断该待验证信息为审核通过的信息时，则发布该广告无销售红包、有广告无销售红包或有广告有销售红包，即表示发布成功，该客户端显示该广告无销售红包、有广告无销售红包或有广告有销售红包。
作为另一种方式，当客户端判断该待验证信息为审核不通过的信息时，则退回与该无广告无销售红包、有广告无销售红包或有广告有销售红包对应的金额并说明退回理由，其中，该退回理由可以包括错误理由或审核不通过的理由，以供该第一用户参考并根据退回理由进行信息修改。同时，该用户端跳转为取消发布或再次发布，当获取到第一用户触发的取消发布时，则表征此次红包发布取消，当获取到第一用户触发的再次发布时，则重复上述步骤S110到步骤S150进行红包的重新发布。
本申请第一实施例提供的基于移动社交平台的口令红包发布的方法首先获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息，并根据口令红包特征信息和通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包，判断第一用户是否已支付与无广告无销售红包、有广告无销售红包或有广告有销售红包对应的金额，当判断已支付时，发送待验证信息给服务器平台进行验证，然后获取服务器平台根据待验证信息反馈的信息，判断该反馈信息是否为审核通过的信息，最后当判断是审核通过的信息时，发布无广告无销售红包、有广告无销售红包或有广告有销售红包，从而能够缓解现有的电子红包发放功能单一，广告宣传薄弱的问题。
第二实施例
请参照图7，图7示出了本申请第二实施例提供的基于移动社交平台的口令红包发布的方法的流程图。下面将针对图7所示的流程进行阐述，所述方法包括：
步骤S201：获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息，并根据所述口令红包特征信息和所述通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包。
步骤S202：判断所述第一用户是否已支付与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的金额。
步骤S203：当判断所述第一用户已支付与所述无广告无销售红包、所述有广告无销售 红包或所述有广告有销售红包对应的金额时，发送待验证信息给服务器平台进行验证。
步骤S204：获取所述服务器平台根据所述待验证信息反馈的信息，判断所述反馈的信息是否为审核通过的信息。
步骤S205：当判断所述反馈的信息为审核通过的信息时，发布所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包。
步骤S206：获取第二用户输入的语音信息，所述第二用户为与所述第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息对应的用户。
作为本实施例的一种实施方式，当无广告无销售红包、有广告无销售红包或有广告有销售红包发布成功后，第二用户可以通过客户端获取该无广告无销售红包、有广告无销售红包或有广告有销售红包，其中，该第二用户为与第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息对应的用户，即为第一用户指定接收无广告无销售红包、有广告无销售红包或有广告有销售红包的用户。在本实施例中，第二用户在客户端的喊红包界面，按住话筒图标，喊出关键词，该客户端获取第二用户输入的语音信息，该语音信息为第二用户喊出的关键词。
步骤S207：判断所述语音信息与所述第一用户输入的所述红包指令信息是否匹配。
客户端获取到第二用户输入的语音信息后，判断该语音信息与第一用户输入的红包指令信息是否匹配，即客户端将第二用户输入的关键词与数据库中已有的关键词口令进行匹配，如果匹配，则表示喊中红包，如果不匹配，则表示未喊中红包。
步骤S208：当判断所述语音信息与所述第一用户输入的所述红包指令信息匹配时，显示所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包。
可以理解的，当判断该语音信息与第一用户输入的红包指令信息匹配时，则显示图片，该图片包括无广告无销售红包、有广告无销售红包以及有广告有销售红包三种形式。
步骤S209：获取所述第二用户输入的第一信息。
进一步的，客户端获取到第二用户输入的第一信息，作为一种方式，第一信息为第二用户触发的打开无广告无销售红包、有广告无销售红包或有广告有销售红包的指令信息。
步骤S210：根据所述第一信息显示与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的红包雨或发送所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包给所述第二用户指定的用户。
作为本实施例的一种实施方式，客户端根据第二用户输入的第一信息显示与该广告无销售红包、有广告无销售红包或有广告有销售红包对应的红包雨或者发送无广告无销售红包、有广告无销售红包或有广告有销售红包给第二用户指定的用户。可以理解的，当第二用户点击广告无销售红包、有广告无销售红包或有广告有销售红包对应的图片时，客户端 出现红包雨，该第二用户可以选择打开红包，或者将红包转赠给指定用户。
其中，当获取到第二用户触发的打开红包时，则将红包金额储存在财富额中，进一步的，该客户端可以显示红包排行榜，以供第二用户查看或添加榜单中国的非好友，也可以与榜单中的好友进行即时沟通。
第三实施例
请参照图8，图8示出了本申请第三实施例提供的一种基于移动社交平台的口令红包发布的方法的流程图。下面将针对图8所示的流程进行阐述，所述方法包括：
步骤S301：获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息，并根据所述口令红包特征信息和所述通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包。
步骤S302：判断所述第一用户是否已支付与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的金额。
步骤S303：当判断所述第一用户已支付与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的金额时，发送待验证信息给服务器平台进行验证。
步骤S304：获取所述服务器平台根据所述待验证信息反馈的信息，判断所述反馈的信息是否为审核通过的信息。
步骤S305：当判断所述反馈的信息为审核通过的信息时，发布所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包。
步骤S306：获取第二用户输入的语音信息，所述第二用户为与所述第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息对应的用户。
步骤S307：判断所述语音信息与所述有广告有销售红包的所述红包指令信息是否匹配。
在本实施例中，在获取到第二用户输入的语音信息后，判断该语音信息是否与有广告有销售红包的红包指令信息匹配，即客户端将第二用户输入的关键词与数据库中已有的有广告有销售的关键词口令进行匹配，如果匹配，则表示喊中该有广告有销售红包，如果不匹配，则表示未喊中该有广告有销售红包。
步骤S308：当匹配时，获取所述第二用户输入的第二信息。
作为一种方式，当判断匹配时，客户端获取第二用户输入的第二信息，其中，该第二信息为第二用户触发的打开该有广告有销售红包的信息或第二用户触发的分享链接的信息。
步骤S309：根据所述第二信息将与所述有广告有销售红包的销售产品信息对应的广告链接发送给所述第二用户指定的用户。
客户端根据该第二信息，显示与有广告有销售红包对应的红包雨，并将与该有广告有 销售红包的销售产品信息对应的广告链接发送给第二用户指定的用户，优选的，该第二用户指定的用户为第二用户的好友。
步骤S310：判断所述第二用户是否为合伙人用户。
在本实施例中，对第二用户的身份信息进行判断，即判断第二用户是否为合伙人用户，作为一种方式，用户身份分为普通用户和合伙人用户，普通用户和合伙人用户分别附带专属的标识信息，当判断该第二用户附带合伙人的专属标识信息时，表示该第二用户为合伙人用户。
步骤S311：当判断所述第二用户为合伙人用户且所述第二用户指定的用户购买了与所述有广告有销售红包的销售产品信息对应的产品时，分配提成给所述第二用户。
作为一种方式，当判断该第二用户为合伙人用户且该第二用户指定的用户购买了与该有广告有销售红包的销售产品信息对应的产品时，分配提成给第二用户。
作为另一种方式，当判断该第二用户为普通用户时，无论该第二用户指定的用户有没有购买与该有广告有销售红包的销售产品信息对应的产品时，该第二用户都不会有提成。可以理解的，当普通用户欲升级为合伙人用户时，只需要进行合伙人认证并交纳一点金额的保证金即可成为合伙人用户。
在本实施例中，当用户已支付与该有广告有销售红包的销售产品信息对应的产品费用时，可以通过用户端提醒卖家发货，也可以通过用户端申请商家退款，其中，在申请退款后，若卖家未发货且同意退款，则退回该用户支付的费用，订单结束，如果在申请退款的第一预定时间内，卖家无任何反馈，则服务器平台参与干涉，优选的，该第一预定时间为7天。若卖家已发货且不同意退款，该用户等待收货，收货后，可以选择确认收货并评价，订单结束，再选择申请售后，再次提交退款申请，如果在第二预定时间内，卖家无任何反馈，则服务器平台参与干涉，优选的，该第二预定时间为15天。
第四实施例
请参照图9，图9是本申请第四实施例提供的一种基于移动社交平台的口令红包发布的装置400的结构框图。下面将针对图9所示的结构框图进行阐述，所述红包发布的装置400包括：信息获取模块410、判断模块420、验证信息发送模块430、反馈信息获取模块440以及红包发布模块450，其中：
信息获取模块410，配置成获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息，并根据所述口令红包特征信息和所述通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包。
判断模块420，配置成判断所述第一用户是否已支付与所述无广告无销售红包、所述有 广告无销售红包或所述有广告有销售红包对应的金额。
验证信息发送模块430，配置成当判断所述第一用户已支付与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的金额时，发送待验证信息给服务器平台进行验证。
反馈信息获取模块440，配置成获取所述服务器平台根据所述待验证信息反馈的信息，判断所述反馈的信息是否为审核通过的信息。
红包发布模块450，配置成当判断所述反馈的信息为审核通过的信息时，发布所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包。
本实施例对红包发布的装置400的各功能模块实现各自功能的过程，请参见上述图1至图8所示实施例中描述的内容，此处不再赘述。
综上所述，本申请实施例提供的基于移动社交平台的口令红包发布的方法及装置首先获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息，并根据口令红包特征信息和通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包，判断第一用户是否已支付与无广告无销售红包、有广告无销售红包或有广告有销售红包对应的金额，当判断已支付时，发送待验证信息给服务器平台进行验证，然后获取服务器平台根据待验证信息反馈的信息，判断该反馈信息是否为审核通过的信息，最后当判断是审核通过的信息时，发布无广告无销售红包、有广告无销售红包或有广告有销售红包，从而能够缓解现有的电子红包发放功能单一，广告宣传薄弱的问题。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储 在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (10)

  1. 一种基于移动社交平台的口令红包发布的方法，其特征在于，所述方法包括：
    获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息，并根据所述口令红包特征信息和所述通讯录朋友信息或特征的地理位置范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包；
    判断所述第一用户是否已支付与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的金额；
    当判断所述第一用户已支付与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的金额时，发送待验证信息给服务器平台进行验证；
    获取所述服务器平台根据所述待验证信息反馈的信息，判断所述反馈的信息是否为审核通过的信息；
    当判断所述反馈的信息为审核通过的信息时，发布所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包。
  2. 根据权利要求1所述的方法，其特征在于，所述获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息，并根据所述口令红包特征信息和所述通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包，包括：
    获取所述第一用户输入的红包指令信息、任意图片信息、投放地理位置信息、投放范围信息、红包个数信息、红包总金额信息、红包祝福语信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息；
    根据所述红包指令信息、所述任意图片信息、所述投放地理位置信息、所述投放范围信息、所述红包个数信息、所述红包总金额信息、所述红包祝福语信息以及所述通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包。
  3. 根据权利要求1所述的方法，其特征在于，所述获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息，并根据所述口令红包特征信息和所述通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包，还包括：
    获取所述第一用户输入的红包指令信息、广告缩略图信息、投放地理位置信息、投放范围信息、红包个数信息、红包总金额信息、红包祝福语信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息；
    根据所述红包指令信息、所述广告缩略图信息、所述投放地理位置信息、所述投 放范围信息、所述红包个数信息、所述红包总金额信息、所述红包祝福语信息以及所述通讯录朋友信息或特定的地理位置范围内人员信息生成有广告无销售红包。
  4. 根据权利要求1所述的方法，其特征在于，所述获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息，并根据所述口令红包特征信息和所述通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包，还包括：
    获取所述第一用户输入的红包指令信息、广告缩略图信息、投放地理位置信息、投放范围信息、红包个数信息、红包总金额信息、红包祝福语信息、销售产品信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息；
    根据所述红包指令信息、所述广告缩略图信息、所述投放地理位置信息、所述投放范围信息、所述红包个数信息、所述红包总金额信息、所述红包祝福语信息、所述销售产品信息以及所述通讯录朋友信息或特定的地理位置范围内人员信息生成有广告有销售红包。
  5. 根据权利要求4所述的方法，其特征在于，所述销售产品信息包括产品名称、产地、产品规格、产品图、详情图以及产品介绍。
  6. 根据权利要求2-4中任一项所述的方法，其特征在于，所述当判断所述反馈的信息为审核通过的信息时，发布所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包之后，还包括：
    获取第二用户输入的语音信息，所述第二用户为与所述第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息对应的用户；
    判断所述语音信息与所述第一用户输入的所述红包指令信息是否匹配；
    当判断所述语音信息与所述第一用户输入的所述红包指令信息匹配时，显示所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包。
  7. 根据权利要求6所述的方法，其特征在于，所述当判断所述语音信息与所述第一用户输入的所述红包指令信息匹配时，显示所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包之后，还包括：
    获取所述第二用户输入的第一信息；
    根据所述第一信息显示与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的红包雨或发送所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包给所述第二用户指定的用户。
  8. 根据权利要求6所述的方法，其特征在于，所述获取第二用户输入的语音信息之后，还包括：
    判断所述语音信息与所述有广告有销售红包的所述红包指令信息是否匹配；
    当判断所述语音信息与所述有广告有销售红包的所述红包指令信息匹配时，获取所述第二用户输入的第二信息；
    根据所述第二信息，将与所述有广告有销售红包的销售产品信息对应的广告链接发送给所述第二用户指定的用户。
  9. 根据权利要求8所述的方法，其特征在于，所述根据所述第二信息，将与所述有广告有销售红包的销售产品信息对应的广告链接发送给所述第二用户指定的用户之后，还包括：
    判断所述第二用户是否为合伙人用户；
    当判断所述第二用户为合伙人用户且所述第二用户指定的用户购买了与所述有广告有销售红包的销售产品信息对应的产品时，分配提成给所述第二用户。
  10. 一种基于移动社交平台的口令红包发布的装置，其特征在于，所述装置包括：
    信息获取模块，配置成获取第一用户输入的口令红包特征信息和选择的通讯录朋友信息或特定的地理位置范围内人员信息，并根据所述口令红包特征信息和所述通讯录朋友信息或特定的地理位置范围内人员信息生成无广告无销售红包、有广告无销售红包或有广告有销售红包；
    判断模块，配置成判断所述第一用户是否已支付与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的金额；
    验证信息发送模块，配置成当判断所述第一用户已支付与所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包对应的金额时，发送待验证信息给服务器平台进行验证；
    反馈信息获取模块，配置成获取所述服务器平台根据所述待验证信息反馈的信息，判断所述反馈的信息是否为审核通过的信息；
    红包发布模块，配置成当判断所述反馈的信息为审核通过的信息时，发布所述无广告无销售红包、所述有广告无销售红包或所述有广告有销售红包。
PCT/CN2018/101137 2017-08-18 2018-08-17 基于移动社交平台的口令红包发布的方法及装置 WO2019034155A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710716219.5 2017-08-18
CN201710716219.5A CN107506990A (zh) 2017-08-18 2017-08-18 基于移动社交平台的口令红包发布的方法及装置

Publications (1)

Publication Number Publication Date
WO2019034155A1 true WO2019034155A1 (zh) 2019-02-21

Family

ID=60692482

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/101137 WO2019034155A1 (zh) 2017-08-18 2018-08-17 基于移动社交平台的口令红包发布的方法及装置

Country Status (2)

Country Link
CN (1) CN107506990A (zh)
WO (1) WO2019034155A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107392581A (zh) * 2017-08-18 2017-11-24 首媒科技（北京）有限公司 基于社群的口令红包发布的方法及装置
CN108880986B (zh) * 2018-06-05 2021-06-22 郑州村村联网络技术有限公司 信息交互方法、系统和服务器

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105938604A (zh) * 2015-05-16 2016-09-14 王健 一种在社交网络服务中实施附有广告红包的方法及系统
CN106355454A (zh) * 2016-10-31 2017-01-25 腾讯科技（深圳）有限公司 一种信息推荐方法、服务器及客户端
CN106557952A (zh) * 2016-10-27 2017-04-05 董明哲 一种红包支付系统及方法
CN106603253A (zh) * 2015-10-14 2017-04-26 福州百益百利自动化科技有限公司 一种个人红包的发放方法、系统及移动终端
CN106934603A (zh) * 2015-12-30 2017-07-07 阿里巴巴集团控股有限公司 电子红包的实现方法和装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104851041A (zh) * 2015-05-11 2015-08-19 浙江翼信科技有限公司 一种电子资源的处理方法和系统
CN104966214B (zh) * 2015-06-29 2019-11-26 百度在线网络技术（北京）有限公司 一种电子券的交互方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105938604A (zh) * 2015-05-16 2016-09-14 王健 一种在社交网络服务中实施附有广告红包的方法及系统
CN106603253A (zh) * 2015-10-14 2017-04-26 福州百益百利自动化科技有限公司 一种个人红包的发放方法、系统及移动终端
CN106934603A (zh) * 2015-12-30 2017-07-07 阿里巴巴集团控股有限公司 电子红包的实现方法和装置
CN106557952A (zh) * 2016-10-27 2017-04-05 董明哲 一种红包支付系统及方法
CN106355454A (zh) * 2016-10-31 2017-01-25 腾讯科技（深圳）有限公司 一种信息推荐方法、服务器及客户端

Also Published As

Publication number Publication date
CN107506990A (zh) 2017-12-22

Similar Documents

Publication Publication Date Title
US20200349536A1 (en) Dispensing Digital Objects to an Electronic Wallet
WO2017084526A1 (zh) 物品配送方法及装置
WO2019034163A1 (zh) 基于社群的口令红包发布的方法及装置
AU2015200102B2 (en) Secured electronic transaction system
US10515397B2 (en) System and method for facilitating virtual gift giving
US20140180772A1 (en) Finding objects or services utilizing a communication link to enlist the help of and reward third parties to help locate the desired object or service
CN112689846A (zh) 现货市场：位置感知的商务
US20220130005A1 (en) Digital asset management systems and methods
US20200065850A1 (en) Information processing method, information processing apparatus, and recording medium having program recorded
US20080222030A1 (en) Method and system for purchasing products via text messaging
CN109242292A (zh) 一种资产评估方法、区块链节点设备及系统
US11392913B2 (en) Social media marketplace
US20140142994A1 (en) Friends' events
KR102400828B1 (ko) 예술 창작물의 소유자 정보를 제공하는 증강현실 시스템 및 그 방법
KR102676770B1 (ko) 정보 처리 방법, 정보 표시 방법, 프로그램, 단말 및 서버
WO2019034155A1 (zh) 基于移动社交平台的口令红包发布的方法及装置
KR102300466B1 (ko) 소셜 네트워크 서비스를 이용한 상품 판매 시스템 및 그 방법
US20140358711A1 (en) Network-based gift service
JP7442602B2 (ja) プログラム、情報処理方法、端末
US11301838B2 (en) Systems and methods for using network extensions
CN111754284A (zh) 订单处理的方法、系统、计算设备及介质
TWM520695U (zh) 不動產自售的使用者設備及系統
KR20210047076A (ko) 콘텐츠 매매 시스템 및 그 방법
US20190172027A1 (en) Payment facilitation system for facilitating payment for a transaction
JP2020191049A (ja) コンテンツ配信方法、コンテンツ配信装置、及びコンテンツ配信プログラム

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 01/10/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18845760

Country of ref document: EP

Kind code of ref document: A1