JP2004364092A

JP2004364092A - Video module unit and video information device

Info

Publication number: JP2004364092A
Application number: JP2003161858A
Authority: JP
Inventors: Kosuke Yagi; 孝介八木; Kyosuke Yoshimoto; 恭輔吉本; Atsumichi Murakami; 篤道村上; Yoshiki Mizutani; 芳樹水谷; Kazuo Hirasawa; 和夫平澤
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2003-06-06
Filing date: 2003-06-06
Publication date: 2004-12-24

Abstract

【課題】ネットワーク接続機能を有する映像情報装置の開発費用の低減、及び開発期間の短縮化を実現する。
【解決手段】テレビジョン受像装置２１００に搭載される映像モジュールユニット４２は、ＣＰＵ１３と、該ＣＰＵにローカルバスを介してそれぞれ接続され互いに異なる機能を実行する複数のハードウェアエンジン２１，２２，２３，２４と、映像情報装置との間で信号を伝送するための汎用バスと、前記ローカルバスと前記汎用バスとを接続するバスブリッジとを含む。複数のハードウェアエンジンの１つはネットワーク４６，４７，４８を介して外部のネットワーク機器と通信することにより該ネットワーク機器から映像情報を取得する手段を有するコミュニケーションエンジン２４である。
【選択図】図１８To reduce the development cost and shorten the development period of a video information device having a network connection function.
A video module unit mounted on a television receiver includes a CPU and a plurality of hardware engines connected to the CPU via a local bus to execute different functions. 24, a general-purpose bus for transmitting a signal between the video information device, and a bus bridge connecting the local bus and the general-purpose bus. One of the plurality of hardware engines is the communication engine 24 having means for acquiring video information from an external network device by communicating with the external network device via the networks 46, 47, and 48.
[Selection] Fig. 18

Description

