JP2009093369A

JP2009093369A - スティックサーバ

Info

Publication number: JP2009093369A
Application number: JP2007262537A
Authority: JP
Inventors: Masahiro Yano; 正博矢野; Mitsuhiro Kaneko; 光裕金子
Original assignee: OYO DENSHI KK; Oyo Denshi KK
Current assignee: OYO DENSHI KK; Oyo Denshi KK
Priority date: 2007-10-05
Filing date: 2007-10-05
Publication date: 2009-04-30
Anticipated expiration: 2027-10-05
Also published as: JP5026908B2

Abstract

【課題】コンピュータ装置にＯＳをインストールすることなく、リムーバブルメモリユニット上でＯＳを起動し、コンピュータ装置をサーバ装置として機能できるようにする。
【解決手段】スティックサーバ１０はリムーバブルメモリユニットで構成され、第１、第２のＯＳ１１３、１２３を記憶し、その何れかをコンピュータ装置２０に読み込むことなく、スティックサーバ１０上で起動する。一方のＯＳを、サーバ装置を構成するＯＳとし、他方のＯＳで一方のＯＳのバックアップする処理と、更に該一方のＯＳのバージョンアップ処理を実行させる。また、スティックサーバ１０に各ＯＳがデータを読み出し、書き込みすることができる記憶領域（データ記憶部１０ｃ）を設け、当該スティックサーバ１０単体でサーバ装置を構成する。
【選択図】図３

Description

本発明は、コンピュータ装置のＯＳ（オペレーティングシステム）を記憶したリムーバブルメモリユニットに関するものであり、特に、リムーバブルメモリユニットに記憶された複数のＯＳをコンピュータ装置に読み込むことなくリムーバブルメモリユニット上で起動することができるようにするとともに、当該リムーバブルメモリユニットをコンピュータ装置に接続し、複数のＯＳの何れか一方をリムーバブルメモリユニット上で起動し、該コンピュータ装置を各種のサーバ装置として機能させることができるようにしたリムーバブルメモリユニットからなるスティックサーバに関するものである。

現在、多数のユーザにより使用されているコンピュータ装置は、プロセッサチップと、ＯＳ起動プログラム、ＯＳ（オペレーティングシステム／演算・制御プログラム）をコンピュータ装置に内蔵されるハードディスクにインストールし、ＯＳ起動プログラムによりＯＳを起動してプロセッサチップがそのＯＳに従ってコンピュータ装置内の各種リソースを制御し、演算操作を行うように構成されている。

ハードディスク装置はＯＳが管理、使用する領域とユーザが使用する領域に分離され、ユーザがコンピュータ装置を利用するために必要なアプリケーションプログラムはＯＳの管理のもと、ハードディスク装置のユーザ使用領域にインストールされ、ＯＳの管理下で動作する。また、ユーザがコンピュータ装置を操作して（所望のアプリケーションを起動して）作成されたデータもまたハードディスク装置のユーザ使用領域に保存することができる。

また、コンピュータ装置がネットワーク環境下に置かれた場合には、ネットワークおよびユーザのコンピュータ装置に対して設定されたネットワーク環境条件に従って、ネットワーク内の各種サーバや共用ファイル装置などのリソースにアクセスして当該コンピュータ装置に許容されているデータを取得したり、当該データを書き換えたりすることができる。

更に、コンピュータ装置が、ＬＡＮ（ローカルエリアネットワーク）からインターネットを介して外部ネットワークにアクセスできるネットワーク環境下に置かれる場合には、インターネット網を介してアクセスすることのできる外部のＷＥＢサーバなど、各種リソースを利用することもできる。

このようなコンピュータ装置は、企業等における機密性の高い情報を作成、保存する作業にも使用されることから、コンピュータ装置の盗難や本来使用を許されていない第３者によりコンピュータ装置が使用され機密情報が流出するような事態が生ずる恐れがある。このような事態を防止するために、コンピュータ装置やネットワークに対するセキュリティー対策が必要になる。

コンピュータ装置のセキュリティー対策として種々の方法が提案され、現実に適用されている方法も多い。一般的にはＯＳの起動プログラムに個人認証機能を搭載し、ＯＳ起動時に本来のユーザが設定したパスワードを入力させ、設定パスワードと照合してＯＳを起動させるようにした方法が採られる。この方法ではパスワードを盗まれたり、他人にパスワードを教えたりした場合には、本来のセキュリティー機能を果たすことができなくなり、高度なセキュリティー対策とはいえない。

コンピュータ装置のセキュリティー対策として、例えば、下記の特許文献１（特開２００２−３４１９５７号公報）には、フラッシュメモリなどのリムーバブルユニットを使用したコンピュータの起動方法が開示されている。この特許文献１に開示されたコンピュータの起動方法は、コンピュータ本体から着脱可能なリムーバブルユニットが、フラッシュメモリからなる一般データ記録部およびユーザーコード記録部を含み、かつ、ＭＰ３プレーヤーとして使用でき、コンピュータ本体のＢＩＯＳ−ＲＯＭが、ユニットコード記録部と、リムーバブルユニットが接続されるインターフェース部と、ユーザーコードとユニットコードが一致するとシステムの起動を許可する制御部を含んで構成されたものである。

コンピュータのユーザがコンピュータを起動する場合、リムーバブルユニットをコンピュータ本体に接続する。そしてリムーバブルユニットからユーザーコードがインターフェース部を経由してコンピュータ本体に送信され、コンピュータ本体の制御部はユーザーコードの内容とユニットコードの内容とを比較し、これらが一致していればシステムの起動を許可し、一致していなければシステムの起動を不許可とする。このようにすることによって、パスワードを使用することなく、リムーバブルユニットをコンピュータ本体に接続するだけで、正しいリムーバブルユニットが接続された場合のみコンピュータを起動することができる。

この方法によれば、ユーザによりリムーバブルユニットの管理が適正に行われる限りにおいてはパスワードの入力などの操作が不要であり、便利であるが、リムーバブルユニットが盗難にあったり、第３者に貸し出されたりした場合にはセキュリティー機能を果たすことができなくなり、パスワードを使用する方法と大きな差異はない。

