WO2017036007A1 - 线上线下健康服务产品多级推广处理***及方法 - Google Patents
线上线下健康服务产品多级推广处理***及方法 Download PDFInfo
- Publication number
- WO2017036007A1 WO2017036007A1 PCT/CN2015/098546 CN2015098546W WO2017036007A1 WO 2017036007 A1 WO2017036007 A1 WO 2017036007A1 CN 2015098546 W CN2015098546 W CN 2015098546W WO 2017036007 A1 WO2017036007 A1 WO 2017036007A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- agent client
- level
- code
- agent
- client
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
Definitions
- the invention relates to online to offline (Online to Offline, O2O) Health service field, especially related to a multi-level promotion processing system and method for online and offline health service products.
- the past promotion method of the merchant is to integrate the information of the product or service of the merchant into a two-dimensional code, and promote the two-dimensional code to the consumer through an agent (for example, a newspaper, an advertising company, an internet marketing company, etc.).
- the consumer obtains the information of the merchant's product or service by scanning the code on the mobile phone.
- the above promotion methods have the following drawbacks.
- the merchant cannot accurately grasp which agent to promote, especially when it is promoted through prints (for example, newspapers or advertisements).
- the merchant is a one-time payment, regardless of the promotion effect, even if the conversion rate is 0, the merchant still needs to pay.
- the point-to-point promotion method between the merchant and the consumer or the agent and the consumer of the merchant because the peer-to-peer coverage is relatively narrow, reduces the promotion efficiency of the merchant application service.
- the main objective of the present invention is to provide a multi-level promotion processing system and method for online and offline health service products, aiming at solving the problem that the merchant has a point-to-point defect in the promotion process of the O2O health service product and cannot pay according to the promotion effect.
- the present invention provides a multi-level promotion processing system for online and offline health service products, which runs in a merchant consumption platform, and the merchant consumption platform is connected to one or more agent clients through a network.
- the agent client is divided into different levels, and the agent client of each level is connected with one or more agent clients of the next level, and the connection relationship between the merchant consumption platform and the agent client is a tree
- the connection relationship of the structure, the multi-level promotion processing system of the online and offline health service products includes:
- a receiving module configured to receive an affiliation request of each level agent client
- a generating module configured to parse the joining request, and generate an authorization code corresponding to each level of the agent client according to the parsed joining request
- a sending module configured to send a corresponding authorization code to the corresponding agent client, when the mobile terminal of the client scans the authorization code of any agent client, the mobile terminal of the client acquires the authorization code of the agent client;
- a confirmation module configured to: after the customer's mobile terminal completes the electronic payment on the merchant consumption platform according to the authorization code, confirm the agent client associated with the electronic payment according to the authorization code;
- the calculation module is configured to calculate, according to a preset rule, a dividend amount of the agent client associated with the electronic payment.
- the agent client includes a level code
- the level code includes a level number, a number, and/or a relationship code, where the level number indicates a level to which each agent client belongs in the tree structure.
- the number indicates the code of the agent client at the level of the agent
- the relationship code indicates the relationship chain of the agent client in the tree structure
- the relationship code of the agent client and the agent client of the upper level The level codes are the same.
- the specific mode of the generating module to generate the authorization code is as follows:
- the specific manner of the generating module to generate the authorization code is as follows:
- the merchant information is obtained from the merchant consumption platform, and the acquired merchant information, the affiliate request, and the hierarchical code of the agent client are integrated by the codec to generate an authorization code of the agent client.
- the preset rule is represented by the following formula:
- aM is the proportion of the M-level agent client associated with the electronic payment
- b is the total share ratio of the merchant consumption platform to all associated agent clients
- x is the consumption amount in the electronic payment
- yM The amount of the share of the associated M-level agent client.
- the present invention further provides a multi-level promotion processing method for online and offline health service products, which is applied to a merchant consumption platform, and the merchant consumption platform is connected with one or more agent clients through a network, and the agent customer The end is divided into different levels, and the agent client of each level is connected with one or more agent clients of the next level, and the connection relationship between the merchant consumption platform and the agent client is a tree structure connection. Relationship, the multi-level promotion processing method of the online and offline health service products includes the following steps:
- the mobile terminal of the client scans the authorization code of any agent client, the mobile terminal of the client obtains the authorization code of the agent client;
- the agent client associated with the electronic payment is confirmed according to the authorization code
- the agent client includes a level code
- the level code includes a level number, a number, and/or a relationship code, where the level number indicates a level to which the agent client belongs in a tree structure.
- the number indicates the code of the agent client at the level of the agent
- the relationship code indicates the relationship chain of the agent client in the tree structure
- the relationship code of the agent client and the agent client of the upper level The level codes are the same.
- the authorization code is generated as follows:
- the authorization code is generated as follows:
- the merchant information is obtained from the merchant consumption platform, and the acquired merchant information, the affiliate request, and the hierarchical code of the agent client are integrated by the codec to generate an authorization code of the agent client.
- the preset rule is represented by the following formula:
- aM is the proportion of the M-level agent client associated with the electronic payment
- b is the total share ratio of the merchant consumption platform to all associated agent clients
- x is the consumption amount in the electronic payment
- yM The amount of the share of the associated M-level agent client.
- the multi-level promotion processing system and method for the online and offline health service products of the invention can enable the merchant to form agents and agents based on the promotion of online and offline health services.
- the multi-level promotion mode between agents and consumers improves the promotion efficiency of health service products, and merchants can pay according to the promotion effect, which reduces the cost of business promotion.
- FIG. 1 is a schematic diagram of an application environment of a multi-level promotion processing system for online and offline health service products according to the present invention.
- FIG. 2 is a block diagram showing a preferred embodiment of a multi-stage promotion processing system for the online and offline health service products of the present invention.
- FIG. 3 is a flow chart of a preferred embodiment of a multi-level promotion processing method for the online and offline health service products of the present invention.
- FIG. 1 is a schematic diagram of an application environment of a multi-level promotion processing system for online and offline health service products according to the present invention.
- the multi-level promotion processing system 10 for online and offline health service products in the present invention runs on the merchant consumption platform 1.
- the merchant consumption platform 1 is connected to one or more agent clients 2 via a network (not shown in Figure 1).
- the network is preferably a wireless communication network including, but not limited to, a GSM network, a GPRS network, a CDMA, etc. wireless transmission network.
- the agent client 2 is divided into different levels, and the agent client 2 of each level is connected with one or more agent clients 2 of the next level.
- the N-1th agent client 2 is connected to one or more Nth agent clients 2.
- the first-level agent client 2 is connected to three second-level agent clients 2.
- the merchant consumption platform 1 is connected to one or more first-level agent clients 2, and as shown in FIG. 1, the merchant consumption platform 1 is connected to two first-level agent clients 2.
- Each level of agent client 2 can be connected to one or more customers' mobile terminals 100. As shown in FIG. 1, the second level agent client 2 is connected with the customer's mobile terminal 100, and the Nth level agent client The terminal 2 is connected to the mobile terminal 100 of the client.
- connection relationship between the merchant consumption platform 1 and the agent client 2 is a tree structure connection relationship.
- the client's mobile terminal 100 can be connected to any level of the agent client 2 to implement data interaction.
- the merchant consumption platform 1 is a server in a cloud platform or a data center, and can better manage and/or assist with the merchant through the connection capability and storage capability of the cloud platform or the data center.
- the agent client 2 connected to the platform 1 is to facilitate the promotion of the application service of the merchant.
- the merchant consumption platform 1 is maintained by a specific merchant (for example, a health management merchant) and provides an application of the merchant (for example, an application including a chronic disease intervention service, a medical image identification service, a Chinese medicine treatment service, and the like).
- the customer's mobile terminal 100 downloads the application provided by the merchant and purchases the service provided by the application (for example, including chronic disease intervention service, medical image authentication service, Chinese medicine treatment service, and the like).
- the agent client 2 can be, but is not limited to, a smartphone, a tablet, a personal digital assistant (Personal Digital) Assistant, PDA), personal computer, electronic signage and other equipment.
- the customer's mobile terminal 100 can be, but is not limited to, a smartphone, a tablet, a personal digital assistant (Personal Digital Assistant, PDA) and any other suitable portable electronic device with a camera.
- FIG. 2 it is a block diagram of a preferred embodiment of the multi-level promotion processing system for the online and offline health service products of the present invention.
- the online and offline health service product multi-level promotion processing system 10 is applied to the merchant consumption platform 1.
- the merchant consumption platform 1 includes, However, it is not limited to the online and offline health service product multi-stage promotion processing system 10, the storage unit 11, the processing unit 12, and the communication unit 13.
- the storage unit 11 can be a read only memory unit ROM, an electrically erasable storage unit EEPROM, a flash memory unit FLASH or a solid hard disk.
- the processing unit 12 can be a central processing unit (Central Processing Unit, CPU), microcontroller (MCU), data processing chip, or information processing unit with data processing function.
- CPU Central Processing Unit
- MCU microcontroller
- data processing chip or information processing unit with data processing function.
- the communication unit 13 is a wireless communication interface with remote wireless communication functions, such as a communication interface supporting communication technologies such as GSM, GPRS, WCDMA, CDMA, TD-SCDMA, WiMAX, TD-LTE, and FDD-LTE.
- a communication interface supporting communication technologies such as GSM, GPRS, WCDMA, CDMA, TD-SCDMA, WiMAX, TD-LTE, and FDD-LTE.
- the online and offline health service product multi-level promotion processing system 10 includes, but is not limited to, a receiving module 110, a generating module 111, a sending module 112, a confirming module 113, and a calculating module 114, and the module referred to in the present invention refers to A series of computer program instructions executable by the processing unit 12 of the merchant consumption platform 1 and capable of performing a fixed function, stored in the storage unit 11 of the merchant consumption platform 1.
- the receiving module 110 is configured to receive an affiliation request of each level agent client 2.
- the affiliation request includes the name, size (number of personnel, registered capital, etc.), address, and IP address of the agent client 2 corresponding to the agent 2 corresponding to the agent client 2 that sent the request. And/or the hierarchical code of the agent client 2 of the agent client 2.
- Each agent client 2 has a level code, and each level code represents a level and a relationship chain of the agent client 2 in the tree structure (ie, other agents associated with the agent client 2).
- the hierarchical code includes a level number, a number, and/or a relationship code.
- the level number indicates a level to which the agent client 2 belongs in the tree structure (the level may be expressed in alphabetical order, for example, the letter A indicates the first level, the letter B indicates the second level, and so on, or The first level is represented by the letter Aa, the second level is represented by the letter A, the second level is represented by Az, the second seventeenth level is represented by Ba, and so on, and the number indicates the coding of the agent client 2 at the level of the belonging party.
- Level agent client 2 has the same level code). It should be noted that the hierarchical code is an identifier of the agent client 2, and each level code is unique and not repeated.
- the hierarchical code of the first-level agent client 2 does not include the relationship code.
- the letter A in the level code A1 indicates that the level of a certain agent client 2 belongs to the first level, and the number 1 indicates the agent client. 2 number.
- the hierarchical code of the agent client 2 of other levels includes a relationship code, for example, in the hierarchical code A1B2, the letter B indicates that the level of one agent client 2 is the second level, and the agent client 2 is in the second level.
- the number is the number 2
- the relationship code of the agent client 2 is the letter A1
- the relationship code A1 indicates that the agent client of the agent client 2 is A1.
- the letter C indicates that the level of a certain agent client 2 is the third level, the agent client 2 is numbered 4 in the third level, and the relationship code of the agent client 2 is the letter A1B2.
- the relationship code A1B2 indicates that the agent client of the agent client 2 is B2, and the agent client of the agent client B2 is A1.
- the agent client 2 can directly send the franchise request to the merchant consuming platform 1.
- one of the agent clients 2 of the third level directly sends the franchise request to the merchant consuming platform.
- the agent client 2 may also send the affiliate request to the merchant consumption platform 1 by means of layer-by-layer delivery, for example, the third-level agent client 2 will submit the affiliate request.
- the second-level agent client 2 sends the franchise request sent by the third-level agent client 2 to the first-level agent client 2, and then the first-level agent The client 2 sends the affiliate request transmitted by the second-level agent client 2 to the merchant consumption platform 1.
- the generating module 111 is configured to parse the joining request (for example, acquiring various information in the joining request, such as a hierarchical code by means of keyword extraction), and generating each level according to the parsed joining request.
- the authorization code corresponding to the agent client 2.
- the authorization code is generated as follows:
- the generating module 111 generates the agent client 2 level number and number, and the generated combination of the level number and the number is the hierarchical code of the agent client 2, wherein the combination of the level number and the number is The hierarchical number is located in front of the hierarchical code, the encoding is located at the end of the hierarchical code, for example, the hierarchical code A and the number 4 are combined into a hierarchical code A4;
- the generating module 111 obtains the merchant information (for example, the profile of the merchant, the geographic location of the merchant, the application download address, the merchant link address, etc.) from the merchant consumption platform 1 and passes through the codec stored in the storage unit 11 (for example, the barcode generator, the two-dimensional code generator, the color three-dimensional code generator, and the like) integrate the acquired merchant information, the affiliate request, and the hierarchical code of the agent client 2 to generate an authorization code of the agent client 2 .
- the authorization code may be, but not limited to, a one-dimensional code, a two-dimensional code, a color three-dimensional code, and the like.
- the authorization code is generated as follows:
- the generating module 111 determines the agent client 2 level according to the hierarchical code of the upper agent client 2, and generates the level and number of the agent client 2 according to the determined level, and then generates the level. The number and number are combined with the hierarchical code of the agent client 2 of the upper level to form a hierarchical code of the agent client 2.
- the tiering request of the agent client 2 includes the tier code A1B2C4 of the agent client 2, the tier code A1B2C4 can be seen, the agent client 2 corresponding to the tier code A1B2C4
- the level of the agent is the third level
- the agent client 2 is the next level of the agent client 2 corresponding to the level code A1B2C4
- the level of the agent client 2 is the fourth level
- the generating module 111 generates
- the agent client has a level 2 code D and a number 1, and combines the level code D and the number 1 with the level code A1B2C4 to form a level code A1B2C4D1 of the agent client 2 (ie, adding the layer code A1B2C4)
- the generated level number D and number 1 form the level code A1B2C4D1) of the agent client 2.
- level code A1B2C4D1 of the agent client 2 that the level of the agent client 2 corresponding to the level code is the fourth level, and the agent client 2 of the agent client 2 is the C4.
- the upper agent client 2 of C4 is B2, and the upper agent client 2 of B2 is A1.
- the generating module 111 acquires the merchant information (for example, the profile of the merchant, the geographic location of the merchant, the application download address, the merchant link address, and the like) from the storage unit 11 of the merchant consumption platform 1 and stores the information in the storage unit 11
- the codec generator integrates the acquired merchant information, the affiliate request, and the hierarchical code of the agent client 2 to generate an authorization code of the agent client.
- the authorization code may be, but not limited to, a one-dimensional code, a two-dimensional code, a color three-dimensional code, and the like. In this embodiment, the authorization code is a two-dimensional code.
- the agent client 2 of each level or the mobile terminal 100 of the client acquires the authorization code by scanning the camera. For example, the next-level agent client 2 can obtain the authorization code of the agent client 2 of the upper-level agent by means of camera scanning, thereby obtaining the level code of the agent client 2 of the upper-level agent.
- the number of first-level agent clients 2 is a first preset number (for example, 50,000)
- the number of second-level agent clients 2 is S*102
- the number of third-level agent clients 2 is For S*103
- the number of the Nth agent client 2 is S*10N, where S is the first preset number.
- the level code of 2 can join the merchant consumption platform 1.
- the sending module 112 is configured to send a corresponding authorization code to the corresponding agent client 2, and when the mobile terminal 100 of the client scans the authorization code of any agent client 2, the mobile terminal 100 of the client acquires the agent. Client 2's authorization code.
- the confirmation module 113 is configured to: when the mobile terminal 100 of the customer completes the electronic payment on the merchant consumption platform 1 according to the authorization code, confirm the agent client 2 associated with the electronic payment according to the authorization code. .
- the mobile terminal 100 of the client scans the authorization code of the agent client 2 of the certain level through the camera, and then the mobile terminal 100 of the client connects to the merchant consumption platform 1 according to the merchant link address in the authorization code.
- the customer's mobile terminal 100 downloads the application of the merchant consumption platform 1 and purchases the service provided by the application through electronic payment. In other embodiments, the customer may also go directly to the merchant's physical store to make the purchase by presenting the authorization code on the customer's mobile terminal 100.
- the confirmation module 113 further parses the hierarchical code in the authorization code (for example, parsing the authorization code through a codec), and obtains the agent client associated with the electronic payment by using the hierarchical code. 2. For example, if the level code parsed by the confirmation module 113 from the authorization code is A1B2C4D1, the agent client 2 associated with the electronic payment is A1, B2, C4, and D1.
- the calculating module 114 is configured to calculate, according to a preset rule, a dividend amount of the agent client 2 associated with the pen electronic payment, and notify the associated agent client 2 .
- the preset rule can be expressed by the following formula:
- a1 is a proportion of the first-level agent client 2 associated with the electronic payment
- a2 is a proportion of the second-level agent client 2 associated with the electronic payment
- a3 is the electronic payment.
- the proportion of the associated third-level agent client 2 is the proportion of the M-level agent client associated with the electronic payment
- b is the merchant consumption platform 1 for all associated agent clients 2 Total share ratio (for example, 10%)
- x is the amount of consumption in the electronic payment
- y1 is the share amount of the first-level agent client 2
- y2 is the share amount of the second-level agent client 2
- y3 For the third-level agent client 2, the amount of yM is the amount of the M-level agent client 2, and M is less than or equal to N.
- the above formula indicates that the mobile terminal 100 of the client is connected to the M-th agent client 2, and obtains the authorization code of the M-stage agent client 2, and the mobile terminal 100 of the client is acquiring After the merchant's consumption platform 1 completes the consumption, the authorization code is divided into the amount from the M-level agent client 2 to the first-level agent client 2.
- the holder of the M-level agent client 2 it can be set to aM> aM-1 >....> a3 > a2 > A1, that is, after the client's mobile terminal 100 obtains the authorization code through the Nth agent client 2 and completes the electronic payment, the holder of the M-stage agent client 2 has the most dividends.
- the holder of each level of agent client terminal 2 on the level M agent client 2 also has a dividend.
- the mobile terminal 100 of the client is connected to a certain level of the agent client 2 (for example, the M-stage agent client 2), the next-level agent of the agent client 2 of the level Client 2 (for example, Agent M+1 Agent 2) cannot participate in dividends.
- the agent client 2 for example, the M-stage agent client 2
- the next-level agent of the agent client 2 of the level Client 2 for example, Agent M+1 Agent 2 cannot participate in dividends.
- the agent client 2 associated with the electronic payment in the pen is A1, B2, C4, and D1
- M is 4, according to the above preset rules, the dividend amount of the agent clients A1, B2, C4 and D1 is as follows:
- the manner in which the calculation module 114 notifies the associated agent client 2 may be a mail, a short message, or a combination of the two. In other embodiments, the calculation module 114 may also directly transfer the dividend amount of the associated agent client 2 to the bank account or third party payment account of the associated agent client 2.
- FIG. 3 it is a flow chart of a preferred embodiment of the multi-level promotion processing method of the online and offline health service product of the present invention.
- the multi-level promotion processing method for the online and offline health service products is applied to the merchant consumption platform 1, and the method includes the following steps:
- Step S10 The receiving module 110 receives the joining request sent by the agent client 2 of each level.
- the affiliation request includes the name, size, address of the agent 2 corresponding to the agent client 2 that sent the request, the IP address of the agent client 2, and/or the agent client 2 The level code of the first-level agent client 2.
- Each agent client 2 has a level code, and each level code represents a level and a relationship chain of the agent client 2 in the tree structure (ie, other agents associated with the agent client 2).
- the hierarchical code includes a level number, a number, and/or a relationship code.
- the level number indicates a level to which the agent client 2 belongs in the tree structure (the level may be expressed in alphabetical order, for example, the letter A indicates the first level, the letter B indicates the second level, and so on, or The first level is represented by the letter Aa, the second level is represented by the letter A, the second level is represented by Az, the second seventeenth level is represented by Ba, and so on, and the number indicates the coding of the agent client 2 at the level of the belonging party.
- the relationship code indicating the relationship chain to which the agent client 2 belongs in the tree structure (usually using the agent of the agent client 2)
- the hierarchical code of the first-level agent client 2 does not include the relationship code.
- the letter A in the level code A1 indicates that the level of a certain agent client 2 belongs to the first level, and the number “1” indicates the agent. The number of client 2.
- the hierarchical code of the agent client 2 of other levels includes a relationship code, for example, in the hierarchical code A1B2, the letter B indicates that the level of one agent client 2 is the second level, and the agent client 2 is in the second level.
- the number is the number 2
- the relationship code of the agent client 2 is the letter A1
- the relationship code A1 indicates that the agent client of the agent client 2 is A1.
- the letter C indicates that the level of a certain agent client 2 is the third level, the agent client 2 is numbered 4 in the third level, and the relationship code of the agent client 2 is the letter A1B2.
- the relationship code A1B2 indicates that the agent client of the agent client 2 is B2, and the agent client of the agent client B2 is A1.
- the agent client 2 can directly send the franchise request to the merchant consuming platform 1.
- one of the agent clients 2 of the third level directly sends the franchise request to the merchant consuming platform.
- the agent client 2 may also send the affiliate request to the merchant consumption platform 1 by means of layer-by-layer delivery, for example, the third-level agent client 2 will submit the affiliate request.
- the second-level agent client 2 sends the franchise request sent by the third-level agent client 2 to the first-level agent client 2, and then the first-level agent The client 2 sends the affiliate request transmitted by the second-level agent client 2 to the merchant consumption platform 1.
- Step S11 The generating module 111 parses the joining request (for example, acquiring various information in the joining request, such as a hierarchical code by means of keyword extraction), and generating each level according to the parsed joining request.
- the authorization code corresponding to the agent client 2.
- the tiering request of the agent client 2 does not include the tier code of the agent client 2, it indicates that the agent client 2 applies for the first agent client 2, and the authorization code is generated.
- the way is as follows:
- the generating module 111 generates the agent client 2 level number and number, and the generated combination of the level number and the number is the hierarchical code of the agent client 2;
- the generating module 111 obtains the merchant information (for example, the profile of the merchant, the geographic location of the merchant, the application download address, the merchant link address, etc.) from the merchant consumption platform 1 and passes through the codec stored in the storage unit 11 (for example, the barcode generator, the two-dimensional code generator, the color three-dimensional code generator, and the like) integrate the acquired merchant information, the affiliate request, and the hierarchical code of the agent client 2 to generate an authorization code of the agent client 2 .
- the authorization code may be, but not limited to, a one-dimensional code, a two-dimensional code, a color three-dimensional code, and the like.
- the authorization code is generated as follows:
- the generating module 111 determines the agent client 2 level according to the hierarchical code of the upper agent client 2, and generates the level and number of the agent client 2 according to the determined level, and then generates the level. The number and number are combined with the hierarchical code of the agent client 2 of the upper level to form a hierarchical code of the agent client 2.
- the tier of the agent client 2 is The third level
- the agent client 2 is the next level of the upper agent client 2
- the level of the agent client 2 is the fourth level
- the generating module 111 generates the agent client End level 2 code D and number 1, and combine the level code D and number 1 with the level code A1B2C4 of the upper agent client 2 to form the level code A1B2C4D1 of the agent client 2 (ie, at the level The generated layer number D and number 1 are added after the code A1B2C4 to form the level code A1B2C4D1) of the agent client 2.
- level code A1B2C4D1 of the agent client 2 that the level of the agent client 2 corresponding to the level code is the fourth level, and the agent client of the agent client 2 is the C4, C4.
- the upper agent client 2 is B2, and the upper agent client 2 of B2 is A1.
- the generating module 111 acquires the merchant information (for example, the profile of the merchant, the geographic location of the merchant, the application download address, the merchant link address, and the like) from the storage unit 11 of the merchant consumption platform 1 and stores the information in the storage unit 11
- the codec generator integrates the acquired merchant information, the affiliate request, and the hierarchical code of the agent client 2 to generate an authorization code of the agent client 2.
- the authorization code may be, but not limited to, a one-dimensional code, a two-dimensional code, a color three-dimensional code, and the like. In this embodiment, the authorization code is a two-dimensional code.
- the agent client 2 of each level or the mobile terminal 100 of the client acquires the authorization code by scanning the camera. For example, the next-level agent client 2 can obtain the authorization code of the agent client 2 of the upper-level agent by means of camera scanning, thereby obtaining the level code of the agent client 2 of the upper-level agent.
- the number of first-level agent clients 2 is a first preset number (for example, 50,000)
- the number of second-level agent clients 2 is S*102
- the number of third-level agent clients 2 is For S*103
- the number of agent agents 2 of the Nth level is S*10N, where S is the first preset number.
- the level code of 2 can join the merchant consumption platform 1.
- Step S12 The sending module 112 sends a corresponding authorization code to the corresponding agent client 2, and when the mobile terminal 100 of the client scans the authorization code of any agent client 2, the mobile terminal 100 of the client acquires the agent. Client 2's authorization code.
- Step S13 After the mobile terminal 100 of the client completes the electronic payment on the merchant consumption platform 1 according to the authorization code, the confirmation module 113 confirms the agent client 2 associated with the electronic payment according to the authorization code. .
- the mobile terminal 100 of the client scans the authorization code of the agent client 2 of the certain level through the camera, and then the mobile terminal 100 of the client connects to the merchant consumption platform 1 according to the merchant link address in the authorization code.
- the customer's mobile terminal 100 downloads the application of the merchant consumption platform 1 and purchases the service provided by the application through electronic payment.
- the confirmation module 113 further parses the hierarchical code in the authorization code (for example, parsing the authorization code through a codec), and obtains the agent client associated with the electronic payment by using the hierarchical code. 2. For example, if the level code parsed by the confirmation module 113 from the authorization code is A1B2C4D1, the agent client 2 associated with the electronic payment is A1, B2, C4, and D1.
- Step S14 The calculation module 114 calculates the dividend amount of the agent client 2 associated with the pen electronic payment according to the preset rule, and notifies the associated agent client 2.
- the preset rule can be expressed by the following formula:
- a1 is a proportion of the first-level agent client 2 associated with the electronic payment
- a2 is a proportion of the second-level agent client 2 associated with the electronic payment
- a3 is the electronic payment.
- the proportion of the associated third-level agent client 2 is the proportion of the M-level agent client associated with the electronic payment
- b is the merchant consumption platform 1 for all associated agent clients 2 Total share ratio (for example, 10%)
- x is the amount of consumption in the electronic payment
- y1 is the share amount of the first-level agent client 2
- y2 is the share amount of the second-level agent client 2
- y3 For the third-level agent client 2, the amount of yM is the amount of the M-level agent client 2, and M is less than or equal to N.
- the above formula indicates that the mobile terminal 100 of the client is connected to the M-th agent client 2, and obtains the authorization code of the M-stage agent client 2, and the mobile terminal 100 of the client is acquiring After the merchant's consumption platform 1 completes the consumption, the authorization code is divided into the amount from the M-level agent client 2 to the first-level agent client 2.
- the holder of the M-level agent client 2 it can be set to aM> aM-1 >....> a3 > a2 > A1, that is, after the client's mobile terminal 100 obtains the authorization code through the Nth agent client 2 and completes the electronic payment, the holder of the M-stage agent client 2 has the most dividends.
- the holder of each level of agent client terminal 2 on the level M agent client 2 also has a dividend.
- the mobile terminal 100 of the client is connected to a certain level of the agent client 2 (for example, the M-stage agent client 2), the next-level agent of the agent client 2 of the level Client 2 (for example, Agent M+1 Agent 2) cannot participate in dividends.
- the agent client 2 for example, the M-stage agent client 2
- the next-level agent of the agent client 2 of the level Client 2 for example, Agent M+1 Agent 2 cannot participate in dividends.
- the agent client 2 associated with the electronic payment in the pen is A1, B2, C4, and D1
- M is 4, according to the above preset rules, the dividend amount of the agent clients A1, B2, C4 and D1 is as follows:
- the manner in which the calculation module 114 notifies the associated agent client 2 may be a mail, a short message, or a combination of the two. In other embodiments, the calculation module 114 may also directly transfer the dividend amount of the associated agent client 2 to the bank account or third party payment account of the associated agent client 2.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Economics (AREA)
- Game Theory and Decision Science (AREA)
- Computer Security & Cryptography (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
一种线上线下健康服务产品多级推广处理***及方法,该方法包括:发送对应的授权码给对应的代理商客户端,当客户的移动终端通过扫描任意代理商客户端的授权码时,所述客户的移动终端获取该代理商客户端的授权码(S12);当客户的移动终端根据所述授权码在所述商家消费平台完成电子支付后,根据所述授权码确认该笔电子支付中所关联的代理商客户端(S13);根据预设规则计算该笔电子支付中所关联的代理商客户端的分红金额,通知所关联的代理商客户端(S14)。通过所述***及方法能够使商家基于线上线下健康服务推广下形成代理商与代理商之间,代理商与消费者之间多级的推广模式,提高了健康服务产品的推广效率,且商家能够按照推广效果付费,减低了商家推广的成本。
Description
技术领域
本发明涉及线上线下(Online to Offline,
O2O)健康服务领域,尤其涉及一种线上线下健康服务产品多级推广处理***及方法。
背景技术
近年来,互联网,尤其是移动互联网的迅猛发展,影响着社会的经济生活,改变着人们的工作方式和生活方式。人们可以使用互联网工作、生活、购物及娱乐等。由于互联网的巨大潜力及前景,越来越多的商家将服务(例如健康管理服务)或产品(例如健康管理产品)转移到互联网上进行销售。
为了吸引更多的消费者,商家需要对服务或产品进行推广,使得更多的用户使用并购买商家的服务或产品。商家以往的推广方式为将商家的产品或服务的信息整合到一个二维码中,并通过代理商(例如,报社、广告公司、网络营销公司等)将所述二维码推广给消费者,消费者通过手机扫码的方式获得商家的产品或服务的信息。
然而,上述推广方式存在以下弊端。第一、商家无法精确掌握是通过哪一个代理商推广,尤其是通过印刷品(例如,报纸或宣传广告等)进行推广的时候。第二、商家是一次性付费,无论推广效果如何,即便转化率为0,商家还是需要付费。第三、商家与消费者或商家的代理商与消费者之间点对点的推广方式,由于点对点的覆盖面相对较窄,降低了商家应用服务的推广效率。
发明内容
本发明的主要目的在于提供一种线上线下健康服务产品多级推广处理***及方法,旨在解决商家基于O2O健康服务产品推广过程中存在点对点的弊端及无法根据推广效果付费的问题。
为实现上述目的,本发明提供了一种线上线下健康服务产品多级推广处理***,运行于商家消费平台中,所述商家消费平台与一个或多个代理商客户端通过网络连接,所述代理商客户端分为不同的层级,每个层级的代理商客户端与一个或多个下一级的代理商客户端连接,所述商家消费平台与所述代理商客户端的连接关系为树状结构的连接关系,所述线上线下健康服务产品多级推广处理***包括:
接收模块,用于接收各层级代理商客户端的加盟请求;
生成模块,用于对所述加盟请求进行解析,并根据解析的加盟请求生成各层级代理商客户端对应的授权码;
发送模块,用于发送对应的授权码给对应的代理商客户端,当客户的移动终端通过扫描任意代理商客户端的授权码时,所述客户的移动终端获取该代理商客户端的授权码;
确认模块,用于当客户的移动终端根据所述授权码在所述商家消费平台完成电子支付后,根据所述授权码确认该笔电子支付中所关联的代理商客户端;
计算模块,用于根据预设规则计算该笔电子支付中所关联的代理商客户端的分红金额。
优选的,所述代理商客户端包括层级码,所述层级码包括层级号、编号及/或关系码,其中,所述层级号表示每个代理商客户端在树状结构中所属的层级,所述编号表示该代理商客户端在所属层级的编码,所述关系码表示该代理商客户端在树状结构中所属的关系链,该代理商客户端的关系码与上一级代理商客户端的层级码相同。
优选的,当代理商客户端的加盟请求中不包括上一级代理商客户端的层级码时,所述生成模块生成所述授权码的具体方式如下:
生成该代理商客户端的层级号及编号,所述生成的层级号及编号的组合即为该代理商客户端的层级码;及
获取商家信息,并通过编解码器将获取的商家信息、所述加盟请求及的层级码整合生成该代理商客户端的授权码。
优选的,当代理商客户端的加盟请求中包括上一级代理商客户端的层级码时,所述生成模块生成所述授权码的具体方式如下:
根据上一级代理商客户端的层级码确定该代理商客户端层级;
根据所确定的层级生成该代理商客户端的层级号及编号;
将生成的层级号及编号与上一级代理商客户端的层级码进行组合,形成该代理商客户端的层级码;及
从所述商家消费平台获取商家信息,并通过编解码器将获取的商家信息、所述加盟请求及该代理商客户端的层级码整合生成该代理商客户端的授权码。
优选地,所述预设规则由下列公式表示:
ΣaM=100%;
yM= aM*b*x;
其中,aM为所述电子支付中关联的第M级代理商客户端的分成比例,b为商家消费平台给所有关联的代理商客户端的总分成比例,x为所述电子支付中的消费金额,yM为关联的第M级代理商客户端的分成金额。
此外,本发明还提供一种线上线下健康服务产品多级推广处理方法,应用于商家消费平台中,所述商家消费平台与一个或多个代理商客户端通过网络连接,所述代理商客户端分为不同的层级,每个层级的代理商客户端与一个或多个下一级的代理商客户端连接,所述商家消费平台与所述代理商客户端的连接关系为树状结构的连接关系,所述线上线下健康服务产品多级推广处理方法包括以下步骤:
接收各层级代理商客户端的加盟请求;
对所述加盟请求进行解析,并根据解析的加盟请求生成各层级代理商客户端对应的授权码;
发送对应的授权码给对应的代理商客户端,当客户的移动终端通过扫描任意代理商客户端的授权码时,所述客户的移动终端获取该代理商客户端的授权码;
当客户的移动终端根据所述授权码在所述商家消费平台完成电子支付后,根据所述授权码确认该笔电子支付中所关联的代理商客户端;
根据预设规则计算该笔电子支付中所关联的代理商客户端的分红金额。
优选的,所述代理商客户端包括层级码,所述层级码包括层级号、编号及/或关系码,其中,所述层级号表示所述代理商客户端在树状结构中所属的层级,所述编号表示该代理商客户端在所属层级的编码,所述关系码表示该代理商客户端在树状结构中所属的关系链,该代理商客户端的关系码与上一级代理商客户端的层级码相同。
优选的,当代理商客户端的加盟请求中不包括上一级代理商客户端的层级码时,所述授权码的生成方式如下:
生成该代理商客户端的层级号及编号,所述生成的层级号及编号的组合即为该代理商客户端的层级码;及
获取商家信息,并通过编解码器将获取的商家信息、所述加盟请求及的层级码整合生成该代理商客户端的授权码。
优选的,当代理商客户端的加盟请求中包括上一级代理商客户端的层级码时,所述授权码的生成方式如下:
根据上一级代理商客户端的层级码确定该代理商客户端层级;
根据所确定的层级生成该代理商客户端的层级号及编号;
将生成的层级号及编号与上一级代理商客户端的层级码进行组合,形成该代理商客户端的层级码;及
从所述商家消费平台获取商家信息,并通过编解码器将获取的商家信息、所述加盟请求及该代理商客户端的层级码整合生成该代理商客户端的授权码。
优选的,所述预设规则由下列公式表示:
ΣaM=100%;
yM= aM*b*x;
其中,aM为所述电子支付中关联的第M级代理商客户端的分成比例,b为商家消费平台给所有关联的代理商客户端的总分成比例,x为所述电子支付中的消费金额,yM为关联的第M级代理商客户端的分成金额。
本发明采用上述技术方案,带来的技术效果为:本发明所述线上线下健康服务产品多级推广处理***及方法,能够使商家基于线上线下健康服务推广下形成代理商与代理商之间,代理商与消费者之间多级的推广模式,提高了健康服务产品的推广效率,且商家能够按照推广效果付费,减低了商家推广的成本。
附图说明
图1是本发明线上线下健康服务产品多级推广处理***的应用环境示意图。
图2是本发明线上线下健康服务产品多级推广处理***的优选实施例的模块示意图。
图3是本发明线上线下健康服务产品多级推广处理方法的优选实施例的流程图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例,对本发明的具体实施方式、结构、特征及其功效,详细说明如下。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
参照图1所示,图1是本发明线上线下健康服务产品多级推广处理***的应用环境示意图。本发明中的线上线下健康服务产品多级推广处理***10运行于商家消费平台1上。所述商家消费平台1与一个或多个代理商客户端2通过网络(图1中未示出)连接。所述网络优选为无线通讯网络,包括但不限于,GSM网络、GPRS网络、CDMA等无线传输网络。
其中,所述代理商客户端2分为不同的层级,每个层级的代理商客户端2与一个或多个下一级的代理商客户端2连接。具体地说,第N-1级代理商客户端2连接有一个或多个第N级代理商客户端2。如图1所示,第一级代理商客户端2连接有三个第二级代理商客户端2。此外,所述商家消费平台1连接一个或多个第一级代理商客户端2,如图1所示,所示商家消费平台1连接两个第一级代理商客户端2。
每一级代理商客户端2都可以与一个或多个客户的移动终端100连接,如图1所示,第二级代理商客户端2与客户的移动终端100连接,第N级代理商客户端2与客户的移动终端100连接。
所述商家消费平台1与所述代理商客户端2的连接关系为树状结构的连接关系。而所述客户的移动终端100可以与任意层级的代理商客户端2连接,以实现数据交互。
需要说明的是,所述商家消费平台1是云平台或数据中心中的某一台服务器,通过云平台或数据中心的连接能力及存储能力,可以更好地管理及/或协助与该商家消费平台1连接的代理商客户端2,以有利于该商家的应用服务的推广。所述商家消费平台1由某一个特定商家(例如,健康管理商家)维护,并提供该商家的应用(例如,包括慢性病干预服务、医学影像鉴定服务、中医理疗服务等其它医疗服务的应用),客户的移动终端100通过下载该商家提供的应用,并在该应用中购买该应用所提供的服务(例如,包括慢性病干预服务、医学影像鉴定服务、中医理疗服务等其它医疗服务)。
所述代理商客户端2可以是,但不限于,智能手机、平板电脑、个人数字助理(Personal Digital
Assistant, PDA)、个人电脑、电子看板等设备。所述客户的移动终端100可以是,但不限于,智能手机、平板电脑、个人数字助理(Personal
Digital Assistant, PDA)等其它任意合适带摄像头的便携式电子设备。
参照图2所示,是本发明线上线下健康服务产品多级推广处理***的优选实施例的模块示意图。在本实施例中,所述线上线下健康服务产品多级推广处理***10应用于商家消费平台1。该商家消费平台1包括,
但不仅限于,线上线下健康服务产品多级推广处理***10、存储单元11、处理单元12、及通讯单元13。
所述的存储单元11可以为一种只读存储单元ROM,电可擦写存储单元EEPROM、快闪存储单元FLASH或固体硬盘等。
所述的处理单元12可以为一种中央处理器(Central Processing
Unit,CPU)、微控制器(MCU)、数据处理芯片、或者具有数据处理功能的信息处理单元。
所述的通讯单元13为一种具有远程无线通讯功能的无线通讯接口,例如支持GSM、GPRS、WCDMA、CDMA、TD-SCDMA、WiMAX、TD-LTE、FDD-LTE等通讯技术的通讯接口。
所述的线上线下健康服务产品多级推广处理***10包括,但不局限于,接收模块110、生成模块111、发送模块112、确认模块113及计算模块114,本发明所称的模块是指一种能够被所述商家消费平台1的处理单元12执行并且能够完成固定功能的一系列计算机程序指令段,其存储在所述商家消费平台1的存储单元11中。
所述接收模块110,用于接收各层级代理商客户端2的加盟请求。具体而言,具体而言,所述加盟请求包括发送请求的代理商客户端2对应的代理商2的名称、规模(人员数量、注册资金等)、地址,该代理商客户端2的IP地址,及/或该代理商客户端2的上一级代理商客户端2的层级码。
其中,每个代理商客户端2都有一个层级码,每个层级码表示一个代理商客户端2在树状结构中所属的层级及关系链(即与该代理商客户端2关联的其它代理商客户端2)。所述层级码包括层级号、编号及/或关系码。其中,所述层级号表示该代理商客户端2在树状结构中所属的层级(可以用字母的顺序表示层级,例如,字母A表示第一级,字母B表示第二级,依次类推,或者用字母Aa表示第一级,字母Ab表示第二级,Az表示第二十六级、Ba表示第二十七级,依次类推),所述编号表示该代理商客户端2在所属层级的编码(可以用一个或多个数字表示,并随机产生),所述关系码表示该代理商客户端2在树状结构中所属的关系链(通常,该代理商客户端2的关系码与上一级代理商客户端2的层级码相同)。需要说明的是,所述层级码是代理商客户端2的标识符,每个层级码都是唯一的且不重复。
此外,第一级代理商客户端2的层级码不包括关系码,例如,层级码A1中的字母A表示某一个代理商客户端2的层级属于第一级,数字1表示该代理商客户端2的编号。
其它层级的代理商客户端2的层级码包括关系码,例如,层级码A1B2中,字母B表示某一个代理商客户端2的层级为第二级,该代理商客户端2在第二级的编号为数字2,该代理商客户端2的关系码为字母A1,关系码A1表示该代理商客户端2的上一级代理商客户端为A1。
层级码A1B2C4中,字母C表示某一个代理商客户端2的层级为第三级,该代理商客户端2在第三级的编号为4,该代理商客户端2的关系码为字母A1B2,关系码A1B2表示该代理商客户端2的上一级代理商客户端为B2,而代理商客户端B2的上一级代理商客户端为A1。
需要说明的是,所述代理商客户端2可以将加盟请求直接发送给所述商家消费平台1,例如,第三级的某一个代理商客户端2直接将加盟请求发送给所述商家消费平台1。在其它实施例中,所述代理商客户端2也可以通过层层传递的方式将所述加盟请求发送给所述商家消费平台1,例如,第三级代理商客户端2将所述加盟请求发送给第二级代理商客户端2,第二级代理商客户端2将第三级代理商客户端2传送过来的加盟请求发送给第一级代理商客户端2,之后第一级代理商客户端2将第二级代理商客户端2传送过来的加盟请求发送给所述商家消费平台1。
所述生成模块111,用于对所述加盟请求进行解析(例如,通过关键字提取的方式获取所述加盟请求中的各种信息,如层级码等),并根据解析的加盟请求生成各层级代理商客户端2对应的授权码。
具体而言,当某一个代理商客户端2的加盟请求中不包括上一级代理商客户端2的层级码时,表明该代理商客户端2申请第一级代理商客户端2,所述授权码的生成方式如下:
所述生成模块111生成该代理商客户端2层级号及编号,所述生成的层级号及编号的组合即该代理商客户端2的层级码,其中,所述层级号与编号的组合方式为:所述层级号位于层级码的前面,所述编码位于层级码的末端,例如,层级码A与编号4组合为层级码A4;
所述生成模块111从所述商家消费平台1获取商家信息(例如,包括商家的简介、商家的地理位置、应用下载地址、商家链接地址等),并通过存储于存储单元11的编解码器(例如,条形码生成器、二维码生成器、彩色三维码生成器等)将获取的商家信息、所述加盟请求及该代理商客户端2的层级码整合生成该代理商客户端2的授权码。所述授权码可以是,但不限于,一维码、二维码、彩色三维码等其它类型的码。
当某一个代理商客户端2的加盟请求中包括上一级代理商客户端2的层级码时,所述授权码的生成方式如下:
所述生成模块111根据上一级代理商客户端2的层级码确定该代理商客户端2层级,并根据所确定的层级生成该代理商客户端2的层级号及编号,之后将生成的层级号及编号与上一级代理商客户端2的层级码进行组合,形成该代理商客户端2的层级码。
具体地说,若某一个代理商客户端2的加盟请求中包括上一级代理商客户端2的层级码A1B2C4,从层级码A1B2C4可以看出,该层级码A1B2C4对应的代理商客户端2的层级为第三级,而该代理商客户端2是该层级码A1B2C4对应的代理商客户端2的下一级,则该代理商客户端2的层级为第四级,所述生成模块111生成该代理商客户端2层级码D及编号1,并将该层级码D及编号1与层级码A1B2C4进行组合,形成该代理商客户端2的层级码A1B2C4D1(即在层级码A1B2C4后面加入所述生成的层级号D及编号1,形成该代理商客户端2的层级码A1B2C4D1)。从该代理商客户端2的层级码A1B2C4D1可以看出,该层级码对应的代理商客户端2的层级为第4级,该代理商客户端2的上一级代理商客户端2为C4,C4的上一级代理商客户端2为B2,B2的上一级代理商客户端2为A1。
所述生成模块111从所述商家消费平台1的存储单元11获取商家信息(例如,包括商家的简介、商家的地理位置、应用下载地址、商家链接地址等),并通过存储于存储单元11的编解码生成器将获取的商家信息、所述加盟请求及该代理商客户端2的层级码整合生成该代理商客户端的授权码。所述授权码可以是,但不限于,一维码、二维码、彩色三维码等其它类型的码。在本实施例中,所述授权码为二维码。各个层级的代理商客户端2或客户的移动终端100通过摄像头扫描而获取所述授权码。例如,下一级代理商客户端2可以通过摄像头扫描的方式获取上一级代理商客户端2的授权码,从而得到上一级代理商客户端2的层级码。
为了避免应用推广的过程中,大量的下一级代理商客户端2绕过上一级代理商客户端2直接申请上一级或者同一级代理商客户端2,所述商家消费平台1对每一层级代理商客户端2的数量进行控制。例如,第一级代理商客户端2的数量为第一预设数量(例如,50000个),第二级代理商客户端2的数量为S*102,第三级代理商客户端2的数量为S*103,第N级代理商客户端2的数量为S*10N,其中,S为第一预设数量。具体地说,若第一级代理商客户端2的数量超过第一预设数量,则停止第一级代理商客户端2的授权,其它代理商客户端2只有拥有第一级代理商客户端2的层级码才能加盟所述商家消费平台1。
所述发送模块112,用于发送对应的授权码给对应的代理商客户端2,当客户的移动终端100通过扫描任意代理商客户端2的授权码时,客户的移动终端100获取该代理商客户端2的授权码。
所述确认模块113,用于当客户的移动终端100根据所述授权码在所述商家消费平台1完成电子支付后,根据所述授权码确认该笔电子支付中所关联的代理商客户端2。
具体而言,所述客户的移动终端100通过摄像头扫描某一级代理商客户端2的授权码,之后该客户的移动终端100根据授权码中的商家链接地址与所述商家消费平台1连接,该客户的移动终端100下载所述商家消费平台1的应用,并通过电子支付购买该应用所提供的服务。在其它实施例中,客户也可以直接到商家的实体店,通过出示客户的移动终端100上的授权码进行消费。
所述确认模块113还解析出所述授权码中的层级码(例如,通过编解码器对所述授权码进行解析),通过所述层级码得到该笔电子支付中所关联的代理商客户端2。例如,所述确认模块113从所述授权码中解析出的层级码为A1B2C4D1,则该笔电子支付中所关联的代理商客户端2为A1、B2、C4及D1。
所述计算模块114,用于根据预设规则计算该笔电子支付中所关联的代理商客户端2的分红金额,通知所关联的代理商客户端2。
所述预设规则可以由下列公式表示:
a1+a2+a3+…+aM=100%;
y1= a1*b*x;
y2= a2*b*x;
y3= a3*b*x;
…
yM= aM*b*x;
其中,a1为所述电子支付中关联的第一级代理商客户端2的分成比例,a2为所述电子支付中关联的第二级代理商客户端2的分成比例,a3为所述电子支付中关联的第三级代理商客户端2的分成比例,aM为所述电子支付中关联的第M级代理商客户端的分成比例,b为商家消费平台1给所有关联的代理商客户端2的总分成比例(例如,10%),x为所述电子支付中的消费金额,y1为第一级代理商客户端2的分成金额,y2为第二级代理商客户端2的分成金额,y3为第三级代理商客户端2的分成金额,yM为第M级代理商客户端2的分成金额,M小于或等于N。
进一步地,上述公式表明:所述客户的移动终端100与第M级代理商客户端2连接,并获取该第M级代理商客户端2的授权码,所述客户的移动终端100在通过获取的授权码在商家消费平台1完成消费后,从第M级代理商客户端2到第一级代理商客户端2的分成金额。此外,为了激励第M级代理商客户端2的持有人的积极性,可以设置为aM>
aM-1 >….> a3 > a2 >
a1,也就是说,当所述客户的移动终端100通过第N级代理商客户端2获取所述授权码并完成电子化支付后,第M级代理商客户端2的持有人分红最多,该第M级代理商客户端2上面的每一级代理商客户端终端2的持有人也都有分红。
需要说明的是,若所述客户的移动终端100与某一级代理商客户端2(例如,第M级代理商客户端2)连接后,该级代理商客户端2的下一级代理商客户端2(例如,第M+1级代理商客户端2)不能参与分红。
在本实施例中,若该笔电子支付中所关联的代理商客户端2为A1、B2、C4及D1,则表明客户的移动终端100通过第四级代理商客户端D1获取授权码,则M为4,根据上述预设规则,代理商客户端A1、B2、C4及D1的分红金额如下:
其中,代理商客户端A1的分红金额为y1= a1*b*x;
代理商客户端B2的分红金额为y2= a2*b*x;
代理商客户端C4的分红金额为y3= a3*b*x;
代理商客户端D1的分红金额为y4= a4*b*x;
其中,a1+a2+a3+a4=100%,且a4 > a3 > a2 > a1
。
所述计算模块114通知所关联的代理商客户端2的方式可以是邮件、短信或两者结合的方式。在其它实施例中,所述计算模块114还可以将所关联的代理商客户端2的分红金额直接划拨到所关联的代理商客户端2的银行账号或第三方支付账号。
参照图3所示,是本发明线上线下健康服务产品多级推广处理方法的优选实施例的流程图。在本实施例中,所述的线上线下健康服务产品多级推广处理方法应用于商家消费平台1,该方法包括以下步骤:
步骤S10:所述接收模块110接收各层级代理商客户端2发送过来的加盟请求。具体而言,所述加盟请求包括发送请求的代理商客户端2对应的代理商2的名称、规模、地址,该代理商客户端2的IP地址,及/或该代理商客户端2的上一级代理商客户端2的层级码。
其中,每个代理商客户端2都有一个层级码,每个层级码表示一个代理商客户端2在树状结构中所属的层级及关系链(即与该代理商客户端2关联的其它代理商客户端2)。所述层级码包括层级号、编号及/或关系码。其中,所述层级号表示该代理商客户端2在树状结构中所属的层级(可以用字母的顺序表示层级,例如,字母A表示第一级,字母B表示第二级,依次类推,或者用字母Aa表示第一级,字母Ab表示第二级,Az表示第二十六级、Ba表示第二十七级,依次类推),所述编号表示该代理商客户端2在所属层级的编码(可以用一个或多个数字表示,并随机产生),所述关系码表示该代理商客户端2在树状结构中所属的关系链(通常用该代理商客户端2的上一级代理商客户端2的层级码表示)。需要说明的是,所述层级码是代理商客户端2的标识符,每个层级码都是唯一的且不重复。
此外,第一级代理商客户端2的层级码不包括关系码,例如,层级码A1中的字母A表示某一个代理商客户端2的层级属于第一级,数字“1”表示该代理商客户端2的编号。
其它层级的代理商客户端2的层级码包括关系码,例如,层级码A1B2中,字母B表示某一个代理商客户端2的层级为第二级,该代理商客户端2在第二级的编号为数字2,该代理商客户端2的关系码为字母A1,关系码A1表示该代理商客户端2的上一级代理商客户端为A1。
层级码A1B2C4中,字母C表示某一个代理商客户端2的层级为第三级,该代理商客户端2在第三级的编号为4,该代理商客户端2的关系码为字母A1B2,关系码A1B2表示该代理商客户端2的上一级代理商客户端为B2,而代理商客户端B2的上一级代理商客户端为A1。
需要说明的是,所述代理商客户端2可以将加盟请求直接发送给所述商家消费平台1,例如,第三级的某一个代理商客户端2直接将加盟请求发送给所述商家消费平台1。在其它实施例中,所述代理商客户端2也可以通过层层传递的方式将所述加盟请求发送给所述商家消费平台1,例如,第三级代理商客户端2将所述加盟请求发送给第二级代理商客户端2,第二级代理商客户端2将第三级代理商客户端2传送过来的加盟请求发送给第一级代理商客户端2,之后第一级代理商客户端2将第二级代理商客户端2传送过来的加盟请求发送给所述商家消费平台1。
步骤S11:所述生成模块111对所述加盟请求进行解析(例如,通过关键字提取的方式获取所述加盟请求中的各种信息,如层级码等),并根据解析的加盟请求生成各层级代理商客户端2对应的授权码。
当某一个代理商客户端2的加盟请求中不包括上一级代理商客户端2的层级码时,表明该代理商客户端2申请第一级代理商客户端2,所述授权码的生成方式如下:
所述生成模块111生成该代理商客户端2层级号及编号,所述生成的层级号及编号的组合即该代理商客户端2的层级码;
所述生成模块111从所述商家消费平台1获取商家信息(例如,包括商家的简介、商家的地理位置、应用下载地址、商家链接地址等),并通过存储于存储单元11的编解码器(例如,条形码生成器、二维码生成器、彩色三维码生成器等)将获取的商家信息、所述加盟请求及该代理商客户端2的层级码整合生成该代理商客户端2的授权码。所述授权码可以是,但不限于,一维码、二维码、彩色三维码等其它类型的码。
当某一个代理商客户端2的加盟请求中包括上一级代理商客户端2的层级码时,所述授权码的生成方式如下:
所述生成模块111根据上一级代理商客户端2的层级码确定该代理商客户端2层级,并根据所确定的层级生成该代理商客户端2的层级号及编号,之后将生成的层级号及编号与上一级代理商客户端2的层级码进行组合,形成该代理商客户端2的层级码。
具体地说,若某一个代理商客户端2的加盟请求中包括上一级代理商客户端2的层级码A1B2C4,从层级码A1B2C4可以看出,该上一级代理商客户端2的层级为第三级,而该代理商客户端2是该上一级代理商客户端2的下一级,则该代理商客户端2的层级为第四级,所述生成模块111生成该代理商客户端2层级码D及编号1,并将该层级码D及编号1与该上一级代理商客户端2的层级码A1B2C4进行组合,形成该代理商客户端2的层级码A1B2C4D1(即在层级码A1B2C4后面加入所述生成的层级号D及编号1,形成该代理商客户端2的层级码A1B2C4D1)。从该代理商客户端2的层级码A1B2C4D1可以看出,该层级码对应的代理商客户端2的层级为第4级,该代理商客户端2的上一级代理商客户端为C4,C4的上一级代理商客户端2为B2,B2的上一级代理商客户端2为A1。
所述生成模块111从所述商家消费平台1的存储单元11获取商家信息(例如,包括商家的简介、商家的地理位置、应用下载地址、商家链接地址等),并通过存储于存储单元11的编解码生成器将获取的商家信息、所述加盟请求及该代理商客户端2的层级码整合生成该代理商客户端2的授权码。所述授权码可以是,但不限于,一维码、二维码、彩色三维码等其它类型的码。在本实施例中,所述授权码为二维码。各个层级的代理商客户端2或客户的移动终端100通过摄像头扫描而获取所述授权码。例如,下一级代理商客户端2可以通过摄像头扫描的方式获取上一级代理商客户端2的授权码,从而得到上一级代理商客户端2的层级码。
为了避免应用推广的过程中,大量的下一级代理商客户端2绕过上一级代理商客户端2直接申请上一级或者同一级代理商客户端2,所述商家消费平台1对每一层级代理商客户端2的数量进行控制。例如,第一级代理商客户端2的数量为第一预设数量(例如,50000个),第二级代理商客户端2的数量为S*102,第三级代理商客户端2的数量为S*103,第N级代理商客户端2的数量为S*10N,其中S为第一预设数量。具体地说,若第一级代理商客户端2的数量超过第一预设数量,则停止第一级代理商客户端2的授权,其它代理商客户端2只有拥有第一级代理商客户端2的层级码才能加盟所述商家消费平台1。
步骤S12:所述发送模块112发送对应的授权码给对应的代理商客户端2,当客户的移动终端100通过扫描任意代理商客户端2的授权码时,客户的移动终端100获取该代理商客户端2的授权码。
步骤S13:当客户的移动终端100根据所述授权码在所述商家消费平台1完成电子支付后,所述确认模块113根据所述授权码确认该笔电子支付中所关联的代理商客户端2。
具体而言,所述客户的移动终端100通过摄像头扫描某一级代理商客户端2的授权码,之后该客户的移动终端100根据授权码中的商家链接地址与所述商家消费平台1连接,该客户的移动终端100下载所述商家消费平台1的应用,并通过电子支付购买该应用所提供的服务。
所述确认模块113还解析出所述授权码中的层级码(例如,通过编解码器对所述授权码进行解析),通过所述层级码得到该笔电子支付中所关联的代理商客户端2。例如,所述确认模块113从所述授权码中解析出的层级码为A1B2C4D1,则该笔电子支付中所关联的代理商客户端2为A1、B2、C4及D1。
步骤S14:所述计算模块114根据预设规则计算该笔电子支付中所关联的代理商客户端2的分红金额,通知所关联的代理商客户端2。
所述预设规则可以由下列公式表示:
a1+a2+a3+…+aM=100%;
y1= a1*b*x;
y2= a2*b*x;
y3= a3*b*x;
…
yM= aM*b*x;
其中,a1为所述电子支付中关联的第一级代理商客户端2的分成比例,a2为所述电子支付中关联的第二级代理商客户端2的分成比例,a3为所述电子支付中关联的第三级代理商客户端2的分成比例,aM为所述电子支付中关联的第M级代理商客户端的分成比例,b为商家消费平台1给所有关联的代理商客户端2的总分成比例(例如,10%),x为所述电子支付中的消费金额,y1为第一级代理商客户端2的分成金额,y2为第二级代理商客户端2的分成金额,y3为第三级代理商客户端2的分成金额,yM为第M级代理商客户端2的分成金额,M小于或等于N。
进一步地,上述公式表明:所述客户的移动终端100与第M级代理商客户端2连接,并获取该第M级代理商客户端2的授权码,所述客户的移动终端100在通过获取的授权码在商家消费平台1完成消费后,从第M级代理商客户端2到第一级代理商客户端2的分成金额。此外,为了激励第M级代理商客户端2的持有人的积极性,可以设置为aM>
aM-1 >….> a3 > a2 >
a1,也就是说,当所述客户的移动终端100通过第N级代理商客户端2获取所述授权码并完成电子化支付后,第M级代理商客户端2的持有人分红最多,该第M级代理商客户端2上面的每一级代理商客户端终端2的持有人也都有分红。
需要说明的是,若所述客户的移动终端100与某一级代理商客户端2(例如,第M级代理商客户端2)连接后,该级代理商客户端2的下一级代理商客户端2(例如,第M+1级代理商客户端2)不能参与分红。
在本实施例中,若该笔电子支付中所关联的代理商客户端2为A1、B2、C4及D1,则表明客户的移动终端100通过第四级代理商客户端D1获取授权码,则M为4,根据上述预设规则,代理商客户端A1、B2、C4及D1的分红金额如下:
其中,代理商客户端A1的分红金额为y1= a1*b*x;
代理商客户端B2的分红金额为y2= a2*b*x;
代理商客户端C4的分红金额为y3= a3*b*x;
代理商客户端D1的分红金额为y4= a4*b*x;
其中,a1+a2+a3+a4=100%,且a4 > a3 > a2 > a1
。
所述计算模块114通知所关联的代理商客户端2的方式可以是邮件、短信或两者结合的方式。在其它实施例中,所述计算模块114还可以将所关联的代理商客户端2的分红金额直接划拨到所关联的代理商客户端2的银行账号或第三方支付账号。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围。
Claims (10)
- 一种线上线下健康服务产品多级推广处理***,运行于商家消费平台中,其特征在于,所述商家消费平台与一个或多个代理商客户端通过网络连接,所述代理商客户端分为不同的层级,每个层级的代理商客户端与一个或多个下一级的代理商客户端连接,所述商家消费平台与所述代理商客户端的连接关系为树状结构的连接关系,所述线上线下健康服务产品多级推广处理***包括:接收模块,用于接收各层级代理商客户端的有关健康服务产品的加盟请求;生成模块,用于对所述加盟请求进行解析,并根据解析的加盟请求生成各层级代理商客户端对应的授权码;发送模块,用于发送对应的授权码给对应的代理商客户端,当客户的移动终端通过扫描任意代理商客户端的授权码时,所述客户的移动终端获取该代理商客户端的授权码;确认模块,用于当客户的移动终端根据所述授权码在所述商家消费平台完成电子支付后,根据所述授权码确认该笔电子支付中所关联的代理商客户端;及计算模块,用于根据预设规则计算该笔电子支付中所关联的代理商客户端的分红金额。
- 如权利要求1所述的线上线下健康服务产品多级推广处理***,其特征在于,所述代理商客户端包括层级码,所述层级码包括层级号、编号及/或关系码,其中,所述层级号表示每个代理商客户端在树状结构中所属的层级,所述编号表示该代理商客户端在所属层级的编码,所述关系码表示该代理商客户端在树状结构中所属的关系链,该代理商客户端的关系码与上一级代理商客户端的层级码相同。
- 如权利要求2所述的线上线下健康服务产品多级推广处理***,其特征在于,当代理商客户端的加盟请求中不包括上一级代理商客户端的层级码时,所述生成模块生成所述授权码的具体方式如下:生成该代理商客户端的层级号及编号,所述生成的层级号及编号的组合即为该代理商客户端的层级码;及获取商家信息,并通过编解码器将获取的商家信息、所述加盟请求及的层级码整合生成该代理商客户端的授权码。
- 如权利要求2所述的线上线下健康服务产品多级推广处理***,其特征在于,当代理商客户端的加盟请求中包括上一级代理商客户端的层级码时,所述生成模块生成所述授权码的具体方式如下:根据上一级代理商客户端的层级码确定该代理商客户端层级;根据所确定的层级生成该代理商客户端的层级号及编号;将生成的层级号及编号与上一级代理商客户端的层级码进行组合,形成该代理商客户端的层级码;及从所述商家消费平台获取商家信息,并通过编解码器将获取的商家信息、所述加盟请求及该代理商客户端的层级码整合生成该代理商客户端的授权码。
- 如权利要求1所述的线上线下健康服务产品多级推广处理***,其特征在于,所述预设规则由下列公式表示:ΣaM=100%;yM= aM*b*x;其中,aM为所述电子支付中关联的第M级代理商客户端的分成比例,b为商家消费平台给所有关联的代理商客户端的总分成比例,x为所述电子支付中的消费金额,yM为关联的第M级代理商客户端的分成金额。
- 一种线上线下健康服务产品多级推广处理方法,应用于商家消费平台中,其特征在于,所述商家消费平台与一个或多个代理商客户端通过网络连接,所述代理商客户端分为不同的层级,每个层级的代理商客户端与一个或多个下一级的代理商客户端连接,所述商家消费平台与所述代理商客户端的连接关系为树状结构的连接关系,所述线上线下健康服务产品多级推广处理方法包括以下步骤:接收各层级代理商客户端的有关健康服务产品的加盟请求;对所述加盟请求进行解析,并根据解析的加盟请求生成各层级代理商客户端对应的授权码;发送对应的授权码给对应的代理商客户端,当客户的移动终端通过扫描任意代理商客户端的授权码时,所述客户的移动终端获取该代理商客户端的授权码;当客户的移动终端根据所述授权码在所述商家消费平台完成电子支付后,根据所述授权码确认该笔电子支付中所关联的代理商客户端;根据预设规则计算该笔电子支付中所关联的代理商客户端的分红金额。
- 如权利要求6所述的线上线下健康服务产品多级推广处理方法,其特征在于,所述代理商客户端包括层级码,所述层级码包括层级号、编号及/或关系码,其中,所述层级号表示所述代理商客户端在树状结构中所属的层级,所述编号表示该代理商客户端在所属层级的编码,所述关系码表示该代理商客户端在树状结构中所属的关系链,该代理商客户端的关系码与上一级代理商客户端的层级码相同。
- 如权利要求7所述的线上线下健康服务产品多级推广处理方法,其特征在于,当代理商客户端的加盟请求中不包括上一级代理商客户端的层级码时,所述授权码的生成方式如下:生成该代理商客户端的层级号及编号,所述生成的层级号及编号的组合即为该代理商客户端的层级码;及获取商家信息,并通过编解码器将获取的商家信息、所述加盟请求及的层级码整合生成该代理商客户端的授权码。
- 如权利要求7所述的线上线下健康服务产品多级推广处理方法,其特征在于,当代理商客户端的加盟请求中包括上一级代理商客户端的层级码时,所述授权码的生成方式如下:根据上一级代理商客户端的层级码确定该代理商客户端层级;根据所确定的层级生成该代理商客户端的层级号及编号;将生成的层级号及编号与上一级代理商客户端的层级码进行组合,形成该代理商客户端的层级码;及从所述商家消费平台获取商家信息,并通过编解码器将获取的商家信息、所述加盟请求及该代理商客户端的层级码整合生成该代理商客户端的授权码。
- 如权利要求6所述的线上线下健康服务产品多级推广处理方法,其特征在于,所述预设规则由下列公式表示:ΣaM=100%;yM= aM*b*x;其中,aM为所述电子支付中关联的第M级代理商客户端的分成比例,b为商家消费平台给所有关联的代理商客户端的总分成比例,x为所述电子支付中的消费金额,yM为关联的第M级代理商客户端的分成金额。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510536600.4A CN105117942A (zh) | 2015-08-28 | 2015-08-28 | 线上线下健康服务产品多级推广处理***及方法 |
CN201510536600.4 | 2015-08-28 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2017036007A1 true WO2017036007A1 (zh) | 2017-03-09 |
Family
ID=54665919
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2015/098546 WO2017036007A1 (zh) | 2015-08-28 | 2015-12-24 | 线上线下健康服务产品多级推广处理***及方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105117942A (zh) |
WO (1) | WO2017036007A1 (zh) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105205690A (zh) * | 2015-08-28 | 2015-12-30 | 深圳市前海安测信息技术有限公司 | 线上线下健康服务优惠调整及联盟推广处理***及方法 |
CN105118006A (zh) * | 2015-08-28 | 2015-12-02 | 深圳市前海安测信息技术有限公司 | 线上线下健康服务多联盟推广处理***及方法 |
CN105117942A (zh) * | 2015-08-28 | 2015-12-02 | 深圳市前海安测信息技术有限公司 | 线上线下健康服务产品多级推广处理***及方法 |
CA2995875C (en) * | 2015-12-15 | 2019-04-23 | 10353744 Canada Ltd. | Data processing system based on network promotional transactions |
CN105741132A (zh) * | 2016-01-25 | 2016-07-06 | 刘统红 | 基于二维码的线上线下销售数据处理***及方法 |
WO2019000122A1 (zh) * | 2017-06-25 | 2019-01-03 | 深圳市秀趣品牌文化传播有限公司 | 电商平台产品多级推广信息处理方法 |
WO2019000141A1 (zh) * | 2017-06-25 | 2019-01-03 | 深圳市秀趣品牌文化传播有限公司 | 电商平台优惠信息动态调整的多级联盟推广信息处理方法 |
WO2019000138A1 (zh) * | 2017-06-25 | 2019-01-03 | 深圳市秀趣品牌文化传播有限公司 | 电商平台商家分红信息处理方法 |
WO2019000140A1 (zh) * | 2017-06-25 | 2019-01-03 | 深圳市秀趣品牌文化传播有限公司 | 商品联盟渠道推广信息处理方法 |
WO2019000249A1 (zh) * | 2017-06-27 | 2019-01-03 | 深圳市秀趣品牌文化传播有限公司 | 基于社交平台用户的电商推广效果分析方法 |
CN107862570A (zh) * | 2017-11-03 | 2018-03-30 | 上海誉风信息科技有限公司 | 实现大众创业的电子商务方法 |
CN108648044A (zh) * | 2018-04-26 | 2018-10-12 | 赣州爱我佳乡文化传媒有限公司 | 基于剥橙器的下单、结算方法及*** |
CN111401978A (zh) * | 2019-01-03 | 2020-07-10 | 刘远举 | 充储电设备租赁方法及*** |
TWI750471B (zh) * | 2019-04-17 | 2021-12-21 | 九易宇軒股份有限公司 | 多銷售通路服務的績效管理方法與系統 |
CN111401971A (zh) * | 2020-04-13 | 2020-07-10 | 支付宝(杭州)信息技术有限公司 | 通过关联路线提供激励的方法和*** |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050033591A1 (en) * | 2002-12-19 | 2005-02-10 | Brolley Katherine J. | Marketing method for generating revenue |
CN102930451A (zh) * | 2012-09-19 | 2013-02-13 | 腾讯科技(深圳)有限公司 | 信息管理和二维码生成方法、及相关装置 |
CN103218717A (zh) * | 2013-05-13 | 2013-07-24 | 李万君 | 基于平面码的信用授权方法 |
CN103489118A (zh) * | 2013-08-27 | 2014-01-01 | 余俊峰 | 一种交互式电子商务服务处理方法及其服务处理*** |
CN103824209A (zh) * | 2014-02-10 | 2014-05-28 | 深圳市天朗时代科技有限公司 | 一种用于互联网销售的计费处理方法及*** |
CN105117942A (zh) * | 2015-08-28 | 2015-12-02 | 深圳市前海安测信息技术有限公司 | 线上线下健康服务产品多级推广处理***及方法 |
-
2015
- 2015-08-28 CN CN201510536600.4A patent/CN105117942A/zh active Pending
- 2015-12-24 WO PCT/CN2015/098546 patent/WO2017036007A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050033591A1 (en) * | 2002-12-19 | 2005-02-10 | Brolley Katherine J. | Marketing method for generating revenue |
CN102930451A (zh) * | 2012-09-19 | 2013-02-13 | 腾讯科技(深圳)有限公司 | 信息管理和二维码生成方法、及相关装置 |
CN103218717A (zh) * | 2013-05-13 | 2013-07-24 | 李万君 | 基于平面码的信用授权方法 |
CN103489118A (zh) * | 2013-08-27 | 2014-01-01 | 余俊峰 | 一种交互式电子商务服务处理方法及其服务处理*** |
CN103824209A (zh) * | 2014-02-10 | 2014-05-28 | 深圳市天朗时代科技有限公司 | 一种用于互联网销售的计费处理方法及*** |
CN105117942A (zh) * | 2015-08-28 | 2015-12-02 | 深圳市前海安测信息技术有限公司 | 线上线下健康服务产品多级推广处理***及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN105117942A (zh) | 2015-12-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2017036007A1 (zh) | 线上线下健康服务产品多级推广处理***及方法 | |
WO2017036006A1 (zh) | 线上线下健康服务产品推广处理***及方法 | |
WO2017036009A1 (zh) | 线上线下健康服务联盟优惠推广处理***及方法 | |
WO2017036004A1 (zh) | 线上线下健康服务优惠调整及联盟推广处理***及方法 | |
WO2017036010A1 (zh) | 线上线下健康服务产品分红处理***及方法 | |
WO2017036008A1 (zh) | 线上线下健康服务多联盟推广处理***及方法 | |
WO2019037396A1 (zh) | 账户清结算方法、装置、设备及存储介质 | |
WO2019104876A1 (zh) | 保险产品的推送方法、***、终端、客户终端及存储介质 | |
WO2019015232A1 (zh) | 汇款处理方法、***及计算机可读存储介质 | |
WO2019061613A1 (zh) | 贷款资质筛选方法、装置及计算机可读存储介质 | |
WO2017036005A1 (zh) | 线上线下健康服务联盟渠道推广处理***及方法 | |
WO2013139239A1 (en) | Method for recommending users in social network and the system thereof | |
WO2015158297A1 (en) | Method, apparatus, and system for controlling delivery task in social networking platform | |
WO2019061611A1 (zh) | 营销活动的管理方法、装置、设备及计算机存储介质 | |
WO2019090986A1 (zh) | 一种保险理赔案件的理算方法和装置 | |
WO2017012195A1 (zh) | O2o模式下基于电子处方的药品自动配送方法和网络医院平台 | |
WO2018166314A1 (zh) | 额度审批方法、装置、设备以及计算机可读存储介质 | |
WO2019061612A1 (zh) | 贷款产品推广方法、装置及计算机可读存储介质 | |
WO2018228050A1 (zh) | 防止敏感信息泄露的方法、装置及存储介质 | |
WO2020130743A2 (ko) | 상품 구매 및 광고 시청에 따른 적립금 분배 방법 및 이에 적합한 상품 판매 시스템 | |
WO2019140804A1 (zh) | 一种可疑交易监测方法、装置、设备及存储介质 | |
WO2018006489A1 (zh) | 终端的语音交互方法及装置 | |
WO2015131803A1 (en) | Application recommending method and system | |
WO2017012201A1 (zh) | 基于电子诊疗单的科室识别方法和网络医院平台 | |
WO2018036151A1 (zh) | 保单处理方法、装置、设备以及计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 15902812 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: 15902812 Country of ref document: EP Kind code of ref document: A1 |