JP2008293578A - ストリームデータ制御モジュール - Google Patents

Abstract

【課題】ストレージデバイスに対するストリームデータの録画、再生を簡単、安全、安価に実現するとともに、デジタル機器の機能拡張を容易に実現するストリームデータ制御モジュールを提供する。
【解決手段】ストリームデータ制御モジュール１において、ストリームデータを専用に入出力するストリームＩ／Ｆ部２と、非ストリームデータを入出力する非ストリームＩ／Ｆ部３と、データ格納手段へのインターフェイスを提供するデバイスＩ／Ｆ部７と、ホスト手段から与えられた録画コマンドおよび再生コマンドに応じて、ストリームデータの転送処理を行う制御部５とを備え、制御部５は、データ格納手段におけるストリームデータの格納場所を管理するストリーム配置管理部８、ストリームデータと非ストリームデータの転送順序を制御するスケジューリング部９、およびホスト手段から与えられた各種コマンドを解釈するコマンド処理部１０を有する。
【選択図】図１

Description

本発明は、ハードディスクドライブや半導体フラッシュメモリ等のストレージデバイスに対する映像や音楽等のストリームデータを録画、再生するためのストリームデータ制御モジュールに関し、特に、ストリームデータの録画、再生を簡単、安全、安価に行う技術に関する。

ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）周辺機器としてＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーションプログラム、ユーザ作成のテキストデータ等を格納するストレージデバイスとして用いられてきたＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）は、映像や音声といったストリームデータの格納手段として、ＨＤＤレコーダやＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）、カムコーダ等の様々なコンシューマ向けデジタル機器で用いられるようになってきている。

また、他のストレージデバイスとして、特に携帯電話やモバイルプレーヤ等の携帯型デジタル機器では、ＨＤＤのようなメカニカルな機構を持たないことから耐衝撃性や低電力動作に優れた半導体フラッシュメモリが多く利用されるようになってきている。

ここで、図９により、ＨＤＤの適用が急速に進行したデジタル機器であるＨＤＤレコーダ９１の構成および動作を説明する。図９は従来のストリームデータを録画、再生するＨＤＤレコーダ９１の構成を示す構成図である。

ＨＤＤレコーダ９１は、ホスト手段を構成するデジタルチューナ２２、デマルチプレクス２３、ストリームフィルタ２４とＡ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）デコーダ２５、ホストＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２７、メモリ２８、ＡＴＡ（Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）Ｉ／Ｆ３２、データ格納手段を構成するＨＤＤ２９から構成されている。

デジタルチューナ２２とデマルチプレクス２３とストリームフィルタ２４とＡ／Ｖデコーダ２５とホストＣＰＵ２７とメモリ２８とＡＴＡ Ｉ／Ｆ３２は、汎用バス２６を介して相互に接続されており、必要なコマンドや各種データのやり取りが行えるようになっている。

ホストＣＰＵ２７は、アンテナやプラズマテレビ等の表示装置、スピーカ、ＨＤＤ２９とのＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）動作やメモリ２８の使用リソース等を制御・管理するＯＳや、ビューワやＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等のアプリケーションプログラムを実行するマイクロプロセッサであり、メモリ２８はＯＳやアプリケーションプログラムのワークメモリ、各種データのバッファメモリとして使用する。

ストリームフィルタ２４は、ストリームデータから所望のコンテンツを抽出したり、ＨＤＤレコーダ９１におけるコンテンツの視聴や録画、再生したりといった動作に応じてストリームデータのフローを制御するところである。

ところで、ＨＤＤレコーダ９１において、アンテナで受信したデジタル放送コンテンツを視聴するには、デジタルチューナ２２から出力されたＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）のスクランブルをデマルチプレクス２３で解除し、次にストリームフィルタ２４で目的の番組コンテンツやサービスを選択、その後Ａ／Ｖデコーダ２５へ転送する。

そして、Ａ／Ｖデコーダ２５では、ＴＳとして供給される圧縮デジタルデータのエンコード方式、例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−２やＭＰＥＧ−４、ＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）に従ってデコードし、表示装置やスピーカに出力することによって達成される。

また、受信したデジタル放送コンテンツを録画するには、ホストＣＰＵ２７が主体となってストリームフィルタ２４から出力されたＴＳを汎用バス２６経由して一旦メモリ２８にバッファする。

その後、ストリームデータは所定の量がバッファされるとホストＣＰＵ２７によってメモリ２８から読み出され、ＨＤＤ２９での記録場所が逐一決定されながらＡＴＡ Ｉ／Ｆ３２を介してＨＤＤ２９に蓄積していくことによって達成される。

一方、蓄積したストリームデータを再生するには、ホストＣＰＵ２７が主体となってＨＤＤ２９から所望のストリームデータを順次ＡＴＡ Ｉ／Ｆ３２を介して読み出し、メモリ２８にバッファする。その後、ストリームデータは所定の量がバッファされるとホストＣＰＵ２７によってそのビットレート、例えば、２０Ｍｂｐｓに合わせてメモリ２８から読み出され、ストリームフィルタ２４を経由してＡ／Ｖデコーダ２５に転送することによって達成される。

もしくは、所望のストリームデータをそのビットレートに合わせてＡＴＡ Ｉ／Ｆ３２を介してＨＤＤ２９から順次読み出し、メモリ２８を経由してストリームフィルタ２４からＡ／Ｖデコーダ２５に転送することによって達成される。

このような従来のＨＤＤレコーダ９１によれば、受信したコンテンツのストリームデータをＨＤＤ２９に録画しながら既に録画済みの他のストリームデータを再生したり、更にそのようなストリームデータに関わる処理を行いながら、ＨＤＤ２９に蓄積した写真を閲覧したり番組情報を更新したりといったストリームデータ以外のデータ処理も同時に行うことが可能である。

また、このようなＨＤＤレコーダ９１などＨＤＤへのストリームデータの記録再生に関して、転送レートを最適化する技術が、特開２００６−８５２４３号公報（特許文献１）に記載されている。

しかし、特許文献１の技術では、転送レートを最適化しているが、ストリームデータについては、帯域保証がされていない汎用バス２６を使用して確実にＨＤＤ２９に録画したり、ビットレートに合わせてＨＤＤ２９から読み出しＡ／Ｖデコーダ２５に転送したりしなければならないため、ホストＣＰＵ２７では高度なＩ／Ｏ制御を行わなければならず、これに伴って処理負荷が高くなるという問題があった。

