WO2004095293A1

WO2004095293A1 - 映像機器、映像モジュールユニット及び映像機器操作方法

Info

Publication number: WO2004095293A1
Application number: PCT/JP2004/005676
Authority: WO
Inventors: Kyosuke Yoshimoto; Tokumichi Murakami; Chihiro Morita; Yoshiki Mizutani; Kazuo Hirasawa; Yasuo Maeda; Mitsunobu Yoshinaga; Kozo Ishida
Original assignee: Mitsubishi Denki Kabushiki Kaisha
Priority date: 2003-04-24
Filing date: 2004-04-21
Publication date: 2004-11-04
Also published as: EP1617333B1; EP1617333A1; US20060164550A1; JPWO2004095293A1; EP1617333A4

Description

映像機器、映像モジュールュニット及び映像機器操作方法

技術分野

この発明は、小規模ネットワークの L ANから大規模ネットワークのィ.ン夕一ネットに接続することが可能であり、また、デジタルテレビ、明

D VD/HD Dレコーダなどの民生用機器や監視システムのレコーダ、細

F A機器など業務用機器まで幅広い機種、システムに取り付けることが可能で、かつ、操作性に優れたュビキタス（ub i qu i t ous) 映像モジュールと該ュビキタス映像モジュールをコア（中核）に形成されたュビキタス映像モジュールュニヅトと、該ュビキ夕ス映像モジュールユニットを装備することが可能な映像情報装置、映像記録装置、携帯電話装置等の映像機器に関するものである。

背景技術

従来の AV (Aud i o Vi sua l) デジタルネヅトワーク機器は、例えば、特許文献 1に示されているように、ひとつの機器内にネットウ一ク接続のためのイン夕一フェースとネヅトワークへ接続するための機能を構成している。

また、例えば、特許文献 2に示されているように、システム L S Iにてネヅトワークに関する機能を実現しているものもある。

近年、パーソナルコンビュ一夕の低価格化 '高機能化、イン夕一ネットコンテンヅの増加、携帯電話 ' PDA (P e r s ona l D i g i t a 1 A s s i s t a n t ：電子手帳）等のネットワーク接続機器の多様化などにより、一般家庭においてもローカル LANゃィン夕一ネヅトを利用する機が増大している。

また、 HAV i (Home Aud i o/Vi d e o int e r o p e r ab i l i t y :家庭用 AV機器をネットヮ一ク化する時に使用されるソフトウエアの仕様のこと）、 E CHONE Tなど、規格面においても家電機器をネヅトワークに接続するための整備が進められている。特許文献 1に示されたデジタルネヅトワーク機器のテレビ、 VTRなどの映像情報装置は、一般的に第 44図に示されるような専用のシステム LS I (システム L S I 208 ) を開発して用いられている。

シスチム L S I 208は、システムの制御を行うための S Y S— C P U 20 1と、映像信号処理を行う映像信号処理部 V S P(V i d e 0 S i g n a 1 P r o c e s s o r) 202の論理部（以降、「ロジック部」 (L o g i c) と'記す。）と、 ROM 203および RAM 204のメモリ —部とで構成されている。

映像信号処理部 V SP 202のロジック部は、このシステム LS Iを使用する映像情報装置の仕様に応じて、必要な機能が設計されている。

この機能が汎用的でメーカのィンテレクチャル · プロパティ（ I n t e l l e c t ua l P r op e r t y) が存在するなどの場合は、このィンテレクチャル · プロパティを用いることにより、開発期間の短縮化ならびにコスト低減を図っている。

なお、インテレクチャル · プロパティとは、 L S I設計の場合において、既に設計されている論理回路のことを意味する。

第 44図は、システム L S I 208を用いた従来の映像処理装置の一例を概念的に示ザプロヅク図である。

映像入力信号 205は、映像情報装置 206において、表示ュニット 2 1 1で表示可能な信号まで変換されて出力する。

映像信号装置 206は、システム L S I 208、システム LS Iの前段処理部（F r ont end P r o c e s s o r。以降、「 F P」と記す。） 207、システム L S I 208の後段処理部（B a ck end Pr o c e s s o r。以降、「B P」と記す。） 209およびビデオイン夕一フェース（以降、「V— I/F」と記す。） 2 10とで構成される。ここで、映像入力信号 205がアナログ信号の場合、 FP 1.07は A /D変換や汎用的なデコーダ（D e c o d e r) などの機能を有する。

また、 BP 209は、出力バッファのみの機能を有する構成をしていただし、システム LS I 208の設計思想やシステムの構成により F P、 B Pはきまざまな構成が可能である。

また、特許文献 2に記載のネットワーク接続の半導体料金収集では、. 機器内にネヅトワーク機器制御部をもつことにより、ネヅトワーク接続が可能な構成を実現している。

さらに、第 45図は、システム LS I 208を用いた従来の携帯電話装置の一例を概念的に示すシステム構成図である。図において、図示しない携帯電話の無線網からアンテナ 2 18を介して入力されたデ一夕は、ベースバンド部 2 1 7により信号処理され、通信ヘッダ情報が取り除かれ、再構築される。さらにモパイル ·アプリケーション ·ュニヅト 2 1 9で、表示ュニット 21 1に表示可能な信号形態にまで変換され表示ュニット 2 1 1へ出力される。無論、音声の入出力に関する構成プロックもあるがここでは図示を省略し、以下の説明も映像情報の処理を主に説明する。

モバイル · アプリケ一ション ·ュニヅト 21 9は、システム L S I 2 08と、システム L S I 208の FP 207と、 BP 209と、 V— I /F 2 10で構成される。

モパイル'アプリケーション'ュニヅト 2 19に入力されたデ一夕は、 CPU20 1のソフトウェア、 VSP 202のハードウェアにより、デコード、リサイズ等され、表示ュニット 2 1 1にて表示される。

また、外部に接続されたカメラ ·ユニット 2 1 5からモパイル · アブリケ一シヨン 'ユニット 2 19に入力されたデータは、カメラ ·ェンジン 2 16にてデ一夕処理され、 CPU201、 V S P 202にて画像デ一夕として再構築され、さらに表示ュニット 2 1 1にて表示される場合や、さらに圧縮処理されフラッシュメモリ等の不揮発メモリに保存される場合や、さらに多重化処理され、ベースバンド部 2 17より図示しない無線網へ送信される場合がある。

. 従来の映像.情報機器設計においては、映像情報機器に対し新規にネットワーク機能を追加するような場合、新しい仕様に応じてシステム L S Iに機能を追加したり、新たなシステム L S Iを開発し、信頼性検証、 EMI (E l e c t r o Magne t i c I nt e r f e r e nc e ：電磁波妨害）検証等を行っている。

このため、機器の仕様を変更する度に、開発費ならびに開発期間がかかっていた。

また、仕様を変更しない場合、陳腐化したシステム L S Iを搭載した機種では、ビジネスチャンスを逃してしまう可能性がある。

また、新規製品投入のサイクルが短く、機種の数が膨大となっている携帯電話の分野では、機種ごとの搭載機能が異なっており、使用要求を満足する専門のシステム L S Iの開発変更のたびに、機種ごとに搭載機能が異なっている。したがって、要求仕様を満足する専用のシステム L S Iの開発/変更のたびに、携帯電話装置のプリント基盤変更 ' ソフト変更、信頼性検証、 EMI検証など、携帯電話装置全体の新規開発と変わらぬ作業を繰り返す必要があり、やはり、開発費用が高額化し、開発期間が長期化してしまうという課題があった。特許文献 1 ：特開 2 0 0 2— 1 6 6 1 9号公報（図 1、段落 0 0 0 9 ) 特許文献 2 ：特閧 2 0 0 2— 2 3 0 4 2 9号公報（図 2、段落 0 0 2 8〜段落 0 0 3 2 )

本発明は、上述のような課題を解決する為になされたもので、機器に要求される仕様 ·機能が変わっても、仕様，機能変更の要求に対応したシステム L S Iを新たに開発する必要がなく、容易に機能の拡張 ·変更が可能な映像機器を提供することを目的とする。発明の開示

本発明の映像機器は、第 1の C P Uを備えると共に、当該第 1の C P Uを制御する第 2の C P Uを有するモジュールを接続するィン夕一フエイスを備える映像機器本体を有することとしたものである。図面の簡単な説明

第 1図は、第 1の実施の形態のュビキタス映像モジュールを用いた映像情報装置のネットワーク系統を示す図である。

第 2図は、第 1の実施の形態のュビキタス映像モジュールのハードゥエア構成を概念的に示す図である。

第 3図は、第 1の実施の形態のュビキタス映像モジュールのソフトゥエア構成を概念的に示す図である。

第 4図は、第 1の実施の形態のュビキタス映像モジュールのバス型の接続図を示す図である。

第 5図は、第 1の実施の形態のュビキタス映像モジュールのスター型の接続図を示す図である。

第 6図は、第 1の実施の形態のュビキタス映像モジュールと映像情報装置とを組み合わせたシステムの構成例を示した図である。第 7図は、第 1の実施の形態の映像ィン夕ーフヱ一スを持つュビキ夕ス映像モジュールと映像情報装置とを組み合わせたシステムの構成例を示した図である。

第 8図は、第 1の実施の形態の外部ネットワーク接続端子を持つュビキ夕ス映像モジュールと映像情報装置とを組み合わせたシステムの構成例を示した図である。

第 9図は、第 1の実施の形態のュビキタス映像モジュールを監視レコ —ダシステムに使用した場合の構成例である。

第 1 0図は、第 1の実施の形態のュビキタス映像モジュールを監視レコーダシステ.ムに使用した場合の他の構成例である。

第 1 1図は、第 1の実施の形態のュビキタス映像モジュールを D V D / H D Dレコーダ 7のシステムに適応した場合のソフトウェアブロヅクの構成を示す図である。

第 1 2図は、第 1の実施の形態のュビキタス映像モジュールのソフトウェアプロヅク構成を示す図である。

第 1 3図は、第 1の実施の形態のュビキタス映像モジュールを映像情報装置の機種ごとに適用する場合のソフトウェアブロック図である。第 1 4図は、第 1の実施の形^の I P V 6対応ィンタ一ネット通信プ口トコルミドルウェアのソフトウヱアブ口ヅク構成を示す図である。第 1 5図は、第 1の実施の形態のユニバーサルプラグアンドプレイミドルウェアを拡張した場合のソフトウエアプロック構成を示す図である第 1 6図は、第 1の実施の形態のュビキタス映像モジュールの撮像 · 表示部のソフトウエアプロック構成を示す図である。

第 1 7図は、第 1の実施の形態のュビキタス映像モジュールの映像配信蓄積ミドルウェアのソフトウエアプロヅク構成を示す図である。

第 1 8図は、第 1の実施の形態の映像情報装置のュビキタス映像モジユールのソフトウエアとソフトウェアとの関係を示した図である。第 1 9図は、第 1の実施の形態のュビキタス映像モジュールと映像情報装置とがシステ'ムレベルで透過的に接続されている状態を概念的に示す図である。

第 2 0図は、第 1の実施の形態のュビキタス映像モジュール.と映像情報装置とがシステムレベルおよび A P Iレベルで透過的に接続されている状態を概念的に示す図である。

第 2 1図は、第 1の実施の形態のュビキタス映像モジュールを映像記録装置のシステムに適応した場合のソフトウェアプロックの構成を示す図である。

第 2 2図は、第 2の実施の形態のュビキタス映像モジュールとのモバィルアプリケ一ションュニットとを組み合わせたシステムの構成例を示す図である。

第 2 3図は、第 3の実施の形態の外部ネットワーク接続端子を持つュビキタス映像モジュールと映像情報装置とを組み合わせたシステムの構成例を示した図である。

第 2 4図は、第 3の実施の形態のュビキタス映像モジュールを I Pネットワークに接続した接続形態を模式的に示した図である。

第 2 5図は、 U P n Pの規格に定められた一般的な動作ステップを示す図である。

第 2 6図は、 U P n Pの A Vアーキテクチャを示す図である。

第 2 7図は、 U P n Pの A Vアーキテクチャにおける、コンテンヅの一般的な再生フロ一を示す図である。

第 2 8図は、第 3の実施の形態のュビキタス映像モジュール内のソフトウヱァ構成を示した図である。

第 2 9図は、アドレッシング S 3 0 1におけるソフトウエアの動作のシーケンスを示した図である。

第 3 0図は、ディスカバリ S 3 0 2におけるシーケンスを示した図である。

第 3 1図は、ディスカバリ S 3 0 2におけるシーケンスを示した図である。

第 3 2図は、ディスクリプシヨン S 3 0 3におけるソフトウェアの動作のシーケンスを示した図である。

第 3 3図は、コントロ一ル S 3 0 3におけるソフトウェアの動作のシ一ケンスを示した図である。

第 3 4図は、ィベンティング S 3 0 5のソフトウェアの動作のシ一ケンスを示した図である。

第 3 5図は、ィベンティング S 3 0 5のソフトウェアの動作のシ一ケンスを示した図である。

第 3 6図は、 U P n Pのサ一ビスと A V/ Cコマンドとの対応表を示す図である。

第 3 7図は、コ'ンテンヅの検索 S 3 1 1におけるソフトウエアの動作のシーケンスを示した図である。

第 3 8図は、プロトコルデータ · フォーマヅトチェヅク S 3 1 2におけるソフトウエアの動作のシーケンスを示した図である。

第 3 9図は、サーバ、レンダラの準備 S 3 1 3におけるソフトウェアの動作のシーケンスを示した図である。

第 4 0図は、コンテンツの選択 S 3 1 4におけるソフトウエアの動作のシーケンスを示した図である。

第 4 1図は、再生 S 3 1 5におけるソフトウエアの動作のシーケンスを示した図である。

第 4 2図は、音量 ·画質調整 S 3 1 6におけるソフトゥヱァの動作のシーケンスを示した図である。

第 43図は、転送完了 S 316におけるソフトウエアの動作のシーケンスを示した図である。

第 44図は、従来の映像情報装置の構成例を示す図である。

第 45図は、従来の携帯電話装置の構成例を示す図である。発明を実施するための最良の形態

以下、本発明を図示した実施形態に基づいて説明する。

第 1の実施の形態

第 1図は、.第 1の実施の形態によるュビキタス（Ub i qu i t ou s) 映像モジュール（以降、「UM」と記す。）を用いた映像情報装置のネットワーク系統図を示すものである。

ネットワーク 1は、小規模の LAN、大規模のインタ一ネットを含むネヅトワークであって、様々な種類のパーソナルコンビュ一夕サーバやパーソナルコンピュータクライアントが接続されている。

P C 2はネヅトワーク 1に接続されたパーソナルコンピュータであり、メールの送受信、ホームページの開発 ·閲覧など様々なサービス ·用途で用いられている。

