JP5217988B2

JP5217988B2 - 情報処理装置、プログラムおよび情報処理装置の制御方法

Info

Publication number: JP5217988B2
Application number: JP2008312613A
Authority: JP
Inventors: 隆松田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2008-12-08
Filing date: 2008-12-08
Publication date: 2013-06-19
Anticipated expiration: 2028-12-08
Also published as: US20100146345A1; JP2010134871A

Description

本発明は情報処理装置、プログラムおよび情報処理装置の制御方法に関する。

アプリケーションの実行時のコンピュータシステム資源不足やソフトウェアモジュールの障害に対し、管理部が障害の発生したソフトウェアモジュールを特定し、当該ソフトウェアモジュールの処置の実行の指示を行う方法が提案されている。

また周期的に情報処理装置本体の資源情報とアプリケーションを起動するために必要な資源情報とを比較し、アプリケーションを起動するための資源を確保することができない場合には表示を行う方法が提案されている。
特開２００３−２５６２２５号公報特開２０００−７６０８５号公報

通信機能を使用する際に情報処理装置が予め当該通信機能に必要な記憶容量を獲得する場合に、通信機能に必要な記憶容量を獲得する処理手段が前記記憶容量の獲得に失敗する場合がある。通信機能に必要な記憶容量の獲得に失敗した場合、当該記憶容量の獲得に失敗した状況を容易に把握し得る構成が望まれる。

情報処理装置が通信機能を備え、演算処理装置と記憶装置とを有する。前記情報処理装置では、前記演算処理装置が、前記記憶装置において前記通信機能に必要な記憶容量を獲得する処理手段として機能する。また前記演算処理装置が、前記処理手段が前記記憶容量の獲得に失敗した場合、資源枯渇情報を前記記憶装置に保持するとともに、前記資源枯渇情報を通知する資源枯渇情報保存・通知手段として機能する。更に前記演算処理装置が、前記記憶装置に保持した前記資源枯渇情報を読み出す資源枯渇情報参照手段、および前記資源枯渇情報参照手段が読み出した前記資源枯渇情報をエラーとして出力するエラー出力手段として機能させ、前記記憶装置は、前記情報処理装置が有するオペレーティングシステムのカーネルが使用する情報記憶領域を有する。

処理手段が通信機能に必要な記憶容量の獲得に失敗した場合、資源枯渇情報保存・通知手段が、資源枯渇情報を前記記憶装置に保持し、前記資源枯渇情報を通知する。更に資源枯渇情報参照手段が、前記記憶装置に保持された前記資源枯渇情報を読み出し、エラー出力手段が、前記資源枯渇情報参照手段が読み出した前記資源枯渇情報をエラーとして出力する。その結果、処理手段が通信機能に必要な記憶容量の獲得に失敗した場合、当該記憶容量の獲得に失敗した状況を容易に把握し得る。

実施例に開示の情報処理装置では、TCP（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ，以下同様）/IP（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ、以下同様）およびUDP（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ、以下同様）/IP通信を行う場合にいわゆるソケットインタフェースを使用する。ここでソケットインタフェースはソケットＡＰＩ（すなわちアプリケーション・プログラミング・インタフェース）とも称される。ソケットインタフェースに基づくソケットの機能の実現のために予めソケットの機能に必要な記憶容量の獲得がなされる。ここで当該情報処理装置が有する記憶容量の不足等により、ソケットの機能に必要な記憶容量が獲得され得ない場合がある。情報処理装置が有する記憶容量の不足等の要因によりソケットの機能に必要な記憶容量が獲得され得ない状態を以下「ソケット資源の枯渇」と称する。またソケットの機能に必要な記憶容量の獲得のことを以下単に「ソケットの獲得」と称する。

実施例に開示の情報処理装置は当該ソケット資源の枯渇が生じた場合に当該ソケット資源の枯渇の状態を利用者へ異常情報として伝える構成を有する。なお、システム資源としてのソケットを獲得する方法として、当該情報処理装置の起動直後にソケットを獲得するための記憶領域のサイズの全体を獲得する方法がある。又他の方法として、ソケットの獲得が必要となった際に後から記憶容量を無限に獲得する方法がある。以下に述べる実施例の説明では前者、すなわち当該情報処理装置の起動直後にソケットを獲得するための記憶領域のサイズの全体を獲得する方法を使用する場合について説明する。

ソケット資源の枯渇が生じた場合、その時点でソケットインタフェースに基づく機能を提供するソケット処理部にアクセスしたアプリケーション（以下単にソケットアプリケーションとも称する）はエラーを生ずる。しかしながら当該エラーの内容からは原因を特定できない場合がある。他方ソケットアプリケーションのエラーメッセージから原因を特定するために全てのソケットアプリケーションを修正することは困難と考えられる。

そこで本実施例では、全てのソケットアプリケーションを修正することなく、ソケット資源の枯渇が生じた状況を情報処理装置のシステム管理者が容易に確認し得る手段を設けた。また一時的なソケット資源の枯渇が生じた場合、情報処理装置のシステムは自動的に復旧するが、当該ソケット資源の枯渇が発生した状態を後から確認し得る手段を設けた。その結果、ソケットの獲得に必要な記憶容量についての再見積もり等の検討を後に行うことが可能となる。その結果同じ問題が再度発生することを防止し得る。

上記の如く、ソケットの機能を実現するための記憶領域は情報処理装置が有するメモリに展開されて使用されるが、他のソフトウェアの実行によるメモリ不足等でソケット資源の枯渇が生ずる場合がある。本実施例ではソケット資源の枯渇が生じた事実を情報処理装置のシステム内の管理情報領域（すなわち以下に述べるシステム全体用ソケット枯渇状態保存領域５１およびサーバ利用者毎保存領域５２、以下同様）に保存しておく。そしてシステム管理者が参照用コマンド（以下DSPTCPSと称される場合もある）を実行することで、ソケット資源の枯渇の状態をすぐに確認できる機構を設けた。また同時にシステム管理者へエラーを通知する。すなわち、ソケット資源の枯渇の発生時にソケットアプリケーションを介さずに情報処理装置の画面にエラーを通知する内容を表示する。またシステム管理者は任意のときに、前記参照用コマンドを実行することで、ソケット資源の枯渇の状態を後ほど確認することができる。その結果、ソケット資源の枯渇の発生時の、問題の原因究明や調査に要される時間の短縮、ソケットの獲得に必要な記憶容量についての再見積もり等が容易に行える。また本実施例ではソケットインタフェースを使用してネットワークを利用するソケットアプリケーション自体の修正を必要とせず、ソケットアプリケーションの互換性が確保されるように上記参照用コマンドおよびエラーの通知の機能を設けることが可能である。

