(57)【要約】  【課題】ＩＰ網におけるセッションを設定するアプリケーションにおいて、セッションの受け付け判定、すなわち、帯域が確保可能か否かの判定を行う技術を提供すること。  【解決手段】呼（セッション）設定の受付判定装置は、地域情報に関係のない番号（例えば、電話番号の下４桁）を基にユーザを収容し、そのユーザの番号からの発呼あるいはその番号への着呼の情報、もしくはそのユーザの発呼と着呼のいずれかの発着信情報と設備情報，ルーティング情報と、全ユーザに占めるそのセッション設定サーバもしくは専用装置が収容するユーザの割合から、全国のリンクごとの帯域の使用状況を推定し、その推定結果を用いてセッションの受付判定を行う。【選択図】  図１
2008193541.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ網におけるセッションを設定するアプリケーションのセッション設定の受付判定方法であって、
各ユーザのアドレスを示す番号の任意の下ｎ桁（ｎ：整数），ユーザの地域を示す番号とは関係ない番号あるいはそれらから得られるハッシュ値を基にユーザをグループに分け、
そのグループに属するユーザからのあるいはそのグループに属するユーザへのセッション設定依頼情報およびセッションの解除情報をリアルタイムに収集し、
ネットワークの物理的構成およびそのリンクの帯域情報を収集し、
ネットワークのルーティング情報を収集し、
前記セッション設定依頼情報内の発信端末の所在地と着信相手の所在地とルーティング情報からネットワークの各リンクの使用帯域を計算し、
その計算結果とそのグループに属するユーザ数の全ユーザに対する割合から全ユーザが使用している帯域をリンクごとに推定し、
その推定結果を基にセッション設定の受付判定を行うことを特徴とするセッション設定の受付判定方法。
【請求項２】
セッション設定の発信率が上がり、受付判定装置への負荷が上昇した場合に、
前記ユーザのグループを、前記下ｎ桁の桁数を上げることによりサブグループに細分化し、
その細分化されたサブグループに属するユーザからのあるいはそのサブグループに属するユーザへのセッション設定依頼情報をリアルタイムに収集することを特徴とする請求項１に記載のセッション設定の受付判定方法。
【請求項３】
前記ルーティング情報の収集方法として、
ＩＰ網においてルータ間でやりとりされるルーティング情報を収集し、
収集されたルーティング情報から各ルータが行っている方法により網内の全てのルータで構成されるルーティングテーブルを取得することにより、
網全体でのルーティングテーブルを構成する方法を用いることを特徴とする請求項１または２に記載のセッション設定の受付判定方法。
【請求項４】
ＩＰ網におけるセッションを設定するアプリケーションのセッション設定の受付判定を行うセッション設定の受付判定装置であって、
各ユーザのアドレスを示す番号の任意の下ｎ桁（ｎ：整数），ユーザの地域を示す番号とは関係ない番号あるいはそれらから得られるハッシュ値を基にユーザをグループに分け、
そのグループに属するユーザからのあるいはそのグループに属するユーザへのセッション設定依頼情報およびセッションの解除情報をリアルタイムに収集する手段と、
ネットワークの物理的構成およびそのリンクの帯域情報を収集する手段と、
ネットワークのルーティング情報を収集する手段と、
前記セッション設定依頼情報内の発信端末の所在地と着信相手の所在地とルーティング情報からネットワークの各リンクの使用帯域を計算し、その計算結果とそのグループに属するユーザ数の全ユーザに対する割合から全ユーザが使用している帯域をリンクごとに推定する手段と、
その推定結果を基にセッション設定の受付判定を行う受付判定手段と
を有することを特徴とするセッション設定の受付判定装置。
【請求項５】
セッション設定の発信率が上がり、前記受付判定手段への負荷が上昇した場合に、
前記ユーザのグループを、前記下ｎ桁の桁数を上げることによりサブグループに細分化し、
その細分化されたサブグループに属するユーザからのあるいはそのサブグループに属するユーザへのセッション設定依頼情報をリアルタイムに収集することを特徴とする請求項１に記載のセッション設定の受付判定装置。
【請求項６】
前記ルーティング情報の収集手段として、
ＩＰ網においてルータ間でやりとりされるルーティング情報を収集し、
収集されたルーティング情報から各ルータが行っている方法により網内の全てのルータで構成されるルーティングテーブルを取得することにより、
網全体でのルーティングテーブルを構成する手段を用いることを特徴とする請求項４または５に記載のセッション設定の受付判定装置。
【請求項７】
前記分類されたユーザのグループ（サブグループ）からのセッション設定依頼情報をリアルタイムに収集する手段として、
そのグループ（サブグループ）ごとにユーザをセッション設定・解除装置に収容し、そのセッション設定・解除装置がセッション設定依頼情報を受信あるいは送信するごとにセッション設定依頼情報をリアルタイムに収集する手段を用いることを特徴とする請求項４または５に記載のセッション設定の受付判定装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Ｉnternet Ｐrotocol ）網における少なくとも電話を含むセッションを設定するアプリケーションのセッションの帯域が確保可能か否かを判定する技術に関するものである。
本発明において、セッションとは、一般的な、二つのシステム間でデータをやり取りするための、接続の開始から終了までの一連の処理を含む論理的な接続関係をさすが、この中には、上述のように、少なくとも電話（いわゆるＶｏＩＰ（Ｖoice over Ｉnternet Ｐrotocol ））を含むものとする。なお、電話の場合には、セッションに対応する接続関係を通常、「呼」と称するので、以下の説明では、これを含めて、「呼」と「セッション」とを同義に扱うものとする。
【背景技術】
【０００２】
図５に概略構成を示す現行電話網において、発信者（Ａ）５００ａが着信者（Ｂ）５００ｂに電話をかける場合に帯域がどのように確保されるかを、非特許文献１に従って説明する。発信者（Ａ）５００ａを収容している加入者交換機（Ａ）５０１は、発信者（Ａ）５００ａからの発呼を受け取ると、着信者（Ｂ）５００ｂの番号を調べ、着信者（Ｂ）５００ｂに送るためには，加入者交換機（Ａ）５０１と直接つながっている交換機のうちのどの交換機に送ればよいのかを、番号翻訳表を調べて決定する。次に、中継リンクの中に空いている回線があるかどうかを調べ、空いていたら予約をする。
【０００３】
この場合の予約の手順を、図６に示す。ここでは、加入者交換機（加入者交換機（Ａ）６０１，加入者交換機（Ｃ）６０２）につながる中継リンク６０４のうちの空いている回線番号９９番を、共通線信号網６０３を使って、加入者交換機（Ａ）６０１が次の交換機である中継交換機（Ｃ）６０２に送る。次に、加入者交換機（Ａ）６０１は、発信者Ａからの回線と回線番号９９とを連結する。中継交換機（C）６０２は、共通線信号網６０３から送られてきたメッセージを受け取り、回線番号９９番を加入者交換機（Ａ）６０１から受け取る。
【０００４】
これに続く手順を、図７に示す。すなわち、前段の加入者交換機（Ａ）から回線番号９９を受け取った中継交換機（Ｃ）７０２は、着番号と番号翻訳表から次の交換機を割り出し、中継リンク７０３から空いている回線番号５８番を選択し、共通線信号網で次の交換機に回線番号５８番を通知し、回線番号９９と回線番号５８を連結する。次（後段）の交換機である加入者交換機（Ｂ）でも、同様に、着呼番号から着信者（Ｂ）を探して、着信者（Ｂ）と回線番号５８を連結する。これにより、発信者（Ａ）から着信者（Ｂ）への帯域が確保される。発信者（Ａ）から着信者（Ｂ）までの回線が確保されれば呼は受付され、確保できなければビジーとして発呼は拒否される。
【０００５】
【非特許文献１】米田正明：電話はなぜつながるのか、日経BP社（２００６）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
背景技術の項で説明した電話網では、別名回線交換網と呼ばれるように、発信者から着信者まで、回線を確保しながらセッション（呼）を設定する。そのため、セッションの受付判定は、発信者から着信者までに経由する交換機間で回線を確保できたかどうかで判定することができる。装置としては、加入者交換機であればその交換機が収容しているユーザからの発呼もしくはそのユーザへの着呼について、中継交換機であればその中継交換機が中継する呼について、入り側と出側の回線が確保できるかどうかの判定を行えばよい。
【０００７】
一方、ＳＩＰ（Ｓession Ｉnitiation Ｐrotocol ）を用いたＶｏＩＰ網の場合は、そもそも回線交換網ではないため、ＳＩＰの信号パケットのやり取りの際に帯域を確保していくようなことは行わない。すなわち、元々信号パケットのやり取りにおいては、帯域を確保する仕組みがないのである。また、ＳＩＰの信号パケットが経由するルート（電話網における、共通線信号網に対応する別ルート）と音声パケットが経由するルートとでは、ルートが必ずしも一致している必要がないため、電話網の場合のように、局所ごとに帯域を確保していくような方法をとることができないという状況にある。
【０００８】
このため、帯域を管理するためには、全ての地域の全てのセッションをリアルタイムに監視し、リンクごとに帯域が確保できるかどうか判断しなければならない。しかしながら、これには、その装置は、日本全体を監視しなければならないため負荷が集中し、非常に高速な処理能力を求められるという課題がある。また、高負荷による処理遅延からリアルタイムの監視が非常に困難であるという課題もある。さらに、日本全体の負荷が上昇したときには、処理能力が追いつかないという課題もある。
【０００９】
本発明は上述の課題を解決するためになされたもので、より具体的には、本発明は、ＩＰ網におけるセッションを設定するアプリケーションにおいて、セッションの受け付け判定、すなわち、帯域が確保可能か否かの判定を行う技術を提供することをその目的とするものである。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明に係る技術では、以下のような原理に基づいて、セッション受付制御を行うものである。
【００１１】
電話網では、加入者交換機が信号端局を兼ねていたのに対して、本発明に係る技術では、呼（セッション）受付判定装置は、地域情報に関係のない番号（例えば、電話番号の下４桁）を基にユーザを収容し、そのユーザの番号からの発呼あるいはその番号への着呼の情報、もしくはそのユーザの発呼と着呼のいずれかの発着信情報と設備情報，ルーティング情報と、全ユーザに占めるそのセッション設定サーバもしくは専用装置が収容するユーザの割合から、全国のリンクごとの帯域の使用状況を推定し、その推定結果を用いてセッションの受付判定を行う。ここで、セッション受付判定装置は、専用装置でもよいし、セッション設定サーバが兼ねてもよい。なお、そのときは、セッション設定サーバに収容されるユーザは、地域情報に関係のない番号（例えば、電話番号の下４桁）を基にユーザを収容しているものとする。
【００１２】
より具体的には、本発明に係るセッション設定の受付判定方法は、ＩＰ網におけるセッションを設定するアプリケーションのセッション設定の受付判定方法であって、各ユーザのアドレスを示す番号（電話の場合電話番号）の任意の下ｎ桁（ｎ：整数），ユーザの地域を示す番号とは関係ない番号あるいはそれらから得られるハッシュ値を基にユーザをグループに分け、そのグループに属するユーザからのあるいはそのグループに属するユーザへのセッション設定依頼情報およびセッションの解除情報をリアルタイムに収集し、ネットワークの物理的構成およびそのリンクの帯域情報を収集し、ネットワークのルーティング情報を収集し、前記セッション設定依頼情報内の発信端末の所在地と着信相手の所在地とルーティング情報からネットワークの各リンクの使用帯域を計算し、その計算結果とそのグループに属するユーザ数の全ユーザに対する割合から全ユーザが使用している帯域をリンクごとに推定し、その推定結果を基にセッション設定の受付判定を行うことを特徴とするものである。
【００１３】
ここで、セッション設定の発信率が上がり、受付判定装置への負荷が上昇した場合には、前記ユーザのグループを、前記下ｎ桁の桁数を上げることによりサブグループに細分化し、その細分化されたサブグループに属するユーザからのあるいはそのサブグループに属するユーザへのセッション設定依頼情報をリアルタイムに収集することが好ましい。
【００１４】
また、前記ルーティング情報の収集方法として、ＩＰ網においてルータ間でやりとりされるルーティング情報を収集し、収集されたルーティング情報から各ルータが行っている方法により網内の全てのルータで構成されるルーティングテーブルを取得することにより、網全体でのルーティングテーブルを構成する方法を用いることが好ましい。
【００１５】
本発明は、上記方法に基づくセッション設定の受付判定装置として具体化することが可能である。
例えば、本発明に係るセッション設定の受付判定装置は、ＩＰ網におけるセッションを設定するアプリケーションのセッション設定の受付判定を行うセッション設定の受付判定装置であって、各ユーザのアドレスを示す番号（電話の場合電話番号）の任意の下ｎ桁（ｎ：整数），ユーザの地域を示す番号とは関係ない番号あるいはそれらから得られるハッシュ値を基にユーザをグループに分け、そのグループに属するユーザからのあるいはそのグループに属するユーザへのセッション設定依頼情報およびセッションの解除情報をリアルタイムに収集する手段と、ネットワークの物理的構成およびそのリンクの帯域情報を収集する手段と、ネットワークのルーティング情報を収集する手段と、前記セッション設定依頼情報内の発信端末の所在地と着信相手の所在地とルーティング情報からネットワークの各リンクの使用帯域を計算し、その計算結果とそのグループに属するユーザ数の全ユーザに対する割合から全ユーザが使用している帯域をリンクごとに推定する手段と、その推定結果を基にセッション設定の受付判定を行う受付判定手段とを有することを特徴とするものである。
【００１６】
ここで、セッション設定の発信率が上がり、前記受付判定手段への負荷が上昇した場合には、前記ユーザのグループを、前記下ｎ桁の桁数を上げることによりサブグループに細分化し、その細分化されたサブグループに属するユーザからのあるいはそのサブグループに属するユーザへのセッション設定依頼情報をリアルタイムに収集することが好ましい。
【００１７】
また、前記ルーティング情報の収集手段として、ＩＰ網においてルータ間でやりとりされるルーティング情報を収集し、収集されたルーティング情報から各ルータが行っている方法により網内の全てのルータで構成されるルーティングテーブルを取得することにより、網全体でのルーティングテーブルを構成する手段を用いることことが好ましい。
【００１８】
またさらに、前記分類されたユーザのグループ（サブグループ）からのセッション設定依頼情報をリアルタイムに収集する手段として、そのグループ（サブグループ）ごとにユーザをセッション設定・解除装置に収容し、そのセッション設定・解除装置がセッション設定依頼情報を受信あるいは送信するごとにセッション設定依頼情報をリアルタイムに収集する手段を用いることが好ましい。
【発明の効果】
【００１９】
本発明によれば、全ユーザの発着信情報から、統計学における系統抽出法によるサンプリングを行ったのと同じ効果が得られる。系統抽出法によるサンプリングは、無作為抽出に非常に近いため地域の偏りなくサンプリングすることが可能となる。これにより負荷分散が実現し、課題であった非常に高速な処理能力を持った受付装置（セッション設定の受付判定装置）を設置する必要がなくなる。また、負荷分散により負荷が減少し、処理遅延が発生する可能性が低くなり、リアルタイム監視が可能となる。また、日本全体の発呼率が上昇したような場合にも、系統抽出法のサンプリング精度を下げることにより、高負荷に処理能力が追いつかないような状況を避けることができる。
【発明を実施するための最良の形態】
【００２０】
以下に、添付の図面に示す好適実施形態に基づいて、本発明をより詳細に説明する。
なお、ここでは、ＶｏＩＰ網において電話の呼設定を行う場合を例として説明するが、本発明はこれに限定されるものではなく、リアルタイム性が必要とされるアプリケーションにおけるセッション設定を行う場合、全般に有効なものである。
【００２１】
図１は、本発明を適用する簡単なネットワーク構成の一実施形態を示す図である。
本実施形態に示すのは、ＳＩＰサーバが特定の地域ごとにユーザを収容する、という限定なしに構成されている、汎用的なネットワーク構成例であり、この場合には、ＳＩＰサーバとこのＳＩＰサーバに収容されるユーザの所在位置との間には、特別の制約は存在しない。なお、ＳＩＰサーバが特定の地域ごとにユーザを収容する構成については、後に別に説明する。
【００２２】
本実施形態に係るネットワーク構成の特徴は、ＳＩＰサーバに対応するように呼受付判定装置を配置して構成した点にある。ここで、呼受付判定装置は、呼を設定するアプリケーションのセッションの帯域が確保可能か否かを判定する機能を有するものであり、この構成は、後述する、ＳＩＰサーバが特定の地域ごとにユーザを収容する構成における、ＳＩＰサーバと呼受付判定装置との配置の位置関係とは異なり、必要に応じて、ＳＩＰサーバと呼受付判定装置とを一体構成とすることが容易になるという利点を有する構成である。
【００２３】
以下、本実施形態に係るネットワーク構成における、呼受付判定装置の構成とその作用について順次説明する。
まず、ユーザは、電話番号の下ｎ桁（ここでは、２桁として説明する）に従ってＳＩＰサーバに収容されているものとする。例えば、図１中のＳＩＰサーバ（１１）１０１は、電話番号の下２桁が１１のユーザを収容している。なお、ここでは、呼受付判定装置１０５，１０６，１０７，１０８は、上述の通り、ＳＩＰサーバ１０１，１０２，１０３，１０４に対応して設置されており、ルータ１０９ａ，１０９ｂ，１０９ｃ，１０９ｄを介して発信者（Ｅ）１００ａ，発信者（Ｗ）１００ｂと接続されている。
【００２４】
ここで、発信者（Ｅ）１００ａが着信者（Ｗ）１００ｂに電話をかける場合を想定し、各装置がどのような動作を行うのかを説明する。発信者（Ｅ）１００ａから発せられたＳＩＰのＩＮＶＩＴＥ信号は、ルータ１０９ａ，１０９ｃを経由して発信者が収容されているＳＩＰサーバ（１１）１０１）に送られる。ＳＩＰサーバ（１１）１０１は、着信者（Ｗ）１００ｂが収容されているＳＩＰサーバ（２２）１０４へＩＮＶＩＴＥ信号を転送する。ＩＮＶＩＴＥ信号を受け取ると、ＳＩＰサーバ（２２）１０４は、呼（セッション）を受け付けてよいか否かを判定するために、呼受付判定装置（２２）１０８にパケットを送信する。
【００２５】
このパケット受け取った呼受付判定装置（２２）１０８は、発信者（Ｅ）１００ａから着信者（Ｗ）１００ｂへの転送網でのルートを確認し、呼（セッション）を受け付けるに足る帯域が余っていれば呼受付可能と判断して、受付可能である旨を示す情報をパケットに乗せ、ＳＩＰサーバ（２２）１０４に送信する。呼受付可能と判断されたパケットを受け取ったＳＩＰサーバ（２２）１０４は，着信者（Ｗ）１００ｂへＩＮＶＩＴＥパケットを送信し、その後は、通常のＳＩＰ信号のやり取りを行って、呼（セッション）を設定する。
【００２６】
また、呼受付不可の場合には、呼受付判定装置（２２）１０８は、呼（セッション）が受付不可であることを示す情報をパケットに乗せ、ＳＩＰサーバ（２２）１０４に送信する。このパケットを受け取ったＳＩＰサーバ（２２）１０４は，発信者（Ｅ）１００ａに対して、ＳＩＰ信号を用いて接続不可を通知する。
【００２７】
次に、接続を解除するために発信者（Ｅ）１００ａもしくは着信者（Ｗ）１００ｂがＳＩＰのＢＹＥ信号を送る場合について説明する。ここでは、発信者（Ｅ）１００ａがＢＹＥ信号を送ったものとする。発信者（Ｅ）１００ａがＢＹＥ信号を送信すると、その信号パケットは、ルータ１０９ａ，１０９ｃを経由してＳＩＰサーバ（１１）１０１に送られる。
【００２８】
ＳＩＰサーバ（１１）１０１は、受け取ったＢＹＥ信号を着信者（Ｗ）１００ｂが収容されているＳＩＰサーバ（２２）１０４に送信する。ＳＩＰサーバ（２２）１０４は、ＢＹＥ信号を受け取ると、呼（セッション）の解除に伴うＳＩＰ信号のやりとりを行うと同時に、呼受付判定装置（２２）１０８に対して、呼が解除された旨を示す情報をパケットに乗せて送信する。そのパケットを受け取った呼受付判定装置（２２）００８は、発信者（Ｅ）１００ａと着信者（Ｗ）１００ｂとの間での呼が解除されたことを記録する。
【００２９】
次に、図２に示す本発明の呼受付判定装置のブロック図により、呼受付判定装置の具体的な構成並びに機能、および詳細な処理の流れを説明する。
網の管理者は、呼受付判定装置の情報入力部２０１に、物理網情報（物理ネットワークの構成、リンクの帯域）を入力する。入力された情報は、物理網情報ＤＢ２０２に保存される。ルーティング情報構成部２０４では、ルータがルーティングテーブルを作成するのと同じ方法で、パケット受信部２０３から得られたルーティングに関する情報のやり取りを行うパケットから、ルーティングテーブルを構成する。
【００３０】
前述のようなＳＩＰサーバとの配置の位置関係等の、呼受付判定装置の設置場所によっては、ルーティングテーブルを作成するのに必要な情報が、そこを流れるルーティングに関する情報をやりとりするパケットから得られない場合があるが、その場合には、ルータ等から必要なルーティング情報を収集するために、パケット送信部２０８からその依頼パケットを送信し、パケット受信部２０３で受信し、ルーティング情報構成部２０４でネットワーク全体でのルーティング情報を手に入れるようにすることもできる。
【００３１】
端末（発信者（Ｅ）１００ａ，着信者（Ｗ）１００ｂ等）から呼（セッション）の設定依頼がなされた場合には、ＳＩＰサーバから呼受付判定依頼のパケットをパケット受信部２０３で受信する。このパケットは、発着信者場所特定部２０５に送られ、発信者と着信者の位置を記録する。
【００３２】
グループ内ユーザ使用帯域ＤＢ２０６では、発着信者場所特定部２０５とルーティング情報構成部２０４の情報および物理網情報ＤＢ２０２の情報から、どのリンクを経由しているのかを特定し、リンクごとに使用帯域を記録する。このグループ内ユーザからの発呼情報から得られたリンクごとの使用帯域から、使用帯域推定・呼受付判定部２０７において、該当するグループに所属するユーザ数とネットワーク全体でのユーザ数との割合から、ネットワーク全体でのリンクごとの使用帯域を推定する。ここで、該当するグループに所属するユーザ数とネットワーク全体でのユーザ数との割合は、情報入力部２０１から予め入力しておくものとする。
【００３３】
上述の、ネットワーク全体でのリンクごとの使用帯域の推定方法は、グループ内ユーザが使用している帯域とネットワーク全体のユーザが使用している帯域との比が、グループ内ユーザ数とネットワーク全体のユーザ数の比が一致するとして求める。使用帯域推定・呼受付判定部２０７は、得られたリンクごとの推定使用帯域と物理網情報ＤＢ２０２でのリンクの帯域とを比較し、場合によっては推定誤差を見込み、リンクの実際の帯域から誤差見込み分の帯域を減じた帯域とを比較して、発端末から着端末までに経由する全てのリンクで帯域が足りると判断した場合には、呼が受け付け可能と判断する。そうでない場合には呼は受け付け不可能と判断する。パケット送信部２０８から判断結果を通知するためのパケットを送信する。
【００３４】
一度設定した呼（セッション）の解除依頼が端末から発せられた場合には、そのパケットをＳＩＰサーバが受け取り、呼受付判定装置へ呼（セッション）が解除されたことを通知する。呼受付判定装置では、パケット受信部２０３でそのパケットを受信し、発着信者場所特定部２０５で発信端末と着信端末の場所を特定し、グループ内ユーザ使用帯域DB２０６でルーティング情報構成部２０４，物理網情報ＤＢ２０２の情報から経由する全てのリンクにおいて使用していた帯域を減じて記録する。
【００３５】
処理負荷監視部２０９は、パケット受信部２０３で単位時間ごとに到着する呼受付判定依頼パケット数、あるいはバッファ長を常時監視している。処理負荷監視部２０９で予め決められた閾値を複数の監視対象時間超えた場合に、処理負荷が高いと判断する。処理負荷が高いと判断された場合には、ここでは、例として、下３桁が一致するグループを新たに作成する。この下３桁に属するユーザ数は、予め情報入力部２０１から入力しておき、使用帯域推定・呼受付判定部２０７にて情報を記録しておく。
【００３６】
上述のように処理負荷が高いと判断された場合、従来の下２桁のグループに対しては、呼（セッション）の解除情報については所定の処理を行うが、呼の新規設定については、新たに作製された下３桁のグループに所属していないユーザに対しては、そのパケットを処理負荷が大である期間中、パケット受信部２０３で廃棄する。一方、新たに設定した下３桁のグループについては、すでに述べた処理を行う。
【００３７】
グループ内ユーザ使用帯域ＤＢ２０６は、下２桁と下３桁に対応させて２つ用意する。使用帯域の推定については、使用帯域推定・呼受付判定部２０７にて、下２桁のグループについては、その時点で使用している帯域（ただし、呼（セッション）の解除については処理を行う）を算出し、下２桁のグループに所属するユーザ数とネットワーク全体のユーザ数との比から推定帯域を算出し、さらに下３桁のグループについても、同様に推定帯域を算出し、その２つの算出結果を合計して推定使用帯域とする。そして、使用帯域推定・呼受付判定部２０７は、この推定使用帯域を用いて呼（セッション）の受付判定を行う。
【００３８】
処理負荷監視部２０９で負荷が軽減されたと判定した場合には、処理負荷が大である期間中なされていたパケット受信部２０３での廃棄を停止し、通常の通りの処理に戻す。さらにグループ内ユーザ使用帯域ＤＢ２０６の下３桁のグループを扱うＤＢにおいて、下３桁のグループに所属するユーザで、既に設定済みの呼（セッション）について解除を記録する。下２桁については新たな発呼について通常通りの処理を行い、処理負荷が大である期間と同じように、下２桁のグループ，下３桁のグループ双方で推定値を算出し、それらの合計値を推定使用帯域とする。なお、負荷が軽減されたと判定されると、下３桁のグループは全ての呼（セッション）が解除され、下３桁のグループはいずれなくなる。
【００３９】
ここで、ＳＩＰサーバと呼受付判定装置とで収容するユーザが異なる場合、すなわち、ＳＩＰサーバが地域ごとに収容している場合（図４参照）について、補足的に説明する。
図４に示す実施形態の特徴は、前述のとおり、ＳＩＰサーバが特定の地域ごとにユーザを収容するように構成した点にあり、このような構成そのものは、ＳＩＰサーバと呼受付判定装置との配置における得失はあるものの、呼受付判定装置の動作には、影響を与えるものではない。
【００４０】
すなわち、図４に示す実施形態における呼受付判定装置の動作は、既に説明してきた図１に示した構成の場合と同様、呼受付判定装置は、通常は、ある下２桁の番号のユーザへの呼（セッション）、あるいはある下２桁の番号のユーザからの呼（セッション）の情報を収集し呼の受付について判定を行い、処理負荷が高いと判断された場合には、下３桁が一致するグループを新たに作成し、これに基づく改善された呼受付判定動作を行う。
【００４１】
次に、図３に本発明の呼受付判定装置とともに使用するＳＩＰサーバ（呼（セッション）設定・解除装置）のブロック図を示し、ＳＩＰサーバの構成を説明し、機能および処理の流れを説明する。
なお、ここに示すＳＩＰサーバは、基本的には従来から用いられているＳＩＰサーバと同様の機能を有するものであるが、呼受付判定装置との協同する動作の機能が新たに付加されている点が異なっている。
【００４２】
図３に示すＳＩＰサーバは、パケット送受信部３０１でＩＮＶＩＴＥ信号を受信すると、ユーザ判定部３０２で自分が収容するユーザを発信者とするＩＮＶＩＴＥ信号かどうかを判定する。自分が収容するユーザを発信者とするＩＮＶＩＴＥ信号であった場合、セッション設定部３０５にてセッション設定の継続を行い、パケット送受信部３０１から次のＳＩＰサーバにＩＮＶＩＴＥ信号が送信される。
【００４３】
ＩＮＶＩＴＥ信号を受信し、自分が収容するユーザが着信者であった場合、呼受付判定依頼部３０３により呼受付判定装置に呼受付判定の依頼を行う。この動作は、判定依頼中呼ＤＢ３０４にその呼（セッション）の情報を保存し、パケット送受信部３０１から呼受付判定装置へ判定依頼のパケットを送信する。帯域が確保不可という結果が返ってきた場合には、呼（セッション）の設定が不可であるとして、セッション設定部３０５にてＳＩＰ信号の処理を行う。
【００４４】
帯域が確保できた場合には、保留呼ＤＢ３０６にセッション情報を保存し、合わせて呼（セッション）受付判定を行った呼受付判定装置を記録する。さらに、発信者へのＳＩＰ信号に呼受付判定を行った呼受付判定装置の情報を乗せて、発信側のＳＩＰサーバにパケットを送信する。そのパケットを受け取った送信側のＳＩＰサーバは、自分の中の保留呼ＤＢ３０６にセッション情報とあわせて呼（セッション）受付判定を行った呼受付判定装置の情報を記録する。
【００４５】
セッションを解除する時には、端末は、セッションを解除するためのＢＹＥ信号をＳＩＰサーバに送信する。ＢＹＥ信号を端末から直接受け取ったＳＩＰサーバは、ユーザ判定部３０２でＢＹＥ信号を直接受け取ったことを確認し、保留呼ＤＢ３０６に記録されている呼受付判定装置を確認し、その呼受付判定装置に、セッションが解除されたという情報をパケットに乗せて通知する。ＢＹＥ信号を受け取る側の端末を収容するＳＩＰサーバでは、ＢＹＥ信号を受け取ると、ユーザ判定部３０２でＢＹＥ信号の発信者が自分が収容するユーザではないことを確認し、セッション解除部３０７により、通常のＳＩＰのセッション解除のやり取りを実施する。
【００４６】
ここでは、呼受付判定装置は、着信側のＳＩＰサーバとやりとりを行い、呼（セッション）受付判定を行うとしたが、発信側のＳＩＰサーバとやりとりしても、発着信双方のＳＩＰサーバとやりとりしても構わない。さらに、呼受付判定装置は、ＳＩＰサーバとは別装置として説明したが、ＳＩＰサーバが下ｎ桁を基にユーザを収容している場合には、ＳＩＰサーバ内に呼受付判定装置を埋め込んでも構わない。
【００４７】
また、呼受付判定装置を複数のＳＩＰサーバに対して１台、例えばＳＩＰサーバが下２桁ごとに設定されている場合、呼受付判定装置は下１桁に対して設定してもよいし、呼受付判定装置は下２桁に対して設定する、すなわちＳＩＰサーバ１台に対して複数の呼受付判定装置を設定してもよい。装置の性能と装置にかかる負荷の大きさを考慮して決定するようにする。複数のＳＩＰサーバに対して呼受付判定装置が１台の場合には、呼受付判定装置が複数の下２桁の番号の情報を収集する場合もあるし、ある下２桁の番号で代表させる場合もある。
【００４８】
ここまで、電話番号の下ｎ桁によりユーザをグループ化し、そのグループに属するユーザからの発呼情報あるいは、そのグループに属するユーザへの発呼情報が、統計学における系統抽出に相当することを利用して呼（セッション）の受付判定を行うことを説明してきた。次に、ハッシュ値を使ったグループ分け、そのグループに属するユーザを抽出することが統計学における系統抽出に相当し、それを利用した呼（セッション）の受付判定を行うことについて説明する。
【００４９】
例えば、グループ数（ｎｇ）を予め設定し、そのグループ数で電話番号を割り算し、その余りの数でグループを分類する。ハッシュ値は、ハッシュ関数をどのように設定するかによって変わるが、ここでは一番簡単な剰余演算をハッシュ関数として採用し、余りの数をハッシュ値とする。他は、今まで説明してきた電話番号の下ｎ桁による方法と同じである。ハッシュ値の作り方として、電話番号全体をグループ数で割り算しても構わないし、下ｎ桁を利用しても構わない。下ｎ桁を利用し、剰余演算における割る数を１０、１００、１０００、１００００に設定すれば、下１，２，３，４桁の方法と一致する。
【００５０】
上記実施形態は、本発明の一例を示したものであり、本発明はこれに限定されるものではなく、本発明の趣旨を変更しない範囲内で適宜の変更・改良を行ってもよいことはいうまでもない。
【図面の簡単な説明】
【００５１】
【図１】本発明の一実施形態に係るネットワーク構成例を示す図である。
【図２】一実施形態に係る呼受付判定装置のブロック図である。
【図３】呼受付判定装置とともに使用されるＳＩＰサーバの一実施形態を示すブロック図である。
【図４】本発明の他の実施形態に係るネットワーク構成例を示す図である。
【図５】現行電話網の概略を示す構成図である。
【図６】加入者交換機と中継交換機間の回線番号の説明図である。
【図７】中継交換機内における回線番号の接続を説明する図である。
【符号の説明】
【００５２】
１００ａ，４００ａ  発信者（Ｅ）
１００ｂ，４００ｂ  着信者（Ｗ）
１０１，１０２，１０３，１０４，４０１，４０４  ＳＩＰサーバ
１０５，１０６，１０７，１０８，４０５，４０６，４０７，４０８  呼受付判定装置
１０９ａ，１０９ｂ，１０９ｃ，１０９ｄ，４０９ａ，４０９ｂ，４０９ｃ，４０９ｄ  ルータ
２０１  情報入力部
２０２  物理網情報ＤＢ
２０３  パケット受信部
２０４  ルーティング情報構成部
２０５  発着信者場所特定部
２０６  グループ内ユーザ使用帯域ＤＢ
２０７  使用帯域推定・呼受付判定部
２０８  パケット送信部
２０９  処理負荷監視部
３０１  パケット送受信部
３０２  ユーザ判定部
３０３  呼受付判定依頼部
３０４  判定依頼中呼ＤＢ
３０５  セッション設定部
３０６  保留呼ＤＢ
３０７  セッション解除部
【図１】
2008193541.tif 000003
【図２】
2008193541.tif 000004
【図３】
2008193541.tif 000005
【図４】
2008193541.tif 000006
【図５】
2008193541.tif 000007
【図６】
2008193541.tif 000008
【図７】
2008193541.tif 000009