JP2005338922A - 表示装置、通信システムおよび通信方法 - Google Patents

Abstract

【課題】 ２次元コードの動的表示および検出を通じて、大容量の情報伝達を確実かつ効率的に行うことを可能とする汎用性のある表示装置、通信システムおよび通信方法を提供する。
【解決手段】 表示装置１および入出力端末２が動画像の表示と光の受光とが可能な受発光部１１，２１を備え、表示装置１が、時間軸に沿って変化する２次元コードである動画２次元コードに関する複数種類のフォーマットの中から入出力端末２との通信に用いる最適なフォーマットを決定し、このフォーマットに基づいてコンテンツデータを含む動画２次元コードを生成し、矢印Ｘで示したように動画２次元コードの表示および読み取りを行うことにより表示装置１と入出力端末２との間で通信を行うようにしたので、装置間の互換性を確保し、大容量の情報伝達を確実かつ効率的に行うことが可能となる。
【選択図】 図４

Description

本発明は、表示画面を通して他の装置に情報を伝達する機能を備える表示装置、通信システムおよび通信方法に関する。

従来より、バーコードや２次元コードなどの技術が存在し、これらの技術は、主に物流管理などに利用されている。

また、この２次元コードを用いた技術においては、様々なフォーマットが提案され、利用されている。ところが、これらの技術はいずれも印刷物などの静的物品を対象とした技術であることから、利用できる情報の容量は最大でも数Ｋバイト程度であり、大容量の情報を取り扱うことが困難である。そこで本出願人は、例えば特許文献１において、複数の２次元コードを順次動的に表示すると共に、これらを順次動的に検出するようにした技術を提案している。
特開２００４−１２７２７２号公報

しかしながら、上記した特許文献１の技術では、他の情報処理装置との間の情報伝達方式に関し、例えば同文献の図７に示されているような概念的な内容が提案されているにすぎず、具体的な内容は明らかではなかった。このため、実際に他の情報処理装置と情報伝達を行うに際しては、機器仕様や性能面での互換性が問題となり、必ずしも確実かつ効率的に情報伝達を行うことが可能になるという保証はなかった。

このように、従来の技術では、汎用性を確保しつつ大容量の情報伝達を確実かつ効率的に行うことが困難であった。

本発明はかかる問題点に鑑みてなされたもので、その目的は、２次元コードの動的表示および検出を通じて、大容量の情報伝達を確実かつ効率的に行うことを可能とする汎用性のある表示装置、通信システムおよび通信方法を提供することにある。

本発明の通信方法は、動画像の表示が可能な表示画面を有する２つの表示装置の少なくとも一方に、光の受光が可能な受光手段を設け、時間軸に沿って変化する２次元コードである動画２次元コードに関して複数種類のフォーマットを用意し、これら複数種類のフォーマットの中から、２つの表示装置の間での通信に用いるフォーマットを決定し、この決定されたフォーマットに基づいて、送信対象の情報を示す動画２次元コードを生成し、表示画面および受光手段を利用して、生成された動画２次元コードの表示および読み取りを行うことにより、２つの表示装置の間で通信を行うものである。この場合において、２つの表示装置のうちの一方の表示装置において、表示画面および受光手段を利用して、表示装置の処理性能に関する処理性能情報を示す動画２次元コードを他方の表示装置から受信し、この受信した処理性能情報に基づいて、上記複数種類のフォーマットの中から、他方の表示装置との間の通信に用いるフォーマットを決定するようにするのが好ましい。

本発明の第１の表示装置は、動画像を表示可能な表示画面と、動画２次元コードに関して規定された複数種類のフォーマットの中から、他の表示装置との間の通信に用いるフォーマットを決定する決定手段と、この決定手段により決定されたフォーマットに基づいて、送信対象の情報を示す動画２次元コードを生成する生成手段と、この生成手段により生成された動画２次元コードを表示画面に表示させる表示制御手段とを備えたものである。この場合において、他の表示装置が備える表示画面から発せられる光を受光可能な受光手段をさらに備え、この受光手段が、他の表示装置の表示画面から、表示装置の処理性能に関する処理性能情報を示す動画２次元コードを読み取り、決定手段が、受光手段によって読み取られた動画２次元コードが示す処理性能情報に基づいて、他の表示装置との間の通信に用いるフォーマットを決定するようにするのが好ましい。

本発明の第２の表示装置は、動画像を表示可能な表示画面と、他の一の表示装置が備える表示画面から発せられる光を受光可能な受光手段と、この受光手段によって、一の表示装置の表示画面から、表示装置の処理性能に関する処理性能情報の送信を要求する動画２次元コードが読み取られたことに呼応して、自装置に関する処理性能情報を示す動画２次元コードを生成する生成手段と、この生成手段により生成された処理性能情報を示す動画２次元コードを表示画面に表示させる表示制御手段とを備えたものである。

本発明の通信システムは、一方の表示装置が、時間軸に沿って変化する２次元コードである動画２次元コードに関して規定された複数種類のフォーマットの中から、他方の表示装置との間の通信に用いるフォーマットを決定する決定手段と、この決定手段により決定されたフォーマットに基づいて、送信対象の情報を示す動画２次元コードを生成する生成手段と、この生成手段により生成された動画２次元コードを表示画面に表示させる表示制御手段とを備え、他方の表示装置が、一方の表示装置の表示画面に表示された動画２次元コードを読み取る第１の受光手段を備え、表示画面および第１の受光手段を利用して動画２次元コードの表示および読み取りを行うことにより、２つの表示装置の間で通信を行うものである。この場合において、一方の表示装置が、表示装置の処理性能に関する処理性能情報を示す動画２次元コードを他方の表示装置の表示画面から読み取る第２の受光手段をさらに備え、決定手段が、第２の受光手段が読み取った処理性能情報に基づいて、複数種類のフォーマットの中から、他方の表示装置との間の通信に用いるフォーマットを決定するようにするのが好ましい。

本発明の通信方法では、表示画面を有する２つの表示装置の少なくとも一方に、受光手段が設けられる。また、動画２次元コードに関して複数種類のフォーマットが用意され、これらの中から２つの表示装置の間での通信に用いるフォーマットが決定される。さらに、この決定されたフォーマットに基づいて、送信対象の情報を示す動画２次元コードが生成され、表示画面および受光手段を利用して、生成された動画２次元コードの表示および読み取りが行われることにより、２つの表示装置の間で通信が行われる。また、一方の表示装置において、表示装置の処理性能に関する処理性能情報を示す動画２次元コードを他方の表示装置から受信するようにした場合には、この受信した処理性能情報に基づいて、他方の表示装置との間の通信に用いるフォーマットが決定される。

ここで、「動画２次元コード」とは、時間軸に沿って変化する一連の２次元コードからなるコード情報である。ここで、「２次元コード」とは、各時点において静止した内容をもつシンボルであって、所定のフォーマットに従って予めその構成や意味内容が規定されている。なお、バーコードは、２次元コードの特殊な一態様である。また、「シンボル」とは、例えば複数の表示エレメントを配置して構成される画像パターンである。通常は、各表示エレメントごとに例えば輝度や色等の光学的物理量を設定することにより、そのような画像パターンとしてのシンボルが形成される。

「送信対象の情報」とは、２つの表示装置のうち送信側の表示装置から受信側の表示装置へ送信する対象となるコンテンツ情報を意味し、具体的には動画２次元コードの各シンボルにより表現される伝達目的情報を意味する。この送信対象の情報を示す動画２次元コードを用いた通信を行うことで、２つの表示装置の間でこれらの伝達目的情報を共有することができる。

「処理性能」とは、文字通り各表示装置が処理することが可能な性能という意味であり、ハードウェア性能およびソフトウェア性能の両者を含む。「処理性能情報」とは、そのような処理性能を表す情報を意味する。この処理性能情報としては、例えば、その表示装置が対応可能な最上位フォーマット、最大送信速度、同期の可否、表示画面サイズ、受光領域のサイズ、受光解像度などを示す情報が含まれる。

「対応可能な最上位フォーマット」とは、文字通りその表示装置が対応することが可能な動画２次元コードの最上位のフォーマットを意味し、各表示装置に固有のものである。ここで、「上位」とは、そのフォーマットが、「下位」のフォーマットよりも、動画２次元コードを用いた通信を行う上でより高い伝達性能を発揮しうるフォーマットであることを意味する。

「最大送信速度」とは、その表示装置が動画２次元コードを用いて情報を送信することが可能な最大速度を意味し、通常は、１つのシンボルで表現できるデータの量や、その表示装置が備える表示画面への表示速度（画像切換速度＝通常はフレームレート）等に依存する。「同期の可否」とは、その表示装置が、他の表示装置における動画２次元コードを用いた情報の送受信動作に対して、同期することが可能かどうかということを表し、仮に同期可能な場合には、より効率的に通信を行うことできる。

処理性能情報がさらに、通信条件としてこれらの情報のうちの少なくとも１つを含むようにした場合には、この通信条件をも考慮して、表示画面、受光手段および動画２次元コードを用いた通信が行われる。ここで、「通信条件」とは、２つの表示装置の間において動画２次元コードを用いた通信を行う際の条件を意味し、例えば上記のように処理性能情報に、対応可能な最上位フォーマット、最大送信速度を示す情報、表示画面サイズ、受光領域のサイズ、受光解像度および同期の可否を示す情報などを含むように構成した場合には、それぞれこれらの処理性能情報に対応して、フォーマット、送信速度、表示画面サイズ、受光領域のサイズ、受光解像度および同期処理を行うかどうかといった条件が決定される。

本発明の第１の表示装置では、動画２次元コードに関して規定された複数種類のフォーマットの中から他の表示装置との間の通信に用いるフォーマットが決定され、このフォーマットに基づいて送信対象の情報を示す動画２次元コードが生成され、これが動画像として表示画面に表示される。他の表示装置が備える表示画面から発せられる光を受光し得るように構成した場合には、表示装置の処理性能情報を示す動画２次元コードの読み取りが可能なので、この動画２次元コードが示す処理性能情報に基づいて他の表示装置との間の通信に用いるフォーマットを決定することができる。

本発明の第２の表示装置では、一の表示装置が備える表示画面から発せられる光が受光される。一の表示装置の表示画面から、処理性能情報の送信を要求する動画２次元コードが読み取られた場合には、これに応答して、自装置に関する処理性能情報を示す動画２次元コードが生成され、これが動画像として表示画面に表示される。

本発明の通信システムでは、一方の表示装置において、動画２次元コードに関して規定された複数種類のフォーマットの中から他方の表示装置との間の通信に用いるフォーマットが決定され、この決定されたフォーマットに基づいて送信対象の情報を示す動画２次元コードが生成され、表示画面に表示される。一方、他方の表示装置において、一方の表示装置の表示画面に表示された動画２次元コードが読み取られる。こうして、動画２次元コードの表示および読み取りが行われることにより、２つの表示装置の間で通信が行われる。また、一方の表示装置において、表示装置の処理性能情報を示す動画２次元コードを他方の表示装置の表示画面から読み取るようにした場合には、この読み取られた処理性能情報に基づいて、複数種類のフォーマットの中から他方の表示装置との間の通信に用いるフォーマットが決定される。

本発明の通信方法によれば、動画２次元コードに関する複数種類のフォーマットの中から通信に用いるフォーマットを決定し、このフォーマットに基づいて２つの表示装置の間で通信を行うようにしたので、汎用性を確保しつつ大容量の情報伝達を行うことが可能となる。特に、一方の表示装置において処理性能情報を示す動画２次元コードを他方の表示装置から受信し、この処理性能情報に基づいて他方の表示装置との間の通信に用いるフォーマットを決定するようにした場合には、他方の表示装置の処理性能も考慮してさらに効率的に情報伝達を行うことが可能となる。

本発明の第１の表示装置によれば、動画２次元コードに関して規定された複数種類のフォーマットの中から通信に用いるフォーマットを決定し、このフォーマットに基づいて送信対象情報を示す動画２次元コードを表示するようにしたので、大容量の送信対象の情報を、決定したある一定のフォーマットで送信することが可能となる。特に、他の表示装置から処理性能情報を示す動画２次元コードを読み取り、この処理性能情報に基づいて通信に用いるフォーマットを決定するようにした場合には、他の表示装置の処理性能をも考慮してさらに効率的に送信することが可能となる。

本発明の第２の表示装置によれば、処理性能情報の送信を要求する動画２次元コードを一の表示装置から読み取ったことに呼応して、自装置に関する処理性能情報を示す動画２次元コードを表示するようにしたので、自装置の処理性能を一の表示装置へ通知することが可能となる。

本発明の通信システムによれば、一方の表示装置が、通信に用いる動画２次元コードに関するフォーマットを決定して送信対象の情報を示す動画２次元コードを表示し、他方の表示装置がこの動画２次元コードを読み取ることにより２つの表示装置の間で通信を行うようにしたので、汎用性を確保しつつ大容量の情報伝達を効率的に行うことが可能となる。特に、一方の表示装置が処理性能情報を示す動画２次元コードを他方の表示装置から読み取り、この処理性能情報に基づいてフォーマットを決定するようにした場合には、他方の表示装置の処理性能をも考慮してさらに効率的に情報伝達を行うことが可能となる。

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

［第１の実施の形態］
図１は、本発明の第１の実施の形態に係る通信システムの全体構成を表すものである。この通信システムは、所定の図形や文字などの動画像を表示する機能を有する表示装置１と、所定の情報の入出力機能を有する入出力端末２とから構成される。ただし、これら表示装置１および入出力端末２は、これらの機能を備えていれば、他の種類（例えばＣＤ（Compact Disc；登録商標）プレーヤ、パーソナルコンピュータ等）の装置から構成されていてもよい。

表示装置１は、複数の各画素が全面に渡ってマトリクス状に配置された、例えば有機または無機のＥＬ（ElectroLuminescence）ディスプレイやＬＣＤ（Liquid Crystal Display）などから構成される受発光部１１を備える。また、この受発光部１１における各画素は、１つの受発光素子を含む受発光セルから構成され、各画素が発光動作機能と受光動作機能を併有するようになっている。このように各画素における発光動作および受光動作を利用し、後述する動画２次元コードの表示および読み取りを行うことにより、この受発光部１１を用いて情報を送受信することが可能となる。

図２は、図１の表示装置１の受発光部１１における受発光セルの配置構成の一例を断面図で模式的に表したものである。なお、図２の例では、受発光セルに含まれる受発光素子が有機ＥＬ素子であり、１対の透明基板の間に有機ＥＬ層が設けられている場合を示している。この図おいて、位置を表す符号であるｉ，ｊはある自然数を表す。

