JP2005130287A - 通信制御装置及び通信制御方法、通信端末装置並びに通信システム - Google Patents

Abstract

【課題】 ＩＰ電話ネットワークを用いた通信システムにあって、受信側ユーザの嗜好や通信端末装置の能力、送受信されるメディアの種類等によって、受信側において最適な通信端末を選択する通信制御装置を提供する。
【解決手段】 ＩＰ電話サーバ３は、着信先端末選択部１７により、リクエスト処理部１６からの通話開始要求に対してユーザ状態管理ＤＢ１０を参照して着信側ユーザの最適な通信端末装置を選択する。このユーザ状態管理データベース１０は、各通信端末装置のＩＰアドレスやポート番号などの位置情報の登録を受け付ける端末位置データベース（ＤＢ）１１、各通信端末の能力の登録を受け付ける端末能力ＤＢ１２、優先的に着信をする端末の登録を受け付ける優先着信端末ＤＢ１３、優先着信端末で着信を受けるメディアの登録を受け付ける優先メディアＤＢ１４からなる。
【選択図】 図２

Description

本発明は、インターネットプロトコル（Internet Protocol：ＩＰ）電話ネットワークに接続された電話装置、携帯情報端末装置、パーソナルコンピュータ、ストリーミングデータ再生装置等の通信端末装置間の通信を制御する通信制御装置及び通信制御方法、上記ネットワークと複数の通信端末装置と通信制御装置とからなる通信システム、並びに通信端末装置に関する。

本件出願人は、特開２００２−１５２８０５号公報において、携帯端末装置をＩＰ電話ネットワークに接続し、通信制御装置の制御の基に、携帯端末装置間で通信を行う通信システムを開示している。

ＩＰ電話ネットワークを利用した通信システムは、例えば、ＳＩＰ（Session Initiation Protocol）と呼ばれる通信プロトコルを用いている。このＳＩＰにより、上記通信システムでは、高音質の音声の他、画像やテキストデータ、データファイル、ストリーミングデータの送受信が可能となっている。

ところで、上記ＩＰ電話ネットワークを利用した通信システムでは、上記音声、画像、テキストデータ、データファイルなどの各情報を送受信する能力を個別にあるいは組み合わせて持っている各通信端末装置が複数存在することになる。すると、一人のユーザが、例えば、音声の通信のみのため、あるいは音声と画像の通信のために携帯電話端末を用いたり、画像とテキストデータの通信のために携帯情報端末を用いる場合が想定できる。もちろん、通信端末装置としてパーソナルコンピュータ（ＰＣ）を用いれば、上記全ての情報を送受信することもできる。

具体的には、自宅では上記通信端末装置としてＰＣを使用し、仕事先ではもう一台のＰＣ、あるいは携帯情報端末を使ったりという場合がある。また、３階建てのビルの各フロアにそれぞれ異なる能力の通信端末装置を置いたり、広いフロアの異なったスペースに異なる能力の通信端末装置を置くような場合もある。上述したような場合、同一ユーザが所有する複数の通信端末装置は、同一の番号、アドレス等をいわゆる電話番号として付与されている。

特開２００２−１５２８０５号公報

しかしながら、上記ＩＰ電話ネットワークにおいて、同一の番号、アドレスの通信端末装置が複数存在する場合には、同時に全ての通信端末装置に着信させるパラレルフォーキングや、あらかじめ決定されている順番に着信させるシーケンシャルフォーキングが考えられてきたので、着信側ユーザが居る近くの通信端末装置を取った場合に、その端末装置が例えば画像を受信する能力が無いということがあり得る。また、着信している端末を追いかけて取ることになっていた。

また、ユーザが着信を受けたい通信端末装置を明示的に指定する方法は存在しなかったので、着信側ユーザでは、自分の意図と異なる端末装置の着信によって応答できなかったり、或いは悪意のある第３者に応答されてしまうという危険があった。

また、発信側ユーザは，音声通話を意図して発呼した場合も、テキスト専用端末が選択されてしまい、通話不能になってしまう可能性がある。

また、音楽や映像などのストリーミングメディアをネットワークを介して送受信する際、従来はＰＣ同士でやり取りをしていたため、そのファイルを別端末で再生する場合はＰＣ上の画像/音楽データをTV/Audio端子などから出力する必要があった。また、受信後に「再生」ボタンを押下する操作が必要であった。

本発明は、上記実情に鑑みてなされたものであり、例えばＩＰ電話ネットワークのような通信網を用いた通信システムにあって、受信側ユーザの嗜好や通信端末装置の能力、送受信されるメディアの種類等によって、受信側の最適な通信端末を選択する通信制御装置及び通信制御方法の提供を目的とする。

本発明は、上記実情に鑑みてなされたものであり、例えばＩＰ電話ネットワークのような通信網を用いた通信システムにあって、受信側ユーザの嗜好や通信端末装置の能力、送受信されるメディアの種類等によって、受信側の最適な通信端末を選択する通信システムの提供を目的とする。

本発明は、上記実情に鑑みてなされたものであり、例えばＩＰ電話ネットワークのような通信網を用いた通信システムにあって、受信側ユーザの嗜好や装置自信の能力等を登録することによって、最適なものが選択される通信端末装置の提供を目的とする。

本発明に係る通信制御装置は、上記課題を解決するために、通信網上で同一の位置情報を有する複数の着信側通信端末装置と発信側通信端末装置との通信を制御する通信制御装置において、上記複数の着信側通信端末装置から登録された上記通信網上の位置情報を格納する位置情報格納手段と、上記複数の着信側通信端末装置から登録されたメディア受信能力情報を格納する能力情報格納手段と、上記複数の着信側通信端末装置から登録された優先着信端末情報を格納する優先着信端末情報格納手段と、上記発信側通信端末装置からの通話開始要求に対して上記各情報格納手段を参照して複数の着信側通信端末装置から最適な通信端末装置を選択する着信先端末選択手段とを備える。

この通信制御装置は、着信先端末選択手段により発信側通信端末装置からの通話開始要求に対して位置情報格納手段、能力情報格納手段、優先着信端末情報格納手段を参照して複数の着信側通信端末装置から最適な通信端末装置を選択する。

本発明に係る通信制御方法は、上記課題を解決するために、通信網上で同一の位置情報を有する複数の着信側通信端末装置と発信側通信端末装置との通信を制御する通信制御方法において、上記複数の着信側通信端末装置から登録された上記通信網上の位置情報を位置情報格納手段に格納する位置情報格納工程と、上記複数の着信側通信端末装置から登録されたメディア受信能力情報を能力情報格納手段に格納する能力情報格納工程と、上記複数の着信側通信端末装置から登録された優先着信端末情報を優先着信端末情報格納手段に格納する優先着信端末情報格納工程と、上記発信側通信端末装置からの通話開始要求に対して上記各情報格納手段を参照して複数の着信側通信端末装置から最適な通信端末装置を選択する着信先端末選択工程とを備える。

この通信制御方法は、着信先端末選択工程により発信側通信端末装置からの通話開始要求に対して位置情報格納手段、能力情報格納手段、優先着信端末情報格納手段を参照して複数の着信側通信端末装置から最適な通信端末装置を選択する。

本発明に係る通信端末装置は、上記課題を解決するために、通信網上で発信側の通信端末装置と通信を行う通信端末装置において、上記通信網上の位置情報と、メディア受信能力情報と、優先着信端末情報とを通信を制御する通信制御装置に登録するために送信する送信手段と、上記通信制御装置に登録された位置情報と、メディア受信能力情報と、優先着信端末情報とを参照して上記通信制御装置が転送してきた上記通話開始要求を受け取る通話開始要求受信手段と、上記通話開始要求受信手段にて受け取った通話開始要求に基づいて上記発信側通信端末装置との通話を行う通話手段とを備える。

この通信端末装置は、送信手段が通信網上の位置情報と、メディア受信能力情報と、優先着信端末情報とを通信を制御する通信制御装置に登録するために送信し、通話開始要求受信手段が通信制御装置に登録された位置情報と、メディア受信能力情報と、優先着信端末情報とを参照して通信制御装置が転送してきた通話開始要求を受け取り、通話手段が通話開始要求受信手段にて受け取った通話開始要求に基づいて発信側通信端末装置との通話を行う。

本発明に係る通信システムは、上記課題を解決するために、通信網上で同一の位置情報を有する複数の着信側通信端末装置と、上記複数の着信側通信端末装置と通信を行う発信側通信端末装置と、上記通信を制御する通信制御装置とを備える通信システムにおいて、上記着信側通信端末装置は上記通信網上の位置情報と、メディア受信能力情報と、優先着信端末情報とを通信を制御する上記通信制御装置に登録するために送信する送信手段と、上記通信制御装置に登録された位置情報と、メディア受信能力情報と、優先着信端末情報とを参照して上記通信制御装置が転送してきた上記通話開始要求を受け取る通話開始要求受信手段と、上記通話開始要求受信手段にて受け取った通話開始要求に基づいて上記発信側通信端末装置との通話を行う通話手段とを備え、上記通信制御装置は上記複数の着信側通信端末装置から登録された上記通信網上の位置情報を格納する位置情報格納手段と、上記複数の着信側通信端末装置から登録されたメディア受信能力情報を格納する能力情報格納手段と、上記複数の着信側通信端末装置から登録された優先着信端末情報を格納する優先着信端末情報格納手段と、上記発信側通信端末装置からの通話開始要求に対して上記各情報格納手段を参照して複数の着信側通信端末装置から最適な通信端末装置を選択する着信先端末選択手段とを備える。

