JP2006087016A - 通信端末、通信システム及び通信方法 - Google Patents

Abstract

【課題】 呼制御装置を用いて通話呼を確立できない場合においても、端末間での呼接続を可能とする通信端末、通信システム及び通信方法を提供することを目的とする。
【解決手段】 発呼端末から受信した発呼要求を相手先の着呼端末へ転送する呼制御装置へ発呼要求を送信する通信端末であって、呼制御装置へ送信した発呼要求に対応する応答がないときに障害を検知する障害検知部と、障害が検知された場合に、相手先の着呼端末の宛先情報を問い合わせるための宛先検索要求を生成し、所定の範囲に属する少なくとも１つの通信端末へ宛先検索要求を送信する検索要求送信部と、少なくとも１つの通信端末から宛先情報を含む宛先検索応答を受信する検索応答受信部と、宛先情報を用いた発呼要求を作成して相手先の着呼端末へ送信する発呼要求送信部とを含む。
【選択図】 図１

Description

本発明は、相手先の宛先情報を取得する通信端末、通信システム及び通信方法に関する。

近年、ブロードバンドインターネットやＶｏＩＰ（Voice over Internet Protocol）電話が一般に普及してきた。ＶｏＩＰはインターネットやイントラネットなどのＩＰネットワークを使用して音声データを送受信する技術である。インターネットを利用したＶｏＩＰ電話は、インターネット電話と呼ばれている。また、インターネットから独立したＩＰ網上でＶｏＩＰ技術を使用して提供される電話サービスをＩＰ電話と呼ぶこともある。音声信号をデータに変換し、通信網の一部にインターネットを利用することにより、相手先までの距離に関係なく低価格で電話サービスを提供できる。

これに伴い、ＰＢＸ（Private branch exchange）を用いて構築された内線電話システ
ムをＶｏＩＰ電話に替えることにより、運用コストなどの削減をする企業が急増している。

図１１は、ＶｏＩＰを用いた内線電話システムの例を示す図である。図１１において、企業の事業所や支店には、内線電話として使用される複数のＶｏＩＰ端末１０４が設置されている。各ＶｏＩＰ端末１０４は、各事業所／支店１０８内に設けられた内部ネットワークに収容されており、各内部ネットワークは、外部ネットワークに接続されている。外部ネットワークには、ＳＩＰサーバ１０２が接続されている。ＳＩＰサーバ１０２は、アプリケーション層の通話制御プロトコルであるＳＩＰ（Session Initiation Protocol）
に従って各ＶｏＩＰ端末１０４の呼制御装置として機能する。

各ＶｏＩＰ端末１０４は、他のＶｏＩＰ端末１０４を相手先として通話を行う場合には、ＳＩＰサーバ１０２に対して発呼要求を送信する。ＳＩＰサーバ１０２は、発呼要求を受信すると、着呼先に相当する他のＶｏＩＰ端末１０４のＩＰアドレスを検索し、検索されたＩＰアドレス宛に発呼要求を転送する。そして、着呼先のＶｏＩＰ端末１０４に発呼要求が着信すると、ＶｏＩＰ端末１０４間で通話のための呼（以下、通話呼）が確立される。このように、ＳＩＰサーバ１０２が各ＶｏＩＰ端末１０４のＩＰアドレスを管理することにより、各ＶｏＩＰ端末１０４が相手先のＩＰアドレスを知らなくても、発呼要求が相手先に着呼する様にしている。

ＶｏＩＰ端末１０４が通話呼を確立するには、ＳＩＰサーバ１０２の支援が必要である。そのため、ＳＩＰサーバ１０２は常時稼動することが求められる。しかし、ＶｏＩＰシステムにおける障害は多種多様なため、ＳＩＰサーバ１０２とＶｏＩＰ端末１０４間の通信障害等を救済する仕組みが必要である。現在行われている障害対策として、企業もしくは事業所／支店１０８毎にバックアップサーバ１１０を別途構築し、運用する必要があった。

各バックアップサーバ１１０は、ＳＩＰサーバ１０２と同等の機能を有しており、各ＶｏＩＰ端末１０４は、ＳＩＰサーバ１０２との間に通信障害が生じている場合には、バックアップサーバ１１０に対して発呼要求を送信することにより、相手先との通話呼を確立することができる。

また、サーバ装置との通信が不可能になったときの障害対策を開示する既知の技術には
、以下のようなものがある。
特許文献１は、現行のＶｏＩＰサーバからバックアップ用ＶｏＩＰサーバへ切り替わる際のブランクをなくす通信システムに関する技術を開示する。
特許文献２は、異なる通信事業者のゲートキーパ等に対してアドレスが回答されないときキーワード情報に対応してＩＰアドレスを特定する技術を開示する。
特開２００３−２５８８３７号公報 特開２００３−２４９９４６号公報

上記従来技術では、構築コスト削減・運用コスト削減を目的としているにも関わらず、企業もしくは事業所／支店毎にバックアップサーバを構築する必要があるため、構築コストの増大を招く恐れがあった。

更に、バックアップサーバに対して電話番号の管理などの運用が必要になる。そのため、通信センターのＳＩＰサーバおよびバックアップサーバの二重管理が必要となり、運用コストの増大を招く恐れがあった。

本発明はこのような問題を解決するためになされたもので、障害対策のためのコストの上昇を抑えつつ、呼制御装置を用いて通話呼を確立できない場合においても、端末間での呼接続を可能とする通信端末、通信システム及び通信方法を提供することを目的とする。

本発明は上記目的を達成するため、発呼端末（calling terminal）から受信した発呼要求(call request)を相手先の着呼端末（called terminal）へ転送する呼制御装置へ発呼
要求を送信する通信端末であって、呼制御装置へ送信した発呼要求に対する応答がないときに障害を検知する障害検知部と、障害が検知された場合に、相手先の着呼端末の宛先情報（destination information）を問い合わせるための宛先検索要求(destination retrieval request)を生成し、所定の範囲(predetermined area)に属する少なくとも１つの通信端末へ宛先検索要求を送信する検索要求送信部と、少なくとも１つの通信端末から宛先情報を含む宛先検索応答(destination retrieval response)を受信する検索応答受信部と、宛先情報を用いた発呼要求を作成して相手先の着呼端末に送信する発呼要求送信部とを含むことを特徴とする。