【０００１】
【発明の属する技術分野】
本発明は、アナログテレビ、デジタルテレビ、プロジェクションテレビ、モニタなどの映像表示装置に取り付けられ、これらの映像表示装置をネットワーク機能を有する映像情報装置として動作させる映像モジュールユニット、及びこのような映像モジュールユニットを備えた映像情報装置に関する。
【０００２】
【従来の技術】
パーソナルコンピュータの低価格化・高機能化、インターネットコンテンツの充実、携帯電話・ＰＤＡ等のネットワーク接続機器の多様化などにより、一般家庭においてもＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）やインターネットを利用する機会が増大している。また、ＩＥＥＥ１３９４規格をベースとし、異なるメーカのＡＶ機器を接続して相互コントロールするための規格であるＨＡＶｉ（ＨｏｍｅＡｕｄｉｏＶｉｄｅｏＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）や、既築住宅に対応でき、多くの機器のコントロールを簡単に行うための規格であるＥＣＨＯＮＥＴ（ＥｎｅｒｇｙＣｏｎｓｅｒｖａｔｉｏｎａｎｄＨｏｍｅｃａｒｅＮｅｔｗｏｒｋ）など規格面でも家電機器がネットワークに接続するための整備が進められている。
【０００３】
ネットワークに接続可能な映像情報装置は例えば特許文献１に記載されている。また、特許文献２にはネットワークに接続された映像情報装置を含む料金収集システムが記載されている。
【０００４】
【特許文献１】
特開２００２−１６６１９号公報（第５−６頁、第１図）
【特許文献２】
特開２００２−２３０４２９号公報（第１０−１３頁、第２図）
【０００５】
【発明が解決しようとする課題】
特許文献１，２に記載されているように、従来、映像表示装置内のシステムＬＳＩをネットワーク接続機能を有するものに変更することにより装置にネットワーク機能を追加している。しかし、映像情報装置に要求される機能・性能は機種毎に異なり、そのため機種毎にシステムＬＳＩを開発する必要がある。さらに、システムＬＳＩを変更する度に装置の基板変更・ソフト変更が必要になるので、信頼性検証、ＥＭＩ検証などは再度行うものの、信頼性の確保が困難であるという問題があった。
【０００６】
また、システムＬＳＩを機種毎に開発するため、装置の価格が上昇し、また開発には長期間を要するため、開発したシステムＬＳＩが陳腐化して使用できなくなり、損失が発生する場合もあった。
【０００７】
本発明は上記問題に鑑みなされたものであり、ネットワーク接続機能を有する映像情報装置の開発費用の低減、開発期間の短縮化を実現することを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成すべく、映像情報装置に搭載される本発明の映像モジュールユニットは、ＣＰＵと、該ＣＰＵにローカルバスを介してそれぞれ接続され互いに異なる機能を実行する複数のハードウェアエンジンと、映像情報装置との間で信号を伝送するための汎用バスと、前記ローカルバスと前記汎用バスとを接続するバスブリッジとを含み、
前記複数のハードウェアエンジンの１つはネットワークを介して外部のネットワーク機器と通信することにより該ネットワーク機器から映像情報を取得する手段を有するコミュニケーションエンジンであることを特徴とする。
【０００９】
【発明の実施の形態】
以下、この発明をその実施の形態を示す図面に基づいて具体的に説明する。
実施の形態１．
図１は、本発明の実施の形態１に係るユビキタスモジュールユニット（ＵＭＵ）を搭載した映像情報装置がネットワーク１に接続されている様子を示す図である。
【００１０】
ネットワーク１は、小規模のＬＡＮであってもよく、世界規模のインターネットであってもよく、様々な種類のパーソナルコンピュータサーバやパーソナルコンピュータクライアントが接続されている。ネットワーク１に接続されたＰＣ（パーソナルコンピュータ）２は、メールの送受信、ホームページの開発・閲覧など様々なサービス・用途に用いられる。データベース３には、映像配信のストリーミングデータ、映像・音楽データの保管、ＦＡの管理データ、監視カメラの監視画面などが保管されている。
【００１１】
ネットワーク１にはさらに、デジタル入力の映像コンテンツを表示するためのデジタルテレビ６、ＤＶＤやＨＤＤなどの大容量のストレージに映像・音楽データを保存・再生するためのＤＶＤ／ＨＤＤレコーダ７、エレベータ・店内の状況をカメラで撮影し、保管するための監視レコーダ８、工場内のＦＡ（ＦａｃｔｏｒｙＡｕｔｏｍａｔｉｏｎ）のためのＦＡ機器９、単独ではネットワーク接続が出来ない携帯電話１０、個人用情報端末ＰＤＡ１１が接続されている。このように、ネットワークに接続して使用する可能性のある機器は多種多様であるが、ユビキタスモジュールユニット４を搭載することにより、各機器をネットワーク１に接続することができる。
【００１２】
図２に、ユビキタスモジュール（ＵＭ）１２の構成を示す。同図に示すように、ユビキタスモジュール１２は、Ｎ個のハードウェアエンジン（以下Ｈ／Ｗエンジンという）１７、Ｈ／Ｗエンジン１７を制御するためのＣＰＵ（ＵＭ−ＣＰＵ）１３、ＵＭ−ＣＰＵ１３と各Ｈ／Ｗエンジンとを接続するためのローカルバス１４、ローカルバス１４を外部の映像情報装置との接続用の汎用バス（ＵＭ−ＢＵＳ）１６に接続するためのバスブリッジ１５を含む。Ｈ／Ｗエンジン１７には、有線ＬＡＮや無線ＬＡＮとの接続、あるいはシリアルバスとの接続のための専用のバスライン１８を設けることも可能である。
【００１３】
ユビキタスモジュール１２のＨ／Ｗエンジンは、当該モジュールが搭載された装置にネットワーク機能を補充するためのものであり、図３に示すように、例えば、有線ＬＡＮや無線ＬＡＮ、あるいはシリアルバスとの接続を可能にするコミュニケーションエンジン２４、描画性能を向上させるグラフィックエンジン２１、動画や静止画など撮像信号処理を行うカメラエンジン２２、動画圧縮のためのＭＰＥＧ４エンジン２３などがある。なお、図に示した構成は、一例であり、ユビキタスモジュール１２には所望のネットワーク機能を実現するために必要なエンジンを設けることができる。
【００１４】
また、ユビキタスモジュール１２は、組込みＯＳ２７、ミドルウェア２５、仮想マシン２６、アプリケーションソフトなどを含んでおり、ユビキタスモジュール単体で、ネットワークに関する機能を実現できる。即ち、ユビキタスモジュール単体でネットワークに接続されるホストコンピュータの機能が実現される。
【００１５】
図４及び図５に、映像情報装置とユビキタスモジュールとのトポロジ（接続形態）を示す。映像情報装置のＣＰＵ（ＳＹＳ−ＣＰＵ）２０１とユビキタスモジュールのＣＰＵ（ＵＭ−ＣＰＵ）１３は、バス形式での接続やＨＵＢを介したスター形式での接続が可能である。
【００１６】
図４に示すバス形式の接続トポロジの場合、ＳＹＳ−ＣＰＵ２０１とＵＭ−ＣＰＵ１３は、ユビキタスモジュールの汎用バス（ＵＭ−ＢＵＳ）１６にバス型に接続される。ＳＹＳ−ＣＰＵ２０１は映像情報装置のシステムの制御をつかさどるホストサーバの機能を実現し、ＵＭ−ＣＰＵ１３はネットワークサーバの機能を実現する。尚、映像情報装置は、ユビキタスモジュールが組み込まれなくともＳＹＳ−ＣＰＵ２０１のみで、問題なく製品仕様を満足するように動作可能な構成となっている。
【００１７】
ユビキタスモジュール１２の汎用バス１６に接続されたインタフェース（Ｕ−Ｉ／Ｆ）３２は、システム側、即ち映像情報装置側のバスに接続されたインタフェース（Ｓ−Ｉ／Ｆ）３１と機械的に接続可能であり、映像情報装置に高性能・高付加価値のネットワーク機能を付加することが要求される場合には、Ｓ−Ｉ／Ｆ３１とＵ−Ｉ／Ｆ３２とによりユビキタスモジュール１２を映像情報装置に接続する。これにより、ネットワーク機能が実現され、映像情報装置は例えばＬＡＮ３３上の他のネットワーク端末３４にアクセスすることが可能となる。尚、汎用バス１６に、ホスト機能を持たないデバイス（例えばメモリ、専用機能のＩＣ）を接続することも可能である。
【００１８】
図５はスター型の接続形態の場合を示しており、Ｓ−ＩＦ３１がＨＵＢ３５を介してシステム側のバスに接続される点でバス型と異なるが、その他の構成及び機能は同様である。また、接続形態として、リング型のものを用いることも可能である。
【００１９】
Ｓ−Ｉ／Ｆ３１とＵ−Ｉ／Ｆ３２との間のデータ転送は、ＡＴＡ、ＰＣＩ、ＳＣＳＩ、汎用ＣＰＵＢＵＳ等の規格に従うパラレル転送としてもよく、あるいは、ＩＥＥＥ１３９４、ＵＳＢ，ＵＡＲＴ等の規格に従うシリアル転送としてもよい。
【００２０】
また、映像情報装置とユビキタスモジュールとの接続は、ＰＣカードやカードバス等に用いられるコネクタ接続、ＰＣＩバス等に用いられるカードエッジコネクタ接続、ＦＰＣケーブル、フラットケーブル、ＩＥＥＥ１３９４用ケーブル等を使用したケーブル接続などの方法を用いて行うことができる。
【００２１】
図６は、ユビキタスモジュールユニット４２を映像情報装置４０に接続したときの全体の構成を示す図である。映像情報装置４０は、システムＬＳＩ２００と、前段処理部（ＦＰ）２０７と、後段処理部（ＢＰ）２０９と、ビデオインタフェース（Ｖ−Ｉ／Ｆ）２１０と、上述したＳ−Ｉ／Ｆ３１とを備える。システムＬＳＩ２００は、ＣＰＵ２０１、映像信号処理回路（ＶＳＰ）、ＲＯＭ２０３、ＲＡＭ２０４を含む。入力される映像信号がアナログ信号の場合、前段処理部２０７は、Ａ／Ｄ変換器やデコーダとしての機能を備える。また、後段処理部２０９は出力バッファとしての機能を備える。ただし、前段処理部、後段処理部の構成及び機能はシステムＬＳＩの設計思想やシステムの構成に依存するものであり、上記に限定されるものではない。
【００２２】
ユビキタスモジュールユニット４２は、ユビキタスモジュール１２とＵ−Ｉ／Ｆ３２とで構成されるユニットである。インタフェースＳ−Ｉ／Ｆ３１とＵ−Ｉ／Ｆ３２とを接続することにより、ユビキタスモジュール１２の持つ機能が映像情報装置４０に追加される。
【００２３】
ユビキタスモジュールユニット４２は、そのコミュニケーションエンジン２４により、インターネット環境に接続した後、インターネット上のサイトから画像・音声のＭＰＥＧ４ファイルをダウンロードする。ダウンロードされたＭＰＥＧ４ファイルは、ＭＰＥＧ４エンジン２３でデコードされ、グラフィックエンジン２１でグラフィック処理され、インタフェースＵ−Ｉ／Ｆ３２から映像情報装置４０に利用可能なデータ形式で出力される。映像情報装置４０に入力されたデータは、システムＬＳＩ２００により表示ユニット２１１のドライバ２１２が処理可能な信号に変換され、その表示デバイス２１３上に映像が表示される。
【００２４】
また、カメラから入力された動画・静止画ファイルはユビキタスモジュールユニット４２のカメラエンジン２２で画素数変換、レート変換、画像処理が施され、グラフィックエンジン２１でグラフィック処理され、インタフェースＵ−Ｉ／Ｆ３２から映像情報装置４０に利用可能なデータ形式で出力される。映像情報装置４０に入力されたデータは、システムＬＳＩ２００により表示ユニット２１１のドライバ２１２が処理可能な信号に変換され、その表示デバイス２１３上に画像または映像が表示される。
【００２５】
なお、上記の各エンジンの処理は、一例に過ぎず、ネットワーク機能を補強するため上記以外の処理を行うこともできる。
【００２６】
また、以上の説明では、映像情報装置とユビキタスモジュールは主に映像データ表示するシステムを構成するものとして説明したが、本実施形態の構成は、音声入力の再生装置・テキスト入力の表示・配信装置、情報のストレージ入力のストレージ装置にも適用可能である。
【００２７】
図７は、ユビキタスモジュールユニット４２に、表示ユニット２１１に直接映像出力を供給する機能を追加した場合の構成の一例を示す。同図において、ユビキタスモジュールユニット４２のビデオ入力端子（ＵＶＩ）４４は、映像情報装置４０の映像出力端子（Ｖ−Ｉ／Ｆ）２１０との接続を可能にするインタフェースを形成している。また、ユビキタスモジュールユニット４２のビデオ出力端子（ＵＶＯ）４５は、表示ユニット２１１との接続を可能にするインタフェースを形成する。
【００２８】
この構成では、例えば、ユビキタスモジュール１２のグラフィックエンジン２１が生成する表示画面に映像情報装置４０の映像出力をオーバーレイすることが可能となる。グラフィックエンジン２１が生成する表示画面に映像情報装置４０の映像出力をオーバーレイすることは、映像情報装置４０が生成した映像出力を、Ｓ−Ｉ／Ｆ３１とＵ−Ｉ／Ｆ３２と汎用バスとを介してユビキタスモジュール１２に転送することによっても可能であるが、本実施形態の構成を用いることにより、汎用バスの負荷が過大になることを防止できる。
【００２９】
従来、映像情報装置がネットワーク対応機器でない場合、インターネット上のグラフィックデータに映像信号をオーバーレイして表示することは困難であったが、以上説明したように、ネットワークの必須機能であるオーバーレイ機能をユビキタスモジュールに予め備えることにより、システムＬＳＩを新規に開発することなく、映像情報装置の機能を拡張し、容易にオーバレイ表示を実現することができる。
【００３０】
図８は、上記のユビキタスモジュール１２に代え、コミュニケーションエンジン２４に外部ネットワーク接続用の端子を設けたユビキタスモジュール１２Ａを用いた場合の構成例を示している。このユビキタスモジュールユニット１２Ａは、有線ＬＡＮ経由、無線ＬＡＮ経由、あるいはＩＥＥＥ１３９４などのシリアルバス経由でネットワーク接続が可能である。ユビキタスモジュール１２Ａには有線ＬＡＮ経由、無線ＬＡＮ経由、ＩＥＥＥ１３９４の全ての接続端子を設けてもよく、またその中の１つだけを設けてもよく、ネットワーク環境に応じてフレキシブルに対応することができる。
【００３１】
尚、本実施形態では、映像情報装置とユビキタスモジュールは同じＯＳを用いているが、異なるＯＳを用いてもよい。ただし、同じＯＳを用いれば、ユビキタスモジュールの持つＨ／Ｗエンジンの機能が陳腐化し、映像情報装置内に、それに代わる最新の機能を取り込む時、ＯＳが共通であるためソフトの改定作業が容易であり、改定のための開発費が少なく、信頼性などの面でバグが入りにくいなどの開発面での優位性がある。
【００３２】
図９は本実施形態に用いるユビキタスモジュールのソフトウェアブロックの構成図である。同図に示すように、最下層はマイコン（ＣＰＵ）を含むハードウェア層１００である。このハードウェア層１００の上位に、ハードウェアを抽象化することにより、ハードウェアの違いを吸収するソフトウェアである、ＨＡＬ（ＨａｒｄｗａｒｅＡｄａｐｔａｔｉｏｎＬａｙｅｒ）１０１を配置する。ＨＡＬ１０１の上位には、マルチタスクオペレーティングシステムＬｉｎｕｘ１０２を配置する。オペレーティングシステムＬｉｎｕｘ１０２は、ＨＡＬ１０１に属するソフトウェアを介し、ハードウェア層の構成要素である各ハードウェアデバイスを制御する他、アプリケーションの実行環境を提供する。また、オペレーティングシステムＬｉｎｕｘ１０２上で動作するグラフィックシステムとしては、例えばＸ−Ｗｉｎｄｏｗ１０３が使用可能である。オペレーティングシステムＬｉｎｕｘ１０２上で動作するミドルウェアは４つに大別される。
【００３３】
第１は、インターネットと接続するための通信処理を行うためのものであって、次世代のインターネットプロトコルであるＩＰｖ６のプロトコルにも対応しているＩＰｖ６対応インターネット通信プロトコルミドルウェア１０４である。
【００３４】
第２は、自動的に設定を行うためのユニバーサルプラグアンドプレイミドルウェア１０５である。ユニバーサルプラグアンドプレイミドルウェア１０５は、ＩＰｖ６対応インターネット通信プロトコルミドルウェア１０４に属するプロトコルを使用するため、階層的にＩＰｖ６対応インターネット通信プロトコルミドルウェア１０４の上に属する。
【００３５】
第３は、マルチメディアのための規格であるＭＰＥＧ２／４に対応したエンコード／デコード処理、ＭＰＥＧ７に対応したメタデータ処理、ＭＰＥＧ２１に対応したコンテンツ管理処理の組み合わせによってマルチメディアデータの配信、蓄積等の処理を行うためのＭＰＥＧｘ映像配信蓄積プロトコルミドルウェア１０６である。
【００３６】
第４は、カメラの制御および２次元／３次元のグラフィック処理を行うための撮像・表示ミドルウェア１０７である。上記のミドルウェア群の内、ユニバーサルプラグアンドプレイミドルウェア１０５とＭＰＥＧｘ映像配信蓄積プロトコルミドルウェア１０６の上位にＪａｖａのアプリケーション実行環境であるＪａｖａ仮想マシン（ＶＭ）１０８を配置し、仮想マシン（ＶＭ）１０８上に、ユーザーインタフェースを含んだアプリケーションの作成を容易にするための、ＵＩアプリケーションフレームワーク１０９を配置する。ＵＩ（ＵｓｅｒＩｎｔｅｒｆａｃｅ）アプリケーションフレームワーク１０９は例えば仮想マシン（ＶＭ）１０８上で動作するクラスの集合などである。最上位には、ＵＩアプリケーションフレームワーク１０９や撮像・表示ミドルウェア１０７を用いて、当該ユビキタスモジュールを搭載する機種ごとに必要な機能を実現するための機種別アプリケーション１１０を配置する。
【００３７】
次に、ユビキタスモジュールを、異なる機種の情報装置に適用する場合の手順について説明する。ユビキタスモジュールは、最上位のアプリケーション層とハードウェアの上位に位置するＨＡＬのみを機種毎に変更し、その他の層は共通化して使用することで、異なる機種に対応することが可能である。図１０は、ユビキタスモジュールを携帯電話に適用する場合を示しており、携帯ＨＡＬ１２０と携帯アプリケーション１２５を組み合わせている。同様に車載用電話に適用する場合にはカー携帯ＨＡＬ１２１とカー携帯アプリケーション１２６を組み合わせ、カーナビゲーションシステムに適用する場合にはカーナビＨＡＬ１２２とカーナビアプリケーション１２７を組み合わせ、ＡＶ家電機器に適用する場合にはＡＶ家電ＨＡＬ１２３とＡＶ家電アプリケーション１２８を組み合わせ、監視システム機器に適用する場合には監視ＨＡＬ１２４と監視アプリケーション１２９を組み合わせる。
【００３８】
図１１に、ＩＰｖ６対応インターネット通信プロトコルミドルウェア１０４のソフトウェアブロックの構成を示す。同図に示すように、このブロックには通信用のインタフェースとして、１０ＢＡＳＥ−Ｔや１００ＢＡＳＥ−ＴＸに従うイーサネットと、ＩＥＥＥ８０２．１１ａ／ｂ／ｇに従う無線ＬＡＮと、ＩＥＥＥ１３９４などの高速シリアル通信の３種類が含まれる。各デバイスを制御するためのデバイスドライバソフトウェアとして、イーサネットドライバ１３１、無線ＬＡＮドライバ１３２、１３９４ドライバ１３３を配置する。イーサネットドライバ１３１及び無線ＬＡＮドライバ１３２の上位層として、インターネットプロトコルの処理を行うＩＰプロトコルスタック１３７を配置する。このＩＰプロトコルスタック１３７は次世代のインターネットプロトコルであるＩＰｖ６に対応するための処理と、セキュリティのためのプロトコルＩＰｓｅｃに対応するための処理を含む。１３９４ドライバ１３３の上位層としてはＩＥＥＥ１３９４のトランザクション処理を行うための１３９４トランザクションスタック１３５を配置する。
【００３９】
また、ＩＥＥＥ１３９４のトランザクションを無線ＬＡＮ経由で実行できるようにするために、無線ＬＡＮドライバ１３２と１３９４トランザクションスタック１３５の間にＰＡＬ（ＰｒｏｔｏｃｏｌＡｄａｐｔａｔｉｏｎＬａｙｅｒ）１３４を配置する。ＰＡＬ１３４は１３９４トランザクションと無線ＬＡＮの間のプロトコル変換を行う。ＩＰスタック１３７の上位にはトランスポート層としてＴＣＰおよびＵＤＰのスタック１３８を配置する。ＴＣＰおよびＵＤＰのスタック１３８の上位には、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）のプロトコル処理を行うＨＴＴＰスタック１３９を配置する。
【００４０】
また、この上位にＨＴＴＰを用いてＸＭＬベースのメッセージ通信を行うＳＯＡＰ（ＳｉｍｐｌｅＯｂｊｅｃｔＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）のプロトコル処理を行うＳＯＡＰ／ＸＭＬスタック１４０を配置する。ＨＴＴＰスタック１３９とＴＣＰ及びＵＤＰのスタック１３８間のインタフェースはｓｏｃｋｅｔを用いる。オペレーティングシステムＬｉｎｕｘ１３０の上に位置する層の中、ＨＴＴＰスタック１３９、ＳＯＡＰ／ＸＭＬスタック１４０、１３９４トランザクションスタック１３５までの層が、ＩＰｖ６対応インターネット通信プロトコルミドルウェア１０４に含まれる。ＳＯＡＰ／ＸＭＬスタック１４０およびＨＴＴＰスタック１３９の上位には、インターネットプロトコルベースのプラグアンドプレイ機能を実現するためのプロトコルであるユニバーサルプラグアンドプレイの処理を行うＵＰｎＰスタック１４１を配置する。
【００４１】
また、１３９４トランザクションスタック１３５の上位には、ＩＥＥＥ１３９４を用いたネットワークのプラグアンドプレイ機能を実現するための処理を行うＡＶ系ミドルウェア１３６を配置する。ＵＰｎＰスタック１４１とＡＶ系ミドルウェア１３６の上位には、それぞれのネットワークを相互的に接続する統合ミドルウェア１４２を配置する。ＡＶ系ミドルウェア１３６、ＵＰｎＰスタック１４１、統合ミドルウェア１４２を含む層が、ユニバーサルプラグアンドプレイミドルウェア１０５に含まれる。
【００４２】
統合ミドルウェア１４２の上位の層はアプリケーション層となる。ＳＯＡＰを用いて、ネットワーク上の他のコンピュータとの間でアプリケーション連携を行うＷｅｂサービスに対応するために、Ｗｅｂサーバプログラム１４４、Ｗｅｂサービスインタフェース１４５、Ｗｅｂサービスアプリケーション１４６を階層的に配置する。Ｗｅｂサービスアプリケーション１４６はＷｅｂサービスインタフェース１４５を通じて、Ｗｅｂサーバの提供するサービスを使用する。また、Ｗｅｂサービス以外のアプリケーションは統合ミドルウェア１４２を経由して通信を行う。主なアプリケーションとしてはＨＴＴＰを用いるブラウザソフトウェアが挙げられる。
【００４３】
図１２はユニバーサルプラグアンドプレイミドルウェア１０５のソフトウェアブロックの構成図である。同図に示すように、このソフトウェアブロックは、図１１で説明したイーサネット、無線ＬＡＮ、ＩＥＥＥ１３９４によるネットワーク接続機能以外に、通信用インタフェースとしてＢｌｕｅｔｏｏｔｈ、特定省電力無線、電灯線を用いたＰＬＣ（ＰｏｗｅｒＬｉｎｅＣｏｍｍｕｎｉｃａｔｉｏｎ）を用いる白物家電系ネットワーク接続機能を有する。最下層には、それぞれのネットワークインタフェースを制御するためのデバイスドライバとして、Ｂｌｕｅｔｏｏｔｈドライバ１５３、特定小電力ドライバ１５４、ＰＬＣドライバ１５５があり、その上位にＩＰスタック１５６、ＴＣＰおよびＵＤＰのスタック１５７を階層的に配置する。ＴＣＰおよびＵＤＰのスタック１５７の上位層として白物家電系ネットワークミドルウェア１５８を配置する。図１１で説明した統合ミドルウェア１４２をＡＶ系ミドルウェア１３６、ＵＰｎＰスタック１４１および白物家電系ネットワークミドルウェア１５８の上位に配置することで、全てのネットワークを相互接続することが可能となる。
【００４４】
図１３はユビキタスモジュールの撮像・表示ミドルウェア１０７のソフトウェアブロック図である。同図において、１８５は撮像・表示部ミドルウェアであり、各アプリケーションに撮像・表示系の機能提供を行うソフトウェアモジュール群を含む。撮像・表示部ミドルウェア１８５は、ハードウェアを直接制御するドライバ群と、アプリケーションへのインタフェースを提供するライブラリ群の二層構造になっており、各ソフトウェアモジュールは全て組込みＬｉｎｕｘ１７５上に構築されている。
【００４５】
上記ドライバ群は、カメラ１７１などの撮像系のハードウェアを制御するカメラドライバ１８０、ＬＣＤ１７２、２Ｄグラッフィクスエンジン１７３などの表示系ハードウェアを制御するＸサーバ１７８、３Ｄグラフィックスエンジン１７４などの３Ｄハードウェアを制御する３Ｄグラフィックサーバ１７６より構成される。
【００４６】
また、上記ライブラリ群は、各アプリケーションに撮像・表示機能のインタフェースを提供するものであり、カメラ機能を提供するカメラライブラリ１８１、Ｘウィンドウズ機能を提供するＸライブラリ１７９、３Ｄ機能を提供する３Ｄグラフィックスライブラリ１７７より構成される。
【００４７】
アプリケーション１８２は、例えばカメラアプリケーション、ブラウザなど、ＵＩを提供する上位ソフトウェアモジュールである。アプリケーション１８２としては、撮像・表示部ミドルウェアの機能を直接使用するもの、即ち、撮像・表示部ミドルウェアのライブラリ群より提供されたプログラムインタフェースで撮像・表示機能を実現するものであってもよく、また、ＵＩアプリケーションフレームワーク１８４、ＪＡＶＡＶＭ１８３経由で撮像・表示機能を実現するものであってもよい。
【００４８】
撮像・表示部ミドルウェア１８５がアプリケーション１８２に提供する主な機能には、静止画撮影、動画撮影、動画プレビュー表示、２Ｄ・３Ｄ表示などがある。カメラ１７１から入力された画像データをＪＰＥＧやＭＰＥＧなどに符号化して蓄積・送信する場合には、カメラ１７１から入力された画像データを３Ｄグラフィックサーバ１７６を経由して映像配信蓄積プロトコルミドルウェアブロック１０６に転送する。
【００４９】
図１４は、ユビキタスモジュールの映像配信蓄積ミドルウェア１０６のソフトウェアブロック構成図である。この映像配信蓄積ミドルウェア１０６は、アプリケーションに対するメディア・データの配信・受信制御、伝送に対する品質保証制御、メディア・データの多重・分離処理及びエンコード・デコード、メディアの検索及び構造定義、識別等の各機能を実現するソフトウェア・モジュール群として構成され、使用する通信経路に対応したメディアの多重化処理、伝送制御を行うメディアゲートウェイ・レイヤ１９４と、メディアの符号化処理を行うトランスコーダ・レイヤ１９５と、メディアの検索、識別などの構造記述言語を含むメディア・プレゼンテーション・レイヤ１９６とを含んでいる。
【００５０】
メディアゲートウェイ・レイヤ１９４は、放送などによる配信を想定しているＴＳ（トランスポート・ストリーム）を扱うＩＴＵ−ＴＨ．２２２などの処理を行うＴＳブロック１９０、ＩＳＤＮなどの伝送路を対象とし、端末間通信を想定しているＨ．２２１とモバイル機器による通信を想定しているＨ．２２３とをサポートする通信ブロック１９１、ＬＡＮ、インターネットによるメディア伝送を想定しているＨ．２２５に代表されるＩＰブロック１９２、及び主に蓄積媒体を扱うＰＳ（プログラム・ストリーム）ブロック１９３を含む。
【００５１】
以上のように構成されたユビキタスモジュール映像配信蓄積ミドルウェア１０６は、上位アプリケーション（例えば、ブラウザ）のＵＩ操作に従い、インターネットを介してメディア・データを取得する。上位アプリケーションがメディア・データを取得する際、メディア・プレゼンテーション・レイヤ１９６はＭＰＥＧ−７で規定されたＭｕｌｔｉｍｅｄｉａＣｏｎｔｅｎｔＤｅｓｃｒｉｐｔｉｏｎＩｎｔｅｒｆａｃｅを用いたコンテンツ検索機能、ＭＰＥＧ−２１で規定されたＩＰＭＰ（ＩｎｔｅｌｌｅｃｔｕａｌＰｒｏｐｅｒｔｙＭａｎａｇｅｍｅｎｔａｎｄＰｒｏｔｅｃｔｉｏｎ）によるメディア著作権・保護機能を利用することができる。取得したデータに対して、メディアゲートウェイ・レイヤ１９４による多重分離処理、トランスコーダ・レイヤによるデコード処理が行われ、ＳＭＩＬ（ＳｙｎｃｈｒｏｎｉｚｅｄＭｕｌｔｉｍｅｄｉａＩｎｔｅｇｒａｔｉｏｎＬａｎｇｕａｇｅ）／ＨＴＭＬで指定された位置、タイミングで表示することができる。
【００５２】
図１５に、映像情報装置のソフトウェアとユビキタスモジュールのソフトウェアの間の関係を示す。ユビキタスモジュールは、ハードウェア１１１の上位にＨＡＬ１０１を介してオペレーティングシステムＬｉｎｕｘ１０２を配置し、その上位にミドルウェア１１２を配置し、その上位にＪａｖａ仮想マシン１０８とＵＩアプリケーションフレームワーク１０９を配置し、最上位にＵＩアプリケーションフレームワークを用いたアプリケーション１１０を配置した構成となっている。
【００５３】
映像情報装置のソフトウェア構成も、ユビキタスモジュールと同様な階層構造とする。即ち、映像情報装置ハードウェア２２０の上位にオペレーティングシステムＬｉｎｕｘ２２１を配置し、その上位にミドルウェア２２２を配置し、その上位にＪａｖａ仮想マシン２２３とＵＩアプリケーションフレームワーク２２４を配置し、最上位にＵＩアプリケーションフレームワークを用いたアプリケーション２２５を配置している。以上のように、ユビキタスモジュールと映像情報装置との間でソフトウェア階層構造を合わせた上で、映像情報装置からユビキタスモジュールに対して、各階層ごとに透過的にアクセスできるように結合する。すなわち、映像情報装置のオペレーティングシステムＬｉｎｕｘ２２１とユビキタスモジュールのオペレーティングシステムＬｉｎｕｘ１０２の間はシステムコールレベルで透過的とする。この結果、例えば、映像情報装置上のプログラムでＯＰＥＮ命令を用いて、ユビキタス映像モジュールのデバイスをオープンすることが可能となる。
【００５４】
また、映像情報装置のミドルウェア２２２とユビキタスモジュールのミドルウェア１１２の間もミドルウェアＡＰＩレベルで透過的とする。この結果、例えば、映像情報装置上のプログラムからミドルウェアＡＰＩをコールすることで、ユビキタス映像モジュールのミドルウェアを操作することが可能となる。
【００５５】
また、映像情報装置のＪａｖａ仮想マシン２２３及びＵＩアプリケーションフレームワーク２２４と、ユビキタスモジュールのＪａｖａ仮想マシン１０８及びＵＩアプリケーションフレームワーク１０９との間もアプリケーションを作成する際のアプリケーション設計データレベルで透過的とする。この結果、映像情報装置、ユビキタスモジュールのプラットフォームの違いを気にせずにアプリケーションを作成することが可能となる。
【００５６】
図１６に示すように、映像情報装置のソフトウェアを、映像情報装置ハードウェア２２０の上位にオペレーティングシステムＬｉｎｕｘ２２１を配置し、最上位にＵＩアプリケーションフレームワークを用いたアプリケーション２２６を配置する構成としてもよい。この場合にも、映像情報装置のオペレーティングシステムＬｉｎｕｘ２２１とユビキタスモジュールのオペレーティングシステムＬｉｎｕｘ１０２の間をシステムコールレベルで透過的とすることにより、映像情報装置上のプログラムでＯＰＥＮ命令を用いて、ユビキタス映像モジュールのデバイスをオープンすることが可能となる。
【００５７】
また、図１７に示すように、映像情報装置のソフトウェアを、映像情報装置ハードウェア２２０の上位にオペレーティングシステムＬｉｎｕｘ２２１を配置し、その上位にミドルウェア２２２を配置し、最上位にＵＩアプリケーションフレームワークを用いたアプリケーション２２７を配置する構成としてもよい。
この場合にも、映像情報装置のオペレーティングシステムＬｉｎｕｘ２２１とユビキタスモジュールのオペレーティングシステムＬｉｎｕｘ１０２の間をシステムコールレベルで透過的とすることにより、例えば映像情報装置上のプログラムでＯＰＥＮ命令を用いて、ユビキタス映像モジュールのデバイスをオープンすることが可能となり、また、映像情報装置のミドルウェア２２２とユビキタス映像モジュールのミドルウェア１１２の間もミドルウェアＡＰＩレベルで透過的とすることにより、例えば、映像情報装置上のプログラムからミドルウェアＡＰＩをコールすることで、ユビキタス映像モジュールのミドルウェアを操作することが可能となる。
【００５８】
実施の形態２．
ユビキタスモジュールユニットを、テレビ受像装置２１００にチューナとして接続した例を本発明の実施の形態２として以下に説明する。図１８に示すように、テレビ受像装置２１００は実施の形態１の映像情報装置４０にチューナ２３０を追加した構成となっている。この例では、ユビキタスモジュールユニット４２はテレビ受像装置２１００の内蔵チューナ２３０とシステム的に等価な位置に取り付けられ、第２チューナとして動作可能である。テレビ受像装置側インタフェース３１はたとえばＵＡＲＴやＩ２Ｃ等の規格に従う内部インタフェースである。インタフェース３１から制御信号を受け取ったユビキタスモジュール４２は、制御信号により指示された動作、たとえばＷｅｂページを取得し、その画像を映像信号化してテレビ受像装置２１００にチューナ出力として供給する。尚、テレビ受像装置側インタフェース３１にユビキタスモジュールに特有の制御信号を通すのが困難な場合には、たとえばチューナのチャンネル選択信号を組み合わせてユビキタスモジュール用の制御信号としてもよい。
本実施形態によれば、ネットワーク機能を有するテレビ受像装置を容易に実現することができる。
【００５９】
実施の形態３．
ユビキタスモジュールをテレビ受像装置にチューナとして接続した別の例を本発明の実施の形態３として以下に説明する。図１９に示すように、この例では、ユビキタスモジュールユニット４２は、コミュニケーションエンジン２４が取得した映像情報を映像信号に変換し、更にそれを表示デバイス２１３に直接供給可能なＮＴＳＣ等のビデオ信号に変換してから、ビデオインタフェース２１０に入力する。本実施形態によっても、ネットワーク機能を有するテレビ受像装置を容易に実現することができる。
【００６０】
実施の形態４．
ユビキタスモジュールをテレビ受像装置にチューナとして使用した更に別の例を本発明の実施の形態４として以下に説明する。図２０に示すように、この例では、ユビキタスモジュールユニット４２は外部チューナとしてテレビ受像装置に接続される。ユビキタスモジュールユニット４２の映像出力はテレビ受像装置の外部チューナ用入力端子２００１に接続され、且つ、ユビキタスモジュールユニットの制御出力もテレビ受像装置２１００の外部チューナ制御端子２００２に接続され、テレビ受像装置２００１は、これらの端子を介し、外部チューナとして動作するユビキタスモジュールユニット４２から映像信号と制御信号の両方を受け取ることができる。
【００６１】
実施の形態５．
ユビキタスモジュールユニットをテレビ受像装置にビデオデッキとして接続した例を本発明の実施の形態５として以下に説明する。図２１に示すように、ユビキタスモジュールユニット４２の映像出力端子はテレビ受像装置２１００のビデオ入力端子２００６に接続される。テレビ受像装置２１００は、ＩＲドライバ（赤外線ドライバ）２００３を備えており、ＳＩ／Ｆ３１を介して映像信号または制御信号が供給されるとＩＲドライバ２００３は発光ダイオード２００４を発光させる。ユビキタスモジュールユニット４２は光センサ２００５を備えており、光センサ２００５は発光ダイオード２００４が発した赤外線を受光すると信号を生成し、ＵＩ／Ｆ３２を介してユビキタスモジュール１２Ａに信号を送る。これにより、テレビ受像装置２１００からユビキタスモジュール１２Ａに映像信号及び制御信号を送ることができる。以上の構成により、ユビキタスモジュールユニット４２をチューナが受信した番組の録画・再生を行うビデオデッキとして使用することができる。
【００６２】
実施の形態６．
ユビキタスモジュールユニットをＨＡＶｉ（ＨｏｍｅＡｕｄｉｏＶｉｄｅｏＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）機器としてテレビ受像装置に接続した例を本発明の実施の形態６として図２２に示す。
ユビキタスモジュールユニット２２０１をＨＡＶｉのＢＡＶ（ＢａｓｅＡＶＤｅｖｉｃｅ）として使用する場合、ユビキタスモジュールユニット２２０１に自分自身を制御するための制御ソフトウェアであるＤＣＭ（ｄｅｖｉｃｅｃｏｎｔｒｏｌｍｏｄｕｌｅ）２２０２を設ける。接続相手がＨＡＶｉのＦＡＶ（ＦｕｌｌＡＶＤｅｖｉｃｅ）であれば、ＤＣＭ２２０２はＦＡＶにアップロードされてユビキタスモジュールユニットの制御に使用される。
【００６３】
しかし、接続相手がＤＣＭ２２０２のアップロードに対応していないＩＡＶ（ＩｎｔｅｒｍｅｄｉａｔｅＡＶＤｅｖｉｃｅ）である場合には、そのままでは制御を受けることはできない。そこで、ＩＡＶに内蔵されている可能性の高いビデオデッキ用ＤＣＭを用いて制御を受けることができるようにする。そのため、ユビキタスモジュールユニット２２０１がビデオデッキとして振る舞い、それによりたとえばＩＡＶテレビ受像装置２２００が内蔵するいくつかのＤＣＭ（本実施形態では、チューナ用ＤＣＭ２２１１、ビデオデッキ用ＤＣＭ２２１２、ＤＶＤ用ＤＣＭ２２１３）の中、ビデオデッキ用ＤＣＭ２２１２の起動を促し（この場合に起動されるＤＣＭを、特定装置対応のＤＣＭと称す）、このＤＣＭ２２１２の制御ソフトウェアによりユビキタスモジュールユニット２２０１が制御を受けるようにする。この場合ユビキタスモジュールユニット２２０１が持つ自分自身のＤＣＭ２２０２は使用されない。
本実施形態によればＨＡＶｉ対応のテレビ受像機に容易にユビキタスモジュールユニットを接続することができる。
【００６４】
実施の形態７．
図２３〜図２５に、チャネル選択信号の組み合わせを制御信号とする場合の例を示す（尚、以下の説明においては、例えば、図１８〜図２０に示したような映像情報装置の構成を前提とする）。
図２３に、利用者が操作するリモコン３００１の例を示す。図示のようにこの例では、チャンネル選択ボタンの「２」、「８」、「４」、「６」に上下左右のカーソル移動機能、チャンネル選択ボタン「５」に決定機能、チャンネル選択ボタン「１」にメニュー呼出機能をそれぞれ割り当てる。
【００６５】
図２４に、ユビキタスモジュールが表示するメニュー遷移の例を示す。
図２３に示したチャンネル選択ボタンの「１」を押下すると、メニュー呼出機能によりメインメニューが呼び出され、図示しない表示装置にメニュー画面が表示される。
【００６６】
メニュー画面上のカーソルが表示された項目の内の設定されている項目は、例えばハイライト表示される。この表示されたメニュー画面を参照しながらチャンネル選択ボタンの「２」または「８」を押下することにより、このメインメニュー上下方向のカーソル移動機能で項目を選択し、決定機能で選択を確定する。そして、これら一連の操作を繰り返すことにより所望の操作が行えるようにされている。
【００６７】
このような操作を行う場合、ユビキタスモジュール１２が接続されているテレビ受像装置から、図２５に示すように、利用者が押下したリモコンボタンに対応するチャンネル切り替え信号をユビキタスモジュール１２に送り込むことでメニュー操作を行い、利用者の所望の操作を呼び出して実行することができる。
【００６８】
このように、テレビ受像装置が本来有している、例えば、リモコン３００１のチャンネル切り替え信号と、ユビキタスモジュール１２の制御信号とを対応付けすることで、リモコン３００１のチャンネル切り替え信号をユビキタスモジュール１２の制御信号として使用でき、一般に、より複雑な通信機能を持たないテレビ受像装置等でもユビキタスモジュール１２を接続することが可能となる。
【００６９】
この例では、利用者のリモコン３００１のボタン操作（チャンネル切り替え信号）と、ユビキタスモジュール１２の制御信号とが１対１に対応している例であるが、リモコン３００１のボタン操作とユビキタスモジュール１２の制御信号とを必ずしも１対１に対応させる必要はなく、複数の制御信号を組み合わせて、より複雑なコマンドを送出することも可能である。例えば、複数のチャンネル切り替え信号の組み合わせを文字コードに対応させ、これを用いてアクセス先のＵＲＬなどを送出することも可能となる。
【００７０】
【発明の効果】
本発明によれば、ネットワーク接続機能を有する映像情報装置の開発費用の低減、及び開発期間の短縮化が実現される。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係るユビキタスモジュールユニットを搭載した映像情報装置がネットワークに接続されている様子を示す図である。
【図２】実施の形態１のユビキタスモジュールの内部ブロック図である。
【図３】実施の形態１のユビキタスモジュールの機能構成例を示す図である。
【図４】実施の形態１のユビキタスモジュールユニットのバス型の接続形態を示す図である。
【図５】実施の形態１のユビキタスモジュールユニットのスター型の接続形態を示す図である。
【図６】実施の形態１の映像情報装置のシステム構成例を示した図である。
【図７】実施の形態１の映像情報装置のシステム構成例を示した図である。
【図８】実施の形態１の映像情報装置のシステム構成例を示した図である。
【図９】実施の形態１のユビキタスモジュールのソフトウェアブロック図である。
【図１０】実施の形態１のユビキタスモジュールが備える種々のアプリケーションを示す図である。
【図１１】実施の形態１のユビキタスモジュールのＩＰｖ６対応インターネット通信プロトコルミドルウエアのソフトウェアブロック構成図である。
【図１２】実施の形態１のユビキタスモジュールのユニバーサルプラグアンドプレイミドルウェアのソフトウェアブロック構成図である。
【図１３】実施の形態１のユビキタスモジュールの撮像・表示ミドルウェアのソフトウエアブロック図である。
【図１４】実施の形態１のユビキタスモジュールの映像配信蓄積ミドルウェアのソフトウェアブロック図である。
【図１５】実施の形態１における、映像情報装置のソフトウェアとユビキタスモジュールのソフトウェアとの対応関係を示した図である。
【図１６】実施の形態１における、映像情報装置のソフトウェアとユビキタス映像モジュールのソフトウェアの対応関係を示した図である。
【図１７】実施の形態１における、映像情報装置のソフトウェアとユビキタスモジュールのソフトウェアの対応関係を示した図である。
【図１８】本発明の実施の形態２に係る映像情報装置の構成図である。
【図１９】本発明の実施の形態３に係る映像情報装置の構成図である。
【図２０】本発明の実施の形態４に係る映像情報装置の構成図である。
【図２１】本発明の実施の形態５に係る映像情報装置の構成図である。
【図２２】本発明の実施の形態６に係る映像情報装置の構成図である。
【図２３】本発明の実施の形態７に係る映像情報装置における、リモコン操作の例を説明する図である。
【図２４】本発明の実施の形態７に係る映像情報装置における、メニュー遷移の表示例を示す図である。
【図２５】本発明の実施の形態７に係る映像情報装置における、メニュー操作の例を説明する図である。
【符号の説明】
１ネットワーク、２ＰＣ、３データベース、４ユビキタスモジュールユニット（ＵＭＵ）、５ＵＭＵを搭載したデジタルテレビ、６デジタルテレビ、７ＤＶＤ／ＨＤＤレコーダ、８監視レコーダ、９ＦＡ機器、１０携帯電話、１１ＰＤＡ、１２ユビキタスモジュール、１３ユビキタスモジュールのＣＰＵ、１４ローカルバス、１５バスブリッジ、１６汎用バス、１７ハードウェアエンジン、１８専用バス、２１グラフィックエンジン、２２カメラエンジン、２３ＭＰＥＧ４エンジン、２４コミュニケーションエンジン、２５ミドルウェア、２６仮想マシン、２７組込みＬｉｎｕｘ、３１システム側インタフェース、３２ユビキタスモジュール側インタフェース、３３ＬＡＮ、３４ネットワーク端末、３５ＨＵＢ、４０映像情報装置、４４映像入力インタフェース、４５映像出力インタフェース、４６有線ＬＡＮの外部接続端子、４７無線ＬＡＮの外部接続端子（アンテナ）、４８シリアルバス接続用端子、２００システムＬＳＩ、２０１ＣＰＵ、２０２映像信号処理回路、２０３ＲＯＭ、２０４ＲＡＭ、２０７前段処理部、２０９後段処理部、２１０ビデオインタフェース、２１１表示ユニット、２１２表示ドライバ、２１３表示デバイス、２１００テレビ受像装置、２００１外部チューナ入力端子、２００２外部チューナ制御端子、２００３ＩＲドライバ、２００４発光ダイオード、２００５光センサ、２００６ビデオ入力端子、２２００ＩＡＶテレビ受像装置、２２０１ユビキタスモジュール、２２０２ＤＣＭ、２２１１チューナ用ＤＣＭ、２２１２ビデオデッキ用ＤＣＭ、２２１３ＤＶＤ用ＤＣＭ、３００１リモコン。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a video module unit that is attached to a video display device such as an analog television, a digital television, a projection television, and a monitor, and operates these video display devices as a video information device having a network function. The present invention relates to a video information device provided with:
[0002]
[Prior art]
Due to lower prices and higher functionality of personal computers, enhancement of Internet contents, and diversification of network connection devices such as mobile phones and PDAs, opportunities for using LAN (Local Area Network) and the Internet even in ordinary households are increasing. ing. Also, it is compatible with HAVi (Home Audio Video Interoperability), which is a standard for connecting and mutually controlling AV devices of different manufacturers based on the IEEE 1394 standard, and is compatible with an existing house, and easily controls many devices. In order to connect home electric appliances to a network, a standard is being developed, such as ECHONET (Energy Conservation and Homecare Network).
[0003]
A video information device connectable to a network is described in, for example, Patent Document 1. Patent Literature 2 discloses a fee collection system including a video information device connected to a network.
[0004]
[Patent Document 1]
JP-A-2002-16619 (pages 5 to 6, FIG. 1)
[Patent Document 2]
JP-A-2002-230429 (pages 10-13, FIG. 2)
[0005]
[Problems to be solved by the invention]
As described in Patent Literatures 1 and 2, conventionally, a network function is added to a video display device by changing a system LSI in the video display device to one having a network connection function. However, the functions and performance required of the video information device differ for each model, and therefore, it is necessary to develop a system LSI for each model. Further, every time the system LSI is changed, it is necessary to change the board and software of the apparatus. Therefore, although the reliability verification and the EMI verification are performed again, there is a problem that it is difficult to secure the reliability.
[0006]
In addition, since the system LSI is developed for each model, the price of the device increases, and the development takes a long time. Therefore, the developed system LSI becomes obsolete and cannot be used, resulting in a loss.
[0007]
The present invention has been made in view of the above problems, and has as its object to reduce the development cost and the development period of a video information apparatus having a network connection function.
[0008]
[Means for Solving the Problems]
In order to achieve the above object, a video module unit of the present invention mounted on a video information device comprises: a CPU; a plurality of hardware engines each connected to the CPU via a local bus to execute different functions; A general-purpose bus for transmitting a signal between the information device, and a bus bridge that connects the local bus and the general-purpose bus,
One of the plurality of hardware engines is a communication engine having means for communicating with an external network device via a network to acquire video information from the network device.
[0009]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, the present invention will be specifically described with reference to the drawings showing the embodiments.
Embodiment 1 FIG.
FIG. 1 is a diagram illustrating a state in which a video information device equipped with a ubiquitous module unit (UMU) according to Embodiment 1 of the present invention is connected to a network 1.
[0010]
The network 1 may be a small-scale LAN or the world-wide Internet, to which various types of personal computer servers and personal computer clients are connected. A PC (personal computer) 2 connected to the network 1 is used for various services and uses such as transmission and reception of mail, development and browsing of a homepage. The database 3 stores streaming data of video distribution, storage of video / music data, FA management data, monitoring screens of monitoring cameras, and the like.
[0011]
The network 1 further includes a digital television 6 for displaying digital input video content, a DVD / HDD recorder 7 for storing and reproducing video and music data in a large-capacity storage such as a DVD or an HDD, and an elevator / store. A surveillance recorder 8 for photographing and storing the situation with a camera, an FA device 9 for factory automation (FA) in a factory, a mobile phone 10 that cannot be connected to a network by itself, and a personal information terminal PDA11 are connected. ing. As described above, there is a wide variety of devices that can be used by connecting to the network. By mounting the ubiquitous module unit 4, each device can be connected to the network 1.
[0012]
FIG. 2 shows a configuration of the ubiquitous module (UM) 12. As shown in FIG. 1, the ubiquitous module 12 includes N hardware engines (hereinafter, referred to as H / W engines) 17, a CPU (UM-CPU) 13 for controlling the H / W engines 17, and a UM-CPU 13. A local bus 14 for connecting each H / W engine and a bus bridge 15 for connecting the local bus 14 to a general-purpose bus (UM-BUS) 16 for connection to an external video information device are included. The H / W engine 17 may be provided with a dedicated bus line 18 for connection to a wired LAN or wireless LAN, or for connection to a serial bus.
[0013]
The H / W engine of the ubiquitous module 12 is for supplementing a network function to a device in which the module is mounted, and as shown in FIG. 3, for example, a connection to a wired LAN, a wireless LAN, or a serial bus. , A graphics engine 21 for improving drawing performance, a camera engine 22 for processing image signals such as moving images and still images, and an MPEG4 engine 23 for compressing moving images. Note that the configuration shown in the figure is an example, and the ubiquitous module 12 can be provided with an engine required to realize a desired network function.
[0014]
Further, the ubiquitous module 12 includes an embedded OS 27, middleware 25, a virtual machine 26, application software, and the like, and a ubiquitous module alone can realize network-related functions. That is, the function of the host computer connected to the network is realized by the ubiquitous module alone.
[0015]
4 and 5 show the topology (connection form) between the video information device and the ubiquitous module. The CPU (SYS-CPU) 201 of the video information device and the CPU (UM-CPU) 13 of the ubiquitous module can be connected in a bus format or in a star format via a hub.
[0016]
In the case of the bus-type connection topology shown in FIG. 4, the SYS-CPU 201 and the UM-CPU 13 are connected to a ubiquitous module general-purpose bus (UM-BUS) 16 in a bus type. The SYS-CPU 201 implements the function of a host server that controls the system of the video information device, and the UM-CPU 13 implements the function of a network server. Note that the video information device is configured to be operable to satisfy the product specifications without any problem using only the SYS-CPU 201 without incorporating a ubiquitous module.
[0017]
The interface (U-I / F) 32 connected to the general-purpose bus 16 of the ubiquitous module 12 is mechanically connected to the interface (S-I / F) 31 connected to the system, that is, the bus on the video information device side. If it is possible to add a high-performance and high-value-added network function to the video information device, the ubiquitous module 12 can be connected to the video information device by the SI / F 31 and the UI / F 32. Connecting. Thereby, the network function is realized, and the video information device can access another network terminal 34 on the LAN 33, for example. It is also possible to connect a device having no host function (for example, a memory or an IC having a dedicated function) to the general-purpose bus 16.
[0018]
FIG. 5 shows a case of a star type connection mode, which differs from the bus type in that the S-IF 31 is connected to a system-side bus via the HUB 35, but other configurations and functions are the same. In addition, a ring type connection can be used.
[0019]
The data transfer between the S-I / F 31 and the U-I / F 32 may be a parallel transfer conforming to standards such as ATA, PCI, SCSI, and general-purpose CPUBUS, or a serial transfer conforming to standards such as IEEE1394, USB, and UART. It may be.
[0020]
In addition, the connection between the video information device and the ubiquitous module includes a connector connection used for a PC card or a card bus, a card edge connector connection used for a PCI bus or the like, a FPC cable, a flat cable, a cable using an IEEE1394 cable, or the like. It can be performed using a method such as connection.
[0021]
FIG. 6 is a diagram showing the overall configuration when the ubiquitous module unit 42 is connected to the video information device 40. The video information device 40 includes a system LSI 200, a pre-processing unit (FP) 207, a post-processing unit (BP) 209, a video interface (VI / F) 210, and the above-described S-I / F 31. . The system LSI 200 includes a CPU 201, a video signal processing circuit (VSP), a ROM 203, and a RAM 204. When the input video signal is an analog signal, the pre-processing unit 207 has a function as an A / D converter and a decoder. The post-processing unit 209 has a function as an output buffer. However, the configurations and functions of the pre-processing unit and the post-processing unit depend on the design concept of the system LSI and the configuration of the system, and are not limited to the above.
[0022]
The ubiquitous module unit 42 is a unit including the ubiquitous module 12 and the UI-F 32. The function of the ubiquitous module 12 is added to the video information device 40 by connecting the interface S / I / F31 and the U / I / F32.
[0023]
The ubiquitous module unit 42 is connected to the Internet environment by the communication engine 24, and then downloads an image / audio MPEG4 file from a site on the Internet. The downloaded MPEG4 file is decoded by the MPEG4 engine 23, subjected to graphic processing by the graphic engine 21, and output from the interface UI / F32 in a data format usable for the video information device 40. The data input to the video information device 40 is converted by the system LSI 200 into a signal that can be processed by the driver 212 of the display unit 211, and the video is displayed on the display device 213.
[0024]
Also, the moving image / still image file input from the camera is subjected to pixel number conversion, rate conversion, image processing by the camera engine 22 of the ubiquitous module unit 42, graphic processing by the graphic engine 21, and from the interface UI-F 32. The data is output in a data format that can be used for the video information device 40. The data input to the video information device 40 is converted by the system LSI 200 into a signal that can be processed by the driver 212 of the display unit 211, and an image or video is displayed on the display device 213.
[0025]
The processing of each engine described above is merely an example, and processing other than the above may be performed to reinforce the network function.
[0026]
Further, in the above description, the video information device and the ubiquitous module are mainly described as configuring a system for displaying video data. However, the configuration of the present embodiment is configured as a voice input reproduction device, a text input display / distribution device. The present invention can also be applied to a storage device for inputting information storage.
[0027]
FIG. 7 shows an example of a configuration in a case where a function of directly supplying a video output to the display unit 211 is added to the ubiquitous module unit 42. In the figure, a video input terminal (UVI) 44 of the ubiquitous module unit 42 forms an interface that enables connection with a video output terminal (VI / F) 210 of the video information device 40. The video output terminal (UVO) 45 of the ubiquitous module unit 42 forms an interface that enables connection with the display unit 211.
[0028]
In this configuration, for example, it is possible to overlay the video output of the video information device 40 on the display screen generated by the graphic engine 21 of the ubiquitous module 12. Overlaying the video output of the video information device 40 on the display screen generated by the graphic engine 21 means that the video output generated by the video information device 40 is transmitted via the SI / F 31, the UI / F 32, and the general-purpose bus. Although it is also possible to transfer the data to the ubiquitous module 12 by using the configuration of the present embodiment, it is possible to prevent the load of the general-purpose bus from becoming excessive.
[0029]
Conventionally, it was difficult to display a video signal overlaid on graphic data on the Internet if the video information device was not a network-compatible device. However, as described above, the overlay function, which is an essential function of the network, has been ubiquitous. By providing the module in advance, the function of the video information device can be extended and overlay display can be easily realized without newly developing a system LSI.
[0030]
FIG. 8 shows a configuration example in which a ubiquitous module 12A having a communication engine 24 provided with a terminal for connecting to an external network is used instead of the ubiquitous module 12 described above. The ubiquitous module unit 12A can be connected to a network via a wired LAN, a wireless LAN, or a serial bus such as IEEE1394. The ubiquitous module 12A may be provided with all connection terminals of the wired LAN, the wireless LAN, and the IEEE 1394, or may be provided with only one of them, and can flexibly cope with the network environment. .
[0031]
In the present embodiment, the video information device and the ubiquitous module use the same OS, but different OSs may be used. However, if the same OS is used, the function of the H / W engine of the ubiquitous module becomes obsolete, and when the latest function is taken into the video information device, the OS is common, so the software revision work is easy. Yes, development costs for revision are low, and there are advantages in development, such as bugs are less likely to be introduced in terms of reliability.
[0032]
FIG. 9 is a configuration diagram of a software block of the ubiquitous module used in the present embodiment. As shown in the figure, the lowest layer is a hardware layer 100 including a microcomputer (CPU). A hardware adaptation layer (HAL) 101, which is software that absorbs a difference in hardware by abstracting the hardware, is disposed above the hardware layer 100. A multitask operating system Linux 102 is arranged above the HAL 101. The operating system Linux 102 controls each hardware device which is a component of the hardware layer via software belonging to the HAL 101, and also provides an execution environment for applications. Further, as a graphic system that operates on the operating system Linux 102, for example, an X-Window 103 can be used. Middleware that operates on the operating system Linux 102 is roughly divided into four types.
[0033]
The first is an IPv6-compatible Internet communication protocol middleware 104 for performing communication processing for connecting to the Internet and also supporting the IPv6 protocol which is the next-generation Internet protocol.
[0034]
The second is a universal plug and play middleware 105 for automatically setting. Since the universal plug and play middleware 105 uses a protocol belonging to the IPv6-compatible Internet communication protocol middleware 104, the universal plug-and-play middleware 105 hierarchically belongs to the IPv6-compatible Internet communication protocol middleware 104.
[0035]
Third, distribution and storage of multimedia data by a combination of encoding / decoding processing corresponding to MPEG2 / 4, which is a standard for multimedia, metadata processing corresponding to MPEG7, and content management processing corresponding to MPEG21. This is an MPEGx video distribution / storage protocol middleware 106 for performing processing.
[0036]
Fourth is an imaging / display middleware 107 for controlling the camera and performing two-dimensional / three-dimensional graphic processing. Among the above middleware group, a Java virtual machine (VM) 108 which is a Java application execution environment is arranged above the universal plug and play middleware 105 and the MPEGx video distribution / storage protocol middleware 106, and is placed on the virtual machine (VM) 108. And a UI application framework 109 for facilitating creation of an application including a user interface. The UI (User Interface) application framework 109 is, for example, a set of classes operating on a virtual machine (VM) 108. At the highest level, a model-specific application 110 for realizing functions required for each model equipped with the ubiquitous module is arranged using the UI application framework 109 and the imaging / display middleware 107.
[0037]
Next, a procedure for applying the ubiquitous module to information devices of different models will be described. The ubiquitous module is capable of coping with different models by changing only the highest application layer and the HAL located above the hardware for each model, and using the other layers in common. FIG. 10 shows a case where the ubiquitous module is applied to a mobile phone, in which the mobile HAL 120 and the mobile application 125 are combined. Similarly, when applied to an in-vehicle telephone, the car mobile HAL 121 and the car mobile application 126 are combined. When applied to a car navigation system, the car navigation HAL 122 and the car navigation application 127 are combined. When the home appliance HAL 123 and the AV home appliance application 128 are combined and applied to a monitoring system device, the monitoring HAL 124 and the monitoring application 129 are combined.
[0038]
FIG. 11 shows a configuration of a software block of the Internet communication protocol middleware 104 corresponding to IPv6. As shown in the figure, this block has three types of communication interfaces: Ethernet according to 10BASE-T or 100BASE-TX, wireless LAN according to IEEE802.11a / b / g, and high-speed serial communication such as IEEE1394. included. An Ethernet driver 131, a wireless LAN driver 132, and a 1394 driver 133 are arranged as device driver software for controlling each device. As an upper layer of the Ethernet driver 131 and the wireless LAN driver 132, an IP protocol stack 137 that performs Internet protocol processing is arranged. The IP protocol stack 137 includes a process for supporting IPv6, which is a next-generation Internet protocol, and a process for supporting the security protocol IPsec. As an upper layer of the 1394 driver 133, a 1394 transaction stack 135 for performing IEEE 1394 transaction processing is arranged.
[0039]
In addition, a PAL (Protocol Adaptation Layer) 134 is arranged between the wireless LAN driver 132 and the 1394 transaction stack 135 so that IEEE 1394 transactions can be executed via the wireless LAN. The PAL 134 performs protocol conversion between the 1394 transaction and the wireless LAN. A TCP and UDP stack 138 is disposed above the IP stack 137 as a transport layer. Above the TCP and UDP stack 138, an HTTP stack 139 that performs HTTP (Hyper Text Transfer Protocol) protocol processing is arranged.
[0040]
In addition, a SOAP / XML stack 140 that performs a protocol process of a Simple Object Access Protocol (SOAP) that performs XML-based message communication using HTTP is disposed on the upper layer. The interface between the HTTP stack 139 and the TCP and UDP stacks 138 uses socket. The layers up to the HTTP stack 139, the SOAP / XML stack 140, and the 1394 transaction stack 135 among the layers located above the operating system Linux 130 are included in the IPv6-compatible Internet communication protocol middleware 104. Above the SOAP / XML stack 140 and the HTTP stack 139, a UPnP stack 141 that performs universal plug and play processing, which is a protocol for realizing a plug and play function based on the Internet protocol, is arranged.
[0041]
An AV middleware 136 that performs processing for realizing a plug and play function of a network using IEEE 1394 is disposed above the 1394 transaction stack 135. Above the UPnP stack 141 and the AV middleware 136, an integrated middleware 142 for interconnecting respective networks is arranged. A layer including the AV middleware 136, the UPnP stack 141, and the integrated middleware 142 is included in the universal plug and play middleware 105.
[0042]
The upper layer of the integrated middleware 142 is the application layer. The Web server program 144, the Web service interface 145, and the Web service application 146 are hierarchically arranged to support a Web service that performs application cooperation with another computer on a network using SOAP. The Web service application 146 uses a service provided by the Web server through the Web service interface 145. Further, applications other than the Web service perform communication via the integrated middleware 142. A main application is browser software using HTTP.
[0043]
FIG. 12 is a configuration diagram of a software block of the universal plug and play middleware 105. As shown in FIG. 11, this software block includes a PLC (Power Line) using Bluetooth, a specific power-saving wireless communication, and a power line as a communication interface, in addition to the Ethernet, wireless LAN, and network connection functions based on IEEE1394 described in FIG. Communication) using a white goods home network. The Bluetooth driver 153, the specific low-power driver 154, and the PLC driver 155 are device drivers for controlling the respective network interfaces at the lowest level, and the IP stack 156, the TCP and UDP stacks 157 are hierarchically arranged above them. To place. A white goods network middleware 158 is arranged as an upper layer of the TCP and UDP stacks 157. By arranging the integrated middleware 142 described in FIG. 11 above the AV middleware 136, the UPnP stack 141, and the white goods home network middleware 158, all networks can be interconnected.
[0044]
FIG. 13 is a software block diagram of the imaging / display middleware 107 of the ubiquitous module. In the figure, reference numeral 185 denotes an imaging / display unit middleware, which includes a software module group for providing imaging / display system functions to each application. The imaging / display unit middleware 185 has a two-layer structure of a driver group that directly controls hardware and a library group that provides an interface to an application, and all software modules are built on an embedded Linux 175.
[0045]
The driver group includes a camera driver 180 for controlling imaging hardware such as a camera 171, an X server 178 for controlling display hardware such as an LCD 172 and a 2D graphics engine 173, and a 3D hardware such as a 3D graphics engine 174. It is composed of a 3D graphic server 176 for controlling hardware.
[0046]
The library group provides an interface of an imaging / display function to each application, and includes a camera library 181 for providing a camera function, an X library 179 for providing an X Windows function, and a 3D graphics providing a 3D function. It is composed of a library 177.
[0047]
The application 182 is a higher-level software module that provides a UI, such as a camera application and a browser. The application 182 may be one that directly uses the function of the imaging / display unit middleware, that is, one that realizes the imaging / display function with a program interface provided by a library group of the imaging / display unit middleware, , The imaging / display function may be realized via the UI application framework 184 and the JAVA 183.
[0048]
The main functions provided by the imaging / display unit middleware 185 to the application 182 include still image shooting, moving image shooting, moving image preview display, 2D / 3D display, and the like. When the image data input from the camera 171 is encoded into JPEG or MPEG and stored / transmitted, the image data input from the camera 171 is transmitted to the video distribution / storage protocol middleware block 106 via the 3D graphic server 176. Forward.
[0049]
FIG. 14 is a software block diagram of the video distribution storage middleware 106 of the ubiquitous module. The video delivery / storage middleware 106 has functions such as media data delivery / reception control for applications, quality assurance control for transmission, media data multiplexing / separation processing and encoding / decoding, media search and structure definition, and identification. A media gateway layer 194 configured to perform multiplexing processing and transmission control of media corresponding to a communication path to be used, a transcoder layer 195 performing media encoding processing, And a media presentation layer 196 that includes a structural description language such as search, identification, etc.
[0050]
The media gateway layer 194 is an ITU-TH.TS that handles TS (transport stream) that is assumed to be distributed by broadcasting or the like. H.222, which is intended for transmission paths such as ISDN and a TS block 190 that performs processing such as IS. H.221 which assumes communication between the H.221 and a mobile device. The communication block 191 supporting the H.223 and H.223, which is supposed to perform media transmission via the LAN and the Internet. 225, and a PS (program stream) block 193 mainly handling a storage medium.
[0051]
The ubiquitous module video distribution storage middleware 106 configured as described above acquires media data via the Internet according to UI operations of a higher-level application (for example, a browser). When a higher-level application acquires media data, the media presentation layer 196 includes a content search function using a multimedia content description interface defined by MPEG-7, and an IPMP (Intellectual Property Management) defined by MPEG-21. ) Can be used. The obtained data is subjected to demultiplexing processing by the media gateway layer 194 and decoding processing by the transcoder layer, and can be displayed at the position and timing designated by SMIL (Synchronized Multimedia Integration Language) / HTML. .
[0052]
FIG. 15 shows the relationship between the software of the video information device and the software of the ubiquitous module. The ubiquitous module arranges the operating system Linux 102 via the HAL 101 above the hardware 111, arranges the middleware 112 above the hardware system 111, arranges the Java virtual machine 108 and the UI application framework 109 above the hardware 111, The application 110 using the UI application framework is arranged.
[0053]
The software configuration of the video information device also has the same hierarchical structure as the ubiquitous module. That is, the operating system Linux 221 is arranged above the video information device hardware 220, the middleware 222 is arranged above the hardware 220, the Java virtual machine 223 and the UI application framework 224 are arranged above this, and the UI application frame An application 225 using a work is arranged. As described above, after matching the software layer structure between the ubiquitous module and the video information device, the video information device is connected to the ubiquitous module so that each layer can be transparently accessed. That is, the operating system Linux221 of the video information apparatus and the operating system Linux102 of the ubiquitous module are transparent at the system call level. As a result, for example, it is possible to open the device of the ubiquitous video module using the OPEN instruction in the program on the video information device.
[0054]
Also, the middleware 222 of the video information device and the middleware 112 of the ubiquitous module are transparent at the middleware API level. As a result, for example, it is possible to operate the middleware of the ubiquitous video module by calling the middleware API from a program on the video information device.
[0055]
Further, the Java virtual machine 223 and the UI application framework 224 of the video information device and the Java virtual machine 108 and the UI application framework 109 of the ubiquitous module are transparent at the application design data level when an application is created. . As a result, it is possible to create an application without worrying about differences between the platforms of the video information device and the ubiquitous module.
[0056]
As shown in FIG. 16, the software of the video information device may be configured such that the operating system Linux 221 is disposed above the video information device hardware 220 and the application 226 using the UI application framework is disposed at the top. Also in this case, by making the operating system Linux 221 of the video information device and the operating system Linux 102 of the ubiquitous module transparent at the system call level, the program on the video information device uses the OPEN instruction to execute the ubiquitous video module. The device can be opened.
[0057]
Also, as shown in FIG. 17, the software of the video information device is provided by arranging an operating system Linux 221 above the video information device hardware 220, arranging middleware 222 above the hardware, and using a UI application framework at the top. The application 227 may be arranged.
Also in this case, by making the operating system Linux 221 of the video information device and the operating system Linux 102 of the ubiquitous module transparent at the system call level, for example, the ubiquitous video module Can be opened, and the middleware 222 of the video information device and the middleware 112 of the ubiquitous video module are made transparent at the middleware API level. , The middleware of the ubiquitous video module can be operated.
[0058]
Embodiment 2 FIG.
An example in which the ubiquitous module unit is connected to the television receiver 2100 as a tuner will be described below as a second embodiment of the present invention. As shown in FIG. 18, the television receiver 2100 has a configuration in which a tuner 230 is added to the video information device 40 of the first embodiment. In this example, the ubiquitous module unit 42 is mounted at a position systematically equivalent to the built-in tuner 230 of the television receiver 2100, and can operate as a second tuner. The television receiver interface 31 is an internal interface that conforms to standards such as UART and I2C. The ubiquitous module 42 that has received the control signal from the interface 31 acquires an operation instructed by the control signal, for example, acquires a Web page, converts the image into a video signal, and supplies the video signal to the television receiver 2100 as a tuner output. If it is difficult to pass a control signal specific to the ubiquitous module to the television receiver interface 31, a control signal for the ubiquitous module may be used by combining a channel selection signal of a tuner, for example.
According to the present embodiment, a television receiver having a network function can be easily realized.
[0059]
Embodiment 3 FIG.
Another example in which a ubiquitous module is connected to a television receiver as a tuner will be described below as a third embodiment of the present invention. As shown in FIG. 19, in this example, the ubiquitous module unit 42 converts the video information acquired by the communication engine 24 into a video signal, and further converts it into a video signal such as NTSC which can be directly supplied to the display device 213. After that, the input is made to the video interface 210. Also according to the present embodiment, a television receiver having a network function can be easily realized.
[0060]
Embodiment 4 FIG.
Still another example in which a ubiquitous module is used as a tuner in a television receiver will be described below as a fourth embodiment of the present invention. As shown in FIG. 20, in this example, the ubiquitous module unit 42 is connected to a television receiver as an external tuner. The video output of the ubiquitous module unit 42 is connected to the external tuner input terminal 2001 of the television receiver, and the control output of the ubiquitous module unit is also connected to the external tuner control terminal 2002 of the television receiver 2100. Through these terminals, both video signals and control signals can be received from the ubiquitous module unit 42 operating as an external tuner.
[0061]
Embodiment 5 FIG.
An example in which a ubiquitous module unit is connected to a television receiver as a video deck will be described below as a fifth embodiment of the present invention. As shown in FIG. 21, the video output terminal of the ubiquitous module unit 42 is connected to the video input terminal 2006 of the television receiver 2100. The television receiver 2100 includes an IR driver (infrared driver) 2003. When a video signal or a control signal is supplied via the SI / F 31, the IR driver 2003 causes the light emitting diode 2004 to emit light. The ubiquitous module unit 42 includes an optical sensor 2005. The optical sensor 2005 generates a signal when receiving the infrared ray emitted from the light emitting diode 2004, and sends the signal to the ubiquitous module 12A via the UI / F32. Thereby, a video signal and a control signal can be transmitted from the television receiver 2100 to the ubiquitous module 12A. With the above configuration, the ubiquitous module unit 42 can be used as a video deck for recording and reproducing a program received by the tuner.
[0062]
Embodiment 6 FIG.
An example in which the ubiquitous module unit is connected to a television receiver as a HAVi (Home Audio Video Interoperability) device is shown in FIG. 22 as a sixth embodiment of the present invention.
When the ubiquitous module unit 2201 is used as a BAV (Base AV Device) of HAVi, the ubiquitous module unit 2201 is provided with a DCM (device control module) 2202 which is control software for controlling itself. If the connection partner is a HAVi FAV (Full AV Device), the DCM 2202 is uploaded to the FAV and used for controlling the ubiquitous module unit.
[0063]
However, if the connection partner is an IAV (Intermediate AV Device) that does not support uploading of the DCM 2202, control cannot be received as it is. Therefore, control can be performed using a video deck DCM that is likely to be built in the IAV. Therefore, the ubiquitous module unit 2201 behaves as a video deck, whereby, for example, in some DCMs (in this embodiment, DCM 2211 for tuner, DCM 2212 for video deck, DCM 2213 for DVD) built in the IAV television receiver 2200, The activation of the deck DCM 2212 is prompted (the DCM activated in this case is referred to as the DCM corresponding to the specific device), and the control software of the DCM 2212 controls the ubiquitous module unit 2201. In this case, the own DCM 2202 of the ubiquitous module unit 2201 is not used.
According to the present embodiment, the ubiquitous module unit can be easily connected to the HAVi compatible television receiver.
[0064]
Embodiment 7 FIG.
FIGS. 23 to 25 show examples in which a combination of channel selection signals is used as a control signal (note that, in the following description, for example, the configuration of the video information apparatus shown in FIGS. 18 to 20 is assumed). And).
FIG. 23 shows an example of a remote controller 3001 operated by a user. As shown, in this example, the channel selection buttons "2", "8", "4", and "6" move the cursor up, down, left, and right, the channel selection button "5" determines, and the channel selection button "1". Is assigned a menu call function.
[0065]
FIG. 24 shows an example of menu transition displayed by the ubiquitous module.
When the channel selection button “1” shown in FIG. 23 is pressed, the main menu is called by the menu calling function, and a menu screen is displayed on a display device (not shown).
[0066]
The set item among the items on the menu screen where the cursor is displayed is, for example, highlighted. By depressing the channel selection button "2" or "8" while referring to the displayed menu screen, an item is selected by the cursor moving function in the up-down direction of the main menu, and the selection is confirmed by the decision function. A desired operation can be performed by repeating these series of operations.
[0067]
When such an operation is performed, the television receiver to which the ubiquitous module 12 is connected sends a channel switching signal corresponding to the remote control button pressed by the user to the ubiquitous module 12 as shown in FIG. An operation can be performed, and a desired operation of the user can be called and executed.
[0068]
In this way, for example, by associating the channel switching signal of the remote controller 3001 and the control signal of the ubiquitous module 12 that the television receiver originally has, the channel switching signal of the remote controller 3001 is controlled by the ubiquitous module 12. The ubiquitous module 12 can be connected to a television receiver or the like which can be used as a signal and does not generally have a more complicated communication function.
[0069]
In this example, the user's button operation (channel switching signal) of the remote controller 3001 and the control signal of the ubiquitous module 12 correspond one-to-one, but the button operation of the remote controller 3001 and the ubiquitous module 12 It is not always necessary to make the control signals correspond one-to-one, and a more complicated command can be transmitted by combining a plurality of control signals. For example, it is possible to make a combination of a plurality of channel switching signals correspond to a character code and to transmit an access destination URL or the like using the combination.
[0070]
【The invention's effect】
According to the present invention, the development cost and the development period of a video information device having a network connection function can be reduced.
[Brief description of the drawings]
FIG. 1 is a diagram showing a state in which a video information device equipped with a ubiquitous module unit according to Embodiment 1 of the present invention is connected to a network.
FIG. 2 is an internal block diagram of the ubiquitous module according to the first embodiment.
FIG. 3 is a diagram illustrating a functional configuration example of a ubiquitous module according to the first embodiment;
FIG. 4 is a diagram illustrating a bus-type connection configuration of the ubiquitous module unit according to the first embodiment.
FIG. 5 is a diagram showing a star-type connection configuration of the ubiquitous module unit according to the first embodiment.
FIG. 6 is a diagram illustrating a system configuration example of the video information device according to the first embodiment;
FIG. 7 is a diagram illustrating a system configuration example of the video information device according to the first embodiment;
FIG. 8 is a diagram illustrating an example of a system configuration of the video information device according to the first embodiment;
FIG. 9 is a software block diagram of the ubiquitous module according to the first embodiment.
FIG. 10 is a diagram illustrating various applications included in the ubiquitous module according to the first embodiment.
FIG. 11 is a software block configuration diagram of an IPv6-compatible Internet communication protocol middleware of the ubiquitous module of the first embodiment.
FIG. 12 is a software block diagram of the universal plug and play middleware of the ubiquitous module according to the first embodiment.
FIG. 13 is a software block diagram of imaging / display middleware of the ubiquitous module according to the first embodiment.
FIG. 14 is a software block diagram of a video distribution storage middleware of the ubiquitous module according to the first embodiment.
FIG. 15 is a diagram showing a correspondence relationship between software of the video information device and software of the ubiquitous module according to the first embodiment.
FIG. 16 is a diagram showing a correspondence relationship between software of a video information device and software of a ubiquitous video module in the first embodiment.
FIG. 17 is a diagram illustrating a correspondence relationship between software of the video information device and software of the ubiquitous module according to the first embodiment.
FIG. 18 is a configuration diagram of a video information device according to Embodiment 2 of the present invention.
FIG. 19 is a configuration diagram of a video information device according to Embodiment 3 of the present invention.
FIG. 20 is a configuration diagram of a video information device according to Embodiment 4 of the present invention.
FIG. 21 is a configuration diagram of a video information device according to Embodiment 5 of the present invention.
FIG. 22 is a configuration diagram of a video information device according to Embodiment 6 of the present invention.
FIG. 23 is a diagram illustrating an example of a remote control operation in the video information device according to the seventh embodiment of the present invention.
FIG. 24 is a diagram showing a display example of menu transition in the video information device according to the seventh embodiment of the present invention.
FIG. 25 is a diagram illustrating an example of a menu operation in the video information device according to the seventh embodiment of the present invention.
[Explanation of symbols]
1 Network, 2 PC, 3 Database, 4 Ubiquitous Module Unit (UMU), 5 Digital TV with UMU, 6 Digital TV, 7 DVD / HDD Recorder, 8 Monitoring Recorder, 9 FA Equipment, 10 Mobile Phone, 11 PDA, 12 Ubiquitous Module, 13 Ubiquitous Module CPU, 14 Local Bus, 15 Bus Bridge, 16 General Bus, 17 Hardware Engine, 18 Dedicated Bus, 21 Graphic Engine, 22 Camera Engine, 23 MPEG4 Engine, 24 Communication Engine, 25 Middleware, 26 virtual machine, 27 embedded Linux, 31 system side interface, 32 ubiquitous module side interface, 33 LAN, 34 network terminal, 35 HUB, 40 video information device, 44 video input interface, 45 video output interface, 46 wired LAN external connection terminal, 47 wireless LAN external connection terminal (antenna), 48 serial bus connection terminal, 200 system LSI, 201 CPU , 202 video signal processing circuit, 203 ROM, 204 RAM, 207 pre-processing unit, 209 post-processing unit, 210 video interface, 211 display unit, 212 display driver, 213 display device, 2100 television receiver, 2001 external tuner input terminal, 2002 External tuner control terminal, 2003 IR driver, 2004 light emitting diode, 2005 light sensor, 2006 video input terminal, 2200 IAV television receiver, 2201 ubiquitous module, 202 DCM, for 2211 tuner DCM, 2212 video deck for DCM, 2213 DVD for DCM, 3001 remote control.