本実施例では上記の如く、ソケット資源の枯渇が発生した場合に、情報処理装置のシステム内の管理情報領域にソケット資源の枯渇の事実を保存する。この管理情報領域はシステムの起動後再起動されるまで格納情報が保持されるＯＳ（オペレーティングシステム、以下同様）のカーネルが有するメモリ領域に設けられる。当該管理情報領域として、システム全体用ソケット枯渇状態保存領域が１つ設けられ、サーバソケット利用者毎にサーバソケット利用者毎保存領域が１つずつが設けられる。ここで、サーバソケットとは、サービス要求を処理する場合に用いられるソケットである。サーバソケット利用者としての、情報処理装置内のアプリケーションサーバソフトウェアとして、WWW（ＷｏｒｌｄＷｉｄｅＷｅｂ，以下同様）サーバ、FTP（ＦｉｌｅＴｒａｎｓｆｅｒＰｔｏｃｏｒｌ，以下同様）サーバ等が挙げられる（図４参照）。また、前記システム全体用ソケット枯渇状態保存領域は情報処理装置が接続されているネットワークの機能が停止された後も保存情報が保持される情報記憶領域に設けられる。

ここで本実施例では、情報処理装置を使用してクライアント通信を行う際にソケット資源の枯渇が発生した場合にはシステム全体用ソケット枯渇状態保存領域に当該ソケット資源の枯渇の事実が保存される。上記クライアント通信とは、情報処理装置がクライアントとして機能する形態の通信を言う。他方情報処理装置を使用してサーバ通信を行う際にソケット資源の枯渇が発生した場合、システム全体用ソケット枯渇状態保存領域とサーバソケット利用者毎保存領域との双方の保存領域にソケット資源の枯渇の事実が保存される。また同時に、当該ソケット資源の枯渇の事実を情報処理装置のシステム管理者へエラーとして通知するため、ソケット資源の枯渇の発生時にソケットアプリケーションを介さずに情報処理装置の画面にエラーを通知する表示がなされる。

本実施例の情報処理装置によれば、上記の如く、システム全体用ソケット枯渇状態保存領域には、ネットワークの機能が停止されてもソケット資源の枯渇の事実が保存されている。このためソケット資源の枯渇による異常発生直後でなくても、後ほどいつでもソケット資源の枯渇の事実を参照できる。

またサーバソケット利用者毎保存領域に保存されたソケット資源の枯渇の事実は、該当するサーバソケットが動作中の間は、参照することができる。当該ソケット資源の枯渇の事実を参照することにより、該当するソケットアプリケーションを特定する等、詳細な調査が可能となる。

また本実施例による情報処理装置では、ソケット資源の枯渇の事実を含む情報を情報処理装置の画面から参照できるとともに、帳票の形態で出力させることも可能である。したがってトラブル調査等が容易に実施可能となる。

また参照用コマンド（すなわちDSPTCPS）の実行により、保存されたソケット資源の枯渇の事実を含む情報の参照あるいは帳票の形態による出力が可能となるため、情報処理装置の通常運用時のシステム負荷や性能には影響が及ばない。

また情報処理装置が接続されているネットワークの機能が停止されてしまった場合でも、後からソケット資源の枯渇の事実を参照したり退避させたりできるので、トラブルの早期対応、ソケットの機能の実現の際に使用される記憶領域（すなわち情報処理装置のシステム資源）の再見積もりなどが可能となる。

また本実施例によれば、ソケットアプリケーションのエラーメッセージから原因を特定するために、ソケットアプリケーションを全く修正する必要がない。

なお上記実施例はソケットの機能を実現するための記憶容量の獲得が失敗しソケット資源の枯渇が生じた場合を対象としているが、通信に用いるネットワークバッファの容量不足の発生等、他の要因による異常発生の場合を対象とした実施例も同様の構成で実現可能である。すなわち必要な記憶容量の獲得の失敗による資源の枯渇の発生の事実を保存する機能を設けることで、該当するアプリケーションの変更なしに当該事実の参照等が容易に可能となる。

本実施例による情報処理装置では、ソケット資源の枯渇によりソケットアプリケーションにエラーが通知されると、ソケットアプリケーションからのエラーメッセージが当該情報処理装置の画面上に表示される。当該エラーメッセージからエラーの原因が特定されない場合、前記参照用コマンドを実行し、保存されているソケット資源の枯渇の事実を含む情報を情報処理装置の画面上で参照し、あるいは帳票の形態による印刷出力を情報処理装置に実行させることができる。

上記保存されているソケット資源の枯渇の事実がサーバソケット利用者毎保存領域に保存されていた場合、該当するソケットアプリケーションの通信に係る動作中にソケット資源の枯渇が発生したと判断し得る。その結果、該当するサーバソケットが、当初の見積もりにおける該当するサーバソケットの数量に比して使われすぎていないかについて判断し、当該判断結果に応じてその後の運用および再見積もり等を行うことができる。他方、上記保存されているソケット資源の枯渇の事実がシステム全体ソケット枯渇状態保存領域にのみ保存されている場合、エラーを生じたソケットアプリケーションを特定することはできない。この場合、情報処理装置のシステム全体に対して設けられるソケット数の見積もりが妥当であったかにつき再度検証することができる。

以下、図とともに上記実施例の構成を詳細に説明する。

図１は本実施例による情報処理装置が実行するソケット枯渇状態出力方法の動作の流れを説明するための図である。図１中、「アプリケーション」とは当該情報処理装置が有するアプリケーションである。またソケット処理部（ソケットドライバとも称される。以下同様）２０とは、当該情報処理装置のＯＳのカーネルに設けられたプログラムであり、ソケットインタフェースに基づいたソケットの機能を提供する。