この問題に対し、例えば、特開平８−１９５０３１号公報（特許文献２）に示すようなハードディスク装置があった。これは、ハードディスク装置に記録／再生するデータを入／出力するデータ専用のインターフェイスと、データ以外のコマンドやアドレスを入／出力するインターフェイスを別々に備えたものである。
特開２００６−８５２４３号公報 特開平８−１９５０３１号公報

しかしながら、特許文献２に記載のものは、ストリームデータとそれ以外のデータを同時に入出力することができないため、ハードディスク装置に対するストリームデータの録画と写真データの読み出しや番組情報の書込みといった同時動作、更にストリームデータの録画とそのストリームデータに付属する例えばタイムスタンプといったメタ情報の同時記録を達成することができないという問題があった。

更に、近年のＨＤＤレコーダは高機能化が進み、デジタルチューナを複数個備えたりネットワークＩ／Ｆを備えることによって、例えば受信した全コンテンツのストリームデータをＨＤＤに常時録画したり、一方のストリームデータを視聴しながら他方のストリームデータをＨＤＤに録画したり、これらの動作を行いながら更にＨＤＤに蓄積したストリームデータをネットワーク経由で他のデジタル機器に配信するといったことが可能になりつつある。

このように、ＨＤＤのようなストレージデバイスやネットワークＩ／ＦへのＩ／Ｏが集中した状況においても、各ストリームデータのビットレートを保証し、加えて非ストリームデータの読み書きもできなければならないため、ホストＣＰＵへのＩ／Ｏ処理に関わる負荷は高くなる一方である。

これを解決する１つの方法として、バスの帯域やバッファメモリ量を増やしたり、複数のプロセッサコアを搭載した高スペックなＣＰＵを導入したりすることが考えられるが、部品コストや消費電力、発熱量の上昇、設計・検証工数の増加を引き起こし、コンシューマ向けデジタル機器に好適な対策ではない。

一方、デジタル放送のコンテンツを取り扱うＨＤＤデコーダ９１（図９）のようなデジタル機器では、ＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｕｓｉｎｅｓｓｅｓ）規格に則って汎用バス２６やＡＴＡ Ｉ／Ｆ３２といったいわゆるユーザアクセスバス上に有料コンテンツのストリームデータを流すには、それを暗号化し不正に使用できないようにしなければならない。

そこで、汎用バス２６が容易にトレースできないようにメモリ２８を除くホスト手段を１つの専用ＬＳＩ（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）で実現し、ＡＴＡ Ｉ／Ｆ３２に暗号化・復号化処理を備えるＡＳＩＣも製品化されているが、そのようなＡＳＩＣは多くの機能を統合していることからチップサイズも大きく、またハード化されていることによって機能のカスタマイズも容易ではなく、更に非常に高価であるという問題があった。

そこで、本発明の目的は、ＨＤＤや半導体フラッシュメモリ等のストレージデバイスを備えるデジタル機器において、ストレージデバイスに対するストリームデータの録画、再生を簡単、安全、安価に実現するとともに、そのようなデジタル機器の機能拡張を容易に実現するストリームデータ制御モジュールを提供することにある。

本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。

本発明によるストリームデータ制御モジュールは、ホスト手段に対し映像および音声のストリームデータを専用に入出力する第１のインターフェイス手段と、ホスト手段に対しストリームデータ以外の非ストリームデータを入出力する第２のインターフェイス手段と、データ格納手段に対しストリームデータおよび非ストリームデータを入出力する第３のインターフェイス手段と、ホスト手段から与えられ、第２のインターフェイス手段から入力された録画コマンドに応じて、第１のインターフェイス手段から入力されたストリームデータを第３のインターフェイス手段を経由してデータ格納手段に転送し、ホスト手段から与えられ、第２のインターフェイス手段から入力された再生コマンドに応じて、データ格納手段に格納したストリームデータを第３のインターフェイス手段を経由で取得して、第１のインターフェイス手段へ転送する制御手段とを備え、制御手段は、データ格納手段におけるストリームデータの格納場所を管理するストリーム配置管理手段、ストリームデータと非ストリームデータの転送順序を制御するスケジュール手段、およびホスト手段から与えられた各種コマンドを解釈するコマンド処理手段を有するものである。

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。

本発明によれば、ストリームデータ制御モジュールをデジタル機器やストレージデバイスに適用することによって、ホストＣＰＵに簡単なコマンドインターフェイスを提供するとともに、ホストＣＰＵからストレージデバイスに対するストリームデータのＩ／Ｏ処理を解放することができる。

これによって、従来と同スペックのホストＣＰＵであってもデジタル機器のセットベンダ独自の機能を追加搭載することが可能になり、またよりスペックの低い安価なホストＣＰＵに置き換えることも可能になり、デジタル機器のコスト上昇を抑制しながら高機能化を図ることができる。

また、ストリームデータ制御モジュールは、汎用バスを介さず直接ストリームデータを入出力できるインターフェイスを備えることから、より確実にストリームデータを取り扱うことが可能になる。

また、本発明によれば、ストリームデータ制御モジュールは、暗号処理手段を備えることによってストリームデータの暗号化が可能であり、これによって著作権の伴うコンテンツを安全にストレージデバイスとやり取りすることができる。

また、本発明によれば、ストリームデータ制御モジュールは、ストリームデータを専用に入出力可能な第１のインターフェイス手段を複数備えることによって、複数のストリームデータの供給先（例えばＡ／ＶデコーダやネットワークＩ／Ｆ）や供給元（例えばデジタルチューナやネットワークＩ／Ｆ）と接続することが可能であり、機能拡張を容易にすることができる。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。

（実施の形態１）
図１により、本発明の実施の形態１に係るストリームデータ制御モジュールの構成について説明する。図１は本発明の実施の形態１に係るストリームデータ制御モジュールの構成の構成を示す構成図である。

図１において、ストリームデータ制御モジュール１は、ホスト手段とデータ格納手段との間に配置されている。または、ストリームデータ制御モジュール１は、ホスト手段の一部やデータ格納手段の一部を構成してもよい。

ここでホスト手段とは、例えば、ＰＣやＨＤＤレコーダ、ＨＤＤカムコーダ、携帯電話、携帯音楽プレーヤ、監視カメラ等のデジタル機器である。

