JP2012014452A - 情報処理装置、情報処理プログラム、情報処理方法 - Google Patents

Abstract

【課題】処理性能を低下させずに暫定レスポンスを送信する。
【解決手段】受信部１１は、処理依頼要求を示すリクエスト信号を受信する。負荷判定部１２は、自装置の処理負荷が閾値以上か否かを判定する。即時送信部１３は、負荷判定部により処理負荷が閾値以上と判定された場合に、リクエスト信号が受信されると即時に、リクエスト信号の再送を停止させる暫定レスポンス信号をリクエスト信号の送信元に送信する。経過後送信部１４は、負荷判定部により処理負荷が閾値未満と判定された場合に、リクエスト信号が受信されてから所定時間経過後に、暫定レスポンス信号を送信元に送信する。
【選択図】図１

Description

本発明は、情報処理装置、情報処理プログラム、情報処理方法に関する。

従来、ＩＰ（Internet Protocol）ネットワーク上で端末間をＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａtion Ｐｒｏｔｏｃｏｌ）を利用して接続するＳＩＰサーバが利用されている。ＳＩＰサーバは、リクエスト及びレスポンスと呼ばれるＳＩＰ信号の送受信によって端末間の接続を制御する。レスポンスは、作業の進行状況を示すための暫定応答と、作業の完了を示すための最終応答に分類される。

例えば、ＳＩＰサーバが、端末Ａからの要求に応じて端末Ｂとの接続を制御する場合について説明する。ＳＩＰサーバは、端末Ｂとの接続を要求するＩＮＶＩＴＥ信号を端末Ａから受信した場合、受信したＩＮＶＩＴＥ信号を端末Ｂへ転送する。ＩＮＶＩＴＥ信号を受信した端末Ｂは、端末Ａのリクエストが成功したことを通知するレスポンスを作成し、作成したレスポンスをＳＩＰサーバへ送信する。続いて、ＳＩＰサーバは、端末Ｂからのレスポンスを受信し、受信したレスポンスを端末Ａへ転送する。レスポンスを受信した端末Ａは、接続を確認するリクエストであるＡＣＫ信号をＳＩＰサーバへ送信する。ＳＩＰサーバは、端末Ａから受信したＡＣＫ信号を端末Ｂへ送信することで端末ＡとＢとの接続が確立できる。

ＳＩＰサーバは、これらのリクエスト及びレスポンスの送受信に、高速処理可能であるが、信頼性を確保する仕組みを有さないＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を利用する。したがって、ＩＮＶＩＴＥ信号を送信した端末Ａは、ＳＩＰサーバから最終レスポンスを受信できない場合、リクエストが到達していないのか、若しくはＳＩＰサーバが処理中なのかを判定することができない。このため、端末Ａは、一定時間を経過してもＳＩＰサーバからレスポンスを受信できない場合には、リクエストが到達していないと判定しＩＮＶＩＴＥ信号を再送する。

端末ＡからＩＮＶＩＴＥ信号を受信したにもかかわらず、端末ＡからＩＮＶＩＴＥ信号の再送を受信した場合、ＳＩＰサーバの処理が増える。このため、ＳＩＰサーバは、端末ＡからＩＮＶＩＴＥ信号を受信したが、ある一定時間内に端末Ａへレスポンスを送信できない場合には、暫定レスポンスを送信する。暫定レスポンスは、最終レスポンスとは異なる信号であり、端末Ａに対してＳＩＰサーバがＩＮＶＩＴＥ信号を受信したことを通知する暫定的なレスポンスである。そして、ＳＩＰサーバから暫定レスポンスを受信した端末Ａは、一定時間経過後ＳＩＰサーバから最終レスポンスを受信できない場合でも、ＩＮＶＩＴＥ信号を再送せず、ＳＩＰサーバからの最終レスポンスを待つ。

具体的には、ＳＩＰサーバは、ＩＮＶＩＴＥ信号を受信後、即座に暫定レスポンスを送信する。例えば、図１１Ａに示したように、ＳＩＰサーバは、ＩＮＶＩＴＥ信号を受信すると最終レスポンス２００ＯＫ（Ａ）の送信を待たず即座に暫定レスポンス１００Ｔｒｉｎｇ（Ａ）を送信する。なお、図１１Ａは、即座に暫定レスポンス信号を送信する一例を示す図である。

また、図１１Ｂに示したように、ＳＩＰサーバは、ＩＮＶＩＴＥ信号を受信した後、２００ｍｓ経過しても最終レスポンス２００ＯＫ（Ａ）を送信していない場合に、暫定レスポンス１００Ｔｒｉｎｇ（Ａ）を送信する。なお、図１１Ｂは、２００ｍｓ待ってから暫定レスポンス信号を送信する一例を示す図である。

特開２００８−１１８３１３号公報

しかしながら、上述した従来の技術では、暫定レスポンスを送信することによって処理性能が低下するという課題があった。

具体的には、ＳＩＰサーバがＩＮＶＩＴＥ信号を受信後、即座に暫定レスポンスを送信する場合、ＳＩＰサーバの負荷Ｃ１は、Ｃ１＝Ｘ＋Ｙとして表すことができる。なお、Ｘは、ＩＮＶＩＴＥを受信することで生じる負荷、Ｙは、暫定レスポンスを送信することで生じる負荷である。かかる場合の負荷を加味したＳＩＰサーバの性能と単位時間あたりのリクエスト数を、図１２の（１）に示す。

図１２（１）において、単位時間当たりのリクエスト数が少ない状態では、ＳＩＰサーバの性能が低下する。例えば、単位時間当たりのリクエスト数が少ない状態では、ＳＩＰサーバは、２００ｍｓ以内に最終レスポンスを送信できれば端末からのＩＮＶＩＴＥ信号の再送を抑止できるので、暫定レスポンスを送信する必要はない。しかし、即座に暫定レスポンスを送信する場合、ＳＩＰサーバは、結果として不要な暫定レスポンスを送信することになる。したがって、単位時間あたりのリクエスト数が少ない状態において、即座に暫定レスポンスを送信する場合には、ＳＩＰサーバの性能が低下する。なお、図１２は、従来技術に係る暫定レスポンス送信タイミングによる、単位時間当たりのリクエスト数とサーバ性能の相関を示す図である。

