(57)【要約】【課題】既存の２次元コードを利用して、カメラの性能の向上や処理負荷の増加を招来することなく、実質的にコードの割当内容の個数を増加させる。【解決手段】携帯端末１０に内蔵または外付けのカメラ２１により、所定の媒体上の２次元コード２０のパターンを撮像する。この後または前にユーザはその媒体のカテゴリを指定する。携帯端末１０は２次元コードパターンの認識処理を行い、コードデータを生成する。さらに、媒体カテゴリ毎に各コードデータを目的の割当内容に割り当てた変換テーブル２２ａ，２２ｂ，…２２ｎを参照して、対応する割当内容を取得し、これに基づく処理を実行する。割当内容がＵＲＬを含む場合には、該当するＷＥＢサーバ２６にアクセスする。変換テーブルをサービスサーバ５０に保持し、端末からコードデータとカテゴリ識別情報を受けてサービスサーバ５０側で割当内容を検索を行ってもよい。【選択図】　図９
2004062290.tif 000002
【特許請求の範囲】
【請求項１】
２次元コードパターンを撮像する撮像手段と、
この撮像手段により得られた画像を認識してコードデータを生成する認識手段と、
ユーザから前記画像の媒体カテゴリの指定を受けるカテゴリ指定手段と、
媒体カテゴリ毎に各コードデータを目的の割当内容に割り当てたテーブル手段と、
このテーブル手段を参照し、前記認識手段により得られたコードデータに対応する割当内容を当該媒体カテゴリに応じて検索する検索手段と、
この検索手段により得られた割当内容に基づく処理を実行する実行手段と
を備えたことを特徴とする情報処理装置。
【請求項２】
２次元コードパターンを撮像する撮像手段と、
この撮像手段により得られた画像を認識してコードデータを生成する認識手段と、
ユーザから前記画像の媒体カテゴリの指定を受けるカテゴリ指定手段と、
前記認識手段により得られたコードデータを前記指定された媒体カテゴリの識別データとともに外部のサーバに送信する手段と、
前記外部のサーバから、当該媒体カテゴリおよびコードデータに対応する割当内容を受信する手段と、
この受信手段により得られた割当内容に基づく処理を実行する実行手段と
を備えたことを特徴とする情報処理装置。
【請求項３】
前記カテゴリ指定手段は、ユーザに媒体カテゴリの選択肢を提示する表示手段と、ユーザから選択肢の選択入力を受ける入力手段とを含むことを特徴とする請求項１または２記載の情報処理装置。
【請求項４】
前記割当内容はＵＲＬ情報を含み、前記実行手段は、ウェブブラウザを起動するとともに前記ＵＲＬ情報に基づいて当該ＵＲＬへのアクセスを行うことを特徴とする請求項１または２記載の情報処理装置。
【請求項５】
前記指定された媒体カテゴリに応じて前記撮像手段の予め定められた機能の選択を自動的に行う機能選択手段を備えたことを特徴とする請求項１または２記載の情報処理装置。
【請求項６】
撮像された２次元コードパターンの画像を認識してコードデータを生成するステップと、
ユーザに前記画像の媒体カテゴリの指定を受け付けるステップと、
媒体カテゴリ毎に各コードデータを目的の割当内容に割り当てたテーブルを参照し、前記コードデータに対応する割当内容を当該媒体カテゴリに応じて検索するステップと、
これにより得られた割当内容に基づく処理を実行するステップと
を備えたことを特徴とする情報処理方法。
【請求項７】
撮像された２次元コードパターンの画像を認識してコードデータを生成するステップと、
ユーザに前記画像の媒体カテゴリの指定を受け付けるステップと、
前記コードデータを前記指定された媒体カテゴリの識別データとともに外部のサーバに送信するステップと、
前記外部のサーバから、当該媒体カテゴリおよびコードデータに対応する割当内容を受信するステップと、
これにより得られた割当内容に基づく処理を実行するステップと
を備えたことを特徴とする情報処理方法。
【請求項８】
前記指定を受け付けるステップは、ユーザに媒体カテゴリの選択肢を提示するステップと、ユーザから選択肢の選択入力を受けるステップとを含むことを特徴とする請求項６または７記載の情報処理方法。
【請求項９】
前記割当内容はＵＲＬ情報を含み、前記実行するステップは、ウェブブラウザを起動するとともに前記ＵＲＬ情報に基づいて当該ＵＲＬへのアクセスを行うステップを含むことを特徴とする請求項６または７記載の情報処理方法。
【請求項１０】
前記指定された媒体カテゴリに応じて撮像手段の予め定められた機能の選択を自動的に行うステップを備えたことを特徴とする請求項６または７記載の情報処理方法。
【請求項１１】
ネットワークを介して情報処理装置とサーバとが接続された情報処理システムであって、
情報処理装置は、２次元コードパターンを撮像する撮像手段により得られた画像を認識してコードデータを生成する認識手段と、ユーザから前記画像の媒体カテゴリの指定を受ける指定手段と、前記コードデータを前記指定された媒体カテゴリの識別データとともに外部のサーバに送信する送信手段と、前記外部のサーバから、当該媒体カテゴリおよびコードデータに対応する割当内容を受信する受信手段と、当該割当内容に基づく処理を実行する実行手段とを備え、
サーバは、媒体カテゴリ毎に各コードデータを目的の割当内容に割り当てたテーブル手段と、前記情報処理装置から前記媒体カテゴリおよびコードデータを受信し、前記テーブル手段から、対応する割当内容を検索する検索手段と、この検索手段により得られた割当内容を前記情報処理装置へ送信する送信手段とを備えた
ことを特徴とする情報処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、内蔵カメラまたは外部接続型カメラを用いて、２次元コードパターンを画像として読み取り、パターン認識し、そのパターンのコードデータに予め割り振られた処理を実行する情報処理装置および方法、情報処理システムに関する。
【０００２】
【従来の技術】
近年、コンピュータや携帯電話、情報携帯端末等のＩＴ機器に、デジタルカメラを内蔵した、または、外部接続できるものが出現している。このようなデジタルカメラを用いて、被写体に記録されている所定の２次元コードパターンを撮像し、認識することにより、当該２次元コードのコードデータを取得し、さらに、変換テーブルを参照して、このコードデータを対応する識別インデックス情報に変換することが可能である。識別インデックス情報の一例はインターネット上のＷＥＢサイトを一意に指定するＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）である。
【０００３】
【発明が解決しようとする課題】
上記２次元コードが、例えば２４ビットのデータを表せる場合、その２次元コードを用いた場合、最大で割り当てられる識別インデックス情報は約１６００万通りとなる。この数は大きいように見えるが、現在のインターネット上に存在するＷＥＢサイト等で使用されるＵＲＬの個数は膨大であり、かつ、増加し続けていると考えられる。したがって、ＵＲＬの識別には約１６００万通りでも必ずしも十分とは言えない。
【０００４】
また、業者が自己の製品等に２次元コードを付与する際に、同じコードデータが業者によって別々の製品等に重複割当される可能性があった。
【０００５】
このように、コードに対して割り当てられるインデックスの数が限定されているため従来のシステムは拡張性に欠け、また、２次元コードの管理上の制約のため汎用性に欠ける、という問題があった。
【０００６】
なお、コード情報を増やしたい場合、よりビット数の多い高密度の情報が表示可能な２次元コードを採用することも考えられるが、当然ながら、そのコードの認識率が下がる他、高性能なカメラや負荷の重いソフトウェア処理が必要となり、特定の情報処理装置、例えば携帯電話や携帯情報端末（ＰＤＡ）等への実装は難しくなる。
【０００７】
本発明はこのような背景においてなされたものであり、その目的は、既存の２次元コードを利用して、カメラの性能の向上や処理負荷の増加を招来することなく、実質的にコードの割当内容の個数を増加させることができる情報処理装置および方法、情報処理システムを提供することにある。
【０００８】
【課題を解決するための手段】
本発明による情報処理装置は、２次元コードパターンを撮像する撮像手段と、この撮像手段により得られた画像を認識してコードデータを生成する認識手段と、ユーザから前記画像の媒体カテゴリの指定を受けるカテゴリ指定手段と、媒体カテゴリ毎に各コードデータを目的の割当内容に割り当てたテーブル手段と、このテーブル手段を参照し、前記認識手段により得られたコードデータに対応する割当内容を当該媒体カテゴリに応じて検索する検索手段と、この検索手段により得られた割当内容に基づく処理を実行する実行手段とを備えたことを特徴とする。
【０００９】
ユーザが指定した媒体カテゴリの情報は、認識された２次元コードパターンのコードデータとともに、テーブル手段の参照に用いられる。各コードデータは媒体カテゴリ毎に異なるものとして扱われるので、有限個の割当内容を媒体カテゴリの数だけ拡張することが可能となる。
【００１０】
なお、テーブル手段を情報処理装置に保持し、情報処理装置でテーブル手段の検索を行う変わりに、テーブル手段を外部のサーバに保持することも可能である。この場合、情報処理装置は、２次元コードパターンを撮像する撮像手段と、この撮像手段により得られた画像を認識してコードデータを生成する認識手段と、ユーザから前記画像の媒体カテゴリの指定を受けるカテゴリ指定手段と、前記認識手段により得られたコードデータを前記指定された媒体カテゴリの識別データとともに外部のサーバに送信する手段と、前記外部のサーバから、当該媒体カテゴリおよびコードデータに対応する割当内容を受信する手段と、この受信手段により得られた割当内容に基づく処理を実行する実行手段とを備えたことを特徴とする。
【００１１】
前記カテゴリ指定手段は、例えば、ユーザに媒体カテゴリの選択肢を提示する表示手段と、ユーザから選択肢の選択入力を受ける入力手段とを含む。
【００１２】
例えば、前記割当内容はＵＲＬ情報を含む場合、前記実行手段は、ウェブブラウザを起動するとともに前記ＵＲＬ情報に基づいて当該ＵＲＬへのアクセスを行う。
【００１３】
前記指定された媒体カテゴリに応じて前記撮像手段の予め定められた機能の選択を自動的に行う機能選択手段を備えてもよい。
【００１４】
本発明による情報処理方法は、撮像された２次元コードパターンの画像を認識してコードデータを生成するステップと、ユーザに前記画像の媒体カテゴリの指定を受け付けるステップと、媒体カテゴリ毎に各コードデータを目的の割当内容に割り当てたテーブルを参照し、前記コードデータに対応する割当内容を当該媒体カテゴリに応じて検索するステップと、これにより得られた割当内容に基づく処理を実行するステップとを備えたことを特徴とする。
【００１５】
本発明による他の情報処理方法は、撮像された２次元コードパターンの画像を認識してコードデータを生成するステップと、ユーザに前記画像の媒体カテゴリの指定を受け付けるステップと、前記コードデータを前記指定された媒体カテゴリの識別データとともに外部のサーバに送信するステップと、前記外部のサーバから、当該媒体カテゴリおよびコードデータに対応する割当内容を受信するステップと、これにより得られた割当内容に基づく処理を実行するステップとを備えたことを特徴とする。
【００１６】
また、本発明による情報処理システムは、ネットワークを介して情報処理装置とサーバとが接続された情報処理システムであって、情報処理装置は、２次元コードパターンを撮像する撮像手段により得られた画像を認識してコードデータを生成する認識手段と、ユーザから前記画像の媒体カテゴリの指定を受ける指定手段と、前記コードデータを前記指定された媒体カテゴリの識別データとともに外部のサーバに送信する送信手段と、前記外部のサーバから、当該媒体カテゴリおよびコードデータに対応する割当内容を受信する受信手段と、当該割当内容に基づく処理を実行する実行手段とを備え、サーバは、媒体カテゴリ毎に各コードデータを目的の割当内容に割り当てたテーブル手段と、前記情報処理装置から前記媒体カテゴリおよびコードデータを受信し、前記テーブル手段から、対応する割当内容を検索する検索手段と、この検索手段により得られた割当内容を前記情報処理装置へ送信する送信手段とを備えたことを特徴とする。
【００１７】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１８】
図１は本発明のシステム構成例を示している。このシステムは、情報処理装置としての携帯端末１０と、ネットワーク２５（例えばインターネット）を介して携帯端末１０と接続される１以上のＷＥＢサーバ２６とにより構成される。
【００１９】
携帯端末１０は、その全体制御を行う中央処理装置（ＣＰＵ）１１と、これに接続されるＲＯＭ１２、表示部１３、入力部１４、通信部１５、カメラ制御部１６、認識部１７、ＶＲＡＭ１８および記録部１９により構成される。
【００２０】
ＲＯＭ１２は、ＣＰＵ１１の制御プログラムや固定データを不揮発的に格納しておくメモリである。表示部１３は、文字や画像等を表示する例えば液晶ディスプレイ（ＬＣＤ）などの表示デバイスを含む。入力部４は、ユーザが指示やデータ等を入力するための入力キー、ジョグダイヤル等の入力デバイスを含む。通信部１５は、既存のインタフェースによりネットワーク２５に無線接続するための通信アダプタのようなデバイスである。カメラ制御部１６は、ＣＣＤカメラやＣＭＯＳカメラのような内蔵または外付けカメラデバイスとしてのカメラ２１を制御する制御部である。認識部１７は、カメラにより撮像された、サイバーコードのような２次元コード２０のパターン認識を行い、コードデータを生成する認識手段である。ＶＲＡＭ１８はカメラにより撮像された画像データや表示部１３の表示データを一時的に格納するメモリである。記録部１９は、例えばメモリにより構成され、後述する変換テーブル２２ａ，２２ｂ，…２２ｎを格納する。記憶部１９は半導体メモリに限るものではなく任意の読み書き可能な記憶装置であれば足りる。
【００２１】
認識部１７はソフトウェア処理で実現されてもよい。その場合、例えばＲＯＭ１２にコード認識プログラムが記憶され、これをＣＰＵ１１が実行することにより認識処理が実現される。
【００２２】
図２は、本実施の形態において利用する２次元コードの一種としてのサイバーコード（「Ｃｙｂｅｒ　Ｃｏｄｅ」はソニー株式会社の登録商標）の構成を示す。サイバーコードは、画像データからコードデータを効率よく正確に認識できるように構成されている。図２に示すように、サイバーコードは、用紙などの媒体の表面に印刷または記録される光学的に認識可能な情報であり、ロゴマーク部２０１とコード部２０２からなる。コード部２０２は、７×７の全４９個のブロックからなるマトリクス構造を有し、１つのサイバーコードで２４ビットの情報をコード化しうるよう構成されている。具体的には、四隅のブロック（コーナーセル）およびその周囲の３ブロックを含む全１６ブロックはデータを構成せず、また、残り３３ブロック中９ブロックは、コードデータが正しいコードデータであることを確かめるためのチェックデータを構成する。したがって、コード部２０２には２４ビット分の情報がコード化される。ＩＤ部２１３は、コード部２０２においてコード化された２４ビットのデータを１６進数で表記したものであり、サイバーコードとして必須の部位ではない。
【００２３】
但し、本発明では２次元コード２０はサイバーコードに限るものではなく、任意の２次元コードに対して適用することが可能である。
【００２４】
図１に戻り、本実施の形態において、サイバーコードの読取処理が起動された後、携帯端末に搭載されたカメラ２１が連動して起動する。その光学系を通して、例えば紙媒体に印刷、記録、または貼付等により付与されたサイバーコードが画像データとして読み取られ、ＶＲＡＭ１８に格納される。この画像データは認識部１８で対応するコードデータに変換される。各変換テーブルには、各コードデータに対応する割当内容が予め割り振られている。但し、各コードデータに対応する割り当て内容は変換テーブル毎に異なる。したがって、サイバーコードの読取の前または後で、ユーザはどの変換テーブルを使用するかを指定する必要がある。本実施の形態では、サイバーコードが付された媒体のカテゴリ毎に変換テーブルを設けている。したがって、ユーザは読取対象に合った媒体カテゴリ（以下、単にカテゴリという）を指定することが必要である。
【００２５】
図３に、ユーザのカテゴリ選択の一態様を示す。図３（ａ）の例では、携帯端末１０の表示画面３１にカテゴリの選択肢が表示されている。カテゴリの一例として大型広告（看板）、中型広告、雑誌、名刺、ＩＴ機器などが挙げられている。この画面で、ユーザが操作キー等の操作により、該当するカテゴリを選択する。「該当するカテゴリ」とは、ユーザが撮像した、または撮像しようとしているサイバーコードが付されている媒体のカテゴリである。図３（ａ）は「３．雑誌」の選択肢が選択されている様子を示している。このカテゴリ選択の後、例えば、自動的にカメラのスルー画像が見えるモニタリングモードに遷移する。そこで、ユーザは認識したいサイバーコードにカメラをかざして撮像する。携帯端末１０は、この選択されたカテゴリに対応する変換テーブル２２ａ，２２ｂ，…２２ｎの一つを用いて、コードデータの変換を行う。コードデータに割り当てられた割当内容は例えばＷＥＢサーバ２６の（図１）のサイトアドレス等を示したＵＲＬであり、携帯端末は、このＵＲＬをメモリに保存したり、当該ＵＲＬヘアクセスしたりすることができる。図３（ｂ）の例では、レストラン情報を提供するサイトのＷＥＢページが表示されている。ＵＲＬへのアクセスは、カテゴリの選択完了により自動的に行ってもよいし、ユーザの指示（何らかのキー操作等）に従って行ってもよい。
【００２６】
図４（ａ）（ｂ）に、それぞれ、図１内に示した変換テーブルの具体的な構成例としての変換テーブル４０および４１を示す。変換テーブル４０は、２４ビットの各コードデータ（ＩＤ１，ＩＤ２，ＩＤ３，…）に対して、ＵＲＬ（ＵＲＬ１，ＵＲＬ２，ＵＲＬ３，…）を割り当てた例を示している。変換テーブル４１は、２４ビットの各コードデータ（ＩＤ１，ＩＤ２，ＩＤ３，…）に対して、ＵＲＬの他、コマンド、イメージ等を混在して割り当てた例を示している。ここでいう「コマンド」とは、携帯端末１０が実行すべき何らかの処理を起動するためのデータであり、種々のものが考えられる。「イメージ」とは、表示部１３等に表示することができる画像データである。画像データは変換テーブル４１に格納するにはサイズが大きすぎる場合、画像データ自体は別の領域に記憶しておき、変換テーブル４１にはその領域を指し示すポインタを格納する。
【００２７】
このように、各カテゴリ毎に同一のサイバーコードパターン（サイバーコード）を重複して用いても、カテゴリ毎に異なる割当内容を割り当てることができる。つまり、例えばビルの広告看板と雑誌で同一パターンのサイバーコードを読み取っても、そのコードの関連付けを異ならせることができる。このように、カテゴリ分けをすることによって同一のサイバーコードの重複利用が可能となり、応用性が拡張できるようになる。
【００２８】
図示しないが、さらに別の変換テーブルとして、割当内容がコマンドのみ、あるいは、イメージのみ、のような変換テーブルが存在してもよい。
【００２９】
また、図４ではカテゴリ毎にコードデータと割当内容とが対になった別のテーブル構成としたが、図５に示すように、共通のコードデータに対してカテゴリ毎の割当内容を対応付けた１つのテーブル構成とすることも可能である。
【００３０】
上記の例では、カテゴリに階層構造のないものを示したが、図６に示すようにカテゴリは階層構造となっていてもよい。このような階層構造となったカテゴリでは、その末端の枝の項目に対してそれぞれ変換テーブルが割り当てられる。この場合、ユーザは、図７（ａ）（ｂ）に例示するように、まず、画面３１で最上位のカテゴリの選択を行い、次いで画面３２で下位のカテゴリ（サブカテゴリ）の選択を行う。例えば、情報雑誌のレストラン紹介ページで各レストランのＵＲＬアドレスが記載されている横にそれぞれに対応したサイバーコードが印刷されている雑誌Ａがあるとする。この情報を画像認識する手順としては、認識する媒体の大枠なカテゴリは雑誌なので、携帯端末のＵＩ画面３１上から「雑誌」を選択する。次に雑誌のサブカテゴリがＵＩ画面３２上に表示されるので、その中から手元にある雑誌と一致するサブカテゴリを選択する。この例の場合、「雑誌Ａ」を選択することになる。ここでは２階層の例を示すが、さらに階層が深い場合には最下位の階層までサブカテゴリの選択を行う。最終的なサブカテゴリの選択を終了すると、図７（ｃ）の画面３３に示すように、割当内容がＵＲＬの場合にはそのＷＥＢページが表示される。
【００３１】
サブカテゴリを異なる業者毎に割り当てることにより、個々の業者は他の業者との重複割当の発生を心配することなく、サイバーコード全体を自由に利用することが可能となる。
【００３２】
図８に、本実施の形態においてＷＥＢサーバのアクセスを伴う、携帯端末でのサイバーコード認識処理のフローチャートを示す。ユーザインタフェース（ＵＩ）画面上で画像認識プログラムが起動された後、カテゴリ選択をユーザに促し、選択を受け付ける（Ｓ１１）。ついで、携帯端末に搭載されたカメラ２１によりサイバーコードが画像データとして読み取られる（Ｓ１２）。この画像データはコード認識処理により対応するコードデータに変換される（Ｓ１３）。ついでこの選択されたカテゴリに対応する変換テーブルを検索し、対応する割当内容を確認する（Ｓ１４）。そこで、所定のコマンドを実行する（Ｓ１５）。割当内容がＵＲＬである場合には、自動的にＷＥＢブラウザを起動する。なお、割当内容がコマンドである場合には、そのコマンドを実行する。また、割当内容がイメージである場合は、画像のビューワを起動し、そのイメージデータを読み出して表示する。この例ではＵＲＬなので、ＷＥＢブラウザがＵＲＬを基にＷＥＢサーバのアクセスを行う（Ｓ１６）。ＷＥＢサーバから得られたＷＥＢページデータを表示部に表示する（Ｓ１７）。
【００３３】
なお、本実施の形態において、撮像ステップＳ１２はカテゴリ選択の後としたが、カテゴリ選択の前であっても構わない。
【００３４】
図９に、図１のシステムの変形例を示す。この変形例では、変換テーブル２２ａ，２２ｂ，…２２ｎの内容のオリジナル（変換テーブル５２ａ，５２ｂ，…５２ｎ）をサービスサーバ５０の記憶部５１に保持しておき、携帯端末１０では当該オリジナルのコピーを記憶部１９に変換テーブル２２ａ，２２ｂ，…２２ｎとして保存するようにする。変換テーブルにおけるコードデータと割当内容の関係は、新たなコードデータの追加や割当内容の変更等、経時的に更新が必要となる場合があり、このような場合にサービスサーバ５０における変換テーブルの内容を更新する。携帯端末１０では本実施の形態のサービスを利用するに当たり、初期的に変換テーブルをダウンロードする。その後、図８に示したような処理において、該当するＵＲＬの存在がないような場合には、ユーザの指示に応じて、変換テーブルの更新部分または更新があった変換テーブルの全体を再度ダウンロードすることができる。
【００３５】
図１０はそのような変換テーブルのダウンロード処理を示している。必要時に、携帯端末から変換テーブルの送信をサービスサーバに要求する（Ｓ２１）。サービスサーバはこの要求に応じて、所定の変換テーブルを端末に送信する（Ｓ２３）。端末はこの変換テーブルを記憶部１９に保存する（Ｓ２２）。「所定の変換テーブル」とは、初期的なダウンロード時にはすべての変換テーブルである。更新時のダウンロードでは、すべてであってもよいし、更新に係るテーブルのみ、あるいは、更新に係るテーブルの一部のデータであってもよい。更新に係るテーブルのみ、あるいは、更新に係るテーブルの一部のデータの場合には、記憶部１９内の変換テーブルの該当する部分のみを書き換える。
【００３６】
図１１は本発明の第２の実施の形態についてのシステム構成を示している。第１の実施の形態では、基本的には変換テーブルを携帯端末においてローカルに保持したが、本実施の形態ではサービスサーバ５０の側のみに保持するものである。すなわち、サービスサーバ５０の記憶部５１に変換テーブル５２ａ，５２ｂ，…５２ｎを備える。これに伴い、システムの動作も変わる。
【００３７】
図１２によりこの第２の実施の形態におけるシステムの動作について説明する。携帯端末において、ユーザインタフェース（ＵＩ）画面上で画像認識プログラムが起動された後、カテゴリ選択をユーザに促し、選択を受け付ける（Ｓ３１）。ついで、携帯端末に搭載されたカメラ２１によりサイバーコードが画像データとして読み取られる（Ｓ３２）。この画像データはコード認識処理により対応するコードデータに変換される（Ｓ３３）。ついでこの選択されたカテゴリおよび認識されたコードデータをサービスサーバに送信する（Ｓ３４）。
【００３８】
サービスサーバでは、受信した情報に基づいてカテゴリを確認する（Ｓ４１）。さらに、このカテゴリに対応する変換テーブルを検索し、対応する割当内容を確認する（Ｓ４２）。この確認された割当内容は携帯端末に対して送信される（Ｓ４３）。
【００３９】
携帯端末は、受信した割当内容に応じたコマンドを実行する（Ｓ３５）。前述と同様、割当内容がＵＲＬである場合には、自動的にＷＥＢブラウザを起動する。割当内容がコマンドである場合には、そのコマンドを実行する。また、割当内容がイメージである場合は、画像のビューワを起動し、そのイメージデータを読み出して表示する。この例ではＵＲＬなので、ＷＥＢブラウザがＵＲＬを基にＷＥＢサーバのアクセスを行う（Ｓ３６）。ＷＥＢサーバから得られたＷＥＢページデータを表示部に表示する（Ｓ３７）。
【００４０】
ステップＳ３４において携帯端末からサービスサーバに送信するデータの構造を図１３により説明する。図１３（ａ）〜（ｃ）は種々のデータ構造を示しているが、いずれも２４ビットのサイバーコード６２に対して、カテゴリを識別する付属データを追加している点は共通である。図１３（ａ）は、サイバーコード６２への付属データとしてその先頭に８ビットのデータ６１を追加している。このデータ６１は個々のカテゴリを一意に識別するデータである。図１３（ｂ）の付属データは、２階層のカテゴリ構造に対応し、８ビットの上位階層識別データ６５と８ビットの次階層識別データ６６からなる。上位階層識別データ６５は上位階層内でのカテゴリを特定し、次階層識別データ６６はそのサブカテゴリを特定する。図１３（ｃ）は可変長の付属データで階層数も可変の場合に相当しており、２ビットの階層数データ６７とこれにより表される個数の各階層位の８ビットデータ６８，６９からなる。
【００４１】
図１４は、本発明の第３の実施の形態に係る携帯端末の処理を示すフローチャートである。この処理は、携帯端末におけるカメラ２１の制御に関する。前述のように、読取対象のサイバーコードは、大型広告から雑誌や名刺など様々な媒体に付与されている。したがって、媒体の種別によってカメラの機能を切り替える必要がある。ここでいうカメラの機能とは、ズーム機能、マクロ機能、自動露出機能（ＡＥ値変更）、補助ライト機能、ホワイトバランス機能、等である。例えば、大型広告ではズーム機能を利用することが望ましい。また、雑誌や名刺などではマクロ（接写）機能を利用したり、補助ライトを点灯させたりすることが好ましい。本実施の形態では、カテゴリの選択に応じて自動的にそのカテゴリに適した機能群を選択するものである。
【００４２】
まず、ユーザにカテゴリの選択を促して、特定のカテゴリの選択を受け付ける（Ｓ５１）。この詳細については図１５により後述する。その後、ユーザによる撮像の指示、例えば、シャッタボタンの押下、に応じて（Ｓ５２，Ｙｅｓ）、選択された機能群の機能をＯＮして撮像を行う（Ｓ５３）。以後の動作は、前述した他の実施の形態と同じである。
【００４３】
図１５に、ステップＳ５１の詳細例を示す。選択されたカテゴリが何か（この例ではカテゴリＡ，Ｂ，Ｃ，Ｄのいずれか）を調べ（Ｓ６１，Ｓ６３，Ｓ６５，Ｓ６７）、それぞれ、対応する機能群Ａ，Ｂ，Ｃ，Ｄを選択する（Ｓ６２，Ｓ６４，Ｓ６６，Ｓ６８）。但し、「機能群」は必ずしも複数の機能でなくてもよい。また、デフォルトの機能を選択する場合等、ステップＳ６２，Ｓ６４，Ｓ６６，Ｓ６８において何ら処理を行わない場合があってもよい。
【００４４】
図１６は、本発明の第４の実施の形態に係るシステム構成を示す。このシステムは、携帯端末単体で構成され、ネットワークを介したサーバへの接続は不要である。よって本実施の形態では、携帯端末の通信部１５は必須ではない。変換テーブル２２ａ，２２ｂ，…２２ｎに格納されるサイバーコード対応の割当内容はＷｅｂアドレスとしてのＵＲＬ以外のもの、すなわち、オフラインで処理できるものとなる。
【００４５】
以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも、種々の変形、変更が可能である。
【００４６】
【発明の効果】
本発明によれば、２次元コードをカテゴリ別に取り扱うことにより、実質的に２次元コードのビット数を増加させると等価な効果を得ることができる。これにより、新しいコードを開発する必要なく既存の２次元コードを利用して、カメラの性能向上や処理負荷の増加を招くことなく、２次元コードの割当内容の個数を大幅に増大することが可能となる。
【００４７】
特に、携帯電話やＰＤＡなどの小型携帯端末に搭載した場合、粗い２次元コードパターンを解像度が低い既存のモバイル用カメラを用いて認識が可能となるほか、既存のソフトウエア技術を流用することにより、容易で且つ安価に導入でき、幅広い応用が可能となる。
【００４８】
また、カテゴリを階層構造にすることにより、２次元コードの管理が容易になる。
【図面の簡単な説明】
【図１】本発明のシステム構成例を示すブロック図である。
【図２】本発明の実施の形態において利用する２次元コードの一種の説明図である。
【図３】ユーザのカテゴリ選択の一態様を示す携帯端末の画面遷移（ａ）（ｂ）の説明図である。
【図４】図１内に示した変換テーブルの具体的な構成例（ａ）（ｂ）を示す図である。
【図５】本発明の実施の形態におけるさらに別の変換テーブルの具体的な構成例を示す図である。
【図６】本発明の実施の形態におけるカテゴリの階層構造を示す図である。
【図７】カテゴリが階層構造を有する場合の携帯端末の画面遷移例を示す図である。
【図８】本発明の実施の形態においてＷＥＢサーバのアクセスを伴う、携帯端末でのサイバーコード認識処理のフローチャートである。
【図９】図１のシステムの変形例を示すブロック図である。
【図１０】図９のシステムにおける変換テーブルのダウンロード処理を示すフローチャートである。
【図１１】本発明の第２の実施の形態についてのシステム構成を示すブロック図である。
【図１２】図１１のシステムの動作を示すフローチャートである。
【図１３】図１２のステップＳ３４で携帯端末からサービスサーバに送信するデータの構造の例（ａ）（ｂ）（ｃ）を示す図である。
【図１４】本発明の第３の実施の形態に係る携帯端末の処理を示すフローチャートである。
【図１５】図１４のステップＳ５１の詳細例を示すフローチャートである。
【図１６】本発明の第４の実施の形態に係るシステム構成を示すブロック図である。
【符号の説明】
１０…携帯端末、１１…ＣＰＵ、１２…ＲＯＭ、１３…表示部、１４…入力部、１５…通信部、１６…カメラ制御部、１７…認識部、１８…ＶＲＡＭ、１９…記憶部、２０…２次元コード（サイバーコード）、２２ａ，２２ｂ，２２ｎ…変換テーブル、２５…ネットワーク、２６…ＷＥＢサーバ
【図１】
2004062290.tif 000003
【図２】
2004062290.tif 000004
【図３】
2004062290.tif 000005
【図４】
2004062290.tif 000006
【図５】
2004062290.tif 000007
【図６】
2004062290.tif 000008
【図７】
2004062290.tif 000009
【図８】
2004062290.tif 000010
【図９】
2004062290.tif 000011
【図１０】
2004062290.tif 000012
【図１１】
2004062290.tif 000013
【図１２】
2004062290.tif 000014
【図１３】
2004062290.tif 000015
【図１４】
2004062290.tif 000016
【図１５】
2004062290.tif 000017
【図１６】
2004062290.tif 000018