この受発光部１１は、１対の透明基板１１１Ａ，１１１Ｂと、これらの透明基板１１１Ａ，１１１Ｂの間に配置され、隔壁１１２によって互いに分離された構造の複数の受発光セルＣＷＲ（ＣＷＲij）とを有する。また、この例では上記のように受発光セルＣＷＲは受発光素子として有機ＥＬ素子を含む。なお、一般的な有機ＥＬディスプレイにおけるその他の層については図示せず、省略している。

なお、本実施の形態に係る受発光部１１における受発光セルＣＷＲの配置構成例の断面図はこれに限られるものではなく、他の配置構成でもよい。また、図２に示した断面図の例においては、受発光素子ＥＬが有機ＥＬ素子から構成されている例で説明したが、この受発光素子は発光機能および受光機能を備える素子ならば他のものでもよく、また発光素子と受光素子を別個に備えるように構成してもよい。

図３は、図２における受発光セルＣＷＲの回路構成を表すものである。

この受発光セルＣＷＲには、発光駆動対象として受発光素子ＥＬを選択するための発光用ゲート線Ｇと、受発光素子ＥＬへ表示用のデータを供給するためのデータ供給線ＤＷと、受発光素子ＥＬに対する発光駆動と受光駆動とを切り換える切換線Ｓと、受発光素子ＥＬから受光信号を読み取るためのデータ読取線ＤＲとが、それぞれ１本ずつ接続された構成となっている。つまり、通常の発光素子を備える１画素分のセルと比べて、受光用の分だけゲート線およびデータ線が１本ずつ増加した構成となっている。また、受発光セルＣＷＲは、１つの受発光素子ＥＬと、キャパシタＣと、抵抗Ｒと、発光用ゲート線Ｇから供給される選択信号に応じてデータ供給線ＤＷとこのキャパシタＣの一端との間を選択的に導通させる第１のスイッチＳＷ１と、切換線Ｓから供給される切換信号に応じてこのキャパシタの他端と受発光素子ＥＬの一端との間を選択的に導通させる第２のスイッチＳＷ２と、同様に切換線Ｓから供給される切換信号に応じて受発光素子ＥＬの一端とデータ読取線ＤＲとの間を選択的に導通させる第３のスイッチＳＷ３とを有し、受発光素子ＥＬの他端は接地されている。抵抗Ｒの一端はデータ読取線ＤＲに接続されており、抵抗Ｒの他端は接地、または負バイアス点（図示せず）に接続されている。

ここで、具体的に発光動作時および受光動作時における受発光セルについて簡単に説明しておく。発光動作および受光動作は、以下のような受発光素子ＥＬの性質を利用して行う。つまり、この図の例において受発光素子として構成されている有機ＥＬ素子あるいはＬＥＤ素子などは、順方向バイアス電圧を印可すると発光動作をするが、逆方向バイアス電圧を印加すると、受光して電流を発生する性質を有する。よってこの受発光素子ＥＬは、発光動作および受光動作を同時に行うことはできず、両方の動作を行うには時分割で動作させる必要がある。

発光動作時には、上記のように発光用ゲート線Ｇから供給される選択信号および切換線Ｓから供給される切換信号に応じて第１のスイッチＳＷ１および第２のスイッチＳＷ２がオン状態かつ第３のスイッチＳＷ３がオフ状態となると共に、受発光素子ＥＬには順方向バイアス電圧が印加される。ここで、表示信号に応じた輝度の発光となるよう、データ供給線ＤＷからＩ１の経路にてキャパシタＣが充電され、それに基づいてＩ２の経路にて受発光素子ＥＬに電流が流れ、発光動作を行うようになっている。

一方、受光動作時には、上記のように切換線Ｓから供給される切換信号に応じて第２のスイッチがオフ状態、第３のスイッチＳＷ２がオン状態となると共にこの受発光素子ＥＬに逆方向バイアス電圧が印加され、受発光素子ＥＬにおいて受光した光量に応じた電流がＩ３の経路にてデータ読取線ＤＲへ供給され、受光動作を行うようになっている。なお、発光動作および受光動作のいずれの動作も行っていない時には、第１のスイッチＳＷ１、第２のスイッチＳＷ２および第３のスイッチＳＷ３のいずれのスイッチもオフ状態となっており、データ供給線ＤＷおよびデータ読取線ＤＲはそれぞれ、受発光素子ＥＬとは切断されるようになっている。なお、データ読取線ＤＲに接続されている抵抗Ｒは、上記のようにＩ３の経路でデータ読取線ＤＲに供給された電流に基づいて抵抗Ｒの両端に電位差を生じさせ、これを受光信号として出力する機能を有する。

以上のように制御することで、受発光部１１における各画素が発光動作および受光動作を行うことが可能となる。

再び、図１に戻って説明する。

表示装置１は例えば、画面上に同時に複数のウィンドウ１２Ａ，１２Ｂ，１２Ｃを表示し、このウィンドウ内に所定の図形や文字などを表示するようになっている（この場合、ウィンドウ１２Ａには所定の図形を、ウィンドウ１２Ｂ，１２Ｃには所定の文字を表示している。）。

また、受発光部１１に表示されている各ウィンドウ１２Ａ〜１２Ｃ内には、それぞれウィンドウの右下の隅にシンボル１３Ａ〜１３Ｃが表示されている。これらのシンボル１３Ａ〜１３Ｃは、例えば所定の領域内に複数の白または黒の表示エレメントが配置され、受発光部１１による１フレームごとにその白黒のパターンが切り換えられるようになっており、後述するように時間軸に沿って変化する２次元コードである動画２次元コードを構成する。なお、通常各表示エレメントは、複数の受発光セルによって構成されている。また、これらのシンボル１３Ａ〜１３Ｃは、入出力端末２への送信対象の情報である種々のコンテンツデータ、例えばそれぞれそのウィンドウ１２Ａ〜１２Ｃに表示されている図形や文字などに関する情報を表現したものであり、これらのシンボルが構成する動画２次元コードを用いて送受信することにより、これらのコンテンツデータを入出力端末２と共有できるようになっている。

なお、図１においては、各シンボル１３Ａ〜１３Ｃはそれぞれ、各ウィンドウ１２Ａ〜１２Ｃの右下の隅に表示されているが、これに限られるものではなく、受発光部１１内の任意の位置に表示することが可能である。以下の図および実施の形態においても同様である。

入出力端末２は、表示装置１と同様に例えば有機または無機のＥＬディスプレイやＬＣＤなどから構成される受発光部２１を備え、上記のようにこの受発光部２１を利用して動画２次元コードを表示あるいは読み取ることにより、表示装置１との間でコンテンツデータを送受信できるようになっている。

ここで、表示装置１および入出力端末２は、本発明における「第１の表示装置」および「第２の表示装置」の一具体例に対応するものである。

図４は、図１の通信システムにおける動画２次元コードを用いた通信状況の一例を斜視図で表すものである。

図の様に、ユーザは例えば、表示装置１が備える受発光部１１に表示されているシンボル１３Ａの領域付近に入出力端末２が備える受発光部２１を接近させることで、矢印Ｘで示したように、シンボル１３Ａを介してコンテンツデータを直感的に送受信することができるようになっている。これにより、表示装置１と入出力端末２との間で種々のコンテンツデータを容易に共有することが可能となる。具体的には、例えば、シンボル１３Ａを介して表示装置１から入出力端末２へコンテンツデータを送信することにより、そのシンボル１３Ａが位置するウィンドウ１２Ａ内に表示されているコンテンツデータを、入出力端末２の受発光部２１上で表示することが可能となる。

図５は、図１の表示装置１における機能構成の一例を表すものである。この表示装置１は、動画２次元コードを用いたコンテンツデータの送信機能を有する送信機能部１４と、動画２次元コードを用いたコンテンツデータの受信機能を有する受信機能部１５とを備える。また、これら送信機能部１４および受信機能部１５に対する制御は、図示しない制御部が行う。

送信機能部１４は、画像信号生成部１４１、シンボル生成部１４２、表示信号生成部１４３、受発光制御部１１０および受発光部１１を有する。一方、受信機能部１５は、受発光制御部１１０、受発光部１１、記憶部１５１、画像処理部１５２、デコード部１５３および情報取得部１５４を有する。つまり、図５に示したように、受発光制御部１１０および受発光部１１は、送信機能部１４および受信機能部１５について共通部分となっている。

まず、送信機能部の各構成要素について説明する。

画像信号生成部１４１は、例えば図示しないＴＶチューナやネットワーク接続部などから供給される種々のコンテンツデータＤに基づいて、例えば１画面ごと（１フレームの表示ごと）に表示するための画像信号を生成する。このようにして生成した１画面ごとの画像信号は、シンボル生成部１４２および表示信号生成部１４３へ出力される。

シンボル生成部１４２は、画像信号生成部１４１から出力される１画面ごとの画像信号に基づいて、例えば、動画２次元コードを構成する１画面ごとのシンボルを生成する。具体的には、例えば、画像信号をシンボルごとのデータに分割し、これに動画２次元コードに含まれるヘッダ情報（後述する、フォーマットＡおよびフォーマットＢのスタートシンボルおよびヘッダシンボル、あるいはフォーマットＣのヘッダシンボルに含まれる情報）やＣＲＣ（Cyclic Redundancy Check）の算出値なども付加し、１画面ごとのシンボルを生成する。そして生成された１画面ごとのシンボルは、表示信号生成部１４３へ出力される。

なお、このようにして生成するシンボルは、１フレームごとに異なるシンボルのパターンであるとは限らず、数フレームに対して１つのシンボルのパターンであってもよい。この場合、数フレーム間は同じパターンのシンボルが表示されることになる。以下、１秒当たりのシンボルのパターン数を、「シンボル／秒」という単位で表すものとする。

表示信号生成部１４３は、画像信号生成部１４１から出力される１画面ごとの画像信号と、シンボル生成部１４２から出力される１画面ごとのシンボルとを合成し、受発光部１１において表示する１画面ごとの表示信号を生成する。このようにして生成された１画面ごとの表示信号は、受発光制御部１１０へ出力される。

受発光制御部１１０は、表示信号生成部１４３から出力される表示信号に基づいて、受発光部１１において表示信号に応じたコンテンツデータや動画２次元コードの各シンボルを表示するための駆動動作を行う。具体的には、例えば、一般的に用いられている線順次駆動動作の場合、この受発光制御部１１０はゲートドライバおよびデータドライバなどから構成される。そして、図３において説明したように、ゲートドライバから受発光部１１へ１水平ライン分の各画素を選択する選択信号が発光用ゲート線Ｇを介して供給されると共に、データドライバから受発光部１１の１水平ライン分の各画素へデータ供給線ＤＷを介して表示信号が供給される。このような線順次駆動動作を受発光部１１の全水平ラインに渡って行うことにより、受発光部１１において表示信号に応じたコンテンツデータや動画２次元コードの各シンボルを表示することが可能となる。

受発光部１１は、上記のように例えば線順次駆動動作により表示信号に応じたコンテンツデータや動画２次元コードの各シンボルを表示する。このように、受発光部１１が種々のコンテンツデータ自体と共に、このコンテンツデータに基づいて生成された動画２次元コードの各シンボルを表示することにより、発光光線ＬＷを介してコンテンツデータを入出力端末２へ送信することが可能となる。

次に、受信機能部の各構成要素について説明する。

受発光部１１はまた、前述のように表示信号に応じたコンテンツデータや動画２次元コードの各シンボルを表示すると共に、光を受光する機能も有する。つまり、入出力端末２における受発光部２１に表示された動画２次元コードの各シンボルを受光光線ＬＲとして読み取ることにより、コンテンツデータを受信することが可能となる。

この場合、受発光制御部１１０は、受発光部１１に対して表示のための駆動動作を行うと共に、受光するための駆動動作をも行うことになる。具体的には例えば、上記の線順次駆動動作の場合、図３において説明したように、以下の通りとなる。つまり、ゲートドライバから受発光部１１へ１水平ライン分の各画素を受光駆動対象として切り換える切換信号が切換線Ｓを介して供給されると共に、受発光部１１の１水平ライン分の各画素からの受光信号がデータ読取線ＤＲを介して取得される。このような線順次駆動動作を受発光部１１の全水平ラインに渡って行うことにより、受発光部１１において動画２次元コード各シンボルを受光光線ＬＲとして読み取り、受光信号を取得することが可能となる。このようにして取得された受光信号は、受信機能部１５内の記憶部１５１へ出力される。

記憶部１５１は、受発光部１１から出力される受光信号を１画面ごとの受光信号に再構成し、例えばＳＲＡＭ（Static Random Access Memory）などから構成されるフレームメモリに格納して保持する。記憶部１５１において格納された１画面分の受光信号は、画像処理部１５２へ出力される。なお、この記憶部１５１はメモリ以外の記憶素子から構成されていてもよく、例えば受光信号のデータをアナログデータとして保持しておくことも可能である。

画像処理部１５２は、記憶部１５１から出力される１画面分の受光信号を画像処理する。具体的には、この１画面分の受光信号のデータから動画２次元コードの各シンボルを抽出する。シンボルの抽出方法としては、後述するように各シンボルの含まれるロゴマークや認識用エリアを検出することにより行う。このようにして画像処理し、抽出された動画２次元コードの各シンボルのデータは、デコード部１５３へ出力される。

デコード部１５３は、画像処理部１５２から出力される動画２次元コードの各シンボルのデータをデコードする。具体的にはまず、各シンボルのデータに基づいてＣＲＣを実行する。シンボル内のデータにおいてエラー訂正の必要が生じた場合には、後述する所定の処理により、シンボル内のデータのエラー訂正あるいはシンボル自体のデータのエラー訂正を行う。そしてこれらのデータをデコードしていくが、この際、もし同一のシンボルが重複して取得されていた場合には、この重複したデータを取得しないようにするか、あるいは削除する。このようにして各シンボルのデータをデコードし、デコードされたデータは、情報取得部１５４へ出力される。

情報取得部１５４は、デコード部から出力されるデコードデータを蓄積していき、その蓄積されたデコードデータに基づいて各シンボルに含まれるヘッダ情報やコンテンツデータを復元し、取得する。このようにして各シンボルから復元されたヘッダ情報やコンテンツデータは、制御部（図示せず）へ出力され、これらの情報に応じた処理が実行されるようになっている。具体的には、例えば前述のように、このコンテンツデータを送信した装置が表示しているコンテンツデータを、受信した装置上で表示するといった処理を実行することが可能となる。