通信端末装置は、送信手段が通信網上の位置情報と、メディア受信能力情報と、優先着信端末情報とを通信を制御する通信制御装置に登録するために送信し、通話開始要求受信手段が通信制御装置に登録された位置情報と、メディア受信能力情報と、優先着信端末情報とを参照して通信制御装置が転送してきた通話開始要求を受け取り、通話手段が通話開始要求受信手段にて受け取った通話開始要求に基づいて発信側通信端末装置との通話を行う。通信制御装置は、着信先端末選択手段により発信側通信端末装置からの通話開始要求に対して位置情報格納手段、能力情報格納手段、優先着信端末情報格納手段を参照して複数の着信側通信端末装置から最適な通信端末装置を選択する。

本発明の通信制御装置によれば、着信先端末選択手段により発信側通信端末装置からの通話開始要求に対して位置情報格納手段、能力情報格納手段、優先着信端末情報格納手段を参照して複数の着信側通信端末装置から最適な通信端末装置を選択するので、例えばＩＰ電話ネットワークのような通信網を用いた通信システムにあって、着信側ユーザの嗜好や通信端末装置の能力、送受信されるメディアの種類等によって、着信側の最適な通信端末を選択することができる。

本発明の通信制御方法によれば、着信先端末選択工程により発信側通信端末装置からの通話開始要求に対して位置情報格納手段、能力情報格納手段、優先着信端末情報格納手段を参照して複数の着信側通信端末装置から最適な通信端末装置を選択するので、例えばＩＰ電話ネットワークのような通信網を用いた通信システムにあって、着信側ユーザの嗜好や通信端末装置の能力、送受信されるメディアの種類等によって、着信側の最適な通信端末を選択することができる。

本発明の通信端末装置によれば、送信手段が通信網上の位置情報と、メディア受信能力情報と、優先着信端末情報とを通信を制御する通信制御装置に登録するために送信し、通話開始要求受信手段が通信制御装置に登録された位置情報と、メディア受信能力情報と、優先着信端末情報とを参照して通信制御装置が転送してきた通話開始要求を受け取り、通話手段が通話開始要求受信手段にて受け取った通話開始要求に基づいて発信側通信端末装置との通話を行うので、例えばＩＰ電話ネットワークのような通信網を用いた通信システムにあって、受信側ユーザの嗜好や装置自信の能力等を登録することによって、最適なものが選択される。

本発明の通信システムによれば、通信端末装置の送信手段が通信網上の位置情報と、メディア受信能力情報と、優先着信端末情報とを通信を制御する通信制御装置に登録するために送信し、通話開始要求受信手段が通信制御装置に登録された位置情報と、メディア受信能力情報と、優先着信端末情報とを参照して通信制御装置が転送してきた通話開始要求を受け取り、通話手段が通話開始要求受信手段にて受け取った通話開始要求に基づいて発信側通信端末装置との通話を行い、通信制御装置の着信先端末選択手段により発信側通信端末装置からの通話開始要求に対して位置情報格納手段、能力情報格納手段、優先着信端末情報格納手段を参照して複数の着信側通信端末装置から最適な通信端末装置を選択するので、例えばＩＰ電話ネットワークのような通信網を用いた通信システムにあって、受信側ユーザの嗜好や通信端末装置の能力、送受信されるメディアの種類等によって、受信側の最適な通信端末を選択することができる。

以下、本発明を実施するための最良の形態としてインターネットプロトコル（Internet Protocol：ＩＰ）電話ネットワークを用いたＩＰ通信システムを挙げる。図１に示すように、ＩＰ通信システム１はインターネット２に接続されたユーザＡの３台の通信端末装置Ａ−１、Ａ−２、Ａ−３と、ユーザＢの２台の通信端末装置Ｂ−１、Ｂ−２、Ｂ−３と、ユーザＡの通信端末装置とユーザＢの通信端末装置間の通信を制御する通信制御装置であるＩＰ電話サーバ３とからなる。

ユーザＡの３台の通信端末装置は、例えば３階建てのビル４の各フロアに図に示すように設置されている。１Ｆに設置されている通信端末装置Ａ−１は音声の送受信を行う電話装置であり、２Ｆに設置されている通信端末装置Ａ−２は音声、画像、テキスト、データファイルの送受信を行うＰＣであり、３Ｆに設置されている通信端末Ａ−３は画像、テキストの送受信を行う携帯情報端末である。これらユーザＡの３台の通信端末装置は、同一の電話番号もしくはＩＤを持っており、これらの情報をＩＰ電話サーバ３に登録する。また、これら３台の通信端末装置は、各々が音声のみの送受信能力を持つとか、音声、画像、テキスト、データファイルの送受信能力を持つという情報をＩＰ電話サーバ３に登録する。

ユーザＢの２台の通信端末装置は、例えば一つのフロア５の異なる部屋に図に示すように設置されている。例えば、左Ｌの部屋に設置されている通信端末装置Ｂ−１は音声、画像、テキスト、データファイルの送受信を行うＰＣであり、右Ｒの部屋に設置されている通信端末装置Ｂ−２は音声の送受信を行う電話装置である。これらユーザＢの２台の通信端末装置も、同一の電話番号もしくはＩＤを持っており、これらの情報をＩＰ電話サーバ３に登録する。また、これら２台の通信端末装置も、各々が能力情報をＩＰ電話サーバ３に登録する。

なお、この通話システム１では、ユーザＡとユーザＢの二者間の通信を例に挙げるが、通信するユーザは二者に限らず、よって通話システムへの参加者は２以上であることはもちろんである。

インターネット２は、一般公衆回線などの通信回線や、情報通信ネットワークを複数接続することによって世界中に拡がったネットワーク環境である。現在、広帯域、高速な通信回線の普及によってブロードバンド伝送（Broadband Transmission）を可能としている。光ファイバー、非対称ディジタル加入者線、無線等を用い、500kbps以上の通信回線でネットワークを構成している。

ＩＰ電話サーバ３は、ユーザＡ及びユーザＢの各通信端末装置から登録された位置情報や、能力情報等を受け付ける。さらに、ユーザＡ及びユーザＢの各通信端末装置から登録された後述する優先端末情報も受け付ける。そして、発信側ユーザから送信されたメディアに対して着信側ユーザの最適な通信端末装置を、登録された各端末の各情報に基づいて選択する。詳細については後述する。

図２は、ＩＰ通信システム１を構成するＩＰ電話サーバ３と、ＩＰ電話サーバ３にインターネット２を介して接続されるユーザＡの通信端末装置６及びユーザＢの通信端末装置７の機能を示すブロック図である。以下の説明では、通信端末装置６を発信側、通信端末装置７を着信側として説明する。

ＩＰ電話サーバ３は、上記各通信端末装置から登録された位置情報、能力情報などを格納しておくユーザ状態管理データベース１０を備えている。このユーザ状態管理データベース１０は、各通信端末装置のＩＰアドレスやポート番号などの位置情報の登録を受け付ける端末位置データベース（ＤＢ）１１、各通信端末の能力の登録を受け付ける端末能力ＤＢ１２、優先的に着信をする端末の登録を受け付ける優先着信端末ＤＢ１３、優先着信端末で着信を受けるメディアの登録を受け付ける優先メディアＤＢ１４からなる。また、ＩＰ電話サーバ３は、各通信端末装置からの登録要求を受け付ける登録受信部１５と、各端末装置から通話開始要求を受信し、通話開始応答を返すリクエスト処理部１６と、リクエスト処理部１６からの通話開始要求に対してユーザ状態管理ＤＢ１０を参照して着信側ユーザの最適な通信端末装置を選択する着信先端末選択部１７とを備えている。

登録受信部１５は、各通話端末装置からの登録要求D1を受け付ける。登録情報Infとしては、端末位置情報Inf1、端末能力情報Inf2、優先着信情報Inf3、優先メディア情報Inf4がある。これらの登録情報Infは、後述する端末位置ＤＢ１１、端末能力ＤＢ１２、優先着信端末ＤＢ１３、優先メディアＤＢ１４に登録される。

端末位置ＤＢ１１は、登録受信部１５から端末位置情報Inf1を受信し、ＤＢに登録する。図３には、端末位置ＤＢ１１に保持されるデータ（端末位置情報Inf1）について示す。端末位置ＤＢ１１に保持されるデータは、端末インデックス(idx)，所持ユーザを識別するための識別子(URI)，位置情報(Contact)からなる。例えば、端末インデックス１〜３は、ユーザＡの３台の通信端末装置を示すインデックスであり、”userA@sony.com”という同一の識別子を持つ。また、端末インデックス４，５は、ユーザＢの２台の通信端末装置を示すインデックスであり、”userB@sony.com”という同一の識別子を持つ。

端末能力ＤＢ１２は、登録受信部１５から端末能力情報Inf2を受信し、ＤＢに登録する。図４には、端末能力ＤＢ１２に保持されるデータ（端末能力情報Inf2）について示す。端末能力ＤＢ１２に保持されるデータは、端末インデックス(idx)，端末能力(Ability)からなる。端末能力は、音声(voice)，画像(video)，テキスト(message)，データファイル(data)などが例として挙げられるが，用途に応じて追加可能である。例えば、ユーザＡの端末インデックス１〜３の端末装置は、それぞれ”音声（voice）”、”音声(voice)，画像（video）”、”音声(voice)，画像（video）”という端末能力を持ち、それぞれ音声による送受信、音声、画像による送受信、音声、画像による送受信を行う。また、ユーザＢの端末インデックス４，５の端末装置は、それぞれ”音声(voice)，画像（video）メッセージ（message）、ファイルデータ（data）”、”音声（voice）”という端末能力を持つ。

