JP2014192664A - Code identification method for achieving printed mobile code to be set after printing of link destination url - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a code identification method that achieves a printed mobile code that may be set after a link destination URL is printed.SOLUTION: The code identification method includes: printing in advance as a mobile code a URL containing an ID for identifying a label as a parameter; when a redirection destination URL of the ID is not yet set in the URL, setting a redirection destination URL; when it is set, preparing a sever to which the redirection response is returned to set a link destination URL of the mobile code as a redirection destination URL after the printing.

Description

  The present invention relates to a printed code in which a URL link can be set after printing.

Two-dimensional barcodes such as QR Code (registered trademark) and Data Matrix (registered trademark) can store more information than one-dimensional barcodes such as JAN code and Codabar. The sequence can be encoded. In particular, in the case of scanners for mobile phones, smartphones, and other devices that have a Web Browser, it is widely used to launch the Browser application and jump to the URL when the character string obtained by decoding the read 2D barcode is a URL. Has been done. The specifications for the interpretation of the character string read by the barcode scanner and the application startup for the application that processes it appropriately, such as this URL character string and Browser, are the NTT DoCoMo that was the basis of the Open Mobile Aliance (OMA) specification described later. It is called “code recognition function” in the i-mode (registered trademark) specifications of the company, and the Open Mobile Aliance (OMA), an international organization that develops common specifications for mobile device applications, Despite the fact that a specification called “Code” has been defined and has become a common function both in Japan and abroad today, it has not yet been established. For the purpose of simplifying the description and avoiding confusion, this specification has been created with the function of recognizing the meaning of the character strings represented by the various barcodes described so far by syntactic analysis and starting the corresponding application. Various bar codes are called “mobile codes”.
In mobile terminals that have limited input methods compared to PCs, mobile codes have the advantage of eliminating the complexity of character input by users, so they are widely used for advertising, publishing, equipment management, etc. However, the mobile code printed on the label, in particular, is attached to the target object to link the information related to the control object so that it can be read by the mobile device. There are advantages such as making it possible to easily manage information and creating a document linked to electronic information by pasting it on the document.

  However, the generation of a label printed with a mobile code requires a dedicated output device such as a label printer, resulting in a lack of mobility in its creation and use. There are many demands for creating labels that are printed with useful mobile codes on the spot in daily life and business situations in the office, but it is physically necessary to carry them on a daily basis as much as mobile phones and smartphones. However, since there is no label printer that can be used in terms of cost, the use of a label printed with a mobile code is convenient, but it has not been used by ordinary people in ordinary places in daily life.

  Despite its convenience, a label printed with a mobile code has not been generally used due to restrictions on output devices. Therefore, there is a need for means or a method that can prepare a label printed with a mobile code in which a necessary link destination is set, even if it does not have a dedicated output device.

As a solution to this problem, as a very simple method that is not technical, there is a method of receiving and delivering a required label by providing a system for receiving an order for a label printed with a mobile code. In view of the number of days until, the immediacy of generating at the necessary place when necessary is significantly impaired.
Another method is to dynamically create mobile code. That is, it is possible to provide a method in which an electromagnetic display unit such as a CPU, a memory, and electronic paper is provided on the label, and a mobile code displayed by the label is created and registered later by RFID or other means. However, this method has orders of magnitude higher costs than the method of printing on paper, and cannot withstand general use.
If it is possible to set the link destination for a label that has been pre-printed with a mobile code on a normal inexpensive paper in advance, the label will be provided in advance and possessed. By doing so, it is possible to create a label having a necessary link without an output device such as a label printer when necessary. However, since there was no such method, there was no such label.

Patent Publication 2013-16944

Patent application 2000-401428

IETF "Hypertext Transfer Protocol-HTTP / 1.1" http://www.ietf.org/rfc/rfc2616.txt

Open Mobile Aliance "White Paper on Mobile Codes" http://technical.openmobilealliance.org/Technical/release_program/docs/MobileCodes/V1_0-20081024-A/OMA-WP-MobileCodes-20081024-A.pdf

NTT DoCoMo "Barcode" http://www.nttdocomo.co.jp/service/developer/make/content/barcode/

  The problem to be solved is that the linked URL of the printed mobile code is determined at the time of printing and cannot be changed later.

  The present invention reads a code including an ID for identifying a label and printed with a URL to the server from a device, and if the redirect destination URL related to the ID is not set in the read code, the redirect destination A code identification method that displays a URL setting screen on the device and returns a redirect response to the redirect destination URL to the device if the redirect destination URL related to the ID is set in the read code. To do.

  According to the present invention, it is possible to realize a printed mobile code in which a link destination URL can be set later.