Claims

A CPU, a plurality of hardware engines respectively connected to the CPU via a local bus and executing different functions, a general-purpose bus for transmitting signals between external devices, the local bus and the general-purpose bus And a bus bridge connecting the
An image module unit, wherein one of the plurality of hardware engines is a communication engine having means for acquiring image information from the network device by communicating with an external network device via a network.

A video information apparatus comprising: a video signal processing means for processing a received video signal; a display means for displaying a video corresponding to the video signal processed by the video signal processing means; and the video module unit according to claim 1. And
Interface means for allowing the video signal processing means to receive video information from the video module unit via the general-purpose bus,
The video information device, wherein the display means is capable of displaying a video according to the video information transferred from the video module unit and processed by the video signal processing means.

A video information processing apparatus comprising: a video signal processing unit configured to process a received video signal; a video module unit according to claim 1; and a display unit configured to display a video according to the video signal.
A control signal for controlling transfer of a video signal from the video signal processing unit to the video module unit can be transmitted between the video signal processing unit and the video module unit via the general-purpose bus. Interface means for
The video module unit has a function of overlaying video information obtained by the communication engine on the transferred video signal when the video signal processed by the video signal processing unit is transferred from the video information device. Including a video processing engine,
The display means receives an overlaid video signal of the video information output from a video output terminal of the video module unit, and displays an image according to the overlaid video signal of the video information. Video display device.