また、データ格納手段とは、各デジタル機器が取り扱う映像や音楽・写真・テキスト等のユーザデータや、デジタル機器が備えるＣＰＵやメモリの使用量、Ｉ／Ｏ動作を管理するＯＳや、ビューワ・ＧＵＩ等のアプリケーションプログラムや、更にユーザデータに関連するメタデータを記録しておくためのストレージデバイスであり、例えば、ＨＤＤ等の磁気ディスクやＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）やＢｌｕ−Ｒａｙ Ｄｉｓｃ等の光磁気ディスク、ＳＤメモリカード等の半導体フラッシュメモリである。

ストリームデータ制御モジュール１は、第１のインターフェイス手段であるストリームＩ／Ｆ部２、第２のインターフェイス手段である非ストリームＩ／Ｆ部３、メタ情報抽出手段であるメタ情報抽出部４、制御手段である制御部５、バッファメモリ６、第３のインターフェイス手段であるデバイスＩ／Ｆ部７から構成されている。

ストリームＩ／Ｆ部２は、ホスト手段に対して映像や音楽といったストリームデータを複数かつ同時に入出力するためのインターフェイスを提供し、制御部５が各々のビットレート、例えば、２０Ｍｂｐｓや１２８ｋｂｐｓに従って出力するストリームデータをホスト手段に転送したり、ホスト手段が送出したストリームデータをメタ情報抽出部４と制御部５とに転送したりする。

ストリームＩ／Ｆ部２の具体的な仕様は、ＴＳやＰＳ（Ｐｒｏｇｒａｍ Ｓｔｒｅａｍ）、タイムスタンプ付きＴＳ形式の圧縮デジタルデータを８ビットで入出力するパラレルインターフェイス、もしくは１ビットで入出力するシリアルインターフェイスである。

非ストリームＩ／Ｆ部３は、ホスト手段に対して写真やテキストデータ、更にこれらをデータ格納手段に記録するためのアドレスを含む制御コマンドといったストリームデータ以外の非ストリームデータを入出力するためのインターフェイスを提供し、制御部５が出力する非ストリームデータをホスト手段に転送したり、ホスト手段が送出した非ストリームデータを制御部５に転送したりする。

非ストリームＩ／Ｆ部３の具体的な仕様は、ＡＴＡや組込み機器向けＡＴＡのＣＥ−ＡＴＡ（Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ ＡＴＡ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）等の汎用バスである。

メタ情報抽出部４は、ストリームＩ／Ｆ部２が出力したストリームデータに付加されているヘッダ部分を解析し、ストリームデータの種別（音声、映像等）やフレームのタイムスタンプ情報、１フレーム当りのバイト数等を含むメタ情報データを生成する。このメタ情報データは、データ格納手段に記録したストリームデータを再生する場合、特に早送りや巻き戻しといった特殊再生を行う場合に制御部５が参照する。

バッファメモリ６は、ストリームデータや非ストリームデータ、メタ情報データを一時的に格納するメモリである。

デバイスＩ／Ｆ部７は、データ格納手段に対してストリームデータや非ストリームデータ、メタ情報データを入出力するインターフェイスを提供し、制御部５が出力した各種データをデータ格納手段に転送したり、データ格納手段に記録した各種データを制御部５に転送したりする。

デバイスＩ／Ｆ部７の具体的な仕様は、データ格納手段の形態に応じて、例えばＨＤＤであればパラレルＡＴＡやシリアルＡＴＡ、ＳＤメモリであればＳＤカードＩ／Ｆである。またＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃ．）１３９４等であってもよい。

制御部５は、ストリームデータ制御モジュール１の動作に関連する情報を管理し、この情報に基づいて動作を実行するところであり、ストリーム配置管理手段であるストリーム配置管理部８、スケジュール手段であるスケジューリング部９、コマンド処理手段であるコマンド処理部１０から構成されている。

ストリーム配置管理部８はストリームデータに関するファイルシステムであり、データ格納手段の空き領域（使用領域）や、記録したストリームデータおよびメタ情報データの名前、アクセス日時等の属性情報を更新、管理し、ストリームデータやメタ情報データをデータ格納手段に記録するための格納先アドレスを決定したり、記録したこれらデータの格納場所を特定したりするために使用する。

本実施の形態のストリームデータ制御モジュール１において、非ストリームデータに対するデータ配置管理はホスト手段が行っている。

ストリーム配置管理部８は、データ格納手段の特徴に応じてストリームデータの格納方法を変更することが可能である。例えば、データ格納手段がＨＤＤの場合、ディスクの内周部のみに記録したデータの読出速度は外周部のみに記録したそれよりも１／３〜１／５に低下するため、ストリームデータをディスク上に予め規則的に分散して記録する方法を適用することによって、どのストリームデータも一定の読出速度で取得することが可能になる。

また、データ格納手段がフラッシュメモリの場合、ブロックの書換え回数に制限があるため、使用するブロックを平均化するようにストリームデータを記録する方法を適用することによって長寿命化を図ることが可能になる。

スケジューリング部９は、ストリームデータや非ストリームデータ、メタ情報データをデータ格納手段へ転送したり、これらデータをデータ格納手段から取得したりするためのタイミングを制御したり、ストリームデータと非ストリームデータとの競合が発生した場合にはストリームデータの処理を優先したり、更にストリームデータ同士の複数同時録画（書込み）や複数同時再生（読み出し）、複数同時の録画および再生が競合した際、複数同時録画のみの場合や複数同時再生のみの場合には例えば各録画や再生のためのストリームデータを所定の単位毎に順番に処理したり、複数同時の録画と再生の場合には再生のためのストリームデータを優先して処理したりする調停を行うところである。

コマンド処理部１０は、ホスト手段から非ストリームＩ／Ｆ部３を介して与えられる制御コマンドを解析し、それをデータ格納手段に転送する判断をしたり、新たにデータ格納手段に発行する制御コマンドを生成したり、またホスト手段への応答メッセージを生成したりするところである。

本実施の形態のコマンド処理部１０がホスト手段から受け付ける主な制御コマンドの例として、データ格納手段に写真やテキストデータ等の非ストリームデータを記録するためのライトコマンド、映像等のストリームデータを記録するための録画コマンド、データ格納手段に格納している所定の非ストリームデータを取得するためのリードコマンド、所定のストリームデータを取得するための再生コマンド、その再生コマンドにおいて、所定のストリームデータにおける任意の再生開始時刻や再生方向（早送り、巻き戻し）、再生速度（早送り／巻き戻し速度、一時停止）を含む特殊再生コマンド、そしてストリームデータの取得を中止する停止コマンドがある。

