[go: up one dir, main page]

CN105741109A - Charging and payment data transmission/matching system and method - Google Patents

Charging and payment data transmission/matching system and method Download PDF

Info

Publication number
CN105741109A
CN105741109A CN201610127081.0A CN201610127081A CN105741109A CN 105741109 A CN105741109 A CN 105741109A CN 201610127081 A CN201610127081 A CN 201610127081A CN 105741109 A CN105741109 A CN 105741109A
Authority
CN
China
Prior art keywords
payment
charge
module
charging
request
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
CN201610127081.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.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to CN201610127081.0A priority Critical patent/CN105741109A/en
Publication of CN105741109A publication Critical patent/CN105741109A/en
Pending legal-status Critical Current

Links

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/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • 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/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

The invention discloses a charging and payment data transmission/matching system and method. The method comprises steps of arranging motion sensors in a charging device and a payment device, detecting a collision event through the sensors, using the collision event between a charging device and a payment device as a merchant purchase contract generation icon, uploading the charging request and a payment request to a charging platform server after the charging device and the payment device collides, performing matching between the charging request and payment request by the payment platform through the colliding time and other additional information, and performing payment processing after the complex number performs successful matching on the charging/payment request.

Description

A kind of system and method for charge and payment data transmission/coupling
Technical field
The present invention relates to E-Payment field, particularly relate to non-Web page electric payment technical field.
Background technology
1. background
The present invention is, the related invention of number of patent application 201510367200.5 " a kind of system and method transmitting consumer record ".
2. background technology
Adopt Bluetooth communication protocol at number of patent application 201510367200.5, complete the transmission of consumption information.Described consumption information, is done directly by POS (charging device) and payment mechanism, and centre does not increase auxiliary device.
The payment services such as Alipay, wechat, have beneficiary to use the method that QR bar code transmits Transaction Information, but QR bar code need consumer to use camera focusing etc. to process, and processing speed is slow, it is impossible to import the busy shop paid of queuing up.
2. problem
The transfer approach of number of patent application 201510367200.5 consumer record is limited to Bluetooth, but due to Bluetooth version reason, for the problem that not specific device also exists connection.The present invention proposes to replace the information transferring method of Bluetooth.
Use QR bar code to transmit Transaction Information method, have a problem in that the processing speed needing consumer's manual handle to have impact on payment process.The present invention proposes to replace QR bar code to transmit Transaction Information method so that payment processes is more quick.
3. subject invention
Based on above problem, the present invention proposes new processing method, to solve above-mentioned problem
1. charging device does not adopt Bluetooth and QR code load mode, and adopts new method that charge and the information paid are respectively transmitted to server;
2. server at the same time between when processing substantial amounts of charge, payment request, it is necessary to matching mechanisms, find the matching treatment of qualified charge-paying.
Summary of the invention
Cancel payment mechanism directly to communicate with charging device, adopt server, receive charging device and the payment mechanism charge request uploaded and the request that content need to be paid;
When receiving a large amount of request at the same time, utilize many condition coupling such as transaction time of origin, place etc.;
Adopting the shock of charging device and payment device, use the major key clashing into the moment as coupling, the shock moment is accurate to the second, to ensure the precision of coupling.Can preferably use loco as coupling additional key, by transaction request time place, mate.
Described crash, is obtained by the motion sensor disposed in charging device and payment device.
Described crash is defined as the mark that business's deed of purchase about produces in the present invention.
The progressive of the present invention is in that:
1., compared to the means of payment of QR code, pay both sides without waiting for display QR code, it is not necessary to by troublesome operation such as camera head focusings so that pay more quick;
2. compared to using Bluetooth to transmit consumption data mode, the version that the present invention is not limited in equipment Bluetooth so that service can be more prone to universal.
3. compared to using NFC consumption data mode, the present invention does not use SecureElement chip so that service does not depend on SE (being generally mobile operator and chip manufacturer) thus reducing the cost of Service Operation, universal difficulty.
Accompanying drawing explanation
Fig. 1 system overview figure,
Fig. 2 payment mechanism structural map
Fig. 3 payment mechanism software construction figure
Fig. 4 payment program structure chart
Fig. 5 charging device structural map
Fig. 6 charging device software construction figure
Fig. 7 charging program structure chart
Fig. 8 payment platform server constructs figure
The software construction figure of Fig. 9 payment platform server
Figure 10 charge/payment data structure chart
The application program structural map of Figure 11 payment platform server
The generation of Figure 12 charge/payment record, transmission and settlement process figure
Figure 13 payment processes flow chart (first confirms by payment mechanism to pay afterwards)
Figure 14 payment processes flow chart (first pays and confirms afterwards)
The generation of Figure 15 charge/payment record, transmission and clearing sequential chart
The motion detection method of Figure 16 crash
Detailed description of the invention
In this specification, by structure drawing of device, processing block diagram, record specific embodiment of the invention and implementation in detail, the circuit structure general common known method, step and city being bought to resell to module is not been described by, and obscures emphasis to avoid expository writing tediously long.
1. structure
Present configuration is as described below:
Fig. 1 system overview figure,
Present system, is made up of the following units:
1. payment mechanism (1), consumer holds, and is used for collecting consumer record, and completes payment processes.Described payment mechanism (1) connects network, and payment platform (3) connects.
2. charging device (2), businessman holds, and is used for sending consumer record or pays request, and its form is POS, printer or external cashier's machine, and described charging device (2) is connected by network and payment platform (3).
4. payment platform server (3), service provider owns, and accepts charge and pays request, and coupling charge/pay request transmits and pays content, processes payment processes, and preserve consumer record;
5. network (5), it is provided that payment mechanism (1), charging device (2) and payment platform server (3) connect, and network morphology is generally the Internet, it is also possible to Local Interconnect Network or LAN.
In described system, described payment mechanism (2), described in it is constructed as follows.
Fig. 2 payment mechanism structural map
Payment mechanism (1) is made up of following formant
1. one or more processors (11), for computing;
2. control storage (12), for controlling the read/write of storage;
3. storage (121), is used for preserving the data (122) that OS (124), payment program (123), and payment program (123) are managed/generate.The state of storage is high speed random memory (RAM), and disk stores, and flash memory (flashmemory) or other non-volatile state memorization bodies further include being stored by the Dropbox of network;
4. peripheral equipment Interface Controller (13), are used for controlling peripheral equipment module, and by connecting circuit (110), connect processor (31), storage control (32) and input/output control unit (14);
5. input/output control unit (14), is used for controlling input/output device, such as the controller of display controller (141) and other input/output devices;
6. display (141), are used for showing consumer record and user interface;
7. NIU (142), such as Wifi, or other connect the excuse module of networks, described network interface, use city's dealer's standard module.
8. motion sensor (143) MotionSensors includes acceleration induction device Accelerometer, is used for receiving vibrations, acceleration, activates charging device.Motion sensor is city's dealer's standard module.
9. can be preferred, GPS receiver chip (144), in order to obtain geographical location information, described GPS receiver chip (144) adopts city's dealer's standard module.
10. power supply (190), it is provided that circuit and electric current needed for device.
Above-mentioned module, by connecting circuit (110), completes communication and data exchange.Connecting circuit (110) is data/address bus (bus), or simple signal of communication line.
Payment mechanism (1) outward appearance can be but not limited to, portable electronic devices, such as smart mobile phone, wrist-watch, flat board, PDA, portable game machine etc..
Fig. 3 payment mechanism software construction figure
The software configuration of described payment mechanism (1), is saved in storage (121), constitutes and comprises with lower unit;
1.OS (124), is used for controlling described hardware cell, it is provided that the access method of storage, the various resources of management hardware cell.The form of OS is including but not limited to android, iOS, Windows, Linux;
2. payment program (123), computer-executable code, or it is embedded in the executable code of readable storage body.For receiving consumer record, process payment flow;
3. application data (122), are stored in summary database or document form, and are provided access method by OS (124).
Payment program (123) utilizes OS (124) resource managed by OS (124) interface function (125) provided, and utilizes OS (124) interface function (125) provided management data (122).
Described payment program (123), program structure is as described in Figure 4.
Fig. 4 payment program structure chart
Described payment program (123), comprises with lower module:
1. payment data communication module (1230);Need to paying content requests (R2) in order to send, and receive charge request record (R1), data reception step describes in detail at following sections.
2. display module (1231);Show from described payment data communication module (1230), it is thus achieved that data, and pay required interactive interface.
3. payment module (1232), carry out payment request process and the interaction process of payment platform.
4. other functional modules (1233);Other are such as member management, payment function module, and other functional modules are not belonging to interest field of the present invention.
Described application data (122), at least a part of which comprises need to pay request record (R2), described request record (R2) record that need to pay uploads to payment platform server (3), and detailed content describes at following sections.
In described system, described charging device (2), described in it is constructed as follows.
Fig. 5 charging device structural map
Charging device (2) is made up of following formant
1. one or more processors (21), for computing;
2. storage controls (22), for controlling the read/write of storage;
3. storage (221), is used for preserving the data (222) that OS (225), charging program (223), and charging program (223) are managed/generate.The state of storage is high speed random memory (RAM), and disk stores, and flash memory (flashmemory) or other non-volatile state memorization bodies further include being stored by the Dropbox of network;
4. peripheral equipment Interface Controller (23), are used for controlling peripheral equipment module, and by connecting circuit, line (210), connect processor (21) and storage controls (22);
5. input/output control unit (24), is used for controlling input/output device;
6. NIU (242), such as Wifi, or other connect the excuse module of networks, described network interface, use city's dealer's standard module.
7. motion sensor (243) MotionSensors includes acceleration induction device Accelerometer, is used for receiving vibrations, acceleration event.In the present invention, utilizing shock event to activate payment program, described motion sensor (243) buys to resell standard module for city.
8. can be preferred, GPS receiver chip (244), adopt the GPS receiver chip of city's dealer's standard.
9. power supply (290), it is provided that circuit and electric current needed for device;
Above-mentioned module, by connecting circuit, connecting line (210), completes communication and data exchange.Connecting circuit, connecting line (210) is data/address bus (bus), USB, RS232 line, or simple signal of communication line.
Further, connecting line can also adopt the wireless mode such as bluetooth, Wifi, expands to outside.
Charging device (2) outward appearance can be but not limited to, PC, POS, flat board PC are (such as iPad, android, Windows flat board), receipt printer, mobile phone, or functional module is separated the isolated system that connected by the method for wire/wireless.
Fig. 6 charging device software construction figure
The software configuration of described charging device (2), is saved in storage (221), constitutes and comprises with lower unit;
1.OS (224), is used for controlling described hardware cell, it is provided that the access method of storage, the various resources of management hardware cell.The form of OS is including but not limited to android, iOS, Windows, Linux;
2. charging program (223), computer-executable code, or it is embedded in the executable code of readable storage body.For sending consumer record;
3. application data (222), are stored in summary database, or with document form, OS (224) provide access method.
Charging program (223) utilizes OS (224) resource managed by OS (224) interface function (225) provided, and utilizes OS (224) interface function (125) provided management data (222).
Described application data (222) at least a part of which comprises charge request record (R1).Described charge request record (R1), particular content describes at following sections.
Described charging program (223), program structure is as described in Figure 7.
Fig. 7 charging program structure chart
Described charging program (223), comprises with lower module:
1. charge data generation module (2230), by authentication processing access authentication token (Token), edit and generate charge request record.
2. charge data communication module (2231), in order to send charge request record and to receive payment result.Described data connect communication steps and describe in detail at following sections.
3. other functional modules (2232);Other are such as functional modules such as merchandise sales/return management, stock controls, and other functional modules are not belonging to interest field of the present invention.
Payment platform server (3) described in described system, described in it is constructed as follows.
Fig. 8 payment platform server constructs figure
The hardware server of described payment platform server (3) is constituted including at least with lower unit;
1. one or more processors (31), are calculated processing;
2. storage (32), is specially internal memory, external memory and the network storage, calculates required data for preserving, and can run program;
3. network interface (33), are used for connecting network;
Described hardware cell passes through, and computer bus (bus) or holding wire connect.
The hardware server of described payment platform server (3), is at least one, can be most platforms according to service capacity.Can be preferred, adopt at least one apps server, a DB server (when not using DBMS, being called data storage server).
The hardware server of described payment platform server (3) server, it is also possible to be virtual cloud server, is characterized in that comprising processor (31), stores (32), and network interface (33) resource.
Can preferably adopt load equalizer (LoadBalancer), process load balancing.Load equalizer can also be the dummy load equalizer adopting virtual technology.
The network equipment and the DNS etc. such as described network interface (33) and router and the Internet connect, and load balancing and internetwork connection mode are not belonging to interest field for public's knowledge.
The software construction figure of Fig. 9 payment platform server
The software sharing of described payment platform server (3), comprises with lower unit according to onserver-class:
In apps server (300), dispose
1. application program (302) is used for generating consumer record picture, uses HTTP (s) or other network communication protocols to communicate response etc. and processes;
2.OS (301), controls the hardware cell of management apps server, and the form of OS includes but not limited to Unix/Linux, Windows etc.;
3. charge/payment data (300), described data can be saved in DBMS, as equal replacement, it is also possible to (method such as inmemoryKey-Value-Store processes read-write to use the KVS in internal memory.
Described payment platform server (3) preserves, manages described charge/payment data (300), its structure as shown in Figure 10:
Figure 10 charge/payment data structure chart
As it can be seen, charge/payment data includes at least:
1. charge request record (R1), from the charge request that charging device (2) is uploaded;
2. need to pay content requests (R2), upload from payment mechanism (1), check the request of the consumption content of required payment.
Described charge request record (R1) generates and sends to server (3) for charging device (2), described need to paying content requests (R2), billtopay is that payment mechanism (1) generates and send to server (3).
Described charge request record (R1), comprises
1. charge request time (R11):
2. charged content (R12), described charged content (R12), it is made up of following items
2.1 Amounts in Total (R121)
2.2 items list (R122), option, described items list is made up of following items:
2.2.1 trade name (R1221)
2.2.2 quantity (R1222)
2.2.3 unit price (R1223)
3. other (R13) projects,
3.1 hotel owner's entry address (R131), for optional project, it is possible to is included in and omits in businessman's authentication token (Token) (R113);
3.2 businessman's authentication tokens (Token) (R132);
3.3POS terminal number (R133), uses when there is multiple stage POS terminal in businessman simultaneously.
Described hotel owner's entry address (R131), it is possible in advance as service login, can also pass through the methods such as GPS receiver chip for mobile retailer and dynamically obtain.Its recording mode can use the latitude, longitude form of geography information.
Described need to pay content requests (R2), including at least following items:
1. need to pay request time (R21).Described time adquisitiones describes at following sections;
2. other options (R22), described other options (22), include, but are not limited to following items:
2.1 geographical position (R212), described geographical position (R212), described in payment mechanism (1), gps receiver (144) produces, and is obtained by described OS (124);
2.2 consumer authentication tokens (Token) (R213), it is necessary to project, are obtained by logining payment platform server by consumer;
The application program structural map of Figure 11 payment platform server
Described payment platform server (application program (302) described in (3), including but not limited to lower module:
1. communication module (3020), in invention example, employing HttpServer realizes the communication of the Http/Https of port 80 or 443, can also use other network communication protocols such as SMS as equal replacement.Described HttpServer can be city dealer or the HttpServer that increase income such as Apache, nginx, node.js, IIS, it is possible to use other are if the commercial applicationServer such as weblogic are as equal replacement.In the httpserver http mode (get, put etc.) provided, complete to pay the transmission of request/charge request record.
2. charge/pay matching module (3021);In order to charge request and payment request record are mated.
3. data read/write module (3022);Utilizing the method that OS or DBMS storehouse provides to connect data storage, the read-write of complete paired data processes.
4. payment processes module (3023);In order to process payment processes, payment processes can be within server, it is also possible to payment request is passed to payment mechanism (1) so that consumer passes through described payment mechanism, after charged content is confirmed, then carries out payment processes.
The step of the generation of charge/payment record, transmission and clearing
The generation of described charge/payment record, transmission and coupling step, as shown in figure 12
The generation of Figure 12 charge/payment record, transmission and settlement process figure
Comprise the steps of as it can be seen, charge/payment record generates, transmits and settle accounts (coupling)
Precondition, payment mechanism and charging device each complete authentication processing access authentication token Token with server
F1 payment mechanism clashes into charging device, it is thus achieved that the crash time
F2 payment mechanism and charging device are uploaded charge respectively and pay request record to payment platform server,
Charge request time (R11) that F3 paying server obtains according to crash and pay the conditions such as request time (R12), charge/payment request is mated,
Described in described step F1, crash is as the generation of purchase contract, and collision time is recorded as described charge request time (R11) in charge request record (R1) described in charging device (2) respectively, and need described in payment mechanism (1) to pay the described payment request time (R21) in content requests (R2).
Can be preferred, described step F3, also use additional address (R131) and geographical position (R221), or other information are as the condition of coupling.
Charge/payment record after the match is successful, carries out payment processes according to following steps:
Figure 13 payment processes flow chart (first confirms by payment mechanism to pay afterwards)
The charge request that the match is successful is sent to payment mechanism by F4,
F5 payment mechanism confirm required pay content after, finished payment by payment platform,
Payment result is notified charging device by F6 paying server end,
Described step F5, by described display (141), described payment mechanism (1), by display module (1231) described in described payment program (123), shows that consumer needs the amount of money paid.
Described step F5, described is finished payment by payment platform, also includes Net silver or other Third-party payment.Net silver and other Third-party payment methods are not belonging to interest field of the present invention.
The generation of charge/payment record, transmission and clearing step can also be adjusted to first to pay and confirm result afterwards.Its advantage is to shorten the time of payment, and shortcoming is that safety reduces.When reality is runed, it is possible to select to process step according to amount of money size.Rear confirmation the processing method of the means of payment, comprise step shown in Figure 14:
Figure 14 payment processes flow chart (first pays and confirms afterwards)
Step 1~3 are identical with described step F1~F3,
FA4 payment platform server (3) is by the charge request (R1) that the match is successful/and need to pay request (R2), utilizes the token confirmation businessman by certification and consumer's direct dealing,
Transaction results is returned payment mechanism by FA5,
Transaction results is returned charging device by FA6,
Described step FA5, FA6 are in no particular order.Can be preferred, payment mechanism and charging device after validation, can carry out handling return, Cancel Transaction.Method of payment and the method Cancelled Transaction have multiple expansion, not in interest field of the present invention.
For the step between each device unit is described, sequential chart is adopted to be described in further detail, wherein the means of payment after payment processes employing first confirmation:
The generation of Figure 15 charge/payment record, transmission and clearing sequential chart
Described payment mechanism (1), charging device (2) and payment platform server (3), complete charge/payment record according to the following step and generate, transmit and clearing:
Precondition, payment mechanism and charging device each complete authentication processing, and each obtain token Token,
S1 charging device (2), described in consumption data generation module (2230), according to consuming behavior generate consumer record (R1), generate consumption content (R12),
S2 consumer starts the payment program (123) disposed in payment mechanism (1),
S3 consumer uses payment mechanism (1), clashes into the charging device (2) of businessman, starts charge data communication module (2231) described in the charging program (223) in businessman's charging device (2),
S3.1 charging device (1), according to crash, it is thus achieved that clashes into the moment (R111), and generates consumption data generation module (2230), generates charge request ID (R11),
S3.2 payment mechanism (2), according to crash, it is thus achieved that clash into the moment (R211), and uses payment module (1232) generation need to pay content requests ID (R21),
Charge data sending module (2231) described in S4.1 charging device (2), to payment platform server (3), sends charge request record (R1),
Described in S5.1 payment mechanism (1), payment module (1232) is to payment platform server (3), and transmission need to pay content requests (R2),
S5.2 payment platform server (3), utilize charge/payment management program (302) described in communication module (3020), described in charge/pay matching module (3021), process according to crash time (R111) and (R211), charge request record (R1) and the coupling of content requests (R2) need to be paid, it may be preferable to matching condition in add described geographical position (R221)
S5.3 is after the match is successful, and in charge/payment management program (302) described in payment platform server (3), described communication module (3020), in charge being recorded, charged content returns payment mechanism.
S6.1 consumer is by the UI in display module (1231) described in payment program (123) described in payment mechanism (1), confirm charged content (R12), after sundry item (R13), submit payment processes to payment platform server (3).
Described in S6.2 payment platform server (3), payment processes module (3023) carries out payment processes.
S6.3 payment platform server (3) returns payment result.
S4.2 payment platform server (3), to charging device (2), returns the payment result of S4.1 step charge request.
Less at the amount of money, or when coverage is less, after the matching treatment success of step S5.2, paying server can directly process payment.And result is sent to payment mechanism and charging device for confirmation.For confirming mode and the method for payment processes result, also have other to launch, be therefore not belonging to the claims in the present invention scope.
The preparation method that described payment mechanism clashes into charging device event (F1) is as described below:
1. payment program (123) described in payment mechanism (1), monitors described OS (124) the described motion sensor (143) managed, and obtains the action data of motion sensor (MotionSensor).
2. same, charging program (223) described in charging device (1), monitor described OS (224) the described motion sensor (243) managed, and obtain the action data of motion sensor (MotionSensor).Owing to charging program is identical with the processing method of payment program, being below used alone payment program is example explanation.
3., according to described action data, detect crash by the following method.
Payment program and charging program, it is possible to obtained the x of motion sensor (243), y, the working value of z-axis by OS, working value is direction vector, but for ease of calculating, the working value f of t can be sett=xt 2+yt 2+zt 2(t ∈ T), works as ftWhen reaching maximum, described moment t is just for collision time.
Wherein, described t is current time, and T is for processing time range, xt,yt,ztRespectively t, the x that described motion sensor (243) obtains, y, the working value of z-axis.Described x, y, the working value of z-axis, it is possible to obtained by OS such as iOS, Android.
The detecting of the crash of described step 3 and the adquisitiones of crash time, as shown in figure 16:
The motion detection method of Figure 16 crash
As it can be seen, action axle x, y that payment mechanism (1) is after action to shock, the time graph region of z-axis can be divided into brandishes region (Z1), clashes into vibration region (Z2), and recovers stagnant zone (Z3) after shock.
The UI that described time range T is shown by described display module (1231) obtains.Simplified example can be, but not limited to press " beginning " and " end " button, starts and terminates time range T.
The current time of described payment mechanism (1) and charging device (2), it is possible to by described OS (124) (224), obtain accurate current time from ntp server.
The computational methods of element maximum in array, and the method adjusting current precise moments is simple public's knowledge, therefore not in interest field of the present invention.
The present invention is by above implementation, it is achieved that the system and method for a kind of charge and payment data transmission/coupling
Specific embodiments of the invention are described by specific case used above, and the explanation of this embodiment is only intended to help to understand method and the core concept of the present invention;Simultaneously for one of ordinary skill in the art, according to the thought of the present invention, all have change in specific embodiments and applications and change part, such as
1. micro-amendment present configuration, increases/reduces detailed elements, it is intensive or independent of correlation unit;
2. implement the inching of sequence of steps, as the process not having sequencing exchanged;
Therefore, this specification content should not be construed as limitation of the present invention, all make within the spirit and principles in the present invention any amendment, the improvement of replacing, delete additional step on an equal basis, be all contained in comprising in scope of the present invention.

Claims (10)

1. a method for charge and payment record transmission/coupling, described method comprises the steps of
(1) payment mechanism clashes into charging device, it is thus achieved that the crash time,
(2) payment mechanism and charging device upload charge request and the request that need to pay respectively to payment platform server,
(3) paying server, according to the described crash time, mates charge and payment request.
2. the method for charge and payment record transmission/coupling is characterized in that as claimed in claim 1, charge request and need to paying in content requests including at least the time in described step (2), described collision time is characterized in that, its adquisitiones is for by being respectively deployed in charging device, the motion sensor of payment mechanism, obtains at the action maximum in region sometime.
3. the method for charge and payment record transmission/coupling is further characterized in that as claimed in claim 1, after described step (3) coupling, selectable, directly is completed to pay by payment platform server.
4. the method for charge and payment record transmission/coupling is further characterized in that as claimed in claim 1, after described step (3) coupling, selectable, return matching result to payment mechanism, after the confirmation of consumer, again upload payment platform server and complete to pay.
5. payment mechanism as claimed in claim 1, it is characterised in that comprise in described device with lower unit,
(1) one or more processors, for computing,
(2) storage is controlled, for controlling the read/write of storage,
(3) storage, preserves OS, payment program, and the data that payment program is managed/generates, and the state of storage is high speed random memory (RAM),
Disk storage, flash memory or other non-volatile state memorization bodies, further include being stored by the Dropbox of network,
Described payment program, including but not limited to lower module:
Payment data communication module, need to pay content requests in order to send and receive charge request record,
Display module, in order to the interactive interface needed for video data and delivery operation,
Payment module, in order to carry out payment request process, and the interaction process of payment services platform,
(4) peripheral equipment Interface Controller, is used for controlling peripheral equipment module, and by connecting circuit, connects processor, storage control and input/output control unit,
(5) input/output control unit, is used for controlling input/output device, such as the controller of display controller He other input/output devices,
(6) display, is used for showing consumer record and user interface,
(7) NIU, such as Wifi, or other connect the excuse module of networks, described network interface, use city's dealer's standard module,
(8) motion sensor, is used for receiving vibrations, acceleration, activates charging device,
(9) can be preferred, GPS receiver chip, in order to obtain geographical location information,
(10) power supply, it is provided that circuit and electric current needed for device.
6. charging device as claimed in claim 1, it is characterised in that comprise in described device with lower unit,
(1) one or more processors, for computing,
(2) storage controls, for controlling the read/write of storage;
(3) storage, for preserving OS, charging program, and the data that described charging program is managed/generates, the state of storage is high speed random memory (RAM), and disk stores, flash memory (flashmemory) or other non-volatile state memorization bodies, further include being stored by the Dropbox of network
Its feature of described charging program is including but not limited to following modules:
Charge data generation module, processes certification and obtains token (Token), edit and generate charge request record,
Charge data communication module, in order to send charge request record and to receive payment result,
(4) peripheral equipment Interface Controller, is used for controlling peripheral equipment module, and by connecting circuit, line, connects processor and storage controls,
(5) input/output control unit, is used for controlling input/output device,
(6) NIU, such as Wifi, or other connect the excuse module of networks, described network interface, use city's dealer's standard module,
(7) motion sensor MotionSensors includes acceleration induction device Accelerometer, is used for receiving vibrations, acceleration event, and described motion sensor is city's dealer's standard module.
(8) can be preferred, GPS receiver chip, adopt the GPS receiver chip of city's dealer's standard.
(9) power supply, it is provided that circuit and electric current needed for device.
7. payment platform server as claimed in claim 1, it is characterised in that comprise in described server with lower unit,
(1) one or more processors, are calculated processing,
(2) storage, is specially internal memory, external memory and the network storage, is used for preserving OS, charge/payment management program, and charge/payment data,
Described charge/payment management its feature of program program is including but not limited to following modules:
Data communication module, in order to the communication process charged/pay,
Charge/pay matching module, in order to the matching treatment of request of charging/pay,
Data read-write module, processes in order to reading and writing data,
Payment processes module, in order to payment processes,
(3) network interface, is used for connecting network.
8. charge request as claimed in claim 1, it is characterised in that comprise following items:
1. the charge request time, the described charge request time, for the crash time,
2. charged content, described charged content, including at least Amount in Total,
3. other can project optimization, described other can project optimization including but not limited to
3.1 places,
3.2 businessman's authentication tokens (Token),
3.3POS terminal number (R133).
9. need to pay content requests as claimed in claim 1, it is characterised in that comprise following items:
1. need to pay request time,
2. other options, other options described, including but not limited to following items:
2.1 geographical position,
2.2 consumer authentication tokens (Token).
10. the system of a charge and payment record transmission/coupling, it is characterised in that described system comprises following device,
(1) payment mechanism, for payment processes
(2) charging device, is used for process of charging
(3) payment platform server, for backstage payment processes
(4) network, in order to payment mechanism and payment platform server, and the connection between charging device and payment platform server.
CN201610127081.0A 2016-03-07 2016-03-07 Charging and payment data transmission/matching system and method Pending CN105741109A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610127081.0A CN105741109A (en) 2016-03-07 2016-03-07 Charging and payment data transmission/matching system and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610127081.0A CN105741109A (en) 2016-03-07 2016-03-07 Charging and payment data transmission/matching system and method

Publications (1)

Publication Number Publication Date
CN105741109A true CN105741109A (en) 2016-07-06

Family

ID=56249328

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610127081.0A Pending CN105741109A (en) 2016-03-07 2016-03-07 Charging and payment data transmission/matching system and method

Country Status (1)

Country Link
CN (1) CN105741109A (en)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101308559A (en) * 2008-04-24 2008-11-19 北京爱奥时代信息科技有限公司 WIFI mobile phone payment terminal, method and system
CN101615274A (en) * 2008-06-25 2009-12-30 阿里巴巴集团控股有限公司 Utilize the method and system of communication terminal to pay
CN102289752A (en) * 2011-07-18 2011-12-21 北京融易通信息技术有限公司 Mobile payment method and system based on cipher
CN102545964A (en) * 2010-12-16 2012-07-04 国民技术股份有限公司 Communication method and system for triggering information interaction by collision
CN102710858A (en) * 2012-05-24 2012-10-03 上海合合信息科技发展有限公司 Pairing method and system between mobile devices
CN104966193A (en) * 2015-07-15 2015-10-07 郁晓东 System and method for safely transmitting ID (identity )by using Bluetooth
CN105323223A (en) * 2014-07-18 2016-02-10 中国电信股份有限公司 Point-to-point transaction data transmitting processing method and system of mobile terminals
CN105321070A (en) * 2014-07-18 2016-02-10 中国电信股份有限公司 Data processing method and system based on touching manner of mobile terminals

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101308559A (en) * 2008-04-24 2008-11-19 北京爱奥时代信息科技有限公司 WIFI mobile phone payment terminal, method and system
CN101615274A (en) * 2008-06-25 2009-12-30 阿里巴巴集团控股有限公司 Utilize the method and system of communication terminal to pay
CN102545964A (en) * 2010-12-16 2012-07-04 国民技术股份有限公司 Communication method and system for triggering information interaction by collision
CN102289752A (en) * 2011-07-18 2011-12-21 北京融易通信息技术有限公司 Mobile payment method and system based on cipher
CN102710858A (en) * 2012-05-24 2012-10-03 上海合合信息科技发展有限公司 Pairing method and system between mobile devices
CN105323223A (en) * 2014-07-18 2016-02-10 中国电信股份有限公司 Point-to-point transaction data transmitting processing method and system of mobile terminals
CN105321070A (en) * 2014-07-18 2016-02-10 中国电信股份有限公司 Data processing method and system based on touching manner of mobile terminals
CN104966193A (en) * 2015-07-15 2015-10-07 郁晓东 System and method for safely transmitting ID (identity )by using Bluetooth

Similar Documents

Publication Publication Date Title
US10631153B2 (en) Wireless technology bridging system
US20250053936A1 (en) Systems and methods for facilitating a time varying cryptocurrency transfer over a decentralized network
JP6212481B2 (en) Online payment methods and devices
US8856043B2 (en) Method and system for managing data and enabling payment transactions between multiple entities
CN111656380B (en) Electronic device and method for supporting automatic Wi-Fi connection with enhanced security methods when making e-wallet payments
CN107527198A (en) Identify specific to the position of user calculating equipment
JP2016157409A (en) Transaction processing method and system based on real time conversation
CN104063791A (en) Safety payment method and related device and system
US11978026B2 (en) Transferring funds between two parties
TW201915894A (en) Method for realizing an installment business based on credit
US20170337532A1 (en) Payment processing method, and payment processing server and computer program performing the payment processing method
KR20180112262A (en) System for proxy payment based on the shared electronic commerce shopping cart, method thereof and computer readable medium having computer program recorded thereon
JP2014503900A (en) Real-time mobile payment processing system
JP7038969B2 (en) Electronic money (E-money) payment processing
WO2017101740A1 (en) Hce-based payment method and device
CN105741109A (en) Charging and payment data transmission/matching system and method
RU2616154C1 (en) Means, method and system for transaction implementation
KR20200024113A (en) Method for integrated order using qr code
CN105809437A (en) Charging starting and payment data transmission method utilizing short-distance inductors
CN105005890A (en) System and method for transmitting consumption record
US20160307260A1 (en) Information processing system and method therefor
TW201913479A (en) Payment method and integrated payment system
TR2021004147A2 (en) A COMMON PAYMENT SYSTEM
KR20230171350A (en) Method and electronic device for providing service for digital content
KR20130095801A (en) Real-time mobile payment processing system

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20160706

WD01 Invention patent application deemed withdrawn after publication