一方、ＳＩＰサーバがＩＮＶＩＴＥ信号を受信後、２００ｍｓを経過しても最終レスポンスを送信していなければ、暫定レスポンスを送信する場合、サーバの負荷Ｃ２は、Ｃ２＝Ｘ＋ｌ×Ｘ＋ｋ×Ｙ＋ｍ×Ｚとして表すことができる。なお、Ｘは、ＩＮＶＩＴＥを受信することで生じる負荷、Ｙは、暫定レスポンスを送信することで生じる負荷、Ｚは、２００ｍｓ待つ処理で生じる負荷である。また、ｌは、ＩＮＶＩＴＥの再送信号を受信する確率、ｋは、暫定レスポンスを送信する確率、ｍは、２００ｍｓ待つ処理の負荷に対応する変動係数である。なお、ｋ、ｌ、ｍはＳＩＰサーバの負荷に応じて増加する。かかる場合の負荷を加味したＳＩＰサーバの性能と単位時間あたりのリクエスト数を、図１２の（２）に示す。

図１２（２）において、単位時間当たりのリクエスト数が多い状態では、ＳＩＰサーバは、性能が低下する。例えば、単位時間あたりのリクエスト数が多い状態では、ＳＩＰサーバは、ＩＮＶＩＴＥ信号を受信してから２００ｍｓの計測を開始するまでに遅れが生じる。すなわち、ＳＩＰサーバの暫定レスポンスを送信するタイミングが遅延する。この結果、ＳＩＰサーバは、端末からのＩＮＶＩＴＥ信号の再送を抑止できず、受信するリクエスト数が増加する。したがって、単位時間あたりのリクエスト数が多い状態において、ＳＩＰサーバは、性能が低下する。

開示の技術は、上記に鑑みてなされたものであって、暫定レスポンスの送信に応じた処理性能の低下を抑制することができる情報処理装置、情報処理プログラム、情報処理方法を提供することを目的とする。

本願の開示する情報処理装置は、処理依頼要求を示すリクエスト信号を受信し、自装置の処理負荷が閾値以上か否かを判定する。情報処理装置は、処理負荷が閾値以上と判定された場合に、リクエスト信号が受信されると、リクエスト信号の再送を停止させる暫定レスポンス信号をリクエスト信号の送信元に即時に送信する。情報処理装置は、処理負荷が閾値未満と判定された場合に、リクエスト信号が受信されてから所定時間経過後に、暫定レスポンス信号を送信元に送信する。

本願の開示する情報処理装置、情報処理プログラム、情報処理方法の一つの態様によれば、暫定レスポンスの送信に応じた処理性能の低下を抑制することができるという効果を奏する。

図１は、実施例１に係るＳＩＰサーバを含むネットワーク構成を示す図である。 図２は、実施例２に係るＳＩＰサーバの構成を示すブロック図である。 図３は、信号受信部が受信するＳＩＰ信号の一例を示す図である。 図４は、ヘッダ情報記憶部が格納する解析結果オブジェクトの一例を示す図である。 図５Ａは、再送率記憶部が格納する情報の一例を示す図である。 図５Ｂは、信号数記憶部が格納する情報の一例を示す図である。 図５Ｃは、再送率閾値記憶部が格納する情報の一例を示す図である。 図５Ｄは、信号数閾値記憶部が格納する情報の一例を示す図である。 図６は、トランザクション情報記憶部が格納する情報の一例を示す図である。 図７は、ダイアログ情報記憶部が格納する情報の一例を示す図である。 図８は、ＳＩＰサーバによる暫定レスポンス送信処理の処理手順を示すフローチャートである。 図９は、実施例２に係るＳＩＰサーバによる、単位時間当たりのリクエスト数とサーバ性能の相関を示す図である。 図１０は、暫定レスポンス送信プログラムを実行するコンピュータシステムを示す図である。 図１１Ａは、即座に暫定レスポンス信号を送信する一例を示す図である。 図１１Ｂは、２００ｍｓ待ってから暫定レスポンス信号を送信する一例を示す図である。 図１２は、従来技術に係る暫定レスポンス送信タイミングによる、単位時間当たりのリクエスト数とサーバ性能の相関を示す図である。

以下に、本願の開示する情報処理装置、情報処理プログラム、情報処理方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

図１は、実施例１に係るＳＩＰサーバ１０を含むネットワーク構成を示す図である。図１に示すように、実施例１に係るＳＩＰサーバ１０は、クライアント端末２０とクライアント端末３０とをＳＩＰ網４０を介して接続する。

ＳＩＰサーバ１０は、受信部１１と負荷判定部１２と即時送信部１３と経過後送信部１４とを有する。受信部１１は、処理依頼要求を示すリクエスト信号を受信する。負荷判定部１２は、自装置の処理負荷が閾値以上か否かを判定する。即時送信部１３は、負荷判定部により処理負荷が閾値以上と判定された場合に、リクエスト信号が受信されると即時に、リクエスト信号の再送を停止させる暫定レスポンス信号をリクエスト信号の送信元に送信する。経過後送信部１４は、負荷判定部により処理負荷が閾値未満と判定された場合に、リクエスト信号が受信されてから所定時間経過後に、暫定レスポンス信号を送信元に送信する。

この結果、実施例１に係るＳＩＰサーバ１０は、暫定レスポンス信号をリクエスト信号が受信されると即時に送信するか又は所定時間経過後に送信するかを判定することができる。

[実施例２に係るＳＩＰサーバの構成]
次に、図２を用いて実施例２に係るＳＩＰサーバ１００の構成を説明する。図２は、実施例２に係るＳＩＰサーバ１００の構成を示すブロック図である。図２に示すように、実施例２に係るＳＩＰサーバ１００は、信号受信部１１０と信号送信部１２０とタイマ管理部１３０と記憶部１４０と制御部１５０とを有する。

信号受信部１１０は、クライアント端末からＳＩＰ信号を受信し、受信したＳＩＰ信号を信号解析部１５１へ転送する制御部である。また、信号受信部１１０は、ＳＩＰ信号を受信した時刻についての情報を記録する。

ここで、信号受信部１１０が受信する信号の一例を説明する。図３は、信号受信部１１０が受信するＳＩＰ信号の一例を示す図である。図３に示すように、信号受信部１１０が受信するＳＩＰ信号は、リクエストライン３００１とヘッダ３００２とを有する。