データベース 3は、映像配信のストリ一ミングデ一夕、映像 ·音楽デ —夕の保管、： F a c t 0 r y A u t o m a t i o n (以降、「 F A」と記す。）の管理データ、監視カメラの監視画面などが保管されている。デジタル TV 6はデジタル入力の映像コンテンヅを表示するための表示装置、 D VD/HDDレコーダ 7は DVDや HDDなどの大容量のストレージに映像 ·音楽データを保存 ·再生するためのレコーダ、監視レコーダ 8はエレべ一夕や店内の状況等をカメラにて撮影して保管するためのレコーダ、 F A 9は工場内の F A機器、携帯電話 10は単独でネヅトワーク接続が出来ない携帯電話、 PDA 1 1は個人用情報端末を示している。

このように、ネットワーク 1へ接続する可能性のある機器は多種多様であり、ュビキタス映像モジュールュニヅト（以降、「UMU」と記す。） 4を各機器に取り付けることにより、ネットワーク 1への接続が可能となる。すなわち、以下で説明する UMUは、多種の機器間にあるハードウェア、ソフトウェア等の違いを機器とネヅトワークとの間に介在させることにより吸収し、この接続された UMUの持つ機能を使用することにより仮想的に新たな機能を有する映像情報装置とするものである。第 2図は、. UMU4を構成する重要な要素の UMの構成を示した図であ

図中、 UM12は、 UM内の後述する各ハードウェアエンジンを制御するためのコンビュ一夕である UM用 CPU (以降、「UM— CPU」と記す。） 13、 UM— CPU 13と各ハ一ドウエアエンジンとを接続するための口一カルバス（内部 BUS) 14、外部の映像情報装置と接続するための汎用バス（UM— BUS) 1 6、ローカルバス（内部 BUS) 14と汎用バス（UM— B U S) 1 6を接続するバスプリヅジ 15、ネットワークの映像処理で必要な各種の機能をハードウエアにて実現するための複数のハ一ドウエアエンジン（ハ一ドウエアエンジン 1、 · ' -、 N) 17にて構成される。

ここで、ハードウェアエンジン 17からは、例えば、ネットワークに接続するための有線 L AN、無線 LAN、シリアルバス接続などのためのバスライン（専用バス） 18を設けることも可能である。

各ハ一ドウエアエンジン（ハ一ドウエアエンジン 1、 . · ·、 N) は、映像情報ネットワークに関する機能を補充するためのエンジンであり、例えば、第 3図に示すような、ネットワーク環境に接続するための有線 LAN, 無線 LA'N、シリアルバスとの通信を行うためのコミュニケ一シヨンエンジン 24、描画性能を向上するためのグラフイクエンジン 2 1、動画や静止画など撮像信号処理を行うカメラエンジン 22、動画圧縮のための MP E G 4エンジン 23などの機能がある。すなわち、各ハ —ドウエアエンジンは、 UMU4を装着することによって、映像情報装置には本来存在しない機能を追加 ·補充することを可能とするエンジンである。

なお、ここであげている例は一例であり、ネットワークを形成するために必要な機能を、本エンジンにて形成することが可能である。

また、 DNfA (D i r e c t Memo r Ac c e s s) コントローラなどのメモリ一制御機能も実現可能である。

第 3図に示すように、本実施の形態による UM 12は、分散実行機能をサポートする OS (Op e r a t ing Sy s t em) である組込み L i nux 27、ミドルウェア 2 5、仮想マシン（Vi r t ua l M a c h i n e。以降、「VM」と記す。） 26、アプリケーシヨンソフトなどを含んでおり、 UM単体でネットワークに関する機能を実現できる。つまり、本実施の形態による UM 12は、ネットワークに関するホストコンピュータの機能を実現できるモジュールである。

