(57)【要約】【課題】簡易な処理でコンテンツの著作権保護を図ることが可能なコンテンツ送信装置、コンテンツ受信装置、コンテンツ送信方法及びコンテンツ受信方法を提供する。【解決手段】認証・鍵交換のためのデータを処理するパケット処理部２００２と、送信フィルタ設定部２００３と、作成されたルールに該当するか否かマッチング処理を行なう送信フィルタリング処理部２００４と、抽出した送受信パケットに対してルールに記載された所定の操作を加えるパケット変更処理部２００５と、著作権保護のための認証・鍵交換処理部２００６と、送信するデータを暗号・復号化する暗号処理部２００７と、コンテンツを供給するコンテンツ供給部２００８と、非著作権保護データ処理部２００９とを具備する。【選択図】    図２
2004282414.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つ以上の受信装置にコンテンツを送信するコンテンツ送信装置において、
前記受信装置に送信するための前記コンテンツを供給するコンテンツ供給手段と、
前記受信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、
前記認証・鍵交換処理手段にて前記受信装置との間で交換された鍵を用いて前記コンテンツの暗号化を行う暗号処理手段と、
前記暗号処理手段において暗号化されたコンテンツ、前記認証・鍵交換処理手段から出力される認証・鍵交換に関するデータの少なくともいずれかをＩＰパケット化するパケット処理手段と、
前記コネクションの情報を用い、前記パケット処理手段にて生成したＩＰパケットのうち前記認証・鍵交換データが含まれるＩＰパケットを特定するためのルールが記載された送信フィルタルールを生成する送信フィルタ設定手段と、
前記送信フィルタ設定手段が生成した送信フィルタルールに基づき、前記パケット処理手段がパケット化した前記ＩＰパケットをフィルタリングするフィルタリング処理手段と、
前記フィルタリング処理手段でフィルタリングした前記ＩＰパケット内の所定の値を変更するパケット変更処理手段とを具備したことを特徴とするコンテンツ送信装置。
【請求項２】
前記ＩＰパケット内の所定の値は、ＴＴＬ値であることを特徴とする請求項１記載のコンテンツ送信装置。
【請求項３】
前記コネクションの情報は、前記コネクションにおけるトランスポートレイヤのプロトコル、送信装置及び又は受信装置のＩＰアドレス、送信装置及び又は受信装置のポート番号、ＲＴＰのペイロードタイプのいずれか少なくとも一つからなることを特徴とする請求項１記載のコンテンツ受信装置。
【請求項４】
少なくとも１つ以上の送信装置からコンテンツを受信するコンテンツ受信装置において、
前記送信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、
前記認証・鍵交換処理手段にて前記送信装置との間で交換された鍵を用いて前記コンテンツの復号化を行う暗号処理手段と、
前記送信装置から受信したＩＰパケットからペイロード部を抽出して出力するパケット処理手段と、
前記コネクションの情報を用い、受信した前記ＩＰパケットのうち前記認証・鍵交換データが含まれるＩＰパケットを特定するための受信フィルタルールを生成する受信フィルタ設定手段と、
前記受信フィルタ設定手段が生成した受信フィルタルールに基づき、前記パケット処理手段が処理する前記ＩＰパケットをフィルタリングし、前記ＩＰパケット内の所定の値が規定値以外であった場合、前記認証・鍵交換処理手段に通知するフィルタリング処理手段とを具備したことを特徴とするコンテンツ受信装置。
【請求項５】
前記ＩＰパケット内の所定の値は、ＴＴＬ値であることを特徴とする請求項４記載のコンテンツ受信装置。
【請求項６】
前記コネクションの情報は、前記コネクションにおけるトランスポートレイヤのプロトコル、送信装置及び又は受信装置のＩＰアドレス、送信装置及び又は受信装置のポート番号、ＲＴＰのペイロードタイプのいずれか少なくとも一つからなることを特徴とする請求項４記載のコンテンツ受信装置。
【請求項７】
少なくとも１つ以上の受信装置にコンテンツを送信するコンテンツ送信装置において、
前記受信装置に送信するための前記コンテンツを供給するコンテンツ供給手段と、
前記受信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、
前記認証・鍵交換処理手段にて前記受信装置との間で交換された鍵を用いて前記コンテンツの暗号化を行う暗号処理手段と、
入力したＩＰパケット内をデータリンクレイヤにフレーム化を行う第１の通信処理手段と、
入力したＩＰパケット内の所定の値を変更し、データリンクレイヤにフレーム化を行う第２の通信処理手段と、
所定のルーティング情報に従い、少なくとも前記認証・鍵交換処理手段又は暗号化処理手段からの出力をＩＰパケット化し、宛先ＩＰアドレスに応じて前記第１の通信処理手段又は前記第２の通信処理手段に出力するパケット処理化処理手段と、
前記コネクションの情報を用い、前記パケット処理化手段にてＩＰパケット化した前記ＩＰパケットのうち前記受信装置宛のＩＰパケットを第２の通信処理手段に出力するよう前記ルーティング情報を変更するルーティング情報変更処理を行う送信フィルタ設定手段とを具備したことを特徴とするコンテンツ送信装置。
【請求項８】
前記送信フィルタ設定部は、
前記コネクションの情報を用い、前記パケット処理手段にて生成したＩＰパケットのうち前記認証・鍵交換データが含まれるＩＰパケットを特定するためのルールが記載された送信フィルタルールを生成する機能をさらに具備し、
前記第２の通信処理部は、
前記送信フィルタ設定手段が生成した送信フィルタルールに基づき、前記第２の通信処理部がデータリンクレイヤにフレーム化した前記ＩＰパケットをフィルタリングするフィルタリング処理機能とを更に具備したことを特徴とする請求項７記載のコンテンツ送信装置。
【請求項９】
少なくとも１つ以上の送信装置からコンテンツを受信するコンテンツ受信装置において、
前記送信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、
前記認証・鍵交換処理手段にて前記送信装置との間で交換された鍵を用いて前記コンテンツの復号化を行う暗号処理手段と、
受信したデータリンクレイヤのフレームのうちＩＰパケットが含まれるフレームを第１のパケット処理手段に出力する第１の動作モードと、受信した前記フレームのうちＩＰパケットが含まれるフレームを第１のパケット処理手段に出力し、かつ前記フレームの全ての複製を前記第２のパケット処理手段に出力する第２の動作モードをもつ通信処理手段と、
前記コネクションの情報を用い、受信した前記ＩＰパケットのうち前記認証・鍵交換データが含まれるＩＰパケットを特定するための受信フィルタルールを生成する受信フィルタ設定手段と、
前記通信処理手段から出力された前記フレームからＩＰパケットのペイロード部を抽出して出力する第１のパケット処理手段と、
前記通信処理手段に対し前記第２の動作モードにて動作するよう通知し、前記通信処理手段から出力された前記フレームからＩＰパケットのペイロード部を抽出し、前記受信フィルタ設定手段が生成した受信フィルタルールに基づき、前記ＩＰパケットをフィルタリングし、前記ＩＰパケット内の所定の値が規定値以外であった場合、前記認証・鍵交換処理手段に通知する第２のパケット処理手段とを具備したことを特徴とするコンテンツ受信装置。
【請求項１０】
少なくとも１つ以上の受信装置にコンテンツを送信するコンテンツ送信装置において、
前記受信装置に送信するための前記コンテンツを供給するコンテンツ供給手段と、
前記受信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、
前記認証・鍵交換処理手段にて前記受信装置との間で交換された鍵を用いて前記コンテンツの暗号化を行う暗号処理手段と、
前記暗号処理手段において少なくとも暗号化されたコンテンツをＩＰパケット化するパケット処理手段と、
前記認証・鍵交換処理手段から出力される認証・鍵交換に関するデータを前記パケット処理手段とは異なる形式でパケット化して出力する第２のパケット化手段と、
前記パケット処理手段と前記第２のパケット処理手段から出力されたデータに対して、異なる所定の値をつけてデータリンクレイヤのフレームにカプセル化する通信処理手段とを具備したことを特徴とするコンテンツ送信装置。
【請求項１１】
少なくとも１つ以上の送信装置からコンテンツを受信するコンテンツ受信装置において、
前記送信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、
前記認証・鍵交換処理手段にて前記送信装置との間で交換された鍵を用いて前記コンテンツの復号化を行う暗号処理手段と、
前記送信装置から受信したデータリンクレイヤにおけるフレームの所定の値に基づき、前記フレームのペイロード部を第１のパケット処理部ないし第２のパケット処理部に出力する通信処理手段と、
前記通信処理部から出力された前記フレームからＩＰパケットのペイロード部を抽出して出力する第１のパケット処理手段と、
前記送信装置から受信した前記ペイロード部から第２のペイロード部を抽出して出力する第２のパケット化手段とを具備したことを特徴とするコンテンツ受信装置。
【請求項１２】
少なくとも１つ以上の送信装置からコンテンツを受信するコンテンツ受信装置において、
前記送信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、
前記認証・鍵交換処理手段にて前記送信装置との間で交換された鍵を用いて前記コンテンツの復号化を行う暗号処理手段と、
受信したデータリンクレイヤのフレームのうちＩＰパケットが含まれるフレームを第１のパケット処理手段に出力する第１の動作モードと、受信した前記フレームのうちＩＰパケットが含まれるフレームを第１のパケット処理手段に出力し、かつ前記フレームの全ての複製を前記第２のパケット処理手段に出力する第２の動作モードをもつ通信処理手段と、
前記通信処理手段から出力された前記フレームからＩＰパケットのペイロード部を抽出して出力する第１のパケット処理手段と、
前記通信処理手段に対し前記第２に動作モードにて動作するよう通知し、前記通信処理手段から出力された前記フレームのうちデータリンクフレーム内に所定の値が含まれる場合には、データリンクフレームのペイロード部を抽出して出力する第２のパケット処理手段とを具備したことを特徴とするコンテンツ受信装置。
【請求項１３】
少なくとも１つ以上の送信装置からコンテンツを受信するコンテンツ受信装置において、
前記送信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、
前記認証・鍵交換処理手段にて前記送信装置との間で交換された鍵を用いて前記コンテンツの復号化を行う暗号処理手段と、
受信したデータリンクレイヤのフレームのうちＩＰパケットが含まれるフレームを第１のパケット処理手段に出力する第１の動作モードと、受信した前記フレームのうちＩＰパケットが含まれるフレームを第１のパケット処理手段に出力し、かつ前記フレームの全ての複製を前記第２のパケット処理手段に出力する第２の動作モードをもつ通信処理手段と、
前記コネクションの情報を用い、受信した前記ＩＰパケットのうち前記認証・鍵交換データが含まれるＩＰパケットを特定するための受信フィルタルールを生成する受信フィルタ設定手段と、
前記通信処理手段から出力された前記フレームからＩＰパケットのペイロード部を抽出して出力する第１のパケット処理手段と、
前記通信処理手段に対し前記第２に動作モードにて動作するよう通知し、前記通信処理手段から出力された前記フレームのうちデータリンクフレーム内に所定の値が含まれていた場合には、データリンクフレームのペイロード部を抽出し、前記受信フィルタ設定手段が生成した受信フィルタルールに基づき前記フレームをフィルタリングして出力する第２のパケット処理手段とを具備したことを特徴とするコンテンツ受信装置。
【請求項１４】
少なくとも１つ以上の受信装置にコンテンツを送信するコンテンツ送信方法において、
前記受信装置に送信するための前記コンテンツを供給し、
前記受信装置との間でコネクションを確立し、認証・鍵交換処理を行い、
前記受信装置との間で交換された鍵を用いて前記コンテンツの暗号化を行い、
暗号化された前記コンテンツ、前記認証・鍵交換処理にて出力される認証・鍵交換に関するデータの少なくともいずれかをＩＰパケット化し、
前記コネクションの情報を用い、前記パケット化したＩＰパケットのうち前記認証・鍵交換データが含まれるＩＰパケットを特定するためのルールが記載された送信フィルタルールを生成し、
前記送信フィルタルールに基づき、前記ＩＰパケットをフィルタリングし、
前記フィルタリングした前記ＩＰパケット内の所定の値を変更することを特徴とするコンテンツ送信方法。
【請求項１５】
少なくとも１つ以上の送信装置からコンテンツを受信するコンテンツ受信方法において、
前記送信装置との間でコネクションを確立し、認証・鍵交換処理を行い、
前記送信装置との間で交換された鍵を用いて前記コンテンツの復号化を行い、
前記送信装置から受信したＩＰパケットからペイロード部を抽出して出力し、
前記コネクションの情報を用い、受信した前記ＩＰパケットのうち前記認証・鍵交換データが含まれるＩＰパケットを特定するための受信フィルタルールを生成し、
前記受信フィルタルールに基づき、前記ＩＰパケットをフィルタリングし、前記ＩＰパケット内の所定の値が規定値以外であった場合、前記認証・鍵交換処理を制限することを特徴とするコンテンツ受信方法。
【請求項１６】
少なくとも１つ以上の受信装置にコンテンツを送信するコンテンツ送信方法において、
前記受信装置に送信するための前記コンテンツを供給し、
前記受信装置との間でコネクションを確立し、認証・鍵交換処理を行い、
前記受信装置との間で交換された鍵を用いて前記コンテンツの暗号化を行い、
入力したＩＰパケットをデータリンクレイヤにフレーム化するか入力したＩＰパケット内の所定の値を変更し、データリンクレイヤにフレーム化を行い、
所定のルーティング情報を用い、少なくとも前記認証・鍵交換処理の出力又は暗号化処理の出力をＩＰパケット化し、宛先ＩＰアドレスに応じて、前記いずれかのフレーム化を行い、
前記コネクションの情報を用い、前記ＩＰパケット化したＩＰパケットのうち前記受信装置宛のＩＰパケットを前記ＩＰパケット内の所定の値を変更し、データリンクレイヤにフレーム化するよう前記ルーティング情報を変更することを特徴とするコンテンツ送信方法。
【請求項１７】
少なくとも１つ以上の送信装置からコンテンツを受信するコンテンツ受信方法において、
前記送信装置との間でコネクションを確立し、認証・鍵交換処理を行い、
前記送信装置との間で交換された鍵を用いて前記コンテンツの復号化を行い、
受信したデータリンクレイヤのフレームのうちＩＰパケットが含まれるフレームを第１のパケット処理手段に出力するか、前記受信したフレームのＩＰパケットが含まれるフレームを第１のパケット処理手段に出力し、かつ前記フレームの全ての複製を前記第２のパケット処理手段に出力し、
前記コネクションの情報を用い、受信した前記ＩＰパケットのうち前記認証・鍵交換データが含まれるＩＰパケットを特定するための受信フィルタルールを生成し、
前記フレームからＩＰパケットのペイロード部を抽出して出力し、
前記第１のパケット処理手段に出力し、かつ前記フレームの全ての複製を前記第２のパケット処理手段に出力するよう通知し、前記フレームからＩＰパケットのペイロード部を抽出し、前記受信フィルタルールに基づき、前記ＩＰパケットをフィルタリングし、前記ＩＰパケット内の所定の値が規定値以外であった場合、前記認証・鍵交換処理を制限することを特徴とするコンテンツ受信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、送信装置から受信装置にコンテンツを送信するコンテンツ送信装置、コンテンツ受信装置、コンテンツ送信方法及びコンテンツ受信方法に関する。
【０００２】
【従来の技術】
近年の計算機ネットワークの普及やデジタル技術の進展に伴い、デジタル情報家電と呼ばれる製品が普及しつつある。また、地上波デジタル放送の開始に伴い、デジタル放送対応のテレビやセットトップボックス、ＤＶＤレコーダ等が、今後より一層普及することが予想される。
【０００３】
各種のデジタル家電がネットワークで接続されてデジタルコンテンツを共用できれば、利用者にとっても都合がよい。
【０００４】
デジタルコンテンツは、アナログ情報とは異なり、ノイズの影響やデータの劣化を受けにくいという利点を持つ反面、著作権保護の観点からは劣化なく複製できるということが問題となるおそれがある。
【０００５】
図３０は、送信装置と受信装置を有する従来のコンテンツ送受信システムの全体構成を示すブロック図である。図３０のコンテンツ送信機器Ａ２（以下、単に送信機器とよぶ）は、ローカルエリアネットワーク（以下、ＬＡＮ）１０に接続されている。
【０００６】
このＬＡＮ１０には、コンテンツ受信機器Ｂ３（以下、単に受信機器とよぶ）、ルーター機器Ｃ５及びルーター機器Ｄ６が接続されており、ルーター機器Ｄ６にはインターネット８を介して受信機器Ｆ９が接続されている。受信機器Ｅ７はルーター機器Ｃ５を経由して送信機器Ａ２と接続されており、受信機器Ｆ９はインターネット８およびルーター機器Ｄ６を経由して送信機器Ａ２と接続されている。
【０００７】
ここで、送信機器Ａ２から受信機器Ｂ３、受信機器Ｅ７及び受信機器Ｆ９にコンテンツを送信する場合を考える。この時、注意すべきはコンテンツの著作権である。
【０００８】
前述したように、当該コンテンツをやり取りする範囲は、一定の範囲内、例えば、著作権法第３０条の私的使用の範囲内など、正当な権限の範囲内あるいはそれよりもさらに狭い範囲内に制限され、その範囲を超えて、たとえば他人間でのコンテンツの送受は禁止するのが望ましい。
【０００９】
なお、ここで示すコンテンツとは、ＭＰＥＧ２、ＭＰＥＧ４データのような動画データや音声データ、またはテキストデータや画像データのようなドキュメントなどデジタルコンテンツを指す。ここでは、説明を簡単にするため、著作権保護をかけた上で転送すべきデジタルコンテンツ（以下、単にコンテンツを呼ぶ）を対象とする。
【００１０】
著作権の保護を行なうために、図３０のネットワークシステムにおけるコンテンツ送信に関し、次の規則を用いることとする。
（１）ＬＡＮ１０内の通信では、著作権保護を行うべきコンテンツの送受信を許可する。なぜならば、ＬＡＮ１０に接続された機器であれば、個人や家庭内で楽しむ範囲での通信であるとみなせるからである。
【００１１】
例えば図３０の環境において、送信機器ＡからＬＡＮ１０に接続された受信機器Ｂや受信機器Ｅへのコンテンツ送信を許可する。
（２）ＬＡＮ１０外の通信では、著作権保護を行うべきコンテンツの送受信を許可しない。ＬＡＮ１０外の通信とは、例えば図３０に示す送信機器Ａから受信機器Ｆ９との通信など、インターネットや電話網等の公衆網を介したオープンな通信を示す。なぜならば、インターネット経由で接続された受信機器などへのＬＡＮ１０外への通信は、個人あるいは家庭内で楽しむ範囲の通信とはみなせないためである。
【００１２】
従来、コンテンツの配布範囲を個人の楽しむ範囲内、すなわちＬＡＮ１０内に限定するための実現方法として、例えば（１）送信先ホスト向けのパケットのＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）値を固定にして送信する方法、（２）受信側で送信先から送信されたパケットのＴＴＬ値が変化していないか値をチェックする方法、（３）それらを組み合わせた方法、などが考えられている。
【００１３】
図３０で示した環境において、送信機器から受信機器へのコンテンツの送受信をＬＡＮ１０内に限定するために、（１）と（２）の方法を組み合わせた方法を一例として以下に示す。
【００１４】
図３１及び図３２は図３０に示す従来のコンテンツ送受信システムの処理手順を示すシーケンス図であり、図３１は送信機器と受信機器との間の通信経路に変化がない例、図３２は通信経路に変化がある例を示している。
【００１５】
図３１において、送信機器と受信機器間でコネクションが確立すると（ステップＳ３１１）、送信機器が受信機器とのＩＰパケットのホップ数を調査する（ステップＳ３１２，Ｓ３１３）。
【００１６】
なお、送信機器があらかじめ受信機器にパケットを送信する際のホップ数を決めている場合には、その値をセットしてもよい。
【００１７】
ここで、ホップ数とは、一方の機器からもう一方の機器にＩＰパケットが到達するまでに要するＴＴＬの値である。
【００１８】
ホップ数の測定方法には、例えばＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）パケットを使って、ＩＰパケットのＴＴＬ値を１から順に増やして一方のホスト（この場合、送信機器）から繰返し送信し、最終的にＩＰパケットが他方のホスト（この場合受信機器）に到達するまで繰り返す（ステップＳ３１３）。
【００１９】
このような処理を行うプログラムとしてｔｒａｃｅｒｏｕｔｅと呼ばれるプログラムがある。以下では、ホップ数や通信経路を測定するこの手法をｔｒａｃｅｒｏｕｔｅと呼ぶこととする。
【００２０】
測定の結果、送信機器から受信機器までのホップ数がＹであることがわかると（ステップＳ３１４）、送信機器は受信機器宛てにＴＴＬ＝Ｘで送信したときに受信機器が受信する値Ｚ＝Ｘ−Ｙを受信機器に通知する（ステップＳ３１５）。受信機器はこの値Ｚを記録する（ステップＳ３１６）。
【００２１】
以後、送信機器は、受信機器宛てに送信するコンテンツと認証・鍵交換のためのデータを含むパケットをすべてＴＴＬ＝Ｘで送信するものとする（ステップＳ３１７）。
【００２２】
なお、コンテンツの配布範囲を限定するためにも、Ｘの値は通常の値よりも小さい値、場合によってはホップ数Ｙと同等の値に設定してもよい。
【００２３】
受信機器は、送信機器から受信したパケットのＴＴＬ値とあらかじめ通知された値Ｚとを比較し（ステップＳ３１８）、一致していれば処理を継続する。一致していなければコンテンツの受信を中止し、送信機器に対してエラーを通知する。
【００２４】
図３２は、通信途中で通信経路が変化し、それに伴いホップ数が変化したために、送信機器から受信機器までのＩＰパケットのホップ数がＹからＹ´に変化し、受信機器がＴＴＬ値の変化を検出してコンテンツの受信を中止する例を示している。（Ｓ３２１〜Ｓ３２９）。
【００２５】
このようにコンテンツの配布範囲を制限するには種々の方法がある。しかしながら、これまでこれらの方法を実現する機器の構成については具体的には示されてこなかった。例えば、図３１および図３２に示した配布範囲の制限方法を安易に実現しようとすると、送信機器と受信機器の構成が複雑になってしまう場合がある。
【００２６】
一般的に送信機器はコンテンツの送信以外に様々なデータの送受信を行う。仮に、該送信機器から送信されるすべてのＩＰパケットのＴＴＬ値を変更してしまうと、送信機器は著作権保護に関連するデータ以外のデータも同時に送信する場合があるため、不都合が生じる。
【００２７】
たとえば、仮に送信機器がコンテンツを配布する機能を持つと同時に、Ｗｅｂサーバの機能を持っているとする。受信機器に対してはコンテンツを送信しつつ、それと同時にＷｅｂクライアントホストに対してはＷｅｂコンテンツを送信することができれば、ユーザにとって都合がよい。
【００２８】
しかしながら、これまで述べてきたように、著作権を保護すべきコンテンツに対してはＩＰパケットのＴＴＬの値を所定の値に設定しなければならない。ＴＴＬの値を制限する必要のないＷｅｂクライアントに対して、ＴＴＬの値を同時に制限してしまうと、ＴＴＬの値が所定の値以上のホップ数に位置するＷｅｂクライアントにはデータを送信することができなくなってしまい、ユーザの利便性を損ねる恐れがある。
【００２９】
これを避けるための１つの手段は、受信機器にコンテンツを送信するための特定のホスト、もしくは特定のコネクションに関してＩＰパケットのＴＴＬ値をＸに設定して送信することである。さらに、一般的に送信先受信機器のＩＰアドレスはＤＨＣＰ等のプロトコルにより動的に決定されるため、常に固定のアドレスとは限らず、またデータの送受信に用いられるコネクションは変化するため、ホストやコネクションを特定するためのルールは動的に生成・適用可能であることが望ましい。
【００３０】
図３３はコンテンツをＲＴＰパケットの形式で送信する場合のデータ構造を示す図である。図３３に示すように、ＴＴＬ値３３０はＩＰヘッダに含まれる値である。
【００３１】
一般に、送信すべきコンテンツを作成するプログラマは、コンテンツデータをパケット化する際に、ＯＳベンダや開発支援ツールが提供しているＡＰＩを使うため、ＴＣＰパケットやＩＰパケットの構造、制御方法について細かな注意を払う必要がない。しかしながら、特定のＩＰパケットに関してＴＴＬ値を特定の値に設定するためには、ＩＰパケット処理部を直接制御するようなプログラムを記述しなければならない。
【００３２】
図３４は特定のコネクションに関してＩＰパケットのＴＴＬ値を設定する場合の送信機器の内部構成を示したブロック図である。
【００３３】
図３４に示すように、コンテンツを供給するコンテンツ供給部３４０と、このコンテンツを暗号化する暗号処理部３４１と、認証・鍵交換を行う認証・鍵交換処理部３４２と、暗号化したコンテンツをパケット化する第１のパケット処理部３４３と、非著作権保護データを処理する非著作権保護データ処理部３４４と、非著作権保護データをパケット化する第２のパケット処理部３４５と、第１のパケット処理部３４３と第２のパケット処理部３４５の出力を通信処理部３４６と、通信処理部３４６の接続されたネットワークインターフェース部３４７とからなる。
【００３４】
第１のパケット処理部３４３はＴＴＬ値を適切な値に設定してパケットの送信を行う。第２のパケット処理部３４５は著作権を保護するコンテンツを送受信するためのパケットとは直接関係のないデータを取り扱うため、ＴＴＬの操作を行う必要はない。
【００３５】
このように、送受信すべきデータが著作権に関連するデータか、そうでないかによってパケット処理部を別々の構成にしなくてはいけないため、送信機器の構成が複雑になってしまう。
【００３６】
次に、受信機器について説明する。受信機器も送信機器同様、コンテンツの受信以外に様々なデータの送受信を行う。また、受信機器が受信するデータには著作権を保護すべきコンテンツ以外のデータも含まれるため、ある特定のパケットについてはＴＴＬ値の検査を行うようにするには、アプリケーションに応じてＩＰパケット処理部の処理内容を変更する必要がある。
【００３７】
図３１の受信機器Ｃ７は、送信機器から受信したＩＰパケットのＴＴＬ値がＺであるか否かの比較処理を行っているが、図３３に示すように、ＴＴＬ値はＩＰヘッダに含まれるため、ＴＴＬ値の確認処理はＩＰヘッダを処理する部分で行うか、またはＴＴＬの値をＩＰヘッダから抜き出して上位のプロトコルに渡す必要がある。
【００３８】
図３５はこの場合における受信機器の内部構成を示したブロック図である。図３５に示すように、ネットワークに接続されたネットワークインターフェース部３５０と、これに接続された通信処理部３５１と、通信処理部３５１から受信したパケットを解析するパケット解析部３５２を持つパケット処理部３５３と、ＴＴＬ値を判断するＴＴＬ値判断部３５４と、認証・鍵交換処理を行う認証・鍵交換処理部３５５と、復号処理を行う暗号処理部３５６と、コンテンツ処理を行うコンテンツ処理部３５７と、非著作権保護データを処理する非著作権保護データ処理部３５８とからなる。
【００３９】
受信機器は特定のコネクション（この場合は、コンテンツの送受信に要するコンテンツデータの送受信と認証・鍵交換を行なうためのコネクション）のＩＰパケットからＴＴＬ値を抜き出し、所定の値と一致するか判別するＴＴＬ値判別部３５４を持つ。
【００４０】
送信機器と同様に、受信機器の開発者も一般的にはＯＳベンダや開発支援ツールが提供しているＡＰＩを使って送信機器とコネクションを張りコンテンツの送受信や認証・鍵交換処理を行うが、ＩＰヘッダを処理する部分をＡＰＩに頼らず独自に開発する必要があり、送信機器と同様に受信機器もまた構成が複雑になってしまうという問題があった。
【００４１】
【非特許文献１】
ＲＦＣ７９１  ＩＮＴＥＲＮＥＴ  ＰＲＯＴＯＣＯＬ  ＤＡＲＰＡ  ＩＮＴＥＲＮＥＴ  ＰＲＯＧＲＡＭ  ＰＲＯＴＯＣＯＬ  ＳＰＥＣＩＦＩＣＡＴＩＯＮ，  Ｓｅｐ  １９８１
【００４２】
【発明が解決しようとする課題】
上述したようにコンテンツの送受信や、認証・鍵交換を行なうパケットに特殊な処理をほどこしてコンテンツの配布範囲を制限する方法では、受信機器と送信機器の構成が複雑になってしまい、実現が困難であるという問題があった。
【００４３】
本発明は、このような点に鑑みてなされたものであり、その目的は、簡易な処理でコンテンツの著作権保護を図ることが可能なコンテンツ送信装置、コンテンツ受信装置、コンテンツ送信方法及びコンテンツ受信方法を提供することである。
【００４４】
【課題を解決するための手段】
上記した課題を解決するために、本発明のコンテンツ送信装置は、受信装置に送信するためのコンテンツを供給するコンテンツ供給手段と、受信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、認証・鍵交換処理手段にて受信装置との間で交換された鍵を用いてコンテンツの暗号化を行う暗号処理手段と、暗号処理手段において暗号化されたコンテンツ、認証・鍵交換処理手段から出力される認証・鍵交換に関するデータの少なくともいずれかをＩＰパケット化するパケット処理手段と、コネクションの情報を用い、パケット処理手段にて生成したＩＰパケットのうち認証・鍵交換データが含まれるＩＰパケットを特定するためのルールが記載された送信フィルタルールを生成する送信フィルタ設定手段と、送信フィルタ設定手段が生成した送信フィルタルールに基づき、パケット処理手段がパケット化したＩＰパケットをフィルタリングするフィルタリング処理手段と、フィルタリング処理手段でフィルタリングしたＩＰパケット内の所定の値を変更するパケット変更処理手段とを具備したことを特徴とする。
【００４５】
更に本発明のコンテンツ送信装置は、ＩＰパケット内の所定の値は、ＴＴＬ値であることを特徴とする。
【００４６】
更に本発明のコンテンツ送信装置は、コネクションの情報は、コネクションにおけるトランスポートレイヤのプロトコル、送信装置及び又は受信装置のＩＰアドレス、送信装置及び又は受信装置のポート番号、ＲＴＰのペイロードタイプのいずれか少なくとも一つからなることを特徴とする。
【００４７】
また本発明のコンテンツ受信装置は、送信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、認証・鍵交換処理手段にて送信装置との間で交換された鍵を用いてコンテンツの復号化を行う暗号処理手段と、送信装置から受信したＩＰパケットからペイロード部を抽出して出力するパケット処理手段と、コネクションの情報を用い、受信したＩＰパケットのうち認証・鍵交換データが含まれるＩＰパケットを特定するための受信フィルタルールを生成する受信フィルタ設定手段と、受信フィルタ設定手段が生成した受信フィルタルールに基づき、パケット処理手段が処理するＩＰパケットをフィルタリングし、ＩＰパケット内の所定の値が規定値以外であった場合、認証・鍵交換処理手段に通知するフィルタリング処理手段とを具備したことを特徴とする。
【００４８】
更に本発明のコンテンツ受信装置は、ＩＰパケット内の所定の値は、ＴＴＬ値であることを特徴とする。
【００４９】
更に本発明のコンテンツ受信装置は、コネクションの情報は、コネクションにおけるトランスポートレイヤのプロトコル、送信装置及び又は受信装置のＩＰアドレス、送信装置及び又は受信装置のポート番号、ＲＴＰのペイロードタイプのいずれか少なくとも一つからなることを特徴とする。
【００５０】
また本発明のコンテンツ送信装置は、受信装置に送信するためのコンテンツを供給するコンテンツ供給手段と、受信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、認証・鍵交換処理手段にて受信装置との間で交換された鍵を用いてコンテンツの暗号化を行う暗号処理手段と、入力したＩＰパケット内をデータリンクレイヤにフレーム化を行う第１の通信処理手段と、入力したＩＰパケット内の所定の値を変更し、データリンクレイヤにフレーム化を行う第２の通信処理手段と、所定のルーティング情報に従い、少なくとも認証・鍵交換処理手段又は暗号化処理手段からの出力をＩＰパケット化し、宛先ＩＰアドレスに応じて第１の通信処理手段又は第２の通信処理手段に出力するパケット処理化処理手段と、コネクションの情報を用い、パケット処理化手段にてＩＰパケット化したＩＰパケットのうち受信装置宛のＩＰパケットを第２の通信処理手段に出力するようルーティング情報を変更するルーティング情報変更処理を行う送信フィルタ設定手段とを具備したことを特徴とする。
【００５１】
更に本発明のコンテンツ送信装置は、送信フィルタ設定部は、コネクションの情報を用い、パケット処理手段にて生成したＩＰパケットのうち認証・鍵交換データが含まれるＩＰパケットを特定するためのルールが記載された送信フィルタルールを生成する機能をさらに具備し、第２の通信処理部は、送信フィルタ設定手段が生成した送信フィルタルールに基づき、第２の通信処理部がデータリンクレイヤにフレーム化したＩＰパケットをフィルタリングするフィルタリング処理機能とを更に具備したことを特徴とする。
【００５２】
また本発明のコンテンツ受信装置は、送信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、認証・鍵交換処理手段にて送信装置との間で交換された鍵を用いてコンテンツの復号化を行う暗号処理手段と、受信したデータリンクレイヤのフレームのうちＩＰパケットが含まれるフレームを第１のパケット処理手段に出力する第１の動作モードと、受信したフレームのうちＩＰパケットが含まれるフレームを第１のパケット処理手段に出力し、かつフレームの全ての複製を第２のパケット処理手段に出力する第２の動作モードをもつ通信処理手段と、コネクションの情報を用い、受信したＩＰパケットのうち認証・鍵交換データが含まれるＩＰパケットを特定するための受信フィルタルールを生成する受信フィルタ設定手段と、通信処理手段から出力されたフレームからＩＰパケットのペイロード部を抽出して出力する第１のパケット処理手段と、通信処理手段に対し第２の動作モードにて動作するよう通知し、通信処理手段から出力されたフレームからＩＰパケットのペイロード部を抽出し、受信フィルタ設定手段が生成した受信フィルタルールに基づき、ＩＰパケットをフィルタリングし、ＩＰパケット内の所定の値が規定値以外であった場合、認証・鍵交換処理手段に通知する第２のパケット処理手段とを具備したことを特徴とする。
【００５３】
また本発明のコンテンツ送信装置は、受信装置に送信するためのコンテンツを供給するコンテンツ供給手段と、受信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、認証・鍵交換処理手段にて受信装置との間で交換された鍵を用いてコンテンツの暗号化を行う暗号処理手段と、暗号処理手段において少なくとも暗号化されたコンテンツをＩＰパケット化するパケット処理手段と、認証・鍵交換処理手段から出力される認証・鍵交換に関するデータをパケット処理手段とは異なる形式でパケット化して出力する第２のパケット化手段と、パケット処理手段と第２のパケット処理手段から出力されたデータに対して、異なる所定の値をつけてデータリンクレイヤのフレームにカプセル化する通信処理手段とを具備したことを特徴とする。
【００５４】
また本発明のコンテンツ受信装置は、送信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、認証・鍵交換処理手段にて送信装置との間で交換された鍵を用いてコンテンツの復号化を行う暗号処理手段と、送信装置から受信したデータリンクレイヤにおけるフレームの所定の値に基づき、フレームのペイロード部を第１のパケット処理部ないし第２のパケット処理部に出力する通信処理手段と、通信処理部から出力されたフレームからＩＰパケットのペイロード部を抽出して出力する第１のパケット処理手段と、送信装置から受信したペイロード部から第２のペイロード部を抽出して出力する第２のパケット化手段とを具備したことを特徴とする。
【００５５】
また本発明の受信装置は、送信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、認証・鍵交換処理手段にて送信装置との間で交換された鍵を用いてコンテンツの復号化を行う暗号処理手段と、受信したデータリンクレイヤのフレームのうちＩＰパケットが含まれるフレームを第１のパケット処理手段に出力する第１の動作モードと、受信したフレームのうちＩＰパケットが含まれるフレームを第１のパケット処理手段に出力し、かつフレームの全ての複製を第２のパケット処理手段に出力する第２の動作モードをもつ通信処理手段と、通信処理手段から出力されたフレームからＩＰパケットのペイロード部を抽出して出力する第１のパケット処理手段と、通信処理手段に対し第２に動作モードにて動作するよう通知し、通信処理手段から出力されたフレームのうちデータリンクフレーム内に所定の値が含まれる場合には、データリンクフレームのペイロード部を抽出して出力する第２のパケット処理手段とを具備したことを特徴とする。
【００５６】
また本発明のコンテンツ受信装置は、送信装置との間でコネクションを確立し、認証・鍵交換処理を行う認証・鍵交換処理手段と、認証・鍵交換処理手段にて送信装置との間で交換された鍵を用いてコンテンツの復号化を行う暗号処理手段と、受信したデータリンクレイヤのフレームのうちＩＰパケットが含まれるフレームを第１のパケット処理手段に出力する第１の動作モードと、受信したフレームのうちＩＰパケットが含まれるフレームを第１のパケット処理手段に出力し、かつフレームの全ての複製を第２のパケット処理手段に出力する第２の動作モードをもつ通信処理手段と、コネクションの情報を用い、受信したＩＰパケットのうち認証・鍵交換データが含まれるＩＰパケットを特定するための受信フィルタルールを生成する受信フィルタ設定手段と、通信処理手段から出力されたフレームからＩＰパケットのペイロード部を抽出して出力する第１のパケット処理手段と、通信処理手段に対し第２に動作モードにて動作するよう通知し、通信処理手段から出力されたフレームのうちデータリンクフレーム内に所定の値が含まれていた場合には、データリンクフレームのペイロード部を抽出し、受信フィルタ設定手段が生成した受信フィルタルールに基づきフレームをフィルタリングして出力する第２のパケット処理手段とを具備したことを特徴とする。
【００５７】
また本発明のコンテンツ送信方法は、受信装置に送信するためのコンテンツを供給し、受信装置との間でコネクションを確立し、認証・鍵交換処理を行い、受信装置との間で交換された鍵を用いてコンテンツの暗号化を行い、暗号化されたコンテンツ、認証・鍵交換処理にて出力される認証・鍵交換に関するデータの少なくともいずれかをＩＰパケット化し、コネクションの情報を用い、パケット化したＩＰパケットのうち認証・鍵交換データが含まれるＩＰパケットを特定するためのルールが記載された送信フィルタルールを生成し、送信フィルタルールに基づき、ＩＰパケットをフィルタリングし、フィルタリングしたＩＰパケット内の所定の値を変更することを特徴とする。
【００５８】
また本発明のコンテンツ受信方法は、送信装置との間でコネクションを確立し、認証・鍵交換処理を行い、送信装置との間で交換された鍵を用いてコンテンツの復号化を行い、送信装置から受信したＩＰパケットからペイロード部を抽出して出力し、コネクションの情報を用い、受信したＩＰパケットのうち認証・鍵交換データが含まれるＩＰパケットを特定するための受信フィルタルールを生成し、受信フィルタルールに基づき、ＩＰパケットをフィルタリングし、ＩＰパケット内の所定の値が規定値以外であった場合、認証・鍵交換処理を制限することを特徴とする。
【００５９】
また本発明のコンテンツ送信方法は、受信装置に送信するためのコンテンツを供給し、受信装置との間でコネクションを確立し、認証・鍵交換処理を行い、受信装置との間で交換された鍵を用いてコンテンツの暗号化を行い、入力したＩＰパケットをデータリンクレイヤにフレーム化するか入力したＩＰパケット内の所定の値を変更し、データリンクレイヤにフレーム化を行い、所定のルーティング情報を用い、少なくとも認証・鍵交換処理の出力又は暗号化処理の出力をＩＰパケット化し、宛先ＩＰアドレスに応じて、いずれかのフレーム化を行い、コネクションの情報を用い、ＩＰパケット化したＩＰパケットのうち受信装置宛のＩＰパケットをＩＰパケット内の所定の値を変更し、データリンクレイヤにフレーム化するようルーティング情報を変更することを特徴とする。
【００６０】
また本発明のコンテンツ受信方法は、送信装置との間でコネクションを確立し、認証・鍵交換処理を行い、送信装置との間で交換された鍵を用いてコンテンツの復号化を行い、受信したデータリンクレイヤのフレームのうちＩＰパケットが含まれるフレームを第１のパケット処理手段に出力するか、受信したフレームのＩＰパケットが含まれるフレームを第１のパケット処理手段に出力し、かつフレームの全ての複製を第２のパケット処理手段に出力し、コネクションの情報を用い、受信したＩＰパケットのうち認証・鍵交換データが含まれるＩＰパケットを特定するための受信フィルタルールを生成し、フレームからＩＰパケットのペイロード部を抽出して出力し、第１のパケット処理手段に出力し、かつフレームの全ての複製を第２のパケット処理手段に出力するよう通知し、フレームからＩＰパケットのペイロード部を抽出し、受信フィルタルールに基づき、ＩＰパケットをフィルタリングし、ＩＰパケット内の所定の値が規定値以外であった場合、認証・鍵交換処理を制限することを特徴とする。
【００６１】
【発明の実施の形態】
以下、本発明に係るコンテンツ送信装置、コンテンツ受信装置、コンテンツ送信方法及びコンテンツ受信方法について図面を参照しながら具体的に説明する。
【００６２】
（第１の実施形態）
図１は本発明に係るコンテンツ送信装置及びコンテンツ受信装置からなるコンテンツ送受信システムの一例を示す全体ブロック図である。図１のコンテンツ送受信システムは、ローカルエリアネットワーク（以下、ＬＡＮ）１に接続されたコンテンツ送信機器（以下、単に送信機器とよぶ）Ａ１と、コンテンツ受信機器（以下、単に受信機器とよぶ）Ｂ２と、ルーター機器Ｃ３，Ｄ４と、ルーター機器Ｃ３に接続された受信機器Ｅ５と、ＬＡＮ１にインターネット７を介して接続された受信機器Ｆ６とを備えている。
【００６３】
図１のＬＡＮ１は、ＩＥＥＥ８０２．１１や無線ＬＡＮ等の無線ネットワークと、イーサネット（Ｒ）（Ｒ）等の有線ネットワークとのいずれでもよい。
【００６４】
それぞれの送信機器と受信機器は、セットトップボックス、ホームサーバ、デジタルＶＴＲ、ＤＶＤプレーヤ及びテレビ等のデジタルＡＶデータのやり取りを行う各種の機器である。
【００６５】
以下では、著作権保護を図る必要のあるコンテンツの送受信を、送信装置と受信装置との間で一定の範囲に制限するための仕組みについて説明する。
【００６６】
本実施形態では、ＬＡＮ１内での通信は著作権保護を行うべきコンテンツの送受信を許可するが、ＬＡＮ１０外との通信は許可しないことにする。
【００６７】
例えば、図１で示すネットワークにおいて、送信機器Ａ１から受信機器Ｂ２、Ｃ３へのコンテンツ送信は許可するが、送信機器Ａ１からインターネット７を経由して接続された受信機器Ｆ６へのコンテンツ送信は許可しないことにする。
第１の実施形態では、送信機器と受信機器の通信可能な範囲を、ＩＰパケットのＴＴＬの値を一定の値以下に限定することにより、到達可能なルーター機器の数を制限することをもって、コンテンツの配布範囲を制限する際の送信機器と受信機器の構成について示す。
【００６８】
従来の技術で示したように、送信機器が受信機器に対してＩＰパケットのＴＴＬ値を固定値（例えば１）に設定して認証・鍵交換に必要なパケットを送信する。
【００６９】
さらに受信機器では送信機器から送信されたＩＰパケットのＴＴＬの値が１であるかどうかを確認する。もし送信機器から受信した認証・鍵交換のパケットのＴＴＬ値が１でない場合は、通信経路上で改変されたものと判断し、認証・鍵交換処理を中止する。
【００７０】
なお、ここでは認証・鍵交換の方法としては、著作権保護を目的とした認証・鍵交換の方法を使っても良いし、楕円曲線Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵交換アルゴリズムなどよく知られた方法を用いればよい。
【００７１】
さらに、コンテンツの保護に関しては、認証・鍵交換処理で取得した鍵を用い、Ｍ６共通鍵ブロック方式などの暗号化方式にてコンテンツを暗号化すればよい。
【００７２】
また、認証・鍵交換処理では送信機器から受信機器に送信されるデータだけでなく、受信機器から送信機器に送信される場合もあるため、それらのデータについては送信機器と受信機器の構成を先ほど示したものとは逆の構成にして、受信機器がＴＴＬの値を１に設定して送信機器に送信し、送信機器は受信機器から送信されたパケットのＴＴＬの値が１であるかどうかを確認する処理を行えばよい。
【００７３】
ここでは、説明を簡単にするために、送信機器がＴＴＬの値を１に設定し、受信機器がＴＴＬの値をチェックする仕組みについて述べる。さらに、認証・鍵交換処理に限らず、認証後のコンテンツの送受信についてもＴＴＬの値を制限して送信すれば、より厳密に配布範囲を制限することができる。
【００７４】
図２は第１の実施形態における送信機器Ａ１の内部構成を示すブロック図である。図２の送信機器Ａ２は、国際標準化機構（ＩＳＯ）により制定されたＯＳＩ基本参照モデルにおける物理レイヤ処理を行うネットワークインターフェース部２０００と、データリンクレイヤ処理を行う通信処理部２００１と、受信機器に送信するコンテンツデータや認証・鍵交換のためのデータをＴＣＰ／ＩＰパケットやＵＤＰ／ＩＰパケットに変換したり、その逆にパケットからデータに変換したりする処理を行うパケット処理部２００２と、送信するパケットが著作権を保護すべきデータに関連するパケットであるか否かを判定するためのルールを作成する送信フィルタ設定部２００３と、送受信パケットがフィルタ設定部にて作成されたルールに該当するか否かマッチング処理を行なう送信フィルタリング処理部２００４と、送信フィルタリング処理部にて抽出した送受信パケットに対してルールに記載された所定の操作を加えるパケット変更処理部２００５と、著作権保護のために受信機器と認証・鍵交換処理を行う認証・鍵交換処理部２００６と、送信するデータを暗号・復号化する暗号処理部２００７と、コンテンツを暗号処理部に供給するコンテンツ供給部２００８と、著作権を保護すべきデータとは直接関係のない処理を行う非著作権保護データ処理部２００９と、を備えている。
【００７５】
送信フィルタ設定部２００３及び送信フィルタリング処理部２００４は、本実施形態の特徴部分であり、著作権保護が必要なコンテンツを送信する場合には、認証・鍵交換処理に先立ち受信機器と交換した情報を元に送信フィルタ設定部２００３がルールを作成し、フィルタリング処理部２００４に送信フィルタルール２０１０を通知する。
【００７６】
フィルタリング処理部２００４は設定された送信フィルタルール２０１０に従って入出力中のパケットとのマッチング処理を行う。パケット変更処理部２００５は、送信フィルタ設定部２００３にて送信フィルタルール２０１０に適合したパケットがあった場合には該パケットに対して送信フィルタルール２０１０に記載された所定の処理を施した後に送信する。
【００７７】
送信フィルタルール２０１０の例を図３に示す。送信フィルタルール２０１０は該当するパケットを検索するキーとなるマッチング部３０００と、送信フィルタルールに該当するパケットがあった場合に、所定の処理を行うことを記述した操作部３００１から構成される。
送信機器が複数の受信機器に対してコンテンツを送信する場合や、単一の受信機器に対して複数のコンテンツを送信するために、コネクションを複数張る場合を考慮して、送信フィルタルールは複数記述することができるようにしておくことが望ましい。その場合、フィルタリング処理部２００４は、パケットに対して送信フィルタルールがマッチング部で定義されているかどうかを順次検索し、該当する送信フィルタルール２０１０が定義されている場合には、そのルール番号の操作部３００１に記述された処理をパケットに施す。
【００７８】
ここでは、図３に示すルール番号１の処理を例にとって説明する。この送信フィルタルール２０１０では、送信機器から送信されるＩＰパケットのうち、宛先のＩＰアドレス（受信機器のＩＰアドレス）がｅｅ．ｆｆ．ｇｇｇ．ｈであり、かつ送信元のＩＰアドレスがａａ．ｂｂ．ｃｃｃ．ｄｄｄ（自送信機器のＩＰアドレス）のＴＣＰパケットのうち、送信元ＴＣＰポート番号がＸ番で送信先ＴＣＰポート番号がＹ番であった場合に、そのＩＰパケットのＴＴＬ値をＡに設定することを指示するルールであることを意味している。
【００７９】
ルールとしては、送信機器と受信機器のＩＰアドレスとＴＣＰポート番号の組みあわせの他に、（１）送信機器と受信機器のＩＰアドレスとＵＤＰポート番号の組みあわせを使う方法、（２）ＲＴＰペイロードタイプ種別番号を使う方法などが考えられる。
【００８０】
フィルタ設定部２００３はこのような送信フィルタルール２０１０を作成し、送信フィルタリング処理部２００４はそれに従って該当するパケットを検索し、操作部に記述された内容に従ってパケットに変更を加える処理を行う。
【００８１】
図４は第１の実施形態における受信機器の内部構成を示すブロック図である。図４の受信機器は、ＯＳＩ基本参照モデルにおけるイーサネット（Ｒ）物理レイヤ処理を行うネットワークインターフェース部４０００と、データリンクレイヤ処理を行う通信処理部４００１と、送信機器から受信したパケットを判別するためのルールを作成する受信フィルタ設定部４００２と、各パケットをデータに変換するパケット処理部４００３と、パケット処理の中でフィルタ設定部にて作成されたルールとのマッチング処理を行い、該当するパケットがある場合に所定の処理を行う受信フィルタリング処理部４００４と、送信機器から送信され関連暗号化されたコンテンツデータを復号化する暗号処理部４００５と、著作権保護のための認証・鍵交換処理を行う認証・鍵交換処理部４００６と、復号化したコンテンツを表示装置などに出力したり蓄積するための処理を行うコンテンツ処理部４００７と、著作権とは直接関係のないデータの処理を行う非著作権保護データ処理部４００８とを備えている。
【００８２】
受信フィルタ設定部４００２及び受信フィルタリング処理部４００４は、本実施形態における受信機器の特徴部分であり、認証・鍵交換処理に先立ち、送信機器と交換した情報を元に、受信したパケットが著作権を保護すべきデータに関連するパケットであるか否かを判定する受信フィルタルール４００９を作成し、受信フィルタリング処理部にルールを通知する。
【００８３】
受信フィルタリング処理部４００４は設定された受信フィルタルール４００９に従ってパケットとのマッチング処理を行い、該当するパケットを検出した場合に、認証・鍵交換処理部に通知する機能を持つ。
【００８４】
受信機器で設定する受信フィルタルール４００９の一例を図５に示す。ルールの構成は図３に示した送信機器のものと同様の形式でよい。つまりマッチング部５０００と操作部５００１を持つ。
【００８５】
ここでは、図５のルール番号１の処理を例にとって説明する。このルールでは、送信機器から受信したＩＰパケットのうち、送信先ＩＰアドレス（自機器のＩＰアドレス）がｅｅ．ｆｆ．ｇｇｇ．ｈであり、かつ送信元ＩＰアドレス（送信機器のＩＰアドレス）がａａ．ｂｂ．ｃｃｃ．ｄｄｄのＴＣＰパケットのうち、送信元ＴＣＰポート番号がＸ番で送信先ＴＣＰポート番号がＹ番で、かつＩＰヘッダのＴＴＬ値の値が１でなかった場合に、認証・鍵交換処理部に当該パケットを受信したことを通知する処理を行う。
【００８６】
ルールとしては、送信機器と受信機器のＩＰアドレスとＴＣＰポート番号の組みあわせの他に、（１）送信機器と受信機器のＩＰアドレスとＵＤＰポート番号の組みあわせを使う方法、（２）ＲＴＰペイロードタイプ種別番号を使う方法などが考えられる。
【００８７】
なお、この通知を受けた認証・鍵交換処理部は認証・鍵交換処理を中断する処理や、送信機器からのコンテンツの受信を中止する処理などを行えばよい。
【００８８】
以下、このフィルタ設定部４００２及びフィルタリング処理部４００４の動作を中心に説明をしていく。
【００８９】
図６、図７、図８は受信機器６００１と送信機器６０００のシーケンスを示した図である。ここで、送信機器６０００のＩＰアドレスをａａ．ｂｂ．ｃｃｃ．ｄｄｄ、受信機器６００１のＩＰアドレスをｅｅ．ｆｆ．ｇｇｇ．ｈ、送信機器が認証・鍵交換用に用いる待ち受けポートをＸ、受信機器が認証／鍵交換用に用いるポートをＹとする。
【００９０】
送信機器は認証・鍵交換用のパケット内のＩＰヘッダにあるＴＴＬの値を１として送信し、受信機器では送信機器から送信された当該パケットのＴＴＬの値が１であるかどうかをチェックするものとする。
【００９１】
以下、図６、図７、図８のシーケンス図に従って処理手順を説明する。
【００９２】
まず、受信機器６００１は認証・鍵交換処理要求のパケットを送信機器に送信する（Ｓ６０）。この認証・鍵交換処理要求に加えて、送信機器がルールを作成するために必要な情報も送信する。接続に関する情報とは、例えば受信機器のＩＰアドレスや、ポート番号のことを示す。
【００９３】
なお、ここでは認証・鍵交換要求の中に受信機器のポート番号を通知するメッセージを含めたが、受信機器が通知を行うメッセージを認証・鍵交換処理とは別のパケットとして送信機器に送信してもよい。
【００９４】
また、ここでは送信機器６０００の認証・鍵交換要求に用いる送信機器の待ち受けポート番号の値が固定となっているか、または送信機器６０００と受信機器６００１が認証・鍵交換処理を開始する以前にネゴシエーション処理を行うことによって受信機器が送信機器６０００の認証・鍵交換用待ち受けポート番号を把握しているものとする。
【００９５】
なおネゴシエーション処理を行うためのプロトコルとしては例えば特開Ｐ２００２−０１９１３５に記載された方法や、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）などの方法を用いればよい。ＲＴＳＰについては、ＩＥＴＦにて公開され、ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇにて取得可能な文書に説明が詳しい。
【００９６】
送信機器６０００は認証・鍵交換処理要求と、接続に関する情報を受信すると、それらの情報をもとに送信フィルタリングのためのルールを作成する（Ｓ６１）。
【００９７】
この場合、受信機器６００１のＩＰアドレスはｅｅ．ｆｆ．ｇｇｇ．ｈであり、送信元ポート番号がＹ、宛先ポート番号がＸである自機器宛のＴＣＰ／ＩＰパケットを送信する際には、そのパケットのＴＴＬの値を１にして送信することを意味するルールを作成し、パケット処理部に適用する（Ｓ６２、Ｓ６３）。
【００９８】
一方、受信機器６００１は送信元ＩＰアドレスを送信機器のＩＰアドレスであるａａ．ｂｂ．ｃｃｃ．ｄｄｄで、送信元ポート番号がＸ、宛先ポート番号がＹである自機器宛のＴＣＰ／ＩＰパケットのＴＴＬ値が１でないパケットを受信した場合に所定の処理を行うような受信フィルタリングのルールを作成し、パケット処理部に適用する（Ｓ６４）。
【００９９】
なお、このルールの作成と適用は認証・鍵交換要求のパケットを送信する前に行ってもよい。
【０１００】
以上、送信機器６０００と受信機器６００１がルールを作成し、それぞれのパケット処理部に該ルールを適用する方法を示してきた。
【０１０１】
次に、受信機器６００１と送信機器６０００にフィルタリングのルールが設定された状態で、送信機器６０００と受信機器６００１が認証・鍵交換処理を行う過程について説明していく。
【０１０２】
送信機器６０００が認証・鍵交換用のパケット７０を受信機器に送信する際、送信元のＩＰアドレスとポート番号、送信先のＩＰアドレスとポート番号から認証・鍵交換用のパケット７０であることを送信フィルタリング処理部が検出し、ＴＴＬの値を５に設定して送信する（Ｓ６５）。
【０１０３】
受信機器６００１も同様に、受信フィルタリング処理部が送受信のＩＰアドレスとポート番号から、受信したパケットがルールに該当することを識別し、ＴＴＬの値をチェックして、ＴＴＬの値が５であれば処理を継続する（Ｓ６６）。
【０１０４】
なお、送信機器６０００の送信するパケットが受信機器との認証・鍵交換用のものでなければ（例えば別の機器Ａ７１宛の非認証・鍵交換パケット７２）、送信先ＩＰアドレスやポート番号が異なるため、フィルタリングルールには該当せず、送信機器のフィルタリング処理部でＴＴＬの値が変更されることはない。受信機器も同様に送信機器から送信された認証・鍵交換処理用のパケットでなければフィルタリングルールに該当せず、処理は継続される（Ｓ６７）。
【０１０５】
次に、送信機器６０００から送信される認証・鍵交換のためのＩＰパケットの、ＴＴＬの値が、送信機器６０００と受信機器６００１の通信経路上で変化した場合を説明する。
【０１０６】
送信機器６０００については、先に示したのと同様の手順で、受信機器宛の認証・鍵交換用のパケットであることを送信フィルタリング処理部が検出し、ＴＴＬの値を５に設定して送信する（Ｓ６６）。
【０１０７】
ここで、このパケットが通信経路の変化によりＴＴＬの値が５から４に変化したとする（Ｓ６７）。この時、受信機器はＴＴＬの値が４に変更されたパケットを受信することになる（Ｓ６８）。
【０１０８】
受信機器６００１は受信フィルタリング処理部に設定されたルールにより受信したパケットの中から該当するパケットを抽出し、ＴＴＬの値をチェックする。この場合、ＴＴＬの値は前回受信したパケットとは通信経路が変化しているため５ではなく４となっており、フィルタリングルールの操作部に記載された所定の処理を行う（Ｓ６９）。
【０１０９】
ここで、所定の処理とは、例えば図５に示すような認証・鍵交換処理部へ通知などを指す。なお、前述したように、この通知を受けた認証・鍵交換処理部は認証・鍵交換処理の中止などを行えばよい（Ｓ７０）。
【０１１０】
受信機器６００１は認証・鍵交換処理を中止するメッセージを送信機器に送信し、所定のエラー処理を行った後、受信フィルタリングルールを削除する処理を行う（Ｓ７１、Ｓ７２）。
【０１１１】
送信機器６０００は該認証・鍵交換処理中止のメッセージを受信すると、所定のエラー処理を行い、受信機器に設定された受信フィルタリングルールを削除する（Ｓ７３）。
【０１１２】
また、図示しないが、認証・鍵交換処理が正常に終了して認証・鍵交換用のコネクションが切断された場合も、受信機器、送信機器ともに受信・送信フィルタリングルールを削除する処理を行う。
【０１１３】
また、機器Ａ７１が非認証・鍵交換パケット７３などを受信機器６００１宛てに送信した場合、これを受信した受信機器６００１はパケットの検査を行い、このパケットがルールに非該当であることを確認し受信する（Ｓ７４、Ｓ７５）。
【０１１４】
図９にこれまで示してきた送信機器６０００の処理手順を、図１０に受信機器６００１の処理手順を示す。
【０１１５】
図９において、送信機器６０００は受信機器から認証・鍵交換処理要求を受信する（Ｓ９０）。次に受信機器の情報（ＩＰアドレス、ポート番号など）を取得する（Ｓ９１）。
【０１１６】
次に受信機器と認証・鍵交換処理コネクション用のルールを作成する（Ｓ９２）。次にフィルタリング処理部にこのルールを適用する（Ｓ９３）。次に送信パケットを作成する（Ｓ９４）。次にルールとのマッチング処理を行い（Ｓ９５）、そのパケットがルールにマッチしない場合はパケットの送信（Ｓ９６）を行い、マッチした場合はパケットの操作（Ｓ９７）を行ったののちパケットの送信（Ｓ９６）を行う。
【０１１７】
図１０において、受信機器６００１は、送信機器のＩＰアドレスと認証・鍵交換処理用ポートの取得を行う（Ｓ１００）。次に送信機器に認証・鍵交換処理要求とコネクション情報（ＩＰアドレス、ポート番号など）を通知する（Ｓ１０１）。
【０１１８】
次に受信機器と認証・鍵交換処理コネクション用のルールの作成を行う（Ｓ１０２）。次にフィルタリング処理部にルールを適用する（Ｓ１０３）。次にパケットの受信を行う（Ｓ１０４）。次にルールとマッチング処理を行い（Ｓ１０５）、そのパケットがルールにマッチしない場合はパケットの受信（Ｓ１０６）を行い、マッチした場合はＴＴＬの値が１でないことからエラー処理（Ｓ１０７）を行う。更に認証・鍵交換処理の中止（Ｓ１０８）し、送信機器にエラーを通知する（Ｓ１０９）。
【０１１９】
なお、これまで示してきた例では、認証・鍵交換を行うコネクションについてのみＩＰパケットのＴＴＬ値を所定の値に変更したり、チェックしたりする方法について述べてきたが、認証・鍵交換のコネクションだけでなく、コンテンツデータの送受信を行うコネクションにも配布範囲の制限を加えるためにＴＴＬの値を所定の値に設定するようにしてもよい。
【０１２０】
その場合、送信・受信フィルタリングのルールを設定するために必要な認証・鍵交換のコネクションに関する情報を送信機器と受信機器が共有したのと同様に、データのコネクションに関するＩＰアドレスやＴＣＰ／ＵＤＰポート番号などの情報を送信機器と受信機器が互いに事前に通知し、それぞれがフィルタリングルールを作成して設定するようにすればよい。
【０１２１】
第１の実施形態では、パケット処理部がＴＣＰ／ＩＰパケットのパケット処理を行う機能を有すとともに、送信フィルタリング処理部を備えていることが特徴である。フィルタリング処理部は、パケットの種別に応じて著作権保護が必要なデータや著作権保護のための認証・鍵交換用のデータなど、特定のパケットを選別し、当該パケットに対して所定の操作を行う。
【０１２２】
なお、パケットの選別を行うためのルールを動的に生成して設定する。これにより、（１）送信機器や受信機器のＩＰアドレスがＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などのプロトコルによって動的に決定される場合や、（２）コンテンツデータのポート番号がコネクションにより動的に変化する場合、（３）同一の送信機器と受信機器が同時に複数のコネクションを張る必要がありコネクションが事前に特定できない場合  などに対処することができ、かつ同一機器から送受信される著作権を保護すべきデータとは関係のないコネクションに関しては影響を与えない仕組みを実現することができる。
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。本発明の第２の実施形態は、送受信のフィルタリング処理をパケット処理部では行わない場合の構成で上記第１の実施形態に示したコンテンツの配布範囲を制限する方法を実現する例である。
【０１２３】
図１１は第２の実施形態に係る送信機器の内部構成を示すブロック図である。図１１では、第１の実施形態における送信機器の内部構成を示した図２と共通する構成部分には同一符号を付しており、以下では相違点を中心に説明する。
【０１２４】
図１１の送信機器は、パケット処理部１１００にはフィルタリング処理部を備えておらず、さらに送信するＩＰパケットのＴＴＬの値を変更する処理を行うＴＴＬ変更処理部１１０１を内包した第２の通信処理部１１０２を備え、送信フィルタ設定部１１０３がルーティングテーブル１１０４を変更する機能を有している点が異なる。また第１の通信処理部１１０５は図２における通信処理部と同等の機能を持つ。
【０１２５】
またパケット処理部１１００はルーティングテーブル１１０４の内容を参照しながら、宛先ＩＰアドレスに対応する通信処理部を選択する機能を持つ。
【０１２６】
図１２（ａ）に本第２の実施形態で使用されるルーティングテーブル１１０４の典型的な例を示す。ルーティングテーブル１１０４は宛先ＩＰアドレスと、下位レイヤで用いる通信処理部の組み合わせを示したテーブルである。
【０１２７】
例えば、テーブルの最初の行では、宛先ＩＰアドレスがＸ．Ｙ．Ｚ．０／２５５．２５５．２５５．０の範囲にある送信パケットは第１の通信処理部（ｅｔｈ０）１１０５から送信すべき、ということを意味する。
【０１２８】
パケット処理部１１００はルーティングテーブル１１０４に記載された情報に従い、宛先ＩＰアドレスからどの通信処理部を選択するかを決定する機能を持つ。ルーティングテーブル１１０４を変更し設定した後の説明については後述する。
【０１２９】
図１３は送信機器の具体的な処理手順である。図１３に示すように、送信機器は、まず受信機器から認証・鍵交換処理要求を受信する（Ｓ１３００）。次にこの認証・鍵交換処理やコンテンツの送信処理に先立ち、送信先の機器である受信機器の情報（ＩＰアドレスなど）を取得する（Ｓ１３０１）。
【０１３０】
次に、受信機器宛てのパケットを送信する際に、パケット処理部１１００が第２の通信処理部１１０２を用いるように、ルーティングテーブル１１０４を変更する（Ｓ１３０２）。
【０１３１】
ここで変更するルーティングテーブル１１０４の例を図１２（ｂ）に示す。図１２（ａ）と比較すると図１２（ｂ）では、ＩＰアドレスがｅｅ．ｆｆ．ｇｇｇ．ｈである受信機器宛てのパケットは第２の通信処理部（ｖ−ｅｔｈ）１１０２を用いて送信することを示したルールを追加している。
【０１３２】
ルーティングテーブル１１０４を変更した後、パケット処理部１１００は認証・鍵交換用のデータまたはコンテンツデータのパケットを生成し（Ｓ１３０３）、ルーティングテーブル１１０４を参照して、送信先ＩＰアドレスに対応する通信処理部を選択して、データを下位レイヤである通信処理部に渡す（Ｓ１３０４）。
【０１３３】
ここでは通信処理部はＩＰアドレスがｅｅ．ｆｆ．ｇｇｇ．ｈ  宛てのパケットは第２の通信処理部（ｖ−ｅｔｈ）１１０２に渡すよう、ルーティングテーブルに記載されているため、第２の通信処理部（ｖ−ｅｔｈ）１１０２がこのパケットを処理する（Ｓ１３０５）。
【０１３４】
第２の通信処理部（ｖ−ｅｔｈ）１１０２はデータリンクレイヤの処理を行うとともに、ＩＰヘッダのＴＴＬ値を予め定められた所定の値（たとえば３）に変更し、出力する（Ｓ１３０５）。
【０１３５】
すなわち、パケット処理部ではＴＴＬの値はシステムの定めた値が設定されるが、第２の通信処理部（ｖ−ｅｔｈ）１１０２の後に出力されるＴＴＬの値は所定の値（たとえば１）に設定されることになる（Ｓ１３０６）。このあとネットワークインターフェース部２０００にて物理レイヤの処理を行い、パケットは送信される（Ｓ１３０７）
なお、図１２（ｂ）に示したルーティングテーブルに従うと、宛先ＩＰアドレスがＸ．Ｙ．Ｚ．０／２５５．２５５．２５５．０の範囲にある送信パケットは第１の通信処理部（ｅｔｈ０）１１０５に渡される。第１の通信処理部（ｅｔｈ０）１１０５はＴＴＬの変更は行わないため、従来のリンクレイヤの処理を行いネットワークインターフェース部に渡す（Ｓ１３０８）。ネットワークインターフェース部２０００は物理レイヤの処理を行い、パケットは送信される（Ｓ１３０７）。
【０１３６】
ここまで述べてきたように第２の実施形態では送信先のＩＰアドレスにより、通信処理部を選択し、当該受信機器向けのパケットに関してはＩＰパケットのＴＴＬの値を操作することを実現している。
【０１３７】
送信先のＩＰアドレスだけではなく、送信先のコネクションを特定することができれば、柔軟にコンテンツの配布範囲の制限を行うことができる。
【０１３８】
例えば、認証・鍵交換処理はＴＴＬの値を所定の値に設定して送信し、認証・鍵交換処理とは別のコネクションとなっているコンテンツデータに関しては特に制限を求めずシステム固有の値で送信する場合、ＩＰアドレス単位ではなくコネクション単位でパケットのＴＴＬ値を操作することが可能となる。
【０１３９】
同様に、認証・鍵交換でもなく、コンテンツデータでもないデータを受信機器に送信する場合は、ＴＴＬの制限を加えないといったことも実現できる。
【０１４０】
図１４はコネクション毎にパケットを操作可能とする場合の、送信機器の内部構成を示したブロック図である。
【０１４１】
図１１と同一の構成要素については同一の番号を付して説明する。図１１との相違点は第２の通信処理部１４００において機能の一部としてフィルタリング処理部１４０１が備わっている点と、送信フィルタ設定部１４０２がフィルタリング処理部１４０１及びパケット変更処理部１４０３に任意のルールを設定できる点である。
【０１４２】
図１４に示される第２の通信処理部１４００は、宛先ＩＰアドレスと送受信のＴＣＰポート番号からコネクションを特定し、ルールに該当するパケットがあった場合にはパケット変更処理部１４０３に通知し、パケット変更処理部１４０３がＴＴＬの値を変更する。
【０１４３】
このように、送信フィルタ設定部１４０２がフィルタリング処理部１４０１にルールを設定することで、コネクション毎にＴＴＬの値を操作できる。
【０１４４】
例えば、ある受信機器に対して認証・鍵交換処理のコネクションにはＴＴＬの値をＮ（例えば１）に設定し、コンテンツデータの送信に関してはＭ（例えば１０）に設定することができる。
【０１４５】
また、ある受信機器に対しては認証・鍵交換のコネクションに関してはＴＴＬの値をＰ（例えば３）と設定し、コンテンツデータの送信に関してはＱ（例えば５）と設定するなど、受信機器によってＴＴＬの値を操作したりすることもできる。
【０１４６】
図１５に、送信機器の通信処理部がフィルタリング処理部を有する場合の送信機器の処理手順を表したシーケンス図を示す。まず受信機器から認証・鍵交換処理要求を受信する（Ｓ１５００）。次に受信機器の情報（ＩＰアドレス）を取得する（Ｓ１５０１）。次に受信機器と認証・鍵交換処理コネクション用のルールを作成する（Ｓ１５０２）。
【０１４７】
次に第２の通信処理部１４００にフィルタリングルールを適用しルーティングテーブルを変更する（Ｓ１５０３）。次に送信パケットの作成を行う（Ｓ１５０４）。次にパケット処理部１１００が通信処理部を選択する（Ｓ１５０５）。
【０１４８】
ここで第１の通信処理部を選択した場合（Ｓ１５０６）は、通常通りパケットの送信（Ｓ１５０７）を行う。ここで第２の通信処理部１４００を選択した場合（Ｓ１５０８）は、ルールとのマッチング処理を行う（Ｓ１５０９）。
【０１４９】
入力されたパケットがルールに該当しない場合は、通常通りパケットの送信（Ｓ１５０７）を行う。ルールに該当する場合は、パケットの操作を行い（Ｓ１５１０）、パケットの送信（Ｓ１５０７）を行う。
【０１５０】
つぎに、第２の実施形態における受信機器の構成について述べる。図１６は第２の実施形態における受信機器の内部構成を示したブロック図である。
【０１５１】
図１６では、第１の実施形態における受信機器の内部構成を示した図４と共通する構成部分には同一符号を付しており、以下では相違点を中心に説明する。
【０１５２】
図４との違いは、第１のパケット処理部１６００にはフィルタリング処理部を備えておらず、また、第１のパケット処理部１６００とは非同期に動作する第２のパケット処理部１６０１と、動作の異なる通信処理部１６０４を備えている点である。
【０１５３】
以下、送信機器との間の特定のコネクションに関してＩＰパケットのＴＴＬの値が特定の値であるかどうかを判別する方法について、第２のパケット処理部を中心に説明する。
【０１５４】
図１７は第２の実施形態における受信機器の具体的な処理手順を示したシーケンス図である。図１７に示すように、まず受信機器は認証・鍵交換処理やコンテンツの受信処理に先立ち、送信元の送信機器と送受信を行い、お互いのＩＰアドレスや認証・鍵交換、コンテンツの送受信に用いるポート番号などの情報を交換する（Ｓ１７００、Ｓ１７０１）。
【０１５５】
次に、それら受信機器と送信機器の間で生成したコネクションを特定するためのフィルタを作成する（Ｓ１７０２）。
【０１５６】
フィルタの形式は図５で示したものと同様の形式のものを用いればよい。このフィルタを第２のパケット処理部１６０１に適用し、さらに通信処理部１６０４に対して第１のパケット処理部１６００だけでなく第２のパケット処理部１６０１にも受信したリンクレイヤのデータをコピーして渡すべし、と通知する（Ｓ１７０３）。
【０１５７】
通常、通信処理部１６０４はデータリンクフレームのタイプ種別の値から、データリンクフレームのペイロード部分をどの上位レイヤの処理部（この場合、パケット処理部）に渡すべきかを決定する。
【０１５８】
しかしこの場合、第２のパケット処理部１６０１が通信処理部１６０４に対してフレーム取得モード設定通知を送信するため、これを受けた通信処理部１６０４は、第１のパケット処理部１６００に送るデータも含めたすべてのデータリンクフレームを第２のパケット処理部１６０１に渡すことになる（Ｓ１７０３）。
【０１５９】
次に、受信機器は認証・鍵交換処理用のデータの受信を開始する（Ｓ１７０４）。
【０１６０】
例えば通信処理部１６０４は受信したデータリンクフレームのタイプ種別から、ＩＰパケットであれば第１のパケット処理部へ出力する（Ｓ１７０５）。
【０１６１】
一方、第２のパケット処理部１６０１は、通信処理部１６０４に対してフレーム取得モード設定通知を行っているため、受信したすべてのフレームを第２のパケット処理部１６０１へ渡す（Ｓ１７０６）。
【０１６２】
第２のパケット処理部１６０１は、受信フィルタ設定部４００２にて設定された受信フィルタルールを用いて、認証・鍵交換処理用のデータを選別する（Ｓ１７０７）。
【０１６３】
パケットがルールと一致していなければそのパケットを破棄する（Ｓ１７０８）。ルールに一致していれば、ＴＴＬの値が期待した値でないと判断し、エラー処理を行って認証・鍵交換処理およびコンテンツデータの受信を中止する（Ｓ１７０９、Ｓ１７１０、Ｓ１７１１）。
【０１６４】
第１のパケット処理部１６００に入力したパケットはそれぞれ内容に応じて認証・鍵交換処理（Ｓ１７１２）、コンテンツ暗号化処理（Ｓ１７１３）、非著作権保護データ処理（Ｓ１７１４）の処理を行う。
【０１６５】
ここで重要なことは、第２のパケット処理部１６０１は受信したパケットのチェック処理のみを行うことである。
【０１６６】
第１のパケット処理部１６００では、受信したパケットからペイロード部分を取り出し、暗号処理部や認証・鍵交換処理部、非著作権保護データ処理部と同期して動作する必要がある。
【０１６７】
しかし、第２のパケット処理部１６０１は、単純に受信フィルタルールとのマッチング処理のみを行い、比較後のパケットは破棄すればよい。
【０１６８】
また、第１のパケット処理部１６００と第２のパケット処理部１６０１は非同期的に動作することが可能であるため、第１のパケット処理部１６００に影響を与えることもなく、処理を高速に行うことができる。
【０１６９】
以上述べてきたように、第２の実施形態では、通信処理部１６０４や第２のパケット処理部１６０１を付加することにより、仮にパケット処理部でフィルタリング機能がない場合でも、パケット処理部には変更を加える必要なく、特定のＩＰアドレスや特定のコネクションに対してＴＴＬ値を変更して送信することを実現できる。
【０１７０】
このため、パケット処理部が例えばＯＳベンダーから提供されており、アプリケーションベンダーがパケット処理部のソースコードを変更できない場合などについて、特に有用である。
（第３の実施形態）
本発明の第３の実施形態を図面を参照し説明する。第３の実施形態ではデータリンクレイヤのフレームで認証・鍵交換を行うことによって、コンテンツの配布範囲を制限する際の送信機器と受信機器の構成について示す。
【０１７１】
データリンクレイヤでの認証・鍵交換の処理手順に関しては、特開Ｐ２００２−０１９１３５にて記載された方法に説明が詳しいが、機器の詳細な構成については触れられていない。
【０１７２】
本実施形態では、送信機器と受信機器の構成の実現方法について述べる。データリンクレイヤでの認証・鍵交換では、データリンクレイヤのフレームにて専用のタイプ種別を定義する。ここでは仮に認証・鍵交換処理用のデータリンクレイヤのタイプ種別番号をＸとする。
【０１７３】
図１８はデータリンクレイヤのフレームとしてイーサネット（Ｒ）を用いた場合の構成例を示した図である。
【０１７４】
イーサネット（Ｒ）フレームはイーサネット（Ｒ）ヘッダ１８０とイーサネット（Ｒ）ペイロード１８１からなる。
【０１７５】
図１９は、第３の実施形態に係る送信機器の内部構成を示すブロック図である。
【０１７６】
図１９では、第３のパケット処理部１９００を有している点が、第１の実施形態や第２の実施形態と異なる。図１４と同一の構成については同一の番号を付してある。
【０１７７】
第３のパケット処理部１９００は本実施形態における特徴部分である。以下、この第３のパケット処理部１９００を中心に説明する。第３のパケット処理部１９００は受信機器に対応するデータリンクのアドレスを検索する処理といったアドレス解決処理などを行う。
【０１７８】
受信機器を特定するアドレッシングの方法は、（１）データリンクレイヤのアドレスをそのまま使う方法、（２）著作権保護方式の定めるデバイスＩＤをアドレスとして用い、デバイスＩＤからデータリンクレイヤのアドレスを一意に特定するためのアドレッシング方法をデータリンクレイヤに定義する方法、（３）ＩＰアドレスをアドレスとし、従来のＴＣＰ／ＩＰで使われているＡＲＰ／ＲＡＲＰを用いてデータリンクレイヤのアドレスを解決する方法  などが考えられる。
【０１７９】
アドレス解決にて取得した受信機器と送信機器のデータリンクレイヤのアドレスと、フレーム定義部１９０２で定義されたタイプ種別を通信処理部１９０１に渡す。
【０１８０】
通信処理部１９０１は、第３のパケット処理部１９００から、送信先アドレス、送信元アドレス、タイプ種別、データを受け取り、所定の構成としてフレーム化を行い、ネットワークインターフェース部１９０３を通して受信機器に送信する。
【０１８１】
従来の技術との違いは、第３のパケット処理部１９００がＴＣＰ／ＩＰの処理を行わないことである。第１の実施形態や第２の実施形態で示した方法では認証・鍵交換用としてＴＣＰ／ＩＰパケットを想定していたため、ＴＣＰ／ＩＰ処理を実装したパケット処理部を用意する必要があった。
【０１８２】
第３の実施形態では、認証・鍵交換のデータはデータリンクレイヤのフレームにて送受信されるため、認証・鍵交換の手続き上、ＴＣＰ／ＩＰパケットを作るパケット処理部は必要がない。
【０１８３】
図２０は、第３の実施形態に係る受信機器の内部構成を示すブロック図である。図２０では、第３のパケット処理部２０００を有している点とデータリンクフレームのタイプ種別Ｘを判別することのできる通信処理部２００１を備えている点が、第１の実施形態や第２の実施形態と異なる。図１６と同じ構成には同一の番号を付してある。
【０１８４】
第３のパケット処理部２０００は、本実施形態の送信機器で示した第３のパケット処理部と同様の機能を有し、送信機器のデータリンクレイヤのアドレス解決を行い、認証・鍵交換のデータをデータリンクレイヤのフレームにカプセル化し、送信機器に送信する。
【０１８５】
また、通信処理部２００１にはデータリンクフレームのタイプ種別に応じて上位レイヤの処理を行うパケット処理部を選択するための、タイプ種別判別テーブル２００２を備えている。
【０１８６】
図２１にこのタイプ種別判別テーブル２００２の構成例を示す。図２１に示すように、タイプ種別判別テーブル２００２は、図１８で示したようなデータリンクフレームのタイプ種別フィールドの値（タイプ種別）２１００と、上位レイヤのパケット処理部２１０１とが対になったテーブルである。
【０１８７】
通信処理部は、このタイプ種別判別テーブルから、受信したデータリンクレイヤのフレームのペイロード部分をどのパケット処理部に渡すか選択し、選択した通信処理部にペイロード部分を渡す。
【０１８８】
なお、図２０に示した受信機器の構成では、通信処理部のタイプ種別判別テーブルに対して、データリンクフレームのタイプ種別Ｘが第２のパケット処理部に対応することを予め記録させておく。
【０１８９】
次に、タイプ種別判別テーブルを保持していない場合や、テーブルにタイプ種別Ｘと第２のパケット処理部との対応表を持っていない場合の受信機器の構成について述べる。その場合の受信機器の内部構成を図２２に示す。
【０１９０】
図２２では、第３のパケット処理部ではなく第４のパケット処理部２２００を有している点が、図２０とは異なる。
【０１９１】
図２０に示す第４のパケット処理部２２００は、通信処理部２２０１に対して、通信処理部２２０１が受信したデータリンクフレームのデータをコピーして渡すべし、と通知する手段とデータリンクフレーム選別処理部２２０２とを有する。
【０１９２】
通信処理部２２０１は上記通知を第４のパケット処理部２２００から受信すると、データリンクフレームのヘッダ部分とペイロード部分をパケット処理部に渡す機能を有する。
【０１９３】
データリンクフレーム選別処理部２２０２はデータリンクフレームのヘッダ部分から、認証・鍵交換処理に用いるデータリンクフレームのタイプ種別Ｘのフレームを選別することで、認証・鍵交換に必要なフレームをフィルタリングし、第４のパケット処理部２２００が選別されたデータリンクフレームのペイロード部分を認証・鍵交換処理部へと渡す。
【０１９４】
図２３と図２４は第３の実施形態における送信機器と受信機器の具体的な処理手順を示したシーケンス図である。
【０１９５】
図２３と図２４に示すように、まず送信機器２３００と受信機器２３０１は、認証・鍵交換に先立ち、受信機器のデータリンクレイヤのアドレスを特定するためのアドレス解決を行う（Ｓ２３０、Ｓ２３１、Ｓ２３２）。
【０１９６】
第１や第２の実施形態ではＩＰパケットにて送信機器と受信機器の情報の交換を行ってきた。第３の実施形態ではＩＰパケットではなく、データリンクレイヤのフレームにて認証・鍵交換を行う。
【０１９７】
このため受信機器と送信機器が互いにＩＰアドレスではなく、データリンクレイヤのアドレスを解決する必要がある。このためのアドレス解決手法としては、（１）イーサネット（Ｒ）ブロードキャストを送信し、受信機器がブロードキャストフレームに応答する形で自データリンクレイヤのアドレスを通知する手法、（２）イーサネット（Ｒ）よりも上位のプロトコル（例えばＩＰ）にて受信機器のハードウェアアドレスを直接送信機器に通知する手法、などが考えられる。
【０１９８】
第３の実施形態では、送信機器２３００は取得した受信機器２３０１のアドレス宛と、自機器のアドレス、フレームタイプ種別にＸを入れたフレームを作成し、受信機器２３０１宛に送信する（Ｓ２３３、Ｓ２３４）。
【０１９９】
受信機器２３０１はフレームを受信すると、通信処理部、もしくはパケット処理部のデータリンクフレーム判別処理部からタイプ種別のフィールドから認証・鍵交換用のフレームであると判別し、認証・鍵交換処理部へと送る（Ｓ２３５、Ｓ２３６）。
【０２００】
次に、送信機器２３００からＩＰパケットを送信する場合を考える。ＩＰパケットと認証・鍵交換用のパケットのフレーム種別は異なる。
【０２０１】
従って送信機器２３００は、データリンクフレームのタイプ種別としてＩＰパケット用のＡを挿入して送信する（Ｓ２３７、Ｓ２３８）。
【０２０２】
受信機器はこのフレームを受信して、先ほどの手順と同様にデータリンクフレームのタイプ種別フィールドを検査する（Ｓ２３９、Ｓ２４０）。
【０２０３】
この時、フィールドの値には認証・鍵交換用の値であるＸではなく、ＩＰ用の値であるＡが入っているため、このフレームは破棄される（Ｓ２４１）。
【０２０４】
以上のようにして、送信機器と受信機器がデータリンクフレームのタイプ種別を判別することができる。
【０２０５】
なお、図２２に示した受信機器のフレームの選別処理を一般化すればより広範囲な目的に適用できる。例えばこれまでデータリンクフレーム選別処理部はデータリンクフレームのタイプ種別フィールドの値に従って処理内容を決定していたが、より汎用的なルールを設定することで、コンテンツの宅内制限を実現することができる。
【０２０６】
受信機器は送信機器から送信されたＡＲＰパケットを受信すると、ＡＲＰパケットを受信したことを送信機器に通知する応答パケットを送信する。これを実現するための受信機器の構成について述べる。
【０２０７】
図２２にて示した第４のパケット処理部２２００のデータリンクフレーム選別処理部２２０２を一般化した受信機器の内部構成を図２５に示す。
【０２０８】
図２２に示した受信機器とは、第４のパケット処理部２５００が第２のデータリンクフレーム選別処理部２５０１とローカルエリアチェック応答処理部２５０３を備えている点が異なる。
【０２０９】
ここではローカルエリアチェック応答処理部２５０３とデータリンクフレーム選別処理部２５０１の機能と動作を中心に説明をする。図２２と同一の構成については同一の番号を付して説明する。
【０２１０】
第２のデータリンクフレーム選別処理部２５０１は内部にデータリンクフレーム選別テーブル２５０２を有し、該テーブルに記載されたルールに従って入力したパケットを処理する機能を持つ。
【０２１１】
図２６にデータリンクフレーム選別テーブル２５０２の構成例を示す。図２６に示したルールでは、該当するフレームを検索するキーとなるマッチング部２６００と、ルールに該当するフレームがあった場合に、所定の処理を行うことを記述した操作部２６０１から構成される。
【０２１２】
ルールは、入出力、フレームのタイプ種別、送信先アドレス、送信元アドレス、フレームタイプ種別からなる。
【０２１３】
第２のデータリンクフレーム選別処理部２５０１は、受信したフレームが条件に一致すれば操作部に記載された処理を行う。
【０２１４】
以下では図２６に示すルール番号２の処理を例にとって説明する。このルールでは、受信したフレームのうち、あて先アドレスがａａ：ｂｂ：ｃｃ：ｄｄ：ｅｅ：ｆｆ（自機器のアドレス）、かつ送信元アドレスが１１：２２：３３：４４：５５：６６、タイプ種別フィールドにＡＲＰフレームであることを示す番号Ｘが記載されたフレームを受信した場合には、ローカルエリアチェック応答処理部２５０３に通知することを示している。
【０２１５】
ローカルエリアチェック応答処理部２５０３は、内部にフィルタ設定部２５０４を有する。受信機器は、送信機器がコンテンツの配布範囲制限のためのＡＲＰパケットの送信に先立ち、送信機器のアドレスを取得する。
【０２１６】
フィルタ設定部は図２６に示したルールを作成し、データリンクフレーム選別処理部２５０１のデータリンクフレーム選別テーブル２５０２にルールを適用させる。
【０２１７】
さらに、ローカルエリアチェック応答処理部２５０３は第２のデータリンクフレーム選別処理部２５０１から、送信機器からＡＲＰパケットを受信したことを知らせる通知を受けると、この応答パケットのペイロード部分を作成し、第４のパケット処理部２５００を用いて送信機器に送信する機能を持つ。
【０２１８】
このように、送信機器から送信されたＡＲＰパケットを第２のデータリンクフレーム選別処理部２５０１が検出し、ローカルエリアチェック応答処理部２５０３に通知する。
【０２１９】
この通知を受けた該チェック応答処理部は送信機器に対する応答パケットを生成して送信する。
【０２２０】
図２７、図２８、図２９に第３の実施形態における送信機器２７００と受信機器２７０１のシーケンスを示した図を示す。
【０２２１】
ここでは認証・鍵交換のフレームとしてタイプ種別Ｘを用いたと仮定する。さらに、受信機器２７０１のデータリンクフレーム選別テーブルには、図２６に示すようなルールが記載されているものとする。
【０２２２】
まず送信機器２７００と受信機器２７０１は互いのデータリンクレイヤのアドレスを取得するために、アドレス解決処理を行う（Ｓ２７０、Ｓ２７１、Ｓ２７２）。
【０２２３】
互いのアドレスを取得した後、送信機器２７００は受信機器２７０１宛てに、タイプ種別Ｘを記した認証・鍵交換のためのデータリンクフレームを送信する（Ｓ２７３、Ｓ２７４）。
【０２２４】
受信機器２７０１は該フレームを受信すると、データリンクフレーム選別テーブルに記載されたルールを参照し、データリンクフレームの選別処理を行う（Ｓ２７５、Ｓ２７６）。
【０２２５】
この場合、データリンクフレーム選別テーブルには、「タイプ種別Ｘが記載されたパケットを受信した場合には、データリンクフレームからペイロード部を抽出して認証・鍵交換処理部に出力すべし」とのルールが記載されているため、このルールに従い、ペイロード部を認証・鍵交換処理部に出力する（Ｓ２７７）。
【０２２６】
次に、送信装置２７００から、受信装置２７０１宛てにＡＲＰフレームを送信したとする（Ｓ２７８、Ｓ２７９）。
【０２２７】
この場合も、受信機器は、受信機器は該ＡＲＰフレームを受信すると、データリンクフレーム選別テーブルに記載されたルールを参照し、データリンクフレームの選別処理を行う（Ｓ２８０、Ｓ２８１）。
【０２２８】
データリンクフレーム選別テーブルには、「ＡＲＰフレームであることを示すタイプ種別Ａが記載されたパケットを受信した場合には、ローカルエリアチェック処理部に通知すべし」とのルールが記載されているため、このルールに従い、ペイロード部を認証・鍵交換処理部に出力する（Ｓ２８２）。
【０２２９】
次に、送信装置２７００から、受信装置ｓ７０１宛てにタイプ種別Ｚが記載されたデータリンクフレームを送信したとする（Ｓ２８３、Ｓ２８４）。
【０２３０】
受信機器２７０１は、該フレームを受信すると、データリンクフレーム選別テーブルに記載されたルールを参照し、データリンクフレームの選別処理を行う（Ｓ２８５、Ｓ２８６）。
【０２３１】
データリンクフレーム選別テーブルには、タイプ種別Ｚに関する記載はないため、このフレームは破棄される（Ｓ２８７）。
【０２３２】
最後に、機器Ｚ２９００が、受信装置２７０１宛てにタイプ種別ＡのＡＲＰフレームを送信したとする。
【０２３３】
受信機器２７０１は、該フレームを受信すると、データリンクフレーム選別テーブルに記載されたルールを参照し、データリンクフレームの選別処理を行う。データリンクフレーム選別テーブルには、「送信元のアドレスがａａ：ｂｂ：ｃｃ：ｄｄ：ｅｅ：ｆｆかつタイプ種別Ａである場合には、ローカルエリアチェック処理部に通知すべし」と記載されている。この場合、タイプ種別は一致するが送信元のアドレス、すなわち機器Ｚのアドレスはａｂ：ｃｄ：ｅｆ：ｇｈ：ｉｊ：ｋｌであるため、ルールには該当せず、このＡＲＰフレームは破棄される（Ｓ２８９、Ｓ２９０、Ｓ２９１）。
【０２３４】
なお、これまで送信機器からタイプ種別を特定の値に設定した認証・鍵交換用のデータリンクフレームを受信機器宛に送信し、受信機器は該イーサネット（Ｒ）フレームのタイプ種別から認証・鍵交換用のフレームであることを判別する方法について述べてきたが、認証・鍵交換処理には、受信機器から送信機器に送信する情報もある。その場合は、送信機器と受信機器を入れ替えた構成にすればよい。
【０２３５】
【発明の効果】
以上述べてきた送信機器と受信機器の構成によれば、いずれの実施形態においても、暗号処理部、認証・鍵交換処理部には一切変更を加えていない。
【０２３６】
このため、各実施形態で述べてきたような制限方法のうちの１つもしくは全てを選択したとしても、暗号処理部、認証・鍵交換処理部は、制限方法とは独立に開発することができ、設計の変更を最小限に抑えバグの発生を抑えるなどの効果が期待でき、製品の開発コストを削減することができるコンテンツ送信装置、コンテンツ受信装置、コンテンツ送信方法、コンテンツ受信方法を実現することができる。
【図面の簡単な説明】
【図１】本発明に係るコンテンツ送受信システムを示すブロック図
【図２】第１の実施形態における送信機器の内部構成を示すブロック図
【図３】本発明に係る送信フィルタルールの説明図
【図４】第１の実施形態における受信機器の内部構成を示すブロック図
【図５】本発明に係る送信フィルタルールの説明図
【図６】本発明に係る受信機器と送信機器の動作シーケンスを示した図
【図７】本発明に係る受信機器と送信機器の動作シーケンスを示した図
【図８】本発明に係る受信機器と送信機器の動作シーケンスを示した図
【図９】本発明に係る送信機器の処理手順を示す説明図
【図１０】本発明に係る受信機器の処理手順を示す説明図
【図１１】第２の実施形態に係る送信機器の内部構成を示すブロック図
【図１２】本発明に係るルーティングテーブルを示す説明図
【図１３】本発明に係る送信機器の処理手順を示す説明図
【図１４】本発明に係る送信機器の内部構成を示したブロック図
【図１５】本発明に係る送信機器の処理手順を動作シーケンス図を示した図
【図１６】第２の実施形態に係る受信機器の内部構成を示すブロック図
【図１７】第２の実施形態における受信機器の処理手順を示したシーケンス図
【図１８】本発明に係るレイヤのフレームとしてイーサネット（Ｒ）を用いた場合の構成例を示した図
【図１９】第３の実施形態に係る送信機器の内部構成を示すブロック図
【図２０】第３の実施形態に係る受信機器の内部構成を示すブロック図
【図２１】本発明に係るタイプ種別判別テーブルの構成例を示す図
【図２２】本発明に係る受信機器の内部構成を示す図
【図２３】第３の実施形態における送信機器と受信機器の処理手順を示したシーケンス図
【図２４】第３の実施形態における送信機器と受信機器の処理手順を示したシーケンス図
【図２５】本発明に係る受信機器の内部構成を示す図
【図２６】データリンクフレーム選別テーブルの構成例を示す図
【図２７】第３の実施形態における送信機器と受信機器の処理手順を示したシーケンス図
【図２８】第３の実施形態における送信機器と受信機器の処理手順を示したシーケンス図
【図２９】第３の実施形態における送信機器と受信機器の処理手順を示したシーケンス図
【図３０】従来のコンテンツ送受信システムの全体構成を示すブロック図
【図３１】従来のコンテンツ送受信システムの処理手順を示すシーケンス図
【図３２】従来のコンテンツ送受信システムの処理手順を示すシーケンス図
【図３３】従来のコンテンツをＲＴＰパケットの形式で送信する場合のデータ構造図
【図３４】従来の送信機器の内部構成を示したブロック図
【図３５】従来の受信機器の内部構成を示したブロック図
【符号の説明】
２０００・・・ネットワークインターフェース部
２００１・・・通信処理部
２００２・・・パケット処理部
２００３・・・送信フィルタ設定部
２００４・・・送信フィルタリング処理部
２００５・・・パケット変更処理部
２００６・・・認証・鍵交換処理部
２００７・・・暗号処理部
２００８・・・コンテンツ供給部
２００９・・・非著作権保護データ処理部
【図１】
2004282414.tif 000003
【図２】
2004282414.tif 000004
【図３】
2004282414.tif 000005
【図４】
2004282414.tif 000006
【図５】
2004282414.tif 000007
【図６】
2004282414.tif 000008
【図７】
2004282414.tif 000009
【図８】
2004282414.tif 000010
【図９】
2004282414.tif 000011
【図１０】
2004282414.tif 000012
【図１１】
2004282414.tif 000013
【図１２】
2004282414.tif 000014
【図１３】
2004282414.tif 000015
【図１４】
2004282414.tif 000016
【図１５】
2004282414.tif 000017
【図１６】
2004282414.tif 000018
【図１７】
2004282414.tif 000019
【図１８】
2004282414.tif 000020
【図１９】
2004282414.tif 000021
【図２０】
2004282414.tif 000022
【図２１】
2004282414.tif 000023
【図２２】
2004282414.tif 000024
【図２３】
2004282414.tif 000025
【図２４】
2004282414.tif 000026
【図２５】
2004282414.tif 000027
【図２６】
2004282414.tif 000028
【図２７】
2004282414.tif 000029
【図２８】
2004282414.tif 000030
【図２９】
2004282414.tif 000031
【図３０】
2004282414.tif 000032
【図３１】
2004282414.tif 000033
【図３２】
2004282414.tif 000034
【図３３】
2004282414.tif 000035
【図３４】
2004282414.tif 000036
【図３５】
2004282414.tif 000037