なお、入出力端末２における機能構成は、以上のような表示装置１における機能構成と同様であるので、説明を省略する。また、本実施の形態における表示装置１および入出力端末２が備える受発光部１１および受発光部２１は、前述のようにコンテンツデータおよび動画２次元コードの各シンボルを表示すると共に、動画２次元コードの各シンボルを読み取る機能をも有するように構成されているが、本実施の形態における表示装置１および入出力端末２の構成はこれに限られるものではなく、例えば、コンテンツデータおよび動画２次元コードの各シンボルを表示する機能を有する発光部と、動画２次元コードの各シンボルを読み取る機能を有する受光部とを別個に備えるように構成してもよい。

本実施の形態における動画２次元コードは複数種類のフォーマットが用意されており、対応可能なフォーマットは、各装置に固有のものとなっている。また、これら複数種類のフォーマットは、例えば、フォーマットＡ（ver.1.00）、フォーマットＢ（ver.1.01）、フォーマットＣ（ver.2.00）が含まれるように構成される。

フォーマットＡは、これら複数種類のフォーマットの内、最下位のフォーマットであり、各装置が対応可能な最低限のフォーマットである。また、フォーマットＢは、フォーマットＡにおいて、後述する初期ネゴシエーション処理用のデータを追加したものであり、動画２次元コードを用いた送受信処理における基本フォーマットである。フォーマットＢもまた、フォーマットＡからこの初期ネゴシエーション処理用のデータを追加したのみのフォーマットなので、各装置が対応可能である。なお、このフォーマットＢは、後述する初期ネゴシエーション処理において使用されるフォーマットである。

フォーマットＣは、フォーマットＡおよびフォーマットＢからさらに、利用可能なデータ容量の増加および送受信するデータの信頼性を向上させた、フォーマットＡ〜Ｃにおける最上位のフォーマットである。また、このフォーマットＣは、後述するエラー訂正ハンドシェーク処理において使用されるフォーマットである。

なお、本実施の形態における動画２次元コードのフォーマットは、これらのフォーマットに限られるものではなく、これらのフォーマットに代えて（またはこれらに加えて）、他のフォーマットを含むように構成してもよい。

以下、これら複数種類のフォーマットＡ〜Ｃにおける構成の詳細を説明する。

図６は、動画２次元コードのフォーマットＡおよびフォーマットＢにおけるシンボルの形状の一例を表すものである。この図において、（Ａ）は、このシンボルの外見の形状を表し、（Ｂ）は、このシンボルにおける各ドットの構成および機能を表したものである。

図６（Ａ）に示したように、このフォーマットＡおよびフォーマットＢのシンボルの形状４は、７×７＝合計４９ドットの白あるいは黒の表示エレメントが配置されたコード部４１と、長方形形状の表示エレメントでありコード部４１の下部に配置されたロゴマーク部４２とから構成される。コード部４１内の各ドットは、下記の認識用エリアを除いてシンボルごとに任意の白黒パターンが配置され、この１ドットがデータの１ビットを表すようになっている。一方、ロゴマーク部４２は、この動画２次元コードの所定のロゴマークを表示したもので、この動画２次元コードを用いてコンテンツデータを受信する側の装置がシンボルを認識するための領域であり、常に固定のパターンが配置される。

図６（Ｂ）に示したように、このコード部４１における四隅の各４ドット分の領域は、それぞれ認識用エリア４１１Ａ〜４１１Ｄとなっており、四隅の１ドットの黒パターンおよびそれに隣接した３ドットの白パターンが固定され配置される。この認識用エリア４１１Ａ〜４１１Ｄもまた、この動画２次元コードを用いてコンテンツデータを受信する側の装置がシンボルを認識するための領域である。よって、上記のように合計４９ドットから構成されるコード部４１の内、４９−４×４＝３３ドットが、任意の白黒パターンとして利用できるようになっている。

また、この認識用エリア４１１Ａ〜４１１Ｄを除いた３３ドットの内、９ドット分はＣＲＣ用ビット４１２として、シンボル内のデータのエラー訂正に利用される。このＣＲＣ用ビット４１２は、コード部４１内の所定の位置に、満遍なく配置されるようになっている。よって、最終的に任意のデータビット４１３として利用できるのは、３３−９＝２４ドット分となる。なお、この２４ドット分のデータビット４１３は、半分の１２ドット分の正転データビット４１３Ａと、残り半分の１２ドット分の反転データビット４１３Ｂとから構成され、反転データビット４１３Ｂのドットは、データが反転（「０」のデータが「１」に、「１」のデータが「０」になる。つまり、白黒パターンが反転して表示される。）して表示されるようになっている。

図７は、図６のフォーマットＡのシンボルにおけるデータ構成の一例を表すものである。この図において、（Ａ）は、上記のようにコード部４１内において任意の白黒パターンとして利用可能な３３ビット分のデータ領域のデータ構成の内訳を表したものであり、（Ｂ）は、その３３ビット分のデータにおいて、シンボルＩＤの値とデータ領域の内容との関係を表したものである。

図７（Ａ）に示したように、この３３ビット分の任意データ領域のデータ構成４３は、前述の９ビット分のＣＲＣ用ビット４１２と、４ビット分のシンボルＩＤ４３２と、２０ビット分のデータ領域４３３とから構成される。

また、図７（Ｂ）に示したように、この４ビット分のシンボルＩＤ４３２の値に応じて、データ領域４３３の内容は以下のように構成される。

まず、シンボルＩＤ４３２の値が「１０００ｂ」の場合、このシンボルは、動画２次元コードにおけるスタートシンボル４３５として機能し、データ領域４３３の内容は、この動画２次元コードを構成する全シンボル数を定義するようになっている。

また、シンボルＩＤ４３２の値が「１００１ｂ」〜「１１１１ｂ」の場合、このシンボルは、動画２次元コードにおけるヘッダシンボル４３６として機能し、データ領域４３３の内容は、シンボルＩＤ４３２の値が「１００１ｂ」〜「１１１０ｂ」の場合、この動画２次元コードにおけるファイル名を定義するようになっている。なお、このフォーマットＡにおいては、シンボルＩＤ４３２の値が「１１１１ｂ」の場合は未定義となっており、この場合におけるデータ領域４３３は、使用されない。後述するように、この場合におけるデータ領域４３３の内容は、フォーマットＢにおいて初期ネゴシエーション用データとして使用される。

また、シンボルＩＤ４３２の値が「００００ｂ」〜「０１１１ｂ」の場合、このシンボルは、動画２次元コードにおけるデータシンボル４３７として機能し、データ領域４３３の内容は、この動画２次元コードにおけるデータ情報（コンテンツデータ）を表す。なお、このデータシンボル４３７におけるシンボルＩＤ４３２の値は、「００００ｂ」〜「０１１１ｂ」が周期的に変化していくようになっており、８シンボル分までは各シンボルを区別することが可能である。

なお、このフォーマットＡにおいて利用可能な最大シンボル数は、前述のようにスタートシンボル４３５における２０ビット分のデータ領域４２３で定義するので、２の２０乗＝１Ｍシンボルである。よって、利用可能な最大データ容量は、前述のようにシンボルごとに２０ビットのデータ領域が確保されているので、１Ｍシンボル×２０ビット＝２０Ｍビット＝２．５Ｍバイトとなり、従来のバーコードや２次元コード（最大で数Ｋバイト程度）と比べて、格段に大容量のデータを利用することが可能となる。

また、利用可能な最大ファイル名は、前述のようにシンボルＩＤ４３２の値が「１００１ｂ」〜「１１１０ｂ」の６シンボルのデータ領域４２３が確保されているので、６シンボル×２０ビット＝１２０ビット＝１５バイトとなる。なお、最大データ転送速度は、例えば、１フレームに対して１つのシンボルパターンとし、１秒当たりのシンボルのパターン数を、ＮＴＳＣ（National TV Standards Committee）方式を参照して６０（シンボル／秒）とした場合、６０（シンボル／秒）×２０（ビット／シンボル）＝１２００ｂｐｓ（ビット／秒）となる。

図８は、図６のフォーマットＢのシンボルにおけるデータ構成の一例を表すものである。このフォーマットは前述のように、フォーマットＡにおいて初期ネゴシエーション処理用のデータを追加したものである。基本的にはフォーマットＡと同様であるので、図７に示した構成要素と同一の構成要素には同一の符号を付し、説明を適宜省略する。

この図において、（Ａ）は、図７（Ａ）と同様、コード部４１内において任意の白黒パターンとして利用可能な３３ビット分のデータ領域のデータ構成の内訳を表したものであり、（Ｂ）も、図７（Ｂ）と同様、その３３ビット分のデータにおいて、シンボルＩＤの値とデータ領域の内容との関係を表したものである。また、（Ｃ）は、初期ネゴシエーション用データの内訳を表したものであり、（Ｄ）は、その初期ネゴシエーション処理において送受信される、後述する処理性能情報を表すプロトコルの一例を表したものである。

図８（Ａ）に示したように、この３３ビット分の任意データ領域のデータ構成４３は、前述の９ビット分のＣＲＣ用ビット４１２と、４ビット分のシンボルＩＤ４３２と、２０ビット分のデータ領域４３３とから構成される。

また、図８（Ｂ）に示したように、シンボルＩＤ４３２の値が「１０００ｂ」の場合、このシンボルは、動画２次元コードにおけるスタートシンボル４３５として機能する。また、シンボルＩＤ４３２の値が「１００１ｂ」〜「１１１１ｂ」の場合、このシンボルは、動画２次元コードにおけるヘッダシンボル４３６として機能し、データ領域４３３の内容は、シンボルＩＤ４３２の値が「１００１ｂ」〜「１１１０ｂ」の場合、この動画２次元コードにおけるファイル名を定義するようになっている。また、シンボルＩＤ４３２の値が「００００ｂ」〜「０１１１ｂ」の場合、このシンボルは、動画２次元コードにおけるデータシンボル４３７として機能する。

このフォーマットＢにおける特徴である、シンボルＩＤ４３２の値が「１１１１ｂ」の場合、データ領域４３３の内容は初期ネゴシエーション用データとして利用される。具体的にはこの場合、データ領域４３３の２０ビットは、予約ＩＤ４３８として利用される。そして図８（Ｃ）に示したように、この予約ＩＤ４３８とそのデータシンボル４３７の内容との関係は、以下のようになる。

まず、予約ＩＤ４３８の値が「０００００ｈ」の場合、データシンボル４３７におけるデータ情報の内容は、通常のデータ情報（コンテンツデータ）であり、現在通常のデータ転送が行われていることを表すようになっている。また、予約ＩＤ４３８の値が「００００３ｈ」〜「ＦＦＦＦＦｈ」の場合は未定義となっており、この場合におけるデータシンボル４３７は、将来のバージョンにて定義されるまで、ユーザが定義することは禁止されている。

そして、予約ＩＤ４３８の値が「００００１ｈ」および「００００２ｈ」の場合は、データシンボル４３７におけるデータ情報の内容は、初期ネゴシエーション処理用のデータであることを表す。具体的には、予約ＩＤ４３８の値が「００００１ｈ」の場合、後述する装置の処理性能情報を送信することを表し、予約ＩＤ４３８の値が「００００２ｈ」の場合、処理性能情報に基づいて決定されたフォーマットおよび通信条件の決定内容通知を送信することを表す。

なお、これらの場合における処理性能情報、あるいは決定されたフォーマットおよび通信条件は、データシンボル４３７において、図８（Ｄ）に示した、アスキーコードを用いた初期ネゴシエーション処理用プロトコル４４の形式で送受信されるようになっている。この初期ネゴシエーション処理用プロトコル４４は、動画２次元コードを用いたデータ通信の最大送信速度を表す領域４４１と、動画２次元コードについて対応可能な最上位フォーマットを表す領域４４２と、動画２次元コードを用いたデータ通信の送受信時における同期の可否を表す領域４４３と、画面サイズを表す領域４４４と、受光解像度を表す領域４４５とを含む。

具体的には、例えば、ある装置の処理性能情報、あるいは決定されたフォーマットおよび通信条件が、最大送信速度が１２０シンボル／秒（sps）、対応可能な最上位フォーマットがフォーマットＣ（ver.2.01）、同期可能、短辺方向の画面サイズが２００mm、受光解像度が８０ppi（pixel per inch）である場合、（Ｄ）のように、処理性能情報、あるいは決定されたフォーマットおよび通信条件は、「ＳＰＳ＝１２０＿ＶＥＲ＝２０１＿ＡＳＹＮＣ＿ＷＩＤＴＨ＝２００＿ＰＰＩ＝８０」という形式で送受信される。

図９は、動画２次元コードのフォーマットＣにおけるシンボルの形状の一例を表すものである。このフォーマットＣのシンボル５は、４種類のシンボルの形状から構成されている。この図において、（Ａ）は、同期シンボル５１の形状、（Ｂ）は、ヘッダシンボル５２の形状、（Ｃ）は、アンカーシンボル５３の形状、（Ｄ）は、データシンボル５４の形状を表している。

ここで、これらの４種類のシンボルはそれぞれ、以下の用途で使用される。つまり、同期シンボル５１は、動画２次元コードにおける先頭のシンボルであることの認識用、ヘッダシンボル５２は、後述する全アンカーシンボル数やエラー訂正ハンドシェーク処理用データなどのヘッダ情報を含み、これらヘッダ情報の認識用、アンカーシンボル５３はシンボルの受光位置の補正用、データシンボル５４はデータ情報用である。

同期シンボル５１の形状４は、図６（Ａ）に示したフォーマットＡおよびフォーマットＢのシンボルの形状と同様、７×７＝合計４９ドットの白あるいは黒の表示エレメントが配置されたコード部５１１と、長方形形状の表示エレメントでありコード部５１１の下部に配置されたロゴマーク部５１２とから構成される。また、四隅の各４ドット分の領域は、図６（Ｂ）に示したフォーマットＡおよびフォーマットＢのシンボルと同様、それぞれ認識用エリアとなっている。よって、合計４９ドットから構成されるコード部５１１から認識用エリアを除くと、４９−４×４＝３３ドットとなる。

ただし、フォーマットＡおよびフォーマットＢのコード部４１は、認識用エリア４１１を除いてシンボルごとに任意の白黒パターンが配置されているのに対して、このフォーマットＣの同期シンボル５１は、その用途が動画２次元コードにおける先頭のシンボルであることを認識するためのみであるので、シンボル全体として常に予め設定された固定パターンが配置されるようになっている。なお、この同期シンボル５１の形状は、（Ａ）に示した形状に限られず、先頭のシンボルであることが認識できれば、他の任意の形状にしてもよい。

