WO2019047796A1 - 线下信息推送方法和装置 - Google Patents

线下信息推送方法和装置 Download PDF

Info

Publication number
WO2019047796A1
WO2019047796A1 PCT/CN2018/103731 CN2018103731W WO2019047796A1 WO 2019047796 A1 WO2019047796 A1 WO 2019047796A1 CN 2018103731 W CN2018103731 W CN 2018103731W WO 2019047796 A1 WO2019047796 A1 WO 2019047796A1
Authority
WO
WIPO (PCT)
Prior art keywords
broadcast device
payment
information
offline
offline broadcast
Prior art date
Application number
PCT/CN2018/103731
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 WO2019047796A1 publication Critical patent/WO2019047796A1/zh
Priority to PH12019502506A priority Critical patent/PH12019502506A1/en
Priority to US16/702,829 priority patent/US11663622B2/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/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/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • 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/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0235—Discounts or incentives, e.g. coupons or rebates constrained by time limit or expiration date
    • 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/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • 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/387—Payment using discounts or coupons
    • 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/401—Transaction verification
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • 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/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0222—During e-commerce, i.e. online transactions
    • 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/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0226—Incentive systems for frequent usage, e.g. frequent flyer miles programs or point systems
    • 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/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0238—Discounts or incentives, e.g. coupons or rebates at point-of-sale [POS]
    • 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/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0239—Online discounts or incentives
    • 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
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0261—Targeted advertisements based on user location
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • 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
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0267—Wireless devices