Receiving means for receiving a television signal and generating a video signal, video signal processing means for processing a video signal output from the receiving means, and displaying an image corresponding to the video signal processed by the video signal processing means A video information device including a television receiving device including a display unit for performing the processing, and the video module unit according to claim 1,
A control signal for controlling transfer of a video signal from the video module unit to the video signal processing means can be transmitted between the video module unit and the video signal processing means via the general-purpose bus. Interface means for
The video signal processing means, when the video information obtained by the communication engine is transferred from a video information output terminal of the video module unit, processes the video information as a video signal from a second receiving means. Characteristic video information device.

Receiving means for receiving a television signal and generating a video signal, video signal processing means for processing a video signal output from the receiving means, and displaying an image corresponding to the video signal processed by the video signal processing means A video information device including a television receiving device including a display unit for performing the processing, and the video module unit according to claim 1,
A control signal for controlling transfer of a video signal from the video module unit to the video signal processing unit can be transmitted between the video module unit and the video signal processing unit via the general-purpose bus. Interface means for
The video module unit processes the video information obtained by the communication engine, and has a video processing engine that generates a video signal,
The video information device according to claim 1, wherein said display means is capable of displaying a video according to a video signal transferred from said video processing engine.

5. The video information apparatus according to claim 4, wherein a signal obtained by combining a channel selection signal used by said receiving means is used as said control signal.

The video information device according to claim 4, wherein a video deck control signal is used as the control signal.

5. The television receiving apparatus according to claim 4, wherein the television receiving apparatus is an IAV (Intermediate AV Device) compliant device, includes a DCM (device control module) corresponding to a specific device, and controls the video module unit by the DCM. Video information device.