図１中、ステップＳ１にて、情報処理装置が有するサーバ（すなわちソケットアプリケーション）がソケットインタフェースを使用して通信を行うためソケット処理部２０にアクセスする。そこでソケット資源の枯渇の状態が生じたとする（ステップＳ２）。その場合、ソケット処理部２０からソケットアプリケーションに対しエラーが通知される（ステップＳ３）。同時にソケット処理部２０は当該ソケット資源の枯渇の事実をシステム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２あるいはシステム全体用ソケット枯渇状態保存領域５１に保存する（ステップＳ４）。また同時に、ソケットアプリケーションを介さず、情報処理装置の画面上で、ソケット資源の枯渇の事実が表示される（ステップＳ９）。ここでサーバソケット利用者毎とはソケットアプリケーション毎を意味し、サーバソケット利用者毎保存領域５２はソケットアプリケーション毎に個別の記憶領域を有する。

他方、その後システム管理者により参照用コマンドが実行される（ステップＳ６）と以下の動作が実行される。すなわち、システム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２が参照される（ステップＳ７）。ステップＳ７の結果、ソケット資源の枯渇の事実がシステム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２あるいはシステム全体用ソケット枯渇状態保存領域５１に存在した場合、当該事実を含む情報が情報処理装置の画面上で表示される（ステップＳ８）。

図２は本実施例の情報処理装置が有するソフトウェアのうち、図１とともに上述した動作に係る部分を抽出して示すブロック図である。図２に示される如く、本実施例の情報処理装置のソフトウェアは、コマンド処理部としての参照用コマンド処理部１０，上記ソケット処理部２０を含む。また当該ソフトウェアにより、システム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２が使用される。参照用コマンド処理部１０は、上記参照用コマンド１１が実行されることにより実行されるプログラムである。本実施例の情報処理装置のソフトウェアは更に、状態参照ドライバ３０とエラー出力ドライバ４０とを有する。上記各プログラムのうち、参照用コマンド処理部１０はコマンド処理部に属し、ソケット処理部２０、状態参照ドライバ３０およびエラー出力ドライバ４０とはドライバ処理部に属する。

上記参照用コマンド処理部１０はシステム管理者による参照用コマンド１１の実行により実行され、ソケットインタフェースに基づく機能により生成されたソケットの現在の状況を表示しあるいは帳票として印刷出力する機能を有する。その際、参照用コマンド処理部１０によって状態参照ドライバ３０が実行され、状態参照ドライバ３０がサーバソケット利用者毎保存領域５２を参照して上記ソケットの現在の状況を示す情報を得、参照用コマンド処理部１０に出力する。参照用コマンド処理部１０は上記ソケットの現在の状況を示す情報を画面に表示あるいは帳票として印刷出力する（後述する図８，図９参照）。

エラー出力ドライバ４０はＯＳのカーネルから通知されたエラーを受け、当該エラーをアプリケーションを介さず直接情報処理装置の画面に表示する。

図２に示された各プログラムの動作と関連付け、図１とともに上述した本実施例の情報処理装置の動作の流れを説明する。

ソケット処理部２０の実行中にソケット資源の枯渇が生ずると、当該ソケット資源の枯渇の事実がシステム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２あるいはシステム全体用ソケット枯渇状態保存領域５１に保存される（ステップＳ２１）。同時に当該ソケット資源の枯渇の事実がエラー出力ドライバ４０に通知され（ステップＳ２２）、エラー出力ドライバ４０は同通知を受け、情報処理装置の画面上にソケット資源の枯渇の事実をエラーとして表示する（ステップＳ２３）。

その後、システム管理者が情報処理装置に対し参照用コマンド１１を実行する操作を行う（ステップＳ３０）と、参照用コマンド処理部１０が実行され、排他制御ファイルＬＯＣＫコマンドＣ１が実行される。その結果排他制御ファイルがロックされ（ステップＳ３１）、以後排他制御ファイルＵＮＬＯＣＫコマンドＣ２が実行されて当該排他制御ファイルのロックが解除される（ステップＳ３６）まで、参照用コマンド１１の実行が防止される。参照用コマンド処理部１０は次に状態参照ドライバ３０を呼び出す（ステップＳ３２）。状態参照ドライバ３０は参照用コマンド処理部１０に呼び出されると、システム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２を参照する（ステップＳ３３）。次に状態参照ドライバ３０はシステム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２を参照して得た情報（ステップＳ３３）を参照用コマンド処理部１０に出力する（ステップＳ３４）。

ここでステップＳ３３で参照ドライバ３０がサーバソケット利用者毎保存領域５２を参照して得る情報は、ソケットインタフェースに基づく機能によって生成されたソケットの現在の状況を示す情報およびサーバ動作に係るソケット資源の枯渇の事実を示す情報である。他方ステップＳ３３で参照ドライバ３０がシステム全体用ソケット枯渇状態保存領域５１を参照して得る情報は、サーバ動作に係るソケット資源の枯渇の事実およびクライアント動作に係るソケット資源の枯渇の事実を示す情報である。そして上記ステップＳ３３で参照して得られた情報がステップＳ３４で参照用コマンド処理部１０に出力される。上記ソケット資源の枯渇の事実は、ステップＳ２１にてシステム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２あるいはシステム全体用ソケット枯渇状態保存領域５１に保存されたソケット資源の枯渇の事実である。

その後参照用コマンド処理部１０は、ステップＳ３４で状態参照ドライバ３０から出力されたソケット資源の枯渇の事実を含む情報を情報処理装置の画面上に表示し、あるいは帳票の形態で印刷出力する（ステップＳ３５）。ここで実際に情報処理装置の画面上に表示され、あるいは帳票の形態で印刷出力される情報の内容は、例えば後述する図８，図９に示される如くの内容である。すなわち当該ソケット資源の枯渇の事実は、ソケットインタフェースに基づく機能により生成されたソケットの現在の状況の表示しあるいは印刷出力する機能を利用して表示されあるいは印刷出力される。

