JP2004362411A - ネットワーク接続機能を有する数値制御装置 - Google Patents

Abstract

【課題】動画データを表示可能な数値制御装置の開発コストの低減、開発期間の短縮、及びデータ記憶媒体の管理コストの低減を実現する。
【解決手段】ネットワーク接続手段４２は、ＣＰＵ１３と、該ＣＰＵにローカルバスを介してそれぞれ接続され互いに異なる機能を実行する複数のハードウェアエンジン２１，２２，２３，２４と、数値制御装置のユーザインタフェース手段３５０との間でインタフェース３１，３２を介し信号を伝送するための汎用バスと、前記ローカルバスと前記汎用バスとを接続するバスブリッジとを含むモジュールユニットからなる。ハードウェアエンジンの１つはネットワーク３６５を介して外部のネットワーク機器３６６と通信することによりデータを取得する手段を有するコミュニケーションエンジン２４である。ネットワーク機器から取得したデータに応じた画像は表示ユニット２１１に表示可能である。
【選択図】 図１９

Description

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

Claims (4)

1. ユーザとのインタフェースのための表示部及び操作部を含むユーザインタフェース手段と、ネットワーク環境との接続のためのネットワーク接続手段とを備え、
   前記ネットワーク接続手段は、ＣＰＵと、該ＣＰＵにローカルバスを介してそれぞれ接続され互いに異なる機能を実行する複数のハードウェアエンジンと、前記ユーザインタフェース手段との間で信号を伝送するための汎用バスと、前記ローカルバスと前記汎用バスとを接続するバスブリッジとを含むモジュールユニットからなり、
   前記複数のハードウェアエンジンの１つはネットワークを介して外部のネットワーク機器と通信することにより該ネットワーク機器からデータを取得する手段を有するコミュニケーションエンジンであり、
   前記ネットワーク機器から取得したデータに応じた画像を前記表示部に表示可能であることを特徴とする数値制御装置。
2. 前記モジュールユニットは、前記コミュニケーションエンジン及びネットワークを経由して該ネットワーク上のサーバに格納されたファイルに対し読み書きを行う手段と、前記ファイルから読み取ったデータの形式を前記汎用バス上での伝送に適合した形式に変換する手段を備え、前記ユーザインタフェース手段が前記ネットワーク上のサーバに格納されたファイルに対し読み書きを行うことが可能であることを特徴とする請求項１に記載の数値制御装置。
3. 前記モジュールユニットは該モジュールユニット及び前記ユーザインタフェース手段の両方からアクセス可能な共有記憶領域と、第１のグラフィックエンジンと、該第１のグラフィックエンジンに対応する第１のフレームバッファと、該第１のフレームバッファを前記共有記憶領域にマッピングする第１のマッピング手段とを備え、
   前記ユーザインタフェース手段は第２のグラフィックエンジンと、該第２のグラフィックエンジンに対応する第２のフレームバッファと、前記第１のグラフィックエンジンに対応する第３のフレームバッファと、前記共有記憶領域内の前記第１のフレームバッファがマッピングされている領域を前記第３のフレームバッファにマッピングする第２のマッピング手段とを備え、
   前記ユーザインタフェース手段は、前記第２及び第３のフレームバッファのいずれかを選択することにより前記第１のグラフィックエンジンと前記第２のグラフィックエンジンを選択的に使用可能であることを特徴とする請求項１または２に記載の数値制御装置。
4. 前記ユーザインタフェース手段と前記モジュールユニットとがパラレルインタフェースを介して相互に接続されることを特徴とする請求項１から３のいずれか一項に記載の数値制御装置。

Images