JP5332544B2 - 呼制御装置、呼制御システム、呼制御方法及びコンピュータプログラム - Google Patents

Description

本発明は、端末装置間の呼接続を制御する呼制御装置、該呼制御装置を有する呼制御システム、前記呼制御装置による呼制御方法、前記呼制御装置をコンピュータによって実現するためのコンピュータプログラムに関する。

ＩＰ（Internet Protocol）網等の通信網を介して装置間で音声及び映像のデータを送受信するためのＶｏＩＰ（Voice over Internet Protocol）、ＶｏＰＮ（Voice over Packet Network）、ストリーム配信等のアプリケーションの利用が増加している。このようなアプリケーションの一例として、ＩＰ網を介してパケットを送受信することが可能なＩＰ電話機が急速に普及している。

ＩＰ電話機は、例えばユーザの発話に基づくアナログの音声信号をデジタル信号に変換し、得られたデジタルの音声信号をパケット化し、ＩＰ網を介して通信相手のＩＰ電話機との間で送受信する。従って、ＩＰ電話機間の通信を開始するために、発信側のＩＰ電話機の発信時に通信相手（着信側）のＩＰ電話機のＩＰアドレスを特定する必要がある。近年のＩＰ電話システムの標準的な構成では、着信側のＩＰ電話機のＩＰアドレスを特定するためにＳＩＰ（Session Initiation Protocol）サーバを利用することが多い。

ＳＩＰサーバを利用するシステムでは、各ＩＰ電話機が、起動時等に、自身に割り当てられているＩＰアドレスをＳＩＰサーバに登録しておく。そして、ＩＰ電話機は、発信時に、通信相手（着信側）のＩＰ電話機のＩＰアドレスをＳＩＰサーバに問い合わせる。ＳＩＰサーバは、発信側のＩＰ電話機からの問い合わせに対して、着信側のＩＰ電話機のＩＰアドレスを特定し、特定したＩＰアドレスを用いて、着信がある旨を着信側のＩＰ電話機に通知する。この通知に対して着信側のＩＰ電話機から応答があった場合、ＳＩＰサーバは、発信側のＩＰ電話機と着信側のＩＰ電話機との呼接続を確立する。これにより、発信側のＩＰ電話機と着信側のＩＰ電話機との間のＩＰ通信（通話）が開始される。

一方、使用場所の制限を受けずにＩＰ電話機を利用するために、ＦＯＭＡ（登録商標）網等の広域利用が可能な移動通信網上でのＩＰ電話サービスの実現が要望されている。しかし、現在の移動通信網（所謂３Ｇ網）では、アドレス資源の制限により、ＩＰ端末（ＩＰ電話機）の常時ＩＰ接続が許容されていない。従って、各ＩＰ端末は必要に応じて一時的にＩＰ接続を行ない、動的に割り当てられたＩＰアドレスを用いてウェブブラウザ、ｅ−ｍａｉｌ等のアプリケーションを利用することになる。

このような状況では、全てのＩＰ電話機に常にＩＰアドレスを割り当てることはできないので、全てのＩＰ電話機のＩＰアドレスをＳＩＰサーバに登録しておくことはできない。ＩＰアドレスが登録されていないＩＰ電話機に対する着信があった場合、ＳＩＰサーバは、発信側のＩＰ電話機へエラーを返すので、ＳＩＰサーバにＩＰアドレスが登録されていないＩＰ電話機との通話が行なえない状況が発生していた。

そこで、ＩＰアドレスが登録されていないＩＰ電話機に対する着信があった場合に、発信側のＩＰ電話機へエラーを返すのではなく、交換電話網上のＳＭＳ（Short Message Service）を用いて、着信がある旨を着信側のＩＰ電話機に通知するＳＩＰサーバが提案されている（特許文献１，２参照）。着信側のＩＰ電話機は、ＳＭＳによる通知を受けた場合、移動通信網に対してＩＰ接続を行なってＩＰアドレスを取得し、取得したＩＰアドレスを、着信を通知してきたＳＩＰサーバに登録する。

ＳＩＰサーバは、着信側のＩＰ電話機のＩＰアドレスの登録を確認すると、登録されたＩＰアドレスを用いて、着信がある旨を改めて着信側のＩＰ電話機に通知する。この通知に対して着信側のＩＰ電話機から応答があった場合、ＳＩＰサーバは、発信側のＩＰ電話機と着信側のＩＰ電話機との呼接続を確立する。このような技術により、ＳＩＰサーバにＩＰアドレスが登録されているか否かに拘わらず、移動通信網を介したＩＰ電話機間のＩＰ通信（通話）が可能となる。
特開２００７−２００００号公報 特開２００６−１８０３７２号公報

上述した構成のＩＰ電話システムでは、ＳＩＰサーバは、着信がある旨を移動通信網を介して着信側のＩＰ電話機に通知した場合に、はじめて発信側のＩＰ電話機に対して、着信側のＩＰ電話機を呼出中である旨を通知する。発信側のＩＰ電話機は、着信側のＩＰ電話機を呼出中である旨をＳＩＰサーバから通知された場合に呼出音を出力する。即ち、発信側のＩＰ電話機は、着信側のＩＰ電話機に対して発信（発呼）した後、着信側のＩＰ電話機を呼出中である旨をＳＩＰサーバから通知されて呼出音を出力するまで、何も行なわない。

従って、発信側のＩＰ電話機は、ＳＩＰサーバにＩＰアドレスが登録されていないＩＰ電話機に対して発信した場合、ＳＩＰサーバがＳＭＳを用いて着信がある旨を着信側のＩＰ電話機に通知し、この着信側のＩＰ電話機が移動通信網に対するＩＰ接続を行ない、取得したＩＰアドレスをＳＩＰサーバに登録し、着信がある旨を改めてＳＩＰサーバが着信側のＩＰ電話機に通知し、着信側のＩＰ電話機を呼出中である旨をＳＩＰサーバが発信側のＩＰ電話機に通知するまでの間、何も行なわない。

よって、発信側のユーザは、自身のＩＰ電話機で発呼してから呼出音が出力されるまでの間、待たされることになる。特に、ＳＩＰサーバにＩＰアドレスが登録されていないＩＰ電話機に対して発信した場合には、長時間（数十秒間）待たされる可能性がある。また、発信側のユーザは、待たされている間、着信側のＩＰ電話機が、通信経路を確立中であるのか、電源が切られているのか、何らかの不具合が発生しているのか等、通信相手のＩＰ電話機の状況を把握できない。従って、発信側のユーザは、あとどの程度待てばよいのかを把握できないので、通信相手が電話に出るまで待つべきか、接続を諦めるべきかを判断できず、利便性が悪い。

本発明は斯かる事情に鑑みてなされたものであり、その目的とするところは、端末装置を用いて発信したユーザが、通信相手の端末装置との接続が開始されるまでの間においても、通信相手の端末装置の状態を把握することが可能な呼制御装置、呼制御システム、呼制御方法及びコンピュータプログラムを提供することにある。

本願に開示する呼制御装置は、複数の端末装置間の呼接続を制御する呼制御装置であり、呼接続可能な端末装置の装置情報を装置情報記憶部に記憶している。本願に開示する呼制御装置は、一の端末装置から他の端末装置への発信要求を受け付けると、前記他の端末装置の装置情報が装置情報記憶部に記憶されているか否かを判断する。本願に開示する呼制御装置は、装置情報記憶部に記憶されていないと判断した場合、前記一の端末装置の呼状態を保留する。本願に開示する呼制御装置は、前記他の端末装置の状態を示す状態情報を取得し、取得した状態情報に応じて前記一の端末装置へ送信する保留音を設定する。本願に開示する呼制御装置は、取得した状態情報を記憶する状態記憶部を備え、状態情報を取得した場合、取得した状態情報が適切であるか否かを判定し、適切である場合に、状態記憶部に記憶してある状態情報を更新する。

本願に開示する呼制御装置によれば、一の端末装置から他の端末装置への発信要求を受け付けた場合に、前記他の端末装置の装置情報が装置情報記憶部に記憶されていなければ、前記一の端末装置の呼状態を保留する。本願に開示する呼制御装置によれば、前記他の端末装置の状態に応じて前記一の端末装置へ送信する保留音を変更する。よって、発信側のユーザは、発信側の端末装置から出力される保留音に応じて、着信側の端末装置の状態を把握することが可能となる。また本願に開示する呼制御装置によれば、前記他の端末装置の状態情報を取得した場合、取得した状態情報が適切であるか否かを判定するので、他の端末装置の状態を正確に把握できる。

本願では、発信側のユーザは、自身の端末装置を用いて発信した場合に、着信側の端末装置に対する呼出処理が開始されるまでの間においても、着信側の端末装置の状態を適切に把握することができる。よって、発信側のユーザは、着信側のユーザが電話に出るまで待つべきか、接続を諦めるべきかを判断できるので、利便性が向上する。

以下に、本願に開示する呼制御装置、中継装置、呼制御方法及びコンピュータプログラムを、ＩＰ電話システムに適用した各実施形態を示す図面に基づいて詳述する。

（実施形態１）
以下に、実施形態１に係るＩＰ電話システムについて説明する。図１は実施形態１のＩＰ電話システムの構成を示す模式図である。本実施形態１のＩＰ電話システムは、例えば、会社又は事業所等で構築された社内ＬＡＮ（Local Area Network）等の通信網Ｎ１と、インターネットを含む移動体通信網等の通信網Ｎ２とを有する。通信網Ｎ１では、パケット交換方式による通信がサポートされている。通信網Ｎ２では、回線交換方式による通信及びパケット交換方式による通信の両方がサポートされている。

本実施形態１のＩＰ電話システムは、通信網Ｎ１及び通信網Ｎ２にそれぞれ接続されたＳＩＰサーバ１、通信網Ｎ２に接続されたＳＭＳ（Short Message Service）サーバ３、通信網Ｎ１及び通信網Ｎ２を介して他の端末装置２との間で通信を行なう端末装置２，２…等を含む。ＳＩＰサーバ１は、本願に開示する呼制御装置であり、通信網Ｎ１及び通信網Ｎ２等のＩＰネットワークを介した端末装置２，２間の呼接続を制御する。ＳＭＳサーバ３は、一般的なＳＭＳゲートウェイサーバであり、回線交換通信によるメッセージの送信機能を有する。

端末装置２は、通信網Ｎ１を使用できる範囲内に居る場合、通信網Ｎ１を介してＳＩＰサーバ１との間でパケット交換通信を行なう。端末装置２は、通信網Ｎ１を使用できる範囲内に居ない場合、通信網Ｎ２を介してＳＩＰサーバ１との間でパケット交換通信を行なう。ＳＩＰサーバ１及びＳＭＳサーバ３は、通信網Ｎ２を介してパケット交換通信を行なう。また、ＳＭＳサーバ３は、通信網Ｎ２を介して端末装置２との間で回線交換通信を行なう。

以下では、通信網Ｎ１を使用できる範囲内に居る端末装置２が他の端末装置２に対して発信（発呼）した場合に、ＳＩＰサーバ１、ＳＭＳサーバ３、発信側の端末装置２、着信側の端末装置２のそれぞれが行なう処理について説明する。なお、発信側の端末装置２を発信側端末２と呼び、着信側の端末装置２を着信側端末２と呼ぶこととする。

以下に、本実施形態１のＳＩＰサーバ１及び端末装置２の構成について詳述する。なお、ＳＭＳサーバ３は一般的なＳＭＳゲートウェイサーバであるので説明を省略する。

図２は実施形態１のＳＩＰサーバ１の構成を示すブロック図である。本実施形態１のＳＩＰサーバ１は、制御部１０、ＲＯＭ（Read Only Memory）１１、ＲＡＭ（Random Access Memory）１２、記憶部１３、第１通信部１４、第２通信部１５等を備える。これらのハードウェア各部はバス１ａを介して相互に接続されている。

本実施形態１のＳＩＰサーバ１は、本願に開示するコンピュータプログラムをＲＯＭ１１又は記憶部１３に格納しておき、制御部１０によってコンピュータプログラムが実行されることによって本願に開示する呼制御装置の動作を実現する。本願に開示するコンピュータプログラムは、予め記憶部１３に格納されている構成に限られない。例えば、ＳＩＰサーバ１が外部メモリへのアクセスが可能に構成されている場合には、ＳＩＰサーバ１が、外部メモリに記憶されたコンピュータプログラムを読み出して記憶部１３に格納してもよい。また、ＳＩＰサーバ１が、外部装置からコンピュータプログラムをダウンロードして記憶部１３に格納してもよい。

制御部１０は、ＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro Processor Unit）等であり、絶対時刻（年月日、時、分、秒）を刻時する時計を有している。制御部１０は、時計が示す時刻に基づく所定のタイミングに従って、ＲＯＭ１１又は記憶部１３に予め格納してある制御プログラムを適宜ＲＡＭ１２に読み出して実行する。また制御部１０は、上述したハードウェア各部の動作を制御する。ＲＯＭ１１は、ＳＩＰサーバ１を本願に開示する呼制御装置として動作させるために必要な種々の制御プログラムを予め格納している。ＲＡＭ１２はＳＲＡＭ又はフラッシュメモリ等であり、制御部１０による制御プログラムの実行時に発生する種々のデータを一時的に記憶する。

記憶部１３は、ハードディスクドライブ等の大容量の記憶装置である。記憶部１３は、ＳＩＰサーバ１を本願に開示する呼制御装置として動作させるために必要な種々の制御プログラムを予め格納している。また、記憶部１３は、図３（ａ）に示すような登録情報テーブル１３ａ、図４に示すような未登録端末管理テーブル１３ｂ、図３（ｂ）に示すような番号管理テーブル１３ｃ、保留音テーブル１３ｄ等を格納している。

第１通信部１４は、通信網Ｎ１に接続するためのインタフェースであり、制御部１０からの指示に従って通信網Ｎ１を介して端末装置２との間でパケット交換通信を行なう。
第２通信部１５は、通信網Ｎ２に接続するためのインタフェースであり、制御部１０からの指示に従って通信網Ｎ２を介して端末装置２及びＳＭＳサーバ３との間でパケット交換通信又は回線交換通信を行なう。

図３は登録情報テーブル１３ａ及び番号管理テーブル１３ｃの格納内容を示す模式図である。図３（ａ）に示すように、登録情報テーブル（装置情報記憶部）１３ａには、発信要求があった場合に呼接続可能である端末装置（着信側端末）２の装置情報として、ＳＩＰ−ＵＲＩ（Uniform Resource Identifier）、ＩＰアドレス等が対応付けて格納されている。

ＳＩＰ−ＵＲＩは、端末装置２のそれぞれを識別するための情報であり、送受信するＳＩＰメッセージのＴｏヘッダ又はＦｒｏｍヘッダ等に含まれている。ＩＰアドレスは、端末装置２が通信網Ｎ１又は通信網Ｎ２を使用する際に割り当てられる情報である。登録情報テーブル１３ａの格納内容は、端末装置２のそれぞれが通信網Ｎ１又は通信網Ｎ２の使用をＳＩＰサーバ１に通知（ＳＩＰ登録要求）してきた場合に、制御部１０によって格納される。

図３（ｂ）に示すように、番号管理テーブル１３ｃには、ＳＩＰサーバ１を介した通信を行なう可能性のある端末装置２毎に、番号、ＳＩＰ−ＵＲＩ、電話番号等が対応付けて格納されている。電話番号は、通信網Ｎ２の回線交換網上で使用される電話番号であり、ＳＭＳでのメッセージを送信する宛先として用いられる。番号管理テーブル１３ｃの格納内容は、ＳＩＰサーバ１を介した通信を行なう端末装置２が追加又は廃棄された場合に、ＩＰ電話システムの管理者が各情報を入力することにより、制御部１０によって格納又は削除される。

図４は未登録端末管理テーブル１３ｂの格納内容を示す模式図である。図４に示すように、未登録端末管理テーブル１３ｂには、呼（セッション）毎に、番号、呼ＩＤ、発信側ＵＲＩ、着信側ＵＲＩ、呼状態、経過時間等が対応付けて格納されている。未登録端末管理テーブル１３ｂの格納内容は、登録情報テーブル１３ａにＩＰアドレスが登録されていない端末装置２に対して発信要求（着信）があった場合、制御部１０によって格納される。また、未登録端末管理テーブル１３ｂの格納内容は、発信側端末２と着信側端末２との通信が開始された場合又は通信失敗が確定した場合等に、制御部１０によって削除される。