ストリームデータ制御モジュール１の実現形態として、専用ＬＳＩやＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）により１チップもしくは複数チップで実現される。他の実現形態として、バッファメモリ６を除く部分は専用ＬＳＩやＦＰＧＡで１チップもしくは複数チップで実現し、バッファメモリ６はＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｍｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の揮発性メモリやフラッシュメモリ等の不揮発性メモリで構成する方法もある。

また、制御部５は汎用プロセッサで構成し、ストリーム配置管理部８、スケジューリング部９、コマンド処理部１０はそのプロセッサ上で動作するソフトウェアプログラムで実現される。

以下、各制御コマンドを参照しながら制御部５の動作および機能を補足する。
（１）ライトコマンド
本制御コマンドに対する動作は、データ格納手段に対する写真やテキストデータ等の非ストリームデータの記録に当たる。

制御部５はコマンド処理部１０での解析結果がライトコマンドであった場合、即座にそれをデバイスＩ／Ｆ部７を経由してデータ格納手段に転送する。引き続き、非ストリームＩ／Ｆ部３より転送されるライトデータもライトコマンドと同様にデバイスＩ／Ｆ部７を経由してデータ格納手段に転送する。但し、ストリームデータの録画や再生といった処理と競合した場合にはライトコマンドをキューイングしてストリームデータを優先的に処理し、キューイングされたライトコマンドはスケジューリング部９の指示に従って順次処理される。

一方、制御部５はライトコマンドに対する応答メッセージをデータ格納手段から受信すると、その応答メッセージを非ストリームデータＩ／Ｆ部３を経由してホスト手段に転送
する。
（２）録画コマンド
本制御コマンドに対する動作は、データ格納手段に対する映像データ等のストリームデータの記録であり、例えばホスト手段が地上デジタル放送を受信した放送コンテンツや、ネットワーク経由のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）放送コンテンツの録画に当たる。

制御部５はコマンド処理部１０での解析結果が録画コマンドであった場合、ストリーム配置管理部８が保持する情報を参照してストリームデータおよびメタ情報データを記録するための空き領域を検索し、それぞれの格納先アドレスを取得する。これによりデータ格納手段にストリームデータおよびメタ情報データを転送する準備ができている旨をコマンド処理部１０に通知することによって、コマンド処理部１０で録画コマンドに対する応答メッセージが生成される。

次に制御部はその応答メッセージを非ストリームＩ／Ｆ部３を経由してホスト手段に発行すると、ストリームＩ／Ｆ部２経由で受信したストリームデータとメタ情報抽出部４が出力するメタ情報データを順次バッファメモリ６に格納していく。

バッファメモリ６に格納されたストリームデータは、所定のサイズになるとコマンド処理部１０が生成したライトコマンドとともにデバイスＩ／Ｆ部７を経由して順次データ格納手段に転送し、ホスト手段から送出されるストリームデータが完了するまで繰り返し実施する。バッファメモリ６に格納したメタ情報データもストリームデータと同様にコマンド処理部１０が生成したライトコマンドとともにデバイスＩ／Ｆ部７を経由して順次データ格納手段に転送する。

制御部５はデータ格納手段から受信した各ライトデータに対する応答メッセージを蓄積して正常に記録できたか、また一部記録に失敗したか等の情報を保持し、ホスト手段からの問合せに応じられるような仕組みを備えている。
（３）リードコマンド
本制御コマンドに対する動作は、データ格納手段に記録した写真やテキストデータ等の読み出しに当たる。

制御部５はコマンド処理部１０での解析結果がリードコマンドであった場合、即座にそれをデバイスＩ／Ｆ部７を経由してデータ格納手段に転送する。

データ格納手段から送出されたリードデータをデバイスＩ／Ｆ部７を介して受信すると、そのリードデータを非ストリームＩ／Ｆ部３を経由してホスト手段に転送する。

但し、ストリームデータの録画や再生と競合した場合には、スケジューリング部９の指示に従ってリードデータを一旦バッファメモリに格納し、ストリームデータを優先的に処理する。
（４）再生／特殊再生コマンド
本制御コマンドに対する動作は、例えばホスト手段がデータ格納手段に記録したストリームデータの再生や、ネットワーク経由で他の組込み機器にストリームデータを提供する配信に当たる。

制御部５はコマンド処理部１０での解析結果が再生コマンドであった場合、再生コマンドと同時に提供されるコンテンツ名に基づいて、ストリーム配置管理部８が保持する情報を参照してそのストリームデータとメタ情報テーブルの格納先アドレスを取得する。これによりデータ格納手段から所定のストリームデータ（コンテンツ）を取得する準備ができている旨をコマンド処理部１０に通知することによって、コマンド処理部１０で再生コマンドに対する応答メッセージが生成される。

次に、制御部５はその応答メッセージを非ストリームＩ／Ｆ部３を経由してホスト手段に発行するとともに、コマンド処理部１０が生成したアドレスを含むリードコマンドを順次デバイスＩ／Ｆ部７経由でデータ格納手段に発行し、受信したストリームデータを順次バッファメモリに格納していく。

バッファメモリに格納されたストリームデータは、そのビットレート、例えば２０Ｍｂｐｓに従って読み出されストリームＩ／Ｆ部２経由でホスト手段に転送される。

一方、制御部５はコマンド処理部１０での解析結果が特殊再生コマンドであった場合、再生コマンドと同時に提供されるコンテンツ名に基づいて、所定のストリームデータおよびそのメタ情報テーブルの格納先アドレスを取得する。これによりデータ格納手段から所定のストリームデータ（コンテンツ）を取得する準備ができている旨をコマンド処理部１０に通知することによって、コマンド処理部１０で特殊再生コマンドに対する応答メッセージが生成される。

次に、制御部５はその応答メッセージを非ストリームＩ／Ｆ部３を経由してホスト手段に発行するとともに、まずはメタ情報データを取得するためにコマンド処理部１０が生成したアドレス情報を含むリードコマンドを順次デバイスＩ／Ｆ部７経由でデータ格納手段に発行し、受信するメタ情報データをバッファメモリ６に格納する。

