(57)【特許請求の範囲】
【請求項１】
シンクライアント端末に接続され、シンクライアントＯＳを備えるリムーバブルメモリユニットにおいて、
前記シンクライアントＯＳは、ロールバック部と、カーネルと、
ＯＳ本体と、前記カーネルと前記ＯＳとを新たなバージョンの新カーネルと新ＯＳ本体にアップデートするメンテナンスＯＳとを有し、
前記シンクライアント端末の記憶装置に前記カーネルと前記ＯＳ本体が展開され、起動され、前記新カーネルと前記新ＯＳ本体とがダウンロードされた後に、
前記メンテナンスＯＳが起動され、前記カーネルと前記ＯＳ本体とが、前記新カーネルと前記新ＯＳ本体とにアップデートされ、前記カーネルと前記新カーネルとの差分と、前記ＯＳ本体と前記新ＯＳ本体との差分が前記ロールバック部に記憶され、
前記メンテナンスＯＳによって、前記各差分に基づいて、前記新カーネルと前記新ＯＳ本体とを、前記カーネルと前記ＯＳ本体とに再生できることを特徴とするリムーバブルメモリユニット。
【請求項２】
前記新カーネルと前記新ＯＳ本体とは、所定のサーバから、ダウンロードされることを特徴とする請求項１に記載のリムーバブルメモリユニット。
【請求項３】
シンクライアントＯＳを備えるリムーバブルメモリユニットが接続するシンクライアント端末と、前記シンクライアント端末が接続するシンクライアントサーバとを備えるシンクライアントシステムにおいて、
前記シンクライアントＯＳは、ロールバック部と、カーネルと、
ＯＳ本体と、前記カーネルと前記ＯＳとを新たなバージョンの新カーネルと新ＯＳ本体にアップデートするメンテナンスＯＳとを有し、
前記シンクライアント端末の記憶装置に前記カーネルと前記ＯＳ本体が展開され、起動され、前記新カーネルと前記新ＯＳ本体とがダウンロードされた後に、
前記メンテナンスＯＳが起動され、前記カーネルと前記ＯＳ本体とが、前記新カーネルと前記新ＯＳ本体とにアップデートされ、前記カーネルと前記新カーネルとの差分と、前記ＯＳ本体と前記新ＯＳ本体との差分が前記ロールバック部に記憶され、
前記メンテナンスＯＳによって、前記各差分に基づいて、前記新カーネルと前記新ＯＳ本体とを、前記カーネルと前記ＯＳ本体とに再生できることを特徴とするシンクライアントシステム。
【請求項４】
前記新カーネルと前記新ＯＳ本体とは、前記シンクライアントサーバから、ダウンロードされることを特徴とする請求項３に記載のシンクライアントシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ装置のＯＳ（オペレーティングシステム）を記憶したリムーバブルメモリユニットおよびシンクライアントシステムに関するものであり、特に、認証システムを外付けできる接続ポートを備え、コンピュータ装置がリムーバブルメモリユニットに記憶されたＯＳを起動するとともに、所定の認証システムによる認証を行うことができるようにしたリムーバブルメモリユニットおよびシンクライアントシステムに関するものである。
【背景技術】
【０００２】
近年、コンピュータ装置は、企業等における機密性の高い情報を作成、保存する作業にも使用されることから、コンピュータ装置の盗難や本来使用を許されていない第３者によりコンピュータ装置が使用され機密情報が流出するような事態を防止するために、コンピュータ装置やネットワークに対するセキュリティ対策として種々の方法が提案されている。
【０００３】
また、企業内にてテレワークが促進され、社内だけではなくサテライトオフィスや、自宅にて仕事を行うワークスタイルが登場してきた。できる限り社内と同じ環境で仕事をするために、社外からセキュアに社内ＩＴ資産（サーバ、情報処理端末等）を利用できる仕組みとしてシンクライアントシステム、シンクライアント端末が利用されている。
【０００４】
通常、シンクライアントシステムに用いられるシンクライアント端末（コンピュータ装置）は、個人専用の認証キーを用いて、社員が社外利用する情報処理端末を専用シンクライアント端末化するように構成される。例えば、下記の特許文献１（特許第３９１８８２７号公報）には、シンクライアント端末として機能させるために、認証情報などを記憶した耐タンパストレージ機能を有したストレージデバイスを挿入し、サーバに対して遠隔操作させるようにしたセキュアリモートアクセスシステムが開示されている。
【０００５】
また、コンピュータ装置のセキュリティ対策として、例えば、下記の特許文献２（特開２００８−１７６７２９号公報）には、ＵＳＢメモリスティックのようなリムーバブルメモリユニットを使用したコンピュータの起動方法が開示されている。この特許文献２に開示されたコンピュータの起動方法は、コンピュータ本体から着脱可能なリムーバブルメモリユニットが、通常のコンピュータ装置のようにＯＳ起動プログラムやＯＳをインストールしたハードディスク装置に相当するプロセッシングモジュールおよび所有者を認証するための指紋認証ユニットを含み、指紋認証ユニットにより認証が確立した場合にプロセッシングモジュールへのアクセスを許可することによりＯＳを起動することができるように構成されたものである。
【０００６】
このように、コンピュータ装置にＯＳ起動プログラムやＯＳそのものをインストールせず、コンピュータ装置は表示手段やキーボード等の入力手段とＵＳＢポートのようなリムーバブルメモリユニット接続手段のみを設け、リムーバブルメモリユニットが接続されない状態ではコンピュータ装置として機能しないように構成することが可能である。
【０００７】
このようなセキュリティ対策をとるコンピュータ装置は、プロセッシングモジュールの先頭番地から５１２バイトの領域にＭＢＲ（Ｍａｓｔｅｒ  Ｂｏｏｔ  Ｒｅｃｏｒｄ：マスタブートレコード）が記憶されており、コンピュータ装置の電源が投入されるとＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）が起動され、ＢＩＯＳによってＭＢＲが読み出される。ＭＢＲにはＯＳが記憶された記憶領域のアドレスや初期表示画面情報などが記録されているから、ＢＩＯＳは表示手段に初期画面を表示し、ＯＳを起動することができる。
【０００８】
このようにすれば、コンピュータ装置本体にはＯＳ、ハードディスクが不要であり、コンピュータ装置本体内にはデータがいっさい残らない為、情報漏洩を完全にシャットアウトできる。更に、このＵＳＢメモリユニット（メモリスティック型クライアント装置ということもできる）には、認証システムが組み合わされているためより高いレベルの個別セキュリティを併せ持たせることができる。
【０００９】
ところで、上記特許文献２に示すようにセキュリティ対策として認証システムをリムーバブルメモリユニットに組み合わせる場合、コンピュータ装置にどのような認証システムを接続して使用するかは各企業によってそれぞれ異なるものであるから、認証システムのタイプによる依存性がないことが好ましい。
【００１０】
例えば、ＩＣカードを従業員証として利用している企業にとっては、このＩＣカードを各事業所に置かれているコンピュータ装置のセキュリティ対策にも併用することができれば、新たな認証システムの導入を避けることができ、システム開発のための経費節減にも寄与するところが大きい。
【００１１】
下記の特許文献３（特開２０１０−２１１４０６号公報）には、シンクライアント端末（コンピュータ装置）に、コンピュータ装置のＯＳを記憶したＵＳＢメモリなどのリムーバブルメモリユニットを接続し、リムーバブルメモリユニット上でＯＳを起動してシンクライアント端末化するリムーバブルメモリユニットが開示されている。このリムーバブルメモリユニットの発明は、ＵＳＢメモリユニットは、コンピュータ装置と接続する入出力部とメモリ部とが接続され、メモリ部に記憶されたマスタブートレコードがコンピュータ装置に搭載されたＢＩＯＳにより読み出され、マスタブートレコードに基づいてＯＳ本体を起動し、正規のユーザを認証するための認証システムが接続ポートに接続され、入出力部と接続ポートとが接続されて認証が行われるように構成されたものである。
【００１２】
すなわち、特許文献３に開示された発明は、接続ポートによって外付けされた認証システムを用いた個別認証を行うとともに、リムーバブルメモリユニットに記憶されたＯＳをコンピュータ装置によって起動するように構成することにより、認証システムのタイプによる依存性を小さくしたものである。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特許第３９１８８２７号公報
【特許文献２】特開２００８−１７６７２９号公報
【特許文献３】特開２０１０−２１１４０６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
上記特許文献２や３に開示されたシンクライアントシステムにおいて、リムーバブルメモリユニットに記憶されたＯＳは、認証を経た後に、リムーバブルメモリユニット内で展開されて動作するか、あるいは、シンクライアント端末（ＰＣ）に読み込まれ、内部のＲＡＭ上に展開されて作動する。いずれにしてもＯＳの作動中にアクセスされるファイルはシンクライアントサーバのブラウザを通して閲覧、処理されるので、シンクライアント端末にファイルが残ることはなく、ＯＳの作動が終了した後には、シンクライアント端末に展開されたＯＳも消去される。従って、シンクライアント端末がリムーバブルメモリユニットを用いることなく単独でシンクライアントサーバに接続され、不正使用されることはない。
【００１５】
ところで、リムーバブルメモリユニットにＯＳを記憶しておき、認証を経た後に、リムーバブルメモリユニット内で展開されて動作させ、あるいは、シンクライアント端末（ＰＣ）に読み込まれ、内部のＲＡＭ上に展開させてコンピュータ装置（ＰＣ）をシンクライアント端末化する場合、ＯＳの更新、バージョンアップをどのようにするかが問題となる。
【００１６】
通常、コンピュータ装置のＯＳはＯＳの基本機能からなるカーネル（カーネルプログラム）とＯＳ本体（ＯＳプログラム）とから構成される。カーネル（カーネルプログラム）は、コンピュータ装置のハードウエア資源を動作させる各種のデバイスドライバ（ドライバー・モジュール）の初期的機能を遂行し、コンピュータ装置が正常に動作することを保証するためのプログラムを含んでいる。
【００１７】
一般に組み込み型でない一般のＯＳでは、カーネルの変更に際して各種のデバイスドライバ（ドライバー・モジュール）を対応させるためのルートファイルシステムなどの手順が予め設定されている。従って、組み込み型でない一般のＯＳでは、カーネルを変更しても次回のＯＳ起動時に新しいカーネルが自動的に起動されるので、問題は少ない。組み込み型の場合は、カーネルとドライバー・モジュールが別々に保管されており、カーネルの変更に際して各種のデバイスドライバ（ドライバー・モジュール）を対応させるためのルートファイルシステムなどの手順は用意されておらず、カーネルを変更してＯＳ本体を入れ替える際、カーネルも同時に入れ替えないと次回の起動が出来ない。
【００１８】
ＯＳの入れ替えは、ＯＳにバージョンアップがあった場合に必要となる。特許文献２や特許文献３のリムーバブルメモリユニットは後者に属するので、リムーバブルメモリユニットに記憶されたＯＳを用いてＯＳ本体の入れ替えなどの作業を行うと、何も操作できない状態が作り出される可能性があり、リスキーであるという問題がある。このような状態になると、リムーバブルメモリユニットを製造元に送りＯＳバージョンアップ作業を依頼するなどユーザにとって手間がかかるという問題がある。
【００１９】
本発明は上記の問題点を解消すべくなされたものであり、ＯＳにバージョンアップがあった場合にも容易に対応できるように構成したリムーバブルメモリユニットおよびシンクライアントシステムを提供することを目的とするものである。
【課題を解決するための手段】
【００２０】
本発明に係るリムーバブルメモリユニットは、シンクライアント端末に接続され、シンクライアントＯＳを備えるリムーバブルメモリユニットにおいて、前記シンクライアントＯＳは、ロールバック部と、カーネルと、ＯＳ本体と、前記カーネルと前記ＯＳとを新たなバージョンの新カーネルと新ＯＳ本体にアップデートするメンテナンスＯＳとを有し、前記シンクライアント端末の記憶装置に前記カーネルと前記ＯＳ本体が展開され、起動され、前記新カーネルと前記新ＯＳ本体とがダウンロードされた後に、前記メンテナンスＯＳが起動され、前記カーネルと前記ＯＳ本体とが、前記新カーネルと前記新ＯＳ本体とにアップデートされ、前記カーネルと前記新カーネルとの差分と、前記ＯＳ本体と前記新ＯＳ本体との差分が前記ロールバック部に記憶され、前記メンテナンスＯＳによって、前記各差分に基づいて、前記新カーネルと前記新ＯＳ本体とを、前記カーネルと前記ＯＳ本体とに再生できることを特徴とする。
【００２２】
前記リムーバブルメモリユニットにおいて、前記新カーネルと前記新ＯＳ本体とは、所定のサーバから、ダウンロードされることを特徴とする。
【００２３】
本発明に係るシンクライアントシステムは、シンクライアントＯＳを備えるリムーバブルメモリユニットが接続するシンクライアント端末と、前記シンクライアント端末が接続するシンクライアントサーバとを備えるシンクライアントシステムにおいて、前記シンクライアントＯＳは、ロールバック部と、カーネルと、ＯＳ本体と、前記カーネルと前記ＯＳとを新たなバージョンの新カーネルと新ＯＳ本体にアップデートするメンテナンスＯＳとを有し、前記シンクライアント端末の記憶装置に前記カーネルと前記ＯＳ本体が展開され、起動され、前記新カーネルと前記新ＯＳ本体とがダウンロードされた後に、前記メンテナンスＯＳが起動され、前記カーネルと前記ＯＳ本体とが、前記新カーネルと前記新ＯＳ本体とにアップデートされ、前記カーネルと前記新カーネルとの差分と、前記ＯＳ本体と前記新ＯＳ本体との差分が前記ロールバック部に記憶され、前記メンテナンスＯＳによって、前記各差分に基づいて、前記新カーネルと前記新ＯＳ本体とを、前記カーネルと前記ＯＳ本体とに再生できることを特徴とする。
【００２５】
前記シンクライアントシステムにおいて、前記新カーネルと前記新ＯＳ本体とは、所定のサーバから、ダウンロードされることを特徴とする。
【発明の効果】
【００２６】
本願に係るリムーバブルメモリユニットにおいては、補助エンジンとも呼べるメンテナンスＯＳ、ロールバック部を設け、メンテナンスＯＳを起動して、カーネル、ＯＳ本体のアップデートを行う際に、新旧ＯＳの更新履歴（差分）をロールバック部に記憶しておく構成とした。このような構成によれば、アップデートしたカーネルとデバイスドライバとの整合がとれず、新しいバージョンのＯＳ本体が起動できない場合に、メンテナンスＯＳを用いて旧ＯＳを再生することができるようになる。
【００２７】
また、本願に係るシンクライアントシステムにおいては、リムーバブルメモリユニットを接続したシンクライアント端末を用いたシンクライアントシステムを構成することができるようになる。
【図面の簡単な説明】
【００２８】
【図１】本発明の実施例にかかるリムーバブルメモリユニットを用いるシンクライアントシステムの構成を示す図である。
【図２】本発明の実施例にかかるリムーバブルメモリユニットを用いるシンクライアント端末の構成を示す図である。
【図３】図１のリムーバブルメモリユニットに記憶されるコンテンツの構成を示す模式図である。
【図４】本発明の実施例にかかるリムーバブルメモリユニットに記憶されたシンクライアントＯＳをアップデート（バージョンアップ）する処理の手順を示すフローチャートである。
【図５】図４の処理手順に続く処理手順を示すフローチャートである。
【発明を実施するための形態】
【００２９】
以下、本発明の具体例を実施例及び図面を用いて詳細に説明する。但し、以下に示す実施形態は、本発明の技術的思想を具体化するためのリムーバブルメモリユニット、シンクライアントシステムを例示するものであって、本発明をこのリムーバブルメモリユニットおよびシンクライアントシステムに特定することを意図するものではなく、特許請求の範囲に含まれるその他の実施形態のリムーバブルメモリユニットおよびシンクライアントシステムにも等しく適応し得るものである。
【実施例】
【００３０】
図１は、本発明の実施例にかかるリムーバブルメモリユニットを用いるシンクライアントシステムの構成を示す図である。図１に示すように、本発明の実施例にかかるシンクライアントシステムは、インターネットなどのネットワークＮＷを介してシンクライアントサーバ２０に接続される複数のシンクライアント端末３０（３０ａ〜３０ｃ）等から構成される。
【００３１】
シンクライアントシステムにおけるシンクライアント端末３０ａ〜３０ｃ等の利用者は、例えば、上記特許文献２や３に開示されるように、ＯＳが記憶されたリムーバブルメモリユニットをパーソナルコンピュータ装置に装着し、所定の認証手段により認証を受けた後、ＯＳを起動する。
【００３２】
図２は、シンクライアント端末３０の構成を示すブロック図である。シンクライアント端末３０は、図２に示すように、パワースイッチ３１、ＢＩＯＳ（基本入出力システム）３２、記憶装置３４、ハードウエア部３６を備えている。ハードウエア部３６は、マイクロプロセッサなどのＣＰＵ３７、ＲＡＭなどのメモリ３８、プリンタや表示デバイスあるいはネットワークへの入出力を行う入出力デバイス３９などから構成される。
【００３３】
リムーバブルメモリユニット（半導体記憶装置）３４ａには、シンクライアントＯＳ３４１、アプリケーション３４２を記憶しておき、リムーバブルメモリユニット３４ａからシンクライアントＯＳ、アプリケーションを読み出して記憶装置３４に展開して、シンクライアント端末３０を動作させるようにされている。シンクライアントＯＳ３４１は、ＰＣなどの端末をシンクライアント端末３０として動作させるためのＯＳであり、また、アプリケーション３４２にはシンクライアントＯＳ３４１のもとで動作する通信処理プログラムなどの各種アプリケーションプログラムが記憶される。
【００３４】
パワースイッチ３１はシンクライアント端末３０の電源スイッチであり、パワースイッチ３１をオンすると、各部への電源が供給される。パワースイッチ３１がオンされると、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ：基本入出力システム）３２が起動される。
【００３５】
ＢＩＯＳ３２は、リムーバブルメモリユニット３４ａからシンクライアントＯＳ３４１を読み出して記憶装置３４に展開し、その先頭領域からマスタブートレコード（ＭＢＲ）を読み出して、表示画面にデスクトップ画面を表示する。これによりＰＣなどの端末装置はシンクライアント端末装置３０として動作するようになる。この間の処理の手順、認証等の処理動作は上記特許文献２や特許文献３のシンクライアントシステムと同様である。
【００３６】
次に、図３を参照して本実施例におけるリムーバブルメモリユニット３４ａに記憶されるＯＳ等のコンテンツの構成を説明する。シンクライアントＯＳ３４１は、メンテナンスＯＳ部３４１ａ、カーネル３４１ｂ、ＯＳ３４１ｃとから構成され、ロールバック部３４１ｄを有している。メンテナンスＯＳ部３４１ａに記憶されたメンテナンスＯＳは、ＯＳ３４１ｃのメンテナンス専用のＯＳであって、カーネルとＯＳ本体を新たなバージョンのカーネルとＯＳにアップデートする際に起動するＯＳである。このメンテナンスＯＳは、例えば、現行バージョンのカーネルとＯＳ本体のうちＯＳとしての最低限の機能を果たすプログラム部分が記憶されている。最低限の機能を果たすプログラム部分とは、例えば、ファイルの読み出し機能、ファイルの圧縮および解凍機能、ファイルの暗号化および復号化機能などである。
【００３７】
カーネル３４１ｂ、ＯＳ３４１ｃには、それぞれ現行バージョンのカーネル、ＯＳ本体が記憶されている。ロールバック部３４１ｄには、カーネルおよびＯＳ本体のバージョンアップがあり、ユーザにより新バージョンのカーネルおよびＯＳ本体を、所定のサーバ（例えばシンクライアントサーバ）からダウンロードしてアップデート（更新、書き換え）が行われた際に、新旧バージョンのカーネル、ＯＳ本体の履歴（差分）が書き込まれる。
【００３８】
本発明においては、カーネル３４１ｂ、ＯＳ３４１ｃに記憶されたカーネルおよびＯＳ本体のバージョンアップがあり、現行のシンクライアントＯＳ（カーネル３４１ｂ、ＯＳ３４１ｃに記憶されたカーネルおよびＯＳ本体）を用いてユーザが新バージョンのカーネルおよびＯＳを所定のサーバからダウンロードした後、メンテナンスＯＳ部３４１ａに記憶されたメンテナンスＯＳを用いて、アップデートする。メンテナンスＯＳによるアップデートの際に、ロールバック部３４１ｄに新旧バージョンのカーネル、ＯＳ本体の履歴（差分）を書き込んでおく。シンクライアントＯＳおよびメンテナンスＯＳを切り替えて起動する手法は、本願出願人が既に出願した特願２０１０−１７５１９４号出願のシンクライアントコンピュータ装置の発明手法を適用することができる。
【００３９】
その後、メンテナンスＯＳをシャットダウンして、更新、アップデートされた新しいバージョンのＯＳ本体を起動する。メンテナンスＯＳは、最低限のプログラムであるので、キャラクターベース・ユーザインタフェース（ＣＵＩ）でも機能できるためサイズ的に大きくなることもない。また、全くメンテナンスＯＳが起動できないという状態は起こりにくいので、もしも更新した新しいバージョンのカーネル、ＯＳ本体の起動が正常に行われない場合には、メンテナンスＯＳを再度起動して、ロールバック部３４１ｄに記憶された新旧バージョンのカーネル、ＯＳ本体の履歴（差分）から、旧バージョンのＯＳ本体を再生することが可能である。
【００４０】
次に、図４，図５に示すフローチャートを参照して、本発明の実施例にかかるリムーバブルメモリユニットに記憶されたシンクライアントＯＳをアップデート（バージョンアップ）する手順を説明する。図４，図５に示すフローチャートは、リムーバブルメモリユニット３４ａをコンピュータ装置（例えば、図１のシンクライアント端末３０ａ）に装着し、ＯＳ３４１ｃに記憶されたＯＳ本体を起動した後に、新バージョンのカーネルおよびＯＳを提供する所定のサーバにログインする手順から後の処理手順を示している。サーバは、例えば、図１のシンクライアントサーバ２０である。
【００４１】
まず、ステップＳ１０１でシンクライアント端末３０ａはシンクライアントサーバ２０にログインする。ステップＳ１０２で認証を受け、認証がとれるとシンクライアントサーバ２０にログインが完了する（ステップＳ１０３）。認証がとれなければ、ステップＳ１０１に戻りログイン処理をやり直す。認証の方法、手段は、特許文献２や特許文献３に開示される方法、手段であってよい。ステップＳ１０４では、通信方式を選択し、通信接続が行われる（ステップＳ１０５）。何らかの原因で通信接続が不調であれは、ステップ１０４に戻り、通信方式の選択からやり直す。端末、サーバ間の通信方式が特定された１つの通信方式しかない場合には、これらの手順を省略することもできる。
【００４２】
次に、シンクライアント端末３０ａのユーザは、ステップＳ１０６の処理で、新しいバージョンのカーネル、ＯＳ本体のダウンロードを行うか否かを選択する。ダウンロードが選択されると、処理はステップＳ１０７に進み、シンクライアントサーバ３０から新しいバージョンのカーネル、ＯＳ本体がダウンロードされる（ステップＳ１０８）。続くステップＳ１０９で、カーネル、ＯＳをシャットダウンし（ステップＳ１０９のＹＥＳ）、図５のフローチャートのステップＳ２０１の処理に進む。
【００４３】
ステップＳ２０１の処理で、シンクライアント端末３０ａのユーザは、リムーパブルメモリユニット３４ａの領域３４１ａに記憶されているメンテナンスＯＳを起動する。メンテナンスＯＳは、ステップＳ２０２の処理で、旧カーネル、ＯＳ本体をリネームして保存する。次いで、メンテナンスＯＳは、旧新カーネルおよびＯＳ本体をロールバック３４１ｄに記憶する（ステップＳ２０３）。ロールバック部３４１ｄへの旧新カーネルおよびＯＳ本体の記憶は、新、旧のカーネル、ＯＳ本体の更新履歴の差分を記憶することで行う。
【００４４】
ロールバック部３４１ｄへ記憶を終えると、ステップＳ２０４の処理に進み、メンテナンスＯＳは、ダウンロードした新しいバージョンのカーネルおよびＯＳ本体を３４１ｂのカーネル、３４１ｃのＯＳに上書き、あるいは書き換えることでアップデート（更新）する。アップデートが完了すると（ステップＳ２０５のＹＥＳ）、メンテナンスＯＳをシャットダウンし（ステップＳ２０６）、ステップＳ２０７の処理に進み、更新されたカーネッルおよびＯＳを起動してカーネルおよびＯＳのアップデートが終了する。その後、シンクライアント端末３０ａとしての処理がなければ、シンクライアントサーバ２０からログアウトしてユーザ処理を終了する。
【００４５】
もしも更新した新しいバージョンのカーネル、ＯＳの起動が正常に行われない場合には、メンテナンスＯＳを再度起動して、ロールバック部３４１ｄに記憶された新旧バージョンのカーネル、ＯＳ本体の履歴（差分）から、旧バージョンのＯＳ本体を再生することが可能であり、旧バージョンのＯＳを用いてユーザ処理をすることができる。
【００４６】
以上、詳細に説明したように、本発明にかかるリムーバブルメモリユニットによれば、補助エンジンとも呼べるメンテナンスＯＳ、ロールバック部を設け、メンテナンスＯＳを起動して、カーネル、ＯＳ本体のアップデートを行う際に、新旧ＯＳの更新履歴（差分）をロールバック部に記憶しておく構成とした。このような構成によれば、アップデートしたカーネルとデバイスドライバとの整合がとれず、新しいバージョンのＯＳ本体が起動できない場合に、メンテナンスＯＳを用いて旧ＯＳを再生することができるようになる。
【符号の説明】
【００４７】
２０・・・・・シンクライアントサーバ
３０ａ〜３０ｃ・・・・・シンクライアント端末
３１・・・・・パワースイッチ
３２・・・・・ＢＩＯＳ（基本入出力システム）
３４・・・・・記憶装置
３６・・・・・ハードウエア部
３７・・・・・ＣＰＵ
３８・・・・・メモリ
３９・・・・・入出力デバイス
３４ａ・・・・リムーバブルメモリユニット
３４１・・・・シンクライアントＯＳ記憶部
３４１ａ・・・メンテナンスＯＳ部
３４１ｂ・・・カーネル
３４１ｃ・・・ＯＳ
３４１ｄ・・・ロールバック部
３４２・・・・アプリケーション
【図１】
0005854349.tif 000002
【図２】
0005854349.tif 000003
【図３】
0005854349.tif 000004
【図４】
0005854349.tif 000005
【図５】
0005854349.tif 000006