CN106845997A - Double random code visible rays with hidden channel and the double certification offline electronic payment methods of bar code - Google Patents
Double random code visible rays with hidden channel and the double certification offline electronic payment methods of bar code Download PDFInfo
- Publication number
- CN106845997A CN106845997A CN201710066525.9A CN201710066525A CN106845997A CN 106845997 A CN106845997 A CN 106845997A CN 201710066525 A CN201710066525 A CN 201710066525A CN 106845997 A CN106845997 A CN 106845997A
- Authority
- CN
- China
- Prior art keywords
- module
- payment
- stored value
- value card
- gathering
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 32
- 238000004891 communication Methods 0.000 claims abstract description 21
- 230000008569 process Effects 0.000 claims abstract description 17
- 238000005286 illumination Methods 0.000 claims abstract description 7
- 230000004044 response Effects 0.000 claims description 48
- 230000003287 optical effect Effects 0.000 claims description 33
- 230000004298 light response Effects 0.000 claims description 27
- 101100246991 Trichoderma harzianum qid3 gene Proteins 0.000 claims description 18
- 101100274418 Arabidopsis thaliana CID4 gene Proteins 0.000 claims description 15
- 101100011863 Arabidopsis thaliana ERD15 gene Proteins 0.000 claims description 9
- 101150021084 CID2 gene Proteins 0.000 claims description 9
- 102100027041 Crossover junction endonuclease MUS81 Human genes 0.000 claims description 9
- 101000982890 Homo sapiens Crossover junction endonuclease MUS81 Proteins 0.000 claims description 9
- 101100191082 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) GLC7 gene Proteins 0.000 claims description 9
- 101100274406 Schizosaccharomyces pombe (strain 972 / ATCC 24843) cid1 gene Proteins 0.000 claims description 9
- 101100274419 Arabidopsis thaliana CID5 gene Proteins 0.000 claims description 6
- 101000702606 Homo sapiens Structure-specific endonuclease subunit SLX4 Proteins 0.000 claims description 6
- 102100031003 Structure-specific endonuclease subunit SLX4 Human genes 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 claims description 4
- 239000000284 extract Substances 0.000 claims description 4
- 238000012545 processing Methods 0.000 claims description 4
- 238000013475 authorization Methods 0.000 claims description 3
- 238000005242 forging Methods 0.000 claims description 3
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 230000003993 interaction Effects 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 claims description 3
- 238000004519 manufacturing process Methods 0.000 claims description 3
- 238000012795 verification Methods 0.000 claims description 3
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical compound [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 claims description 2
- 239000010931 gold Substances 0.000 claims description 2
- 229910052737 gold Inorganic materials 0.000 claims description 2
- 238000000465 moulding Methods 0.000 claims description 2
- 235000013399 edible fruits Nutrition 0.000 claims 3
- 230000008929 regeneration Effects 0.000 claims 1
- 238000011069 regeneration method Methods 0.000 claims 1
- 238000007493 shaping process Methods 0.000 claims 1
- 238000005516 engineering process Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 4
- 230000005611 electricity Effects 0.000 description 3
- 238000000605 extraction Methods 0.000 description 2
- 230000008447 perception Effects 0.000 description 2
- 238000004321 preservation Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012011 method of payment Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000001502 supplementing 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
- G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
- G06K7/14—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation using light without selection of wavelength, e.g. sensing reflected white light
- G06K7/1404—Methods for optical code recognition
- G06K7/1408—Methods for optical code recognition the method being specifically adapted for the type of code
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Computer Security & Cryptography (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Toxicology (AREA)
- Electromagnetism (AREA)
- Health & Medical Sciences (AREA)
- Finance (AREA)
- Artificial Intelligence (AREA)
- General Health & Medical Sciences (AREA)
- Computer Networks & Wireless Communication (AREA)
- Cash Registers Or Receiving Machines (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention discloses a kind of double random code visible rays with hidden channel and the double certification offline electronic payment methods of bar code.The light certification Offline consumption device of a cuff hidden channel is set up, including：Stored value card, charge machine and server；The visible light signal being equipped with using charge machine and stored value card is received and dispatched, bar code shows and scanning means configuration information communication channel, and a hidden channel for information transfer is constructed with the illumination backlight of bar code and the display device of other prompt messages；With visible light signal and double mode being mutually authenticated of bar code scan identification in payment process, simultaneously in payment authentication information, many random codes are employed, is allowed offline electronic payment process data to possess extremely strong randomness and resist and is cracked ability, the security of payment is improve to a certain degree.
Description
Technical field
The invention belongs to light payment technology field, more particularly to a kind of double random code visible rays with hidden channel and bar code
Double certification offline electronic payment methods.
Background technology
Visible light communication（Visible Light Communication, abbreviation VLC）Technology.VLC technologies are exactly to utilize
LED can send this feature for the light flash that high frequency flicker and human eye cannot be perceived, in the data sending terminal height of LED
Stroboscopic sparkles to carry signal, the collection of signal is carried out in photo-sensitive cell of the receiving terminal with the response time equally quickly, so as to realize
The method of radio communication.
Traditional non-cash transaction means are all online transactions, and original magnetic card system is exactly typical online transaction system
System.Offline electronic payment is a kind of when the communicating interrupt such as network, GPRS, 3G, 4G, the transaction payment means for being carried out, RFID, NFC
It is offline electronic payment mode relatively common at present.
" barcode scanning " is information acquiring pattern popular at present, and " barcode scanning payment " is then in " barcode scanning " technology and wechat, branch
Pay means of payment means on the line grown up on the basis of the technologies such as treasured.However, belong to the means of payment of " barcode scanning payment ", still
It is so a kind of on-line payment mode of too busy to get away network, such mode still can not solve network as offline electronic payment
The problem that communicating interrupt cannot pay.
" code " of " barcode scanning " is typically " code " for dynamically changeable, it is necessary to showing on a display screen, used
Liquid crystal display, LED screen are all to need to provide backlighting for, and illumination backlight is a good carrier of visible light communication.According to
Bright backlight is an easy ignored information carrier, and illumination backlight an as transport vehicle for hiding signal is applied
Light payment technical field, can provide a covert channel, improve the security for paying link.
The present invention obtains the inspiration of the several technical approach of the above, make use of camera, flash lamp, environment light perception sensing mould
These are almost the standard configuration of modern smart mobile phone, panel computer to block, jointly constructs it is a kind of with it is safe and hidden from
Line method of payment, as long as people band mobile phone, flat board just can easily be done shopping, consume.
The content of the invention
Propped up offline it is an object of the invention to provide the double certifications of a kind of double random code visible rays with hidden channel and bar code
The method of paying.
Concretely comprise the following steps：
(1) the light certification Offline consumption device of a cuff hidden channel is set up, including：Stored value card, charge machine and server.
Stored value card, including：VISIBLE LIGHT EMISSION module, bar code scan module, wallet control module, wallet module, input
Module, display module, data-interface, wallet Optical Receivers；VISIBLE LIGHT EMISSION module, for the letter being input into according to control module
Breath, generates and sends visible light signal；Bar code scan module, for scanning recognition bar code, and the result of identification is exported to control
Molding block；Control module, is used for：1st, information to be sent is processed, is generated packet, and export and give VISIBLE LIGHT EMISSION mould
Block, drives VISIBLE LIGHT EMISSION module to send visible light signal；2nd, the scanning result output of bar code scan module is received, and to scanning
Result is verified；3rd, receive wallet Optical Receivers result output, and recognized, certification；4th, according to the information for receiving
With the payment information of generation, the information needed by VISIBLE LIGHT EMISSION module is generated；5 and wallet module consumed, supplemented with money,
Inquiry into balance, the read-write operation of Operation Log information；6th, data interaction can be carried out by data-interface and server；Wallet mould
Block, includes for preserving：User account information, wallet balances, consumption rights, password for inquiry, payment cipher, Operation Log, life
Issuer is produced in interior information；And can verify whether the password of input is consistent with the password preserved in wallet crypto module；
Input module, for being input into including the information including payment, password for inquiry, payment cipher, operational order to control module；
Display module, for showing payment, interface for password input, operational order and prompt message；Data-interface, for providing
The network savvy of stored value card, there is provided the function of data exchange, data maintenance and upgrading is connected and carried out with server；Wallet light
Receiver module, the visible ray backlight signal for receiving backlight module transmission.
Charge machine, including：It can be seen that Optical Receivers, bar code display module, Read-write Catrol module, cash register tank module, keyboard
Module, communication module, backlight module；It can be seen that Optical Receivers, for receiving visible light signal, and treatment is reduced into corresponding number
Word signal, is reduced into packet；Bar code display module, is used for：1st, the input information according to Read-write Catrol module, generates and shows
Go out bar code；2nd, display dealing money, interface for password input, operational order and prompt message；Read-write Catrol module, is used for：1、
Receive the output of visible Optical Receivers, and recognized, certification；2nd, information to be sent is processed, is exported to bar code
Display module；3rd, the information sent by optical signal form will be needed to be processed, generates packet, and export and give backlight mould
Block, drives backlight module to send visible light signal；4 and cash register tank module consumed, supplemented with money, inquiry into balance, Operation Log
The read-write operation of information；The 5th, data-interface is provided, the upload and download of row information are entered by communication module and server；Cash register
Tank module, includes for preserving：Operation Log, gathering consumption rights, blacklist, cash register remaining sum, operator password, the term of validity, life
Issuer is produced in interior information；Keysheet module, for referring to Read-write Catrol module input dealing money, trading password, operation
Order；Communication module, for by wired or wirelessly, connecting host computer or access network, so as to server phase
Even；Backlight module, the illumination backlight for providing display for bar code display module, while send visible ray backlight using backlight believing
Number.
Server, is used for：1 and charge machine by communication module set up upload, download data cube computation；2 and electronic money
Wrap the data cube computation set up by data-interface and upload, download；3rd, the background service for providing this offline electronic payment method is supported；4th, carry
For whole offline electronic payment device and the interface of the Capital Flow of financial sector；5th, be charge machine, stored value card granting or cancellation award
Power, there is provided including：Key updating, algorithm update and upgrading, access right adjustment, term of validity adjustment, stored value card are supplemented with money, consumed
Machine is paid in, stored value card and the inquiry of charge machine public information are in interior service；6th, preserving includes：Authorized user's inventory, blacklist,
Operation Log collects, charge machine inventory is in interior information.
Authorized user's inventory, includes for preserving：The identity mark of the authorized stored value card that can carry out offline electronic payment
Knowledge, access right, the term of validity, the identity information of stored value card holder；Blacklist, for preserving authorized user's inventory in, because
Arrearage, the identification information of the part stored value card reported the loss, have improper usage record and be rejected payment transaction;Pay
Interface, the interface for providing whole offline electronic payment device and the Capital Flow of financial sector；Operation Log collects, for preserving
Including all charge machines, the inquiry of stored value card, the time of the operation supplemented with money, consume, payment, payment process data parameters
In interior information；Charge machine inventory, includes for preserving：The authorized consumption identity mark that can carry out offline electronic payment transaction
Knowledge, access right, the term of validity, the identity information of charge machine holder；Server is used for charge machine issued rights in the present invention,
Can possess the function that the stored value card in receiving device is paid；Server is used for stored value card hair in the present invention
Limit of delegating power can possess the function of being paid to the charge machine in device；One is provided to user by server simultaneously to award
Power, authorization is to provide an authorized entity hardware device, or for the user of existing device provides a grant number；And
For equipment is supplemented with money, the identity of write-in stored value card, access right, the term of validity, the payment cipher of stored value card and password for inquiry,
The identity information of stored value card holder.
(2) by holding the beneficiary of the charge machine that identity is CID and holding the stored value card that identity is QID
Paying party is completed jointly, and a payment flow by beneficiary initiation is as follows：
BF1, gathering request is sent by beneficiary, and handling process is comprised the following steps：
BF1.1, beneficiary is input into collection amount JR1 to be received on charge machine.
BF1.2, Read-write Catrol module generates a light random code GSJ1, gathering random code SKSJ1, and defeated according to BF1.1
The collection amount JR1 for entering, generation one containing collection amount JR1 and charge machine identity CID1, gathering random code SKSJ1,
The gathering request SKQQ1 of light random code GSJ1, and bar code display module is arrived into gathering request SKQQ1 outputs；Meanwhile, and by light with
Machine code GSJ1 outputs are sent to backlight module in the form of visible light signal.
BF1.3, bar code display module generates a bar code and shows according to gathering request SKQQ1, uses backlight module
By light random code GSJ1, sent in the form of visible light signal；And start waiting for receiving the response of paying party；If one
The response from paying party is not received in the stand-by period of individual setting, then refreshes bar code display module, wait next gathering
The input of request.
BF2, paying party receives the gathering request from beneficiary, and makes payment response, processing stream according to gathering request
Journey is comprised the following steps：
BF2.1, stored value card recognizes the bar code display module of beneficiary with bar code scan module scans, obtains gathering request
SKQQ2；Light random code GSJ2 is received using wallet Optical Receivers.
BF2.2, control module according to gathering request SKQQ2, obtain collection amount JR2 and charge machine identity CID2,
Gathering random code SKSJ2, light random code GSJ2, and by JR2, CID2 and presentation for payment presentation of information on display module, and wait
Pending payment side confirms；If paying party is agreed to pay, the instruction for agreeing to pay just is input into by input module, and enter into
BF2.3；If paying party input disagrees the instruction of payment or is not confirmed whether to agree within the time of certain setting,
Exit payment flow.
BF2.3, after stored value card obtains the instruction that agreement pays, shows the prompting of input password on display module.
BF2.4, the prompting of Password Input of the user in BF2.3, payment cipher is input into by input module.
The payment cipher that input module is input into is input to wallet module by BF2.5, control module, by wallet module to paying
Password is verified, when checking is without mistaking, into BF2.6；When authentication error, input code error is shown on display module
Prompting, and exit payment flow.
BF2.6, control module checks whether wallet balances prop up enough toward the instruction of wallet module write-in inquiry wallet balances
Pay.
BF2.7, if wallet balances are enough, an enough signal of remaining sum is returned to control module by wallet module,
And enter BF2.8；If wallet balances are not enough, a signal that Sorry, your ticket has not enough value is returned to control module by wallet module, and
Into BF2.9.
BF2.8, control module generates one and agrees to ZFTY2, payment containing stored value card identity QID2, payment
The packet of FKJR2 and gathering request SKQQ2, and by packet output to VISIBLE LIGHT EMISSION module, by VISIBLE LIGHT EMISSION mould
Block sends packet in the form of visible light signal, and starts waiting for the response of beneficiary；If set at one
The response from beneficiary is not received in stand-by period, then end operation, exits payment flow.
BF2.9, control module generates one containing stored value card identity QID2, payment of balance less than ZFBZ2 and receipts
Money asks the packet of SKQQ2, and by packet output to VISIBLE LIGHT EMISSION module, by VISIBLE LIGHT EMISSION module by packet
Sent in the form of visible light signal, control module simultaneously sends a prompt message that Sorry, your ticket has not enough value to display module, leads to
The user that display module informs paying party is crossed, while end operation, exits payment flow.
BF3, the payment response that beneficiary sends according to paying party sends and makes gathering and accept, and handling process is comprising as follows
Step：
BF3.1, visible light signal is received by the visible Optical Receivers of charge machine, and is converted into packet, then is exported to read-write
Control module.
BF3.2, Read-write Catrol module extracted from packet stored value card identity QID3, gathering request SKQQ3,
Payment FKJR3, pay and agree to ZFTY3 or Sorry, your ticket has not enough value ZFBZ3, and gathering random code is extracted from SKQQ3
SKSJ3, light random code GSJ3；If the packet that Sorry, your ticket has not enough value, then sent from Read-write Catrol module to bar code display module
One prompt message that Sorry, your ticket has not enough value, beneficiary user is informed by bar code display module, while end operation, exits flow of payments
Journey；If the packet for paying agreement, then following several checkings are carried out：
1）During whether checking stored value card identity QID3 does not pipe off, if stored value card identity QID3 exists
In blacklist, for checking does not pass through；Otherwise it is to be verified.
2）Receive in packet gathering request SKQQ3 it is whether consistent with the SKQQ1 sent by beneficiary, if both one
Cause, to be verified；Otherwise for checking does not pass through.
3）Payment FKJR3 in the packet of payment response whether with the collection amount JR1 mono- sent by beneficiary
Cause, if both are consistent, to be verified；Otherwise for checking does not pass through.
4）The gathering random code extracted from gathering request SKQQ3 in the gathering random code SKSJ1 and BF3.2 of BF1.2 generations
Whether SKSJ3 is consistent, if both are consistent, to be verified；Otherwise for checking does not pass through.
5）Asking the light random code GSJ3 of SKQQ3 extractions in the light random code GSJ1 and BF3.2 of BF1.2 generations from collecting money is
It is no consistent, if both are consistent, to be verified；Otherwise for checking does not pass through.
When the above five is all verified, into BF3.3, as long as otherwise having what at least one checking did not passed through, just by reading
Write control module and send the prompt message that a checking does not pass through to bar code display module, gathering is informed by bar code display module
The user of side, while end operation, exits payment flow.
BF3.3, Read-write Catrol module generation response random code YDSJ3, light response random code GDSJ3, regenerates a bag
Response random code YDSJ3, light response random code GDSJ3, collection amount JR1, charge machine identity CID1, stored value card are included
Identity QID3, pay and agree to that ZFTY3, gathering code SKM3 accept information SLX3, and information SLX3 outputs to bar will be accepted
Code display module.
BF3.4, bar code display module a bar code and shown according to accepting information SLX3 and generate, meanwhile, and by light
Response random code GDSJ3 outputs are sent to backlight module in the form of visible light signal；And start waiting for receiving paying party
Response；If not receiving the response from paying party within a stand-by period for setting, refresh bar code display module, knot
The flow operations that Shu Benci pays, exit payment flow.
BF4, payer receives the gathering from beneficiary and accepts information, and makes payment answer, the place of paying party accordingly
Reason flow includes：
BF4.1, stored value card recognizes the bar code display module of beneficiary with bar code scan module scans, obtains accepting information
SLX4；Light response random code GDSJ4 is received using wallet Optical Receivers.
BF4.2, control module obtains collection amount JR4, charge machine identity CID4, electricity according to information SLX4 is accepted
ZFTY4, gathering code SKM4, response random code YDSJ4, light response random code are agreed in sub- purse identity mark QID4, payment
GDSJ4, and verified as follows：
1）Whether collection amount JR2 is consistent with collection amount JR4.
2）Whether charge machine identity CID2 is consistent with CID4.
3）Whether stored value card identity QID2 is consistent with QID4.
4）Pay and agree to that ZFTY2 agrees to whether ZFTY4 is consistent with payment.
If 4 contrasts are all consistent respectively above, to be verified, into BF4.3；Otherwise there is the contrast inconsistent to be
Checking does not pass through, and just sending one to display module from control module verifies the prompt message not passed through, and is accused by display module
Paying party is known, while end operation, exits payment flow.
BF4.4, control module sends one and includes collection amount JR4, charge machine identity CID4 to wallet module
Payment instruction.
BF4.5, wallet module updates wallet balances, generates a payment code ZFM4, by the time of this payment operation, receives
Money amount of money JR4, charge machine identity CID4, payment code ZFM4, gathering code SKM4 write-in wallet modules, protect as Operation Log
Deposit, and Payment Amount JR4, payment code ZFM4 are exported to control module.
BF4.6, generates one and includes stored value card identity QID4, Payment Amount JR4, payment code by control module
The packet that ZFM4, charge machine identity CID4, response random code YDSJ4, the payment of light response random code GDSJ4 are replied,
And packet is sent out packet output by VISIBLE LIGHT EMISSION module to VISIBLE LIGHT EMISSION module in the form of visible light signal
See off.
BF5, the payment that beneficiary sends according to paying party is replied, and is made gathering and is confirmed, handling process is comprised the following steps：
BF5.1, visible light signal is received by the visible Optical Receivers of charge machine, and is converted into packet, then is exported to read-write
Control module.
BF5.2, Read-write Catrol module extracts stored value card identity QID5, collection amount JR5, branch from packet
Code ZFM5, charge machine identity CID5, gathering code SKM5, response random code YDSJ5, light response random code GDSJ5 are paid, is gone forward side by side
The following checking of row：
1）Whether collection amount JR1 is consistent with collection amount JR5.
2）Whether charge machine identity CID1 is consistent with CID5.
3）Whether stored value card identity QID3 is consistent with QID5.
4）Whether code SKM3 is consistent with SKM5 for gathering.
5）Whether response random code YDSJ3 is consistent with YDSJ5.
6）Whether light response random code GDSJ3 is consistent with GDSJ5.
If 6 contrasts are all consistent respectively above, to be verified, into BF5.3；Otherwise there is the contrast inconsistent to be
Checking does not pass through, and otherwise sending one to bar code display module from Read-write Catrol module verifies the prompt message not passed through, and passes through
Bar code display module informs beneficiary, while end operation, exits payment flow.
BF5.3, by the time of the operation, stored value card identity QID3, collection amount JR5, payment code ZFM5, gathering
Code SKM5, response random code YDSJ5, light response random code GDSJ5 write-in gathering tank modules, generate Operation Log, and update receipts
The balance amount information of money tank module, and the prompt message of successful payment is shown by bar code display module.
(3) in payment flow, the data that charge machine sends are received from stored value card, and electronic money is received from charge machine
The data for sending are wrapped, may all there is the possibility of None- identified during transmitting-receiving, so in payment flow, for cannot
The data of identification, and lead to not the situation of identification because of data cannot be received, device all can be in a wait for setting
After time time-out, unilaterally terminate payment flow.
In payment flow, the data sent from stored value card to charge machine, and sent from charge machine to stored value card
Data, the loss that may there are data during transmitting-receiving, the risk for being tampered, forging, therefore in payment flow are right
The critical data that receives every time is all assuming to be generated the step of before the data being currently received and payment flow or receive
Data it is different, it is necessary to contrast verification, thereby guarantees that the true, complete of transceiving data.
The present invention is integrated as premise with both visible light communication technology and bar code scan identification technology, and using bar code and
The illumination backlight of the display device of other prompt messages, constructs a hidden channel, to improve the security of payment process, from
And a kind of band for proposing hides the visible ray of signal and the offline electronic payment method of bar code two-way authentication, the present invention is most popular at present
Smart mobile phone, panel computer as stored value card carrier, using its camera, flash lamp, ambient light perception device etc. often
See that configuration, as means of communication, realizes an offline electronic payment method, solve and the drawbacks of cannot departing from network is paid on line.
Brief description of the drawings
Fig. 1 is the structural representation of the inventive method.
Fig. 2 is the structure chart of device in embodiments of the invention.
Marked in figure：1- stored value cards；2- charge machines；3- servers；11- control modules；12- input modules；13- shows
Show module；14- data-interfaces；15- bar code scan modules；16- wallet modules；17- VISIBLE LIGHT EMISSION modules；18- wallet light connects
Receive module；21- Read-write Catrol modules；22- bar code display modules；23- cash register tank modules；The visible Optical Receivers of 24-；25- keys
Disk module；26- backlight modules；27- communication modules.
Specific embodiment
Embodiment：
A kind of double random code visible rays with hidden channel of the invention and the double certification offline electronic payment methods of bar code, specific implementation step
It is rapid as follows：
The light certification Offline consumption device of a cuff hidden channel is set up, including：Stored value card 1, charge machine 2, server 3.
Stored value card 1, including：VISIBLE LIGHT EMISSION module 17, bar code scan module 15, control module 11, wallet module 16,
Input module 12, display module 13, data-interface 14, wallet Optical Receivers 18.
VISIBLE LIGHT EMISSION module 17, for the information being input into according to control module 11, generates and sends visible light signal.
Bar code scan module 15, for scanning recognition bar code, and the result of identification is exported to control module 11.
Control module 11, is used for：1st, information to be sent is processed, generate packet, and export hair to visible ray
Module 17 is penetrated, drives VISIBLE LIGHT EMISSION module 17 to send visible light signal；2nd, the scanning result for receiving bar code scan module 15 is defeated
Go out, and scanning result is verified；3 and wallet module 16 consumed, supplemented with money, inquiry into balance, the reading of Operation Log information
Write operation；4th, according to the information and the payment information of generation for receiving, generation needs the letter sent by VISIBLE LIGHT EMISSION module 17
Breath；5th, data interaction can be carried out by data-interface 14 and server 3；6th, the result for receiving wallet Optical Receivers 18 is defeated
Go out, and recognized, certification.
Wallet module 16, includes for preserving：User account information, wallet balances, consumption rights, password for inquiry, payment
Password, Operation Log, production issuer are in interior information；And can verify input password whether with wallet crypto module in
The password of preservation is consistent.
Input module 12, for the input of control module 11 payment, password for inquiry, payment cipher, operational order.
Display module 13, for showing payment, interface for password input, operational order and prompt message.
Data-interface 14, the network savvy for providing stored value card 1, there is provided be connected with server 3, and carry out data friendship
Change, the function of data maintenance and upgrading.
Wallet Optical Receivers 18, the visible ray backlight signal for receiving the transmission of backlight module 26.
Stored value card 1 is realized using the smart mobile phone for being configured with flash lamp, photoelectric sensor part and camera.
Wallet module 16 is realized using mobile phone sim cards.
Charge machine 2, including：It can be seen that Optical Receivers 24, bar code display module 22, Read-write Catrol module 21, cash box mould
Block 23, Keysheet module 25, communication module 27, backlight module 26.
It can be seen that Optical Receivers 24, for receiving visible light signal, and treatment is reduced into corresponding data signal, is reduced into
Packet.
Bar code display module 22, is used for：1st, the input information according to Read-write Catrol module 21, generates and shows bar code；
2nd, display dealing money, interface for password input, operational order and prompt message.
Read-write Catrol module 21, is used for：1st, the output of visible Optical Receivers 24 is received, and gives certification；2nd, will be pending
The information sent is processed, and is exported to bar code display module 22；3 and cash register tank module 23 consumed, supplemented with money, inquiry into balance,
The read-write operation of Operation Log information；The 4th, communication interface is provided, by communication module 27 and server 3 enter row information upload and
Download；5th, the information sent by optical signal form will be needed to be processed, generates packet, and exported to backlight module 26,
Backlight module 26 is driven to send visible light signal.
Cash register tank module 23, includes for preserving：Operation Log, gathering consumption rights, blacklist, cash register remaining sum, operation
Password, the term of validity, production issuer are in interior information.
Keysheet module 25, for the input of Read-write Catrol module 21 dealing money, trading password, operational order.
Communication module 27, for by wired or wirelessly, connecting host computer or access network, so as to clothes
Business device is connected.
Backlight module 26, the illumination backlight for providing display for bar code display module 22, while sent using backlight can
See light backlight signal.
Server 3, is used for：1 and charge machine 2 by communication module 27 set up upload, download data cube computation；2 and electricity
Sub- wallet 1 sets up the data cube computation for uploading, downloading by data-interface 14；The 3rd, the background service branch of this offline electronic payment method is provided
Hold；The 4th, the interface of the Capital Flow of whole offline electronic payment device and financial sector is provided；5th, it is charge machine 2, stored value card 1 provides
Or cancel mandate, there is provided including：Key updating, algorithm update and upgrading, access right adjustment, term of validity adjustment, stored value card
Supplement with money, charge machine is paid in, stored value card and the inquiry of charge machine public information are in interior service；6th, preserving includes：Authorized user is clear
List, blacklist, Operation Log, charge machine inventory are in interior information.
Authorized user's inventory, includes for preserving：The identity mark of the authorized stored value card that can carry out offline electronic payment
Knowledge, access right, the term of validity, the identity information of stored value card holder.
Blacklist, for preserving authorized user's inventory in, because arrearage, report the loss, have improper usage record be rejected branch
Pay the identification information of the part stored value card of transaction.
Payment interface, the interface for providing whole offline electronic payment device and the Capital Flow of financial sector.
Operation Log collects, the operation for include all charge machines, the inquiry of stored value card for preservation, supplementing, consuming with money
Time, payment, payment process data parameters are in interior information.
Charge machine inventory, for preserving the information of the authorized charge machine terminal that can carry out offline electronic payment transaction, making
With authority, the term of validity.
The distribution process of stored value card includes：A mandate is provided to user by server, authorization can be provided
One authorized entity hardware device, it is also possible to be to be equipped with equipment of the invention for user is existing to provide a grant number；And be
Equipment is supplemented with money, the identity of write-in stored value card, access right, the term of validity, the payment cipher of stored value card and password for inquiry, electricity
The identity information of sub- wallet holder.
Method is by holding the beneficiary of the charge machine 2 that identity is CID and holding the stored value card that identity is QID
1 paying party is completed jointly, and a payment flow by beneficiary initiation is as follows：
BF1, gathering request is sent by beneficiary, and handling process is comprised the following steps：
BF1.1, beneficiary is input into collection amount JR1 to be received on charge machine 2.
BF1.2, Read-write Catrol module 21 generates a light random code GSJ1, gathering random code SKSJ1, and according to BF1.1
The collection amount JR1 of input, generation one contains collection amount JR1 and charge machine identity CID1, gathering random code
The gathering request SKQQ1 of SKSJ1, light random code GSJ1, and bar code display module 22 is arrived into gathering request SKQQ1 outputs；Meanwhile,
And send light random code GSJ1 outputs in the form of visible light signal to backlight module 26.
BF1.3, bar code display module 22 generates a bar code and shows according to gathering request SKQQ1, uses backlight mould
Block 26 sends light random code GSJ1 in the form of visible light signal；And start waiting for receiving the response of paying party；If
The response from paying party is not received within a stand-by period for setting, then refreshes bar code display module 22, waited next
Gathering request input.
BF2, paying party receives the gathering request from beneficiary, and makes payment response, processing stream according to gathering request
Journey is comprised the following steps：
BF2.1, the bar code display module 22 of the scanning recognition beneficiary of bar code scan module 15 of stored value card 1, obtains gathering and asks
Seek SKQQ2；Light random code GSJ2 is received using wallet Optical Receivers 18.
BF2.2, control module 11 obtains collection amount JR2 and charge machine identity according to gathering request SKQQ2
CID2, gathering random code SKSJ2, light random code GSJ2, and by JR2, CID2 and presentation for payment presentation of information on display module,
And wait paying party to confirm；If paying party is agreed to pay, the instruction for agreeing to pay just is input into by input module 12, and enter
To BF2.3；If paying party input disagrees the instruction of payment or is not confirmed whether to agree within the time of certain setting,
Then exit payment flow.
BF2.3, after stored value card 1 obtains the instruction that agreement pays, shows the prompting of input password on display module 13.
BF2.4, the prompting of Password Input of the user in BF2.3, payment cipher is input into by input module 12.
The payment cipher that input module 12 is input into is input to wallet module 16 by BF2.5, control module 11, by wallet module
16 pairs of payment ciphers are verified, when checking is without mistaking, into BF2.6；When authentication error, show defeated on display module 13
Enter the prompting of code error, and exit payment flow.
BF2.6, control module 11 checks whether wallet balances are sufficient toward the instruction of the write-in inquiry wallet balances of wallet module 13
It is enough to pay.
BF2.7, if wallet balances enough, an enough signal of remaining sum are returned to control module by wallet module 16
11, and enter BF2.8；If wallet balances are not enough, a signal that Sorry, your ticket has not enough value returned to by wallet module 16 and gives control mould
Block 11, and enter BF2.9.
BF2.8, control module 11 generates one and agrees to ZFTY2 containing stored value card identity QID2, payment, pays gold
The packet of volume FKJR2 and gathering request SKQQ2, and by packet output to VISIBLE LIGHT EMISSION module 17, sent out by visible ray
Penetrate module 17 to send packet in the form of visible light signal, and start waiting for the response of beneficiary；If at one
The response from beneficiary is not received in the stand-by period of setting, then end operation, exits payment flow.
BF2.9, control module 11 generate one containing stored value card identity QID2, payment of balance less than ZFBZ2 and
The packet of gathering request SKQQ2, and by packet output to VISIBLE LIGHT EMISSION module 17, will by VISIBLE LIGHT EMISSION module 17
Packet is sent in the form of visible light signal, and control module 11 simultaneously sends one Sorry, your ticket has not enough value and carry to display module 13
Show information, the user of paying party is informed by display module 13, while end operation, exits payment flow.
BF3, the payment response that beneficiary sends according to paying party sends and makes gathering and accept, and handling process is comprising as follows
Step：
BF3.1, visible light signal is received by the visible Optical Receivers 24 of charge machine 2, and is converted into packet, then is exported to reading
Write control module 21.
BF3.2, Read-write Catrol module 21 extracts stored value card identity QID3, gathering request from packet
SKQQ3, payment FKJR3, pay and agree to ZFTY3 or Sorry, your ticket has not enough value ZFBZ3, and it is random that gathering is extracted from SKQQ3
Code SKSJ3, light random code GSJ3；If the packet that Sorry, your ticket has not enough value, then from Read-write Catrol module 21 to bar code display module
22 send a prompt message that Sorry, your ticket has not enough value, beneficiary user are informed by bar code display module 22, while end operation, moves back
Go out payment flow；If the packet for paying agreement, then following several checkings are carried out：
1）During whether checking stored value card identity QID3 does not pipe off, if stored value card identity QID3 exists
In blacklist, for checking does not pass through；Otherwise it is to be verified.
2）Receive in packet gathering request SKQQ3 it is whether consistent with the SKQQ1 sent by beneficiary, if both one
Cause, to be verified；Otherwise for checking does not pass through.
3）Payment FKJR3 in the packet of payment response whether with the collection amount JR1 mono- sent by beneficiary
Cause, if both are consistent, to be verified；Otherwise for checking does not pass through.
4）The gathering random code extracted from gathering request SKQQ3 in the gathering random code SKSJ1 and BF3.2 of BF1.2 generations
Whether SKSJ3 is consistent, if both are consistent, to be verified；Otherwise for checking does not pass through.
5）Asking the light random code GSJ3 of SKQQ3 extractions in the light random code GSJ1 and BF3.2 of BF1.2 generations from collecting money is
It is no consistent, if both are consistent, to be verified；Otherwise for checking does not pass through.
When the above five is all verified, into BF3.3, as long as otherwise having what at least one checking did not passed through, just by reading
Write control module 21 and send the prompt message that a checking does not pass through to bar code display module 22, accused by bar code display module 22
The user of beneficiary is known, while end operation, exits payment flow.
BF3.3, the generation response random code of Read-write Catrol module 21 YDSJ3, light response random code GDSJ3, regenerates one
Include response random code YDSJ3, light response random code GDSJ3, collection amount JR1, charge machine identity CID1, electronic money
Bag identity QID3, pay and agree to that ZFTY3, gathering code SKM3 accept information SLX3, and information SLX3 outputs will be accepted and arrive
Bar code display module 22.
BF3.4, bar code display module 22 generates a bar code and shows according to information SLX3 is accepted, meanwhile, and will
Light response random code GDSJ3 outputs are sent to backlight module 26 in the form of visible light signal；And start waiting for reception pair
The response of money side；If not receiving the response from paying party within a stand-by period for setting, refresh bar code display mould
Block 22, terminates the flow operations of this payment, exits payment flow.
BF4, payer receives the gathering from beneficiary and accepts information, and makes payment answer, the place of paying party accordingly
Reason flow includes：
BF4.1, the bar code display module 22 of the scanning recognition beneficiary of bar code scan module 15 of stored value card 1, obtains accepting letter
Breath SLX4；Light response random code GDSJ4 is received using wallet Optical Receivers 18.
BF4.2, control module 11 according to information SLX4 is accepted, obtain collection amount JR4, charge machine identity CID4,
Stored value card identity QID4, payment agree to ZFTY4, gathering code SKM4, response random code YDSJ4, light response random code
GDSJ4, and verified as follows：
1）Whether collection amount JR2 is consistent with collection amount JR4.
2）Whether charge machine identity CID2 is consistent with CID4.
3）Whether stored value card identity QID2 is consistent with QID4.
4）Pay and agree to that ZFTY2 agrees to whether ZFTY4 is consistent with payment.
If 4 contrasts are all consistent respectively above, to be verified, into BF4.3；Otherwise there is the contrast inconsistent to be
Checking does not pass through, and one is just sent to display module 13 from control module 11 verifies the prompt message not passed through, by showing mould
Block 13 informs paying party, while end operation, exits payment flow.
BF4.4, control module 11 sends one and includes collection amount JR4, charge machine identity to wallet module 16
The payment instruction of CID4.
BF4.5, wallet module 16 update wallet balances, generate a payment code ZFM4, by the time of this payment operation,
Collection amount JR4, charge machine identity CID4, payment code ZFM4, gathering code SKM4 write-in wallet modules 16, as operation day
Will is preserved, and Payment Amount JR4, payment code ZFM4 are exported to control module 11.
BF4.6, generates one and includes stored value card identity QID4, Payment Amount JR4, payment by control module 11
The data that code ZFM4, charge machine identity CID4, response random code YDSJ4, the payment of light response random code GDSJ4 are replied
Bag, and by packet output to VISIBLE LIGHT EMISSION module 17, by VISIBLE LIGHT EMISSION module 17 by packet with visible light signal
Form send.
BF5, the payment that beneficiary sends according to paying party is replied, and is made gathering and is confirmed, handling process is comprised the following steps：
BF5.1, visible light signal is received by the visible Optical Receivers 24 of charge machine 2, and is converted into packet, then is exported to reading
Write control module 21.
BF5.2, Read-write Catrol module 21 extracted from packet stored value card identity QID5, collection amount JR5,
Payment code ZFM5, charge machine identity CID5, gathering code SKM5, response random code YDSJ5, light response random code GDSJ5, and
Verified as follows：
1）Whether collection amount JR1 is consistent with collection amount JR5.
2）Whether charge machine identity CID1 is consistent with CID5.
3）Whether stored value card identity QID3 is consistent with QID5.
4）Whether code SKM3 is consistent with SKM5 for gathering.
5）Whether response random code YDSJ3 is consistent with YDSJ5.
6）Whether light response random code GDSJ3 is consistent with GDSJ5.
If 6 contrasts are all consistent respectively above, to be verified, into BF5.3；Otherwise there is the contrast inconsistent to be
Checking does not pass through, and one is otherwise sent to bar code display module 22 from Read-write Catrol module 21 verifies the prompt message not passed through,
Beneficiary is informed by bar code display module 22, while end operation, exits payment flow.
BF5.3, by the time of the operation, stored value card identity QID3, collection amount JR5, payment code ZFM5, gathering
Code SKM5, response random code YDSJ5, light response random code GDSJ5 write-in gathering tank modules 23, generate Operation Log, and update
The balance amount information of gathering tank module 23, and the prompt message of successful payment is shown by bar code display module 22.
In payment flow, the data that charge machine 2 sends are received from stored value card 1, and electronic money is received from charge machine 2
, may all there is the possibility of None- identified during transmitting-receiving in the data that bag 1 sends；In payment flow, for None- identified
Data, and lead to not because of data cannot be received identification situation, all can one setting stand-by period time-out
Afterwards, payment flow is unilaterally terminated.
In payment flow, the data sent from stored value card 1 to charge machine 2, and from charge machine 2 to stored value card 1
The data of transmission, the loss that may there are data during transmitting-receiving, the risk for being tampered, forging, therefore in payment flow
In, to the critical data for receiving every time, it is all assuming to be generated the step of before the data being currently received and payment flow or
The data for receiving are different, it is necessary to contrast verification, thereby guarantees that the true, complete of transceiving data.
Claims (1)
1. a kind of double certification offline electronic payment methods of double random code visible rays with hidden channel and bar code, it is characterised in that specific step
Suddenly it is：
(1) the light certification Offline consumption device of a cuff hidden channel is set up, including：Stored value card, charge machine and server；
Stored value card, including：VISIBLE LIGHT EMISSION module, bar code scan module, wallet control module, wallet module, input module,
Display module, data-interface, wallet Optical Receivers；VISIBLE LIGHT EMISSION module, it is raw for the information being input into according to control module
Into and send visible light signal；Bar code scan module, for scanning recognition bar code, and by the result of identification export mould to control
Block；Control module, is used for：1st, information to be sent is processed, is generated packet, and exported and give VISIBLE LIGHT EMISSION module,
VISIBLE LIGHT EMISSION module is driven to send visible light signal；2nd, the scanning result output of bar code scan module is received, and scanning is tied
Fruit is verified；3rd, receive wallet Optical Receivers result output, and recognized, certification；4th, according to the information that receives and
The payment information of generation, generation needs the information by VISIBLE LIGHT EMISSION module；5 and wallet module consumed, supplemented with money, it is remaining
Volume inquiry, the read-write operation of Operation Log information；6th, data interaction can be carried out by data-interface and server；Wallet mould
Block, includes for preserving：User account information, wallet balances, consumption rights, password for inquiry, payment cipher, Operation Log, life
Issuer is produced in interior information；And can verify whether the password of input is consistent with the password preserved in wallet crypto module；
Input module, for being input into including the information including payment, password for inquiry, payment cipher, operational order to control module；
Display module, for showing payment, interface for password input, operational order and prompt message；Data-interface, for providing
The network savvy of stored value card, there is provided the function of data exchange, data maintenance and upgrading is connected and carried out with server；Wallet light
Receiver module, the visible ray backlight signal for receiving backlight module transmission；
Charge machine, including：Thus it is clear that Optical Receivers, bar code display module, Read-write Catrol module, cash register tank module, Keysheet module,
Communication module, backlight module；It can be seen that Optical Receivers, corresponding numeral letter is reduced into for receiving visible light signal, and processing
Number, it is reduced into packet；Bar code display module, is used for：1st, the input information according to Read-write Catrol module, generates and shows shaping
Code；2nd, display dealing money, interface for password input, operational order and prompt message；Read-write Catrol module, is used for：1st, receive
It can be seen that the output of Optical Receivers, and recognized, certification；2nd, information to be sent is processed, exports and shown to bar code
Module；3rd, the information sent by optical signal form will be needed to be processed, generates packet, and exported to backlight module, driven
Dynamic backlight module sends visible light signal；4 and cash register tank module consumed, supplemented with money, inquiry into balance, Operation Log information
Read-write operation；The 5th, data-interface is provided, the upload and download of row information are entered by communication module and server；Cash register tank module,
Include for preserving：Operation Log, gathering consumption rights, blacklist, cash register remaining sum, operator password, the term of validity, production issuing machine
Structure is in interior information；Keysheet module, for Read-write Catrol module input dealing money, trading password, operational order；Communication mould
Block, for by wired or wirelessly, connecting host computer or access network, so as to be connected with server；Backlight mould
Block, the illumination backlight for providing display for bar code display module, while sending visible ray backlight signal using backlight；
Server, is used for：1 and charge machine by communication module set up upload, download data cube computation；2 and stored value card it is logical
Cross data-interface and set up the data cube computation for uploading, downloading；3rd, the background service for providing this offline electronic payment method is supported；4th, provide whole
The interface of the Capital Flow of individual offline electronic payment device and financial sector；5th, be charge machine, stored value card granting or cancel authorize, carry
For including：Key updating, algorithm update and upgrading, access right are adjusted, the term of validity is adjusted, stored value card is supplemented with money, charge machine is paid
The inquiry of money, stored value card and charge machine public information is in interior service；6th, preserving includes：Authorized user's inventory, blacklist, operation
Daily record collects, charge machine inventory is in interior information；
Authorized user's inventory, includes for preserving：The identity of the authorized stored value card that can carry out offline electronic payment, make
With authority, the term of validity, stored value card holder identity information；Blacklist, for preserving authorized user's inventory in, because arrearage,
The identification information of the part stored value card report the loss, having improper usage record and be rejected payment transaction;Payment interface,
Interface for providing whole offline electronic payment device and the Capital Flow of financial sector；Operation Log collects, and includes for preserving
All charge machines, the inquiry of stored value card, the time of the operation supplemented with money, consume, payment, including payment process data parameters
Information；Charge machine inventory, includes for preserving：The authorized charge machine identity that can carry out offline electronic payment transaction,
Access right, the term of validity, the identity information of charge machine holder；Server is used to, to charge machine issued rights in the present invention, make
The function that its stored value card that can possess in receiving device is paid；Server is used for stored value card granting in the present invention
Authority, can possess the function of being paid to the charge machine in device；One is provided to user by server simultaneously to award
Power, authorization is to provide an authorized entity hardware device, or for the user of existing device provides a grant number；And
For equipment is supplemented with money, the identity of write-in stored value card, access right, the term of validity, the payment cipher of stored value card and password for inquiry,
The identity information of stored value card holder；
(2) by holding the beneficiary of the charge machine that identity is CID and holding the payment of the stored value card that identity is QID
Fang Gongtong is completed, and a payment flow by beneficiary initiation is as follows：
BF1, gathering request is sent by beneficiary, and handling process is comprised the following steps：
BF1.1, beneficiary is input into collection amount JR1 to be received on charge machine；
BF1.2, Read-write Catrol module generates a light random code GSJ1, gathering random code SKSJ1, and according to BF1.1 inputs
Collection amount JR1, generation one containing collection amount JR1 and charge machine identity CID1, gathering random code SKSJ1, light with
The gathering request SKQQ1 of machine code GSJ1, and gathering request SKQQ1 is exported to bar code display module；Meanwhile, and by light random code
GSJ1 outputs are sent to backlight module in the form of visible light signal；
BF1.3, bar code display module is generated according to gathering request SKQQ1 and a bar code and shown, with backlight module by light
Random code GSJ1, is sent in the form of visible light signal；And start waiting for receiving the response of paying party；If set at one
The response from paying party is not received in the fixed stand-by period, then refreshes bar code display module, wait next gathering request
Input；
BF2, paying party receives the gathering request from beneficiary, and makes payment response, handling process bag according to gathering request
Containing following steps：
BF2.1, stored value card recognizes the bar code display module of beneficiary with bar code scan module scans, obtains gathering request
SKQQ2；Light random code GSJ2 is received using wallet Optical Receivers；
BF2.2, control module obtains collection amount JR2 and charge machine identity CID2, gathering according to gathering request SKQQ2
Random code SKSJ2, light random code GSJ2, and by JR2, CID2 and presentation for payment presentation of information on display module, and wait is paid
Money side confirms；If paying party is agreed to pay, the instruction for agreeing to pay just is input into by input module, and enter into BF2.3；Such as
The input of fruit paying party disagrees the instruction of payment or is not confirmed whether to agree within the time of certain setting, then exit payment
Flow；
BF2.3, after stored value card obtains the instruction that agreement pays, shows the prompting of input password on display module；
BF2.4, the prompting of Password Input of the user in BF2.3, payment cipher is input into by input module；
The payment cipher that input module is input into is input to wallet module by BF2.5, control module, by wallet module to payment cipher
Verified, when checking is without mistaking, into BF2.6；When authentication error, carrying for input code error is shown on display module
Show, and exit payment flow；
BF2.6, control module checks whether wallet balances pay enough toward the instruction of wallet module write-in inquiry wallet balances；
BF2.7, if wallet balances are enough, an enough signal of remaining sum is returned to control module by wallet module, is gone forward side by side
Enter BF2.8；If wallet balances are not enough, a signal that Sorry, your ticket has not enough value is returned to control module by wallet module, and enter
BF2.9；
BF2.8, control module generates one and agrees to ZFTY2, payment containing stored value card identity QID2, payment
The packet of FKJR2 and gathering request SKQQ2, and by packet output to VISIBLE LIGHT EMISSION module, by VISIBLE LIGHT EMISSION mould
Block sends packet in the form of visible light signal, and starts waiting for the response of beneficiary；If set at one
The response from beneficiary is not received in stand-by period, then end operation, exits payment flow；
BF2.9, control module generates one containing stored value card identity QID2, payment of balance are less than ZFBZ2 and gathering please
The packet of SKQQ2 is sought, and by packet output to VISIBLE LIGHT EMISSION module, by VISIBLE LIGHT EMISSION module by packet with can
See that the form of optical signal sends, control module simultaneously sends a prompt message that Sorry, your ticket has not enough value to display module, by aobvious
Show that module informs the user of paying party, while end operation, exits payment flow；
BF3, the payment response that beneficiary sends according to paying party is sent and makes gathering and accept, and handling process is comprised the following steps：
BF3.1, visible light signal is received by the visible Optical Receivers of charge machine, and is converted into packet, then is exported to read-write
Control module；
BF3.2, Read-write Catrol module extracts stored value card identity QID3, gathering request SKQQ3 from packet, pays
Amount of money FKJR3, pay and agree to ZFTY3 or Sorry, your ticket has not enough value ZFBZ3, and gathering random code SKSJ3, light are extracted from SKQQ3
Random code GSJ3；If the packet that Sorry, your ticket has not enough value, then a remaining sum is sent from Read-write Catrol module to bar code display module
Not enough prompt message, informs beneficiary user, while end operation, exits payment flow by bar code display module；If
To pay the packet agreed to, then following several checkings are carried out：
1）During whether checking stored value card identity QID3 does not pipe off, if stored value card identity QID3 exists
In blacklist, for checking does not pass through；Otherwise it is to be verified；
2）Whether the gathering request SKQQ3 received in packet is consistent with the SKQQ1 sent by beneficiary, if both are consistent,
To be verified；Otherwise for checking does not pass through；
3）Whether the payment FKJR3 in the packet of payment response is consistent with the collection amount JR1 sent by beneficiary, such as
Both are consistent for fruit, to be verified；Otherwise for checking does not pass through；
4）The gathering random code SKSJ3 extracted from gathering request SKQQ3 in the gathering random code SKSJ1 and BF3.2 of BF1.2 generations
It is whether consistent, if both are consistent, to be verified；Otherwise for checking does not pass through；
5）The light random code GSJ3 extracted from gathering request SKQQ3 in light random code GSJ1 and the BF3.2 of BF1.2 generations whether one
Cause, if both are consistent, to be verified；Otherwise for checking does not pass through；
When the above five is all verified, into BF3.3, as long as otherwise having what at least one checking did not passed through, just controlled by read-write
Molding block sends the prompt message that a checking does not pass through to bar code display module, and beneficiary is informed by bar code display module
User, while end operation, exits payment flow；
BF3.3, Read-write Catrol module generation response random code YDSJ3, light response random code GDSJ3, regeneration one is included
Response random code YDSJ3, light response random code GDSJ3, collection amount JR1, charge machine identity CID1, stored value card identity
Mark QID3, pay and agree to that ZFTY3, gathering code SKM3 accept information SLX3, and information SLX3 outputs will be accepted and show to bar code
Show module；
BF3.4, bar code display module a bar code and shown according to accepting information SLX3 and generate, meanwhile, and by light response
Random code GDSJ3 outputs are sent to backlight module in the form of visible light signal；And start waiting for receiving the sound of paying party
Should；If not receiving the response from paying party within a stand-by period for setting, refresh bar code display module, terminate this
The flow operations of secondary payment, exit payment flow；
BF4, payer receives the gathering from beneficiary and accepts information, and makes payment answer, the processing stream of paying party accordingly
Journey includes：
BF4.1, stored value card recognizes the bar code display module of beneficiary with bar code scan module scans, obtains accepting information
SLX4；Light response random code GDSJ4 is received using wallet Optical Receivers；
BF4.2, control module obtains collection amount JR4, charge machine identity CID4, electronic money according to information SLX4 is accepted
Bag identity QID4, payment agree to ZFTY4, gathering code SKM4, response random code YDSJ4, light response random code GDSJ4, and
Verified as follows：
1）Whether collection amount JR2 is consistent with collection amount JR4；
2）Whether charge machine identity CID2 is consistent with CID4；
3）Whether stored value card identity QID2 is consistent with QID4；
4）Pay and agree to that ZFTY2 agrees to whether ZFTY4 is consistent with payment；
If 4 contrasts are all consistent respectively above, to be verified, into BF4.3；It is checking otherwise to have one to contrast inconsistent
Do not pass through, just sending one to display module from control module verifies the prompt message not passed through, and is informed by display module and paid
Money side, while end operation, exits payment flow；
BF4.4, control module to wallet module send one include collection amount JR4, charge machine identity CID4 pay
Money is instructed；
BF4.5, wallet module updates wallet balances, generates a payment code ZFM4, by the time of this payment operation, gathering gold
Volume JR4, charge machine identity CID4, payment code ZFM4, gathering code SKM4 write-in wallet modules, preserve as Operation Log,
And export Payment Amount JR4, payment code ZFM4 to control module；
BF4.6, generates one and includes stored value card identity QID4, Payment Amount JR4, payment code by control module
The packet that ZFM4, charge machine identity CID4, response random code YDSJ4, the payment of light response random code GDSJ4 are replied,
And packet is sent out packet output by VISIBLE LIGHT EMISSION module to VISIBLE LIGHT EMISSION module in the form of visible light signal
See off；
BF5, the payment that beneficiary sends according to paying party is replied, and is made gathering and is confirmed, handling process is comprised the following steps：
BF5.1, visible light signal is received by the visible Optical Receivers of charge machine, and is converted into packet, then is exported to read-write
Control module；
BF5.2, Read-write Catrol module extracts stored value card identity QID5, collection amount JR5, payment code from packet
ZFM5, charge machine identity CID5, gathering code SKM5, response random code YDSJ5, light response random code GDSJ5, and carry out as
Lower checking：
1）Whether collection amount JR1 is consistent with collection amount JR5；
2）Whether charge machine identity CID1 is consistent with CID5；
3）Whether stored value card identity QID3 is consistent with QID5；
4）Whether code SKM3 is consistent with SKM5 for gathering；
5）Whether response random code YDSJ3 is consistent with YDSJ5；
6）Whether light response random code GDSJ3 is consistent with GDSJ5；
If 6 contrasts are all consistent respectively above, to be verified, into BF5.3；It is checking otherwise to have one to contrast inconsistent
Do not pass through, otherwise sending one to bar code display module from Read-write Catrol module verifies the prompt message not passed through, by bar code
Display module informs beneficiary, while end operation, exits payment flow；
BF5.3, by the time of the operation, stored value card identity QID3, collection amount JR5, payment code ZFM5, gathering code
SKM5, response random code YDSJ5, light response random code GDSJ5 write-in gathering tank modules, generate Operation Log, and update gathering
The balance amount information of tank module, and the prompt message of successful payment is shown by bar code display module；
(3) in payment flow, the data that charge machine sends are received from stored value card, and stored value card hair is received from charge machine
The data sent, the possibility that may all there is None- identified during transmitting-receiving, so in payment flow, for None- identified
Data, and lead to not because of data cannot be received identification situation, device all can one setting stand-by period
After time-out, unilaterally terminate payment flow；
In payment flow, the data sent from stored value card to charge machine, and the number sent from charge machine to stored value card
According to, the loss that may there are data during transmitting-receiving, the risk for being tampered, forging, therefore in payment flow, to each
The critical data for receiving, all assumes number being generated the step of before the data being currently received and payment flow or receiving
According to different, it is necessary to contrast verification, thereby guarantees that the true, complete of transceiving data.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710066525.9A CN106845997B (en) | 2017-02-07 | 2017-02-07 | Double-random code visible light and bar code double-authentication offline payment method with hidden channel |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710066525.9A CN106845997B (en) | 2017-02-07 | 2017-02-07 | Double-random code visible light and bar code double-authentication offline payment method with hidden channel |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106845997A true CN106845997A (en) | 2017-06-13 |
| CN106845997B CN106845997B (en) | 2020-10-09 |
Family
ID=59122948
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710066525.9A Active CN106845997B (en) | 2017-02-07 | 2017-02-07 | Double-random code visible light and bar code double-authentication offline payment method with hidden channel |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106845997B (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110727812A (en) * | 2019-05-30 | 2020-01-24 | 张文 | Method, system, storage medium and device for managing collection code image |
| CN113627927A (en) * | 2021-08-03 | 2021-11-09 | 支付宝(杭州)信息技术有限公司 | Offline payment method and system |
| CN113904724A (en) * | 2021-10-12 | 2022-01-07 | 中国人民解放军战略支援部队信息工程大学 | Communication device and communication system |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102930429A (en) * | 2012-11-19 | 2013-02-13 | 北京子衿晨风科技有限公司 | Verification system and verification method |
| CN103996116A (en) * | 2014-04-21 | 2014-08-20 | 北京邮电大学 | Mobile payment system and method based on visible light communication technology |
| CN104463298A (en) * | 2014-12-30 | 2015-03-25 | 桂林理工大学 | Charging and authentication identification method for passive visible light charging label and reader-writer |
| CN105117905A (en) * | 2015-07-21 | 2015-12-02 | 北京邮电大学 | Wireless Key payment system based on visible light communications and payment method |
| US20160072582A1 (en) * | 2014-09-09 | 2016-03-10 | Panasonic Intellectual Property Management Co., Ltd. | Visible light communication device and receiving device |
| CN105405005A (en) * | 2015-12-18 | 2016-03-16 | 宁波大学 | Mobile wallet payment method based on optical communication and near field communication |
-
2017
- 2017-02-07 CN CN201710066525.9A patent/CN106845997B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102930429A (en) * | 2012-11-19 | 2013-02-13 | 北京子衿晨风科技有限公司 | Verification system and verification method |
| CN103996116A (en) * | 2014-04-21 | 2014-08-20 | 北京邮电大学 | Mobile payment system and method based on visible light communication technology |
| US20160072582A1 (en) * | 2014-09-09 | 2016-03-10 | Panasonic Intellectual Property Management Co., Ltd. | Visible light communication device and receiving device |
| CN104463298A (en) * | 2014-12-30 | 2015-03-25 | 桂林理工大学 | Charging and authentication identification method for passive visible light charging label and reader-writer |
| CN105117905A (en) * | 2015-07-21 | 2015-12-02 | 北京邮电大学 | Wireless Key payment system based on visible light communications and payment method |
| CN105405005A (en) * | 2015-12-18 | 2016-03-16 | 宁波大学 | Mobile wallet payment method based on optical communication and near field communication |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110727812A (en) * | 2019-05-30 | 2020-01-24 | 张文 | Method, system, storage medium and device for managing collection code image |
| CN113627927A (en) * | 2021-08-03 | 2021-11-09 | 支付宝(杭州)信息技术有限公司 | Offline payment method and system |
| CN113904724A (en) * | 2021-10-12 | 2022-01-07 | 中国人民解放军战略支援部队信息工程大学 | Communication device and communication system |
| CN113904724B (en) * | 2021-10-12 | 2022-11-22 | 中国人民解放军战略支援部队信息工程大学 | Communication device and communication system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106845997B (en) | 2020-10-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9031880B2 (en) | Systems and methods for non-traditional payment using biometric data | |
| WO2007061433A2 (en) | Systems and methods for non-traditional payment | |
| CN106485851A (en) | A kind of nothing card automatic teller machine and nothing card withdrawal system | |
| CN106910070A (en) | Exempt from close offline electronic payment method with what visible light communication and barcode scanning were recognized | |
| US20230222475A1 (en) | Rules engine for communication round trips optimization of kernel-in-cloud payment transaction | |
| CN106845997A (en) | Double random code visible rays with hidden channel and the double certification offline electronic payment methods of bar code | |
| EP3432248A1 (en) | Method and system for user authentication to facilitate secure transactions | |
| US20190019192A1 (en) | Method and System for User Authentication to Facilitate Secure Transactions | |
| CN106910069A (en) | Offline electronic payment method with visible ray Yu bar code two-way authentication | |
| CN106910068A (en) | The light certification offline electronic payment method of many algorithm multi-key ciphers | |
| US11393298B2 (en) | Financial transaction system and method | |
| CN1828649A (en) | Electronic payment identification method and its ID identification terminal and ATM | |
| US11948428B2 (en) | System and method for utilizing vouchers to facilitate purchases in association with a gaming establishment retail account | |
| CN106600274A (en) | Multi-algorithm multi-key optical authentication offline payment apparatus | |
| KR100646361B1 (en) | financial transaction system using mobile with banking IC card and method thereof | |
| CN106910058A (en) | The quick offline electronic payment method of light certification with hidden channel | |
| CN106920095A (en) | Band hides the light certification offline electronic payment method of eap-message digest | |
| CN106875180A (en) | On-line payment method with visible ray Yu bar code two-way authentication | |
| CN206541338U (en) | A kind of offline electronic payment device with two-way authentication | |
| US20170061435A1 (en) | Using a secondary identifier to select a data set | |
| CN206541337U (en) | A kind of on-line payment device with two-way authentication | |
| KR101025014B1 (en) | A portable apparatus for controlling an automatic machine | |
| CN106910067A (en) | Band hides the light certification offline electronic payment device of message | |
| CN106920093A (en) | Visible ray with hidden channel and bar code authentication on-line payment device | |
| CN207216684U (en) | A kind of visible ray and bar code authentication on-line payment device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20170613 Assignee: Guangxi Biaoyu Technology Development Co.,Ltd. Assignor: GUILIN University OF TECHNOLOGY Contract record no.: X2023980044270 Denomination of invention: Dual Random Code Visible Light and Barcode Dual Authentication Offline Payment Method with Hidden Channels Granted publication date: 20201009 License type: Common License Record date: 20231026 |
|
| EE01 | Entry into force of recordation of patent licensing contract |