ところで、リムーバブルユニットの記憶容量が飛躍的に大きくなったことから、コンピュータ装置にＯＳ起動プログラムやＯＳそのものをインストールせず、コンピュータ装置は表示手段やキーボード等の入力手段とＵＳＢポートのようなリムーバブルユニット接続手段のみを設け、リムーバブルユニットが接続されない状態ではコンピュータ装置として機能しないように構成することが可能である。

図６は、このようなリムーバブルユニットとコンピュータ装置を示すブロック図であり、リムーバブルユニットとしてＵＳＢメモリユニット１００が使用さている。コンピュータ装置２００は、液晶表示ユニットなどの表示手段２１０、キーボード、マウスなどの入力手段２２０、ＵＳＢメモリユニット１００を接続するためのＵＳＢポート２３０を備えている。なお、図示していないがコンピュータ装置２００は、表示手段２１０、入力手段２２０、ＵＳＢポート２３０を制御するマイクロプロセッサチップを搭載している。

一方、ＵＳＢメモリユニット１００は、ＵＳＢコントローラ１１０、入出力部１２０と、ＯＳ起動プログラム１３１、ＯＳ１３２、メモリ１３３を有するプロセシングモジュール１３０を備えている。使用者はコンピュータ装置２００を使用する場合、ＵＳＢメモリユニット１００をコンピュータ装置２００のＵＳＢポート２３０に接続し、ＯＳ起動プログラム１３１を作動させてＯＳ１３２を起動すると、入出力部１２０、ＵＳＢポート２３０を経由してコンピュータ装置２００の表示手段２１０、入力手段２２０との間で情報の送受信が可能になり、ＵＳＢメモリユニット１００のプロセシングモジュール１３０がコンピュータ装置２００の一部として動作するようになる。

コンピュータ装置にＵＳＢメモリユニットを接続して使用する場合、コンピュータ装置にはＵＳＢドライバが組み込まれており、一般にはこのＵＳＢドライバはＵＳＢメモリユニットをハードディスクドライブとして認識する。ハードディスクドライブは通常、パーティションで区分された複数の記憶領域を有する構造としてコンピュータ装置から認識される。従って、図６に示すようにＯＳ１３２をＵＳＢメモリユニット１００に記憶しておき、ＵＳＢメモリユニット１００上でＯＳ１３２を動作させる場合、ＵＳＢメモリユニット１００のデータ記憶領域の先頭にＭＢＲを記録しておき、ＭＢＲにはＯＳ本体が記憶されている記憶場所を記録しておく必要がある。すなわち、ＯＳ本体の記憶場所がどのパーティションによって区切られた領域に記憶されているかを記録しておく必要がある。

ＵＳＢメモリユニットの記憶領域は、図７に示すように複数のパーティションによって区分された複数の記憶領域ｓｄａ１〜ｓｄａ４を有する構造として認識される。図７において、ｓｄａはディスクドライブａを表しており、複数の物理ドライブを有する場合はそれぞれのディスクドライブはｓｄｂ・・・ｓｄｎのように表される。なお、ｓｄａはハードディスクドライブがＳＣＳＩ規格によるものであることを示し、ハードディスクドライブがＩＤＥ規格によるものである場合は、ｈｄａ・・・ｈｄｎのように表される。同様にハードディスクドライブがＣＤ規格によるものである場合はｓｒで表される。また、パーティションによる区分数はＳＣＳＩ規格においては基本パーティション４、論理パーティション５の最大９つのパーティションに区分できる。ＩＤＥ規格においても同様である。

また、コンピュータ装置のＯＳを起動するには、ＭＢＲ（ＭａｓｔｅｒＢｏｏｔＲｅｃｏｒｄ：マスタブートレコード）と呼ばれる情報が用いられる。このＭＢＲは記憶装置の先頭アドレスに記録されており、通常は５１２バイト程度の情報である。また、ＭＢＲはコンピュータ装置の電源が投入されＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔＯｕｔｐｕｔＳｙｓｔｅｍ）が起動された後に、ＯＳを起動するために最初に読まれる記憶領域に記憶され、ＯＳ本体の記憶場所のアドレスや初期表示画面情報などが記録されている。従って、ＵＳＢメモリユニット１００のＯＳ起動プログラム１３１にはその先頭の５１２バイトにＭＢＲを記憶しておく。

コンピュータ装置の電源が投入されるとＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔＯｕｔｐｕｔＳｙｓｔｅｍ）が起動され、ＢＩＯＳによって記憶装置の先頭５１２バイトに記録されたＭＢＲが読み出される。ＭＢＲにはＯＳ１３２の記憶領域のアドレスや初期表示画面情報などが記録されているから、ＢＩＯＳは表示手段２１０に初期画面を表示し、ＯＳ１３２を起動することができる。

以上はＯＳ１３２を起動する方法として、ＭＢＲにＯＳ１３２の記憶領域のアドレスや初期表示画面情報などを記録しておき、ＢＩＯＳが表示手段２１０に初期画面を表示し、ＯＳ１３２を起動する例を説明したが、ＯＳを起動する別の方法としては、ＭＢＲにＯＳ本体の記憶位置を直接記憶せず、ＭＢＲの記憶位置（メモリの先頭アドレス）に対する相対アドレスで特定される記憶位置にＯＳ本体の記憶場所をサーチするサーチスクリプトを含むＯＳ起動プログラムを記録しておき、パーティションで区分された各記憶領域を順次サーチしてＯＳ本体を特定するように構成することも考慮される。

図８はこのＯＳ起動プログラムサーチスクリプトとＯＳサーチ手順を示す概念図である。このＯＳ起動プログラムはＯＳ本体の記憶場所をサーチするサーチスクリプトを含むものであり、サーチスクリプトを実行することにより、パーティションで区分された各記憶領域を順次サーチしてＯＳ本体を特定するように構成されている。このＯＳ起動プログラムはＭＢＲの記憶アドレスに対して相対アドレスで示される位置に記憶し、ＭＢＲに相対アドレス位置を指定しておくことにより読み出して実行することができる。

