表示装置、通信システムおよび方法
【課題】 大容量の情報伝達を確実に行うことを可能とする信頼性の高い表示装置、通信システムおよび方法を提供する。
【解決手段】 表示装置１および入出力端末２は、動画像の表示と光の受光とが可能な受発光部１１，２１をそれぞれ備える。入出力端末２が、動画２次元コードを構成する各シンボルを受発光部２１に順次表示し、表示装置１が、この各シンボルを受発光部１１により読み取ると共に、読み取ったシンボルに基づいてシンボル送受信状態情報ＳＩを取得し、このシンボル送受信状態情報ＳＩに基づいて表示条件ＤＣを決定し、その後はこの表示条件ＤＣに基づいて動画２次元コードの各シンボルを表示する。送信相手である入出力端末２の受発光部２１が確実に読み取ることができる態様で表示することにより、表示装置１と入出力端末２との間で確実にコンテンツデータを送受信することが可能となる。
【解決手段】 表示装置１および入出力端末２は、動画像の表示と光の受光とが可能な受発光部１１，２１をそれぞれ備える。入出力端末２が、動画２次元コードを構成する各シンボルを受発光部２１に順次表示し、表示装置１が、この各シンボルを受発光部１１により読み取ると共に、読み取ったシンボルに基づいてシンボル送受信状態情報ＳＩを取得し、このシンボル送受信状態情報ＳＩに基づいて表示条件ＤＣを決定し、その後はこの表示条件ＤＣに基づいて動画２次元コードの各シンボルを表示する。送信相手である入出力端末２の受発光部２１が確実に読み取ることができる態様で表示することにより、表示装置１と入出力端末２との間で確実にコンテンツデータを送受信することが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示画面を通して他の装置に情報を伝達する機能を備える表示装置、通信システムおよび方法に関する。
【背景技術】
【０００２】
従来より、バーコードや２次元コードなどを取り扱う技術が存在し、これらの技術は、主に物流管理などに利用されている。
【０００３】
２次元コードを用いた技術においては、様々なフォーマットが提案され、利用されている。ところが、これらの技術はいずれも印刷物などの静的物品を対象とした技術であることから、利用できる情報の容量は最大でも数Ｋバイト程度であり、大容量の情報を取り扱うことが困難である。そこで本出願人は、例えば特許文献１において、複数の２次元コードを順次動的に表示すると共に、これらを順次動的に検出するようにした技術を提案している。この技術によれば、大容量の情報伝達を実現する可能性もある。
【０００４】
【特許文献１】特開２００４−１２７２７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記した特許文献１の技術では、他の情報処理装置との間の情報伝達方式に関し、例えば同文献の図７に示されているような概念的な内容が提案されているにすぎず、具体的な内容は明らかではなかった。このため、実際に他の情報処理装置との間で大容量の情報伝達を行うに際しては、必ずしも効率的かつ確実に情報伝達を行うことが可能になるという保証はなかった。
【０００６】
このように、従来の技術では、効率性を確保しつつ大容量の情報伝達を確実に行うことが困難であり、改善の余地があった。
【０００７】
本発明はかかる問題点に鑑みてなされたもので、その目的は、２次元コードの動的表示および検出を通じて、大容量の情報伝達を確実かつ効率的に行うことを可能とする信頼性の高い表示装置、通信システムおよび通信方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の通信方法は、一の表示装置において、動画２次元コードを構成する複数のシンボルを時間軸に沿って第１の受発光画面に順次表示し、他の表示装置において、この複数のシンボルを第２の受発光画面により読み取ると共に、この読み取ったシンボルに基づいて、第２の受発光画面と第１の受発光画面との相対角度を示す情報、第１の受発光画面に表示されているシンボルの大きさを示す情報、および、読み取ったシンボルの受光位置を示す情報のうちの少なくとも１つを含むシンボル送受信状態情報を取得し、このシンボル送受信状態情報に基づいて、第２の受発光画面に動画２次元コードを表示する際のシンボルの表示角度、大きさおよび表示位置のうちの少なくとも１つの表示条件を決定し、この決定された表示条件に基づいて、第２の受発光画面に動画２次元コードを表示するものである。
【０００９】
ここで、「動画２次元コード」とは、時間軸に沿って変化する一連の２次元コードからなるコード情報である。ここで、「２次元コード」とは、各時点において静止した内容をもつシンボルであって、所定のフォーマットに従って予めその構成や意味内容が規定されている。なお、バーコードは、２次元コードの特殊な一態様である。また、「シンボル」とは、例えば複数の表示エレメントを配置して構成される画像パターンである。通常は、各表示エレメントごとに例えば輝度や色等の光学的物理量を設定することにより、そのような画像パターンとしてのシンボルが形成される。
【００１０】
また、「シンボル送受信状態情報」とは、例えば上記のように、シンボルの大きさや受光位置、互いの受発光画面間の相対角度（シンボルの相対角度）など、受発光画面において読み取ったシンボルに関する送受信状態を意味し、受発光画面相互の空間的な配置（例えば、距離、位置、角度など）を表すものである。なお、受光位置とはこの場合、第２の受発光画面における位置を意味し、相対角度とは、受発光画面同士の回転角度を意味する。ここで、動画２次元コードを構成する各シンボルが複数の基準エレメントを含むように構成し、他の表示装置において、各シンボルにおけるこの基準エレメントの受光位置に基づいて、シンボル送受信状態情報を取得するようにしてもよい。なお、「基準エレメント」とは、上記のようなシンボル送受信状態情報を取得することを可能とする特定のエレメントを意味し、あらかじめシンボル内の所定の位置に設定されるようになっている。
【００１１】
また、「表示条件」とは、例えば上記のように、シンボルを表示する際の大きさ、表示位置、表示角度などの条件を意味し、シンボル送受信状態情報に基づいて、受発光画面相互の空間的な配置に対して適切な条件となるように決定されるものである。この際、読み取ったシンボルの受光位置からの位置ずれの余裕度や、第２の受発光画面と第１の受発光画面との相対角度からの角度ずれの余裕度なども考慮して、表示条件を決定するようにするのが好ましい。ここで、「位置ずれの余裕度」とは、シンボルの受光位置が、受光すべき位置（例えば、登録されている受光位置の座標など）に対する平行移動によりずれてしまうことを想定して設けられる、受光位置に対する平行移動のマージンを意味する。また、「角度ずれの余裕度」とは同様に、シンボルの受光位置が、受光すべき位置に対する回転移動によりずれてしまうことを想定して設けられる、受光位置に対する回転移動のマージンを意味する。このような余裕度も考慮して表示条件を決定するようにした場合、より確実かつ効率的に、シンボルの表示および読み取りを行うことが可能となる。
【００１２】
さらに、動画２次元コードを構成する複数のシンボルを、データ送信用フォーマットで表現された２次元コードであるデータシンボルと、アンカー送信用フォーマットで表現された２次元コードであるアンカーシンボルとを含むように構成し、一の表示装置において、データシンボルを時間軸に沿って第１の受発光画面に表示すると共に、このデータシンボルを１または複数回表示するごとにアンカーシンボルを第１の受発光画面に表示し、他の表示装置において、これらデータシンボルおよびアンカーシンボルを第２の受発光画面により読み取ると共にそこからアンカーシンボルを検出し、この検出したアンカーシンボルに基づいて前記表示条件を決定するようにしてもよい。ここで、「１または複数回」とは、必ずしも一定の回数を意味するものではなく、各アンカーシンボル間に表示されるデータシンボルの回数が互いに異なるようにしてもよい。なお、このアンカーシンボルが複数の基準エレメントを含むようにアンカー送信用フォーマットを構成し、他の表示装置において、このアンカーシンボルにおける基準エレメントの受光位置に基づいて、シンボル送受信状態情報を取得するようにしてもよい。
【００１３】
本発明の表示装置は、動画像の表示と光の受光とが可能な第２の受発光画面と、他の一の表示装置の第１の受発光画面から、そこに表示された動画２次元コードを構成する複数のシンボルを第２の受発光画面を用いて読み取る読取制御手段と、この読取制御手段により読み取られたシンボルに基づいて、第２の受発光画面と第１の受発光画面との相対角度を示す情報、第１の受発光画面に表示されているシンボルの大きさを示す情報、および、読み取ったシンボルの受光位置を示す情報のうちの少なくとも１つを含むシンボル送受信状態情報を取得する取得手段と、この取得手段により取得したシンボル送受信状態情報に基づいて、第２の受発光画面に動画２次元コードを表示する際のシンボルの表示角度、大きさおよび表示位置のうちの少なくとも１つの表示条件を決定する決定手段と、複数のシンボルから構成される動画２次元コードを生成する生成手段と、上記決定手段により決定した表示条件に基づいて、この生成手段により生成された動画２次元コードにおける複数のシンボルを時間軸に沿って第２の受発光画面に順次表示させる表示制御手段とを備えたものである。
【００１４】
本発明の通信システムは、一の表示装置が、動画像の表示と光の受光とが可能な第１の受発光画面と、複数のシンボルから構成される動画２次元コードを生成する第１の生成手段と、この第１の生成手段により生成された動画２次元コードにおける複数のシンボルを、時間軸に沿って第１の受発光画面に順次表示させる第１の表示制御手段とを備え、他の表示装置が、動画像の表示と光の受光とが可能な第２の受発光画面と、一の表示装置の第１の受発光画面から、そこに表示された動画２次元コードを構成する複数のシンボルを第２の受発光画面を用いて読み取る読取制御手段と、この読取制御手段により読み取られたシンボルに基づいて、第２の受発光画面と第１の受発光画面との相対角度を示す情報、第１の受発光画面に表示されているシンボルの大きさを示す情報、および、読み取ったシンボルの受光位置を示す情報のうちの少なくとも１つを含むシンボル送受信状態情報を取得する取得手段と、この取得手段により取得したシンボル送受信状態情報に基づいて、第２の受発光画面に動画２次元コードを表示する際のシンボルの表示角度、大きさおよび表示位置のうちの少なくとも１つの表示条件を決定する決定手段と、複数のシンボルから構成される動画２次元コードを生成する第２の生成手段と、上記決定手段により決定した表示条件に基づいて、この第２の生成手段により生成された動画２次元コードにおける複数のシンボルを時間軸に沿って第２の受発光画面に順次表示させる第２の表示制御手段とを備えたものである。
【００１５】
本発明の通信方法または通信システムでは、一の表示装置において、動画２次元コードを構成する複数のシンボルが時間軸に沿って第１の受発光画面に順次表示される。また、他の表示装置において、この複数のシンボルが第２の受発光画面により読み取られ、この読み取られたシンボルに基づいて、シンボル送受信状態情報が取得される。さらに、このシンボル送受信状態情報に基づいて表示条件が決定され、この決定された表示条件に基づいて、第２の受発光画面に動画２次元コードが表示される。したがって、動画２次元コードの各シンボルが、一の表示装置における第１の受発光画面にて確実に読み取ることができる態様で表示される。
【００１６】
本発明の表示装置では、他の一の表示装置の第１の受発光画面から、そこに表示された動画２次元コードを構成する複数のシンボルが、第２の受発光画面を用いて読み取られる。また、この読み取られたシンボルに基づいて、シンボル送受信状態情報が取得される。さらに、この取得したシンボル送受信状態情報に基づいて表示条件が決定され、この決定した表示条件に基づいて、動画２次元コードが第２の受発光画面に順次表示される。したがって、動画２次元コードの各シンボルが、他の一の表示装置における第１の受発光画面にて確実に読み取ることができる態様で表示される。
【発明の効果】
【００１７】
本発明の通信方法または通信システムによれば、一の表示装置において、動画２次元コードを構成する複数のシンボルを順次表示し、他の表示装置において、この複数のシンボルを読み取ってシンボル送受信状態情報を取得し、このシンボル送受信状態情報に基づいて表示条件を決定し、この表示条件に基づいて動画２次元コードを表示するようにしたので、大容量の情報を確実かつ効率的に伝達することが可能となる。
【００１８】
本発明の表示装置によれば、他の一の表示装置から動画２次元コードを構成する複数のシンボルを読み取ってシンボル送受信状態情報を取得し、このシンボル送受信状態情報に基づいて表示条件を決定し、この表示条件に基づいて動画２次元コードを表示するようにしたので、大容量の情報を確実かつ効率的に伝達することが可能となる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明を実施するための最良の形態（以下、単に実施の形態という。）について、図面を参照して詳細に説明する。なお、本発明の一実施の形態に係る通信方法は、本実施の形態に係る通信システムによって具現化されるので、併せて説明する。
【００２０】
図１は、本発明の一実施の形態に係る通信システムの全体構成を表すものである。この通信システムは、所定の図形や文字などの動画像を表示する機能を有する表示装置１と、所定の情報の入出力機能を有する入出力端末２とから構成される。ここで、表示装置１は、例えばテレビ装置などから構成され、入出力端末２は、例えば携帯電話などから構成される。ただし、これらの機能を備えていれば、表示装置１および入出力端末２は、他の種類（例えばＣＤ（Compact Disc；登録商標）プレーヤ、パーソナルコンピュータ等）の装置から構成されていてもよい。
【００２１】
ここで、本実施の形態における表示装置１および入出力端末２はそれぞれ、本発明における「他の表示装置」および「一の表示装置」の一具体例に対応するものである。
【００２２】
表示装置１は、複数の各画素が全面に渡ってマトリクス状に配置された、例えば有機または無機のＥＬ（ElectroLuminescence）ディスプレイやＬＣＤ（Liquid Crystal Display）などから構成される受発光部１１を備える。この受発光部１１における各画素は、１つの受発光素子を含む受発光セルから構成され、各画素が受発光動作機能を行うようになっている。このように各画素における発光動作および受光動作を利用し、後述する動画２次元コードの表示および読み取りを行うことにより、この受発光部１１を用いて情報を送受信することが可能となる。
【００２３】
図２は、図１の表示装置１の受発光部１１における受発光セルの配置構成の一例を断面図で模式的に表したものである。なお、図２の例では、受発光セルに含まれる受発光素子が有機ＥＬ素子であり、１対の透明基板の間に有機ＥＬ層が設けられている場合を示している。この図において、位置を表す符号であるｉ，ｊはある自然数を表す。
【００２４】
この受発光部１１は、１対の透明基板１１１Ａ，１１１Ｂと、これらの透明基板１１１Ａ，１１１Ｂの間に配置され、隔壁１１２によって互いに分離された構造の複数の受発光セルＣＷＲ（ＣＷＲij）とを有する。また、この例では上記のように受発光セルＣＷＲは受発光素子として有機ＥＬ素子を含む。なお、一般的な有機ＥＬディスプレイにおけるその他の層については図示せず、省略している。
【００２５】
なお、本実施の形態に係る受発光部１１における受発光セルＣＷＲの配置構成例の断面図はこれに限られるものではなく、他の配置構成でもよい。また、図２に示した断面図の例においては、受発光素子ＥＬが有機ＥＬ素子から構成されている例で説明したが、この受発光素子は発光機能および受光機能を備える素子ならば他のものでもよく、また発光素子と受光素子とを組み合わせて配置するように構成してもよい。その場合例えば、発光素子として液晶素子を、受光素子としてＣＣＤ（Charge-Coupled Devices）素子を配置するようにすることが可能である。
【００２６】
図３は、図２における受発光セルＣＷＲの回路構成を表すものである。
【００２７】
この受発光セルＣＷＲには、発光駆動対象として受発光素子ＥＬを選択するための発光用ゲート線Ｇと、受発光素子ＥＬへ表示用のデータを供給するためのデータ供給線ＤＷと、受発光素子ＥＬに対する発光駆動と受光駆動とを切り換える切換線Ｓと、受発光素子ＥＬから受光信号を読み取るためのデータ読取線ＤＲとが、それぞれ１本ずつ接続された構成となっている。つまり、通常の発光素子を備える１画素分のセルと比べて、受光用の分だけゲート線およびデータ線が１本ずつ増加した構成となっている。また、受発光セルＣＷＲは、１つの受発光素子ＥＬと、キャパシタＣと、抵抗Ｒと、第１のスイッチＳＷ１と、第２のスイッチＳＷ２と、第３のスイッチＳＷ３とを有する。第１のスイッチＳＷ１は、発光用ゲート線Ｇから供給される選択信号に応じて、データ供給線ＤＷとキャパシタＣの一端との間を選択的に導通させるものである。また、第２のスイッチＳＷ２および第３のスイッチＳＷ３は、切換線Ｓから供給される切換信号に応じて、それぞれ、キャパシタの他端と受発光素子ＥＬの一端との間を選択的に導通させ、受発光素子ＥＬの一端とデータ読取線ＤＲとの間を選択的に導通させるものである。なお、受発光素子ＥＬの他端は接地されている。また、抵抗Ｒの一端はデータ読取線ＤＲに接続されており、抵抗Ｒの他端は接地、または負バイアス点（図示せず）に接続されている。
【００２８】
ここで、具体的に発光動作時および受光動作時における受発光セルの挙動について簡単に説明しておく。発光動作および受光動作は、以下のような受発光素子ＥＬの性質を利用して行う。つまり、この図の例において受発光素子として構成されている有機ＥＬ素子あるいはＬＥＤ素子などは、順方向バイアス電圧を印加すると発光動作をするが、逆方向バイアス電圧を印加すると、受光して電流を発生する性質を有する。よってこの受発光素子ＥＬは、発光動作および受光動作を同時に行うことはできず、両方の動作を行うには時分割で動作させる必要がある。
【００２９】
発光動作時には、上記のように発光用ゲート線Ｇから供給される選択信号および切換線Ｓから供給される切換信号に応じて第１のスイッチＳＷ１および第２のスイッチＳＷ２がオン状態かつ第３のスイッチＳＷ３がオフ状態となると共に、受発光素子ＥＬには順方向バイアス電圧が印加される。ここで、表示信号に応じた輝度の発光となるよう、データ供給線ＤＷからＩ１の経路にてキャパシタＣが充電され、それに基づいてＩ２の経路にて受発光素子ＥＬに電流が流れ、発光動作を行うようになっている。
【００３０】
一方、受光動作時には、上記のように切換線Ｓから供給される切換信号に応じて第２のスイッチがオフ状態、第３のスイッチＳＷ２がオン状態となると共にこの受発光素子ＥＬに逆方向バイアス電圧が印加され、受発光素子ＥＬにおいて受光した光量に応じた電流がＩ３の経路にてデータ読取線ＤＲへ供給され、受光動作を行うようになっている。なお、発光動作および受光動作のいずれの動作も行っていない時には、第１のスイッチＳＷ１、第２のスイッチＳＷ２および第３のスイッチＳＷ３のいずれのスイッチもオフ状態となっており、データ供給線ＤＷおよびデータ読取線ＤＲはそれぞれ、受発光素子ＥＬとは切断されるようになっている。なお、データ読取線ＤＲに接続されている抵抗Ｒは、上記のようにＩ３の経路でデータ読取線ＤＲに供給された電流に基づいて抵抗Ｒの両端に電位差を生じさせ、これを受光信号として出力する機能を有する。
【００３１】
以上のように制御することで、受発光部１１における各画素が発光動作および受光動作を行うことが可能となる。
【００３２】
再び、図１に戻って説明する。
【００３３】
表示装置１は例えば、画面上に同時に複数のウィンドウ１２Ａ，１２Ｂ，１２Ｃを表示し、このウィンドウ内に所定の図形や文字などを表示するようになっている（この場合、ウィンドウ１２Ａには所定の図形を、ウィンドウ１２Ｂ，１２Ｃには所定の文字を表示している。）。
【００３４】
また、受発光部１１に表示されている各ウィンドウ１２Ａ〜１２Ｃ内には、それぞれウィンドウの右下の隅にシンボル１３Ａ〜１３Ｃが表示されている。これらのシンボル１３Ａ〜１３Ｃは、例えば所定の領域内に複数の白または黒の表示エレメントが配置され、受発光部１１による１フレームごとにその白黒のパターンが切り換えられるようになっており、後述するように時間軸に沿って変化する２次元コードである動画２次元コードを構成する。なお、通常各表示エレメントは、複数の受発光セルによって構成されている。また、これらのシンボル１３Ａ〜１３Ｃは、入出力端末２への送信対象の情報である種々のコンテンツデータ、例えばそれぞれそのウィンドウ１２Ａ〜１２Ｃに表示されている図形や文字などに関する情報を表現したものであり、これらのシンボルが構成する動画２次元コードを用いて入出力端末２へ送信することにより、これらのコンテンツデータを入出力端末２と共有できるようになっている。
【００３５】
なお、図１においては、各シンボル１３Ａ〜１３Ｃはそれぞれ、各ウィンドウ１２Ａ〜１２Ｃの右下の隅に表示されているが、これに限られるものではなく、受発光部１１内の任意の位置に表示することが可能である。以下の図においても同様である。
【００３６】
入出力端末２は、表示装置１と同様に例えば有機または無機のＥＬディスプレイやＬＣＤなどから構成される受発光部２１を備え、上記のようにこの受発光部２１を利用して動画２次元コードを表示あるいは読み取ることにより、表示装置１との間で情報を送受信できるようになっている。
【００３７】
図４は、図１の通信システムにおける動画２次元コードを用いた通信状況の一例を斜視図で表すものである。
【００３８】
図の様に、ユーザは例えば、表示装置１が備える受発光部１１に表示されているシンボル１３Ａの領域付近に入出力端末２が備える受発光部２１を接近させることで、矢印Ｘで示したように、シンボル１３Ａを介して情報を直感的に送受信することができるようになっている。これにより、表示装置１と入出力端末２との間で種々の情報を容易に共有することが可能となる。具体的には、例えば、シンボル１３Ａを介して表示装置１から入出力端末２へコンテンツデータを送信することにより、そのシンボル１３Ａが位置するウィンドウ１２Ａ内に表示されているコンテンツ（この図では、画像１２１Ａ）を、入出力端末２の受発光部２１上で表示することが可能となる。
【００３９】
図５は、図１の入出力端末２における機能構成の一例を表すものである。この入出力端末２は、動画２次元コードを用いた情報の送信機能を有する送信機能部２４と、動画２次元コードを用いた情報の受信機能を有する受信機能部２５とを備える。また、これら送信機能部２４および受信機能部２５に対する制御は、図示しない制御部が行う。
【００４０】
送信機能部２４は、画像信号生成部２４１、シンボル生成部２４２、表示信号生成部２４３、受発光制御部２１０および受発光部２１を有する。一方、受信機能部２５は、受発光制御部２１０、受発光部２１、記憶部２５１、画像処理部２５２、デコード部２５３および情報取得部２５４を有する。つまり、図５に示したように、受発光制御部２１０および受発光部２１は、送信機能部２４および受信機能部２５について共通部分となっている。
【００４１】
まず、送信機能部２４の各構成要素について説明する。
【００４２】
画像信号生成部２４１は、例えば図示しないＴＶチューナやネットワーク接続部などから供給される種々のコンテンツデータＤなどの情報に基づいて、例えば１画面ごと（１フレームの表示ごと）に表示するための画像信号を生成する。このようにして生成した１画面ごとの画像信号は、シンボル生成部２４２および表示信号生成部２４３へ出力される。
【００４３】
シンボル生成部２４２は、画像信号生成部２４１から出力される１画面ごとの画像信号に基づいて、例えば、動画２次元コードを構成する１画面ごとのシンボルを生成する。具体的には、例えば、画像信号をシンボルごとのデータに分割し、これに動画２次元コードに含まれるヘッダ情報（後述するヘッダシンボルに含まれる情報）やＣＲＣ（Cyclic Redundancy Check）の算出値なども付加し、１画面ごとのシンボルを生成する。そして生成された１画面ごとのシンボルは、表示信号生成部２４３へ出力される。
【００４４】
なお、このようにして生成するシンボルは、１フレームごとに異なるシンボルのパターンであるとは限らず、数フレームに対して１つのシンボルのパターンであってもよい。この場合、数フレーム間は同じパターンのシンボルが表示されることになる。以下、１秒当たりのシンボルのパターン数を、「シンボル／秒」という単位で表すものとする。
【００４５】
表示信号生成部２４３は、画像信号生成部２４１から出力される１画面ごとの画像信号と、シンボル生成部２４２から出力される１画面ごとのシンボルとを合成し、受発光部２１において表示する１画面ごとの表示信号を生成する。このようにして生成された１画面ごとの表示信号は、受発光制御部２１０へ出力される。
【００４６】
受発光制御部２１０は、表示信号生成部２４３から出力される表示信号に基づいて、受発光部２１において表示信号に応じたコンテンツや動画２次元コードの各シンボルを表示するための駆動動作を行う。具体的には、例えば、一般的に用いられている線順次駆動動作の場合、この受発光制御部２１０はゲートドライバおよびデータドライバなどから構成される。そして、図３において説明したように、ゲートドライバから受発光部２１へ１水平ライン分の各画素を選択する選択信号が発光用ゲート線Ｇを介して供給されると共に、データドライバから受発光部２１の１水平ライン分の各画素へデータ供給線ＤＷを介して表示信号が供給される。このような線順次駆動動作を受発光部２１の全水平ラインに渡って行うことにより、受発光部２１において表示信号に応じたコンテンツや動画２次元コードの各シンボルを表示することが可能となる。
【００４７】
受発光部２１は、上記のように例えば線順次駆動動作により表示信号に応じたコンテンツや動画２次元コードの各シンボルを表示する。このように、受発光部２１が種々のコンテンツ自体と共に、コンテンツデータに基づいて生成された動画２次元コードの各シンボルを表示することにより、発光光線ＬＷを介してコンテンツデータなどの情報を入出力端末２へ送信することが可能となる。
【００４８】
次に、受信機能部２５の各構成要素について説明する。
【００４９】
受発光部２１はまた、前述のように表示信号に応じたコンテンツや動画２次元コードの各シンボルを表示すると共に、光を受光する機能も有する。つまり、表示装置１における受発光部１１に表示された動画２次元コードの各シンボルを受光光線ＬＲとして読み取ることにより、コンテンツデータなどの情報を受信することが可能となる。
【００５０】
この場合、受発光制御部２１０は、受発光部２１に対して表示のための駆動動作を行うと共に、受光するための駆動動作をも行うことになる。具体的には例えば、上記の線順次駆動動作の場合、図３において説明したように、以下の通りとなる。つまり、ゲートドライバから受発光部２１へ１水平ライン分の各画素を受光駆動対象として切り換える切換信号が切換線Ｓを介して供給されると共に、受発光部２１の１水平ライン分の各画素からの受光信号がデータ読取線ＤＲを介して取得される。このような線順次駆動動作を受発光部２１の全水平ラインに渡って行うことにより、受発光部２１において動画２次元コード各シンボルを受光光線ＬＲとして読み取り、受光信号を取得することが可能となる。このようにして取得された受光信号は、受信機能部２５内の記憶部２５１へ出力される。
【００５１】
記憶部２５１は、受発光部２１から出力される受光信号を１画面ごとの受光信号に再構成し、例えばＳＲＡＭ（Static Random Access Memory）などから構成されるフレームメモリに格納して保持する。記憶部２５１において格納された１画面分の受光信号は、画像処理部２５２へ出力される。なお、この記憶部２５１はメモリ以外の記憶素子から構成されていてもよく、例えば受光信号のデータをアナログデータとして保持しておくことも可能である。
【００５２】
画像処理部２５２は、記憶部２５１から出力される１画面分の受光信号を画像処理する。具体的には、この１画面分の受光信号のデータから動画２次元コードの各シンボルを抽出する。シンボルの抽出方法としては、後述するように各シンボルの含まれるロゴマークや認識用エリアを、それらの位置座標などから検出することにより行う。このようにして画像処理し、抽出された動画２次元コードの各シンボルのデータは、デコード部２５３へ出力される。
【００５３】
デコード部２５３は、画像処理部２５２から出力される動画２次元コードの各シンボルのデータをデコードする。具体的にはまず、各シンボルのデータに基づいてＣＲＣを実行する。シンボル内のデータにおいてエラー訂正の必要が生じた場合には、後述する所定の処理により、シンボル内のデータのエラー訂正あるいはシンボル自体のデータのエラー訂正を行う。そしてこれらのデータをデコードしていくが、この際、もし同一のシンボルが重複して取得されていた場合には、この重複したデータを取得しないようにするか、あるいは削除する。このようにして各シンボルのデータをデコードし、デコードされたデータは、情報取得部２５４へ出力される。
【００５４】
情報取得部２５４は、デコード部２５３から出力されるデコードデータを蓄積していき、その蓄積されたデコードデータに基づいて各シンボルに含まれるヘッダ情報やコンテンツデータなどの受信データＲＤを復元し、取得する。このようにして各シンボルから復元された受信データＲＤは、制御部（図示せず）へ出力され、これらの情報に応じた処理が実行されるようになっている。具体的には、例えば前述のように、このコンテンツデータを送信した装置が表示しているコンテンツを、受信した装置上で表示するといった処理を実行することが可能となる。
【００５５】
図６は、図１の表示装置１における機能構成の一例を表すものである。この表示装置１は、図５に示した入出力端末２と同様、動画２次元コードを用いた情報の送信機能を有する送信機能部１４と、動画２次元コードを用いた情報の受信機能を有する受信機能部１５とを備える。また、これら送信機能部１４および受信機能部１５に対する制御は、図示しない制御部が行う。
【００５６】
送信機能部１４は、図５に示した入出力端末２と同様、画像信号生成部１４１、シンボル生成部１４２、表示信号生成部１４３、受発光制御部１１０および受発光部１１を有する。一方、受信機能部１５は、送信機能部１４との共通部分である受発光制御部１１０および受発光部１１、記憶部１５１、画像処理部１５２、デコード部１５３、情報取得部１５４、シンボル送受信状態情報取得部１５５ならびに表示条件決定部１５６を有する。つまり、図５に示した入出力端末２の場合と比べて、シンボル送受信状態情報取得部１５５および表示条件決定部１５６を追加した構成となっている。
【００５７】
次に、受信機能部１５の各構成要素について説明する。なお、送信機能部１４の各構成要素については、図５に示した入出力端末２の送信機能部２４と同様であるので、その説明を省略する。また、受信機能部１５の各構成要素についても、基本的には入出力端末２の受信機能部２５と同様であるので、適宜説明を省略する。
【００５８】
受発光部１１は、前述のように表示信号に応じたコンテンツや動画２次元コードの各シンボルを表示すると共に、光を受光する機能も有する。つまり、入出力端末２における受発光部２１に表示された動画２次元コードの各シンボルを受光光線ＬＲとして読み取ることにより、コンテンツデータなどの情報を受信することが可能となる。
【００５９】
受発光制御部１１０は、受発光部１１に対して表示のための駆動動作を行うと共に、受光するための駆動動作を行う。取得された受光信号は、受信機能部１５内の記憶部１５１へ出力される。
【００６０】
記憶部１５１は、受発光部１１から出力される受光信号を１画面ごとの受光信号に再構成し、例えばＳＲＡＭなどから構成されるフレームメモリに格納して保持する。記憶部１５１において格納された１画面分の受光信号は、画像処理部１５２へ出力される。
【００６１】
画像処理部１５２は、記憶部１５１から出力される１画面分の受光信号を画像処理する。具体的には、画像処理部２５２と同様に、この１画面分の受光信号のデータから動画２次元コードの各シンボルを抽出する。シンボルの抽出方法としては、後述するように各シンボルの含まれるロゴマークや認識用エリアを、それらの位置座標などから検出することにより行う。このようにして画像処理し、抽出された動画２次元コードの各シンボルのデータは、デコード部１５３へ出力されると共に、後述する同期シンボルおよびアンカーシンボルのデータについては、シンボル送受信状態情報取得部１５５へも出力される。
【００６２】
デコード部１５３は、画像処理部１５２から出力される動画２次元コードの各シンボルのデータをデコードする。デコードされたデータは、情報取得部１５４へ出力される。
【００６３】
情報取得部１５４は、デコード部１５３から出力されるデコードデータを蓄積していき、その蓄積されたデコードデータに基づいて各シンボルに含まれるヘッダ情報やコンテンツデータ、あるいは後述する依頼情報など受信データＲＤを復元し、取得する。このようにして各シンボルから復元された受信データＲＤは、制御部（図示せず）へ出力され、これらの情報に応じた処理が実行されるようになっている。
【００６４】
シンボル送受信状態情報取得部１５５は、画像処理部１５２から出力される、後述する同期シンボルおよびアンカーシンボルのデータに基づいて、シンボル送受信状態情報ＳＩを算出し、取得する。このシンボル送受信状態情報ＳＩとしては、例えば、入出力端末２の受発光部２１と表示装置１の受発光部１１との相対角度を示す情報、受発光部２１に表示されている動画２次元コードのシンボルの大きさを示す情報、表示装置１が読み取った動画２次元コードのシンボルの受発光部１１における受光位置を示す情報などが挙げられる。このようなシンボル送受信状態情報ＳＩを算出し、取得する方法については、後述する。取得されたシンボル送受信状態情報ＳＩは、表示条件決定部１５６へ出力される。
【００６５】
表示条件決定部１５６は、シンボル送受信状態情報取得部１５５から出力されるシンボル送受信状態情報ＳＩに基づいて、受発光部１１にその後動画２次元コードのシンボルを表示する際の表示条件ＤＣを決定する。この表示条件ＤＣとしては、シンボルの表示角度、大きさ、表示位置などが挙げられる。このような表示条件ＤＣを決定する方法については、後述する。決定された表示条件ＤＣは、送信機能部１４の表示信号生成部１４３へ出力され、その後はこの表示条件ＤＣを考慮して、表示信号が生成されるようになっている。
【００６６】
次に、本実施の形態における動画２次元コードの構成の詳細を説明する。
【００６７】
図７は、動画２次元コードのシンボルの形状の一例を表すものである。この動画２次元コードのシンボル５は、４種類のシンボルの形状から構成されている。この図において、（Ａ）は、同期シンボル５１の形状、（Ｂ）は、ヘッダシンボル５２の形状、（Ｃ）は、アンカーシンボル５３の形状、（Ｄ）は、データシンボル５４の形状を表している。
【００６８】
これらの４種類のシンボルはそれぞれ、以下の用途で使用される。つまり、同期シンボル５１は、動画２次元コードにおける先頭のシンボルであること（つまり、動画２次元コードによるデータ通信の開始点であること）の認識用およびこれ以降の各シンボルの角度、大きさ、受光位置の検出用、ヘッダシンボル５２はヘッダ情報を含み、これらヘッダ情報の認識用、アンカーシンボル５３は各データシンボルの受光位置や角度の検出用、データシンボル５４はデータ情報用である。
【００６９】
同期シンボル５１の形状は、７×７＝合計４９ドットの白あるいは黒の表示エレメントが配置されたコード部５１１と、長方形形状の表示エレメントでありコード部５１１の下部に配置されたロゴマーク部５１２とから構成される。また、四隅の各４ドット分の領域はそれぞれ、後述する認識用エリアとなっている。よって、合計４９ドットから構成されるコード部５１１から認識用エリアを除くと、４９−４×４＝３３ドットとなる。一方、ロゴマーク部５１２は、この動画２次元コードの所定のロゴマークを表示したものである。
【００７０】
同期シンボル５１は、その用途が動画２次元コードにおける先頭のシンボルであることの認識用およびこれ以降の各シンボルの角度、大きさ、受光位置の検出用であるので、シンボル全体として常に予め設定された固定パターンが配置されるようになっている。なお、この同期シンボル５１の形状は、図７（Ａ）に示した形状に限られず、先頭のシンボルであることが認識でき、各シンボルの受光位置を検出できれば、他の任意の形状にしてもよい。
【００７１】
ヘッダシンボル５２の形状は、図７（Ａ）に示した同期シンボル５１の形状とは異なり、７×９＝合計６３ドットの白あるいは黒の表示エレメントが配置されたコード部５２１のみから構成される。また、コード部５２１内の各ドットは、シンボルごとに任意の白黒パターンが配置される。このコード部５２１には認識用エリアが存在しないので、その分のドット（４×４＝１６ドット）も任意のパターンとして使用することが可能であり、同期シンボル５１と比べデータ容量が増加するようになっている。
【００７２】
アンカーシンボル５３の形状は、図７（Ａ）に示した同期のシンボル５１の形状と同様、７×７＝合計４９ドットの白あるいは黒の表示エレメントが配置されたコード部５３１と、長方形形状でありコード部５３１の下部に配置されたロゴマーク部５３２とから構成される。ただ、コード部５３１内の各ドットは、認識用エリアを除いてシンボルごとに任意の白黒パターンが配置される。一方、ロゴマーク部５３２は、同期のシンボル５１の形状と同様、常に固定のパターンが配置されるようになっている。以後、固定のパターンである認識用エリアおよびロゴマーク部５３２を、基準エレメントと称する。後述するようにこの基準エレメントは、アンカーシンボルであることの認識用および受発光部１１，２１におけるデータシンボル５４の角度、大きさ、受光位置の検出用として利用される。
【００７３】
データシンボル５４の形状は、図７（Ｂ）のヘッダシンボル５２の形状と同様、７×９＝合計６３ドットの白あるいは黒の表示エレメントが配置されたコード部５４１のみから構成される。また、コード部５４１内の各ドットは、シンボルごとに任意の白黒パターンが配置され、やはり図７（Ｂ）のヘッダシンボル５２の形状と同様、このコード部５４１には認識用エリアが存在せず、同期シンボル５１およびアンカーシンボル５３と比べデータ容量が増加している。
【００７４】
図８は、図７のシンボルにおける各ドットの構成および機能を表すものである。この図において、（Ａ）はアンカーシンボル５３、（Ｂ）はヘッダシンボル５２およびデータシンボル５４における各ドットの構成および機能を表したものである。
【００７５】
アンカーシンボル５３のコード部５３１における四隅の各４ドット分の領域は、上記のようにそれぞれ認識用エリア５３３Ａ〜５３３Ｄとなっている。よって、合計４９ドットから構成されるコード部５３１の内、４９−４×４＝３３ドットが、任意の白黒パターンとして利用できるようになっている。
【００７６】
また、この認識用エリア５３３Ａ〜５３３Ｄを除いた３３ドットの内、９ドット分はＣＲＣ用ビット５３４として、シンボル内のデータのエラー訂正に利用される。よって、最終的に任意のデータビット５３５として利用できるのは、３３−９＝２４ドット分となる。なお、この２４ドット分のデータビット５３５は、半分の１２ドット分の正転データビット５３５Ａと、残り半分の１２ドット分の反転データビット５３５Ｂとから構成される。
【００７７】
一方、ヘッダシンボル５２のコード部５２１およびデータシンボル５４のコード部５４１は、合計６３ドットの内、１５ドット分はＣＲＣ用ビット５２２および５４２として、シンボル内のデータのエラー訂正に利用される。よって、任意のデータビット５２３および５４３として利用できるのは、６３−１５＝４８ドット分となる。なお、この４８ドット分のデータビットは、半分の２４ドット分の正転データビット５２３Ａおよび５４３Ａと、残り半分の２４ドット分の反転データビット５２３Ｂおよび５４３Ｂとから構成される。
【００７８】
図９は、図７のシンボルにおけるデータ構成の一例を表すものである。この図において、（Ａ）〜（Ｄ）は、それぞれ、（Ａ）同期シンボル５１、（Ｂ）ヘッダシンボル５２、（Ｃ）アンカーシンボル５３、（Ｄ）データシンボル５４のコード部５１１，５２１，５３１，５４１内において認識用エリアを除いた領域のデータ構成の内訳を表したものである。なお、（Ａ）〜（Ｄ）の認識用エリアを除いた領域は、前述のようにそれぞれ、３３ビット、６３ビット、３３ビット、６３ビットとなっている。
【００７９】
また、後述するように、動画２次元コードにおいて、（Ａ）〜（Ｄ）はそれぞれ、２シンボル、４〜８シンボル、１シンボル、１〜１６シンボルがひとまとまりの単位となっており、送受信におけるシンボル欠落（後述するシンボルエラー）防止のために、同期シンボル５１およびヘッダシンボル５２は常に同一のシンボルが２シンボルずつとなるように構成されている。
【００８０】
なお、アンカーシンボル５３の欠落に関しては、このシンボルの用途は主にデータシンボル５４の角度、大きさ、受光位置の検出用なので、基本的には欠落しても問題はない。後述するようにこのアンカーシンボル５３の欠落の有無や頻度により、通信品質を判断することも可能である。また、データシンボル５４の欠落に関しては、後述するシンボルエラー訂正用データを用いて訂正するようになっており、それでも訂正ができなかった場合には、表示装置１に該当するシンボルを再送信させるようになっている。
【００８１】
図９（Ａ）に示したように、同期シンボル５１において認識用エリアを除いた３３ビット分のデータ構成５５は、このシンボルの用途が動画２次元コードにおける先頭のシンボルであることの認識用およびこれ以降の各シンボルの角度、大きさ、受光位置の検出用であるので、データ情報はなしとなっている。
【００８２】
また、図９（Ｂ）に示したように、ヘッダシンボル５２においては認識用エリアが存在しないので、そのまま６３ビット分のデータが利用可能であり、そのデータ構成５６は以下のようになっている。つまり、４〜８シンボルについて共通に、６３ビットの内、４ビット分はサブシンボルＩＤ５６１として、１５ビット分は前述のようにＣＲＣ用ビット５２２として構成され、残りの４４ビット分が任意のデータ領域として構成される。
【００８３】
また、この任意のデータ領域はさらに、最初の２シンボル内においては、２０ビット分の全アンカーシンボル数５６２と、２４ビット分のデータタイプ５６３とから構成される。一方、その後のシンボル内においては未定義となっており、データ領域は将来のフォーマットで規定するための領域であり、任意の使用は禁止となっている。
【００８４】
サブシンボルＩＤ５６１は、このヘッダシンボル５２内におけるシンボルの順番（４ビット分あるので、最大で１〜８まで。）を示す識別子であり、これによりヘッダシンボル内の各シンボルを識別することが可能となる。また、ＣＲＣ用ビット５２２は、ＣＲＣによるシンボル内のエラー訂正に利用されるものである。全アンカーシンボル数５６２は、動画２次元コードに含まれるアンカーシンボル５３の総数を示すものであり、２０ビット分あるので、１Ｍシンボルまで定義することが可能である。データタイプ５６３は、データシンボル５４に含まれるデータの種別を示すものである。
【００８５】
図９（Ｃ）に示したように、アンカーシンボル５３において認識用エリアを除いた３３ビット分のデータ構成５７は、２０ビット分はアンカーシンボルＩＤ５７１として、４ビット分はデータシンボルのサブシンボル数５７２として、残りの９ビット分が前述のようにＣＲＣ用ビット５３４として構成される。
【００８６】
アンカーシンボルＩＤ５７１は、前述の全アンカーシンボル数５６２によって定義された全アンカーシンボルの内の何番目かを示す識別子であり、このアンカーシンボルＩＤ５７１と、データシンボル５４に含まれる４ビット分のサブシンボルＩＤ５８１とにより、動画２次元コードにおける各データシンボルを識別可能となる。また、各データシンボルの識別子を、アンカーシンボルＩＤ５７１とサブシンボルＩＤ５８１との２段構成を採用することにより、識別子を全データシンボルについての通し番号とする必要がなくなる。よって、サブシンボルＩＤ５８１のビット数を４ビット分のみに抑え、任意のデータ情報のビット数をより多く確保することができ、送信できるデータ情報の総量が増加するので、データ情報を効率的に送信することが可能となる。なお、ＣＲＣ用ビット５３４は、前述のようにＣＲＣによるシンボル内のエラー訂正に利用されるものである。
【００８７】
データシンボルのサブシンボル数５７２は、１組の単位におけるデータシンボル（前述のように１〜１６シンボル）に含まれるサブシンボル数であり、これによりデータシンボルに含まれるサブシンボル数を定義することができる。以下、この１組のデータシンボルの単位を、１セクタと称する。
【００８８】
図９（Ｄ）に示したように、データシンボル５４においては、図９（Ｂ）のヘッダシンボル５２と同様、認識用エリアが存在しないので、そのまま６３ビット分のデータが利用可能であり、そのデータ構成５８は以下のようになっている。つまり、１〜１６シンボルについて共通に、６３ビットの内、４ビット分はサブシンボルＩＤ５８１として、４４ビット分が任意のデータ情報として構成され、残りの１５ビット分は前述のようにＣＲＣ用ビット５４２として構成される。
【００８９】
なお、図中の矢印５８３で示した２シンボルのように、４ビット分のサブシンボルＩＤを除いた５９ビット分の領域は、シンボルエラー訂正用データ５８２として使用される場合もある。このシンボルエラー訂正用データ５８２は、動画２次元コードを用いたデータの送受信時にデータシンボル自体が欠落してしまったときに、このシンボルエラーを訂正する役割を担うデータである。よって、送受信時にデータシンボル自体の欠落が生じなかったときは、上記のようにデータシンボル５４のデータ構成５８は、全てのシンボルについて、サブシンボルＩＤ５８１、任意のデータ情報およびＣＲＣ用ビット５４２から構成される。
【００９０】
図１０は、図７の動画２次元コードのシンボルの順序構成を表すものである。この図は、時間軸に沿ってシンボルの順序構成を模式的に表したものであり、同期シンボル５１をＳと、ヘッダシンボル５２をＨと、アンカーシンボル５３をＡと、データシンボル５４をＤとして示している。このフォーマットにおける動画２次元コードのシンボルは、前述のように時間軸に沿って動画２次元コードの最初から、２シンボルの同期シンボル、４〜８シンボルのヘッダシンボル、（１シンボルのアンカーシンボル、１セクタのデータシンボル）、（１シンボルのアンカーシンボル、１セクタのデータシンボル）、…という順序構成になっている。つまり、１シンボルのアンカーシンボルと１セクタのデータシンボルとが組みになって繰り返し構成されるようになっている。
【００９１】
このようなシンボルの順序構成となっているので、各アンカーシンボル５３に含まれるデータシンボルのサブシンボル数５７２により、各セクタ単位のデータシンボル５４のサブシンボル数を別個に設定することが可能となる。
【００９２】
なお、このような構成の動画２次元コードにおいて利用可能な最大シンボル数は、前述のようにヘッダシンボル５２に含まれる２０ビットの全アンカーシンボル数５６２および各セクタのアンカーシンボル５３に含まれるデータシンボルのサブシンボル数５７２から算出され、（２の２０乗）×（２の４乗）＝１６Ｍシンボルである。また、利用可能な最大データ容量は、前述のように各データシンボル５４には４４ビット分の任意のデータ情報が確保されているので、上記のシンボルエラー訂正用データ５８２がないものとすると、１６Ｍシンボル×４４ビット＝約７３８Ｍビット＝約９２Ｍバイトとなり、従来のバーコードや２次元コード（最大で約数Ｋバイト程度）と比べて、格段に大容量のデータを利用することが可能となる。
【００９３】
また、最大データ転送速度は、例えば、１フレームに対して１つのシンボルパターンとし、１秒当たりのシンボルのパターン数を、ＮＴＳＣ（National TV Standards Committee）方式を参照して６０（シンボル／秒）とした場合、６０（シンボル／秒）×４４（ビット／シンボル）×（１６／１７）＝約２４８５ｂｐｓ（ビット／秒）となる。なお、計算式中の（１６／１７）は、１セクタあたり最大で、１７シンボルの内１６シンボルのデータシンボル５４が含まれている（残りの１シンボルは、アンカーシンボル５３）ことを表すものである。
【００９４】
なお、本実施の形態における動画２次元コードのシンボルの形状およびデータ構成は、以上のような形態に限られるものではなく、他の形態から構成されていてもよい。
【００９５】
次に、以上のような構成の通信システムにおいて、表示装置１と入出力端末２との間でコンテンツデータを送受信する処理の概略について説明する。
【００９６】
図１１は、図１の通信システムにおける表示装置１と入出力端末２との間で情報を送受信する処理の概略を表すものである。なお、この例では、最初に入出力端末２が表示装置１に対してコンテンツデータの送信の依頼を行い（送信を依頼するための依頼情報を送信し）、依頼情報を受信した表示装置１が入出力端末２に対してコンテンツデータを送信する場合を示している。
【００９７】
まずユーザは、図４に示したように、入出力端末２の受発光部２１を表示装置１の受発光部１１に接近させることで、動画２次元コードを用いてコンテンツデータ（例えば、図４中の画像１２１Ａ）の送信を依頼するための依頼情報を、表示装置１へ送信する（ステップＳ１０１）。
【００９８】
この動画２次元コードを受信（ステップＳ１０２）した表示装置１は、動画２次元コードの各シンボルを画像処理およびデコード処理して送信依頼情報を取得すると共に、前述のように同期シンボル５１やアンカーシンボル５３からシンボル送受信状態情報ＳＩを算出して取得し、その後入出力端末２へ動画２次元コードを用いてコンテンツデータを送信する際の表示条件ＤＣを決定する（ステップＳ１０３）。
【００９９】
次に表示装置１は、この決定した表示条件ＤＣを考慮して、動画２次元コードの各シンボルを受発光部１１に表示させることで、入出力端末２へコンテンツデータを送信する（ステップＳ１０４）。入出力端末２はこのコンテンツデータを受信し（ステップＳ１０５）、表示装置１と入出力端末２との間でコンテンツデータを送受信する処理が終了する。
【０１００】
このようにして、表示装置１が、入出力端末２が送信する動画２次元コードのシンボルに基づいて表示条件ＤＣを決定し、この表示条件ＤＣを考慮して、入出力端末２へ動画２次元コードを用いたコンテンツデータの送信を行うようにしたので、コンテンツデータを確実に送受信することが可能となる。
【０１０１】
次に、以上のように表示装置１と入出力端末２との間でコンテンツデータを送受信する処理の詳細を説明する。
【０１０２】
図１２は、入出力端末２が表示装置１へ動画２次元コードを用いて情報を送信する処理の一例を表すものであり、図１１のステップＳ１０１に対応するものである。
【０１０３】
まず、例えばこの場合図示しない操作部などから入力された情報（依頼情報）に基づいて、画像信号生成部２４１が１画面分の画像信号を生成し、シンボル生成部２４２へ出力する。つまり、シンボル生成部２４２は、動画２次元コードにおける各シンボルを生成するための依頼情報を取得する（ステップＳ２０１）。
【０１０４】
次に、シンボル生成部２４２は、動画２次元コードに含むデータシンボル数を算出し、取得した依頼情報を算出したデータシンボル数に応じて分割する（ステップＳ２０２）。データシンボル数の算出は、例えば、依頼情報のデータ容量と、その動画２次元コードのフォーマットに応じて算出される。具体的には、各データシンボルのデータ容量は４４ビットであり、これらのデータ容量に基づいてデータシンボル数が算出される。
【０１０５】
シンボル生成部２４２は、依頼情報に基づいて動画２次元コードに含まれるヘッダ情報を生成し（ステップＳ２０３）、ＣＲＣ用のデータなども算出する（ステップＳ２０４）。そしてシンボル生成部２４２は、これらヘッダ情報やＣＲＣ用のデータを依頼情報に付加し、１画面ごとのシンボルを生成する（ステップＳ２０５）。なお、このようにして生成されるシンボルは、１フレームごとに異なるシンボルのパターンであるとは限らず、数フレームに対して１つのシンボルのパターンであってもよい。
【０１０６】
次に、表示信号生成部２４３は、画像信号生成部２４１から出力される１画面ごとの画像信号と、シンボル生成部２４２から出力される１画面ごとのシンボルとを合成し、受発光部２１において表示する１画面ごとの表示信号を生成する（ステップＳ２０６）。
【０１０７】
そして受発光制御部２１０および受発光部２１は、表示信号生成部２４３から出力される表示信号に基づいて、１フレーム分の図形や文字などの画像およびシンボル生成部２４２において生成された動画２次元コードの各シンボルを表示し、依頼情報を送信する（ステップＳ２０７）。このようにして、順次動画２次元コードのシンボルを表示していく。この動画２次元コードに含まれる全シンボルが表示完了するまではステップＳ２０４〜Ｓ２０７までの処理が繰り返され、表示完了した場合は、入出力端末２が表示装置１へ動画２次元コードを用いて依頼情報を送信する処理が終了となる（ステップＳ２０８）。
【０１０８】
図１３は、表示装置１が入出力端末２から動画２次元コードを用いて情報を受信する処理の一例を表すものであり、図１１のステップＳ１０２に対応するものである。
【０１０９】
まず記憶部１５１は、受発光部１１が受光した受光信号を１画面ごとの受光信号に再構成し、フレームメモリに格納して保持する。つまり、まずこのようにして受光信号を読み取る。次に画像処理部１５２が画像処理をして動画２次元コードの各シンボルを抽出し、読み取ったシンボルが同期シンボル５１かどうかを判断する。同期シンボル５１の抽出は、まず図７（Ａ）に示した同期シンボルの形状における長方形形状のロゴマーク部５１２をその長方形形状および縦横の長さ比などから検出し（ステップＳ３０１）、次にコード部５１１に含まれる認識用エリアをその形状から検出し（ステップＳ３０２）、最後に予め設定されているコード部５１１全体の形状を検出することにより行う。そしてこれらの形状に基づいて同期シンボル５１かどうかを判断し（ステップＳ３０３）、読み取ったシンボルが同期シンボル５１でなかった場合には、ステップＳ３０１へ戻り同期シンボルを読み取るまでこの処理を繰り返す。
【０１１０】
読み取ったシンボルが同期シンボル５１であった場合、シンボル送受信状態情報取得部１５５が、画像処理部１５２において抽出された同期シンボルのデータに基づいて、前述のシンボル送受信状態情報ＳＩを算出し、取得する（ステップＳ３０４）。
【０１１１】
以下、シンボル送受信状態情報取得部１５５において、シンボル送受信状態情報ＳＩを算出して取得する処理の詳細を説明する。
【０１１２】
図１４は、図１１において表示装置１がシンボル送受信状態情報ＳＩを算出して取得する処理の一例を表すものである。この図において、（Ａ）は、表示装置１の受発光部１１が入出力端末２の受発光部２１から受光した同期シンボルの形状を表し、（Ｂ）は、受光した同期シンボルに基づいてシンボル送受信状態情報ＳＩを算出する処理について表したものである。
【０１１３】
図１４（Ａ）に示したように、表示装置１の受発光部１１が、入出力端末２の受発光部２１から同期シンボル５３６を、右にα＝１０度傾いた形状で受光したと仮定する。つまりこの例では、表示装置１の受発光部１１に対する入出力端末２の受発光部２１の角度α（受発光部２１と受発光部１１との相対角度）が、１０度であると検出された場合を表している。なお、図中のＦＲ１は、同期シンボル５３６の四隅の認識用エリアの中でも最も端の各ドットを結んだ長方形を表し、Ｗ１はこの長方形ＦＲ１の短辺長を表している。
【０１１４】
なお、この角度α、長方形ＦＲ１およびその短辺長Ｗ１は、画像処理部１５２が抽出した同期シンボル５３６内の各ドットの位置座標に基づいて、シンボル送受信状態情報取得部１５５が検出したものである。シンボル送受信状態情報取得部１５５は、その後の入出力端末２へのコンテンツデータの送信を確実に行うようにするため、この角度αおよび短辺長Ｗ１に基づいてシンボル送受信状態情報を算出し、表示条件決定部１５６において適切な表示条件ＤＣが決定されるようにする必要がある。
【０１１５】
まず、表示装置１は、長方形ＦＲ１の枠内にシンボルを表示する必要がある。なぜならば、受信側である入出力端末２の受発光部２１が、この長方形ＦＲ１の枠外のどの領域まで認識可能なのか知るすべがないからである。また、次にシンボル送受信状態情報ＳＩを算出して取得するまで（この場合、後述するようにステップＳ３１１においてアンカーシンボルに基づいて取得するまで）の間に、角度αから左右に角度β分だけ角度ずれの余裕度をさらに考慮するようにする。ここで、長方形ＦＲ２およびＦＲ３はそれぞれ、長方形ＦＲ１に対して左右に角度β分だけずれたものを表している。なおこの例では、図に示したように角度ずれの余裕度βが１５度である場合で説明するが、この角度ずれの余裕度βは、使用の目的及び用途に応じてユーザが任意に設定することが可能である。
【０１１６】
次に、シンボル送受信状態情報取得部１５５はこの角度ずれの余裕度βを考慮して、長方形Ｗ１〜Ｗ３のいずれの枠内にも短辺長が収まるような長方形ＦＲ４を算出する。このような長方形ＦＲ４の短辺長Ｗ２は、以下の式（１）により算出することができる。
【０１１７】
Ｗ２ ＝ Ｗ１×（１−ｓｉｎβ）／ｃｏｓβ ……（１）
【０１１８】
そしてこのようにして算出された短辺長Ｗ２を有する長方形ＦＲ４に対して、さらにシンボルの受光位置からの位置ずれの余裕度を考慮するようにする。つまり、長方形ＦＲ４の短辺および長辺長をそれぞれ例えば０．９倍した大きさ（図１４（Ｂ）の短辺長Ｗ３）で、シンボルを表示するようにする（図１４（Ｂ）のシンボル５３７）。このように角度ずれおよび位置ずれの余裕度を考慮することにより、さらに確実にコンテンツデータを送信することが可能となる。なおこの例では、位置ずれの余裕度βが０．９倍である場合で説明するが、この位置ずれの余裕度は、角度ずれの余裕度βと同様、使用の目的及び用途に応じてユーザが任意に設定することが可能である。
【０１１９】
このようにして、シンボル送受信状態情報取得部１５５は、角度α，βなどの受発光部２１と受発光部１１との相対角度を示す情報、長方形の短辺長Ｗ２，Ｗ３などの受発光部２１に表示されている動画２次元コードのシンボルの大きさを示す情報、および動画２次元コードのシンボルの受発光部１１における受光位置を示す情報などからなるシンボル送受信状態情報ＳＩを算出して取得し、表示条件決定部１５６へ出力する。
【０１２０】
そして表示条件決定部１５６は、これらのシンボル送受信状態情報ＳＩを登録し（ステップＳ３０５）、前述のようにその後ステップＳ１０３において表示条件ＤＣを決定し、ステップＳ１０４においてコンテンツデータを送信する際に考慮されるようになっている。
【０１２１】
なお、シンボル送受信状態情報ＳＩを算出して取得する処理は、以上説明した例に限られるものではなく、適切な表示条件ＤＣを決定するものであれば、他の手法により算出するように構成してもよい。
【０１２２】
図１３の説明に戻り、次に、記憶部１５１および画像処理部１５２は、ステップＳ３０１と同様にして次のシンボルを読み取り、その抽出したシンボルをデコード部１５３へ出力する。そしてデコード部１５３は、デコード処理およびＣＲＣの実行を行い、読み取ったシンボルがヘッダシンボル５２であるかを判断する（ステップＳ３０６）。ヘッダシンボル５２でなかった場合には、ヘッダシンボル５２を読み取るまでこの処理を繰り返す。
【０１２３】
読み取ったシンボルがヘッダシンボル５２であった場合、ヘッダシンボル５２に含まれるヘッダ情報（全アンカーシンボル数５６２およびデータタイプ５６３など）を取得する（ステップＳ３０７）。そして情報取得部１５４がこのヘッダ情報を取得することにより、これらの情報を把握することが可能となる。
【０１２４】
次に記憶部１５１および画像処理部１５２は、ステップＳ３０１〜Ｓ３０２と同様にして次のシンボルを読み取り、図７（Ｃ）に示したアンカーシンボルの形状におけるロゴマーク部の検出（ステップＳ３０８）および認識用エリアの検出（ステップＳ３０９）により（つまり基準エレメントにより）、このシンボルがアンカーシンボル５３であるかを判断する（ステップＳ３１０）。
【０１２５】
アンカーシンボル５３であった場合、ステップＳ３０４〜Ｓ３０５と同様に、シンボル送受信状態情報取得部１５５が抽出されたアンカーシンボルのデータに基づいてシンボル送受信状態情報ＳＩを算出および取得し（ステップＳ３１１）、表示条件決定部１５６がこれらのシンボル送受信状態情報ＳＩを更新、つまり再登録する（ステップＳ３０５）。このように、表示装置１がセクタ単位の頻度でシンボル送受信状態情報ＳＩを更新し、最終的に表示条件ＤＣを決定するように構成することで、より確実に入出力端末２へコンテンツデータを送信することが可能となる。
【０１２６】
一方、ステップＳ３０８〜Ｓ３０９において読み取ったシンボルがアンカーシンボル５３ではなかった場合（前述のように、アンカーシンボル５３は１セクタに対して１シンボルのみなので、読み取り時にシンボルを欠落してしまう場合が考えられる。）、あるいはデコード部１５３がアンカーシンボルであると認識できなかった場合には、シンボル送受信状態情報ＳＩの取得および再登録を行わずにそのまま次の処理（ステップＳ３１３のデータシンボル５４の読み取り）へと進む。アンカーシンボル５３の用途は主にデータシンボルの角度、大きさ、受光位置の検出用であり、これらの検出はセクタ単位で行うので、たとえ１回くらい検出ができなくても問題ないからである。また逆に、このアンカーシンボル５３の欠落の有無や頻度により、この動画２次元コードを用いた通信の通信品質を判断することも可能である。
【０１２７】
次にデータシンボル５４を読み取り（ステップＳ３１３）、デコード部１５３がデコード処理およびＣＲＣの実行を行う。そしてシンボル数の確認を行い、もし同一のシンボルを重複して読み取っていた場合には、重複したデータを削除する（ステップＳ３１４）。シンボルが重複しているかどうかは、例えば、アンカーシンボルＩＤ５７１やサブシンボルＩＤ５８１により判断される。
【０１２８】
次に、１セクタのデータシンボル５４の読み取りが終了したかどうかを判断する（ステップＳ３１５）。読み取りが終了していない場合には、ステップＳ３１３へ戻って次のデータシンボルを読み取る。読み取りが終了した場合において、シンボルエラー（読み取り時におけるデータシンボル５４自体の欠落）が生じていたときには、このシンボルエラーの訂正を行う（ステップＳ３１６）。データシンボル５４のシンボルエラーの訂正方法に関しては、まずはシンボルエラー訂正用データ５８２を用いて訂正し、それでも訂正ができなかった場合には、入出力端末２に該当するデータシンボルを再送信させるようにする。
【０１２９】
１セクタのデータシンボル５４の読み取りが終了したかどうかは、サブシンボルＩＤ５８１およびセクタごとの各アンカーシンボルに含まれる、データシンボルのサブシンボル数５７２により判断される。
【０１３０】
次に情報取得部１５４がデコードデータを蓄積していき（ステップＳ３１７）、情報取得部１５４が全シンボルを読み取り完了したかどうかを判断する（ステップＳ３１８）。読み取り完了していない場合にはステップＳ３０５へ戻り、次のセクタのアンカーシンボル５３の受光信号を取得する。読み取り完了した場合には、情報取得部１５４が情報（この場合、依頼情報）を復元して取得し（ステップＳ３１９）、動画２次元コードを用いて情報を受信する処理が終了となる。
【０１３１】
次に、このようにしてステップＳ１０２において入出力端末２から依頼情報を受信し、シンボル送受信状態情報ＳＩを取得した表示装置１が、表示条件ＤＣを決定し、この決定した表示条件ＤＣで入出力端末２へコンテンツデータを送信する処理（図１１のステップＳ１０３〜Ｓ１０４に対応）の詳細を説明する。
【０１３２】
表示条件決定部１５６は、ステップＳ３１９において受信完了した依頼情報を復元し、その依頼情報の内容を把握すると、登録してあるシンボル送受信状態情報ＳＩに基づいて、表示条件ＤＣ（その後入出力端末２の受発光部２１に対してシンボルを表示する際の表示角度、大きさおよび表示位置など）を決定し、これらの表示条件ＤＣを表示信号生成部１４３へ出力する。その後、表示信号生成部１４３はこの表示条件ＤＣを考慮して表示信号を生成するので、表示条件ＤＣに基づいた態様で動画２次元コードのシンボルが表示される。
【０１３３】
なお、表示装置１が生成した動画２次元コードのシンボルを用いてコンテンツデータを入出力端末２へ送信する処理、およびこの入出力端末２がこのコンテンツデータを受信する処理の詳細については、前述のステップＳ１０１およびステップＳ１０２と同様であるので、その説明を省略する（ただし、この場合入出力端末２は表示装置１と異なり、図６で示したようにシンボル送受信状態情報取得部１５５および表示条件決定部１５６を有していないので、シンボル送受信応対情報ＳＩを取得し、表示条件ＤＣを決定する処理は行われない）。
【０１３４】
以上のように、本実施の形態の表示装置、通信システムおよび通信方法によれば、表示装置１および入出力端末２が、動画像の表示と光の受光とが可能な受発光部１１，２１をそれぞれ備え、入出力端末２において、動画２次元コードを構成する各シンボルを時間軸に沿って受発光部２１に順次表示し、表示装置１において、この各シンボルを受発光部１１により読み取ると共に、この読み取ったシンボルに基づいて、受発光部２１と受発光部１１との相対角度を示す情報、受発光部２１に表示されているシンボルの大きさを示す情報、および読み取ったシンボルの受光位置などからなるシンボル送受信状態情報ＳＩを取得し、このシンボル送受信状態情報ＳＩに基づいて、受発光部１１により受発光部２１に対して動画２次元コードを表示する際の表示角度、大きさおよび表示位置などの表示条件ＤＣを決定し、その後はこの表示条件ＤＣに基づいて動画２次元コードの各シンボルを表示するようにしたので、送信相手である入出力端末２の受発光部２１が確実に読み取ることができる態様で表示することにより、表示装置１と入出力端末２との間で確実かつ効率的にコンテンツデータを送受信することが可能となる。
【０１３５】
また、動画２次元コードの各シンボルを、同期シンボル５１、ヘッダシンボル５２、データシンボル５４、およびアンカーシンボル５３からなる複数種類のフォーマットで構成し、このうち、シンボル内に複数の基準エレメントを含むヘッダシンボルおよびアンカーシンボルによりシンボル送受信状態情報ＳＩを取得するようにしたので、予め所定の形状に設定された基準エレメントから効率的にシンボル送受信状態情報ＳＩを取得することができる。また、アンカーシンボル５１をセクタ単位で表示するように構成したので、定期的にシンボル送受信状態情報ＳＩを更新することも可能となる。
【０１３６】
さらに、入出力端末２の受発光部２１よりも動画像の表示と光の受光とが可能な領域が広い受発光部１１を備える表示装置１の側で、表示条件ＤＣの決定およびこの条件に基づいた動画２次元コードの表示を行うようにし、また、この表示条件ＤＣを決定する際に、読み取ったシンボルの受光位置からの位置ずれの余裕度や、受発光部２１に対する受発光部１１の角度からの角度ずれの余裕度なども考慮して決定するようにしたので、ユーザが入出力端末２を手持ちにより表示装置１に対向配置させることから生じる受発光部２１の位置や角度のずれに対してこれらの余裕度を包含し、より確実にコンテンツデータを送受信することが可能となる。
【０１３７】
以下、実施の形態についての変形例１について説明する。
【０１３８】
［変形例１］
実施の形態においては、図１４に示したように、入出力端末２から傾いた形状でシンボル５３６を受光した表示装置１が、その傾いた角度は保持しつつ、シンボルの位置や大きさを調整することによりシンボル送受信状態情報ＳＩを算出し、表示条件ＤＣを決定する場合の例について説明したが、本変形例では、表示装置１が、シンボルの位置や大きさの調整に加え、さらにその傾いた角度も戻すような調整も行うことによりシンボル送受信状態情報ＳＩを算出し、表示条件ＤＣを決定する場合の例について説明する。
【０１３９】
図１５は、本変形例において表示装置１がシンボル送受信状態情報ＳＩを算出して取得する処理の一例を表すものであり、実施の形態における図１４に対応するものである。図１４と同様、（Ａ）は、表示装置１の受発光部１１が入出力端末２の受発光部２１から受光した同期シンボルの形状を表し、（Ｂ）は、受光した同期シンボルに基づいてシンボル送受信状態情報ＳＩを算出する処理について表したものである。なお、以下、図１４（Ａ）に示した場合と同様に、表示装置１の受発光部１１が、入出力端末２の受発光部２１から同期シンボル５３６を右にα＝１０度傾いた形状で受光した場合で説明する。また、アンカーシンボルの場合における処理については、同期シンボルの場合の処理と同様であるので、その説明を省略する。
【０１４０】
図１５（Ａ）に示したように、表示装置１の受発光部１１は、入出力端末２の受発光部２１から同期シンボル５３６を、右にα＝１０度傾いた形状で受光しているものとする。この場合、前述のようにまず表示装置１は、長方形ＦＲ１の枠内にシンボルを表示する必要がある。また、前述のように角度αから左右に角度β分だけ角度ずれの余裕度を考慮するようにする。
【０１４１】
ここでシンボル送受信状態情報取得部１５５は、この角度ずれの余裕度βを考慮して長方形Ｗ１〜Ｗ３のいずれの枠内にも短辺長が収まり、かつ傾いた角度αを０度に戻した場合に相当する長方形ＦＲ５を算出する。このような長方形ＦＲ５は、以下のようにして求める。つまり図に示したように、まず長方形ＦＲ１〜３の共通の中心から角度α＝０度の方向へ対角線Ｙ，Ｚを引き、中心からこの対角線Ｙ，Ｚが長方形ＦＲ２の枠とぶつかる点までの距離Ｗ４，Ｗ５をそれぞれ求める（この場合の例では、長方形ＦＲ２と長方形ＦＲ３とでは、中心からの距離が短いほうの長方形ＦＲ２を選択したが、状況に応じて短いほうの長方形を選択すればよい）。次に、距離Ｗ４，Ｗ５のうち距離が短いほうのＷ４を選択し、このＷ４を対角線とする長方形が、ＦＲ５となる。
【０１４２】
そして、このようにして求めた長方形ＦＲ５（短辺長Ｗ６）に対して、前述のようにさらにシンボルの受光位置からの位置ずれの余裕度を考慮する。つまり、長方形ＦＲ５の短辺および長辺長をそれぞれ例えば０．９倍した大きさ（図１５（Ｂ）の短辺長Ｗ７）で、シンボルを表示するようにする（図１５（Ｂ）のシンボル５３８）。以上により、表示装置１がシンボル送受信状態情報ＳＩを算出して取得する処理が終了となる。
【０１４３】
このようにして、本変形例の表示装置、通信システムおよび通信方法によれば、表示装置１が、シンボルの位置や大きさの調整に加え、さらにその傾いた角度を戻すような調整も行うことによりシンボル送受信状態情報ＳＩを算出し、表示条件ＤＣを決定するようにしたので、上記の実施の形態の効果に加え、シンボルの大きさを最大限にとることが可能となる。よって、シンボルの大きさを最大限にとることにより、シンボルのフォーマットによっては、送受信する情報量を増加させることが可能となる。
【０１４４】
次に、実施の形態についての変形例２について説明する。
【０１４５】
［変形例２］
実施の形態においては、図７〜図１０に示したように、動画２次元コードの各シンボルを、同期シンボル５１、ヘッダシンボル５２、アンカーシンボル５３およびデータシンボル５４からなる複数種類の形状のフォーマットで構成する場合の例で説明したが、本変形例では、動画２次元コードの各シンボルを単一の形状のフォーマットから構成する場合の例について説明する。
【０１４６】
まず、本変形例に係る動画２次元コードの形状ならびに各ドットの構成および機能について説明する。
【０１４７】
図１６は、本変形例に係る動画２次元コードのシンボルの形状ならびに各ドットの構成および機能の一例を表すものであり、実施の形態における図７および図８に対応するものである。この図において、（Ａ）は、このシンボルの外見の形状を表し、（Ｂ）は、このシンボルにおける各ドットの構成および機能を表したものである。
【０１４８】
図１６（Ａ）に示したように、この動画２次元コードのシンボル６の形状は、７×７＝合計４９ドットのコード部６１と、コード部６１の下部に配置されたロゴマーク部６２とから構成される。
【０１４９】
図１６（Ｂ）に示したように、このコード部６１における四隅の各４ドット分の領域は、それぞれ認識用エリア６１３Ａ〜６１３Ｄとなっている。よって、上記のように合計４９ドットから構成されるコード部６１の内、４９−４×４＝３３ドットが、任意の白黒パターンとして利用できるようになっている。
【０１５０】
また、この認識用エリア６１３Ａ〜６１３Ｄを除いた３３ドットの内、９ドット分はＣＲＣ用ビット６１４として利用される。よって、最終的に任意のデータビット６１５として利用できるのは、３３−９＝２４ドット分となる。なお、この２４ドット分のデータビット６１５は、半分の１２ドット分の正転データビット６１５Ａと、残り半分の１２ドット分の反転データビット６１５Ｂとから構成されるようになっている。
【０１５１】
次に、本変形例に係る動画２次元コードのシンボルにおけるデータ構成について説明する。
【０１５２】
図１７は、図１６のシンボルにおけるデータ構成の一例を表すものであり、実施の形態における図９に対応するものである。この図において、（Ａ）は、上記のようにコード部６１内において任意の白黒パターンとして利用可能な３３ビット分のデータ領域のデータ構成の内訳を表したものであり、（Ｂ）は、その３３ビット分のデータにおいて、シンボルＩＤの値とデータ領域の内容との関係を表したものである。
【０１５３】
図１７（Ａ）に示したように、この３３ビット分の任意データ領域のデータ構成６３は、前述の９ビット分のＣＲＣ用ビット６１４と、４ビット分のシンボルＩＤ６３２と、２０ビット分のデータ領域６３３とから構成される。
【０１５４】
また、図１７（Ｂ）に示したように、この４ビット分のシンボルＩＤ６３２の値に応じて、データ領域６３３の内容は以下のように構成される。
【０１５５】
まず、シンボルＩＤ６３２の値が「１０００ｂ」の場合、このシンボルは、動画２次元コードにおけるスタートシンボル６３５として機能し、データ領域６３３の内容は、この動画２次元コードを構成する全シンボル数を定義するようになっている。
【０１５６】
また、シンボルＩＤ６３２の値が「１００１ｂ」〜「１１１１ｂ」の場合、このシンボルは、動画２次元コードにおけるヘッダシンボル６３６として機能し、データ領域６３３の内容は、シンボルＩＤ６３２の値が「１００１ｂ」〜「１１１０ｂ」の場合、この動画２次元コードにおけるファイル名を定義するようになっている。なお、シンボルＩＤ６３２の値が「１１１１ｂ」の場合は未定義となっており、この場合におけるデータ領域６３３は使用されない。
【０１５７】
また、シンボルＩＤ６３２の値が「００００ｂ」〜「０１１１ｂ」の場合、このシンボルは、動画２次元コードにおけるデータシンボル６３７として機能し、データ領域６３３の内容は、この動画２次元コードにおけるデータ情報（コンテンツデータ）を表す。なお、このデータシンボル６３７におけるシンボルＩＤ６３２の値は、「００００ｂ」〜「０１１１ｂ」が周期的に変化していくようになっており、８シンボル分までは各シンボルを区別することが可能である。
【０１５８】
なお、本変形例に係る動画２次元コードにおいて利用可能な最大シンボル数は、前述のようにスタートシンボル６３５における２０ビット分のデータ領域６３３で定義するので、２の２０乗＝１Ｍシンボルである。よって、利用可能な最大データ容量は、前述のようにシンボルごとに２０ビットのデータ領域が確保されているので、１Ｍシンボル×２０ビット＝２０Ｍビット＝２．５Ｍバイトとなり、実施の形態に示した動画２次元コードのフォーマットと同様、従来のバーコードや２次元コード（最大で数Ｋバイト程度）と比べて、格段に大容量のデータを利用することが可能である。また、最大データ転送速度は、例えば、１フレームに対して１つのシンボルパターンとし、１秒当たりのシンボルのパターン数をＮＴＳＣ方式を参照して６０（シンボル／秒）とした場合、６０（シンボル／秒）×２０（ビット／シンボル）＝１２００ｂｐｓ（ビット／秒）となる。
【０１５９】
次に、以上のような構成の単一の形状のフォーマットからなる動画２次元コードを用いて、実施の形態と同様に、表示装置１がシンボル送受信状態情報ＳＩを取得して表示条件ＤＣを決定する処理について説明する。
【０１６０】
この場合、図１６（Ｂ）に示したように、動画２次元コードの全てのシンボルが認識用エリア６１３を含むような構成になっている。よって、表示装置１は、実施の形態における同期シンボル５１およびアンカーシンボル５３の場合（図１２のステップＳ３０４〜Ｓ３０５およびステップＳ３１１〜Ｓ３１２）と同様に、この認識用エリア６１３を用いてシンボルごとにシンボル送受信状態情報ＳＩを取得し、更新することができる。よって実施の形態と同様に、表示条件決定部５１６がこれらのシンボル送受信状態情報ＳＩに基づいて表示条件ＤＣを決定し、表示装置１は、この表示条件ＤＣに基づいて動画２次元コードの各シンボルを表示することも可能である。
【０１６１】
このようにして、本変形例の表示装置、通信システムおよび通信方法によれば、動画２次元コードの各シンボルを単一の形状のフォーマットから構成し、各シンボルに含まれる認識用エリア６１３を用いてシンボルごとにシンボル送受信状態情報ＳＩを取得するようにしたので、上記の実施の形態の効果に加え、各シンボルの受信ごとにシンボル送受信状態情報を更新することが可能になると共に、動画２次元コードのフォーマットを簡素化することが可能となる。
【０１６２】
以上、実施の形態およびその変形例を挙げて本発明を説明したが、本発明はこれに限定されず、種々の変形が可能である。例えば上記実施の形態等では、最初に入出力端末２の側から表示装置１に対してコンテンツデータの送信依頼を行い、それに対応して表示装置１がコンテンツデータを送信する場合の例で説明してきたが、動画像の表示と光の受光とが可能な領域が入出力端末２の受発光部２１よりも広い受発光部１１を備える表示装置１の側で、表示条件ＤＣの決定およびこの条件に基づいた動画２次元コードの表示を行うのであれば、逆に最初に表示装置１の側から、入出力端末２に対して処理を行うように構成することも可能である。つまり、より広い受発光部を備える表示装置１の側で表示条件ＤＣの決定およびこれに基づいた表示を行うのであれば、最初に処理を行うのはどちらの装置でも構わない。
【０１６３】
具体的には、図１８に示したように、例えばまず表示装置１側から、動画２次元コードを用いて送信することが可能なコンテンツデータに関する検索情報（例えば、図４中のウィンドウ１２Ａに画像１２１Ａが表示されていないが、動画２次元コードを用いて送信可能な場合における、このコンテンツデータの内容に関する文字情報など）を定常的に、動画２次元コードを用いて送信しているものとする（ステップＳ４０１）。この場合ユーザは、入出力端末２の受発光部２１を表示装置１の受発光部１１に接近させることで、このコンテンツデータに関する索引情報を動画２次元コードを用いて受信することができる（ステップＳ４０２）。ここで、ユーザがこのコンテンツデータの受信を希望した場合、この状態で図１１のステップＳ１０１と同様に、動画２次元コードを用いてコンテンツデータの送信依頼情報を表示装置１へ送信するようにすればよい（ステップＳ４０３）。以後の処理（ステップＳ４０４〜Ｓ４０７）は、図１１のステップＳ１０２〜Ｓ１０５の場合と同様なので、その説明を省略する。
【０１６４】
このように、最初に表示装置１の側から処理を行うように構成した場合でも、上記の実施の形態等と同様にして、コンテンツデータを確実に送受信することが可能となる。
【図面の簡単な説明】
【０１６５】
【図１】本発明の一実施の形態に係る通信システムの全体構成を表すブロック図である。
【図２】図１の表示装置の受発光部における受発光セルの配置構成の一例を模式的に表す断面図である。
【図３】図２における受発光セルの構成を表す回路図である。
【図４】図１の通信システムにおける動画２次元コードを用いた通信状況の一例を表す斜視図である。
【図５】図１の入力端末における機能構成の一例を表すブロック図である。
【図６】図１の表示装置における機能構成の一例を表すブロック図である。
【図７】動画２次元コードのシンボルの形状の一例を表す模式図である。
【図８】図７のシンボルにおける各ドットの構成および機能を表す模式図である。
【図９】図７のシンボルにおけるデータ構成の一例を表す模式図である。
【図１０】図７の動画２次元コードの各シンボルの順序構成を表す模式図である。
【図１１】図１の通信システムにおける表示装置と入出力端末との間の情報の送受信処理の一例を表す流れ図である。
【図１２】図１１において入出力端末が表示装置へ動画２次元コードを用いて情報を送信する処理の一例を表す流れ図である。
【図１３】図１１において表示装置が入出力端末から動画２次元コードを用いて情報を受信する処理の一例を表す流れ図である。
【図１４】図１１において表示装置がシンボル送受信状態情報を算出して取得する処理の一例を表す模式図である。
【図１５】変形例１において表示装置がシンボル送受信状態情報を算出して取得する処理の一例を表す模式図である。
【図１６】変形例２に係る動画２次元コードのシンボルの形状ならびに各ドットの構成および機能の一例を表す模式図である。
【図１７】図１６のシンボルにおけるデータ構成の一例を表す模式図である。
【図１８】図１の通信システムにおける表示装置と出力端末との間の情報の送受信処理の他の例を表す流れ図である。
【符号の説明】
【０１６６】
１…表示装置、２…入出力端末、１１，２１…受発光部、１１０，２１０…受発光制御部、１１１…透明基板、１１２…隔壁、１２…ウィンドウ、１３…シンボル、１４，２４…送信機能部、１４１，２４１…画像信号生成部、１４２，２４２…シンボル生成部、１４３，２４３…表示信号生成部、１５，２５…受信機能部、１５１，２５１…記憶部、１５２，２５２…画像処理部、１５３，２５３…デコード部、１５４，２５４…情報取得部、１５５…シンボル送受信状態情報取得部、１５６…表示条件決定部、５，６…動画２次元コードのシンボル、５１…同期シンボル、５２，６３６…ヘッダシンボル、５３…アンカーシンボル、５４，６３７…データシンボル、６３５…スタートシンボル、５１１，５２１，５３１，５４１，６１…コード部、５１２，５３２，６２…ロゴマーク部、５３３，６１３…認識用エリア、５２２，５３４，５４２，６１４…ＣＲＣ用ビット、５２３，５３５，５４３，６１５…データビット、５５…同期シンボルのデータ構成、５６…ヘッダシンボルのデータ構成、５６１…サブシンボルＩＤ、５６２…全アンカーシンボル数、５６３…データタイプ、５７…アンカーシンボルのデータ構成、５７１…アンカーシンボルＩＤ、５７２…データシンボルのサブシンボル数、５８…データシンボルのデータ構成、５８１…サブシンボルＩＤ、５８２…シンボルエラー訂正用データ、６３…動画２次元コードのシンボルのデータ構成、６３２…シンボルＩＤ、６３３…データ領域、ＬＷ…発光光線、ＬＲ…受光光線、ＣＷＲ…受発光セル、Ｇ…発光用ゲート線、Ｓ…切換線、ＤＷ…データ供給線、ＤＲ…データ読取線、ＥＬ…受発光素子、Ｃ…キャパシタ、Ｒ…抵抗、ＳＷ１…第１のスイッチ、ＳＷ２…第２のスイッチ、ＳＷ３…第３のスイッチ、Ｉ１…表示信号電流路、Ｉ２…受光信号電流路、Ｄ…コンテンツデータ、ＲＤ…受信データ、ＳＩ…シンボル送受信状態情報、ＤＣ…表示条件。
【技術分野】
【０００１】
本発明は、表示画面を通して他の装置に情報を伝達する機能を備える表示装置、通信システムおよび方法に関する。
【背景技術】
【０００２】
従来より、バーコードや２次元コードなどを取り扱う技術が存在し、これらの技術は、主に物流管理などに利用されている。
【０００３】
２次元コードを用いた技術においては、様々なフォーマットが提案され、利用されている。ところが、これらの技術はいずれも印刷物などの静的物品を対象とした技術であることから、利用できる情報の容量は最大でも数Ｋバイト程度であり、大容量の情報を取り扱うことが困難である。そこで本出願人は、例えば特許文献１において、複数の２次元コードを順次動的に表示すると共に、これらを順次動的に検出するようにした技術を提案している。この技術によれば、大容量の情報伝達を実現する可能性もある。
【０００４】
【特許文献１】特開２００４−１２７２７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記した特許文献１の技術では、他の情報処理装置との間の情報伝達方式に関し、例えば同文献の図７に示されているような概念的な内容が提案されているにすぎず、具体的な内容は明らかではなかった。このため、実際に他の情報処理装置との間で大容量の情報伝達を行うに際しては、必ずしも効率的かつ確実に情報伝達を行うことが可能になるという保証はなかった。
【０００６】
このように、従来の技術では、効率性を確保しつつ大容量の情報伝達を確実に行うことが困難であり、改善の余地があった。
【０００７】
本発明はかかる問題点に鑑みてなされたもので、その目的は、２次元コードの動的表示および検出を通じて、大容量の情報伝達を確実かつ効率的に行うことを可能とする信頼性の高い表示装置、通信システムおよび通信方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の通信方法は、一の表示装置において、動画２次元コードを構成する複数のシンボルを時間軸に沿って第１の受発光画面に順次表示し、他の表示装置において、この複数のシンボルを第２の受発光画面により読み取ると共に、この読み取ったシンボルに基づいて、第２の受発光画面と第１の受発光画面との相対角度を示す情報、第１の受発光画面に表示されているシンボルの大きさを示す情報、および、読み取ったシンボルの受光位置を示す情報のうちの少なくとも１つを含むシンボル送受信状態情報を取得し、このシンボル送受信状態情報に基づいて、第２の受発光画面に動画２次元コードを表示する際のシンボルの表示角度、大きさおよび表示位置のうちの少なくとも１つの表示条件を決定し、この決定された表示条件に基づいて、第２の受発光画面に動画２次元コードを表示するものである。
【０００９】
ここで、「動画２次元コード」とは、時間軸に沿って変化する一連の２次元コードからなるコード情報である。ここで、「２次元コード」とは、各時点において静止した内容をもつシンボルであって、所定のフォーマットに従って予めその構成や意味内容が規定されている。なお、バーコードは、２次元コードの特殊な一態様である。また、「シンボル」とは、例えば複数の表示エレメントを配置して構成される画像パターンである。通常は、各表示エレメントごとに例えば輝度や色等の光学的物理量を設定することにより、そのような画像パターンとしてのシンボルが形成される。
【００１０】
また、「シンボル送受信状態情報」とは、例えば上記のように、シンボルの大きさや受光位置、互いの受発光画面間の相対角度（シンボルの相対角度）など、受発光画面において読み取ったシンボルに関する送受信状態を意味し、受発光画面相互の空間的な配置（例えば、距離、位置、角度など）を表すものである。なお、受光位置とはこの場合、第２の受発光画面における位置を意味し、相対角度とは、受発光画面同士の回転角度を意味する。ここで、動画２次元コードを構成する各シンボルが複数の基準エレメントを含むように構成し、他の表示装置において、各シンボルにおけるこの基準エレメントの受光位置に基づいて、シンボル送受信状態情報を取得するようにしてもよい。なお、「基準エレメント」とは、上記のようなシンボル送受信状態情報を取得することを可能とする特定のエレメントを意味し、あらかじめシンボル内の所定の位置に設定されるようになっている。
【００１１】
また、「表示条件」とは、例えば上記のように、シンボルを表示する際の大きさ、表示位置、表示角度などの条件を意味し、シンボル送受信状態情報に基づいて、受発光画面相互の空間的な配置に対して適切な条件となるように決定されるものである。この際、読み取ったシンボルの受光位置からの位置ずれの余裕度や、第２の受発光画面と第１の受発光画面との相対角度からの角度ずれの余裕度なども考慮して、表示条件を決定するようにするのが好ましい。ここで、「位置ずれの余裕度」とは、シンボルの受光位置が、受光すべき位置（例えば、登録されている受光位置の座標など）に対する平行移動によりずれてしまうことを想定して設けられる、受光位置に対する平行移動のマージンを意味する。また、「角度ずれの余裕度」とは同様に、シンボルの受光位置が、受光すべき位置に対する回転移動によりずれてしまうことを想定して設けられる、受光位置に対する回転移動のマージンを意味する。このような余裕度も考慮して表示条件を決定するようにした場合、より確実かつ効率的に、シンボルの表示および読み取りを行うことが可能となる。
【００１２】
さらに、動画２次元コードを構成する複数のシンボルを、データ送信用フォーマットで表現された２次元コードであるデータシンボルと、アンカー送信用フォーマットで表現された２次元コードであるアンカーシンボルとを含むように構成し、一の表示装置において、データシンボルを時間軸に沿って第１の受発光画面に表示すると共に、このデータシンボルを１または複数回表示するごとにアンカーシンボルを第１の受発光画面に表示し、他の表示装置において、これらデータシンボルおよびアンカーシンボルを第２の受発光画面により読み取ると共にそこからアンカーシンボルを検出し、この検出したアンカーシンボルに基づいて前記表示条件を決定するようにしてもよい。ここで、「１または複数回」とは、必ずしも一定の回数を意味するものではなく、各アンカーシンボル間に表示されるデータシンボルの回数が互いに異なるようにしてもよい。なお、このアンカーシンボルが複数の基準エレメントを含むようにアンカー送信用フォーマットを構成し、他の表示装置において、このアンカーシンボルにおける基準エレメントの受光位置に基づいて、シンボル送受信状態情報を取得するようにしてもよい。
【００１３】
本発明の表示装置は、動画像の表示と光の受光とが可能な第２の受発光画面と、他の一の表示装置の第１の受発光画面から、そこに表示された動画２次元コードを構成する複数のシンボルを第２の受発光画面を用いて読み取る読取制御手段と、この読取制御手段により読み取られたシンボルに基づいて、第２の受発光画面と第１の受発光画面との相対角度を示す情報、第１の受発光画面に表示されているシンボルの大きさを示す情報、および、読み取ったシンボルの受光位置を示す情報のうちの少なくとも１つを含むシンボル送受信状態情報を取得する取得手段と、この取得手段により取得したシンボル送受信状態情報に基づいて、第２の受発光画面に動画２次元コードを表示する際のシンボルの表示角度、大きさおよび表示位置のうちの少なくとも１つの表示条件を決定する決定手段と、複数のシンボルから構成される動画２次元コードを生成する生成手段と、上記決定手段により決定した表示条件に基づいて、この生成手段により生成された動画２次元コードにおける複数のシンボルを時間軸に沿って第２の受発光画面に順次表示させる表示制御手段とを備えたものである。
【００１４】
本発明の通信システムは、一の表示装置が、動画像の表示と光の受光とが可能な第１の受発光画面と、複数のシンボルから構成される動画２次元コードを生成する第１の生成手段と、この第１の生成手段により生成された動画２次元コードにおける複数のシンボルを、時間軸に沿って第１の受発光画面に順次表示させる第１の表示制御手段とを備え、他の表示装置が、動画像の表示と光の受光とが可能な第２の受発光画面と、一の表示装置の第１の受発光画面から、そこに表示された動画２次元コードを構成する複数のシンボルを第２の受発光画面を用いて読み取る読取制御手段と、この読取制御手段により読み取られたシンボルに基づいて、第２の受発光画面と第１の受発光画面との相対角度を示す情報、第１の受発光画面に表示されているシンボルの大きさを示す情報、および、読み取ったシンボルの受光位置を示す情報のうちの少なくとも１つを含むシンボル送受信状態情報を取得する取得手段と、この取得手段により取得したシンボル送受信状態情報に基づいて、第２の受発光画面に動画２次元コードを表示する際のシンボルの表示角度、大きさおよび表示位置のうちの少なくとも１つの表示条件を決定する決定手段と、複数のシンボルから構成される動画２次元コードを生成する第２の生成手段と、上記決定手段により決定した表示条件に基づいて、この第２の生成手段により生成された動画２次元コードにおける複数のシンボルを時間軸に沿って第２の受発光画面に順次表示させる第２の表示制御手段とを備えたものである。
【００１５】
本発明の通信方法または通信システムでは、一の表示装置において、動画２次元コードを構成する複数のシンボルが時間軸に沿って第１の受発光画面に順次表示される。また、他の表示装置において、この複数のシンボルが第２の受発光画面により読み取られ、この読み取られたシンボルに基づいて、シンボル送受信状態情報が取得される。さらに、このシンボル送受信状態情報に基づいて表示条件が決定され、この決定された表示条件に基づいて、第２の受発光画面に動画２次元コードが表示される。したがって、動画２次元コードの各シンボルが、一の表示装置における第１の受発光画面にて確実に読み取ることができる態様で表示される。
【００１６】
本発明の表示装置では、他の一の表示装置の第１の受発光画面から、そこに表示された動画２次元コードを構成する複数のシンボルが、第２の受発光画面を用いて読み取られる。また、この読み取られたシンボルに基づいて、シンボル送受信状態情報が取得される。さらに、この取得したシンボル送受信状態情報に基づいて表示条件が決定され、この決定した表示条件に基づいて、動画２次元コードが第２の受発光画面に順次表示される。したがって、動画２次元コードの各シンボルが、他の一の表示装置における第１の受発光画面にて確実に読み取ることができる態様で表示される。
【発明の効果】
【００１７】
本発明の通信方法または通信システムによれば、一の表示装置において、動画２次元コードを構成する複数のシンボルを順次表示し、他の表示装置において、この複数のシンボルを読み取ってシンボル送受信状態情報を取得し、このシンボル送受信状態情報に基づいて表示条件を決定し、この表示条件に基づいて動画２次元コードを表示するようにしたので、大容量の情報を確実かつ効率的に伝達することが可能となる。
【００１８】
本発明の表示装置によれば、他の一の表示装置から動画２次元コードを構成する複数のシンボルを読み取ってシンボル送受信状態情報を取得し、このシンボル送受信状態情報に基づいて表示条件を決定し、この表示条件に基づいて動画２次元コードを表示するようにしたので、大容量の情報を確実かつ効率的に伝達することが可能となる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明を実施するための最良の形態（以下、単に実施の形態という。）について、図面を参照して詳細に説明する。なお、本発明の一実施の形態に係る通信方法は、本実施の形態に係る通信システムによって具現化されるので、併せて説明する。
【００２０】
図１は、本発明の一実施の形態に係る通信システムの全体構成を表すものである。この通信システムは、所定の図形や文字などの動画像を表示する機能を有する表示装置１と、所定の情報の入出力機能を有する入出力端末２とから構成される。ここで、表示装置１は、例えばテレビ装置などから構成され、入出力端末２は、例えば携帯電話などから構成される。ただし、これらの機能を備えていれば、表示装置１および入出力端末２は、他の種類（例えばＣＤ（Compact Disc；登録商標）プレーヤ、パーソナルコンピュータ等）の装置から構成されていてもよい。
【００２１】
ここで、本実施の形態における表示装置１および入出力端末２はそれぞれ、本発明における「他の表示装置」および「一の表示装置」の一具体例に対応するものである。
【００２２】
表示装置１は、複数の各画素が全面に渡ってマトリクス状に配置された、例えば有機または無機のＥＬ（ElectroLuminescence）ディスプレイやＬＣＤ（Liquid Crystal Display）などから構成される受発光部１１を備える。この受発光部１１における各画素は、１つの受発光素子を含む受発光セルから構成され、各画素が受発光動作機能を行うようになっている。このように各画素における発光動作および受光動作を利用し、後述する動画２次元コードの表示および読み取りを行うことにより、この受発光部１１を用いて情報を送受信することが可能となる。
【００２３】
図２は、図１の表示装置１の受発光部１１における受発光セルの配置構成の一例を断面図で模式的に表したものである。なお、図２の例では、受発光セルに含まれる受発光素子が有機ＥＬ素子であり、１対の透明基板の間に有機ＥＬ層が設けられている場合を示している。この図において、位置を表す符号であるｉ，ｊはある自然数を表す。
【００２４】
この受発光部１１は、１対の透明基板１１１Ａ，１１１Ｂと、これらの透明基板１１１Ａ，１１１Ｂの間に配置され、隔壁１１２によって互いに分離された構造の複数の受発光セルＣＷＲ（ＣＷＲij）とを有する。また、この例では上記のように受発光セルＣＷＲは受発光素子として有機ＥＬ素子を含む。なお、一般的な有機ＥＬディスプレイにおけるその他の層については図示せず、省略している。
【００２５】
なお、本実施の形態に係る受発光部１１における受発光セルＣＷＲの配置構成例の断面図はこれに限られるものではなく、他の配置構成でもよい。また、図２に示した断面図の例においては、受発光素子ＥＬが有機ＥＬ素子から構成されている例で説明したが、この受発光素子は発光機能および受光機能を備える素子ならば他のものでもよく、また発光素子と受光素子とを組み合わせて配置するように構成してもよい。その場合例えば、発光素子として液晶素子を、受光素子としてＣＣＤ（Charge-Coupled Devices）素子を配置するようにすることが可能である。
【００２６】
図３は、図２における受発光セルＣＷＲの回路構成を表すものである。
【００２７】
この受発光セルＣＷＲには、発光駆動対象として受発光素子ＥＬを選択するための発光用ゲート線Ｇと、受発光素子ＥＬへ表示用のデータを供給するためのデータ供給線ＤＷと、受発光素子ＥＬに対する発光駆動と受光駆動とを切り換える切換線Ｓと、受発光素子ＥＬから受光信号を読み取るためのデータ読取線ＤＲとが、それぞれ１本ずつ接続された構成となっている。つまり、通常の発光素子を備える１画素分のセルと比べて、受光用の分だけゲート線およびデータ線が１本ずつ増加した構成となっている。また、受発光セルＣＷＲは、１つの受発光素子ＥＬと、キャパシタＣと、抵抗Ｒと、第１のスイッチＳＷ１と、第２のスイッチＳＷ２と、第３のスイッチＳＷ３とを有する。第１のスイッチＳＷ１は、発光用ゲート線Ｇから供給される選択信号に応じて、データ供給線ＤＷとキャパシタＣの一端との間を選択的に導通させるものである。また、第２のスイッチＳＷ２および第３のスイッチＳＷ３は、切換線Ｓから供給される切換信号に応じて、それぞれ、キャパシタの他端と受発光素子ＥＬの一端との間を選択的に導通させ、受発光素子ＥＬの一端とデータ読取線ＤＲとの間を選択的に導通させるものである。なお、受発光素子ＥＬの他端は接地されている。また、抵抗Ｒの一端はデータ読取線ＤＲに接続されており、抵抗Ｒの他端は接地、または負バイアス点（図示せず）に接続されている。
【００２８】
ここで、具体的に発光動作時および受光動作時における受発光セルの挙動について簡単に説明しておく。発光動作および受光動作は、以下のような受発光素子ＥＬの性質を利用して行う。つまり、この図の例において受発光素子として構成されている有機ＥＬ素子あるいはＬＥＤ素子などは、順方向バイアス電圧を印加すると発光動作をするが、逆方向バイアス電圧を印加すると、受光して電流を発生する性質を有する。よってこの受発光素子ＥＬは、発光動作および受光動作を同時に行うことはできず、両方の動作を行うには時分割で動作させる必要がある。
【００２９】
発光動作時には、上記のように発光用ゲート線Ｇから供給される選択信号および切換線Ｓから供給される切換信号に応じて第１のスイッチＳＷ１および第２のスイッチＳＷ２がオン状態かつ第３のスイッチＳＷ３がオフ状態となると共に、受発光素子ＥＬには順方向バイアス電圧が印加される。ここで、表示信号に応じた輝度の発光となるよう、データ供給線ＤＷからＩ１の経路にてキャパシタＣが充電され、それに基づいてＩ２の経路にて受発光素子ＥＬに電流が流れ、発光動作を行うようになっている。
【００３０】
一方、受光動作時には、上記のように切換線Ｓから供給される切換信号に応じて第２のスイッチがオフ状態、第３のスイッチＳＷ２がオン状態となると共にこの受発光素子ＥＬに逆方向バイアス電圧が印加され、受発光素子ＥＬにおいて受光した光量に応じた電流がＩ３の経路にてデータ読取線ＤＲへ供給され、受光動作を行うようになっている。なお、発光動作および受光動作のいずれの動作も行っていない時には、第１のスイッチＳＷ１、第２のスイッチＳＷ２および第３のスイッチＳＷ３のいずれのスイッチもオフ状態となっており、データ供給線ＤＷおよびデータ読取線ＤＲはそれぞれ、受発光素子ＥＬとは切断されるようになっている。なお、データ読取線ＤＲに接続されている抵抗Ｒは、上記のようにＩ３の経路でデータ読取線ＤＲに供給された電流に基づいて抵抗Ｒの両端に電位差を生じさせ、これを受光信号として出力する機能を有する。
【００３１】
以上のように制御することで、受発光部１１における各画素が発光動作および受光動作を行うことが可能となる。
【００３２】
再び、図１に戻って説明する。
【００３３】
表示装置１は例えば、画面上に同時に複数のウィンドウ１２Ａ，１２Ｂ，１２Ｃを表示し、このウィンドウ内に所定の図形や文字などを表示するようになっている（この場合、ウィンドウ１２Ａには所定の図形を、ウィンドウ１２Ｂ，１２Ｃには所定の文字を表示している。）。
【００３４】
また、受発光部１１に表示されている各ウィンドウ１２Ａ〜１２Ｃ内には、それぞれウィンドウの右下の隅にシンボル１３Ａ〜１３Ｃが表示されている。これらのシンボル１３Ａ〜１３Ｃは、例えば所定の領域内に複数の白または黒の表示エレメントが配置され、受発光部１１による１フレームごとにその白黒のパターンが切り換えられるようになっており、後述するように時間軸に沿って変化する２次元コードである動画２次元コードを構成する。なお、通常各表示エレメントは、複数の受発光セルによって構成されている。また、これらのシンボル１３Ａ〜１３Ｃは、入出力端末２への送信対象の情報である種々のコンテンツデータ、例えばそれぞれそのウィンドウ１２Ａ〜１２Ｃに表示されている図形や文字などに関する情報を表現したものであり、これらのシンボルが構成する動画２次元コードを用いて入出力端末２へ送信することにより、これらのコンテンツデータを入出力端末２と共有できるようになっている。
【００３５】
なお、図１においては、各シンボル１３Ａ〜１３Ｃはそれぞれ、各ウィンドウ１２Ａ〜１２Ｃの右下の隅に表示されているが、これに限られるものではなく、受発光部１１内の任意の位置に表示することが可能である。以下の図においても同様である。
【００３６】
入出力端末２は、表示装置１と同様に例えば有機または無機のＥＬディスプレイやＬＣＤなどから構成される受発光部２１を備え、上記のようにこの受発光部２１を利用して動画２次元コードを表示あるいは読み取ることにより、表示装置１との間で情報を送受信できるようになっている。
【００３７】
図４は、図１の通信システムにおける動画２次元コードを用いた通信状況の一例を斜視図で表すものである。
【００３８】
図の様に、ユーザは例えば、表示装置１が備える受発光部１１に表示されているシンボル１３Ａの領域付近に入出力端末２が備える受発光部２１を接近させることで、矢印Ｘで示したように、シンボル１３Ａを介して情報を直感的に送受信することができるようになっている。これにより、表示装置１と入出力端末２との間で種々の情報を容易に共有することが可能となる。具体的には、例えば、シンボル１３Ａを介して表示装置１から入出力端末２へコンテンツデータを送信することにより、そのシンボル１３Ａが位置するウィンドウ１２Ａ内に表示されているコンテンツ（この図では、画像１２１Ａ）を、入出力端末２の受発光部２１上で表示することが可能となる。
【００３９】
図５は、図１の入出力端末２における機能構成の一例を表すものである。この入出力端末２は、動画２次元コードを用いた情報の送信機能を有する送信機能部２４と、動画２次元コードを用いた情報の受信機能を有する受信機能部２５とを備える。また、これら送信機能部２４および受信機能部２５に対する制御は、図示しない制御部が行う。
【００４０】
送信機能部２４は、画像信号生成部２４１、シンボル生成部２４２、表示信号生成部２４３、受発光制御部２１０および受発光部２１を有する。一方、受信機能部２５は、受発光制御部２１０、受発光部２１、記憶部２５１、画像処理部２５２、デコード部２５３および情報取得部２５４を有する。つまり、図５に示したように、受発光制御部２１０および受発光部２１は、送信機能部２４および受信機能部２５について共通部分となっている。
【００４１】
まず、送信機能部２４の各構成要素について説明する。
【００４２】
画像信号生成部２４１は、例えば図示しないＴＶチューナやネットワーク接続部などから供給される種々のコンテンツデータＤなどの情報に基づいて、例えば１画面ごと（１フレームの表示ごと）に表示するための画像信号を生成する。このようにして生成した１画面ごとの画像信号は、シンボル生成部２４２および表示信号生成部２４３へ出力される。
【００４３】
シンボル生成部２４２は、画像信号生成部２４１から出力される１画面ごとの画像信号に基づいて、例えば、動画２次元コードを構成する１画面ごとのシンボルを生成する。具体的には、例えば、画像信号をシンボルごとのデータに分割し、これに動画２次元コードに含まれるヘッダ情報（後述するヘッダシンボルに含まれる情報）やＣＲＣ（Cyclic Redundancy Check）の算出値なども付加し、１画面ごとのシンボルを生成する。そして生成された１画面ごとのシンボルは、表示信号生成部２４３へ出力される。
【００４４】
なお、このようにして生成するシンボルは、１フレームごとに異なるシンボルのパターンであるとは限らず、数フレームに対して１つのシンボルのパターンであってもよい。この場合、数フレーム間は同じパターンのシンボルが表示されることになる。以下、１秒当たりのシンボルのパターン数を、「シンボル／秒」という単位で表すものとする。
【００４５】
表示信号生成部２４３は、画像信号生成部２４１から出力される１画面ごとの画像信号と、シンボル生成部２４２から出力される１画面ごとのシンボルとを合成し、受発光部２１において表示する１画面ごとの表示信号を生成する。このようにして生成された１画面ごとの表示信号は、受発光制御部２１０へ出力される。
【００４６】
受発光制御部２１０は、表示信号生成部２４３から出力される表示信号に基づいて、受発光部２１において表示信号に応じたコンテンツや動画２次元コードの各シンボルを表示するための駆動動作を行う。具体的には、例えば、一般的に用いられている線順次駆動動作の場合、この受発光制御部２１０はゲートドライバおよびデータドライバなどから構成される。そして、図３において説明したように、ゲートドライバから受発光部２１へ１水平ライン分の各画素を選択する選択信号が発光用ゲート線Ｇを介して供給されると共に、データドライバから受発光部２１の１水平ライン分の各画素へデータ供給線ＤＷを介して表示信号が供給される。このような線順次駆動動作を受発光部２１の全水平ラインに渡って行うことにより、受発光部２１において表示信号に応じたコンテンツや動画２次元コードの各シンボルを表示することが可能となる。
【００４７】
受発光部２１は、上記のように例えば線順次駆動動作により表示信号に応じたコンテンツや動画２次元コードの各シンボルを表示する。このように、受発光部２１が種々のコンテンツ自体と共に、コンテンツデータに基づいて生成された動画２次元コードの各シンボルを表示することにより、発光光線ＬＷを介してコンテンツデータなどの情報を入出力端末２へ送信することが可能となる。
【００４８】
次に、受信機能部２５の各構成要素について説明する。
【００４９】
受発光部２１はまた、前述のように表示信号に応じたコンテンツや動画２次元コードの各シンボルを表示すると共に、光を受光する機能も有する。つまり、表示装置１における受発光部１１に表示された動画２次元コードの各シンボルを受光光線ＬＲとして読み取ることにより、コンテンツデータなどの情報を受信することが可能となる。
【００５０】
この場合、受発光制御部２１０は、受発光部２１に対して表示のための駆動動作を行うと共に、受光するための駆動動作をも行うことになる。具体的には例えば、上記の線順次駆動動作の場合、図３において説明したように、以下の通りとなる。つまり、ゲートドライバから受発光部２１へ１水平ライン分の各画素を受光駆動対象として切り換える切換信号が切換線Ｓを介して供給されると共に、受発光部２１の１水平ライン分の各画素からの受光信号がデータ読取線ＤＲを介して取得される。このような線順次駆動動作を受発光部２１の全水平ラインに渡って行うことにより、受発光部２１において動画２次元コード各シンボルを受光光線ＬＲとして読み取り、受光信号を取得することが可能となる。このようにして取得された受光信号は、受信機能部２５内の記憶部２５１へ出力される。
【００５１】
記憶部２５１は、受発光部２１から出力される受光信号を１画面ごとの受光信号に再構成し、例えばＳＲＡＭ（Static Random Access Memory）などから構成されるフレームメモリに格納して保持する。記憶部２５１において格納された１画面分の受光信号は、画像処理部２５２へ出力される。なお、この記憶部２５１はメモリ以外の記憶素子から構成されていてもよく、例えば受光信号のデータをアナログデータとして保持しておくことも可能である。
【００５２】
画像処理部２５２は、記憶部２５１から出力される１画面分の受光信号を画像処理する。具体的には、この１画面分の受光信号のデータから動画２次元コードの各シンボルを抽出する。シンボルの抽出方法としては、後述するように各シンボルの含まれるロゴマークや認識用エリアを、それらの位置座標などから検出することにより行う。このようにして画像処理し、抽出された動画２次元コードの各シンボルのデータは、デコード部２５３へ出力される。
【００５３】
デコード部２５３は、画像処理部２５２から出力される動画２次元コードの各シンボルのデータをデコードする。具体的にはまず、各シンボルのデータに基づいてＣＲＣを実行する。シンボル内のデータにおいてエラー訂正の必要が生じた場合には、後述する所定の処理により、シンボル内のデータのエラー訂正あるいはシンボル自体のデータのエラー訂正を行う。そしてこれらのデータをデコードしていくが、この際、もし同一のシンボルが重複して取得されていた場合には、この重複したデータを取得しないようにするか、あるいは削除する。このようにして各シンボルのデータをデコードし、デコードされたデータは、情報取得部２５４へ出力される。
【００５４】
情報取得部２５４は、デコード部２５３から出力されるデコードデータを蓄積していき、その蓄積されたデコードデータに基づいて各シンボルに含まれるヘッダ情報やコンテンツデータなどの受信データＲＤを復元し、取得する。このようにして各シンボルから復元された受信データＲＤは、制御部（図示せず）へ出力され、これらの情報に応じた処理が実行されるようになっている。具体的には、例えば前述のように、このコンテンツデータを送信した装置が表示しているコンテンツを、受信した装置上で表示するといった処理を実行することが可能となる。
【００５５】
図６は、図１の表示装置１における機能構成の一例を表すものである。この表示装置１は、図５に示した入出力端末２と同様、動画２次元コードを用いた情報の送信機能を有する送信機能部１４と、動画２次元コードを用いた情報の受信機能を有する受信機能部１５とを備える。また、これら送信機能部１４および受信機能部１５に対する制御は、図示しない制御部が行う。
【００５６】
送信機能部１４は、図５に示した入出力端末２と同様、画像信号生成部１４１、シンボル生成部１４２、表示信号生成部１４３、受発光制御部１１０および受発光部１１を有する。一方、受信機能部１５は、送信機能部１４との共通部分である受発光制御部１１０および受発光部１１、記憶部１５１、画像処理部１５２、デコード部１５３、情報取得部１５４、シンボル送受信状態情報取得部１５５ならびに表示条件決定部１５６を有する。つまり、図５に示した入出力端末２の場合と比べて、シンボル送受信状態情報取得部１５５および表示条件決定部１５６を追加した構成となっている。
【００５７】
次に、受信機能部１５の各構成要素について説明する。なお、送信機能部１４の各構成要素については、図５に示した入出力端末２の送信機能部２４と同様であるので、その説明を省略する。また、受信機能部１５の各構成要素についても、基本的には入出力端末２の受信機能部２５と同様であるので、適宜説明を省略する。
【００５８】
受発光部１１は、前述のように表示信号に応じたコンテンツや動画２次元コードの各シンボルを表示すると共に、光を受光する機能も有する。つまり、入出力端末２における受発光部２１に表示された動画２次元コードの各シンボルを受光光線ＬＲとして読み取ることにより、コンテンツデータなどの情報を受信することが可能となる。
【００５９】
受発光制御部１１０は、受発光部１１に対して表示のための駆動動作を行うと共に、受光するための駆動動作を行う。取得された受光信号は、受信機能部１５内の記憶部１５１へ出力される。
【００６０】
記憶部１５１は、受発光部１１から出力される受光信号を１画面ごとの受光信号に再構成し、例えばＳＲＡＭなどから構成されるフレームメモリに格納して保持する。記憶部１５１において格納された１画面分の受光信号は、画像処理部１５２へ出力される。
【００６１】
画像処理部１５２は、記憶部１５１から出力される１画面分の受光信号を画像処理する。具体的には、画像処理部２５２と同様に、この１画面分の受光信号のデータから動画２次元コードの各シンボルを抽出する。シンボルの抽出方法としては、後述するように各シンボルの含まれるロゴマークや認識用エリアを、それらの位置座標などから検出することにより行う。このようにして画像処理し、抽出された動画２次元コードの各シンボルのデータは、デコード部１５３へ出力されると共に、後述する同期シンボルおよびアンカーシンボルのデータについては、シンボル送受信状態情報取得部１５５へも出力される。
【００６２】
デコード部１５３は、画像処理部１５２から出力される動画２次元コードの各シンボルのデータをデコードする。デコードされたデータは、情報取得部１５４へ出力される。
【００６３】
情報取得部１５４は、デコード部１５３から出力されるデコードデータを蓄積していき、その蓄積されたデコードデータに基づいて各シンボルに含まれるヘッダ情報やコンテンツデータ、あるいは後述する依頼情報など受信データＲＤを復元し、取得する。このようにして各シンボルから復元された受信データＲＤは、制御部（図示せず）へ出力され、これらの情報に応じた処理が実行されるようになっている。
【００６４】
シンボル送受信状態情報取得部１５５は、画像処理部１５２から出力される、後述する同期シンボルおよびアンカーシンボルのデータに基づいて、シンボル送受信状態情報ＳＩを算出し、取得する。このシンボル送受信状態情報ＳＩとしては、例えば、入出力端末２の受発光部２１と表示装置１の受発光部１１との相対角度を示す情報、受発光部２１に表示されている動画２次元コードのシンボルの大きさを示す情報、表示装置１が読み取った動画２次元コードのシンボルの受発光部１１における受光位置を示す情報などが挙げられる。このようなシンボル送受信状態情報ＳＩを算出し、取得する方法については、後述する。取得されたシンボル送受信状態情報ＳＩは、表示条件決定部１５６へ出力される。
【００６５】
表示条件決定部１５６は、シンボル送受信状態情報取得部１５５から出力されるシンボル送受信状態情報ＳＩに基づいて、受発光部１１にその後動画２次元コードのシンボルを表示する際の表示条件ＤＣを決定する。この表示条件ＤＣとしては、シンボルの表示角度、大きさ、表示位置などが挙げられる。このような表示条件ＤＣを決定する方法については、後述する。決定された表示条件ＤＣは、送信機能部１４の表示信号生成部１４３へ出力され、その後はこの表示条件ＤＣを考慮して、表示信号が生成されるようになっている。
【００６６】
次に、本実施の形態における動画２次元コードの構成の詳細を説明する。
【００６７】
図７は、動画２次元コードのシンボルの形状の一例を表すものである。この動画２次元コードのシンボル５は、４種類のシンボルの形状から構成されている。この図において、（Ａ）は、同期シンボル５１の形状、（Ｂ）は、ヘッダシンボル５２の形状、（Ｃ）は、アンカーシンボル５３の形状、（Ｄ）は、データシンボル５４の形状を表している。
【００６８】
これらの４種類のシンボルはそれぞれ、以下の用途で使用される。つまり、同期シンボル５１は、動画２次元コードにおける先頭のシンボルであること（つまり、動画２次元コードによるデータ通信の開始点であること）の認識用およびこれ以降の各シンボルの角度、大きさ、受光位置の検出用、ヘッダシンボル５２はヘッダ情報を含み、これらヘッダ情報の認識用、アンカーシンボル５３は各データシンボルの受光位置や角度の検出用、データシンボル５４はデータ情報用である。
【００６９】
同期シンボル５１の形状は、７×７＝合計４９ドットの白あるいは黒の表示エレメントが配置されたコード部５１１と、長方形形状の表示エレメントでありコード部５１１の下部に配置されたロゴマーク部５１２とから構成される。また、四隅の各４ドット分の領域はそれぞれ、後述する認識用エリアとなっている。よって、合計４９ドットから構成されるコード部５１１から認識用エリアを除くと、４９−４×４＝３３ドットとなる。一方、ロゴマーク部５１２は、この動画２次元コードの所定のロゴマークを表示したものである。
【００７０】
同期シンボル５１は、その用途が動画２次元コードにおける先頭のシンボルであることの認識用およびこれ以降の各シンボルの角度、大きさ、受光位置の検出用であるので、シンボル全体として常に予め設定された固定パターンが配置されるようになっている。なお、この同期シンボル５１の形状は、図７（Ａ）に示した形状に限られず、先頭のシンボルであることが認識でき、各シンボルの受光位置を検出できれば、他の任意の形状にしてもよい。
【００７１】
ヘッダシンボル５２の形状は、図７（Ａ）に示した同期シンボル５１の形状とは異なり、７×９＝合計６３ドットの白あるいは黒の表示エレメントが配置されたコード部５２１のみから構成される。また、コード部５２１内の各ドットは、シンボルごとに任意の白黒パターンが配置される。このコード部５２１には認識用エリアが存在しないので、その分のドット（４×４＝１６ドット）も任意のパターンとして使用することが可能であり、同期シンボル５１と比べデータ容量が増加するようになっている。
【００７２】
アンカーシンボル５３の形状は、図７（Ａ）に示した同期のシンボル５１の形状と同様、７×７＝合計４９ドットの白あるいは黒の表示エレメントが配置されたコード部５３１と、長方形形状でありコード部５３１の下部に配置されたロゴマーク部５３２とから構成される。ただ、コード部５３１内の各ドットは、認識用エリアを除いてシンボルごとに任意の白黒パターンが配置される。一方、ロゴマーク部５３２は、同期のシンボル５１の形状と同様、常に固定のパターンが配置されるようになっている。以後、固定のパターンである認識用エリアおよびロゴマーク部５３２を、基準エレメントと称する。後述するようにこの基準エレメントは、アンカーシンボルであることの認識用および受発光部１１，２１におけるデータシンボル５４の角度、大きさ、受光位置の検出用として利用される。
【００７３】
データシンボル５４の形状は、図７（Ｂ）のヘッダシンボル５２の形状と同様、７×９＝合計６３ドットの白あるいは黒の表示エレメントが配置されたコード部５４１のみから構成される。また、コード部５４１内の各ドットは、シンボルごとに任意の白黒パターンが配置され、やはり図７（Ｂ）のヘッダシンボル５２の形状と同様、このコード部５４１には認識用エリアが存在せず、同期シンボル５１およびアンカーシンボル５３と比べデータ容量が増加している。
【００７４】
図８は、図７のシンボルにおける各ドットの構成および機能を表すものである。この図において、（Ａ）はアンカーシンボル５３、（Ｂ）はヘッダシンボル５２およびデータシンボル５４における各ドットの構成および機能を表したものである。
【００７５】
アンカーシンボル５３のコード部５３１における四隅の各４ドット分の領域は、上記のようにそれぞれ認識用エリア５３３Ａ〜５３３Ｄとなっている。よって、合計４９ドットから構成されるコード部５３１の内、４９−４×４＝３３ドットが、任意の白黒パターンとして利用できるようになっている。
【００７６】
また、この認識用エリア５３３Ａ〜５３３Ｄを除いた３３ドットの内、９ドット分はＣＲＣ用ビット５３４として、シンボル内のデータのエラー訂正に利用される。よって、最終的に任意のデータビット５３５として利用できるのは、３３−９＝２４ドット分となる。なお、この２４ドット分のデータビット５３５は、半分の１２ドット分の正転データビット５３５Ａと、残り半分の１２ドット分の反転データビット５３５Ｂとから構成される。
【００７７】
一方、ヘッダシンボル５２のコード部５２１およびデータシンボル５４のコード部５４１は、合計６３ドットの内、１５ドット分はＣＲＣ用ビット５２２および５４２として、シンボル内のデータのエラー訂正に利用される。よって、任意のデータビット５２３および５４３として利用できるのは、６３−１５＝４８ドット分となる。なお、この４８ドット分のデータビットは、半分の２４ドット分の正転データビット５２３Ａおよび５４３Ａと、残り半分の２４ドット分の反転データビット５２３Ｂおよび５４３Ｂとから構成される。
【００７８】
図９は、図７のシンボルにおけるデータ構成の一例を表すものである。この図において、（Ａ）〜（Ｄ）は、それぞれ、（Ａ）同期シンボル５１、（Ｂ）ヘッダシンボル５２、（Ｃ）アンカーシンボル５３、（Ｄ）データシンボル５４のコード部５１１，５２１，５３１，５４１内において認識用エリアを除いた領域のデータ構成の内訳を表したものである。なお、（Ａ）〜（Ｄ）の認識用エリアを除いた領域は、前述のようにそれぞれ、３３ビット、６３ビット、３３ビット、６３ビットとなっている。
【００７９】
また、後述するように、動画２次元コードにおいて、（Ａ）〜（Ｄ）はそれぞれ、２シンボル、４〜８シンボル、１シンボル、１〜１６シンボルがひとまとまりの単位となっており、送受信におけるシンボル欠落（後述するシンボルエラー）防止のために、同期シンボル５１およびヘッダシンボル５２は常に同一のシンボルが２シンボルずつとなるように構成されている。
【００８０】
なお、アンカーシンボル５３の欠落に関しては、このシンボルの用途は主にデータシンボル５４の角度、大きさ、受光位置の検出用なので、基本的には欠落しても問題はない。後述するようにこのアンカーシンボル５３の欠落の有無や頻度により、通信品質を判断することも可能である。また、データシンボル５４の欠落に関しては、後述するシンボルエラー訂正用データを用いて訂正するようになっており、それでも訂正ができなかった場合には、表示装置１に該当するシンボルを再送信させるようになっている。
【００８１】
図９（Ａ）に示したように、同期シンボル５１において認識用エリアを除いた３３ビット分のデータ構成５５は、このシンボルの用途が動画２次元コードにおける先頭のシンボルであることの認識用およびこれ以降の各シンボルの角度、大きさ、受光位置の検出用であるので、データ情報はなしとなっている。
【００８２】
また、図９（Ｂ）に示したように、ヘッダシンボル５２においては認識用エリアが存在しないので、そのまま６３ビット分のデータが利用可能であり、そのデータ構成５６は以下のようになっている。つまり、４〜８シンボルについて共通に、６３ビットの内、４ビット分はサブシンボルＩＤ５６１として、１５ビット分は前述のようにＣＲＣ用ビット５２２として構成され、残りの４４ビット分が任意のデータ領域として構成される。
【００８３】
また、この任意のデータ領域はさらに、最初の２シンボル内においては、２０ビット分の全アンカーシンボル数５６２と、２４ビット分のデータタイプ５６３とから構成される。一方、その後のシンボル内においては未定義となっており、データ領域は将来のフォーマットで規定するための領域であり、任意の使用は禁止となっている。
【００８４】
サブシンボルＩＤ５６１は、このヘッダシンボル５２内におけるシンボルの順番（４ビット分あるので、最大で１〜８まで。）を示す識別子であり、これによりヘッダシンボル内の各シンボルを識別することが可能となる。また、ＣＲＣ用ビット５２２は、ＣＲＣによるシンボル内のエラー訂正に利用されるものである。全アンカーシンボル数５６２は、動画２次元コードに含まれるアンカーシンボル５３の総数を示すものであり、２０ビット分あるので、１Ｍシンボルまで定義することが可能である。データタイプ５６３は、データシンボル５４に含まれるデータの種別を示すものである。
【００８５】
図９（Ｃ）に示したように、アンカーシンボル５３において認識用エリアを除いた３３ビット分のデータ構成５７は、２０ビット分はアンカーシンボルＩＤ５７１として、４ビット分はデータシンボルのサブシンボル数５７２として、残りの９ビット分が前述のようにＣＲＣ用ビット５３４として構成される。
【００８６】
アンカーシンボルＩＤ５７１は、前述の全アンカーシンボル数５６２によって定義された全アンカーシンボルの内の何番目かを示す識別子であり、このアンカーシンボルＩＤ５７１と、データシンボル５４に含まれる４ビット分のサブシンボルＩＤ５８１とにより、動画２次元コードにおける各データシンボルを識別可能となる。また、各データシンボルの識別子を、アンカーシンボルＩＤ５７１とサブシンボルＩＤ５８１との２段構成を採用することにより、識別子を全データシンボルについての通し番号とする必要がなくなる。よって、サブシンボルＩＤ５８１のビット数を４ビット分のみに抑え、任意のデータ情報のビット数をより多く確保することができ、送信できるデータ情報の総量が増加するので、データ情報を効率的に送信することが可能となる。なお、ＣＲＣ用ビット５３４は、前述のようにＣＲＣによるシンボル内のエラー訂正に利用されるものである。
【００８７】
データシンボルのサブシンボル数５７２は、１組の単位におけるデータシンボル（前述のように１〜１６シンボル）に含まれるサブシンボル数であり、これによりデータシンボルに含まれるサブシンボル数を定義することができる。以下、この１組のデータシンボルの単位を、１セクタと称する。
【００８８】
図９（Ｄ）に示したように、データシンボル５４においては、図９（Ｂ）のヘッダシンボル５２と同様、認識用エリアが存在しないので、そのまま６３ビット分のデータが利用可能であり、そのデータ構成５８は以下のようになっている。つまり、１〜１６シンボルについて共通に、６３ビットの内、４ビット分はサブシンボルＩＤ５８１として、４４ビット分が任意のデータ情報として構成され、残りの１５ビット分は前述のようにＣＲＣ用ビット５４２として構成される。
【００８９】
なお、図中の矢印５８３で示した２シンボルのように、４ビット分のサブシンボルＩＤを除いた５９ビット分の領域は、シンボルエラー訂正用データ５８２として使用される場合もある。このシンボルエラー訂正用データ５８２は、動画２次元コードを用いたデータの送受信時にデータシンボル自体が欠落してしまったときに、このシンボルエラーを訂正する役割を担うデータである。よって、送受信時にデータシンボル自体の欠落が生じなかったときは、上記のようにデータシンボル５４のデータ構成５８は、全てのシンボルについて、サブシンボルＩＤ５８１、任意のデータ情報およびＣＲＣ用ビット５４２から構成される。
【００９０】
図１０は、図７の動画２次元コードのシンボルの順序構成を表すものである。この図は、時間軸に沿ってシンボルの順序構成を模式的に表したものであり、同期シンボル５１をＳと、ヘッダシンボル５２をＨと、アンカーシンボル５３をＡと、データシンボル５４をＤとして示している。このフォーマットにおける動画２次元コードのシンボルは、前述のように時間軸に沿って動画２次元コードの最初から、２シンボルの同期シンボル、４〜８シンボルのヘッダシンボル、（１シンボルのアンカーシンボル、１セクタのデータシンボル）、（１シンボルのアンカーシンボル、１セクタのデータシンボル）、…という順序構成になっている。つまり、１シンボルのアンカーシンボルと１セクタのデータシンボルとが組みになって繰り返し構成されるようになっている。
【００９１】
このようなシンボルの順序構成となっているので、各アンカーシンボル５３に含まれるデータシンボルのサブシンボル数５７２により、各セクタ単位のデータシンボル５４のサブシンボル数を別個に設定することが可能となる。
【００９２】
なお、このような構成の動画２次元コードにおいて利用可能な最大シンボル数は、前述のようにヘッダシンボル５２に含まれる２０ビットの全アンカーシンボル数５６２および各セクタのアンカーシンボル５３に含まれるデータシンボルのサブシンボル数５７２から算出され、（２の２０乗）×（２の４乗）＝１６Ｍシンボルである。また、利用可能な最大データ容量は、前述のように各データシンボル５４には４４ビット分の任意のデータ情報が確保されているので、上記のシンボルエラー訂正用データ５８２がないものとすると、１６Ｍシンボル×４４ビット＝約７３８Ｍビット＝約９２Ｍバイトとなり、従来のバーコードや２次元コード（最大で約数Ｋバイト程度）と比べて、格段に大容量のデータを利用することが可能となる。
【００９３】
また、最大データ転送速度は、例えば、１フレームに対して１つのシンボルパターンとし、１秒当たりのシンボルのパターン数を、ＮＴＳＣ（National TV Standards Committee）方式を参照して６０（シンボル／秒）とした場合、６０（シンボル／秒）×４４（ビット／シンボル）×（１６／１７）＝約２４８５ｂｐｓ（ビット／秒）となる。なお、計算式中の（１６／１７）は、１セクタあたり最大で、１７シンボルの内１６シンボルのデータシンボル５４が含まれている（残りの１シンボルは、アンカーシンボル５３）ことを表すものである。
【００９４】
なお、本実施の形態における動画２次元コードのシンボルの形状およびデータ構成は、以上のような形態に限られるものではなく、他の形態から構成されていてもよい。
【００９５】
次に、以上のような構成の通信システムにおいて、表示装置１と入出力端末２との間でコンテンツデータを送受信する処理の概略について説明する。
【００９６】
図１１は、図１の通信システムにおける表示装置１と入出力端末２との間で情報を送受信する処理の概略を表すものである。なお、この例では、最初に入出力端末２が表示装置１に対してコンテンツデータの送信の依頼を行い（送信を依頼するための依頼情報を送信し）、依頼情報を受信した表示装置１が入出力端末２に対してコンテンツデータを送信する場合を示している。
【００９７】
まずユーザは、図４に示したように、入出力端末２の受発光部２１を表示装置１の受発光部１１に接近させることで、動画２次元コードを用いてコンテンツデータ（例えば、図４中の画像１２１Ａ）の送信を依頼するための依頼情報を、表示装置１へ送信する（ステップＳ１０１）。
【００９８】
この動画２次元コードを受信（ステップＳ１０２）した表示装置１は、動画２次元コードの各シンボルを画像処理およびデコード処理して送信依頼情報を取得すると共に、前述のように同期シンボル５１やアンカーシンボル５３からシンボル送受信状態情報ＳＩを算出して取得し、その後入出力端末２へ動画２次元コードを用いてコンテンツデータを送信する際の表示条件ＤＣを決定する（ステップＳ１０３）。
【００９９】
次に表示装置１は、この決定した表示条件ＤＣを考慮して、動画２次元コードの各シンボルを受発光部１１に表示させることで、入出力端末２へコンテンツデータを送信する（ステップＳ１０４）。入出力端末２はこのコンテンツデータを受信し（ステップＳ１０５）、表示装置１と入出力端末２との間でコンテンツデータを送受信する処理が終了する。
【０１００】
このようにして、表示装置１が、入出力端末２が送信する動画２次元コードのシンボルに基づいて表示条件ＤＣを決定し、この表示条件ＤＣを考慮して、入出力端末２へ動画２次元コードを用いたコンテンツデータの送信を行うようにしたので、コンテンツデータを確実に送受信することが可能となる。
【０１０１】
次に、以上のように表示装置１と入出力端末２との間でコンテンツデータを送受信する処理の詳細を説明する。
【０１０２】
図１２は、入出力端末２が表示装置１へ動画２次元コードを用いて情報を送信する処理の一例を表すものであり、図１１のステップＳ１０１に対応するものである。
【０１０３】
まず、例えばこの場合図示しない操作部などから入力された情報（依頼情報）に基づいて、画像信号生成部２４１が１画面分の画像信号を生成し、シンボル生成部２４２へ出力する。つまり、シンボル生成部２４２は、動画２次元コードにおける各シンボルを生成するための依頼情報を取得する（ステップＳ２０１）。
【０１０４】
次に、シンボル生成部２４２は、動画２次元コードに含むデータシンボル数を算出し、取得した依頼情報を算出したデータシンボル数に応じて分割する（ステップＳ２０２）。データシンボル数の算出は、例えば、依頼情報のデータ容量と、その動画２次元コードのフォーマットに応じて算出される。具体的には、各データシンボルのデータ容量は４４ビットであり、これらのデータ容量に基づいてデータシンボル数が算出される。
【０１０５】
シンボル生成部２４２は、依頼情報に基づいて動画２次元コードに含まれるヘッダ情報を生成し（ステップＳ２０３）、ＣＲＣ用のデータなども算出する（ステップＳ２０４）。そしてシンボル生成部２４２は、これらヘッダ情報やＣＲＣ用のデータを依頼情報に付加し、１画面ごとのシンボルを生成する（ステップＳ２０５）。なお、このようにして生成されるシンボルは、１フレームごとに異なるシンボルのパターンであるとは限らず、数フレームに対して１つのシンボルのパターンであってもよい。
【０１０６】
次に、表示信号生成部２４３は、画像信号生成部２４１から出力される１画面ごとの画像信号と、シンボル生成部２４２から出力される１画面ごとのシンボルとを合成し、受発光部２１において表示する１画面ごとの表示信号を生成する（ステップＳ２０６）。
【０１０７】
そして受発光制御部２１０および受発光部２１は、表示信号生成部２４３から出力される表示信号に基づいて、１フレーム分の図形や文字などの画像およびシンボル生成部２４２において生成された動画２次元コードの各シンボルを表示し、依頼情報を送信する（ステップＳ２０７）。このようにして、順次動画２次元コードのシンボルを表示していく。この動画２次元コードに含まれる全シンボルが表示完了するまではステップＳ２０４〜Ｓ２０７までの処理が繰り返され、表示完了した場合は、入出力端末２が表示装置１へ動画２次元コードを用いて依頼情報を送信する処理が終了となる（ステップＳ２０８）。
【０１０８】
図１３は、表示装置１が入出力端末２から動画２次元コードを用いて情報を受信する処理の一例を表すものであり、図１１のステップＳ１０２に対応するものである。
【０１０９】
まず記憶部１５１は、受発光部１１が受光した受光信号を１画面ごとの受光信号に再構成し、フレームメモリに格納して保持する。つまり、まずこのようにして受光信号を読み取る。次に画像処理部１５２が画像処理をして動画２次元コードの各シンボルを抽出し、読み取ったシンボルが同期シンボル５１かどうかを判断する。同期シンボル５１の抽出は、まず図７（Ａ）に示した同期シンボルの形状における長方形形状のロゴマーク部５１２をその長方形形状および縦横の長さ比などから検出し（ステップＳ３０１）、次にコード部５１１に含まれる認識用エリアをその形状から検出し（ステップＳ３０２）、最後に予め設定されているコード部５１１全体の形状を検出することにより行う。そしてこれらの形状に基づいて同期シンボル５１かどうかを判断し（ステップＳ３０３）、読み取ったシンボルが同期シンボル５１でなかった場合には、ステップＳ３０１へ戻り同期シンボルを読み取るまでこの処理を繰り返す。
【０１１０】
読み取ったシンボルが同期シンボル５１であった場合、シンボル送受信状態情報取得部１５５が、画像処理部１５２において抽出された同期シンボルのデータに基づいて、前述のシンボル送受信状態情報ＳＩを算出し、取得する（ステップＳ３０４）。
【０１１１】
以下、シンボル送受信状態情報取得部１５５において、シンボル送受信状態情報ＳＩを算出して取得する処理の詳細を説明する。
【０１１２】
図１４は、図１１において表示装置１がシンボル送受信状態情報ＳＩを算出して取得する処理の一例を表すものである。この図において、（Ａ）は、表示装置１の受発光部１１が入出力端末２の受発光部２１から受光した同期シンボルの形状を表し、（Ｂ）は、受光した同期シンボルに基づいてシンボル送受信状態情報ＳＩを算出する処理について表したものである。
【０１１３】
図１４（Ａ）に示したように、表示装置１の受発光部１１が、入出力端末２の受発光部２１から同期シンボル５３６を、右にα＝１０度傾いた形状で受光したと仮定する。つまりこの例では、表示装置１の受発光部１１に対する入出力端末２の受発光部２１の角度α（受発光部２１と受発光部１１との相対角度）が、１０度であると検出された場合を表している。なお、図中のＦＲ１は、同期シンボル５３６の四隅の認識用エリアの中でも最も端の各ドットを結んだ長方形を表し、Ｗ１はこの長方形ＦＲ１の短辺長を表している。
【０１１４】
なお、この角度α、長方形ＦＲ１およびその短辺長Ｗ１は、画像処理部１５２が抽出した同期シンボル５３６内の各ドットの位置座標に基づいて、シンボル送受信状態情報取得部１５５が検出したものである。シンボル送受信状態情報取得部１５５は、その後の入出力端末２へのコンテンツデータの送信を確実に行うようにするため、この角度αおよび短辺長Ｗ１に基づいてシンボル送受信状態情報を算出し、表示条件決定部１５６において適切な表示条件ＤＣが決定されるようにする必要がある。
【０１１５】
まず、表示装置１は、長方形ＦＲ１の枠内にシンボルを表示する必要がある。なぜならば、受信側である入出力端末２の受発光部２１が、この長方形ＦＲ１の枠外のどの領域まで認識可能なのか知るすべがないからである。また、次にシンボル送受信状態情報ＳＩを算出して取得するまで（この場合、後述するようにステップＳ３１１においてアンカーシンボルに基づいて取得するまで）の間に、角度αから左右に角度β分だけ角度ずれの余裕度をさらに考慮するようにする。ここで、長方形ＦＲ２およびＦＲ３はそれぞれ、長方形ＦＲ１に対して左右に角度β分だけずれたものを表している。なおこの例では、図に示したように角度ずれの余裕度βが１５度である場合で説明するが、この角度ずれの余裕度βは、使用の目的及び用途に応じてユーザが任意に設定することが可能である。
【０１１６】
次に、シンボル送受信状態情報取得部１５５はこの角度ずれの余裕度βを考慮して、長方形Ｗ１〜Ｗ３のいずれの枠内にも短辺長が収まるような長方形ＦＲ４を算出する。このような長方形ＦＲ４の短辺長Ｗ２は、以下の式（１）により算出することができる。
【０１１７】
Ｗ２ ＝ Ｗ１×（１−ｓｉｎβ）／ｃｏｓβ ……（１）
【０１１８】
そしてこのようにして算出された短辺長Ｗ２を有する長方形ＦＲ４に対して、さらにシンボルの受光位置からの位置ずれの余裕度を考慮するようにする。つまり、長方形ＦＲ４の短辺および長辺長をそれぞれ例えば０．９倍した大きさ（図１４（Ｂ）の短辺長Ｗ３）で、シンボルを表示するようにする（図１４（Ｂ）のシンボル５３７）。このように角度ずれおよび位置ずれの余裕度を考慮することにより、さらに確実にコンテンツデータを送信することが可能となる。なおこの例では、位置ずれの余裕度βが０．９倍である場合で説明するが、この位置ずれの余裕度は、角度ずれの余裕度βと同様、使用の目的及び用途に応じてユーザが任意に設定することが可能である。
【０１１９】
このようにして、シンボル送受信状態情報取得部１５５は、角度α，βなどの受発光部２１と受発光部１１との相対角度を示す情報、長方形の短辺長Ｗ２，Ｗ３などの受発光部２１に表示されている動画２次元コードのシンボルの大きさを示す情報、および動画２次元コードのシンボルの受発光部１１における受光位置を示す情報などからなるシンボル送受信状態情報ＳＩを算出して取得し、表示条件決定部１５６へ出力する。
【０１２０】
そして表示条件決定部１５６は、これらのシンボル送受信状態情報ＳＩを登録し（ステップＳ３０５）、前述のようにその後ステップＳ１０３において表示条件ＤＣを決定し、ステップＳ１０４においてコンテンツデータを送信する際に考慮されるようになっている。
【０１２１】
なお、シンボル送受信状態情報ＳＩを算出して取得する処理は、以上説明した例に限られるものではなく、適切な表示条件ＤＣを決定するものであれば、他の手法により算出するように構成してもよい。
【０１２２】
図１３の説明に戻り、次に、記憶部１５１および画像処理部１５２は、ステップＳ３０１と同様にして次のシンボルを読み取り、その抽出したシンボルをデコード部１５３へ出力する。そしてデコード部１５３は、デコード処理およびＣＲＣの実行を行い、読み取ったシンボルがヘッダシンボル５２であるかを判断する（ステップＳ３０６）。ヘッダシンボル５２でなかった場合には、ヘッダシンボル５２を読み取るまでこの処理を繰り返す。
【０１２３】
読み取ったシンボルがヘッダシンボル５２であった場合、ヘッダシンボル５２に含まれるヘッダ情報（全アンカーシンボル数５６２およびデータタイプ５６３など）を取得する（ステップＳ３０７）。そして情報取得部１５４がこのヘッダ情報を取得することにより、これらの情報を把握することが可能となる。
【０１２４】
次に記憶部１５１および画像処理部１５２は、ステップＳ３０１〜Ｓ３０２と同様にして次のシンボルを読み取り、図７（Ｃ）に示したアンカーシンボルの形状におけるロゴマーク部の検出（ステップＳ３０８）および認識用エリアの検出（ステップＳ３０９）により（つまり基準エレメントにより）、このシンボルがアンカーシンボル５３であるかを判断する（ステップＳ３１０）。
【０１２５】
アンカーシンボル５３であった場合、ステップＳ３０４〜Ｓ３０５と同様に、シンボル送受信状態情報取得部１５５が抽出されたアンカーシンボルのデータに基づいてシンボル送受信状態情報ＳＩを算出および取得し（ステップＳ３１１）、表示条件決定部１５６がこれらのシンボル送受信状態情報ＳＩを更新、つまり再登録する（ステップＳ３０５）。このように、表示装置１がセクタ単位の頻度でシンボル送受信状態情報ＳＩを更新し、最終的に表示条件ＤＣを決定するように構成することで、より確実に入出力端末２へコンテンツデータを送信することが可能となる。
【０１２６】
一方、ステップＳ３０８〜Ｓ３０９において読み取ったシンボルがアンカーシンボル５３ではなかった場合（前述のように、アンカーシンボル５３は１セクタに対して１シンボルのみなので、読み取り時にシンボルを欠落してしまう場合が考えられる。）、あるいはデコード部１５３がアンカーシンボルであると認識できなかった場合には、シンボル送受信状態情報ＳＩの取得および再登録を行わずにそのまま次の処理（ステップＳ３１３のデータシンボル５４の読み取り）へと進む。アンカーシンボル５３の用途は主にデータシンボルの角度、大きさ、受光位置の検出用であり、これらの検出はセクタ単位で行うので、たとえ１回くらい検出ができなくても問題ないからである。また逆に、このアンカーシンボル５３の欠落の有無や頻度により、この動画２次元コードを用いた通信の通信品質を判断することも可能である。
【０１２７】
次にデータシンボル５４を読み取り（ステップＳ３１３）、デコード部１５３がデコード処理およびＣＲＣの実行を行う。そしてシンボル数の確認を行い、もし同一のシンボルを重複して読み取っていた場合には、重複したデータを削除する（ステップＳ３１４）。シンボルが重複しているかどうかは、例えば、アンカーシンボルＩＤ５７１やサブシンボルＩＤ５８１により判断される。
【０１２８】
次に、１セクタのデータシンボル５４の読み取りが終了したかどうかを判断する（ステップＳ３１５）。読み取りが終了していない場合には、ステップＳ３１３へ戻って次のデータシンボルを読み取る。読み取りが終了した場合において、シンボルエラー（読み取り時におけるデータシンボル５４自体の欠落）が生じていたときには、このシンボルエラーの訂正を行う（ステップＳ３１６）。データシンボル５４のシンボルエラーの訂正方法に関しては、まずはシンボルエラー訂正用データ５８２を用いて訂正し、それでも訂正ができなかった場合には、入出力端末２に該当するデータシンボルを再送信させるようにする。
【０１２９】
１セクタのデータシンボル５４の読み取りが終了したかどうかは、サブシンボルＩＤ５８１およびセクタごとの各アンカーシンボルに含まれる、データシンボルのサブシンボル数５７２により判断される。
【０１３０】
次に情報取得部１５４がデコードデータを蓄積していき（ステップＳ３１７）、情報取得部１５４が全シンボルを読み取り完了したかどうかを判断する（ステップＳ３１８）。読み取り完了していない場合にはステップＳ３０５へ戻り、次のセクタのアンカーシンボル５３の受光信号を取得する。読み取り完了した場合には、情報取得部１５４が情報（この場合、依頼情報）を復元して取得し（ステップＳ３１９）、動画２次元コードを用いて情報を受信する処理が終了となる。
【０１３１】
次に、このようにしてステップＳ１０２において入出力端末２から依頼情報を受信し、シンボル送受信状態情報ＳＩを取得した表示装置１が、表示条件ＤＣを決定し、この決定した表示条件ＤＣで入出力端末２へコンテンツデータを送信する処理（図１１のステップＳ１０３〜Ｓ１０４に対応）の詳細を説明する。
【０１３２】
表示条件決定部１５６は、ステップＳ３１９において受信完了した依頼情報を復元し、その依頼情報の内容を把握すると、登録してあるシンボル送受信状態情報ＳＩに基づいて、表示条件ＤＣ（その後入出力端末２の受発光部２１に対してシンボルを表示する際の表示角度、大きさおよび表示位置など）を決定し、これらの表示条件ＤＣを表示信号生成部１４３へ出力する。その後、表示信号生成部１４３はこの表示条件ＤＣを考慮して表示信号を生成するので、表示条件ＤＣに基づいた態様で動画２次元コードのシンボルが表示される。
【０１３３】
なお、表示装置１が生成した動画２次元コードのシンボルを用いてコンテンツデータを入出力端末２へ送信する処理、およびこの入出力端末２がこのコンテンツデータを受信する処理の詳細については、前述のステップＳ１０１およびステップＳ１０２と同様であるので、その説明を省略する（ただし、この場合入出力端末２は表示装置１と異なり、図６で示したようにシンボル送受信状態情報取得部１５５および表示条件決定部１５６を有していないので、シンボル送受信応対情報ＳＩを取得し、表示条件ＤＣを決定する処理は行われない）。
【０１３４】
以上のように、本実施の形態の表示装置、通信システムおよび通信方法によれば、表示装置１および入出力端末２が、動画像の表示と光の受光とが可能な受発光部１１，２１をそれぞれ備え、入出力端末２において、動画２次元コードを構成する各シンボルを時間軸に沿って受発光部２１に順次表示し、表示装置１において、この各シンボルを受発光部１１により読み取ると共に、この読み取ったシンボルに基づいて、受発光部２１と受発光部１１との相対角度を示す情報、受発光部２１に表示されているシンボルの大きさを示す情報、および読み取ったシンボルの受光位置などからなるシンボル送受信状態情報ＳＩを取得し、このシンボル送受信状態情報ＳＩに基づいて、受発光部１１により受発光部２１に対して動画２次元コードを表示する際の表示角度、大きさおよび表示位置などの表示条件ＤＣを決定し、その後はこの表示条件ＤＣに基づいて動画２次元コードの各シンボルを表示するようにしたので、送信相手である入出力端末２の受発光部２１が確実に読み取ることができる態様で表示することにより、表示装置１と入出力端末２との間で確実かつ効率的にコンテンツデータを送受信することが可能となる。
【０１３５】
また、動画２次元コードの各シンボルを、同期シンボル５１、ヘッダシンボル５２、データシンボル５４、およびアンカーシンボル５３からなる複数種類のフォーマットで構成し、このうち、シンボル内に複数の基準エレメントを含むヘッダシンボルおよびアンカーシンボルによりシンボル送受信状態情報ＳＩを取得するようにしたので、予め所定の形状に設定された基準エレメントから効率的にシンボル送受信状態情報ＳＩを取得することができる。また、アンカーシンボル５１をセクタ単位で表示するように構成したので、定期的にシンボル送受信状態情報ＳＩを更新することも可能となる。
【０１３６】
さらに、入出力端末２の受発光部２１よりも動画像の表示と光の受光とが可能な領域が広い受発光部１１を備える表示装置１の側で、表示条件ＤＣの決定およびこの条件に基づいた動画２次元コードの表示を行うようにし、また、この表示条件ＤＣを決定する際に、読み取ったシンボルの受光位置からの位置ずれの余裕度や、受発光部２１に対する受発光部１１の角度からの角度ずれの余裕度なども考慮して決定するようにしたので、ユーザが入出力端末２を手持ちにより表示装置１に対向配置させることから生じる受発光部２１の位置や角度のずれに対してこれらの余裕度を包含し、より確実にコンテンツデータを送受信することが可能となる。
【０１３７】
以下、実施の形態についての変形例１について説明する。
【０１３８】
［変形例１］
実施の形態においては、図１４に示したように、入出力端末２から傾いた形状でシンボル５３６を受光した表示装置１が、その傾いた角度は保持しつつ、シンボルの位置や大きさを調整することによりシンボル送受信状態情報ＳＩを算出し、表示条件ＤＣを決定する場合の例について説明したが、本変形例では、表示装置１が、シンボルの位置や大きさの調整に加え、さらにその傾いた角度も戻すような調整も行うことによりシンボル送受信状態情報ＳＩを算出し、表示条件ＤＣを決定する場合の例について説明する。
【０１３９】
図１５は、本変形例において表示装置１がシンボル送受信状態情報ＳＩを算出して取得する処理の一例を表すものであり、実施の形態における図１４に対応するものである。図１４と同様、（Ａ）は、表示装置１の受発光部１１が入出力端末２の受発光部２１から受光した同期シンボルの形状を表し、（Ｂ）は、受光した同期シンボルに基づいてシンボル送受信状態情報ＳＩを算出する処理について表したものである。なお、以下、図１４（Ａ）に示した場合と同様に、表示装置１の受発光部１１が、入出力端末２の受発光部２１から同期シンボル５３６を右にα＝１０度傾いた形状で受光した場合で説明する。また、アンカーシンボルの場合における処理については、同期シンボルの場合の処理と同様であるので、その説明を省略する。
【０１４０】
図１５（Ａ）に示したように、表示装置１の受発光部１１は、入出力端末２の受発光部２１から同期シンボル５３６を、右にα＝１０度傾いた形状で受光しているものとする。この場合、前述のようにまず表示装置１は、長方形ＦＲ１の枠内にシンボルを表示する必要がある。また、前述のように角度αから左右に角度β分だけ角度ずれの余裕度を考慮するようにする。
【０１４１】
ここでシンボル送受信状態情報取得部１５５は、この角度ずれの余裕度βを考慮して長方形Ｗ１〜Ｗ３のいずれの枠内にも短辺長が収まり、かつ傾いた角度αを０度に戻した場合に相当する長方形ＦＲ５を算出する。このような長方形ＦＲ５は、以下のようにして求める。つまり図に示したように、まず長方形ＦＲ１〜３の共通の中心から角度α＝０度の方向へ対角線Ｙ，Ｚを引き、中心からこの対角線Ｙ，Ｚが長方形ＦＲ２の枠とぶつかる点までの距離Ｗ４，Ｗ５をそれぞれ求める（この場合の例では、長方形ＦＲ２と長方形ＦＲ３とでは、中心からの距離が短いほうの長方形ＦＲ２を選択したが、状況に応じて短いほうの長方形を選択すればよい）。次に、距離Ｗ４，Ｗ５のうち距離が短いほうのＷ４を選択し、このＷ４を対角線とする長方形が、ＦＲ５となる。
【０１４２】
そして、このようにして求めた長方形ＦＲ５（短辺長Ｗ６）に対して、前述のようにさらにシンボルの受光位置からの位置ずれの余裕度を考慮する。つまり、長方形ＦＲ５の短辺および長辺長をそれぞれ例えば０．９倍した大きさ（図１５（Ｂ）の短辺長Ｗ７）で、シンボルを表示するようにする（図１５（Ｂ）のシンボル５３８）。以上により、表示装置１がシンボル送受信状態情報ＳＩを算出して取得する処理が終了となる。
【０１４３】
このようにして、本変形例の表示装置、通信システムおよび通信方法によれば、表示装置１が、シンボルの位置や大きさの調整に加え、さらにその傾いた角度を戻すような調整も行うことによりシンボル送受信状態情報ＳＩを算出し、表示条件ＤＣを決定するようにしたので、上記の実施の形態の効果に加え、シンボルの大きさを最大限にとることが可能となる。よって、シンボルの大きさを最大限にとることにより、シンボルのフォーマットによっては、送受信する情報量を増加させることが可能となる。
【０１４４】
次に、実施の形態についての変形例２について説明する。
【０１４５】
［変形例２］
実施の形態においては、図７〜図１０に示したように、動画２次元コードの各シンボルを、同期シンボル５１、ヘッダシンボル５２、アンカーシンボル５３およびデータシンボル５４からなる複数種類の形状のフォーマットで構成する場合の例で説明したが、本変形例では、動画２次元コードの各シンボルを単一の形状のフォーマットから構成する場合の例について説明する。
【０１４６】
まず、本変形例に係る動画２次元コードの形状ならびに各ドットの構成および機能について説明する。
【０１４７】
図１６は、本変形例に係る動画２次元コードのシンボルの形状ならびに各ドットの構成および機能の一例を表すものであり、実施の形態における図７および図８に対応するものである。この図において、（Ａ）は、このシンボルの外見の形状を表し、（Ｂ）は、このシンボルにおける各ドットの構成および機能を表したものである。
【０１４８】
図１６（Ａ）に示したように、この動画２次元コードのシンボル６の形状は、７×７＝合計４９ドットのコード部６１と、コード部６１の下部に配置されたロゴマーク部６２とから構成される。
【０１４９】
図１６（Ｂ）に示したように、このコード部６１における四隅の各４ドット分の領域は、それぞれ認識用エリア６１３Ａ〜６１３Ｄとなっている。よって、上記のように合計４９ドットから構成されるコード部６１の内、４９−４×４＝３３ドットが、任意の白黒パターンとして利用できるようになっている。
【０１５０】
また、この認識用エリア６１３Ａ〜６１３Ｄを除いた３３ドットの内、９ドット分はＣＲＣ用ビット６１４として利用される。よって、最終的に任意のデータビット６１５として利用できるのは、３３−９＝２４ドット分となる。なお、この２４ドット分のデータビット６１５は、半分の１２ドット分の正転データビット６１５Ａと、残り半分の１２ドット分の反転データビット６１５Ｂとから構成されるようになっている。
【０１５１】
次に、本変形例に係る動画２次元コードのシンボルにおけるデータ構成について説明する。
【０１５２】
図１７は、図１６のシンボルにおけるデータ構成の一例を表すものであり、実施の形態における図９に対応するものである。この図において、（Ａ）は、上記のようにコード部６１内において任意の白黒パターンとして利用可能な３３ビット分のデータ領域のデータ構成の内訳を表したものであり、（Ｂ）は、その３３ビット分のデータにおいて、シンボルＩＤの値とデータ領域の内容との関係を表したものである。
【０１５３】
図１７（Ａ）に示したように、この３３ビット分の任意データ領域のデータ構成６３は、前述の９ビット分のＣＲＣ用ビット６１４と、４ビット分のシンボルＩＤ６３２と、２０ビット分のデータ領域６３３とから構成される。
【０１５４】
また、図１７（Ｂ）に示したように、この４ビット分のシンボルＩＤ６３２の値に応じて、データ領域６３３の内容は以下のように構成される。
【０１５５】
まず、シンボルＩＤ６３２の値が「１０００ｂ」の場合、このシンボルは、動画２次元コードにおけるスタートシンボル６３５として機能し、データ領域６３３の内容は、この動画２次元コードを構成する全シンボル数を定義するようになっている。
【０１５６】
また、シンボルＩＤ６３２の値が「１００１ｂ」〜「１１１１ｂ」の場合、このシンボルは、動画２次元コードにおけるヘッダシンボル６３６として機能し、データ領域６３３の内容は、シンボルＩＤ６３２の値が「１００１ｂ」〜「１１１０ｂ」の場合、この動画２次元コードにおけるファイル名を定義するようになっている。なお、シンボルＩＤ６３２の値が「１１１１ｂ」の場合は未定義となっており、この場合におけるデータ領域６３３は使用されない。
【０１５７】
また、シンボルＩＤ６３２の値が「００００ｂ」〜「０１１１ｂ」の場合、このシンボルは、動画２次元コードにおけるデータシンボル６３７として機能し、データ領域６３３の内容は、この動画２次元コードにおけるデータ情報（コンテンツデータ）を表す。なお、このデータシンボル６３７におけるシンボルＩＤ６３２の値は、「００００ｂ」〜「０１１１ｂ」が周期的に変化していくようになっており、８シンボル分までは各シンボルを区別することが可能である。
【０１５８】
なお、本変形例に係る動画２次元コードにおいて利用可能な最大シンボル数は、前述のようにスタートシンボル６３５における２０ビット分のデータ領域６３３で定義するので、２の２０乗＝１Ｍシンボルである。よって、利用可能な最大データ容量は、前述のようにシンボルごとに２０ビットのデータ領域が確保されているので、１Ｍシンボル×２０ビット＝２０Ｍビット＝２．５Ｍバイトとなり、実施の形態に示した動画２次元コードのフォーマットと同様、従来のバーコードや２次元コード（最大で数Ｋバイト程度）と比べて、格段に大容量のデータを利用することが可能である。また、最大データ転送速度は、例えば、１フレームに対して１つのシンボルパターンとし、１秒当たりのシンボルのパターン数をＮＴＳＣ方式を参照して６０（シンボル／秒）とした場合、６０（シンボル／秒）×２０（ビット／シンボル）＝１２００ｂｐｓ（ビット／秒）となる。
【０１５９】
次に、以上のような構成の単一の形状のフォーマットからなる動画２次元コードを用いて、実施の形態と同様に、表示装置１がシンボル送受信状態情報ＳＩを取得して表示条件ＤＣを決定する処理について説明する。
【０１６０】
この場合、図１６（Ｂ）に示したように、動画２次元コードの全てのシンボルが認識用エリア６１３を含むような構成になっている。よって、表示装置１は、実施の形態における同期シンボル５１およびアンカーシンボル５３の場合（図１２のステップＳ３０４〜Ｓ３０５およびステップＳ３１１〜Ｓ３１２）と同様に、この認識用エリア６１３を用いてシンボルごとにシンボル送受信状態情報ＳＩを取得し、更新することができる。よって実施の形態と同様に、表示条件決定部５１６がこれらのシンボル送受信状態情報ＳＩに基づいて表示条件ＤＣを決定し、表示装置１は、この表示条件ＤＣに基づいて動画２次元コードの各シンボルを表示することも可能である。
【０１６１】
このようにして、本変形例の表示装置、通信システムおよび通信方法によれば、動画２次元コードの各シンボルを単一の形状のフォーマットから構成し、各シンボルに含まれる認識用エリア６１３を用いてシンボルごとにシンボル送受信状態情報ＳＩを取得するようにしたので、上記の実施の形態の効果に加え、各シンボルの受信ごとにシンボル送受信状態情報を更新することが可能になると共に、動画２次元コードのフォーマットを簡素化することが可能となる。
【０１６２】
以上、実施の形態およびその変形例を挙げて本発明を説明したが、本発明はこれに限定されず、種々の変形が可能である。例えば上記実施の形態等では、最初に入出力端末２の側から表示装置１に対してコンテンツデータの送信依頼を行い、それに対応して表示装置１がコンテンツデータを送信する場合の例で説明してきたが、動画像の表示と光の受光とが可能な領域が入出力端末２の受発光部２１よりも広い受発光部１１を備える表示装置１の側で、表示条件ＤＣの決定およびこの条件に基づいた動画２次元コードの表示を行うのであれば、逆に最初に表示装置１の側から、入出力端末２に対して処理を行うように構成することも可能である。つまり、より広い受発光部を備える表示装置１の側で表示条件ＤＣの決定およびこれに基づいた表示を行うのであれば、最初に処理を行うのはどちらの装置でも構わない。
【０１６３】
具体的には、図１８に示したように、例えばまず表示装置１側から、動画２次元コードを用いて送信することが可能なコンテンツデータに関する検索情報（例えば、図４中のウィンドウ１２Ａに画像１２１Ａが表示されていないが、動画２次元コードを用いて送信可能な場合における、このコンテンツデータの内容に関する文字情報など）を定常的に、動画２次元コードを用いて送信しているものとする（ステップＳ４０１）。この場合ユーザは、入出力端末２の受発光部２１を表示装置１の受発光部１１に接近させることで、このコンテンツデータに関する索引情報を動画２次元コードを用いて受信することができる（ステップＳ４０２）。ここで、ユーザがこのコンテンツデータの受信を希望した場合、この状態で図１１のステップＳ１０１と同様に、動画２次元コードを用いてコンテンツデータの送信依頼情報を表示装置１へ送信するようにすればよい（ステップＳ４０３）。以後の処理（ステップＳ４０４〜Ｓ４０７）は、図１１のステップＳ１０２〜Ｓ１０５の場合と同様なので、その説明を省略する。
【０１６４】
このように、最初に表示装置１の側から処理を行うように構成した場合でも、上記の実施の形態等と同様にして、コンテンツデータを確実に送受信することが可能となる。
【図面の簡単な説明】
【０１６５】
【図１】本発明の一実施の形態に係る通信システムの全体構成を表すブロック図である。
【図２】図１の表示装置の受発光部における受発光セルの配置構成の一例を模式的に表す断面図である。
【図３】図２における受発光セルの構成を表す回路図である。
【図４】図１の通信システムにおける動画２次元コードを用いた通信状況の一例を表す斜視図である。
【図５】図１の入力端末における機能構成の一例を表すブロック図である。
【図６】図１の表示装置における機能構成の一例を表すブロック図である。
【図７】動画２次元コードのシンボルの形状の一例を表す模式図である。
【図８】図７のシンボルにおける各ドットの構成および機能を表す模式図である。
【図９】図７のシンボルにおけるデータ構成の一例を表す模式図である。
【図１０】図７の動画２次元コードの各シンボルの順序構成を表す模式図である。
【図１１】図１の通信システムにおける表示装置と入出力端末との間の情報の送受信処理の一例を表す流れ図である。
【図１２】図１１において入出力端末が表示装置へ動画２次元コードを用いて情報を送信する処理の一例を表す流れ図である。
【図１３】図１１において表示装置が入出力端末から動画２次元コードを用いて情報を受信する処理の一例を表す流れ図である。
【図１４】図１１において表示装置がシンボル送受信状態情報を算出して取得する処理の一例を表す模式図である。
【図１５】変形例１において表示装置がシンボル送受信状態情報を算出して取得する処理の一例を表す模式図である。
【図１６】変形例２に係る動画２次元コードのシンボルの形状ならびに各ドットの構成および機能の一例を表す模式図である。
【図１７】図１６のシンボルにおけるデータ構成の一例を表す模式図である。
【図１８】図１の通信システムにおける表示装置と出力端末との間の情報の送受信処理の他の例を表す流れ図である。
【符号の説明】
【０１６６】
１…表示装置、２…入出力端末、１１，２１…受発光部、１１０，２１０…受発光制御部、１１１…透明基板、１１２…隔壁、１２…ウィンドウ、１３…シンボル、１４，２４…送信機能部、１４１，２４１…画像信号生成部、１４２，２４２…シンボル生成部、１４３，２４３…表示信号生成部、１５，２５…受信機能部、１５１，２５１…記憶部、１５２，２５２…画像処理部、１５３，２５３…デコード部、１５４，２５４…情報取得部、１５５…シンボル送受信状態情報取得部、１５６…表示条件決定部、５，６…動画２次元コードのシンボル、５１…同期シンボル、５２，６３６…ヘッダシンボル、５３…アンカーシンボル、５４，６３７…データシンボル、６３５…スタートシンボル、５１１，５２１，５３１，５４１，６１…コード部、５１２，５３２，６２…ロゴマーク部、５３３，６１３…認識用エリア、５２２，５３４，５４２，６１４…ＣＲＣ用ビット、５２３，５３５，５４３，６１５…データビット、５５…同期シンボルのデータ構成、５６…ヘッダシンボルのデータ構成、５６１…サブシンボルＩＤ、５６２…全アンカーシンボル数、５６３…データタイプ、５７…アンカーシンボルのデータ構成、５７１…アンカーシンボルＩＤ、５７２…データシンボルのサブシンボル数、５８…データシンボルのデータ構成、５８１…サブシンボルＩＤ、５８２…シンボルエラー訂正用データ、６３…動画２次元コードのシンボルのデータ構成、６３２…シンボルＩＤ、６３３…データ領域、ＬＷ…発光光線、ＬＲ…受光光線、ＣＷＲ…受発光セル、Ｇ…発光用ゲート線、Ｓ…切換線、ＤＷ…データ供給線、ＤＲ…データ読取線、ＥＬ…受発光素子、Ｃ…キャパシタ、Ｒ…抵抗、ＳＷ１…第１のスイッチ、ＳＷ２…第２のスイッチ、ＳＷ３…第３のスイッチ、Ｉ１…表示信号電流路、Ｉ２…受光信号電流路、Ｄ…コンテンツデータ、ＲＤ…受信データ、ＳＩ…シンボル送受信状態情報、ＤＣ…表示条件。
【特許請求の範囲】
【請求項１】
動画像の表示と光の受光とが可能な第１の受発光画面を備えた一の表示装置と、動画像の表示と光の受光とが可能な第２の受発光画面を備えた他の表示装置との間で、時間軸に沿って変化する２次元コードである動画２次元コードを用いて行う通信方法であって、
前記一の表示装置において、前記動画２次元コードを構成する複数のシンボルを時間軸に沿って前記第１の受発光画面に順次表示し、
前記他の表示装置において、前記複数のシンボルを前記第２の受発光画面により読み取ると共に、この読み取ったシンボルに基づいて、前記第２の受発光画面と前記第１の受発光画面との相対角度を示す情報、前記第１の受発光画面に表示されているシンボルの大きさを示す情報、および、読み取ったシンボルの受光位置を示す情報のうちの少なくとも１つを含むシンボル送受信状態情報を取得し、このシンボル送受信状態情報に基づいて、前記第２の受発光画面に前記動画２次元コードを表示する際のシンボルの表示角度、大きさおよび表示位置のうちの少なくとも１つの表示条件を決定し、この決定された表示条件に基づいて、前記第２の受発光画面に前記動画２次元コードを表示する
ことを特徴とする通信方法。
【請求項２】
前記動画２次元コードを構成する各シンボルが複数の基準エレメントを含むように構成し、
前記他の表示装置において、各シンボルにおける前記基準エレメントの受光位置に基づいて、前記シンボル送受信状態情報を取得する
ことを特徴とする請求項１に記載の通信方法。
【請求項３】
前記他の表示装置において、前記読み取ったシンボルの受光位置からの位置ずれの余裕度も考慮して、前記表示条件を決定する
ことを特徴とする請求項１に記載の通信方法。
【請求項４】
前記他の表示装置において、前記第２の受発光画面と前記第１の受発光画面との相対角度からの角度ずれの余裕度も考慮して、前記表示条件を決定する
ことを特徴とする請求項１に記載の通信方法。
【請求項５】
前記複数のシンボルを、データ送信用フォーマットで表現された２次元コードであるデータシンボルと、アンカー送信用フォーマットで表現された２次元コードであるアンカーシンボルとを含むように構成し、
前記一の表示装置において、前記データシンボルを時間軸に沿って前記第１の受発光画面に表示すると共に、前記データシンボルを１または複数回表示するごとに前記アンカーシンボルを前記第１の受発光画面に表示し、
前記他の表示装置において、前記データシンボルおよび前記アンカーシンボルを前記第２の受発光画面により読み取ると共にそこからアンカーシンボルを検出し、この検出したアンカーシンボルに基づいて前記表示条件を決定する
ことを特徴とする請求項１に記載の通信方法。
【請求項６】
前記アンカーシンボルが複数の基準エレメントを含むように前記アンカー送信用フォーマットを構成し、
前記他の表示装置において、前記アンカーシンボルにおける前記基準エレメントの受光位置に基づいて、前記シンボル送受信状態情報を取得する
ことを特徴とする請求項５に記載の通信方法。
【請求項７】
時間軸に沿って変化する２次元コードである動画２次元コードを用いて、動画像の表示と光の受光とが可能な第１の受発光画面を備えた他の一の表示装置との間で通信を行う表示装置であって、
動画像の表示と光の受光とが可能な第２の受発光画面と、
前記一の表示装置の第１の受発光画面から、そこに表示された前記動画２次元コードを構成する複数のシンボルを前記第２の受発光画面を用いて読み取る読取制御手段と、
前記読取制御手段により読み取られたシンボルに基づいて、前記第２の受発光画面と前記第１の受発光画面との相対角度を示す情報、前記第１の受発光画面に表示されているシンボルの大きさを示す情報、および、読み取ったシンボルの受光位置を示す情報のうちの少なくとも１つを含むシンボル送受信状態情報を取得する取得手段と、
前記取得手段により取得したシンボル送受信状態情報に基づいて、前記第２の受発光画面に前記動画２次元コードを表示する際のシンボルの表示角度、大きさおよび表示位置のうちの少なくとも１つの表示条件を決定する決定手段と、
複数のシンボルから構成される前記動画２次元コードを生成する生成手段と、
前記決定手段により決定した表示条件に基づいて、前記生成手段により生成された動画２次元コードにおける複数のシンボルを時間軸に沿って前記第２の受発光画面に順次表示させる表示制御手段と
を備えることを特徴とする表示装置。
【請求項８】
前記一の表示装置において、前記動画２次元コードを構成する各シンボルが複数の基準エレメントを含むように構成したとき、
前記取得手段は、各シンボルにおける前記基準エレメントの受光位置に基づいて、前記シンボル送受信状態情報を取得する
ことを特徴とする請求項７に記載の表示装置。
【請求項９】
前記決定手段は、前記読み取ったシンボルの受光位置からの位置ずれの余裕度も考慮して、前記表示条件を決定する
ことを特徴とする請求項７に記載の表示装置。
【請求項１０】
前記決定手段は、前記第２の受発光画面と前記第１の受発光画面との相対角度からの角度ずれの余裕度も考慮して、前記表示条件を決定する
ことを特徴とする請求項７に記載の表示装置。
【請求項１１】
前記第２の受発光画面を構成する受発光素子が、有機ＥＬ素子である
ことを特徴とする請求項７に記載の表示装置。
【請求項１２】
前記読取制御手段は、データ送信用フォーマットで表現された２次元コードであるデータシンボルと、アンカー送信用フォーマットで表現された２次元コードであるアンカーシンボルとを含む複数のシンボルから構成される動画２次元コードを読み取り、
前記取得手段は、前記読取制御手段により読み取られたシンボルからアンカーシンボルを検出し、この検出したアンカーシンボルに基づいて、前記シンボル送受信状態情報のうちの少なくとも１つを取得する
ことを特徴とする請求項７に記載の表示装置。
【請求項１３】
前記一の表示装置において、前記アンカーシンボルが複数の基準エレメントを含むように前記アンカー送信用フォーマットを構成したとき、
前記取得手段は、前記アンカーシンボルにおける前記基準エレメントの受光位置に基づいて、前記シンボル送受信状態情報を取得する
ことを特徴とする請求項１２に記載の表示装置。
【請求項１４】
時間軸に沿って変化する２次元コードである動画２次元コードを用いて通信を行う２つの表示装置からなる通信システムであって、
一の表示装置が、
動画像の表示と光の受光とが可能な第１の受発光画面と、
複数のシンボルから構成される前記動画２次元コードを生成する第１の生成手段と、
前記第１の生成手段により生成された動画２次元コードにおける複数のシンボルを、時間軸に沿って前記第１の受発光画面に順次表示させる第１の表示制御手段と
を備え、
他の表示装置が、
動画像の表示と光の受光とが可能な第２の受発光画面と、
前記一の表示装置の第１の受発光画面から、そこに表示された前記動画２次元コードを構成する複数のシンボルを前記第２の受発光画面を用いて読み取る読取制御手段と、
前記読取制御手段により読み取られたシンボルに基づいて、前記第２の受発光画面と前記第１の受発光画面との相対角度を示す情報、前記第１の受発光画面に表示されているシンボルの大きさを示す情報、および、読み取ったシンボルの受光位置を示す情報のうちの少なくとも１つを含むシンボル送受信状態情報を取得する取得手段と、
前記取得手段により取得したシンボル送受信状態情報に基づいて、前記第２の受発光画面に前記動画２次元コードを表示する際のシンボルの表示角度、大きさおよび表示位置のうちの少なくとも１つの表示条件を決定する決定手段と、
複数のシンボルから構成される前記動画２次元コードを生成する第２の生成手段と、
前記決定手段により決定した表示条件に基づいて、前記第２の生成手段により生成された動画２次元コードにおける複数のシンボルを時間軸に沿って前記第２の受発光画面に順次表示させる第２の表示制御手段と
を備える
ことを特徴とする通信システム。
【請求項１】
動画像の表示と光の受光とが可能な第１の受発光画面を備えた一の表示装置と、動画像の表示と光の受光とが可能な第２の受発光画面を備えた他の表示装置との間で、時間軸に沿って変化する２次元コードである動画２次元コードを用いて行う通信方法であって、
前記一の表示装置において、前記動画２次元コードを構成する複数のシンボルを時間軸に沿って前記第１の受発光画面に順次表示し、
前記他の表示装置において、前記複数のシンボルを前記第２の受発光画面により読み取ると共に、この読み取ったシンボルに基づいて、前記第２の受発光画面と前記第１の受発光画面との相対角度を示す情報、前記第１の受発光画面に表示されているシンボルの大きさを示す情報、および、読み取ったシンボルの受光位置を示す情報のうちの少なくとも１つを含むシンボル送受信状態情報を取得し、このシンボル送受信状態情報に基づいて、前記第２の受発光画面に前記動画２次元コードを表示する際のシンボルの表示角度、大きさおよび表示位置のうちの少なくとも１つの表示条件を決定し、この決定された表示条件に基づいて、前記第２の受発光画面に前記動画２次元コードを表示する
ことを特徴とする通信方法。
【請求項２】
前記動画２次元コードを構成する各シンボルが複数の基準エレメントを含むように構成し、
前記他の表示装置において、各シンボルにおける前記基準エレメントの受光位置に基づいて、前記シンボル送受信状態情報を取得する
ことを特徴とする請求項１に記載の通信方法。
【請求項３】
前記他の表示装置において、前記読み取ったシンボルの受光位置からの位置ずれの余裕度も考慮して、前記表示条件を決定する
ことを特徴とする請求項１に記載の通信方法。
【請求項４】
前記他の表示装置において、前記第２の受発光画面と前記第１の受発光画面との相対角度からの角度ずれの余裕度も考慮して、前記表示条件を決定する
ことを特徴とする請求項１に記載の通信方法。
【請求項５】
前記複数のシンボルを、データ送信用フォーマットで表現された２次元コードであるデータシンボルと、アンカー送信用フォーマットで表現された２次元コードであるアンカーシンボルとを含むように構成し、
前記一の表示装置において、前記データシンボルを時間軸に沿って前記第１の受発光画面に表示すると共に、前記データシンボルを１または複数回表示するごとに前記アンカーシンボルを前記第１の受発光画面に表示し、
前記他の表示装置において、前記データシンボルおよび前記アンカーシンボルを前記第２の受発光画面により読み取ると共にそこからアンカーシンボルを検出し、この検出したアンカーシンボルに基づいて前記表示条件を決定する
ことを特徴とする請求項１に記載の通信方法。
【請求項６】
前記アンカーシンボルが複数の基準エレメントを含むように前記アンカー送信用フォーマットを構成し、
前記他の表示装置において、前記アンカーシンボルにおける前記基準エレメントの受光位置に基づいて、前記シンボル送受信状態情報を取得する
ことを特徴とする請求項５に記載の通信方法。
【請求項７】
時間軸に沿って変化する２次元コードである動画２次元コードを用いて、動画像の表示と光の受光とが可能な第１の受発光画面を備えた他の一の表示装置との間で通信を行う表示装置であって、
動画像の表示と光の受光とが可能な第２の受発光画面と、
前記一の表示装置の第１の受発光画面から、そこに表示された前記動画２次元コードを構成する複数のシンボルを前記第２の受発光画面を用いて読み取る読取制御手段と、
前記読取制御手段により読み取られたシンボルに基づいて、前記第２の受発光画面と前記第１の受発光画面との相対角度を示す情報、前記第１の受発光画面に表示されているシンボルの大きさを示す情報、および、読み取ったシンボルの受光位置を示す情報のうちの少なくとも１つを含むシンボル送受信状態情報を取得する取得手段と、
前記取得手段により取得したシンボル送受信状態情報に基づいて、前記第２の受発光画面に前記動画２次元コードを表示する際のシンボルの表示角度、大きさおよび表示位置のうちの少なくとも１つの表示条件を決定する決定手段と、
複数のシンボルから構成される前記動画２次元コードを生成する生成手段と、
前記決定手段により決定した表示条件に基づいて、前記生成手段により生成された動画２次元コードにおける複数のシンボルを時間軸に沿って前記第２の受発光画面に順次表示させる表示制御手段と
を備えることを特徴とする表示装置。
【請求項８】
前記一の表示装置において、前記動画２次元コードを構成する各シンボルが複数の基準エレメントを含むように構成したとき、
前記取得手段は、各シンボルにおける前記基準エレメントの受光位置に基づいて、前記シンボル送受信状態情報を取得する
ことを特徴とする請求項７に記載の表示装置。
【請求項９】
前記決定手段は、前記読み取ったシンボルの受光位置からの位置ずれの余裕度も考慮して、前記表示条件を決定する
ことを特徴とする請求項７に記載の表示装置。
【請求項１０】
前記決定手段は、前記第２の受発光画面と前記第１の受発光画面との相対角度からの角度ずれの余裕度も考慮して、前記表示条件を決定する
ことを特徴とする請求項７に記載の表示装置。
【請求項１１】
前記第２の受発光画面を構成する受発光素子が、有機ＥＬ素子である
ことを特徴とする請求項７に記載の表示装置。
【請求項１２】
前記読取制御手段は、データ送信用フォーマットで表現された２次元コードであるデータシンボルと、アンカー送信用フォーマットで表現された２次元コードであるアンカーシンボルとを含む複数のシンボルから構成される動画２次元コードを読み取り、
前記取得手段は、前記読取制御手段により読み取られたシンボルからアンカーシンボルを検出し、この検出したアンカーシンボルに基づいて、前記シンボル送受信状態情報のうちの少なくとも１つを取得する
ことを特徴とする請求項７に記載の表示装置。
【請求項１３】
前記一の表示装置において、前記アンカーシンボルが複数の基準エレメントを含むように前記アンカー送信用フォーマットを構成したとき、
前記取得手段は、前記アンカーシンボルにおける前記基準エレメントの受光位置に基づいて、前記シンボル送受信状態情報を取得する
ことを特徴とする請求項１２に記載の表示装置。
【請求項１４】
時間軸に沿って変化する２次元コードである動画２次元コードを用いて通信を行う２つの表示装置からなる通信システムであって、
一の表示装置が、
動画像の表示と光の受光とが可能な第１の受発光画面と、
複数のシンボルから構成される前記動画２次元コードを生成する第１の生成手段と、
前記第１の生成手段により生成された動画２次元コードにおける複数のシンボルを、時間軸に沿って前記第１の受発光画面に順次表示させる第１の表示制御手段と
を備え、
他の表示装置が、
動画像の表示と光の受光とが可能な第２の受発光画面と、
前記一の表示装置の第１の受発光画面から、そこに表示された前記動画２次元コードを構成する複数のシンボルを前記第２の受発光画面を用いて読み取る読取制御手段と、
前記読取制御手段により読み取られたシンボルに基づいて、前記第２の受発光画面と前記第１の受発光画面との相対角度を示す情報、前記第１の受発光画面に表示されているシンボルの大きさを示す情報、および、読み取ったシンボルの受光位置を示す情報のうちの少なくとも１つを含むシンボル送受信状態情報を取得する取得手段と、
前記取得手段により取得したシンボル送受信状態情報に基づいて、前記第２の受発光画面に前記動画２次元コードを表示する際のシンボルの表示角度、大きさおよび表示位置のうちの少なくとも１つの表示条件を決定する決定手段と、
複数のシンボルから構成される前記動画２次元コードを生成する第２の生成手段と、
前記決定手段により決定した表示条件に基づいて、前記第２の生成手段により生成された動画２次元コードにおける複数のシンボルを時間軸に沿って前記第２の受発光画面に順次表示させる第２の表示制御手段と
を備える
ことを特徴とする通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００６−６５５９９（Ｐ２００６−６５５９９Ａ）
【公開日】平成１８年３月９日（２００６．３．９）
【国際特許分類】
【出願番号】特願２００４−２４７７４０（Ｐ２００４−２４７７４０）
【出願日】平成１６年８月２７日（２００４．８．２７）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成１８年３月９日（２００６．３．９）
【国際特許分類】
【出願日】平成１６年８月２７日（２００４．８．２７）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]