リクエストライン３００１は、受信した信号の種別を示し、例えば、図３に示す受信信号の場合は、ＳＩＰサーバ１００へ相手との接続を依頼する信号であることを示す「ＩＮＶＩＴＥ」である。また、ヘッダ３００２は、ヘッダ名とヘッダ値とを有し、信号が要求する内容の実行に必要な機能を指定する。例えば、図３に示す受信信号の場合は、ヘッダ名として「Ｆｒｏｍ」と「Ｖｉａ」と「Ｍａｘ−Ｆｏｒｗａｒｄｓ」と「Ｔｏ」と「ＣＳｅｑ」と「Ｃａｌｌ−Ｉｄ」と「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」と「Ｃｏｎｔａｃｔ」とを有する。

ヘッダ名「Ｆｒｏｍ」は、リクエストの送信元の論理的な情報を示す。また、ヘッダ名「Ｖｉａ」は、リクエストの送信元がレスポンスの受信を望むアドレスに関する情報を示し、これを参照することで、リクエスト送信元にレスポンスを返信することができる。また、ヘッダ名「Ｍａｘ−Ｆｏｒｗａｒｄｓ」は、ホップ数の上限に関する情報を示す。また、ヘッダ名「Ｔｏ」は、リクエストの論理的な宛先を示す。また、ヘッダ名「ＣＳｅｑ」は、新しいトランザクションと、再送を区別するためのインクリメント値に関する情報を示す。また、ヘッダ名「Ｃａｌｌ−Ｉｄ」は、「呼」を識別する固有のＩＤに関する情報を示す。また、ヘッダ名「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」は、ヘッダのボディの長さに関する情報を示す。また、ヘッダ名「Ｃｏｎｔａｃｔ」は、後続のリクエストを次にどこへ送信するかを示す。

例えば、図３の場合、ヘッダ名「Ｆｒｏｍ」に対応するヘッダ値は「"abc" <sip:abc@sipas.fujitsu.com>;tag=1838-a7-2e-8f-cd361869」である。また、ヘッダ名「Ｖｉａ」に対応するヘッダ値は、「SIP/2.0/UDP 123.456.789.012:35070;branch=z9hG4bK-07d902120e270600f0-16」である。また、ヘッダ名「Ｍａｘ−Ｆｏｒｗａｒｄｓ」に対応するヘッダ値は「70」である。ヘッダ名「Ｔｏ」に対応するヘッダ値は「<sip:abc@sipas.fujitsu.com>」である。また、ヘッダ名「ＣＳｅｑ」に対応するヘッダ値は「1 INVITE」である。また、ヘッダ名「Ｃａｌｌ−Ｉｄ」に対応するヘッダ値は「07d902120e270600f0@123.456.789.012」である。また、ヘッダ名「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」に対応するヘッダ値は「153」である。また、ヘッダ名「Ｃｏｎｔａｃｔ」に対応するヘッダ値は「<sip:abc@123.456.789.012:35070>」である。

信号送信部１２０は、ＳＩＰ信号をクライアント端末へＳＩＰ信号を送信する制御部である。例えば、信号送信部１２０は、後述する信号生成部１５７が生成したＳＩＰ信号を受信すると、受信したＳＩＰ信号のヘッダから送信先を特定し、特定した送信先へＳＩＰ信号を送信する。

タイマ管理部１３０は、ＳＩＰサーバにおける各種タイマを監視し、必要な処理を行う制御部である。タイマ管理部１３０は、例えば、信号受信部１１０がＳＩＰ信号を受信した場合、ＳＩＰ信号を受信した時刻を信号受信部１１０へ通知する。また、タイマ管理部１３０は、例えば、端末間の接続時間を計測し、計測した接続時間をダイアログ管理部１５４に通知する。

記憶部１４０は、ヘッダ情報記憶部１４１と再送率記憶部１４２と信号数記憶部１４３と再送率閾値記憶部１４４と信号数閾値記憶部１４５とトランザクション情報記憶部１４６とダイアログ情報記憶部１４７とを有する。例えば、記憶部１４０は、半導体メモリ素子、又はハードディスクなどの記憶装置である。

ヘッダ情報記憶部１４１は、解析結果オブジェクトを記憶する。例えば、ヘッダ情報記憶部１４１は、図４に示すように、「ヘッダ名」と「ヘッダ値」とを対応付けて記憶する。具体的には、ヘッダ名「Ｆｒｏｍ」に対応するヘッダ値は、「"abc" <sip:abc@sipas.fujitsu.com>;tag=1838-a7-2e-8f-cd361869」である。また、ヘッダ名「Ｖｉａ」に対応するヘッダ値は、「SIP/2.0/UDP 123.456.789.012:35070;branch=z9hG4bK-07d902120e270600f0-16」である。また、ヘッダ名「Ｍａｘ−Ｆｏｒｗａｒｄｓ」に対応するヘッダ値は、「70」である。また、ヘッダ名「Ｔｏ」に対応するヘッダ値は、「<sip:abc@sipas.fujitsu.com>」である。また、ヘッダ名「ＣＳｅｑ」に対応するヘッダ値は、「1 INVITE」である。また、ヘッダ名「Ｃａｌｌ−Ｉｄ」に対応するヘッダ値は、「07d902120e270600f0@123.456.789.012」である。また、ヘッダ名「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」に対応するヘッダ値は、「153」である。また、ヘッダ名「Ｃｏｎｔａｃｔ」に対応するヘッダ値は、「<sip:abc@123.456.789.012:35070>」である。なお、図４は、ヘッダ情報記憶部１４１が格納する解析結果オブジェクトの一例を示す図である。

再送率記憶部１４２は、信号監視部１５２によって測定された単位時間あたりの受信リクエストに含まれる再送リクエストの割合を送信元端末ごとに記憶する。例えば、図５Ａに示すように、再送率記憶部１４２は、「送信元アドレス」と「単位時間当たりの受信リクエストに含まれる再送リクエストの割合」の項目とを有する。「送信元アドレス」には、送信元端末を識別するアドレスが格納される。また、「単位時間当たりの受信リクエストに含まれる再送リクエストの割合」には、単位時間当たりの受信リクエストに含まれる再送リクエストの割合が格納される。なお、図５Ａは、再送率記憶部１４２が格納する情報の一例を示す図である。