優先着信端末ＤＢ１３は、登録受信部１５から優先着信情報Inf3を受信し、ＤＢに登録する。図５には、優先着信情報ＤＢ１３に保持されるデータ（優先着信情報Inf3）について示す。優先着信情報ＤＢ１３に保持されるデータは、端末インデックス(idx)，優先フラグ(prior)からなる。ユーザＡの端末インデックス１〜３の通信端末装置うち、もっとも優先度が高いのは端末インデックス１の通信端末装置であることを示す。具体的には、端末インデックス１の優先度が３０、端末インデックス２の優先度が２０、端末インデックス３の優先度が１０であり、最も優先度が高い端末インデックス１に優先フラグがついている。また、ユーザＢの端末インデックス４，５の通信端末装置のうち、優先度が高いのは端末インデックス５の通信端末装置であることを示す。上記と同様に、優先度が高い方に優先フラグがついている。

優先メディアＤＢ１４は、登録受信部１５から優先メディア情報Inf4を受信し、ＤＢに登録する。図６には、優先メディアＤＢ１４に保持されるデータ（優先メディア情報Inf4）を示す。ユーザ識別子(URI)と優先メディア(media)からなる。例えば、ユーザＡは、”音声(voice)，画像（video）”を優先メディアとし、ユーザＢは、”音声(voice)，画像（video），メッセージ（message）”を優先メディアとしている。優先メディアＤＢ１４は、付加機能であり、ユーザ毎に優先メディアを指定したい場合に利用する。利用しない場合は、システム全体で固有の優先メディア情報を保持し、それを利用する。

リクエスト処理部１６は、発信側の通信端末装置６から通話開始要求D2を受信し、着信先端末選択部１７に着信先要求D3として渡し、着信先端末選択部１７からの着信先取得A1にしたがって着信先へ通話開始要求D4を転送する。また、着信先通信端末装置７から返信される通話開始応答R1を受信し、発信先端末装置６に転送する（通話開始応答R2）。

着信先端末選択部１７は、通話開始要求D2に基づく着信先要求D3をリクエスト処理部１６から受信し、端末位置ＤＢ１１，端末能力ＤＢ１２，優先着信端末ＤＢ１３，優先メディアＤＢ１４に端末位置要求D5、端末能力要求D6、優先着信端末要求D7、優先メディア要求D8を出して検索し、端末位置取得A2、端末能力取得A3、優先着信端末取得A4、優先メディア取得A5を基に、最適な着信先端末装置を決定する。そして、決定した着信先端末をリクエスト処理部１６に返信する（着信先取得A1として）。

したがって、ＩＰ電話サーバ３は、発信側の通信端末装置６からの通話開始要求D2をリクエスト処理部１６で受信し、着信先端末選択部１７により、端末位置ＤＢ１１，端末能力ＤＢ１２，優先着信端末ＤＢ１３，優先メディアＤＢ１４を検索して、最適な着信先端末を決定する。決定した着信先端末（着信先取得A1）をリクエスト処理部１６を介して発信先の通信端末装置６に返信する。

次に、通信端末装置について説明する。通信端末装置６は、登録送信部２１と、リクエスト処理部２２と、通話部２３とを備えている。通信端末装置７も同様に、登録送信部３１と、リクエスト処理部３２と、通話部３３とを備えている。ここでは、通信端末装置６及び通信端末装置７は、発信側にも、着信側にもなるという前提で説明する。

登録送信部２１及び３１は、着信側である場合、ＩＰ電話サーバ３の登録受信部１５に対して端末の位置情報Inf1，能力情報Inf2，優先着信情報Inf3を送信する。リクエスト処理部２２及びリクエスト処理部３２は、発信側である場合、ＩＰ電話サーバ３に対して、通話に利用するメディアを指定して通話開始要求D2及びD4を送信し、通話開始応答R2及びR1を受信し、その後通話部２３及び３３に通話開始要求D9及びD10を送信する。通話部２３及び通話部３３は、発信側である場合、指定されたメディアによって着信先端末とデータをやり取りする。

以下に、上記通話システムの動作について説明する。優先メディアＤＢ１４を利用する場合と、しない場合の２種類が想定されるが、優先メディアＤＢ１４を利用しない場合、優先されるメディアはシステムで共通となり、設定変更は不可となるだけで、端末登録時及び通話開始時の動作は同一である。

まず、端末登録時の動作概要について図７〜図１６を参照して説明する。端末登録が完了した時点で、通信端末装置は着信を受け付けることが可能になる。ここでは、ユーザＡの通信端末装置を登録するものとする。

ユーザＡ(userA@sony.com)は、音声と画像が処理可能な通信端末装置Ａ−１１と、音声のみ処理可能な通信端末装置Ａ−１２と、音声，画像，テキスト，データファイルを処理できる通信端末装置Ａ−１３を所持している。ユーザＡのいずれかの通信端末装置の登録送信部２１から送信された、位置情報Inf1，能力情報Inf2，優先着信端末情報Inf3は、ＩＰ電話サーバ３の登録受信部１５を介して、それぞれ端末位置ＤＢ１１，端末能力ＤＢ１２、優先着信端末ＤＢ１３に登録される。ここで、優先着信端末情Inf3は，後に登録した端末が優先度が高くなるように登録される。もちろん、ユーザが明示的に変更することもできる。

例えば、通信端末装置Ａ−１１をＩＰ電話サーバ３に登録する場合は図７，図８に示すようになる。端末位置ＤＢ１１には、ユーザＡのＩＤと端末Ａ−１１のＩＰアドレス，ポート番号が図８（ａ）に端末インデックス１で示すように登録される。端末能力ＤＢ１２には、図８（ｂ）に示すように端末Ａ−１２の端末能力(voice,video)が登録される。優先着信端末ＤＢ１３には、図８（ｃ）に示すように端末Ａ−１１の優先度(10)が登録される。

また、通信端末装置Ａ−１２をＩＰ電話サーバ３に登録する場合は図９，図１０に示すようになる。端末位置ＤＢ１１には、ユーザＡのＩＤと端末Ａ−１２のＩＰアドレス，ポート番号が図１０（ａ）に端末インデックス２で示すように登録される。端末能力ＤＢ１２には、図１０（ｂ）に示すように端末Ａ−１２の端末能力(voice)が登録される。優先着信端末ＤＢ１３には、図１０（ｃ）に示すように端末Ａ−１２の優先度が登録される。既に端末インデックス１の端末Ａ−１１が優先度10で登録されているので、時間的に後から登録された端末Ａ−１２の優先度は端末Ａ−１１の優先度10より高い20となる。

また、通信端末装置Ａ−１３をＩＰ電話サーバ３に登録する場合は図１１，図１２に示すようになる。端末位置ＤＢ１１には、ユーザＡのＩＤと端末Ａ−１３のＩＰアドレス，ポート番号が図１２（ａ）に端末インデックス３で示すように登録される。端末能力ＤＢ１２には、図１２（ｂ）に示すように端末Ａ−１３の端末能力(voice，video，data，message)が登録される。優先着信端末ＤＢ１３には、図１２（ｃ）に示すように端末Ａ−１３の優先度が登録される。既に端末インデックス２の端末Ａ−１２が優先度20で登録されているので、端末Ａ−１３の優先度は時間的に後に登録されたことにより、一番高い30となる。

また、上記図１１及び図１２に示した状態から端末Ａ−１２の登録を解除する場合は図１３，図１４に示すようになる。端末Ａ−１２の登録を解除すると、図１４（ａ）に示すように、端末位置ＤＢ１１から端末インデックス２で示される端末Ａ−１２のＩＰアドレス，ポート番号が削除される。また、図１４（ｂ）に示すように、端末能力ＤＢ１２から端末Ａ−１２の端末能力が削除される。また、図１４（ｃ）に示されるように、優先着信端末ＤＢ１３から端末Ａ−１２の優先度が削除される。端末Ａ−１３が優先度30として登録されているので，端末Ａ−１２の削除に伴い端末Ａ−１３の優先度を20に変更する。

次に、優先メディアＤＢ１４への登録時の動作概要を図１５、図１６に示す。優先メディアＤＢ１４の優先メディアテーブルへの登録/登録内容変更/登録削除は、各端末から任意のタイミングで行うことができる。図１６に示すように、ユーザＡは端末Ａ−１１から音声を優先着信端末で受信するように登録している。ユーザＢは端末Ｂ−１１から音声，画像，テキストを優先着信端末で受信するように登録している。

以下には、上記各ＤＢを用いたＩＰ電話サーバ３における通話開始時のいくつかの処理手順について説明する。先ず、通話開始時のＩＰ電話サーバ３の第１の処理手順の概要について図１７を参照して説明しておく。送信側であるユーザが端末を利用して、着信側であるユーザに対して、利用するメディアを指定して通話開始要求を送信したところから処理は始まる。ＩＰ電話サーバ３は、ステップＳ１にて通話開始要求を受信する。ステップＳ２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３を参照し、着信側ユーザの優先着信端末を確認する。続いて、ＩＰ電話サーバ３は、ステップＳ３にて着信側ユーザの端末能力ＤＢ１２を参照する。ステップＳ４にて、ＩＰ電話サーバ３は、着信側ユーザの優先着信端末の能力と利用するメディアが合致しているかを上記優先着信端末ＤＢ１３及び端末能力ＤＢ１２の参照結果を基に判定する。このステップＳ４にて着信側ユーザの優先着信端末の能力と利用するメディアが合致していると判定すればステップＳ５に進み、ＩＰ電話サーバ３は着信側ユーザの優先着信端末に通話開始要求を転送する。このため、ステップＳ６にて送信側ユーザの端末と着信側ユーザの端末との間で通話が開始される。

