(57)【要約】【課題】  二次元コードに記録されているバイナリデータをテキストデータと誤認識することを防止することである。【解決手段】  携帯端末１００は、二次元コード化された画像を取得し、画像に記録されているデータの表示を行う。携帯端末１００は、データ識別部１０４により、バイナリデータに付加された識別子を基に、表示対象のデータがバイナリデータであるか否かを判定する。バイナリデータである場合には、バイナリデータ種別判定部１０５が更にその種別を判定する。携帯端末１００の制御部１０１は、当該判定の結果、バイナリデータが携帯端末１００で再生可能である場合にはこれを再生させ、バイナリデータが携帯端末１００で再生できない場合にはこれを再生させない制御を行う。【選択図】  図１
2005122547.tif 000002
【特許請求の範囲】
【請求項１】
二次元コードを読み取ってデータの再生を行う端末装置において、
前記二次元コードとして記録されているデータがバイナリデータであるか否かを識別子を基に判定するデータ判定手段と、
前記データ判定手段により前記データがバイナリデータであると判定された場合には、当該バイナリデータの種別を判定する種別判定手段と、
前記種別判定手段による判定の結果、前記バイナリデータの種別が前記端末装置で再生可能な種別である場合には、当該バイナリデータを再生させ、前記バイナリデータの種別が前記端末装置で再生できない種別である場合には、当該バイナリデータを再生させない制御を行う再生制御手段と
を備えることを特徴とする端末装置。
【請求項２】
前記バイナリデータの長さを示す情報を基に、当該バイナリデータの長さを認識する長さ認識手段と、
前記長さ認識手段により認識された長さまでバイナリデータを計数することで、当該バイナリデータの終端を推定する終端推定手段と、
前記バイナリデータの終端を示す識別子の位置と、前記終端推定手段による終端の推定結果との一致を以って、前記バイナリデータの終端を認識する終端認識手段と
を更に備えることを特徴とする請求項１に記載の端末装置。
【請求項３】
前記再生制御手段は、前記種別判定手段による判定の結果、前記バイナリデータの種別が前記端末装置で再生できない種別である場合には、当該バイナリデータを再生可能なアプリケーションプログラムを取得して、前記バイナリデータを再生させることを特徴とする請求項１に記載の端末装置。
【請求項４】
前記再生制御手段は、前記バイナリデータの再生に際して当該バイナリデータの存在を表すオブジェクトを表示させ、当該オブジェクトの選択を契機として、前記バイナリデータの再生を開始することを特徴とする請求項１に記載の端末装置。
【請求項５】
前記再生制御手段は、前記二次元コードとして記録されているバイナリデータが複数ある場合には、複数のバイナリデータの存在を表す複数のオブジェクトを表示させ、オブジェクトの選択を契機として、選択されたオブジェクトに対応するバイナリデータの再生を開始することを特徴とする請求項１に記載の端末装置。
【請求項６】
二次元コードを読み取ってデータの再生を行う端末装置が、
前記二次元コードとして記録されているデータがバイナリデータであるか否かを識別子を基に判定するデータ判定ステップと、
前記データ判定ステップにて前記データがバイナリデータであると判定された場合には、当該バイナリデータの種別を判定する種別判定ステップと、
前記種別判定ステップにおける判定の結果、前記バイナリデータの種別が前記端末装置で再生可能な種別である場合には、当該バイナリデータを再生させ、前記バイナリデータの種別が前記端末装置で再生できない種別である場合には、当該バイナリデータを再生させない制御を行う再生制御ステップと
を含むことを特徴とするデータ再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷媒体や表示媒体から二次元コードを読み取り、当該コードに記録されているデータの再生を行う端末装置、及びそのデータ再生方法に関する。
【背景技術】
【０００２】
近年、二次元コードが普及しつつある。二次元コードは、二次元バーコードとも称され、垂直方向と水平方向とにそれぞれ異なる情報をもたせることができる。このため、一次元のバーコードと比較して大容量の情報を記録することが可能である。二次元コードを使用した技術は、例えば、後述の特許文献１、２に開示されている。特許文献１に記載の物流管理システムは、二次元コードに緯度及び経度の情報を含ませることにより、貨物の配送先の管理を容易にすると共に、配送先の住所をその国の言語で表示する。また、特許文献２に記載の収納ケースは、ＣＤ（Compact Disk）の音楽データの一部が記録された二次元コードを貼付することにより、ＣＤをケースから出すことなく音楽の聴取を可能とする。
【特許文献１】特許第３３７９５２１号公報
【特許文献２】登録実用新案第２５８９９３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
二次元コードとして代表的なＱＲコード（登録商標）には、テキストデータとバイナリデータとの混在が可能である。このような二次元コードを端末装置が読み取る際には、テキストデータとバイナリデータとを区別する必要がある。ところが、データの先頭部分にバイナリデータの種別を示す情報が無かったり、あるいは、有ってもその種別が未知である場合には、端末装置は、上記データをバイナリデータと判断することができない。このため、バイナリデータをテキストデータと誤認識し、その結果、ユーザの判読不能なテキスト表示を行ってしまうという問題があった。
【０００４】
そこで、本発明の課題は、二次元コードに記録されているバイナリデータをテキストデータと誤認識することを防止することである。
【課題を解決するための手段】
【０００５】
本発明に係る端末装置は、二次元コードを読み取ってデータの再生を行う端末装置において、前記二次元コードとして記録されているデータがバイナリデータであるか否かを識別子を基に判定するデータ判定手段と、前記データ判定手段により前記データがバイナリデータであると判定された場合には、当該バイナリデータの種別を判定する種別判定手段と、前記種別判定手段による判定の結果、前記バイナリデータの種別が前記端末装置で再生可能な種別である場合には、当該バイナリデータを再生させ、前記バイナリデータの種別が前記端末装置で再生できない種別である場合には、当該バイナリデータを再生させない制御を行う再生制御手段とを備える。
【０００６】
本発明に係るデータ再生方法は、二次元コードを読み取ってデータの再生を行う端末装置が、前記二次元コードとして記録されているデータがバイナリデータであるか否かを識別子を基に判定するデータ判定ステップと、前記データ判定ステップにて前記データがバイナリデータであると判定された場合には、当該バイナリデータの種別を判定する種別判定ステップと、前記種別判定ステップにおける判定の結果、前記バイナリデータの種別が前記端末装置で再生可能な種別である場合には、当該バイナリデータを再生させ、前記バイナリデータの種別が前記端末装置で再生できない種別である場合には、当該バイナリデータを再生させない制御を行う再生制御ステップとを含む。
【０００７】
なお、二次元コードは、例えばＱＲ（Quick Response）コードであるが、これに限らない。
また、再生の対象となるデータは、静止画や動画の表示データに限らず、音楽データなど、その種別を問わない。
【０００８】
これらの発明によれば、端末装置は、二次元コードに記録されている識別子を参照することで、二次元コードに記録されているデータがバイナリデータであるか否かを容易に識別することができる。また、この識別は、当該バイナリデータの種別に関わらず、すなわち、当該バイナリデータの種別が端末装置にとって未知なものである場合にも行われる。そして、この場合の様に、端末装置がバイナリデータを再生できないと判断した場合には、端末装置はこれを再生させない。したがって、二次元コードに記録されているバイナリデータをテキストデータと誤認識することが未然に防止され、その結果、これに起因するバイナリデータのテキスト表示の懸念も解消される。
【０００９】
本発明に係る端末装置において好ましくは、前記バイナリデータの長さを示す情報を基に、当該バイナリデータの長さを認識する長さ認識手段と、前記長さ認識手段により認識された長さまでバイナリデータを計数することで、当該バイナリデータの終端を推定する終端推定手段と、前記バイナリデータの終端を示す識別子（終端子）の位置と、前記終端推定手段による終端の推定結果との一致を以って、前記バイナリデータの終端を認識する終端認識手段とを更に備える。
【００１０】
本発明によれば、端末装置は、バイナリデータの長さを示す情報を参照することで、バイナリデータの終端を示す識別子の検出を待つこと無く、バイナリデータの終端を簡易迅速に推定することができる。更に、端末装置は、推定されたバイナリデータの終端位置と、実際に終端を示す識別子の位置とを照合し、これらが一致することをバイナリデータの終端判断の条件とする。これにより、本来はテキストデータとして記録されたデータが誤ってバイナリデータと判断される可能性は極めて低減し、データの誤認識がより確実に防止される。
【００１１】
本発明に係る端末装置において、前記再生制御手段は、前記種別判定手段による判定の結果、前記バイナリデータの種別が前記端末装置で再生できない種別である場合には、当該バイナリデータを再生可能なアプリケーションプログラムを取得して、前記バイナリデータを再生させることもできる。
【００１２】
ここで、アプリケーションプログラムの取得に関しては、外部端末との通信による受信、外部接続された別の端末装置からの入力など、その態様は任意である。本発明によれば、二次元コードとして記録されているバイナリデータの再生が現状の端末装置では不可能であっても、これを再生可能なアプリケーションプログラムが取得される。したがって、端末装置は、当該プログラムが対応しているバイナリデータである限り、如何なる種別のバイナリデータをも再生することが可能となる。
【００１３】
また、本発明に係る端末装置においては、前記再生制御手段は、前記バイナリデータの再生に際して当該バイナリデータの存在を表すオブジェクト（例えば、アイコン）を表示させ、当該オブジェクトの選択を契機として、前記バイナリデータの再生を開始するものとしてもよい。
【００１４】
本発明によれば、二次元コードとして記録されているバイナリデータの再生を、オブジェクトの選択時というユーザ所望のタイミングで開始させることが可能となる。
【００１５】
更に、本発明に係る端末装置において、前記再生制御手段は、前記二次元コードとして記録されているバイナリデータが複数ある場合には、複数のバイナリデータの存在を表す複数のオブジェクトを表示させ、オブジェクトの選択を契機として、選択されたオブジェクトに対応するバイナリデータの再生を開始するものとしてもよい。
【００１６】
本発明によれば、二次元コードとして記録されている複数のバイナリデータの再生を、オブジェクトの選択時というユーザ所望のタイミングで個別に開始させることが可能となる。
【００１７】
本発明は、読み取られた二次元コードに記録されたデータを再生可能なあらゆる端末装置に適用可能であり、その機能や大きさによって適用対象が制限されるものではない。しかしながら、携帯電話やＰＤＡ（Personal Digital Assistance）を始めとする携帯型端末は、携帯性や可搬性が高く、散在する印刷媒体や表示媒体に記録されている二次元コードの読取りが容易であることから、このような携帯型端末に本発明を適用することが特に効果的である。
【発明の効果】
【００１８】
本発明によれば、二次元コードに記録されているバイナリデータをテキストデータと誤認識することを防止することが可能となる。
【発明を実施するための最良の形態】
【００１９】
（第１の実施形態）
以下、例示のために添付された図面を参照しながら、本発明の第１の実施形態について説明する。まず、本実施の形態における携帯端末１００の構成について説明する。図１は、携帯端末１００の機能的構成を示すブロック図である。図１に示す様に、携帯端末１００は、制御部１０１（再生制御手段に対応）と、画像取得部１０２と、画像解析部１０３と、コンテンツデータ識別部１０４（データ判定手段に対応）と、バイナリデータ種別判定部１０５（種別判定手段に対応）と、バイナリデータ種別保持部１０６とを備える。また、携帯端末１００は、バイナリデータ長認識部１０７（長さ認識手段に対応）と、バイナリデータ長保持部１０８と、データカウント部１０９（終端推定手段に対応）と、終端認識部１１０（終端認識手段に対応）と、バイナリデータ処理部１１１とを備える。
【００２０】
以下、携帯端末１００の各構成要素について詳細に説明する。
制御部１０１は、ＣＰＵ（Central Processing Unit）により構成され、各部の動作を統括的に制御する。例えば、バイナリデータ処理部１１１に対して、バイナリデータとしての画像データを表示させたり、音楽データを再生させたりする指示を行う。
画像取得部１０２は、コードリーダ等により構成され、バイナリデータ又はテキストデータがＱＲコードとして記録された画像の読取りを行う。
【００２１】
画像解析部１０３は、画像取得部１０２により取得された画像を解析し、当該画像に含まれるコンテンツデータの識別、バイナリデータ種別の判定などの処理を適用可能なデータ列に変換する。生成されるデータ列の一例を図２に示す。図２に示す様に、データ列Ａには、コンテンツデータＡ４が、その属性を表す情報Ａ１〜Ａ３と共に記録されている。
【００２２】
データ列Ａは、５つのデータ部Ａ１〜Ａ５から成る。すなわち、データ部Ａ１には、コンテンツデータがバイナリデータであるか否かを識別するための識別子が記録されている。バイナリデータである場合には、識別子として“ＣＮＴＳ：”が記録されている。
【００２３】
データ部Ａ２には、コンテンツデータがバイナリデータである場合に、その種別“ＴＹＰＥ：ｘｘｘ；”が記録される。“ｘｘｘ”の部分に記録されるデータは、例えば、バイナリデータがＧＩＦデータであれば“ＧＩＦ”というように、そのバイナリデータの種別を意味するデータである。
データ部Ａ３には、コンテンツデータがバイナリデータである場合に、そのデータ長“ＬＮＧ：ｙｙｙ；” が記録される。“ｙｙｙ”の部分に記録されるデータは、例えば、バイナリデータのバイト数を表す数値である。
【００２４】
データ部Ａ４には、コンテンツデータ“ＢＯＤＹ：ｚｚｚ；”が記録される。“ｚｚｚ”の部分に記録されるデータは、上記バイト数分のバイナリデータ自体である。
データ部Ａ５には、１セットのデータ部Ａ１〜Ａ５から構成されるデータ列の終端を表す識別子“；”が記録される。
【００２５】
コンテンツデータ識別部１０４は、画像解析部１０３により解析されたデータ部Ａ１を参照して、後続のコンテンツデータがバイナリデータであるか否かを判定する。
【００２６】
バイナリデータ種別判定部１０５は、画像解析部１０３により解析されたデータ部Ａ２を参照して、後続のバイナリデータの種別を判定する。バイナリデータ種別保持部１０６には、バイナリデータ種別判定部１０５によるバイナリデータ種別の判定結果が保持される。詳細な処理内容に関しては、動作説明において後述するが、バイナリデータ種別判定部１０５は、保持された種別のバイナリデータが、携帯端末１００によって再生可能なものであるか否かの判定を行う。
【００２７】
バイナリデータ長認識部１０７は、画像解析部１０３により解析されたデータ部Ａ３を参照して、後続のバイナリデータのデータ長を判定する。データ長は、例えば、バイト数やビット数である。
バイナリデータ長保持部１０８には、バイナリデータ長認識部１０７によるバイナリデータ長の認識結果が保持される。
【００２８】
データカウント部１０９は、バイナリデータ長保持部１０８に保持されているデータ長までバイナリデータを計数し、当該データ長に達した箇所までのデータをバイナリデータと推定する。例えば、データ部Ａ３に“ＬＮＧ：１２８”が記録されている場合には、データカウント部１０９は、“ＬＮＧ：１２８”の終端位置を始点（０バイト）として１２８バイトまで計数し、１２８バイト目のデータをバイナリデータの終端と推定する。
【００２９】
終端認識部１１０は、画像解析部１０３により解析されたデータ部Ａ５を参照して、その直前に位置するバイナリデータの終端を認識する。また、終端認識部１１０は、当該認識結果が、データカウント部１０９により推定されたバイナリデータの終端と一致するか否かを判定する。一致する場合には、終端認識部１１０は、二次元コード化されたコンテンツデータをバイナリデータと認識し、一致しない場合にはテキストデータと認識する。
【００３０】
バイナリデータ処理部１１１は、ディスプレイ装置やスピーカ装置などにより構成される。バイナリデータ処理部１１１は、コンテンツデータ識別部１０４及び終端認識部１１０によりコンテンツデータがバイナリデータと認識された場合に、制御部１０１からの指示に従って、バイナリデータの再生を行う。再生の内容は、バイナリデータの種別によって異なるが、例えば、画像データの場合には表示であり、音楽データの場合には発音や鳴動である。
【００３１】
次に、図３〜図６を参照して、携帯端末１００の動作を説明し、併せて、本発明に係るデータ再生方法を構成する各ステップについて説明する。
図３は、携帯端末１００により実行されるデータ再生処理を説明するためのフローチャートである。まず、図４（ａ）に示す携帯端末１００が、図４（ｂ）に示すＱＲコードを読み取る。これに伴い、コンテンツデータ識別部１０４により、データ列中の識別子を基にしたコンテンツデータの識別、すなわちコンテンツデータがバイナリデータであるか否かの判別が行われる（Ｓ１）。
【００３２】
Ｓ１における判定の結果、コンテンツデータがバイナリデータであるものと判定された場合にはＳ２に移行し、バイナリデータ種別判定部１０５により、そのバイナリデータの種別が判定される。本実施の形態では、画像解析後のデータ列として“ＣＮＴＳ：ＴＹＰＥ：ｇｉｆ；ＬＮＧ：２３８；ＢＯＤＹ：ａａａａａａａａａａａａａａａａａａａａａ；；”（図４（ｂ）参照）を想定する。データ部Ａ４に相当する“ａａａａａ…”は、ＧＩＦ（Graphics Interchange Format）のバイナリデータである。したがって、バイナリデータ種別の判定結果として“ｇｉｆ”がバイナリデータ種別保持部１０６に保持される（Ｓ３）。なお、バイナリデータは文字では表現できないが、本実施の形態では仮に“ａａａａａ…”と記載している。
【００３３】
一方、Ｓ１における判定の結果、コンテンツデータがバイナリデータ以外であるものと判定された場合には、携帯端末１００は、当該コンテンツデータをテキスト表示する（Ｓ１２）。例えば、バイナリデータを示す識別子“ＣＮＴＳ：”の前に記録されているデータ“ぼくは山田太郎です。”には、識別子“ＣＮＴＳ：”が付されていない。したがって、かかるデータは、図５（ａ）の画面表示例に示す様に、テキスト形式で表示される。バイナリデータの終端子“；”の後に記録されているデータ“よろしく。”に関しても同様に、バイナリデータの表示後にテキスト表示される。
【００３４】
Ｓ４では、バイナリデータ種別判定部１０５により、Ｓ３で保持されたバイナリデータ種別が、携帯端末１００に対応する種別であるか否かの判定が為される。ここで、対応する種別とは、携帯端末１００に既存のアプリケーションプログラムにより再生可能なバイナリデータの種別である。また、バイナリデータ種別が携帯端末１００に非対応である場合とは、携帯端末１００に未登録（未知）の場合の他に、バイナリデータの種別自体がデータ列に記録されていない場合を含む。
【００３５】
上記判定の結果、バイナリデータ種別が携帯端末１００に対応する場合には（Ｓ４；ＹＥＳ）後続のＳ５に移行するが、携帯端末１００に非対応である場合には（Ｓ４；ＮＯ）、携帯端末１００はバイナリデータの再生を行わずに、Ｓ１の処理に移行する。バイナリデータ（ＧＩＦデータ）が表示されずにテキストデータのみが表示された画面１１１ｂを図５（ｂ）に示す。
【００３６】
Ｓ５では、バイナリデータ長認識部１０７により、Ｓ１で検知されたバイナリデータのバイト長が認識される。この認識は、データ列に含まれる“ＬＮＧ：”以下の数値を参照することにより可能である。図４（ｂ）を再び参照すると、“ＬＮＧ：２３８；”がデータ部分として含まれるので、バイナリデータは２３８バイトの長さを有するとの認識が可能である。Ｓ５におけるバイナリデータ長の認識結果は、バイナリデータ長保持部１０８に保持される（Ｓ６）。Ｓ７では、データカウント部１０９は、Ｓ６で保持されたバイナリデータ長に相当するバイト数分のデータを計数する。
【００３７】
続いて、終端認識部１１０は、Ｓ７で計数されたデータ位置の次に終端子“；”が存在するか否かの判定を行う（Ｓ８）。
Ｓ８において、計数されたデータ位置に終端子“；”が存在する場合、すなわち、Ｓ７における計数結果の表すバイナリデータの終端と、終端子の示すバイナリデータの終端とが一致した場合には（Ｓ８；ＹＥＳ）、Ｓ９に移行する。
【００３８】
Ｓ９では、制御部１０１は、バイナリデータの再生を開始するためのアイコンを表示させる。アイコンの表示中もＳ１〜Ｓ１２の一連の処理を実行することは可能であるが、ユーザによりアイコンが選択されると（Ｓ１０）、これに対応付けられたバイナリデータがバイナリデータ処理部１１１により再生される（Ｓ１１）。この時再生されるバイナリデータは、Ｓ５で認識された２３８バイトの長さを有する上述の“ａａａａａａａａａａａａａａａａａａａａａ”である。上述したテキストデータと共に、このバイナリデータが表示された携帯端末１００の画面１１１ｃを図５（ｃ）に示す。
【００３９】
ＱＲコード化されたコンテンツデータが実際にはバイナリデータでないにも関わらず、図６（ａ）、図６（ｂ）の例に示す様に、テキストデータの一部に“ＣＮＴＳ：”なる文字列が偶然に含まれることで、バイナリデータと誤認される事態が懸念される。かかる場合には、図３のＳ１で、コンテンツデータがバイナリデータであるとの識別が為されるため、Ｓ２以降の処理が実行される。そして、Ｓ８の処理の実行により、計数結果と終端子との一致が確認されることになるが、これらのデータまでもが偶然に一致する確率は極めて低いものと推測できるため、テキストデータがバイナリデータと誤認識される可能性は低減する。
【００４０】
Ｓ７における計数結果の表すバイナリデータの終端と、終端子の示すバイナリデータの終端とが一致しなかった場合には（Ｓ８；ＮＯ）、Ｓ１２に移行する。Ｓ１２では、バイナリデータの再生は行われずにテキストデータが表示される。
【００４１】
以上説明した様に、携帯端末１００によれば、ＱＲコード化された画像を取得した際に、当該画像の中ににおけるバイナリデータの存否、種別、及び対応・非対応を判別する。これにより、バイナリデータをテキストデータと誤認識することに因るバイナリデータのテキスト表示を防止する。また、携帯端末１００は、バイナリデータのバイト長からその終端を推定し、推定された終端の位置に終端子が存在することを確認する。これにより、バイナリデータのテキスト表示を、より確実に防止する。つまり、携帯端末１００は、テキスト表示させるデータをテキストデータに限定すると共に、自端末に非対応のバイナリデータの再生を行わない。したがって、ユーザにとって意味を為さない判読不能な情報がユーザに提示されることがない。
【００４２】
（第２の実施形態）
次に、図７〜図８を参照して、本発明の第２の実施形態について説明する。図７は、第２の実施形態における携帯端末２００の機能的構成を示すブロック図である。携帯端末２００は、第１の実施形態において詳述した携帯端末１００と共通の構成要素を複数含むので、これら共通の構成要素には同列（末尾の数字が同一）の符合を付してその説明は省略すると共に、第１の実施形態との差異について詳述する。
【００４３】
携帯端末２００に特有の構成要素であるアプリケーション取得部２１２は、画像にＱＲコード化されているバイナリデータの種別が、携帯端末２００に非対応である場合に、当該バイナリデータを再生可能なアプリケーションプログラムを外部から取得する。アプリケーションプログラムの提供元は、例えば、インターネット経由で携帯端末２００に接続されたコンテンツサーバ、携帯端末２００にケーブル接続されたパーソナルコンピュータなどである。
【００４４】
図８は、第２の実施形態における携帯端末２００の動作を説明するためのフローチャートである。画像の取得からデータの再生までの一連の処理は、第１の実施形態において詳述した携帯端末１００の動作（図３参照）と基本的には同様である。具体的には、図８のＴ１〜Ｔ１２に示す各処理は、図３のＳ１〜Ｓ１２に示した各処理に相当する。第１及び第２の実施の形態間に存する差異は、Ｔ１３の処理である。Ｔ１３の処理は、Ｔ３で保持されたバイナリデータの種別が携帯端末２００に非対応である場合に実行される処理である。Ｔ１３の処理は、携帯端末２００が、上記バイナリデータを再生可能なアプリケーションプログラムを、外部端末又は外部接続装置から取得する処理である。
【００４５】
第２の実施形態における携帯端末２００によれば、ＱＲコード化されているバイナリデータのデータ種別が携帯端末２００に未登録である場合など、再生不可能と判定した場合には、当該バイナリデータを再生するためのアプリケーションプログラムを外部から取得する。バイナリデータは、取得されたアプリケーションプログラムによって再生される。したがって、特定の種別のバイナリデータを再生可能なアプリケーションプログラムが携帯端末２００に事前に存在しなかった場合であっても、携帯端末２００は、このバイナリデータを再生することができる。
【００４６】
（第３の実施形態）
次に、図９〜図１０を参照して、本発明の第３の実施形態について説明する。第３の実施形態における携帯端末の要部構成は、第１の実施形態において詳述した携帯端末１００の構成と同一である。したがって、各構成要素には同一の符合を付しその説明は省略すると共に、第１の実施形態との差異について詳述する。
【００４７】
第１の実施形態では、バイナリデータとして画像データを想定したが、本実施の形態では音楽データを想定する。すなわち、解析画像に含まれるデータ列が、図９に示す様に、“ＣＮＴＳ：ＴＹＰＥ：ｍｉｄｉ；ＬＮＧ：２３８；ＢＯＤＹ：ｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂ；；”である場合には、再生の対象は、ＭＩＤＩ（Musical Instrument Digital Interface）の音楽データである。ユーザは、ＱＲコードを見ただけでは、これに記録されているデータがテキストデータであるのか画像データであるのかなど、どのようなデータであるのかを判断できない。このため、携帯端末が音楽データを読み込んだ場合に自動再生すると、ユーザが意図せずに端末から音が再生される可能性があるという問題点がある。
【００４８】
そこで、図１０（ａ）に示す様に、アイコンＢ１を画面１１１ｅに一旦表示させ、このアイコン選択を契機に、携帯端末はデータの再生を行う。アイコンＢ１は、再生の対象が音楽データであることがユーザにわかる表示内容とする。音楽再生用プログラムに対するＭＩＤＩデータの出力は、アイコンの選択操作により開始される。ユーザがアイコンを選択すると、バイナリデータとして記録されているメロディが、携帯端末１００のスピーカ装置Ｓから再生される（図１０（ｂ）参照）。これにより、ユーザは、バイナリデータを再生する前に、その種別を把握することができ、バイナリデータを再生するかしないかの判断が容易に可能となる。
【００４９】
（第４の実施形態）
次に、図１１〜図１３を参照して、本発明の第３の実施形態について説明する。第４の実施形態における携帯端末の要部構成は、第１の実施形態において詳述した携帯端末１００の構成と同一である。したがって、共通する構成要素には同一の符合を付してその説明は省略すると共に、第１の実施形態との差異について詳述する。
【００５０】
第１の実施形態では、ＱＲコード化されたバイナリデータは１データとしたが、本実施の形態では複数のデータとする。例えば、図１１（ａ）に示す様に、画像解析後のデータ列に、１種類のテキストデータと２種類のバイナリデータとが含まれるとする。テキストデータは“メロディ２つをプレゼント。”の文字列であり、バイナリデータは、“ＣＮＴＳ：ＴＹＰＥ：ｍｉｄｉ；ＬＮＧ：２３８；ＢＯＤＹ：ｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂ；；”、及び、“ＣＮＴＳ：ＴＹＰＥ：ｍｉｄｉ；ＬＮＧ：１２１；ＢＯＤＹ：ｃｃｃｃｃｃｃｃｃｃｃ；；”である。
【００５１】
本態様では、図１１（ｂ）に示す様に、音楽の再生開始をアプリケーションプログラムに指示するための２つのアイコンＢ２，Ｂ３が画面表示される。これらのアイコンＢ２，Ｂ３は、“メロディ２つをプレゼント。”なるテキストデータと共に表示される。携帯端末１００のユーザが上側のアイコンＢ２を選択すると、図１２（ａ）に示す様に、バイナリデータ“ｂｂｂｂｂｂ…”に対応する１つ目のＭＩＤＩデータが再生される。また、ユーザが、下側のアイコンＢ３を選択すると、バイナリデータ“ｃｃｃｃｃｃ…”に対応する２つ目のＭＩＤＩデータが再生される（図１２（ｂ）参照）。なお、太線枠に囲まれたアイコンは、そのアイコンが選択された旨を示す。
【００５２】
このように、携帯端末１００が、記録されているバイナリデータ毎に異なるアイコンを画面表示することで、ユーザは、複数の音楽データを別々に聴くことができる。また、アイコンに併せて曲のタイトルを表示させるものとすれば、ユーザは、聴きたい音楽だけを選択して聴く、好みに応じて聴く順番を変えるといったことが可能になる。
【００５３】
第４の実施の形態の変形態様として、ＱＲコード化された複数のバイナリデータは、音楽データと音楽データという様に同種のデータに限るものではなく、画像データと音楽データという様に異種のデータであっても勿論よい。この場合、画像解析後のバイナリデータ列の一例は、図１３（ａ）に示す様に、“ＣＮＴＳ：ＴＹＰＥ：ｍｉｄｉ；ＬＮＧ：２３８；ＢＯＤＹ：ｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂｂ；；”、及び、“ＣＮＴＳ：ＴＹＰＥ：ｇｉｆ；ＬＮＧ：１２１；ＢＯＤＹ：ｄｄｄｄｄｄｄｄｄｄｄ；；”である。携帯端末１００の表示画面１１１ｇには、１つ目の再生対象が音楽データであることを示すアイコンＢ４と、２つ目の再生対象が写真データであることを示すアイコンＢ５とが表示される（図１３（ｂ）参照）。
【００５４】
なお、本発明は、上記第１〜第４の実施の形態に限定されるものではなく、その趣旨を逸脱しない範囲において、適宜変形態様を採ることも可能である。例えば、上記各実施の形態においては、画像データとしてＧＩＦデータを、音楽データとしてＭＩＤＩデータをそれぞれ例示した。しかし、画像データは、ＪＰＥＧ（Joint Photographic Expert Group）、ＭＰＥＧ（Moving Picture Expert Group）、ＴＩＦＦ（Tagged Image File Format）等のデータであってもよい。また、音楽データは、ＡＶＩ（Audio Visual Interleaved）、ＲＩＦＦ（Resource Interchange File Format）等のデータであってもよく、本発明は、任意の形式のバイナリデータに適用可能である。
【図面の簡単な説明】
【００５５】
【図１】第１、第３、第４の実施形態における携帯端末の機能的構成を示すブロック図である。
【図２】ＱＲコード化された画像に含まれるバイナリデータ列のフォーマットを示す図である。
【図３】第１、第３、第４の実施形態における携帯端末の動作を説明するためのフローチャートである。
【図４】図４（ａ）は、第１の実施形態における携帯端末の概観を示す模式図である。図４（ｂ）は、ＧＩＦデータがＱＲコード化された画像の一例を示す図である。
【図５】図５（ａ）は、第１の実施形態において、テキストデータが画面表示された携帯端末を示す図である。図５（ｂ）は、第１の実施形態において、バイナリデータが表示されなかった携帯端末を示す図である。図５（ｃ）は、第１の実施形態において、バイナリデータが表示された携帯端末を示す図である。
【図６】図６（ａ）は、バイナリデータの記述方法を示すテキストデータがＱＲコード化された画像の一例を示す図である。図６（ｂ）は、同テキストデータが表示された携帯端末を示す図である。
【図７】第２の実施形態における携帯端末の機能的構成を示すブロック図である。
【図８】第２の実施形態における携帯端末の動作を説明するためのフローチャートである。
【図９】第３の実施形態において、ＭＩＤＩデータがＱＲコード化された画像の一例を示す図である。
【図１０】図１０（ａ）は、第３の実施形態において、ＭＩＤＩデータを再生するためのアイコンが画面表示された携帯端末を示す図である。図１０（ｂ）は、第３の実施形態において、上記アイコンが選択された際の携帯端末の様子を示す図である。
【図１１】図１１（ａ）は、第４の実施形態において、２種類のＭＩＤＩデータがＱＲコード化された画像の一例を示す図である。図１１（ｂ）は、第４の実施形態において、上記ＭＩＤＩデータを再生するための２つのアイコンが縦列表示された携帯端末を示す図である。
【図１２】図１２（ａ）は、第４の実施形態において、画面表示された２つのアイコンの内、１つ目のアイコンが選択された際の携帯端末の様子を示す図である。図１２（ｂ）は、同じく２つ目のアイコンが選択された際の携帯端末の様子を示す図である。
【図１３】図１３（ａ）は、第４の実施形態において、ＭＩＤＩデータとＧＩＦデータとがＱＲコード化された画像の一例を示す図である。図１３（ｂ）は、第４の実施形態において、ＭＩＤＩデータとＧＩＦデータとを再生するための２つのアイコンが縦列表示された携帯端末を示す図である。
【符号の説明】
【００５６】
１００，２００…携帯端末、１０１，２０１…制御部、１０２，２０２…画像取得部、１０３，２０３…画像解析部、１０４，２０４…データ識別部、１０５，２０５…バイナリデータ種別判定部、１０６，２０６…バイナリデータ種別保持部、１０７，２０７…バイナリデータ長認識部、１０８，２０８…バイナリデータ長保持部、１０９，２０９…データカウント部、１１０，２１０…終端認識部、１１１，２１１…バイナリデータ処理部、２１２…アプリケーション取得部、Ａ…バイナリデータ列、Ａ１〜Ａ５…データ部、Ｂ１〜Ｂ５…アイコン
【図１】
2005122547.tif 000003
【図２】
2005122547.tif 000004
【図３】
2005122547.tif 000005
【図４】
2005122547.tif 000006
【図５】
2005122547.tif 000007
【図６】
2005122547.tif 000008
【図７】
2005122547.tif 000009
【図８】
2005122547.tif 000010
【図９】
2005122547.tif 000011
【図１０】
2005122547.tif 000012
【図１１】
2005122547.tif 000013
【図１２】
2005122547.tif 000014
【図１３】
2005122547.tif 000015