具体的には、図５Ａに示す再送率記憶部１４２は、送信元アドレスが「123.456.789.256」である送信元端末からの再送リクエストが０％であることを示す。また、再送率記憶部１４２は、送信元アドレスが「123.456.789.089」である送信元端末からの再送リクエストが１０％であることを示す。また、再送率記憶部１４２は、送信元アドレスが「123.456.789.9」である送信元端末からの再送リクエストが７０％であることを示す。

信号数記憶部１４３は、信号監視部１５２によって測定された単位時間あたりのＩＮＶＩＴＥ数を記憶する。例えば、図５Ｂに示すように、信号数記憶部１４３は、「送信元アドレス」と「単位時間あたりのＩＮＶＩＴＥ数」の項目とを有する。「送信元アドレス」には、送信元端末を識別するアドレスが格納される。また、「単位時間あたりのＩＮＶＩＴＥ数」は、送信元端末から単位時間当たりに受信したＩＮＶＩＴＥ数を格納する。

具体的には、図５Ｂに示す信号数記憶部１４３は、送信元アドレスが「123.456.789.256」である送信元端末から単位時間当たり「２００」のリクエスト数を受信したことを示す。また、信号数記憶部１４３は、送信元アドレスが「123.456.789.089」である送信元端末から単位時間当たり「９０」のリクエスト数を受信したことを示す。また、信号数記憶部１４３は、送信元アドレスが「123.456.789.9」である送信元端末から単位時間当たり「７０」のリクエスト数を受信したことを示す。なお、図５Ｂは、信号数記憶部１４３が格納する情報の一例を示す図である。

再送率閾値記憶部１４４は、再送リクエストの割合の閾値を記憶する。例えば、図５Ｃに示す再送率閾値記憶部１４４は、「再送リクエストの割合の閾値」が「５０％」であることを示す情報を記憶する。なお、図５Ｃは、再送率閾値記憶部１４４が格納する情報の一例を示す図である。

信号数閾値記憶部１４５は、動作パターンを切り替える単位時間当たりのＩＮＶＩＴＥ数を記憶する。例えば、図５Ｄに示す信号数閾値記憶部１４５は、「単位時間あたりのＩＮＶＩＴＥ数」が「１００」である場合に動作パターンを切り替えることを示す情報を記憶する。なお、図５Ｄは、信号数閾値記憶部１４５が格納する情報の一例を示す図である。

トランザクション情報記憶部１４６は、トランザクション管理部１５３によって作成されたＳＩＰトランザクション処理の状態情報を記憶する。例えば、トランザクション情報記憶部１４６は、図６に示すように、「トランザクションＩＤ」と「トランザクションタイプ」と「セッション開始時間」と「状態」とを関連付けて記憶する。なお、図６は、トランザクション情報記憶部１４６が格納する情報の一例を示す図である。

ここで記憶される「トランザクションＩＤ」には、トランザクションを一意に識別する識別子が格納される。また、「トランザクションタイプ」には、受信した要求信号の種類として、例えば、セッションの確立を要求する信号である「ＩＮＶＩＴＥ」やＩＰアドレスの登録を要求する信号である「ＲＥＧＩＳＴＥＲ」が格納される。また、「セッション開始時間」には、要求信号を最初に受信した時間が格納される。また、「状態」には、例えば、セッションが終了した場合には「終了」、セッションが進行中の場合には「暫定応答」や「成功応答」など送受信した最新の信号の種類を示す情報が格納される。

図６に示したように「トランザクションＩＤ」が「０００１」であるトランザクションは、２０１０年３月３日１４時５０分０３秒に「ＩＮＶＩＴＥ」信号を受信し、現在、セッションが終了したことを示す。また、「トランザクションＩＤ」が「０００２」であるトランザクションは、２０１０年３月３日１４時５２分０１秒に「ＲＥＧＩＳＴＥＲ」信号を受信し、セッションが終了したことを示す。また、「トランザクションＩＤ」が「０００３」であるトランザクションは、２０１０年３月３日１４時５２分４５秒に「ＩＮＶＩＴＥ」信号を受信し、暫定応答が送信されたことを示す。

ダイアログ情報記憶部１４７は、ダイアログ管理部１５４によって作成されたダイアログに関する情報を記憶する。例えば、ダイアログ情報記憶部１４７は、図７に示すように、「ダイアログＩＤ」と「「Ｃａｌｌ−Ｉｄ」と「Ｆｒｏｍ」と「Ｔｏ」と「通話情報」とを関連付けて記憶する。なお、図７は、ダイアログ情報記憶部１４７が格納する情報の一例を示す図である。また、ダイアログ情報記憶部１４７は、一般的には、ダイアログごとに個別に生成される。

図７に示すように、「ダイアログＩＤ」には、ダイアログを一意に識別する識別子が格納され「Ｃａｌｌ−Ｉｄ」には「呼」を識別する固有のＩＤに関する情報が格納される。また、「Ｆｒｏｍ」にはダイアログにおける接続元アドレスが格納され、「Ｔｏ」にはダイアログにおける接続先アドレスが格納され、「通話情報」には通話の開始時刻及び通話の終了時刻を示す情報が格納される。

例えば、「ダイアログＩＤ」が「ａａａａａ」であるダイアログは、「Ｃａｌｌ−Ｉｄ」が「ａ−１１１１１」で識別される「００１０００１」と「００２０００１」との接続を示す。そして、この通話は、２０１０年３月３日１４時５０分１７秒から開始し、２０１０年３月３日１４時５５分２３秒に終了したことを示す。また、「ダイアログＩＤ」が「ｂｂｂｂｂ」であるダイアログは、「Ｃａｌｌ−Ｉｄ」が「ｂ−１１１１１」で識別される「００１００１０」と「００２００１０」との接続を示す。そして、この通話は、２０１０年３月３日１４時５８分０３秒から通話が開始し、現在通話中であることを示す。

制御部１５０は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有する。制御部１５０は、信号解析部１５１と信号監視部１５２とトランザクション管理部１５３とダイアログ管理部１５４と信号数判定部１５５と再送率判定部１５６と信号生成部１５７とを有する。例えば、制御部１５０は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路、又は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路である。

