(57)【要約】【課題】  ＩＰ電話サービス等、ＩＰ網を使って呼を確立するサービスにおいて、通話中や輻輳等による不完了呼に関しての情報（不完了呼情報）を着信側に通知する。【解決手段】  本発明のＩＰ電話サービスシステムでは、ＩＰ網を用いて電話サービスを提供する際、セッション処理サーバＡ４ａ，Ｂ４ｂにおいて、発信側の端末（１ａ，１ｂ，２ａ，２ｂ）から要求された呼設定が不完了呼となることを検出すると、当該発信側の端末の識別情報と着信側の端末の識別情報、発信時間等を含む不完了呼情報を生成し、不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）に渡し、この不完了呼情報通知装置において、記憶装置に記憶する。そして不完了呼情報通知装置では、予め定められた契機で記憶装置から不完了呼情報を読み出し、着信側の端末の識別情報で特定される端末へＩＰ網を通じて通知する。【選択図】        図１
2005322974.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ網を用いて電話サービスを提供するＩＰ電話サービスシステムであって、
発信側の端末から要求された呼設定が不完了呼となることを検出すると、上記発信側の端末の識別情報と着信側の端末の識別情報および発信時間を少なくとも含む不完了呼情報を生成する不完了呼検出手段と、
該不完了呼検出手段で生成した上記不完了呼情報を記憶装置に記憶し、予め定められた契機で記憶装置から上記不完了呼情報を読み出し、上記着信側の端末の識別情報で特定される端末へ上記ＩＰ網を通じて通知する不完了呼情報通知手段と
を有することを特徴とするＩＰ電話サービスシステム。
【請求項２】
請求項１に記載のＩＰ電話サービスシステムであって、
上記不完了呼検出手段は、不完了呼を検出時、少なくとも発信側の端末からのメッセージを取得して上記不完了呼情報に含ませる手段を有することを特徴とするＩＰ電話サービスシステム。
【請求項３】
請求項１もしくは請求項２のいずれかに記載のＩＰ電話サービスシステムであって、
上記不完了呼検出手段は、予め定められた回数分連続して呼設定に失敗した場合に、当該呼を不完了呼として検出する手段を有することを特徴とするＩＰ電話サービスシステム。
【請求項４】
請求項１から請求項３のいずれかに記載のＩＰ電話サービスシステムであって、
上記不完了呼情報通知手段から、上記不完了呼情報の通知先となる着信側の端末の識別情報と当該不完了呼情報通知手段の識別情報とを取得し対応付けて記憶装置に記憶し、
上記端末からの問い合わせに応じて、当該端末に対応付けて記憶した上記不完了呼情報通知手段の識別情報の有無を判別し、有れば当該識別情報を読み出して問い合わせ元の端末に通知する振り分け手段を設け、
該振り分け手段から識別情報の通知を受けた端末は、当該識別情報の不完了呼情報通知手段に自端末宛の不完了呼情報の通知を要求し、
該要求を受けた不完了呼情報通知手段は、該要求の受信を契機に、要求元の端末宛の不完了呼情報を読み出して当該端末に送信することを特徴とするＩＰ電話サービスシステム。
【請求項５】
請求項４に記載のＩＰ電話サービスシステムであって、
上記端末は、通話の終了時、もしくは、通話の開始時、あるいは予め定められた時間間隔のいずれかを契機として、上記振り分け手段への問い合わせを行う手段を有することを特徴とするＩＰ電話サービスシステム。
【請求項６】
請求項１から請求項５のいずれかに記載のＩＰ電話サービスシステムであって、
セッション設定を行うセッション処理装置に、輻輳発生時には管理下への着信よりも管理下からの発信を優先して呼の設定処理を行う優先処理手段を設けたことを特徴とするＩＰ電話サービスシステム。
【請求項７】
請求項１から請求項６のいずれかに記載のＩＰ電話サービスシステムにおける各手段を具備し、ＩＰ網においてセッションを設定するアプリケーションの不完了時に、発信者および発信時間を少なくとも含む不完了呼情報を着信側に通知することを特徴とする不完了呼情報通知システム。
【請求項８】
ＩＰ網を用いて電話サービスを提供するＩＰ電話サービスシステムの不完了呼情報の通知方法であって、
発信側の端末から要求された呼設定が不完了呼となることを検出すると、上記発信側の端末の識別情報と着信側の端末の識別情報および発信時間を少なくとも含む不完了呼情報を生成する第１のステップと、
該第１のステップで生成した上記不完了呼情報を記憶装置に記憶し、予め定められた契機で記憶装置から上記不完了呼情報を読み出し、上記着信側の端末の識別情報で特定される端末へ上記ＩＰ網を通じて通知する第２のステップと
を有することを特徴とする不完了呼情報通知方法。
【請求項９】
請求項８に記載の不完了呼情報通知方法であって、
上記第１のステップでは、不完了呼を検出時、少なくとも発信側の端末からのメッセージを取得して上記不完了呼情報に含ませることを特徴とする不完了呼情報通知方法。
【請求項１０】
請求項８もしくは請求項９のいずれかに記載の不完了呼情報通知方法であって、
上記第１のステップでは、予め定められた回数分連続して呼設定に失敗した場合に、当該呼を不完了呼として検出することを特徴とする不完了呼情報通知方法。
【請求項１１】
ＩＰ網を用いて電話サービスを提供するＩＰ電話サービスシステムの不完了呼情報の通知方法であって、
発信側の端末から要求された呼設定が不完了呼となることを検出すると、上記発信側の端末の識別情報と着信側の端末の識別情報および発信時間を少なくとも含む不完了呼情報を生成する第１のステップと、
該第１のステップで生成した上記不完了呼情報を第１の記憶手段で記憶する第２のステップと、
上記第１の記憶手段の識別情報と該第１の記憶手段で記憶した上記不完了呼情報における着信側の端末の識別情報とを対応付けて第２の記憶手段で記憶する第３のステップと、
端末からの問い合わせに応じて、上記第２の記憶手段で当該端末に対応付けて記憶した上記第１の記憶手段の識別情報を抽出し問い合わせ元の端末に通知する第４のステップと、
通知を受けた端末から、当該識別情報の第１の記憶手段に自端末宛の不完了呼情報の通知を要求する第５のステップと、
該要求を受けた第１の記憶手段において要求元の端末宛の不完了呼情報を読み出して当該端末に送信する第６のステップとを有することを特徴とする不完了呼情報通知方法。
【請求項１２】
請求項１１に記載の不完了呼情報通知方法であって、
上記第４のステップにおける上記端末から上記第２の記憶手段への問い合わせは、通話の終了時、もしくは、通話の開始時、あるいは予め定められた時間間隔のいずれかを契機として行うことを特徴とする不完了呼情報通知方法。
【請求項１３】
請求項８から請求項１２のいずれかに記載の不完了呼情報通知方法であって、
セッション設定を行うセッション処理装置において、輻輳発生時に、管理下への着信よりも管理下からの発信を優先して呼の設定処理を行うステップを有することを特徴とする不完了呼情報通知方法。
【請求項１４】
請求項８から請求項１３のいずれかに記載の不完了呼情報通知方法における各ステップを有し、ＩＰ網においてセッションを設定するアプリケーションの不完了時に、発信者および発信時間を少なくとも含む不完了呼情報を着信側に通知することを特徴とする不完了呼情報通知方法。
【請求項１５】
コンピュータに、請求項８から請求項１４のいずれかに記載の不完了呼情報通知方法における各ステップを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ電話サービス等、ＩＰ網を用いてセッション設定を行って通信サービスを提供する技術に係わり、特に、輻輳等により不完了呼となった場合に、発信者および発信時間などからなる不完了呼情報を着信側に通知することにより、システムの利便性を向上させサービスに対する評価を向上させるのに好適なＩＰネットワークサービス技術に関するものである。
【背景技術】
【０００２】
現在、インターネットの普及に伴い、例えばＩＰ網を用いて電話サービスを提供するＩＰ電話システムが利用されている。このＩＰ電話に関しては、例えば特許文献１に記載のように、安定したＩＰ電話サービスを提供することを目的に、輻輳を解消または防止すべく定められた単位時間あたりの呼の接続数に基づいて、着信先への呼の接続数を制御する技術が開示されている。
【０００３】
しかし、この従来技術では、輻輳中の着信側への発信側からの発呼動作自体を抑えることはできない。そのため、発信側の例えばＳＩＰ（Session Initiation Protocol）サーバやロケーションサーバを含むセッション設定、制御などに係わる処理を行う装置（セッション処理サーバ）での呼処理負荷を軽減することができず、発信側での新たな輻輳の発生を防止することができない。
【０００４】
また、従来のＩＰ電話サービス技術では、例えば図６に示すようなＩＳＤＮ（Integrated Services Digital Network）網においての通話中着信通知技術に関しての考慮がなされていない。
【０００５】
すなわち、図６において、ユーザＡは、２本のＢチャネルを電話６０２，６０４とファクシミリ６０１，６０５で現在使用中であるとする。このとき、新たに第３の発信者６０３であるユーザＤからの着信があると、ＩＳＭ（Ｉインタフェース加入者モジュール）６０６は、Ｄチャネルを用いて「呼設定」メッセージをユーザＡに送る。ユーザＡは、この「呼設定」メッセージ中の情報である発番号やユーザ間情報を知ることができる。
【０００６】
このように、信号情報の転送を主目的としたチャネルであるＤチャネルを使うことによって、着信側の回線が使われていたとしても、新たな発信者の発番号などの情報を伝えることができる。しかし、Ｄチャネルは、１ユーザあたり１チャネルであるため、既に通信中着信通知を行っているときに、さらに新たな発信者からの着信があった場合には、発番号などの情報を送付することはできない。
【０００７】
また、輻輳時には、呼設定そのものが、着信側の加入者交換機よりも前段の交換機で規制されてしまうため、ＩＳＤＮによる通信中着信通知は実行不可能である。
【０００８】
【特許文献１】特開２００４−８８６６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
解決しようとする問題点は、従来の技術では、ＩＰ電話サービス等、ＩＰ網を使い、呼を確立するサービスにおいて、通話中や輻輳等による不完了呼に関しての情報（不完了呼情報）が着信側に通知することができない点である。
【００１０】
本発明の目的は、これら従来技術の課題を解決し、ＩＰ電話サービス等、ＩＰ網を使って呼を確立するサービスにおいて、平常時のみならず輻輳時であっても、不完了呼の着信者に、発信者番号、発信時間などの情報（不完了呼情報）を提供可能とすること、および、輻輳時においては、輻輳を沈静化することを可能とすることである。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明では、例えばＩＰ網を用いた電話サービスの場合、呼の設定は、ＳＩＰサーバなどのセッション処理サーバが行う。このセッション処理サーバに付随させて不完了呼情報通知装置を設け、不完了呼に対しては、発側のセッション処理サーバに付随する不完了呼情報通知装置において、発信番号、発信時間、着信番号などの情報（不完了呼情報）を保存する。このように不完了呼通知装置を用いることにより、着信端末までの通信経路途中で（例えば発信側ドメイン等で）廃棄された呼に関しても、発信情報等の不完了呼情報を保存することができ、例えば、着信端末からの問い合わせを契機として、対応する不完了呼情報を読み出して通知することができる。その際、各着信端末別の不完了呼情報を保存している不完了呼情報通知装置を管理する振り分けサーバを用意しておき、端末は、この振り分けサーバに、どの不完了呼情報通知装置にアクセスすれば良いのかを問い合わせする。このように、発信情報は発側のセッション処理サーバに付随して設けられた不完了呼情報通知装置に保存されるので、輻輳時であっても機能する。さらに、輻輳地域の端末からの発呼を優先することにより、輻輳地域側の端末から、輻輳中に自端末向けに発呼してきた発信者に対しての呼が設定しやすくなる。
【発明の効果】
【００１２】
本発明によれば、ＩＰ電話サービス等、ＩＰ網を使って呼を確立するサービスにおいて、平常時のみならず輻輳時であっても、不完了呼となった着信者宛に、当該不完了呼の発信者の番号や発信時間、留守番メッセージなどの情報を保存することができ、通話中あるいは輻輳が発生していたドメインの端末は、通話が完了した後あるいは輻輳状態が解消した後に、その間に自端末向けに発信された呼情報を得ることができる。さらに、輻輳地域の端末からの発呼を優先することにより、輻輳地域の端末から、輻輳中に自端末向けに発呼してきた発信者に対して呼を設定することができ、例えば、災害等で輻輳した地域におけるユーザの安否の確認が容易となる。これにより、安否を心配する発信者側からの発呼回数を抑え、無駄な不完了呼を増やすことを抑制することができる。
【発明を実施するための最良の形態】
【００１３】
以下、図を用いて本発明を実施するための最良の形態例を説明する。
【実施例】
【００１４】
図１は、本発明に係わるＩＰ電話サービスシステムの構成例を示すブロック図であり、図２は、図１における不完了呼情報通知装置の処理動作例を示すフローチャート、図３は、図１におけるセッション処理サーバの処理動作例を示すフローチャート、図４は、図１における不完了呼情報保存振り分けサーバの処理動作例を示すフローチャート、図５は、図１における端末の処理動作例を示すフローチャートである。
【００１５】
図１におけるＩＰ電話サービスシステムは、それぞれＩＰ網で接続された、ＩＰ電話機能を有する端末１ａ，１ｂ，２ａ，２ｂと、呼設定処理機能を有するセッション処理サーバＡ４ａ，Ｂ４ｂ、本発明に係わる不完了呼時の情報の通知処理機能を有する不完了呼情報通知装置Ａ５ａ，Ｂ５ｂ、各端末に該当する不完了呼情報通知装置Ａ５ａ，Ｂ５ｂを通知する機能を有する不完了呼情報保存振り分けサーバ６から構成され、端末１ａ，２ａとセッション処理サーバＡ４ａおよび不完了呼情報通知装置Ａ５ａがドメインＡ３ａに、端末１ｂ，２ｂとセッション処理サーバＢ４ｂおよび不完了呼情報通知装置Ｂ５ｂがドメインＢ３ｂに属している。
【００１６】
図１における端末１ａ，１ｂ，２ａ，２ｂとセッション処理サーバＡ４ａ，Ｂ４ｂおよび不完了呼情報通知装置Ａ５ａ，Ｂ５ｂと不完了呼情報保存振り分けサーバ６のそれぞれは、ＣＰＵ（Central Processing Unit）や主メモリ、表示装置、入力装置、外部記憶装置等からなりコンピュータ処理機能を有し、光ディスク駆動装置等を介してＣＤ−ＲＯＭ等の記憶媒体に記録されたプログラムやデータを外部記憶装置内にインストールした後、この外部記憶装置から主メモリに読み込みＣＰＵで処理することにより、各処理部の機能を実行する。
【００１７】
例えば、不完了呼情報通知装置Ａ５ａ，Ｂ５ｂは、不完了呼情報通知装置Ａ５ａに示されるように、制御部５１とデータ入力部５２、データ保存部５３、データ出力部５４を有し、不完了呼情報保存振り分けサーバ６は、制御部６１、データ入力部６２、データ保存部６３、データ出力部６４を有する。
【００１８】
このような構成により、本例のＩＰ電話サービスシステムでは、ＩＰ網を用いて電話サービスを提供する際、セッション処理サーバＡ４ａ，Ｂ４ｂにおいて、発信側の端末（１ａ，１ｂ，２ａ，２ｂ）から要求された呼設定が不完了呼となることを検出すると、当該発信側の端末の識別情報（端末番号、アドレス）と着信側の端末の識別情報（端末番号、アドレス）および発信時間を少なくとも含む不完了呼情報を生成し、不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）に渡し、この不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）において、記憶装置に記憶する。そして、不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）では、予め定められた契機で記憶装置から不完了呼情報を読み出し、着信側の端末の識別情報で特定される端末（１ａ，１ｂ，２ａ，２ｂ）へＩＰ網を通じて通知する。
【００１９】
尚、セッション処理サーバＡ４ａ，Ｂ４ｂは、不完了呼を検出した場合、例えば留守番電話メッセージ等の発信側の端末からのメッセージを取得して不完了呼情報に含ませる。さらに、セッション処理サーバＡ４ａ，Ｂ４ｂは、予め定められた回数分連続して呼設定に失敗した場合に、当該呼を不完了呼として検出する機能を有する。
【００２０】
また、本例では、不完了呼情報保存振り分けサーバ６を設けており、この不完了呼情報保存振り分けサーバ６において、不完了呼情報通知装置Ａ５ａ，Ｂ５ｂから、不完了呼情報の通知先となる着信側の端末の識別情報と当該不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）の識別情報とを取得し対応付けて記憶装置に記憶する。そして、不完了呼情報保存振り分けサーバ６は、端末（１ａ，１ｂ，２ａ，２ｂ）からの問い合わせに応じて、当該端末に対応付けて記憶した不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）の識別情報の有無を判別し、有れば当該識別情報を読み出して問い合わせ元の端末に通知する。
【００２１】
このようにして、不完了呼情報保存振り分けサーバ６から識別情報の通知を受けた端末は、当該識別情報の不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）に自端末宛の不完了呼情報の通知を要求し、要求を受けた不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）は、この要求の受信を契機に、要求元の端末宛の不完了呼情報を読み出して当該端末に送信する。
【００２２】
尚、端末（１ａ，１ｂ，２ａ，２ｂ）は、通話の終了時、もしくは、通話の開始時、あるいは予め定められた時間間隔のいずれかを契機として、不完了呼情報保存振り分けサーバ６への問い合わせを行う機能を有する。
【００２３】
また、セッション処理サーバＡ４ａ，Ｂ４ｂは、優先処理機能を具備しており、輻輳発生時には管理下への着信よりも管理下からの発信を優先して呼の設定処理を行う。
【００２４】
以下、このような構成からなるＩＰ電話サービスシステムにおいて、端末１ａから端末１ｂへ呼設定を行うことを想定して、その処理動作を説明する。
【００２５】
端末１ａは、端末１ｂへ呼を設定しようとしてセッション処理サーバＡ４ａにパケットを送信する（Ｓ１）。送信されたパケットは、パケットのヘッダ情報から，最終的にドメインＢ３ｂにおけるセッション処理サーバＢ４ｂへ送信されれば良いことがわかるので、セッション処理サーバＡ４ａは、そのパケットをセッション処理サーバＢ４ｂに送信す（Ｓ２）。
【００２６】
ここで、ドメインＢ３ｂが輻輳状態になっている場合、セッション処理サーバＢ４ｂは、処理能力以上に加わった負荷となっているパケットを廃棄しているものとする。その結果、端末１ａから発せられたパケットがセッション処理サーバＢ４ｂ、もしくは、セッション処理サーバＢ４ｂに至る途中のネットワーク装置で廃棄されたとする。この場合、通常、再送などを行う。
【００２７】
しかし、所定回数の再送でも廃棄されてしまった場合、セッション処理サーバＡ４ａは、発信番号、着信番号、発信時間、その他メッセージ（例えば、留守電に入れるメッセージ等の発信者からのメッセージ）などからなる不完了呼情報を生成して不完了呼情報通知装置Ａ５ａに送信する（Ｓ３）。
【００２８】
不完了呼情報通知装置Ａ５ａは、そのデータ入力部５２において、それらの情報（不完了呼情報）を受信し、制御部５１を通して、データ保存部５３にそれらの情報を保存する。そして、不完了呼情報通知装置Ａ５ａの制御部５１では、データ保存部５３から着信番号の情報を取得し、不完了呼情報通知装置Ａ５ａのＩＰアドレス等の識別情報を、データ出力部５４から不完了呼情報保存振り分けサーバ６に送信する。
【００２９】
不完了呼情報保存振り分けサーバ６は、不完了呼情報通知装置Ａ５ａから送信されてきた情報をデータ入力部６２で受信し、制御部６１を通して、データ保存部６３に保存する（Ｓ４）。
【００３０】
端末１ｂでは、受話器を上げる、あるいは電話を切るなど端末１ｂに対して何らかの処理が加わるなどを契機に、もしくは、定期的に、不完了呼情報保存振り分けサーバ６に対して、自端末向け着信がなかったかどうかの確認メッセージを送信する（Ｓ５）。
【００３１】
不完了呼情報保存振り分けサーバ６は、端末１ｂからの確認メッセージをデータ入力部６２で受信すると、データ保存部６３内に端末１ｂ向け着信情報が保存されているかどうかを制御部６１で判断し、着信がなければ特に何もしないが、着信情報があればどの不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）に保存されているかの情報をデータ保存部６３から得て、データ出力部６４を通して端末１ｂに通知する（Ｓ６）。
【００３２】
端末１ｂは、通知された不完了呼情報通知装置（ここでは不完了呼情報通知装置Ａ５ａ）に問い合わせパケットを送信する（Ｓ７）。
【００３３】
不完了呼情報通知装置Ａ５ａは、データ入力部６２において端末１ｂからの問い合わせパケットを受信すると、制御部５１により、データ保存部５３から、要求されている情報を読み出し、データ出力部５４により、端末１ｂへ送信する（Ｓ８）。
【００３４】
尚、複数の不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ，・・・）に端末１ｂ向けの発信情報が保存されていれば、Ｓ７，Ｓ８の処理を繰り返す。
【００３５】
図２に示すように、不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）は、セッション処理サーバ（Ａ４ａ，Ｂ４ｂ）から不完了呼情報が送信されてくると（ステップＳ２０１）、当該を記憶装置に保存すると共に、当該不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）の識別情報（ＩＰアドレス）と、不完了呼情報に含まれる着信端末の識別情報（番号）とを、不完了呼情報保存振り分けサーバ６に送信して通知する（ステップＳ２０２）。そして、端末からの問い合わせがあれば（ステップＳ２０３）、該当する不完了呼情報を記憶装置から読み出して当該端末に通知する（ステップＳ２０４）。
【００３６】
また、図３に示すように、セッション処理サーバＡ４ａ，Ｂ４ｂは、呼設定において、不完了呼を検出すると（ステップＳ３０１）、再設定を行い、再設定においても不完了呼を検出し、これを予め定められた回数分連続しても不完了呼を検出すると（ステップＳ３０２）、不完了呼情報を生成して、不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）で保存させるために送出する（ステップＳ３０３）。
【００３７】
また、図４に示すように、不完了呼情報保存振り分けサーバ６は、不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）から送信されてきた、当該不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）の識別情報（ＩＰアドレス）と、不完了呼情報に含まれる着信端末の識別情報（番号）とを受信すると（ステップＳ４０１）、これらの情報を対応付けて記憶装置に保存し（ステップＳ４０２）、端末からの問い合わせに応じて（ステップＳ４０３）、当該端末に対応付けた情報を読み出し、該当する不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）の識別情報（ＩＰアドレス）を、当該端末に送信して通知する（ステップＳ４０４）。
【００３８】
また、図５に示すように、各端末（１ａ，１ｂ，２ａ，２ｂ）は、通信終了時あるいは通信開始時に（ステップＳ５０１）、もしくは、不完了呼情報保存振り分けサーバ６への問い合わせ周期になると（ステップＳ５０２）、不完了呼情報保存振り分けサーバ６に問い合わせを行い（ステップ５０３）、不完了呼情報保存振り分けサーバ６から自端末宛の不完了呼情報が不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）に保存されているとの通知を受けると（ステップＳ５０４）、当該不完了呼情報通知装置（Ａ５ａ，Ｂ５ｂ）に対して自端末宛の不完了呼情報の送信を要求して当該不完了呼情報を取得する（ステップＳ５０５）。
【００３９】
以上、図１〜図５を用いて説明したように、本例では、ＩＰ電話サービスにおける呼（セッション）を設定するアプリケーションの不完了時に、発信者情報を着信側に通知する際、例えば端末１ａから相手側の端末１ｂへ呼を設定するパケットをセッション処理サーバＡ４ａヘ送信し、ここから相手側のセッション処理サーバＢ４ｂヘ送信する際に輻輳が起きた時、発信者（端末１ａの番号やアドレス等）の情報を、発信側の端末１ａと同じドメインＡ３ａのセッション処理サーバＡ４ａに付随して設けた不完了呼情報通知装置Ａ５ａにおいて保存し、さらに、保存した不完了呼情報通知装置Ａ５ａのＩＰアドレスと着信側の識別情報（番号）を不完了呼情報保存振り分けサーバ６に通知して保存させる。そして、相手側端末１ｂが通話開始や終了というタイミングで不完了呼情報保存振り分けサーバ６に対して、自端末宛の着信がないかを問い合わせ、着信があった場合には、当該不完了呼情報通知装置Ａ５ａにアクセスして当該発信情報を入手する。
【００４０】
このことにより、輻輳状態であっても、端末１ｂは、自端末向けの発信呼情報を得ることができる。さらに、輻輳地域の端末からの発呼が優先されるようしており、発信情報を得た輻輳地域の端末１ｂから、当該発信者へ呼を設定することができ、その結果、輻輳地域のユーザの安否が確認されていく。これにより、無駄に不完了呼を増やすことを抑制することができる。このように、不完了呼情報通知装置を分散配置し、さらに発信側で情報を保存する構成となっており、輻輳時でも機能することができる。
【００４１】
尚、本発明は、図１〜図５を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能である。例えば、本例では、ＩＰ電話サービスシステムを例として説明しているが、このようなＩＰ電話サービスシステムにおける各装置の機能は、一般的なＩＰ網でセッションを設定するアプリケーションの不完了時における、不完了呼情報の着信側への通知を行うシステムに適用することができる。
【００４２】
また、本例では、不完了呼情報保存振り分けサーバ（６）は１台を設けた構成としているが、端末ごとに予め不完了呼情報保存振り分けサーバを割り振ってあれば、複数台設ける構成としても構わない。ただし、端末ごとの不完了呼情報保存振り分けサーバの割り振りは、セッション処理サーバの端末への割り振りとは異なるように決定した方が効果的である。
【００４３】
また、本例では、発側のドメイン（Ａ３ａ）内の不完了呼情報通知装置（Ａ５ａ）に、不完了呼情報を保存し、着信者は、不完了呼情報保存振り分けサーバ６を用いて、その不完了呼情報通知装置（Ａ５ａ）を知るという構成・手順をとっているが、着信者の番号あるいはアドレスを元に不完了呼情報通知装置（Ａ５ａ）を割り振り、着信者は、自分に割り振られている不完了呼情報通知装置（Ａ５ａ）に保存されている不完了呼情報を取得するということでも良い。この場合は、不完了呼情報保存振り分けサーバ６は不要である。尚、着信者の番号あるいはアドレスを元に不完了呼情報通知装置（Ａ５ａ）を割り振る技術としては、ハッシュなどを用いて、同一ドメインのユーザが様々な不完了呼情報通知装置に振り分けられるようにする。
【００４４】
また、コンピュータ構成例としても、キーボードや光ディスクの駆動装置の無いコンピュータ構成としても良い。また、本例では、光ディスクを記録媒体として用いているが、ＦＤ（Flexible Disk）等を記録媒体として用いることでも良い。また、プログラムのインストールに関しても、通信装置を介してネットワーク経由でプログラムをダウンロードしてインストールすることでも良い。
【図面の簡単な説明】
【００４５】
【図１】本発明に係わるＩＰ電話サービスシステムの構成例を示すブロック図である。
【図２】図１における不完了呼情報通知装置の処理動作例を示すフローチャートである。
【図３】図１におけるセッション処理サーバの処理動作例を示すフローチャートである。
【図４】図１における不完了呼情報保存振り分けサーバの処理動作例を示すフローチャートである。
【図５】図１における端末の処理動作例を示すフローチャートである。
【図６】従来のＩＳＤＮ網においての通話中着信通知処理動作例を示す説明図である。
【符号の説明】
【００４６】
１ａ，１ｂ，２ａ，２ｂ：端末、３ａ：ドメインＡ、３ｂ：ドメインＢ、４ａ：セッション処理サーバＡ、４ｂ：セッション処理サーバＢ、５ａ：不完了呼情報通知装置Ａ、５ｂ：不完了呼情報通知装置Ｂ、５ａ：不完了呼情報通知装置Ａ、５ｂ：不完了呼情報通知装置Ｂ、６：不完了呼情報保存振り分けサーバ、５１：制御部、５２：データ入力部、５３：データ保存部、５４：データ出力部、６１：制御部、６２：データ入力部、６３：データ保存部、６４：データ出力部、６０１，６０５：ファクシミリ、６０２，６０４：電話、６０３：第３の発信者、６０６：ＩＳＭ（Ｉインタフェース加入者モジュール）。
【図１】
2005322974.tif 000003
【図２】
2005322974.tif 000004
【図３】
2005322974.tif 000005
【図４】
2005322974.tif 000006
【図５】
2005322974.tif 000007
【図６】
2005322974.tif 000008