本発明によれば、障害発生時に使用されるバックアップサーバを構築する必要がないので、全体構成を簡易にできる。また、なんらかの理由（例えば、呼制御装置の装置障害；発呼端末と呼制御送置間、呼制御送置と着呼端末間、着呼端末と発呼端末間のいずれかのネットワーク障害）により発呼端末が発呼要求に対する応答を受信できない状態でも、通信端末は、所定の範囲に属する通信端末から発信先（着呼端末の宛先情報）を取得することができる。即ち、障害時の必要最小限の機能が保持できる。

また、本発明は、記憶部と、発呼要求が受信される場合に、この発呼要求の送信元の宛先情報を記憶部に格納する書込部と、宛先検索要求が受信される場合に、この宛先検索要求に応じた相手先の着呼端末の宛先情報を記憶部から検索する検索部と、検索された宛先情報を含む宛先検索応答を生成し、宛先検索要求の送信元の発呼端末へ送信する検索応答送信部とをさらに含むことを特徴とする。

本発明によれば、発呼要求が受信される場合に、宛先情報を記憶する記憶部を有するので、宛先検索要求に応じた相手先の着呼端末の宛先情報が記憶部に記憶されていた場合には、該当する宛先情報を送信元の発呼端末へ送信できる。

また、本発明は、発呼端末から受信した発呼要求を相手先の着呼端末へ転送する呼制御装置へ発呼要求を送信する通信端末であって、相手先の着呼端末の宛先情報を取得するための宛先検索要求を少なくとも１つの通信端末が属する所定の範囲へ送信する検索要求送信部と、宛先検索要求を受信した少なくとも１つの通信端末から前記宛先情報を含む宛先検索応答がないとき、前記呼制御装置へ相手先の着呼端末を呼び出すための発呼要求を送信する発呼要求送信部とを含むことを特徴とする。

本発明によれば、所定の範囲に属する少なくとも１つの通信端末から着呼端末の宛先情報を得ることができなかったときにのみ、呼制御装置へ相手先の着呼端末を呼び出すための発呼要求を送信するので、呼制御装置の負荷を軽減できる。また、少なくとも１つの通信端末が属する所定の範囲において、各通信端末に記憶された通話履歴を有効に利用できる。

また、本発明は、（ｉ）相手先の着呼端末の宛先情報を取得するための宛先検索要求を少なくとも１つの通信端末が属する所定の範囲へ送信する検索要求送信部と、宛先検索要求を受信した少なくとも１つの通信端末から宛先情報を含む宛先検索応答を受信する検索応答受信部とを含む発呼端末と、（ｉｉ）少なくとも発呼要求の送信元の宛先情報を記憶する記憶部と、発呼端末から送信された宛先検索要求に従って前記記憶部から相手先の着呼端末の宛先情報を検索する検索部と、検索部により検索された相手先の着呼端末の宛先情報を含む宛先検索応答を生成し、発呼端末へ生成された宛先検索応答を送信する検索応答送信部とを含む通信端末からなることを特徴とする。

本発明によれば、所定の範囲の発呼端末と通信端末が協調して相手先の着呼端末の宛先情報を取得することができる。

本発明によれば、障害対策のためのコストの上昇を抑えつつ、呼制御装置を介して端末間で呼接続を行うことができない場合においても、端末間での呼接続を可能とする。

以下、図面を参照して本発明の実施形態について説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
〔通信システムの構成〕
図１は、本発明の通信端末を含む通信システムの実施形態を示す全体構成図である。図１には、ユーザ端末Ａ１〜Ａ３が属するネットワーク２０、ユーザ端末Ｂ１〜Ｂ３が属するネットワーク２２、ネットワーク２０及び２２の外部に存在する通信センター２、通信センター２に設置されたユーザ端末間の通話呼を確立するために使用されるＳＩＰサーバ４が示される。

ネットワーク２０及びネットワーク２２の各々はＩＰマルチキャストパケットもしくはブロードキャストパケットが到達する範囲を示す。ＩＰマルチキャストパケットが到達する範囲は、事業所及び支店などの同一ドメイン内に限られない。ＳＩＰサーバ４は、各ネットワーク内またはネットワーク間のユーザ端末間で通話呼を確立するために使用される。

ＩＰマルチキャストは特定の複数のユーザ端末にメッセージを送信する技術である。また、ブロードキャストは、同一ネットワーク（ＬＡＮ）内の全ユーザ端末にメッセージを送信する技術である。ＩＰマルチキャストパケット又はブロードキャストパケットが到達する範囲を以下単に「所定の範囲」という。

図１に示す通信システムにおいて、各ユーザ端末は、ＳＩＰサーバ４との間に通信障害がない場合には、ＳＩＰサーバ４を介して相手先のユーザ端末との通話呼を確立する。これに対し、ＳＩＰサーバ４の装置障害や、発呼側のユーザ端末とＳＩＰサーバ間、ＳＩＰサーバと着呼側のユーザ端末間、着呼側のユーザ端末と発呼側のユーザ端末間のいずれかに通信障害がある場合には、ＳＩＰサーバ４を介することなく相手先との通話呼を確立するバックアップ動作を行う。バックアップ動作とは、相手先のユーザ端末との通話呼を確立するためにユーザ端末間で行う動作である。バックアップ動作の詳細については後述する。

以下、図１に示した各装置の構成について説明する。
＜ＳＩＰサーバ＞
ＳＩＰサーバ４は、各ユーザ端末のＩＰアドレスを管理している。そして、ＳＩＰサーバ４は、アプリケーション層の通話制御プロトコルであるＳＩＰに従って、発呼元のユーザ端末からの発呼要求を着呼先に相当する他のユーザ端末へ転送するために使用される各ユーザ端末の呼制御装置として機能する。

ＳＩＰサーバ４は、各ユーザ端末からＳＩＰサーバ４へ送信された発呼要求を受信すると、着呼先に相当するユーザ端末のＩＰアドレスを検索し、検索されたＩＰアドレス宛に発呼要求を転送する。そして、着呼先のユーザ端末に発呼要求が着信すると、ユーザ端末間で通話呼が確立される。

＜ユーザ端末＞
各ユーザ端末は、ＳＩＰを用いて相手先のユーザ端末との通話呼を確立するＶｏＩＰ端末として機能する。ユーザ端末として利用できる端末は、ＩＰ電話（固定タイプ、携帯タイプ）、パーソナルコンピュータ（デスクトップタイプ、ノートタイプなど）などである。

図２は、ユーザ端末として適用可能なＩＰ電話装置の構成例を示す図である。図２において、ＩＰ電話装置は、音声を入出力する受話器６、音声とＩＰパケットとを変換する音声／ＩＰパケット変換装置８、ＩＰパケットを送受信するパケット送受信装置１０、通信の管理などを行う基本ＶｏＩＰ処理装置１２、通信障害などが生じたときに動作するバックアップ動作装置１４、バックアップ動作装置１４からの要求に応じて動作する電話番号検索装置１６、電話番号検索装置１６により検索される宛先情報を記憶するメモリー１８を備えている。

