(57)【特許請求の範囲】
【請求項１】
暗号化されたデータを復号する復号手段と、
前記復号手段による復号が失敗したか否かを判断する判断手段と、
前記判断手段により前記復号手段による復号が失敗したと判断された場合、前記復号手段により復号された前記データの後段の処理への出力を停止する出力停止手段と、
前記出力停止手段で、復号されたデータの後段への出力を停止した後、連続して所定のデータ量が復号に成功したと判断された場合、前記出力停止手段による停止を解除する解除手段と
を備える情報処理装置。
【請求項２】
前記出力停止手段により前記データの出力が停止された場合、無効な出力であることを示すデータを前記後段の処理のデータとして出力する出力手段を
さらに備える請求項１に記載の情報処理装置。
【請求項３】
暗号化されたデータを復号する復号ステップと、
前記復号ステップの処理による復号が失敗したか否かを判断する判断ステップと、
前記判断ステップの処理で前記復号ステップの処理による復号が失敗したと判断された場合、前記復号ステップの処理により復号された前記データの後段の処理への出力を停止する出力停止ステップと、
前記出力停止ステップの処理で、復号されたデータの後段への出力を停止した後、連続して所定のデータ量が復号に成功したと判断された場合、前記出力停止ステップの処理での停止を解除する解除ステップと
を含む情報処理方法。
【請求項４】
暗号化されたデータを復号する復号ステップと、
前記復号ステップの処理による復号が失敗したか否かを判断する判断ステップと、
前記判断ステップの処理で前記復号ステップの処理による復号が失敗したと判断された場合、前記復号ステップの処理により復号された前記データの後段の処理への出力を停止する出力停止ステップと、
前記出力停止ステップの処理で、復号されたデータの後段への出力を停止した後、連続して所定のデータ量が復号に成功したと判断された場合、前記出力停止ステップの処理での停止を解除する解除ステップと
を含む処理を実行するコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は情報処理装置および方法、並びに記録媒体に関し、特に、暗号化されたデータを復号する装置に用いて好適な情報処理装置および方法、並びに記録媒体に関する。
【０００２】
【従来の技術】
例えば、衛星を介して番組を配信する衛星放送においては、契約していない視聴者が番組を視聴できないように、番組のデータは、暗号化されて配信される。契約をしている視聴者の受信装置が、その暗号化されたデータを受信した場合、その暗号は解除され、視聴者は番組を視聴することができるが、契約をしていない視聴者の受信装置が、その暗号化されたデータを受信しても、そのデータが復号されないので、結果として、契約をしていない視聴者は、番組を視聴することができないようになっている。
【０００３】
【発明が解決しようとする課題】
上述した暗号化されたデータを受信する受信装置には、暗号を解読する（認証を行う）ためのキーが記憶されており、そのキーが用いられて、暗号が解除されるようになっている。このキー自体の情報が、契約をしていない契約者に不当に使われるようなことがないように、所定の周期で更新されるようになっている。
【０００４】
また、IEEE1394のようなデジタルインターフェースにおいても、暗号通信が行われいる。このような暗号通信の場合、通信を行うデバイス（装置）同士が認証処理を実行し、その結果、コンテンツの授受を行っても良いと判断されたとき、暗号を解除するための鍵を共有することにより、コンテンツを受信する側で暗号を解除することが可能となる。このような暗号通信の場合も、鍵が所定の周期で更新されるようになっている。
【０００５】
この更新処理に失敗した場合、暗号化されたデータを復号することができないときがある。また、その他の原因により、復号に失敗する場合も想定される。復号に失敗した場合、その失敗したデータのために、ハングアップする可能性があった。また、ハングアップするまでにはいたらなくても、ノイズなどが発生する可能性があった。
【０００６】
本発明はこのような状況に鑑みてなされたものであり、復号が失敗したと判断される場合、ミュート処理を実行することにより、ノイズの発生を防ぐことを目的とする。
【０００７】
【課題を解決するための手段】
本発明の情報処理装置は、暗号化されたデータを復号する復号手段と、前記復号手段による復号が失敗したか否かを判断する判断手段と、前記判断手段により前記復号手段による復号が失敗したと判断された場合、前記復号手段により復号された前記データの後段の処理への出力を停止する出力停止手段と、前記出力停止手段で、復号されたデータの後段への出力を停止した後、連続して所定のデータ量が復号に成功したと判断された場合、前記出力停止手段による停止を解除する解除手段とを備える。
【０００８】
前記出力停止手段によりデータの出力が停止された場合、無効な出力であることを示すデータを後段の処理のデータとして出力する出力手段をさらに含むようにすることができる。
【００１０】
本発明の情報処理方法は、暗号化されたデータを復号する復号ステップと、前記復号ステップの処理による復号が失敗したか否かを判断する判断ステップと、前記判断ステップの処理で前記復号ステップの処理による復号が失敗したと判断された場合、前記復号ステップの処理により復号された前記データの後段の処理への出力を停止する出力停止ステップと、前記出力停止ステップの処理で、復号されたデータの後段への出力を停止した後、連続して所定のデータ量が復号に成功したと判断された場合、前記出力停止ステップの処理での停止を解除する解除ステップとを含む。
【００１１】
本発明の記録媒体のプログラムは、暗号化されたデータを復号する復号ステップと、前記復号ステップの処理による復号が失敗したか否かを判断する判断ステップと、前記判断ステップの処理で前記復号ステップの処理による復号が失敗したと判断された場合、前記復号ステップの処理により復号された前記データの後段の処理への出力を停止する出力停止ステップと、前記出力停止ステップの処理で、復号されたデータの後段への出力を停止した後、連続して所定のデータ量が復号に成功したと判断された場合、前記出力停止ステップの処理での停止を解除する解除ステップとを含む処理を実行するコンピュータが読み取り可能なプログラム。
【００１２】
請求項１に記載の情報処理装置、請求項４に記載の情報処理方法、および請求項５に記載の記録媒体においては、暗号化されたデータの復号が失敗したか否かが判断され、失敗したと判断された場合、復号されたデータの後段の処理への出力が停止される。
【００１３】
【発明の実施の形態】
以下に、本発明の実施の形態について図面を参照して説明する。図１は、受信装置２の一実施の形態の構成を示す図である。以下の説明においては、通信用のインタフェースとしてIEEE1394を用いた場合を例に挙げて説明する。アンテナ１により受信されたデジタルデータは、受信装置２のチューナ１１に入力される。チューナ１１は、ユーザが指示した番組のデータを抽出し、デスクランブラ１２に出力する。通常、デジタル放送で配信されるデジタルデータは、契約していない視聴者が視聴できないようにするためのスクランブルがかけられている。デスクランブラ１２は、視聴が許可されていると判断される場合、入力されたデジタルデータにかかっているスクランブルを解除する処理を実行する。
【００１４】
スクランブルが解除されたデジタルデータは、IEEE1394インタフェース１３とスイッチ１４の端子ａに出力される。IEEE1394インタフェース１３は、IEEE1394規格のバスが接続され、そのバスを介して、HDDビデオレコーダやデジタルテレビジョン受像機（いずれも不図示）と接続されている。
【００１５】
スイッチ１４の端子ａに出力されたデジタルデータは、スイッチ１４が端子ａ側と接続されているときは、デマルチプレクサ１５に出力される。デマルチプレクサ１５は、入力されたデジタルデータから、ビデオデータ、オーディオデータなどを抽出し、デコーダ１６に出力する。デコーダ１６は、所定の方式に従ったデコード処理を、入力されたビデオデータやオーディオデータに施すことにより、アナログのビデオ信号やオーディオ信号を生成する。デコーダ１６からの出力は、所定のケーブルで接続されたビデオテープレコーダ（不図示）などに出力される。
【００１６】
制御部１７は、受信装置２内の各部を制御する。また、上述した各部は、バス１８により相互に接続されている。
【００１７】
図２は、IEEE1394インタフェース１３の内部構成を示す図である。デスクランブラ１２からデスクランブルされたデータは、暗号化復号化部２１に入力され、必要に応じ暗号化され、入出力部２２を介してIEEE1394バスで接続されている他の装置に対して出力される。また、IEEE1394インタフェース１３を介して入力されたデータは、入出力部２２を介して暗号化復号化部２１に入力される。ここで、入力されたデータが暗号化されていた場合、暗号化復号化部２１で復号化され、誤復号検出部２３を介してスイッチ１４の端子ｂに出力されるように構成されている。
【００１８】
このような構成をもつ受信装置２が扱うデータについて説明する。以下の説明においては、IEEE1394規格におけるIEC60958規格の通信を例に挙げて説明する。また、主に、オーディオデータについて説明する。IEC60958規格は、光デジタル音声通信に用いられる方式であり、ＭＤ（Mini Disk）やＣＤ（Compact Disc）などのデジタルオーディオ機器に音声のデジタル通信手段として具備されている。このデータ通信方式により、ＣＤからＭＤへの楽曲のデジタルコピーが行われる。
【００１９】
IEC60958規格のデータ構造を図３と図４に示す。図３は、オーディオデータのSub-frameフォーマットを示す。Sub-frameは、オーディオデータの１サンプル分で、例えば、４４．１KHzのサンプリング周波数の音楽データの場合、１サンプルの左チャンネルまたは右チャンネル１つのデータにあたる。従って、４４．１KHzのサンプリング周波数の音楽データの場合、１秒間にSub-frameデータが ４４１００×２個分含まれる。Sub-frameは、データの先頭を示すSync Preambleとデータ部から構成されている。
【００２０】
図４のFrameフォーマットは、Sub-frameが２つでFrameデータを表し、Frameデータが１９２個でBlockデータである事を示している。Blockデータの集合がオーディオデータとなる。ここで、Sub-Frameの頭にあるSync Preambleは、Blockの頭のchannel １の頭がＢ、その他のChannel １（右チャンネルまたは左チャンネル）の頭がＭ、Channel ２（Channel １の逆側のチャンネル）の頭がＷのコードを取る。これを検出して、Sub-frameの頭、Blockの場所が検出される。
【００２１】
図５は、IEEE1394規格のアイソクロナスパケット（Isochronous packet）のフォーマットを示している。アイソクロナスパケットは、1394アイソクロナスパケットヘッダ、ヘッダＣＲＣ、ＣＩＰヘッダ、データフィールド、およびデータＣＲＣから構成されている。これらのうち、暗号化されたデータが伝送される場合、データフィールドのデータのみ暗号化されて伝送される。また、データフィールドのデータは、図３と図４を参照して説明したオーディオデータが複数入れられる。
【００２２】
アイソクロナスパケットの先頭の２クワドレッド（２×８バイト）は、IEEE1394アイソクロナスパケットヘッダであり、図６にその詳細を示す。このヘッダは、このヘッダの２クワドレッド以降に入るデータのサイズを表すdata_length、データフィールド（data_field）中にＣＩＰヘッダが付加されているか否かを表すtag、送信側のチャネルを表すchannel、処理のコードを示すtcode（transaction code）、およびシンクロナイジェーションコードを示すｓｙが配置されている。そして、最後にヘッダ内における誤りの検出符号であるheader_CRCが配置されている。
【００２３】
図７は、ＣＩＰヘッダの詳細を示す図である。ＣＩＰヘッダは、送信元のノードIDを示すSID（Source node ID）、データのブロックサイズを表すDBS（Data Block Size in quadlets）が配置される。その次には、FN（Fraction Number）が配置されている。これは、１つのソースパケットが分割されているブロックの数を表している。次のQPC（Quadlet Padding Count）は、付加されたダミークワドレッドの数を示している。次のSPH（Source Packet Header flag）は、ソースパケットがソースパケットヘッダを有しているか否かを表すフラグである。
【００２４】
次の、Res（reserved）は、将来のために保留されている。DBC（Data Block Continuity counter）は、データブロックの損失を検知するための連続するデータブロックのカウンタの値を表している。次の行には、データフォーマットの種類を示すFMT（Format ID）、およびFormatに応じた値が記録されているFDF（Format Dependent Field）を有している。次のSYTは、タイムスタンプのフィールドであり、DVCR（デジタルビデオカセットレコーダ）では、フレームの同期をとるために用いられる。
【００２５】
data fieldは、上述したように、図３と図４のところで説明したソースパケットが挿入されている。そして、data CRCは、data fieldにおける誤りの検出符号である。
【００２６】
このようなパケットデータを扱う図１に示した受信装置２の動作について、図８のフローチャートを参照して説明する。ステップＳ１において、IEEE1394インタフェース１３の入出力部２２に対してデータが入力される。入出力部２２に入力されたデータは、暗号化復号化部２１にさらに入力される。暗号化復号化部２１は、入力されたデータが暗号化されたデータであった場合、そのデータを復号し、誤復号検出部２３に出力する。誤復号検出部２３は、ステップＳ２において、入力されたデータは、IEC60958規格の方式で伝送されてきたデータであるか否かが判断される。IEC60958規格の方式で伝送されてきたデータであるか否かを判断するのは、換言すれば、復号しているデータは、オーディオデータであるのか否かを判断することである。
【００２７】
誤復号検出部２３は、IEC60958規格の方式で伝送されてきたデータであるか否かを、データを参照することにより判断する事ができる。すなわち、図５に示したIEEE1394アイソクロナスパケットのフォーマットのうちの、CIPヘッダ（図７）のＦＭＴフィールドにかかれているデータにより判断する事が可能である。ステップＳ２において、復号するデータは、IEC60958規格の方式で伝送されてきたデータであると判断された場合、ステップＳ３に進み、データフィールド（図５）に書き込まれてるいるデータは、暗号化されたデータであるのか否かが判断される。
【００２８】
ステップＳ３において行われる判断は、アイソクロナスパケットヘッダ（図６）のｓｙフィールドにかかれているデータを参照する事により行われる。具体的には、ｓｙフィールドにかかれている４bitのデータのうち、最初の２bitが、”００”以外であった場合、暗号化されたデータであると判断される。ステップＳ３において、暗号化されたデータであると判断された場合、ステップＳ４に進み、Sync Preambleが正しく復号されたか否かが判断される。
【００２９】
Sync Preambleが正しく復号されなかったと判断される場合としては、受信したデータの復号に失敗したときや、受信自体が失敗した時が考えられる。いずれの場合においても、復号に失敗したオーディオデータを、そのまま、後段の処理に出した場合、意味のないデータを処理することになり、結果として、ノイズの原因となってしまう。
【００３０】
そこで、ステップＳ４において、Sync Preambleが正しくとれたと判断された場合、換言すれば、オーディオデータとして正しい復号ができたと判断された場合、ステップＳ５に進み、後段の処理、今の場合、端子ｂに出力される。ステップＳ５の処理には、ステップＳ３において、暗号通信ではないと判断された場合もくる。
【００３１】
一方、ステップＳ４において、Sync Preambleが正しくとれなかったと判断された場合、換言すれば、オーディオデータとして正しい復号はできなかったと判断された場合、ステップＳ６に進む。ステップＳ６において、ミュートの処理が行われる。これは、上述したように、オーディオデータとして正しく復号できなかったデータを、そのまま処理した場合、ノイズの原因となってしまうため、そのようなことを防ぐために（ノイズを発生させないために）、ミュート（音を出さない）処理を実行する。
【００３２】
ステップＳ６におけるミュートの処理としては、誤復号検出部２３から、端子ｂにデータを出さないようにしても良いし、無音というデータ（IEC60958のフォーマットに基づいた無音を示すデータ）を出力するようにしても良い。ステップＳ６への処理は、ステップＳ２において、IEC60958規格の方式で伝送されてきたデータではないと判断された場合もくる。これは、IEC60958規格の方式で伝送されてきたデータではないと判断されたということは、オーディオデータではないことを示しているため、ミュート処理を実行する。なお、ミュート処理としては、上述した方法以外にも、他の方法のミュート処理を実行するようにしても良い。
【００３３】
このようにして、IEC60958規格で規定されるSync Preambleが正しく復号されているか否かを判断し、正しく復号されている場合のみ、最終的に、スピーカ（音声出力デバイス）に出力されるようにすることにより、ノイズの発生を防ぐことが可能となる。
【００３４】
ここで、受信されたデータが何らかの原因で、復号に失敗したと判断された場合、ミュート処理を実行する事により、ノイズの発生を防ぐことができるが、そのまま、ミュート処理を継続させておくわけにはいかない。例えば、データの復号が正しく行われている場合に、何らかの原因で復号が正しく行われなかったと判断され、ミュート処理が実行されたとき、そのまま、ミュート処理を実行し続けていると、視聴者に、受信装置２が壊れたなどの誤った認識を与えるばかりでなく、サービスをきちんと提供できないといった問題が発生してしまう。
【００３５】
そこで、復号が失敗したと判断され、ミュート処理が実行されているときに、再び、復号が成功したと判断された時点で、ミュート処理を解除する必要がある。しかしながら、復号が成功したと判断された時点で、すぐに、ミュート処理を解除してしまうと、例えば、すぐに、また、復号が失敗しミュート処理の状態になってしまうと、音声が途切れ途切れになってしまい、聞きづらいものとなってしまう。そこで、復号が失敗したと判断された場合、すぐにミュート処理を実行し、その後、連続してＮ個（例えば、時間にして０．５秒位のデータ）が復号に成功したと判断された時点で、ミュート処理を解除するようにする。このようにすることにより、視聴者に対して自然なミュート処理を提供することが可能となる。
【００３６】
上述した説明においては、IEC60958規格の方式で伝送されたデータを例に挙げて説明したが、MPEG規格の方式で伝送されたデータに対しても本発明を適用することが可能である。MPEG規格のIEEE1394規格の方式での伝送は、ISO/IEC13818-1 Generic Codin of Moving Picture and Associated Audio：System Recomendation H.222.0の企画書で規定されるMPEG Transport PaketがIEEE1394で伝送される。IEEE1394の伝送は、上述したIEC61883-4で規定されるオーディオデータの場合と同じフォーマット（図５）であるが、データフィールドには、タイムスタンプとともに、図９に示したトランスポートパケットが入れられる。
【００３７】
図９に示したトランスポートパケットのパケットヘッダについて説明する。sync_byteは、８ビットの同期バイトを示すフィールドである。transport_error_indicatorは、１ビットのフラグであり、例えば、１に設定されている場合、少なくとも１ビットの訂正できないビットエラーがトランスポートストリームに存在していることを示す。payload_unit_start_indicatorは、１ビットのフラグであり、１である場合、このトランスポートストリームパケットのペイロードがPESパケットの第１バイトから開始することを示しており、０である場合、このトランスポートパケットでPESパケットが開始していないことを示している。
【００３８】
transport_priorityは、１ビットの識別子であり、１に設定されていると、当該パケットは、同一のPIDをもつこのビットを１にしていない他のパケットよりも優先度が高いことを示している。PIDは、１３ビットのフィールドであり、パケットペイロード中に蓄積されるデータの種類を示す。transport_scrambling_controlは、２ビットのフィールドであり、トランスポートストリームパケットのペイロードのスクランブルモードを示す。
【００３９】
adaptation_field_controlは、２ビットのフィールドであり、このトランスポートストリームパケットヘッダの後に、アダプテーションフィールドとペイロードの少なくとも一方がくることを示している。continuity_counterは、同一のPIDを有する各トランスポートストリームパケット毎に増加する４ビットのフィールドである。
【００４０】
MPEG方式で伝送されたデータに対するIEEE1394インタフェース１３の動作について図１０のフローチャートを参照して説明する。図１０に示したフローチャートのステップＳ１１乃至Ｓ１６の処理は、図８に示したフローチャートのステップＳ１乃至Ｓ６の処理と基本的に同様である。ただし、ステップＳ１２においては、MPEG伝送であるか否かが判断される。ステップＳ１２における判断は、復号しているパケットのCIPヘッダのFMTフィールドに書かれているデータを参照することにより行われる。
【００４１】
また、ステップＳ１４におけるSync Preambleが正しくとれたか否かの判断は、図９に示したトランスポートパケットヘッダのSync byteの値を参照することにより行われる。すなわち、トランスポートパケットヘッダのSync byteの値は、”０ｘ４７”の固定値が設定されているため、この値が得られたか否かを判断することにより、ステップＳ１４における、Sync Preambleが正しくとれたか否かを判断することが可能である。
【００４２】
ミュート処理は、上述した場合と同様にデータを出力しない、または、PIDフィールドの値を”0x1FFF”としたヌルパケットを出力するようにする。また、復号が正確に行われるようになった時点での、ミュート処理の解除も、上述したように行われる。
【００４３】
上述した実施の形態においては、IEEE1394バスを用いた場合を例に挙げて説明したが、他のバスを用いた場合にも、本発明を適用することは可能である。また、デジタル通信のみでなく、アナログ通信、シリアル通信、パラレル通信などの通信における場合も、本発明を適用することは可能である。また、上述した実施の形態においては、オーディオデータについて説明したが、他のデータに対しても本発明を適用することは可能である。
【００４４】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【００４５】
この記録媒体は、図１１に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク１２１（フロッピディスクを含む）、光ディスク１２２（CD-ROM（Compact Disk-Read Only Memory），DVD（Digital Versatile Disk）を含む）、光磁気ディスク１２３（MD（Mini-Disk）を含む）、若しくは半導体メモリ１２４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているROM１０２や記憶部１０８が含まれるハードディスクなどで構成される。
【００４６】
なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【００４７】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【００４８】
以上の如く本発明によれば、復号が失敗したデータによりノイズが発生するといったことを防ぐことが可能となる。
【図面の簡単な説明】
【図１】本発明を適用した受信装置の一実施の形態の構成を示す図である。
【図２】  IEEE1394インタフェースの内部構成を示す図である。
【図３】サブフレームフォーマットを示す図である。
【図４】フレームフォーマットを示す図である。
【図５】アイソクロナスパケットのフォーマットを示す図である。
【図６】アイソクロナスパケットヘッダのフォーマットを示す図である。
【図７】  CIPヘッダのフォーマットを示す図である。
【図８】  IEEE1394インタフェースの動作について説明するフローチャートである。
【図９】  MPEGトランスポートパケットのフォーマットを示す図である。
【図１０】  IEEE1394インタフェースの動作について説明するフローチャートである。
【図１１】媒体を説明する図である。
【符号の説明】
２  受信装置，  １１  チューナ，  １２  デスクランブラ，  １３  IEEE1394インタフェース，  １４  スイッチ，  １５  デマルチプレクサ，  １６  デコーダ，  １７  制御部，  １８  バス，  ２１  復号部，  ２２  入出力部，
２３  誤復号検出部
【図１】
0004362964.tif 000002
【図２】
0004362964.tif 000003
【図３】
0004362964.tif 000004
【図４】
0004362964.tif 000005
【図５】
0004362964.tif 000006
【図６】
0004362964.tif 000007
【図７】
0004362964.tif 000008
【図８】
0004362964.tif 000009
【図９】
0004362964.tif 000010
【図１０】
0004362964.tif 000011
【図１１】
0004362964.tif 000012