ここで上記ステップＳ３３の結果、システム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２のいずれにもソケット資源の枯渇の事実が保存されていなかった場合、以下の動作がなされる。すなわちこの場合にステップＳ３３で状態参照ドライバ３０がシステム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２を参照して得られる情報は、上記ソケットの現在の状況を示す情報である。従ってこの場合、当該ソケットの現在の状況を示す情報が情報処理装置の画面に表示されあるいは帳票として印刷出力される。すなわちこの場合、後述する図８，９において、ソケット資源の枯渇の事実を示す文字「＃」が表示されない状態の内容が画面に表示されあるいは帳票として印刷出力される。

最後に参照用コマンド処理部１０は上記排他制御ファイルＵＮＬＯＣＫコマンドＣ２を実行し（ステップＳ３６）、排他制御ファイルのロックを解除する。その後は参照用コマンド１１の実行が可能となる。

図３は上記実施例の情報処理装置のハードウェア構成を説明するブロック図である。

図３に示される如く、本実施例の情報処理装置１００は、ＣＰＵ１２０と、メモリ１１０と、Ｉ／Ｏ（すなわち入出力、以下同様）部１３０と、ディスプレイ１６０と、補助記憶装置１４０と、ネットワークカード１５０とを有する。ＣＰＵ（中央処理装置、以下同様）１２０は演算動作および制御動作を行う。メモリ（すなわち主記憶装置、以下同様）１１０はＣＰＵ１２０が実行する各種プログラムおよびＣＰＵ１２０が処理する各種データを格納する。Ｉ／Ｏ部１３０は補助記憶装置１４０とＣＰＵ１２０との間のデータのやりとりを行うインタフェースの機能を提供する。補助記憶装置１４０はメモリ１１０の補助的機能を提供する。ネットワークカード１５０はＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ，以下同様）３００との接続に係るインタフェースの機能を提供する。情報処理装置１００はＬＡＮ３００を介し、例えば他の端末（すなわち他の情報処理装置）２００と接続される。

メモリ１１０はアプリケーション制御部１１１およびＯＳメモリ領域を有する。アプリケーション制御部１１１は各種アプリケーションプログラムを格納する。ＯＳメモリ領域はシステム制御部１１２，カーネル・ドライブ制御部１１３，実メモリ１１４および仮想メモリ１１５を有する。システム制御部１１２は当該情報処理装置１００のシステム全体の管理制御を司るプログラムを格納する。カーネル・ドライブ制御部１１３は、カーネルを含むＯＳを格納する。実メモリ１１４および仮想メモリ１１５は、各種データを格納する。

図４は図３に示されるメモリ１１０に格納された各種プログラムを示す。尚図４に示される各種プログラムは、メモリ１１０に格納された各種プログラムのうち、主に図１，図２とともに説明した動作に関わる部分を抽出して示している。また図４に示されている各種サーバソフトウェアは例示であり、情報処理装置１００に搭載されるサーバは当該サーバソフトウェアに限定されるものではない。

図４に示す如く、上記アプリケーション制御部１１１にはＷＷＷサーバ１，ＦＴＰサーバ２、ＦＴＰクライアント３、ＨＴＴＰ（すなわち、ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ、以下同様）クライアント４が格納されている。これらのソケットアプリケーションのうち、ＷＷＷサーバ１、ＦＴＰサーバ２はそれぞれサーバ動作を行うソケットアプリケーションであり、ＦＴＰクライアント３およびＨＴＴＰクライアント４はそれぞれクライアント動作を行うソケットアプリケーションである。またアプリケーション制御部１１１には、図２とともに上記した参照用コマンド処理部１０が含まれる。

上記システム制御部１１２には、図２とともに上記した状態参照ドライバ３０およびエラー出力ドライバ４０が格納されている。

上記カーネル・ドライブ制御部１１３には、図２とともに上記したソケット処理部２０が格納されている。ソケット処理部２０はソケット制御部２１，サーバ制御部２２，クライアント制御部２３およびソケット枯渇状態保存・通知処理部２４を含む。ソケット制御部２１はソケット処理部２０が提供するソケットインタフェースの機能を全体的あるいは統括的に管理制御する機能を有する。サーバ制御部２２は上記サーバ動作を行うソケットアプリケーションに対しソケットインタフェースの機能を提供する。クライアント制御部２３は上記クライアント動作を行うソケットアプリケーションに対しソケットインタフェースの機能を提供する。ソケット枯渇状態保存・通知処理部２４は、図２のステップＳ２１のソケット資源の枯渇の事実を保存する動作およびステップＳ２２のソケット資源の枯渇の事実を通知する動作を行う機能を提供する。

上記実メモリ１１４および仮想メモリ１１５には、図１，図２とともに上記したシステム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２が設けられる。すなわちシステム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２はＯＳのカーネルが使用する情報記憶領域に含まれる。ここで上記の如く「ソケットの獲得」とは、「ソケットの機能に必要な記憶容量の獲得」を意味する。また当該ソケットの機能に必要な記憶容量は、上記実メモリ１１４から獲得される。この記憶容量は、システム起動時に実メモリ１１４から獲得される。その獲得された記憶容量の一部としてサーバソケット利用者毎保存領域５２が使用される。

以下、図１，図２とともに上記した動作のうち、図４に示された各プログラムと関連する部分につき説明する。

ソケット枯渇状態保存・通知処理部２４はサーバ制御部２２あるいはクライアント制御部２３でソケット資源の枯渇が生ずると、当該ソケット資源の枯渇の事実をエラー出力ドライバ４０に通知する（ステップＳ５１）。当該動作は図２におけるステップＳ２２の動作に対応する。その後エラー出力ドライバ４０はソケットアプリケーションを介さず、図２のステップＳ２３の動作によりソケット資源の枯渇の事実をエラーとして情報処理装置の画面（すなわち図３に示されるディスプレイ１６０。以下同様）上に表示する。

またソケット枯渇状態保存・通知処理部２４はサーバ制御部２２でソケット資源の枯渇が生ずると、当該ソケット資源の枯渇の事実をシステム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２の双方に保存する（ステップＳ５２，Ｓ５３）。当該動作は図２におけるステップＳ２１の動作に対応する。

またソケット枯渇状態保存・通知処理部２４はクライアント制御部２３でソケット資源の枯渇が生ずると、当該ソケット資源の枯渇の事実をシステム全体用ソケット枯渇状態保存領域５１に保存する（ステップＳ５４）。当該動作は図２におけるステップＳ２１の動作に対応する。