図８に示すようにＯＳ起動プログラムに含まれるサーチスクリプトは、ディスクドライブｓｄａのパーティションｓｄａ１〜ｓｄａ９を順にサーチするスクリプト、・・・ディスクドライブｓｄｄのパーティションｓｄｄ１〜ｓｄｄ９を順にサーチするスクリプト、ディスクドライブｈｄａのパーティションｈｄａ１〜ｈｄａ９を順にサーチするスクリプト、・・・ディスクドライブｈｄｄのパーティションｈｄｄ１〜ｈｄｄ９を順にサーチするスクリプトのように、ＵＳＢメモリユニットが接続されるコンピュータ装置の機種依存性がないように全てのディスクドライブ規格に適合できるようにサーチスクリプトが用意されている。これにより、ＯＳ本体の記憶されたパーティションをサーチし、ＯＳ本体を起動できる。

このような構成にすれば、コンピュータ装置本体にはＯＳ、ハードディスクが不要であり、コンピュータ装置本体内にはデータがいっさい残らない為、情報漏洩を完全にシャットアウトできる。更に、このＵＳＢメモリユニット（メモリスティック型クライアント装置ということもできる）に認証システムが組み合わせばより高いレベルの個別セキュリティーを併せ持たせることができる。

一方、インターネットやイントラネットなどのネットワークを介して接続される多くのコンピュータ装置（サーバ装置に対してクライアント装置と呼ばれることもある）に対して種々のサービスを提供するサーバ装置も数多く提供されている。このようなサーバ装置としては、ＷＷウェブサーバ、ネットワークサーバ、ファイルサーバ、データベースサーバ、ルータ、認証サーバなどが知られている。

一般に上記のようなサーバ装置は、一般のクライアント装置と同様にサーバ装置に備えられたハードディスク装置にＯＳをインストールするとともに、所望のサーバ装置として機能するようにシステム構成や通信環境を設定したり、必要に応じて、クライアント装置の情報を定義したりする必要がある。

このため、サーバ装置を構築してクライアント装置に各種のサービスを提供するシステムを構築する場合には、コンピュータ技術やネットワーク技術について相応の知識を有するエンジニアがシステムを設計したり、システムの運用を管理したりするのが一般的である。このようなエンジニアを持たない場合、アウトソーシングして専門家に作業委託するのが一般的である。

このようなサーバシステムの構築を容易にするため、例えば、下記の特許文献２（特開２００６−７２７７２号公報）には、サーバ構築支援システムの発明が開示されている。このサーバ構築支援システムは、大規模コンピュータシステムにおいて、プラットフォームのシステム要件などの最小限の要件値を入力とすることによりシステム構築パラメータを自動的に生成して各構築の対象となるサーバに配布し適用することにより、システムの構築を実現するようにしたものであり、パラメータの詳細設計の工数を短縮することを可能にしたものである。

また、このサーバ構築支援システムは、ＯＳやソフトウェアのバージョンアップに対応して常にデータベースを更新させ、ユーザの要求するバージョンに対応したデータを出力可能にしたものである。

特開２００２−３４１９５７号公報特開２００６−７２７７２号公報

前述したように、通常、クライアント装置に種々のサービスを提供するサーバ装置はサーバ装置を構成するコンピュータ装置のハードディスク装置にＯＳ（オペレーティングシステム）をインストールし、所望のサーバ装置として機能するようにシステム構成や通信環境を設定したり、必要に応じて、クライアント装置の情報を定義したりする必要がある。

上記特許文献２に開示されたサーバ構築支援システムの発明においては、システム構築パラメータを自動的に生成して各構築の対象となるサーバに配布し適用することにより、システムの構築を実現するようにしたものであるが、コンピュータ装置の設定やネットワーク環境などの技術に精通していない一般ユーザが簡便にサーバ装置やサーバシステムを構築できないという問題点があった。

また、上記特許文献２のような支援システムを用いたとしても、サーバ装置であるコンピュータ装置にＯＳがインストールされ、またサーバ装置として蓄積する各種のバックアップデータはコンピュータ装置が備えるハードディスク装置に蓄積されるものであるから、コンピュータ装置の盗難やハードディスク装置の盗難、ネットワークを介して侵入するハッキングなどに対するセキュリティー対策が別途必要になるという問題点がある。

本願の発明者は上記の問題点を解決すべく種々検討を重ねた結果、リムーバブルメモリユニットに第１、第２のＯＳを記憶し、その何れかをコンピュータ装置に読み込むことなく、リムーバブルメモリユニット上で起動するようになし、一方のＯＳを、サーバ装置を構成するＯＳとし、他方のＯＳで前記一方のＯＳのバックアップ処理と、さらに該一方のＯＳのバージョンアップ処理を実行させるとともに、各ＯＳがデータを読み出し、書き込みすることができる記憶領域を設ければ、当該リムーバブルメモリユニット単体でサーバ装置を構成することができ、上記問題点を解消できることに想到して本発明を完成するに至ったものである。以下、本明細書においてはこのようなリムーバブルメモリユニットをスティックサーバということとする。

すなわち、本発明は、上記の問題点を解消することを課題とし、コンピュータ装置にＯＳをインストールすることなく、リムーバブルメモリユニット上でＯＳを起動し、コンピュータ装置をサーバ装置として機能できるようにしたリムーバブルメモリユニットからなるスティックサーバを提供することを目的とするものである。