信号解析部１５１は、信号受信部１１０によって受信された信号を解析する。例えば、信号解析部１５１は、信号受信部１１０から転送されたＳＩＰ信号を受信した場合、ＳＩＰ信号のヘッダからヘッダ名とヘッダ値を抽出し、抽出したヘッダ名とヘッダ値とを対応付けて記録することで解析結果オブジェクトを生成する。信号解析部１５１は、解析したＳＩＰ信号を信号監視部１５２とトランザクション管理部１５３とへ転送する。

信号監視部１５２は、ＳＩＰサーバが受信する信号を監視する制御部である。例えば、信号監視部１５２は、信号解析部１５１からＳＩＰ信号を受信すると、当該信号から受信時刻と、送信元端末アドレスと、信号種別とを抽出し、記憶部１４０に記録する。例えば、２０１０年３月１７日１３時２３分４５秒に送信元アドレス123.456.789.089からＩＮＶＩＴＥ信号を受信した場合を例に説明する。信号監視部１５２は、「２０１０年３月１７日１３時２３分４５秒」と「123.456.789.089」と「ＩＮＶＩＴＥ」とを対応付けて記録する。また、例えば、２０１０年３月１７日１３時２５分０７秒に送信元アドレス123.456.789.089からＩＮＶＩＴＥ信号の再送を受信した場合を例に説明する。信号監視部１５２は、「２０１０年３月１７日１３時２５分０７秒」と「123.456.789.089」と「ＩＮＶＩＴＥ」と「再送」とを対応付けて記録する。ここで、信号監視部１５２は、受信した信号と過去に受信した信号とを比較し、ヘッダ名「Ｖｉａ」に対応するヘッダ値の「branch」の値が同一であり、かつヘッダ名「ＣＳｅｑ」に対応するヘッダ値が同一である場合に、受信した信号が再送信号であると判定する。なお、信号監視部１５２は、ヘッダ情報記憶部１４１の解析結果オブジェクトを過去に受信した信号として参照する。

そして、信号監視部１５２は、タイマ管理部１３０から所定の時間間隔で通知を受付けると、送信元端末毎に受信した信号数と、受信した信号に含まれる再送信号の割合を集計する。例えば、信号監視部１５２は、送信元アドレス123.456.789.089から単位時間当たりにＩＮＶＩＴＥ信号を９０回受信していた場合を例に説明する。信号監視部１５２は、送信元アドレス「123.456.789.089」と単位時間当たりのＩＮＶＩＴＥ数「９０」とを対応付けて信号数記憶部１４３に記録する。また、例えば、信号監視部１５２は、送信元アドレス123.456.789.089から単位時間当たりにＩＮＶＩＴＥ信号の再送を９回受信していた場合を例に説明する。信号監視部１５２は、送信元アドレス「123.456.789.089」と単位時間当たりの受信リクエストに含まれる再送リクエストの割合「１０％」とを対応付けて再送率記憶部１４２に記録する。

トランザクション管理部１５３は、トランザクションの処理状態を管理する制御部である。例えば、トランザクション管理部１５２は、処理を要求するリクエスト信号とこれに対する回答であるレスポンス信号から「トランザクションタイプ」と「セッション開始時間」と「状態」とを抽出して、トランザクション情報記憶部１４６に書き込む。

ダイアログ管理部１５４は、接続された端末間の接続関係を管理する制御部であり、例えば、クライアント端末Ａとクライアント端末Ｂとの通話状態に関する情報を管理する。例えば、ダイアログ管理部１５４は、トランザクション管理部１５３から受信した信号が有するヘッダから「Ｃａｌｌ−Ｉｄ」と「Ｆｒｏｍ」と「Ｔｏ」とに関する情報を抽出し、ダイアログ情報記憶部１４７を生成する。ダイアログ管理部１５４は、トランザクション管理部１５３から受信した信号を信号数判定部１５５へ転送する。

信号数判定部１５５は、ダイアログ管理部１５４から受信した信号がＩＮＶＩＴＥ信号であった場合に、単位時間当たりに受信したリクエスト信号数が所定の閾値を超えたか否かを判定する制御部である。言い換えると、信号数判定部１５５は、単位時間当たりに受信したリクエスト信号数が所定の閾値を超えた場合にはＳＩＰサーバ１００の処理負荷が閾値以上と判定する。すなわち、信号数判定部１５５は、処理負荷が高いと判定する。一方、信号数判定部１５５は、単位時間当たりに受信したリクエスト信号数が所定の閾値を超えていない場合にはＳＩＰサーバ１００の処理負荷が閾値未満と判定する。すなわち、信号数判定部１５５は、処理負荷が低いと判定する。

例えば、信号数判定部１５５は、受信信号からリクエストラインを抽出し、当該信号がＩＮＶＩＴＥ信号であるか否かを判定する。信号数判定部１５５は、受信信号がＩＮＶＩＴＥ信号であった場合には、送信元端末を特定する。そして、信号数判定部１５５は、特定した送信元端末に対応した信号数記憶部１４３と信号数閾値記憶部１４５とを読み出し、単位時間あたりのＩＮＶＩＴＥ数が所定の閾値を超えたか否かを判定する。

図５Ｂに示した信号数記憶部と図５Ｄに示した信号数閾値記憶部とを用いて具体的な例を示す。信号数判定部１５５は、図５Ｂの送信元アドレス「123.456.789.256」に対応する単位時間当たりのＩＮＶＩＴＥ数「２００」と、図５Ｄの閾値「１００」を比較し、ＩＮＶＩＴＥ数が閾値を超えていると判定する。かかる場合、信号数判定部１５５は、当該信号を信号生成部１５７へ転送し、転送した信号に対する暫定レスポンスを即座に送信するように通知する。

一方、信号数判定部１５５は、信号数記憶部１４３に格納された値が信号数閾値記憶部１４５に格納された値よりも小さい場合には、当該信号を再送率判定部１５６へ転送する。具体的には、信号数判定部１５５は、図５Ｂの送信元アドレス「123.456.789.089」に対応する単位時間当たりのＩＮＶＩＴＥ数「９０」と、図５Ｄの閾値「１００」を比較し、ＩＮＶＩＴＥ数が閾値を超えていないと判定する。かかる場合、信号数判定部１５５は、当該信号を再送率判定部１５６へ転送する。同様に、信号数判定部１５５は、送信元アドレス「10.25.123.9」からのＳＩＰ信号もＩＮＶＩＴＥ数が閾値を超えていないと判定する。また、信号数判定部１５５は、受信信号がＩＮＶＩＴＥ信号ではないと判定した場合、当該信号を信号生成部１５７へ転送する。

