JP4670464B2 - 情報読取装置、情報処理装置、情報通信システム、情報読取方法、及びプログラム - Google Patents

近年、小型のカメラやスキャナなどを用いてバーコード等の読み取り対象物の画像を読み込むことにより、その画像に埋め込まれた情報を読み取る情報読取装置が普及している。このような情報読取装置の代表的なものとして、商品管理用のバーコード読取装置や、二次元バーコード（二次元コード）を読み取ることのできるカメラ付き携帯電話等がある。その他にも、最近ではＲＦタグとそのＲＦタグの情報を読み取るリーダも普及しつつある。これらの情報読取装置を用いて読み取り対象物を読み込む場合、通常、読み取り対象物であるタグやバーコードに対する、情報読取装置の位置や角度が変化しても、その位置や角度が読み取り可能な範囲内であれば、読み取り対象物の画像から読み出される情報は常に同一である。

しかしながら、上記従来の情報読取装置では、対象物から読み出される情報は常に同一であり、得られる情報を読み取り時の簡単な操作によって変更することができない、という問題がある。これは、読み取り対象物と情報読取装置との間の位置関係や角度などの読み取り状態を示す情報が単に補正のためだけに用いられ、意味のある情報として活用されていないためである。また、情報読取装置を使用すれば誰でも情報を読み出すことができるため、読み取り対象に記された情報の入手を制限したい場合には、別の認証手段を必要とする、という課題もある。

本発明は、上記事情に鑑みてなされたものであり、カメラやスキャナ等を用いて読み取り対象物の画像から情報を読み取る情報読取装置において、対象物の画像読み取り時における、対象物と情報読取装置との相対的位置関係、情報読取装置自身の回転角、周辺環境などの状態に応じて、読み取った情報の意味付けを変化させることを目的とする。

本発明によれば、対象物の画像読み取り時に取得される、従来意味付けがされていなかった情報を、意味のある情報として有効活用することができ、情報読取装置自体に新たなハードウェアを追加することなく、扱える情報量を増やすことが可能になる。

以下、本発明を実施するための最良の形態について添付図面を参照して詳細に説明する。

本発明の概要について図１５を参照して説明する。
カメラやスキャナ等を用いて読み取り対象物の画像を読み込むことにより取得される情報は、図１５に示すように、（ａ）読み取り対象物自身の情報（以下、対象物データという）と、（ｂ）読み取り対象物と情報読取装置との相対的位置関係、情報読取装置自身の回転角（傾き）、光量や温度等の周辺環境等、対象物画像の読み取り時における状態を示す情報（以下、状態データという）と、から構成される。従来の情報読取装置では、（ａ）の部分のみをデコード（解析）して対象物データのみを取得しており、（ｂ）の部分はデコード対象ではなく、状態データはデコードする際の補正情報としてのみ用いられていた。本発明の情報読取装置は、（ｂ）の状態データについてもデコードして新たな情報として取得する。これにより、従来は意味付けがされていなかった（ｂ）の状態データを意味のある情報として有効活用することができ、情報読取装置自体に新たなハードウェアを追加することなく、従来に比べ、扱える情報の量を増やすことが可能になる。しかも、増大する分の情報を読み取り時の簡単な操作によって変化させることで、さらに、扱える情報の量を増やすことができる。

本発明の実施例１について図面を参照して詳細に説明する。
まず、本発明の実施例１として、情報読取装置である携帯端末について説明する。図１に本実施例の携帯端末の構成を示す。

本実施例の携帯端末１は、所定の情報が埋め込まれた画像が印刷（又は刻印）された読み取り対象物からその画像を読み込み、読み込んだ画像を基に埋め込まれた情報を読み取るための機能を有する情報読取装置であり、例えば、携帯電話機、ＰＤＡ、バーコードリーダ等が挙げられる。この携帯端末１は、図１に示すように、カメラ３、画像情報解析部４、二次元バーコード・デコード部５、実行処理特定部２０、記憶部２１、データ出力部２２、を有する。なお、本実施例では、情報読取装置として携帯端末を例としたがこれに限定されない。

カメラ３は、読み取り対象物の画像である二次元バーコードを撮影し、撮影した画像を画像データとして取得し、取得した画像データを画像情報解析部４へ送る機能を有する。

ここで、カメラ３によって撮影される二次元バーコードについて説明する。本実施例で撮影対象となる二次元バーコードは、文字や数字等のデータを二次元の図形パターンとして物体の表面や紙面等の読み取り対象物に刻印・印刷される画像であり、水平方向及び垂直方向の両方に所定の情報が埋め込まれた二次元コードである。この二次元バーコードは大きく分けて、従来の一次元バーコードを積み上げた形の「スタック型二次元コード」と、パターンが格子状になっている「マトリックス型二次元コード」の２種類がある。マトリックス型の二次元バーコードの例としては、図１６（ａ）に示すＱＲコードや図１６（ｂ）に示すＣＰコード等がある。ＱＲコードにおける３カ所の切り出しシンボルやＣＰコードにおけるＬ型ガイドマークによって、情報の高速読込・高速検出が可能になる。また、これらの切り出しシンボル及びＬ型ガイドマークから読み込まれる情報は、上述した状態データ（図１５の（ｂ）参照）であり、通常はデコード時の補正のみに利用されるデータであるので、デコード対象ではなく、意味付けがされていなかった。本実施例では、切り出しシンボルやＬ型ガイドマークから読み込まれる状態データについてもデコード対象とすることで意味のある情報として有効活用する。
また、これらの切り出しシンボル及びＬ型ガイドマークの撮影状態（撮影結果として得られる画像平面上での位置関係など）は、上述した状態データ（図１５の（ｂ）参照）の１つであるが、通常は対象データをデコードする際の画像補正のためにのみ用いられ、その後の処理内容には影響を及ぼさなかった。本実施例では、これらの切り出しシンボル及びＬ型ガイドマークの撮影状態を、上述の状態データとして取得・記録して、その後の処理内容を決定するパラメータとして有効活用する。
なお、本実施例では、マトリックス型の二次元バーコードであるＱＲコードを例として以下に説明するが、二次元バーコード以外のバーコード（一次元バーコード等）を適用してもよい。