前記課題を解決するために、本願の請求項１にかかる発明は、
表示手段と入力手段とリムーバブルメモリユニットを接続するポートを有するコンピュータ装置に接続されるリムーバブルメモリユニットから構成され、該リムーバブルメモリユニットは、ＣＤ−Ｒドライブとして認識される第１、第２のファイルシステムと、読み出し書き込みが可能な記憶領域として認識される第３のファイルシステムを備え、前記第１、第２のファイルシステムの記憶領域をＣＤ−Ｒドライブとして、第３のファイルシステムの記憶領域を読み出し書き込みが可能な記憶領域として認識させるための情報を記憶した制御記憶部と、を備え、
前記第１、第２のファイルシステムには、それぞれ、ＯＳ起動プログラムに基づいて当該第１の記憶領域をサーチすることによって記憶場所が特定されて、該リムーバブルメモリユニット上で起動される第１のＯＳ本体と第２のＯＳ本体を記憶し、更に、前記第１、第２のファイルシステムには、それぞれ、マスタブートレコードと、前記第１、第２のファイルシステムの記憶領域をサーチして前記第１、第２のＯＳ本体の記憶場所を特定するサーチスクリプトを含むＯＳ起動プログラムを記憶し、前記第１または第２のファイルシステムは、前記コンピュータ装置のＢＩＯＳに含まれるブートセレクト手段によって何れか一方のファイルシステムが起動されることを特徴とするスティックサーバである。

また、本願の請求項２にかかる発明は、請求項１にかかるスティックサーバにおいて、前記第１および第２のＯＳ本体は、前記第３のファイルシステムを共通のデータ領域として使用することを特徴とする。

また、本願の請求項３にかかる発明は、請求項１または請求項２にかかるスティックサーバにおいて、前記スティックサーバが前記コンピュータ装置に接続され、通常サーバを構成するＯＳとして起動される前記第１のＯＳ本体をバックアップする際、前記第２のＯＳ本体を起動し、該第２のＯＳ本体により前記第１のＯＳ本体およびデータを外部のサーバに送信してバックアップすることを特徴とする。

また、本願の請求項４にかかる発明は、請求項１または請求項２にかかるスティックサーバにおいて、前記スティックサーバが前記コンピュータ装置に接続され、通常サーバを構成するＯＳとして起動される前記第１のＯＳ本体をバージョンアップする際、前記第２のＯＳ本体を起動し、該第２のＯＳ本体により外部のサーバから、前記第１のＯＳ本体のためのバージョンアップのデータを取得し、前記スティックサーバ内の第１のＯＳ本体を更新することを特徴とする。

また、本願の請求項５にかかる発明は、請求項１ないし請求項４の何れかに記載のスティックサーバにおいて、前記スティックサーバは、個人認証データを取得して照合する個人認証手段を有することを特徴とする。

請求項１にかかる発明においては、スティックサーバはリムーバブルメモリユニットから構成され、ＣＤ−Ｒドライブとして認識される第１、第２のファイルシステムと、読み出し書き込みが可能な記憶領域として認識される第３のファイルシステムを備え、前記第１、第２のファイルシステムの記憶領域をＣＤ−Ｒドライブとして、第３のファイルシステムの記憶領域を読み出し書き込みが可能な記憶領域として認識させるための情報を記憶した制御記憶部と、を備え、前記第１、第２のファイルシステムには、それぞれ、ＯＳ起動プログラムに基づいて当該第１の記憶領域をサーチすることによって記憶場所が特定されて、該リムーバブルメモリユニットで起動される第１のＯＳ本体と第２のＯＳ本体を記憶し、更に、前記第１、第２のファイルシステムには、それぞれ、マスタブートレコードと、前記第１、第２のファイルシステムの記憶領域をサーチして前記第１、第２のＯＳ本体の記憶場所を特定するサーチスクリプトを含むＯＳ起動プログラムを記憶したものである。

このような構成によれば、コンピュータ装置のＢＩＯＳに含まれるブートセレクト手段によって、第１または第２のファイルシステムのうちの何れか一方のファイルシステムを起動することができサーバ装置を構成するＯＳを起動することができるようになり、他方のＯＳを起動してサーバ装置を構成する一方のＯＳやデータをバックアップすることができ、同様に、他方のＯＳを起動してサーバ装置を構成する一方のＯＳをバージョンアップすることもでき、スティックサーバ自体で独立したサーバシステムを構成することができるようになる。

請求項２にかかる発明においては、請求項１にかかるスティックサーバにおいて、前記第１および第２のＯＳ本体は、前記第３のファイルシステムを共通のデータ領域として使用する。

このような構成によれば、第１または第２のファイルシステムのうちの何れか一方のファイルシステムを起動することができサーバ装置を構成するＯＳを起動することができるようになり、他方のＯＳを起動してサーバ装置を構成する一方のＯＳやデータをバックアップすることができるようになる。

請求項３にかかる発明においては、請求項１または請求項２にかかるスティックサーバにおいて、前記スティックサーバが前記コンピュータ装置に接続され、通常サーバを構成するＯＳとして起動される前記第１のＯＳ本体をバックアップする際、前記第２のＯＳ本体を起動し、該第２のＯＳ本体により前記第１のＯＳ本体およびデータを外部のサーバに送信してバックアップする。

このような構成によれば、第１または第２のファイルシステムのうちの何れか一方のファイルシステムを起動することができサーバ装置を構成するＯＳを起動することができるようになり、他方のＯＳを起動してサーバ装置を構成する一方のＯＳやデータをバックアップすることができるようになるから、スティックサーバ自体で独立したサーバシステムを構成することができるようになる。

請求項４にかかる発明においては、請求項１または請求項２にかかるスティックサーバにおいて、前記スティックサーバが前記コンピュータ装置に接続され、通常サーバを構成するＯＳとして起動される前記第１のＯＳ本体をバージョンアップする際、前記第２のＯＳ本体を起動し、該第２のＯＳ本体により外部のサーバから、前記第１のＯＳ本体のためのバージョンアップのデータを取得し、前記スティックサーバ内の第１のＯＳ本体を更新する。

このような構成によれば、第１または第２のファイルシステムのうちの何れか一方のファイルシステムを起動することができサーバ装置を構成するＯＳを起動することができるようになり、他方のＯＳを起動してサーバ装置を構成する一方のＯＳをバージョンアップすることもでき、スティックサーバ自体で独立したサーバシステムを構成することができるようになる。

請求項５にかかる発明においては、請求項１ないし請求項４の何れかにかかるスティックサーバにおいて、前記スティックサーバは、個人認証データを取得して照合する個人認証手段を有する。

このような構成によれば、スティックサーバが盗難などにあっても、個人認証をパスしなければスティックサーバを作動させることができず、スティックサーバのセキュリティーを向上することができるようになる。

