(57)【要約】      （修正有）【課題】リンク先ＵＲＬを印刷後に設定できる印刷済みモバイルコードを実現するコード識別方法を提供する。【解決手段】ラベルを識別するIDをパラメタとして含めたURLをモバイルコードとして事前に印刷しておき、当該URLにはそのIDについてリダイレクト先URLがまだ設定されていなければリダイレクト先URLの設定をさせ、設定されてればそこへのリダイレクトレスポンスを返すサーバを用意することで、モバイルコードのリンク先URLをリダイレクト先URLとして印刷後に設定する。【選択図】図１
2014192664.tif 000002
【特許請求の範囲】
【請求項１】
ラベルを識別する ID を含めたコードであって サーバ への URL が印刷された前記コードを装置から読み込み、読み込んだコードに前記IDに係るリダイレクト先URLが設定されていなければリダイレクト先URLの設定画面を前記装置に表示し、読み込んだコードに前記IDに係るリダイレクト先URL設定されていれば前記リダイレクト先URLへのリダイレクトレスポンスを前記装置に返す、コード識別方法
【請求項２】
装置から読み込まれた、ラベルを識別するIDを含めたコードであって、サーバへのURLが印刷された前記コードを前記装置から受信し、
前記コードに前記IDに係るリダイレクト先URLが設定されていなければ、リダイレクト先URLの設定画面を前記装置に表示させる指示を前記装置に送付し、
前記コードに前記IDに係るリダイレクト先URL設定されていれば、前記リダイレクト先URLへのリダイレクトレスポンスを前記装置に返す、
処理を前記サーバに実行させるコード識別プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、URLのリンクを印刷後に設定することができる印刷済みコードに関するものである。
【背景技術】
【０００２】
QRコード（登録商標）やData Matrix（登録商標）といった２次元バーコードは、JAN コードや Codabar 等の１次元バーコードよりも保存出来る情報量が多く、単に数字列を符号化するだけでなく文字列を符号化することができる。特に、携帯電話やスマートフォン等のWeb Browserを持つ端末のスキャナでは、読み取った２次元バーコードを復号化した文字列がURLであった場合に Browser アプリケーションを起動し、当該URLにジャンプさせることが広く行われている。このURL文字列とBrowserように、バーコードスキャナで読み取った文字列の解釈とそれを適切に処理するアプリケーションの連携起動の仕様は、後述する Open Mobile Aliance(OMA) 仕様の元となったNTT DoCoMo社の i-mode （登録商標）仕様内では”コード認識機能”と呼ばれており、モバイルデバイスのアプリケーションの共通仕様を策定する国際団体である Open Mobile Aliance (OMA)ではそれを元に”モバイルコード”と呼ばれる仕様が定義され、今日広く国内外で一般的な機能となっているにもかかわらず、いまだ定着した一般名称がみうけられない。記載の簡便化及び混乱を避ける目的で、本明細書ではこれまで述べた各種バーコードの表現する文字列を構文解析によって意味を認識して対応するアプリケーションを起動する機能及びその目的で作成された各種バーコードを”モバイルコード”と呼ぶ。
PCと比べて限定的な入力手段しかもたないモバイル端末において、モバイルコードにはユーザによる文字入力の煩雑さを解消することができ利点があるため、広告、出版、機材管理などに広く使われるに至っているが、特にラベルに印刷されたたモバイルコードには、そのモバイルコードを対象物に貼り付けることにより対照物と関連した情報とをリンクさせモバイル機器で読み取れるようにすることで物や場所の情報管理を簡易に可能にする、書類に貼付けることで電子情報とリンクする書類を作成できるなどの利点がある。
【０００３】
しかし、モバイルコードを印刷したラベルの生成にはラベルプリンタ等の専用の出力機器が必要であることにより、その作成及び利用には機動性を欠く結果となっている。日常生活やオフィスでのビジネスの現場で、その場で有益なモバイルコードを印刷したラベルを作成したいという需要は多々あるのだが、携帯電話やスマートフォンと同程度に日常的に携行することが物理的にもコスト的にも可能なラベルプリンタが存在しないため、モバイルコードを印刷したラベルの利用は便利なものであるにもかかわらず、日常の普通の場所での普通の人による利用に至っていない。
【０００４】
モバイルコードを印刷したラベルは、その利便性にも関わらず出力機器の制約により一般に利用されるに至っていない。そこで、必要なリンク先が設定されたモバイルコードが印刷されたラベルを、専用の出力機器を所持していなくても必要な時に用意できる手段もしくは方法が必要となる。
【０００５】
この解決策として、技術的ではない極めて単純な方法としてはモバイルコードを印刷したラベルの発注を受けるシステムを提供することで必要なラベルの発注を受けて配送するという方法があるが、発注から配送までの日数を鑑みるに、必要なときに必要な場所で生成するという即時性を著しく損なっている。
他に、モバイルコードを動的に作成する方法が考えられる。つまり、ラベルにCPUとメモリと電子ペーパー等の電磁的な表示部を設け、RFIDその他の手段でそのラベルが表示するモバイルコードを後から作成して登録する方法が可能である。しかし、この方法では紙に印刷する方法と比べて桁違いにコストが高くなり、一般の使用に耐えない。
通常の安価な紙に通常の安価な方法で事前にモバイルコードが印刷されたラベルについて、そのリンク先を後から設定することが可能であれば、そのようなラベルの提供を事前に受けて所持することにより、必要なリンクを持つラベルを必要な時にラベルプリンタ等の出力機器なしで作成することができるのだが、従来そのような方法が無かったため、そのようなラベルもなかった。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許公開２０１３−１６９４４
【０００７】
【特許文献１】特許出願２０００−４０１４２８
【非特許文献】
【０００８】
【非特許文献１】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 "バーコード" http://www.nttdocomo.co.jp/service/developer/make/content/barcode/
【発明の概要】
【発明が解決しようとする課題】
【００１１】
解決しようとする問題点は、印刷済みモバイルコードのリンク先URLが印刷時に決まっており、後から変更することができない点である。
【課題を解決するための手段】
【００１２】
本発明は、ラベルを識別する ID を含めたコードであって サーバ への URL が印刷された前記コードを装置から読み込み、読み込んだコードに前記IDに係るリダイレクト先URLが設定されていなければリダイレクト先URLの設定画面を前記装置に表示し、読み込んだコードに前記IDに係るリダイレクト先URL設定されていれば前記リダイレクト先URLへのリダイレクトレスポンスを前記装置に返す、コード識別方法を最も主要な特徴とする。
【発明の効果】
【００１３】
この発明により、リンク先URLを後から設定可能な印刷済みモバイルコードの実現を可能にする。
【図面の簡単な説明】
【００１４】
【図１】図１は端末およびサーバの動作示したフローチャートである。（実施例１）、（実施例２）、（実施例３）
【図２】図２はサーバ上のデータベースのER図である。（実施例１））、（実施例２）
【発明を実施するための形態】
【００１５】
【実施例１】
【００１６】
図１は、図1 は、左側レーンにモバイル端末側、右側レーンにサーバ側の処理を記載したフローチャートである。
【００１７】
当該ラベルにはパラメタとして一意にそのラベルを識別する ID を含めた当該 Server への URL を事前に印刷しておく。例えば、サーバの URL が http://label.com であり、当該ラベルの id が 123 であった場合、http://label.com&id=123 をURLとするモバイルコードを作成して事前にラベルに印刷しておく。
【００１８】
このラベルを端末のバーコードリーダーで読むと（図1バーコードリーダー入力01）モバイルコードの仕様に従ってIDをパラメタとしてGETコマンドを発行する（図１ステップ01）。
【００１９】
このGETコマンドを受けてサーバはパラメタのIDを元にデータベースを検索する（図１ステップ02）。
【００２０】
図２は、このデータベースのER図である。各々のラベルのID毎に、リダイレクト先URL(図２のredirect_url)、参照回数(図２のreference_count)、失効日（図２のexpration_date）、およびユーザ情報への外部参照(図２のuser_id)などを要素に持ち、それらは初期状態では未設定である。
【００２１】
サーバはこのデータベースを検索し、ユーザ情報がすでに設定されているかチェックし（図１分岐01）、まだであればユーザ登録を求めるレスポンスを端末に返し（図１画面出力01）、端末側でのユーザ情報の入力（図１ステップ03）を受けてサーバ側でDBへのユーザ登録を行う（図１ステップ04）。具体的には図２のuser エントリが作成され、password, email_address 等が設定され、label エントリの user_id に当該 user エントリへの外部参照リンクが設定される。また、実用上の必要性よりラベルに失効日を設けるのであればこのタイミングで expiration_date の設定を行う。
【００２２】
ユーザ情報がすでに設定されている場合、次にリダイレクト先URLが設定されているかチェックし（図１の分岐02）まだであればリダイレクト先URL登録を求めるレスポンスを端末に返し（図１の画面出力02)、端末側でユーザに、このラベルにリンクさせたいURLをリダイレクト先URLの入力として入力させ（図１のステップ05）、これをうけてサーバ側でDBへのリダイレクト先URL登録を行う（図１のステップ06）。具体的には図２のlabel エントリの redirect_url に当該リダイレクト先URLが設定される。このリダイレクト先URLこそが、ユーザが設定したこのラベルのリンク先URLとなる。
【００２３】
最後に、リダイレクト先URLがすでに設定されている場合、その登録されているリダイレクト先URLへのリダイレクトレスポンスをサーバは端末に返信する（図１のステップ08）。端末側のブラウザはこのリダイレクトレスポンスを受けて、HTTP の仕様に従い当該 URL へのリダイレクトが行われ（図１のステップ07）、リダイレクト先がブラウザに表示される（図１の画面出力03）。また、実用上の必要性により当該モバイルコードの参照回数の記録を行いたい場合、サーバのこのタイミングで参照回数を１増やす（図１のステップ09）。具体的には図２のlabel エントリのreference_countを１増やす。この参照回数は、ラベルの有効期限の管理に使える他、モバイルコードをサイネージに利用した場合の広告の有効性の定量的評価等に用いることができる。
よって、モバイルコードを印刷済みのラベルに対して、モバイル機器のみを用いたユーザによるリンク先URLの登録が、当該モバイルコードが示すサーバとラベルIDへのリダイレクト先URL として設定することができる。
【００２４】
以後の当該モバイルコードのモバイル端末のバーコードリーダーによる一切の読み込み（図1バーコードリーダー入力01）によって発行されるGETコマンド（図１ステップ01）は、サーバ側の全ての分岐（図１分岐01、同分岐02）が恒常的に真のパスを通り、設定されたリダイレクト先URLへのリダイレクトレスポンスが返信（図１ステップ08）されることとなり、端末側ブラウザではリダイレクト先URLが恒常的に表示される結果となる（図１画面出力03）。
【００２５】
HTTP のコマンドやレスポンスについてブラウザの挙動を定義する rfc2616（非特許文献１）の、 section 10.3 で規定では、リダイレクトレスポンスにはいくつかの種類があるが、この目的に最も適切なリダイレクトは "302 Found(Moved Temporary)" である。"301 Moved Permanently" では端末のブラウザ側で永続的な変更として記憶されてしまい、リンク先URLを再度変更した場合にもブラウザの実装によっては変更前の URL へのリダイレクトが行われる可能性がある。
【実施例２】
【００２６】
図１の実施例で、モバイルコードの所有ユーザの管理が不要である場合、つまり一旦リンク先URLの設定をおこなった後に再度、リンク先URLの変更を行う、およびユーザへの各種連絡が不要である場合は、図１の分岐01、画面出力01、ステップ03、ステップ04及び図２のuserエントリ並びにlabel エントリの user_id は不要である。通常の商用目的ではこれらは必須になるが、社内システム等の限定的な目的ではユーザ管理が不要になる場合も考えられる。
【実施例３】
【００２７】
図１の実施例に加え、一度登録したリンク先URLをさらに変更する機能を用意したい場合、通常のWebアプリケーションに登録ユーザをログインさせ、当該 user_id を外部参照として持つ label の一覧を表示して直接変更させる方法、もしくはURL変更モードを持つ特殊なスキャナアプリを用意し、通常の使用では図１の処理を行い、URL変更モードでは図１ステップ01のGETコマンドのかわりにHTTP の PUTコマンドを発行することでサーバ側に redirect 先URLの再設定処理を行わせる、または HTTP の DELETE コマンドを発行することでサーバ側にデータベースの初期化を行わせる等のRESTスタイルなアプリケーションを用意する方法などが可能である。
【産業上の利用可能性】
【００２８】
事前にモバイルコードが印刷されかさばらずに安価なラベルを提供することことによって、ラベルプリンタなしで必要なときにラベルを作成して対象物に貼り付けることができる。
【図１】
2014192664.tif 000003
【図２】
2014192664.tif 000004