(57)【要約】映像情報装置自身には備わっていないグラフィックスや新規の画像コーデックやネットワーク機能などの拡張機能を提供するためのハードウェアエンジン、ＣＰＵ、汎用バス等の構成要素を有し、かつ、それらの構成要素を動作させるためのＯＳを搭載したユビキタスモジュールユニットを映像情報装置に接続することで、映像情報装置内部のＬＳＩ自体を新規開発せずに新たな機能を付加する。
2005013136.tif 000002
【特許請求の範囲】
【請求項１】
第１の中央処理装置を備えると共に、該第１の中央処理装置を制御する第２の中央処理装置を有するモジュールユニットを接続する接続インターフェースを備える映像情報装置本体を有する映像情報装置であって、
前記第１の中央処理装置および前記第２の中央処理装置は、いずれも複数の制御階層を有し、
前記モジュールユニットの有する第２の中央処理装置は、前記第１の中央処理装置および前記第２の中央処理装置の各制御階層間で当該制御階層に対応する制御情報を送信して前記映像情報装置本体を制御するように構成したことを特徴とする映像情報装置。
【請求項２】
映像情報装置本体およびモジュールユニットを接続用インターフェースを介して接続し、装置外部にあって前記モジュールユニットが接続されたネットワーク上のデータ蓄積装置に前記映像情報装置本体または前記モジュールユニットから出力される映像データを蓄積するように構成したことを特徴とする請求項１に記載の映像情報装置。
【請求項３】
映像情報装置本体およびモジュールユニットの各複数の制御階層は、各制御階層毎にソフトウェアを含んで構成され、
前記映像情報装置本体の複数の制御階層を構成する各ソフトウェアと前記モジュールユニットの複数の制御階層を構成する各ソフトウェアとの間においてデータの授受を行うことを特徴とする請求項２に記載の映像情報装置。
【請求項４】
映像情報装置本体およびモジュールユニット各々の有する各ソフトウェアは、オペレーティングシステムを各々含み、当該各オペレーティングシステムの間においてデータの授受を行うことを特徴とする請求項３に記載の映像情報装置。
【請求項５】
映像情報装置本体およびモジュールユニット各々の有する各ソフトウェアは、ミドルウェアを各々含み、当該各ミドルウェアの間においてデータの授受を行うことを特徴とする請求項３に記載の映像情報装置。
【請求項６】
映像情報装置本体およびモジュールユニット各々の有する各ソフトウェアは、アプリケーションを各々含み、当該各アプリケーションの間においてデータの授受を行うことを特徴とする請求項３に記載の映像情報装置。
【請求項７】
映像情報装置本体およびモジュールユニット各々の有する各ソフトウェアは、プロセス間通信コミュニケータを各々含み、当該プロセス間通信コミュニケータの間においてデータの授受を行うことを特徴とする請求項３に記載の映像情報装置。
【請求項８】
モジュールユニットは、第２の中央処理装置を有すると共に、当該第２の中央処理装置を制御するオペレーティングシステムと、
該オペレーティングシステム上で動作するハードウェアエンジンとを有する請求項２に記載の映像情報装置。
【請求項９】
映像情報装置本体およびモジュールユニットは、
各自の保有するハードウェアまたはハードウェアエンジンに関する管理情報を、各自の備えるメモリに各々記憶することを特徴とする請求項２に記載の映像情報装置。
【請求項１０】
モジュールユニットは、
接続される映像情報装置の保有するハードウェアまたはハードウェアエンジンに関する第１の管理情報を前記映像情報装置の備えるメモリから読み出すと共に、
前記モジュールユニットの備えるメモリに記憶された当該モジュールユニットの保有するハードウェアまたはハードウェアエンジンに関する第２の管理情報と前記第１の管理情報とに基づいて第３の管理情報を構成することを特徴とする請求項９に記載の映像情報装置。
【請求項１１】
第１の管理情報は、
映像情報装置の保有するハードウェアまたはハードウェアエンジンに関するフラグを含むことを特徴とする請求項１０に記載の映像情報装置。
【請求項１２】
第２の管理情報は、
映像情報装置に接続されるモジュールユニットの保有するハードウェアまたはハードウェアエンジンに関するフラグを含むことを特徴とする請求項１０に記載の映像情報装置。
【請求項１３】
第３の管理情報は、
映像情報装置の保有するハードウェアまたはハードウェアエンジンに、前記映像情報装置に接続されるモジュールユニットからのアクセスが必要である旨を示すフラグを含むことを特徴とする請求項１０に記載の映像情報装置。
【請求項１４】
映像情報装置本体に接続されるハードウェアまたはハードウェアエンジンの接続形態が変化した場合、第３の管理情報を構成する前に前記映像情報装置本体の保有する第１の管理情報を変更することを特徴とする請求項１０に記載の映像情報装置。
【請求項１５】
モジュールユニットは、
第３の管理情報に含まれるフラグを参照して映像情報装置のハードウェアまたはハードウェアエンジンにアクセスすると共に、当該映像情報装置のハードウェアまたはハードウェアエンジンにおける処理出力を受信することを特徴とする請求項１０に記載の映像情報装置。
【請求項１６】
複数の制御階層を有する第１の中央処理装置と接続インターフェースとを備える映像情報装置本体の前記接続インターフェースに接続される接続部と、
前記第１の中央処理装置の制御階層と対応する制御階層を有すると共に、当該制御階層から前記第１の中央処理装置の制御階層を制御する制御情報を、前記接続部を介して送信して前記第１の中央処理装置を制御する第２の中央処理装置とを備え、
前記第１の中央処理装置を制御することにより映像情報を含む処理情報を前記映像情報装置本体から出力させることを特徴とするモジュールユニット。
【請求項１７】
第２の中央処理装置を制御するオペレーティングシステムと、
該オペレーティングシステム上で動作するハードウェアエンジンとを有する請求項１６に記載のモジュールユニット。
【請求項１８】
メモリを更に備え、
自モジュールユニットの保有するハードウェアエンジンに関する管理情報を前記メモリに記憶したことを特徴とする請求項１７に記載のモジュールユニット。
【請求項１９】
接続される映像情報装置の保有するハードウェアまたはハードウェアエンジンに関する第１の管理情報を前記映像情報装置の備えるメモリから読み出すと共に、
該読み出した第１の管理情報と自モジュールユニットの備えるメモリに記憶された前記自モジュールユニットが保有するハードウェアまたはハードウェアエンジンに関する第２の管理情報とに基づいて第３の管理情報を構成することを特徴とする請求項１６に記載のモジュールユニット。
【請求項２０】
第１の管理情報は、
モジュールユニットの接続する映像情報装置の保有するハードウェアまたはハードウェアエンジンに関するフラグを含むことを特徴とする請求項１９に記載のモジュールユニット。
【請求項２１】
第２の管理情報は、
モジュールユニットの保有するハードウェアまたはハードウェアエンジンに関するフラグを含むことを特徴とする請求項１９に記載のモジュールユニット。
【請求項２２】
第３の管理情報は、
接続される映像情報装置の保有するハードウェアまたはハードウェアエンジンに、自モジュールユニットからのアクセスが必要である旨を示すフラグを含むことを特徴とする請求項１９に記載のモジュールユニット。
【請求項２３】
第３の管理情報に含まれるフラグを参照して映像情報装置のハードウェアまたはハードウェアエンジンにアクセスすると共に、当該映像情報装置のハードウェアまたはハードウェアエンジンにおける処理出力を受信することを特徴とする請求項１９に記載のモジュールユニット。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、映像情報装置に関するものであり、特に、ユビキタス映像モジュール、あるいはそれを含んで構成されるユビキタス映像モジュールユニットを備えることでネットワーク環境にユビキタスに接続可能な映像情報装置、および当該装置に用いられるモジュールユニットに関するものである。
【背景技術】
【０００２】  従来のＡＶ（Ａｕｄｉｏ  Ｖｉｓｕａｌ）デジタルネットワーク機器は、ひとつの機器内にネットワーク接続のためのインタフェースとネットワークへ接続するための機能を構成している（例えば、特許文献１参照。）。【０００３】  又、システムＬＳＩにてネットワークに関する機能を実現しているものもある（例えば、特許文献２参照）。【０００４】
【特許文献１】特開２００２−１６６１９号公報（第５−６頁、第１図）
【特許文献２】特開２００２−２３０４２９号公報（第１０−１３頁、第２図）
【０００５】  パーソナルコンピュータの低価格化・高機能化、インターネットコンテンツの増加、携帯電話・ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等のネットワーク接続機器の多様化等により、一般家庭においてもローカルＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やインターネットを利用する機会が増大している。【０００６】  又、ＨＡＶｉ（Ｈｏｍｅ  Ａｕｄｉｏ／Ｖｉｄｅｏ  ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）、ＥＣＨＯＮＥＴ（Ｅｎｅｒｇｙ  Ｃｏｎｓｅｒｖａｔｉｏｎ  ａｎｄ  Ｈｏｍｅ−ｃａｒｅ  ＮＥＴｗｏｒｋ）等の規格面でも家電機器をネットワークに接続するための整備が進められている。【０００７】  特開２００２−１６６１９（上記特許文献１）記載のデジタルネットワーク機器としてのテレビ、ＶＴＲ等の映像情報装置は、一般的に当該装置専用のシステムＬＳＩを開発している。このようなシステムＬＳＩは、基本的に、システム制御を行うＣＰＵ部および映像信号処理を行うＶＳＰ部（Ｖｉｄｅｏ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）からなる論理部（Ｌｏｇｉｃ部）と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）およびＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメモリ部とで構成されている。【０００８】  なお、論理部は、使用する映像情報装置の仕様に基づいて必要な機能を備えるよう設計されている。また、システムＬＳＩの前段、後段にはそれぞれシステムＬＳＩにおける信号処理の前処理、後処理を担う前段、後段各処理部が設けられる。そして、後段処理部に接続され、映像情報装置と外部装置とのインターフェースを担うビデオインターフェースから映像情報装置における映像出力がなされる。【０００９】  また、特開２００２−２３０４２９（上記特許文献２）記載のネットワーク接続の半導体料金収集装置では、機器内にネットワーク機器制御部をもつことにより、ネットワーク接続が可能な構成を実現している。
【発明の開示】
【発明が解決しようとする課題】
【００１０】  上記に示した従来装置では、この装置に対する機能の拡張や仕様の変更を行う場合、システムＬＳＩに更に付加的機能を追加するために、このシステムＬＳＩ全体を新規に設計、開発することが求められる。従って、このシステムＬＳＩに搭載するソフトウェアを全体として変更・改訂せねばならず、開発費や開発期間が増大するという問題点があった。【００１１】  又、既に機能が陳腐化したシステムＬＳＩを搭載した装置については、システムＬＳＩそのものを改定、更新せねば新たな機能を実現することができないといった問題点もあった。【００１２】  また、システムＬＳＩは、搭載される装置の機種毎に専用機能が異なっていることが多く、そのような専用機能を実現するためには、その装置に専用のシステムＬＳＩを開発する必要があり、コスト削減が困難であるという問題点もある。【００１３】  また、システムＬＳＩを変更する度に製品仕様が変わるため、そのたびごとに信頼性検証、ＥＭＩ検証を新規に行う必要があり、検証時間並びに検証費用が増大するという問題点があった。【００１４】  この発明は、上述のような課題を解消するためになされたもので、装置の仕様変更や、装置を構成するシステムＬＳＩの仕様変更があったとしても、システムＬＳＩ全体の変更、改訂を伴わずに装置を構成できると共に、開発費用の削減や開発期間の短縮化が図れる装置を得ることを目的とする。
【課題を解決するための手段】
【００１５】  本発明に係る映像情報装置は、第１の中央処理装置を備えると共に、該第１の中央処理装置を制御する第２の中央処理装置を有するモジュールユニットを接続する接続インターフェースを備える映像情報装置本体を有する映像情報装置であって、前記第１の中央処理装置および前記第２の中央処理装置は、いずれも複数の制御階層を有し、前記モジュールユニットの有する第２の中央処理装置は、前記第１の中央処理装置および前記第２の中央処理装置の各制御階層間で当該制御階層に対応する制御情報を送信して前記映像情報装置本体を制御するように構成したことを特徴とする。【００１６】  また、本発明に係るモジュールユニットは、複数の制御階層を有する第１の中央処理装置と接続インターフェースとを備える映像情報装置本体の前記接続インターフェースに接続される接続部と、前記第１の中央処理装置の制御階層と対応する制御階層を有すると共に、当該制御階層から前記第１の中央処理装置の制御階層を制御する制御情報を、前記接続部を介して送信して前記第１の中央処理装置を制御する第２の中央処理装置とを備え、前記第１の中央処理装置を制御することにより映像情報を含む処理情報を前記映像情報装置本体から出力させることを特徴とする。
【発明の効果】
【００１７】  この発明は、以上説明したように構成されているので、装置の仕様変更や、装置を構成するシステムＬＳＩの仕様変更があったとしても、システムＬＳＩ全体の変更、改訂を伴わずに装置を構成できると共に、開発費用の削減や開発期間の短縮化を図ることができる効果を奏する。
【図面の簡単な説明】
【００１８】［図１］実施の形態１における映像情報装置を含むネットワーク系統図である。
［図２］実施の形態１におけるユビキタス映像モジュールの概略構成図である。
［図３］実施の形態１におけるユビキタス映像モジュールにおける機能ブロックを示す模式図である。
［図４］実施の形態１における映像情報装置にユビキタス映像モジュールを接続するためのトポロジの一例（バス型）を示す説明図である。
［図５］実施の形態１における映像情報装置にユビキタス映像モジュールを接続するためのトポロジの一例（スター型）を示す説明図である。
［図６］実施の形態１における外部装置が映像情報装置に接続されている場合のブロック構成図である。
［図７］実施の形態１における外部装置を映像情報装置から取り外し、ユビキタス映像モジュールを接続した場合のブロック構成図である。
［図８］実施の形態１におけるコミュニケーションエンジンの構成例を示す説明図である。
［図９］実施の形態１におけるインターネット通信プロトコルに従うミドルウェアのソフトウェアブロック構成例を示す説明図である。
［図１０］実施の形態１における他の通信用インターフェースをインターネット通信プロトコルに従うミドルウェアに追加した場合のソフトウェアブロック構成例を示す説明図である。
［図１１］実施の形態１におけるユビキタス映像モジュールのソフトウェアブロック構成図である。
［図１２］実施の形態１における機種毎にユビキタス映像モジュールを適用する場合のソフトウェアブロック図である。
［図１３］実施の形態１における映像情報装置のソフトウェアとユビキタス映像モジュールのソフトウェアの関係を示した構成図である。
［図１４］実施の形態１における映像情報装置のソフトウェアとユビキタス映像モジュールのソフトウェアの関係を示した構成図である。
［図１５］実施の形態１における映像情報装置のソフトウェアとユビキタス映像モジュールのソフトウェアの関係を示した構成図である。
［図１６］実施の形態１におけるユビキタス映像モジュールを映像情報装置のストレージＩ／Ｆに接続して場合のシステム構成例を示す説明図である。
［図１７］実施の形態１におけるユビキタス映像モジュールをＡＴＡストレージＩ／Ｆに接続した場合のソフトウェアブロック構成図である。
［図１８］実施の形態１におけるユビキタス映像モジュールをＡＴＡストレージＩ／Ｆに接続した場合のシステム構成例を示す説明図である。
［図１９］実施の形態１におけるユビキタス映像モジュールを映像情報装置に接続した場合のソフトウェアブロック構成図である。
［図２０］ＡＴＡのインターフェースを用いた一般的なハードディスクのハードウェア構成図である。
［図２１］ＡＴＡホストからハードディスクにデータを書き込む場合のシーケンスを示す説明図である。
［図２２］ＡＴＡホストがハードディスクからデータを読み出す場合のシーケンスを示す説明図である。
［図２３］実施の形態１におけるユビキタス映像モジュールのソフトウェアブロック構成図である。
［図２４］実施の形態１におけるユビキタス映像モジュールのハードウェアブロック構成図である。
［図２５］実施の形態１における映像情報装置からＮＡＳにデータを書き込む場合のシーケンスを示す説明図である。
［図２６］実施の形態１におけるユビキタス映像モジュールが新規に作成するファイル名を示す説明図である。
［図２７］実施の形態１における映像情報装置がＮＡＳからデータを読み出す場合のシーケンスを示す説明図である。
［図２８］実施の形態２におけるユビキタス映像モジュールをイーサネットインターフェースに接続した場合のシステム構成例を示す説明図である。
［図２９］実施の形態２におけるユビキタス映像モジュールを映像情報装置に接続した場合のソフトウェアブロック構成図である。
［図３０］一般的なＮＡＳのソフトウェアブロック構成図である。
［図３１］実施の形態２におけるユビキタス映像モジュールのソフトウェアブロック構成図である。
［図３２］実施の形態２における仮想ファイルシステムのディレクトリ構成図である。
［図３３］実施の形態２における映像情報装置とカメラとを関連付ける場合のシーケンスを示す説明図である。
［図３４］映像情報装置がカメラの画像データを取得する場合のシーケンスを示す説明図である。
［図３５］実施の形態２における仮想ファイルシステムのディレクトリ構成図である。
［図３６］実施の形態２における仮想ファイルシステムのディレクトリ構成図である。
［図３７］実施の形態２における仮想ファイルシステムのディレクトリ構成図である。
［図３８］実施の形態３におけるユビキタス映像モジュールをイーサネットインターフェースに接続した場合のシステム構成例を示す説明図である。
［図３９］実施の形態３におけるユビキタス映像モジュールユニットに表示ユニットへ映像を表示する機能を持たせた場合の構成例を示す説明図である。
［図４０］一般的な映像情報装置のハードウェア構成図である。
［図４１］実施の形態４におけるユビキタス映像モジュールのハードウェア構成図である。
［図４２］実施の形態４におけるユビキタス映像モジュールのソフトウェア構成図である。
［図４３］実施の形態４におけるＷｅｂブラウザから映像情報装置に表示されている画像データを取得する場合のシーケンスを示す説明図である。
［図４４］実施の形態４におけるユビキタス映像モジュールのハードウェア構成図である。
［図４５］実施の形態４におけるＷｅｂブラウザから映像情報装置に表示されている画像データを取得する場合のシーケンスを示す説明図である。
［図４６］実施の形態５におけるユビキタス映像モジュールを適用した映像情報装置のシステム構成の一例を模式的に表わした説明図である。
［図４７］実施の形態５におけるユビキタス映像モジュールを適用した映像情報装置のシステム構成の他の例を模式的に表わした説明図である。
［図４８］実施の形態５における設定メモリに格納される設定情報の一例を示す模式図である。
［図４９］実施の形態５における映像情報装置が保有する連携設定の設定内容の一例を示す説明図である。
［図５０］実施の形態５におけるユビキタス映像モジュールが保有する連携設定の設定内容の一例を示す説明図である。
［図５１］実施の形態５におけるユビキタス映像モジュールが制御可能なハードウェアエンジンの一覧データの一例を示す説明図である。
［図５２］実施の形態５におけるユビキタス映像モジュールが実質的に制御できるハードウェアエンジンを示す説明図である。
［図５３］実施の形態６におけるユビキタス映像モジュールをバスラインを介して映像情報装置に接続した場合のシステム構成例を示す説明図である。
［図５４］実施の形態６における映像情報装置、ユビキタス映像モジュールが保有する各々のハードウェアエンジンの連携設定を模式的に示す説明図である。
［図５５］実施の形態６における映像情報装置、ユビキタス映像モジュールが保有する各々のハードウェアエンジンの連携設定を模式的に示す説明図である。
［図５６］実施の形態６実施の形態６におけるユビキタス映像モジュールをバスラインを介して映像情報装置に接続した場合のシステム構成例を示す説明図である。
［図５７］実施の形態６におけるユビキタス映像モジュールが制御可能なハードウェアエンジンの一覧データの一例を示す説明図である。
［図５８］実施の形態６におけるユビキタス映像モジュールが実質的に制御できるハードウェアエンジンを示す説明図である。
【符号の説明】
【００１９】  １  ネットワーク、２  パーソナルコンピュータ、３  データベース、４  ユビキタス映像モジュールユニット（ＵＭＵ）、５  デジタルテレビ、６  デジタルテレビ本体、７  ＤＶＤ／ＨＤＤレコーダ、８  監視レコーダ、９  ＦＡ機器、１０  携帯電話、１１  ＰＤＡ、１２  ユビキタス映像モジュール（ＵＭ）、１３  ユビキタス映像モジュール用ＣＰＵ、２１  グラフィックエンジン、２２  カメラエンジン、２３  ＭＰＥＧ４エンジン、２４  コミュニケーションエンジン、２５  ミドルウェア、２６  仮想マシン、２７  組み込みＬｉｎｕｘ、３１  システム側インタフェース、３２  ユビキタス映像モジュール側インタフェース、４０  映像情報装置、４１  システムＣＰＵ。
【発明を実施するための最良の形態】
【００２０】  以下、本発明をその実施の形態を示す図面に基づいて具体的に説明する。
実施の形態１．
＜ネットワーク＞
図１は本発明の実施の形態１における映像情報装置を含むネットワーク系統図である。なお、図１に例示した、デジタルテレビ（デジタルＴＶ）、ＤＶＤ／ＨＤＤレコーダ、監視レコーダ、工場内のＦＡ（Ｆａｃｔｏｒｙ  Ａｕｔｏｍａｔｉｏｎ）機器、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等の各種映像情報装置はそれぞれモジュールユニットを介してネットワークへの接続がなされる。【００２１】  ネットワーク１は、小規模のＬＡＮ、大規模のインターネット等に代表されるネットワークである。一般的に、これらネットワークには、図示しないクライアントコンピュータ（ｃｌｉｅｎｔ  ｃｏｍｐｕｔｅｒ）が接続され、各クライアントコンピュータへのサービスの提供やデータの授受を行うサーバ（ｓｅｒｖｅｒ）が接続されている。【００２２】  また、コンピュータ（ここでは、Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒを例にＰＣと表現している）ＰＣ２は、ネットワーク１に接続されたパーソナルコンピュータであり、メールの送受信やホームページの開発・閲覧等の、様々なサービスや用途に用いられている。【００２３】  データベース（Ｄａｔａ  Ｂａｓｅ）３は、映像配信のストリーミングデータ、映像・音楽データの保管、ＦＡ（Ｆａｃｔｏｒｙ  Ａｕｔｏｍａｔｉｏｎ）の管理データ、監視カメラの監視映像等の各種映像データを保管している。【００２４】  デジタルテレビ６は、入力されたデジタル信号に対応する映像コンテンツ（映像内容）を表示するための表示装置である。ＤＶＤ／ＨＤＤレコーダ７は、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）やＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の記録媒体に映像データや音声データ等のデータを記録するための映像情報装置の一つとしてのレコーダ（記録装置）である。【００２５】  監視レコーダ８は、エレベータや店内等の状況を監視カメラで撮影した映像を監視映像データとして記録するための映像情報装置の一つとしてのレコーダである。【００２６】  ＦＡ９は、映像情報装置の一つとしての工場内のＦＡ（Ｆａｃｔｏｒｙ  Ａｕｔｏｍａｔｉｏｎ）機器である。このＦＡ９からは例えば、生産ラインの状態を撮像した映像情報が出力される。【００２７】  携帯電話（Ｍｏｂｉｌｅ  Ｐｈｏｎｅ）１０は、映像情報装置の一つとしての、例えば単独でネットワーク接続ができない携帯電話である。【００２８】  ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）１１は、映像情報装置の一つとしての個人情報等を管理するための個人用情報端末である。【００２９】  このように、ネットワーク１へ接続することの可能な機器は、多種多様の形態を採り得る。以下に具体的に説明する本発明の実施の形態では、これら機器間にあるハードウェア、ソフトウェア等の違いを、機器とネットワーク１との間に、モジュールユニットの一例としてのユビキタスモジュールユニット４を介在させることによって吸収し、それら映像情報装置とユビキタスモジュールユニット４とを接続することによって新たに映像情報装置を構成する詳細について説明する。【００３０】  このように、映像情報装置とユビキタスモジュールユニット４とを接続することによって新たに映像情���装置を構成することで、本実施の形態に述べる装置は、装置の仕様変更があったとしても、システムＬＳＩ全体の変更、改訂を伴わずに装置を構成できると共に、開発費用の削減や開発期間の短縮化が図れる装置を得ることができる。【００３１】＜ユビキタスモジュール（ｕｂｉｑｕｉｔｏｕｓ  ｍｏｄｕｌｅ）とハードウェアエンジン＞
近年におけるコンピュータ技術は目覚しい進歩を遂げ、今や、個々の生活や社会において、それらコンピュータを組み込んだ製品やシステムを抜きに我々の生活を語ることができないくらいになってきている。その中で、最近になって脚光を浴びているのが、ＬＡＮやインターネット等に代表されるネットワークとコンピュータが組み込まれた製品やシステムとを結合し、それらコンピュータ同士が自立的な相互間通信を行い連携して処理を行う、ユビキタス（ｕｂｉｑｕｉｔｏｕｓ）という概念である。【００３２】  このユビキタスの概念を背景として、実際的に具現化する一つの形態が、ユビキタスモジュール（ｕｂｉｑｕｉｔｏｕｓ  ｍｏｄｕｌｅ。ＵＭと略記する場合もある）や、その集合体であるユビキタスモジュールユニット（ｕｂｉｑｕｉｔｏｕｓ  ｍｏｄｕｌｅ  ｕｎｉｔ。ＵＭＵと略記する場合もある）といわれるものである（なお、それらを総称してユビキタスモジュールユニットと称する）。【００３３】  図２は、ユビキタスモジュールユニット４の主たる構成（コア）となるユビキタスモジュール（図中ＵＭと略記）の概略構成を示した図である。（以下では、一例として、映像に関わるユビキタスモジュール、ユビキタス映像モジュールユニットについて説明を行うため、それぞれ、ユビキタス映像モジュール、ユビキタス映像モジュールユニットと称する。）
ユビキタス映像モジュール１２は、ユビキタス映像モジュール１２のハードウェアエンジン１７を制御するためのＵＭ−ＣＰＵ１３、ＵＭ−ＣＰＵ１３と各ハードウェアエンジンとを接続するためのローカルバス１４、外部の映像情報装置とユビキタス映像モジュール１２とを接続するための汎用バスＵＭ−ＢＵＳ１６、汎用バスＵＭ−ＢＵＳ１６とローカルバス１４とを接続するバスブリッジ１５、各種のネットワークの映像信号処理において必要な機能をハードウェアでの実現を図ったハードウェアエンジン１７によって構成される。【００３４】  ここでハードウェアエンジン１７には、例えばネットワーク１に接続するための有線ＬＡＮ、無線ＬＡＮ、シリアルバス（Ｓｅｒｉａｌ  ＢＵＳ）接続等のためのバスライン１８等を設けることが可能である。【００３５】  各ハードウェアエンジン１７は、ユビキタス映像モジュールユニット４を装着することによって、映像情報装置には本来存在しない機能を追加・補充するためのエンジンである。【００３６】  このエンジンは、例えば図３に示すように、ネットワーク１に接続するための有線ＬＡＮ、無線ＬＡＮ、シリアルバス通信等の、ユビキタス映像モジュール１２とそのネットワーク１との間の通信機能を担うためのコミュニケーションエンジン２４がある。【００３７】  また、描画性能を向上するためのグラフィックエンジン２１、動画や静止画等の撮像信号の処理を行うカメラエンジン２２、ＭＰＥＧ４（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ４）による動画圧縮のためのＭＰＥＧ４エンジン２３（図中ＭＰＥＧ４エンジンと表記）等のエンジンもある。【００３８】  なお、ここに挙げているエンジンの例は一例に過ぎず、それ以外にも映像情報装置に必要な機能を実現することのできるエンジンを備えることで補充することが可能である。【００３９】  ユビキタス映像モジュール１２は、予めユビキタス映像モジュール１２に組み込まれる組み込みＯＳ２７、この組み込みＯＳ２７上で動作しアプリケーションソフトに対して組み込みＯＳ２７よりも高度で具体的な機能を提供するミドルウェア２５、仮想マシン（図中ＶＭと表記）２６、組み込みＯＳ２７上で動作するアプリケーションソフト（図示せず）等を含んでおり、ユビキタス映像モジュール１２単体で、例えばネットワークに接続する機能等の付加された映像情報装置の機能を仮想的に実現できる。【００４０】  図４および図５は、例えば映像情報装置にユビキタス映像モジュール１２を接続するためのトポロジ（Ｔｏｐｏｌｏｇｙ。ネットワークの接続形態）を示している。【００４１】  ＳＹＳ−ＣＰＵ４１とＵＭ−ＣＰＵ１３との接続形態は、バスと呼ばれる１本のケーブルに端末を接続するバス形式（ｂｕｓ形式）の接続や、ＨＵＢ３５を介して、中心となる通信機器を介して端末を相互に接続するスター形式（ｓｔａｒ形式）の接続、環状の１本のケーブルに端末を接続するリング形式（ｒｉｎｇ形式）の接続のいずれによっても達成できる。【００４２】  以下にそれぞれのトポロジについて説明する。
＜バス形式（バス型）の接続トポロジ＞
図４は、バス形式の接続トポロジの一例を示す図であり、ＳＹＳ−ＣＰＵ４１とＵＭ−ＣＰＵ１３は、ＵＭ−ＢＵＳ１４にバス型に接続されている。また、ＳＹＳ−ＣＰＵ４１は、例えば映像情報装置のシステム制御を司るホストサーバの機能を、ＵＭ−ＣＰＵ１３はネットワークサーバの機能を実現する。
なお、ここに例示した映像情報装置はＳＹＳ−ＣＰＵ４１のみで問題なく製品仕様を満足する動作をする。【００４３】  バス型の接続トポロジにおいては、図４に示すようにシステム側のインタフェースＳ−Ｉ／Ｆ３１とユビキタス映像モジュール１２側のインタフェースＵ−Ｉ／Ｆ３２とを電気的に接続することにより構成される。【００４４】  この接続により、ＳＹＳ−ＣＰＵ４１とＵＭ−ＣＰＵ１３とが接続され、両ＣＰＵ間における情報の授受が可能となる。
従って、例えば映像情報装置に当該装置にはなかった、より高性能・高付加価値のネットワーク機能を付加したい場合は、Ｓ−Ｉ／Ｆ３１並びにＵ−Ｉ／Ｆ３２を介してユビキタス映像モジュールユニット４を接続することにより、例えばＬＡＮ３３上のネットワーク端末３４にアクセスする等のネットワーク機能が実現できる。【００４５】＜スター型の接続トポロジ＞
図５はスター形式の接続トポロジの一例を示す図であり、ＳＹＳ−ＣＰＵ４１とＵＭ−ＣＰＵ１３は、ハブ（図中ＨＵＢと表記）３５を介してスター型に接続されている点が異なるだけであり、図５に示すようにシステム側のインタフェースＳ−Ｉ／Ｆ３１とユビキタス映像モジュール１２側のインタフェースＵ−Ｉ／Ｆ３２とをＨＵＢ３５を介して電気的に接続することにより構成される。【００４６】  この接続により、ＳＹＳ−ＣＰＵ４１とＵＭ−ＣＰＵ１３とがＨＵＢ３５を介して接続され、両ＣＰＵ間における情報の授受が可能となる。
従って、例えば映像情報装置に当該装置にはなかった、より高性能・高付加価値のネットワーク機能を付加したい場合は、Ｓ−Ｉ／Ｆ３１並びにＵ−Ｉ／Ｆ３２を介してユビキタス映像モジュールユニット４を接続することにより、例えばＬＡＮ上のネットワーク端末３４にアクセスする等のネットワーク機能が実現できる。【００４７】＜リング型の接続トポロジ＞
なお、ここでは図示して説明しないが、上述したバス型、スター型の接続形態と同様にリング型についても同様の機能を問題なく実現することができる。【００４８】＜インターフェース接続＞
なお、Ｓ−Ｉ／Ｆ３１とＵ−Ｉ／Ｆ３２との接続形態は、ＡＴＡ（ＡＴ  ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  ｂｕｓ）、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）、汎用ＢＵＳ等の規格に従うパラレル転送や、ＩＥＥＥ１３９４（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ  １３９４）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ＵＡＲＴ（Ｕｎｉｖｅｒｓａｌ  Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｒｅｃｅｉｖｅｒ  Ｔｒａｎｓｍｉｔｔｅｒ）等の規格に従うシリアル転送のいずれも可能である。【００４９】  また、ここに例示している映像情報装置とユビキタス映像モジュールユニット４との接続方法は、ＰＣカード（ＰＣ  Ｃａｒｄ）やカードバス（Ｃａｒｄ  Ｂｕｓ）等の規格で用いられているコネクタ接続、ＰＣＩバス接続等で使用されるカードエッジコネクタ接続、ＦＰＣケーブル、フラットケーブル、ＩＥＥＥ１３９４用ケーブル等のケーブル接続等の方法を用いることが可能である。【００５０】＜映像信号処理に関わる説明＞
図６は、他の外部装置（例えばＨＤＤ、ＮＡＳ等）が映像情報装置４０に接続されている場合のブロック構成図である。４０は映像情報装置、４５はシステムＬＳＩであり、システム制御を行うＳＹＳ−ＣＰＵ（Ｓｙｓｔｅｍ  ＣＰＵ）部４１、映像信号処理を行うＶＳＰ（Ｖｉｄｅｏ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ）部４２、ＲＯＭ４３、ＲＡＭ４４で構成されている。【００５１】  ４６はマルチプレクサ、４７はアナログ−デジタル（Ａ／Ｄ）変換手段、４８はスイッチャ・バッファ、４９はデジタル−アナログ（Ｄ／Ａ）変換手段、５０はビデオインタフェース（Ｖｉｄｅｏ  Ｉｎｔｅｒｆａｃｅ）、５１は画像圧縮手段、５２は画像伸張手段、５３はカメラ、５４は表示ユニットである。【００５２】  映像情報装置４０は、ＳＹＳ−ＣＰＵ部４１の指令に基づき、ホストインタフェース５６を介してＨＤＤ、ＮＡＳ等の外部装置５８のデバイスコントローラ５７をドライバ５５が制御することにより、外部装置５８の操作・制御が可能になる。【００５３】  図示した例において、映像情報装置４０の外部に、複数のカメラ５３が接続されている。これらカメラ５３からの映像信号（カメラ入力）は、マルチプレクサ４６に入力され、映像情報装置４０に入力される映像信号を切り替えることができる。【００５４】  マルチプレクサ４６で選択されたカメラ入力はアナログ−デジタル変換手段４７でデジタル化される。このテジタル化されたデータは、スイッチャ・バッファ４８を経由して画像圧縮手段５１で圧縮され、ＨＤＤ等の外部記憶装置に格納される。【００５５】  通常の監視動作時、マルチプレクサ４６から出力されるカメラ入力は、スイッチャ・バッファ４８により合成される。そして、この合成された画像データは、デジタル−アナログ変換手段４９によりアナログ映像信号に変換され、ビデオインターフェース（Ｖ−Ｉ／Ｆ）５０を介して外部モニタ５４に表示される。【００５６】  また、再生動作時には、ＨＤＤ等の外部装置５８から読み出された画像データは、画像伸張手段５２で伸張される。そして、この伸張された画像データと各カメラ入力とがスイッチャ・バッファ４８により合成される。この合成された画像データはデジタル−アナログ変換手段４９によりアナログ映像信号に変換され、ビデオインターフェース（Ｖ−Ｉ／Ｆ）５０を介して外部モニタ５４に表示される。【００５７】  図７は、図６に示したＨＤＤ、ＮＡＳ等の外部装置５８を映像情報装置４０から取り外し、接続インタフェースであるホストインターフェース５６を介して、ユビキタス映像モジュールユニット４を映像情報装置４０に接続した構成の一例である。【００５８】  ユビキタス映像モジュールユニット４は、ＵＭ−ＣＰＵ１３からの指令に基づき、コミュニケーションエンジン２４を介してネットワーク１（例えば、インターネット）に接続した後、当該ネットワーク１に接続された他の映像情報装置から映像・音声データを読み出す。【００５９】  読み出された映像・音声データは、ＭＰＥＧ４エンジン２３、グラフィックエンジン２１等のハードウェアエンジンによってデコードおよびグラフィック処理され、ユビキタス映像モジュールユニット４から映像情報装置４０に利用可能なデータ形���で出力され、映像情報装置４０に入力される。映像情報装置４０に入力されたデータは、ビデオインターフェース（Ｖ−Ｉ／Ｆ）５０において表示ユニット５４に表示可能な状態に信号処理され、表示ユニット５４に表示される。【００６０】  また、カメラ５３から入力された動画・静止画ファイルは、ユビキタス映像モジュールユニット４のカメラエンジン２２により画素数変換、レート変換等の画像処理を施された後、グラフィックエンジン２１によりグラフィック処理され、映像情報装置４０に利用可能なデータ形式で出力される。また、映像情報装置４０に入力された画像データは、ビデオインターフェース（Ｖ−Ｉ／Ｆ）５０において表示ユニット５４に表示可能な状態に信号処理され、表示ユニット５４上に表示される。【００６１】  なお、以上の説明における各ハードウェアエンジンの処理は一例を示しているに過ぎず、ハードウェアエンジンの種類や機能等は、適宜選択可能である。【００６２】  上述したものでは、映像情報装置４０に接続されたユビキタス映像モジュールユニット４によって、ＵＭ−ＣＰＵ１３の指令に基づいて読み出した画像データを表示するためのシステム例について説明したが、同様に、音声処理用のユビキタスモジュールユニット４を備える構成を用いることにより、音声入力の再生装置、テキスト入力の表示・配信装置、情報のストレージ入力におけるストレージ装置等、その他の機能にも適応可能である。【００６３】  また、例えば、映像信号処理および音声信号処理の２つのユビキタス映像モジュールユニット４、あるいはその他の複数のユビキタスモジュールユニット４を備えるように構成することも可能である。【００６４】＜ネットワーク接続に関する説明＞
図８は、図７に示したユビキタス映像モジュールユニット４において、インターネット環境に接続するためのコミュニケーションエンジン２４の具体的な構成の一例である。【００６５】  コミュニケーションエンジン２４は、例えば、有線ＬＡＮ、無線ＬＡＮ、シリアルバスのハードウェアエンジン及び接続端子を有する。このように構成されたユビキタス映像モジュールユニット４は、有線ＬＡＮ、無線ＬＡＮ、ＩＥＥＥ１３９４等のシリアルバス等を経由してネットワーク接続が可能となる。ユビキタス映像モジュールは、これら全ての接続形態に対応する端子を持つよう構成することも可能であるし、いずれか一つの接続形態に対応する端子を持つように構成することもできる。これらの端子等は、ネットワークや製品に応じて適宜選択すればよい。【００６６】  図９は、図８に示したコミュニケーションエンジン２４におけるインターネット通信プロトコルに従うミドルウェアのソフトウェアブロック構成例を示したものである。【００６７】  なお、図９は、各ソフトウェアブロックの層の上下について示してあり、組込みＬｉｎｕｘ７０が最下位層（ハードウェアに一番近い層）、アプリケーション８３が最上位層（ハードウェアから一番遠い層）、およびその中間にある層の関係を概略的に示している。【００６８】  図８に示した構成例と同様、例えば図９に示した通信用インタフェースは、１０ＢＡＳＥ−Ｔ（伝送速度１０ＭｂｐｓのＥｔｈｅｒｎｅｔの物理レイヤ。なお、Ｅｔｈｅｒｎｅｔ、イーサネットはＸＥＲＯＸ社の登録商標。）や１００ＢＡＳＥ−ＴＸ（伝送速度１００ＭｂｐｓのＥｔｈｅｒｎｅｔの物理レイヤ）から成る有線ＬＡＮ、ＩＥＥＥ８０２．１１ａ／ｂ／ｇから成る無線ＬＡＮ、ＩＥＥＥ１３９４等の高速シリアル通信用の３種類のハードウェアおよびそれらのハードウェアの動作を制御するデバイスドライバが用いられる。【００６９】  そして、図８に示すように、各ハードウェアを制御するデバイスドライバは、上記ハードウェアの各々対応してイーサネットドライバ７１、無線ＬＡＮドライバ７２、ＩＥＥＥ１３９４ドライバ７３（以下、１３９４ドライバ７３と称す）である。【００７０】  図を参照すると分かるように、インターネットプロトコルの処理を行うＩＰプロトコルスタック７７は、イーサネットドライバ７１および無線ＬＡＮドライバ７２の上位層として配置される。【００７１】  このＩＰスタック７７は、現在主流のＩＰプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）を更に発展させた次世代型インターネットプロトコルであるＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）に対応するための処理や、セキュリティのためのプロトコルＩＰｓｅｃ（ＩＰ  ｓｅｃｕｒｉｔｙ）に対応する処理を含む。【００７２】  １３９４ドライバ７３の上位にはＩＥＥＥ１３９４のトランザクション（ｔｒａｎｓａｃｔｉｏｎ）処理を行う１３９４トランザクションスタック７５が配置される。また、１３９４トランザクション処理を無線ＬＡＮ経由で実行できるよう、無線ＬＡＮドライバ７２と１３９４トランザクションスタック７５との間にＰＡＬ（Ｐｒｏｔｏｃｏｌ  Ａｄａｐｔａｔｉｏｎ  Ｌａｙｅｒ）７４を配置��る。【００７３】  ＰＡＬ７４は１３９４トランザクションと無線ＬＡＮの間のプロトコル変換を行う。ＩＰスタック７７の上位にはトランスポート層としてＴＣＰ／ＵＤＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）スタック７８が配置される。【００７４】  ＴＣＰ／ＵＤＰスタック７８の上位には、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のプロトコル処理を行うＨＴＴＰスタック７９が配置される。【００７５】  また、ＨＴＴＰスタック７９の上位にはＨＴＴＰを用いてＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）をベースとして、他のコンピュータにあるデータやサービスを呼び出したり、メッセージ通信を行うＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）のプロトコル処理を行うＳＯＡＰ／ＸＭＬスタック８０が配置される。【００７６】  組込みＬｉｎｕｘ（Ｅｍｂｅｄｄｅｄ  Ｌｉｎｕｘ）７０より上位の層で、ＨＴＴＰスタック７９、ＳＯＡＰ／ＸＭＬスタック８０、１３９４トランザクションスタック７５を含む層迄が、ＩＰｖ６対応インターネット通信プロトコルに従うミドルウェア８７に含まれる。【００７７】  これより上位の層として、ＳＯＡＰ／ＸＭＬスタック８０及びＨＴＴＰスタック７９の上位に、インターネット通信プロトコルをベースとするプラグアンドプレイ（Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）機能を実現するプロトコルであるユニバーサルプラグアンドプレイ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）の処理を行うＵＰｎＰスタック８１が配置される。【００７８】  また、１３９４トランザクションスタック７５の上位にはＩＥＥＥ１３９４を用いたネットワークのプラグアンドプレイ機能を実現する処理を行うＡＶ系ミドルウェア７６が配置される。【００７９】  ＵＰｎＰスタック８１およびＡＶ系ミドルウェア７６の上位には、各ネットワークを相互接続する統合ミドルウェア８２が配置される。ＡＶ系ミドルウェア７６、ＵＰｎＰスタック８１、統合ミドルウェア８２を含む層が、ユニバーサルプラグアンドプレイのミドルウェア８８に含まれる。【００８０】  統合ミドルウェア８２より上位の層は、アプリケーション層８９となる。
また、さらに、ＳＯＡＰを用いたネットワーク上の他のコンピュータとの間でアプリケーションの連携を行うために、Ｗｅｂサーバプログラム８４、Ｗｅｂサービスアプリケーションインタフェース８５、Ｗｅｂサービスアプリケーション８６が統合ミドルウェア８２より上位の層に階層的に配置される。【００８１】  Ｗｅｂサービスアプリケーション８６は、Ｗｅｂサービスアプリケーションインタフェース８５を通じてＷｅｂサーバの提供するサービス（他のコンピュータにあるデータやサービスを呼び出したり、メッセージ通信を行う）を利用する。【００８２】  また、上記Ｗｅｂサーバの提供するサービスを利用しないアプリケーション８３は、統合ミドルウェア８２を経由して通信を行う。例えば、このようなアプリケーション８３としては、ＨＴＴＰを用いたブラウザソフトウェアが挙げられる。【００８３】  図１０に示すように、その他の通信用インタフェースが、図９に示した通信プロトコルミドルウェアのソフトウェアブロックに追加されても良い。【００８４】  図１０に示す構成では、図９に示したのと同様のイーサネットドライバ９０、無線ＬＡＮドライバ９１、ＩＥＥＥ１３９４ドライバ９２によるネットワーク接続可能なソフトウェアブロック構成（それぞれのデバイスドライバ）に加え、携帯電話やコンシューマ製品に適する無線伝送により相互のデータ交換を行う通信用インタフェースとしてのブルートゥース（Ｂｌｕｅｔｏｏｔｈ）ドライバ９３、比較的弱い電波により無線通信を行う特定小電力無線ドライバ９４、電灯線を用いたＰＬＣ（Ｐｏｗｅｒ  Ｌｉｎｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）ドライバ９５のように白物家電系ネットワークに接続するためのソフトウェアブロック（それぞれのデバイスドライバ）が追加されている。【００８５】  図示するように、各ネットワークインタフェースを制御するデバイスドライバである、ブルートゥースドライバ９３、特定小電力ドライバ９４、ＰＬＣドライバ９５は、ソフトウェアブロック構成における最下層に配置される。【００８６】  これらデバイスドライバの上位に、ＩＰスタック９６、ＴＣＰ／ＵＤＰスタック９７、白物家電系ネットワークミドルウェア（ＥＣＨＯＮＥＴ）９８が階層的に配置されている。【００８７】  この場合、統合ミドルウェア１０４をＡＶ系ミドルウェア１００、ＵＰｎＰスタック１０３および白物家電系ネットワークミドルウェア９８の上位に配置することで、図示したデバイスドライバを介するネットワーク、すなわち、イーサネット、無線ＬＡＮ、ＩＥＥＥ１３９４、ブルートゥース、特定小電力無線、ＰＬＣの間において、それぞれ相互通信が可能となり、それらネットワーク間におけるデータの授受ができる。【００８８】  図１１は、本実施の形態１であるユビキタス映像モジュール１２のソフトウェアブロックの構成例である。
この例では、例えばＣＰＵのようなハードウェア層１１０の上位に、マイクロプロセッサ、キャッシュ構成、Ｉ／Ｏバスの違い、割り込み処理方法等の違いによる機種依存性を仮想化することにより、それらの違いを吸収するためハードウェアアダプテーションソフトウェアＨＡＬ（Ｈａｒｄｗａｒｅ  Ａｄａｐｔａｔｉｏｎ  Ｌａｙｅｒ）１１１を配置する。【００８９】  ＨＡＬ１１１の上位には、マルチタスク用のオペレーティングシステムである組込みＬｉｎｕｘ１１２を配置する。
組込みＬｉｎｕｘ１１２は、ＨＡＬ１１１に含まれるソフトウェアを介して、各ハードウェアデバイスを制御することに加え、各ハードウェアデバイスに対応したアプリケーションの実行環境を提供する。【００９０】  また、組込みＬｉｎｕｘ１１２上で動作するグラフィックシステムとしてＸ−Ｗｉｎｄｏｗ１１３（Ｘ−Ｗｉｎｄｏｗｓは、Ｘ  Ｃｏｎｓｏｒｔｉｕｍ，Ｉｎｃの登録商標）が使用される。図１１に示した構成では、以下に説明する、組込みＬｉｎｕｘ１１２の上位層で動作する４つのミドルウェアを配置している。【００９１】  第１のミドルウェアは、インターネットと接続するための通信処理を行うもので、先に説明したＩＰｖ６プロトコルにも対応しているＩＰｖ６対応インターネット通信プロトコルミドルウェア１１４である。【００９２】  第２のミドルウェアは、機器をネットワークに接続する際に、その機器のネットワーク接続を自動的に設定するユニバーサルプラグアンドプレイミドルウェア１１５である。【００９３】  このユニバーサルプラグアンドプレイミドルウェア１１５は、ＩＰｖ６対応のインターネット通信プロトコルミドルウェア１１４に属するプロトコルを使用できるよう、階層的にＩＰｖ６対応インターネット通信プロトコルミドルウェア１１４の上位層に配置する。【００９４】  第３のミドルウェアは、ＭＰＥＧ２あるいはＭＰＥＧ４に対応したエンコードおよび／またはデコード処理、ＭＰＥＧ７に対応したメタデータ処理、ＭＰＥＧ２１に対応したコンテンツ管理処理の組み合わせによってマルチメディアデータの配信、蓄積等の処理を行うＭＰＥＧｘ映像配信蓄積プロトコルミドルウェア１１６である。【００９５】  第４のミドルウェアは、カメラ５３の撮像制御、および２次元および／または３次元のグラフィック処理を行う撮像表示ミドルウェア１１７である。【００９６】  これら４つのミドルウェアの内、Ｊａｖａのアプリケーション実行環境であるＪａｖａ仮想マシン（Ｊａｖａ  Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ。図中ＶＭと表記。なお、ＪａｖａはＳｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．の登録商標。）１１８が、ユニバーサルプラグアンドプレイミドルウェア１１５とＭＰＥＧｘ映像配信蓄積プロトコルミドルウェア１１６の上位層に配置される。【００９７】  さらに、Ｊａｖａ仮想マシン１１８の上位層にユーザーインタフェースを含んだアプリケーションの作成を容易にするＵＩアプリケーションフレームワーク（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  ａｐｐｌｉｃａｔｉｏｎ  ｆｒａｍｅｗｏｒｋ）１１９が配置される。なお、ここでは、ＵＩアプリケーションフレームワーク１１９は、Ｊａｖａ仮想マシンＶＭ１１８の上位層に配置され、ＪＡＶＡ対応のフレームワークを用いている。【００９８】  ＵＩアプリケーションフレームワーク１１９は、例えばＪａｖａ仮想マシン１１８上で動作するクラスの集合等である。図に示すソフトウェアブロック構成の最上位層には、ＵＩアプリケーションフレームワーク１１９や撮像表示ミドルウェア１１７を用いて、ユビキタス映像モジュール１２を接続する映像情報装置（機種）毎に必要な機能を実現する機種別アプリケーション１２０が配置される。【００９９】  図１２は、機種毎にユビキ��ス映像モジュール１２を接続する（適用する）場合のソフトウェアブロック構成図である。この図１２に示す構成例は、図１１に示したソフトウェアブロック構成に、更に、複数の異なる機種に対応するためのソフトウェアブロック構成を備えたものである。【０１００】  この図１２に示す構成例は、最上位のアプリケーション層（図中の例では、携帯ＡＰＰ（携帯端末用アプリケーション）１２０ａ、カー携帯ＡＰＰ（車両搭載型携帯端末用アプリケーション）１２０ｂ、カーナビＡＰＰ（車両搭載型ナビゲーション用アプリケーション）１２０ｃ、ＡＶ家電ＡＰＰ（オーディオビジュアル家電用アプリケーション）１２０ｄ、監視ＡＰＰ（監視装置用アプリケーション））１２０ｅを機種ごとに有している。
なお、これらを総称してＡＰＰ１２０ａ〜１２０ｅと称する。【０１０１】  また、図に例示する、携帯モバイル、カーモバイル、宅内据え置き機器、監視装置の各ハードウェア層の上位層に、各ハードウェア間による違いを吸収するＨＡＬ（ハードウェア・アダプテーション・レイヤ（ＨＡＬ：Ｈａｒｄｗａｒｅ  Ａｄａｐｔａｔｉｏｎ  Ｌａｙｅｒ））１１１ａ〜１１１ｅを配置する。【０１０２】  図中の例では、携帯ＨＡＬ（携帯端末用ＨＡＬ）１１１ａ、カー携帯ＨＡＬ（車両搭載型携帯端末用ＨＡＬ）１１１ｂ、カーナビＨＡＬ（車両搭載型ナビゲーション用ＨＡＬ）１１１ｃ、ＡＶ家電ＨＡＬ（オーディオビジュアル家電用ＨＡＬ）１１１ｄ、監視ＨＡＬ（監視装置用ＨＡＬ））１１１ｅを接続する機種に対応して設ける。
なお、これらを総称してＨＡＬ１１１ａ〜１１１ｅと称する。【０１０３】  これらＨＡＬ１１１ａ〜１１１ｅは、それぞれの機種ごとに独特な制御を行う部分と、これらＨＡＬ１１１ａ〜１１１ｅの上位層にある組込みＬｉｎｕｘ１１２とのインターフェース部分とより構成されるソフトウェアである。【０１０４】  また、ＡＰＰ１２０ａ〜１２０ｅは、これらＡＰＰ１２０ａ〜１２０ｅの下位層にある撮像表示ミドルウェア１１７、ＭＰＥＧｘ映像配信蓄積プロトコルミドルウェア１１６、ユニバーサルプラグアンドプレイミドルウェア１１５から出力される各ミドルウェアにおける処理出力を供給され、各ＡＰＰ１２０ａ〜１２０ｅにおいて各機種対応の処理がなされる。【０１０５】  なお、ＡＰＰ１２０ａ〜１２０ｅは、Ｊａｖａ仮想マシン１１８およびＵＩアプリケーションフレームワーク１１９を保有し、各ＡＰＰ１２０ａ〜１２０ｅ間のデータのやり取りを行うことが可能なように構成されている。【０１０６】  更に、ソフトウェアブロックにおけるその他の層（レイヤ）は、共用するように構成する。このように構成することにより、各ＡＰＰ１２０ａ〜１２０ｅにおいて、各機種特有の処理が行えると共に、異なる機種に対応する機能を最小規模の構成で実現することができる。【０１０７】  図１３から図１５は、映像情報装置４０のソフトウェアブロックとユビキタス映像モジュール１２のソフトウェアブロックとの相互関係を示した説明図である。【０１０８】＜システムコールレベルでの透過的アクセスについて＞
図１３は、映像情報装置４０とユビキタス映像モジュール１２のソフトウェア構成がオペレーティングシステムの階層迄一致している場合を示したものである。すなわち、図１３に示すユビキタス映像モジュール１２のソフトウェアブロック構成では、図１２を参照して説明したソフトウェアブロック構成と大きな意味で同様のものである。【０１０９】  すなわち、ＨＡＬ１１１はハードウェア１１０とオペレーティングシステムとしての組込みＬｉｎｕｘ１１２との間に配置されるが、ＨＡＬ１１１はハードウェア１１０と組込みＬｉｎｕｘ１１２とのインターフェースの役割を果たしていることになるので、当該ＨＡＬ１１１は大きな意味で、ハードウェア１１０か組込みＬｉｎｕｘ１１２のいずれかの一部として捉えることができる。【０１１０】  また、ミドルウェア１２１、Ｊａｖａ仮想マシン１１８およびＵＩアプリケーションフレームワーク１１９は、それぞれ組込みＬｉｎｕｘ１１２とアプリケーション１２０との間に配置されるが、これらミドルウェア１２１、Ｊａｖａ仮想マシン１１８およびＵＩアプリケーションフレームワーク１１９は、組込みＬｉｎｕｘ１１２とアプリケーション１２０とのインターフェースの役割を果たしていることになるので、これらミドルウェア１２１、Ｊａｖａ仮想マシン１１８およびＵＩアプリケーションフレームワーク１１９は大きな意味で、アプリケーション１２０か組込みＬｉｎｕｘ１１２のいずれかの一部として捉えることができる。【０１１１】  この場合、映像情報装置４０のソフトウェアブロックの構成を、ユビキタス映像モジュール１２のソフトウェアブロックの構成と同様の階層構造とする。【０１１２】  このように、ユビキタス映像モジュール１２と映像情報装置４０との間でソフトウェアブロックの階層構造を合わせることで、例えば、映像情報装置４０の組込みＬｉｎｕｘ１３１が、ユビキタス映像モジュール１２の組込みＬｉｎｕｘ１１２を、システムコールレベル（オペレーションシステムにおけるカーネル部分におけるメモリ管理やタスク管理等の、当該オペレーティングシステムの基本機能が提供する機能のうち、プロセスから呼び出せる特定機能）で透過的にアクセスできるように構成可能となる。【０１１３】  これにより、映像情報装置４０の組込みＬｉｎｕｘ１３１とユビキタス映像モジュール１２の組込みＬｉｎｕｘ１１２とは、論理的に（ハードウェア的および／またはソフトウェア的に）結合できる（図１３）。【０１１４】  この結果、例えば、映像情報装置４０上のプログラムにおけるｏｐｅｎ命令を用いて、ユビキタス映像モジュール１２に接続されたハードウェアデバイスを動作させる（オープン）することが可能となる。【０１１５】＜ＡＰＩレベルでの透過的アクセスについて＞
図１４は、図１３に示したユビキタス映像モジュール１２における構成と同様に、ＨＡＬ１１１をハードウェア１１０とオペレーティングシステムとしての組込みＬｉｎｕｘ１１２との間に、ミドルウェア１２１、Ｊａｖａ仮想マシン１１８およびＵＩアプリケーションフレームワーク１１９は、それぞれ組込みＬｉｎｕｘ１１２とアプリケーション１２０との間に、それぞれ配置したソフトウェアブロック構成を示す図である。【０１１６】  図１４に示した構成と図１３に示した構成との違いは、映像情報装置４０が、組込みＬｉｎｕｘ１３１とアプリケーション１３７との間に、ミドルウェア１３２を設けた点である。【０１１７】  このように構成すると、映像情報装置４０およびユビキタス映像モジュール１２の各ソフトウェアブロックの構成が、各ミドルウェア１３２、１２２の階層迄一致することになる。【０１１８】  すなわち、映像情報装置４０のミドルウェア１３２とユビキタス映像モジュール１２のミドルウェア１２２とは、ミドルウェア・アプリケーションプログラムインターフェース（Ｍｉｄｄｌｅｗａｒｅ  ＡＰＩ。ＡＰＩ：Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）レベルで相互に透過的に構成される。【０１１９】  これにより、映像情報装置４０上のプログラムが、ミドルウェアＡＰＩを呼び出す（コールする）ことで、ユビキタス映像モジュール１２のミドルウェア１２２を操作することが可能となり、ユビキタス映像モジュール１２上のプログラムが映像情報装置４０のミドルウェアＡＰＩを呼び出す（コールする）ことで、映像情報装置４０のミドルウェア１３２を操作することが可能となる。【０１２０】＜アプリケーション設計データレベルでの透過的アクセスについて＞
図１５は、図１４に示したユビキタス映像モジュール１２における構成と同様に、ＨＡＬ１１１をハードウェア１１０とオペレーティングシステムとしての組込みＬｉｎｕｘ１１２との間に、ミドルウェア１２１、Ｊａｖａ仮想マシン１１８およびＵＩアプリケーションフレームワーク１１９は、それぞれ組込みＬｉｎｕｘ１１２とアプリケーション１２０との間に、それぞれ配置したソフトウェアブロック構成を示す図である。【０１２１】  図１５に示した構成と図１４に示した構成との違いは、映像情報装置４０が、組込みＬｉｎｕｘ１３１とアプリケーション１３５との間に上位層に向かって、ミドルウェア１３２、Ｊａｖａ仮想マシン１３３およびＵＩアプリケーションフレームワーク１３４を設けた点である。【０１２２】  このように構成すると、映像情報装置４０およびユビキタス映像モジュール１２の各ソフトウェアブロックの構成が、映像情報装置４０のＪａｖａ仮想マシン１３３およびＵＩアプリケーションフレームワーク１３４、並びにユビキタス映像モジュール１２のＪａｖａ仮想マシン１１８およびＵＩアプリケーションフレームワーク１１９の各ソフトウェアブロック構成上で、その階層迄一致することになる。【０１２３】  すなわち、映像情報装置４０のＪａｖａ仮想マシン１３３およびＵＩアプリケーションフレームワーク１３４、並びにユビキタス映像モジュール１２のＪａｖａ仮想マシン１１８およびＵＩアプリケーションフレームワーク１１９の各ＵＩアプリケーションフレームワーク１３４、１１９の間は、映像情報装置４０およびユビキタス映像モジュール１２の各アプリケーションを作成する際のアプリケーション設計データレベルで透過的に構成される。【０１２４】  これにより、映像情報装置４０およびユビキタス映像モジュール１２間のプラットフォームの違いに関わらず、各アプリケーションを作成することが可能となる。【０１２５】＜映像情報装置とユビキタス映像モジュールの各ソフトウェアブロック、ハードウェアエンジンの相互関係＞
図１６は、ユビキタス映像モジュール１２をＨＤＤ１４６と共通のストレージＩ／Ｆにバスラインを介して接続した場合のシステム構成例を示す図である。【０１２６】  映像情報装置４０は、映像出力を持つ他の機器との映像信号の送受信を行うマルチプルビデオ入出力（Ｍｕｌｔｉｐｌｅ  Ｖｉｄｅｏ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）１４４、例えばＪＰＥＧ／ＪＰＥＧ２０００等の圧縮および／または伸張を行うＪＰＥＧ／ＪＰＥＧ２０００コーディック１４３、ＨＤＤ１４６等のストレージ機器のインタフェースを制御するストレージホスト・インターフェース（Ｓｔｏｒａｇｅ  Ｈｏｓｔ  Ｉｎｔｅｒｆａｃｅ。図中、ストレージホストＩ／Ｆと表記）１４０、映像情報装置４０の制御を行うコアコントローラ（Ｃｏｒｅ  Ｃｏｎｔｒｏｌｌｅｒ）１４２、およびオペレーティングシステム（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）としてＵＭ−ＣＰＵ１３が用いている同じ組み込みＯＳである組込みＬｉｎｕｘ１４１を備えて構成される。【０１２７】  映像情報装置４０のマルチプルビデオ入出力１４４から入力される、例えばネットワーク上に接続されたカメラ等の映像データをＨＤＤ１４６に保存する場合、この映像データをＪＰＥＧ／ＪＰＥＧ２０００コーディック１４３により圧縮した後、コアコントローラ１４２がストレージホスト・インターフェース１４０を介してＨＤＤ１４６のストレージデバイスコントローラ１４５を制御し、ＨＤＤ１４６にこの圧縮された映像データを蓄積する。【０１２８】  上述のものでは、映像情報装置４０が、映像データを装置外部のＨＤＤ１４６に蓄積する例について説明したが、同様に、ストレージホスト・インターフェース１４０を介して、バスライン上に接続されたユビキタス映像モジュール１２のソフトウェアブロックあるいは機能ブロックを制御する例について以下に述べる。【０１２９】  コアコントローラ１４２は、ストレージホスト・インターフェース１４０を介して、バスライン上に接続されたユビキタス映像モジュール１２のストレージデバイスコントローラ１４７を制御することで、ユビキタス映像モジュール１２が有する各種エンジン（例えば、カメラエンジン２２やグラフィックエンジン２１等）を使用する。【０１３０】＜プロセス間通信について＞
図１７は、映像情報装置４０とユビキタス映像モジュール１２とを接続するインターフェースとしてＡＴＡ規格によるインターフェースを用いた場合のソフトウェアブロックの構成を示す図である。【０１３１】  図１７に示すソフトウェアブロックの構成と図１６に示した構成との差異は以下に述べる通りである。【０１３２】  すなわち、映像情報装置４０については、組込みＬｉｎｕｘ１３１の下位層に、ハードウェア１３０に代えて、プロセス間通信コミュニケータ１５２、ＡＴＡドライバ１５１およびＡＴＡホストインタフェース１５０を設けた。【０１３３】  また、ユビキタス映像モジュール１２については、組込みＬｉｎｕｘ１１２の下位層に、プロセス間通信コミュニケータ１５５、ＡＴＡエミュレータ１５４およびＡＴＡデバイスコントローラ１５３を設けた。【０１３４】  映像情報装置４０のプロセス間通信コミュニケータ１５２およびユビキタス映像モジュール１２のプロセス間通信コミュニケータ１５５は、プロセス間通信のインターフェースとしてＡＴＡ規格によるコマンド（コマンドインタフェース）に変換するモジュールである。【０１３５】  映像情報装置４０のプロセス間通信コミュニケータ１５２は、この映像情報装置４０側のＡＴＡドライバ１５１およびＡＴＡホストインタフェース１５０を介して、ユビキタス映像モジュール１２のＡＴＡデバイスコントローラ１５３にＡＴＡのコマンド（ＡＴＡコマンド）を送信する。【０１３６】  ＡＴＡコマンドを受信したユビキタス映像モジュール１２側のＡＴＡデバイスコントローラ１５３は、ＡＴＡエミュレータ１５４を制御してＡＴＡコマンドを解析し、プロセス間通信コミュニケータ１５５によりプロセス間通信のための制御データに変換する。【０１３７】  これにより、映像情報装置４０のプロセスとユビキタス映像モジュール１２のプロセスとは、それらプロセス間において通信可能となる。そして、映像情報装置４０は、ＡＴＡ規格のインターフェース（ＡＴＡインタフェース）によって接続されたユビキタス映像モジュール１２の、例えば、アプリケーション１２０を使用することができる。【０１３８】＜ＡＴＡインターフェースを備える場合のシステム構成について＞
図１８は、本実施の形態１において、ユビキタス映像モジュールユニット１２を映像情報装置４０のＡＴＡインタフェースに接続した場合のシステム構成例を示す図である。【０１３９】  図１９は、図１８に示したユビキタス映像モジュールユニット４におけるソフトウェアブロックの構成を示す図である。【０１４０】  ユビキタス映像モジュールユニット４は、ＡＴＡインタフェース３２ｂを有しており、このＡＴＡインタフェース３２ｂを映像情報装置４０のＡＴＡインタフェース３１ａに装着することにより使用可能となる。【０１４１】  このユビキタス映像モジュールユニット４の装着により、映像情報装置４０は、ＬＡＮ３３上のデジタルビデオレコーダ等の映像情報装置３４ａ、３４ｂ及びデータ蓄積装置としてのＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）３４ｃ等の他の機器をネットワークを介して通信・制御することができる。【０１４２】  この場合、ユビキタス映像モジュール１２は、ＡＴＡコマンドを受信して、イーサネット（Ｅｔｈｅｒｎｅｔ）上の機器と通信する機能が必要となる。【０１４３】  そこで、図１９に示すように、ユビキタス映像モジュール１２を含むユビキタス映像モジュールユニット４は、ＡＴＡコマンドの授受を行うＡＴＡエミュレータ１５４およびＡＴＡデバイスコントローラ１５３、イーサネットとの接続における通信・制御を司るイーサネットドライバ１６１およびイーサネットホストＩ／Ｆ１６０を有する。【０１４４】  一方、映像情報装置４０の内部において、システムＣＰＵ（ＳＹＳ−ＣＰＵ）４１と内蔵されるＨＤＤ１４６との間は、システムＣＰＵ（ＳＹＳ−ＣＰＵ）４１のＡＴＡインターフェース３１ｃおよびＨＤＤ１４６のＡＴＡインターフェース３２ｄにより接続されている。【０１４５】  このように構成された映像情報装置４０とユビキタス映像モジュール１２とはＡＴＡコマンドの授受が相互に可能となり、ユビキタス映像モジュール１２は、映像情報装置４０におけるシステムＣＰＵ（ＳＹＳ−ＣＰＵ）４１からＡＴＡコマンドを受信する。【０１４６】  ＡＴＡデバイスコントローラ１５３は、ＡＴＡエミュレータ１５４を制御して受信したＡＴＡコマンドを解析する。【０１４７】  解析されたコマンドは、プロトコルコンバータ（Ｐｒｏｔｏｃｏｌ  Ｃｏｎｖｅｒｔｅｒ）２８によりイーサネット上で使用されるプロトコルに変換され、イーサネットドライバ１６１、イーサネットホストインタフェース１６０を介して、ＬＡＮ３３上の各機器との通信・制御を行う。【０１４８】  このような構成を採用することで、例えば、保存すべきデータ（コンテンツデータ）に対して装置自身の内部ＨＤＤ１４６の空き容量が少ないと判断される場合、ユビキタス映像モジュールユニット１２を装着した映像情報装置４０は、ユビキタス映像モジュールユニット１２が接続しているＬＡＮ３３上のデジタルビデオレコーダ等の映像情報装置３４ａ、３４ｂの内部ＨＤＤやＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）３４ｃ等の装置外部にある蓄積装置に、映像データの全部、あるいは映像情報装置４０自身の保有するＨＤＤに保存できなかった残りの映像データを記録することが可能となる。【０１４９】  と���ろで、図２０に、ＡＴＡのインターフェースを用いた一般的なハードディスクのハードウェア構成を示す。なお、図２０に示すハードディスク２５０は、例えば映像情報装置３４ａの内部ハードディスクや、ＮＡＳ３４ｃ内のハードディスク、図１６のＨＤＤ１４６等であり、ハードディスク２５０はＡＴＡデバイスとなる。ハードディスクコントローラ２５１は、ハードディスク２５０のデータ読み書きを制御する中心的存在であり、一時的に読み書きするデータを格納しているバッファメモリ２５２と接続される。また、ＡＴＡのホスト２５７とはＩＤＥ（Ｉｎｔｅｇｒａｔｅｄ  Ｄｒｉｖｅ  Ｅｌｅｃｔｒｏｎｉｃｓ）コネクタ２５３を通じて物理的に接続される。さらに、ハードディスクコントローラ２５１は、メディア２５６にデータを書き込むヘッド２５５と、データのエンコード／デコード等の処理を行うためのリード／ライト回路２５４を経由して接続される。なお、実際のハードディスクドライブには、上記構成要素の他に、メディア２５６を回転させるためのスピンドルモータおよびそれを制御するスピンドルドライバ、ヘッド２５５を動作させるステッピングモータおよびそれを制御するステッピングモータドライバ等があるが、本図はデータフローに関する部分のみを示すため、図示はしていない。【０１５０】  さらに、ハードディスクコントローラ２５１は、ＡＴＡデバイスコントローラを含み、ＡＴＡのホスト２５７とハードディスクコントローラ２５１との間におけるデータのやりとりは、全てＡＴＡデバイスコントローラ内のＡＴＡレジスタを通じて行う。データの読み書きにかかわる主なＡＴＡレジスタは、ＡＴＡのホスト２５７からＡＴＡデバイスであるハードディスク２５０に指令を行うためのＣｏｍｍａｎｄレジスタ、ＡＴＡデバイスの状態をＡＴＡのホスト２５７に通知するためのＳｔａｔｕｓレジスタ、ＡＴＡのホスト２５７から実際のデータを書き込んだり、読み出したりするためのＤａｔａレジスタ、データを書き込むメディア２５６上の物理的なセクタを指定するためのＨｅａｄ／Ｄｅｖｉｃｅレジスタ、Ｃｙｌｉｎｄｅｒ  Ｌｏｗレジスタ、Ｃｙｌｉｎｄｅｒ  Ｈｉｇｈレジスタ、Ｓｅｃｔｏｒ  Ｎｕｍｂｅｒレジスタ（以降、この４つのレジスタをまとめて、「Ｄｅｖｉｃｅ／Ｈｅａｄレジスタ等」と称す。）である。【０１５１】  図２１は、ＷＲＩＴＥ  ＳＥＣＴＯＲコマンドを例に取り、ＡＴＡホスト２５７からハードディスク２５０にデータを書き込む場合のシーケンスを示したものである。まず、ＡＴＡホスト２５７は、データを書き込む対象のハードディスク２５０をＡＴＡデバイスとして選択した後、ステップＳ１３１０においてＤｅｖｉｃｅ／Ｈｅａｄレジスタ等のＡＴＡレジスタに対して、書き込み先であるメディア２５６の物理的なセクタを指定するための、ヘッド番号、シリンダ番号、セクタ番号を設定する。次にステップＳ１３１１において、ＡＴＡホスト２５７は、ハードディスクコントローラ２５１のＡＴＡレジスタ内のＣｏｍｍａｎｄレジスタに、ＷＲＩＴＥ  ＳＥＣＴＯＲコマンドに該当するコマンドコード「３０ｈ」を書き込む。ハードディスクコントローラ２５１は、データ書き込みの準備中であることを示すために、Ｓｔａｔｕｓレジ���タのＢＳＹビットに「１」をセットした後、実際にデータ書き込みの準備を行う。準備が完了した後、ハードディスクコントローラ２５１は準備が完了したことを示すために、ステップＳ１３１２においてＳｔａｔｕｓレジスタのＤＲＱビットを「１」、ＢＳＹビットを「０」に再設定する。ＡＴＡホスト２５７はステップＳ１３１３において、このＳｔａｔｕｓレジスタの状態を見て、ＡＴＡレジスタ内のＤａｔａレジスタに１セクタ分ずつのデータの連続書き込みを行う。なお、このデータ書き込みが開始されると同時に、ハードディスクコントローラ２５１はＤａｔａレジスタへのデータ書き込み中であることを示すために、ステップＳ１３１４においてＳｔａｔｕｓレジスタのＤＲＱビットを「０」、ＢＳＹビットを「１」に設定する。ここでＤａｔａレジスタに書き込まれる１セクタ分のデータは、ハードディスクコントローラ２５１によってバッファメモリ２５２に対し随時転送される。同時にハードディスクコントローラ２５１は、ヘッド２５５を制御しながら、ステップＳ１３１０において指定されたメディア２５６上のセクタに対して、リードライト回路２５４を経由して、バッファメモリ２５２に格納されたデータの書き込み処理を随時行う（ステップＳ１３１５）。メディア２５６へのデータの書き込みが全て完了したら、ハードディスクコントローラ２５１はメディア２５６への書き込みが完了したことを示すために、ステップＳ１３１６においてＡＴＡのＳｔａｔｕｓレジスタのＤＲＱビットおよびＢＳＹビットを共に「０」に設定する。この時点で、１セクタ分のデータのハードディスク２５０への書き込みが完了する。【０１５２】  次に、ＲＥＡＤ  ＳＥＣＴＯＲコマンドを例に取り、ＡＴＡホスト２５７がハードディスク２５０からデータを読み出す場合のシーケンスを図２２に示す。まず、ＡＴＡホスト２５７は、データを読み出す対象のハードディスク２５０をＡＴＡデバイスとして選択した後、ステップＳ１３００においてＤｅｖｉｃｅ／Ｈｅａｄレジスタ等のＡＴＡレジスタに対して、読み出し先であるメディア２５６の物理的なセクタを指定するための、ヘッド番号、シリンダ番号、セクタ番号を設定する。次にステップＳ１３０１において、ＡＴＡホスト２５７はハードディスクコントローラ２５１のＡＴＡレジスタ内のＣｏｍｍａｎｄレジスタに、ＲＥＡＤ  ＳＥＣＴＯＲコマンドに該当するコマンドコード２０ｈを書き込む。ハードディスクコントローラ２５１は、メディア２５６からデータ読み出し中であることを示すために、ステップＳ１３０２においてＳｔａｔｕｓレジスタのＢＳＹビットに「１」をセットする。同時にハードディスクコントローラ２５１は、ステップＳ１３０３において、ヘッド２５５を制御しながら、ステップＳ１３００において指定されたメディア２５６上のセクタから、リードライト回路２５４を経由してデータを読み出し、バッファメモリ２５２に１セクタ分のデータを転送する。バッファメモリ２５２上へのデータの格納が完了したら、ハードディスクコントローラ２５１はバッファメモリ２５２へのデータの格納が完了したことを示すために、ステップＳ１３０４において、ＡＴＡのＳｔａｔｕｓレジスタのＤＲＱビットを「１」、ＢＳＹ���ットを「０」に設定する。ＡＴＡホスト２５７はステップＳ１３０５において、このＳｔａｔｕｓレジスタの状態を見て、ＡＴＡレジスタ内のＤａｔａレジスタから１セクタ分ずつのデータの連続読み出しを行う。１セクタ分のデータの読み出しが完了したら、ハードディスクコントローラ２５１はステップＳ１３０６において、ＡＴＡレジスタ内のＳｔａｔｕｓレジスタのＤＲＱビットおよびＢＳＹビットを共に「０」に設定する。この時点で、１セクタ分のデータのハードディスク２５０からの読み出しが完了する。以上が、一般的なハードディスクへのデータの書き込み動作、データの読み出し動作である。【０１５３】  次に、映像情報装置４０から、ＬＡＮ上に接続されているＮＡＳ３４ｃに映像データを記録するためのユビキタス映像モジュールユニット４について説明する。図２３は、ユビキタス映像モジュールユニット１２のソフトウェアの構成を示しており、各構成要素についてＬＡＮのＯＳＩ参照モデルに沿って説明する。ユビキタス映像モジュールユニット１２とＮＡＳ３４ｃの間は、物理層およびデータリンク層としてのイーサネットで接続されている。ユビキタス映像モジュールユニット１２は、物理層およびデータリンク層よりも上位の通信プロトコルであるネットワーク層に、インターネットプロトコルであるＩＰ３５０を実装している。なお、図示しないが、ＮＡＳ３４ｃもネットワーク層としてＩＰを実装している。さらに、ユビキタス映像モジュールユニット１２は、ネットワーク層よりも上位のトランスポート層としてＴＣＰ３５１、及びＵＤＰ３５２を実装しており、さらに、ＬＡＮ経由で当該ＬＡＮに接続されている機器とファイル共有するためのプロトコルとして、セッション層以上にＮＦＳ（Ｎｅｔｗｏｒｋ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）クライアントＩ／Ｆ３５３を実装している。ＮＡＳ３４ｃとユビキタス映像モジュールユニット１２間のファイルデータの通信プロトコルは、ＮＦＳを用いて行われる。プロトコルコンバータ２８は、映像情報装置４０から発行されたＮＦＳ形式のコマンドをＡＴＡ形式に変換する。ＮＦＳクライアントＩ／Ｆ３５３は、ＮＡＳ３４ｃに搭載されている不図示のＮＦＳサーバソフトウェアとの間でＮＦＳプロトコルに従った通信を行うためのソフトウェアである。ＮＦＳクライアントＩ／Ｆ３５３は、プロトコルコンバータ２８から要求された処理に対応した遠隔手続き呼び出しのためのメッセージをＵＤＰ３５２経由でＮＡＳ３４ｃに対して送受信する。この遠隔手続き呼び出しのためのプロトコルとしてＲＰＣ（Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ）が用いられる。【０１５４】  図２４は、ユビキタス映像モジュール１２のハードウェア構成を示したものである。図に示すように、映像情報装置４０とユビキタス映像モジュールユニット４の間はＩＤＥコネクタ２６０、２６１を用いて物理的に接続される。ＩＤＥコネクタ２６１にはＡＴＡデバイスコントローラ２６２が物理的に接続されており、映像情報装置４０のＣＰＵからＡＴＡデバイスコントローラ２６２内のＡＴＡレジスタを読み書きすることが可能である。ＡＴＡデバイスコントローラ２６２には、映像情報装置４０から書き込まれたデータや、読み出し要求を受けた���ータを一時的に格納するためのバッファメモリ２６３が接続されている。このバッファメモリ２６３は、図２３のＡＴＡデバイスコントローラ１５３内にあるもので、ユビキタス映像モジュール１２のＣＰＵであるＵＭ−ＣＰＵ２６４から読み書きすることも可能である。また、ＵＭ−ＣＰＵ２６４からは、ＡＴＡデバイスコントローラ内のＡＴＡレジスタも読み書きすることが可能となっている。この他に、ＵＭ−ＣＰＵ２６４が実行するプログラムや、ファイルシステムを格納するＲＯＭ２６５および、ＵＭ−ＣＰＵ２６４がプログラム等の実行時にワークエリアとして使用するＲＡＭ２６６が搭載されており、それぞれＵＭ−ＣＰＵ２６４と接続されている。また、イーサネット通信を制御するためのイーサネットコントローラ２６７もＵＭ−ＣＰＵ２６４と接続されており、ＵＭ−ＣＰＵ２６４から読み書き可能となっている。イーサネットコントローラ２６７の先にはＲＪ４５などのコネクタ２６８が接続されており、ユビキタス映像モジュール４はこのＲＪ４５コネクタ２６８を介してイーサネットのネットワークに接続される。【０１５５】  次に、映像情報装置４０からＮＡＳ３４ｃにデータを記録する場合の動作について、詳細に説明する。図２５は、映像情報装置４０からＮＡＳ３４ｃにデータを書き込む際のシーケンスを示したものである。まず、映像情報装置４０はユビキタス映像モジュールユニット１２をＡＴＡデバイスとして選択、認識する。これにより、映像情報装置４０は以降に説明するデータ書き込み動作をＡＴＡデバイスに対して行うものと認識する。次に、ステップＳ１０００において、映像情報装置４０はユビキタス映像モジュールユニット１２内のＤｅｖｉｃｅ／Ｈｅａｄレジスタ等のＡＴＡレジスタに対し、論理ブロックアドレスＬＢＡ（Ｌｏｇｉｃａｌ  Ｂｌｏｃｋ  Ａｄｄｒｅｓｓ）などを設定する。これにより、データの書き込み先が指定されることとなる。次にステップＳ１００１において、映像情報装置４０はユビキタス映像モジュールユニット１２のＡＴＡレジスタのＣｏｍｍａｎｄレジスタに、１セクタ分のデータを書き込むことを意味するＷＲＩＴＥ  ＳＥＣＴＯＲコマンドに該当するコマンドコード「３０ｈ」を書き込む。ＡＴＡエミュレータ１５４は、データ書き込みの準備中であることを示すためにＳｔａｔｕｓレジスタのＢＳＹビットに「１」をセットした後、実際にデータ書き込みの準備を行う。準備の完了後、ステップＳ１００２において、ＡＴＡエミュレータ１５４は、ＳｔａｔｕｓレジスタのＤＲＱビットを「１」、ＢＳＹビットを「０」に再設定する。これにより、映像情報装置４０は自身に接続されているＡＴＡデバイスにおいてデータ書き込みの準備が完了したことを認識する。ステップＳ１００３において、Ｓｔａｔｕｓレジスタの状態を認識した映像情報装置４０は、データを１セクタ分ずつ連続的にＡＴＡレジスタ内のＤａｔａレジスタに書き込む。なお、このデータ書き込みが開始されると同時にＡＴＡエミュレータ１５４は、ＳｔａｔｕｓレジスタのＤＲＱビットを「０」、ＢＳＹビットを「１」に設定する（ステップＳ１００４）。そして、後述するステップＳ１０１９までの間、Ｓｔａｔｕｓレジスタの状態は保持される。すな��ち、ＳｔａｔｕｓレジスタのＤＲＱビットが「０」、ＢＳＹビットが「１」に設定されている状態は、映像情報装置４０からユビキタス映像モジュール１２を通じてＮＡＳ３４ｃにデータが書き込まれていることを意味している。【０１５６】  Ｄａｔａレジスタに書き込まれる１セクタ分のデータは、ＡＴＡデバイスコントローラ１５３内にあるバッファメモリ２６３に対し随時転送される。バッファメモリ２６３への１セクタ分のデータの書き込みが完了した後、ステップＳ１００５において、ＡＴＡエミュレータ１５４からプロトコルコンバータ２８に対してデータの書き込み要求が発行される。データの書き込み要求を受信したプロトコルコンバータ２８はステップＳ１００６において、ＮＦＳクライアントＩ／Ｆ３５３に対しファイルオープン要求を発行する。なお、ステップＳ１００６のファイルオープン要求は、ファイル名を指定して行うコマンドであり、指定ファイルが存在する場合は指定した既存のファイルを開かせ、指定ファイルが存在しない場合は指定した名称のファイルを新規に作成する。ファイルオープン要求によって開かれるファイル又は新規に作成されるファイルは、Ｓ１００３でバッファメモリ上に書き込まれた１セクタ分のデータをＮＡＳ３４ｃの任意のディレクトリ上に格納するファイルであり、図２６に示すように、ファイル名はユニークな名称、例えばＬＢＡに対応した名称にすることが望ましい。【０１５７】  ＮＦＳクライアントＩ／Ｆ３５３はステップＳ１００７において、ＮＦＳプロトコルに従い、ＵＤＰ３５１経由でＮＦＳＰＲＯＣ＿ＯＰＥＮ手続き呼び出しメッセージをＮＡＳ３４ｃに送信する。ＮＡＳ３４ｃ上のＮＦＳサーバプログラムは、この手続き呼び出しメッセージに従い、ステップＳ１００６において指定されたディレクトリ上に指定されたファイル名でファイルを作成する。ファイル作成後、ＮＦＳサーバプログラムはステップＳ１００８において、ＮＦＳＰＲＯＣ＿ＯＰＥＮ手続きの応答メッセージをＮＦＳクライアントＩ／Ｆ３５３に送信する。ＮＦＳクライアントＩ／Ｆ３５３はステップＳ１００９において、ファイルが作成されたことを示すファイルオープン応答をプロトコルコンバータ２８に対して返信する。次に、プロトコルコンバータ２８はステップＳ１０１０において、ファイル書き込み要求を、ＮＦＳクライアントＩ／Ｆ３５３に対して行う。このファイル書き込み要求は、バッファメモリ２６３に格納されている１セクタ分のデータをステップＳ１００７においてオープンしたファイルに書き込むための要求である。ＮＦＳクライアントＩ／Ｆ３５３は、ステップＳ１０１１において、１セクタ分のデータとＮＦＳＰＲＯＣ＿ＷＲＩＴＥ手続き呼び出しメッセージをＮＡＳ３４ｃに送信する。ＮＡＳ３４ｃ上のＮＦＳサーバプログラムはこの手続き呼び出しメッセージに従い、指定されたファイルに受信したデータを書き込む。書き込み完了後、ＮＦＳサーバプログラムはステップＳ１０１２においてＮＦＳＰＲＯＣ＿ＷＲＩＴＥ手続きの応答メッセージをＮＦＳクライアントＩ／Ｆ３５３に送信する。ＮＦＳクライアントＩ／Ｆ３５３はステップＳ１０１３において、ファイル書き込み応答をプロトコルコンバータ２８に対して返す。【０���５８】  プロトコルコンバータ２８はステップＳ１０１４において、先ほどデータを書き込んだファイルをクローズするためのファイルクローズ要求を、ＮＦＳクライアントＩ／Ｆ３５３に対して行う。ファイルクローズ要求を受信したＮＦＳクライアントＩ／Ｆ３５３は、ステップＳ１０１５において、ＮＦＳＰＲＯＣ＿ＣＬＯＳＥ手続き呼び出しメッセージをＮＡＳ３４ｃに送信する。ＮＡＳ３４ｃ上のＮＦＳサーバプログラムはこの手続き呼び出しメッセージに従い、指定されたファイルをクローズした後、ステップＳ１０１６においてＮＦＳＰＲＯＣ＿ＣＬＯＳＥ手続きの応答メッセージをＮＦＳクライアントＩ／Ｆ３５３に送信する。ＮＦＳクライアントＩ／Ｆ３５３はステップＳ１０１３において、ファイルクローズ応答をプロトコルコンバータ２８に対して返す。プロトコルコンバータ２８はステップＳ１０１８において、ＡＴＡエミュレータ１５４に対してデータ書き込み完了通知を送信する。これを受けてＡＴＡエミュレータ１５４はＳｔａｔｕｓレジスタのＤＲＱビットおよびＢＳＹビットを共に「０」に設定する。以上の手順により、１セクタ分のデータがネットワークによって接続されているＮＡＳ３４ｃに書き込まれることになる。複数のセクタの書き込みは一連の動作を繰り返すことで実現される。図４８にＮＡＳ３４ｃ上に書き込まれたデータファイルの例を示す。この例ではディレクトリ／ｕｓｒ／ｌｏｃａｌ／ｕｂｉｑｕｉｔｏｕｓ／ｄａｔａの下にデータファイルを格納している。ファイル名は１６進数で表した２８ビットのＬＢＡに拡張子．ｄａｔを付加したファイル名としている。この例ではＬＢＡがＯｘ１０００ａ０〜Ｏｘ１０００ａ４までの５セクタ分のデータが格納されていることになる。【０１５９】  次に、ＮＡＳ３４ｃから映像情報装置４０にデータを読み出す場合の動作について、詳細に説明する。図２７は、映像情報装置４０がＮＡＳ３４ｃから、データを読み出す際のシーケンスを示したものである。まず、映像情報装置４０はユビキタス映像モジュールユニット１２をＡＴＡデバイスとして選択、認識する。これにより、映像情報装置４０は以降に説明するデータ読み出し動作をＡＴＡデバイスに対して行うものと認識する。次に、ステップＳ１１００において、映像情報装置４０はユビキタス映像モジュールユニット１２内のＤｅｖｉｃｅ／Ｈｅａｄレジスタ等のＡＴＡレジスタに対し、論理ブロックアドレスＬＢＡなどを設定する。これにより、データの読み出し先が指定されることとなる。次にステップＳ１１０１において、映像情報装置４０はユビキタス映像モジュールユニット１２のＡＴＡレジスタのＣｏｍｍａｎｄレジスタに、１セクタ分のデータを読み出すことを意味するＲＥＡＤ  ＳＥＣＴＯＲコマンドに該当するコマンドコード「２０ｈ」を書き込む。ＡＴＡエミュレータ１５４は、データ読み出し処理中であることを示すために、ステップＳ１１０２においてＳｔａｔｕｓレジスタのＢＳＹビットに「１」をセットする。その後、ステップＳ１１０３において、ＡＴＡエミュレータ１５４からプロトコルコンバータ２８に対してデータの読み出し要求が発行される。データの書き込み要求を受信したプロトコルコンバータ２８はステップＳ１１０���において、ＮＦＳクライアントＩ／Ｆ３５３に対してファイルオープン要求を発行する。このファイルは、前述の書き込み動作の際に説明した、ＮＡＣ３４ｃの任意のディレクトリ上に格納されている１セクタ分のデータのファイルであり、ファイル名はＬＢＡに対応した図４８で示したような名称となっているものとする。プロトコルコンバータ２８は、Ｄｅｖｉｃｅ／Ｈｅａｄレジスタ等に設定されたセクタのＬＢＡに対応するファイル名を決定する。ＮＦＳクライアントＩ／Ｆ３５３はステップＳ１１０５において、ＮＦＳプロトコルに従い、ＵＤＰ３５１経由でＮＦＳＰＲＯＣ＿ＯＰＥＮ手続き呼び出しメッセージをＮＡＳ３４ｃに送信する。ＮＡＳ３４ｃ上のＮＦＳサーバプログラムはこの手続き呼び出しメッセージに従い、指定されたディレクトリ上に指定されたファイル名でファイルをオープンする。ファイルオープン後、ＮＦＳサーバプログラムはステップＳ１１０６において、ＮＦＳＰＲＯＣ＿Ｏｐｅｎ手続きの応答メッセージをＮＦＳクライアントＩ／Ｆ３５３に送信する。ＮＦＳクライアントＩ／Ｆ３５３はステップＳ１１０７において、ファイルがオープンされたことを示すファイルのオープン応答をプロトコルコンバータ２８に対して返信する。次に、プロトコルコンバータ２８はステップＳ１１０８において、ファイル読み出し要求をＮＦＳクライアントＩ／Ｆ３５３に対して行う。このファイル読み出し要求は、オープンしたファイルに格納されている１セクタ分のデータを読み出すための要求である。ＮＦＳクライアントＩ／Ｆ３５３は、ステップＳ１１０９において、ＮＦＳＰＲＯＣ＿ＲＥＡＤ手続き呼び出しメッセージをＮＡＳ３４ｃに送信する。ＮＡＳ３４ｃ上のＮＦＳサーバプログラムはこの手続き呼び出しメッセージに従い、指定されたファイルからデータを読み出す。読み出し完了後、ＮＦＳサーバプログラムはステップＳ１１１０において、ファイルから読み出したデータを含んだＮＦＳＰＲＯＣ＿ＷＲＩＴＥ手続きの応答メッセージをＮＦＳクライアントＩ／Ｆ３５３に送信する。ＮＦＳクライアントＩ／Ｆ３５３はステップＳ１１１１において、読み出したデータを含んだファイル読み出し応答をプロトコルコンバータ２８に対して返す。プロトコルコンバータ２８はファイル読み出し応答を受信した後、読み出したデータをバッファメモリ２６３に転送する。【０１６０】  プロトコルコンバータ２８は読み出したデータをバッファメモリ２６３に転送後、ステップＳ１１１２において、先ほどデータを読み出したファイルをクローズするためのファイルクローズ要求を、ＮＦＳクライアントＩ／Ｆ３５３に対して行う。ファイルクローズ要求を受信したＮＦＳクライアントＩ／Ｆ３５３は、ステップＳ１１１３において、ＮＦＳＰＲＯＣ＿ＣＬＯＳＥ手続き呼び出しメッセージをＮＡＳ３４ｃに送信する。ＮＡＳ３４ｃ上のＮＦＳサーバプログラムはこの手続き呼び出しメッセージに従い、指定されたファイルをクローズした後、ステップＳ１１１４においてＮＦＳＰＲＯＣ＿ＣＬＯＳＥ手続きの応答メッセージをＮＦＳクライアントＩ／Ｆ３５３に送信する。ＮＦＳクライアントＩ／Ｆ３５３はステップＳ１１１５において、ファイルクローズ応答をプロトコルコンバー��２８に対して返す。プロトコルコンバータ２８はステップＳ１１１６において、ＡＴＡエミュレータ１５４に対してデータ読み出し完了通知を送信する。これを受けてＡＴＡエミュレータ１５４はステップＳ１１１７において、ＡＴＡのＳｔａｔｕｓレジスタのＤＲＱビットを「１」、ＢＳＹビットを「０」に設定する。映像情報装置４０はステップＳ１１１８において、このＳｔａｔｕｓレジスタの状態を見て、ＡＴＡのＤａｔａレジスタから１セクタ分のデータの連続読み出しを行う。１セクタ分のデータの読み出しが完了したら、ＡＴＡエミュレータ１５４は、ステップＳ１１１９においてＡＴＡのＳｔａｔｕｓレジスタのＤＲＱビットおよびＢＳＹビットを共に「０」に設定する。この結果、ＡＴＡの１セクタ分のデータが、ネットワークによって接続されているＮＡＳ３４ｃにから読み出されることになる。複数のセクタの読み出しは一連の動作を繰り返すことで実現される。【０１６１】  以上説明したように、ユビキタス映像モジュールユニット４は、映像情報装置４０から出力された、ある物理セクタに書き込むよう指示されたデータをファイル形式に変換してＮＡＳ３４ｃに送信する。これにより、映像情報装置４０は自身が通常行っている、自身にローカル的に接続された記録装置にデータを書き込む場合と同じ処理を行えばよい。一方、ＮＡＳ３４ｃは、ユビキタス映像モジュールユニット４から送信されてきたファイル形式のデータを通常のデータ同様に取り扱い、自身の判断で書き込む物理的セクタを指定する。【０１６２】  すなわち、物理的セクタへのデータ書込み指示を論理的なファイル共有のプロトコルに変換することで、映像情報装置４０が本来備えていない、ネットワークに接続された記録装置へのデータ書込みが可能となる。【０１６３】  また、データの読み出しについても同様であり、映像情報装置４０は自身が通常行っている、自身にローカル的に接続された記録装置からデータを読み出す場合と同じ処理を行えばよい。ＮＡＳ３４ｃは、ユビキタス映像モジュールユニット４から送信されてきたファイル形式のデータの読み出し指示を通常のデータ読み出し指示と同様に取り扱い、データが書き込まれている自身の物理的セクタを指定し、データを読み出す。【０１６４】  すなわち、物理的セクタからのデータ読み出し指示を論理的なファイル共有のプロトコルに変換することで、映像情報装置４０が本来備えていない、ネットワークに接続された記録装置からのデータ読み出しが可能となる。【０１６５】  このように、本実施の形態のユビキタス映像モジュールユニットを用いることにより、本来的に映像情報装置が備えていない機能を実現することができるようになる。すなわち、映像情報装置のシステムＬＳＩを変更、改訂することなく映像情報装置の機能を拡張することが可能となり、ＬＳＩの開発費用の削減、開発期間の短縮が可能となる。【０１６６】  なお、本実施の形態では、記録装置としてＮＡＳを取り上げたが、ＮＦＳサーバ機能を有していれば不揮発性メモリやＭＯ等でもよい。また、ファイル共有プロトコルとしてＮＦＳを取り上げたが、ＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）、ＡＰＦ（Ａｐｐｌｅ  Ｔａｌｋ  Ｆｉｌｉｎｇ  Ｐｒｏｔｏ���ｏｌ）等でもよい。【０１６７】実施の形態２．
＜イーサネットインターフェースを備える場合のシステム構成について＞
図２８は、ユビキタス映像モジュール１２を映像情報装置４０のイーサネットインタフェースに接続した場合のシステム構成例を示す図である。【０１６８】  ユビキタス映像モジュール１２を含むユビキタス映像モジュールユニット４は、イーサネットインタフェース３２ｆを有しており、このイーサネットインタフェース３２ｆを映像情報装置４０のイーサネットインタフェース３１ｅに接続する。【０１６９】  このユビキタス映像モジュールユニット４の接続により、映像情報装置４０は、ＬＡＮ３３上のネットワークカメラ３４ｄ、３４ｅ及び３４ｆ等の他の機器とＬＡＮ等のネットワークを介して通信・制御することができる。【０１７０】  ここで映像情報装置４０は、ＮＡＳとの通信・制御に使用するプロトコルを実装しているものの、装置外部にあるネットワークカメラとの通信・制御のプロトコルは実装していない。このような場合においても、ユビキタス映像モジュールユニット１２を接続することにより、映像情報装置４０はＬＡＮ３３上のネットワークカメラ３４ｄ、３４ｅ及び３４ｆとネットワークを介して通信・制御できる。【０１７１】  図２９は、図２８に示したユビキタス映像モジュール１２を含むユビキタス映像モジュールユニット４におけるソフトウェアブロックの構成例を示す図である。【０１７２】  映像情報装置４０が装置外部にあるネットワークカメラ３４ｄ、３４ｅ及び３４ｆのいずれかを利用しようとする場合、ユビキタス映像モジュール１２は、ＮＡＳとの通信・制御プロトコルを受信して、イーサネット（Ｅｔｈｅｒｎｅｔ）上のネットワークカメラと通信・制御する。【０１７３】  ユビキタス映像モジュール１２は、映像情報装置４０におけるシステムＣＰＵ４１からＮＡＳ用通信・制御プロトコルを受信する。
イーサネットデバイスコントローラ１６２は、イーサネットエミュレータ１６３を制御して受信したＮＡＳ用通信・制御プロトコルを解析する。【０１７４】  解析されたプロトコルは、プロトコルコンバータ（Ｐｒｏｔｏｃｏｌ  Ｃｏｎｖｅｒｔｅｒ）２８によりイーサネット上のネットワークカメラ３４ｄ、３４ｅ及び３４ｆのいずれかとの通信・制御に使用されるプロトコルに変換され、イーサネットドライバ１６１、イーサネットホストインタフェース１６０を介して、ＬＡＮ３３上のネットワークカメラ３４ｄ、３４ｅ及び３４ｆのいずれかとの通信・制御を行う。【０１７５】  以降では、本実施の形態のユビキタス映像モジュール１２についてさらに詳しく説明する。まず、一般的なＮＡＳ、例えば図１８に示したＮＡＳ３４ｃにおけるソフトウェアのブロック図を図３０に示す。ＮＡＳ３４ｃは、イーサネットを用いて映像情報装置４０に接続するための、イーサネットホストＩ／Ｆ３６０、イーサネットドライバ３６１を実装する。さらに、上位の通信プロトコルとしてインターネットプロトコルであるＩＰ３６２を実装し、その上位にＴＣＰ３６３、ＵＤＰ３６４、リモートプロシージャコール（Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ）３６６を実装する。一方、映像情報装置４０から送られてきたデータを記憶するためのＨＤＤ３７１、ＨＤＤ３７１と接続するための記憶デバイスＩ／Ｆ３７０、記憶デバイスドライバ３６９を実装している。そして、ＮＦＳサーバソフトウェア３６７は映像情報装置４０からの要求に従いファイルシステムドライバ３６８を起動し、映像情報装置４０から受信したデータをＨＤＤ３７１に記憶させる。通常、記憶デバイスＩ／Ｆ３７０とＨＤＤ３７１との間の通信プロトコルはＡＴＡ、もしくはＡＴＡＰＩ（ＡＴＡ  Ｐａｃｈｅｔ  Ｉｎｔｅｒｆａｃｅ）である。なお、ＮＡＳは、ＬＡＮに接続された他の機器、例えば映像情報装置４０によってローカル記憶デバイスとして認識され、使用できる点に特徴がある。【０１７６】  次に、図３１に、本実施の形態におけるユビキタス映像モジュール１２のソフトウェアのブロック構成を示す。図３０に示したＮＡＳ３４ｃとの違いは、ネットワークカメラ３４ｄに接続するために、イーサネットホストＩ／Ｆ３７２、イーサネットドライバ３７３、仮想ファイルシステムドライバ３７６、コマンド処理部３７４、及びリクエスト処理部３７５を実装する点にある。なお、映像情報装置４０とユビキタス映像ユニット１２との間の通信プロトコルはＮＦＳ、マウントプロトコルが用いられ、ユビキタス映像ユニット１２とネットワークカメラ３４ｄとの間の通信プロトコルにはｈｔｔｐが用いられる。【０１７７】  なお、仮想ファイルシステム３７６の例として、例えばＬｉｎｕｘのＰｒｏｃファイルシステムがある。このＬｉｎｕｘのＰｒｏｃファイルシステムは、あるディレクトリ上にあるように見えるファイルを読み書きすることにより、ＬｉｎｕｘのＫｅｒｎｅｌへのインタフェースを提供する機能を有する。すなわち、Ｐｒｏｃファイルシステムを用いることにより、ディレクトリ上にあるファイルにアクセスすることがＫｅｒｎｅｌの状態を読み出すこととなり、ファイルへの書き込みを行うことがＫｅｒｎｅｌの設定を変更することとなる。本実施の形態のユビキタス映像モジュールユニット１２における仮想ファイルシステムドライバ３７６も、ＬｉｎｕｘのＰｒｏｃファイルシステムのような機能を有する。【０１７８】  図３２に、仮想ファイルシステムドライバ３７６により作成された仮想ファイルシステム３８０を示す。なお、この仮想ファイルシステム３８０は図に示すようなディレクトリにより表現されるものであり、このディレクトリは映像情報装置４０が認識するものである。作成されたｃｏｍｍａｎｄディレクトリの下には、ｓｅｔ、及びｇｅｔのファイルが配置され、これらはそれぞれコマンド処理部３７４に接続される。映像情報装置４０がｓｅｔ又はｇｅｔのファイルにアクセスすることにより、コマンド処理部３７４を通してユビキタス映像モジュールユニット１２とカメラ３４ｄ、３４ｅとの接続を指示したり、コマンド処理部３７４に接続されたカメラ３４ｄ、３４ｅの接続状況を確認すること等が可能となる。一方、ｃａｍｓディレクトリの下には、ｃａｍ１、ｃａｍｓ２等の名称が付されたディレクトリが配置されており、それぞれディレクトリとカメラとが関連付けられる。さらに、ｃａｍｓ１、ｃａｍｓ２の下には、それぞれｐｉｃｔｕｒｅ．ｊｐｇのファイルが配置されている。このｐｉｃｔｕｒｅ．ｊｐｇはそれぞれリクエスト処理部３７５に接続される。映像情報装置４０がそれぞれのｐｉｃｔｕｒｅ．ｊｐｇのファイルにアクセスすることにより、リクエスト処理部３７５を通してカメラから画像を取り出すことが可能となる。なお、ここでは画像ファイル形式を「ｊｐｇ」としたが、「ｇｉｆ」、「ｂｍｐ」等であってもよく、特に形式は問わない。【０１７９】  このように、映像情報装置４０は、仮想ファイルシステムドライバ３７６が作成した仮想ファイルシステム３８０にアクセスすることにより、コマンド処理部３７４、リクエスト処理部３７５を介してカメラ３４ｄ、３４ｅを制御したり、画像データを取り出すことが可能となる。すなわち、映像情報装置４０は、ユビキタス映像モジュールユニット１２を介することにより、カメラ３４ｄ、３４ｅからの画像データをＮＡＳからの画像データと認識することとなる。【０１８０】  以下、映像情報装置４０がカメラ３４ｄを操作する場合の動作について、図３３、３４を用いて詳細に説明する。なお、本実施の形態における操作は、図３３に示す映像情報装置４０とカメラ３４ｄとを関連付ける際のシーケンスと、図３４に示す映像情報装置４０がカメラ３４ｄの画像データを取得する際のシーケンスとに大別される。まず、図３３の映像情報装置４０とカメラ３４ｄとを関連付ける際のシーケンスについて説明する。映像情報装置４０はステップＳ１２００において、ユビキタス映像モジュールユニット１２内の仮想ファイルシステムドライバ３７６が作成する仮想ファイルシステム３８０を認識するために、通信プロトコルとしてＭＮＴを用いて、ユビキタス映像モジュール１２に対し、ＭＮＴＰＲＯＣ＿ＭＮＴマウント要求を発行する。マウント要求を受信したユビキタス映像モジュールユニット１２の仮想ファイルシステムドライバ３７６は、仮想ファイルシステム３８０を作成した後、映像情報装置４０に対しステップＳ１２０１ＭＮＴＰＲＯＣ＿ＭＮＴマウント応答にてその旨を返信する。この処理により、映像情報装置４０は仮想ファイルシステム３８０を認識し、アクセスすることが可能となる。【０１８１】  次に映像情報装置４０は、例えばネットワークに接続されているカメラ３４ｄと仮想ファイルシステム３８０のディレクトリｃａｍ１とを関連付けるために、まず、仮想ファイルシステム３８０のｃｏｍｍａｎｄ／ｓｅｔに対し、ＮＦＳＰＲＯＣ＿ＯＰＥＮファイルオープン要求をステップＳ１２０２にて発行する。ファイルオープン要求を受信した仮想ファイルシステム３８０は、コマンド処理部３７４に対しステップＳ１２０３においてコマンド処理開始要求を発行する。コマンド処理開始要求を受信したコマンド処理部３７４は、この後、カメラ３４ｄと仮想ファイルシステム３８０のディレクトリとの関連がある旨を認識し、ステップＳ１２０４コマンド処理開始応答においてその旨を返信する。このコマンド処理開始応答を受信した仮想ファイルシステム３８０のｃｏｍｍａｎｄ／ｓｅｔは映像情報装置４０に対し、ステップＳ１２０５ＮＦＳＰＲＯＣ＿ＯＰＥＮファイルオープン応答においてその旨を返信する。この処理により、映像情報装置４０は、ｃｏｍｍａｎｄ／ｓｅｔに対しコマンドを送信することが可能となる。【０１８２】  映像情報装置４０は、実際にカメラ３４ｄと仮想ファイルシステム３８０のディレクトリｃａｍ１とを関連付けるために、仮想ファイルシステム３８０のｃｏｍｍａｎｄ／ｓｅｔに対しカメラ３４ｄとディレクトリｃａｍ１との関連付けを行う旨のファイル書込要求ＮＦＳＰＲＯＣ＿ＷＲＩＴＥをステップＳ１２０６にて発行する。ファイル書込要求を受信した仮想ファイルシステム３８０のｃｏｍｍａｎｄ／ｓｅｔは、コマンド処理部３７４に対し、ステップＳ１２０７においてカメラ３４ｄとディレクトリｃａｍ１とを関連付けるためのコマンドを送信する。コマンドを実行し、関連付けを行ったコマンド処理部３７４は、ステップＳ１２０８コマンド応答においてその旨を返信する。このコマンド応答を受信した仮想ファイルシステム３８０は映像情報装置４０に対し、ステップＳ１２０９ＮＦＳＰＲＯＣ＿ＷＲＩＴＥファイル書込応答においてその旨を返信する。この処理により、カメラ３４ｄとディレクトリｃａｍ１との関連付けられ、映像情報装置４０からディレクトリｃａｍ１への書込み処理が、カメラ３４ｄの操作となる。【０１８３】  その後、さらに他のカメラとディレクトリとの関連付けや、カメラ３４ｄへのコマンド送信を行いたい場合は、ステップＳ１２０６からステップＳ１２０９までの処理を行う。【０１８４】  すべてのコマンド送信が終わった場合、映像情報装置４０は、コマンド処理部３７４へのコマンド送信が発生しないことを示すために、仮想ファイルシステム３８０のｃｏｍｍａｎｄ／ｓｅｔに対し、ＮＦＳＰＲＯＣ＿ＣＬＯＳＥファイルクローズ要求をステップＳ１２１０にて発行する。ファイルクローズ要求を受信した仮想ファイルシステム３８０のｃｏｍｍａｎｄ／ｓｅｔは、コマンド処理部３７４に対しステップＳ１２１１においてコマンド処理終了要求を発行する。コマンド処理開始要求を受信したコマンド処理部３７���は、映上情報装置４０から自身に対しコマンドが発生していない旨を認識し、ステップＳ１２１２コマンド処理完了応答においてその旨を返信する。このコマンド処理完了応答を受信した仮想ファイルシステム３８０のｃｏｍｍａｎｄ／ｓｅｔは映像情報装置４０に対し、ステップＳ１２１３ＮＦＳＰＲＯＣ＿ＣＬＯＳＥファイルクローズ応答においてその旨を返信する。【０１８５】  この一連の処理により、仮想ファイルシステム３８０にあるディレクトリとネットワーク上にあるカメラとが関連付けられ、映像情報装置４０からディレクトリへの書込み処理が、カメラの実際の操作に変換される。すなわち、映像情報装置４０が既存で有しているＮＦＳのコマンドによりカメラを実際に操作できることとなる。【０１８６】  次に、図３４の映像情報装置４０がカメラ３４ｄからの画像を取得する際のシーケンスをについて説明する。なお、図３４のステップＳ１２２０の前の時点で、図３３に示したカメラ３４ｄとディレクトリｃａｍ１との関連付けが既に終了しているものとする。【０１８７】  まず映像情報装置４０は、カメラ３４ｄからの画像データを取得するために、まず、仮想ファイルシステム３８０のディレクトリｃｍａ１／ｐｉｃｔｕｒｅ．ｊｐｇに対し、ＮＦＳＰＲＯＣ＿ＯＰＥＮファイルオープン要求をステップＳ１２２０にて発行する。ファイルオープン要求を受信した仮想ファイルシステム３８０のディレクトリｃｍａ１／ｐｉｃｔｕｒｅ．ｊｐｇは、リクエスト処理部３７５に対しステップＳ１２２１においてリクエスト処理開始要求を発行する。リクエスト処理開始要求を受信したリクエスト処理部３７５は、この後、カメラ３４ｄからの画像データの取得要求がある旨を認識し、ステップＳ１２２２リクエスト処理開始応答においてその旨を返信する。このリクエスト処理開始応答を受信した仮想ファイルシステム３８０のディレクトリｃｍａ１／ｐｉｃｔｕｒｅ．ｊｐｇは映像情報装置４０に対し、ステップＳ１２２３ＮＦＳＰＲＯＣ＿ＯＰＥＮファイルオープン応答においてその旨を返信する。この処理により、映像情報装置４０は、ｃｍａ１／ｐｉｃｔｕｒｅ．ｊｐｇに対し画像データの要求を発行することが可能となる。【０１８８】  映像情報装置４０は、実際にカメラ３４ｄの画像データを取得するために、仮想ファイルシステム３８０のｃｍａ１／ｐｉｃｔｕｒｅ．ｊｐｇに対しカメラ３４ｄの画像データを読み出す旨のファイル読出要求ＮＦＳＰＲＯＣ＿ＲＥＡＤをステップＳ１２２４にて発行する。ファイル読出要求を受信した仮想ファイルシステム３８０のｃｍａ１／ｐｉｃｔｕｒｅ．ｊｐｇは、リクエスト処理部３７５に対し、ステップＳ１２２５においてカメラ３４ｄからの画像データを読み出すためのデータ読出要求送信する。さらに、データ読出要求を受信したリクエスト処理部はカメラ３４ｄに対し、ステップＳ１２２６においてデータ読出要求ＧＥＴ／ＤＡＴＡ／ＰＩＣＴＵＲＥを発行する。データ読出要求を受信したカメラ３４ｄはステップＳ１２２７において、撮影した画像データを含んだデータ読出応答をリクエスト処理部３７５に返信する。さらに、リクエスト処理部３７５は、ステップＳ１２２８において画像データを含んだデータ読出応答を返信��る。この画像データを含んだデータ読出応答を受信した仮想ファイルシステム３８０のｃｍａ１／ｐｉｃｔｕｒｅ．ｊｐｇは映像情報装置４０に対し、ステップＳ１２２９ＮＦＳＰＲＯＣ＿ＲＥＡＤファイル読出応答において画像データを返信する。この処理により、カメラ３４ｄが撮像した画像データを映像情報装置４０により見ることが可能となる。【０１８９】  その後、さらカメラ３４ｄからの画像データを取得したい場合や、他のカメラからの画像データを取得したい場合は、ステップＳ１２２４からステップＳ１２２９までの処理を行う。【０１９０】  すべての画像データの取得が終わった場合、映像情報装置４０は、リクエスト処理部３７５への画像取得要求が発生していないことを示すために、仮想ファイルシステム３８０のｃｍａ１／ｐｉｃｔｕｒｅ．ｊｐｇに対し、ＮＦＳＰＲＯＣ＿ＣＬＯＳＥファイルクローズ要求をステップＳ１２３０にて発行する。ファイルクローズ要求を受信した仮想ファイルシステム３８０のｃｍａ１／ｐｉｃｔｕｒｅ．ｊｐｇは、リクエスト処理部３７５に対しステップＳ１２３１においてリクエスト処理終了要求を発行する。リクエスト処理開始要求を受信したリクエスト処理部３７５は、映像情報装置４０から自身に対し画像取得要求が発生していない旨を認識し、ステップＳ１２３２リクエスト処理完了応答においてその旨を返信する。このリクエスト処理完了応答を受信した仮想ファイルシステム３８０のｃｍａ１／ｐｉｃｔｕｒｅ．ｊｐｇは映像情報装置４０に対し、ステップＳ１２３３ＮＦＳＰＲＯＣ＿ＣＬＯＳＥファイルクローズ応答においてその旨を返信する。【０１９１】  最後に、映像情報装置４０はステップＳ１２１４において、仮想ファイルシステム３８０の認識を解除するために、ユビキタス映像モジュール１２に対し、ＭＮＴＰＲＯＣ＿ＵＭＮＴアンマウント要求を発行する。アンマウント要求を受信したユビキタス映像モジュールユニット１２の仮想ファイルシステムドライバ３７６は、仮想ファイルシステム３８０を終了した後、映像情報装置４０に対しステップＳ１２１５ＭＮＴＰＲＯＣ＿ＵＭＮＴアンマウント応答にてその旨を返信する。この処理により、映像情報装置４０は仮想ファイルシステム３８０の認識を終了する。【０１９２】  この一連の処理により、ネットワークに接続されたカメラ３４ｄが撮像した画像データを映像情報装置４０において視聴可能となる。すなわち、映像情報装置４０が既存で有しているＮＦＳのコマンドによりカメラが撮像した画像を視聴できることとなる。【０１９３】  なお、仮想ファイルシステム３８０におけるディレクトリ構成は図３２に示すものに限られない。図３５に示すディレクトリ構造は、図３２における仮想ファイルシステム３８０のディレクトリと同じ構造であるが、この構造はコマンド送受信用ファイルと、複数台のカメラ用ディレクトリにそれぞれ１つの画像取得用ファイルが配置されている点に特徴がある。【０１９４】  図３６に示したディレクトリ構造は、それぞれのカメラ用ディレクトリの中に複数の画像取得用ファイルが配置されている点に特徴がある。カメラから連続して画像を読み出す場合などに適した配置である。【０１９５】  図３７に示したディレクトリ構造は、さらに他の例で、それぞれのカメラ用ディレクトリの中に、カメラに対するコマンド送受信用ファイルも配置した点に特徴がある。カメラごとの制御を行いながら画像を読み出すのに適した配置である。【０１９６】  以上説明したように、映像情報装置４０が備えるＮＦＳを用いたファイルの読み書きという既存の機能を用いて、ネットワークに接続したカメラから画像データを取得できる。なお、ＮＦＳの機能を備えていない映像情報装置４０の場合は、仮想ファイルシステム３８０を、映像情報装置４０から通常のＮＡＳへのデータ記録を行う際のディレクトリ構成、データフォーマットを模擬して作成する。即ち、映像情報装置４０が認識する世界では、ＮＡＳに記録された画像データの再生操作を実行することにより現在の画像を表示し、ＮＡＳに記録済みの画像データを他の記憶デバイスにコピーを取ることにより現在のカメラ画像を記録することが可能となる。ただし、この場合、使用カメラ等の情報は映像情報装置４０では設定できないので、ユビキタス映像モジュールユニット１２に初期値として与えておくか、外部からユビキタス映像モジュールユニット１２に設定を行う必要がある。【０１９７】  なお、ユビキタス映像モジュール１２が有するカメラエンジンを用いてネットワークに接続されたカメラが撮像した画像データを、映像情報装置に表示するために適したフォーマットに変換しても良い。また、本実施の形態では、ユビキタス映像モジュールユニット内のＮＦＳサーバ３６７、仮想ファイルシステムドライバ３７６、コマンド処理部３７４、リクエスト処理部３７５はそれぞれ独立したソフトウェアとしたが、これらの一部または全部を組み合わせたソフトウェアであってもよい。【０１９８】  このような構成を採用することで、ユビキタス映像モジュールユニット１２がＮＡＳ用通信・制御プロトコルとネットワークカメラ用通信・制御プロトコルの変換を行うように構成できる（ＮＡＳ用制御コマンドの送受信を装置外部と行える）。【０１９９】  そして、これにより、例えば、映像情報装置４０自身のＮＡＳとの通信・制御プロトコルに対応する構成はそのままで、ネットワークカメラ３４ｄ、３４ｅ及び３４ｆのいずれかとの通信・制御プロトコルのための構成を新たに追加すること無く、ＬＡＮ３３上のネットワークカメラ３４ｄ、３４ｅ及び３４ｆのいずれかとネットワークを介して通信・制御できる。すなわち、機能追加に伴う新たなシステムＬＳＩ等の開発が不要となる。【０２００】  尚、実施の形態２において、上記以外の点は実施の形態１の場合と同じであるので説明を省略する。【０２０１】  実施の形態３．
＜映像情報装置側にシステムインターフェースを備える構成について＞
図３８は、ユビキタス映像モジュールユニット４を映像情報装置４０に接続した場合のシステムの構成例を示す図である。
図３８に示した映像情報装置４０は、図７に示したドライバ５５およびホストインターフェース５６を備える代わりに、Ｓ−Ｉ／Ｆ３１を備えるように構成した。【０２０２】  また、ユビキタス映像モジュールユニット４は、ユビキタス映像モジュール１２とＵ−Ｉ／Ｆ３２とを含んで構成されている。これら各インタフェースＳ−Ｉ／Ｆ３１とＵ−Ｉ／Ｆ３２とを接続することにより、新たなシステムＬＳＩを開発しなくとも、ユビキタス映像モジュール１２の機能を有する映像情報装置４０が実現できる。【０２０３】  ユビキタス映像モジュールユニット４は、コミュニケーションエンジン２４を介してインターネット環境に接続した後、インターネット上の他の映像情報装置から映像・音声データ等をダウンロードする。【０２０４】  ダウンロードされた映像・音声データ等は、ユビキタス映像モジュール１２に含まれるＭＰＥＧ４エンジン２３、グラフィックエンジン２１等でデコード処理やグラフィック処理を施される。そして、ユビキタス映像モジュールユニット４は、Ｕ−Ｉ／Ｆ３２とインタフェースＳ−Ｉ／Ｆ３１とを介して映像情報装置４０において利用可能なデータ形式の映像・音声データ等を出力する。【０２０５】  映像情報装置４０に入力された映像・音声データは、それぞれ表示ユニット５４に表示可能に信号処理されて表示ユニット５４上に表示され、図示しない音声出力部より音声出力される。【０２０６】  また、例えばネットワークカメラ（例えば図２８に示したネットワークに接続されたネットワークカメラ３４ｄ、３４ｅおよび３４ｆ等）から入力される動画・静止画ファイルは、ユビキタス映像モジュールユニット４のカメラエンジン２２において画素数変換、レート変換、画像処理等のカメラ特有の画像処理が施される。【０２０７】  さらに、画像処理を施された動画・静止画ファイルのデータは、グラフィックエンジン２１によってグラフィック処理され、Ｕ−Ｉ／Ｆ３２とインタフェースＳ−Ｉ／Ｆ３１とを介して映像情報装置４０に利用可能なデータ形式で出力される。【０２０８】  この映像情報装置４０に入力されたデータは、表示ユニット５４に表示可能な状態に信号処理され、表示ユニット５４上に表示される。【０２０９】  尚、以上の説明において図３８に示した各エンジンの処理は、一例を示しているに過ぎず、エンジンの使用手順並びにエンジンの機能はこれと異なっていても良い。【０２１０】  また、図３８に示した構成例は、映像データを表示するシステムの例であるが、同様の構成で音声入力の再生、テキスト入力の表示・配信、情報の蓄積等のその他の機能を有するシステムや装置にも適応可能である。【０２１１】＜表示用ビデオ入出力の機能を含むユビキタス映像モジュールユニットについて＞
図３９は、本実施の形態３におけるユビキタス映像モジュールユニット４に、表示ユニット５４へ映像を表示する機能を持たせた場合の構成例を示す図である。【０２１２】  ＵＶＩ（Ｕｂｉｑｕｉｔｏｕｓ  Ｖｉｄｅｏ  Ｉｎｐｕｔ）１７５は、ユビキタス映像モジュールユニット４のビデオ入力端子であり、映像情報装置４０の映像出力端子Ｖ−Ｉ／Ｆ（Ｖｉｄｅｏ  Ｉｎｔｅｒｆａｃｅ）５０と接続可能なインタフェースを構成している。【０２１３】  ＵＶＯ（Ｕｂｉｑｕｉｔｏｕｓ  Ｖｉｄｅｏ  Ｏｕｔｐｕｔ）１７６は、ユビキタス映像モジュールユニット４から表示ユニット５４へのビデオ出力端子であり、表示ユニット５４の入力インタフェース（図示しない）と接続される。この入力インターフェースより入力された映像データは、表示ドライバ１７３を介して表示デバイス１７４に表示される。【０２１４】  このように構成すると、例えば、映像情報装置４０の映像出力をユビキタス映像モジュール１２に含まれるグラフィックエンジン２１の表示画面上にオーバーレイすることが可能となる。【０２１５】  また、このように構成することで、映像データをＳ−Ｉ／Ｆ３１とＵ−Ｉ／Ｆ３２との間で授受可能となるばかりでなく、Ｖ−Ｉ／Ｆ５０、ＵＶＩ１７５およびＵＶＯ１７６を介して出力することが可能となるため、Ｓ−Ｉ／Ｆ３１とＵ−Ｉ／Ｆ３２との間にある汎用バスの転送効率を下げることなく映像データをユビキタス映像モジュール１２へ供給することが可能となる。【０２１６】  映像情報装置４０がネットワーク対応でない場合、インターネット上のグラフィックデータを自装置の出力する映像信号と合成して表示するオーバーレイ（ｓｃｒｅｅｎ  ｏｖｅｒｌａｙ）出力のための構成は、通常、複雑である。【０２１７】  しかしながら、ユビキタス映像モジュール１２がＵＶＩ１７５およびＵＶＯ１７６を備えてオーバーレイの機能を保有することにより、映像情報装置４０においてシステムＬＳＩ４５の開発を新たに行うことなくオーバーレイ等の拡張機能の実現が容易となる。【０２１８】  尚、実施の形態３において、上記以外の点は実施の形態１の場合と同じである。【０２１９】＜他のデータ蓄積インターフェースについて＞
上述した実施の形態１では、ストレージインタフェース（データ蓄積インターフェース）としてＡＴＡを用いたが、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）等他の蓄積インターフェース（ストレージインタフェース）を用いてもよい。【０２２０】  また、上述した実施の形態１では、ＡＴＡやＳＣＳＩのデータ蓄積インタフェースを用いたが、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ＩＥＥＥ１３９４等で蓄積用のプロトコルセットを備えたインタフェースを用いてもよい。【０２２１】＜プログラム間通信について＞
また、上述した実施の形態１および２では、プロセス間通信コミュニケータを用いてプロセス間通信を行うように構成したが、プログラム間通信コミュニケータ介したプログラム間通信を用いてもよい。【０２２２】実施の形態４．
本実施の形態では、Ｗｅｂラウザを用いてユビキタス映像モジュールユニット１２を操作する場合について説明する。まず、図４０に、従来の映像情報装置４０のハードウェア構成を示す。なお、図に示す映像情報装置４０は、外部の装置と接続するシリアルインタフェースとしてＲＳ−２３２Ｃインタフェース４００を備えているものとする。【０２２３】  映像情報装置４０は、内部バスであるＰＣＩバス４０３を介して前段処理部１７１、システムＬＳＩ４５、後段処理部１７２、Ｖ−Ｉ／Ｆ５０が接続されている。さらに、ＩＤＥインタフェース４０４を介して内蔵ＨＤＤ４０２、シリアルコントローラ４０１を介してＲＳ−２３２Ｃインタフェース４００もそれぞれＰＣＩバス４０３に接続されている。【０２２４】  次に、映像情報装置４０をパーソナルコンピュータ（ＰＣ）４０５を用いて操作する場合を説明する。ＰＣ４０５と映像情報装置４０は、図に示すように、ＲＳ−２３２Ｃケーブルで接続されており、互いに通信を行うことが可能である。まず、ユーザは、ＰＣ４０５に映像情報装置４０を制御するための専用ソフトウェアをインストールする必要がある。そしてユーザは、専用ソフトウェアを用いることにより、映像情報装置の操作、例えば画像データの取り出し、画像データの記録を行うことが可能となる。すなわち、ユーザが専用ソフトウェアを通じて処理命令を発行すると、この処理命令がＲＳ−２３２Ｃ用コマンドに変換された後、ＲＳ−２３２Ｃケーブルを介し映像情報装置４０に送信される。映像情報装置４０のシステムＬＳＩ４５は、ＲＳ−２３２Ｃインタフェース４００から入力されたコマンドを解釈し、必要な処理を実行する。処理の結果は処理命令の通信と同様に、ＲＳ−２３２Ｃインタフェース４００を介して処理命令の発行元であるパソコンの専用ソフトウェアに返される。【０２２５】  このような手順により、ユーザはＰＣにインストールされた映像情報装置４０を制御する専用ソフトウェアを用いて映像情報装置４０の操作が可能となる。したがって、従来の映像情報装置４０を操作するためには、映像情報装置４０を操作するための専用ソフトウェアをＰＣ４０５にインストールする必要があった。本実施の形態では、最近のＰＣでは標準的にプリインストールされているＷｅｂブラウザを用いて映像情報装置４０を操作する方法、すなわち、ユビキタス映像モジュールユニット１２を用いて映像情報装置４０を操作する方法について説明する。【０２２６】  図４１に、本実施の形態におけるユビキタス映像モジュールユニット１２のハードウェア構成を示す。ユビキタス映像モジュールユニット４は、映像情報装置４０とＲＳ−２３２Ｃケーブルインターフェース４０６を介しＲＳ−２３２Ｃケーブルにて接続されており、ＰＣ４０５、カメラ３４ｄとはコミュニケーションエンジン２４を介してイーサネットにて接続されている。さらに、ユビキタス映像モジュールユニット４内部は、ユビキタス映像モジュール４とＲＳ−２３２Ｃケーブルインターフェース４０６とがシリアルコントローラ４０７を介してＰＣＩバスで接続されている。【０２２７】  図４２に、本実施の形態におけるユビキタス映像モジュールユニット１２のソフトウェア構成を示す。ＰＣ４��５とユビキタス映像モジュールユニット１２は、物理層およびデータリンク層としてのイーサネットで接続されており、ユビキタス映像モジュールユニット１２はイーサネットＩ／Ｆ４２０、イーサネットドライバ４２１を実装している。また、ユビキタス映像モジュールユニット１２は、物理層およびデータリンク層よりも上位の通信プロトコルであるネットワーク層に、インターネットプロトコルである４２３を実装し、ネットワーク層よりも上位のトランスポート層としてＴＣＰ４２４、及びＵＤＰ４２６を実装している。さらに、セッション層以上にＷｅｂブラウザ４２５を実装している。なお、ＰＣ４０５にはＷｅｂブラウザ４０９がインストールされているものとする。【０２２８】  一方、映像情報装置４０とユビキタス映像モジュールユニット１２は、ＲＳ２３２Ｃケーブルにて物理的に接続されており、ユビキタス映像モジュールユニット１２は、シリアルコントロールＩ／Ｆ４２９、シリアルコントロールドライバ４２８を実装している。さらに、ＰＣ４０５のＷｅｂブラウザからの要求をＲＳ−２３２Ｃコマンドに変換するコマンド変換部４２７も実装している。【０２２９】  次に、例えば、ＰＣ４０５のＷｅｂブラウザから映像情報装置４０に表示されている画像データを取得する場合の動作について説明する。図４３は、Ｗｅｂブラウザから映像情報装置４０に表示されている画像データを取得する際のシーケンスを示したものである。まず、ＥＰＣ４０５にインストールされているＷｅｂブラウザ４０９はステップＳ１２５０において、ユビキタス映像モジュールユニット１２のＷｅｂサーバに対し、メニュー要求ｈｔｔｐ：Ｇｅｔ／ｍｅｎｕを送信する。Ｗｅｂサーバ４２５はステップＳ１２５１において、メニューを含んだメニュー応答をＷｅｂブラウザ４０９に返信する。この処理により、ＰＣ４０５のＷｅｂブラウザ４０９上にメニュー画面が表示される。したがってユーザは、この操作画面を用いて、映像情報装置４０に対する操作が可能となる。【０２３０】  ユーザは、Ｗｅｂブラウザ４０９上に表示された操作画面から、映像情報装置４０に表示されている画像データを取得するための操作を行う。この操作により、Ｗｅｂブラウザ４０９はステップＳ１２５２において、Ｗｅｂサーバに対しデータ取得要求ｈｔｔｐ：Ｇｅｔ／ｄａｔａを送信し、Ｗｅｂサーバ４２５はステップＳ１２５３において、受信したデータ取得要求ｈｔｔｐ：Ｇｅｔ／ｄａｔａをコマンド変換部４２７に送信する。コマンド変換部４２７はステップＳ１２５４において、データ取得要求ｈｔｔｐ：Ｇｅｔ／ｄａｔａをＲＳ−２３２Ｃ用のコマンドデータであるデータ取得要求ＧＥＴ／ＤＡＴＡに変換し、シリアルコントローラ４０７に送信する。ユビキタス映像モジュール１２内にあるシリアルコントローラ４０７はＲＳ２３２−Ｃケーブルを介して映像情報装置４０のシリアルコントローラ４０１に対し、ステップＳ１２５５にてデータ取得要求ＧＥＴ／ＤＡＴＡを送信する。最後に、ステップＳ１２５６においてシリアルコントローラ４０１からデータ取得要求ＧＥＴ／ＤＡＴＡを送信されたシステムＬＳＩ４５は、このコマンドを解釈し、画像データの取得を行う。【０２３１】  システムＬＳＩ４５はシリアルコントローラ４０１に対し、画像データを含んだデータ取得応答をステップＳ１２５７にて返信する。さらに、ステップＳ１２５８にて、映像情報装置４０内にあるシリアルコントローラ４０１からユビキタス映像モジュールユニット１２内にあるシリアルコントローラ４０７に、ステップＳ１２５９にて、シリアルコントローラ４０７からコマンド変換部４２７にそれぞれ画像データを含んだデータ取得応答が返信される。コマンド変換部はステップＳ１２６０において、ＲＳ−２３２Ｃ用のデータ取得応答から変換したｈｔｔｐプロトコルのデータ取得応答と画像データをＷｅｂサーバ４２５に返信する。Ｗｅｂサーバ４２５はステップＳ１２６１において、Ｗｅｂブラウザ４０９にｈｔｔｐプロトコルのデータ取得応答と画像データを返信する。ステップＳ１２６１の後、ユーザは、映像情報装置４０から取得した画像データをＷｅｂブラウザ４０９を介して視認することが可能となるその他、映像情報装置４０が表示している画像データへの書込み等も可能である。【０２３２】  以上説明したように、本実施の形態のユビキタス映像モジュールユニットを用いれば、映像情報装置４０を制御する専用ソフトウェアをインストールする必要が無く、標準的にプリインストールされているＷｅｂブラウザを用いて映像情報装置４０の操作が可能となる。また、本実施の形態のユビキタス映像モジュールユニットを用いて、カメラ３４ｄから送信されてきた画像を映像情報装置４０に表示、記録することも可能である。さらに、本実施の形態のユビキタス映像モジュールは、既存の映像情報装置にも適応可能である。【０２３３】  なお、この説明で用いたｈｔｔｐコマンド、ＲＳ２３２−Ｃ用のコマンドＧＥＴ／ＤＡＴＡは一例であり、ユーザが所望する機能を満足するものであれば表記の形式は問わない。【０２３４】  さらに、本実施の形態におけるユビキタス映像モジュールの他の適用例を図４４に示す。図４４に示した映像情報装置は、装置内部にユビキタス映像モジュールユニットが組み込まれている点で、図４１に示した映像情報装置４０と異なる。即ち、図４１では既存の映像情報装置にユビキタス映像モジュールユニット１２を接続した場合を想定している。しかし図４４に示したようなユビキタス映像モジュールを内蔵した映像情報装置であれば、ユビキタス映像モジュールと映像情報装置との間をＲＳ−２３２Ｃにより接続する必要が無い。したがって、両者間の通信が、イーサネット等と比較して通信速度が低いＲＳ−２３２Ｃインタフェースの物理的な通信速度に制限されない利点がある。【０２３５】  図４４では、図４１においてシリアルコントローラとＲＳ−２３２Ｃにて接続されていた部分が、バスブリッジ４１０にて接続されている。すなわち、このバスブリッジ４１０は、映像情報装置の内部のＰＣＩバス４０３と、ユビキタス映像モジュールユニットの内部のＰＣＩバス４０８とを接続している。バスブリッジ４１０の内部には、シリアルコントローラと同様のデータ転送を行うシリアルエミュレータ４１１が設けられている。シリアルエミュレータ４１１は、ＰＣＩバス４０３、４０８の双方から制御を受け付け、シリアル転送した場合と同様に反対側のバスに伝える。した���って、図４１に示すように、シリアルコントローラ４０１、４０７を用いて通信を行っていた構成時のソフトウェアを変更することなく使用することが可能となる。さらに、ＲＳ−２３２Ｃ通信の物理的な速度制限を受けないため、データ転送を高速に行うことが可能となる。
なお、ソフトウェアの変更を行うことが可能であれば、共有メモリ型などシリアルエミュレータ４１１以外のブリッジを使用しても良く、複数の方式を併用してもよい。【０２３６】  図４５に、Ｗｅｂブラウザから映像情報装置４０に表示されている画像データを取得する際のシーケンスを示す。図４３と異なるのは、映像情報装置４０から読み出した画像データをネットワーク上のＮＡＳ３４ｃにも記録する点である。
すなわち、コマンド変換部４２７は、映像情報装置４０から読み出した画像データをステップＳ１２９２データ書込にてＮＡＳ３４ｃに記録する。記録が完了した後、ＮＡＳ３４ｃは、ステップＳ１３２２データ書込応答にてコマンド変換部４２７に返信する。
以上説明したように、ユビキタス映像モジュールを内部に組み込んだ映像情報装置を用いてもよい。【０２３７】  実施の形態５．
＜保有エンジンに関するフラグおよび連携設定について＞
図４６は、実施の形態５におけるユビキタス映像モジュールを適用した映像情報装置のシステム構成を模式的に表わした図である。【０２３８】  映像情報装置の一例としての監視レコーダ２００は、監視レコーダ２００の制御を行うＣＰＵ２０１と、映像出力を持つ他の機器との映像信号の送受信を行うマルチプルビデオＩ／Ｏ２０２と、ＪＰＥＧ／ＪＰＥＧ２０００等の圧縮・伸張を行うＪＰＥＧ／２０００コーデック２０３と、動画圧縮のためのＭＰＥＧ２エンジン２０４、ＭＰＥＧ４＿Ｖｅｒｓｉｏｎ１エンジン（図中、ＭＰＥＧ４＿１エンジンと表記）２０５と、ミドルウェア２０６と、ストレージ機器のインタフェイスを制御するストレージホストＩ／Ｆ２０８と、ＯＳとしてＵＭ−ＣＰＵ２１１と同じ組み込みＯＳである組込みＬｉｎｕｘ２０７とにより構成されている。【０２３９】  また、ユビキタス映像モジュール２１０は、このユビキタス映像モジュール２１０の制御を行うＵＭ−ＣＰＵ２１１と、描画性能を向上するためのグラフィックエンジン２１２、カメラにより撮像された動画や静止画等の信号処理を行うカメラエンジン２１３、動画圧縮・伸張のためのＭＰＥＧ４＿Ｖｅｒｓｉｏｎ２エンジン（図中、ＭＰＥＧ４＿２エンジンと表記）２１４、ネットワーク環境に接続するための有線ＬＡＮ、無線ＬＡＮ、シリアルバス通信等に用いられるコミュニケーションエンジン２１５等の機能ブロックを有して構成される。なお、ＭＰＥＧ４＿Ｖｅｒｓｉｏｎ１エンジン２０５、ＭＰＥＧ４＿Ｖｅｒｓｉｏｎ２エンジン２１４等の動画圧縮に関する機能ブロックを総称してＭＰＥＧ４エンジンと称する。【０２４０】  尚、ユビキタス映像モジュール２１０に含まれる機能ブロックのうち、ここに挙げている例は一例に過ぎず、監視レコーダ２００に必要な機能は、ユビキタス映像モジュール２１０に含まれる各エンジンによって実現することが可能である。【０２４１】  ユビキタス映像モジュール２１０は、監視レコーダ２００のストレージホストＩ／Ｆ２０８に接続する。
監視レコーダ２００とユビキタス映像モジュール２１０に搭載されたＭＰＥＧ４エンジンは、図４６の例では、ＭＰＥＧ４のバージョン１、２にそれぞれ対応するＭＰＥＧ４＿Ｖｅｒｓｉｏｎ１エンジン２０５、ＭＰＥＧ４＿Ｖｅｒｓｉｏｎ２エンジン２１４である。【０２４２】  ユビキタス映像モジュール２１０が、ＭＰＥＧ４＿Ｖｅｒｓｉｏｎ１エンジン２０５を使用せず、他のエンジン（ハードウェアエンジンやソフトウェアエンジン）を使用する場合、ユビキタス映像モジュール２１０のＵＭ−ＣＰＵ２１１がストレージデバイスコントローラ（Ｓｔｏｒａｇｅ  Ｄｅｖｉｃｅ  Ｃｏｎｔｒｏｌｌｅｒ）２１９を介して監視レコーダ２００のストレージホストＩ／Ｆ（Ｓｔｏｒａｇｅ  Ｈｏｓｔ  Ｉｎｔｅｒｆａｃｅ）２０８を制御する。【０２４３】  これにより、ユビキタス映像モジュール２１０は、監視レコーダ２００上に搭載されたマルチプルビデオＩ／Ｏ２０２、ＪＰＥＧ／２０００コーデック２０３、ＭＰＥＧ２エンジン２０４を操作可能となる。【０２４４】＜連携設定について＞
以下、図４７〜図５２を参照しながら具体的に説明する。
図４７は、本実施の形態５におけるユビキタス映像モジュール２１０を適用した映像情報装置のシステム構成の他の例を示した模式図である。【０２４５】  監視レコーダ２００内の、２２０はＲＯＭ、２２１はＲＡＭ、２２２は設定メモリである。また、ユビキタス映像モジュール２１０内の、２２３はＲＯＭ、２２４はＲＡＭ、２２５は設定メモリである。【０２４６】  図４８は、設定メモリ２２２及び２２５に格納される設定情報の一例を示す模式図である。図示するように、設定メモリ２２２および／または設定メモリ２２５は、機器設定２３０ａ、ネットワーク設定２３０ｂ、連携設定２３０ｃの各種設定を格納している。【０２４７】  図４７に示すような監視レコーダ２００において、機器設定２３０ａは、例えば、ネットワークに接続されたカメラの内、動作させるカメラの番号や切り替えるタイミング等の監視レコーダ２００が各機器に対して与える設定である。【０２４８】  また、ネットワーク設定２３０ｂは、監視レコーダ２００がネットワークに接続された機器との通信を行うのに必要なアドレスや通信方式についての設定である。【０２４９】  本実施の形態５に係る構成においては、更に、監視レコーダ２００およびこれに接続されるユビキタス映像モジュール２１０の有する設定メモリ２２２および／または設定メモリ２２５が、監視レコーダ２００およびこれに接続されるユビキタス映像モジュール２１０それぞれの保有するエンジンを、管理番号（管理Ｎｏ．）と対応付けた形式でテーブル化した連携設定２３０ｃを有する。【０２５０】  図４９、図５０は、本実施の形態５における連携設定２３０ｃの設定内容の一例である。図４９は、監視レコーダ２００が設定メモリ２２２内に保持している連携設定２３１の内容を示している。【０２５１】  図４９に示すように、連係情報２３１は、監視レコーダ２００のＣＰＵ２０１が制御するハードウェアエンジンと、これらを管理するための管理番号（管理Ｎｏ．）等の情報を各ハードウェアエンジンに対応付けて格納している。【０２５２】  図５０は、ユビキタス映像モジュール２１０が設定メモリ２２５内に保持している連携設定２３２の内容を示している。【０２５３】  図示したように、連係情報２３２は、ユビキタス映像モジュール２１０のＵＭ−ＣＰＵ２１１が制御するハードウェアエンジンと、これらを管理するための管理番号（管理Ｎｏ．）等の情報を各ハードウェアエンジンに対応付けて格納している。【０２５４】  もちろん、ここに図示したのは、一例であって、これら連携設定２３１及び２３２の内容は、必要に応じて他の設定を格納することもできる。この他の設定とは、例えば、映像情報以外のデータを扱うことのできる音声データ処理に関する機能ブロック、テキストデータ処理に関する機能ブロック等に関する設定である。【０２５５】  図４７は、本実施の形態５におけるユビキタス映像モジュール２１０および映像情報装置の一例としての監視レコーダ２００の各ハードウェアエンジンを模式的に示したシステム構成例を示す模式図である。【０２５６】  図４６、２５、２７に示したように、監視レコーダ２００は、基本的なハードウェアエンジンとして、監視レコーダ２００自身のＣＰＵ２０１が制御するハードウェアエンジンとしてマルチプルビデオＩ／Ｏ２０２、ＪＰＥＧ／２０００コーデック２０３、ＭＰＥＧ２エンジン２０４、ＭＰＥＧ４＿１エンジン２０５を保有する。【０２５７】  また、図４６、２５、２８に示したように、ユビキタス映像モジュール２１０は、基本的なハードウェアエンジンとして、ユビキタス映像モジュール２１０自身のＵＭ−ＣＰＵ２１１が制御するハードウェアエンジンとしてグラフィックエンジン２１２、カメラエンジン２１３、ＭＰＥＧ４＿２エンジン２１４を保有する。【０２５８】  なお、監視レコーダ２００のストレージホストＩ／Ｆ２０８は、ハードウェアデバイスを公開することが可能である。すなわち、監視レコーダ２００の管理しているハードウェアデバイスが、ユビキタス映像モジュール２１０から認識可能な状態とされる。【０２５９】＜連携設定に基づく動作について＞
以下、図４７を参照して、その動作について説明する。
ユビキタス映像モジュール２１０が、監視レコーダ２００のストレージホストＩ／Ｆ２０８に装着されると、ユビキタス映像モジュール２１０はストレージホストＩ／Ｆ２０８に接続されたことを検知して、以下の信号送受に係るプログラムを起動するスイッチをＯＮにする（工程Ａ、２４０）。【０２６０】  このスイッチは、例えば、ユビキタス映像モジュール２１０への電源供給を可能とするハードウェアスイッチやソフトウェアスイッチにより構成され、このスイッチのＯＮ動作によって、少なくともＵＭ−ＣＰＵ２１１への電源供給が行われる。【０２６１】  上述したように、監視レコーダ２００およびユビキタス映像モジュール２１０は、それぞれの設定メモリ２２２、２２５内に各々のＣＰＵ（ＣＰＵ２０１、ＵＭ−ＣＰＵ２１１）が制御するハードウェアエンジンと、これらを管理するための管理番号等の情報（連携設定２３１、２３２）を各ハードウェアエンジンに対応付けて格納している。【０２６２】  ユビキタス映像モジュール２１０は、監視レコーダ２００が管理しているハードウェアエンジン、およびこれらハードウェアエンジンを管理するための管理番号等の情報である連携設定２３１を取得するための要求信号を監視レコーダ２００のストレージホストＩ／Ｆ２０８に送信する（工程Ｂ、２４１）。【０２６３】  この要求信号を受け取ったストレージホストＩ／Ｆ２０８は、監視レコーダ２００の設定メモリ２２２に格納された連携設定２３１をユビキタス映像モジュール２１０に送信する（工程Ｃ、２４２）。【０２６４】  ユビキタス映像モジュール２１０は、受信した監視レコーダ２００の連携設定２３１と設定メモリ２２５に格納された連携設定２３２とに基づいて、図５１に模式的に示すような、ユビキタス映像モジュール２１０が制御可能なハードウェアエンジンの一覧データ２３３を作成する。【０２６５】  当該一覧データ２３３において、監視レコーダ２００のハードウェアエンジンおよびユビキタス映像モジュール２１０のハードウェアエンジンに関する各情報は、「ハードウェアエンジン」のデータカテゴリとして保持される。【０２６６】  一覧データ２３３は、
Ａ）各ハードウェアエンジンに対応して、「Ｎｏ．」で示される番号、
Ｂ）“（機器属性）＿（ハードウェアエンジン属性）”を表現するフォーマットで示される「管理番号（管理Ｎｏ．）」を有する。【０２６７】  このＢ）について説明すれば、図５１中に示した例では、ｒ＿１、ｒ＿２…においてはｒが映像情報装置（ここでは監視レコーダ２００）側にあるハードウェアエンジン、ｕ＿１、ｕ＿２…においてはｕがユビキタス映像モジュール２１０側にあるハードウェアエンジンであることをそれぞれ示す。【０２６８】  更に、一覧データ２３３は、図５１中、記号Ｆで示した、
Ｃ）ユビキタス映像モジュール２１０が、各ハードウェアエンジンを制御できるかどうかを表わす「制御可能フラグ」、
Ｄ）各ハードウェアエンジンのバージョン等を考慮した結果、実際にユビキタス映像モジュール２１０が制御するかどうかを示す「制御フラグ」、
Ｅ）この「制御フラグ」に示されたユビキタス映像モジュール２１０が制御するハードウェアエンジンの内、ユビキタス映像モジュール２１０から監視レコーダ２００へアクセスしなければならないハードウェアエンジンを示す「アクセスフラグ」、
の各フラグも有する。【０２６９】  一覧データ２３３中における「制御可能フラグ」は、上述したように、監視レコーダ２００の有するハードウェアエンジンとユビキタス映像モジュール２１０の有するハードウェアエンジンとを総合した状態を示すものである。従って、図５１に示すように全てのハードウェアエンジンに対して「制御可能フラグ」が与えられる。【０２７０】  このように、制御可能フラグ、制御フラグについては、監視レコーダ２００とユビキタス映像モジュール２１０とが接続されたことを契機として、両者が保有するハードウェアエンジンに関する情報をＵＭ−ＣＰＵ２１１が統合するように動作し、これにより予め、より性能の向上したハードウェアエンジンへのアクセス性能が向上する。すなわち、制御可能フラグ、制御フラグを監視レコーダ２００およびユビキタス映像モジュール２１０が各々保有することで、上記統合動作を短時間のうちに行わせることが可能となる。【０２７１】  なお、一覧データ２３３のハードウェアエンジンの中で、ＭＰＥＧ４の圧縮・伸張に用いられるＭＰＥＧ４に関するハードウェアエンジンは、図４９に示したように監視レコーダ２００の連携設定２３１にあるＭＰＥＧ４＿１エンジン（管理Ｎｏ．ｒ＿４）であり、図５０に示したようにユビキタス映像モジュール２１０の連携設定２３２にあるＭＰＥＧ４＿２エンジン（管理Ｎｏ．ｕ＿３）である。【０２７２】  ここで、ＭＰＥＧ４の圧縮・伸張に用いるのは、ＭＰＥＧ４＿１エンジンおよびＭＰＥＧ４＿２エンジンの内で、よりエンジンの内容が改訂されたＭＰＥＧ４＿２エンジン（図５０中の管理Ｎｏ．ｕ＿３）である。【０２７３】  すなわち、図５１の例では、ＭＰＥＧ４の圧縮・伸張に用いるのはＭＰＥＧ４＿２エンジンである。従って、図５１に示した一覧データ２３３の例では、管理Ｎｏ．６にあるｒ＿４以外の全てのハードウェアエンジンに「制御フラグ」が与えられる。【０２７４】  この「制御フラグ」の与えられたハードウェアエンジンの内、ユビキタス映像モジュール２１０が監視レコーダ２００へアクセスしなければならないハードウェアエンジンは、管理Ｎｏ．がｒ＿１、ｒ＿２、ｒ＿３で示されるハードウェアエンジンである。従って、管理Ｎｏ．がｒ＿１、ｒ＿２、ｒ＿３で示されるハードウェアエンジンに対して、「アクセスフラグ」が与えられる。【０２７５】  以上の説明のように、各フラグが、監視レコーダ２００およびユビキタス映像モジュール２１０それぞれの有するハードウェアエンジンに対応して与えられる。【０２７６】  そして、ユビキタス映像モジュール２１０のＵＭ−ＣＰＵ２１１は、この「アクセスフラグ」の与えられた監視レコーダ２００の有するハードウェアエンジンにアクセスするためのアクセス要求信号を監視レコーダ２００に出力する（工程Ｄ、２４３）。【０２７７】  アクセス要求信号を受信した監視レコーダ２００のＣＰＵ２０１は、受信したアクセス要求信号によって指定されるハードウェアエンジンにアクセスする。【０２７８】  なお、ここにおける例では、ユビキタス映像モジュール２１０から監視レコーダ２００のハードウェアエンジンにアクセスされるのは、上述の一覧データのアクセスフラグが与えられた、管理Ｎｏ���のｒ＿１、ｒ＿２、ｒ＿３によって示されるハードウェアエンジンに対してである。【０２７９】  ＣＰＵ２０１によってアクセスされたハードウェアエンジンは、当該ハードウェアエンジンの有する処理を実行し、その処理結果を監視レコーダ２００のＣＰＵ２０１に送信する。【０２８０】  監視レコーダ２００のＣＰＵ２０１は、受信した処理結果をユビキタス映像モジュール２１０に送信する（工程Ｅ、２４４）。【０２８１】  以上に説明した工程Ａ乃至Ｅの一連の処理を行うことで、ユビキタス映像モジュール２１０のＵＭ−ＣＰＵ２１１が監視レコーダ２００のＣＰＵ２０１を実質的に制御できる。【０２８２】  すなわち、これを模式的に示すと、図５２に点線で囲った部分をＵＭ−ＣＰＵ２１１が実質的に制御することと等価である。従って、上述のように構成することで、本来、映像情報装置が有していない機能、あるいは接続されるユビキタス映像モジュールが有していない機能について、それら映像情報装置およびユビキタス映像モジュールを結合することで相補的な関係を構成することが可能であり、これら相補的な関係を表わす上記一覧データを用いることでアクセス性能の向上を図ることができる。【０２８３】  尚、本実施の形態５において、上記以外の点は実施の形態１の場合と同じである。【０２８４】  実施の形態６．
＜ハードウェア（ハードウェアエンジン）の挿脱と動作について＞
図５３、３４はユビキタス映像モジュール３１０をバスラインを介して、映像情報装置の一例としての監視レコーダ３００に接続（装着）した場合のシステム構成図である。【０２８５】  図５３、３４において、監視レコーダ３００は、図の点線部分にＣＤ−Ｒ／ＲＷドライブを装着していたことを示している。そして、このＣＤ−Ｒ／ＲＷドライブを監視レコーダ３００から外したあとに、ここでは、ＤＶＤ±Ｒ／ＲＷ／ＲＡＭドライブ及び新規のカードメディアを備えた新規の装着モジュールを監視レコーダ３００に接続する例について述べる。【０２８６】  ＣＤ−Ｒ／ＲＷドライブは、ストレージホストインターフェース（ストレージホストＩ／Ｆ）３０８を介して監視レコーダ３００に接続されていたが、ＣＤ−Ｒ／ＲＷドライブを外した事により空きの生じたストレージホストＩ／Ｆ３０８に新規の装着モジュールを接続する。【０２８７】  監視レコーダ３００内にある、暗号化エンジン（暗号化＿１エンジン）３０３は、例えば監視レコーダ３００がネットワーク経由で他の映像情報装置と通信を行う際に通信情報を暗号化するハードウェアエンジンである。【０２８８】  メディアエンジン（メディア＿１エンジン）３０４は、カードメディアのデータの書き込み・読み出しを司るハードウェアエンジン、ＣＤ−Ｒ／ＲＷエンジンはＣＤ−Ｒ／ＲＷのデータの書き込み・読み出しを司るハードウェアエンジンである。【０２８９】  ユビキタス映像モジュール３１０内にある、ＤＶＤ±Ｒ／ＲＷ／ＲＡＭエンジン３１４はＤＶＤ±Ｒ／ＲＷ／ＲＡＭ装置に対するデータの書き込み・読み出しを司るハードウェアエンジンである。【０２９０】  ここでは、監視レコーダ３００内にある、暗号化＿１エンジン３０３、メディア＿１エンジン３０４は、それぞれ旧式の暗号処理及びカードメディアの制御ができる（サポートする）ものであり、ユビキタス映像モジュール３１０内にある、暗号化＿２エンジン３１２、Ｍｅｄｉａ＿２エンジン３１３に取って代わられるものとする。【０２９１】  なお、監視レコーダ３００内にある、ＣＰＵ３０１、マルチプルビデオＩ／Ｏ３０２、ミドルウェア３０６、組込みＬｉｎｕｘ３０７およびストレージホストＩ／Ｆ３０８は、それぞれ上述の実施の形態に説明したものと基本的に同様である。【０２９２】  また、ユビキタス映像モジュール３１０内にある、ＵＭ−ＣＰＵ３１１、コミュニケーションエンジン３１５、ミドルウェア３１６、Ｊａｖａ仮想マシンＶＭ３１７、組込みＬｉｎｕｘ３１８およびストレージデバイスコントローラ３１９は、それぞれ上述の実施の形態に説明したものと基本的に同様である。【０２９３】  ユビキタス映像モジュール３１０に組み込まれた連携設定の基本構成は、図４７に示したのと同様である。【０２９４】  図５４、図５５は、それぞれ監視レコーダ３００、ユビキタス映像モジュール３１０がＲＯＭ３２０、３２３内に格納している、監視レコーダ３００、ユビキタス映像モジュール３１０各々のハードウェアエンジンの連携設定である。【０２９５】  ここでは、後述する図５６に示した手順を経て、ユビキタス映像モジュール３１０は、図５７に示したハードウェアエンジンについての一覧データを作成・更新する。【０２９��】  図５６に示すように、ユビキタス映像モジュール３１０のＵＭ−ＣＰＵ３１１は、監視レコーダ３００のＣＰＵ３０１を実質的に制御できる。【０２９７】＜フラグ一覧の書き換え（更新）について＞
図５６は、実施の形態６におけるユビキタス映像モジュール３１０が監視レコーダ３００内のハードウェアエンジンを制御するための動作を示すシステム構成図である。【０２９８】  上述したように、この実施例では監視レコーダ３００のＣＤ−Ｒ／ＲＷドライブを外してＤＶＤ±Ｒ／ＲＷ／ＲＡＭドライブ及び新規のカードメディアドライブを備えたユビキタス映像モジュールを装着する事で、監視レコーダ３００には無い機能の付加を行う。【０２９９】  監視レコーダ３００は、図５４に示すように監視レコーダ３００自身の管理するハードウェアエンジンの連係情報を設定メモリ３２２に格納している。【０３００】  監視レコーダ３００は、自装置からＣＤ−Ｒ／ＲＷドライブが外された場合、それを検知して、監視レコーダ３００自身の制御可能なハードウェアエンジンを検索するプログラムを起動するスイッチをＯＮにする（工程Ａ、３３０）。【０３０１】  監視レコーダ３００における自装置のハードウェアエンジンを検索するプログラムは、各ハードウェアエンジンに対して、各々のハードウェアエンジンの種類を特定（マルチプルビデオＩ／Ｏ、暗号化＿１エンジン等）する問い合わせを行い各ハードウェアエンジンの種類に関する情報を取得する。【０３０２】  取得した情報に基づいて、ＣＰＵ３０１は、監視レコーダ３００自身の設定メモリ３２２に格納されている連携設定について更新を行うと共に、一覧データにおける制御可能フラグを更新する（工程Ｂ、３３１）。【０３０３】  これにより、図５４に示したようにＣＤ−Ｒ／ＲＷドライブを外す前と後で、管理Ｎｏ．ｒ＿４の制御可能フラグは「フラグ有り（連携設定３３１ａのｒ＿４に対するフラグがＦ）」から「フラグ無し（連携設定３３１ｂのｒ＿４に対するフラグがなし）」になる。【０３０４】  続いて、ＣＤ−Ｒ／ＲＷドライブの空きスロットにユビキタス映像モジュール３１０を装着した際、ユビキタス映像モジュール３１０はストレージホストＩ／Ｆ３０８に接続された事を検知して、ユビキタス映像モジュール３１０自身の制御可能なハードウェアエンジン検索プログラムを起動するスイッチをＯＮにする（工程Ｃ、３３２）。【０３０５】  なお、このスイッチは、例えば、ユビキタス映像モジュール３１０への電源供給を可能とするハードウェアスイッチやソフトウェアスイッチにより構成され、このスイッチのＯＮ動作によって、少なくともＵＭ−ＣＰＵ３１１への電源供給が行われることにより、上述のハードウェアエンジン検索プログラムが起動されるようにしてもよい。【０３０６】  該ハードウェアエンジン検索プログラムは、ユビキタス映像モジュール３１０の各ハードウェアエンジンに対して、それぞれのハードウェアエンジンの種類（暗号化＿２エンジン、メディア＿２エンジン等）を特定する問い合わせを行い、各ハードウェアエンジンの種類に関する情報を取得することで、ユビキタス映像モジュール３１０自身の設定メモリ３２５に格納されている連携設定３３２ａの制御可能フラグを更新する（工程Ｄ、３３３）。【０３０７】  この場合、ユビキタス映像モジュール３１０は、含まれるハードウェアエンジンの挿脱等の変化が無いので、図５５に示したようにＤＶＤ±Ｒ／ＲＷ／ＲＡＭドライブを装着する前と後で、各ハードウェアエンジンの制御可能フラグは変化しない。【０３０８】  ハードウェアエンジン検索プログラムにより、設定メモリ３２５内の連携設定３３２ｂが更新されたことを契機として、以下の信号送受に係るプログラムが起動する。【０３０９】  ユビキタス映像モジュール３１０は、監視レコーダ３００が管理しているハードウェアエンジンを制御するために監視レコーダ３００が管理している連携設定３３１ｂを取得するための要求信号を監視レコーダ３００のストレージホストＩ／Ｆ３０８に送信する（工程Ｅ、３３４）。【０３１０】  この要求信号を受け取ったストレージホストＩ／Ｆ３０８は、監視レコーダ３００の設定メモリ３２２に格納された連携設定３３１ｂをユビキタス映像モジュール３１０に送信する（工程Ｆ、３３５）。【０３１１】  ユビキタス映像モジュール３１０は、受信した監視レコーダ３００の連携設定３３１ｂと設定メモリ３２５に格納された連携設定３３２ｂとに基づいて、図５７に模式的に示すような、ユビキタス映像モジュール３１０が制御可能なハードウェアエンジンの一覧データ３３３を作成する。【０３１２】  ユビキタス映像モジュール３１０は、監視レコーダ３００のハードウェアエンジンおよびユビキタス映像モジュール３１０のハードウェアエンジンに関する一覧データ３３３におけるアクセスフラグの有無に基づいて、監視レコーダ３００にアクセスを行う（工程Ｇ、３３６）。【０３１３】  なお、図５７に示した一覧データ３３３の例において、監視レコーダ３００のハードウェアエンジンの中でユビキタス映像モジュール３１０がアクセスを必要とするハードウェアエンジンは、アクセスフラグが与えられているマルチプルビデオＩ／Ｏ３０２だけとなる。【０３１４】  図５７に示した例では、アクセスフラグが与えられているマルチプルビデオＩ／Ｏ３０２だけがユビキタス映像モジュール３１０からアクセスを必要とするハードウェアエンジンであるが、必ずしもこれに限られることは無い。【０３１５】  すなわち、ユビキタス映像モジュール３１０が保有しないハードウェアエンジン、あるいはユビキタス映像モジュール３１０の保有するハードウェアエンジンよりも監視レコーダ３００側のハードウェアエンジンの方が高機能である場合のように、一覧データ３３３において示されるアクセスフラグの与えられた状況に基づいて、ユビキタス映像モジュール３１０から監視レコーダ３００へのアクセスの要否は変化する。【０３１６】  ユビキタス映像モジュール３１０がマルチプルビデオＩ／Ｏ３０２へアクセスを行う際、ユビキタス映像モジュール３１０のＵＭ−ＣＰＵ３１１は、このアクセスフラグの与えられた監視レコーダ３００のマルチプルビデオＩ／Ｏ３０２へアクセスするためのアクセス要求信号を監視レコーダ３００に出力する。【０３１７】  アクセス要求を受信した監視レコーダ３００のＣＰＵ３０１は、受信したアクセス要求信号によって指定されるハードウェアエンジンに対しアクセスを行う（図５７に示す例では、マルチプルビデオＩ／Ｏ３０２へのアクセスだけが必要）。【０３１８】  ＣＰＵ３０１によってアクセスされたハードウェアエンジンは、当該ハードウェアエンジンの有する処理を実��し、その処理結果を監視レコーダ３００のＣＰＵ３０１に送信する。【０３１９】  監視レコーダ３００のＣＰＵ３０１は、受信した処理結果をユビキタス映像モジュール３１０に送信する（工程Ｈ、３３７）。【０３２０】  以上に説明した工程Ａ乃至Ｈの一連の処理を行うことで、ユビキタス映像モジュール３１０のＵＭ−ＣＰＵ３１１が監視レコーダ３００のＣＰＵ３０１を実質的に制御できる。【０３２１】  すなわち、これを模式的に示すと、図５８に点線で囲った部分をＵＭ−ＣＰＵ３１１が実質的に制御することと等価である。従って、上述のように構成することで、本来、映像情報装置が有していない機能、あるいは接続されるユビキタス映像モジュールが有していない機能について、それら映像情報装置およびユビキタス映像モジュールを結合することで相補的な関係を構成することが可能であり、これら相補的な関係を表わす上記一覧データを用いることでアクセス性能の向上を図ることができる。【０３２２】  尚、本実施の形態６において、上記以外の点は実施の形態１の場合と同じである。【０３２３】  以上、種種の実施の形態に説明したような構成を採用することによって、ユビキタス映像モジュール側が、監視レコーダ２００等の映像情報装置側のハードウェアエンジンを、当該映像情報装置側のＣＰＵを動作させて、その出力を受け取るように構成することが可能であり、これにより、映像情報装置にさらなる機能向上を盛り込むに際して、映像情報装置側のＣＰＵ（システムＬＳＩ）を更新することなしに、ユビキタス映像モジュールを接続するだけで機能向上を図ることができる。【０３２４】  また、接続先の映像情報装置の保有するハードウェアエンジンの内で、ユビキタス映像モジュールが使用可能な、ハードウェアエンジンに関するアクセスフラグ情報を保持するように構成することで、映像情報装置およびユビキタス映像モジュールの間の動作連携をスムーズに行わせることができる。
【図１】
2005013136.tif 000003
【図２】
2005013136.tif 000004
【図３】
2005013136.tif 000005
【図４】
2005013136.tif 000006
【図５】
2005013136.tif 000007
【図６】
2005013136.tif 000008
【図７】
2005013136.tif 000009
【図８】
2005013136.tif 000010
【図９】
2005013136.tif 000011
【図１０】
2005013136.tif 000012
【図１１】
2005013136.tif 000013
【図１２】
2005013136.tif 000014
【図１３】
2005013136.tif 000015
【図１４】
2005013136.tif 000016
【図１５】
2005013136.tif 000017
【図１６】
2005013136.tif 000018
【図１７】
2005013136.tif 000019
【図１８】
2005013136.tif 000020
【図１９】
2005013136.tif 000021
【図２０】
2005013136.tif 000022
【図２１】
2005013136.tif 000023
【図２２】
2005013136.tif 000024
【図２３】
2005013136.tif 000025
【図２４】
2005013136.tif 000026
【図２５】
2005013136.tif 000027
【図２６】
2005013136.tif 000028
【図２７】
2005013136.tif 000029
【図２８】
2005013136.tif 000030
【図２９】
2005013136.tif 000031
【図３０】
2005013136.tif 000032
【図３１】
2005013136.tif 000033
【図３２】
2005013136.tif 000034
【図３３】
2005013136.tif 000035
【図３４】
2005013136.tif 000036
【図３５】
2005013136.tif 000037
【図３６】
2005013136.tif 000038
【図３７】
2005013136.tif 000039
【図３８】
2005013136.tif 000040
【図３９】
2005013136.tif 000041
【図４０】
2005013136.tif 000042
【図４１】
2005013136.tif 000043
【図４２】
2005013136.tif 000044
【図４３】
2005013136.tif 000045
【図４４】
2005013136.tif 000046
【図４５】
2005013136.tif 000047
【図４６】
2005013136.tif 000048
【図４７】
2005013136.tif 000049
【図４８】
2005013136.tif 000050
【図４９】
2005013136.tif 000051
【図５０】
2005013136.tif 000052
【図５１】
2005013136.tif 000053
【図５２】
2005013136.tif 000054
【図５３】
2005013136.tif 000055
【図５４】
2005013136.tif 000056
【図５５】
2005013136.tif 000057
【図５６】
2005013136.tif 000058
【図５７】
2005013136.tif 000059
【図５８】
2005013136.tif 000060
【国際調査報告】
2005013136.tif 000061
2005013136.tif 000062
2005013136.tif 000063
2005013136.tif 000064