以下、本発明の具体例を実施例及び図面を用いて詳細に説明する。但し、以下に示す実施例は、本発明の技術思想を具体化するためのスティックサーバを例示するものであって、本発明をこのスティックサーバに特定することを意図するものではなく、特許請求の範囲に含まれるその他の実施形態のスティックサーバにも等しく適用し得るものである。

図１は、本発明の実施例にかかるスティックサーバ１０を用いたサーバシステムの概念を示すシステム構成図である。本発明の実施例にかかるスティックサーバ１０を用いたサーバシステムは、コンピュータ装置２０とスティックサーバ１０とから構成され、コンピュータ装置２０にスティックサーバ１０を接続することによってコンピュータ装置２０をサーバ装置として機能するよう構成したものである。コンピュータ装置２０はＬＡＮ３２を用いてローカルアリエネットワーク（ＬＡＮ）に接続されたクライアントコンピュータ装置などの情報機器に対するサーバとして機能し、また、インターネットなどのネットワーク３１を介して外部の情報処理システムとデータの授受を行うことができる。

図６と同様に、コンピュータ装置２０は、リムーバブルメモリユニットの接続ポートであるＵＳＢポートの他に、表示手段、入力手段とこれらを制御するマイクロプロセッサなどの制御手段、電源ユニットを備えているが、通常のコンピュータ装置のようにＯＳ起動プログラムやＯＳをインストールしたハードディスク装置を備えていない。従って、コンピュータ装置２０単体ではコンピュータ装置として動作することができない構成である。

スティックサーバ１０は、各種のサーバ機能を実現するための第１のＯＳ、第２のＯＳを記憶し、当該第１、第２のＯＳの何れからも書き込み、読み出しが可能な共通のファイルシステムを設けたＵＳＢメモリなどのリムーバブルメモリから構成される。そして、このスティックサーバ１０であるリムーバブルメモリユニットは、図６と同様にリムーバブルメモリ上で第１のＯＳまたは第２のＯＳの何れか一方を起動してサーバ動作させるものである。

図２は、本発明の実施例にかかるスティックサーバの概念を示す概念図である。図２に示すようにスティックサーバ１０は、ＵＳＢメモリのようなリムーバブルメモリユニットに第１ファイルシステム１０ａ〜第３ファイルシステム１０ｃを設け、第１ファイルシステム１０ａに第１のＯＳを、第２ファイルシステム１０ｂに第２のＯＳを記憶し、第３ファイルシステム１０ｃを第１のＯＳおよび第２のＯＳがそれぞれデータの書き込み、読み出しが可能な共通のファイル領域として構成したものである。

第１のファイルシステム１０ａおよび第２のファイルシステム１０ｂは、コンピュータ装置２０からＣＤ−Ｒ領域として認識される領域であり、第３のファイルシステム１０ｃは、コンピュータ装置２０からＨＤＤ領域またはＣＤ−ＲＷ領域あるいはフラッシュメモリ領域など、データの書き込み、読み出しが可能なメモリ領域として認識される領域である。

コンピュータ装置２０は、ＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔＯｕｔｐｕｔＳｙｓｔｅｍ）を備えており、コンピュータ装置２０の電源が投入されると、ＢＩＯＳが起動される。ＢＩＯＳは一般的なコンピュータ装置に備えられているのと同様に、コンピュータ装置２０の拡張キーの操作により、「リセット機能」、「セットアップ画面表示機能」、「ブートセレクト画面表示機能」の何れかを選択することができる。

「ブートセレクト画面表示機能」とは、コンピュータ装置２０のブートデバイスを選択的に切り換えるための設定画面（選択画面）を表示する機能であり、たとえばブートデバイスをハードディスクからＣＤ−Ｒなどに変更することができる。従って、このブートセレクト画面において、スティックサーバ１０の何れかのＣＤ−Ｒ領域である第１のファイルシステム１０ａまたは第２のファイルシステム１０ｂをブートデバイスとして選択することができる。

第１のファイルシステム１０ａおよび第２のファイルシステム１０ｂに記憶された第１のＯＳまたは第２のＯＳは、コンピュータ装置２０からは、ＣＤ−Ｒ領域に記憶されているものとして処理されるから、コンピュータ装置２０のＢＩＯＳに含まれるブートセレクト機能を起動し、ブートセレクト画面を表示させ、第１のファイルシステム１０ａおよび第２のファイルシステム１０ｂの何れかをブートデバイスとして選択することにより第１のＯＳまたは第２のＯＳの何れか一方を起動することができる。第１のＯＳまたは第２のＯＳは後述する構成を持ち、コンピュータ装置２０にインストールすることなく、スティックサーバ１０上で起動して動作させることがきできる。

本発明のスティックサーバ１０においては、第１のＯＳ、第２のＯＳの何れか一方がサーバ装置を構成するＯＳとして通常起動され、他方のＯＳはサーバとしてのバックアップ機能を実行するために起動されるＯＳとして用いられるものである。

一般にサーバ装置においては、サーバ装置としてのＯＳやデータをバックアップする機能と、サーバ装置としてのＯＳ自体のバージョンアップに対処する機能とが必要になる。本発明のスティックサーバ１０においては、第１のＯＳ、第２のＯＳの何れか一方がサーバ装置を構成するＯＳとして通常起動され、他方のＯＳは、サーバ装置を構成するＯＳのバックアップ機能、サーバ装置を構成するＯＳ自体をバージョンアップする機能を実行するために起動される。

すなわち、第１のＯＳを通常起動されるサーバ装置を構成するＯＳとした場合、サーバ装置を構成する第１のＯＳのバックアップ機能、サーバ装置を構成する第１のＯＳ自体をバージョンアップする機能を実行する場合、第２のＯＳを起動してそれらの機能を実行するようにされる。