ヘッダシンボル５２の形状は、図６（Ａ）に示したフォーマットＡおよびフォーマットＢのシンボルの形状とは異なり、７×９＝合計６３ドットの白あるいは黒の表示エレメントが配置されたコード部５２１のみから構成される。よって、フォーマットＡおよびフォーマットＢのシンボルの形状と比べて、データ容量が増加している。また、後述するようにこのコード部５２１には認識用エリアが存在しないので、フォーマットＡおよびフォーマットＢのシンボルで使用されていたその分のドット（４×４＝１６ドット）も任意のパターンとして使用することが可能であり、さらにデータ容量が増加するようになっている。

アンカーシンボル５３の形状は、図６（Ａ）に示したフォーマットＡおよびフォーマットＢのシンボルの形状と同様、７×７＝合計４９ドットの白あるいは黒の表示エレメントが配置されたコード部５３１と、長方形形状の表示エレメントでありコード部５３１の下部に配置されたロゴマーク部５３２とから構成される。また、図６（Ａ）に示したフォーマットＡおよびフォーマットＢのシンボルと同様、コード部４１内の各ドットは、下記の認識用エリアを除いてシンボルごとに任意の白黒パターンが配置され、ロゴマーク部４２は、常に固定のパターンが配置されるようになっている。

データシンボル５４の形状は、（Ｂ）のヘッダシンボル５２の形状と同様、７×９＝合計６３ドットの白あるいは黒の表示エレメントが配置されたコード部５４１のみから構成される。また、（Ｂ）のヘッダシンボル５２の形状と同様、このコード部５４１には認識用エリアが存在せず、フォーマットＡおよびフォーマットＢのシンボルの形状と比べて、データ容量が増加している。

図１０は、図９のフォーマットＣのシンボルにおける各ドットの構成および機能を表すものである。この図において、（Ａ）はアンカーシンボル５３、（Ｂ）はヘッダシンボル５２およびデータシンボル５４における各ドットの構成および機能を表したものである。

アンカーシンボル５３のコード部５３１における四隅の各４ドット分の領域は、図６（Ｂ）に示したフォーマットＡおよびフォーマットＢのシンボルと同様、それぞれ認識用エリア５３３Ａ〜５３３Ｄとなっている。よって、合計４９ドットから構成されるコード部５３１の内、４９−４×４＝３３ドットが、任意の白黒パターンとして利用できるようになっている。

また、フォーマットＡおよびフォーマットＢのシンボルと同様、この認識用エリア５３３Ａ〜５３３Ｄを除いた３３ドットの内、９ドット分はＣＲＣ用ビット５３４として、シンボル内のデータのエラー訂正に利用される。よって、最終的に任意のデータビット５３５として利用できるのは、３３−９＝２４ドット分となる。なお、この２４ドット分のデータビット５３５は、半分の１２ドット分の正転データビット５３５Ａと、残り半分の１２ドット分の反転データビット５３５Ｂとから構成される。

一方、ヘッダシンボル５２のコード部５２１およびデータシンボル５４のコード部５４１は、合計６３ドットの内、１５ドット分はＣＲＣ用ビット５２２および５４２として、シンボル内のデータのエラー訂正に利用される。よって、任意のデータビット５２３および５４３として利用できるのは、６３−１５＝４８ドット分となる。なお、この４８ドット分のデータビットは、半分の２４ドット分の正転データビット５２３Ａおよび５４３Ａと、残り半分の２４ドット分の反転データビット５２３Ｂおよび５４３Ｂとから構成される。

図１１は、図９のフォーマットＣのシンボルにおけるデータ構成の一例を表すものである。この図において、（Ａ）〜（Ｄ）は、それぞれ、（Ａ）同期シンボル５１、（Ｂ）ヘッダシンボル５２、（Ｃ）アンカーシンボル５３、（Ｄ）データシンボル５４のコード部５１１，５２１，５３１，５４１内において認識用エリアを除いた領域のデータ構成の内訳を表したものである。なお、（Ａ）〜（Ｄ）の認識用エリアを除いた領域は、前述のようにそれぞれ、３３ビット、６３ビット、３３ビット、６３ビットとなっている。

また、後述するように、動画２次元コードにおいて、（Ａ）〜（Ｄ）はそれぞれ、２シンボル、４〜８シンボル、１シンボル、１〜１６シンボルがひとまとまりの単位となっており、送受信におけるシンボル欠落（後述するシンボルエラー）防止のために、同期シンボル５１およびヘッダシンボル５２は常に同一のシンボルが２シンボルずつとなるように構成されている。

なお、アンカーシンボル５３の欠落に関しては、このシンボルの用途は各シンボルの受光位置の再確認のみなので、欠落しても問題はない。また、データシンボル５４の欠落に関しては、後述するシンボルエラー訂正用データを用いて訂正するようになっており、それでも訂正ができなかった場合には、やはり後述するエラー訂正ハンドシェーク処理により、送信装置側に該当するシンボルを再送信させるようになっている。

図１１（Ａ）に示したように、認識用エリアを除いた３３ビット分の同期シンボルのデータ構成５５は、このシンボルの用途が動画２次元コードにおける先頭のシンボルであることを認識するためのみであるので、データ情報はなしとなっている。

また、図１１（Ｂ）に示したように、ヘッダシンボル５２においては認識用エリアが存在しないので、そのまま６３ビット分のデータが利用可能である。よって、ヘッダシンボルのデータ構成５６は以下のようになっている。つまり、４〜８シンボルについて共通に、６３ビットの内、４ビット分はサブシンボルＩＤ５６１として、１５ビット分は前述のようにＣＲＣ用ビット５２２として構成され、残りの４４ビット分が任意のデータ領域として構成される。

また、この任意のデータ領域はさらに、最初の２シンボル内においては、２０ビット分の全アンカーシンボル数と、２４ビット分の予約ＩＤ５６２とから構成され、その後の４シンボル内においては、４４ビット分のエラー訂正ハンドシェーク用データ５６３から構成される。

サブシンボルＩＤ５６１は、このヘッダシンボル５２内におけるシンボルの順番（４ビット分あるので、最大で１〜８まで。）を示す識別子であり、これによりヘッダシンボル内の各シンボルを識別することが可能となる。また、ＣＲＣ用ビット５２２は、ＣＲＣによるシンボル内のエラー訂正に利用されるものである。また、全アンカーシンボル数は、動画２次元コードに含まれるアンカーシンボル５３の数を示すものであり、２０ビット分あるので、１Ｍシンボルまで定義することが可能である。

予約ＩＤ５６２およびエラー訂正ハンドシェーク処理用データ５６３は、後述するエラー訂正ハンドシェーク処理の際に使用される。具体的には、予約ＩＤ５６２はその値に応じて、エラー訂正ハンドシェーク処理用データ５６３の内容も構成されるようになっている。

ここで、図１２は、エラー訂正ハンドシェーク処理用データの詳細を表すものであり、予約ＩＤ５６２とエラー訂正ハンドシェーク処理用データ５６３の内容との関係を示している。

まず、予約ＩＤ５６２の値が「００００００ｈ」の場合は、動画２次元コードにおいて、現在通常のデータ転送が行われていることを表す。また、予約ＩＤ５６２の値が「０００００３ｈ」〜「ＦＦＦＦＦＦｈ」の場合は、未定義となっている。よって、これらの場合におけるエラー訂正ハンドシェーク処理用データ５６３は、使用されない。

そして、予約ＩＤ５６２の値が「０００００１ｈ」および「０００００２ｈ」の場合は、エラー訂正ハンドシェーク処理用データ５６３は、エラー訂正ハンドシェーク処理用として使用される。具体的には、予約ＩＤ５６２の値が「０００００２ｈ」の場合、受信装置側がシンボル内のエラー訂正が不可能であるためデータ転送を不許可とするということを表す。またこの場合、エラー訂正ハンドシェーク処理用データ５６３の内容は、そのエラー訂正が不可能であるシンボルの位置（どのシンボルからどのシンボルまでがエラー訂正不可能なのか）を表すようになっている。

つまり、図１１（Ｃ）および（Ｄ）において後述するように、アンカーシンボル５３に含まれる２０ビット分のアンカーシンボルＩＤと、データシンボル５４に含まれる４ビット分のサブシンボルＩＤとにより（合計２４ビット）、動画２次元コードにおける各データシンボルを識別可能なので、これによりエラー訂正が不可能であるシンボルの位置を特定し、送信装置側へ通知するようになっている。このように送信装置側へ通知することにより、送信装置側にエラー訂正が不可能であるシンボル部分のデータを再送信させることが可能となる。

なお、予約ＩＤ５６２の値が「０００００１ｈ」の場合は、送信装置側がエラー訂正が不可能であるシンボル部分のデータを再送信し、その後受信装置側が該当する部分のデータを受信完了したときに、受信装置側がデータ転送を許可するということを表す。

ここで図１１（Ｂ）において、ヘッダシンボル５２における矢印５６４で示した最初から３〜４番目のシンボル内のエラー訂正ハンドシェーク処理用データ５６３は、エラー訂正が不可能である最初のシンボルの位置を表すようになっている。また、矢印５６５で示した最初から５〜６番目のシンボル内のエラー訂正ハンドシェーク処理用データ５６３は、エラー訂正が不可能である最後のシンボルの位置を表すようになっている。つまり、エラー訂正ハンドシェーク処理用データ５６３の４４ビットの内、それぞれ上記のように２４ビット分がエラー訂正ハンドシェーク処理用として実際に使用されることになる。

次に、図１１（Ｃ）に示したように、認識用エリアを除いた３３ビット分のアンカーシンボルのデータ構成５７は、２０ビット分はアンカーシンボルＩＤ５７１として、４ビット分はデータシンボルのサブシンボル数５７２として、残りの９ビット分が前述のようにＣＲＣ用ビット５３４として構成される。

アンカーシンボルＩＤ５７１は、前述の全アンカーシンボル数によって定義された全アンカーシンボルの内の何番目かを示す識別子である。このアンカーシンボルＩＤ５７１と、データシンボル５４に含まれる４ビット分のサブシンボルＩＤ５８１とにより、動画２次元コードにおける各データシンボルを識別可能となる。また、ＣＲＣ用ビット５３４は、前述のようにＣＲＣによるシンボル内のエラー訂正に利用されるものである。

データシンボルのサブシンボル数５７２は、１組の単位におけるデータシンボル（前述のように１〜１６シンボル）に含まれるサブシンボル数である。これにより、データシンボルに含まれるサブシンボル数を定義することができる。以下、この１組のデータシンボルの単位を、１セクタと称する。

ここで、図１３は、図９のフォーマットＣにおける動画２次元コードのシンボルの順序構成を表すものである。この図は、時間軸に沿ってシンボルの順序構成を模式的に表したものであり、同期シンボル５１をＳと、ヘッダシンボル５２をＨと、アンカーシンボル５３をＡと、データシンボル５４をＤとして示している。このフォーマットＣにおける動画２次元コードのシンボルは、前述のように時間軸に沿って動画２次元コードの最初から、２シンボルの同期シンボル、４〜８シンボルのヘッダシンボル、（１シンボルのアンカーシンボル、１セクタのデータシンボル）、（１シンボルのアンカーシンボル、１セクタのデータシンボル）、…という順序構成になっている。つまり、１シンボルのアンカーシンボルと１セクタのデータシンボルとが組みになって繰り返し構成されるようになっている。

このようなシンボルの順序構成となっているので、各アンカーシンボル５３に含まれるデータシンボルのサブシンボル数５７２により、各セクタ単位のデータシンボル５４のサブシンボル数を別個に設定することが可能となる。

次に、図１１（Ｄ）に示したように、データシンボル５４においては、（Ｂ）のヘッダシンボル５２と同様、認識用エリアが存在しないので、そのまま６３ビット分のデータが利用可能である。よって、データシンボルのデータ構成５８は以下のようになっている。つまり、１〜１６シンボルについて共通に、６３ビットの内、４ビット分はサブシンボルＩＤ５８１として、４４ビット分が任意のデータ情報として構成され、残りの１５ビット分は前述のようにＣＲＣ用ビット５４２として構成される。

なお、図中の矢印５８３で示した２シンボルのように、４ビット分のサブシンボルＩＤを除いた５９ビット分の領域は、シンボルエラー訂正用データ５８２として使用される場合もある。このシンボルエラー訂正用データ５８２は、動画２次元コードを用いたコンテンツデータの送受信時にデータシンボル自体が欠落してしまったときに、このシンボルエラーを訂正する役割を担うデータである。よって、送受信時にデータシンボル自体の欠落が生じなかったときは、上記のようにデータシンボル５４のデータ構成５８は、全てのシンボルについて、サブシンボルＩＤ５８１、任意のデータ情報およびＣＲＣ用ビット５４２から構成される。

なお、このフォーマットＣにおいて利用可能な最大シンボル数は、前述のようにヘッダシンボル５２に含まれる２０ビットの全アンカーシンボル数および各セクタのアンカーシンボル５３に含まれるデータシンボルのサブシンボル数５７２から算出され、（２の２０乗）×（２の４乗）＝１６Ｍシンボルである。また、利用可能な最大データ容量は、前述のように各データシンボル５４には４４ビット分の任意のデータ情報が確保されているので、上記のシンボルエラー訂正用データ５８２がないものとすると、１６Ｍシンボル×４４ビット＝約７３８Ｍビット＝約９２Ｍバイトとなり、従来のバーコードや２次元コード（最大で約数Ｋバイト程度）、さらには前述のフォーマットＡ（２．５Ｍバイト）と比べても、格段に大容量のデータを利用することが可能となる。

また、最大データ転送速度は、フォーマットＡのときと同様に例えば、１フレームに対して１つのシンボルパターンとし、１秒当たりのシンボルのパターン数を６０（シンボル／秒）とした場合、６０（シンボル／秒）×４４（ビット／シンボル）×（１６／１７）＝約２４８５ｂｐｓ（ビット／秒）となり、１２００ｂｐｓであるフォーマットＡと比べても、約２倍のデータ転送速度を実現することが可能である。なお、計算式中の（１６／１７）は、１セクタあたり最大で、１７シンボルの内１６シンボルのデータシンボル５４が含まれている（残りの１シンボルは、アンカーシンボル５３）ことを表すものである。

なお、本実施の形態における動画２次元コードのフォーマットに係るシンボルの形状およびデータ構成は、以上のような形態に限られるものではなく、他の形態から構成されていてもよい。

次に、以上のような構成の通信システムにおいて、動画２次元コードを用いたコンテンツデータの送信および受信動作を説明する。

図１４は、図１の通信システムにおいて表示装置１が動画２次元コードを用いてコンテンツデータを送信する処理を表すものである。なお、入力端末２が送信する処理は表示装置１の場合と同様であるので、説明を省略する。