再送率判定部１５６は、単位時間あたりのリクエスト信号数が所定の閾値を超えた場合に、再送リクエストの割合が所定の閾値を超えたか否かを判定する制御部である。言い換えると、再送率判定部１５６は、単位時間当たりに受信した再送リクエストの割合が所定の閾値を超えた場合には処理負荷が閾値以上と判定する。すなわち、再送率判定部１５６は、処理負荷が高いと判定する。一方、再送率判定部１５６は、単位時間当たりに受信した再送リクエストの割合が所定の閾値を超えていない場合には処理負荷が閾値未満と判定する。すなわち、再送率判定部１５６は、処理負荷が低いと判定する。

例えば、再送率判定部１５６は、再送率記憶部１４２と再送率閾値記憶部１４４とを読み出し、再送リクエストの割合が所定の閾値を超えたか否かを判定する。具体的には、再送率判定部１５６は、送信元アドレス「123.456.789.089」について、図５Ａに示した再送リクエストの割合「１０％」と図５Ｃに示した再送リクエストの割合の閾値「５０％」とを比較する。かかる場合、再送率判定部１５６は、再送リクエストの割合は、閾値を超えていないと判定する。そして、再送率判定部１５６は、当該信号を信号生成部１５７へ転送し、転送した信号に対する最終レスポンスが２００ｍｓ以内に送信されなければ暫定レスポンスを送信するように通知する。

また、再送率判定部１５６は、送信元アドレス「123.456.789.9」について、図５Ａに示した再送リクエストの割合「７０％」と図５Ｃに示した再送リクエストの割合の閾値「５０％」とを比較する。かかる場合、再送率判定部１５６は、再送リクエストの割合は、閾値を超えていると判定し、当該信号を信号生成部１５７へ転送し、転送した信号に対する暫定レスポンスを即座に送信するように通知する。

信号生成部１５７は、信号数判定部１５５又は再送率判定部１５６から受信した信号に対する応答信号を生成し、生成した信号を信号送信部１２０へ転送する制御部である。例えば、信号生成部１５７は、信号数判定部１５５又は再送率判定部１５６から受信したＳＩＰ信号がＩＮＶＩＴＥ信号であるか否か判定する。

信号生成部１５７は、信号数判定部１５５又は再送率判定部１５６から受信したＳＩＰ信号がＩＮＶＩＴＥ信号であると判定した場合には、暫定レスポンスを即座に送信する通知を受付けたか否かを判定する。信号生成部１５７は、暫定レスポンスを即座に送信する通知を受付けた場合には、暫定レスポンスを生成し、生成した暫定レスポンスを信号送信部へ転送するとともに、即座に送信するように通知する。また、信号生成部１５７は、暫定レスポンスを即座に送信する通知を受付けていない場合には、最終レスポンスを送信したか否かを判定する。信号生成部１５７は、２００ｍｓ以内に最終レスポンスが送信されていないと判定した場合には、暫定レスポンスを信号送信部１２０へ転送し、転送した暫定レスポンスを送信するように通知する。

信号生成部１５７は、受信したＳＩＰ信号がＩＮＶＩＴＥ信号ではないと判定すると、例えば、信号のヘッダを更新することで新たな信号を生成する。信号生成部１５７は、生成した新たな信号を信号送信部１２０へ転送する。

[ＳＩＰサーバによる暫定レスポンス送信処理の処理手順]
図８を用いて、ＳＩＰサーバ１００による暫定レスポンス送信処理の処理手順を説明する。図８は、ＳＩＰサーバ１００による暫定レスポンス送信処理の処理手順を示すフローチャートである。図８に示すように、ＳＩＰサーバ１００において、信号受信部１１０がＳＩＰ信号を受信した場合（ステップＳ１０、Ｙｅｓ）、信号監視部１５２は、送信元の特定と、再送信号の割合を計測する（ステップＳ１１）。続いて、信号監視部１５２は、計算結果を再送率記憶部１４２に格納する（ステップＳ１２）。続いて、信号監視部１５２は、単位時間当たりのＩＮＶＩＴＥ信号数を計測し（ステップＳ１３）、計測結果を信号数記憶部１４３に格納する（ステップＳ１４）。

信号数判定部１５５は、再送率記憶部１４２、信号数記憶部１４３、再送率閾値記憶部１４４、信号数閾値記憶部１４５の情報を読み出す（ステップＳ１５）。そして、信号数判定部１５５は、単位時間あたりのリクエスト数が所定の閾値を超えたか否かを判定する（ステップＳ１６）。ここで、信号数判定部１５５は、単位時間あたりのリクエスト数が所定の閾値を超えたと判定した場合（ステップＳ１６、Ｙｅｓ）、受信した信号を信号生成部１５７へ転送して、暫定レスポンスを生成させる。そして、送信部１２０は、信号生成部１５７が生成した暫定レスポンスを送信する（ステップＳ２０）。

一方、信号数判定部１５５は、単位時間あたりのリクエスト数が所定の閾値を超えていないと判定した場合（ステップＳ１６、Ｎｏ）、信号を再送率判定部１５６へ転送する。そして、再送率判定部１５６は、再送リクエストの割合が所定の閾値を超えたか否かを判定する（ステップＳ１７）。ここで、再送率判定部１５６は、再送リクエストの割合が所定の閾値を超えたと判定した場合（ステップＳ１７、Ｙｅｓ）、受信した信号を信号生成部１５７へ転送して、暫定レスポンスを生成させる。そして、信号送信部１２０は、信号生成部１５７が生成した暫定レスポンスを送信する（ステップＳ２０）。

