JP4362964B2 - 情報処理装置および方法、並びに記録媒体 - Google Patents
情報処理装置および方法、並びに記録媒体 Download PDFInfo
- Publication number
- JP4362964B2 JP4362964B2 JP2000313239A JP2000313239A JP4362964B2 JP 4362964 B2 JP4362964 B2 JP 4362964B2 JP 2000313239 A JP2000313239 A JP 2000313239A JP 2000313239 A JP2000313239 A JP 2000313239A JP 4362964 B2 JP4362964 B2 JP 4362964B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- decoding
- output
- decoded
- determined
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 62
- 230000010365 information processing Effects 0.000 title claims description 10
- 238000003672 processing method Methods 0.000 claims description 3
- 238000004891 communication Methods 0.000 description 16
- 238000010586 diagram Methods 0.000 description 12
- 238000001514 detection method Methods 0.000 description 7
- 238000010561 standard procedure Methods 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 2
- 238000005070 sampling Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
- H04N21/4405—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream decryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
- H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
- H04H60/23—Arrangements for conditional access to broadcast information or to broadcast-related services using cryptography, e.g. encryption, authentication, key distribution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
- H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
- H04H60/16—Arrangements for conditional access to broadcast information or to broadcast-related services on playing information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
- H04N21/43632—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4367—Establishing a secure communication between the client and a peripheral device or smart card
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
- H04N21/4385—Multiplex stream processing, e.g. multiplex stream decrypting
- H04N21/43853—Multiplex stream processing, e.g. multiplex stream decrypting involving multiplex stream decryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/439—Processing of audio elementary streams
- H04N21/4396—Processing of audio elementary streams by muting the audio signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/765—Interface circuits between an apparatus for recording and another apparatus
- H04N5/775—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/20—Adaptations for transmission via a GHz frequency band, e.g. via satellite
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
- H04N5/913—Television signal processing therefor for scrambling ; for copy protection
- H04N2005/91357—Television signal processing therefor for scrambling ; for copy protection by modifying the video signal
- H04N2005/91364—Television signal processing therefor for scrambling ; for copy protection by modifying the video signal the video signal being scrambled
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Physics & Mathematics (AREA)
- Astronomy & Astrophysics (AREA)
- Physics & Mathematics (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Storage Device Security (AREA)
- Noise Elimination (AREA)
- Circuits Of Receivers In General (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は情報処理装置および方法、並びに記録媒体に関し、特に、暗号化されたデータを復号する装置に用いて好適な情報処理装置および方法、並びに記録媒体に関する。
【０００２】
【従来の技術】
例えば、衛星を介して番組を配信する衛星放送においては、契約していない視聴者が番組を視聴できないように、番組のデータは、暗号化されて配信される。契約をしている視聴者の受信装置が、その暗号化されたデータを受信した場合、その暗号は解除され、視聴者は番組を視聴することができるが、契約をしていない視聴者の受信装置が、その暗号化されたデータを受信しても、そのデータが復号されないので、結果として、契約をしていない視聴者は、番組を視聴することができないようになっている。
【０００３】
【発明が解決しようとする課題】
上述した暗号化されたデータを受信する受信装置には、暗号を解読する（認証を行う）ためのキーが記憶されており、そのキーが用いられて、暗号が解除されるようになっている。このキー自体の情報が、契約をしていない契約者に不当に使われるようなことがないように、所定の周期で更新されるようになっている。
【０００４】
また、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インタフェース， １４ スイッチ， １５ デマルチプレクサ， １６ デコーダ， １７ 制御部， １８ バス， ２１ 復号部， ２２ 入出力部，
２３ 誤復号検出部
【発明の属する技術分野】
本発明は情報処理装置および方法、並びに記録媒体に関し、特に、暗号化されたデータを復号する装置に用いて好適な情報処理装置および方法、並びに記録媒体に関する。
【０００２】
【従来の技術】
例えば、衛星を介して番組を配信する衛星放送においては、契約していない視聴者が番組を視聴できないように、番組のデータは、暗号化されて配信される。契約をしている視聴者の受信装置が、その暗号化されたデータを受信した場合、その暗号は解除され、視聴者は番組を視聴することができるが、契約をしていない視聴者の受信装置が、その暗号化されたデータを受信しても、そのデータが復号されないので、結果として、契約をしていない視聴者は、番組を視聴することができないようになっている。
【０００３】
【発明が解決しようとする課題】
上述した暗号化されたデータを受信する受信装置には、暗号を解読する（認証を行う）ためのキーが記憶されており、そのキーが用いられて、暗号が解除されるようになっている。このキー自体の情報が、契約をしていない契約者に不当に使われるようなことがないように、所定の周期で更新されるようになっている。
【０００４】
また、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インタフェース， １４ スイッチ， １５ デマルチプレクサ， １６ デコーダ， １７ 制御部， １８ バス， ２１ 復号部， ２２ 入出力部，
２３ 誤復号検出部
Claims (4)
- 暗号化されたデータを復号する復号手段と、
前記復号手段による復号が失敗したか否かを判断する判断手段と、
前記判断手段により前記復号手段による復号が失敗したと判断された場合、前記復号手段により復号された前記データの後段の処理への出力を停止する出力停止手段と、
前記出力停止手段で、復号されたデータの後段への出力を停止した後、連続して所定のデータ量が復号に成功したと判断された場合、前記出力停止手段による停止を解除する解除手段と
を備える情報処理装置。 - 前記出力停止手段により前記データの出力が停止された場合、無効な出力であることを示すデータを前記後段の処理のデータとして出力する出力手段を
さらに備える請求項１に記載の情報処理装置。 - 暗号化されたデータを復号する復号ステップと、
前記復号ステップの処理による復号が失敗したか否かを判断する判断ステップと、
前記判断ステップの処理で前記復号ステップの処理による復号が失敗したと判断された場合、前記復号ステップの処理により復号された前記データの後段の処理への出力を停止する出力停止ステップと、
前記出力停止ステップの処理で、復号されたデータの後段への出力を停止した後、連続して所定のデータ量が復号に成功したと判断された場合、前記出力停止ステップの処理での停止を解除する解除ステップと
を含む情報処理方法。 - 暗号化されたデータを復号する復号ステップと、
前記復号ステップの処理による復号が失敗したか否かを判断する判断ステップと、
前記判断ステップの処理で前記復号ステップの処理による復号が失敗したと判断された場合、前記復号ステップの処理により復号された前記データの後段の処理への出力を停止する出力停止ステップと、
前記出力停止ステップの処理で、復号されたデータの後段への出力を停止した後、連続して所定のデータ量が復号に成功したと判断された場合、前記出力停止ステップの処理での停止を解除する解除ステップと
を含む処理を実行するコンピュータが読み取り可能なプログラムが記録されている記録媒体。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000313239A JP4362964B2 (ja) | 2000-10-13 | 2000-10-13 | 情報処理装置および方法、並びに記録媒体 |
| EP01308562A EP1198134B1 (en) | 2000-10-13 | 2001-10-08 | Information processing device and method, and recording medium |
| DE60138448T DE60138448D1 (de) | 2000-10-13 | 2001-10-08 | Vorrichtung und Verfahren zur Datenverarbeitung, und Aufzeichnungsmedium |
| CNB011411945A CN1197375C (zh) | 2000-10-13 | 2001-10-12 | 信息处理装置和方法以及记录介质 |
| KR1020010063191A KR100868610B1 (ko) | 2000-10-13 | 2001-10-13 | 정보 처리 장치 및 방법 및 기록 매체 |
| US09/976,476 US7397920B2 (en) | 2000-10-13 | 2002-02-08 | Information processing device and method, and recording medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000313239A JP4362964B2 (ja) | 2000-10-13 | 2000-10-13 | 情報処理装置および方法、並びに記録媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2002124884A JP2002124884A (ja) | 2002-04-26 |
| JP2002124884A5 JP2002124884A5 (ja) | 2007-02-22 |
| JP4362964B2 true JP4362964B2 (ja) | 2009-11-11 |
Family
ID=18792686
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000313239A Expired - Fee Related JP4362964B2 (ja) | 2000-10-13 | 2000-10-13 | 情報処理装置および方法、並びに記録媒体 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7397920B2 (ja) |
| EP (1) | EP1198134B1 (ja) |
| JP (1) | JP4362964B2 (ja) |
| KR (1) | KR100868610B1 (ja) |
| CN (1) | CN1197375C (ja) |
| DE (1) | DE60138448D1 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3952950B2 (ja) * | 2001-04-25 | 2007-08-01 | ソニー株式会社 | ストリームデータを送信するデータ送信方法及び装置 |
| RU2312464C2 (ru) * | 2003-07-28 | 2007-12-10 | Сони Корпорейшн | Устройство и способ обработки информации, носитель записи и программа |
| JP4485223B2 (ja) | 2004-02-26 | 2010-06-16 | アルパイン株式会社 | データ転送装置 |
| JP2006211117A (ja) * | 2005-01-26 | 2006-08-10 | Sharp Corp | コンテンツ保護システム |
| US20080298443A1 (en) * | 2007-05-30 | 2008-12-04 | Silicon Storage Technology, Inc. | Method for efficient wireless transmission and reception of audio digital signals |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4197502A (en) * | 1978-10-16 | 1980-04-08 | Motorola, Inc. | Digital signal detector |
| JPS61224630A (ja) * | 1985-03-29 | 1986-10-06 | Toshiba Corp | デ−タ受信装置 |
| US5199069A (en) * | 1991-02-25 | 1993-03-30 | Motorola, Inc. | Automatic encryption selector |
| US5509122A (en) * | 1992-02-20 | 1996-04-16 | International Business Machines Corporation | Configurable, recoverable parallel bus |
| US5271011A (en) * | 1992-03-16 | 1993-12-14 | Scientific-Atlanta, Inc. | Digital audio data muting system and method |
| US5918205A (en) * | 1996-01-30 | 1999-06-29 | Lsi Logic Corporation | Audio decoder employing error concealment technique |
| JP3272246B2 (ja) * | 1996-07-12 | 2002-04-08 | 株式会社東芝 | デジタル放送受信装置 |
| US6212633B1 (en) * | 1998-06-26 | 2001-04-03 | Vlsi Technology, Inc. | Secure data communication over a memory-mapped serial communications interface utilizing a distributed firewall |
| KR100716441B1 (ko) * | 1999-03-03 | 2007-05-10 | 소니 가부시끼 가이샤 | 기록 장치, 기록 방법, 재생 장치 및 재생 방법 |
| CN1214588C (zh) * | 1999-05-25 | 2005-08-10 | 索尼公司 | 传送方法、传送装置及传送*** |
| US7130958B2 (en) * | 2003-12-02 | 2006-10-31 | Super Talent Electronics, Inc. | Serial interface to flash-memory chip using PCI-express-like packets and packed data for partial-page writes |
-
2000
- 2000-10-13 JP JP2000313239A patent/JP4362964B2/ja not_active Expired - Fee Related
-
2001
- 2001-10-08 EP EP01308562A patent/EP1198134B1/en not_active Expired - Lifetime
- 2001-10-08 DE DE60138448T patent/DE60138448D1/de not_active Expired - Lifetime
- 2001-10-12 CN CNB011411945A patent/CN1197375C/zh not_active Expired - Fee Related
- 2001-10-13 KR KR1020010063191A patent/KR100868610B1/ko not_active IP Right Cessation
-
2002
- 2002-02-08 US US09/976,476 patent/US7397920B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7397920B2 (en) | 2008-07-08 |
| JP2002124884A (ja) | 2002-04-26 |
| EP1198134A2 (en) | 2002-04-17 |
| CN1348309A (zh) | 2002-05-08 |
| EP1198134A3 (en) | 2006-02-08 |
| KR100868610B1 (ko) | 2008-11-13 |
| US20020080963A1 (en) | 2002-06-27 |
| DE60138448D1 (de) | 2009-06-04 |
| EP1198134B1 (en) | 2009-04-22 |
| KR20020029643A (ko) | 2002-04-19 |
| CN1197375C (zh) | 2005-04-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0874503B1 (en) | Data transmitting and/or receiving apparatus, methods and systems for preventint illegal use of data | |
| JP3602728B2 (ja) | ディジタルビデオディスクプレーヤ及び画像表示装置 | |
| US6118871A (en) | Device having a digital interface and a network system using such a device and a copy protection method | |
| US7830881B2 (en) | Content receiver and content transmitter | |
| JP5041036B2 (ja) | 放送データ処理装置及び放送データ処理方法 | |
| US20020114462A1 (en) | Recording and playback apparatus for stream data and transmission method for stream data | |
| JP2000040294A (ja) | 情報処理装置および方法、並びに記録媒体 | |
| JP3912563B2 (ja) | 入出力装置および入出力方法、並びに受信装置 | |
| JP4362964B2 (ja) | 情報処理装置および方法、並びに記録媒体 | |
| JP2982750B2 (ja) | ディジタル情報処理装置 | |
| JP4665318B2 (ja) | 情報処理装置および方法、記録媒体、並びにプログラム | |
| US20050022061A1 (en) | Content transmission device and content transmission method, content reception device and content reception method | |
| JP4406971B2 (ja) | データ処理装置およびデータ処理方法、並びに記録媒体 | |
| JPH11331803A (ja) | 暗号化方法、暗号化装置、およびデジタルコンテンツ再生装置 | |
| WO2019129116A1 (zh) | 一种视频录制方法及装置 | |
| JP2006293642A (ja) | 通信システム、通信装置、制御方法及びプログラム | |
| JP2001331102A (ja) | データ送出装置、データ復号装置、データ送出方法、データ復号方法、伝送システム | |
| JP4551890B2 (ja) | 受信装置 | |
| JP2002074905A (ja) | データ送出装置、データ復号装置、データ送出方法、データ復号方法、伝送システム | |
| JP2004193805A (ja) | 半導体集積回路、ａｖ受信装置、ａｖ送信装置、ａｖ通信システム、ａｖ通信方法及びａｖ通信制御プログラム | |
| JP2007110489A (ja) | コンテンツ処理装置及びコンテンツ処理方法、並びにコンピュータ・プログラム | |
| JPH08265723A (ja) | スクランブル制御方法およびスクランブル装置およびデスクランブル装置 | |
| JP2008103072A (ja) | 情報処理装置および方法、並びに記録媒体 | |
| JP2002077140A (ja) | データ送出装置、データ送出方法 | |
| JP2001346180A (ja) | ディジタル放送受信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070105 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070105 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090427 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090507 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090706 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090728 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090810 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120828 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120828 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130828 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |