JP2004088766A - データ管理装置及びデータ管理システム - Google Patents

Abstract

【課題】　複数の電子機器に分散して格納されているデータを容易に管理し得るデータ管理装置及びデータ管理システムを提供する。
【解決手段】　サーバ装置１０は、クライアント端末Ａ，Ｂ，Ｃのデータ処理に関する内容を示す端末特性情報Ｉ１００をそのクライアント端末Ａ，Ｂ，Ｃのそれぞれから取得するＩ／Ｏ部１２と、Ｉ／Ｏ部１２が取得した端末特性情報Ｉ１００に基づいてサーバ資源の割り当て方を決定する端末特性情報処理部１５と、端末特性情報処理部１５が決定した取り扱い方に基づいて、クライアント端末Ａ，Ｂ，Ｃとの間でデータを送受信してこれを処理する制御部１１及び記録装置部１４とを備える。
【選択図】　　　　図２８

Description

　本発明は、デジタルデータの送受信を管理するデータ管理装置及びデータ管理システムに関する。

　近年、半導体の微細加工技術等の進展に伴い、電子機器の小型化と高機能化が進み、その結果、利用者が複数の電子機器を同時に携帯し、使用するようになってきた。
　例えば、図５６に示されるように、携帯電話に加えて、携帯型オーディオ装置（端末Ａ）や電子手帳等のＰＤＡ（端末Ｂ）、ノートＰＣ（端末Ｃ）等を持ち歩くことは日常的に行なわれている。また、出張や旅行など、特定の場合においては、日常的に持ち歩く電子機器に加えて、デジタルスチルカメラ（以降、「ＤＳＣ」という。）やカムコーダ（ＤＶＣやＤＶＤカムコーダ）を携帯し、製品や風景等を撮影し、その内容をデータ化し、記録として残すことが行なわれている。

　図５７は、上記の電子機器が持つ一般的な共通の構成を示す図である。図５７に示されるように、電子機器９０は、一般に制御部９１、Ｉ／Ｏ部９２、ＵＩ部９３、データ処理部９４及び記録装置部９５を備えている（例えば、特許文献１及び特許文献２参照。）。

　制御部９１は、機器全体の動作に関する制御を行なう部分である。
　Ｉ／Ｏ部９２は、電子機器９０の外部とデータの入出力を行なう部分であり、例えば、その入出力方式は、ＡＴＡＰＩ、ＳＣＳＩ、ＵＳＢ、ＩＥＥＥ１３９４、バス方式の有線ＬＡＮ、又はＩＥＥＥ８０２．１１などの無線ＬＡＮ等である。

　ＵＩ部９３は、主に電子機器９０の利用者との間のインタフェース部であり、ボタンやスティックによる操作、液晶画面などに表示される画像によるユーザインタフェース（ＧＵＩ）等を通じて、利用者による操作を電子機器９０に伝え、また、逆に、電子機器９０からの出力を画面に表示等することによって、利用者に情報を伝える役割を果たす。

　データ処理部９４は、電子機器９０においてデータの作成や再生を行なう部分であり、例えば、電子機器９０がＤＳＣであれば、ＣＣＤ装置を通じてデジタル映像を入力し、ＪＰＥＧ等の画像圧縮処理を行なう部分である。また、後述する記録装置部９５から読み出したデータを再生し、ＵＩ部９３を通じて利用者に再生画面の表示を行なう。

　記録装置部９５は、電子機器９０が生成あるいはＩ／Ｏ部９２を通じて外部から入力されたデータや、ＵＩ部９３を通じて利用者が入力した指示を元に制御部９１やデータ処理部９４が作成したデータを永続的に記録する部分である。また、記録しておいたデータをＩ／Ｏ部９２を通じて外部へ出力したり、データ処理部９４へ送ってデータの再生をしたりすることを可能とする。さらに、制御部９１がさまざまな処理を行なう場合に、一時的なデータの格納を行なう。

　図５７に示される各部分は、実際の電子機器の利用目的や用途によって必要な方式や構成が選択される。一例として、電子機器がＤＳＣであれば、Ｉ／Ｏ部はＵＳＢ、ＵＩ部は液晶モニタとスイッチ類、データ処理部はＣＣＤ装置と映像圧縮・伸展処理部、記録装置部は半導体メモリカード等となり、さらにＤＳＣ特有の構成要素が必要であればそれを組み合わせて全体が構成される。
特開平１０−２８３２９５ 特開２００１−３５８７９９

　上記のように、一人の利用者が持ち運ぶ複数の電子機器は、それぞれが記録装置及び記録媒体を有し、それぞれにデータを格納している。よって、図５６に示されるように、利用者は、データ記録という同じ機能を重複して携帯することになり、そのために次のような課題が発生する。

　すなわち、各電子機器で撮影等されることによってデータが発生し、それらのデータがそれぞれの電子機器内の記録装置や記録媒体内に個別に格納されることにより、利用者が管理しなければならない記録装置や記録媒体の数が増加し、どこにどんなデータがあったか、バックアップは行なったか等、データ管理のための手間が非常に多くなる、ということである。

　例えば、ＤＳＣとＤＶＤカムコーダ装置を同時期に使用して同じ対象を撮影、録画する場合などは、それぞれの内容に関連があるデータが、異なるデータフォーマットで、異なる機器に入力・記録され、データ管理の手間が大幅に増加する。

　さらに、この場合は、再生に関しても課題が生じる。すなわち、ＤＳＣとＤＶＤカムコーダ装置は、いずれもＡＶデータの入力と記録機能を持っており、展示会や旅行、運動会等の行事やイベント、その他日常の記録等に利用される。それらを利用して撮影等を行なうと、同じ被写体のデータが、ＤＳＣとＤＶＤカムコーダ装置のそれぞれで記録され、結果として情報が複数の記録媒体にばらばら格納されることになる。旅行などで撮影したデータについては、撮影したデータの記録順序自体も重要な情報であり、あとから、撮影した映像を再生する際には、撮影した機器の種類や、記録データのデータフォーマットによらず、撮影順序を再現して鑑賞できることが望まれる。

　しかしながら、複数の記録媒体にそれぞれの機器で撮影した映像データが格納されている状態で、それらを時系列に並べ替えて再生することは、利用者にとって大変な手間である。例えば、ＤＳＣからＤＶＤカムコーダ装置へデータをコピーした上で、何らかの形で連続的に再生されるようにユーザの手によって準備を行なう必要がある。

　このように、同じ被写体に対する撮影データが別々の記録媒体に格納されてしまうと、後の整理が煩雑となる。動画と静止画を同時に撮影できるＤＳＣやＤＶＤカムコーダ装置等も存在するが、静止画と動画では、カメラ部等へ要求される機能や特性が異なるため、両者への要求を同時に満たす映像入力機器は実現されていない。

　そのため、より美しい映像データを求める利用者については、ＤＳＣとＤＶＤカムコーダ装置の両方を使用せざるを得ない。また、従来の技術で述べたように、最近の電子機器では、ネットワーク接続機能を持つものが多くなり、そのような機器を使用する場合は、自らが撮影したデータのみならず、ネットワーク経由で入手したデータも各電子機器に保存されることになる。結局、電子機器の増加に加えてネットワークへの接続によって、データ管理がより困難になるという問題がある。

　そこで、本発明は、上記課題に鑑みてなされたものであり、複数の電子機器に分散して格納されているデータを容易に管理し得るデータ管理装置及びデータ管理システムを提供することを目的とする。

　上記目的を達成するために、本発明に係るデータ管理装置は、複数の端末機のそれぞれに扱われる各データを管理するデータ管理装置であって、前記端末機のデータ処理に関する内容を示す端末特性情報を前記端末機から取得する取得手段と、前記取得手段が取得した前記端末特性情報に基づいて前記データの取り扱い方を決定する決定手段と、前記決定手段が決定した取り扱い方に基づいて、前記複数の端末機との間でデータを送受信してこれを処理するデータ処理手段とを備えることを特徴とする。

　これにより、各端末機の端末特性情報に示される内容に基づいてデータの取り扱い方が決定され、その取り扱い方に基づいてそのデータの送受信や処理が行われるため、各端末機がそれぞれの用途に応じて異なるデータ処理を行う場合であっても、その各端末機に扱われるデータを適切に且つ容易に管理することができる。

　ここで、前記決定手段は、前記データの取り扱いに用いられる前記データ管理装置が有するサーバ資源の、前記複数の端末機に対する割り当て方を決定し、前記データ処理手段は、前記決定手段が決定した割り当て方に基づいて、前記複数の端末機に前記サーバ資源を割り当てることを特徴としても良い。例えば、前記決定手段は、前記各端末機に対する優先度を特定して、前記優先度に応じて前記割り当て方を決定する。

　これにより、端末特性情報に示される内容に基づいてサーバ資源の割り当て方が決定され、その割り当て方に基づいてデータの送受信や処理が行われるため、サーバ資源を有効に活用することができる。

　また、前記取得手段は、前記データ処理手段により受信されるデータの作成された日時を示す内容の前記端末特性情報を取得し、前記決定手段は、前記端末特性情報により示される日時に基づいて、前記データ処理手段により受信されたデータの出力順を決定し、前記データ処理手段は、前記決定された出力順に基づいて前記データを同期して出力することを特徴としても良い。

　これにより、端末特性情報に示される内容に基づいてデータの出力順が決定され、その出力順に基づいてデータが同期して出力されるため、各端末機に扱われるデータをその作成された日時に従って容易に管理することができる。

　また、本発明に係るデータ管理装置は、複数の端末機のそれぞれに扱われる各データを管理するデータ管理装置であって、前記データ管理装置が有するサーバ資源の前記複数の端末機に対する割り当てのパターンを示す内容の割当パターン情報を記憶するための記憶手段と、前記記憶手段に記憶されている前記割当パターン情報を前記端末機に送信する送信手段と、前記割当パターン情報に基づいて所定のパターンを指示する内容の指示情報を前記端末機から取得する取得手段と、前記取得手段により取得された前記指示情報に示されるパターンに基づいて前記サーバ資源を割り当てて、前記複数の端末機との間でデータを送受信してこれを処理するデータ処理手段とを備えることを特徴としても良い。例えば、前記割当パターン情報には複数のパターンが示されてあって、前記取得手段は、前記割当パターン情報に示される複数のパターンの中から何れかのパターンを選択して指示する内容の前記指示情報を取得する。

　これにより、端末機から指示されたパターンに基づいてサーバ資源が割り当てられてデータの送受信や処理が行われるため、各端末機に扱われるデータを適切に且つ容易に管理することができる。

　ここで、前記データ管理装置は、さらに、前記記憶手段に記憶されている前記割当パターン情報により示されるパターンを表示し、ユーザによる操作に応じた所定のパターンを特定するユーザインタフェース手段を備え、前記データ処理手段は、前記ユーザインタフェース手段により特定された所定のパターンに基づいて、前記複数の端末機との間でデータを送受信してこれを処理することを特徴としても良い。

　これにより、ユーザによる操作に応じた所定のパターンに基づいてサーバ資源が割り当てられるため、ユーザの意図に沿ってデータを管理することができる。

　また、本発明に係るデータ管理システムは、複数の端末機と、前記複数の端末機のそれぞれに扱われる各データを管理するデータ管理装置とを備えたデータ管理システムであって、前記データ管理装置は、前記端末機のデータ処理に関する内容を示す端末特性情報を前記端末機から取得する取得手段と、前記取得手段が取得した前記端末特性情報に基づいて、前記データ管理装置が有するサーバ資源の前記端末機に対する割り当て方を決定する決定手段と、前記決定手段が決定した割り当て方に基づいて、前記複数の端末機との間でデータを送受信してこれを処理するデータ処理手段とを備え、前記端末機は、前記端末特性情報を送信する端末送信手段と、前記決定手段により決定されたサーバ資源の割り当て方に応じて、前記データ管理装置との間でデータを送受信してこれを処理する端末データ処理手段とを備えることを特徴とする。

　これにより、各端末機の端末特性情報に示される内容に基づいてサーバ資源の割り当て方が決定され、その割り当て方に基づいてそのデータの送受信や処理が行われるため、各端末機がそれぞれの用途に応じて異なるデータ処理を行う場合であっても、その各端末機に扱われるデータを適切に且つ容易に管理することができる。また、複数の端末機の構成が高い頻度で変更されるような環境、例えば端末機の数が２つから３つや４つに変更されるような場合であっても、それぞれの端末機の端末特性情報に応じてサーバ資源の割り当て方が決定されるため、サーバ資源を有効に活用することができる。

　また、本発明は、端末機として実現したり、データ管理装置や、端末機、データ管理システムの特徴的な構成要素をステップとするデータ管理方法として実現したり、コンピュータに実行させるプログラムとして実現することもできる。そして、そのプログラムをＣＤ−ＲＯＭ等の記録媒体に格納したり、インターネット等の伝送媒体を介して流通させることができるのは言うまでもない。

　本発明にかかるデータ管理装置は、各端末機の端末特性情報に示される内容に基づいてデータの取り扱い方が決定され、その取り扱い方に基づいてそのデータの送受信や処理が行われるため、各端末機がそれぞれの用途に応じて異なるデータ処理を行う場合であっても、その各端末機に扱われるデータを適切に且つ容易に管理することができるという効果を奏する。

　以下、本発明に係るデータ管理装置及びデータ管理システムを示す好ましい実施の形態について、図面を参照しながら説明する。
（実施の形態１）
　最初に、本実施の形態に関するいくつかの電子機器の動作について説明する。電子機器の例としては、数ＧＢの容量を有する書換え型光ディスクであるＤＶＤ−ＲＡＭディスクへ、デジタルＡＶデータの符号化規格であるＭＰＥＧ（ＭＰＥＧ２）で符号化したＡＶ情報を録画するＤＶＤレコーダ装置やＤＶＤレコーダにカメラ装置を組み合わせたＤＶＤカムコーダ装置等がある。

　以下、ＤＶＤレコーダ装置、ＤＶＤディスク及びＤＶＤプレーヤについて、下記の順序で説明する。
１．ＤＶＤレコーダ装置のシステム概要
２．ＤＶＤレコーダ装置の機能概要
３．ＤＶＤディスクの概要
４．再生されるＡＶ情報の概要
５．ＡＶ情報の管理情報と再生制御の概要
６．再生機能の基本動作
７．記録機能の基本動作

（１．ＤＶＤレコーダ装置のシステム概要）
　図１は、ＤＶＤレコーダ装置の外観と関連機器とのインタフェースの一例を説明するための図である。図１に示されるように、ＤＶＤレコーダ装置は、光ディスクであるＤＶＤが装填され、ビデオ情報の記録再生が行なわれる。ＤＶＤレコーダ装置の操作は、一般的にはリモコンや機器上のスイッチによって行なわれる。

　ＤＶＤレコーダ装置に入力されるビデオ情報には、アナログ信号とデジタル信号の両者があり、アナログ信号としてはアナログ放送があり、デジタル信号としてはデジタル放送がある。一般的に、アナログ放送は、テレビジョン装置に内蔵されている受信機により受信、復調され、ＮＴＳＣ方式等のアナログビデオ信号としてＤＶＤレコーダ装置に入力される。また、デジタル放送は、受信機であるＳＴＢ（Set Top Box）でデジタル信号に復調され、ＤＶＤレコーダ装置に入力され記録される。

　一方、ＤＶＤディスクに記録されたビデオ情報は、ＤＶＤレコーダ装置により再生され外部に出力される。出力される信号も入力される信号と同様に、アナログ信号とデジタル信号の両者があり、アナログ信号であれば直接テレビジョン装置に入力され、デジタル信号であればＳＴＢを経由し、アナログ信号に変換された後にテレビジョン装置に入力され、テレビジョン装置で映像として表示される。

　さらに、ＤＶＤディスクを利用する装置にＤＶＤカムコーダ装置がある。ＤＶＤカムコーダ装置は、ＤＶＤレコーダ装置にレンズやＣＣＤからなるカメラ装置を組み合わせた装置であり、撮影した動画情報を符号化して記録する。

　また、ＤＶＤディスクは、ＤＶＤレコーダ装置やＤＶＤカムコーダ装置以外に、パーソナルコンピュータ等でビデオ情報が記録再生される場合がある。パーソナルコンピュータ等でビデオ情報が記録されたＤＶＤディスクであっても、ＤＶＤレコーダ装置に装填されれば、ＤＶＤレコーダ装置はこれを再生する。

　なお、上述したアナログ放送やデジタル放送のビデオ情報には、通常、音声情報が付随している。付随している音声情報もビデオ情報と同様に、ＤＶＤレコーダ装置で記録再生される。また、ビデオ情報は、一般的には動画であるが、静止画の場合もある。例えば、ＤＶＤカムコーダ装置の写真機能で静止画が記録される場合が該当する。

　なお、ＤＶＤレコーダ装置とＳＴＢ等の外部機器との間のデジタルＩ/Ｆには、ＩＥＥＥ１３９４、ＡＴＡＰＩ、ＳＣＳＩ、ＵＳＢ、バス方式の有線ＬＡＮ、又はＩＥＥＥ８０２．１１などの無線ＬＡＮ等がある。

　なお、上記では、ＤＶＤレコーダ装置とテレビジョン装置との間の信号として、ＮＴＳＣ方式のアナログ（コンポジット）ビデオ信号を例示したが、輝度信号と色差信号を個別に伝送するコンポーネント信号でもよい。さらには、ＡＶ機器とテレビジョン装置の間の映像伝送Ｉ/Ｆは、アナログＩ/ＦをデジタルＩ/Ｆ、例えば、ＤＶＩ（Digital Visual Interface）に置きかえる研究開発が進められており、ＤＶＤレコーダ装置とテレビジョン装置がデジタルＩ/Ｆで接続されることも当然予想される。

（２．ＤＶＤレコーダ装置の機能概要）
　図２は、ＤＶＤレコーダ装置の機能を示すブロック図である。このＤＶＤレコーダ装置は、ＤＶＤ−ＲＡＭディスク１００のデータを読み出す光ピックアップ１０１、ＥＣＣ（Error Correcting Code）処理部１０２、トラックバッファ１０３、トラックバッファ１０３への入出力を切り替えるスイッチ１０４、エンコーダ１０５及びデコーダ１０６を備える。図２に示されるように、ＤＶＤ−ＲＡＭディスク１００には、１セクタ＝２ＫＢを最小単位としてデータが記録される。また、１６セクタ＝１ＥＣＣブロックとし、このＥＣＣブロックを１単位としてＥＣＣ処理部１０２でエラー訂正処理が施される。

　トラックバッファ１０３は、ＤＶＤ−ＲＡＭディスク１００にＡＶデータをより効率良く記録するため、ＡＶデータを可変ビットレート（ＶＢＲ）で記録するためのバッファである。ＤＶＤ−ＲＡＭディスク１００への読み書きレート（Ｖａ）が固定レートであるのに対して、ＡＶデータはその内容（ビデオであれば画像）の持つ複雑さに応じてビットレート（Ｖｂ）が変化するため、このビットレートの差を吸収するためのバッファである。

　このトラックバッファ１０３をさらに有効利用すると、ＤＶＤ−ＲＡＭディスク１００上にＡＶデータを離散配置することが可能になる。図３を用いて、これを説明する。
　図３は、ＤＶＤ−ＲＡＭディスク１００上のアドレス空間と、トラックバッファに蓄積してあるデータをデコーダへ供給することでＡＶデータの連続再生が可能になるときの状態とを説明するための説明図である。

　図３の（ａ）に示されるように、ＡＶデータが［ａ1、ａ2］の連続領域と［ａ3、ａ4］の連続領域に分かれて記録されている場合、ａ2からａ3へシークを行なっている間、トラックバッファに蓄積してあるデータをデコーダ１０６へ供給することでＡＶデータの連続再生が可能になる。この時の状態を示したのが、図３の（ｂ）である。位置ａ1で読み出しが開始されたＡＶデータは、時刻ｔ1からトラックバッファ１０３に入力されると共に、トラックバッファ１０３からデータの出力が開始される。これにより、トラックバッファ１０３への入力レート（Ｖa）とトラックバッファ１０３からの出力レート（Ｖb）のレート差（Ｖa−Ｖb）の分だけトラックバッファ１０３にデータが蓄積されていく。この状態が、連続領域がａ2に達するまで、即ち、時刻ｔ2に達するまで継続する。この間にトラックバッファ１０３に蓄積されたデータ量をＢ（ｔ2）とすると、時間ｔ2から、領域ａ3のデータの読み出しを開始する時刻ｔ3までの間、トラックバッファ１０３に蓄積されているデータ量Ｂ（ｔ2）を消費してデコーダ１０６へ供給し続けられればよい。言い方を変えれば、シーク前に読み出すデータ量（［ａ1、ａ2］）が一定量以上確保されていれば、シークが発生した場合でも、ＡＶデータの連続供給が可能である。ＡＶデータの連続供給が可能な連続領域のサイズは、ＥＣＣブロック数（Ｎ#eｃc）に換算すると次の式で示される。この式において、Ｎ#secはＥＣＣブロックを構成するセクタ数であり、Ｓ#sizeはセクタサイズ、Ｔjはシーク性能（最大シーク時間）である。
　　Ｎ#ecc　＝　Ｖb・Ｔj／（（Ｎ#sec・８・Ｓ#size）・（１−Ｖb／Ｖa））

　また、連続領域の中には欠陥セクタが生じる場合がある。この場合も考慮すると連続領域は次の式で示される。下記の式において、ｄＮ#eccは容認する欠陥セクタのサイズであり、Ｔsは連続領域の中で欠陥セクタをスキップするのに要する時間である。このサイズもＥＣＣブロック数で表される。
　　Ｎ#ecc　＝　ｄＮ#ecc＋Ｖb・（Ｔj＋Ｔs）／（（Ｎ#sec・８・Ｓ#size）・（１−Ｖb／Ｖa））

　なお、ここでは、ＤＶＤ−ＲＡＭディスクからデータを読み出す場合、すなわち再生の場合の例を説明したが、ＤＶＤ−ＲＡＭディスクへデータを書き込む場合、すなわち録画の場合も同様に考えることができる。上述したように、ＤＶＤ−ＲＡＭディスクでは、一定量以上のデータが連続記録されていればディスク上にＡＶデータを分散記録しても連続再生／録画が可能である。ＤＶＤでは、この連続領域をＣＤＡと呼称する。
　なお、ＤＶＤレコーダ装置はデータの蓄積媒体として、ＤＶＤ−ＲＡＭディスクに加え、半導体メモリカードやハードディスクドライブ装置を備えてもよい。

　図４は、半導体メモリカードとハードディスクドライブ装置を備える場合のＤＶＤレコーダ装置のブロック図である。なお、１セクタは５１２Ｂ（Byte）でもよいし、８ＫＢ等でもよい。また、ＥＣＣブロックも１セクタ、１６セクタ、３２セクタ等でもよい。記録できる情報容量の増大に伴い、セクタサイズ及びＥＣＣブロックを構成するセクタ数は増大すると予想される。

（３．ＤＶＤディスクの概要）
　図５（ａ），（ｂ）は、記録可能な光ディスクであるＤＶＤ−ＲＡＭディスクの外観と物理構造を表した図である。なお、ＤＶＤ−ＲＡＭディスクは、一般的にはカートリッジに収納された状態でＤＶＤレコーダ装置に装填される。記録面を保護するのが目的である。ただし、記録面の保護が別の構成で行なわれたり、容認できる場合にはカートリッジに収納せずに、ＤＶＤレコーダ装置に直接装填できるようにしたりしても、もちろんよい。

　ＤＶＤ−ＲＡＭディスクは、相変化方式によりデータを記録する。ディスク上の記録データはセクタ単位で管理され、アクセス用のアドレスが付随する。１６個のセクタは誤り訂正の単位となり、誤り訂正コードが付与され、ＥＣＣブロックと呼称される。

　図５（ａ）は、記録可能な光ディスクであるＤＶＤ−ＲＡＭディスクの記録領域を表した図である。図５（ａ）のように、ＤＶＤ−ＲＡＭディスクは、最内周にリードイン領域が、最外周にリードアウト領域が、その間にデータ領域が配置されている。リードイン領域は、光ピックアップのアクセス時においてサーボを安定させるために必要な基準信号や他のメディアとの識別信号などが記録されている。リードアウト領域もリードイン領域と同様の基準信号などが記録される。データ領域は、最小のアクセス単位であるセクタ（２０４８バイトとする）に分割されている。また、ＤＶＤ−ＲＡＭディスクは、記録・再生時においてＺ−ＣＬＶ（Zone Constant Linear Velocity）と呼ばれる回転制御を実現するために、データ領域が複数のゾーン領域に分割されている。また、図５（ａ）に示すように、ＤＶＤ−ＲＡＭディスクは、ゾーン０〜ゾーン２３の２４個のゾーン領域に分割されている。ＤＶＤ−ＲＡＭディスクの回転角速度は、内周側のゾーン程速くなるようにゾーン領域毎に設定され、光ピックアップが１つのゾーン内でアクセスする間は一定に保たれる。これにより、ＤＶＤ−ＲＡＭディスクの記録密度を高めると共に、記録・再生時における回転制御を容易にしている。

　図５（ｂ）は、上記図５（ａ）において同心円状に示されるリードイン領域と、リードアウト領域と、ゾーン領域０〜２３を横方向に配置した説明図である。リードイン領域とリードアウト領域は、その内部に欠陥管理領域（ＤＭＡ：Defect Management Area）を有する。欠陥管理領域とは、欠陥が生じたセクタの位置を示す位置情報と、その欠陥セクタを代替するセクタが上記代替領域のいずれに存在するかを示す代替位置情報とが記録されている領域をいう。各ゾーン領域はその内部にユーザ領域を有すると共に、境界部に代替領域及び未使用領域を有している。ユーザ領域は、ファイルシステムが記録用領域として利用することができる領域をいう。代替領域は、欠陥セクタが存在する場合に代替使用される領域である。未使用領域は、データ記録に使用されない領域である。未使用領域は、２トラック分程度設けられる。未使用領域を設けているのは、ゾーン内では隣接するトラックの同じ位置にセクタアドレスが記録されているが、Ｚ−ＣＬＶではゾーン境界に隣接するトラックではセクタアドレスの記録位置が異なるため、それに起因するセクタアドレス誤判別を防止するためである。

このように、ゾーン境界にはデータ記録に使用されないセクタが存在する。そのため、データ記録に使用されるセクタのみを連続的に示すように、ＤＶＤ−ＲＡＭディスクは、内周から順に論理セクタ番号（ＬＳＮ：Logical Sector Number）をユーザ領域の物理セクタに割り当てている。

　図６（ａ），（ｂ）は、論理セクタにより構成されるＤＶＤ−ＲＡＭディスクの論理的なデータ空間を示す図である。論理的なデータ空間は、ボリューム空間と呼称され、ユーザデータを記録する。ボリューム空間は、記録データをファイルシステムで管理する。すなわち、データを格納する１群のセクタをファイルとして、さらには１群のファイルをディレクトリとして管理するための情報がボリューム空間内のパーティション空間内に記録され、パーティション空間等を管理するためのボリューム構造情報がボリューム空間の先頭と終端に記録される。ＤＶＤレコーダ装置で用いられるファイルシステムは、ＵＤＦと呼称され、ＩＳＯ１３３４６規格に準拠している。

　なお、上記１群のセクタは、ボリューム空間で必ずしも連続的には配置されず、部分的に離散配置される。このため、ファイルシステムは、ファイルを構成するセクタ群のうち、ボリューム空間で連続的に配置される１群のセクタをエクステントとして管理し、ファイルを関連のあるエクステントの集合として管理する。

　図７は、ＤＶＤ−ＲＡＭディスクに記録される動画データのディレクトリとファイルの構造を示す図である。ルートディレクトリの下に、ＶＩＤＥＯ＿ＲＴディレクトリがあり、この下に、再生用のデータである各種オブジェクトのファイルと、これらの再生順序や各種属性を示す管理情報としてＶＩＤＥＯ　Ｍａｎａｇｅｒファイルが格納される。オブジェクトは、ＭＰＥＧ規格に準拠したデータであり、ＰＳ＿ＶＯＢ、ＴＳ１＿ＶＯＢ、ＴＳ２＿ＶＯＢ、ＡＯＢ、ＰＯＢ、ＭＮＦがある。

　このうち、ＰＳ＿ＶＯＢ、ＡＯＢ及びＰＯＢは、ＭＰＥＧのプログラムストリーム（ＰＳ）であり、ＴＳ１＿ＶＯＢ及びＴＳ２＿ＶＯＢは、トランスポートストリーム（ＴＳ）である。プログラムストリームは、パッケージメディアにＡＶ情報を格納することを考慮されたデータ構造を有し、一方、トランスポートストリームは通信メディアを考慮したデータ構造を有する。

　一般的には、ＰＳ＿ＶＯＢ、ＴＳ１＿ＶＯＢ及びＴＳ２＿ＶＯＢは、いずれも映像情報と音声情報を有し、映像情報が主体となるオブジェクトである。このうち、ＴＳ１＿ＶＯＢは、原則、ＤＶＤレコーダ装置によりエンコードが行なわれ、内部のピクチャ構造が詳細に管理されているオブジェクトであり、ＴＳ２＿ＶＯＢは、ＤＶＤレコーダ装置外でエンコードされたオブジェクトであり、内部のピクチャ構造等のデータ構造が一部不明なオブジェクトである。典型的には、ＴＳ１＿ＶＯＢは、外部から入力されるアナログビデオ信号をＤＶＤレコーダ装置がトランスポートストリームにエンコードしたオブジェクトであり、ＴＳ２＿ＶＯＢは、外部から入力されるデジタルビデオ信号をエンコードすることなく直接ディスクに記録したオブジェクトである。ＡＯＢ、ＰＯＢは、ＭＰＥＧのプログラムストリームであり、ＡＯＢは音声情報が主体となるオブジェクトであり、ＰＯＢは静止画が主体となるオブジェクトである。ＭＮＦは、製造業者固有のファイルであり、記録／再生装置の動作を支援するための付加情報を格納する。

　なお、これらＰＳ＿ＶＯＢ、ＰＯＢ、ＡＯＢ、ＴＳ１＿ＶＯＢ、ＴＳ２＿ＶＯＢについて、必ずしもすべてを記録する必要はない。また、上述した、映像情報主体、音声情報主体とは、ビットレートの割当てが大きいことを意味する。ＶＯＢは映画等のアプリケーションに用いられ、ＡＯＢは音楽アプリケーションに用いられる。

（４．再生されるＡＶ情報の概要）
　図８は、ＤＶＤディスクに各種ＡＶオブジェクトとして記録されるＭＰＥＧデータの構造を示す図である。図８に示されるように、ビデオストリーム及びオーディオストリームは、それぞれ分割され多重される。ＭＰＥＧ規格においては、多重化後のストリームをシステムストリームと呼称する。ＤＶＤの場合、ＤＶＤ固有の情報が設定されたシステムストリームをＶＯＢ（Video Object）と呼称している。分割の単位は、パック・パケットと称され、約２ＫＢｙｔｅのデータ量を有する。

　ビデオストリームは、ＭＰＥＧ規格で符号化されており、可変ビットレートで圧縮され、動きが激しい等の複雑な映像であればビットレートが高くなっている。ＭＰＥＧ規格では、映像の各ピクチャは、Ｉピクチャ、Ｐピクチャ、Ｂピクチャに種類分けして符号化される。このうち、Ｉピクチャはフレーム内で完結する空間的な圧縮符号化が施されており、Ｐピクチャ、Ｂピクチャはフレーム間の相関を利用した時間的な圧縮符号化が施されている。ＭＰＥＧでは、少なくともＩピクチャを含む区間をＧＯＰ（Group of Picture）として管理する。ＧＯＰは、早送り再生等の特殊再生におけるアクセスポイントになる。フレーム内圧縮されたＩピクチャを有するためである。一方、音声ストリームの符号化には、ＤＶＤの場合、ＭＰＥＧオーディオであるＡＡＣ、ＭＰ３に加え、ＡＣ３やＬＰＣＭの符号化が用いられる。図８に示されるように、ＧＯＰを構成するビデオ情報とそれに付随する音声情報とを含む多重化後のデータ単位は、ＶＯＢＵ（Video Object Unit）と称される。

　ＶＯＢＵには、当該動画区間の管理用の情報をヘッダ情報として含ませる場合がある。上記図８で説明したシステムストリームには、プログラムストリーム（ＰＳ）とトランスポートストリーム（ＴＳ）がある。前者は、パッケージメディアを考慮したデータ構造を有し、後者は通信メディアを考慮したデータ構造を有する。

　図９は、プログラムストリームとトランスポートストリームのデータ構造の概要を説明するための図である。プログラムストリームは、伝送及び多重化の最小単位である固定長のパックからなり、パックはさらに、１つ以上のパケットを有する。パックもパケットもヘッダ部とデータ部を有する。ＭＰＥＧではデータ部をペイロードと称する。ＤＶＤの場合はパックの固定長はセクタサイズと整合性をとり、２ＫＢになる。パックは複数のパケットを有することができるが、ＤＶＤの映像や音声を格納するパックは１パケットのみを有するため、特別な場合を除いて１パック＝１パケットになる。

　一方、トランスポートストリームの伝送及び多重化の単位は固定長のＴＳパケットからなる。ＴＳパケットのサイズは１８８Ｂであり、通信用規格であるＡＴＭ伝送との整合性をとっている。ＴＳパケットは１つ以上が集まりＰＥＳパケットを構成する。ＰＥＳパケットは、プログラムストリームとトランスポートストリームで共通する概念であり、データ構造は共通である。プログラムストリームのパックに格納されるパケットはＰＥＳパケットを直接構成し、トランスポートストリームのＴＳパケットは１つ以上が集まりＰＥＳパケットを構成する。

　また、ＰＥＳパケットは符号化の最小単位であり、符号化が共通するビデオ情報、オーディオ情報をそれぞれ格納する。即ち、一つのＰＥＳパケット内に符号化方式の異なるビデオ情報、オーディオ情報が混在して格納されることはない。ただし、同じ符号化方式であればピクチャバウンダリやオーディオフレームのバウンダリは保証せずともよい。図９に示されるように、複数のＰＥＳパケットで１つのＩピクチャを格納したり、１つのＰＥＳパケットに複数のピクチャデータを格納したりするケースもありうる。

　図１０は、トランスポートストリームのデータ構造を示した図であり、図１１は、プログラムストリームのデータ構造を示した図である。図１０、図１１に示されるように、ＴＳパケットは、ＴＳパケットヘッダと、適用フィールドと、ペイロード部から構成される。ＴＳパケットヘッダにはＰＩＤ（Packet Identifier）が格納され、これにより、ＴＳパケットが所属するビデオストリーム又はオーディオストリーム等の各種ストリームが識別される。

　適用フィールドにはＰＣＲ（Program Clock Reference）が格納される。ＰＣＲは、ストリームをデコードする機器の基準クロック（ＳＴＣ）の参照値である。機器は、典型的にはＰＣＲのタイミングでシステムストリームをデマルチプレクスし、ビデオストリーム等の各種ストリームに再構築する。

　ＰＥＳヘッダには、ＤＴＳ（Decoding Time Stamp）とＰＴＳ（Presentation Time Stamp）が格納される。ＤＴＳは、当該ＰＥＳパケットに格納されるピクチャ／オーディオフレームのデコードタイミングを示し、ＰＴＳは、映像音声出力等のプレゼンテーションタイミングを示す。なお、すべてのＰＥＳパケットヘッダにＰＴＳ、ＤＴＳを有する必要はなく、Ｉピクチャの先頭データが格納開始されるＰＥＳパケットのヘッダにＰＴＳ、ＤＴＳがあればデコード及び出力に支障はない。

　図１２は、ＴＳパケットの構造の詳細を示す図である。図１２に示されるように、適用フィールドにはＰＣＲに加えて、ランダムアクセス表示フラグが格納され、当該フラグにより、対応するペイロード部にビデオ・オーディオのフレーム先頭であってエントリポイントとなり得るデータを格納するか否かを示す。また、ＴＳパケットのヘッダ部には、前述したＰＩＤに加えて、ＰＥＳパケットの開始を示すユニット開始表示フラグ、適用フィールドが後続するか否かを示す適用フィールド制御情報も格納される。

　図１３は、プログラムストリームを構成するパックの構造を示す図である。このパックは、パックヘッダにＳＣＲとＳｔｒｅａｍＩＤを有する。ＳＣＲは、トランスポートストリームのＰＣＲと、ＳｔｒｅａｍＩＤはＰＩＤと実質同じである。またＰＥＳパケットのデータ構造はトランスポートストリームと共通であるため、ＰＥＳヘッダにＰＴＳとＤＴＳが格納される。

　プログラムストリームとトランスポートストリームの大きな違いの１つに、トランスポートストリームではマルチプログラムが許される点がある。即ち、番組という単位では１つの番組しかプログラムストリームは伝送できないが、トランスポートストリームは複数の番組を同時に伝送することを想定している。このため、トランスポートストリームでは、番組毎に番組を構成するビデオストリームとオーディオストリームの何れであるかを再生装置が識別することが必要になる。

　図１４（ａ）〜（ｄ）は、番組を構成するオーディオストリームとビデオストリームの構成情報を伝送するＰＡＴテーブル及びＰＭＡＰテーブルを示す図である。図１４（ａ）〜（ｄ）に示されるように、番組毎に使用されるビデオストリームとオーディオストリームの組合せに関する情報がＰＭＡＰテーブルに格納され、番組とＰＭＡＰテーブルの組合せに関する情報がＰＡＴテーブルに格納される。再生装置は、ＰＡＴテーブル、ＰＭＡＰテーブルにより出力が要求された番組を構成するビデオストリームとオーディオストリームを検出することができる。

　次に、図１５を用いて、上述してきたプログラムストリームのパックと、トランスポートストリームのＴＳパケットのディスク上の配置に関して説明する。
　図１５の（ａ）に示されるように、１６個のセクタはＥＣＣブロックを構成する。プログラムストリームの形式をとるビデオオブジェクト（ＰＳ＿ＶＯＢ）を構成するパック（ＰＳ　Ｐａｃｋ）は、図１５の（ｂ）に示されるように、セクタバウンダリで配置される。パックサイズもセクタサイズも２ＫＢだからである。

　一方、トランスポートストリームの形式をとるビデオオブジェクト（ＴＳ１−ＶＯＢ／ＴＳ２−ＶＯＢ）は、図１５の（ｃ）に示されるように、カプセル（Ｃａｐｓｕｌｅ）という８ＫＢのサイズを有する単位でＥＣＣブロック内に配置される。このカプセルは、１８Ｂのヘッダ領域を有し、データ領域にはＡＴＳ情報が付加されたＴＳパケットが４３個配置される。ＡＴＳ情報（Arrival Time Stamp Information）は、ＤＶＤレコーダ装置により生成し付加される情報であって、当該パケットがＤＶＤレコーダ装置に外部より伝送されてきたタイミングを示す情報である。

　上述の説明では、８ＫＢのＣａｐｓｕｌｅに４３個のＭＰＥＧトランスポートパケットを格納するとしたが、本発明はこれに限る訳ではなく、１つのＡＴＳ（固定バイト長）と１つのＭＰＥＧトランスポートパケットが対になった形式で、ＴＳ１−ＶＯＢ／ＴＳ２−ＶＯＢを形成する等の方法で記録してもよい。

（５．ＡＶ情報の管理情報と再生制御の概要）
　図１６（ａ），（ｂ）及び図１７（ａ），（ｂ）は、図７が示すところのビデオ管理情報（Video Manager）と称されるファイルのデータ構造を示す図である。ビデオ管理情報は、各種オブジェクトのディスク上の記録位置等の管理情報を示すオブジェクト情報と、オブジェクトの再生順序等を示す再生制御情報とを有する。

　図１６（ａ）は、ディスクに記録されるオブジェクトとして、ＰＳ−ＶＯＢ＃１〜ＰＳ−ＶＯＢ＃ｎ、ＴＳ１−ＶＯＢ＃１〜ＴＳ１−ＶＯＢ＃ｎ、ＴＳ２−ＶＯＢ＃１〜ＴＳ２−ＶＯＢ＃ｎがある場合を示す。

　図１６（ａ）に示されるように、これらオブジェクトの種類に応じて、ＰＳ−ＶＯＢ用の情報テーブルと、ＴＳ１−ＶＯＢ用の情報テーブルと、ＴＳ２−ＶＯＢ用の情報テーブルが個別に存在すると共に、各情報テーブルは各オブジェクトのＶＯＢ情報を有している。ＶＯＢ情報は、それぞれ、対応するオブジェクトの一般情報と、オブジェクトの属性情報と、オブジェクトの再生時刻をディスク上のアドレスに変換するためのアクセスマップ、当該アクセスマップの管理情報を有している。一般情報は、対応するオブジェクトの識別情報、オブジェクトの記録時刻、製造者ＩＤ等を有し、属性情報は、ビデオストリームのコーディングモードをはじめとするビデオストリーム情報（Ｖ＿ＡＴＲ）と、オーディオストリームの本数（ＡＳＴ＿Ｎｓ）と、オーディオストリームのコーディングモードをはじめとするオーディオストリーム情報（Ａ＿ＡＴＲ）とから構成される。

　アクセスマップを必要とする理由は２つある。
　まず、１つは、再生経路情報がオブジェクトのディスク上での記録位置をセクタアドレス等で直接的に参照するのを避け、オブジェクトの再生時刻で間接的に参照できるようにするためである。ＲＡＭ媒体の場合、オブジェクトの記録位置が編集等で変更される場合がおこりうるが、再生経路情報がセクタアドレス等で直接的にオブジェクトの記録位置を参照している場合、更新すべき再生経路情報が多くなるためである。一方、再生時刻で間接的に参照している場合は、再生経路情報の更新は不要で、アクセスマップの更新のみ行なえばよい。

　２つ目の理由は、ＡＶストリームが一般に時間軸とデータ（ビット列）軸の二つの基準を有しており、この二つの基準間には完全な相関性がないためである。例えば、ビデオストリームの国際標準規格であるＭＰＥＧ−２ビデオの場合、可変ビットレート（画質の複雑さに応じてビットレートを変える方式）を用いることが主流になりつつあり、この場合、先頭からのデータ量と再生時間との間に比例関係がないため、時間軸を基準にしたランダムアクセスができない。この問題を解決するため、オブジェクト情報は、時間軸とデータ（ビット列）軸との間の変換を行なうためのアクセスマップを有している。

　図１６（ａ）に示されるように、再生制御情報は、ユーザ定義再生経路情報テーブル、オリジナル再生経路情報テーブル、タイトルサーチポインタを有する。

　図１７（ａ），（ｂ）に示されるように、再生経路には、ＤＶＤレコーダ装置がオブジェクト記録時に記録されたすべてのオブジェクトを示すように自動生成するオリジナル再生経路情報と、ユーザが自由に再生シーケンスを定義できるユーザ定義再生経路情報の２種類がある。再生経路は、ＤＶＤではＰＧＣ情報（Program Chain Information）と統一的に呼称され、また、ユーザ定義再生経路情報はＵ−ＰＧＣ情報、オリジナル再生経路情報はＯ−ＰＧＣ情報と呼称される。これらのＯ−ＰＧＣ情報、Ｕ−ＰＧＣ情報は、それぞれオブジェクトの再生区間であるセルを示す情報であるセル情報をテーブル形式で列挙する情報である。Ｏ−ＰＧＣ情報で示されるオブジェクトの再生区間は、オリジナルセル（Ｏ−ＣＥＬＬ）と呼称され、Ｕ−ＰＧＣ情報で示されるオブジェクトの再生区間はユーザセル（Ｕ−ＣＥＬＬ）と呼称される。セルは、オブジェクトの再生開始時刻と再生終了時刻でオブジェクトの再生区間を示し、再生開始時刻と再生終了時刻は前述したアクセスマップにより、オブジェクトの実際のディスク上の記録位置情報に変換される。
　図１７（ｂ）に示されるように、ＰＧＣ情報により示されるセル群は、テーブルのエントリー順序に従って順次再生される一連の再生シーケンスを構成する。

　図１８は、オブジェクト、セル、ＰＧＣ、アクセスマップの関係を具体的に説明するための図である。図１８に示されるように、オリジナルＰＧＣ情報５０は少なくとも１つのセル情報６０、６１、６２、６３を含む。 セル情報６０〜６３は、再生するオブジェクトを指定し、かつ、そのオブジェクトタイプ、オブジェクトの再生区間を指定する。オリジナルＰＧＣ情報５０におけるセル情報の記録順序は、各セルが指定するオブジェクトが再生されるときの再生順序を示す。

　一つのセル情報６０には、それが指定するオブジェクトの種類を示すタイプ情報（Ｔｙｐｅ）６０ａと、オブジェクトの識別情報であるオブジェクトＩＤ（Ｏｂｊｅｃｔ　ＩＤ）６０ｂと、時間軸上でのオブジェクト内の開始時刻情報（Ｓｔａｒｔ＿ＰＴＭ）６０ｃと、時間軸上でのオブジェクト内の終了時刻情報（Ｅｎｄ＿ＰＴＭ）６０ｄと、Ｅｎｔｒｙ Ｐｏｉｎｔ情報（ＥＰＩ）６０ｅが含まれる。ＥＰＩ６０ｅは、時刻情報で規定されるものであり、例えばブックマークのような役割を果たすものである。図１８には示していないが、セル中のＥｎｔｒｙ Ｐｏｉｎｔの個数は、セル情報中に記録されている。また、ＥＰＩは、そのＥｎｔｒｙ ＰｏｉｎｔのＰＴＭと、Ｅｎｔｒｙ Ｐｏｉｎｔの種別情報などで構成されている。データ再生時は、オリジナルＰＧＣ情報５０内のセル情報６０が順次読み出され、各セルにより指定されるオブジェクトが、セルにより指定される再生区間分再生されることになる。アクセスマップ８０ｃは、セル情報が示す開始時刻情報と終了時刻情報とをオブジェクトのディスク上での位置情報に変換する。

　上述したマップ情報であるが、オブジェクトの記録時に共に生成され記録される。マップを生成するためには、オブジェクトのデータ内のピクチャ構造を解析する必要がある。具体的には図９で示すＩピクチャの位置の検出と、図１０、図１１に示す当該Ｉピクチャの再生時刻であるＰＴＳ等のタイムスタンプ情報の検出が必要になる。

　ここで、ＰＳ−ＶＯＢとＴＳ１−ＶＯＢとＴＳ２−ＶＯＢのマップ情報を生成する際に生じる問題について、以下で説明する。ＰＳ−ＶＯＢ、ＴＳ−ＶＯＢ１は、上記図１で説明したように、主として、受信されたアナログ放送をＤＶＤレコーダ装置がＭＰＥＧストリームにエンコードすることにより生成される。このため、Ｉピクチャや各種タイムスタンプの情報は自らが生成しており、ＤＶＤレコーダ装置にとってストリーム内部のデータ構造は明確であり、マップ情報の生成に何の問題も生じない。

　次に、ＴＳ２−ＶＯＢであるが、同じく上記図１で説明したように、主として、受信されたデジタル放送をＤＶＤレコーダ装置がエンコードすることなく直接ディスクに記録する。このため、ＰＳ−ＶＯＢのようにＩピクチャの位置とタイムスタンプ情報を自ら生成するわけではないため、ＤＶＤレコーダ装置にとってストリーム内部のデータ構造は明確ではなく、記録するデジタルストリームからこれら情報を検出することが必要になる。このため、ＤＶＤレコーダ装置は、レコーダ外部にてエンコードされたストリームを記録しているＴＳ２−ＶＯＢのマップ情報については下記のようにＩピクチャとタイムスタンプを検出する。

　まず、Ｉピクチャの検出は、図１２に示されるＴＳパケットの適用フィールドのランダムアクセス表示情報を検出することにより行なう。また、タイムスタンプの検出については、ＰＥＳヘッダのＰＴＳを検出することにより行なう。タイムスタンプについては、ＰＴＳの代わりに、適用フィールドのＰＣＲや、ＴＳパケットがＤＶＤレコーダ装置に伝送されてきた到着タイミングであるＡＴＳで代用することもある。いずれにせよ、ＤＶＤレコーダ装置はＭＰＥＧストリームのビデオ層のデータ構造を解析することなく、その上位層であるシステム層の情報により、Ｉピクチャの位置を検出する。これは、マップ情報を生成するためにビデオ層の解析まで行なうのはシステムの負荷が大きいためである。

　また、システム層の検出が不可能な場合もありうるが、この場合は、マップ情報が生成できないため、有効なマップ情報が無いことを示すことが必要になる。ＤＶＤレコーダ装置では、図１６（ａ），（ｂ）に示されるマップ管理情報によりこれらが示される。図１６（ｂ）に示されるように、マップ管理情報は、マップ有効性情報と自己エンコーディングフラグとを有する。自己エンコーディングフラグは、ＤＶＤレコーダ装置自らがエンコードしたオブジェクトであることを示し、内部のピクチャ構造が明確であり、マップ情報のタイムスタンプ情報やＩピクチャの位置情報等が正確であることを示している。また、マップ有効性情報は、有効なアクセスマップがあるかないかを示す。

　なお、システム層の検出が不可能な例としては、適用フィールドが設定されていない場合や、そもそもＭＰＥＧトランスポートストリームでないデジタルストリームの場合が考えうる。デジタル放送が世界各国で各種方式が成立しうるため、ＤＶＤレコーダ装置がマップを生成できないオブジェクトを記録するケースも当然予想される。例えば、日本のデジタル放送を想定したＤＶＤレコーダ装置を米国で使用し、米国のデジタル放送を記録した場合、マップを生成できないオブジェクトを記録するケースが出てくる。

　ただし、ＤＶＤレコーダ装置はマップ情報が生成されないオブジェクトについても、先頭から順次再生することは可能である。この場合、記録されたデジタルストリームをデジタルＩ/Ｆを介して、当該ストリームに対応したＳＴＢに出力することでこれを映像再生することができる。

（６．再生機能の基本動作）
　次に、図１９を用いて、上記光ディスクを再生するＤＶＤレコーダプレーヤの再生動作について説明する。
　図１９に示されるように、このＤＶＤレコーダプレーヤは、ＤＶＤ−ＲＡＭディスク１００からデータを読み出す光ピックアップ２０１と、読み出したデータのエラー訂正等を行なうＥＣＣ処理部２０２と、エラー訂正後の読み出しデータを一時的に格納するトラックバッファ２０３と、動画オブジェクト（ＰＳ＿ＶＯＢ）等のプログラムストリームを再生するＰＳデコーダ２０５と、デジタル放送オブジェクト（ＴＳ１＿ＶＯＢ）のトランスポートストリームを再生するＴＳデコーダ２０６と、オーディオ・オブジェクト（ＡＯＢ）を再生するオーディオデコーダ２０７と、静止画オブジェクト（ＰＯＢ）をデコードする静止画デコーダ２０８と、各デコーダ２０５〜２０８へのデータ入力を切り替えるスイッチ２１０と、プレーヤの各部を制御する制御部２１１とを備える。

　ＤＶＤ−ＲＡＭディスク１００上に記録されているデータは、光ピックアップ２０１から読み出され、ＥＣＣ処理部２０２を通してトラックバッファ２０３に格納される。トラックバッファ２０３に格納されたデータは、ＰＳデコーダ２０５、ＴＳデコーダ２０６、オーディオデコーダ２０７、静止画デコーダ２０８の何れかに入力されデコード及び出力される。

　このとき、制御部２１１は、読み出すべきデータを図１７（ｂ）の再生経路情報（ＰＧＣ）が示す再生シーケンスに基づき決定する。即ち、図１７（ｂ）の例であれば、制御部２１１は、ＶＯＢ＃１の部分区間（ＣＥＬＬ＃１）を最初に再生し、次いで、ＶＯＢ＃３の部分区間（ＣＥＬＬ＃２）を再生し、最後にＶＯＢ＃２（ＣＥＬＬ＃３）と再生する制御を行なう。

　また、制御部２１１は、図１８に示される再生経路情報（ＰＧＣ）のセル情報により、再生するセルのタイプ、対応するオブジェクト、オブジェクトの再生開始時刻、再生終了時刻を獲得することができる。制御部２１１は、セル情報により特定されるオブジェクトの区間のデータを、適合するデコーダに入力する。この際、制御部２１１は、セル情報のＯｂｊｅｃｔ　ＩＤにより再生対象のオブジェクトを特定する。さらに、制御部２１１は、特定したオブジェクトの再生区間であるセルの特定を、セル情報のＳｔａｒｔＰＴＭとＥｎｄＰＴＭを、対応するＶＯＢ情報のアクセスマップでディスク情報のアドレスに変換することにより行なう。

　また、本実施形態のＤＶＤレコーダプレーヤは、さらに、ＡＶストリームを外部に供給するためのデジタルインタフェース２０４を有している。これにより、ＡＶストリームをＩＥＥＥ１３９４やＩＥＣ９５８などの通信手段を介して外部に供給することも可能である。これは、特に、自らがエンコードしていないＴＳ２−ＶＯＢについては、プレーヤ内部に該当するデコーダが存在しないケースもありうるため、デコードすることなく、直接、デジタルインタフェース２０４を通じて外部のＳＴＢに出力し、そのＳＴＢで再生させることができる。外部にデジタルデータを直接出力する際には、制御部２１１は、図１６（ｂ）のマップ管理情報に基づき、ランダムアクセス再生が可能かを否か判断する。アクセスポイント情報フラグが有効であれば、アクセスマップはＩピクチャの位置情報を有する。

　このため、制御部２１１は、外部機器から早送り再生等の要求があれば、これに応じてＩピクチャを含むデジタルデータをデジタルＩ/Ｆを介して外部機器に出力することができる。また、タイムアクセス情報フラグが有効であれば、タイムアクセスが可能である。このため制御部２１１は、外部の機器からのタイムアクセスの要求に応じて、指定された再生時刻に相当するピクチャデータを含むデジタルデータをデジタルI/Ｆを介して外部機器に出力することができる。

（７．記録機能の基本動作）
　次に、図２０を用いて上記光ディスクに対して記録、再生を行なう本発明に係るＤＶＤレコーダの構成及び動作について説明する。
　図２０に示されるように、ＤＶＤレコーダ装置は、ユーザへの表示及びユーザからの要求を受け付けるユーザＩ／Ｆ部２２２、ＤＶＤレコーダ全体の管理及び制御を司るシステム制御部２１２、ＶＨＦ及びＵＨＦを受信するアナログ放送チューナ２１３、アナログ信号をデジタル信号に変換しＭＰＥＧプログラムストリームにエンコードするエンコーダ２１４、デジタル衛星放送を受信するデジタル放送チューナ２１５、デジタル衛星で送られるＭＰＥＧトランスポートストリームを解析する解析部２１６、テレビ及びスピーカなどの表示部２１７、ＡＶストリームをデコードするデコーダ２１８とを備える。

　また、記録機がＤＶＤカムコーダ装置である場合、映像を入力するカメラ部２２３とカメラ部２２３から送られてくるＡＶ信号をＪＰＥＧストリームにエンコードする静止画エンコーダ２２４を備える。

　また、カメラ部２２３からＡＶ信号をエンコーダ２１４へ送ることにより、動画のＭＰＥＧプログラムストリームへのエンコードが行なわれる。デコーダ２１８は、上記図１９に示した第１及び第２のデコーダ等からなる。さらに、ＤＶＤレコーダ装置は、デジタルＩ/Ｆ部２１９と、書き込みデータを一時的に格納するトラックバッファ２２０と、ＤＶＤ−ＲＡＭディスク１００にデータを書き込むドライブ２２１とを備える。デジタルＩ/Ｆ部２１９は、ＩＥＥＥ１３９４やＵＳＢ等の通信手段により外部機器にデータを出力するインタフェースである。

　このように構成されるＤＶＤレコーダにおいては、ユーザＩ／Ｆ部２２２が最初にユーザからの要求を受ける。ユーザＩ／Ｆ部２２２はユーザからの要求をシステム制御部２１２に伝え、システム制御部２１２はユーザからの要求を解釈すると共に各モジュールへの処理要求を行なう。録画には、入力されるデジタルデータを自らエンコードするセルフエンコーディングと、エンコード済みのデジタルデータをエンコードすることなくディスクに記録するアウトサイドエンコーディングがある。

（７．１　セルフエンコーディングによる録画動作）
　最初に、セルフエンコーディングの録画について、アナログ放送をＰＳ−ＶＯＢにエンコードして記録する動作を以下、具体的に説明する。システム制御部２１２はアナログ放送チューナ２１３への受信とエンコーダ２１４へのエンコードを要求する。エンコーダ２１４はアナログ放送チューナ２１３から送られるＡＶデータをビデオエンコード、オーディオエンコード及びシステムエンコードしてトラックバッファ２２０に送出する。

　エンコーダ２１４は、エンコード開始直後に、エンコードしているＭＰＥＧプログラムストリームの先頭データが有するタイムスタンプ情報を再生開始時刻（ＰＳ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）としてシステム制御部２１２に送り、続いてアクセスマップを作成するために必要な情報をエンコード処理と平行してシステム制御部２１２に送る。この値は、後に生成される図１８に示されるセル情報のＳｔａｒｔ＿ＰＴＭに設定される。タイムスタンプ情報は、一般的にはＰＴＳになるがＳＣＲで代用してもよい。

　次に、システム制御部２１２は、ドライブ２２１に対して記録要求を出し、ドライブ２２１はトラックバッファ２２０に蓄積されているデータを取り出しＤＶＤ−ＲＡＭディスク１００に記録する。この際、前述した連続領域（ＣＤＡ）をディスク上の記録可能領域から検索し、検索した連続領域にデータを記録していく。録画終了はユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザＩ／Ｆ部２２２を通してシステム制御部２１２に伝えられ、システム制御部２１２はアナログ放送チューナ２１３とエンコーダ２１４に対して停止要求を出す。

　エンコーダ２１４は、システム制御部２１２からのエンコード停止要求を受けエンコード処理を止め、最後にエンコードを行なったＭＰＥＧプログラムストリームの終端データが有するタイムスタンプ情報を再生終了時刻（ＰＳ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）として、システム制御部２１２に送る。この値は、図１８に示されるセル情報のＥｎｄ＿ＰＴＭに設定される。タイムスタンプ情報は、通常ＰＴＳが設定されるが、ＳＣＲで代用してもよい。

　システム制御部２１２は、エンコード処理終了後、エンコーダ２１４から受け取った情報に基づき、上記図１６（ａ）に示されるＰＳ−ＶＯＢ用のＶＯＢ情報（ＰＳ−ＶＯＢＩ）と再生制御情報を生成する。ここで、生成されるＶＯＢ情報はオブジェクト種類に適合したアクセスマップとマップ管理情報とを含む。システム制御部２１２は、マップ管理情報のマップ有効性情報を有効に設定すると共に、自己エンコーディングフラグをＯＮにする。

　また、記録されるオブジェクトを再生対象の１つとする上記図１７（ａ）に示されるオリジナル再生経路（Ｏ−ＰＧＣ情報）が生成される。生成されたＯ−ＰＧＣ情報はオリジナル再生経路テーブルに追記される。オリジナル再生経路（Ｏ−ＰＧＣ情報）はセル情報を有する。セル情報のタイプ情報には「ＰＳ−ＶＯＢ」が設定される。

　最後に、システム制御部２１２は、ドライブ２２１に対してトラックバッファ２２０に蓄積されているデータの記録終了と、ＰＳ−ＶＯＢ用のＶＯＢ情報（ＰＳ＿ＶＯＢＩ）及び再生制御情報の記録を要求し、ドライブ２２１がトラックバッファ２２０の残りデータと、これらの情報をＤＶＤ−ＲＡＭディスク１００に記録し、録画処理を終了する。

　なお、アナログ放送をＴＳ１−ＶＯＢにエンコードしてももちろんよい。この場合、エンコーダ２１４はアナログ信号をデジタル信号に変換しＭＰＥＧトランスポートストリームにエンコードするエンコーダである必要があり、セル情報内のタイプ情報は「ＴＳ１−ＶＯＢ」に設定される。この場合のＳｔａｒｔ＿ＰＴＭ及びＥｎｄ＿ＰＴＭは、ＰＴＳでもよいし、ＰＣＲを用いてもよい。

　また、カメラ部からのＡＶ信号をセルフエンコーディングする場合でも、エンコーダ２１４への入力がアナログ放送チューナからカメラ部に変わるだけで、上述の処理については基本的に同じである。

（７．２　アウトサイドエンコーディングによる録画動作）
　次に、アウトサイドエンコーディングによる録画について、デジタル放送を録画する動作を通して、以下、具体的に説明する。この場合、記録されるオブジェクトの種類はＴＳ２−ＶＯＢになる。ユーザによるデジタル放送録画要求は、ユーザＩ／Ｆ部２２２を通してシステム制御部２１２に伝えられる。システム制御部２１２はデジタル放送チューナ２１５への受信と解析部２１６へのデータ解析を要求する。

　デジタル放送チューナ２１５から送られるＭＰＥＧトランスポートストリームは、解析部２１６を通してトラックバッファ２２０へ転送される。解析部２１６は、最初にデジタル放送として受信されたエンコード済みのＭＰＥＧトランスポートストリーム（ＴＳ２−ＶＯＢ）のＶＯＢ情報（ＴＳ２＿ＶＯＢＩ）の生成に必要な情報として、トランスポートストリームの先頭データが有するタイムスタンプ情報を開始時刻情報（ＴＳ２＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）として抽出し、システム制御部２１２に送る。開始時刻情報は、後に生成される上記図１８に示されるセル情報のＳｔａｒｔ＿ＰＴＭに設定される。このタイムスタンプ情報は、ＰＣＲ又はＰＴＳになる。また、オブジェクトがＤＶＤレコーダに伝送されてくるタイミングであるＡＴＳで代用してもよい。

　解析部２１６は、さらに、ＭＰＥＧトランスポートストリームのシステム層を解析し、アクセスマップ作成に必要な情報を検出する。Ｉピクチャのオブジェクト内での位置については、前述したようにＴＳパケットヘッダ中の適用フィールド（ａｄａｐｔａｔｉｏｎ　ｆｉｅｌｄ）内のランダムアクセスインジケータ（ｒａｎｄａｍ＿ａｃｃｅｓｓ＿ｉｎｄｉｃａｔｏｒ）をもとに検出する。

　次に、システム制御部２１２は、ドライブ２２１に対して記録要求を出力し、ドライブ２２１はトラックバッファ２２０に蓄積されているデータを取り出しＤＶＤ−ＲＡＭディスク１００に記録する。この時、システム制御部２１２はファイルシステムのアロケーション情報からディスク上のどこに記録するかを併せてドライブ２２１に指示する。この際、前述した連続領域（ＣＤＡ）をディスク上の記録可能領域から検索し、検索した連続領域にデータを記録していく。

　録画終了は、ユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザＩ／Ｆ部２２２を通してシステム制御部２１２に伝えられ、システム制御部２１２はデジタル放送チューナ２１５と解析部２１６に停止要求を出す。

　解析部２１６は、システム制御部２１２からの解析停止要求を受け解析処理を止め、最後に解析を行なったＭＰＥＧトランスポートストリームの終了区間のデータが有するタイムスタンプ情報を表示終了時刻（ＴＳ２＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）としてシステム制御部２１２に送る。この値は、上記図１８に示されるセル情報のＥｎｄ＿ＰＴＭに設定される。このタイムスタンプ情報は、ＰＣＲ又はＰＴＳになる。また、オブジェクトがＤＶＤレコーダに伝送されてくるタイミングであるＡＴＳで代用してもよい。

　システム制御部２１２は、デジタル放送の受信処理終了後、解析部２１６から受け取った情報に基づき、図１６（ａ）に示されるＴＳ２−ＶＯＢ用のＶＯＢ情報（ＴＳ２＿ＶＯＢＩ）と再生制御情報を生成する。ここで、生成されるＶＯＢ情報はオブジェクト種類に適合したアクセスマップとマップ管理情報とを含む。システム制御部２１２は、Ｉピクチャのオブジェクト内での位置等を検出できる有効なアクセスマップを生成した場合にはマップ管理情報のマップ有効性情報を有効に設定する。

　また、自己エンコーディングフラグはＯＦＦ設定をする。有効なアクセスマップを生成できなかった場合にはマップ有効性情報を無効に設定する。なお、有効なアクセスマップを生成できないケースとしては、対応していないデジタル放送を受信した場合や、適用フィールドにランダムアクセス情報が無い場合等が考えられる。また、デジタルＩ/Ｆから直接入力された場合は、ＭＰＥＧトランスポートストリームでないケースもありえ、この場合も当然、マップ有効性情報は無効に設定される。

　また、記録されるオブジェクトを再生対象の１つとする上記図１７（ａ）に示されるオリジナル再生経路（Ｏ−ＰＧＣ情報）が生成される。生成されたＯ−ＰＧＣ情報はオリジナル再生経路テーブルに追記される。オリジナル再生経路（Ｏ−ＰＧＣ情報）はセル情報を有する。セル情報のタイプ情報には「ＴＳ２−ＶＯＢ」が設定される。

　最後に、システム制御部２１２は、ドライブ２２１に対してトラックバッファ２２０に蓄積されているデータの記録終了と、ＴＳ２−ＶＯＢ用のＶＯＢ情報（ＴＳ２＿ＶＯＢＩ）及び再生制御情報の記録を要求し、ドライブ２２１がトラックバッファ２２０の残りデータと、これらの情報をＤＶＤ−ＲＡＭディスク１００に記録し、録画処理を終了する。

　以上、ユーザからの録画開始及び終了要求をもとに動作を説明したが、例えば、ＶＴＲで使用されているタイマー録画の場合では、ユーザの代わりにシステム制御部が自動的に録画開始及び終了要求を発行するだけであって、本質的にＤＶＤレコーダの動作が異なるものではない。

　次に、半導体メモリを記録媒体としたデジタルスチルカメラ（ＤＳＣ）へ、デジタル画像データの符号化規格であるＪＰＥＧで符号化した画像情報を記録する、ＤＳＣについて、下記の順序で説明する。
１．ＤＳＣ装置のシステム概要
２．記録媒体の概要
３．再生されるＡＶ情報の概要
４．再生機能の基本動作
５．記録機能の基本動作

（１．ＤＳＣ装置のシステム概要）
　図２１は、ＤＳＣ装置の外観と関連機器とのインタフェースの一例を説明するための図である。図２１に示されるように、ＤＳＣには記録媒体としてＤＶＤのような光ディスクや、半導体メモリカードが装填され、主に静止画像情報の記録再生を行なう。操作は一般的に機器上のスイッチや液晶モニタ上のタッチパネル、リモコン等で行なわれる。

　ＤＳＣは、レンズやＣＣＤ装置などからなるカメラ部を持ち、カメラ部から出力されるＡＶ信号はＤＳＣ内で符号化して記録媒体に記録する。一方、静止画像情報が記録された記録媒体は、ＤＳＣにより再生され外部に出力される。例えば、アナログ信号で出力して、テレビジョン装置に入力し映像表示される。あるいは、デジタルＩ/Ｆを通じて、パーソナルコンピュータやＤＶＤレコーダ等へデジタルの静止画像データが送られる。

　また、記録媒体であるＤＶＤディスクや半導体メモリカードに、ＤＳＣ以外の、パーソナルコンピュータやＤＶＤレコーダなどで静止画像情報が記録再生される場合がある。ＤＳＣ外で静止画像情報が記録された記録媒体であっても、ＤＳＣに装填されれば、ＤＳＣはこれを再生する。

　なお、ＤＳＣとパーソナルコンピュータやＤＶＤレコーダ等の外部機器との間のデジタルＩ/Ｆは、ＩＥＥＥ１３９４、ＡＴＡＰＩ、ＳＣＳＩ、ＵＳＢ、バス方式の有線ＬＡＮ、又はＩＥＥＥ８０２．１１などの無線ＬＡＮ等がありうる。

（２．記録媒体の概要）
　図２２（ａ），（ｂ）は、メモリカードに記録される静止画データのディレクトリとファイルの構造を示す図である。ここでは、ＤＣＦ規格に従ったディレクトリ及びファイル構造を例に説明する。

　ルートディレクトリの下に、ＤＣＦイメージルートディレクトリ（ディレクトリ名：ＤＣＩＭ）があり、その下に画像格納用のＤＣＦディレクトリがある。ＤＣＦディレクトリの下に再生用のデータであるＤＣＦオブジェクトが格納される。

　ＤＣＦオブジェクトは、ＤＣＦで定められた規定に従って記録されたファイル群であり、ＤＣＦ基本ファイル、ＤＣＦ拡張画像ファイル、ＤＣＦサムネイルファイル等からなる。

　ＤＣＦ基本ファイルは、ＤＣＦディレクトリ直下に記録され、ＤＣＦ規格で定められたＤＣＦファイル名と拡張子“ＪＰＧ”を持ち、Ｅｘｉｆ規格に準拠しＤＣＦ規格で定めるデータ構造を有する画像ファイルである。

　ＤＣＦ拡張画像ファイルは、ＤＣＦディレクトリ直下に記録され、ＤＣＦファイル名を持つがＤＣＦ基本ファイルと異なる拡張子及びデータ構造を持つ画像ファイルである。
　ＤＣＦサムネイルファイルは、ＤＣＦ拡張画像ファイルのサムネイルを記録するための圧縮ファイルである。

　なお、これらＤＣＦ基本ファイル、ＤＣＦ拡張画像ファイル、ＤＣＦサムネイルファイルについて、必ずしもすべてを記録する必要はない。また、ＤＣＦオブジェクト以外に、Ｍｏｔｉｏｎ　ＪＰＥＧファイルなどを記録する場合もある。
　上述した、ＤＣＦ基本ファイルやＤＣＦ拡張画像ファイルは、近年のＣＣＤ等画像入力装置の発達により、非常に高精細な静止画データとして記録されるようになってきた。

（３．再生されるＡＶ情報の概要）
　図２３は、ＤＳＣで記録媒体にＤＣＦ基本ファイルして記録されるＪＰＥＧデータの構造を示す図である。ＤＣＦ基本ファイルには、ＡＰＰ１（アプリケーション・データ・セグメント１）が格納されている。このＡＰＰ１には撮影時刻や絞り値等のメタデータが含まれる。また、１６０画素×１２０画素のサムネイル画像が必ず含まれる。ＡＰＰ１はＥｘｉｆ付属情報とも呼ばれる。

　また、静止画像データは、ＪＰＥＧ規格で符号化・圧縮されて、Other Dataで示される領域中に格納される。

（４．再生機能の基本動作）
　次に、図２４を用いて、上記記録媒体を再生するＤＳＣの再生動作について説明する。
　図２４に示されるように、ＤＳＣは、記録媒体１１００からデータを読み出すデータ読み出し部１２０３と静止画データをデコードする静止画デコーダ１２０８と、読み出したデータをデジタル出力するデジタルインタフェース１２０５と静止画デコーダ１２０８とデジタルＩ/Ｆ部１２０５へのデータ入力を切り替えるスイッチ１２１０と、ＤＳＣ各部を制御する制御部２１１とを備える。

　なお、データ読み出し部１２０３には必要に応じて、読み出したデータのエラー訂正等を行なうＥＣＣ処理部やエラー訂正後の読み出しデータを一時的に格納するトラックバッファ等が含まれる。

　記録媒体１１００上に記録されているデータは、データ読み出し部１２０３で再生され、静止画デコーダ１２０８に入力されデコード及び出力される。また、データ読み出し部１２０３で読み出されたデータは、デジタルインタフェース１２０５を通じて外部に供給される。これにより、静止画像データをＰＣ上のハードディスクやＤＶＤレコーダ上のＤＶＤディスクへコピーや移動することができる。

（５．記録機能の基本動作）
　次に、図２５を用いて、上記記録媒体に対して記録、再生を行なうＤＳＣの構成及び動作について説明する。

　図２５に示されるように、ＤＳＣは、ユーザへの表示及びユーザからの要求を受け付けるユーザＩ/Ｆ部１２２２、ＤＳＣ全体の管理及び制御を司るシステム制御部１２１２、液晶モニタ及びスピーカなどの表示部１２１７、静止画像データをデコードするデコーダ１２１８とを備える。また、映像を入力するカメラ部１２２３から送られてくるＡＶ信号をＪＰＥＧストリームにエンコードする静止画エンコーダ１２２４を備える。

　データ記録・再生部１２２１は、記録媒体１１００に対してデータの記録・再生を行なう。デジタルI/Ｆ部１２１９はＩＥＥＥ１３９４やＵＳＢ等の通信手段により外部機器にデータを出力するインタフェースである。

　このように構成されるＤＳＣにおいては、ユーザＩ/Ｆ部１２２２が最初にユーザからの要求を受けるユーザＩ/Ｆ部１２２２はユーザからの要求をシステム制御部１２１２に伝え、システム制御部１２１２はユーザからの要求を解釈すると共に各モジュールへの処理要求を行なう。記録（撮影）には、入力されるデジタルデータを自らエンコードするセルフエンコーディングと、エンコード済みのデジタルデータをエンコードすることなくディスクに記録するアウトサイドエンコーディングがある。

（５．１　セルフエンコーディングによる静止画記録動作）
　静止画の記録に関して、カメラ部１２２３から送られてくるＡＶデータをＪＰＥＧエンコードして記録する動作を以下、具体的に説明する。

　システム制御部１２１２はカメラ部１２２３へのＡＶデータ出力と静止画エンコーダ１２２４へのエンコードを要求する。静止画エンコーダ１２２４は、カメラ部１２２３から送られるＡＶデータをＪＰＥＧエンコードしデータ記録・再生部１２２１に送出する。データ記録・再生部１２２１は、システム制御部１２１２からの指示を受けながら、データを記録媒体１１００に記録する。

　このとき、システム制御部１２１２は、ファイルシステムの情報から、必要に応じてＤＣＦイメージルートディレクトリやＤＣＦディレクトリを作成し、既に記録されているＤＣＦオブジェクトとファイル名が重ならないよう、名前を付けて、静止画ファイルを記録媒体１１００に記録する。

　一枚の静止画ファイルが記録されたら撮影は終了する。あるいは、ユーザから連続撮影の指示があった場合は、ユーザからのストップ要求によって終了するか、所定の枚数の静止画ファイルを記録して終了する。ユーザからの撮影停止要求は、ユーザＩ/Ｆ部１２２２を通してシステム制御部１２１２に伝えられ、システム制御部１２１２はカメラ部１２２３と静止画エンコーダ１２２４に対して停止要求を出す。

（５．２　アウトサイドエンコーディングによる静止画記録動作）
　また、静止画の記録に関して、デジタルＩ/Ｆ部１２１９から静止画ファイルを入力して記録する動作を以下、具体的に説明する。

　デジタルＩ/Ｆ部１２１９から送られるＤＣＦオブジェクトはデータ記録・再生部１２２１に入力される。データ記録・再生部１２２１はシステム制御部１２１２からの指示を受けながら、データを記録媒体１１００に記録する。このとき、システム制御部１２１２は、ファイルシステムの情報から、必要に応じてＤＣＦイメージルートディレクトリやＤＣＦディレクトリを作成し、既に記録されているＤＣＦオブジェクトとファイル名が重ならないよう、名前を付けて、静止画ファイルを記録媒体１１００に記録する。

　なお、ＤＳＣがＰＣとＳＣＳＩやＡＴＡＰＩ等で接続され、ＰＣからＤＳＣに静止画が送られる場合、ＰＣ側で記録媒体１１００上のファイルシステム情報の操作（ＤＣＦディレクトリの作成やＤＣＦオブジェクト名の設定など）を行なう場合もある。

　一枚の静止画ファイルが記録されたら記録は終了する。ユーザから連続記録の指示があった場合は、ユーザからのストップ要求によって終了するか、所定の枚数の静止画ファイルを記録して終了する。ユーザからの録画停止要求は、ユーザＩ/Ｆ部１２２２を通してシステム制御部１２１２に伝えられ、システム制御部１２１２はデジタルＩ/Ｆ部１２１９に対して停止要求を出す。

　その他にも、ＣＣＤ等を用いた映像入力手段の小型化や半導体メモリカードの低価格化などを背景として、各種の機器にカメラ装置が搭載されるようになってきた。例えば、携帯電話やＰＤＡ、ノートＰＣにカメラが搭載され、映像の撮影及び保存が可能となった。それらの映像データは、内蔵の半導体メモリやＨＤＤ、外付けの半導体メモリカード等に格納される。

　また、近年開発されている電子機器の特徴として、インターネット等のネットワークへの接続機能を持つものが増えてきている。例えば、携帯電話やＰＤＡ、ノートＰＣ、ＤＳＣ等においてインターネット接続機能を持つ場合がある。これらの機器は、ネットワークに接続し、電子メール等の送信手段を利用して、撮影した静止画像データや動画データをやりとりすることが行なわれている。

　次に、本実施の形態におけるデータ管理システムについて説明する。
　図２６は、本実施の形態におけるデータ管理システムの構成を示す図である。図２６に示されるように、本発明のデータ管理システムは、デジタルデータを記録・再生するサーバ装置（データ管理装置）１０、及び前記サーバ装置１０にそれぞれ複数のクライアント端末Ａ，Ｂ，Ｃを備えている。サーバ装置１０と各クライアント端末Ａ，Ｂ，Ｃとは、ネットワークで接続され、双方向のデジタルデータ通信が可能である。

　ここで、サーバ装置１０と各クライアント端末Ａ，Ｂ，Ｃとを接続するネットワークの通信路は、例えば、ＩＥＥＥ ８０２．１１やＢｌｕｅｔｏｏｔｈ（ [ザ　ブルートゥース　エスアイジー　インコーポレーテッド」の登録商標）、ＵＷＢ等の無線方式、あるいはＩＥＥＥ１３９４やＵＳＢ、バス方式の有線ＬＡＮ、光ファイバなどのケーブル等を用いた有線方式等で構成される。

　図２７は、本実施の形態におけるデータ管理システムの具体的な構成の一例を示す構成図である。
　例えば、クライアント端末Ａは、動画像を撮影するカムコーダ機能を有するビデオカメラであり、クライアント端末Ｂは、静止画像を撮影するデジタルスチルカメラ（ＤＳＣ）であり、クライアント端末Ｃは、静止画像の撮影が可能な携帯電話である。また、サーバ装置１０は、例えば図２７に示すように、携帯可能なように掌に乗るような形状に形成されており、サーバ装置１０の表面には、上述のクライアント端末Ａ，Ｂ，Ｃにより取得されたデータを表示する液晶表示パネルが取り付けられている。

　サーバ装置１０と各クライアント端末Ａ，Ｂ，Ｃとの間で通信されるデジタルデータは、ビデオやオーディオのような連続メディアデータと、テキストデータや静止画像などの離散メディアデータがある。複数のクライアント端末Ａ，Ｂ，Ｃは、利用者が使用する各種の電子機器であり、それぞれに異なる機能を持つ。

　例えば、クライアント端末Ａ，Ｂ，Ｃがカムコーダの機能を持つ場合は、ＭＰＥＧ２方式で符号化されたビデオデータがクライアント端末Ａ，Ｂ，Ｃからサーバ装置１０へ送信される。また、クライアント端末Ａ，Ｂ，ＣがＤＳＣの機能を持つ場合であれば、ＪＰＥＧ方式で符号化された静止画データがクライアント端末Ａ，Ｂ，Ｃからサーバ装置１０へ送信される。

　図２８は、図２６に示されるデータ管理システムにおけるサーバ装置１０の構成を示す図である。
　サーバ装置１０は、制御部１１と、Ｉ／Ｏ部１２と、ＵＩ部１３と、記録装置部１４と、端末特性情報処理部１５とを備える。

　制御部１１は、サーバ装置１０全体の動作に関して制御を行なう部分である。
Ｉ／Ｏ部１２は、サーバ装置１０の外部とデータの入出力する部分であり、例えば、ＵＳＢ、ＩＥＥＥ１３９４、バス方式の有線ＬＡＮ、ＩＥＥＥ８０２．１１等の無線ＬＡＮ等、あるいはそれらの組合せで構成される。

　ＵＩ部１３は、ボタンやスティックによる操作や、液晶画面などに表示される画像によるユーザインタフェース（ＧＵＩ）を通じて、利用者による操作をサーバ装置１０に伝え、また、逆に、サーバ装置１０からの出力を利用者へ伝える役割を果たす。

　記録装置部１４は、Ｉ／Ｏ部１２を通じてクライアント端末Ａ，Ｂ，Ｃから受信したデータや、ＵＩ部１３を通じて利用者が入力した指示を元に制御部１１が作成したデータ等を永続的に記録する。また、記録装置部１４は、記録しておいたデータをＩ／Ｏ部１２を通じて外部へ出力したり、制御部１１へ送ってデータ処理の対象としたりする。さらに、記録装置部１４は、制御部１１がさまざまな処理を行なったりする場合に一時的にデータを格納する場合もある。

　また、記録装置部１４は、例えば、ハードディスク装置や光ディスク装置、半導体メモリカード装置、あるいはそれらの組合せで構成される。

　端末特性情報処理部１５は、クライアント端末Ａ，Ｂ，Ｃから受信した端末特性情報を保持し、その端末特性情報に基づいてサーバ装置１０の持つリソースの割当てを決定する決定手段として機能する。
　端末特性情報の構成と端末特性情報処理部１５の動作は後に詳しく説明する。

　図２９は、図２６に示されるデータ管理システムにおけるクライアント端末Ａの構成を示す図である。
　クライアント端末Ａは、制御部２１と、Ｉ／Ｏ部２２と、ＵＩ部２３と、データ処理部２４と、記録装置部２５と、端末特性情報生成部２６とを備えている。

　制御部２１は、クライアント端末Ａ全体の動作に関して制御を行なう部分である。
　Ｉ／Ｏ部２２は、クライアント端末２０の外部とデータの入出力する部分であり、例えば、ＵＳＢ、ＩＥＥＥ１３９４、バス方式の有線ＬＡＮ、ＩＥＥＥ８０２．１１等の無線ＬＡＮ等、あるいはそれらの組合せで構成され、少なくとも一つ、前述のサーバ装置１０とネットワーク接続可能なインタフェースを備える。

　ＵＩ部２３は、ボタンやスティックによる操作や、液晶画面などに表示される画像によるユーザインタフェース（ＧＵＩ）を通じて、利用者による操作をクラアントＡの他のユニットに伝え、また、逆に、クライアント端末Ａの他のユニットからの出力の内容を利用者へ伝える役割を果たす。

　データ処理部２４は、クライアント端末Ａにおいてデータの作成や再生を行なう。また、データ処理部２４は、後述する記録装置部２５から読み出したデータを再生し、ＵＩ部２３を通じて利用者に表示する。例えば、クライアント端末Ａがスチルカメラ機能を持つ場合であれば、データ処理部２４は、ＣＣＤ装置を通じてデジタル映像を入力し、ＪＰＥＧ等の画像圧縮処理を行なう。また、逆に、データ処理部２４は、記録装置部２５から読み出したＪＰＥＧデータをデコードする。

　記録装置部２５は、クライアント端末Ａが生成あるいはＩ／Ｏ部２２を通じて外部から入力されたデータや、ＵＩ部２３を通じて利用者が入力した指示を元に制御部２１やデータ処理部２４が作成したデータを永続的に記録する。

　また、記録装置部２５は、記録しておいたデータをクライアント端末Ａの外部へ出力するためにＩ／Ｏ部２２にそのデータを送信したり、そのデータを再生させるためにデータ処理部２４へそのデータを送信したりする。
　さらに、記憶装置部２５は、制御部２１がさまざまな処理を行なったりする場合に、一時的にその処理に用いられれるデータを必要に応じて格納する。

　記録装置部２５は、例えば、ハードディスク装置や光ディスク装置、半導体メモリカード装置、あるいはそれらの組合せで構成される。

　端末特性情報生成部２６は、クライアント端末Ａ自身の特性を表す端末特性情報を保持又は生成し、必要に応じて、端末特性情報を前記Ｉ／Ｏ部２２を通じて、サーバ装置１０等の外部の機器へ送信する。

　なお、記録装置部２５に関しては、従来の構成に比較して少容量とすることも可能で、例えば、従来のＤＶＤカムコーダ装置であればデータ量の多いビデオデータを記録するため、数ＧＢのＤＶＤ−ＲＡＭディスクを備えていたが、本実施の形態では、ビデオデータはサーバ装置１０に記録するので、カムコーダ機能を持つクライアント端末Ａでもその記憶容量を減らしてシステムを構成することが可能となる。

　また、クライアント端末Ｂ，Ｃも、上述のクライアント端末Ａと同様、それぞれ上述の制御部２１、Ｉ／Ｏ部２２、ＵＩ部２３、データ処理部２４、記録装置部２５、及び端末特性情報生成部２６とを備えている。

　このように、本実施の形態のクライアント端末Ａ，Ｂ，Ｃは、記録装置部２５の記憶容量が従来より小さくなるので、端末自身の小型化や、電池駆動時の駆動時間の長時間化が可能となる。

　また、一人の利用者が携帯するクライアント端末群とサーバ装置１０全体で見ても、記憶容量をサーバ装置１０に集約するので、端末間での機能重複が少なくなり、全体として効率的なシステム構成が可能となる。

　次に、本発明のデータ管理システムについて、下記の順序で説明する。
１．データ管理システムの概要
２．端末特性情報の構造
３．サーバ資源の割当て動作
４．記録動作
５．再生動作

（１．データ管理システムの概要）
　本発明のデータ管理システムにおいては、図３０に示されるように、クライアント端末Ａとサーバ装置１０間のネットワーク接続が確立されると、クライアント端末Ａは、端末特性情報をサーバ装置１０へ送信する。

　図３０の(ａ）に示されるように、クライアント端末Ａとサーバ装置１０のネットワーク接続が確立されると、図３０の(ｂ)に示されるように、クライアント端末Ａからサーバ装置１０へ端末特性情報Ｉ１００が送られる。端末特性情報Ｉ１００は、図２９に示される端末特性情報生成部２６から、Ｉ／Ｏ部２２を通じてサーバ装置１０へと送出される。

　サーバ装置１０は、図２８に示されるＩ／Ｏ部１２を通じて端末特性情報Ｉ１００を受信し、端末特性情報処理部１５においてその処理を行なう。また、端末特性情報Ｉ１００は、必要に応じて記録装置部１４に保存される。

　次に、図３０の(ｃ)に示されるように、さらにクライアント端末Ｂがサーバ装置１０に接続されると、同様に端末特性情報Ｉ１００がサーバ装置１０へ送られ、サーバ装置１０は自身に接続しているクライアント端末Ａ，Ｂのそれぞれに対応する端末特性情報Ｉ１００を保持することになる。このようにクライアント端末Ａ，Ｂ，Ｃから端末特性情報Ｉ１００を受け取ったサーバ装置１０は、サーバ装置１０全体の処理能力を各クライアント端末Ａ，Ｂ，Ｃに対して割り当てるサーバ資源の割当て動作を行なう。例えば、サーバ装置１０がクライアント端末Ａに対して、記録機能を提供しようとする場合、クライアント端末Ａ，Ｂ，Ｃ毎に使用可能な記録転送帯域を割り当てる。予め、転送帯域をクライアント端末Ａ，Ｂ，Ｃ毎に割り当てることにより、サーバ装置１０全体での負荷がその最大処理能力を超えるのを防ぎ、確実なデータ転送を可能とする。サーバ資源を割り当てられたクライアント端末Ａ，Ｂ，Ｃは、その割り当てられたサーバ資源の範囲内で、データの送受信等を行なう。

（２．端末特性情報の構造）
　図３１は、端末特性情報Ｉ１００のデータ構造を示す図である。端末ＩＤ情報は、本発明のサーバ装置１０とクライアント端末群で構成されるネットワーク中において、各クライアント端末Ａ，Ｂ，Ｃを識別するための情報を有する。

　端末ＩＤ情報は、クライアント端末Ａ，Ｂ，ＣがＩ／Ｏ部にバス方式の有線ＬＡＮやＩＥＥＥ１３９４等のインタフェースを備える場合は、それらの規格で規定されるユニークなＩＤを流用してもよいし、ネットワークプロトコルであるＴＣＰ／ＩＰのＩＰアドレスや、その他、クライアント端末Ａ，Ｂ，Ｃ毎に一意な識別情報であればよい。
　また、端末ＩＤ情報中に、クライアント端末Ａ，Ｂ，Ｃの名称や説明を利用者が理解できる形式（例えば、文字列）で格納しておいてもよい。

　記録属性情報は、各クライアント端末Ａ，Ｂ，Ｃの持つ記録動作における属性情報を有する。
　ここで、記録動作とは、クライアント端末Ａ，Ｂ，Ｃからデータを送信し、そのデータをサーバ装置１０に受信させる動作を指す。サーバ装置１０はクライアント端末Ａ，Ｂ，Ｃから、受信したデータを自身の記録装置部１４へ記録する。

　再生属性情報は、各クライアント端末Ａ，Ｂ，Ｃの持つ再生動作における属性情報を有する。
　ここで再生動作とは、サーバ装置１０から送信されたデータをクライアント端末Ａ，Ｂ，Ｃで受信する動作を指す。クライアント端末Ａ，Ｂ，Ｃは、必要に応じて、受信したデータを自身の記録装置部２５へ記録したり、データ処理部２４やＵＩ部２３を通じて再生・表示を行なう。

　アクセス制御情報は、クライアント端末Ａ，Ｂ，Ｃの持つリソースや機能、クライアント端末Ａ，Ｂ，Ｃ上に記録されたデータに対して、他のクライアント端末やサーバ装置１０がアクセスする時の制御情報を有する。例えば、クライアント端末Ａ，Ｂ，Ｃ上の記録装置部２５内のデータ（ファイルやディレクトリ）へのアクセス制御情報や、クライアント端末Ａ，Ｂ，Ｃの持つ特定の機能へのアクセス制御情報等である。

　端末固有情報は、上述の情報以外で、各クライアント端末Ａ，Ｂ，Ｃが持つ固有の属性情報を有する。例えば、クライアント端末Ａ，Ｂ，Ｃの製造メーカが独自に定めた拡張情報などである。

　図３２（ａ），（ｂ）は、図３１中の記録属性情報のデータ構造を示す図である。一般属性情報は、クライアント端末Ａ，Ｂ，Ｃの記録動作に関する一般的な属性情報を有する。例えば、クライアント端末Ａ，Ｂ，Ｃの記録時に使用できるバッファメモリ容量に関する記録バッファ情報や、クライアント端末Ａ，Ｂ，Ｃがサーバ装置１０へ要求する可能性のある最大データ容量や、サーバ資源の割当てに対する各クライアント端末Ａ，Ｂ，Ｃの優先度を示す優先度情報等である。

　アプリケーション属性情報テーブルは、クライアント端末Ａ，Ｂ，Ｃが記録要求する各データに関する属性情報のテーブルである。
　図３２（ａ）に示されるように、アプリケーション属性情報テーブルは、複数個のアプリケーション属性情報からなる。アプリケーション属性情報は、クライアント端末Ａ，Ｂ，Ｃがサーバ装置１０へ記録要求するデータの属性情報を有する。図３２（ｂ）に示されるように、アプリケーション属性情報は、アプリケーション一般情報と、データ属性情報テーブルと拡張情報とを有する。

　アプリケーション一般情報は、少なくともクライアント端末Ａ，Ｂ，Ｃが記録要求するアプリケーションを識別するためのアプリケーション識別情報を有する。アプリケーションの例としては、ＤＣＦ規格やＤＶＤビデオレコーディング規格などがある。

　アプリケーション識別情報は、クライアント端末Ａ，Ｂ，Ｃとサーバ装置１０間でその形式に関する取決めが共有されていればよく、例えば、“ＤＣＩＭ”のような文字列や、“０００１”のようなＩＤ番号でもよく、その他、アプリケーション毎に一意な識別情報であればよい。

　アプリケーション一般情報には、その他に、アプリケーションの名称や説明を利用者が理解できる形式（例えば、文字列）で含んだり、アプリケーション全体で共通する属性情報を含んだりしてもよい。また、それ以外にも、サーバ資源の割当てに対する当該アプリケーションの優先度を示す優先度情報等を含んでもよい。

　一方、データ属性情報テーブルには、一つのアプリケーションで管理される複数のデータ形式のそれぞれに対して属性情報を有するデータ属性情報が含まれる。データ属性情報の例を図３３（ａ），（ｂ）に示す。

　図３３（ａ）に示されるように、データ属性情報は、データ属性一般情報とデータ個別属性テーブルを有する。
　データ属性一般情報は、少なくとも、記録するデータの種別を識別するためのデータ識別情報を有する。データ種別の例としては、ＭＰＥＧ２やＪＰＥＧなどがある。データ識別情報は、クライアント端末Ａ，Ｂ，Ｃとサーバ装置１０間でその形式に関する取決めが共有されていればよく、例えば、“ＭＰＥＧ２”のような簡易な文字列や、“０００１”のようなＩＤ番号、データをファイルとして記録するときの拡張子、ＭＩＭＥ（Multipurpose Internet Mail Extensions）タイプ情報等でもよく、その他、一意に識別可能な情報であればよい。データ属性一般情報には、その他に、データの名称や説明を利用者が理解できる形式（例えば、文字列）で含んだり、データ全体で共通する属性情報を含んだりしてもよい。

　データ個別属性情報テーブルは、あるデータ種別のデータが持つ個別の属性情報を含むデータ個別属性情報のテーブルであり、必要な個別属性に応じてデータ個別属性情報を格納する。

　図３３（ｂ）にデータ個別属性情報の例を示す。例えば、属性項目名“必要帯域情報”であるデータ個別属性は、該当するデータを記録するために必要なサーバ装置１０の記録転送帯域の値であり、“６”(Ｍｂｐｓ)のような数値情報が格納される。

　また、“連続メディア属性”は、該当するデータが連続メディアデータであるかどうかを示し、例えば値“１”が設定されていれば連続メディアデータであり、“０”であれば連続メディアデータでない。同様に、“再送不可能データ属性”は該当するデータが再送可能データであるかどうかを示す。再送不可能データとは、例えば次のようなデータを指す。

　クライアント端末Ａがカムコーダの機能を有し、現在撮影中の動画データをサーバ装置へ送信する場合は、その動画データにはコピーなどが存在せず、仮にサーバ装置１０側で記録に失敗してクライアント端末Ａ側に再送要求をしても再送が不可能である。このようなデータを再送不可能データとする。

　逆に、クライアント端末Ａ側の記録装置部２５内に格納されたファイルをサーバ装置１０へ送る場合は、サーバ装置１０からの再送要求に対して、クライアント端末Ａは送信対象のファイルを再度記録装置部２５から読み出して送信可能なので、このような場合はそのファイルは再送不可能データにあたらず、図３３（ｂ）の例であれば、“再送不可能データ属性”の値は“０”に設定される。

　“複製属性”については、該当するデータの記録要求が、クライアント端末Ａ，Ｂ，Ｃ内のデータをサーバ装置１０へコピーすることにより、データのバックアップを行なうような動作を要求するものであるとき、該当データは複製データであるとする。

　なお、データ個別属性情報は、データ種別によりそれぞれ決まるものであり、図３３（ｂ）に示すものに限らない。その他にも、図３３（ｂ）に図示していないデータ個別属性情報の例としては、連続メディアデータの場合、可変転送レートで圧縮しているか否かを示す情報、又は、可変転送レートで圧縮した場合の転送レートの上限や下限値や平均値等を示す情報がある。あるいは、静止画のような離散メディアデータの場合でも、連続的に複数のデータを送信することがあるので、この場合におけるデータ個別属性情報の例としては、その送信時の各静止画ファイル当たりのデータ量やファイルの送信間隔、最大の送信ファイル数等を示す情報がある。

　図３４（ａ），（ｂ）は、上記図３１中の再生属性情報のデータ構造を示す図である。再生属性情報の有する情報は、情報の対象がクライアント端末Ａ，Ｂ，Ｃの再生動作に関する物であることを除けば、上記記録属性情報と同一である。例えば、一般属性情報は、クライアント端末Ａ，Ｂ，Ｃの再生動作に関する一般的な属性情報を有し、クライアント端末Ａ，Ｂ，Ｃの再生時に使用できるバッファメモリ容量に関する再生バッファ情報や、クライアント端末Ａ，Ｂ，Ｃがサーバ装置１０へ要求する可能性のある最大データ容量等を含む。同様に、アプリケーション属性情報テーブルは、クライアント端末Ａ，Ｂ，Ｃが再生要求する各データに関する属性情報のテーブルである。

（３．サーバ資源の割当て動作）
　次に、サーバ装置１０の決定手段たる端末特性情報処理部１５が、有限なサーバ資源（例えば、記録転送帯域、記憶領域等）を複数のクライアント端末Ａ，Ｂ，Ｃに対して割り当てる動作について説明する。

　従来、例えば、特開平１０−２８３２９５においては、クライアント端末−サーバ装置間で転送帯域の割当てに関する情報を共有し、クライアント端末は、割り当てられた転送帯域を越えないようにデータ要求を行なうとされている。この時、各クライアント端末の構成は全て同一であり、そのため、サーバ装置は、クライアント端末からの要求に従って順次同じだけの転送帯域を割り当てれば、クライアント端末へのサーバ資源の割当てを実行できた。

　しかしながら、本発明の実施の形態においては、各クライアント端末の構成がそれぞれ異なり、そのため、クライアント端末が記録又は再生要求するデータの種類や特性、重要度が異なるため、特開平１０−２８３２９５のようなサーバ資源の割当て方法では不都合である。例えば、あるクライアント端末が、カムコーダ機能で撮影しながらＭＰＥＧ２圧縮された動画データをサーバ装置への記録を要求する場合、記録対象のデータは連続メディアデータであり、かつ再送不可能なデータである。よって、サーバ装置で記録の中断や遅延が発生することは許されず、十分な記録転送帯域の割当てが必要である。

　一方、ＪＰＥＧ圧縮された静止画データをクライアント端末からサーバ装置へコピーする場合では、データが離散メディアデータであり、かつ再送可能であるので、このクライアント端末へ割り当てられた記録転送帯域が低くても、データのコピーは可能である。

　サーバ装置は有限のサーバ資源しか持っていないので、全てのクライアント端末からの資源割当て要求を満たせない場合も発生する。そのような場合、本実施の形態においては、サーバ装置１０の端末特性情報処理部１５はクライアント端末Ａ，Ｂ，Ｃから受け取った端末特性情報Ｉ１００を利用して、最適なサーバ・リソース割当てのパターンを決定する。

　すなわち、サーバ装置１０は端末特性情報Ｉ１００内に格納されたデータの属性情報を考慮し、より優先度の高い割当て要求に対して優先的にサーバ資源を割り当てることとする。これにより、さまざまな構成を持ったクライアント端末Ａ，Ｂ，Ｃがサーバ装置１０へ接続するような環境においても最適なサーバ資源の割当てが可能となる。

　図３５は、本実施の形態における、サーバ資源の割当て動作を示すフローチャートである。
　サーバ装置１０は、クライアント端末Ａ，Ｂ，Ｃの何れかの接続を検出すると（Ｓ３１）、そのクライアント端末Ａ，Ｂ，Ｃが既知のクライアント端末であるかどうかを調べる（Ｓ３２）。すなわち、そのクライアント端末Ａ，Ｂ，Ｃの端末特性情報Ｉ１００を保有しているかどうかを調べる。もし、既知のクライアント端末でなければ（Ｓ３２のＮｏ）、サーバ装置１０はそのクライアント端末Ａ，Ｂ，Ｃから端末特性情報Ｉ１００を受け取る（Ｓ３３）。そして、サーバ装置１０は、端末特性情報処理部１５において、その保有する端末特性情報Ｉ１００からサーバ資源の割当てを決定する（Ｓ３４）。

　サーバ資源の割当てに際しては、端末特性情報Ｉ１００内の属性値により割当ての優先度を決定する。例えば、サーバ装置１０の端末特性情報処理部１５は、記録属性情報や再生属性情報中のサーバ資源割当てに対する優先度情報を参照し、高い優先度を持つクライアント端末やそのアプリケーションに優先的にサーバ資源を割り当てる。

　つまり、端末特性情報処理部１５は、端末特性情報Ｉ１００に含まれる記録属性情報や再生属性情報などの内容に基づいて、各クライアント端末Ａ，Ｂ，Ｃに対する優先度を特定して、その優先度に応じて各クライアント端末Ａ，Ｂ，Ｃやアプリケーションに対するサーバ資源の割り当て方を決定する。

　なお、記録属性情報や再生属性情報に含まれる優先度情報の値は、クライアント端末やアプリケーションの種類により固定的に設定されていてもよいし、利用者が個別に設定するようにしてもよい。

　また、異なる優先度決定の方法の例として、データ個別属性情報の値に関連づけてサーバ資源の割当てに対する優先度を決める場合について説明する。
　ここでは、次の１〜５のように優先度を決定するルールを規定し、このルールに従ってサーバ装置１０の端末特性情報処理部１５はサーバ資源を割り当てる（この例では、１が最も優先度が高い）。
１：データ個別属性が“連続メディアデータ”かつ“再送不可能データ”である。
２：データ個別属性が“離散メディアデータ”かつ“再送不可能データ”である。
３：データ個別属性が“連続メディアデータ”である。
４：データ個別属性が“離散メディアデータ”である。
５：データ個別属性が“複製属性”である。

　上記のような優先度決定のルールに従い、サーバ装置Ｉ１００のもつ最大処理能力の内、優先度の高いクライアント端末から順次サーバ資源を割り当てていくことにより、さまざまな構成を持ったクライアント端末が存在するネットワーク環境においても適切なサーバ資源の割当てが行なえる。

　次に、具体的なサーバ資源の割当て動作について説明する。
　図３６は、サーバ装置１０の持つバッファメモリの割当て動作を示す図である。上記図２８に示されるサーバ装置１０においては、記録装置部１４中にバッファメモリを持つ。例えば、上記図２に示されるトラックバッファ１０３は、このバッファメモリと同じ働きをする部分である。

　本発明のサーバ装置１０においては、バッファメモリ上の領域を分割して、各クライアント端末に対して割り当てる。

　図３６においては、ＤＣＦとＤＶＤという二つのアプリケーションにバッファメモリを割り当てている。割当てに際する優先度や割当て量は、上記のように端末特性情報Ｉ１００に格納された情報から決定される。例えば、ＭＰＥＧ２のような連続メディアデータをＤＶＤのような光ディスクへ記録する場合は、上記図３で示したように、記録媒体への書き込みレートと書き込みする連続メディアデータのビットレートが与えられれば、必要なトラックバッファの量（図３のＢ(ｔ2)に相当する値）やＣＤＡの大きさ（図３の連続領域Ａ１に相当する値）を決定できる。

　次に、図３７は、サーバ装置１０の持つ記録装置部１４内の領域割当て動作を示す図である。上記図２８に示されるサーバ装置１０においては、記録装置部１４としてＨＤＤや光ディスク、半導体メモリカードなどを持つ。特に、ＨＤＤや光ディスクなど、データへのアクセスに際して、シーク動作が必要な場合、上記図３で述べたように、ビデオデータなどの連続メディアデータの途切れない記録や再生のために、データをＣＤＡに配置しなければならない。

　また、本実施の形態のサーバ装置１０のように、複数のクライアント端末Ａ，Ｂ，Ｃで記録装置部１４を共有する場合、特定のクライアント端末やアプリケーションにより記録装置部１４内の領域を占有されてしまうと他のデータを記録できなくなり不都合である。そのため、本実施の形態においては、図３７に示されるように、記録装置部１４上のパーティション空間をさらに部分領域に分け、複数の部分領域をアプリケーション毎に割り当てる。このアプリケーション毎に割り当てられた部分領域の集合を以下では、仮想パーティション空間と呼ぶ。

　なお、部分領域は、論理セクタ単位や、ＥＣＣブロック単位、その他、複数個の連続した論理ブロックやＥＣＣブロックの集まり等で構成される。それぞれ各クライアント端末Ａ，Ｂ，Ｃは仮想パーティション空間内にデータを配置することにより、特定のアプリケーションにより記憶領域を占有されることなく、データの記録が可能となる。

　また、連続メディアデータの記録時には、仮想パーティション空間を割り当てる際にＣＤＡが確保できるよう、その大きさに配慮して部分領域を割り当てることとする。割当ての際の優先度や割当て量は、バッファメモリの割当て動作の時と同様に、端末特性情報Ｉ１００に格納された情報から決定する。例えば、各クライアント端末Ａ，Ｂ，Ｃが必要な記憶領域を記録属性情報の一般属性情報に含んでもよいし、ＤＶＤのＭＰＥＧ２のような連続メディアデータの場合であれば、ＣＤＡの大きさの情報をアプリケーション属性情報中に含んでもよい。

　図３８は、上記図３７で割り当てられたそれぞれの仮想パーティション空間においてループ記録する時の動作を示す図である。仮想パーティション空間内の効率的なデータ配置やデータへのアクセス、記録領域の使用頻度の平準化等を目的として、ループ記録と言われる記録方法が行なわれる場合がある。ループ記録は、例えばパーティション空間内のアドレス空間において、常にアドレス値が小さい位置からアドレス値が増える方向に空き領域の検索及び記録を行ない、パーティション空間内の最後尾へ到達したら、再度アドレス値が最も小さい位置へ戻る方法である。一旦記録が中断した場合でもその位置（図３８のループ記録開始位置に相当）を記憶しておき、次回の記録をその位置から再開する。

　本実施の形態においてループ記録を行なう場合は、仮想パーティション空間毎にループ記録開始位置を保持しておく。これにより、サーバ装置１０内の記録装置部１４を共有して使用する場合にもループ記録が可能となる。

（４．記録動作）
　次に、記録動作について説明する。ここで、記録動作とは、クライアント端末Ａ，Ｂ，Ｃからサーバ装置１０へデータを送信し、サーバ装置１０内の記録装置部１４へ記録する動作のことである。記録の開始に際して、クライアント端末Ａ，Ｂ，Ｃのそれぞれは、データの送信に先立って、クライアント端末自身の識別情報と、これから送信するデータを識別するためのデータ識別情報をサーバ装置１０へ送信する。このデータ識別情報は、上記（２．端末特性情報の構造）で述べたアプリケーション識別情報やデータ識別情報等を含む。

　また、データの格納されるディレクトリの場所やファイルの名前の情報を、上述のデータ識別情報に含めてもよい。ＤＣＦやＤＶＤで説明したように、ディレクトリ名やファイル名が分かればデータの種別が分かるので、これらの情報もデータ識別情報となりうる。その後、クライアント端末Ａ，Ｂ，Ｃはサーバ装置１０へデータの送信を行なう。

（５．再生動作）
　次に、再生動作について説明する。ここで、再生動作とは、クライアント端末Ａ，Ｂ，Ｃがサーバ装置１０からデータを受信する動作のことである。再生動作に際して、サーバ装置１０はその記録装置部１４からデータを読み出してクライアント端末Ａ，Ｂ，Ｃへ送信する。

　再生の開始に際して、クライアント端末Ａ，Ｂ，Ｃは、データの受信に先立って、自己の識別情報と、これから受信するデータを識別するためのデータ識別情報をサーバ装置１０へ送信する。このデータ識別情報は、上記（２．端末特性情報の構造）で述べたアプリケーション識別情報やデータ識別情報等を含む。

　サーバ装置１０は、データ送信の対象となるクライアント端末Ａ，Ｂ，Ｃの端末特性情報Ｉ１００を参照し、必要に応じて、クライアント端末Ａ，Ｂ，Ｃの再生時に使用できるバッファメモリ容量等を考慮してデータの送信を行なう。

　また、サーバ装置１０が送信可能な複数のデータを持つ場合、端末特性情報Ｉ１００を参照してクライアント端末Ａ，Ｂ，Ｃに適するデータを選択して送信するようにしてもよい。例えば、送信可能なデータが解像度の異なる同内容のビデオ映像の場合、クライアント端末ＡのＵＩ部２３であるディスプレイの大きさや、クライアント端末Ａの持つ復号装置の種類（ＭＰＥＧ２やＭＰＥＧ４など）に応じて、適切なビデオ映像を選択して送信することにより、クライアント端末Ａ側で最も視聴しやすいビデオ映像を得ることが出来る。

　なお、サーバ装置１０はＣＤ−ＲＯＭやＤＶＤ−ＲＯＭのような記憶媒体の再生専用のドライブ装置を持つようにしてもよい。再生専用のドライブ装置においても再生転送帯域の割当てを行なうことにより上記ＲＯＭ内のデータやコンテンツの共有が可能となる。

　なお、本実施の形態においては、クライアント端末Ａ，Ｂ，Ｃがサーバ装置１０へ端末特性情報Ｉ１００を送信するとしたが、クライアント端末Ａ，Ｂ，Ｃからの端末特性情報Ｉ１００の送信に先立ち、サーバ装置１０がクライアント端末Ａ，Ｂ，Ｃへサーバ装置１０自身の特性情報を送信するようにしてもよい。

　これにより、クライアント端末Ａ，Ｂ，Ｃは、自身の要求するサーバ資源をサーバ装置１０が持っているかどうかを予め知ることができ、サーバ装置１０が十分なリソースを持たないことが分かれば、サーバ資源の割当て要求を行なわずに済み、余分な手間を避けることが出来る。
　なお、端末特性情報Ｉ１００の構成は、図３１に示されるものに限られるものではなく、ＸＭＬのような木構造を持つデータ構造であってもよい。

　以上のように、本実施の形態においては、事前に端末特性情報Ｉ１００をクライアント端末Ａ，Ｂ，Ｃからサーバ装置１０へ送信しておくことにより、性能や特性の異なるクライアント端末Ａ，Ｂ，Ｃからのさまざまなデータを記録・再生するための最適なサーバ資源の割当てが可能となる。

　また、クライアント端末群とサーバ装置１０で構成するネットワークにおいて、記録機能等の重複を無くすことが出来るので、全体としての効率化、小型化、駆動時間の長期化などが実現できる。

（実施の形態２）
　次に、本発明における第２の実施の形態のデータ管理システムについて説明する。
　実施の形態１では、端末特性情報Ｉ１００を利用して優先度を決定し、この優先度を用いてサーバ資源の割当てを行なう場合について説明した。

　ところで、サーバ装置１０の保有する資源は有限であるので、複数のクライアント端末が接続する場合は、サーバ資源が不足することが予想される。利用者が、記録属性情報や再生属性情報中のサーバ資源割当てに対する優先度情報を予め適切に設定しておけば、それに従ってサーバ資源の割当てが可能となるが、クライアント端末やアプリケーションの数が増加すると、予め全てのサーバ資源割当てに対する優先度情報を矛盾無く設定することは困難となることもある。

　そこで、本実施の形態においては、サーバ装置１０がサーバ資源の割当てに際して、推奨する割り当て方の幾つかのパターンを利用者に提示し、提示されたパターンの中から何れかを利用者が選択することにより、利用者の意図を反映したサーバ資源割当ての実施を実現する。

　本実施の形態におけるデータ管理システムは、実施の形態１と同様、サーバ装置１０及びクライアント端末Ａ，Ｂ，Ｃから構成される。

　そして、サーバ装置１０は、制御部１１と、Ｉ／Ｏ部１２と、ＵＩ部１３と、記録装置部１４と、端末特性情報処理部１５とを備え、各クライアント端末Ａ，Ｂ，Ｃは、制御部２１と、Ｉ／Ｏ部２２と、ＵＩ部２３と、データ処理部２４と、記録装置部２５と、端末特性情報生成部２６とを備えている。

　ここで、サーバ装置１０の記録装置部１４は、上述のパターンを示す内容の割当パターン情報を記憶する記憶手段として機能する。さらにサーバ装置１０のＩ／Ｏ部１２は、その記録装置部１４に記憶されている割当パターン情報を各クライアント端末Ａ，Ｂ，Ｃに送信する送信手段として機能するとともに、前記割当パターン情報に基づいて所定のパターンを指示する内容の指示情報を各クライアント端末Ａ，Ｂ，Ｃから取得する取得手段として機能する。

　図３９（ａ），（ｂ）は、上記割当パターン情報の内容を示す図であって、サーバ装置１０に接続するクライアント端末Ａ，Ｂ，Ｃに対して、サーバ資源の割当てのパターンが複数存在する場合の例を示す図である。図３９（ａ）に示されるように、クライアント端末Ａ、Ｂ、Ｃのそれぞれに対して、例えば、パターン１においては、クライアント端末Ａには記録転送帯域が８０Ｍｂｐｓが割り当てられ、クライアント端末Ｂには記録転送帯域の割当てがなく、クライアント端末Ｃには記録転送帯域２０Ｍｂｐｓが割り当てられることを意味する。このようなパターンは、上記実施の形態１で述べたように、データ個別属性が“連続メディアデータ”かつ“再送不可能データ”であるデータを優先する等の方法により決められる。

　同様に、パターン２では別の割り当て方がなされている。サーバ装置１０は、何らかの方法で、例えば、サーバ装置１０上に設けられたＵＩ部１２であるディスプレイ装置や、サーバ装置１０に接続している何れかのクライアント端末Ａ，Ｂ，ＣのＵＩ部２３であるディスプレイ装置上などに、これらのパターンを提示する。利用者は、提示されたパターンの中から、自らの意図にあったパターンを選択し、その結果をサーバ装置１０へ返すことにより、サーバ装置１０は、ユーザの意図に沿ったサーバ資源割当てのパターンを決定できる。

　なお、図３９（ａ）において、パターン１とパターン２でクライアント端末Ａに割り当てられている記録転送帯域が異なるのは、クライアント端末Ａが複数の記録モードを持つような場合である。例えば、クライアント端末Ａがカムコーダ機能を持ち、サーバ装置１０へ記録するＡＶデータの圧縮レートを変更することが可能な場合、それぞれの圧縮レートに適したサーバ資源割当てのパターンを提示するようにしてもよい。

　クライアント端末Ａ，Ｂ，Ｃが複数の記録モードを持つことは、端末特性情報Ｉ１００中に、それぞれの記録モードに対応する複数のデータ個別属性情報を含めることにより、サーバ装置１０に通知される。

　図３９（ａ）では、クライアント端末Ａの記録転送帯域を低くすることにより、パターン１ではクライアント端末Ｂにサーバ資源を割り当てられなかったのが、パターン２では、割当て可能となっている。利用者は、図３９（ａ），（ｂ）に示されるような複数のパターンを示す情報を得ることにより、容易に自らが意図するサーバ資源割当てのパターンを決定することが可能となる。

　また、サーバ装置１０が提示した複数のパターンの中で利用者が意図するパターンが存在しない場合は、利用者が自らパターンを変更又は追加できるようにしてもよい。
例えば、図３９（ｂ）において、パターン３は利用者が定義したパターンであり、優先度などにかかわらず、ユーザが意図してクライアント端末Ａに割当てを行なわないようにすれば、クライアント端末Ｂにさらに記録転送帯域が割当て可能になる。

　このような、利用者によるパターンの変更・追加は、サーバ装置１０に伝えられ、もしそのパターンがサーバ装置１０の持つ全サーバ資源の制限を越えない場合は、そのパターンに従って実際のサーバ資源の割り当てを行なうようにすることができる。いったん求められたサーバ資源割当てのパターンは、サーバ装置１０内に保存される。

　図４０は、サーバ装置１０に接続されるクライアント端末に応じた複数のパターンを含む割当パターン情報の内容を示す図である。
　上記のように選択されたパターンは、クライアント端末Ａ，Ｂ，Ｃと関連づけてサーバ装置１０内に保存される。

　また、利用者が定義したパターンについても、同様にサーバ装置１０内に保存され、その保存に際しては、利用者が定義したパターンであることを示す属性情報も併せて保存される。

　以上のように、サーバ資源割当てのパターンをクライアント端末群の構成に応じて保存しておくことにより、サーバ装置１０へ接続するそのクライアント端末群の構成が変化しても、保存してあるパターンを利用すれば、変化のたびに割当てのパターンを作成し直す必要が無く、サーバ装置１０の処理の効率化や利用者の操作を簡易化することができる。

（実施の形態３）
　実施の形態２では、クライアント端末Ａ，Ｂ，Ｃの何れかがサーバ装置１０へ接続したときに、サーバ資源割当てのパターンが決定される場合について述べてきた。すなわち、クライアント端末群の構成メンバーの状態に応じてサーバ資源の割当てを行なった。

　本実施の形態では、実施の形態２と同一のネットワーク構成において、サーバ装置１０の状態やクライアント端末Ａ，Ｂ，Ｃの状態に応じてサーバ資源の割当てを変更する場合について説明する。

　本実施の形態におけるサーバ装置１０の制御部１１は、各クライアント端末Ａ，Ｂ，Ｃとの間で送受信されるデータの処理環境の変化を検出し、上述の指示情報に示されるパターンの内容を、その検出結果に応じて変更する検出変更手段としての機能を有する。

　図４１（ａ），（ｂ）は、クライアント端末Ａ，Ｂの状態変化に応じてサーバ資源の割当てが変更される動作を説明するための図である。図４１（ａ）に示すように、クライアント端末Ａとクライアント端末Ｂがサーバ装置１０に接続しており、それぞれ記録転送帯域１０Ｍｂｐｓと再生転送帯域５Ｍｂｐｓでデータ転送を行なっている。ここで、クライアント端末Ａのデータ転送が停止すると、サーバ装置１０の総データ転送帯域に余裕が生じるので、サーバ装置１０の制御部１１はそのデータ転送の停止を検出し、図４１（ｂ）に示されるように、クライアント端末Ｂの再生転送帯域を１５Ｍｂｐｓに上げるように、利用者によって選択されたサーバ資源割当てのパターンを変更する。そして、再度、サーバ装置１０がクライアント端末Ａからの記録要求を受け取ったら、制御部１１はその変化を検出してパターンを元の内容に変更する。その結果、本システムの動作状態は、図４１（ａ）の状態に戻り、クライアント端末Ａへ優先的にサーバ資源が割り当てられる。

　上記の他にも、サーバ装置１０の電源状態の変化に応じて、パターンを変更してもよい。例えば、サーバ装置１０が電池駆動しており、その電池残量が低下した場合に、優先度の高いクライアント端末へより優先的にサーバ資源を割当て、一方、優先度の低いクライアント端末に対して、サーバ資源を割り当てないようにしたり、割当量を減らしたりする。

　このような動作により、残り少ない電池残量において、重要度の高いデータ転送を完了させることが可能となる。サーバ資源の割当て量が減らされるクライアント端末に関しては、サーバ装置１０からクライアント端末へその情報を伝え、そのクライアント端末は、新たに割り当てられたサーバ資源を越えない用に、転送態様を変更してデータを転送する。そして、サーバ装置１０がＡＣ接続される等してサーバ装置１０の電源に問題が無くなったとき、再度、優先度の低いクライアント端末へのサーバ資源の割り当てを実施する。

　また、サーバ装置１０の電源状態に応じて、サーバ装置１０の持つ全サーバ資源の量を変化させてもよい。例えば、サーバ装置１０が電池駆動する場合は、その駆動時間を長くするため、記録装置部１４の性能を低くする（シーク速度や、記録媒体の回転速度を遅くするなど）。

　一方、サーバ装置１０がＡＣ電源に接続されている場合は、電池切れによる動作停止の恐れが無いため、サーバ装置１０はその性能を抑える必要がない。よって、電池駆動とＡＣ駆動とでは、割り当てられるサーバ資源の総量が異なるため、サーバ資源割当てのパターンも変更することになる。

　上述のような場合、サーバ装置１０が、自身の電源状態の変化を検出する手段を持ち、その電源状態が変化した時に、サーバ資源割当てのパターンを変更する。これにより、サーバ装置１０の電源状態に応じた適切なサーバ資源の割当てが行なえる。

　また、クライアント端末Ａ，Ｂ，Ｃの変化に応じて、パターンを変更してもよい。例えば、クライアント端末Ａが電池駆動しており、その電池残量が低下した場合や、クライアント端末Ａのバッファメモリの残量が残り少なくなった場合に、クライアント端末Ａからサーバ装置１０へその情報を伝えると、サーバ装置１０はそのクライアント端末Ａに対してより多くのサーバ資源を割り当てる。
　これにより、サーバ装置１０は例えば残り少ない電池残量のクライアント端末Ａに対して、必要なデータの転送を完了させることが可能となる。

　また、クライアント端末Ａ，Ｂ，Ｃとサーバ装置１０間のデータ転送の実行速度の変化に応じて、割り当てのパターンを変更してもよい。例えば、クライアント端末Ａとサーバ装置１０間が無線方式のデジタルネットワークで接続されている場合、無線の電波状態により、クライアント端末Ａとサーバ装置１０間のデータ転送速度が低下する場合がある。

　このような場合、データの送信元で発生するデータレートよりもデータ転送レートが下回ると、送信したいデータが失われることになる。データを失わないようにするためには、データ送信元がバッファメモリを持ち、一時的に送信できなかったデータを保持しておくことが有効である。このバッファメモリは、上記図２８や図２９内のＩ／Ｏ部１２，２２内に備えたメモリや、記録装置部１４，２５に一時的にデータを記録することにより実現され、データ転送速度の低下のため送信できなかったデータをバッファメモリ内に保持しておく。そして、クライアント端末Ａとサーバ装置１０間のデータ転送速度が所定の速度に回復したときに、バッファメモリ内のデータを送信する。

　しかしながら、送信しようとするデータが連続メディアデータの場合、バッファメモリ内のデータ送信中にも新たなデータが発生し、また、データ転送の実行速度の低下が再発する場合もあり得る。バッファメモリの容量は有限であるので、バッファメモリの空き容量に余裕がない状態で、データ転送の実行速度が低下すると、それ以上データを保持することが不可能になり、データを失うことになる。よって、データ転送の実行速度が低下後、データ転送の実行速度が回復した場合、送信側のバッファメモリ内のデータを出来るだけ速く送出してしまい、バッファメモリの空き容量をなるべく大きくしておくことが望ましい。
　そのため、本実施の形態では、クライアント端末Ａ，Ｂ，Ｃとサーバ装置１０間のデータ転送の実行速度が低下した後において、一時的にサーバ資源割り当てを変更する。

　具体的には、一例として、クライアント端末ＡがＤＶＤカムコーダ装置の機能を持ってデータの送信元となる場合、サーバ装置１０はサーバ資源であるデータ記録帯域やサーバ装置１０の持つバッファメモリの割当てに関する優先度を上げ、その結果より多くのサーバ資源をクライアント端末Ａに割り当てることとする。例えば、図３６の（ａ）に示されるように、サーバ装置１０は、通常の動作では、各アプリケーション（アプリＡ、アプリＢ）に割り当てるバッファメモリに加えて、予備の領域を確保しておく。そして、データ転送速度の低下後に、一時的にサーバ資源の割り当てを変更し、図３６の(ｂ)のように、上述の予備領域をアプリＢに追加割当てする。

　また、サーバ装置１０は、記録転送帯域についても、アプリＢのデータを記録要求するクライアント端末へ追加割当てする。そして、前記クライアント端末は、通常よりも高いデータ転送レートでサーバ装置１０へデータの記録を行なう。その結果、サーバ装置１０側ではより多くのデータを受け取ることになるが、バッファメモリの容量が一時的に多く割り当てられているので、それらのデータを受け取ることが可能となり、データの記録失敗を防ぐことが可能となる。

　なお、図３６では、予備領域を設けるとしたが、追加のサーバ資源の割当ては、他のクライアント端末に割当てられているサーバ資源を減らし、別のクライアント端末へ割り当てるようにしてもよい。

（実施の形態４）
　本実施の形態においては、本発明に係るデータ管理システムにおけるデータ転送の信頼性を向上させる方法について説明する。

　本実施の形態におけるデータ管理システムは、実施の形態１と同様の構成を有する。
　図４２は、上記図３１の端末特性情報Ｉ１００とは異なる端末特性情報Ｉ１０１のデータ構造を示す図である。なお、端末特性情報Ｉ１０１に含まれる端末ＩＤ情報、記録属性情報、再生属性情報、及びアクセス制御情報はそれぞれ、上述の端末特性情報Ｉ１００に含まれる端末ＩＤ情報、記録属性情報、再生属性情報、及びアクセス制御情報と同様の構成を有する。

　メッセージ登録情報は、その端末特性情報Ｉ１０１を有するクライアント端末Ａ，Ｂ，Ｃがサーバ装置１０から受け取りたいメッセージ情報に関する情報を有する。

　図４３（ａ），（ｂ）は、上記図４２中のメッセージ登録情報のデータ構造を示す図である。一般属性情報は、メッセージ登録情報に関する一般的な属性情報を有する。例えば、メッセージ登録情報を識別するためのＩＤ情報等である。個別メッセージ情報テーブルは、クライアント端末Ａ，Ｂ，Ｃがサーバ装置１０へ登録する個別メッセージ情報のテーブルである。

　図４３（ａ）に示されるように、個別メッセージ情報テーブルは、複数個の個別メッセージ情報からなる。個別メッセージ情報は、クライアント端末Ａ，Ｂ，Ｃがサーバ装置１０へ登録する個別メッセージ情報を有する。

　図４３（ｂ）に示されるように、個別メッセージ情報は、個別メッセージ一般情報と、送信トリガ情報と、メッセージ情報とを有する。個別メッセージ一般情報は、クライアント端末Ａ，Ｂ，Ｃが登録しようとする個別メッセージ情報を識別するための情報、例えば、“０００１”のようなＩＤ番号等を有する。送信トリガ情報は、後述するメッセージ情報をサーバ装置１０からクライアント端末Ａ，Ｂ，Ｃへ送信を開始する際の条件に関する情報を含む。送信を開始するための条件とは、例えば、サーバ装置１０の電源電圧が所定の電圧を下回った場合等である。メッセージ情報は、前記送信トリガ情報に格納された条件が満たされたときに、サーバ装置１０からクライアント端末Ａ，Ｂ，Ｃへ送信されるメッセージ情報であり、例えば、“サーバ装置のバッテリレベルが低下しています”等の文字列や、サーバ装置１０とクライアント端末Ａ，Ｂ，Ｃ間で予め取り決められたメッセージを含む。

　ここで、サーバ装置１０の制御部１１は、電源電圧の低下などの特定の事象が生じたか否かを判別する事象判別手段としての機能を有し、Ｉ／Ｏ部１２は、上述の端末特性情報Ｉ１０１を各クライアント端末Ａ，Ｂ，Ｃから取得することで、特定の事象に対応付けられたメッセージを示す内容のメッセージ登録情報を取得する。さらに、制御部１１は、特定の事象が生じたと判別したときには、そのＩ／Ｏ部１２により取得されたそのメッセージ登録情報に基づいてその事象に対応するメッセージを、端末特性情報Ｉ１０１の取得先となるクライアント端末に対して通知する。

　これにより、例えば、サーバ装置１０の電源電圧を送信トリガ情報の条件として、あるクライアント端末Ａ，Ｂ，Ｃからサーバ装置１０へメッセージ情報を登録しておけば、利用者の意図した特定のクライアント端末Ａ，Ｂ，Ｃでサーバ装置１０の電源電圧低下を知ることができ、意図しないサーバ装置１０の停止などによるデータ転送の失敗等を防ぐことが可能となる。

　上述と異なるメッセージ情報が登録されている本システムの動作の例として、サーバ装置１０が記録装置部１４としてＤＶＤのような可換型の記録媒体を持つ場合について、図４４を用いて説明する。

　クライアント端末Ａにおいて、個別メッセージ情報の送信トリガ情報の条件が、サーバ装置１０上での記録媒体の交換であり、メッセージ情報が“ディスクが交換されました”のメッセージであれば、サーバ装置１０上で記録媒体が交換された場合、上述のメッセージ情報がクライアント端末Ａへ送信される。
　これにより、利用者の不注意などにより、意図しない記録媒体にデータを記録したり、記録自体の失敗を回避したりすることが可能となる。

　さらに、送信トリガ情報中に、可換媒体の持つ固有の識別ＩＤ等を含めるようにすることにより、より確実に記録媒体の交換を検出可能となる。
　また、上述と異なるメッセージ情報が登録されている本システムの動作の例として、サーバ装置１０とクライアント端末Ａとのネットワーク接続に関する場合について、図４５を用いて説明する。

　サーバ装置１０とクライアント端末Ａ間が無線方式のデジタルネットワーク接続で接続される場合、サーバ装置１０とクライアント端末Ａ間の電波状況によりネットワーク接続が途絶えたり、データ転送速度が低下したりする場合がある。例えば、図４５では、クライアント端末Ａがカムコーダ機能を持っており、ＡＶデータの録画を行なうような場合、そのＡＶデータは、上記実施の形態１で述べたように、“連続メディアデータ”であってかつ“再送不可能データ”である。この場合、データの再送が不可能なことから、ネットワークの断絶やデータ転送速度の低下によるデータ記録の失敗は、利用者にとって大きな損失となる。

　そこで、クライアント端末Ａにおいて、メッセージ登録情報の送信トリガ情報の条件が、サーバ装置１０とクライアント端末Ａ間のネットワークの接続状況（例えば、クライアント端末Ａとサーバ装置１０間のデータ転送の実行速度や、クライアント端末Ａとサーバ装置１０間の距離情報等）であれば、利用者はネットワークの状況を知ることができ、例えばサーバ装置１０とクライアント端末Ａ間の距離を近づけるなどの対策を事前にとることができる。その結果、再送不能なデータ等の貴重なデータを失わなくてもすむ。

　なお、個別メッセージ情報は、上記の他に、メッセージ情報の種類を表すような属性情報、例えば、警告のレベルとして“緊急”、“注意”、“参考”などの情報を含んでもよい。また、メッセージの登録を行なったクライアント端末と異なるクライアント端末へメッセージを送信したい場合は、その端末を識別するための情報を含むようにしてもよい。この時、サーバ装置１０は指定されたクライアント端末へメッセージ情報を送信する。

　さらに、サーバ装置１０の電源電圧低下や無線方式のネットワークの接続状況などの重要なメッセージに関しては、クライアント端末Ａ，Ｂ，Ｃ側でメッセージ情報を登録しなくても、サーバ装置１０側で自動的にクライアント端末Ａ，Ｂ，Ｃへ送信するようにしてもよい。これは、暗黙のうちに予めメッセージ情報の登録が行なわれているのと同じことであり、本実施の形態の一つである。

（実施の形態５）
　本実施の形態では、複数のクライアント端末から、異なるアプリケーションフォーマットに従ったデータがサーバ装置へ記録される場合の動作について説明する。ここで、アプリケーションフォーマットとは、例えば、上述したＤＶＤ規格やＤＣＦ規格などのことである。また、アプリケーションデータとは、ＤＶＤ規格であれば、ＭＰＥＧ２のＡＶストリームデータであり、ＤＣＦ規格ではＤＣＦオブジェクトなどである。

　また、管理データとは、ＤＶＤ規格であれば、上記図１６（ａ）や図１７（ａ）で説明したビデオ管理情報ファイルである。ＤＣＦ規格では、管理データは存在しないが、全てのディレクトリ名やファイル名がＤＣＦ規格に準拠しなければならず、ファイルシステムの機能を利用してこれらの管理が行なわれている。

　図４６は、本実施の形態におけるサーバ装置の構成を示す図である。サーバ装置４０は、上述のサーバ装置１０と同様、Ｉ／Ｏ部１２、ＵＩ部１３、記録装置部１４、及び端末特性情報処理部１５を備えるとともに、さらに制御部４１を備える。この制御部４１は、管理データ処理部４１ａを具備し、サーバ装置１０の制御部１１が有する機能を有するとともに、その管理データ処理部４１ａに基づく機能をも有する。

　また、本実施の形態のデータ管理システムは、上述のサーバ装置４０とクライアント端末Ａ，Ｂ，Ｃとから構成される。

　管理データ処理部４１ａは、クライアント端末Ａ，Ｂ，Ｃからデータ転送されてきたアプリケーションデータを管理するための管理データを処理する部分である。すなわち、ＤＶＤ規格に対しては、ビデオ管理情報ファイルを処理し、ＤＣＦ規格に対しては、ディレクトリ名やファイル名の管理を行なう。

　図４７は、本実施の形態におけるサーバ装置４０とクライアント端末Ａ，Ｂ間の動作を説明するための図である。図４７では、クライアント端末ＡはＤＶＤカムコーダ装置の機能を持ち、アプリケーションデータとして、上記図８で述べたようなＭＰＥＧ２データ等をサーバ装置４０へ記録する。また、クライアント端末ＢはＤＳＣの機能を持ち、アプリケーションデータとして、上記図２３で述べたようなＤＣＦオブジェクト等をサーバ装置４０へ記録する。

　上記実施の形態１で述べたように、クライアント端末Ａ，Ｂはサーバ装置４０に接続する際、端末特性情報Ｉ１００をサーバ装置４０へ送信し、サーバ資源の割当てを受け、その後にデータ記録要求を行なう。上記の通り、クライアント端末Ａ，Ｂはそれぞれ異なるアプリケーションデータをサーバ装置４０へ記録しようとするので、サーバ装置４０は、クライアント端末Ａ，Ｂの端末特性情報Ｉ１００や、クライアント端末Ａ，Ｂがアプリケーションデータと共に送信するデータ識別情報を参照して、アプリケーションフォーマットを判別する。そして、そのアプリケーションフォーマットに従って、管理データ処理部４１ａは管理データの処理を行なう。結果として、図４７に示されるように、サーバ装置４０の記録装置部１４内には、ＤＶＤ規格とＤＣＦ規格に準拠した管理データとアプリケーションデータが記録されることになる。

　上記のようなデータ記録を行なうことにより、クライアント端末Ａ，Ｂで発生したデータは、それぞれバラバラの記録装置や記録媒体内に個別に格納されることが無くなり、利用者が管理しなければならない記録装置や記録媒体の数を減らすことが可能となる。その結果、どこにどんなデータがあったか、バックアップは行なったか等、データ管理のための手間が非常に低減される。

　また、本実施の形態のように、ＤＳＣとカムコーダを同時に使用し、同じ対象物を撮影、録画するような場合、利用者は、サーバ装置４０の記録装置部１４内のデータを順次再生するだけで、撮影時の状況や撮影順序を再現、再生できることになり、利便性が大幅に向上する。

　図４８は、上記図４７の状態に対して、さらにクライアント端末Ｃが接続された場合の動作を説明するための図である。
　クライアント端末Ｃは、クライアント端末Ａと同様、カムコーダ機能を持つ。記録動作において、サーバ装置４０には二つのカムコーダ機能を持ったクライアント端末が接続することになる。クライアント端末Ａ，Ｂからデータ転送されてきたＭＰＥＧ２データは、サーバ装置４０上で一つの管理データで管理される。この時、サーバ装置４０に記録されたＡＶストリームデータ中には、クライアント端末Ａとクライアント端末Ｃで生成されたＡＶストリームデータが混在することになる。

　サーバ装置４０の管理データ処理部４１ａは、ＡＶストリームデータのどの部分がどのクライアント端末で生成されたかを、例えば、上記図１６（ａ）で示されるビデオ管理情報内に格納しておく。クライアント端末を識別するため情報は、例えば、端末特性情報Ｉ１００の端末ＩＤ情報を利用すればよい。
　これにより、利用者がサーバ装置４０上のデータを再生するとき、再生された映像がどのクライアント端末で生成されたかを知ることができ、データ管理が容易になる。

　図４９は、上記図４７とは異なるデータ格納方法での動作を説明するための図である。図４９では、各クライアント端末Ａ，Ｂは、サーバ装置へアプリケーションデータをデータ転送しないこととする。

　各アプリケーションデータは、各クライアント端末Ａ，Ｂ内に備えられた記録装置部２５内に記録される。そして、各クライアント端末Ａ，Ｂは、サーバ装置４０に対して、自身の記録装置部２５内に記録した各アプリケーションデータへのリンク先を示すリンク情報と、そのアプリケーションデータを管理するための管理データを生成するのに必要な情報を送信する。例えば、ＤＣＦ規格の場合であれば、リンク情報にはＤＣＦオブジェクトのファイル名やディレクトリ名などからなるパス名情報が含まれる。

　サーバ装置４０は、各クライアント端末Ａ，Ｂから受け取った情報を元に、管理データを生成し、また、各アプリケーションデータへのリンク情報を記録しておく。

　なお、管理データに関しては、その情報をまとめて送信してもよい。例えば、図４９のクライアント端末Ａでは、管理ファイルである“ＶＩＤＥＯ＿Ｍａｎａｇｅｒ”全体を送信（コピー）してもよい。このような記録の後、利用者は、サーバ装置４０内の管理データを参照してアプリケーションデータの再生を行なう。ただし、実際にはサーバ装置４０内にアプリケーションデータは存在しないので、サーバ装置４０は、アプリケーションデータへのリンク情報を参照し、該当するクライアント端末に対して、アプリケーションデータの送信を要求する。

　サーバ装置４０からのデータ送信要求を受け取ったクライアント端末Ａ，Ｂは、サーバ装置４０へアプリケーションデータを送信する。サーバ装置４０は、クライアント端末Ａ，Ｂからアプリケーションデータを受取して、利用者へ表示する。

　以上より、図４９においては、利用者はサーバ装置４０だけを参照することにより、複数のクライアント端末Ａ，Ｂ，Ｃに格納されたアプリケーションデータを読み出すことが可能となり、データ再生における利便性が向上する。

　図５０は、上記図４７とは異なるデータ格納方法での動作を説明するための図である。図５０では、上記図４７と同様のクライアント端末Ａ，Ｂがサーバ装置４０に接続されている。図５０のサーバ装置４０は、クライアント端末ＡからのＭＰＥＧ２データとその管理データを記録する。また、同様に、クライアント端末ＢからのＤＣＦデータ（ＤＣＦオブジェクト）とその管理データを記録する。さらに、図５０のサーバ装置４０は、クライアント端末Ａからのアプリケーションデータとクライアント端末Ｂからのアプリケーションデータの生成時刻情報を含む第３の管理データを記録する。

　図５０では、この第３の管理データは、ルートディレクトリ下の“ＳＣＲＩＰＴ”ディレクトリの下の“ＡＢＣＤ０００１．ＸＭＬ”というファイルで示される。以降、この第３の管理データをスクリプトファイルと呼ぶ。

　このスクリプトファイルは、上記のように、各クライアント端末Ａ，Ｂでアプリケーションデータが生成された時刻やそのデータフォーマット等に関連する情報を含むファイルであり、例えば、アプリケーションデータへの参照情報がその生成された順序で記録されたファイルである。本システムにより、このスクリプトファイルを参照して再生されるときの表示の例を図５１に示す。図５１には、同時に撮影されたアプリケーションデータＡとアプリケーションデータＢが同一画面上に再生されている。これは、スクリプトファイルに記録された生成時刻情報に同期させて各アプリケーションデータを再生、表示することにより、記録時の状況をそのまま再現した状態である。その結果、複数のクライアント端末で生成されたデータを一括して再生でき、データ利用上の利便性が向上する。

　なお、スクリプトファイルのためのデータフォーマットは、例えば、アプリケーションデータへの参照情報と、当該データが生成された生成時刻情報が関連づけられて記録されるフォーマットでもよい。また、上記図１７（ａ）に示される再生経路情報テーブルのような形式でもよい。さらに、各アプリケーションデータ間の再生同期のタイミングが記録されるような形式でもよい。さらにまた、スクリプトファイル内には、アプリケーションデータの生成時刻情報や再生同期タイミングの他に、各アプリケーションデータの再生時の画面内の配置情報やその他付加情報を含んでもよい。例えば、図５１において、アプリＡのＭＰＥＧ２データの表示されるＵＩ部１３，２３であるディスプレイ上の位置や大きさを指定する情報を含んでも良い。また、スクリプトファイルを、例えば、Ｗ３Ｃの規格であるＸＭＬに従った記述言語の形式や、ＳＭＩＬ規格のような記述言語、Apple Computer, Inc.が規定するマルチメディアフォーマットであるQuick Timeのフォーマットで構成しても良い。

　図５２は、ＳＭＩＬ規格により構成された上述のスクリプトファイルの一例を示すファイル内容表示図である。
　例えば、この図５２に示すように、スクリプトファイルには、サーバ装置４０のＵＩ部１３の表示画面上における画像の表示範囲を示す情報が含まれており、さらに、アプリケーションデータのデータファイル名１（“１０００ＡＢＣＤ．ＭＰＧ”）、データファイル名２（“２０００ＡＢＣＤ．ＭＰＧ”）、データファイル名３（“２００１ＡＢＣＤ．ＪＰＧ”）、及びデータファイル名４（“３０００ＡＢＣＤ．ＭＰＧ”）が、それらの生成時刻の順に沿って配列されている。また、データファイル名２及びデータファイル名３は、それぞれのアプリケーションデータが同じ時刻に生成されたものとして配列されている。

　また、上述のようなスクリプトファイルを日付毎に複数、サーバ装置４０内に記録するようにしてもよい。これにより、例えば、日付別のデータ管理等が可能となる。
　また、端末特性情報Ｉ１００内（例えば、アプリケーション一般情報内）にアプリケーションフォーマット間の関連を格納するようにしてもよい。すなわち、アプリケーション識別情報が例えば“ＤＣＩＭ”である端末特性情報を持つクライアント端末Ａにおいて、さらに、そのアプリケーション識別情報に関連する関連アプリケーション識別情報としてＤＶＤビデオレコーディング規格を示す“ＤＶＤ−ＶＲ”という識別情報を格納しておく。クライアント端末Ａから、このような端末特性情報を受け取ったサーバ装置４０は、別のクライアント端末ＢからＤＶＤビデオレコーディング規格のデータを受け取ると、クライアント端末Ａのアプリケーションデータとクライアント端末Ｂのアプリケーションデータに対して、前記スクリプトファイルを生成する。さらに、別のクライアント端末Ｃから異なるアプリケーション間の関連アプリケーション識別情報を受け取ったら、そのアプリケーション間に対するスクリプトファイルを生成する。

　これにより、特定のアプリケーションの組みに対応したスクリプトファイルが生成できるようになり、データの管理が容易になる。

　次に、本実施の形態のサーバ装置４０の基本動作について説明する。図５３は、管理データ処理部４１ａの基本動作を説明するための図である。
　管理データ処理部４１ａでは、複数のアプリケーションデータに関して全体を管理する全体管理部と、各アプリケーションの管理データを管理するアプリケーション管理部からなる。アプリケーション管理部は、それぞれのアプリケーション毎に設けられる。全体管理部とアプリケーション管理部は、アプリケーション規格の詳細に依存しない共通の抽象的なインタフェースを通じて指示や応答のやりとりを行なう。

　本構成により、例えば、図５３の状態に、さらに別のアプリケーションＣが加わる場合でも、アプリケーションＣに対応したアプリケーション管理部を追加するだけで、システム全体の構成の変更は不要である。

　各アプリケーション管理部は、記録装置部１４に対して、上記図３７で示した仮想パーティション空間を通じてデータの記録・再生を行なう。また、Ｉ／Ｏ部１２を通じて、クライアント端末Ａ，Ｂ，Ｃと送受信するデータの記録・再生の制御に関しても、仮想パーティション空間のアドレス情報に基づいて制御を行なう。

　図５３に示されるように、各仮想パーティション空間は制御部４１（管理データ処理部４１ａ）により管理される。仮想パーティション空間へのアクセスは、所定のインタフェースを通じて行なわれる。本実施の形態のインタフェースでは、仮想パーティション内のデータを見ると、対応するアプリケーションに関するディレクトリやファイルだけが見えるよう規定されている。
　また、制御部４１は、上記図５０を用いて説明したように、スクリプトファイルの生成や記録装置部１４への記録を行なう。

　以上のような構成により、アプリケーション管理部は、自身が管理するアプリケーションにのみ考慮した実装を行なえばよく、一つのパーティション空間に複数のアプリケーションが混在する場合することを考慮する場合に比べて容易に実装可能となる。
　また、上述したように、新たなアプリケーションが加わった場合でもその影響を最小限にとどめることが可能となる。

　また、複数のアプリケーションが混在する場合でも、アプリケーション管理部から見た時に、ディレクトリ名やファイル名の重複を考慮する必要が無くなる。
この場合、制御部４１がパーティション空間内において、ディレクトリ名やファイル名の重複を管理し、パーティション空間内のディレクトリ名／ファイル名を仮想パーティション空間内のディレクトリ名／ファイル名と異なるものとし、その両者の関連づけを管理するなどすればよい。

　次に、本実施の形態のサーバ装置４０の再生動作について説明する。図５４は、管理データ処理部４１ａの再生動作を説明するための図である。
　制御部４１の全体管理部は、記録装置部１４からスクリプトファイルを読み出し、その内容を解釈する。スクリプトファイルを解釈することにより各アプリケーションデータの再生タイミングやディスプレイへの表示位置が決定される。

　全体管理部は、各アプリケーション管理部へ再生タイミングと表示位置などに関する指示を出す。指示を受けたアプリケーション管理部は、記録装置部１４やＵＩ部１３などに指示を出し、全体管理部から指示された再生タイミングや表示位置にデータが表示されるようにする。

　その結果、上記図５１に示されるように、異なるアプリケーションデータが同一のディスプレイ上に表示され、利用者は複数のクライアント端末を別々に再生する必要が無くなり、利便性が向上する。

　図５５は、上述の図５２に示すスクリプトファイルが管理データ処理部４１ａの全体管理部により読み込まれたときのサーバ装置１０の動作を説明するための説明図である。
　例えば、管理データ処理部４１ａの全体管理部は、図５２に示すスクリプトファイルを読み込むと、そのスクリプトファイルの内容を解釈する。つまり、全体管理部は、スクリプトファイルに含まれる表示範囲を示す情報に基づいて、図５５の（ａ）に示すように、ＵＩ部１３のディスプレイ上における画像の表示範囲ｒＡ，ｒＢを特定し、図５５の（ｂ）に示すように、スクリプトファイルに含まれるデータファイル名１（“１０００ＡＢＣＤ．ＭＰＧ”）、データファイル名２（“２０００ＡＢＣＤ．ＭＰＧ”）、データファイル名３（“２００１ＡＢＣＤ．ＪＰＧ”）、及びデータファイル名４（“３０００ＡＢＣＤ．ＭＰＧ”）の順に従って、これらのデータファイル名で示されるアプリケーションファイルを上述の表示範囲ｒＡ，ｒＢに表示させる。ここで、スクリプトファイルには、データファイル名２及びデータファイル名３が、それぞれのアプリケーションデータが同じ時刻に生成されたものとして配列されているため、データファイル名２及びデータファイル名３により示されるそれぞれのアプリケーションデータは、時間Ｔ２の間、同時に再生される。即ち、まず、表示範囲ｒＡには、データファイル名１により示されるアプリケーションデータと、データファイル名２により示されるアプリケーションデータと、データファイル名４により示されるアプリケーションデータとが動画像として順に表示されるとともに、表示範囲ｒＢには、データファイル名３により示されるアプリケーションデータが、データファイル名２に示されるアプリケーションデータの表示とともに、時間Ｔ２だけ静止画像として表示される。

　以上のような構成にすることにより、アプリケーション管理部は、自身が管理するアプリケーションにのみ考慮した実装を行なえばよく、一つのパーティション空間に複数のアプリケーションが混在する場合に比べて容易に実装可能となる。また、上述したように、新たなアプリケーションが加わった場合でもその影響を最小限にとどめることが可能となる。

　なお、上記の実施の形態１〜５においては、クライアント端末Ａ，Ｂ，Ｃへ割り当てられるサーバ資源として主に記録転送帯域について述べたが、サーバ資源は記録転送帯域に限られるものではなく、例えば、再生転送帯域や記録装置部１４上の記憶容量などであってもよい。

　また、サーバ装置１０，４０の具体的な形態に関しては、小型で利用者が身につけて歩けるような形態でもよいし、自動車に搭載するような形態でもよい。また、サーバ装置１０，４０を携帯電話のように遠距離の通信が可能なデジタルネットワークと接続することにより、サーバ装置１０，４０を利用者の家においたり、本データ管理システムを、インターネットサービスプロバイダ（ＩＳＰ）などが各端末に対してサービスを提供するような形態として構成しても良い。

　本発明にかかるデータ管理装置は、各端末機がそれぞれの用途に応じて異なるデータ処理を行う場合であっても、その各端末機に扱われるデータを適切に且つ容易に管理することができるという効果を奏し、例えば画像や音声などのデジタルデータの送受信や保存等の管理を行うサーバや携帯端末等に適用可能である。

ＤＶＤレコーダ装置の外観と関連機器とのインタフェースの一例を説明するための図である。 ＤＶＤレコーダ装置の機能を示すブロック図である。 ＤＶＤ−ＲＡＭディスク１００上のアドレス空間と、トラックバッファに蓄積してあるデータをデコーダへ供給することでＡＶデータの連続再生が可能になるときの状態とを説明するための説明図である。 半導体メモリカードとハードディスクドライブ装置を備える場合のＤＶＤレコーダ装置のブロック図である。 （ａ）は記録可能な光ディスクであるＤＶＤ−ＲＡＭディスクの記録領域を表した図であり、（ｂ）は（ａ）において同心円状に示されるリードイン領域と、リードアウト領域と、ゾーン領域０〜２３を横方向に配置した説明図である。 論理セクタにより構成されるＤＶＤ−ＲＡＭディスクの論理的なデータ空間を示す図である。 ＤＶＤ−ＲＡＭディスクに記録される動画データのディレクトリとファイルの構造を示す図である。 ＤＶＤディスクに各種ＡＶオブジェクトとして記録されるＭＰＥＧデータの構造を示す図である。 プログラムストリームとトランスポートストリームのデータ構造の概要を説明するための図である。 トランスポートストリームのデータ構造を示した図である。 プログラムストリームのデータ構造を示した図である。 ＴＳパケットの構造の詳細を示す図である。 プログラムストリームを構成するパックの構造を示す図である。 番組を構成するオーディオストリームとビデオストリームの構成情報を伝送するＰＡＴテーブル及びＰＭＡＰテーブルを示す図である。 プログラムストリームのパックと、トランスポートストリームのＴＳパケットのディスク上の配置を説明するための図である。 ビデオ管理情報のデータ構造を示す図である。 ビデオ管理情報のデータ構造を示す他の図である。 オブジェクト、セル、ＰＧＣ、アクセスマップの関係を具体的に説明するための図である。 ＤＶＤレコーダプレーヤの再生動作を説明するための図である。 ＤＶＤレコーダプレーヤの記録動作を説明するための図である。 ＤＳＣ装置の外観と関連機器とのインタフェースの一例を説明するための図である。 メモリカードに記録される静止画データのディレクトリとファイルの構造を示す図である。 ＤＳＣで記録媒体にＤＣＦ基本ファイルとして記録されるＪＰＥＧデータの構造を示す図である。 記録媒体を再生するＤＳＣの再生動作を説明するための図である。 記録媒体に対して記録、再生を行なうＤＳＣの構成及び動作を説明するための図である。 本発明の実施の形態１におけるデータ管理システムの構成を示す図である。 同上の具体的な構成の一例を示す構成図である。 図２６に示されるデータ管理システムにおけるサーバ装置の構成を示す図である。 図２６に示されるデータ管理システムにおけるクライアント端末の共通の構成を示す図である。 クライアント端末とサーバ装置間のネットワーク接続の様子を示す図である。 端末特性情報のデータ構造を示す図である。 図３１中の記録属性情報のデータ構造を示す図である。 データ属性情報に含まれるデータ個別属性情報の例を示す図である。 図３１中の再生属性情報のデータ構造を示す図である。 サーバ資源の割当て動作を示すフローチャートである。 サーバ装置の持つバッファメモリの割当て動作を示す図である。 サーバ装置の持つ記録装置内の領域割当て動作を示す図である。 図３７で割り当てられたそれぞれの仮想パーティション空間においてループ記録する時の動作を示す図である。 実施の形態２における割当パターン情報の内容を示す情報内容表示図である。 サーバ装置に接続されるクライアント端末に応じた複数のパターンを含む割当パターン情報の内容を示す情報内容表示図である。 実施の形態３における、クライアント端末の状態変化に応じてサーバ資源の割当てが変更される動作を説明する図である。 実施の形態４における端末特性情報のデータ構造を示す図である。 図４２中のメッセージ登録情報のデータ構造を示す図である。 メッセージ情報の登録例を示す図である。 メッセージ情報の送信動作例を示す図である。 実施の形態５におけるサーバ装置の構成を示す図である。 サーバ装置とクライアント端末間の動作を説明するための図である。 図４７の状態に対して、さらにクライアント端末Ｃが接続した場合の動作を説明するための図である。 図４７とは異なるデータ格納方法での動作を説明するための図である。 図４７とは異なるデータ格納方法での動作を説明するための図である。 利用者がスクリプトファイルを参照して再生する時の表示例を示す図である。 実施の形態５におけるＳＭＩＬ規格により構成されたスクリプトファイルの一例を示すファイル内容表示図である。 管理データ処理部の基本動作を説明するための図である。 管理データ処理部の再生動作を説明するための図である。 実施の形態５におけるスクリプトファイルが管理データ処理部により読み込まれたときのサーバ装置の動作を説明するための説明図である。 利用者が複数の電子機器（端末）を携帯する様子を示す図である。 従来の電子機器が持つ一般的な共通の構成を示す図である。

符号の説明

　１０　サーバ装置
　１１　制御部
　１２　Ｉ／Ｏ部
　１３　ＵＩ部
　１４　記録装置部
　１５　端末特性情報処理部
　Ｉ１００　端末特性情報

Claims (46)

1. 　複数の端末機のそれぞれに扱われる各データを管理するデータ管理装置であって、
   　前記端末機のデータ処理に関する内容を示す端末特性情報を前記端末機から取得する取得手段と、
   　前記取得手段が取得した前記端末特性情報に基づいて前記データの取り扱い方を決定する決定手段と、
   　前記決定手段が決定した取り扱い方に基づいて、前記複数の端末機との間でデータを送受信してこれを処理するデータ処理手段と
   　を備えることを特徴とするデータ管理装置。
2. 　前記決定手段は、
   　前記データの取り扱いに用いられる前記データ管理装置が有するサーバ資源の、前記複数の端末機に対する割り当て方を決定し、
   　前記データ処理手段は、
   　前記決定手段が決定した割り当て方に基づいて、前記複数の端末機に前記サーバ資源を割り当てる
   　ことを特徴とする請求項１記載のデータ管理装置。
3. 　前記決定手段は、
   　前記各端末機に対する優先度を特定して、前記優先度に応じて前記割り当て方を決定する
   　ことを特徴とする請求項２記載のデータ管理装置。
4. 　前記データ管理装置は、さらに、
   　所定の事象が生じたか否かを判別する事象判別手段を備え、
   　前記取得手段は、
   　前記事象に対応付けられたメッセージを示す内容のメッセージ登録情報を前記端末機から取得し、
   　前記データ処理手段は、
   　前記事象判別手段により所定の事象が生じたと判別されたときには、前記取得手段により取得された前記メッセージ登録情報に基づいて、前記事象に対応するメッセージを前記端末機に通知する
   　ことを特徴とする請求項２記載のデータ管理装置。
5. 　前記事象判別手段は、
   　前記データ管理装置における電源環境に変化が生じたか否かを判別し、
   　前記データ処理手段は、
   　前記変化を知らしめる内容のメッセージを通知する
   　ことを特徴とする請求項４記載のデータ管理装置。
6. 　前記事象判別手段は、
   　前記データ管理装置における記憶媒体に関する変化が生じたか否かを判別し、
   　前記データ処理手段は、
   　前記変化を知らしめる内容のメッセージを通知する
   　ことを特徴とする請求項４記載のデータ管理装置。
7. 　前記事象判別手段は、
   　前記データ管理装置と前記複数の端末機との間の伝送路の状態に変化が生じたか否かを判別し、
   　前記データ処理手段は、
   　前記変化を知らしめる内容のメッセージを通知する
   　ことを特徴とする請求項４記載のデータ管理装置。
8. 　前記データ管理装置は、さらに、
   　前記データ処理手段により受信された前記端末機からのデータに基づいて、前記データの作成に関する属性を特定し、特定した属性に基づいて前記データを管理する管理手段を備える
   　ことを特徴とする請求項２記載のデータ管理装置。
9. 　前記管理手段は、
   　前記データ処理手段により受信された前記端末機からのデータに基づいて、前記データのデータフォーマットを特定し、特定したデータフォーマットに基づいて前記データを管理する
   　ことを特徴とする請求項８記載のデータ管理装置。
10. 　前記管理手段は、
    　前記データ処理手段により受信された前記端末機からのデータに基づいて、前記データの作成された日時を特定し、特定した日時に基づいて前記データを管理する
    　ことを特徴とする請求項８記載のデータ管理装置。
11. 　前記管理手段は、
    　前記データ処理手段により受信された前記端末機からのデータに基づいて、前記データのデータフォーマット及び前記データの作成された日時を特定し、特定したデータフォーマット及び日時に基づいて前記データを管理する
    　ことを特徴とする請求項８記載のデータ管理装置。
12. 　前記データ管理装置は、さらに、
    　前記端末機に記憶されているデータの記憶に関する属性を示す内容の属性情報を前記端末機から取得して、前記端末機に記憶されているデータを、前記属性情報に基づいて管理する管理手段を備える
    　ことを特徴とする請求項２記載のデータ管理装置。
13. 　前記管理手段は、
    　前記端末機に記憶されているデータの格納位置を特定するためのパス名情報を示す前記属性情報を取得して、前記端末機に記憶されているデータを、前記パス名情報に基づいて管理する
    　ことを特徴とする請求項１２記載のデータ管理装置。
14. 　前記データ管理装置は、さらに、
    　前記データ処理手段により受信された前記端末機からのデータに基づいて、前記データの作成された日時を特定して記憶する日時記憶手段と、
    　前記日時記憶手段により記憶されている日時に基づいて、前記データ処理手段により受信されたデータを同期して出力する同期手段と
    　を備えることを特徴とする請求項２記載のデータ管理装置。
15. 　前記取得手段は、
    　前記データ処理手段により受信されるデータの作成された日時を示す内容の前記端末特性情報を取得し、
    　前記決定手段は、
    　前記端末特性情報により示される日時に基づいて、前記データ処理手段により受信されたデータの出力順を決定し、
    　前記データ処理手段は、
    　前記決定された出力順に基づいて前記データを同期して出力する
    　ことを特徴とする請求項１記載のデータ管理装置。
16. 　前記データ処理手段は、前記データを画面に表示して出力する
    　ことを特徴とする請求項１５記載のデータ管理装置。
17. 　複数の端末機のそれぞれに扱われる各データを管理するデータ管理装置であって、
    　前記データ管理装置が有するサーバ資源の前記複数の端末機に対する割り当てのパターンを示す内容の割当パターン情報を記憶するための記憶手段と、
    　前記記憶手段に記憶されている前記割当パターン情報を前記端末機に送信する送信手段と、
    　前記割当パターン情報に基づいて所定のパターンを指示する内容の指示情報を前記端末機から取得する取得手段と、
    　前記取得手段により取得された前記指示情報に示されるパターンに基づいて前記サーバ資源を割り当てて、前記複数の端末機との間でデータを送受信してこれを処理するデータ処理手段と
    　を備えることを特徴とするデータ管理装置。
18. 　前記割当パターン情報には複数のパターンが示されてあって、
    　前記取得手段は、
    　前記割当パターン情報に示される複数のパターンの中から何れかのパターンを選択して指示する内容の前記指示情報を取得する
    　ことを特徴とする請求項１７記載のデータ管理装置。
19. 　前記データ管理装置は、さらに、
    　前記記憶手段に記憶されている前記割当パターン情報により示されるパターンを表示し、ユーザによる操作に応じた所定のパターンを特定するユーザインタフェース手段を備え、
    　前記データ処理手段は、
    　前記ユーザインタフェース手段により特定された所定のパターンに基づいて、前記複数の端末機との間でデータを送受信してこれを処理する
    　ことを特徴とする請求項１８記載のデータ管理装置。
20. 　前記ユーザインタフェース手段は、
    　表示したパターンの中から、ユーザによる操作に応じたパターンを選択して特定する
    　ことを特徴とする請求項１９記載のデータ管理装置。
21. 　前記ユーザインタフェース手段は、
    　表示したパターンの中から、ユーザによる操作に応じたパターンを選択し、さらに、選択した前記パターンに対して、ユーザによる操作に応じて内容が変更されたパターンを特定する
    　ことを特徴とする請求項２０記載のデータ管理装置。
22. 　前記ユーザインタフェース手段は、
    　前記記憶手段に記憶されている前記割当パターン情報を、前記変更結果に基づいて更新する
    　ことを特徴とする請求項２１記載のデータ管理装置。
23. 　前記取得手段は、
    　前記割当パターン情報に示されるパターンに対して内容が変更されたパターンを指示する前記指示情報を取得する
    　ことを特徴とする請求項１７記載のデータ管理装置。
24. 　前記送信手段は、
    　前記端末機からの要求に応じ、前記端末機に関連するパターンを示す割当パターン情報を前記記憶手段から読み出して前記端末機に送信する
    　ことを特徴とする請求項１７記載のデータ管理装置。
25. 　前記割当パターン情報に示されるパターンは、各端末機を識別するために割り当てられた識別情報と、前記識別情報により特定される端末機に対して割り当てられるサーバ資源を示す内容とを含み、
    　前記送信手段は、
    　前記端末機からの要求に応じ、前記端末機の識別情報を含むパターンを示す割当パターン情報を前記端末機に送信する
    　ことを特徴とする請求項２４記載のデータ管理装置。
26. 　前記データ管理装置は、さらに、
    　前記データの処理環境の変化を検出し、前記指示情報に示されるパターンの内容を、前記検出結果に応じて変更する検出変更手段を備え、
    　前記データ処理手段は、
    　前記検出変更手段により変更されたパターンに基づいて前記サーバ資源の割り当てを行う
    　ことを特徴とする請求項１７項に記載のデータ管理装置。
27. 　前記検出変更手段は、
    　前記データ管理装置が有するサーバ資源に関する変化を、前記処理環境の変化として検出する
    　ことを特徴とする請求項２６記載のデータ管理装置。
28. 　前記検出変更手段は、
    　前記データ管理装置の電源環境に関する変化を、前記サーバ資源に関する変化として検出する
    　ことを特徴とする請求項２７記載のデータ管理装置。
29. 　前記検出変更手段は、
    　前記データ管理装置と前記端末機間の伝送路の状態の変化を、前記処理環境の変化として検出する
    　ことを特徴とする請求項２６記載のデータ管理装置。
30. 　サーバが有するサーバ資源を用いて前記サーバと通信する端末機であって、
    　前記端末機のデータ処理に関する内容を示す端末特性情報を前記サーバへ送信する送信手段と、
    　前記送信手段により送信された前記端末特性情報に基づいて前記サーバにより決定された、前記サーバ資源の前記端末機に対する割り当て方に応じて、前記サーバとの間でデータを送受信してこれを処理するデータ処理手段と
    　を備えることを特徴とする端末機。
31. 　前記端末機は、さらに、
    　前記サーバが有するサーバ資源の前記端末機に対する割り当てのパターンを示す内容の割当パターン情報を、前記サーバから取得するパターン取得手段と、
    　前記パターン取得手段が取得した割当パターン情報に示される複数のパターンの中から何れかのパターンを選択する選択手段と、
    　前記選択手段により選択されたパターンに基づいてサーバ資源を割り当てるように指示する内容の選択指示情報を、前記サーバに送信する指示手段と
    　を備えることを特徴とする請求項３０記載の端末機。
32. 　前記端末機は、さらに、
    　前記選択手段により選択されたパターンの内容を変更する変更手段を備え、
    　前記指示手段は、
    　前記変更手段により変更されたパターンに基づいてサーバ資源を割り当てるように指示する内容の変更指示情報を前記サーバに送信する
    　ことを特徴とする請求項３１記載の端末機。
33. 　前記端末機は、さらに、
    　前記割当パターン情報により示されるパターンを表示するユーザインタフェース手段を備え、
    　前記選択手段は、
    　前記ユーザインタフェース手段により表示された複数のパターンの中から、ユーザの操作に応じたパターンを選択し、
    　前記変更手段は、
    　前記選択手段により選択され、前記ユーザインタフェース手段により表示されるパターンの内容をユーザの操作に応じて変更する
    　ことを特徴とする請求項３２記載の端末機。
34. 　前記端末機は、さらに、
    　所定の事象に対応付けられたメッセージを示す内容のメッセージ登録情報を、前記サーバに送信する登録情報送信手段と、
    　前記メッセージ登録情報に基づいて前記サーバから通知されるメッセージを取得するメッセージ取得手段と、
    　前記メッセージ取得手段により取得されたメッセージを表示する表示手段と
    　を備えることを特徴とする請求項３０記載の端末機。
35. 　前記端末機は、さらに、
    　前記端末機が記憶しているデータの記憶に関する属性を示して、前記データを前記属性に基づいて前記サーバに管理させるための属性情報を送信する属性情報送信手段を備える
    　ことを特徴とする請求項３０記載の端末機。
36. 　前記属性情報送信手段は、
    　前記端末機が記憶しているデータの格納位置を特定するためのパス名情報を示す前記属性情報を送信する
    　ことを特徴とする請求項３５記載の端末機。
37. 　複数の端末機と、前記複数の端末機のそれぞれに扱われる各データを管理するデータ管理装置とを備えたデータ管理システムであって、
    　前記データ管理装置は、
    　前記端末機のデータ処理に関する内容を示す端末特性情報を前記端末機から取得する取得手段と、
    　前記取得手段が取得した前記端末特性情報に基づいて、前記データ管理装置が有するサーバ資源の前記端末機に対する割り当て方を決定する決定手段と、
    　前記決定手段が決定した割り当て方に基づいて、前記複数の端末機との間でデータを送受信してこれを処理するデータ処理手段とを備え、
    　前記端末機は、
    　前記端末特性情報を送信する端末送信手段と、
    　前記決定手段により決定されたサーバ資源の割り当て方に応じて、前記データ管理装置との間でデータを送受信してこれを処理する端末データ処理手段と
    　を備えることを特徴とするデータ管理システム。
38. 　複数の端末機とデータ管理装置とを備えたデータ管理システムにおける前記複数の端末機のそれぞれに扱われる各データを管理するためのデータ管理方法であって、
    　前記端末機が、自己のデータ処理に関する内容の端末特性情報を前記データ管理装置に送信する端末送信ステップと、
    　前記データ管理装置が、前記端末特性情報を前記端末機から取得する取得ステップと、
    　前記データ管理装置が、前記取得ステップで取得された前記端末特性情報に基づいて、前記データ管理装置が有するサーバ資源の前記端末機に対する割り当て方を決定する決定ステップと、
    　前記データ管理装置及び前記端末機が、前記決定ステップで決定された割り当て方に基づいて、相互間でデータを送受信してこれを処理するデータ処理ステップと
    　を含むことを特徴とするデータ管理方法。
39. 　データ管理装置が複数の端末機のそれぞれに扱われる各データを管理するデータ管理方法であって、
    　前記端末機のデータ処理に関する内容を示す端末特性情報を前記端末機から取得する取得ステップと、
    　前記取得ステップで取得された前記端末特性情報に基づいて、前記データ管理装置が有するサーバ資源の前記端末機に対する割り当て方を決定する決定ステップと、
    　前記決定ステップで決定された割り当て方に基づいて、前記複数の端末機との間でデータを送受信してこれを処理するデータ処理ステップと
    　を含むことを特徴とするデータ管理方法。
40. 　サーバが有するサーバ資源を用いて前記サーバと通信する端末機が、自らによって扱われるデータを前記サーバに対して管理させるためのデータ管理方法であって、
    　前記端末機のデータ処理に関する内容を示す端末特性情報を送信する送信ステップと、
    　前記送信ステップにより送信された前記端末特性情報に基づいて前記サーバにより決定された、前記サーバ資源の前記端末機に対する割り当て方に応じて、前記サーバとの間でデータを送受信してこれを処理するデータ処理ステップと
    　を含むことを特徴とするデータ管理方法。
41. 　データ管理装置が複数の端末機のそれぞれに扱われる各データを管理するために実行するプログラムであって、
    　前記端末機のデータ処理に関する内容を示す端末特性情報を前記端末機から取得する取得ステップと、
    　前記取得ステップで取得された前記端末特性情報に基づいて、前記データ管理装置が有するサーバ資源の前記端末機に対する割り当て方を決定する決定ステップと、
    　前記決定ステップで決定された割り当て方に基づいて、前記複数の端末機との間でデータを送受信してこれを処理するデータ処理ステップと
    　を含むことを特徴とするプログラム。
42. 　サーバが有するサーバ資源を用いて前記サーバと通信する端末機が、自らによって扱われるデータを前記サーバに対して管理させるために実行するプログラムであって、
    　前記端末機のデータ処理に関する内容を示す端末特性情報を送信する送信ステップと、
    　前記送信ステップにより送信された前記端末特性情報に基づいて前記サーバにより決定された、前記サーバ資源の前記端末機に対する割り当て方に応じて、前記サーバとの間でデータを送受信してこれを処理するデータ処理ステップと
    　を含むことを特徴とするプログラム。
43. 　データ管理装置が複数の端末機のそれぞれに扱われる各データを管理するために実行するプログラムを格納する記憶媒体であって、
    　前記プログラムは、
    　前記端末機のデータ処理に関する内容を示す端末特性情報を前記端末機から取得する取得ステップと、
    　前記取得ステップで取得された前記端末特性情報に基づいて、前記データ管理装置が有するサーバ資源の前記端末機に対する割り当て方を決定する決定ステップと、
    　前記決定ステップで決定された割り当て方に基づいて、前記複数の端末機との間でデータを送受信してこれを処理するデータ処理ステップと
    　を含むことを特徴とする記憶媒体。
44. 　サーバが有するサーバ資源を用いて前記サーバと通信する端末機が、自らによって扱われるデータを前記サーバに対して管理させるために実行するプログラムを格納する記憶媒体であって、
    　前記プログラムは、
    　前記端末機のデータ処理に関する内容を示す端末特性情報を送信する送信ステップと、
    　前記送信ステップにより送信された前記端末特性情報に基づいて前記サーバにより決定された、前記サーバ資源の前記端末機に対する割り当て方に応じて、前記サーバとの間でデータを送受信してこれを処理するデータ処理ステップと
    　を含むことを特徴とする記憶媒体。
45. 　データ管理装置が複数の端末機のそれぞれに扱われる各データを管理するために用いる管理情報を格納する記憶媒体であって、
    　前記管理情報は、
    　前記端末機から前記データ管理装置に取得された前記データに基づいて、前記データ管理装置によって特定された前記データの作成に関する属性を示す
    　ことを特徴とする記憶媒体。
46. 　前記管理情報は前記データのデータフォーマットを示す
    　ことを特徴とする請求項４５記載の記憶媒体。
    
    

Images