(57)【要約】【課題】ＶｏＩＰを利用したインターネット電話装置を使用するユーザが接続に対する不安から無駄な再発呼を頻繁に行うことを防止すようにすること。【解決手段】ＳＩＰサーバ１０は、発信側電話装置３０と着信側電話装置３１との間でセッションの確立が不能である場合に、発信側電話装置３０の電話番号をキュー１２２に登録する。その後、ＳＩＰサーバ１０は、キュー１２２に記憶されている電話番号に基づき、着信側電話装置３１との間でセッションの確立待ちであることを示すセッション確立待ち情報を、各発信側電話装置３０ごとに生成して送信する。【選択図】図２
2007259154.tif 000002
【特許請求の範囲】
【請求項１】
音声ディジタル化にかかるＶｏＩＰ（Voice over IP)を利用した発信側電話装置と着信側電話装置との間でのセッション確立を仲介する通信制御装置であって、
前記発信側電話装置を識別する電話装置識別情報を記憶する識別情報記憶手段と、
前記発信側電話装置と着信側電話装置との間でセッションの確立が不能である場合に、当該発信側電話装置の前記電話装置識別情報を前記識別情報記憶手段に登録させる制御を行う識別情報登録制御手段と、
前記識別情報記憶手段に記憶されている前記電話情報識別情報に基づき、前記発信側電話装置により前記着信側電話装置とセッションの確立が成立するまでの状態を示すセッション確立待ち情報を前記発信側電話装置ごとに生成する確立待ち情報生成手段と、
この確立待ち情報生成手段により生成された前記セッション確立待ち情報を、当前記発信側電話装置ごとに送信する確立待ち情報送信手段と、
を備えたことを特徴とする通信制御装置。
【請求項２】
請求項１記載の通信制御装置において、
前記電話装置識別情報は、前記発信側電話装置に割り当てられた電話番号及びユーザＩＤのうちのいずれかであることを特徴とする通信制御装置。
【請求項３】
請求項１又は２記載の通信制御装置において、
前記セッションの確立待ち情報は、前記発信側電話装置に表示させる表示データであることを特徴とする通信制御装置。
【請求項４】
請求項１又は２記載の通信制御装置において、
前記確立待ち情報生成手段により生成される前記セッション確立待ち情報を予め別に装備された音声データ生成装置に送り込む確立待ち情報出力手段と、前記音声データ生成装置で生成された音声データからなる前記セッション確立待ち情報を取得する音声データ取得手段とを設け、
前記確立待ち情報送信手段が、前記音声データ取得手段により取得した前記音声データからなる前記セッション確立待ち情報を前記発信側電話装置に送信する機能を備えていることを特徴とした通信制御装置。
【請求項５】
請求項３記載の通信制御装置において、
前記確立待ち情報生成手段により生成される前記セッション確立待ち情報を予め別に装備された音声データ生成装置に送り込む確立待ち情報出力手段と、前記音声データ生成装置で生成された音声データからなる前記セッション確立待ち情報を取得する音声データ取得手段とを設け、
前記確立待ち情報送信手段が、前記確立待ち情報生成手段により生成された前記表示データと，前記音声データ取得手段により取得した前記音声データとを，前記発信側電話装置に送信する機能を備えていることを特徴とした通信制御装置。
【請求項６】
請求項１乃至５のいずれかに記載の通信制御装置において、
前記セッション確立待ち情報には、前記着信側電話装置とセッションの確立が不能である前記発信側電話装置ごとに割り当てられた前記セッションが確立されるまでの順番情報が含まれており、前記識別情報記憶手段は、前記順番情報に対応付けて前記電話装置識別情報を記憶しており、
前記確立待ち情報生成手段は、前記識別情報記憶手段に記憶されている前記電話装置識別情報を参照し、当該電話装置識別情報が割り当てられた前記発信側電話装置に送信する前記セッション待ち情報を前記順番情報における順番に従って生成することを特徴とした通信制御装置。
【請求項７】
請求項６記載の通信制御装置において、
前記電話装置識別情報と前記順番を決定する順番決定数値とを対にして記憶する順番決定数値記憶手段と、
前記順番決定数値記憶手段に記憶されている前記順番決定数値を参照し、前記識別情報記憶手段に記憶されている前記電話装置識別情報の前記順番を決定する順番決定手段と、
この順番決定手段により決定された前記順番と、前記識別情報記憶手段に記憶されている前記順番との間で、順番の変動があるか否かを判定する順番変動判定手段とを備え、
前記識別情報登録制御手段は、
前記順番変動判定手段により、前記順番決定手段が決定した前記順番と前記識別情報記憶手段に記憶されている前記順番との間で前記順番の変動があると判定された場合に、前記識別情報記憶手段に記憶されている前記電話装置識別情報を前記順番決定手段により決定された前記順番に変更する機能を備えていることを特徴とする通信制御装置。
【請求項８】
請求項７記載の通信制御装置において、
前記順番決定数値を導くための数値情報と当該数値情報が割り当てられた前記発信側電話装置のキーを識別するキー識別情報とを対にして記憶するキー識別情報記憶手段と、前記キー識別情報を前記発信側電話装置から受信するキー識別情報受信手段とを設けると共に、
前記キー識別情報記憶手段を参照し、前記キー識別情報受信手段により受信した前記キー識別情報に対応する前記数値情報を、前記順番決定数値記憶手段に記憶されている前記キー識別情報を送信した発信側電話装置の前記電話識別情報に対応する前記順番決定数値に加算する加算手段を設けたことを特徴とする通信制御装置。
【請求項９】
請求項６記載の通信制御装置において、
前記セッションの確立待ちの順番を決定する順番決定数値と、前記発信側電話装置の電話装置識別情報とを対にして記憶する識別情報別の順番決定数値登録手段と、この順番決定数値登録手段を参照してセッションの確立不能が発生した前記発信側電話装置の電話装置識別情報についての前記順番を決定する順番決定手段とを設け、
前記識別情報登録制御手段は、前記セッションの確立不能が発生した発信側電話装置の電話番号識別情報を、前記順番決定手段により決定した順番に対応付けて前記識別情報記憶手段に登録する機能を備えていることを特徴とした通信制御装置。
【請求項１０】
請求項７記載の通信制御装置において、
前記順番決定数値を導くための数値情報と当該数値情報が割り当てられた前記発信側電話装置が行ったアクション内容を示すアクション情報とを対にして記憶するアクション情報記憶手段と、
このアクション情報記憶手段を参照し前記アクション情報に対応する前記数値情報を、前記順番決定数値記憶手段に記憶されている前記アクションを行った発信側電話装置の電話装置識別情報に対応する前記順番決定数値に加算する加算手段とを備えたことを特徴とする通信制御装置。
【請求項１１】
音声ディジタル化にかかるＶｏＩＰ（Voice over IP)を利用した発信側電話装置と着信側電話装置との間でのセッション確立を仲介すると共にその動作の制御を行う通信制御方法において、
前記発信側電話装置と着信側電話装置との間でセッションの確立が不能である場合に、当該発信側電話装置の前記電話装置識別情報を予め装備した識別情報記憶手段に登録させる識別情報登録工程と、
前記識別情報記憶手段に登録されている前記発信側電話装置の電話装置識別情報に基づいて前記発信側電話装置により前記着信側電話装置とセッションの確立が成立するまでの状態を当該セッション確立の順番を含むセッション確立待ち情報として前記発信側電話装置ごとに生成するセッション確立待ち情報生成工程と、
生成された前記セッション確立待ち情報を前記発信側電話装置ごとに送信制御するセッション確立待ち情報送信工程とを備えたことを特徴とする通信制御方法。
【請求項１２】
請求項１１に記載の通信制御方法において、
前記セッション確立待ち情報送信工程の前に、前記セッション確立待ち情報生成工程で生成された前記セッション確立待ち情報を予め別に装備された音声データ生成装置により音声データを生成する音声データ生成工程を設け、
この音声データ生成工程で生成された音声データをセッション確立待ち情報として前記セッション確立待ち情報送信工程で前記各発信側電話装置に送信することを特徴とした通信制御方法。
【請求項１３】
請求項１１又は１２に記載の通信制御方法において、
前記セッション確立待ち情報には前記着信側電話装置とセッションの確立が不能となった発信側電話装置ごとに割り当てられたセッション確立までの順番が付されており、前記識別情報記憶手段には前記順番に対応付けて前記電話装置識別情報が記憶されており、
前記セッション確立待ち情報生成工程では、前記識別情報記憶手段に記憶されている前記電話装置識別情報を参照して当該電話装置識別情報が割り当てられた前記発信側電話装置に送信する前記セッション確立待ち情報を、前記順番に従って生成することを特徴とした通信制御方法。
【請求項１４】
請求項１３記載の通信制御方法において、
前記電話装置識別情報と前記順番を決定する順番決定数値とを対にして順番決定数値記憶手段に記憶する順番決定数値記憶工程と、
前記順番決定数値記憶手段に記憶されている前記順番決定数値を参照し、前記識別情報記憶手段に記憶されている前記電話装置識別情報の前記順番を決定する順番決定工程と、
この順番決定工程で決定された前記順番と前記識別情報記憶手段に記憶されている前記順番との間で、事後的に順番の変動があるか否かを判定する順番変動判定工程とを備え、
この順番変動判定工程で前記順番の変動があると判定した場合には前記識別情報記憶手段に記憶されている前記電話装置識別情報を前記順番決定工程で決定した順番に変更する順番変更工程を備えたことを特徴とする通信制御方法。
【請求項１５】
前記請求項１４記載の通信制御方法において、
前記順番決定数値を導くための数値情報と当該数値情報が割り当てられた前記発信側電話装置のキーを識別するキー識別情報とを対にして予め装備したキー識別情報記憶手段に記憶するキー識別情報記憶工程と、前記キー識別情報を前記発信側電話装置から受信するキー識別情報受信工程とを設け、
前記キー識別情報記憶手段を参照して前記キー識別情報受信工程で受信した前記キー識別情報に対応する前記数値情報を、前記順番決定数値記憶手段に記憶されている前記キー識別情報にかかる発信側電話装置の前記電話識別情報に対応する前記順番決定数値に加算する加算工程を設け、
この加算された順番決定数値に基づいて前記順番を決定する順番決定工程を設けたことを特徴とする通信制御方法。
【請求項１６】
前記請求項１３記載の通信制御方法において、
前記セッションの確立待ちの順番を決定する順番決定数値と前記発信側電話装置の電話装置識別情報とを対にして予め装備された識別情報別の順番決定数値登録手段に記憶する順番決定数値登録工程と、前記順番決定数値登録手段を参照してセッションの確立不能が発生した前記発信側電話装置の電話装置識別情報についての前記順番を決定する順番決定工程とを設け、
前記識別情報登録工程では、前記セッションの確立不能が発生した発信側電話装置の電話番号識別情報を、前記順番決定工程により決定した順番に対応付けて前記識別情報記憶手段に登録するようにしたことを特徴とする通信制御方法。
【請求項１７】
前記請求項１４記載の通信制御方法において、
前記順番決定数値を導くための数値情報と当該数値情報が割り当てられた前記発信側電話装置が行ったアクション内容を示すアクション情報とを対にして予め装備されたアクション情報記憶手段に記憶するアクション情報記憶工程と、
この記憶されたアクション情報に対応する前記数値情報を、前記順番決定数値記憶手段に記憶されている前記アクションを行った発信側電話装置の電話装置識別情報に対応する前記順番決定数値に加算する加算工程とを備え、
この加算された順番決定数値に基づいて前記順番を決定する順番決定工程を設けたことを特徴とする通信制御方法。
【請求項１８】
音声ディジタル化にかかるＶｏＩＰ（Voice over IP)を利用した発信側電話装置と着信側電話装置との間でのセッション確立を仲介すると共にその動作の制御を行う通信制御プログラムであって、
前記発信側電話装置と着信側電話装置との間でセッションの確立が不能である場合に、当該発信側電話装置の前記電話装置識別情報を予め装備した識別情報記憶手段に登録させる識別情報登録機能、
前記識別情報記憶手段に登録されている前記発信側電話装置の電話装置識別情報に基づいて前記発信側電話装置により前記着信側電話装置とセッションの確立が成立するまでの状態を当該セッション確立の順番を含むセッション確立待ち情報として前記発信側電話装置ごとに生成するセッション確立待ち情報生成機能、
生成された前記セッション確立待ち情報を前記発信側電話装置ごとに送信制御するセッション確立待ち情報送信制御機能、
をコンピュータに実行させるようにしたことを特徴とする通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声をディジタル化しＩＰパケットで送るためのＶｏＩＰ（Ｖoice  Ｏver
ＩＰ) を利用した発信側のインターネット電話装置と着信側のインターネット電話装置との間におけるセッション確立を仲介するための通信制御装置、通信制御方法、通信制御システム、及び通信制御プログラムに関する。
【背景技術】
【０００２】
近年、公衆交換電話網用の電話機をインターネット電話として使用することを可能にするインターネット電話用アダプタが普及しつつある。このインターネット電話用アダプタは、ユーザが電話をかける際やユーザが通信を終了した際などには、ダイヤルトーン、ビジートーン、リングバックトーンなどのトーンを内蔵するトーン発生部で発生させて、電話機の受話器からこれらのトーンを出力させる。これにより、ユーザは、公衆交換電話網を利用した従来の電話機と同様の音声を、電話機の受話器から聞くことができる。
【０００３】
しかしながら、上記インターネット電話用アダプタを用いた公衆交換電話網用の電話機のユーザは、上記トーンだけでは、通信時に相手の状況がよくわからないとう不都合が生じていた。
上記問題点を解決する技術として、インターネット電話装置から電話をかけた際や電話を受けた際に、相手の状況を電話機の受話器から音声する技術が提案されている（例えば、特許文献１参照）。
【０００４】
なお、関連する技術として、サービス用ＲＡＳ（Ｒemote Ａcces  Ｓerver ）に接続された全ての回線が話し中であるときに、待ち合わせ用ＲＡＳが新たに発生したダイヤルアップ接続要求を受付、その後、この接続要求を待ち合わせ用サーバに接続し、待ち合わせ用サーバがＴＣＰ／ＩＰ通信を用いてクライアントに適切なサービス情報を提供する技術が提案されている（例えば、特許文献２参照）。
【０００５】
また、着信呼がキューデータにつながった場合に、キューデータにつながった着信呼の順番を、交換機から発信側電話機とユーザのパソコンに通知する技術が提案されている（例えば、特許文献３参照）。
【特許文献１】特開２００４−３１２３５７号公報
【特許文献２】特開２００３−７８６１９号公報
【特許文献３】特開平８−２１４３４６号公報
【０００６】
しかしながら、特許文献１に記載された技術では、発信側のインターネット電話装置に配信されていた音声メッセージは、例えば「電話かけた相手のインターネット電話装置がインターネットに接続されていない」とか、「呼び出し中」といった、着信側電話装置と現時点の接続状態を示すだけのものであるので、着信側電話装置がビジー状態にあって、この着信側電話装置に接続を要求したがセッションの確立が不能であった発信側電話装置に対して、セッションの確立が成立するまでの状態を示すセッション確立待ち情報を供給するものではない。このため、ユーザは、自身の待ち状態が判らないため、接続に対する不安から無駄な再発行呼を頻繁に行うという問題点があった。
【０００７】
特許文献２に記載された技術は、待ち合わせ用サーバがＴＣＰ／ＩＰ通信によって、ＩＳＰを利用するクライアントに適切なサービス情報を提供するものであって、セッションの確立が不能な発信側のインターネット電話装置に対して、セッションの確立が成立するまでの状態を示すセッション確立待ち情報を供給するものではない。
【０００８】
特許文献３に記載された技術には、発信側電話機がセッションの確立が不能であった場合に、セッションの確立待ちの情報として、着信呼がキューデータにつながった順番を発信側電話機に送信する技術が開示されているが、この技術は、従来の交換機を使った通信形態のものであり、ＶｏＩＰを使用したインターネット電話についての技術ではない。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、上述した問題点に鑑み、ＶｏＩＰ（Voice over IP)を利用したインターネット電話装置を使用するユーザに、接続に対する不安から無駄な再発行呼を頻繁に行うことを有効に抑制し得る通信制御装置、通信制御方法、及び通信制御プログラムを提供することを、その目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明にかかる通信制御装置は、音声ディジタル化にかかるＶｏＩＰ（Voice over IP)を利用した発信側電話装置と着信側電話装置との間でのセッション確立を仲介する装置であって、前述した発信側電話装置を識別する電話装置識別情報を記憶する識別情報記憶手段と、前記発信側電話装置と着信側電話装置との間でセッションの確立が不能である場合に当該発信側電話装置の電話装置識別情報を前記識別情報記憶手段に登録させる制御を行う識別情報登録制御手段と、前記識別情報記憶手段に記憶されている前記電話情報識別情報に基づき、前記発信側電話装置により前記着信側電話装置とセッションの確立が成立するまでの状態を示すセッション確立待ち情報を前記発信側電話装置ごとに生成する確立待ち情報生成手段とを備え、更に、この確立待ち情報生成手段により生成された前記セッション確立待ち情報を、当前記発信側電話装置ごとに送信する確立待ち情報送信手段とを備えたことを特徴とする（請求項１）。
【００１１】
このため、これによると、確立待ち情報生成手段により生成されたセッション確立待ち情報が発信側電話装置ごとに送信されるので、セッションの確立不能な発信側電話装置のユーザは、現在のセッション待ちの状態を知ることができ、接続に対する不安から無駄な再発行呼を頻繁に行うことを有効に抑制することができる。
【００１２】
ここで、前述した電話装置識別情報は、前記発信側電話装置に割り当てられた電話番号及びユーザＩＤのうちのいずれかであることを特徴とする（請求項２）。又、前述したセッションの確立待ち情報は、前記発信側電話装置に表示させる表示データであることを特徴とする（請求項３）。
このようにすると、確立待ち情報送信手段によって表示データからなるセッション確立待ち情報が発信側電話装置に送信されるので、発信側電話装置に有する例えば液晶表示装置にセッション確立待ち情報を表示させることができる。
【００１３】
又、前述した確立待ち情報生成手段により生成される前記セッション確立待ち情報を予め別に装備された音声データ生成装置に送り込む確立待ち情報出力手段と、前記音声データ生成装置で生成された音声データからなる前記セッション確立待ち情報を取得する音声データ取得手段とを設け、前述した確立待ち情報送信手段が、前記音声データ取得手段により取得した前記音声データからなる前記セッション確立待ち情報を前記発信側電話装置に送信する機能を備えているように構成してもよい（請求項４）。
このようにすると、確立待ち情報送信手段により、音声データからなるセッション確立待ち情報が発信側電話装置に送信されるので、発信側電話装置に有するスピーカにセッション確立待ち情報を音声出力させることができる。
【００１４】
更に、前述した確立待ち情報生成手段により生成されるセッション確立待ち情報を予め別に装備された音声データ生成装置に送り込む確立待ち情報出力手段と、前記音声データ生成装置で生成された音声データからなる前記セッション確立待ち情報を取得する音声データ取得手段とを設ける。そして、前述した確立待ち情報送信手段が、前記確立待ち情報生成手段により生成された表示データと前記音声データ取得手段により取得した前記音声データとを、前記発信側電話装置に送信する機能を備えている構成としてもよい（請求項５）。
このようにすると、確立待ち情報送信手段により、表示データ及び音声データからなるセッション確立待ち情報が発信側電話装置に送信されるので、発信側電話装置が有する表示部（例えば液晶表示装置）にセッション確立待ち情報を表示させるとともに、スピーカに音声にセッション確立待ち情報を音声出力させることができる。
【００１５】
また、前述したセッション確立待ち情報には、前記着信側電話装置とセッションの確立が不能である発信側電話装置ごとに割り当てられた前記セッションが確立されるまでの順番情報が含まれており、前記識別情報記憶手段は、前記順番情報に対応付けて前記電話装置識別情報を記憶している。そして、前述した確立待ち情報生成手段は、前記識別情報記憶手段に記憶されている前記電話装置識別情報を参照し、当該電話装置識別情報が割り当てられた前記発信側電話装置に送信する前記セッション待ち情報を前記順番情報における順番に従って生成するように構成してもよい（請求項６）。
このようにすると、確立待ち情報生成手段により発信側電話装置に送信するセッション待ち情報がセッションが確立されるまでの順番に生成されるので、このセッション待ち情報を受信した発信側電話装置のユーザは、セッションの確立するまでの順番を知ることができる。
【００１６】
更に、前述した電話装置識別情報と前記順番を決定する順番決定数値とを対にして記憶する順番決定数値記憶手段と、前記順番決定数値記憶手段に記憶されている前記順番決定数値を参照し前記識別情報記憶手段に記憶されている前記電話装置識別情報の前記順番を決定する順番決定手段と、この順番決定手段により決定された前記順番と、前記識別情報記憶手段に記憶されている前記順番との間で順番の変動があるか否かを判定する順番変動判定手段とを備え、前記識別情報登録制御手段は、前記順番変動判定手段により、前記順番決定手段が決定した前記順番と前記識別情報記憶手段に記憶されている前記順番との間で前記順番の変動があると判定された場合に、前記識別情報記憶手段に記憶されている前記電話装置識別情報を前記順番決定手段により決定された前記順番に変更する機能を備えた構成としてもよい（請求項７）。
【００１７】
このようにすると、順番決定手段が決定した前記順番と、識別情報記憶手段に記憶されている順番との間で順番の変動がある旨前記順番変動判定手段が判定した場合に、上述した識別情報登録制御手段が、識別情報記憶手段に記憶されている電話装置識別情報を順番決定手段により決定された前記順番に変更するので、セッション確立待ち情報に示されるセッションの確立の順番を有効に変更することができる。
【００１８】
又、前述した順番決定数値を導くための数値情報と当該数値情報が割り当てられた前記発信側電話装置のキーを識別するキー識別情報とを対にして記憶するキー識別情報記憶手段と、前記キー識別情報を前記発信側電話装置から受信するキー識別情報受信手段とを設けると共に、前記キー識別情報記憶手段を参照し、前記キー識別情報受信手段により受信した前記キー識別情報に対応する前記数値情報を、前記順番決定数値記憶手段に記憶されている前記キー識別情報を送信した発信側電話装置の前記電話識別情報に対応する前記順番決定数値に加算する加算手段を設けた構成としてもよい（請求項８）。
【００１９】
このようにすると、加算手段によってユーザから受信したキー識別情報に対応する数値情報がユーザの電話装置の電話識別情報に対応する順番決定数値に加算されるので、セッションの確立待ちの順番を、ユーザ自身で変更することができるという利点がある。
【００２０】
更に、前述したセッションの確立待ちの順番を決定する順番決定数値と、前記発信側電話装置の電話装置識別情報とを対にして記憶する識別情報別の順番決定数値登録手段と、この順番決定数値登録手段を参照してセッションの確立不能が発生した前記発信側電話装置の電話装置識別情報についての前記順番を決定する順番決定手段とを設け、前記識別情報登録制御手段は、前記セッションの確立不能が発生した発信側電話装置の電話番号識別情報を、前記順番決定手段により決定した順番に対応付けて前記識別情報記憶手段に登録する機能を備えた構成としてもよい（請求項９）。
【００２１】
このようにすると、識別情報別順番決定数値登録手段が、セッションの確立待ちの順番を決定する順番決定数値と、発信側電話装置に割り当てられた電話装置識別情報とを対にして記憶し、かつ、順番決定手段及び識別情報登録制御手段を実行させることにより、発信側電話装置に定まったセッションの確立待ちの順番を設定することができる。
【００２２】
又、前述した順番決定数値を導くための数値情報と当該数値情報が割り当てられた前記発信側電話装置が行ったアクション内容を示すアクション情報とを対にして記憶するアクション情報記憶手段と、このアクション情報記憶手段を参照し前記アクション情報に対応する前記数値情報を前記順番決定数値記憶手段に記憶されている前記アクションを行った発信側電話装置の電話装置識別情報に対応する前記順番決定数値に加算する加算手段とを備えた構成としてもよい（請求項１０）。
このようにすると、上述したように、加算手段によってアクション情報に対応する数値情報が順番決定数値記憶手段に記憶されているアクションを行った発信側電話装置の電話装置識別情報に対応する順番決定数値に加算されるので、セッションの確立待ちの順番をユーザが行ったアクションにより変更することができる。
【００２３】
本発明にかかる通信制御方法は、ＶｏＩＰを利用した発信側電話装置と着信側電話装置との間でのセッション確立を仲介すると共にその動作の制御を行う制御方法であって、前述した発信側電話装置と着信側電話装置との間でセッションの確立が不能である場合に当該発信側電話装置の前記電話装置識別情報を予め装備した識別情報記憶手段に登録させる識別情報登録工程と、前記識別情報記憶手段に登録されている前記発信側電話装置の電話装置識別情報に基づいて前記発信側電話装置により前記着信側電話装置とセッションの確立が成立するまでの状態を当該セッション確立の順番を含むセッション確立待ち情報として前記発信側電話装置ごとに生成するセッション確立待ち情報生成工程と、生成された前記セッション確立待ち情報を前記発信側電話装置ごとに送信制御するセッション確立待ち情報送信工程とを備えたことを特徴とする（請求項１１）。
この構成によれば、生成したセッション確立待ち情報が発信側電話装置ごとに送信されるので、セッションの確立不能な発信側電話装置のユーザは、現在のセッション待ちの状態を知ることができる。
【００２４】
ここで、前述したセッション確立待ち情報送信工程の前に、前記セッション確立待ち情報生成工程で生成された前記セッション確立待ち情報を予め別に装備された音声データ生成装置により音声データを生成する音声データ生成工程を設け、この音声データ生成工程で生成された音声データをセッション確立待ち情報として前記セッション確立待ち情報送信工程で前記各発信側電話装置に送信するように構成してもよい（請求項１２）。
【００２５】
この構成によれば、音声データからなるセッション確立待ち情報を発信側電話装置に送信するので、例えば発信側電話装置を備えているスピーカによって、セッション確立待ち情報を音声出力させることができる。
【００２６】
また、前述したセッション確立待ち情報には前記着信側電話装置とセッションの確立が不能となった発信側電話装置ごとに割り当てられたセッション確立までの順番が付されており、又前記識別情報記憶手段には前記順番に対応付けて前記電話装置識別情報が記憶されている。そして、前述したセッション確立待ち情報生成工程では、前記識別情報記憶手段に記憶されている前記電話装置識別情報を参照して当該電話装置識別情報が割り当てられた前記発信側電話装置に送信する前記セッション確立待ち情報を、前記順番に従って生成するように構成してもよい（請求項１３）。
このようにすると、発信側電話装置に送信するセッション待ち情報が、セッションが確立されるまでの順番に生成されるので、このセッション待ち情報を受信した発信側電話装置のユーザは、セッションの確立する順番を知ることができる。
【００２７】
更に、前述した電話装置識別情報と前記順番を決定する順番決定数値とを対にして順番決定数値記憶手段に記憶する順番決定数値記憶工程と、前記順番決定数値記憶手段に記憶されている前記順番決定数値を参照し、前記識別情報記憶手段に記憶されている前記電話装置識別情報の前記順番を決定する順番決定工程と、この順番決定工程で決定された前記順番と前記識別情報記憶手段に記憶されている前記順番との間で、事後的に順番の変動があるか否かを判定する順番変動判定工程とを備え、この順番変動判定工程で前記順番の変動があると判定した場合には前記識別情報記憶手段に記憶されている前記電話装置識別情報を前記順番決定工程で決定した順番に変更する順番変更工程を備えた構成としてもよい（請求項１４）。
【００２８】
このようにすると、決定した前記順番と予め記憶する順番との間で順番の変動があると場合に、識別情報記憶手段に記憶されている電話装置識別情報を決定した順番に変更するので、セッション確立待ち情報に示されるセッションの確立の順番を変更することが可能となる。
【００２９】
又、前述した順番決定数値を導くための数値情報と当該数値情報が割り当てられた前記発信側電話装置のキーを識別するキー識別情報とを対にして予め装備したキー識別情報記憶手段に記憶するキー識別情報記憶工程と、前記キー識別情報を前記発信側電話装置から受信するキー識別情報受信工程とを設け、更に前記キー識別情報記憶手段を参照して前記キー識別情報受信工程で受信した前記キー識別情報に対応する前記数値情報を、前記順番決定数値記憶手段に記憶されている前記キー識別情報にかかる発信側電話装置の前記電話識別情報に対応する前記順番決定数値に加算する加算工程を設け、この加算された順番決定数値に基づいて前記順番を決定する順番決定工程を設けた構成としてもよい（請求項１５）。
このようにすると、ユーザから受信したキー識別情報に対応する数値情報を、ユーザの電話装置の電話識別情報に対応する順番決定数値に加算するので、セッションの確立待ちの順番をユーザ自身で変更することができる。
【００３０】
更に、前述したセッションの確立待ちの順番を決定する順番決定数値と前記発信側電話装置の電話装置識別情報とを対にして予め装備された識別情報別の順番決定数値登録手段に記憶する順番決定数値登録工程と、前記順番決定数値登録手段を参照してセッションの確立不能が発生した前記発信側電話装置の電話装置識別情報についての前記順番を決定する順番決定工程とを設け、前記識別情報登録工程では、前記セッションの確立不能が発生した発信側電話装置の電話番号識別情報を、前記順番決定工程により決定した順番に対応付けて前記識別情報記憶手段に登録するようにしてもよい（請求項１６）。
【００３１】
このようにすると、セッションの確立待ちの順番を決定する順番決定数値と発信側電話装置に割り当てられた電話装置識別情報とを、対にして予め記憶しているので、発信側電話装置に定まったセッションの確立待ちの順番を設定することができる。
【００３２】
又、前述した順番決定数値を導くための数値情報と当該数値情報が割り当てられた前記発信側電話装置が行ったアクション内容を示すアクション情報とを対にして予め装備されたアクション情報記憶手段に記憶するアクション情報記憶工程と、この記憶されたアクション情報に対応する前記数値情報を、前記順番決定数値記憶手段に記憶されている前記アクションを行った発信側電話装置の電話装置識別情報に対応する前記順番決定数値に加算する加算工程とを備え、この加算された順番決定数値に基づいて前記順番を決定する順番決定工程を設けた構成としてもよい（請求項１７）。
このようにすると、アクション情報に対応する数値情報が、アクションを行った発信側電話装置の電話装置識別情報に対応する順番決定数値に加算されるので、セッションの確立待ちの順番をユーザが行ったアクションにより変更することができる。
【００３３】
本発明にかかる通信制御プログラムでは、ＶｏＩＰを利用した発信側電話装置と着信側電話装置との間でのセッション確立を仲介すると共にその動作の制御を行う通信制御プログラムであって、前記発信側電話装置と着信側電話装置との間でセッションの確立が不能である場合に、当該発信側電話装置の前記電話装置識別情報を予め装備した識別情報記憶手段に登録させる識別情報登録機能、前記識別情報記憶手段に登録されている前記発信側電話装置の電話装置識別情報に基づいて前記発信側電話装置により前記着信側電話装置とセッションの確立が成立するまでの状態を当該セッション確立の順番を含むセッション確立待ち情報として前記発信側電話装置ごとに生成するセッション確立待ち情報生成機能、および生成された前記セッション確立待ち情報を前記発信側電話装置ごとに送信制御するセッション確立待ち情報送信制御機能を、コンピュータに実行させるようにしたことを特徴とする（請求項１８）。
【００３４】
このようにしても、前述した各発明の場合と同様に、生成したセッション確立待ち情報が発信側電話装置ごとに送信されるので、セッションの確立不能な発信側電話装置のユーザは、現在のセッション待ちの状態を知ることができる。これにより、ＶｏＩＰを利用したインターネット電話装置を使用するユーザにとって、接続に対する不安から解放されるので、従来、頻繁に行われていた無駄な再発呼を有効に抑制することができる。
【発明の効果】
【００３５】
以上のように、本発明によると、ＶｏＩＰを利用したインターネット電話装置を使用するユーザに対して、セッション確立待ち情報が発信側電話装置ごとに送信されるので、従来、接続に対する不安から頻繁に成されていた無駄な再発呼を有効に防止することができる。
【発明を実施するための最良の形態】
【００３６】
以下、本発明を実施するための最良の形態を図面に基づいて説明する。
〔第１実施例〕
図１に第１実施形態を示す。この図１には、通信制御装置を含む通信制御システム全体を示す。この図１において、通信制御システムは、通信制御装置の主要部を成すＳＩＰサーバ１０および音声通知サーバ２０と、複数のインターネット電話装置３０とを備えている。ＳＩＰサーバ１０は音声通知サーバ２０と接続され、更に複数の複数のインターネット電話装置３０にもネットワークを介して接続されている。
【００３７】
ＳＩＰサーバ１０は、図２に示すように、制御部１１と、記憶部１２と、送受信Ｉ／Ｆ部１３とを備えて構成されている。制御部１１および送受信Ｉ／Ｆ部１３は、記憶部１２に記憶されている制御プログラムをＣＰＵ１０Ａが実行することにより生成される。この場合、制御部１１は、後述するように、複数の各制御手段から成り、これらがシステム全体の中で有効に機能するようになっている。
【００３８】
ここで、本実施形態では、まず、全体的な構成およびその要点を説明し、その後に各部の構成内容を具体的に説明する。
【００３９】
本実施形態における通信制御装置は、音声ディジタル化にかかるＶｏＩＰ（Voice over IP)を利用した発信側電話装置３０と着信側電話装置３１との間でのセッション確立を仲介する装置であって、前述した発信側電話装置３０を識別する電話装置識別情報を記憶する識別情報記憶手段１２０と、前記発信側電話装置３０と着信側電話装置３１との間でセッションの確立が不能である場合に当該発信側電話装置３０の電話装置識別情報を前記識別情報記憶手段１２０に登録させる制御を行う識別情報登録制御手段１１２と、前記識別情報記憶手段１２０に記憶されている前記電話情報識別情報に基づき、前記発信側電話装置３０により前記着信側電話装置３１とセッションの確立が成立するまでの状態を示すセッション確立待ち情報を前記発信側電話装置３０ごとに生成する確立待ち情報生成手段１１３とを備えている。ここで、識別情報記憶手段１２０は前述した記憶部２０の一部を構成している。
【００４０】
更に、この通信制御装置は、この確立待ち情報生成手段１１３により生成された前記セッション確立待ち情報を当前記発信側電話装置３０ごとに送信する確立待ち情報送信手段１３１とを備えている。この確立待ち情報送信手段１３１は、前述した送受信Ｉ／Ｆ部１３によってその内容が実行されるようになっている。
そして、確立待ち情報生成手段１１３により生成されたセッション確立待ち情報が発信側電話装置３０ごとに送信される構成となっている。このため、セッションの確立不能な発信側電話装置３０のユーザは、現在のセッション待ちの状態を知ることができ、接続に対する不安から無駄な再発行呼を頻繁に行うことを有効に抑制することができる。
【００４１】
ここで、前述した電話装置識別情報は、前述した発信側電話装置３０に割り当てられた電話番号及びユーザＩＤの内のいずれかで構成されている。又、前述したセッションの確立待ち情報は、前記発信側電話装置３０に表示させる表示データであることをその内容としている。このため、確立待ち情報送信手段１３１によって表示データからなるセッション確立待ち情報が発信側電話装置３０に送信されるので、発信側電話装置３０に有する例えば液晶表示装置にセッション確立待ち情報を表示させることができる。
【００４２】
又、前述した確立待ち情報生成手段１１３により生成される前記セッション確立待ち情報を予め別に装備された音声データ生成装置２１１に送り込む確立待ち情報出力手段１３２と、前記音声データ生成装置２１１で生成された音声データからなる前記セッション確立待ち情報を取得する音声データ取得手段１３３とを設け、前述した確立待ち情報送信手段１３１が、前記音声データ取得手段１３３により取得した前記音声データからなる前記セッション確立待ち情報を前記発信側電話装置３０に送信する機能を備えているように構成されている。
このため、確立待ち情報送信手段１３１により、音声データからなるセッション確立待ち情報が発信側電話装置３０に送信されるので、発信側電話装置３０が通常備えているスピーカに、セッション確立待ち情報を音声出力させることができる。
【００４３】
更に、前述した確立待ち情報生成手段１１３により生成されるセッション確立待ち情報を予め別に装備された音声データ生成装置２１１に送り込む確立待ち情報出力手段１３２を設け、これと前述した前記音声データ生成装置２１１で生成された音声データからなる前記セッション確立待ち情報を取得する音声データ取得手段１３３とを組み合わせる。そして、前述した確立待ち情報送信手段１３１が、前記確立待ち情報生成手段１１３により生成された表示データと前記音声データ取得手段１３３により取得した前記音声データとを、前記発信側電話装置３０に送信する機能を備えた構成とする。
【００４４】
このようにすると、確立待ち情報送信手段１３１により、表示データ及び音声データからなるセッション確立待ち情報が発信側電話装置３０に送信されるので、発信側電話装置３０が有する表示部（例えば液晶表示装置）にセッション確立待ち情報を表示させるとともに、スピーカに音声にセッション確立待ち情報を音声出力させることができる。
【００４５】
また、前述したセッション確立待ち情報には、前記着信側電話装置３１とセッションの確立が不能である発信側電話装置３０ごとに割り当てられた前記セッションが確立されるまでの順番情報が含まれており、前記識別情報記憶手段１２０は、前記順番情報に対応付けて、前記電話装置識別情報を記憶している。そして、前述した確立待ち情報生成手段１１３は、前記識別情報記憶手段１２０に記憶されている前記電話装置識別情報を参照し、当該電話装置識別情報が割り当てられた前記発信側電話装置３０に送信する前記セッション待ち情報を前記順番情報における順番に従って生成する機能を備えている。
このため、確立待ち情報生成手段１１３により発信側電話装置３０に送信するセッション待ち情報がセッションが確立されるまでの順番に生成されるので、このセッション待ち情報を受信した発信側電話装置３０のユーザは、セッションの確立するまでの順番を知ることができる。
【００４６】
更に、前述した記憶部２０には、電話装置識別情報と前記順番を決定する順番決定数値とを対にして記憶する順番決定数値記憶手段１２５が設けられている。又、前述した制御部１１は、前述した順番決定数値記憶手段１２５に記憶されている前記順番決定数値を参照し前記識別情報記憶手段１２０に記憶されている前記電話装置識別情報の前記順番を決定する順番決定手段１１４と、この順番決定手段１１４により決定された前記順番と前記識別情報記憶手段１２０に記憶されている前記順番との間で順番の変動があるか否かを判定する順番変動判定手段１１５とを備えている。
【００４７】
そして、前記識別情報登録制御手段１１２は、前記順番変動判定手段１１５により、前記順番決定手段１１４が決定した前記順番と前記識別情報記憶手段１２０に記憶されている前記順番との間で前記順番の変動があると判定された場合に、前記識別情報記憶手段１１２に記憶されている前記電話装置識別情報を前記順番決定手段１１４により決定された前記順番に変更する機能を備えている。
このため、順番決定手段１１４が決定した順番と、識別情報記憶手段１２０に記憶されている順番との間で順番の変動がある旨前記順番変動判定手段１１５が判定した場合に、上述した識別情報登録制御手段１１２が、識別情報記憶手段１２０に記憶されている電話装置識別情報を順番決定手段１１４により決定された前記順番に変更するので、セッション確立待ち情報に示されるセッションの確立の順番を確実に変更することができる。
【００４８】
又、前述した順番決定数値を導くための数値情報と当該数値情報が割り当てられた前記発信側電話装置３０のキーを識別するキー識別情報とを対にして記憶するキー識別情報記憶手段１２６と、前記キー識別情報を前記発信側電話装置３０から受信するキー識別情報受信手段１３４とを設けると共に、前記キー識別情報記憶手段１２６を参照し、前記キー識別情報受信手段１３４により受信した前記キー識別情報に対応する前記数値情報を、前記順番決定数値記憶手段１２５に記憶されている前記キー識別情報を送信した発信側電話装置３０の前記電話識別情報に対応する前記順番決定数値に加算する加算手段１１６が設けられている。
これにより、上記加算手段１１６によってユーザから受信したキー識別情報に対応する数値情報がユーザの電話装置３０の電話識別情報に対応する順番決定数値に加算されるので、セッションの確立待ちの順番を、ユーザ自身で変更することができるという便利さがある。
【００４９】
更に、前述した記憶部１２に、前述したセッションの確立待ちの順番を決定する順番決定数値と、前記発信側電話装置３０の電話装置識別情報とを対にして記憶する識別情報別の順番決定数値登録手段１２７を設ける。そして、この順番決定数値登録手段１２７を参照してセッションの確立不能が発生した前記発信側電話装置３０の電話装置識別情報についての前記順番を決定する前述した順番決定手段１１４を組み合わせる。そして、前記識別情報登録制御手段１１２が、前記セッションの確立不能が発生した発信側電話装置３０の電話番号識別情報を、前記順番決定手段１１４により決定した順番に対応付けて前記識別情報記憶手段１１２に登録する機能を備えた構成とする。
【００５０】
これにより、前述した識別情報別順番決定数値登録手段１２７が、セッションの確立待ちの順番を決定する順番決定数値と、発信側電話装置３０に割り当てられた電話装置識別情報とを対にして記憶し且つ順番決定手段１１４及び識別情報登録制御手段１１２を実行させることにより、発信側電話装置３０に定まったセッションの確立待ちの順番を設定することができる。
【００５１】
又、上述した通信制御装置は、前述した順番決定数値を導くための数値情報と当該数値情報が割り当てられた前記発信側電話装置３０が行ったアクション内容を示すアクション情報とを対にして記憶するアクション情報記憶手段１２８と、このアクション情報記憶手段１２８を参照し前記アクション情報に対応する前記数値情報を前記順番決定数値記憶手段１２５に記憶されている前記アクションを行った発信側電話装置３０の電話装置識別情報に対応する前記順番決定数値に加算する加算手段１１６とを備えている。
このため、上述したように、加算手段１１６によってアクション情報に対応する数値情報が、順番決定数値記憶手段１２５に記憶されているアクションを行った発信側電話装置３０の電話装置識別情報に対応する順番決定数値に加算されるので、セッションの確立待ちの順番をユーザが行ったアクションにより変更することができる。
【００５２】
次に、上述した実施例を更に具体的に説明する。
上述したように、制御部１１は、識別情報登録制御手段１１２、確立待ち情報生成手段１１３、順番決定手段１１４、順番変動判定手段１１５、及び加算手段１１６がそれぞれ示す処理機能を実行する。また、これら以外の処理機能については、後述する制御システムの動作において逐次説明する。
【００５３】
即ち、制御部１１は、上述したように、発信側のインターネット電話装置（発信側電話装置）３０と着信側のインターネット電話装置（着信側電話装置）３０との間でセッションの確立が不能である場合に、発信側電話装置３０に割り当てられている電話番号（電話装置識別情報）を記憶部１２のキュー１２２に登録させる。また、制御部１１は、キュー１２２に記憶されている電話番号に基づき、発信側電話装置３０により着信側電話装置３１とセッションの確立が成立するまでの状態を示すセッション確立待ち情報を発信側電話装置３０ごとに生成する機能を有する（確立待ち情報生成手段）。ここで、セッション確立待ち情報には、セッションの確立が不能である発信側がセッションが確立されるまでの順番（以下「セッション確立順番」という）を有している。
【００５４】
また、制御部１１は、表示データ又は音声データからなるセッション確立待ち情報を送受信Ｉ／Ｆ部１３を付勢して発信側電話装置３０ごとに無線ネットワーク又は有線ネットワークを介して送信する機能を有する。更に、制御部１１は、音声通知サーバ２０に生成した生成したセッション確立待ち情報を送受信Ｉ／Ｆ部１３を介して出力するとともに、音声通信サーバ２０で生成された音声データからなるセッション確立待ち情報を送受信Ｉ／Ｆ部１３を介して取得する。
【００５５】
また、制御部１１は、記憶部１２の優先度数累計値情報リスト１２４に記憶されている優先度数累計値情報を参照し、キュー１２２に記憶されている電話番号が割り当てられた発止側のインターネット電話装置３０のセッション確立順番を決定する機能を有する（順番決定手段）。また、制御部１１は、決定したセッション確立順番とキュー１２２に記憶されているセッション確立順番との間で順番の変動があるか否かを判定する機能を有する（順番変動判定手段）。そして、制御部１１は、決定したセッション確立順番と、キュー１２２に記憶されているセッション確立順番との間で順番の変動があると判定した場合には、キュー１２２に記憶されている電話番号を決定したセッション確立順番に変更する機能を有する。
【００５６】
更に、制御部１１は、記憶部１２のオーダーキー情報リスト１２３を参照し、発信側電話装置３０から送受信Ｉ／Ｆ部１３を介して受信したオーダーキー値に対応する優先度数値を、優先度数累計値情報リスト１２４に記憶されているオーダーキー値を送信したインターネット電話装置３０の電話番号に対応する優先度数累計値に加算するきのうを有する（加算手段）。そして、制御部１１は、優先度数累計値情報リスト１２４に記憶されている優先度数累計値を参照し、キュー１２２に記憶されている該当する電話番号の順番を決定する機能を有する（順番決定手段）。
【００５７】
記憶部１２は、制御プログラムを記憶する制御プログラム格納領域１２１、キュー１２２、オーダーキー情報リスト１２３、及び優先度数累計値情報リスト１２４を有している。更に、この記憶部１２は、識別情報記憶手段１２０、順番決定数値記憶手段１２５、キー識別情報記憶手段１２６、順番決定数値登録手段１２７、およびアクション情報記憶手段１２８を備えている。
キュー１２２は、図３（ａ）に示すように、他のインターネット電話装置３０とのセッションを確立したい発信側電話装置３０の電話番号を、セッション確立順番に従って記憶する機能を備えている。
【００５８】
オーダーキー情報リスト１２３は、図３（ｂ）に示すように、優先度数値項目とオーダーキー値項目とからなるオーダーキー情報が登録されている。優先度数値項目には、優先度数累計値情報リスト１２４に記憶されている優先度数累計値情報に記述されている優先度数累計値を導くための数値（以下「優先度数値」という）が記述されている。
ここで、この優先度数値は、例えば「２」の方が「１」より優先的にセッションを確立させることを示している。オーダーキー値は、セッションの確立を要求する発信側電話装置３０から着信したオーダーキーに割り当てられた値が記述されている。オーダーキーは、発信側電話装置３０に設けられたテンキー、実行キー等のキーの中の特に指定されたキーである。
【００５９】
優先度数累計値情報リスト１２４は、図３（ｂ）に示すように、電話番号項目と優先度数累計値項目とからなる優先度数累計値情報が登録されている。電話番号項目には、セッション確立待ちの発信側電話装置３０に割り当てられた電話番号が記述されている。優先度数累計値項目には、セッション確立順番を決定する数値（以下「優先度数累計値」という）が記述されている。この優先度数累計値は、発信側電話装置３０からオーダーキー値が着信するごとに、そのオーダーキーに対応する優先度数値を加算した値が記述されている。
【００６０】
そして、優先度数累計値は、大きければ大きいほど、セッション待の発信側電話装置３０を優先的にセッションを確立させることを示している。
例えば、符合Ａに示された電話番号項目が「０５０−１１２２３３４４」を有する発信側電話装置３０の優先度累計値情報は「０」であり、セッションの確立を優先的に行うように要求されていないことを示している。符合Ｂに示された電話番号項目が「０５０−２２３３４４１１」を有する発信側ト電話装置３０の優先度累計値情報は「２」であり、オーダーキー値が「ａ」であるオーダーキーがユーザにより一度押下されることにより、セッションの確立を優先的に行うように要求されている。
【００６１】
送受信Ｉ／Ｆ部１３は、発信側電話装置３０と着信側電話装置３１との間でセッションを確立するため、後述するＩＮＶＩＴＥメッセージ、１００Ｔｒｙｉｎｇメッセージ、１８０Ｒｉｎｇｉｎｇメッセージ等の制御メッセージを発信側電話装置３０又は着信側電話装置３１に送受する。また、送受信Ｉ／Ｆ部１３は、音声通知サーバ２０にセッション確立待ち情報を出力するとともに、音声データからなるセッション確立待ち情報が音声通知サーバ２０から入力される。また、送受信Ｉ／Ｆ部１３は、この音声データを有するＩＰパケットを発信側電話装置３０に送信する。
【００６２】
更に、この送受信Ｉ／Ｆ部１３は、ロケーションサーバ（図示せず）に対して着信側電話装置３１が割り当てられているＩＰアドレスを要求するためのＵＲＩ（Universal Resource Identifier)を送信するとともに、このＩＰアドレスをロケーションサーバから受信する。ここで、ＵＲＩとはインターネット上に存在する資源（機器）を指定する情報であって、電話番号と発信側電話装置３０及び着信側電話装置３１が割り当てられたドメイン名とが記述されている。例えば、着信側電話装置３１の電話番号が「０５０−１２３４９８７６」であり、ドメイン名が「ｅ−ｅｉｇｙｏｏｓｈｏ．ｃｏ．ｊｐ」である場合には、このＵＲＩは、「０５０−１２３４９８７６＠ａ−ｅｉｇｙｏｏｓｈｏ．ｃｏ．ｊｐ」となる。
【００６３】
ここで、ロケーションサーバについて述べる。ロケーションサーバは、ＳＩＰサーバ１０から受信した着信側電話装置３１のＵＲＩを基にして、着信側電話装置３１が割り当てられたＩＰアドレスをＳＩＰサーバ１０に送信する装置である。このロケーションサーバは、そのために、着信側電話装置３１のＵＲＩと着信側電話装置３１に割り当てられたＩＰアドレスとを対にしたアドレス変換データが登録されているアドレス変換テーブルを有している。このロケーションサーバは、予めＳＩＰサーバ１０から受信したＲＥＧＩＳＴＥＲ（登録）メッセージに記述されている、発信側電話装置３０の電話番号及びドメイン名を基にして上述したＵＲＩを生成し、この生成したＵＲＩと、ＲＥＧＩＳＴＥＲメッセージに記述されているＩＰアドレスとを対にしたアドレス変換データを生成し、このデータをアドレス変換テーブルに登録する。
【００６４】
音声通知サーバ２０は、ＳＩＰサーバ１０からセッション確立待ち情報が入力されると、この情報を表す音声データを生成し（音声データ生成装置２１１）、この音声データをＳＩＰサーバ１０に出力する。
インターネット電話装置３０は、図１に示すように、他のインターネット電話装置３０と間でＳＩＰサーバ１０を介してセッションの確立処理を行うユーザ・エージェント３５を有している。
【００６５】
次に、上記第１実施形態の動作を説明する。
【００６６】
図４は、第１実施形態の動作を示すシーケンス図である。ここで、この第１実施形態の動作を具体的に説明するため、発信側電話装置を♯Ｄのインターネット電話装置（以下、♯Ｄの発信側電話装置という）３０とし、着信側電話装置を♯Ｅのインターネット電話装置（以下、♯Ｅの発信側電話装置という）３１とする。しかも、♯Ｄの発信側電話装置３０には、電話番号として「０５０−１２３４９８７６」が割り当てられ、ドメイン名として「ｄ−ｅｉｇｙｏｏｓｈｏ．ｃｏ．ｊｐ」が割り当てられ、かつ、ＩＰアドレスとして「１９２．１６５．１０．２」が割り当てられている。
【００６７】
また、♯Ｅの着信側電話装置３１には、電話番号として「０５０−２２２２３３３３」が割り当てられ、ドメイン名として「ｅ−ｅｉｇｙｏｏｓｈｏ．ｃｏ．ｊｐ」が割り当てられ、かつ、ＩＰアドレスとして「１９２．１６８．２．１」が割り当てられているものとする。
更に、図５（ａ）に示すように、♯Ｅの着信側電話装置３１が、♯Ａ、♯Ｂ、♯Ｃの発信側電話装置３０の順にセッションの確立要求を受信したが、ビジーのため応答することができない場合、図５（ｂ）に示すように、ＳＩＰサーバ１０のキュー１２２に♯Ａ、♯Ｂ、♯Ｃのインターネット電話装置３０の各電話番号がセッション確立待ち番号に対応する箇所に記憶される（識別情報登録工程）。
【００６８】
まず、図６に示すように、♯Ｄの発信側電話装置３０のユーザエージェント３５は、♯Ｅの着信側電話装置３１のユーザエージェント３５に対して接続を要求するためのＩＮＶＩＴＥメッセージを、無線ネットワーク又は有線ネットワークを介してＳＩＰサーバ１０に送信する（図４中の１参照）。
ここで、ＩＮＶＩＴＥメッセージには、「０５０−２２２２３３３３＠ｅ−ｅｉｇｙｏｏｓｈｏ．ｃｏ．ｊｐ」というＵＲＩが記述されている。
【００６９】
ＳＩＰサーバ１０の制御部１１は、♯Ｄの発信側電話装置３０のユーザエージェント３５からＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに記述されているＵＲＩを送受信Ｉ／Ｆ部１３を介してロケーションサーバに送信し、ロケーションサーバから♯Ｅの着信側電話装置３１に割り当てられたＩＰアドレス「１９２．１６８．２．１」を送受信部Ｉ／Ｆ部１３を介して受信する。
【００７０】
その後、制御部１０は、先に♯Ｄの発信側電話装置３０のユーザエージェント３５から受信したＩＮＶＩＴＥメッセージに記述されていたＵＲＩ中のドメイン名をＩＰアドレスに書き換えた「０５０−２２２２３３３３＠１９２．１６８．２．１」が記述されたＩＮＶＩＴＥメッセージを着信側の♯Ｅの着信側電話装置３１のユーザエージェント３５にインターネット４０を介して送信する（図４中の２参照）。
【００７１】
♯Ｅの着信側電話装置３１のユーザエージェント３６は、ＩＮＶＩＴＥメッセージを受信すると、セッションを確立するための処理を始めたことを示す１００Ｔｒｙｉｎｇメッセージを、インターネット４０を介してＳＩＰサーバ１０に送信する（図４中の３参照）。ここで、１００Ｔｒｙｉｎｇメッセージには、ＵＲＩとして「０５０−１２３４９８７６＠ｄ−ｅｉｇｙｏｏｓｈｏ．ｃｏ．ｊｐ」が記述されている。
【００７２】
ＳＩＰサーバ１０の制御部１１は、♯Ｅの着信側電話装置３１のユーザエージェント３６から１００Ｔｒｙｉｎｇメッセージを受信すると、１００Ｔｒｙｉｎｇメッセージに記述されているＵＲＩをロケーションサーバに送信し、ロケーションサーバから♯Ｄの発信側電話装置３０に割り当てられているＩＰアドレス「１９２．１６５．１０．１１」を受信する。その後、制御部１１は、先に♯Ｅの着信側電話装置３１のユーザエージェント３６から受信した１００Ｔｒｙｉｎｇメッセージに記述されていたＵＲＩ中のドメイン名（ｄ−ｅｉｇｙｏｏｓｈｏ．ｃｏ．ｊｐ）をＩＰアドレス（「０５０−１２３４９８７６＠１９２．１６５．１０．１１」）に書き換える。その後、制御部１１は、ＩＰアドレスが記述された１００Ｔｒｙｉｎｇメッセージを、♯Ｄの発信側電話装置３０のユーザエージェント３５に無線ネットワーク又は有線ネットワークを介して送信する（図４中の４参照）。
【００７３】
♯Ｅの着信側電話装置３１のユーザエージェント３６は、１００Ｔｒｙｉｎｇメッセージを♯Ｄの発信側電話装置３０のユーザエージェント３５に送信したのち、読み出し中であることを示す１８０Ｒｉｎｇｉｎｇメッセージを、ＳＩＰサーバ１０に送信する（図４中の５参照）。ここで、１８０Ｒｉｎｇｉｎｇメッセージには、ＵＲＩとして「０５０−１２３４９８７６＠ｄ−ｅｉｇｙｏｏｓｈｏ．ｃｏ．ｊｐ」が記述されている。
【００７４】
ＳＩＰサーバ１０の制御部１１は、１８０Ｒｉｎｇｉｎｇメッセージを受信すると、１８０Ｒｉｎｇｉｎｇメッセージに記述されているＵＲＩをロケーションサーバに送信し、ロケーションサーバから♯Ｄの発信側電話装置３０のＩＰアドレス「１９２．１６５．１０．１１」を受信する。その後、制御部１１は、先に♯Ｅの着信側電話装置３１のユーザエージェント３６から受信した１８０Ｒｉｎｇｉｎｇメッセージに記述されていたＵＲＩ中のドメイン名（ｄ−ｅｉｇｙｏｏｓｈｏ．ｃｏ．ｊｐ）をＩＰアドレス（「０５０−１２３４９８７６＠１９２．１６５．１０．１１」）に書き換える。その後、制御部１１は、ＩＰアドレスが記述された１８０Ｒｉｎｇｉｎｇメッセージを、♯Ｄの発信側電話装置３０のユーザエージェント３５に無線ネットワーク又は有線ネットワークを介して送信する（図４中の６参照）。
【００７５】
その後、♯Ｅの着信側電話装置３１のユーザが忙しい（ビジー）等でセッションを確立することができない場合には、ユーザエージェント３６は、その旨を示すＢｕｓｙメッセージをインターネット４０を介してＳＩＰサーバ１０に送信する（図４中の７参照）。
【００７６】
ＳＩＰサーバ１０の制御部１１は、♯Ｅの着信側電話装置３１のユーザエージェント３６からＢｕｓｙメッセージを受信すると、記憶部１２のキュー１２２に♯Ｄの電話番号をキューイング処理を行う。すなわち、図６（ｂ）に示すように、制御部１１は、♯Ｄの発信側電話装置３０の電話番号「０５０−１２３４９８７６」を、キュー１２２におけるセッション確立順番が「４」の箇所に記憶される。
【００７７】
因みに、最も先にセッションの確立要求をした♯Ａの発信側電話装置３０の電話番号「０５０−１１２２３３４４」は、セッション確立順番が「１」に記憶され、次にセッションの確立要求をした♯Ｂの発信側電話装置３０の電話番号「０５０−２２３３４４１１」は、セッション確立順番が「２」の箇所に記憶され、更に、次にセッションの確立要求をした♯Ｃの発信側電話装置３０の電話番号「０５０−３３４４１１２２」は、セッション確立順番が「３」の箇所に記憶される（順番決定数値記憶工程）。
【００７８】
その後、制御部１１は、キュー１２２に記憶されている♯Ｄの電話番号の記憶箇所を参照し、♯Ｄの発信側電話装置３０のユーザエージェント３５に対して、例えば、「応答待ちの電話装置が自身のものを含めて４機ある」というセッション確立待ち情報を生成し（セッション確立待ち情報生成工程）、これを送受信Ｉ／Ｆ部１３を介して音声通知サーバ２０に送信する（セッション確立待ち情報送信工程）。
次に、制御部１１は、このセッション待ち情報を用いて♯Ｄの送信側電話装置３０に備わる表示部に表示する表示データを有するＩＰパケットを生成する。その後、制御部１１は、このＩＰパケットを無線ネットワーク又は有線ネットワークを介して♯Ｄの発信側電話装置３０のユーザエージェント３５に送信する（図４中の８参照）。
【００７９】
♯Ｄの発信側電話装置３０のユーザエージェント３５は、ＳＩＰサーバ１０から受信した上記ＩＰパケットを受信すると、受信したＩＰパケットに有する表示データを表示部（図示せず）に表示させる。すなわち、♯Ｄの発信側電話装置３０のユーザエージェント３５は、「応答待ちのインターネット電話装置が自身のものを含めて４機ある」というセッション確立待ち情報を表示部に表示させる。
【００８０】
音声通知サーバ２０の音声データ生成装置２１１は、音声通知サーバ２０に上記セッション確立待ち情報が入力されると、このセッション確立待ち情報を表す音声データを生成し（音声データ生成工程）、このデータをＳＩＰサーバ１０に出力する。
【００８１】
ＳＩＰサーバ１０の制御部１１は、音声通知サーバ２０からセッション確立待ち情報を表す音声データが入力されると、入力された音声データを有するＩＰパケットを生成し、その後、♯Ｄの発信側電話装置３０のユーザエージェント３５に無線ネットワーク又は有線ネットワークを介して生成したＩＰパケットを送信する（図６（ａ）参照）。
【００８２】
♯Ｄの発信側電話装置３０のユーザエージェント３５は、ＳＩＰサーバ１０から受信したＩＰパケットに有する音声データをスピーカ（図示せず）に音声出力させる。すなわち、♯Ｄの発信側電話装置３０のユーザエージェント３５は、「応答待ちのインターネット電話装置が自身のものを含めて４機ある」というセッション確立待ち情報をスピーカに音声出力させる。
その後、♯Ｄの発信側電話装置３０のユーザエージェント３５は、接続の解消要求するＢＹＥメッセージをＳＩＰサーバ１０を介さずに♯Ｅの着信側電話装置３１のユーザエージェント３６に送信する（図４中の９参照）。
【００８３】
♯Ｅの着信側電話装置３１のユーザエージェント３６は、♯Ｄの発信側電話装置３０からＢＹＥメッセージを受信すると、それに同意したことを示す２００ＯＫメッセージをＳＩＰサーバ１０を介さずに♯Ｄの発信側電話装置３０のユーザエージェント３５に送信する（図４中の１０参照）。これで、♯Ｄの発信側電話装置３０と♯Ｅの着信側電話装置３１とは、セッションの確立要求が解消した状態になる。
【００８４】
その後、図７（ａ）に示すように、♯Ａの発信側電話装置３０が♯Ｅの携帯電話３０との間でセッションを確立する処理が始まると、ＳＩＰサーバ１０は、図７（ｂ）に示すように、記憶部１２のキュー１２２に記憶されている♯Ａの発信側電話装置３０の電話番号「０５０−１１２２３３４４」をアクティブ（Ａｃｔｉｖｅ）にし、♯Ｂの発信側電話装置３０の電話番号「０５０−２２３３４４１１」のセッション確立順番を「１」にし、♯Ｃの発信側電話装置３０の電話番号「０５０−３３４４１１２２」のセッション確立順番を「２」にし、♯Ｄの発信側電話装置３０の電話番号「０５０−１２３４９８７６」のセッション確立順番を「３」にする。
【００８５】
次に、ＳＩＰサーバ１０の制御部１１は、例えば、「応答待ちのインターネット電話装置が自身のものだけである」というセッション確立待ち情報を生成するとともに、このセッション確立待ち情報を音声通知サーバ２０に出力する。その後、制御部１１は、上記セッション待ち情報が記述された表示データを有するＩＰパケットを生成し、このＩＰパケットを無線ネットワーク又は優先ネットワークを介して♯Ｂの発信側電話装置３０のユーザエージェント３５に送信する。
【００８６】
♯Ｂの発信側電話装置３０のユーザエージェント３５は、ＳＩＰサーバ１０から受信した上記ＩＰパケットを受信すると、受信したＩＰパケットに有する表示データを表示部（図示せず）に表示させる。即ち、♯Ｂの発信側電話装置３０のユーザエージェント３５は、「応答待ちのインターネット電話装置が自身のものだけである」というセッション確立待ち情報を表示部に表示させる。
【００８７】
音声通知サーバ２０は、上記セッション確立待ち情報が入力されると、上述した場合と同様にこのセッション確立待ち情報を表す音声データを音声データ生成装置２１１で生成し、この音声データをＳＩＰサーバ１０に出力する。
ＳＩＰサーバ１０の制御部１１は、音声通知サーバ２０からセッション確立待ち情報を表す音声データが入力されると、入力された音声データを有するＩＰパケットを生成し、その後、♯Ｂの発信側電話装置３０のユーザエージェント３５に無線ネットワーク又は有線ネットワークを介して生成したＩＰパケットを送信する。
【００８８】
♯Ｂの発信側電話装置３０のユーザエージェント３５は、上記表示データを有するＩＰパケットを受信すると、スピーカに音声データを音声出力させる。すなわち、♯Ｂの発信側電話装置３０のユーザエージェント３５は、「応答待ちのインターネット電話装置が自身のものだけである」というセッション確立待ち情報をスピーカに音声出力させる（図７（ａ）参照）。
【００８９】
その後、ＳＩＰサーバ１０の制御部１１は、同様にして、例えば、「応答待ちのインターネット電話装置が自身のものを含めて２機ある」というセッション確立待ち情報を生成するとともに、このセッション確立待ち情報を送受信Ｉ／Ｆ部１３を介して音声通知サーバ２０に出力する。次に、制御部１１は、生成したセッション確立待ち情報から♯Ｃの発信側電話装置３０の表示部に、セッション確立待ち情報を表示させる表示データを有するＩＰパケットを生成する。その後、制御部１１は、生成したＩＰパケットを無線ネットワーク又は有線ネットワークを介して♯Ｃの発信側電話装置３０のユーザエージェント３５に送信する。
【００９０】
♯Ｃの発信側電話装置３０のユーザエージェント３５は、ＳＩＰサーバ１０から受信した上記ＩＰパケットを受信すると、受信したＩＰパケットに有する表示データを表示部（図示せず）に表示させる。すなわち、♯Ｃの発信側電話装置３０のユーザエージェント３５は、「応答待ちの発信側電話装置が自身のものを含めて２機ある」というセッション確立待ち情報を表示部に表示させる。
【００９１】
音声通知サーバ２０は、上記セッション確立待ち情報が入力されると、このセッション確立待ち情報を表す音声データを生成し、このデータをＳＩＰサーバ１０に出力する。
ＳＩＰサーバ１０の制御部１１は、音声通知サーバ２０からセッション確立待ち情報を表す音声データが入力されると、入力された音声データを有するＩＰパケットを生成し、その後、♯Ｃの発信側電話装置３０のユーザエージェント３５に無線ネットワーク又は有線ネットワークを介して生成したＩＰパケットを送信する。
【００９２】
♯Ｃの発信側電話装置３０のユーザエージェント３５は、上記表示データを有するＩＰパケットを受信すると、スピーカに音声データを音声出力させる。すなわち、♯Ｃの発信側電話装置３０のユーザエージェント３５は、「応答待ちのインターネット電話装置が自身のものを含めて２機ある」というセッション確立待ち情報をスピーカに音声出力させる（図７（ａ）参照）。
【００９３】
その後、ＳＩＰサーバ１０の制御部１１は、同様にして、例えば、「応答待ちのインターネット電話装置が自身のものを含めて３機ある」というセッション確立待ち情報を生成するとともに、このセッション確立待ち情報を音声通知サーバ２０に送受信Ｉ／Ｆ部１３を介して出力する。次に、制御部１１は、生成したセッション確立待ち情報が記述された表示データを有するＩＰパケットを生成する。その後、制御部１１は、生成したＩＰパケットを無線ネットワーク又は有線ネットワークを介して♯Ｄの発信側電話装置３０のユーザエージェント３５に送信する（セッション確立待ち情報生成工程、同送信工程）。
【００９４】
♯Ｄの発信側電話装置３０のユーザエージェント３５は、ＳＩＰサーバ１０から受信した上記ＩＰパケットを受信すると、受信したＩＰパケットに有する表示データを表示部（図示せず）に表示させる。すなわち、♯Ｄの発信側電話装置３０のユーザエージェント３５は、「応答待ちのインターネット電話装置が自身のものを含めて３機ある」というセッション確立待ち情報を表示部に表示させる。
【００９５】
音声通知サーバ２０は、上記セッション確立待ち情報が入力されると、このセッション確立待ち情報を表す音声データを生成し、このデータをＳＩＰサーバ１０に出力する。
ＳＩＰサーバ１０の制御部１１は、音声通知サーバ２０からセッション確立待ち情報を表す音声データが入力されると、入力された音声データを有するＩＰパケットを生成し、その後、♯Ｄの発信側電話装置３０のユーザエージェント３５に無線ネットワーク又は有線ネットワークを介して生成したＩＰパケットを送信する。
【００９６】
♯Ｄの発信側電話装置３０のユーザエージェント３５は、上記表示データを有するＩＰパケットを受信すると、スピーカに音声データを音声出力させる。すなわち、♯Ｄの発信側電話装置３０のユーザエージェント３５は、「応答待ちのインターネット電話装置が自身のものを含めて３機ある」というセッション確立待ち情報をスピーカに音声出力させる（図７（ａ）参照）。
【００９７】
その後、図８（ａ）に示すように、♯Ａの発信側電話装置３０が♯Ｅの携帯電話３０との間で通話が終了すると、ＳＩＰサーバ１０は、図８（ｂ）に示すように、記憶部１２のキュー１２２に記憶されている♯Ａの発信側電話装置３０の電話番号「０５０−１１２２３３４４」を消去し、また、優先度数累計値情報リスト１２４中の♯Ａの発信側電話装置３０の電話番号「０５０−１１２２３３４４」に該当するデータを消去する。その後、♯Ｂの発信側電話装置３０が♯Ｅの着信側電話装置３１との間でセッションの確立処理を始めると、ＳＩＰサーバ１０は、８図（ｂ）に示すように、♯Ｂの発信側電話装置３０の電話番号「０５０−２２３３４４１１」をアクティブ状態にし、♯Ｃの発信側電話装置３０の電話番号「０５０−３３４４１１２２」のセッションの確立待ちの順番を「１」にし、♯Ｄの発信側電話装置３０の電話番号「０５０−１２３４９８７６」のセッションの確立待ちの順番を「２」にする（順番決定工程）。
【００９８】
次に、ＳＩＰサーバ１０の制御部１１は、例えば、「応答待ちのインターネット電話装置が自身のものだけである」というセッション確立待ち情報を生成するとともに、このセッション確立待ち情報を音声通知サーバ２０に送受信Ｉ／Ｆ部１３を介して出力する。その後、制御部１１は、このセッション確立待ち情報が記述された表示データを有するＩＰパケットを生成し、生成したＩＰパケットを無線ネットワーク又は有線ネットワークを介して♯Ｃの発信側電話装置３０のユーザエージェント３５に送信する。
【００９９】
♯Ｃの発信側電話装置３０のユーザエージェント３５は、ＳＩＰサーバ１０から受信した上記ＩＰパケットを受信すると、受信したＩＰパケットに有する表示データを表示部（図示せず）に表示させる。すなわち、♯Ｃの発信側電話装置３０のユーザエージェント３５は、「応答待ちのインターネット電話装置が自身のものだけである」というセッション確立待ち情報を表示部に表示させる。
【０１００】
音声通知サーバ２０は、上記セッション確立待ち情報が入力されると、このセッション確立待ち情報を表す音声データを生成し、このデータをＳＩＰサーバ１０に出力する。
ＳＩＰサーバ１０の制御部１１は、音声通知サーバ２０からセッション確立待ち情報を表す音声データが入力されると、入力された音声データを有するＩＰパケットを生成し、その後、♯Ｃの発信側電話装置３０のユーザエージェント３５に無線ネットワーク又は有線ネットワークを介して生成したＩＰパケットを送信する。
【０１０１】
♯Ｃの発信側電話装置３０のユーザエージェント３５は、上記表示データを有するＩＰパケットを受信すると、スピーカに音声データを音声出力させる。すなわち、♯Ｃの発信側電話装置３０のユーザエージェント３５は、「応答待ちのインターネット電話装置が自身のものだけである」というセッション確立待ち情報をスピーカに音声出力させる（図８（ａ）参照）。
【０１０２】
その後、ＳＩＰサーバ１０の制御部１１は、同様にして、例えば、「応答待ちのインターネット電話装置が自身のものを含めて２機ある」というセッション確立待ち情報を生成するとともに、このセッション確立待ち情報を音声通知サーバ２０に送受信Ｉ／Ｆ部１３を介して出力する。次に、制御部１１は、生成したセッション確立待ち情報が記述された表示データを有するＩＰパケットを生成し、このＩＰパケットを無線ネットワーク又は有線ネットワークを介して♯Ｄの発信側電話装置３０のユーザエージェント３５に送信する。
【０１０３】
♯Ｄの発信側電話装置３０のユーザエージェント３５は、ＳＩＰサーバ１０から受信した上記ＩＰパケットを受信すると、受信したＩＰパケットに有する表示データを表示部（図示せず）に表示させる。すなわち、♯Ｄの発信側電話装置３０のユーザエージェント３５は、「応答待ちのインターネット電話装置が自身のものを含めて２機ある」というセッション確立待ち情報を表示部に表示させる。
【０１０４】
音声通知サーバ２０は、上記セッション確立待ち情報が入力されると、このセッション確立待ち情報を表す音声データを生成し、このデータをＳＩＰサーバ１０に出力する。
ＳＩＰサーバ１０の制御部１１は、音声通知サーバ２０から送受信Ｉ／Ｆ部１３を介してセッション確立待ち情報を表す音声データが入力されると、入力された音声データを有するＩＰパケットを生成し、その後、♯Ｄの発信側電話装置３０のユーザエージェント３５に無線ネットワーク又は有線ネットワークを介して生成したＩＰパケットを送信する。
【０１０５】
♯Ｄの発信側電話装置３０のユーザエージェント３５は、上記表示データを有するＩＰパケットを受信すると、スピーカに音声データを音声出力させる。すなわち、♯Ｄの発信側電話装置３０のユーザエージェント３５は、「応答待ちのインターネット電話装置が自身のものを含めて２機ある」というセッション確立待ち情報をスピーカに音声出力させる（図４中の１１及び図８（ａ）参照）。
【０１０６】
その後、図９（ａ）に示すように、♯Ｂの発信側電話装置３０が♯Ｅの携帯電話３０との間で通話が終了すると、ＳＩＰサーバ１０は、図９（ｂ）に示すように、記憶部１２のキュー１２２に記憶されている♯Ｂの発信側電話装置３０の電話番号「０５０−２２３３４４１１」を消去し、また、優先度数累計値情報リスト１２４中の♯Ｂの発信側電話装置３０の電話番号「０５０−２２３３４４１１」に該当するデータを消去する。その後、ＳＩＰサーバ１０は、♯Ｃの発信側電話装置３０が♯Ｅの着信側電話装置３１との間でセッションが確立処理を始めると、ＳＩＰサーバ１０は、図９（ｂ）に示すように、♯Ｃの発信側電話装置３０の電話番号「０５０−３３４４１１２２」をアクティブ状態にし、♯Ｄの発信側電話装置３０の電話番号「０５０−１２３４９８７６」のセッションの確立待ちの順番を処理待ち順を「１」にする。
【０１０７】
次に、ＳＩＰサーバ１０の制御部１１は、例えば、「応答待ちのインターネット電話装置が自身のものだけである」というセッション確立待ち情報を生成するとともに、このセッション確立待ち情報を送受信Ｉ／Ｆ部１３を介して音声通知サーバ２０に出力する。その後、制御部１１は、生成したセッション確立待ち情報が記述された表示データを有するＩＰパケットを生成し、このＩＰパケットを無線ネットワーク又は有線ネットワークを介して♯Ｄの発信側電話装置３０のユーザエージェント３５に送信する。
【０１０８】
♯Ｄの発信側電話装置３０のユーザエージェント３５は、ＳＩＰサーバ１０から受信した上記ＩＰパケットを受信すると、受信したＩＰパケットに有する表示データを表示部（図示せず）に表示させる。すなわち、♯Ｄの発信側電話装置３０のユーザエージェント３５は、応答待ちのインターネット電話装置が自身のものだけである」というセッション確立待ち情報を表示部に表示させる。
【０１０９】
音声通知サーバ２０は、上記セッション確立待ち情報が入力されると、このセッション確立待ち情報を表す音声データを生成し、このデータをＳＩＰサーバ１０に出力する。
ＳＩＰサーバ１０の制御部１１は、音声通知サーバ２０からセッション確立待ち情報を表す音声データが入力されると、入力された音声データを有するＩＰパケットを生成し、その後、♯Ｄの発信側電話装置３０のユーザエージェント３５に無線ネットワーク又は有線ネットワークを介して生成したＩＰパケットを送信する。
【０１１０】
♯Ｄの発信側電話装置３０のユーザエージェント３５は、上記表示データを有するＩＰパケットを受信すると、スピーカに音声データを音声出力させる。すなわち、♯Ｄの発信側電話装置３０のユーザエージェント３５は、応答待ちのインターネット電話装置が自身のものだけである」というセッション確立待ち情報をスピーカに音声出力させる（図４中の１２及び図９（ａ）参照）。
【０１１１】
その後、図１０（ａ）に示すように、♯Ｃの発信側電話装置３０が♯Ｅの着信側電話装置３１との間で通話が終了すると、ＳＩＰサーバ１０は、図１０（ｂ）に示すように、記憶部１２のキュー１２２に記憶されている♯Ｃの発信側電話装置３０の電話番号「０５０−３３４４１１２２」を消去し、又、優先度数累計値情報リスト１２４中の♯Ｃの発信側電話装置３０の電話番号「０５０−３３４４１１２２」に該当するデータを消去する。
【０１１２】
次に、ＳＩＰサーバ１０の制御部１１は、例えば、「接続可能である」というセッション確立待ち情報を生成するとともに、このセッション確立待ち情報を送受信Ｉ／Ｆ部１３を介して音声通知サーバ２０に出力する。その後、制御部１１は、上記セッション確立待ち情報が記述された表示データを有するＩＰパケットを生成し、このＩＰパケットを無線ネットワーク又は有線ネットワークを介して♯Ｄの発信側電話装置３０のユーザエージェント３５に送信する。
【０１１３】
♯Ｄの発信側電話装置３０のユーザエージェント３５は、ＳＩＰサーバ１０から受信した上記ＩＰパケットを受信すると、受信したＩＰパケットに有する表示データを表示部に表示させる。すなわち、♯Ｄの発信側電話装置３０のユーザエージェント３５は、「接続可能である」というセッション確立待ち情報を表示部に表示させる。
【０１１４】
音声通知サーバ２０は、♯Ｅの着信側電話装置３１とセッションが可能である旨の情報が入力されると、♯Ｅの着信側電話装置３１とセッションが可能である旨の情報を表す音声データを生成し、このデータをＳＩＰサーバ１０に出力する。
ＳＩＰサーバ１０の制御部１１は、音声通知サーバ２０からセッション確立待ち情報を表す音声データが入力されると、入力された音声データを有するＩＰパケットを生成し、その後、♯Ｄの発信側電話装置３０のユーザエージェント３５に無線ネットワーク又は有線ネットワークを介して生成したＩＰパケットを送信する。
【０１１５】
♯Ｄの発信側電話装置３０のユーザエージェント３５は、上記表示データを有するＩＰパケットを受信すると、スピーカに音声データを音声出力させる（図１０（ａ）参照）。すなわち、♯Ｄの発信側電話装置３０のユーザエージェント３５は、「接続可能である」というセッション確立待ち情報をスピーカに音声出力させる（図４中の１３及び図１０（ａ）参照）。
【０１１６】
その後、♯Ｅの着信側電話装置３１との間でセッションの確立を行うため、♯Ｄの発信側電話装置３０のユーザエージェント３５は、♯Ｅの着信側電話装置３１のユーザエージェント３６に対して接続を要求するためのＩＮＶＩＴＥメッセージを、無線ネットワーク又は有線ネットワークを介してＳＩＰサーバ１０に送信する（図４中の１４参照）。
【０１１７】
ＳＩＰサーバ１０の制御部１１は、♯Ｄの発信側電話装置３０のユーザエージェントからＩＮＶＩＴＥメッセージを無線ネットワーク又は有線ネットワークを介して受信すると、記憶部１２のキュー１２２に記憶されている♯Ｄの発信側電話装置の電話番号「０５０−１２３４９８７６」をアクティブ状態にする。次に、ＳＩＰサーバ１０は、上述したと同様な処理を行って、先に♯Ｄの発信側電話装置３０のユーザエージェント３５から受信したＩＮＶＩＴＥメッセージを、♯Ｅの着信側電話装置３１のユーザエージェント３６にインターネット４０を介して送信する（図４中の１４及び１５参照）。
【０１１８】
その後、制御部１１は、♯Ｅの着信側電話装置３１のユーザエージェント３６から１００Ｔｒｙｉｎｇメッセージをインターネット４０を介して受信すると、上述したと同様にしてこの１００Ｔｒｙｉｎｇメッセージを♯Ｄの発信側電話装置３０のエージェント３０に無線ネットワーク又は有線ネットワークを介して送信する（図４中の１６及び１７参照）。
【０１１９】
次に、制御部１１は、♯Ｅの着信側電話装置３１のユーザエージェント３６から１８０Ｒｉｎｇｉｎｇメッセージをインターネット４０を介して受信すると、上述した場合と同様にして、このＲｉｎｇｉｎｇメッセージを♯Ｄの発信側電話装置３０のエージェント３０に無線ネットワーク又は有線ネットワークを介して送信する（図４中の１８及び１９参照）。
その後、♯Ｅの着信側電話装置３１のユーザエージェント３６は、接続を了承する旨を示す２００ＯＫメッセージをインターネット４０を介してＳＩＰサーバ１０に送信する（図４中の２０参照）。
【０１２０】
ＳＩＰサーバ１０の制御部１１は、２００ＯＫメッセージを受信すると、２００ＯＫメッセージに記述されているＵＲＩをロケーションサーバに送信し、ロケーションサーバから♯Ｄの発信側電話装置３０のＩＰアドレス「１９２．１６５．１０．１１」を受信する。その後、制御部１１は、先に♯Ｅの着信側電話装置３１のユーザエージェント３６から受信した２００ＯＫメッセージに記述されていたＵＲＩ中のドメイン名（ｄ−ｅｉｇｙｏｏｓｈｏ．ｃｏ．ｊｐ）をＩＰアドレス（「０５０−１２３４９８７６＠１９２．１６５．１０．１１」）に書き換える。その後、制御部１１は、ＩＰアドレスが記述された２００ＯＫメッセージを、♯Ｄの発信側電話装置３０のユーザエージェント３５に無線ネットワーク又は有線ネットワークを介して♯Ｄの発信側電話装置３０のユーザエージェント３５に送信する（図４中の２１参照）。
【０１２１】
すると、♯Ｄの発信側電話装置３０のユーザエージェント３５は、２００ＯＫメッセージを受け取った旨を示すＡＣＫメッセージを、無線ネットワーク又は有線ネットワークを介してＳＩＰサーバ１０に送信する（図４中の２２参照）。ここで、ＡＣＫメッセージには、「０５０−２２２２３３３３＠ｅ−ｅｉｇｙｏｏｓｈｏ．ｃｏ．ｊｐ」というＵＲＩが記述されている。
【０１２２】
ＳＩＰサーバ１０の制御部１１は、♯Ｄの発信側電話装置３０のユーザエージェント３５からＡＣＫメッセージを受信すると、ＡＣＫメッセージに記述されているＵＲＩをロケーションサーバに送信し、ロケーションサーバから着信側の♯Ｅの着信側電話装置３１に割り当てられたＩＰアドレス「１９２．１６８．２．１」を受信する。その後、制御部１１は、先に♯Ｄの発信側電話装置３０のユーザエージェント３５から受信したＡＣＫメッセージに記述されていたＵＲＩ中のドメイン名をＩＰアドレスに書き換えた「０５０−２２２２３３３３＠１９２．１６８．２．１」が記述されたＡＣＫメッセージを生成する。
その後、制御部１１は、♯Ｅの着信側電話装置３１のユーザエージェント３６にインターネット４０を介して生成したＡＣＫメッセージを送信する（図４中の２３参照）。続いて、制御部１１は、記憶部１２のキュー１２２に記憶されている♯Ｄの発信側電話装置の電話番号を消去する（図１０（ｂ）参照）。以後、♯Ｄの発信側電話装置３０と♯Ｅの着信側電話装置３１との間がセッションが確立し、通話可能な状態に移行する（図４中の２４参照）。
【０１２３】
その後、♯Ｄの発信側電話装置３０と♯Ｅの着信側電話装置３１と間で通話を実行したのち、♯Ｄの発信側電話装置３０のユーザエージェント３５が、コネクションの解消させるＢＹＥメッセージをインターネット４０を介して♯Ｅの着信側電話装置３１に送信すると（図４中の２５参照）、ＢＹＥメッセージを受信した♯Ｅの着信側電話装置３１のユーザエージェント３６は、コネクションの解消要求を認めることを示す２００ＯＫメッセージを、インターネット４０を介して♯Ｄの発信側電話装置３０のユーザエージェント３５に送信し（図４中の２６参照）処理を終了する。
♯Ｄの発信側電話装置３０のユーザエージェント３５は、♯Ｅの着信側電話装置３１のユーザエージェント３５から２００ＯＫメッセージを受信すると、処理を終了する。
【０１２４】
次に、上記実施形態におけるセッション確立待の順番を変更する動作を図１１に基づいて説明する。
【０１２５】
図１１は、ＳＩＰサーバが行われるセッションの確立待ちの順番を変更する動作を示すフローチャートである。
ＳＩＰサーバ１０の制御部１１は、オーダーキー値が発信側電話装置３０から無線ネットワーク又は優先ネットワークを介して受信したか否かを判定する（ステップＳ１０）。制御部１１は、オーダーキー値を受信していないと判定した場合には（ステップＳ１０；ＮＯ）、オーダーキー値を受信するまで同様な処理を行う。一方、制御部１１は、記憶部１２のキュー１２２に記憶されている電話番号の発信側電話装置３０からオーダーキー値を受信したと判定した場合には（ステップＳ１０；ＹＥＳ）、オーダーキー値に対応する優先度数値を記憶部１２に有するオーダーキー情報リスト１２３から読み出す（ステップＳ１１）。
【０１２６】
次に、制御部１１は、記憶部１２に有する優先度数累計値情報リスト１２４を参照する。そして、この発信側電話装置３０の電話番号に対応する優先度数累計値を読み出し、この値に先に読み出した優先度数値を加算した値を新たな優先度数累計値として、優先度数累計値情報リスト１２４中の当該電話番号に対応する優先度累計値を更新する（ステップＳ１２：順番決定工程）。
例えば、図１２（ａ）に示すように、オーダーキー値をＳＩＰサーバ３０に送信した発信側電話装置３０が、♯Ｄの発信側電話装置３０であり、そのオーダーキー値が「ａ」であるとものとする。また、優先度数累計値情報リスト１２４に登録されている♯Ｄの発信側電話装置３０の電話番号に対応する優先度数累計値が、図１２（ｂ）に示すように、「０」であるものとすると、優先度数累計値情報リスト１２４中の♯Ｄの発信側電話装置の電話番号に対応する優先度数累計値は、「２」に更新される。
【０１２７】
その後、制御部１１は、オーダーキー値を送信してきた発信側電話装置３０の電話番号よりセッション確立待ちの優先順位が高い電話番号がキュー１２２に記憶されているか否かを判定する（ステップＳ１３）。制御部１１は、オーダーキー値を送信してきた発信側電話装置３０の電話番号よりセッション確立待ちの優先順位が高い電話番号がキュー１２２に記憶されていないと判定した場合には（ステップＳ１３；ＮＯ）、このセッションの確立待ちの優先順位の変更処理を終了する。
一方、制御部１１は、オーダーキー値を送信してきた発信側電話装置３０の電話番号よりセッション確立待ちの優先順位が高い電話番号がキュー１２２に記憶されていると判定した場合には（ステップＳ１３；ＹＥＳ）、未だ読み出されていない最も優先順位が高い電話番号がキュー１２２に記憶されているか否かを判定する（ステップＳ１４）。
【０１２８】
例えば、図１３（ａ）に示すように、キュー１２２に記憶されている電話番号は、♯Ａの発信側電話装置３０の電話番号がアクティブ状態であり、♯Ｂの電話端３０末の電話番号のセッション確立待ち順番が最も高い「１」であり、♯Ｃの電話端３０末の電話番号のセッション確立待順番が次に高い「２」であり、オーダーキー値を送信してきた♯Ｄの電話端３０末の電話番号のセッション確立待ち順番が最も低い「３」である場合には、オーダーキー値を送信してきた♯Ｄの発信側電話装置３０の電話番号よりセッション確立待ち順番が高い♯Ｂ及び♯Ｃの発信側電話装置３０の電話番号がキュー１２２に記憶されていると制御部１１により判定される（順番変動判定工程）。
【０１２９】
制御部１１は、未だ読み出されていない最も優先順位が高い電話番号がキュー１２２に記憶されていないと判定した場合には（ステップＳ１４；ＮＯ）、処理を終了する。一方、制御部１１は、未だ読み出されていない最も優先順位が高い電話番号がキュー１２２に記憶されていると判定した場合には（ステップＳ１４；ＹＥＳ）、未だ読み出されていない最も優先順位が高い電話番号をキュー１２２から読み出す（ステップＳ１５）。
【０１３０】
次に、制御部１１は、優先度数累計値情報リスト１２４を参照し、キュー１２２から読み出した電話番号の優先度数累計値が、オーダーキー値を送信してきた電話番号の優先度数累計値より大きいか否かを判定する（ステップＳ１６）。制御部１１は、優先度数累計値情報リスト１２４を参照し、キュー１２２から読み出した電話番号の優先度数累計値が、オーダーキー値を送信してきた電話番号の優先度数累計値より大きいと判定した場合には（ステップＳ１６；ＹＥＳ）、ステップＳ１４に移行し、上述したと同様な処理を続行させる（順番変動判定工程）。
【０１３１】
例えば、図１３（ａ）に示すように、キュー１２２から読み出した電話番号が♯Ｂの電話番号であって、この電話番号の優先度数累計値が図１２（ｂ）に示すように、「４」の場合には、♯Ｂの発信側電話装置３０の電話番号の優先度数累計値が、オーダーキー値を送信してきた♯Ｄの発信側電話装置３０の電話番号の優先度数累計値より大きいと制御部１１により判定される。
【０１３２】
一方、制御部１１は、優先度数累計値情報リスト１２４を参照し、キュー１２２から読み出した電話番号の優先度数累計値が、オーダーキー値を送信してきた電話番号の優先度数累計値以下であると判定した場合には（ステップＳ１６；ＮＯ）、キュー１２２において、オーダーキー値を送信してきた発信側電話装置３０の電話番号を、先に読み出した電話番号よりセッション確立待ち順番を高くする（ステップＳ１７：順番変更工程））。
【０１３３】
例えば、キュー１２２から読み出した電話番号が♯Ｃの発信側電話装置３０の電話番号であって、この電話番号の優先度数累計値が図１２（ｂ）に示すように、「０」の場合には、♯Ｃの発信側電話装置３０の電話番号の優先度数累計値が、オーダーキー値を送信してきた♯Ｄの発信側電話装置３０の電話番号の優先度数累計値以下であると制御部１１により判定される。そして、図１３（ｂ）に示すように、♯Ｄの発信側電話装置３０の電話番号のセッション確立順番が、制御部１１により「３」から「２」に変更されるとともに、♯Ｃの発信側電話装置３０の電話番号のセッション確立待ち順番が、制御部により優先順位を「２」から「３」に変更される（順番変更工程）。
【０１３４】
その後、制御部１１は、セッションの確立待ちの順番が変更した旨を発信側電話装置３０に無線ネットワーク又は優先ネットワークを介して送信し（ステップＳ１８）、処理を終了する。
【０１３５】
ここで上述した情報処理の各工程の内、識別情報処理工程、セッション確立待ち情報生成工程、およびセッション確立待ち情報送信工程にあっては、その実行内容をプログラム化しコンピュータに実行させるように構成してもよい。
【０１３６】
以上のように、この第１実施形態によれば、ＳＩＰサーバ１０が、生成したセッション確立待ち情報をセッションの確立不能な♯Ａ〜♯Ｄの発信側電話装置３０に送信するので、これにより、♯Ａ〜♯Ｄの発信側電話装置３０のユーザは、現在のセッション待ちの状態を知ることができ、接続に対する不安から無駄な再発呼を頻繁に行うことを防止することができる。
また、この第１実施形態によれば、ＳＩＰサーバ１０により、表示データ及び音声データからなるセッション確立待ち情報が♯Ａ〜♯Ｄの発信側電話装置３０に送信されるので、♯Ａ〜♯Ｄの発信側電話装置３０は、例えば液晶表示装置にセッション確立待ち情報を表示させるとともに、スピーカに音声にセッション確立待ち情報を音声出力させることができる。
【０１３７】
また、この第１実施形態によれば、ＳＩＰサーバ１０がセッション待ち情報をセッション確立待ちの順番に生成するので、このセッション待ち情報を受信した♯Ａ〜♯Ｄの発信側電話装置３０のユーザは、セッション確立する順番を知ることができる。
更に、この第１実施形態によれば、ＳＩＰサーバ１０がユーザから受信したキー識別情報に対応する数値情報を、ユーザの発信側電話装置３０の電話番号に対応する優先度数値累計値に加算するようにしたので、セッションの確立待ちの順番をユーザ自身で変更することができる。
【０１３８】
＜第２実施形態＞
図１４は、本発明に係る第２実施形態の通信制御システムを構築するＳＩＰサーバ１０の構成を示すブロック図である。
ここで、この実施形態に付した参照符合は、第１実施形態のものと同一な構成部分については同一な参照符合を付し、異なる構成部分には異なる参照符合を付すものとする。
【０１３９】
このＳＩＰサーバ１０、第１実施形態のものと同様、図１に示すように、音声通信サーバ２０と接続されているとともに、複数の発信側電話装置３０と無線ネットワーク又は有線ネットワークを介して接続され、また、着信側電話装置３１とインターネット４０を介して接続されている。そして、ＳＩＰサーバ１０は、図１４（ａ）に示すように、第１実施形態のものと同様、制御部１１と、記憶部１２と、送受信Ｉ／Ｆ部１３とを備える。
【０１４０】
記憶部１２は、制御プログラムを格納する制御プログラム格納領域１２１と、第１実施形態と同一なキュー１２２と、電話番号別優先度値情報リスト１２５とを有している。
電話番号別優先度数値情報リスト１３５は、図１４（ｂ）に示すように、電話番号項目と優先度数値項目からなる電話番号別優先度数値情報が登録されている。電話番号項目にはセッションの確立を待つ発信側電話装置３０の電話番号が記述され、優先度数値項目には上述した優先度数値が記述されている。
【０１４１】
次に、本発明に係る第２実施形態の着信待ち情報供給システムの動作を説明する。
この実施形態における着信待ち情報供給システムでは、発側の発信側電話装置３０が着側電話装置３１との間でセッションの確立待ちが発生したとき、セッションの各地待ちの状況を発信側電話装置３０に知らせる動作については、第１実施形態のものと同様の構成となっている。一方、この第２の実施形態では、セッション確立待ち順番を変更する動作について、第１実施形態のものと異なる。
以下、この異なる部分の動作について説明する。
【０１４２】
図１５は、ＳＩＰサーバが行われるセッションの確立待ちの優先順位を変更する動作を示すフローチャートである。発信側電話装置３０が着信側電話装置３１に接続要求をＳＩＰサーバ１０を介して送信したのち、ＳＩＰサーバ１０の制御部１１は、発信側電話装置３０の接続要求に対して、着信側電話装置３１からＢＵＳＹメッセージを受信すると（ステップＳ２０）、記憶部１２に有する電話番号別優先度値情報リスト１２５を参照し、発信側電話装置３０の電話番号に対応する優先度数値を読み出す（ステップＳ２１）。例えば、図６（ａ）に示すように、♯Ｄの発信側電話端末３０が♯Ｅの着信側電話端末３１に対して接続要求を送信した場合で、かつ、ＳＩＰサーバ１０が着信側電話装置３１から♯Ｄの発信側電話装置３０のＢＵＳＹメッセージを受信した場合には、制御部１１により読み出される優先度数値は、図１４（ｂ）に示すように「２」である。
【０１４３】
その後、制御部１１は、電話番号別優先度値情報リスト１２５から、キュー１２２の中の未だ読み出されていない最も優先順位が高い電話番号についての優先度数値を読み出す（ステップＳ２２）。例えば、図１６（ｂ）に示すように、キュー１２２に♯Ａ、♯Ｂ及び♯Ｃの発信側電話装置３０の電話番号が記憶されている場合では、電話番号別優先度数値情報リスト１２５から読み出される優先度数値は、♯Ｃの発信側電話装置３０の「３」
である（図１４（ｂ）参照）。
【０１４４】
次に、制御部１１は、ＢＵＳＹメッセージ（多忙メッセージ）を受信した発信側電話装置３０の優先度数値が、キュー１２２から読み出した発信側電話装置の電話番号についての優先度数値より大きいか否かを判定する（ステップＳ２３）。制御部１１は、ＢＵＳＹメッセージを受信した発信側電話装置３０の優先度数値が、読み出した発信側電話装置の電話番号についての優先度数値より大きいと判定した場合には（ステップＳ２３；ＹＥＳ）、ＢＵＳＹメッセージを受信した発信側電話装置３０の電話番号を読み出した発信側電話装置の電話番号よりセッション確立の待ちの優先順位が高くなるセッション確立待ち順番のキュー１２２の箇所に記憶し（ステップＳ２４）、処理を終了する。
【０１４５】
例えば、図１４（ｂ）に示すように、ＢＵＳＹメッセージを受信した発信側電話装置３０として♯Ｄの発信側電話装置３０の場合には、♯Ｄの発信側電話装置３０の電話番号に対応する優先度数値「２」が、♯Ａ及び♯Ｂの発信側電話装置３０の電話番号に対応する優先動数値「１」より大きいので、図１６（ｃ）に示すように、♯Ｄの発信側電話装置３０の電話番号が♯Ａ及び♯Ｂの発信側電話装置３０電話番号よりセッション確立の待ちの優先順位が高くなるセッション確立順番「２」のキュー１２２の箇所に記憶される。
【０１４６】
一方、制御部１１は、ＢＵＳＹメッセージを受信した発信側電話装置３０の優先度数値が、読み出した電話番号についての優先度数値より以下と判定した場合には（ステップＳ２３；ＮＯ）、未だ読み出されていない最も優先順位が高い発信側電話装置３０の電話番号がキュー１２２に記憶されているか否かを判定する（ステップＳ２５）。
【０１４７】
制御部１１は、未だ読み出されていない最も優先順位が高い発信側電話装置３０の電話番号がキュー１２２に記憶されていない場合には（ステップＳ２５；ＮＯ）、ＢＵＳＹメッセージを受信した発信側電話装置３０の電話番号を、セッション確立待ち順番として優先順位が一番低いキュー１２２の箇所に記憶し（ステップＳ２６）、処理を終了する。一方、制御部１１は、未だ読み出されていない最も優先順位が高い電話番号がキュー１２２に記憶されている場合には（ステップＳ２５；ＹＥＳ）、ステップＳ２２に移行し上述した処理と同様な処理を続行する。
【０１４８】
その後、制御部１１は、セッションの確立待ちが変更した旨を、キュー１２２に記憶されている電話番号の優先順位が変更された発信側電話装置３０に対して優先順位が変更された旨の情報を、無線ネットワーク又は優先ネットワークを介して送信し（ステップＳ２７）、処理を終了する。その他の構成およびその作用効果は前述した第１の実施形態と同一となっている。
【０１４９】
このようにしても、発側の発信側電話装置３０が着側電話装置３０との間でセッションの確立待ちが発生したときには、前述した第１実施形態と同様の効果を得ることができる。又、この第２の実施形態によれば、セッションの確立待順番を決定する優先度数値と、発信側電話装置３０に割り当てられた電話番号とを対にして記憶する電話番号別優先度値情報リスト１２５を有するので、発信側電話装置がセッションの確立不能になると、この発信側電話装置のセッションの確立待ちの順番をＳＩＰサーバ１０により設定することができる。
【０１５０】
＜第３実施形態＞
次に、本発明に第３実施形態を図１７に基づいて説明する。
図１７は、第３実施形態の主要部を成すＳＩＰサーバ１０を示すブロック図である。ここで、前述した各実施形態と同一の構成部分については同一な符合を付すものとする。
【０１５１】
このＳＩＰサーバ１０は、第１及び２実施形態のもの（図１）と同様に、音声通信サーバ２０と接続されているとともに複数の発信側電話装置３０と無線ネットワーク又は有線ネットワークを介して接続され、また、着信側電話装置３１とインターネット４０を介して接続されている。そして、このＳＩＰサーバ１０は、図１７（ａ）に示すように、第１実施形態のものと同様、制御部１１と、記憶部１２と、送受信Ｉ／Ｆ部１３とを備える。
【０１５２】
ＳＩＰサーバ１０は、第１及び２実施形態のものと異なる構成部分として、記憶部１２において、図１７（ａ）に示すように、第１実施形態のものに有しているオーダーキー情報リスト１２３の替わりにユーザアクション情報リスト１２６を有している（ユーザアクション情報記憶工程）。
ユーザアクション情報リスト１２６は、図１７（ｂ）に示すように、アクション内容項目及び優先度数加算値項目を有するユーザアクション情報が登録されている。アクション内容項目は、セッション確立待ちのユーザが行ったアクションの内容が記述されおり、優先度数加算値項目には、優先度数累計値を加算する値が記述されている。
【０１５３】
次に、本発明に係る第３実施形態における通信制御システムの動作を説明する。
この第３実施形態の通信制御システムでは、発信側電話装置３０と着信側電話装置３１との間でセッションの確立待ちが発生したとき、セッションの確立待ち情報を発信側電話装置３０に知らせる動作については、第１及び２実施形態のものと同様となっている。これに対し、この第３実施形態においては、セッションの確立待ちの優先順位を変更する動作については前述した第１及び２実施形態のものと異なる。このため、この異なる動作について、以下説明する。
【０１５４】
図１８は、ＳＩＰサーバが行われるセッションの確立待ち順番を変更する動作を示すフローチャートである。ＳＩＰサーバ１０の制御部１１は、セッションの確立待ちの発信側電話装置３０から優先度数累計値リスト１２４を変更するようなユーザアクション情報が発生すると（ステップＳ３０）、記憶部１２に有するユーザアクション情報リスト１２６を参照し、発生したアクション情報に対応する優先度数加算値を読み出す（ステップＳ３１）。その後、制御部１１は、読み出した優先度数加算値を、優先度数累計値リスト１２４の中の該当する発信側電話装置３０の電話番号に対応する優先度累計値に加算して更新する（ステップＳ３２：加算工程）。
【０１５５】
例えば、♯Ｄの発信側電話装置３０がセッションの確立待ちの時間が１５分を経過したというアクション情報が発生すると、図１７（ｂ）に示すように、ユーザアクション情報リスト１２６から優先度数加算値として「２」が読み出される。そして、優先度数累計値情報リスト１２４中の♯Ｄの発信側電話装置３０の電話番号に対応する優先度数累計値は、図１９示すように、「０」から「２」に更新される。
【０１５６】
その後、制御部１１は、ユーザアクション情報が発生した発信側電話装置３０の電話番号よりセッション確立待ちの優先順位が高い電話番号がキュー１２２に記憶されているか否かを判定する（ステップＳ３３）。制御部１１は、ユーザアクション情報が発生した発信側電話装置３０の電話番号よりセッション確立待ちの優先順位が高い電話番号がキュー１２２に記憶されていないと判定した場合には（ステップＳ３３；ＮＯ）、このセッションの確立待ちの優先順位の変更処理を終了する。一方、制御部１１は、ユーザアクション情報が発生した発信側電話装置３０の電話番号よりセッション確立待ちの優先順位が高い電話番号がキュー１２２に記憶されていると判定した場合には（ステップＳ３３；ＹＥＳ）、未だ読み出されていない最も優先順位が高い電話番号がキュー１２２に記憶されているか否かを判定する（ステップＳ３４）。
【０１５７】
例えば、図２０（ａ）に示すように、キュー１２２に記憶されている電話番号は、♯Ｃの発信側電話装置３０の電話番号がアクティブ状態であり、♯Ａの発信側電話装置３０の電話番号が優先順位が最も高いセッション確立待ち順番「１」の箇所に記憶されており、♯Ｂの発信側電話装置３０の電話番号が優先順位が次に高いセッション確立待ち順番「２」の箇所に記憶されており、アクション情報が発生する前の♯Ｄの発信側電話装置３０の電話番号が優先順位が最も低いセッション確立待ち順番「３」の箇所に記憶されている場合においてアクション情報が発生すると、♯Ｄの発信側電話装置３０の電話番号よりセッション確立待の優先順位が高い♯Ａの発信側電話装置３０の電話番号がキュー１２２に記憶されていると制御部１１により判定される。
【０１５８】
制御部１１は、未だ読み出されていない最も優先順位が高い電話番号がキュー１２２に記憶されていないと判定した場合には（ステップＳ３４；ＮＯ）、処理を終了する。一方、制御部１１は、未だ読み出されていない最も優先順位が高い電話番号がキュー１２２に記憶されていると判定した場合には（ステップＳ３４；ＹＥＳ）、未だ読み出されていない最も優先順位が高い電話番号をキュー１２２から読み出す（ステップＳ３５）。
【０１５９】
次に、制御部１１は、優先度数累計値情報リスト１２４を参照し、キュー１２２から読み出した電話番号の優先度数累計値が、ユーザアクションが発生した発信側電話装置３０の電話番号の優先度数累計値より大きいか否かを判定する（ステップＳ３６）。制御部１１は、キュー１２２から読み出した電話番号の優先度数累計値が、ユーザアクションが発生した発信側電話装置３０の電話番号の優先度数累計値より大きいと判定した場合には（ステップＳ３６；ＹＥＳ）、ステップＳ３４に移行し、上述したと同様な処理を続行させる。
【０１６０】
例えば、キュー１２２から読み出した電話番号が♯Ａの発信側電話装置３０の電話番号であって、この電話番号の優先度数累計値が、図１９に示すように、「３」の場合には、♯Ａの発信側電話装置３０の電話番号の優先度数累計値が、アクション情報が発生した♯Ｄの発信側電話装置３０の電話番号の優先度数累計値より大きいと制御部１１により判定される。
【０１６１】
一方、制御部１１は、優先度数累計値情報リスト１２４を参照し、キュー１２２から読み出した発信側電話装置３０の電話番号の優先度数累計値が、アクション情報が発生した発信側電話装置３０の電話番号に対応する優先度数累計値以下であると判定した場合には（ステップＳ３６；ＮＯ）、キュー１２２において、ユーザアクションが発生した発信側電話装置３０の電話番号を、先に読み出した電話番号より優先順位を高くする（ステップＳ３７）。
【０１６２】
例えば、キュー１２２から読み出した電話番号が♯Ｂの発信側電話装置３０の電話番号であって、この電話番号の優先度数累計値が図１９に示すように、「１」の場合には、♯Ｂの発信側電話装置３０の電話番号の優先度数累計値が、アクション情報が発生した♯Ｄの発信側電話装置３０の電話番号の優先度数累計値以下であると制御部１１により判定される。そして、図２０（ｂ）に示すように、♯Ｄの発信側電話装置３０の電話番号のセッション確立順番が、制御部１１により「３」から「２」に変更されるとともに、♯Ｂの発信側電話装置３０の電話番号のセッション確立待ち順番が、制御部により優先順位を「２」から「３」に変更される。
その後、制御部１１は、セッションの確立待ちの順番が変更した旨を発信側電話装置３０に無線ネットワーク又は優先ネットワークを介して送信し（ステップＳ３８）、処理を終了する。
【０１６３】
この実施形態によれば、発側の発信側電話装置３０が着信側電話装置３１との間でセッションの確立待ちが発生したときには、第１の施形態と同様な効果を有する。
また、この実施形態によれば、ＳＩＰサーバ１０がユーザのアクション情報が発生すると、アクション内容に対応する数値情報をユーザの発信側電話装置３０の電話番号に対応する優先度数値累計値に加算するので、セッションの確立待ちの順番の設定をきめ細やかに変更することができる。
【０１６４】
以上のように、上述した第１〜第３の各実施形態の通信制御システムにおいて、送信側の電話装置３０がＳＩＰサーバ１０に送信する着信側電話装置３１を指定するためのＵＲＩとして、電話番号とドメイン名が記述されていたが、これ以外として、電話番号に替えてユーザを指定するユーザＩＤが記述されていてもよい。この場合には、ロケーションサーバに有するアドレス変換テーブルには、ユーザＩＤ及びドメイン名が記述されたＵＲＩと、ＩＰアドレスとを対にしたアドレス変換データが登録されている。
【図面の簡単な説明】
【０１６５】
【図１】本発明の第１実施形態の構成を示すブロック図である。
【図２】図１中のＳＩＰサーバの構成を示すブロック図である。
【図３】図２中における記憶部の構成内容の例を説明する図である。
【図４】図１に開示した第１実施形態の動作を示すシーケンス図である。
【図５】図４中のシーケンス動作を説明するための図で、着信側がビジーの状態を示す説明図である。
【図６】図４中のシーケンス動作を説明するための図で、確立待ち情報を音声データにして各発信側に送信する動作を示す説明図である。
【図７】図４中のシーケンス動作を説明するための図で、携帯電話ＡとＥの間でセッション確立処理が始まった場合の例を示す説明図である。
【図８】図４中のシーケンス動作を説明するための図で、通話の終わりと次の携帯電話Ｂとの始まりを示す説明図である。
【図９】図４中のシーケンス動作を説明するための図で、通話の終わりの状態を示す説明図である。
【図１０】図４中のシーケンス動作を説明するための図で、通話の完全終了の状態を示す説明図である。
【図１１】図２に係る実施形態の通信制御システムを構成するＳＩＰサーバが行うセッション確立待ちの順番を変更する動作を示すフローチャートである。
【図１２】図１１におけるセッション確立待ちの優先順位を変更する動作を説明する図である。
【図１３】同じく図１１におけるセッション確立待ちの優先順位を変更する動作を説明する図である。
【図１４】本発明の第２実施形態の着信情報システムを構成するＳＩＰサーバの構成を示すブロック図である。
【図１５】本発明に係る第２実施形態の通信制御システムを構成するＳＩＰサーバ行うセッション確立待ちの順番を変更する動作を示すフローチャートである。
【図１６】図１５のセッション確立待ちの優先順位を変更する動作内容を説明するための図表である。
【図１７】本発明に係る第３実施形態の通信制御システムを構成するＳＩＰサーバの構成を示すブロック図である。
【図１８】本発明に係る第３実施形態の着信情報供給システムを構成するＳＩＰサーバの動作を示すフローチャートである。
【図１９】セッション確立待ちの優先順位を変更する動作内容を説明するための図表である。
【図２０】同じくセッション確立待ちの優先順位を変更する動作内容を説明するための図表である。
【符号の説明】
【０１６６】
１０  ＳＩＰサーバ
１０Ａ  ＣＰＵ
１１  制御部
１２  記憶部
１３  送受信Ｉ／Ｆ部
２０  音声通知サーバ
３０  発信側電話装置（インターネット電話装置）
３１  着信側電話装置（インターネット電話装置）
３５，３６  ユーザエージェント
４０  インターネット
１１２  識別情報登録制御手段
１１３  確立待ち情報生成手段
１１４  順番決定手段
１１５  順番変動判定手段
１１６  加算手段
１２０  識別情報記憶手段
１２１  制御プログラム格納領域
１２２  キュー
１２３  オーダーキー情報リスト
１２４  優先度数累計値リスト
１２５  電話番号別優先度値情報リスト
１２６  ユーザアクション情報リスト
１２７  順番決定数値記憶手段
１２８  キー識別情報記憶手段
１２９  順番決定数値登録手段
１３０  アクション情報記憶手段
１３１  確立待ち情報送信手段
１３２  確立待ち情報出力手段
１３３  音声データ取得手段
１３４  キー識別情報受信手段
【図１】
2007259154.tif 000003
【図２】
2007259154.tif 000004
【図３】
2007259154.tif 000005
【図４】
2007259154.tif 000006
【図５】
2007259154.tif 000007
【図６】
2007259154.tif 000008
【図７】
2007259154.tif 000009
【図８】
2007259154.tif 000010
【図９】
2007259154.tif 000011
【図１０】
2007259154.tif 000012
【図１１】
2007259154.tif 000013
【図１２】
2007259154.tif 000014
【図１３】
2007259154.tif 000015
【図１４】
2007259154.tif 000016
【図１５】
2007259154.tif 000017
【図１６】
2007259154.tif 000018
【図１７】
2007259154.tif 000019
【図１８】
2007259154.tif 000020
【図１９】
2007259154.tif 000021
【図２０】
2007259154.tif 000022