(57)【要約】  外部ブートデバイス（２）は、ローダ及びローダを読み出すための拡張ＢＩＯＳを記憶する記憶部（２３，２５）と、端末（１）のシステムＢＩＯＳからの読出要求に応じて拡張ＢＩＯＳを端末（１）のＲＡＭ（１２）に読み出す拡張ＢＩＯＳ読出処理部（２０１）と、端末（１）のＲＡＭ（１２）に読み込まれた拡張ＢＩＯＳからの転送要求に応じて、ローダを端末（１）のＲＡＭ（１２）の起動メモリ領域（１２０）にバスマスタ方式で転送するＤＭＡＣ（２４）とＤＭＡＣ転送指示部（２０２）とを備えた。これによって、マルウエアが端末（１）のＢＩＯＳに潜伏等していたとしても、端末（１）の使用環境にマルウエアを出現させない高セキュリティな環境の設定を実現することができる。
2011145199.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置をブートする外部ブートデバイスにおいて、
ローダ及び前記ローダを読み出すための拡張ＢＩＯＳを記憶する記憶手段と、
前記情報処理装置のＢＩＯＳからの読出要求に応じて前記拡張ＢＩＯＳを前記情報処理装置に読み出す拡張ＢＩＯＳ読出手段と、
前記情報処理装置に読み込まれた前記拡張ＢＩＯＳからの転送要求に応じて、前記ローダを前記情報処理装置のＲＡＭ上の起動メモリ領域にバスマスタ方式で転送する転送手段とを備えたことを特徴とする外部ブートデバイス。
【請求項２】
前記転送手段は、前記ローダのバスマスタ方式での転送を行う転送部と、前記転送部に対して転送の要求を行う転送要求手段とを備えていることを特徴とする請求項１に記載の外部ブートデバイス。
【請求項３】
ブートの異常の有無を監視する監視手段を備えることを特徴とする請求項１又は２に記載の外部ブートデバイス。
【請求項４】
前記監視手段は、電源供給時点から前記転送要求が発せられるまでの間の時間を経時する経時手段と、経時時間が設定時間を超えているか否かを判断する時間判断手段とを備えることを特徴とする請求項３に記載の外部ブートデバイス。
【請求項５】
前記監視手段は、前記転送要求が発せられた後、前記ＲＡＭの内容を取り込む取込手段と、取り込んだ内容から前記ＲＡＭ内がプロテクトモード環境にあるか否かをチェックする内容判断手段とを備えることを特徴とする請求項３に記載の外部ブートデバイス。
【請求項６】
前記監視手段は、前記転送要求が発せられた後、バスマスタ方式で割込ベクタテーブルと前記割込ベクタテーブルの所定のベクタに対応する割込ハンドラとの前記起動メモリ領域への転送を行う割込転送部と、割込ハンドラからの実行結果信号の有無を判断する割込ハンドラ実行結果信号判断手段とを備えることを特徴とする請求項３に記載の外部ブートデバイス。
【請求項７】
前記監視手段によって前記ブートが異常と判断された場合に、前記情報処理装置の前記ＲＡＭをリアルモードの内容に書き換える更新手段とを備えることを特徴とする請求項４〜６のいずれかに記載の外部ブートデバイス。
【請求項８】
前記時間判断手段によって前記経時時間が設定時間を超えていると判断された場合に、前記更新手段は、前記情報処理装置の前記ＲＡＭをリアルモードの内容に書き換えるものであることを特徴とする請求項７に記載の外部ブートデバイス。
【請求項９】
前記内容判断手段によって前記ＲＡＭ内がプロテクトモード環境にあると判断された場合に、前記更新手段は、前記情報処理装置の前記ＲＡＭをリアルルモードの内容に書き換えるものであることを特徴とする請求項７に記載の外部ブートデバイス。
【請求項１０】
前記更新手段は、前記ＲＡＭに所定の内容を書き込むものであることを特徴とする請求項７〜９のいずれかに記載の外部ブートデバイス。
【請求項１１】
前記所定の内容には、前記ローダを含むことを特徴とする請求項１０に記載の外部ブートデバイス。
【請求項１２】
前記記憶手段は、前記ローダによってロードされる所定のＯＳファイルが記憶されていることを特徴とする請求項１〜１１のいずれかに記載の外部ブートデバイス。
【請求項１３】
外部ブートデバイスは、ＰＣＩであることを特徴とする請求項１〜１２のいずれかに記載の外部ブートデバイス。
【請求項１４】
請求項１〜１３のいずれかに記載の外部ブートデバイスと通信可能にされる接続ポートを備え、前記外部ブートデバイスによって外部ブートされる情報処理装置。
【請求項１５】
請求項１〜１３のいずれかに記載の外部ブートデバイスと、前記外部ブートデバイスと通信可能にされる接続ポートを備え、前記外部ブートデバイスによって外部ブートされる情報処理装置とからなるネットワーク通信システム。
【請求項１６】
前記外部ブートデバイスは、ネットワークと通信可能に接続する通信部を備えることを特徴とする請求項１５に記載のネットワーク通信システム。
【請求項１７】
情報処理装置をブートする外部ブート方法において、
記憶手段には、ローダ及び前記ローダを読み出すための拡張ＢＩＯＳが記憶されており、
拡張ＢＩＯＳ読出手段が、前記情報処理装置のＢＩＯＳからの読出要求に応じて前記拡張ＢＩＯＳを前記情報処理装置に読み出し、
転送手段が、前記情報処理装置に読み込まれた前記拡張ＢＩＯＳからの転送要求に応じて、前記ローダを前記情報処理装置のＲＡＭ上の起動メモリ領域にバスマスタ方式で転送することを特徴とする外部ブート方法。
【請求項１８】
前記転送手段は、前記ローダのバスマスタ方式での転送を行う転送部と、前記転送部に対して転送の要求を行う転送要求手段とを備えていることを特徴とする請求項１７に記載の外部ブート方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置の外部ブートを行う外部ブート技術に関する。
【背景技術】
【０００２】
近年、インターネット等のネットワークに接続されたサーバや端末（パーソナルコンピュータ）等の情報処理装置に対して各種のウイルス等が侵入し、乃至は潜伏し、それによってデータの盗聴、盗難、改竄、漏洩及び攻撃等の被害が生じている。かかるウイルス被害に対し、ウイルスの侵入を可及的に阻止する目的で、ウイルスを発見し乃至は駆除するソフトウエアの改良乃至は開発、回線制限（アドレス制限）の設定を行う等の対策が講じられている。しかし、ウイルスの新種発見から駆除用のソフトウエアの開発までの時間遅れ等を考慮すれば、ウイルスの侵入を確実に阻止することは困難である。また、電源投入を受けて情報処理装置が立ち上がる間にウイルス感染する虞も考えられ、かかる期間内に対する有効なウイルス対策も望まれる。【０００３】
特許文献１には、情報処理装置のハードディスク内に格納されたＯＳ（Operation System）起動方法が記載されている。より詳細には、情報処理装置の電源投入が検知されると、フラッシュメモリに記憶されているＢＩＯＳ（Ｂａｓｉｃ Input/Output System）を起動して起動可能なブートデバイスを検索し、ＵＳＢ（Universal Serial Bus）メモリに格納されているブートＯＳを起動して、まず表示手段にパスワードの入力画面を表示させる。次いで、この入力画面に対して入力手段からのパスワードの入力を受け付ける。パスワードが入力されると、入力パスワードとＵＳＢメモリに固有な情報とを連結してハッシュ値に変換し、起動すべきハードディスクのロック解除パスワードを生成する。そして、起動するハードディスクがセキュリティ設定済みであると判断した場合には、前記ロック解除パスワードで前記ハードディスクのロック状態を解除する一方、前記ハードディスクがセキュリティ設定済みではないと判断した場合には、前記ハードディスクのセキュリティを設定し、ロック状態が解除された前記ハードディスクのＭＢＲ(Master Boot Record)を起動し、ＯＳのブートローダを起動し、これによってＯＳを起動する方法である。これにより、ＯＳ起動時のセキュリティ認証が可能になる。また、特許文献１には、前記ハードディスクのロック状態が解除された状態で、ＵＳＢメモリに格納されているウイルスチェック機能を用いてウイルスチェックを行うことでハードディスクのウイルスチェックを可能とすることが記載されている。【０００４】
また、特許文献２には、起動プログラムの実行方法が記載されている。より詳細には、パーソナルコンピュータからハードディスクに対する最初の読込み要求に対し、起動プログラムを格納した記憶媒体の起動セクタに先立ってセキュリティ等の任意プログラムを格納した仮起動セクタを読み出し、該任意プログラムを実行させる起動前処理ステップを有するようにしたものである。そして、このセキュリティ等の任意プログラムの実行後に本来の起動プログラムを実行してＯＳを起動させるものである。これにより、パーソナルコンピュータのＢＯＩＳや記憶媒体の起動セクタ（ＬＢＡ０）を変更することなく、ＯＳ起動に先立ってセキュリティ等の任意のプログラムの実行を可能としている。【０００５】
また、特許文献３には、ＰＣＩ（Peripheral Component Interconnect）を用いて、周辺機器（たとえばＦＤＤ）とメイン・メモリとの間のデータ転送をＣＰＵの介在なしに実行するＤＭＡ（direct memory access）コントローラを備えたコンピュータ及び第２のＯＳファイルをブートする技術が提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−６６１２３号公報
【特許文献２】特開２００６−２３６１９３号公報
【特許文献３】特開２００１−１００９８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１は、パスワード入力画面に対してパスワードを入力する態様であるためパスワードの盗難の虞があることから、ＵＳＢメモリの固有情報と結合してハッシュ値を作成し、ロック解除情報とする個人認証技術である。また、特許文献１には、ＵＳＢメモリに格納されているウイルスチェック機能を用いてウイルスチェックを行うことでハードディスクのウイルスチェックを可能とすることが記載されているが、具体的な記載は一切ない。【０００８】
一方、特許文献２では、ハードディスク内の仮起動セクタの任意プログラムがウィルスチェックプログラムである場合においても、そのプログラムが実行される前に、例えばＲｏｏｔｋｉｔの形態を有するような不正プログラムが起動され、任意プログラムから自身（不正プログラム）を隠蔽することも可能であるため、ウイルスチェックに対する信頼性に一定の限界がある。また、特許文献２にはＯＳ起動前にウイルスを監視する具体的な方法は一切記載されていない。電源投入前から潜伏していたウイルスを仮に発見し得るとしても、再起動（ＯＳ起動）後にはウイルスチェックは行われていないため、再起動中に侵入するウイルス対して依然として無防備の状態にある。さらに、特許文献１、２はパーソナルコンピュータ側で処理を担う一般的態様であるから、この点からしても高い信頼性を確保するには限界がある。【０００９】
また、近年、特許文献１に記載の起動方法のような、いわゆるＵＳＢメモリブート方式が知られている。ＵＳＢメモリブート方式は、ＵＳＢメモリを端末に接続して端末の電源が投入された場合に、ＢＩＯＳからＵＳＢメモリが優先的に指定されて、その内部に記憶されたＯＳがブートされ、例えば職場の端末を自己のＰＣ環境の元で使用し得るようにした技術である。このＵＳＢメモリブート方式の別の態様として、ウイルス駆除プログラムを記憶しておき、優先的に起動させて、端末内の潜伏ウイルスを駆除可能にしたものも知られている。しかし、ＵＳＢメモリ自身のウイルス感染の有無やウイルス駆除処理終了からＯＳの起動までの間でのウイルス侵入の有無については何等言及されていない。【００１０】
また、特許文献３には、ＰＣＩのＤＭＡコントローラに関する記載があるのみで、セキュリティの観点から拡張ＢＩＯＳ及び第２のＯＳファイルのロードにおいてＤＭＡコントローラを活用する点に関しては何等記載されていない。【００１１】
本発明の目的は、マルウエアがＢＩＯＳに潜伏等していても、情報処理装置の使用環境にマルウエアを出現させない高セキュリティの技術を提供することにある。【００１２】
また、本発明の目的は、情報処理装置がマルウエアによってプロテクトモードに設定された場合であっても、確実にリアルモードに戻すことによって情報処理装置の使用環境にマルウエアを出現させない高セキュリティの技術を提供することにある。
【課題を解決するための手段】
【００１３】
本発明に係る外部ブートデバイスは、情報処理装置をブートする外部ブートデバイスにおいて、ローダ及び前記ローダを読み出すための拡張ＢＩＯＳを記憶する記憶手段と、前記情報処理装置のＢＩＯＳからの読出要求に応じて前記拡張ＢＩＯＳを前記情報処理装置に読み出す拡張ＢＩＯＳ読出手段と、前記情報処理装置に読み込まれた前記拡張ＢＩＯＳからの転送要求に応じて、前記ローダを前記情報処理装置のＲＡＭ上の起動メモリ領域にバスマスタ方式で転送する転送手段とを備えたことを特徴とするものである。【００１４】
また、本発明に係る情報処理装置は、前記外部ブートデバイスと通信可能にされる接続ポートを備え、前記外部ブートデバイスによって外部ブートされるものである。【００１５】
また、本発明に係るネットワーク通信システムは、前記外部ブートデバイスと、前記外部ブートデバイスと通信可能にされる接続ポートを備え、前記外部ブートデバイスによって外部ブートされる情報処理装置とからなるものである。【００１６】
また、本発明に係る外部ブート方法は、情報処理装置をブートする外部ブート方法において、記憶手段には、ローダ及び前記ローダを読み出すための拡張ＢＩＯＳが記憶されており、拡張ＢＩＯＳ読出手段が、前記情報処理装置のＢＩＯＳからの読出要求に応じて前記拡張ＢＩＯＳを前記情報処理装置に読み出し、転送手段が、前記情報処理装置に読み込まれた前記拡張ＢＩＯＳからの転送要求に応じて、前記ローダを前記情報処理装置のＲＡＭ上の起動メモリ領域にバスマスタ方式で転送することを特徴とするものである。【００１７】
これらの発明によれば、パーソナルコンピュータ（ＰＣ）等の情報処理装置に、例えば本発明用に改良されたＰＣＩ（Peripheral Component Interconnect）等の外部デバイスが装着された状態で、情報処理装置の電源が投入されると、情報処理装置は操作可能な状態になるようにＣＰＵ等によって起動（ブート）される。このとき、情報処理装置のＢＩＯＳ（システムＢＩＯＳ）からの読出要求に応じ、拡張ＢＩＯＳ読出手段によって、記憶手段に記憶されている拡張ＢＩＯＳが情報処理装置に読み出される。次いで、情報処理装置のＣＰＵの制御がシステムＢＩＯＳから拡張ＢＩＯＳに移ると、転送手段は、拡張ＢＩＯＳからの転送要求に応じて、ローダを情報処理装置のＲＡＭ上の起動メモリ領域にバスマスタ方式で転送する。これにより、ＲＡＭの起動メモリ領域はローダで上書きされる。従って、仮にマルウエアが情報処理装置のＢＩＯＳに潜伏等していて、システムＢＩＯＳ動作中にＲＡＭの起動メモリ領域にマルウエアを複製等させたとしても、上記の上書き処理によって情報処理装置の使用環境にマルウエアを出現させない高セキュリティな環境が設定される。【００１８】
また、本発明に係る外部ブートデバイスは、ブートの異常の有無を監視手段で監視し、異常のときは、更新手段によってＲＡＭをリアルモードの内容に全て書き換えるようにしている。これにより、情報処理装置がマルウエアによってプロテクトモードに設定された場合であっても、確実にリアルモードに戻すことが可能となり、これによって情報処理装置の使用環境にマルウエアを出現させない高セキュリティな環境が設定される。
【発明の効果】
【００１９】
本発明によれば、マルウエアが情報処理装置のＢＩＯＳに潜伏等していたとしても、情報処理装置の使用環境にマルウエアを出現させない高セキュリティな環境の設定と提供とを実現することができる。【００２０】
また、情報処理装置がマルウエアによってプロテクトモードに設定された場合であっても、確実にリアルモードに戻すことによって情報処理装置の使用環境にマルウエアを出現させない高セキュリティな環境の設定と提供とを実現することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明に係る外部ブートデバイスが適用されるネットワーク通信システムの一実施形態を示す概要図である。
【図２】図１に示す外部ブートデバイスのハードウエア構成の一例を示すブロック図である。
【図３】端末及び外部ブートデバイスのブートに関連する機能部の一例を示すブロック図である。
【図４】リアルモードにおける端末のＲＡＭのメモリマップ図である。
【図５】プロテクトモードにおける端末のＲＡＭのメモリマップ図である。
【図６】端末のＣＰＵによって実行されるシステムＢＩＯＳの起動処理の手順を説明するフローチャートである。
【図７】端末のＣＰＵによって実行されるシステムＢＩＯＳのＰＯＳＴ処理（ステップＳ３）の手順を説明するフローチャートである。
【図８】外部ブートデバイスのＣＰＵによって実行される監視処理Ｉの手順を説明するフローチャートである。
【図９】外部ブートデバイスのＣＰＵによって実行される監視処理IIの手順を説明するフローチャートである。
【図１０】端末のＣＰＵによって実行される拡張ＢＩＯＳ処理の手順を説明するフローチャートである。
【図１１】外部ブートデバイスのＣＰＵ及び拡張ＢＩＯＳによって実行される監視処理IIIの手順を示すための説明図である。
【図１２】端末側のＣＰＵによって実行される監視処理IIIの一部手順を説明するフローチャートである。
【図１３】外部ブートデバイス側のＣＰＵによって実行される監視処理IIIの一部手順を説明するフローチャートである。
【発明を実施するための形態】
【００２２】
図１は、本発明に係る外部ブートデバイスが適用されるネットワーク通信システムの一実施形態を示す概要図である。図２は、図１に示す外部ブートデバイスのハードウエア構成の一例を示すブロック図である。図３は、端末及び外部ブートデバイスのブートに関連する機能部の一例を示すブロック図である。図４は、リアルモードにおける端末のＲＡＭのメモリマップ図である。図５は、プロテクトモードにおける端末のＲＡＭのメモリマップ図である。
【００２３】
図１に示すネットワーク通信システムは、例えばパーソナルコンピュータを内蔵する情報処理装置の一例である端末１と、この端末１に接続可能にされた、例えばＰＣＩ（Peripheral Component Interconnect）タイプの外部ブートデバイス２と、インターネット等のネットワーク３とを備えている。端末１はプロバイダ（ＩＳＰ）４を介してネットワーク３と接続されている。外部ブートデバイス２の一例としてのＰＣＩは、所定サイズからなるカセット型の筐体を有し、外部に端末１と接続するためのＩ／Ｏポートを有し、内部に、後述するようにＣＰＵ、拡張ＢＩＯＳを記憶する記憶部及びネットワーク３との通信を可能にするＮＩＣ（Network Interface Card）を備えている。本実施形態では、端末１はそのままネットワーク３に接続される一方、外部ブートデバイス２が装着された状態では、後述するように外部ブートデバイス２を経由してネットワーク３と接続される構成を有する。ネットワーク３上には複数のＩＳＰ４が配設されており、各ＩＳＰ４には、１又は複数の端末１や各種の情報を提供する図略のＷｅｂサイトが接続されている。外部ブートデバイス２は、例えば、端末１からの操作を通して所定のサービスの提供を受ける権限を持つ会員として登録を受ける際に支給される。外部ブートデバイス２は、内部の記憶部に会員を識別する情報及びその他の情報が記録されている。
【００２４】
端末１は、コンピュータを有しており、図３，４，５に示すように、制御手段としてのＣＰＵ（Central Processing Unit）１０を有する。ＣＰＵ１０は、ＲＯＭ（Read Only Memory）１１とＲＡＭ（Random Access Memory）１２とに接続されている。ＲＯＭ１１には、データが書き換え可能なフラッシュＲＯＭを含む。本実施形態では、ＲＯＭ１１は、このフラッシュＲＯＭ、またＣＭＯＳ（Complementary Metal OxideSemiconductor）等を備え、フラッシュＲＯＭ１１０（図４，５参照）には、ＢＩＯＳ（Ｂａｓｉｃ Input/Output System）が書き込まれている。なお、本実施形態では、外部ブートデバイス２にも後述するようにＢＩＯＳを有することから、以後、端末１のＢＩＯＳをシステムＢＩＯＳと呼称し、外部ブートデバイス２のＢＩＯＳを拡張ＢＩＯＳと呼称して、両者を区別する。
【００２５】
また、ＣＰＵ１０には、図３に示すように、操作者が必要な指令や情報を入力するテンキーを有するキーボードやマウス等を備える操作部１３及び画像を表示する表示部１４が接続されている。表示部１４は、入力情報の確認のための表示や通信内容の表示のために用いられる。なお、システムＢＩＯＳは、拡張ＢＩＯＳを有するデバイスである外部ブートデバイス２を優先的に指定するように設定されている。ＲＡＭ１２は、所定の記憶容量、一般的には３２ビット態様で４Ｇbyteの記憶容量を有する。４Ｇbyteを有するＲＡＭ１２のうち、例えば１６ビット態様の略１Ｍbyte分は、起動時のリアルモードでのワークエリアである起動メモリ領域１２０となる。また、４Ｇbyteの領域は、起動後の通常処理を実行する場合及びプロテクトモード（マルウエアが生成するエミュレータを含む）でのワークエリアとなる。更に、別のメモリ部分として、必要なプログラムやデータ類が格納されるハードディスク（ＨＤＤ）等を有する。ハードディスク（ＨＤＤ）は、外部ブートデバイス２から読み出されるＯＳや、ＯＳによって実行可能な特定ＡＰが使用される都度読み出されて格納される領域である。
【００２６】
また、端末１には、図４，５に示すように、チップセット１５が設けられている。チップセット１５は、図略のマザーボードを構成する主要部品で、ＣＰＵや各種メモリ、その他ハードディスク（ＨＤＤ）や図略のＣＤ−ＲＯＭ等、マザーボードに繋がっているあらゆる部品間のデータのやり取りをコントロールするものである。詳細は、後述する。
【００２７】
本ネットワーク３には、ＩＳＰ４を介して、１又は所定数の会員サーバ５及び複数の取引先端末６が接続されている。会員サーバ５は、端末１を所有する乃至は操作を支配し得る会員に関する適宜な情報、例えば会員の氏名、名称、電子メールアドレス、住所等の会員情報等を会員単位で記憶するものである。取引先端末６は、クライアントである各端末１からの取引要求に対する処理、例えば電子決済による処理、取引情報を記憶しかつ情報管理を行うものである。会員サーバ５には、前記会員情報の他、必要に応じて端末１に提供可能な情報、例えば会員に提供するサービスを実行する上で必要な処理ソフトウエア、例えば所要の書類を作成するための書類作成プログラムとか、さらには大容量サーバに端末１毎の取引内容及び履歴情報が記憶（保管及び管理）されていてもよい。
【００２８】
なお、本発明におけるネットワーク通信システムは、以下の態様が一例として採用可能である。端末１は、専用のネットワークにのみ接続可能な専用端末としてもよいし、インターネットとの切り替えで他のネットワークにも接続可能な汎用端末のいずれでもよい。端末１内には、例えば汎用端末の場合、一般的な文書や図形の作成ソフトウエアを利用しての情報の作成、加工、記憶、更に通信用のソフトウエアを利用しての情報の送受信等の一般的な各処理を実行するプログラムファイル（汎用ＡＰ（application program）という）が格納されている。また、外部ブートデバイス２内には、特定のアプリケーションソフトウエアの実行に関連する処理を行うプログラムファイル（特定ＡＰという）が記憶されている。汎用ＡＰは、端末１内の元々のローダによって読み込まれるＯＳによって動作可能にされるものであり、特定ＡＰは、外部ブートデバイス２内のローダ（または再起動プログラムによって起動されたローダ）によって読み込まれるＯＳによって動作可能にされるものである。より具体的には、会員間である消費者、商店及び企業等の端末１には、特定ＡＰとして、商品やサービスの売買、見積もり乃至は請求、入出金に関する（いわゆる商取引に関する）各書類の作成と通信とを行うソフトウエア、及び必要に応じて所定の認証処理のソフトウエアが、ブート後に外部ブートデバイス２からロードされる。すなわち、端末１は、特定ＡＰによって、一般的な商取引における決済、例えば業者店舗からの請求書の発行、受領や、購買者側から請求書発行元の契約金融機関の口座への入金（すなわち支払い）指示書、その受領書の発行の他、電子決済の如何を問わず種々の電子書面での送受信処理を可能とするものである。特定ＡＰは、各種書類をテキスト形式の、またバイナリー形式の電子ファイルとして作成可能である。電子ファイルは、例えば会員サーバ５を中継して（あるいは並行して）端末１間で授受される。各金融機関の端末１には、消費者や企業の端末１からの金融的な決済書面に従った決済指示処理（金融機関間での決済処理の指令等）を行う特定ＡＰもインストールされている。登録会員毎に固有の情報が書き込まれた外部ブートデバイス２が配布される。会員はサービスの提供を受ける場合、この外部ブートデバイス２を端末１のポート１ａに差し込み、少なくとも外部ブートデバイス２の正当性の認証処理を、好ましくはさらに個人認証（外部ブートデバイス２の正当所持者であることの認証）処理を受けた場合を条件としている。
【００２９】
会員サーバ５は、各会員のファイル送受信履歴やそのファイル類等を管理用に記憶する記憶部を備えている。会員サーバ５は、認証機能を備えていてもよく、この場合、認証機能は、会員サーバ５と端末１との間で授受されるファイル、すなわちパケットを閲覧して、会員の正当性の有無の認証を行う態様としてもよい。
【００３０】
また、本ネットワーク通信システムは、他に種々の適用例が考えられる。例えば秘密情報を作成、保管管理する、例えば公的乃至は準公的（民間含む）な機関である団体組織（国、自治体、協会、組合等含む）外にある端末１との間における情報通信・管理体制に適用する例を挙げることができる。団体組織外にある端末との間における情報通信としては、例えば証明書の発行、申請書の発送などが想定される。
【００３１】
なお、ＴＣＰ／ＩＰ（transmission control protocol/internet protocol）規約に沿って形成されたパケットによって文書ファイルの送受信を行う場合、受信したパケットを元のファイルに戻したり、送信予定のファイルをパケットに置換して送信したりする。さらに、送信される各パケットのヘッダには、送信元である端末１のグローバルのＩＰアドレス、送信先である他の端末及び会員サーバのグローバルのＩＰアドレスが含まれる。
【００３２】
図２に示すＮＩＣ２６には図略のルータが装備され、乃至ルータとシリアルに接続されている。このルータは、例えば、送信信号乃至は受信信号としての各パケットの所定位置に付加されている送信先を示すアドレス情報が、インターネット用の規約に基づくグローバルＩＰアドレスか、このグローバルＩＰアドレスの付し方とは異なる（グローバルＩＰアドレスとは識別可能な形態である）専用ネットワーク用の、例えばイーサネット（登録商標）用等に準じた所定のローカルＩＰアドレス（ＭＡＣアドレス）かを識別するためのアドレス情報（ルーティングテーブルやａｒｐ（Address Resolution Protocol）テーブル）の設定を行うものである。パケットは、テーブルと照合されて、アドレスの一致したルートへのみ送信され、これにより伝送路をインターネット経由か、専用ネットワークかにソフトウエア的に切り換えることができる。
【００３３】
図２において、外部ブートデバイス２は、筐体内にマザーボード（図略）を備え、マザーボード上には各種の回路素子及び半導体素子が搭載されている。外部ブートデバイス２は、制御手段であるＣＰＵ２０を備える。ＣＰＵ２０には、ＲＯＭ２１及びＲＡＭ２２が接続されている。また、ＣＰＵ２０には、マザーボード上に搭載された、拡張ＢＩＯＳを記憶するＲＯＭ等の拡張ＢＩＯＳ記憶部２３及びＤＭＡＣ（Direct Memory Access controller）２４が接続され、更にフラッシュＲＯＭ２５及びＮＩＣ２６が接続されている。Ｉ／Ｏインターフェース２７は、外部ブートデバイス２の入出力部に設けられ、端末１のポート１ａと装着脱可能に構成され、装着された状態で、所定数のラインを介して通信、電源供給が可能にされている。
【００３４】
ＲＯＭ２１は、外部ブートデバイス２として実行するべき各種の処理プログラム、及び外部デバイスとして実行するべき各種の処理プログラムが格納される処理プログラム記憶部２１１、少なくとも会員を識別するための情報を記憶する会員情報記憶部２１２、及び後述するマルウエア有無監視のための基準時間情報を記憶する基準時間記憶部２１３を備えている。ＲＡＭ２２は、処理途中のデータや転送データを一時的に格納するものである。
【００３５】
ＣＰＵ２０は、端末１の起動時及び操作時に、ＲＯＭ２１から必要な処理プログラムを読み出して実行するものである。ＣＰＵ２０は、電源が投入されると、システムＢＩＯＳを起動し、必要な自己診断処理を実行した後、ブートの前に行われる処理である、利用可能な周辺機器の初期化を行うＰＯＳＴ（Power On Self Test）処理の実行に移行する。ＰＯＳＴ処理では、接続されている外部デバイスに対して、いわゆる拡張ＢＩＯＳを格納したものがあるか否かが検索される。そして、拡張ＢＩＯＳを格納した外部デバイスが検索されると、当該外部デバイスの拡張ＢＩＯＳの取り込み処理が行われる。
【００３６】
拡張ＢＩＯＳは、端末１に読み込まれ、制御が渡された後に起動し、外部ブートデバイス２との間で所定の情報の授受を行うと共に、後述するように端末１を拡張ＢＩＯＳに応じた処理空間、例えば前述の専用ネットワークとのみ通信可能にして他の端末１や会員サーバ５等と通信可能な環境をセットし、また専用ネットワークで授受する情報の作成等を行うプログラムである。
【００３７】
ＤＭＡＣ２４は、ＣＰＵ１０の制御を受けることなく、端末１と外部ブートデバイス２間のバスの制御を管理することによって情報の授受を行うバスマスタ方式のコントローラ（回路）をいう。ここでは、ＣＰＵ１０のからの要求、外部ブートデバイス２内のＣＰＵ２０の動作状況を監視し、監視結果に応じて、両デバイス間で前記ＤＭＡ転送を行うものである。
【００３８】
フラッシュＲＯＭ２５は、端末１に読み込まれる各種の情報が格納されている。ローダ記憶部２５１は、後述するようにＲＡＭ１２がリアルモードの状態にあるときに、ＤＭＡＣ２４によって転送されてＲＡＭ１２に読み込まれるプログラムであるローダ（Ｒ）を格納するものである。ローダ記憶部２５２は、後述するようにＲＡＭ１２がプロテクトモードの状態にあるときに、後述するようにリアルモードに戻してＤＭＡＣ２４によって転送されてＲＡＭ１２に読み込まれる、プログラムであるローダ（Ｐ）を格納するものである。ローダ（Ｐ）の読み込み時点で割込ベクタテーブルに相当するＩＤＴＲ（InterruptDescriptor Table Register）がプロテクトモード用になっているので、リアルモードに戻さないままローダ（Ｐ）を展開した場合、リアルモード時の割込ベクタテーブルが使用できなくなる。そこで、拡張ＢＩＯＳは、ＩＤＴＲをリアルモード用の割込ベクタテーブルに書き換えるリアルモード戻し処理が先に行われるようになっている。
【００３９】
なお、ローダ（Ｒ）は略１Ｍbyteの情報量を有するもので、起動メモリ領域１２０に展開される。ローダ（Ｐ）は、４Ｇbyteの情報量を有するもので、ＲＡＭ１２の全体に上書きで展開される。ローダ（Ｒ）、（Ｐ）のローダ命令部分のプログラム内容は共通しており、その他の情報部分の内容は、起動メモリ領域１２０、ＲＡＭ１２を上書き（リセット）するために使用される情報、例えばデータ“０”等である。なお、ローダ（Ｒ）の情報内容をローダ（Ｐ）と共通にしてもよい。ＯＳ等ファイル記憶部２５３は、ローダ（Ｒ）、（Ｐ）によってＲＡＭ１２に読み込まれる、プログラムであるＯＳ等（ドライバ、特定ＡＰを含む）を格納するものである。
【００４０】
また、ローダ（Ｐ）を、１Ｍbyteのサイズのファイルと、そのローダ（Ｐ）内で１Ｍbyte以上をクリアするロジックとを備えたものとし、ローダ（Ｐ）の実行時に、端末１のＣＰＵ１０で、１Ｍbyteの読み込み処理と、クリア処理とを行わせる態様という手法を採用してもよい。この方法によれば、４Ｇbyte転送に比してパフォーマンス面の向上が期待できる。
【００４１】
ＮＩＣ２６は、ネットワーク３を介して他の端末１等と通信を行う場合の情報処理を実行するもので、そのための所定の処理プログラムを記憶するＲＯＭ及び処理内容を一時的に格納するＲＡＭ（共に図略）を有する。また、前述したように、ネットワーク３との接続を管理するＮＩＣ２６は、図略のルータを介してＩＳＰ４までの公衆通信回線と接続され、その網及びネットワーク３に対する通信制御を行うものである。
【００４２】
Ｉ／Ｏインターフェース２７は、ポート１ａを介して外部ブートデバイス２との間で情報の授受を行うラインの他、電源供給を行うラインも有する。端末１は図略の電源回路を有しており、外部ブートデバイス２が端末１に装着されると、この充電回路からポート１ａ、外部ブートデバイス２のＩ／Ｏインターフェース２７を経由して、外部ブートデバイス２内の図略の充電回路に電流が供給されることで外部ブートデバイス２の電源起動が行われる。
【００４３】
図３において、端末１のＣＰＵ１０は、ＲＯＭ１１及びＲＡＭ１２に記憶された処理プログラムを実行することによって、ＢＩＯＳを起動するＢＩＯＳ処理部１０１、拡張ＢＩＯＳを外部ブートデバイスから読み込む拡張ＢＩＯＳロード処理部１０２、拡張ＢＩＯＳを実行する拡張ＢＩＯＳ実行制御部１０３、ローダを実行するローダ実行処理部１０４、外部ブートデバイスからの監視結果を受けて必要な場合にリセット処理を実行するリセット処理部１０５、外部ブートデバイス２との間での情報の授受を制御する入出力処理部１０６、外部ブートによる起動後に特定ＡＰを用いて、また通常ブートによる起動後に汎用ＡＰを用いて文書作成その他種々の処理を実行する情報処理部１０７、及びＮＩＣ２６やネットワーク３を介して他の端末１、会員サーバ５及び取引先端末６との間で情報の授受を行うネットワーク通信処理部１０８として機能する。
【００４４】
ＢＩＯＳ処理部１０１は、端末１の電源投入を受けて、自己診断処理を実行し、次いで、ＰＯＳＴ処理によってメモリや周辺機器の状態をチェックするものである。ＰＯＳＴ処理のルーチンによって、ＢＩＯＳを有するデバイス、本実施形態では、拡張ＢＩＯＳを有する外部ブートデバイス２を優先的に起動するように設定されている。
【００４５】
拡張ＢＩＯＳロード処理部１０２は、拡張ＢＩＯＳをＲＡＭ１２の起動メモリ領域１２０内の所定の領域に読み込むものである。なお、外部ブートデバイス２が装着されていない場合には、通常通りＢＩＯＳ処理部１０１によって、優先順位の順に、例えばＲＯＭからＭＢＲ（マスターブートレコード）のプログラムが読み出され、次いで読み込まれたマスターブートプログラムに制御が渡される。
【００４６】
拡張ＢＩＯＳ実行制御部１０３は、拡張ＢＩＯＳがＲＡＭ１２の起動メモリ領域１２０に読み込まれ、システムＢＩＯＳによって制御を渡された後に、拡張ＢＩＯＳを実行するものである。拡張ＢＩＯＳは、各種の命令コードを外部ブートデバイス２からＲＡＭ１２の起動メモリ領域１２０に読み出して各命令に制御を渡すようにしている。命令コードとしては、ここでは、所定の複数が設定されている。すなわち、ある命令コードによって、端末１内に特定ＡＰが実行可能な環境を準備するべく、必要なデバイスの初期化処理を実行する。必要なデバイスとしては、表示部１４、操作部１３を構成するキーボードやマウスである。また、ある命令コードによって、Ｉ／ＯＡＰＩＣ１５０のリダイレクションテーブル１５０１に外部ブートデバイス２のＩＲＱと割込ベクタ（ＩＮＴ）とを登録する。なお、この登録時のＩＲＱの番号を割込番号として言い換えている。また、Ｉ／ＯＡＰＩＣ１５０は、マルチプロセッサ対応可能で、受け取った割込をＣＰＵ１０に通知するためのリダイレクションテーブル１５０１でハードウエア割り込みでの優先順位が設定可能な割込コントローラである。ここに、ＩＲＱとは割込要求であり、割込番号とは同時にハードウエア割り込みが発生した時の優先順を指す順位情報である。
【００４７】
また、ある命令コードは、外部ブートデバイス２に対して、ＤＭＡＣ２４を使用してデータ転送を受け付けるためのデータ転送要求信号を送信させるものである。このデータ転送要求信号によって転送が要求されるデータは、略１Ｍbyteのローダ等（割込ベクタテーブルを含む）である。拡張ＢＩＯＳによって実行されるローダ処理に、ＤＭＡバスマスタ転送方式を採用して少なくともＣＰＵ１０の関与を外すことで、仮にこの間、ＣＰＵ１０がマルウエアに乗っ取られていたとしても、データの転送自体を正常に行わせることができる。従って、ローダ（Ｒ）をＲＡＭ１２の起動メモリ領域１２０に強制的（ＣＰＵ１０の制御を受けることなく）に、直前のデータを消しながら、すなわち上書きすることで、マルウエアによって起動メモリ領域１２０内にウイルス等が複製されたとしても、これらを確実に消去することが可能となる。なお、必要に応じて、ＳＭＲＡＭ制御レジスタのＤ＿ＬＣＫビットをセットして、ＳＭＲＡＭを書き込み禁止（アクセス禁止）させる命令コードを採用する態様であってもよい。このように、アクセス禁止のためのロックをかけることで、全てのメモリに自由にアクセスできる最上位権限であるＳＭＭ（システムマネージメントモード）という特権モードを悪用させないようにすることが可能となる。
【００４８】
ローダ実行処理部１０４は、拡張ＢＩＯＳからローダにＣＰＵ１０の制御が移されることによって実行されるローダ処理である。このローダ処理によって、外部ブートデバイス２のＯＳ等ファイル記憶部２５３内のＯＳ等が端末１のＲＡＭ１２に読み込まれる。
【００４９】
また、ローダ実行処理部１０４は、ＯＳ等を起動するための準備を行った上で、ＯＳ等のカーネルを起動する。こうしてＯＳ等が起動することとなり、次いで、制御が移されたローダによって特定ＡＰがＲＡＭ１２に読み込まれる。さらに、読み込まれた特定ＡＰ内の通信制御プログラムによって、前述したルータ（図略）に対して、会員の端末１等の間での通信を許可するルーティング設定が施される。なお、この状態は、端末１にロードされた特定ＡＰにより、あるいは外部ブートデバイス２のＣＰＵ２０によって、端末１に外部ブートデバイス２が装着されているか否かを周期的にチェックし、装着が継続されている間、維持されるようにすることが好ましい。あるいは、端末１において、起動後に外部ブートデバイス２が抜かれたことを示す信号が検出されるまで、装着が継続されていると扱ってもよい。
【００５０】
ところで、システムＢＩＯＳから立ち上がって起動している間に、プロテクトモードの状態が検知されると、マルウエアが存在する可能性が高いと見なして、起動動作を中止することが考えられる。この場合には、システムＢＩＯＳを書き換えたり、ワクチンによってシステムＢＩＯＳ内に潜伏するウイルスを駆除する対処方法が考えられる。これによって、マルウエアが存在する環境下で情報処理を行うことによる危険は回避される。一方、このように起動を中止すれば、対処するまでの間、一律に端末１の立ち上げができず、特定ＡＰの使用環境を会員に提供できないといった不便さがあり、問題がないではない。そこで、プロテクトモードによる異常が発生した場合には、リセット処理を実行させて、リアルモードに設定し直すようにしている。
【００５１】
リセット処理部１０５は、拡張ＢＩＯＳに制御が移行された後に、後述するように外部ブートデバイス２から送信されてくる、リアルモードへの設定のための命令コマンドによって、実行されるものである。システムＢＩＯＳの起動動作中に、端末１がプロテクトモードに設定され、あるいはリアルモードへ設定されていることが疑わしいと判断され場合に発せられる、前記リアルモードへの設定のための命令コマンドを受けて、リセット処理部１０５は、モードをリアルモードに設置し直すための処理の一部を実行するものである。本実施例では、前述したＩＤＴＲをリアルモードの割り込みベクタに戻す処理、Ｉ／ＯＡＰＩＣ１５０のリダイレクションテーブル１５０１に外部ブートデバイス２のＩＲＱと割込番号を登録する処理、データ転送要求信号の出力処理である。なお、モード判断処理は、マルウエアの影響を受けないようにするべく、後述するように外部ブートデバイス２側で実行される。
【００５２】
入出力処理部１０６は、外部ブートデバイス２との間での情報の授受を処理するものである。
【００５３】
次に、図３において、ＣＰＵ２０は、ＲＯＭ２１に記憶されたプログラムを実行することによって、拡張ＢＩＯＳの端末１への読み出しを行う拡張ＢＩＯＳ読出処理部２０１、ＤＭＡＣ２４を使用して端末１と外部ブートデバイス２間での所定のデータの転送を要求するＤＭＡ転送指示部２０２、ＤＭＡＣ２４を使用して外部ブートデバイス２から端末１へのローダ等の転送を要求するＤＭＡリセット転送指示部２０３、端末１との間で情報の授受を処理する入出力処理部２０４、及び外部ブートによる起動後に特定ＡＰを用いて作成されたファイル等をＮＩＣ２６及びネットワーク３を介して他の端末１、会員サーバ５及び取引先端末６との間で授受するネットワーク通信処理部２０５として機能する。
【００５４】
また、ＣＰＵ２０は、ＲＯＭ２１に記憶されたプログラムを実行することによって、監視部２０６として機能する。監視部２０６は、計時部２０７、モードの状態を判断する判断部２０８、及びモードチェック部２０９を備えている。
【００５５】
拡張ＢＩＯＳ読出処理部２０１は、端末１でのＰＯＳＴ処理によって読み出し指示を受けてＲＡＭ１２への読み出し処理を実行するものである。
【００５６】
ＤＭＡ転送指示部２０２は、リアルモードの状態においてローダ（Ｒ）を転送するべく、ＤＭＡＣ２４を起動する（転送指示を行う）ものである。ＤＭＡリセット転送指示部２０３は、プロテクトモードの状態においてローダ（Ｐ）をＲＡＭ１２に転送するべく、ＤＭＡＣ２４を起動する（転送要求（指示）を行う）ものである。
【００５７】
計時部２０７は、端末１からの電源供給を受けて外部ブートデバイス２が起動するレベルに達した時点から計時をスタートし、端末１のシステムＢＩＯＳが拡張ＢＩＯＳに制御を渡して命令コードが外部ブートデバイス２に送出されたことを受けて計時動作をストップすることで、その間の所要時間を計測するものである。
【００５８】
判断部２０８は、計時部２０７で計時された時間と、ＲＯＭ２１の基準時間記憶部２１３に記憶されている基準時間情報との大小（長短）を比較し、計時時間が基準時間を超えている場合には、マルウエアによってモードがプロテクトモードになっていると見なしてリアルモードへの設定し直し（書き換え）のための命令コートを端末１に送出するものである。なお、基準時間とは、以下のようにして設定されている。すなわち、まず、端末１に電源が投入され、システムＢＩＯＳが起動してＰＯＳＴ処理が実行され、ＲＡＭ１２に拡張ＢＩＯＳが展開され、さらに、拡張ＢＩＯＳに制御が渡されるまでに要する時間は、マルウエアが動作せず正常の場合、ほぼ予め設定された時間となる。
【００５９】
一方、システムＢＩＯＳにマルウエアが潜伏しており、あるいはシステムＢＩＯＳ起動中にマルウエアが侵入してきて、ＲＡＭ１２上にプロテクトモード環境を構築する場合には、前記の正常な場合での設定時間に比してより大きな時間を要することとなる。そこで、端末１の起動、すなわち外部ブートデバイス２の起動から拡張ＢＩＯＳへの制御移管までの経過時間によってＲＡＭ１２がリアルモード空間にあるか、プロテクトモード空間にあるかを、端末１側で直接モード内容を判断する方法ではなく、外部ブートデバイス２側で判断するようにしている。
【００６０】
図４は、リアルモードにおけるＲＡＭ１２の内容であり、図５はプロテクトモードにおけるＲＡＭ１２の内容である。図４に示すように、チップセット１５は、Ｉ／ＯＡＰＩＣ１５０の他、ＣＰＵ１０が複数ある態様では、ＣＰＵ１０毎に、ローカルＡＰＩＣ１５１、ＥＦＬＡＧＳや汎用レジスタ等の各種のレジスタからなるレジスタ群１５２を含むチップセット１５ａ〜１５ｎを有する。また、ＲＡＭ１２のうち、１Ｍbyteの起動メモリ領域１２０は、割込ベクタテーブル展開領域１２１、ビデオＢＩＯＳ展開領域１２２、システムＢＩＯＳ展開領域１２３、拡張ＢＩＯＳ展開領域１２４を有し、残りの領域は外部ブートデバイス２から読み出されたローダが展開されるローダ展開領域１２５である。
【００６１】
一方、プロテクトモードでは、図５に示すように、各チップセット１５ａ〜１５ｎには、レジスタ群１５２に、割込ディスクリプタテーブル（ＩＤＴ）のアドレスが格納され、ＣＰＵ１０によって参照されるＩＤＴＲ（InterruptDescriptor Table Register：割込ディスクリプタテーブルレジスタ）も含まれている。また、４ＧbyteのＲＡＭ１２の任意の領域について、割込ベクタテーブル展開領域１２１、ビデオＢＩＯＳ展開領域１２２、システムＢＩＯＳ展開領域１２３、拡張ＢＩＯＳ展開領域１２４を有し、さらに任意の領域にはプロテクトモードを構成するための、ＩＤＴ（InterruptDescriptor Table）、ＧＤＴ（Global Descriptor Table）、さらにＰＧＭ（Program）１〜ｉ及びＰＧＭ１〜ｉ毎のＴＳＳ（Task State Segment）の各管理テーブル（但し、ＰＧＭは除く）が設定される。すなわち、図５は、ＲＡＭ１２に、あたかも図４と同様な空間が存在するかのように、マルウエアによって作成された外部ブートデバイス２に見せるための環境設定の結果である。
【００６２】
このように、マルウエアは、システムＢＩＯＳの動作中に、プロテクトモードの環境をＲＡＭ１２上に展開するために、図５に示すようなそれぞれのプログラムを作成し、ＲＡＭ１２上の適所に展開し、その後に、制御を拡張ＢＩＯＳに渡すことになる。さらに、マルウエアの本体プログラムをＲＡＭ１２内に展開する必要があり、これらのデータは外部媒体である、主にハードディスク（ＨＤＤ）から取得しなければならない。従って、端末１の起動から拡張ＢＩＯＳに制御を渡すまでの所要時間は、図４の場合に比してかなり大きな時間にならざるを得ないことになる。そこで、図４のリアルモードにおける場合の所要時間と、図５のプロテクトモードにおける場合の所要時間との間の適当な時間を基準時間として設定している。
【００６３】
図３に戻って、モードチェック部２０９について説明する。モードチェック部２０９は、計時部２０７及び判断部２０８からなる監視態様とは別の方法で監視を行う実施態様である。システムＢＩＯＳが拡張ＢＩＯＳに制御を渡した後、外部ブートデバイス２が命令コードを発する。ＤＭＡＣ２４はこの命令コードによって起動され、ＲＡＭ１２の内容を、ＣＰＵ１０の制御を受けることなく、全て転送によって読み取り、外部ブートデバイス２に取り込む。モードチェック部２０９は、読み込まれたＲＡＭ１２の内容をチェックして、プロテクトモード環境にあるか否かの判断を行う。判断手法は、ＲＡＭ１２のデータ中に、プロテクトモードに固有の情報、例えば前述したＧＤＴ，ＩＤＴ又はＴＳＳ等の管理テーブルの有無を判断材料としてもよい。このように、プロテクトモード空間にあるかを、端末１側で判断する方法ではなく、外部ブートデバイス２側で判断するようにしている。
【００６４】
さらに、モードチェック部２０９は、マルウエアによってモードがプロテクトモードになっている判断すると、リアルモードへの設定し直しのための命令コートを端末１に送出するものである。
【００６５】
続いて、図６〜図１０により、ＣＰＵ１０、ＣＰＵ２０におけるブート処理を説明する。図６は、端末１のＣＰＵ１０によって実行されるシステムＢＩＯＳの起動処理の手順を説明するフローチャートである。まず、端末１の電源投入後、システムＢＩＯＳのチェックが行われ（ステップＳ１）、次いでＰＯＳＴ処理が実行される（ステップＳ３）。そして、ＰＯＳＴ処理によって外部ブートデバイス２から拡張ＢＩＯＳの読み込みが終了したか否かが判断される（ステップＳ５）。拡張ＢＩＯＳの読み込みが終了していなければ読み取りが継続され、読み取りが終了したのであれば、拡張ＢＩＯＳへ制御が渡される（ステップＳ７）。
【００６６】
なお、以降においては、端末１のポート１ａに外部ブートデバイス２の一例としてＰＣＩが装着されているという前提で述べる。すなわち、端末１のポート１ａにＰＣＩである外部ブートデバイス２が装着されていると、ＰＯＳＴ処理によって、システムＢＩＯＳの起動ルーチンによって拡張ＢＩＯＳがＲＡＭ１２に読み込まれる。
【００６７】
図７は、端末１のＣＰＵ１０によって実行されるシステムＢＩＯＳのＰＯＳＴ処理（ステップＳ３）の手順を説明するフローチャートである。まず、端末１に接続されているデバイスとしてＰＣＩが装着されているか否かが判断され（ステップＳ１１）、ＰＣＩが装着されていなければ、システムＢＩＯＳは通常の起動処理が実行される（ステップＳ１３）。一方、ＰＣＩが装着されていると、デバイスのＢＩＯＳ、すなわち拡張ＢＩＯＳが検索されて（ステップＳ１５）、この拡張ＢＩＯＳがＲＡＭ１２にロードされる（ステップＳ１７）。次いで、ロードが終了すると、システムＢＩＯＳによってロード終了信号が出力される（ステップＳ１９）。
【００６８】
図８は、外部ブートデバイス２のＣＰＵ２０によって実行される監視処理Ｉの手順を説明するフローチャートである。まず、外部ブートデバイス２の電源がオンしたか否かが判断され、オンしたのであれば（ステップ＃１）、計時部２０７によって計時動作がスタートされる（ステップ＃３）。次いで、システムＢＩＯＳから命令コードが受信されるまで待機し（ステップ＃５でＮｏ）、命令コードが受信されると、計時部２０７は計時動作をストップする（ステップ＃７）。
【００６９】
次いで、計測した計時時間が基準時間より短い（計時時間＜基準時間）か否かが判断（比較）され（ステップ＃９）。計時時間が基準時間より短ければ、端末１はプロテクトモード環境に設定されていないと判断し、すなわち少なくともマルウエアによって端末１のＣＰＵ１０がプロテクトモードに設定されていないとして、本フローを抜ける。一方、計時時間が基準時間と等しいか長ければ、端末１のＣＰＵ１０はプロテクトモード環境に設定されている可能性があると判断し、すなわち、少なくともマルウエアによって端末１のＣＰＵ１０の環境がプロテクトモードに設定されている可能性があるとして、端末１のＣＰＵ１０をリアルモードへ設定し直すための命令コードを返信して（ステップ＃１１）、本フローを抜ける。
【００７０】
図９は、外部ブートデバイス２のＣＰＵ２０によって実行される監視処理IIの手順を説明するフローチャートである。まず、（端末１側において、システムＢＩＯＳから拡張ＢＩＯＳにＣＰＵ１０の制御が渡されて）、拡張ＢＩＯＳから前述した命令コードが受信されたか否かが判断される（ステップ＃２１）。この命令コードが受信されていなければ、本フローをスルーする。一方、この命令コードが受信されたのであれば、端末１の制御が拡張ＢＩＯＳにあると判断して、ＤＭＡＣ２４の起動及びＤＭＡＣ２４による転送対象であるＲＡＭ１２の指定を行う（ステップ＃２３）。これによりＤＭＡＣ２４を介してＲＡＭ１２の内容が外部ブートデバイス２のＲＡＭ２２に取り込まれる。この時点においても、端末１のＣＰＵ１０の制御から離れてＲＡＭ１２の全ての内容（ここでは４Ｇbyte）を取り込むようにして、ＣＰＵ１０のモードの如何による影響を全く受けないようにしている。
【００７１】
次いで、取り込んだＲＡＭ１２の内容に対して、プロテクトモードに固有の内容、具体的には前述したＩＤＴ、ＧＤＴ、ＴＳＳ等の固有の管理テーブルが存在するか否かがチェックされる（ステップ＃２５）。ＲＡＭ１２内にプロテクトモード固有の内容が含まれていなければ、リアルモードであると判断して、本フローを抜ける。
【００７２】
一方、ＲＡＭ１２内にプロテクトモード固有の内容が含まれている場合には、端末１のＣＰＵ１０はプロテクトモード環境に設定されている可能性があると判断し、すなわち、少なくともマルウエアによって端末１のＣＰＵ１０の環境がプロテクトモードに設定されている可能性があるとして、端末１のＣＰＵ１０をリアルモードへ設定し直すための命令コードを返信して（ステップ＃２９）、本フローを抜ける。
【００７３】
図１０は、端末１のＣＰＵ１０によって実行される拡張ＢＩＯＳ処理の手順を説明するフローチャートである。ＣＰＵ１０の制御が渡された拡張ＢＩＯＳは、まず、外部ブートデバイス２からリアルモードへの設定し直しのための命令コードが受信されたか否かが判断される（ステップＳ３１）。受信のために準備された所定の時間内に、この命令コードが受信されなければ、端末１に接続されている所定のデバイス（前述した表示部１４、キーボード、マウス）に対して初期化のためのＰＯＳＴ処理が施される（ステップＳ３３）。次いで、Ｉ／ＯＡＰＩＣ処理（ステップＳ３５）、データ転送要求信号出力処理（ステップＳ３７）が実行される。続いて、ＤＭＡＣ２４が起動されて、ローダ記憶部２５１からローダ（Ｒ）が端末１側に転送され、ＲＡＭ１２の起動メモリ領域１２０に上書きされる（ステップＳ３９）。そして、転送が終了したかどうかが転送終了信号によって確認されると（ステップＳ４１でＹｅｓ）、ハードウエア割り込みが発生され、ＣＰＵ１０の制御がローダに渡されて（ステップＳ４３）、本フローを抜ける。
【００７４】
一方、ステップＳ３１で、リアルモードへの設定し直しの命令コードが受信されると、ＩＤＴＲを割込ベクタテーブルに書き換えるリアルモード戻し処理（ステップＳ４５）、Ｉ／ＯＡＰＩＣ処理（ステップＳ４７）、データ転送要求信号出力処理（ステップＳ４９）が実行される。続いて、ＤＭＡＣ２４が起動されて、ローダ記憶部２５２からローダ（Ｐ）が端末１側に転送され、ＲＡＭ１２の全域に上書きされる（ステップＳ５１）。そして、転送が終了したかどうかが転送終了信号によって確認されると（ステップＳ５３でＹｅｓ）、ハードウエア割り込みが発生され、ＣＰＵ１０の制御がローダに渡されて（ステップＳ５５）、本フローを抜ける。
【００７５】
本発明は、以下の態様を採用することが可能である。
【００７６】
（１）本実施形態では、外部デバイスとしてＰＣＩを想定したもので説明したが、これに限定されず、少なくとも、ＣＰＵ及びＲＯＭ、ＲＡＭを内蔵し、ＢＩＯＳが設定可能なデバイスであればよい。また、ＤＭＡＣを備えているデバイスであればよい。例えばＵＳＢ（Universal Serial Bus）メモリチップ、ＩＣカードを改良した対応でもよいし、携帯型の通信機器に内蔵された態様であってもよい。
【００７７】
（２）本実施形態では、リアルモードにあるときに１ＭbyteのデータをＲＡＭ１２の起動メモリ領域１２０に上書きするようにしたが、これに代えて、ＲＡＭ１２の全域（本実施形態では４Ｇbyte）のデータを上書きするようにしてもよい。これにより、モードの如何を問わず、確実にＲＡＭ１２全域をリセットできる。
【００７８】
（３）また、本実施形態では、ＲＡＭ１２に上書きするデータとして、ローダ等を含むデータとしたが、これに代えて、ＲＡＭをリセットするためのリセット用データ（例えば全ビットが値０のデータ列からなるデータ）で上書きする処理と、その後にローダ等を書き込む処理とを分けてもよい。
【００７９】
（４）また、本実施形態では、端末１から外部ブートデバイス２に送出されるデータ転送要求信号の内容に関しては特に触れていないが、この要求信号を端末１の立ち上げ毎に変更するようにして一層のセキュリティの向上を図るようにしてもよい。要求信号を構成する所定各ビット数の内容は、外部ブートデバイス２の会員情報記憶部２１２に記憶された情報や起動時刻、その他に必要に応じて外部ブートデバイス２に予め格納される情報も加味して所定のルールを用いて毎回変動させることが好ましい。変動のための処理は拡張ＢＩＯＳに設定しておけば、端末１側で作成でき、外部ブートデバイス２側に送信されてきたとき、外部ブートデバイス２側で異同の照合が可能となる。特に、ステップＳ３７における要求信号が不一致である場合には、強制的にリアルモードへ設定し直す（ステップＳ３１でＹｅｓ）態様としてもよい。
【００８０】
（５）また、本実施形態では、外部ブートデバイス２の立ち上がりに要する時間を計測し、この計測した計時時間と基準時間との長短を比較してブート異常の有無を判断するようにしたが、計時部２０７での計時動作中に基準時間との比較を継続し、計時中の時間が基準時間を超えた時点でブート異常と判断する、より迅速な態様としてもよい。
【００８１】
（６）また、本実施形態では、監視処理II（図９）の手順において、ＤＭＡＣ２４を起動して、ＲＡＭ１２の全内容（ここでは４Ｇbyte）を取り込むようにしたが、例えば0x0000からの１Ｍbyteの領域（リアルモード時に使用する起動メモリ領域１２０）の内容を取り込み、その内容のチェックで判断する態様でもよい。すなわち、リアルモードからプロテクトモードに移行する場合、必ずＧＤＴの管理テーブルを作成する必要があり、かつこのＧＤＴはリアルモード時に作成されるため、１Ｍbyteの領域以内に作成されることになる。従って、この領域内においてＧＤＴの存在のチェックでもモードの判断が可能である。
【００８２】
（７）本発明は、監視処理Ｉ、IIに代えて、図１１〜図１３に示す態様を採用したものでもよい。図１１は、外部ブートデバイス２のＣＰＵ２０及び拡張ＢＩＯＳによって実行される監視処理IIIの手順を示すための説明図である。また、図１２は、端末１側のＣＰＵ１０によって実行される監視処理IIIの一部手順を説明するフローチャートであり、図１３は、外部ブートデバイス２側のＣＰＵ２０によって実行される監視処理IIIの一部手順を説明するフローチャートである。
【００８３】
図１１に示す監視処理IIIを実行するためには、外部ブートデバイス２は以下の構成を備えている必要がある。ＣＰＵ２０のＲＯＭ２１又はフラッシュＲＯＭ２５は、ＩＯＡＰＩＣ、割込ベクタテーブル、及び割込ハンドラの内容を記憶する記憶手段として機能する。また、ＤＭＡＣ２４は、ＩＯＡＰＩＣ、割込ベクタテーブル、及び割込ハンドラの内容をＣＰＵ１０の制御抜きで、端末１側に転送する処理を行う。また、監視部２０６は、後述する割込ハンドラ１２６の実行結果信号の有無を監視する機能を備える。また、この監視部２０６は、前記転送要求が発せられた後、ＤＭＡＣ２４により、バスマスタ方式で割込ベクタテーブルと前記割込ベクタテーブルの所定のベクタに対応する割込ハンドラとの前記起動メモリ領域への転送を行い、さらに割込ハンドラからの実行結果信号の有無を判断する機能部を備えている。
【００８４】
そして、拡張ＢＩＯＳは、以下の手順を実行する。なお、ＩＯＡＰＩＣ１５０のリダイレクションテーブル１５０１内には、ハードウエア割込（ＩＲＱ１０）に、例えばＩＮＴ０が設定されている。また、ここでは、ハードウエア割込としてＩＲＱ１０としたが、ＩＲＱは“１０”に限定されず、デバイスを指定するべく予め対応付けされた番号であればよい。また、割込ハンドラ１２６とは、割り込み処理を実行するためのメモリ上に待機しているプログラムをいう。さらに、割込ベクタテーブル１２１のＩＮＴ０には、割込ハンドラ１２６であるプログラムの先頭アドレス、図１１の例ではアドレス1000が設定されている。
【００８５】
次に、図１２において、まず、システムＢＩＯＳから拡張ＢＩＯＳに制御が渡ったか否かが判断され（ステップＳ６１）、拡張ＢＩＯＳに制御が渡っていなければ、本フローをスルーする。一方、拡張ＢＩＯＳに制御が渡ったのであれば、拡張ＢＩＯＳに制御が渡った旨のリクエスト信号が外部ブートデバイス２に送信される（ステップＳ６３、図１１の矢印[１]参照）。次いで、ハードウエア割込（ＩＲＱ１０）命令の発行の有無が判断され（ステップＳ６５）、例えばリクエスト信号の送信時点から所定時間内に、ハードウエア割込（ＩＲＱ１０）命令の発行が確認されると、ＩＮＴ０が指定されてＩＮＴ０命令が発行され、該当アドレスの割込ハンドラ１２６が実行される（ステップＳ６７、図１１の矢印[４]参照）。そして、割込ハンドラ１２６の実行結果信号が外部ブートデバイス２へ返信される（ステップＳ６９、図１１の矢印[５]参照）。なお、割込ハンドラ１２６の実行結果信号を毎回変更することが秘匿性の点からはより好ましい。実行結果信号は、例えば、ブートの日時情報や外部ブートデバイス２の会員情報記憶部２１２の会員情報を用いて所定のルールに従って作成される。
【００８６】
図１３においては、まず、リクエスト信号の受信の有無が判断され（ステップ＃４１）、リクエスト信号が受信されていなければ、本フローをスルーする。一方、リクエスト信号が受信されていると、ＤＭＡＣ２４の起動及び転送対象となる記憶領域の指定処理が行われて（ステップ＃４３、図１１の矢印[２]参照）、転送対象の情報がブロック転送によってＣＰＵ１０の制御を受けない状態で、端末１側に転送される。ここに、転送対象の情報とは、ＩＯＡＰＩＣ１５０（のリダイレクションテーブル１５０１）、割込ベクタテーブル１２１及び割込ハンドラ１２６の各内容である。
【００８７】
次いで、転送動作の終了を受けてＣＰＵ２０から出力される転送終了信号の有無が判断され（ステップ＃４５）、転送終了信号が確認されると、ハードウエア割込（ＩＲＱ１０）命令が発行されて、端末１に送信される（ステップ＃４７、図１１の矢印[３]参照）。次いで、監視処理として、ハードウエア割込（ＩＲＱ１０）命令の発行時点から所定時間内に、割込ハンドラ実行結果信号の受信の有無が判断される（ステップ＃４９）。監視の結果、割込ハンドラ実行結果信号が受信されると、ＣＰＵ１０はリアルモードの状態にあって、ブートが正常に行われたと判断されて、本フローを終了する。
【００８８】
一方、ＣＰＵ１０がマルウエアによってプロテクトモードの状態にされた場合、ＤＭＡＣ２４を利用したバスマスタ転送によって、この転送前に、ＣＰＵ１０は割込ベクタテーブル１２１のＩＮＴ０のアドレスと割込ハンドラ１２６の先頭アドレスとを知ることはできないから、マルウエアによって設定されるＩＮＴ０のアドレスと割込ハンドラ１２６の先頭アドレスとを対応させることはできない。特に、ＩＮＴ０の内容と割込ハンドラ１２６の先頭アドレスの設定を、ブート処理毎に外部ブートデバイス２側で所定のルールによって、あるいは乱数発生部を作動させて無作為に設定するようにすることが好ましい。
【００８９】
従って、プロテクトモードの状態にある場合、割込ハンドラは実行されず、監視の結果、割込ハンドラ実行結果信号が生成されない、すなわちブートが正常に行われていない可能性が高いと判断して、端末１のＣＰＵ１０をリアルモードへ設定し直すための命令コードを返信し（ステップ＃５１）、本フローを抜ける。図１３の処理を抜けて、端末１は、図１０の処理を行う。
【００９０】
このように、ＤＭＡＣを端末１側に設けた場合には、ＤＭＡＣの起動や転送対象内容の指定が、マルウエアに乗っ取られたＣＰＵ１０によって管理される虞（すなわち、例えばある処理を行っていないにも拘わらず、処理を行った旨の信号のみを擬似的に生成して出力するような処理）があるが、ＤＭＡＣ２４を外部ブートデバイス２側に設けることで、ＣＰＵ１０の制御を受けることを排除することが可能となる。
【００９１】
以上のとおり、本発明は、情報処理装置をブートする外部ブートデバイスにおいて、ローダ及び前記ローダを読み出すための拡張ＢＩＯＳを記憶する記憶手段と、前記情報処理装置のＢＩＯＳからの読出要求に応じて前記拡張ＢＩＯＳを前記情報処理装置に読み出す拡張ＢＩＯＳ読出手段と、前記情報処理装置に読み込まれた前記拡張ＢＩＯＳからの転送要求に応じて、前記ローダを前記情報処理装置のＲＡＭ上の起動メモリ領域にバスマスタ方式で転送する転送手段とを備えたものとするのが好ましい。この構成によれば、マルウエアが情報処理装置のＢＩＯＳに潜伏等していたとしても、情報処理装置の使用環境にマルウエアを出現させない高セキュリティな環境が設定される。
【００９２】
また、前記転送手段は、前記ローダのバスマスタ方式での転送を行う転送部と、前記転送部に対して転送の要求を行う転送要求手段とを備えていることが好ましい。この構成によれば、ＤＭＡＣ等の転送部は転送要求手段からの転送要求によってローダの転送動作を行うので、ＣＰＵの制御を受けることがない。従って、仮にＣＰＵがマルウエアに感染していたとしても、ローダの転送は適正に行われることになる。
【００９３】
また、ブートの異常の有無を監視する監視手段を備えることが好ましい。この構成によれば、ブートの異常として、情報処理装置のＢＩＯＳがマルウエアに感染しているかどうかが判る。
【００９４】
また、前記監視手段は、電源供給時点から前記転送要求が発せられるまでの間の時間を経時する経時手段と、経時時間が設定時間を超えているか否かを判断する時間判断手段とを備えることが好ましい。この構成によれば、マルウエアに感染し、ＣＰＵがプロテクトモード環境に設定される場合に要する時間は通常のブート時間よりも長くなるので、この時間を計測することで、マルウエアによりプロテクトモードに設定されたか否かが判る。
【００９５】
また、前記監視手段は、前記転送要求が発せられた後、前記ＲＡＭの内容を取り込む取込手段と、取り込んだ内容から前記ＲＡＭ内がプロテクトモード環境にあるか否かをチェックする内容判断手段とを備えることが好ましい。この構成によれば、情報処理装置の制御が拡張ＢＩＯＳに移った後、ＲＡＭの内容がプロテクトモードにあるか否かをチェックすることが可能となる。
【００９６】
また、前記監視手段は、前記転送要求が発せられた後、バスマスタ方式で割込ベクタテーブルと前記割込ベクタテーブルの所定のベクタに対応する割込ハンドラとの前記起動メモリ領域への転送を行う割込転送部と、割込ハンドラからの実行結果信号の有無を判断する割込ハンドラ実行結果信号判断手段とを備えることがこのましい。この構成によれば、ＣＰＵがマルウエアによってプロテクトモードの状態にされた場合、割込転送部を利用したバスマスタ転送によって、この転送前に、ＣＰＵは割込ベクタテーブルの所定のベクタのアドレスと割込ハンドラの先頭アドレスとの対応関係を知ることはできないから、マルウエアによって設定される所定のベクタのアドレスと割込ハンドラの先頭アドレスとを対応させることはできない。従って、プロテクトモードの状態にある場合、割込ハンドラは実行されず、監視の結果、割込ハンドラ実行結果信号が生成されないから、マルウエアによりプロテクトモードに設定されたか否かが判る。
【００９７】
また、前記監視手段によって前記ブートが異常と判断された場合に、前記情報処理装置の前記ＲＡＭをリアルモードの内容に書き換える更新手段とを備えることが好ましい。この構成によれば、情報処理装置がマルウエアによってプロテクトモードに設定された場合であっても、確実にリアルモードに戻すことが可能となり、これによって情報処理装置の使用環境にマルウエアを出現させない高セキュリティな環境が設定される。
【００９８】
また、前記時間判断手段によって前記経時時間が設定時間を超えていると判断された場合に、前記更新手段は、前記情報処理装置の前記ＲＡＭをリアルモードの内容に書き換えるものであることが好ましい。この構成によれば、プロテクトモードに設定されていると見なした場合に、情報処理装置のＲＡＭをリアルモードの内容に全て書き換えるので、ＣＰＵの動作をリアルモード環境に戻すことが可能となる。
【００９９】
また、前記内容判断手段によって前記ＲＡＭ内がプロテクトモード環境にあると判断された場合に、前記更新手段は、前記情報処理装置の前記ＲＡＭをリアルルモードの内容に書き換えるものであることが好ましい。この構成によれば、プロテクトモードに設定されていると判断した場合に、情報処理装置のＲＡＭを全てリアルモードの内容に書き換えるので、ＣＰＵの動作をリアルモード環境に戻すことが可能となる。
【０１００】
また、前記更新手段は、前記ＲＡＭに所定の内容を書き込むものであることが好ましい。この構成によれば、プロテクトモードの内容に設定されたＲＡＭを所定の内容、例えば全て値０を上書きすることで、マルウエアにより設定されたプロテクトモードの内容を除去することが可能となる。
【０１０１】
また、前記所定の内容には、前記ローダを含むことが好ましい。この所定の内容には、次にロードするべきデータ、例えばローダや割込ベクタテーブル情報を含めるようにして、短時間で一挙に更新するようにしてもよい。
【０１０２】
また、前記記憶手段は、前記ローダによってロードされる所定のＯＳファイルが記憶されていることがこのましい。この構成によれば、外部ブートデバイスに固有のＯＳプログラムファイルを格納することで、この外部ブートデバイスが情報処理装置に装着されている間、特有のＯＳで、さらには特定ＡＰ（アプリケーションソフトウエア）を利用しての情報処理操作等が可能となる。
【０１０３】
また、外部ブートデバイスは、ＰＣＩであることがこのましい。ＰＣＩに内蔵されているＣＰＵ、ＲＯＭ、ＲＡＭ及びＢＩＯＳ、ＤＭＡＣを有効に活用することが可能となる。
【０１０４】
また、外部ブートデバイスと通信可能にされる接続ポートを備え、前記外部ブートデバイスによって外部ブートされる情報処理装置であることが好ましい。この構成によれば、情報処理装置は接続ポートを介して外部ブートデバイスが接続されている間、外部ブートデバイスに内蔵のＯＳを活用することが可能となる。
【０１０５】
また、外部ブートデバイスと、前記外部ブートデバイスと通信可能にされる接続ポートを備え、前記外部ブートデバイスによって外部ブートされる情報処理装置とからなるネットワーク通信システムとすることが好ましい。この構成によれば、情報処理装置は接続ポートを介して外部ブートデバイスが接続されている間、外部ブートデバイスに内蔵のＯＳを活用して、所要の情報をネットワークを介して通信することが可能となる。
【０１０６】
また、前記外部ブートデバイスは、ネットワークと通信可能に接続する通信部を備えることが好ましい。ネットワークを介する通信が外部ブートデバイスの通信部を経由して行うようにしたので、通常のネットワーク網とソフトウエア的に分離したネットワークを活用することが可能となる。
【符号の説明】
【０１０７】
１  端末（情報処理装置）
１ａ  ポート（接続ポート）
１０，２０  ＣＰＵ
１１，２１  ＲＯＭ
１２，２２  ＲＡＭ
１３  操作部
１４  表示部
１０１  ＢＩＯＳ処理部
１０２  拡張ＢＩＯＳロード処理部
１０３  拡張ＢＩＯＳ実行処理部（更新手段の一部、取込手段の一部）
１０４  ローダ実行処理部
１０５  ネットワーク通信制御部
１２０  起動メモリ領域
１５  チップセット
２  外部ブートデバイス
２０１  拡張ＢＩＯＳ読出処理部（拡張ＢＩＯＳ読出手段）
２０２  ＤＭＡＣ転送指示部（転送手段の一部、転送要求手段）
２０３  ＤＭＡＣリセット転送指示部（転送手段の一部、転送要求手段）
２０６  監視部（監視手段）
２０７  計時部（計時手段）
２０８  判断部（時間判断手段）
２０９  モードチェック部（内容判断手段）
２１１  処理プログラム記憶部
２１２  会員情報記憶部
２１３  基準時間記憶部
２３  拡張ＢＩＯＳ記憶部（記憶手段）
２４  ＤＭＡＣ（転送手段の一部、転送部、更新手段の一部、取込手段の一部、割込転送部）
２５  フラッシュＲＯＭ
２５１  ローダ（Ｒ）記憶部（記憶手段）
２５２  ローダ（Ｐ）記憶部（記憶手段）
２５３  ＯＳ等ファイル記憶部
２６  ＮＩＣ（通信部）
３  ネットワーク
【図１】
2011145199.tif 000003
【図２】
2011145199.tif 000004
【図３】
2011145199.tif 000005
【図４】
2011145199.tif 000006
【図５】
2011145199.tif 000007
【図６】
2011145199.tif 000008
【図７】
2011145199.tif 000009
【図８】
2011145199.tif 000010
【図９】
2011145199.tif 000011
【図１０】
2011145199.tif 000012
【図１１】
2011145199.tif 000013
【図１２】
2011145199.tif 000014
【図１３】
2011145199.tif 000015
【国際調査報告】
2011145199.tif 000016
2011145199.tif 000017
2011145199.tif 000018
2011145199.tif 000019