呼ＩＤは、呼（セッション）毎に付与される識別情報であり、受信するパケット（ＳＩＰ ＩＮＶＩＴＥ）のＣａｌｌ−ＩＤヘッダである。例えば、ＲＦＣ３２６１にて規定されるダイアログＩＤ（Ｃａｌｌ−ＩＤヘッダと、Ｔｏヘッダのタグ又はＦｒｏｍヘッダのタグとの組み合わせ）を呼ＩＤとしてもよい。発信側ＵＲＩは、発信側端末２のＳＩＰ−ＵＲＩであり、着信側ＵＲＩは、着信側端末２のＳＩＰ−ＵＲＩである。呼状態は、それぞれの呼（セッション）における着信側端末２の状態を示す情報である。経過時間は、未登録端末管理テーブル１３ｂに各情報が格納されてからの経過時間を示す。即ち、経過時間は、発信側端末２からの発信要求を受け付けてからの経過時間を示す。

なお、本実施形態１では、未登録端末管理テーブル１３ｂに格納される呼状態として、「ＩＰ接続中」及び「呼出中」がある。「ＩＰ接続中」は、ＳＩＰサーバ１が、登録情報テーブル１３ａにＩＰアドレスが登録されていない端末装置（着信側端末）２に対して、発信要求を受け付けた旨をＳＭＳメッセージで通知した後であることを示す。「呼出中」は、着信側端末２から、通信網Ｎ１又は通信網Ｎ２の使用をＳＩＰサーバ１に通知するＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）を受信した後であることを示す。なお、呼状態を示す情報としてはこれらの情報に限られず、例えば、「ＩＰ接続中」の代わりに「ＳＭＳ送信」等を用いてもよいし、「呼出中」の代わりに「ＩＰ接続完了」、「電話転送中」等を用いてもよい。

保留音テーブル１３ｄは、図示しないが、それぞれの保留音を識別するための識別番号と、それぞれの保留音を実現するための保留音データとが対応付けて格納されている。なお、保留音データは、端末装置２で出力可能なフォーマットで保留音テーブル１３ｄに格納されている。

図５は実施形態１の端末装置２の構成を示すブロック図である。本実施形態１の端末装置２は、制御部２０、ＲＯＭ２１、ＲＡＭ２２、記憶部２３、表示部２４、操作部２５、音入出力部２６、通信部２７等を備える。これらのハードウェア各部はバス２ａを介して相互に接続されている。

制御部２０は、ＣＰＵ又はＭＰＵ等であり、所定のタイミングに従って、ＲＯＭ２１又は記憶部２３に予め格納してある制御プログラムを適宜ＲＡＭ２２に読み出して実行する。また制御部２０は、上述したハードウェア各部の動作を制御する。ＲＯＭ２１は、端末装置２として動作するために必要な種々の制御プログラムを予め格納している。ＲＡＭ２２はＳＲＡＭ又はフラッシュメモリ等であり、制御部２０による制御プログラムの実行時に発生する種々のデータを一時的に記憶する。

記憶部２３は、例えばフラッシュメモリである。記憶部２３は、端末装置２として動作するために必要な種々の制御プログラムを予め格納している。また、ＲＯＭ２１又は記憶部２３は、自身の端末装置２に関する装置情報として、端末装置２の電話番号、ＳＩＰ−ＵＲＩ等も格納している。

表示部２４は、例えば液晶ディスプレイ（ＬＣＤ）であり、制御部２０からの指示に従って、端末装置２の動作状況、操作部２５を介して入力された情報、所有者（ユーザ）に対して通知すべき情報等を表示する。

操作部２５は、所有者（ユーザ）が端末装置２を操作するために必要な各種の操作キーを備えている。ユーザにより各操作キーが操作された場合、操作部２５は操作された操作キーに対応した制御信号を制御部２０へ送出し、制御部２０は取得した制御信号に対応した処理を実行する。

音入出力部２６は、Ａ／Ｄ変換器及びＤ／Ａ変換器を含む音声回路部、マイク、スピーカ（全て図示せず）等を備える。マイクは、端末装置２が電話機として使用される際にユーザが発話した音声を集音する。スピーカは、端末装置２が電話機として使用される際に着信音及び発信者（通話先）からの通話音を出力する。

音声回路部は、マイクによって集音されたアナログの音声信号をＡ／Ｄ変換してデジタルの音声信号を生成し、得られたデジタルの音声信号を通信部２７へ送出する。また、音声回路部は、通信部２７によって通話相手の端末装置２から受信したデジタルの音声信号をＤ／Ａ変換してアナログの音声信号を生成し、得られた音声信号に基づく通話音をスピーカに出力させる。

通信部２７は、通信網Ｎ１及び通信網Ｎ２に接続するためのインタフェースであり、制御部２０からの指示に従って通信網Ｎ１又は通信網Ｎ２を介して、ＳＩＰサーバ１、ＳＭＳサーバ３、通信相手の端末装置２との間で通信を行なう。具体的には、通信部２７は、通信網Ｎ１を介してパケット交換通信を行ない、通信網Ｎ２を介してパケット交換通信及び回線交換通信を行なう。

通信部２７は、通信網Ｎ１又は通信網Ｎ２から受信した音声パケットをデジタルの音声信号に変換し、得られたデジタルの音声信号を音入出力部２６へ送出する。また、通信部２７は、音入出力部２６から送出されたデジタルの音声信号を音声パケットに変換し、得られた音声パケットを通話相手の端末装置２へ送信する。

上述した構成により、端末装置２は、通信網Ｎ１及び／又は通信網Ｎ２を介して通信相手の端末装置２との間で通信を行なうことができる。なお、端末装置２は、音声パケットだけでなく、映像信号を変換して生成した映像パケット、データ信号を変換して生成したデータパケット等の送受信も行なうことができる。

以下に、上述した構成のＩＰ電話システムにおいて、ＳＩＰサーバ１の制御部１０が、ＲＯＭ１１又は記憶部１３に格納されている制御プログラムを実行することによって実現する機能について説明する。図６は実施形態１のＳＩＰサーバ１の機能構成を示す機能ブロック図である。

本実施形態１のＳＩＰサーバ１において、制御部１０は、ＲＯＭ１１又は記憶部１３に格納されている制御プログラムを実行することによって、呼制御部１００、登録状況調査部１０１、未登録端末呼制御部１０２、ＳＭＳ連携部１０３、保留音変更部１０４、保留音送信部１０５等の機能を実現する。

呼制御部１００は、第１通信部１４及び第２通信部１５のそれぞれを介して呼制御メッセージ（ＳＩＰ）の送受信、各ＳＩＰの呼状態の管理等の処理を行なう。具体的には、通信網Ｎ１又は通信網Ｎ２を介して発信側端末２が発呼した場合、ＳＩＰサーバ１の呼制御部（発信要求受付部）１００は、第１通信部１４又は第２通信部１５を介して発信側端末２からの発信要求（ＩＮＶＩＴＥ）を受信する。呼制御部１００は、受信した発信要求から、着信側端末２のＳＩＰ−ＵＲＩを取得し、取得したＳＩＰ−ＵＲＩを登録状況調査部１０１へ送出する。

登録状況調査部（判断部）１０１は、登録情報テーブル１３ａの格納内容を検索し、呼制御部１００から取得したＳＩＰ−ＵＲＩに対応するＩＰアドレスが登録情報テーブル１３ａに格納されているか否かを判断する。登録状況調査部１０１は、呼制御部１００から取得したＳＩＰ−ＵＲＩに対応するＩＰアドレスが登録情報テーブル１３ａに格納されていれば、このＳＩＰ−ＵＲＩに対応して登録情報テーブル１３ａに格納されているＩＰアドレス、即ち、着信側端末２のＩＰアドレスを読み出して呼制御部１００に通知する。呼制御部１００から取得したＳＩＰ−ＵＲＩに対応するＩＰアドレスが登録情報テーブル１３ａに格納されていなければ、登録状況調査部１０１は、着信側端末２のＳＩＰ−ＵＲＩが登録情報テーブル１３ａには登録されていないことを呼制御部１００に通知する。

呼制御部１００は、登録状況調査部１０１から着信側端末２のＩＰアドレスを取得した場合、このＩＰアドレスに基づいて、通信網Ｎ１又は通信網Ｎ２を介して着信側端末２に、発信側端末２から受信した発信要求（ＩＮＶＩＴＥ）を転送する。呼制御部１００は、発信要求を送信した着信側端末２から応答要求（２００ＯＫ等のレスポンス）があった場合、呼制御部１００は、発信側端末２にレスポンスを送信し、発信側端末２と着信側端末２との接続を確立する（ＳＩＰによる通常の呼確立シーケンス）。

一方、着信側端末２のＳＩＰ−ＵＲＩが登録情報テーブル１３ａに登録されていないことを登録状況調査部１０１から通知された場合、呼制御部１００は、発信側端末２から受信した発信要求（ＩＮＶＩＴＥ）から、呼ＩＤ、発信側端末２のＳＩＰ−ＵＲＩ、着信側端末２のＳＩＰ−ＵＲＩを取得する。呼制御部１００は、取得した呼ＩＤ、発信側端末２のＳＩＰ−ＵＲＩ、着信側端末２のＳＩＰ−ＵＲＩを未登録端末呼制御部１０２へ送出する。

未登録端末呼制御部１０２は、呼制御部１００から、呼ＩＤ、発信側端末２のＳＩＰ−ＵＲＩ、着信側端末２のＳＩＰ−ＵＲＩを取得した場合、取得した着信側端末２のＳＩＰ−ＵＲＩをＳＭＳ連携部１０３へ送出する。

ＳＭＳ連携部１０３は、番号管理テーブル１３ｃの格納内容を検索し、未登録端末呼制御部１０２から取得したＳＩＰ−ＵＲＩが番号管理テーブル１３ｃに格納されているか否かを判断する。ＳＭＳ連携部１０３は、未登録端末呼制御部１０２から取得したＳＩＰ−ＵＲＩが番号管理テーブル１３ｃに格納されていれば、このＳＩＰ−ＵＲＩに対応して番号管理テーブル１３ｃに格納されている電話番号、即ち、着信側端末２の通信網Ｎ２上での電話番号を読み出す。

ＳＭＳ連携部（通知部）１０３は、番号管理テーブル１３ｃから読み出した電話番号の着信側端末２に対して、発信要求がある旨を示すＳＭＳメッセージを送信するようにＳＭＳサーバ３へ依頼する。そして、ＳＭＳ連携部１０３は、着信側端末２へのＳＭＳメッセージの送信依頼が完了した旨を未登録端末呼制御部１０２に通知する。

ＳＭＳサーバ３は、ＳＭＳ連携部１０３からの依頼に従って、ＳＭＳ連携部１０３から通知された電話番号を宛先として、着信側端末２に、発信要求がある旨を示すＳＭＳメッセージを送信する。なお、発信要求がある旨を着信側端末２に対して通知する手段としては、通信網Ｎ２等のＩＰネットワーク以外の通信経路であればＳＭＳメッセージに限られない。例えば、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）規格の端末装置２であれば、ページング機能を用いてもよい。

未登録端末呼制御部１０２は、着信側端末２へのＳＭＳメッセージの送信依頼が完了した旨をＳＭＳ連携部１０３から通知された場合、この着信側端末２へのセッションに対して番号（テーブル管理用ＩＤ）を割り当てる。なお、ＳＭＳ連携部１０３からの通知により、未登録端末呼制御部（状態取得部）１０２は、着信側端末２がＳＭＳメッセージを送信されてＩＰ接続を行なおうとしている状態であることを把握できる。未登録端末呼制御部１０２は、割り当てた番号と、呼制御部１００から取得した呼ＩＤ、発信側端末２のＳＩＰ−ＵＲＩ、着信側端末２のＳＩＰ−ＵＲＩとを対応付けて未登録端末管理テーブル（状態記憶部）１３ｂに格納させる。なお、このとき、未登録端末呼制御部１０２は、このセッションに対する呼状態として「ＩＰ接続中」を未登録端末管理テーブル１３ｂに格納させる。

また、未登録端末呼制御部１０２は、このセッションに対する経過時間として「０」を未登録端末管理テーブル１３ｂに格納させる。未登録端末呼制御部１０２は、所定時間（５秒間）が経過する都度、未登録端末管理テーブル１３ｂに格納されている各セッションの経過時間に所定時間を加算する。これにより、未登録端末管理テーブル１３ｂに各セッションの情報が格納されてからの経過時間を管理することができる。

未登録端末呼制御部１０２が未登録端末管理テーブル１３ｂに上述したような情報を格納した後、呼制御部（保留部）１００は、発信側端末２の呼状態を保留しておく。具体的には、呼制御部１００は、発信側端末２に応答要求（２００ＯＫ）を送信して発信側端末２との呼接続を確立した後、発信側端末２に保留要求（Ｒｅ−ＩＮＶＩＴＥ）を送信して発信側端末２との呼状態を保留状態にする。

また、未登録端末呼制御部１０２は、呼制御部１００によって保留中の発信側端末２宛てに送信する保留音データを、「ＩＰ接続中」の呼状態に対応した保留音データに変更するように保留音変更部１０４に指示する。保留音変更部（保留音設定部）１０４は、未登録端末呼制御部１０２からの指示に従って、発信側端末２宛てに保留音送信部１０５が送信する保留音データを、「ＩＰ接続中」の呼状態に対応した保留音データに設定する。

保留音送信部１０５は、保留音変更部１０４によって設定された保留音データを保留音テーブル１３ｄから読み出し、対応する着信側端末２へＲＴＰデータとして送信する。なお、「ＩＰ接続中」の呼状態に対応した保留音データは、発信側端末２のユーザが、着信側端末２が「ＩＰ接続中」の状態であることが把握できる音声データ、音楽データであればよく、例えば「ＩＰ接続中です」のような音声メッセージでもよい。

一方、ＳＭＳ連携部１０３は、未登録端末呼制御部１０２から取得したＳＩＰ−ＵＲＩが番号管理テーブル１３ｃに格納されていなければ、エラー発生を未登録端末呼制御部１０２に通知する。未登録端末呼制御部１０２は、ＳＭＳ連携部１０３からエラー発生を通知された場合、エラー発生を通知されたセッションの発信側端末２のＳＩＰ−ＵＲＩと共に、エラー発生を呼制御部１００に通知する。

呼制御部１００は、発信側端末２のＳＩＰ−ＵＲＩと共に、エラー発生を未登録端末呼制御部１０２から通知された場合、発信側端末２にエラー応答（４０４ Ｎｏｔ Ｆｏｕｎｄ等）を送信し、発信側端末２との通信を終了する。

ところで、端末装置２，２…が通信網Ｎ１又は通信網Ｎ２の使用をＳＩＰサーバ１に通知した場合、呼制御部１００は、第１通信部１４又は第２通信部１５を介してＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）を受信する。呼制御部（状態取得部）１００は、着信側端末２からＳＩＰ登録要求を受信することにより、着信側端末２がＳＩＰサーバ１に対して登録要求中であることを示す状態情報を、着信側端末２から取得することができる。

呼制御部（装置情報取得部）１００は、ＳＩＰ登録要求を受信した場合、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ（装置情報）を取得し、取得したＳＩＰ−ＵＲＩを未登録端末呼制御部１０２へ送出する。

未登録端末呼制御部１０２は、未登録端末管理テーブル１３ｂの格納内容を検索し、呼制御部１００から取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されているか否かを判断する。呼制御部１００から取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていなければ、このＳＩＰ登録要求は通常のＳＩＰ登録要求であるので、未登録端末呼制御部１０２は、その旨を呼制御部１００に通知する。

呼制御部１００は、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていない旨を未登録端末呼制御部１０２から通知された場合、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及びＩＰアドレスを取得する。呼制御部１００は、取得したＳＩＰ−ＵＲＩ及びＩＰアドレスを対応付けて登録情報テーブル１３ａに格納させる。

一方、呼制御部１００から取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていれば、未登録端末呼制御部（適否判定部）１０２は、このＳＩＰ−ＵＲＩに対応して未登録端末管理テーブル１３ｂに格納されている呼状態が「ＩＰ接続中」であるか否かを判断する。これにより、未登録端末呼制御部１０２は、呼制御部１００からＳＩＰ−ＵＲＩを取得した端末装置２の新しい呼状態が、未登録端末管理テーブル１３ｂに既に記憶してある呼状態から適切に遷移可能であるか否かを判定する。

対応する呼状態が「ＩＰ接続中」ではない場合、このＳＩＰ登録要求は通常のＳＩＰ登録要求と判断し、未登録端末呼制御部１０２は、その旨を呼制御部１００に通知する。この場合も、呼制御部１００は、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及びＩＰアドレスを取得し、対応付けて登録情報テーブル１３ａに格納させる。