受話器６は、通話する際の人とのインターフェースであり、音声の入力をするマイクロホン、音声の出力をするスピーカー及び電話番号を入力するためのボタンなどを有している。音声／ＩＰパケット変換装置８は、受話器６から入力された音声をＩＰパケットに変換する変換装置であり、且つ、ネットワークを介して受信したＩＰパケットを音声に変換する変換装置である。

パケット送受信装置１０は、受信するフレームをＩＰパケットにしてＳＩＰメッセージとＲＴＰ（Real-Time Transport Protocol）パケットに分配する。ＳＩＰメッセージは、図４に示されるようなメッセージである。

また、ＲＴＰは、リアルタイムにデータを転送するためのプロトコルである。ＲＴＰパケットのヘッダーは、タイムスタンプとシーケンス番号という情報を含む。タイムスタンプはパケットが送信された時刻を、シーケンス番号はパケット送信の順番を示す情報である。更に、ＲＴＰパケットを送信するとき、ＵＤＰ（User Datagram Protocol）パケット
化、ＩＰパケット化の処理をしてから、ＩＰネットワークに送信する。

基本ＶｏＩＰ処理装置１２は、通信障害など生じていないとき通常の通話のための処理を行う。ここで、通常の通話のための処理とは、ボタンを使用して受話器６から入力される相手先の電話番号を含む発呼要求メッセージを生成する処理、発呼要求メッセージの応答メッセージに応じて通話呼を確立する処理、ユーザの切断操作に応じて通話呼を切断する処理を含む。

基本ＶｏＩＰ処理装置１２は、通話履歴をメモリー１８上に作成するように構成されている。基本ＶｏＩＰ処理装置１２は、自端末に他のユーザ端末からの発呼要求メッセージが着呼した場合に、その発呼要求メッセージに含まれる相手先の識別情報（例えば、電話番号）及びＩＰアドレスを入手することができる。

また、基本ＶｏＩＰ処理装置１２は、自端末からの発呼時に相手先からの応答メッセージを受信する際に、相手先のＩＰアドレスを入手できる。更に、基本ＶｏＩＰ処理装置１２は、他のユーザ端末からの着呼時またはバックアップ動作により相手先のユーザ端末のＩＰアドレスを入手することができる。基本ＶｏＩＰ処理装置１２は、これらの発呼及び着呼によって入手されるＩＰアドレスをメモリー１８上の通話履歴に書き込む（本発明の「書込部」に相当）。

図３は、通話履歴の記憶の説明図である。図３に示すように、メモリー１８上には、自端末が通話を行った相手先のユーザ端末のＩＰアドレスを含む通話履歴テーブル２４が作成及び登録される。通話履歴テーブル２４中のＩＰアドレスは、そのＩＰアドレスを有するユーザ端末の識別情報を検索キーとして検索されることができる。ＩＰアドレスの読み出しは、電話番号検索装置１６（本発明の「検索部」に相当）によって行われる。検索キーは「ユーザ名＠ドメイン名」で表されるＳＩＰアドレスである。

通話履歴テーブル２４には、通信センター２にあるＳＩＰサーバ４と通信して通常の接続をしている際に取得した宛先情報（ＳＩＰメッセージの送信元のユーザ端末の識別情報及び送信元のユーザ端末のＩＰアドレス）、またはバックアップ動作時に所定の範囲のユーザ端末から取得した宛先情報が登録される。つまり、メモリー１８には、発信履歴及び着信履歴が通話履歴テーブル２４として記憶される。

図３において、ユーザ端末Ａ３は、ユーザ端末Ｂ３，ユーザ端末Ｃ１などの電話番号とｂ３、ｃ１などの相手先のＩＰアドレスを複数の宛先情報として、メモリー１８内の通話履歴テーブル２４に記憶している。相手先の電話番号及びＩＰアドレスは発信及び着信がある毎にユーザ端末の通話履歴テーブル２４へ追加又は更新される。尚、宛先検索要求メッセージは複数のユーザ端末に同時に送信されるため、宛先検索要求メッセージの送信元の宛先情報は通話履歴テーブル２４に記憶しないようにしてもよい。

なお、通話履歴テーブル２４に登録されるレコードの数に上限を設け、レコード数が上限値を超える場合には、古いものから順に削除されるようにしても良い。また、登録時刻を同時に登録するように構成し、登録時から所定時間が経過したレコードが削除されるように構成しても良い。

バックアップ動作装置１４は、基本ＶｏＩＰ処理装置１２にて、ＳＩＰサーバ４との間の通信障害(ＳＩＰサーバ４の装置障害、或いは、ユーザ端末とＳＩＰサーバ間の回線障
害、発呼要求メッセージの消滅又は発呼応答メッセージの消滅)が検知された場合に、基
本ＶｏＩＰ処理装置１２から処理を引き継いで、バックアップ動作を行う。

基本ＶｏＩＰ処理装置１２は、例えば、自端末が発呼端末として発呼要求メッセージをＳＩＰサーバ４宛てに送信した場合において、所定時間内に(タイマがタイムアウトにな
る前に)、発呼要求メッセージの応答メッセージを受信できなかった場合には、障害が発
生じたと判断し、バックアップ動作をバックアップ動作装置１４に依頼する（本発明の「障害検知部」に相当）。ここで、基本ＶｏＩＰ処理装置１２は、タイムアウトが所定回数（１回又はそれ以上）発生した場合に通信障害が発生したと判断する。

＜バックアップ動作＞
バックアップ動作は、問い合わせ端末としての動作と、問い合わせに対応する応答端末としての動作とを含む。問い合わせ端末としての動作として、バックアップ動作装置１４は、着呼を所望する相手先のユーザ端末のＩＰアドレスを問い合わせるための宛先検索要求メッセージを作成及び送信する（本発明の「検索要求送信部」に相当）。宛先検索応答メッセージは、所定の範囲に属するユーザ端末が受信するように制御される。

具体的には、バックアップ動作装置１４は、宛先検索要求メッセージの宛先ＭＡＣ(Media Access Control)アドレス（送信アドレス）にブロードキャストアドレスを設定したり、宛先検索要求メッセージの宛先ＩＰアドレス（送信アドレス）にＩＰマルチキャストアドレスを設定したりする。これによって、宛先検索要求メッセージは、所定の範囲のユーザ端末に到達することになる。送信元のＩＰアドレスには、自端末のＩＰアドレスを設定する。宛先検索要求メッセージは、パケット送受信装置１０からネットワークへ送出される。これによって、自端末は、宛先検索要求メッセージの応答メッセージたる宛先検索応答メッセージを受け取ることができる。