一方、再送率判定部１５６は、再送リクエストの割合が所定の閾値を超えていないと判定した場合（ステップＳ１７、Ｎｏ）、受信した信号を信号生成部１５７へ転送する。信号生成部１５７は、２００ｍｓ待ち（ステップＳ１８）、この間に最終レスポンスを送信したか否かを判定する（ステップＳ１９）。ここで、信号生成部１５７は、最終レスポンスを送信していないと判定した場合（ステップＳ１９、Ｎｏ）、暫定レスポンスを生成する。そして、信号送信部１２０は、信号生成部１５７が生成した暫定レスポンスを送信する（ステップＳ２０）。一方、信号生成部１５７は、最終レスポンスを送信したと判定した場合には（ステップＳ１９、Ｙｅｓ）、処理を終了する。

[実施例２の効果]
本実施例におけるＳＩＰサーバ１００において、信号監視部１５２は、信号受信部１１０によって単位時間当たりに受信されたＳＩＰ信号数を監視する。また、信号数判定部１５５は、単位時間当たりの信号数が閾値を超えたか否かを判定する。信号数判定部１５５は、単位時間当たりの信号数が信号数閾値を超えたと判定した場合には、即座に暫定レスポンスを送信する。また、信号数判定部１５５は、単位時間当たりの信号数が信号数閾値を超えていないと判定した場合には、２００ｍｓ待って、最終レスポンスが送信されていなければ暫定レスポンスを送信する。この結果、実施例２に係るＳＩＰサーバ１００は、自装置の負荷状況に応じて、暫定レスポンスの送信タイミングを変更できる。すなわち、実施例２に係るＳＩＰサーバ１００は、不要な暫定レスポンスの送信や受信信号の再送を抑止できる。

また、実施例２に係るＳＩＰサーバ１００において、再送率判定部１５６は、単位時間当たりのリクエスト数が閾値を超えていない場合には、単位時間当たりの再送率を計測し、計測した再送率が再送率閾値を超えていないか判定する。再送率判定部１５６は、計測した単位時間当たりの再送率が再送率閾値を超えている場合には、即座に暫定レスポンスを送信する。また、再送率判定部１５６は、計測した単位時間当たりの再送率が再送率閾値を超えていない場合には、２００ｍｓ待って、最終レスポンスが送信されていなければ暫定レスポンスを送信する。この結果、実施例２に係るＳＩＰサーバ１００は、単位時間当たりの信号数が信号数閾値を超えていない場合においても、再送率を判定することで、再送を抑止することができる。この結果、ＳＩＰサーバ１００は、ネットワーク上の信号量を軽減できる。

図９を用いて具体的な例を説明する。ＳＩＰサーバ１００は、単位時間当たりの信号数が少ない場合には、２００ｍｓ待って、最終レスポンスが送信されていなければ暫定レスポンスを送信するので、不要な暫定レスポンスの送信を抑止でき、サーバ性能を向上することができる。また、ＳＩＰサーバ１００は、単位時間当たりの信号数が多い場合には、即座に暫定レスポンスを送信するので、送信元端末からの再送を抑止することができ、サーバ性能を向上することができる。

また、本実施例に係るＳＩＰサーバ１００は、送信元端末毎に再送率閾値及び信号数閾値を設定することができる。例えば、ＳＩＰサーバ１００は、特定の送信元端末に対して再送率閾値を低く設定することによって、当該送信元端末に対して優先的に暫定レスポンスを送信することが可能になる。また、ＳＩＰサーバ１００は、特定の送信元端末に対して信号数閾値を低く設定することによって、当該送信元端末に対して優先的に暫定レスポンスを送信することが可能になる。したがって、本実施例に係るＳＩＰサーバ１００は、特定の送信元端末に対して優先度を設定して通信することが可能である。

ところで、本願の開示するＳＩＰサーバは、上述した実施例以外にも、種々の異なる形態にて実施されてよい。そこで、実施例３では、本願の開示する情報処理装置の他の実施例について説明する。

（システム構成等）
本実施例において説明した各処理のうち自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともできる。あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文章中や図面中で示した処理手順、制御手順、具体的名称については、特記する場合を除いて任意に変更することができる。

また、図示した記憶部が格納する情報は一例に過ぎず、必ずしも図示のごとく情報が格納される必要はない。また、再送率記憶部１４２、信号数記憶部１４３は、関連する通信終了時などの適当な時点で、信号監視部１５２によって、二次記憶装置に退避され、退避された情報を再利用可能な状態にしてもよい。また、再送率閾値記憶部１４４、信号数閾値記憶部１４５は、二次記憶装置に格納されていてもよい。例えば、二次記憶装置は、ＳＩＰサーバ１００に挿入される、例えば、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」であってもよい。

また、本実施例において情報処理装置をＳＩＰサーバとして説明したが、本願が適用可能な情報処理装置は、ＳＩＰサーバに限定されない。例えば、本願が適用可能な情報処理装置は、ＵＤＰを利用するサーバ装置にも適用することが可能である。例えば、ＵＤＰを利用するＨＴＴＰ（Hyper Text Transfer Protocol）サーバであってもよい。

また、ＳＩＰサーバ１００は、単位時間当たりの信号数を監視することで自装置の処理負荷が高いか否かを判定するとして説明したが、これに限定されない。例えば、ＳＩＰサーバ１００は、単位時間当たりの信号数以外にも、ＣＰＵ又はメモリの使用量を監視することによって負荷を判定するように設計、構築されてもよい。

また、ＳＩＰサーバ１００は、送信元端末毎に再送率及び信号数を計測し負荷を判定した。しかし、ＳＩＰサーバ１００は、システム全体として再送率及び信号数を計測し負荷を判定しても良い。例えば、再送率記憶部１４２、信号数記憶部１４３は、送信元端末毎ではなく、ＳＩＰサーバ１００として受信した再送信号数及び信号数を計測し、負荷を判定してもよい。

また、ＳＩＰサーバ１００は、単位時間当たりの信号数によって自装置の処理負荷が高いか否かを判定し、処理負荷が低いと判定された場合には、再送率を判定することで自装置の処理負荷が高いか否かを判定した。しかし、単位時間当たりの信号数だけによって自装置の処理負荷が高いか否かを判定してもよく、また、再送率だけによって自装置の処理負荷が高いか否かを判定してもよい。すなわち、ＳＩＰサーバ１００は、実施例２で用いた負荷が高いか否かを判定する方法を任意に組み合わせて、自装置の処理負荷が高いか否かを判定することが可能である。

また、図示した各構成部は、機能概念的なものであり、必ずしも物理的に図示のごとく構成されていることを要しない。例えば、ＳＩＰサーバ１００は、信号解析部１５１と信号監視部１５２とは統合されてもよい。さらに、各装置にて行われる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