取得したメタ情報データを参照し、指定された再生開始時刻や再生方向、再生速度に従ってアドレスを生成、そのアドレスを含むリードコマンドを順次デバイスＩ／Ｆ部７経由でデータ格納手段に発行し、受信するストリームデータを順次バッファメモリに格納、もしくは再生速度によってはそのままストリームＩ／Ｆ部２経由でホスト手段に転送する。

次に、図２により、本発明の実施の形態１に係るストリームデータ制御モジュールを適用したデジタル機器の構成および機能について説明する。図２は本発明の実施の形態１に係るストリームデータ制御モジュールを適用したデジタル機器の構成を示す構成図であり、ストリームデータ制御モジュール１を適用したＨＤＤレコーダ２１を例に示している。

図２において、ＨＤＤレコーダ２１は、ホスト手段を構成するデジタルチューナ２２、デマルチプレクス２３、ストリームフィルタ２４、Ａ／Ｖデコーダ２５、ホストＣＰＵ２７、メモリ２８、ストリームデータ制御モジュール１、データ格納手段を構成するＨＤＤ２９から構成され、デジタルチューナ２２とデマルチプレクス２３とストリームフィルタ２４とＡ／Ｖデコーダ２５とホストＣＰＵ２７とメモリ２８とストリームデータ制御モジュール１は汎用バス２６を介して相互に接続されており、必要なコマンドやデータのやり取りが行えるようになっている。

また、ストリームフィルタ２４とストリームデータ制御モジュール１はストリームデータ制御モジュール１のストリームＩ／Ｆ部２により直接接続され、汎用バス２６を介すことなくストリームデータをやり取りできるようになっている。

このようなストリームデータ制御モジュール１を適用したＨＤＤレコーダ２１によれば、受信したデジタル放送コンテンツを録画するには、ホストＣＰＵ２７はストリームデータ制御モジュール１に録画コマンドを発行しさえすればよく、これによってストリームデータ制御モジュール１はストリームフィルタ２４が出力するＴＳを自律的にＨＤＤ２９に転送し、記録していく。

また、ＨＤＤ２９に記録したコンテンツを再生するには、ホストＣＰＵ２７はストリームデータ制御モジュール１にコンテンツ名を含む再生コマンドを発行しさえすればよく、これによってストリームデータ制御モジュール１が自律的にＨＤＤ２９から指定のコンテンツをビットレートに従って読み出し、ストリームフィルタ２４に転送する。

更に、ストリームデータとそのストリームデータに付属するメタ情報の同時に書込みを可能にする。

次に、図３および図４により、本発明の実施の形態１に係るストリームデータ制御モジュールを適用したデジタル機器の他の例について説明する。図３は本発明の実施の形態１に係るストリームデータ制御モジュールを適用したストリーミングＨＤＤを搭載したＨＤＤレコーダの構成を示す図、図４は本発明の実施の形態１に係るストリームデータ制御モジュールを適用したワンセグ放送を受信、録画、再生可能な機能を備えた携帯電話の構成を示す図であり、図４では受話、送話、テンキー等のユーザインターフェイスに関わる機能部は省略している。

図３において、ＨＤＤレコーダ３１は、ホスト手段を構成するデジタルチューナ２２、デマルチプレクス２３、ストリームフィルタ２４、Ａ／Ｖデコーダ２５、ホストＣＰＵ２７、メモリ２８、ＡＴＡ Ｉ／Ｆ３２、データ格納手段を構成するストリーミングＨＤＤ３４から構成され、デジタルチューナ２２とデマルチプレクス２３とストリームフィルタ２４とＡ／Ｖデコーダ２５とホストＣＰＵ２７とメモリ２８とＡＴＡ Ｉ／Ｆ３２は汎用バス２６を介して相互に接続されており、必要なコマンドやデータのやり取りが行えるようになっている。

また、ストリームフィルタ２４とストリーミングＨＤＤ３４内のストリームデータ制御モジュール１はストリームデータ制御モジュール１のストリームＩ／Ｆ部２により直接接続され、汎用バス２６を介すことなくストリームデータをやり取りできるようになっている。

ストリーミングＨＤＤ３４は、従来のＨＤＤにおけるインターフェイス部の替わりにストリームデータ制御モジュール１を備え、磁気ヘッドやスピンドルモータ等を制御したり、書込み／読出データの変復調を行ったりするサーボ／チャネル制御部３３と接続する構成になっている。

このようなストリームデータ制御モジュール１を具備したストリーミングＨＤＤ３４を採用したＨＤＤレコーダ３１によれば、受信したデジタル放送コンテンツを録画するには、ホストＣＰＵ２７はＡＴＡ Ｉ／Ｆ３２が備えるコマンドレジスタに録画コマンド、もしくはベンダ拡張として定義した録画コマンドに相当する独自コマンドを書込みさえすればよく、これによってストリームフィルタ２４が出力するＴＳを、ストリームデータ制御モジュール１を具備するストリーミングＨＤＤ３４が自律的に記録していく。

更に、ストリーミングＨＤＤ３４に記録したコンテンツを再生するには、ホストＣＰＵ２７はＡＴＡ Ｉ／Ｆ３２が備えるコマンドレジスタに再生コマンド、もしくはベンダ拡張として定義した再生コマンドに相当する、再生開始時刻や再生方向、再生速度を含む独自コマンドを書込みさえすればよく、ストリーミングＨＤＤ３４が自律的に指定のコンテンツをビットレートに従ってストリームフィルタ２４に転送する。

図４において、携帯電話４１は、ホスト手段を構成するワンセグチューナ４２、ストリームフィルタ２４、Ａ／Ｖデコーダ２５、ホストＣＰＵ２７、メモリ２８、ストリームデータ制御モジュール１、データ格納手段を構成するフラッシュメモリ４３から構成され、ワンセグチューナ４２とストリームフィルタ２４とＡ／Ｖデコーダ２５とホストＣＰＵ２７とメモリ２８とストリームデータ制御モジュール１は汎用バス２６を介して相互に接続されており、必要なコマンドやデータのやり取りが行えるようになっている。

また、ストリームフィルタ２４とストリームデータ制御モジュール１はストリームデータ制御モジュール１のストリームＩ／Ｆ部２により直接接続され、汎用バス２６を介すことなくストリームデータをやり取りできるようになっている。

携帯電話４１において、アンテナで受信したデジタル放送コンテンツを視聴するには、ワンセグチューナ４２のＴＳ出力はストリームフィルタ２４で目的の番組やサービスが選択、Ａ／Ｖデコーダ２５に転送される。Ａ／Ｖデコーダ２５では、圧縮デジタルデータのエンコード方式、例えばＭＰＥＧ−２やＭＰＥＧ−４、ＡＡＣに則ってデコードし、表示装置やスピーカに出力する。

このようなストリームデータ制御モジュール１を適用した携帯電話４１によれば、受信したデジタル放送コンテンツを録画するには、ホストＣＰＵ２７はストリームデータ制御モジュール１に録画コマンドを発行しさえすればよく、これによってストリームデータ制御モジュール１はストリームフィルタ２４が出力するＴＳを自律的にフラッシュメモリ４３に転送し、記録していく。

更に、フラッシュメモリ４３に記録したコンテンツを再生するには、ホストＣＰＵ２７はストリームデータ制御モジュール１に再生コマンドを発行しさえすればよく、これによってストリームデータ制御モジュール１が自律的にフラッシュメモリ４３から指定のコンテンツをビットレートに従って読み出し、ストリームフィルタ２４に転送する。

携帯電話４１におけるストリームデータ制御モジュール１のストリーム配置管理部８は、前述したようにブロックの書換え回数を平均化するようにストリームデータを配置していく方式を採用することができる。

以上のように本実施の形態では、ストリームデータ制御モジュール１に、ストリームデータを専用に入出力するストリームＩ／Ｆ部２を設けることによって汎用バス２６を介さず直接ストリームフィルタ２４とストリームデータのやり取りを行うことが可能であることから、ＣＰＵ２７におけるストレージデバイスへの煩雑なＩ／Ｏ処理を解放することができる。

（実施の形態２）
実施の形態２は、実施の形態１において、ストリームデータ制御モジュール１の制御部で暗号処理を行うようにしたものである。

図５により、本発明の実施の形態２に係るストリームデータ制御モジュールの構成について説明する。図５は本発明の実施の形態２に係るストリームデータ制御モジュールの構成の構成を示す構成図である。

図５において、ストリームデータ制御モジュール５１は、図１に示すストリームデータ制御モジュール１の制御部５に対し、制御部５２に暗号処理手段である暗号処理部５３と暗号鍵管理部５４を備えたものであり、他の構成は実施の形態１と同様である。

ストリームデータ制御モジュール５１において、ストリームＩ／Ｆ部２、非ストリームＩ／Ｆ部３、メタ情報抽出部４、バッファメモリ６、デバイスＩ／Ｆ部７は、実施の形態１と同様であるため、以下では制御部５２の構成のみを説明する。

暗号処理部５３は、ホスト手段が送出したストリームデータを所定の暗号化方式に則って暗号化したり、データ格納手段に記録した暗号化ストリームデータを復号化したりする。

暗号鍵管理部５４は、各ストリームデータに対する暗号鍵を管理しているところであり、暗号鍵は非ストリームＩ／Ｆ部３を介してホスト手段とやり取りされる。

暗号処理部５３は、ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）やＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）といった暗号関数やＳＨＡ−１（Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ １）といった改竄検出に使用されるハッシュ関数を、ハードウェア論理やリコンフィギャラブルに構成可能なハードウェア論理、アセンブラ等のソフトウェアプログラムとして実装される。

更に、この暗号処理部５３は、非ストリームＩ／Ｆ部３を介してホスト手段からの指示によってＯＮ／ＯＦＦ（有効化／無効化）することができ、暗号化が不要なストリームデータはそのままデータ格納手段に記録することができる。

制御部５２は、録画コマンドに対してバッファメモリ６に格納されたストリームデータをデバイスＩ／Ｆ部７に渡す際に暗号処理部５３によって暗号処理を実施する。また、再生／特殊再生コマンドに対して、暗号鍵管理部５４から暗号鍵を取得し、データ格納手段から読み出したストリームデータをバッファメモリ６に格納する前に暗号処理部５３によって復号処理を実施する。

他の方法としては、バッファメモリ６に格納した暗号化ストリームデータをストリームＩ／Ｆ部２に渡す際に暗号処理部５３によって復号処理を実施する。これによって、データ格納手段に記録するストリームデータを暗号化することによって不正な視聴を抑制することができ、著作権が伴う場合においても安全にストリームデータを蓄積することができる。

（実施の形態３）
実施の形態３は、実施の形態２において、ストリームＩ／Ｆ部を複数備えたものである。

図６により、本発明の実施の形態３に係るストリームデータ制御モジュールの構成について説明する。図６は本発明の実施の形態３に係るストリームデータ制御モジュールの構成の構成を示す構成図である。

図６において、ストリームデータ制御モジュール６１は、図５に示すストリームデータ制御モジュール５１のストリームＩ／Ｆ部２に対して、２つ以上の入力ストリームＩ／Ｆ部（図６に示す例では、ストリーム１Ｉ／Ｆ部６３とストリーム２Ｉ／Ｆ部６４を提示）を備えている。

以下では制御部６２と、ストリーム１Ｉ／Ｆ部６３、ストリーム２Ｉ／Ｆ部６４の連携動作について説明する。

ホスト手段が送出するストリームデータには、例えばアンテナ経由で提供される地上デジタル放送コンテンツと、ネットワーク経由で提供されるＩＰ放送コンテンツがあり、このようにストリームデータ毎に異なる供給源を有するホスト手段がある。このようなホスト手段に対して、ストリームデータ制御モジュール６１は、例えば地上デジタル放送コンテンツのストリームデータはストリーム１Ｉ／Ｆ部６３で受け付け、ＩＰ放送コンテンツのストリームデータはストリーム２Ｉ／Ｆ部６４で受け付けるようにする。

また、ホスト手段が受け付けるストリームデータには、ホスト手段で再生する場合とネットワーク手段を具備しネットワーク上の他の組込み機器に配信する場合があり、このようにストリームデータ毎に異なる供給先を有するホスト手段がある。

このようなホスト手段に対して、ストリームデータ制御モジュール６１の制御部６２は、例えば、ホスト手段からローカルで再生を行う再生コマンドを受信した場合にはストリームデータをストリーム１Ｉ／Ｆ部６３から出力し、ホスト手段からネットワークへの配信を行う再生コマンド（配信コマンド）を受信した場合にはストリームデータをストリーム２Ｉ／Ｆ部６４から出力するようにする。

次に、図７により、本発明の実施の形態３に係るストリームデータ制御モジュールを適用したデジタル機器の構成および機能について説明する。図７は本発明の実施の形態３に係るストリームデータ制御モジュールを適用したデジタル機器の構成を示す構成図であり、ストリームデータ制御モジュール６１を適用したＨＤＤレコーダ７１を例に示している。

図７において、ＨＤＤレコーダ７１は、ホスト手段を構成するデジタルチューナ２２、デマルチプレクス２３、ストリームフィルタ２４、Ａ／Ｖデコーダ２５、ホストＣＰＵ２７、メモリ２８、ストリームデータ制御モジュール６１、ＴＳを入出力可能なネットワークＩ／Ｆ７２、データ格納手段を構成するＨＤＤ２９から構成され、デジタルチューナ２２とデマルチプレクス２３とストリームフィルタ２４とＡ／Ｖデコーダ２５とホストＣＰＵ２７とメモリ２８とストリームデータ制御モジュール６１とネットワークＩ／Ｆ７２は汎用バス２６を介して相互に接続されており、必要なコマンドやデータのやり取りが行えるようになっている。

また、ストリームフィルタ２４とストリームデータ制御モジュール６１、およびネットワークＩ／Ｆ７２とストリームデータ制御モジュール６１は、それぞれストリームデータ制御モジュール１のストリーム１Ｉ／Ｆ部６３およびストリーム２Ｉ／Ｆ部６４により直接接続され、汎用バス２６を介すことなくストリームデータをやり取りできるようになっている。

このようなストリームデータ制御モジュール６１を適用したＨＤＤレコーダ７１によれば、受信したデジタル放送コンテンツを録画するには、ホストＣＰＵ２７はストリームデータ制御モジュール６１に地上デジタル放送コンテンツに対する録画コマンドやＨＤＤレコーダ７１での再生コマンドを発行しさえすれば、ストリームデータ制御モジュール６１はストリームフィルタ２４が出力するＴＳを自律的にＨＤＤ２９に転送し記録していくとともに、自律的にＨＤＤ２９から指定のコンテンツをビットレートに従って読み出し、ストリームフィルタ２４に転送する。

加えて、ホストＣＰＵ２７は、ネットワークＩ／Ｆ７２からのＩＰ放送コンテンツに対する録画コマンドやネットワークへの配信コマンドを発行しさえすれば、ストリームデータ制御モジュール６１はネットワークＩ／Ｆ７２が出力するＴＳを自律的にＨＤＤ２９に転送し記録していくとともに、自律的にＨＤＤ２９から指定のコンテンツをビットレートに従って読み出し、ネットワークＩ／Ｆ７２に転送する。

次に、図８により、本発明の実施の形態３に係るストリームデータ制御モジュールを適用したデジタル機器の他の例について説明する。図８は本発明の実施の形態３に係るストリームデータ制御モジュールを適用したストリーミングＨＤＤを搭載したＨＤＤレコーダの構成を示す図である。

図８において、ＨＤＤレコーダ８１は、ホスト手段を構成するデジタルチューナ２２、デマルチプレクス２３、ストリームフィルタ２４、Ａ／Ｖデコーダ２５、ホストＣＰＵ２７、メモリ２８、ＡＴＡ Ｉ／Ｆ３２、ＴＳを入出力可能なネットワークＩ／Ｆ７２、データ格納手段を構成するストリーミングＨＤＤ８２から構成され、デジタルチューナ２２とデマルチプレクス２３とストリームフィルタ２４とＡ／Ｖデコーダ２５とホストＣＰＵ２７とメモリ２８とＡＴＡ Ｉ／Ｆ３２とネットワークＩ／Ｆ７２は汎用バス２６を介して相互に接続されており、必要なコマンドやデータのやり取りが行えるようになっている。

また、ストリームフィルタ２４とストリーミングＨＤＤ８２内のストリームデータ制御モジュール６１、およびネットワークＩ／Ｆ７２とストリーミングＨＤＤ８２内のストリームデータ制御モジュール６１は、それぞれストリームデータ制御モジュール６１のストリーム１Ｉ／Ｆ部６３およびストリーム２Ｉ／Ｆ部６４により直接接続され、汎用バス２６を介すことなくストリームデータをやり取りできるようになっている。

ストリーミングＨＤＤ８２は、従来のＨＤＤにおけるインターフェイス部の替わりにストリームデータ制御モジュール６１を備え、磁気ヘッドやスピンドルモータ等を制御したり、書込み／読出データの変復調を行ったりするサーボ／チャネル制御部３３と接続する構成になっている。

このようなストリームデータ制御モジュール６１を具備したストリーミングＨＤＤ８２を採用したＨＤＤレコーダ８１によれば、受信したデジタル放送コンテンツを録画するには、ホストＣＰＵ２７はＡＴＡ Ｉ／Ｆ３２が備えるコマンドレジスタに録画コマンド、もしくはベンダ拡張として定義した録画コマンドに相当する独自コマンドを書込みさえすればよく、これによってストリームフィルタ２４が出力するＴＳを、ストリームデータ制御モジュール１を具備するストリーミングＨＤＤ８２が自律的に記録していく。

更に、ストリーミングＨＤＤ８２に記録したコンテンツを再生するには、ホストＣＰＵ２７はＡＴＡ Ｉ／Ｆ３２が備えるコマンドレジスタに再生コマンド、もしくはベンダ拡張として定義した再生コマンドに相当する、再生開始時刻や再生方向、再生速度を含む独自コマンドを書込みさえすればよく、ストリーミングＨＤＤ８２が自律的に指定のコンテンツをビットレートに従ってストリームフィルタ２４に転送する。

加えて、ホストＣＰＵ２７は、ネットワークＩ／Ｆ７２からのＩＰ放送コンテンツに対する録画コマンドやネットワークへの配信コマンドを発行しさえすれば、ストリームデータ制御モジュール６１はネットワークＩ／Ｆ７２が出力するＴＳを自律的にＨＤＤ２９に転送し記録していくとともに、自律的にＨＤＤ２９から指定のコンテンツをビットレートに従って読み出し、ネットワークＩ／Ｆ７２に転送する。

また、ストリームデータ制御モジュール６１によれば、図２に示すＨＤＤレコーダ２１や図３に示すＨＤＤレコーダ３１に対して容易にネットワークＩ／Ｆ７２を追加することが可能である。ストリームデータを汎用バス２６に出力しないため汎用バス２６の帯域を圧迫することなく、これによって安定してネットワークにストリームデータを供給できるとともに、ネットワークＩ／Ｆ７２から安定してストリームデータを受け付けることができる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。

