(57)【要約】【課題】ＭＭＴ／ＴＬＶで放送されるコンテンツを、ＩＰネットワークで、ＴＬＶ−ＳＩで伝送される情報をも含めて配信（再放送）できるようにする。【解決手段】受信機は、通信部と、選局情報確立部とを具備する。通信部は、ネットワークを介して外部と通信を行う。選局情報確立部は、ＭＭＴＰ（MPEG Media Transport Protocol）で伝送されるコンテンツを前記通信部が受信するための選局制御情報を、前記通信部を介して取得する。【選択図】図１
2018067768.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して外部と通信を行う通信部と、
ＭＭＴＰで伝送されるコンテンツを前記通信部が受信するための選局制御情報を、前記通信部を介して取得する選局情報確立部と、
前記通信部が受信した前記コンテンツから当該コンテンツに含まれるＭＭＴのアセットを抽出する処理を行うバックエンド処理部と、
を具備することを特徴とする受信機。
【請求項２】
前記選局情報確立部は、前記通信部が受信したパケットに格納されたＴＬＶパケットを抽出し、前記ＴＬＶパケットに含まれるＴＬＶ−ＳＩの制御情報から前記選局制御情報を取得する、
ことを特徴とする請求項１に記載の受信機。
【請求項３】
前記選局情報確立部は、前記通信部が受信するパケットのうち、前記コンテンツを格納したパケットとは別のストリームに属するパケットからＴＬＶ−ＳＩの制御情報を抽出し、当該ＴＬＶ−ＳＩの制御情報から前記選局制御情報を取得する、
ことを特徴とする請求項１に記載の受信機。
【請求項４】
前記選局情報確立部は、予め記憶されたネットワーク構成情報サーバーの所在情報に基づいて前記ネットワーク構成情報サーバーにアクセスし、前記ネットワーク構成情報サーバーからＣＤＮ構成情報サーバーの所在情報を取得し、前記ＣＤＮ構成情報サーバーの所在情報に基づいて前記ＣＤＮ構成情報サーバーにアクセスし、前記ＣＤＮ構成情報サーバーからＰＦ構成情報サーバーの所在情報を取得し、前記ＰＦ構成情報サーバーの所在情報に基づいて前記ＰＦ構成情報サーバーにアクセスし、前記ＰＦ構成情報サーバーから選局制御情報サーバーの所在情報を取得し、前記選局制御情報サーバーの所在情報に基づいて前記選局制御情報サーバーにアクセスし、前記選局制御情報サーバーから前記選局制御情報を取得する、
ことを特徴とする請求項１に記載の受信機。
【請求項５】
前記選局情報確立部は、予め記憶されたＣＤＮ構成情報サーバーの所在情報に基づいて前記ＣＤＮ構成情報サーバーにアクセスし、前記ＣＤＮ構成情報サーバーからＰＦ構成情報サーバーの所在情報を取得し、前記ＰＦ構成情報サーバーの所在情報に基づいて前記ＰＦ構成情報サーバーにアクセスし、前記ＰＦ構成情報サーバーから選局制御情報サーバーの所在情報を取得し、前記選局制御情報サーバーの所在情報に基づいて前記選局制御情報サーバーにアクセスし、前記選局制御情報サーバーから前記選局制御情報を取得する、
ことを特徴とする請求項１に記載の受信機。
【請求項６】
前記選局情報確立部は、予め記憶された外部のポータルサーバーの所在情報に基づいて前記ポータルサーバーにアクセスし、当該ポータルサーバーから、前記選局制御情報を取得する、
ことを特徴とする請求項１に記載の受信機。
【請求項７】
ネットワークを介して外部と通信を行う通信部、を具備したコンピューターを、
ＭＭＴＰで伝送されるコンテンツを前記通信部が受信するための選局制御情報を、前記通信部を介して取得する選局情報確立部、
前記通信部が受信した前記コンテンツから当該コンテンツに含まれるＭＭＴのアセットを抽出する処理を行うバックエンド処理部、
として機能させるためのプログラム。
【請求項８】
受信した放送信号が含むコンテンツを、ＩＰネットワークを介して再放送する再送信装置であって、
前記放送信号が含むＴＬＶパケットを抽出し、前記ＴＬＶパケットが含むＴＬＶ−ＳＩの制御情報内のアドレス情報を前記ＩＰネットワークでの伝送用に書き換え、書き換えた前記ＴＬＶ−ＳＩの制御情報を含む前記ＴＬＶパケットをＩＰパケットに格納して前記ＩＰネットワークを介して送出する再送信装置。
【請求項９】
受信した放送信号が含むコンテンツを、ＩＰネットワークを介して再放送する再送信装置であって、
前記放送信号が含むＴＬＶパケットを抽出し、前記ＴＬＶパケットから抽出したＭＭＴ／ＩＰの階層のパケットを前記ＩＰネットワークの第１ストリームで送出し、前記ＴＬＶパケットが含むＴＬＶ−ＳＩの制御情報内のアドレス情報を前記ＩＰネットワークでの伝送用に書き換え、書き換えた前記ＴＬＶ−ＳＩの制御情報をＩＰパケットに格納して前記ＩＰネットワークを第２ストリームで送出する、再送信装置。
【請求項１０】
受信した放送信号が含むコンテンツを、ＩＰネットワークを介して再送信する再送信装置であって、
受信した放送信号が含むＴＬＶパケットを基にＭＭＴＰパケットを復元し前記ＭＭＴＰパケットをＩＰパケットに載せて前記ＩＰネットワークに送出するとともに、前記コンテンツを受信機が受信するための所在情報を含む選局制御情報を前記受信機側からアクセス可能なサーバーから送信可能とした、再送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信機、再送信装置、およびプログラムに関する。
【背景技術】
【０００２】
ＭＭＴ（MPEG Media Transport）を用いて映像コンテンツを配信するシステムの普及が期待されている。具体的な例としては、衛星による８Ｋ  ＳＨＶ（スーパーハイビジョン）放送では、ＭＭＴが用いられる。ＭＭＴによる伝送を行うプロトコルであるＭＭＴＰ（MPEG Media Transport Protocol）は、下位層のプロトコルとしてＩＰを用いる。つまり、ＭＭＴによる伝送は、従来のテレビ放送における伝送と異なり、インターネット等の通信回線とも親和性が良い。従って当然のこととして、ＭＭＴパケットを、他の伝送方式に変換することなくそのまま、通信回線経由で伝送できることが期待される。
【０００３】
非特許文献１には、ＭＭＴによる伝送方式について、記載されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「デジタル放送におけるＭＭＴによるメディアトランスポート方式（MMT-BASED MEDIA TRANSPORT SCHEME IN DIGITAL BROADCASTING SYSTEMS）  ARIB STD-B60  １．７版」，一般社団法人電波産業会，平成２８年（西暦２０１６年）７月６日
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、インターネット等の通信回線でＭＭＴによる映像コンテンツ等の伝送を行うにあたって、特に放送信号として送信されるＭＭＴＰパケットを受信して、ＩＰネットワークで再放送するシステムを構築するためには、次のような課題が存在する。
【０００６】
第１の課題は、初期状態において、特定の受信対象のコンテンツを受信するためのＩＰアドレスが受信機側において不明であることである。
第２の課題は、後述するコンテンツを受信するための制御情報の一部をＩＰネットワークで伝送するしくみが欠落していることである。具体的には、ＭＭＴＰで映像等を配信するシステムの一つである高度広帯域衛星デジタル放送では、制御情報に関して、ＴＬＶ−ＳＩ（ＴＬＶ−ＮＩＴとＡＭＴ）以外の情報はＭＭＴＰパケットで伝送し、ＴＬＶ−ＳＩはＴＬＶパケットで伝送することとなっている。つまり、再放送システムがＭＭＴＰパケットのみを再送信しても、ＴＬＶ−ＳＩの情報が欠落するため、ＥＰＧ構成に必要な情報を取得できないという問題がある。
【０００７】
本発明は、上記の課題認識に基づいて行なわれたものであり、ＴＬＶ−ＳＩの情報をも含めて、配信し、視聴可能とする、受信機、再送信装置、およびプログラムを提供しようとするものである。
【課題を解決するための手段】
【０００８】
［１］上記の課題を解決するため、本発明の一態様による受信機は、ネットワークを介して外部と通信を行う通信部と、ＭＭＴＰで伝送されるコンテンツを前記通信部が受信するための選局制御情報を、前記通信部を介して取得する選局情報確立部と、前記通信部が受信した前記コンテンツから当該コンテンツに含まれるＭＭＴのアセットを抽出する処理を行うバックエンド処理部と、を具備することを特徴とする。
【０００９】
［２］また、本発明の一態様は、上記の受信機において、前記選局情報確立部は、前記通信部が受信したパケットに格納されたＴＬＶパケットを抽出し、前記ＴＬＶパケットに含まれるＴＬＶ−ＳＩの制御情報から前記選局制御情報を取得する、ことを特徴とする。
【００１０】
［３］また、本発明の一態様は、上記の受信機において、前記選局情報確立部は、前記通信部が受信するパケットのうち、前記コンテンツを格納したパケットとは別のストリームに属するパケットからＴＬＶ−ＳＩの制御情報を抽出し、当該ＴＬＶ−ＳＩの制御情報から前記選局制御情報を取得する、ことを特徴とする。
【００１１】
［４］また、本発明の一態様は、上記の受信機において、前記選局情報確立部は、予め記憶されたネットワーク構成情報サーバーの所在情報に基づいて前記ネットワーク構成情報サーバーにアクセスし、前記ネットワーク構成情報サーバーからＣＤＮ構成情報サーバーの所在情報を取得し、前記ＣＤＮ構成情報サーバーの所在情報に基づいて前記ＣＤＮ構成情報サーバーにアクセスし、前記ＣＤＮ構成情報サーバーからＰＦ構成情報サーバーの所在情報を取得し、前記ＰＦ構成情報サーバーの所在情報に基づいて前記ＰＦ構成情報サーバーにアクセスし、前記ＰＦ構成情報サーバーから選局制御情報サーバーの所在情報を取得し、前記選局制御情報サーバーの所在情報に基づいて前記選局制御情報サーバーにアクセスし、前記選局制御情報サーバーから前記選局制御情報を取得する、ことを特徴とする。
【００１２】
［５］また、本発明の一態様は、上記の受信機において、前記選局情報確立部は、予め記憶されたＣＤＮ構成情報サーバーの所在情報に基づいて前記ＣＤＮ構成情報サーバーにアクセスし、前記ＣＤＮ構成情報サーバーからＰＦ構成情報サーバーの所在情報を取得し、前記ＰＦ構成情報サーバーの所在情報に基づいて前記ＰＦ構成情報サーバーにアクセスし、前記ＰＦ構成情報サーバーから選局制御情報サーバーの所在情報を取得し、前記選局制御情報サーバーの所在情報に基づいて前記選局制御情報サーバーにアクセスし、前記選局制御情報サーバーから前記選局制御情報を取得する、ことを特徴とする。
【００１３】
［６］また、本発明の一態様は、上記の受信機において、前記選局情報確立部は、予め記憶された外部のポータルサーバーの所在情報に基づいて前記ポータルサーバーにアクセスし、当該ポータルサーバーから、前記選局制御情報を取得する、ことを特徴とする。
【００１４】
［７］また、本発明の一態様は、ネットワークを介して外部と通信を行う通信部、を具備したコンピューターを、ＭＭＴＰで伝送されるコンテンツを前記通信部が受信するための選局制御情報を、前記通信部を介して取得する選局情報確立部、前記通信部が受信した前記コンテンツから当該コンテンツに含まれるＭＭＴのアセットを抽出する処理を行うバックエンド処理部、として機能させるためのプログラムである。
【００１５】
［８］また、本発明の一態様は、受信した放送信号が含むコンテンツを、ＩＰネットワークを介して再放送する再送信装置であって、前記放送信号が含むＴＬＶパケットを抽出し、前記ＴＬＶパケットが含むＴＬＶ−ＳＩの制御情報内のアドレス情報を前記ＩＰネットワークでの伝送用に書き換え、書き換えた前記ＴＬＶ−ＳＩの制御情報を含む前記ＴＬＶパケットをＩＰパケットに格納して前記ＩＰネットワークを介して送出する再送信装置である。
【００１６】
［９］また、本発明の一態様は、受信した放送信号が含むコンテンツを、ＩＰネットワークを介して再放送する再送信装置であって、前記放送信号が含むＴＬＶパケットを抽出し、前記ＴＬＶパケットから抽出したＭＭＴ／ＩＰの階層のパケットを前記ＩＰネットワークの第１ストリームで送出し、前記ＴＬＶパケットが含むＴＬＶ−ＳＩの制御情報内のアドレス情報を前記ＩＰネットワークでの伝送用に書き換え、書き換えた前記ＴＬＶ−ＳＩの制御情報をＩＰパケットに格納して前記ＩＰネットワークを第２ストリームで送出する、再送信装置である。
【００１７】
［１０］また、本発明の一態様は、受信した放送信号が含むコンテンツを、ＩＰネットワークを介して再放送する再送信装置であって、受信した放送信号が含むＴＬＶパケットを基にＭＭＴＰパケットを復元し前記ＭＭＴＰパケットをＩＰパケットに載せて前記ＩＰネットワークに送出するとともに、前記コンテンツを受信機が受信するための所在情報を含む選局制御情報を前記受信機側からアクセス可能なサーバーから送信可能とした、再送信装置である。
【発明の効果】
【００１８】
本発明によれば、放送信号に含まれるＭＭＴＰパケットを変換せずそのまま流す形で再放送し、且つ受信機側で選局制御情報を正しく取得することができる。つまり、放送される映像コンテンツの品質を変えることなく、再放送することが可能となる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態による受信機の概略機能構成を示すブロック図である。
【図２】同実施形態によるコンテンツ伝送システムの構成例を示す概略図である。
【図３】同実施形態による第１方式により、インターネット回線を介して映像コンテンツを配信するためのシステムの構成を示す概略図である。
【図４】同実施形態による第２方式により、インターネット回線を介して映像コンテンツを配信するためのシステムの構成を示す概略図である。
【図５】同実施形態による第３方式により、インターネット回線を介して映像コンテンツを配信するためのシステムの構成を示す概略図である。
【図６】同実施形態による第４方式により、インターネット回線を介して映像コンテンツを配信するためのシステムの構成を示す概略図である。
【図７】同実施形態による第５方式により、インターネット回線を介して映像コンテンツを配信するためのシステムの構成を示す概略図である。
【図８】同実施形態による第６方式により、インターネット回線を介して映像コンテンツを配信するためのシステムの構成を示す概略図である。
【図９】同実施形態による第７方式により、インターネット回線を介して映像コンテンツを配信するためのシステムの構成を示す概略図である。
【図１０】同実施形態における自局配信情報のデータ構成を表す概略図である。
【図１１】同実施形態におけるコードポイントの値と、ＦＥＣの符号化アルゴリズムとの対応関係を表す概略図である。
【図１２】同実施形態におけるアドレスマップテーブル（ＡＭＴ）のデータ構成を示す概略図である。
【図１３】同実施形態におけるアドレスマップテーブル（ＡＭＴ）のプライベートデータバイトの領域に格納する、選局制御情報のデータ構成を示す概略図である。
【図１４】同実施形態による受信機が選局情報を確立するための処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００２０】
次に、本発明の一実施形態について、図面を参照しながら説明する。
図１は、本実施形態による受信機の概略機能構成を示すブロック図である。図示するように、受信機１は、放送復調部１１と、通信部１２と、選局情報確立部１４と、アプリケーション実行部１７と、ネットワーク確立部１８と、バックエンド処理部２０と、表示処理部３０と、を含んで構成される。なお、これら各部は、電子回路を用いて実現される。以下で、各部の機能について説明する。
【００２１】
放送復調部１１は、放送信号を受信し、受信した放送信号を復調する。放送信号は、放送局の設備から、空中波として、あるいはケーブルテレビのケーブルを介して、伝送されてくるものである。なお、放送復調部１１が受信するコンテンツは、ＭＭＴＰで伝送される。
通信部１２は、通信回線を介して外部の装置等と通信する。通信部１２は、例えば、インターネットプロトコル（Internet Protocol，ＩＰ）を用いて、外部の装置等との間の通信を行う。なお、通信部１２が受信するデータのうち、映像や音声によるコンテンツのデータは、ＭＭＴＰで伝送される。
【００２２】
選局情報確立部１４は、放送復調部１１が受信するテレビ放送のコンテンツを受信するための選局制御情報、または通信部１２が行う通信によって受信する映像コンテンツ（例えば、テレビ放送の再放送）の選局制御情報を、それぞれ適切な場所から取得する。これにより、選局情報確立部１４は、受信機１が選局するために必要な選局制御情報を放送復調部１１や通信部１２が利用可能となるように確立させる。具体的には、選局情報確立部１４は、受信機１が受信の対象とするＭＭＴＰで伝送されるコンテンツを通信部１２が受信するために必要な選局制御情報を、通信部１２を介して取得するものである。特に、選局情報確立部１４は、通信部１２が受信したＩＰパケットから抽出された選局制御情報を取得する。
なお、選局制御情報とは、具体的には、マルチキャストされるコンテンツを受信するための、ＩＰアドレスの情報や、ポート番号の情報や、映像等のコンテンツの符号化方式に関する情報や、符号化パラメーター等の情報である。
選局制御情報は、ＴＬＶパケットで伝送される放送信号において、ＴＬＶ−ＳＩの一部である。ＴＬＶ−ＳＩは、ＴＬＶ多重化方式に関わる制御情報である。ＴＬＶ−ＳＩは、ＴＬＶ−ＮＩＴ（ＴＬＶ用ネットワーク情報テーブル）と、アドレスマップテーブル（ＡＭＴ）とで構成される。ＴＬＶ−ＮＩＴは、物理的ネットワークについての情報を格納する。アドレスマップテーブルは、放送番組番号を識別するサービス識別子とＩＰパケットとを関連付ける情報を提供する。
【００２３】
アプリケーション実行部１７は、アプリケーションプログラム（「アプリ」とも呼ぶ）を実行させる機能を有するものである。例えば、アプリケーション実行部１７は、ＪａｖａＳｃｒｉｐｔ（登録商標）仮想マシンを含んだウェブブラウザーのプログラムと、そのプログラムを実行させるための実行環境により実現される。プログラムを実行するための実行環境は、ＣＰＵ（中央処理装置）やメモリーを含む。
【００２４】
ネットワーク確立部１８は、通信部１２を経由して、選局情報確立部１４または後述するバックエンド処理部２０等の外部の装置等との間の通信路を確立させる。具体的には、ネットワーク確立部１８は、外部のサーバー装置の所在情報（ＵＲＩ）に基づいて、そのサーバー装置とのセッションを確立させる。なお、ネットワーク確立部１８は、外部のサーバー装置と確立した通信路が不要となった際には、そのサーバー装置の通信路を閉じる。
【００２５】
バックエンド処理部２０は、放送信号として、あるいは通信データとして受信した映像コンテンツ（映像や音声を含む）を視聴者に提示するためのバックエンド処理を実行する機能を有する。バックエンド処理部２０は、デスクランブル部２１と、デコード部２２と、ＭＭＴ／ＩＰ処理部２３と、制御情報処理部２４とを含む。バックエンド処理部２０は、デコード済みの映像および音声を、表示処理部３０に渡す。
なお、バックエンド処理部２０の主要な処理の一つは、放送復調部１１や通信部１２が受信したコンテンツから当該コンテンツに含まれるＭＭＴのアセットを抽出する処理を行うことである。
【００２６】
デスクランブル部２１は、受信したコンテンツがスクランブルされていた（scrambled）場合に、所定の鍵等を用いて、そのコンテンツをデスクランブル（descramble）する。
デコード部２２は、受信した、コード化されたコンテンツをデコード（decode）する。
ＭＭＴ／ＩＰ処理部２３は、放送または通信で受信したＭＭＴ／ＩＰのプロトコル階層のパケットを処理する。これによりＭＭＴ／ＩＰ処理部２３は、ＭＭＴＰパケットから、映像、音声、字幕テキスト等の、各種コンテンツを抽出する。
制御情報処理部２４は、受信したデータから、コンテンツの伝送やデコードに関する制御情報を抽出し、それらの制御情報に応じた制御を行う。
【００２７】
表示処理部３０は、バックエンド処理部２０からデコード済みの映像および音声の信号を受け取り、映像を表示装置等に出力するとともに、音声をスピーカーまたはイヤホン等に出力する。
【００２８】
上記の構成による受信機１は、ＭＭＴ／ＩＰを共通インターフェースとして、放送と通信のいずれによっても、映像コンテンツを受信し得るものである。ＭＭＴは、MPEG Media Transportの略である。ＭＭＴは、下位プロトコルとして、ＩＰを用いる。つまり、放送復調部１１は、ＭＭＴ／ＩＰによるパケットを含んだ放送信号を受信し、復調する。また、通信部１２は、ＭＭＴ／ＩＰによるパケットを受信する。
つまり、受信機１は、ＭＭＴ／ＩＰを共通インターフェースとする放送通信共用受信機である。これにより、受信機１は、放送と同等の品質の映像コンテンツを通信によって受信することができる。また、受信機１は、放送と通信の間で、ＣＡＳ（Conditional Access System）やＥＰＧ（Electronic Program Guide）等の共通化が可能となる。さらに、受信機１では、放送と通信の間でバックエンド処理部２０を共通化することができ、コストの低廉化を図ることができる。
【００２９】
図２は、受信機１を含む、コンテンツ伝送システムの構成例を示す概略図である。
このコンテンツ伝送システムは、ＩＰＴＶ事業者の設備と、インターネット回線と、家庭内の伝送設備と、家庭内の受信機とを少なくとも含む。なお、ＩＰＴＶとは、Internet Protocol TVの略である。なお、同図は、例として、家庭内に設置された受信機によりコンテンツを再生するための構成を示しているが、受信機が設置される場所は家庭内に限られず、オフィスや、公的スペースであってもよい。
【００３０】
ＩＰＴＶ事業者は、ＩＰ網を伝送経路とした映像コンテンツを配信する事業を行う。ＩＰＴＶ事業者の設備は、図示するように、衛星復調器と、番組アーカイブとを含む。衛星復調器は、受信した衛星放送信号を復調し、放送信号をＩＰ送出装置に渡す。ＩＰ送出装置は、衛星復調器から渡される放送信号を、インターネットプロトコルで送出する。このとき、ＩＰ送出装置は、放送信号を変換せずにＭＭＴ／ＩＰのままの再放送コンテンツとして送出する。なお、衛星放送信号だけでなく、他の手段によって受信した放送信号（例えば、受信した地上波放送信号）を、ＩＰ送出装置が送出するようにしてもよい。これにより、ＩＰＴＶ事業者の設備は、受信した放送信号を再放送（再送信）することが可能となる。
なお、番組アーカイブは、映像コンテンツを蓄積保管しておくための装置である。番組アーカイブは、磁気ハードディスク等に大量の映像コンテンツを保管している。番組アーカイブに保管されているのは、例えば、ＩＰＴＶ事業者の自主コンテンツ等である。そして、番組アーカイブは、配信すべき映像コンテンツをＩＰ送出装置に渡す。これにより、ＩＰ送出装置は、保管された映像コンテンツを送出することも可能となる。
【００３１】
インターネット回線は、例えばインターネットサービスプロバイダーにより提供される通信回線である。ここでは、インターネット回線は、例えば、１０Ｇｂｐｓ（ギガビット毎秒）級の高速インターネット回線であり、広帯域のコンテンツを伝送することができる。例えば、インターネット回線は、いわゆる８ＫＴＶ（水平７６８０×垂直４３２０の画素数）の映像コンテンツを多チャンネル分、同時に伝送する容量を有している。また、インターネット回線は、映像コンテンツのトラフィックだけではなく、他の一般のトラフィックについても伝送する。
【００３２】
通信についての家庭内の伝送設備は、例えば、光回線終端装置（ＯＮＵ，optical network unit）と、家庭内ネットワークとを含む。この家庭内の伝送設備のうち、家庭内ネットワークは、既存の有線または無線の宅内ＬＡＮ（local area network）のいずれを用いてもよい。また、家庭内ネットワークは、光回線終端装置の配下に複数の受信機が接続されてもよい。この家庭内の伝送設備の一方である光回線終端装置は、多チャンネルの映像信号として、例えば、ＳＨＶ映像信号（８ＫＴＶ）の中から受信機１側が要求するチャンネルの映像信号のみを選択して家庭内ネットワークで伝送する。各受信機は、家庭内ネットワークの数百Ｍｂｐｓ（メガビット毎秒）の帯域を用いて、映像コンテンツのデータを、インターネットプロトコルで受信することができる。
また、家庭内の設備は、放送信号を受信するための設備（例えば、衛星放送信号を受信するためのアンテナ等）を含んでいる。つまり、受信機１は、インターネット回線を経由して伝送される映像コンテンツを受信でき、放送信号として伝送される映像コンテンツを受信することもできる。
【００３３】
なお、インターネット回線を経由して伝送される映像コンテンツも、放送信号として伝送される映像コンテンツも、それぞれＭＭＴ／ＩＰにより伝送される。
【００３４】
以下に、受信機１が選局制御情報を正しく取得し、それによって、配信される映像コンテンツを正しく受信できるようにするためのシステムの構成と、同システムにおける受信機１の動作について説明する。
なお、以下のシステムの構成は、第１方式から第７方式までの７通りの構成である。
【００３５】
＜第１方式：受信したＴＬＶをＩＰ化して伝送＞
図３は、第１方式により、インターネット回線を介して映像コンテンツを配信するための構成の概略図である。
第１方式のＩＰＴＶサービス事業者の設備（具体的には、例えば、図２に示したＩＰ送出装置）は、受信した放送信号に含まれるＴＬＶパケットをＩＰパケットに格納してインターネット回線（ＩＰネットワーク，コンテンツ・デリバリー・ネットワーク，Contents Delivery Network，ＣＤＮ）により伝送する。これにより、ＴＬＶ−ＳＩの情報をも含むＴＬＶパケット全体が、ＩＰパケット内に格納されて、インターネット回線で伝送できる。
衛星放送信号では、プロトコルの階層は、下から、ＴＬＶ、ＩＰ、ＭＭＴからなる階層構造を有する。ＩＰＴＶサービス事業者の衛星復調器は、この衛星放送信号を受信し、復調する。ＩＰＴＶサービス事業者のＩＰ送出装置は、ＴＬＶパケットを、さらに下位層のＩＰパケットに格納して送出する。つまり、ＩＰＴＶサービス事業者のＩＰ送出装置は、ＴＬＶ−ＳＩ情報もＩＰパケット内に格納して送出する。このとき、ＩＰＴＶサービス事業者のＩＰ送出装置は、ＴＬＶ−ＳＩ中（ＡＭＴ中）のアドレス情報を、放送用のアドレス情報から、インターネット回線用のアドレス情報に付け替える。
さらに、ＩＰＴＶサービス事業者のＩＰ送出装置から送出されたＩＰパケットを受信した受信機は、そのＩＰパケット（最下層のＩＰパケット）が含むデータからＴＬＶパケットを復元する。これにより、受信機は、衛星放送信号を復調して得られたＴＬＶパケットと同等の情報を取得できる。つまり、受信機は、受信したＩＰパケットの中からＴＬＶ−ＳＩ情報を取得することができるためＥＰＧを構成できる。そして、受信機は、それらのＴＬＶパケットから映像コンテンツを復元し、表示画面等に提示する。
【００３６】
つまり、第１方式のＩＰＴＶ事業者側の再送信システムの構成例は、受信した放送信号が含むコンテンツをＩＰネットワークを介して再放送する再送信システムである。そして、その再送信システムは、放送信号に含まれるＴＬＶパケットを抽出し、抽出したＴＬＶパケットに含まれるＴＬＶ−ＳＩの制御情報内のアドレス情報を前記ＩＰネットワークでの伝送用に書き換える。そして、書き換えた前記ＴＬＶ−ＳＩの制御情報を含む前記ＴＬＶパケットを、ＩＰパケットに格納して前記ＩＰネットワークを介して送出する。
【００３７】
さらに、第１方式の選局情報確立部１４は、通信部１２が受信したパケット（ＩＰパケット）に格納されたＴＬＶパケットを抽出し、そのＴＬＶパケットに含まれるＴＬＶ−ＳＩの制御情報から選局制御情報を取得する。
【００３８】
＜第２方式：受信したＴＬＶからＭＭＴＰパケットを復元するとともに、ＴＬＶ−ＳＩ情報を別のパケットストリームとして伝送＞
図４は、第２方式により、インターネット回線を介して映像コンテンツを配信するための構成の概略図である。
第２方式のＩＰＴＶサービス事業者の設備（例えば、図２に示したＩＰ送出装置）は、衛星放送等から受信した放送信号に含まれるＴＬＶパケットからＭＭＴＰパケットを復元し、復元したＭＭＴＰパケットをＩＰパケット（第１ストリーム）に載せてインターネット回線（ＣＤＮ）に送出する。そして、ＩＰＴＶサービス事業者の設備は、受信したＴＬＶパケットから得られるＴＬＶ−ＳＩ情報を別のＩＰストリーム（第２ストリーム）のＩＰパケットに格納し、格納したＩＰパケットをインターネット回線に送出する。これにより、上記のいずれかのストリームのＩＰパケット内にＴＬＶ−ＳＩの情報を含むＴＬＶパケットが格納していた情報の全体が格納されて、インターネット回線上で伝送される。
衛星放送信号で伝送されるＩＰパケットのプロトコルの階層は、下から、ＴＬＶ、ＩＰ、ＭＭＴで構成され、ＩＰＴＶサービス事業者の衛星復調器はこの衛星放送信号を受信し、受信した衛星放送信号を復調する。さらに、ＩＰＴＶサービス事業者のＩＰ送出装置は、ＩＰＴＶサービス事業者の衛星復調器により得られたＭＭＴＰパケットをＩＰ上のＭＭＴＰとして送出する（プロトコルの階層は、下から、ＩＰ、ＭＭＴの階層構造である。）。また、ＩＰＴＶサービス事業者のＩＰ送出装置は、ＴＬＶ−ＳＩ情報を、別途、ＩＰパケットに格納して送出する（プロトコルの階層は、下から、ＩＰ、ＴＬＶ−ＳＩの階層構造である。）。このとき、ＩＰＴＶサービス事業者のＩＰ送出装置は、ＴＬＶ−ＳＩ内におけるＡＭＴ中のアドレス情報を、放送用のアドレス情報から、インターネット回線用のアドレス情報に付け替える。
なお、ＩＰＴＶサービス事業者のＩＰ送出装置から送出されたＩＰパケットを受信した受信機は、図４の太線と細線とで示す２本のＩＰストリームに含まれるＩＰパケットからＭＭＴＰパケットとＴＬＶ−ＳＩ情報とをそれぞれ復元する。つまり、受信機は、ＩＰＴＶサービス事業者のＩＰ送出装置から受信したＩＰパケット内のＴＬＶ−ＳＩ情報を取得してＥＰＧを構成することができる。受信機は、取得したＥＰＧなどの映像コンテンツを復元し、受信機の表示画面等に提示できる。
【００３９】
このように、再送信システムは、受信した放送信号が含むコンテンツを、ＩＰネットワークを介して再放送する。また、再送信システムは、放送信号が含むＴＬＶパケットを抽出し、ＴＬＶパケットから抽出したＭＭＴ／ＩＰの階層のパケットをＩＰネットワークの第１ストリームで送出する。そして、ＴＬＶパケットに含まれるＴＬＶ−ＳＩの制御情報内のアドレス情報をＩＰネットワークでの伝送用に書き換え、書き換えた前記ＴＬＶ−ＳＩの制御情報をＩＰパケットに格納し、ＩＰネットワークを介して第２ストリームで送出する。
【００４０】
第２方式における受信機１の選局情報確立部１４は、通信部１２が受信するパケットのうち、コンテンツを格納したパケット（ＭＭＴ／ＩＰ）とは別のストリームに属するパケットからＴＬＶ−ＳＩの制御情報を抽出し、抽出したＴＬＶ−ＳＩの制御情報から選局制御情報を取得する。つまり、第２方式は、コンテンツを格納したパケットを伝送するストリームと、ＴＬＶ−ＳＩの制御情報を格納したパケットを伝送するストリームとを、別個に使用する。
【００４１】
＜第３方式：受信したＴＬＶからＭＭＴＰパケットを復元して伝送するとともに、ネットワーク構成情報サーバー経由で、ＴＬＶ-ＳＩ情報にアクセス可能とする＞
図５は、第３方式により、インターネット回線を介して映像コンテンツを配信するための構成の概略図である。以下、この図に沿って説明する。
第３方式では、ＩＰＴＶサービス事業者の設備（例えば、図２に示したＩＰ送出装置）は、衛星放送等から受信した放送信号に含まれるＴＬＶパケットからＭＭＴＰパケットを復元し、復元したＭＭＴＰパケットをＩＰパケットに載せて、インターネット回線（ＣＤＮ）に送出する。
ＩＰＴＶサービス事業者の設備は、選局制御情報サーバー上でＴＬＶ−ＳＩ情報を公開する。そして、この選局制御情報サーバーは、受信機Ａ、受信機Ｂ、または、受信機Ｃの各受信機からの要求に応じて、各受信機に対して選局制御情報を提供する。
図５は、複数のＣＤＮ（ＣＤＮ１およびＣＤＮ２）が存在する場合を示す。ここで、ＩＰＴＶサービス事業者Ａ，Ｂ，Ｃの３者の設備は、ＣＤＮ１を介して、それぞれ、ＰＦを通して映像コンテンツを配信するよう構成する。また、ＩＰＴＶサービス事業者Ａは、ＣＤＮ２を介してＰＦを通して映像コンテンツを配信するよう構成する。ＩＰＴＶサービス事業者Ａは、選局制御情報サーバーを設けることで、ネットワークからアクセス可能とする。ＩＰＴＶサービス事業者Ａの選局制御情報サーバーは、受信機側からの要求に応じて、選局制御情報を受信機に対して提供することができる。なお、各々の受信機は、ネットワーク構成情報サーバー（ＮＷ構成情報サーバー）の所在情報（例えば、ＵＲＩ（ユニフォーム・リソース・アイデンティファイアー））を予め保持している。そして、各受信機は、ネットワーク構成情報サーバーから所望のＣＤＮのＣＤＮ構成情報サーバーの所在情報（例えば、ＵＲＩ）を取得する。そして、各受信機は、ＣＤＮ構成情報サーバーから目的とするＰＦのＰＦ構成情報サーバーの所在情報（例えば、ＵＲＩ）を取得する。そして、各受信機は、ＰＦ構成情報サーバーから選局制御情報サーバーの所在情報（例えば、ＵＲＩ）を取得する。そして、各受信機は、選局制御情報サーバーから所望のサービス（局、あるいはチャンネル）の選局制御情報を取得する。
【００４２】
第３方式において、受信機１の主要な動作は、次の通りである。選局情報確立部１４は、予め記憶されたネットワーク構成情報サーバーの所在情報に基づいてネットワーク構成情報サーバーにアクセスし、アクセスされたネットワーク構成情報サーバーからＣＤＮ構成情報サーバーの所在情報を取得する。そして、選局情報確立部１４は、前記ＣＤＮ構成情報サーバーの所在情報に基づいてＣＤＮ構成情報サーバーにアクセスし、アクセスされたＣＤＮ構成情報サーバーからＰＦ構成情報サーバーの所在情報を取得する。さらに、選局情報確立部１４は、取得したＰＦ構成情報サーバーの所在情報に基づいて前記ＰＦ構成情報サーバーにアクセスし、ＰＦ構成情報サーバーから選局制御情報サーバーの所在情報を取得し、取得した選局制御情報サーバーの所在情報に基づいて選局制御情報サーバーにアクセスする。そして、アクセスした選局制御情報サーバーから選局制御情報を取得する。
【００４３】
本実施形態における第３方式の特徴は、ネットワーク構成情報サーバーを設け、ネットワーク構成情報サーバーの所在情報（ＵＲＩ）を、受信機が予め保持するようにした点である。これにより、受信機は、ネットワーク構成情報サーバーにアクセスすることができる。また、受信機は、ネットワーク構成情報サーバーから受け取る情報に基づいて、利用可能なＣＤＮのＣＤＮ構成情報サーバーの所在情報（ＵＲＩ）を取得することができる。さらに、受信機は、ＣＤＮ構成情報サーバーから辿ることによって、選局制御情報を取得し、ＴＬＶ−ＳＩ情報を取得することで、ＥＰＧを構成することが可能とり、受信機は、映像コンテンツを復元し、表示画面等に提示できる。
【００４４】
＜第４〜第７方式＞
第４方式から第７方式のそれぞれの方式は、受信機上で実行されるアプリの中に、ＴＬＶ−ＳＩ情報を取得するためのサーバーの所在情報（例えば、ＵＲＩ）をあらかじめ埋め込んでおき、そのアプリの実行により、受信機は、必要なＴＬＶ−ＳＩ情報にアクセスする。受信機上で実行されるアプリは、ＥＰＧ情報を取得するためのアプリであり、「ＥＰＧアプリ」とも呼ぶ。なお、第４方式から第７方式の各方式は、アプリに埋め込む所在情報の態様が各方式で異なる。具体的には、各方式でアプリに埋め込む所在情報は次の通りである。
【００４５】
＜第４方式：受信したＴＬＶからＭＭＴＰパケットを復元して伝送するとともに、インターネットサービスプロバイダー固有のアプリから、ＣＤＮ構成情報サーバー経由で、ＴＬＶ-ＳＩ情報にアクセス可能とする＞
図６は、第４方式により、インターネット回線を介して映像コンテンツを配信するための構成の概略図である。以下、この図に沿って説明する。
第４方式では、ＩＰＴＶサービス事業者の設備（例えば、図２に示したＩＰ送出装置）は、受信した放送信号に含まれるＴＬＶパケットからＭＭＴＰパケットを復元し、復元されたＭＭＴＰパケットをＩＰパケットに載せてインターネット回線（ＣＤＮ）に送出する。
図６のインターネット回線を構成する各ＣＤＮは、ＣＤＮ構成情報サーバーを有する。受信機Ａ、受信機Ｂ、受信機Ｃの各受信機は、プロバイダー固有アプリに埋め込まれたＵＲＩを用いて、ＣＤＮ構成情報サーバーにアクセスすることができる。なお、プロバイダー固有アプリとは、インターネットサービスを提供するプロバイダーの各々が提供するアプリである。プロバイダー固有アプリは、各プロバイダーのネットワークに設けられたＣＤＮ構成情報サーバーのＵＲＩを予め記憶している。各受信機は、ＣＤＮ構成情報サーバーから、ＰＦ構成情報サーバーの所在情報（ＵＲＩ）を取得する。そして、各受信機は、ＰＦ構成情報サーバーにアクセスし、ＰＦ構成情報サーバーから、選局制御情報サーバーの所在情報（ＵＲＩ）を取得する。これにより、各受信機は、選局制御情報サーバーにアクセス可能となる。選局制御情報サーバーが、各受信機からの要求に応じて、各受信機に対して選局制御情報を提供する。各受信機は、選局制御情報サーバーから、所望のサービスの選局制御情報を取得することができる。
このようにして、各受信機は、インターネット回線を経由して映像コンテンツを受信し、受信した映像コンテンツをユーザーに対して提示することが可能となる。
【００４６】
第４方式において、受信機１の主要な動作は、次の通りである。選局情報確立部１４は、図示しない記憶部に予め記憶されたＣＤＮ構成情報サーバーの所在情報により、ＣＤＮ構成情報サーバーにアクセスし、ＰＦ構成情報サーバーの所在情報をアクセスしたＣＤＮ構成情報サーバーから取得する。そして、選局情報確立部１４は、取得したＰＦ構成情報サーバーの所在情報によりＰＦ構成情報サーバーにアクセスし、アクセスしたＰＦ構成情報サーバーから選局制御情報サーバーの所在情報を取得する。さらに、選局情報確立部１４は、取得した選局制御情報サーバーの所在情報から選局制御情報サーバーにアクセスすることで、アクセスした選局制御情報サーバーから受信した映像コンテンツの選局制御情報を取得する。
【００４７】
＜第５方式：受信したＴＬＶからＭＭＴＰパケットを復元して伝送するとともに、放送事業者固有のアプリから、放送事業者のポータルサーバーにアクセスし、ＴＬＶ-ＳＩ情報にアクセス可能とする＞
図７は、第５方式により、インターネット回線を介して映像コンテンツを配信するための構成の概略図である。以下、この図に沿って説明する。
第５方式では、ＩＰＴＶサービス事業者の設備（例えば、図２に示したＩＰ送出装置）は、受信した放送信号に含まれるＴＬＶパケットからＭＭＴＰパケットを復元し、復元したＭＭＴＰパケットをＩＰパケットに載せて、インターネット回線（ＣＤＮ）に送出する。
各放送事業者（図中では、放送事業者Ａ，Ｂ，Ｃ）は、それぞれのポータルサーバーを設ける。放送事業者Ａ，Ｂ，Ｃの各放送事業者は、各放送事業者が配信する放送番組をインターネット経由での配信に関する自局配信情報を、このポータルサーバーにより受信機Ａ、受信機Ｂ、受信機Ｃの各受信機に対して提供することができる。放送事業者Ａ，Ｂ，Ｃの自局配信情報は、それぞれ、自局配信情報Ａ，自局配信情報Ｂ，自局配信情報Ｃと記載する。各受信機には、各放送事業者に固有のアプリ（図中では「各局ａｐｐ」と記載）を予めインストールしておき、例えば、受信機Ａが放送事業者Ａに固有のアプリを起動させると、起動されたアプリは、自らのアプリに埋め込まれた所在情報（ＵＲＩ）を用いて、例えば、放送事業者Ａのポータルサーバーにアクセスする。そして、起動されたアプリは、アクセスされたポータルサーバーから、例えば、放送事業者Ａの自局配信情報を取得する。ここで、自局配信情報の中には選局制御情報が含まれる。これにより、例えば、受信機Ａは、アプリが取得した選局制御情報を用いてインターネット回線を経由して放送事業者Ａの映像コンテンツを受信することができる。そして、受信機Ａは、受信した映像コンテンツをユーザーに提示できる。
【００４８】
＜第６方式：受信したＴＬＶからＭＭＴＰパケットを復元して伝送するとともに、複数の放送事業者に共通のアプリから、各放送事業者を統一したポータルサーバーにアクセスし、ＴＬＶ-ＳＩ情報にアクセス可能とする＞
図８は、第６方式により、インターネット回線を介して映像コンテンツを配信するための構成の概略図である。以下、この図に沿って説明する。
第６方式では、ＩＰＴＶサービス事業者の設備（例えば、図２に示したＩＰ送出装置）は、受信した放送信号に含まれるＴＬＶパケットからＭＭＴＰパケットを復元し、復元したＭＭＴＰパケットをＩＰパケットに載せて、インターネット回線（ＣＤＮ）に送出する。
各放送事業者（図中では、放送事業者Ａ，Ｂ，Ｃ）は、放送事業者それぞれのポータルサーバーを設けている。各放送事業者の各ポータルサーバーは、各放送事業者の放送番組をインターネット経由で配信するための自局配信情報を、提供するように構成するものである。また、各放送事業者を統一した各放送事業者に共通のポータルサーバーを設ける。各放送事業者を統一するポータルサーバーは、予め定められたタイミングで各放送事業者のポータルサーバーから各自局配信情報を取得する。そして、放送事業者を統一するポータルサーバーは、各放送事業者のポータルサーバーから収集した自局配信情報をまとめて公開する。なお、放送事業者を統一するポータルサーバーを「放送事業者統一ポータルサーバー」とも呼ぶ。一方、上記の放送事業者統一ポータルサーバーに対応したアプリ（図中では「共通ａｐｐ」と記載）を、受信機に予めインストールしておく。各受信機がこの共通アプリを起動させると、起動されたアプリは、自らのアプリに埋め込まれた所在情報（ＵＲＩ）を用いて放送事業者を統一したポータルサーバーにアクセスする。そして、受信機は、起動されたアプリにより、放送事業者統一ポータルサーバーから、各放送事業者の中で選択された放送事業者の配信情報を取得する。取得した配信情報の中には、選局制御情報が含まれる。これにより、受信機は、アプリが取得した選局制御情報を用いて、インターネット回線を経由で放送事業者統一ポータルサーバーから映像コンテンツを受信することができる。そして、受信機は、受信した映像コンテンツをユーザーに対して提示できる。
この第６方式では、受信機は、放送事業者の固有のアプリではなく、各放送事業者の共通のアプリを用いてＴＬＶ−ＳＩ情報にアクセスすることができる。その点において、第６方式は、第５方式よりも利便性が高い。
【００４９】
＜第７方式：受信したＴＬＶからＭＭＴＰパケットを復元して伝送するとともに、ＩＰＴＶの共通アプリからＩＰＴＶ共通ポータルサーバーにアクセスし、選局制御情報サーバー経由でＴＬＶ-ＳＩ情報にアクセス可能とする＞
図９は、第７方式により、インターネット回線を介して映像コンテンツを配信するための構成の概略図である。以下、この図に沿って説明する。
第７方式では、ＩＰＴＶサービス事業者の設備（例えば、図２に示したＩＰ送出装置）は、受信した放送信号に含まれるＴＬＶパケットからＭＭＴＰパケットを復元し、復元したＭＭＴＰパケットをＩＰパケットに載せてインターネット回線（ＣＤＮ）に送出する。
複数のＩＰＴＶ事業者の共通のサーバーとして、ＩＰＴＶ共通ポータルサーバーを設ける。各ＩＰＴＶ事業者は、選局制御情報サーバー内の図示しない記憶部にあらかじめ選局制御情報を記憶させておく。上記のＩＰＴＶ共通ポータルサーバーは、選局制御情報サーバーから選局制御情報を取得し、蓄積する。そして、ＩＰＴＶ共通ポータルサーバーは、収集した選局制御情報をまとめて公開する。一方、受信機には、上記のＩＰＴＶ共通ポータルサーバーに対応したアプリ（図中では「ＩＰＴＶ  ＥＰＧ  ａｐｐ」と記載。ＩＰＴＶのＥＰＧ情報を取得するためのアプリ。）を予めインストールしておく。受信機がこのアプリを起動させると、アプリは、自らに埋め込まれた所在情報（ＵＲＩ）を用いて、ＩＰＴＶ共通ポータルサーバーにアクセスする。そして、アプリは、ＩＰＴＶ共通ポータルサーバーから所望のサービスの選局制御情報を取得する。受信機は、アプリが取得した選局制御情報を用いて、インターネット回線を経由で、ＩＰＴＶ共通ポータルサーバーから映像コンテンツを受信することができる。そして、受信機は、受信した映像コンテンツをユーザーに対して提示できる。
【００５０】
なお、第５方式から第７方式までの受信機１の主要な動作は、次の通りである。選局情報確立部１４は、予め記憶された外部のポータルサーバーの所在情報に基づいて外部のポータルサーバーにアクセスし、アクセスしたポータルサーバーから選局制御情報を取得する、ここで言うポータルサーバーとは、放送事業者ごとのポータルサーバー（第５方式）や、放送事業者統一ポータルサーバー（第６方式）や、ＩＰＴＶ共通ポータルサーバー（第７方式）である。
【００５１】
以上、説明した、第１方式から第７方式までのいずれの方式を用いても、ＭＭＴで伝送される放送（例えば、８Ｋスーパーハイビジョン放送）の品質を落とすことなく、ＩＰ伝送による再放送サービスを実現することが可能となる。また、視聴者（受信機のユーザー）がどのインターネットサービスプロバイダーと契約していても、放送信号と通信の両方でコンテンツを受信することができる受信機を実現することが可能となる。
【００５２】
図１０は、自局配信情報のデータ構成を表す概略図である。図１０は、ブロック構造を有するデータ表現言語を用いてデータ構造を示している。そして、自局配信情報のデータ構造に含まれるデータ項目ごとに、各データのサイズ（ビット数）と各データの表記とを示している。また、図１０は、便宜上、左側に行番号を付している。なお上記のデータ表記に関して、「uimsbf」は、「unsigned integer, most significant bit first」（符号無し整数、最上位ビットが先頭）を表す。また、「bslbf」は、「bit string, left bit first」（ビット列、左ビットが先頭）を表す。
自局配信情報は、既に説明した第５方式（図７）および第６方式（図８）で用いるデータである。自局配信情報は、放送事業者が提供するコンテンツの配信に関する情報であり、自局の映像コンテンツがインターネット回線で配信（再送信）されるときの情報を、複数のＣＤＮにわたって保持している。また、自局配信情報は、ＴＬＶ−ＳＩの情報を含む。
以下、この図面に沿って、自局配信情報について説明する。
【００５３】
第１行目は、自局配信情報の定義の開始を示す宣言である。第１行目の左カーリーブレースは、第３７行目の右カーリーブレースに対応している。つまり、この間が１つのブロックである。「broadcaster_transmission_info」は、放送事業者の自局配信情報であることを示す識別子である。
第２行目のnum_of_CDN（ＣＤＮ数）は、当該自局配信情報が有するＣＤＮの数を示す。
第３行目は、ＣＤＮごとのループの開始を示すｆｏｒ文である。第３行目の左カーリーブレースは、第３６行目の右カーリーブレースに対応している。つまり、この間が、１つのＣＤＮに対応するブロックである。当該ブロックは、num_of_CDN（ＣＤＮ数）で示される回数、繰り返される。
第４行目は、当該ＣＤＮに関する、cdn_name_length （ＣＤＮ名長）である。ＣＤＮ名長は、後続するＣＤＮ名の長さをバイト単位で示す。
第５行目は、上のcdn_name_length （ＣＤＮ名長）で表される回数、繰り返すためのｆｏｒ文である。第４行目の左カーリーブレースは、第７行目の右カーリーブレースに対応する。つまり、第７行目がこのｆｏｒ文の終了である。
第６行目は、cdn_name_byte（ＣＤＮ名バイト）であり、ＣＤＮ名に含まれる各々のバイト（byte）に当たる。第５行目のｆｏｒ文によって繰り返されるバイト列が、ＣＤＮの名称を示す。
第７行目は、上記の通り、第５行目のｆｏｒ文の終了を示す。
【００５４】
第８行目のnum_of_service_id（サービス識別数）は、当該ＣＤＮにおいて配信される当該放送事業者（broadcaster）のservice_id（サービス識別）の数を示す。
第９行目は、num_of_service_id（サービス識別数）で示される回数分だけ処理を繰り返すためのｆｏｒ文である。第９行目の左カーリーブレースは、第３５行目の右カーリーブレースに対応する。つまり、この間に記載されたデータ構造が、サービス識別（service_id）によって識別されるサービスの情報にあたる。
第１０行目は、当該サービスを識別するためのラベルとしての役割を果たす、service_id（サービス識別）である。
第１１行目は、ip_version（IPバージョン）である。ip_version（IPバージョン）は、リストに記述するＩＰパケットのバージョンを示す。その値が「０」ならばＩＰｖ4を示し、その値が「１」ならばＩＰｖ6を示す。
第１２行目は、将来使用のためにリザーブされた領域を示す。
第１３行目は、service_loop_length（サービスループ長）である。このservice_loop_length（サービスループ長）は、このフィールドの直後から、次のサービス識別フィールドの直前までのバイト長を示す。第１４行目から第２５行目までのｉｆ〜ｅｌｓｅ〜文によってデータ長が可変となるために、このservice_loop_length（サービスループ長）の領域が設けられている。
【００５５】
第１４行目は、ｉｆ文の一部分であって、ip_versionの値が「０」であるか否かを判定するための条件節を含む。この条件が真（true）ならば、第１４行目の左カーリーブレースから第１９行目の右カーリーブレースまでの記述が有効となる。つまり、第１５行目から第１８行目までの定義は、ip_versionの値が「０」である場合（ＩＰｖ4である場合）に有効である。
第１５行目は、src_address_32（送信元ＩＰｖ４アドレス）であり、サービスを構成するＩＰｖ４パケットの送信元ＩＰアドレスを記述する。
第１６行目は、src_address_mask_32（送信元ＩＰｖ４アドレスマスク）であり、送信元ＩＰｖ４アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。このsrc_address_mask_32（送信元ＩＰｖ４アドレスマスク）は、３２より大きな値を取らない。
第１７行目は、dst_address_32（宛先ＩＰｖ４アドレス）であり、サービスを構成するＩＰｖ４パケットの宛先ＩＰアドレスを記述する。
第１８行目は、dst_address_mask_32（宛先IPv4アドレスマスク）であり、宛先ＩＰｖ４アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。このdst_address_mask_32（宛先IPv4アドレスマスク）は、３２より大きな値を取らない。なお、サービスを構成するマルチキャストグループは、送信元ＩＰｖ４アドレスマスクにより有効と識別される送信元ＩＰｖ４アドレス、および宛先ＩＰｖ４アドレスマスクにより有効と識別される宛先ＩＰｖ４アドレスの両方のアドレスに合致するマルチキャストグループとする。
第１９行目は、第１４行目からのブロックの終了である。
【００５６】
第２０行目は、第１９行目のｉｆ文のｅｌｓｅ節の開始部分である。このｅｌｓｅ節は、さらにｉｆ文を有しており、ip_versionの値が「１」であるか否かを判定するための条件節を含んでいる。この条件が真（true）ならば、第２０行目の左カーリーブレースから第１９行目の右カーリーブレースまでの記述が有効となる。つまり、第２１行目から第２４行目までの定義は、ip_versionの値が「１」である場合（ＩＰｖ６である場合）に有効である。
第２１行目は、src_address_128（送信元ＩＰｖ６アドレス）であり、サービスを構成するＩＰｖ６パケットの送信元ＩＰアドレスを記述する。
第２２行目は、src_address_mask_128（送信元ＩＰｖ６アドレスマスク）であり、送信元ＩＰｖ６アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。このsrc_address_mask_128（送信元ＩＰｖ６アドレスマスク）は、１２８より大きな値を取らない。
第２３行目は、dst_address_128（宛先ＩＰｖ６アドレス）であり、サービスを構成するＩＰｖ６パケットの宛先ＩＰアドレスを記述する。
第２４行目は、dst_address_mask_128（宛先ＩＰｖ６アドレスマスク）であり、宛先ＩＰｖ６アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。このdst_address_mask_128（宛先ＩＰｖ６アドレスマスク）は、１２８より大きな値を取らない。なお、サービスを構成するマルチキャストグループは、送信元ＩＰｖ６アドレスマスクにより有効と識別される送信元ＩＰｖ６アドレス、および宛先ＩＰｖ６アドレスマスクにより有効と識別される宛先ＩＰｖ６アドレスの両方のアドレスに合致するマルチキャストグループとする。
第２５行目は、第２０行目からのブロックの終了である。
【００５７】
第２６行目は、port_No.（ポート番号）であり、マルチキャスト伝送するポート番号を示す。
第２７行目は、IGMP/MLD_version（マルチキャストグループ管理プロトコルバージョン）である。このデータは、ＩＰｖ４でのＩＧＭＰ（Internet Group Management Protocol）とＩＰｖ６でのＭＬＤ（Multicast Listener Discovery）のうち使用するプロトコルのバージョン番号を示す。
第２８行目は、将来使用のためにリザーブされた領域を示す。
第２９行目は、num_of_FEC（ＦＥＣ数）であり、適用するＦＥＣ（Forward Error Correction）方式の数を示す。
第３０行目は、ＦＥＣ方式ごとのループのためのｆｏｒ文である。第３０行目の左カーリーブレースは、第３３行目の右カーリーブレースに対応する。
第３１行目は、FEC_code_point（ＦＥＣ方式のコードポイント）である。このデータは、ISO/IEC23008-10で規定されるＦＥＣ方式のコードポイントを示す。また、第３２行目は、FEC_param（ＦＥＣ方式のパラメーター）である。このデータは、各ＦＥＣ方式に応じたパラメーターを示す。例えば、Code point＝６を指定し、（Ｌパラメーター、Ｄパラメーター）を、例えば（１０，１０）などと指定する。コードポイントについては、後でさらに説明する。
第３３行目は、前述の第３０行目からのブロックの終了である。
第３４行目は、remote_control_key_id （リモートコントロールキー）であり、リモートコントロールキーの値を示す。
【００５８】
なお、第３５行目、第３６行目、第３７行目の右カーリーブレースは、それぞれ、第９行目、第３行目、第１行目の左カーリーブレースに対応する。
【００５９】
このような自局配信情報が提供される場合、受信機は、この情報を取得することにより、マルチキャストによるアドレス情報、マスク情報、ポート番号、を取得できる。
【００６０】
図１１は、自局配信情報内にも含まれていたコードポイントの値と、ＦＥＣの符号化アルゴリズムとの対応関係を表す概略図である。図示する通り、コードポイントの値と、符号化アルゴリズムとが対応付いている。具体的には、コードポイントの値が１のとき、符号化アルゴリズムは「RS (Reed Solomon)」である。また、コードポイントの値が２のとき、符号化アルゴリズムは「S_LDPC」である。また、コードポイントの値が３のとき、符号化アルゴリズムは「RaptorQ」である。また、コードポイントの値が４のとき、符号化アルゴリズムは「RaptorQ LA」である。また、コードポイントの値が５のとき、符号化アルゴリズムは「FireFort_LDGM」である。また、コードポイントの値が６のとき、符号化アルゴリズムは「SMPTE 2022-1(Pro-MPEG)」である。
【００６１】
図１２は、アドレスマップテーブル（ＡＭＴ）のデータ構成を示す概略図である。
本実施形態では、このＡＭＴの構成における、第３２行目から第３４行目までの間に定義されているプライベートデータバイト（private_data_byte）に、選局制御情報が格納される。
選局制御情報の具体的な構成を、次に説明する。
【００６２】
図１３は、ＡＭＴのプライベートデータバイトの領域に格納する、選局制御情報のデータ構成を示す概略図である。図１３は、ブロック構造を有するデータ表現言語を用いてデータ構造を示している。そして、図１３は、そのデータ構造に含まれるデータ項目ごとに、データのサイズ（ビット数）とデータ表記とを示している。なお、図１３では、便宜上、左側に行番号を付している。
【００６３】
以下、この図面に沿って、選局制御情報（ＡＭＴのプライベートデータ）について説明する。
第１行目は、プライベートデータバイトの定義の開始を示す宣言である。第１行目の左カーリーブレースは、第１１行目の右カーリーブレースに対応している。つまり、この間が１つのブロックである。
第２行目は、port_No.（ポート番号）である。これは、図１０の第２６行目に対応するデータである。
第３行目は、IGMP/MLD_version（マルチキャストグループ管理プロトコルバージョン）である。これは、図１０の第２７行目に対応するデータである。
第４行目は、将来使用のためにリザーブされた領域を示す。これは、図１０の第２８行目に対応するものである。
第５行目は、num_of_FEC（ＦＥＣ数）である。これは、図１０の第２９行目に対応するものである。
第６行目から第９行目までは、ＦＥＣごとの、コードポイント（FEC_code_point）とパラメーター（FEC_param()）の定義のループである。この第６行目から第９行目は、図１０の第３０行目から第３３行目までに対応するデータである。
第１０行目は、remote_control_key_id （リモートコントロールキー）であり、図１０の第３４行目に対応するデータである。
【００６４】
図１４は、受信機が選局情報を確立するための処理の手順を示すフローチャートである。受信機１は、放送信号経由または通信経由のいずれかで、特定のサービスによる映像コンテンツを受信しようとする際に、このフローチャートに記述する処理を実行する。このフローチャートに示す処理を実行することにより、受信機は選局情報を確立し、実際に配信される映像コンテンツを受信できるようになる。
以下、このフローチャートに沿って、処理を説明する。
【００６５】
まず、ステップＳ１０１において、選局情報確立部１４は、放送受信中であるか否かを判定する。具体的には、選局情報確立部１４は、放送復調部１１の稼働状況を示す信号と、通信部１２の稼働状況を示す信号とに基づいて、本ステップでの判断を行う。放送受信中である場合には（ステップＳ１０１：ＹＥＳ）、次にステップＳ１０２に進む。放送受信中ではない場合、即ち、通信により映像コンテンツを受信しようとする場合には（ステップＳ１０１：ＮＯ）、次にステップＳ１０３に進む。
【００６６】
次に、ステップＳ１０１からステップＳ１０２に進んだ場合（放送受信中である場合）、ステップＳ１０２で、選局情報確立部１４は、放送復調部１１からＴＬＶ−ＳＩを取得する。そして、選局情報確立部１４は、ＴＬＶ−ＳＩ内のＴＬＶ−ＮＩＴから、サービスと物理周波数とを対応付けた組のリストを取得する。また、選局情報確立部１４は、ＴＬＶ−ＳＩ内のＡＭＴから、サービスとマルチキャストアドレスとを対応付けた組を取得する。放送受信中である場合、これにより、選局情報確立部１４は、選局制御情報を確立した状態となる。そして、本ステップの処理の後は、ステップＳ１１３の状態に移る。
【００６７】
一方、ステップＳ１０１からステップＳ１０３に進んだ場合（通信により映像コンテンツを受信しようとする場合）、ステップＳ１０３において、ネットワーク確立部１８が、ＣＤＮにアクセスする。このときネットワーク確立部１８がアクセスするＣＤＮは、受信機１のユーザーが契約しているＣＤＮである。
【００６８】
次に、ステップＳ１０４において、ネットワーク確立部１８は、そのＣＤＮのＣＤＮ構成情報サーバーへのアクセスを試行し、ＣＤＮ構成情報サーバーにアクセスできるか否かを判定する。その結果、ＣＤＮ構成情報サーバーにアクセスできた場合（ステップＳ１０３：ＹＥＳ）には、次にステップＳ１０６に進む。ＣＤＮ構成情報サーバーにアクセスできなかった場合（ステップＳ１０３：ＮＯ）には、次にステップＳ１０５に進む。
【００６９】
次に、ステップＳ１０５に進んだ場合、ステップＳ１０５で、ネットワーク確立部１８は、ネットワーク構成情報サーバーへのアクセスを試行し、ネットワーク構成情報サーバーにアクセスできるか否かを判定する。その結果、ネットワーク構成情報サーバーにアクセスできた場合（ステップＳ１０５：ＹＥＳ）には、次にステップＳ１０６に進む。ネットワーク構成情報サーバーにアクセスできなかった場合（ステップＳ１０５：ＮＯ）には、次にステップＳ１１１に進む。
【００７０】
次に、ステップＳ１０６に進んだ場合、即ち、ネットワーク構成情報サーバーへのアクセスに成功した場合、ステップＳ１０６で、選局情報確立部１４は、ネットワーク構成情報サーバーから、ＣＤＮ構成情報サーバーの所在情報（ＵＲＩ）を取得する。このとき、選局情報確立部１４は、受信機１のユーザーが契約しているＣＤＮのＣＤＮ構成情報サーバーの所在情報（ＵＲＩ）を、ネットワーク構成情報サーバーに対して要求し、取得する。
【００７１】
ステップＳ１０４から、あるいはステップＳ１０６から、ステップＳ１０７に進んだ場合、ステップＳ１０７において、選局情報確立部１４は、ＣＤＮ構成情報サーバーにアクセスし、ＰＦ構成情報サーバーの所在情報（ＵＲＩ）を取得する。ステップＳ１０６から、ステップＳ１０７に進んだ場合、選局情報確立部１４は、ステップＳ１０６で取得したＣＤＮ構成情報サーバーの所在情報を用いて、ＣＤＮ構成情報サーバーにアクセスする。
【００７２】
次に、ステップＳ１０８において、選局情報確立部１４は、ステップＳ１０７で取得したＰＦ構成情報サーバーの所在情報を用いて、ＰＦ構成情報サーバーにアクセスする。そして、選局情報確立部１４は、選局制御情報サーバーの所在情報（ＵＲＩ）を、ＰＦ構成情報サーバーから取得する。つまり、ステップＳ１０７からステップＳ１０８までの処理において、選局情報確立部１４は、受信機１のユーザーが契約しているＣＤＮのＣＤＮ構成情報サーバーを基に選局制御情報サーバーの所在情報を辿る。したがって、本ステップで選局情報確立部１４が取得する所在情報は、当該ＣＤＮにおける選局制御情報サーバーの所在情報である。
【００７３】
次に、ステップＳ１０９において、選局情報確立部１４は、ステップＳ１０８で取得した選局制御情報サーバーの所在情報を用いて、選局制御情報サーバーにアクセスする。このとき選局情報確立部１４がアクセスする選局制御情報サーバーは、受信機１のユーザーが契約しているＣＤＮにおける選局制御情報サーバーである。
【００７４】
次に、ステップＳ１１０において、選局情報確立部１４は、ステップＳ１０９でアクセスした選局制御情報サーバーから、選局制御情報を取得する。そして、選局情報確立部１４は、選局制御情報に含まれる、サービスとマルチキャストアドレス（選局制御情報）の組のリストを取得する。選局情報確立部１４は、本ステップの処理により、選局情報を確立した状態となる。即ち、本ステップの処理の後は、ステップＳ１１３の状態に移る。
【００７５】
一方、ステップＳ１０５からステップＳ１１１に移った場合、ステップＳ１１１以後において、受信機１は、アプリによる選局制御情報の確立を行う。ステップＳ１１１で、受信機１は、選局制御情報確立のための機能を有するアプリを、アプリケーション実行部１７で実行する。アプリケーション実行部１７において実行することで、この選局制御情報確立のための機能を有するアプリは、選局情報確立部１４として機能する。
【００７６】
そして、ステップＳ１１２において、アプリケーション実行部１７で実行されるアプリ（選局情報確立部１４）は、アプリ内で指定されるサーバーにアクセスし、そのサーバーから自局配信情報あるいは選局制御情報を取得する。あるいは、アプリは、その指定されたサーバーから情報を辿って自局配信情報サーバーあるいは選局制御情報サーバーにアクセスすることによって、自局配信情報あるいは選局制御情報を取得する。
既に述べた第４方式から第７方式までの各々において、本ステップにおけるアプリの動作手順は、次の通りである。
前記第４方式においては、アプリは、まずＣＤＮ構成情報サーバーにアクセスする、そてし、そこから順次辿って、選局制御情報サーバーにアクセスし、選局制御情報を取得する。
また、前記第５方式においては、アプリは、まず放送事業者のポータルサーバーにアクセスする。そして、アプリは、そのポータルサーバーから、その放送事業者の自局配信情報を取得する。
また、前記第６方式において、アプリは、まず放送事業者統一ポータルサーバーにアクセスする。そして、アプリは、放送事業者統一ポータルサーバーから、目的とする放送事業者のポータルサーバーの所在情報を取得し、特定の放送事業者のポータルサーバーにアクセスする。さらに、アプリは、放送事業者のポータルサーバーから、その放送事業者の自局配信情報を取得する。
なお、第６方式の変形例として、放送事業者統一ポータルサーバーに各放送事業者の自局配信情報を保持しておくようにしてもよい。この場合、アプリは、放送事業者統一ポータルサーバーにアクセスし、その放送事業者統一ポータルサーバーから、目的とする放送事業者の自局配信情報を取得する。
また、前記第７方式においては、アプリは、まずＩＰＴＶ共通ポータルサーバーにアクセスする。そして、アプリは、そのＩＰＴＶ共通ポータルサーバーから選局制御情報サーバーの所在情報を得て、特定の選局制御情報サーバーにアクセスする。そして、アプリは、その選局制御情報サーバーから、その選局制御情報を取得する。
なお、第７方式の変形例として、ＩＰＴＶ共通ポータルサーバーに各サービス事業者の選局制御情報を保持しておくようにしてもよい。この場合、アプリは、ＩＰＴＶ共通ポータルサーバーにアクセスし、そのＩＰＴＶ共通ポータルサーバーから、目的とするサービス事業者の選局制御情報を取得する。
【００７７】
アプリ（選局情報確立部１４）は、上述したステップＳ１１２の処理により、選局制御情報を確立した状態となる。即ち、本ステップの処理の後は、ステップＳ１１３の状態に移る。
【００７８】
そして、ステップＳ１１３においては、選局制御情報が確立した状態である。この状態で、受信機１は、取得済みの選局制御情報に基づいて、放送信号から、あるいは通信経由で、映像コンテンツを取得し、ユーザーに提示する。
【００７９】
図１４で示した動作手順のすべての機能を、必ずしも受信機１が備える必要はなく、一部機能のみを備えるように構成してもよい。
受信機１は、放送信号により映像コンテンツを受信するか、ＩＰ通信により映像コンテンツを受信するか、いずれかに応じた処理を行い、選局制御情報を確立する。また、ＩＰ通信により映像コンテンツを受信する場合、先に述べた第１方式から第７方式のいずれを用いるかに応じて、必要な処理を行い、選局制御情報を確立する。具体的には次の通りである。
【００８０】
放送信号により映像コンテンツを受信する場合、受信機１は、フローチャート内のステップＳ１０１→Ｓ１０２→Ｓ１１３の処理を行うことによって、選局制御情報を確立する。
ＩＰ通信によって映像コンテンツを受信する場合であって、前述の第３方式を用いる場合、受信機１は、フローチャート内のステップＳ１０１→Ｓ１０３→Ｓ１０４→Ｓ１０５→Ｓ１０６→Ｓ１０７→Ｓ１０８→Ｓ１０９→Ｓ１１０→Ｓ１１３の処理を行うことによって、選局制御情報を確立する。
また、第４方式を用いる場合、受信機１は、フローチャート内のステップＳ１０１→Ｓ１０３→Ｓ１０４→Ｓ１０７→Ｓ１０８→Ｓ１０９→Ｓ１１０→Ｓ１１３の処理を行うことによって、選局情報を確立する。この中で、特に、ステップＳ１０４以後の処理が重要である。
また、前述の第５方式〜第７方式のいずれかを用いる場合、受信機１は、フローチャート内のステップＳ１０１→Ｓ１０３→Ｓ１０４→Ｓ１０５→Ｓ１１１→Ｓ１１２→Ｓ１１３の処理を行うことによって、選局制御情報を確立する。この中で、特に、ステップＳ１１１以後の処理が重要である。
【００８１】
なお、インターネット回線を用いた映像コンテンツの配信を行う場合、前述の第１方式から第７方式までのすべてを実現する必要はなく、これらの中から一部の方式のみを実現するようにしてもよい。受信機や、ネットワーク側のシステムの機能構成も、実現する方式に合わせて、必要とされる機能のみを実現すればよい。
【００８２】
なお、上述した実施形態における受信機や、ＩＰＴＶ事業者側の再送信システム（再送信装置）や、その他の各種サーバー装置の機能の一部または全部をコンピューターで実現するようにしても良い。その場合、この機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリー等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリーのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００８３】
なお、本実施形態を、下記の変形例で実施するようにしてもよい。
上の説明で、受信機が固定的な情報（例えば、アクセスすべきサーバー装置の所在情報等）を保持することとした。また、受信機にインストールされたアプリが、固定的な情報（同様に、サーバー装置の所在情報等）を保持することとした。変形例として、これらの固定的な情報を、適宜、アップデートできるようにしてもよい。これにより、システムの構成の変更等にも柔軟に対応できる運用を実現できる。
また、実施形態において説明した再送信システムは、単体の装置として実現される再送信装置であってもよい。また、再送信システムは、複数の構成要素を組み合わせて実現される再送信装置であってもよい。
【００８４】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【産業上の利用可能性】
【００８５】
本発明は、主に、コンテンツ配信事業や、家電製品やコンピューターサーバーやネットワーク機器等の製造および販売の事業に利用することができる。
【符号の説明】
【００８６】
１  受信機
１１  放送復調部
１２  通信部
１４  選局情報確立部
１７  アプリケーション実行部
１８  ネットワーク確立部
２０  バックエンド処理部
２１  デスクランブル部
２２  デコード部
２３  ＭＭＴ／ＩＰ処理部
２４  制御情報処理部
３０  表示処理部
【図１】
2018067768.tif 000003
【図２】
2018067768.tif 000004
【図３】
2018067768.tif 000005
【図４】
2018067768.tif 000006
【図５】
2018067768.tif 000007
【図６】
2018067768.tif 000008
【図７】
2018067768.tif 000009
【図８】
2018067768.tif 000010
【図９】
2018067768.tif 000011
【図１０】
2018067768.tif 000012
【図１１】
2018067768.tif 000013
【図１２】
2018067768.tif 000014
【図１３】
2018067768.tif 000015
【図１４】
2018067768.tif 000016