（プログラム）
ところで、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。

図１０は、暫定レスポンス送信プログラムを実行するコンピュータシステムを示す図である。図１０に示すように、コンピュータシステム５００は、ＲＡＭ５１０と、ＲＯＭ５３０と、ＣＰＵ５２０とを有する。ここで、ＲＯＭ５３０には、上記実施例と同様の機能を発揮するプログラムを予め記憶されている。つまり、図１０に示すように、ＲＯＭ５３０には、信号数判定プログラム５３１と再送率判定プログラム５３２と信号生成プログラム５３３とが予め記憶されている。

そして、ＣＰＵ５２０には、信号数判定プログラム５３１と再送率判定プログラム５３２と信号生成プログラム５３３とを読み出してＲＡＭ５１０に展開する。そして、ＣＰＵ５２０は、信号数判定プログラム５３１を信号数判定プロセス５２１として実行する。またＣＰＵ５２０は、再送率判定プログラム５３２を再送率判定プロセス５２２として実行する。またＣＰＵ５２０は、信号生成プログラム５３３を信号生成プロセス５２３として実行する。なお、信号数判定プロセス５２１は、図２に示した信号数判定部１５５に対応する。同様に、再送率判定プロセス５２２は、再送率判定部１５６に対応し、信号生成プロセス５２３は、信号生成部１５７に対応する。

ところで、上記したプログラム５３１〜５３３は、必ずしもＲＯＭ５３０に記憶させておく必要はない。例えば、コンピュータシステム５００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に記憶させておくようにしてもよい。また、コンピュータシステム５００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」に記憶させておいてもよい。さらに、公衆回線、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などを介してコンピュータシステム５００に接続される「他のコンピュータシステム」に記憶させておいてもよい。そして、コンピュータシステム５００がこれらからプログラムを読み出して実行するようにしてもよい。

すなわち、この他の実施例でいうプログラムは、上記した「可搬用の物理媒体」、「固定用の物理媒体」、「通信媒体」などの記録媒体に、コンピュータ読み取り可能に記憶されるものである。そして、コンピュータシステム５００は、このような記録媒体からプログラムを読み出して実行することで上記した実施例と同様の機能を実現する。なお、この他の実施例でいうプログラムは、コンピュータシステム５００によって実行されることに限定されるものではない。例えば、他のコンピュータシステムまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

１０ ＳＩＰサーバ
１１ 受信部
１２ 負荷判定部
１３ 即時送信部
１４ 経過後送信部
１００ ＳＩＰサーバ
１１０ 信号受信部
１２０ 信号送信部
１３０ タイマ管理部
１４０ 記憶部
１４１ ヘッダ情報記憶部
１４２ 再送率記憶部
１４３ 信号数記憶部
１４４ 再送率閾値記憶部
１４５ 信号数閾値記憶部
１４６ トランザクション情報記憶部
１４７ ダイアログ情報記憶部
１５０ 制御部
１５１ 信号解析部
１５２ 信号監視部
１５３ トランザクション管理部
１５４ ダイアログ管理部
１５５ 信号数判定部
１５６ 再送率判定部
１５７ 信号生成部

Claims (6)

1. 処理依頼要求を示すリクエスト信号を受信する受信部と、
   自装置の処理負荷が閾値以上か否かを判定する負荷判定部と、
   前記負荷判定部により処理負荷が閾値以上と判定された場合に、前記リクエスト信号が受信されると即時に、前記リクエスト信号の再送を停止させる暫定レスポンス信号を前記リクエスト信号の送信元に送信する即時送信部と、
   前記負荷判定部により処理負荷が閾値未満と判定された場合に、前記リクエスト信号が受信されてから所定時間経過後に、前記暫定レスポンス信号を前記送信元に送信する経過後送信部と
   を有することを特徴とする情報処理装置。
2. 前記負荷判定部は、前記受信部によって単位時間当たりに受信されたリクエスト数が所定値以上である場合に、前記処理負荷が閾値以上であると判定することを特徴とする請求項１に記載の情報処理装置。
3. 前記受信部は、前記リクエスト信号に対する応答信号を受信していない送信元から送信された再送リクエスト信号を受信し、
   前記負荷判定部は、前記受信部によって単位時間当たりに受信された再送リクエスト信号数が所定値以上である場合に、前記処理負荷が閾値以上であると判定することを特徴とする請求項１に記載の情報処理装置。
4. 前記受信部は、前記リクエスト信号に対する応答信号を受信していない送信元から送信された再送リクエスト信号を受信し、
   前記負荷判定部は、前記受信部によって単位時間当たりに受信された信号に対する再送リクエスト信号の割合が所定値以上である場合に、前記処理負荷が閾値以上であると判定することを特徴とする請求項１に記載の情報処理装置。
5. 情報処理装置に、
   処理依頼要求を示すリクエスト信号を受信する受信手順と、
   自装置の処理負荷が閾値以上か否かを判定する負荷判定手順と、
   前記負荷判定手順により処理負荷が閾値以上と判定された場合に、前記リクエスト信号が受信されると即時に、前記リクエスト信号の再送を停止させる暫定レスポンス信号を前記リクエスト信号の送信元に送信する即時送信手順と、
   前記負荷判定手順により処理負荷が閾値未満と判定された場合に、前記リクエスト信号が受信されてから所定時間経過後に、前記暫定レスポンス信号を前記送信元に送信する経過後送信手順と
   を実行させることを特徴とする情報処理プログラム。
6. 情報処理装置が、
   処理依頼要求を示すリクエスト信号を受信する受信ステップと、
   自装置の処理負荷が閾値以上か否かを判定する負荷判定ステップと、
   前記負荷判定ステップにより処理負荷が閾値以上と判定された場合に、前記リクエスト信号が受信されると即時に、前記リクエスト信号の再送を停止させる暫定レスポンス信号を前記リクエスト信号の送信元に送信する即時送信ステップと、
   前記負荷判定ステップにより処理負荷が閾値未満と判定された場合に、前記リクエスト信号が受信されてから所定時間経過後に、前記暫定レスポンス信号を前記送信元に送信する経過後送信ステップと
   を有することを特徴とする情報処理方法。

Images