CN103679449A - System and method for data processing - Google Patents

System and method for data processing Download PDF

Info

Publication number
CN103679449A
CN103679449A CN201310726828.0A CN201310726828A CN103679449A CN 103679449 A CN103679449 A CN 103679449A CN 201310726828 A CN201310726828 A CN 201310726828A CN 103679449 A CN103679449 A CN 103679449A
Authority
CN
China
Prior art keywords
account
correlator
request
sub
payment
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
Application number
CN201310726828.0A
Other languages
Chinese (zh)
Inventor
张黎明
王雪飞
李翔宇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LAKALA PAYMENT Co Ltd
Original Assignee
LAKALA PAYMENT Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LAKALA PAYMENT Co Ltd filed Critical LAKALA PAYMENT Co Ltd
Priority to CN201310726828.0A priority Critical patent/CN103679449A/en
Publication of CN103679449A publication Critical patent/CN103679449A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/227Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/42Confirmation, e.g. check or permission by the legal debtor of payment

Abstract

The invention provides a system and a method for data processing. By establishing the multi-node account distributed network, when the payment transactions at a certain node exceeds a certain amount, the system sends a request for payment confirmation to other related node accounts. After receiving the confirm information of the payment request, the system deals with the payment transaction, and therefore, the problem that a single node account directly determines the payment transactions of public account can be avoided, and then the security of the account is ensured. Multiple nodes can be configured with different authorities, so that the system can be used flexibly.

Description

