(57)【要約】  【課題】  ＡＤ外の機器へのコンテンツ配信を制限することができ、かつ改造が容易ではない送受信システムを提供する。  【解決方法】  サーバ１０とクライアント２０は、互いに秘密情報保持部１３、２３に共通の秘密情報を保持している。サーバ１０は、サーバＣＲＣ部１４において、通信データに秘密情報を付加してからＣＲＣ符号を生成し、通信データにＣＲＣ符号を添付して送信する。クライアント２０は、クライアントＣＲＣ部２４において、通信データに秘密情報を付加してからＣＲＣ符号を生成し、通信経路上で通信データに誤りが発生しているか否か検査する。クライアント２０は、秘密情報を保持しているので、誤りが発生していないとして通信データを取得できる。一方、ルータ３０は、秘密情報を保持できないので、上記の通信データを取得できない。これによりＡＤ外への機器への転送を阻止することができる。  【選択図】  図１
2004357284.tif 000002
【特許請求の範囲】
【請求項１】
送信装置と受信装置とからなる送受信システムであって、
前記送信装置は、
通信データを入手する入手手段と、
前記受信装置が保持している第２秘密情報と同一である第１秘密情報を保持する送信側保持手段と、
前記入手手段により入手された通信データを前記第１秘密情報により変換して変換データを生成し、当該変換データに所定の第１符号変換を施して検査符号を生成する送信側生成手段と、
前記送信側生成手段により生成された検査符号を前記変換前の通信データに添付して送信する送信手段とを備え、
前記受信装置は、
前記送信装置が保持している第１秘密情報と同一である第２秘密情報を保持する受信側保持手段と、
前記送信手段により送信された検査符号が添付された通信データを受信する受信側受信手段と、
前記受信側受信手段により受信された通信データを前記第２秘密情報により変換して変換データを生成し、当該変換データに前記所定の第１符号変換と同一の所定の第２符号変換を施して検査符号を生成する受信側生成手段と、
前記受信側生成手段により生成された検査符号と前記受信側受信手段により受信された検査符号とを照合することにより、前記通信データに誤りが発生しているか否かを検査する検査手段とを備えること
を特徴とする送受信システム。
【請求項２】
前記送信側生成手段は、
前記通信データを前記第１秘密情報により変換して変換データを生成し、当該変換データに所定の第１符号変換を施して検査符号を生成する第１モードの他に、前記通信データに所定の第１符号変換を施して検査符号を生成する第２モードへ切替可能であり、前記通信データ毎に定められているモードにより、前記検査符号を生成し、
前記受信側生成手段は、
前記通信データを前記第２秘密情報により変換して変換データを生成し、当該変換データに所定の第２符号変換を施して検査符号を生成する第１モードの他に、前記通信データに所定の第２符号変換を施して検査符号を生成する第２モードへ切替可能であり、前記通信データ毎に定められているモードにより、前記検査符号を生成すること
を特徴とする請求項１に記載の送受信システム。
【請求項３】
前記送受信システムは、さらに、前記送信装置からの前記検査符号が添付された通信データを外部装置に転送する転送装置を含み、
前記転送装置は、
前記送信装置から前記外部装置宛に送信された、検査符号が添付された通信データを受信する転送側受信手段と、
前記転送側受信手段により受信された通信データに前記所定の第１符号変換と同一の所定の第３符号変換を施して検査符号を生成する転送側生成手段と、
前記転送側生成手段により生成された検査符号と前記転送側受信手段により受信された検査符号とが同一であるか否かを判定し、同一であると判定された場合に通信データを転送し、同一でないと判定された場合に通信データを破棄する検査手段とを備えること
を特徴とする請求項２に記載の送受信システム。
【請求項４】
通信データを受信装置に送信する送信装置であって、
通信データを入手する入手手段と、
前記受信装置と共通の秘密情報を保持する保持手段と、
前記入手手段により入手された通信データを前記秘密情報により変換して変換データを生成し、当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、
記符号生成手段により生成された検査符号を前記変換前の通信データに添付して前記受信装置に送信する送信手段と
を備えることを特徴とする送信装置。
【請求項５】
前記符号生成手段は、
前記通信データを前記秘密情報により変換して変換データを生成し、当該変換データに所定の符号変換を施して検査符号を生成する第１モードの他に、前記通信データに所定の符号変換を施して検査符号を生成する第２モードへ切替可能であり、いずれかのモードを所定の選択基準により選択して、前記検査符号を生成すること
を特徴とする請求項４に記載の送信装置。
【請求項６】
前記符号生成手段は、
前記通信データ毎に予め定められているモードを、前記所定の選択基準として選択すること
を特徴とする請求項５に記載の送信装置。
【請求項７】
前記所定の符号変換は、
ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）、ハッシュ関数又はチェックサムのうち、いずれか１つによる符号変換であること
を特徴とする請求項６に記載の送信装置。
【請求項８】
通信データを受信装置に送信する集積回路であって、
通信データを入手する入手手段と、
前記受信装置と共通の秘密情報を保持する保持手段と、
前記入手手段により入手された通信データを前記秘密情報により変換して変換データを生成し、当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、
前記符号生成手段により生成された検査符号を前記変換前の通信データに添付して前記受信装置に送信する送信手段と
を備えることを特徴とする集積回路。
【請求項９】
通信データを送信装置から受信する受信装置であって、
前記送信装置と共通の秘密情報を保持する保持手段と、
前記送信装置により送信された、検査符号が添付された通信データを受信する受信手段と、
前記受信手段により受信された通信データを前記秘密情報により変換して変換データを生成し、当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、
前記符号生成手段により生成された検査符号と前記受信側受信手段により受信された検査符号とを照合することにより、前記通信データに誤りが発生しているか否かを検査する検査手段と
を備えることを特徴とする受信装置。
【請求項１０】
前記符号生成手段は、
前記通信データを前記秘密情報により変換して変換データを生成し、当該変換データに所定の符号変換を施して検査符号を生成する第１モードの他に、前記通信データに所定の符号変換を施して検査符号を生成する第２モードへ切替可能であり、いずれかのモードを所定の選択基準により選択して、前記検査符号を生成すること
を特徴とする請求項９に記載の受信装置。
【請求項１１】
前記符号生成手段は、
前記通信データ毎に予め定められているモードを、前記所定の選択基準として選択すること
を特徴とする請求項１０に記載の受信装置。
【請求項１２】
前記所定の符号変換は、
ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）、ハッシュ関数又はチェックサムのうち、いずれか１つによる符号変換であること
を特徴とする請求項１１に記載の受信装置。
【請求項１３】
通信データを送信装置から受信する集積回路であって、
前記送信装置と共通の秘密情報を保持する保持手段と、
前記送信装置により送信された、検査符号が添付された通信データを受信する受信手段と、
前記受信手段により受信された通信データを前記秘密情報により変換して変換データを生成し、当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、
前記符号生成手段により生成された検査符号と前記受信側受信手段により受信された検査符号とを照合することにより、前記通信データに誤りが発生しているか否かを検査する検査手段と
を備えることを特徴とする集積回路。
【請求項１４】
検査符号が添付された通信データを転送する転送装置であって、
予め所定の受信装置の識別情報を記憶している記憶手段と、
送信装置から受信装置宛に送信された、検査符号が添付された通信データを受信する受信手段と、
前記受信手段により受信された通信データについて、誤り検査の要否を前記識別情報に基づいて判定し、誤り検査が必要な場合に、前記検査符号により誤り検査を行い前記通信データに誤りがなければ当該通信データを前記受信装置に転送し、誤り検査が不要な場合に、誤り検査を行わずに前記通信データを前記受信装置に転送する転送手段と
を備えることを特徴とする転送装置。
【請求項１５】
前記転送手段は、
誤り検査が必要な場合に、前記通信データに所定の符号変換を施して検査符号を生成する符号生成手段と、
前記符号生成手段により生成された検査符号と前記受信手段により受信された検査符号とが同一であるか否かを判定し、同一であると判定された場合に通信データを転送し、同一でないと判定された場合に通信データを破棄する検査手段と
を含むことを特徴とする請求項１４に記載の転送装置。
【請求項１６】
検査符号が添付された通信データを転送する集積回路であって、
予め所定の受信装置の識別情報を記憶している記憶手段と、
送信装置から受信装置宛に送信された、検査符号が添付された通信データを受信する受信手段と、
前記受信手段により受信された通信データについて、誤り検査の要否を前記識別情報に基づいて判定し、誤り検査が必要な場合に、前記検査符号により誤り検査を行い前記通信データに誤りがなければ当該通信データを前記受信装置に転送し、誤り検査が不要な場合に、誤り検査を行わずに前記通信データを前記受信装置に転送する転送手段と
を備えることを特徴とする集積回路。
【請求項１７】
検査符号が添付された通信データを転送する転送装置であって、
送信装置と共通の秘密情報を保持する保持手段と、
予め所定の受信装置の識別情報を記憶している記憶手段と、
送信装置から受信装置宛に送信された、検査符号が添付された通信データを受信する受信手段と、
前記受信手段により受信された通信データを前記秘密情報により変換して変換データを生成し、当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、
前記符号生成手段により生成された検査符号と前記受信側受信手段により受信された検査符号とを照合することにより、前記通信データに誤りが発生しているか否かを検査する検査手段と、
前記受信手段により受信された通信データについて、前記識別情報に基づいて転送の可否を前記識別情報に基づいて判定する転送判定手段と、
前記検査手段により誤りが発生していないと判定され、かつ、前記転送判定手段により転送が許可されていると判定された場合に、前記通信データを転送する転送手段と
を備えることを特徴とする転送装置。
【請求項１８】
前記保持手段は、さらに、
前記受信装置と共通の秘密情報を保持し、
前記転送手段は、
前記通信データを前記秘密情報により変換して変換データを生成し、当該変換データに所定の符号変換を施して検査符号を生成し、生成された検査符号を前記通信データに添付して前記受信装置に転送すること
を特徴とする請求項１７に記載の転送装置。
【請求項１９】
検査符号が添付された通信データを転送する集積回路であって、
送信装置と共通の秘密情報を保持する保持手段と、
予め所定の受信装置の識別情報を記憶している記憶手段と、
送信装置から受信装置宛に送信された、検査符号が添付された通信データを受信する受信手段と、
前記受信手段により受信された通信データを前記秘密情報により変換して変換データを生成し、当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、
前記符号生成手段により生成された検査符号と前記受信側受信手段により受信された検査符号とを照合することにより、前記通信データに誤りが発生しているか否かを検査する検査手段と、
前記受信手段により受信された通信データについて、前記識別情報に基づいて転送の可否を前記識別情報に基づいて判定する転送判定手段と、
前記検査手段により誤りが発生していないと判定され、かつ、前記転送判定手段により転送が許可されていると判定された場合に、前記通信データを転送する転送手段と
を備えることを特徴とする集積回路。
【請求項２０】
コンテンツ配信装置とコンテンツ利用装置とからなるコンテンツ配信システムであって、
コンテンツ配信装置は、
前記コンテンツ利用装置が保持している第２秘密情報と同一である第１秘密情報を保持する配信側保持手段と、
前記コンテンツ利用装置に返信データを返信することを要求する要求データを、前記第１秘密情報により変換して変換データとし、当該変換データに所定の第１符号変換を施して検査符号を生成する配信側生成手段と、
前記配信側生成手段により生成された検査符号を前記変換前の要求データに添付して送信する送信手段と、
前記送信手段により送信された要求データを受信したコンテンツ利用装置から、前記返信データを受信した場合に、当該コンテンツ利用装置にコンテンツを配信する配信手段とを備え、
コンテンツ利用装置は、
前記コンテンツ配信装置が保持している第１秘密情報と同一である第２秘密情報を保持する利用側保持手段と、
前記送信手段により送信された、検査符号が添付された要求データを受信する受信手段と、
前記受信手段により受信された要求データを、前記第２秘密情報により変換して変換データとし、当該変換データに前記所定の第１符号変換と同一の所定の第２符号変換を施して検査符号を生成する利用側生成手段と、
前記利用側生成手段により生成された検査符号と、前記受信手段により受信された検査符号とを照合することにより、前記要求データに誤りが発生しているか否かを検査する検査手段と、
前記検査手段により誤りが発生していないと判定されたとき、前記要求データを解読し、前記コンテンツ配信装置に前記返信データを返信する返信手段とを備えること
を特徴とするコンテンツ配信システム。
【請求項２１】
コンテンツ利用装置にコンテンツを配信するコンテンツ配信装置であって、
前記コンテンツ利用装置と共通の秘密情報を保持する保持手段と、
当該コンテンツ利用装置に返信データを返信することを要求する要求データを、前記秘密情報により変換して変換データとし、当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、
前記符号生成手段により生成された検査符号を前記変換前の要求データに添付して送信する送信手段と、
前記送信手段により送信された要求データを受信して前記検査符号により当該要求データに誤りが発生していないと判定したコンテンツ利用装置からの前記返信データを受信した場合に、当該コンテンツ利用装置にコンテンツを配信する配信手段と
を備えることを特徴とするコンテンツ配信装置。
【請求項２２】
前記返信データは、前記コンテンツ利用装置において当該返信データを前記秘密情報により変換して変換データとし、当該変換データに前記所定の符号変換を施して生成された検査符号が添付されており、
前記配信手段は、
前記返信データを受信し、かつ、前記秘密情報により変換して変換データとし、当該変換データに前記所定の符号変換を施して検査符号を生成し、生成された検査符号と前記添付された検査符号とを照合することにより、前記返信データに誤りが発生しているか否かを検査して、誤りが発生していないと判定された場合に、コンテンツを配信すること
を特徴とする請求項２１に記載のコンテンツ配信装置。
【請求項２３】
コンテンツ配信装置からコンテンツの配信を受けるコンテンツ利用装置であって、
前記コンテンツ利用装置と共通の秘密情報を保持する保持手段と、
コンテンツ配信装置より送信され、返信データを返信することを要求する、検査符号が添付された要求データを受信する受信手段と、
前記受信手段により受信された要求データを、前記秘密情報により変換して変換データとし、当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、
前記符号生成手段により生成された検査符号と、前記受信手段により受信された検査符号とを照合することにより、前記要求データに誤りが発生しているか否かを検査する検査手段と、
前記検査手段により誤りが発生していないと判定されたとき、前記要求データを解読し、前記コンテンツ配信装置に前記返信データを返信する返信手段と
を備えることを特徴とするコンテンツ利用装置。
【請求項２４】
前記返信手段は、
前記返信データを、前記秘密情報により変換して変換データとし、当該変換データに前記所定の符号変換を施して検査符号を生成し、当該検査符号を前記変換前の返信データに添付して返信すること
を特徴とする請求項２３に記載のコンテンツ利用装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送受信システムに関し、特に、コンテンツ配信においてコンテンツの不正利用を防止する技術に関する。
【背景技術】
【０００２】
近年、家庭内の機器をネットワークで接続し、各種コンテンツの共有を図る家庭内ネットワークが実現されつつある。家庭内ネットワークの実現形態のひとつとして、家庭内にハブを中心とし、サーバ、テレビ、オーディオ等各機器をスター型で接続する形態が考えられる。また、ハブは、家庭内において唯一家庭外のネットワークと接続されたルータに接続されている。サーバが、ハブ及びルータを介して家庭外のネットワークから各種コンテンツを取得して一旦蓄積しておき、各機器からの要求に応じてコンテンツを配信することによって、各機器は各種コンテンツを共有することができる。
【０００３】
一方、著作権保護の観点より、コンテンツの無制限な共有は認められない。したがって家庭内の機器にのみ利用が許可されたコンテンツは、家庭外の機器に配信されないよう制限しなければならない。（以下、本明細書では、コンテンツの共有が認められた限定的な範囲を「ＡＤ：Ａｕｔｈｏｒｉｚｅｄ  Ｄｏｍａｉｎ」と呼ぶ。）そのためサーバは、各機器からのコンテンツの配信の要求があったとき、その機器がＡＤ内の機器であることを確認してからコンテンツを配信する必要がある。
【０００４】
そこで、特許文献１は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）におけるネットワークアドレスに着目し、サーバがコンテンツの配信を要求する機器のネットワークアドレスとサーバ自身のネットワークアドレスとが同一であるか否かを判定して、同一である場合にその機器がＡＤ内の機器であると確認する方法を開示している。
【特許文献１】特開２００１−２８５２８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ネットワークアドレスの設定は、ユーザインターフェイスにより変更が容易にできるため、悪意あるユーザがＡＤ外の機器にＡＤ内のネットワークアドレスを登録することもできる。このようなＡＤ外の機器からコンテンツの配信要求があった場合、サーバは、ネットワークアドレスによりＡＤ内の機器であると認識するのでコンテンツを配信してしまい、ＡＤ外の機器へのコンテンツ配信を制限することができない。
【０００６】
そこで本発明は、ＡＤ外の機器へのコンテンツ配信を制限することができ、かつ上記のような設定変更が容易ではない送受信システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
（１）本発明に係る送受信システムは、送信装置と受信装置とからなる送受信システムであって、前記送信装置は、通信データを入手する入手手段と、前記受信装置が保持している第２秘密情報と同一である第１秘密情報を保持する送信側保持手段と、前記入手手段により入手された通信データを前記秘密情報により変換して変換データを生成し当該変換データに所定の符号変換を施して検査符号を生成する送信側生成手段と、前記送信側生成手段により生成された検査符号を前記変換前の通信データに添付して送信する送信手段とを備える。
【０００８】
前記受信装置は、前記送信装置が保持している第１秘密情報と同一である第２秘密情報を保持する受信側保持手段と、前記送信手段により送信された検査符号が添付された通信データを受信する受信側受信手段と、前記受信側受信手段により受信された通信データを前記秘密情報により変換して変換データを生成し当該変換データに前記所定の符号変換を施して検査符号を生成する受信側生成手段と、前記受信側生成手段により生成された検査符号と前記受信側受信手段により受信された検査符号とを照合することにより前記通信データに誤りが発生しているか否かを検査する検査手段とを備える。
【発明の効果】
【０００９】
上記構成によれば、送信装置及び受信装置は、共通の秘密情報を互いに保持しており、それぞれ秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成することができる。これにより、送信装置から送信された通信データに添付されている検査符号と、受信装置において生成される検査符号とは、通信経路上で通信データに誤りが発生していなければ一致するはずである。
【００１０】
送信装置がコンテンツデータを前記通信データとして送信する場合、受信装置は、コンテンツデータに添付された検査符号と、コンテンツデータから自ら生成した検査符号とが一致すればコンテンツデータを取得する。一致しなければ、それは、通信経路上でコンテンツデータに誤りが発生していることを意味するので、受信装置は、コンテンツデータを取得したとしても適正に利用できないと判断して破棄してしまう。そして、送信装置へ再送要求をして、最終的に誤りが発生していないコンテンツデータを取得する。
【００１１】
一方、上記の受信装置以外の、送信装置と共通の秘密情報を保持していない受信装置は、コンテンツデータに添付された検査符号と、コンテンツデータから自ら生成した検査符号とが一致しないので、コンテンツデータを取得したとしても適正に利用できないと判断して破棄してしまう。その後、送信装置に再送要求をしたとしても、検査符号が一致することはない。
【００１２】
このように、送信装置及び受信装置が共通の秘密情報を互いに保持し、秘密情報を用いた所定の符号変換を施して生成した検査符号を使用することにより、コンテンツデータの無制限な配信を制限することができる。
なお、送信装置がコンテンツの配信の事前に、認証用データを前記通信データとして送信する仕様であっても、同様に、共通の秘密情報を保持し、秘密情報を用いた所定の符号変換を施すことのできる受信装置のみが認証用データを取得することができ、それに応答する応答用データを送信装置に返信することができる。
（２）また、前記送信側生成手段は、前記通信データを前記秘密情報により変換して変換データを生成し当該変換データに所定の符号変換を施して検査符号を生成する第１モードの他に、前記通信データに所定の符号変換を施して検査符号を生成する第２モードへ切替可能であり、前記通信データ毎に定められているモードにより前記検査符号を生成し、前記受信側生成手段は、前記通信データを前記秘密情報により変換して変換データを生成し当該変換データに所定の符号変換を施して検査符号を生成する第１モードの他に、前記通信データに所定の符号変換を施して検査符号を生成する第２モードへ切替可能であり、前記通信データ毎に定められているモードにより前記検査符号を生成することとしてもよい。
【００１３】
上記構成によれば、検査符号の生成法は、第１モードと第２モードとがあり、送信装置及び受信装置は、通信データ毎に予め定められているモードを選択して検査符号を生成することができる。送信装置において第１モードにより生成された検査符号は、受信装置において第１モードにより生成された検査符号でなければ、互いに一致しない。つまり、送信装置と共通の秘密情報を保持している特定の受信装置のみが通信データを取得することができる。
【００１４】
一方、第２モードにより生成された検査符号は秘密情報を用いないので、特定の受信装置だけしか通信データを取得できないということはない。
したがって、通信データが、無制限な配信を制限するべきコンテンツデータであれば検査符号を第１モードにより生成するとし、通信データが、制限する必要のないコンテンツデータであれば検査符号を第２モードにより生成すると予め定めておけば、無制限な配信を制限するべきコンテンツデータのみ配信を制限することができる。
（３）また、前記送受信システムは、さらに、前記送信装置からの前記検査符号が添付された通信データを外部装置に転送する転送装置を含み、前記転送装置は、前記送信装置から前記外部装置宛に送信された検査符号が添付された通信データを受信する転送側受信手段と、前記転送側受信手段により受信された通信データに前記所定の符号変換を施して検査符号を生成する転送側生成手段と、前記転送側生成手段により生成された検査符号と前記転送側受信手段により受信された検査符号とが同一であるか否かを判定し同一であると判定された場合に通信データを転送し同一でないと判定された場合に通信データを破棄する検査手段とを備えることとしてもよい。
【００１５】
上記構成によれば、転送装置は、外部装置宛の通信データを受信したとき、当該通信データに添付された検査符号と、通信データから自ら生成した検査符号とが一致すれば転送し、一致しなければ転送しない。ここで、転送装置は、通信データに所定の符号変換を施す第２モードしか備えていないので、第１モードにより生成された検査符号が添付された通信データを転送しない。
【００１６】
したがって、第１モードにより検査符号を生成すると定められているコンテンツデータを外部装置に転送することを防止することができる。
（４）本発明に係る送信装置は、通信データを受信装置に送信する送信装置であって、通信データを入手する入手手段と、前記受信装置と共通の秘密情報を保持する保持手段と、前記入手手段により入手された通信データを前記秘密情報により変換して変換データを生成し当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、前記符号生成手段により生成された検査符号を前記変換前の通信データに添付して前記受信装置に送信する送信手段とを備える。
【００１７】
上記構成によれば、送信装置は、受信装置と共通の秘密情報を保持しており、また、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成することができる。ここで、受信装置が、同様に、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成する仕様であれば、送信装置から送信された通信データに添付されている検査符号と、受信装置において生成される検査符号とは、通信経路上で通信データに誤りが発生していなければ一致するはずである。
【００１８】
送信装置がコンテンツデータを前記通信データとして送信する場合、受信装置は、コンテンツデータに添付された検査符号と、コンテンツデータから自ら生成した検査符号とが一致すればコンテンツデータを取得する。一致しなければ、それは通信経路上でコンテンツデータに誤りが発生していることを意味するので、受信装置は、コンテンツデータを取得したとしても適正に利用できないと判断して破棄してしまう。そして、送信装置へ再送要求をして、最終的に誤りが発生していないコンテンツデータを取得する。
【００１９】
一方、上記の受信装置以外の、送信装置と共通の秘密情報を保持していない受信装置は、コンテンツデータに添付された検査符号と、コンテンツデータから自ら生成した検査符号とが一致しないので、コンテンツデータを取得したとしても適正に利用できないと判断して破棄してしまう。送信装置に再送要求をしたとしても、検査符号が一致することはない。
【００２０】
このように、送信装置が受信装置と共通の秘密情報を保持し、秘密情報を用いた所定の符号変換を施して生成した検査符号を使用することにより、コンテンツデータの無制限な配信を制限することができる。
なお、送信装置がコンテンツの配信の事前に、認証用データを上記の通信データとして送信する仕様であっても、上述したコンテンツデータを通信データとして送信する場合と同様である。
（５）また、前記符号生成手段は、前記通信データを前記秘密情報により変換して変換データを生成し当該変換データに所定の符号変換を施して検査符号を生成する第１モードの他に、前記通信データに所定の符号変換を施して検査符号を生成する第２モードへ切替可能であり、いずれかのモードを所定の選択基準により選択して前記検査符号を生成することとしてもよい。
【００２１】
上記構成によれば、検査符号の生成法は、第１モードと第２モードとがあり、送信装置は、所定の選択基準によりモードを選択して検査符号を生成することができる。送信装置において第１モードにより生成された検査符号は、受信装置において第１モードにより生成された検査符号でなければ、互いに一致しない。つまり、送信装置と共通の秘密情報を保持している特定の受信装置のみが通信データを取得することができる。
【００２２】
一方、第２モードにより生成された検査符号は秘密情報を用いないので、特定の受信装置だけしか通信データを取得できないということはない。
（６）また、前記符号生成手段は、前記通信データ毎に予め定められているモードを、前記所定の選択基準として選択することとしてもよい。
上記構成によれば、第１モードと第２モードとのどちらを選択するかは、通信データ毎に定められている。
【００２３】
したがって、通信データが、無制限な配信を制限するべきコンテンツデータであれば検査符号を第１モードにより生成するとし、通信データが、制限する必要のないコンテンツデータであれば検査符号を第２モードにより生成すると予め定めておけば、無制限な配信を制限するべきコンテンツデータのみ配信を制限することができる。
（７）また、前記所定の符号変換は、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）、ハッシュ関数又はチェックサムのうち、いずれか１つによる符号変換であることとしてもよい。
【００２４】
これらの符号変換は、ハードウェアにより実現できるので、悪意あるユーザによる改造が困難となる。
（８）本発明に係る集積回路は、通信データを受信装置に送信する集積回路であって、通信データを入手する入手手段と、前記受信装置と共通の秘密情報を保持する保持手段と、前記入手手段により入手された通信データを前記秘密情報により変換して変換データを生成し当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、前記符号生成手段により生成された検査符号を前記変換前の通信データに添付して前記受信装置に送信する送信手段とを備える。
【００２５】
上記構成によれば、集積回路は、受信装置と共通の秘密情報を保持しており、また、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成することができる。ここで、受信装置が、同様に、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成する仕様であれば、集積回路から送信された通信データに添付されている検査符号と、受信装置において生成される検査符号とは、通信経路上で通信データに誤りが発生していなければ一致するはずである。
【００２６】
集積回路がコンテンツデータを前記通信データとして送信する場合、受信装置は、コンテンツデータに添付された検査符号と、コンテンツデータから自ら生成した検査符号とが一致すればコンテンツデータを取得する。一致しなければ、それは通信経路上でコンテンツデータに誤りが発生していることを意味するので、受信装置は、コンテンツデータを取得したとしても適正に利用できないと判断して破棄してしまう。そして、集積回路へ再送要求をして、最終的に誤りが発生していないコンテンツデータを取得する。
【００２７】
一方、上記の受信装置以外の、集積回路と共通の秘密情報を保持していない受信装置は、コンテンツデータに添付された検査符号と、コンテンツデータから自ら生成した検査符号とが一致しないので、コンテンツデータを取得したとしても適正に利用できないと判断して破棄してしまう。集積回路に再送要求をしたとしても、検査符号が一致することはない。
【００２８】
このように、集積回路が受信装置と共通の秘密情報を保持し、秘密情報を用いた所定の符号変換を施して生成した検査符号を使用することにより、コンテンツデータの無制限な配信を制限することができる。
（９）本発明に係る受信装置は、通信データを送信装置から受信する受信装置であって、前記送信装置と共通の秘密情報を保持する保持手段と、前記送信装置により送信された、検査符号が添付された通信データを受信する受信手段と、前記受信手段により受信された通信データを前記秘密情報により変換して変換データを生成し当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、前記符号生成手段により生成された検査符号と前記受信側受信手段により受信された検査符号とを照合することにより、前記通信データに誤りが発生しているか否かを検査する検査手段とを備える。
【００２９】
上記構成によれば、受信装置は、送信装置と共通の秘密情報を保持しており、また、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成することができる。ここで、送信装置が、同様に、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成する仕様であれば、送信装置から送信された通信データに添付されている検査符号と、受信装置において生成される検査符号とは、通信経路上で通信データに誤りが発生していなければ一致するはずである。
【００３０】
送信装置がコンテンツデータを前記通信データとして送信する場合、受信装置は、コンテンツデータに添付された検査符号と、コンテンツデータから自ら生成した検査符号とが一致すればコンテンツデータを取得する。一致しなければ、それは通信経路上でコンテンツデータに誤りが発生していることを意味するので、受信装置は、コンテンツデータを取得したとしても適正に利用できないと判断して破棄してしまう。そして、送信装置へ再送要求をして、最終的に誤りが発生していないコンテンツデータを取得する。
【００３１】
一方、上記の受信装置以外の、送信装置と共通の秘密情報を保持していない受信装置は、コンテンツデータに添付された検査符号と、コンテンツデータから自ら生成した検査符号とが一致しないので、コンテンツデータを取得したとしても適正に利用できないと判断して破棄してしまう。送信装置に再送要求をしたとしても、検査符号が一致することはない。
【００３２】
このように、受信装置が送信装置と共通の秘密情報を保持し、秘密情報を用いた所定の符号変換を施して生成した検査符号を使用することにより、コンテンツデータの無制限な配信を制限することができる。
なお、送信装置がコンテンツの配信の事前に、認証用データを上記の通信データとして送信する仕様であっても、上述したコンテンツデータを通信データとして送信する場合と同様である。
（１０）また、前記符号生成手段は、前記通信データを前記秘密情報により変換して変換データを生成し当該変換データに所定の符号変換を施して検査符号を生成する第１モードの他に、前記通信データに所定の符号変換を施して検査符号を生成する第２モードへ切替可能であり、いずれかのモードを所定の選択基準により選択して前記検査符号を生成することとしてもよい。
【００３３】
上記構成によれば、検査符号の生成法は、第１モードと第２モードとがあり、受信装置は、所定の選択基準によりモードを選択して検査符号を生成することができる。受信装置において第１モードにより生成された検査符号は、送信装置において第１モードにより生成された検査符号でなければ、互いに一致しない。つまり、送信装置と共通の秘密情報を保持している特定の受信装置のみが通信データを取得することができる。
【００３４】
一方、第２モードにより生成された検査符号は秘密情報を用いないので、特定の受信装置だけしか通信データを取得できないということはない。
（１１）また、前記符号生成手段は、前記通信データ毎に予め定められているモードを、前記所定の選択基準として選択することとしてもよい。
上記構成によれば、第１モードと第２モードとのどちらを選択するかは、通信データ毎に定められている。
【００３５】
したがって、通信データが、無制限な配信を制限するべきコンテンツデータであれば検査符号を第１モードにより生成するとし、通信データが、制限する必要のないコンテンツデータであれば検査符号を第２モードにより生成すると予め定めておけば、無制限な配信を制限するべきコンテンツデータのみ配信を制限することができる。
（１２）また、前記所定の符号変換は、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）、ハッシュ関数又はチェックサムのうち、いずれか１つによる符号変換であることとしてもよい。
【００３６】
これらの符号変換は、ハードウェアにより実現できるので、悪意あるユーザによる改造が困難となる。
（１３）本発明に係る集積回路は、通信データを送信装置から受信する集積回路であって、前記送信装置と共通の秘密情報を保持する保持手段と、前記送信装置により送信された、検査符号が添付された通信データを受信する受信手段と、前記受信手段により受信された通信データを前記秘密情報により変換して変換データを生成し当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、前記符号生成手段により生成された検査符号と前記受信側受信手段により受信された検査符号とを照合することにより、前記通信データに誤りが発生しているか否かを検査する検査手段とを備える。
【００３７】
上記構成によれば、集積回路は、送信装置と共通の秘密情報を保持しており、また、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成することができる。ここで、送信装置が、同様に、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成する仕様であれば、送信装置から送信された通信データに添付されている検査符号と、集積回路において生成される検査符号とは、通信経路上で通信データに誤りが発生していなければ一致するはずである。
【００３８】
送信装置がコンテンツデータを前記通信データとして送信する場合、集積回路は、コンテンツデータに添付された検査符号と、コンテンツデータから自ら生成した検査符号とが一致すればコンテンツデータを取得する。一致しなければ、それは通信経路上でコンテンツデータに誤りが発生していることを意味するので、集積回路は、コンテンツデータを取得したとしても適正に利用できないと判断して破棄してしまう。そして、送信装置へ再送要求をして、最終的に誤りが発生していないコンテンツデータを取得する。
【００３９】
一方、上記の集積回路以外の、送信装置と共通の秘密情報を保持していない集積回路は、コンテンツデータに添付された検査符号と、コンテンツデータから自ら生成した検査符号とが一致しないので、コンテンツデータを取得したとしても適正に利用できないと判断して破棄してしまう。送信装置に再送要求をしたとしても、検査符号が一致することはない。
【００４０】
このように、集積回路が送信装置と共通の秘密情報を保持し、秘密情報を用いた所定の符号変換を施して生成した検査符号を使用することにより、コンテンツデータの無制限な配信を制限することができる。
（１４）本発明に係る転送装置は、検査符号が添付された通信データを転送する転送装置であって、予め所定の受信装置の識別情報を記憶している記憶手段と、送信装置から受信装置宛に送信された、検査符号が添付された通信データを受信する受信手段と、前記受信手段により受信された通信データについて、誤り検査の要否を前記識別情報に基づいて判定し、誤り検査が必要な場合に前記検査符号により誤り検査を行い前記通信データに誤りがなければ当該通信データを前記受信装置に転送し、誤り検査が不要な場合に誤り検査を行わずに前記通信データを前記受信装置に転送する転送手段とを備える。
【００４１】
上記構成によれば、転送装置は、送信装置から受信装置宛に送信された通信データを受信し、所定の受信装置宛の通信データについては、誤り検査を行わずに転送することができる。
これにより、送信装置が、所定の受信装置のみが通信データに誤りが発生していないと認識する特殊な検査符号を当該通信データに添付して送信した場合であっても、転送装置が当該通信データを受信した際に、誤りが発生していると認識して転送しないという事態を回避することができる。
（１５）また、前記転送手段は、誤り検査が必要な場合に前記通信データに所定の符号変換を施して検査符号を生成する符号生成手段と、前記符号生成手段により生成された検査符号と前記受信手段により受信された検査符号とが同一であるか否かを判定し、同一であると判定された場合に通信データを転送し、同一でないと判定された場合に通信データを破棄する検査手段とを含むこととしてもよい。
【００４２】
上記構成によれば、送信装置が、受信装置と共通の秘密情報を保持しており、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成し、当該検査符号を通信データに添付して送信した場合であっても、転送装置が当該通信データを受信した際に、誤りが発生していると認識して転送しないという事態を回避することができる。
（１６）本発明に係る集積回路は、検査符号が添付された通信データを転送する集積回路であって、予め所定の受信装置の識別情報を記憶している記憶手段と、送信装置から受信装置宛に送信された、検査符号が添付された通信データを受信する受信手段と、前記受信手段により受信された通信データについて、誤り検査の要否を前記識別情報に基づいて判定し、誤り検査が必要な場合に、前記検査符号により誤り検査を行い前記通信データに誤りがなければ当該通信データを前記受信装置に転送し、誤り検査が不要な場合に、誤り検査を行わずに前記通信データを前記受信装置に転送する転送手段とを備えることを特徴とする。
【００４３】
上記構成によれば、集積回路は、送信装置から受信装置宛に送信された通信データを受信し、所定の受信装置宛の通信データについては、誤り検査を行わずに転送することができる。
これにより、送信装置が、所定の受信装置のみが通信データに誤りが発生していないと認識する特殊な検査符号を当該通信データに添付して送信した場合であっても、集積回路が当該通信データを受信した際に、誤りが発生していると認識して転送しないという事態を回避することができる。
（１７）本発明に係る転送装置は、検査符号が添付された通信データを転送する転送装置であって、送信装置と共通の秘密情報を保持する保持手段と、予め所定の受信装置の識別情報を記憶している記憶手段と、送信装置から受信装置宛に送信された、検査符号が添付された通信データを受信する受信手段と、前記受信手段により受信された通信データを前記秘密情報により変換して変換データを生成し当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、前記符号生成手段により生成された検査符号と前記受信側受信手段により受信された検査符号とを照合することにより、前記通信データに誤りが発生しているか否かを検査する検査手段と、前記受信手段により受信された通信データについて、前記識別情報に基づいて転送の可否を前記識別情報に基づいて判定する転送判定手段と、前記検査手段により誤りが発生していないと判定され、かつ、前記転送判定手段により転送が許可されていると判定された場合に、前記通信データを転送する転送手段とを備える。
【００４４】
上記構成によれば、転送装置は、送信装置と共通の秘密情報を保持しており、また、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成することができる。ここで、送信装置が、同様に、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成する仕様であれば、送信装置から送信された通信データに添付されている検査符号と、転送装置において生成される検査符号とは、通信経路上で通信データに誤りが発生していなければ一致するはずである。
【００４５】
また、転送装置は、検査符号が互いに一致すれば、所定の受信装置宛の通信データのみを転送する。
これにより、転送装置は、送信装置からの通信データについて誤り検出を行うことができ、さらに、所定の受信装置にのみ通信データを転送することができる。
（１８）また、前記保持手段は、さらに、前記受信装置と共通の秘密情報を保持し、前記転送手段は、前記通信データを前記秘密情報により変換して変換データを生成し、当該変換データに所定の符号変換を施して検査符号を生成し、生成された検査符号を前記通信データに添付して前記受信装置に転送することとしてもよい。
【００４６】
上記構成によれば、転送装置は、受信装置と共通の秘密情報を保持しており、また、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成することができる。ここで、受信装置が、同様に、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成する仕様であれば、送信装置から送信された通信データに添付されている検査符号と、受信装置において生成される検査符号とは、通信経路上で通信データに誤りが発生していなければ一致するはずである。
【００４７】
これにより、転送装置は、所定の受信装置への通信データに、所定の受信装置のみが誤りが発生していないと認識する検査符号を添付することができる。
（１９）本発明に係る集積回路は、検査符号が添付された通信データを転送する集積回路であって、送信装置と共通の秘密情報を保持する保持手段と、予め所定の受信装置の識別情報を記憶している記憶手段と、送信装置から受信装置宛に送信された、検査符号が添付された通信データを受信する受信手段と、前記受信手段により受信された通信データを前記秘密情報により変換して変換データを生成し、当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、前記符号生成手段により生成された検査符号と前記受信側受信手段により受信された検査符号とを照合することにより、前記通信データに誤りが発生しているか否かを検査する検査手段と、前記受信手段により受信された通信データについて、前記識別情報に基づいて転送の可否を前記識別情報に基づいて判定する転送判定手段と、前記検査手段により誤りが発生していないと判定され、かつ、前記転送判定手段により転送が許可されていると判定された場合に、前記通信データを転送する転送手段とを備える。
【００４８】
上記構成によれば、集積回路は、送信装置と共通の秘密情報を保持しており、また、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成することができる。ここで、送信装置が、同様に、秘密情報を用いた所定の符号変換を通信データに施して検査符号を生成する仕様であれば、送信装置から送信された通信データに添付されている検査符号と、転送装置において生成される検査符号とは、通信経路上で通信データに誤りが発生していなければ一致するはずである。
【００４９】
また、集積回路は、検査符号が互いに一致すれば、所定の受信装置宛の通信データのみを転送する。
これにより、集積回路は、送信装置からの通信データについて誤り検出を行うことができ、さらに、所定の受信装置にのみ通信データを転送することができる。
（２０）本発明に係るコンテンツ配信システムは、コンテンツ配信装置とコンテンツ利用装置とからなるコンテンツ配信システムであって、コンテンツ配信装置は、前記コンテンツ利用装置が保持している第２秘密情報と同一である第１秘密情報を保持する配信側保持手段と、前記コンテンツ利用装置に返信データを返信することを要求する要求データを、前記秘密情報により変換して変換データとし、当該変換データに所定の符号変換を施して検査符号を生成する配信側生成手段と、前記配信側生成手段により生成された検査符号を前記変換前の要求データに添付して送信する送信手段と、前記送信手段により送信された要求データを受信したコンテンツ利用装置から、前記返信データを受信した場合に、当該コンテンツ利用装置にコンテンツを配信する配信手段とを備える。
【００５０】
コンテンツ利用装置は、前記コンテンツ配信装置が保持している第１秘密情報と同一である第２秘密情報を保持する利用側保持手段と、前記送信手段により送信された、検査符号が添付された要求データを受信する受信手段と、前記受信手段により受信された要求データを、前記秘密情報により変換して変換データとし、当該変換データに所定の符号変換を施して検査符号を生成する利用側生成手段と、前記利用側生成手段により生成された検査符号と、前記受信手段により受信された検査符号とを照合することにより、前記要求データに誤りが発生しているか否かを検査する検査手段と、前記検査手段により誤りが発生していないと判定されたとき、前記要求データを解読し、前記コンテンツ配信装置に前記返信データを返信する返信手段とを備える。
【００５１】
上記構成によれば、コンテンツ配信装置は、コンテンツ利用装置と共通の秘密情報を保持しており、秘密情報を用いた所定の符号変換を要求データに施して検査符号を生成することができる。
また、コンテンツ利用装置は、コンテンツ配信装置と共通の秘密情報を保持しており、秘密情報を用いた所定の符号変換を要求データに施して検査符号を生成することができる。
【００５２】
これにより、コンテンツ配信装置から送信された要求データに添付されている検査符号と、コンテンツ利用装置において要求データから生成される検査符号とは、通信経路上で要求データに誤りが発生していなければ一致するはずである。
コンテンツ利用装置は、要求データに誤りが発生していないと判定すれば、要求データを解読して、コンテンツ配信装置に返信データを返信する。コンテンツ配信装置は、返信データを受信すれば、コンテンツ利用装置にコンテンツを配信する。このように、コンテンツ利用装置は、コンテンツ配信装置からコンテンツの配信を受けることができる。
【００５３】
一方、上記のコンテンツ利用装置以外の、コンテンツ配信装置と共通の秘密情報を保持していないコンテンツ利用装置は、要求データに添付された検査符号と、要求データから自ら生成した検査符号とが一致しないので、通信経路上で要求データに誤りが発生しているとして破棄してしまう。コンテンツ配信装置に再送要求をしたとしても、検査符号が一致することはない。
【００５４】
このように、コンテンツ配信装置及びコンテンツ利用装置が共通の秘密情報を互いに保持し、秘密情報を用いた所定の符号変換を施して生成した検査符号を使用して認証処理を行うことで、コンテンツの無制限な配信を制限することができる。
（２１）本発明に係るコンテンツ配信装置は、コンテンツ利用装置にコンテンツを配信するコンテンツ配信装置であって、前記コンテンツ利用装置と共通の秘密情報を保持する保持手段と、当該コンテンツ利用装置に返信データを返信することを要求する要求データを、前記秘密情報により変換して変換データとし、当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、前記符号生成手段により生成された検査符号を前記変換前の要求データに添付して送信する送信手段と、前記送信手段により送信された要求データを受信して前記検査符号により当該要求データに誤りが発生していないと判定したコンテンツ利用装置からの前記返信データを受信した場合に、当該コンテンツ利用装置にコンテンツを配信する配信手段とを備える。
【００５５】
上記構成によれば、コンテンツ配信装置は、コンテンツ利用装置と共通の秘密情報を保持しており、また、秘密情報を用いた所定の符号変換を要求データに施して検査符号を生成することができる。ここで、コンテンツ利用装置が、同様に、秘密情報を用いた所定の符号変換を要求データに施して検査符号を生成する仕様であれば、コンテンツ配信装置から送信された要求データに添付されている検査符号と、コンテンツ利用装置において生成される検査符号とは、通信経路上で通信データに誤りが発生していなければ一致するはずである。そして、コンテンツ利用装置は、要求データを取得し、解読して返信データを返信するはずである。
【００５６】
コンテンツ配信装置は、返信データを受信すれば、コンテンツ利用装置にコンテンツを配信する。
一方、上記のコンテンツ利用装置以外の、コンテンツ配信装置と共通の秘密情報を保持していないコンテンツ利用装置は、要求データに添付された検査符号と、要求データから自ら生成した検査符号とが一致しないので、通信経路上で要求データに誤りが発生しているとして破棄する。つまり返信データを返信することはない。したがって、コンテンツ配信装置は、返信データを受信することがなく、コンテンツを配信しない。
【００５７】
このように、コンテンツ配信装置及びコンテンツ利用装置が共通の秘密情報を互いに保持し、秘密情報を用いた所定の符号変換を施して生成した検査符号を使用して認証処理を行うことで、コンテンツの無制限な配信を制限することができる。
（２２）また、前記返信データは、前記コンテンツ利用装置において当該返信データを前記秘密情報により変換して変換データとし、当該変換データに前記所定の符号変換を施して生成された検査符号が添付されており、前記配信手段は、前記返信データを受信し、かつ、前記秘密情報により変換して変換データとし、当該変換データに前記所定の符号変換を施して検査符号を生成し、生成された検査符号と前記添付された検査符号とを照合することにより、前記返信データに誤りが発生しているか否かを検査して、誤りが発生していないと判定された場合に、コンテンツを配信することとしてもよい。
【００５８】
上記構成によれば、返信データにも要求データと同様な符号変換が施された検査符号が添付されており、コンテンツ配信装置は、返信データに添付された検査符号と、返信データから自ら生成した検査符号とが一致するか否か判定している。
このように、要求データと返信データとの２回にわたり、秘密情報を用いた生成した検査符号を利用することで、認証処理の確実性を向上することができる。
（２３）本発明に係るコンテンツ利用装置は、コンテンツ配信装置からコンテンツの配信を受けるコンテンツ利用装置であって、前記コンテンツ利用装置と共通の秘密情報を保持する保持手段と、コンテンツ配信装置より送信され、返信データを返信することを要求する、検査符号が添付された要求データを受信する受信手段と、前記受信手段により受信された要求データを、前記秘密情報により変換して変換データとし、当該変換データに所定の符号変換を施して検査符号を生成する符号生成手段と、前記符号生成手段により生成された検査符号と、前記受信手段により受信された検査符号とを照合することにより、前記要求データに誤りが発生しているか否かを検査する検査手段と、前記検査手段により誤りが発生していないと判定されたとき、前記要求データを解読し、前記コンテンツ配信装置に前記返信データを返信する返信手段とを備える。
【００５９】
上記構成によれば、コンテンツ利用装置は、コンテンツ配信装置と共通の秘密情報を保持しており、また、秘密情報を用いた所定の符号変換を要求データに施して検査符号を生成することができる。ここで、コンテンツ配信装置が、同様に、秘密情報を用いた所定の符号変換を要求データに施して検査符号を生成する仕様であれば、コンテンツ配信装置から送信された要求データに添付されている検査符号と、コンテンツ利用装置において生成される検査符号とは、通信経路上で通信データに誤りが発生していなければ一致するはずである。
【００６０】
一致すれば、コンテンツ利用装置は、要求データを取得し、解読してコンテンツ配信装置に返信データを返信する。
一方、上記のコンテンツ利用装置以外の、コンテンツ配信装置と共通の秘密情報を保持していないコンテンツ利用装置は、要求データに添付された検査符号と、要求データから自ら生成した検査符号とが一致しないので破棄してしまう。コンテンツ配信装置に再送要求をしたとしても、検査符号が一致することはない。
【００６１】
このように、コンテンツ配信装置がコンテンツ利用装置と共通の秘密情報を保持し、秘密情報を用いた所定の符号変換を施して生成した検査符号を使用することにより、コンテンツの無制限な配信を制限することができる。
（２４）また、前記返信手段は、前記返信データを、前記秘密情報により変換して変換データとし、当該変換データに前記所定の符号変換を施して検査符号を生成し、当該検査符号を前記変換前の返信データに添付して返信することとしてもよい。
【００６２】
上記構成によれば、コンテンツ利用装置は、返信データにも要求データと同様な符号変換が施された検査符号が添付されて返信される。
このように、要求データと返信データとの２回にわたり、秘密情報を用いた生成した検査符号を利用することで、認証処理の確実性を向上することができる。
【発明を実施するための最良の形態】
【００６３】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
（実施の形態１）
［概要］
図１は、実施の形態１に係るＡＤの概要を示す図である。
ＡＤ内は、サーバ１０、クライアント２０、ルータ３０及びハブ４０からなり、ハブ４０を中心としてサーバ１０とクライアント２０とがスター型で接続されている。なお、クライアント２０とは異なる他のクライアントもハブ４０に接続されているが図面上では省略している。また、ハブ４０は、リピータハブのようにＣＲＣ符号による誤り検出を行わないものを想定している。
【００６４】
ルータ３０は、ＡＤ内において唯一ＡＤ外のネットワークと接続されている。
サーバ１０は、ルータ３０を介してＡＤ外のネットワークから各種コンテンツを取得してコンテンツ蓄積配信部１１に蓄積する。そして、クライアント２０からコンテンツの配信要求があった場合、認証処理によりクライアント２０がＡＤ内の機器であることを確認してから、クライアント２０に当該コンテンツを配信する。配信されたコンテンツは、クライアント２０のコンテンツ提供部２１によりユーザに提供される。
【００６５】
本実施の形態は、上記の認証処理においてＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）符号を利用することを特徴とする。ＣＲＣ符号とは、近接する２端末間の通信経路上で通信対象データに誤りが発生したことを検出するために、データリンク層のパケット（以下、「フレーム」という）の最後尾に配置される情報である。つまり、フレームは、通信対象データにＣＲＣ符号を添付したものである。通常のＣＲＣ符号による誤り検査は、以下のように実行される。
【００６６】
（１）送信側端末が、誤り検出の対象となる通信対象データを生成多項式で割算し、その剰余値をＣＲＣ符号とする。算出されたＣＲＣ符号は通信対象データに添付されて受信側端末に送信される。
（２）受信側端末は、ＣＲＣ符号が添付された通信対象データを生成多項式で割算し、その剰余値を求める。剰余値は、通信経路上において通信対象データとＣＲＣ符号とからなるフレームに誤りが発生しなければ０となり、誤りが発生していれば０以外となる性質をもつ。
【００６７】
（３）受信側端末は、剰余値が０であれば通信経路上で誤りが発生していないと判定して通信対象データを取得し、剰余値が０以外であれば通信経路上で誤りが発生していると判定して通信対象データを破棄する。
本実施の形態では、上記（１）の事前に送信側端末と受信側端末とが秘密情報を共有し、（１）において送信側端末がＣＲＣ符号を算出する際に、対象データに秘密情報を付加して算出し、（２）において受信側端末が剰余値を算出する際に、秘密情報を挿入して算出することを特徴とする。
【００６８】
図１において具体的に認証処理を例にすると、以下のようになる。
サーバ１０とクライアント２０は、事前に秘密情報保持部１３、秘密情報保持部２３にて秘密情報Ｋｓを共有している。サーバ１０は、サーバＣＲＣ部１４において認証用データに秘密情報Ｋｓを付加してからＣＲＣ符号を算出する。算出されたＣＲＣ符号は、認証用データの最後尾に添付されてクライアント２０に送信される。
【００６９】
クライアント２０は、ＣＲＣ符号が添付された認証用データを受信し、それに秘密情報Ｋｓを挿入してから剰余値を算出する。このようにして算出された剰余値は、通信経路上で誤りが発生しなければ０となるので、クライアント２０は、認証用データを受け取ることができる。
認証用データを受け取ったクライアント２０は、認証用データを適正に受け取ったことを示す応答用データをサーバ１０に返信する。
【００７０】
応答用データを受信したサーバ１０は、クライアント２０がＡＤ内の機器であると確認して認証処理を終了する。
このように、サーバ１０の通信インターフェイス１２とクライアント２０の通信インターフェイス２２は、どちらも秘密情報Ｋｓを付加する特殊なＣＲＣ処理によってＣＲＣ符号を算出するので、認証用データの送受信を行うことができる。
【００７１】
一方、ルータ３０は、通信インターフェイス３１及び３２に秘密情報を共有して特殊なＣＲＣ処理を行う機能を持たない。したがって、特殊なＣＲＣ符号が添付された認証用データを受信したとしても、通常のＣＲＣ処理を行うので剰余値が０以外となり、認証用データは通信経路上で誤りが発生しているとして破棄される。
これは、ＡＤ外のクライアントがサーバ１０により認証されることがないことを意味する。サーバ１０から送信された認証用データは、ルータ３０で中継される際に、破棄されてしまうからである。
【００７２】
また、ＣＲＣ符号は、排他的論理和素子とシフトレジスタとで構成される符号化回路で算出される。この符号化回路は、通常、通信インターフェイスの集積回路内部に設けられるため、ユーザによる改造が容易ではない。
したがって、本実施の形態は、悪意あるユーザがサーバ１０やルータ３０などを改造して、ＡＤ外のクライアントにコンテンツを配信させる事態を防止することができる。
【００７３】
［構成］
以下に、本実施の形態に係るサーバ及びクライアントの構成を説明する。
図２は、認証処理を行う際のサーバの構成を示す図である。
また、図３は、認証処理を行う際のクライアントの構成を示す図である。
サーバ１０は、サーバ認証処理部１５及び通信インターフェイス１２を備える。通信インターフェイス１２は、秘密情報保持部１３、データバッファ１２１、送信ＣＲＣ部１２２、送信部１２３、受信部１２４、受信ＣＲＣ部１２５、設定受付部１２６を備える。
【００７４】
クライアント２０は、クライアント認証処理部２５及び通信インターフェイス２２を備える。通信インターフェイス２２の内部構成は、サーバ１０の通信インターフェイス１２と同じ構成となっている。なお、送信ＣＲＣ部１２２及び受信ＣＲＣ部１２５が、図１のサーバＣＲＣ部１４に相当し、送信ＣＲＣ部２２２及び受信ＣＲＣ部２２５が図１のクライアントＣＲＣ部２４に相当する。
【００７５】
通信インターフェイス１２は、通信対象データの送信時に、特殊ＣＲＣモードと通常ＣＲＣモードとのいずれかが設定される。特殊ＣＲＣモードとは、送信ＣＲＣ部１２２又は受信ＣＲＣ部１２５において、通信対象データに秘密情報Ｋｓを付加してからＣＲＣ処理をするモードであり、また、通常ＣＲＣモードとは、通信対象データに秘密情報Ｋｓを付加せずにＣＲＣ処理をするモードであるとする。これらのモードの切替は、設定受付部１２６がサーバ認証処理部１５から指示を受付けることにより成される。その指示とは、具体的には、特殊ＣＲＣモードを設定する特殊ＣＲＣコマンドまたは通常ＣＲＣモードを設定する通常ＣＲＣコマンドである。
【００７６】
なお、コンテンツの配信処理の際には、図１のコンテンツ蓄積配信部１１がコンテンツ毎に予め定められたモードへの切替を指示する。
以下に通常ＣＲＣモードと特殊ＣＲＣモードの簡単な例を示す。
＜前提＞
ＣＲＣ処理される通信対象データ（５ビット）のビット列表記を（１０１１０）とする。
【００７７】
本例で使用する生成多項式をＧ（Ｘ）＝Ｘ＾３＋Ｘ＾２＋１とする。この場合、生成多項式のビット列表記は（１１０１）となる。この生成多項式を使用すれば、ＣＲＣ符号は３ビットとなる。
秘密情報（３ビット）のビット列表記を（１１０）とする。
＜通常ＣＲＣモードの送信処理＞
（１）通信対象データ（１０１１０）の最後尾に、ＣＲＣ符号と同じ３ビットの０データ（０００）を付加して計算データ（１０１１００００）を生成する。
【００７８】
（２）計算データ（１０１１００００）を生成多項式（１１０１）で割算し、剰余値を求める。この剰余値（１０１）をＣＲＣ符号とする。
ここで、割算は、ビット毎の排他的論理和と等価なｍｏｄｕｌｏ２演算を用いる。
（３）通信対象データ（１０１１０）の最後尾に、ＣＲＣ符号を付加して送信データ（１０１１０１０１）を生成する。
【００７９】
＜通常ＣＲＣモードの受信処理＞
（１）送信データ（１０１１０１０１）を生成多項式（１１０１）で割算し、剰余値を求め、剰余値が０であることを確認する。割算は、上述したｍｏｄｕｌｏ２演算を用いる。
（２）剰余値が０であれば、通信経路上で誤りが発生していないとして、送信データ（１０１１０１０１）からＣＲＣ符号を分離した通信対象データ（１０１１０）が取得される。
【００８０】
（３）剰余値が０でなければ、通信経路上で誤りが発生しているとして、送信データ（１０１１０１０１）は破棄される。
次に、特殊ＣＲＣモードの場合を説明する。
＜特殊ＣＲＣモードの送信処理＞
（１）通信対象データ（１０１１０）の最後尾に、秘密情報（１１０）を付加し、さらに、その後ろにＣＲＣ符号と同じ３ビットの０データ（０００）を付加して計算データ（１０１１０１１００００）を生成する。
【００８１】
（２）計算データ（１０１１０１１００００）を生成多項式（１１０１）で割算し、剰余値を求める。この剰余値（０１０）をＣＲＣ符号とする。
（３）通信対象データ（１０１１０）の最後尾に、ＣＲＣ符号を付加して送信データ（１０１１００１０）を生成する。
＜特殊ＣＲＣモードの受信処理＞
（１）送信データ（１０１１００１０）を生成多項式（１１０１）で割算し、剰余値を求め、剰余値が０であることを確認する。
【００８２】
（２）剰余値が０であれば、通信経路上で誤りが発生していないとして、送信データ（１０１１００１０）からＣＲＣ符号を分離した通信対象データ（１０１１０）が取得される。
（３）剰余値が０でなければ、通信経路上で誤りが発生しているとして、送信データ（１０１１００１０）が破棄される。
【００８３】
もし、受信側の通信インターフェイスが特殊ＣＲＣモードをサポートしていない仕様であれば、特殊ＣＲＣモードにて送信された送信データ（１０１１００１０）は、通常ＣＲＣモードにて処理される。この場合、剰余値が（１１１）となり、０にならない。したがって、通信経路上で誤りが発生したとして、送信データ（１０１１００１０）は破棄される。
【００８４】
なお、ここでは、簡単のために通信対象データを５ビット、秘密情報を３ビットとしているが、実際には、通信対象データは６０バイトから１５００バイト程度であり（ＩＥＥＥ８０２．３の場合）、秘密情報は例えば１６バイトとする。また、生成多項式はＩＴＵ−Ｔに規定された３３ビットのＣＲＣ−３２を用いる。
サーバ認証処理部１５は、通信インターフェイス１２を通じてクライアント２０と通信し、クライアント２０を認証する認証処理を行う。
【００８５】
図２のサーバ認証処理部１５が行う認証処理は、（１）クライアント認証処理部２５との秘密情報Ｋｓの共有、（２）クライアント認証処理部２５への認証用フレームの送信、（３）クライアント認証処理部２５からの応答用フレームによりクライアント２０がＡＤ内の機器であるか否かの判定、の３段階からなる。
秘密情報Ｋｓの共有は、例えば、サーバ認証処理部１５とクライアント認証処理部２５との間でチャレンジレスポンス型の認証を行い、その結果として得られるセッション鍵を秘密情報Ｋｓとすることで成される。なお、このとき通信インターフェイス１２及び２２は、通常ＣＲＣモードである。
【００８６】
サーバ認証処理部１５は、秘密情報Ｋｓを共有した後、設定受付部１２６に特殊ＣＲＣモードに切り替える指示を与え、認証用データをデータバッファ１２１に入力する。送信ＣＲＣ部１２２は、データバッファ１２１から認証用データを受け取り、特殊ＣＲＣモードにてＣＲＣ符号を生成する。そして、認証用データにＣＲＣ符号を添付した認証用フレームを送信部１２３に伝送する。送信部１２３は、認証用フレームをクライアント２０に送信する。
【００８７】
クライアント２０は、認証用フレームを受信すれば、受信ＣＲＣ部２２５において、特殊ＣＲＣモードにて剰余値を算出する。クライアント２０は、事前にサーバ１０と秘密情報Ｋｓを共有しているので、通信経路上で誤りがなければ、剰余値は０になる。したがって、認証用データは破棄されずにデータバッファ２２１を通じてクライアント認証処理部２５に取得される。クライアント認証処理部２５は、認証用データを適切に取得すれば、応答用データをデータバッファ２２１に入力する。送信ＣＲＣ部２２２は、データバッファ２２１から応答用データを受け取り、特殊ＣＲＣモードにてＣＲＣ符号を生成する。そして応答用データにＣＲＣ符号を添付した応答用フレームを送信部２２３に伝送する。送信部２２３は、応答用フレームをサーバ１０に送信する。
【００８８】
サーバ認証処理部１５は、応答用フレームを受信すれば、クライアント２０がＡＤ内の機器であると判定する。なお、応答用フレームも特殊ＣＲＣモードにて生成されているので、サーバ１０の受信ＣＲＣ部１２５は、特殊ＣＲＣモードにて剰余値を算出し、剰余値が０であることを確認する。
次に、上記のような特殊ＣＲＣモードを実現する送信ＣＲＣ部及び受信ＣＲＣ部の構成を説明する。なお、サーバ１０の送信ＣＲＣ部１２２とクライアント２０の送信ＣＲＣ部２２２の構成は同一であるため、サーバ１０の送信ＣＲＣ部１２２についてのみ説明する。また、受信ＣＲＣ部についても同様に、サーバ１０の受信ＣＲＣ部１２５についてのみ説明する。
【００８９】
図４は、送信ＣＲＣ部の構成を示す図である。
送信ＣＲＣ部１２２は、モード切替回路１３１、送信ＣＲＣ制御回路１３２及び符号化回路１３３を備える。
モード切替回路１３１は、設定受付部１２６からの指示により特殊ＣＲＣモードと通常ＣＲＣモードとを切り替えて送信ＣＲＣ制御回路１３２に指定する。
【００９０】
送信ＣＲＣ制御回路１３２は、モード切替回路１３１からのモード指定に応じてＭＵＸ１、ＭＵＸ２及びＭＵＸ３を制御する。ここでＭＵＸは、２つの入力部（０側及び１側）と１つの出力部を有し、送信ＣＲＣ制御回路１３２からの制御信号が０のときは「０側」の入力信号を出力し、制御信号が１のときは「１側」の入力信号を出力するものである。
符号化回路１３３は、入力された計算データを生成多項式ＣＲＣ−３２で割算し、その剰余値である３２ビットのＣＲＣ符号を出力する。図中のｘ０、ｘ１などは排他的論理和素子であり、ｒ０、ｒ１などは１クロック毎にビットを隣に移すシフトレジスタである。
【００９１】
特殊ＣＲＣモードでは、送信ＣＲＣ部１２２は、ＭＵＸ１でデータバッファ１２１から出力される通信対象データ（ａ）の最後尾に秘密情報（ｂ）を付加して、中間データ（ｃ）を生成する。さらに、ＭＵＸ２でＭＵＸ１から出力される中間データ（ｃ）の最後尾に、３２ビットの０データ（０００・・・０）を付加して、計算データ（ｄ）を生成する。符号化回路１３３は、計算データ（ｄ）が入力され、計算データ（ｄ）を生成多項式ＣＲＣ−３２で割算した剰余値であるＣＲＣ符号（ｅ）を出力する。送信ＣＲＣ部１２２は、ＭＵＸ３で通信対象データ（ａ）にＣＲＣ符号（ｅ）を添付して送信データ（ｆ）を生成し、通信対象フレームとして送信部１２３に伝送する。
【００９２】
通常ＣＲＣモードでは、送信ＣＲＣ部１２２は、ＭＵＸ１でデータバッファ１２１から出力される対象データ（ａ）に秘密情報（ｂ）を付加しない。それ以外の処理については特殊ＣＲＣモードと同じである。
図５は、図４における（ａ）から（ｆ）までのデータ構造を示す図である。
（ａ）は、通信対象データを示す。通信対象データは、宛先アドレス領域、送信元アドレス領域、タイプ領域、ペイロード領域からなる。宛先アドレス領域及び送信元アドレス領域には、それぞれ６バイトのＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスが設定される。タイプ領域には、ペイロード領域に含まれるデータの種別が設定される。ペイロード領域には、送信されるべきデータが設定される。
【００９３】
例えば、サーバ１０がクライアント２０に認証用データを送信する場合には、宛先アドレス領域には、クライアント２０のＭＡＣアドレスが設定され、送信元アドレス領域には、サーバ１０のＭＡＣアドレスが設定され、ペイロード領域には、認証用データが設定される。
また、クライアント２０がサーバ１０に応答用データを送信する場合には、宛先アドレス領域には、サーバ１０のＭＡＣアドレスが設定され、送信元アドレス領域には、クライアント２０のＭＡＣアドレスが設定され、ペイロード領域には応答用データが設定される。
【００９４】
（ｂ）は、１６バイトの秘密情報Ｋｓを示す。
（ｃ）は、中間データを示す。中間データは、通信対象データ（ａ）の最後尾に秘密情報が付加されたものである。
（ｄ）は、計算データを示す。計算データは、中間データ（ｃ）の最後尾に３２ビットの０データ（０００・・・０）を付加されたものである。
【００９５】
（ｅ）は、符号化回路１３３にて算出された３２ビットのＣＲＣ符号を示す。
（ｆ）は、送信データを示す。送信データは、通信対象データ（ａ）の最後尾にＣＲＣ符号（ｅ）が付加されたものである。
図６は、受信ＣＲＣ部の構成を示す図である。
受信ＣＲＣ部１２５は、モード切替回路１３１、受信ＣＲＣ制御回路１３６及び符号化回路１３３、剰余値判定部１３４及び分離部１３５を備える。
【００９６】
受信ＣＲＣ部１２５は、前述の送信ＣＲＣ部１２２とほぼ同じ構成であるので、異なる部分だけを説明する。
特殊ＣＲＣモードでは、受信ＣＲＣ部１２５は、ＭＵＸ４で受信部１２４から入力される送信データ（ｇ）に秘密情報（ｈ）を挿入して、計算データ（ｉ）を生成する。符号化回路１３３は、計算データ（ｉ）が入力され、計算データ（ｉ）を生成多項式ＣＲＣ−３２で割算した剰余値（ｊ）を出力する。剰余値（ｊ）は、剰余値判定部１３４に入力される。
【００９７】
剰余値判定部１３４は、符号化回路１３３により算出された剰余値が０であるか否かを判定する。判定結果は分離部１３５に通知される。
分離部１３５は、剰余値判定部１３４の判定結果が０であれば、送信データ（ｇ）に添付されているＣＲＣ符号を分離して、通信対象データのみをデータバッファ１２１に伝送する。また、剰余値判定部１３４の判定結果が０以外であれば、送信データ（ｇ）を破棄する。
【００９８】
通常ＣＲＣモードでは、受信ＣＲＣ部１２５は、ＭＵＸ４で受信部１２４から入力される送信データ（ｇ）に秘密情報（ｈ）を付加しない。それ以外の処理については特殊ＣＲＣモードと同じである。
図７は、図６における（ｇ）から（ｊ）までのデータ構造を示す図である。
（ｇ）は、送信データを示し、図５の（ｆ）と同一である。
【００９９】
（ｈ）は、１６バイトの秘密情報Ｋｓを示し、図５の（ｂ）と同一である。
（ｉ）は、計算データを示す。計算データは、送信データ（ｇ）のペイロード領域とＣＲＣ符号領域との間に秘密情報（ｈ）が挿入されたものである。
（ｊ）は、符号化回路１３３にて算出された３２ビットの剰余値を示す。
なお、前述のように、送信ＣＲＣ部１２２及び受信ＣＲＣ部１２５は、サーバ認証処理部１５により、特殊ＣＲＣモード又は通常ＣＲＣモードのどちらかに設定される。その運用としては、通常時には通常ＣＲＣモードとし、認証処理中のみ特殊ＣＲＣモードとする方法が考えられる。
【０１００】
このような場合、サーバ認証処理部１５は、認証用データを送信するタイミングをプロトコルの仕様として認識しているため、特殊ＣＲＣモードによるＣＲＣ処理が必要になったときに、送信ＣＲＣ部１２２を特殊ＣＲＣモードに設定することができる。また、認証処理を終了するときなど、特殊ＣＲＣモードによるＣＲＣ処理が不要になったときに、サーバ認証処理部１５は、送信ＣＲＣ部１２２を通常ＣＲＣモードに設定することができる。
【０１０１】
ところが、受信ＣＲＣ部１２５については、認証処理中だからといって特殊ＣＲＣモードで送信されたフレームだけを受信するとは限らない。例えば、サーバ１０がクライアント２０の認証処理中であって、クライアント２０からの応答用フレームの受信待ち状態とする。このときに、クライアント２０以外のクライアントからコンテンツ配信要求を受けることもあるからである。
【０１０２】
したがって、サーバ１０は、特殊ＣＲＣモードに設定されているときであっても、通常ＣＲＣモードで送信されたフレームを適正に受信する必要がある。
そのため、受信ＣＲＣ部１２５は、特殊ＣＲＣモードに設定されているとき、受信したフレームを特殊ＣＲＣモードにて剰余値を算出し、剰余値が０以外であれば、次に通常ＣＲＣモードにて剰余値を算出し、それでも剰余値が０以外であったときに、通信経路上で誤りが発生したと判定することにしてもよい。
【０１０３】
また、特殊ＣＲＣモード専用のＣＲＣ部と通常ＣＲＣモード専用のＣＲＣ部とを用意し、並列に処理してもよい。
［動作］
以下に、本実施の形態に係るサーバ及びクライアントの動作を説明する。
図８は、認証処理におけるサーバとクライアントの動作を示す図である。
【０１０４】
サーバ１０は、クライアント２０からコンテンツの配信要求を受けて、クライアント２０がＡＤ内の機器であるか否かを確認する認証処理を開始する（Ｓ１１）。
最初に、サーバ１０とクライアント２０とで秘密情報Ｋｓの共有を行う（Ｓ１２）。秘密情報Ｋｓの共有は、例えば、サーバ認証処理部１５とクライアント認証処理部２５との間でチャレンジレスポンス型の認証を行い、その結果として得られるセッション鍵を秘密情報Ｋｓとすることで成される。なお、このとき通信インターフェイス１２及び２２は、通常ＣＲＣモードである。
【０１０５】
具体的には、次のようになる。
サーバ１０とクライアント２０とがそれぞれ公開鍵暗号の鍵ペア（公開鍵、秘密鍵）と証明書とを保持しているとする。サーバ１０は、乱数Ａｎを生成してクライアント２０にチャレンジデータとして送信し、クライアント２０がこの乱数Ａｎに自身の秘密鍵を用いて署名を生成したレスポンスデータと証明書とを受信する。
【０１０６】
サーバ１０は、クライアント２０の公開鍵の正当性を証明書で確認し、その後、公開鍵を用いてレスポンスデータを検証する。また、クライアント２０も同様の操作を行い、サーバ１０から送信されたレスポンスデータを検証する。
さらに、サーバ１０とクライアント２０との間で、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ（ディフィーヘルマン：ＤＨ）鍵共有方法を用いてセッション鍵を秘密情報Ｋｓとして共有する。
【０１０７】
上記のように秘密情報Ｋｓが共有された後、サーバ１０は、認証用データを生成し（Ｓ１３）、特殊ＣＲＣモードでＣＲＣ処理を施して（Ｓ１４）、認証用フレームをクライアント２０に送信する（Ｓ１５）。
クライアント２０は、認証用フレームを受信し、特殊ＣＲＣモードでＣＲＣ処理を施して剰余値を算出する（Ｓ１６）。
【０１０８】
その後、クライアント２０は、剰余値が０であるか否かを判定する（Ｓ１７）。ここで、クライアント２０は秘密情報Ｋｓをサーバ１０と共有しているので、通信経路上で誤りが発生しなれば、剰余値は０になる。
剰余値が０であれば、クライアント２０は、応答用データを生成し（Ｓ１８）、特殊ＣＲＣモードでＣＲＣ処理を施して（Ｓ１９）、応答用フレームをサーバ１０に送信する（Ｓ２０）。
【０１０９】
また、剰余値が０以外であれば、クライアント２０は、通信経路上で誤りが発生したとして認証用データを破棄する。
サーバ１０は、応答用フレームを受信し、特殊ＣＲＣモードでＣＲＣ処理を施して剰余値を算出する（Ｓ２１）。
その後、サーバ１０は、剰余値が０であるか否かを判定する（Ｓ２２）。ここで、サーバ１０は、秘密情報Ｋｓをクライアント２０と共有しているので、通信経路上で誤りが発生しなければ、剰余値は０になる。
【０１１０】
剰余値が０であれば、サーバ１０は、クライアント２０がＡＤ内の機器であると認証して、認証処理を終了する（Ｓ２３）。
また、剰余値が０以外であれば、サーバ１０は、通信経路上で誤りが発生したとして応答用データを破棄する。
次に、ＡＤ外のクライアントがサーバ１０にコンテンツ配信要求をする場合のサーバ１０及びＡＤ外のクライアントの動作を示す。
【０１１１】
図９は、認証処理におけるサーバとＡＤ外のクライアントの動作を示す図である。
サーバ１０は、ＡＤ外のクライアントからコンテンツの配信要求を受けて、クライアントがＡＤ内の機器であるか否かを確認する認証処理を開始する（Ｓ３１）。
最初に、サーバ１０とクライアントとで秘密情報Ｋｓの共有を行う（Ｓ３２）。なお、このときの通信は通常ＣＲＣモードで行われるため、送信されるフレームは、ルータ３０を通過する。
【０１１２】
秘密情報Ｋｓが共有された後、サーバ１０は、認証用データを生成し（Ｓ３３）、特殊ＣＲＣモードでＣＲＣ処理を施して（Ｓ３４）、認証用フレームをＡＤ外のクライアントに送信する（Ｓ３５）。
ところが、ルータ３０は、特殊ＣＲＣモードをサポートしていないので、認証用フレームを受信しても通信経路上で誤りが発生したとして破棄する。
【０１１３】
クライアントは、認証用フレームの受信待ち状態であるが、認証用フレームがルータ３０で破棄されるため、受信できずにタイムアウトとなる。一方、サーバ１０は、認証用フレームを送信した後、クライアントからの応答用フレームの受信待ち状態であるが、応答用フレームが届かずにタイムアウトとなり、認証処理を終了する（Ｓ３６）。
なお、ルータ３０が認証用フレームを破棄した場合に、サーバ１０に再送要求する仕様も考えられる。この場合、サーバ１０は、認証用フレームを再送するが、再びルータ３０により破棄されるという動作が繰り返される。そこで、サーバ１０は、再送回数をカウントしておき、一定の回数を越えた場合に認証処理を強制終了するとしてもよい。
【０１１４】
このように、本実施の形態では、サーバ１０とクライアント２０は、特殊ＣＲＣモードをサポートしているので、サーバ１０は、クライアント２０をＡＤ内の機器であると認証することができる。一方、ルータ３０は特殊ＣＲＣモードをサポートしていないので、サーバ１０からの認証用フレームを受信しても破棄してしまう。これにより、ＡＤ外のクライアントは、サーバ１０からの認証用フレームが届かず、認証を受けることができない。
【０１１５】
サーバ１０は、上述の認証処理の後に、コンテンツを配信するので、ＡＤ内のクライアントはコンテンツの配信を受けることができるが、ＡＤ外のクライアントはコンテンツの配信を受けることができない。したがって、コンテンツの無制限な共有を防止することができる。
以上、実施の形態１を説明した。
【０１１６】
なお、サーバ１０が保有するサーバ認証処理部１５、秘密情報保持部１３、データバッファ１２１、送信ＣＲＣ部１２２、送信部１２３、受信部１２４、受信ＣＲＣ部１２５および設定受付部１２６の各機能ブロックは典型的には集積回路であるＬＳＩとして実現される。
同様に、クライアント２０が保有するクライアント認証処理部２５、秘密情報保持部２３、データバッファ２２１、送信ＣＲＣ部２２２、送信部２２３、受信部２２４、受信ＣＲＣ部２２５および設定受付部２２６の各機能ブロックは典型的には集積回路であるＬＳＩとして実現される。
【０１１７】
ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセサを利用しても良い。
【０１１８】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行っても良い。バイオ技術の適用などが可能性としてあり得る。
（実施の形態２）
［概要］
実施の形態１は、認証処理において、認証用フレームがルータ３０を越えて他のネットワークに届かないようにしている。これは、サーバ１０に蓄積されているコンテンツが、ルータ３０の配下の１つのサブネットでのみ共有されることを意味する。別の観点から見ると、ＡＤの範囲を１つのサブネットに限定した形態といえる。
【０１１９】
しかし、このようにＡＤの範囲が１つのサブネットに限定された場合、例えば、自宅の１階と２階とで異なるサブネットとして運用しているユーザは、１階のサーバに蓄積されたコンテンツを２階の機器で利用できないという問題が生じる。
そこで、本実施の形態は、ルータに予めサーバとクライアントのＭＡＣアドレスを登録しておき、登録されたＭＡＣアドレスへのフレームを受信すれば、ＣＲＣ符号による誤り検査をせずに転送することとする。これにより、サーバからルータを介してクライアントに送信される認証用フレームは、ルータで破棄されることがなくなり、ルータを越えた認証を行うことができる。
【０１２０】
図１０は、実施の形態２に係るＡＤの概要を示す図である。
ＡＤ内は、サーバ１０、クライアント２０、ルータ５０及びハブ４０、４１からなる。
サーバ１０及びクライアント２０は、ルータ５０を介して接続され、異なるネットワークアドレスに属しているということが実施の形態１と異なるが、それぞれの内部の構成については実施の形態１と同様である。
【０１２１】
したがって、本実施の形態においても、実施の形態１と同様に、サーバ１０とクライアント２０は、事前に秘密情報Ｋｓを共有しておき、サーバ１０は、サーバＣＲＣ部１４において認証用データに特殊ＣＲＣモードによるＣＲＣ処理を施し、認証用フレームを生成し、クライアント２０に送信する。
また、クライアント２０は、認証用フレームを受信すれば、特殊ＣＲＣモードによるＣＲＣ処理を施し剰余値を算出し、剰余値が０であるか否かを判定する。以後の応答用フレームを返信する処理も同様である。
【０１２２】
本実施の形態に係るルータ５０は、コンテンツの配信が許可された機器のＭＡＣアドレスを予め外部配信許可リストに登録しておき、受信したフレームに含まれる宛先アドレスが外部配信許可リストに登録されていれば、誤り検査をせずに転送することを特徴とする。これにより、サーバ１０のＭＡＣアドレスと、クライアント２０のＭＡＣアドレスとが登録されていれば、サーバ１０からクライアント２０への認証用フレーム、又はクライアント２０からサーバ１０への応答用フレームは、ＣＲＣ符号による誤り検出がされずに転送される。なお、認証用フレームや応答用フレームに限らず、コンテンツが格納されたコンテンツフレームについても同様である。
［構成］
図１１は、サーバ１０からクライアント２０へのフレームを転送する際のルータ５０の構成を示す図である。
【０１２３】
ルータ５０は、２つの通信インターフェイス５１及び５２、外部配信許可リスト記憶部５５、ルーティング処理部５８及び登録部５９を備える。なお、簡単のため通信インターフェイス５１は受信機能のみを、通信インターフェイス５２は送信機能のみを図示しているが、実際には、通信インターフェイス５１も送信機能を備え、通信インターフェイス５２も受信機能を備えている。また、簡単のため通信インターフェイスの数は２つとしているが、これに限らない。
【０１２４】
受信部５６は、サーバ１０からのフレームを受信してアドレス検出部５１１に入力する。
アドレス検出部５１１は、フレームに含まれる宛先のＭＡＣアドレスと送信元のＭＡＣアドレスとを検出して、外部配信許可リストにこれらのＭＡＣアドレスと、対応する通信インターフェイスとが登録されているか否か判定する。もし、外部配信許可リストに登録されていれば、その通信インターフェイスの送信部にフレームを転送する。（図１１では、通信インターフェイス５２の送信部５７に転送している。）外部配信許可リストに登録されていなければ、フレームをＣＲＣ部５３に入力する。
【０１２５】
ＣＲＣ部５３は、フレームをＣＲＣ符号による誤り検出を行い、剰余値が０であるか否か判定する。剰余値が０であれば、通信経路上で誤りが発生していないとしてフレームに含まれる通信対象データを取得し、剰余値が０以外であれば、通信経路上で誤りが発生しているとしてフレームを破棄する。なお、ＣＲＣ部５３は、通常ＣＲＣモードのみをサポートしている。
【０１２６】
ルーティング処理部５８は、内部にルーティングテーブルを有し、宛先のネットワークアドレスに対応する通信インターフェイスに取得した通信対象データを転送する。（図１１では、通信インターフェイス５２に転送している。）
ＣＲＣ部５４は、ルーティング処理部５８により転送された通信対象データにＣＲＣ処理を施して送信部５７に入力する。なお、ＣＲＣ部５４は、通常ＣＲＣモードのみをサポートしている。
【０１２７】
登録部５９は、受信したフレームがアドレス登録用フレームであれば、そのアドレス登録用フレームに設定されている機器のネットワークアドレスと、機器のＭＡＣアドレスと、機器名と、そのアドレス登録用フレームを受信した通信インターフェイスとを、外部配信許可リストのネットワークアドレス欄５５０、ＭＡＣアドレス欄５５１、機器欄５５２、ポート欄５５３にそれぞれ登録する。
【０１２８】
これにより、サーバ１０は、アドレス登録用フレームにより、自己のネットワークアドレス、ＭＡＣアドレス、機器名、自己が接続されているルータ５０の通信インターフェイスを外部配信許可リストに登録することができる。クライアント２０も同様である。
図１２は、外部配信許可リストの一例を示す図である。
これによると、ＭＡＣアドレス（０８−００−１６−２１−５Ａ−６３）のサーバが、ネットワークアドレス（１３３．１．１４４．０）上に存在し、アドレス登録用フレームを受信した通信インターフェイスがポート１であることを示す。ルータ５０は、サーバが存在しているネットワークをＡＤ内、それ以外のネットワークをＡＤ外と認識する。
【０１２９】
つまり、ネットワークアドレス（１３３．１．１４５．０）上のテレビやゲーム機は、ＡＤ外の機器である。通常であれば、ＡＤ外の機器は、サーバから認証を受けることができないが、このように外部配信許可リストに登録しておけば、サーバから認証を受けることができる。
また、ネットワークアドレスの登録は、悪意あるユーザにより設定変更できるため、ＡＤ外の機器であってもＡＤ内の機器であるように設定することが可能である。例えば、ＨＤＤレコーダは、ネットワークアドレス（１３３．１．１４４．０）上にあると不正に登録されている。
【０１３０】
しかし、ルータ５０は、アドレス登録用フレームを受信した通信インターフェイスをポート欄５５３に登録するので、ネットワークアドレス欄５５０とポート欄５５３との組に不一致があることにより不正な登録があることを検知することができる。
したがって、ルータ５０は、不正な登録がある場合に、ＡＤ外へのフレーム転送を禁止することができる。
【０１３１】
なお、ＡＤ外へのフレーム転送の禁止の解除は、外部配信許可リスト内のネットワークアドレスとポートとの組が正常に修正された時点で実施してもよいし、正常に修正されたとしても実施しなくてもよい。
これにより、ルータ５０は、特殊なＣＲＣ符号が添付されたフレームを受信したとしても、そのフレームが示す宛先ネットワークアドレスが外部配信許可リストに登録されていれば、ＣＲＣ部で誤り検査を行わずに転送することができる。
［動作］
以下に、ルータ５０の動作を説明する。なお、サーバ１０とクライアント２０との認証処理については、実施の形態１と同様なので説明を省略する。
【０１３２】
図１３は、ルータ５０がフレームを受信した場合の動作を示す図である。
ルータ５０は、フレームを受信する（Ｓ３１）。
フレームを受信すれば、フレームに含まれている宛先のＭＡＣアドレスを検出する（Ｓ３２）。
検出したＭＡＣアドレスが、外部通信登録リストに登録されていれば（Ｓ３３：Ｙｅｓ）、受信したフレームを登録されているＭＡＣアドレスに対応する通信インターフェイスを介して転送する（Ｓ３９）。
【０１３３】
検出したＭＡＣアドレスが、外部通信登録リストに登録されていなければ（Ｓ３３：Ｎｏ）、ＣＲＣ符号による誤り検査を行う（Ｓ３４）。
剰余値が０以外であれば（Ｓ３５：Ｎｏ）、通信経路上に誤りが発生したとして受信したフレームを破棄する（Ｓ３６）。
剰余値が０であれば（Ｓ３５：Ｙｅｓ）、通信経路上に誤りが発生しなかったとしてルーティング処理を行う（Ｓ３７）。
【０１３４】
ルータ５０は、ルーティング処理により、転送先の通信インターフェイスを特定し、ＣＲＣ符号を算出してフレームに添付して（Ｓ３８）、転送する（Ｓ３９）。
このように、本実施の形態は、ルータ５０の外部配信許可リストに予めサーバ１０のＭＡＣアドレスと、クライアント２０のＭＡＣアドレスとを登録しておき、サーバ１０からクライアント２０へのフレーム、又はクライアント２０からサーバ１０へのフレームは、ＣＲＣ符号による誤り検出をせずに転送する。これにより、サーバ１０とは異なるネットワークに属するクライアント２０であっても、コンテンツの配信を受けることができる。
【０１３５】
以上、実施の形態２を説明した。
なお、ＣＲＣ部５３、５４、外部配信許可リスト記憶部５５、受信部５６、送信部５７、ルーティング処理部５８、登録部５９およびアドレス検出部５１１の各機能ブロックは典型的には集積回路であるＬＳＩとして実現される。
ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１３６】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセサを利用しても良い。
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行っても良い。バイオ技術の適用などが可能性としてあり得る。
（実施の形態３）
［概要］
実施の形態２は、ルータが予めサーバとクライアントのＭＡＣアドレスを登録しており、登録されたＭＡＣアドレスへのフレームを受信すれば、ＣＲＣ符号による誤り検査をせずに転送している。これにより、サーバからルータを中継してクライアントに送信されるフレームは、ルータの通信インターフェイスが特殊ＣＲＣモードをサポートしていなくても、ルータで破棄されることがなくなる。
【０１３７】
しかし、上記の方法によれば、サーバからルータまでの通信経路上でフレームに誤りが発生している場合でも、ルータは、誤り検査をせずにそのまま転送してしまう。これは、特に、ネットワークが混雑しやすい環境で問題となってくる。
そこで、本実施の形態は、ルータにも特殊ＣＲＣモードをサポートする通信インターフェイスを備えることにより、ルータにおける特殊ＣＲＣモードによる誤り検出を可能とする。これにより、誤りが発生しているにも関わらずルータがフレームを転送するという事態を防止することができる。また、本実施の形態は、実施の形態１と同様に、ＡＤ外のネットワークと接続される通信インターフェイスは、通常ＣＲＣモードのみをサポートしている通信インターフェイスである。これにより、コンテンツの無制限な共有を防止することができる。
【０１３８】
図１４は、実施の形態３に係るＡＤの概要を示す図である。
ＡＤ内は、サーバ１０、クライアント２０、ルータ６０及びハブ４０、４１からなる。
サーバ１０及びクライアント２０は、実施の形態２と同様に、ルータ６０を介して接続され、異なるネットワークアドレスに属している。
ルータ６０は、通信インターフェイス６１、６２、６３及び認証済機器リスト６９を備える。通信インターフェイス６１、６２は、特殊ＣＲＣモードによるＣＲＣ処理がサポートされている。また、通信インターフェイス６３は、通常ＣＲＣモードによるＣＲＣ処理のみがサポートされている。
【０１３９】
サーバ１０及びクライアント２０は、それぞれ通信インターフェイス６１及び６２に接続され、ＡＤ外のネットワークであるインターネット７０は、通信インターフェイス６３に接続されている。
本実施の形態では、コンテンツ配信の手順は以下の通りとなる。
（１）サーバ１０が、コンテンツ配信の事前に、ルータ６０との間でＡＤ内の機器であることを確認する認証処理を行う。この認証処理は、実施の形態１の認証処理と同様に実施することができる。
【０１４０】
（２）同様に、クライアント２０が、コンテンツの配信の事前に、ルータ６０との間でＡＤ内の機器であることを確認する認証処理を行う。
（３）ルータ６０は、サーバ１０、クライアント２０との認証処理が正常に終了すれば、サーバ１０とクライアント２０とのＭＡＣアドレスを認証済機器リストに登録しておく。
【０１４１】
（４）ルータ６０は、サーバ１０からクライアント２０宛のコンテンツが格納されたコンテンツフレームを受信したとき、特殊ＣＲＣモードにて誤り検査を行い、誤りが発生しているか否か判定する。
（５）誤りが発生していないと判定された場合、認証済機器リストを参照して、サーバ１０とクライアント２０とが登録されているときに限り、当該コンテンツフレームに特殊ＣＲＣモードにてＣＲＣ処理を行いクライアント２０に転送する。
【０１４２】
このように、本実施の形態では、ルータ６０がフレームを中継する際に、誤り検査を行うので、誤りの発生したフレームが転送されることを防止できる。したがって、ネットワーク資源の有効利用を図ることができる。
また、ＡＤ外のネットワークであるインターネット７０に接続されている通信インターフェイスは、通常ＣＲＣモードのみをサポートするものなので、ＡＤ外のクライアントは、ルータ６０と認証処理を行うことができない。したがって、ＡＤ外のクライアントは、認証済機器リストに登録されることがなく、サーバ１０からコンテンツの配信を受けることができない。これにより、無制限なコンテンツの利用を防止することができる。
【０１４３】
[構成]
図１５は、サーバ１０からクライアント２０にコンテンツフレームが転送される際のルータ６０の構成を示す図である。
ルータ６０は、通信インターフェイス６１、６２、ルーティング処理部８０を備える。通信インターフェイス６１及び６２は、図２の通信インターフェイス１２と同じものであるが、ここでは、通信インターフェイス６１については、受信機能のみ、通信インターフェイス６２については、送信機能のみを表示している。
【０１４４】
ルーティング処理部８０は、ルーティングテーブル８１、認証済機器リスト６９及び設定部８２を備える。
ルーティングテーブル８１には、ルータ６０の各通信インターフェイスと、それらに接続されているネットワークアドレスとが対応付けられて登録されている。
認証済機器リスト６９には、ルータ６０との認証処理においてＡＤ内の機器であると認証された各機器と、それらのＭＡＣアドレスとが対応付けられて登録されている。
【０１４５】
ルーティング処理部８０は、通常ＣＲＣモードによりＣＲＣ処理されたフレームを受信した場合、ルーティングテーブル８１を参照して受信したフレームを対応する通信インターフェイスに転送し、特殊ＣＲＣモードによりＣＲＣ処理されたフレームを受信した場合、認証済機器リスト６９を参照して受信したフレームを対応する通信インターフェイスに転送する。
【０１４６】
設定部８２は、受信ＣＲＣ部８４から、受信されたフレームのＣＲＣ処理が特殊ＣＲＣモードによるものか通常ＣＲＣモードによるものかの通知を受けて、送信ＣＲＣ部８５に同じモードを設定する。
つまり、サーバ１０において特殊ＣＲＣモードでＣＲＣ処理されたフレームは、ルータ６０でも特殊ＣＲＣモードでＣＲＣ処理をされて転送される。また、通常ＣＲＣモードでＣＲＣ処理されたフレームは、通常ＣＲＣモードでＣＲＣ処理されて転送される。
【０１４７】
これによると、サーバ１０が誤って特殊ＣＲＣモードでＣＲＣ処理されたコンテンツフレームをＡＤ外のクライアントに配信しようとしても、通信インターフェイス６３は特殊ＣＲＣモードをサポートしていないので、コンテンツを転送することができない。したがって、ＡＤ外のクライアントにコンテンツを配信してしまうことを防止することができる。
【０１４８】
図１６は、認証済機器リストの一例を示す図である。
これによると、例えば、ＭＡＣアドレス（０８−００−１６−２１−５Ａ−６３）のサーバがネットワークアドレス（１３３．１．１４４．０）上に存在し、そのネットワークアドレスに接続されている通信インターフェイスがポート１であることを示す。
認証済機器リストのネットワークアドレス欄６９０、ＭＡＣアドレス欄６９１、機器欄６９２、ポート欄６９３は、ルータ６０により、認証処理が正常に終了したとき、認証用データに含まれている情報を分類して登録される。つまり、認証済登録リストは、ユーザが登録するものではないので、ユーザインターフェイスなどを設ける必要がなく、ユーザによる設定変更が困難となる。
【０１４９】
[動作]
以下に、ルータ６０の動作を説明する。なお、ルータ６０とサーバ１０との認証処理、ルータ６０とクライアント２０との認証処理については、実施の形態１と同様なので説明を省略する。
図１７は、ルータ６０のルーティング処理の動作を示す図である。
【０１５０】
ルータ６０は、受信したフレームが自己宛ではなく転送するべきものであればルーティング処理を開始する。
ルーティング処理部８０は、フレームを受信した通信インターフェイスから、特殊ＣＲＣモードと通常ＣＲＣモードのどちらで誤りがないと判定されたかの通知を受ける。通知が通常ＣＲＣモードであれば（Ｓ７１、Ｙｅｓ）、ルーティングテーブルを参照して（Ｓ７２）、通信対象データの宛先ネットワークアドレスに対応する通信インターフェイスを特定し、特定された通信インターフェイスの送信ＣＲＣ部に、通常ＣＲＣモードの設定指示を行い（Ｓ７３）、通信対象データを伝送する（Ｓ７４）。
【０１５１】
ステップＳ７１において特殊ＣＲＣモードと通知された場合（Ｓ７１、Ｎｏ）、認証済機器リストを参照して（Ｓ７５）、登録があるか否か判定する（Ｓ７６）。
登録がある場合（Ｓ７６、Ｙｅｓ）、通信対象データの宛先ＭＡＣアドレスに対応する通信インターフェイスを特定し、特定された通信インターフェイスの送信ＣＲＣ部に、特殊ＣＲＣモードの設定指示を行い（Ｓ７７）、データを伝送する（Ｓ７４）。
【０１５２】
ステップＳ７６において登録がない場合（Ｓ７６、Ｎｏ）、データは破棄される（Ｓ７８）。
このように、本実施の形態では、ルータ６０がフレームを中継する際に、誤り検査を行うので、誤りの発生したフレームが転送されることを防止することができる。したがって、ネットワーク資源の有効利用を図ることができる。これは、特に、通信系路上で誤りが発生しやすく、ネットワークが混雑しやすい無線ＬＡＮに有効である。
【０１５３】
また、ＡＤ外のネットワークであるインターネット７０に接続されている通信インターフェイスは、通常ＣＲＣモードのみをサポートするものなので、ＡＤ外のクライアントは、ルータ６０と認証処理を行うことができない。したがって、ＡＤ外のクライアントは、認証済機器リストに登録されることがなく、サーバ１０からコンテンツの配信を受けることができない。これにより、無制限なコンテンツの利用を防止することができる。
【０１５４】
以上、実施の形態３を説明した。
なお、ルーティング処理部８０とその内部のルーティングテーブル８１、認証済機器リスト６９および設定部８２、また、秘密情報保持部６４、６６、送信ＣＲＣ部８４、８５、送信部８３、８６の各機能ブロックは典型的には集積回路であるＬＳＩとして実現される。
【０１５５】
ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセサを利用しても良い。
【０１５６】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行っても良い。バイオ技術の適用などが可能性としてあり得る。
（変形例）
なお、全ての実施の形態において特殊ＣＲＣモードによるＣＲＣ符号と通常ＣＲＣモードによるＣＲＣ符号とが異なることを前提に説明しているが、これらが等しい場合も一定の確率で起こりえる。これらが等しい場合、通常ＣＲＣモードしかサポートされていないクライアントやルータであっても、特殊ＣＲＣモードによるＣＲＣ符号が添付された通信対象データを適切に取得してしまう。
【０１５７】
そこで、特殊ＣＲＣモードによるＣＲＣ符号と、通常ＣＲＣモードによるＣＲＣ符号とが等しい場合であっても、通常ＣＲＣモードしかサポートされていないクライアントやルータが通信対象データを取得できないように、以下のようにしてもよい。
＜送信処理＞
（１）対象データに秘密情報を付加したときのＣＲＣ符号と、通常のＣＲＣ符号とを両方算出する。
【０１５８】
（２）秘密情報を付加したＣＲＣ符号と、通常のＣＲＣ符号とが等しいか比較する。
（３）秘密情報を付加したＣＲＣ符号と、通常のＣＲＣ符号とが等しい場合には、秘密情報を付加したＣＲＣ符号をビット反転し、反転ＣＲＣ符号を対象データに添付する。例えば、秘密情報を付加したＣＲＣ符号が（１０１）の場合、ビット反転した反転ＣＲＣ符号は（０１０）となる。
【０１５９】
（４）秘密情報を付加したＣＲＣ符号と、通常のＣＲＣ符号とが異なる場合には、秘密情報を付加したＣＲＣ符号を対象データに添付する。
＜受信処理＞
（１）対象データに秘密情報を付加したＣＲＣ符号と、通常のＣＲＣ符号とを両方算出する。
【０１６０】
（２）秘密情報を付加したＣＲＣ符号と、通常のＣＲＣ符号とが等しいか比較する。
（３）秘密情報を付加したＣＲＣ符号と、通常のＣＲＣ符号とが等しい場合には、対象データに添付されたＣＲＣ符号をビット反転し、反転ＣＲＣ符号と、秘密情報を付加したＣＲＣ符号とを比較する。これが等しい場合には、対象データを取得する。
（４）秘密情報を付加したＣＲＣ符号と、通常のＣＲＣ符号とが等しい場合には、対象データに添付されたＣＲＣ符号をビット反転し、反転ＣＲＣ符号と、秘密情報を付加したＣＲＣ符号とを比較する。これが異なる場合には、対象データを破棄する。
【０１６１】
（５）秘密情報を付加したＣＲＣ符号と、通常のＣＲＣ符号とが異なる場合には、対象データに添付されたＣＲＣ符号と、秘密情報を付加したＣＲＣ符号とを比較する。これが等しい場合には、対象データを取得する。
（６）秘密情報を付加したＣＲＣ符号と、通常のＣＲＣ符号とが異なる場合には、対象データに添付されたＣＲＣ符号と、秘密情報を付加したＣＲＣ符号とを比較する。これが異なる場合には、対象データを破棄する。
【０１６２】
上記のようにすれば、対象データに秘密情報を付加してから算出したＣＲＣ符号と、秘密情報を付加せずに算出したＣＲＣ符号とが等しい場合であっても、秘密情報が付加されてから算出されたことがわかる。
なお、本発明に係る認証方式は、コンテンツの配信以外での認証処理においても利用可能である。
【０１６３】
また、当該認証方式は、Ｅｔｈｅｒｎｅｔ（登録商標）、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈなどいずれのデータリンク層仕様でも適用可能である。
なお、秘密情報の解読を困難化するため、ＣＲＣ符号をチェックサムではなく、暗号的ハッシュ値（３２ビット）としてもよい。
また、更なるセキュリティの向上のため、３２ビットではなく、例えば１６０ビットなどの暗号的ハッシュ値としてもよい。
【０１６４】
また、セキュリティ向上のため、ペイロード部を暗号化してもよい。
なお、全ての実施の形態において、認証処理に秘密情報を共有する段階があるが、認証処理の時間短縮のため、予め機器に組み込まれた固定の秘密情報を用いることとしてもよい。
また、実施の形態１では、秘密情報の共有方法について説明しているが、サーバとクライアントとの間で秘密情報が共有さえできれば、この方法に限らない。
【０１６５】
なお、全ての実施の形態において、実際に通信経路上で誤りが発生する可能性があるので、認証処理を複数回行ってもよい。また、認証処理を複数回行うとき、セキュリティ向上のため、毎回秘密情報を変化させてもよい。
なお、第三者からの匿名性を確保するため、秘密情報の共有時に送受信端末間で、実際とは異なるアドレスを互いに通知しあい、以後の認証処理ではそのアドレスを用いることで送受信端末の特定を困難としてもよい。
【０１６６】
なお、不正機器へのコンテンツの配信を防止するため、認証処理において認証対象機器が以前に不正行為を行って無効化されている機器でないかを確認してもよい。
なお、不正機器による成りすましを防止するため、イニシエータ又はレスポンダの少なくとも一方のペイロードに、自身に関する情報（証明書、ＩＰアドレス、機器ＩＤなど）を含めてもよい。
【０１６７】
なお、ハッカーによる情報の改ざんを防止するため、イニシエータ又はレスポンダの少なくとも一方のペイロードに、宛先アドレス部、送信元アドレス部、タイプ部、ペイロード部のハッシュ値や、これらの組み合わせのハッシュ値を含めてもよい。さらに、前記ハッシュ値に電子署名を施しても構わない。
なお、コピー制御情報のランクに応じた認証を可能とするため、イニシエータ又はレスポンダの少なくとも一方のペイロードに、認証後の通信に必要な情報（ポート番号、コンテンツ情報、コンテンツ属性など）を含めてもよい。
【０１６８】
なお、認証後に開始するコンテンツ配信の情報を事前に通知するため、イニシエータ又はレスポンダの少なくとも一方のペイロードに、自身の処理能力に関する情報（デコーダ、エンコーダ、通信インターフェイスなど）を含めてもよい。
なお、送受信端末が同じルータ内にあることの確認を確実にするため、イニシエータ又はレスポンダの少なくとも一方のペイロードに、自身が接続されているルータに関する情報（ＩＰアドレス、ＭＡＣアドレスなど）を含めてもよい。
【０１６９】
なお、全ての実施の形態において、異なるネットワークを接続する装置をＯＳＩ参照モデルの第１層（物理層）から第３層（ネットワーク層）までの処理を行う「ルータ」としているが、誤り検出を行うものであれば、これに限らず、第１層（物理層）から第２層（データリンク層）までの処理を行う「ブリッジ」でも構わない。
また、特殊ＣＲＣモードは、通常ＣＲＣモードで誤り検査をした場合に常に誤りが発生していると誤認させるために、通信対象データの最後尾に秘密情報を付加してからＣＲＣ符号を算出しているが、誤認させることができれば、「最後尾に付加」のみに限らない。例えば、通信対象データの先頭に付加してもよいし、通信対象データの先頭から所定ビット目に挿入するという方式でも構わない。また、通信対象データに秘密情報を付加してからＣＲＣ符号を算出するのではなく、通信対象データから通常モードによりＣＲＣ符号を算出し、秘密情報を用いて変換した変換ＣＲＣ符号でも、同様の効果が得られる。
【産業上の利用可能性】
【０１７０】
本発明は、家庭内ネットワークにおけるコンテンツの送受信システムに利用できる。
【図面の簡単な説明】
【０１７１】
【図１】実施の形態１に係るＡＤの概要を示す図である。
【図２】認証処理を行う際のサーバの構成を示す図である。
【図３】認証処理を行う際のクライアントの構成を示す図である。
【図４】送信ＣＲＣ部の構成を示す図である。
【図５】図４における（ａ）から（ｆ）までのデータ構造を示す図である。
【図６】受信ＣＲＣ部の構成を示す図である。
【図７】図６における（ｇ）から（ｊ）までのデータ構造を示す図である。
【図８】認証処理におけるサーバとクライアントの動作を示す図である。
【図９】認証処理におけるサーバとＡＤ外のクライアントの動作を示す図である。
【図１０】実施の形態２に係るＡＤの概要を示す図である。
【図１１】サーバ１０からクライアント２０へのフレームを転送する際のルータ５０の構成を示す図である。
【図１２】外部配信許可リストの一例を示す図である。
【図１３】ルータ５０がフレームを受信した場合の動作を示す図である。
【図１４】実施の形態３に係るＡＤの概要を示す図である。
【図１５】サーバ１０からクライアント２０にコンテンツフレームが転送される際のルータ６０の構成を示す図である。
【図１６】認証済機器リストの一例を示す図である。
【図１７】ルータ６０のルーティング処理の動作を示す図である。
【符号の説明】
【０１７２】
１０    サーバ
１１    コンテンツ蓄積配信部
１２    通信インターフェイス
１３    秘密情報保持部
１４    サーバＣＲＣ部
１５    サーバ認証処理部
２０    クライアント
２１    コンテンツ提供部
２２    通信インターフェイス
２３    秘密情報保持部
２５    クライアント認証処理部
３０    ルータ
３１    通信インターフェイス
１２１    データバッファ
１２２    送信ＣＲＣ部
１２３    送信部
１２４    受信部
１２５    受信ＣＲＣ部
１２６    設定受付部
１３１    モード切替回路
１３２    送信ＣＲＣ制御回路
１３３    符号化回路
１３４    剰余値判定部
１３５    分離部
１３６    受信ＣＲＣ制御回路
【図１】
2004357284.tif 000003
【図２】
2004357284.tif 000004
【図３】
2004357284.tif 000005
【図４】
2004357284.tif 000006
【図５】
2004357284.tif 000007
【図６】
2004357284.tif 000008
【図７】
2004357284.tif 000009
【図８】
2004357284.tif 000010
【図９】
2004357284.tif 000011
【図１０】
2004357284.tif 000012
【図１１】
2004357284.tif 000013
【図１２】
2004357284.tif 000014
【図１３】
2004357284.tif 000015
【図１４】
2004357284.tif 000016
【図１５】
2004357284.tif 000017
【図１６】
2004357284.tif 000018
【図１７】
2004357284.tif 000019