画像情報解析部４は、カメラ３から送られてきた二次元バーコードの画像データを解析し、当該二次元バーコードをどの方向から撮影したかを判断・記録し、撮影方向データ（状態データの一例）として取得する機能と、取得した撮影方向データを実行処理特定部２０へ送り、かつ、画像データを二次元バーコード・デコード部５へ送る機能と、を有する。

二次元バーコード・デコード部５は、画像情報解析部４から送られてきた二次元バーコードの画像データを解析し、二次元バーコード自体のデータ（対象物データ）である文字データを取得する機能と、取得した文字データを実行処理特定部２０へ送る機能と、を有する。

実行処理特定部２０は、二次元バーコード・デコード部５から送られてきた文字データと、画像情報解析部４から送られてきた撮影方向データとを基に実行する処理を特定し、特定した処理を実行するための制御を行う機能を有する。実行処理の特定は、記憶部２１に予め格納されているテーブルを参照して行う。このテーブルは、文字データ及び撮影方向データ毎に所定の実行処理が対応付けられている。よって、実行処理特定部２０は、文字データと、撮影方向データとを、実行処理を特定するための識別データとして用いる。なお、本実施例では、実行処理の特定にあたって、文字データ及び撮影方向データの両方を用いるようにしたが、撮影方向データ（状態データ）のみを識別データとして用いてもよい。

データ出力部２２は、実行処理特定部２０によって特定された処理に関するデータを出力する機能を有する。例えば、画像等を表示する表示部、音声を出力する放音部（スピーカ）、バイブレータ機能を実行する振動部、外部機器に対して所定の信号を送出する信号送出部（赤外線送信部）等である。

次に、図２を参照して、本実施例の携帯端末１の動作（情報読取方法及び情報読取プログラム）について詳細に説明する。なお、本実施例の携帯端末１は、情報読取プログラムの制御により以下の動作を実施する。

携帯端末１の使用者がカメラ３を用いて二次元バーコードを撮影した場合、カメラ３で撮影された二次元バーコードの画像は画像データとして画像情報解析部４に送られる（ステップＳ１）。画像情報解析部４は、その画像データを解析して、二次元バーコードとカメラ３との撮影時の位置関係（カメラ３がどの方向から二次元バーコードを撮影したか）を割り出し、割り出した結果を撮影方向データ（例えば、θ=45°φ=90°：θ及びφは図４で定義される角度）として実行処理特定部２０へ送る（ステップＳ２）。また、画像情報解析部４は、その画像データを二次元バーコード・デコード部５へ送る。

ここで、画像情報解析部４によって割り出される撮影方向について図３及び図４を参照して説明する。例えば、図３（ａ）に示すようにＱＲコードを正対した位置で撮影した場合と、図３（ｂ）に示すように４５°傾けた位置で撮影した場合とを比べると、図２（ｂ）では左上の切り出しシンボルと左下の切り出しシンボルとの間の辺の長さは、図２（ａ）に比べて１／√２の長さとなる原理から分かるように、ＱＲコードの３つの切り出しシンボルは、左上、左下、右上に位置することが決まっており、かつ、大きさもそれぞれ同じであることから、画像情報解析部４は、カメラで撮影した画像から３点の切り出しシンボルのサイズや位置を取得・解析することにより、図４に示すように、仮想空間上の二次元バーコードの位置を特定することができる。よって、図３に示すθの角度を検出することができる。また、図４に示すその他の角度についても同様に検出できる。
なお、図４において、ｘ軸、ｙ軸、ｚ軸は、被写体の形態的特徴あるいは色によるマーキングなどから定義できるものとする。また、被写体の絶対的大きさが予め分かっている場合、たとえカメラの焦点距離が得られなくとも、画像データから被写体とカメラとの距離ｒを割り出すことが可能である。

次に、二次元バーコード・デコード部５は、画像情報解析部４から送られてきた画像データを基に文字データ（対象物データ）を取得する（ステップＳ３）。例えば、二次元バーコードがＱＲコードの場合、まず３つの切り出しシンボルを検出し、それら切り出しシンボルに囲まれた内部の黒と白の格子を２進数の符号（例えば、０１１１００１０）として扱い、文字列によって構成される文字データ（例えば、ＡＢＣＤ）を生成する。この文字データは、製品名、製品コード、ＵＲＬ等の識別子である。そして、二次元バーコード・デコード部５は、文字データ「ＡＢＣＤ」を実行処理特定部２０へ送る。なお、二次元バーコードのデコード処理はＱＲコードやＣＰコードなど、実際の仕様により異なる。