第１に、サーバ装置を構成する第１のＯＳのバックアップ機能を実行する場合、第２のＯＳを起動し、第２のＯＳにより第１のＯＳおよびデータ（第１のＯＳにより生成されたデータやサーバ装置に接続されたクライアント装置のデータ）を、ネットワークを介して外部（遠隔）のサーバに送りバックアップする。
また、第２に、サーバ装置を構成する第１のＯＳ自体をバージョンアップする機能を実行する場合、第２のＯＳを起動し、第２のＯＳにより外部（遠隔）のサーバにあるＯＳのデータ（一般には旧バージョンのＯＳと新バージョンのＯＳとの差分データ：パッチと呼ばれる）を、ネットワークを介して取得して、第１のＯＳに上書きして対応するプログラムファイルなどを書き換える（パッチを当てると言われることもある）。

本発明によるスティックサーバ１０は、第１のＯＳおよび第２のＯＳが共通に読み出し、書き込みをすることができる第３のファイルシステム１０ｃを備えているから、スティックサーバ１０単体で任意のコンピュータ装置２０に接続するだけで、当該コンピュータ装置２０（ＯＳをインストールしたり、データを保存したりするためのハードディスク装置を持たないコンピュータ装置）をサーバ装置として使用することができる。言い換えれば、スティックサーバ１０自体でサーバ装置としての機能を果たすことができるようになる。従って、ユーザはスティックサーバ１０を可搬型のサーバ装置として利用することができ、スティックサーバ１０にＲＦＩＤタグや生体認証手段を組み込むことによりセキュリティー機能を持たせることもできる。

以下、本発明の実施例にかかるスティックサーバ１０を用いたサーバシステムの構成の詳細について説明する。図３は、本発明の実施例にかかるスティックサーバ１０を用いたサーバシステムの構成の詳細を示すブロック図である。図３において、スティックサーバ１０はＵＳＢメモリユニットにより構成され、コンピュータ装置２０にはＵＳＢメモリユニットを接続するためのＵＳＢポート２３を備えている。

図６と同様に、コンピュータ装置２０は、スティックサーバ１０であるＵＳＢメモリユニットの接続ポートであるＵＳＢポート２３の他に、表示手段２１、入力手段２２とこれらを制御する図示していないＢＩＯＳを有するマイクロプロセッサなどの制御手段、電源ユニットを備えているが、通常のコンピュータ装置のようにＯＳ起動プログラムやＯＳをインストールしたハードディスク装置を備えていない。従って、コンピュータ装置２０単体ではコンピュータ装置として動作することができない構成である。

スティックサーバ１０は、一般のＵＳＢメモリユニットと同様にＵＳＢコントローラ１１、入出力部１２、制御記憶部１４を備えている。メモリ部１３は、第１ファイルシステム１０ａ、第２ファイルシステム１０ｂ、第３ファイルシステム１０ｃに区分されたメモリチップで構成されている。

第１ファイルシステム１０ａ、第２ファイルシステム１０ｂは、コンピュータ装置２０からＣＤ−Ｒドライブとして認識される記憶領域であり、第３ファイルシステム１０ｃはコンピュータ装置２０から読み出し、書き込みが可能なドライブとして認識される記憶領域である。すなわち、第３ファイルシステム１０ｃはコンピュータ装置２０からＨＤドライブまたはＣＤ−ＲＷドライブなどの何れかであればよい。以下の説明においては、第３ファイルシステム１０ｃがＨＤＤドライブとして設定された場合を説明する。

制御記憶部１４には第１ファイルシステム１０ａ、第２ファイルシステム１０ｂがメモリ部１３のどの論理ブロックで構成され、ＣＤ−Ｒドライブとして使用される領域であるか、第３ファイルシステム１０ｃがメモリ部のどの論理ブロックで構成され、読み出し、書き込みが可能な記憶領域（例えば、ＨＤドライブ）として使用される領域であるかを示す情報が記憶される。制御記憶部１４に記憶する情報は、例えば、特開２００４−１７１５３６号公報（図１、図２）に開示されたＣＤ−ＲＯＭドライブに対する情報と同様である。

これによりコンピュータ装置２０のＵＳＢドライバは、スティックサーバ１０が接続された時、メモリ部１３の第１ファイルシステム１０ａ、第２ファイルシステム１０ｂをＣＤ−Ｒドライブとして、また、第３ファイルシステム１０ｃをＨＤＤドライブとして認識する。

第１ファイルシステム１０ａ、第２ファイルシステム１０ｂには、それぞれ、メモリ部１３の所定の記憶容量の論理ブロックが割り当てられ、その先頭の５１２バイトにはＭＢＲ１１１、１２１が記憶され、ＭＢＲ１１１、１２１の記憶位置に対する相対アドレスで特定される記憶場所からＯＳ起動プログラム１１２、１２２が記憶されている。さらに、第１ファイルシステム１０ａ、第２ファイルシステム１０ｂには、それぞれＯＳ本体１１３、１２３が記憶されている。また、第３ファイルシステム１０ｃには、メモリ部１３の所定の記憶容量の論理ブロックが割り当てられ、ＯＳ本体１１３やＯＳ本体１２３あるいはユーザが作成したファイル、クライアントＰＣの作成したファイルなどを記憶するためのデータ記憶部として使用される。

ＯＳ起動プログラム１１２、１２２には、それぞれＯＳ本体１１３、１２３を起動するための最小限のプログラムが記憶されたものであり、ＯＳのデスクトップ画面を表示するプログラムの他、ＯＳ本体１１３、１２３の記憶された領域をサーチするサーチスクリプトが記憶される。

ＯＳ起動プログラム１１２、１２２の記憶位置の先頭アドレスはそれぞれのＭＢＲ１１１、１２１に記憶されるが、ＭＢＲ１１１、１２１の記憶位置に対して相対アドレスとして記憶される。従ってＭＢＲ１１１または１２１を読み出して、そこに記憶された相対アドレス位置を先頭として記憶されているＯＳ起動プログラム１１２または１２２を読み出して実行することができる。ＯＳ起動プログラム１１２や１２２にはＯＳ本体１１３や１２３が記憶された領域をサーチするサーチスクリプトが記憶されているから、これを実行することによってＯＳ本体１１３または１２３の記憶位置を特定してＯＳを起動することができる。ＯＳ起動プログラム１１２、１２２に含まれるサーチスクリプトは、図８に示したサーチスクリプトと同様のものである。

