KR20200040365A - AUTO SCHEDULE REGISRATION BY QR code using compression algorithm for schedule data - Google Patents

Abstract

The present invention relates to a method for automatically registering a schedule from a compressed QR code using scheduled information compression technology, capable of automatically registering the scheduled in a digital calendar. According to the present invention, the method comprises: a step of receiving data related to a schedule to be registered to the digital calendar; a step of compressing the received data in a predetermined compression method; a step of combing the compressed data with a URL of a web server to store the same in the QR code; and a step of transmitting a schedule registration file to a user device when a third person reads the QR code with a scanner.

Description

Automatic schedule registration method from compressed QR code using the compression technology of schedule information {AUTO SCHEDULE REGISRATION BY QR code using compression algorithm for schedule data}

QR code, compression technology

QR code, compression technology

Detailed in detail for carrying out the invention

Detailed in detail for carrying out the invention

Detailed in detail for carrying out the invention

[1] The present invention

1) After receiving data related to the schedule you want to register in the digital calendar,

2) Compress by a predetermined compression method proposed in the present invention,

3) When the QR code of the present invention is read by the get method, the string value obtained by encoding the data consisting of the compressed byte array using the Base64 URL coding method is combined with the URL of the web server to process it, and this is included in the QR code.

That is, if the string value is contained in a parameter called tq, and the web server and page to process QR code data are www.qr2time.com/m.aspx,

The url format data is put in the QR code like "www.qr2time.com/m.aspx?q= ( base64 url encoded string)" .

4) Next, if you read this QR code using a scanner that allows a third party to read the QR code,

5) After moving to the web server pointed to by the url contained in the QR code, the web server reads the string value separated by the parameter of the get method delivered together in the url,

6) After decoding the Base 64 URL-encoded string, restore the compressed data byte array,

7) After restoring schedule-related data according to the decompression method proposed in the present invention,

8) It is an invention to convert this to the ical file format, which is the standard date of international digital calendar, and to transmit the schedule registration file (ical) file to the user device.

9) When the ical file is transmitted from the user device, the mobile and PC of the receiver automatically run an application that can process the schedule in the form of an ics file, so that the user can automatically register the schedule in his digital calendar.

 <<<< Basic string generation method for schedule information creation >>>>

The string representing the schedule information in 1) is generated from information classified by items related to a schedule manually or automatically received from a user through various types of applications or an automatic input system such as the example below,

 You can generate this information by separating it with the promised delimiter character. It will be similar to the form below.

For example, 2018-01-01; 09: 00; 2018-01-01; 15: 00; Schedule Title; Schedule Place; Schedule Details; 2018-01-02; 09: 00; 2018-01-03; 15 : 00; Schedule 2; Schedule 2; Schedule 2; 2018-01-03; 09:00; 2018-01-05; 15:00; Schedule 3; Schedule 3; Schedule 3;

These schedule registration characters are eventually composed of Korean / multilingual characters, or English, numeric, or symbol characters, and can be composed of various formats. If the format is a mutually-promised form by the schedule creation side and the schedule registration side, There are no restrictions on the form.

In other words, it can include all items necessary for schedule management / registration, such as start schedule, end schedule, title, place, details, repeatability, alarm status, importance, related emails, etc. The constituent characters may be any characters constituting the Unicode character code table, and the QR code generating side and the QR code decoding side only need to be able to process the configuration format of mutual information in the same way.

<<<< How to compress the basic string of schedule information >>>>

1) In order to compress schedule information, first, in the present invention, characters constituting schedule information are converted into a UTF-8 character system, and then these UTF-8 characters are converted into information in bit units. (Hereinafter referred to as 'original bit stream.') The core principle of compression is to replace the original bit stream with a compressed bit stream composed of a header bit and a tail bit .

As a reference, UTF-8 has a characteristic that is generated in 1-4 bytes differently depending on what the original character was as follows.

2) The compressor reads from the most significant bit to the least significant bit of the original bit stream data in bit units, and compresses according to different compression scenarios in each of the following cases.

[1] When a bit string starting with '0' is encountered in the current bit position of the original bit string (a string in the Unicode 0 to 7F area)

 For the highest priority bit string

Before determining whether a RAW bit string is defined in Dictionary 1, when two 8-bit strings that are considered to be used with very high frequency appear, the bit string is immediately converted into a compressed bit string.

For example, two characters; In the case of (semi-colon) (00111011) or comma (00101100), these bit strings are converted to '1110' and '11110', respectively, and compressed. If two characters are selected, even if they are not semi-colon and blank characters, the ASCII code bit string of the selected characters can be compressed by substituting the header bit '1110' or '11110', respectively. At this time, there is no tail bit.

The position of the original bit string to be read next is moved 8 bits long, and then the compression process is repeated.

When RAW bit string is defined in advance