また参照用コマンド処理部１０が実行されると図２のステップＳ３２の動作により状態参照ドライバ３０が呼び出される。その結果状態参照ドライバ３０はシステム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２から、あるいはシステム全体用ソケット枯渇状態保存領域５１から以下の情報を読み出す。すなわち状態参照ドライバ３０はソケット資源の枯渇の事実、あるいはソケット資源の枯渇の事実を含む情報を読み出す（ステップＳ６２，Ｓ６３）。当該動作は図２におけるステップＳ３３の動作に対応する。その後図２に示されるステップＳ３５の動作により、ソケット資源の枯渇の事実を含む情報が情報処理装置の画面上に表示され、あるいは帳票の形態で印刷出力される。当該ソケット資源の枯渇の事実を含む情報とは、ソケット資源の枯渇の事実を含む、ソケットインタフェースに基づく機能によって生成されたソケットの現在の状況を示す情報である（後述する図８，図９参照）。

次に図５，図６とともに、図１、図２および図４とともに説明した情報処理装置１００の動作の詳細について説明する。

図５のステップＳ８１にてアプリケーション制御部１１１に格納されたアプリケーションプログラム、すなわちソケットアプリケーションからソケット処理部２０に対しソケットを使用するアクセスがなされる。同アクセスを受けると、ソケット処理部２０のソケット制御部２１は、前記アクセスの内容を解析し、同アクセスに係るソケットがクライアント動作のためのソケットか、サーバ動作のためのソケットかを判定する（ステップＳ８２）。ここでアプリケーションからのアクセスに係る通信がクライアント動作を行う通信であった場合には上記クライアント制御部２３がクライアント動作のためのソケットを生成する。他方アプリケーションからのアクセスに係る通信がサーバ動作を行う通信であった場合には上記サーバ制御部２２がサーバ動作のための（後述する）チャイルドソケットを生成する。

ステップＳ８２の判定結果が「クライアント動作のためのソケット」であった場合、クライアント制御部２３がクライアント動作のためのソケットの獲得を試みる。クライアント制御部２３が当該ソケットの獲得に失敗した場合ステップＳ１０２に進み、クライアント制御部２３が当該ソケットの獲得に成功した場合図６のステップＳ８５に進む。

ステップＳ１０２では、上記ソケット枯渇状態保存・通知処理部２４が、当該ソケットの獲得に失敗した事実、すなわちソケット資源の枯渇の事実をシステム全体用ソケット枯渇状態保存領域５１に保存する。次にステップＳ１０３にて、ソケット枯渇状態保存・通知処理部２４がエラー出力ドライバ４０に当該ソケット資源の枯渇の事実を通知する。次にソケット制御部２１はステップＳ８１でアクセスを行ったソケットアプリケーションに対し、前記ソケット資源の枯渇の事実をエラーとして通知するための設定を行う（ステップＳ１０４）。そしてソケット制御部２１は、ステップＳ８１で開始された一連の動作を終了する。

他方ステップＳ８２の判定結果が「サーバ動作のためのソケット」であった場合、サーバ制御部２２がサーバ動作のための（後述する）チャイルドソケットの獲得を試みる。サーバ制御部２２が当該ソケットの獲得に失敗した場合ステップＳ１０１に進み、サーバ制御部２２が当該ソケットの獲得に成功した場合図６のステップＳ９１に進む。尚上記チャイルドソケットとは、クライアントからの接続要求を受けると当該接続のために個別に生成されるソケットである。すなわちサーバ動作用に、予めサーバソケット利用者毎、すなわちソケットアプリケーション毎にクライアントからの接続要求を待ち受けるためのソケットが設けられている。そしてソケットアプリケーションがクライアントからの接続要求を受けると当該ソケットアプリケーションは上記ステップＳ８１の動作によりソケット処理部２０にアクセスする。同アクセスを受けたソケット処理部２０のサーバ制御部２２は、当該接続要求に係る接続のためのチャイルドソケットを獲得する（ステップＳ８２〜Ｓ８４）。

ステップＳ１０１では、上記ソケット枯渇状態保存・通知処理部２４が、当該ソケットの獲得に失敗した事実、すなわちソケット資源の枯渇の事実をサーバソケット利用者毎保存領域５２に保存する。上記の如くサーバソケット利用者毎保存領域５２はソケットアプリケーション毎に個別の記憶領域を有する。したがって当該ステップＳ１０１では、ソケット枯渇状態保存・通知処理部２４は、当該ソケット資源の枯渇の事実を、ステップＳ８１でアクセスを行ったソケットアプリケーション用に設けられた記憶領域に保存する。

次にステップＳ１０２にて、上記ソケット枯渇状態保存・通知処理部２４が、当該ソケット資源の枯渇の事実をシステム全体用ソケット枯渇状態保存領域５１に保存する。次にステップＳ１０３にて、ソケット枯渇状態保存・通知処理部２４がエラー出力ドライバ４０に当該ソケット資源の枯渇の事実を通知する。次にソケット制御部２１はステップＳ８１でアクセスを行ったソケットアプリケーションに対し、前記ソケット資源の枯渇の事実をエラーとして通知するための設定を行う（ステップＳ１０４）。そしてソケット制御部２１はステップＳ８１で開始された一連の動作を終了する。

図６のステップＳ８５では、ステップＳ８３のソケットの獲得に係るソケットにつき、クライアント制御部２３がソケットバッファを獲得する。次にステップＳ８６では、クライアント制御部２３が当該ソケットについて必要なソケットオプションを設定する。次にステップＳ８７では、クライアント制御部２３が当該ソケットバッファ内管理情報を設定する。ステップＳ８５〜Ｓ８７が終了するとソケット制御部２１は前記ソケットアプリケーションに対し、ソケットインタフェースの機能を実現するための必要な動作が完了した旨を通知するための設定を行う（ステップＳ８８）。そしてソケット制御部２１はステップＳ８１で開始された一連の動作を終了する。上記ステップＳ８５〜Ｓ８８の動作は周知のソケットインタフェースに基づく動作であり詳細な説明を省略する。ここで上記の如く「ソケットの獲得」とは、「ソケットの機能に必要な記憶容量の獲得」を意味する。上記「ソケットの機能に必要な記憶容量」は、上記ステップＳ８５において獲得されるソケットバッファ、ステップＳ８６で設定されるソケットオプションおよびステップＳ８７で設定されるソケットバッファ内管理情報を格納するための記憶容量を含む。当該記憶容量は、上記実メモリ１１４から獲得され、該当するソケットアプリケーション別に獲得される。

