(57)【要約】【課題】特殊なネットワークカードやＤＨＣＰサーバ、ＴＦＴＰサーバを構築することなく、ＯＳをネットワーク経由で配信・起動する方法を実現する。【解決手段】通常のネットワークカードを搭載した利用者端末に、仮想マシンモニタをインストールし、管理用ＯＳを起動する。管理用ＯＳ上で、ｉＳＣＳＩプロトコルを用いて遠隔のストレージサーバにアクセスし、そこにあるボリュームをマウントする。そのマウントしたボリュームを仮想ディスクデバイスにマッピングし、そのディスクからブートすることにより、ネットワーク経由でＯＳをブートする。この方式により、特殊なネットワークカードを利用することなく、ＯＳをネットワーク経由で配信・起動することができる。更に、外部媒体への書込み制御や印刷制御を組み合わせることで、特殊なネットワークカードを利用することなく、ネットワークブート型シンクライアントが実現できる。【選択図】図１
2009176213.tif 000002
【特許請求の範囲】
【請求項１】
ＯＳデータを含む論理的ディスクボリュームを管理するストレージサーバにネットワーク経由でアクセスする情報処理装置であって、
アプリケーションを実行するアプリケーションデータ処理手段と、
装置内で実行しようとする処理をモニタし、分析するマシンモニタ手段と、
前記マシンモニタ手段上で稼動し、ｉＳＣＳＩプロトコルを用いて、前記マシンモニタ手段と協働して前記ストレージサーバにアクセスし、前記論理的ディスクボリュームを取得するデータ取得処理手段と、
前記マシンモニタ手段上で稼動し、前記マシンモニタ手段と協働して、前記論理的ディスクボリュームに含まれる前記ＯＳデータを、前記アプリケーションデータ処理手段において起動させるＯＳ起動手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記データ取得手段は、ユーザ認証処理が完了した後に、前記ストレージサーバにアクセスすることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記アプリケーションデータ処理部と、前記マシンモニタ手段と、前記データ取得処理手段と、前記ＯＳ起動手段は、前記情報処理装置内において仮想化されていることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記ＯＳデータは、印刷許可・禁止を制御する印刷制御手段と、外部媒体へのデータの書出しを制御する外部媒体書出し制御手段と、端末制御手段を含み、
前記データ取得処理手段は、前記ＯＳデータによって可能な動作を規定するセキュリティポリシを管理するポリシデータベースにアクセスし、
前記ＯＳデータが前記アプリケーションデータ処理手段に導入された後、前記端末制御手段が、前記印刷制御手段と前記外部媒体書出し制御手段に前記セキュリティポリシを反映することを特徴とする請求項１に記載の情報処理装置。
【請求項５】
ＯＳデータを含む論理的ディスクボリュームを管理するストレージサーバにネットワーク経由でアクセスする情報処理装置における情報処理方法であって、
前記情報処理装置が、アプリケーションを実行するアプリケーションデータ処理手段と、装置内で実行しようとする処理をモニタし、分析するマシンモニタ手段と、前記マシンモニタ手段上で稼動するデータ取得処理手段と、前記マシンモニタ手段上で稼動するＯＳ起動手段と、を備え、
前記方法は、
前記データ取得処理手段が、ｉＳＣＳＩプロトコルを用いて、前記マシンモニタ手段と協働して前記ストレージサーバにアクセスし、前記論理的ディスクボリュームを取得し、する工程と、
前記ＯＳ起動手段が、前記マシンモニタ手段と協働して、前記論理的ディスクボリュームに含まれる前記ＯＳデータを、前記アプリケーションデータ処理手段において起動させる工程と、
を備えることを特徴とする情報処理方法。
【請求項６】
ＯＳデータを含む論理的ディスクボリュームを管理するストレージサーバと、このストレージサーバにネットワーク経由でアクセスする情報処理装置とを含む情報処理システムであって、
アプリケーションを実行するアプリケーションデータ処理手段と、
前記情報処理装置内で実行しようとする処理をモニタし、分析するマシンモニタ手段と、
前記マシンモニタ手段上で稼動し、ｉＳＣＳＩプロトコルを用いて、前記マシンモニタ手段と協働して前記ストレージサーバにアクセスし、前記論理的ディスクボリュームを取得するデータ取得処理手段と、
前記マシンモニタ手段上で稼動し、前記マシンモニタ手段と協働して、前記論理的ディスクボリュームに含まれる前記ＯＳデータを、前記アプリケーションデータ処理手段において起動させるＯＳ起動手段と、
を備えることを特徴とする情報処理システム。
【請求項７】
コンピュータを請求項１乃至４の何れか１項に記載の情報処理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及び情報処理システム、並びにプログラムに関し、例えば、ＯＳデータを含む論理的ディスクボリュームを管理するストレージサーバにネットワーク経由でアクセスすることにより実行される情報処理に関するものである。
【背景技術】
【０００２】
従来、ネットワーク先のＯＳ配信サーバにあるＯＳイメージをネットワーク経由でブートする方式として代表的なものに、ＰＸＥ（Preboot Execution Environment）に対応したネットワークカードとＤＨＣＰサーバ、及びＴＦＴＰサーバを利用したネットワークブート方式がある。
【０００３】
この方式においては、ＰＸＥ  ＲＯＭを搭載したネットワークカードを利用者端末に配備し、起動時にＢＩＯＳからＰＸＥ  ＲＯＭに制御が移った後、ＲＯＭ内のプログラムがＤＨＣＰサーバからＩＰアドレスを取得し、ＴＦＴＰサーバからブート用のブートストラップと呼ばれるコードをダウンロードする。そして、そのダウンロードしたブートストラップを使ってＯＳイメージをＴＦＴＰサーバからダウンロードし、起動する。このような仕組みを利用したネットワークブートとその起動の高速化については、例えば、特許文献１に開示されているものがある。
【０００４】
【特許文献１】特開２００５−１４９３３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の方式の場合、ネットワークカードとして特別なＰＸＥ  ＲＯＭを搭載したものが必要になってくる。
【０００６】
また、ＢＩＯＳをネットワーク対応のものとして設定しなければならない。
【０００７】
さらに、ＤＨＣＰサーバやＴＦＴＰサーバを構築する必要があり、ＤＨＣＰサーバでＩＰアドレスを取得する方式に変更しなければならず、ネットワークの構成・設定を従来のものから大幅に変更する必要がある。また、ＤＨＣＰサーバはルータとはレイヤが異なるため、ネットワークセグメント（ルータ）を越えて別のネットワークと共通のものとして構築することができない。つまり、セグメント毎にそれぞれＤＨＣＰサーバ及びＴＦＴＰサーバを設ける必要がある。
【０００８】
したがって、特許文献１に示される方式を既存のシステムに対して導入するには敷居が高く、コストも掛かってしまう。
【０００９】
本発明はこのような状況に鑑みてなされたものであり、特殊なネットワークカードやネットワーク構成がなくても、ネットワークブートできる方式を実現するものである。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、ＩＰネットワーク経由でデバイスへのＩ／Ｏコマンドを発行して、ネットワーク経由でデバイスアクセスを実現するプロトコル、例えばｉＳＣＳＩプロトコルを用いてＯＳイメージ（ＯＳデータ）をストレージサーバから取得してＰＣ内にマウントしてブートしている。ｉＳＣＳＩプロトコルを用いることにより、ルータとサーバ（ＤＨＣＰサーバ）のレイヤの相違による、ルータ越えが不可能になるという従来の不都合を改善している。また、ＰＣ内に仮想マシン、管理用仮想マシン、仮想マシンモニタを設け、各処理部を仮想化している。
【００１１】
即ち、本発明による情報処理装置は、ＯＳデータ（ＯＳイメージ）を含む論理的ディスクボリュームを管理するストレージサーバにネットワーク経由でアクセスする情報処理装置である。この情報処理装置は、アプリケーションを実行するアプリケーションデータ処理手段（仮想マシン）と、装置内で実行しようとする処理をモニタし、分析するマシンモニタ手段（仮想マシンモニタ）と、マシンモニタ手段上で稼動し、ｉＳＣＳＩプロトコルを用いて、マシンモニタ手段と協働してストレージサーバにアクセスし、論理的ディスクボリュームを取得するデータ取得処理手段（管理用仮想マシン内のｉＳＣＳＩマウントモジュール）と、マシンモニタ手段上で稼動し、マシンモニタ手段と協働して、論理的ディスクボリュームに含まれるＯＳデータを、アプリケーションデータ処理手段において起動させるＯＳ起動手段（管理用仮想マシン内の仮想マシン起動モジュール）と、を備えている。ここで、アプリケーションデータ処理部と、マシンモニタ手段と、データ取得処理手段と、ＯＳ起動手段は、情報処理装置内において仮想化されている。
【００１２】
また、データ取得手段は、ユーザ認証処理が完了した後に、ストレージサーバにアクセスする。
【００１３】
さらに、ＯＳデータは、印刷許可・禁止を制御する印刷制御手段（印刷制御モジュール）と、外部媒体へのデータの書出し制御する外部媒体書出し制御手段（外部媒体アクセス制御モジュール）と、端末制御手段（端末制御サービス）を含んでいる。そして、データ取得処理手段は、ＯＳデータによって可能な動作を規定するセキュリティポリシを管理するポリシデータベースにアクセスし、ＯＳデータがアプリケーションデータ処理手段に導入された後、端末制御手段が、印刷制御手段と外部媒体書出し制御手段にセキュリティポリシを反映する。
【００１４】
さらなる本発明の特徴は、以下本発明を実施するための最良の形態および添付図面によって明らかになるものである。
【発明の効果】
【００１５】
本発明によれば、特殊なネットワークカードやネットワーク構成がなくても、コストを抑えつつ、ネットワークブートできる方式を実現できるようになる。
【発明を実施するための最良の形態】
【００１６】
本発明では、利用者端末上で仮想マシンモニタを起動し、管理用ＯＳを立ち上げてそのＯＳよりストレージサーバにアクセスし、ストレージサーバ上にあるボリュームをマウントし、そのボリュームにインストールされたＯＳを別の仮想マシン上に起動する。このようにすることにより、ＰＸＥ対応のネットワークカードを利用せずに、通常のネットワークカードとネットワーク構成において、ストレージサーバで管理されたＯＳイメージをネットワーク経由でブートすることができる。
【００１７】
以下、添付図面を参照して本発明の実施形態について説明する。ただし、本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。また、各図において共通の構成については同一の参照番号が付されている。
【００１８】
（１）第１の実施形態
＜システム構成＞
図１は、本発明の第１の実施形態おけるネットワークブートシステムの概略構成を示す図である。
【００１９】
ネットワークブートシステムは、利用者端末１０１と、ストレージサーバ１０２と、管理サーバ１０３と、を備え、それらがネットワーク１０４で互いに接続された構成となっている。
【００２０】
ストレージサーバ１０２は、ｉＳＣＳＩストレージサーバであり、ｉＳＣＳＩプロトコルを用いて、ストレージサーバ内のＬＵ（Logical Unit）１１３にアクセスすることができるようになっている。このように、本発明では、ＤＨＣＰプロトコルを用いず、ｉＳＣＳＩプロトコルを用いているので、利用者端末１０１は、ルータ（図示せず）を越えてストレージサーバにアクセスできるようになっている。つまり、セグメントの制限がない。また、ＬＵ１１３は各利用者に対応しており、利用者ごとに設定されたＯＳとアプリケーションを含むＯＳイメージ１１２が各ＬＵ１１３にインストールされている。ここで、ＯＳイメージ１１２はＷｉｎｄｏｗｓ（登録商標）としているが、Ｌｉｎｕｘ等、他のＯＳでも本発明は適用可能である。
【００２１】
利用者端末１０１は、ＣＰＵ（中央処理部）１１５と、ＨＤＤ（ハードディスクドライブ）１１６と、ＲＯＭ（Read Only Memory）１１７と、ＲＡＭ（Random Access Memory）１１８と、表示装置１１９と、を備えている。さらに、利用者端末１０１には、仮想マシンモニタ１１１がインストールされており、その上に管理用仮想マシン１０５と通常の仮想マシン１０９がある。管理用仮想マシン１０５には管理用ＯＳ１０６がインストールされており、その上にｉＳＣＳＩマウントモジュール１０７が稼動している。
【００２２】
ここで、仮想マシンモニタ１１１は、利用者端末のハードウェアリソースを仮想化することで、複数のＯＳを同時に実行できる環境を提供するソフトウェアである。代表的なものとして、オープンソースソフトウェアのＸｅｎがあり、本発明でもその利用を想定している。管理用仮想マシン１０５は、仮想マシンモニタ１１１が起動したとき、最初に起動される仮想マシンであり、その上でＬｉｎｕｘやＷｉｎｄｏｗｓ（登録商標）  Ｅｍｂｅｄｄｅｄ等の軽量なＯＳが稼動する。仮想マシンモニタ１１１には、各仮想マシンが起動の対象とする仮想的なディスクデバイスが実装されているが、仮想ディスクデバイスモジュール１１０は、ある仮想マシン１０９の起動ディスクとなる仮想ディスクデバイスを実装するモジュールである。
【００２３】
仮想ディスクデバイスモジュール１１０とｉＳＣＳＩマウントモジュール１０７は、連携（協働）して動作する。つまり、ｉＳＣＳＩマウントモジュール１０７は、仮想ディスクデバイスモジュール１１０を経由して、ＯＳイメージサーバ１１２の対応するＬＵ１１３から取得し、自身（ｉＳＣＳＩマウントモジュール１０７）にマウントしたＬＵ１１３へのポインタを保持する。そして、仮想ディスクデバイスモジュール１１０の作成する仮想ディスクデバイスがｉＳＣＳＩマウントモジュール１０７に保持されたポインタを用いて、ＬＵ１１３を参照するようになっている。
【００２４】
また、仮想マシン起動モジュール１０８は、仮想ディスクデバイスモジュール１１０がＬＵ１１３への参照を生成完了したタイミングで、仮想マシン１０９を起動するモジュールである。
【００２５】
管理サーバ１０３は、管理ＤＢ１１４（図２参照）を格納したサーバである。利用者端末１０１の電源をＯＮにした後、ｉＳＣＳＩマウントモジュールがアクセスした際に、入力されたＩＤ・パスワードが管理サーバ１０３に送信される。そして、そのＩＤ・パスワードをキーとして管理ＤＢ１１４より検索が実行され、利用者に対応するＬＵ１１３の識別番号であるＬＵ番号をｉＳＣＳＩマウントモジュール１０７に返す。この管理サーバにより、利用者のユーザ認証を行い、適切なＯＳイメージ配信を行うための対応するＬＵ１１３を、利用者端末１０１に通知する。本実施形態では、利用者認証の手段としてＩＤ・パスワードとしたが、指紋や静脈、虹彩等の生態情報や、ＩＣカード等のハードウェアトークンに格納された証明書、ワンタイムパスワード等を使用しても良い。なお、ここでは管理ＤＢ１１４はストレージサーバ１０２とは別の管理サーバ１０３に設置されているが、ストレージサーバ１０２内に設置しても良い。
【００２６】
＜管理ＤＢの内容＞
図２は、管理ＤＢ１１４に格納されたＬＵ管理テーブル２００の構成を示す図である。ＬＵ管理テーブル２００の属性として、ＩＤ２０１、パスワード２０２、ＬＵ番号２０３がある。これは、各利用者に対応するＩＤとパスワード、及びＬＵ番号の組み合わせを記録するテーブルであり、利用者認証にも使用される。
【００２７】
利用者端末１０１が起動されると、ｉＳＣＳＩマウントモジュール１０７が利用者に例えばＩＤ及びパスワードの入力を促し、入力されたＩＤ及びパスワードが管理サーバ１０３に送信される。そして、管理サーバ１０３では、送信されてきたＩＤ及びパスワードに対応するＬＵ番号２０３がｉＳＣＳＩマウントモジュール１０７に返送される。このＬＵ番号２０３は、ストレージサーバ１０２に格納されているＬＵ１１３の番号に相当するものである。
【００２８】
＜ＯＳブート時の処理＞
図３は、ＯＳブート時の処理、つまり、ブート電源を入れ、ＯＳを起動するまでの処理を説明するためのフローチャートである。なお、仮想マシン１０９、管理用仮想マシン１０５、仮想マシンモニタ１１１は、実際にはファイルとして利用者端末１０１にインストールされており、動作する場合には、中央処理部（ＣＰＵ）１１５が各ファイルを読み込んで対応する処理を実行する。
【００２９】
図３において、まず、利用者が利用者端末の電源をＯＮにすると、中央処理部１１５がそれを検知して利用者端末１０１を起動する（ステップＳ３０１）。利用者端末１０１が起動されると、仮想マシンモニタ１１１が起動し、管理用仮想マシン１０５をブート（使用できる状態に）する（ステップＳ３０２）。このとき、管理用仮想マシン１０５がブート時に起動されるよう管理用ＯＳ１０６上に設定されたｉＳＣＳＩマウントモジュール１０７を起動させる（ステップＳ３０３）。
【００３０】
続いて、ｉＳＣＳＩマウントモジュール１０７は、起動時に利用者にＩＤ・パスワードを要求する（ステップＳ３０４）。利用者がＩＤ・パスワードを入力した後、ｉＳＣＳＩマウントモジュール１０７は、仮想マシンモニタ１１１経由で管理サーバ１０３にＩＤ・パスワードを送信する（ステップＳ３０５）。
【００３１】
管理サーバ１０３は、管理ＤＢ１１４にアクセスして、ＩＤ・パスワードが登録されているかを照合することで、利用者認証を行う（ステップＳ３０６）。認証に失敗した場合は、ｉＳＣＳＩマウントモジュール１０７に認証失敗結果を通知し、その結果を受けてエラーメッセージを利用者端末１０１の表示装置１１９に表示し、ブート処理のキャンセルを行う（ステップＳ３１０）。
【００３２】
認証に成功した場合、管理サーバ１０３は、対応するＬＵ番号２０３をｉＳＣＳＩマウントモジュール１０７に通知する（ステップＳ３０７）。ｉＳＣＳＩマウントモジュール１０７は、取得したＬＵ番号２０３を基に、ストレージサーバ１０２にｉＳＣＳＩプロトコルでアクセスして、対応するＬＵ１１３を自身（ｉＳＣＳＩマウントモジュール１０７）にマウントし、ＬＵ１１３にアクセスするためのポインタを仮想ディスクデバイスモジュール１１０に引き渡す（ステップＳ３０８）。その後、仮想マシン起動モジュール１０８が仮想マシン１０９を起動し、マウントされたＬＵ２０３を仮想ディスクとして利用可能な仮想ディスクデバイスモジュール１１０から対応するＯＳイメージを取得し、ＯＳをブートする（ステップＳ３０９）。
【００３３】
以上のアーキテクチャを採ることにより、ストレージサーバ１０２に保管されたＬＵ１１３上のＯＳイメージ１１２を、特殊なネットワークカード等のハードウェアを使う必要なく、ｉＳＣＳＩプロトコルを用いてネットワークブートすることができる。特殊なネットワークカードを使う必要がなく、ネットワーク構成を変更する必要がないため、導入するための敷居が低く、導入しやすい点が大きなメリットである。
【００３４】
＜ファイルＩ／Ｏ時の処理＞
図４は、仮想マシン１０９におけるファイルＩ／Ｏ時の処理を説明するためのフローチャートである。仮想マシン１０９上で稼動中のＯＳ（ストレージサーバ１０２から取得したＯＳ）やアプリケーションがファイルＩ／Ｏ要求を発行すると（ステップＳ４０１）、ファイルＩ／Ｏ要求は仮想ディスクデバイスモジュール１１０経由で、ｉＳＣＳＩマウントモジュール１０７に転送される（ステップＳ４０２）。ｉＳＣＳＩマウントモジュール１０７は、受け取ったファイルＩ／Ｏ要求から、ｉＳＣＳＩプロトコルでストレージサーバ１０２にアクセスするためのＩＰパケットを生成して、ＬＵ１１３にアクセスする（ステップＳ４０３）。これにより、ファイルＩ／ＯがＬＵ１１３へのアクセスに変換される。このようにして、ＬＵ１１３からブートされたＯＳの他に必要なデータがＬＵ１１３からその都度取得されるようになっている。
【００３５】
＜ＯＳイメージ構築処理＞
図５は、システム管理者がＯＳイメージを構築する際の処理を説明するためのフローチャートである。ここで、ＯＳイメージは、例えばＷｉｎｄｏｗｓ（登録商標）とする。なお、ここで言及する管理者端末の構成は利用者端末１０１と同様のものである。
【００３６】
まず、管理者によって管理者端末（図示せず）の仮想マシン上にＯＳとアプリケーションがインストールされる（ステップＳ５０１）。そして、管理者端末における仮想ハードディスクに構築されたバイナリデータが管理者によって複製されてＯＳイメージが作成される（ステップＳ５０２）。
【００３７】
その作成されたＯＳイメージをベースとしてＳｙｓｐｒｅｐ．ｅｘｅを用いて中央処理部がＯＳイメージを複製する（ステップＳ５０３）。こうして複製されたＯＳイメージは、それぞれ固有のセキュリティＩＤが付与される。このため、同一ドメイン内におけるセキュリティＩＤの衝突を避けることができる。中央処理部は、この複製したＯＳイメージを各ＬＵ１１３に配置し（ステップＳ５０４）、ストレージサーバ１０２における各ＬＵの初期化を実行することができる。
【００３８】
（２）第２の実施形態
＜システム構成＞
図６は、第２の実施形態によるネットワークブートシステムであって、第１の実施形態によるネットワークブート方式を応用した、ネットワークブート型シンクライアントシステムの概略構成を示す図である。
【００３９】
利用者端末１０１、ストレージサーバ１０２、および管理サーバ１０３の構成は、図１で示されるネットワークブートシステムにおける構成と同様である。
【００４０】
図６において、ポリシ管理サーバ６０１は、利用者端末１０１上の仮想マシン１０９でブートしたＯＳイメージ１１２のセキュリティ制御を司る管理サーバである。ポリシ管理サーバ６０１にはポリシＤＢ６０２が格納されており、各ＯＳイメージ１１２に対するポリシ設定が保存されている。そして、利用者端末１０１でブートされたＯＳイメージは、このポリシ設定の下に、外部媒体への保存や印刷に関して利用制限がかけられる。
【００４１】
なお、管理ＤＢ１１４及びポリシＤＢ６０２はストレージサーバ１０２とは別の管理サーバ１０３及びポリシ管理サーバ６０１にそれぞれ設置されているが、ストレージサーバ１０２内に集約しても良い。
【００４２】
＜ＯＳイメージの構成＞
図７は、ＬＵ１１３に格納されたＯＳイメージ１１２の構成図である。ＯＳイメージ１１２は、ＯＳ７０１内に一般利用するアプリケーション７０２と、端末制御サービス７０３と、印刷制御モジュール７０４と、外部媒体アクセス制御モジュール７０５と、を備える構成となっている。
【００４３】
端末制御サービス７０３は、ＯＳ７０１の起動時に起動され、ＯＳ７０１のシャットダウンまで稼動し続ける。また、端末制御サービス７０３は、起動時にポリシ管理サーバ６０１にアクセスして、ＯＳのセキュリティＩＤをキーとしてポリシ管理サーバ６０１に送信し、対応するセキュリティポリシ設定（図８参照）を取得する。端末制御サービス７０３は、取得したセキュリティポリシ設定を基に、印刷制御モジュール７０４、及び外部媒体アクセス制御モジュール７０５にコマンドを投げ、ポリシに対応したセキュリティを設定する。
【００４４】
外部媒体アクセス制御モジュール７０５は、ＵＳＢメモリ等の外部媒体やＤＶＤ−ＲやＣＤ−Ｒ等の備え付けデバイスに対する書込み制御や暗号化書出しを行うモジュールである。また、印刷制御モジュール７０４は、印刷の許可・不許可を制御するモジュールである。これら２つのモジュールは、端末制御サービス７０３から取得したポリシ設定８００に応じて、印刷制御や媒体への書出し制御を行う。
【００４５】
＜セキュリティポリシ管理テーブル＞
図８は、ポリシＤＢに格納されたセキュリティポリシ管理テーブル８００の構成を示す図である。セキュリティポリシ管理テーブルの属性には、セキュリティＩＤ８０１、印刷制御８０２、ＵＳＢ書出し８０３、ＣＤ−Ｒ書出し８０４が含まれている。セキュリティＩＤ８０１は、各ＯＳイメージに割り振られた固有のＩＤ（図５の説明参照）である。印刷制御８０２は、印刷の許可・禁止を設定項目として持っている。また、ＵＳＢ書出し８０３、ＣＤ−Ｒ書出し８０４では、ＵＳＢ接続の外部媒体や内蔵ＣＤ−Ｒ等への書出し許可・禁止、および書出し可能としたときの暗号化書出し、もしくは平文書出しを設定できる。
【００４６】
＜端末制御サービス起動時の処理＞
図９は、端末制御サービスの起動時の処理を説明するためのフローチャートである。まず、中央処理部１１５は、ブートされたＯＳ７０１を起動すると同時に、端末制御サービス７０３を起動する（ステップＳ９０１）。次に、端末制御サービス７０３は、起動された後、ＯＳ７０１のセキュリティＩＤを取得して、ポリシ管理サーバ６０１に送信する（ステップＳ９０２）。上述にように、セキュリティＩＤは、ＯＳごとに一意に設定された識別子であり、ＯＳに対応したセキュリティポリシを取得するキーとして利用される。
【００４７】
ポリシ管理サーバ６０１は、セキュリティＩＤをキーとして、ポリシＤＢ６０２のセキュリティポリシ管理テーブル８００を検索し、対応するポリシを取得する（ステップＳ９０３）。
【００４８】
続いて、取得したポリシを基に、端末制御サービス７０３は、印刷制御モジュール７０４・外部媒体アクセス制御モジュール７０５にセキュリティポリシに相当するコマンドを送信する（ステップＳ９０４）。そのコマンドを受けて、印刷制御モジュール７０４・外部媒体アクセス制御モジュール７０５は、ポリシを利用者端末１０１に反映する（ステップＳ９０５）。
【００４９】
（３）まとめ
以上で述べたように、本発明の実施形態では、ネットワーク先にあるストレージサーバから、特殊なＰＸＥ対応のネットワークカードを利用せず、ＯＳをネットワークブート可能とする仕組みを提供する。つまり、ｉＳＣＳＩプロトコルを用いてＯＳイメージ（ＯＳデータ）をストレージサーバから取得してＰＣ内にマウントしてブートしている。また、ＰＣ内に仮想マシン、管理用仮想マシン、仮想マシンモニタを設け、各処理部を仮想化している。
【００５０】
このように、ｉＳＣＳＩプロトコルを用いることにより、ルータとサーバ（ＤＨＣＰサーバ）のレイヤの相違による、ルータ越えが不可能になるという従来の不都合を改善している。また、仮想化することによりＢＩＯＳには依存しなくなるので、従来のようにＰＸＥ対応のネットワークカードに付け替えて、ＤＨＣＰサーバやＴＦＴＰサーバを構築する必要がなく、低コストでの導入を可能とする。さらに、本ネットワークブート方式と外部媒体への書込み制御、印刷制御を組み合わせることにより、特殊なネットワークカードの必要がない、ネットワークブート型のシンクライアントを実現することができる。
【００５１】
なお、本発明は、実施形態の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
【００５２】
また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。
【００５３】
また、実施の形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それをシステム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ-ＲＷ、ＣＤ-Ｒ等の記憶媒体に格納し、使用時にそのシステム又は装置のコンピュータ(又はＣＰＵやＭＰＵ)が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしても良い。
【図面の簡単な説明】
【００５４】
【図１】本発明の第１の実施形態によるネットワークブートシステムの概略構成を示す図である。
【図２】管理ＤＢに格納されたＬＵ管理テーブルの構成を示す図である。
【図３】ＯＳブート時の処理を説明するためのフローチャートである。
【図４】ファイルＩ／Ｏ時の処理を説明するためのフローチャートである。
【図５】ＯＳイメージ構築の処理を説明するためのフローチャートである。
【図６】本発明の第２の実施形態によるネットワークブートシステムであって、ネットワークブート型シンクライアントシステムの概略構成を示す図である。
【図７】ＬＵに格納されたＯＳイメージの構成を示す図である。
【図８】ポリシＤＢに格納されたセキュリティポリシ管理テーブルの構成を示す図である。
【図９】端末制御サービスの起動時の処理を説明するためのフローチャートである。
【符号の説明】
【００５５】
１０１…利用者端末
１０２…ストレージサーバ
１０３…管理サーバ
１０４…ネットワーク
１０５…管理用仮想マシン
１０６…ＯＳ
１０７…ｉＳＣＳＩマウントモジュール
１０８…仮想マシン起動モジュール
１０９…仮想マシン
１１０…仮想ディスクデバイスモジュール
１１１…仮想マシンモニタ
１１２…ＯＳイメージ
１１３…ＬＵ
１１４…管理ＤＢ
１１５…ＣＰＵ（中央処理部）
１１６…ＨＤＤ
１１７…ＲＯＭ
１１８…ＲＡＭ
２０１…ＩＤ
２０２…パスワード
２０３…ＬＵ番号
６０１…ポリシ管理サーバ
６０２…ポリシ管理ＤＢ
７０２…アプリケーション
７０３…端末制御サービス
７０４…印刷制御モジュール
７０５…外部媒体アクセス制御モジュール
８０１…セキュリティＩＤ
８０２…印刷制御
８０３…ＵＳＢ書出し
８０４…ＣＤ−Ｒ書出し
【図１】
2009176213.tif 000003
【図２】
2009176213.tif 000004
【図３】
2009176213.tif 000005
【図４】
2009176213.tif 000006
【図５】
2009176213.tif 000007
【図６】
2009176213.tif 000008
【図７】
2009176213.tif 000009
【図８】
2009176213.tif 000010
【図９】
2009176213.tif 000011