ステップＳ４にて、ＩＰ電話サーバ３が優先着信端末の能力と利用するメディアが合致しないと判定したときにはステップＳ７に進む。ステップＳ７において、ＩＰ電話サーバ３は、優先メディアＤＢ４を参照する。そして、ステップＳ８にて、着信側ユーザの優先メディアと利用するメディアが合致するか否かを判定する。ＩＰ電話サーバ３が、ステップＳ８にて着信側ユーザの優先メディアと利用するメディアが合致していると判定する（ＹＥＳ）と、後述のステップＳ１２に進む。ステップＳ８にて着信側ユーザの優先メディアと利用するメディアが合致していないと判定する（ＮＯ）と、ステップＳ９に進む。ステップＳ９にて、ＩＰ電話サーバ３は、着信側ユーザの優先着信端末以外の端末で利用するメディアに合致する端末があるか否かを上記ステップＳ２及びステップＳ３にて優先着信端末ＤＢ１３及び端末能力ＤＢ１２を参照した結果を基に判定する。このステップＳ９にて着信側ユーザの優先着信端末以外の端末で利用するメディアに合致する端末があると判定する（ＹＥＳ）とＩＰ電話サーバ３はステップＳ１０に進んでメディアが合致した端末に通話開始要求を転送し、通話が開始される（ステップＳ６）。一方、上記ステップＳ９にて、ＩＰ電話サーバ３が優先着信端末以外の端末で利用するメディアに合致する端末がないと判定（ＮＯ）すればステップＳ１１に進み、発信側のユーザにエラーを返信し、通話開始はエラーとなる（ステップＳ１６）。

ステップＳ８にて着信側ユーザの優先メディアと利用するメディアが合致していると判定（ＹＥＳ）した場合、優先着信端末が優先メディアを処理できないことになる。そこで、ＩＰ電話サーバ３は、ステップＳ１２にて、優先着信端末に他のメディアがあるか否かをチェックする。ステップＳ１２にて、優先着信端末に他のメディアがある（ＹＥＳ）と判定すると、ＩＰ電話サーバ３はステップＳ１３に進み、優先着信端末の他のメディアを発信側の発信端末に返信する。これに対して、発信端末が合致するメディアで再度通話開始要求を発信したか否かを、ステップＳ１４にてＩＰ電話サーバ３はチェックする。ステップＳ１４にて、ＩＰサーバ３が発信端末は合致するメディアで再度通話開始要求を発信したと判定（ＹＥＳ）すると、この処理手順はステップＳ１に戻ることになる。また、ステップＳ１４にて、ＩＰサーバ３が発信端末は合致するメディアで再度通話開始要求を発信したと判定しなければ（ＮＯ）、発信側ユーザと着信側ユーザとの通話開始はエラーとなる（ステップＳ１６）。なお、上記ステップＳ１２にて、ＩＰ電話サーバ３が優先着信端末に他のメディアがない（ＮＯ）と判定すれば、ステップＳ１５に進み、発信側のユーザにエラーを返信し、通話開始はエラーとなる（ステップＳ１６）。

このように、第１の処理手順では、優先着信端末が対応していないメディアで通話開始要求があった場合、ＩＰ電話サーバ３は優先メディアＤＢ１４を参照し、利用するメディアが優先メディアＤＢ１４に登録されているメディアであるか否かをチェックする。利用するメディアが優先メディアＤＢ１４に登録されているメディアではなく、かつ他に対応している端末が有ればその端末に通話開始要求を転送する。また、優先メディアＤＢ１４に登録されているメディアではなく、かつ他に対応している端末が無ければ発信先にエラーを返す。また、利用するメディアが優先メディアＤＢ１４に登録されているメディアであり、かつ優先着信端末に他のメディアが有れば発信端末に上記他のメディアを返信し、再度通話するか否かを選択させる。また、利用するメディアが優先メディアＤＢ１４に登録されているメディアであり、かつ優先着信端末に他のメディアが無ければ発信端末にエラーを返信する。