まず、図示しないＴＶチューナやネットワーク接続部から供給された種々のコンテンツデータＤに基づいて、画像信号生成部１４１が１画面分の画像信号を生成し、シンボル生成部１４２へ出力する。つまり、シンボル生成部１４２は、動画２次元コードにおける各シンボルを生成するためのコンテンツデータを取得する（ステップＳ１０１）。

次に、シンボル生成部１４２は、動画２次元コードに含むデータシンボル数を算出し、取得したコンテンツデータのデータを算出したデータシンボル数に応じて分割する（ステップＳ１０２）。データシンボル数の算出は、例えば、コンテンツデータのデータ容量と、その動画２次元コードのフォーマットに応じて算出される。具体的には、例えば前述のフォーマットＡおよびフォーマットＢにおける各データシンボルのデータ容量は２４ビット、またフォーマットＣにおける各データシンボルのデータ容量は４４ビットであり、これらのデータ容量に基づいてデータシンボル数が算出される。

シンボル生成部１４２は、コンテンツデータに基づいて動画２次元コードに含まれるヘッダ情報（フォーマットＡおよびフォーマットＢのスタートシンボルおよびヘッダシンボル、あるいはフォーマットＣのヘッダシンボルに含まれる情報）を生成する（ステップＳ１０３）。また、シンボル生成部１４２はＣＲＣ用のデータなども算出し、これらヘッダ情報やＣＲＣ用のデータをコンテンツデータに付加し、１画面ごとのシンボルを生成する（ステップＳ１０４）。なお、このようにして生成するシンボルは、１フレームごとに異なるシンボルのパターンであるとは限らず、数フレームに対して１つのシンボルのパターンであってもよい。

次に、表示信号生成部１４３は、画像信号生成部１４１から出力される１画面ごとの画像信号と、シンボル生成部１４２から出力される１画面ごとのシンボルとを合成し、受発光部１１において表示する１画面ごとの表示信号を生成する（ステップＳ１０５）。

そして受発光制御部１１０および受発光部１１は、表示信号生成部１４３から出力される表示信号に基づいて、表示信号に応じた、１フレーム分の図形や文字などの画像およびシンボル生成部１４２において生成された動画２次元コードの各シンボルを表示し、コンテンツデータを送信する（ステップＳ１０６）。このようにして、順次動画２次元コードのシンボルを表示していく。この動画２次元コードに含まれる全シンボルが表示完了するまではステップＳ１０４〜Ｓ１０６までの処理が繰り返され、表示完了した場合は、動画２次元コードを用いてコンテンツデータを送信する処理が終了となる（ステップＳ１０７）。

次に図１５は、図１の通信システムにおいて表示装置１がフォーマットＡおよびフォーマットＢの動画２次元コードを用いてコンテンツデータを受信する処理を表すものである。なお、入力端末２が受信する処理は表示装置１の場合と同様であるので、説明を省略する。

まず、記憶部１５１は、受発光部１１が受光した受光信号を１画面ごと（１フレームごと）の受光信号に再構成し、フレームメモリに格納して保持する。つまり、まずこのようにして受光信号を取得する（ステップＳ２０１）。

次に、画像処理部１５２は、記憶部１５１から出力される１画面分の受光信号を画像処理して動画２次元コードの各シンボルを抽出する（ステップＳ２０２）。シンボルの抽出方法は、まず図６に示した、フォーマットＡおよびフォーマットＢのシンボル４における長方形形状のロゴマーク部４２を、その長方形形状および縦横の長さ比などから検出し、次にコード部４１に含まれる認識用エリア４１１Ａ〜４１１Ｄの形状から検出することにより行う。

デコード部１５３は、画像処理部１５２から出力されるシンボルのデータをデコードし（ステップＳ２０３）、デコードデータに基づいてＣＲＣを実行し、シンボル内のデータのエラー訂正を行う（ステップＳ２０４）。次に、デコード部１５３はシンボル数の確認を行い（ステップＳ２０５）、また、スタートシンボル４３５およびヘッダシンボル４３６に含まれるヘッダ情報を取得済みであるかどうか判断する（ステップＳ２０６）。

ここで、ヘッダ情報をまだ取得していない場合には、デコード部１５３は、ステップＳ２０１〜Ｓ２０４で読み取った現在のシンボルが、スタートシンボル４３５あるいはヘッダシンボル４３６であるかどうかを判断する（ステップＳ２１１）。

ヘッダシンボル４３６である場合、デコード部１５３はデコードしたデータを情報取得部１５４に出力して蓄積させ、情報取得部１５４はそれを復元してヘッダシンボル４３６に含まれるヘッダ情報（スタートシンボル４３５に含まれる全シンボル数、ならびにヘッダシンボル４３６に含まれるファイル名および予約ＩＤ４３８など。）を取得する（ステップＳ２１２）。その後は、ステップＳ２０１に戻って次のフレームの受光信号を読み取る。また、該当するシンボルでない場合にも、これらのシンボルを読み取るまでステップＳ２０１〜Ｓ２０６およびステップＳ２１１の処理を繰り返す。

そして制御部（図示せず）がこのヘッダ情報を情報取得部１５４から取得することにより、例えば初期ネゴシエーション処理用のデータ（フォーマットＢにおける予約ＩＤ４３８）などから、現在のデータ転送の状況（通常のデータ転送時なのか、あるいは初期ネゴシエーション処理時であるのかといった情報）を把握することが可能となる。

ステップＳ２０６においてヘッダ情報を取得済みである場合には、デコード部１５３は、読み取ったシンボルが重複していないかどうかを判断する（ステップＳ２０７）。もし同一のシンボルを重複して読み取っていた場合には、重複したデータを読み取らず、ステップＳ２０１に戻って次のフレームの受光信号を読み取る。なお、シンボルが重複しているかどうかは、例えば、シンボルＩＤ４３２により判断される。

ステップＳ２０７において読み取ったシンボルが重複していないと判断した場合、情報取得部１５４は、デコード部１５３から出力されるデコードデータを蓄積していく（ステップＳ２０８）。次に情報取得部１５４は、全シンボルを読み取り完了したかどうかを判断する（ステップＳ２０９）。読み取り完了していない場合には、ステップＳ２０１に戻って次のフレームの受光信号を取得する。読み取り完了した場合には、情報取得部１５４がその蓄積されたデコードデータに基づいてコンテンツデータを復元して取得し（ステップＳ２１０）、フォーマットＡおよびフォーマットＢの動画２次元コードを用いてコンテンツデータを受信する処理が終了となる。

次に図１６は、図１の通信システムにおいて表示装置１がフォーマットＣの動画２次元コードを用いてコンテンツデータを受信する処理を表すものである。なお、入力端末２が受信する処理は表示装置１の場合と同様であるので、説明を省略する。

まず記憶部１５１は、受発光部１１が受光した受光信号を１画面ごとの受光信号に再構成し、フォーマットＡおよびフォーマットＢの場合（図１５のステップＳ２０１）と同様にして受光信号を取得する。そして画像処理部１５２が画像処理して動画２次元コードの各シンボルを抽出し、そのシンボルの形状などから、読み取ったシンボルが同期シンボル５１かどうかを判断する（ステップＳ２２１）。同期シンボル５１でなかった場合には、同期シンボルを読み取るまでこの処理を繰り返す。

読み取ったシンボルが同期シンボル５１であった場合、画像処理部１５２はその抽出した同期シンボルの形状などから、シンボルを送信装置側の受発光部のどの位置から読み取ればよいのかといった、シンボルの受光位置を確定させる処理を行う（ステップＳ２２２）。これにより受信装置側は、正確にシンボルを読み取ることが可能となる。

次に、記憶部１５１および画像処理部１５２は、ステップＳ２２１と同様にして次のシンボルを読み取り、その抽出したシンボルをデコード部１５３へ出力する。そしてデコード部１５３は、このシンボルをフォーマットＡおよびフォーマットＢの場合（ステップＳ２０３〜Ｓ２０４）と同様にデコード処理およびＣＲＣの実行を行い、読み取ったシンボルがヘッダシンボル５２であるかを判断する（ステップＳ２２３）。ヘッダシンボル５２でなかった場合には、ヘッダシンボル５２を読み取るまでこの処理を繰り返す。

読み取ったシンボルがヘッダシンボル５２であった場合、ヘッダシンボル５２に含まれるヘッダ情報（全アンカーシンボル数、予約ＩＤ５６２およびエラー訂正ハンドシェーク処理用データ５６３など）を取得する（ステップＳ２２４）。そして情報取得部１５４がこのヘッダ情報を取得することにより、例えば予約ＩＤ５６２およびエラー訂正ハンドシェーク処理用データ５６３などから、現在のデータ転送の状況（通常のデータ転送時なのか、あるいはエラー訂正ハンドシェーク処理時であるのかといった情報）を把握することが可能となる。

次に、記憶部１５１および画像処理部１５２およびデコード部１５３は、ステップＳ２２３と同様にして次のシンボルを読み取り、このシンボルがアンカーシンボル５３であるかを判断する（ステップＳ２２５）。

アンカーシンボル５３であった場合には、アンカーシンボルを用いてシンボルの受光位置の再確認による補正を行い（ステップＳ２２６）、次のデータシンボル５４の読み取りを行う（ステップＳ２２７）。一方、アンカーシンボル５３ではなかった場合（前述のように、アンカーシンボル５３は１セクタに対して１シンボルのみなので、読み取り時にシンボルを欠落してしまう場合が考えられる。）、あるいはデコード部１５３がアンカーシンボルであると認識できなかった場合には、シンボル位置の再確認を行わずにそのまま次のデータシンボル５４の読み取りを行う。アンカーシンボル５３の用途は各シンボルの受光位置の再確認による補正のみであり、この位置補正はセクタごとに行うので、たとえ１回くらいできなくても問題ないからである。

ここで、このアンカーシンボル５３による位置補正は、フォーマットＡおよびフォーマットＢの場合（ステップＳ２０２）と同様に、アンカーシンボル５３の形状における長方形形状のロゴマーク部５３２を、その長方形形状および縦横の長さ比などから検出し、次にコード部５３１に含まれる認識用エリア５３３Ａ〜５３３Ｄから検出することにより行う。これにより受信装置側は、各セクタ単位の頻度でシンボルの位置ずれなどを防止し、より正確にシンボルを読み取ることが可能となる。

ステップＳ２２７においてデータシンボル５４を読み取った後は、フォーマットＡおよびフォーマットＢの場合（ステップＳ２０３〜Ｓ２０４）と同様に、デコード部１５３がデコード処理およびＣＲＣの実行を行う。そしてシンボル数の確認を行い、もし同一のシンボルを重複して読み取っていた場合には、重複したデータを削除する（ステップＳ２２８）。シンボルが重複しているかどうかは、例えば、アンカーシンボルＩＤ５７１やサブシンボルＩＤ５８１により判断される。

次に、１セクタのデータシンボル５４の読み取りが終了したかどうかを判断する（ステップＳ２２９）。読み取りが終了していない場合には、ステップＳ２２７へ戻って次のデータシンボルを読み取る。読み取りが終了した場合において、次にシンボルエラー（読み取り時におけるデータシンボル５４自体の欠落）が生じていたときには、このシンボルエラーの訂正を行う（ステップＳ２３０）。データシンボル５４のシンボルエラーの訂正方法に関しては、まずはシンボルエラー訂正用データ５８３を用いて訂正し、それでも訂正ができなかった場合には、後述するエラー訂正ハンドシェーク処理により、送信装置側に該当するデータシンボルを再送信させる。

なお、１セクタのデータシンボル５４の読み取りが終了したかどうかは、サブシンボルＩＤ５８１およびセクタごとの各アンカーシンボルに含まれる、データシンボルのサブシンボル数５７２により判断される。

次にフォーマットＡおよびフォーマットＢの場合（ステップＳ２０８〜Ｓ２０９）と同様、情報取得部１５４がデコードデータを蓄積していき（ステップＳ２３１）、情報取得部１５４が全シンボルを読み取り完了したかどうかを判断する（ステップＳ２３２）。読み取り完了していない場合にはステップＳ２２５に戻り、次のセクタのアンカーシンボル５３の受光信号を取得する。読み取り完了した場合には、情報取得部１５４がコンテンツデータを復元して取得し（ステップＳ２３３）、フォーマットＣの動画２次元コードを用いてコンテンツデータを受信する処理が終了となる。

次に、以上のような動画２次元コードを用いてコンテンツデータを送受信する動作に基づいて、本実施の形態の通信システムにおける初期ネゴシエーション処理およびエラー訂正ハンドシェーク処理について説明する。

ここで、初期ネゴシエーション処理とは、送信装置および受信装置との間で実際にコンテンツデータのデータ通信を行う前にお互いに装置の処理性能情報を送受信し、この処理性能情報に基づいて最適なフォーマットおよび通信条件を決定し、この決定された条件に基づいて実際にデータ通信を行うようにする処理のことである。

また、エラー訂正ハンドシェーク処理とは、データ通信時において受信装置側が、ＣＲＣ用ビットのデータではシンボル内のエラー訂正が不可能となった場合に、送信装置側にこのエラー訂正が不可能であるシンボルを再送信させて正常なコンテンツデータのデータの受信を可能とする処理のことである。

図１７は、上記のように初期ネゴシエーション処理において使用される、図１の表示装置１および入出力端末２の処理性能情報の一例を表すものである。この処理性能情報６は、例えば、対応可能な最上位フォーマット６１と、最大送信速度６２と、画面サイズ６３と、受光解像度６４と、同期の可否６５とを含む。また、これらの処理性能情報は、例えば図６（Ｃ）に示した初期ネゴシエーション処理用プロトコルの形式で、装置間を送受信される。

対応可能な最上位フォーマット６１は、文字通りその装置が対応可能な動画２次元コードの最上位のフォーマットを表し、各表示装置に固有のものである。この対応可能な最上位フォーマット６１は、例えば、フォーマットＣ（ver.2.01）などが挙げられる。なお、図１７において表示装置１における対応可能な最上位フォーマット６１がフォーマットＤ（ver.2.03）となっており、前述のフォーマットＡ〜Ｃとは異なるフォーマットを挙げているが、便宜的にフォーマットＡ〜Ｃよりも上位の仮想フォーマットであるものとする。

最大送信速度６２は、その装置が動画２次元コードを用いてコンテンツデータを送信可能な最大速度を表し、図１７に示したように例えば、１２０（シンボル／秒）などとなる。また、画面サイズ６３は、その装置が備える受発光部が表示および受光することが可能な画面サイズ（画面の短辺方向の実寸サイズ）を表し、例えば２００mmなどとなる。受光解像度６４は、その装置が備える受発光部が受光することが可能な解像度を表し、例えば７２ppi（pixel per inch）などとなる。