なお、第１ファイルシステム１０ａまたは第２ファイルシステム１０ｂの何れが選択されるかは、前述したようにコンピュータ装置２０のＢＩＯＳに含まれるブートセレクト画面を用いて指定することによって決定される。

本発明の実施例のスティックサーバ１０においては、それぞれＣＤ−Ｒドライブとして認識される第１フアイルシステム１０ａ、第２ファイルシステム１０ｂの先頭にＭＢＲ１１１、１２１が記憶されているから、ＢＩＯＳのブートセレクト機能を用いてドライブが選択されると、選択されたＣＤ−ＲドライブからこのＭＢＲ１１１あるいは１２１を読み出してＯＳを起動する手順が開始される。従って、コンピュータ装置２０の機種に依存することなく、全てのコンピュータ装置が備えているＣＤ−ＲドライバによりＯＳを起動することができるようになる。

そして、例えば、第１ファイルシステム１０ａから読み出されたＭＢＲ１１１にはＭＢＲ１１１の記憶位置（先頭の５１２バイト）に対する相対アドレスでＯＳ起動プログラム１１２の位置が記憶されているから、ＭＢＲ１１１によりＯＳ起動プログラム１１２を読み出してサーチスクリプトを実行する。サーチスクリプトは第１ファイルシステム１０ａのＣＤ−Ｒドライブとして認識される記憶領域をサーチしてＯＳ本体１１３が記憶されている場所を検索してＯＳ本体１１３を起動することができる。第２ファイルシステム１０ｂがブートセレクトされた場合も同様である。

図４は、本発明の実施例にかかるスティックサーバ１０におけるＯＳ起動の手順を示すフローチャートである。先ずステップＳ１０１においてコンピュータ装置２０の電源がオンされる。そしてステップＳ１０２の処理においてスティックサーバ１０がコンピュータ装置２０のＵＳＢポート２３に接続される。

次いで、ステップＳ１０３の処理においてコンピュータ装置２０のＢＩＯＳのブートセレクト画面を用いてブートドライブを選択する。ブートセレクトによりブートドライブが選択されると、スティックサーバ１０において選択されたドライブ、例えば、第１ファイルシステム１０ａが起動される（ステップＳ１０４）。以下の説明は、第１ファイルシステム１０ａが起動された場合を説明する。

ステップＳ１０４の処理で第１ファイルシステム１０ａが起動されると、第１ファイルシステム１０ａに割り当てられた記憶領域の先頭の５１２バイトに記憶されているＭＢＲ１１１（マスタブートレコード）が読み出される（ステップＳ１０５）。次いでステップＳ１０６の処理でＭＢＲ１１１に基づいてＯＳ起動プログラム１１２が読み出される。ＯＳ起動プログラム１１２はＭＢＲ１１１に対する相対アドレスで記憶位置が特定されており、ＭＢＲ１１１にはこの相対アドレスが記憶されているから、ＭＢＲ１１１を読み出して実行することによりＯＳ起動プログラム１１２を読み出すことができる。

ＯＳ起動プログラム１１２は、先に述べたようにＯＳ本体１１３を起動するための最小限のプログラムが記憶されたものであり、ＯＳ本体１１３の記憶位置をサーチするサーチスクリプトを含む。ステップＳ１０７の処理においてこのサーチスクリプトを順次実行してＯＳ本体１１３の記憶場所をサーチし、ＯＳ本体１１３の記憶場所がわかったら、ステップＳ１０８の処理においてＯＳデスクトップ画面をコンピュータ装置２０の表示手段２１に表示してＯＳ本体１１３の起動が完了する。なお、ＯＳ本体１１３が起動された後の動作は通常のＯＳによるコンピュータ装置の動作と同様である。

また、スティックサーバ１０に個人認証手段を設け、スティックサーバ１０のセキュリティーを向上することができる。図５は、図３に示すスティックサーバ１０にＲＦＩＤタグを用いた個人認証手段を備えたサーバシステムの構成の詳細を示すブロック図である。

図５に示すように、スティックサーバ１０には、個人認証（個別認証）を行う手段として非接触型ＩＤタグの読み取り手段であるＲＦＩＤ読み取り手段１５、照合手段であるＲＦＩＤ照合手段１６を備えて構成されている。その他の構成は図３に示すスティックサーバ１０の構成と同様である。この個人認証手段により正規のユーザであることが認証されると、メモリ部１３からの情報の読み出しが許可され、コンピュータ装置２０とＵＳＢ通信規格に従って通信して、第１または第２のＯＳ本体１１３または１２３を起動することができるようになる。

個人認証のため、スティックサーバ１０の正規の利用者は、本人に対して発行されたＲＦＩＤタグ４０を所持しており、このＲＦＩＤタグ４０には当該正規の利用者を特定するユニークなＩＤやキー情報が個人認証データ４１として記録されている。スティックサーバ１０に設けられたＲＦＩＤ読み取り手段１５は、ＲＦＩＤタグ４０に記録されている個人認証データ４１を読み取り、ＲＦＩＤ照合手段１６により、スティックサーバ１０の認証データと比較して個人認証を行う。なお、個人認証データ４１は指紋データなどの生体認証データであってもよい。また、個人認証手段は、指紋センサなどを用いた生体認証手段で構成されてもよい。

個人認証をパスすればメモリ部１３からの情報の読み出しが許可され、第１または第２のＯＳ本体１１３または１２３を起動することができるようになる。このような構成によれば、スティックサーバ１０が盗難などにあっても、ＲＦＩＤタグ４０を用いないとスティックサーバ１０を作動させることができず、スティックサーバ１０のセキュリティーを向上することができる。

