(57)【要約】【課題】デジタルストリームデータの伝送元とデータ受信機器との間におけるネットワークを介したデータ伝送を、汎用性と著作権保護を確保しつつ簡便化する。【解決手段】デシタルデータ復号システム１００は、伝送元ＤＳからのデジタルコンテンツ伝送を受けるに当たり、ホストシステム３００とネットワークＮＴとの間に復号回路機器２００を介在させる。この復号回路機器２００は、暗号化済みのデジタルコンテンツの復号と、復号化済みのデジタルコンテンツの映像ストリームインターフェース４０２を介したホストシステム３００への伝送、暗号化のままのデジタルコンテンツの双方向バス４００を介したホストシステム３００への伝送を行う。【選択図】図２
2007266938.tif 000002
【特許請求の範囲】
【請求項１】
デジタルストリームデータの伝送路となるネットワークと、前記デジタルストリームデータの提供を受けるデータ受信機器との間に介在し、前記ネットワークと前記データ受信機器との間のデータ通信に関与するデータ通信回路であって、
前記データ受信機器と接続され、前記データ受信機器との間で双方向にデータ通信する双方向バスと、
前記データ受信機器と接続され、デジタルストリームデータを前記データ受信機器に送信するデジタルストリームデータ送信インターフェースと、
前記ネットワークと接続され、前記双方向バスを介した前記データ受信機器と前記ネットワークとの間の双方向のデータ送信を前記データ受信機器のプロトコルに則って達成する双方向データ通信部と、
前記デジタルストリームデータの送信元が暗号化して提供する暗号化済みデジタルストリームデータの伝送に備え、前記送信元との間で暗号解除のための認証を行う認証部と、
前記データ受信機器の側から前記送信元に対して前記暗号化済みデジタルストリームデータの送信要求があると、前記送信元から伝送された暗号化済みのデジタルストリームデータの伝送を受けて、前記送信元との間で行った前記認証に基づいて、前記暗号化済みデジタルストリームデータの復号を行う復号部と、
前記送信元から伝送された前記暗号化済みのデジタルストリームデータを前記双方向バスを介して前記データ受信機器に送信すると共に、前記復号化済みのデジタルストリームデータを前記デジタルストリームデータ送信インターフェースを介して前記データ受信機器に送信するデータ送信制御部とを備える
データ通信回路。
【請求項２】
デジタルストリームデータの送信元からデータの伝送路となるネットワークを経由して提供を受けた前記デジタルストリームデータを再生するデータ再生装置であって、
前記デジタルストリームデータの提供を受けるデータ受信機器と、
前記デジタルストリームデータを再生するデータ再生機器と、
前記ネットワークと前記データ受信機器との間のデータ通信に関与するデータ通信回路とを備え、
該データ通信回路は、
前記データ受信機器と接続され、前記データ受信機器との間で双方向にデータ通信する双方向バスと、
前記データ再生機器と接続され、デジタルストリームデータを前記データ再生機器に送信するデジタルストリームデータ送信インターフェースと、
前記ネットワークと接続され、前記双方向バスを介した前記データ受信機器と前記ネットワークとの間の双方向のデータ送信を前記データ受信機器のプロトコルに則って達成する双方向データ通信部と、
前記デジタルストリームデータの送信元が暗号化して提供する暗号化済みデジタルストリームデータの伝送に備え、前記送信元との間で暗号解除のための認証を行う認証部と、
前記データ受信機器の側から前記送信元に対して前記暗号化済みデジタルストリームデータの送信要求があると、前記送信元から伝送された暗号化済みのデジタルストリームデータの伝送を受けて、前記送信元との間で行った前記認証に基づいて、前記暗号化済みデジタルストリームデータの復号を行う復号部と、
前記送信元から伝送された前記暗号化済みのデジタルストリームデータを前記双方向バスを介して前記データ受信機器に送信すると共に、前記復号化済みのデジタルストリームデータを前記デジタルストリームデータ送信インターフェースを介して前記データ再生機器に送信するデータ送信制御部とを備える
データ再生装置。
【請求項３】
デジタルストリームデータの伝送路となるネットワークと、前記デジタルストリームデータの提供を受けるデータ受信機器との間に介在し、前記ネットワークと前記データ受信機器との間のデータ通信に関与するデータ通信機器であって、
前記デジタルストリームデータを再生するデータ再生部と、
前記データ受信機器と接続され、前記データ受信機器との間で双方向にデータ通信する双方向バスと、
前記データ再生部と接続され、デジタルストリームデータを前記データ受信機器に送信するデジタルストリームデータ送信インターフェースと、
前記ネットワークと接続され、前記双方向バスを介した前記データ受信機器と前記ネットワークとの間の双方向のデータ送信を前記データ受信機器のプロトコルに則って達成する双方向データ通信部と、
前記デジタルストリームデータの送信元が暗号化して提供する暗号化済みデジタルストリームデータの伝送に備え、前記送信元との間で暗号解除のための認証を行う認証部と、
前記データ受信機器の側から前記送信元に対して前記暗号化済みデジタルストリームデータの送信要求があると、前記送信元から伝送された暗号化済みのデジタルストリームデータの伝送を受けて、前記送信元との間で行った前記認証に基づいて、前記暗号化済みデジタルストリームデータの復号を行う復号部と、
前記送信元から伝送された前記暗号化済みのデジタルストリームデータを前記双方向バスを介して前記データ受信機器に送信すると共に、前記復号化済みのデジタルストリームデータを前記デジタルストリームデータ送信インターフェースを介して前記データ再生部に送信するデータ送信制御部とを備える
データ通信機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルストリームデータの伝送路となるネットワークと、データの提供を受けるデータ受信機器との間に介在してデータ通信に関与するデータ通信に関する。
【背景技術】
【０００２】
近年になりネットワークにおけるデータ伝送技術が進歩し、ネットワークを介して映像や音楽等のデジタルデータを圧縮デジタル形式のままストリーム伝送する技術が開発されている。例えば、ＩＥＥＥ１３９４と称されるネットワーク規格では、ＤＴＣＰ（Digital Transmission Content Protection）技術が採用され、デジタルデータの著作権保護対策（コンテンツ保護）も取られている。
【０００３】
上記したＩＥＥＥ１３９４では、デジタルデータの送受信機器の間を専用の伝送路で結ぶ必要があることから汎用性に欠けるので、汎用性と著作権保護の両立を図るため、種々の試みがなされている（例えば、特許文献１参照）。
【０００４】
【特許文献１】特開２００４−１８６８１２号公報
【０００５】
この特許文献では、無線ＬＡＮをデータ搬送経路とし、無線データの送信元・受信先でそれぞれＤＴＣＰ処理を行うことで、データ伝送の汎用性の改善がなされている。
【０００６】
また、データ伝送にＩＰ（Internet Protocol）技術を用いたインターネットは、データ伝送の汎用性が高いことから、こうしたインターネットでの著作権保護を図るアプローチもなされており、ＩＥＥＥ１３９４におけるＤＴＣＰの代用ともなるデータ転送がＤＴＣＰ−ＩＰ（Digital Transmission Content Protection over Internet Protocol）として提唱されている。このＤＴＣＰ−ＩＰは、ＩＥＥＥ１３９４などのデジタル・インタフェースに実装されていたコンテンツ保護規格のＤＴＣＰをＩＰネットワーク上に展開するものであり、汎用性と著作権保護の両立を可能とする。
【０００７】
しかしながら、ＩＰ技術に立脚したＤＴＣＰ−ＩＰでは、デジタルデータのストリーム伝送に対しては、ネットワーク制御部分により高度なネットワークプロトコルのサポートが不可欠である。よって、インターネットを介してデジタルデータの提供を受けるデジタル機器の側では、高度なネットワークプロトコルに対応できる高速演算対応のＣＰＵや高度なオペレーションソフト（ＯＳ）が必要となってしまう。
【０００８】
また、インターネットを介したデジタルデータの提供を受けるデジタル機器の側では、ネットワークプロトコルの対応のみならず、暗号化されたデータの復号、復号のための鍵交換やその管理、および通信相手の機器の正当性を証明する証明書の管理等も必要である。鍵や証明書の管理は、セキュリティに配慮された設計の専用の集積回路が必要となったり、解読の困難性を高めたＲＯＭ化したファームウェアによる対応も必要となる。このため、解読不能にしたファームウェアの提供や、専用バスを用いた秘匿性アクセスが可能なメモリ実装も必要となり、こうした点もデジタルストリームデータの伝送に対処した機器の複雑化の一因となっていた。更には、データの復号化等の処理をデータ伝送と連携して行う必要もあるため、高速演算対応のＣＰＵやＯＳを搭載した機器におけるシステム設計の複雑化は避けられなかった。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、デジタルストリームデータの伝送元とそのデータのデータ受信機器との間におけるネットワークを介したデジタルストリームデータ伝送に際して、簡便な構成でデータ伝送の汎用性を確保することをその目的とする。
【課題を解決するための手段】
【００１０】
かかる課題の少なくとも一部を解決するため、本発明のデータ通信回路では、デジタルストリームデータ（以下、説明の簡便化のため、ＤＳデータと呼ぶ）の伝送路となるネットワークとＤＳデータの提供を受けるデータ受信機器との間に介在して、前記ネットワークと前記データ受信機器との間のデータ通信に関与するに当たり、前記データ受信機器の側においては、このデータ受信機器と接続される双方向バスとデジタルストリームデータ送信インターフェース（以下、説明の簡便化のため、ＤＳデータ送信インターフェースと呼ぶ）とを備え、ネットワークに対しては、ネットワークと接続される双方向データ通信部を備える。双方向バスは、前記データ受信機器との間で双方向にデータ通信する。ＤＳデータ送信インターフェースは、ＤＳデータを前記データ受信機器に送信する。つまり、本発明のデータ通信回路は、双方向バスとＤＳデータ送信インターフェースの２系統でデータ受信機器に対してデータ通信を行う。そして、双方向データ通信部は、前記双方向バスを介した前記データ受信機器と前記ネットワークとの間の双方向のデータ送信を前記データ受信機器のプロトコルに則って達成する。これにより、データ受信機器は、自らのプロトコルに則って、送信元に対して、その送信元が暗号化して提供する暗号化済みＤＳデータの送信要求を出すことができ、この送信要求は、双方バスおよびネットワークを介して送信元に伝送される。
【００１１】
そして、本発明のデータ通信回路は、前記送信元が暗号化して提供する暗号化済みＤＳデータの伝送に備え、認証部により、前記送信元との間で暗号解除のための認証を行う。その上で、前記データ受信機器の側から前記送信元に対して前記暗号化済みＤＳデータの送信要求があると、復号部にて、前記送信元から伝送された暗号化済みのＤＳデータを、前記送信元との間で行った前記認証に基づいて復号する。また、本発明のデータ通信回路は、データ送信制御部を備え、このデータ送信制御部により、前記送信元から伝送された前記暗号化済みのＤＳデータを前記双方向バスを介して前記データ受信機器に送信すると共に、前記復号化済みのＤＳデータを前記ＤＳデータ送信インターフェースを介して前記データ受信機器に送信する。
【００１２】
データ受信機器は、暗号化済みのままのＤＳデータと復号化済みのＤＳデータとを受け取るので、自らのプロトコルに則って送信元に対して要求した送信元の暗号化済みＤＳデータの受信を確認しつつ、復号化済みのＤＳデータを再生等できる。つまり、データ受信機器にあっては、自らのプロトコルに則った送信要求を出せばよく、送信要求に合致した暗号化済みのＤＳデータの復号化を要しないので、汎用性が高まると共に、システム設計の単純化を図ることができる。その一方、著作権保護に関しては、本発明のデータ通信回路にて、暗号化済みＤＳデータの伝送に備えた送信元との認証を行うと共に、その認証に基づいた暗号化済みＤＳデータの復号を行うことから、著作権保護についても高い信頼性を得ることができる。
【００１３】
本発明は、データ通信回路の他、このデータ通信回路とデータ受信機器とデータ再生機器とを有するデータ再生装置や、データ再生をも行うデータ通信機器にも適用できる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態について、実施例に基づき説明する。図１はデシタルデータ復号システム１００のハード的な概略構成を表すブロック図、図２はデシタルデータ復号システム１００の機能ブロック図である。
【００１５】
本実施例のデシタルデータ復号システム１００は、ネットワークＮＴを介してデジタルデータの伝送元ＤＳからDSデータ、例えば映像ストリームデータを受信し、その映像を再生するよう構成されている。この場合、デジタルデータ伝送は、ネットワークＮＴが規定するファイル転送プロトコルに従って行われ、ネットワークＮＴがインターネットであれば、ｈｔｔｐプロトコル（Hyper Text Transfer Protocol）を用いてＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）に則って行われる。
【００１６】
このデシタルデータ復号システム１００は、本発明の要部のデータ通信回路に相当する復号回路機器２００と、この復号回路機器２００を経由してネットワークＮＴからＤＳデータの提供を受けるホストシステム３００とを備える。ホストシステム３００は、映像ストリームデータの受信制御、映像再生制御といった種々の制御を行う制御部３０１と、映像再生手段３１０と、入力ソース切替手段３１１とを有する。映像再生手段３１０は映像デコーダ３１２を備え、映像デコーダ３１２は、制御部３０１からの制御信号を受けて、入力ソース切替手段３１１が切り替えたソースからのＤＳデータを、映像再生手段３１０の再生データにデコードする。映像再生手段３１０は、その具体的機器としてテレビ映像装置を例示でき、映像デコーダ３１２のデコードしたデータを再生する。この場合のソースとしては、後述の復号回路機器２００の他、著作権保護の用のないＤＳデータの提供先、例えばチューナーやＩＥＥＥ１３９４を用いたデータ提供機器などがある。そして、映像再生手段３１０での再生対象となるＤＳデータとしては、例えば、ＩＥＥＥ１３８１８で規定されるＭＰＥＧ−ＴＳ（Motion Picture Expert Group - Transport Stream）データを用いることができ、この場合の映像デコーダ３１２としてはＭＰＥＧ−２対応のデコーダを使用する。
【００１７】
制御部３０１は、ホストシステム３００の制御の基幹をなすものであり、論理演算を実行するＣＰＵ３０１ａと、後述のデータ伝送等を行う上で必要なプログラムを記憶するＲＯＭ３０１ｂと、データの一時的な読み書きを行うためのＲＡＭ３１ｃと、ハードディスク３０１ｅを制御するハードディスクコントローラ３０１ｄと、既述した映像デコーダ３１２等の外部機器に対してデータ送信を行ってこれら外部機器を制御する外部機器コントローラ３０１ｆと、後述の復号回路機器２００と接続され当該機器との間でデータ送信を行うためも通信ポート３０１ｇとを備える。ＣＰＵ３０１ａやＲＯＭ３０１ｂ等は、協働して後述するホストＯＳやこれに含まれるコンテンツ再生制御手段３２１等を構成する。
【００１８】
復号回路機器２００は、ホストシステム３００とネットワークＮＴとの間に介在してデータ伝送および後述のデータ復号を行うものであり、ネットワークレイヤーを構成して当該レイヤーのＭＡＣ（Media Access control）層２０１とＰＨＹ（Physical layer）層２０２を備える。この復号回路機器２００の機能的な構成については後述する。
【００１９】
次に、ホストシステム３００の機能的な構成について説明する。図２に示すように、ホストシステム３００のホストＯＳは、ホストシステム３００におけるシステムの基幹をなし、後述の双方向バス４００を介して復号回路機器２００を制御する。また、このホストＯＳには、コンテンツ再生制御手段３２１、映像ソース切替手段３２２、コンテンツ選択手段３２３が含まれている。コンテンツ再生制御手段３２１は、ユーザーによる図示しないキー操作やマウス操作に基づいて、映像再生手段３１０におけるデータ再生の開始・終了・中断と言った再生制御を行う。映像ソース切替手段３２２は、入力ソース切替手段３１１に接続されてデータ転送が可能なソースを選択し、その選択したソースからデータ転送が行われるようにする。この場合のソース選択は、ユーザーによる図示しないキー操作やマウス操作に基づいて行われる他、後述の双方向バス４００を介したデジタルコンテンツ取得の状況に基づいても行われる。コンテンツ選択手段３２３は、ネットワークＮＴに接続されてＤＳデータの伝送を行う伝送元ＤＳの選択、およびその選択した伝送元ＤＳが提供しているＤＳデータの選択を、ユーザーによる図示しないキー操作やマウス操作に基づいて行う。
【００２０】
また、ホストＯＳは、既述したＣＰＵ３０１ａやＲＯＭ３０１ｂ等が協働して構成したネットワークプロトコルスタック３３１とネットワークデバイスドライバ３３３を含み、ネットワークプロトコルスタック３３１は、ＵＰｎＰ（Universal Plug and Play）スタック３３２を有する。ネットワークデバイスドライバ３３３は、双方向バス４００を介して復号回路機器２００に接続されていることから、復号回路機器２００はネットワークレイヤーを構成して当該レイヤーのＭＡＣ層２０１とＰＨＹ層２０２を備える。ネットワークデバイスドライバ３３３は、復号回路機器２００が構成するネットワークレイヤーに対応して実装されていることから、復号回路機器２００は、ホストＯＳにネットワークインターフェースとして認識され、ホストＯＳがＩＰパケットの送受信の機能を担う。つまり、ホストシステム３００のホストＯＳからのデータ転送は、ネットワークプロトコルスタック３３１が規定するプロトコルに則って、ネットワークデバイスドライバ３３３および双方向バス４００を経て復号回路機器２００に対して行われる。従って、ホストＯＳは、復号回路機器２００が接続されている既存のネットワークＮＴ経由で伝送元ＤＳと既存のネットワークプロトコルで通信することが可能となる。
【００２１】
ネットワークプロトコルスタック３３１のＵＰｎＰスタック３３２が担うプラグアンドプレイ技術は、パソコンやその周辺機器、オーディオ・ビジュアル機器（ＡＶ機器）、電話、家電製品などの機器をネットワークを通じて接続し、相互に機能を提供しあうために提唱された技術仕様である。よって、このＵＰｎＰスタック３３２を構成するホストＯＳを有するホストシステム３００は、伝送元ＤＳの提供するデジタルコンテンツ（ＤＳデータ）の特定を目的として、ＵＰｎＰスタック３３２の上記プラグアンドプレイ技術によってコンテンツ情報を取得することができる。このことは、ＵＰｎＰスタック３３２が発行するＳＯＡＰ（Simple Object Access Protocol）アクションの伝送元ＤＳとのやり取りにより、伝送元ＤＳの有するデジタルコンテンツ（例えば、映像コンテンツ）の情報を、ＸＭＬ（extensible Markup Language）形式でその送信先であるデシタルデータ復号システム１００が受け取ることができることを意味する。
【００２２】
本実施例では、ネットワークプロトコルスタック３３１は、ネットワークＮＴがインターネットであることを想定して、その伝送プロトコルにｈｔｔｐプロトコルを実装している。よって、ホストＯＳが構成するネットワークプロトコルスタック３３１は、そのネットワークレイヤー上層のセッション層において、ｈｔｔｐプロトコルの通信コマンドであるｈｔｔｐ  ｇｅｔを発行し、デジタルコンテンツ（例えば、ストリームデータ）を順次取得する。
【００２３】
復号回路機器２００は、双方向のデータ・アドレスを有する双方向バス４００と、ＭＰＥＧ−ＴＳデータといった映像ストリームデータの送信を行う映像ストリームインターフェース４０２（以下、映像ストリームＩ／Ｆ４０２）とを備え、双方向バス４００を介したホストシステム３００との間の双方向のデータ転送と、映像ストリームＩ／Ｆ４０２を介した復号回路機器２００からホストシステム３００の側へのデータ転送（映像ストリームデータ転送）を行う。復号回路機器２００のデータ転送の相手が上記構成を有するホストシステム３００であることから、双方向バス４００としては、例えばＰＣＩバス（Peripheral Components Interconnect bus）やＵＳＢバス（Universal Serial Bus）、ＩＥＥＥ１３９４等の双方向インターフェースを用いることができる。ＵＳＢバスやＩＥＥＥ１３９４の双方向インターフェースを双方向バス４００とする場合には、ホストシステム３００のデータ伝送プロトコルに合わせＩＰにてデータ伝送を行う技術を用いることが望ましい。また、映像ストリームＩ／Ｆ４０２としては、ＭＰＥＧ−ＴＳデータ伝送を考慮して、ＳＰＩ（Stateful Packet Inspection）やＳＳＩ（Server Side Include）バスを用いることができる。
【００２４】
この復号回路機器２００は、ネットワークレイヤーにおけるＭＡＣ層２０１とＰＨＹ層２０２の間の中間層として、プロトコル解析抽出手段２０３と、鍵交換手段２０４と備える。また、復号回路機器２００は、映像ストリームＩ／Ｆ４０２を介した映像ストリームデータの伝送に関与する映像送出手段２３０と、復号手段２３１と、復号エンジン２３２を備えるほか、著作権保護対策に関与するプログラム格納用内部ＲＯＭ２３３と、このＲＯＭに記憶された機器証明書２３４と、暗号データ格納用内部ＲＡＭ２３５とを備える。
【００２５】
プロトコル解析抽出手段２０３は、ファイル伝送プロトコルを選択的に解析して当該プロトコルに従って伝送されるＭＰＥＧ−ＴＳデータといった映像ストリームデータを抽出する。復号エンジン２３２は、暗合化済みのデータの復号に関わる復号回路を備え、復号手段２３１は、プロトコル解析抽出手段２０３が抽出した映像ストリームデータが著作権保護のための暗号化済みである場合、復号エンジン２３２を用いて暗号を復号する。復号エンジン２３２は、復号回路として、暗号化標準として規定されたＡＥＳ（Advanced Encryption Standard）暗号を認証鍵交換を経て復号する復号回路や、公開鍵型の暗号方式を採用しつつ楕円曲線と呼ばれる数式によって定義される特殊な加算法に基づいた楕円曲線暗号の復号回路を有する。
【００２６】
映像送出手段２３０は、複合化済みの映像ストリームデータを映像ストリームインターフェース４０２を介してホストシステム３００の入力ソース切替手段３１１に送出する。鍵交換手段２０４は、復号手段２３１によるデータの復号に際して必要な認証鍵を、当該データの暗号化元である伝送元ＤＳとの間で交換して、当該伝送元ＤＳが暗号化の際に用いた認証鍵を所得する。つまり、復号回路機器２００は、暗号化済みの映像ストリームデータの伝送に先立つ鍵交換手段２０４による認証鍵交換に際し、例えばＤＨ法（Diffie-Hellman鍵交換法）に則った鍵交換（ＡＫＥ：Authenticated Key Exchanger）により、離散対数問題を利用して、秘密鍵そのものではなく、乱数と秘密鍵から生成した公開情報を伝送元ＤＳとの間で送受信する。これに伴い、復号回路機器２００は、伝送元ＤＳとの間で認証鍵の共有を行うことができ、伝送元ＤＳから取得した認証鍵を暗号データ格納用内部ＲＡＭ２３５に保持する。
【００２７】
こうしたＡＫＥの手順は、ＤＴＣＰ−ＩＰにより行われる。ＤＴＣＰ−ＩＰは、プログラム格納用内部ＲＯＭ２３３に記憶して格納した機器証明書２３４を元にＤＨ法により認証鍵を交換する。このように、鍵交換に際して機器証明書２３４を用いることで、データの伝送元ＤＳの側から見れば、なりすましでない正当な復号回路機器２００であることが認証でき、好ましい。ＡＫＥ動作は、後述のProtocol Infoに内包される伝送先（データの伝送元ＤＳ）のポートとアドレスを復号回路機器２００に登録した時点から継続的に、復号回路機器２００と伝送先である伝送元ＤＳとの間で試みられる。つまり、認証後における認証鍵のなりすましを防ぐために認証鍵は一定時間毎に更新されるので、復号回路機器２００は、このＡＫＥ動作をホストシステム３００から独立して継続的に行う。
【００２８】
このように、本実施例のデシタルデータ復号システム１００では、認証鍵の認証・交換および保管は復号回路機器２００の側でなされ、ホストシステム３００のホストＯＳはこれらに関与しない。そして、復号回路機器２００は、既述したAKEにより認証鍵を取得した後以降において、ｈｔｔｐ  ｇｅｔに対して内包される認証鍵を用いてデータの復号を行い、複合化済みのデータ（映像ストリームデータ）を映像ストリームＩ／Ｆ４０２を経てホストシステム３００の側に伝送する。
【００２９】
こうした復号・伝送の一方、復号回路機器２００は、通常のＵＰｎＰ通信のみならず暗号化されたストリームデータに対しても復号を行わず、暗号化されたままＭＡＣ層２０１および双方向バス４００を介してホストシステム３００のホストＯＳに伝送する。つまり、復号回路機器２００は、ホストシステム３００にデータ伝送を行うに当たり、そのデータが暗号化されたデータであれば、既述した複合化を行った複合化済みのデータ（映像ストリームデータ）と暗号化されたままのデータ（映像ストリームデータ）とを、前者は映像ストリームインターフェース４０２を介して、後者は双方向バス４００を介してホストシステム３００に伝送する。そして、ホストシステム３００は、既述したように認証鍵を持たず復号も行わないことから、暗号化されたままのデータ（映像ストリームデータ）を、ホストＯＳが構成する映像ソース切替手段３２２のソース切替タイミング等に用いる。この場合、双方向バス４００上で映像ストリームデータの通信が行われることになるが、著作権保護対策が必要な映像ストリームデータは、暗号化されたままの通信がなされるに過ぎないので、秘匿性や著作権上の特段の支障は起きない。
【００３０】
次に、上記構成を有するデシタルデータ復号システム１００におけるデジタルコンテンツ（例えば、映像ストリームデータ）の取得・再生手順について説明する。図３は著作権保護上の問題がないため暗号化の用のないデジタルコンテンツの取得・再生と著作権保護の観点から暗号化されたデジタルコンテンツの取得・再生の様子を示す説明図である。
【００３１】
まず、暗号化の用のないデジタルコンテンツの取得・再生について説明する。ホストシステム３００は、取得・再生を所望する特定コンテンツの情報を伝送元ＤＳから得るため、コンテンツ情報照会を求めるデータを復号回路機器２００を経由して伝送元ＤＳに伝送する。このコンテンツ情報照会データは、ネットワークプロトコルスタック３３１に実装された伝送プロトコル（ｈｔｔｐプロトコル）に則って伝送され、双方向バス４００を介して復号回路機器２００をスルーして伝送元ＤＳに到達する。伝送元ＤＳは、このコンテンツ情報照会データを受けてコンテンツ情報を提供する応答データを、復号回路機器２００を経てホストシステム３００にデータ伝送する。
【００３２】
伝送元ＤＳは、コンテンツ情報提供データとして、個々のコンテンツの種別（例えば、暗号化・非暗号化コンテンツの種別や、コンテンツの種類等）を特定するに足りる情報をUPnP AVアーキテクチャーで定義されたProtocol Infoに含ませて伝送（応答）する。Protocol InfoはXML形式で記述されたプロトコル情報であり、ＳＯＡＰアクションにより復号回路機器２００を経由して伝送元ＤＳとホストシステム３００（ホストＯＳ）の間で送受が可能である。よって、ホストシステム３００は、ホストＯＳにより、このProtocol Infoを通じてコンテンツ情報を取得する。具体的には、Protocol Infoには、そのコンテンツのＭＩＭＥ（Multipurpose Internet Mail Extension）タイプが登録されており、ヘッダ情報であるContent - Typeに、テキスト（text）、イメージ（image）、ビデオ（video）、オーディオ（audio）等のコンテンツ種別が含まれているので、これによりコンテンツ情報が取得される。本実施例では、ＤＴＣＰ−ＩＰに準拠していることから、この規格に従ってContent - Typeは記載されており、著作権保護の上から暗号化されたコンテンツである情報も含まれている。こうしたProtocol Infoに含まれたコンテンツ情報は、ホストＯＳが有するＵＰｎＰスタック３３２内のXMLパーサーにより解析され、当該コンテンツが暗号化されたストリームデータであるか非暗号化されたストリームデータであるかについても判定される。
【００３３】
今、伝送元ＤＳからのコンテンツ情報提供データに基づき、ホストシステム３００の側から照会したコンテンツが非暗号化のコンテンツであるとする。この場合のコンテンツ所得に際しては、所得を所望するコンテンツを特定した上でコンテンツ取得の旨のデータを伝送元ＤＳに伝送すれば足りる。よって、ホストシステム３００は、コンテンツ所得のためにｈｔｔｐ  ｇｅｔを発行して、これをネットワークプロトコルスタック３３１によりｈｔｔｐプロトコルに則って伝送する。このｈｔｔｐ  ｇｅｔは、双方向バス４００を介して復号回路機器２００をスルーして伝送元ＤＳに到達するので、伝送元ＤＳは、このｈｔｔｐ  ｇｅｔを受けて対応するデジタルコンテンツ、例えば映像ストリームデータを、ネットワークプロトコルに従って復号回路機器２００を経てホストシステム３００に伝送する。つまり、伝送元ＤＳからの伝送コンテンツ（例えば、映像ストリームデータ）は著作権保護の対象外の非暗号化されたコンテンツであることから、復号回路機器２００は、プロトコル解析抽出手段２０３による解析の結果として復号が無用とし、何のデータ処理も行わず、コンテンツを双方向バス４００を介してホストシステム３００に伝送するだけである。そして、ホストシステム３００は、こうして伝送を受けたデジタルコンテンツを所得し、それが映像ストリームデータであれば、映像再生手段３１０の映像デコーダ３１２にて再生する。
【００３４】
次に、ホストシステム３００が所得を所望したデジタルコンテンツが暗号化されたデジタルコンテンツである場合について説明する。この場合であっても、ホストシステム３００は、既述したようにコンテンツ情報照会を求めるデータを復号回路機器２００を経由して伝送元ＤＳに伝送し、伝送元ＤＳからは、コンテンツ情報を提供する応答データを受け取る。そして、ホストシステム３００は、ホストＯＳのＵＰｎＰスタック３３２内のXMLパーサーによるProtocol Infoの解析から、今回のコンテンツ情報照会に対応するデジタルコンテンツは暗号化されたストリームデータであると判定する。
【００３５】
このProtocol Info解析の際、ホストシステム３００は、複合化のための鍵交換（ＡＫＥ）に必要なネットワークポートと伝送元アドレスを取得し、復号回路機器２００に対しては、この取得したネットワークポートと伝送元アドレスを、双方向バス４００経由でＭＡＣ層２０１を通じて設定する。このアドレス・ポート設定は、双方向バス４００を通じてホストシステム３００の側から直接通信しても行うことができるほか、ネットワークデバイスドライバ３３３を経由したネットワークデバイス制御により行うようにすることもできる。復号回路機器２００は、アドレス・ポート設定の完了をホストシステム３００に返す。
【００３６】
ホストシステム３００は、伝送を所望するデジタルコンテンツが暗号化されたものであると判定すると、その判定に基づいて、映像ソース切替手段３２２により入力ソース切替手段３１１の入力ソースを、復号回路機器２００の映像ストリームインターフェース４０２に切り替える。入力ソース切替手段３１１に接続された入力ソースは既述したようにチューナー等複数あるが、上記判定に基づいたソース切替により、暗号化コンテンツの再生に備えて入力ソースは映像ストリームインターフェース４０２に切り替わる。よって、映像ストリームインターフェース４０２からのデータ送信があれば、当該データを映像再生手段３１０の映像デコーダ３１２で再生できる。
【００３７】
ホストシステム３００は、上記の入力ソース切替に続き、或いはこれと並行して、暗号化されたデジタルコンテンツの伝送を受けるべく、所望するコンテンツを特定した上でコンテンツ取得の旨のデータを、ネットワークポートと伝送元アドレスを含ませたｈｔｔｐ  ｇｅｔとして発行して、これをネットワークプロトコルスタック３３１によりｈｔｔｐプロトコルに則って復号回路機器２００に伝送する。このｈｔｔｐ  ｇｅｔを双方向バス４００を介して受け取った復号回路機器２００は、暗号化されたデジタルコンテンツの伝送に備え、伝送元ＤＳとの間で暗号解除（復号）のための認証を行う。つまり、復号回路機器２００は、伝送元ＤＳに対して、ネットワークポートと伝送元アドレスを含んだｈｔｔｐ  ｇｅｔを伝送しつつ、伝送元ＤＳに対して認証鍵の交換請求を行う。具体的には、既述した鍵交換手段２０４により、復号手段２３１によるデータの復号に際して必要な認証鍵を、ネットワークポートと伝送元アドレスで特定される伝送元ＤＳとの間で交換して、その伝送元ＤＳが暗号化の際に用いた認証鍵を共有する。本実施例では、この鍵交換（ＡＫＥ）を完全認証とするので、復号回路機器２００から伝送元ＤＳへの認証鍵請求に際しては、乱数発生および機器証明書２３４を付けた上での公開鍵送信、伝送元ＤＳの側からの乱数発生およびその伝送元ＤＳの機器証明書送信、署名付きメッセージの交換が行われ、これら手順を経て、認証鍵の共有を行う。
【００３８】
つまり、復号回路機器２００は、暗号化済みの映像ストリームデータの伝送に先立って鍵交換手段２０４による鍵交換（ＡＫＥ）を完全認証で行い、既述したように、ＤＨ法（Diffie-Hellman鍵交換法）に則って、伝送元ＤＳとの間で、離散対数問題を利用した乱数と秘密鍵から生成した公開情報（機器証明書、署名付きメッセージ）の送受信を行う。これに伴い、復号回路機器２００は、伝送元ＤＳとの間で認証鍵の共有を行い、その取得した認証鍵を暗号データ格納用内部ＲＡＭ２３５に保持する。
【００３９】
こうした鍵交換（ＡＫＥ）が完了すると、伝送元ＤＳは暗号化したデジタルコンテンツを復号回路機器２００に伝送するので、復号回路機器２００は、その伝送を受けた暗号化済みデジタルコンテンツをプロトコル解析抽出手段２０３により解析する。この際、プロトコル解析抽出手段２０３は、既述したようにファイル伝送プロトコルを選択的に解析して当該プロトコルに従って伝送される暗号化済みデジタルコンテンツ（例えば、暗号化済み映像ストリームデータであるＭＰＥＧ−ＴＳデータ）を抽出する。この場合、暗号化されたストリームデータであるかどうかは、伝送元ＤＳとの間で行っている現状の通信が、ホストシステム３００と復号回路機器２００との間で予めセットされたアドレスとポートによる通信であるかどうかによって認識することができる。
【００４０】
そして、この復号回路機器２００は、この抽出した暗号化済みデジタルコンテンツ（暗号化済みＭＰＥＧ−ＴＳデータ）を、復号エンジン２３２を用いて複合化し、復号化済みのＭＰＥＧ−ＴＳデータについては、映像ストリームインターフェース４０２を介してホストシステム３００の入力ソース切替手段３１１に伝送する。この復号化済みＭＰＥＧ−ＴＳデータ伝送と共に、暗号化済みＭＰＥＧ−ＴＳデータについても、暗号化されたままのＭＰＥＧ−ＴＳデータとして双方向バス４００を介してホストシステム３００のネットワークデバイスドライバ３３３に伝送する。よって、ホストシステム３００は、映像ストリームインターフェース４０２を介して伝送を受けた復号化済みのＭＰＥＧ−ＴＳデータを、映像再生手段３１０の映像デコーダ３１２で再生する。
【００４１】
以上説明したように、本実施例のデシタルデータ復号システム１００では、ホストシステム３００は、暗号化済みデジタルコンテンツ（暗号化済みＭＰＥＧ−ＴＳデータ）の伝送要求・再生に際して、ホストＯＳに実装された自らのプロトコルに則ったデータ伝送を行えば足り、暗号化済みデジタルコンテンツ（暗号化済みＭＰＥＧ−ＴＳデータ）の復号は総て復号回路機器２００が担うようにしている。その上で、復号化済みのデジタルコンテンツ（復号化済みＭＰＥＧ−ＴＳデータ）については、復号回路機器２００の側から映像ストリームインターフェース４０２を介してホストシステム３００に伝送することで、復号化済みのデジタルコンテンツ（復号化済みＭＰＥＧ−ＴＳデータ）をホストシステム３００で再生する。
【００４２】
このため、ホストシステム３００には、暗号化済みデジタルコンテンツ（暗号化済みＭＰＥＧ−ＴＳデータ）の復号化を要しないので、汎用性が高まると共に、システム設計の単純化を図ることができる。その一方、著作権保護に関しては、復号回路機器２００にて、暗号化済みデジタルコンテンツ（暗号化済みＭＰＥＧ−ＴＳデータ）の伝送に備えた伝送元ＤＳとの認証、その認証に基づいた暗号化済みデジタルコンテンツ（暗号化済みＭＰＥＧ−ＴＳデータ）の復号を行うことから、高い信頼性で著作権保護対策を取ることができる。この場合、暗号化済みのデジタルコンテンツの伝送要求その再生に際しては、コンテンツの種類がＭＰＥＧ−ＴＳデータ等の映像コンテンツに限られるものではない。例えば、静止画や音声などの暗号化済みデジタルコンテンツであっても、暗号化済みＭＰＥＧ−ＴＳデータと同様、その伝送要求・再生を、復号回路機器２００による復号化、暗号化済みのままのデータの双方向バス４００を介したデータ伝送、復号化済みのデータの映像ストリームインターフェース４０２を介したデータ伝送により達成できる。
【００４３】
また、ホストシステム３００のホストＯＳは、伝送元ＤＳからデータ伝送を受けるに当たり、伝送元ＤＳが著作権保護の要のない非暗号化データを伝送すれば、非暗号化のままのデータの伝送を双方向バス４００を介して受け、著作権保護のための暗号化済みのデータであっても、暗号化済みのまま当該データを双方向バス４００を介して受ける。しかも、ホストＯＳは、こうしたデータ伝送の要求に際しても、著作権保護の要否によって、データ伝送要求の制御を変える必要がない。よって、非暗号化データと暗号化済みデータの区別をすることなくほぼ同じ手順で制御できるので、コンテンツ選択手段３２３等の構築のためのホストＯＳのシステム設計の統一化が進み、設計負荷が軽減する。しかも、プログラムをメモリするメモリ容量も削減でき、好ましい。
【００４４】
また、伝送元ＤＳとの間のデータ伝送に必要なＵＰｎＰスタックやＸＭＬパーサーと言った高度なプロトコルスタックはホストＯＳが有すれば足り、復号回路機器２００においては、これらネットワークプロトコルスタックを搭載する必要がない。よって、その分、復号回路機器２００の側のシステム設計の簡略化が可能となる。加えて、ホストＯＳのネットワークデバイスドライバ３３３に実装された上位層プロトコルが変更されても、復号化の対象となるデジタルコンテンツ、例えば映像ストリームデータでるＭＰＥＧ−ＴＳデータのプロトコルに変更がない範囲では、復号回路機器２００に上位層プロトコル変更の対応が不要となる。よって、この点からも、システム設計全体としての簡略化を図ることができる。
【００４５】
この他、ＡＫＥ手順における鍵交換の際の機器証明書２３４をプログラム格納用内部ＲＯＭ２３３に格納するので、この機器証明書２３４の外部からの読み取りを抑制できる。また、このＡＫＥ手順における鍵交換プロセスは、復号回路機器２００のプログラム格納用内部ＲＯＭ２３３に格納されたファームウエア上に実装できるので、第三者によるアルゴリズム解読を困難にすることができる。これらの結果、第三者からのアクセスは困難となり、秘匿性確保の点から好ましい。
【００４６】
以上、本発明の実施例について説明したが、本発明は、上記した実施の形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。例えば、本実施例では、復号回路機器２００の双方向バス４００でネットワークのＭＡＣ層２０１およびＰＨＹ層２０２を構成することとしたが、トランスポート層までを賄うようにすることもできる。この場合は、ホストＯＳのネットワークデバイスドライバ３３３は、例えばWinSock（Windows Sockets；Windowsは登録商標）やＢＳＤ（Berkeley Software Distribution）ソケットと言ったソケットサポートが実行可能であればよい。
【００４７】
また、ホストＯＳのネットワークプロトコルスタック３３１に実装したデータ伝送プロトコルをｈｔｔｐプロトコルであると説明したが、これに限らず、ｒｔｐ（Real-time Transport Protocol）や、ｆｔｐ（File Transfer Protocol）などのデータ伝送プロトコルを用いることもできる。
【００４８】
加えて、ＡＫＥ手順における鍵交換を、DH法による公開鍵交換方式としたが、これに限らず、認証鍵を復号回路機器２００と伝送元ＤＳとの間で予め各々が持ち合う方式、或いはメモリ媒体の郵送、手渡し等を経た鍵交換方式、パスワード入力を経た鍵交換方式、赤外線等の短距離通信による近接認識IDを用いた鍵交換方式など、種々の鍵共有方式を用いるようにもできる。
【００４９】
この他、復号回路機器２００とホストシステム３００との間において、双方向バス４００と映像ストリームインターフェース４０２を併用する構成としたが、双方向のデータ通信が可能な専用バスと映像ストリームインターフェース４０２とを併用したり、映像ストリームインターフェース４０２の代わりに映像に特化しない専用バスを用い、この専用バスと双方向バス４００とを併用するようにすることもできる。また、双方向バス４００としてネットワークを用いることもできる。この場合は、復号回路機器２００を、暗号化済みの映像ストリームを復号するネットワークハブやルーターとして実装することができる。なお、復号回路機器２００をこのようなネットワークハブやルーターとする祭には、例えば、映像ストリームインターフェース４０２と当該インターフェースを介してデータ伝送を受ける映像デコーダーの間で暗号化を施すことが望ましい。そして、復号回路機器２００へのアドレスやポートの設定には、例えば、UPnP Internet Gateway Device を用いたサービスを拡張して利用できる。
【００５０】
更に、復号回路機器２００の側においてもデジタルデータの再生を行うようにすることもできる。図４は映像再生機能を併せ持つ復号回路機器２００の変形例を示す説明図である。この図４に示すように、復号回路機器２００は、映像ストリームインターフェース４０２からデータ伝送を受ける映像再生手段をホストシステム３００とは別に備え、復号回路機器２００自身で復号化したデジタルコンテンツ（復号化済みＭＰＥＧ−ＴＳデータ）を再生する。こうすれば、復号回路機器２００での復号化の結果を、ホストシステム３００を用いることなく確認できる。この場合、復号回路機器２００自身の映像再生手段へのデータ伝送は、ＨＤＭＩ（High-Definition Multimedia Interface）といった映像・音声・制御信号の伝送の秘匿性の高い伝送路を用いることが好ましい。
【図面の簡単な説明】
【００５１】
【図１】デシタルデータ復号システム１００のハード的な概略構成を表すブロック図である。
【図２】デシタルデータ復号システム１００の機能ブロック図である。
【図３】著作権保護上の問題がないため暗号化の用のないデジタルコンテンツの取得・再生と著作権保護の観点から暗号化されたデジタルコンテンツの取得・再生の様子を示す説明図である。
【図４】映像再生機能を併せ持つ復号回路機器２００の変形例を示す説明図である。
【符号の説明】
【００５２】
１００…デシタルデータ復号システム
２００…復号回路機器
２０１…ＭＡＣ層
２０２…ＰＨＹ層
２０３…プロトコル解析抽出手段
２０４…鍵交換手段
２３０…映像送出手段
２３１…復号手段
２３２…復号エンジン
２３３…プログラム格納用内部ＲＯＭ
２３４…機器証明書
２３５…暗号データ格納用内部ＲＡＭ
３００…ホストシステム
３０１…制御部
３０１ａ…ＣＰＵ
３０１ｂ…ＲＯＭ
３０１ｃ…ＲＡＭ
３０１ｅ…ハードディスク
３０１ｄ…ハードディスクコントローラ
３０１ｆ…外部機器コントローラ
３０１ｇ…通信ポート
３１０…映像再生手段
３１１…入力ソース切替手段
３１２…映像デコーダ
３２１…コンテンツ再生制御手段
３２２…映像ソース切替手段
３２３…コンテンツ選択手段
３３１…ネットワークプロトコルスタック
３３２…ＵＰｎＰスタック
３３３…ネットワークデバイスドライバ
４００…双方向バス
４０２…映像ストリームインターフェース
４０２…映像ストリームインターフェース（Ｉ／Ｆ）
ＤＳ…伝送元
ＮＴ…ネットワーク
【図１】
2007266938.tif 000003
【図２】
2007266938.tif 000004
【図３】
2007266938.tif 000005
【図４】
2007266938.tif 000006