図６のステップＳ９１では、ステップＳ８４のソケットの獲得に係るチャイルドソケットにつき、サーバ制御部２２がソケットバッファを獲得する。次にステップＳ９２では、サーバ制御部２２が前記ソケットバッファ内にチャイルドソケット情報を設定する。次にステップＳ９３では、サーバ制御部２２が当該チャイルドソケットについて必要なソケットオプションを設定する。次にステップＳ９４では、サーバ制御部２２が当該ソケットバッファ内管理情報を設定する。ステップＳ９１〜９４が終了するとソケット制御部２１は前記アプリケーションに対し、ソケットインタフェースの機能を実現するための必要な動作が完了した旨を通知するための設定を行う（ステップＳ９５）。そしてソケット制御部２１が、ステップＳ８１で開始された一連の動作を終了する。上記ステップＳ９１〜Ｓ９５の動作は周知のソケットインタフェースに基づく動作であり詳細な説明を省略する。ここで上記「ソケットの機能に必要な記憶容量」は、上記ステップＳ９１において獲得されるソケットバッファ、ステップＳ９２で設定されるチャイルドソケット情報、ステップＳ９３で設定されるソケットオプションおよびステップＳ９４で設定されるソケットバッファ内管理情報を格納するための記憶容量を含む。当該記憶容量は、上記実メモリ１１４から獲得され、該当するソケットアプリケーション別に獲得される。

図７は上記システム全体用ソケット枯渇状態保存領域５１およびサーバソケット利用者毎保存領域５２の構成例を説明するための図である。

図７，（ａ）はシステム全体用ソケット枯渇状態保存領域５１の構成例を示す。当該システム全体用ソケット枯渇状態保存領域５１は当該情報処理装置１００のシステムで一意の領域であり、ソケット資源の枯渇の発生の有無がＯＮ／ＯＦＦで設定される。当該システム全体用ソケット枯渇状態保存領域５１は情報処理装置１００のシステムの起動時に上記ソケット枯渇状態保存・通知部２４により初期化される。また当該システム全体用ソケット枯渇状態保存領域５１は、図１０におけるトランスポート層、ネットワーク層、リンク層に対応する情報処理装置１００のカーネルのソケット処理部２０が活性化される際に、上記ソケット枯渇状態保存・通知部２４により初期化される。

図７，（ｂ）はサーバソケット利用者毎保存領域５２の構成例を示す。図７，（ｂ）の例では、同図に示される構成が、ソケットアプリケーション毎に設けられるサーバソケット利用者毎保存領域５２の各々に設けられる。図７，（ｂ）に示されるように、ソケットアプリケーション毎に、予めソケット番号１〜Ｎの計Ｎ個のソケットが設けられる。また図７（ｂ）に示されるように、Ｎ個のソケットの各々につき、ソケット管理テーブルが設けられる。当該ソケット管理テーブルは上記「ソケットの機能に必要な記憶容量」として機能し、当該ソケットに係るソケットバッファ、ソケットオプション、ソケットバッファ内管理情報等が格納される。ここで図中、Ｍ１，Ｍ２はソケット資源の枯渇の事実を表示するために設けられた情報表示部（例えばビット）を示す。当該情報表示部Ｍ１，Ｍ２は図７，（ｂ）に示される如く、ソケットのうちサーバソケットについてのみ設けられる。ソケット資源の枯渇の発生の有無は当該情報表示部にＯＮ／ＯＦＦで設定される。当該情報表示部に設定された内容は各ソケット毎に、当該ソケットが最初に使用される際（すなわちソケットの獲得時）に上記ソケット枯渇状態保存・通知部２４により初期化される。また当該情報表示部に設定された内容は各ソケット毎に、当該ソケットが解放される際（すなわちソケットアプリケーションの実行が停止されるとき）に上記ソケット枯渇状態保存・通知部２４により初期化される。

次に図８，図９とともに、上記参照用コマンド処理部１０および状態参照ドライバ３０の機能によりソケット資源の枯渇の事実を含む情報が表示されあるいは印刷出力される際の、表示内容あるいは印刷出力内容の例を説明する。図８は上記参照用コマンド１１の実行の結果情報処理装置１００のディスプレイ１６０の画面上で表示される内容の例を示す。図９は情報処理装置１００において、別途他のコマンドの実行により帳票出力が指定された場合、あるいは上記ディスプレイ１６０の表示中、帳票出力がユーザにより指定された場合に印刷出力される帳票の例を示す。

図８，図９の各々において、Ａ１は各種ソケットの使用個数の合計数を示しており、Ａ２は個々のソケット毎の現在の状況を個別に示している。なお図８，図９の各々において、Ａ２には２個のソケット（ＳＯＣＫ−ＮＯ：２０４９，２０５０）の状況のみが個別に示されているが、実際には、例えばＡ１の最上段のＵＸＳＯＣＫＥＴＳは合計１２個が使用されており、次段のＢＸＳＯＣＫＥＴＳは合計２６個が使用されている。すなわち現在使用中のソケットの合計は３８個であり、したがってＡ２には対応する３８行の表示がなされるが、図８，図９において２行のみ示されており残りの３６行の図示が省略されている。

図８，図９において、★１、★２で示される「＃」の文字がソケット資源の枯渇の事実を示している。ここで★１で示されるソケット資源の枯渇の事実はシステム全体のソケット資源の枯渇状態を示し、上記システム全体用ソケット枯渇状態保存領域５１に保存される情報に基づいて表示される。ここで上記の如くシステム全体用ソケット枯渇状態保存領域５１はシステムの起動時あるいは図１０におけるトランスポート層、ネットワーク層、リンク層に対応する情報処理装置１００のカーネルのソケット処理部２０が活性化される際に初期化される。したがって★１で示されるソケット資源の枯渇の事実は図１０におけるトランスポート層、ネットワーク層、リンク層に対応する情報処理装置１００のカーネルのソケット処理部２０が非活性化された後でも参照することが可能となる。