本発明によるスティックサーバ１０は、以上説明したように、第１のファイルシステム１０ａおよび第２のファイルシステム１０ｂに記憶された第１のＯＳまたは第２のＯＳは、コンピュータ装置２０からは、ＣＤ−Ｒ領域に記憶されているものとして処理されるから、第１のファイルシステム１０ａおよび第２のファイルシステム１０ｂの何れかをブートデバイスとして選択することにより第１のＯＳまたは第２のＯＳの何れか一方をスティックサーバ１０上で起動することができる。また、第１のＯＳおよび第２のＯＳが共通に読み出し、書き込みをすることができる第３のファイルシステム１０ｃを備えているから、スティックサーバ１０単体で任意のコンピュータ装置２０に接続するだけで、当該コンピュータ装置２０（ＯＳをインストールしたり、データを保存したりするためのハードディスク装置を持たないコンピュータ装置）をサーバ装置として使用することができる。

ＯＳ本体１１３または１２３が起動された後の動作は通常のＯＳによるコンピュータ装置２０の動作と同様であるが、通常起動され、サーバ装置を構成するＯＳ（例えば、第１のＯＳ）をＷＷウェブサーバ、ネットワークサーバ、ファイルサーバ、データベースサーバ、ルータ、認証サーバなど種々の機能のサーバに特化した構成とし、所望のサーバ装置として機能するようにシステム構成や通信環境を予め設定したり、必要に応じて、クライアント装置の情報を定義したりするユーザにわかり易い設定画面などを用意しておくことで、コンピュータシステムやネットワークシステムに不慣れなユーザが容易にサーバ装置を構築できるようにすることができる。

サーバ装置を構成するＯＳ（例えば、第１のＯＳ）をバックアップしたり、バージョンアップしたりする際に起動されるＯＳ（例えば、第２のＯＳ）は、ネットワークを介して外部のサーバと通信する機能を実行できればよいので、一般的なＯＳであってよい。

また、サーバ装置を構成するＯＳ（例えば第１のＯＳ）をバージョンアップする際、第１のＯＳは、ＣＤ−Ｒドライブとして認識されるファイルシステムに記憶されているから、第２のＯＳにより遠隔のサーバにある第1のＯＳのデータ（一般には旧バージョンのＯＳと新バージョンのＯＳとの差分データ：パッチと呼ばれる）を介して取得して、第１のＯＳに上書きして対応するプログラムファイルなどを書き換えることができる。

本発明の実施例にかかるスティックサーバを用いたサーバシステムの概念を示すシステム構成図である。本発明の実施例にかかるスティックサーバの概念を示す概念図である。本発明の実施例にかかるスティックサーバを用いたサーバシステムの構成の詳細を示すブロック図である。本発明の実施例にかかるスティックサーバのＯＳ起動手順を示すフローチャートである。個人認証手段を備えたスティックサーバを用いたサーバシステムの構成の詳細を示すブロック図である。ＯＳ起動プログラムとＯＳ本体を記憶したリムーバブルメモリユニットの概念を示すブロック図である。リムーバブルメモリユニットの記憶領域構成を説明するための概念図である。ＯＳ起動プログラムにおけるサーチスクリプトとＯＳサーチ手順を示す概念図である。

符号の説明

１０・・・・スティックサーバ（ＵＳＢメモリユニット）
１１・・・・ＵＳＢコントローラ
１２・・・・入出力部
１０ａ・・・第１ファイルシステム（ＣＤ−Ｒドライブ）
１０ｂ・・・第２フアイルシステム（ＣＤ−Ｒドライブ）
１０ｃ・・・第３ファイルシステム（メモリ部）
１４・・・・制御記憶部
２０・・・・コンピュータ装置
２１・・・・表示手段
２２・・・・入力手段
２３・・・・ＵＳＢポート
１１１，１２１・・・・ＭＢＲ（マスタブートレコード）
１１２，１２２・・・・ＯＳ起動プログラム
１１３，１２３・・・・ＯＳ本体

Claims

表示手段と入力手段とリムーバブルメモリユニットを接続するポートを有するコンピュータ装置に接続されるリムーバブルメモリユニットから構成され、
該リムーバブルメモリユニットは、ＣＤ−Ｒドライブとして認識される第１、第２のファイルシステムと、読み出し書き込みが可能な記憶領域として認識される第３のファイルシステムを備え、前記第１、第２のファイルシステムの記憶領域をＣＤ−Ｒドライブとして、第３のファイルシステムの記憶領域を読み出し書き込みが可能な記憶領域として認識させるための情報を記憶した制御記憶部と、を備え、
前記第１、第２のファイルシステムには、それぞれ、ＯＳ起動プログラムに基づいて当該第１の記憶領域をサーチすることによって記憶場所が特定されて、該リムーバブルメモリユニット上で起動される第１のＯＳ本体と第２のＯＳ本体を記憶し、更に、前記第１、第２のファイルシステムには、それぞれ、マスタブートレコードと、前記第１、第２のファイルシステムの記憶領域をサーチして前記第１、第２のＯＳ本体の記憶場所を特定するサーチスクリプトを含むＯＳ起動プログラムを記憶し、前記第１または第２のファイルシステムは、前記コンピュータ装置のＢＩＯＳに含まれるブートセレクト手段によって何れか一方のファイルシステムが起動されることを特徴とするスティックサーバ。
前記第１および第２のＯＳ本体は、前記第３のファイルシステムを共通のデータ領域として使用することを特徴とする請求項１に記載のスティックサーバ。
前記スティックサーバが前記コンピュータ装置に接続され、通常サーバを構成するＯＳとして起動される前記第１のＯＳ本体をバックアップする際、前記第２のＯＳ本体を起動し、該第２のＯＳ本体により前記第１のＯＳ本体およびデータを外部のサーバに送信してバックアップすることを特徴とする請求項１または請求項２に記載のスティックサーバ。
前記スティックサーバが前記コンピュータ装置に接続され、通常サーバを構成するＯＳとして起動される前記第１のＯＳ本体をバージョンアップする際、前記第２のＯＳ本体を起動し、該第２のＯＳ本体により外部のサーバから、前記第１のＯＳ本体のためのバージョンアップのデータを取得し、前記スティックサーバ内の第１のＯＳ本体を更新することを特徴とする請求項１または請求項２に記載のスティックサーバ。
前記スティックサーバは、個人認証データを取得して照合する個人認証手段を有することを特徴とする請求項１ないし請求項４の何れか１項に記載のスティックサーバ。