ネットワーク装置
【課題】 認証鍵交換の際の距離測定に時間をかけず、且つコンテンツデータ消失の心配のないネットワーク装置を提供する。
【解決手段】 本発明に係るネットワーク装置によれば、ネットワーク上のサーバからコンテンツデータを取得する際に、実際の認証鍵交換の際よりも短い時間で可能か不可能かが判明するので、認証鍵交換が不可能であった場合においてもユーザを待たせることなく不可能である旨告知でき、ユーザを不用意に待機させることがなくなる。また、コンテンツデータ消失の心配もない。
【解決手段】 本発明に係るネットワーク装置によれば、ネットワーク上のサーバからコンテンツデータを取得する際に、実際の認証鍵交換の際よりも短い時間で可能か不可能かが判明するので、認証鍵交換が不可能であった場合においてもユーザを待たせることなく不可能である旨告知でき、ユーザを不用意に待機させることがなくなる。また、コンテンツデータ消失の心配もない。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク装置に関し、特にネットワーク上でコンテンツデータの送受信を行うネットワーク装置に関する。
【背景技術】
【０００２】
音楽や映像といったコンテンツは、従来、アナログデータによるものがほとんどであったが、今やデジタルデータによる利用が中心となっている。
【０００３】
コンテンツデータのデジタル化は、利用が容易になり、また劣化も起こさないという、利用者にとっては非常にメリットが大きい。しかしながら、複製や改変も容易になり、著作権者にとってはデメリットも大きい。そのため、デジタルコンテンツの利用に際しては様々な制限を課す技術も開発されている。
【０００４】
たとえば、コピー回数を１回に制限し、１度コピーされたコンテンツデータは、それ以降のコピーができないようにすることが考えられている。
【０００５】
また、私的利用のみの複製を許可するために、コンテンツデータの送受信の機器間に距離的制限を課すことも考えられている（例えば、特許文献１参照）。
【０００６】
コンテンツデータの送受信の機器間に距離的制限を課すことによるメリットは、インターネットという全世界に通じるネットワークを介してコンテンツデータが伝送されることによる著作権侵害を未然に防ぐことに有る。
【０００７】
具体的には、認証鍵交換の際にサーバとクライアントとの間でコマンドの送受信を行い、そのレスポンスに要する時間より機器間の距離を計測するものである。
【特許文献１】特開２００５−４５７５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、そのような計測を行う際に、無線ＬＡＮなどの通信環境が不安定であったために、計測がうまくなされないことがある。こういった場合、通常は計測を何度かリトライするのであるが、何度もリトライするには多少の時間を要し、その間ユーザを待たせてしまうことになる。また、所定回数リトライに失敗してしまうと、送受信ができなくなるばかりでなく、これによりコンテンツデータの消失を起こすことも考えられる。
【０００９】
従って、本発明の目的は、認証鍵交換の際の距離測定に時間をかけず、且つコンテンツデータ消失の心配のないネットワーク装置を提供することにある。
【課題を解決するための手段】
【００１０】
本発明は、上記目的を達成するため、ネットワーク上の他の通信装置との間で電子データの送受信を行うデータ送受信部と、前記データ送受信部により受信した前記他の通信装置を識別する識別情報を格納する識別情報格納部と、前記識別情報格納部に格納された識別情報を有する前記他の通信装置が、所定の条件を満たすか否かを識別する所定条件識別部と、前記他の通信装置が前記所定条件識別部により前記所定の条件を満たすときのみ、前記他の通信装置との間で著作権保護のための認証鍵交換を行う認証鍵交換処理部と、を備えることを特徴とするネットワーク装置を提供する。
【００１１】
本発明によれば、ネットワーク上のサーバからコンテンツデータを取得する際に、認証鍵交換が可能か否かを予め判断するので、認証鍵交換ができずにコンテンツを受信できないときに、ユーザを待たせることなく、早急に警告することができる。
【００１２】
上記所定の条件は、自己と前記他の通信装置との間の通信距離であってもよく、通信距離は、前記他の通信装置に対して信号を送信した時点から、前記他の通信装置から送信された前記信号に対応する信号を受信した時点までの時間に基づいて計測するものであってもよい。
【００１３】
また、上記所定の条件は、自己と前記他の通信装置との間におけるデータの送受信において経由する機器の数であってもよい。
【発明の効果】
【００１４】
本発明によれば、実際の認証鍵交換の際よりも短い時間で可能か不可能かが判明するので、認証鍵交換が不可能であった場合においてもユーザを待たせることなく不可能である旨告知でき、ユーザを不用意に待機させることがなくなる。また、コンテンツデータ消失の心配もない。
【発明を実施するための最良の形態】
【００１５】
以下、本発明に係るネットワーク装置について、図面を参照しつつ説明する。
【００１６】
（システムの構成）
図１は、本発明に係るネットワーク装置とその周辺装置とを接続したシステムの構成例である。
【００１７】
ネットワーク１は、ネットワーク装置１１と、コンテンツサーバ１２ａ、１２ｂと、中継器１３とからなる。
【００１８】
ネットワーク装置１１は、例えばパーソナルコンピュータ（ＰＣ）であり、ユーザの操作により、ネットワークを構成する機器のいずれかに格納されたコンテンツデータの再生や、各ネットワーク間におけるコンテンツデータの移動の制御等を行う。
【００１９】
コンテンツサーバ１２ａ及び１２ｂは、ネットワーク装置１１やその他のネットワークに接続された機器において利用される各種コンテンツデータを格納する。中継器１３は、ネットワーク装置１１やコンテンツサーバ１２ａなどのネットワーク上の各装置を接続するための中継を行う。
【００２０】
（ネットワーク装置の構成）
図２は、本発明に係るネットワーク装置１１の内部構成を示すブロック図である。
【００２１】
ネットワーク装置１１は、ネットワークインターフェイス１１１、コンテンツ取得処理部１１２、認証鍵交換処理部１２３、局地化事前確認処理部１１４、機器管理部１１５、操作入力部１１６、通知・表示部１１７、及び制御部１１８からなる。
【００２２】
ネットワークインターフェイス１１１は、ネットワーク上の他の機器からのデータの受け取り、及びネットワーク上の他の機器へのデータの送信を行う。
【００２３】
コンテンツ取得処理部１１２は、他機器からのコンテンツリストの取得やコンテンツデータの取得を行う。
【００２４】
認証鍵交換処理部１１３は、コンテンツデータ取得先機器との間における認証鍵交換や局地化の確認を行う。
【００２５】
局地化事前確認処理部１１４は、ネットワーク装置１１とコンテンツサーバ１２ａ等のコンテンツデータ取得先との間の距離を、ＲＴＴ(Round Trip Time)の計測により確認する。RTTの計測にあたっては、認証鍵交換中のＲＴＴで使用されるパケット(RTT Test subfunction）ではなく、相手機器の状態を調べるAKE status commandや、コンテンツに付随する鍵に関する情報を問い合わせるContent Key subfunction等を用いる。
【００２６】
機器管理部１１５は、局地化事前確認処理部１１４が使用するデータの管理を行う。具体的には、通信先各機器の属性情報や、認証鍵などである。
【００２７】
操作入力部１１６は、ユーザからの入力指示を信号化し、当該信号を制御部１１８へと送信する。具体的には、キーボード、マウス、リモコン装置等が用いられる。
【００２８】
通知・表示部１１７は、ネットワーク装置１１における処理結果をユーザに通知する。具体的には、ＣＲＴ(Cathode Ray Tube)やＬＣＤ(Liquid Crystal Display)などのディスプレイが用いられる。また、これらの画像表示に加えて、ブザーやスピーカなどの音響発生部を併用してもよい。
【００２９】
制御部１１８は、上記した各構成部に対してコマンドを送信することにより、ネットワーク装置１１全体の制御を司るものであり、具体的にはＣＰＵ(Central Processing Unit)等が用いられる。
【００３０】
（コンテンツ取得の動作）
本発明のネットワーク装置に係るコンテンツ取得方法について、図面を参照しつつ説明する。
【００３１】
図３は、本発明のネットワーク装置１１におけるコンテンツ取得の動作を示すフローチャートである。また、図４は、本発明のネットワーク装置１１からなるクライアントとコンテンツを格納するサーバとの間における、コマンドの送受信の様子を示す図である。
【００３２】
なお、以下においては、図３のフローチャートの流れに従い説明するが、送受信される各コマンドの符号は、図４に対応する。また、以下の動作については、特に記載のない限り制御部１１８により行われるものとする。
【００３３】
最初に、コンテンツリストの取得が行われる（ステップＳ１０１）。制御部１１８は、コンテンツ取得処理部１１２に対して、ネットワークインターフェイス１１１を介してコンテンツ取得先のサーバに対してコンテンツリスト要求信号２０１を送信させ、通信先サーバよりコンテンツリスト２０２を受信させる。コンテンツリストの取得に際しては、例えばContent Directory Serviceを用いる。このとき、認証鍵交換の際に必要となる通信相手に関する情報も同時に取得することが可能である。
【００３４】
次に、通信先サーバの情報の確認が行われる（ステップＳ１０２）。通信先サーバのネットワークインターフェイスの使用するＭＡＣ（Media Access Control）或いはＵＰｎＰ(Universal Plug and Play)の機器を特定できる値ＵＵＩＤ（Universal Unique ID）等と、機器管理部１１５に格納されているデータと比較する。
【００３５】
次に、通信先サーバが既知の機器であるか否かの判断を行う（ステップＳ１０３）。通信先サーバのＭＡＣやＵＵＩＤ等が機器管理部１１５に格納されているデータと一致した場合には、通信先サーバは既知の機器であると判別されるので（Ｓ１０３：ＹＥＳ）、ステップＳ１０５に処理を移す。
【００３６】
一方、通信先サーバのＭＡＣやＵＵＩＤ等が機器管理部１１５に格納されているデータと一致しなかった場合には、通信先サーバは未知の機器であると判別されるので（Ｓ１０３：ＮＯ）、次に、通信先サーバの属性調査を行う（ステップＳ１０４）。認証鍵交換処理部１１３において、上述したステップＳ１０１におけるコンテンツリスト取得の際に入手したサーバの機器署名データを調査させる。
【００３７】
次に、通信先サーバの局地化の事前チェックが行われる（ステップＳ１０５）。通信先サーバが既知の機器であった場合であっても、前回接続時から移動がなされていることもあるため、局地化のチェックが必要となる。機器管理部１１５より認証鍵交換に必要なＴＣＰ（Transmisson Control Protocol）接続に関する情報を取得し、局地化事前確認処理部１１４よりネットワークインターフェイス１１１を介して、通信先サーバとの間でＲＴＴの計測を行うためのＴＣＰ接続を行う。そして、例えばAKE status commandまたはContent Key subfunction２０３を用い、それらのコマンドの送信に対するレスポンス２０４までの時間の計測により、ＲＴＴの計測を行う。
【００３８】
ここで、RTT Test subfunctionで計測を行わないのは、この機能は本来サーバ側の機能であって、クライアント側では使用できないものであるためであり、本ステップは、事前のチェックとしてクライアント主導でなされるものだからである。なお、通信先サーバの属性により、ＲＴＴによる確認が不要であることが判明している場合には、ＴＴＬ(Time To Live)の確認のみを行うものであってもよい。
【００３９】
次に、事前チェックの結果、認証鍵交換が可能か否かの判断がなされる（ステップＳ１０６）。認証鍵交換は不可能だと判別した場合には（Ｓ１０６：ＮＯ）、通知・表示部１１７において、認証鍵交換が不可能であり、装置の設置位置の見直しやネットワーク構成の見直しが必要である旨の警告を行わせ（ステップＳ１０７）、この処理を終了させる。なお、通信状況によってはＲＴＴの計測は１回では失敗することもあるので、失敗した際には所定の回数まではリトライを行い、全てのリトライが失敗に終わった場合や、計測に成功した上で認証鍵交換ができないものと確認された場合に、ステップＳ１０７の処理を行う。
【００４０】
一方、認証鍵交換は可能だと判別した場合には（Ｓ１０６：ＹＥＳ）、認証鍵交換を開始する（ステップＳ１０８）。予め入手し、機器管理部１１５に格納された通信先サーバのアドレス及びポート番号に対してＴＣＰ接続を行い、通信先サーバにChallenge subfunctionコマンド２０５を発行する。そして、通信先サーバからのChallenge subfunctionコマンド２０６を受信することにより、認証鍵交換は開始される。
【００４１】
次に、送信側と受信側の距離を調べるための局地化の確認が行われる（ステップＳ１０９）。共有鍵から作製されるデータが埋め込まれたデータを持つパケットであるRTT Test subfunction２０７を通信先サーバより受信し、これに対するレスポンス２０８を通信先サーバに送信する。このときのレスポンスに要する時間ＲＴＴを通信先サーバが計測し、通信先サーバによって基準を満たすか否かの判断がなされる。同時に、複数のネットワーク群を跨ぐ形で送信側と受信側が接続されていないかの行うために、ＩＰ（Internet Protocol）パケットに含まれるＴＴＬにより局地化の確認が行われる。
【００４２】
次に、認証鍵交換が終了したか否かの判断がなされる（ステップＳ１１０）。認証鍵交換が終了すると、通信先サーバより鍵交換の終了を示すExchange Key subfunctionコマンド２０９を受信するので、これを受信していない場合には鍵交換が終了していないと判別し（Ｓ１１０：ＮＯ）、この処理を繰り返す。
【００４３】
一方、当該コマンドを受信した場合には鍵交換が終了したと判別した場合には（Ｓ１１０：ＹＥＳ）、通信先サーバに対してコンテンツの取得要求をする（ステップＳ１１１）。コンテンツ取得要求は、ＨＴＴＰプロトコル（Hyper-Text Transfer Protocol）をもちいて、クライアント側よりＧＥＴメソッドを含むリクエスト２１０を送信することにより行われる。
【００４４】
次に、コンテンツの受信が行われる（ステップＳ１１２）。通信先サーバから、取得要求に応じたコンテンツのヘッダー２１１及び暗号化されたコンテンツ２１２を送信され、これをネットワークインターフェイス１１１を介して受信する。そして受信終了の後、本プログラムを終了させる。
【００４５】
上記のように構成することにより、実際の認証鍵交換の際よりも短い時間で可能か不可能かが判明するので、認証鍵交換が不可能であった場合においてもユーザを待たせることなく不可能である旨告知でき、ユーザを不用意に待機させることがなくなる。
【００４６】
（コンテンツ移動の動作）
次に、本発明のネットワーク装置に係るコンテンツ移動方法について、図面を参照しつつ説明する。
【００４７】
図５は、本発明のネットワーク装置１１におけるコンテンツ移動の動作を示すフローチャートである。また、図６は、本発明のネットワーク装置１１からなる送信側クライアントとコンテンツを受信するサーバとの間における、コマンドの送受信の様子を示す図である。
【００４８】
なお、以下においては、図５のフローチャートの流れに従い説明するが、送受信される各コマンドの符号は、図６に対応する。
【００４９】
最初に、コンテンツの移動先の作製依頼が行われる（ステップＳ１２１）。制御部１１８は、ネットワークインターフェイス１１１を介してコンテンツ送信先のサーバに対して移動先作製依頼信号２２１を送信し、通信先サーバより承認コマンド２２２を受信する。
【００５０】
次に、通信先サーバの情報の確認が行われ（ステップＳ１２２）、続いて、通信先サーバが既知の機器であるか否かの判断を行う（ステップＳ１２３）。通信先サーバのＭＡＣやＵＵＩＤ等が機器管理部１１５に格納されているデータと一致した場合には、通信先サーバは既知の機器であると判別されるので（Ｓ１２３：ＹＥＳ）、ステップＳ１２５に処理を移す。
【００５１】
一方、通信先サーバのＭＡＣやＵＵＩＤ等が機器管理部１１５に格納されているデータと一致しなかった場合には、通信先サーバは未知の機器であると判別されるので（Ｓ１２３：ＮＯ）、次に、通信先サーバの属性調査を行う（ステップＳ１２４）。認証鍵交換処理部１１３において、上述したステップＳ１２１における移動先作製依頼の際に入手したサーバの機器署名データを調査させる。
【００５２】
次に、通信先サーバの局地化の事前チェックが行われる（ステップＳ１２５）。局地化事前確認処理部１１４よりネットワークインターフェイス１１１を介して、通信先サーバとの間でＲＴＴの計測を行うためのＴＣＰ接続を行い、ＲＴＴの計測を行う。
【００５３】
次に、事前チェックの結果、認証鍵交換が可能か否かの判断がなされる（ステップＳ１２６）。認証鍵交換は不可能だと判別した場合には（Ｓ１２６：ＮＯ）、通知・表示部１１７において、認証鍵交換が不可能であり、装置の設置位置の見直しやネットワーク構成の見直しが必要である旨の警告を行わせ（ステップＳ１２７）、この処理を終了させる。
【００５４】
一方、認証鍵交換は可能だと判別した場合には（Ｓ１２６：ＹＥＳ）、通信先サーバに対してコンテンツの受信要求をする（ステップＳ１２８）。コンテンツの移動に際し行われる認証鍵交換は、受信側から先にコマンドを送信する必要があるので、クライアント側よりサーバがコンテンツの受信の動作を開始するようにクライアント側よりリクエスト２２５を送信することで、受信要求をする。
【００５５】
次に、認証鍵交換を開始する（ステップＳ１２９）。通信先サーバよりChallenge subfunctionコマンド２２６を受信した後、通信先サーバへChallenge subfunctionコマンド２２７を返信することにより、認証鍵交換は開始される。
【００５６】
次に、送信側と受信側の距離を調べるための局地化の確認が行われる（ステップＳ１３０）。RTT Test subfunction２２８を通信先サーバへ送信し、これに対するレスポンス２２９を通信先サーバから受信する。このときのレスポンスに要する時間ＲＴＴを計測し、基準を満たすか否かの判断を行う。同時に、ＩＰパケットに含まれるＴＴＬにより局地化の確認を行う。その後、認証鍵交換を終了する（ステップＳ１３１）。通信先サーバに対して鍵交換の終了を示すExchange Key subfunctionコマンド２３０を送信することにより認証鍵交換が終了する。
【００５７】
次に、コンテンツの送信が行われる（ステップＳ１３２）。通信先サーバに対し、コンテンツのヘッダー２１１及び暗号化されたコンテンツ２１２を送信する。そして送信終了の後、本プログラムを終了させる。
【００５８】
上記のように構成することにより、送信側クライアントと受信側サーバとの間の通信がうまく行かず、認証鍵交換が成立しなかった場合に、移動するコンテンツデータが焼失することを防止することができる。
【図面の簡単な説明】
【００５９】
【図１】本発明に係るネットワーク装置とその周辺装置とを接続したシステムの構成例である。
【図２】本発明に係るネットワーク装置１１の内部構成を示すブロック図である。
【図３】本発明のネットワーク装置１１におけるコンテンツ取得の動作を示すフローチャートである。
【図４】本発明のネットワーク装置１１からなるクライアントとコンテンツを格納するサーバとの間における、コマンドの送受信の様子を示す図である。
【図５】本発明のネットワーク装置１１におけるコンテンツ移動の動作を示すフローチャートである。
【図６】本発明のネットワーク装置１１からなる送信側クライアントとコンテンツを受信するサーバとの間における、コマンドの送受信の様子を示す図である。
【符号の説明】
【００６０】
１、ネットワーク １１、ネットワーク装置 １２ａ、１２ｂ、コンテンツサーバ
１３、中継器 １１１、ネットワークインターフェイス １１２、コンテンツ取得処理部
１１３、認証鍵交換処理部 １１４、局地化事前確認処理部 １１５、機器管理部
１１６、操作入力部 １１７、通知・表示部 １１８、制御部
２０１、コンテンツリスト要求信号 ２０２、コンテンツリスト
２０３、２２３、AKE status commandまたはContent Key subfunction
２０４、２０８、２２４、２２９、レスポンス
２０５、２０６、２２６、２２７、Challenge subfunction
２０７、２２８、RTT TEST subfunction ２０９、２３０、Exchange Key subfunction
２１０、２２５、リクエスト ２１１、２３１、コンテンツのヘッダー
２１２、２３２、コンテンツ ２２１、移動先作製依頼信号 ２２２、承認コマンド
【技術分野】
【０００１】
本発明は、ネットワーク装置に関し、特にネットワーク上でコンテンツデータの送受信を行うネットワーク装置に関する。
【背景技術】
【０００２】
音楽や映像といったコンテンツは、従来、アナログデータによるものがほとんどであったが、今やデジタルデータによる利用が中心となっている。
【０００３】
コンテンツデータのデジタル化は、利用が容易になり、また劣化も起こさないという、利用者にとっては非常にメリットが大きい。しかしながら、複製や改変も容易になり、著作権者にとってはデメリットも大きい。そのため、デジタルコンテンツの利用に際しては様々な制限を課す技術も開発されている。
【０００４】
たとえば、コピー回数を１回に制限し、１度コピーされたコンテンツデータは、それ以降のコピーができないようにすることが考えられている。
【０００５】
また、私的利用のみの複製を許可するために、コンテンツデータの送受信の機器間に距離的制限を課すことも考えられている（例えば、特許文献１参照）。
【０００６】
コンテンツデータの送受信の機器間に距離的制限を課すことによるメリットは、インターネットという全世界に通じるネットワークを介してコンテンツデータが伝送されることによる著作権侵害を未然に防ぐことに有る。
【０００７】
具体的には、認証鍵交換の際にサーバとクライアントとの間でコマンドの送受信を行い、そのレスポンスに要する時間より機器間の距離を計測するものである。
【特許文献１】特開２００５−４５７５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、そのような計測を行う際に、無線ＬＡＮなどの通信環境が不安定であったために、計測がうまくなされないことがある。こういった場合、通常は計測を何度かリトライするのであるが、何度もリトライするには多少の時間を要し、その間ユーザを待たせてしまうことになる。また、所定回数リトライに失敗してしまうと、送受信ができなくなるばかりでなく、これによりコンテンツデータの消失を起こすことも考えられる。
【０００９】
従って、本発明の目的は、認証鍵交換の際の距離測定に時間をかけず、且つコンテンツデータ消失の心配のないネットワーク装置を提供することにある。
【課題を解決するための手段】
【００１０】
本発明は、上記目的を達成するため、ネットワーク上の他の通信装置との間で電子データの送受信を行うデータ送受信部と、前記データ送受信部により受信した前記他の通信装置を識別する識別情報を格納する識別情報格納部と、前記識別情報格納部に格納された識別情報を有する前記他の通信装置が、所定の条件を満たすか否かを識別する所定条件識別部と、前記他の通信装置が前記所定条件識別部により前記所定の条件を満たすときのみ、前記他の通信装置との間で著作権保護のための認証鍵交換を行う認証鍵交換処理部と、を備えることを特徴とするネットワーク装置を提供する。
【００１１】
本発明によれば、ネットワーク上のサーバからコンテンツデータを取得する際に、認証鍵交換が可能か否かを予め判断するので、認証鍵交換ができずにコンテンツを受信できないときに、ユーザを待たせることなく、早急に警告することができる。
【００１２】
上記所定の条件は、自己と前記他の通信装置との間の通信距離であってもよく、通信距離は、前記他の通信装置に対して信号を送信した時点から、前記他の通信装置から送信された前記信号に対応する信号を受信した時点までの時間に基づいて計測するものであってもよい。
【００１３】
また、上記所定の条件は、自己と前記他の通信装置との間におけるデータの送受信において経由する機器の数であってもよい。
【発明の効果】
【００１４】
本発明によれば、実際の認証鍵交換の際よりも短い時間で可能か不可能かが判明するので、認証鍵交換が不可能であった場合においてもユーザを待たせることなく不可能である旨告知でき、ユーザを不用意に待機させることがなくなる。また、コンテンツデータ消失の心配もない。
【発明を実施するための最良の形態】
【００１５】
以下、本発明に係るネットワーク装置について、図面を参照しつつ説明する。
【００１６】
（システムの構成）
図１は、本発明に係るネットワーク装置とその周辺装置とを接続したシステムの構成例である。
【００１７】
ネットワーク１は、ネットワーク装置１１と、コンテンツサーバ１２ａ、１２ｂと、中継器１３とからなる。
【００１８】
ネットワーク装置１１は、例えばパーソナルコンピュータ（ＰＣ）であり、ユーザの操作により、ネットワークを構成する機器のいずれかに格納されたコンテンツデータの再生や、各ネットワーク間におけるコンテンツデータの移動の制御等を行う。
【００１９】
コンテンツサーバ１２ａ及び１２ｂは、ネットワーク装置１１やその他のネットワークに接続された機器において利用される各種コンテンツデータを格納する。中継器１３は、ネットワーク装置１１やコンテンツサーバ１２ａなどのネットワーク上の各装置を接続するための中継を行う。
【００２０】
（ネットワーク装置の構成）
図２は、本発明に係るネットワーク装置１１の内部構成を示すブロック図である。
【００２１】
ネットワーク装置１１は、ネットワークインターフェイス１１１、コンテンツ取得処理部１１２、認証鍵交換処理部１２３、局地化事前確認処理部１１４、機器管理部１１５、操作入力部１１６、通知・表示部１１７、及び制御部１１８からなる。
【００２２】
ネットワークインターフェイス１１１は、ネットワーク上の他の機器からのデータの受け取り、及びネットワーク上の他の機器へのデータの送信を行う。
【００２３】
コンテンツ取得処理部１１２は、他機器からのコンテンツリストの取得やコンテンツデータの取得を行う。
【００２４】
認証鍵交換処理部１１３は、コンテンツデータ取得先機器との間における認証鍵交換や局地化の確認を行う。
【００２５】
局地化事前確認処理部１１４は、ネットワーク装置１１とコンテンツサーバ１２ａ等のコンテンツデータ取得先との間の距離を、ＲＴＴ(Round Trip Time)の計測により確認する。RTTの計測にあたっては、認証鍵交換中のＲＴＴで使用されるパケット(RTT Test subfunction）ではなく、相手機器の状態を調べるAKE status commandや、コンテンツに付随する鍵に関する情報を問い合わせるContent Key subfunction等を用いる。
【００２６】
機器管理部１１５は、局地化事前確認処理部１１４が使用するデータの管理を行う。具体的には、通信先各機器の属性情報や、認証鍵などである。
【００２７】
操作入力部１１６は、ユーザからの入力指示を信号化し、当該信号を制御部１１８へと送信する。具体的には、キーボード、マウス、リモコン装置等が用いられる。
【００２８】
通知・表示部１１７は、ネットワーク装置１１における処理結果をユーザに通知する。具体的には、ＣＲＴ(Cathode Ray Tube)やＬＣＤ(Liquid Crystal Display)などのディスプレイが用いられる。また、これらの画像表示に加えて、ブザーやスピーカなどの音響発生部を併用してもよい。
【００２９】
制御部１１８は、上記した各構成部に対してコマンドを送信することにより、ネットワーク装置１１全体の制御を司るものであり、具体的にはＣＰＵ(Central Processing Unit)等が用いられる。
【００３０】
（コンテンツ取得の動作）
本発明のネットワーク装置に係るコンテンツ取得方法について、図面を参照しつつ説明する。
【００３１】
図３は、本発明のネットワーク装置１１におけるコンテンツ取得の動作を示すフローチャートである。また、図４は、本発明のネットワーク装置１１からなるクライアントとコンテンツを格納するサーバとの間における、コマンドの送受信の様子を示す図である。
【００３２】
なお、以下においては、図３のフローチャートの流れに従い説明するが、送受信される各コマンドの符号は、図４に対応する。また、以下の動作については、特に記載のない限り制御部１１８により行われるものとする。
【００３３】
最初に、コンテンツリストの取得が行われる（ステップＳ１０１）。制御部１１８は、コンテンツ取得処理部１１２に対して、ネットワークインターフェイス１１１を介してコンテンツ取得先のサーバに対してコンテンツリスト要求信号２０１を送信させ、通信先サーバよりコンテンツリスト２０２を受信させる。コンテンツリストの取得に際しては、例えばContent Directory Serviceを用いる。このとき、認証鍵交換の際に必要となる通信相手に関する情報も同時に取得することが可能である。
【００３４】
次に、通信先サーバの情報の確認が行われる（ステップＳ１０２）。通信先サーバのネットワークインターフェイスの使用するＭＡＣ（Media Access Control）或いはＵＰｎＰ(Universal Plug and Play)の機器を特定できる値ＵＵＩＤ（Universal Unique ID）等と、機器管理部１１５に格納されているデータと比較する。
【００３５】
次に、通信先サーバが既知の機器であるか否かの判断を行う（ステップＳ１０３）。通信先サーバのＭＡＣやＵＵＩＤ等が機器管理部１１５に格納されているデータと一致した場合には、通信先サーバは既知の機器であると判別されるので（Ｓ１０３：ＹＥＳ）、ステップＳ１０５に処理を移す。
【００３６】
一方、通信先サーバのＭＡＣやＵＵＩＤ等が機器管理部１１５に格納されているデータと一致しなかった場合には、通信先サーバは未知の機器であると判別されるので（Ｓ１０３：ＮＯ）、次に、通信先サーバの属性調査を行う（ステップＳ１０４）。認証鍵交換処理部１１３において、上述したステップＳ１０１におけるコンテンツリスト取得の際に入手したサーバの機器署名データを調査させる。
【００３７】
次に、通信先サーバの局地化の事前チェックが行われる（ステップＳ１０５）。通信先サーバが既知の機器であった場合であっても、前回接続時から移動がなされていることもあるため、局地化のチェックが必要となる。機器管理部１１５より認証鍵交換に必要なＴＣＰ（Transmisson Control Protocol）接続に関する情報を取得し、局地化事前確認処理部１１４よりネットワークインターフェイス１１１を介して、通信先サーバとの間でＲＴＴの計測を行うためのＴＣＰ接続を行う。そして、例えばAKE status commandまたはContent Key subfunction２０３を用い、それらのコマンドの送信に対するレスポンス２０４までの時間の計測により、ＲＴＴの計測を行う。
【００３８】
ここで、RTT Test subfunctionで計測を行わないのは、この機能は本来サーバ側の機能であって、クライアント側では使用できないものであるためであり、本ステップは、事前のチェックとしてクライアント主導でなされるものだからである。なお、通信先サーバの属性により、ＲＴＴによる確認が不要であることが判明している場合には、ＴＴＬ(Time To Live)の確認のみを行うものであってもよい。
【００３９】
次に、事前チェックの結果、認証鍵交換が可能か否かの判断がなされる（ステップＳ１０６）。認証鍵交換は不可能だと判別した場合には（Ｓ１０６：ＮＯ）、通知・表示部１１７において、認証鍵交換が不可能であり、装置の設置位置の見直しやネットワーク構成の見直しが必要である旨の警告を行わせ（ステップＳ１０７）、この処理を終了させる。なお、通信状況によってはＲＴＴの計測は１回では失敗することもあるので、失敗した際には所定の回数まではリトライを行い、全てのリトライが失敗に終わった場合や、計測に成功した上で認証鍵交換ができないものと確認された場合に、ステップＳ１０７の処理を行う。
【００４０】
一方、認証鍵交換は可能だと判別した場合には（Ｓ１０６：ＹＥＳ）、認証鍵交換を開始する（ステップＳ１０８）。予め入手し、機器管理部１１５に格納された通信先サーバのアドレス及びポート番号に対してＴＣＰ接続を行い、通信先サーバにChallenge subfunctionコマンド２０５を発行する。そして、通信先サーバからのChallenge subfunctionコマンド２０６を受信することにより、認証鍵交換は開始される。
【００４１】
次に、送信側と受信側の距離を調べるための局地化の確認が行われる（ステップＳ１０９）。共有鍵から作製されるデータが埋め込まれたデータを持つパケットであるRTT Test subfunction２０７を通信先サーバより受信し、これに対するレスポンス２０８を通信先サーバに送信する。このときのレスポンスに要する時間ＲＴＴを通信先サーバが計測し、通信先サーバによって基準を満たすか否かの判断がなされる。同時に、複数のネットワーク群を跨ぐ形で送信側と受信側が接続されていないかの行うために、ＩＰ（Internet Protocol）パケットに含まれるＴＴＬにより局地化の確認が行われる。
【００４２】
次に、認証鍵交換が終了したか否かの判断がなされる（ステップＳ１１０）。認証鍵交換が終了すると、通信先サーバより鍵交換の終了を示すExchange Key subfunctionコマンド２０９を受信するので、これを受信していない場合には鍵交換が終了していないと判別し（Ｓ１１０：ＮＯ）、この処理を繰り返す。
【００４３】
一方、当該コマンドを受信した場合には鍵交換が終了したと判別した場合には（Ｓ１１０：ＹＥＳ）、通信先サーバに対してコンテンツの取得要求をする（ステップＳ１１１）。コンテンツ取得要求は、ＨＴＴＰプロトコル（Hyper-Text Transfer Protocol）をもちいて、クライアント側よりＧＥＴメソッドを含むリクエスト２１０を送信することにより行われる。
【００４４】
次に、コンテンツの受信が行われる（ステップＳ１１２）。通信先サーバから、取得要求に応じたコンテンツのヘッダー２１１及び暗号化されたコンテンツ２１２を送信され、これをネットワークインターフェイス１１１を介して受信する。そして受信終了の後、本プログラムを終了させる。
【００４５】
上記のように構成することにより、実際の認証鍵交換の際よりも短い時間で可能か不可能かが判明するので、認証鍵交換が不可能であった場合においてもユーザを待たせることなく不可能である旨告知でき、ユーザを不用意に待機させることがなくなる。
【００４６】
（コンテンツ移動の動作）
次に、本発明のネットワーク装置に係るコンテンツ移動方法について、図面を参照しつつ説明する。
【００４７】
図５は、本発明のネットワーク装置１１におけるコンテンツ移動の動作を示すフローチャートである。また、図６は、本発明のネットワーク装置１１からなる送信側クライアントとコンテンツを受信するサーバとの間における、コマンドの送受信の様子を示す図である。
【００４８】
なお、以下においては、図５のフローチャートの流れに従い説明するが、送受信される各コマンドの符号は、図６に対応する。
【００４９】
最初に、コンテンツの移動先の作製依頼が行われる（ステップＳ１２１）。制御部１１８は、ネットワークインターフェイス１１１を介してコンテンツ送信先のサーバに対して移動先作製依頼信号２２１を送信し、通信先サーバより承認コマンド２２２を受信する。
【００５０】
次に、通信先サーバの情報の確認が行われ（ステップＳ１２２）、続いて、通信先サーバが既知の機器であるか否かの判断を行う（ステップＳ１２３）。通信先サーバのＭＡＣやＵＵＩＤ等が機器管理部１１５に格納されているデータと一致した場合には、通信先サーバは既知の機器であると判別されるので（Ｓ１２３：ＹＥＳ）、ステップＳ１２５に処理を移す。
【００５１】
一方、通信先サーバのＭＡＣやＵＵＩＤ等が機器管理部１１５に格納されているデータと一致しなかった場合には、通信先サーバは未知の機器であると判別されるので（Ｓ１２３：ＮＯ）、次に、通信先サーバの属性調査を行う（ステップＳ１２４）。認証鍵交換処理部１１３において、上述したステップＳ１２１における移動先作製依頼の際に入手したサーバの機器署名データを調査させる。
【００５２】
次に、通信先サーバの局地化の事前チェックが行われる（ステップＳ１２５）。局地化事前確認処理部１１４よりネットワークインターフェイス１１１を介して、通信先サーバとの間でＲＴＴの計測を行うためのＴＣＰ接続を行い、ＲＴＴの計測を行う。
【００５３】
次に、事前チェックの結果、認証鍵交換が可能か否かの判断がなされる（ステップＳ１２６）。認証鍵交換は不可能だと判別した場合には（Ｓ１２６：ＮＯ）、通知・表示部１１７において、認証鍵交換が不可能であり、装置の設置位置の見直しやネットワーク構成の見直しが必要である旨の警告を行わせ（ステップＳ１２７）、この処理を終了させる。
【００５４】
一方、認証鍵交換は可能だと判別した場合には（Ｓ１２６：ＹＥＳ）、通信先サーバに対してコンテンツの受信要求をする（ステップＳ１２８）。コンテンツの移動に際し行われる認証鍵交換は、受信側から先にコマンドを送信する必要があるので、クライアント側よりサーバがコンテンツの受信の動作を開始するようにクライアント側よりリクエスト２２５を送信することで、受信要求をする。
【００５５】
次に、認証鍵交換を開始する（ステップＳ１２９）。通信先サーバよりChallenge subfunctionコマンド２２６を受信した後、通信先サーバへChallenge subfunctionコマンド２２７を返信することにより、認証鍵交換は開始される。
【００５６】
次に、送信側と受信側の距離を調べるための局地化の確認が行われる（ステップＳ１３０）。RTT Test subfunction２２８を通信先サーバへ送信し、これに対するレスポンス２２９を通信先サーバから受信する。このときのレスポンスに要する時間ＲＴＴを計測し、基準を満たすか否かの判断を行う。同時に、ＩＰパケットに含まれるＴＴＬにより局地化の確認を行う。その後、認証鍵交換を終了する（ステップＳ１３１）。通信先サーバに対して鍵交換の終了を示すExchange Key subfunctionコマンド２３０を送信することにより認証鍵交換が終了する。
【００５７】
次に、コンテンツの送信が行われる（ステップＳ１３２）。通信先サーバに対し、コンテンツのヘッダー２１１及び暗号化されたコンテンツ２１２を送信する。そして送信終了の後、本プログラムを終了させる。
【００５８】
上記のように構成することにより、送信側クライアントと受信側サーバとの間の通信がうまく行かず、認証鍵交換が成立しなかった場合に、移動するコンテンツデータが焼失することを防止することができる。
【図面の簡単な説明】
【００５９】
【図１】本発明に係るネットワーク装置とその周辺装置とを接続したシステムの構成例である。
【図２】本発明に係るネットワーク装置１１の内部構成を示すブロック図である。
【図３】本発明のネットワーク装置１１におけるコンテンツ取得の動作を示すフローチャートである。
【図４】本発明のネットワーク装置１１からなるクライアントとコンテンツを格納するサーバとの間における、コマンドの送受信の様子を示す図である。
【図５】本発明のネットワーク装置１１におけるコンテンツ移動の動作を示すフローチャートである。
【図６】本発明のネットワーク装置１１からなる送信側クライアントとコンテンツを受信するサーバとの間における、コマンドの送受信の様子を示す図である。
【符号の説明】
【００６０】
１、ネットワーク １１、ネットワーク装置 １２ａ、１２ｂ、コンテンツサーバ
１３、中継器 １１１、ネットワークインターフェイス １１２、コンテンツ取得処理部
１１３、認証鍵交換処理部 １１４、局地化事前確認処理部 １１５、機器管理部
１１６、操作入力部 １１７、通知・表示部 １１８、制御部
２０１、コンテンツリスト要求信号 ２０２、コンテンツリスト
２０３、２２３、AKE status commandまたはContent Key subfunction
２０４、２０８、２２４、２２９、レスポンス
２０５、２０６、２２６、２２７、Challenge subfunction
２０７、２２８、RTT TEST subfunction ２０９、２３０、Exchange Key subfunction
２１０、２２５、リクエスト ２１１、２３１、コンテンツのヘッダー
２１２、２３２、コンテンツ ２２１、移動先作製依頼信号 ２２２、承認コマンド
【特許請求の範囲】
【請求項１】
ネットワーク上の他の通信装置との間で電子データの送受信を行うデータ送受信部と、
前記データ送受信部により受信した前記他の通信装置を識別する識別情報を格納する識別情報格納部と、
前記識別情報格納部に格納された識別情報を有する前記他の通信装置が、所定の条件を満たすか否かを識別する所定条件識別部と、
前記他の通信装置が前記所定条件識別部により前記所定の条件を満たすときのみ、前記他の通信装置との間で著作権保護のための認証鍵交換を行う認証鍵交換処理部と、を備えることを特徴とするネットワーク装置。
【請求項２】
前記所定の条件は、自己と前記他の通信装置との間の通信距離であることを特徴とする請求項１記載のネットワーク装置。
【請求項３】
前記通信距離は、前記他の通信装置に対して信号を送信した時点から、前記他の通信装置から送信された前記信号に対応する信号を受信した時点までの時間に基づいて計測することを特徴とする請求項２記載のネットワーク装置。
【請求項４】
前記所定の条件は、自己と前記他の通信装置との間におけるデータの送受信において経由する機器の数であることを特徴とする請求項１記載のネットワーク装置。
【請求項１】
ネットワーク上の他の通信装置との間で電子データの送受信を行うデータ送受信部と、
前記データ送受信部により受信した前記他の通信装置を識別する識別情報を格納する識別情報格納部と、
前記識別情報格納部に格納された識別情報を有する前記他の通信装置が、所定の条件を満たすか否かを識別する所定条件識別部と、
前記他の通信装置が前記所定条件識別部により前記所定の条件を満たすときのみ、前記他の通信装置との間で著作権保護のための認証鍵交換を行う認証鍵交換処理部と、を備えることを特徴とするネットワーク装置。
【請求項２】
前記所定の条件は、自己と前記他の通信装置との間の通信距離であることを特徴とする請求項１記載のネットワーク装置。
【請求項３】
前記通信距離は、前記他の通信装置に対して信号を送信した時点から、前記他の通信装置から送信された前記信号に対応する信号を受信した時点までの時間に基づいて計測することを特徴とする請求項２記載のネットワーク装置。
【請求項４】
前記所定の条件は、自己と前記他の通信装置との間におけるデータの送受信において経由する機器の数であることを特徴とする請求項１記載のネットワーク装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００６−３３９８７６（Ｐ２００６−３３９８７６Ａ）
【公開日】平成１８年１２月１４日（２００６．１２．１４）
【国際特許分類】
【出願番号】特願２００５−１６０２５３（Ｐ２００５−１６０２５３）
【出願日】平成１７年５月３１日（２００５．５．３１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成１８年１２月１４日（２００６．１２．１４）
【国際特許分類】
【出願日】平成１７年５月３１日（２００５．５．３１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]