From this bit, if this is the same as the bit string (RAW) of the UTF-8 conversion data of this multi-frequency string mapped in advance to the multi-frequency string by selecting in advance 1, the header bit is set to '0. 'And the tail bit is a bit string combined with a specific compressed bit string (COMPRESSED) registered together in advance 1, and then converted by compressing the header and tail bits into a combined bit stream.

The position of the original bit string to be read next is moved by the length of the COMPRESSED bit string, and then the compression process is repeated.

Meanwhile,

Compressed bit streams (COMPRESSED) that correspond 1: 1 with this frequent word can usually use universal codes, but any bit streams with excellent compression and unique decoding can be adopted.

In the dictionary, the rule of COMPRESSED mapped with RAW is a method of matching the length of the COMPRESSED bit string in proportion to the length of the bit string corresponding to the RAW, and the rule of matching the COMPRESSED bit string of a short length to the RAW appearing with frequent frequency. And so on.

RAW bit string is not defined beforehand

On the other hand, if the RAW bit string defined in dictionary 1 cannot be found in the original bit stream starting with '0', 7 bits are read from the next bit after the '0' position.

The header bit is set to '110' and the tail bit is compressed data by concatenating the read 7 bits .

The position of the original bit string to be read next is moved 8 bits long, and then the compression process is repeated.

<2> Original bit string In the case of a bit string starting with '1110' from the current position

When RAW bit string is defined in advance

From this bit, if this is the same as the bit string (RAW) of the UTF-8 conversion data of this multi-frequency string mapped in advance to the multi-frequency string by selecting it in advance 2, the header bit is '10 'And the tail bit is set as a specific compressed bit string (COMPRESSED) previously registered together in dictionary 2, and the header and tail are replaced with the combined bit stream. The position of the original bit string to be read next is moved by the length of the COMPRESSED bit string, and then the compression process is repeated.

RAW bit string is not defined beforehand

On the other hand, in the original bit string starting with '1110', if the predefined 2 RAW bit string cannot be found, 4 bits are read from the bit after the '1110' position, the 2 bits are skipped again, and the 6 bits are read again. After skipping 2 bits, 6 bits are read to read a total of 16 bits (see UTF-8 code structure below).

The header bit is '1111110' and the tail bit is connected to the read 16 bits to be compressed data .

The position of the original bit string to be read next is moved 24 bits long, and then the compression process is repeated.

<3> Original bit string In the case of a bit string starting with '110' from the current position

The bit string of the characters corresponding to the above Unicode 80 ~ 7FF is the original bit string, but

If you decide not to create a dictionary of, the header bit is set to '111110', and the tail bit is the tail bit of 11 bits combined with 6 bits , skipping 5 bits and 2 bits after, 3 bits at the current original bit string position. And a header bit and tail bit are combined to be a compressed bit string.

The position of the original bit string to be read next is moved by 16 bits, and then the compression process is repeated.

<3> Original bit string In the case of a bit string starting with '11110' from the current position

The bit string of the characters corresponding to Unicode 10000 ~ 10FFFF above is the original bit string, but

If you do not want to create a dictionary of, the header bit is set to '11111111', the tail bit is from the current original bit string position, 5 bits are skipped after 3 bits and 2 bits thereafter, and 6 bits are skipped again. By skipping 6 bits and 2 bits again, 21 bits of tail bits combined with 6 bits are obtained, and header-bit and tail bits are combined to form a compressed bit stream.

The position of the original bit string to be read next is moved by 32 bits, and then the compression process is repeated.

<<<< Base64 URL encoding of compressed schedule information >>>>

The byte array obtained through the compression process is compressed once more using a known compression algorithm, and then the byte array generated by compression is converted to conform to URL character composition standards by using Base64 URL encoding.

For reference, when the byte array is changed to a Base 64 url string, the size increases by about 33% to 3 bytes ==> 4 bytes, and this effect can be minimized through the compression algorithm of the present invention.

Using the base64 url string as a query string parameter, a QR code is generated by finally putting the generated string in the QR code by combining it with the url of the QR generation server using the get method.

This is a method of storing the URL delivered in the get method of the following form in the QR code.

<<<< How to decompress schedule information configuration data and create ical file >>>

Recognize the QR code as described above with your mobile

When the URL is called by the get method to the web server, the web server side decodes the compressed data in the form of base64 url string passed as an argument through the reverse process of the compression process to restore a certain basic information string.

The restored character string is processed according to the international standard of ics file according to the string parsing method promised by the schedule registrar, and the ics file is generated by processing the parsing information according to the appropriate ics file international standard.

When the web server responds to the ics file generated in real time in the form of a file to the user, the mobile device, etc., recognizes the ics file in the mobile operating system and recognizes it to start the calendar app. You will be able to register.

Claims (1)

As a basic application for a domestic priority claim, the separate claims are not specified.