(57)【要約】【課題】ユーザの使い勝手を悪くすることなく、著作権保護強化を図る。【解決手段】本発明に係る無線通信システムは、ローカルエリア無線ネットワークＡに接続されたソース機器１、無線基地局２及びシンク機器３と、ローカルエリア無線ネットワークＢに接続されたソース機器４及び無線機器５とを備える。ソース機器１とシンク機器３で変更可能なＤＴＣＰネットワークＩＤの変更回数を制限するようにしたため、著作権保護を図る必要のあるコンテンツの悪用を防止できる。また、認証に失敗した場合に、コンテンツの送信を完全に禁止するのではなく、一定の制限をかけた上でコンテンツの送信を認めるようにしたため、著作権保護を図りつつ、ユーザの使い勝手を向上できる。【選択図】　図１
2004048493.tif 000002
【特許請求の範囲】
【請求項１】
著作権保護が必要なコンテンツを、ネットワークを介して１以上の受信装置に送信する送信装置において、
前記コンテンツの蓄積または生成を行うコンテンツ供給部と、
前記受信装置と通信を行う場合の通信モードを選択する通信処理部と、
前記通信処理部にて選択された前記通信モードに基づいて、通信を行う前記受信装置の数を決定し、この受信装置の数以下の前記受信装置と認証及び鍵交換を行う認証・鍵交換処理部と、
前記認証・鍵交換処理部で交換された鍵を用いて前記コンテンツの暗号化を行う暗号処理部と、
前記暗号処理部において暗号化された前記コンテンツを前記受信装置に送信するネットワークインタフェース部とを具備したことを特徴とする送信装置。
【請求項２】
前記通信モードは、ＩＥＥＥ８０２．１１で規定されるインフラストラクチャモードとアドホックモードとを含むことを特徴とする請求項１に記載の送信装置。
【請求項３】
前記認証・鍵交換処理部は、前記インフラストラクチャモードが選択された場合には、前記アドホックモードが選択された場合よりも、認証及び鍵交換を行う前記受信装置の数を多くすることを特徴とする請求項２に記載の送信装置。
【請求項４】
著作権保護が必要なコンテンツを、無線基地局を介してネットワーク経由で１以上の受信装置に送信する送信装置において、
前記コンテンツの蓄積または生成を行うコンテンツ供給部と、
前記無線基地局との間での認証処理に用いる前記無線基地局のネットワークＩＤを予め記録するＩＤ記録部と、
前記ＩＤ記録部に記録された前記ネットワークＩＤを用いて前記無線基地局を認証するＩＤ認証処理部と、
前記ＩＤ認証処理部の認証結果に基づいて、通信を行う前記受信装置の数を切り替え、この受信装置の数以下の前記受信装置と認証及び鍵交換を行う認証・鍵交換処理部と、
前記認証・鍵交換処理部で交換された鍵を用いて前記コンテンツの暗号化を行う暗号処理部と、
前記暗号処理部において暗号化された前記コンテンツを前記受信装置に送信するネットワークインタフェース部とを具備したことを特徴とする送信装置。
【請求項５】
前記認証・鍵交換処理部は、前記ＩＤ認証処理部が認証に成功した場合には、認証に失敗した場合よりも、認証及び鍵交換を行う前記受信装置の数を多くすることを特徴とする請求項４に記載の送信装置。
【請求項６】
一以上の前記無線基地局のネットワークＩＤを登録するとともに、一度登録したネットワークＩＤを変更できないようにする基地局ＩＤ登録部を備え、
前記ＩＤ認証処理部は、前記基地局ＩＤ登録部に登録されたネットワークＩＤに基づいて認証を行うことを特徴とする請求項４又は５に記載の送信装置。
【請求項７】
前記認証・鍵交換処理部及び前記ＩＤ認証処理部の少なくとも一方での認証に失敗した場合には、前記コンテンツの送信を禁止する送信禁止部を備え、
前記ＩＤ認証処理部は、前記無線基地局との間での前記ネットワークＩＤの認証を所定期間ごとに繰り返し行い、
前記送信禁止部は、前記ＩＤ認証処理部が前記ネットワークＩＤの認証に一度でも失敗すると、前記コンテンツの送信を中断することを特徴とする請求項４及至６のいずれかに記載の送信装置。
【請求項８】
著作権保護が必要なコンテンツを、ネットワークを介して１以上の受信装置に送信する送信装置において、
前記コンテンツの蓄積または生成を行うコンテンツ供給部と、
前記受信装置との間で通信を行う場合の通信モードを選択する通信処理部と、
前記通信処理部にて選択された前記通信モードに基づいて、有限回数のコピーを許可する鍵又はコピーを禁止する鍵のいずれかを使用するかを決定し、前記受信装置との間で著作権保護のための認証及び鍵交換を行う認証・鍵交換処理部と、
前記認証・鍵交換処理部で交換された鍵を用いて前記コンテンツの暗号化を行う暗号処理部と、
前記暗号処理部において暗号化された前記コンテンツを前記受信装置に送信するネットワークインタフェース部とを具備したことを特徴とする送信装置。
【請求項９】
著作権保護が必要なコンテンツを、無線基地局を介してネットワーク経由で１以上の受信装置に送信する送信装置において、
前記コンテンツの蓄積または生成を行うコンテンツ供給部と、
前記無線基地局との間での認証処理に用いるネットワークＩＤを記録するＩＤ記録部と、
前記無線基地局との間で前記ネットワークＩＤの認証を行うＩＤ認証処理部と、
前記ＩＤ認証処理部の認証結果に基づいて、有限回数のコピーを許可する鍵とコピーを禁止する鍵とのいずれかを使用するかを決定し、前記受信装置との間で著作権保護のための認証及び鍵交換を行う認証・鍵交換処理部と、
前記認証・鍵交換処理部で交換された鍵を用いて前記コンテンツの暗号化を行う暗号処理部と、
前記暗号処理部において暗号化された前記コンテンツを前記受信装置に送信するネットワークインタフェース部とを具備したことを特徴とする送信装置。
【請求項１０】
前記認証・鍵交換処理部は、
前記有限回数のコピーを許可する鍵を使用して通信を行なう前記受信装置の数を制限することを特徴とする請求項８または９に記載の送信装置。
【請求項１１】
前記認証・鍵交換処理部は、前記ＩＤ認証処理部が認証に成功した場合には有限回数のコピーを許可する鍵を選択し、前記ＩＤ認証処理部が認証に失敗した場合にはコピーを禁止する鍵を選択することを特徴とする請求項８または９に記載の送信装置。
【請求項１２】
コンテンツの送信を禁止するべき前記受信装置の識別情報を登録したリボケーション情報登録部を備え、
前記認証・鍵交換処理部は、前記リボケーション情報登録部に登録されている前記受信装置との間では、認証を行わないことを特徴とする請求項１または１１のいずれかに記載の送信装置。
【請求項１３】
コンテンツの送信を禁止するべき前記無線基地局の識別情報を登録したリボケーション情報登録部を備え、
前記ＩＤ認証処理部は、前記リボケーション情報登録部に登録されている前記無線基地局との間では、認証を行わないことを特徴とする請求項４、５、６、７及び９のいずれかに記載の送信装置。
【請求項１４】
著作権保護が必要なコンテンツを、送信装置からネットワーク経由で受信する受信装置において、
前記送信装置との間で通信を行う場合の通信モードを選択する通信処理部と、前記通信処理部にて選択された前記通信モードに基づいて、有限回数のコピーを許可する鍵又はコピーを禁止する鍵を前記送信装置との間で交換し、前記送信装置との間で、著作権保護のための認証及び鍵交換を行う認証・鍵交換処理部と、
前記送信装置から暗号化された前記コンテンツを受信するネットワークインタフェース部と、
前記ネットワークインタフェース部で受信した前記コンテンツを前記認証・鍵交換処理部で交換された鍵を用いて復号を行う復号処理部とを具備したことを特徴とする受信装置。
【請求項１５】
著作権保護が必要なコンテンツを、送信装置から無線基地局を介してネットワーク経由で受信する受信装置において、
前記無線基地局との間での認証処理に用いるネットワークＩＤを記録するＩＤ記録部と、
前記無線基地局との間で前記ネットワークＩＤの認証を行うＩＤ認証処理部と、
前記ＩＤ認証処理部の認証結果に基づいて、有限回数のコピーを許可する鍵とコピーを禁止する鍵とのいずれか一方を選択して前記送信装置との間で交換し、この送信装置との間で、著作権保護のための認証及び鍵交換を行う認証・鍵交換処理部と、
前記送信装置から暗号化された前記コンテンツを受信するネットワークインタフェース部と、
前記ネットワークインタフェース部で受信した前記コンテンツを前記認証・鍵交換処理部で交換された鍵を用いて復号を行う復号処理部とを具備したことを特徴とする受信装置。
【請求項１６】
著作権保護が必要なコンテンツを、送信装置からネットワーク経由で受信し、受信したコンテンツを１以上の受信装置に送信する無線基地局において、
前記送信装置との間で前記ネットワークＩＤの認証を行う第１のＩＤ認証処理部と、
前記受信装置との間で前記ネットワークＩＤの認証を行う第２のＩＤ認証処理部と、
コンテンツの送信を禁止するべき前記送信装置の識別情報とコンテンツの受信を禁止すべき前記受信装置の識別情報との少なくとも一方を登録したリボケーション情報登録部と、を備え、
前記送信装置及び前記受信装置は、前記第１及び第２のＩＤ認証処理部の認証結果に基づいて、認証及び鍵交換を行う前記送信装置または前記受信装置の数または暗号化の方式を切り替えることを特徴とする無線基地局。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、著作権保護が必要な各種のコンテンツをネットワーク経由で送受信する送信装置、受信装置及び無線基地局に関する。
【０００２】
【従来の技術】
近年、ＩＥＥＥ８０２．１１等の規格に準拠した無線機器が低価格になったこともあり、無線通信システムを簡易かつ安価に構築できるようになった。また、無線通信システムの通信速度も高速化する傾向にあり、通信ケーブルを用いた有線通信と速度的にあまり差がなくなりつつある。
【０００３】
最近は、ＡＶコンテンツ等の大容量データを家庭用のコンピュータで手軽に扱えるようになってきたため、無線通信システムでＡＶコンテンツ等を送受信できれば、ユーザにとって好都合である。
【０００４】
【発明が解決しようとする課題】
しかしながら、ＤＶＤプレーヤ等のＡＶコンテンツ再生装置の再生信号を電波で送信すると、所定範囲内のＡＶコンテンツ受信装置すべてで受信できてしまう。このため、著作権保護を図るべく、認証に成功したＡＶコンテンツ受信装置のみがＡＶコンテンツを受信できるような仕組みが考えられる。ところが、いったんＡＶコンテンツ受信装置にて著作権保護レイヤでの認証が成功してしまうと、そのＡＶコンテンツ受信装置が正式に許可を得た装置か否かを区別できないという問題がある。
【０００５】
このような問題を回避するために、無線環境においても、正式に許可を得た機器以外の無線機器が許可なくアクセスするのを防止し、安全な著作権保護を実現する無線通信システムが提案されている（公開番号Ｐ２００２−１４３０４）。
【０００６】
ところが、利用者Ａが機器に対して自分の所有物であることを示すＩＤを設定して機器に対するアクセスコントロールの設定をしたとしても、別の機器所有者ＢがそのＩＤを知ってしまえば、利用者Ａの無線機器にアクセスできてしまう。このため、悪意のあるコンテンツ所有者が無線通信システムを構築し、機器のＩＤを公開してしまえば、著作権保護のかかったコンテンツを著作者の許可なしに配布することが可能となる。従って、著作権保護の観点からするとコンテンツの不正流通を防ぐための根本的な解決にはならない。
【０００７】
本発明は、このような点に鑑みてなされたものであり、その目的は、ユーザの使い勝手を悪くすることなく、著作権保護強化を図れる送信装置、受信装置及び無線基地局を提供することにある。
【０００８】
【課題を解決するための手段】
上述した課題を解決するために、本発明は、著作権保護が必要なコンテンツを、ネットワークを介して１以上の受信装置に送信する送信装置において、前記コンテンツの蓄積または生成を行うコンテンツ供給部と、前記受信装置と通信を行う場合の通信モードを選択する通信処理部と、前記通信処理部にて選択された前記通信モードに基づいて、通信を行う前記受信装置の数を決定し、この受信装置の数以下の前記受信装置と認証及び鍵交換を行う認証・鍵交換処理部と、前記認証・鍵交換処理部で交換された鍵を用いて前記コンテンツの暗号化を行う暗号処理部と、前記暗号処理部において暗号化された前記コンテンツを前記受信装置に送信するネットワークインタフェース部とを具備する。
【０００９】
また、著作権保護が必要なコンテンツを、無線基地局を介してネットワーク経由で１以上の受信装置に送信する送信装置において、前記コンテンツの蓄積または生成を行うコンテンツ供給部と、前記無線基地局との間での認証処理に用いる前記無線基地局のネットワークＩＤを予め記録するＩＤ記録部と、前記ＩＤ記録部に記録された前記ネットワークＩＤを用いて前記無線基地局を認証するＩＤ認証処理部と、前記ＩＤ認証処理部の認証結果に基づいて、通信を行う前記受信装置の数を切り替え、この受信装置の数以下の前記受信装置と認証及び鍵交換を行う認証・鍵交換処理部と、前記認証・鍵交換処理部で交換された鍵を用いて前記コンテンツの暗号化を行う暗号処理部と、前記暗号処理部において暗号化された前記コンテンツを前記受信装置に送信するネットワークインタフェース部とを具備する。
【００１０】
また、著作権保護が必要なコンテンツを、ネットワークを介して１以上の受信装置に送信する送信装置において、前記コンテンツの蓄積または生成を行うコンテンツ供給部と、前記受信装置との間で通信を行う場合の通信モードを選択する通信処理部と、前記通信処理部にて選択された前記通信モードに基づいて、有限回数のコピーを許可する鍵又はコピーを禁止する鍵のいずれかを使用するかを決定し、前記受信装置との間で著作権保護のための認証及び鍵交換を行う認証・鍵交換処理部と、前記認証・鍵交換処理部で交換された鍵を用いて前記コンテンツの暗号化を行う暗号処理部と、前記暗号処理部において暗号化された前記コンテンツを前記受信装置に送信するネットワークインタフェース部とを具備する。
【００１１】
また、著作権保護が必要なコンテンツを、無線基地局を介してネットワーク経由で１以上の受信装置に送信する送信装置において、前記コンテンツの蓄積または生成を行うコンテンツ供給部と、前記無線基地局との間での認証処理に用いるネットワークＩＤを記録するＩＤ記録部と、前記無線基地局との間で前記ネットワークＩＤの認証を行うＩＤ認証処理部と、前記ＩＤ認証処理部の認証結果に基づいて、有限回数のコピーを許可する鍵とコピーを禁止する鍵とのいずれかを使用するかを決定し、前記受信装置との間で著作権保護のための認証及び鍵交換を行う認証・鍵交換処理部と、前記認証・鍵交換処理部で交換された鍵を用いて前記コンテンツの暗号化を行う暗号処理部と、前記暗号処理部において暗号化された前記コンテンツを前記受信装置に送信するネットワークインタフェース部とを具備する。
【００１２】
また、著作権保護が必要なコンテンツを、送信装置からネットワーク経由で受信する受信装置において、前記送信装置との間で通信を行う場合の通信モードを選択する通信処理部と、前記通信処理部にて選択された前記通信モードに基づいて、有限回数のコピーを許可する鍵又はコピーを禁止する鍵を前記送信装置との間で交換し、前記送信装置との間で、著作権保護のための認証及び鍵交換を行う認証・鍵交換処理部と、前記送信装置から暗号化された前記コンテンツを受信するネットワークインタフェース部と、前記ネットワークインタフェース部で受信した前記コンテンツを前記認証・鍵交換処理部で交換された鍵を用いて復号を行う復号処理部とを具備する。
【００１３】
また、著作権保護が必要なコンテンツを、送信装置から無線基地局を介してネットワーク経由で受信する受信装置において、前記無線基地局との間での認証処理に用いるネットワークＩＤを記録するＩＤ記録部と、前記無線基地局との間で前記ネットワークＩＤの認証を行うＩＤ認証処理部と、前記ＩＤ認証処理部の認証結果に基づいて、有限回数のコピーを許可する鍵とコピーを禁止する鍵とのいずれか一方を選択して前記送信装置との間で交換し、この送信装置との間で、著作権保護のための認証及び鍵交換を行う認証・鍵交換処理部と、前記送信装置から暗号化された前記コンテンツを受信するネットワークインタフェース部と、前記ネットワークインタフェース部で受信した前記コンテンツを前記認証・鍵交換処理部で交換された鍵を用いて復号を行う復号処理部とを具備する。
【００１４】
また、著作権保護が必要なコンテンツを、送信装置からネットワーク経由で受信し、受信したコンテンツを１以上の受信装置に送信する無線基地局において、前記送信装置との間で前記ネットワークＩＤの認証を行う第１のＩＤ認証処理部と、前記受信装置との間で前記ネットワークＩＤの認証を行う第２のＩＤ認証処理部と、コンテンツの送信を禁止するべき前記送信装置の識別情報とコンテンツの受信を禁止すべき前記受信装置の識別情報との少なくとも一方を登録したリボケーション情報登録部と、を備え、前記送信装置及び前記受信装置は、前記第１及び第２のＩＤ認証処理部の認証結果に基づいて、認証及び鍵交換を行う前記送信装置または前記受信装置の数または暗号化の方式を切り替える。
【００１５】
【発明の実施の形態】
以下、本発明に係る送信装置、受信装置及び無線基地局について、図面を参照しながら具体的に説明する。
【００１６】
（第１の実施形態）
図１は本発明に係る送信装置、受信装置及び無線基地局を含む無線通信システムの第１の実施形態の全体構成を示すブロック図である。図１の無線通信システムは、ＤＶＤプレーヤ等のコンテンツ再生機能とコンテンツを送信する無線インタフェースとを有する無線機器（以下、ソース機器）１と、ソース機器１から送信されたコンテンツを無線基地局２を介して受信する無線機器（以下、シンク機器）３とを備えている。これらソース機器１、無線基地局２及びシンク機器３は、ローカルエリア無線ネットワークＡに接続されている。
【００１７】
図１に示すように、ローカルエリア無線ネットワークＡとは別のローカルエリア無線ネットワークＢが形成され、このネットワークＢには、ソース機器１と同様の機能を持つ無線機器（以下、ソース機器）４と、無線基地局２と同様の機能を持つ無線基地局５とが接続されている。
【００１８】
ここで、シンク機器３がローカルエリア無線ネットワークＢに接続可能な範囲に移動する場合について考える。「移動」とは、必ずしも物理的な移動にかかわらず、設定の変更によって所属するネットワークを変更する場合も含むものとする。
【００１９】
すなわち、シンク機器３は、無線基地局２が形成するネットワークＡと無線基地局５が形成するネットワークＢのどちらにも接続可能な範囲内に位置しているものと仮定する。また、ソース機器１、無線基地局２及びシンク機器３は同一人物（Ａ氏とする）の所有物であり、ソース機器４と無線基地局５は同一人物（Ｂ氏とする）の所有物であるとする。
【００２０】
図１では、ソース機器１とシンク機器３が無線基地局２とそれぞれ直接無線通信を行う場合を想定しているが、ソース機器１とシンク機器３が無線通信機能を持たず、ソース機器１とシンク機器３に有線で接続される不図示のブリッジ機器が無線基地局２と無線通信を行う場合や、ソース機器１とシンク機器３が無線通信機能を持つが、ブリッジ機器を介して無線基地局２と無線通信を行う場合にも適用可能である。
【００２１】
ここで、コンテンツとは、例えばＭＰＥＧ４データのような動画データや音声データを指し、著作権保護をかけた上で送信すべきものを対象とする。ソース機器１が送信するコンテンツはＡ氏の所有物であり、Ａ氏が私的利用に限りコピーまたは閲覧できるものとする。同様に、ソース機器４が送信するコンテンツはＢ氏の所有物であり、Ｂ氏が私的利用に限りコピーまたは閲覧でき、Ａ氏はＢ氏が許可するしないにかかわらず、Ｂ氏の所有するコンテンツをコピーまたは閲覧することは許されないものとする。
【００２２】
なお、ここでは、ローカルエリア無線ネットワークとしてＩＥＥＥ８０２．１１を仮定して説明する。ＩＥＥＥ８０２．１１は、無線ＬＡＮの一種であり、現在多くのＰＣに搭載されており、今後は様々なＡＶ機器に搭載されることが期待されている（例えば　ｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／１１　にて取得可能に開示されている文書に説明が詳しい）。
【００２３】
以下、図１のような状況において、利用者Ａの所有するシンク機器３が、同じく利用者Ａの所有する無線基地局２を介してソース機器１からのみコンテンツを受信可能であり、利用者Ｂの所有する無線基地局５を介してソース機器４への接続を制限し、同時にＢ氏の所有するソース機器４がＡ氏の所有するシンク機器３にコンテンツを送信することを制限するための構成について説明する。
【００２４】
図２は無線基地局２，５の内部構成の一例を示すブロック図である。図２に示すように、無線基地局２，５は、ＩＥＥＥ８０２．１１物理レイヤ処理を実行する８０２．１１インターフェース処理部１１と、ＩＥＥＥ８０２．１１データリンクレイヤ処理を実行する８０２．１１通信処理部１２と、ＤＴＣＰネットワークＩＤを記録するＤＴＣＰネットワークＩＤ記録部１３とを有する。
【００２５】
ＤＴＣＰネットワークＩＤは、製造者または販売者等が製造時または販売時に機器に対して一意に定めた値であり、所有者はこの値を知ることはできるが、変更はできない。
【００２６】
図３はソース機器１，４の内部構成の一例を示すブロック図である。図３に示すように、ソース機器１，４は、コンテンツを蓄積するコンテンツ蓄積部２１と、コンテンツ蓄積部２１からコンテンツを読み出してＩＥＥＥ８０２．１１パケットに変換するパケット処理部２２と、著作権保護の処理を行うＤＴＣＰ認証・鍵交換処理部２３と、送信データを暗号・復号化するＤＴＣＰ暗号・復号処理部２４と、ＩＥＥＥ８０２．１１データリンクレイヤ処理を実行する８０２．１１通信処理部２５と、ＩＥＥＥ８０２．１１物理レイヤ処理を実行する８０２．１１インターフェース処理部２６と、ＤＴＣＰネットワークＩＤの値を変更するＤＴＣＰネットワークＩＤ入力部２７と、ＤＴＣＰネットワークＩＤを記録するＤＴＣＰネットワークＩＤ記録部２８と、ＤＴＣＰネットワークＩＤの認証を行うＤＴＣＰネットワークＩＤ認証処理部２９と、を有する。
【００２７】
ＤＴＣＰネットワークＩＤの初期値は、製造者または販売者等が定めた値である。ＤＴＣＰネットワークＩＤ記録部２８は、記録可能なＤＴＣＰネットワークＩＤの数を一定数に制限する機能を持つ。
【００２８】
ここで、ＤＴＣＰとは、Ｄｉｇｉｔａｌ　Ｔｒａｍｓｍｉｓｓｉｏｎ　Ｃｏｎｔｅｔｎｓ　Ｐｒｏｔｅｃｔｉｏｎの略であり、ＩＥＥＥ１３９４やＵＳＢ等でデファクトスタンダードとなっている著作権保護方式である。この方式は、著作権保護が必要なＡＶデータなどのコンテンツに対して送信機器と受信機器との間で認証・鍵交換を行い、ＡＶデータを暗号化して転送する仕組みを持つ（例えばｈｔｔｐ：／／ｗｗｗ．ｄｔｌａ．ｃｏｍにて取得可能に開示されている文書に説明が詳しい）。
【００２９】
図４はシンク機器３の内部構成の一例を示すブロック図である。図４に示すように、シンク機器３は、パケットをディスプレイなどに出力するための処理を行なうコンテンツ再生処理部３１と、基地局から受信したＩＥＥＥ８０２．１１パケットをコンテンツデータに変換するパケット処理部３２と、著作権保護の処理を行うＤＴＣＰ認証・鍵交換処理部３３と、送信データを暗号・復号化するＤＴＣＰ暗号・復号処理部３４と、ＩＥＥＥ８０２．１１データリンクレイヤ処理を実行する８０２．１１通信処理部３５と、ＩＥＥＥ８０２．１１物理レイヤ処理を実行する８０２．１１インターフェース処理部３６と、ＤＴＣＰネットワークＩＤの値を変更するＤＴＣＰネットワークＩＤ入力部３７と、ＤＴＣＰネットワークＩＤを記録するＤＴＣＰネットワークＩＤ記録部３８と、ＤＴＣＰネットワークＩＤの認証を行うＤＴＣＰネットワークＩＤ認証処理部３９と、を有する。
【００３０】
ここで重要なのは、ＤＴＣＰネットワークＩＤ入力部２７及び３７である。上述したように、無線基地局２に記録されているＤＴＣＰネットワークＩＤは書き換えることができない。一方、ソース機器１とシンク機器３はＤＴＣＰネットワークＩＤ入力部２７及び３７によってＤＴＣＰネットワークＩＤを任意の値に変更可能である。しかし、ＤＴＣＰネットワークＩＤ入力部２７及び３７には変更回数を記録するためのレジスタが設けられており、一定回数以上のＤＴＣＰネットワークＩＤの変更はできない。この仕組みにより、利用者はネットワークＩＤの変更回数が制限される。
【００３１】
図５は本実施形態の無線通信システムの処理手順を示す図である。まず、シンク機器３と無線基地局２との間でＤＴＣＰネットワークＩＤ認証を行う（ステップＳ１）。この認証に成功すると、シンク機器３はソース機器１に対してＤＴＣＰ認証要求を行う（ステップＳ２）。
【００３２】
この要求を受けて、ソース機器１と無線機器２との間でＤＴＣＰネットワークＩＤ認証を行う（ステップＳ３）。次に、ソース機器１とシンク機器３との間でＤＴＣＰ認証・鍵交換を行う（ステップＳ４）。その後、ソース機器１は、鍵交換した鍵を使って暗号化したコンテンツを無線基地局２を介してシンク機器３に送信する（ステップＳ５）。
【００３３】
図６はシンク機器３の処理手順を示す図である。まず、利用者は無線基地局２と同一のＤＴＣＰネットワークＩＤをシンク機器３のＤＴＣＰネットワークＩＤとして予め登録しておく（ステップＳ１１）。
【００３４】
次に、ＤＴＣＰネットワークＩＤの更新回数記録レジスタの値が所定値未満か否かを判定し（ステップＳ１２）、所定値以上であれば、ＤＴＣＰネットワークＩＤを変更できないため、所定のエラー処理を行なう（ステップＳ１３）。
【００３５】
更新回数記録レジスタの値が所定値未満であれば、ＤＴＣＰネットワークＩＤの値を変更し、変更回数記録レジスタの値を増やす（ステップＳ１４）。これらの一連の処理をＤＴＣＰネットワークＩＤ登録処理と呼ぶ。
【００３６】
なお、シンク機器３のＤＴＣＰネットワークＩＤの値が無線基地局２の値と同一であれば、ステップＳ１１〜Ｓ１４の処理は不要である。
【００３７】
次に、コンテンツの送受信処理を開始する。まず、ＤＴＣＰ認証・鍵交換を行なう前に、無線基地局２のＤＴＣＰネットワークＩＤとシンク機器３のＤＴＣＰネットワークＩＤの値が一致するか否かの相互認証処理を行なう（ステップＳ１５）。この認証は、認証鍵としてＤＴＣＰネットワークＩＤの値を使い、ＩＳＯ／ＩＥＣ　９７９８−２で定められたような共通鍵認証方式を使えばよい。また、ＤＴＣＰネットワークＩＤに署名をつけて相互に送信し、受信側の機器がその署名を検証することで、ＤＴＣＰネットワークＩＤが一致するか否かを検証してもよい。
【００３８】
無線リンクレイヤでパケットが確実に改竄されておらず、シンク機器３から無線基地局２に送られたものであることが保証されれば、暗号化を伴う認証処理は必ずしも必要ではなく、単純に無線基地局２に対してＤＴＣＰネットワークＩＤの値を送信するだけでもよい。以下、この手順をまとめてＤＴＣＰネットワークＩＤ認証と呼ぶ。
【００３９】
ＤＴＣＰネットワークＩＤ認証が成功した場合（ステップＳ１６）、ソース機器１はシンク機器３に対してＤＴＣＰ認証・鍵交換要求を送信し（ステップＳ１７）、ＤＴＣＰネットワークＩＤ認証が失敗した場合はエラー処理を行う（ステップＳ１８）。
【００４０】
図７は図６のステップＳ１８のエラー処理手順を示す図である。エラー処理には例えば、（１）ＤＴＣＰ認証を中断する方法（ステップＳ２１）や、（２）コピー制限のレベルを変更する方法（ステップＳ２２）などが考えられる。
【００４１】
（１）の場合、ソース機器に対して何も送信しない方法や、ＤＴＣＰ認証要求を拒否するエラーメッセージを送信する方法などがある。（２）の場合、例えばＤＴＣＰには、伝送されるデータに対して著作権保持者によるコピーの制限を規定するために、ＣＣＩと呼ばれる複数のレベルが規定されている。このレベルには、コピーを禁止するＣｏｐｙ　Ｎｅｖｅｒ及びＮｏ　Ｍｏｒｅ　Ｃｏｐｉｅｓと、一世代に限りコピーを認める　Ｃｏｐｙ　Ｏｎｅ　Ｇｅｎｅｒａｔｉｏｎと、コピーを自由に認める　Ｃｏｐｙ　Ｆｒｅｅとがある。利用者がシンク機器に対してＣｏｐｙ　Ｏｎｅ　Ｇｅｎｅｒａｔｉｏｎでコンテンツを受信するように指定したとしても、シンク機器が無線基地局とＤＴＣＰネットワークＩＤの認証に失敗した場合は、コピーの制限を厳しくしたＣｏｐｙ　ＮｅｖｅｒやＮｏ　Ｍｏｒｅ　Ｃｏｐｉｅｓでコンテンツを受信するようにシンク機器に要求する。
【００４２】
図８はソース機器１の処理手順を示す図である。図８に示すように、ソース機器１にも、無線基地局２と同一のＤＴＣＰネットワークＩＤを登録しておく（ステップＳ３１）。シンク機器３からＤＴＣＰ認証・鍵交換の要求を受信する（ステップＳ３２）と、ソース機器１は無線基地局２とＤＴＣＰネットワークＩＤの値が一致するか相互認証処理を行なう（ステップＳ３３）。この認証も、前述したシンク機器３と無線基地局２の際に用いた認証と同様の手順で行なえばよい。
【００４３】
次に、この認証に成功したか否かを判定し（ステップＳ３４）、成功した場合はシンク機器３とＤＴＣＰ認証・鍵交換処理を行い（ステップＳ３５）、失敗した場合はエラー処理を行う（ステップＳ３６）。
【００４４】
なお、このＤＴＣＰネットワークＩＤの認証に先立ち、ＩＥＥＥ８０２．１１ｉのような無線リンクレイヤでの認証・鍵交換と暗号化によるデータの秘匿と検証処理を行っても良い。
【００４５】
図９は図８のステップＳ３６のエラー処理手順を示す図である。エラー処理には例えば、（１）シンク機器３から受信したＤＴＣＰ認証要求を破棄し、ＤＴＣＰ認証処理を終了させる方法（ステップＳ４１）、（２）コピー制限のレベルを変更する方法（ステップＳ４２）、（３）コンテンツを配布するシンク機器の台数を制限する方法（ステップＳ４３）、（４）上記の（２）と（３）の全部又は一部を併用する方法など種々の方法などが考えられる。
【００４６】
（１）の場合、シンク機器３に対してＤＴＣＰ認証要求を拒否するエラーメッセージを送信する方法や、応答そのものをしない方法がある。（２）の場合、例えば、シンク機器３がソース機器１に対してＣｏｐｙ　Ｏｎｅ　Ｇｅｎｅｒａｔｉｏｎでコンテンツを要求したとしても、ソース機器１が無線基地局２とＤＴＣＰネットワークＩＤの認証に失敗した場合、コピーの制限を厳しくしたＣｏｐｙ　ＮｅｖｅｒやＮｏ　Ｍｏｒｅ　Ｃｏｐｉｅｓでコンテンツを送信する。（３）の場合、例えばＤＴＣＰにはＤＴＣＰ認証・鍵交換処理に成功したとしても、シンク機器３の数を記録するカウンターにより、一時にコンテンツを配布するシンク機器３の数を制限する機能がある。例えば複数のシンク機器３がＣｏｐｙ　Ｏｎｅ　Ｇｅｎｅｒａｔｉｏｎでコンテンツを要求したとしても、一定台数のみにＣｏｐｙ　Ｏｎｅ　Ｇｅｎｅｒａｔｉｏｎで配布し、一定台数を超えた機器に関しては、認証を受け付けないか、Ｃｏｐｙ　ＮｅｖｅｒやＮｏ　Ｍｏｒｅ　Ｃｏｐｉｅｓで送信し、シンク機器３の数を一定量に制限する。
【００４７】
これにより、ＤＴＣＰネットワークＩＤを持たない無線基地局２を用いて無線通信システムを構築したとしても、ソース機器１はシンク機器３に対して一定の制限をかけた上でコンテンツを送信することができる。すなわち、ソース機器１から無制限にコンテンツがシンク機器３に対してコピーをすることを防ぐことができる。
【００４８】
図１０は無線基地局２がＤＴＣＰネットワークＩＤを持たない場合の本実施形態の無線通信システムの処理手順を示す図であり、ＤＴＣＰネットワークＩＤを持たない無線基地局２を用いて、シンク機器３がソース機器１からＣＣＩがＮｏ　Ｍｏｒｅ　Ｃｏｐｉｅｓでコンテンツを受信する手順を示す。
【００４９】
ここでは、無線基地局２のＤＴＣＰネットワークＩＤが一致しなくとも、シンク機器３からＣＣＩがＮｏ　Ｍｏｒｅ　Ｃｏｐｉｅｓでコンテンツを要求される場合に限り、ソース機器１はコンテンツを送信できるものとする。
【００５０】
シンク機器３はまず無線基地局２に対してＤＴＣＰネットワークＩＤ認証を試みる（ステップＳ５１）。無線基地局２はＤＴＣＰネットワークＩＤを持たないため、この認証処理は失敗する（ステップＳ５２）。
【００５１】
次に、シンク機器３はソース機器１に対してＣＣＩがＮｏ　Ｍｏｒｅ　ＣｏｐｉｅｓでＤＴＣＰ認証・鍵交換要求を送る（ステップＳ５３）。ソース機器１はシンク機器３からこのＤＴＣＰ認証・鍵交換要求を受けると、無線基地局２に対してＤＴＣＰネットワークＩＤ認証（ステップＳ５４）を試みる。
【００５２】
ＤＴＣＰネットワークＩＤの認証を行わないようにしてもよい。認証は失敗する（ステップＳ５５）が、ＣＣＩはＮｏ　Ｍｏｒｅ　Ｃｏｐｉｅｓであるため、ソース機器１はシンク機器３に対してＤＴＣＰ認証・鍵交換処理を行う（ステップＳ５６）。この認証処理が成功すれば、ソース機器１はコンテンツを暗号化してシンク機器３に送信する（ステップＳ５７）。
【００５３】
以上は、無線基地局２がＤＴＣＰネットワークＩＤを持たない無線基地局の例を示したが、無線基地局２とシンク機器３のＤＴＣＰネットワークＩＤが異なる場合も、同様の処理を行うことでソース機器１がシンク機器３にコンテンツ送信を制限したり、拒否することができる。
【００５４】
また、シンク機器３とソース機器１が無線基地局２または、相互のＤＴＣＰネットワークＩＤ認証を正常に終了し、ＤＴＣＰ認証・鍵交換処理が正常に行われたとしても、ＤＴＣＰ認証・鍵交換処理やＤＴＣＰ暗号化コンテンツ送信処理の間に、ＤＴＣＰネットワークＩＤ認証を行ってもよい。これは、無線基地局２が通信中に別の基地局経由に変更されるローミングの攻撃に対してきわめて有効である。
【００５５】
図１１はローミング対策を施した無線通信システムの処理手順を示す図である。図１１に示すように、シンク機器３と無線基地局２は同一のＤＴＣＰネットワークＩＤＸＸを共有し、ソース機器１と無線基地局２が同一のＤＴＣＰネットワークＩＤＹＹを共有しているものとする。
【００５６】
ここで、まずシンク機器３は、無線基地局ＸＸに対してＤＴＣＰネットワークＩＤ認証を行う（ステップＳ６１）。無線基地局ＸＸは同一の値ＸＸのＤＴＣＰネットワークＩＤを持つため、この認証は成功する。この時、シンク機器３が無線基地局ＸＸから無線基地局ＹＹに基地局を変更したとする。この変更は無線データリンクレイヤーで行われるため、ソース機器１やシンク機器３内のＩＥＥＥ８０２．１１処理部より上のレイヤーはこの変更を知ることができない。
【００５７】
次に、シンク機器３はソース機器１に対してＤＴＣＰ認証要求を送り（ステップＳ６２）、ソース機器１は無線基地局ＹＹとの間でＤＴＣＰネットワークＩＤ認証を行う（ステップＳ６３）。ＤＴＣＰネットワークＩＤは同一の値ＹＹを持つため、この認証は成功する。次に、シンク機器３とソース機器１との間でＤＴＣＰ認証・鍵交換処理を行う（ステップＳ６４）。
【００５８】
ここで、重要なことは、コンテンツの送受信を行う無線基地局がＤＴＣＰネットワークＩＤ認証を行った無線基地局とは異なることである。そこで、コンテンツを送受信する際にも、ＤＴＣＰネットワークＩＤ認証を行う（ステップＳ６５）。これにより、現在通信している無線基地局が、同一のＤＴＣＰネットワークＩＤを持つ機器であることを確認することができる。
【００５９】
本実施形態では、ソース機器１とシンク機器３が無線基地局２を介して、「同一のネットワーク内に存在する機器間ではコンテンツの送受信処理が正常に稼動する」「異なるネットワーク内に存在する機器間では、コンテンツの送受信処理が正常に稼動しない、もしくはコンテンツの送受信に制限をつける」という状況を実現している。
【００６０】
例えば、同一人物Ａ氏が所有するソース機器１、シンク機器３及び無線基地局２に同一のＩＤを付与することで、自分の所有するソース機器１から、無線基地局２を介してシンク機器３にコンテンツを送信することができる。機器の製造者や販売者が無線基地局に一意のＩＤを付与し、一般の利用者はこのＩＤを変更できないため、異なる所有者Ｂ氏の所有する無線基地局５のＩＤはＡ氏の保有する無線基地局２のＩＤとは異なる。従って、Ｂ氏の保有するシンク機器やソース機器４はＢ氏の保有する無線基地局５のＩＤに設定されており、Ｂ氏のソース機器からＡ氏のシンク機器３にコンテンツが送信されない、という環境を実現できる。
【００６１】
つまり、一般的にインターフェースが無線の場合、シンク機器３、無線基地局２及びソース機器１が電波の受信範囲内にあれば、シンク機器３は異なるＩＤの付与されたソース機器１に対してコンテンツ要求の指示を送信できる。したがって、ソース機器１と無線基地局２の保有者Ｍ氏の無線基地局のＩＤを知りえるＮ氏は自分のシンク機器のＩＤをＭ氏の無線基地局のＩＤに設定することで、ソース機器に蓄積されたＭ氏のコンテンツが受信可能となり、Ｍ氏は悪意の有無に限らずコンテンツを自由に配布する環境を構築できてしまう。
【００６２】
同様の理由から、Ｏ氏の保有する無線基地局のＩＤを知りえるＰ氏とＱ氏は、自己のソース機器やシンク機器のＩＤをＯ氏の無線基地局のＩＤに設定することで、Ｏ氏の意図に限らず、またＯ氏はＰ氏やＱ氏の意図を知ることなくコンテンツを送受信できてしまう。
【００６３】
そこで、本実施形態では、シンク機器３とソース機器１のＩＤの変更回数を制限することで、シンク機器３やソース機器１の所属するネットワークの変更を制限している。
【００６４】
さて、図１において、シンク機器３がローカルエリア無線ネットワークＡからローカルエリア無線ネットワークＢに移動した時など、ローカルエリア無線ネットワークのＤＴＣＰネットワークＩＤが変化した場合には、シンク機器３とソース機器１のＤＴＣＰネットワークＩＤを無線基地局２に対応したＩＤから無線基地局５に対応したＩＤに変更すればよい。
【００６５】
また、無線基地局２のＤＴＣＰネットワークＩＤ記録部１３に記録されているＤＴＣＰネットワークＩＤは、機器の製造者または販売者等に、買い替え前の無線基地局のＤＴＣＰネットワークＩＤを申請することで、ＤＴＣＰネットワークＩＤが同一の無線基地局を購入できるようにしてもよい。
【００６６】
上述した説明では、ソース機器１とシンク機器３が同一のＤＴＣＰネットワークＩＤを持つ一つの無線基地局２を介してコンテンツを送受信する場合を考えてきた。ところが、同一の所有者Ａ氏が２つ以上の無線基地局を所有する場合も考えられる。この場合、複数の無線基地局、ソース機器１及びシンク機器３のＤＴＣＰネットワークを接続するには種々の方法がある。例えば、（１）ＤＴＣＰネットワークＩＤを指定して無線基地局を購入する方法、（２）ＤＴＣＰネットワークＩＤを記録するレジスタを複数用意する方法などがある。
【００６７】
また、悪意のあるソース機器１の保有者が、ソース機器１と無線基地局２のＤＴＣＰネットワークＩＤを公開し、著作者の許可なしにコンテンツを配布できる環境を構築していることが発覚した場合、当該ソース機器１または無線基地局２のＤＴＣＰネットワークＩＤを無効にするリボケーションの仕組みがあれば、著作権者にとって有益である。
【００６８】
図１２はリボケーション機能をもつソース機器１の内部構成を示すブロック図である。図１２の無線通信システムは、図３の構成に、無効なＤＴＣＰネットワークＩＤのリストを保存する不正機器リスト記録部３０を追加したものである。一般の利用者は、不正機器リスト記録部３０の内容を書き換えることはできない。
【００６９】
図１３は図１２のソース機器の処理手順を示す図である。図８の処理と異なり、無線基地局１との間でＤＴＣＰネットワークＩＤ認証処理を行う前に、無線基地局１のネットワークＩＤが不正機器リスト記録部３０に記録されているか否かを判定し（ステップＳ３７）、記録されている場合には、不正機器と判断してエラー処理を行う（ステップＳ３８）。
【００７０】
なお、不正機器リスト記録部を無線基地局の内部に設けてもよい。この場合、無線基地局は、ネットワークＩＤ認証を行う前に、不正機器リスト記録部をチェックし、同記録部に記録されている送信装置との間ではネットワークＩＤ認証を行わないようにする。
【００７１】
このように、第１の実施形態では、ＤＴＣＰネットワークＩＤの変更回数を制限するようにしたため、著作権保護を図る必要のあるコンテンツの悪用を防止できる。また、認証に失敗した場合に、コンテンツの送信を完全に禁止するのではなく、一定の制限をかけた上でコンテンツの送信を認めるようにしたため、著作権保護を図りつつ、ユーザの使い勝手を向上できる。
【００７２】
さらに、ローミング対策として、所定時間ごとにＤＴＣＰネットワークＩＤの認証を繰り返すようにしたため、ローミングによるコンテンツの悪用を防止できる。
【００７３】
また、無効なＤＴＣＰネットワークＩＤのリストを保存しておくことにより、不正機器を迅速に発見できる。
【００７４】
（第２の実施形態）
上述した第１の実施形態では、ソース機器１が無線基地局２を介してシンク機器３にコンテンツを送信していた。これに対して、第２の実施形態は、無線基地局を介さずに、ソース機器１がシンク機器３に対して直接コンテンツを送信するものである。
【００７５】
ＩＥＥＥ８０２．１１では、無線基地局を介さずに無線機器が通信するアドホックモードと呼ばれる通信形態が規定されている。本実施形態はアドホックモードを利用して通信を行うものであり、以下では、第一の実施形態と相違する部分を中心に説明する。
【００７６】
図１４は本発明に係る無線通信システムの第２の実施形態の概略構成を示すブロック図である。図１４に示すように、ソース機器１とシンク機器３ａ，３ｂ，３ｃは、互いに通信可能な範囲内にあり、各シンク機器３ａ，３ｂ，３ｃはＸ氏の所有物であるとする。ソース機器１は、各シンク機器３ａ，３ｂ，３ｃとＤＴＣＰネットワークＩＤ認証を行うために、各シンク機器３ａ，３ｂ，３ｃのＤＴＣＰネットワークＩＤをネットワークＩＤ記録部に記録している。
【００７７】
第１の実施形態では、所有者が自由に変更できないＤＴＣＰネットワークＩＤが予め無線基地局２に設定されており、ソース機器１とシンク機器３のＤＴＣＰネットワークＩＤを無線基地局２の値と同一に設定することで、無線基地局２を介したコンテンツの送受信を行っていた。これに対して、第２の実施形態では、無線基地局が存在しないため、ソース機器１とシンク機器３ａ，３ｂ，３ｃはＤＴＣＰネットワークＩＤに任意の値を設定する。
【００７８】
しかしながら、ソース機器１やシンク機器３ａ，３ｂ，３ｃが記録可能なＤＴＣＰネットワークＩＤの数はＤＴＣＰネットワークＩＤ記録部によって一定数に制限されている。また、ソース機器１とシンク機器３ａ，３ｂ，３ｃは同一のＤＴＣＰネットワークＩＤを記録しておかなければならないため、ＤＴＣＰネットワークＩＤを変更しない限り、ソース機器１は一定数以上のシンク機器にはコンテンツを送信できない。同様の理由から、シンク機器は一定数以上のソース機器からコンテンツを受信できない。
【００７９】
この問題を解決する方法として、Ｘ氏の所有するすべての機器のＤＴＣＰネットワークＩＤを統一させてしまう方法がある。
【００８０】
ところが、図１５に示すように、すべての機器のＤＴＣＰネットワークＩＤを同じにしてしまうと、無線機器の所有者に関わらず、すべての機器間のＤＴＣＰネットワークＩＤ認証が成功してしまう。これでは、悪意のあるシンク保有者によるコンテンツ配布を防止できない。
【００８１】
このため、アドホックモードで通信する場合は、インフラストラクチャモードのＤＴＣＰネットワークＩＤ認証が失敗したときと同じエラー処理を行い、制限をかけた上でコンテンツを送信するようにすればよい。
【００８２】
すなわち、（１）シンク機器から受信したＤＴＣＰ認証要求を破棄し、ＤＴＣＰ認証処理を終了させる方法、（２）コピー制限のレベルを変更する方法、（３）コンテンツを配布するシンク機器の台数を制限する方法、（４）上記の（２）と（３）をの全部又は一部を併用する方法など種々の方法が考えられる。
【００８３】
図１６は無線通信システムのアドホックモードにおける処理手順を示す図である。まず、シンク機器３ａ，３ｂ，３ｃはソース機器１に対してＤＴＣＰ認証要求を行う（ステップＳ７１）。この要求を受けて、ソース機器１は、制限をかけた通信を許可する（ステップＳ７２）。次に、ソース機器１とシンク機器３ａ，３ｂ，３ｃとの間でＤＴＣＰ認証・鍵交換処理を行う（ステップＳ７３）。次に、交換した鍵を用いて暗号化したコンテンツをソース機器１からシンク機器３ａ，３ｂ，３ｃに送信する（ステップＳ７４）。
【００８４】
図１７はシンク機器３ａ，３ｂ，３ｃの処理手順を示す図である。シンク機器３ａ，３ｂ，３ｃは通信に先立ち、ソース機器１との通信形態を確認する（ステップＳ８１）。通信形態がアドホックモードの場合、ＤＴＣＰネットワークＩＤ認証を行なわない。もちろん、ＤＴＣＰネットワークＩＤ認証処理を行なっても良いが、認証の成否に関わらず、ソース機器１にＤＴＣＰ認証要求を送信する（ステップＳ８２）。
【００８５】
一方、通信形態がインフラストラクチャモードの場合、無線基地局との間でＤＴＣＰネットワークＩＤの認証処理を行う（ステップＳ８３）。
【００８６】
次に、ＤＴＣＰネットワークＩＤが一致するか否かを判定し（ステップＳ８４）、一致しなければステップＳ８２の処理を行い、一致するとソース機器１との間で認証・鍵交換処理を行う（ステップＳ８５）。
【００８７】
図１８はソース機器１の処理手順を示す図である。ソース機器１は、シンク機器３ａ，３ｂ，３ｃからのＤＴＣＰ認証処理要求を受けると（ステップＳ９１）、次に、通信形態を確認する（ステップＳ９２）。
【００８８】
通信形態がアドホックモードの場合、シンク機器３ａ，３ｂ，３ｃの要求がソース機器１の制限を満たしていれば、ＤＴＣＰ認証を受け付ける（ステップＳ９３）。例えば、ソース機器１が接続するシンク機器の台数を１台に制限していた場合、二台目以降に接続したシンク機器の要求は拒否される。
【００８９】
一方、シンク機器がＮｏ　Ｍｏｒｅ　Ｃｏｐｉｅｓを５台まで許可するように制限していた場合、２台目に接続したシンク機器がＮｏ　Ｍｏｒｅ　ＣｏｐｉｅｓでＤＴＣＰ認証を要求していれば、この要求は受け付けられる。
【００９０】
一方、通信形態がインフラストラクチャモードの場合、基地局との間でＤＴＣＰネットワークＩＤ認証処理を行い（ステップＳ９４）、ＤＴＣＰネットワークＩＤが同一か否かを判定する（ステップＳ９５）。同一でなければステップＳ９３の処理を行い、同一であれば認証・鍵交換処理を行う（ステップＳ９６）。
【００９１】
第２の実施形態は、第１の実施形態に比べ、通信形態がアドホックモードのみをサポートするソース機器１やシンク機器３ａ，３ｂ，３ｃであれば、ＤＴＣＰネットワークＩＤ認証処理は必ずしも必要ではないため、装置構成を単純化することができる。
【００９２】
例えば、Ｘ氏が携帯型のシンク機器（例えばディスプレイ装置など）を所有していた場合、Ｘ氏はＹ氏のソース機器（例えばＤＶＤ再生装置など）からのコンテンツの保存を必ずしも要求しておらず、その場限りの閲覧のみを希望している場合には、アドホックモードにより設定をすることなく無線通信システムを構築し、Ｙ氏のソース機器からＸ氏のシンク機器にコンテンツを送信することが可能となる。
【００９３】
このように、第２の実施形態では、アドホックモードで通信を行う場合は、コピーを許可しないようにしてコンテンツを送信するため、各シンク機器が任意にＤＴＣＰネットワークＩＤを設定しても、コンテンツの違法コピーを確実に防止できる。
【００９４】
なお、上述した各実施形態では、無線ＬＡＮとしてＩＥＥＥ８０２．１１を例に説明してきたが、本発明はＢｌｕｅｔｏｏｔｈなど種々の無線ＬＡＮに適用することが可能である。
【００９５】
【発明の効果】
以上詳細に説明したように、本発明によれば、認証及び鍵交換を行う受信装置の数を通信モードによって切り替えるため、著作権保護が必要なコンテンツの悪用を防止できる。
【００９６】
また、認証に失敗した場合に、コンテンツの送信を完全に禁止するのではなく、一定の制限をかけた上でコンテンツの送信を認めるようにしたため、著作権保護を図りつつ、ユーザの使い勝手を向上できる。
【図面の簡単な説明】
【図１】本発明に係る送信装置、受信装置及び無線基地局を含む無線通信システムの第１の実施形態の全体構成を示すブロック図。
【図２】無線基地局の内部構成の一例を示すブロック図。
【図３】ソース機器の内部構成の一例を示すブロック図。
【図４】シンク機器の内部構成の一例を示すブロック図。
【図５】本実施形態の無線通信システムの処理手順を示す図。
【図６】シンク機器の処理手順を示す図。
【図７】図６のステップＳ１８のエラー処理手順を示す図。
【図８】ソース機器の処理手順を示す図。
【図９】図８のステップＳ３６のエラー処理手順を示す図。
【図１０】無線基地局がＤＴＣＰネットワークＩＤを持たない場合の本実施形態の無線通信システムの処理手順を示す図。
【図１１】ローミング対策を施した無線通信システムの処理手順を示す図。
【図１２】リボケーション機能をもつソース機器の内部構成を示すブロック図。
【図１３】図１２のソース機器の処理手順を示す図。
【図１４】本発明に係る無線通信システムの第２の実施形態の概略構成を示すブロック図。
【図１５】すべての機器のＤＴＣＰネットワークＩＤを同じにした例を示す図。
【図１６】無線通信システムのアドホックモードにおける処理手順を示す図。
【図１７】シンク機器の処理手順を示す図。
【図１８】ソース機器１の処理手順を示す図。
【符号の説明】
１，４　ソース機器
２，５　無線基地局
３　シンク機器
１１　８０２．１１インターフェース処理部
１２　通信処理部
１３　ＤＴＣＰネットワークＩＤ記録部
２１　コンテンツ蓄積部
２２　パケット処理部
２３　ＤＴＣＰ認証・鍵交換処理部
２４　ＤＴＣＰ暗号・復号処理部
２５　８０２．１１通信処理部
２６　８０２．１１インターフェース部
２７　ＤＴＣＰネットワークＩＤ入力部
２８　ＤＴＣＰネットワークＩＤ記録部
２９　ＤＴＣＰネットワークＩＤ認証処理部
３１　コンテンツ再生処理部
３２　パケット処理部
３３　ＤＴＣＰ認証・鍵交換処理部
３４　ＤＴＣＰ暗号・復号処理部
３５　８０２．１１通信処理部
３６　８０２．１１インターフェース部
３７　ＤＴＣＰネットワークＩＤ入力部
３８　ＤＴＣＰネットワークＩＤ記録部
３９　ＤＴＣＰネットワークＩＤ認証処理部
【図１】
2004048493.tif 000003
【図２】
2004048493.tif 000004
【図３】
2004048493.tif 000005
【図４】
2004048493.tif 000006
【図５】
2004048493.tif 000007
【図６】
2004048493.tif 000008
【図７】
2004048493.tif 000009
【図８】
2004048493.tif 000010
【図９】
2004048493.tif 000011
【図１０】
2004048493.tif 000012
【図１１】
2004048493.tif 000013
【図１２】
2004048493.tif 000014
【図１３】
2004048493.tif 000015
【図１４】
2004048493.tif 000016
【図１５】
2004048493.tif 000017
【図１６】
2004048493.tif 000018
【図１７】
2004048493.tif 000019
【図１８】
2004048493.tif 000020