実行処理特定部２０は、二次元バーコード・デコード部５から送られてきた文字データ「ＡＢＣＤ」と、画像情報解析部４から送られてきた撮影方向データ「θ=45°φ=90°」とを識別データとして用い、記憶部２１に予め格納されているテーブルを参照する（ステップＳ４）。このテーブルには、文字データ及び撮影方向データ毎に所定の実行処理が対応付けられている。例えば、このテーブルにおいて、「ＡＢＣＤ」及び「θ=45°φ=90°」に対応する処理が「アラーム設定」である場合、実行処理特定部２０は、「アラーム設定」処理を実行すべき処理として特定する（ステップＳ５）。そして、実行処理特定部２０は、アラーム設定に関する各部を制御してアラーム設定の処理動作を実行する。この時、アラーム設定がされた旨を示す表示やアラーム音の放音は、データ出力部２２である表示部や放音部を介して行われる。

なお、本実施例では、状態データとして撮影方向データを用いたが、これに限定されるものではない。例えば、二次元バーコードの撮影時における、カメラと二次元バーコードとの距離を計測・記録し、距離データとして取得する機能と、取得した距離データを実行処理特定部２０へ送る機能とをカメラ３に設けて、距離データを状態データとして使用してもよい。あるいは、二次元バーコードの撮影時における、携帯端末１の回転角／傾きを計測・記録し、傾きデータとして取得する機能と、取得した傾きデータを実行処理特定部２０へ送る機能と、を有する加速度センサを設けて、傾きデータを状態データとして使用してもよい。その他にも、例えば、二次元バーコードの撮影時において、周辺光量を計測・記録する手段（例えば、カメラ自身の撮影光量から取得する方法や測光器等）、色温度を計測・記録する手段（例えば、カメラ自身が色の３原色に基づき取得する方法や色彩輝度計等）、周辺温度を計測・記録する手段（例えば、温度計、サーモグラフィ、赤外線カメラ等）を設けることにより、周辺光量データ、色温度データ、周辺温度データを取得し、状態データとして使用してもよい。よって、状態データの種類は、二次元バーコードの撮影時における携帯端末自体の状態や、二次元バーコードの撮影時における周辺環境の状況を数値データとして取得できるものであればよい。また、本実施例では、状態データとして撮影方向データのみを使用するようにしたが、上記複数の状態データを複数組み合わせて使用するようにしてもよい。複数の状態データを使用すれば、扱える情報量をさらに増やすことが可能となる。

以上のように、本実施例によれば、二次元バーコードの読み取り時に取得される、従来は意味付けがされていなかった補正情報を、実行する処理を特定するための識別データとして用いることにより、意味のある情報として有効活用することができ、情報読取装置自体に新たなハードウェアを追加することなく、従来に比べ、扱える情報量を増やすことが可能になる。

本発明の実施例２として、情報読取装置である携帯端末について説明する。本実施例の携帯端末の構成は上記実施例１（図１参照）と同様であり、各部の機能についても上記実施例１と同様である。

本実施例では、上記実施例１の動作に加えて、実行処理特定部２０にて実行される処理が予め特定されている場合に、二次元バーコードを基に取得された状態データ（及び文字データ）を所定のデータを特定するための識別データ（検索キー）として用いる動作を行う。図５を参照して、本実施例の携帯端末１の動作（情報読取方法及び情報読取プログラム）について以下に説明する。なお、本実施例の携帯端末１は、情報読取プログラムの制御により以下の動作を実施する。

まず、実行処理特定部２０にて実行される処理が予め特定されているものとし、本実施例では、データ検索処理であるとする。携帯端末１の使用者がカメラ３を用いて二次元バーコードを撮影した場合、カメラ３で撮影された二次元バーコードの画像は画像データとして画像情報解析部４に送られる（ステップＳ１１）。画像情報解析部４は、その画像データを解析して、二次元バーコードとカメラ３との撮影時の位置関係（カメラ３がどの方向から二次元バーコードを撮影したか）を割り出し、割り出した結果を撮影方向データ（例えば、θ=45°φ=90°：θ及びφは図４で定義される角度）として実行処理特定部２０へ送る（ステップＳ１２）。また、画像情報解析部４は、その画像データを二次元バーコード・デコード部５へ送る。

次に、二次元バーコード・デコード部５は、画像情報解析部４から送られてきた画像データを基に文字データ（対象物データ）を取得する（ステップＳ１３）。文字データの取得方法は実施例１と同様である（本実施例では、取得した文字データを「ＥＦＧＨ」とする）。そして、二次元バーコード・デコード部５は、文字データ「ＥＦＧＨ」を実行処理特定部２０へ送る。なお、二次元バーコードのデコード処理はＱＲコードやＣＰコードなど、実際の仕様により異なる。

実行処理特定部２０は、二次元バーコード・デコード部５から送られてきた文字データ「ＥＦＧＨ」と、画像情報解析部４から送られてきた撮影方向データ「θ=45°φ=90°」とを識別データとして用い、記憶部２１に予め格納されているテーブルを参照して、該当するデータを検索する（ステップＳ１４）。このテーブルには、文字データ及び撮影方向データ毎に所定のデータが対応付けられている。例えば、このテーブルにおいて、「ＥＦＧＨ」及び「θ=45°φ=90°」に対応するデータが表示用のイメージデータである「犬の画像」である場合、実行処理特定部２０は、「犬の画像」を検索対象のデータとして特定し、データ出力部２２である表示部に「犬の画像」を出力し表示する（ステップＳ１５）。

