"表示手段と入力手段とリムーバブルメモリユニットユニットを接続するポートを有するコンピュータ装置に接続されるリムーバブルメモリユニットユニットにおいて、前記リムーバブルメモリユニットユニットは、ロールバック部を備え、カーネルとOS本体を記憶するとともに、前記カーネルとOSを新たなバージョンのカーネルとOSにアップデートするために用いるメンテナンスOSを記憶し、前記カーネルとOSを新たなバージョンのカーネルとOSにアップデートする際に、前記メンテナンスOSを起動し、前記ロールバック部に前記カーネルおよびOSと新たなバージョンのカーネルおよびOSの更新履歴を記憶することを特徴とするリムーバブルメモリユニット。前記更新履歴は、前記カーネルおよびOSと新たなバージョンのカーネルおよびOSの差分を記憶することを特徴とする請求項1に記載のリムーバブルメモリユニット。前記カーネルとOSを新たなバージョンのカーネルとOSにアップデートする際に、前記OSを起動して、所定のサーバから、前記新たなバージョンのカーネルとOSをダウンロードすることを特徴とする請求項1に記載のリムーバブルメモリユニット。表示手段と入力手段とリムーバブルメモリユニットユニットを接続するポートを有するコンピュータ装置に接続されたリムーバブルメモリユニットユニットからなるシンクライアント端末と、前記シンクライアント端末と接続されるシンクライアントサーバから構成されるシンクライアントシステムにおいて、前記リムーバブルメモリユニットユニットは、ロールバック部を備え、カーネルとOS本体を記憶するとともに、前記カーネルとOSを新たなバージョンのカーネルとOSにアップデートするために用いるメンテナンスOSを記憶し、前記シンクライアント端末は、前記シンクライアントサーバから新たなバージョンのカーネルとOSを取得し、前記カーネルとOSを新たなバージョンのカーネルとOSにアップデートする際に、前記メンテナンスOSを起動し、前記ロールバック部に前記カーネルおよびOSと新たなバージョンのカーネルおよびOSの更新履歴を記憶することを特徴とするシンクライアントシステム。前記更新履歴は、前記カーネルおよびOSと新たなバージョンのカーネルおよびOSの差分を記憶することを特徴とする請求項4に記載のシンクライアントシステム。前記カーネルとOSを新たなバージョンのカーネルとOSにアップデートする際に、前記OSを起動して、前記シンクライアントサーバから、前記新たなバージョンのカーネルとOSをダウンロードすることを特徴とする請求項4に記載のシンクライアントシステム。上記特許文献2や3に開示されたシンクライアントシステムにおいて、リムーバブルメモリユニットに記憶されたOSは、認証を経た後に、リムーバブルメモリユニット内で展開されて動作するか、あるいは、シンクライアント端末PCに読み込まれ、内部のRAM上に展開されて作動する。いずれにしてもOSの作動中にアクセスされるファイルはシンクライアントサーバのブラウザを通して閲覧、処理されるので、シンクライアント端末にファイルが残ることはなく、OSの作動が終了した後には、シンクライアント端末に展開されたOSも消去される。従って、シンクライアント端末がリムーバブルメモリユニットを用いることなく単独でシンクライアントサーバに接続され、不正使用されることはない。ところで、リムーバブルメモリユニットユニットにOSを記憶しておき、認証を経た後に、リムーバブルメモリユニット内で展開されて動作させ、あるいは、シンクライアント端末PCに読み込まれ、内部のRAM上に展開させてコンピュータ装置PCをシンクライアント端末化する場合、OSの更新、バージョンアップをどのようにするかが問題となる。通常、コンピュータ装置のOSはOSの基本機能からなるカーネルカーネルプログラムとOS本体OSプログラムとから構成される。カーネルカーネルプログラムは、コンピュータ装置のハードウエア資源を動作させる各種のデバイスドライバドライバーモジュールの初期的機能を遂行し、コンピュータ装置が正常に動作することを保証するためのプログラムを含んでいる。一般に組み込み型でない一般のOSでは、カーネルの変更に際して各種のデバイスドライバドライバーモジュールを対応させるためのルートファイルシステムなどの手順が予め設定されている。従って、組み込み型でない一般のOSでは、カーネルを変更しても次回のOS起動時に新しいカーネルが自動的に起動されるので、問題は少ない。組み込み型の場合は、カーネルとドライバーモジュールが別々に保管されており、カーネルの変更に際して各種のデバイスドライバドライバーモジュールを対応させるためのルートファイルシステムなどの手順は用意されておらず、カーネルを変更してOS本体を入れ替える際、カーネルも同時に入れ替えないと次回の起動が出来ない。OSの入れ替えは、OSにバージョンアップがあった場合に必要となる。特許文献2や特許文献3のリムーバブルメモリユニットは後者に属するので、リムーバブルメモリユニットに記憶されたOSを用いてOS本体の入れ替えなどの作業を行うと、何も操作できない状態が作り出される可能性があり、リスキーであるという問題がある。このような状態になると、リムーバブルメモリユニットを製造元に送りOSバージョンアップ作業を依頼するなどユーザにとって手間がかかるという問題がある。本発明は上記の問題点を解消すべくなされたものであり、OSにバージョンアップがあった場合にも容易に対応できるように構成したリムーバブルメモリユニットおよびシンクライアントシステムを提供することを目的とするものである。前記課題を解決するために、本願の請求項1にかかる発明は、表示手段と入力手段とリムーバブルメモリユニットユニットを接続するポートを有するコンピュータ装置に接続されるリムーバブルメモリユニットユニットにおいて、前記リムーバブルメモリユニットユニットは、ロールバック部を備え、カーネルとOS本体を記憶するとともに、前記カーネルとOSを新たなバージョンのカーネルとOSにアップデートするために用いるメンテナンスOSを記憶し、前記カーネルとOSを新たなバージョンのカーネルとOSにアップデートする際に、前記メンテナンスOSを起動し、前記ロールバック部に前記カーネルおよびOSと新たなバージョンのカーネルおよびOSの更新履歴を記憶することを特徴とする。本願の請求項2にかかる発明は、請求項1にかかるリムーバブルメモリユニットにおいて、前記更新履歴は、前記カーネルおよびOSと新たなバージョンのカーネルおよびOSの差分を記憶することを特徴とする。本願の請求項3にかかる発明は、請求項1にかかるリムーバブルメモリユニットにおいて、前記カーネルとOSを新たなバージョンのカーネルとOSにアップデートする際に、前記OSを起動して、所定のサーバから、前記新たなバージョンのカーネルとOSをダウンロードすることを特徴とする。本願の請求項4にかかる発明は、表示手段と入力手段とリムーバブルメモリユニットユニットを接続するポートを有するコンピュータ装置に接続されたリムーバブルメモリユニットユニットからなるシンクライアント端末と、前記シンクライアント端末と接続されるシンクライアントサーバから構成されるシンクライアントシステムにおいて、前記リムーバブルメモリユニットユニットは、ロールバック部を備え、カーネルとOS本体を記憶するとともに、前記カーネルとOSを新たなバージョンのカーネルとOSにアップデートするために用いるメンテナンスOSを記憶し、前記シンクライアント端末は、前記シンクライアントサーバから新たなバージョンのカーネルとOSを取得し、前記カーネルとOSを新たなバージョンのカーネルとOSにアップデートする際に、前記メンテナンスOSを起動し、前記ロールバック部に前記カーネルおよびOSと新たなバージョンのカーネルおよびOSの更新履歴を記憶することを特徴とする。本願の請求項5にかかる発明は、請求項4にかかるシンクライアントシステムにおいて、前記更新履歴は、前記カーネルおよびOSと新たなバージョンのカーネルおよびOSの差分を記憶することを特徴とする。本願の請求項6にかかる発明は、請求項4にかかるシンクライアントシステムにおいて、前記カーネルとOSを新たなバージョンのカーネルとOSにアップデートする際に、前記OSを起動して、前記シンクライアントサーバから、前記新たなバージョンのカーネルとOSをダウンロードすることを特徴とする。本願の請求項1~3にかかる発明においては、補助エンジンとも呼べるメンテナンスOS、ロールバック部を設け、メンテナンスOSを起動して、カーネル、OS本体のアップデートを行う際に、新旧OSの更新履歴差分をロールバック部に記憶しておく構成とした。このような構成によれば、アップデートしたカーネルとデバイスドライバとの整合がとれず、新しいバージョンのOS本体が起動できない場合に、メンテナンスOSを用いて旧OSを再生することができるようになる。また、本願の請求項4~6にかかる発明によれば、請求項1~3にかかるリムーバブルメモリユニットを接続したシンクライアント端末を用いたシンクライアントシステムを構成することができるようになる。以下、本発明の具体例を実施例及び図面を用いて詳細に説明する。但し、以下に示す実施形態は、本発明の技術的思想を具体化するためのリムーバブルメモリユニット、シンクライアントシステムを例示するものであって、本発明をこのリムーバブルメモリユニットおよびシンクライアントシステムに特定することを意図するものではなく、特許請求の範囲に含まれるその他の実施形態のリムーバブルメモリユニットおよびシンクライアントシステムにも等しく適応し得るものである。図1は、本発明の実施例にかかるリムーバブルメモリユニットを用いるシンクライアントシステムの構成を示す図である。図1に示すように、本発明の実施例にかかるシンクライアントシステムは、インターネットなどのネットワークNWを介してシンクライアントサーバ20に接続される複数のシンクライアント端末3030a~30c等から構成される。シンクライアントシステムにおけるシンクライアント端末30a~30c等の利用者は、例えば、上記特許文献2や3に開示されるように、OSが記憶されたリムーバブルメモリユニットユニットをパーソナルコンピュータ装置に装着し、所定の認証手段により認証を受けた後、OSを起動する。図2は、シンクライアント端末30の構成を示すブロック図である。シンクライアント端末30は、図2に示すように、パワースイッチ31、BIOS基本入出力システム32、記憶装置34、ハードウエア部36を備えている。ハードウエア部36は、マイクロプロセッサなどのCPU37、RAMなどのメモリ38、プリンタや表示デバイスあるいはネットワークへの入出力を行う入出力デバイス39などから構成される。リムーバブルメモリユニット半導体記憶装置34aには、シンクライアントOS341、アプリケーション342を記憶しておき、リムーバブルメモリユニット34aからシンクライアントOS、アプリケーションを読み出して記憶装置34に展開して、シンクライアント端末30を動作させるようにされている。シンクライアントOS341は、PCなどの端末をシンクライアント端末30として動作させるためのOSであり、また、アプリケーション342にはシンクライアントOS341のもとで動作する通信処理プログラムなどの各種アプリケーションプログラムが記憶される。パワースイッチ31はシンクライアント端末30の電源スイッチであり、パワースイッチ31をオンすると、各部への電源が供給される。パワースイッチ31がオンされると、BIOSBasicInputOutputSystem:基本入出力システム32が起動される。BIOS32は、リムーバブルメモリユニット34aからシンクライアントOS341を読み出して記憶装置34に展開し、その先頭領域からマスタブートレコードMBRを読み出して、表示画面にデスクトップ画面を表示する。これによりPCなどの端末装置はシンクライアント端末装置30として動作するようになる。この間の処理の手順、認証等の処理動作は上記特許文献2や特許文献3のシンクライアントシステムと同様である。次に、図3を参照して本実施例におけるリムーバブルメモリユニット34aに記憶されるOS等のコンテンツの構成を説明する。シンクライアントOS341は、メンテナンスOS部341a、カーネル341b、OS341cとから構成され、ロールバック部341dを有している。メンテナンスOS部341aに記憶されたメンテナンスOSは、OS341cのメンテナンス専用のOSであって、カーネルとOS本体を新たなバージョンのカーネルとOSにアップデートする際に起動するOSである。このメンテナンスOSは、例えば、現行バージョンのカーネルとOS本体のうちOSとしての最低限の機能を果たすプログラム部分が記憶されている。最低限の機能を果たすプログラム部分とは、例えば、ファイルの読み出し機能、ファイルの圧縮および解凍機能、ファイルの暗号化および復号化機能などである。カーネル341b、OS341cには、それぞれ現行バージョンのカーネル、OS本体が記憶されている。ロールバック部341dには、カーネルおよびOS本体のバージョンアップがあり、ユーザにより新バージョンのカーネルおよびOS本体を、所定のサーバ例えばシンクライアントサーバからダウンロードしてアップデート更新、書き換えが行われた際に、新旧バージョンのカーネル、OS本体の履歴差分が書き込まれる。本発明においては、カーネル341b、OS341cに記憶されたカーネルおよびOS本体のバージョンアップがあり、現行のシンクライアントOSカーネル341b、OS341cに記憶されたカーネルおよびOS本体を用いてユーザが新バージョンのカーネルおよびOSを所定のサーバからダウンロードした後、メンテナンスOS部341aに記憶されたメンテナンスOSを用いて、アップデートする。メンテナンスOSによるアップデートの際に、ロールバック部341dに新旧バージョンのカーネル、OS本体の履歴差分を書き込んでおく。シンクライアントOSおよびメンテナンスOSを切り替えて起動する手法は、本願出願人が既に出願した特願2010-175194号出願のシンクライアントコンピュータ装置の発明手法を適用することができる。その後、メンテナンスOSをシャットダウンして、更新、アップデートされた新しいバージョンのOS本体を起動する。メンテナンスOSは、最低限のプログラムであるので、キャラクターベースユーザインタフェースCUIでも機能できるためサイズ的に大きくなることもない。また、全くメンテナンスOSが起動できないという状態は起こりにくいので、もしも更新した新しいバージョンのカーネル、OS本体の起動が正常に行われない場合には、メンテナンスOSを再度起動して、ロールバック部341dに記憶された新旧バージョンのカーネル、OS本体の履歴差分から、旧バージョンのOS本体を再生することが可能である。次に、図4,図5に示すフローチャートを参照して、本発明の実施例にかかるリムーバブルメモリユニットに記憶されたシンクライアントOSをアップデートバージョンアップする手順を説明する。図4,図5に示すフローチャートは、リムーバブルメモリユニット34aをコンピュータ装置例えば、図1のシンクライアント端末30aに装着し、OS341cに記憶されたOS本体を起動した後に、新バージョンのカーネルおよびOSを提供する所定のサーバにログインする手順から後の処理手順を示している。サーバは、例えば、図1のシンクライアントサーバ20である。まず、ステップS101でシンクライアント端末30aはシンクライアントサーバ20にログインする。ステップS102で認証を受け、認証がとれるとシンクライアントサーバ20にログインが完了するステップS103。認証がとれなければ、ステップS101に戻りログイン処理をやり直す。認証の方法、手段は、特許文献2や特許文献3に開示される方法、手段であってよい。ステップS104では、通信方式を選択し、通信接続が行われるステップS105。何らかの原因で通信接続が不調であれは、ステップ104に戻り、通信方式の選択からやり直す。端末、サーバ間の通信方式が特定された1つの通信方式しかない場合には、これらの手順を省略することもできる。次に、シンクライアント端末30aのユーザは、ステップS106の処理で、新しいバージョンのカーネル、OS本体のダウンロードを行うか否かを選択する。ダウンロードが選択されると、処理はステップS107に進み、シンクライアントサーバ30から新しいバージョンのカーネル、OS本体がダウンロードされるステップS108。続くステップS109で、カーネル、OSをシャットダウンしステップS109のYES、図5のフローチャートのステップS201の処理に進む。ステップS201の処理で、シンクライアント端末30aのユーザは、リムーパブルメモリ34aの領域341aに記憶されているメンテナンスOSを起動する。メンテナンスOSは、ステップS202の処理で、旧カーネル、OS本体をリネームして保存する。次いで、メンテナンスOSは、旧新カーネルおよびOS本体をロールバック341dに記憶するステップS203。ロールバック部341dへの旧新カーネルおよびOS本体の記憶は、新、旧のカーネル、OS本体の更新履歴の差分を記憶することで行う。ロールバック部341dへ記憶を終えると、ステップS204の処理に進み、メンテナンスOSは、ダウンロードした新しいバージョンのカーネルおよびOS本体を341bのカーネル、341cのOSに上書き、あるいは書き換えることでアップデート更新する。アップデートが完了するとステップS205のYES、メンテナンスOSをシャットダウンしステップS206、ステップS207の処理に進み、更新されたカーネッルおよびOSを起動してカーネルおよびOSのアップデートが終了する。その後、シンクライアント端末30aとしての処理がなければ、シンクライアントサーバ20からログアウトしてユーザ処理を終了する。もしも更新した新しいバージョンのカーネル、OSの起動が正常に行われない場合には、メンテナンスOSを再度起動して、ロールバック部341dに記憶された新旧バージョンのカーネル、OS本体の履歴差分から、旧バージョンのOS本体を再生することが可能であり、旧バージョンのOSを用いてユーザ処理をすることができる。以上、詳細に説明したように、本発明にかかるリムーバブルメモリユニットによれば、補助エンジンとも呼べるメンテナンスOS、ロールバック部を設け、メンテナンスOSを起動して、カーネル、OS本体のアップデートを行う際に、新旧OSの更新履歴差分をロールバック部に記憶しておく構成とした。このような構成によれば、アップデートしたカーネルとデバイスドライバとの整合がとれず、新しいバージョンのOS本体が起動できない場合に、メンテナンスOSを用いて旧OSを再生することができるようになる。"