A kind of data handling system and method
Technical field
The present invention relates to technical field of data processing, relate in particular to a kind of data handling system and method.
Background technology
Existing payment account is mainly single node payment system, and the corresponding account name of payment account and password, by managing payment account with the unique corresponding account name of payment account and password.Conventionally, for individual payment account, adopt this kind of processing mode no problem.In reality, also there is the payment account by many people managed together, it is common account, such as public fund, family's fund etc., also be an a set of account name of the unique correspondence of payment account and password, keeper's account name and password by single node manage, the payment of can directly determining deal of this keeper's account name and password.
In above-mentioned prior art, for the processing of common account, by the payment of can directly determining deal of keeper's account name and password, cannot realize multinode, in different location, common account be carried out to collective's processing.
Summary of the invention
The present invention is directed to the problems referred to above, proposed a kind of data handling system and method, can realize distributed multinode common account is processed, to guarantee the transparency and the security to account supervision.
In one aspect, the invention provides a kind of data handling system, described system comprises:
Dispensing unit, is used to a plurality of sub-accounts of payment account configuration;
Request unit, while being greater than its threshold value for the number paying when a certain sub-account request, sending and confirms to pay request to its correlator account;
Processing unit, for after receiving the payment request confirmation of described correlator account, carries out corresponding payment data processing.
In yet another aspect, the invention provides a kind of data processing method, it comprises:
For a plurality of sub-accounts of payment account configuration;
The number paying when described a certain sub-account request is greater than its threshold value, to its correlator account, sends and confirms to pay request;
After receiving the payment request confirmation of described correlator account, carry out corresponding payment data processing.
The present invention passes through such scheme, can avoid single node account directly to determine the payment transaction of common account, by setting up multinode account distributed network, the payment transaction that surpasses a certain number for a certain node, sends and confirms to pay request to other interdependent node accounts, receives and pays after request confirmation, carry out payment transaction processing, thereby guarantee account safety, and multinode can configure different rights, use flexibly.
Accompanying drawing explanation
Specific embodiments of the invention are described below with reference to accompanying drawings, wherein:
The schematic diagram of a kind of data handling system that Fig. 1 provides for the embodiment of the present invention;
The process flow diagram of a kind of data processing method that Fig. 2 provides for the embodiment of the present invention;
The exemplary plot of a kind of data processing method that Fig. 3 provides for the embodiment of the present invention.
Embodiment
In order to make technical scheme of the present invention and advantage clearer, below in conjunction with accompanying drawing, exemplary embodiment of the present invention is described in more detail, obviously, described embodiment is only a part of embodiment of the present invention, rather than all embodiment's is exhaustive.
As shown in Figure 1, the embodiment of the present invention provides a kind of data handling system, and it comprises: dispensing unit 101, is used to a plurality of sub-accounts of payment account configuration; Request unit 102, while being greater than its threshold value for the number paying when a certain sub-account request, sending and confirms to pay request to its correlator account; Processing unit 103, for after receiving the payment request confirmation of described correlator account, carries out corresponding payment data processing.The independent processing of number threshold value can to(for) every sub-account be for arranging, according to every sub-account situation for its determine and arrange one can independent processing number threshold value.
Dispensing unit 101 is used to payment account configuration can communicate a plurality of sub-account of connection, can mutually send the request of payment or confirmation between each sub-account, and wherein confirmation comprises that confirmation pays and refusal to pay.Dispensing unit is used to every sub-account in described a plurality of sub-account to determine its correlator account, specifically comprise according to the communication network quality between described every sub-account and other sub-accounts and/or business association is determined its correlator account or for every sub-account in a plurality of sub-accounts sets in advance correlator account, or preset correlator account for described every individual sub-account.Dispensing unit 101 is also used to described every sub-account to configure its important correlator account, wherein, important correlator account refer to the sub-account business association of this request payment the highest correlator account.
Particularly, according to the communication network quality between every two sub-accounts between a plurality of sub-accounts, comprise communication distance, signal transmission quality or business association tightness degree (also can be described as business association) determine whether as correlator account, for example, there is now the sub-account A that belongs to a payment account, B, C and D, the number that A current request pays surpasses the number threshold value of its energy independent processing, A need to be to its correlator account B, C or D send data processing and confirm request, wherein, between A and B, communication distance is far and the two communication network is second-rate even cannot effectively communicate by letter, and A and B are less in operational relevance, determine the irrelevant sub-account that B is A, and the communication distance of C and D and A is nearer, communication network better quality or in business, relevance is stronger, A and C and D are correlator account.Sub-account and its correlator account can be also predefined.
Wherein, communication network quality refers to two signal of communication transmission qualities between sub-account, can be in the time will determining correlator account for certain sub-account according to communication network quality, by this sub-account, send a test signal to remaining sub-account, and the signal strength condition of receiving according to other sub-accounts is determined its correlator account, for example there are three sub-account A, B, C, A sends the signal of same intensity, the signal S of-30dB, signal S arrives decay to-38dB of B, signal S arrives decay to-60dB of C, obviously can find out, communication network mass ratio A and the communication network quality between C between A and B will be got well, if in the time of will selecting a correlator account for A, determine that B is the correlator account of A.
Request unit 102 sends confirmation payment request for pay all correlator accounts of sub-account to described request; Or the number paying according to described sub-account request is determined the quantity that needs transmission confirmation to pay the correlator account of request, the wherein said quantity of the correlator account of transmission payment request that needs is directly proportional to the number that described request pays.For example, A can independent processing number threshold value be 200,000 yuan, when A request pays 400,000 yuan, only need to send the request of payment to a correlator account in correlator account C or D, while selecting to send the correlator account of the request of payment, consider that communication network better quality or business association are stronger; When A request pays 600,000 yuan, need to send to correlator account C and two correlator accounts of D the request of payment, the number that sub-account pays according to request sends to one or more correlator accounts the request of payment.
Described processing unit 103, receiving that described request pays after the payment request confirmation of correlator account of sub-account, carry out corresponding payment data processing, specifically comprise: if receive, preset ratio is above (for example, 50% or 70%, can select as required) correlator account payment confirming information or receive the payment confirming information of its important correlator account, carry out this payment that described request pays sub-account; If receive, be less than preset ratio correlator account payment confirming information or receive the refusal to pay information of important correlator account, reject said request and pay this payment of sub-account.
As shown in Figure 2, embodiments of the invention provide a kind of data processing method, and its treatment scheme is as follows:
Step S201: be a plurality of sub-accounts of payment account configuration.For payment account, being for example common account, in order to realize distributed multinode, common account being processed, guarantee the transparency and the security of this common account supervision, is a plurality of sub-accounts of this common account configuration.
Step S202: when a certain sub-account has payment transaction, judgement, when whether the number that account request pays is greater than its threshold value, if so, performs step S203, if not, performs step S204, by this sub-account independent processing payment transaction.Wherein, the payment amount that every the sub-account in a plurality of sub-accounts can independent processing can arrange respectively.
Step S203: send and confirm to pay request to its correlator account.The number that can be paid according to request by this sub-account here sends to one or more correlator accounts the request of payment, the number that the request that also can be reported according to this sub-account by other network elements pays determines whether to send and to confirm to pay request to its correlator account, if desired to its correlator account, send and confirm to pay request, by other network elements, to the correlator account of this sub-account, send and confirm to pay request.Wherein wired or wireless connection between this sub-account and its correlator account, can mutually send the request of payment or confirmation, wherein confirmation comprises and confirms to pay and refusal to pay.The correlator account of every the sub-account in a plurality of sub-accounts is predefined, or every sub-account determined its correlator account according to communication network quality and/or business association between itself and other sub-account.Particularly, every sub-account in a plurality of sub-accounts is according to the communication network quality between itself and other sub-account, comprise communication distance, signal transmission quality or determine whether as correlator account in operational associated tightness degree (also can be described as business association), wherein, communication network quality refers to two signal of communication transmission qualities between sub-account, can be in the time will determining correlator account for certain sub-account according to communication network quality, by this sub-account, send a test signal to remaining sub-account, and the signal strength condition of receiving according to other sub-accounts is determined its correlator account.For example, there are now sub-account A, the B, C and the D that belong to a payment account, the number that A current request pays surpasses the number threshold value of its energy independent processing, A need to send data processing confirmation request to its correlator account B, C or D, wherein, between A and B, communication distance is far and the two communication network is second-rate even cannot effectively communicate by letter, and A and B less in operational relevance, determine the irrelevant sub-account that B is A; And the communication distance of C and D and A is nearer, communication network better quality or business association are stronger, and A and C and D are correlator account, can also be according to operational relevance, correlator account to A is carried out relevance ranking, determines and the maximally related correlator account of A.The correlator account of this sub-account can be also predefined, fixing, business relevance or other aspects consider, the correlator account that presets A is B.Continue execution step S205.
The number paying according to described sub-account request determines that it need to send the quantity of the correlator account of the request of payment, and the quantity that wherein needs transmission to pay the correlator account of request is directly proportional to the number that request pays.For example, the number threshold value that described sub-account can independent processing is 200,000 yuan, when the number paying when its request is 800,000 yuan, need to sends and confirm to pay request to 3 correlator accounts; When the number of its request payment is 1,000,000 yuan, need to sends and confirm to pay request to 4 correlator accounts.
Step S205: after receiving the payment request confirmation of correlator account, carry out corresponding payment data processing, particularly, if receive, preset ratio is above (for example, 50% or 70%, can select as required) correlator account payment confirming information or receive the payment confirming information of its important correlator account, this that agree to that this request pays sub-account pays, and carries out this payment that described request pays sub-account; If receive, be less than preset ratio correlator account payment confirming information or receive the refusal to pay information of its important correlator account, refuse this request and pay sub-account this pays, this pays unsuccessfully.Wherein, the important correlator account in the embodiment of the present invention refer to this request pay sub-account business association the highest correlator account.
The example of a kind of data processing method providing for the embodiment of the present invention is provided Fig. 3.Particularly, there is a public fund, manage the assets of 1,000 ten thousand yuan,
Step S301: in order to guarantee effective supervision of this public fund, for it distributes N sub-account, for example, be divided into 10 sub-accounts, the payment transaction that every sub-account can the certain number of independent processing, for example every sub-account can independent processing 500,000 yuan.
Step S302: when certain sub-account surpasses a certain number when the payment transaction number of pre-treatment, for example 500,000 yuan, the processing that it can not complete independently payment transaction.
Step S303: send payment transaction to its correlator account and confirm request, according to the number size of this sub-account actual delivery transaction, determine that need to send payment transaction to several correlator accounts confirms request, can determine that send payment transaction to several correlator accounts confirms request by this sub-account oneself or this certain network element, for example, if payment transaction number is 2,000,000 yuan, needs to send payment transaction to two correlator accounts and confirm request; If payment transaction number is 5,000,000 yuan, needs to send payment transaction to 6 correlator accounts and confirm request.Concrete definite its correlator account can be predefined, also can determine whether as related account according to the communication distance between sub-account and/or business association.
Step S304: receive the payment request confirmation of correlator account, correlator account is confirmed to ask can confirm to pay to the payment transaction of this sub-account, also can refuse to pay.
Step S305: carry out payment transaction processing according to the confirmation of the correlator account of receiving, for example, if correlator account is whole or most of (, 70% correlator account) payment transaction of confirming its transmission is confirmed request, or confirm to pay with the maximally related important correlator account of this sub-account, no matter other correlator accounts are confirmed to pay or refusal to pay, payment transaction is proceeded, and to payment transaction, completes, and finishes.For example, if correlator account is whole or most of (, 70% correlator account) payment transaction of refusing its transmission is confirmed request, or with the maximally related important correlator account refusal to pay of this sub-account, refuse this sub-bill payment transaction or can continue to send payment transaction to other correlator accounts and confirm request.
Step S306: finish.
A kind of data handling system and method are provided in the embodiment of the present invention, by setting up multinode account distributed network, can avoid single node account directly to determine the payment transaction of common account, the payment transaction that surpasses a certain number for a certain node, sends and confirms to pay request to other interdependent node accounts, receives and pays after request confirmation, carry out payment transaction processing, thereby guarantee account safety, and multinode can configure different rights, use flexibly.
Above embodiment is only in order to technical scheme of the present invention to be described, but not is limited.Therefore,, in the situation that not deviating from spirit of the present invention and essence thereof, those skilled in the art can make various changes, replacement and modification.Obviously, but within these changes, replacement and modification all should be covered by the protection domain of the claims in the present invention.