本実施例では、状態データによって特定されるデータとしてイメージデータを例としたが、これに限られず、音声データ、テキストデータ（ＨＴＭＬファイルを含む）、ドア等の施錠及び解錠のための鍵データ、小売店で提供されるサービスポイントや電子マネー等の数値データを適用することもできる。

また、本実施例においても、上記実施例１と同様に、撮影方向データに限らず、様々な状態データを識別データとして使用することができる。

また、本実施例では予め特定された実行処理をデータ検索処理としたが、例えば、新たなデータ生成処理とすることもできる。この場合、実行処理特定部２０（又は、別に設けられたデータ生成手段）が、対象物データと状態データの少なくとも１つ、あるいは、状態データの少なくとも１つのみ（対象物データを含まない）を用いることにより、新たなデータを生成し、生成された新たなデータを、データ出力部２２を介して出力するようにしてもよい。

以上のように、本実施例によれば、二次元バーコードの読み取り時に取得される、従来は意味付けがされていなかった補正情報を、所定のデータを特定するための識別データとして用いることにより、意味のある情報として有効活用することができ、情報読取装置自体に新たなハードウェアを追加することなく、従来に比べ、扱える情報量を増やすことが可能になる。

本発明の実施例３として、情報読取装置である携帯端末について説明する。図６に本実施例の携帯端末の構成を示す。本実施例の携帯端末の構成は上記実施例１及び実施例２（図１参照）の構成と比較すると、記憶部２１の代わりに接続部２３を有し、この接続部２３を介して外部メモリ２４と通信を行う構成となっている。それ以外の各部の機能については上記実施例１及び２と同様である。

接続部２３は、外部メモリ２４と接続するためのインターフェース機能を有し、実行処理特定部２０及びデータ出力部２２とデータのやり取りを行う。

外部メモリ２４は、携帯端末１に着脱可能なメモリであり、文字データ及び撮影方向データ毎に、所定の実行処理又は所定のデータが対応付けられているテーブルを有する。外部メモリ２４の例としては、ＵＳＢメモリ、ＵＳＢハードディスク、ＳＤカード、Compact Flashカード等が挙げられる。

本実施例の動作は、上記実施例１及び実施例２（図２及び図５）と同様である。すなわち、実行処理特定部２０は、画像情報解析部４から撮影方向データと、二次元バーコード・デコード部５から文字データとを受け取り、これらのデータを識別データとして用いて、接続部２３を介して接続された外部メモリ２４のテーブルを参照し、実行処理の特定又は検索データの特定を行う。

なお、本実施例では、図１に示す記憶部２１を省略する構成としたが、図６に示す構成に記憶部２１（機能は実施例１及び２と同じ）を加えた構成としてもよい。この場合、外部メモリ２４及び記憶部２１のうち任意のものを使用することができる。例えば、上記のように実行処理を特定する場合は、外部メモリ２４及び記憶部２１のうち予め設定された方を参照するようにしても良いし、あるいは、ユーザによって選択された方を参照するようにしてもよい。また、例えば、上記のように予めデータ検索処理が特定されている場合、状態データを識別データとして使用して外部メモリ２４及び記憶部２１のうちどちらを参照するかを決定するようにしてもよい。

以上のように、本実施例によれば、二次元バーコードの読み取り時に取得される、従来は意味付けがされていなかった補正情報を識別データとして用い、外部メモリのテーブルを参照して所定の処理又は所定のデータを特定することにより、意味のある情報として有効活用することができ、情報読取装置自体に新たなハードウェアを追加することなく、従来に比べ、扱える情報量を増やすことが可能になる。

本発明の実施例４について図面を参照して詳細に説明する。
まず、本発明の実施例４としての、情報通信システム、携帯端末、Ｗｅｂサーバの構成について説明する。図７に示すように、本実施例の情報通信システムは、情報読取装置である携帯端末１と、ネットワークを介して携帯端末１と通信可能な情報処理装置であるＷｅｂサーバ２と、によって構成される。

本実施例の携帯端末１は、所定の情報を含む読み取り対象物から画像を読み込み、その画像を基に所定の情報を読み取るため機能を有する情報読取装置であり、かつ、ネットワークを介してＷｅｂサーバ２と通信を行う機能を有する通信端末装置である。この携帯端末１は、図７に示すように、カメラ３、画像情報解析部４、二次元バーコード・デコード部５、加速度センサ６、送信データ生成部７、送信部８、受信部９、データ表示部１０、を有する。

カメラ３は、読み取り対象物である二次元バーコードを撮影し、画像データとして取得する機能と、二次元バーコードの撮影時における、カメラと二次元バーコードとの距離（状態データの一例）を計測・記録し、距離データとして取得する機能と、を有する。また、取得した画像データを画像情報解析部４へ送り、かつ、取得した距離データを送信データ生成部７へ送る機能を有する。

加速度センサ６は、二次元バーコードの撮影時における、携帯端末１の回転角／傾き（状態データの一例）を計測・記録し、傾きデータとして取得する機能と、取得した傾きデータを送信データ生成部７へ送る機能と、を有する。

画像情報解析部４は、カメラ３で撮影した二次元バーコードの画像データを解析し、当該二次元バーコードをどの方向から撮影したか（状態データの一例）を判断・記録し、撮影方向データとして取得する機能と、取得した撮影方向データを送信データ生成部７へ送り、かつ、画像データを二次元バーコード・デコード部５へ送る機能と、を有する。

