情報処理装置の制御方法、情報処理装置、及び情報処理装置の制御プログラム
【課題】 システムダウンした情報処理装置が、ＯＳのシステムダウン情報を他の情報処理装置に対して直接送信することができる情報処理装置の制御方法、情報処理装置、及び情報処理装置の制御プログラムを提供する。
【解決手段】 オペレーティングシステムとカーネルとが動作するプロセッサと、プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有する情報処理装置の制御方法であって、メモリに格納されたオペレーティングシステムのシステムダウン情報を、オペレーティングシステムがカーネルに通知する工程と、ネットワークインタフェースに接続されている他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類をカーネルが判別する工程と、を含む。
【解決手段】 オペレーティングシステムとカーネルとが動作するプロセッサと、プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有する情報処理装置の制御方法であって、メモリに格納されたオペレーティングシステムのシステムダウン情報を、オペレーティングシステムがカーネルに通知する工程と、ネットワークインタフェースに接続されている他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類をカーネルが判別する工程と、を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
開示の技術は、情報処理装置の制御方法、情報処理装置、及び情報処理装置の制御プログラムに関する。
【背景技術】
【０００２】
従来、情報処理装置においてＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）がシステムダウンの発生を検出した場合、ＯＳは、現在動作中の処理を早急に停止する。
【０００３】
このようなＯＳのシステムダウンの発生時に、情報処理装置が他の情報処理装置と相互にデータ通信を行っている場合、例えば所定の時間間隔で行われる他の情報処理装置からのパケット通信に対する応答が出来なくなる。そのため、他の情報処理装置において、ＯＳのシステムダウンの検出が遅延する問題が発生する。ＯＳのシステムダウンの検出が遅延するため、他の情報処理装置の使用者によって実施される情報処理装置のＯＳの復旧、又は情報処理装置に対する運用変更等の対策が遅延してしまう。
【０００４】
また、このような情報処理装置は、他の情報処理装置とのデータ通信の管理等を行うカーネルを実装している。カーネルとしてモノリシックカーネルが使用されている場合、ＯＳにシステムダウンが発生すると、ＯＳのシステムダウンに伴ってモノシリックカーネルの動作が停止してしまう。そのため、情報処理装置はネットワークに対するアクセスができなくなる。従って、情報処理装置は、ＯＳのシステムダウンが発生した場合に、他の情報処理装置に対して、自らのＯＳのシステムダウン情報を自発的に送信する機能を設けることができない。ゆえに、前述したように、他の情報処理装置は、情報処理装置からパケット通信の応答が無いことを検出するまで、ＯＳにシステムダウンが発生したことを検出することができなかった。
【０００５】
近年、カーネルとして、ＯＳの動作とは独立して動作可能なマイクロカーネルが採用されている。マイクロカーネルは、情報処理装置のＯＳにシステムダウンが発生した場合でも、停止することなく自己の動作の継続が可能である。つまり、マイクロカーネルは、ＯＳのシステムダウンに関係無く、他の情報処理装置からのパケット通信に対する応答を継続してしまう。
従って、他の情報処理装置は、情報処理装置からパケット通信の応答が無いことを検出してＯＳのシステムダウンを検出する方法をとることができず、情報処理装置のＯＳにシステムダウンが発生したことを認識することができなかった。
【０００６】
また、システム管理者及び保守員が遠隔地にあるリモートコンソールにＯＳのシステムダウン情報を表示させて、情報処理装置を保守する技術が知られている。具体的には、制御ドライバを用いてＯＳのシステムダウン発生時にＯＳが出力したシステムダウン情報の表示データを圧縮し、専用の遠隔装置に送信する。遠隔装置は、受信した表示データを伸張し、リモートコンソールにＯＳのシステムダウン情報を表示する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００４−３０３３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、ＯＳが作成したシステムダウン情報を遠隔装置に送信するためには、情報処理装置に専用の制御ドライバやＯＳの改版が要求される。また、遠隔装置を使用する方法は遠隔装置を準備するためのコストが発生するため、近年の低価格化した情報処理装置では手軽に使用できない。
【０００９】
更に、遠隔装置に代えて、他の情報処理装置が、独自にシステムダウン情報を受信するためには専用の受信装置及びＯＳの改版が要求される。従って、既存の情報処理装置及び他の情報処理装置を利用して、システムダウン情報を送受信することができなかった。
【００１０】
開示の技術は、システムダウンした情報処理装置が、ＯＳのシステムダウン情報を他の情報処理装置に対して直接送信することができる情報処理装置の制御方法、情報処理装置、及び情報処理装置の制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の課題を解決するため、開示の技術の第１の側面によれば、
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有する情報処理装置の制御方法であって、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムが前記カーネルに通知する工程と、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を前記カーネルが判別する工程と、
判別した前記インターネットプロトコルの種類に従って、前記システムダウンを通知するためのパケットを前記カーネルが生成する工程と、
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程と、
を含むことを特徴とする情報処理装置の制御方法が提供される。
【００１２】
本発明の課題を解決するため、開示の技術の第２の側面によれば、
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有し、
前記プロセッサは、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムから前記カーネルに通知し、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を判別し、
判別した前記インターネットプロトコルの種類に従って、前記システムダウン情報を含むパケットを生成し、
生成した前記パケットを、前記ネットワークインタフェースを介して前記他の情報処理装置に送信する、
ことを特徴とする情報処理装置が提供される。
【００１３】
本発明の課題を解決するため、開示の技術の第３の側面によれば、
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有する情報処理装置の制御プログラムであって、
コンピュータに、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムが前記カーネルに通知する工程と、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を前記カーネルが判別する工程と、
判別した前記インターネットプロトコルの種類に従って、前記システムダウンを通知するためのパケットを前記カーネルが生成する工程と、
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程と、
を実行させることを特徴とする情報処理装置の制御プログラムが提供される。
【発明の効果】
【００１４】
開示の技術によれば、ＯＳがシステムダウンしても、カーネルを動作させることで情報処理装置のＯＳのシステムダウン情報を他の情報処理装置に対して直接送信することができる。そのため、他の情報処理装置は、情報処理装置のＯＳのシステムダウン情報を遅延無く検出できる。又、カーネルが送信先のインターネットプロトコルに対応したシステムダウン情報を含むパケットを送信するので、他の情報処理装置は専用のハードウェアの追加、及びＯＳの改版をすることなく、情報処理装置のシステムダウンを認識できる。
【図面の簡単な説明】
【００１５】
【図１】図１は、本実施例に係る情報処理装置の構成を示す図である。
【図２】図２は、本実施例に係る情報処理装置の構成を示す機能ブロック図である。
【図３】図３は、本実施例に係る情報処理装置の動作例を示すシーケンス図である。
【図４】図４は、本実施例に係る情報処理装置のカーネルに搭載されるプロトコルの層構造におけるソケット処理部の位置付けを説明する図である。
【図５】図５は、本実施例に係る情報処理装置に搭載されるソケット処理部及びソケット管理情報の構成例を説明する図である。
【図６】図６は、本実施例に係る情報処理装置のフローチャートである。
【図７】図７は、本実施例に係る情報処理装置のフローチャートである。
【図８】図８は、本実施例に係る情報処理装置のフローチャートである。
【図９】図９は、本実施例に係る情報処理装置のフローチャートである。
【図１０】図１０は、本実施例に係る情報処理装置のフローチャートである。
【発明を実施するための形態】
【００１６】
以下、開示の技術に係る情報処理装置の制御方法、情報処理装置、及び情報処理装置の制御プログラムが説明される。ただし、開示の技術は本実施例に限定されるものではない。
【００１７】
図１は、本実施例に係る情報処理装置１００の構成図を示す。情報処理装置１００は、メモリ１１０、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２０、Ｉ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）ポート１３０、ディスク１４０、及びネットワークカード１５０を有する。
【００１８】
メモリ１１０は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）１１１、カーネル１１２、及びアプリケーションプログラム１１５を有する。カーネル１１２は、階層構造として設計されたＯＳ１１１の中核となる部分である。カーネル１１２は、ＯＳ１１１の資源を管理し、情報処理装置１００のハードウェア及びソフトウェア間のデータの送受信を制御する。アプリケーションプログラム１１５は、情報処理装置１００の各種アプリケーションプログラムを格納する。
【００１９】
なお、ＯＳ１１１のシステムダウンが発生すると、ＯＳ１１１の制御が停止する。ＯＳ１１１の制御が停止した場合でも、情報処理装置１００において、カーネル１１２、ＣＰＵ１２０、Ｉ／Ｏポート１３０、ディスク１４０、及びネットワークカード１５０はＯＳ１１１から独立して動作する。カーネル１１２には、マイクロカーネルが使用される。マイクロカーネルを使用すると、情報処理装置１００のＯＳ１１１及びカーネル１１２は、それぞれ独立して動作する。カーネル１１２に、マイクロカーネルが使用されることにより、情報処理装置１００のＯＳ１１１にシステムダウンが発生した場合でも、カーネル１１２が独立して動作が可能である。そのため、図２に後述する機能ブロックのうち、プロトコル処理部１１２Ａ及びカーネルメモリ領域１１２Ａ３をＯＳ１１１から独立して動作させることができる。カーネル１１２はＯＳ１１１から独立して動作するため、ＯＳ１１１の制御が停止してもカーネル１１２は動作可能である。なお、本実施例に係る情報処理装置１００のシステムダウンは、情報処理装置１００のシャットダウンも含む。
【００２０】
ＣＰＵ１２０は、情報処理装置１００の各種処理を実行する。
【００２１】
Ｉ／Ｏポート１３０は、ＣＰＵ１２０及びディスク１４０間のデータの送受信を行うインタフェースの機能を提供する。
【００２２】
ディスク１４０は、ＣＰＵ１２０が実行するＯＳ１１１のプログラム、アプリケーションプログラム１１５、情報処理装置１００を制御するプログラム１４０Ａ、及びネットワーク定義ファイル１１１Ｃの少なくとも一部を一時的に記憶する。また、ディスク１４０は、ＣＰＵ１２０における処理に必要な各種データを記憶する。ネットワーク定義ファイル１１１Ｃについての説明は図２に後述する。
【００２３】
なお、プログラム１４０Ａは、ディスク１４０以外の記憶媒体に保持してもよい。プログラム１４０Ａは、例えば、情報処理装置１００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク及びＩＣカードなどの「可搬用の物理的記憶媒体」に記憶される。プログラム１４０Ａは、情報処理装置１００の内外に備えられるディスク装置、あるいはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）２００、ネットワーク、公衆回線、インターネット、ＷＡＮなどを介して情報処理装置１００に接続される「他のコンピュータ（またはサーバ）」が保持する不図示の記憶媒体に記憶される。ＣＰＵ１２０は、ディスク１４０からプログラム１４０Ａを読み出し、プログラム１４０Ａを実行する。
【００２４】
ネットワークカード１５０は、ＬＡＮ２００との接続に係るインタフェースの機能を提供する。情報処理装置１００はＬＡＮ２００を介してＣＥ（Ｃｕｓｔｏｍｅｒ Ｅｎｇｎｅｅｒ：システム管理者）端末３００、相手端末４００及び相手端末４００Ａと接続する。
【００２５】
ＣＥ端末３００は、ＬＡＮ２００を介して、情報処理装置１００の使用者であるＣＥとの間でデータの送受信を行う。
【００２６】
相手端末４００及び相手端末４００Ａは、ＬＡＮ２００を介して、情報処理装置１００との間でデータの送受信を行う。相手端末４００及び相手端末４００Ａは、情報処理装置１００に対し、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／ＩＰ通信、又はＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）通信等、複数のインターネットプロトコルのうち何れかを使用してデータの送受信を行う。図１に示すように、情報処置装置１００は、複数の相手端末４００及び相手端末４００Ａに接続されている。
【００２７】
図２は、本実施例に係る情報処理装置１００の構成を示す機能ブロック図である。なお、図２において、図１で説明した構成と同様の構成には同一の符号を付し、説明を省略する。
【００２８】
図２に示すように、ＯＳ１１１は、ネットワーク制御部１１１Ａ、システムダウン制御部１１１Ｂ、ネットワーク定義ファイル１１１Ｃ、及びＯＳメモリ領域１１１Ｄを有する。
【００２９】
ネットワーク制御部１１１Ａは、第１設定フラグ１１１Ａ１を有する。ネットワーク制御部１１１Ａは、カーネル１１２及びＯＳ１１１間のデータの送受信を行う。ネットワーク制御部１１１Ａは、カーネル１１２に対して、ネットワーク定義ファイル１１１Ｃの情報を送信する。ネットワーク制御部１１１Ａは、カーネル１１２内のプロトコル処理部１１２Ａを起動又は停止させる処理を実行する。ネットワーク制御部１１１Ａは、カーネル１１２からエラーが通知された際に、ＣＥ端末３００に対してエラーログの出力を行う。
【００３０】
第１設定フラグ１１１Ａ１は、ＯＳ１１１のシステムダウンが発生した際、ネットワーク定義ファイル１１１Ｃのネットワークエラー通知機能を有効にするために、ＣＥによるＣＥ端末３００からの指示によりオンに設定される。第１設定フラグ１１１Ａ１の設定をＣＥ端末３００からの指示により切替えることができるため、ＣＥは、相手端末４００及び相手端末４００Ａに対するシステムダウン情報の送信の可否を切替えることができる。
【００３１】
システムダウン制御部１１１Ｂは、ＯＳ１１１にシステムダウンが発生した場合、ＯＳ１１１が停止する前に、メモリダンプ処理としてメモリダンプ情報をカーネル１１２に出力する。メモリダンプ処理は、例えば、ＯＳ１１１が不正に終了した時に、終了時点におけるメモリ１１０に格納されたデータ内容を、カーネル１１２の不揮発領域であるカーネルメモリ領域１１２Ａ３に格納（ダンプ）する処理をいう。メモリダンプ情報は、メモリダンプ処理の際にダンプされるデータ内容である。メモリダンプ情報は、例えば、システムダウンの原因を解析する際、使用されたプログラム１４０Ａの問題を分析するために利用される。システムダウン制御部１１１Ｂは、ＯＳ１１１にシステムダウンが発生した場合、設定処理部１１２Ａ１に、カーネル１１２の起動を指示する。
【００３２】
ネットワーク定義ファイル１１１Ｃは、情報処理装置１００、ＣＥ端末３００、相手端末４００及び相手端末４００Ａの各情報を定義するファイルである。ネットワーク定義ファイル１１１Ｃは、例えば、図１で示したネットワークカード１５０で設定されるデータ通信速度、情報処理装置１００、ＣＥ端末３００、相手端末４００及び相手端末４００Ａの各ＩＰアドレス及びゲートウェイアドレスの情報を含む。ネットワーク定義ファイル１１１Ｃは、情報処理装置１００が、ネットワークカード１５０及びＬＡＮ２００を介してＣＥ端末３００、相手端末４００及び相手端末４００Ａとネットワーク接続し、データの送受信を行う際に使用される。ＯＳ１１１は、ディスク１４０からネットワーク定義ファイル１１１Ｃを取得する。
【００３３】
ＯＳメモリ領域１１１Ｄは、ＯＳ１１１のデータを一時的に格納する。ＯＳ１１１のシステムダウンの際、システムダウン制御部１１１Ｂは、ＯＳメモリ領域１１１Ｄに格納されたＯＳ１１１のデータを取得してメモリダンプ情報を作成する。
【００３４】
なお、ＯＳメモリ領域１１１Ｄは、プログラム１４０Ａが動作するときに使用するデータ及びプログラム１４０Ａが格納されるメモリ領域である。ＯＳ１１１のシステムダウン時において、ＯＳメモリ領域１１１Ｄは、ディスク１４０のシステムダウンファイルを格納する。ＯＳメモリ領域１１１Ｄに格納されるシステムダウンファイルは、ＯＳ１１１の再起動時に消去される。
【００３５】
カーネル１１２は、プロトコル処理部１１２Ａを有する。プロトコル処理部１１２Ａは、相手端末４００及び相手端末４００Ａから受信した受信パケットに含まれるプロトコルの種類を判別する。プロトコル処理部１１２Ａは、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ、又はＩＣＭＰのうち、判別されたインターネットプロトコルの種類に応じてシステムダウン情報を含む送信パケットを作成する。プロトコル処理部１１２Ａは、作成した送信パケットを、相手端末４００及び相手端末４００Ａに送信する。
【００３６】
プロトコル処理部１１２Ａは、設定処理部１１２Ａ１、応答処理部１１２Ａ２、及びカーネルメモリ領域１１２Ａ３を有する。
【００３７】
設定処理部１１２Ａ１は、カーネルメモリ領域１１２Ａ３の第２設定フラグ１１２Ａ３−１に対して、エラー通知機能のオン又はオフを設定する。設定処理部１１２Ａ１は、ＣＥによるＣＥ端末３００からの要求により、ＯＳ１１１のシステムダウン中であっても、相手端末４００及び相手端末４００Ａに対してパケット応答を行う機能を保障できるように設けられている。設定処理部１１２Ａ１は、エラー通知機能をオンに設定して、相手端末４００及び相手端末４００Ａに対する情報処理装置１００のシステムダウン情報の送信を行う。
【００３８】
応答処理部１１２Ａ２は、ソケット処理部１１２Ａ２−２、及び通知処理部１１２Ａ２−３を有する。応答処理部１１２Ａ２は、システムダウン制御部１１１Ｂから通知されたＯＳ１１１のシステムダウン情報を処理してＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ、又はＩＣＭＰのうち何れかのインターネットプロトコルを使用して作成された送信パケットを作成する。応答処理部１１２Ａ２は、作成した送信パケットを、ネットワークカード１５０及びＬＡＮ２００を介して相手端末４００及び相手端末４００Ａに送信する。
【００３９】
ソケット処理部１１２Ａ２−２は、ＴＣＰ応答処理部１１２Ａ２−２Ａ、ＵＤＰ応答処理部１１２Ａ２−２Ｂ、ＩＣＭＰ応答処理部１１２Ａ２−２Ｃ、及びテーブル１１２Ａ２−２Ｄを有する。ソケットとは、ＴＣＰ／ＩＰ通信、又はＵＤＰ／ＩＰ通信を行う情報処理装置１００が有するネットワーク内でのＩＰアドレスと、ＩＰアドレスのサブアドレスであるポート番号を組み合わせたネットワークアドレスのことをいう。ソケット処理部１１２Ａ２−２は、ＯＳ１１１のシステムダウン情報を含む送信パケットを作成し、相手端末４００及び相手端末４００Ａに対して応答するためのソケット情報を作成する。ソケット情報は、相手端末４００及び相手端末４００Ａに対する応答開始時に作成され、応答終了後に削除される。
【００４０】
ＴＣＰ応答処理部１１２Ａ２−２Ａは、相手端末４００及び相手端末４００Ａから受信した受信パケットがＴＣＰ／ＩＰを用いて作成されている場合、後述する図７〜図８の処理に従い、ＯＳ１１１のシステムダウン情報を含む送信パケットをＴＣＰ／ＩＰを用いて作成する。ＴＣＰ応答処理部１１２Ａ２−２Ａは、作成した送信パケットを、ネットワークカード１５０及びＬＡＮ２００を介して相手端末４００及び相手端末４００Ａに送信する。
【００４１】
ＵＤＰ応答処理部１１２Ａ２−２Ｂは、相手端末４００及び相手端末４００Ａから受信した受信パケットがＵＤＰ／ＩＰを用いて作成されている場合、後述する図７及び図９の処理に従い、システムダウン情報を含む送信パケットをＩＣＭＰを用いて作成する。ＵＤＰ応答処理部１１２Ａ２−２Ｂは、作成した送信パケットを、ネットワークカード１５０及びＬＡＮ２００を介して相手端末４００及び相手端末４００Ａに送信する。
【００４２】
ＩＣＭＰ応答処理部１１２Ａ２−２Ｃは、相手端末４００及び相手端末４００Ａから受信した受信パケットがＩＣＭＰを用いて作成されている場合、後述する図７及び図１０の処理に従い、システムダウン情報を含む送信パケットを、ＩＣＭＰを用いて作成する。ＩＣＭＰ応答処理部１１２Ａ２−２Ｃは、作成した送信パケットを、ネットワークカード１５０及びＬＡＮ２００を介して相手端末４００及び相手端末４００Ａに送信する。なお、テーブル１１２Ａ２−２Ｄの説明は、図５に後述する。
【００４３】
通知処理部１１２Ａ２−３は、システムダウン制御部１１１Ｂからシステムダウン情報を処理する。通知処理部１１２Ａ２−３は、通知されたシステムダウン情報をソケット処理部１１２Ａ２−２に通知する。通知処理部１１２Ａ２−３は、ＯＳ１１１からシステムダウン情報が通知されたことを示すフラグ情報を、カーネルメモリ領域１１２Ａ３の認識フラグ１１２Ａ３−２に通知する。
【００４４】
カーネルメモリ領域１１２Ａ３は、第２設定フラグ１１２Ａ３−１及び認識フラグ１１２Ａ３−２を有する。カーネルメモリ領域１１２Ａ３は、カーネル１１２のデータを一時的に格納する。カーネルメモリ領域１１２Ａ３は、ネットワーク定義ファイル１１１Ｃを格納する。カーネルメモリ領域１１２Ａ３は、ＯＳ１１１から出力されたメモリダンプ情報を格納する。
【００４５】
第２設定フラグ１１２Ａ３−１は、設定処理部１１２Ａ１から通知された第１設定フラグ１１１Ａ１のオン／オフ切替え指示に基づいて、オン又はオフが切替えられる。第１設定フラグ１１１Ａ１がオンの場合、設定処理部１１２Ａ１は第２設定フラグ１１２Ａ３−１をオンに設定する。図８〜図１０に後述するように、第２設定フラグ１１２Ａ３−１がオンに設定される場合、ＯＳ１１１のシステムダウン発生後に相手端末４００及び相手端末４００Ａからパケット情報を受信した時、応答処理部１１２Ａ２は、ソケット処理部１１２Ａ２−２を用いて相手端末４００及び相手端末４００Ａにシステムダウン情報を送信できる。
【００４６】
認識フラグ１１２Ａ３−２は、通知処理部１１２Ａ２−３から通知されたＯＳ１１１のシステムダウン情報に基づいて、オン又はオフが切替えられる。認識フラグ１１２Ａ３−２は、ＯＳ１１１のシステムダウン情報が通知処理部１１２Ａ２−３から通知された場合、認識フラグ１１２Ａ３−２はオンに設定される。図８〜図１０に後述するように、認識フラグ１１２Ａ３−２がオンに設定される場合、ＯＳ１１１のシステムダウン発生後に相手端末４００及び相手端末４００Ａからパケット情報を受信した時、応答処理部１１２Ａ２は、ソケット処理部１１２Ａ２−２を用いて相手端末４００及び相手端末４００Ａにシステムダウン情報を送信できる。
【００４７】
図３は、本実施例に係る情報処理装置１００の動作例を示すシーケンス図である。図３に示す処理は、ＣＥがＣＥ端末３００を用いて、ＯＳ１１１のシステムダウン情報を相手端末４００及び相手端末４００Ａに送信するための環境設定処理を示す。図３に示す処理は、ＣＥがＣＥ端末３００を用いて、各種指示などを行う。なお、図３において、図１〜図２で説明した構成と同様の構成には同一の符号を付し、説明を省略する。
【００４８】
図３に示すように、ＣＥは、ＣＥ端末３００を用いて、ネットワーク定義ファイル１１１Ｃにネットワークエラー通知機能を有効とするか指定する（ＯＰ１）。ネットワークエラー通知機能を有効とした場合、ＣＥは、ＣＥ端末３００を用いて、ネットワーク制御部１１１Ａの第１設定フラグ１１１Ａ１をオンに設定する。ＣＥは、ＣＥ端末３００を用いて、カーネル１１２の起動を指示する（ＯＰ２）。
【００４９】
ＯＳ１１１は、ＣＥ端末３００からのカーネル１１２の起動の指示が通知されると、ディスク１４０からネットワーク定義ファイル１１１Ｃの情報を取得する（ＯＰ３）。ＯＳ１１１のシステムダウン制御部１１１Ｂは、設定処理部１１２Ａ１に、カーネル１１２の起動を指示する（ＯＰ４）。
【００５０】
カーネル１１２の設定処理部１１２Ａ１は、システムダウン制御部１１１Ｂからカーネル１１２の起動の指示が通知されると、カーネル１１２全体を起動させる（ＯＰ５）。設定処理部１１２Ａ１は、ＯＳ１１１から送信されたネットワーク定義ファイル１１１Ｃをカーネルメモリ領域１１２Ａ３に格納する（ＯＰ６）。設定処理部１１２Ａ１は、カーネルメモリ領域１１２Ａ３の第２設定フラグ１１２Ａ３−１をオンに設定する（ＯＰ７）。通知処理部１１２Ａ２−３は、ＯＳ１１１のシステムダウン時に、カーネルメモリ領域１１２Ａ３の認識フラグ１１２Ａ３−２をオンに設定する（ＯＰ７）。
【００５１】
図４は、本実施例に係る情報処理装置１００のカーネル１１２に搭載されているプロトコルの層構造におけるソケット処理部１１２Ａ２−２の位置付けを説明するための図である。なお、図４において、図１〜図３で説明した構成と同様の構成には同一の符号を付し、説明を省略する。
【００５２】
図４に示すように、情報処理装置１００に搭載されているプロトコルは、アプリケーション層、トランスポート層、ネットワーク層及びリンク層を有する。アプリケーション層は、例えば、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバ、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバ等を含む。トランスポート層は、ＴＣＰ、ＵＤＰ等を有する。ネットワーク層は、ＩＰ、ＩＣＭＰ、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）等を含む。リンク層は、各種デバイスドライバを有する。ソケット処理部１１２Ａ２−２は、アプリケーション層及びトランスポート層との間に設けられており、周知のソケットインタフェースによる機能を提供する。
【００５３】
図５は、本実施例に係る情報処理装置１００に搭載されるソケット処理部１１２Ａ２−２及びソケット管理情報の構成例を説明する図である。なお、図５において、図１〜図４で説明した構成と同様の構成には同一の符号を付し、説明を省略する。
【００５４】
図５に示すように、ソケット処理部１１２Ａ２−２は、相手端末４００及び相手端末４００Ａからパケットの受信を開始した時刻に、作成したソケット情報をテーブル１１２Ａ２−２Ｄに格納されるソケット番号と連鎖させて格納する。ソケット処理部１１２Ａ２−２は、相手端末４００及び相手端末４００Ａからパケットの受信を終了した時刻に、作成したソケット情報をテーブル１１２Ａ２−２Ｄから削除してテーブル１１２Ａ２−２Ｄを更新する。なお、ソケット処理部１１２Ａ２−２は、相手端末４００又は相手端末４００Ａ毎と連鎖させたソケット番号を作成してテーブル１１２Ａ２−２Ｄに格納する。
【００５５】
なお、テーブル１１２Ａ２−２Ｄは、相手端末４００及び相手端末４００Ａからの受信パケットのソケットタイプを含むソケット管理情報を各々のソケット番号と連鎖させて格納する。ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄに格納されている相手端末４００及び相手端末４００Ａのソケット管理情報が有するソケットタイプを参照に、受信パケットがＴＣＰ／ＩＰ又はＵＤＰ／ＩＰを用いて作成されているか判断する。例えば、ソケット処理部１１２Ａ２−２は、相手端末４００と連鎖したソケット管理情報４１０Ａのソケットタイプがストリームである場合、受信パケットがＴＣＰ／ＩＰを用いて作成されていると判断する。又、ソケット処理部１１２Ａ２−２は、相手端末４００と連鎖したソケット管理情報４１０Ｂのソケットタイプがデータグラムである場合、受信パケットがＵＤＰ／ＩＰを用いて作成されていると判断する。又、ソケット処理部１１２Ａ２−２は、相手端末４００Ａと連鎖したソケット管理情報４１０Ｃのソケットタイプがストリームである場合、受信パケットがＴＣＰ／ＩＰを用いて作成されていると判断する。
【００５６】
なお、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄに格納されているソケット番号のうち、ソケット番号１からソケット番号Ｎまで、テーブル１１２Ａ２−２Ｄの上方向から下方向へソケット番号を順次参照する。ソケット番号Ｎは、テーブル１１２Ａ２−２Ｄに格納されているソケット番号のうち、最終のソケット番号である。テーブル１１２Ａ２−２Ｄに格納されているソケット番号のうち、情報処理装置１００と不図示の相手端末との通信終了のために欠番が発生した場合、ソケット処理部１１２Ａ２−２は、欠番の下側にあるソケット番号を順次参照する。ソケット処理部１１２Ａ２−２は、ソケット番号Ｎの参照を終了したとき、テーブル１１２Ａ２−２Ｄの参照工程を終了する。
【００５７】
ソケット処理部１１２Ａ２−２は、ＴＣＰ応答処理部１１２Ａ２−２Ａ、ＵＤＰ応答処理部１１２Ａ２−２Ｂ、及びＩＣＭＰ応答処理部１１２Ａ２−２Ｃを用い、テーブル１１２Ａ２−２Ｄを参照して、相手端末４００及び相手端末４００Ａから受信した受信パケットのインターネットプロトコルの種類に従ってシステムダウン情報を作成できる。そのため、他の情報処理装置である相手端末４００及び相手端末４００Ａは、専用のハードウェアの追加、及びＯＳ１１１の改版をすることなく、情報処理装置１００のＯＳ１１１のシステムダウン情報を受信できる。
【００５８】
図６は、本実施例に係る情報処理装置１００の動作を示すフローチャートである。図６は、ＯＳ１１１のシステムダウンが発生した時の、相手端末４００及び相手端末４００Ａに対する通信処理を説明する。図６は、ＯＳ１１１のシステムダウン情報が、カーネル１１２へ送信された際に行われる処理を説明する。なお、図６において、図１〜図５で説明した構成と同様の構成には同一の符号を付し、説明を省略する。
【００５９】
図６に示すように、ＯＳ１１１のシステムダウンが発生した場合、通知処理部１１２Ａ２−３は、カーネルメモリ領域１１２Ａ３の認識フラグ１１２Ａ３−２をオンに設定する（ＯＰ１１）。次いで、応答処理部１１２Ａ２は、第２設定フラグ１１２Ａ３−１がオンに設定されているか判断する（ＯＰ１２）。第２設定フラグ１１２Ａ３−１がオンである場合（ＯＰ１２ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄを参照にして、参照するソケット番号が最終であるか判断する（ＯＰ１３）。第２設定フラグ１１２Ａ３−１がオンでは無い場合（ＯＰ１２ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００６０】
ソケット処理部１１２Ａ２−２は、ソケット番号が最終ではない場合（ＯＰ１３ ＮＯ）、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄを参照にして、参照するソケット番号とソケット管理情報との間に連鎖があるか判断する（ＯＰ１４）。参照するソケット番号とソケット管理情報との間に連鎖がある場合（ＯＰ１４ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄを参照にして、情報処理装置１００がＴＣＰを用いて相手端末４００と通信中であるか判断する（ＯＰ１５）。参照するソケット番号とソケット管理情報との間に連鎖が無い場合（ＯＰ１４ ＮＯ）、ソケット処理部１１２Ａ２−２は、ＯＰ１３の処理に戻る。
【００６１】
情報処理装置１００がＴＣＰを用いて相手端末４００又は相手端末４００Ａと通信中である場合（ＯＰ１５ ＹＥＳ）、ＴＣＰ応答処理部１１２Ａ２−２ＡはＲＥＳＥＴパケットを作成する（ＯＰ１６）。ＲＥＳＥＴパケットとは、相手端末４００又は相手端末４００Ａに対して、通信のリセットを要求するパケットである。情報処理装置１００がＴＣＰを用いて相手端末４００又は相手端末４００Ａと通信中ではない場合（ＯＰ１５ ＮＯ）、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄを参照にして、情報処理装置１００がＵＤＰで相手端末４００又は相手端末４００Ａと通信中であるか判断する（ＯＰ１９）。
【００６２】
ＴＣＰ応答処理部１１２Ａ２−２Ａは、ＲＥＳＥＴパケットを作成すると（ＯＰ１６）、
相手端末４００に対してＲＥＳＥＴパケットを送信する（ＯＰ１７）。次いで、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄを参照する（ＯＰ１８）。その後、ソケット処理部１１２Ａ２−２は、ＯＰ１３の処理に戻る。
【００６３】
情報処理装置１００がＵＤＰを用いて相手端末４００又は相手端末４００Ａと通信中である場合（ＯＰ１９ ＹＥＳ）、ＵＤＰ応答処理部１１２Ａ２−２Ｂは、到達不可のＩＣＭＰパケットを作成する（ＯＰ２０）。到達不可のＩＣＭＰパケットとは、相手端末４００又は相手端末４００Ａから送信されたパケットが、情報処理装置１００に到達できなかった状態を示すパケットである。ＵＤＰを用いて相手端末４００又は相手端末４００Ａと通信中ではない場合（ＯＰ１９ ＮＯ）、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄを参照にする（ＯＰ２２）。その後、ソケット処理部１１２Ａ２−２は、ＯＰ１３の処理に戻る。
【００６４】
ＵＤＰ応答処理部１１２Ａ２−２Ｂは、到達不可のＩＣＭＰパケットを作成すると（ＯＰ２０）、相手端末４００又は相手端末４００Ａに対して到達不可のＩＣＭＰパケットを送信する（ＯＰ２１）。次いで、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄを参照にする（ＯＰ２２）。その後、ソケット処理部１１２Ａ２−２は、ＯＰ１３の処理に戻る。
【００６５】
なお、ＲＥＳＥＴパケット、及び到達不可のＩＣＭＰパケットは、公知のパケットである。そのため、ソケット処理部１１２Ａ２−２は、インターネットプロトコルの種類に従い、公知のパケットを使用してシステムダウン情報を伝達できる。そのため、公知のパケットを受信することで、他の情報処理装置である相手端末４００又は相手端末４００Ａは専用のハードウェアの追加、及びＯＳ１１１の改版をすることなく、情報処理装置１００のシステムダウンを認識できる。
【００６６】
図７〜図１０は、本実施例に係る情報処理装置１００の動作を示すフローチャートである。特に、図８〜図１０は、ＯＳ１１１のシステムダウン発生後、相手端末４００からパケットを受信した際に行われる処理を説明する。図７のＡに示す処理は図８のＡに続いている。図７のＢに示す処理は図９のＢに続いている。図７のＣに示す処理は図１０のＣに続いている。なお、図７〜図１０において、図１〜図６で説明した構成と同様の構成には同一の符号を付し、説明を省略する。
【００６７】
図７に示すように、ＯＳ１１１のシステムダウンが発生した場合、ソケット処理部１１２Ａ２−２は、相手端末４００又は相手端末４００Ａからの受信パケットの解析を行う（ＯＰ３１）。ソケット処理部１１２Ａ２−２は、受信パケット解析結果に基づいて、ＴＣＰ応答処理部１１２Ａ２−２Ａ、ＵＤＰ応答処理部１１２Ａ２−２Ｂ、又はＩＣＭＰ応答処理部１１２Ａ２−２Ｃの呼出しを行う（ＯＰ３２）。ソケット処理部１１２Ａ２−２は、相手端末４００からの受信パケットのプロトコルがＴＣＰであるか判断する（ＯＰ３３）。
【００６８】
受信パケットのプロトコルがＴＣＰである場合（ＯＰ３３ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、図８のＡに示す処理に移行する。受信パケットのプロトコルがＴＣＰでは無い場合（ＯＰ３３ ＮＯ）、ソケット処理部１１２Ａ２−２は、相手端末４００又は相手端末４００Ａからの受信パケットのプロトコルがＵＤＰであるか判断する（ＯＰ３４）。
【００６９】
受信パケットのプロトコルがＵＤＰである場合（ＯＰ３４ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、図９のＢに示す処理に移行する。受信パケットのプロトコルがＵＤＰでは無い場合（ＯＰ３４ ＮＯ）、ソケット処理部１１２Ａ２−２は、相手端末４００又は相手端末４００Ａからの受信パケットのプロトコルがＩＣＭＰであるか判断する（ＯＰ３５）。
【００７０】
受信パケットのプロトコルがＩＣＭＰである場合（ＯＰ３５ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、図１０のＣに示す処理に移行する。受信パケットのプロトコルがＩＣＭＰでは無い場合（ＯＰ３５ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。なお、図７に示す動作は、ＯＳ１１１のシステムダウンが発生していない通常状態でも行われる。
【００７１】
図８において、第１設定フラグ１１１Ａ１がオンである場合（ＯＰ４１ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、認識フラグ１１２Ａ３−２がオンであるか判断する（ＯＰ４２）。第１設定フラグ１１１Ａ１がオンでは無い場合（ＯＰ４１ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７２】
認識フラグ１１２Ａ３−２がオンである場合（ＯＰ４２ ＹＥＳ）、ＴＣＰ応答処理部１１２Ａ２−２ＡはＲＥＳＥＴパケットを作成する（ＯＰ４３）。認識フラグ１１２Ａ３−２がオンでは無い場合（ＯＰ４２ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７３】
ＴＣＰ応答処理部１１２Ａ２−２Ａは、ＲＥＳＥＴパケットを作成すると（ＯＰ４３）、相手端末４００又は相手端末４００Ａに対してＲＥＳＥＴパケットを送信する（ＯＰ４４）。その後、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７４】
図９において、第１設定フラグ１１１Ａ１がオンである場合（ＯＰ５１ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、認識フラグ１１２Ａ３−２がオンであるか判断する（ＯＰ５２）。第１設定フラグ１１１Ａ１がオンでは無い場合（ＯＰ５１ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７５】
認識フラグ１１２Ａ３−２がオンである場合（ＯＰ５２ ＹＥＳ）、ＵＤＰ応答処理部１１２Ａ２−２Ｂは到達不可のＩＣＭＰパケットを作成する（ＯＰ５３）。認識フラグ１１２Ａ３−２がオンでは無い場合（ＯＰ５２ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７６】
ＵＤＰ応答処理部１１２Ａ２−２Ｂは、到達不可のＩＣＭＰパケットを作成すると（ＯＰ５３）、相手端末４００に対して到達不可のＩＣＭＰパケットを送信する（ＯＰ５４）。その後、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７７】
図１０において、第１設定フラグ１１１Ａ１がオンである場合（ＯＰ６１ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、認識フラグ１１２Ａ３−２がオンであるか判断する（ＯＰ６２）。第１設定フラグ１１１Ａ１がオンでは無い場合（ＯＰ６１ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７８】
認識フラグ１１２Ａ３−２がオンである場合（ＯＰ６２ ＹＥＳ）、ＩＣＭＰ応答処理部１１２Ａ２−２Ｃは到達不可のＩＣＭＰパケットを作成する（ＯＰ６３）。認識フラグ１１２Ａ３−２がオンでは無い場合（ＯＰ６２ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７９】
ＩＣＭＰ応答処理部１１２Ａ２−２Ｃは、到達不可のＩＣＭＰパケットを作成すると（ＯＰ６３）、相手端末４００又は相手端末４００Ａに対して到達不可のＩＣＭＰパケットを送信する（ＯＰ６４）。その後、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００８０】
開示の技術によれば、ＯＳ１１１がシステムダウンしても、カーネル１１２を動作させることで情報処理装置１００のＯＳ１１１のシステムダウン情報を他の情報処理装置である相手端末４００に対して直接送信することができる。そのため、相手端末４００又は相手端末４００Ａは、情報処理装置１００のＯＳ１１１のシステムダウン情報を遅延無く検出できる。又、カーネル１１２が送信先のインターネットプロトコルに対応したシステムダウン情報を含むパケットを送信するので、相手端末４００又は相手端末４００Ａは専用のハードウェアの追加、及びＯＳ１１１の改版をすることなく、情報処理装置１００のシステムダウンを認識できる。
【００８１】
（付記１）
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有する情報処理装置の制御方法であって、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムが前記カーネルに通知する工程と、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を前記カーネルが判別する工程と、
判別した前記インターネットプロトコルの種類に従って、前記システムダウンを通知するためのパケットを前記カーネルが生成する工程と、
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程と、
を含むことを特徴とする情報処理装置の制御方法。
【００８２】
（付記２）
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程は、前記システムダウン情報が、前記オペレーティングシステムから前記カーネルに通知される際に行われる、又は、前記他の情報処理装置から前記ネットワークインタフェースを介して前記パケットを受信した際に行われることを特徴とする付記１記載の情報処理装置の制御方法。
【００８３】
（付記３）
前記カーネルは、前記オペレーティングシステムから前記システムダウン情報を受信したとき、前記オペレーティングシステムの動作状況を示す動作フラグを、前記システムダウン情報が通知されたことを示す状態に設定する工程を有することを特徴とする付記１又は付記２記載の情報処理装置の制御方法。
【００８４】
（付記４）
前記システムダウン情報は、前記オペレーティングシステムが作成するメモリダンプ情報であることを特徴とする付記１乃至付記３のいずれか１つに記載の情報処理装置の制御方法。
【００８５】
（付記５）
前記インターネットプロトコルの種類は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、又は、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）であることを特徴とする付記１又は付記２記載の情報処理装置の制御方法。
【００８６】
（付記６）
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有し、
前記プロセッサは、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を前記オペレーティングシステムから前記カーネルに通知し、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を判別し、
判別した前記インターネットプロトコルの種類に従って、前記システムダウン情報を含むパケットを生成し、
生成した前記パケットを、前記ネットワークインタフェースを介して前記他の情報処理装置に送信する、
ことを特徴とする情報処理装置。
【００８７】
（付記７）
前記プロセッサは、生成した前記パケットを、前記ネットワークインタフェースを介して前記他の情報処理装置に送信する、又は、前記他の情報処理装置から前記ネットワークインタフェースを介して前記パケットを受信した際に、生成された前記パケットを、前記カーネルから前記ネットワークインタフェースを介して前記他の情報処理装置に送信することを特徴とする付記６記載の情報処理装置。
【００８８】
（付記８）
前記プロセッサは、前記オペレーティングシステムから前記システムダウン情報を受信したとき、前記オペレーティングシステムの動作状況を示す動作フラグを、前記システムダウンが通知されたことを示す状態に設定することを特徴とする付記６又は付記７記載の情報処理装置。
【００８９】
（付記９）
前記システムダウン情報は、前記オペレーティングシステムが作成するメモリダンプ情報であることを特徴とする付記６乃至付記８のいずれか１つに記載の情報処理装置。
【００９０】
（付記１０）
前記インターネットプロトコルの種類は、ＴＣＰ、ＵＤＰ、又はＩＣＭＰであることを特徴とする付記６又は付記７記載の情報処理装置。
【００９１】
（付記１１）
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有する情報処理装置の制御プログラムであって、
コンピュータに、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムが前記カーネルに通知する工程と、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を前記カーネルが判別する工程と、
判別した前記インターネットプロトコルの種類に従って、前記システムダウンを通知するためのパケットを前記カーネルが生成する工程と、
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程と、
を実行させることを特徴とする情報処理装置の制御プログラム。
【００９２】
（付記１２）
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する前記工程は、前記システムダウン情報が、前記オペレーティングシステムから前記カーネルに通知される際に行われる、又は、前記他の情報処理装置から前記ネットワークインタフェースを介して前記パケットを受信した際に行われることを特徴とする付記１１記載の情報処理装置の制御プログラム。
【００９３】
（付記１３）
前記カーネルは、前記オペレーティングシステムから前記システムダウン情報を受信したとき、前記オペレーティングシステムの動作状況を示す動作フラグを、前記システムダウン情報が通知されたことを示す状態に設定する工程を有することを特徴とする付記１１又は付記１２記載の情報処理装置の制御プログラム。
【００９４】
（付記１４）
前記システムダウン情報は、前記オペレーティングシステムが作成するメモリダンプ情報であることを特徴とする付記１１乃至付記１３のいずれか１つに記載の情報処理装置の制御プログラム。
【００９５】
（付記１５）
前記インターネットプロトコルの種類は、ＴＣＰ、ＵＤＰ、又はＩＣＭＰであることを特徴とする付記１１又は付記１２記載の情報処理装置の制御プログラム。
【符号の説明】
【００９６】
１００ 情報処理装置
１１０ メモリ
１１１ ＯＳ
１１１Ａ ネットワーク制御部
１１１Ａ１ 第１設定フラグ
１１１Ｂ システムダウン制御部
１１１Ｃ ネットワーク定義ファイル
１１１Ｄ ＯＳメモリ領域
１１２ カーネル
１１２Ａ プロトコル処理部
１１２Ａ１ 設定処理部
１１２Ａ２ 応答処理部
１１２Ａ２−２ ソケット処理部
１１２Ａ２−２Ａ ＴＣＰ応答処理部
１１２Ａ２−２Ｂ ＵＤＰ応答処理部
１１２Ａ２−２Ｃ ＩＣＭＰ応答処理部
１１２Ａ２−３ 通知処理部
１１２Ａ３ カーネルメモリ領域
１１２Ａ３−１ 第２設定フラグ
１１２Ａ３−２ 認識フラグ
１１５ アプリケーションプログラム
１２０ ＣＰＵ
１３０ Ｉ／Ｏポート
１４０ ディスク
１４０Ａ プログラム
１５０ ネットワークカード
２００ ＬＡＮ
３００ ＣＥ端末
４００ 相手端末
４００Ａ 相手端末
４１０Ａ ソケット管理情報
４１０Ｂ ソケット管理情報
４１０Ｃ ソケット管理情報
【技術分野】
【０００１】
開示の技術は、情報処理装置の制御方法、情報処理装置、及び情報処理装置の制御プログラムに関する。
【背景技術】
【０００２】
従来、情報処理装置においてＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）がシステムダウンの発生を検出した場合、ＯＳは、現在動作中の処理を早急に停止する。
【０００３】
このようなＯＳのシステムダウンの発生時に、情報処理装置が他の情報処理装置と相互にデータ通信を行っている場合、例えば所定の時間間隔で行われる他の情報処理装置からのパケット通信に対する応答が出来なくなる。そのため、他の情報処理装置において、ＯＳのシステムダウンの検出が遅延する問題が発生する。ＯＳのシステムダウンの検出が遅延するため、他の情報処理装置の使用者によって実施される情報処理装置のＯＳの復旧、又は情報処理装置に対する運用変更等の対策が遅延してしまう。
【０００４】
また、このような情報処理装置は、他の情報処理装置とのデータ通信の管理等を行うカーネルを実装している。カーネルとしてモノリシックカーネルが使用されている場合、ＯＳにシステムダウンが発生すると、ＯＳのシステムダウンに伴ってモノシリックカーネルの動作が停止してしまう。そのため、情報処理装置はネットワークに対するアクセスができなくなる。従って、情報処理装置は、ＯＳのシステムダウンが発生した場合に、他の情報処理装置に対して、自らのＯＳのシステムダウン情報を自発的に送信する機能を設けることができない。ゆえに、前述したように、他の情報処理装置は、情報処理装置からパケット通信の応答が無いことを検出するまで、ＯＳにシステムダウンが発生したことを検出することができなかった。
【０００５】
近年、カーネルとして、ＯＳの動作とは独立して動作可能なマイクロカーネルが採用されている。マイクロカーネルは、情報処理装置のＯＳにシステムダウンが発生した場合でも、停止することなく自己の動作の継続が可能である。つまり、マイクロカーネルは、ＯＳのシステムダウンに関係無く、他の情報処理装置からのパケット通信に対する応答を継続してしまう。
従って、他の情報処理装置は、情報処理装置からパケット通信の応答が無いことを検出してＯＳのシステムダウンを検出する方法をとることができず、情報処理装置のＯＳにシステムダウンが発生したことを認識することができなかった。
【０００６】
また、システム管理者及び保守員が遠隔地にあるリモートコンソールにＯＳのシステムダウン情報を表示させて、情報処理装置を保守する技術が知られている。具体的には、制御ドライバを用いてＯＳのシステムダウン発生時にＯＳが出力したシステムダウン情報の表示データを圧縮し、専用の遠隔装置に送信する。遠隔装置は、受信した表示データを伸張し、リモートコンソールにＯＳのシステムダウン情報を表示する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００４−３０３３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、ＯＳが作成したシステムダウン情報を遠隔装置に送信するためには、情報処理装置に専用の制御ドライバやＯＳの改版が要求される。また、遠隔装置を使用する方法は遠隔装置を準備するためのコストが発生するため、近年の低価格化した情報処理装置では手軽に使用できない。
【０００９】
更に、遠隔装置に代えて、他の情報処理装置が、独自にシステムダウン情報を受信するためには専用の受信装置及びＯＳの改版が要求される。従って、既存の情報処理装置及び他の情報処理装置を利用して、システムダウン情報を送受信することができなかった。
【００１０】
開示の技術は、システムダウンした情報処理装置が、ＯＳのシステムダウン情報を他の情報処理装置に対して直接送信することができる情報処理装置の制御方法、情報処理装置、及び情報処理装置の制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の課題を解決するため、開示の技術の第１の側面によれば、
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有する情報処理装置の制御方法であって、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムが前記カーネルに通知する工程と、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を前記カーネルが判別する工程と、
判別した前記インターネットプロトコルの種類に従って、前記システムダウンを通知するためのパケットを前記カーネルが生成する工程と、
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程と、
を含むことを特徴とする情報処理装置の制御方法が提供される。
【００１２】
本発明の課題を解決するため、開示の技術の第２の側面によれば、
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有し、
前記プロセッサは、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムから前記カーネルに通知し、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を判別し、
判別した前記インターネットプロトコルの種類に従って、前記システムダウン情報を含むパケットを生成し、
生成した前記パケットを、前記ネットワークインタフェースを介して前記他の情報処理装置に送信する、
ことを特徴とする情報処理装置が提供される。
【００１３】
本発明の課題を解決するため、開示の技術の第３の側面によれば、
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有する情報処理装置の制御プログラムであって、
コンピュータに、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムが前記カーネルに通知する工程と、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を前記カーネルが判別する工程と、
判別した前記インターネットプロトコルの種類に従って、前記システムダウンを通知するためのパケットを前記カーネルが生成する工程と、
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程と、
を実行させることを特徴とする情報処理装置の制御プログラムが提供される。
【発明の効果】
【００１４】
開示の技術によれば、ＯＳがシステムダウンしても、カーネルを動作させることで情報処理装置のＯＳのシステムダウン情報を他の情報処理装置に対して直接送信することができる。そのため、他の情報処理装置は、情報処理装置のＯＳのシステムダウン情報を遅延無く検出できる。又、カーネルが送信先のインターネットプロトコルに対応したシステムダウン情報を含むパケットを送信するので、他の情報処理装置は専用のハードウェアの追加、及びＯＳの改版をすることなく、情報処理装置のシステムダウンを認識できる。
【図面の簡単な説明】
【００１５】
【図１】図１は、本実施例に係る情報処理装置の構成を示す図である。
【図２】図２は、本実施例に係る情報処理装置の構成を示す機能ブロック図である。
【図３】図３は、本実施例に係る情報処理装置の動作例を示すシーケンス図である。
【図４】図４は、本実施例に係る情報処理装置のカーネルに搭載されるプロトコルの層構造におけるソケット処理部の位置付けを説明する図である。
【図５】図５は、本実施例に係る情報処理装置に搭載されるソケット処理部及びソケット管理情報の構成例を説明する図である。
【図６】図６は、本実施例に係る情報処理装置のフローチャートである。
【図７】図７は、本実施例に係る情報処理装置のフローチャートである。
【図８】図８は、本実施例に係る情報処理装置のフローチャートである。
【図９】図９は、本実施例に係る情報処理装置のフローチャートである。
【図１０】図１０は、本実施例に係る情報処理装置のフローチャートである。
【発明を実施するための形態】
【００１６】
以下、開示の技術に係る情報処理装置の制御方法、情報処理装置、及び情報処理装置の制御プログラムが説明される。ただし、開示の技術は本実施例に限定されるものではない。
【００１７】
図１は、本実施例に係る情報処理装置１００の構成図を示す。情報処理装置１００は、メモリ１１０、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２０、Ｉ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）ポート１３０、ディスク１４０、及びネットワークカード１５０を有する。
【００１８】
メモリ１１０は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）１１１、カーネル１１２、及びアプリケーションプログラム１１５を有する。カーネル１１２は、階層構造として設計されたＯＳ１１１の中核となる部分である。カーネル１１２は、ＯＳ１１１の資源を管理し、情報処理装置１００のハードウェア及びソフトウェア間のデータの送受信を制御する。アプリケーションプログラム１１５は、情報処理装置１００の各種アプリケーションプログラムを格納する。
【００１９】
なお、ＯＳ１１１のシステムダウンが発生すると、ＯＳ１１１の制御が停止する。ＯＳ１１１の制御が停止した場合でも、情報処理装置１００において、カーネル１１２、ＣＰＵ１２０、Ｉ／Ｏポート１３０、ディスク１４０、及びネットワークカード１５０はＯＳ１１１から独立して動作する。カーネル１１２には、マイクロカーネルが使用される。マイクロカーネルを使用すると、情報処理装置１００のＯＳ１１１及びカーネル１１２は、それぞれ独立して動作する。カーネル１１２に、マイクロカーネルが使用されることにより、情報処理装置１００のＯＳ１１１にシステムダウンが発生した場合でも、カーネル１１２が独立して動作が可能である。そのため、図２に後述する機能ブロックのうち、プロトコル処理部１１２Ａ及びカーネルメモリ領域１１２Ａ３をＯＳ１１１から独立して動作させることができる。カーネル１１２はＯＳ１１１から独立して動作するため、ＯＳ１１１の制御が停止してもカーネル１１２は動作可能である。なお、本実施例に係る情報処理装置１００のシステムダウンは、情報処理装置１００のシャットダウンも含む。
【００２０】
ＣＰＵ１２０は、情報処理装置１００の各種処理を実行する。
【００２１】
Ｉ／Ｏポート１３０は、ＣＰＵ１２０及びディスク１４０間のデータの送受信を行うインタフェースの機能を提供する。
【００２２】
ディスク１４０は、ＣＰＵ１２０が実行するＯＳ１１１のプログラム、アプリケーションプログラム１１５、情報処理装置１００を制御するプログラム１４０Ａ、及びネットワーク定義ファイル１１１Ｃの少なくとも一部を一時的に記憶する。また、ディスク１４０は、ＣＰＵ１２０における処理に必要な各種データを記憶する。ネットワーク定義ファイル１１１Ｃについての説明は図２に後述する。
【００２３】
なお、プログラム１４０Ａは、ディスク１４０以外の記憶媒体に保持してもよい。プログラム１４０Ａは、例えば、情報処理装置１００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク及びＩＣカードなどの「可搬用の物理的記憶媒体」に記憶される。プログラム１４０Ａは、情報処理装置１００の内外に備えられるディスク装置、あるいはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）２００、ネットワーク、公衆回線、インターネット、ＷＡＮなどを介して情報処理装置１００に接続される「他のコンピュータ（またはサーバ）」が保持する不図示の記憶媒体に記憶される。ＣＰＵ１２０は、ディスク１４０からプログラム１４０Ａを読み出し、プログラム１４０Ａを実行する。
【００２４】
ネットワークカード１５０は、ＬＡＮ２００との接続に係るインタフェースの機能を提供する。情報処理装置１００はＬＡＮ２００を介してＣＥ（Ｃｕｓｔｏｍｅｒ Ｅｎｇｎｅｅｒ：システム管理者）端末３００、相手端末４００及び相手端末４００Ａと接続する。
【００２５】
ＣＥ端末３００は、ＬＡＮ２００を介して、情報処理装置１００の使用者であるＣＥとの間でデータの送受信を行う。
【００２６】
相手端末４００及び相手端末４００Ａは、ＬＡＮ２００を介して、情報処理装置１００との間でデータの送受信を行う。相手端末４００及び相手端末４００Ａは、情報処理装置１００に対し、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／ＩＰ通信、又はＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）通信等、複数のインターネットプロトコルのうち何れかを使用してデータの送受信を行う。図１に示すように、情報処置装置１００は、複数の相手端末４００及び相手端末４００Ａに接続されている。
【００２７】
図２は、本実施例に係る情報処理装置１００の構成を示す機能ブロック図である。なお、図２において、図１で説明した構成と同様の構成には同一の符号を付し、説明を省略する。
【００２８】
図２に示すように、ＯＳ１１１は、ネットワーク制御部１１１Ａ、システムダウン制御部１１１Ｂ、ネットワーク定義ファイル１１１Ｃ、及びＯＳメモリ領域１１１Ｄを有する。
【００２９】
ネットワーク制御部１１１Ａは、第１設定フラグ１１１Ａ１を有する。ネットワーク制御部１１１Ａは、カーネル１１２及びＯＳ１１１間のデータの送受信を行う。ネットワーク制御部１１１Ａは、カーネル１１２に対して、ネットワーク定義ファイル１１１Ｃの情報を送信する。ネットワーク制御部１１１Ａは、カーネル１１２内のプロトコル処理部１１２Ａを起動又は停止させる処理を実行する。ネットワーク制御部１１１Ａは、カーネル１１２からエラーが通知された際に、ＣＥ端末３００に対してエラーログの出力を行う。
【００３０】
第１設定フラグ１１１Ａ１は、ＯＳ１１１のシステムダウンが発生した際、ネットワーク定義ファイル１１１Ｃのネットワークエラー通知機能を有効にするために、ＣＥによるＣＥ端末３００からの指示によりオンに設定される。第１設定フラグ１１１Ａ１の設定をＣＥ端末３００からの指示により切替えることができるため、ＣＥは、相手端末４００及び相手端末４００Ａに対するシステムダウン情報の送信の可否を切替えることができる。
【００３１】
システムダウン制御部１１１Ｂは、ＯＳ１１１にシステムダウンが発生した場合、ＯＳ１１１が停止する前に、メモリダンプ処理としてメモリダンプ情報をカーネル１１２に出力する。メモリダンプ処理は、例えば、ＯＳ１１１が不正に終了した時に、終了時点におけるメモリ１１０に格納されたデータ内容を、カーネル１１２の不揮発領域であるカーネルメモリ領域１１２Ａ３に格納（ダンプ）する処理をいう。メモリダンプ情報は、メモリダンプ処理の際にダンプされるデータ内容である。メモリダンプ情報は、例えば、システムダウンの原因を解析する際、使用されたプログラム１４０Ａの問題を分析するために利用される。システムダウン制御部１１１Ｂは、ＯＳ１１１にシステムダウンが発生した場合、設定処理部１１２Ａ１に、カーネル１１２の起動を指示する。
【００３２】
ネットワーク定義ファイル１１１Ｃは、情報処理装置１００、ＣＥ端末３００、相手端末４００及び相手端末４００Ａの各情報を定義するファイルである。ネットワーク定義ファイル１１１Ｃは、例えば、図１で示したネットワークカード１５０で設定されるデータ通信速度、情報処理装置１００、ＣＥ端末３００、相手端末４００及び相手端末４００Ａの各ＩＰアドレス及びゲートウェイアドレスの情報を含む。ネットワーク定義ファイル１１１Ｃは、情報処理装置１００が、ネットワークカード１５０及びＬＡＮ２００を介してＣＥ端末３００、相手端末４００及び相手端末４００Ａとネットワーク接続し、データの送受信を行う際に使用される。ＯＳ１１１は、ディスク１４０からネットワーク定義ファイル１１１Ｃを取得する。
【００３３】
ＯＳメモリ領域１１１Ｄは、ＯＳ１１１のデータを一時的に格納する。ＯＳ１１１のシステムダウンの際、システムダウン制御部１１１Ｂは、ＯＳメモリ領域１１１Ｄに格納されたＯＳ１１１のデータを取得してメモリダンプ情報を作成する。
【００３４】
なお、ＯＳメモリ領域１１１Ｄは、プログラム１４０Ａが動作するときに使用するデータ及びプログラム１４０Ａが格納されるメモリ領域である。ＯＳ１１１のシステムダウン時において、ＯＳメモリ領域１１１Ｄは、ディスク１４０のシステムダウンファイルを格納する。ＯＳメモリ領域１１１Ｄに格納されるシステムダウンファイルは、ＯＳ１１１の再起動時に消去される。
【００３５】
カーネル１１２は、プロトコル処理部１１２Ａを有する。プロトコル処理部１１２Ａは、相手端末４００及び相手端末４００Ａから受信した受信パケットに含まれるプロトコルの種類を判別する。プロトコル処理部１１２Ａは、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ、又はＩＣＭＰのうち、判別されたインターネットプロトコルの種類に応じてシステムダウン情報を含む送信パケットを作成する。プロトコル処理部１１２Ａは、作成した送信パケットを、相手端末４００及び相手端末４００Ａに送信する。
【００３６】
プロトコル処理部１１２Ａは、設定処理部１１２Ａ１、応答処理部１１２Ａ２、及びカーネルメモリ領域１１２Ａ３を有する。
【００３７】
設定処理部１１２Ａ１は、カーネルメモリ領域１１２Ａ３の第２設定フラグ１１２Ａ３−１に対して、エラー通知機能のオン又はオフを設定する。設定処理部１１２Ａ１は、ＣＥによるＣＥ端末３００からの要求により、ＯＳ１１１のシステムダウン中であっても、相手端末４００及び相手端末４００Ａに対してパケット応答を行う機能を保障できるように設けられている。設定処理部１１２Ａ１は、エラー通知機能をオンに設定して、相手端末４００及び相手端末４００Ａに対する情報処理装置１００のシステムダウン情報の送信を行う。
【００３８】
応答処理部１１２Ａ２は、ソケット処理部１１２Ａ２−２、及び通知処理部１１２Ａ２−３を有する。応答処理部１１２Ａ２は、システムダウン制御部１１１Ｂから通知されたＯＳ１１１のシステムダウン情報を処理してＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ、又はＩＣＭＰのうち何れかのインターネットプロトコルを使用して作成された送信パケットを作成する。応答処理部１１２Ａ２は、作成した送信パケットを、ネットワークカード１５０及びＬＡＮ２００を介して相手端末４００及び相手端末４００Ａに送信する。
【００３９】
ソケット処理部１１２Ａ２−２は、ＴＣＰ応答処理部１１２Ａ２−２Ａ、ＵＤＰ応答処理部１１２Ａ２−２Ｂ、ＩＣＭＰ応答処理部１１２Ａ２−２Ｃ、及びテーブル１１２Ａ２−２Ｄを有する。ソケットとは、ＴＣＰ／ＩＰ通信、又はＵＤＰ／ＩＰ通信を行う情報処理装置１００が有するネットワーク内でのＩＰアドレスと、ＩＰアドレスのサブアドレスであるポート番号を組み合わせたネットワークアドレスのことをいう。ソケット処理部１１２Ａ２−２は、ＯＳ１１１のシステムダウン情報を含む送信パケットを作成し、相手端末４００及び相手端末４００Ａに対して応答するためのソケット情報を作成する。ソケット情報は、相手端末４００及び相手端末４００Ａに対する応答開始時に作成され、応答終了後に削除される。
【００４０】
ＴＣＰ応答処理部１１２Ａ２−２Ａは、相手端末４００及び相手端末４００Ａから受信した受信パケットがＴＣＰ／ＩＰを用いて作成されている場合、後述する図７〜図８の処理に従い、ＯＳ１１１のシステムダウン情報を含む送信パケットをＴＣＰ／ＩＰを用いて作成する。ＴＣＰ応答処理部１１２Ａ２−２Ａは、作成した送信パケットを、ネットワークカード１５０及びＬＡＮ２００を介して相手端末４００及び相手端末４００Ａに送信する。
【００４１】
ＵＤＰ応答処理部１１２Ａ２−２Ｂは、相手端末４００及び相手端末４００Ａから受信した受信パケットがＵＤＰ／ＩＰを用いて作成されている場合、後述する図７及び図９の処理に従い、システムダウン情報を含む送信パケットをＩＣＭＰを用いて作成する。ＵＤＰ応答処理部１１２Ａ２−２Ｂは、作成した送信パケットを、ネットワークカード１５０及びＬＡＮ２００を介して相手端末４００及び相手端末４００Ａに送信する。
【００４２】
ＩＣＭＰ応答処理部１１２Ａ２−２Ｃは、相手端末４００及び相手端末４００Ａから受信した受信パケットがＩＣＭＰを用いて作成されている場合、後述する図７及び図１０の処理に従い、システムダウン情報を含む送信パケットを、ＩＣＭＰを用いて作成する。ＩＣＭＰ応答処理部１１２Ａ２−２Ｃは、作成した送信パケットを、ネットワークカード１５０及びＬＡＮ２００を介して相手端末４００及び相手端末４００Ａに送信する。なお、テーブル１１２Ａ２−２Ｄの説明は、図５に後述する。
【００４３】
通知処理部１１２Ａ２−３は、システムダウン制御部１１１Ｂからシステムダウン情報を処理する。通知処理部１１２Ａ２−３は、通知されたシステムダウン情報をソケット処理部１１２Ａ２−２に通知する。通知処理部１１２Ａ２−３は、ＯＳ１１１からシステムダウン情報が通知されたことを示すフラグ情報を、カーネルメモリ領域１１２Ａ３の認識フラグ１１２Ａ３−２に通知する。
【００４４】
カーネルメモリ領域１１２Ａ３は、第２設定フラグ１１２Ａ３−１及び認識フラグ１１２Ａ３−２を有する。カーネルメモリ領域１１２Ａ３は、カーネル１１２のデータを一時的に格納する。カーネルメモリ領域１１２Ａ３は、ネットワーク定義ファイル１１１Ｃを格納する。カーネルメモリ領域１１２Ａ３は、ＯＳ１１１から出力されたメモリダンプ情報を格納する。
【００４５】
第２設定フラグ１１２Ａ３−１は、設定処理部１１２Ａ１から通知された第１設定フラグ１１１Ａ１のオン／オフ切替え指示に基づいて、オン又はオフが切替えられる。第１設定フラグ１１１Ａ１がオンの場合、設定処理部１１２Ａ１は第２設定フラグ１１２Ａ３−１をオンに設定する。図８〜図１０に後述するように、第２設定フラグ１１２Ａ３−１がオンに設定される場合、ＯＳ１１１のシステムダウン発生後に相手端末４００及び相手端末４００Ａからパケット情報を受信した時、応答処理部１１２Ａ２は、ソケット処理部１１２Ａ２−２を用いて相手端末４００及び相手端末４００Ａにシステムダウン情報を送信できる。
【００４６】
認識フラグ１１２Ａ３−２は、通知処理部１１２Ａ２−３から通知されたＯＳ１１１のシステムダウン情報に基づいて、オン又はオフが切替えられる。認識フラグ１１２Ａ３−２は、ＯＳ１１１のシステムダウン情報が通知処理部１１２Ａ２−３から通知された場合、認識フラグ１１２Ａ３−２はオンに設定される。図８〜図１０に後述するように、認識フラグ１１２Ａ３−２がオンに設定される場合、ＯＳ１１１のシステムダウン発生後に相手端末４００及び相手端末４００Ａからパケット情報を受信した時、応答処理部１１２Ａ２は、ソケット処理部１１２Ａ２−２を用いて相手端末４００及び相手端末４００Ａにシステムダウン情報を送信できる。
【００４７】
図３は、本実施例に係る情報処理装置１００の動作例を示すシーケンス図である。図３に示す処理は、ＣＥがＣＥ端末３００を用いて、ＯＳ１１１のシステムダウン情報を相手端末４００及び相手端末４００Ａに送信するための環境設定処理を示す。図３に示す処理は、ＣＥがＣＥ端末３００を用いて、各種指示などを行う。なお、図３において、図１〜図２で説明した構成と同様の構成には同一の符号を付し、説明を省略する。
【００４８】
図３に示すように、ＣＥは、ＣＥ端末３００を用いて、ネットワーク定義ファイル１１１Ｃにネットワークエラー通知機能を有効とするか指定する（ＯＰ１）。ネットワークエラー通知機能を有効とした場合、ＣＥは、ＣＥ端末３００を用いて、ネットワーク制御部１１１Ａの第１設定フラグ１１１Ａ１をオンに設定する。ＣＥは、ＣＥ端末３００を用いて、カーネル１１２の起動を指示する（ＯＰ２）。
【００４９】
ＯＳ１１１は、ＣＥ端末３００からのカーネル１１２の起動の指示が通知されると、ディスク１４０からネットワーク定義ファイル１１１Ｃの情報を取得する（ＯＰ３）。ＯＳ１１１のシステムダウン制御部１１１Ｂは、設定処理部１１２Ａ１に、カーネル１１２の起動を指示する（ＯＰ４）。
【００５０】
カーネル１１２の設定処理部１１２Ａ１は、システムダウン制御部１１１Ｂからカーネル１１２の起動の指示が通知されると、カーネル１１２全体を起動させる（ＯＰ５）。設定処理部１１２Ａ１は、ＯＳ１１１から送信されたネットワーク定義ファイル１１１Ｃをカーネルメモリ領域１１２Ａ３に格納する（ＯＰ６）。設定処理部１１２Ａ１は、カーネルメモリ領域１１２Ａ３の第２設定フラグ１１２Ａ３−１をオンに設定する（ＯＰ７）。通知処理部１１２Ａ２−３は、ＯＳ１１１のシステムダウン時に、カーネルメモリ領域１１２Ａ３の認識フラグ１１２Ａ３−２をオンに設定する（ＯＰ７）。
【００５１】
図４は、本実施例に係る情報処理装置１００のカーネル１１２に搭載されているプロトコルの層構造におけるソケット処理部１１２Ａ２−２の位置付けを説明するための図である。なお、図４において、図１〜図３で説明した構成と同様の構成には同一の符号を付し、説明を省略する。
【００５２】
図４に示すように、情報処理装置１００に搭載されているプロトコルは、アプリケーション層、トランスポート層、ネットワーク層及びリンク層を有する。アプリケーション層は、例えば、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバ、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバ等を含む。トランスポート層は、ＴＣＰ、ＵＤＰ等を有する。ネットワーク層は、ＩＰ、ＩＣＭＰ、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）等を含む。リンク層は、各種デバイスドライバを有する。ソケット処理部１１２Ａ２−２は、アプリケーション層及びトランスポート層との間に設けられており、周知のソケットインタフェースによる機能を提供する。
【００５３】
図５は、本実施例に係る情報処理装置１００に搭載されるソケット処理部１１２Ａ２−２及びソケット管理情報の構成例を説明する図である。なお、図５において、図１〜図４で説明した構成と同様の構成には同一の符号を付し、説明を省略する。
【００５４】
図５に示すように、ソケット処理部１１２Ａ２−２は、相手端末４００及び相手端末４００Ａからパケットの受信を開始した時刻に、作成したソケット情報をテーブル１１２Ａ２−２Ｄに格納されるソケット番号と連鎖させて格納する。ソケット処理部１１２Ａ２−２は、相手端末４００及び相手端末４００Ａからパケットの受信を終了した時刻に、作成したソケット情報をテーブル１１２Ａ２−２Ｄから削除してテーブル１１２Ａ２−２Ｄを更新する。なお、ソケット処理部１１２Ａ２−２は、相手端末４００又は相手端末４００Ａ毎と連鎖させたソケット番号を作成してテーブル１１２Ａ２−２Ｄに格納する。
【００５５】
なお、テーブル１１２Ａ２−２Ｄは、相手端末４００及び相手端末４００Ａからの受信パケットのソケットタイプを含むソケット管理情報を各々のソケット番号と連鎖させて格納する。ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄに格納されている相手端末４００及び相手端末４００Ａのソケット管理情報が有するソケットタイプを参照に、受信パケットがＴＣＰ／ＩＰ又はＵＤＰ／ＩＰを用いて作成されているか判断する。例えば、ソケット処理部１１２Ａ２−２は、相手端末４００と連鎖したソケット管理情報４１０Ａのソケットタイプがストリームである場合、受信パケットがＴＣＰ／ＩＰを用いて作成されていると判断する。又、ソケット処理部１１２Ａ２−２は、相手端末４００と連鎖したソケット管理情報４１０Ｂのソケットタイプがデータグラムである場合、受信パケットがＵＤＰ／ＩＰを用いて作成されていると判断する。又、ソケット処理部１１２Ａ２−２は、相手端末４００Ａと連鎖したソケット管理情報４１０Ｃのソケットタイプがストリームである場合、受信パケットがＴＣＰ／ＩＰを用いて作成されていると判断する。
【００５６】
なお、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄに格納されているソケット番号のうち、ソケット番号１からソケット番号Ｎまで、テーブル１１２Ａ２−２Ｄの上方向から下方向へソケット番号を順次参照する。ソケット番号Ｎは、テーブル１１２Ａ２−２Ｄに格納されているソケット番号のうち、最終のソケット番号である。テーブル１１２Ａ２−２Ｄに格納されているソケット番号のうち、情報処理装置１００と不図示の相手端末との通信終了のために欠番が発生した場合、ソケット処理部１１２Ａ２−２は、欠番の下側にあるソケット番号を順次参照する。ソケット処理部１１２Ａ２−２は、ソケット番号Ｎの参照を終了したとき、テーブル１１２Ａ２−２Ｄの参照工程を終了する。
【００５７】
ソケット処理部１１２Ａ２−２は、ＴＣＰ応答処理部１１２Ａ２−２Ａ、ＵＤＰ応答処理部１１２Ａ２−２Ｂ、及びＩＣＭＰ応答処理部１１２Ａ２−２Ｃを用い、テーブル１１２Ａ２−２Ｄを参照して、相手端末４００及び相手端末４００Ａから受信した受信パケットのインターネットプロトコルの種類に従ってシステムダウン情報を作成できる。そのため、他の情報処理装置である相手端末４００及び相手端末４００Ａは、専用のハードウェアの追加、及びＯＳ１１１の改版をすることなく、情報処理装置１００のＯＳ１１１のシステムダウン情報を受信できる。
【００５８】
図６は、本実施例に係る情報処理装置１００の動作を示すフローチャートである。図６は、ＯＳ１１１のシステムダウンが発生した時の、相手端末４００及び相手端末４００Ａに対する通信処理を説明する。図６は、ＯＳ１１１のシステムダウン情報が、カーネル１１２へ送信された際に行われる処理を説明する。なお、図６において、図１〜図５で説明した構成と同様の構成には同一の符号を付し、説明を省略する。
【００５９】
図６に示すように、ＯＳ１１１のシステムダウンが発生した場合、通知処理部１１２Ａ２−３は、カーネルメモリ領域１１２Ａ３の認識フラグ１１２Ａ３−２をオンに設定する（ＯＰ１１）。次いで、応答処理部１１２Ａ２は、第２設定フラグ１１２Ａ３−１がオンに設定されているか判断する（ＯＰ１２）。第２設定フラグ１１２Ａ３−１がオンである場合（ＯＰ１２ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄを参照にして、参照するソケット番号が最終であるか判断する（ＯＰ１３）。第２設定フラグ１１２Ａ３−１がオンでは無い場合（ＯＰ１２ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００６０】
ソケット処理部１１２Ａ２−２は、ソケット番号が最終ではない場合（ＯＰ１３ ＮＯ）、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄを参照にして、参照するソケット番号とソケット管理情報との間に連鎖があるか判断する（ＯＰ１４）。参照するソケット番号とソケット管理情報との間に連鎖がある場合（ＯＰ１４ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄを参照にして、情報処理装置１００がＴＣＰを用いて相手端末４００と通信中であるか判断する（ＯＰ１５）。参照するソケット番号とソケット管理情報との間に連鎖が無い場合（ＯＰ１４ ＮＯ）、ソケット処理部１１２Ａ２−２は、ＯＰ１３の処理に戻る。
【００６１】
情報処理装置１００がＴＣＰを用いて相手端末４００又は相手端末４００Ａと通信中である場合（ＯＰ１５ ＹＥＳ）、ＴＣＰ応答処理部１１２Ａ２−２ＡはＲＥＳＥＴパケットを作成する（ＯＰ１６）。ＲＥＳＥＴパケットとは、相手端末４００又は相手端末４００Ａに対して、通信のリセットを要求するパケットである。情報処理装置１００がＴＣＰを用いて相手端末４００又は相手端末４００Ａと通信中ではない場合（ＯＰ１５ ＮＯ）、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄを参照にして、情報処理装置１００がＵＤＰで相手端末４００又は相手端末４００Ａと通信中であるか判断する（ＯＰ１９）。
【００６２】
ＴＣＰ応答処理部１１２Ａ２−２Ａは、ＲＥＳＥＴパケットを作成すると（ＯＰ１６）、
相手端末４００に対してＲＥＳＥＴパケットを送信する（ＯＰ１７）。次いで、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄを参照する（ＯＰ１８）。その後、ソケット処理部１１２Ａ２−２は、ＯＰ１３の処理に戻る。
【００６３】
情報処理装置１００がＵＤＰを用いて相手端末４００又は相手端末４００Ａと通信中である場合（ＯＰ１９ ＹＥＳ）、ＵＤＰ応答処理部１１２Ａ２−２Ｂは、到達不可のＩＣＭＰパケットを作成する（ＯＰ２０）。到達不可のＩＣＭＰパケットとは、相手端末４００又は相手端末４００Ａから送信されたパケットが、情報処理装置１００に到達できなかった状態を示すパケットである。ＵＤＰを用いて相手端末４００又は相手端末４００Ａと通信中ではない場合（ＯＰ１９ ＮＯ）、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄを参照にする（ＯＰ２２）。その後、ソケット処理部１１２Ａ２−２は、ＯＰ１３の処理に戻る。
【００６４】
ＵＤＰ応答処理部１１２Ａ２−２Ｂは、到達不可のＩＣＭＰパケットを作成すると（ＯＰ２０）、相手端末４００又は相手端末４００Ａに対して到達不可のＩＣＭＰパケットを送信する（ＯＰ２１）。次いで、ソケット処理部１１２Ａ２−２は、テーブル１１２Ａ２−２Ｄを参照にする（ＯＰ２２）。その後、ソケット処理部１１２Ａ２−２は、ＯＰ１３の処理に戻る。
【００６５】
なお、ＲＥＳＥＴパケット、及び到達不可のＩＣＭＰパケットは、公知のパケットである。そのため、ソケット処理部１１２Ａ２−２は、インターネットプロトコルの種類に従い、公知のパケットを使用してシステムダウン情報を伝達できる。そのため、公知のパケットを受信することで、他の情報処理装置である相手端末４００又は相手端末４００Ａは専用のハードウェアの追加、及びＯＳ１１１の改版をすることなく、情報処理装置１００のシステムダウンを認識できる。
【００６６】
図７〜図１０は、本実施例に係る情報処理装置１００の動作を示すフローチャートである。特に、図８〜図１０は、ＯＳ１１１のシステムダウン発生後、相手端末４００からパケットを受信した際に行われる処理を説明する。図７のＡに示す処理は図８のＡに続いている。図７のＢに示す処理は図９のＢに続いている。図７のＣに示す処理は図１０のＣに続いている。なお、図７〜図１０において、図１〜図６で説明した構成と同様の構成には同一の符号を付し、説明を省略する。
【００６７】
図７に示すように、ＯＳ１１１のシステムダウンが発生した場合、ソケット処理部１１２Ａ２−２は、相手端末４００又は相手端末４００Ａからの受信パケットの解析を行う（ＯＰ３１）。ソケット処理部１１２Ａ２−２は、受信パケット解析結果に基づいて、ＴＣＰ応答処理部１１２Ａ２−２Ａ、ＵＤＰ応答処理部１１２Ａ２−２Ｂ、又はＩＣＭＰ応答処理部１１２Ａ２−２Ｃの呼出しを行う（ＯＰ３２）。ソケット処理部１１２Ａ２−２は、相手端末４００からの受信パケットのプロトコルがＴＣＰであるか判断する（ＯＰ３３）。
【００６８】
受信パケットのプロトコルがＴＣＰである場合（ＯＰ３３ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、図８のＡに示す処理に移行する。受信パケットのプロトコルがＴＣＰでは無い場合（ＯＰ３３ ＮＯ）、ソケット処理部１１２Ａ２−２は、相手端末４００又は相手端末４００Ａからの受信パケットのプロトコルがＵＤＰであるか判断する（ＯＰ３４）。
【００６９】
受信パケットのプロトコルがＵＤＰである場合（ＯＰ３４ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、図９のＢに示す処理に移行する。受信パケットのプロトコルがＵＤＰでは無い場合（ＯＰ３４ ＮＯ）、ソケット処理部１１２Ａ２−２は、相手端末４００又は相手端末４００Ａからの受信パケットのプロトコルがＩＣＭＰであるか判断する（ＯＰ３５）。
【００７０】
受信パケットのプロトコルがＩＣＭＰである場合（ＯＰ３５ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、図１０のＣに示す処理に移行する。受信パケットのプロトコルがＩＣＭＰでは無い場合（ＯＰ３５ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。なお、図７に示す動作は、ＯＳ１１１のシステムダウンが発生していない通常状態でも行われる。
【００７１】
図８において、第１設定フラグ１１１Ａ１がオンである場合（ＯＰ４１ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、認識フラグ１１２Ａ３−２がオンであるか判断する（ＯＰ４２）。第１設定フラグ１１１Ａ１がオンでは無い場合（ＯＰ４１ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７２】
認識フラグ１１２Ａ３−２がオンである場合（ＯＰ４２ ＹＥＳ）、ＴＣＰ応答処理部１１２Ａ２−２ＡはＲＥＳＥＴパケットを作成する（ＯＰ４３）。認識フラグ１１２Ａ３−２がオンでは無い場合（ＯＰ４２ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７３】
ＴＣＰ応答処理部１１２Ａ２−２Ａは、ＲＥＳＥＴパケットを作成すると（ＯＰ４３）、相手端末４００又は相手端末４００Ａに対してＲＥＳＥＴパケットを送信する（ＯＰ４４）。その後、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７４】
図９において、第１設定フラグ１１１Ａ１がオンである場合（ＯＰ５１ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、認識フラグ１１２Ａ３−２がオンであるか判断する（ＯＰ５２）。第１設定フラグ１１１Ａ１がオンでは無い場合（ＯＰ５１ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７５】
認識フラグ１１２Ａ３−２がオンである場合（ＯＰ５２ ＹＥＳ）、ＵＤＰ応答処理部１１２Ａ２−２Ｂは到達不可のＩＣＭＰパケットを作成する（ＯＰ５３）。認識フラグ１１２Ａ３−２がオンでは無い場合（ＯＰ５２ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７６】
ＵＤＰ応答処理部１１２Ａ２−２Ｂは、到達不可のＩＣＭＰパケットを作成すると（ＯＰ５３）、相手端末４００に対して到達不可のＩＣＭＰパケットを送信する（ＯＰ５４）。その後、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７７】
図１０において、第１設定フラグ１１１Ａ１がオンである場合（ＯＰ６１ ＹＥＳ）、ソケット処理部１１２Ａ２−２は、認識フラグ１１２Ａ３−２がオンであるか判断する（ＯＰ６２）。第１設定フラグ１１１Ａ１がオンでは無い場合（ＯＰ６１ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７８】
認識フラグ１１２Ａ３−２がオンである場合（ＯＰ６２ ＹＥＳ）、ＩＣＭＰ応答処理部１１２Ａ２−２Ｃは到達不可のＩＣＭＰパケットを作成する（ＯＰ６３）。認識フラグ１１２Ａ３−２がオンでは無い場合（ＯＰ６２ ＮＯ）、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００７９】
ＩＣＭＰ応答処理部１１２Ａ２−２Ｃは、到達不可のＩＣＭＰパケットを作成すると（ＯＰ６３）、相手端末４００又は相手端末４００Ａに対して到達不可のＩＣＭＰパケットを送信する（ＯＰ６４）。その後、情報処理装置１００は相手端末４００又は相手端末４００Ａに対する通信処理を終了する。
【００８０】
開示の技術によれば、ＯＳ１１１がシステムダウンしても、カーネル１１２を動作させることで情報処理装置１００のＯＳ１１１のシステムダウン情報を他の情報処理装置である相手端末４００に対して直接送信することができる。そのため、相手端末４００又は相手端末４００Ａは、情報処理装置１００のＯＳ１１１のシステムダウン情報を遅延無く検出できる。又、カーネル１１２が送信先のインターネットプロトコルに対応したシステムダウン情報を含むパケットを送信するので、相手端末４００又は相手端末４００Ａは専用のハードウェアの追加、及びＯＳ１１１の改版をすることなく、情報処理装置１００のシステムダウンを認識できる。
【００８１】
（付記１）
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有する情報処理装置の制御方法であって、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムが前記カーネルに通知する工程と、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を前記カーネルが判別する工程と、
判別した前記インターネットプロトコルの種類に従って、前記システムダウンを通知するためのパケットを前記カーネルが生成する工程と、
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程と、
を含むことを特徴とする情報処理装置の制御方法。
【００８２】
（付記２）
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程は、前記システムダウン情報が、前記オペレーティングシステムから前記カーネルに通知される際に行われる、又は、前記他の情報処理装置から前記ネットワークインタフェースを介して前記パケットを受信した際に行われることを特徴とする付記１記載の情報処理装置の制御方法。
【００８３】
（付記３）
前記カーネルは、前記オペレーティングシステムから前記システムダウン情報を受信したとき、前記オペレーティングシステムの動作状況を示す動作フラグを、前記システムダウン情報が通知されたことを示す状態に設定する工程を有することを特徴とする付記１又は付記２記載の情報処理装置の制御方法。
【００８４】
（付記４）
前記システムダウン情報は、前記オペレーティングシステムが作成するメモリダンプ情報であることを特徴とする付記１乃至付記３のいずれか１つに記載の情報処理装置の制御方法。
【００８５】
（付記５）
前記インターネットプロトコルの種類は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、又は、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）であることを特徴とする付記１又は付記２記載の情報処理装置の制御方法。
【００８６】
（付記６）
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有し、
前記プロセッサは、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を前記オペレーティングシステムから前記カーネルに通知し、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を判別し、
判別した前記インターネットプロトコルの種類に従って、前記システムダウン情報を含むパケットを生成し、
生成した前記パケットを、前記ネットワークインタフェースを介して前記他の情報処理装置に送信する、
ことを特徴とする情報処理装置。
【００８７】
（付記７）
前記プロセッサは、生成した前記パケットを、前記ネットワークインタフェースを介して前記他の情報処理装置に送信する、又は、前記他の情報処理装置から前記ネットワークインタフェースを介して前記パケットを受信した際に、生成された前記パケットを、前記カーネルから前記ネットワークインタフェースを介して前記他の情報処理装置に送信することを特徴とする付記６記載の情報処理装置。
【００８８】
（付記８）
前記プロセッサは、前記オペレーティングシステムから前記システムダウン情報を受信したとき、前記オペレーティングシステムの動作状況を示す動作フラグを、前記システムダウンが通知されたことを示す状態に設定することを特徴とする付記６又は付記７記載の情報処理装置。
【００８９】
（付記９）
前記システムダウン情報は、前記オペレーティングシステムが作成するメモリダンプ情報であることを特徴とする付記６乃至付記８のいずれか１つに記載の情報処理装置。
【００９０】
（付記１０）
前記インターネットプロトコルの種類は、ＴＣＰ、ＵＤＰ、又はＩＣＭＰであることを特徴とする付記６又は付記７記載の情報処理装置。
【００９１】
（付記１１）
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有する情報処理装置の制御プログラムであって、
コンピュータに、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムが前記カーネルに通知する工程と、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を前記カーネルが判別する工程と、
判別した前記インターネットプロトコルの種類に従って、前記システムダウンを通知するためのパケットを前記カーネルが生成する工程と、
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程と、
を実行させることを特徴とする情報処理装置の制御プログラム。
【００９２】
（付記１２）
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する前記工程は、前記システムダウン情報が、前記オペレーティングシステムから前記カーネルに通知される際に行われる、又は、前記他の情報処理装置から前記ネットワークインタフェースを介して前記パケットを受信した際に行われることを特徴とする付記１１記載の情報処理装置の制御プログラム。
【００９３】
（付記１３）
前記カーネルは、前記オペレーティングシステムから前記システムダウン情報を受信したとき、前記オペレーティングシステムの動作状況を示す動作フラグを、前記システムダウン情報が通知されたことを示す状態に設定する工程を有することを特徴とする付記１１又は付記１２記載の情報処理装置の制御プログラム。
【００９４】
（付記１４）
前記システムダウン情報は、前記オペレーティングシステムが作成するメモリダンプ情報であることを特徴とする付記１１乃至付記１３のいずれか１つに記載の情報処理装置の制御プログラム。
【００９５】
（付記１５）
前記インターネットプロトコルの種類は、ＴＣＰ、ＵＤＰ、又はＩＣＭＰであることを特徴とする付記１１又は付記１２記載の情報処理装置の制御プログラム。
【符号の説明】
【００９６】
１００ 情報処理装置
１１０ メモリ
１１１ ＯＳ
１１１Ａ ネットワーク制御部
１１１Ａ１ 第１設定フラグ
１１１Ｂ システムダウン制御部
１１１Ｃ ネットワーク定義ファイル
１１１Ｄ ＯＳメモリ領域
１１２ カーネル
１１２Ａ プロトコル処理部
１１２Ａ１ 設定処理部
１１２Ａ２ 応答処理部
１１２Ａ２−２ ソケット処理部
１１２Ａ２−２Ａ ＴＣＰ応答処理部
１１２Ａ２−２Ｂ ＵＤＰ応答処理部
１１２Ａ２−２Ｃ ＩＣＭＰ応答処理部
１１２Ａ２−３ 通知処理部
１１２Ａ３ カーネルメモリ領域
１１２Ａ３−１ 第２設定フラグ
１１２Ａ３−２ 認識フラグ
１１５ アプリケーションプログラム
１２０ ＣＰＵ
１３０ Ｉ／Ｏポート
１４０ ディスク
１４０Ａ プログラム
１５０ ネットワークカード
２００ ＬＡＮ
３００ ＣＥ端末
４００ 相手端末
４００Ａ 相手端末
４１０Ａ ソケット管理情報
４１０Ｂ ソケット管理情報
４１０Ｃ ソケット管理情報
【特許請求の範囲】
【請求項１】
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有する情報処理装置の制御方法であって、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムが前記カーネルに通知する工程と、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を前記カーネルが判別する工程と、
判別した前記インターネットプロトコルの種類に従って、前記システムダウンを通知するためのパケットを前記カーネルが生成する工程と、
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程と、
を含むことを特徴とする情報処理装置の制御方法。
【請求項２】
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程は、前記システムダウン情報が、前記オペレーティングシステムから前記カーネルに通知される際に行われる、又は、前記他の情報処理装置から前記ネットワークインタフェースを介して前記パケットを受信した際に行われることを特徴とする請求項１記載の情報処理装置の制御方法。
【請求項３】
前記カーネルは、前記オペレーティングシステムから前記システムダウン情報を受信したとき、前記オペレーティングシステムの動作状況を示す動作フラグを、前記システムダウン情報が通知されたことを示す状態に設定する工程を有することを特徴とする請求項１又は請求項２記載の情報処理装置の制御方法。
【請求項４】
前記システムダウン情報は、前記オペレーティングシステムが作成するメモリダンプ情報であることを特徴とする請求項１乃至請求項３のいずれか１項記載の情報処理装置の制御方法。
【請求項５】
前記インターネットプロトコルの種類は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、又は、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）であることを特徴とする請求項１又は請求項２記載の情報処理装置の制御方法。
【請求項６】
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有し、
前記プロセッサは、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムから前記カーネルに通知し、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を判別し、
判別した前記インターネットプロトコルの種類に従って、前記システムダウン情報を含むパケットを生成し、
生成した前記パケットを、前記ネットワークインタフェースを介して前記他の情報処理装置に送信する、
ことを特徴とする情報処理装置。
【請求項７】
前記プロセッサは、生成した前記パケットを、前記ネットワークインタフェースを介して前記他の情報処理装置に送信する、又は、前記他の情報処理装置から前記ネットワークインタフェースを介して前記パケットを受信した際に、生成された前記パケットを、前記カーネルから前記ネットワークインタフェースを介して前記他の情報処理装置に送信することを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記プロセッサは、前記オペレーティングシステムから前記システムダウン情報を受信したとき、前記オペレーティングシステムの動作状況を示す動作フラグを、前記システムダウンが通知されたことを示す状態に設定することを特徴とする請求項６又は請求項７記載の情報処理装置。
【請求項９】
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有する情報処理装置の制御プログラムであって、
コンピュータに、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムが前記カーネルに通知する工程と、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を前記カーネルが判別する工程と、
判別した前記インターネットプロトコルの種類に従って、前記システムダウンを通知するためのパケットを前記カーネルが生成する工程と、
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程と、
を実行させることを特徴とする情報処理装置の制御プログラム。
【請求項１０】
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する前記工程は、前記システムダウン情報が、前記オペレーティングシステムから前記カーネルに通知される際に行われる、又は、前記他の情報処理装置から前記ネットワークインタフェースを介して前記パケットを受信した際に行われることを特徴とする請求項９記載の情報処理装置の制御プログラム。
【請求項１】
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有する情報処理装置の制御方法であって、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムが前記カーネルに通知する工程と、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を前記カーネルが判別する工程と、
判別した前記インターネットプロトコルの種類に従って、前記システムダウンを通知するためのパケットを前記カーネルが生成する工程と、
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程と、
を含むことを特徴とする情報処理装置の制御方法。
【請求項２】
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程は、前記システムダウン情報が、前記オペレーティングシステムから前記カーネルに通知される際に行われる、又は、前記他の情報処理装置から前記ネットワークインタフェースを介して前記パケットを受信した際に行われることを特徴とする請求項１記載の情報処理装置の制御方法。
【請求項３】
前記カーネルは、前記オペレーティングシステムから前記システムダウン情報を受信したとき、前記オペレーティングシステムの動作状況を示す動作フラグを、前記システムダウン情報が通知されたことを示す状態に設定する工程を有することを特徴とする請求項１又は請求項２記載の情報処理装置の制御方法。
【請求項４】
前記システムダウン情報は、前記オペレーティングシステムが作成するメモリダンプ情報であることを特徴とする請求項１乃至請求項３のいずれか１項記載の情報処理装置の制御方法。
【請求項５】
前記インターネットプロトコルの種類は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、又は、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）であることを特徴とする請求項１又は請求項２記載の情報処理装置の制御方法。
【請求項６】
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有し、
前記プロセッサは、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムから前記カーネルに通知し、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を判別し、
判別した前記インターネットプロトコルの種類に従って、前記システムダウン情報を含むパケットを生成し、
生成した前記パケットを、前記ネットワークインタフェースを介して前記他の情報処理装置に送信する、
ことを特徴とする情報処理装置。
【請求項７】
前記プロセッサは、生成した前記パケットを、前記ネットワークインタフェースを介して前記他の情報処理装置に送信する、又は、前記他の情報処理装置から前記ネットワークインタフェースを介して前記パケットを受信した際に、生成された前記パケットを、前記カーネルから前記ネットワークインタフェースを介して前記他の情報処理装置に送信することを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記プロセッサは、前記オペレーティングシステムから前記システムダウン情報を受信したとき、前記オペレーティングシステムの動作状況を示す動作フラグを、前記システムダウンが通知されたことを示す状態に設定することを特徴とする請求項６又は請求項７記載の情報処理装置。
【請求項９】
オペレーティングシステムとカーネルとが動作するプロセッサと、前記プロセッサからアクセス可能なメモリと、他の情報処理装置と接続するネットワークインタフェースと、を有する情報処理装置の制御プログラムであって、
コンピュータに、
前記メモリに格納された前記オペレーティングシステムのシステムダウン情報を、前記オペレーティングシステムが前記カーネルに通知する工程と、
前記ネットワークインタフェースに接続されている前記他の情報処理装置から受信したパケットに含まれるインターネットプロトコルの種類を前記カーネルが判別する工程と、
判別した前記インターネットプロトコルの種類に従って、前記システムダウンを通知するためのパケットを前記カーネルが生成する工程と、
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する工程と、
を実行させることを特徴とする情報処理装置の制御プログラム。
【請求項１０】
生成した前記パケットを、前記カーネルが前記ネットワークインタフェースを介して前記他の情報処理装置に送信する前記工程は、前記システムダウン情報が、前記オペレーティングシステムから前記カーネルに通知される際に行われる、又は、前記他の情報処理装置から前記ネットワークインタフェースを介して前記パケットを受信した際に行われることを特徴とする請求項９記載の情報処理装置の制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−１２３５０７（Ｐ２０１２−１２３５０７Ａ）
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願番号】特願２０１０−２７２３０４（Ｐ２０１０−２７２３０４）
【出願日】平成２２年１２月７日（２０１０．１２．７）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願日】平成２２年１２月７日（２０１０．１２．７）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]