対応する呼状態が「ＩＰ接続中」である場合、未登録端末呼制御部（更新部）１０２は、呼制御部１００から取得したＳＩＰ−ＵＲＩに対応して未登録端末管理テーブル１３ｂに格納されている呼状態を「呼出中」に更新する。このとき、未登録端末呼制御部１０２は、呼制御部１００から取得したＳＩＰ−ＵＲＩの端末装置２への着信がある旨を呼制御部１００に通知する。なお、対応する呼状態が「ＩＰ接続中」である場合、呼制御部１００から取得したＳＩＰ−ＵＲＩの端末装置２の新しい呼状態が、未登録端末管理テーブル１３ｂに既に記憶してある呼状態から適切に遷移可能である。

呼制御部１００は、ＳＩＰ登録要求してきた端末装置２への着信がある旨を未登録端末呼制御部１０２から通知された場合、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及びＩＰアドレスを取得する。呼制御部（記憶制御部）１００は、取得したＳＩＰ−ＵＲＩ及びＩＰアドレスを対応付けて登録情報テーブル１３ａに格納させる。そして、呼制御部（呼出部）１００は、着信側端末２への発信要求（ＩＮＶＩＴＥ）を送信し、呼出処理（呼の転送開始）を行なう。

なお、未登録端末呼制御部１０２は、未登録端末管理テーブル１３ｂを更新した後、呼制御部１００によって保留中の発信側端末２宛てに送信する保留音データを、「呼出中」の呼状態に対応した保留音データに変更するように保留音変更部１０４に指示する。これにより、「呼出中」の呼状態に対応した保留音データが、保留音送信部１０５から発信側端末２へ送信される。なお、「呼出中」の呼状態に対応した保留音データは、発信側端末２のユーザが、着信側端末２が「呼出中」の状態であることが把握できる音声データ、音楽データであればよく、例えば「呼出中です」のような音声メッセージでもよい。

ＳＩＰサーバ１によって送信された発信要求（ＩＮＶＩＴＥ）を受信した着信側端末２が、発信要求に対して応答要求（２００ＯＫ）を送信してきた場合、呼制御部１００は、発信側端末２にＲＥＦＥＲ−ＴＯを送信する等して呼の転送処理を完了し、発信側端末２と着信側端末２との呼接続を確立する。呼制御部１００は、呼接続を確立した場合、このセッションに関する情報を未登録端末管理テーブル１３ｂから削除するように未登録端末呼制御部１０２に指示する。これにより、呼接続が確立された各セッションの情報を確実に未登録端末呼制御部１０２から削除することができる。

なお、ＳＩＰサーバ１によって転送された発信要求（ＩＮＶＩＴＥ）を受信した着信側端末２が、発信要求に対して応答を拒否した場合又は所定時間の間に応答してこなかった場合、呼制御部１００は、着信側端末２への発信要求の転送を中止する。そして、呼制御部１００は、発信側端末２に切断要求（ＢＹＥ）を送信し、発信側端末２との通信を終了する。また、呼制御部１００は、この発信側端末２からのセッションに関する情報を未登録端末管理テーブル１３ｂから削除するように未登録端末呼制御部１０２に指示する。これにより、通信が終了した各セッションの情報を確実に未登録端末呼制御部１０２から削除することができる。

上述した処理により、未登録端末呼制御部１０２は、ＳＩＰサーバ１による着信側端末２へのＳＭＳメッセージの送信、着信側端末２からのＳＩＰ登録要求の受信等のイベントを取得する。そして、未登録端末呼制御部１０２は、取得したイベントが示す呼状態が、未登録端末管理テーブル１３ｂに格納してある直前の呼状態からの遷移として適切である場合に、未登録端末管理テーブル１３ｂの呼状態を更新する。これにより、未登録端末管理テーブル１３ｂによって管理される呼のそれぞれの呼状態を正確に把握できる。

以下に、上述した構成のＩＰ電話システムにおいて、端末装置２の制御部２０が、ＲＯＭ２１又は記憶部２３に格納されている制御プログラムを実行することによって実現する機能について説明する。図７は実施形態１の端末装置２の機能構成を示す機能ブロック図である。

本実施形態１の端末装置２において、制御部２０は、ＲＯＭ２１又は記憶部２３に格納されている制御プログラムを実行することによって、呼制御部２００、通信状態制御部２０１、ＳＭＳ受信部２０２等の機能を実現する。なお、端末装置２は、通信網Ｎ１を介した通信のみを行なう構成である場合は、回線交換通信を行なわないので通信状態制御部２０１及びＳＭＳ受信部２０２を有しなくてもよい。

呼制御部２００は、通信部２７を介して呼制御メッセージ（ＳＩＰ）の送受信、各ＳＩＰの呼状態の管理等の処理を行なう。例えば、ＳＩＰサーバ１によって転送された発信要求（ＩＮＶＩＴＥ）を通信網Ｎ１又は通信網Ｎ２を介して受信した場合、呼制御部２００は、端末装置２のユーザに着信を通知する。具体的には、呼制御部２００は、発信側端末２の装置情報又はユーザ名を表示部２４に表示させ、又は、音入出力部２６によって呼出音を出力させる。

着信を通知された端末装置２のユーザは、この着信に対して応答する場合、操作部２５の応答ボタンを操作し、この着信に対して応答しない場合、操作部２５のキャンセルボタンを操作する。呼制御部２００は、応答ボタンが操作された場合、通信部２７を介してＳＩＰサーバ１に応答要求（２００ＯＫ）を送信し、キャンセルボタンが操作された場合、通信部２７を介してＳＩＰサーバ１に拒否応答（４８０ Ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ）を送信する。

ＳＩＰサーバ１の呼制御部１００は、端末装置（着信側端末）２から応答要求（２００ＯＫ）を受信した場合、発信側端末２へ応答要求を転送する。呼制御部１００は、応答要求に対する確認のためのレスポンス（ＡＣＫ）を発信側端末２から受信した場合、受信した確認のためのレスポンス（ＡＣＫ）を着信側端末２へ転送する。これにより、発信側端末２及び着信側端末２との通信が開始される。

ＳＩＰサーバ１の呼制御部１００は、端末装置（着信側端末）２から切断要求（ＢＹＥ）を受信した場合、発信側端末２へ切断要求を転送する。端末装置（発信側端末）２の呼制御部２００は、ＳＩＰサーバ１から切断要求を受信した場合、切断の成功を通知するレスポンス（２００ＯＫ）を、ＳＩＰサーバ１を介して発信側端末２へ送信する。

ＳＭＳ受信部２０２は、ＳＭＳサーバ３から送信されたＳＭＳメッセージを通信部２７を介して受信する。ＳＭＳ受信部２０２は、発信要求がある旨を示すＳＭＳメッセージを受信した場合、その旨を通信状態制御部２０１に通知する。通信状態制御部２０１は、発信要求がある旨を示すＳＭＳメッセージを受信した旨を通知された場合、自身の端末装置２がＩＰ接続されているか否かを判断する。具体的には、通信状態制御部２０１は、自身の端末装置２にＩＰアドレスが割り当てられているか否かを判断する。

ＩＰ接続されていると判断した場合、通信状態制御部２０１は、ＩＰ接続されている旨を呼制御部２００に通知する。呼制御部２００は、ＩＰ接続されている旨を通信状態制御部２０１から通知された場合、自身の端末装置２に割り当てられているＩＰアドレスと、自身の端末装置２のＳＩＰ−ＵＲＩとを含むＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）をＳＩＰサーバ１へ送信する。

一方、ＩＰ接続されていないと判断した場合、通信状態制御部２０１は、ＩＰ接続されていない旨を呼制御部２００に通知する。呼制御部２００は、ＩＰ接続されていない旨を通信状態制御部２０１から通知された場合、端末装置２，２…に対してＩＰアドレスの割り当てを行なう所定のサーバにＩＰ接続を要求し、自身の端末装置２に対するＩＰアドレスの割り当てを依頼する。呼制御部２００は、所定のサーバによって割り当てられたＩＰアドレスを取得した場合、取得したＩＰアドレスと、自身の端末装置２のＳＩＰ−ＵＲＩとを含むＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）をＳＩＰサーバ１へ送信する。

ＳＩＰ登録要求を受信したＳＩＰサーバ１は、上述したように、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及びＩＰアドレスを取得し、対応付けて登録情報テーブル１３ａに格納させる処理等を行なう。

上述した構成のＩＰ電話システムにおいて、発信側端末２が通信網Ｎ１を介して発呼した場合、ＳＩＰサーバ１は、発信側端末２から受信した発信要求（ＩＮＶＩＴＥ）から着信側端末２のＳＩＰ−ＵＲＩを取得する。取得した着信側端末２のＳＩＰ−ＵＲＩに対応するＩＰアドレスが登録情報テーブル１３ａに登録されていれば、ＳＩＰサーバ１は、発信側端末２から受信した発信要求を着信側端末２へ転送する。そして、発信要求に対する応答要求が着信側端末２からあれば、ＳＩＰサーバ１は、発信側端末２と着信側端末２との呼接続を確立する。

一方、発信要求から取得した着信側端末２のＳＩＰ−ＵＲＩに対応するＩＰアドレスが登録情報テーブル１３ａに登録されていなければ、ＳＩＰサーバ１は、この呼（セッション）に関する情報を未登録端末管理テーブル１３ｂに格納させる。そして、ＳＩＰサーバ１は、発信要求がある旨を示すＳＭＳメッセージを着信側端末２へ送信し、発信側端末２との呼を確立し保留状態にした上で、着信側端末２がＩＰ接続中である旨を示す保留音データを発信側端末２へ送信する。これにより、発信側端末２のユーザは、着信側端末２がＩＰ接続中であることを把握できる。

また、ＳＩＰサーバ１は、着信側端末２からＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）を受信した場合、着信側端末２のＳＩＰ−ＵＲＩ及びＩＰアドレスを登録情報テーブル１３ａに格納させる。このとき、ＳＩＰサーバ１は、ＳＩＰ登録要求を送信してきた着信側端末２の呼状態が「ＩＰ接続中」であるか否かを、未登録端末管理テーブル１３ｂの格納内容に基づいて判断する。

未登録端末管理テーブル１３ｂに格納されている着信側端末２の呼状態が「ＩＰ接続中」である場合、ＳＩＰサーバ１は、未登録端末管理テーブル１３ｂに格納されている着信側端末２の呼状態を「呼出中」に更新する。このとき、ＳＩＰサーバ１は、発信側端末２から受信した発信要求の着信側端末２への転送を開始し、着信側端末２を呼出中である旨を示す保留音データを発信側端末２へ送信する。これにより、発信側端末２のユーザは、着信側端末２を呼出中であることを把握できる。

また、発信要求に対する応答要求が着信側端末２からあれば、ＳＩＰサーバ１は、発信側端末２と着信側端末２との呼接続を確立する。
本実施形態１のＳＩＰサーバ１は、未登録端末管理テーブル１３ｂに格納されている着信側端末２の呼状態を「ＩＰ接続中」から「呼出中」に更新する際に、ＳＩＰ登録要求を送信してきた着信側端末２の呼状態が「ＩＰ接続中」であるか否かを判断する。これにより、更新される着信側端末２の呼状態が適切であるかを判断できる。

以下に、本実施形態１のＩＰ電話システムにおいて、端末装置２から発信要求（ＩＮＶＩＴＥ）を受信した場合にＳＩＰサーバ１が行なう処理についてフローチャートに基づいて説明する。図８はＳＩＰサーバ１が行なう処理の手順を示すフローチャートである。なお、以下の処理は、ＳＩＰサーバ１のＲＯＭ１１又は記憶部１３に記憶してある制御プログラムに従って制御部１０によって実行される。

ＳＩＰサーバ１の制御部１０は、いずれかの端末装置２から出力された発信要求（ＩＮＶＩＴＥ）を受信したか否かを判断しており（Ｓ１）、受信していないと判断した場合（Ｓ１：ＮＯ）、受信するまで通常の動作を行なって待機する。発信要求を受信したと判断した場合（Ｓ１：ＹＥＳ）、制御部１０は、受信した発信要求から、着信側端末２のＳＩＰ−ＵＲＩを取得する（Ｓ２）。

制御部１０は、取得した着信側端末２のＳＩＰ−ＵＲＩに対応するＩＰアドレスが登録情報テーブル１３ａに格納されているか否かを判断する（Ｓ３）。格納されていると判断した場合（Ｓ３：ＹＥＳ）、制御部１０は、この着信側端末２のＳＩＰ−ＵＲＩに対応して登録情報テーブル１３ａに格納されているＩＰアドレスを取得する。制御部１０は、取得した着信側端末２のＩＰアドレスに基づいて、着信側端末２に、発信側端末２から受信した発信要求（ＩＮＶＩＴＥ）を転送する（Ｓ４）。そして、制御部１０は、ステップＳ１へ処理を戻す。

着信側端末２のＳＩＰ−ＵＲＩに対応するＩＰアドレスが登録情報テーブル１３ａに格納されていないと判断した場合（Ｓ３：ＮＯ）、制御部１０は、受信した発信要求（ＩＮＶＩＴＥ）から、着信側端末２のＳＩＰ−ＵＲＩを取得する。また、制御部１０は、着信側端末２のＳＩＰ−ＵＲＩに基づいて、着信側端末２の通信網Ｎ２上での電話番号を番号管理テーブル１３ｃから取得する（Ｓ５）。

制御部１０は、着信側端末２の電話番号を取得できたか否かを判断しており（Ｓ６）、取得できなかったと判断した場合（Ｓ６：ＮＯ）、発信側端末２にエラー応答（４０４ Ｎｏｔ Ｆｏｕｎｄ）を送信し（Ｓ７）、発信側端末２との通信を終了する。そして、制御部１０は、ステップＳ１へ処理を戻す。

着信側端末２の電話番号を取得できたと判断した場合（Ｓ６：ＹＥＳ）、制御部１０は、取得した電話番号に基づいて、着信側端末２に、発信要求がある旨を示すＳＭＳメッセージを送信する（Ｓ８）。制御部１０は、この着信側端末２への呼制御（セッション）に関する情報を未登録端末管理テーブル１３ｂに格納させる（Ｓ９）。制御部１０は、この着信側端末２への発信要求を送信してきた発信側端末２の呼接続を保留し（Ｓ１０）、この発信側端末２宛てに送信する保留音データを、「ＩＰ接続中」の呼状態に対応した保留音データに変更する（Ｓ１１）。そして、制御部１０は、ステップＳ１へ処理を戻す。

次に、上述したようにＳＩＰサーバ１から、発信要求がある旨を示すＳＭＳメッセージを受信した場合に端末装置（着信側端末）２が行なう処理についてフローチャートに基づいて説明する。図９は端末装置２が行なう処理の手順を示すフローチャートである。なお、以下の処理は、端末装置２のＲＯＭ２１又は記憶部２３に記憶してある制御プログラムに従って制御部２０によって実行される。

端末装置２の制御部２０は、発信要求がある旨を示すＳＭＳメッセージをＳＩＰサーバ１から受信したか否かを判断しており（Ｓ２１）、受信していないと判断した場合（Ｓ２１：ＮＯ）、受信するまで通常の動作を行なって待機する。ＳＭＳメッセージを受信したと判断した場合（Ｓ２１：ＹＥＳ）、制御部２０は、自身の端末装置２のＩＰ接続状態を判定する（Ｓ２２）。

判定の結果、ＩＰ接続済みでないと判断した場合（Ｓ２３：ＮＯ）、制御部２０は、ＩＰ接続処理を行なう（Ｓ２４）。具体的には、制御部２０は、所定のサーバにＩＰ接続を要求し、自身の端末装置２に対するＩＰアドレスの割り当てを依頼する。制御部２０は、ＩＰ接続が成功したか否かを判断しており（Ｓ２５）、成功したと判断した場合（Ｓ２５：ＹＥＳ）、即ち、ＩＰアドレスを割り当てられた場合、割り当てられたＩＰアドレスをＳＩＰサーバ１に登録するためにＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）をＳＩＰサーバ１へ送信する（Ｓ２６）。制御部２０は、ステップＳ２１へ処理を戻す。

ＩＰ接続が失敗したと判断した場合（Ｓ２５：ＮＯ）、即ち、ＩＰアドレスを割り当てられなかった場合、制御部２０は、ステップＳ２１へ処理を戻す。判定の結果、ＩＰ接続済みであると判断した場合（Ｓ２３：ＹＥＳ）、制御部２０は、ステップＳ２４，Ｓ２５の処理をスキップし、既に割り当てられているＩＰアドレスをＳＩＰサーバ１に登録するためにＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）をＳＩＰサーバ１へ送信する（Ｓ２６）。制御部２０は、ステップＳ２１へ処理を戻す。