一方、応答端末としての動作として、バックアップ動作装置１４は、基本ＶｏＩＰ処理装置１２を介してパケット送受信装置１０で受信される宛先検索要求メッセージを受け取る。基本ＶｏＩＰ処理装置１２は、受信したＳＩＰメッセージがブロードキャストもしくはＩＰマルチキャストされたメッセージである場合に宛先検索要求メッセージであると判断し、宛先検索要求メッセージをバックアップ動作装置１４へ渡す。

この場合には、当該宛先検索要求メッセージに含まれる電話番号を抽出し、電話番号検索装置１６に与える。電話番号検索装置１６は、電話番号を検索キーとして、電話番号に対応するＩＰアドレスをメモリー１８上の通話履歴テーブル２４から検索する（本発明の「検索部」に相当）。ＩＰアドレスが検索された場合には、電話番号検索装置１６は、ＩＰアドレスをバックアップ動作装置１４に渡す。ＩＰアドレスが検索されなかった場合には、電話番号に対応するＩＰアドレスが存在しないことをバックアップ動作装置１４へ伝えて処理を終了する。

バックアップ動作装置１４は、検索されたＩＰアドレスを含む宛先検索応答メッセージを作成及び送信する（本発明の「検索応答送信部」に相当）。宛先検索応答メッセージには、宛先検索要求メッセージの送信元ＩＰアドレスが宛先ＩＰアドレスとして設定される。宛先検索応答メッセージは、パケット送受信装置１０からネットワークへ送出され、宛先検索要求メッセージの送信元のユーザ端末へ到達する。

上述のように、応答端末は、ＩＰアドレスがメモリー１８に記憶されていた場合には宛先検索要求メッセージを作成し、ＩＰアドレスがメモリー１８に記憶されていない場合には処理を終了する。

なお、基本ＶｏＩＰ処理装置１２、バックアップ動作装置１４、電話番号検索装置１６は、メモリー１８に記憶されたプログラムを、ＩＰ電話装置に設けられた図示せぬプロセッサ(ＣＰＵ(Central Processing Unit)等)が実行することによって実現する機能として
構成することができる。もっとも、基本ＶｏＩＰ処理装置１２、バックアップ動作装置１４、電話番号検索装置１６は、それぞれの機能を実現する専用のハードウェアチップで構成することもできる。

ＩＰ電話装置は通常の呼接続を実施するためにＳＩＰスタックを導入しており、最小限の必要な機能（バックアップ動作装置１４、電話番号検索装置１６など）を追加し、基本ＶｏＩＰ処理装置１２に改良を加えることのみでバックアップ動作が実行可能となる。

＜メッセージ＞
次に、バックアップ動作時に作成される宛先検索要求メッセージ及び宛先検索応答メッセージの構成について説明する。各ユーザ端末は、ＳＩＰに従って通話呼を確立するＳＩＰ端末として機能する。通常、ユーザ端末は、相手先のユーザ端末に発呼する場合には、ＳＩＰメッセージの一つである発呼要求メッセージを作成する。発呼要求メッセージを受信したユーザ端末は、発呼要求メッセージの応答メッセージとしてのＳＩＰメッセージを返信する。

本実施形態では、宛先検索要求メッセージ及び宛先検索応答メッセージとして、ＳＩＰメッセージを用いる。図４は、宛先検索要求メッセージ及び宛先検索応答メッセージの構成例である。

図４に宛先検索要求メッセージを示す。発信元のユーザ端末は、宛先検索要求メッセージの宛先ＭＡＣアドレスとしてブロードキャストアドレスまたは宛先検索要求メッセージの宛先ＩＰアドレスとしてＩＰマルチキャストアドレスを設定する。図４に示すように、宛先検索要求メッセージは、検索対象である相手先の識別情報（０５０１２３４０００３＠１０．１９１．１９．５０）を含んでいる。そして、宛先検索要求メッセージを受信したユーザ端末は電話番号（識別情報）を検索キーとして、電話番号に対応するＩＰアドレスを検索する。

また、“ＩＮＶＩＴＥ ｓｉｐ：・・・”から始まるメッセージ部分は、ＳＩＰサーバ４を介して相手先のユーザ端末に送信されるＳＩＰメッセージ（発呼要求メッセージ）と同じである。ＳＩＰサーバ４を介して相手先のユーザ端末との通話呼を確立する際には、送信アドレスとしてＳＩＰサーバ４のＩＰアドレスが設定される。

宛先検索要求メッセージを受信したユーザ端末は、検索対象の電話番号に対応するＩＰアドレスがメモリー１８上に記憶されていたとき、宛先検索応答メッセージを作成する。図４に示すように、宛先検索応答メッセージは、検索対象の電話番号に対応したＩＰアドレス（１０．１９．１９．１２５）を含んでいる（破線楕円で囲んだＣｏｎｔａｃｔヘッダを参照）。宛先検索応答メッセージは宛先検索要求メッセージに記述された送信元のＩＰアドレス（１０．１９．１９．１０）が送信アドレスとして設定され、送信元へ送信される。

送信元のユーザ端末は、受信した宛先検索応答メッセージから検索対象の電話番号に対応するＩＰアドレス（１０．１９．１９．１２５）をＣｏｎｔａｃｔヘッダから抽出して、送信アドレスにＩＰアドレス（１０．１９．１９．１２５）を設定し、発呼要求メッセージを生成する。このようにＳＩＰメッセージを使用することで、ＳＩＰサーバ４を利用せずに相手先のユーザ端末へ発呼要求メッセージを送信することができる。尚、発呼要求メッセージのＩＮＶＩＴＥのＳＩＰ‐ＵＲＩには、宛先検索応答メッセージに含まれるＣｏｎｔａｃｔヘッダを用いて、ｓｉｐ：０５０１２３４０００３＠１０．１９．１９．１２５が設定される。

＜正常時の動作＞
次に、送信元のユーザ端末とＳＩＰサーバ４との間で通信障害が生じていない場合(正
常時)の動作について説明する。図５は、正常動作時（ＳＩＰサーバ４を使用する場合）
の動作例を示す図である。