★２で示されるソケット資源の枯渇の事実はサーバソケット利用者毎のソケット資源の枯渇状態を示し、上記サーバソケット利用者毎保存領域５２に保存される情報に基づいて表示される。ここで上記の如くサーバソケット利用者毎保存領域５２に設けられる情報表示部Ｍ１，Ｍ２の設定内容は該当するソケットの使用開始時、あるいは解放時に初期化される。したがって★２で示されるサーバソケット動作中に参照することが可能となる。

★２で示されるサーバソケット利用者毎のソケット資源の枯渇状態は上記サーバソケット利用者毎保存領域５２に保存される情報に基づいて表示されるため、状態参照ドライバ３０は当該ソケット資源の枯渇に係るソケットアプリケーションを特定し得る。その結果図８，図９に示される内容において、該当するアプリケーションに係るソケットの状態を表示する行においてソケット資源の枯渇を示す文字「＃」を配置することができる。図８，図９は、該当するソケットアプリケーションが図４に示されるＷＷＷサーバ１の場合を示しており、ＬＯＣＡＬ−ＩＮＦＯとしてＷＷＷサーバ１のポート番号「８０」を有する行中に「＃」が配置されている。ここでＬＯＣＡＬ−ＩＮＦＯは該当する通信における自側の情報を示し、ＦＯＲＥＩＧＮ−ＩＮＦＯは該当する通信における他側の情報を示す。

図１０は当該情報処理装置１００に搭載されているプロトコルの層構造における上記ソケット処理部２０の位置付けを説明するための図である。図１０に示される如く、情報処理装置１００に搭載されているプロトコルはアプリケーション層、トランスポート層、ネットワーク層およびリンク層を有する。アプリケーション層は例えば上記の如く、ＦＴＰサーバ、ＷＷＷサーバ等を含む。トランスポート層はＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）、ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）等を有する。ネットワーク層はＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ），ＩＣＭＰ（ＩｎｔｅｎｅｔＣｏｎｔｒｏｌＭｅｓｓａｇｅＰｒｏｔｏｃｏｌ）、ＩＧＭＰ（ＩｎｔｅｒｎｅｔＧｒｏｕｐＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）等を含む。リンク層は各種デバイスドライバを有する。上記ソケット処理部２０はアプリケーション層およびトランスポート層との間に設けられており、周知のソケットインタフェースによる機能を提供する。

以上の実施例を含む実施の形態に関し、更に以下の付記を開示する。
（付記１）
通信機能を備え、演算処理装置と記憶装置とを有する情報処理装置において、
前記演算処理装置を、
前記記憶装置において前記通信機能に必要な記憶容量を獲得する処理手段と、
前記処理手段が前記記憶容量の獲得に失敗した場合、資源枯渇情報を前記記憶装置に保持するとともに、前記資源枯渇情報を通知する資源枯渇情報保存・通知手段と、
前記記憶装置に保持した前記資源枯渇情報を読み出す資源枯渇情報参照手段と、
前記資源枯渇情報参照手段が読み出した前記資源枯渇情報をエラーとして出力するエラー出力手段として機能させることを特徴とする情報処理装置。
（付記２）
前記記憶装置は、
前記情報処理装置がネットワーク上のサービスを提供するサーバとして前記通信機能を用いて通信を行う場合又は前記サービスを受けるクライアントとして前記通信を行う場合に、前記資源枯渇情報を保存するシステム全体用保存領域と、
前記情報処理装置が前記サーバとして通信を行う場合に、前記資源枯渇情報を保存するサーバソケット利用者毎保存領域とを有することを特徴とする付記１記載の情報処理装置。
（付記３）
前記記憶装置はさらに、
前記情報処理装置が有するオペレーティングシステムのカーネルが使用する情報記憶領域を有することを特徴とする付記２記載の情報処理装置。
（付記４）
前記通信機能はソケットインタフェースに基づくソケットの機能とされてなる付記１乃至３のうちの何れかに記載の情報処理装置。
（付記５）
通信機能を備え、演算処理装置と記憶装置とを有する情報処理装置のプログラムにおいて、
前記演算処理装置を、
前記記憶装置において前記通信機能に必要な記憶容量を獲得する処理手段と、
前記処理手段が前記記憶容量の獲得に失敗した場合、資源枯渇情報を前記記憶装置に保持するとともに、前記資源枯渇情報を通知する資源枯渇情報保存・通知手段と、
前記記憶装置に保持した前記資源枯渇情報を読み出す資源枯渇情報参照手段と、
前記資源枯渇情報参照手段が読み出した前記資源枯渇情報をエラーとして出力するエラー出力手段として機能させることを特徴とするプログラム。
（付記６）
前記記憶装置は、
前記情報処理装置がネットワーク上のサービスを提供するサーバとして前記通信機能を用いて通信を行う場合又は前記サービスを受けるクライアントとして前記通信を行う場合に、前記資源枯渇情報を保存するシステム全体用保存領域と、
前記情報処理装置が前記サーバとして通信を行う場合に、前記資源枯渇情報を保存するサーバソケット利用者毎保存領域とを有することを特徴とする付記５記載のプログラム。
（付記７）
前記記憶装置はさらに、
前記情報処理装置が有するオペレーティングシステムのカーネルが使用する情報記憶領域を有することを特徴とする付記５記載のプログラム。
（付記８）
前記通信機能はソケットインタフェースに基づくソケットの機能とされてなる付記５乃至７のうちの何れかに記載のプログラム。
（付記９）
通信機能を備え、演算処理装置と記憶装置とを有する情報処理装置の制御方法であって、
処理部が、前記記憶装置において前記通信機能に必要な記憶容量を獲得するステップと、
資源枯渇情報保存・通知部が、前記処理部が前記記憶容量の獲得に失敗した場合、資源枯渇情報を前記記憶装置に保持するとともに、前記資源枯渇情報を通知するステップと、
資源枯渇情報参照部が、前記記憶装置に保持された前記資源枯渇情報を読み出すステップと、
エラー出力部が、前記資源枯渇情報参照部が読み出した前記資源枯渇情報をエラーとして出力するステップとを有することを特徴とする制御方法。
（付記１０）
前記記憶装置は、
前記情報処理装置がネットワーク上のサービスを提供するサーバとして前記通信機能を用いて通信を行う場合又は前記サービスを受けるクライアントとして前記通信を行う場合に、前記資源枯渇情報を保存するシステム全体用保存領域と、
前記情報処理装置が前記サーバとして通信を行う場合に、前記資源枯渇情報を保存するサーバソケット利用者毎保存領域とを有することを特徴とする付記７記載の制御方法。
（付記１１）
前記記憶装置はさらに、
前記情報処理装置が有するオペレーティングシステムのカーネルが使用する情報記憶領域を有することを特徴とする付記８記載の制御方法。
（付記１２）
前記通信機能はソケットインタフェースに基づくソケットの機能とされてなる付記９乃至１１のうちの何れかに記載の制御方法。