二次元バーコード・デコード部５は、カメラ３で撮影した二次元バーコードの画像データを解析し、二次元バーコード自体に含まれるデータ（対象物データ）である文字データ（本実施例では、送信先のＵＲＬ）を取得する機能と、取得した文字データを送信データ生成部７へ送る機能と、を有する。

送信データ生成部７は、カメラ３にて取得した焦点距離データ、加速度センサ６にて取得した傾きデータ、画像情報解析部４にて取得した撮影方向データ、二次元バーコード・デコード部５にて取得した文字データ、をそれぞれ受け取った後、各データを一定のアルゴリズムによって統合し、送信データを生成する機能を有する。本実施例において生成される送信データは、ＵＲＬ（文字データ）に、各状態データ（焦点距離データ、傾きデータ、撮影方向データ）をオプション・パラメータとして付加したデータであり、データベース等に格納されている複数のデータの中から所定のデータを特定するための識別データとして用いられる。本実施例においてオプション・パラメータとはＵＲＬパラメータを示す。なお、ＵＲＬの定義は「スキーム://ホスト名/(ディレクトリ名)/ファイル名?ＵＲＬパラメータ」である。なお、本実施例においてＵＲＬの一部は、情報の送信先（Ｗｅｂサーバ２のネットワーク上での位置）を特定する為にのみ利用される。

本実施例では、オプション・パラメータとして、焦点距離データ、傾きデータ、及び撮影方向データの３つを文字データに付加するようにしたが、これらのデータのうち少なくとも１つを文字データに付加するようにしてもよい。また、オプション・パラメータとして用いる状態データの種類は、上記３つのデータに限定されるものではなく、読み取り対象物の撮影時における携帯端末自体の状態や、読み取り対象物の撮影時における周辺環境の状況を数値データとして取得できるものであればよい。例えば、上記実施例１で述べたように、対象物の撮影時において、周辺光量、色温度、周辺温度等を計測・記録する手段を設けることにより、周辺光量データ、色温度データ、周辺温度データを取得し、それらのデータをオプション・パラメータとして用いるようにする。

また、本実施例では、文字データをＵＲＬとしたが、送信先の情報処理装置のアドレス（ＵＲＬを含む）を予め情報読取装置に格納しておき、文字データをＵＲＬ以外の文字列（例えば製品コード等）とすることで、文字データ自体もオプション・パラメータとして扱うようにしてもよい。

送信部８及び受信部９は、通信部であり、外部装置（本実施例ではＷｅｂサーバ２）とデータを通信するためのインターフェース機能を有する。

データ表示部１０は、データ出力部であり、外部装置から受信したデータを携帯端末１の使用者に対して表示する機能を有する。

また、本実施例のＷｅｂサーバ２は、ワークステーション・サーバ等の情報処理装置であり、図７に示すように、オプション・パラメータ解析部１３、データ参照部１４、データ蓄積部１５、受信部１１、送信部１２、を有する。なお、本実施例では、ネットワークを介して携帯端末１（情報読取装置）と無線通信を可能とするＷｅｂサーバ２を外部装置として用いることとしたが、これに限られず、例えば、メールサーバやデータベースサーバ等を用いてもよい。又は、所定のケーブル等を介して情報読取装置と有線通信を行う情報処理装置や、情報読取装置を直接接続することが可能なインターフェースを設けた情報処理装置を用いてもよい。また、通信プロトコルについては、ＨＴＴＰに限られず、ＳＭＴＰ、ＰＯＰ、ＬＤＡＰ、その他独自のプロトコルを適用してもよい。また、通信経路（ベアラ）についても、公衆網（電話回線）、ＬＡＮ、ＩｒＤＡ、近距離無線（ＮＦＣ、Bluetooth、ＵＷＢ）等が適用できる。

データ蓄積部１５は、複数の表示用データ（本実施例では、イメージデータ）と、各表示用データの識別子である複数のインデックス値と、を対応付けたテーブルを有する。

オプション・パラメータ解析部１３は、携帯端末１から受信した送信データのうちオプション・パラメータ部分を一定のアルゴリズムによってデコードし、データ蓄積部１５に蓄えられた表示用データを検索するために用いるインデックス値を抽出する機能を有する。また、抽出したインデックス値をデータ参照部１４へ送る機能を有する。

データ参照部１４は、オプション・パラメータ解析部１３で取得したインデックス値を受け取った後、そのインデックス値に対応付けられた表示用データをデータ蓄積部１５から取得する機能を有する。

送信部１２及び受信部１１は、外部装置（本実施例では携帯端末１）と通信するためのインターフェース機能を有する。

以上、本実施例の構成について説明したが、図７の画像情報解析部４、二次元バーコード・デコード部５、オプション・パラメータ解析部１３は、それぞれ携帯端末１／Ｗｅｂサーバ２のどちらに内蔵するかによって、構成を変更することもできる。

次に、図８及び図９を参照して、本発明の実施例４の動作（情報読取方法及び情報読取プログラム）について詳細に説明する。なお、本実施例の携帯端末１及びＷｅｂサーバ２は、情報読取プログラムの制御により以下の動作を実施する。

携帯端末１の使用者がカメラ３を用いて二次元バーコードを撮影した場合、まず、カメラ３は撮影時におけるカメラと二次元バーコードとの距離を計測し、計測結果を距離データ（r=100mm）として送信データ生成部７へ送信する。また、加速度センサ６は撮影時の携帯端末１自身の傾きを計測し、計測結果を傾きデータ（pitch=60°yaw=30°roll=45°）として送信データ生成部７へ送信する（図８／ステップＳ２１）。