図５は、通信センター２のＳＩＰサーバ４（呼制御装置）と複数のユーザ端末Ａ１〜Ｂ３間で正常に動作している場合を示す。図５では、ユーザ端末Ａ１とユーザ端末Ｂ３間で通話呼を確立するための動作について説明する。

（１）発信元のユーザ端末Ａ１（発呼端末）は、ユーザ端末Ｂ３と通話呼を確立するために、通信センター２のＳＩＰサーバ４へ発呼要求メッセージを送信する。ＳＩＰサーバ４は、ユーザ端末Ａ１から送信された発呼要求メッセージを受信する。ＳＩＰサーバ４は、受信した発呼要求メッセージに含まれる電話番号を検索キーとして使用し、電話番号に対応する相手先のユーザ端末（着呼端末）のＩＰアドレスをＳＩＰサーバ４に記憶された宛先テーブルから検索する。

例えば、宛先テーブルとして、ＳＩＰサーバ４は、ユーザ端末Ｂ３の宛先情報（一例として、図４の宛先検索要求メッセージに示される電話番号である宛先「０５０１２３４０００３＠１０．１９．１９．５０」及び図４の宛先検索応答メッセージに示されるＩＰアドレス「１０．１９．１９．１２５」）を管理している。

（２）ＳＩＰサーバ４は、検索した相手先のＩＰアドレスをユーザ端末Ａ１から受信した発呼要求メッセージの送信アドレスに設定し、ユーザ端末Ｂ３へ発呼要求メッセージを送信する。発呼要求メッセージを受信したユーザ端末Ｂ３はユーザ端末Ａ１へ応答メッセージを送信する。

（３）ユーザ端末Ｂ３から応答メッセージを受信したユーザ端末Ａ１は、ＳＩＰサーバ４に記憶された相手先の宛先情報を利用して、ユーザ端末Ｂ３との通話を確立することができる。

＜バックアップ時の動作＞
次に、ＳＩＰサーバ４と発呼端末との間の通信障害が生じている場合におけるバックアップ動作について説明する。図６及び図７は、バックアップ動作時の動作例を示す図である。図８は、所定の範囲における相手先のＩＰアドレスの検索方法を示す説明図であり、図９は、発呼端末と着呼端末との間の通話呼を確立する手順の例を示す図である。なお、図７〜図９における“(１)〜(４)”の数字は、同じ動作であることを示す。

図６において、ユーザ端末Ａ１は、ユーザ端末Ｂ３と通話を行う場合には、ＳＩＰサーバ４へ、ユーザ端末Ｂ３への発呼要求メッセージを送信する。このとき、ＳＩＰサーバ４の装置障害や、ユーザ端末Ａ１とＳＩＰサーバ４との間の回線障害等が発生している場合には、ユーザ端末Ａ１は、発呼要求メッセージの応答メッセージを受信することができない。ユーザ端末Ａ１は、応答メッセージを受け付ける時間を管理するためのタイマが所定回数タイムアウトになると、バックアップ動作を開始する。

バックアップ動作とは、通信センター２にあるＳＩＰサーバ４とユーザ端末の間でなんらかの障害（ＳＩＰサーバ障害、ネットワーク障害）により相手先への通話を確立できなくなった場合に、所定の範囲のユーザ端末と協調して、相手先のＩＰアドレスを検索して通話呼を確立する動作をいう。

図７に示すように、ユーザ端末Ａ１は、宛先検索要求メッセージを、ブロードキャスト
ドメイン又はＩＰマルチキャストドメイン内のユーザ端末へ向けて送信する。図７に示す例では、同じネットワーク(ＬＡＮ)内に属するユーザ端末Ａ２及びＡ３へ向けて、ユーザ端末Ｂ３のＩＰアドレスを問い合わせるための宛先検索要求メッセージがブロードキャストされている(図７〜図９；(１))。宛先検索要求メッセージは、ＳＩＰメッセージの一つである発呼要求メッセージ（ＩＮＶＩＴＥ）を用いて作成される。

各ユーザ端末Ａ２、Ａ３は、宛先検索要求メッセージを受信すると、宛先検索要求メッセージに含まれる相手先の電話番号に対応するＩＰアドレスを、自端末が保有する通話履歴テーブル２４から検索し、対応するＩＰアドレスが検索された場合には、そのＩＰアドレスを含む宛先検索応答メッセージをユーザ端末Ａ１へ返信する。

図８に示すように、各ユーザ端末Ａ１〜Ａ３のメモリー１８には、通話履歴テーブル２４が格納されており、ここには、宛先(電話番号)に対応するＩＰアドレスが格納されている。宛先検索要求メッセージ（ＩＮＶＩＴＥ Ｂ３）を受信した各ユーザ端末Ａ２及びＡ
３は、自端末の通話履歴テーブル２４を検索する。

図８に示す例では、ユーザ端末Ａ３にユーザ端末Ｂ３の宛先及びＩＰアドレスが記録されている。ユーザ端末Ａ３は、ユーザ端末Ｂ３の宛先を検索キーとして検索されたユーザ端末Ｂ３のＩＰアドレスを含む宛先検索応答メッセージをユーザ端末Ａ１に返信する(図
７〜図９；(２))。宛先検索応答メッセージは、ＳＩＰメッセージの一つである“302 Moved Temporary”を用いて作成される。

図９に示すように、ユーザ端末Ａ１は、宛先検索応答メッセージをユーザ端末Ａ３から受信すると、宛先検索応答メッセージに含まれるユーザ端末Ｂ３のＩＰアドレスが送信アドレスに設定された発呼要求メッセージ(ＩＮＶＩＴＥ Ｂ３)を相手先のユーザ端末Ｂ３
へ送信する(図７〜図９；(３))。

ユーザ端末Ａ１の基本ＶｏＩＰ処理装置１２は、宛先検索応答メッセージから相手先のＩＰアドレスを抽出し、抽出したＩＰアドレスを送信アドレスに設定することにより発呼要求メッセージを作成し、相手先に送信する（本発明の「発呼要求送信部」に相当）。

図９において、１００番台は暫定応答であり、リクエスト(ＩＮＶＩＴＥ Ｂ３)を受信
し、処理中であることを示す（例: 100 Trying 、180 Ringing）。また、２００番台は成功応答であり、リクエストが理解され、受け入れられたことを示す（例: 200 OK 、202 Accepted）。ＡＣＫはＩＮＶＩＴＥ Ｂ３に対応する応答をユーザ端末Ｂ３から受信した
ことを示す。

