(57)【要約】【課題】処理モジュールが性能限界による動作不能状態になることを効率的に回避できるようにする。【解決手段】本発明のメッセージ入力管理装置は、受信した所定メッセージの処理モジュールへの受け渡しを、処理モジュールの処理能力に合わせて管理するメッセージ入力管理装置において、所定メッセージの到着の際、到着時点から過去に所定時間遡った単位時間内に処理モジュールに受け渡した所定メッセージの数を確認し、確認したメッセージ数が所定設定数を超えているか否かを判定する条件判定手段と、条件判定手段が所定設定数を超えていると判定した場合、今回受信した所定メッセージの処理モジュールへの受け渡しを制限する受け渡し制限手段とを備えることを特徴とする。【選択図】      図１
2007134966.tif 000002
【特許請求の範囲】
【請求項１】
受信した所定メッセージの処理モジュールへの受け渡しを、上記処理モジュールの処理能力に合わせて管理するメッセージ入力管理装置において、
上記所定メッセージの到着の際、到着時点から過去に所定時間遡った単位時間内に上記処理モジュールに受け渡した上記所定メッセージの数を確認し、確認したメッセージ数が所定設定数を超えているか否かを判定する条件判定手段と、
上記条件判定手段が上記所定設定数を超えていると判定した場合、今回受信した上記所定メッセージの上記処理モジュールへの受け渡しを制限する受け渡し制限手段と
を備えることを特徴とするメッセージ入力管理装置。
【請求項２】
受信した所定メッセージの処理モジュールへの受け渡しを、上記処理モジュールの処理能力に合わせて管理するメッセージ入力管理方法において、
条件判定手段が、上記所定メッセージの到着の際、到着時点から過去に所定時間遡った単位時間内に上記処理モジュールに受け渡した上記所定メッセージの数を確認し、確認したメッセージ数が所定設定数を超えているか否かを判定する条件判定工程と、
受け渡し制限手段が、上記条件判定手段が上記所定設定数を超えていると判定した場合、今回受信した上記所定メッセージの上記処理モジュールへの受け渡しを制限する受け渡し制限工程と
を備えることを特徴とするメッセージ入力管理方法。
【請求項３】
受信した所定メッセージの処理モジュールへの受け渡しを、上記処理モジュールの処理能力に合わせて管理するメッセージ入力管理プログラムにおいて、
コンピュータに、
上記所定メッセージの到着の際、到着時点から過去に所定時間遡った単位時間内に上記処理モジュールに受け渡した上記所定メッセージの数を確認し、確認したメッセージ数が所定設定数を超えているか否かを判定する条件判定手段、
上記条件判定手段が上記所定設定数を超えていると判定した場合、今回受信した上記所定メッセージの上記処理モジュールへの受け渡しを制限する受け渡し制限手段
として機能させることを特徴とするメッセージ入力管理プログラム。
【請求項４】
収容する複数の電話端末の呼を制御する呼制御手段を有するＩＰ交換機において、上記呼制御手段が請求項１に記載のメッセージ入力管理装置を有することを特徴とするＩＰ交換機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッセージ入力管理装置、メッセージ入力管理方法、メッセージ入力管理プログラム及びＩＰ交換機に関し、例えば、受け取ったＳＩＰ（Session  Initiation  Protocol）メッセージに基づいて収容する端末の呼を制御するＩＰ（Internet  Protocol）交換機に適用し得る。
【背景技術】
【０００２】
例えばＩＰ交換機において、呼制御モジュールは、収容する電話端末からリクエストメッセージが到来すると、リクエストメッセージに含まれている情報に基づいて所定処理を行ない、その後相手方の電話端末に対してリクエストメッセージ（以下、単にリクエストともいう。）を転送している。
【０００３】
ＩＰ交換機も含め情報処理装置において性能限界を有するモジュールは、到来するリクエストの数が短時間のうちに集中的に到着した場合、サーバの処理負荷が増大し、性能限界を超えると、動作不能となることがある。
【０００４】
このような問題を解消する従来の方法として、例えば、予め固定的な単位時間を設定し、その単位時間内にリクエストの到着数と所定の設定数との比較により、到着したリクエストを取り込みモジュールに受け渡すか否かを判断する方法がある。
【０００５】
例えば、図２は、上述した従来の方法をイメージさせる説明図である。図２では、横軸を時間軸とし、リクエストが到着するタイミングを示す。
【０００６】
また、図２において、時間軸方向の点線で示す時間幅は、予め設定された固定的な単位時間であり、連続的に設定されているものとする。なお、図２の例では、リクエストを通過させる設定数を単位時間当たり３個として説明する。
【０００７】
例えば、図２の単位時間内ａに３個のリクエストａ０、ａ１、ａ２が到着したとする。この場合、設定数「３個」以下であるから、全てのリクエストａ０、ａ１、ａ２を通過させる。
【０００８】
一方、図２の単位時間内ｂでは、６個のリクエストｂ０〜ｂ５が到着したとする。この場合、設定数以下のリクエストｂ０〜ｂ２までの３個のメッセージを通過させ、設定数を超えるリクエストｂ３以降のメッセージは全て廃棄させ、通過させないようにする。
【０００９】
このようにして、従来は、モジュールに受け渡すリクエストメッセージの数を制限し、処理が正しく実行されるようにしている。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述した従来の方法の場合、単位時間を固定的に設定するため、リクエストの到着数が設定数を超えてしまうと、その時間帯は連続的に不通（すなわち、リクエストの受け入れができない状態）となり、一時的にリクエストの透過率（モジュールへの受け渡しの確率）が悪くなるという問題がある。
【００１１】
そのため、全ての時間帯で、許容できる限界メッセージ数を常に通過させることができる、透過率を平均化できるメッセージ入力管理装置、メッセージ入力管理方法、メッセージ入力管理プログラム及びＩＰ交換機が求められている。
【課題を解決するための手段】
【００１２】
かかる課題を解決するために、第１の本発明のメッセージ入力管理装置は、受信した所定メッセージの処理モジュールへの受け渡しを、処理モジュールの処理能力に合わせて管理するメッセージ入力管理装置において、（１）所定メッセージの到着の際、到着時点から過去に所定時間遡った単位時間内に処理モジュールに受け渡した所定メッセージの数を確認し、確認したメッセージ数が所定設定数を超えているか否かを判定する条件判定手段と、（２）条件判定手段が所定設定数を超えていると判定した場合、今回受信した所定メッセージの処理モジュールへの受け渡しを制限する受け渡し制限手段とを備えることを特徴とする。
【００１３】
第２の本発明のメッセージ入力管理方法は、受信した所定メッセージの処理モジュールへの受け渡しを、処理モジュールの処理能力に合わせて管理するメッセージ入力管理方法において、（１）条件判定手段が、所定メッセージの到着の際、到着時点から過去に所定時間遡った単位時間内に処理モジュールに受け渡した所定メッセージの数を確認し、確認したメッセージ数が所定設定数を超えているか否かを判定する条件判定工程と、（２）受け渡し制限手段が、条件判定手段が所定設定数を超えていると判定した場合、今回受信した所定メッセージの処理モジュールへの受け渡しを制限する受け渡し制限工程とを備えることを特徴とする。
【００１４】
第３の本発明のメッセージ入力管理プログラムは、受信した所定メッセージの処理モジュールへの受け渡しを、処理モジュールの処理能力に合わせて管理するメッセージ入力管理プログラムにおいて、コンピュータに、（１）所定メッセージの到着の際、到着時点から過去に所定時間遡った単位時間内に処理モジュールに受け渡した所定メッセージの数を確認し、確認したメッセージ数が所定設定数を超えているか否かを判定する条件判定手段、（２）条件判定手段が所定設定数を超えていると判定した場合、今回受信した所定メッセージの処理モジュールへの受け渡しを制限する受け渡し制限手段として機能させることを特徴とする。
【００１５】
第４の本発明のＩＰ交換機は、収容する複数の電話端末の呼を制御する呼制御手段を有するＩＰ交換機において、呼制御手段が第１の本発明のメッセージ入力管理装置を有することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、全ての時間帯で、許容できる限界メッセージ数を常に通過させることができる、透過率を平均化できる。
【発明を実施するための最良の形態】
【００１７】
（Ａ）第１の実施形態
以下、本発明のメッセージ入力管理装置、メッセージ入力管理方法、メッセージ入力管理プログラム及びＩＰ交換機の第１の実施形態を図面を参照して説明する。
【００１８】
本実施形態は、シグナリングプロトコルとしてＳＩＰ（Session  Initiation  Protocol）を採用したＩＰ交換機（ＩＰ−ＰＢＸ）に本発明を適用した場合を示す。
【００１９】
（Ａ−１）第１の実施形態の構成
図３は、本実施形態のＩＰ交換機の内部のハードウェア構成例を示すブロック図であり、図１は、本実施形態のＩＰ交換機の内部機能構成をソフトウェア的に示したソフトウェアイメージ図である。
【００２０】
図３において、ＩＰ交換機（ＩＰ−ＰＢＸ）１００は、ＣＰＵ１２１、例えばＲＯＭ、ＲＡＭ（例えばＥＥＰＲＯＭなどの不揮発性の書き換え可能なメモリを含む）等から構成されるメモリ１２２、回線側インタフェース１２３、ネットワーク側インタフェース１２４を有する。
【００２１】
回線側インタフェース１２３は、内線網に収容する複数の電話端末と接続するための物理的なインタフェースであり、ネットワーク側インタフェース１２４は、例えば公衆網等と接続するための物理的なインタフェースである。
【００２２】
ＣＰＵ１２１は、ＩＰ交換機１００の機能を司るものであり、メモリ１２２は、処理プログラムや処理に必要な情報を格納したりするものである。例えば、ＣＰＵ１２１は、ＲＯＭに格納されている固定データやＲＡＭに格納されているテンポラリデータを用い、ＲＡＭをワーキングエリアメモリとして用いて、ＲＯＭに格納されている処理プログラムを実行することにより、ＩＰ交換機１００の機能を実現するものである。
【００２３】
図１において、ＩＰ交換機１００が実現する主な機能ブロックとして、マルチラインサーバ機能部１０１、ＳＩＰ−ＰＲＯＸＹ部１０２、メッセージ入力管理部１０３を少なくとも有する。
【００２４】
なお、図１では、ＩＰ交換機１００（ＩＰ−ＰＢＸ）の機能説明を分かりやすくするために２台の電話端末２００−１及び２００−２を収容した場合を示すが、電話端末２００の収容数は特に限定されるものではない。
【００２５】
図１において、ＩＰ交換機１００は、複数の電話端末２００−１及び２００−２を収容し、電話端末２００−１から送信されたリクエストメッセージを受け取ると、ＳＩＰに従った呼制御処理も含む所定の処理を施すと共に、相手方である電話端末２００−２にリクエストメッセージを転送するものである。また、ＩＰ交換機１００は、電話端末２００−２からリクエストに対するレスポンスメッセージを受け取ると、所定の処理を施すと共に、電話端末２００−１にレスポンスメッセージを転送するものである。これにより、ＩＰ交換機１００が接続する内線網及び公衆網に接続する電話端末２００間で授受されるメッセージを中継し、両端末間の呼を接続することができる。
【００２６】
マルチラインサーバ機能部１０１は、収容する電話端末２００−１及び２００−２からのメッセージ（リクエスト及びレスポンス）をＳＩＰ−ＰＲＯＸＹ部１０１から受け取ると、そのメッセージに含まれている情報に基づいて、呼接続を確立するためのキー番号及びダイヤル処理や接続制御処理やその他のＰＢＸサービスを提供するものである。
【００２７】
また、マルチラインサーバ機能部１０１は、メッセージ中の情報に基づいて所定の処理を行なうと、その処理結果をＳＩＰ−ＰＲＯＸＹ部１０２に与えるものである。
【００２８】
ＳＩＰ−ＰＲＯＸＹ部１０２は、ＳＩＰプロトコルに従った機能を提供するプロキシサーバであり、メッセージ入力管理部１０３を介して収容する電話端末２００−１及び２００−２からメッセージ（リクエスト及びレスポンス）を受信すると、そのメッセージをマルチラインサーバ機能部１０１に与えるものである。
【００２９】
また、ＳＩＰ−ＰＲＯＸＹ部１０２は、マルチラインサーバ機能部１０１における処理結果を受け取ると、その処理結果及び対応するメッセージに基づいて、メッセージのルーティング処理、認証処理、登録処理等を行ない、当該メッセージを着信先の電話端末２００−２及び２００−１に与えるものである。
【００３０】
これにより、電話端末２００−１及び２００−２間で授受されるメッセージの中継処理を実現することができる。
【００３１】
メッセージ入力管理部１０３は、ＳＩＰ−ＰＲＯＸＹ部１０２のメッセージ入力側に設定されるものであり、電話端末２００−１及び２００−２から到着するリクエストメッセージの入力状況を監視し、所定のリクエストが到着する度に、過去の所定時間（以下、単位時間ともいう）のうちに到着した所定のリクエストの到着数を確認し、その確認結果に基づいて今回到着したリクエストを通過させるか否かを判断するものである。
【００３２】
このように、所定のリクエストの到着時を基準とし、到着時点から過去に遡った単位時間内の所定リクエストの到着状況に応じて通過させるか否かを判断することにより、単位時間を動的に設定することができる。そのため、固定的に単位時間を設定した場合に生じていた透過率の偏りをなくすことができる。
【００３３】
また、所定リクエストの到着時を基準とするため、その到着時における現実のＳＩＰ−ＰＲＯＸＹ部１０２の処理状況に合わせて通過させるか否かを判断することができる。その結果として、ＳＩＰ−ＰＲＯＸＹ部１０２の性能制限による動作不能を回避することができる。
【００３４】
図４は、メッセージ入力管理部１０３が実現する機能構成を示す機能ブロック図である。図４に示すように、メッセージ入力管理部１０３は、設定機能部１０３ａ、比較判定機能部１０３ｂとを少なくとも有する。
【００３５】
設定機能部１０３は、ユーザやシステム運用者等の操作により、メッセージ入力管理部１０３に設定する各種設定情報を設定するためのものである。本実施形態では、設定情報として、監視対象メッセージの設定や、単位時間の設定、メッセージを通過か否かを判定するための閾値（単位時間内の設定数）などがある。
【００３６】
ここで、メッセージ入力管理部１０３が監視するメッセージ種類を予め設定することができる。本実施形態では、「ＩＮＶＩＴＥ」、「ＲＥＧＩＳＴＥＲ」、「ＳＵＢＳＣＲＩＢＥ」等のリクエストメッセージを監視対象メッセージとする。
【００３７】
なお、過去の単位時間及び単位時間内における到着数の閾値は、予め設定することができ、また設定後に変更することもできる。
【００３８】
図５は、単位時間、設定数及び対象メッセージ等の設定情報をメッセージ入力管理部１０３に設定する例を示す。図５では、「単位時間」を「１００ｍｓ」とし、「リクエスト数」を「２０個」とし、「監視対象リクエスト」は「ＩＮＶＩＴＥ、ＲＥＧＩＳＴＥＲ」について監視を「ＯＮ」にセットし、「ＳＵＢＳＣＲＩＢＥ」について監視を「ＯＦＦ」にセットした場合を示す。
【００３９】
また、比較判定機能部１０３ｂは、リクエストの到着時に、単位時間内に到着したメッセージ数を確認し、そのメッセージ数と閾値とを比較し、その比較結果に基づいてメッセージ通過を許容するか否かを判定するものである
また、メッセージ入力管理部１０３によるリクエストを通過させる判断方法は、例えば、到着時から過去の単位時間内に、所定リクエストの到着数が、所定の設定数を超えている場合には今回のリクエストを廃棄し、所定の設定数以下である場合には今回のリクエストを通過させるようにする方法が考えられる。
【００４０】
（Ａ−１）第１の実施形態の動作
次に、本実施形態に係るＩＰ交換機１００のメッセージ入力管理部１０３の動作を図面を参照して説明する。
【００４１】
図６は、メッセージ入力管理部１０３によるメッセージの入力管理動作を示すフローチャートである。
【００４２】
まず、ＩＰ交換機１００にメッセージが到来すると、メッセージ入力管理部１０３は、到着したメッセージに含まれているメッセージの種別情報に基づいて、当該到着したメッセージの種類を確認する（Ｆ１及びＦ２）。
【００４３】
本実施形態では、「ＩＮＶＩＴＥ」、「ＲＥＧＩＳＴＥＲ」、「ＳＵＢＳＣＲＩＢＥ」のリクエストメッセージを対象とし、到着したメッセージがこれらのリクエストである場合に以下の処理を続行する。
【００４４】
到着したメッセージが対象とするリクエストである場合、メッセージ入力管理部１０３は、そのリクエストが到着した時刻から過去に遡った所定の単位時間内の所定リクエストの到着数を確認する（Ｆ３）。
【００４５】
過去の単位時間内のリクエスト到着数を確認すると、メッセージ入力管理部１０３は、そのリクエスト到着数と所定の設定数とを比較する（Ｆ４）。
【００４６】
そして、過去の単位時間内のリクエスト到着数が設定数を超えていない場合（Ｆ５）、メッセージ入力管理部１０３は、今回到着したリクエストを取り込み、そのリクエストをＳＩＰ−ＰＲＯＸＹ部１０２に与える（リクエスト通過）（Ｆ７）。
【００４７】
このとき、メッセージ入力管理部１０３は、通過させたリクエストの到着時刻を記録しておく（Ｆ８）。なお、ログ情報として、メッセージの種類などその他の情報を同時に対応付けて記録してもよい。
【００４８】
一方、過去の単位時間内のリクエスト到着数が設定数を超えている場合（Ｆ５）、メッセージ入力管理部１０３は、今回到着したリクエストを廃棄する。
【００４９】
以上のようにして、ＳＩＰ−ＰＲＯＸＹ部１０２の性能限界を保護し、動作不能となることを回避することができる。
【００５０】
図７は、縦軸を時間軸とした場合の６個のリクエストメッセージ１〜６の到着タイミングとリクエスト通過との関係を示す。なお、図７では、単位時間当たりの設定数を３個とした場合を示す。
【００５１】
例えば、図７のリクエスト４（Request４）がメッセージ入力管理部１０３に到着すると、メッセージ入力管理部１０３は、リクエスト４の到着時から過去に遡った単位時間内のリクエスト到着数を確認する。
【００５２】
そうすると、図７に示すように、過去の単位時間内に３個のリクエスト１〜３が到着しており、リクエスト４の到着も含めれば、単位時間内のリクエスト数は４個となる。そのため、単位時間内のリクエスト到着数が設定数を超えているので、メッセージ入力管理部１０３はリクエスト４を廃棄する。
【００５３】
図８は、ＩＰ交換機１００と電話端末２００との間の通信におけるリクエストの廃棄の様子をイメージさせる図である。図８の電話端末２００−１〜２００−４のそれぞれが図７に示すリクエスト１〜４を送信するものとする。
【００５４】
この場合、ＩＰ交換機１００は、電話端末２００−１〜２００−３からのリクエスト１〜３を取り入れるが、電話端末２００−４からのリクエスト４を廃棄する。
【００５５】
このように、リクエストメッセージが到着する時間帯に関係なく、全ての時間帯で、許容できる限界メッセージ数を常に通過させることができ、透過率を平均化させることができる。
【００５６】
また、従来、利用されている固定時間にすると、集中的にリクエストが到着した場合、その固定時間が終了するまで、全てのリクエストを廃棄することとなり、一時期の透過率が悪くなる。
【００５７】
また、図９は、メッセージ入力管理処理の時間経過変化を示すイメージ図である。図９では、横軸を時間軸とし、リクエストの到着タイミングを示す。
【００５８】
例えば、図９において、リクエストｔ５が到着すると、過去の単位時間内に３個のリクエスト２〜４が到着しているため、メッセージ入力管理部１０３はリクエストｔ５を廃棄する。
【００５９】
また例えば、リクエストｔ６が到着した場合も、同様にして過去の単位時間内のリクエスト到着数を確認するが、このときのリクエスト到着数はリクエストｔ３及びｔ４の２個であるから、メッセージ入力管理部１０３はリクエストｔ６を通過させることができる。
【００６０】
ここで、従来の方法を利用して、図９に示すタイミングのリクエストに対する処理を行なおうとすると、従来の固定的な単位時間の設定によっては、リクエストｔ５を廃棄後、それ以降に到着するリクエストｔ６をも廃棄にすることも生じ得る。
【００６１】
しかし、本実施形態では、単位時間の設定を動的に変化させることで、その到着時点でのリクエスト到着数との比較ができるので、従来の方法よりもリクエストの透過率を全時間帯で平均化することができる。すなわち、リクエストの入力が混み合った時間帯でもリクエストの取り込みを許容し得る。
【００６２】
次に、リクエストが廃棄された後に電話端末２００から再送されたリクエストのリカバリー処理について図１０及び図１１のシーケンスを参照して説明する。なお、図１０及び図１１では、電話端末２００が回線捕捉を要求するための「ＳＵＢＳＣＲＵＢＥ」メッセージを送信する場合を示す。
【００６３】
図１０において、電話利用者がメッセージの発信操作を行なうと（Ｓ１）、電話端末２００から「ＳＵＢＳＣＲＩＢＥ」がＩＰ交換機１００に送信される（Ｓ２）。
【００６４】
このとき、ＩＰ交換機１００のメッセージ入力管理部１０３は、当該「ＳＵＢＳＣＲＩＢＥ」の到着に基づく過去の単位時間内の到着数を確認すると、設定数を超えているものと判断し、当該「ＳＵＢＳＣＲＩＢＥ」を廃棄する（Ｓ３）。
【００６５】
その後、「ＳＵＢＳＣＲＩＢＥ」の廃棄により、ＳＩＰプロトコルレベルで、再度「ＳＵＢＳＣＲＩＢＥ」が電話端末２００から再送される（Ｓ４）。そして、この再送された「ＳＵＢＳＣＲＩＢＥ」がＩＰ交換機１００に与えられ、メッセージ入力管理部１０３により許容されると、再送された「ＳＵＢＳＣＲＩＢＥ」は、ＳＩＰ−ＰＲＯＸＹ部１０２及びマルチラインサーバ機能部１０１に与えられる（Ｓ４）
再送された「ＳＵＢＳＣＲＩＢＥ」がマルチラインサーバ機能部１０１に与えられると、マルチラインサーバ機能部１０１は、応答メッセージとして「２００  ＯＫ」メッセージを、ＳＩＰ−ＰＲＯＸＹ部１０２及びメッセージ入力管理部１０３を介して電話端末２００に返信する（Ｓ５）。
【００６６】
また、マルチラインサーバ機能部１０１は、所定の処理を施して回線を捕捉すると、「ＮＯＴＩＦＹ」メッセージを、ＳＩＰ−ＰＲＯＸＹ部１０２及びメッセージ入力管理部１０３を介して電話端末２００に返信する（Ｓ６）。そして、その後は通常のシーケンス処理が行われる。
【００６７】
次に、図１１では、電話端末２００が再送するメッセージが全て廃棄された場合を示す。
【００６８】
図１１において、電話端末２００が発信及び再送した「ＳＵＢＳＣＲＩＢＥ」が、メッセージ入力管理部１０３により全て廃棄されると（Ｓ１〜Ｓ４及びＳ１１）、電話端末２００は、再送満了を確認してリクエストの送信を停止する（Ｓ１２）。
【００６９】
そして、所定のエラー処理が電話端末２００において行なわれ（Ｓ１３）、最終的にアイドル状態になる（Ｓ１４）。
【００７０】
（Ａ−３）第１の実施形態の効果
以上のように、本実施形態によれば、所定のリクエストメッセージが到着した際に、その到着時点から過去に所定時間だけ遡った単位時間内の所定リクエストメッセージの到着数に応じて、メッセージの受け入れを判断することとしたので（単位時間の動的設定）、リクエストメッセージの到着する時間帯に関係なく、全ての時間帯でメッセージの透過率を平均化することができる。
【００７１】
（Ｂ）他の実施形態
（Ｂ−１）上述した第１の実施形態では、メッセージ入力管理部をＩＰ交換機における呼制御モジュールであるＳＩＰ−ＰＲＯＸＹ部に設けた場合を説明したが、呼制御モジュールに限定されるものではなく、またＩＰ交換機に搭載されるものに限定されるものではなく、処理限界を有するその他の処理モジュールに広く適用することができる。
【００７２】
また、上述した第１の実施形態では、音声通信とする場合について説明したが、他のメディアデータ（例えば、画像データ、映像データ、オーディオデータ、ＦＡＸデータ等）を通信するネットワークシステムにも適用できる。
【００７３】
（Ｂ−２）上述した第１の実施形態では、シグナリングプロトコルとしてＳＩＰを採用したシステムに適用した場合を示したが、例えば、Ｈ．３２３やＭＧＣＰ（Media  Gateway  Control  Protocol）等その他ＳＩＰ以外のプロトコルにも適用することができる。
【００７４】
（Ｂ−３）上述した第１の実施形態において、メッセージ入力管理部が到着リクエストの通過を判断するため単位時間内の到着設定数は、各リクエストのメッセージ種類によって設定するようにしてもよい。
【００７５】
例えば、「ＩＮＶＩＴＥ」メッセージについては、リクエストを通過させる閾値を「５」と設定し、「ＳＵＢＳＣＲＩＢＥ」メッセージについては、その閾値を「３」と設定するようにしても良い。
【図面の簡単な説明】
【００７６】
【図１】第１の実施形態のＩＰ交換機の内部機能構成をソフトウェア的に示したソフトウェアイメージ図である。
【図２】従来の受信したメッセージの受け渡し方法をイメージさせる説明図である。
【図３】第１の実施形態のＩＰ交換機の内部構成を示すブロック図である。
【図４】第１の実施形態のメッセージ入力管理部の機能構成を示す機能ブロック図である。
【図５】第１の実施形態のメッセージ入力管理部への設定情報の設定例を説明する説明図である。
【図６】第１の実施形態の受信したメッセージの入力管理動作を示すフローチャートである。
【図７】第１の実施形態の動作説明において、リクエストの到着タイミングとその通過の許容との関係を説明するイメージ図である。
【図８】ＩＰ交換機と電話端末との間の通信におけるリクエストの廃棄の様子をイメージさせる図である。
【図９】第１の実施形態のメッセージ入力管理処理の時間経過変化を示すイメージ図である。
【図１０】第１の実施形態の再送されたリクエストに対する処理シーケンスである（１）。
【図１１】第１の実施形態の再送されたリクエストに対する処理シーケンスである（２）。
【符号の説明】
【００７７】
１００…ＩＰ交換機、１０１…マルチラインサーバ機能部、１０２…ＳＩＰ−ＰＲＯＸＹ部、１０３…メッセージ入力管理部、１０３ａ…設定機能部、１０３ｂ…比較判定機能部、２００（２００−１及び２００−２）…電話端末。
【図１】
2007134966.tif 000003
【図２】
2007134966.tif 000004
【図３】
2007134966.tif 000005
【図４】
2007134966.tif 000006
【図５】
2007134966.tif 000007
【図６】
2007134966.tif 000008
【図７】
2007134966.tif 000009
【図８】
2007134966.tif 000010
【図９】
2007134966.tif 000011
【図１０】
2007134966.tif 000012
【図１１】
2007134966.tif 000013