(57)【要約】  【課題】コンテンツ配信サーバから配信するコンテンツデータが特定のネットワークの外部に配信されてしまうことを防止し、配信されたコンテンツデータの不正な利用を防止すること。  【解決手段】  コンテンツ配信サーバ１１０は、コンテンツデータを格納するデータ領域内に送信元と宛先のアドレス情報を格納した配信データを配信する。クライアント端末１２０Ａ、１２０Ｂは、受信した配信データからアドレス情報を抽出し、送信元が自端末の属するＬＡＮ内にない場合、宛先が自端末ではない場合、にコンテンツデータの受信を停止する。【選択図】図１
2008206029.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータを配信するコンテンツ配信サーバ、および、前記コンテンツデータの配信を受けるクライアント端末、を備えるコンテンツ配信システムであって、
前記コンテンツ配信サーバは、アプリケーションデータの格納領域内に、送信元のアドレス情報と、宛先のアドレス情報と、を挿入した配信データを配信し、
前記クライアント端末は、受信した前記配信データの前記アプリケーションデータの格納領域内に格納されている前記送信元のアドレス情報が、前記クライアント端末が接続されている特定のネットワーク内のアドレス情報ではない場合、および、受信した前記配信データの前記アプリケーションデータの格納領域内に格納されている前記宛先のアドレス情報が、前記クライアント端末のアドレス情報ではない場合、の少なくともいずれか一方の場合には、前記配信データの受信を停止すること、
を特徴とするコンテンツ配信システム。
【請求項２】
請求項１に記載のコンテンツ配信システムであって、
前記クライアント端末は、受信した前記配信データの前記アプリケーションデータの格納領域内に格納されている前記送信元のアドレス情報が、ＡＲＰテーブルに登録されていない場合に、前記送信元のアドレス情報が、前記クライアント端末が接続されている特定のネットワーク内のアドレス情報ではないと判断すること、
を特徴とするコンテンツ配信システム。
【請求項３】
請求項１又は２に記載のコンテンツ配信システムであって、
前記クライアント端末は、前記配信データを受信した際に、アプリケーションデータの格納領域内に、送信元のアドレス情報と、宛先のアドレス情報と、を挿入した受信報告を返信データとして前記配信サーバに送信し、
前記コンテンツ配信サーバは、受信した前記返信データの前記アプリケーションデータの格納領域内に格納されている前記送信元のアドレス情報が、前記コンテンツ配信サーバが接続されている特定のネットワーク内のアドレス情報ではない場合、および、受信した前記返信データの前記アプリケーションデータの格納領域内に格納されている前記宛先のアドレス情報が、前記コンテンツ配信サーバのアドレス情報ではない場合、の少なくともいずれか一方の場合には、前記配信データの配信を停止すること、
を特徴とするコンテンツ配信システム。
【請求項４】
請求項３に記載のコンテンツ配信システムであって、
前記コンテンツ配信サーバは、受信した前記返信データの前記アプリケーションデータの格納領域内に格納されている前記送信元のアドレス情報が、ＡＲＰテーブルに登録されていない場合に、前記送信元のアドレス情報が、前記コンテンツ配信サーバが接続されている特定のネットワーク内のアドレス情報ではないと判断すること、
を特徴とするコンテンツ配信システム。
【請求項５】
請求項１乃至４の何れか一項に記載のコンテンツ配信システムであって、
前記アドレス情報は、ＩＰアドレス及びＭＡＣアドレスであること、
を特徴とするコンテンツ配信システム。
【請求項６】
請求項１乃至５の何れか一項に記載のコンテンツ配信システムであって、
前記特定のネットワークは、ＬＡＮであること、
を特徴とするコンテンツ配信システム。
【請求項７】
コンテンツ配信サーバから配信される配信データを受信するクライアント端末であって、
前記コンテンツ配信サーバから配信される配信データには、アプリケーションデータの格納領域内に、送信元のアドレス情報と、宛先のアドレス情報と、が挿入されており、
前記クライアント端末は、受信した前記配信データの前記アプリケーションデータの格納領域内に格納されている前記送信元のアドレス情報が、前記クライアント端末が接続されている特定のネットワーク内のアドレス情報ではない場合、および、受信した前記配信データの前記アプリケーションデータの格納領域内に格納されている前記宛先のアドレス情報が、前記クライアント端末のアドレス情報ではない場合、の少なくともいずれか一方の場合には、前記配信データの受信を停止すること、
を特徴とするクライアント端末。
【請求項８】
請求項７に記載のクライアント端末であって、
受信した前記配信データの前記アプリケーションデータの格納領域内に格納されている前記送信元のアドレス情報が、ＡＲＰテーブルに登録されていない場合に、前記送信元のアドレス情報が、前記クライアント端末が接続されている特定のネットワーク内のアドレス情報ではないと判断すること、
を特徴とするクライアント端末。
【請求項９】
請求項７又は８に記載のクライアント端末であって、
前記アドレス情報は、ＩＰアドレス及びＭＡＣアドレスであること、
を特徴とするクライアント端末。
【請求項１０】
請求項７乃至９の何れか一項に記載のクライアント端末であって、
前記特定のネットワークは、ＬＡＮであること、
を特徴とするクライアント端末。
【請求項１１】
コンテンツデータを配信データとしてクライアント端末に配信するコンテンツ配信サーバであって、
前記配信データのアプリケーションデータの格納領域内に、送信元のアドレス情報と、宛先のアドレス情報と、を挿入して配信すること、
を特徴とするコンテンツ配信サーバ。
【請求項１２】
請求項１１に記載のコンテンツ配信サーバであって、
前記クライアント端末は、前記配信データを受信した際に、アプリケーションデータの格納領域内に、送信元のアドレス情報と、宛先のアドレス情報と、を挿入した受信報告を返信データとして前記配信サーバに送信するものであり、
前記コンテンツ配信サーバは、受信した前記返信データの前記アプリケーションデータの格納領域内に格納されている前記送信元のアドレス情報が、前記コンテンツ配信サーバが接続されている特定のネットワーク内のアドレス情報ではない場合、および、受信した前記返信データの前記アプリケーションデータの格納領域内に格納されている前記宛先のアドレス情報が、前記コンテンツ配信サーバのアドレス情報ではない場合、の少なくともいずれか一方の場合には、前記配信データの配信を停止すること、
を特徴とするコンテンツ配信サーバ。
【請求項１３】
請求項１２に記載のコンテンツ配信サーバであって、
受信した前記返信データの前記アプリケーションデータの格納領域内に格納されている前記送信元のアドレス情報が、ＡＲＰテーブルに登録されていない場合に、前記送信元のアドレス情報が、前記コンテンツ配信サーバが接続されている特定のネットワーク内のアドレス情報ではないと判断すること、
を特徴とするコンテンツ配信サーバ。
【請求項１４】
請求項１１乃至１３の何れか一項に記載のコンテンツ配信サーバであって、
前記アドレス情報は、ＩＰアドレス及びＭＡＣアドレスであること、
を特徴とするコンテンツ配信サーバ。
【請求項１５】
請求項１２乃至１４の何れか一項に記載のコンテンツ配信サーバであって、
前記特定のネットワークは、ＬＡＮであること、
を特徴とするコンテンツ配信サーバ。
【請求項１６】
コンテンツデータを配信するコンテンツ配信サーバ、および、前記コンテンツデータの配信を受けるクライアント端末、におけるコンテンツ配信方法であって、
前記コンテンツ配信サーバが、アプリケーションデータの格納領域内に、送信元のアドレス情報と、宛先のアドレス情報と、を挿入した配信データを配信する第一のステップと、
前記クライアント端末が、受信した前記配信データの前記アプリケーションデータの格納領域内に格納されている前記送信元のアドレス情報が、前記クライアント端末が接続されている特定のネットワーク内のアドレス情報ではない場合、および、受信した前記配信データの前記アプリケーションデータの格納領域内に格納されている前記宛先のアドレス情報が、前記クライアント端末のアドレス情報ではない場合、の少なくともいずれか一方の場合に、前記配信データの受信を停止する第二のステップと、
を備えることを特徴とするコンテンツ配信方法。
【請求項１７】
請求項１６に記載のコンテンツ配信方法であって、
前記第二のステップにおいて、前記クライアント端末は、受信した前記配信データの前記アプリケーションデータの格納領域内に格納されている前記送信元のアドレス情報が、ＡＲＰテーブルに登録されていない場合に、前記送信元のアドレス情報が、前記クライアント端末が接続されている特定のネットワーク内のアドレス情報ではないと判断すること、
を特徴とするコンテンツ配信方法。
【請求項１８】
請求項１６又は１７に記載のコンテンツ配信方法であって、
前記クライアント端末が、前記配信データを受信した際に、アプリケーションデータの格納領域内に、送信元のアドレス情報と、宛先のアドレス情報と、を挿入した受信報告を返信データとして前記配信サーバに送信する第三のステップと、
前記コンテンツ配信サーバが、受信した前記返信データの前記アプリケーションデータの格納領域内に格納されている前記送信元のアドレス情報が、前記コンテンツ配信サーバが接続されている特定のネットワーク内のアドレス情報ではない場合、および、受信した前記返信データの前記アプリケーションデータの格納領域内に格納されている前記宛先のアドレス情報が、前記コンテンツ配信サーバのアドレス情報ではない場合、の少なくともいずれか一方の場合には、前記配信データの配信を停止する第四のステップと、
を備えることを特徴とするコンテンツ配信方法。
【請求項１９】
請求項１８に記載のコンテンツ配信方法であって、
前記第四のステップにおいて、前記コンテンツ配信サーバは、受信した前記返信データの前記アプリケーションデータの格納領域内に格納されている前記送信元のアドレス情報が、ＡＲＰテーブルに登録されていない場合に、前記送信元のアドレス情報が、前記コンテンツ配信サーバが接続されている特定のネットワーク内のアドレス情報ではないと判断すること、
を特徴とするコンテンツ配信方法。
【請求項２０】
請求項１６乃至１９の何れか一項に記載のコンテンツ配信方法であって、
前記アドレス情報は、ＩＰアドレス及びＭＡＣアドレスであること、
を特徴とするコンテンツ配信方法。
【請求項２１】
請求項１６乃至２０の何れか一項に記載のコンテンツ配信方法であって、
前記特定のネットワークは、ＬＡＮであること、
を特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してコンテンツ配信サーバからクライアント端末にコンテンツデータを配信する技術に関する。
【背景技術】
【０００２】
ネットワークを介して、映像や音楽などのコンテンツデータを配信サーバからクライアント端末に配信するコンテンツ配信システムにおいて、配信されたコンテンツデータの不正な利用を防止する技術として、特許文献１や特許文献２に記載された技術がある。
【０００３】
特許文献１には、コンテンツ配信サーバとクライアント端末との間にエッジルータを設け、このエッジルータにおいてクライアント端末に配信するデータを監視し、違法なデータを通過させない技術が開示されている。
【０００４】
また、特許文献２には、予め登録されているＩＰアドレスを有する端末装置にしかデータを転送することができないＩＰネットワークに関する技術が開示されている。
【０００５】
【特許文献１】特開２００３−２２８５５０号公報
【特許文献２】特開２００３−１６９０６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１に開示された技術では、現に使用されているルータの代わりに違法なコンテンツデータを監視するためのエッジルータを設置しなければならず、また、このエッジルータに違法なコンテンツデータを識別するための情報を登録する保守管理が必要であり、煩雑である。
【０００７】
また、特許文献２に開示された技術では、ルータに予めＩＰアドレスを登録しなければならず、再度コンテンツデータの送信を要求するような場合にも、改めてＩＰアドレスの登録が必要となる等、手続きが煩雑である。
【０００８】
そこで、本発明は、コンテンツ配信サーバから配信するコンテンツデータが特定のネットワークの外部に配信されてしまうことを防止し、配信されたコンテンツデータの不正な利用を防止することを目的とする。
【課題を解決するための手段】
【０００９】
以上の課題を解決するため、本発明では、配信データ又は返信データのアプリケーションデータを格納するデータ領域内に、送信元を識別するための送信元アドレス情報及び宛先アドレス情報を挿入して送信することで、これらのアドレス情報により、配信データ又は返信データの受信先の装置は、送信元が特定のネットワークに属するか及び宛先が自装置なのかを容易に特定することができ、これらが一致しない場合には、配信又は受信を停止する。
【００１０】
例えば、本発明は、コンテンツデータを配信するコンテンツ配信サーバ、および、前記コンテンツデータの配信を受けるクライアント端末、を備えるコンテンツ配信システムであって、前記コンテンツ配信サーバは、アプリケーションデータの格納領域内に、送信元のアドレス情報と、宛先のアドレス情報と、を挿入した配信データを配信し、前記クライアント端末は、受信した前記配信データの前記アプリケーションデータの格納領域内に格納されている前記送信元のアドレス情報が、前記クライアント端末が接続されている特定のネットワーク内のアドレス情報ではない場合、および、受信した前記配信データの前記アプリケーションデータの格納領域内に格納されている前記宛先のアドレス情報が、前記クライアント端末のアドレス情報ではない場合、の少なくともいずれか一方の場合には、前記配信データの受信を停止すること、を特徴とする。
【発明の効果】
【００１１】
以上のように、本発明によれば、コンテンツ配信サーバから配信するコンテンツデータが特定のネットワークの外部に配信されてしまうことを防止し、配信されたコンテンツデータの不正な利用を防止することができる。
【発明を実施するための最良の形態】
【００１２】
図１は、本発明の一実施形態であるコンテンツ配信システム１００の概略図である。
【００１３】
図示するように、コンテンツ配信システム１００は、コンテンツ配信サーバ１１０と、複数のクライアント端末１２０Ａ、１２０Ｂと、を備える。
【００１４】
ここで、本実施形態においては、クライアント端末１２０Ａとコンテンツ配信サーバ１１０とは、ＬＡＮ（Local Area Network）１６０に接続されており、ＬＡＮ１６０を介して相互に情報の送受信を行うことができるようにされている。
【００１５】
一方、クライアント端末１２０Ｂは、ルータ１４０を介してインターネット１６１に接続されており、インターネット１６１経由で、コンテンツ配信サーバ１１０に接続することができるようにされている。
【００１６】
図１に示されているように、コンテンツ配信サーバ１１０は、コンテンツ記憶部１１１と、配信制御部１１２と、アドレス挿入部１１３と、ネットワークドライバ部１１４と、ネットワークＩＦ（InterFace）部１１５と、アドレス検証部１１６と、停止指示部１１７と、を備える。
【００１７】
コンテンツ記憶部１１１には、配信用のコンテンツデータ（例えば、音楽データや動画データ等）が記憶されている。
【００１８】
配信制御部１１２は、クライアント端末１２０Ａ、１２０Ｂからコンテンツデータの配信要求があった場合に、コンテンツ記憶部１１１に記憶されているコンテンツデータを読み出して、アドレス挿入部１１３に送る。
【００１９】
アドレス挿入部１１３は、配信要求のヘッダに送信元として格納されているＩＰアドレスを指定して、配信先のＭＡＣ（Media Access Control）アドレスをネットワークドライバ部１１４から取得し、また、自装置であるコンテンツ配信サーバ１１０のＭＡＣアドレスもネットワークドライバ部１１４から取得する。
【００２０】
そして、アドレス挿入部１１３は、配信要求の返信先のＩＰアドレス及びＭＡＣアドレス、自装置であるコンテンツ配信サーバ１１０のＩＰアドレス及びＭＡＣアドレス、をアドレス情報として、コンテンツデータに付加して、クライアント端末１２０Ａ、１２０Ｂに送信するためのアプリケーションデータを生成する。
【００２１】
ここで、コンテンツ配信サーバ１１０と同じＬＡＮ１６０内にあるクライアント端末１２０Ａから配信要求があった場合には、このクライアント端末１２０ＡのＩＰアドレス及びＭＡＣアドレスがアドレス情報に格納されるが、コンテンツ配信サーバ１１０にインターネット１６１を介して接続されているクライアント端末１２０Ｂから配信要求があった場合には、データリンク層の通信が同一のＬＡＮ１６０内に限定されていることから、同一のＬＡＮ１６０内での送信先であるルータ１４０のＩＰアドレス及びＭＡＣアドレスがアドレス情報に格納される。
【００２２】
図２（ＭＡＣアドレスの一例を示す説明図）に示すように、ＭＡＣアドレスは、データを通信するために、ネットワーク機器に固有のアドレスであり、図示するように、ネットワーク機器製造会社毎に割り振られる上位２４ビットのベンダ識別子と、ネットワーク機器会社内においてネットワーク機器毎に割り振られる下位２４ビットのベンダ内識別子で構成されている。
【００２３】
図１に戻り、ネットワークドライバ部１１４は、アドレス挿入部１１３で生成されたアプリケーションデータにＴＣＰ（Transmission Control Protocol）及びＩＰ（Internet Protocol）によるプロトコル処理を行うことで、ＴＣＰ／ＩＰパケットを生成する。
【００２４】
具体的には、ネットワークドライバ部１１４は、アドレス挿入部１１３で生成されたアプリケーションデータに、送信元ポート番号及び宛先ポート番号を備えるＴＣＰヘッダと、送信元ＩＰアドレス、宛先ＩＰアドレス及びタイプを備えるＩＰヘッダと、を付加することで、ＴＣＰ／ＩＰパケットを生成する。
【００２５】
また、ネットワークドライバ部１１４は、ＡＲＰ（Address Resolution Protocol）に基づいて、図３（ＡＲＰテーブルの概略図）に示されているような、ＭＡＣアドレスとＩＰアドレスとを対応させたデータベース（ＡＲＰテーブル）を保持している。
【００２６】
ネットワークＩＦ部１１５は、ネットワークドライバ部１１４で生成されたＴＣＰ／ＩＰパケットにイーサネット（登録商標）による処理を行うことで、データリングパケットを生成する。
【００２７】
具体的には、ネットワークドライバ部１１４で生成されたＴＣＰ／ＩＰパケットに、宛先ＭＡＣアドレスや配信先ＭＡＣアドレスを含むイーサネット（登録商標）ヘッダを付加するとともに、ＴＣＰ／ＩＰパケットの末尾に通信エラーの有無を検出するための制御用データであるＦＣＳ（Frame Check Sequence）を付加して、最終的な配信データであるデータリンクパケットを完成させる。
【００２８】
以上のように生成されるテータリングパケットを図４（イーサネット（登録商標）フレームフォーマットの概略図）に示す。
【００２９】
図示するように、データリングパケット１７０は、配信制御部１１２がコンテンツ記憶部１１１から取得したコンテンツデータ１７１、および、アドレス挿入部１１３がコンテンツデータに付加するヘッダ部１７２、からなるアプリケーションデータ１７３と、ネットワークドライバ部１１４が付加するＴＣＰヘッダ領域１７４及びＩＰヘッダ領域１７５と、ネットワークＩＦ部１１５が付加するイーサネットヘッダ領域１７７と、を備える。
【００３０】
ここで、アドレス挿入部１１３が付加するヘッダ部１７２には、コンテンツデータ１７１の配信先であるクライアント端末１２０Ａ、１２０ＢのＩＰアドレス及びＭＡＣアドレス、配信元であるコンテンツ配信サーバ１１０のＩＰアドレス及びＭＡＣアドレスを備えるアドレス情報が格納される。
【００３１】
このようにして生成されたコンテンツデータのデータリングパケットは、ネットワークＩＦ部１１５よりＬＡＮ１６０を介して配信される。
【００３２】
以上が、コンテンツデータを配信する際のコンテンツ配信サーバ１１０の処理の説明である。
【００３３】
次に、クライアント端末１２０Ａ、１２０Ｂから返信データ（コンテンツ受信報告）が送られてきた場合のコンテンツ配信サーバ１１０の処理について説明する。
【００３４】
返信データであるコンテンツ受信報告のデータリンクパケットが、コンテンツ配信サーバ１１０のネットワークＩＦ部１１５に届いた場合には、ネットワークＩＦ部１１５は、データリンクパケットの最後尾に位置するＦＣＳを用いて、エラーのチェックを行い、エラーがない場合には、ＴＣＰ／ＩＰパケットをネットワークドライバ部１１４に出力する。
【００３５】
ネットワークドライバ部１１４では、ＴＣＰ／ＩＰに基づいて、ＴＣＰ／ＩＰパケットからアプリケーションデータを取り出して、アドレス検証部１１６に出力する。
【００３６】
アドレス検証部１１６では、ネットワークドライバ部１１４から入力されたアプリケーションデータの検証を行う。
【００３７】
具体的には、アドレス検証部１１６では、アプリケーションデータのヘッダ部に格納されているアドレス情報（宛先ＩＰアドレス、宛先ＭＡＣアドレス、送信元ＩＰアドレス及び送信元ＭＡＣアドレス）を抽出する。そして、アドレス検証部１１６では、ネットワークドライバ部１１４からＡＲＰテーブルを読み出して、抽出したアドレス情報の内、送信元ＭＡＣアドレス及び送信元ＩＰアドレスが、ＡＲＰテーブルに存在する場合には、配信制御部１１２によるコンテンツデータの配信を継続する。一方、これらの送信元ＭＡＣアドレス及び送信元ＩＰアドレスが、ＡＲＰテーブルに存在しない場合には、停止指示部１１７に配信停止の指示を行う。
【００３８】
ここで、コンテンツ配信サーバ１１０と同じＬＡＮ内にあるクライアント端末１２０Ａからコンテンツデータの受信報告があった場合には、このクライアント端末１２０ＡのＭＡＣアドレス及びＩＰアドレスはＡＲＰテーブルに存在するが、コンテンツ配信サーバ１１０とインターネット１６１を介して接続されているクライアント端末１２０ＢのＭＡＣアドレス及びＩＰアドレスはＡＲＰテーブルには存在しない。コンテンツ配信サーバ１１０とインターネット１６１を介して接続されているクライアント端末１２０Ｂについては、ＡＲＰテーブルにルータ１４０のＩＰアドレス及びＭＡＣアドレスが登録されているからである。
【００３９】
また、アドレス検証部１１６では、アプリケーションデータのヘッダ部から抽出したアドレス情報の内、送信元ＩＰアドレス及び送信元ＭＡＣアドレスが、自装置であるコンテンツ配信サーバ１１０のＩＰアドレス及びＭＡＣアドレスと一致するか否かを確認する。そして、一致する場合には、配信制御部１１２によるコンテンツデータの配信を継続し、一致しない場合には、停止指示部１１７に配信停止の指示を行う。
【００４０】
ここで、コンテンツ配信サーバ１１０と同じＬＡＮ内にあるクライアント端末１２０Ａからコンテンツデータの受信報告があった場合には、コンテンツ配信サーバ１１０のＩＰアドレス及びＭＡＣアドレスがアドレス情報として格納されているため、自装置であるコンテンツ配信サーバ１１０のＩＰアドレス及びＭＡＣアドレスと一致する。一方、コンテンツ配信サーバ１１０とインターネット１６１を介して接続されているクライアント端末１２０Ｂからコンテンツデータの受信報告があった場合には、ルータ１４０のＩＰアドレス及びＭＡＣアドレスがアドレス情報として格納されているため、自装置である配信サーバ１１０のＩＰアドレス及びＭＡＣアドレスと一致しない。
【００４１】
停止指示部１１７は、配信制御部１１２から配信停止の指示を受けた場合、クライアント端末１２０Ａ、１２０Ｂから予め定められた再生（配信）停止指示を受けた場合、コンテンツ配信サーバ１１０のオペレータから例えば入力装置などを使用して配信停止の指示の入力を受けた場合には、配信制御部１１２に停止要求を行い。このような停止要求を受けた配信制御部１１２は、コンテンツデータの配信を停止する。
【００４２】
以上のように構成されるコンテンツ配信サーバ１１０については、図６（コンピュータ５００の概略図）に示すような、ＣＰＵ５０１と、メモリ５０２と、ＨＤＤ等の外部記憶装置５０３と、ＣＤ-ＲＯＭやＤＶＤ-ＲＯＭ等の可搬性を有する記憶媒体５０４から情報を読み出す読取装置５０５と、キーボードやマウスなどの入力装置５０６と、ディスプレイなどの出力装置５０７と、通信ネットワークに接続するためのＮＩＣ（Network Interface Card）等の通信装置５０８と、を備えた一般的なコンピュータ５００で実現できる。
【００４３】
例えば、コンテンツ記憶部１１１は、外部記憶装置５０３により実現可能であり、配信制御部１１２、アドレス挿入部１１３、ネットワークドライバ部１１４、アドレス検証部１１６及び停止指示部１１７は、外部記憶装置５０３に記憶されている所定のプログラムをメモリ５０２にロードしてＣＰＵ５０１で実行することで実現可能であり、ネットワークＩＦ部１１５は、通信装置５０８で実現可能である。
【００４４】
この所定のプログラムは、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、外部記憶装置５０３にダウンロードされ、それから、メモリ５０２上にロードされてＣＰＵ５０１により実行されるようにしてもよい。また、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、メモリ５０２上に直接ロードされ、ＣＰＵ５０１により実行されるようにしてもよい。
【００４５】
以上、コンテンツ配信サーバ１１０について説明した。次に、クライアント端末１２０Ａ、１２０Ｂについて説明する。
【００４６】
図１に示すように、クライアント端末１２０Ａ、１２０Ｂは、コンテンツ再生部１２１と、受信制御部１２２と、アドレス挿入部１２３と、ネットワークドライバ部１２４と、ネットワークＩＦ部１２５と、アドレス検証部１２６と、停止指示部１２７と、を備える。
【００４７】
ネットワークＩＦ部１２５は、データリンクパケットが届くと、図４に示すデータリンクパケット１７０の最後尾に位置するＦＣＳ１７８を用いて、エラーのチェックを行い、エラーがない場合には、ＴＣＰ／ＩＰパケット１７６をネットワークドライバ部１２４に送る。
【００４８】
ネットワークドライバ部１２４は、ＴＣＰ／ＩＰに基づいて、ネットワークＩＦ部１２５より入力したＴＣＰ／ＩＰパケット１７６からアプリケーションデータ１７３を取り出し、アドレス検証部１２６に送る。
【００４９】
アドレス検証部１２６は、ネットワークドライバ部１２４から送られてきたアプリケーションデータ１７３を受け取ると、アプリケーションデータを受け取った旨を受信制御部１２２に通知するとともに、受け取ったアプリケーションの検証を行う。
【００５０】
具体的には、アドレス検証部１２６は、ネットワークドライバ部１２４から送られてきたアプリケーションデータからアドレス情報（宛先ＩＰアドレス、宛先ＭＡＣアドレス、送信元ＩＰアドレス及び送信元ＭＡＣアドレス）を抽出する。
【００５１】
そして、アドレス検証部１２６は、ネットワークドライバ部１２４からＡＲＰテーブルを取得して、抽出した送信元ＩＰアドレス及び送信元ＭＡＣアドレスが、このＡＲＰテーブルに存在するか否かを確かめ、ＡＲＰテーブルに存在しない場合には、コンテンツデータの配信停止指示を停止指示部１２７に出して、コンテンツデータ１７１の破棄を行う。一方、ＡＲＰテーブルに存在する場合には、アプリケーションデータ１７３から抽出した宛先ＩＰアドレス及び宛先ＭＡＣアドレスの検証を行う。
【００５２】
ここで、コンテンツ配信サーバ１１０と同じＬＡＮ内にあるクライアント端末１２０Ａがコンテンツデータを受信した場合には、送信元ＩＰアドレス及び送信元ＭＡＣアドレスはＡＲＰテーブルに存在するが、コンテンツ配信サーバ１１０にインターネット１６１を介して接続されているクライアント端末１２０Ｂがコンテンツデータを受信した場合には、送信元ＩＰアドレス及び送信元ＭＡＣアドレスはルータ１４０のＩＰアドレス及びＭＡＣアドレスとなっているため、ＡＲＰテーブルには存在しない。
【００５３】
アドレス検証部１２６は、アプリケーションデータから抽出した宛先ＩＰアドレス及び宛先ＭＡＣアドレスの検証として、アプリケーションデータから抽出した宛先ＩＰアドレス及び宛先ＭＡＣアドレスが自端末のＩＰアドレス及びＭＡＣアドレスに一致するか否かを確認する。
【００５４】
そして、アドレス検証部１２６は、アプリケーションデータから抽出した宛先ＩＰアドレス及び宛先ＭＡＣアドレスが自端末のＩＰアドレス及びＭＡＣアドレスに一致する場合には、コンテンツデータを受信制御部１２２に出力し、一致しない場合には、コンテンツデータの配信停止指示を停止指示部１２７に出して、コンテンツデータ１７１の破棄を行う。
【００５５】
ここで、コンテンツ配信サーバ１１０と同じＬＡＮ内にあるクライアント端末１２０Ａがコンテンツデータを受信した場合には、クライアント端末１２０ＡのＩＰアドレス及びＭＡＣアドレスが宛先ＩＰアドレス及び宛先ＭＡＣアドレスとなっているため、これらのアドレスは一致するが、コンテンツ配信サーバ１１０とインターネット１６１を介して接続されているクライアント端末１２０Ｂがコンテンツデータを受信した場合には、ルータ１４０のＩＰアドレス及びＭＡＣアドレスが宛先ＩＰアドレス及び宛先ＭＡＣアドレスとなっているため、これらは一致しない。
【００５６】
停止指示部１２７は、アドレス検証部１２６から配信停止の指示を受けた場合、クライアント端末１２０Ａ、１２０のオペレータから予め定められた再生停止の指示の入力を受けた場合には、受信制御部１２２に停止要求を行う。このような停止要求を受けた受信制御部１２２は、ネットワークドライバ部１２４及びネットワークＩＦ部１２５を介して予め定められた配信停止要求をコンテンツ配信サーバ１１０に送信するとともに、コンテンツ再生部１２１にコンテンツデータの再生を停止するよう要求を出力する。
【００５７】
受信制御部１２２は、アドレス検証部１２６からコンテンツデータを受け取った場合には、コンテンツデータをコンテンツ再生部１２１に出力する。
【００５８】
コンテンツ再生部１２１では、配信されてきたコンテンツデータのＤＲＭ（Digital Rights Management）処理、データ伸長処理及び再生フォーマット制御等の処理を行うことで、外部のＡＶ機器で再生可能にし、外部のＡＶ機器に出力する。
【００５９】
また、受信制御部１２２は、アドレス検証部１２６がアプリケーションデータをネットワークドライバ部１２４から受け取った場合には、コンテンツ配信サーバ１１０に対してコンテンツデータを受け取った旨のコンテンツ受信報告をするため、予め定められたコンテンツ受信報告を生成し、アドレス挿入部１２３に出力する。
【００６０】
アドレス挿入部１２３では、宛先である配信サーバ１１０のＩＰアドレスを指定してＭＡＣアドレスをネットワークドライバ部１２４から取得し、また、自端末のＭＡＣアドレスをネットワークドライバ部１２４から取得し、配信サーバ１１０のＩＰアドレス及びＭＡＣアドレスを宛先ＩＰアドレス及び宛先ＭＡＣアドレス、また、自端末のＩＰアドレス及びＭＡＣアドレスを送信元ＩＰアドレス及び送信元ＭＡＣアドレス、をアドレス情報として、コンテンツ受信報告に付加して、コンテンツ配信サーバ１１０に送信するためのアプリケーションデータを生成して、ネットワークドライバ部１２４に出力する。
【００６１】
ネットワークドライバ部１２４では、アドレス挿入部１２３で生成されたアプリケーションデータにＴＣＰ及びＩＰによるプロトコル処理を行うことで、ＴＣＰ／ＩＰパケットを生成する。
【００６２】
具体的には、ネットワークドライバ部１２４は、アドレス挿入部１２３で生成されたアプリケーションデータに、送信元ポート番号及び宛先ポート番号を備えるＴＣＰヘッダと、送信元ＩＰアドレス、宛先ＩＰアドレス及びタイプを備えるＩＰヘッダと、を付加することでＴＣＰ／ＩＰパケットを生成する。
【００６３】
なお、ネットワークドライバ部１２４は、ＡＲＰに基づいて、図３に示されているように、ＭＡＣアドレスとＩＰアドレスとを対応させたデータベース（ＡＲＰテーブル）を保持している。
【００６４】
ネットワークＩＦ部１２５は、ネットワークドライバ部１２４で生成されたＴＣＰ／ＩＰパケットにイーサネット（登録商標）による処理を行うことで、データリングパケットを生成する。
【００６５】
具体的には、ネットワークドライバ部１２４で生成されたＴＣＰ／ＩＰパケットに、宛先ＭＡＣアドレスや配信先ＭＡＣアドレスを含むイーサネット（登録商標）ヘッダを付加するとともに、ＴＣＰ／ＩＰパケットの末尾に通信エラーの有無を検出するための制御用データであるＦＣＳを付加して、最終的な配信データであるデータリンクパケットを完成させ、コンテンツ配信サーバ１１０に送信する。
【００６６】
以上のように生成されるテータリングパケットを図５（イーサネット（登録商標）フレームフォーマットの概略図）に示す。
【００６７】
図示するように、データリングパケット１８０は、受信制御部１２２が生成したコンテンツデータ受信報告１８１、および、アドレス挿入部１２３がコンテンツデータ受信報告１８１に付加するヘッダ部１８２、からなるアプリケーションデータ１８３と、ネットワークドライバ部１２４が付加するＴＣＰヘッダ領域１８４及びＩＰヘッダ領域１８５と、ネットワークＩＦ部１２５が付加するイーサネットヘッダ領域１８７と、を備える。
【００６８】
ここで、アドレス挿入部１２３が付加するヘッダ部１８２には、コンテンツデータ１７１の配信元であるコンテンツ配信サーバ１１０のＩＰアドレス及びＭＡＣアドレス、送信元であるクライアント端末１２０Ａ、１２０ＢのＭＡＣアドレス及びＩＰアドレス、を備えるアドレス情報が格納される。
【００６９】
以上のように構成されるクライアント端末１２０Ａ、１２０Ｂについても、図６（コンピュータ５００の概略図）に示すような、ＣＰＵ５０１と、メモリ５０２と、ＨＤＤ等の外部記憶装置５０３と、ＣＤ-ＲＯＭやＤＶＤ-ＲＯＭ等の可搬性を有する記憶媒体５０４から情報を読み出す読取装置５０５と、キーボードやマウスなどの入力装置５０６と、ディスプレイなどの出力装置５０７と、通信ネットワークに接続するためのＮＩＣ（Network Interface Card）等の通信装置５０８と、を備えた一般的なコンピュータ５００で実現できる。
【００７０】
例えば、コンテンツ再生部１２１、受信制御部１２２、アドレス挿入部１２３、ネットワークドライバ部１２４、アドレス検証部１２６及び停止指示部１２７は、外部記憶装置５０３に記憶されている所定のプログラムをメモリ５０２にロードしてＣＰＵ５０１で実行することで実現可能であり、ネットワークＩＦ部１２５は、通信装置５０８で実現可能である。
【００７１】
この所定のプログラムは、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、外部記憶装置５０３にダウンロードされ、それから、メモリ５０２上にロードされてＣＰＵ５０１により実行されるようにしてもよい。また、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、メモリ５０２上に直接ロードされ、ＣＰＵ５０１により実行されるようにしてもよい。
【００７２】
図７は、コンテンツ配信サーバ１１０での処理を示すフローチャートである。
【００７３】
クライアント端末１２０Ａ、１２０Ｂから、ネットワークＩＦ部１１５を介して、コンテンツデータの配信要求を受信した場合（Ｓ３１０）には、配信制御部１１２は、コンテンツ記憶部１１１からコンテンツデータを読み出し（Ｓ３１１）、アドレス挿入部１１３に出力する。
【００７４】
アドレス挿入部１１３では、配信先であるデバイスのＩＰアドレスから、当該デバイスのＭＡＣアドレス（クライアント端末１２０ＡのＭＡＣアドレス又はルータ１４０のＭＡＣアドレス）、自装置であるコンテンツ配信サーバ１１０のＭＡＣアドレスをネットワークドライバ部１１４から取得する（Ｓ３１２）。
【００７５】
そして、アドレス挿入部１１３は、配信先であるデバイスのＩＰアドレス及びＭＡＣアドレス、自装置であるコンテンツ配信サーバ１１０のＩＰアドレス及びＭＡＣアドレス、をアドレス情報として、コンテンツデータのヘッダ部に挿入することでアプリケーションデータを生成して（Ｓ３１３）、ネットワークドライバ部１１４に出力する。
【００７６】
ネットワークドライバ部１１４では、アプリケーションデータにＴＣＰ／ＩＰ処理を施してＴＣＰ／ＩＰパケットを生成してネットワークＩＦ部１１５に出力し、ネットワークＩＦ部１１５では、イーサネット（登録商標）処理を施してデータリングパケットを生成してコンテンツデータを配信する（Ｓ３１４）。
【００７７】
また、配信要求を送信したクライアント端末１２０Ａ、１２０Ｂからコンテンツ受信報告を受信した場合（Ｓ３１５）には、ネットワークＩＦ部１１５でイーサネット（登録商標）処理、ネットワークドライバ部１１４でＴＣＰ／ＩＰ処理を行い、アプリケーションデータをアドレス検証部１１６に出力し、アドレス検証部１１６において、アプリケーションデータに含まれているアドレス情報を抽出する（Ｓ３１６）。
【００７８】
そして、アドレス検証部１１６は、ネットワークドライバ部１１４からＡＲＰテーブルを取得し（Ｓ３１７）、アドレス情報に含まれている送信元ＩＰアドレス及び送信元ＭＡＣアドレスがＡＲＰテーブルに存在しない場合（Ｓ３１８）には、配信要求を送信したクライアント端末１２０Ａ、１２０Ｂに対してコンテンツ終了信号を送信し（Ｓ３２１）、停止指示部１１７及び配信制御部１１２を介してコンテンツデータの配信を停止する。
【００７９】
一方、送信元ＩＰアドレス及び送信元ＭＡＣアドレスがＡＲＰテーブルに存在する場合（Ｓ３１８）には、ネットワークドライバ部１１４から自装置であるコンテンツ配信サーバ１１０のＭＡＣアドレスを取得し、アドレス情報に含まれている宛先ＩＰアドレス及び宛先ＭＡＣアドレスが自装置であるコンテンツ配信サーバ１１０のＩＰアドレス及びＭＡＣアドレスと一致するか否かを判断する（Ｓ３１９）。そして、これらが一致しない場合（Ｓ３１９）には、配信要求を送信したクライアント端末１２０Ａ、１２０Ｂに対してコンテンツ終了信号を送信し（Ｓ３２１）、停止指示部１１７及び配信制御部１１２を介してコンテンツデータの配信を停止する（Ｓ３２２）。
【００８０】
さらに、配信要求のあったコンテンツデータの配信が終了した場合（Ｓ３２０）にも、配信要求を送信したクライアント端末１２０Ａ、１２０Ｂに対してコンテンツ終了信号を送信し（Ｓ３２１）、配信制御部１１２を介してコンテンツデータの配信を停止する（Ｓ３２２）。
【００８１】
また、配信要求のあったコンテンツデータの配信が終了していない場合であっても、配信要求を送信したクライアント端末１２０Ａ、１２０Ｂからコンテンツデータの受信停止信号を受信した場合（Ｓ３２３）にも、停止指示部１１７及び配信制御部１１２を介してコンテンツデータの配信を停止する（Ｓ３２２）。
【００８２】
図８は、クライアント端末１２０Ａ、１２０Ｂでの処理を示すフローチャートである。
【００８３】
クライアント端末１２０Ａ、１２０Ｂのオペレータが入力装置等を用いてクライアント端末１２０Ａ、１２０Ｂにコンテンツデータの再生指示を入力すると（Ｓ３３０）、クライアント端末１２０Ａ、１２０Ｂは、コンテンツ配信サーバに自端末のＩＰアドレスとコンテンツデータを特定したコンテンツ配信要求を送信する（Ｓ３３１）。
【００８４】
送信したコンテンツ配信要求に応じて、コンテンツ配信サーバ１１０よりコンテンツデータを含むデータリングパケットをネットワークＩＦ部１２５を介して受信すると（Ｓ３３２）、ネットワークＩＦ部１２５でイーサネット（登録商標）処理、ネットワークドライバ部１２４でＴＣＰ／ＩＰ処理を行い、アプリケーションデータをアドレス検証部１２６に出力する。
【００８５】
アプリケーションデータの入力を受けたアドレス検証部１２６は、アプリケーションデータを受信した旨を受信制御部１２２に通知し、受信制御部１２２は、コンテンツ受信報告を生成して（Ｓ３３３）、アドレス挿入部１２３に出力する。
【００８６】
アドレス挿入部１２３では、コンテンツ配信サーバ１１０のＩＰアドレスに対応するＭＡＣアドレスと、自端末のＭＡＣアドレスと、をネットワークドライバ部１２４から取得して、コンテンツ配信サーバのＩＰアドレスとＭＡＣアドレスを宛先ＩＰアドレス及び宛先ＭＡＣアドレスとし、自端末のＩＰアドレス及びＭＡＣアドレスを送信元ＩＰアドレス及び送信元ＭＡＣアドレスとして、コンテンツ受信報告に付加してアプリケーションデータとして、ネットワークドライバ部１２４に出力する。そして、ネットワークドライバ部１２４では、アプリケーションデータにＴＣＰ／ＩＰ処理を施してＴＣＰ／ＩＰパケットを生成してネットワークＩＦ部１２５に出力し、ネットワークＩＦ部１２５では、イーサネット（登録商標）処理を施してデータリングパケットを生成してコンテンツ受信報告を送信する（Ｓ３３４）。
【００８７】
また、アプリケーションデータを受信したアドレス検証部１２６は、アプリケーションデータに含まれているアドレス情報を抽出する（Ｓ３３５）。
【００８８】
そして、アドレス検証部１２６は、ネットワークドライバ部１２４からＡＲＰテーブルを取得し（Ｓ３３６）、アドレス情報に含まれている送信元ＩＰアドレス及び送信元ＭＡＣアドレスがＡＲＰテーブルに存在しない場合（Ｓ３３７）には、コンテンツ配信サーバ１１０に対してコンテンツの配信停止信号を送信し（Ｓ３４１）、停止指示部１２７及び受信制御部１２２を介してコンテンツデータの再生を停止する（Ｓ３４２）。
【００８９】
一方、送信元ＩＰアドレス及び送信元ＭＡＣアドレスがＡＲＰテーブルに存在する場合（Ｓ３３７）には、アドレス検証部１２６は、ネットワークドライバ部１２４から自端末のＭＡＣアドレスを取得し、アドレス情報に含まれている宛先ＩＰアドレス及び宛先ＭＡＣアドレスが自端末のＩＰアドレス及びＭＡＣアドレスと一致するか否かを判断する（Ｓ３３８）。そして、これらが一致しない場合（Ｓ３３８）には、アドレス検証部１２６は、コンテンツ配信サーバ１１０に対してコンテンツの配信停止信号を送信し（Ｓ３４１）、停止指示部１２７及び受信制御部１２２を介してコンテンツデータの再生を停止する（Ｓ３４２）。一方、これらが一致する場合（Ｓ３３８）には、アドレス検証部１２６は、受信制御部１２２を介してコンテンツデータをコンテンツ再生部１２１に出力し（Ｓ３３９）、コンテンツ再生部１２１はコンテンツデータの再生を行う。
【００９０】
なお、クライアント端末１２０Ａ、１２０Ｂのオペレータから入力装置等を介してコンテンツデータの再生停止指示があった場合（Ｓ３４０）には、停止指示部１２７は、受信制御部１２２を介してコンテンツ配信サーバ１１０にコンテンツデータの配信を停止するよう配信停止信号を送信する（Ｓ３４１）とともに、コンテンツデータの再生を停止する（Ｓ３４２）。
【００９１】
また、コンテンツ配信サーバ１１０からコンテンツデータの終了信号を受信した場合（Ｓ３４３）にも、停止指示部１２７及び受信制御部１２２を介してコンテンツデータの再生を停止する（Ｓ３４２）。
【００９２】
以上のように、本発明によれば、コンテンツデータを受信した際に、クライアント端末１２０Ａ、１２０Ｂと、クライアント端末１２０Ａ、１２０Ｂから受信報告を受信したコンテンツ配信サーバ１１０と、の両方において、同一ＬＡＮ内に接続されているか否かを確認しているため、ルータ経由での配信の禁止、プロキシ経由での配信の禁止、ＩＰアドレス及びＭＡＣアドレスの偽装等による配信の禁止が可能となる。
【００９３】
また、本実施形態においては、コンテンツ配信サーバ１１０において、クライアント端末１２０Ａ、１２０Ｂから受信報告データを受信した場合に、アプリケーションデータ内に格納されているアドレス情報を用いて、送信元ＩＰアドレスと送信元ＭＡＣアドレスの組がＡＲＴテーブルに存在するか否かを判別するとともに、宛先ＩＰアドレスと宛先ＭＡＣアドレスの組がコンテンツ配信サーバ１１０のＩＰアドレス及びＭＡＣアドレスと一致するか否かを確認している。このため、例えば、ＬＡＮ１６０内のいずれかのクライアント端末１２０Ａ、１２０ＢのＭＡＣアドレスが流出し、ルータ１４０のＭＡＣアドレスを偽装して、流出したＭＡＣアドレスを用いてコンテンツデータを不正に受信しようとしても、流出したＭＡＣアドレスを有するクライアント端末１２０Ａ、１２０ＢのＩＰアドレスを変更することで、容易に不正アクセスを防止することができる。
【００９４】
このように、本実施形態のコンテンツ配信システム１００は、宛先のＭＡＣアドレスと送信元のＭＡＣアドレスの真偽を判断するとともに、宛先のＩＰアドレスと送信元のＩＰアドレスの真偽も判断することで、宛先のＭＡＣアドレスと送信元のＭＡＣアドレスの真偽のみでＬＡＮ１６０内のクライアント端末１２０Ａからのアクセスであるか否かを判断する場合と比較して、より厳格に映像・音楽コンテンツがＬＡＮ１６０外に不正流出してしまうことを防止することができる。
【００９５】
なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【００９６】
また、本実施形態では、ネットワークＩＦ部１１５、１２５としてイーサネット（登録商標）の規格を用いたものを使用しているが、必ずしもイーサネット（登録商標）の規格に限定されるわけではない。
【００９７】
また、本実施形態では、アドレス情報をコンテンツデータ又はコンテンツ受信報告のヘッダ部に付加しているが、このような態様に限定されず、コンテンツデータ又はコンテンツ受信報告から抽出することができる範囲で、アドレス情報をアプリケーションデータのいずれの位置に挿入することも可能である。
【００９８】
また、以上に記載した実施形態においては、送信元ＩＰアドレス及び送信元ＭＡＣアドレスについてＡＲＰテーブルを用いてチェックしているが、このような態様に限定されるわけではなく、例えば、同一のＬＡＮ内に属するデバイスのＭＡＣアドレス及びＩＰアドレスをＡＲＰテーブルとは別個に記憶しておくことで、アドレス情報の検証をすることが可能となる。
【００９９】
また、以上に記載した実施形態においては、一つのコンテンツ配信サーバ１１０及び二つのクライアント端末１２０Ａ、１２０Ｂによりコンテンツ配信システムを構成したが、これらの数については任意の数を選択可能である。
【図面の簡単な説明】
【０１００】
【図１】コンテンツ配信システムの概略図
【図２】ＭＡＣアドレスの一例を示す説明図
【図３】ＡＲＰテーブルの概略図
【図４】イーサネット（登録商標）フレームフォーマットの概略図
【図５】イーサネット（登録商標）フレームフォーマットの概略図
【図６】コンピュータの概略図
【図７】コンテンツ配信サーバ１１０での処理を示すフローチャート
【図８】クライアント端末１２０Ａ、１２０Ｂでの処理を示すフローチャート
【符号の説明】
【０１０１】
１１０  コンテンツ配信サーバ
１１１  コンテンツ記憶部
１１２  配信制御部
１１３  アドレス挿入部
１１４  ネットワークドライバ部
１１５  ネットワークＩＦ部
１１６  アドレス検証部
１１７  停止指示部
１２０  クライアント端末
１２１  コンテンツ再生部
１２２  受信制御部
１２３  アドレス挿入部
１２４  ネットワークドライバ部
１２５  ネットワークＩＦ部
１２６  アドレス検証部
１２７  停止指示部
１４０  ルータ
１６０  ＬＡＮ
１６１  インターネット
【図１】
2008206029.tif 000003
【図２】
2008206029.tif 000004
【図３】
2008206029.tif 000005
【図４】
2008206029.tif 000006
【図５】
2008206029.tif 000007
【図６】
2008206029.tif 000008
【図７】
2008206029.tif 000009
【図８】
2008206029.tif 000010