実施例のソケット枯渇状態出力方法の動作の流れを説明するための図である。実施例の構成を説明するための図である。実施例の情報処理装置のハードウェア構成を説明するためのブロック図である。実施例の情報処理装置のソフトウェア構成を説明するためのブロック図である。実施例のソケット枯渇状態出力方法の動作の流れを詳細に説明するためのフローチャート（その１）である。実施例のソケット枯渇状態出力方法の動作の流れを詳細に説明するためのフローチャート（その２）である。システム全体用ソケット枯渇状態保存領域およびサーバソケット利用者毎保存領域の構成例を説明するための図である。実施例の情報処理装置が表示する画面の表示内容の例を示す図である。図８に示される画面の表示内容を帳票として出力した場合の出力例を示す図である。実施例の情報処理装置に搭載されているプロトコルの層構造におけるソケット処理部の位置づけについて説明するための図である。

符号の説明

１０参照用コマンド処理部（資源枯渇状態参照手段）
２０ソケット処理部（処理手段）
２１ソケット制御部
２２サーバ制御部
２３クライアント制御部
２４ソケット枯渇状態保存・通知処理部（資源枯渇状態保存・通知手段）
３０状態参照ドライバ（資源枯渇状態参照手段）
４０エラー出力ドライバ（エラー出力手段）
５１システム全体用ソケット枯渇状態保存領域（記憶手段、システム全体用保存領域）
５２サーバソケット利用者毎保存領域（記憶手段、サーバソケット利用者毎保存領域）
１６０ディスプレイ

Claims

通信機能を備え、演算処理装置と記憶装置とを有する情報処理装置において、
前記演算処理装置を、
前記記憶装置において前記通信機能に必要な記憶容量を獲得する処理手段と、
前記処理手段が前記記憶容量の獲得に失敗した場合、資源枯渇情報を前記記憶装置に保持するとともに、前記資源枯渇情報を通知する資源枯渇情報保存・通知手段と、
前記記憶装置に保持した前記資源枯渇情報を読み出す資源枯渇情報参照手段と、
前記資源枯渇情報参照手段が読み出した前記資源枯渇情報をエラーとして出力するエラー出力手段として機能させ、
前記記憶装置は、
前記情報処理装置が有するオペレーティングシステムのカーネルが使用する情報記憶領域を有することを特徴とする情報処理装置。
前記記憶装置は、
前記情報処理装置がネットワーク上のサービスを提供するサーバとして前記通信機能を用いて通信を行う場合又は前記サービスを受けるクライアントとして前記通信を行う場合に、前記資源枯渇情報を保存するシステム全体用保存領域と、
前記情報処理装置が前記サーバとして通信を行う場合に、前記資源枯渇情報を保存するサーバソケット利用者毎保存領域とを有することを特徴とする請求項１記載の情報処理装置。
通信機能を備え、演算処理装置と記憶装置とを有する情報処理装置のプログラムにおいて、
前記演算処理装置を、
前記記憶装置において前記通信機能に必要な記憶容量を獲得する処理手段と、
前記処理手段が前記記憶容量の獲得に失敗した場合、資源枯渇情報を前記記憶装置に保持するとともに、前記資源枯渇情報を通知する資源枯渇情報保存・通知手段と、
前記記憶装置に保持した前記資源枯渇情報を読み出す資源枯渇情報参照手段と、
前記資源枯渇情報参照手段が読み出した前記資源枯渇情報をエラーとして出力するエラー出力手段として機能させ、
前記記憶装置は、
前記情報処理装置が有するオペレーティングシステムのカーネルが使用する情報記憶領域を有することを特徴とするプログラム。
前記記憶装置は、
前記情報処理装置がネットワーク上のサービスを提供するサーバとして前記通信機能を用いて通信を行う場合又は前記サービスを受けるクライアントとして前記通信を行う場合に、前記資源枯渇情報を保存するシステム全体用保存領域と、
前記情報処理装置が前記サーバとして通信を行う場合に、前記資源枯渇情報を保存するサーバソケット利用者毎保存領域とを有することを特徴とする請求項３記載のプログラム。
通信機能を備え、演算処理装置と記憶装置とを有する情報処理装置の制御方法であって、
処理部が、前記記憶装置において前記通信機能に必要な記憶容量を獲得するステップと、
資源枯渇情報保存・通知部が、前記処理部が前記記憶容量の獲得に失敗した場合、資源枯渇情報を前記記憶装置に保持するとともに、前記資源枯渇情報を通知するステップと、
資源枯渇情報参照部が、前記記憶装置に保持された前記資源枯渇情報を読み出すステップと、
エラー出力部が、前記資源枯渇情報参照部が読み出した前記資源枯渇情報をエラーとして出力するステップとを有し、
前記記憶装置は、
前記情報処理装置が有するオペレーティングシステムのカーネルが使用する情報記憶領域を有することを特徴とする制御方法。
前記記憶装置は、
前記情報処理装置がネットワーク上のサービスを提供するサーバとして前記通信機能を用いて通信を行う場合又は前記サービスを受けるクライアントとして前記通信を行う場合に、前記資源枯渇情報を保存するシステム全体用保存領域と、
前記情報処理装置が前記サーバとして通信を行う場合に、前記資源枯渇情報を保存するサーバソケット利用者毎保存領域とを有することを特徴とする請求項５記載の制御方法。