次に、上述したように端末装置２からＳＩＰ登録要求を受信した場合にＳＩＰサーバ１が行なう処理についてフローチャートに基づいて説明する。図１０及び図１１はＳＩＰサーバ１が行なう処理の手順を示すフローチャートである。なお、以下の処理は、ＳＩＰサーバ１のＲＯＭ１１又は記憶部１３に記憶してある制御プログラムに従って制御部１０によって実行される。

ＳＩＰサーバ１の制御部１０は、いずれかの端末装置２から出力されたＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）を受信したか否かを判断しており（Ｓ３１）、受信していないと判断した場合（Ｓ３１：ＮＯ）、受信するまで通常の動作を行なって待機する。ＳＩＰ登録要求を受信したと判断した場合（Ｓ３１：ＹＥＳ）、制御部１０は、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩを取得する。制御部１０は、取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されているか否かを判断する（Ｓ３２）。

ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていると判断した場合（Ｓ３２：ＹＥＳ）、制御部１０は、このＳＩＰ−ＵＲＩに対応して未登録端末管理テーブル１３ｂに格納されている呼状態が「ＩＰ接続中」であるか否かを判断する（Ｓ３３）。

ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていないと判断した場合（Ｓ３２：ＮＯ）、又は、対応する呼状態が「ＩＰ接続中」でないと判断した場合（Ｓ３３：ＮＯ）、制御部１０は、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及びＩＰアドレスを取得する。制御部１０は、取得したＳＩＰ−ＵＲＩ及びＩＰアドレスを対応付けて登録情報テーブル１３ａに格納させる（Ｓ３４）。制御部１０は、ステップＳ３１へ処理を戻す。

対応する呼状態が「ＩＰ接続中」であると判断した場合（Ｓ３３：ＹＥＳ）、制御部１０は、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩを着信側ＵＲＩとする呼の呼状態を「呼出中」に更新する（Ｓ３５）。制御部１０は、この呼の発信側端末２宛てに送信する保留音データを、「呼出中」の呼状態に対応した保留音データに変更する（Ｓ３６）。

制御部１０は、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及びＩＰアドレスを取得し、取得したＳＩＰ−ＵＲＩ及びＩＰアドレスを対応付けて登録情報テーブル１３ａに格納させる。そして、制御部１０は、ＳＩＰ登録要求をしてきた端末装置（着信側端末）２に、発信要求（ＩＮＶＩＴＥ）を送信し、呼出処理（呼の転送）を開始する（Ｓ３７）。

制御部１０は、呼の転送を開始した着信側端末２から応答があったか否かを判断しており（Ｓ３８）、応答があったと判断した場合（Ｓ３８：ＹＥＳ）、発信側端末２に転送完了（ＲＥＦＥＲ−ＴＯ）を送信し、呼の転送を完了する（Ｓ３９）。これにより、発信側端末２と着信側端末２との呼接続が確立される。制御部１０は、呼接続を確立した場合、この呼に関する情報を未登録端末管理テーブル１３ｂから削除し（Ｓ４１）、ステップＳ３１へ処理を戻す。

呼の転送を開始した着信側端末２から応答がないと判断した場合（Ｓ３８：ＮＯ）、制御部１０は、着信側端末２への呼の転送を中止し（Ｓ４０）、発信側端末２との呼を終了（ＢＹＥ）する。制御部１０は、呼接続を中止した場合、この呼に関する情報を未登録端末管理テーブル１３ｂから削除し（Ｓ４１）、ステップＳ３１へ処理を戻す。

上述した処理により、ＳＩＰサーバ１は、発信側端末２から発信要求を受信した場合、着信側端末２が呼接続可能な状態であれば、発信側端末２と着信側端末２との呼接続を確立する。また、着信側端末２が呼接続可能な状態でなければ、ＳＩＰサーバ１は、着信側端末２が呼接続可能な状態となるまでの間、発信側端末２との呼接続を保留状態とする。そして、ＳＩＰサーバ１は、保留状態としている発信側端末２への保留音を、着信側端末２の状態に応じた保留音、具体的には、ＩＰ接続中、呼出中等を通知する保留音とする。これにより、発信側端末２のユーザは、着信側端末２が呼接続可能な状態となるまでの間において、保留音を聞くことにより、着信側端末２の状態を把握できる。よって、発信側端末２のユーザは、着信側端末２の状態に応じて、着信側端末２からの応答を待つべきか、一旦接続を切断すべきか等を適切に判断できる。

上述した各処理のほかに、ＳＩＰサーバ１の制御部１０は、定期的に（例えば数十秒毎に）、未登録端末管理テーブル１３ｂの経過時間の欄を監視し、経過時間が所定時間（例えば６０秒）以上となった呼があるか否かを判断する。経過時間が所定時間以上となった呼があると判断した場合、制御部１０は、この呼の発信側端末２へ切断要求を送信して、エラーの発生を通知する。また、制御部１０は、この呼に関する情報を未登録端末管理テーブル１３ｂから削除する。このように、ＳＩＰサーバ１が発信要求を受信してから経過した時間が所定時間以上となった呼を、接続が失敗した呼であると判断することにより、発信側端末２のユーザが不要に待たされる状況を回避できる。

本実施形態１では、ＳＩＰサーバ１が保留音送信部１０５を有し、呼状態を保留された発信側端末２へ保留音送信部１０５から送信される保留音データを変更することによって、発信側端末２で出力される保留音を変更する構成であった。このような構成に限られず、例えば、メディアサーバを別途に用意し、発信側端末２とメディアサーバとの間で通話する構成とし、メディアサーバから発信側端末２へ保留音データを送信するようにしてもよい。この場合、発信側端末２の呼状態を疑似的に保留状態とし、保留音変更部１０４がメディアサーバに保留音の変更要求を送信することにより、指定された保留音を発信側端末２へ送信することができる。

本実施形態１では、ＳＩＰサーバ１によって転送された発信要求に対して着信側端末２が応答しなかった場合、ＳＩＰサーバ１は、発信要求の転送を終了して発信側端末２との接続を切断する構成であった。このような構成のほかに、発信側端末２との接続を切断する前に、保留音で「相手端末が応答しません」、「相手端末から切断されました」等のメッセージを発信側端末２へ通知してもよい。この場合、発信側端末２のユーザに、通話が確立しなかった理由を通知することができる。

（実施形態２）
以下に、実施形態２に係るＩＰ電話システムについて説明する。なお、本実施形態２のＩＰ電話システムは、上述した実施形態１のＩＰ電話システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。

上述した実施形態１のＩＰ電話システムは、発信側端末２が着信側端末２に発信してから着信側端末２との呼接続が確立されるまでの間に、着信側端末２の状態を発信側端末２に通知する構成であった。具体的には、ＳＩＰサーバ１は、着信側端末２がＩＰ接続中である場合にはその旨を発信側端末２に通知し、着信側端末２を呼出中である場合にはその旨を発信側端末２に通知する構成であった。

本実施形態２のＩＰ電話システムは、着信側端末２がＩＰ接続中である場合、及び着信側端末２を呼出中である場合だけでなく、着信側端末２がＶＰＮ認証中である場合にもその旨を発信側端末２に通知する構成とする。

図１２は実施形態２のＩＰ電話システムの構成を示す模式図である。本実施形態２のＩＰ電話システムは、上述した実施形態１のＩＰ電話システムの構成のほかに、ＶＰＮ（Virtual Private Network）サーバ４が通信網Ｎ２に接続されている。ＶＰＮサーバ４は、通信網Ｎ２を介してＳＩＰサーバ１及び端末装置２，２…との間でパケット交換通信を行なう。本実施形態２のＳＩＰサーバ１は、通信網Ｎ２を介して端末装置２と通信を行なう場合、ＶＰＮサーバ４（中継装置）を介して通信網Ｎ２に接続する。

図１３はＶＰＮ−ＳＩＰ対応テーブル１３ｅの格納内容を示す模式図である。本実施形態２のＳＩＰサーバ１は、図２に示した構成のほかに、図１３に示すようなＶＰＮ−ＳＩＰ対応テーブル１３ｅを記憶部１３に格納している。図１３に示すように、ＶＰＮ−ＳＩＰ対応テーブル１３ｅには、ＶＰＮサーバ４を介した通信が許可されているユーザ毎に、番号、ユーザＩＤ（ＶＰＮユーザＩＤ）、各ユーザの端末装置２，２…のＳＩＰ−ＵＲＩ等が対応付けて格納されている。ＶＰＮ−ＳＩＰ対応テーブル１３ｅの格納内容は、ＳＩＰサーバ１を介した通信が許可された端末装置２が追加又は廃棄された場合に、ＩＰ電話システムの管理者が各情報を入力することにより、制御部１０によって格納又は削除される。

図１４は実施形態２のＶＰＮサーバ４の構成を示すブロック図である。本実施形態２のＶＰＮサーバ４は、制御部４０、ＲＯＭ４１、ＲＡＭ４２、記憶部４３、通信部４４等を備える。これらのハードウェア各部はバス４ａを介して相互に接続されている。

制御部４０は、ＣＰＵ又はＭＰＵ等であり、所定のタイミングに従って、ＲＯＭ４１又は記憶部４３に予め格納してある制御プログラムを適宜ＲＡＭ４２に読み出して実行する。また制御部４０は、上述したハードウェア各部の動作を制御する。ＲＯＭ４１は、ＶＰＮサーバ４を本願に開示する中継装置として動作させるために必要な種々の制御プログラムを予め格納している。ＲＡＭ４２はＳＲＡＭ又はフラッシュメモリ等であり、制御部４０による制御プログラムの実行時に発生する種々のデータを一時的に記憶する。

記憶部４３は、ハードディスクドライブ等の大容量の記憶装置である。記憶部４３は、ＶＰＮサーバ４を本願に開示する中継装置として動作させるために必要な種々の制御プログラムを予め格納している。また、記憶部４３は、図１５に示すようなユーザ情報テーブル４３ａ等を格納している。

通信部４４は、通信網Ｎ２に接続するためのインタフェースであり、制御部４０からの指示に従って通信網Ｎ２を介してＳＩＰサーバ１及び端末装置２との間でパケット交換通信を行なう。

図１５はユーザ情報テーブル４３ａの格納内容を示す模式図である。図１５に示すように、ユーザ情報テーブル４３ａには、ＶＰＮサーバ４を介した通信が許可されているユーザ毎に、番号、ユーザＩＤ（ＶＰＮユーザＩＤ）、各ユーザによって予め登録されたパスワード等が対応付けて格納されている。ユーザ情報テーブル４３ａの格納内容は、ＶＰＮサーバ４を介した通信が許可されたユーザが追加又は削除された場合に、ＩＰ電話システムの管理者が各情報を入力することにより、制御部４０によって格納又は削除される。

以下に、本実施形態２のＩＰ電話システムにおいて、ＳＩＰサーバ１の制御部１０が、ＲＯＭ１１又は記憶部１３に格納されている制御プログラムを実行することによって実現する機能について説明する。図１６は実施形態２のＳＩＰサーバ１の機能構成を示す機能ブロック図である。

本実施形態２のＳＩＰサーバ１において、制御部１０は、ＲＯＭ１１又は記憶部１３に格納されている制御プログラムを実行することによって、図６に示した各機能のほかに、ＶＰＮ連携部１０６の機能を実現する。

ＶＰＮ連携部（状態取得部）１０６は、第２通信部１５を介してＶＰＮサーバ４から、ＶＰＮサーバ４に対してＶＰＮ認証要求をしてきた端末装置２のユーザのユーザＩＤ（ＶＰＮユーザＩＤ）を取得する。ＶＰＮ連携部１０６は、ＶＰＮ−ＳＩＰ対応テーブル１３ｅの格納内容を検索し、ＶＰＮサーバ４から取得したＶＰＮユーザＩＤがＶＰＮ−ＳＩＰ対応テーブル１３ｅに格納されているか否かを判断する。

ＶＰＮ連携部１０６は、ＶＰＮサーバ４から取得したＶＰＮユーザＩＤがＶＰＮ−ＳＩＰ対応テーブル１３ｅに格納されていなければ何も行なわない。一方、ＶＰＮサーバ４から取得したＶＰＮユーザＩＤがＶＰＮ−ＳＩＰ対応テーブル１３ｅに格納されていれば、ＶＰＮ連携部１０６は、このＶＰＮユーザＩＤに対応してＶＰＮ−ＳＩＰ対応テーブル１３ｅに格納されているＳＩＰ−ＵＲＩを読み出す。

ＶＰＮ連携部１０６は、ＶＰＮ−ＳＩＰ対応テーブル１３ｅから読み出したＳＩＰ−ＵＲＩを、ＶＰＮ認証要求をしてきた端末装置２のＳＩＰ−ＵＲＩとして未登録端末呼制御部１０２に通知する。未登録端末呼制御部１０２は、ＶＰＮ連携部１０６から取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されているか否かを判断する。ＶＰＮ連携部１０６から取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていなければ、未登録端末呼制御部１０２は何も行なわない。

一方、ＶＰＮ連携部１０６から取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていれば、未登録端末呼制御部１０２は、このＳＩＰ−ＵＲＩに対応して未登録端末管理テーブル１３ｂに格納されている呼状態が「ＩＰ接続中」であるか否かを判断する。これにより、未登録端末呼制御部１０２は、ＶＰＮ連携部１０６から取得したＳＩＰ−ＵＲＩの端末装置２の新しい呼状態が、未登録端末管理テーブル１３ｂに既に記憶してある呼状態から適切に遷移可能であるか否かを判定する。

対応する呼状態が「ＩＰ接続中」ではない場合、ＶＰＮ認証要求をしてきた端末装置２の呼状態が適切ではないので、未登録端末呼制御部１０２は何も行なわない。対応する呼状態が「ＩＰ接続中」である場合、未登録端末呼制御部（更新部）１０２は、ＶＰＮ連携部１０６から取得したＳＩＰ−ＵＲＩに対応して未登録端末管理テーブル１３ｂに格納されている呼状態を「ＶＰＮ認証中」に更新する。なお、対応する呼状態が「ＩＰ接続中」である場合、ＶＰＮ連携部１０６から取得したＳＩＰ−ＵＲＩの端末装置２の新しい呼状態が、未登録端末管理テーブル１３ｂに既に記憶してある呼状態から適切に遷移可能である。

未登録端末呼制御部１０２は、未登録端末管理テーブル１３ｂを更新した後、呼制御部１００によって保留中の発信側端末２宛てに送信する保留音データを、「ＶＰＮ認証中」の呼状態に対応した保留音データに変更するように保留音変更部１０４に指示する。これにより、「ＶＰＮ認証中」の呼状態に対応した保留音データが、保留音送信部１０５から発信側端末２へ送信される。なお、「ＶＰＮ認証中」の呼状態に対応した保留音データは、発信側端末２のユーザが、着信側端末２が「ＶＰＮ認証中」の状態であることが把握できる音声データ、音楽データであればよく、例えば「ＶＰＮ認証中です」のような音声メッセージでもよい。

本実施形態２の未登録端末呼制御部１０２は、上述の実施形態１の未登録端末呼制御部１０２と同様に、ＳＩＰサーバ１に対してＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩを呼制御部１００から取得する。未登録端末呼制御部１０２は、呼制御部１００から取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されているか否かを判断する。呼制御部１００から取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていなければ、このＳＩＰ登録要求は通常のＳＩＰ登録要求であるので、未登録端末呼制御部１０２は、その旨を呼制御部１００に通知する。

呼制御部１００は、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていない旨を未登録端末呼制御部１０２から通知された場合、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及びＩＰアドレスを取得する。呼制御部１００は、取得したＳＩＰ−ＵＲＩ及びＩＰアドレスを対応付けて登録情報テーブル１３ａに格納させる。

一方、呼制御部１００から取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていれば、未登録端末呼制御部１０２は、このＳＩＰ−ＵＲＩに対応して未登録端末管理テーブル１３ｂに格納されている呼状態が「ＶＰＮ認証中」であるか否かを判断する。これにより、未登録端末呼制御部１０２は、呼制御部１００からＳＩＰ−ＵＲＩを取得した端末装置２の新しい呼状態が、未登録端末管理テーブル１３ｂに既に記憶してある呼状態から適切に遷移可能であるか否かを判定する。