ここで、加速度センサ６によって計測される携帯端末１の回転角／傾きについて図１０を参照して説明する。
加速度センサ６は、重力加速度を検出するセンサであり、常にどの向きが下（地球の中心方向）であるかを検出できる。上記傾きデータは、図１０にて定義されるpitch、rollに基づいて取得される。yawは、地磁気センサによって検出・取得される。

次に、カメラ３で撮影された二次元バーコードの画像は画像データとして画像情報解析部４に送られる。画像情報解析部４は、その画像データを解析して、二次元バーコードとカメラ３との撮影時の位置関係（カメラ３がどの方向から二次元バーコードを撮影したか）を割り出し（撮影方向の割り出しは上記実施例１と同様）、割り出した結果を撮影方向データ（θ=45°φ=90°）として送信データ生成部７へ送信する（図８／ステップＳ２２）。また、画像情報解析部４は、その画像データを二次元バーコード・デコード部５へ送信する。

次に、二次元バーコード・デコード部５は、画像情報解析部４から受信した画像データを解析し、文字データであるＵＲＬ（http://www/sample.co.jp/pic）を取り出す（図８／ステップＳ２３）。

送信データ生成部７は、二次元バーコード・デコード部５から受信した文字データ（http://www/sample.co.jp/pic）、画像情報解析部４から受信した撮影方向データ（θ=45°φ=90°）、カメラ３から受信した焦点距離データ（r=100mm）、加速度センサ６から取得した傾きデータ（pitch=60°yaw=30°roll=45°）をそれぞれ統合し、送信データとしてオプション・パラメータ（opt?dir=045%090&range=100&rot=060%030%045）を付加したＵＲＬを生成する（図８／ステップＳ２４）。

送信部８は、上記ＵＲＬのＷｅｂサーバ２に対し、送信データであるオプション・パラメータ付きのＵＲＬ（http://www/sample.co.jp/pict/opt?dir=045%090&range=100&rot=060%030%045）を送信する（図８／ステップＳ２５）。

Ｗｅｂサーバ２は、受信部１１にて携帯端末１からオプション・パラメータ付きのＵＲＬを受け取ると、そのオプション・パラメータをオプション・パラメータ解析部１３に通知する（図９／ステップＳ３１）。

オプション・パラメータ解析部１３は、通知されたオプション・パラメータを解析／デコードし、表示用データの識別子であるインデックス値（本実施例では、０３０４）を取得し、取得した「０３０４」をデータ参照部１４へ送信する（図９／ステップＳ３３）。

ここで、インデックス値の取得については、例えば、Ｗｅｂサーバ２内のデータベース等に予め格納されているテーブルを基にインデックス値を抽出する。例えば、図１１に示すテーブルに基づくものとし、かつ、撮影方向データだけを例にとると、撮影方向データが「θ=45°φ=90°」であるので、θのインデックス値は「０３」（図１１（ａ）参照）、φのインデックス値は「０４」（図１１（ｂ）参照）となり、この２つを合わせたインデックス値は「０３０４」となる。上記説明では便宜上、撮影方向データだけを対象としたが、傾きデータや距離データも組み合わせてインデックス値を取得することも可能である。

その他のインデックス値の取得例としては、オプション・パラメータを解析／デコードして状態データを取得し、その状態データの値を入力値として所定の関数により計算を行うことにより、インデックス値を算出するようにしてもよい。例えば、状態データを抽選に用いる場合は、ハッシュ関数にかけてMessage Digest値を求めるようにしてもよい。

データ参照部１４は、インデックス値「０３０４」に対応付けられた表示用データ「人の絵」（イメージデータ）をデータ蓄積部１５から取得し、送信部１２へ送る（図９／ステップＳ３３）。

送信部１２は、データ参照部１４から受け取ったイメージデータを携帯端末１に対して送信する（図９／ステップＳ３４）。

携帯端末１は、Ｗｅｂサーバ２の送信部１２から送信されたイメージデータを受信部９にて受信し（図８／ステップＳ２６）、データ表示部１０にて表示する（図８／ステップＳ２７）。

なお、本実施例では、上記実施例２と同様にデータ検索処理を行う場合について説明したが、上記実施例１のように実行処理を特定するようにすることもできる。その場合、図７のデータ蓄積部１５のテーブルは、インデックス値と所定の処理とを対応付けたテーブルとなり、オプション・パラメータ解析部１３とデータ参照部１４とが実施例１における実行処理特定部と同じ動作を行う。処理が特定された後は、該当処理を示すデータを携帯端末１へ送信し、携帯端末１にて特定された処理が実行される。

また、本実施例では、識別子としてインデックス値を用いることとしたが、上記実施例１と同様に、インデックス値を使用せずに、オプション・パラメータ解析部１３によって解析された状態データ（及び文字データ）をそのまま検索キーとして使用し、データ蓄積部１５におけるデータを特定（又は、実行処理を特定）してもよい。その場合、図７のデータ蓄積部１５のテーブルは、状態データ（及び文字データ）と所定のデータ（又は、所定の処理）とを対応付けたテーブルとなる。また、例えば、オプション・パラメータ解析部１３（又は別のデータ生成手段）が状態データ（及び文字データ）の値を基に計算を行い、新たなデータを生成するような場合にも、インデックス値を必要としない。