また、同期の可否６５は、その装置が、他の装置における動画２次元コードを用いたコンテンツデータの送受信動作に対して、同期することが可能かどうかということを表す。この場合、図１７に示したように表示装置１および入出力端末２はいずれも非同期となっているが、同期可能な装置の場合、後述するようにより効率的にデータ転送を行うことが可能となる。

なお、本実施の形態における表示装置１および入出力端末２の処理性能情報は、これらの情報に限られるものではなく、これらの情報に代えて（またはこれらに加えて）、他の情報を含んでいてもよい。

図１８は、図１の通信システムにおける表示装置１および入出力端末２の間の初期ネゴシエーション処理を表すものである。ここで、表示装置１が動画２次元コードを用いたコンテンツデータの送信装置側、入出力端末２が動画２次元コードを用いたコンテンツデータの受信装置側であり、また、表示装置１および入出力端末２処理性能情報は、図１７に示した情報であるものとする。

まず、送信装置側である表示装置１は、動画２次元コードを用いて、図１５に示したような自装置の処理性能情報を受信装置側である入出力端末２へ送信する（ステップＳ３０１）。このときの動画２次元コードのフォーマットは、初期ネゴシエーション処理用であり、各装置が対応可能であるフォーマットＢ（ver.1.01）に設定する。また、この処理性能情報の送信速度は、お互いの装置同士が同期可能かどうかはこの時点では不明なので、サンプリング定理およびＮＴＳＣ方式の６０（フレーム／秒）に基づいて、３０（シンボル／秒）に設定し、６０（シンボル／秒）以上の最大送信速度６２を有する装置であればこの処理性能情報を受信可能となるようにする。図１７によれば、入出力端末２の最大送信速度６２は、８０（シンボル／秒）であるので、入出力端末２はこの処理性能情報を受信可能であり、この処理性能情報を受信する（ステップＳ３０２）。

この際、送信装置側である表示装置１は、自装置の処理性能情報を受信装置側である入出力端末２に対して送信する代わりに、入出力端末２に対して処理性能情報の送信要求をするようにしてもよい。つまりこの処理性能情報の送信要求は、上記のように自装置の処理性能情報を送信することにより相手側の処理性能情報を受信する場合を含むものである。以下の場合も同様である。

次に、入出力端末２も同様にして、動画２次元コードを用いて自装置の処理性能情報を表示装置１へ送信する（ステップＳ３０３）。このときの動画２次元コードのフォーマットも同様に、初期ネゴシエーション処理用のフォーマットＢ（ver.1.01）に設定する。また、この処理性能情報の送信速度については、入出力端末２は、表示装置１の最大送信速度６２が１２０（シンボル／秒）であることを認識し、自装置の最大送信速度６２は、８０（シンボル／秒）であることから、サンプリング定理に基づいて自装置が受信可能な最大送信速度である４０（シンボル／秒）に設定する。

表示装置１の最大送信速度６２は１２０（シンボル／秒）であるので、この処理性能情報を受信可能であり、処理性能情報を受信する（ステップＳ３０４）。次に表示装置１は、これら自装置および入出力端末２の処理性能情報に基づいて、以後の動画２次元コードを用いた最適なフォーマットおよび通信条件を決定する（ステップＳ３０５）。

具体的には例えば、図１７を参照すると、対応可能な最上位フォーマット６１に関しては、表示装置１がフォーマットＤ（ver.2.03）、入出力端末２がフォーマットＣ（ver.2.01）なので、下位のフォーマットに合わせてフォーマットＣ（ver.2.01）と設定する。最大送信速度６２に関しては、この場合、同期の可否６５により表示装置１および入出力端末２のいずれも非同期なので、受信装置側である入出力端末２の８０（シンボル／秒）に基づいて、サンプリング定理より４０（シンボル／秒）と設定する。また、画面サイズ６３および受光解像度６４に関しては、受信装置側である入出力端末２および送信装置側である表示装置１のこれらの情報に基づいて、表示するシンボルのサイズを設定する。このようにして、最適なフォーマットおよび通信条件が決定される。

そして表示装置１は、このフォーマットおよび通信条件の決定内容通知を、入出力端末２へ送信する（ステップＳ３０６）。なお、このときはまだ入出力端末２はこの決定内容通知を受信する前であり、どのようなフォーマットおよび通信条件に基づいて受信すればよいか不明であるので、引き続きフォーマットＢ（ver.1.01）および４０（シンボル／秒）の設定で送信する。

入出力端末２は、このフォーマットおよび通信条件の決定内容通知を受信し（ステップＳ３０７）、どのようなフォーマットおよび通信条件に基づいて受信すればよいかを認識する。そして表示装置１は、この決定したフォーマットおよび通信条件で、動画２次元コードを用いたデータ転送を開始する（ステップＳ３０８）。この場合、決定したフォーマットおよび通信条件は上記のように、フォーマットはフォーマットＣ（ver.2.01）、送信速度は４０（シンボル／秒）である。そして入出力端末２はこの動画２次元コードを用いたデータを受信し、初期ネゴシエーション処理が終了となる。以後、この決定されたフォーマットおよび通信条件でデータ転送が行われる。

次に図１９は、図１の通信システムにおける表示装置１および入出力端末２の間のエラー訂正ハンドシェーク処理を表すものである。図１８に示した初期ネゴシエーション処理において決定されたフォーマットおよび通信条件でデータ転送を行っていたときに、受信装置側である入出力端末２において、ＣＲＣ用ビットのデータではシンボル内のエラー訂正が不可能となった場合で説明するものとする。

まず、図１８のステップＳ３０８〜Ｓ３０９と同様に、表示装置１が、初期ネゴシエーション処理において決定されたフォーマットおよび通信条件（フォーマットはフォーマットＣ（ver.2.01）、送信速度は４０（シンボル／秒））で動画２次元コードを用いたデータ転送を行い（ステップＳ３１１）、入出力端末２はそのデータを受信する（ステップＳ３１２）。そして入出力端末２は、ＣＲＣ用ビットのデータではエラー訂正不能であるデータシンボル内のエラーを認識する（ステップＳ３１３）。

このとき、入出力端末２は、図１２に示した予約ＩＤ５６２を「０００００２ｈ（データ転送不許可）」に設定し、同時に図１１（Ｂ）で示したヘッダシンボル５２におけるエラー訂正ハンドシェーク用データ５６３に、そのエラー訂正が不可能であるシンボルの位置（どのシンボルからどのシンボルまでがエラー訂正不可能なのか）を設定する。つまり、前述のようにヘッダシンボル５２における矢印５６４で示した最初から３〜４番目のシンボル内のエラー訂正ハンドシェーク処理用データ５６３において、エラー訂正が不可能である最初のシンボルの位置を設定し、矢印５６５で示した最初から５〜６番目のシンボル内のエラー訂正ハンドシェーク処理用データ５６３において、エラー訂正が不可能である最後のシンボルの位置を設定する。

このようにして入出力端末２は、エラー訂正ハンドシェーク処理用データを設定した動画２次元コードを用いてデータ転送不許可通知を表示装置１へ送信する（ステップＳ３１４）。なお、フォーマットはエラー訂正ハンドシェーク処理用のフォーマットであるフォーマットＣ（ver.2.01）、送信速度は引き続き４０（シンボル／秒）で送信する。

次に表示装置１は、このデータ転送不許可通知を受信し（ステップＳ３１５）、これにより、入出力端末２においてエラー訂正が不可能であるシンボルが存在すること、およびこれらのシンボルの位置を特定して認識する。そして表示装置１は、これらのエラー訂正が不可能であるデータシンボルのデータを、入出力端末２へ再転送する（ステップＳ３１６）。なおこのとき、元のフォーマットおよび通信条件を引き続き、フォーマットはフォーマットＣ（ver.2.01）、送信速度は４０（シンボル／秒）で送信する。

入出力端末２は、これらのエラー訂正が不可能であるデータシンボルのデータを受信する（ステップＳ３１７）。そして該当する全てのデータを受信したことを認識すると（ステップＳ３１８）、表示装置１へデータ転送許可通知を送信する（ステップＳ３１９）。具体的には、図１２に示した予約ＩＤ５６２を「０００００１ｈ（データ転送許可）」に設定した動画２次元コードを用いて送信する。この場合も、フォーマットはエラー訂正ハンドシェーク処理用のフォーマットであるフォーマットＣ（ver.2.01）、送信速度は引き続き４０（シンボル／秒）で送信する。

表示装置１はこのデータ転送許可通知を受信し（ステップＳ３２０）、入出力端末２においてエラー訂正が不可能であるシンボルが存在しなくなったことを認識する。そして表示装置１は、元のフォーマットおよび通信条件（フォーマットはフォーマットＣ（ver.2.01）、送信速度は４０（シンボル／秒））で、通常のデータ転送を再開する（ステップＳ３２１）。入出力端末２はこの再開されたデータを受信していき（ステップＳ３２２）、エラー訂正ハンドシェーク処理が終了となる。

以上のように、本実施の形態の表示装置、通信システムおよび通信方法によれば、表示装置１および入出力端末２が動画像の表示と光の受光とが可能な受発光部１１，２１を備え、送信装置側である表示装置１において動画２次元コードに関する複数種類のフォーマットの中から通信に用いる最適なフォーマットを決定し、このフォーマットに基づいてコンテンツデータを含む動画２次元コードを生成し、受発光部１１および受発光部２１を利用して動画２次元コードの表示および読み取りを行うことにより、表示装置１と入出力端末２との間でデータ通信を行うようにしたので、データ通信の方式に関しての互換性が確保されることにより使用可能なハードウェアやソフトウェアがあまり固定化されず、汎用性を確保しつつ大容量のデータ通信を行うことが可能となる。

また、本実施の形態の表示装置、通信システムおよび通信方法によれば、表示装置１と入出力端末２との間で実際にコンテンツデータのデータ通信を行う前に、表示装置１が入出力端末２から処理性能情報を示す動画２次元コードを受信し、この処理性能情報に基づいて実際の通信に用いるフォーマットを決定するようにしたので、事前に入出力端末２の処理性能を考慮してフォーマットを決定することができ、相手装置に応じて確実にかつ効率的にデータ通信を行うことが可能となる。

また、本実施の形態の表示装置、通信システムおよび通信方法によれば、この処理性能情報に通信条件として、最大送信速度を示す情報、同期の可否を示す情報、画面サイズを示す情報、受光解像度を示す情報などを含み、表示装置１においてこれらの通信条件をも考慮してデータ通信を行うようにしたので、これらの情報に基づいてさらに確実にかつ効率的にデータ通信を行うことが可能となる。

また、本実施の形態の表示装置、通信システムおよび通信方法によれば、実際にコンテンツデータのデータ通信を行う前の処理性能情報の送受信を、互いに対応可能な最下位のフォーマットおよび通信条件により行うようにしたので、確実に処理性能情報の送受信を行うことができ、確実に最適なフォーマットおよび通信条件を決定することが可能となる。

さらに、本実施の形態の表示装置、通信システムおよび通信方法によれば、データ通信時において受信装置側である入出力端末２がシンボル内のエラー訂正が不可能となった場合に、エラー訂正が不可能であるシンボルが存在することおよびこれらのシンボルの位置を、動画２次元コードを用いて送信装置側である表示装置１へ送信し、表示装置１がこのエラー訂正が不可能であるシンボルを入出力端末２へ再送信するようにしたので、データ通信における信頼性を向上させることが可能となる。

なお、本実施の形態においては、送信対象の情報が受発光部に表示されている図形や文字などの情報である例で説明したが、受発光部に表示されている内容と、送信対象の情報とが別物であってもよい。例えば、表示されている内容の解説文などの文字情報や、表示されている内容に関する秘密情報（受発光部には表示したくない情報）などを送信対象情報としてもよい。このようにした場合、例えば、表示装置１の受発光部１１に表示されている図形画像を視聴しながら、その図形画像の解説文を入出力端末２の受発光部２１上で視聴したり、その図形画像に関する秘密情報を入出力端末２上で取得するといったことが可能となる。

［第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。

上記第１の実施の形態においては、送信装置側である表示装置１および受信装置側である入出力端末２がいずれも非同期の装置である場合の通信システムについて説明したが、本実施の形態では、送信装置側である表示装置が同期可能な装置である場合の通信システムについて説明する。なお、本実施の形態に係る通信システムの全体構成、ならびに受発光セルの配置構成および回路構成は、第１の実施の形態における図１〜図３を援用する。

図２０は、本実施の形態に係る表示装置１および入出力端末２における処理性能情報の一例を表すものである。この図は、第１の実施の形態における図１７に対応するものであり、重複する部分については適宜説明を省略する。この処理性能情報６は、例えば、対応可能な最上位フォーマット６１と、最大送信速度６２と、画面サイズ６３と、受光解像度６４と、同期の可否６５とを含む。第１の実施の形態における図１７との違いは、表示装置１が同期可能な装置になっている点である。

なお、本実施の形態における表示装置１および入出力端末２の処理性能情報も、第１の実施の形態と同様、これらの情報に限られるものではなく、これらの情報に代えて（またはこれらに加えて）、他の情報を含んでいてもよい。

図２１は、本実施の形態に係る表示装置１および入出力端末２の間の初期ネゴシエーション処理を表すものである。この図は、第１の実施の形態における図１８に対応するものであり、重複する部分については適宜説明を省略する。ここで、第１の実施の形態と同様、表示装置１が動画２次元コードを用いたコンテンツデータの送信装置側、入出力端末２が動画２次元コードを用いたコンテンツデータの受信装置側であり、また、表示装置１および入出力端末２処理性能情報は、図２０に示した情報であるものとする。

まず、送信装置側である表示装置１は、図２０に示したような自装置の処理性能情報を受信装置側である入出力端末２へ送信し（ステップＳ４０１）、入出力端末２はこの処理性能情報を受信する（ステップＳ４０２）。次に、入出力端末２も同様にして、自装置の処理性能情報を表示装置１へ送信し（ステップＳ４０３）、表示装置１はこの処理性能情報を受信する（ステップＳ４０４）。表示装置１は、これら自装置および入出力端末２の処理性能情報に基づいて、動画２次元コードを用いた最適なフォーマットおよび通信条件を決定する（ステップＳ４０５）。

具体的には例えば、図２０を参照すると、第１の実施の形態の場合と同様に、フォーマットに関しては、フォーマットＣ（ver.2.01）と設定する。画面サイズ６３および受光解像度６４に関しては、受信装置側である入出力端末２および送信装置側である表示装置１のこれらの情報に基づいて、表示するシンボルのサイズを設定する。

