CN106022759A - Electronic payment method supporting multiple accounts - Google Patents
Electronic payment method supporting multiple accounts Download PDFInfo
- Publication number
- CN106022759A CN106022759A CN201610440539.8A CN201610440539A CN106022759A CN 106022759 A CN106022759 A CN 106022759A CN 201610440539 A CN201610440539 A CN 201610440539A CN 106022759 A CN106022759 A CN 106022759A
- Authority
- CN
- China
- Prior art keywords
- payment
- account
- background system
- user
- pay
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 28
- 230000003993 interaction Effects 0.000 claims description 7
- 239000006185 dispersion Substances 0.000 claims description 4
- 238000004891 communication Methods 0.000 claims description 2
- 239000003814 drug Substances 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 230000007935 neutral effect Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 229940079593 drug Drugs 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
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/22—Payment schemes or models
- G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
-
- 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/22—Payment schemes or models
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention relates to an electronic payment method supporting multiple accounts. The method includes a setting link and a payment link. The setting link includes the following steps that: a backstage system distributes unique identifiers for users; and the backstage system generates at least one payment account corresponding to the unique identifiers and payment rules corresponding to the unique identifiers for the users. The payment link includes the following steps that: current users interact with a service acceptance terminal through handheld smart phones, and the service acceptance terminal reports the service data of current payment to the backstage system; the background system determines the service scenes of the current payment according to the service data and determines an applicable account list according to the payment rules corresponding to the unique identifiers of the current users; and the backstage system completes the payment by using the applicable account list based on the payment rules. With the electronic payment method adopted, safe and reliable payment can be realized, and at the same time, the users can conveniently use a plurality of accounts to carry out collaborative payment under different service scenes.
Description
Technical field
The present invention relates to pay technical field by mails.
Background technology
Paying by mails the today being increasingly becoming the main flow means of payment, the safety of payment is all user and business with convenience
Family focus of attention.
, often there is the disbursement account of an acquiescence in the existing means of payment.When customer consumption pays, from this acquiescence
Disbursement account is withholdd, when Sorry, your ticket has not enough value for this account, corresponding prompting frame can be ejected, and this payment cannot complete.At this moment use
Family needs to manually select or arrange another disbursement account, completes transaction.This disagreeableness mode uses to user and brings
Inconvenience.
Additionally, when user consumes in medical institutions, there is a strong possibility need partial consumption from medical insurance card bill payment, and
Remaining consumption pays from bank card account;When user's shopping on the web, needing part to pay from reward voucher, part is from bank card
Account pays, etc.;Under various different business scenarios, user needs to operate various different disbursement account respectively and completes
Transaction, is also comparatively laborious.
Therefore, those skilled in the art expect to obtain a kind of can be suitable for various different business scene, support many accounts
Electric paying method.
Summary of the invention
It is an object of the invention to provide a kind of safe and reliable electric paying method, it is suitable for various different business scene
And support the collaborative payment of multiple disbursement account.
For achieving the above object, the present invention provides a kind of technical scheme as follows:
A kind of electric paying method supporting many accounts, including: link is set, comprises the steps: a), background system is user
Distribution uniquely identifies and is issued to the smart mobile phone that user is held;B), background system be user generate with uniquely mark corresponding
At least one disbursement account and the payment rule corresponding with unique mark, each under wherein payment rule is defined on miscellaneous service scene
The payment priority of disbursement account and/or Payment Proportion;And payment link, comprise the steps: c), active user passes through institute
Hold smart mobile phone and service handling terminal and carry out data interaction to pay, the business number that this is paid by service handling terminal
According to reporting to background system;D), background system determines this business scenario paid based on business datum, and uses based on current
The payment rule that unique mark at family is corresponding determines that one is suitable for account's list, is wherein suitable for account's list and includes with active user's
Unique that identify correspondence, business scenario that be applicable to this payment, by the information of each disbursement account paying priority arrangement;
E), background system selects at least one disbursement account to complete to pay from applicable account's list.
Preferably, being uniquely designated virtual token, card number information or the identity of user are believed by virtual token by background system
Breath uses dispersion factor to disperse and generate.
Preferably, business scenario is defined by background system.
Preferably, corresponding with unique mark of user payment rule is by background system based on business scenario and with this only
At least one disbursement account of one mark correspondence automatically generates.
Preferably, background system is disposed based on cloud computing platform.
The electric paying method of the many accounts of support that various embodiments of the present invention provide, same realize paying safely and reliably
Time, also allow users under different business scene, be conveniently used multiple disbursement account and work in coordination with payment;Especially, it is not
Need user that payment rule one by one, is manually set for miscellaneous service scene, and can be automatically generated by background system various
Payment rule under business scenario, this has been obviously improved Consumer's Experience.
Accompanying drawing explanation
Fig. 1 illustrates the flow chart of the electric paying method of the many accounts of support that one embodiment of the invention provides.
Detailed description of the invention
As it is shown in figure 1, one embodiment of the invention provides a kind of electric paying method supporting many accounts, the method includes setting
Put link and pay link.Wherein, arranging link, multiple users can interact with background system respectively, arranges each use
The disbursement account at family and the payment rule of customization individual;Pay link, active user consumes, by smart mobile phone with
Mutual and the service handling terminal of service handling terminal completes specifically to pay with the data interaction of background system.
Arrange link to comprise the steps:
Step S10, background system distribute by user and uniquely identify and be issued to the smart mobile phone that user is held.
By being respectively allocated unique mark for all multi-users, background system is capable of identify that multiple user, and distinguishes with them
Interact.The unique mark distributed is issued on the smart mobile phone that each user is held storage by background system.
Wherein, smart mobile phone can use host card analogue technique (HCE technology) to arrange a virtual card, is used for storing this
Unique mark.
Further, smart mobile phone be uniquely designated a kind of virtual token.Specifically, user by being held intelligence hands
After machine and background system carry out initialized data interaction, background system to the card number information of user or identity information with dispersion because of
Son disperses, to generate corresponding virtual token.Dispersion factor can use current date information, temporal information etc..Preferably
In the case of, background system can also carry out regular update to each unique mark, to protect uniquely identified safety.
Step S11, background system be user generate uniquely mark is corresponding with it at least one disbursement account and with uniquely
The payment rule that mark is corresponding.
Wherein, payment rule is defined on payment priority and/or the Payment Proportion of each disbursement account under miscellaneous service scene,
And business scenario is generally defined by background system.
By this step S11, on the one hand, each user can customize the payment rule of oneself hobby respectively.
On the other hand, according to a specific embodiment of the present invention, business scenario includes multiple, such as: medical payment field
Scape, pharmacy pay scene, market supermarket shopping scene and shopping at network scene.
It is appreciated that same user, in different payment scenes, may use different payment scheme, make it obtain
The highest preferential.
Such as, in medical payment scene, user needs the part payment amount of money from medical insurance account, then from its "their" deposit of individual
Family (bank account) pays remaining sum.In the supermarket shopping scene of market, user priority uses reward voucher to pay, with
After again with individual other accounts supplement pay remaining sum.In shopping at network scene, user may need which kind of is first inquired about and prop up
The mode of paying for oneself bringing the preferential of top, and then can select this means of payment to pay.Possible payer
Formula also includes paying the first stroke amount of money with virtual account (wherein storage have ideal money), paying the from Bank One Corp. card
Two amount of money, from secondary bank card, pay the remaining amount of money again, etc..
Be appreciated that the above-mentioned generation behavior of background system realizes in the case of interacting with user, with
Before family enters into payment link, user first interacts with background system with smart mobile phone, inputs propping up of the possible use of this user
Pay account information to complete the binding of disbursement account, can select according to the information of background system or the configuration page further
Select and/or arrange its payment rule wanted.Disbursement account information that user is inputted by background system and be provided with
Pay rule to be stored in the server of background system, data base or memory element.
Specifically, under payment rule is typically included in various payment scene, the payment priority of each disbursement account, pay ratio
Example.
Further, payment rule can also define each disbursement account payment priority for the various different item of payments
And/or Payment Proportion.The item of payment such as includes various different classification such as laboratory fee, at one's own expense medicine, allowable medicine etc..
Such as, in medical payment scene, medical insurance card account is arranged for the most preferably account paid, i.e. medical insurance
Card account possesses first (the highest) and pays priority.In shopping at network scene, virtual account is set and possesses first (the highest)
Paying priority, arranging Construction Bank's credit card is that second (second highest) pays priority, and arranging Pudong Development Bank's debit card is the 3rd (
Low) pay priority.The most such as, Payment Proportion is current consumption volume the 70% of the first account can be arranged, the payment of the second account
Ratio is the 30% of current consumption volume.The most such as, medical insurance card account possesses the highest payment priority to laboratory fee, Payment Proportion is
100%, to medical instrument at one's own expense for minimum payment priority (being 0), credit card account to medical instrument at one's own expense for limit priority, payment
Ratio corresponds to the High Availabitity amount of this credit card account, etc..
When carrying out real trade and paying, with continued reference to Fig. 1, pay link and comprise the steps:
Step S20, active user carry out data interaction to pay by held smart mobile phone and service handling terminal, business
The business datum that this is paid by accepting terminal reports to background system.
Specifically, active user holds smart mobile phone and service handling terminal carries out real trade payment, service handling terminal
Obtain storage, user unique mark on smart mobile phone.Such as, real trade payment may be via smart mobile phone and POS
Between initiate alternately, after POS obtains unique mark of user, subsequently by this uniquely mark pay together with this other
Business datum reports to background system.
Under preferable case, smart mobile phone can use NFC technique (such as, including NFC communication unit) to come and such as POS
Service handling terminal carry out data interaction.
This business datum paid includes, but is not limited to, unique mark (or virtual token) of active user, trade company's mark
Know (be used for distinguish such as medical treatment trade company, medicine trade company etc.), exchange hour, place, the item of payment (such as, laboratory fee, at one's own expense
Medicine, allowable medicine etc.) and the amount of consumption.
Step S21, background system determine this business scenario paid based on business datum, and based on active user's
The payment rule of unique mark correspondence determines that one is suitable for account's list.
Wherein, it is suitable for account's list and includes corresponding with unique mark of active user, to be applicable to this payment business
Scene, by the information of each disbursement account paying priority arrangement.
Specifically, background system obtains this business datum paid, the industry paid based on this from business accepting terminal
Business data, background system can determine the business scenario paid corresponding to this, such as, is medical payment scene, or market
Supermarket shopping scene, or other more specifically scenes.
As it has been described above, background system unique mark (or virtual token) based on the active user comprised in business datum,
Can determine at least one disbursement account information and the identity information of active user, and then, background system can the most currently be used
The payment rule that family is arranged, can determine the payment under miscellaneous service scene of each disbursement account of active user from payment rule
Priority and/or Payment Proportion.By uniquely mark mate with disbursement account information, payment rule after, background system
Can determine applicable account's list, this list records current pay that can be used under scene to pay, each of active user
Pay account information.It is suitable for account's list and generally can carry out descending by the payment priority of each disbursement account.
Step S22, background system select at least one disbursement account to complete to pay from applicable account's list.
Specifically, first, background system is based on payment rule, and during calculating is suitable for account's list automatically, each disbursement account is each
The required amount of money paid;Counted accordingly it follows that background system uses each disbursement account in applicable account's list to pay respectively
Calculate the amount of money.
Such as, it is suitable for account's list determined by previous step to include paying the first the highest account of priority, payment
The second account that priority is second highest and pay the 3rd account that priority is minimum.Background system comes automatically based on payment rule
Calculating to determine: the first account needs to pay the first stroke amount of money, the second account needs to pay second amount of money, and the 3rd account needs
Pay the 3rd amount of money.
And then, background system can select the first account to carry out actual delivery the first stroke amount of money, and reselection the second account comes real
Border pays second amount of money, and selects the 3rd account to carry out the 3rd amount of money of actual delivery.First, second, third amount of money
Summation constitutes the payment that this transaction is total.
Above-mentioned payment process is real in the data exchange process between background system and active user, service handling terminal
Existing.
When a certain specific payment account need user input trading password just can pay time, background system can to work as
Unique mark of front user is updated, or issues new virtual token to it, after updating or having issued, has been further continued for
Become to use the payment of this specific payment account.
Under preferable case, background system is disposed based on cloud computing platform.
It is appreciated that, although the electric paying method that above-described embodiment provides is illustrated as including arranging link and paying ring
Joint, but according to the thought of the present invention, following electric paying method is also the most predictable:
A, after initially completing once to arrange link, the follow-up each transaction of user is all no longer necessary to entrance and arranges link, and straight
Tap into row and pay link;
B, in any step paid or stage, user can suspend actual delivery, and call and arrange link and reset
The disbursement account of its hobby and payment rule, after the setup, be further continued for actual delivery.
The electric paying method of the various embodiments described above, while realizing paying safely and reliably, also allows users to
Under different business scene, it is conveniently used multiple disbursement account works in coordination with payment.
According to another embodiment of the present invention, payment rule need not user and arranges one by one for various payment scenes, and
Directly set according to certain statistic algorithm, evaluation algorithms or neutral net by background system.
In such an embodiment, background system adds up various payment scenes (paying scene still to be defined) by background system
Under, the payment scheme (being different from payment rule) that some users of early stage registration (obtaining unique mark) are generally selected, and according to
Statistical data carries out data analysis, through evaluation algorithms or neutral net to generate acquiescence payment scheme, it can be considered as mostly
The preferred payment scheme of number user.Wherein, payment scheme does not include the disbursement account information of specific user, and will pay only roughly
Account is divided into virtual account, credit card account, debit-card account etc., and payment scheme also should include virtual account, credit card account
The payment priority of family, debit-card account correspondence respectively or Payment Proportion.
Background system is then able to combine the disbursement account information set by later stage registration (obtaining unique mark) user, comes
Generate the payment rule corresponding to this user, and then recommend to this user or be directly suitable for.
Even if being appreciated that background system automatically generates acquiescence payment rule, each specific user can also be by with rear
Platform system come alternately to change or customize the acquiescence payment rule being applicable to this user at any time.Additionally, background system can also root
According to the statistical data in the new period, update or optimize acquiescence payment rule.
This improvement project, it is not necessary to user one by one, manually arranges the payment rule of its hobby for miscellaneous service scene
Then, it is possible to it is more convenient to bring for user, thus obtains good Consumer's Experience.
Described above is only in the preferred embodiments of the present invention, and does not lies in and limit the scope of the invention.Ability
Field technique personnel can make various deformation design, without deviating from thought and the subsidiary claim of the present invention.
Claims (8)
1. support the electric paying method of many accounts, including:
Link is set, comprises the steps:
A), background system distributes by user and uniquely identifies and be issued to the smart mobile phone that described user is held;
B), described background system is that described user generates at least one disbursement account corresponding with described unique mark and with described
The payment rule that unique mark is corresponding, wherein said payment rule be defined on each described disbursement account under miscellaneous service scene
Pay priority and/or Payment Proportion;And
Pay link, comprise the steps:
C), active user carry out data interaction to pay by held smart mobile phone and service handling terminal, described business
The business datum that this is paid by accepting terminal reports to described background system;
D), described background system determines this business scenario paid described based on described business datum, and works as based on described
The described payment rule that unique mark of front user is corresponding determines that one is suitable for account's list, and wherein said applicable account's list includes
Corresponding with unique mark of described active user, that be applicable to this business scenario paid described, preferential by described payment
Disbursement account described at least the one of level arrangement;
E), described background system uses described applicable account's list to complete to pay based on described payment rule.
Electric paying method the most according to claim 1, it is characterised in that the described virtual token that is uniquely designated, described
Card number information or the identity information of described user are used dispersion factor to disperse and give birth to by described background system by virtual token
Become.
Electric paying method the most according to claim 2, it is characterised in that described background system to described unique identify into
Row regular update.
Electric paying method the most according to claim 1, it is characterised in that described business scenario is fixed by described background system
Justice.
Electric paying method the most according to claim 4, it is characterised in that unique with described user identifies corresponding institute
State payment rule by described background system based on described business scenario and with this uniquely mark corresponding described at least one payment
Account automatically generates.
Electric paying method the most according to claim 1, it is characterised in that described step e) specifically includes:
Described background system is based on described payment rule, and in the described applicable account's list of automatic calculating, each described disbursement account is each
The required amount of money paid;
Described background system uses each described disbursement account in described applicable account's list to pay corresponding the calculated amount of money respectively.
Electric paying method the most according to claim 1, it is characterised in that described background system comes based on cloud computing platform
Dispose.
Electric paying method the most according to any one of claim 1 to 7, it is characterised in that described smart mobile phone includes
NFC communication unit, for carrying out data interaction with described service handling terminal.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610440539.8A CN106022759A (en) | 2016-06-20 | 2016-06-20 | Electronic payment method supporting multiple accounts |
PCT/CN2017/083711 WO2017219774A1 (en) | 2016-06-20 | 2017-05-10 | Multi-account supporting electronic payment method |
TW106117236A TW201800991A (en) | 2016-06-20 | 2017-05-24 | Electronic payment method supporting multiple accounts |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610440539.8A CN106022759A (en) | 2016-06-20 | 2016-06-20 | Electronic payment method supporting multiple accounts |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106022759A true CN106022759A (en) | 2016-10-12 |
Family
ID=57088891
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610440539.8A Pending CN106022759A (en) | 2016-06-20 | 2016-06-20 | Electronic payment method supporting multiple accounts |
Country Status (3)
Country | Link |
---|---|
CN (1) | CN106022759A (en) |
TW (1) | TW201800991A (en) |
WO (1) | WO2017219774A1 (en) |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106600267A (en) * | 2016-12-16 | 2017-04-26 | 广东华大互联网股份有限公司 | NFC-based medical care payment system and method |
CN106651370A (en) * | 2016-10-19 | 2017-05-10 | 广州三星通信技术研究有限公司 | Operation executing method and device of application |
WO2017219774A1 (en) * | 2016-06-20 | 2017-12-28 | 中国银联股份有限公司 | Multi-account supporting electronic payment method |
CN108429632A (en) * | 2017-02-15 | 2018-08-21 | 阿里巴巴集团控股有限公司 | A kind of business monitoring method and device |
CN108596612A (en) * | 2018-03-16 | 2018-09-28 | 北京仁聚汇通信息科技有限责任公司 | A kind of payment transaction management engine, method and system |
CN109064156A (en) * | 2018-06-29 | 2018-12-21 | 拉卡拉汇积天下技术服务(北京)有限公司 | Method of payment, device, electronic equipment and storage medium |
CN109426951A (en) * | 2017-08-31 | 2019-03-05 | 广州涌智信息科技有限公司 | A kind of online payment method and device |
CN109493026A (en) * | 2018-11-12 | 2019-03-19 | 平安科技(深圳)有限公司 | Payment processing method, device, computer equipment and storage medium |
CN109670812A (en) * | 2018-09-11 | 2019-04-23 | 深圳平安财富宝投资咨询有限公司 | Method of payment, device, terminal and storage medium |
CN109978523A (en) * | 2019-04-08 | 2019-07-05 | 温化棋 | A kind of payment system and method for more finance account fusions |
WO2019134591A1 (en) * | 2018-01-05 | 2019-07-11 | 华为技术有限公司 | Electronic transaction method and terminal |
CN110111107A (en) * | 2019-05-07 | 2019-08-09 | 苏州达家迎信息技术有限公司 | A kind of method of payment, device, equipment and storage medium |
CN111583030A (en) * | 2020-05-12 | 2020-08-25 | 新分享科技服务(深圳)有限公司 | Payment routing method and device |
CN112396414A (en) * | 2020-11-17 | 2021-02-23 | 温化棋 | Payment system and method with multiple financial accounts fused |
CN113191764A (en) * | 2021-04-30 | 2021-07-30 | 中国银行股份有限公司 | Card swiping transaction data processing method and device and bank card |
CN113988874A (en) * | 2021-11-25 | 2022-01-28 | 中国银行股份有限公司 | Bank multi-type fund using method and device |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110889693B (en) * | 2019-11-22 | 2021-06-25 | 支付宝(杭州)信息技术有限公司 | Payment method, device and system |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101842794A (en) * | 2007-09-07 | 2010-09-22 | 朴琇民 | Artificial intelligence settlement system for optimum card recommendation service and payment apparatus and combination card payment terminal for the same |
CN102034184A (en) * | 2010-11-29 | 2011-04-27 | 深圳市爱贝信息技术有限公司 | Method and device for configuring payment platform account as well as payment method and payment device |
CN103080960A (en) * | 2010-06-29 | 2013-05-01 | 电子湾有限公司 | Smart wallet |
CN103413389A (en) * | 2013-05-16 | 2013-11-27 | 深圳市淘淘谷信息技术有限公司 | Management and payment method for non-bank accounts based on bank accounts |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8930270B2 (en) * | 2002-07-30 | 2015-01-06 | Aol Inc. | Smart payment instrument selection |
CN106056382B (en) * | 2016-06-20 | 2021-01-15 | 中国银联股份有限公司 | Mobile terminal payment method |
CN106022759A (en) * | 2016-06-20 | 2016-10-12 | 中国银联股份有限公司 | Electronic payment method supporting multiple accounts |
CN106022778A (en) * | 2016-07-11 | 2016-10-12 | 中国银联股份有限公司 | Collaborative payment system and account binding device that support different types of accounts |
-
2016
- 2016-06-20 CN CN201610440539.8A patent/CN106022759A/en active Pending
-
2017
- 2017-05-10 WO PCT/CN2017/083711 patent/WO2017219774A1/en active Application Filing
- 2017-05-24 TW TW106117236A patent/TW201800991A/en unknown
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101842794A (en) * | 2007-09-07 | 2010-09-22 | 朴琇民 | Artificial intelligence settlement system for optimum card recommendation service and payment apparatus and combination card payment terminal for the same |
CN103080960A (en) * | 2010-06-29 | 2013-05-01 | 电子湾有限公司 | Smart wallet |
CN102034184A (en) * | 2010-11-29 | 2011-04-27 | 深圳市爱贝信息技术有限公司 | Method and device for configuring payment platform account as well as payment method and payment device |
CN103413389A (en) * | 2013-05-16 | 2013-11-27 | 深圳市淘淘谷信息技术有限公司 | Management and payment method for non-bank accounts based on bank accounts |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017219774A1 (en) * | 2016-06-20 | 2017-12-28 | 中国银联股份有限公司 | Multi-account supporting electronic payment method |
CN106651370A (en) * | 2016-10-19 | 2017-05-10 | 广州三星通信技术研究有限公司 | Operation executing method and device of application |
CN106600267A (en) * | 2016-12-16 | 2017-04-26 | 广东华大互联网股份有限公司 | NFC-based medical care payment system and method |
CN108429632A (en) * | 2017-02-15 | 2018-08-21 | 阿里巴巴集团控股有限公司 | A kind of business monitoring method and device |
CN108429632B (en) * | 2017-02-15 | 2021-04-27 | 创新先进技术有限公司 | Service monitoring method and device |
CN109426951A (en) * | 2017-08-31 | 2019-03-05 | 广州涌智信息科技有限公司 | A kind of online payment method and device |
WO2019134591A1 (en) * | 2018-01-05 | 2019-07-11 | 华为技术有限公司 | Electronic transaction method and terminal |
CN108596612A (en) * | 2018-03-16 | 2018-09-28 | 北京仁聚汇通信息科技有限责任公司 | A kind of payment transaction management engine, method and system |
CN109064156A (en) * | 2018-06-29 | 2018-12-21 | 拉卡拉汇积天下技术服务(北京)有限公司 | Method of payment, device, electronic equipment and storage medium |
CN109670812A (en) * | 2018-09-11 | 2019-04-23 | 深圳平安财富宝投资咨询有限公司 | Method of payment, device, terminal and storage medium |
CN109493026A (en) * | 2018-11-12 | 2019-03-19 | 平安科技(深圳)有限公司 | Payment processing method, device, computer equipment and storage medium |
CN109978523A (en) * | 2019-04-08 | 2019-07-05 | 温化棋 | A kind of payment system and method for more finance account fusions |
CN110111107A (en) * | 2019-05-07 | 2019-08-09 | 苏州达家迎信息技术有限公司 | A kind of method of payment, device, equipment and storage medium |
CN110111107B (en) * | 2019-05-07 | 2021-10-26 | 苏州达家迎信息技术有限公司 | Payment method, device, equipment and storage medium |
CN111583030A (en) * | 2020-05-12 | 2020-08-25 | 新分享科技服务(深圳)有限公司 | Payment routing method and device |
CN111583030B (en) * | 2020-05-12 | 2024-03-19 | 新分享科技服务(深圳)有限公司 | Payment routing method and device |
CN112396414A (en) * | 2020-11-17 | 2021-02-23 | 温化棋 | Payment system and method with multiple financial accounts fused |
CN113191764A (en) * | 2021-04-30 | 2021-07-30 | 中国银行股份有限公司 | Card swiping transaction data processing method and device and bank card |
CN113988874A (en) * | 2021-11-25 | 2022-01-28 | 中国银行股份有限公司 | Bank multi-type fund using method and device |
Also Published As
Publication number | Publication date |
---|---|
TW201800991A (en) | 2018-01-01 |
WO2017219774A1 (en) | 2017-12-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106022759A (en) | Electronic payment method supporting multiple accounts | |
US12131376B2 (en) | Payment processor financing of customer purchases | |
US11727452B1 (en) | Invoice financing and repayment | |
US9892458B1 (en) | Invoice financing and repayment | |
US9355394B2 (en) | Systems and methods of aggregating split payments using a settlement ecosystem | |
JP6567261B2 (en) | Electronic currency management apparatus, electronic currency management method, and electronic currency management system | |
US10692055B2 (en) | Reprogrammable point-of-sale transaction flows | |
US20140201070A1 (en) | Monetary transaction system | |
US20140156508A1 (en) | Splitting A Purchase Among Multiple Parties Using An Electronic Receipt After The Transaction | |
EP3479322A2 (en) | Physical, logical separation of balances of funds | |
US11593876B1 (en) | Machine learning for determining an API communication | |
CN107430749A (en) | Settlement processing device, method and computer program | |
CN103548045A (en) | System and method for point of service payment acceptance via wireless communication | |
KR20150080066A (en) | Dutch Pay System using a Mobile Card Settlement Application and Controlling Method for the Samee | |
WO2017052365A1 (en) | Method, electronic transaction instruction system, sales unit, transaction server and computer program product for executing an electronic transaction instruction | |
AU2017301640B2 (en) | Reprogrammable point of sale transaction flows | |
JP7497833B2 (en) | Methods and systems for charging and depositing legal tender value, electronic money, and other values such as points | |
CN109493075A (en) | For determining the method and apparatus of virtual resource object | |
CN106127467A (en) | The method of mobile payment integrating financial card paying and settle accounts | |
CN109670812A (en) | Method of payment, device, terminal and storage medium | |
US10496973B2 (en) | Reprogrammable point-of-sale transaction flows | |
WO2018231406A1 (en) | Electronic system and method for distributed payment of a transaction | |
US10872320B2 (en) | Reprogrammable point-of-sale transaction flows | |
US20180032984A1 (en) | Reprogrammable point-of-sale transaction flows | |
JP6754725B2 (en) | Information processing system and fractional fund transfer storage system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1230324 Country of ref document: HK |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161012 |
|
REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1230324 Country of ref document: HK |