対応する呼状態が「ＶＰＮ認証中」ではない場合、このＳＩＰ登録要求は通常のＳＩＰ登録要求と判断し、未登録端末呼制御部１０２は、その旨を呼制御部１００に通知する。この場合も、呼制御部１００は、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及びＩＰアドレスを取得し、対応付けて登録情報テーブル１３ａに格納させる。

対応する呼状態が「ＶＰＮ認証中」である場合、未登録端末呼制御部（更新部）１０２は、呼制御部１００から取得したＳＩＰ−ＵＲＩに対応して未登録端末管理テーブル１３ｂに格納されている呼状態を「呼出中」に更新する。このとき、未登録端末呼制御部１０２は、呼制御部１００から取得したＳＩＰ−ＵＲＩの端末装置２への着信がある旨を呼制御部１００に通知する。なお、対応する呼状態が「ＶＰＮ認証中」である場合、呼制御部１００からＳＩＰ−ＵＲＩを取得した端末装置２の新しい呼状態が、未登録端末管理テーブル１３ｂに既に記憶してある呼状態から適切に遷移可能である。

呼制御部１００は、ＳＩＰ登録要求してきた端末装置２への着信がある旨を未登録端末呼制御部１０２から通知された場合、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及びＩＰアドレスを取得する。呼制御部１００は、取得したＳＩＰ−ＵＲＩ及びＩＰアドレスを対応付けて登録情報テーブル１３ａに格納させる。そして、呼制御部１００は、着信側端末２へ発信要求（ＩＮＶＩＴＥ）を送信する。

なお、未登録端末呼制御部１０２は、未登録端末管理テーブル１３ｂを更新した後、呼制御部１００によって保留中の発信側端末２宛てに送信する保留音データを、「呼出中」の呼状態に対応した保留音データに変更するように保留音変更部１０４に指示する。これにより、「呼出中」の呼状態に対応した保留音データが、保留音送信部１０５から発信側端末２へ送信される。

上述した処理以外の各処理は、上述の実施形態１で説明した処理と同様であるので説明を省略する。

以下に、本実施形態２のＩＰ電話システムにおいて、端末装置２の制御部２０が、ＲＯＭ２１又は記憶部２３に格納されている制御プログラムを実行することによって実現する機能について説明する。図１７は実施形態２の端末装置２の機能構成を示す機能ブロック図である。

本実施形態２の端末装置２において、制御部２０は、ＲＯＭ２１又は記憶部２３に格納されている制御プログラムを実行することによって、図７に示した各機能のほかに、ＶＰＮ制御部２０３の機能を実現する。

本実施形態２の通信状態制御部２０１は、上述の実施形態１の通信状態制御部２０１と同様に、発信要求がある旨を示すＳＭＳメッセージをＳＭＳ受信部２０２が受信した場合、自身の端末装置２がＩＰ接続されているか否かを判断する。

ＶＰＮ制御部２０３は、通信状態制御部２０１がＩＰ接続されていると判断した場合、又は、所定のサーバにＩＰアドレスを割り当ててもらった場合、自身の端末装置２がＶＰＮ接続されているか否かを判断する。具体的には、ＶＰＮ制御部２０３は、ＶＰＮサーバ４を介して通信網Ｎ１を使用するためのＩＰアドレス（通信網Ｎ１上のＩＰアドレス）が、自身の端末装置２に割り当てられているか否かを判断する。

ＶＰＮ接続されていると判断した場合、ＶＰＮ制御部２０３は、ＶＰＮ接続されている旨を呼制御部２００に通知する。呼制御部２００は、ＶＰＮ接続されている旨をＶＰＮ制御部２０３から通知された場合、自身の端末装置２に割り当てられている通信網Ｎ１上のＩＰアドレスをＣｏｎｔａｃｔヘッダに含むＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）をＶＰＮパケット化（暗号化）し、ＶＰＮサーバ４へ送信する。なお、ＶＰＮサーバ４は、端末装置２からＶＰＮパケットを受信すると、元のＳＩＰ登録要求を取り出し、ＳＩＰサーバ１へ転送する。

一方、ＶＰＮ接続されていないと判断した場合、ＶＰＮ制御部２０３は、ＶＰＮ接続されていない旨を呼制御部２００に通知する。呼制御部２００は、ＶＰＮ接続されていない旨を通信状態制御部２０１から通知された場合、ＶＰＮ認証要求をＶＰＮサーバ４へ送信し、通信網Ｎ１上のＩＰアドレスの付与をＶＰＮサーバ４に依頼する。呼制御部２００は、ＶＰＮ認証要求に対して通信網Ｎ１上のＩＰアドレスを割り当てられた場合、新たに割り当てられた通信網Ｎ１上のＩＰアドレスをＣｏｎｔａｃｔヘッダに含むＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）をＶＰＮパケット化（暗号化）し、ＶＰＮサーバ４を介してＳＩＰサーバ１へ送信する。

ＳＩＰ登録要求を受信したＳＩＰサーバ１は、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及び通信網Ｎ１上のＩＰアドレスを取得し、対応付けて登録情報テーブル１３ａに格納させる処理等を行なう。
また、ＶＰＮ制御部２０３は、ＶＰＮサーバ４との間でデータの送受信を行なう際に、データに対して暗号化処理及び復号処理等を行なう。

以下に、本実施形態２のＩＰ電話システムにおいて、ＶＰＮサーバ４の制御部４０が、ＲＯＭ４１又は記憶部４３に格納されている制御プログラムを実行することによって実現する機能について説明する。図１８は実施形態２のＶＰＮサーバ４の機能構成を示す機能ブロック図である。

本実施形態２のＶＰＮサーバ４において、制御部４０は、ＲＯＭ４１又は記憶部４３に格納されている制御プログラムを実行することによって、認証部４０１、暗号通信部４０２、認証開始通知部４０３等の機能を実現する。

端末装置２がＶＰＮ認証要求（ＶＰＮ接続要求）をＶＰＮサーバ４へ送信した場合、認証部（接続要求受付部）４０１は、ＶＰＮ認証要求を受信する。認証部４０１は、受信したＶＰＮ認証要求から、ＶＰＮ認証要求を送信してきた端末装置２のユーザのＶＰＮユーザＩＤ及びパスワードを取得する。認証部４０１は、ＶＰＮ認証要求からＶＰＮユーザＩＤ及びパスワードを取得すると、認証処理を行なう前に、取得したＶＰＮユーザＩＤを認証開始通知部４０３へ送出する。

認証開始通知部（通知部）４０３は、認証部４０１からＶＰＮユーザＩＤを通知された場合、このＶＰＮユーザＩＤをＳＩＰサーバ１へ送信し、このＶＰＮユーザＩＤのユーザがＶＰＮ認証を開始した旨を通知する。

認証部４０１は、ＶＰＮ認証要求から取得したＶＰＮユーザＩＤを認証開始通知部４０３へ送出した後、ＶＰＮ認証要求から取得したＶＰＮユーザＩＤ及びパスワードが、正規のユーザのＶＰＮユーザＩＤ及びパスワードであるか否かを認証する。具体的には、認証部４０１は、ユーザ情報テーブル４３ａに、ＶＰＮ認証要求から取得したＶＰＮユーザＩＤ及びパスワードのペアが格納されているか否かを判断する。

認証部４０１は、ＶＰＮ認証要求を送信してきた端末装置２のユーザが正規のユーザであると認証できた場合、その旨を暗号通信部４０２に通知する。暗号通信部（接続部）４０２は、認証部４０１によって認証されたユーザの端末装置２との間で暗号化通信を行なうために暗号鍵の交換等を行ない、暗号通信路を確立する。このとき、暗号通信部４０２は、ＶＰＮ認証要求を送信してきた端末装置２に対して、通信網Ｎ１上のＩＰアドレスを割り当て、割り当てたＩＰアドレスを、ＶＰＮ認証要求を送信してきた端末装置２に通知する。これにより、ＶＰＮ認証要求を送信した端末装置２は、割り当てられた通信網Ｎ１上のＩＰアドレスを用いて、ＶＰＮサーバ４を介して通信網Ｎ１へのアクセスが可能となる。

なお、暗号通信部４０２は、ＶＰＮサーバ４が割り当てることが可能な通信網Ｎ１上のＩＰアドレスについて、既に端末装置２に割り当てられているか否かを管理している。そして、暗号通信部４０２は、ＶＰＮ認証要求を送信してきたユーザが認証された場合、端末装置２にまだ割り当てられていないＩＰアドレスから１つを選択し、ＶＰＮ認証要求を送信してきた端末装置２に割り当てる。

暗号通信部４０２は、認証が完了した端末装置２との間で送受信するデータに対して暗号化処理又は復号処理を行なう。

本実施形態２のＩＰ電話システムにおいて、発信側端末２が通信網Ｎ１を介して発呼した場合、ＳＩＰサーバ１は、発信側端末２から受信した発信要求（ＩＮＶＩＴＥ）から着信側端末２のＳＩＰ−ＵＲＩを取得する。取得した着信側端末２のＳＩＰ−ＵＲＩが登録情報テーブル１３ａに登録されていれば、ＳＩＰサーバ１は、発信側端末２から受信した発信要求を着信側端末２へ転送する。そして、発信要求に対する応答要求が着信側端末２からあれば、ＳＩＰサーバ１は、発信側端末２と着信側端末２との呼接続を確立する。

一方、発信要求から取得した着信側端末２のＳＩＰ−ＵＲＩが登録情報テーブル１３ａに登録されていなければ、ＳＩＰサーバ１は、この呼（セッション）に関する情報を未登録端末管理テーブル１３ｂに格納させる。そして、ＳＩＰサーバ１は、発信要求がある旨を示すＳＭＳメッセージを着信側端末２へ送信し、発信側端末２との呼を確立し保留状態にした上で、着信側端末２がＩＰ接続中である旨を示す保留音データを発信側端末２へ送信する。これにより、発信側端末２のユーザは、着信側端末２がＩＰ接続中であることを把握できる。

また、ＳＩＰサーバ１は、ＶＰＮ認証を開始したユーザのＶＰＮユーザＩＤをＶＰＮサーバ４から受信した場合、ＶＰＮ−ＳＩＰ対応テーブル１３ｅに基づいて、受信したＶＰＮユーザＩＤに対応するＳＩＰ−ＵＲＩに取得する。ＳＩＰサーバ１は、取得したＳＩＰ−ＵＲＩの端末装置２、即ち、ＶＰＮ認証を開始したユーザの着信側端末２の呼状態が「ＩＰ接続中」であるか否かを、未登録端末管理テーブル１３ｂの格納内容に基づいて判断する。

未登録端末管理テーブル１３ｂに格納されている着信側端末２の呼状態が「ＩＰ接続中」である場合、ＳＩＰサーバ１は、未登録端末管理テーブル１３ｂに格納されている着信側端末２の呼状態を「ＶＰＮ認証中」に更新する。このとき、ＳＩＰサーバ１は、着信側端末２がＶＰＮ認証中である旨を示す保留音データを発信側端末２へ送信する。これにより、発信側端末２のユーザは、着信側端末２がＶＰＮ認証中であることを把握できる。

また、ＳＩＰサーバ１は、着信側端末２からＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）を受信した場合、着信側端末２のＳＩＰ−ＵＲＩに対応した通信網Ｎ１上のＩＰアドレスを登録情報テーブル１３ａに格納させる。このとき、ＳＩＰサーバ１は、ＳＩＰ登録要求を送信してきた着信側端末２の呼状態が「ＶＰＮ認証中」であるか否かを、未登録端末管理テーブル１３ｂの格納内容に基づいて判断する。

未登録端末管理テーブル１３ｂに格納されている着信側端末２の呼状態が「ＶＰＮ認証中」である場合、ＳＩＰサーバ１は、未登録端末管理テーブル１３ｂに格納されている着信側端末２の呼状態を「呼出中」に更新する。このとき、ＳＩＰサーバ１は、発信側端末２とＳＩＰサーバ１との間で確立した呼の着信側端末２への転送を開始し、着信側端末２を呼出中である旨を示す保留音データを発信側端末２へ送信する。これにより、発信側端末２のユーザは、着信側端末２を呼出中であることを把握できる。

また、発信要求に対する応答要求が着信側端末２からあれば、ＳＩＰサーバ１は、呼の転送処理を完了し、発信側端末２と着信側端末２との呼接続を確立する。
本実施形態２のＳＩＰサーバ１は、未登録端末管理テーブル１３ｂに格納されている着信側端末２の呼状態を「ＩＰ接続中」から「ＶＰＮ認証中」に更新する際に、ＶＰＮ認証の開始をＶＰＮサーバ４から通知された着信側端末２の呼状態が「ＩＰ接続中」であるか否かを判断する。また、ＳＩＰサーバ１は、未登録端末管理テーブル１３ｂに格納されている着信側端末２の呼状態を「ＶＰＮ認証中」から「呼出中」に更新する際に、ＳＩＰ登録要求を送信してきた着信側端末２の呼状態が「ＶＰＮ認証中」であるか否かを判断する。これにより、更新される着信側端末２の呼状態が適切であるかを判断できる。

以下に、本実施形態２のＩＰ電話システムにおいて、ＳＩＰサーバ１、端末装置２、ＶＰＮサーバ４が行なう処理についてフローチャートに基づいて説明する。なお、本実施形態２のＩＰ電話システムにおいて、端末装置２から発信要求（ＩＮＶＩＴＥ）を受信した場合にＳＩＰサーバ１が行なう処理は、上述の実施形態１の図８で説明した処理と同一であるので説明を省略する。

次に、ＳＭＳサーバ３を介してＳＩＰサーバ１から、発信要求がある旨を示すＳＭＳメッセージを受信した場合に端末装置（着信側端末）２が行なう処理についてフローチャートに基づいて説明する。図１９は端末装置２が行なう処理の手順を示すフローチャートである。なお、以下の処理は、端末装置２のＲＯＭ２１又は記憶部２３に記憶してある制御プログラムに従って制御部２０によって実行される。

端末装置２の制御部２０は、発信要求がある旨を示すＳＭＳメッセージをＳＩＰサーバ１から受信したか否かを判断しており（Ｓ５１）、受信していないと判断した場合（Ｓ５１：ＮＯ）、受信するまで通常の動作を行なって待機する。ＳＭＳメッセージを受信したと判断した場合（Ｓ５１：ＹＥＳ）、制御部２０は、自身の端末装置２のＩＰ接続状態を判定する（Ｓ５２）。具体的には、制御部２０は、自身の端末装置２に、通信網Ｎ２上のＩＰアドレスが割り当てられているか否かを判定する。

判定の結果、ＩＰ接続済みでないと判断した場合（Ｓ５３：ＮＯ）、制御部２０は、ＩＰ接続処理を行なう（Ｓ５４）。具体的には、制御部２０は、所定のサーバにＩＰ接続を要求し、自身の端末装置２に対する通信網Ｎ２上のＩＰアドレスの割り当てを依頼する。制御部２０は、ＩＰ接続が成功したか否かを判断しており（Ｓ５５）、失敗したと判断した場合（Ｓ５５：ＮＯ）、即ち、通信網Ｎ２上のＩＰアドレスを割り当てられなかった場合、ステップＳ５１へ処理を戻す。

判定の結果、ＩＰ接続済みであると判断した場合（Ｓ５３：ＹＥＳ）、又はＩＰ接続が成功したと判断した場合（Ｓ５５：ＹＥＳ）、即ち、通信網Ｎ２上のＩＰアドレスを割り当てられた場合、制御部２０は、自身の端末装置２のＶＰＮ接続状態を判定する（Ｓ５６）。具体的には、制御部２０は、自身の端末装置２に、通信網Ｎ１上のＩＰアドレスが割り当てられているか否かを判定する。判定の結果、ＶＰＮ接続済みでないと判断した場合（Ｓ５７：ＮＯ）、制御部２０は、ＶＰＮ接続処理を行なう（Ｓ５８）。具体的には、制御部２０は、ＶＰＮ認証要求を通信網Ｎ２を介してＶＰＮサーバ４へ送信し、自身の端末装置２に対する通信網Ｎ１上のＩＰアドレスの割り当てを依頼する。

制御部２０は、ＶＰＮ接続が成功したか否かを判断しており（Ｓ５９）、失敗したと判断した場合（Ｓ５９：ＮＯ）、即ち、通信網Ｎ１上のＩＰアドレスを割り当てられなかった場合、制御部２０は、ステップＳ５１へ処理を戻す。ＶＰＮ接続が成功したと判断した場合（Ｓ５９：ＹＥＳ）、即ち、通信網Ｎ１上のＩＰアドレスを割り当てられた場合、又は、判定の結果、ＶＰＮ接続済みであると判断した場合（Ｓ５７：ＹＥＳ）、制御部２０は、ＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）を、ＶＰＮサーバ４を介してＳＩＰサーバ１へ送信する（Ｓ６０）。