また、本実施例では、複数の状態データをオプション・パラメータとして統合し、ＵＲＬに付加するようにしたが、複数の状態データを別々にオプション・パラメータとしてＵＲＬに付加した送信データをそれぞれ生成し、それらをＷｅｂサーバへ送信するようにしてもよい。この場合、例えば、携帯端末又はＷｅｂサーバの少なくとも一方に一時的に個々の送信データを保存する一時保存手段を設けるようにする（又は、図７において、送信データ生成手段７やオプション・パラメータ解析部１３に一時的に保存する機能を設けてもよい）。具体例は、実施例５で説明する。

以上説明したように、本実施例によれば、二次元バーコードの読み取り時に取得される、従来は意味付けがされていなかった補正情報を識別データとして用い、Ｗｅｂサーバと通信を行い、所定のデータを特定することにより、意味のある情報として有効活用することができ、情報読取装置自体に新たなハードウェアを追加することなく、従来に比べ、扱える情報量を増やすことが可能になる。

次に、本発明の実施例５について図１２及び図１３を用いて詳細に説明する。本実施例の携帯端末は、上記実施例１〜４のいずれかと同構成、同機能とする。

本実施例の携帯端末１は、カメラを起動して撮影モードになると、図１２（ａ）に示すように、表示部１６であるファインダに、被写体である二次元バーコードとの相対角を正確に合わせるためのガイドマーク（情報読取装置側ガイドマーク：状態データ確認手段の一例）１９を表示する。一方で、二次元バーコードであるＱＲコードには、図１２（ｂ）に示すように、ＱＲコードの上方に、矢印の形をしたガイドマーク（対象物側ガイドマーク：状態データ確認手段の一例）２５が印刷・刻印されている。例えば、図１２（ｂ）のＱＲコードを４５°の角度で撮影する場合、図１２（ｃ）に示すように、ファインダに表示されているガイドマーク１９の「４５」の部分を、ＱＲコードのガイドマーク２５の矢印に合わせて撮影する。

このようにガイドマーク１９及び２５を用いることにより、携帯端末１の使用者は、撮影時における携帯端末の傾きを簡便に確認できる。なお、ＱＲコードの場合、図１２（ｂ）に示すガイドマーク２５は必ずしも必要ではなく、３カ所の切り出しシンボルを基準にし、携帯端末側に表示されるガイドマーク１９を任意の切り出しシンボルに合わせることで撮影角度を確認できる。

また、撮影角度以外の状態データを撮影時に確認できる状態データ確認手段を設けてもよい。例えば、撮影距離、撮影方向、周辺環境の状況（温度や明るさ等）の値を携帯端末１の位置に応じて表示部に表示するようにすることで、使用者側が、取得される状態データを撮影時に確認できる。

また、上記ガイドマーク１９及び２５を用いて、二次元コードの読み込みを複数回行うことにより、複数の状態データを取得して適用することも可能となる。例として、上記実施例４の情報読取システムを適用してダイヤル式ロックの施錠／解錠操作を行う場合について説明する。携帯端末１又はＷｅｂサーバ２のいずれかに、複数の状態データを一時的に保存する一時保存手段を設ける。また、データ蓄積部１５は、図１３に示すテーブルを有する。このテーブルは、図１３に示すように、読み取り回数毎のインデックス値、携帯端末１に表示する表示データ、及び、携帯端末１にて実行されるアクション（処理）がそれぞれ対応付けられたテーブルである。

例えば、一時保存手段がＷｅｂサーバ２に設けられている場合、携帯端末１から送信データを受信する毎に各送信データを一時保存手段に格納する。オプション・パラメータ解析部１３は、一時保存手段に格納された各送信データのオプション・パラメータを解析し、インデックス値をそれぞれ取得し、データ参照部１４は、各インデックス値を基にデータ蓄積部１５のテーブルを参照して、表示データ及びアクションを特定する。図１３では、１回目のインデックス値が「０１００」、２回目のインデックス値が「０００２」、３回目のインデックス値が「０４０４」の場合に認証成功としている。認証成功が特定されると、データ参照部１４は、認証成功を示す画像と、解錠データとを送信部１２を介して携帯端末１へ送信する。携帯端末１は、受信した認証成功を示す画像をデータ表示部１０に表示するとともに、ダイヤル式ロックの解錠処理を実行する。なお、１回目、２回目、３回目のいずれかにおいて所定のインデックス値以外の場合は、データ参照部１４は認証失敗と判断して、認証失敗を示す画像を携帯端末１へ送信する。

なお、二次元バーコードの複数回の読み込みについては、静止画撮影又は動画撮影のどちらでもよい。

以上説明したように、本実施例によれば、情報読取装置又は読み取り対象物に状態データを確認できる機能を有することにより、使用者側で状態データを簡便に確認できる。また、二次元コードの読み込みを複数回行うことにより、複数の状態データを取得して適用でき、扱える情報量を増やすことが可能となる。

また、読み取り対象物側に、状態データを使用者側で任意の値に変更できる状態データ変更手段を設けるようにしてもよい。例えば、二次元バーコード貼り付け面の裏にユニバーサル・ジョイントを付けて、二次元バーコード自体を自由に回転させるようにして、使用者側が二次元バーコードの角度を簡便に変更できるようにしてもよい。

以上説明したように、本実施例によれば、情報読取装置又は読み取り対象物に状態データを任意に変更できる手段を設けることにより、使用者側で状態データを簡便に変更できる。