Claims (10)

1. a data handling system, is characterized in that, described system comprises:
Dispensing unit, is used to a plurality of sub-accounts of payment account configuration;
Request unit, while being greater than its threshold value for the number paying when a certain sub-account request, sending and confirms to pay request to its correlator account;
Processing unit, for after receiving the payment request confirmation of described correlator account, carries out corresponding payment data processing.
2. the system as claimed in claim 1, it is characterized in that, described dispensing unit is used to every sub-account in described a plurality of sub-account to determine its correlator account, specifically comprise according to communication network quality and/or business association between described every sub-account and other sub-accounts and determine its correlator account, or be that described every sub-account presets correlator account.
3. system as claimed in claim 1 or 2, is characterized in that, described dispensing unit is also used to described every sub-account to configure its important correlator account.
4. the system as claimed in claim 1, is characterized in that, described request unit sends confirmation payment request for pay all correlator accounts of sub-account to described request; Or the number paying according to described sub-account request is determined the quantity that needs transmission confirmation to pay the correlator account of request, the wherein said quantity of the correlator account of transmission payment request that needs is directly proportional to the number that described request pays.
5. the system as claimed in claim 1, it is characterized in that, described processing unit, for receiving that described request pays after the payment request confirmation of correlator account of sub-account, carry out corresponding payment data processing, specifically comprise: if receive the payment confirming information of correlator account more than preset ratio or receive the payment confirming information of its important correlator account, carry out this payment that described request pays sub-account; If receive, be less than preset ratio correlator account payment confirming information or receive the refusal to pay information of important correlator account, reject said request and pay this payment of sub-account.
6. a data processing method, is characterized in that, comprises the following steps:
For a plurality of sub-accounts of payment account configuration;
When the number of a certain sub-account request payment is greater than its threshold value, to its correlator account, sends and confirm to pay request;
After receiving the payment request confirmation of described correlator account, carry out corresponding payment data processing.
7. method as claimed in claim 6, is characterized in that, between described a plurality of sub-accounts, communicates to connect, and can mutually send the request of payment or confirmation, and wherein confirmation comprises that confirmation pays and refusal to pay.
8. method as claimed in claim 7, it is characterized in that, the correlator account of every the sub-account in described a plurality of sub-account is to preset or definite according to communication network quality and/or business association between its and other sub-account, and described correlator account comprises important correlator account.
9. method as claimed in claim 7, it is characterized in that, the number paying according to described sub-account request determines that it need to send the quantity of the correlator account of the request of payment, and the quantity that wherein needs transmission to pay the correlator account of request is directly proportional to the number that request pays.
10. the method as described in as arbitrary in claim 6 to 9, it is characterized in that, receiving that described request pays after the payment request confirmation of correlator account of sub-account, carry out corresponding payment data processing, specifically comprise: if receive the payment confirming information of correlator account more than preset ratio or receive the payment confirming information of its important correlator account, carry out this payment that described request pays sub-account; If receive, be less than preset ratio correlator account payment confirming information or receive the refusal to pay information of its important correlator account, reject said request and pay this payment of sub-account.
CN201310726828.0A 2013-12-25 2013-12-25 System and method for data processing Pending CN103679449A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310726828.0A CN103679449A (en) 2013-12-25 2013-12-25 System and method for data processing

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310726828.0A CN103679449A (en) 2013-12-25 2013-12-25 System and method for data processing