なお、制御部２０は、通信網Ｎ１上のＩＰアドレスをＣｏｎｔａｃｔヘッダに含むＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）をＶＰＮパケット化し、ＶＰＮサーバ４へ送信する。ＶＰＮサーバ４は、端末装置２からＶＰＮパケットを受信すると、元のＳＩＰ登録要求を取り出し、ＳＩＰサーバ１へ転送する。

次に、端末装置２からＶＰＮ認証要求を受信した場合にＶＰＮサーバ４が行なう処理についてフローチャートに基づいて説明する。図２０はＶＰＮサーバ４が行なう処理の手順を示すフローチャートである。なお、以下の処理は、ＶＰＮサーバ４のＲＯＭ４１又は記憶部４３に記憶してある制御プログラムに従って制御部４０によって実行される。

ＶＰＮサーバ４の制御部４０は、いずれかの端末装置２から出力されたＶＰＮ認証要求を受信したか否かを判断しており（Ｓ７１）、受信していないと判断した場合（Ｓ７１：ＮＯ）、受信するまで通常の動作を行なって待機する。ＶＰＮ認証要求を受信したと判断した場合（Ｓ７１：ＹＥＳ）、制御部４０は、受信したＶＰＮ認証要求から、ＶＰＮ認証要求をしてきた端末装置２のユーザのＶＰＮユーザＩＤを取得する。制御部４０は、取得したＶＰＮユーザＩＤをＳＩＰサーバ１へ送信し、このＶＰＮユーザＩＤのユーザがＶＰＮ認証を開始したことを通知する（Ｓ７２）。

制御部４０は、受信したＶＰＮ認証要求から、ＶＰＮ認証要求をしてきた端末装置２のユーザのＶＰＮユーザＩＤ及びパスワードを取得し、取得したＶＰＮユーザＩＤ及びパスワードに対する認証処理を行なう（Ｓ７３）。認証処理が成功しなかった場合（Ｓ７４：ＮＯ）、制御部４０は、ステップＳ７１へ処理を戻す。

認証処理が成功した場合（Ｓ７４：ＹＥＳ）、制御部４０は、このユーザの端末装置２によって使用される暗号通信経路を確立する（Ｓ７５）。具体的には、制御部４０は、ＶＰＮ認証要求を送信してきた端末装置２に対して、通信網Ｎ１上のＩＰアドレスを割り当て、割り当てたＩＰアドレスを端末装置２に通知する（Ｓ７６）。これにより、ＶＰＮ認証要求を送信してきた端末装置２が、割り当てられたＩＰアドレスを用いて通信網Ｎ１を介して行なうＶＰＮ通信を中継する（Ｓ７７）。

次に、上述したようにＶＰＮサーバ４からＶＰＮユーザＩＤが送信され、このＶＰＮユーザＩＤのユーザがＶＰＮ認証を開始したことを通知された場合にＳＩＰサーバ１が行なう処理についてフローチャートに基づいて説明する。図２１はＳＩＰサーバ１が行なう処理の手順を示すフローチャートである。なお、以下の処理は、ＳＩＰサーバ１のＲＯＭ１１又は記憶部１３に記憶してある制御プログラムに従って制御部１０によって実行される。

ＳＩＰサーバ１の制御部１０は、ＶＰＮサーバ４から、いずれかのユーザがＶＰＮ認証を開始したことを通知されたか否かを判断しており（Ｓ８１）、通知されていないと判断した場合（Ｓ８１：ＮＯ）、通知されるまで通常の動作を行なって待機する。いずれかのユーザがＶＰＮ認証を開始したことを通知されたと判断した場合（Ｓ８１：ＹＥＳ）、制御部１０は、通知されたＶＰＮユーザＩＤに対応付けてＶＰＮ−ＳＩＰ対応テーブル１３ｅに格納してあるＳＩＰ−ＵＲＩを取得する（Ｓ８２）。なお、ここで、取得したＳＩＰ−ＵＲＩは、通知されたＶＰＮユーザＩＤのユーザの端末装置２のＳＩＰ−ＵＲＩである。

制御部１０は、通知されたＶＰＮユーザＩＤに対応するＳＩＰ−ＵＲＩをＶＰＮ−ＳＩＰ対応テーブル１３ｅから取得できたか否かを判断しており（Ｓ８３）、取得できなかったと判断した場合（Ｓ８３：ＮＯ）、ステップＳ８１へ処理を戻す。通知されたＶＰＮユーザＩＤに対応するＳＩＰ−ＵＲＩをＶＰＮ−ＳＩＰ対応テーブル１３ｅから取得できたと判断した場合（Ｓ８３：ＹＥＳ）、制御部１０は、取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されているか否かを判断する（Ｓ８４）。

取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていると判断した場合（Ｓ８４：ＹＥＳ）、制御部１０は、このＳＩＰ−ＵＲＩに対応して未登録端末管理テーブル１３ｂに格納されている呼状態が「ＩＰ接続中」であるか否かを判断する（Ｓ８５）。

取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていないと判断した場合（Ｓ８４：ＮＯ）、又は、対応する呼状態が「ＩＰ接続中」でないと判断した場合（Ｓ８５：ＮＯ）、制御部１０は、ステップＳ８１へ処理を戻す。

対応する呼状態が「ＩＰ接続中」であると判断した場合（Ｓ８５：ＹＥＳ）、制御部１０は、ＶＰＮ認証要求をしてきた端末装置２のＳＩＰ−ＵＲＩを着信側ＵＲＩとする呼の呼状態を「ＶＰＮ認証中」に更新する（Ｓ８６）。制御部１０は、この呼の発信側端末２宛てに送信する保留音データを、「ＶＰＮ認証中」の呼状態に対応した保留音データに変更する（Ｓ８７）。制御部１０は、ステップＳ８１へ処理を戻す。

次に、端末装置２からＳＩＰ登録要求を受信した場合にＳＩＰサーバ１が行なう処理についてフローチャートに基づいて説明する。図２２及び図２３はＳＩＰサーバ１が行なう処理の手順を示すフローチャートである。なお、以下の処理は、ＳＩＰサーバ１のＲＯＭ１１又は記憶部１３に記憶してある制御プログラムに従って制御部１０によって実行される。

ＳＩＰサーバ１の制御部１０は、いずれかの端末装置２から出力されたＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）を受信したか否かを判断しており（Ｓ９１）、受信していないと判断した場合（Ｓ９１：ＮＯ）、受信するまで通常の動作を行なって待機する。ＳＩＰ登録要求を受信したと判断した場合（Ｓ９１：ＹＥＳ）、制御部１０は、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩを取得する。制御部１０は、取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されているかを判断する（Ｓ９２）。

ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていると判断した場合（Ｓ９２：ＹＥＳ）、制御部１０は、このＳＩＰ−ＵＲＩに対応して未登録端末管理テーブル１３ｂに格納されている呼状態が「ＶＰＮ認証中」であるか否かを判断する（Ｓ９３）。

ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていないと判断した場合（Ｓ９２：ＮＯ）、又は、対応する呼状態が「ＶＰＮ認証中」でないと判断した場合（Ｓ９３：ＮＯ）、制御部１０は、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及びＩＰアドレス（通信網Ｎ１上のＩＰアドレス）を取得する。制御部１０は、取得したＳＩＰ−ＵＲＩ及びＩＰアドレスを対応付けて登録情報テーブル１３ａに格納させ（Ｓ９４）、ステップＳ９１へ処理を戻す。

対応する呼状態が「ＶＰＮ認証中」であると判断した場合（Ｓ９３：ＹＥＳ）、制御部１０は、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩを着信側ＵＲＩとする呼の呼状態を「呼出中」に更新する（Ｓ９５）。制御部１０は、この呼の発信側端末２宛てに送信する保留音データを、「呼出中」の呼状態に対応した保留音データに変更する（Ｓ９６）。

制御部１０は、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及びＩＰアドレス（通信網Ｎ１上のＩＰアドレス）を取得し、取得したＳＩＰ−ＵＲＩ及びＩＰアドレスを対応付けて登録情報テーブル１３ａに格納させる。そして、制御部１０は、ＳＩＰ登録要求をしてきた端末装置（着信側端末）２に、発信要求（ＩＮＶＩＴＥ）を送信し、呼出処理（呼の転送）を開始する（Ｓ９７）。

制御部１０は、呼の転送を開始した着信側端末２から応答があったか否かを判断しており（Ｓ９８）、応答があったと判断した場合（Ｓ９８：ＹＥＳ）、発信側端末２に転送完了（ＲＥＦＥＲ−ＴＯ）を送信し、呼の転送を完了する（Ｓ９９）。これにより、発信側端末２と着信側端末２との呼接続が確立される。制御部１０は、呼接続を確立した場合、この呼に関する情報を未登録端末管理テーブル１３ｂから削除し（Ｓ１０１）、ステップＳ９１に処理を戻す。

呼の転送を開始した着信側端末２から応答がないと判断した場合（Ｓ９８：ＮＯ）、制御部１０は、着信側端末２への呼の転送を中止し（Ｓ１００）、発信側端末２との呼を終了（ＢＹＥ）する。制御部１０は、呼接続を中止した場合、この呼に関する情報を未登録端末管理テーブル１３ｂから削除し（Ｓ１０１）、ステップＳ９１に処理を戻す。

上述した処理により、ＳＩＰサーバ１は、発信側端末２から発信要求を受信した場合、着信側端末２が呼接続可能な状態でなければ、着信側端末２が呼接続可能な状態となるまでの間、発信側端末２との呼接続を保留状態とする。そして、ＳＩＰサーバ１は、保留状態としている発信側端末２への保留音を、着信側端末２の状態に応じて保留音、具体的には、ＩＰ接続中、ＶＰＮ認証中、呼出中等を通知する保留音とする。これにより、発信側端末２のユーザは、着信側端末２が呼接続可能な状態となるまでの間において、保留音を聞くことにより、着信側端末２の状態を把握できる。よって、発信側端末２のユーザは、着信側端末２の状態に応じて、着信側端末２からの応答を待つべきか、一旦接続を切断すべきか等を適切に判断できる。

本実施形態２の構成では、着信側端末２がＩＰ接続もＶＰＮ接続もされていない場合には、発信側端末２からの発信要求をＳＩＰサーバ１が受信してから発信側端末２及び着信側端末２の呼接続が確立されるまである程度の時間を要する。本願に開示した呼制御装置は、このように呼接続が確立されるまである程度の時間を要する環境において、着信側端末２の状態を発信側端末２に逐次通知することができるので有効である。

（実施形態３）
以下に、実施形態３に係るＩＰ電話システムについて説明する。なお、本実施形態３のＩＰ電話システムは、上述した実施形態１のＩＰ電話システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。

本実施形態３は、上述した実施形態１のＩＰ電話システムに対して、発信側端末２と着信側端末２との呼接続が確立される前に、呼接続を保留されている発信側端末２から切断要求（ＢＹＥ）を受信した場合にＳＩＰサーバ１が行なう処理を追加した実施形態である。

呼接続が保留されている端末装置２又は呼接続されている端末装置２において、ユーザがキャンセルボタンを操作することにより呼接続を中断させた場合、端末装置２の呼制御部２００は、切断要求（ＢＹＥ）をＳＩＰサーバ１へ送信する。ＳＩＰサーバ１の呼制御部（切断要求受付部）１００は、呼接続が保留されている端末装置２又は呼接続されている端末装置２から切断要求を受信した場合、受信した切断要求から、端末装置２のＳＩＰ−ＵＲＩを取得する。呼制御部１００は、取得した端末装置２のＳＩＰ−ＵＲＩを未登録端末呼制御部１０２へ送出する。

未登録端末呼制御部１０２は、切断要求を送信してきた端末装置２のＳＩＰ−ＵＲＩを呼制御部１００から取得した場合、取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの発信側ＵＲＩの欄に格納されているか否かを判断する。取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの発信側ＵＲＩの欄に格納されていなければ、未登録端末呼制御部１０２はその旨を呼制御部１００に通知する。ここでの切断要求は通常の切断要求であるので、呼制御部１００は、この端末装置２に切断応答（２００ＯＫ）を送信して呼を切断する。

取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの発信側ＵＲＩの欄に格納されていれば、未登録端末呼制御部１０２は、取得した端末装置２のＳＩＰ−ＵＲＩを発信側ＵＲＩとして未登録端末管理テーブル（保持部）１３ｂに格納してある呼の呼状態を「切断済み」に更新する。

一方、本実施形態３の呼制御部１００は、第１通信部１４又は第２通信部１５を介してＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）を受信した場合、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩを取得し、取得したＳＩＰ−ＵＲＩを未登録端末呼制御部１０２へ送出する。

未登録端末呼制御部１０２は、未登録端末管理テーブル１３ｂの格納内容を検索し、呼制御部１００から取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されているか否かを判断する。呼制御部１００から取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていなければ、このＳＩＰ登録要求は通常のＳＩＰ登録要求であるので、未登録端末呼制御部１０２は、その旨を呼制御部１００に通知する。

一方、呼制御部１００から取得したＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていれば、未登録端末呼制御部（適否判定部）１０２は、このＳＩＰ−ＵＲＩに対応して未登録端末管理テーブル１３ｂに格納されている呼状態が「ＩＰ接続中」であるか否かを判断する。これにより、未登録端末呼制御部１０２は、呼制御部１００からＳＩＰ−ＵＲＩを取得した端末装置２の呼状態が、未登録端末管理テーブル１３ｂに既に記憶してある呼状態に対して適切であるか否かを判定する。

ここで、本実施形態３の未登録端末呼制御部１０２は、対応する呼状態が「ＩＰ接続中」ではない場合、対応する呼状態が「切断済み」であるか否かを判断する。対応する呼状態が「切断済み」ではない場合、このＳＩＰ登録要求は通常のＳＩＰ登録要求と判断し、未登録端末呼制御部１０２は、その旨を呼制御部１００に通知する。この場合も、呼制御部１００は、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及びＩＰアドレスを取得し、対応付けて登録情報テーブル１３ａに格納させる。

対応する呼状態が「切断済み」である場合、未登録端末呼制御部１０２は、この呼状態に対応して未登録端末管理テーブル１３ｂに格納してある発信側ＵＲＩ及び着信側ＵＲＩを取得する。未登録端末呼制御部１０２は、呼制御部（着信通知部）１００によって、取得した着信側ＵＲＩを宛先とし、取得した発信側ＵＲＩを発信元としてＩＮＶＩＴＥを送信する。これにより、着信側端末２に、発信側端末２からの着信があったことを着信履歴として残しておくことができる。

ＩＮＶＩＴＥを受信した着信側端末２がプロビショナル応答（１００Ｔｒｙｉｎｇ、１８０Ｒｉｎｇｉｎｇ等）又は成功応答（２００ＯＫ等）を返してきた場合、呼制御部１００は、即座に着信側端末２に切断要求（ＢＹＥ）を送信する。これにより、ＳＩＰサーバ１は、着信側端末２に対して短時間の呼出処理を行なうことができる。そして、呼制御部１００は、この着信側端末２へのセッションに関する情報を未登録端末管理テーブル１３ｂから削除するように未登録端末呼制御部１０２に指示する。これにより、通信が終了した各セッションの情報を確実に未登録端末呼制御部１０２から削除することができる。

ＩＮＶＩＴＥを受信した着信側端末２がプロビショナル応答（１００Ｔｒｙｉｎｇ、１８０Ｒｉｎｇｉｎｇ等）又は成功応答（２００ＯＫ等）を返してこなかった場合、呼制御部１００は、着信側端末２に中断要求（ＣＡＮＣＥＬ）を送信して通信を終了する。そして、呼制御部１００は、この着信側端末２へのセッションに関する情報を未登録端末管理テーブル１３ｂから削除するように未登録端末呼制御部１０２に指示する。

上述した処理により、発信側端末２が発信してから呼接続が確立されるまでの間に発信側端末２から切断要求が送信された場合であっても、着信側端末２の着信履歴に発信側端末２からの着信を残しておくことができる。よって、発信側端末２との呼接続は確立されなかった場合であっても、発信側端末２からの着信があった旨を着信側端末２に通知できる。