Definitions

  • the present specification relates to the field of Internet technologies, and in particular, to a method and apparatus for pushing information offline.
  • the present specification provides a method and apparatus for pushing information offline.
  • An offline information pushing method includes:
  • the offline broadcast device detects terminal identification data within a predetermined distance
  • the offline broadcast device uploads the detected terminal identification data to the server
  • the server performs matching of the information pushing conditions according to the terminal identification data
  • the server pushes the information corresponding to the information pushing condition that the terminal identification data matches to the offline broadcast device;
  • the offline broadcast device broadcasts the received corresponding information.
  • An offline information pushing method includes:
  • An offline information pushing device includes:
  • a data receiving unit which receives terminal identification data detected by the offline broadcast device
  • condition matching unit that performs matching of information push conditions according to the terminal identification data
  • the first pushing unit pushes the information corresponding to the information pushing condition that the terminal identification data matches to the offline broadcast device, so that the offline broadcast device broadcasts the received corresponding information.
  • An offline information pushing device includes:
  • a memory for storing machine executable instructions
  • the processor is caused to:
  • the present specification can push the payment discount voice through the offline broadcast device when the number of consumers in the merchant store is large, and encourage the consumer to use the payment system to make payment.
  • the payment client can be opened in advance, thereby improving the payment efficiency.
  • FIG. 1 is a schematic diagram of an offline broadcast device according to an exemplary embodiment of the present specification.
  • FIG. 2 is a schematic diagram of a payment graphics code on a scanning offline broadcast device according to an exemplary embodiment of the present specification.
  • FIG. 3 is a schematic diagram of another offline broadcast device according to an exemplary embodiment of the present specification.
  • FIG. 4 is a schematic flowchart of a binding offline broadcast device according to an exemplary embodiment of the present disclosure.
  • FIG. 5 is a schematic diagram of a booting process of a offline broadcast device according to an exemplary embodiment of the present disclosure.
  • FIG. 6 is a flow chart showing a manner in which a offline broadcast device broadcasts a payment result voice according to an exemplary embodiment of the present specification.
  • FIG. 7 is a schematic flow chart of a method for pushing an offline information according to an exemplary embodiment of the present specification.
  • FIG. 8 is a schematic structural diagram of an offline information pushing apparatus according to an exemplary embodiment of the present specification.
  • FIG. 9 is a block diagram of an offline information pushing apparatus according to an exemplary embodiment of the present specification.
  • first, second, third, etc. may be used in this specification to describe various information, such information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other.
  • first information may also be referred to as the second information without departing from the scope of the present description.
  • second information may also be referred to as the first information.
  • word "if” as used herein may be interpreted as "when” or "when” or "in response to determination.”
  • the present specification provides an offline information push scheme, which can be implemented by a server and an offline broadcast device.
  • the server has a payment function, which is usually a server or a server cluster deployed by a payment service provider.
  • the offline broadcast device has an audio or audio and video broadcast function.
  • FIG. 1 is a schematic diagram of an offline broadcast device according to an exemplary embodiment of the present specification.
  • the offline broadcast device includes a device body 100, and the device body 100 includes a first surface 101 carrying a payment pattern code 1011.
  • the payment graphic code 1011 may carry the identification information of the service service provider account.
  • the payment graphic code 1011 may carry the identifier of the merchant account, and the consumer may scan the payment graphic code 1011 to implement payment; the payment graphic
  • the code 1011 can also carry a random code, and the merchant can bind the payment graphic code 1011 to its account, and the subsequent consumer scans the payment graphic code 1011 to implement payment. The specification does not specifically limit this.
  • the encoding layer of the payment graphics code 1011 can be glued to the first surface 101.
  • the merchant prints a payment graphics code carrying his own account information and then pastes it on the first surface 101.
  • the first surface 101 can include a display screen (not shown) for displaying the payment graphics code 1011.
  • the server can send the related information of the merchant account to the offline broadcast device, and the offline broadcast device can further display the payment graphic code carrying the merchant account information in the display screen. 1011.
  • the payment mode code 1011 can be carried by other bearer modes, which is not specifically limited in this specification.
  • the angle between the first surface 101 and the lower surface of the device body may be set to be less than 90 degrees.
  • the angle between the first surface 101 and the lower surface of the device body can be set at Between 20 degrees and 70 degrees, it is convenient for the user to scan the payment graphic code 1011, without requiring the user to adjust the posture of the hand-held machine too much, thereby improving the user experience.
  • the device body 100 of the offline broadcast device may further include: a power button (master button) 102, a volume adjustment button 103, an LED status indicator 104, a USB interface (not shown), Power input line (not shown), etc.
  • the volume adjustment button 103 usually has two, one for turning up the volume and the other for turning down the volume.
  • the USB interface can be located on the second surface (not shown) of the device body 100 opposite to the first surface 101, and can be used for outputting power for charging the terminal device such as a mobile phone, for example, a USB interface outputting a power of 5V/1A.
  • the power input line can be used to access 220V AC, etc.
  • the power button 102, the volume adjustment button 103, and the LED status indicator 104 may also be disposed at other locations on the device body 100, which is not specifically limited in this specification.
  • FIG. 3 is a schematic diagram of another offline broadcast device according to an exemplary embodiment of the present specification.
  • the offline broadcast device may further include a communication module 105 , which is disposed inside the device body 100 and can be externally connected through a wireless and/or wired link.
  • Communication can be a Wi-Fi module that can communicate with the outside via Wi-Fi technology.
  • the communication module 105 can also be a Bluetooth module, and can also communicate with the outside through Bluetooth technology.
  • the communication module 105 can also be used as a general term for a communication function module such as a Wi-Fi module or a Bluetooth module, and the present specification does not specifically limit this.
  • the offline broadcast device further includes a processing module 106.
  • the processing module 106 is disposed inside the device body 100 and can be electrically connected to the communication module 105.
  • the processing module 106 may be an MCU (Microcontroller Unit), a CPU, an FPGA (Field-Programmable Gate Array), etc., and the present specification is not particularly limited.
  • the offline broadcast device may further include a speaker 107, which may be disposed inside the device body 100 and electrically connected to the processing module 106.
  • the speaker holes 1071 of the speaker 107 may be distributed on the left and right sides of the first surface 101 to pay the graphic code 1011.
  • the speaker hole 1071 of the speaker 107 can also be distributed at other positions of the device body 100, which is not particularly limited in this specification.
  • the offline broadcast device may further include a memory 108, a non-volatile memory 109, and the like, which is not specifically limited in this specification.
  • the merchant service provider is a merchant
  • the merchant can bind the offline broadcast device to its payment account in advance.
  • the client can scan the offline broadcast device using the client based on the payment account.
  • the device graphics code the client can parse the unique hardware identification code of the device from the device graphic coding, and then send a binding request carrying the hardware identification code and the payment account to the server, and the server saves the hardware identification code and receives The binding relationship between accounts.
  • the server may send a trigger signal to the offline broadcast device according to the hardware identification code bound to the payment account.
  • the processing module 106 of the offline broadcast device can receive the trigger signal from the server through the communication module 105, and then output the payment result voice signal to the speaker 107 to drive the speaker 107 to output the payment result voice, for example, the payment has been successfully received** yuan.
  • the offline broadcast device described in the present specification integrates the payment graphic coding and the broadcast function of the payment result, and the user can scan the payment graphic code carried on the device body to implement payment, and after payment, the processing module of the offline broadcast device
  • the trigger signal from the server can be received by the communication module, and the voice signal of the payment result is output to the speaker to drive the speaker to output the payment result voice, thereby timely and reliably reporting the payment result and improving the electronic payment experience.
  • it can also improve the brand effect of the server and help the promotion and promotion of the server payment platform.
  • the following is an example of a service provider that is a merchant, and describes the specific implementation of the present specification from four aspects: network configuration of the offline broadcast device, binding of the offline broadcast device, booting of the offline broadcast device, and output of the payment result voice. process.
  • the merchant before using the offline broadcast device, the merchant usually needs to configure a network of the offline broadcast device to connect the offline broadcast device to the Internet.
  • the communication module 105 of the offline broadcast device includes a Wi-Fi module, and the Wi-Fi module supports an STA (Station) mode + AP (Access Point) mode.
  • STA Selection
  • AP Access Point
  • the merchant can trigger the Wi-Fi module to switch to the AP mode by using a specified physical button.
  • AP mode the offline broadcast device acts as an access point, allowing the terminal device to connect.
  • the specified physical button can be set by the developer. To avoid accidental touch, two physical buttons can be set, such as a power button + a volume (-) button.
  • the merchant can simultaneously press the power button and the volume (-) button to switch the Wi-Fi module to the AP mode, and then select the SSID of the offline broadcast device in the Wi-Fi list of the mobile phone (Service) Set Identifier, the service set identifier), and enter the corresponding password to connect.
  • the SSID and the corresponding password of the offline broadcast device may be pre-printed on the device body 100, for example, pre-printed on the lower surface of the device body 100 and the like.
  • the Wi-Fi connection information such as the SSID and password of the router
  • the client can display the message of the connected offline broadcast device, and the merchant can further configure the router's SSID and password for the offline broadcast device through the client.
  • the offline broadcast device After receiving the SSID and password configured by the client, the offline broadcast device can switch the Wi-Fi module to the STA mode, and then access the corresponding Wi-Fi network based on the configured SSID and password to access the Internet.
  • the offline broadcast device After accessing the Internet, the offline broadcast device can establish a long connection with the server based on the pre-configured server address to receive various information sent by the server.
  • the server address is usually stored in the non-volatile memory 109.
  • the message for establishing a long connection request is usually encapsulated by the processing module 106, and the sending and receiving are usually implemented by the communication module 105.
  • the processor 105 outputs a voice signal to a speaker to drive the speaker to output a corresponding voice, which can be described as a line-by-line broadcast device outputting a corresponding voice or the like.
  • the Bluetooth connection when configuring the network of the offline broadcast device, the Bluetooth connection may be first performed with the offline broadcast device, and then the Wi-Fi connection information is sent through the Bluetooth connection, so that the offline broadcast device joins the Internet. This specification does not specifically limit this.
  • the device body 100 of the offline broadcast device may also carry a device graphic code (not shown), and the device graphic code carries the device identifier of the device, such as a unique hardware identification code.
  • the device graphic code can be set on the lower surface of the device body 100, for example, the device graphic code is pasted onto the lower surface of the device body.
  • the device graphic code can also be set at other positions of the device body, such as a surface opposite to the first surface 101.
  • the coding format of the graphic coding of the device may be a barcode, a two-dimensional code, etc., and the specification does not specifically limit this.
  • the merchant Before using the offline broadcast device, the merchant needs to bind the offline broadcast device and the merchant's payment account (hereinafter referred to as the merchant account).
  • the process of binding the offline broadcast device may include the following steps:
  • Step 402 The client scans the device graphics code on the offline broadcast device.
  • the merchant can use the client that has logged in based on the merchant's bill to scan the device graphics code on the offline device.
  • Step 404 The client sends a request for binding the device under the binding line to the server.
  • the client can obtain the device identifier of the offline broadcast device, and then the client can send a request for binding the offline broadcast device to the server, where the request carries the device identifier and the merchant account, for example, the merchant Identification information of the account, etc.
  • Step 406 The server verifies whether the offline broadcast device is a legitimate device.
  • the server may first verify whether the corresponding offline broadcast device is a legal device according to the device identifier.
  • the server can verify whether the offline broadcast device is legal to the hardware platform that stores the legal device identifier.
  • the server locally stores the legal device identifier list, it can also be verified locally. This embodiment does not specifically limit this.
  • the security prompt may be returned to the client to prompt the merchant to have a security risk.
  • Step 408 If the server determines that the offline broadcast device is a legitimate device, the server identifier may be bound to the merchant account.
  • Step 410 The server returns a message that the binding is successful to the client.
  • the server can also detect whether the corresponding offline broadcast device is online, that is, whether the corresponding offline broadcast device has established a long connection with the server. If it is determined that the offline broadcast device is online, the offline broadcast device may also send a message indicating that the binding is successful, and the offline broadcast device may further output the voice successfully combined with the user account.
  • the voice successfully combined may be a general voice, for example, the account is successfully bound.
  • the voice of the binding may also include the information of the merchant account. For example, the information of the merchant account is successfully bound, and the information of the merchant account is carried in the message that the binding is successfully sent by the server. limit.
  • the merchant can view the situation of the offline broadcast device through the client, for example, whether the offline broadcast device is bound, the bound offline broadcast device is online, etc., and the processing and implementation of this part can be referred to. Related technologies, this embodiment will not be repeated here.
  • the merchant can also unbind the offline broadcast device through the client, for example, clicking the unbinding button provided by the client user page, and the client can further send the unbinding request to the server, and the server can further cancel the merchant.
  • the server can also send the unbound message to the corresponding offline broadcast device, so that the offline broadcast device outputs the unbundled prompt voice, for example, the unbind.
  • the server may also monitor whether the offline broadcast device has a security risk, and automatically remove the binding relationship between the offline account and the merchant account when determining that there is a security risk, and send a reminder to the client. To ensure that the interests of merchants are not infringed.
  • the offline broadcast device can periodically report the device data of the device to the server.
  • the device data may include an operating system version number, a speaker firmware number, and the like.
  • the server can determine whether the offline broadcast device has a security risk according to the device data. For example, the server can determine whether the operating system version number is the latest version number, determine whether the speaker firmware number is correct, etc., if it is determined that the operating system version number is the latest version number, and the speaker firmware number is correct, the corresponding offline line can be determined. There is no security risk in the broadcast device; if it is determined that the operating system version number is not the latest version number or the speaker firmware number is incorrect, the corresponding offline broadcast device operation security risk may be determined.
  • the device data may further include other information, and the manner in which the server determines whether the offline broadcast device has a security risk may also be extended according to the other information, which is not specifically limited in this embodiment.
  • the server can confirm the security risk after receiving the device data.
  • the server can also save the received device data, and then confirm the security risk offline when the service is not busy. No special restrictions are imposed.
  • the booting process of the offline broadcast device in this embodiment may include the following steps:
  • step 502 the power button is pressed long.
  • the power button 102 of the device can be broadcasted by a long press to perform booting, for example, long press for 3 seconds.
  • step 504 the offline broadcast device determines whether the startup is successful. If successful, step 506 is performed.
  • the boot failure sound effect can be output.
  • step 506 the offline broadcast device detects whether the Wi-Fi connection is normal. If yes, step 508 is performed.
  • the LED status indicator outputs a red light.
  • the offline broadcast device may attempt network access according to the previously configured Wi-Fi connection information, for example, attempting to access the router according to the router SSID and password. .
  • step 508 is performed.
  • step 508 the offline broadcast device detects whether the account binding is normal. If yes, step 510 is performed.
  • the offline broadcast device may establish a long connection with the server according to the saved server address, and after establishing a long connection, may send a binding query request to the server to query the device. Binding to the merchant account.
  • the binding query request may carry the device identifier of the device.
  • the server may find that the offline broadcast device is bound to the merchant account, and returns a query result to the offline query.
  • the query result may include: bound, unbound.
  • step 510 is performed.
  • the LED status indicator can be controlled to blink red to prompt.
  • the store owner can be notified, and the store owner can then view through the client, and solve the problem of binding abnormality in time to avoid the undeliverable payment caused by the binding abnormality.
  • the result is speech and other issues.
  • step 510 the control LED status indicator outputs a green light.
  • step 508 Based on the detection result of the foregoing step 508, if the account binding is normal, it indicates that the intelligent reporting device has entered the working state, and then the green light can be output.
  • the light prompts outputted by the LED status indication and the like in this embodiment are merely exemplary examples.
  • other light prompts may also be output, for example, when the Wi-Fi connection is abnormal, the output flashes red; When the account binding is abnormal, the time difference is red, etc., and this specification does not specifically limit this.
  • the offline broadcast device broadcasts the payment result voice, which may include the following steps:
  • Step 602 The consumer scans the payment graphics code carried on the body of the offline broadcast device.
  • the consumer can scan the payment graphic code carried on the device body by the client scanning line loaded in the mobile phone, for example, paying the two-dimensional code.
  • the client may display a payment page for the merchant account, and the consumer performs payment based on the payment page, such as: inputting the consumption amount, confirming the payment, and the like.
  • the client may send a payment request to the server, where the payment request usually carries: payment amount, merchant account number, time and other information.
  • the offline broadcast device may further be configured with a NFC (Near Field Communication) module, where the NFC module can pay a graphic when detecting a terminal device supporting the NFC technology.
  • the information carried in the encoding is sent to the terminal device through the NFC technology.
  • the payment page for the merchant account can also be displayed for the consumer to perform the payment operation.
  • the information carried in the payment graphics code may be delivered by the server after the smart terminal device binds the merchant account.
  • the NFC module is used to send the information carried in the payment graphics code, which can effectively prevent the problem of scanning failure caused by the misalignment of the payment graphics code when the consumer scans, and improve the scanning success rate.
  • the consumer can also implement the payment by scanning the payment two-dimensional code set by the merchant at other places, which is not specifically limited in this embodiment.
  • step 604 the server processes the payment request for the merchant account.
  • Step 606 After the payment is successful, the server searches for the device identifier of the offline broadcast device bound to the merchant account.
  • Step 608 The server sends the payment result to the corresponding offline broadcast device based on the found device identifier.
  • step 610 the offline broadcast device outputs the payment result voice.
  • the payment result sent by the server may be the payment result voice
  • the offline broadcast device may directly play after receiving the message.
  • the voice of the transmission payment result may occupy a larger bandwidth of the server and affect the performance of the server.
  • the payment result sent by the server may be a URL (Uniform Resource Locator) of the payment result voice, and after receiving the URL sent by the server, the offline broadcast device may correspond to the URL according to the URL. The address is obtained to the corresponding payment result voice, and then played. Compared with the way of sending the payment result voice directly, the performance of the server can be improved.
  • URL Uniform Resource Locator
  • the offline broadcast device may use voice assembly to broadcast the payment result voice.
  • the offline broadcast device may pre-store the basic voice in the voice of the payment result, such as “successful collection”, “yuan”, and the like.
  • the payment result sent by the server to the offline broadcast device may be a payment result parameter, such as a specific amount paid by the consumer.
  • the offline broadcast device After receiving the payment result parameter, the offline broadcast device can assemble the payment result voice to perform the broadcast according to the payment result parameter and the saved basic voice.
  • the server can send the payment result parameter 10, and after receiving the payment result parameter 10, the offline broadcast device can acquire the basic voice "successful collection” and "yuan", and then assemble. In the result of the payment, the voice "to successfully collect 10 yuan" to broadcast.
  • the server may also send the payment result to the corresponding offline broadcast device, so that the offline broadcast device outputs the corresponding payment result voice, which is not specifically limited in this embodiment.
  • the offline broadcast device provided in this specification can broadcast the payment result voice for the merchant account after being bound to the merchant account, so that the merchant's staff can timely listen to the payment result.
  • the offline broadcast device is out of the dependence on the terminal.
  • the terminal device based on the merchant account is not in the store, for example, in the scene where the store owner carries the mobile phone to leave the store, the merchant staff can also listen to the payment result.
  • the brand effect of the payment system can also be improved, which is helpful for the promotion and promotion of the payment system.
  • the specification also supports the push of offline information through a offline broadcast device.
  • the offline information pushing method may include the following steps:
  • Step 702 The offline broadcast device detects terminal identification data within a predetermined distance.
  • the offline broadcast device may further be provided with a Wi-Fi probe module, which may be used to detect identification data of the terminal device within a predetermined distance from the broadcast device, for example, by transmitting a wireless broadcast signal. Terminal equipment and the like within the coverage of wireless broadcast information.
  • the merchant can be assisted in analyzing the operation, such as: passenger flow, number of consumers, number of people lost, and the like.
  • the server can be assisted in pushing the offline information.
  • the terminal identification data may be data such as a MAC (Media Access Control) address of the terminal, and is not specifically limited in this embodiment.
  • Step 704 The offline broadcast device uploads the detected terminal identification data to the server.
  • the offline broadcast device can upload the detected terminal identification data to the server based on a predetermined time period.
  • the offline broadcast device may also upload the detected terminal identification data to the server based on the time point set by the server, for example, between 8 am and 18 pm daily, reporting on the whole point, etc. .
  • Step 706 The server performs matching of information pushing conditions according to the terminal identification data.
  • Step 708 The server pushes the information corresponding to the information pushing condition that the terminal identification data matches to the offline broadcast device.
  • Step 710 The offline broadcast device broadcasts the received corresponding information.
  • the server may determine the number of terminals detected by the offline broadcast device according to the terminal identification data. Based on the number of terminals, the server can match the information push conditions. For example, when the information pushing condition that the number of terminals matches is that the number of terminals is greater than the quantity threshold, the information corresponding to the information pushing condition is the first type of payment preferential information and the like.
  • the information pushing condition may be customized by the merchant, or may be customized by the server. This embodiment does not specifically limit this.
  • the merchant can set the first type of payment offer information and push conditions of the activity in advance through the client, wherein the push condition is that the number of people in the store reaches 30, and the first type of payment offer information can be “to pay for 50 yuan immediately. ".
  • the server can determine whether the number of people in the store reaches 30 people. If the number of people reaches 30, the first type of payment preferential information configured by the merchant can be pushed to the offline broadcast device, for example, the URL of the first type of payment offer information for the offline broadcast device to broadcast.
  • the first type of payment preferential information may be voice information or video information, and the specification does not specifically limit this.
  • the terminal identification data is a MAC address.
  • the server can determine the number of MAC addresses reported by the offline broadcast device as the number of consumers in the store.
  • the server can use the number of MAC addresses as the sum of the number of in-store consumers and service personnel.
  • the server can also count the number of service personnel. For example, pre-storing the MAC address reported by the non-business time offline broadcast device as the MAC address of the terminal used by the service personnel, and receiving the MAC address reported by the offline broadcast device after the business hours, according to the MAC address of the saved service personnel terminal. The address determines the number of service personnel currently in the store. Then, by subtracting the number of service personnel from the sum of the above quantities, a relatively accurate number of consumers can be obtained, and then the information push conditions are matched based on the number of consumers.
  • the server-side customization Take the server-side customization as an example. Assume that when the number of people in the store reaches 30, the service-side customization will be carried out with a discount of “10 yuan minus 2 yuan”. After receiving the terminal identification data reported by the offline broadcast device, the server can determine whether the number of people in the store reaches 30 people. If it reaches 30 people, the first type of payment preferential information of "10 yuan minus 2 yuan" can be pushed to the offline broadcast device for broadcast by the offline broadcast device.
  • the preferential strategy of the first type of payment offer may be related to the category of the merchant.
  • the first type of payment offer may be "10 yuan or less”.
  • the first type of payment offer can be "full 50 yuan minus 10 yuan” and so on.
  • the server can customize the first type of payment offer in the actual form, and this specification does not impose any special restrictions.
  • the server may also send the first type of payment preferential information to the user account bound by the offline broadcast device, that is, the merchant account, for providing Merchants keep abreast of the offers.
  • the payment discount is pushed through the offline broadcast device, and the consumer is encouraged to use the payment system to make the payment.
  • the payment client can be opened in advance, thereby improving the payment efficiency.
  • the specification can also support the push of payment offers for different time periods.
  • the payment offer corresponding to the time period may be referred to as the second type of payment offer information.
  • the above time period can be divided in days. For example, you can divide the day into three periods: morning, noon, and evening.
  • the server may not process the payment request for the merchant, for example, if the consumer does not pay the merchant, and the offline broadcast device does not need to broadcast the payment result voice, the server may push the offline broadcast device bound to the merchant account differently from the current time period.
  • the second type of payment offer information of the time period is broadcasted by the offline broadcast device.
  • the server may push the second type of payment discount letter of the noon or the evening to the offline broadcast device bound to the merchant account, for example, push the device to the offline broadcast device. Buy lunch, 30 minus 3 yuan, etc., to increase the repurchase rate of consumers in the morning at noon or evening.
  • the division of the time period may not be in the cycle of the day, or may be in the cycle of the week or the month, and the embodiment does not particularly limit this.
  • the payment of the discounted voice may be performed in advance for the holiday, for example, the payment discount of the eleventh period may be pushed through the offline broadcast device bound by the merchant account in September.
  • the repurchase rate of the consumer can be improved, and the consumer stickiness can be improved.
  • the specification may also support payment offer pushes for continuous consumption.
  • payment offer information for continuous consumption may be referred to as a third type of payment offer information.
  • the above continuous consumption generally refers to the consumer spending a certain number of times in the same merchant within a predetermined period of time, and the consumer spending at the same merchant for several consecutive days.
  • they can push the corresponding third type of payment offer information, for example, “continuous consumption for 5 days, and consumption for the sixth day is reduced by 5 yuan”.
  • the server may obtain the historical payment data of the payment payer user after the payment request of the payment account is processed by the merchant account, and then determine whether to match the predetermined continuous preferential condition according to the historical payment data. If the match is matched, the corresponding third type payment offer information may be pushed to the offline broadcast device bound to the merchant account.
  • Xiaobai uses the mobile phone to scan the payment QR code carried on the offline broadcast device, and pays the merchant a total amount of 20 yuan for this purchase.
  • the server can obtain the historical payment data of Xiaobai. If it is determined that Xiaobai has been consumed by the merchant every day for three consecutive days (that is, the continuous preferential condition is: the consumer has been consumed in the merchant for three consecutive days), Then, the offline advertisement device bound to the merchant account can be pushed to pay the preferential information of “continuous consumption for 5 days, and the sixth day of consumption is reduced by 5 yuan” to increase the repurchase rate of Xiaobai at the merchant.
  • the server can also push the historical payment data of Xiaobai to the offline broadcast device for broadcast, for example, “You have spent 3 consecutive days here, 5 consecutive days of consumption, and 5 yuan for consumption on the 6th day”, etc. In order to let users know their own consumption.
  • the payer client may further send the account information of the payer user to the server after the user scans the payment pattern code, and the server obtains the historical payment data of the payer user according to the account information, and then determines the history. Whether the payment data matches the continuous offer.
  • the paying party client may also send the account information of the payee account carried in the payment graphic code to the server for the server to make a judgment, which is not repeatedly described in this embodiment.
  • the server obtains the historical payment data of the paying party user, and then sends the corresponding payment preferential information to the offline broadcast device that is bound to the merchant account when the historical payment data matches the predetermined continuous preferential condition, thereby improving the consumer.
  • the repurchase rate increases consumer stickiness.
  • the information pushed by the server to the offline broadcast device can also promote information for various activities such as advertisements and bidding, and this specification does not impose any special restrictions.
  • the present specification also provides an embodiment of the offline information pushing device.
  • the embodiment of the offline information push device of the present specification can be applied to the server.
  • the device embodiment may be implemented by software, or may be implemented by hardware or a combination of hardware and software.
  • the processor of the server on which the server is located reads the corresponding computer program instructions in the non-volatile memory into the memory.
  • FIG. 8 a hardware structure diagram of the server side of the offline information pushing device of the present specification, except for the processor, the memory, the network interface, and the non-volatile memory shown in FIG.
  • the server where the device is located in the embodiment may also include other hardware according to the actual function of the server, and details are not described herein.
  • FIG. 9 is a block diagram of an offline information pushing apparatus according to an exemplary embodiment of the present specification.
  • the offline information pushing apparatus 800 can be applied to the server shown in FIG. 8 and includes: a data receiving unit 801, a condition matching unit 802, a first pushing unit 803, and a second pushing unit 804.
  • the data receiving unit 801 receives the terminal identification data detected by the offline broadcast device.
  • the condition matching unit 802 performs matching of information push conditions according to the terminal identification data.
  • the first pushing unit 803 pushes information corresponding to the information pushing condition to which the terminal identification data is matched to the offline broadcast device, so that the offline broadcast device broadcasts the received corresponding information.
  • condition matching unit 802 determines, according to the terminal identification data, the number of terminals detected by the offline broadcast device, and performs matching of information push conditions according to the number of the terminals.
  • the information corresponding to the information pushing condition is the first type of payment preferential information.
  • the offline broadcast device is bound to a user account
  • the preferential strategy of the first type of payment offer information is related to the category of the object to which the user account belongs.
  • the offline broadcast device is bound to a user account
  • the second pushing unit 804 when the information corresponding to the information pushing condition matched by the terminal identification data is pushed to the offline broadcast device, further pushes the corresponding information to the offline broadcast device for binding User account.
  • the third push unit 805 After the payment request of the user account bound by the offline broadcast device is processed as the payee, the third push unit 805 sends a payment result to the offline broadcast device, so that the offline broadcast device Broadcasting the payment result;
  • the fifth pushing unit 807 obtains the historical payment data of the payer user of the payment request after the payment request of the user account bound by the offline broadcast device is processed as the payee;
  • the third type of payment offer information corresponding to the first continuous preferential condition is pushed to the offline broadcast device, so that the offline broadcast device broadcasts the third type of payment offer information.
  • the sixth pushing unit 808 receives the account information of the payer user sent by the paying party client after scanning the payment graphic code
  • the offline payment device that is bound to the payee account specified by the payment pattern code is pushed to the fourth type of payment preferential information corresponding to the second continuous preferential condition, so that the offline broadcast device broadcasts the information The fourth type of payment offer information.
  • the unbinding unit 809 receives the device data reported by the offline broadcast device
  • the binding relationship between the offline broadcast device and the user account is released.
  • the device embodiment since it basically corresponds to the method embodiment, reference may be made to the partial description of the method embodiment.
  • the device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, ie may be located A place, or it can be distributed to multiple network units. Some or all of the modules may be selected according to actual needs to achieve the objectives of the present specification. Those of ordinary skill in the art can understand and implement without any creative effort.
  • the system, device, module or unit illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product having a certain function.
  • a typical implementation device is a computer, and the specific form of the computer may be a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email transceiver, and a game control.
  • the present specification also provides another offline information push device, the device comprising: a processor and a memory for storing machine executable instructions.
  • the processor and the memory are usually connected to each other by an internal bus.
  • the device may also include an external interface to enable communication with other devices or components.
  • the processor by reading and executing the machine-executable instructions stored in the memory corresponding to the offline information push logic, the processor is caused to:
  • the processor when matching the information pushing conditions according to the terminal identification data, the processor is caused to:
  • Matching of information push conditions is performed according to the number of terminals.
  • the information corresponding to the information pushing condition is the first type of payment preferential information.
  • the offline broadcast device is bound to a user account
  • the preferential strategy of the first type of payment offer information is related to the category of the object to which the user account belongs.
  • the offline broadcast device is bound to a user account
  • the processor is also caused to: by reading and executing the machine-executable instructions stored in the memory corresponding to the offline information push logic:
  • the corresponding information is also pushed to the user account bound by the offline broadcast device.
  • the processor is further caused to:
  • the payment result is sent to the offline broadcast device, so that the offline broadcast device broadcasts the payment result;
  • the second type payment offer information of the different time period of the current time period is pushed to the offline broadcast device to make the line
  • the next broadcast device broadcasts the second type of payment offer information.
  • the processor is further caused to:
  • the third type of payment offer information corresponding to the first continuous preferential condition is pushed to the offline broadcast device, so that the offline broadcast device broadcasts the third type of payment offer information.
  • the processor is further caused to:
  • the offline payment device that is bound to the payee account specified by the payment pattern code is pushed to the fourth type of payment preferential information corresponding to the second continuous preferential condition, so that the offline broadcast device broadcasts the information The fourth type of payment offer information.
  • the processor is further caused to:
  • the binding relationship between the offline broadcast device and the user account is released.
  • the present specification further provides a computer readable storage medium having a computer program stored thereon, when the program is executed by the processor Implement the following steps:
  • the matching of the information pushing conditions according to the terminal identification data includes:
  • Matching of information push conditions is performed according to the number of terminals.
  • the information corresponding to the information pushing condition is the first type of payment preferential information.
  • the offline broadcast device is bound to a user account
  • the preferential strategy of the first type of payment offer information is related to the category of the object to which the user account belongs.
  • the offline broadcast device is bound to a user account
  • the method further includes:
  • the corresponding information is also pushed to the user account bound by the offline broadcast device.
  • it also includes:
  • the payment result is sent to the offline broadcast device, so that the offline broadcast device broadcasts the payment result;
  • the second type payment offer information of the different time period of the current time period is pushed to the offline broadcast device to make the line
  • the next broadcast device broadcasts the second type of payment offer information.
  • it also includes:
  • the third type of payment offer information corresponding to the first continuous preferential condition is pushed to the offline broadcast device, so that the offline broadcast device broadcasts the third type of payment offer information.
  • it also includes:
  • the offline payment device that is bound to the payee account specified by the payment pattern code is pushed to the fourth type of payment preferential information corresponding to the second continuous preferential condition, so that the offline broadcast device broadcasts the information The fourth type of payment offer information.
  • it also includes:
  • the binding relationship between the offline broadcast device and the user account is released.

