(57)【要約】【課題】デジタルインタフェース上においてクローズドキャプションデータを伝送することができるデータ送信装置を提供する。【解決手段】データ送信装置としてのソース機器２００は、ソース機器２００が受信したビデオデータをＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ケーブルとしてのケーブル４００に含まれる伝送路を介してデータ受信装置としてのシンク機器３００に送信し、また、シンク機器３００が受信したクローズドキャプションデータをパケット化してケーブル４００に含まれる伝送路を介してシンク機器３００に送信するデータ送信部２０４を備え、ケーブル４００に含まれる伝送路は、ＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ケーブルに含まれる伝送チャネルにより構成される。【選択図】図１
2011244390.tif 000002
【特許請求の範囲】
【請求項１】
データ送信装置が受信したビデオデータを伝送路を介してデータ受信装置に送信し、また、前記データ送信装置が受信したクローズドキャプションデータをパケット化して前記伝送路を介して前記データ受信装置に送信する送信部を備え、
前記伝送路は、ＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ケーブルに含まれる伝送チャネルにより構成される、
前記データ送信装置。
【請求項２】
前記データ受信装置の記憶部に記憶されている、前記データ受信装置が前記クローズドキャプションデータのパケットを受信可能か否かを表す識別情報を前記伝送路を介して取得する取得部と、
前記取得部が取得した前記識別情報に基づいて、前記データ受信装置が前記クローズドキャプションデータのパケットを受信可能か否かを判別する判別部と、
をさらに備える、請求項１に記載のデータ送信装置。
【請求項３】
前記識別情報は、前記記憶部に記憶されているＥ−ＥＤＩＤ（Ｅｎｈａｎｃｅｄ  Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）である、請求項２に記載のデータ送信装置。
【請求項４】
前記判別部は、前記Ｅ−ＥＤＩＤ上に記述されるＶＳＤＢ（Ｖｅｎｄｏｒ  Ｓｐｅｃｉｆｉｃ  Ｄａｔａ  Ｂｌｏｃｋ）に基づいて、前記データ受信装置が前記クローズドキャプションデータのパケットを受信可能か否かの判別を行う、請求項３に記載のデータ送信装置。
【請求項５】
前記送信部は、前記ビデオデータの１ビデオサイクル毎に、前記クローズドキャプションデータのパケットを少なくとも３パケット分、送信する、請求項１に記載のデータ送信装置。
【請求項６】
データ送信装置により送信されたビデオデータを伝送路を介して受信し、また、前記データ送信装置により送信されたパケット化されたクローズドキャプションデータを前記伝送路を介して受信する受信部と、
前記受信部が受信して非パケット化されたクローズドキャプションデータをデコードするデコード部と、
前記デコード部によるデコード結果としてのキャプション画像を、前記受信部が受信したビデオデータに混合する混合部とを備え、
前記伝送路は、ＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ケーブルに含まれる伝送チャネルにより構成される、
データ受信装置。
【請求項７】
前記データ受信装置が前記クローズドキャプションデータのパケットを受信可能か否かを表す識別情報を記憶する記憶部をさらに備える、請求項６に記載のデータ受信装置。
【請求項８】
前記識別情報は、Ｅ−ＥＤＩＤ（Ｅｎｈａｎｃｅｄ  Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）である、請求項７に記載のデータ受信装置。
【請求項９】
データ送信装置が受信したビデオデータを伝送路を介してデータ受信装置に送信し、また、前記データ送信装置が受信したクローズドキャプションデータをパケット化して前記伝送路を介して前記データ受信装置に送信する送信ステップを有し、
前記伝送路は、ＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ケーブルに含まれる伝送チャネルにより構成される、
データ送信方法。
【請求項１０】
データ送信装置により送信されたビデオデータを伝送路を介して受信し、また、前記データ送信装置により送信されたパケット化されたクローズドキャプションデータを前記伝送路を介して受信する受信ステップと、
前記受信ステップで受信して非パケット化されたクローズドキャプションデータをデコードするデコードステップと、
前記デコードステップでのデコード結果としてのキャプション画像を、前記受信ステップで受信したビデオデータに混合する混合ステップとを有し、
前記伝送路は、ＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ケーブルに含まれる伝送チャネルにより構成される、
データ受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ送信装置、データ受信装置、データ送信方法およびデータ受信方法に関する。
【背景技術】
【０００２】
近年、例えば、ソース機器からシンク機器に画像および音声のデータを高速に伝送する通信インタフェースとして、ＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）等のデジタルインタフェースが普及しつつある。ソース機器は、例えば、ゲーム機、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）レコーダや、セットトップボックス、その他のＡＶソース（Ａｕｄｉｏ  Ｖｉｓｕａｌ  ｓｏｕｒｃｅ）である。シンク機器は、例えば、テレビ受信機、プロジェクタ、その他のディスプレイである。例えば、非特許文献１には、ＨＤＭＩ規格の詳細についての記載がある。
【０００３】
また、セットトップボックスなどのソース機器は、衛星などからビデオデータとともにクローズドキャプションデータを受信する場合がある。クローズドキャプションは、聴覚障害者や難聴の人がテレビ放送やビデオを楽しむために米国の連邦通信委員会が承認した米国方式のテレビ画面文字表示技術である。クローズドキャプションは、ＤＴＶＣＣ（Ｄｉｔｇｉｔａｌ  Ｔｅｌｅｖｉｓｉｏｎ  Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎｎｉｎｇ）としてＣＥＡ−７０８で規格化されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】High-DefinitionMultimedia Interface Specification Version 1.4,June 5 2009
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＨＤＭＩ等のデジタルインタフェース上においてクローズドキャプションデータを伝送する方式がないため、ソース機器側でクローズドキャプションデータをデコードし、デコード後のキャプション画像をビデオデータに混合してシンク機器側に伝送する必要があった。このため、クローズドキャプションデータをデコードする能力のないソース機器は、クローズドキャプションデータを扱えない、およびシンク機器側でクローズドキャプションの表示を変更できないなどの問題があった。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、デジタルインタフェース上においてクローズドキャプションデータを伝送することが可能な、新規かつ改良されたデータ送信装置、データ受信装置、データ送信方法およびデータ受信方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、データ送信装置が受信したビデオデータを伝送路を介してデータ受信装置に送信し、また、前記データ送信装置が受信したクローズドキャプションデータをパケット化して前記伝送路を介して前記データ受信装置に送信する送信部を備え、前記伝送路は、ＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ケーブルに含まれる伝送チャネルにより構成される前記データ送信装置が提供される。
【０００８】
前記データ受信装置の記憶部に記憶されている、前記データ受信装置が前記クローズドキャプションデータのパケットを受信可能か否かを表す識別情報を前記伝送路を介して取得する取得部と、前記取得部が取得した前記識別情報に基づいて、前記データ受信装置が前記クローズドキャプションデータのパケットを受信可能か否かを判別する判別部とをさらに備えてもよい。
【０００９】
前記識別情報は、前記記憶部に記憶されているＥ−ＥＤＩＤ（Ｅｎｈａｎｃｅｄ  Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）であってもよい。
【００１０】
前記判別部は、前記Ｅ−ＥＤＩＤ上に記述されるＶＳＤＢ（Ｖｅｎｄｏｒ  Ｓｐｅｃｉｆｉｃ  Ｄａｔａ  Ｂｌｏｃｋ）に基づいて、前記データ受信装置が前記クローズドキャプションデータのパケットを受信可能か否かの判別を行ってもよい。
【００１１】
前記送信部は、前記ビデオデータの１ビデオサイクル毎に、前記クローズドキャプションデータのパケットを少なくとも３パケット分、送信してもよい。
【００１２】
また、上記課題を解決するために、本発明の別の観点によれば、データ送信装置により送信されたビデオデータを伝送路を介して受信し、また、前記データ送信装置により送信されたパケット化されたクローズドキャプションデータを前記伝送路を介して受信する受信部と、前記受信部が受信して非パケット化されたクローズドキャプションデータをデコードするデコード部と、前記デコード部によるデコード結果としてのキャプション画像を、前記受信部が受信したビデオデータに混合する混合部とを備え、前記伝送路は、ＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ケーブルに含まれる伝送チャネルにより構成されるデータ受信装置が提供される。
【００１３】
前記データ受信装置が前記クローズドキャプションデータのパケットを受信可能か否かを表す識別情報を記憶する記憶部をさらに備えてもよい。
【００１４】
前記識別情報は、Ｅ−ＥＤＩＤ（Ｅｎｈａｎｃｅｄ  Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）であってもよい。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、データ送信装置が受信したビデオデータを伝送路を介してデータ受信装置に送信し、また、前記データ送信装置が受信したクローズドキャプションデータをパケット化して前記伝送路を介して前記データ受信装置に送信する送信ステップを有し、前記伝送路は、ＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ケーブルに含まれる伝送チャネルにより構成されるデータ送信方法が提供される。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、データ送信装置により送信されたビデオデータを伝送路を介して受信し、また、前記データ送信装置により送信されたパケット化されたクローズドキャプションデータを前記伝送路を介して受信する受信ステップと、前記受信ステップで受信して非パケット化されたクローズドキャプションデータをデコードするデコードステップと、前記デコードステップでのデコード結果としてのキャプション画像を、前記受信ステップで受信したビデオデータに混合する混合ステップとを有し、前記伝送路は、ＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ケーブルに含まれる伝送チャネルにより構成されるデータ受信方法が提供される。
【発明の効果】
【００１７】
以上説明したように本発明によれば、デジタルインタフェース上においてクローズドキャプションデータを伝送することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態に係るＡＶシステムの構成を概略的に示すブロック図である。
【図２】図１のＡＶシステム１００におけるソース機器２００のデータ送信部２０４、およびシンク機器３００のデータ受信部３０４の構成例を概略的に示す説明図である。
【図３】ＴＭＤＳ伝送データの構造例を説明するための説明図である。
【図４】ＨＤＭＩレセプタクルのピン配列の一例を説明するための説明図である。
【図５】クローズドキャプションデータの送信タイミングの検証結果を説明するための説明図である。
【図６】クローズドキャプションデータの送信タイミングの検証結果を説明するための説明図である。
【図７】クローズドキャプションデータの送信タイミングの検証結果を説明するための説明図である。
【図８】クローズドキャプションデータの送信タイミングの検証結果を説明するための説明図である。
【図９】クローズドキャプションデータの送信タイミングの検証結果を説明するための説明図である。
【図１０】クローズドキャプションデータの送信タイミングの検証結果を説明するための説明図である。
【図１１】クローズドキャプションデータの構造を説明するための説明図である。
【図１２】クローズドキャプションパケットのパケットタイプを説明するための説明図である。
【図１３】（Ａ）および（Ｂ）は、クローズドキャプションパケットの構造を説明するための説明図である。
【図１４】クローズドキャプションパケットのボディー部分を説明するための説明図である。
【図１５】ｃｃ＿ｔｙｐｅのフラッグを説明するための説明図である。
【図１６】クローズドキャプションデータの発生とＨＤＭＩパケットの送信タイミングを説明するための説明図である。
【図１７】クローズドキャプションデータの発生とＨＤＭＩパケットの送信タイミングを説明するための説明図である。
【図１８】クローズドキャプションデータの発生とＨＤＭＩパケットの送信タイミングを説明するための説明図である。
【図１９】クローズドキャプションデータのマッピングの例を説明するための説明図である。
【図２０】クローズドキャプションデータのマッピングの例を説明するための説明図である。
【図２１】クローズドキャプションデータのマッピングの例を説明するための説明図である。
【図２２】図１のＡＶシステム１００におけるソース機器２００が実行するクローズドキャプションパケット送信処理のフローチャートである。
【図２３】ＨＤＭＩ  ＬＬＣ  ＶＳＤＢにおいて定義されたＣｌｏｓｅｄ  Ｃａｐｔｉｏｎ  ｂｉｔを説明するための説明図である。
【発明を実施するための形態】
【００１９】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２０】
なお、説明は以下の順序で行うものとする。
１．ＡＶシステムの構成
２．データ送信部およびデータ受信部の構成例
３．クローズドキャプションデータの送信タイミングの検証
４．クローズドキャプションデータの構造
５．クローズドキャプションパケットのパケットタイプ
６．クローズドキャプションパケットの構造
７．クローズドキャプションデータの発生とＨＤＭＩパケットの送信タイミング
８．クローズドキャプションデータのマッピング
９．クローズドキャプションパケット送信処理
【００２１】
［１．ＡＶシステムの構成］
まず、本発明の実施の形態に係るＡＶ（Ａｕｄｉｏ  ａｎｄ  Ｖｉｓｕａｌ）システムについて説明する。図１は、本実施の形態に係るＡＶシステムの構成を概略的に示すブロック図である。
【００２２】
図１において、ＡＶシステム１００は、ソース機器２００と、シンク機器３００とを備える。ソース機器２００は、例えば、ゲーム機、ディスクプレーヤ、セットトップボックス、デジタルカメラ、携帯電話などのＡＶソースである。シンク機器３００は、例えば、テレビ受信機、プロジェクタなどである。
【００２３】
ソース機器２００およびシンク機器３００は、ケーブル４００を介して接続されている。ソース機器２００には、データ送信部２０４が接続されたコネクタ部２０２が設けられている。シンク機器３００には、データ受信部３０４が接続されたコネクタ部３０２が設けられている。ケーブル４００の一端はソース機器２００のコネクタ部２０２に接続され、このケーブル４００の他端はシンク機器３００のコネクタ部３０２に接続される。
【００２４】
ソース機器２００は、制御部２０６を有している。制御部２０６は、本発明の取得部、判別部の一例である。この制御部２０６は、ソース機器２００の全体を制御する。ソース機器２００のデータ送信部２０４は、ＨＤＭＩ規格のデジタルインタフェースに対応している。データ送信部２０４には、ソース機器２００が衛星などから受信したビデオデータおよびクローズドキャプションデータなどが入力される。
【００２５】
シンク機器３００は、制御部３０６を有している。この制御部３０６は、シンク機器３００の全体を制御する。シンク機器３００のデータ受信部３０４は、ＨＤＭＩ規格のデジタルインタフェースに対応している。データ受信部３０４は、ソース機器２００から受信したビデオデータおよびクローズドキャプションデータなどを出力する。
【００２６】
シンク機器３００は、デコード部３０８を有している。このデコード部３０８は、データ受信部３０４が出力したクローズドキャプションデータのデコードを行う。デコード部３０８は、デコード後のキャプション画像を出力する。
【００２７】
シンク機器３００は、混合部３１０を有している。この混合部３１０は、データ受信部３０４が出力したビデオデータに、デコード部３０８が出力したキャプション画像を混合する。そして、混合部３１０は、ビデオデータにキャプション画像が混合された映像データを出力する。
【００２８】
シンク機器３００は、表示部３１２を有している。この表示部３１２は、混合部３１０が出力した映像データの表示を行う。
【００２９】
［２．データ送信部およびデータ受信部の構成例］
次に、図１のＡＶシステム１００におけるソース機器２００のデータ送信部２０４、およびシンク機器３００のデータ受信部３０４について説明する。図２は、図１のＡＶシステム１００におけるソース機器２００のデータ送信部２０４、およびシンク機器３００のデータ受信部３０４の構成例を概略的に示す説明図である。この構成例は、データ送信部２０４およびデータ受信部３０４のデジタルインタフェースが、ＨＤＭＩ規格のデジタルインタフェースの場合を示している。
【００３０】
データ送信部２０４は、有効画像区間（以下、適宜、アクティブビデオ区間ともいう）において、非圧縮の１画面分の画像の画素データに対応する差動信号を、複数のチャネルで、データ受信部３０４に一方向に送信する。ここで、有効画像区間は、一の垂直同期信号から次の垂直同期信号までの区間から、水平帰線区間および垂直帰線区間を除いた区間である。また、データ送信部２０４は、水平帰線区間または垂直帰線区間において、少なくとも画像に付随するクローズドキャプションデータや音声データ、制御データ、その他の補助データ等に対応する差動信号を、複数のチャネルで、データ受信部３０４に一方向に送信する。
【００３１】
データ送信部２０４とデータ受信部３０４とからなるＨＤＭＩシステムの伝送チャネルには、以下の伝送チャネルがある。すなわち、データ送信部２０４からデータ受信部３０４に対して、画素データおよび音声データを、ピクセルクロックに同期して、一方向にシリアル伝送するための伝送チャネルとしての、３つのＴＭＤＳチャネル＃０〜＃２がある。また、ＴＭＤＳクロックを伝送する伝送チャネルとしての、ＴＭＤＳクロックチャネルがある。
【００３２】
データ送信部２０４は、ＨＤＭＩトランスミッタ２０を有する。このＨＤＭＩトランスミッタ２０は、例えば、非圧縮の画像の画素データを対応する差動信号に変換し、複数のチャネルである３つのＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブルを介して接続されているデータ受信部３０４に、一方向にシリアル伝送する。
【００３３】
また、ＨＤＭＩトランスミッタ２０は、非圧縮の画像に付随するクローズドキャプションデータや音声データ、さらには、必要な制御データその他の補助データ等を、対応する差動信号に変換し、３つのＴＭＤＳチャネル＃０，＃１，＃２でデータ受信部３０４に、一方向にシリアル伝送する。
【００３４】
さらに、ＨＤＭＩトランスミッタ２０は、３つのＴＭＤＳチャネル＃０，＃１，＃２で送信する画素データに同期したＴＭＤＳクロックを、ＴＭＤＳクロックチャネルで、ＨＤＭＩケーブルを介して接続されているデータ受信部３０４に送信する。ここで、１つのＴＭＤＳチャネル＃ｉ（ｉ＝０，１，２）では、ＴＭＤＳクロックの１クロックの間に、１０ビットのデータが送信される。
【００３５】
データ受信部３０４は、アクティブビデオ区間において、複数のチャネルで、データ送信部２０４から一方向に送信されてくる、画素データに対応する差動信号を受信する。また、このデータ受信部３０４は、水平帰線区間または垂直帰線区間において、複数のチャネルで、データ送信部２０４から一方向に送信されてくる、クローズドキャプションデータや音声データ、制御データに対応する差動信号を受信する。
【００３６】
すなわち、データ受信部３０４は、ＨＤＭＩレシーバ３０を有する。このＨＤＭＩレシーバ３０は、ＴＭＤＳチャネル＃０，＃１，＃２で、データ送信部２０４から一方向に送信されてくる、画素データに対応する差動信号と、クローズドキャプションデータや音声データ、制御データに対応する差動信号を受信する。この場合、データ送信部２０４からＴＭＤＳクロックチャネルで送信されてくるピクセルクロック（ＴＭＤＳクロック）に同期して受信する。
【００３７】
ＨＤＭＩシステムの伝送チャネルには、上述のＴＭＤＳチャネル＃０〜＃２およびＴＭＤＳクロックチャネルの他に、ＤＤＣ（Ｄｉｓｐｌａｙ  Ｄａｔａ  Ｃｈａｎｎｅｌ）やＣＥＣラインと呼ばれる伝送チャネルがある。ＤＤＣは、ＨＤＭＩケーブルに含まれる図示しない２本の信号線からなる。ＤＤＣは、データ送信部２０４が、データ受信部３０４から、Ｅ−ＥＤＩＤ（Ｅｎｈａｎｃｅｄ  Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）を読み出すために使用される。
【００３８】
すなわち、データ受信部３０４は、ＨＤＭＩレシーバ３０の他に、自身の性能（Ｃｏｎｆｉｇｕｒａｔｉｏｎ／ｃａｐａｂｉｌｉｔｙ）に関する性能情報であるＥ−ＥＤＩＤを記憶している、ＥＤＩＤ  ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）を有している。ＥＤＩＤ  ＲＯＭは、本発明の記憶部の一例である。データ送信部２０４は、例えば、制御部２０６からの要求に応じて、ＨＤＭＩケーブルを介して接続されているデータ受信部３０４から、Ｅ−ＥＤＩＤを、ＤＤＣを介して読み出す。
【００３９】
データ送信部２０４は、読み出したＥ−ＥＤＩＤを制御部２０６に送る。制御部２０６は、このＥ−ＥＤＩＤを、図示しないフラッシュＲＯＭあるいはＤＲＡＭに格納する。制御部２０６は、Ｅ−ＥＤＩＤに基づき、データ受信部３０４の性能の設定、例えばデータ受信部３０４がクローズドキャプションデータのパケットを受信できるか否かを認識できる。例えば、制御部２０６は、データ受信部３０４を有するシンク機器３００がクローズドキャプションデータの取り扱いが可能か否かを認識する。例えば、制御部２０６は、データ受信部３０４を有するシンク機器３００が立体画像データの取り扱いが可能か否か、可能である場合はさらにいかなるＴＭＤＳ伝送データ構造に対応可能であるか等を認識する。
【００４０】
ＣＥＣラインは、ＨＤＭＩケーブルに含まれる図示しない１本の信号線からなり、データ送信部２０４とデータ受信部３０４との間で、制御用のデータの双方向通信を行うために用いられる。このＣＥＣラインは、制御データラインを構成している。
【００４１】
また、ＨＤＭＩケーブルには、ＨＰＤ（Ｈｏｔ  Ｐｌｕｇ  Ｄｅｔｅｃｔ）と呼ばれるピンに接続されるライン（ＨＰＤライン）が含まれている。ソース機器は、このＨＰＤラインを利用して、シンク機器の接続を検出することができる。なお、このＨＰＤラインは双方向通信路を構成するＨＥＡＣ−ラインとしても使用される。また、ＨＤＭＩケーブルには、ソース機器からシンク機器に電源を供給するために用いられる電源ライン（＋５ＶＰｏｗｅｒ  Ｌｉｎｅ）が含まれている。さらに、ＨＤＭＩケーブルには、ユーティリティラインが含まれている。このユーティリティラインは双方向通信路を構成するＨＥＡＣ＋ラインとしても使用される。
【００４２】
図３は、ＴＭＤＳ伝送データの構造例を説明するための説明図である。この図３は、ＴＭＤＳチャネル＃０，＃１，＃２において、横×縦が１９２０ピクセル×１０８０ラインの画像データが伝送される場合の、各種の伝送データの区間を示している。
【００４３】
ＨＤＭＩの３つのＴＭＤＳチャネル＃０，＃１，＃２で伝送データが伝送されるビデオフィールド（Ｖｉｄｅｏ  Ｆｉｅｌｄ）には、伝送データの種類に応じて、３種類の区間が存在する。この３種類の区間は、ビデオデータ区間（Ｖｉｄｅｏ  Ｄａｔａ  ｐｅｒｉｏｄ）、データアイランド区間（Ｄａｔａ  Ｉｓｌａｎｄ  ｐｅｒｉｏｄ）、およびコントロール区間（Ｃｏｎｔｒｏｌ  ｐｅｒｉｏｄ）である。
【００４４】
ここで、ビデオフィールド区間は、ある垂直同期信号の立ち上がりエッジ（ａｃｔｉｖｅ  ｅｄｇｅ）から次の垂直同期信号の立ち上がりエッジまでの区間である。このビデオフィールド区間は、水平ブランキング期間（ｈｏｒｉｚｏｎｔａｌ  ｂｌａｎｋｉｎｇ）、垂直ブランキング期間（ｖｅｒｔｉｃａｌ  ｂｌａｎｋｉｎｇ）、並びに、アクティブビデオ区間（Ａｃｔｉｖｅ  Ｖｉｄｅｏ）に分けられる。このアクティブビデオ区間は、ビデオフィールド区間から、水平ブランキング期間および垂直ブランキング期間を除いた区間である。
【００４５】
ビデオデータ区間は、アクティブビデオ区間に割り当てられる。このビデオデータ区間では、非圧縮の１画面分の画像データを構成する１９２０ピクセル（画素）×１０８０ライン分の有効画素（Ａｃｔｉｖｅ  ｐｉｘｅｌ）のデータが伝送される。
【００４６】
データアイランド区間およびコントロール区間は、水平ブランキング期間および垂直ブランキング期間に割り当てられる。このデータアイランド区間およびコントロール区間では、補助データ（Ａｕｘｉｌｉａｒｙ  ｄａｔａ）が伝送される。すなわち、データアイランド区間は、水平ブランキング期間と垂直ブランキング期間の一部分に割り当てられている。このデータアイランド区間では、補助データのうち、制御に関係しないデータである、例えば、音声データのパケット等が伝送される。
【００４７】
コントロール区間は、水平ブランキング期間と垂直ブランキング期間の他の部分に割り当てられている。このコントロール区間では、補助データのうちの、制御に関係するデータである、例えば、垂直同期信号および水平同期信号、制御パケット等が伝送される。
【００４８】
図４は、ＨＤＭＩレセプタクルのピン配列の一例を説明するための説明図である。図４に示すピン配列はタイプＡ（ｔｙｐｅ−Ａ）と呼ばれている。ＴＭＤＳチャネル＃ｉの差動信号であるＴＭＤＳ  Ｄａｔａ＃ｉ＋とＴＭＤＳ  Ｄａｔａ＃ｉ−は差動線である２本のラインにより伝送される。この２本のラインは、ＴＭＤＳ  Ｄａｔａ＃ｉ＋が割り当てられているピン（ピン番号が１，４，７のピン）と、ＴＭＤＳ  Ｄａｔａ＃ｉ−が割り当てられているピン（ピン番号が３，６，９のピン）に接続される。
【００４９】
また、制御用のデータであるＣＥＣ信号が伝送されるＣＥＣラインは、ピン番号が１３であるピンに接続される。また、Ｅ−ＥＤＩＤ等のＳＤＡ（Ｓｅｒｉａｌ  Ｄａｔａ）信号が伝送されるラインは、ピン番号が１６であるピンに接続される。ＳＤＡ信号の送受信時の同期に用いられるクロック信号であるＳＣＬ（Ｓｅｒｉａｌ  Ｃｌｏｃｋ）信号が伝送されるラインは、ピン番号が１５であるピンに接続される。上述のＤＤＣは、ＳＤＡ信号が伝送されるラインおよびＳＣＬ信号が伝送されるラインにより構成される。
【００５０】
また、上述したようにソース機器がシンク機器の接続を検出するためのＨＰＤライン（ＨＥＡＣ−ライン）は、ピン番号が１９であるピンに接続される。また、ユーティリティライン（ＨＥＡＣ＋ライン）は、ピン番号が１４であるピンに接続される。また、上述したように電源を供給するための電源ラインは、ピン番号が１８であるピンに接続される。
【００５１】
［３．クローズドキャプションデータの送信タイミングの検証］
次に、クローズドキャプションデータの送信タイミングについて説明する。図５〜図１０は、クローズドキャプションデータの送信タイミングの検証結果を説明するための説明図である。
【００５２】
図５は、ビデオデータが１秒間に６０フレーム、プログレッシブ方式で送られてくる場合を示している。ソース機器２００は、ビデオデータのＰＳ（Ｐｉｃｔｕｒｅ  Ｓｔｒｕｃｔｕｒｅ）が１１である場合は、このビデオデータはプログレッシブ方式であると認識する。さらに、ソース機器２００は、ビデオデータのＰＳ、ＭＰＥＧパラメータのうちのＴＦＦ（Ｔｏｐ  Ｆｉｅｌｄ  Ｆｉｒｓｔ）およびＲＦＦ（Ｒｅｐｅａｔ  Ｆｉｒｓｔ  Ｆｉｅｌｄ）の３つのタグ情報を用いて、どのようなビデオデータが送られてきているのかを認識することができる。この場合、ソース機器２００は、１ビデオサイクル毎に２０ｂｙｔｅのＣＣ（Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ）データを送信することにより、シンク機器３００側でＣＣデータを漏れなく再現することができる。
【００５３】
図６は、ビデオデータが１秒間に３０フレーム、インターレース方式で送られてくる場合を示している。ソース機器２００は、ビデオデータのＰＳが０１／１０である場合は、このビデオデータはインターレース方式であると認識する。この場合、ソース機器２００は、１ビデオサイクル毎に２０ｂｙｔｅのＣＣ（Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ）データを送信することにより、シンク機器３００側でＣＣデータを漏れなく再現することができる。
【００５４】
図７は、ビデオデータが１秒間に２４フレーム、プログレッシブ方式で送られてくる場合を示している。この場合、ソース機器２００は、１ビデオサイクル毎に５０ｂｙｔｅのＣＣ（Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ）データを送信することにより、シンク機器３００側でＣＣデータを漏れなく再現することができる。
【００５５】
図８は、ビデオデータが１秒間に３０フレーム、プログレッシブ方式で送られてくる場合を示している。この場合、ソース機器２００は、１ビデオサイクル毎に２０ｂｙｔｅのＣＣ（Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ）データを送信することにより、シンク機器３００側でＣＣデータを漏れなく再現することができる。
【００５６】
図９は、ビデオデータが１秒間に６０フレーム、プログレッシブ方式、２−３プルダウン方式で送られてくる場合を示している。この場合、ソース機器２００は、３ビデオサイクル毎に少なくとも６０ｂｙｔｅのＣＣ（Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ）データを送信することにより、シンク機器３００側でＣＣデータを漏れなく再現することができる。
【００５７】
図１０は、ビデオデータが１秒間に３０フレーム、プログレッシブ方式、２−３プルダウン方式で送られてくる場合を示している。この場合、ソース機器２００は、１．５ビデオサイクル毎に少なくとも６０ｂｙｔｅのＣＣ（Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ）データを送信することにより、シンク機器３００側でＣＣデータを漏れなく再現することができる。
【００５８】
［４．クローズドキャプションデータの構造］
次に、クローズドキャプションデータの構造について説明する。図１１は、クローズドキャプションデータの構造を説明するための説明図である。このクローズドキャプションデータの構造はＣＥＡ−７０８で規定されているものである。
【００５９】
本実施の形態では、クローズドキャプションデータを構成する、ｃｃ＿ｖａｌｉｄ、ｃｃ＿ｔｙｐｅ、ｃｃ＿ｄａｔａ＿１およびｃｃ＿ｄａｔａ＿２については、そのままの形式で送信する。一方、クローズドキャプションデータを構成する、ｏｎｅ＿ｂｉｔおよびｒｅｓｅｒｖｅｄなどについては、ＨＤＭＩの形式に変換して送信する。
【００６０】
また、図１１に示すように、クローズドキャプションデータには、ｃｃ＿ｄａｔａ＿１およびｃｃ＿ｄａｔａ＿２のデータの２ｂｙｔｅ分のデータの他に、データの有効性を示すためのｃｃ＿ｖａｌｉｄのフラッグや、データのタイプを表すためのｃｃ＿ｔｙｐｅのフラッグなどの１ｂｙｔｅ分のデータが付加される。このため、図５〜図１０に示す場合において、シンク機器３００側でＣＣデータを漏れなく再現させるためには、１ビデオサイクル毎に上述したＣＣデータの１．５倍のデータを送信する必要がある。
【００６１】
［５．クローズドキャプションパケットのパケットタイプ］
次に、クローズドキャプションパケットのパケットタイプについて説明する。図１２は、クローズドキャプションパケットのパケットタイプを説明するための説明図である。
【００６２】
本実施の形態では、ＨＤＭＩにおいてクローズドキャプションパケットのパケットタイプを定義する。例えば、ＨＤＭＩの通常のパケットにおいて、新たなパケットタイプ番号０ｘ０Ｂを取得して、パケットタイプ番号０ｘ０Ｂをクローズドキャプションパケットのパケットタイプ番号と定義する。なお、ｉｎｆｏＦｒａｍｅと呼ばれるＣＥＡ（Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ａｓｓｏｃｉａｔｉｏｎ）で決定されたパケットを参照する方式を採用してもよい。
【００６３】
［６．クローズドキャプションパケットの構造］
次に、クローズドキャプションパケットの構造について説明する。図１３（Ａ）および図１３（Ｂ）は、クローズドキャプションパケットの構造を説明するための説明図である。図１３（Ａ）は、クローズドキャプションパケットのヘッダー部分を説明するための説明図である。図１３（Ｂ）は、クローズドキャプションパケットのボディー部分を説明するための説明図である。本実施の形態では、クローズドキャプションパケットは、ヘッダー部分とボディー部分とに分かれている。
【００６４】
図１３（Ａ）に示すように、クローズドキャプションパケットのヘッダー部分は３ｂｙｔｅで構成されている。ＨＢ０は、パケットタイプ番号を表すものとする。ＨＢ１は、将来の拡張用に確保しておくものとする。ＨＢ２において、クローズドキャプションパケットのボディー部分に含まれる有効バイト数を表すためのＬｅｎｇｔｈ（５ｂｉｔ）と、クローズドキャプションデータが複数のパケットに渡る場合において当該パケットのクローズドキャプションデータがどの部分であるかを表すためのＰａｃｋｅｔ＿ｓｅｑ．（２ｂｉｔ）とを設ける。Ｐａｃｋｅｔ＿ｓｅｑ．（２ｂｉｔ）が、０ｂ００である場合は、当該パケットのクローズドキャプションデータがＩｎｔｅｒｍｅｄｉａｔｅ  ｐａｃｋｅｔであるものとし、０ｂ０１である場合は、当該パケットのクローズドキャプションデータがＦｉｒｓｔ  ｐａｃｋｅｔであるものとし、０ｂ１０である場合は、当該パケットのクローズドキャプションデータがＬａｓｔ  ｐａｃｋｅｔであるものとする。
【００６５】
図１３（Ｂ）に示すように、クローズドキャプションパケットのボディー部分は２８ｂｙｔｅで構成されている。以下、クローズドキャプションパケットのボディー部分について詳細に説明する。図１４は、クローズドキャプションパケットのボディー部分を説明するための説明図である。
【００６６】
図１４に示すように、ボディー部分にクローズドキャプションデータを配置する。クローズドキャプションデータは、データの有効性を示すためのｃｃ＿ｖａｌｉｄのフラッグと、データのタイプを表すためのｃｃ＿ｔｙｐｅのフラッグとを含む１バイト（ＰＢ＃ｎ）と、２バイトのデータ（ＰＢ＃ｎ＋１、ＰＢ＃ｎ＋２）との３バイトで構成される。なお、クローズドキャプションパケットのボディー部分は２８ｂｙｔｅで構成されているため、ＰＢ＃ｎ＋１やＰＢ＃ｎ＋２は次のクローズドキャプションパケットのボディー部分に含まれる場合もある。
【００６７】
ｃｃ＿ｖａｌｉｄのフラッグは、続く２バイトのデータが有効であるか否かを示すためのフラッグであり、１に設定されているときは、続く２バイトのデータが有効であるものとし、０に設定されているときは、続く２バイトのデータは有効でないものとする。
【００６８】
ｃｃ＿ｔｙｐｅのフラッグは、続く２バイトのデータのタイプを表すためのフラッグであり、図１５に示すように、００または０１に設定されているときは、ＣＥＡ−６０８−Ｅで規定されているクローズドキャプションデータであるものとし、１０または１１に設定されているときは、ＣＥＡ−７０８で規定されているクローズドキャプションデータであるものとする。
【００６９】
［７．クローズドキャプションデータの発生とＨＤＭＩパケットの送信タイミング］
次に、クローズドキャプションデータの発生とＨＤＭＩパケットの送信タイミングについて説明する。図１６〜図１８は、クローズドキャプションデータの発生とＨＤＭＩパケットの送信タイミングを説明するための説明図である。
【００７０】
図１６は、ビデオデータが１秒間に６０フレーム、プログレッシブ方式で送られてくる場合を示している。この場合、ソース機器２００は、１ビデオサイクル毎に３０ｂｙｔｅのクローズドキャプションデータを送信する必要があるため、１ビデオサイクル毎にＨＤＭＩパケットとしてのクローズドキャプションパケットを少なくとも２パケット分、送信する能力が必要となる。
【００７１】
図１７は、ビデオデータが１秒間に２４フレーム、プログレッシブ方式で送られてくる場合を示している。この場合、ソース機器２００は、１ビデオサイクル毎に７５ｂｙｔｅのクローズドキャプションデータを送信する必要があるため、１ビデオサイクル毎にＨＤＭＩパケットとしてのクローズドキャプションパケットを少なくとも３パケット分、送信する能力が必要となる。
【００７２】
図１８は、ビデオデータが１秒間に３０フレーム、プログレッシブ方式、２−３プルダウン方式で送られてくる場合を示している。この場合、ソース機器２００は、１．５ビデオサイクル毎に少なくとも９０ｂｙｔｅのクローズドキャプションデータを送信する必要があるため、１．５ビデオサイクル毎にＨＤＭＩパケットとしてのクローズドキャプションパケットを少なくとも４パケット分、送信する能力が必要となる。
【００７３】
［８．クローズドキャプションデータのマッピング］
次に、クローズドキャプションデータのマッピングについて説明する。図１９〜図２１は、クローズドキャプションデータのマッピングの例を説明するための説明図である。
【００７４】
図１９〜図２１は、ＣＥＡ−７０８−Ｄにおいて例として挙げられているクローズドキャプションデータをＨＤＭＩパケットにマッピングした例を示している。本実施の形態によれば、図１９〜図２１に示すように、クローズドキャプションデータを漏れなくＨＤＭＩパケットにマッピングすることができる。
【００７５】
［９．クローズドキャプションパケット送信処理］
次に、図１のＡＶシステム１００におけるソース機器２００が実行するクローズドキャプションパケット送信処理について説明する。図２２は、図１のＡＶシステム１００におけるソース機器２００が実行するクローズドキャプションパケット送信処理のフローチャートである。
【００７６】
図２２において、まず、ソース機器２００は、衛星などからクローズドキャプションデータを受信する（ステップＳ１０２）。
【００７７】
次いで、ソース機器２００のデータ送信部２０４は、制御部２０６による制御により、ＤＤＣを介して、データ受信部３０４のＥＤＩＤ  ＲＯＭに記憶されているＥ−ＥＤＩＤを読み出して、読み出したＥ−ＥＤＩＤを制御部２０６に送る。そして、制御部２０６は、Ｅ−ＥＤＩＤに基づき、ＨＤＭＩ  ＬＬＣ  ＶＳＤＢ（Ｖｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃ  Ｄａｔａ  Ｂｌｏｃｋ）におけるＣｌｏｓｅｄ  Ｃａｐｔｉｏｎ  ｂｉｔが１であるか否かを判別する（ステップＳ１０４）。本実施の形態では、図２３に示すように、ＨＤＭＩ  ＬＬＣ  ＶＳＤＢにおいてＣｌｏｓｅｄ  Ｃａｐｔｉｏｎ  ｂｉｔを定義する。例えば、ＨＤＭＩ  ＬＬＣ  ＶＳＤＢのＢｙｔｅ＃８のｂｉｔ４にＣｌｏｓｅｄ  Ｃａｐｔｉｏｎ  ｂｉｔを定義する。そして、Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ  ｂｉｔが１に設定されている場合は、シンク機器３００がクローズドキャプションパケットを受信できる能力を持つものとする。一方、Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ  ｂｉｔが０に設定されている場合は、シンク機器３００がクローズドキャプションパケットを受信できる能力を持たないものとする。
【００７８】
ステップＳ１０４の判別の結果、Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ  ｂｉｔが１であるときは（ステップＳ１０４でＹＥＳ）、データ送信部２０４は、制御部２０６による制御により、クローズドキャプションパケットをシンク機器３００に送信して（ステップＳ１０６）、本処理を終了する。
【００７９】
ステップＳ１０４の判別の結果、Ｃｌｏｓｅｄ  Ｃａｐｔｉｏｎ  ｂｉｔが０であるときは（ステップＳ１０４でＮＯ）、制御部２０６による制御により、クローズドキャプションデータをソース機器２００側でデコードして、デコード後のキャプション画像をビデオデータに混合して、データ送信部２０４は、制御部２０６による制御により、キャプション画像が混合されたビデオデータをシンク機器３００に送信して（ステップＳ１０８）、本処理を終了する。
【００８０】
図２２のクローズドキャプションパケット送信処理によれば、シンク機器３００がクローズドキャプションパケットを受信できる能力を持つ場合に、ソース機器２００は、クローズドキャプションパケットをシンク機器３００に送信する。すなわち、ソース機器２００は、ビデオデータとクローズドキャプションデータとをＨＤＭＩ上にデータとして並行して送信する。これにより、シンク機器３００側でクローズドキャプションデータのデコードを行うことができるため、デコード後のキャプション画像をシンク機器３００側の設定に沿った形態にすることができる。例えば、シンク機器３００側でキャプション画像を見やすい色に変えたりすることができる。なお、シンク機器３００の多くは、チューナ（図示しない）を内蔵しているため、クローズドキャプションデータのデコード能力を有する。このため、シンク機器３００側でクローズドキャプションデータのデコードを行う場合においても、シンク機器３００側に新たにデコード機能を追加する必要はなく、シンク機器３００の価格上昇には繋がらない。一方、クローズドキャプションデータのデコード能力を持たない低価格なソース機器２００を提供することができ、市場の活性化を図ることもできる。
【００８１】
また、本発明の目的は、上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。
【００８２】
この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８３】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ等の光ディスク、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【００８４】
また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施の形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれる。
【００８５】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれる。
【００８６】
以上、添付図面を参照しながら本発明の好適な実施の形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【００８７】
１００    ＡＶシステム
２００    ソース機器
２０２    コネクタ部
２０４    データ送信部
２０６    制御部
３００    シンク機器
３０２    コネクタ部
３０４    データ受信部
３０６    制御部
３０８    デコード部
３１０    混合部
３１２    表示部
４００    ケーブル
【図１】
2011244390.tif 000003
【図２】
2011244390.tif 000004
【図３】
2011244390.tif 000005
【図４】
2011244390.tif 000006
【図５】
2011244390.tif 000007
【図６】
2011244390.tif 000008
【図７】
2011244390.tif 000009
【図８】
2011244390.tif 000010
【図９】
2011244390.tif 000011
【図１０】
2011244390.tif 000012
【図１１】
2011244390.tif 000013
【図１２】
2011244390.tif 000014
【図１３】
2011244390.tif 000015
【図１４】
2011244390.tif 000016
【図１５】
2011244390.tif 000017
【図１６】
2011244390.tif 000018
【図１７】
2011244390.tif 000019
【図１８】
2011244390.tif 000020
【図１９】
2011244390.tif 000021
【図２０】
2011244390.tif 000022
【図２１】
2011244390.tif 000023
【図２２】
2011244390.tif 000024
【図２３】
2011244390.tif 000025