そして、通話呼(ＲＴＰセッション)が確立すると、ユーザ端末Ａ１とユーザ端末Ｂ３間でＶｏＩＰによる通話が可能となる(図７〜図９；(４))。
上述したバックアップ動作は、他のユーザ端末によるＳＩＰサーバ４を介した通話呼の確立手順を妨げない。図１０に示すように、例えば、或るユーザ端末(図１０ではユーザ
端末Ａ３)は、ＳＩＰサーバ４との間の回線障害により、ＳＩＰサーバ４を介して通話呼
を確立できない。これに対し、ユーザ端末Ａ１とＳＩＰサーバ４間の通信回線は正常である。

この場合、ユーザ端末Ａ３は、上述したバックアップ動作を行い、相手先の着呼端末(
図１０ではユーザ端末Ｂ３)と通話呼を確立することができる。一方、ユーザ端末Ａ１は
、ＳＩＰサーバ４を介して相手先の着呼端末(図１０ではユーザ端末Ａ２)との通話呼を確立することができる。即ち、各ユーザ端末Ａ１及びＡ２は、両ユーザ端末間の呼の確立手順と、ユーザ端末Ａ３からの宛先検索要求メッセージに対応する応答処理とを同時に行う
ことができる。

バックアップ動作におけるユーザ端末Ａ１及びユーザ端末Ａ３間の協調は、宛先ＩＰアドレスもしくは宛先ＭＡＣアドレスによって動作する。そのため、通信センター２のＳＩＰサーバ４を用いて動作するユーザ端末Ａ１と通信センター２のＳＩＰサーバ４を用いないで動作するユーザ端末Ａ３による両動作が混在することが可能である。

〔実施形態の効果〕
以上説明した本発明の通信端末としてのユーザ端末によれば、従来技術に示すようなバックアップサーバが存在しなくても、ＳＩＰサーバ４を介することなく通話呼を確立することができる。このように、バックアップサーバを必要としないので、内線電話をＩＰ電話に置き換える際のコストを低減することができる。

バックアップ動作時は、所定の範囲の各ユーザ端末に通話履歴情報として通話履歴テーブル２４に記憶されていない相手先と通話することが出来ない。しかし、通常、企業ではグループもしくは事業所の通話履歴が頻繁に使用される（外線および内線を含めて）番号であるため、一時的な救済方法としては問題ない。また、通話履歴テーブル２４に記憶できる通話履歴情報のレコード数を増加することで対処できる。

また、相手先のユーザ端末のＩＰアドレスを得るためのメッセージとして、ＳＩＰメッセージ(INVITE, 302 Moved Temporary)を用いるので、従来のＳＩＰ端末としてのユーザ
端末に微少な改変を加えることで、バックアップ動作を行わせる(バックアップシステム
を導入する)ことができる。この点でも、バックアップシステムの導入に要するコストを
低減することができる。

また、バックアップ動作が実行されているときでも、正常時の動作を妨げないので、バックアップ動作を行うユーザ端末とバックアップ動作を行わないユーザ端末とが混在した通信システムを構築することができる。

〔変形例〕
上述した実施形態の構成は次のように変形することができる。
基本ＶｏＩＰ処理装置１２は、受話器６から入力された電話番号を受け取って発呼要求メッセージを作成する場合に、メモリー１８上の通話履歴テーブル２４から電話番号に対応するＩＰアドレスを検索し、対応するＩＰアドレスが検索できた場合には、検索されたＩＰアドレスを宛先ＩＰアドレスとして設定した発呼要求メッセージを送信するように構成することができる。このようにすれば、ＳＩＰサーバ４をバイパスすることができるので、ＳＩＰサーバ４の負荷軽減、ネットワークリソースの浪費を抑えることができる。

また、バックアップ動作装置１４は、問い合わせ端末としての動作として、宛先検索要求メッセージを作成する前に、電話番号検索装置１６に、相手先のＩＰアドレスを検索させ、対応するＩＰアドレスが検索されなかった場合に、宛先検索要求メッセージを作成するように構成することができる。このようにすれば、宛先検索要求メッセージを送信しなくて済み、ネットワークリソースの浪費を抑えることができる。

また、宛先検索要求メッセージの到達範囲として、ＭＡＣアドレスとＩＰマルチキャストアドレス間、或いは複数のＩＰマルチキャストアドレス間に所定の優先順位を設け、優先順位の高いものから順に使用されるようにしても良い。

また、各ユーザ端末はＳＩＰサーバ４との通信をする前に、相手先のＩＰアドレスを検索する動作（「宛先検索要求メッセージ」を送信）を実行し、いずれのユーザ端末からも
宛先情報を含む「宛先検索応答メッセージ」を受信しないとき、ＳＩＰサーバ４へ発呼要求メッセージを送信するようにしてもよい。

この場合、所定の範囲に属するユーザ端末から相手先のＩＰアドレスを見つけることができなかったときにのみ、通信センター２のＳＩＰサーバ４へ相手先の着呼端末を呼び出すための発呼要求を送信するので、ＳＩＰサーバ４の負荷を軽減できる。また、少なくとも１つの通信端末が属する所定の範囲において、各通信端末に記憶された通話履歴を有効に利用できる。

＜本発明のシステムへ移行する経過措置＞
本発明のユーザ端末を使用すれば、バックアップサーバ１１０を構築することは基本的に必要でない。しかし、図１１に示すような既存のバックアップサーバ１１０を設置してある事業所／支店１０８において、既存のシステムから本発明のシステムへ移行する経過措置として、従来のようにＳＩＰサーバ４との障害が発生した際に本発明のユーザ端末がバックアップサーバ１１０へ宛先情報を問い合わせるようにしても良い。更に、ユーザ端末とバックアップサーバ１１０間で障害が発生した際に、複数のユーザ端末間で宛先情報を問い合わせるような構成としても良い。

＜その他＞
（付記１）
発呼端末から受信した発呼要求を相手先の着呼端末へ転送する呼制御装置へ発呼要求を送信する通信端末であって、
前記呼制御装置へ送信した前記発呼要求に対する応答がないときに障害を検知する障害検知部と、
前記障害が検知された場合に、前記相手先の着呼端末の宛先情報を問い合わせるための宛先検索要求を生成し、所定の範囲に属する少なくとも１つの通信端末へ前記宛先検索要求を送信する検索要求送信部と、
前記少なくとも１つの通信端末から前記宛先情報を含む宛先検索応答を受信する検索応答受信部と、
前記宛先情報を用いた発呼要求を作成して前記相手先の着呼端末に送信する発呼要求送信部と
を含む通信端末。