Abstract

说明书披露一种线下信息推送方法和装置。该方法包括：线下播报设备探测预定距离内的终端标识数据；线下播报设备将探测到的终端标识数据上传至服务端；服务端根据所述终端标识数据进行信息推送条`件的匹配；服务端将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备；所述线下播报设备播报接收到的所述对应的信息。

Description

线下信息推送方法和装置 技术领域
本说明书涉及互联网技术领域，尤其涉及一种线下信息推送方法和装置。
背景技术
随着互联网技术的快速发展，电子交易走进了人们的生活，从网上转账、网上支付等线上电子交易逐步发展到线下场景，比如：用户在实体商户购买货品或服务后，通过互联网实现账单支付。在线下的电子交易场景中，如何通过技术手段提高电子支付的效率已成为亟待解决的问题。
发明内容
有鉴于此，本说明书提供一种线下信息推送方法和装置。
具体地，本说明书是通过如下技术方案实现的：
一种线下信息推送方法，包括：
线下播报设备探测预定距离内的终端标识数据；
线下播报设备将探测到的终端标识数据上传至服务端；
服务端根据所述终端标识数据进行信息推送条件的匹配；
服务端将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备；
所述线下播报设备播报接收到的所述对应的信息。
一种线下信息推送方法，包括：
接收线下播报设备探测到的终端标识数据；
根据所述终端标识数据进行信息推送条件的匹配；
将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备，以使所述线下播报设备播报接收到的所述对应的信息。
一种线下信息推送装置，包括：
数据接收单元，接收线下播报设备探测到的终端标识数据；
条件匹配单元，根据所述终端标识数据进行信息推送条件的匹配；
第一推送单元，将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备，以使所述线下播报设备播报接收到的所述对应的信息。
一种线下信息推送装置，包括：
处理器；
用于存储机器可执行指令的存储器；
其中，通过读取并执行所述存储器存储的与线下信息推送逻辑对应的机器可执行指令，所述处理器被促使：
接收线下播报设备探测到的终端标识数据；
根据所述终端标识数据进行信息推送条件的匹配；
将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备，以使所述线下播报设备播报接收到的所述对应的信息。
由以上描述可以看出，本说明书可在商户店内消费者数量较多时，通过线下播报设备推送支付优惠语音，鼓励消费者采用本支付系统进行支付。消费者在收听到支付优惠语音后，可提前打开支付客户端，从而提高支付效率。
附图说明
图1是本说明书一示例性实施例示出的一种线下播报设备的示意图。
图2是本说明书一示例性实施例示出的一种扫描线下播报设备上支付图形编码的示意图。
图3是本说明书一示例性实施例示出的另一种线下播报设备的示意图。
图4是本说明书一示例性实施例示出的一种绑定线下播报设备的流程示意图。
图5是本说明书一示例性实施例示出的一种线下播报设备的开机流程示意图。
图6是本说明书一示例性实施例示出的一种线下播报设备播报支付结果语 音的流程示意图。
图7是本说明书一示例性实施例示出的一种线下信息推送方法的流程示意图。
图8是本说明书一示例性实施例示出的一种用于线下信息推送装置的结构示意图。
图9是本说明书一示例性实施例示出的一种线下信息推送装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。
在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
本说明书提供一种线下信息推送方案，可由服务端和线下播报设备配合实现。其中，所述服务端具有支付功能，通常是支付服务提供方部署的服务器或者服务器集群。所述线下播报设备具有音频或音视频播报功能。
图1是本说明书一示例性实施例示出的一种线下播报设备的示意图。
请参考图1，所述线下播报设备包括有设备本体100，设备本体100包括承载有支付图形编码1011的第一表面101。其中，所述支付图形编码1011可以携带业务服务提供方账号的标识信息，比如：所述支付图形编码1011可以携带商户账号的标识，消费者可以扫描该支付图形编码1011实现支付；所述支付图形编码1011也可以携带随机码，商户可将该支付图形编码1011与其账号绑定，后续消费者扫描该支付图形编码1011也可以实现支付，本说明书对此不作特殊限制。
在一个例子中，所述支付图形编码1011的编码层可以粘接于所述第一表面101，比如：商户打印携带自己账号信息的支付图形编码，然后粘贴在第一表面101上。
在另一个例子中，所述第一表面101可以包括有显示屏(未图示)，用于显示所述支付图形编码1011。例如，在将线下播报设备和商户账号绑定后，服务端可以将商户账号的相关信息发送给线下播报设备，线下播报设备进而可以在显示屏中展示携带商户账号信息的支付图形编码1011。
当然，在实际应用中，还可以采用其他承载方式承载支付图形编码1011，本说明书对此不作特殊限制。
在本实施例中，为便于用户扫描支付图形编码1011，可以将第一表面101与设备本体下表面之间的夹角设置为小于90度。请参考图2，由于普通桌面的高度通常在70cm-1m之间，为适配用户站立时使用手机等终端设备的姿势，可以将第一表面101和设备本体下表面之间的夹角设置在20度至70度之间，方便用户扫描支付图形编码1011，无需用户过多调整手握手机的姿势，进而提升用户的使用体验。
请继续参考图1，所述线下播报设备的设备本体100上还可以设置有：电源键(主控键)102、音量调节按钮103、LED状态指示灯104、USB接口(未图示)、电源输入线(未图示)等。其中，音量调节按钮103通常有两个，一个用于调高音量，另一个用于调低音量。USB接口可位于设备本体100上与第一表面101相对的第二表面(未图示)，可用于输出电源，以供手机等终端设备 充电，比如：USB接口输出5V/1A的电源等。电源输入线可以用于接入220V交流电等。
其中，电源键102、音量调节按钮103、LED状态指示灯104也可以设置在设备本体100上的其他位置，本说明书对此不作特殊限制。
图3是本说明书一示例性实施例示出的另一种线下播报设备的示意图。
基于图1所示的实施例，请参考图3，所述线下播报设备还可包括通信模块105，该通信模块105设置于设备本体100内部，可通过无线和/或有线链路与外部进行通信。例如，通信模块105可以是Wi-Fi模块，可通过Wi-Fi技术与外部进行通信。又例如，通信模块105还可以是蓝牙模块，还可通过蓝牙技术与外部进行通信等。当然，通信模块105也可以作为Wi-Fi模块、蓝牙模块等具有通信功能的模块的总称，本说明书对此不作特殊限制。
所述线下播报设备还包括处理模块106，该处理模块106设置于设备本体100内部，可与通信模块105电性连接。所述处理模块106可以为MCU(Microcontroller Unit，微控制单元)、CPU、FPGA(Field－Programmable Gate Array，现场可编程门阵列)等，本说明书对此不作特殊限制。
所述线下播报设备还可包括扬声器107，该扬声器107可设置于设备本体100内部，可与所述处理模块106电性连接。在一个例子中，请继续参考图1，所述扬声器107的扬声孔1071可以分布在所述第一表面101上支付图形编码1011的左右两侧。当然，所述扬声器107的扬声孔1071还可以分布在设备本体100的其他位置，本说明书对此不作特殊限制。
所述线下播报设备还可以包括内存108、非易失性存储器109等，本说明书对此不作特殊限制。
在本实施例中，以业务服务提供方是商户为例，商户可以预先将线下播报设备和其收款账号绑定，比如：可使用基于收款账号登录的客户端扫描线下播报设备的设备图形编码，客户端可以从设备图形编码中解析得到设备唯一的硬件识别码，然后发送携带该硬件识别码和收款账号的绑定请求到服务端，由服务端保存该硬件识别码和收款账号之间的绑定关系。
在本实施例中，服务端在处理面向该收款账号的支付请求后，可以根据该收款账号绑定的硬件识别码发送触发信号到上述线下播报设备。线下播报设备的处理模块106可以通过通信模块105收到来自服务端的触发信号时，进而可以输出支付结果语音信号到扬声器107，以驱动扬声器107输出支付结果语音，比如：已成功收款**元。
由以上描述可以看出，本说明书记载的线下播报设备集成支付图形编码和支付结果的播报功能，用户可扫描设备本体上承载的支付图形编码实现支付，支付后，线下播报设备的处理模块可通过通信模块收到来自服务端的触发信号，并输出支付结果语音信号到扬声器，以驱动扬声器输出支付结果语音，从而及时、可靠的播报支付结果，提升电子支付体验。此外，还可以提高服务端的品牌效应，有助于服务端支付平台的宣传与推广。
下面以业务提供方是商户为例，分别从线下播报设备的网络配置、线下播报设备的绑定、线下播报设备开机、支付结果语音的输出这四个方面来描述本说明书的具体实现过程。
一、线下播报设备的网络配置
在本实施例中，商户在使用线下播报设备之前，通常需要配置线下播报设备的网络，以将线下播报设备接入互联网。
在本实施例中，线下播报设备的通信模块105包括有Wi-Fi模块，该Wi-Fi模块支持STA(Station)模式+AP(Access Point)模式。
线下播报设备在接入电源后，商户可以通过指定的物理按键触发将Wi-Fi模块切换到AP模式。在AP模式下，线下播报设备作为接入点，可允许终端设备连接。其中，所述指定的物理按键可以由开发人员进行设置，为避免误触，可以设置两个物理按键，比如：电源键+音量(-)键等。
以手机为例，商户可以同时按下电源键和音量(-)键，以将Wi-Fi模块切换到AP模式，然后可以在手机的Wi-Fi列表中选择该线下播报设备的SSID(Service Set Identifier，服务集标识)，并输入对应的密码，以进行连接。其中，该线下播报设备的SSID和对应的密码可以预先印制在设备本体100上，比如： 预先印制在设备本体100的下表面等位置。
商户在将手机成功接入线下播报设备的Wi-Fi后，可以通过该Wi-Fi连接配置Wi-Fi连接信息，比如：路由器的SSID和密码。例如，在成功接入线下播报设备的Wi-Fi后，客户端可以显示已连接线下播报设备的消息，商户进而可以通过客户端为该线下播报设备配置路由器的SSID和密码。
线下播报设备在接收到客户端配置的SSID和密码后，可以将Wi-Fi模块切换到STA模式，然后基于配置的SSID和密码接入对应的Wi-Fi网络，以接入互联网。
线下播报设备在接入互联网后，可以基于预先配置的服务端地址，与服务端建立长连接，以接收服务端发送的各种信息。
其中，所述服务端地址通常存储在非易失性存储器109中，建立长连接请求的报文通常由处理模块106封装，而发送和接收通常是通过通信模块105实现等。
本说明书后续描述线下播报设备的各种功能时，将着重描述各功能的实现流程，线下播报设备中各硬件模块之间配合以实现对应功能的过程可以参照相关技术，本说明书后续不再一一赘述。例如，处理器105输出语音信号到扬声器，以驱动扬声器输出对应的语音，可被描述为线下播报设备输出对应的语音等。
在另一个例子中，在对线下播报设备的网络进行配置时，也可以先与线下播报设备进行蓝牙连接，然后通过蓝牙连接发送Wi-Fi连接信息，以使线下播报设备加入互联网，本说明书对此不作特殊限制。
二、线下播报设备的绑定
在本实施例中，线下播报设备的设备本体100上通常还可承载有设备图形编码(未图示)，该设备图形编码携带有本设备的设备标识，比如：唯一硬件识别码等标识。
由于设备图形编码通常仅在商户绑定线下播报设备时使用，所以可以将该设备图形编码设置在设备本体100的下表面，比如：将该设备图形编码粘贴到 设备本体的下表面等。当然，也可以将该设备图形编码设置在设备本体的其他位置，比如：与第一表面101相对的表面等。该设备图形编码的编码形式可以为条形码、二维码等，本说明书对此不作特殊限制。
商户在使用线下播报设备之前，需将线下播报设备和商户的收款账号(后续简称为商户账号)绑定。
在本实施例中，请参考图4，绑定线下播报设备的过程可包括以下步骤：
步骤402，客户端扫描线下播报设备上的设备图形编码。
商户可以使用已基于商户账单登录的客户端扫描线下播报设备上的设备图形编码。
步骤404，客户端发送绑定线下播报设备的请求到服务端。
在扫描之后，客户端可以获取到该线下播报设备的设备标识，然后客户端可以发送绑定线下播报设备的请求到服务端，该请求携带有所述设备标识和商户账号，比如：商户账号的标识信息等。
步骤406，服务端验证线下播报设备是否为合法设备。
服务端在接收到绑定线下播报设备的请求后，可以先根据设备标识验证对应的线下播报设备是否为合法设备。
例如，服务端可以到存储有合法设备标识的硬件平台去验证线下播报设备是否合法。
当然，若服务端本地存储有合法设备标识列表，也可以在本地验证，本实施例对此不作特殊限制。
若确定该线下播报设备为非法设备，则可以向客户端返回安全提示，以提示商户存在安全风险。
步骤408，服务端若确定该线下播报设备为合法设备，则可以将设备标识和商户账号绑定。
步骤410，服务端向客户端返回绑定成功的消息。
在本实施例中，服务端在将设备标识和商户账号绑定之后，还可以检测对应的线下播报设备是否在线，即检测对应的线下播报设备是否已与服务端建立 长连接。若确定线下播报设备在线，还可以向该线下播报设备发送绑定成功的消息，线下播报设备进而可以输出用户账号绑定成功的语音。
其中，该绑定成功的语音可以为通用语音，比如：已成功绑定账号。该绑定成功的语音还可以包括商户账号的信息，比如：已成功绑定张三账号，所述商户账号的信息携带在服务端发送的绑定成功的消息中，本实施例对此不作特殊限制。
在本实施例中，商户可以通过客户端查看线下播报设备的情况，比如：是否已绑定线下播报设备、已绑定的线下播报设备是否在线等，这部分的处理与实现可以参照相关技术，本实施例在此不再一一赘述。
在本实施例中，商户还可以通过客户端解绑线下播报设备，比如：点击客户端用户页面提供的解绑按钮，客户端进而可以发送解绑请求到服务端，服务端进而可以解除商户账号和线下播报设备的绑定关系。在解除绑定后，服务端还可以发送解绑的消息到对应的线下播报设备，以使线下播报设备输出解绑提示语音，比如：已解除绑定等。
可选的，在另一个例子中，服务端还可以监测线下播报设备是否存在安全风险，并在确定存在安全风险时，自动解除其与商户账号之间的绑定关系，并发送提醒到客户端，以确保商户利益不受侵害。
在本例中，线下播报设备可以定期将本设备的设备数据上报给服务端，该设备数据可以包括：操作系统版本号、扬声器固件编号等。服务端在接收到设备数据后，可以根据该设备数据判断线下播报设备是否存在安全风险。举例来说，服务端可以判断操作系统版本号是否是最新版本号、判断扬声器固件编号是否正确等，若确定操作系统版本号是最新版本号、且扬声器固件编号正确，则可以确定对应的线下播报设备不存在安全风险；若确定操作系统版本号不是最新版本号或扬声器固件编号有误，则可以确定对应的线下播报设备操作安全风险。当然，在实际应用中，所述设备数据还可以包括其他信息，服务端判断线下播报设备是否存在安全风险的方式还可以根据该其他信息进行扩展，本实施例对此不作特殊限制。
在本例中，服务端可以在接收到设备数据后进行安全风险的确认；服务端也可以先保存接收到的设备数据，后续在业务不繁忙时离线进行安全风险的确认，本实施例对此不作特殊限制。
三、线下播报设备开机
请参考图5，本实施例中线下播报设备的开机流程可以包括以下步骤：
步骤502，电源键被长按。
在本实施例中，可以通过长按线下播报设备的电源键102以进行开机，比如：长按3秒钟。
步骤504，线下播报设备确定是否启动成功，若成功则执行步骤506。
在本实施例中，若启动失败，则可以输出开机失败音效。
步骤506，线下播报设备检测Wi-Fi连接是否正常，若正常则执行步骤508。
在本实施例中，在首次启动时，由于尚未配置Wi-Fi连接信息，所以LED状态指示灯会输出红灯。
在本实施例中，在配置过Wi-Fi连接信息后，若启动成功，线下播报设备可以根据之前配置的Wi-Fi连接信息尝试网络接入，比如：根据路由器SSID和密码尝试接入路由器。
若成功接入网络，则可以确定Wi-Fi连接正常，进而执行步骤508。
若未成功接入网络，则可以控制LED状态指示灯输出红灯，以提示网络接入失败。
步骤508，线下播报设备检测账号绑定是否正常，若正常则执行步骤510。
基于前述步骤506，若Wi-Fi连接正常，线下播报设备可以根据保存的服务端地址与服务端建立长连接，在建立长连接后，可发送绑定查询请求到服务端，以查询本设备与商户账号的绑定情况。其中，所述绑定查询请求可携带本设备的设备标识。
服务端在接收到该绑定查询请求后，可以查找该线下播报设备是否绑定有商户账号，并向其返回查询结果，该查询结果可以包括：已绑定、未绑定。
若接收到已绑定的查询结果，可以确定账号绑定正常，进而执行步骤510。
若接收到未绑定的查询结果，可以确定账号绑定异常，进而可以控制LED状态指示灯进行红灯闪烁，以进行提示。商户的工作人员在根据LED状态指示灯确定账号绑定异常时，可以通知店主，店主进而可以通过客户端进行查看，以及时解决绑定异常的问题，避免由于绑定异常所导致的无法播报支付结果语音等问题。
步骤510，控制LED状态指示灯输出绿灯。
基于前述步骤508的检测结果，若账号绑定正常，可说明智能报备设备已进入工作状态，进而可以输出绿灯。
值得注意的是，本实施例中LED状态指示等输出的灯光提示仅为示例性的举例，在实际应用中，也可以输出其他灯光提示，比如：在Wi-Fi连接异常时输出红灯闪烁；在账号绑定异常时时差红灯等，本说明书对此不作特殊限制。
四、支付结果语音的输出
请参考图6，线下播报设备播报支付结果语音可以包括以下步骤：
步骤602，消费者扫描线下播报设备本体上承载的支付图形编码。
在本实施例中，消费者在商户进行消费后，可以手机中装载的客户端扫描线下播报设备本体上承载的支付图形编码，比如：支付二维码。
在扫描该支付图形编码后，客户端可以展示面向商户账号的支付页面，消费者基于该支付页面进行支付，比如：输入消费金额，确认支付等。
在消费者确认支付后，客户端可发送支付请求到服务端，该支付请求中通常携带有：支付金额、商户账号、时间等信息。
可选的，在另一个例子中，线下播报设备还可以设置有NFC(Near Field Communication，近距离无线通信技术)模块，该NFC模块可以在检测到支持NFC技术的终端设备时，将支付图形编码中携带的信息通过NFC技术发送给终端设备，在接收到该信息后，同样可以展示面向商户账号的支付页面，以供消费者执行支付操作。其中，支付图形编码中携带的信息可以由服务端在智能终端设备绑定商户账号后下发。
本例采用NFC模块发送支付图形编码中携带的信息，可以有效防止消费者 扫描时未对准支付图形编码所导致扫描失败的问题，提高扫描成功率。
可选的，在另一个例子中，消费者也可以通过扫描商户在其他地方设置的支付二维码以实现支付，本实施例对此不作特殊限制。
步骤604，服务端处理面向商户账号的支付请求。
步骤606，服务端在支付成功后，查找该商户账号绑定的线下播报设备的设备标识。
步骤608，服务端基于查找到的设备标识发送支付结果到对应的线下播报设备。
步骤610，线下播报设备输出支付结果语音。
在一个例子中，服务端发送的支付结果可以为支付结果语音，线下播报设备接收到之后可以直接进行播放。
在另一个例子中，由于支付结果语音的数据量通常较大，传输支付结果语音可能会占用服务端较大的带宽，影响服务端的性能。可选的，服务端发送的支付结果可以为支付结果语音的URL(Uniform Resource Locator，统一资源定位符)，线下播报设备在接收到服务端下发的该URL后，可以根据该URL从对应的地址获取到对应的支付结果语音，然后进行播放。相较于直接发送支付结果语音的方式，可以提升服务端的性能。
在另一个例子中，为减少对网络资源的占用，提高支付结果传输效率，线下播报设备可以采用语音组装的方式进行支付结果语音的播报。
具体地，线下播报设备可以预先保存支付结果语音中的基础语音，比如：“已成功收款”、“元”等。服务端在支付成功后，发送给线下播报设备的支付结果可以为支付结果参数，比如：消费者支付的具体金额。
在接收到该支付结果参数后，线下播报设备可以根据该支付结果参数和已保存的基础语音，组装成支付结果语音进行播报。
举例来说，消费者成功支付10元，服务端可以发送支付结果参数10，线下播报设备在接收到支付结果参数10之后，可以获取基础语音“已成功收款”以及“元”，然后组装成支付结果语音“以成功收款10元”，以进行播报。
在另一个例子中，服务端在支付失败时，也可以发送支付结果到对应的线下播报设备，以使线下播报设备输出对应的支付结果语音，本实施例对此不作特殊限制。
由此可以看出，本说明书提供的线下播报设备在与商户账号绑定后，可以播报面向商户账号的支付结果语音，从而可以让商户的工作人员及时收听到支付结果。相较于智能音箱，线下播报设备脱离了对终端的依赖，当基于商户账号登录的终端设备不在店中时，例如在店主携带手机离店的场景中，商户工作人员同样可以收听到支付结果，从而确保商户利益。此外，通过本说明书提供的线下播报设备，还可以提高支付系统的品牌效应，有助于支付系统的宣传与推广。
在另一个例子中，本说明书还支持通过线下播报设备进行线下信息的推送。
请参考图7，该线下信息推送方法可以包括以下步骤：
步骤702，线下播报设备探测预定距离内的终端标识数据。
在本实施例中，线下播报设备还可以设置有Wi-Fi探针模块，可以用于探测与播报设备在预定距离内的终端设备的标识数据，例如，可通过发送无线广播信号来探测该无线广播信息覆盖范围内的终端设备等。
一方面，基于该终端标识数据可协助商户分析运营情况，比如：客流量、消费人数、流失人数等。
另一方面，基于该终端标识数据可协助服务端进行线下信息的推送。
其中，该终端标识数据可以为终端的MAC(Media Access Control，媒体访问控制)地址等数据，本实施例对此不作特殊限制。
步骤704，线下播报设备将探测到的终端标识数据上传至服务端。
在一个例子中，线下播报设备可以基于预定的时间周期将探测到的终端标识数据上传至服务端。
在另一个例子中，线下播报设备也可以基于服务端设置的时间点将探测到的终端标识数据上传至服务端，例如，每日上午8时至晚上18时之间，整点进行上报等。
步骤706，服务端根据所述终端标识数据进行信息推送条件的匹配。
步骤708，服务端将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备。
步骤710，所述线下播报设备播报接收到的所述对应的信息。
在本实施例中，服务端可以根据所述终端标识数据确定线下播报设备探测到的终端数量。基于该终端数量，服务端可以进行信息推送条件的匹配。例如，当所述终端数量匹配到的信息推送条件为终端数量大于数量阈值时，该信息推送条件所对应的信息为第一类支付优惠信息等。
其中，所述信息推送条件可以由商户定制，也可以由服务端自行定制，本实施例对此不作特殊限制。
以商户定制为例，假设商户定制在店内人数到达30人时，开展消费50元送乐可的优惠活动。商户可以预先通过客户端设置该活动的第一类支付优惠信息以及推送条件，其中，推送条件为店内人数到达30人，第一类支付优惠信息可以为“即刻起消费50元送乐可一听”。
基于上述配置，服务端可以在接收到线下播报设备上报的终端标识数据后，确定店内人数是否到达30人。若到达30人，进而可以将商户配置的上述第一类支付优惠信息推送给线下播报设备，例如：该第一类支付优惠信息的URL，以供线下播报设备进行播报。
其中，该第一类支付优惠信息可以为语音信息，也可以为视频信息，本说明书对此不作特殊限制。
以终端标识数据是MAC地址为例，较为简单的，服务端可以将线下播报设备上报的MAC地址数量确定为商户店内消费者的数量。
较为精确的，服务端可以MAC地址数量作为店内消费者和服务人员的数量之和。服务端还可以统计服务人员的数量。例如，预先保存非营业时间线下播报设备上报的MAC地址作为服务人员所使用的终端的MAC地址，在营业时间接收到线下播报设备上报的MAC地址后，根据已保存的服务人员终端的MAC地址确定当前在店内的服务人员数量。然后用上述数量之和减去服务人员的数 量，可得到相对准确的消费者数量，进而基于消费者数量进行信息推送条件的匹配。
以服务端定制为例，假设服务端定制在店内人数到达30人时，开展“满10元减2元”的优惠活动。服务端可以在接收到线下播报设备上报的终端标识数据后，确定店内人数是否到达30人。若到达30人，进而可以将“满10元减2元”的第一类支付优惠信息推送给线下播报设备，以供线下播报设备进行播报。
可选的，为实现相对精准的优惠推送，第一类支付优惠的优惠策略可以与商户的类别相关。
举例来说，针对便利店等平均消费金额较少的商户，第一类支付优惠可以为“满10元减2元”。针对星巴克等平均消费金额稍多的商户，第一类支付优惠可以为“满50元减10元”等。
当然，在实际应用中，根据商户的类别、消费者的平均消费金额等数据，服务端可以定制其实形式的第一类支付优惠，本说明书对此不作特殊限制。
可选的，服务端在将第一类支付优惠信息推送给线下播报设备后，还可以将该第一类支付优惠信息推送给线下播报设备绑定的用户账号，即商户账号，以供商户及时了解优惠情况。
本实施例可在商户店内消费者数量较多时，通过线下播报设备推送支付优惠，鼓励消费者采用本支付系统进行支付。消费者在收听到支付优惠语音后，可提前打开支付客户端，从而提高支付效率。
在另一个例子中，本说明书还可支持不同时段的支付优惠的推送。
在本例中，为便于区分，可以将与时段对应的支付优惠称为第二类支付优惠信息。
上述时段可以以天为周期进行划分。例如，可以将一天划分为早上、中午、晚上三个时段。服务端可以在未处理面向商户的支付请求时，例如没有消费者向商户付款，线下播报设备无需播报支付结果语音时，服务端可向商户账号绑定的线下播报设备推送与当前时段不同时段的第二类支付优惠信息，由线下播报设备进行播报。
举例来说，服务端可以在早上未处理面向商户的支付请求时，向商户账号绑定的线下播报设备推送中午或晚上的第二类支付优惠信，例如，向该线下播报设备推送“购买午餐，满30减3元”等，以增加早上店内消费者在中午或晚上的复购率。
当然，在实际应用中，时段的划分也可以不以天为周期，还可以以周、月为周期等，本实施例对此不作特殊限制。可选的，针对节假日也可以提前进行支付优惠语音的推送，例如可以在九月份开始通过商户账号绑定的线下播报设备推送十一期间的支付优惠等。
本实施例通过推送不同时间段的支付优惠语音，可以提高消费者的复购率，提升消费者粘性。
在另一个例子中，本说明书还可支持针对连续消费的支付优惠推送。
在本例中，为便于区分，可以将针对连续消费的支付优惠信息称为第三类支付优惠信息。
上述连续消费通常是指消费者在预定时间段内在同一家商户消费若干次、消费者连续若干天在同一家商户进行消费等。针对连续消费的消费者，可以推送相应的第三类支付优惠信息，例如，“连续消费5天，第6天消费立减5元”等。
在实际实现时，服务端可以在以商户账号作为收款方的支付请求处理完毕后，获取本次支付付款方用户的历史支付数据，然后根据该历史支付数据判断是否匹配预定的连续优惠条件，若匹配，则可以向商户账号绑定的线下播报设备推送对应的第三类支付优惠信息。
举例来说，小白使用手机扫描线下播报设备上承载的支付二维码，并向商家支付了本次消费的总金额20元。服务端在处理该支付请求后，可以获取小白的历史支付数据，若确定小白已连续3天每天都在该商家消费(即连续优惠条件为：已连续3天每天在该商家消费)，则可以向该商家账号绑定的线下播报设备推送“连续消费5天，第6天消费立减5元”的支付优惠信息，以增加小白在该商户的复购率。
可选的，服务端还可以将小白的历史支付数据推送给线下播报设备播报，例如“您已连续在此消费3天，连续消费5天，第6天消费立减5元”等，以使用户了解自己的消费情况。
在另一个例子中，付款方客户端还可以在用户扫描支付图形编码后将付款方用户的账号信息发送给服务端，服务端根据该账号信息获取付款方用户的历史支付数据，然后判断该历史支付数据是否匹配连续优惠条件。可选的，付款方客户端还可以将支付图形编码携带的收款方账号的账号信息发送给服务端，以供服务端进行判断，本实施例在此不再一一赘述。
本实施例服务端通过获取付款方用户的历史支付数据，进而可以在该历史支付数据匹配预定的连续优惠条件时，向商户账号绑定的线下播报设备发送对应的支付优惠信息，提高消费者的复购率，提升消费者粘性。
当然，在实际应用中，服务端向线下播报设备推送的信息还可以为广告、竞价等各类活动推广信息，本说明书对此不作特殊限制。
与前述图7所示的线下信息推送方法的实施例相对应，本说明书还提供了线下信息推送装置的实施例。
本说明书线下信息推送装置的实施例可以应用在服务端上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在服务端的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图8所示，为本说明书线下信息推送装置所在服务端的一种硬件结构图，除了图8所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的服务端通常根据该服务端的实际功能，还可以包括其他硬件，对此不再赘述。
图9是本说明书一示例性实施例示出的一种线下信息推送装置的框图。
请参考图9，所述线下信息推送装置800可以应用在前述图8所示的服务端中，包括有：数据接收单元801、条件匹配单元802、第一推送单元803、第二推送单元804、第三推送单元805、第四推送单元806、第五推送单元807、第 六推送单元808以及解除绑定单元809。
其中，数据接收单元801，接收线下播报设备探测到的终端标识数据；
条件匹配单元802，根据所述终端标识数据进行信息推送条件的匹配；
第一推送单元803，将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备，以使所述线下播报设备播报接收到的所述对应的信息。
可选的，所述条件匹配单元802，根据所述终端标识数据确定线下播报设备探测到的终端数量，并根据所述终端数量进行信息推送条件的匹配。
可选的，当所述终端数量匹配到的信息推送条件为终端数量大于数量阈值时，所述信息推送条件所对应的信息为第一类支付优惠信息。
可选的，所述线下播报设备与用户账号绑定；
所述第一类支付优惠信息的优惠策略与所述用户账号所属对象的类别相关。
可选的，所述线下播报设备与用户账号绑定；
第二推送单元804，在将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备时，还将所述对应的信息推送给所述线下播报设备绑定的用户账号。
第三推送单元805，在以所述线下播报设备绑定的用户账号作为收款方的支付请求被处理完毕后，向所述线下播报设备发送支付结果，以使所述线下播报设备播报所述支付结果；
第四推送单元806，在未处理以所述线下播报设备绑定的用户账号作为收款方的支付请求时，向所述线下播报设备推送与当前时段不同时段的第二类支付优惠信息，以使所述线下播报设备播报所述第二类支付优惠信息。
第五推送单元807，在以所述线下播报设备绑定的用户账号作为收款方的支付请求被处理完毕后，获取所述支付请求的付款方用户的历史支付数据；
判断所述历史支付数据是否匹配第一连续优惠条件；
若匹配，则向所述线下播报设备推送所述第一连续优惠条件对应的第三类支付优惠信息，以使所述线下播报设备播报所述第三类支付优惠信息。
第六推送单元808，接收付款方客户端在扫描支付图形编码后发送的付款方用户的账号信息；
根据所述账号信息获取所述付款方用户的历史支付数据；
判断所述历史支付数据是否匹配第二连续优惠条件；
若匹配，则向所述支付图形编码指定的收款方账号绑定的线下播报设备推送所述第二连续优惠条件对应的第四类支付优惠信息，以使所述线下播报设备播报所述第四类支付优惠信息。
解除绑定单元809，接收线下播报设备上报的设备数据；
根据所述设备数据判断所述线下播报设备是否存在安全风险；
当确定所述线下播报设备存在安全风险时，解除所述线下播报设备和用户账号的绑定关系。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
与前述图7所示的线下信息推送方法的实施例相对应，本说明书还提供另一种线下信息推送装置，该装置包括：处理器以及用于存储机器可执行指令的 存储器。其中，处理器和存储器通常借由内部总线相互连接。在其他可能的实现方式中，所述设备还可能包括外部接口，以能够与其他设备或者部件进行通信。
在本实施例中，通过读取并执行所述存储器存储的与线下信息推送逻辑对应的机器可执行指令，所述处理器被促使：
接收线下播报设备探测到的终端标识数据；
根据所述终端标识数据进行信息推送条件的匹配；
将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备，以使所述线下播报设备播报接收到的所述对应的信息。
可选的，在根据所述终端标识数据进行信息推送条件的匹配时，所述处理器被促使：
根据所述终端标识数据确定线下播报设备探测到的终端数量；
根据所述终端数量进行信息推送条件的匹配。
可选的，当所述终端数量匹配到的信息推送条件为终端数量大于数量阈值时，所述信息推送条件所对应的信息为第一类支付优惠信息。
可选的，所述线下播报设备与用户账号绑定；
所述第一类支付优惠信息的优惠策略与所述用户账号所属对象的类别相关。
可选的，所述线下播报设备与用户账号绑定；
通过读取并执行所述存储器存储的与线下信息推送逻辑对应的机器可执行指令，所述处理器还被促使：
在将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备时，还将所述对应的信息推送给所述线下播报设备绑定的用户账号。
可选的，通过读取并执行所述存储器存储的与线下信息推送逻辑对应的机器可执行指令，所述处理器还被促使：
在以所述线下播报设备绑定的用户账号作为收款方的支付请求被处理完毕后，向所述线下播报设备发送支付结果，以使所述线下播报设备播报所述支付结果；
在未处理以所述线下播报设备绑定的用户账号作为收款方的支付请求时，向所述线下播报设备推送与当前时段不同时段的第二类支付优惠信息，以使所述线下播报设备播报所述第二类支付优惠信息。
可选的，通过读取并执行所述存储器存储的与线下信息推送逻辑对应的机器可执行指令，所述处理器还被促使：
在以所述线下播报设备绑定的用户账号作为收款方的支付请求被处理完毕后，获取所述支付请求的付款方用户的历史支付数据；
判断所述历史支付数据是否匹配第一连续优惠条件；
若匹配，则向所述线下播报设备推送所述第一连续优惠条件对应的第三类支付优惠信息，以使所述线下播报设备播报所述第三类支付优惠信息。
可选的，通过读取并执行所述存储器存储的与线下信息推送逻辑对应的机器可执行指令，所述处理器还被促使：
接收付款方客户端在扫描支付图形编码后发送的付款方用户的账号信息；
根据所述账号信息获取所述付款方用户的历史支付数据；
判断所述历史支付数据是否匹配第二连续优惠条件；
若匹配，则向所述支付图形编码指定的收款方账号绑定的线下播报设备推送所述第二连续优惠条件对应的第四类支付优惠信息，以使所述线下播报设备播报所述第四类支付优惠信息。
可选的，通过读取并执行所述存储器存储的与线下信息推送逻辑对应的机器可执行指令，所述处理器还被促使：
接收线下播报设备上报的设备数据；
根据所述设备数据判断所述线下播报设备是否存在安全风险；
当确定所述线下播报设备存在安全风险时，解除所述线下播报设备和用户账号的绑定关系。
与前述图7所示的线下信息推送方法的实施例相对应，本说明书还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现以下步骤：
接收线下播报设备探测到的终端标识数据；
根据所述终端标识数据进行信息推送条件的匹配；
将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备，以使所述线下播报设备播报接收到的所述对应的信息。
可选的，所述根据所述终端标识数据进行信息推送条件的匹配，包括：
根据所述终端标识数据确定线下播报设备探测到的终端数量；
根据所述终端数量进行信息推送条件的匹配。
可选的，当所述终端数量匹配到的信息推送条件为终端数量大于数量阈值时，所述信息推送条件所对应的信息为第一类支付优惠信息。
可选的，所述线下播报设备与用户账号绑定；
所述第一类支付优惠信息的优惠策略与所述用户账号所属对象的类别相关。
可选的，所述线下播报设备与用户账号绑定；
所述方法还包括：
在将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备时，还将所述对应的信息推送给所述线下播报设备绑定的用户账号。
可选的，还包括：
在以所述线下播报设备绑定的用户账号作为收款方的支付请求被处理完毕后，向所述线下播报设备发送支付结果，以使所述线下播报设备播报所述支付结果；
在未处理以所述线下播报设备绑定的用户账号作为收款方的支付请求时，向所述线下播报设备推送与当前时段不同时段的第二类支付优惠信息，以使所述线下播报设备播报所述第二类支付优惠信息。
可选的，还包括：
在以所述线下播报设备绑定的用户账号作为收款方的支付请求被处理完毕后，获取所述支付请求的付款方用户的历史支付数据；
判断所述历史支付数据是否匹配第一连续优惠条件；
若匹配，则向所述线下播报设备推送所述第一连续优惠条件对应的第三类 支付优惠信息，以使所述线下播报设备播报所述第三类支付优惠信息。
可选的，还包括：
接收付款方客户端在扫描支付图形编码后发送的付款方用户的账号信息；
根据所述账号信息获取所述付款方用户的历史支付数据；
判断所述历史支付数据是否匹配第二连续优惠条件；
若匹配，则向所述支付图形编码指定的收款方账号绑定的线下播报设备推送所述第二连续优惠条件对应的第四类支付优惠信息，以使所述线下播报设备播报所述第四类支付优惠信息。
可选的，还包括：
接收线下播报设备上报的设备数据；
根据所述设备数据判断所述线下播报设备是否存在安全风险；
当确定所述线下播报设备存在安全风险时，解除所述线下播报设备和用户账号的绑定关系。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

Claims (27)

  1. 一种线下信息推送方法，包括：
    线下播报设备探测预定距离内的终端标识数据；
    线下播报设备将探测到的终端标识数据上传至服务端；
    服务端根据所述终端标识数据进行信息推送条件的匹配；
    服务端将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备；
    所述线下播报设备播报接收到的所述对应的信息。
  2. 根据权利要求1所述的方法，所述服务端根据所述终端标识数据进行信息推送条件的匹配，包括：
    服务端根据所述终端标识数据确定线下播报设备探测到的终端数量；
    服务端根据所述终端数量进行信息推送条件的匹配。
  3. 根据权利要求2所述的方法，
    当所述终端数量匹配到的信息推送条件为终端数量大于数量阈值时，所述信息推送条件所对应的信息为第一类支付优惠信息。
  4. 根据权利要求3所述的方法，
    所述线下播报设备与用户账号绑定；
    所述第一类支付优惠信息的优惠策略与所述用户账号所属对象的类别相关。
  5. 根据权利要求1所述的方法，
    所述线下播报设备与用户账号绑定；
    所述方法还包括：
    当服务端将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备时，还将所述对应的信息推送给所述线下播报设备绑定的用户账号。
  6. 根据权利要求1所述的方法，还包括：
    在以所述线下播报设备绑定的用户账号作为收款方的支付请求被处理完毕后，服务端向所述线下播报设备发送支付结果；
    所述线下播报设备播报所述支付结果；
    在未处理以所述线下播报设备绑定的用户账号作为收款方的支付请求时，服务端向所述线下播报设备推送与当前时段不同时段的第二类支付优惠信息；
    所述线下播报设备播报所述第二类支付优惠信息。
  7. 根据权利要求1所述的方法，还包括：
    在以所述线下播报设备绑定的用户账号作为收款方的支付请求被处理完毕后，服务端获取所述支付请求的付款方用户的历史支付数据；
    服务端判断所述历史支付数据是否匹配第一连续优惠条件；
    若匹配，服务端则向所述线下播报设备推送所述第一连续优惠条件对应的第三类支付优惠信息；
    所述线下播报设备播报所述第三类支付优惠信息。
  8. 根据权利要求1所述的方法，还包括：
    服务端接收付款方客户端在扫描支付图形编码后发送的付款方用户的账号信息；
    服务端根据所述账号信息获取所述付款方用户的历史支付数据；
    服务端判断所述历史支付数据是否匹配第二连续优惠条件；
    若匹配，服务端则向所述支付图形编码指定的收款方账号绑定的线下播报设备推送所述第二连续优惠条件对应的第四类支付优惠信息；
    所述线下播报设备播报所述第四类支付优惠信息。
  9. 一种线下信息推送方法，包括：
    接收线下播报设备探测到的终端标识数据；
    根据所述终端标识数据进行信息推送条件的匹配；
    将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备，以使所述线下播报设备播报接收到的所述对应的信息。
  10. 根据权利要求9所述的方法，所述根据所述终端标识数据进行信息推送条件的匹配，包括：
    根据所述终端标识数据确定线下播报设备探测到的终端数量；
    根据所述终端数量进行信息推送条件的匹配。
  11. 根据权利要求10所述的方法，
    当所述终端数量匹配到的信息推送条件为终端数量大于数量阈值时，所述信息推送条件所对应的信息为第一类支付优惠信息。
  12. 根据权利要求11所述的方法，
    所述线下播报设备与用户账号绑定；
    所述第一类支付优惠信息的优惠策略与所述用户账号所属对象的类别相关。
  13. 根据权利要求9所述的方法，
    所述线下播报设备与用户账号绑定；
    所述方法还包括：
    在将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备时，还将所述对应的信息推送给所述线下播报设备绑定的用户账号。
  14. 根据权利要求9所述的方法，还包括：
    在以所述线下播报设备绑定的用户账号作为收款方的支付请求被处理完毕后，向所述线下播报设备发送支付结果，以使所述线下播报设备播报所述支付结果；
    在未处理以所述线下播报设备绑定的用户账号作为收款方的支付请求时，向所述线下播报设备推送与当前时段不同时段的第二类支付优惠信息，以使所述线下播报设备播报所述第二类支付优惠信息。
  15. 根据权利要求9所述的方法，还包括：
    在以所述线下播报设备绑定的用户账号作为收款方的支付请求被处理完毕后，获取所述支付请求的付款方用户的历史支付数据；
    判断所述历史支付数据是否匹配第一连续优惠条件；
    若匹配，则向所述线下播报设备推送所述第一连续优惠条件对应的第三类支付优惠信息，以使所述线下播报设备播报所述第三类支付优惠信息。
  16. 根据权利要求9所述的方法，还包括：
    接收付款方客户端在扫描支付图形编码后发送的付款方用户的账号信息；
    根据所述账号信息获取所述付款方用户的历史支付数据；
    判断所述历史支付数据是否匹配第二连续优惠条件；
    若匹配，则向所述支付图形编码指定的收款方账号绑定的线下播报设备推送所述第二连续优惠条件对应的第四类支付优惠信息，以使所述线下播报设备播报所述第四类支付优惠信息。
  17. 根据权利要求9所述的方法，还包括：
    接收线下播报设备上报的设备数据；
    根据所述设备数据判断所述线下播报设备是否存在安全风险；
    当确定所述线下播报设备存在安全风险时，解除所述线下播报设备和用户账号的绑定关系。
  18. 一种线下信息推送装置，包括：
    数据接收单元，接收线下播报设备探测到的终端标识数据；
    条件匹配单元，根据所述终端标识数据进行信息推送条件的匹配；
    第一推送单元，将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备，以使所述线下播报设备播报接收到的所述对应的信息。
  19. 根据权利要求18所述的装置，
    所述条件匹配单元，根据所述终端标识数据确定线下播报设备探测到的终端数量，并根据所述终端数量进行信息推送条件的匹配。
  20. 根据权利要求19所述的装置，
    当所述终端数量匹配到的信息推送条件为终端数量大于数量阈值时，所述信息推送条件所对应的信息为第一类支付优惠信息。
  21. 根据权利要求20所述的装置，
    所述线下播报设备与用户账号绑定；
    所述第一类支付优惠信息的优惠策略与所述用户账号所属对象的类别相 关。
  22. 根据权利要求18所述的装置，
    所述线下播报设备与用户账号绑定；
    所述装置还包括：
    第二推送单元，在将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备时，还将所述对应的信息推送给所述线下播报设备绑定的用户账号。
  23. 根据权利要求18所述的装置，还包括：
    第三推送单元，在以所述线下播报设备绑定的用户账号作为收款方的支付请求被处理完毕后，向所述线下播报设备发送支付结果，以使所述线下播报设备播报所述支付结果；
    第四推送单元，在未处理以所述线下播报设备绑定的用户账号作为收款方的支付请求时，向所述线下播报设备推送与当前时段不同时段的第二类支付优惠信息，以使所述线下播报设备播报所述第二类支付优惠信息。
  24. 根据权利要求18所述的装置，还包括：第五推送单元，
    在以所述线下播报设备绑定的用户账号作为收款方的支付请求被处理完毕后，获取所述支付请求的付款方用户的历史支付数据；
    判断所述历史支付数据是否匹配第一连续优惠条件；
    若匹配，则向所述线下播报设备推送所述第一连续优惠条件对应的第三类支付优惠信息，以使所述线下播报设备播报所述第三类支付优惠信息。
  25. 根据权利要求18所述的装置，还包括：第六推送单元，
    接收付款方客户端在扫描支付图形编码后发送的付款方用户的账号信息；
    根据所述账号信息获取所述付款方用户的历史支付数据；
    判断所述历史支付数据是否匹配第二连续优惠条件；
    若匹配，则向所述支付图形编码指定的收款方账号绑定的线下播报设备推送所述第二连续优惠条件对应的第四类支付优惠信息，以使所述线下播报设备播报所述第四类支付优惠信息。
  26. 根据权利要求18所述的装置，还包括：解除绑定单元，
    接收线下播报设备上报的设备数据；
    根据所述设备数据判断所述线下播报设备是否存在安全风险；
    当确定所述线下播报设备存在安全风险时，解除所述线下播报设备和用户账号的绑定关系。
  27. 一种线下信息推送装置，包括：
    处理器；
    用于存储机器可执行指令的存储器；
    其中，通过读取并执行所述存储器存储的与线下信息推送逻辑对应的机器可执行指令，所述处理器被促使：
    接收线下播报设备探测到的终端标识数据；
    根据所述终端标识数据进行信息推送条件的匹配；
    将所述终端标识数据匹配到的信息推送条件所对应的信息推送给所述线下播报设备，以使所述线下播报设备播报接收到的所述对应的信息。
PCT/CN2018/103731 2017-09-07 2018-09-03 线下信息推送方法和装置 WO2019047796A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PH12019502506A PH12019502506A1 (en) 2017-09-07 2019-11-07 Offline information pushing method and apparatus
US16/702,829 US11663622B2 (en) 2017-09-07 2019-12-04 Offline information pushing method and apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710800649.5A CN107480965A (zh) 2017-09-07 2017-09-07 线下信息推送方法和装置
CN201710800649.5 2017-09-07

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/702,829 Continuation US11663622B2 (en) 2017-09-07 2019-12-04 Offline information pushing method and apparatus

Publications (1)

Publication Number Publication Date
WO2019047796A1 true WO2019047796A1 (zh) 2019-03-14

Family

ID=60583609

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/103731 WO2019047796A1 (zh) 2017-09-07 2018-09-03 线下信息推送方法和装置

Country Status (6)

Country Link
US (1) US11663622B2 (zh)
CN (1) CN107480965A (zh)
PH (1) PH12019502506A1 (zh)
SG (1) SG10202104389XA (zh)
TW (1) TWI757495B (zh)
WO (1) WO2019047796A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN207148815U (zh) 2017-08-15 2018-03-27 阿里巴巴集团控股有限公司 智能播报设备
CN107480965A (zh) 2017-09-07 2017-12-15 阿里巴巴集团控股有限公司 线下信息推送方法和装置
CN108234636A (zh) 2017-12-29 2018-06-29 阿里巴巴集团控股有限公司 语音播报方法、装置、系统以及智能播报设备
CN110505260B (zh) * 2018-05-18 2022-05-31 阿里巴巴集团控股有限公司 推送信息的处理方法及系统、显示设备、移动终端
CN112036865A (zh) * 2019-06-03 2020-12-04 阿里巴巴集团控股有限公司 服务提供方法、装置、设备
US10929630B2 (en) * 2019-06-04 2021-02-23 Advanced New Technologies Co., Ltd. Graphic code display method and apparatus
CN110351349B (zh) * 2019-06-28 2021-09-28 飞天诚信科技股份有限公司 一种实现云音箱工作的方法及系统
CN110473364A (zh) * 2019-08-13 2019-11-19 深圳沸石科技股份有限公司 基于mqtt协议的收款播报方法及装置
US20230017848A1 (en) * 2020-01-20 2023-01-19 TapText llc System and method for text-based delivery of sales promotions with deferred text-to-call interactions
US20230017090A1 (en) * 2020-01-20 2023-01-19 Tap Text IIc System and method for text-based delivery of sales promotions with deferred text-to-call interactions
CN116366719A (zh) * 2020-06-28 2023-06-30 支付宝(杭州)信息技术有限公司 信息播报方法及装置
CN113112308B (zh) * 2021-05-06 2024-03-12 支付宝(杭州)信息技术有限公司 设备标注方法、系统和定向信息推送的方法和系统
CN113709713A (zh) * 2021-08-30 2021-11-26 北京紫光展锐通信技术有限公司 WiFi芯片的模式切换方法、装置及设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103177516A (zh) * 2011-12-26 2013-06-26 国民技术股份有限公司 一种pos终端
CN103402177A (zh) * 2013-08-02 2013-11-20 南京市海聚信息科技有限公司 一种WiFi终端信息推送系统及其实现方法
WO2015062255A1 (en) * 2013-10-31 2015-05-07 Tencent Technology (Shenzhen) Company Limited Information processing method, device and system
CN105117945A (zh) * 2015-09-07 2015-12-02 广东欧珀移动通信有限公司 一种信息推送方法和装置
CN107423974A (zh) * 2017-08-15 2017-12-01 阿里巴巴集团控股有限公司 智能播报方法和装置
CN107480965A (zh) * 2017-09-07 2017-12-15 阿里巴巴集团控股有限公司 线下信息推送方法和装置

Family Cites Families (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS57138933A (en) 1981-02-23 1982-08-27 Nitto Boseki Co Ltd Fiber reinforced plastic shape and its manufacture
US7343317B2 (en) * 2001-01-18 2008-03-11 Nokia Corporation Real-time wireless e-coupon (promotion) definition based on available segment
US20020156677A1 (en) * 2001-04-18 2002-10-24 Peters Marcia L. Method and system for providing targeted advertising in public places and carriers
US20030216958A1 (en) * 2002-05-15 2003-11-20 Linwood Register System for and method of doing business to provide network-based in-store media broadcasting
US7676380B2 (en) * 2005-02-11 2010-03-09 Nortel Networks Limited Use of location awareness to establish and suspend communications sessions in a healthcare environment
US20100066677A1 (en) 2008-09-16 2010-03-18 Peter Garrett Computer Peripheral Device Used for Communication and as a Pointing Device
US8489112B2 (en) * 2009-07-29 2013-07-16 Shopkick, Inc. Method and system for location-triggered rewards
CN101799902A (zh) 2010-02-10 2010-08-11 陕西西部数通电信资讯有限公司 基于语音、互联网的双信道无磁有密电子支付系统及其支付方法
WO2011128499A1 (en) 2010-04-14 2011-10-20 Nokia Corporation Method and apparatus for providing automated payment
US8831642B2 (en) * 2011-08-15 2014-09-09 Connectquest Llc Close proximity notification system
US20130110666A1 (en) * 2011-10-28 2013-05-02 Adidas Ag Interactive retail system
JP5364141B2 (ja) 2011-10-28 2013-12-11 楽天株式会社 携帯端末、店舗端末、送信方法、受信方法、決済システム、決済方法、プログラムおよびコンピュータ読み取り可能な記憶媒体
US20130191199A1 (en) * 2012-01-23 2013-07-25 Boku, Inc. Dynamic offers
CN103379431B (zh) 2012-04-19 2017-06-30 阿里巴巴集团控股有限公司 一种账户安全的保护方法和装置
US10360593B2 (en) * 2012-04-24 2019-07-23 Qualcomm Incorporated Retail proximity marketing
WO2014062236A2 (en) 2012-05-09 2014-04-24 Scorpion Security Products, Inc. Security device for functional display, security, and charging of handheld electronic devices
US9305293B2 (en) 2012-11-30 2016-04-05 Bank Of America Corporation System for creating and processing coded payment methods
US8806209B2 (en) 2012-12-22 2014-08-12 Wigwag, Llc Provisioning of electronic devices
US20140222562A1 (en) * 2013-02-04 2014-08-07 Qualcomm Incorporated Location based dynamic coupons
US20140276143A1 (en) 2013-03-15 2014-09-18 Volcano Corporation Smart Interface Cable for Coupling a Diagnostic Medical Device With a Medical Measurement System
US20140370942A1 (en) 2013-06-18 2014-12-18 Kent S. Charugundla Feature Pack For A Portable Device
JP5522876B1 (ja) 2013-07-19 2014-06-18 楽天株式会社 情報処理方法、携帯装置、及び情報処理プログラム
CN104660401A (zh) 2013-11-15 2015-05-27 深圳市腾讯计算机系统有限公司 验证方法、系统和终端
US20150142654A1 (en) 2013-11-19 2015-05-21 Kamal Zamer Facilitating payment transaction via trusted devices
CN104751325B (zh) 2013-12-25 2019-08-23 腾讯科技（深圳）有限公司 一种数据处理方法、装置和系统
US9461973B2 (en) 2014-03-19 2016-10-04 Bluefin Payment Systems, LLC Systems and methods for decryption as a service
CN104469886A (zh) 2014-11-19 2015-03-25 乐视致新电子科技（天津）有限公司 智能设备及其快速接入无线网络接入设备的方法和装置
CN104794614A (zh) 2015-04-29 2015-07-22 贵州中科汉天下信息技术有限公司 一种公交车费用支付方法
JP6482652B2 (ja) * 2015-04-30 2019-03-13 株式会社東芝 無線通信装置および無線通信方法
CN106296152B (zh) * 2015-05-19 2020-02-11 阿里巴巴集团控股有限公司 实现支付的方法、系统、收款设备和客户端
AU2016275561A1 (en) 2015-06-09 2018-02-01 Maxwell Forest Pty Ltd Systems and methods for detecting fraud in online credit card transactions
KR102508147B1 (ko) 2015-07-01 2023-03-09 엘지전자 주식회사 디스플레이 장치 및 제어 방법
CN105117926A (zh) * 2015-07-07 2015-12-02 深圳市华阳信通科技发展有限公司 智能装置及其实现人数统计的方法
CN204856594U (zh) * 2015-07-28 2015-12-09 福建新大陆电脑股份有限公司 具有广播功能的现场支付设备及系统
CN108369700A (zh) 2015-10-27 2018-08-03 屯屯·闻 移动支付系统
JP6127179B1 (ja) 2015-11-19 2017-05-10 株式会社リクルートホールディングス 決済支援システム、決済支援方法、及び決済支援プログラム
CN106845973B (zh) * 2015-12-03 2021-01-08 北京数码视讯科技股份有限公司 一种支付的方法、收款终端、支付平台，及系统
US10853835B2 (en) * 2016-01-04 2020-12-01 Scvngr, Inc. Payment system with item-level promotional campaigns redeemable automatically at point-of-sale devices
CN109241714A (zh) 2016-01-06 2019-01-18 阿里巴巴集团控股有限公司 一种信息图像显示方法及装置
CN106296308B (zh) * 2016-08-24 2021-07-16 广州云移信息科技有限公司 一种商户营销方法及系统
CN106303628B (zh) 2016-09-23 2020-06-23 西安数拓网络科技有限公司 基于多媒体显示屏的信息推送方法及装置
CN106447327A (zh) 2016-09-25 2017-02-22 上海锐得电子有限公司 用于电子秤的二维码支付方法
CN106779676A (zh) 2016-11-22 2017-05-31 谢海明 一种带语音提示的二维码支付方法及其系统
WO2018116171A1 (en) * 2016-12-19 2018-06-28 Groupon, Inc. Methods and systems for detecting geographic areas having elevated supply and demand levels
CN106886893A (zh) * 2017-01-11 2017-06-23 张凯 一种移动支付现场监控提示系统及其实现方法
CN106533932B (zh) 2017-01-17 2019-03-12 百度在线网络技术（北京）有限公司 一种用于推送即时消息的方法和装置
CN108460591A (zh) 2017-02-22 2018-08-28 阿里巴巴集团控股有限公司 支付处理方法及装置、交易方法和移动设备
CN207148815U (zh) 2017-08-15 2018-03-27 阿里巴巴集团控股有限公司 智能播报设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103177516A (zh) * 2011-12-26 2013-06-26 国民技术股份有限公司 一种pos终端
CN103402177A (zh) * 2013-08-02 2013-11-20 南京市海聚信息科技有限公司 一种WiFi终端信息推送系统及其实现方法
WO2015062255A1 (en) * 2013-10-31 2015-05-07 Tencent Technology (Shenzhen) Company Limited Information processing method, device and system
CN105117945A (zh) * 2015-09-07 2015-12-02 广东欧珀移动通信有限公司 一种信息推送方法和装置
CN107423974A (zh) * 2017-08-15 2017-12-01 阿里巴巴集团控股有限公司 智能播报方法和装置
CN107480965A (zh) * 2017-09-07 2017-12-15 阿里巴巴集团控股有限公司 线下信息推送方法和装置

Also Published As

Publication number Publication date
TWI757495B (zh) 2022-03-11
TW201914285A (zh) 2019-04-01
SG10202104389XA (en) 2021-06-29
PH12019502506A1 (en) 2020-07-13
US20200111117A1 (en) 2020-04-09
CN107480965A (zh) 2017-12-15
US11663622B2 (en) 2023-05-30

Similar Documents

Publication Publication Date Title
TWI757495B (zh) 線下資訊推送方法和裝置
WO2019033979A1 (zh) 智能播报方法和装置
WO2019033980A1 (zh) 智能播报设备
US11785572B2 (en) Reminders based on device proximity using Bluetooth LE
US9276668B2 (en) Sonic fast-sync method and system for bluetooth
CN105654293B (zh) 支付方法及装置
US20140222578A1 (en) Digital signage management system
US9154573B2 (en) Information exchange apparatus, method and managing system applied thereto
CN105657019A (zh) 基于地理位置的移动终端广告投放方法
WO2016003943A1 (en) Automatic wireless grid access sharing and monetization from a mobile device app
CN105933846A (zh) 一种业务处理方法、装置、终端及业务系统
WO2019134634A1 (zh) 售货机投放信息处理方法、装置及系统
US20210112374A1 (en) Systems and methods for time based remote control of product functionality
WO2017223227A1 (en) Automatic wireless grid access sharing and monetization from a mobile device application that receives credentials over a wireless channel
WO2020042772A1 (zh) 信息输出方法、装置及设备
US10045176B2 (en) Apparatus and method for providing a specific service
CN110348874A (zh) 广告信息的推送方法、装置及系统
KR20150048498A (ko) 외국인을 대상으로 하는 온라인 배달 방법

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

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

Country of ref document: EP

Kind code of ref document: A1