上記図１７に示した第１の処理手順にしたがった動作のいくつかの具体例について図１８を参照して説明する。前提の状況は以下の通りである。ユーザＡは端末Ａ−２１を利用して、ユーザＢに対して通話を開始しようとしている。ユーザＢは３種類の端末を所持している。それぞれ音声，画像に対応する端末(Ｂ−２１)、音声にのみ対応する端末(Ｂ−２２）、音声，画像，テキストに対応可能な端末(Ｂ−２３）である。また、端末Ｂ−２２が優先着信端末に指定されている。また、ユーザＢの優先メディア情報は、音声(voice)と画像(video)に設定されている。

先ず、ユーザＡが音声によってユーザＢと通話しようとする場合のＩＰ電話サーバ３の上記第１の処理手順にしたがった動作の具体例を説明する。ユーザＡがＩＰ電話サーバ３に対して利用するメディア（音声）を指定してユーザＢ宛の通話開始要求を送信する。ＩＰ電話サーバ３は、ステップＳ１にて上記通話開始要求を受信する。ステップＳ２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３を参照し、ユーザＢの優先着信端末はＢ−２２であることを確認する。ステップＳ３にて、ＩＰ電話サーバ３は端末能力ＤＢ１２を参照し、端末Ｂ−２２が音声に対応可能であることを確認する。すると、ステップＳ４にて、ＩＰ電話サーバ３は、ユーザＡが発信しようとしているメディアは音声であり、優先着信端末Ｂ−２２にて着信可能であることを判定する。このため、ステップＳ５にて、ＩＰ電話サーバ３は通話開始要求を端末Ｂ−２２へ転送する。その結果、ステップＳ６にて端末Ａ−２１と端末Ｂ−２２の間で通話が開始される。

次に、ユーザＡがテキスト(message)をユーザＢに対して送信しようとする場合のＩＰ電話サーバ３の上記第１の処理手順にしたがった動作の具体例を説明する。ユーザＡがＩＰ電話サーバ３に対して利用するメディア（テキスト）を指定してユーザＢ宛の通話開始要求を送信する。ＩＰ電話サーバ３は、ステップＳ１にて上記通話開始要求を受信する。ステップＳ２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３の優先着信端末を参照し、ユーザＢの優先着信端末はＢ−２２であることを認識する。ステップＳ３にて、ＩＰ電話サーバ３は端末能力ＤＢ１２を参照する。すると、ステップＳ４にて、ＩＰ電話サーバ３は、優先着信端末である端末Ｂ−２２の能力（音声）と利用するメディア（テキスト）が合致していないことを判定する（ステップＳ４にてＮＯ）。つまり、端末Ｂ−２２は、テキストに対応不可能であることを認識する。ステップＳ４にてＮＯと判定したので、ＩＰ電話サーバ３は、ステップＳ７にて、優先メディアＤＢ１４を参照し、ユーザＢの優先メディアは音声、映像であることを確認する。すると、ＩＰ電話サーバ３は、ステップＳ８にて着信側ユーザの優先メディア（音声、映像）と利用するメディア（テキスト）が合致しない（ＮＯ）ことを判定する。ＩＰ電話サーバ３は、ステップＳ９にて、端末能力ＤＢ２を参照し、ユーザＢの優先着信端末以外の所持端末中で、利用するメディア（テキスト）に合致する端末があるか否かを検索する。図１８に示した場合には、端末Ｂ−２３がテキストの受信能力があるので、ＩＰ電話サーバ３はステップＳ９にてＹＥＳと判定し、ステップＳ１０に進む。ステップＳ１０にてＩＰ電話サーバ３は端末Ｂ−２３に通話開始要求を転送し、ステップＳ６にて発信端末Ａ−２１と着信端末Ｂ−２３の間でテキストによる通話が開始される。

次に、ユーザＡが画像をユーザＢに送信しようとする場合のＩＰ電話サーバ３の上記第１の処理手順にしたがった動作の具体例について説明する。ユーザＡがＩＰ電話サーバ３に対して利用するメディア（画像）を指定してユーザＢ宛の通話開始要求を送信する。ＩＰ電話サーバ３は、ステップＳ１にて上記通話開始要求を受信する。ステップＳ２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３の優先着信端末を参照し、ユーザＢの優先着信端末はＢ−２２であることを認識する。ステップＳ３にて、ＩＰ電話サーバ３は端末能力ＤＢ１２を参照する。すると、ステップＳ４にて、ＩＰ電話サーバ３は、優先着信端末である端末Ｂ−２２の能力（音声）と利用するメディア（画像）が合致していないことを判定する（ステップＳ４にてＮＯ）。つまり、端末Ｂ−２２は、画像に対応不可能であることを認識する。ステップＳ４にてＮＯと判定したので、ＩＰ電話サーバ３は、ステップＳ７にて、優先メディアＤＢ１４を参照し、ユーザＢの優先メディアは音声、映像であることを確認する。すると、ＩＰ電話サーバ３は、ステップＳ８にて着信側ユーザの優先メディア（音声、映像）と利用するメディア（画像）が合致した（ＹＥＳ）ことを判定する。これにより、ＩＰ電話サーバ３は、ユーザＢの優先着信端末Ｂ−２２が優先メディアを処理できないのを確認したことになる。ステップＳ１２にてＩＰ電話サーバ３は、優先着信端末Ｂ−２２に他のメディア（音声）があることにより、ステップＳ１３にて発信端末に音声ならば通話可能であることを返信する。ステップＳ１４にて、発信端末Ａ−２１が上記音声で再度通話要求を出したと判定すれば、ステップＳ１からの処理を繰り返す。もし、発信端末Ａ−２１が上記音声での再度通話要求をださなければ通話開始エラー（ステップＳ１６）となり、通話は開始されない。

次に、ユーザＡがデータファイルをユーザＢに送信しようとする場合のＩＰ電話サーバ３の上記第１の処理手順にしたがった動作の具体例について説明する。ユーザＡがＩＰ電話サーバ３に対して利用するメディア（データファイル）を指定してユーザＢ宛の通話開始要求を送信する。ＩＰ電話サーバ３は、ステップＳ１にて上記通話開始要求を受信する。ステップＳ２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３の優先着信端末を参照し、ユーザＢの優先着信端末はＢ−２２であることを認識する。ステップＳ３にて、ＩＰ電話サーバ３は端末能力ＤＢ１２を参照する。すると、ステップＳ４にてＩＰ電話サーバ３は、優先着信端末である端末Ｂ−２２の能力（音声）と利用するメディア（データファイル）が合致していないことを判定する（ステップＳ４にてＮＯ）。ステップＳ４にてＮＯと判定したので、ＩＰ電話サーバ３は、ステップＳ７にて、優先メディアＤＢ１４を参照し、ユーザＢの優先メディアは音声、映像であることを確認する。すると、ＩＰ電話サーバ３は、ステップＳ８にて着信側ユーザの優先メディア（音声、映像）と利用するメディア（データファイル）が合致しない（ＮＯ）ことを判定する。ＩＰ電話サーバ３は、ステップＳ９にて、端末能力ＤＢ１２を参照し、ユーザＢの優先着信端末以外の所持端末中で、利用するメディア（テキスト）に合致する端末があるか否かを検索する。ユーザＢ側ではデータファイルを受信可能な端末はない。このため、ＩＰ電話サーバ３は、ステップＳ１１にて、端末Ａ−２１にエラーを返信するので、通話は開始されない（ステップＳ１６）。

図１９には、ユーザＢにおいてリアルタイム系メディアに対応した端末をさらに備えた場合の構成を示す。上記図１８に示した構成と異なるのは、ユーザＢがＭＰＥＧ４による映像や、ＭＰ３によるオーディオなどのリアルタイム系メディアに対応可能な端末（Ｂ−２４）を備えていることである。

図１７と図１９を参照し、ユーザＡがユーザＢと通話中、あるいは非通話時において、ユーザＡがユーザＢに対してリアルタイム系メディアを送信しようとする場合のＩＰ電話サーバ３の上記第１の処理手順にしたがった動作の具体例を説明する。ユーザＡがＩＰ電話サーバ３に対して利用するメディア（リアルタイム系メディア）を指定してユーザＢ宛の通話開始要求を送信する。ＩＰ電話サーバ３は、ステップＳ１にて上記通話開始要求を受信する。ステップＳ２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３の優先着信端末を参照し、ユーザＢの優先着信端末はＢ−２２であることを認識する。ステップＳ３にて、ＩＰ電話サーバ３は端末能力ＤＢ１２を参照する。すると、ステップＳ４にて、ＩＰ電話サーバ３は、優先着信端末である端末Ｂ−２２の能力（音声）と利用するメディア（リアルタイム系メディア）が合致していないことを判定する（ステップＳ４にてＮＯ）。ステップＳ４にてＮＯと判定したので、ＩＰ電話サーバ３は、ステップＳ７にて、優先メディアＤＢ１４を参照し、ユーザＢの優先メディアは音声、映像であることを確認する。すると、ＩＰ電話サーバ３は、ステップＳ８にて着信側ユーザの優先メディア（音声、映像）と利用するメディア（リアルタイム系メディア）が合致しない（ＮＯ）ことを判定する。ＩＰ電話サーバ３は、ステップＳ９にて、端末能力ＤＢ１２を参照し、ユーザＢの優先着信端末以外の所持端末中で、利用するメディア（リアルタイム系メディア）に合致する端末があるか否かを検索する。端末Ｂ−２４がリアル系メディアを受信可能であるので、ステップＳ９はＹＥＳとなり、ステップＳ１０にてメディアが合致した端末Ｂ−２４に通話開始要求を転送する。この結果、端末Ａ−２１と端末Ｂ−２４の間で通話が開始される（ステップＳ６）。このとき、端末Ｂ−２４は受信するリアルタイム系メディアを自動的に再生する。ユーザＢが「再生」ボタンを押す、といった操作を必要としない。

次に、通話開始時のＩＰ電話サーバ３の第２の処理手順の概要について図２０を参照して説明する。送信側であるユーザが端末を利用して、着信側であるユーザに対して、利用するメディアを指定して通話開始要求を送信したところからこの処理は始まる。ＩＰ電話サーバ３は、ステップＳ１１にて通話開始要求を受信する。ステップＳ１２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３を参照し、着信側ユーザの優先着信端末を確認する。続いて、ＩＰ電話サーバ３は、ステップＳ１３にて着信側ユーザの端末能力ＤＢ１２を参照する。ステップＳ１４にて、ＩＰ電話サーバ３は、着信側ユーザの優先着信端末の能力と利用するメディアが合致しているかを上記優先着信端末ＤＢ１３及び端末能力ＤＢ１２の参照結果を基に判定する。このステップＳ１４にて着信側ユーザの優先着信端末の能力と利用するメディアが合致していると判定すればステップＳ１５に進み、ＩＰ電話サーバ３は着信側ユーザの優先着信端末に通話開始要求を転送する。このため、ステップＳ１６にて送信側ユーザの端末と着信側ユーザの端末との間で通話が開始される。

ステップＳ１４にて、ＩＰ電話サーバ３が優先着信端末の能力と利用するメディアが合致しないと判定したときにはステップＳ１７に進む。ステップＳ１７にあって、ＩＰ電話サーバ３は、着信側ユーザの優先着信端末以外の端末で利用するメディアに合致する端末があるか否かを上記ステップＳ１２及びステップＳ１３にて優先着信端末ＤＢ１３及び端末能力ＤＢ１２を参照した結果を基に判定する。このステップＳ１７にて着信側ユーザの優先着信端末以外の端末で利用するメディアに合致する端末があると判定する（ＹＥＳ）とＩＰ電話サーバ３はステップＳ１８に進む。ステップＳ１８において、ＩＰ電話サーバ３は、優先メディアＤＢ１４を参照する。そして、ステップＳ１９にて、着信側ユーザの優先メディアと利用するメディアが合致するか否かを判定する。このステップＳ１９にて着信側ユーザの優先メディアと利用するメディアが合致していれば（ＹＥＳ）、ステップＳ２０に進んでメディアが合致した端末に通話開始要求を転送し、通話が開始される（ステップＳ１６）。しかし、ステップＳ１９にて着信側ユーザの優先メディアと利用するメディアが合致していなければ（ＮＯ）、ステップＳ２１に進んで、優先着信端末の能力に合致するメディアを発信端末に返信する。これに対して、発信端末が合致するメディアで再度通話開始要求を発信したか否かを、ステップＳ２２にてＩＰ電話サーバ３はチェックする。ステップＳ２２にて、ＩＰ電話サーバ３が発信端末は合致するメディアで再度通話開始要求を発信したと判定すると、この処理手順はステップＳ１１に戻ることになる。また、ステップＳ２２にて、ＩＰ電話サーバ３が発信端末は合致するメディアで再度通話開始要求を発信したと判定しなければ（ＮＯ）、発信側ユーザと着信側ユーザとの通話開始はエラーとなる。なお、上記ステップＳ１７にて、ＩＰ電話サーバ３が優先着信端末以外の端末で利用するメディアに合致する端末がないと判定すればステップＳ２４に進み、発信側のユーザにエラーを返信し、通話開始はエラーとなる（ステップＳ２３）。

このように、第２の処理手順では、優先着信端末が対応していないメディアで通話開始要求があった場合、ＩＰ電話サーバ３は、端末能力ＤＢ１２を参照して優先着信端末以外の端末で利用するメディアに合致する端末があるか否かをチェックする。優先着信端末以外の端末で利用するメディアに合致する端末がなければ、発信先にエラーを返す。優先着信端末以外の端末で利用するメディアに合致する端末があれば、ＩＰ電話サーバ３は優先メディアＤＢ１４を参照し、利用するメディアが優先メディアＤＢ１４に登録されているメディアであるか否かをチェックする。もし、合致していれば、メディアが合致した端末に通話開始要求を転送する。合致していなければ、優先着信端末と合致するメディアを発信端末に返信し、再度通話するか否かを選択させる。

上記図２０に示した第２の処理手順にしたがった動作のいくつかの具体例について上記図１８を参照して説明する。前提となる状況は前述した通りである。

先ず、ユーザＡが音声によってユーザＢと通話しようとする場合のＩＰ電話サーバ３の第２の処理手順にしたがった動作の具体例を説明する。ユーザＡがＩＰ電話サーバ３に対して利用するメディア（音声）を指定してユーザＢ宛の通話開始要求を送信する。ＩＰ電話サーバ３は、ステップＳ１１にて上記通話開始要求を受信する。ステップＳ１２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３を参照し、ユーザＢの優先着信端末はＢ−２２であることを確認する。ステップＳ１３にて、ＩＰ電話サーバ３は端末能力ＤＢ１２を参照し、端末Ｂ−２２が音声に対応可能であることを確認する。すると、ステップＳ１４にて、ＩＰ電話サーバ３は、ユーザＡが発信しようとしているメディアは音声であり、優先着信端末Ｂ−２２にて着信可能であることを判定する。このため、ステップＳ１５にて、ＩＰ電話サーバ３は通話開始要求を端末Ｂ−２２へ転送する。その結果、ステップＳ１６にて端末Ａ−２１と端末Ｂ−２２の間で通話が開始される。

次に、ユーザＡがテキスト(message)をユーザＢに対して送信しようとする場合のＩＰ電話サーバ３の上記第２の処理手順にしたがった動作の具体例を説明する。ユーザＡがＩＰ電話サーバ３に対して利用するメディア（テキスト）を指定してユーザＢ宛の通話開始要求を送信する。ＩＰ電話サーバ３は、ステップＳ１１にて上記通話開始要求を受信する。ステップＳ１２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３の優先着信端末を参照し、ユーザＢの優先着信端末はＢ−２２であることを認識する。ステップＳ１３にて、ＩＰ電話サーバ３は端末能力ＤＢ１２を参照する。すると、ステップＳ１４にて、ＩＰ電話サーバ３は、優先着信端末である端末Ｂ−２２の能力（音声）と利用するメディア（テキスト）が合致していないことを判定する（ステップＳ１４にてＮＯ）。つまり、端末Ｂ−２２は、テキストに対応不可能であることを認識する。ステップＳ１４にてＮＯと判定したので、ＩＰ電話サーバ３は、ステップＳ１７にて、端末能力ＤＢ１２を参照し、ユーザＢの優先着信端末以外の所持端末中で、利用するメディア（テキスト）に合致する端末があるか否かを検索する。図１８に示した場合には、端末Ｂ−２３がテキストの受信能力があるので、ＩＰ電話サーバ３はステップＳ１７にてＹＥＳと判定し、ステップＳ１８に進む。ステップＳ１８にて、ＩＰ電話サーバ３はユーザＢの優先メディアＤＢ１４を参照し、ユーザＢの優先メディアは音声と画像であることを認識する。ステップＳ１９にて、ＩＰ電話サーバ３は着信側ユーザＢの優先メディア（音声、画像）と利用するメディア（テキスト）が合致しない（ＮＯ）と判定し、ステップＳ２１に進んで、優先着信端末Ｂ−２２と合致するメディア（音声）を発信端末Ａ−２１に返信する。このとき、ステップＳ２２にて、発信側端末Ａ−２１が合致するメディア（音声）で再度通話開始要求を発信したとＩＰ電話サーバ３が判定すると、上記ステップＳ１１からの処理を繰り返す。もし、ステップＳ２２にて、発信側端末Ａ−２１が合致するメディア（音声）で再度通話開始要求を発信しない（ＮＯ）とＩＰ電話サーバ３が判定すると、ステップＳ２３にて通話開始エラーとする。

この具体例では、優先着信端末（Ｂ−２２）以外の端末（Ｂ−２３）がテキストの受信能力があっても、着信側ユーザの優先メディア（音声、画像）と利用するメディア（テキスト）が合致していないので、優先着信端末（Ｂ−２２）と合致するメディアを発信端末（Ａ−２１）に返信している。そして、発信端末に再度通話するか否かを選択させている。

次に、ユーザＡが画像をユーザＢに送信しようとする場合のＩＰ電話サーバ３の上記第２の処理手順にしたがった動作の具体例について説明する。ユーザＡがＩＰ電話サーバ３に対して利用するメディア（画像）を指定してユーザＢ宛の通話開始要求を送信する。ＩＰ電話サーバ３は、ステップＳ１１にて上記通話開始要求を受信する。ステップＳ１２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３の優先着信端末を参照し、ユーザＢの優先着信端末はＢ−２２であることを認識する。ステップＳ１３にて、ＩＰ電話サーバ３は端末能力ＤＢ１２を参照する。すると、ステップＳ１４にて、ＩＰ電話サーバ３は、優先着信端末である端末Ｂ−２２の能力（音声）と利用するメディア（画像）が合致していないことを判定する（ステップＳ１４にてＮＯ）。ステップＳ１７にて、ＩＰ電話サーバ３は、端末能力ＤＢ１２を参照し、ユーザＢの優先着信端末以外の所持端末中で、利用するメディア（画像）に合致する端末があるか否かを検索する。ここでは、端末Ｂ−２１が画像を受信可能である。端末Ｂ−２３も画像を受信可能であるが、優先度がＢ−２１の方が高かったとする。次に、ＩＰ電話サーバ３は、優先メディアＤＢ１４を参照し（ステップＳ１８）、着信側の優先メディアと利用するメディアが合致するか否かをチェックする（ステップＳ１９）。図１８に示した場合では、ユーザＢの優先メディアは画像、音声であるので、ステップＳ１９はＹＥＳと判定され、ステップＳ２０に進んで、メディアが合致した端末Ｂ−２１に通話開始要求を転送し、ステップＳ１６にて通話が開始される。

この具体例では、優先着信端末（Ｂ−２２）以外の端末（Ｂ−２１）が画像の受信能力を有し、かつ着信側ユーザの優先メディア（音声、画像）と利用するメディア（画像）が合致しているので、画像に対応する端末（Ｂ−２１）に通話開始要求を転送している。

次に、ユーザＡがデータファイルをユーザＢに送信しようとする場合のＩＰ電話サーバ３の上記第２の処理手順にしたがった動作の具体例について説明する。ユーザＡがＩＰ電話サーバ３に対して利用するメディア（データファイル）を指定してユーザＢ宛の通話開始要求を送信する。ＩＰ電話サーバ３は、ステップＳ１１にて上記通話開始要求を受信する。ステップＳ１２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３の優先着信端末を参照し、ユーザＢの優先着信端末はＢ−２２であることを認識する。ステップＳ１３にて、ＩＰ電話サーバ３は端末能力ＤＢ１２を参照する。すると、ステップＳ１４にてＩＰ電話サーバ３は、優先着信端末である端末Ｂ−２２の能力（音声）と利用するメディア（データファイル）が合致していないことを判定する（ステップＳ１４にてＮＯ）。ステップＳ１７にて、ＩＰ電話サーバ３は、端末能力ＤＢ１２を参照し、ユーザＢの優先着信端末以外の所持端末中で、利用するメディア（データファイル）に合致する端末があるか否かを検索する。ユーザＢ側ではデータファイルを受信可能な端末はない。このため、ＩＰ電話サーバ３は、ステップＳ２４にて、端末Ａ−２１にエラーを返信するので、通話は開始されない。

次に、通話開始時のＩＰ電話サーバ３の第３の処理手順の概要について図２１を参照して説明する。この第３の処理手順は、上記図２に示すＩＰ電話サーバ３０内の優先メディアＤＢ１４を利用しないとき、又は優先メディアＤＢ１４が無いときの処理手順である。送信側であるユーザが端末を利用して、着信側であるユーザに対して、利用するメディアを指定して通話開始要求を送信したところからこの処理は始まる。ＩＰ電話サーバ３は、ステップＳ３１にて通話開始要求を受信する。ステップＳ３２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３を参照し、着信側ユーザの優先着信端末を確認する。続いて、ＩＰ電話サーバ３は、ステップＳ３３にて着信側ユーザの端末能力ＤＢ１２を参照する。ステップＳ３４にて、ＩＰ電話サーバ３は、着信側ユーザの優先着信端末の能力と利用するメディアが合致しているかを上記優先着信端末ＤＢ１３及び端末能力ＤＢ１２の参照結果を基に判定する。このステップＳ３４にて着信側ユーザの優先着信端末の能力と利用するメディアが合致していると判定すればステップＳ３５に進み、ＩＰ電話サーバ３は着信側ユーザの優先着信端末に通話開始要求を転送する。このため、ステップＳ３６にて送信側ユーザの端末と着信側ユーザの端末との間で通話が開始される。

ステップＳ３４にて、ＩＰ電話サーバ３が優先着信端末の能力と利用するメディアが合致しないと判定したときにはステップＳ３７に進む。ステップＳ３７にあって、ＩＰ電話サーバ３は、着信側ユーザの優先着信端末以外の端末で利用するメディアに合致する端末があるか否かを上記ステップＳ３２及びステップＳ３３にて優先着信端末ＤＢ１３及び端末能力ＤＢ１２を参照した結果を基に判定する。このステップＳ３７にて着信側ユーザの優先着信端末以外の端末で利用するメディアに合致する端末があると判定する（ＹＥＳ）とＩＰ電話サーバ３はステップＳ３８に進む。ステップＳ３８ではメディアが合致した端末に通話開始要求を転送し、通話が開始される（ステップＳ３６）。しかし、上記ステップＳ３７にて、ＩＰ電話サーバ３が優先着信端末以外の端末で利用するメディアに合致する端末がないと判定すればステップＳ３９に進む。ＩＰ電話サーバ３は、ステップＳ３９にて優先着信端末の能力に合致するメディアを発信端末に返信する。これに対して、発信端末が合致するメディアで再度通話開始要求を発信したか否かを、ステップＳ４０にてＩＰ電話サーバ３はチェックする。ステップＳ４０にて、ＩＰ電話サーバ３が発信端末は合致するメディアで再度通話開始要求を発信したと判定すると、この処理手順はステップＳ３１に戻ることになる。また、ステップＳ４０にて、ＩＰ電話サーバ３が発信端末は合致するメディアで再度通話開始要求を発信したと判定しなければ（ＮＯ）、発信側ユーザと着信側ユーザとの通話開始はエラーとなる（ステプＳ４１）。

このように、第３の処理手順では、優先着信端末が対応していないメディアで通話開始要求があった場合、ＩＰ電話サーバ３は、端末能力ＤＢ１２を参照して優先着信端末以外の端末で利用するメディアに合致する端末があるか否かをチェックする。優先着信端末以外の端末で利用するメディアに合致する端末があれば、ＩＰ電話サーバ３は、メディアが合致した端末に通話開始要求を転送する。優先着信端末以外の端末で利用するメディアに合致する端末がなければ、優先着信端末と合致するメディアを発信端末に返信し、再度通話するか否かを選択させる。

上記図２１に示した第３の処理手順にしたがった動作のいくつかの具体例について上記図１８を参照して説明する。前提となる状況は前述した通りである。

先ず、ユーザＡが音声によってユーザＢと通話しようとする場合のＩＰ電話サーバ３の第３の処理手順にしたがった動作の具体例を説明する。ユーザＡがＩＰ電話サーバ３に対して利用するメディア（音声）を指定してユーザＢ宛の通話開始要求を送信する。ＩＰ電話サーバ３は、ステップＳ３１にて上記通話開始要求を受信する。ステップＳ３２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３を参照し、ユーザＢの優先着信端末はＢ−２２であることを確認する。ステップＳ３３にて、ＩＰ電話サーバ３は端末能力ＤＢ１２を参照し、端末Ｂ−２２が音声に対応可能であることを確認する。すると、ステップＳ３４にて、ＩＰ電話サーバ３は、ユーザＡが発信しようとしているメディアは音声であり、優先着信端末Ｂ−２２にて着信可能であることを判定する。このため、ステップＳ３５にて、ＩＰ電話サーバ３は通話開始要求を端末Ｂ−２２へ転送する。その結果、ステップＳ３６にて端末Ａ−２１と端末Ｂ−２２の間で通話が開始される。

次に、ユーザＡがテキスト(message)をユーザＢに対して送信しようとする場合のＩＰ電話サーバ３の上記第３の処理手順にしたがった動作の具体例を説明する。ユーザＡがＩＰ電話サーバ３に対して利用するメディア（テキスト）を指定してユーザＢ宛の通話開始要求を送信する。ＩＰ電話サーバ３は、ステップＳ３１にて上記通話開始要求を受信する。ステップＳ３２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３の優先着信端末を参照し、ユーザＢの優先着信端末はＢ−２２であることを認識する。ステップＳ３３にて、ＩＰ電話サーバ３は端末能力ＤＢ１２を参照する。すると、ステップＳ３４にて、ＩＰ電話サーバ３は、優先着信端末である端末Ｂ−２２の能力（音声）と利用するメディア（テキスト）が合致していないことを判定する（ステップＳ３４にてＮＯ）。つまり、端末Ｂ−２２は、テキストに対応不可能であることを認識する。ステップＳ３４にてＮＯと判定したので、ＩＰ電話サーバ３は、ステップＳ３７にて、端末能力ＤＢ１２を参照し、ユーザＢの優先着信端末以外の所持端末中で、利用するメディア（テキスト）に合致する端末があるか否かを検索する。図１８に示した場合には、端末Ｂ−２３がテキストの受信能力があるので、ＩＰ電話サーバ３はステップＳ３７にてＹＥＳと判定し、ステップＳ３８に進む。ステップＳ３８にてＩＰ電話サーバ３は、メディアが合致した端末Ｂ−２３に通話開始要求を転送する。これにより、ステップＳ３６にて発信先端末Ａ−２１と端末Ｂ−２３との間で、テキストが通話される。

この具体例では、優先着信端末（Ｂ−２２）以外の端末（Ｂ−２３）がテキストの受信能力があるので、ＩＰ電話サーバ３は、端末Ｂ−２３に通話開始要求を送っている。

次に、ユーザＡが画像をユーザＢに送信しようとする場合のＩＰ電話サーバ３の上記第３の処理手順にしたがった動作の具体例について説明する。ユーザＡがＩＰ電話サーバ３に対して利用するメディア（画像）を指定してユーザＢ宛の通話開始要求を送信する。ＩＰ電話サーバ３は、ステップＳ３１にて上記通話開始要求を受信する。ステップＳ３２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３の優先着信端末を参照し、ユーザＢの優先着信端末はＢ−２２であることを認識する。ステップＳ３３にて、ＩＰ電話サーバ３は端末能力ＤＢ１２を参照する。すると、ステップＳ３４にて、ＩＰ電話サーバ３は、優先着信端末である端末Ｂ−２２の能力（音声）と利用するメディア（画像）が合致していないことを判定する（ステップＳ３４にてＮＯ）。ステップＳ３７にて、ＩＰ電話サーバ３は、端末能力ＤＢ１２を参照し、ユーザＢの優先着信端末以外の所持端末中で、利用するメディア（画像）に合致する端末があるか否かを検索する。ここでは、端末Ｂ−２１が画像を受信可能である。端末Ｂ−２３も画像を受信可能であるが、優先度がＢ−２１の方が高かったとする。次に、ＩＰ電話サーバ３は、メディアが合致した端末Ｂ−２１に通話開始要求を転送し、ステップＳ３６にて通話が開始される。

この具体例でも、優先着信端末（Ｂ−２２）以外の端末（Ｂ−２１）が画像の受信能力を有しているので、画像に対応する端末（Ｂ−２１）に通話開始要求を転送している。

次に、ユーザＡがデータファイルをユーザＢに送信しようとする場合のＩＰ電話サーバ３の上記第３の処理手順にしたがった動作の具体例について説明する。ユーザＡがＩＰ電話サーバ３に対して利用するメディア（データファイル）を指定してユーザＢ宛の通話開始要求を送信する。ＩＰ電話サーバ３は、ステップＳ３１にて上記通話開始要求を受信する。ステップＳ３２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３の優先着信端末を参照し、ユーザＢの優先着信端末はＢ−２２であることを認識する。ステップＳ３３にて、ＩＰ電話サーバ３は端末能力ＤＢ１２を参照する。すると、ステップＳ３４にてＩＰ電話サーバ３は、優先着信端末である端末Ｂ−２２の能力（音声）と利用するメディア（データファイル）が合致していないことを判定する（ステップＳ３４にてＮＯ）。ステップＳ３７にて、ＩＰ電話サーバ３は、端末能力ＤＢ１２を参照し、ユーザＢの優先着信端末以外の所持端末中で、利用するメディア（データファイル）に合致する端末があるか否かを検索する。ユーザＢ側ではデータファイルを受信可能な端末はない。このため、ＩＰ電話サーバ３は、ステップＳ３９に進む。ステップＳ３９にてＩＰ電話サーバ３は、優先着信端末Ｂ−２２は音声なら通話可能であるので、音声ではどうかということを発信端末に返信する。ステップＳ４０にて、発信端末が音声でも良いとし再度通話開始要求を発信するとＩＰ電話サーバ３はステップＳ３１からの処理を繰り返す。もしも、ステップＳ４０にて、発信端末が音声では通信はしないという判断のもと再度通話開始要求を発信しなければステップＳ４１に進み、通話開始はエラーとなる。

次に、ユーザＡがユーザＢに対してリアルタイム系メディアを送信しようとする場合のＩＰ電話サーバ３の上記第３の処理手順にしたがった動作の具体例を説明する。上記図１９において、ユーザＡがＩＰ電話サーバ３に対して利用するメディア（リアルタイム系メディア）を指定してユーザＢ宛の通話開始要求を送信する。ＩＰ電話サーバ３は、ステップＳ３１にて上記通話開始要求を受信する。ステップＳ３２にて、ＩＰ電話サーバ３は、優先着信端末ＤＢ１３の優先着信端末を参照し、ユーザＢの優先着信端末はＢ−２２であることを認識する。ステップＳ３３にて、ＩＰ電話サーバ３は端末能力ＤＢ１２を参照する。すると、ステップＳ３４にて、ＩＰ電話サーバ３は、優先着信端末である端末Ｂ−２２の能力（音声）と利用するメディア（リアルタイム系メディア）が合致していないことを判定する（ステップＳ３４にてＮＯ）。ステップＳ３４にてＮＯと判定したので、ＩＰ電話サーバ３は、ステップＳ３７にて、端末能力ＤＢ１２を参照し、ユーザＢの優先着信端末以外の所持端末中で、利用するメディア（リアルタイム系メディア）に合致する端末があるか否かを検索する。端末Ｂ−２４がリアル系メディアを受信可能であるので、ステップＳ３７はＹＥＳとなり、ステップＳ３８にてメディアが合致した端末Ｂ−２４に通話開始要求を転送する。この結果、端末Ａ−２１と端末Ｂ−２４の間で通話が開始される（ステップＳ３６）。このとき、端末Ｂ−２４は受信するリアルタイム系メディアを自動的に再生する。ユーザＢが「再生」ボタンを押す、といった操作を必要としない。

上記実施の形態は、ＩＰ電話プロトコルであるＳＩＰを用いて実現することができる。通話開始要求、通話開始応答、端末位置ＤＢについては、ＲＦＣ３２６１に準拠する。通話に利用するメディアを指定する部分については、draft-ietf-sip-callerprefsに準拠する。端末能力ＤＢについてはdraft-ietf-sip-callee-capsに準拠する。優先着信端末ＤＢについては、ＲＦＣ３２６１で提案されているq値をpriorパラメータとして利用する。優先メディアＤＢについては独自な拡張ＤＢとなる。

なお、上記ＩＰ電話サーバ３は、図２２に構成を示すコンピュータによって構成されている。ＣＰＵ（Central Processing Unit）５１は、ＲＯＭ（Read Only Memory）５２に記憶されている各種プログラム、または記憶部５８からＲＡＭ（Random Access Memory）５３にロードされた各種プログラムに従って各種の処理を実行する。ＲＡＭ５３にはまた、ＣＰＵ５１が各種の処理を実行する上において必要なデータなども適宜記憶される。

ＣＰＵ５１，ＲＯＭ５２及びＲＡＭ５３は、バス５４を介して相互に接続されている。このバス５４にはまた、入出力インターフェース５５も接続されている。入出力インタフェース１５には、キーボード、マウスなどよりなる入力部５６、ＣＲＴ、ＬＣＤなどよりなるディスプレイ、並びに、ヘッドフォンやスピーカなどよりなる出力部１５、ハードディスクなどより構成される記憶部５８、モデム、ターミナルアダプタなどより構成される通信部５９が接続されている。

通信部５９は、インターネット２を介して通信処理を行う。ＣＰＵ５１から提供されたデータを送信する。また通信部５９は通信相手から受信したデータをＣＰＵ５１、ＲＡＭ５３、記憶部５８に出力する。記憶部５８はＣＰＵ５１との間でやり取りし、情報の保存・消去を行う。通信部５９はまた、他のクライアントとの間で、アナログ信号またはデジタル信号の通信処理を行う。

入出力インタフェース５５にはまた、必要に応じてドライブ６０が接続され、磁気ディスク６１、光ディスク６２、光磁気ディスク６３、或いは半導体メモリ６４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部６８にインストールされる。なお、記憶部６８は例えばＨＤＤである。

また、通信端末装置６、７もＰＣ、ＰＤＡであるときには、上記図２２に示した構成となる。また、電話装置であるときには、図２２に示した構成に準拠した構成となる。

ＩＰ通信システムの構成図である。 ＩＰ通信システムを構成するＩＰ電話サーバと、ＩＰ電話サーバにインターネットを介して接続されるユーザＡの通信端末装置及びユーザの通信端末装置の機能を示すブロック図である。 端末位置ＤＢに保持されるデータを示す図である。 端末能力ＤＢに保持されるデータを示す図である。 優先着信端末ＤＢに保持されるデータを示す図である。 優先メディアＤＢに保持されるデータを示す図である。 通信端末装置Ａ−１１をＩＰ電話サーバに登録する動作概要を説明するための図である。 通信端末装置Ａ−１１をＩＰ電話サーバに登録するときに各ＤＢに保持されるデータを示す図である。 通信端末装置Ａ−１２をＩＰ電話サーバに登録する動作概要を説明するための図である。 通信端末装置Ａ−１２をＩＰ電話サーバに登録するときに各ＤＢに保持されるデータを示す図である。 通信端末装置Ａ−１３をＩＰ電話サーバに登録する動作概要を説明するための図である。 通信端末装置Ａ−１３をＩＰ電話サーバに登録するときに各ＤＢに保持されるデータを示す図である。 通信端末装置Ａ−１２の登録をＩＰ電話サーバから解除する動作概要を説明するための図である。 通信端末装置Ａ−１２の登録をＩＰ電話サーバから解除するときに各ＤＢに保持されるデータを示す図である。 優先メディアＤＢへの登録時の動作概要を示す図である。 優先メディアＤＢへの登録時のデータを示す図である。 通話開始時のＩＰ電話サーバの第１の処理手順の概要を示すフローチャートである。 第１の処理手順にしたがった動作概要のいくつかの具体例を説明するのに用いる図である。 ユーザＢにリアルタイム系メディアに対応する端末を備えたときの動作概要を示す図である。 第２の処理手順にしたがった動作概要のいくつかの具体例を説明するのに用いるフローチャートである。 第３の処理手順にしたがった動作概要のいくつかの具体例を説明するのに用いるフローチャートである。 ＩＰ電話サーバ、通信端末装置を構成するコンピュータのブロック図である。

符号の説明

１ ＩＰ通信システム、２ インターネット、３ ＩＰ電話サーバ、６ 発信側通信端末装置、７ 着信側通信端末装置、１０ ユーザ状態管理データベース、１１ 端末位置ＤＢ、１２ 端末能力ＤＢ、１３ 優先着信端末ＤＢ、１４ 優先メディアＤＢ、１５ 登録受信部、１６ リクエスト処理部、１７ 着信端末選択部、２１，３１ 登録送信部、２２，３２ リクエスト処理部、２３，３３ 通話部

Claims (15)

1. 通信網上で同一の位置情報を有する複数の着信側通信端末装置と発信側通信端末装置との通信を制御する通信制御装置において、
   上記複数の着信側通信端末装置から登録された上記通信網上の位置情報を格納する位置情報格納手段と、
   上記複数の着信側通信端末装置から登録されたメディア受信能力情報を格納する能力情報格納手段と、
   上記複数の着信側通信端末装置から登録された優先着信端末情報を格納する優先着信端末情報格納手段と、
   上記発信側通信端末装置からの通話開始要求に対して上記各情報格納手段を参照して複数の着信側通信端末装置から最適な通信端末装置を選択する着信先端末選択手段と
   を備えることを特徴とする通信制御装置。
2. 上記複数の着信側通信端末装置から登録された優先メディア情報を格納する優先メディア情報格納手段をさらに備え、上記着信先端末選択手段は上記発信側通信端末装置からの通話開始要求に対して上記優先メディア情報格納手段を含めた各情報格納手段を参照して複数の着信側通信端末装置から最適な通信端末装置を選択することを特徴とする請求項１記載の通信制御装置。
3. 上記優先着信端末情報格納手段には、上記複数の着信側通信端末装置から時間的に後に登録された端末の優先度を高くした優先着信端末情報が格納されることを特徴とする請求項１記載の通信制御装置。
4. 上記複数の着信側通信端末装置のうち、上記優先着信端末情報格納手段に登録されていた通信端末装置が優先着信端末としての登録を解除したときには、上記優先度を自動的に変更することを特徴とする請求項３記載の通信制御装置。
5. 上記能力情報格納手段には、上記複数の着信側通信端末装置から登録された、音声、画像、テキスト及び／又はデータファイルをメディアとして受信できるか否かを示す能力情報が格納されることを特徴とする請求項１記載の通信制御装置。
6. 上記能力情報格納手段には、上記複数の着信側通信端末装置から登録された、リアルタイムのストリーミング系メディアを受信できるか否かを示す能力情報が格納されることを特徴とする請求項１記載の通信制御装置。
7. 通信網上で同一の位置情報を有する複数の着信側通信端末装置と発信側通信端末装置との通信を制御する通信制御方法において、
   上記複数の着信側通信端末装置から登録された上記通信網上の位置情報を位置情報格納手段に格納する位置情報格納工程と、
   上記複数の着信側通信端末装置から登録されたメディア受信能力情報を能力情報格納手段に格納する能力情報格納工程と、
   上記複数の着信側通信端末装置から登録された優先着信端末情報を優先着信端末情報格納手段に格納する優先着信端末情報格納工程と、
   上記発信側通信端末装置からの通話開始要求に対して上記各情報格納手段を参照して複数の着信側通信端末装置から最適な通信端末装置を選択する着信先端末選択工程と
   を備えることを特徴とする通信制御方法。
8. 上記複数の着信側通信端末装置から登録された優先メディア情報を優先メディア情報格納手段に格納する優先メディア情報格納工程をさらに備え、上記着信先端末選択工程は上記発信側通信端末装置からの通話開始要求に対して上記優先メディア情報格納手段を含めた各情報格納手段を参照して複数の着信側通信端末装置から最適な通信端末装置を選択することを特徴とする請求項７記載の通信制御方法。
9. 通信網上で発信側の通信端末装置と通信を行う通信端末装置において、
   上記通信網上の位置情報と、メディア受信能力情報と、優先着信端末情報とを通信を制御する通信制御装置に登録するために送信する送信手段と、
   上記通信制御装置に登録された位置情報と、メディア受信能力情報と、優先着信端末情報とを参照して上記通信制御装置が転送してきた上記通話開始要求を受け取る通話開始要求受信手段と、
   上記通話開始要求受信手段にて受け取った通話開始要求に基づいて上記発信側通信端末装置との通話を行う通話手段とを備えることを特徴とする通信端末装置。
10. 上記送信手段はさらに優先メディア情報を上記通信制御装置に送信し、上記通話開始要求受信手段は上記優先メディア情報も含めて、位置情報と、メディア受信能力情報と、優先着信端末情報とを参照して上記通信制御装置が転送してきた上記通話開始要求を受け取ることを特徴とする請求項９記載の通信端末装置。
11. 上記送信手段が上記通信制御装置に登録のために送信する上記優先着信端末情報は、上記複数の着信側通信端末装置から時間的に後に登録された端末の優先度が高くされることを特徴とする請求項９記載の通信端末装置。
12. 上記送信手段が上記通信制御装置に登録のために送信する上記優先着信端末情報は、通信端末装置が優先着信端末としての登録を解除したときには、上記優先度が自動的に変更されることを特徴とする請求項１１記載の通信端末装置。
13. 上記送信手段が上記通信制御装置に登録のために送信する上記メディア受信能力情報は、音声、画像、テキスト及び／又はデータファイルをメディアとして受信できるか否かを示す情報であることを特徴とする請求項９記載の通信端末装置。
14. 上記送信手段が上記通信制御装置に登録のために送信する上記メディア受信能力情報は、リアルタイムのストリーミング系メディアを受信できるか否かを示す情報であることを特徴とする請求項９記載の通信端末装置。
15. 通信網上で同一の位置情報を有する複数の着信側通信端末装置と、上記複数の着信側通信端末装置と通信を行う発信側通信端末装置と、上記通信を制御する通信制御装置とを備える通信システムにおいて、
    上記着信側通信端末装置は上記通信網上の位置情報と、メディア受信能力情報と、優先着信端末情報とを通信を制御する上記通信制御装置に登録するために送信する送信手段と、上記通信制御装置に登録された位置情報と、メディア受信能力情報と、優先着信端末情報とを参照して上記通信制御装置が転送してきた上記通話開始要求を受け取る通話開始要求受信手段と、上記通話開始要求受信手段にて受け取った通話開始要求に基づいて上記発信側通信端末装置との通話を行う通話手段とを備え、
    上記通信制御装置は上記複数の着信側通信端末装置から登録された上記通信網上の位置情報を格納する位置情報格納手段と、上記複数の着信側通信端末装置から登録されたメディア受信能力情報を格納する能力情報格納手段と、上記複数の着信側通信端末装置から登録された優先着信端末情報を格納する優先着信端末情報格納手段と、上記発信側通信端末装置からの通話開始要求に対して上記各情報格納手段を参照して複数の着信側通信端末装置から最適な通信端末装置を選択する着信先端末選択手段とを備える
    ことを特徴とする通信システム。

Images