（付記２）
記憶部と、
発呼要求が受信される場合に、この発呼要求の送信元の宛先情報を前記記憶部に格納する書込部と、
前記宛先検索要求が受信される場合に、この宛先検索要求に応じた相手先の着呼端末の宛先情報を前記記憶部から検索する検索部と、
検索された宛先情報を含む宛先検索応答を生成し、宛先検索要求の送信元の発呼端末へ送信する検索応答送信部と
をさらに含む付記１記載の通信端末。

（付記３）
前記書込部は、前記宛先検索要求が受信される場合に、この宛先検索要求に含まれる前記宛先情報を前記記憶部に書き込まない
付記２記載の通信端末。

（付記４）
前記通信端末は、ＳＩＰ(Session Initiation Protocol)に従って、ＳＩＰサーバたる
前記呼制御装置を介して通話呼を確立するＳＩＰ端末であり、
前記検索要求送信部は、発呼要求のＳＩＰメッセージを用いて前記宛先検索要求メッセージを作成し、
前記検索応答受信部は、宛先情報としての前記相手先の着呼端末のＩＰ(Internet protocol)アドレスを含む宛先検索応答メッセージとしてのＳＩＰメッセージを受信する
付記２又は３記載の通信端末。

（付記５）
前記検索要求送信部は、ブロードキャストアドレス、又はＩＰマルチキャストアドレスが宛先アドレスとして設定された前記宛先検索要求メッセージを送信する
付記１〜４の何れかに記載の通信端末。

（付記６）
前記検索応答受信部により受信した宛先検索応答の送信元の宛先情報を記憶する記憶部を更に含む付記１記載の通信端末。

（付記７）
前記呼制御装置は、前記通信端末が属するネットワークと異なる外部ネットワークに属するＳＩＰサーバまたは前記通信端末が属するネットワークにおけるバックアップサーバである
付記１記載の通信端末。

（付記８）
前記宛先情報は、相手先の着呼端末の電話番号とＩＰアドレスである
付記１記載の通信端末。

（付記９）
発呼要求を着信させるべき相手先の着呼端末の宛先情報を取得するための宛先検索要求を少なくとも１つの通信端末が属する所定の範囲へ送信する検索要求送信部と、
前記宛先検索要求を受信した前記少なくとも１つの通信端末から前記宛先情報を含む宛先検索応答がないとき、発呼端末から受信した発呼要求を相手先の着呼端末へ転送する呼制御装置へ相手先の着呼端末を呼び出すための発呼要求を送信する発呼要求送信部と
を含む通信端末。

（付記１０）
前記送信された発呼要求に対応する相手先の着呼端末からの応答に含まれる宛先情報を記憶する記憶部と
を更に含む付記９記載の通信端末。

（付記１１）
前記少なくとも１つの通信端末が属する所定の範囲は、ブロードキャストパケットまたはＩＰマルチキャストパケットが到達する範囲である
付記９記載の通信端末。

（付記１２）
相手先の着呼端末の宛先情報を取得するための宛先検索要求を少なくとも１つの通信端末が属する所定の範囲へ送信する検索要求送信部と、
前記宛先検索要求を受信した前記少なくとも１つの通信端末から前記宛先情報を含む宛先検索応答を受信する検索応答受信部と
を含む発呼端末と、
少なくとも発呼要求の送信元の宛先情報を記憶する記憶部と、
前記発呼端末から送信された前記宛先検索要求に従って前記記憶部から相手先の着呼端末の宛先情報を検索する検索部と、
前記検索部により検索された相手先の着呼端末の宛先情報を含む前記宛先検索応答を生成し、前記発呼端末へ前記生成された宛先検索応答を送信する検索応答送信部と
を含む前記通信端末
からなることを特徴とする通信システム。

（付記１３）
前記発呼端末は、発呼端末から受信した発呼要求を相手先の着呼端末へ転送する呼制御装置へ送信した前記相手先の着呼端末を呼び出すための発呼要求に対応する応答がないとき、前記宛先検索要求を少なくとも１つの通信端末が属する所定の範囲へ送信することを特徴とする付記１２記載の通信システム。

（付記１４）
前記発呼端末は、前記宛先検索要求を受信した前記少なくとも１つの通信端末から前記宛先情報を含む宛先検索応答がないとき、前記呼制御装置へ前記宛先検索要求を送信することを特徴とする付記１２記載の通信システム。

（付記１５）
前記発呼端末は前記宛先情報を記憶する記憶部を更に含み、記憶部に相手先の着呼端末の宛先情報が記憶されていないとき、前記呼制御装置または少なくとも１つの通信端末が属する所定の範囲へ前記宛先検索要求を送信することを特徴とする付記１２記載の通信システム。

（付記１６）
発呼端末から受信した発呼要求を相手先の着呼端末へ転送する呼制御装置へ発呼要求を送信する通信装置で使用される通信方法であって、
前記呼制御装置へ送信した発呼要求に対する応答がないときに障害を検知する障害検知ステップと、
前記通信障害が検知された場合に、前記相手先の着呼端末の宛先情報を問い合わせるための宛先検索要求を生成し、所定の範囲に属する少なくとも１つの通信端末へ前記宛先検索要求を送信する検索要求送信ステップと、
前記少なくとも１つの通信端末から前記宛先情報を含む宛先検索応答を受信する検索応答受信ステップと、
前記宛先情報を用いた発呼要求を作成して前記相手先の着呼端末に送信する発呼要求送信ステップと
を含む通信方法。

（付記１７）
発呼要求が受信される場合に、この発呼要求に含まれる発呼端末の宛先情報を記憶部に格納する書込ステップと、
前記宛先検索要求が受信される場合に、この宛先検索要求に応じた相手先の着呼端末の宛先情報を前記記憶部から検索する検索ステップと、
検索された宛先情報を含む宛先検索応答を生成し、宛先検索要求の送信元の発呼端末へ送信する検索応答送信ステップと
をさらに含む付記１６記載の通信方法。

（付記１８）
前記書込ステップは、前記宛先検索要求が受信される場合に、この宛先検索要求に含ま
れる前記宛先情報を前記記憶部に書き込まない
付記１７記載の通信方法。

（付記１９）
前記通信端末は、ＳＩＰ(Session Initiation Protocol)に従って、ＳＩＰサーバたる
前記呼制御装置を介して通話呼を確立するＳＩＰ端末であり、
前記検索要求送信ステップは、発呼要求のＳＩＰメッセージを用いて前記宛先検索要求メッセージを作成し、
前記検索応答受信ステップは、宛先情報として前記相手先の着呼端末のＩＰ(Internet protocol)アドレスを含む宛先検索応答メッセージとしてのＳＩＰメッセージを受信する
付記１７又は１８記載の通信方法。