本発明は、ハードディスクドライブや半導体フラッシュメモリ等のストレージデバイスに対する映像や音楽等のストリームデータを録画、再生をするためのストリームデータ制御モジュールに関し、特に、ストリームデータの録画、再生を簡単、安全、安価に行うことが必要なデジタル機器に広く適用可能である。

本発明の実施の形態１に係るストリームデータ制御モジュールの構成の構成を示す構成図である。 本発明の実施の形態１に係るストリームデータ制御モジュールを適用したデジタル機器の構成を示す構成図である。 本発明の実施の形態１に係るストリームデータ制御モジュールを適用したストリーミングＨＤＤを搭載したＨＤＤレコーダの構成を示す図である。 本発明の実施の形態１に係るストリームデータ制御モジュールを適用したワンセグ放送を受信、録画、再生可能な機能を備えた携帯電話の構成を示す図である。 本発明の実施の形態２に係るストリームデータ制御モジュールの構成の構成を示す構成図である。 本発明の実施の形態３に係るストリームデータ制御モジュールの構成の構成を示す構成図である。 本発明の実施の形態３に係るストリームデータ制御モジュールを適用したデジタル機器の構成を示す構成図である。 本発明の実施の形態３に係るストリームデータ制御モジュールを適用したストリーミングＨＤＤを搭載したＨＤＤレコーダの構成を示す図である。 従来のストリームデータを録画、再生するＨＤＤレコーダの構成を示す構成図である。

符号の説明

１…ストリームデータ制御モジュール、２…ストリームＩ／Ｆ部、３…非ストリームＩ／Ｆ部、４…メタ情報抽出部、５…制御部、６…バッファメモリ、７…デバイスＩ／Ｆ部、８…ストリーム配置管理部、９…スケジューリング部、１０…コマンド処理部、２１…ＨＤＤレコーダ、２２…デジタルチューナ、２３…デマルチプレクス、２４…ストリームフィルタ、２５…Ａ／Ｖデコーダ、２６…汎用バス、２７…ホストＣＰＵ、２８…メモリ、２９…ＨＤＤ、３１…ＨＤＤレコーダ、３２…ＡＴＡ Ｉ／Ｆ、３３…サーボ／チャネル制御部、３４…ストリーミングＨＤＤ、４１…携帯電話、４２…ワンセグチューナ、４３…フラッシュメモリ、５１…ストリームデータ制御モジュール、５２…制御部、５３…暗号処理部、５４…暗号鍵管理部、６１…ストリームデータ制御モジュール、６２…制御部、６３…ストリーム１ Ｉ／Ｆ部、６４…ストリーム２ Ｉ／Ｆ部、７１…ＨＤＤレコーダ、７２…ネットワークＩ／Ｆ、８１…ＨＤＤレコーダ、８２…ストリーミングＨＤＤ、９１…ＨＤＤレコーダ。

Claims (8)

1. ホスト手段に対し映像および音声のストリームデータを専用に入出力する第１のインターフェイス手段と、
   前記ホスト手段に対し前記ストリームデータ以外の非ストリームデータを入出力する第２のインターフェイス手段と、
   データ格納手段に対し前記ストリームデータおよび前記非ストリームデータを入出力する第３のインターフェイス手段と、
   前記ホスト手段から与えられ、前記第２のインターフェイス手段から入力された録画コマンドに応じて、前記第１のインターフェイス手段から入力された前記ストリームデータを前記第３のインターフェイス手段を経由して前記データ格納手段に転送し、前記ホスト手段から与えられ、前記第２のインターフェイス手段から入力された再生コマンドに応じて、前記データ格納手段に格納した前記ストリームデータを前記第３のインターフェイス手段を経由で取得して、前記第１のインターフェイス手段へ転送する制御手段とを備え、
   前記制御手段は、前記データ格納手段における前記ストリームデータの格納場所を管理するストリーム配置管理手段、前記ストリームデータと前記非ストリームデータの転送順序を制御するスケジュール手段、および前記ホスト手段から与えられた各種コマンドを解釈するコマンド処理手段を有することを特徴とするストリームデータ制御モジュール。
2. 請求項１記載のストリームデータ制御モジュールにおいて、
   前記スケジュール手段は、前記ストリームデータと前記非ストリームデータの処理が競合した場合に、前記ストリームデータの処理を優先することを特徴とするストリームデータ制御モジュール。
3. 請求項１記載のストリームデータ制御モジュールにおいて、
   前記制御手段に与えられる前記ホスト手段からの前記再生コマンドは、再生方向（順方向、逆方向）、速度（ｎ倍速）、再生時間（場所）の情報を含むことを特徴とするストリームデータ制御モジュール。
4. 請求項１記載のストリームデータ制御モジュールにおいて、
   前記ストリームデータのヘッダ部からメタ情報を抽出するメタ情報抽出手段を備え、
   前記制御部手段は、前記メタ情報抽出手段で抽出されたメタ情報を参照して前記ホスト手段から与えられた前記再生コマンドを処理することを特徴とするストリームデータ制御モジュール。
5. 請求項１記載のストリームデータ制御モジュールにおいて、
   前記ストリーム配置管理手段は、前記データ格納手段の特徴に基づいて、前記データ格納手段上の前記ストリームデータの配置を変更することを特徴とするストリームデータ制御モジュール。
6. 請求項１〜５のいずれか１項記載のストリームデータ制御モジュールにおいて、
   前記制御手段は、転送する前記ストリームデータを暗号化／復号化する暗号処理手段を備えたことを特徴とするストリームデータ制御モジュール。
7. 請求項１〜６のいずれか１項記載のストリームデータ制御モジュールにおいて、
   前記第１のインターフェイス手段を複数備えた場合は、
   前記制御手段は、前記複数の第１のインターフェイス手段からの複数種類のストリームデータの転送処理を行うことを特徴とするストリームデータ制御モジュール。
8. 請求項１〜７のいずれか１項記載のストリームデータ制御モジュールにおいて、
   前記ストリームデータ制御モジュールは、前記ホスト手段のインターフェイス部の一部、または前記データ格納手段のインターフェイス部の一部として構成されることを特徴とするストリームデータ制御モジュール。

Images