一つの計算機上に複数の仮想OS環境を備える仮想計算機システムであって、前記仮想計算機システム全体のメモリを管理する仮想メモリ管理部と、前記メモリの利用状態を管理するメモリ管理テーブルと、前記仮想OS環境下で動作するOSのメモリ管理を行うメモリ管理部と、前記仮想OS環境を起動する際に、前記メモリ管理テーブルを参照して前記OSに割り当てたメモリを回収再割当する起動時メモリ回収再割当部と、前記仮想OS環境の起動後に、前記メモリ管理テーブルを参照して前記仮想OS環境に割り当てるメモリを動的に追加削減するメモリ回収再割当部と、を備えることを特徴とする仮想計算機システム。前記仮想計算機システムは、さらに、複数の前記仮想OS環境間でのメモリアクセス制御を行うメモリ保護部と、前記メモリのアクセス保護状態を管理するメモリ保護テーブルと、を備えることを特徴とする請求項1記載の仮想計算機システム。一つの計算機上に複数の仮想OS環境を備える仮想計算機システムにおけるメモリ管理方法であって、前記仮想計算機システムは、メモリの利用状態を管理するメモリ管理テーブルを備え、前記仮想計算機システム全体のメモリを管理する仮想メモリ管理ステップと、前記仮想OS環境下で動作するOSのメモリ管理を行うメモリ管理ステップと、前記仮想OS環境を起動する際に、前記メモリ管理テーブルを参照して前記OSに割り当てたメモリを回収再割当する起動時メモリ回収再割当ステップと、前記仮想OS環境の起動後に、前記メモリ管理テーブルを参照して前記仮想OS環境に割り当てるメモリを動的に追加削減するメモリ回収再割当ステップと、を備えることを特徴とするメモリ管理方法。一つの計算機上に複数の仮想OS環境を備える仮想計算機システムにおけるメモリ管理プログラムであって、前記仮想計算機システムは、メモリの利用状態を管理するメモリ管理テーブルを備え、前記仮想計算機システム全体のメモリを管理する仮想メモリ管理ステップと、前記仮想OS環境下で動作するOSのメモリ管理を行うメモリ管理ステップと、前記仮想OS環境を起動する際に、前記メモリ管理テーブルを参照して前記OSに割り当てたメモリを回収再割当する起動時メモリ回収再割当ステップと、前記仮想OS環境の起動後に、前記メモリ管理テーブルを参照して前記仮想OS環境に割り当てるメモリを動的に追加削減するメモリ回収再割当ステップと、を備えることを特徴とするメモリ管理プログラム。一つの計算機上に複数の仮想OS環境を備える仮想計算機システムのメモリ管理を行う集積回路であって、前記仮想計算機システム全体のメモリを管理する仮想メモリ管理部と、前記仮想OS環境下で動作するOSのメモリ管理を行うメモリ管理部と、前記仮想OS環境を起動する際に、前記OSに割り当てたメモリを回収再割当する起動時メモリ回収再割当部と、前記仮想OS環境の起動後に、前記仮想OS環境に割り当てるメモリを動的に追加削減するメモリ回収再割当部と、を備えることを特徴とする集積回路。しかしながら、前述した従来の構成では、OSが管理可能なアドレスへ変換するためのアドレス変換部が必要になる。アドレス変換部はメモリアクセスの都度変換を行う必要があるため、ハード資源に乏しい組込み機器においては、アクセス毎のメモリアクセス時間の低下による性能低下や、アドレス変換ハードウェアの追加によるコスト上昇の課題を有していた。本発明は、前記従来の課題を解決するもので、仮想OS環境において、アドレス変換処理のオーバヘッドを発生させることなく、全体のメモリ量を削減できるメモリ管理手段を提供することを目的とする。前記従来の課題を解決するために、本発明の仮想計算機システムは、一つの計算機上に複数の仮想OS環境を備える仮想計算機システムであって、前記仮想計算機システム全体のメモリを管理する仮想メモリ管理部と、前記メモリの利用状態を管理するメモリ管理テーブルと、前記仮想OS環境下で動作するOSのメモリ管理を行うメモリ管理部と、前記仮想OS環境を起動する際に、前記メモリ管理テーブルを参照して前記OSに割り当てたメモリを回収再割当する起動時メモリ回収再割当部と、前記仮想OS環境の起動後に、前記メモリ管理テーブルを参照して前記仮想OS環境に割り当てるメモリを動的に追加削減するメモリ回収再割当部とを備える。本構成によって、仮想OS環境におけるOSがメモリ量を縮小拡大する処理ことが可能となるので、アドレス変換処理のオーバーヘッドを発生させることなく、全体のメモリ量を削減することが可能となる。本発明の複数OS環境におけるメモリ管理方式よれば、アドレス変換部005の速度オーバヘッドなしに仮想OS環境002におけるOS021でメモリ使用量の削減をすることができる。以下本発明の実施の形態について、図面を参照しながら説明する。実施の形態1図1は、本発明の実施の形態1における仮想計算機システムの構成の一例を示す図である。図1において、図4と同じ構成要素については同じ符号を用い、説明を省略する。図1において、OS021は、仮想OS環境002で動作するプログラムで、メモリ管理部022を用いて利用できるメモリ領域を管理し、同じ仮想OS環境002内で動作する他のプログラムからの要求に対して、メモリ領域の割当て、回収を行う。メモリ管理部022は、割当てを行ったメモリ領域の利用状態を使用中に設定し、同じメモリ領域を複数のプログラムに割当てすることを防ぐ。また、メモリ管理部022は、回収したメモリ領域の利用状態を開放状態に設定して、プログラムからの要求に対してそのメモリ領域を割当てできるようにする。仮想OSメモリ管理部001は、仮想OS環境002に対して、物理メモリ004に存在するメモリのうちOS021が利用する可能性のあるすべてのメモリ領域を使用することを一時的に許可する。仮想OS環境002中のOS021は、仮想OSメモリ管理部001により指定されたメモリ領域を使用するため、メモリ管理部022を初期化し、使用状況などを管理できるようにする。また、OS021は、メモリ領域を利用する前に、利用するすべてのメモリ領域を一旦起動時メモリ回収再割当部023に割当てる。この処理は、起動時メモリ回収再割当部023がメモリ領域をOS021に対して割当て要求する形で実施する。起動時メモリ回収再割当部023は、割当てられたメモリ領域から、実際に仮想OS環境002が現在利用してもよいメモリ領域のみをOS021に対して開放することにより、再度OS021が利用できるメモリ領域とする。現在利用してもよいメモリ領域かどうかの判断については、本実施の形態においては、メモリ管理テーブル003を参照し、割り当て対象となるメモリ領域がほかの仮想OS環境により使用されていないことを確認することによって行う。なお、さらに仮想OS環境毎に、固定のメモリ領域を割り当てておいて、他の仮想OS環境には割り当てないようにするなどの方法を使うことも可能である。図2は、本発明の実施の形態1におけるメモリ管理テーブル003の構成の一例を示した図である。図2の例では、メモリ管理テーブル003は、システムのすべてのメモリ領域について、管理できるメモリ領域毎にエントリを持つ。ここではメモリブロック毎にメモリ領域を管理している。一つのエントリは、エントリの操作について排他制御するためのロックフラグ、いくつの仮想OS環境より使用されているかを管理する使用カウント、どの仮想OS環境から使用されているかを管理する仮想OS環境IDの情報よりなる。使用カウントが0の場合、対象となるメモリブロックはどの仮想OSからも使用されていないことを意味する。また、仮想OS環境IDが例えば0のような特定の値をとる場合には、使用カウントの値によらず、特別に使用カウントが0であるという意味を持たせて、使用カウント情報を削減することも可能である。なお、メモリ管理テーブル003の構成は、図2のような例に限らない。図3は、本発明の実施の形態1におけるメモリ管理テーブル003の構成の別の一例を示した図である。図3の例では、図2同様メモリブロック毎にメモリ領域を管理している。ロックフラグ、使用カウントについては図2と同様である。一方、仮想OS環境IDについては、複数の仮想OSが同じメモリ領域を使用することを想定した構成となっている。なお、複数の仮想OS環境IDについては、固定長のテーブルを用意することも可能であるし、あるいは可変長のテーブルで管理することも可能である。以下、図1の説明に戻る。起動時メモリ回収再割当部023が確保しているメモリ領域の情報および、開放したメモリ領域の情報については、メモリ回収再割当部024に渡し、起動後にメモリ回収再割当部024がメモリ領域の獲得開放を行う。また、仮想OSメモリ管理部001は、仮想OS環境002が確保したメモリ領域に相当するメモリ管理テーブル003のエントリについて仮想OS環境002が確保していることを記録し、ほかの仮想OS環境に対して2重に割当てることのないように管理する。なお、このような起動時メモリ回収再割当部023や、メモリ回収再割当部024はOS021の機能を使ったモジュールあるいはアプリケーションプロセスとして実現できるため、OS021そのものを修正することなく実現可能である。また、上記のメモリ回収、再割当の処理において、仮想OSメモリ管理部001が起動用のメモリ割当てを行っている間については、他の仮想OS環境からのメモリ領域の獲得解放処理による不整合発生を避けるため、メモリ管理テーブルをロックしておく。OS021に対して、メモリ領域の追加が必要となった場合、仮想OSメモリ管理部001はメモリ管理テーブル003を検索し、利用カウントが0となるエントリ、すなわちいずれの仮想OSも使用していないメモリ領域に対応するエントリを探す。該当エントリが見つかった場合には、そのエントリに対応するメモリ領域について、メモリ領域メモリ回収再割当部024に対して指定したアドレスから始まるメモリ領域の開放を指示し、メモリ回収再割当部024はOS021に対して指定したアドレスからのメモリ領域を開放する。OS021は開放されたメモリ領域がメモリ管理部022で管理されているメモリ領域の一部なので、特に変換などの利用を必要とせず、そのままOS021が利用可能である。逆に、OS021に対してメモリ領域の縮小が要求される場合、仮想OSメモリ管理部001はメモリ回収再割当部024に対して、サイズを指定してメモリ領域の獲得を指示する。メモリ回収再割当部024は、指示されたサイズのメモリ領域をOS021に対して獲得要求し、OS021が要求したサイズのメモリ領域をメモリ回収再割当部024に対して割り当てる。メモリ回収再割当部024はOS021が割り当てたメモリの物理メモリ領域へのアドレスを、仮想OSメモリ管理部001に対して通知する。仮想OSメモリ管理部001はその領域についてメモリ管理テーブル003の該当するエントリに対して、利用カウントを1減じる。利用カウントが0になれば空きメモリ領域として他の仮想OS環境への割当などに利用できる。図5は、本発明の実施の形態1における仮想計算機システムが仮想OS環境002を起動する処理の流れの一例を示した図である。起動要求を受け、仮想OS環境002が起動するステップ400。仮想OS環境002が、使用できるメモリ領域を仮想OSメモリ管理部001に対して要求するステップ401。仮想OSメモリ管理部001は、仮想OS環境002に対して割当てるメモリ領域を決定し、仮想OS環境002に割当てるメモリ領域を通知するステップ402。仮想OS環境002が、仮想OS環境002に対して割当てるメモリ領域のすべてに対して、メモリ管理テーブル003に対してロックフラグを設定し、一時的に仮想OS環境でのメモリ操作を禁止する。ステップ403。仮想OS環境002が、返答を受けたメモリ領域情報を元にOS021を起動するステップ404。OS021が指定されたメモリ領域情報を元に、メモリ管理部022を初期化し、該当のメモリ領域を管理できるようにするステップ405。仮想OS環境002が、起動時メモリ回収再割当部023を起動し、メモリの回収プロセスを開始するステップ406。起動時メモリ回収再割当部023はOS021が以降再割当する可能性があるすべての領域のサイズなどより、回収するメモリサイズを決定するステップ407。起動時メモリ回収再割当部023がステップ406で決定したメモリサイズを獲得するステップ408。起動時メモリ回収再割当部023はOS021に割当てるメモリサイズ、領域を決定するため、仮想OSメモリ管理部001に獲得したメモリ領域を通知するステップ409。なお、ステップ405からステップ408までの処理については、OS021が再割り当て可能なメモリ領域を割り当てる前に実施する必要があるため、OS021がメモリ管理部022の初期化直後に実施するのが望ましい。ステップ406のメモリサイズ決定手段としては、例えば、仮想OSメモリ管理部001が、仮想OS環境002に対して割当てを行った領域のサイズから、OS021が固定的に使用する領域のサイズおよびメモリ管理部022が利用するメモリ領域のサイズを指し引いて求める方法がある。また、ステップ406の別の手段としては、OS021がメモリ割当に失敗するまでメモリ領域の獲得要求を繰り返すことにより獲得できたメモリ領域のメモリサイズの合計より回収するメモリ領域のサイズを求める方法がある。仮想OSメモリ管理部001はステップ408で通知を受けた領域から、仮想OS環境002が現在使用してよいメモリ領域を、他の仮想OS環境の使用状況などを用いて決定し、起動時メモリ回収再割当部023に通知するステップ410。起動時メモリ回収再割当部023は通知されたメモリ領域を、OS021に対して開放するステップ411。仮想OSメモリ管理部001が、ステップ411で解放したメモリ領域に相当するメモリ管理テーブル003のエントリに対して使用カウントを1加算する。またステップ402で設定したロックフラグをすべて解放するステップ412。OS021は、起動時メモリ回収再割当部023より開放されたメモリ領域が利用可能になり、起動処理を継続するステップ413。以上のようにして、仮想OS環境002は起動処理を行い、起動完了状態301に到達する。図6は、本発明の実施の形態1における仮想計算機システムが仮想OS環境002へメモリ領域を追加する処理の流れの一例を示した図である。仮想OSメモリ管理部001が外部からのメモリ領域の追加要求などの要因発生により、仮想OS環境002に対してメモリ領域の追加を決定するステップ420。仮想OSメモリ管理部001はすべての仮想OS環境で使っていないメモリ領域から、必要なメモリサイズのものを決定し、その領域を仮想OS環境002に割り当てることを決定するステップ421。仮想OSメモリ管理部001は、指定したメモリ領域に相当するメモリ管理テーブル003について、使用カウントを1加算し、仮想OS環境IDに仮想OS環境002を識別する番号を設定するステップ422。仮想OSメモリ管理部001がメモリ回収再割当部024に指定したメモリ領域の開放を指示するステップ423。メモリ回収再割当部024は、指定された領域について、OS021に対して開放要求を実施するステップ424。OS021は、開放要求を受け取り、ステップ423で指定された領域を空き領域として設定するようにメモリ管理部022に指示するステップ425。メモリ管理部022は、ステップ424で受け取ったメモリ領域を空き領域として設定するステップ426。以上のようにして、仮想OSメモリ管理部001は仮想OS環境002に対してメモリ領域を追加し、仮想OS環境002のOS021は追加されたメモリ領域を利用可能になる。図7は、本発明の実施の形態1における仮想計算機システムが仮想OS環境002からメモリ領域を削減する処理の流れの一例を示した図である。仮想OSメモリ管理部001は他の仮想OS環境へ追加するメモリが必要となるなどの要因が発生した場合、仮想OS環境002に対してメモリ領域の削減を決定するステップ430。仮想OSメモリ管理部001は仮想OS環境002の使用しているメモリ領域から削減するメモリサイズを決定し、それをメモリ回収再割当部024に通知して、メモリ領域の獲得を指示するステップ431。メモリ回収再割当部024は、ステップ431で指定されたメモリサイズのメモリ領域をOS021に対して獲得要求を実施するステップ432。OS021はメモリ領域獲得要求を受け取り、メモリ管理部022に対して、空き領域を渡すように指示するステップ432。メモリ管理部022は、空きメモリ領域をメモリ回収再割当部024に通知する。もしメモリ管理部022に空きメモリ領域がない場合には、何らかのメモリ圧縮手段を用いて、空きメモリを増加させて、必要な空きメモリ領域を確保して通知するステップ434。ここでのメモリ圧縮手段には、外部記憶装置へのメモリの退避による方法や、使用していない読み出し専用メモリ領域を空き領域へと変更するなどの方法がある。メモリ回収再割当部024は、受け取ったメモリ領域を仮想OSメモリ管理部001に通知する、仮想OSメモリ管理部001は受け取ったメモリ領域を、別の仮想OS環境に割当てるなどの利用が可能になるステップ435。仮想OSメモリ管理部001は、ステップ435で受け取ったメモリ領域に相当するメモリ管理テーブル003のエントリについて、使用カウントを1減算するステップ436。以上のように、本実施の形態に係る仮想計算機システムでは、仮想OSメモリ管理部001による仮想OS環境002へのメモリ領域の拡大および縮小処理について、割当て開放される物理メモリ領域のアドレスが、起動時メモリ回収再割当部023により、すでにOS021のメモリ管理部022の管理できる領域となっているため、OS021への機能の追加や、特別なアドレス変換部005を必要とせずにメモリ領域の拡大および縮小処理を実現できる。なお、本実施の形体において、仮想OS環境002に割当られる物理メモリ領域を指定するためのアドレスは、アドレス変換を必要としない。メモリ管理部022は物理メモリ004での領域を指定するアドレスをそのまま用いることが可能であり、このため特別なアドレス変換部005を必要としない。このようにして、アドレス変換のオーバヘッドなしに、仮想OS環境002へのメモリ領域の追加および削減ができる。なお、本実施の形態において、起動時専用の処理部として、起動時メモリ回収再割当部023を設けたが、メモリ回収再割当部024と同じ処理の中に処理を統合しても良い。実施の形態2図8は、本発明の実施の形態2における仮想計算機システムの構成の一例を示す図である。図8において、図1と同じ構成要素については同じ符号を用い、説明を省略する。図8に示す構成は、メモリ保護部006を備える点で図1に示す構成と異なる。図8において、OS021は、仮想OS環境002で動作するプログラムで、メモリ管理部022を用いて利用できるメモリ領域を管理し、同じ仮想OS環境002内で動作する他のプログラムからの要求に対して、メモリ領域の割当て、回収を行う。メモリ管理部022は、割当てを行ったメモリ領域の利用状態を使用中に設定し、同じメモリ領域を複数のプログラムに割当てすることを防ぐ。またメモリ管理部022は、回収したメモリ領域の利用状態を開放状態に設定して、プログラムからの要求に対してそのメモリ領域を割当てできるようにする。仮想OSメモリ管理部001は、仮想OS環境002に対して、物理メモリ004に存在するメモリのうちOS021が利用する可能性のあるすべてのメモリ領域を使用することを一時的に許可する。仮想OS環境002中のOS021は、仮想OSメモリ管理部001により指定されたメモリ領域を使用するため、メモリ管理部022を初期化し、使用状況などを管理できるようにする。また、OS021は、メモリ領域を利用する前に、利用するすべてのメモリ領域を一旦起動時メモリ回収再割当部023に割当てる。この処理は、起動時メモリ回収再割当部023がメモリ領域をOS021に対して割当て要求する形で実施する。起動時メモリ回収再割当部023は、割当てられたメモリ領域から、実際に仮想OS環境002が現在利用してもよいメモリ領域のみをOS021に対して開放することにより、再度OS021が利用できるメモリ領域とする。メモリ管理テーブル003を参照し、割り当て対象となるメモリ領域がほかの仮想OS環境により使用されていないことを確認することによって行う。なお、さらに仮想OS環境毎に、固定のメモリ領域を割り当てておいて、他の仮想OS環境には割り当てないようにするなどの方法を使うことも可能である。起動時メモリ回収再割当部023が確保しているメモリ領域の情報および、開放したメモリ領域の情報については、メモリ回収再割当部024に渡し、起動後にメモリ回収再割当部024がメモリ領域の獲得開放を行う。また、仮想OSメモリ管理部001は、仮想OS環境002が確保したメモリ領域に相当するメモリ管理テーブル003のエントリについて仮想OS環境002が確保していることを記録し、ほかの仮想OS環境に対して2重に割当てることのないように管理する。なお、このような起動時メモリ回収再割当部023や、メモリ回収再割当部024はOS021の機能を使ったモジュールあるいはアプリケーションプロセスとして実現できるため、OS021そのものを修正することなく実現可能である。また、上記のメモリ回収、再割当の処理において、仮想OSメモリ管理部001が起動用のメモリ割当てを行っている間については、他の仮想OS環境からのメモリ領域の獲得解放処理による不整合発生を避けるため、メモリ管理テーブルをロックしておく。他の仮想OS環境で使用中のメモリ領域へのアクセスを禁止するため、本実施の形態においては、メモリ保護部006は、仮想OS環境002からの物理メモリ004へのアクセスに対して、そのアドレスについてメモリ保護テーブル007を参照して検査し、各仮想OS環境がアクセス許可されている場合のみアクセスを許可する。図9は、本発明の実施の形態2におけるメモリ保護テーブル007の構成の一例を示した図である。図9の例では、メモリ保護テーブル007は、システムのすべてのメモリ領域について、管理できるメモリ領域毎にエントリを持つ。ここではメモリブロック毎にメモリ領域を管理している。一つのエントリは、仮想OS環境毎にアクセス許可を判断するためのフラグよりなる。なお、メモリ保護テーブル007の構成は、図9のような例に限らない。仮想OSメモリ管理部001は、仮想OS環境002へメモリ領域を割当てたときに、メモリ保護テーブル007の該当のメモリ領域に対して、仮想OS環境002へのアクセス許可を有効にする。また、仮想OSメモリ管理部001は、仮想OS環境002からメモリ領域を回収したときに、メモリ保護テーブル007の該当のメモリ領域に対して、仮想OS環境002へのアクセス許可を無効にする。OS021に対して、メモリ領域の追加が必要となった場合、仮想OSメモリ管理部001はメモリ管理テーブル003を検索し、利用カウントが0となるエントリを探す。該当エントリが見つかった場合には、そのエントリに対応するメモリ領域について、メモリ領域メモリ回収再割当部024に対して指定したアドレスから始まるメモリ領域の開放を指示し、メモリ回収再割当部024はOS021に対して指定したアドレスからのメモリ領域を開放する。また、仮想OSメモリ管理部001は該当メモリ領域を指定するアドレスを使って物理メモリ004をアクセスできるように、メモリ保護部006に対して設定する。OS021は開放されたメモリ領域がメモリ管理部022で管理されているメモリ領域の一部なので、特に変換などの利用を必要とせず、そのままOS021が利用可能である。逆にOS021に対して、メモリ領域の縮小が要求される場合、仮想OSメモリ管理部001はメモリ回収再割当部024に対して、サイズを指定してメモリ領域の獲得を指示する。メモリ回収再割当部024は、指示されたサイズのメモリ領域をOS021に対して獲得要求し、OS021が要求したサイズのメモリ領域をメモリ回収再割当部024に対して割り当てる。メモリ回収再割当部024はOS021が割り当てたメモリの物理メモリ領域へのアドレスを、仮想OSメモリ管理部001に対して通知する。仮想OSメモリ管理部001はその領域についてメモリ管理テーブル003の該当するエントリに対して、利用カウントを1減じる。利用カウントが0になれば空きメモリ領域として他の仮想OS環境への割当などに利用できる。また仮想OSメモリ管理部001は該当メモリ領域を指定するアドレスを使って物理メモリ004を仮想OS環境002に対してアクセス禁止するように、メモリ保護テーブル007に対して設定する。以上のように、本実施の形態に係る仮想計算機システムでは、仮想OSメモリ管理部001は、仮想OS環境002に割り当てられたメモリ領域のみメモリ保護テーブル007でアクセス許可が設定する。このため仮想OS環境002は、割り当てられていない別のメモリ領域へのアクセスはできなくなる。これにより、それぞれの仮想OSでメモリ領域を排他的に利用することや、共有することが可能になり、利便性が高まる。また、この処理についても図4に示すアドレス変換部005の処理は必要としないため、アドレス変換に必要となるオーバヘッド存在せず、高速化に処理可能となる。なお、図1および図8に示す仮想計算機システムの各機能ブロックは、典型的にはプロセッサと外部メモリとの協同で処理されるプログラムとして実現されるが、集積回路であるLSIで実現してもよい。これらの各機能ブロックは個別に1チップ化されても良いし、一部又は全てを含むように1チップ化されても良い。ここでは、LSIとしたが、集積度の違いにより、IC、システムLSI、スーパーLSI又はウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGAFieldProgrammableGateArrayや、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサを利用しても良い。さらには、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。また、本発明は、プロセッサとタイマとを備えた計算処理装置であれば、あらゆる計算機、電子機器、情報機器、AV機器、通信機器及び家電機器にも適用可能であり、例えば、PCパーソナルコンピュータ、携帯情報端末携帯電話、スマートフォン及びPDAなど、テレビ、ハーディスクレコーダー、DVD及びブルーレイディスクなどを用いた各種ディスクレコーダー、DVD及びブルーレイディスクなどを用いた各種ディスクプレイヤー、及びカーナビゲーションシステムなどにも応用できる。また、前述の説明はあらゆる点において本発明の例示に過ぎず、その範囲を限定しようとするものではない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。