（付記２０）
前記検索要求送信ステップは、ブロードキャストアドレス、又はＩＰマルチキャストアドレスが宛先アドレスとして設定された前記宛先検索要求メッセージを送信する
付記１６〜１９の何れかに記載の通信方法。

（付記２１）
前記検索応答受信ステップにより受信した宛先検索応答に含まれる宛先情報を記憶する記憶ステップ
を更に含む付記１６記載の通信方法。

（付記２２）
前記呼制御装置は、前記通信端末が属するネットワークと異なる外部ネットワークに属するＳＩＰサーバまたは前記通信端末が属するネットワークにおけるバックアップサーバである
付記１６記載の通信方法。

（付記２３）
前記宛先情報は、相手先の着呼端末の電話番号とＩＰアドレスである
付記１６記載の通信方法。

（付記２４）
相手先の着呼端末の宛先情報を取得するための宛先検索要求を少なくとも１つの通信端末が属する所定の範囲へ送信する検索要求送信ステップと、
前記宛先検索要求を受信した前記少なくとも１つの通信端末から前記宛先情報を含む宛先検索応答がないとき、受信した発呼要求を相手先の着呼端末へ転送する呼制御装置へ相手先の着呼端末を呼び出すための発呼要求を送信する発呼要求送ステップと
を含む通信方法。

（付記２５）
前記送信された発呼要求に対応する相手先の着呼端末からの応答に含まれる宛先情報を記憶する記憶ステップと
を更に含む付記２４記載の通信方法。

（付記２６）
前記少なくとも１つの通信端末が属する所定の範囲は、ブロードキャストパケットまたはＩＰマルチキャストパケットが到達する範囲である
付記２４記載の通信方法。

本発明の全体構成を示す構成図である。 本発明のＩＰ電話装置の構成例を示す図である。 通話履歴の記憶状態を説明する説明図である。 バックアップ動作のＳＩＰメッセージ例を示す説明図である。 ユーザ端末とＳＩＰサーバ間の動作が正常時の動作を説明する説明図である。 バックアップ動作時の動作例示す図である。 バックアップ動作時の動作例示す図である。 相手先のＩＰアドレス検索方法を説明する図である。 バックアップ動作時の通話呼を確立する手順を示す図である。 通常動作およびバックアップ動作の混在している状態を示す図である。 従来の構成を示す構成図である。

符号の説明

２ 通信センター
４ ＳＩＰサーバ
６ 受話器
８ 音声／ＩＰパケット変換装置
１０ パケット送受信装置
１２ 基本ＶｏＩＰ処理装置
１４ バックアップ動作装置
１６ 電話番号検索装置
１８ メモリー
２０ ネットワーク
２２ ネットワーク
２４ 通話履歴テーブル２４
Ａ１ ユーザ端末
Ａ２ ユーザ端末
Ａ３ ユーザ端末
Ｂ１ ユーザ端末
Ｂ２ ユーザ端末
Ｂ３ ユーザ端末
１０２ ＳＩＰサーバ
１０４ ＶｏＩＰ端末
１０６ 通信センター
１０８ 事業所／支店
１１０ バックアップサーバ

Claims (5)

1. 発呼端末から受信した発呼要求を相手先の着呼端末へ転送する呼制御装置へ発呼要求を送信する通信端末であって、
   前記呼制御装置へ送信した前記発呼要求に対する応答がないときに障害を検知する障害検知部と、
   前記障害が検知された場合に、前記相手先の着呼端末の宛先情報を問い合わせるための宛先検索要求を生成し、所定の範囲に属する少なくとも１つの通信端末へ前記宛先検索要求を送信する検索要求送信部と、
   前記少なくとも１つの通信端末から前記宛先情報を含む宛先検索応答を受信する検索応答受信部と、
   前記宛先情報を用いた発呼要求を作成して前記相手先の着呼端末へ送信する発呼要求送信部と
   を含む通信端末。
2. 記憶部と、
   発呼要求が受信される場合に、この発呼要求の送信元の宛先情報を前記記憶部に格納する書込部と、
   前記宛先検索要求が受信される場合に、この宛先検索要求に応じた相手先の着呼端末の宛先情報に相当する宛先情報を前記記憶部から検索する検索部と、
   検索された宛先情報を含む宛先検索応答を生成し、宛先検索要求の送信元の発呼端末へ送信する検索応答送信部と
   をさらに含む請求項１記載の通信端末。
3. 発呼要求を着信させるべき相手先の着呼端末の宛先情報を取得するための宛先検索要求を少なくとも１つの通信端末が属する所定の範囲へ送信する検索要求送信部と、
   前記宛先検索要求を受信した前記少なくとも１つの通信端末から前記宛先情報を含む宛先検索応答がないとき、発呼端末から受信した発呼要求を相手先の着呼端末へ転送する呼制御装置へ相手先の着呼端末を呼び出すための発呼要求を送信する発呼要求送信部と
   を含む通信端末。
4. 相手先の着呼端末の宛先情報を取得するための宛先検索要求を少なくとも１つの通信端末が属する所定の範囲へ送信する検索要求送信部と、
   前記宛先検索要求を受信した前記少なくとも１つの通信端末から前記宛先情報を含む宛先検索応答を受信する検索応答受信部と
   を含む発呼端末と、
   少なくとも発呼要求の送信元の宛先情報を記憶する記憶部と、
   前記発呼端末から送信された前記宛先検索要求に従って前記記憶部から相手先の着呼端末の宛先情報を検索する検索部と、
   前記検索部により検索された相手先の着呼端末の宛先情報を含む前記宛先検索応答を生成し、前記発呼端末へ前記生成された宛先検索応答を送信する検索応答送信部と
   を含む前記通信端末
   からなる通信システム。
5. 発呼端末から受信した発呼要求を相手先の着呼端末へ転送する呼制御装置へ発呼要求を送信する通信装置で使用される通信方法であって、
   前記呼制御装置へ送信した発呼要求に対応する応答がないとき障害を検知する障害検知ステップと、
   前記障害が検知された場合に、前記相手先の着呼端末の宛先情報を問い合わせるための宛先検索要求を生成し、所定の範囲に属する少なくとも１つの通信端末へ前記宛先検索要
   求を送信する検索要求送信ステップと、
   前記少なくとも１つの通信端末から前記宛先情報を含む宛先検索応答を受信する検索応答受信ステップと、
   前記宛先情報を用いた発呼要求を作成して前記相手先の着呼端末に送信する発呼要求送信ステップと
   を含む通信方法。

Images