なお、ここで用いられる VM26は、例えば、 JAVA (登録商標） VMのことである。

第 4図ならびに第 5図は、映^ t情報装置に UMを接続するためのトポロジー (t op o l o gy) を示している。

システム CPU (以降、「S YS— CPU」と記す。） 20 1と UM— CPU 13は、バス形式の接続や HUB 35を介したス夕一形式の接続が可能である。

以下にそれぞれの詳細な説明を加える。第 4図はバス形式の接続トポロジーであり、 SYS— CPU20 1と UM— CPU 13は、 UM— BUS 16にバス型に接続されている。また、 S YS CPU20 1は、映像情報装置のシステムの制御をつかさどるホストサーバの機能を、 UM— CPU 13はネットヮ一クサ一バの機能を実現するものである。

ここで、重要なことは、映像情報装置は、 SYS— CPU20 1で、問題なく製品仕様を満足する動作をする点である。

UM 12の UM—CPU 13は、システム側ィン夕一フェース（以降、「S— I/F」と記す。） 31と UM側ィン夕一フエース（以降、「U— I /F」と記す。）32とにより機械的に接続することが可能である。映像情報装置に高性能 ·高付加価値のネットワーク機能を付加したい状況においては、 S— I/F 31ならびに U— IZF 32を介して UM U 12を接続する。

これにより、例えば、 LAN上の他の装置のネットワーク端末 34にアクセスするなどのネヅトワーク機能が実現できる。

すなわち、映像情報装置自体にはなかった、より高性能，高付加価値のネヅトワーク機能を付加したい場合は、 S— IZF 3 1ならびに U— I/F 32を介して UM 4を接続することにより、例えば LAN 33上のネットワーク端末 34にアクセスする等のネットワーク機能が実現でぎる。

このような機能の拡張は、映像情報装置のシステムを制御する S Y S — CPU201を、 UM 12内の UM— C P Uが制御することにより可能となる。

なお、汎用バスの UM— BUS上には、ホスト機能を有さないデバイス（メモリ一、専用機能の I C)の接続が可能であり、また、接続しない構成も可能である。第 5図はス夕一型の場合の配置を示しており、 HUB 35を介して U M-CPU 13が接続している構成が異なるのみで、その他の機能は、バス型の場合と同様である。

また、本構成の接続形態は、リング型についても問題なく対応することが可能となる。 .

ここで、 S— IZF 3 1と U— I/F 32の接続は、 AT A (AT A t t a c hm e n t ：ハードディスク装置用ィン夕一フエースの 1つ）、 P C I (P e r i— phe r a l Comp onent I n t e r c o n n e c t：パソコンやワークステ一ションに使う入出力バスの 1つ）. S CS I ( S.m a l l C omput e r S s t em I nt e r f a c e ：パソコンやワークステ一ションに使う入出力イン夕一フェ一スの規格）、 P C M C I A ( P e r s o n a 1 C omput e r Me m o r y Car d I nt e rnat ina l As s o c i a t i o n)、汎用 C P UB U S等のパラレル転送の構成や、 I E E E 1394、 USB (Un ive r s a l S e r i a l Bus :ノソコンのキーボードなどの周辺装置用シリァルイン夕一フエ一ス）、 U AR T (U n i v e r s a 1 As ynchr onous Re c e ive r— T r a ns c e ive r) などのシリアル転送の構成も可能である。

また、映像情報装置と UMの接続方法は、 P Cカードやカード BUS で使用されているコネクタ接続や、 P C Iバス接続などで使用される力 —ドエッジコネクタ接続や、 F P Cケーブル、フラットケーブル、 I E E E 1394用ケーブルなどのケーブル接続などの方法を用いることが可能である。

第 6囟は、本実施の形態による UMU42を映像情報装置 40に接続した場合の全体の構成例である。

映像情報装置 40は、第 44図に示した従来の映像情報装置 206に S - I/F 3 1を追加した構成をしている。

また、 UMU42は、第 2図あるいは第 3図に示した UM 12に U_ I/F 32を追加した構成をしている。

それそれのイン夕一フェース S—エノ F 3 1と U— I/F 32を接続することにより、 UMの機能が付加された映像情報装置 40が実現でき ο

UMU42は、コミュニケーションエンジン 24にて、インタ一ネヅト環境に接続した後、イン夕一ネヅト上のサイトから画像 ·音声の MP EG4ファイルをダウンロードする。

ダウンロードされた MP E G 4ファイルは、 MPEG4エンジン 23 でデコードされ、グラフィックエンジン 2 1でグラフィヅク処理され、 UMUのイン夕一フヱ一ス U— IZF 32を経由して映像情報装置 40 で利用可能なデータ形式で出力される。

映像情報装置 40に入力されたデータは、表示ュニット 2 1 1に表示可能な状態に信号処理され、表示ュニット 2 1 1上に表示される。

また、カメラから入力された動画 ·静止画ファイルを UMU 42の力メラエンジン 22にて画素数変換、レート変換、画像処理を実施し、グラフィクエンジン 2 1でグラフィック処理され UMU42のインタ一フエース U— I/F 32経由で映像情報装置 40に利用可能なデ一夕形式で出力される。

なお、以上の各エンジンの処理は、一例を示したものであって、ェンジンの使用手順ならびにエンジンの機能については、ネヅトワーク機能を補強する機能であれば、本システムで実現可能である。

映像情報装置ならびに UMUの構成において、主に映像デ一夕表示するためのシステムについて説明を行っているが、同様の構成で、音声入力の再生装置 ·テキスト入力の表示 ·配信装置、情報のストレージ入力のストレ一ジ装置にも適応することが可能である。

第 7図は、 UMU42に表示ュニヅト 21 1へ映像を表示するための機能を付加した場合の構成の一例を示す。

UVI 44は11^ 1142のビデオ（映像）入力端子であり、映像情報装置 40の映像出力端子である V_ I/F 2 10と接続可能なィン夕一フエ一スを形成している。

U VO 45は、ハ一ドウェアエンジンの表示エンジンの映像出力信号端子であり、表示ュニット 2 1 1の入カイン夕一フェースと接続される。例えば、映像情報装置 40の映像出力を UM12のグラフィックェンジン 2 1の表示画面上にオーバ一レイ（ove r l ay) することが可能である。

また、映像信号を 3— 1/ 3 1と11ー 1_/ ^/? 32の汎用バスを使い転送する構成も可能ではあるが、本実施の形態の構成を用いることにより、汎用バスの転送効率を下げることなく、映像信号を UMへ供給することが可能となる。

さらに、映像情報装置 40がネットワーク対応ではない場合、イン夕ーネット上のグラフィックデ一夕を映像信号とオーバ一レイして出力する構成は困難であるが、 UMはあらかじめ、ネットワークの必須機能としてオーバーレイ'の機能を搭載するため、システム L S Iの新たな開発を行うことなく、映像情報装置の機能拡張が容易に実現できる。

第 8図は、 UMU42のコミュニケーションエンジン 24に外部ネヅトワーク接続用の端子を付加した場合の構成例を示している。

各ハードウェアエンジンに対応させて、有線 LAN用外部接続端子 4 6、無線 LAN用外部接続端子 47、外部接続用のシリアルバス 48を配置することにより、 UMU 42は、有線 LAN経由、無線 LAN経由、あるいは、 I E EE 1394などのシリアルバス経由でネヅトワーク接続が可能となる。

なお、 UMU42は、上述のすべての端子を持つよう構成することも可能であるし、一つのみの端子を持つ構成も可能であり、ネッ .トワークや製品に応じてフレキシブルに対応することが出来る。

第 9図は、本実施の形態による UM1 2を監視レコーダ 8のシステムに適応した場合の構成例である。

図中、'監視レコーダ 8は監視レコーダとしての基本的なプロックを構成しており、 .カメラとの I / Fやその他の映像出力を持つ機器との映像信号の送受信を行う Mu I t i p l e Vi de o 1/05 1と、. J P E G/ J P E G 2000などの圧縮 ·伸張を行う JPEGZJPEG 2000 Co d'e c 52と、 H D D /D V Dなどマスストレ一ジ装置をドライブする Ma s s S t o r age ドライバ 53と、監視レコ —ダの制御を行う C 0 r e コントローラ部 54と、 0 Sとして、 UM -CPU 13と同じ 0 Sである組込み L i nux 55を搭載する構成である。

監視レコーダ 8の Mu 1 t i p 1 e Vi de o I/05 1の機能を用いてカメラモジュールの信号処理を実現することにより、 UM— C PU 13のカメラエンジン部の機能を使用する場合は、 UM— CPU 1 3の機能を用いないことも可能であり、映像情報装置 40の仕様にあわせてュビキタス映像モジュールのエンジンを選択に切替える機能を有すまた、第 10図のような構成とすることも可能である。すなわち、監視レコーダ 8は HD D/D VD 56などのマスストレージ装置のィン夕 —フェースを制御する S t r ageホストインターフェイス 59を備え、ュビキタス映像モジュール 1 2、 HDD ZD VD 5 6はストレ一ジインターフェ一スを行う S t r a g eデバイスコントロ一ラ 5 7を有して、監視レコーダ 8の S t r a g eホストインターフヱイス 5 9と接続きれている。

さらに、第 1 Γ図は、 UM 1 2を D VD/HD Dレコーダ 7.のシステムに適応した場合の構成例である。図中 DVD/HDDレコーダ 7は、 DVDレコーダの基本的なプロックを構成しており、映像出力を持つ機器との映像信号の送受信を行う Mu 1 t i p 1 e V i d e o I/O 6 1とミ MP E G 2などの圧縮 ·伸張を行う MP E G 2 C o d e c 6 2と、 D VDなどストレージ装置のインターフエ一スを制御する S t a r g eホストイン夕一フェイス 6 5と、 DVDレコーダの制御を行う C o r eコントローラ 6 3と、 O Sとして、 UM— C P U 1 3と同じ組込み L i nux 6 4を搭載する構成である。

これまでに、 D TV 5などのような映像情報装置、 DVD/HD Dレコーダ 7の映像記録装置や、監視レコーダ 8の監視装置に適応した事例について述べてきたが、同様の構成にて、 FA 9、携帯電話 1 0、 PD A l 1についても適応可能である。

以上の説明では、映像情報装置と UMで同一の 0 Sを用いた場合について述べているが、構成上は異なるものでも可能である。

ただし、同一の 0 Sを用いることにより、 UMで採用されているハ一ドウエアェンジンの機能が陳腐化した場合は、映像情報装置内に必須機能として取り込む時、 0 Sが共通であるためソフトの改定作業が容易にでき、改定のための開発費が少なく、信頼性などの面でバグ（b u g ：プログラムの,欠陥）が入りにくいなどの開発面での優位性がある。

第 1 2図は、実施の形態 1による UMのソフトウエアプロヅク構成図である。図に示すように、最下層はマイコン（CPU) を含めたハードウェア層 100である。

このハ一ドウエア層 100の上位に、ハードウェアを抽象化することにより、ハ一ドウエアごとの違いを吸収するためのソフトウエアである Har dwar e Ad apt a t i on L a y e r (以降、「 H A L」と記す。） 101を配置する。 '

HAL 10 1の上位には、マルチタスクオペレ一ティングシステムである組込み L i nux 102を配置する。

このように、 HAL 10 1はハ一ドウエア層 100と組込み L i nu x 102との.間に配置されるが、 HAL 10 1はハードウェア層 100 と組込み L i nux l 02とのイン夕一フエースの役割を果たしていることになる。したがって、この HAL 10 1は大きな意味で、ハードウエア層 100、または組込み L i riux 102の一部として捉えることができる。

組込みマルチタスクオペレ一ティングシステムである組込み L i nu x 102は、 HAL 10 1に属するソフトウエアを介して、ハ一ドゥエァ層 100の構成要素である各ハードゥエアデバイスを制御する他、ァプリケーシヨンの,実行環境を提供する。 - また、組込み L i nux 102上で動作するグラフィヅクシステムとしては、 X_W i nd o w (登録商標） 103が使用される。

ォペレ一ティングシステム L i nux l O 2上で動作するミドルゥェァとして、大別して 4つのミドルウェアを配置する。

第 1は、ィン夕一ネットと接続するための通信処理を行うためのものであり、次世代のィン夕一ネヅトプロトコルである I Pv 6のプロトコルにも対応している I P V 6対応ィン夕一ネヅト通信プロトコルミドルウェア 104である。第 2は、当該機器をネットワークに接続する際に、自動的に設定を行うためのもので、ユニバーサルプラグアンドプレイ（Un ive r s a 1 P lug and P 1 a y。以降、「U P n P」と記す。）ミドルウェア 105である。

UPnPミドルウェア 105は、 I P v 6対応インターネッ.ト通信プ口トコルミドルウェア 104に属するプロトコルを使用するために階層的に I P V 6対応ィン夕ーネヅト通信プロトコルミドルウェア 104の上に属する。

第 3は、マルチメディァのための規格である MP E G 2/4に対応したエンコード./デコード処理、 MP E G 7に対応したデータ処理、 MP E G 2 1に対応したコンテンヅ管理処理の組み合わせによってマルチメディアデ一夕の配信、蓄積等の処理を行うためのもので、 MPEGx映像配信蓄積プロトコルミドルウェア 106である。

第 4は、カメラの制御および 2次元ノ 3次元のグラフィック処理を行うためのもので、撮像アンド表示（グラフィヅク）ミドルウェア 107 である。

前述のミドルウェア群の内、 UPnPミドルウェア 105と MPEG X映像配信蓄積プロトコルミドルウェア 106の上位に JAVA (登録商標）のアプリケーション実行環境である JAVA (登録商標） VM1 08を配置し、 JAVA (登録商標） VM 108上に、ユーザーィン夕 —フェースを含んだアプリケ一ションの作成を容易にするための U Iァプリケーシヨンフレームワーク 109を配置する。

U Iアプリケーションフレームワーク 109は、例えば、 JAVA (登録商標） VM 108上で動作するクラスの集合などである。

最上位には、 U Iアプリケーションフレームワーク 109や撮像アンド表示（グラフィック）ミドルウェア 107を用いて、当該ュビキタス映像モジュールを搭載する機種ごとに必要な機能を実現するための機種別アプリケーション 1 10を配置する。

第 13図は、機種ごとにュビキタス映像モジュールを適用する場合のソフトウヱアブロック図である。

図に示すように、最上位のアプリケーション層とハードゥエ.ァ層の上位に位置する HALのみを機種ごとに変更し、その他の層は共通化して使用することにより、異なる機種に対応する機能を実現することができる

この図では、ュビキタス映像モジュールを携帯電話に適用する場合には、携帯 HAL 120と携帯 Ap p l i c at i on (以降、「AP P」と記す。） 125を組み合わせることを示している。

同様に、車載電話に適用するためには力一携帯 HAL 12 1と力一携帯 APP 126を組み合わせ、カーナビゲ一シヨンシステムに適用するためには力一ナビ HAL 122と力一ナビ APP 127を組み合わせ、 AV家電機器に適用するためには AV家電 HAL 123と AV家電 AP P 128を組み合わせ、監視システム機器に適用するためには監視 H A L 124と監視 AP P 129を組み合わせる。

第 14図は、 I Pv6対応ィン夕一ネット通信プロトコルミドルゥェァ 104のソフトウェアプロヅク構成を示した図である。

図においては、通信用のインタ一フエ一スとして、 10 BASE— T や 100 BASE— TXから成るイーサネヅト（登録商標）（E t he r ne t (登録商標））、 I EEE 802. 1 1 a/b/ gから成る無線 L AN、 I E E E 1394などの高速シリアル通信の 3種類を含んでいる。それそれのハ一ドゥエァを制御するためのデバイスドライバソフトゥエアとして、イーサネヅト（登録商標）ドライノ 13 1、無線 LANドライノ 132、 I EEE 1394ドライノ、' 133を配置する。イーサネット（登録商標）ドライバ 13 1および無線 LANドライバ 132の上位層として、ィン夕ーネットプロトコルの処理を行う I Pプ口トコルス夕ヅク（I P) 137を配置する。

この I Pスタック 137は、次世代のィン夕ーネヅトプロトコルである I P V 6に対応するための処理と、セキュリティのためのプロトコル I P s e cに対応するための処理を含む。

I EEE 1394 ドライノ 1 33の上位層としては、 I E EE 139 4のトランザクション（T r ans a c t i on) 処理を行うための I EEE 1394トランザクシヨンスタック 135を配置する。

また、 I E.E E 1394のトランザクションを無線 L AN経由で実行できるようにするために、無線 LANドライバ 132と I EEE 139 4 トランザクションスタック 1 3 5の間に PAL ( P r o t o c o 1 Ad ap t at i on L a e r) 1 34を配置する。

PAL 134は I EEE 1394トランザクションと無線 L A Nの間のプロトコル変換を行う。

I Pス夕ヅク 137の上位にはトランスポート層として T CP (Tr ansmi s s on Cont r o l P r o t o c o丄：不ヅトヮークのトランスポート層の通信プロトコル）および UDP (Us e r D at a g r a m P r o t o c o l ：信頼性を保証しないトランスポ一ト層の通信プロトコル）のスタック 138を配置する。

T C Pおよび UD Pのス夕ヅク 138の上位には、 H T T P (H y p e r t e x t T r ans -f a r P r o t o c o 1 )のプロトコル処理を行う HTTPスタック 139を配置する。

また、この上位に HTTP 139を用いて XML形式のメッセージ通信を行う SOAP (S imp l e Ob j e c t Ac c e s s P r o t o c o l) のプロトコル処理を行う S 0 AP/XMLス夕ヅク 14 0とを配置する。

HTTPスタック 139と TCPおよび UDPのスタック 138間のイン夕一フェースは s o c ke t (ネヅトヮ一ク経由でデ一夕のやりとりをするためのプログラムインターフエースのこと）を用いる。

オペレーティングシステム L i nux 130より上位の層で、 HTT Pスタック 139'、 SOAP/XMLスタック 140、 1394トランザクシヨンスタック 135までを含む層までが、 I P V 6対応ィン夕一ネヅト通信プロトコルミドルウェア 104に含まれる。

これらより上位の層として、 SOAP ZXMLスタック 140および HTTPス夕ヅク 1 39の上位に、ィン夕一ネヅトプロトコルべ一スの UP n P機能を実現するためのプロトコルである UP nPの処理を行う UPnPスタック 141を配置する。

また、 I EEE 1 394 トランザクションスタック 135の上位には I E E E 1 394を用いたネットワークの U P n P機能を実現するための処理を行う A V系ミドルウェア 136を配置する。

UPnPスタック 141と AV系ミドルウェア 136の上位には、それそれのネットワークを相互的に接続する統合ミドルウェア 142を配

¾^_9 る。

AV系ミドルウェア 136、 UPnPスタック 141、統合ミドルゥエア 142を含む層が、前述の UP nPミドルウェア 105に含まれる。統合ミドルウェア 142より上位の層は、アプリケ一ションの層となる

SOAPを用いて、ネヅトワーク上の他のコンピュータとの間でァプリケーション連携を行う We bサ一ビスに対応するために、 We bサ一ノ、' 144、 We bサ一ビスアプリケーション I/F 145、 Webサ一ビスアプリケーション 146を階層的に配置する。 We bサービスアプリケーション 146は We bサ一ビス I/F 14 5を通じて、 We bサーバの提供するサービスを使用する。 .

また、 We bサ一ビス以外のアプリケーションが統合ミドルウェア 1 42を経由して、通信を行う。主なアプリケーションとしては HTTP を用いるブラウザソフトウェアが挙げられる。 .

第 15図は、第 14図で説明した、 UPnPミドルウェア 105を拡張した場合のソフトウヱアブ口ック構成を示した図である。

この図においては、第 14図で説明したイーサネヅト（登録商標）、無線 LAN、 I EEE 1394によるネヅトワーク接続に加えて、通信用インターフエ一スとして B 1 u e t o o t h、特定省電力無線、電灯線を用いた PLC(P owe r L ine Commun i c at i on) を用いるネットヮ一クを追加した。

最下層には、それぞれのネヅトワークィン夕ーフヱースを制御するためのデバイスドライバとして、 B 1 u e t o o t hドライノ、' 153、特定小電力ドライノ 1 54、 P L Cドライノ 15 5があり、その上位に I Pス夕ヅク 15 6、 T CPおよび UDPのス夕ヅク 1 57を階層的に配

¾^_9 る。

T CPおよび UD Pのス夕ヅク 157の上位層として白物家電系ネヅトヮ一クミドルウェア 158を配置する。

そして、第 14図に示した場合と同様に、統合ミドルウェア 164を A V系ミドルウェア 136、 UPnPスタック 141および白物家電系ネットワークミドルウェア 158の上位に配置することで、全てのネヅトワークを相互的に接続することが可能となる。

第 16図は、ュビキタス映像モジュールの撮像 ·表示部のソフトウェアブロヅク構成を示す図である。

図において、 185は撮像 '表示部ミドルウェアであり、アプリケ一シヨンに撮像 ·表示系の機能提供を行うソフトウエアモジュール群を備えている。

撮像 '表示部ミドルゥヱァ 185は、ハードウヱァを直接制御するドライバ群と、アプリケーションへのィン夕一フェースを提供するライブラリ群の二層構造になっており、それそれのソフトウェアモジ.ユールは全て L i n U X上に構築されている。

ドライバ群は、カメラ 17 1などの撮像系のハードウェアを制御するカメラドライノ' 1 80、 L CD 172、 2Dグラヅフィクスエンジン 1 73などの表示系ハードウエアを制御する Xサーバ ί 78、 3Dグラフィヅクスエンジン 174などの 3 Dハ一ドウエアを制御する 3 Dグラフィヅクサーバ 176より構成される。

また、ライブラリ群は、アプリケーションに撮像 ·表示機能のイン夕 —フエ一スを提供するものであり、カメラ機能を提供するカメラライブラリ 18 1、 X-wi nd ow (登録商標）機能を提供する Xライブラリ 179、 3D機能を提供する 3Dグラフィックスライブラリ 177より構成される。

アプリケーション 1 82は、例えば、カメラアプリケーション、ブラゥザなど、 UI (ュ一ザイン夕一フェース）を提供する上位のソフトゥエアモジュールである。

アプリケ一ション 182が撮像および表示系の機能を実現する場合、撮像 ·表示部ミドルウェア 185のライブラリ群より提供されたプロ.グラムィン夕一フエースにて実現し、アプリケーション 182が撮像 ·表示部ミドルウェアの機能を直接使用する場合と、 U Iアプリケーションフレームワーク 184、 JAVA (登録商標） VM 183絰由で使用する場合がある。

撮像 ·表示部ミドルウェア 185がアプリケーション 182に提供する主な機能としては、静止画撮影、動画撮影、動画プレビュー表示、 2 D · 3 D表示などがある。

カメラ 171より入力された画像デ一夕を J P E Gや MP E Gなどに符号化して蓄積 ·送信する場合、カメラ 171から入力された画像デ一夕を図中で示す 3 Dグラフィックサーバ 176より、映像配信蓄積プロトコノレミドルウェアブロックに転送する。

第 17図に、 UMの映像配信蓄積ミドルウェアのソフトウェアプロヅク図を示す。

第 17図の UMの映像配信蓄積ミドルゥヱァとは、アプリケーションに対して、メディア ·データの配信 ·受信制御、伝送に対する品質保証制御、メディァ'データの多重 ·分離処理およびェンコ一ド ·デコ一ド、メディアの検索機能および構造定義、識別機能を提供するソフトウェァ ·モジュール群であり、使用する通信経路に対応したメディアの多重化処理、伝送制御を行うメディァゲートウエイ ' レイヤ 194と、メディァの符号化処理を行うトランスコーダ ' レイヤ 19 5と、メディアの検索、識別などの構造記述言語を含むメディァ · プレゼンテーション · レイヤ 1 96とを含んでいる。

また、メディァゲ一トウエイ ' レイヤ 194は、さらに放送などによる配信を想定した T S (トランスポート ·ストリーム）を扱う I TU— TH. 222などの処理を行う T Sブロック 190、 I SDNなどの伝送路を対象とし、端末間通信を想定した H. 22 1およびモパイル機器による通信を想定した H. 223をサポートする通信ブロック 19 1、 LAN, イン夕一ネヅトによるメディア伝送を想定した H. 225に代表される I Pプロ'ヅク 1 92、および主に蓄積媒体を扱う P S (プログラム .ストリーム）ブロック 193により構成されている。

以上のように構成された UMの映像配信蓄積ミドルウェアは、上位ァプリケ一シヨン（例えば、ブラウザ）の UI操作に従い、イン.夕ーネヅトを介してメディア ·デ一夕を取得する。

上位アプリケーションは、メディア 'データの取得に対し、メディア · プレゼンテーション · レイヤ 196は MPEG— 7で規定された Mu 1 t ime d i a Cont ent De s c r i p t i on .l ut e r f a c eを用いたコンテンヅ検索機能、 MP E G— 2 1で規定された

I P M P (I nt e l l e c t ua l P rop e r t y Manag ement and P r o t e c t i on) によるメディァ著作権 · 保護機能を利用することができる。'

取得したデ一夕に対して、メディァゲートウエイ ' レイヤ 194による多重分離処理、トランスコーダ ' レイヤ 195によるデコード処理が行われ、 SMI L (Synchr on i z e d Mu l t ime d i a

I n t e g r a t i on L anguage) ZHTMLで指定された位置、タイミングで表示することができる。

第 18図は、映像情報装置のソフトウェアと UMのソフトウェアの関係を示した構成図である。

UMば前述の通り、 UMのハードウェア 1 1 1の上位に HAL 10 1 を介してオペレーティングシステム L i nux l 02を配置し、その上位に UMのミドルウェア部 1 12を配置し、その上位に JAVA (登録商標） VM 108と U Iアプリケ一ションフレームワーク 109を配置して、最上位に U Iアプリケーションフレームワークを用いたアプリケーシヨン 1 10を配置する。

また、映像情報装置のソフトウア構成は、必ずしも UMと同様な階層構造をとる必要はないが、階層構造を揃えた方がより望ましい。

即ち、映像情報装置のハードウェア 220の上位にォペレ一ティングシステム L i n x 22 1を配置し、その上位に映像情報装置のミドルウェア 222を配置し、その上位に J AVA (登録商標） VM 223と U Iアプリケーションフレームワーク 224を配置して、最上位に U I アプリケーションフレームワークを用いたアプリケーション 225を配置するのが理想である。

最低限の条件として、オペレーティングシステム L i nux.の階層が合っている場合、即ち、映像情報装置のオペレーティングシステム L i nux 22 1が配置されている場合は、映像情報装置のォペレ一ティングシステム L i nux 22 1と UMのォペレ一ティングシステム L in ux 1 1の間はシステムコ一ルレベルで透過的に接続されていることになる。

第 1 9図は、このときの状態を概念的に表したものである。

この結果、例えば、映像情報装置上のプログラムでオープン命令を用いて、 UMのデバイスをオープンすることが可能となる。

なお、上位のソフトウエアから下位のソフトウエアの機能を使用する場合（例えば、アプリケーションソフトウェアがミドルウェアの機能を使用する場合など）、ある所定の手続きに従って、命令やデータのやりとりを行う。

この際、一般的には、使用したい機能が自分自身のマシン上（ここでは映像情報装置）にある場合と、他のマシン上（UM) にある場合とで手続きが異なる。

「透過的に接続する」とは、この使用したい機能がどちらに存在する場合でも、その違いを気にすることなく、同じ手続きでやりとりを行うことができるように接続することを意味する。

次にオペレ一ティングシステムとミドルウェアの階層構造が合っている場合、もしくはミドルウェアの構造が合っている場合、すなわち、映像情報装置のォペレ一ティングシステム L inux 22 1の上位にミドルウェア 222が配置されている場合、前述のシステムコ一ルレベルでの透過性に加えて、映像情報装置のミドルゥヱァ 222と UMのミドルウェア 1 12の間は、ミドルウェア AP I(App l i c at i on P r 0 g r a mm i n g I nt e r f a c e) レベルで透過的に接続されていることになる。

この結果、例えば、映像情報装置上のプログラムからミドルウェア A P Iをコ一ルすることで、 UMのドルゥヱァを操作することが可能となる。

また、'前述の理想的な条件で階層が合っている場合、もしくは J a V a (登録商標.） VM 223および/または、 UIアプリケーションスレ —ムワーク 224の構造が合っている場合、すなわち、映像情報装置.のオペレーティングシステム L inux 22 1が配置され、その上位にミドルウェア 222が配置され、その上位に JAVA (登録商標） VM2 23と U Iアプリケーションフレームワーク 224を配置され、最上位に U Iアプリケーションフレ^ "ムワークを用いたアプリケーション 22 5が配置されている場合、前述のシステムコールおよびミドルウェア A P Iレベルでの透過性に加えて、映像情報装置の JAVA (登録商標） VM 223および U Iアプリケーションフレームワーク 224と UMの JAVA (登録商標） VM 108および UIアプリケーションフレームワーク 109の間はアプリケ一ションを作成する際のアプリケ一ション設計データレベルで透過的に接続されていることになる。

第 20図は、このときの状態を概念的に表したものである。 · この結果、映像情報装置、ュビキタス映像モジュールのプラットフォ —ムの違いを気にせずにアプリケーションを作成することが可能となるさらに第 2 1図は、 UMを映像記録装置のシステムに適応した場合におけるソフトウエアのプロックの構成を示す図である。プロセス間通信コミュニケ一夕 7 1はプロセス間通信を AT Aのコマンドインターフエースに変換するモジュールであり、 AT Aドライバ 7 2、 AT Aホストインターフェース 7 3を介して、ュビキタス映像モジュールの AT Aデバイスコントローラ 76に ATAのコマンドを送付する。

AT Aデバイスコントローラ 7 6は A T Aのコマンドを受信.し、 AT Aエミュレ一タ 7 5は AT Aのコマンドを解析して、プロセス間通信コミュニケ一タ 74によりプロセス間通信に変換する。以上により、映像記録装置のプロセスとュビキタス映像モジュ一ルセヅトのプロセスがプ口セス間通信可能となる。

つまり、映像記録装置上のプロセス間通信手段をストレ一ジインターフェースに変換および逆変換する通信コミュニケ一夕 7 1と、 UMU上のプロセス間通信手段をストレージィン夕一フヱ一スに変換および逆変換する通信コミュニケ一夕 Ί 4とを備え、映像記録装置上のプロセスと UMU上のプロセスがプロセス間通信を行うことができる。

以上のように、映像情報装置、映像記録装置のソフトウェアの構成に応じて、装置と UM間のソフトゥヱァの結合状態を変更することが可能である。この場合、双方のソフトゥヱァの階層構造が揃っている程、より上位の層でのソフトウエアの共用化が可能となり、結果として機能の分担や機能の移植を容易に行うことが可能となる。

以上の実施の形態では、装置および UMのオペレーティングシステムとして L i nuxを例にとり説明しているが、代わりに P 0 S I X準拠もしくは類似の他のオペレ一ティングシステムを用いることも可能である。

また、装置および UMの仮想マシンとして、 J AVA (登録商標） V Mを例に取って説明しているが、代わりに JAVA (登録商標） VM互換マシンや、類似の他の仮想マシンを用いることも可能である。さらに、ストレージイン夕一フェースとして A T Aを用いたが、 S C S Iなど他の汎用的なストレージィン夕一フェースを用いてもよい。また、ストレ一ジイン夕一フェースを用いたが、 USB、 I EEE 1 394などのストレ一ジ用のプロトコルセットを備えた汎用的なインタ —フェースを用いてもよい。

また、映像記録装置と UM間では、プロセス間通信コミュニケ一夕を用いてプロセス間通信を用いたが、プログラム間通信コミュニケ一夕を用いてプログラム間通信を用いてもよい。つまり、映像記録装置上のプログラム間通信手段をストレ一ジィン夕一フェースに変換および逆変換する通信コミュニケ一夕 Aと、ュビキタス映像モジュールユニット上のプログラム間通信手段をストレージィン夕一フェースに変換および逆変換する通信コミュニケ一夕 Bとを備え、映像記録装置上のプログラムと UMU上のプロラムがプログラム間通信を行うようにしてもよい。さらに、この実施の形態では、 UMUとストレージ機器とを別構成にしたが、一体形状で構成してもよい。

以上説明した本実施の形態における UM、 UMU, 各装置は以下のような効果を奏する。

この実施の形態による UMUは、複数のハ一ドウエアエンジンと CP Uの分散実行機能をサポートする 0 Sが組込まれているので、映像情報装置に要求される仕様 '機能が変わっても、容易、かつフレキシブルに機能変更 ·拡張が行え、新たな映像情報装置を開発するための開発費用ならびに開発期間を低減することができる。

また、この実施の形態による UMUは、 OSと CPUを含むハードウエア層の間に設けられ、ハ一ドウエアの違いを吸収する HALおよび/ または、 0 S上で動作する機能別のミドルウェア群および/または、仮想マシン上で動作するユーザィン夕一フエ一スアプリケ一ションを作成するためのュ一ザィン夕一フエ一スフレ一ムワークおよび/または、ュ

—ザイン夕—フエ—スフレ—ムワークおよび zまたは、ミドルウェア群を用いて作成した映像情報装置別アプリケーションを搭載するので、映像情報装置に要求される仕様 ·機能が変わっても、これらを適宜組み合わせることによって、容易、かつフレキシブルに機能変更 '拡張が行え、新たな映像情報装置を閧発するための開発費用ならびに開発期間を低減することができる。

また、この実施の形態による U M Uの複数のハ一ドウエアエンジンは、ネヅトウーク環境との通信を行うためのコミュニケ一シヨンエンジンを含むので、映像情報装置を容易にネットワーク環境に接続することがでぎる

また、この実施の形態による映像情報システムは、 U Mと同一の機能を有する 0 Sを組込み、映像情報装置に組み込まれた 0 Sと U Mに組み込まれた 0 Sとを透過的に接続することによって、システムコールのレベルで映像情報装置から U Mに対してアクセスを行うので、映像情報装置上のプログセムから特定のハ一ドゥエアデバイスをアクセスする際に、そのハードウェアデバイスが映像情報装置上にあるのか、 U M上にあるのかを意識することなく、同一の手続きでアクセスを行うことができる。また、この実施の形態による映像情報システムは、 U Mと同一の機能を有する O Sを組込み、機能別のミドルウェア群を搭載し、または、映像情報装置は、 U Mと同一の機能を有する機能別のミドルゥヱァ群を搭載し、映像情報装置に組み込まれた 0 Sと U Mに組み込まれた 0 Sとを透過的に接続することおよびノまたは、映像情報装置に組み込まれたミドルウェアと U Mに組み込まれたミドルウェアとを透過的に接続することによって、ミドルウェアの A P Iレベルで映像情報装置から U Mに対してアクセスを行うので、映像情報装置上のプログセムからミドルゥェァを用いて特定の機能を使用する際に、その特定の機能が映像情報装置上にあるのか、 U M上にあるのかを意識することなく、同一の手続きで使用することができる。

また、この実施の形態による映像情報システムは、 U Mと同一の機能を実現する仮想マシン上で動作するユーザィン夕一フェースアプリケーションを作成する.ためのュ一ザィン夕ーフェースフレームワークを搭載し、 U Mと同一の機能を有する機能別のミドルゥヱァ群および Zまたは、 U Mと同一の機能を有する 0 Sおよびノまたは、を搭載し、ュ一ザイン夕一フ i—スフレームワークおよび/または、ミドルウェア群を用いて作成した映像情報装置別アプリケーションを搭載し、映像情報装置に組み込まれた◦ Sと U Mに組み込まれた 0 Sとを透過的に接続することおよびノまたは、映像情報装置に組み込まれたミドルウェアと U Mに組み込まれたミドルウェアとを透過的に接続することおよび/または、映像情報装置に組み込まれた仮想マシンおよびユーザィン夕一フヱ一スフレームワークと U Mに組み込まれた仮想マシンおよびユーザィン夕一フエ —スフレームワークとを透過的に接続することによって、アプリケ一ション作成デ一夕のレベルで映像情報装置および U Mの相違を考慮することなくアプリケーションの作成を行うので、映像情報装置上でユーザィン夕一フエースァプリケ一ションを作成する際に、そのアプリケ一ションが実行されるハ一ドウエアの構成を意識することなく作成することができる。

さらに、映像情報装置の U Mのソフトウヱァ構造を合わせることにより、 U M側で実現している機能を将来的に映像情報装置側に移植する際に、その作業を容易に行える。

また、この実施の形態による映像情報システムは、機能別のミドルゥエア群として、撮像および表示処理を行うミドルウェアおよび/または、 I Pv 6に対応したィン夕ーネット通信プロトコル処理を行うミドルゥエアおよび/または、ユニバーサルプラグアンドプレイ処理を行うミドルウェアおよび Zまたは、 MP E G 2/MP E G 4/MP E G 7/MP E G 2 1規格に準拠した映像配信および蓄積処理を行うミドルウェアとから構成するので、映像情報装置に U Mを付加することによって、撮像 - 表示、ネットワーク接続、映像の配信 ·蓄積機能を容易に追加することが可能となる。

また、この発明 (こよる映像情報システムは、システムの種類に応じて、アプリケーションおよび HALを選択的に使用するので、 UMのハ一ドウェア構成を変更することなく、異なる用途の映像情報装置を構成することができる。第 2の実施の形態

本実施の形態では、 UM 12を携帯電話に適用した例について説明する。

第 22図は第 45図で説明した従来の携帯電話装置に、 UMU43を適用した携帯電話のシステム構成図である。第 22図のモパイル ' アブリケーション ·ュニヅト 2 19は、第 45図のモパイル ·アプリケーション ·ュニヅト 2· 1 9と同じものであるが、まず基本的構成について、再度、説明する。

図示しない携帯電話の無線網からアンテナ 2 18を介して入力されたデ一夕は、ベースバンド部 2 17により信号処理され、通信ヘッダ情報が取り除かれ、再構築される。さらにモパイル ' アプリケ一シヨン 'ュニット 2 1 9で、表示装置 2 1 1に表示可能な信号形態にまで変換され表示ュニット 2 1 1へ出力される。無論、音声の入出力に関する構成ブ口ックもあるがここでは図示を省略し、以下の説明も映像情報の処理を主に説明する。

モパイル · アプリケーション ·ュニヅト 2 1 9は、システム L S I 2 08と、システム L S I 208の FP 207と、システム L S I 208 の BP 209と、 V— I/F 2 10で構成される。

モバイル'アプリケーション'ュニット 2 19に入力されたデータは、 CPU20 1のソフトウェア、 VSP 202のハードウェアにより、デコード、リサイズ等され、 V— IZF 2 10から UV I 44に出力される。なお、 UV I 44は UMU 42のビデオ（映像）入力端子であり、モパイル ·アプリケーション ·ュニヅト 2 19の映像出力端子である V - I/F 2 10と,接続可能なイン夕一フエースを形成している。 UV I 44から入力されたデ一夕は UMU 43内の各エンジンにより処理され、 UVO 45から表示ュニヅト 212に入力され表示される。なお、 UV 045は、 UM43の映像出力信号端子であり、表示ュニット 2 1 1の入力インタ一フヱ一スと接続される。

また、外部に接続されたカメラ 'ユニット 2 15からモパイル ' アブリケーション ■ユニット 206に入力されたデータは、カメラ ·ェンジン 2 16にてデ一夕処理され、第 1の CPU20 1、 VSP 202にて画像データとして再構築された後、さらに UM 43にて処理され、表示ユニット 2 1 1にて表示される場合や、さらに圧縮処理されフラッシュメモリ等の不揮発メモリに保存される場合や、さらに多重化処理され、ベ一スパンド部 2' 1 7より図示しない無線網へ送信される場合がある。モパイル ·アプリケーション ·ュニット 2 19は、本発明に言うところの、ィンターネットに接続可能な携帯電話網に接続してデータ通信を行う通信手段である。

このデ一夕通信のデ一夕には映像情報が含まれる。

携帯電話に装着されたカメラ 'ユニット 2 15を高画素化した場合、処理デ一夕が増大し、カメラ 'エンジン 2 16が対応できなくなる場合がある。第 22図の構成では、 UMU 43を適用するので、より高性能な UM 12に搭載されたカメラ ·エンジン 22をカメラ ■ユニット 2 1 5の制御に利用できる。 UMU43は、携帯電話専用に開発されるものではなく、第 1図の各機器、例えば監視カメラ 8や DVDレコーダ 7でも使用できるよう、十分な性能のカメラ ·エンジンを備えており、カメラ 'ュニヅトの変更に伴い、専用の L S Iを再設計することなく、モバィル ·アプリケーション ·ュニヅトの高画素化を果たすことができる。このように、本実施の形態で説明した UMによれば、携帯電話装置を含むモパイルアプリケーションユニットにおいて、システム L S Iを新規に開発することなく、ネットワークの機能拡張や変更が実現できるため、開発費削減ならびに開発期間の短縮によるビジネスチャンス喪失の低減を図れる効果を有する。

また、 UMを挿抜可能な形状とした場合、ネットワークに関する必要な最新の機能を載せたュビキタス映情モジュールに取り替えることにより、様々な機器で汎用的に用いることが可能で、開発費、マスボリユーム増加による量産効果が図りやすいという効果を有する。

さらに、 UMのインターフェースを汎用的に作ることにより、モバイルアプリケーションュニヅトの機能 ·回路を変更する必要が無いため、ソフト開発費の低減 ·信頼性の向上などの効果を有する。

さらに、既存開発製品に対して UMを付加する事で、ソフトウェアを大幅に変更することなく高機能化、新機能の追加を実現できる効果を有する。第 3の実施の形態.

本実施の形態では、上記実施の形態で説明した映像情報装置と UMU の間の接続について、さらに詳細に説明する。

第 23図は、 S— I/F 3 1および U— I F 32をそれそれ I E E E 1394シリアルバスの I Fとして用い、映像情報装置と UMUの間を I E E E 13, 94ネットワークで接続する場合の構成例である。すなわち、映像情報装置 40 aの I EEE 1394 I/F 250.と、 UM U42の I EEE 1394 Iノ F 25 1を介して、両装置が接続されている。 I E E E 1394ネヅトワークでは一つのネットワークにおいて複数機器の接続が可能である。したがって、図に示すように、映像情報装置 40 aの他、映像情報装置 40 b等、複数の映像情報装置が接続される場合もる。なお、第 23図では接続線が分岐して表記されているが、実際の各装置間の接続は、 I E E E 1394に従ったトポロジーで接続される。

UMU 42は、ィーサネヅトなどの有線 L ANィンターフェ一ス 46 を介して I nt e rne t Pr o t o c o lネットワーク（以降、厂1 Pネヅトワーク」'と記す。）に接続されている。なお、有線 LANの他に、 I EEE 802. 1 1 a/bZgなどの無線 1 ANを用いても良い。 I Pネットワークには UPnPの C ont r o l P o i nt機能を有した UPnP C o nt r o l P o i n t (以降、「U P n Pコントロールポイント」と記す。） 3 10が接続されている。なお、 UP nPの C o n t r o 1 P o int機能とは、 I Pネットワークに接続されている他の UPnPデバイスをコントロールする機能を指す。実際には、パーソナルコンピュ一夕等に UPnPコントロールポィントをインスト一ルして、デバイスの操作を行わせる。本実施の形態における接続形態を模式的に示したものが第 24図である。図において、 UMUは、 I Pネヅトワークと I EEE 1394ネヅトワーク間を接続するためのデリゲ一シヨンサーバとして動作する。また、 I Pネットワーク上の UP nPコント口一ルポィントは、 I E E E 1394ネットワーク上にある U P n Pの機能を有さない I E E E 1394機器を操作する。すなわち、本実施の形態では、 I Pネヅトワーク上の UP nPコントロールボイン卜が、デリゲ一シヨンサーバとして動作する UMUを介して、 UP nPの機能を有さない I E EE 1394ネットワーク上の映像情報装置を操作する方法について説明する。

なお、 I Pネヅトワークが第 1図のネットワーク 1に相当する。したがって、以下では、 I Pネットワークを第 1のネットワーク、 I EEE 1394ネットワークを第 2のネットワークと記す場合がある。

く U P n Pコントロ一ルポィントとデバイスの動作 >

ところで、まず、 UP nPの規格に定められた UP nPコントロールポイントとデバイスの動作について説明する。最初に、 UPnPの規格に定められた UP nPコントロールボイントとデバイスの一般的な動作ステップについて説明する。 UPnPの規格には、第 2 5図に示すように、 I Pァドレスの取得であるアドレッシング、 U P n Pコント口一ルポイントがデバイスを検出、認識するデイス力バリ、デバイスに関する情報を取得するディスクリプション、デバイスを制御するコントロ一ル、デバイスの状態変化を検出するィベンティング、 Webブラゥザを用いてデバイスの操作、設定を行うプレゼンテーションの、合計 6種類の動作ステップが定められている。以下、各動作ステップにおける詳細について説明する。

UPnPにおける最初のステツプであるァドレッシング S 30 1は、 I Pネットワークに参加したデバイスが自動的に I Pァドレスを取得するステップである。アドレッシング S 30 1のプロトコルには、基本的に、 Dynami c Ho s t Conf i gur at i o n P r o t o c o 1 (以降、广 DHCPj と記す。）が使用される。なお、 I Pネヅトヮ一クが D H C Pに対応していない場合は、 Au t 0 I Pを用いてもよい。

アドレッシング S 30 1による I Pアドレス取得の終了後、次のステヅプであるディスカバリ S 302に進む。ディスカバリ S 302は、 U P nPコントロ一ルポィントが I Pネヅトワーク上のデバィス.を検出、認識するステップである。ディスカバリ S 302には、 I Pネットヮークに新規に追加されたデバイスが UPnPコントロールボイントに対してァドバタイズを行うァドバタイズ動作と、 I Pネットワークに新規に追加された UP nPコント口一ルポィントがデバイスを検索するために行うサーチ勲作の 2種類がある。前者の動作内容は、追加されたデバイスがァドバタイズのためのァドバタイズメッセージをマルチキャス卜するものである。後者の動作内容は、 UPnPコントロールポイントがサーチのためのサーチメヅセージをマルチキャストして、該当するデバイスが UPnPコント口一ルポィントに対してサーチレスポンスメヅセ一ジを返信するものである。なお、どちらの動作にも、プロトコルとして S im l e S e rv i c e D i s c ove ry P r o t o c o 1 (以降、「S SDP」と記す。）が用いられる。

ディスカバリ S 302により UP nPコントロ一ルポィントがデバイスを認識した後、次のステップであるディスクリプシヨン S 303に進む。ディスクリプシヨン S 303は、 U P n Pコント口一ルポィントがデバイスに関する詳細な情報を取得するためのステップである。 UP n Pコント口一ルポィントは、ァドバタイズメヅセージもしくはサ一チレスポンスメヅセージに記述されている URLにより、各デバイスの情報を得ることができる。なお、アドバタイズメッセージもしくはサ一チレスポンスメッセージの UR Lを参照することにより、モデル名、シリアル番号、製造元名、サ一ビス情報等が記載されているデバイスディスクリプシヨンを取得することが可能となる。

ディスクリプシヨン S 303の動作ステップが完了した時点で、 UP nPコントロールポイントは、制御、操作の対象となるデパイスが有するサービスの内容を知ることになる。

コントロール S 304は、実際に UP nPコントロールポイントがデバイスを制御する動作ステヅプである。 UP nPコントロールボイントはサービスディスクリプションに記載されているコマンド、ァクション、サービス、各アクションのパラメ一夕や引数のリストを元に、デバイスに対しアクション要求を含んだメッセージを送信する。なお、ァクション要求を含んだメヅセージの送信のプロトコルとして、 SOAPを用いる。すなわち、 UP nPコントロールポイントは、 S 0 APを使用して、， XML形式にて記述された制御コマンドをデバイスに送信する。デバイスはアクションとして要求されたサービスを行い、アクションを実行した結果を UP nPコントロ一ルポィントに返信する。

ィベンティング S 305は、 UP nPコントロールポイントがデバイスの状態変化を検知する動作ステップである。デバイスは、自身が保有するサービスの状態変数が変化した場合、サブスクライブしている UP nPコントロ一ルポイントに対して状態変化を通知する。状態変化を含んだメヅセージのプロトコルには、 Gene r i c E ent No rt i f i c at i on A r c h i t e c t u r e (以降、¹" G E N A」と記す。）が使用され、メヅセ一ジ自身は XML形式で記述される。プレゼンテ一ョン S 306は、 We bブラウザを用いてデバイスの操作、設定を行う動作ステップである。操作、設定対象のデバイスが H T ML形式に対応したユーザィン夕フェース機能を有している場合、デバイスディスクリプションに記述されているプレゼンテ一ション URL にアクセスすることにより、 We bブラウザを用いてプレゼンテーション画面を表示することが可能となる。そして、そのプレゼンテーション画面を用いてユーザがデバイスの操作を行うことが可能となる。

以上では、 UPnPの規格に定められた UPnPコントロ一ルポィントとデバイスの一般的な動作である。

<AV機器の構成、動作 >

次に、以下では、特に、 UP nPの規格に定められた AV機器の構成、動作について説明する。

UP nPの規格では、各デバイス ·タイプごとに、実装すべきィン夕一フェイスや機能を D e V i c e Cont r o l P r o t o c o l (以降、「D CP」と記す。）として定めている。 AV機器の D CPは、 Me d i a S e rve r、および Me d i a Rend e r e rであ

0 ο

UP nP AVアーキテクチャを第 2 6図に示す。 UP nP AVァ —キテクチヤは、図に示すように、 UP nPコントロ一ルポィント 3 1 0が、 Me d i a S e r v e r (以降、「メディア 'サーバ」と記す。） 3 1 1と Me d i a Rend e re r (以降、「メディア ' レンダラ」と記す。） 3 12を制御するモデルである。

メディア .サーバ 31 1は、コンテンヅを蓄積し、蓄積したコンテンヅを検索し、検索条件に適合するコンテンヅをメディァ · レンダラ 3 1 2に送り出すデバイスであり、主にコンテンツの保管、ストリ一ミングの送り出しを行う機能を含むデバイスである。例えば、 VTRや、 DV Dプレイヤ等の再生装置が、メディア 'サーバ 3 1 1として想定され得る。メディア 'サーバ 3 1 1は、 Cont ent D i r e c t o r y S e r i c e (μ降、「コンテンヅ 'ディレクトリ 'サービス」と記す。また図中では「CD S」と記す。） 313、 C 0 nn e c t i 0 n Ma n a g e r (以降、「コネクション 'マネージャ」と記す。また図中では厂 CM」と記す。） 314、 AV T r ans p o r t (以降、「AVトランスポート」と記す。また図中では「AVT」と記す。） 31 5の各サ一ビスを含む。

メディア · レンダラ 3 12は、 I Pネヅトワークから入手したコンテンヅを再生するために使用されるデバイスであり、主に、映像の表示、音声の出力等のコンテンツの再生、およびストリーミングの受信を行う機能を含むデバイスである。例えば、 MPEG形式のファイルを表示する映像表示装置等が、メディア ' レンダラ 3 12として想定され得る。メディア -レンダラ 312は、 Rend e r i n g C o n t r o 1 (以降、「レンダリング ' コント口一ル」と記す。） 3 16、コネクション ' マネージャ 3 14, A Vトランスポート 315の各サービスを含む。コンテンヅ · ディレクトリ 313は、メディア 'サーバ 3 1 1を含んだ機器から供給されるコンテンヅを UP nPコントロ一ルポィント 31 0が列挙できるようなアクションセヅトを提供するサービスである。したがって、 UP ιχΡコント口一ルポイント 310は、コンテンツ ' ディレクトリ 313を使用することにより、コンテンヅ階層の閲覧、および属性検索の実行、並びに、タイトル、作者、 URL等属性のコンテンツのメタデータの入手、並びに、コンテンヅの作成、削除などのコンテンヅの操作等が可能となる。

コネクション · マネージャ 314は、特定のデバイスに関連したコネクシヨンを管理するアクションセットを提供するサービスである。したがって、 U P n Pコント口一ルポイント 310は、コネクション，マネ —ジャ 3 14を使用することより、ストリ一ミングのプロトコルゃデ一夕フォーマットの列挙、及び、現在のコネクション状況の列挙が可能となる。

レンダリング ·'コント口一ル 3 1 6は、' レンダラ（メディア ' レンダラ 3 12デバイスを含んだ機器）がコンテンツをどのように再生するかを、 UP nPコントロ一ルポィント 3 10が制御できるようにするためのアクションセットを提供するサービスである。したがって、 UPnP コント口一ルポイント 3 10は、レンダリング · コント口一ル 31 6を使用することで、ビデオ映像の輝度、コントラスト、音声の音量、ミュート等の制御が可能となる。

AVトランスポート 3 15は、 UP nPコントロールボイント 3 10 によるコンテンヅのプレイバック制御を可能にするァクションセヅトを提供するサ一ビスである。したがって、 UP nPコントロールポイント 310は、 AVトランスポート 3 15を使用することで、コンテンヅの再生、停止、シーク等の再生制御が可能となる。

次に、 UPnP A Vアーキテクチャにおける、コンテンツの一般的な再生フロ一を第 27図に示す。以下、各ステップの詳細について説明する。

最初のステップであるデバイスの発見 S 3 10は、 I Pネットワーク上のデバイスの発見を行うステップである。このデバイスの発見 S 3 1 0は、 U P n Pの動作ステヅプであるディスカバリ S 302とディスクリプシヨン S 303により行われる。デバイスの発見 S 310の完了後、 UP nPコント口一ルポィント 3 10は、メディア ·サーバ 31 1とメディァ · レンダラ 3 12を認識し、制御することが可能となる。

実際のコンテンツの再生における最初のステツプは、コンテンヅの検索 S 3 10である。コンテンヅの検索 S 3 10は、 UPnPコント口一ルポィント 31 0が、メディア · サーバ 3 1 1のコンテンヅ ·ディレクトリ 313を使用して、コンテンヅの検索を行うステツプである。すなわち、 UP nPコントロールポイント 3 10がメディア ·サーバ 3 1 1 に対し、 S OAPを用いて「 B r ows e」、又は「S e ar ch」ァクシヨン要求を含んだメヅセージを送信する。その回答として、メディア - サーバ 3 1 1は UPnPコント口一ルポィント 3 10に対し、コンテンヅの階層構造、転送プロトコルデータ、データフォーマットを含んだ情報を返信する。 UP nPコントロ一ルポィント 3 10が回答を受信した後、次のステヅプであるプロトコルデ一夕 ' フォ一マヅトチェ.ヅク S 3 12に進む。

プロトコルデータ · フォーマヅトチェック S 3 12は、 UPnPコントロ一ルポィント 3 10が、メディア ·レンダラ 3 12のコネクション . マネージャ 314を使用して、メディア，レンダラ 3 1 2がサボ一トしているコンテンツの転送プロトコルとフォーマヅトの情報を入手するステヅプである。すなわち、 UPnPコントロ一ルポィント 3 10がメディァ · レンダラ 3 12に対し、 S 0 APを用いて「Ge t P r o t o c o l I nf o」ァクション要求を含んだメヅセージを送信する。その回答として、メディア ' レンダラ 3 12が UPnPコントロールボイント 310に対し、サポートしているコンテンツの転送プロトコルデ一夕とデ一夕フォーマツトのリストを含んだ情報を返信する。

UPnPコントロ一ルポィント 3 10が回答を受信した後、 UPnP コント口一ルポィント 3 10は、プロトコルデ一夕 · フォ一マヅトチェヅク S 3 12にて,得た情報と、コンテンヅの検索 S 31 1で得た情報をもとに、転送プロトコルデ一夕とデ一夕フォーマットを比較する。そして、比較結果から、適合する転送プロトコルデ一夕とデ一夕フォーマツトを決定する。メディア ' サーバ 3 1 1にあるコンテンヅの転送プロトコルデ一夕及びデ一夕フォーマツトと、メディア，レンダラ 312がサポートするコンテンヅの転送プロトコルデ一夕及びデ一夕フォーマツトが適合する場合、そのコンテンヅはメディア ' レンダラ 3 12にて再生可能である。その後、次のステップであるサーバ、レンダラの準備 S 3 13に進む。

サーバ、レンダラの準備 S 3 13は、 UP nPコントロールポイント 3 10が、コネクション ' マネージャ 3 14を使用して、メディア 'サ —バ 3 1 1とメディア ' レンダラ 312に対し、プロトコルデ一夕 · フォ一マツトチェック S 3 12にて決定した転送プロトコルデ一夕とデ一夕フォーマヅトによるコネクションが生成されることを通知するステヅプである。すなわち、 U P η Pコント口一ルポィント 3 10が、メディァ ·サーバ 31 1に対し、 SOAPを用いて「P r ep ar eF o r C 0 nn e' c t i o n」ァクションを含んだメヅセ一ジを送信する。その回答として、メディア ' サーバ 3 1 1が U P nPコントロールボイント 3 10に対し、「 T r ans p o r t I n s t a n c e I D.」を返信する。また、 UP nPコントロールポイント 3 10は、メディア ' レンダラ 3 12に対しても、 SOAPを用いて「P r ep ar eF o r Conne c t i on」ァクションを含んだメヅセージを送信する。そして、その回答として、メディア · レンダラ 3 12が UPnPコント口ールポイント 3 10に対し、「A V T r ans p o r t I ns t an c e ID」、または、「 Re nde r ing Co nt r o l I ns t a n c e I D」を返信する。 U P n Pコントロ一ルポィント 310が回答を受信した後、次のステヅプである、コンテンヅの選択 S 314に進む。

コンテンヅの選択 S 3 14は、 UPnPコントロールポイント 3 10 が、 AVトランス'ポ一ト 3 15サービスを使用して、メディア 'サーバ 31 1とメディア · レンダラ 312に対し、ユーザの選択により転送されるコンテンツの情報を通知するステップである。すなわち、 UPnP コント口一ルポイント 31 0がメディア 'サーバ 31 1に対し、 S OA Pを用いて「S e tAVT r ansiD o r tUR I」ァクシヨンを含んだメッセ一ジを送信する。同様に、メディア · レンダラ 3 12に対しても、 SOAPを用いた「S e tAVTr ans p o r t UR I」ァクシヨンのメッセ一ジが送信される。この後、実際にコンテンツの再生制御を行うステップである再生 S 31 5に進む。

再生 S 3 15は、 UPnPコントロールボイント 3 10は、 AVトランスポート 3 15サ一ビスを使用して、メディア ■ サーバ 3 1 1とメディァ ' レンダラ 3 12に対し、 S OAPを用いて「P l ay」、「S t o p」、「s e ek」等、実際の再生制御の指令を行うステップである。すなわち、' UPnPコントロ一ルポィント 310がメディァ · サ一バ 31 1とメディァ. · レンダラ 3 12に対し、例えば「P 1 a y」ァクションのメッセ一ジを送信すると、コンテンツの再生が開始される。また、コンテンヅの再生を中止したい場合は、メディア · サーバ 3 1 1とメディァ · レンダラ 3 12に対し「S t 0 p」ァクションを送信する。

音量'画質調整 S 3 1 6は、 UPnPコントロ一ルポィント 3 10が、レンダリング ' コント口一ル 3 1 6サービスを使用して、コンテンツの再生中にレンダラの音量調整や画質調整を行うステップである。例えば音量調整を行う場合は、 UPnPコントロ一ルポィント 3 10がメディァ ' レンダラ 3 12に対し、「S e tVo lumejアクションのメッセ —ジを送信する。その結果、音量が変更される。コンテンヅの転送が最終的に完了した後、次のステップである、転送完了 S 3 17に進む。転送完了 S 3 17は、 UP nPコント口一ルポイント 3 10が、コネクシヨン ·マネージャ 3 14を使用して、 UPnPコントロールボイント 310とメディア ' サーバ 31 1の間のコネクション、及ぴ UP nP コントロールボイ,ント 3 10とメディア · レンダラ 312の間のネクシヨンの終了処理を行うステップである。すなわち、 UPnPコント口一ルポィント 3 10がメディア ' レンダラ 312に対し、 S 0 APを用いて「 C onne c t i o nComp l e t ej ァクションを含んだメヅセージを送信し、その回答を受信する。同様に、メディア 'サーバ 3 1 1に対して、「 Conne c t i onC omp l e t e」アクションを含んだメヅセージを送信し、その回答を受信する。以上のステヅプを絰て、一連のコンテンヅの再生が完了する。

以上が、 UPnP AVアーキテクチャにおける、 UPnPコント口一ルポィントとデバイスの動作である。

次に、' 第 23図に示したような、 I Pネットワーク上の UPnPコントロ一ルポィ.ント 3 10が、デリゲーションサーバとして動作する UM U42を介して、. UPnPの機能を有さない I E EE 1394ネットヮーク上の映像情報装置 40 aを実際に操作する方法に.ついて説明する。まず、 UMUのソフトウエア構成について説明する。第 28図は、 U MU42内のソフトウヱァ構成を示した図である。

UP nPスタック 32 1は、 UPnPプロトコルの処理を行うソフトウェア群であり、 '例えば、標準的な HTTPの GETリクエストを取り扱う H T T Pサーバ、 H T T Pメヅセージのへヅダを解釈するための H TTPパ一サ、 XMLパ一サ、 S OAP、 GENA, S SDPのプロトコルを扱うモジュール群等から構成される。すなわち、 UPnPスタヅク 32 1は、 UPnPプロトコルによる通信の処理を行う。

I EEE 1394スタック 322は、 I EEE 1394のトランザクシヨンや、 Func t i o n C ont r o l P r o t o c o l (以降、「F CP」と記す。）などの A Vプロトコル、 AV/Cコマンドなどの I EEE 1394関連プロトコルを扱うためのソフトウェア群である _c すなわち、 I EEE 1394スタック 322は、 I EEE 1394プロトコルによる通信の処理を行う。デリゲーションマネージャ 326は、例えば映像情報装置 40 aのような I EEE 1 394機器が I EEE 1394ネットワークに接続された場合、その I EEE 1394機器の情報を基に UP nPエミユレ一シヨン処理 325を起動したり、また、 I E E E 1 394機器がネットヮ —クから切断された場合に、その I E E E 1394機器に対応して起動した UP nPエミユレーシヨン処理 32 5を終了させる等の機能を有するソフトウェアである。

UPnPエミユレ一ション処理 325は、 I EEE 1 394ネットヮ —クに接続されている個々の I E E E 1394機器に対応して、それそれ独立したプロセスとしてデリゲ一ションマネージャ 326から起動されるソフトウェアである。すなわち、 I EEE 1394機器を 1つの U P n Pデバイスとして振舞わせるために、 U P n Pの各ステヅプをデバイスの代わりに実行する機能を有する。したがって、 UPnPエミユレ —シヨン処理 325は、 I EEE 1394ネヅトヮ一クに接続されている I EEE 1394機器に対応するプロセスとして起動される。そして、 UP nPエミユレ一シヨン処理 325が起動される数は、 I EEE 13 94ネットワークに接続されている I E E E 1394機器の数と同じである。

I E E E 1394バス制御処理は、 I E E E 1394機器の状態を監視する機能を有するソフトウェアであり、デリゲーションマネージャ 3

26に対する I E E E 1394機器の接続切断の情報の通知の他、 I E E E 1394機器から受信した A V/Cコマンドデ一夕の UP nPエミユレ一シヨン処理 325への引き渡し、 UP nPエミユレ一シヨン処理

325から受け取った AV/Cコマンドデ一夕の I E E E 1 394機器への送信等を行う。

I Pアドレスマネージャ 323は、 UPnPエミユレ一ション処理 3 25によりエミュレートされている各 I EEE 1394機器に対し、 I Pァドレスを割り付けるための機能を有するソフトウエアである。

次に、上記実施の形態 4で説明した U P n Pの各動作ステップにおける、 UMU42内のソフトウエアの動作について説明する。

最初に、アドレッシング S 30 1におけるソフトウエアの動作について説明する。このステップは、 I EEE 1394ネヅトワークに新たに追加された I EEE 1394機器を仮想的に I Pネヅトワーク上のデバイスとみなし、 DHCPサーバから与えられた I Pアドレスを付与するステヅプである。

第 2 9図は、アドレッシング S 30 1における、 UMU内のソフトゥエアの動作のシーケンスを示した図である。まず、ステップ S 32.0にて、 I EEE 1394機器 327の電源の ON、または、新たな I E E E 1394機器 327の I EEE 1394ネヅトワークへの接続により、バスリセヅトが発生する。 I EEE 1394スタック 322を介しバスリセヅトを検出した I E E E 1394バス制御処理 324は、ステヅプ S 32 1にて、デリゲーションマネージャ 326に対し、 I E E E 13 94機器 327が新たにネットワークに接続されたことを知らせる接続通知を行う。接続通知を受けたデリゲーションマネージャ 326、は、ステヅプ S 322にて、新たに接続された I E E E 1394機器 327に対応する UP nPエミユレ一シヨン処理 325を起動する。ステップ S

322にて起動された UP nPエミユレ一ション処理 325は、以降の全ての UPnPステップにおいて、常に、接続通知の発端となった I E E E 1394機器に対応して動作する。すなわち、 I EEE 1394ネヅトワークに複数台の I E EE 1394機器が接続された場合は、各 I EEE 1394機器毎に、各 I E EE 1394機器 327に 1対 1にて対応する UP nPエミユレーション処理 325が起動されることとなる c 次に、起動された UP nPエミユレ一シヨン処理 325は、ステップ S 323にて、 I Pァドレスマネージャ 323に対して I Pァドレス取得要求を行う。 I Pアドレスマネージャ 323は、 I EEE 1394機器 327に対して仮想的に割り当てる I Pアドレスを DH C Pサーバに要求し、その結果付与された I Pアドレスをステップ S 324にて、 UP nPエミユレ一ション処理 325に対して通知する。なお、アドレツシング S 30 1の手段として、 DH CP以外にも Au t o I Pを用いてもよい。

次に、' ディスカバリ S 302におけるソフトウエアの動作について説明する。このステップは、 UPnPコントロールポイントが UPnPェミュレーシヨン処理を介し、 I E EE 1394機器を検出、認識するステヅプである。

第 30図は、新たに追加されたデバイスが UPnPコントロールボイント 3 10に対しァドバタイズ動作を行う場合の、ディスカバリ S 30 2における UMU内のソフトウエアの動作のシーケンスを示したものである。なお、第 30図では、 I Pネットワーク上に 2台の UPnPコントロールポイント 3 10 a、 310 bが存在する場合を示している。まず、ステップ S 330において、 I E E E 1394機器 327に対応し、すでに起動されている UPnPエミユレ一シヨン処理 325が、 S SD Pを使用して、アドバタイズメッセージをマルチキャストする。 UP n Pコント口一ルポィント A3 10 aと、 UPnPコント口一ルポィント B 3 10 bは、このメヅセージを受信した後、 UPnPエミユレ一ション処理 325を UP nPのデバイスとして認識する。すなわち、 UPn ； Pコントロ一ルポィント A3 10 aと、 UPnPコントロールボイント B 3 10 bは、 UP nPエミユレ一シヨン処理 325を介し、 I EEE 1394機器 327を認識することとなる。第 3 1図は、新たに追加されたコントロールボイントがデバイスを検索するためのサーチ動作を行う場合の、ディスカバリ S 302における UMU内のソフトウェアの動作のシーケンスを示したものである。なお、第 3 1図では、 I EEE 1394ネヅトワーク上に 2台の I E E E 13 94機器327 、 327 bが存在する場合を示している。まず、ステップ S 340において、 U P n Pコントロールポイント 3 10が、 S S D Pを用いて、 I Pネットワーク上にサ一チメヅセ一ジをマルチキャストする。このメッセージを受信した、 I EEE 1 394機器 327 aに対応した UPnPエミユレ一ション処理 325 aと、 I EEE 1394 機器 327 b.に対応した UPnPエミユレ一シヨン処理 325 bは、自身に対応する I E E E 1394機器が、サーチメヅセージの条件に示ざれているサービス、またはデバイスに相当する機能を有しているか否かを検出し、その機能を有している場合は、ステップ S 341において、レスポンスメッセ一ジを UP nPコント口一ルポィント 3 10に対し送信する。図では、 UP nPエミユレ一シヨン処理 325 bに対応した I E E E 1394機器 327 bが、サ一チメヅセージの条件に示されているサ一ビス、またはデバイスに相当する機能を有している場合を示している。レスポンスメヅセージを受信した UP nPコントロールボイント 3 10は、 UPnPエミユレ一シヨン処理 325を介し、 I EEE 13 94機器 327 bを、自身がサーチした条件に適合するデバイスとして ^す《

次に、ディスクリプシヨン S 303におけるソフトウェアの動作について説明する。このステップは、 UP nPコントロールポイントが UP nPエミユレ一シヨン処理を介し、 I E E E 1394機器に関する詳細な情報を取得するステヅプである。

第 32図は、ディスクリプシヨン S 303における UMU内のソフトウェアの動作のシーケンスを示した図である。まず、 UPnPコント口 —ルポィント 3 10は、ステップ S 350において、ァドバタイズメッセージ、またはサーチレスポンスメヅセージに記述されている URLを用いて、 I EEE 1394機器 327に対応した U P n Pエミユレ一シヨン処理 325に対し、デバイスディスクリプシヨンの要求を行う。なお、ステップ S 350に用いられるプロトコルは H T T Pである。次に、 UPnPエミユレ一ション処理 325は、 I EEE 1394機器 327 に関するデバイス情報を、 XML形式にてデバイスディスクリプションとして作成し、ステップ S 35 1にて UPnPコントロールボイント 3 10に送信する。ステップ S 35 1におけるデバイスディスクリブションのサ一ビスリストに、サ一ビスディスクリプションを取得するための UR Lが記載されている場合、さらに、 UPnPコントロールポイント 310は、ステヅプ S 352において、 UP nPエミュレ一ション処理 325に対し、サービスディスクリプシヨンの要求を行う。 UPnPェミュレーシヨン処理 325は、ステップ S 352のサービスディスクリプシヨンの要求に対し、 I E E E 1394機器 327に関するサービス情報を XML形式にてサービスディスクリプシヨンとして作成し、ステヅプ S 35 1にて UP nPコントロールボイント 31 0に送信する。なお、 S 350のデバイスディスクリプシヨンの要求、 S 35 1のデバイスディスクリプシヨンの送信は、 UP nPエミユレ一シヨン処理 325 に対応する I E E E 1394機器 327が有するデバイスの回数行われる。同様に、 S 352のサービスディスクリプシヨンの要求、 S 353 のサービスディスクリプションの送信は、 UP nPエミユレ一ション処理 325に対応する I E E E 1394機器 327が有するサービスの回数行われる。このステヅプにより、 UPnPコントロールポイントは U PnPエミユレ一シヨン処理を介し、 I EEE 1394機器の有するサ一ビス、デバイスを認識することとなる。

次に、コントロール S 303におけるソフトウエアの動作について説明する。このステップは、 U P n Pコントロールポイントが U P n Pェミュレ一シヨン処理を介し、 I E EE 1394機器を制御するステップである。

第 33図は、コント口ール S 303における UMU内のソフトウェアの動作のシーケンスを示したものである。まず、ステヅプ S 360にて、 UP nPコントロールポイント 3 10は、 SOAPを用いて、 UPnP エミユレ一シヨン処理 325に対しアクション要求を行う。 UP nPェミュレ一シン処理 325は、受信した UP nPのアクション要求を、そのアクション要求に対応する A V/Cコマンドに変換し、ステップ S 36 1にて I EEE 1394バス制御処理 324に送信する。 I EEE 1394バス制御処理 324は、ステップ S 362にて、 I E EE 13 94機器 327に対し A V/Cコマンドを送信する。 I E E E 1394 機器 327は受信した A V/Cコマンドに従った動作を行う。動作終了後、 I E E E 1394機器 327は、ステップ S 363にて AV/Cレスポンスを I EEE 1394バス制御処理 324に送信する。 I EEE 1394バス制御処理 324は、ステップ S 364にて、受信した A V /Cレスポンスを、レスポンスの送信元である I E E E 1394機器 3 27に対応する UP nPエミユレ一シヨン処理 325に送信する。 UP nPエミユレーション処理 325は、 A V/Cレスポンスを U P n Pのアクションレスポンスに変換した後、 S 0 A Pを用いてス'テヅプ S 36 5にて UP nPコントロールボイント 3 10に送信する。 UP nPコントロールポイント 3 10は、アクションレスポンスの受信により、自身が発行したアクション要求が実行されたことを認識する。

次に、ィベンティング S 305におけるソフトウェアの動作について説明する。このステップは、 UP nPコントロールポイントが UP nP エミユレ一シヨン処理を介し、 I EEE 1394機器の状態変化を検知するステップである。

第 34図は、 UPnPコントロ一ルポィント 3 10が UPnPデバイスに対し状態変化通知を要求するサブスクライブ動作を行う場合の、ィベンティング S 305の UMU内のソフトウェアの動作のシーケンスを示したものである。まず、 UP nPコント口一ルポイント 3 10は、ステヅプ S 370において、 GENAを用い、 UPnPエミユレ一シヨン処理 32 5に対しサブスクライブ要求を行う。 UPnPエミユレ一ション処理 325.は、サブスクライプ要求に応じ、 UPnPコント口一ルポイント 3 10を購読者リストに追加した後、ステップ S 37 1においてサブスクライブレスポンスを UP nPコントロ一ルポィント 3 10に対して返信する。この後、 UPnPエミユレーシヨン処理 325は、ステヅプ S 372にて、 I EEE 1394バス制御処理 324に対し、状態変化を知らせることを要求するための A VZCコマンド「N o r t i f y」を送信する。 I E E E 1394バス制御処理 324は、 I E E E 1 394機器 327に対し、ステップ S 373にて AV/Cコマンド「N o r t i t y」を送信する。これにより、 I E E E 1394機器の状態変化があった場合、 UP nPコントロ一ルポィントが UPnPエミユレ —シヨン処理を介し、その状態変化を検知することが可能となる。さらに、 UP nPエミユレ一シヨン処理 325は、 I EEE 1394バス制御処理 324に対し、現在の状態を問い合わせる AV/Cコマンド「S t at usj をズテヅプ S 374にて I EEE 1394バス制御処理 3 24に送信する。 I EEE 1394バス制御処理 324は、ステップ S 375にて、 I EEE 1394機器 327に対し、 A V/ Cコマンド「 S t a t u s」を送信する。 I E E E 1394機器 327は AV/Cコマンド「S t at us」に応じて、現在の状態を A V/Cレスポンス「S t a t u s」として、ステヅプ S 376にて、 I E E E 1394バス制御処理 324に対して送信する。 I E E E 1394バス制御処理 324 は、受信した A VZ Cレスポンス「 S t at us j を、ステップ S 37 7にてレスポンスの送信元である I E E E 1394機器 327.に対応した UP n Pエミユレ一ション処理 325に送信する。 UPnPエミユレーション処理 325は、 A VZCレスポンス「S t a t usj を UPn Pのイニシャルィベントに変換し、 GENAを用いてステップ S 378 にて U P n Pコントロールポイント 310に送信する。これにより、 U P nPコントロールポイント 31 0は、 UP nPエミユレーシヨン処理 325を介し、サブスクライプ要求を行った I E E E 1394機器 32 7の初期状態を知ることが可能となる。

第 35図は、 I EEE 1394機器 327に状態変数の変化が発生した場合におけるソ.フトウェアの動作のシーケンスを示したものである。まず、 AV/Cコマンド「No r t i f y」を受け付けている I EEE 1394機器 327に状態変数の変化が発生した場合、 I EEE 1 39 4機器 327はステヅプ S 380にて、 AV/Cレスポンス「No r t i f y」を、 I E E E 1394バス制御処理 324に対して送信する。 I E E E 1 394バス制御処理 324は、受信した A V/ Cレスポンス「No r t i f y」を、ステップ S 38 1にてレスポンスの送信元である I EEE 1394機器 327に対応した U P n Pエミユレーション処理 325に送信する。 UPnPエミユレーシヨン処理 325は、自身がエミュレートしている I EEE 1394機器 327の次の状態変数の変化に備えて、ステップ S 382にて、 I EEE 1394バス制御処理 3 24に再度 AV/Cコマンド「No r t i f y」を送信する。 I EEE 1394バス制御処理 324は、 I EEE 1394機器 327に対し、ステヅプ S 3 8 3にて、 AV/Cコマンド「No r t i t y」を送信する。その後、 UPnPエミユレ一シヨン処理 3 2 5は、 I E E E 1 3 9 4バス制御処理 324に対し、 I E EE 1 3 94機器 3 2 7の現在の状態を問い合わせる A V/Cコマンド「 S t a t u s」をステップ S 3 8 4にて I E E E 1 3 94バス制御処理 3 24に送信する。 I E .E E 1 3 94バス制御処理 3 24は、ステップ S 3 8 5にて、 I E E E 1 3 94 機器 3 2 7に対し、 AV/Cコマンド「S t a t u s」を送信する。 I E E E 1 3 94機器 32 7は、 AV/Cコマンド「 S t a t u s」に応じて、琅在の状態を A VZCレスポンス「S t a t u s」として、ステヅプ S 3 8 6にて、 I E E E 1 3 94バス制御処理 32 4に対して送信する。 I E E E 1 3 94バス制御処理 3 2 は、受信した AV/Cレスポンス「 S t a t u s」を、ステップ S 3 8 7にてレスポンスの送信元である I E E E 1 3 94機器 32 7に対応した UP nPエミユレ一ション処理 32 5に送信する。 UPnPエミユレ一シヨン処理 3 2 5は、 A V/Cレスポンス「 S t a t u sjを UP nPのイベントメヅセージ「N ORT I FYj に変換し、 GE N Aを用いてステップ S 3 8 8にて UP nPコントロールポイント 3 1 0に送信する。これにより、 UPnPコントロ一ルポィント 3 1 0は、 UPnPエミユレ一シヨン処理 32 5を介し、サブスクライブ要求を行った I E E E 1 3 94機器 32 7の状態変化を知ることが可能となる。

<UMU内のソフトウェアの動作 >

次に、第 2 7図に示したコンテンツの再生フローの各ステップにおける、第 2 6図に示した UMU42内のソフトウエアの実際の動作について説明する。

最初に、コンテンヅの検索 S 3 1 1におけるソフトウェアの動作について説明する。第 3 7図は、コンテンヅの検索 S 3 1 1におけるソフトウェアの動作のシーケンスを示した図である。まず、ステップ S 400 にて、 UP nPコントロールポイント 3 10は S 0 APを用いて、 UP nPエミユレ一ション処理 325に対し、「： B r o ws e」、または「S e r a chu アクション要求を含んだメヅセージを送信する。 I EEE 1394機器に対応して既に起動されている U P nPエミュレ.一ション処理 325は、 UP nPスタック 32 1を介し、送信されたメヅセージを受信する。メッセージを受信した UP nPエミユレ一シヨン処理 32 5は、第 36図に示す11? 11 ?のサ一ビスと八¥/( コマンドとの対応表を用い、 UP nPのサ一ビスである「： B r ows e」、または「S e r a c h」アクションを AV/Cコマンドの「RE AD D E S CR I P T OR」に変換し、ステップ S 401にて I E E E 1394バス制御処理 324に送信する。 I E E E 1394バス制御処理 324は、ステヅプ S 402にて、 I EEE 1394スタックを介し、 I EEE 1394 機器 327に AV/Cコマンド「READ DE S CR I PTOR」を送信する。この AV/Cコマンドを受信した I E E E 1394機器 32 7は、 S 403にて、 I EEE 1394スタックを介し、自身の有するコンテンツの階層構造、転送プロトコルデータ、デ一夕フォーマットの情報を含む A V/Cレスポンスを I E E E 1394バス制御処理 324 に返信する。 I E E E 1394バス制御処理 324は、受信した AV/ Cレスポンスを S 404にて、 AV/Cコマンドの送信元である UP n Pエミユレーション処理 325に送信する。 UPnPエミユレーシヨン処理 325は、第 36図に示す UP nPのサービスと A V/Cレスボンスとの対応表を用い UP nPのレスポンスメッセージに変換し、 S 40 5にて UPnPスタック 321を介し、 UPnPコントロ一ルポィント 3 10に送信する。このステップにより、 UPnPコントロールポイント 3 10は、 I EEE 1394機器 327の有するコンテンツの階層構造、転送プロトコルデ一夕、データフォーマットの情報を認識する。なお、前述の AV/Cコマンド「READ DE S CR I PTORj の発行は、実際には「READ DE S CR I PTORj の前に「0 P E N DE S CR I PTORj サブファンクション「 READ OPE N」を実行し、「READ DE S CR I PTOR」の後に、「OPEN DE S CR I P TORj サブファンクション「CLO SE」を発行する一連の手続を必要とする。また、必要な情報によっては「READ D E S CR I P T〇R」の代わりに「R E AD I NFO BLOCK」コマンドを使用する場合や、それそれの手続きの組み合わせを使用する場合もある。 .

次に、プロトコルデ一夕 · フォ一マヅトチェック S 3 12におけるソフトウエアの動作について説明する。第 38図は、プロトコルデ一夕 · フォ一マヅトチェック S 3 12におけるソフトウェアの動作のシーケンスを示した図である。まず、ステップ S 410にて、 UP nPコント口 —ルポイント 3 10は S 0 APを用いて、 UPnPエミユレ一シヨン処理 325に対し、「Ge t Pr o t o c o l l nf o」ァクション要求を含んだメッセージを送信する。 I E E E 1394機器に対応して既に起動されている UP nPエミユレ一シヨン処理 32 5は、 UPnPス夕ヅク 32 1を介し、送信されたメヅセージを受信する。

メッセージを受信した UP nPエミユレ一ション処理 325は、第 3 6図に示す UP nPのサービスと AV/Cコマンドとの対応表を用い U PnPのサービスである「Ge t P r o t o c o l I nf o」ァクションを AV/Cコマンドの '「I NPUT PLUG S I GNAL F 0 RMATj の S t a t u sに変換し、ステヅプ S 41 1にて I E E E 1 394バス制御処理 324に送信する。 I E E E 1394バス制御処理 324は、ステヅプ S 412にて、 I E E E 1394スタックを介し、 I E E E 1394機器 327に AV/Cコマンド「 INPUT P LU G S I GNAL FORMATj の S t a t u sを送信する。この A V/Cコマンドを受信した I E E E 1394機器 327は、 S 413にて、 I E E E 1 394スタックを介し、自身がサポートしている転送プロトコルデ一夕、データフォーマットの情報を含む AVZCレスポンスを I E E E 1394バス制御処理 324に返信する。 I E E E 1394 バス制御^理 324は、受信した AV Cレスポンスを S 414にて、 AVZCコマンドの送信元である UP n Pエミユレ一ション処理 325 に送信する。 UP nPエミュレ一シヨン処理 32 5は、第 36図に示す UP nPのサ一ビスと A VZCレスポンスとの対応表を用い UP nPのレスボンスメッセージに変換し、 S 41 5にて UPnPスタック 32 1 を介し、 UP nPコントロールボイント 3 10に送信する。これにより、 UP nPコントロ一ルポィント 3 10は、 I EEE 1394機器 327 のサポ一トしている転送プロトコルデ一夕、デ一夕フォーマットの情報を認識する。

次に、サーバ、レンダラの準備 S 3 13におけるソフトウェアの動作について説明する。第 39図は、サーバ、レンダラの準備 S 313におけるソフトウェアの動作のシーケンスを示した図である。まず、ステツプ S 420にて、 UPnPコントロ一ルポィント 310は S OAPを用いて、 UPnPエミユレ一ション処理 325に対し、「卩 ]? 6 & 6？ o r Co nne c t i on」ァクションを含んだメヅセージを送信する。 I E E E 1394機器に対応して既に起動されている UP nPエミユレーション処理 325は、 UPnPス夕ヅク 32 1を介し、送信されたメヅセ一ジを受信する。メヅセージを受信した UP nPエミユレーシヨン処理 32 5は、 S 42 1にて I E E E 1394バス制御処理 324に対しコネクション要求を行う。 I EEE 13 '94バス制御処理 324は、ステヅプ S 422にて、 I EEE 1394スタックを介し、 I EEE 1 394機器 327に対し、 l o ckトランザクションによるプラグの設定要求を送信する。この 10 ckトランザクションを受信した I EEE 1394機器 327は、物理的なコネクションを生成する。コネクションの生成後、 S 423にて 1 o c kトランザクションによるプラグの設定結果を、 I EEE 1394ス夕ヅクを介し、 I EEE 1394バス制御処理 324に送信する。 I EEE 1394バス制御処理 324は、コネクシヨン完了回答を S 424にて、 AV/Cコマンドの送信元である UP II ェミュレーション処理 325に送信する。コネクション完了回答を受信した UP ηΡエミユレ一シヨン処理 32 5は、第 36図に示す UP ηΡのサ一ビスと AV/Cコマンドとの対応表を用い UP ηΡのサ —ビスである「； Pr epar e F o r C onne c t i onj ァクションを A VZCコマンドの「 CONNE CT AV」に変換し、ステップ S 425にて I EEE 1394バス制御処理 324に送信する。 I E E E 1394バス制御処理 324は、ステップ S 426にて、 I EEE 1 394スタックを介し、 I E E E 1394機器 327に「C ONNE C T AV」を送信する。この A VZCコマンドを受信した I EEE 13 94機器 327は、実際に、自身と他のデバイスと間でデ一夕の送受信が可能となるコネクション生成した後、 I EEE 1394スタヅクを介し、 S 427にて生成結果を含む AV/Cレスポンスを I E E E 139 4バス制御処理 324に返信する。 I E E E 1394バス制御処理 32 4は、受信した AV/Cレスポンスを S 428にて、 AV/Cコマンドの送信元である UP nPエミユレーション処理 325に送信する。 UP nPエミユレーシヨン処理 325は、第 36図に示す UPnPのサ一ビスと AV/Cレスポンスとの対応表を用い UP n Pのレスポンスメヅセ —ジに変換し、 S 429にて UP nPスタック 32 1を介し、 UPnP コントロールボイント 3 10に送信する。これにより、 I EEE 1 39 4機器 327に対してコンテンヅを送受信することが可能となる。

次に、コンテンツの選択 S 3 14におけるソフトウエアの動作について説明する。第 40図は、コンテンツの選択 S 3 14におけるソフトゥエアの動作のシーケンスを示した図である。まず、次の再生 S 3 1 5にて再生するコンテンツをユーザが選択する。その後、ステップ S 430 にて、 UPnPコントロールポイント 3 10は S OAPを用いて、 UP nPエミユレ一ション処理 325に対し、「S e t T r a np 0 r t UR I」アクション要求を含んだメヅセージを送信する。 I EEE 1394 機器に対応して既に起動されている UP nPエミユレ一ション処理 32 5は、 U P nPスタック 32 1を介し、送信されたメヅセージを受信する。メヅセージを受信した UP nPエミユレーシヨン処理 325は、第 36図に示す UP nPのサ一ビスと A V/Cコマンドとの対応表を用い UPnPのサービスである「S e t T r anp o r tUR I」ァクションを AV/Cコマンドの「SE T PLUG AS SOC IAT I ON」に変換し、ステップ S 43 1にて I EEE 1394バス制御処理 324 に送信する。 I E E E 1394バス制御処理 324は、ステップ S 43 2にて、 I E E E 1 394スタックを介し、 I EEE 1394機器 32 7に「SET PLUG AS S 0 C I AT I ON」を送信する。この AV/Cコマンドを受信した I E E E 1394機器 327は、 S 433 にて、 I EEE 1394スタックを介し、選択されたコンテンツを含む AV/Cレスポンスを I EEE 1394バス制御処理 324に返信する _c I E E E 1394バス制御処理 324は、受信した A V/ Cレスポンスを S 434にて、， AV/Cコマンドの送信元である UP nPエミユレ一ション処理 325に送信する。 UP nPエミユレ一ション処理 32 5は、第 36図に示す UP nPのサービスと A VZCレスポンスとの対応表を用い UP nPのレスポンスメッセージに変換し、 S 435にて UPnP ス夕ヅク 32 1を介し、 UPnPコントロ一ルポィント 3 10に送信する。これにより、 UPnPコント口一ルポィント 310は、ュ一ザが選択したコンテンツを認識する。

次に、再生 S 3' 1 5におけるソフトウェアの動作について説明する。第 41図は、再生 S 3 1 5におけるソフトウヱァの動作のシーケンスを示した図である。まず、ステップ S 440にて、 UPnPコントロールポイント 3 10は SOAPを用いて、 UPnPエミユレ一ション処理 3 25に対し、「P 1 a y」アクション要求を含んだメヅセージを送信する。 I E E E 1 394機器 327に対応して既に起動されている U P n Pェミュレーシヨン処理 325は、 UP nPス夕ヅク 32 1を介し、送信されたメヅセージを受信する。メヅセ一ジを受信した UPnPエミユレ一シヨン処理 32 5は、第 36図に示す UPnPのサービスと A V/Cコマンドとの対応表を用い UP nPのサ一ビスである「P l ay」ァクシヨンを AV/Cコマンドの「P L A Y」に変換し、ステップ S 441にて I Ε Ε Ε 13 94バス制御処理 32 に送信する。 I EEE 1394 バス制御処理 3 24は、ステップ S 442にて、 I EEE 1394ス夕ヅクを介し、 I EE Ε 1394機器 327に AV/Cコマンド「PLA Y」を送信する。この AV/Cコマンドを受信した I EEE 1394機器 327は、コンテンツの再生を開始'する。その後、 S 443にて、 I EEE 1394スタックを介し、コンテンツの再生を開始した情報を含んだ AVZCレスポンスを I EEE 1394バス制御処理 324に返信する。 I EEE 1394バス制御処理 324は、受信した A V/Cレスポンスを S 444にて、 AV/Cコマンドの送信元である UP nPエミユレ一シヨン処理 325に送信する。 UP nPエミユレーシヨン処理 3 25は、第 36図に示す UP nPのサービスと A V/Cレスポンスとの対応表を用い UP nPのレスポンスメッセージに変換し、 S 445にて UPnPスタック 3 2 1を介し、 UP nPコントロールボイント 3 1 0 に送信する。これにより、 UPnPコントロールポイント 3 1 0は I E E E 1 3 94機器 3 27において、コンテンツの再生が開始されたことを認識することが可能となる。

次に、音量 ·画質調整 S 3 1 6におけるソフトウェアの動作について説明する。第 42'図は、音量 ·画質調整 S 3 1 6におけるソフトウエアの動作のシーケンスを示した図である。まず、ステップ S 4 5 0にて、 UP nPコント口一ルポィント 3 1 0は S OAPを用いて、 UP nPェミュレ一ショ.ン処理 32 5に対し、「S e t Vo l ume」アクション要求を含んだメッセ一ジを送信する。 I E E E 1 3 94機器 32 7に対応して既に起動されている UP nPエミユレ一ション処理 3 2 5は、 UP nPスタック 3 2 1を介し、送信されたメヅセージを受信する。メッセージを受信した UP nPエミユレ一ション処理 3 2 5は、第 3 6図に示す UP nPのサ一ビスと AV/Cコマンドとの対応表を用い UP nPのサ一ビスである「S e t Vo l umej ァクションを AVZCコマンドの「： FUNCT I ON B L O CKj に変換し、ステップ S 45 1にて I E E E 1 39 4バス制御処理 3 24に送信する。 I E E E 1 3 9 4バス制御処理 324は、ステヅプ S 45 2にて、 I E EE 1 3 94スタヅクを介し、 I E E E 1 3 94機器 32 7に ¥ノ〇コマンド「FUNC T I ON BL O CKj を送信する。この A V/Cコマンドを受信した I E E E 1 3 9 4機器 3 2 7は、音量の調整を行う。その後、 S 4 5 3 にて、 I E E E 1 3 94ス夕ヅクを介し、調整した音量に関する情報を含んだ A V/Cレスポンスを I E E E 1 394バス制御処理 32 に返信する。 I E E E 1 3 94バス制御処理 324は、受信した AVZCレスポンスを S 4 54にて、 AV/Cコマンドの送信元である UP n P ミュレーシヨン処理 325に送信する。 UP nPエミユレーシヨン処理 325は、第 36図に示す UP nPのサービスと A VZCレスポンスとの対応表を用い UP nPのレスポンスメヅセージに変換し、 S 455にて11? 11 ?ス夕ヅク 32 1を介し、 UPnPコント口一ルポィント 3 1 0に送信する。これにより、 UP nPコントロールポイント 3.10は I E E E 1394機器 327において、音量が調整されたことを認識することが可能となる。

最後に、転送完了 S 3 16におけるソフトウエアの動作について説明する。第 43図ば、転送完了 S 3 16におけるソフトウエアの動作のシ —ケンスを示した図である。まず、ステップ S 460にて、 UPnPコント口一ルポィント 3 10は SOAPを用いて、 UPnPエミユレ一ション処理 325に対し、「Tr ans f e r Comp l e t e」ァクション要求を含んだメヅセ一ジを送信する。 I E E E 1 394機器 327に対応して既に起動されている UPnPエミユレ一シヨン処理 325は、 UPnPスタック 32 1を介し、送信されたメヅセ一ジを受信する。メッセージを受信した U P n Pエミユレ一ション処理 32 5は、第 36図に示す UP nPのサービスと A V/Cコマンドとの対応表を用い UP n Pのサービスである「T r ans :f e r C omp l e t e」アクションを AV/Cコマンドの「D I S CONNE CT AV」に変換し、ステヅプ S 46 1にて I EEE 1394バス制御処理 324に送信する。 I E E E 1394バス制御処理 324は、ステップ S 462にて、 I E E E 1394スタックを介し、 I EEE 1394機器 327に AV/Cコマンド「D I S CONNE CT AV」を送信する。この AV/Cコマンドを受信した I E E E 1394機器 327は、自身のコネクションを解除する。その後、 S 463にて、 I EEE 1394スタックを介し、コネクションを解除した情報を含んだ A V/Cレスポンスを I E E E 1 394バス制御処理 324に返信する。 I E E E 1394バス制御処理 324は、受信した A V/Cレスポンスを S 464にて、 AV/Cコマンドの送信元である UP II Pエミュレ一ション処理 325に送信する。コネクション解除回答を受信した UP nPエミユレ一シヨン処理 325 は、さらに物理的なコネクションを解除するため、コネクション終了要求をステップ S 46 5にて I EEE 1394バス制御処理 324に送信する。コネクション終了要求を受信した I E E E 1394バス制御処理 324は、 S 466にて I EEE 1394スタックを介し、 I EEE 1 394機器 327に対し、 10 c kトランザクションによるプラグの解除要求を送信する。このメッセ一ジを受信した I E E E 1394機器 3 27は、物理的なコネクションを解除する。その後、 S 467にて、 I EEE 1394ス夕ックを介し、物理的なコネクションを解除した情報を含んだ 10 c kトランザクションォ一トを I EEE 1 394バス制御処理 324に返信する。 I EEE 1394バス制御処理 324は、受信した AV/Cレスポンスを S 468にて、 A V/ Cコマンドの送信元である UPnPエミュレ一ション処理 325に送信する。 UP nPエミュレ一ション処理 32 5は、第 36図に示す UP nPのサ一ビスと A V/ Cレスポンスとの対応表を用い UP nPのレスポンスメヅセージに変換し、 S 469にて UPnPス夕ヅク 32 1を介し、 UPnPコント口一ルポィント 3 1 0に送信する。これにより、 UPnPコントロールボイント 3 10は、 I E EE 1 394機器 327のコネクションが解除されたことを認識することが可能となる。

以上、説明した操作方法によれば、 I Pネットワーク上の UPnPコントロ一ルポィントが、 I EEE 1394ネットワーク上にある UPn Pの機能を有さない I E E E 1394機器を操作することが可能となる。すなわち、 UMU42を用いることにより、 I EEE 1 394ネットヮ —ク上にあり、かつ UP nPの機能を有さない映像情報装置 40 a、 4 0 b等の装置を操作することが可能となる。また、本実施の形態で説明した操作方法によれば、 UPnPコントロールボイントが予め I EEE 1394ネヅトワークに接続される I E E E 1394機器のュニヅト、サブュニヅトを認識しておく必要がないので、 I EEE 1394機器の追加、削除、及び UP nPコント口一ルポイントの追加、削除を容易に行うことができる。また、 I EEE 1394ネットワークがすでに構成されており、かつ、 I Pネットワーク上に UPnPコントロールポイントが存在し、この UPnPコント口一ルポィントから I EEE 1394 機器を操作したい場合、本実施の形態で説明した UMUを用いれば、既存の I EEE 1394ネットワーク、 I Pネットワークの構成を変更することなく操作が可能となる。すなわち、 I E E E 1394ネットヮ一クで使用される A V/Cコマンドと、 UPnPのァクションの両者を理解、変換できるソフトウエアを搭載した UPnPコントロ一ルポィントを用いる必要がない。

すなわち、本実施の形態で説明した UMUを用いれば、新たな L S I を搭載した機器を用いることなく、第 1のネヅトワーク上にある機器から第 2のネットヮ一ク上にある機器を操作することが可能となる。つまり、互いの機器が、機器操作のためのコマンド体系がそれそれ異なるネットワーク上にある場合でも、両者のコマンド体系を理解、変換可能なシステム LS Iを搭載した仲介機器を新たに設けることなく、互いのネットワーク上の機器を操作することが可能となる。. 産業上の利用可能性

この発明は、以上説明したように構成されているので、以下に示すような効果を奏する。すなわち、機器に要求される仕様 ·機能が変わっても、仕様 ·機能変更の要求に対応したシステム L S Iを新たに開発する必要がなく、容易に機能の拡張 ·変更が可能な映像機器を提供することが可能となる。

Claims

請求の範囲

1 . 第 1の L S Iを備えると共に、当該第 1の L S Iを制御する第 2 の L S Iを有する映像モジュールュニヅトを接続するィン夕一フェイスを備える映像機器本体を有する映像機器。

2 . 第 1の L S I及び第 2の L S Iは、それそれ複数の制御階層を備え、前記第 2の L' S Iは、前記第 1の L S Iおよび前記第 2の L S Iの各制御層間で当該制御層に対応する制御情報を送信して映像機器本体を制御することを特徴とする請求の範囲第 1項に記載の映像機器。

3 . 映像機.器本体が接続されている第 2のネットワークは、映像モジユールュニヅトが接続されている第 1のネヅトワークと異なることを特徴とする請求の範囲第 1項に記載の映像機器。

4 . 第 1のネットワークに接続された機器間の操作コマンド体系は、第 2のネットワークに接続された機器間の操作コマンド体系と異なることを特徴とする請求の範囲第 3項に記載の映像機器。

5 . 第 1の L S Iを制御する第 2の L S Iを有し、前記第 1の L S I を有する映像機器本体に接続可能な映像モジュールュニット。

6 . 第 2の L S Iは、映像モジュールユニットが接続されている第 1 のネットワークに接続されている機器からの操作によりコマンドを発行することを特徴とする請求の範囲第 5項に記載の映像モジュールュニッ h o

7 . 第 2の L S Iは、第 1のネヅトワークの操作コマンドを映像機器本体が接続されている第 2のネヅトワークの操作コマンドに変換可能であることを特徴とする請求の範囲第 6項に記載の映像モジュールュニッ h o

8 . 第 2の L S Iは、第 2のネヅトワークに接続された機器を第 1のネヅトワークに接続された機器とみなすことにより操作コマンドの変換を行うことを特徴とする請求の範囲第 7項に記載の映像モジュールュニッ卜。

9 . 映像機器と映像モジュールュニヅトとを接続する接続ステップと、 • 5 当該映像モジュールュニットが接続されている第 1のネット.ワークに接続されている機器がコマンドを発行するコマンド発行ステップと、前記映像モジュールュニットが、前記発行されたコマンドを前記映像機器が接続されている第 2のネヅトワークのコマンド体系のコマンドに変換するコマンド.変換ステップと、

10 当該変換されたコマンドにより映像機器を操作する操作ステップとを備えることを特徴とする映像機器操作方法。