(57)【要約】【課題】ネットワーク接続機能を有する映像情報装置の開発費用の低減、及び開発期間の短縮化を実現する。【解決手段】テレビジョン受像装置２１００に搭載される映像モジュールユニット４２は、ＣＰＵ１３と、該ＣＰＵにローカルバスを介してそれぞれ接続され互いに異なる機能を実行する複数のハードウェアエンジン２１，２２，２３，２４と、映像情報装置との間で信号を伝送するための汎用バスと、前記ローカルバスと前記汎用バスとを接続するバスブリッジとを含む。複数のハードウェアエンジンの１つはネットワーク４６，４７，４８を介して外部のネットワーク機器と通信することにより該ネットワーク機器から映像情報を取得する手段を有するコミュニケーションエンジン２４である。【選択図】        図１８
2004364092.tif 000002
【特許請求の範囲】
【請求項１】
ＣＰＵと、該ＣＰＵにローカルバスを介してそれぞれ接続され互いに異なる機能を実行する複数のハードウェアエンジンと、外部装置との間で信号を伝送するための汎用バスと、前記ローカルバスと前記汎用バスとを接続するバスブリッジとを含み、
前記複数のハードウェアエンジンの１つはネットワークを介して外部のネットワーク機器と通信することにより該ネットワーク機器から映像情報を取得する手段を有するコミュニケーションエンジンである
ことを特徴とする映像モジュールユニット。
【請求項２】
受信した映像信号を処理する映像信号処理手段と、該映像信号処理手段により処理された映像信号に応じた映像を表示する表示手段と、請求項１に記載の映像モジュールユニットとを含む映像情報装置であって、
前記映像信号処理手段が前記汎用バスを介して前記映像モジュールユニットから映像情報を受け取ることを可能にするインタフェース手段を備え、
前記表示手段は、前記映像モジュールユニットから転送され、前記映像信号処理手段により処理された映像情報に応じた映像を表示可能である
ことを特徴とする映像情報装置。
【請求項３】
受信した映像信号を処理する映像信号処理手段と、請求項１に記載の映像モジュールユニットと、映像信号に応じた映像を表示する表示手段とを含む映像情報装置であって、
前記映像信号処理手段から前記映像モジュールユニットへの映像信号の転送を制御するための制御信号を、前記汎用バスを介して前記映像信号処理手段と前記映像モジュールユニットとの間で伝送することを可能にするインタフェース手段を備え、
前記映像モジュールユニットは、前記映像情報装置から前記映像信号処理手段により処理された映像信号が転送されたときに、該転送された映像信号に前記コミュニケーションエンジンの取得した映像情報をオーバーレイする機能を有する映像処理エンジンを含み、
前記表示手段は、前記映像モジュールユニットの映像出力端子から出力される前記映像情報のオーバーレイされた映像信号を受け取り、該映像情報のオーバーレイされた映像信号に応じた映像を表示する
ことを特徴とする映像表示装置。
【請求項４】
テレビジョン信号を受信し、映像信号を生成する受信手段、該受信手段から出力される映像信号を処理する映像信号処理手段、及び該映像信号処理手段により処理された映像信号に応じた映像を表示する表示手段を含むテレビジョン受像装置と、請求項１に記載の映像モジュールユニットとを含む映像情報装置であって、
前記映像モジュールユニットから前記映像信号処理手段への映像信号の転送を制御するための制御信号を、前記汎用バスを介して前記映像モジュールユニットと前記映像信号処理手段との間で伝送することを可能にするインタフェース手段を備え、
前記映像信号処理手段は、前記コミュニケーションエンジンの取得した映像情報が前記映像モジュールユニットの映像情報出力端子から転送されたときに、該映像情報を第２の受信手段からの映像信号として処理する
ことを特徴とする映像情報装置。
【請求項５】
テレビジョン信号を受信して映像信号を生成する受信手段、該受信手段から出力される映像信号を処理する映像信号処理手段、及び該映像信号処理手段により処理された映像信号に応じた映像を表示する表示手段を含むテレビジョン受像装置と、請求項１に記載の映像モジュールユニットとを含む映像情報装置であって、
前記映像モジュールユニットから前記映像信号処理手段への映像信号の転送を制御するための制御信号を、前記汎用バスを介して映像モジュールユニットと前記映像信号処理手段との間で伝送することを可能にするインタフェース手段を備え、
前記映像モジュールユニットは前記コミュニケーションエンジンの取得した映像情報を処理し、映像信号を生成する映像処理エンジンを有し、
前記表示手段は前記映像処理エンジンから転送される映像信号に応じた映像を表示可能である
ことを特徴とする映像情報装置。
【請求項６】
前記制御信号として、前記受信手段が用いるチャンネル選択信号を組み合わせた信号を用いることを特徴とする請求項４に記載の映像情報装置。
【請求項７】
前記制御信号として、ビデオデッキ制御用信号を用いることを特徴とする請求項４に記載の映像情報装置。
【請求項８】
前記テレビジョン受信装置はＩＡＶ（Ｉｎｔｅｒｍｅｄｉａｔｅ  ＡＶ  Ｄｅｖｉｃｅ）対応機器であり、且つ特定装置対応のＤＣＭ（ｄｅｖｉｃｅ  ｃｏｎｔｒｏｌ  ｍｏｄｕｌｅ）を備え、当該ＤＣＭによって映像モジュールユニットを制御することを特徴とする請求項４に記載の映像情報装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、アナログテレビ、デジタルテレビ、プロジェクションテレビ、モニタなどの映像表示装置に取り付けられ、これらの映像表示装置をネットワーク機能を有する映像情報装置として動作させる映像モジュールユニット、及びこのような映像モジュールユニットを備えた映像情報装置に関する。
【０００２】
【従来の技術】
パーソナルコンピュータの低価格化・高機能化、インターネットコンテンツの充実、携帯電話・ＰＤＡ等のネットワーク接続機器の多様化などにより、一般家庭においてもＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やインターネットを利用する機会が増大している。また、ＩＥＥＥ１３９４規格をベースとし、異なるメーカのＡＶ機器を接続して相互コントロールするための規格であるＨＡＶｉ（Ｈｏｍｅ  Ａｕｄｉｏ  Ｖｉｄｅｏ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）や、既築住宅に対応でき、多くの機器のコントロールを簡単に行うための規格であるＥＣＨＯＮＥＴ（Ｅｎｅｒｇｙ  Ｃｏｎｓｅｒｖａｔｉｏｎ  ａｎｄ  Ｈｏｍｅｃａｒｅ  Ｎｅｔｗｏｒｋ）など規格面でも家電機器がネットワークに接続するための整備が進められている。
【０００３】
ネットワークに接続可能な映像情報装置は例えば特許文献１に記載されている。また、特許文献２にはネットワークに接続された映像情報装置を含む料金収集システムが記載されている。
【０００４】
【特許文献１】
特開２００２−１６６１９号公報（第５−６頁、第１図）
【特許文献２】
特開２００２−２３０４２９号公報（第１０−１３頁、第２図）
【０００５】
【発明が解決しようとする課題】
特許文献１，２に記載されているように、従来、映像表示装置内のシステムＬＳＩをネットワーク接続機能を有するものに変更することにより装置にネットワーク機能を追加している。しかし、映像情報装置に要求される機能・性能は機種毎に異なり、そのため機種毎にシステムＬＳＩを開発する必要がある。さらに、システムＬＳＩを変更する度に装置の基板変更・ソフト変更が必要になるので、信頼性検証、ＥＭＩ検証などは再度行うものの、信頼性の確保が困難であるという問題があった。
【０００６】
また、システムＬＳＩを機種毎に開発するため、装置の価格が上昇し、また開発には長期間を要するため、開発したシステムＬＳＩが陳腐化して使用できなくなり、損失が発生する場合もあった。
【０００７】
本発明は上記問題に鑑みなされたものであり、ネットワーク接続機能を有する映像情報装置の開発費用の低減、開発期間の短縮化を実現することを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成すべく、映像情報装置に搭載される本発明の映像モジュールユニットは、ＣＰＵと、該ＣＰＵにローカルバスを介してそれぞれ接続され互いに異なる機能を実行する複数のハードウェアエンジンと、映像情報装置との間で信号を伝送するための汎用バスと、前記ローカルバスと前記汎用バスとを接続するバスブリッジとを含み、
前記複数のハードウェアエンジンの１つはネットワークを介して外部のネットワーク機器と通信することにより該ネットワーク機器から映像情報を取得する手段を有するコミュニケーションエンジンであることを特徴とする。
【０００９】
【発明の実施の形態】
以下、この発明をその実施の形態を示す図面に基づいて具体的に説明する。
実施の形態１．
図１は、本発明の実施の形態１に係るユビキタスモジュールユニット（ＵＭＵ）を搭載した映像情報装置がネットワーク１に接続されている様子を示す図である。
【００１０】
ネットワーク１は、小規模のＬＡＮであってもよく、世界規模のインターネットであってもよく、様々な種類のパーソナルコンピュータサーバやパーソナルコンピュータクライアントが接続されている。ネットワーク１に接続されたＰＣ（パーソナルコンピュータ）２は、メールの送受信、ホームページの開発・閲覧など様々なサービス・用途に用いられる。データベース３には、映像配信のストリーミングデータ、映像・音楽データの保管、ＦＡの管理データ、監視カメラの監視画面などが保管されている。
【００１１】
ネットワーク１にはさらに、デジタル入力の映像コンテンツを表示するためのデジタルテレビ６、ＤＶＤやＨＤＤなどの大容量のストレージに映像・音楽データを保存・再生するためのＤＶＤ／ＨＤＤレコーダ７、エレベータ・店内の状況をカメラで撮影し、保管するための監視レコーダ８、工場内のＦＡ（Ｆａｃｔｏｒｙ  Ａｕｔｏｍａｔｉｏｎ）のためのＦＡ機器９、単独ではネットワーク接続が出来ない携帯電話１０、個人用情報端末ＰＤＡ１１が接続されている。このように、ネットワークに接続して使用する可能性のある機器は多種多様であるが、ユビキタスモジュールユニット４を搭載することにより、各機器をネットワーク１に接続することができる。
【００１２】
図２に、ユビキタスモジュール（ＵＭ）１２の構成を示す。同図に示すように、ユビキタスモジュール１２は、Ｎ個のハードウェアエンジン（以下Ｈ／Ｗエンジンという）１７、Ｈ／Ｗエンジン１７を制御するためのＣＰＵ（ＵＭ−ＣＰＵ）１３、ＵＭ−ＣＰＵ１３と各Ｈ／Ｗエンジンとを接続するためのローカルバス１４、ローカルバス１４を外部の映像情報装置との接続用の汎用バス（ＵＭ−ＢＵＳ）１６に接続するためのバスブリッジ１５を含む。Ｈ／Ｗエンジン１７には、有線ＬＡＮや無線ＬＡＮとの接続、あるいはシリアルバスとの接続のための専用のバスライン１８を設けることも可能である。
【００１３】
ユビキタスモジュール１２のＨ／Ｗエンジンは、当該モジュールが搭載された装置にネットワーク機能を補充するためのものであり、図３に示すように、例えば、有線ＬＡＮや無線ＬＡＮ、あるいはシリアルバスとの接続を可能にするコミュニケーションエンジン２４、描画性能を向上させるグラフィックエンジン２１、動画や静止画など撮像信号処理を行うカメラエンジン２２、動画圧縮のためのＭＰＥＧ４エンジン２３などがある。なお、図に示した構成は、一例であり、ユビキタスモジュール１２には所望のネットワーク機能を実現するために必要なエンジンを設けることができる。
【００１４】
また、ユビキタスモジュール１２は、組込みＯＳ２７、ミドルウェア２５、仮想マシン２６、アプリケーションソフトなどを含んでおり、ユビキタスモジュール単体で、ネットワークに関する機能を実現できる。即ち、ユビキタスモジュール単体でネットワークに接続されるホストコンピュータの機能が実現される。
【００１５】
図４及び図５に、映像情報装置とユビキタスモジュールとのトポロジ（接続形態）を示す。映像情報装置のＣＰＵ（ＳＹＳ−ＣＰＵ）２０１とユビキタスモジュールのＣＰＵ（ＵＭ−ＣＰＵ）１３は、バス形式での接続やＨＵＢを介したスター形式での接続が可能である。
【００１６】
図４に示すバス形式の接続トポロジの場合、ＳＹＳ−ＣＰＵ２０１とＵＭ−ＣＰＵ１３は、ユビキタスモジュールの汎用バス（ＵＭ−ＢＵＳ）１６にバス型に接続される。ＳＹＳ−ＣＰＵ２０１は映像情報装置のシステムの制御をつかさどるホストサーバの機能を実現し、ＵＭ−ＣＰＵ１３はネットワークサーバの機能を実現する。尚、映像情報装置は、ユビキタスモジュールが組み込まれなくともＳＹＳ−ＣＰＵ２０１のみで、問題なく製品仕様を満足するように動作可能な構成となっている。
【００１７】
ユビキタスモジュール１２の汎用バス１６に接続されたインタフェース（Ｕ−Ｉ／Ｆ）３２は、システム側、即ち映像情報装置側のバスに接続されたインタフェース（Ｓ−Ｉ／Ｆ）３１と機械的に接続可能であり、映像情報装置に高性能・高付加価値のネットワーク機能を付加することが要求される場合には、Ｓ−Ｉ／Ｆ３１とＵ−Ｉ／Ｆ３２とによりユビキタスモジュール１２を映像情報装置に接続する。これにより、ネットワーク機能が実現され、映像情報装置は例えばＬＡＮ３３上の他のネットワーク端末３４にアクセスすることが可能となる。尚、汎用バス１６に、ホスト機能を持たないデバイス（例えばメモリ、専用機能のＩＣ）を接続することも可能である。
【００１８】
図５はスター型の接続形態の場合を示しており、Ｓ−ＩＦ３１がＨＵＢ３５を介してシステム側のバスに接続される点でバス型と異なるが、その他の構成及び機能は同様である。また、接続形態として、リング型のものを用いることも可能である。
【００１９】
Ｓ−Ｉ／Ｆ３１とＵ−Ｉ／Ｆ３２との間のデータ転送は、ＡＴＡ、ＰＣＩ、ＳＣＳＩ、汎用ＣＰＵＢＵＳ等の規格に従うパラレル転送としてもよく、あるいは、ＩＥＥＥ１３９４、ＵＳＢ，ＵＡＲＴ等の規格に従うシリアル転送としてもよい。
【００２０】
また、映像情報装置とユビキタスモジュールとの接続は、ＰＣカードやカードバス等に用いられるコネクタ接続、ＰＣＩバス等に用いられるカードエッジコネクタ接続、ＦＰＣケーブル、フラットケーブル、ＩＥＥＥ１３９４用ケーブル等を使用したケーブル接続などの方法を用いて行うことができる。
【００２１】
図６は、ユビキタスモジュールユニット４２を映像情報装置４０に接続したときの全体の構成を示す図である。映像情報装置４０は、システムＬＳＩ２００と、前段処理部（ＦＰ）２０７と、後段処理部（ＢＰ）２０９と、ビデオインタフェース（Ｖ−Ｉ／Ｆ）２１０と、上述したＳ−Ｉ／Ｆ３１とを備える。システムＬＳＩ２００は、ＣＰＵ２０１、映像信号処理回路（ＶＳＰ）、ＲＯＭ２０３、ＲＡＭ２０４を含む。入力される映像信号がアナログ信号の場合、前段処理部２０７は、Ａ／Ｄ変換器やデコーダとしての機能を備える。また、後段処理部２０９は出力バッファとしての機能を備える。ただし、前段処理部、後段処理部の構成及び機能はシステムＬＳＩの設計思想やシステムの構成に依存するものであり、上記に限定されるものではない。
【００２２】
ユビキタスモジュールユニット４２は、ユビキタスモジュール１２とＵ−Ｉ／Ｆ３２とで構成されるユニットである。インタフェースＳ−Ｉ／Ｆ３１とＵ−Ｉ／Ｆ３２とを接続することにより、ユビキタスモジュール１２の持つ機能が映像情報装置４０に追加される。
【００２３】
ユビキタスモジュールユニット４２は、そのコミュニケーションエンジン２４により、インターネット環境に接続した後、インターネット上のサイトから画像・音声のＭＰＥＧ４ファイルをダウンロードする。ダウンロードされたＭＰＥＧ４ファイルは、ＭＰＥＧ４エンジン２３でデコードされ、グラフィックエンジン２１でグラフィック処理され、インタフェースＵ−Ｉ／Ｆ３２から映像情報装置４０に利用可能なデータ形式で出力される。映像情報装置４０に入力されたデータは、システムＬＳＩ２００により表示ユニット２１１のドライバ２１２が処理可能な信号に変換され、その表示デバイス２１３上に映像が表示される。
【００２４】
また、カメラから入力された動画・静止画ファイルはユビキタスモジュールユニット４２のカメラエンジン２２で画素数変換、レート変換、画像処理が施され、グラフィックエンジン２１でグラフィック処理され、インタフェースＵ−Ｉ／Ｆ３２から映像情報装置４０に利用可能なデータ形式で出力される。映像情報装置４０に入力されたデータは、システムＬＳＩ２００により表示ユニット２１１のドライバ２１２が処理可能な信号に変換され、その表示デバイス２１３上に画像または映像が表示される。
【００２５】
なお、上記の各エンジンの処理は、一例に過ぎず、ネットワーク機能を補強するため上記以外の処理を行うこともできる。
【００２６】
また、以上の説明では、映像情報装置とユビキタスモジュールは主に映像データ表示するシステムを構成するものとして説明したが、本実施形態の構成は、音声入力の再生装置・テキスト入力の表示・配信装置、情報のストレージ入力のストレージ装置にも適用可能である。
【００２７】
図７は、ユビキタスモジュールユニット４２に、表示ユニット２１１に直接映像出力を供給する機能を追加した場合の構成の一例を示す。同図において、ユビキタスモジュールユニット４２のビデオ入力端子（ＵＶＩ）４４は、映像情報装置４０の映像出力端子（Ｖ−Ｉ／Ｆ）２１０との接続を可能にするインタフェースを形成している。また、ユビキタスモジュールユニット４２のビデオ出力端子（ＵＶＯ）４５は、表示ユニット２１１との接続を可能にするインタフェースを形成する。
【００２８】
この構成では、例えば、ユビキタスモジュール１２のグラフィックエンジン２１が生成する表示画面に映像情報装置４０の映像出力をオーバーレイすることが可能となる。グラフィックエンジン２１が生成する表示画面に映像情報装置４０の映像出力をオーバーレイすることは、映像情報装置４０が生成した映像出力を、Ｓ−Ｉ／Ｆ３１とＵ−Ｉ／Ｆ３２と汎用バスとを介してユビキタスモジュール１２に転送することによっても可能であるが、本実施形態の構成を用いることにより、汎用バスの負荷が過大になることを防止できる。
【００２９】
従来、映像情報装置がネットワーク対応機器でない場合、インターネット上のグラフィックデータに映像信号をオーバーレイして表示することは困難であったが、以上説明したように、ネットワークの必須機能であるオーバーレイ機能をユビキタスモジュールに予め備えることにより、システムＬＳＩを新規に開発することなく、映像情報装置の機能を拡張し、容易にオーバレイ表示を実現することができる。
【００３０】
図８は、上記のユビキタスモジュール１２に代え、コミュニケーションエンジン２４に外部ネットワーク接続用の端子を設けたユビキタスモジュール１２Ａを用いた場合の構成例を示している。このユビキタスモジュールユニット１２Ａは、有線ＬＡＮ経由、無線ＬＡＮ経由、あるいはＩＥＥＥ１３９４などのシリアルバス経由でネットワーク接続が可能である。ユビキタスモジュール１２Ａには有線ＬＡＮ経由、無線ＬＡＮ経由、ＩＥＥＥ１３９４の全ての接続端子を設けてもよく、またその中の１つだけを設けてもよく、ネットワーク環境に応じてフレキシブルに対応することができる。
【００３１】
尚、本実施形態では、映像情報装置とユビキタスモジュールは同じＯＳを用いているが、異なるＯＳを用いてもよい。ただし、同じＯＳを用いれば、ユビキタスモジュールの持つＨ／Ｗエンジンの機能が陳腐化し、映像情報装置内に、それに代わる最新の機能を取り込む時、ＯＳが共通であるためソフトの改定作業が容易であり、改定のための開発費が少なく、信頼性などの面でバグが入りにくいなどの開発面での優位性がある。
【００３２】
図９は本実施形態に用いるユビキタスモジュールのソフトウェアブロックの構成図である。同図に示すように、最下層はマイコン（ＣＰＵ）を含むハードウェア層１００である。このハードウェア層１００の上位に、ハードウェアを抽象化することにより、ハードウェアの違いを吸収するソフトウェアである、ＨＡＬ（Ｈａｒｄｗａｒｅ  Ａｄａｐｔａｔｉｏｎ  Ｌａｙｅｒ）１０１を配置する。ＨＡＬ１０１の上位には、マルチタスクオペレーティングシステムＬｉｎｕｘ１０２を配置する。オペレーティングシステムＬｉｎｕｘ１０２は、ＨＡＬ１０１に属するソフトウェアを介し、ハードウェア層の構成要素である各ハードウェアデバイスを制御する他、アプリケーションの実行環境を提供する。また、オペレーティングシステムＬｉｎｕｘ１０２上で動作するグラフィックシステムとしては、例えばＸ−Ｗｉｎｄｏｗ１０３が使用可能である。オペレーティングシステムＬｉｎｕｘ１０２上で動作するミドルウェアは４つに大別される。
【００３３】
第１は、インターネットと接続するための通信処理を行うためのものであって、次世代のインターネットプロトコルであるＩＰｖ６のプロトコルにも対応しているＩＰｖ６対応インターネット通信プロトコルミドルウェア１０４である。
【００３４】
第２は、自動的に設定を行うためのユニバーサルプラグアンドプレイミドルウェア１０５である。ユニバーサルプラグアンドプレイミドルウェア１０５は、ＩＰｖ６対応インターネット通信プロトコルミドルウェア１０４に属するプロトコルを使用するため、階層的にＩＰｖ６対応インターネット通信プロトコルミドルウェア１０４の上に属する。
【００３５】
第３は、マルチメディアのための規格であるＭＰＥＧ２／４に対応したエンコード／デコード処理、ＭＰＥＧ７に対応したメタデータ処理、ＭＰＥＧ２１に対応したコンテンツ管理処理の組み合わせによってマルチメディアデータの配信、蓄積等の処理を行うためのＭＰＥＧｘ映像配信蓄積プロトコルミドルウェア１０６である。
【００３６】
第４は、カメラの制御および２次元／３次元のグラフィック処理を行うための撮像・表示ミドルウェア１０７である。上記のミドルウェア群の内、ユニバーサルプラグアンドプレイミドルウェア１０５とＭＰＥＧｘ映像配信蓄積プロトコルミドルウェア１０６の上位にＪａｖａのアプリケーション実行環境であるＪａｖａ仮想マシン（ＶＭ）１０８を配置し、仮想マシン（ＶＭ）１０８上に、ユーザーインタフェースを含んだアプリケーションの作成を容易にするための、ＵＩアプリケーションフレームワーク１０９を配置する。ＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）アプリケーションフレームワーク１０９は例えば仮想マシン（ＶＭ）１０８上で動作するクラスの集合などである。最上位には、ＵＩアプリケーションフレームワーク１０９や撮像・表示ミドルウェア１０７を用いて、当該ユビキタスモジュールを搭載する機種ごとに必要な機能を実現するための機種別アプリケーション１１０を配置する。
【００３７】
次に、ユビキタスモジュールを、異なる機種の情報装置に適用する場合の手順について説明する。ユビキタスモジュールは、最上位のアプリケーション層とハードウェアの上位に位置するＨＡＬのみを機種毎に変更し、その他の層は共通化して使用することで、異なる機種に対応することが可能である。図１０は、ユビキタスモジュールを携帯電話に適用する場合を示しており、携帯ＨＡＬ１２０と携帯アプリケーション１２５を組み合わせている。同様に車載用電話に適用する場合にはカー携帯ＨＡＬ１２１とカー携帯アプリケーション１２６を組み合わせ、カーナビゲーションシステムに適用する場合にはカーナビＨＡＬ１２２とカーナビアプリケーション１２７を組み合わせ、ＡＶ家電機器に適用する場合にはＡＶ家電ＨＡＬ１２３とＡＶ家電アプリケーション１２８を組み合わせ、監視システム機器に適用する場合には監視ＨＡＬ１２４と監視アプリケーション１２９を組み合わせる。
【００３８】
図１１に、ＩＰｖ６対応インターネット通信プロトコルミドルウェア１０４のソフトウェアブロックの構成を示す。同図に示すように、このブロックには通信用のインタフェースとして、１０ＢＡＳＥ−Ｔや１００ＢＡＳＥ−ＴＸに従うイーサネットと、ＩＥＥＥ８０２．１１ａ／ｂ／ｇに従う無線ＬＡＮと、ＩＥＥＥ１３９４などの高速シリアル通信の３種類が含まれる。各デバイスを制御するためのデバイスドライバソフトウェアとして、イーサネットドライバ１３１、無線ＬＡＮドライバ１３２、１３９４ドライバ１３３を配置する。イーサネットドライバ１３１及び無線ＬＡＮドライバ１３２の上位層として、インターネットプロトコルの処理を行うＩＰプロトコルスタック１３７を配置する。このＩＰプロトコルスタック１３７は次世代のインターネットプロトコルであるＩＰｖ６に対応するための処理と、セキュリティのためのプロトコルＩＰｓｅｃに対応するための処理を含む。１３９４ドライバ１３３の上位層としてはＩＥＥＥ１３９４のトランザクション処理を行うための１３９４トランザクションスタック１３５を配置する。
【００３９】
また、ＩＥＥＥ１３９４のトランザクションを無線ＬＡＮ経由で実行できるようにするために、無線ＬＡＮドライバ１３２と１３９４トランザクションスタック１３５の間にＰＡＬ（Ｐｒｏｔｏｃｏｌ  Ａｄａｐｔａｔｉｏｎ  Ｌａｙｅｒ）１３４を配置する。ＰＡＬ１３４は１３９４トランザクションと無線ＬＡＮの間のプロトコル変換を行う。ＩＰスタック１３７の上位にはトランスポート層としてＴＣＰおよびＵＤＰのスタック１３８を配置する。ＴＣＰおよびＵＤＰのスタック１３８の上位には、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のプロトコル処理を行うＨＴＴＰスタック１３９を配置する。
【００４０】
また、この上位にＨＴＴＰを用いてＸＭＬベースのメッセージ通信を行うＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）のプロトコル処理を行うＳＯＡＰ／ＸＭＬスタック１４０を配置する。ＨＴＴＰスタック１３９とＴＣＰ及びＵＤＰのスタック１３８間のインタフェースはｓｏｃｋｅｔを用いる。オペレーティングシステムＬｉｎｕｘ１３０の上に位置する層の中、ＨＴＴＰスタック１３９、ＳＯＡＰ／ＸＭＬスタック１４０、１３９４トランザクションスタック１３５までの層が、ＩＰｖ６対応インターネット通信プロトコルミドルウェア１０４に含まれる。ＳＯＡＰ／ＸＭＬスタック１４０およびＨＴＴＰスタック１３９の上位には、インターネットプロトコルベースのプラグアンドプレイ機能を実現するためのプロトコルであるユニバーサルプラグアンドプレイの処理を行うＵＰｎＰスタック１４１を配置する。
【００４１】
また、１３９４トランザクションスタック１３５の上位には、ＩＥＥＥ１３９４を用いたネットワークのプラグアンドプレイ機能を実現するための処理を行うＡＶ系ミドルウェア１３６を配置する。ＵＰｎＰスタック１４１とＡＶ系ミドルウェア１３６の上位には、それぞれのネットワークを相互的に接続する統合ミドルウェア１４２を配置する。ＡＶ系ミドルウェア１３６、ＵＰｎＰスタック１４１、統合ミドルウェア１４２を含む層が、ユニバーサルプラグアンドプレイミドルウェア１０５に含まれる。
【００４２】
統合ミドルウェア１４２の上位の層はアプリケーション層となる。ＳＯＡＰを用いて、ネットワーク上の他のコンピュータとの間でアプリケーション連携を行うＷｅｂサービスに対応するために、Ｗｅｂサーバプログラム１４４、Ｗｅｂサービスインタフェース１４５、Ｗｅｂサービスアプリケーション１４６を階層的に配置する。Ｗｅｂサービスアプリケーション１４６はＷｅｂサービスインタフェース１４５を通じて、Ｗｅｂサーバの提供するサービスを使用する。また、Ｗｅｂサービス以外のアプリケーションは統合ミドルウェア１４２を経由して通信を行う。主なアプリケーションとしてはＨＴＴＰを用いるブラウザソフトウェアが挙げられる。
【００４３】
図１２はユニバーサルプラグアンドプレイミドルウェア１０５のソフトウェアブロックの構成図である。同図に示すように、このソフトウェアブロックは、図１１で説明したイーサネット、無線ＬＡＮ、ＩＥＥＥ１３９４によるネットワーク接続機能以外に、通信用インタフェースとしてＢｌｕｅｔｏｏｔｈ、特定省電力無線、電灯線を用いたＰＬＣ（Ｐｏｗｅｒ  Ｌｉｎｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を用いる白物家電系ネットワーク接続機能を有する。最下層には、それぞれのネットワークインタフェースを制御するためのデバイスドライバとして、Ｂｌｕｅｔｏｏｔｈドライバ１５３、特定小電力ドライバ１５４、ＰＬＣドライバ１５５があり、その上位にＩＰスタック１５６、ＴＣＰおよびＵＤＰのスタック１５７を階層的に配置する。ＴＣＰおよびＵＤＰのスタック１５７の上位層として白物家電系ネットワークミドルウェア１５８を配置する。図１１で説明した統合ミドルウェア１４２をＡＶ系ミドルウェア１３６、ＵＰｎＰスタック１４１および白物家電系ネットワークミドルウェア１５８の上位に配置することで、全てのネットワークを相互接続することが可能となる。
【００４４】
図１３はユビキタスモジュールの撮像・表示ミドルウェア１０７のソフトウェアブロック図である。同図において、１８５は撮像・表示部ミドルウェアであり、各アプリケーションに撮像・表示系の機能提供を行うソフトウェアモジュール群を含む。撮像・表示部ミドルウェア１８５は、ハードウェアを直接制御するドライバ群と、アプリケーションへのインタフェースを提供するライブラリ群の二層構造になっており、各ソフトウェアモジュールは全て組込みＬｉｎｕｘ１７５上に構築されている。
【００４５】
上記ドライバ群は、カメラ１７１などの撮像系のハードウェアを制御するカメラドライバ１８０、ＬＣＤ１７２、２Ｄグラッフィクスエンジン１７３などの表示系ハードウェアを制御するＸサーバ１７８、３Ｄグラフィックスエンジン１７４などの３Ｄハードウェアを制御する３Ｄグラフィックサーバ１７６より構成される。
【００４６】
また、上記ライブラリ群は、各アプリケーションに撮像・表示機能のインタフェースを提供するものであり、カメラ機能を提供するカメラライブラリ１８１、Ｘウィンドウズ機能を提供するＸライブラリ１７９、３Ｄ機能を提供する３Ｄグラフィックスライブラリ１７７より構成される。
【００４７】
アプリケーション１８２は、例えばカメラアプリケーション、ブラウザなど、ＵＩを提供する上位ソフトウェアモジュールである。アプリケーション１８２としては、撮像・表示部ミドルウェアの機能を直接使用するもの、即ち、撮像・表示部ミドルウェアのライブラリ群より提供されたプログラムインタフェースで撮像・表示機能を実現するものであってもよく、また、ＵＩアプリケーションフレームワーク１８４、ＪＡＶＡＶＭ１８３経由で撮像・表示機能を実現するものであってもよい。
【００４８】
撮像・表示部ミドルウェア１８５がアプリケーション１８２に提供する主な機能には、静止画撮影、動画撮影、動画プレビュー表示、２Ｄ・３Ｄ表示などがある。カメラ１７１から入力された画像データをＪＰＥＧやＭＰＥＧなどに符号化して蓄積・送信する場合には、カメラ１７１から入力された画像データを３Ｄグラフィックサーバ１７６を経由して映像配信蓄積プロトコルミドルウェアブロック１０６に転送する。
【００４９】
図１４は、ユビキタスモジュールの映像配信蓄積ミドルウェア１０６のソフトウェアブロック構成図である。この映像配信蓄積ミドルウェア１０６は、アプリケーションに対するメディア・データの配信・受信制御、伝送に対する品質保証制御、メディア・データの多重・分離処理及びエンコード・デコード、メディアの検索及び構造定義、識別等の各機能を実現するソフトウェア・モジュール群として構成され、使用する通信経路に対応したメディアの多重化処理、伝送制御を行うメディアゲートウェイ・レイヤ１９４と、メディアの符号化処理を行うトランスコーダ・レイヤ１９５と、メディアの検索、識別などの構造記述言語を含むメディア・プレゼンテーション・レイヤ１９６とを含んでいる。
【００５０】
メディアゲートウェイ・レイヤ１９４は、放送などによる配信を想定しているＴＳ（トランスポート・ストリーム）を扱うＩＴＵ−ＴＨ．２２２などの処理を行うＴＳブロック１９０、ＩＳＤＮなどの伝送路を対象とし、端末間通信を想定しているＨ．２２１とモバイル機器による通信を想定しているＨ．２２３とをサポートする通信ブロック１９１、ＬＡＮ、インターネットによるメディア伝送を想定しているＨ．２２５に代表されるＩＰブロック１９２、及び主に蓄積媒体を扱うＰＳ（プログラム・ストリーム）ブロック１９３を含む。
【００５１】
以上のように構成されたユビキタスモジュール映像配信蓄積ミドルウェア１０６は、上位アプリケーション（例えば、ブラウザ）のＵＩ操作に従い、インターネットを介してメディア・データを取得する。上位アプリケーションがメディア・データを取得する際、メディア・プレゼンテーション・レイヤ１９６はＭＰＥＧ−７で規定されたＭｕｌｔｉｍｅｄｉａ  Ｃｏｎｔｅｎｔ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｉｎｔｅｒｆａｃｅを用いたコンテンツ検索機能、ＭＰＥＧ−２１で規定されたＩＰＭＰ（Ｉｎｔｅｌｌｅｃｔｕａｌ  Ｐｒｏｐｅｒｔｙ  Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｐｒｏｔｅｃｔｉｏｎ）によるメディア著作権・保護機能を利用することができる。取得したデータに対して、メディアゲートウェイ・レイヤ１９４による多重分離処理、トランスコーダ・レイヤによるデコード処理が行われ、ＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｌａｎｇｕａｇｅ）／ＨＴＭＬで指定された位置、タイミングで表示することができる。
【００５２】
図１５に、映像情報装置のソフトウェアとユビキタスモジュールのソフトウェアの間の関係を示す。ユビキタスモジュールは、ハードウェア１１１の上位にＨＡＬ１０１を介してオペレーティングシステムＬｉｎｕｘ１０２を配置し、その上位にミドルウェア１１２を配置し、その上位にＪａｖａ仮想マシン１０８とＵＩアプリケーションフレームワーク１０９を配置し、最上位にＵＩアプリケーションフレームワークを用いたアプリケーション１１０を配置した構成となっている。
【００５３】
映像情報装置のソフトウェア構成も、ユビキタスモジュールと同様な階層構造とする。即ち、映像情報装置ハードウェア２２０の上位にオペレーティングシステムＬｉｎｕｘ２２１を配置し、その上位にミドルウェア２２２を配置し、その上位にＪａｖａ仮想マシン２２３とＵＩアプリケーションフレームワーク２２４を配置し、最上位にＵＩアプリケーションフレームワークを用いたアプリケーション２２５を配置している。以上のように、ユビキタスモジュールと映像情報装置との間でソフトウェア階層構造を合わせた上で、映像情報装置からユビキタスモジュールに対して、各階層ごとに透過的にアクセスできるように結合する。すなわち、映像情報装置のオペレーティングシステムＬｉｎｕｘ２２１とユビキタスモジュールのオペレーティングシステムＬｉｎｕｘ１０２の間はシステムコールレベルで透過的とする。この結果、例えば、映像情報装置上のプログラムでＯＰＥＮ命令を用いて、ユビキタス映像モジュールのデバイスをオープンすることが可能となる。
【００５４】
また、映像情報装置のミドルウェア２２２とユビキタスモジュールのミドルウェア１１２の間もミドルウェアＡＰＩレベルで透過的とする。この結果、例えば、映像情報装置上のプログラムからミドルウェアＡＰＩをコールすることで、ユビキタス映像モジュールのミドルウェアを操作することが可能となる。
【００５５】
また、映像情報装置のＪａｖａ仮想マシン２２３及びＵＩアプリケーションフレームワーク２２４と、ユビキタスモジュールのＪａｖａ仮想マシン１０８及びＵＩアプリケーションフレームワーク１０９との間もアプリケーションを作成する際のアプリケーション設計データレベルで透過的とする。この結果、映像情報装置、ユビキタスモジュールのプラットフォームの違いを気にせずにアプリケーションを作成することが可能となる。
【００５６】
図１６に示すように、映像情報装置のソフトウェアを、映像情報装置ハードウェア２２０の上位にオペレーティングシステムＬｉｎｕｘ２２１を配置し、最上位にＵＩアプリケーションフレームワークを用いたアプリケーション２２６を配置する構成としてもよい。この場合にも、映像情報装置のオペレーティングシステムＬｉｎｕｘ２２１とユビキタスモジュールのオペレーティングシステムＬｉｎｕｘ１０２の間をシステムコールレベルで透過的とすることにより、映像情報装置上のプログラムでＯＰＥＮ命令を用いて、ユビキタス映像モジュールのデバイスをオープンすることが可能となる。
【００５７】
また、図１７に示すように、映像情報装置のソフトウェアを、映像情報装置ハードウェア２２０の上位にオペレーティングシステムＬｉｎｕｘ２２１を配置し、その上位にミドルウェア２２２を配置し、最上位にＵＩアプリケーションフレームワークを用いたアプリケーション２２７を配置する構成としてもよい。
この場合にも、映像情報装置のオペレーティングシステムＬｉｎｕｘ２２１とユビキタスモジュールのオペレーティングシステムＬｉｎｕｘ１０２の間をシステムコールレベルで透過的とすることにより、例えば映像情報装置上のプログラムでＯＰＥＮ命令を用いて、ユビキタス映像モジュールのデバイスをオープンすることが可能となり、また、映像情報装置のミドルウェア２２２とユビキタス映像モジュールのミドルウェア１１２の間もミドルウェアＡＰＩレベルで透過的とすることにより、例えば、映像情報装置上のプログラムからミドルウェアＡＰＩをコールすることで、ユビキタス映像モジュールのミドルウェアを操作することが可能となる。
【００５８】
実施の形態２．
ユビキタスモジュールユニットを、テレビ受像装置２１００にチューナとして接続した例を本発明の実施の形態２として以下に説明する。図１８に示すように、テレビ受像装置２１００は実施の形態１の映像情報装置４０にチューナ２３０を追加した構成となっている。この例では、ユビキタスモジュールユニット４２はテレビ受像装置２１００の内蔵チューナ２３０とシステム的に等価な位置に取り付けられ、第２チューナとして動作可能である。テレビ受像装置側インタフェース３１はたとえばＵＡＲＴやＩ２Ｃ等の規格に従う内部インタフェースである。インタフェース３１から制御信号を受け取ったユビキタスモジュール４２は、制御信号により指示された動作、たとえばＷｅｂページを取得し、その画像を映像信号化してテレビ受像装置２１００にチューナ出力として供給する。尚、テレビ受像装置側インタフェース３１にユビキタスモジュールに特有の制御信号を通すのが困難な場合には、たとえばチューナのチャンネル選択信号を組み合わせてユビキタスモジュール用の制御信号としてもよい。
本実施形態によれば、ネットワーク機能を有するテレビ受像装置を容易に実現することができる。
【００５９】
実施の形態３．
ユビキタスモジュールをテレビ受像装置にチューナとして接続した別の例を本発明の実施の形態３として以下に説明する。図１９に示すように、この例では、ユビキタスモジュールユニット４２は、コミュニケーションエンジン２４が取得した映像情報を映像信号に変換し、更にそれを表示デバイス２１３に直接供給可能なＮＴＳＣ等のビデオ信号に変換してから、ビデオインタフェース２１０に入力する。本実施形態によっても、ネットワーク機能を有するテレビ受像装置を容易に実現することができる。
【００６０】
実施の形態４．
ユビキタスモジュールをテレビ受像装置にチューナとして使用した更に別の例を本発明の実施の形態４として以下に説明する。図２０に示すように、この例では、ユビキタスモジュールユニット４２は外部チューナとしてテレビ受像装置に接続される。ユビキタスモジュールユニット４２の映像出力はテレビ受像装置の外部チューナ用入力端子２００１に接続され、且つ、ユビキタスモジュールユニットの制御出力もテレビ受像装置２１００の外部チューナ制御端子２００２に接続され、テレビ受像装置２００１は、これらの端子を介し、外部チューナとして動作するユビキタスモジュールユニット４２から映像信号と制御信号の両方を受け取ることができる。
【００６１】
実施の形態５．
ユビキタスモジュールユニットをテレビ受像装置にビデオデッキとして接続した例を本発明の実施の形態５として以下に説明する。図２１に示すように、ユビキタスモジュールユニット４２の映像出力端子はテレビ受像装置２１００のビデオ入力端子２００６に接続される。テレビ受像装置２１００は、ＩＲドライバ（赤外線ドライバ）２００３を備えており、ＳＩ／Ｆ３１を介して映像信号または制御信号が供給されるとＩＲドライバ２００３は発光ダイオード２００４を発光させる。ユビキタスモジュールユニット４２は光センサ２００５を備えており、光センサ２００５は発光ダイオード２００４が発した赤外線を受光すると信号を生成し、ＵＩ／Ｆ３２を介してユビキタスモジュール１２Ａに信号を送る。これにより、テレビ受像装置２１００からユビキタスモジュール１２Ａに映像信号及び制御信号を送ることができる。以上の構成により、ユビキタスモジュールユニット４２をチューナが受信した番組の録画・再生を行うビデオデッキとして使用することができる。
【００６２】
実施の形態６．
ユビキタスモジュールユニットをＨＡＶｉ（Ｈｏｍｅ  Ａｕｄｉｏ  Ｖｉｄｅｏ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）機器としてテレビ受像装置に接続した例を本発明の実施の形態６として図２２に示す。
ユビキタスモジュールユニット２２０１をＨＡＶｉのＢＡＶ（Ｂａｓｅ  ＡＶ  Ｄｅｖｉｃｅ）として使用する場合、ユビキタスモジュールユニット２２０１に自分自身を制御するための制御ソフトウェアであるＤＣＭ（ｄｅｖｉｃｅ  ｃｏｎｔｒｏｌ  ｍｏｄｕｌｅ）２２０２を設ける。接続相手がＨＡＶｉのＦＡＶ（Ｆｕｌｌ  ＡＶ  Ｄｅｖｉｃｅ）であれば、ＤＣＭ２２０２はＦＡＶにアップロードされてユビキタスモジュールユニットの制御に使用される。
【００６３】
しかし、接続相手がＤＣＭ２２０２のアップロードに対応していないＩＡＶ（Ｉｎｔｅｒｍｅｄｉａｔｅ  ＡＶ  Ｄｅｖｉｃｅ）である場合には、そのままでは制御を受けることはできない。そこで、ＩＡＶに内蔵されている可能性の高いビデオデッキ用ＤＣＭを用いて制御を受けることができるようにする。そのため、ユビキタスモジュールユニット２２０１がビデオデッキとして振る舞い、それによりたとえばＩＡＶテレビ受像装置２２００が内蔵するいくつかのＤＣＭ（本実施形態では、チューナ用ＤＣＭ２２１１、ビデオデッキ用ＤＣＭ２２１２、ＤＶＤ用ＤＣＭ２２１３）の中、ビデオデッキ用ＤＣＭ２２１２の起動を促し（この場合に起動されるＤＣＭを、特定装置対応のＤＣＭと称す）、このＤＣＭ２２１２の制御ソフトウェアによりユビキタスモジュールユニット２２０１が制御を受けるようにする。この場合ユビキタスモジュールユニット２２０１が持つ自分自身のＤＣＭ２２０２は使用されない。
本実施形態によればＨＡＶｉ対応のテレビ受像機に容易にユビキタスモジュールユニットを接続することができる。
【００６４】
実施の形態７．
図２３〜図２５に、チャネル選択信号の組み合わせを制御信号とする場合の例を示す（尚、以下の説明においては、例えば、図１８〜図２０に示したような映像情報装置の構成を前提とする）。
図２３に、利用者が操作するリモコン３００１の例を示す。図示のようにこの例では、チャンネル選択ボタンの「２」、「８」、「４」、「６」に上下左右のカーソル移動機能、チャンネル選択ボタン「５」に決定機能、チャンネル選択ボタン「１」にメニュー呼出機能をそれぞれ割り当てる。
【００６５】
図２４に、ユビキタスモジュールが表示するメニュー遷移の例を示す。
図２３に示したチャンネル選択ボタンの「１」を押下すると、メニュー呼出機能によりメインメニューが呼び出され、図示しない表示装置にメニュー画面が表示される。
【００６６】
メニュー画面上のカーソルが表示された項目の内の設定されている項目は、例えばハイライト表示される。この表示されたメニュー画面を参照しながらチャンネル選択ボタンの「２」または「８」を押下することにより、このメインメニュー上下方向のカーソル移動機能で項目を選択し、決定機能で選択を確定する。そして、これら一連の操作を繰り返すことにより所望の操作が行えるようにされている。
【００６７】
このような操作を行う場合、ユビキタスモジュール１２が接続されているテレビ受像装置から、図２５に示すように、利用者が押下したリモコンボタンに対応するチャンネル切り替え信号をユビキタスモジュール１２に送り込むことでメニュー操作を行い、利用者の所望の操作を呼び出して実行することができる。
【００６８】
このように、テレビ受像装置が本来有している、例えば、リモコン３００１のチャンネル切り替え信号と、ユビキタスモジュール１２の制御信号とを対応付けすることで、リモコン３００１のチャンネル切り替え信号をユビキタスモジュール１２の制御信号として使用でき、一般に、より複雑な通信機能を持たないテレビ受像装置等でもユビキタスモジュール１２を接続することが可能となる。
【００６９】
この例では、利用者のリモコン３００１のボタン操作（チャンネル切り替え信号）と、ユビキタスモジュール１２の制御信号とが１対１に対応している例であるが、リモコン３００１のボタン操作とユビキタスモジュール１２の制御信号とを必ずしも１対１に対応させる必要はなく、複数の制御信号を組み合わせて、より複雑なコマンドを送出することも可能である。例えば、複数のチャンネル切り替え信号の組み合わせを文字コードに対応させ、これを用いてアクセス先のＵＲＬなどを送出することも可能となる。
【００７０】
【発明の効果】
本発明によれば、ネットワーク接続機能を有する映像情報装置の開発費用の低減、及び開発期間の短縮化が実現される。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係るユビキタスモジュールユニットを搭載した映像情報装置がネットワークに接続されている様子を示す図である。
【図２】実施の形態１のユビキタスモジュールの内部ブロック図である。
【図３】実施の形態１のユビキタスモジュールの機能構成例を示す図である。
【図４】実施の形態１のユビキタスモジュールユニットのバス型の接続形態を示す図である。
【図５】実施の形態１のユビキタスモジュールユニットのスター型の接続形態を示す図である。
【図６】実施の形態１の映像情報装置のシステム構成例を示した図である。
【図７】実施の形態１の映像情報装置のシステム構成例を示した図である。
【図８】実施の形態１の映像情報装置のシステム構成例を示した図である。
【図９】実施の形態１のユビキタスモジュールのソフトウェアブロック図である。
【図１０】実施の形態１のユビキタスモジュールが備える種々のアプリケーションを示す図である。
【図１１】実施の形態１のユビキタスモジュールのＩＰｖ６対応インターネット通信プロトコルミドルウエアのソフトウェアブロック構成図である。
【図１２】実施の形態１のユビキタスモジュールのユニバーサルプラグアンドプレイミドルウェアのソフトウェアブロック構成図である。
【図１３】実施の形態１のユビキタスモジュールの撮像・表示ミドルウェアのソフトウエアブロック図である。
【図１４】実施の形態１のユビキタスモジュールの映像配信蓄積ミドルウェアのソフトウェアブロック図である。
【図１５】実施の形態１における、映像情報装置のソフトウェアとユビキタスモジュールのソフトウェアとの対応関係を示した図である。
【図１６】実施の形態１における、映像情報装置のソフトウェアとユビキタス映像モジュールのソフトウェアの対応関係を示した図である。
【図１７】実施の形態１における、映像情報装置のソフトウェアとユビキタスモジュールのソフトウェアの対応関係を示した図である。
【図１８】本発明の実施の形態２に係る映像情報装置の構成図である。
【図１９】本発明の実施の形態３に係る映像情報装置の構成図である。
【図２０】本発明の実施の形態４に係る映像情報装置の構成図である。
【図２１】本発明の実施の形態５に係る映像情報装置の構成図である。
【図２２】本発明の実施の形態６に係る映像情報装置の構成図である。
【図２３】本発明の実施の形態７に係る映像情報装置における、リモコン操作の例を説明する図である。
【図２４】本発明の実施の形態７に係る映像情報装置における、メニュー遷移の表示例を示す図である。
【図２５】本発明の実施の形態７に係る映像情報装置における、メニュー操作の例を説明する図である。
【符号の説明】
１  ネットワーク、  ２  ＰＣ、  ３  データベース、  ４  ユビキタスモジュールユニット（ＵＭＵ）、  ５  ＵＭＵを搭載したデジタルテレビ、  ６  デジタルテレビ、  ７  ＤＶＤ／ＨＤＤ  レコーダ、  ８  監視レコーダ、  ９  ＦＡ機器、  １０  携帯電話、  １１  ＰＤＡ、  １２  ユビキタスモジュール、  １３  ユビキタスモジュールのＣＰＵ、  １４  ローカルバス、  １５  バスブリッジ、  １６  汎用バス、  １７  ハードウェアエンジン、  １８  専用バス、  ２１  グラフィックエンジン、  ２２  カメラエンジン、  ２３  ＭＰＥＧ４エンジン、  ２４  コミュニケーションエンジン、  ２５  ミドルウェア、  ２６  仮想マシン、２７  組込みＬｉｎｕｘ、  ３１  システム側インタフェース、  ３２  ユビキタスモジュール側インタフェース、  ３３  ＬＡＮ、  ３４  ネットワーク端末、  ３５  ＨＵＢ、  ４０  映像情報装置、  ４４  映像入力インタフェース、  ４５  映像出力インタフェース、  ４６  有線ＬＡＮの外部接続端子、  ４７  無線ＬＡＮの外部接続端子（アンテナ）、  ４８  シリアルバス接続用端子、  ２００  システムＬＳＩ、  ２０１  ＣＰＵ、  ２０２  映像信号処理回路、  ２０３  ＲＯＭ、  ２０４  ＲＡＭ、  ２０７  前段処理部、  ２０９  後段処理部、  ２１０  ビデオインタフェース、  ２１１  表示ユニット、  ２１２  表示ドライバ、  ２１３  表示デバイス、  ２１００テレビ受像装置、  ２００１  外部チューナ入力端子、  ２００２  外部チューナ制御端子、  ２００３  ＩＲドライバ、  ２００４  発光ダイオード、  ２００５  光センサ、  ２００６  ビデオ入力端子、  ２２００  ＩＡＶテレビ受像装置、  ２２０１  ユビキタスモジュール、  ２２０２  ＤＣＭ、  ２２１１チューナ用ＤＣＭ、  ２２１２  ビデオデッキ用ＤＣＭ、  ２２１３  ＤＶＤ用ＤＣＭ、３００１  リモコン。
【図１】
2004364092.tif 000003
【図２】
2004364092.tif 000004
【図３】
2004364092.tif 000005
【図４】
2004364092.tif 000006
【図５】
2004364092.tif 000007
【図６】
2004364092.tif 000008
【図７】
2004364092.tif 000009
【図８】
2004364092.tif 000010
【図９】
2004364092.tif 000011
【図１０】
2004364092.tif 000012
【図１１】
2004364092.tif 000013
【図１２】
2004364092.tif 000014
【図１３】
2004364092.tif 000015
【図１４】
2004364092.tif 000016
【図１５】
2004364092.tif 000017
【図１６】
2004364092.tif 000018
【図１７】
2004364092.tif 000019
【図１８】
2004364092.tif 000020
【図１９】
2004364092.tif 000021
【図２０】
2004364092.tif 000022
【図２１】
2004364092.tif 000023
【図２２】
2004364092.tif 000024
【図２３】
2004364092.tif 000025
【図２４】
2004364092.tif 000026
【図２５】
2004364092.tif 000027