送信速度に関しては、本実施の形態の場合、同期の可否６５により表示装置１が同期可能なので、値が小さい方の８０（シンボル／秒）に同期することが可能となり、８０（シンボル／秒）と設定する。なお、この表示装置１が入出力端末２における受信動作に対して同期をかける方法としては、例えば入出力端末２の処理性能情報に含まれる最大送信速度６２の情報に基づいて、ＰＬＬ（Phase Locked Loop）回路などを用いてフレームレートを変化させ、同期をかける方法などが挙げられる。このようにして、第１の実施の形態の場合（４０（シンボル／秒））と比べて動画２次元コードの送信速度を向上することが可能となり、より効率的にデータ転送を行うことが可能となる。

次に表示装置１は、このフォーマットおよび通信条件の決定内容通知を、入出力端末２へ送信する（ステップＳ４０６）。入出力端末２は、このフォーマットおよび通信条件の決定内容通知を受信し（ステップＳ４０７）、どのようなフォーマットおよび通信条件に基づいて受信すればよいかを認識する。そして表示装置１は、この決定したフォーマットおよび通信条件で、動画２次元コードを用いたデータ転送を開始する（ステップＳ４０８）。この場合、決定したフォーマットおよび通信条件は上記のように、フォーマットはフォーマットＣ（ver.2.01）、送信速度は８０（シンボル／秒）である。そして入出力端末２はこのデータを受信し、初期ネゴシエーション処理が終了となる。以後、この決定されたフォーマットおよび通信条件でデータ転送が行われる。

なお、本実施の形態におけるエラー訂正ハンドシェーク処理は、図１９に示した第１の実施の形態におけるエラー訂正ハンドシェーク処理と同様であるので、説明を省略する。第１の実施の形態の場合と異なるのは、上記のように初期ネゴシエーション処理において決定されたフォーマットおよび通信条件が、送信速度に関して８０（シンボル／秒）であるので、エラー訂正ハンドシェーク処理もこの送信速度で行われる点である。

以上のように、本実施の形態の表示装置、通信システムおよび通信方法によれば、送信装置側であり同期可能な装置である表示装置１が、動画２次元コードを用いてデータ通信を行う際に、同期をかけて受信装置側の入出力端末２へデータ転送するようにしたので、第１の実施の形態の効果に加え、データの送信速度を向上させることができるので、より効率的にデータ通信を行うことが可能となる。

なお、本実施の形態においては、送信装置側である表示装置１が同期可能な装置の場合の例で説明したが、逆に、受信装置側である入出力端末２が同期可能な装置の場合においても、同期をかけてデータの送信速度を向上させることが可能である。この場合、同期をかけることができるのは、送信装置側あるいは受信装置側であるかを問わず、最大送信速度６２の値が大きい方の装置である。よって、図１７および図２０に示した第１および第２の実施の形態の場合とは逆に、送信装置側である表示装置１の最大送信速度が８０（シンボル／秒）、受信装置側である入出力端末２の最大送信速度が１２０（シンボル／秒）である場合の例で説明する。

この場合、図２１を参照にして説明すると、受信装置側である入出力端末２は、表示装置１の処理性能情報を受信し（ステップＳ４０２）、表示装置１の最大送信速度が８０（シンボル／秒）であり、自装置の最大送信速度の値の方が大きいことを認識する。よって、この時点で同期をかけることが可能なので、自装置の処理性能情報を、８０（シンボル／秒）で表示装置へ送信する（ステップＳ４０３）。このようにして、これ以後、送信速度に関してはこの速度でデータ通信が行われるようになる。

［第３の実施の形態］
次に、本発明の第３の実施の形態について説明する。

上記第１および第２の実施の形態においては、受信装置側が動画２次元コードを用いたコンテンツデータの送受信が可能な入出力端末２である場合の通信システムについて説明したが、本実施の形態では、受信装置側が動画２次元コードを用いたコンテンツデータの受信のみが可能な入力端末８である場合の通信システムについて説明する。

図２２は、本発明の第３の実施の形態に係る通信システムの全体構成を表すものである。
この図において、第１の実施の形態における図１に示した構成要素と同一の構成要素には同一の符号を付し、重複する部分については適宜説明を省略する。この通信システムは、所定の図形や文字などの動画像を表示する機能を有する表示装置１と、所定の情報の入力機能のみを有する入力端末８とから構成される。ただし、これら表示装置１および入力端末８は、第１および第２の実施の形態の場合と同様、これらの機能を備えていれば、他の種類（例えばＣＤプレーヤ、パーソナルコンピュータ等）の装置から構成されていてもよい。

入力端末８は、入出力端末２と同様、例えば有機または無機のＥＬディスプレイやＬＣＤなどから構成される表示部８１と、動画２次元コードのシンボルを読み取ることが可能な受光部８２と、これら入力端末本体と受光部８２とを繋ぐコード８３とを備える。第１および第２の実施の形態における入出力端末２の受発光部２１と異なるのは、この表示部８１は所定の図形や文字などの動画像を表示する機能のみを有し、上記のように動画２次元コードのシンボルを受光する機能を有するのは受光部８２であり、さらに動画２次元コードを用いたコンテンツデータの受信のみが可能である点である。

ここで、表示装置１および入力端末８は、本発明における「第１の表示装置」および「第２の表示装置」の一具体例に対応するものである。

図２３は、図２２の通信システムにおける動画２次元コードを用いた通信状況の一例を斜視図で表すものである。第１の実施の形態における図４に示した構成要素と同一の構成要素には同一の符号を付し、重複する部分については適宜説明を省略する。

図のように、ユーザは例えば、表示装置１が備える受発光部１１に表示されているシンボル１３Ａの領域付近に、入力端末８が備える受光部８２を接近させることで、矢印Ｙで示したように、シンボル１３Ａを介してコンテンツデータを直感的に受信することができるようになっている。これにより、表示装置１と入力端末８との間で、動画２次元コードに含まれる種々のコンテンツデータを容易に共有することが可能となる。第１および第２の実施の形態の場合と異なるのは、受光部８２が、動画２次元コードのシンボルの受光のみが可能である点である。

図２４は、図２２の入力端末８における機能構成の一例を表すものである。本実施の形態における入力端末８の機能構成は、図３に示した第１の実施の形態における表示装置１の機能構成と基本的に同様であるので、重複する部分については適宜説明を省略する。この入力端末８は、所定の図形や文字などの動画像を表示する機能のみを有する表示機能部８４と、動画２次元コードを用いたコンテンツデータの受信機能を有する受信機能部８５と、これら表示機能部８４および受信機能部８５に対する制御機能を有する制御部（図示せず）とを備える。

また、表示機能部８４は、画像信号生成部８４１、表示制御部８４４および表示部８１を有する。一方、受信機能部８５は、受光部８２、受光制御部８５５、記憶部８５１、画像処理部８５２、デコード部８５３および情報取得部８５４を有する。

画像信号生成部８４１は、例えば図示しないＴＶチューナやネットワーク接続部などから供給されるコンテンツデータに基づいて、例えば１画面ごとに表示するための画像信号を生成する。このようにして生成した１画面ごとの画像信号は、表示信号生成部８４３へ出力される。

表示制御部８４４は、画像信号生成部８４１から出力される画像信号に基づいて、表示部８１において画像信号に応じた図形や文字などの動画像を表示するための駆動動作を行う。なお、この表示制御部８４４は、受信機能部８５における受光制御部８５５との間においても、例えば制御信号などのやり取りを行う場合もある。

表示部８１は、前述のように例えば、複数の画素が全面に渡ってマトリクス状に配置された、有機または無機のＥＬディスプレイやＬＣＤなどからなり、例えば線順次駆動動作により所定の図形や文字などの動画像を表示する。第１および第２の実施の形態における入出力端末２の受発光部２１と異なるのは、この表示部８１は所定の図形や文字などの動画像を表示する機能のみを有する点である。

受光制御部８５５は、受光部８２において動画２次元コードを受光するための駆動動作を行う。

受光部８２は、動画２次元コードを受光する機能を有する。この受光部８２は、具体的には例えば、表示装置１の受発光部１１において表示された動画２次元コードのシンボルを受光するためのレンズや受光素子などから構成される。このようにして受光した受光信号は、記憶部８５１へ出力される。

記憶部８５１は、受光部８２から出力される受光信号を１画面ごとの受光信号に再構成し、フレームメモリに格納して保持する。記憶部８５１において格納された１画面分の受光信号は、画像処理部８５２へ出力される。

画像処理部８５２は、記憶部８５１から出力される１画面分の受光信号を画像処理する機能を有する。画像処理し、抽出された動画２次元コードの各シンボルのデータは、デコード部８５３へ出力される。

デコード部８５３は、画像処理部８５２から出力される動画２次元コードの各シンボルのデータをデコードする機能を有する。各シンボルのデータをデコードし、デコードされたデータは、情報取得部８５４へ出力される。

情報取得部８５４は、デコード部から出力されるデコードデータを蓄積していき、その蓄積されたデコードデータに基づいて各シンボルに含まれるコンテンツデータを復元し、取得する機能を有する。復元された動画２次元コードの各シンボルに含まれるコンテンツデータは、制御部（図示せず）へ出力され、このコンテンツデータに応じた処理が実行されるようになっている。

なお、本実施の形態における入力端末８が備える表示部８１は、前述のように所定の図形や文字などの動画像を表示する機能のみを有するように構成されているが、本実施の形態における入力端末８の構成はこれに限られるものではなく、例えば、受光部８２の代わりに（あるいはこれに加えて）、表示部８１が光を受光する機能をも有するように構成してもよい。

ここで、本実施の形態における動画２次元コードのフォーマットの構成および動画２次元コードを用いたコンテンツデータの送受信処理については、第１の実施の形態における図６〜図１６と同様であるので、同一の構成要素には同一の符号を付し、説明を省略する。また、本実施の形態における表示装置１および入力端末８の処理性能情報の一例は、第１の実施の形態における図１７あるいは第２の実施の形態における図２０と同様であるので、同一の構成要素には同一の符号を付し、説明を省略する。

なお、本実施の形態における表示装置１および入力端末８の処理性能情報も、第１および第２の実施の形態と同様、これらの情報に限られるものではなく、これらの情報に代えて（またはこれらに加えて）、他の情報を含んでいてもよい

図２５は、図２２の通信システムにおける表示装置１および入力端末８の間の初期ネゴシエーション処理を表すものである。この図は、第１の実施の形態における図１８および第２の実施の形態における図２１に対応するものであり、重複する部分については適宜説明を省略する。ここで、第１および第２の実施の形態の場合と同様、表示装置１が動画２次元コードを用いたコンテンツデータの送信装置側、入力端末８が動画２次元コードを用いたコンテンツデータの受信装置側であり、また、表示装置１および入力端末８の処理性能情報は、図１７あるいは図２０に示した情報であるものとする。

まず、送信装置側である表示装置１は、図１７あるいは図２０に示したような自装置の処理性能情報を受信装置側である入力端末８へ送信し（ステップＳ５０１）、入力端末８はこの処理性能情報を受信する（ステップＳ５０２）。ここで、第１および第２の実施の形態と異なるのは、受信装置側である入力端末８が、動画２次元コードを用いてコンテンツデータを送信する機能を有しないので、入力端末８は処理性能情報を表示装置１へ送信できない点である。

よって表示装置１は、受信装置側である入力端末８から処理性能情報を取得できないことになる。ここで例えば、表示装置１は予めこの返答待ちの時間を設定（例えば１秒など）しておき、本実施の形態の場合、いつまでも受信はできないので、返答待ちのタイムアウトになったことを認識する（ステップＳ５０３）。

表示装置１は、フォーマットおよび通信条件を各装置が対応可能な最下位の条件に決定する（ステップＳ５０４）。具体的には例えば、フォーマットに関しては、各装置が対応可能なフォーマットＡ（ver.1.00）と設定する。画面サイズおよび受光解像度に関しても、表示装置１は入力端末８の画面サイズ６３および受光解像度６４の情報を認識できないので、予め設定されている各装置が対応可能な最低限の画面サイズおよび受光解像度に設定する。送信速度に関しても、表示装置１は入力端末８の最大送信速度６２の情報を認識できないので、前述のようにサンプリング定理およびＮＴＳＣ方式の６０（フレーム／秒）に基づいて３０（シンボル／秒）と設定する。

次に表示装置１は、このフォーマットおよび通信条件の決定内容通知を、入力端末８へ送信する（ステップＳ５０５）。入力端末８は、このフォーマットおよび通信条件の決定内容通知を受信し（ステップＳ５０６）、どのようなフォーマットおよび通信条件に基づいて受信すればよいかを認識する。そして表示装置１は、この決定したフォーマットおよび通信条件で、動画２次元コードを用いたデータ転送を開始する（ステップＳ５０７）。この場合、決定したフォーマットおよび通信条件は上記のように、フォーマットはフォーマットＡ（ver.1.00）、送信速度は３０（シンボル／秒）である。そして入力端末８はこの動画２次元コードのデータを受信し、初期ネゴシエーション処理が終了となる。以後、この決定されたフォーマットおよび通信条件でデータ転送が行われる。

なお、本実施の形態におけるエラー訂正ハンドシェーク処理は、上記のように受信装置側である入力端末８が動画２次元コードを用いてコンテンツデータを送信する機能を有しないので、入力端末８は処理性能情報を表示装置１へ送信できず、エラー訂正ハンドシェーク処理も実行できないことになる。

以上のように、本実施の形態の表示装置、通信システムおよび通信方法によれば、表示装置１が動画像の表示と光の受光とが可能な受発光部１１を備えるとともに入力端末８が光の受光のみが可能な受光部８２を備え、送信装置側である表示装置１が、受信装置側である入力端末８からの処理性能情報の返答待ちの時間を予め設定しておき、返答待ちのタイムアウトになったことを認識した場合、動画２次元コードのフォーマットおよび通信条件を互いに対応可能な最下位のフォーマットおよび通信条件を採用することを決定し、これに基づいてデータ通信を行うようにしたので、第１の実施の形態の効果に加え、処理性能情報を互いに送受信することができなかった場合においても、確実にデータ通信を行うことが可能となる。

なお、本実施の形態においては、受信装置側である入力端末２が、動画２次元コードを用いたコンテンツデータの受信のみが可能な入力端末８であるため送信装置側である表示装置１において入力端末８の処理性能情報を取得できない場合の例で説明したが、受信装置側が動画２次元コードを用いたコンテンツデータの送受信が可能な装置の場合においても、例えば受信装置側において正常にコンテンツデータの送信ができなかった場合や、送信装置側の表示装置１において正常にコンテンツデータを受信できなかった場合など、表示装置１がコンテンツデータの取得ができなかった場合には、同様の方法により確実にデータ通信を行うことが可能となる。