以下に、本実施形態３のＩＰ電話システムにおいて、端末装置２から切断要求（ＢＹＥ）を受信した場合にＳＩＰサーバ１が行なう処理についてフローチャートに基づいて説明する。図２４はＳＩＰサーバ１が行なう処理の手順を示すフローチャートである。なお、以下の処理は、ＳＩＰサーバ１のＲＯＭ１１又は記憶部１３に記憶してある制御プログラムに従って制御部１０によって実行される。

ＳＩＰサーバ１の制御部１０は、いずれかの端末装置２が出力した切断要求（ＢＹＥ）を受信したか否かを判断しており（Ｓ１１１）、受信していないと判断した場合（Ｓ１１１：ＮＯ）、受信するまで通常の動作を行なって待機する。切断要求を受信したと判断した場合（Ｓ１１１：ＹＥＳ）、制御部１０は、受信した切断要求から、切断要求を送信した端末装置２のＳＩＰ−ＵＲＩ及びＣａｌｌ−ＩＤを取得する（Ｓ１１２）。

制御部１０は、取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの発信側ＵＲＩの欄に格納されているか否かを判断する（Ｓ１１３）。取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの発信側ＵＲＩの欄に格納されていると判断した場合（Ｓ１１３：ＹＥＳ）、制御部１０は、取得したＣａｌｌ−ＩＤが未登録端末管理テーブル１３ｂの呼ＩＤの欄に格納されている値と一致するか否かを判断する（Ｓ１１４）。取得したＣａｌｌ−ＩＤが未登録端末管理テーブル１３ｂの呼ＩＤの欄に格納されている値と一致すると判断した場合（Ｓ１１４：ＹＥＳ）、制御部１０は、取得した端末装置２のＳＩＰ−ＵＲＩを発信側ＵＲＩとして未登録端末管理テーブル１３ｂに格納してある呼の呼状態を「切断済み」に更新する（Ｓ１１５）。制御部１０は、ステップＳ１１１へ処理を戻す。

取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの発信側ＵＲＩの欄に格納されていないと判断した場合（Ｓ１１３：ＮＯ）、又は取得したＣａｌｌ−ＩＤが未登録端末管理テーブル１３ｂの呼ＩＤの欄に格納されている値と一致しないと判断した場合（Ｓ１１４：ＮＯ）、制御部１０は、受信した切断要求から、この切断要求の宛先である着信側端末２のＳＩＰ−ＵＲＩを取得する（Ｓ１１６）。制御部１０は、取得したＳＩＰ−ＵＲＩに対応させて登録情報テーブル１３ａに格納されているＩＰアドレス、即ち、この切断要求の宛先である着信側端末２のＩＰアドレスを取得する（Ｓ１１７）。制御部１０は、取得したＩＰアドレスを用いて、着信側端末２へ切断要求（ＢＹＥ）を転送し（Ｓ１１８）、ステップＳ１１１へ処理を戻す。

次に、端末装置２からＳＩＰ登録要求を受信した場合にＳＩＰサーバ１が行なう処理についてフローチャートに基づいて説明する。図２５乃至図２７はＳＩＰサーバ１が行なう処理の手順を示すフローチャートである。なお、以下の処理は、ＳＩＰサーバ１のＲＯＭ１１又は記憶部１３に記憶してある制御プログラムに従って制御部１０によって実行される。

ＳＩＰサーバ１の制御部１０は、いずれかの端末装置２から出力されたＳＩＰ登録要求（ＲＥＧＩＳＴＥＲ）を受信したか否かを判断しており（Ｓ１２１）、受信していないと判断した場合（Ｓ１２１：ＮＯ）、受信するまで通常の動作を行なって待機する。ＳＩＰ登録要求を受信したと判断した場合（Ｓ１２１：ＹＥＳ）、制御部１０は、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩを取得する。制御部１０は、取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されているかを判断する（Ｓ１２２）。

ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていると判断した場合（Ｓ１２２：ＹＥＳ）、制御部１０は、このＳＩＰ−ＵＲＩに対応して未登録端末管理テーブル１３ｂに格納されている呼状態が「ＩＰ接続中」であるか否かを判断する（Ｓ１２３）。

対応する呼状態が「ＩＰ接続中」でないと判断した場合（Ｓ１２３：ＮＯ）、制御部１０は、対応する呼状態が「切断済み」であるか否かを判断する（Ｓ１２４）。ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの着信側ＵＲＩの欄に格納されていないと判断した場合（Ｓ１２２：ＮＯ）、又は、対応する呼状態が「切断済み」でないと判断した場合（Ｓ１２４：ＮＯ）、制御部１０は、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及びＩＰアドレスを取得する。制御部１０は、取得したＳＩＰ−ＵＲＩ及びＩＰアドレスを対応付けて登録情報テーブル１３ａに格納させ（Ｓ１２５）、ステップＳ１２１へ処理を戻す。

対応する呼状態が「ＩＰ接続中」であると判断した場合（Ｓ１２３：ＹＥＳ）、制御部１０は、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩを着信側ＵＲＩとする呼の呼状態を「呼出中」に更新する（Ｓ１２６）。制御部１０は、この呼の発信側端末２宛てに送信する保留音データを、「呼出中」の呼状態に対応した保留音データに変更する（Ｓ１２７）。

制御部１０は、受信したＳＩＰ登録要求から、ＳＩＰ登録要求をしてきた端末装置２のＳＩＰ−ＵＲＩ及びＩＰアドレスを取得し、取得したＳＩＰ−ＵＲＩ及びＩＰアドレスを対応付けて登録情報テーブル１３ａに格納させる。そして、制御部１０は、ＳＩＰ登録要求をしてきた端末装置（着信側端末）２に、発信要求（ＩＮＶＩＴＥ）を送信し、呼出処理（呼の転送）を開始する（Ｓ１２８）。

制御部１０は、呼の転送を開始した着信側端末２から応答があったか否かを判断しており（Ｓ１２９）、応答があったと判断した場合（Ｓ１２９：ＹＥＳ）、発信側端末２に転送完了（ＲＥＦＥＲ−ＴＯ）を送信し、呼の転送を完了する（Ｓ１３０）。これにより、発信側端末２と着信側端末２との呼接続が確立される。制御部１０は、呼接続を確立した場合、この呼に関する情報を未登録端末管理テーブル１３ｂから削除し（Ｓ１３２）、ステップＳ１２１に処理を戻す。

呼の転送を開始した着信側端末２から応答がないと判断した場合（Ｓ１２９：ＮＯ）、制御部１０は、着信側端末２への呼の転送を中止し（Ｓ１３１）、発信側端末２との接続を終了する。制御部１０は、呼接続を中止した場合、この呼に関する情報を未登録端末管理テーブル１３ｂから削除し（Ｓ１３２）、ステップＳ１２１に処理を戻す。

対応する呼状態が「切断済み」であると判断した場合（Ｓ１２４：ＹＥＳ）、制御部１０は、この呼状態に対応して未登録端末管理テーブル１３ｂに格納してある発信側ＵＲＩ及び着信側ＵＲＩを取得する。制御部１０は、取得した着信側ＵＲＩを宛先とし、取得した発信側ＵＲＩを発信元としてＩＮＶＩＴＥを送信する（Ｓ１３３）。これにより、着信側端末２に、発信側端末２からの着信があったことを着信履歴として残しておくことができる。

制御部１０は、ステップＳ１３３で送信したＩＮＶＩＴＥに対して着信側端末２からプロビショナル応答（１００Ｔｒｙｉｎｇ、１８０Ｒｉｎｇｉｎｇ等）又は成功応答（２００ＯＫ等）を受信したか否かを判断する（Ｓ１３４）。着信側端末２からプロビショナル応答又は成功応答を受信したと判断した場合（Ｓ１３４：ＹＥＳ）、制御部１０は、着信側端末２へ切断要求（ＢＹＥ）を送信する（Ｓ１３５）。制御部１０は、この着信側端末２への呼に関する情報を未登録端末管理テーブル１３ｂから削除し（Ｓ１３７）、ステップＳ１２１に処理を戻す。

着信側端末２からプロビショナル応答又は成功応答を受信しなかったと判断した場合（Ｓ１３４：ＮＯ）、制御部１０は、着信側端末２へ中断要求（ＣＡＮＣＥＬ）を送信する（Ｓ１３６）。制御部１０は、この着信側端末２への呼に関する情報を未登録端末管理テーブル１３ｂから削除し（Ｓ１３７）、ステップＳ１２１に処理を戻す。

上述した処理により、本実施形態３では、発呼してきた発信側端末２が、着信側端末２との呼接続が確立される前に切断要求してきた場合であっても、着信側端末２の着信履歴に、発信側端末２からの着信があったかを記録できる。よって、着信側端末２のユーザは、誰からの着信があった旨を把握でき、発信側端末２へ電話をかけ直す等の判断ができる。

本実施形態３は、上述した実施形態１の変形例として説明したが、上述した実施形態２のような構成にも適用することができる。

（実施形態４）
以下に、実施形態４に係るＩＰ電話システムについて説明する。なお、本実施形態４のＩＰ電話システムは、上述した実施形態１のＩＰ電話システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。

上述した実施形態３では、ＳＩＰサーバ１は、発信側端末２と着信側端末２との呼接続が確立される前に、呼接続を保留されている発信側端末２から切断要求（ＢＹＥ）を受信した場合、着信側端末２の着信履歴に、発信側端末２から着信があったことを記録する構成であった。

本実施形態４では、ＳＩＰサーバ１は、発信側端末２と着信側端末２との呼接続が確立される前に、呼接続を保留されている発信側端末２から切断要求（ＢＹＥ）を受信した場合、呼接続のキャンセルを示すＳＭＳメッセージを着信側端末２へ送信する構成とする。

呼接続が保留されている端末装置２又は呼接続されている端末装置２において、ユーザがキャンセルボタンを操作することにより呼接続を中断させた場合、端末装置２の呼制御部２００は、切断要求（ＢＹＥ）をＳＩＰサーバ１へ送信する。ＳＩＰサーバ１の呼制御部１００は、呼接続が保留されている端末装置２又は呼接続されている端末装置２から切断要求を受信した場合、受信した切断要求から、端末装置２のＳＩＰ−ＵＲＩを取得する。呼制御部１００は、取得した端末装置２のＳＩＰ−ＵＲＩを未登録端末呼制御部１０２へ送出する。

未登録端末呼制御部１０２は、切断要求を送信してきた端末装置２のＳＩＰ−ＵＲＩを呼制御部１００から取得した場合、取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの発信側ＵＲＩの欄に格納されているか否かを判断する。取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの発信側ＵＲＩの欄に格納されていなければ、未登録端末呼制御部１０２はその旨を呼制御部１００に通知する。このとき、呼制御部１００は、この端末装置２に切断応答（２００ＯＫ）を送信して呼を切断する。

取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの発信側ＵＲＩの欄に格納されていれば、未登録端末呼制御部１０２は、取得した端末装置２のＳＩＰ−ＵＲＩを発信側ＵＲＩとして未登録端末管理テーブル１３ｂに格納してある呼の着信側ＵＲＩを取得する。未登録端末呼制御部１０２は、取得した着信側ＵＲＩの端末装置（着信側端末）２に、呼接続がキャンセルされた旨を示すＳＭＳメッセージを送信するように、ＳＭＳ連携部１０３に依頼する。

ＳＭＳ連携部（切断通知部）１０３は、未登録端末呼制御部１０２からの依頼に従って、未登録端末管理テーブル１３ｂから取得した着信側ＵＲＩの着信側端末２に対して、呼接続がキャンセルされた旨を示すＳＭＳメッセージを送信するようにＳＭＳサーバ３へ依頼する。そして、ＳＭＳ連携部１０３は、着信側端末２へのＳＭＳメッセージの送信依頼が完了した旨を未登録端末呼制御部１０２に通知する。

未登録端末呼制御部１０２は、着信側端末２へのＳＭＳメッセージの送信依頼が完了した旨をＳＭＳ連携部１０３から通知された場合、この着信側端末２へのセッションの情報を未登録端末管理テーブル１３ｂから削除する。

ＳＭＳサーバ３は、ＳＭＳ連携部１０３からの依頼に従って、着信側端末２に、呼接続がキャンセルされた旨を示すＳＭＳメッセージを送信する。なお、呼接続がキャンセルされた旨を着信側端末２に対して通知する手段も、ＳＭＳメッセージに限られず、例えば、ＷｉＭＡＸ規格の端末装置２であれば、ページング機能を用いることができる。

上述した処理により、本実施形態４では、発信側端末２が発信してから呼接続が確立されるまでの間に発信側端末２から切断要求を送信してきた場合、呼接続がキャンセルされた旨がＳＭＳメッセージによって着信側端末２に通知される。このようなＳＭＳメッセージを受信した着信側端末２は、発信側端末２との呼接続を確立するための各種の処理を中断させる。これにより、着信側端末２による不要なＩＰ接続処理及びＶＰＮ接続処理等を削減できる。

以下に、本実施形態４のＩＰ電話システムにおいて、端末装置２から切断要求（ＢＹＥ）を受信した場合にＳＩＰサーバ１が行なう処理についてフローチャートに基づいて説明する。図２８はＳＩＰサーバ１が行なう処理の手順を示すフローチャートである。なお、以下の処理は、ＳＩＰサーバ１のＲＯＭ１１又は記憶部１３に記憶してある制御プログラムに従って制御部１０によって実行される。

ＳＩＰサーバ１の制御部１０は、いずれかの端末装置２が出力した切断要求（ＢＹＥ）を受信したか否かを判断しており（Ｓ１４１）、受信していないと判断した場合（Ｓ１４１：ＮＯ）、受信するまで通常の動作を行なって待機する。切断要求を受信したと判断した場合（Ｓ１４１：ＹＥＳ）、制御部１０は、受信した切断要求から、切断要求を送信した端末装置２のＳＩＰ−ＵＲＩ及びＣａｌｌ−ＩＤを取得する（Ｓ１４２）。

制御部１０は、取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの発信側ＵＲＩの欄に格納されているか否かを判断する（Ｓ１４３）。取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの発信側ＵＲＩの欄に格納されていると判断した場合（Ｓ１４３：ＹＥＳ）、制御部１０は、取得したＣａｌｌ−ＩＤが未登録端末管理テーブル１３ｂの呼ＩＤの欄に格納されている値と一致するか否かを判断する（Ｓ１４４）。取得したＣａｌｌ−ＩＤが未登録端末管理テーブル１３ｂの呼ＩＤの欄に格納されている値と一致すると判断した場合（Ｓ１４４：ＹＥＳ）、制御部１０は、受信した切断要求から、この切断要求の宛先である着信側端末２のＳＩＰ−ＵＲＩを取得する（Ｓ１４８）。

制御部１０は、取得したＳＩＰ−ＵＲＩに対応させて番号管理テーブル１３ｃに格納されている電話番号、即ち、この切断要求の宛先である着信側端末２の電話番号を取得する（Ｓ１４９）。制御部１０は、取得した電話番号に基づいて、着信側端末２に、呼接続がキャンセルされた旨を示すＳＭＳメッセージを送信する（Ｓ１５０）。制御部１０は、この着信側端末２への呼に関する情報を未登録端末管理テーブル１３ｂから削除し（Ｓ１５１）、ステップＳ１４１に処理を戻す。

取得した端末装置２のＳＩＰ−ＵＲＩが、未登録端末管理テーブル１３ｂの発信側ＵＲＩの欄に格納されていないと判断した場合（Ｓ１４３：ＮＯ）、又は取得したＣａｌｌ−ＩＤが未登録端末管理テーブル１３ｂの呼ＩＤの欄に格納されている値と一致しないと判断した場合（Ｓ１４４：ＮＯ）、制御部１０は、受信した切断要求から、この切断要求の宛先である着信側端末２のＳＩＰ−ＵＲＩを取得する（Ｓ１４５）。制御部１０は、取得したＳＩＰ−ＵＲＩに対応させて登録情報テーブル１３ａに格納されているＩＰアドレス、即ち、この切断要求の宛先である着信側端末２のＩＰアドレスを取得する（Ｓ１４６）。制御部１０は、取得したＩＰアドレスを用いて、着信側端末２へ切断要求（ＢＹＥ）を転送し（Ｓ１４７）、ステップＳ１４１へ処理を戻す。

上述した処理により、本実施形態４では、発呼してきた発信側端末２が、着信側端末２との呼接続が確立される前に切断要求してきた場合に、呼接続がキャンセルされた旨を、ＳＭＳメッセージによって着信側端末２に通知する。よって、着信側端末２は、呼接続のキャンセルを通知された後においては発信側端末２との呼接続を確立するために必要な各種の処理を行なわないので、無駄な処理の実行を削減できる。

本実施形態４は、上述した実施形態１の変形例として説明したが、上述した実施形態２のような構成にも適用することができる。