FIG. 1 is a flowchart showing the operation of the terminal and the server. (Example 1), (Example 2), (Example 3) FIG. 2 is an ER diagram of the database on the server. (Example 1)), (Example 2)

  FIG. 1 is a flowchart in which the processing on the mobile terminal side is described in the left lane and the server side is described in the right lane.

  The URL to the server including the ID that uniquely identifies the label as a parameter is printed in advance. For example, if the URL of the server is http://label.com and the id of the label is 123, create a mobile code with the URL http: //label.com&id=123 Print it out.

  When this label is read by the bar code reader of the terminal (FIG. 1, bar code reader input 01), a GET command is issued with the ID as a parameter according to the mobile code specification (step 01 in FIG. 1).

  Upon receiving this GET command, the server searches the database based on the parameter ID (step 02 in FIG. 1).

  FIG. 2 is an ER diagram of this database. For each label ID, redirect URL (redirect_url in FIG. 2), reference count (reference_count in FIG. 2), expiration date (expration_date in FIG. 2), external reference to user information (user_id in FIG. 2), etc. Are the elements that are not set in the initial state.

  The server searches this database and checks whether the user information has already been set (FIG. 1, branch 01). If not, it returns a response requesting user registration to the terminal (FIG. 1, screen output 01). In response to the input of user information (step 03 in FIG. 1), the server side performs user registration in the DB (step 04 in FIG. 1). Specifically, the user entry in FIG. 2 is created, password, email_address, etc. are set, and an external reference link to the user entry is set in user_id of the label entry. Also, if an expiration date is set for the label due to practical necessity, expiration_date is set at this timing.

If the user information has already been set, it is checked whether the redirect URL is set next (branch 02 in FIG. 1). If not, a response requesting redirect URL registration is returned to the terminal (screen output in FIG. 1). 02) The user inputs the URL to be linked to this label as the input of the redirect destination URL on the terminal side (step 05 in FIG. 1), and the server then registers the redirect destination URL in the DB (see FIG. 1). Step 06 in FIG. Specifically, the redirect destination URL is set in redirect_url of the label entry in FIG. This redirect URL is the link URL of this label set by the user.

Finally, if a redirect destination URL has already been set, the server returns a redirect response to the registered redirect destination URL to the terminal (step 08 in FIG. 1). The browser on the terminal side receives this redirect response, redirects to the URL according to the HTTP specification (step 07 in FIG. 1), and displays the redirect destination on the browser (screen output 03 in FIG. 1). If it is desired to record the reference number of the mobile code due to practical necessity, the reference number is increased by 1 at this timing of the server (step 09 in FIG. 1). Specifically, the reference_count of the label entry in FIG. This reference count can be used not only for managing the expiration date of the label, but also for quantitative evaluation of the effectiveness of the advertisement when the mobile code is used for signage.
Therefore, the registration of the link destination URL by the user using only the mobile device can be set as the redirect destination URL to the server and the label ID indicated by the mobile code for the label on which the mobile code has been printed.

  Subsequent GET commands (step 01 in FIG. 1) issued by any reading of the mobile code by the barcode reader of the mobile terminal (FIG. 1 bar code reader input 01), all branches on the server side (branch 01 in FIG. 1) , The branch 02) always passes through the true path, and the redirect response to the set redirect URL is returned (step 08 in Fig. 1), and the redirect URL is constantly displayed in the terminal browser. Result (screen output 03 in FIG. 1).

  There are several types of redirect responses specified in section 10.3 of rfc2616 (Non-Patent Document 1) that defines browser behavior for HTTP commands and responses, but the most appropriate redirect for this purpose is "302 Found (Moved Temporary) ". "301 Moved Permanently" is stored as a permanent change on the browser side of the terminal, and even if the link destination URL is changed again, there is a possibility that the URL will be redirected to the previous URL depending on the browser implementation .

  In the embodiment of FIG. 1, when the management of the mobile code owning user is unnecessary, that is, once the link destination URL is set, the link destination URL is changed again, and various contacts to the user are unnecessary. In some cases, branch 01 in FIG. 1, screen output 01, step 03, step 04, and the user entry in FIG. 2 and the user_id of the label entry are unnecessary. These are essential for normal commercial purposes, but user management may be unnecessary for limited purposes such as in-house systems.

  In addition to the example in Fig. 1, if you want to provide a function to further change the link URL once registered, log in the registered user to a normal Web application, and display the list of labels that have the user_id as an external reference directly. Prepare a special scanner application with a method to change or URL change mode, and perform the process of Fig. 1 in normal use, and issue the HTTP PUT command instead of the GET command in step 01 of Fig. 1 in URL change mode It is possible to prepare a REST style application such as causing the server side to reset the redirect destination URL or issuing the HTTP DELETE command to initialize the database on the server side. is there.

  By providing an inexpensive label without the need to print the mobile code in advance, the label can be created and affixed to an object when needed without a label printer.

Claims (2)

  Read the code that includes the ID for identifying the label and the URL to the server is printed from the device. If the redirect URL for the ID is not set in the read code, the redirect destination URL setting screen Is displayed on the device, and a redirect response to the redirect destination URL is returned to the device if a redirect destination URL related to the ID is set in the read code. A code that includes an ID for identifying a label read from the device and that is printed with a URL to the server is received from the device,
If the redirect destination URL related to the ID is not set in the code, an instruction to display the redirect destination URL setting screen on the device is sent to the device,
If a redirect destination URL related to the ID is set in the code, a redirect response to the redirect destination URL is returned to the device.
A code identification program for causing the server to execute processing.

Images