以上、第１〜第３の実施の形態を挙げて本発明を説明したが、本発明はこれらに限定されず、種々の変形が可能である。例えば、これらの実施の形態では、表示装置１が動画２次元コードを用いたコンテンツデータの送信装置側（本発明における「第１の表示装置」）で、入出力端末２および入力端末８が動画２次元コードを用いたコンテンツデータの受信装置側（本発明における「第２の表示装置」）である例で説明してきたが、動画２次元コードを用いたコンテンツデータの送受信機能を備えているのであれば、逆に入出力端末２を送信装置側、表示装置１を受信装置側として構成することも可能である。

本発明の第１の実施の形態に係る通信システムの全体構成を表すブロック図である。 図１の表示装置の受発光部における受発光セルの配置構成の一例を模式的に表す断面図である。 図２における受発光セルの構成を表す回路図である。 図１の通信システムにおける動画２次元コードを用いた通信状況の一例を表す斜視図である。 図１の表示装置における機能構成の一例を表すブロック図である。 動画２次元コードのフォーマットＡおよびフォーマットＢにおけるシンボルの形状の一例を表す模式図である。 図６のフォーマットＡのシンボルにおけるデータ構成の一例を表す模式図である。 図６のフォーマットＢのシンボルにおけるデータ構成の一例を表す模式図である。 動画２次元コードのフォーマットＣにおけるシンボルの形状の一例を表す模式図である。 図９のフォーマットＣのシンボルにおける各ドットの構成および機能を表す模式図である。 図９のフォーマットＣのシンボルにおけるデータ構成の一例を表す模式図である。 図９のエラー訂正ハンドシェーク処理用データの詳細を表す図である。 図９のフォーマットＣにおける動画２次元コードのシンボルの順序構成を表す模式図である。 図１の通信システムにおいて表示装置が動画２次元コードを用いてコンテンツデータを送信する処理のタイミング図である。 図１の通信システムにおいて表示装置がフォーマットＡおよびフォーマットＢの動画２次元コードを用いてコンテンツデータを受信する処理のタイミング図である。 図１の通信システムにおいて表示装置がフォーマットＣの動画２次元コードを用いてコンテンツデータを受信する処理のタイミング図である。 図１の表示装置および入出力端末における処理性能情報の一例を表す図である。 図１の通信システムにおける表示装置および入出力端末の間の初期ネゴシエーション処理のタイミング図である。 図１の通信システムにおける表示装置および入出力端末の間のエラー訂正ハンドシェーク処理のタイミング図である。 本発明の第２の実施の形態に係る表示装置および入出力端末における処理性能情報の一例を表す図である。 本発明の第２の実施の形態に係る表示装置および入出力端末の間の初期ネゴシエーション処理のタイミング図である。 本発明の第３の実施の形態に係る通信システムの全体構成を表すブロック図である。 図２２の通信システムにおける動画２次元コードを用いた通信状況の一例を表す斜視図である。 図２２の入力端末における機能構成の一例を表すブロック図である。 図２２の通信システムにおける表示装置および入力端末の間の初期ネゴシエーション処理のタイミング図である。

符号の説明

１…表示装置、１１…受発光部、１１１…透明基板、１１２…隔壁、１２…ウィンドウ、１３…シンボル、１１０…受発光制御部、１４…送信機能部、１４１…画像信号生成部、１４２…シンボル生成部、１４３…表示信号生成部、１５…受信機能部、１５１…記憶部、１５２…画像処理部、１５３…デコード部、１５４…情報取得部、２…入出力端末、２１…受発光部、４…フォーマットＡおよびフォーマットＢのシンボル、４１…コード部、４１１…認識用エリア、４１２…ＣＲＣ用ビット、４１３…データビット、４２…ロゴマーク部、４３…任意データ領域のデータ構成、４３２…シンボルＩＤ、４３３…データ領域、４３５…スタートシンボル、４３６…ヘッダシンボル、４３７…データシンボル、４３８…予約ＩＤ、４４…初期ネゴシエーション処理用プロトコル、５…フォーマットＣのシンボル、５１…同期シンボル、５２…ヘッダシンボル、５３…アンカーシンボル、５４…データシンボル、５１１，５２１，５３１，５４１…コード部、５１２，５３２…ロゴマーク部、５３３…認識用エリア、５２２，５３４，５４２…ＣＲＣ用ビット、５２３，５３５，５４３…データビット、５５…同期シンボルのデータ構成、５６…ヘッダシンボルのデータ構成、５６１…サブシンボルＩＤ、５６２…予約ＩＤ、５６３…エラー訂正ハンドシェーク処理用データ、５７…アンカーシンボルのデータ構成、５７１…アンカーシンボルＩＤ、５７２…データシンボルのサブシンボル数、５８…データシンボルのデータ構成、５８１…サブシンボルＩＤ、５８２…シンボルエラー訂正用データ、６…処理性能情報、６１…対応可能な最上位フォーマット、６２…最大送信速度、６３…画面サイズ、６４…受光解像度、６５…同期の可否、８…入力端末、８１…表示部、８２…受光部、８３…コード、８４…表示機能部、８４１…画像信号生成部、８４４…表示制御部、８５…受信機能部、８５１…記憶部、８５２…画像処理部、８５３…デコード部、８５４…情報取得部、８５５…受光制御部、ＣＷＲ…受発光セル、Ｇ…発光用ゲート線、Ｓ…切換線、ＤＷ…データ供給線、ＤＲ…データ読取線、ＥＬ…受発光素子、Ｃ…キャパシタ、Ｒ…抵抗、ＳＷ１…第１のスイッチ、ＳＷ２…第２のスイッチ、ＳＷ３…第３のスイッチ、Ｉ１…表示信号電流路、Ｉ２…受光信号電流路、Ｄ…コンテンツデータ、ＬＷ…発光光線、ＬＲ…受光光線。

Claims (24)

1. 動画像の表示が可能な表示画面を有する２つの表示装置の少なくとも一方に、光の受光が可能な受光手段を設け、
   時間軸に沿って変化する２次元コードである動画２次元コードに関して複数種類のフォーマットを用意し、
   前記複数種類のフォーマットの中から、前記２つの表示装置の間での通信に用いるフォーマットを決定し、
   決定されたフォーマットに基づいて、送信対象の情報を示す動画２次元コードを生成し、
   前記表示画面および前記受光手段を利用して、生成された動画２次元コードの表示および読み取りを行うことにより、前記２つの表示装置の間で通信を行う
   ことを特徴とする通信方法。
2. 前記２つの表示装置のうちの一方の表示装置において、前記表示画面および前記受光手段を利用して、表示装置の処理性能に関する処理性能情報を示す動画２次元コードを他方の表示装置から受信し、この受信した処理性能情報に基づいて、前記複数種類のフォーマットの中から、前記他方の表示装置との間の通信に用いるフォーマットを決定する
   ことを特徴とする請求項１に記載の通信方法。
3. 前記複数のフォーマットのうち最下位のフォーマットの動画２次元コードを用いて前記処理性能情報の送受信を行う
   ことを特徴とする請求項２に記載の通信方法。
4. 前記最下位のフォーマットの動画２次元コードを、ヘッダ用フォーマットで表現された２次元コードである第１のヘッダシンボルと、データ送信用フォーマットで表現された２次元コードである第１のデータシンボルとを含む複数のシンボルにより構成する
   ことを特徴とする請求項３に記載の通信方法。
5. 送信データの内容が前記処理性能情報であるか否かを識別するための第１の識別子を含むように、前記第１のヘッダシンボルを構成する
   ことを特徴とする請求項４に記載の通信方法。
6. 前記処理性能情報が、前記複数のフォーマットのうち、各表示装置において対応可能な最上位のフォーマットを示す情報を含むようにした
   ことを特徴とする請求項２に記載の通信方法。
7. 前記処理性能情報がさらに、通信条件として、最大送信速度を示す情報および同期の可否を示す情報のうちの少なくとも１つを含むようにし、
   前記通信条件をも考慮して、前記一方の表示装置と前記他方の表示装置との間で、前記表示画面、受光手段および動画２次元コードを用いた通信を行う
   ことを特徴とする請求項６に記載の通信方法。
8. 前記処理性能情報がさらに、前記通信条件として、前記表示画面により表示可能な表示画面サイズ、前記受光手段により受光可能な受光領域のサイズ、および前記受光手段における受光解像度のうち、少なくとも１つを含むようにした
   ことを特徴とする請求項７に記載の通信方法。
9. 前記一方の表示装置から前記他方の表示装置に対して処理性能情報の送信を要求し、この要求に対して前記他方の表示装置から応答がなかったとき、
   前記一方の表示装置において、前記複数のフォーマットのうち最下位のフォーマットを採用することを決定し、
   それ以降、前記最下位のフォーマットの動画２次元コードを用いて、前記２つの表示装置の間で、前記表示画面および受光手段を利用した通信を行う
   ことを特徴とする請求項２に記載の通信方法。
10. 前記一方の表示装置において、前記通信に用いるフォーマットとして、同期用フォーマットで表現された２次元コードである同期シンボルと、ヘッダ用フォーマットで表現された２次元コードである第２のヘッダシンボルと、データ送信用フォーマットで表現された２次元コードである第２のデータシンボルとを含む複数のシンボルからなるフォーマットの採用を決定する
    ことを特徴とする請求項１に記載の通信方法。
11. 時間軸に沿って変化する２次元コードである動画２次元コードを用いて他の表示装置との間で通信を行う表示装置であって、
    動画像を表示可能な表示画面と、
    動画２次元コードに関して規定された複数種類のフォーマットの中から、他の表示装置との間の通信に用いるフォーマットを決定する決定手段と、
    前記決定手段により決定されたフォーマットに基づいて、送信対象の情報を示す動画２次元コードを生成する生成手段と、
    前記生成手段により生成された動画２次元コードを前記表示画面に表示させる表示制御手段と
    を備えたことを特徴とする表示装置。
12. 前記他の表示装置が備える表示画面から発せられる光を受光可能な受光手段をさらに備えたことを特徴とする請求項１１に記載の表示装置。
13. 前記生成手段は、前記決定されたフォーマットを通知するための通知情報を示す動画２次元コードを生成し、
    前記表示制御手段は、前記生成手段により生成された前記通知情報を示す動画２次元コードを前記表示画面に表示させる
    ことを特徴とする請求項１１に記載の表示装置。
14. 前記表示画面を構成する表示素子が前記受光手段を兼ねる
    ことを特徴とする請求項１２に記載の表示装置。
15. 前記表示素子が有機ＥＬ素子である
    ことを特徴とする請求項１４に記載の表示装置。
16. 前記受光手段は、前記他の表示装置の表示画面から、表示装置の処理性能に関する処理性能情報を示す動画２次元コードを読み取り、
    前記決定手段は、前記受光手段によって読み取られた動画２次元コードが示す処理性能情報に基づいて、前記他の表示装置との間の通信に用いるフォーマットを決定する
    ことを特徴とする請求項１２に記載の表示装置。
17. 前記処理性能情報は、前記複数のフォーマットのうち最下位のフォーマットの動画２次元コードを用いて表現されたものである
    ことを特徴とする請求項１６に記載の表示装置。
18. 前記処理性能情報は、前記複数のフォーマットのうち、前記他の表示装置において対応可能な最上位のフォーマットを示す情報を含む
    ことを特徴とする請求項１６に記載の表示装置。
19. 前記処理性能情報はさらに、通信条件として、最大送信速度を示す情報および同期の可否を示す情報のうちの少なくとも１つを含み、
    前記表示制御手段は、前記通信条件をも考慮して、前記動画２次元コードを前記表示画面に表示させる
    ことを特徴とする請求項１８に記載の表示装置。
20. 前記処理性能情報はさらに、前記通信条件として、前記表示画面により表示可能な表示画面サイズ、前記受光手段により受光可能な受光領域のサイズ、および前記受光手段における受光解像度のうち、少なくとも１つを含む
    ことを特徴とする請求項１９に記載の表示装置。
21. 前記表示画面を利用して前記他の表示装置に対して処理性能情報の表示を要求したにもかかわらず、この要求に呼応して前記他の表示装置の表示画面への処理性能情報の表示がなされず、前記受光手段によってこれを読み取ることができなかったとき、前記決定手段は、前記複数のフォーマットのうち最下位のフォーマットを採用することを決定する
    ことを特徴とする請求項１６に記載の表示装置。
22. 時間軸に沿って変化する２次元コードである動画２次元コードを用いて他の一の表示装置との間で通信を行う表示装置であって、
    動画像を表示可能な表示画面と、
    前記一の表示装置が備える表示画面から発せられる光を受光可能な受光手段と、
    前記受光手段によって、前記一の表示装置の表示画面から、表示装置の処理性能に関する処理性能情報の送信を要求する動画２次元コードが読み取られたことに呼応して、自装置に関する処理性能情報を示す動画２次元コードを生成する生成手段と、
    前記生成手段により生成された前記処理性能情報を示す動画２次元コードを前記表示画面に表示させる表示制御手段と
    を備えたことを特徴とする表示装置。
23. 動画像を表示可能な表示画面をそれぞれ有する２つの表示装置からなるシステムであって、
    一方の表示装置は、
    時間軸に沿って変化する２次元コードである動画２次元コードに関して規定された複数種類のフォーマットの中から、他方の表示装置との間の通信に用いるフォーマットを決定する決定手段と、
    前記決定手段により決定されたフォーマットに基づいて、送信対象の情報を示す動画２次元コードを生成する生成手段と、
    前記生成手段により生成された動画２次元コードを表示画面に表示させる表示制御手段と
    を備え、
    前記他方の表示装置は、前記一方の表示装置の表示画面に表示された動画２次元コードを読み取る第１の受光手段を備え、
    前記表示画面および前記第１の受光手段を利用して前記動画２次元コードの表示および読み取りを行うことにより、前記２つの表示装置の間で通信を行う
    ことを特徴とする通信システム。
24. 前記一方の表示装置は、表示装置の処理性能に関する処理性能情報を示す動画２次元コードを前記他方の表示装置の表示画面から読み取る第２の受光手段をさらに備え、
    前記決定手段は、前記第２の受光手段が読み取った処理性能情報に基づいて、前記複数種類のフォーマットの中から、前記他方の表示装置との間の通信に用いるフォーマットを決定する
    ことを特徴とする請求項２３に記載の通信システム。
    
    

Images