Summary of the invention
One of purpose of the present invention provides based on the method for interchanging data of continuous mechanical-readable code and system, thereby can transmit data easily between mobile phone and personal computer.
Another object of the present invention provides based on the method for interchanging data of continuous mechanical-readable code and system, and it utilizes existing hardware, and can transmit data between mobile phone and personal computer, thereby can be able to increase the additional function of the mobile phone with digital camera.
According to characteristics of the present invention, the present invention proposes a kind of method for interchanging data based on continuous mechanical-readable code, be to be used between one first device and one second device, transmitting data, wherein, this first device has a display, this second device has a video capture device, and this method comprises: (A) these first device data that will transmit are divided into a plurality of blocks; (B) this first device should be converted to corresponding a plurality of mechanical-readable code by a plurality of blocks, and should be shown in circularly on this display by a plurality of mechanical-readable codes; (C) video capture device with this second device captures these shown a plurality of mechanical-readable codes of this first device, display continuously, and respectively these a plurality of mechanical-readable codes of acquisition is deciphered, to obtain these a plurality of blocks; (D) this second device should make up by a plurality of blocks, thereby obtains this data.
According to another characteristics of the present invention, the present invention proposes a kind of exchanges data system based on continuous mechanical-readable code, comprises one first device and one second device.This first device has a display and a mechanical-readable code generation unit, the data that this first device will transmit are divided into a plurality of blocks, and should be converted to corresponding a plurality of mechanical-readable code by a plurality of blocks, and should be shown in circularly on this display by a plurality of mechanical-readable codes with this mechanical-readable code generation unit.This second device has a video capture device and a mechanical-readable code decoding unit, this second device captures these shown a plurality of mechanical-readable codes of display of this first device continuously with this video capture device, and respectively these a plurality of mechanical-readable codes of acquisition are deciphered with this mechanical-readable code decoding unit, to obtain these a plurality of blocks, this second device also should make up by a plurality of blocks, thereby obtains this data.
Description of drawings
Fig. 1 is a kind of synoptic diagram of uniting based on the exchanges data of continuous mechanical-readable code of the present invention.
Fig. 2 is the calcspar of first device of the present invention and second device.
Fig. 3 is the process flow diagram that first device of the present invention shows mechanical-readable code.
Fig. 4 is the process flow diagram of second device acquisition of the present invention and decoding mechanical-readable code.
Fig. 5 shows that the data that will transmit are divided into a plurality of blocks and add the signal of header data at each block.
Fig. 6 is the process flow diagram that first device of another embodiment of the present invention shows mechanical-readable code.
Fig. 7 is the process flow diagram of second device acquisition of the present invention and decoding mechanical-readable code.
The primary clustering symbol description:
First device, 100displays 110
Mechanical-readablecode generation unit 120controllers 130
Mechanical-readablecode decoding unit 150video capture devices 140
Mechanical-readable code 55,160data 170
Second device, 200video capture devices 210
Mechanical-readablecode decoding unit 220controllers 230
Mechanical-readablecode generation unit 250 displays 240
Block 50
Block order 61block sums 62
Embodiment
Fig. 1 is the synoptic diagram of a kind of data exchange system based on continuous mechanical-readable code of the present invention, comprises one first device, 100 and 1 second device 200.Thisfirst device 100 can be personal computer, mobile computer, personal digital assistant, camera cell phone or any equipment with display device one of them, thissecond device 200 can be personal computer, mobile computer, personal digital assistant, camera cell phone or any equipment with display device one of them.In the present embodiment, thisfirst device 100 is a personal computer, and thissecond device 200 is a camera cell phone.
As shown in Figure 1, these first device, 100data 170 that tendency to develop is sent are shown on itsdisplay 110 with mechanical-readable code 160.Thissecond device 200 captures the shown mechanical-readable code 160 of this first device, display of 100 110 with avideo capture device 210, to reach the purpose of exchanges data.
Fig. 2 is the calcspar of thisfirst device 100 and this second device 200.Thisfirst device 100 mainly comprises adisplay 110, a mechanical-readablecode generation unit 120, reaches acontroller 130, and more can have avideo capture device 140 and a mechanical-readable code decoding unit 150.The data that thecontroller 130 of thisfirst device 100 will transmit are divided into a plurality ofblocks 50, and should be converted to corresponding a plurality of mechanical-readable code 160 by a plurality ofblocks 50 with this mechanical-readablecode generation unit 120, and, as shown in Figure 1, should be shown in circularly on thisdisplay 110 by a plurality of mechanical-readable codes 160.
Thissecond device 200 mainly includes avideo capture device 210, a mechanical-readablecode decoding unit 220, reaches acontroller 230, and more can have adisplay 240 and a mechanical-readable code generation unit 250.Thissecond device 200 captures these shown a plurality of mechanical-readable codes 160 of this first device, display of 100 110 continuously with thisvideo capture device 210, and respectively these a plurality of mechanical-readable codes 160 of acquisition are deciphered with this mechanical-readablecode decoding unit 220, to obtain these a plurality ofblocks 50, thecontroller 230 of thissecond device 200 also should make up by a plurality ofblocks 50, thereby obtains thisdata 170.
And thevideo capture device 140 of thisfirst device 100 and mechanical-readablecode decoding unit 150, thedisplay 240 that reaches thissecond device 200 and mechanical-readablecode generation unit 250 can be reached the effect of automatic end data exchange.When thissecond device 200 obtained thisdata 170, thissecond device 200 produced the mechanical-readable code 55 that generation end of list (EOL) transmits by this mechanical-readablecode generation unit 250, and it is shown in its display 240.This finishes the mechanical-readable code 55 of transmissionvideo capture device 140 acquisitions of thisfirst device 100, and decipher by the mechanical-readable code 55 that 150 pairs of these end of this mechanical-readable code decoding unit transmit, finish to transmit control signal and produce one, show these a plurality of mechanical-readable codes 160 on itsdisplay 110 thereby stop at.
Fig. 3 is the process flow diagram thatfirst device 100 of the present invention shows mechanical-readable code.Fig. 4 is the process flow diagram of second device of the present invention, 200 acquisitions and decoding mechanical-readable code.The present invention by the flow process of Fig. 3 and Fig. 4, can be sent to the data of thisfirst device 100 thissecond device 200 respectively.
As shown in Figure 3, in step S310, thiscontroller 130 has judged whether thatdata 170 will transmit, if judge havedata 170 to transmit, then execution in step S320 does not havedata 170 to transmit as if judging, then resumes step S310.In step S320, these first device, 100data 170 that will transmit by thiscontroller 130 are divided into a plurality of blocks 50.Because thedata 170 that will transmit may be greater than 160 data volumes that can carry of a mechanical-readable code, so thedata 170 that need to transmit are carried out dividing processing.
In step S330, thiscontroller 130 will add header data in eachblock 50, as shown in Figure 5, thedata 170 that transmit are to be divided into a plurality of blocks 501 ~ 509, and wherein the header data that added of eachblock 50 comprises thisblock 50 at theorder 61 of these a plurality of blocks 501 ~ 509 and thesum 62 of block.Since need a plurality of mechanical-readable codes 160 are shown on thisdisplay 110 circularly, in eachblock 50, add header data, to be used to distinguish eachblock 50 pairing mechanical-readable code 160.
In step S340, thisfirst device 100 should be converted to corresponding a plurality of mechanical-readable code 160 by a plurality ofblocks 50 by this mechanical-readable code generation unit 120.In step S350, and should be shown in circularly on thisdisplay 110 by a plurality of mechanical-readable codes 160.
In step S410, thissecond device 200 usesvideo capture device 210 to capture thedisplay 110 present shown mechanical-readable codes 160 of thisfirst device 100 continuously.Video capture device 210 is with these shown a plurality of mechanical-readable codes 160 of this first device of picture frame mode (frame-by-frame)acquisition acquisition 100 displays 110.In step S420, thissecond device 200 uses this mechanical-readable code 160 of 220 pairs of acquisitions of these mechanical-readable code decoding units to decipher, to obtain theblock 50 corresponding with this mechanical-readable code 160.
In step S430, whether thiscontroller 230 received to judge thisblock 50 according to the order of the header data in this block 50.If step S430 judges that thisblock 50 did not receive, then execution in step S440 judges that as if step S430 thisblock 50 had received, then execution in step S410.
In step S440, store this block 50.In step S450, thiscontroller 230 judges whether to still have the mechanical-readable code that does not receive according to the sum of this header data again, if judging, step S450 do not had the mechanical-readable code that does not receive, execution in step S460 then, if judging, step S450 still has the mechanical-readable code that does not receive, then execution in step S410.
In step S440, thissecond device 200 should make up by a plurality ofblocks 50, thereby obtains this data 170.In step S470, thissecond device 200 produces the mechanical-readable code 55 that generation end of list (EOL) transmits, and it is shown on itsdisplay 240, to finish the transmission of 200 in thisfirst device 100 and this second device.
In step S360, this finishes the mechanical-readable code 55 of transmissionvideo capture device 140 acquisitions of thisfirst device 100, and decipher with the mechanical-readable code 55 that 150 pairs of these end of this mechanical-readable code decoding unit transmit, finish to transmit control signal and produce one, stop at these a plurality of mechanical-readable codes of demonstration on itsdisplay 110 thereby thiscontroller 130 transmits control signal according to this end.
In other embodiments, thissecond device 200 produces an indicator signal when step S470, to represent the transmission of 200 in thisfirst device 100 of end and this second device.This indicator signal can be the voice signal of a prompting, and when the user heard this voice prompt, the mechanical-readable code that promptly finishes thissecond device 200 received.
Fig. 6 is the process flow diagram thatfirst device 100 of another embodiment of the present invention shows mechanical-readable code.Fig. 7 is second device, 200 acquisitions of Fig. 6 correspondence and the process flow diagram of decoding mechanical-readable code.The process flow diagram of Fig. 6 is all identical except that step S660 with the process flow diagram of Fig. 3, will not give unnecessary details.In step S660, thisfirst device 100 judges whether to reach a schedule time, and if not, resumes step S350 then is if 130 of this controllers stop at and show these a plurality of mechanical-readable codes on its display 110.If thisdisplay 110 shows that at every turn mechanical-readable codes 160 use a second, and nine mechanical-readable codes 160 are arranged, thisdisplay 110 shows that this 160 of group mechanical-readable code spent for nine seconds.At this moment, this schedule time can be set at for 27 seconds, and so 110 of this displays repeat to show this group mechanical-readable code 160 3 times.The process flow diagram of Fig. 7 is all identical except that step S750 with the process flow diagram of Fig. 4, will not give unnecessary details.In step S750, thissecond device 200 judges whether to reach a schedule time, if not, and resumes step S410 then, if, execution in step S460 then.
In present embodiment, this mechanical-readable machine is a two-dimensional bar.Simultaneously in present embodiment, this mechanical-readablecode decoding unit 150, mechanical-readablecode decoding unit 220, mechanical-readablecode generation unit 120, and mechanical-readablecode generation unit 250 be hardware module.Yet in other embodiments, this mechanical-readablecode decoding unit 150, mechanical-readablecode decoding unit 220, mechanical-readablecode generation unit 120, and mechanical-readablecode generation unit 250 can be software module.When it was software module, known mobile phone with digital camera can be carried out data transferring method of the present invention, can increase the additional function of the mobile phone with digital camera and need not increase hardware cost.
From the above, in the known two-dimensional bar utilization, two-dimensional bar needs to produce in advance, and its entrained information is fixed, and it can't be applicable to that two data between the device transmit.And the present invention is a plurality of mechanical-readable codes with data conversion, utilizesfirst device 100 dynamically to produce a plurality of mechanical-readable codes, and 200 entrained information of a plurality of mechanical-readable codes of acquisition of second device are carried out the data transmission and can allow between two devices.And in the utilization of known two-dimensional bar, the information that two-dimensional bar institute can carry has its data quantitative limitation, and the technology of the present invention can allow and carries out data between two devices and transmit and the quantitative limitation of breakthrough data.Simultaneously, the technology of the present invention need not increase the hardware cost of mobile phone, can between mobile phone and personal computer, transmit data easily, not only need not possess the USB cable and come to be connected with USB interface or also need not install wireless communication module (as blue bud module etc.), the while can increase the additional function of the mobile phone with digital camera.
The foregoing description is only given an example for convenience of description, and the interest field that the present invention advocated should be as the criterion so that claims are described, but not only limits to the foregoing description.