上述した実施形態１〜４は、本願の無限にある実施形態の一部を例示したに過ぎず、各種のハードウェア及びソフトウェア等の構成は、用途等に応じて適宜設計することが可能である。

以上の実施形態１〜４を含む実施形態に関し、更に以下の付記を開示する。

（付記１）
複数の端末装置間の呼接続を制御する呼制御装置において、
呼接続可能な端末装置の装置情報を記憶する装置情報記憶部と、
一の端末装置から他の端末装置への発信要求を受け付ける発信要求受付部と、
該発信要求受付部が発信要求を受け付けた場合、前記他の端末装置の装置情報が前記装置情報記憶部に記憶されているか否かを判断する判断部と、
前記装置情報記憶部に記憶されていないと前記判断部が判断した場合、前記一の端末装置の呼状態を保留する保留部と、
前記他の端末装置の状態を示す状態情報を取得する状態取得部と、
該状態取得部が取得した状態情報に応じて前記一の端末装置へ送信する保留音を設定する保留音設定部と
を備えることを特徴とする呼制御装置。

（付記２）
前記状態取得部は、前記他の端末装置の状態を示す状態情報を、該他の端末装置から取得することを特徴とする付記１に記載の呼制御装置。

（付記３）
中継装置を介して前記端末装置と通信を行なっており、
前記状態取得部は、前記他の端末装置の状態を示す状態情報を前記中継装置から取得することを特徴とする付記１に記載の呼制御装置。

（付記４）
前記他の端末装置の装置情報が前記装置情報記憶部に記憶されていないと前記判断部が判断した場合、発信要求を受け付けた旨を前記他の端末装置に通知する通知部と、
発信要求を受け付けた旨を前記通知部が通知した前記他の端末装置から、該他の端末装置の装置情報を取得する装置情報取得部と、
該装置情報取得部が取得した装置情報を前記装置情報記憶部に記憶させる記憶制御部と、
該記憶制御部が前記装置情報記憶部に記憶させた装置情報に基づいて前記他の端末装置に対して呼出処理を行なう呼出部と、
前記保留部が呼状態を保留している端末装置から切断要求を受け付ける切断要求受付部と、
前記装置情報取得部が前記他の端末装置の装置情報を取得する前に、前記保留部が呼状態を保留している前記一の端末装置からの切断要求を前記切断要求受付部が受け付けた場合、前記一の端末装置の装置情報を保持する保持部と、
該保持部が前記一の端末装置の装置情報を保持している状態で前記装置情報取得部が前記他の端末装置の装置情報を取得した場合、前記他の端末装置に、前記一の端末装置から着信があった旨を通知する着信通知部と
を備えることを特徴とする付記１から３までのいずれかひとつに記載の呼制御装置。

（付記５）
前記他の端末装置の装置情報が前記装置情報記憶部に記憶されていないと前記判断部が判断した場合、発信要求を受け付けた旨を前記他の端末装置に通知する通知部と、
発信要求を受け付けた旨を前記通知部が通知した前記他の端末装置から、該他の端末装置の装置情報を取得する装置情報取得部と、
該装置情報取得部が取得した装置情報を前記装置情報記憶部に記憶させる記憶制御部と、
該記憶制御部が前記装置情報記憶部に記憶させた装置情報に基づいて前記他の端末装置に対して呼出処理を行なう呼出部と、
前記保留部が呼状態を保留している端末装置から切断要求を受け付ける切断要求受付部と、
前記装置情報取得部が前記他の端末装置の装置情報を取得する前に、前記保留部が呼状態を保留している前記一の端末装置からの切断要求を前記切断要求受付部が受け付けた場合、前記他の端末装置に、前記一の端末装置との接続が切断された旨を通知する切断通知部と
を備えることを特徴とする付記１から３までのいずれかひとつに記載の呼制御装置。

（付記６）
ＩＰ（Internet Protocol）ネットワークを介した端末装置間の呼接続を制御しており、
前記通知部は、ＩＰネットワーク以外の通信経路を用いて、発信要求を受け付けた旨を前記他の端末装置に通知することを特徴とする付記４又は５に記載の呼制御装置。

（付記７）
前記状態取得部が取得した状態情報を記憶する状態記憶部と、
前記状態取得部が状態情報を取得した場合、取得した状態情報と、該状態情報の端末装置に対して前記状態記憶部に既に記憶してある状態情報とに基づいて、取得した状態情報が適切であるか否かを判定する適否判定部と、
該適否判定部が適切であると判定した場合に、前記状態記憶部に既に記憶してある状態情報を、取得した状態情報に更新する更新部と
を備えることを特徴とする付記１から６までのいずれかひとつに記載の呼制御装置。

（付記８）
複数のネットワーク間を中継する中継装置において、
一のネットワークに接続されている端末装置から他のネットワークへの接続要求を受け付ける接続要求受付部と、
該接続要求受付部が受け付けた接続要求に従って、前記端末装置の前記他のネットワークへの接続を行なう接続部と、
前記接続要求受付部が接続要求を受け付けた場合に、前記端末装置の前記他のネットワークへの接続を前記接続部が行なう前に、前記端末装置が前記他のネットワークへの接続を要求してきた旨を所定の通信装置に通知する通知部と
を備えることを特徴とする中継装置。

（付記９）
複数の端末装置間の呼接続を制御する呼制御装置による呼制御方法において、
前記呼制御装置が、一の端末装置から他の端末装置への発信要求を受け付けた場合、前記他の端末装置の装置情報が、呼接続可能な端末装置の装置情報を記憶する装置情報記憶部に記憶されているか否かを判断するステップと、
前記呼制御装置が、前記装置情報記憶部に記憶されていないと判断した場合、前記一の端末装置の呼状態を保留するステップと、
前記呼制御装置が、前記他の端末装置の状態を示す状態情報を取得するステップと、
前記呼制御装置が、取得した状態情報に応じて前記一の端末装置へ送信する保留音を設定するステップと
を含むことを特徴とする呼制御方法。

（付記１０）
コンピュータに、複数の端末装置間の呼接続を制御させるためのコンピュータプログラムであって、
前記コンピュータに、一の端末装置から他の端末装置への発信要求を受け付けた場合、前記他の端末装置の装置情報が、呼接続可能な端末装置の装置情報を記憶する装置情報記憶部に記憶されているか否かを判断させるステップと、
前記コンピュータに、前記装置情報記憶部に記憶されていないと判断した場合、前記一の端末装置の呼状態を保留させるステップと、
前記コンピュータに、前記他の端末装置の状態を示す状態情報を取得させるステップと、
前記コンピュータに、取得した状態情報に応じて前記一の端末装置へ送信する保留音を設定させるステップと
を含むことを特徴とするコンピュータプログラム。

実施形態１のＩＰ電話システムの構成を示す模式図である。 実施形態１のＳＩＰサーバの構成を示すブロック図である。 登録情報テーブル及び番号管理テーブルの格納内容を示す模式図である。 未登録端末管理テーブルの格納内容を示す模式図である。 実施形態１の端末装置の構成を示すブロック図である。 実施形態１のＳＩＰサーバの機能構成を示す機能ブロック図である。 実施形態１の端末装置の機能構成を示す機能ブロック図である。 ＳＩＰサーバが行なう処理の手順を示すフローチャートである。 端末装置が行なう処理の手順を示すフローチャートである。 ＳＩＰサーバが行なう処理の手順を示すフローチャートである。 ＳＩＰサーバが行なう処理の手順を示すフローチャートである。 実施形態２のＩＰ電話システムの構成を示す模式図である。 ＶＰＮ−ＳＩＰ対応テーブルの格納内容を示す模式図である。 実施形態２のＶＰＮサーバの構成を示すブロック図である。 ユーザ情報テーブルの格納内容を示す模式図である。 実施形態２のＳＩＰサーバの機能構成を示す機能ブロック図である。 実施形態２の端末装置の機能構成を示す機能ブロック図である。 実施形態２のＶＰＮサーバの機能構成を示す機能ブロック図である。 端末装置が行なう処理の手順を示すフローチャートである。 ＶＰＮサーバが行なう処理の手順を示すフローチャートである。 ＳＩＰサーバが行なう処理の手順を示すフローチャートである。 ＳＩＰサーバが行なう処理の手順を示すフローチャートである。 ＳＩＰサーバが行なう処理の手順を示すフローチャートである。 ＳＩＰサーバが行なう処理の手順を示すフローチャートである。 ＳＩＰサーバが行なう処理の手順を示すフローチャートである。 ＳＩＰサーバが行なう処理の手順を示すフローチャートである。 ＳＩＰサーバが行なう処理の手順を示すフローチャートである。 ＳＩＰサーバが行なう処理の手順を示すフローチャートである。

符号の説明

１ ＳＩＰサーバ（呼制御装置）
１０ 制御部
１００ 呼制御部（発信要求受付部、保留部、状態取得部、装置情報取得部、記憶制御部）
１０１ 登録状況調査部（判断部）
１０２ 未登録端末呼制御部（状態取得部、適否判定部、更新部）
１０３ ＳＭＳ連携部（通知部）
１０４ 保留音変更部（保留音設定部）
１０６ ＶＰＮ連携部（状態取得部）
１３ 記憶部
１３ａ 登録情報テーブル（装置情報記憶部）
１３ｂ 未登録端末管理テーブル（状態記憶部）
２ 端末装置
３ ＳＭＳサーバ
４ ＶＰＮサーバ（中継装置）
４０１ 認証部（接続要求受付部）
４０２ 暗号通信部（接続部）
４０３ 認証開始通知部（通知部）

Claims (8)

1. 複数の端末装置間の呼接続を制御する呼制御装置において、
   呼接続可能な端末装置の装置情報を記憶する装置情報記憶部と、
   一の端末装置から他の端末装置への発信要求を受け付ける発信要求受付部と、
   該発信要求受付部が発信要求を受け付けた場合、前記他の端末装置の装置情報が前記装置情報記憶部に記憶されているか否かを判断する判断部と、
   前記装置情報記憶部に記憶されていないと前記判断部が判断した場合、前記一の端末装置の呼状態を保留する保留部と、
   前記他の端末装置の状態を示す状態情報を取得する状態取得部と、
   該状態取得部が取得した状態情報に応じて前記一の端末装置へ送信する保留音を設定する保留音設定部と、
   前記状態取得部が取得した状態情報を記憶する状態記憶部と、
   前記状態取得部が状態情報を取得した場合、取得した状態情報と、該状態情報の端末装置に対して前記状態記憶部に既に記憶してある状態情報とに基づいて、取得した状態情報が適切であるか否かを判定する適否判定部と、
   該適否判定部が適切であると判定した場合に、前記状態記憶部に既に記憶してある状態情報を、取得した状態情報に更新する更新部と
   を備えることを特徴とする呼制御装置。
2. 前記状態取得部は、前記他の端末装置の状態を示す状態情報を、該他の端末装置から取得することを特徴とする請求項１に記載の呼制御装置。
3. 中継装置を介して前記端末装置と通信を行なっており、
   前記状態取得部は、前記他の端末装置の状態を示す状態情報を前記中継装置から取得することを特徴とする請求項１に記載の呼制御装置。
4. 前記他の端末装置の装置情報が前記装置情報記憶部に記憶されていないと前記判断部が判断した場合、発信要求を受け付けた旨を前記他の端末装置に通知する通知部と、
   発信要求を受け付けた旨を前記通知部が通知した前記他の端末装置から、該他の端末装置の装置情報を取得する装置情報取得部と、
   該装置情報取得部が取得した装置情報を前記装置情報記憶部に記憶させる記憶制御部と、
   該記憶制御部が前記装置情報記憶部に記憶させた装置情報に基づいて前記他の端末装置に対して呼出処理を行なう呼出部と、
   前記保留部が呼状態を保留している端末装置から切断要求を受け付ける切断要求受付部と、
   前記装置情報取得部が前記他の端末装置の装置情報を取得する前に、前記保留部が呼状態を保留している前記一の端末装置からの切断要求を前記切断要求受付部が受け付けた場合、前記一の端末装置の装置情報を保持する保持部と、
   該保持部が前記一の端末装置の装置情報を保持している状態で前記装置情報取得部が前記他の端末装置の装置情報を取得した場合、前記他の端末装置に、前記一の端末装置から着信があった旨を通知する着信通知部と
   を備えることを特徴とする請求項１から３までのいずれかひとつに記載の呼制御装置。
5. 前記他の端末装置の装置情報が前記装置情報記憶部に記憶されていないと前記判断部が判断した場合、発信要求を受け付けた旨を前記他の端末装置に通知する通知部と、
   発信要求を受け付けた旨を前記通知部が通知した前記他の端末装置から、該他の端末装置の装置情報を取得する装置情報取得部と、
   該装置情報取得部が取得した装置情報を前記装置情報記憶部に記憶させる記憶制御部と、
   該記憶制御部が前記装置情報記憶部に記憶させた装置情報に基づいて前記他の端末装置に対して呼出処理を行なう呼出部と、
   前記保留部が呼状態を保留している端末装置から切断要求を受け付ける切断要求受付部と、
   前記装置情報取得部が前記他の端末装置の装置情報を取得する前に、前記保留部が呼状態を保留している前記一の端末装置からの切断要求を前記切断要求受付部が受け付けた場合、前記他の端末装置に、前記一の端末装置との接続が切断された旨を通知する切断通知部と
   を備えることを特徴とする請求項１から３までのいずれかひとつに記載の呼制御装置。
6. 請求項１から５までのいずれかひとつに記載の呼制御装置と、複数のネットワーク間を中継する中継装置とを有する呼制御システムであって、
   前記中継装置は、
   一のネットワークに接続されている端末装置から他のネットワークへの接続要求を受け付ける接続要求受付部と、
   該接続要求受付部が受け付けた接続要求に従って、前記端末装置の前記他のネットワークへの接続を行なう接続部と、
   前記接続要求受付部が接続要求を受け付けた場合に、前記端末装置の前記他のネットワークへの接続を前記接続部が行なう前に、前記端末装置が前記他のネットワークへの接続を要求してきた旨を前記呼制御装置に通知する通知部と
   を備えることを特徴とする呼制御システム。
7. 複数の端末装置間の呼接続を制御する呼制御装置による呼制御方法において、
   前記呼制御装置が、一の端末装置から他の端末装置への発信要求を受け付けた場合、前記他の端末装置の装置情報が、呼接続可能な端末装置の装置情報を記憶する装置情報記憶部に記憶されているか否かを判断するステップと、
   前記呼制御装置が、前記装置情報記憶部に記憶されていないと判断した場合、前記一の端末装置の呼状態を保留するステップと、
   前記呼制御装置が、前記他の端末装置の状態を示す状態情報を取得するステップと、
   前記呼制御装置が、取得した状態情報に応じて前記一の端末装置へ送信する保留音を設定するステップと、
   前記呼制御装置が、取得した状態情報を状態記憶部に記憶するステップと、
   前記呼制御装置が、状態情報を取得した場合、取得した状態情報と、該状態情報の端末装置に対して前記状態記憶部に既に記憶してある状態情報とに基づいて、取得した状態情報が適切であるか否かを判定するステップと、
   前記呼制御装置が、適切であると判定した場合に、前記状態記憶部に既に記憶してある状態情報を、取得した状態情報に更新するステップと
   を含むことを特徴とする呼制御方法。
8. コンピュータに、複数の端末装置間の呼接続を制御させるためのコンピュータプログラムであって、
   前記コンピュータに、一の端末装置から他の端末装置への発信要求を受け付けた場合、前記他の端末装置の装置情報が、呼接続可能な端末装置の装置情報を記憶する装置情報記憶部に記憶されているか否かを判断させるステップと、
   前記コンピュータに、前記装置情報記憶部に記憶されていないと判断した場合、前記一の端末装置の呼状態を保留させるステップと、
   前記コンピュータに、前記他の端末装置の状態を示す状態情報を取得させるステップと、
   前記コンピュータに、取得した状態情報に応じて前記一の端末装置へ送信する保留音を設定させるステップと、
   前記コンピュータに、取得した状態情報を状態記憶部に記憶させるステップと、
   前記コンピュータに、状態情報を取得した場合、取得した状態情報と、該状態情報の端末装置に対して前記状態記憶部に既に記憶してある状態情報とに基づいて、取得した状態情報が適切であるか否かを判定させるステップと、
   前記コンピュータに、適切であると判定した場合に、前記状態記憶部に既に記憶してある状態情報を、取得した状態情報に更新させるステップと
   を含むことを特徴とするコンピュータプログラム。

Images