(57)【要約】【課題】  ハードウェア構成の異なる複数の端末で可搬型記憶媒体からは起動できないように構成されているＯＳも利用できる可搬型記憶媒体を作成する。【解決手段】  可搬型記憶媒体に備えられたＤＢ更新機能が利用対象の情報端末に固有のデバイスドライバや設定ファイルなどのハードウェア情報を自動的に抽出する第１の手段と、可搬型記憶媒体に備えられたブートドライバが利用対象の情報端末の起動に必要なデバイスドライバを列挙し、それらを起動中に動的にインストールする第２の手段とを備える。【選択図】      図２
2009157697.tif 000002
【特許請求の範囲】
【請求項１】
利用対象の情報端末に読み込まれて実行されるＯＳ及びアプリケーションを記憶した可搬型記憶媒体であって、
利用対象の情報端末への接続時に当該情報端末に固有のデバイスドライバや設定ファイルなどのハードウェア情報を抽出するハードウェア情報抽出手段と、
抽出したハードウェア情報に基づき前記情報端末の起動に必要なデバイスドライバを列挙し、それらのデバイスドライバを当該可搬型記憶媒体内に予め登録されたデータベースから読出し、前記ＯＳ及びアプリケーションが使用可能なようにインストールするインストール手段とを備えることを特徴とする可搬型記憶媒体。
【請求項２】
前記インストール手段は、当該可搬型記憶媒体以外の記憶手段からデバイスドライバを読み込まないように前記ＯＳの設定を変更する手段を備えることを特徴とする請求項１に記載の可搬型記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、可搬型記憶媒体に記憶したＯＳやアプリケーションをハードウェア構成の異なる各種の情報端末で利用可能にする技術に関する。
【背景技術】
【０００２】
従来、インターネットカフェの端末や駅のキオスク端末など、不特定多数のユーザに利用される情報端末の貸し出し側と借り手側で高い安全性を実現し、借り手の必要とする環境の提供を可能にする方法として、例えば下記特許文献１に記載のように可搬型記憶媒体で構成された可搬型情報端末を使用するものが知られている。
下記特許文献１に記載のものは、公衆端末にはＯＳやソフトウェアを記憶しない構成を採り、その代わりにユーザに配布した可搬型記憶媒体からＯＳやソフトウェアを読み込む。また、ユーザが書き込み可能な記憶領域として、可搬型記憶媒体を用いる。
【０００３】
【特許文献１】特開２００３―３０３１０４
【０００４】
図８は、従来技術を示す構成図であり、公共利用可能な公共端末１として、通常はＣＰＵ１０、揮発性メモリ１１、表示装置１２、入出力装置１３、記憶装置１４、外部インタフェース１５を持ったパーソナル・コンピュータが用いられることが一般的である。この際、公共端末１の貸し出し側には当該公共端末１の環境が何らかの被害を受ける可能性がある。また借り手側には必要なツールが提供されないことによる不便、また第三者が端末に仕組んだマルウェアによる情報漏洩の被害の可能性もある。これらの事情から、貸し出し側と借り手側の双方にとって高い安全性を確保し、借り手側が必要としている環境を提供する手段として、公共端末１からで起動できる可搬型の記憶媒体をユーザに配布する。
例えば、ユーザ１に配布した記憶媒体１６やユーザnに配布した記憶媒体１７にはユーザ固有のＯＳ１６０やアプリケーション１６１を格納して利用する。これらの記憶媒体１６，１７は公共端末１で利用することはできるが、必要なデバイスドライバが備わっていない可能性があるため、ハードウェア構成の異なる公共端末１では利用できない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記のように、上記特許文献１に記載の技術は、ハードウェアが統一的な公共端末を利用する場合に限り、ユーザ独自の環境を実現できるが、ハードウェア構成が異なる別の端末では利用できない問題がある。
また、可搬型記憶媒体からは起動できないように構成されているＯＳ（例えばMicrosoft社のWindowsなど）を利用できないという問題がある。
本発明は、不特定多数のユーザが利用する情報端末において利用者が必要とする情報処理環境を可搬型記憶媒体により実現する場合に、ハードウェア構成の異なる複数の情報端末であっても利用可能であり、また可搬型記憶媒体からは起動できないように構成されているＯＳが実装されている情報端末であっても利用可能な可搬型記憶媒体を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明に係る可搬型記憶媒体は、利用対象の情報端末への接続時に当該情報端末に固有のデバイスドライバや設定ファイルなどのハードウェア情報を抽出するハードウェア情報抽出手段と、抽出したハードウェア情報に基づき前記情報端末の起動に必要なデバイスドライバを列挙し、それらのデバイスドライバを可搬型記憶媒体内に予め登録されたデータベースから読出し、可搬型記憶媒体内に記憶されたＯＳ及びアプリケーションが使用可能なようにインストールするインストール手段とを備えることを特徴とする。
また、前記インストール手段は、可搬型記憶媒体以外の記憶手段からデバイスドライバを読み込まないように前記ＯＳの設定を変更する手段を備えることを特徴とする。
【発明の効果】
【０００７】
本発明によれば、ユーザは、社内の端末、自宅の端末、ネットカフェの端末など、ハードウェア構成の異なるあらゆる情報端末で自身が必要とする利用環境を実現するし、情報処理を行うことができる。
また、可搬型記憶媒体からは起動できないように構成されているＯＳ（例えばMicrosoft社のWindowsなど）を利用できるようになる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。
図１は、本発明の実施形態を示すシステム構成図である。
本発明では、従来技術での問題を解決し、社内の端末（社内ＰＣ）２０、自宅の端末（自宅ＰＣ）２１、もしくはネットカフェの端末（ネットカフェＰＣ）２２など、ハードウェア構成の異なるあらゆる情報端末で確実に利用可能な可搬型記憶媒体（ユーザ１には媒体２３、ユーザnには媒体２４）を作成し、各ユーザ１〜ｎに配布する。
なお、以下では、社内の端末（社内ＰＣ）２０、自宅の端末（自宅ＰＣ）２１、もしくはネットカフェの端末（ネットカフェＰＣ）２２などを総称して情報端末と言う。
個々の可搬型記憶媒体２３，２４には、従来技術と同様にＯＳ１６０、アプリケーション１６１が格納されると共に、アプリケーション１６１による処理結果等を格納するデータ保存領域１６２が設けられている。これ以外に、可搬型記憶媒体からは起動できないように構成されているＯＳ（例えばMicrosoft社のWindowsなど）を起動可能にするためのブートドライバ２３０、あらゆる情報端末での起動に対応するため、情報端末２で必要なデバイスドライバを自動的に抽出するためのＤＢ更新機能（ハードウェア情報抽出手段）２３１と、その構成情報を格納したハードウェア構成ＤＢ２３２、アプリケーション１６１による処理結果等を格納するデータ保存領域１６２から構成される。
【０００９】
図２は、本発明に係る可搬型記憶媒体２３，２４の作成手順を示す説明図である。
本発明では、可搬型記憶媒体２３，２４を作成するのはシステム管理者、必要なアプリケーションをインストール・設定するキッティング業者がキッティング用の端末３０で行うことを想定している。ただし、イメージツール３００とディスクイメージ３０１にアクセスできるすべての人が媒体を作成することができる（手順（１））。
作成した可搬型記憶媒体（ユーザ１に配布する媒体２３、ユーザnに配布する媒体２４）は各ユーザに配布する（手順（２））。この際、例えばユーザ１がこの可搬型記憶媒体２３を情報端末１に挿入して（接続して）起動を試みた場合、起動には失敗する（手順（３））。これは、情報端末１で起動するための必要なデバイスドライバが記憶媒体２３に備わっていないためである。
手順（３）で起動に失敗した後、もしくはユーザ１が情報端末n２２に可搬型記憶媒体２３を挿入して起動した場合には、情報端末１２０（情報端末n２２）のＯＳ環境が自動的に起動する。この際、可搬型記憶媒体２３に格納されたＤＢ更新機能２３１が自動的に実行され、情報端末１２０（情報端末n２２）のハードウェア情報を抽出する（手順（４））。この後、自動的に再起動がかかり、情報端末１２０（情報端末n２２）で可搬型記憶媒体２３からの起動が可能になる。
通常は情報端末n２２にはＯＳ環境がセットアップ済みと仮定できるため、情報端末n２２の起動後に可搬型記憶媒体２３を挿入し、ＤＢ更新機能２３１を実行することで、情報端末n２２に格納されているドライバファイルを抽出できる。しかしながら、情報端末n２２にＯＳ環境がセットアップされていない場合は情報端末n２２を起動することができない。この場合には、例えば、情報端末n２２にＯＳ環境をセットアップした後で上記手順（４）を実行する、もしくは、管理者が情報端末n２２のインストール媒体を入手し、キッティング端末３０上でＤＢ更新機能２３１を実行し、情報端末２２のインストールＣＤからドライバファイルを抽出する、等の方法で可搬型記憶媒体２３を構成することも可能である。
【００１０】
図３は、本発明の可搬型記憶媒体２３からの起動手順を示す説明図である。
ユーザ１が当該ユーザ１に配布した可搬型記憶媒体２３を用いて情報端末n２２を利用する場合、最初にＯＳ１６０のカーネルとブートドライバ２３０が可搬型記憶媒体２３から情報端末ｎ２２のメモリに読み込まれる。読み込み処理では、ハードウェア割り込みと呼ばれる情報端末ｎ２２に依存しない命令が用いられるため、情報端末によらず読み込み処理は成功する。
また、情報端末ｎ２２はローカルの記憶装置ではなく、外部インタフェースから起動するようにＢＩＯＳレベルで設定済みであることが前提となる。
ブートドライバ２３０は実行時に可搬型記憶媒体２３以外の記憶装置からドライブをマウントしないようにＯＳ１６０の設定を変更する（手順（１））。
次にハードウェア構成ＤＢ２３２から情報端末n２２の起動に必要なデバイスドライバ（デバイスドライバ１４０、デバイスドライバ２４１、デバイスドライバn４２）を列挙し（手順（２））、それらをインストールする（手順（３））。
この後でＯＳ１６０は必要なデバイスドライバを順次ロードする（手順（４））。
【００１１】
デバイスドライバのロード中、ディスクアクセス用のデバイスドライバのロードが完了したタイミングでＯＳ１６０はアクセス可能な記憶装置の列挙を始める。
Microsoft社のWindowsなどのＯＳはローカル記憶装置４３を最初に読み込むように構成されている。この読み込みは手順（１）の設定のため、失敗する（手順（５））。しかし、唯一ユーザ１に配布した可搬型記憶媒体２３のみがシステムドライブとして認識される（手順（６））。
このように可搬型記憶媒体２３以外の記憶装置からドライブをマウントしないように設定しておくことで、情報端末２の貸し出し側と借り手側の双方にとって、何らかの被害を受けるリスクがなくなり、高い安全性を確保できる。
【００１２】
以下、本発明を実施する場合の処理の流れをフローチャートを用いて具体的に説明する。
図４は、キティング端末３０におけるイメージツール３００の処理を示すフローチャートである。
システム管理者やキッティング業者が他の端末で起動できる可搬型記憶媒体２３を作成する場合、キッティングするための端末３０に可搬型記憶媒体２３を挿入する（ステップ４０１）。そして、イメージツール３００を実行し（ステップ４０２）、ユーザの利用環境を格納したディスクイメージ３０１を可搬型記憶媒体２３にコピーする（ステップ４０３）。
以降は必要な人数分の可搬型記憶媒体を作成するため、ステップ４０１から繰り返す。
【００１３】
図５は、可搬型記憶媒体２３のＤＢ更新機能の処理を示すフローチャートである。
ユーザが管理者から配布された可搬型記憶媒体２３を情報端末ｎ２２に挿入して起動した場合、情報端末n２２のＯＳ環境が自動的に起動する。この際、可搬型記憶媒体２３に格納されたＤＢ更新機能２３１は、情報端末ｎ２２のＢＩＯＳやブートローダといったプログラムと同様に、情報端末ｎ２２のＣＰＵによって自動的に実行されるように構成されていることを仮定する。ＤＢ更新機能２３１は情報端末ｎ２２のハードウェア情報（デバイスドライバリストなど）を抽出済みかチェックし（ステップ５０１）、まだ抽出していない場合には情報端末ｎ２２のハードウェア情報を収集し（ステップ５０２）、ＯＳ１６０をリブートさせる（ステップ５０３）。
【００１４】
ステップ５０３を処理した後、もしくはステップ５０１でハードウェア情報を抽出済みの場合には可搬型記憶媒体２３のＯＳ１６０によるＯＳ環境が起動される（ステップ５０４）。
【００１５】
図６は、可搬型記憶媒体２３に格納されたブートドライバ２３０の処理を示すフローチャートである。
ユーザは情報端末ｎ２２に可搬型記憶媒体２３を挿入後に情報端末ｎ２２の電源をオンにする（ステップ６０１）。この後、情報端末ｎ２２のＢＩＯＳやブートローダが情報端末ｎ２２のＣＰＵによって実行され、可搬型記憶媒体２３からＯＳ１６０のカーネルとブートドライバ２３０が読み込まれる（ステップ６０２〜６０３）。
読み込まれたＯＳ１６０のカーネルとブートドライバ２３０は情報端末ｎ２２のＣＰＵによって実行される。そして、実行時にブートドライバ２３０はＯＳ１６０の設定を変更し、可搬型記憶媒体２３以外の記憶装置からドライブをマウントしないようにする（ステップ６０４）。
【００１６】
次に、ハードウェア構成ＤＢ２３２のデバイスドライバリストを列挙する（ステップ６０５）。そして、列挙したデバイスドライバ４０〜４２がインストール済みかチェックし（ステップ６０６）、未インストールの場合はデバイスドライバ４０〜４２のインストールを実行し（ステップ６０７）、以降はステップ６０６から繰り返す。
すべてのデバイスドライバ４０〜４２のインストールが終了した後で、ＯＳ１６０のデバイスドライバのロード処理が実行される（ステップ６０８）。
【００１７】
図７は、ブートドライバ２３０の続きの処理を示すフローチャートである。
図６におけるステップ６０８の後で、ＯＳ１６０はドライブのマウント処理を開始する。
ブートドライバ２３０は全てのドライブのマウントが完了したかチェックし（ステップ６０９）、まだ残っている場合はドライブのマウント処理を継続する（ステップ６１０）。この際、マウント対象のドライブがユーザに配布した可搬型記憶媒体２３か否かで結果が変わる（ステップ６１１）。ユーザに配布した可搬型記憶媒体２３の場合はマウントに成功（ステップ６１３）、それ以外の場合はマウントに失敗する（ステップ６１２）。ステップ６０９で全てのドライブのマウントが完了した場合に処理が終了する。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態を示す構成図である。
【図２】本発明の可搬型記憶媒体の作成手順を示す説明図である。
【図３】本発明の可搬型記憶媒体からの情報端末の起動手順を示す説明図である。
【図４】本発明の可搬型記憶媒体を作詞するイメージツールの処理を示すフローチャートである。
【図５】本発明の可搬型記憶媒体におけるＤＢ更新機能の処理を示すフローチャートである。
【図６】本発明の可搬型記憶媒体におけるブートドライバの処理を示すフローチャートである。
【図７】図６の続きのフローチャートである。
【図８】従来技術のシステム構成図である。
【符号の説明】
【００１９】
１…公共端末、１０…ＣＰＵ、１１…揮発性メモリ、１２…表示装置、１３…入出力装置、１４…記憶装置、１５…外部インタフェース、１６…ユーザ１に配布した可搬型媒体、１７…ユーザnに配布した可搬型媒体、１６０…ＯＳ、１６１…アプリケーション、４０〜４２…デバイスドライバ、２３２…ハードウェア構成ＤＢ、２３０…ブートドライバ。
【図１】
2009157697.tif 000003
【図２】
2009157697.tif 000004
【図３】
2009157697.tif 000005
【図４】
2009157697.tif 000006
【図５】
2009157697.tif 000007
【図６】
2009157697.tif 000008
【図７】
2009157697.tif 000009
【図８】
2009157697.tif 000010