（１）の情報について説明する。例えば、図１４（ａ）に示すように、空欄のあるオプション・パラメータを対象物データに含めておく（空欄の箇所は１つでもよい）。空欄部分は、所定の状態データの値が入力される。この対象物データを含む二次元バーコードを携帯端末１で撮影した場合、携帯端末１の送信データ生成部７が空欄を認識し、空欄に所定の状態データを入力して送信データを生成する。もし、状態データを取得する手段を有していない携帯端末で撮影した場合は、空欄のままＷｅｂサーバ２へ送信される。Ｗｅｂサーバ２側のオプション・パラメータ解析部１３は、送信データのオプション・パラメータに空欄があることを基に、当該携帯端末が所定の状態データを取得できない端末であることを判断し、所定の状態データを取得する必要がある旨（又は、当該携帯端末が対応機種でない旨）を示す情報を携帯端末へ返信する。

以上のことから（１）の情報を用いることにより、携帯端末が複数の状態データを取得できる場合にオプション・パラメータとして必要な状態データを把握することができる。よって、従来機種との互換性を保ったまま、新たな機能を付加することが可能となる。

（２）の情報について説明する。例えば、図１４（ｂ）に示すように、二次元バーコードの印刷サイズを示す情報を含むオプション・パラメータを対象物データに含めておく（印刷サイズ以外の情報でもよい）。図１４（ｂ）の「０３０」は、二次元バーコードの印刷サイズが３０ｍｍであることを示している。この二次元バーコードが撮影されると、画像情報解析部４は、この「０３０」と画像データとを基に二次元バーコードと携帯端末１との間の距離を算出する。算出された距離（本実施例では１２０ｍｍ）は、送信データ生成部７においてオプション・パラメータとして用いられ、図１４（ｃ）に示すように所定の箇所に入力される。なお、本実施例では、画像情報解析部４が距離の算出を行うようにしたが、同様の機能を有する距離算出手段を別に設けてもよい。

以上のことから（２）の情報を用いることにより、オプション・パラメータとして必要な状態データを算出することができる。よって、従来機種との互換性を保ったまま、新たな機能を付加することが可能となる。

以上、本発明の各実施例について説明したが、上記記載に限定されるものではなく、その要旨を逸脱しない範囲において種々の変形が可能である。また、上記各実施例における構成例、機能例、及び処理動作例を組み合わせて実施することが可能である。また、上記各実施例における携帯端末１及びＷｅｂサーバ２の処理動作は、情報読取プログラムの制御により実行される。

本発明は、カメラ、スキャナ、バーコードリーダ等の読取手段を有する端末装置全般に適用できる。

本発明の実施例１に係り、携帯端末の構成を示すブロック図である。 本発明の実施例１に係り、携帯端末の動作を示すフローチャートである。 本発明の実施例１に係り、カメラによる二次元バーコードの撮影状態を模式的に示す図である。 本発明の実施例１に係り、二次元バーコードとカメラとの位置関係を模式的に示す図である。 本発明の実施例２に係り、携帯端末の動作を示すフローチャートである。 本発明の実施例３に係り、携帯端末の構成を示すブロック図である。 本発明の実施例４に係り、情報通信システム、携帯端末、Ｗｅｂサーバの構成を示すブロック図である。 本発明の実施例４に係り、携帯端末の動作を示すフローチャートである。 本発明の実施例４に係り、Ｗｅｂサーバの動作を示すフローチャートである。 本発明の実施例４に係り、傾きデータの定義を模式的に示す図である。 本発明の実施例４に係り、インデックス値抽出のためのテーブルを示す図である。 本発明の実施例５に係り、携帯端末及び二次元バーコードのガイドマークを示す図である。 本発明の実施例５に係り、ダイヤル式ロック解除のためのテーブルを示す図である。 本発明の実施例７に係り、オプション・パラメータの各例を示す図である。 本発明の情報読取装置で読み取る情報の構成を模式的に示す図である。 本発明に係る二次元バーコードの外観例を示す図である。

符号の説明

１ 携帯端末（情報読取装置の一例）
２ Ｗｅｂサーバ（情報処理装置の一例）
３ カメラ（対象物読取手段の一例、状態データ取得手段の一例）
４ 画像情報解析部（状態データ取得手段の一例）
５ 二次元バーコード・デコード部（対象物データ取得手段の一例）
６ 加速度センサ（状態データ取得手段の一例）
７ 送信データ生成部（送信データ生成手段の一例）
８ 携帯端末の送信部（通信手段の一例）
９ 携帯端末の受信部（通信手段の一例）
１０ データ表示部（表示手段、データ出力手段の一例）
１１ Ｗｅｂサーバの受信部（通信手段の一例）
１２ Ｗｅｂサーバの送信部（通信手段の一例）
１３ オプション・パラメータ解析部（特定手段の一例）
１４ データ参照部（特定手段の一例）
１５ データ蓄積部（記憶手段の一例）
１６ 表示部（表示手段、データ出力手段の一例）
１７ 送信実行ボタン
１８ 撮影実行ボタン
１９ 情報読取装置側ガイドマーク（状態データ確認手段の一例）
２０ 実行処理特定部（特定手段の一例）
２１ 記憶部（記憶手段の一例）
２２ データ出力部（データ出力手段の一例）
２３ 接続部（接続手段の一例）
２４ 外部メモリ（外部記憶媒体の一例）
２５ 対象物側ガイドマーク（状態データ確認手段の一例）