Publications (1)

Publication Number Publication Date
CN103679449A true CN103679449A (en) 2014-03-26

Family

ID=50316922

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310726828.0A Pending CN103679449A (en) 2013-12-25 2013-12-25 System and method for data processing

Country Status (1)

Country Link
CN (1) CN103679449A (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105321073A (en) * 2014-07-14 2016-02-10 中国移动通信集团广东有限公司 Method for establishing relation between accounts, account management platform and system
CN105427104A (en) * 2015-12-08 2016-03-23 布比(北京)网络技术有限公司 Method and method for handling digital assets by means of distributed general ledger
CN106230812A (en) * 2016-07-28 2016-12-14 腾讯科技(深圳)有限公司 Resource transfers method and device
CN106952134A (en) * 2017-03-13 2017-07-14 安徽文化艺术品交易中心股份有限公司 A kind of artistic commercial articles transaction data processing system
CN109087189A (en) * 2018-08-21 2018-12-25 武汉轻工大学 Public expense approaches to IM, device, server and computer storage medium
CN109359970A (en) * 2018-09-21 2019-02-19 厦门中控智慧信息技术有限公司 A kind of smart card management method, device and terminal device
CN109460987A (en) * 2018-10-25 2019-03-12 广东小天才科技有限公司 A kind of payment method, device and terminal device
WO2020124565A1 (en) * 2018-12-21 2020-06-25 Nokia Technologies Oy Online charging in communication systems

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1691074A (en) * 2004-04-30 2005-11-02 杨红芳 Payment card processing system
CN2909408Y (en) * 2004-07-02 2007-06-06 招商银行股份有限公司 Secondary card system device of bank debit card
CN101680925A (en) * 2006-09-29 2010-03-24 索尼爱立信移动通讯有限公司 System and method for presenting multiple transaction options in a portable device
CN101764800A (en) * 2009-12-02 2010-06-30 深圳市融创天下科技发展有限公司 Method for dynamic password multi-terminal combined authentication
CN101884051A (en) * 2007-11-29 2010-11-10 美国银行公司 Sub-account mechanism
CN101930640A (en) * 2009-06-26 2010-12-29 海南新生信息技术有限公司 One-card multi-account transaction method and system thereof
CN102034184A (en) * 2010-11-29 2011-04-27 深圳市爱贝信息技术有限公司 Method and device for configuring payment platform account as well as payment method and payment device

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1691074A (en) * 2004-04-30 2005-11-02 杨红芳 Payment card processing system
CN2909408Y (en) * 2004-07-02 2007-06-06 招商银行股份有限公司 Secondary card system device of bank debit card
CN101680925A (en) * 2006-09-29 2010-03-24 索尼爱立信移动通讯有限公司 System and method for presenting multiple transaction options in a portable device
CN101884051A (en) * 2007-11-29 2010-11-10 美国银行公司 Sub-account mechanism
CN101930640A (en) * 2009-06-26 2010-12-29 海南新生信息技术有限公司 One-card multi-account transaction method and system thereof
CN101764800A (en) * 2009-12-02 2010-06-30 深圳市融创天下科技发展有限公司 Method for dynamic password multi-terminal combined authentication
CN102034184A (en) * 2010-11-29 2011-04-27 深圳市爱贝信息技术有限公司 Method and device for configuring payment platform account as well as payment method and payment device

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105321073A (en) * 2014-07-14 2016-02-10 中国移动通信集团广东有限公司 Method for establishing relation between accounts, account management platform and system
CN105427104A (en) * 2015-12-08 2016-03-23 布比(北京)网络技术有限公司 Method and method for handling digital assets by means of distributed general ledger
CN106230812A (en) * 2016-07-28 2016-12-14 腾讯科技(深圳)有限公司 Resource transfers method and device
WO2018019261A1 (en) * 2016-07-28 2018-02-01 腾讯科技(深圳)有限公司 Resource transfer method and apparatus
US11126981B2 (en) 2016-07-28 2021-09-21 Tencent Technology (Shenzhen) Company Limited Resource transferring method and apparatus
CN106952134A (en) * 2017-03-13 2017-07-14 安徽文化艺术品交易中心股份有限公司 A kind of artistic commercial articles transaction data processing system
CN109087189A (en) * 2018-08-21 2018-12-25 武汉轻工大学 Public expense approaches to IM, device, server and computer storage medium
CN109359970A (en) * 2018-09-21 2019-02-19 厦门中控智慧信息技术有限公司 A kind of smart card management method, device and terminal device
CN109359970B (en) * 2018-09-21 2021-06-11 厦门熵基科技有限公司 Smart card management method and device and terminal equipment
CN109460987A (en) * 2018-10-25 2019-03-12 广东小天才科技有限公司 A kind of payment method, device and terminal device
WO2020124565A1 (en) * 2018-12-21 2020-06-25 Nokia Technologies Oy Online charging in communication systems

Similar Documents

Publication Publication Date Title
CN103679449A (en) System and method for data processing
CN106815764B (en) Digital asset management method and system based on alliance chain
RU2337401C2 (en) Method for bank transaction performance with account connection via common accounts
CN108229926B (en) Service settlement method and related device
CN106656839A (en) Resource transfer method and apparatus
WO2018114654A1 (en) System for offline payment with e-money using a mobile device with a short transaction time and final settlement
CN1443344A (en) Utility metering system incorporating transaction authorisation system
CN105787783A (en) Account data processing method and system used for electronic bidding
CN102737452B (en) Terminal mobile machine monitoring method and system
CN106408096A (en) Data processing method in online ticketing system and online ticketing system
CN105303719A (en) Background system and processing method of bank, cash-counting authentication device and device of bank
CN110400139B (en) Payment method, device and system based on public digital wallet
KR20190016289A (en) Method of remotely controlling bill counter
CN110516776A (en) Offline two dimensional code is ridden method and apparatus
CN109858898A (en) Automatic vending machine shipment open-door system and purchase system
CN105956839A (en) Payment method and payment device applied to smart home platform
DE102011079317A1 (en) MOBILE SYSTEM FOR FINANCIAL TRANSACTIONS
CN103136881B (en) Method of payment and payment system
CN106845955A (en) Internet bar's expenses of surfing in Internet automatic charging method and system
CN103248485A (en) Security label-based power secondary system access control method and system
CN106204363A (en) A kind of a case one people one account fund management method and system
CN101794366A (en) Core business system access right control method and device thereof
KR20160025796A (en) Apparatus for exchanging money piece by piece and method thereof
CN101291333B (en) Controlling method of used node number by network software
CN111126935B (en) Method and device for processing security data, electronic equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: 100080 Beijing city Haidian District Danleng Street No. 6 Building 1 6 706

Applicant after: Kara payment Limited by Share Ltd

Address before: 100080 Beijing city Haidian District Danleng Street No. 6 Building 1 7 808

Applicant before: Lakala Payment Co., Ltd.

COR Change of bibliographic data
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20140326