JP2008182465A - 電話交換機および電話交換システム - Google Patents

Abstract

【課題】緊急に着呼を要求することが必要になった場合、その発呼側と着呼側との事情に応じて効果的に通話を促すことができる。
【解決手段】電話交換機は、着呼側の電話機を示す情報および重要度情報を有する発呼情報を発呼側の電話機から受信する。電話交換機は、記憶部８４と、データベースアクセス制御部７６と、選択部７０４およびセッション制御部７４とを含む。記憶部８４は、電話機に対応付けて程度情報を記憶する。データベースアクセス制御部７６は、ＩＰネットワーク５６を介して複数の電話機と通信する。選択部７０４は、発呼情報が受信されると、程度情報と重要度情報との組み合わせに応じた処理を選択する。セッション制御部７４は、選択部７０４が選択した処理に従って、発呼情報を送信した電話機に対して情報を送信させる。
【選択図】図１

Description

本発明は、電話交換機および電話交換システムに関し、特に、応答があるまで加入者を呼ぶための電話交換機および電話交換システムに関する。

特許文献１は、ネットワーキング機能を有する構内交換機を複数台、専用線を介して接続することにより構成した交換機ネットワークシステムを開示する。交換機ネットワークシステムは、付与部と、発呼部とを備える。付与部は、専用線毎に、その専用線を使用中の呼の緊急度種別情報を付与する。発呼部は、すべての専用線が使用中の状態にあって緊急度の高い呼が発生した場合に、専用線を使用中の呼のうち、緊急度の低い呼を保留状態にし、空きとなった専用線を用いて緊急度の高い呼の発呼を行う。

特許文献１に開示された発明によると、緊急に着呼を要求することが必要になったり、何らかの理由で優先的に他交換機に収容される内線端末や中継台などを呼び出す必要が発生した場合に、着呼を促すことができる。

特許文献２は、通話中に他者から着呼した場合に着呼可能とするキャッチホン制御を一時的に拒否する際、拒否開始時間と終了時間とを任意に設定させるキャッチホンサービス規制処理方法を開示する。

特許文献２に開示された発明によると、キャッチホン制御の拒否開始時間と終了時間とを使用目的に合わせて設定できる上、その解除忘れを防止できる。

特許文献３は、ルータまたはリモートアクセスサーバが、呼処理サーバからの制御により、発着アドレスと発着ポート番号情報から特定されるパケットのみを、ユーザ側から事業者ネットワーク網側、または事業者ネットワーク網側からユーザ側へ透過可能とする動的パケットフィルタリング制御を行うことを特徴とする事業者ネットワークにおけるインターネット電話サービス提供方法を開示する。

特許文献３に開示された発明によると、インターネット電話サービスを提供する際、ユーザのアクセスおよび音声通話の品質を、事業者側のポリシーに基づいて一元的に管理することができる。

特許文献４は、記憶ステップと、アクセス対象の機器にアクセスするアクセスステップと、アクセス情報取得ステップとを含むアクセス方法を開示する。記憶ステップにおいて、アクセス情報テーブルへアクセスするために必要なアクセス情報が予め記憶される。アクセス情報テーブルは、ネットワーク上に存在する機器へアクセスするためのアクセス情報の変更前と変更後の対応関係を登録したテーブルである。アクセスステップにおいて、入力されたアクセス情報に基づいて目的の機器にアクセスされる。アクセス情報取得ステップにおいて、目的の機器にアクセスすることに失敗した場合、アクセス情報テーブルにアクセスされることで、アクセス情報テーブルから入力されたアクセス情報に対応付けられた変更後のアクセス情報が取得される。

特許文献４に開示された発明によると、ネットワーク上に存在する機器にアクセスするためのアクセス情報が変更されても、変更後のアクセス情報を得て、目的の機器に容易にアクセスすることができる。

特許文献５は、発呼側の音声対話装置と２台以上の着呼側の音声対話装置とがネットワークを介して接続されており、発呼側の音声対話装置と、２台以上の着呼側の音声対話装置との間で行われる半二重方式の音声通信を制御する音声対話制御装置を開示する。

特許文献５に開示された発明によると、発呼側のユーザが通話の相手を容易に特定できる。
特開２００１−２７４９０１号公報 特開平０９−４６４２３号公報 特開２００３−２２９８９３号公報 特開２００２−２６８９７０号公報 特開２００６−１８６８９３号公報

しかし、特許文献１に開示された発明では、緊急度の高い発呼があった場合、通話中の者の意思に関わらず通話ができなくなることがあるという問題点がある。また、緊急度の高い発呼があっても、着呼側の者が置かれた状況によっては意思を伝達できないことがあるという問題点もある。

特許文献２〜５に開示された発明では、緊急度を考慮して通話を促すこと自体について何ら考慮されていないという問題点がある。

本発明は上述の問題点を解決するためになされたものであって、その目的は、緊急に着呼を要求することが必要になった場合、その発呼側と着呼側との事情に応じて効果的に通話を促すことができる電話交換機および電話交換システムを提供することにある。

上記目的を達成するために、本発明のある局面に従うと、電話交換機は、着呼側の電話機を示す情報および通話の重要度を示す重要度情報を有する発呼情報を発呼側の電話機から受信する。電話交換機は、記憶手段と、通信手段と、制御手段とを含む。記憶手段は、電話機に対応付けて、着呼拒否の程度を示す程度情報と電話機の代わりに着呼に応じる代替電話機を示す情報を記憶する。通信手段は、通信ネットワークを介して複数の電話機と通信する。制御手段は、通信手段を制御する。制御手段は、選択手段と、識別制御手段と、確立制御手段とを含む。選択手段は、通信手段が発呼情報を受信すると、着呼側の電話機に対応付けられた程度情報と発呼情報が有する重要度情報との組み合わせが要件を満たす場合に、発呼情報を送信した発呼電話機と代替電話機との間で通信を確立する確立処理を選択する。識別制御手段は、選択手段が確立処理を選択した場合、着呼側の電話機から、着呼側の電話機との通信を中継する通信機の識別情報を受信するように通信手段を制御する。確立制御手段は、識別制御手段が識別情報を受信すると、着呼側の電話機との通信を中継する通信機および着呼側の電話機に対応する代替電話機と発呼電話機との間で通信を確立するための情報を通信するように、通信手段を制御する。

本発明の他の局面に従うと、電話交換機は、着呼側の電話機を示す情報および通話の重要度を示す重要度情報を有する発呼情報を発呼側の電話機から受信する。電話交換機は、記憶手段と、通信手段と、制御手段とを含む。記憶手段は、電話機に対応付けて着呼拒否の程度を示す程度情報を記憶する。通信手段は、通信ネットワークを介して複数の電話機と通信する。制御手段は、通信手段を制御する。制御手段は、選択手段と、セッション制御手段とを含む。選択手段は、発呼情報を通信手段が受信すると、着呼側の電話機に対応付けられた程度情報と重要度情報との組み合わせに応じた処理を選択する。セッション制御手段は、選択手段が選択した処理に従って、発呼情報を送信した電話機に対して情報を送信するように通信手段を制御する。

また、上述した記憶手段は、程度の情報に加え、電話機の代わりに着呼に応じる代替電話機を示す情報を電話機に対応付けて記憶するための手段を含むことが望ましい。併せて、選択手段は、着呼側の電話機に対応付けられた程度情報と発呼情報が有する重要度情報との組み合わせが要件を満たす場合に確立処理を選択するための手段を含むことが望ましい。確立処理とは、発呼情報を送信した発呼電話機と代替電話機との間で通信を確立する処理のことである。併せて、セッション制御手段は、選択手段が確立処理を選択した場合、発呼情報を送信した発呼電話機と代替電話機との間で通信を確立するための情報を通信するように、通信手段を制御するための代替制御手段を含むことが望ましい。

もしくは、上述した記憶手段は、電話機に加え通信を中継する通信機に対応付けて代替電話機を示す情報を記憶し、かつ程度情報を記憶するための手段を含むことが望ましい。併せて、代替制御手段は、識別制御手段と、確立制御手段を含むことが望ましい。識別制御手段は、着呼側の電話機から、着呼側の電話機との通信を中継する通信機の識別情報を受信するように通信手段を制御する。確立制御手段は、識別制御手段が識別情報を受信すると、着呼側の電話機との通信を中継する通信機および着呼側の電話機に対応する代替電話機と発呼電話機との間で通信を確立するための情報を通信するように、通信手段を制御する。

もしくは、上述した記憶手段は、電話機に加え時期に対応付けて代替電話機を示す情報を記憶し、かつ程度情報を記憶するための手段を含むことが望ましい。併せて、代替制御手段は、検出手段と、着呼制御手段とを含むことが望ましい。検出手段は、時期を検出する。着呼制御手段は、検出手段が検出した時期および着呼側の電話機に対応する代替電話機と発呼電話機との間で通信を確立するための情報を通信するように、通信手段を制御する。

もしくは、上述した記憶手段は、着呼側の電話機から受信した代替電話機を示す情報を記憶し、かつ程度情報を記憶するための手段を含むことが望ましい。

また、上述した選択手段は、発呼情報の受信頻度が要件を満たす場合、発呼情報が有する情報よりも高い重要度を示す重要度情報と着呼側の電話機に対応付けられた程度情報との組み合わせに応じた処理を選択するための手段を含むことが望ましい。

本発明の他の局面に従うと、電話交換機は、着呼側の電話機を示す情報および通話の重要度を示す重要度情報を有する発呼情報を発呼側の電話機から受信し、かつ着呼側の電話機から着呼拒否の程度を示す程度情報を受信する。電話交換機は、通信手段と、制御手段とを含む。通信手段は、通信ネットワークを介して複数の電話機と通信する。制御手段は、通信手段を制御する。制御手段は、選択手段と、セッション制御手段とを含む。選択手段は、通信手段が発呼情報を受信し、かつ程度情報を通信手段がすると、程度情報と重要度情報との組み合わせに応じた処理を選択する。セッション制御手段は、選択手段が選択した処理に従って、発呼情報を送信した電話機に対して情報を送信するように通信手段を制御する。

本発明の他の局面に従うと、電話交換システムは、データベース装置と情報中継装置とを含み、着呼側の電話機を示す情報および通話の重要度を示す重要度情報を有する発呼情報を発呼側の電話機から受信する。データベース装置は、通信手段と、記憶手段と、送信制御手段とを含む。通信手段は、情報中継装置と通信する。記憶手段は、電話機に対応付けて着呼拒否の程度を示す程度情報を記憶する。送信制御手段は、情報中継装置を介して通信手段が発呼情報を受信すると、処理情報を情報中継装置に送信するように通信手段を制御する。処理情報は、着呼側の電話機に対応付けられた程度情報と重要度情報との組み合わせに応じた処理を示す情報である。情報中継装置は、通信手段と、制御手段とを含むことが望ましい。通信手段は、通信ネットワークを介して複数の電話機と通信し、かつデータベース装置と通信する。制御手段は、通信手段を制御する。制御手段は、アクセス制御手段と、セッション制御手段とを含む。アクセス制御手段は、通信手段が発呼情報を受信すると、発呼情報をデータベース装置に送信するように通信手段を制御する。セッション制御手段は、データベース装置から通信手段が処理情報を受信すると、処理情報が示す処理に従って、発呼情報を送信した電話機に対して情報を送信するように通信手段を制御する。

本発明に係る電話交換機および電話交換システムは、緊急に着呼を要求することが必要になった場合、その発呼側と着呼側との事情に応じて効果的に通話を促すことができる。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同一である。したがって、それらについての詳細な説明は繰返さない。

図１は、本実施の形態に係る電話交換機の構成およびＩＰ（Internet Protocol）電話端末と通信するための仕組みを表わす図である。本実施の形態に係る電話交換機は、パケットの通信経路を切り替えることにより、ＩＰ電話端末５８、携帯電話の基地局の代わりにアクセスポイント６０と通信することにより、携帯電話として利用できるＩＰ電話端末６２、およびＩＰ電話端末６４の間に通信回線を構成する。本実施の形態に係る電話交換機は、ゲートウェイ装置５４を介してＩＰネットワーク５６に接続されている。この電話交換機がＳＩＰ（Session Initiation Protocol）に則って情報を通信する場合、この電話交換機はＳＩＰサーバとして実現される。

図１を参照して、本実施の形態に係る電話交換機は、情報中継部５０と、データベース部５２とを含む。

情報中継部５０は、ＩＰ電話端末５８、ＩＰ電話端末６２、およびＩＰ電話端末６４が通信するパケットの通信経路を切り替えると共に、切り替えられた通信経路を辿って通信される情報を中継する。データベース部５２は、情報中継部５０が通信経路を切り替えるために必要な情報を保存したり、そのような情報を検索して情報中継部５０に出力したりする。本実施の形態の場合、情報中継部５０と、データベース部５２とは１つのコンピュータハードウェアにより実現される。

情報中継部５０は、ＳＩＰメッセージ処理部７０と、レジストラ処理部７２と、セッション制御部７４と、データベースアクセス管理部７６とを含む。ＳＩＰメッセージ処理部７０は、ＩＰネットワーク５６を介してデータベースアクセス管理部７６が受信した、ＳＩＰに則って記述されている情報を識別する。ＳＩＰメッセージ処理部７０は、情報の識別結果に基づいてその後に行う処理を選択するユニットでもある。レジストラ処理部７２は、新規加入者に電話番号を割り当て、かつレジストリの図示しないサーバに対しその電話番号の情報を送信する。セッション制御部７４は、セッションの確立やそのセッションの終了のための制御を行う。データベースアクセス管理部７６は、データベース部５２にアクセスするための通信処理を行う。そのような通信処理には、データベース部５２に対し、アクセスの許可を求める処理すなわちアクセスの許可を求める旨の情報を送信する処理が含まれる。また、データベースアクセス管理部７６は、ＩＰネットワーク５６を介してＩＰ電話端末５８、ＩＰ電話端末６２、およびＩＰ電話端末６４と通信するユニットでもある。

ＳＩＰメッセージ処理部７０は、識別部７０２と、選択部７０４とを含む。識別部７０２は、ＩＰネットワーク５６を介してデータベースアクセス管理部７６が受信した、ＳＩＰに則って記述されている情報を識別する。選択部７０４は、データベースアクセス管理部７６が発呼情報を受信すると、着呼側のＩＰ電話端末に対応付けられた程度情報と重要度情報との組み合わせに応じた処理を選択する。なお、本実施の形態において、「発呼情報」とは、着呼側のＩＰ電話端末を示す情報および重要度情報を有する、着呼を要求するための情報である。「程度情報」とは、着呼拒否の程度を示す情報を意味する。「重要度情報」とは、通話の重要度を示す情報を意味する。

選択部７０４は、一般選択部７１２と、特別選択部７１４とを含む。一般選択部７１２は、データベースアクセス管理部７６が発呼情報を受信すると、着呼側のＩＰ電話端末に対応付けられた程度情報と発呼情報が有する重要度情報との組み合わせに応じた処理を選択する。特別選択部７１４は、発呼情報の受信頻度が所定の閾値を越えた場合、発呼情報が有する情報よりも高い重要度を示す重要度情報と着呼側のＩＰ電話端末に対応付けられた程度情報との組み合わせに応じた処理を選択する。

セッション制御部７４は、代替制御部７４０と、通話制御部７４２とを含む。代替制御部７４０は、選択部７０４が確立処理を選択した場合、発呼情報を送信したＩＰ電話端末と代替用のＩＰ電話端末との間で通信を確立するための情報を通信するように、データベースアクセス管理部７６を制御する。なお、本実施の形態の場合、着呼側のＩＰ電話端末の代わりに着呼に応じるＩＰ電話端末やＩＰ電話端末以外の電話機を「代替電話機」と称する。「確立処理」とは、発呼情報を送信したＩＰ電話端末と代替電話機との間で通信を確立する処理を意味する。通話制御部７４２は、発呼情報を情報中継部５０が受信すると、着呼側のＩＰ電話端末と通信を確立するための制御であって、代替制御部７４０が担当しないものを実施する。

代替制御部７４０は、識別制御部７５０と、確立制御部７５２と、検出部７５４と、着呼制御部７５６とを含む。

識別制御部７５０は、選択部７０４が確立処理を選択した場合、識別情報を受信するようにデータベースアクセス制御部７６を制御する。その識別情報は、着呼側のＩＰ電話端末との通信を中継するアクセスポイントの識別情報である。本実施の形態の場合、ＳＳＩＤがその識別情報として通信される。ＳＳＩＤの送信元は着呼側のＩＰ電話端末である。確立制御部７５２は、識別制御部７５０がＳＳＩＤを受信すると、代替電話機と発呼電話機との間で通信を確立するための情報を通信するように、データベースアクセス制御部７６を制御する。この場合の「代替電話機」は、着呼側のＩＰ電話端末との通信を中継するアクセスポイントと着呼側のＩＰ電話端末とに対応する代替電話機を意味する。また、本実施の形態において「発呼電話機」とは、ＩＰ電話端末その他の電話機のうち、着呼を要求する情報を送信した電話機を意味する。この場合の発呼電話機は、ステップＳ１７０にて着呼を要求する情報を送信した発呼電話機である。検出部７５４は現在時刻と現在の日付とを検出する。本実施の形態では、これらを「時期」と総称する。なお、特に必要がなければ、現在時刻と現在の日付とのうち一方のみが検出されてもよい。着呼制御部７５６は、代替電話機と発呼電話機との間で通信を確立するための情報を通信するように、データベースアクセス制御部７６を制御する。この場合の「代替電話機」は、検出部７５４が検出した時期および着呼側のＩＰ電話端末に対応する代替電話機を意味する。

データベース部５２は、ＳＩＰアクセス制御部８０と、テーブル検索部８２と、記憶部８４とを含む。

ＳＩＰアクセス制御部８０は、情報中継部５０がアクセスの許可を求めた場合に、許可するか否かを判断する。この許可には、アクセスできる情報の範囲に応じた複数の種類の許可が含まれる。ＳＩＰアクセス制御部８０は、情報中継部５０と通信するユニットでもある。テーブル検索部８２は、記憶部８４が記憶したデータテーブルを検索する。テーブル検索部８２は、ＳＩＰアクセス制御部８０を制御するユニットでもある。記憶部８４は、データテーブルを記憶する。

記憶部８４が記憶するデータテーブルには、加入者テーブル８４２と、発信フィルタテーブル８４４と、受信フィルタテーブル８４６と、公衆テーブル８４８とが含まれる。加入者テーブル８４２は、電話番号その他加入者に関する情報を含むデータベースである。発信フィルタテーブル８４４は、発呼側のＩＰ電話端末のＩＰアドレスの情報のデータベースである。発呼側のＩＰ電話端末のＩＰアドレスの情報には、重要度情報が対応付けられている。受信フィルタテーブル８４６は、受信側のＩＰ電話端末のＩＰアドレスの情報を記憶するデータベースである。受信側のＩＰ電話端末のＩＰアドレスの情報には、程度情報が対応付けられている。受信側のＩＰ電話端末のユーザは、受信側のＩＰ電話端末を用いて本実施の形態に係る電話交換機に予めアクセスして、程度情報を登録してある。公衆テーブル８４８は、次に述べる情報のデータベースである。その第１の情報は、公衆が利用するために設置されているアクセスポイントすなわち公衆ＬＡＮ（Local Area Network）のアクセスポイントのＳＳＩＤ（Service Set Identifier）の情報である。第２の情報は、そのアクセスポイントの設置者が設置している電話機の電話番号の情報である。第３の情報は、所在地の種類を表わす情報である。本実施の形態の場合、所在地の種類には、「通話許容エリア」と「通話抑制エリア」との２種類がある。ＳＳＩＤの情報と、電話番号の情報と、所在地の種類を表わす情報とは、互いに対応付けられている。

なお、本実施の形態においては、ＳＩＰメッセージ処理部７０と、レジストラ処理部７２と、セッション処理部７４と、テーブル検索部８２が、本実施の形態に係る電話交換機の制御部を構成している。

図２は、本実施の形態に係る電話交換機を実現するコンピュータハードウェアの制御ブロック図である。図２を参照して、本実施の形態に係る電話交換機を実現するコンピュータハードウェアは、ＣＰＵ（Central Processing Unit）１３０と、Ｉ／Ｏ（Input／Output）１３２と、ＲＯＭ（Read Only Memory）１３４と、ＲＡＭ（Random Access Memory）１３６と、メモリカード駆動装置１３８と、キーボード１４０と、ディスプレイ１４２と、バス１４４とを含む。ＣＰＵ１３０は、図２に示すコンピュータハードウェアが本実施の形態に係る電話交換機として動作するために必要な演算や情報処理を行う。Ｉ／Ｏ１３２は、情報を通信する。ＲＯＭ１３４は、ＣＰＵ１３０が実行するプログラムを記憶する。ＲＡＭ１３６は、ＣＰＵ１３０が利用するデータを一時的に記憶する。メモリカード駆動装置１３８は、メモリカード１５０からプログラムその他のデータを読み出す。キーボード１４０は、オペレータの操作に応じて信号を生成する。これにより、オペレータは情報を入力できる。ディスプレイ１４２は、表示により情報を出力する。バス１４４は、図２に示すコンピュータハードウェアを構成する各部の間で信号を伝達する。

図３は、ＩＰ電話端末６２の構成を表わす図である。図３を参照して、ＩＰ電話端末６２は、ストレージ駆動部１００と、メモリ１０２と、ＷｉＦｉ（Wireless Fidelity）通信モジュール１０４と、操作入力部１０６と、音声処理部１０８と、ＬＣＤ（Liquid Crystal Display）表示部１１０と、ジャック１１２と、ＣＰＵ１１４と、バイブレータ１１６とを含む。

ストレージ駆動部１００は、図示しないメモリカードから情報を読み出す。メモリ１０２は、ストレージ駆動部１００が読み出した情報やＣＰＵ１１４が実行するプログラムや、ＣＰＵ１１４が処理した情報などを記憶する。メモリ１０２に記憶されるプログラムには、ＩＰ電話端末６２がＩＰ電話機として動作するための制御プログラムが含まれる。ＷｉＦｉ通信モジュール１０４は、アクセスポイント６０と情報を通信するためのモジュールである。本実施の形態の場合、アクセスポイント６０は、携帯電話の基地局と同様の動作をすることができる。ＷｉＦｉ通信モジュール１０４は、ＷｉＦｉに則って情報を通信する。操作入力部１０６は、ユーザの操作に応じて信号を生成する装置である。ユーザは操作することによりＩＰ電話端末６２に情報や指令を入力することができる。音声処理部１０８は、電気信号を音声化するための処理や音声を電気信号化するための処理を実施する回路である。ＬＣＤ表示部１１０は、情報を表示する装置である。ジャック１１２は、ヘッドセット１２０に接続され、ヘッドセット１２０と音声処理部１０８との間で信号を中継する部品である。ＣＰＵ１１４は、ＩＰ電話端末６２を構成する各部を制御する。バイブレータ１１６は、ＣＰＵ１１４の制御に従って振動することにより、ユーザに応答を促す。

なお、ヘッドセット１２０は、音声が入力されると信号を生成したり、入力された信号に対応する音声を生成したりする装置である。

図４は、ＩＰ電話端末５８およびＩＰ電話端末６４の構成を表わす図である。本実施の形態の場合、ＩＰ電話端末５８およびＩＰ電話端末６４の構成は同一であることとする。図４を参照して、ＩＰ電話端末５８およびＩＰ電話端末６４は、ストレージ駆動部１６０と、メモリ１６２と、通信モジュール１６４と、操作入力部１６６と、音声処理部１６８と、ＬＣＤ表示部１７０と、マイク１７２と、スピーカ１７４と、ＣＰＵ１７６とを含む。

ストレージ駆動部１６０は、図示しないメモリカードから情報を読み出す。メモリ１６２は、ストレージ駆動部１６０が読み出した情報やＣＰＵ１７６が実行するプログラムやＣＰＵ１７６が処理した情報などを記憶する。メモリ１６２に記憶されるプログラムには、ＩＰ電話端末５８およびＩＰ電話端末６４がＩＰ電話機として動作するための制御プログラムが含まれる。通信モジュール１６４は、ＩＰネットワーク５６を介して情報を通信する。通信モジュール１６４は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）に則って情報を通信する。操作入力部１６６は、ユーザの操作に応じて信号を生成する装置である。ユーザは操作することによりＩＰ電話端末５８あるいはＩＰ電話端末６４に情報や指令を入力することができる。音声処理部１６８は、電気信号を音声化するための処理や音声を電気信号化するための処理を実施する回路である。ＬＣＤ表示部１７０は、情報を表示する装置である。マイク１７２は、ユーザが入力した音声に対応する電気信号を生成する。これにより、ユーザは音声信号を入力することができる。スピーカ１７４は、電気信号に基づいて音声を生成する。これにより、音声が出力される。ＣＰＵ１７４は、ＩＰ電話端末５８あるいはＩＰ電話端末６４を構成する各部を制御する。

図５および図６を参照して、本実施の形態に係る電話交換機で実行されるプログラムは、発呼に対する応答に関し、以下のような制御を実行する。

ステップＳ１７０にて、データベースアクセス制御部７６は、着呼を要求する情報を受信する。

ステップＳ１７２にて、識別部７０２は、着呼を要求する情報から、着呼側のＩＰ電話端末の電話番号を抽出する。その番号が抽出されると、識別部７０２は、その電話番号に基づいて、着信拒否の程度を登録するために発呼側のユーザが着呼を要求したのか否かを判断する。その電話番号が、着信拒否の程度を登録するためにユーザに予め知らされている電話番号であれば、識別部７０２は、着信拒否の程度を登録するために発呼側のユーザが着呼を要求したと判断する。着信拒否の程度を登録するために発呼側のユーザが着呼を要求したと判断した場合には（ステップＳ１７２にてＹＥＳ）、処理はステップＳ１７４へと移される。もしそうでないと（ステップＳ１７２にてＮＯ）、処理はステップＳ１７６へと移される。

ステップＳ１７４にて、本実施の形態に係る電話交換機は、着信拒否の程度を登録するための処理を実施する。この処理は、後述するステップＳ２１０からステップＳ２２０までの処理にあたる。

ステップＳ１７６にて、識別部７０２は、着呼を要求する情報から、サブ番号の情報を抽出する。本実施の形態の場合、ＩＰ電話端末の電話番号として通信される番号のうち、着呼側を特定するために必須の番号を除く番号を「サブ番号」と称する。このステップにおいて抽出されるサブ番号は、重要度情報として利用される。サブ番号の情報が抽出されると、データベースアクセス管理部７６は、データベース部５２に対してアクセスの許可を求める。データベース部５２からアクセスの許可が得られると、データベースアクセス管理部７６は、サブ番号が表わす重要度情報その他発呼側のＩＰ電話端末に関する情報をデータベース部５２に送信する。データベース部５２の記憶部８４は、発呼側のＩＰ電話端末に関する情報を発信フィルタテーブル８４４の一部として記憶する。本実施の形態の場合、発呼側のＩＰ電話端末に関する情報には、ＩＰアドレス、発呼側のＩＰ電話端末の電話番号、および重要度情報が含まれる。

ステップＳ１７８にて、データベース部５２のテーブル検索部８２は、加入者テーブル８４２に含まれた通話履歴の情報を参照する。その情報が参照されると、テーブル検索部８２は、発呼側のＩＰ電話端末と着呼側のＩＰ電話端末とが共通する発呼が所定の期間内に繰返された回数を計数する。その回数が計数されると、テーブル検索部８２は、その回数が閾値を越えるか否かを判断する。その回数が閾値を越えると判断した場合（ステップＳ１７８にてＹＥＳ）、処理はステップＳ１８０へと移される。もしそうでないと（ステップＳ１７８にてＮＯ）、処理はステップ１８２へと移される。

ステップＳ１８０にて、ＳＩＰアクセス制御部７０は、テーブル検索部８２の制御に従い、発呼側のＩＰ電話端末と着呼側のＩＰ電話端末とが共通する発呼が所定の期間内に繰返された回数が閾値を越えていることを示す信号をデータベースアクセス制御部７６に送信する。

ステップＳ１８２にて、テーブル検索部８２は、受信フィルタテーブル８４６に記憶されている程度情報のうち、ステップＳ１７２にて抽出された電話番号に対応する情報を検索する。ステップＳ１７２にて抽出された電話番号に対応する程度情報が存在する場合、ＳＩＰアクセス制御部７０は、テーブル検索部８２の制御に従い、データベースアクセス制御部７６にその情報を送信する。

ステップＳ１８４にて、識別制御部７５０は、着呼側のＩＰ電話端末との通信を中継するアクセスポイントのＳＳＩＤを着呼側のＩＰ電話端末から受信するように、データベースアクセス制御部７６を制御する。このために、データベースアクセス制御部７６は、そのＳＳＩＤの情報の送信を要求する信号を着呼側のＩＰ電話端末に送信する。ＳＳＩＤの情報が返信されると、識別制御部７５０は、そのＳＳＩＤに基づいて、着呼側のＩＰ電話端末の所在地の種類を識別する。公衆データベース８４８にそのＳＳＩＤの情報が記憶されており、かつそのＳＳＩＤの情報が「通話許容エリア」という情報に対応付けられている場合、識別制御部７５０は、着呼側のＩＰ電話端末の所在地の種類が「通話許容エリア」であると判断する。そのＳＳＩＤの情報が「通話抑制エリア」という情報に対応付けられている場合や公衆データベース８４８にそのＳＳＩＤの情報が含まれていない場合には、識別制御部７５０は、着呼側のＩＰ電話端末の所在地の種類が「通話抑制エリア」であると判断する。ただし、ＳＳＩＤの情報が返信されなかった場合、識別制御部７５０は、着呼側のＩＰ電話端末の所在地の種類が「所在不明」であると判断する。選択部７０４は、重要度情報と程度情報と着信側のＩＰ電話端末の所在地の種類とに基づいて、それらの組み合わせに応じた処理を選択する。ステップＳ１８０にてＳＩＰアクセス制御部７０が信号を送信していない場合、一般選択部７１２がこの選択を実施する。ＳＩＰアクセス制御部７０が信号を送信していた場合、特別選択部７１４がこの選択を実施する。本実施の形態の場合、一般選択部７１２および特別選択部７１４は、選択部７０４の一部である処理方法データベースに基づき、この選択を実施する。本実施の形態の場合、処理方法データベースには、重要度情報と程度情報と着信側のＩＰ電話端末の所在地の種類との組み合わせにより選択される処理を示す情報が、それらに対応付けて含まれている。なお、上述したように、特別選択部７０４は、発呼情報が有する重要度情報よりも高い重要度を示す重要度情報と着呼側の電話機に対応付けられた程度情報と着信側のＩＰ電話端末の所在地の種類との組み合わせに応じた処理を選択する。どの程度高い重要度を示すのかは特に限定されない。たとえば、発呼側のＩＰ電話端末と着呼側のＩＰ電話端末とが共通する発呼が所定の期間内に繰返された回数に重要度の高さが対応してもよいし、重要度の高さが予め定められていてもよい。本実施の形態の場合には、重要度の高さが予め定められていることとする。

ステップＳ１８６にて、通話制御部７４２は、選択部７０４により選択された処理が標準着信か否かを判断する。なお、本実施の形態において、「標準着信」とは、着呼側のＩＰ電話端末に対し通話を開始させるために通常行われている処理を意味する。標準着信と判断した場合には（ステップＳ１８６にてＹＥＳ）、処理はステップＳ１８８へと移される。もしそうでないと（ステップＳ１８６にてＮＯ）、処理はステップＳ１９０へと移される。

ステップＳ１８８にて、通話制御部７４２は、標準着信を実施する。標準着信のための処理は周知であるので、ここではその詳細な説明は繰返さない。

ステップＳ１９０にて、通話制御部７４２は、選択部７０４により選択された処理がマナーモード着信か否かを判断する。なお、本実施の形態において、「マナーモード着信」とは、着呼側のＩＰ電話端末に対し通話を開始させるために通常行われている処理に加え、マナーモードでユーザを呼び出す処理を行うことを意味する。マナーモード着信と判断した場合には（ステップＳ１９０にてＹＥＳ）、処理はステップＳ１９２へと移される。もしそうでないと（ステップＳ１９０にてＮＯ）、処理はステップＳ１９４へと移される。

ステップＳ１９２にて、通話制御部７４２は、マナーモード着信を実施する。マナーモード着信のための処理と標準着信のための処理との相違点は、着呼側のＩＰ電話端末のサブ番号が、マナーモードでユーザを呼び出させるための指令を表わすことだけである。着呼側のＩＰ電話端末はそのサブ番号がマナーモードでユーザを呼び出させるための指令を表わす場合、マナーモードでユーザを呼び出す。

ステップＳ１９４にて、通話制御部７４２は、選択部７０４により選択された処理が代替着信か否かを判断する。なお、本実施の形態において、「代替着信」とは、着呼側のＩＰ電話端末が着呼に応じない場合やその端末が着呼できない場合に代替電話機に着呼を要求する処理を意味する。代替電話機に着呼を要求した上で、着呼に応じた代替電話機のユーザに対して発呼側のユーザが伝言を依頼したり着呼側のＩＰ電話端末のユーザを呼び出してもらったりすることで、着呼側のＩＰ電話端末のユーザに何らかの情報を伝達できる。着呼側のＩＰ電話端末のユーザにその情報が伝わるまでの時間を短縮することができることもある。代替着信と判断した場合には（ステップＳ１９４にてＹＥＳ）、処理はステップＳ１９６へと移される。もしそうでないと（ステップＳ１９４にてＮＯ）、処理はステップＳ１９８へと移される。

ステップＳ１９６にて、本実施の形態に係る電話交換機は、代替着信のための処理を協調して実施する。この処理は、後述するステップＳ２３０からステップＳ２６０までの処理にあたる。

ステップＳ１９８にて、データベース部５２の記憶部８４は、加入者テーブル８４２の一部としてステップＳ１７０にて受信した情報を記憶する。これにより、通話履歴の情報が更新されることとなる。

ステップＳ２００にて、本実施の形態に係る電話交換機は、留守録処理を実施する。本実施の形態において、「留守録処理」とは、着呼側のＩＰ電話端末の所在が不明な場合やその端末の電源が入っていない場合などに、着呼側のＩＰ電話端末のユーザへのメッセージを記憶しておく処理を意味する。留守録処理の具体的な内容は周知であるので、ここではその詳細な説明は繰返さない。

図７を参照して、本実施の形態に係る電話交換機で実行されるプログラムは、着信拒否の程度の登録に関し、以下のような制御を実行する。

ステップＳ２１０にて、通話制御部７４２は、ステップＳ１７０にて情報を送信したＩＰ電話端末との間でセッションを開始する。

ステップＳ２１２にて、データベースアクセス制御部７６は、通話制御部７４２の制御に従い、着信拒否の程度の入力を促す情報を送信する。この情報は、ステップＳ１７０にて情報を送信したＩＰ電話端末において着信拒否の程度の入力を促すメッセージとして表示される。

ステップＳ２１４にて、データベースアクセス制御部７６は、程度情報を受信する。この情報は、ＩＰ電話端末のユーザが入力し、ＩＰ電話端末が送信した情報である。程度情報が受信されると、記憶部８４は、受信フィルタテーブル８４６の一部としてその程度情報を記憶する。

ステップＳ２１６にて、データベースアクセス制御部７６は、通話制御部７４２の制御に従い、連絡方法の選択を促す情報を送信する。この情報は、ステップＳ１７０にて情報を送信したＩＰ電話端末において連絡方法の選択を促すメッセージとして表示される。本実施の形態の場合、ユーザは、臨時の連絡先に連絡されることを希望するか、それとも記憶部８４に予め登録しておいた情報に基づいて連絡されることを希望するかを選択できる。

ステップＳ２１８にて、通話制御部７４２は、連絡方法を表わす情報を受信する。この情報は、ＩＰ電話端末のユーザが選択し、ＩＰ電話端末が送信した情報である。臨時の連絡先に連絡されることをユーザが希望している場合、この情報には、臨時の連絡先の電話番号を表わす情報も含まれる。連絡方法を表わす情報が受信されると、記憶部８４は、加入者テーブル８４２の一部として臨時の連絡先の電話番号を表わす情報を記憶する。

ステップＳ２２０にて、通話制御部７４２は、セッションを終了する。
図８および図９を参照して、本実施の形態に係る電話交換機で実行されるプログラムは、代替着信に関し、以下のような制御を実行する。

ステップＳ２３０にて、テーブル検索部８２は、ステップＳ１７２にて抽出された電話番号についての加入者テーブル８４２を参照する。この電話番号は、ＳＩＰアクセス制御部８０を介してデータベースアクセス制御部７６から受信した情報である。

ステップＳ２３２にて、テーブル検索部８２は、ステップＳ１７２にて抽出された電話番号についての加入者テーブル８４２に臨時の連絡先の情報が含まれているか否かを判断する。臨時の連絡先の情報が含まれていると判断した場合には（ステップＳ２３２にてＹＥＳ）、処理はステップＳ２３４へと移される。もしそうでないと（ステップＳ２３２にてＮＯ）、処理はステップＳ２３６へと移される。

ステップＳ２３４にて、ＳＩＰアクセス制御部８０は、加入者テーブル８４２に記憶された臨時の連絡先の情報をデータベースアクセス制御部７６に送信する。この情報は、ステップＳ１７２にて抽出された電話番号に対応付けられた情報である。確立制御部７５２は、その情報が表わす代替電話機を着呼側としてセッションを確立する。その後、代替制御部７４０はこのセッションを通話の終了に伴い終了させる。このステップにおいてセッションの確立から終了までの処理は、電話をかけた場合に一般に行われる処理と同一である。したがって、ここではその詳細な説明は繰返さない。

ステップＳ２３６にて、ＳＩＰアクセス制御部８０はデータベース制御部７４に信号を送信する。その信号は、ステップＳ１７２にて抽出された電話番号についての加入者テーブル８４２に臨時の連絡先の情報が含まれていないことを示す。データベース制御部７４がその信号を受信すると、識別制御部７５０は、着呼側のＩＰ電話端末との通信を中継するアクセスポイントのＳＳＩＤを着呼側のＩＰ電話端末から受信するように、データベースアクセス制御部７６を制御する。このために、データベースアクセス制御部７６は、そのＳＳＩＤの情報の送信を要求する信号を着呼側のＩＰ電話端末に送信する。

ステップＳ２３８にて、識別制御部７５０は、着呼側のＩＰ電話端末との通信を中継するアクセスポイントのＳＳＩＤをデータベースアクセス制御部７６が受信できたか否かを判断する。そのＳＳＩＤをデータベースアクセス制御部７６が受信できたと判断した場合には（ステップＳ２３８にてＹＥＳ）、処理はステップＳ２４０へと移される。もしそうでないと（ステップＳ２３８にてＮＯ）、処理はステップＳ２４２へと移される。

ステップＳ２４０にて、データベースアクセス制御部７６は、識別制御部７５０の制御に従い、自らが受信したＳＳＩＤの情報をＳＩＰアクセス制御部８０に送信する。ＳＩＰアクセス制御部８０がその情報を受信すると、テーブル検索部８２は、加入者テーブル８４２に記憶されたＳＳＩＤのうち、ステップＳ１７２にて抽出された電話番号に対応付けられ、かつデータベースアクセス制御部７６が受信した情報が示すＳＳＩＤに一致するものを検索する。

ステップＳ２４２にて、検出部７５４は、現在時刻その他の時期を検出する。時期が検出されると、データベースアクセス制御部７６は、その時期の情報をＳＩＰアクセス制御部８０に送信する。時期の情報が送信されると、テーブル検索部８２は、加入者テーブル８４２に記憶された情報のうち、ステップＳ１７２にて抽出された電話番号とその時期とに対応づけられた電話番号を検索する。

ステップＳ２４４にて、テーブル検索部８２は、ステップＳ２４２の検索の結果に基づいて、ステップＳ１７２にて抽出された電話番号とステップＳ２４２にて検出された時期とに対応づけられた電話番号が加入者テーブル８４２に含まれているか否かを判断する。そのような電話番号が加入者テーブル８４２に含まれていると判断した場合には（ステップＳ２４４にてＹＥＳ）、処理はステップＳ２４６へと移される。もしそうでないと（ステップＳ２４４にてＮＯ）、処理はステップＳ２４８へと移される。

ステップＳ２４６にて、ＳＩＰアクセス制御部８０は、ステップＳ２４２にて検索された電話番号の情報をデータベースアクセス制御部７６に送信する。着呼制御部７５６は、その情報が示す代替電話機を着呼側としてセッションを確立する。その後、着呼制御部７５６はこのセッションを通話の終了に伴い終了させる。このステップにおいてセッションの確立から終了までの処理は、電話をかけた場合に一般に行われる処理と同一である。したがって、ここではその詳細な説明は繰返さない。

ステップＳ２４８にて、テーブル検索部８２は、最終連絡先として加入者テーブル８４２に含まれている電話番号を記憶部８４から読み出す。その電話番号が読み出されると、ＳＩＰアクセス制御部８０は、最終連絡先として加入者テーブル８４２に含まれている電話番号の情報をデータベースアクセス制御部７６に送信する。確立制御部７５６は、その情報が示す代替電話機を着呼側としてセッションを確立する。その後、確立制御部７５６はこのセッションを通話の終了に伴い終了させる。このステップにおいてセッションの確立から終了までの処理は、電話をかけた場合に一般に行われる処理と同一である。したがって、ここではその詳細な説明は繰返さない。

ステップＳ２５０にて、テーブル検索部８２は、加入者テーブル８４２に記憶されたＳＳＩＤのいずれかが、ステップＳ１７２にて抽出された電話番号に対応付けられ、かつデータベースアクセス制御部７６がステップＳ２３６にて受信した情報が示すＳＳＩＤに一致するか否かを判断する。加入者テーブル８４２に記憶されたＳＳＩＤのいずれかがそのようなＳＳＩＤに一致すると判断した場合（ステップＳ２５０にてＹＥＳ）、処理はステップＳ２５２へと移される。もしそうでないと（ステップＳ２５０にてＮＯ）、処理はステップＳ２５４へと移される。

ステップＳ２５２にて、ＳＩＰアクセス制御部８０は、加入者テーブル８４２に記憶された電話番号のうち、データベースアクセス制御部７６がステップＳ２３６にて受信した情報が示すＳＳＩＤに対応する電話番号の情報をデータベースアクセス制御部７６に送信する。確立制御部７５６は、その情報が示す代替電話機を着呼側としてセッションを確立する。その後、確立制御部７５６はこのセッションを通話の終了に伴い終了させる。このステップにおいてセッションの確立から終了までの処理は、電話をかけた場合に一般に行われる処理と同一である。したがって、ここではその詳細な説明は繰返さない。

ステップＳ２５４にて、テーブル検索部８２は、公衆テーブル８４８に含まれる情報が示すＳＳＩＤのうち、データベースアクセス制御部７６がステップＳ２３６にて受信した情報が示すＳＳＩＤと一致するものを検索する。

ステップＳ２５６にて、テーブル検索部８２は、ステップＳ２５４の検索の結果に基づいて、公衆テーブル８４８に含まれる情報が示すＳＳＩＤのうちデータベースアクセス制御部７６がステップＳ２３６にて受信した情報が示すＳＳＩＤと一致するものがあるか否かを判断する。そのようなＳＳＩＤがあると判断した場合には（ステップＳ２５６にてＹＥＳ）、処理はステップＳ２５８へと移される。もしそうでないと（ステップＳ２５６にてＮＯ）、処理はステップＳ２６０へと移される。

ステップＳ２５８にて、ＳＩＰアクセス制御部８０は、公衆テーブル８４８に含まれた電話番号のうち、ステップＳ２３６にて受信した情報が示すＳＳＩＤに対応する電話番号の情報をデータベースアクセス制御部７６に送信する。確立制御部７５６は、その情報が示す代替電話機を着呼側としてセッションを確立する。その後、確立制御部７５６はこのセッションを通話の終了に伴い終了させる。このステップにおいてセッションの確立から終了までの処理は、電話をかけた場合に一般に行われる処理と同一である。したがって、ここではその詳細な説明は繰返さない。

ステップＳ２６０にて、テーブル検索部８２は、最終連絡先として加入者テーブル８４２に含まれている電話番号を記憶部８４から読み出す。その電話番号が読み出されると、ＳＩＰアクセス制御部８０は、最終連絡先として加入者テーブル８４２に含まれている電話番号の情報をデータベースアクセス制御部７６に送信する。確立制御部７５６は、その情報が示す代替電話機を着呼側としてセッションを確立する。その後、確立制御部７５６はこのセッションを通話の終了に伴い終了させる。このステップにおいてセッションの確立から終了までの処理は、電話をかけた場合に一般に行われる処理と同一である。したがって、ここではその詳細な説明は繰返さない。

図１０を参照して、本実施の形態に係るＩＰ電話端末６２で実行されるプログラムは、マナーモード着信に関し、以下のような制御を実行する。

ステップＳ２８０にて、ＩＰ電話端末６２のＷｉＦｉ通信モジュール１０４は、セッションの確立を要求する情報を受信する。

ステップＳ２８２にて、ＣＰＵ１１４は、セッションの確立を要求する情報から、ＩＰ電話端末６２自身の電話番号のサブ番号を抽出する。

ステップＳ２８４にて、ＣＰＵ１１４は、セッションを確立する。
ステップＳ２８６にて、ＣＰＵ１１４は、マナーモード着信を行うか否かを判断する。本実施の形態の場合、ＣＰＵ１１４は、ステップＳ２８２にて抽出したサブ番号がマナーモード着信を行うための番号である場合と、メモリ１０２に記憶された情報がマナーモード着信を行うことを表わす場合とに、マナーモード着信を行うと判断する。マナーモード着信を行うと判断した場合（ステップＳ２８６にてＹＥＳ）、処理はステップＳ２８８へと移される。もしそうでないと（ステップＳ２８６にてＮＯ）、処理はステップＳ２９０へと移される。

ステップＳ２８８にて、ＣＰＵ１１４は、バイブレータ１１６を駆動する。ステップＳ２９０にて、ＣＰＵ１１４は、音声処理部１０８を制御する。音声処理部１０８は、着呼音の信号をジャック１１２に出力する。ヘッドセット１２０は、ジャック１１２から出力された信号に基づいて着呼音を鳴らす。

ステップＳ２９２にて、ＣＰＵ１１４は、操作入力部１０６が着呼に応じるために操作されたことに応じて、ＷｉＦｉ通信モジュール１０４と、音声処理部１０８とを制御する。これにより、ＷｉＦｉ通信モジュール１０４は、音声信号を通信する。音声処理部１０８は、ＣＰＵ１１４が出力した信号をヘッドセット１２０が音声に変換できる信号に変換したり、ヘッドセット１２０が出力した音声信号をＣＰＵ１０８が処理できる信号に変換したりする。

ステップＳ２９４にて、ＣＰＵ１１４は、ＷｉＦｉ通信モジュール１０４が受信した信号または操作入力部１０６に対する操作に基づいて、通話を終了するか否かを判断する。通話を終了すると判断した場合には（ステップＳ２９４にてＹＥＳ）、処理はステップＳ２９６へと移される。もしそうでないと（ステップＳ２９４にてＮＯ）、処理はステップＳ２９２へと移される。

ステップＳ２９６にて、ＣＰＵ１１４は、セッションを終了するための処理を行う。
以上のような構造およびフローチャートに基づく、電話交換システムの動作について説明する。

［重要度の登録］
データベースアクセス制御部７６は、着呼を要求する情報を受信する（ステップＳ１７０）。この場合、ＩＰ電話端末６４が発呼側の電話機であることとする。

本実施の形態の場合、この情報は、パケットとして通信される。図１１は、本実施の形態におけるパケットのフォーマットを示す図である。本実施の形態の場合、パケットは、いずれもＳＩＰとＳＤＰ（Session Description Protocol）あるいはＲＴＰ（Real-time Transport Protocol）とに則って情報を通信する。ＳＩＰあるいはＳＤＰに則って情報を通信する場合、それらのパケットは、いずれも、データリンク層ヘッダ１８０と、ＩＰヘッダ１８２と、ＵＤＰヘッダ１８４と、ＳＩＰデータ１８６とを含む。データリンク層ヘッダ１８０は、ＬＡＮ内あるいはＷＡＮ（Wide Area Network）内でＬＡＮインターフェイスデバイスを通してパケットを通信するためのデータである。ＩＰヘッダ１８２は、データの送信先を規定するデータである。ＵＤＰヘッダ１８４は、通信ポートを規定するデータである。ＳＩＰデータ１８６は、ＳＩＰとＳＤＰとに則った各種のデータである。なお、ＲＴＰに則って情報を通信する場合のパケットのフォーマットは周知なので、ここではそのフォーマットは説明されない。

識別部７０２は、着呼を要求する情報から、着呼側のＩＰ電話端末の電話番号を抽出する。その番号が抽出されると、識別部７０２は、その電話番号に基づいて、着信拒否の程度を登録するために発呼側のユーザが着呼を要求したのか否かを判断する（ステップＳ１７２）。この場合、着信拒否の程度を登録するために着呼が要求されたとすると（ステップＳ１７２にてＹＥＳ）、通話制御部７４２は、ステップＳ１７０にて情報を送信したＩＰ電話端末との間でセッションを開始する（ステップＳ２１０）。

セッションが開始されると、データベースアクセス制御部７６は、着信拒否の程度の入力を促す情報を送信する（ステップＳ２１２）。ＩＰ電話端末６４は、この情報を受信すると着信拒否の程度の入力を促すメッセージを表示する。

ＩＰ電話端末６４のユーザは、着信拒否の程度をＩＰ電話端末６４に入力する。ＩＰ電話端末６４は、程度情報を電話交換機に送信する。データベースアクセス制御部７６は、程度情報を受信する。程度情報が受信されると、記憶部８４は、受信フィルタテーブル８４６の一部としてその程度情報を記憶する（ステップＳ２１４）。

程度情報が記憶されると、データベースアクセス制御部７６は、連絡方法の選択を促す情報を送信する（ステップＳ２１６）。ＩＰ電話端末６４は、この情報を受信すると連絡方法の選択を促すメッセージを表示する。ＩＰ電話端末６４のユーザは、選択の結果を示す情報をＩＰ電話端末６４に入力する。ＩＰ電話端末６４は、その情報を電話交換機に送信する。

通話制御部７４２は、その情報を受信する。臨時の連絡先の電話番号を表わす情報がその情報に含まれている場合、記憶部８４は、加入者テーブル８４２の一部として臨時の連絡先の電話番号を表わす情報を記憶する（ステップＳ２１８）。

その後、通話制御部７４２は、セッションを終了する（ステップＳ２２０）。
［送信側の当初の重要度情報が「やや低」で、着呼側の重要度が「緊急時のみ応答する」で、臨時連絡先が登録されており、かつ着呼側のＩＰ電話端末の所在が不明になっている場合］
ＩＰ電話端末６４を発呼側とし、ＩＰ電話端末６２を着呼側として、発呼があったとする。ステップＳ１７０の処理を経て、識別部７０２は、その電話番号に基づいて、着信拒否の程度を登録するために発呼側のユーザが着呼を要求したのか否かを判断する（ステップＳ１７２）。この場合、この場合、通話のために着呼が要求されたとすると（ステップＳ１７２にてＮＯ）、識別部７０２は、着呼を要求する情報から、サブ番号の情報を抽出する。サブ番号の情報が抽出されると、記憶部８４は、発呼側のＩＰ電話端末に関する情報を発信フィルタテーブル８４４の一部として記憶する（ステップＳ１７６）。

発呼側のＩＰ電話端末に関する情報が記憶されると、テーブル検索部８２は、発呼側のＩＰ電話端末と着呼側のＩＰ電話端末とが共通する発呼が所定の期間内に繰返された回数が閾値を越えるか否かを判断する（ステップＳ１７８）。この場合、その回数が閾値を越えないとすると（ステップＳ１７８にてＮＯ）、テーブル検索部８２は、ステップＳ１７２にて抽出された電話番号に対応する程度情報を受信フィルタテーブル８４６から検索する。この場合、緊急時のみ応答する旨の程度情報が記憶されているので、ＳＩＰアクセス制御部７０は、データベースアクセス制御部７６にその情報を送信する（ステップＳ１８２）。

程度情報が送信されると、一般選択部７１２は、重要度情報と程度情報と着信側のＩＰ電話端末の所在地の種類と処理方法データベースとに基づいて、重要度情報と程度情報と着信側のＩＰ電話端末の所在地の種類との組み合わせに応じた処理を選択する（ステップＳ１８４）。

図１２は、本実施の形態における処理方法データベースの内容を表わす図である。図１２においては、所在地の種類を「プレゼンス」と称する。

この場合、送信側の重要度情報が「やや低」で、着呼側の重要度が「緊急時のみ応答する」で、かつ着信側のＩＰ電話端末６２の所在地が不明なので、選択される処理は「留守録処理」である。

処理が選択されると、通話制御部７４２は、選択部７０４により選択された処理が標準着信か否かを判断する（ステップＳ１８６）。この場合、選択された処理は標準着信ではないので（ステップＳ１８６にてＮＯ）、通話制御部７４２は、選択部７０４により選択された処理がマナーモード着信か否かを判断する（ステップＳ１９０）。この場合、選択された処理はマナーモード着信ではないので（ステップＳ１９０にてＮＯ）、通話制御部７４２は、選択部７０４により選択された処理が代替着信か否かを判断する（ステップＳ１９４）。この場合、選択された処理は代替着信ではないので（ステップＳ１９４にてＮＯ）、データベース部５２の記憶部８４は、通話履歴の情報を更新する（ステップＳ１９８）。その情報が更新されると、電話交換機は留守録処理を実施する（ステップＳ２００）。

［送信側の当初の重要度が「やや重要」で、着呼側の重要度が「緊急時のみ応答する」で、臨時連絡先が登録されておらず、かつ着呼側のＩＰ電話端末の所在地の種類が「通話抑制エリア」通信中のアクセスポイントのＳＳＩＤが判明している場合］
ＩＰ電話端末６４を発呼側とし、ＩＰ電話端末６２を着呼側として、発呼があったとする。ステップＳ１７０からステップＳ１８２までの処理を経て、一般選択部７１２は処理を選択する（ステップＳ１８４）。

この場合、送信側の重要度情報が「やや重要」で、着呼側の重要度が「緊急時のみ応答する」で、かつ着信側のＩＰ電話端末６２の所在地の種類が「通話抑制エリア」なので、選択される処理は「マナーモード着信」である。

処理が選択されると、通話制御部７４２は、選択部７０４により選択された処理が標準着信か否かを判断する（ステップＳ１８６）。この場合、選択された処理は標準着信ではないので（ステップＳ１８６にてＮＯ）、通話制御部７４２は、選択部７０４により選択された処理がマナーモード着信か否かを判断する（ステップＳ１９０）。この場合、選択された処理はマナーモード着信なので（ステップＳ１９０にてＹＥＳ）、通話制御部７４２は、マナーモード着信を実施する（ステップＳ１９２）。

一方、ＩＰ電話端末６２のＷｉＦｉ通信モジュール１０４は、セッションの確立を要求する情報を受信する（ステップＳ２８０）。

その情報が受信されると、ＣＰＵ１１４は、セッションの確立を要求する情報から、ＩＰ電話端末６２自身の電話番号のサブ番号を抽出する（ステップＳ２８２）。

サブ番号が抽出されると、ＣＰＵ１１４は、セッションを確立する（ステップＳ２８４）。

セッションが確立されると、ＣＰＵ１１４は、マナーモード着信を行うか否かを判断する（ステップＳ２８６）。この場合、マナーモード着信を行うと判断されるので（ステップＳ２８６にてＹＥＳ）、ステップＳ２８８にて、ＣＰＵ１１４は、バイブレータ１１６を駆動する（ステップＳ２８８）。

バイブレータ１１６が駆動されると、ＣＰＵ１１４は、ＷｉＦｉ通信モジュール１０４と、音声処理部１０８とを制御する。これにより、ＷｉＦｉ通信モジュール１０４は、音声信号を通信する。音声処理部１０８は、ＣＰＵ１１４が出力した信号をヘッドセット１２０が音声に変換できる信号に変換したり、ヘッドセット１２０が出力した音声信号をＣＰＵ１０８が処理できる信号に変換したりする（ステップＳ２９２）。

その後、ＣＰＵ１１４は、ＷｉＦｉ通信モジュール１０４が受信した信号または操作入力部１０６に対する操作に基づいて、通話を終了するか否かを判断する（ステップＳ２９４）。当初は通話を継続すると判断するので（ステップＳ２９４にてＮＯ）、ステップＳ２９２の処理とステップＳ２９４の処理とが繰り返されるとが、最後には通話を終了すると判断されるので（ステップＳ２９４にてＮＯ）、ＣＰＵ１１４は、セッションを終了するための処理を行う（ステップＳ２９６）。

［送信側の当初の重要度が「重要」で、着呼側の重要度が「拒否」で、臨時連絡先が登録されておらず、データベース部５２に登録されたスケジュールには現在時刻に対応するものがなく、かつ着呼側のＩＰ電話端末の所在が不明になっている場合］
ＩＰ電話端末６４を発呼側とし、ＩＰ電話端末６２を着呼側として、発呼があったとする。ステップＳ１７０からステップＳ１８２までの処理を経て、一般選択部７１２は処理を選択する（ステップＳ１８４）。

この場合、送信側の重要度情報が「重要」で、着呼側の重要度が「拒否」で、かつ着信側のＩＰ電話端末６２の所在地の種類が「所在不明」なので、選択される処理は「代替着信」である。

処理が選択されると、通話制御部７４２は、選択部７０４により選択された処理が標準着信か否かを判断する（ステップＳ１８６）。この場合、選択された処理は標準着信ではないので（ステップＳ１８６にてＮＯ）、通話制御部７４２は、選択部７０４により選択された処理がマナーモード着信か否かを判断する（ステップＳ１９０）。この場合、選択された処理はマナーモード着信ではないので（ステップＳ１９０にてＮＯ）、通話制御部７４２は、選択部７０４により選択された処理が代替着信か否かを判断する（ステップＳ１９４）。この場合、選択された処理は代替着信なので（ステップＳ１９４にてＹＥＳ）、テーブル検索部８２は、ＩＰ電話端末６２についての加入者テーブル８４２を参照する（ステップＳ２３０）。

加入者テーブル８４２が参照されると、テーブル検索部８２は、ステップＳ１７２にて抽出された電話番号についての加入者テーブル８４２に臨時の連絡先の情報が含まれているか否かを判断する（ステップＳ２３２）。この場合、臨時の連絡先の情報が含まれていないとすると（ステップＳ２３２にてＮＯ）、データベースアクセス制御部７６は、識別制御部７５０の制御に従い、アクセスポイント６０のＳＳＩＤの情報の送信を要求する信号をＩＰ電話端末６２に送信する（ステップＳ２３６）。

その信号が送信されると、識別制御部７５０は、アクセスポイント６０のＳＳＩＤの情報を受信できたか否かを判断する（ステップＳ２３８）。この場合、そのＳＳＩＤの情報は受信できなかったとすると（ステップＳ２３８にてＮＯ）、検出部７５４は、現在時刻その他の時期を検出する。時期が検出されると、テーブル検索部８２は、加入者テーブル８４２に記憶された情報のうち、ステップＳ１７２にて抽出された電話番号とその時期とに対応づけられた電話番号を検索する（ステップＳ２４２）。

図１３は、加入者テーブル８４２に記憶された情報のうち、ＩＰ電話端末６２のユーザについての情報を示す図である。この場合、現在時刻その他の時期の情報として、「１２月８日金曜日１６時４５分」という情報が得られたとする。

検索が完了すると、テーブル検索部８２は、ステップＳ２４２の検索の結果に基づいて、ステップＳ１７２にて抽出された電話番号とステップＳ２４２にて検出された時期とに対応づけられた電話番号が加入者テーブル８４２に含まれているか否かを判断する（ステップＳ２４４）。得られた情報が例えば「１２月８日金曜日１６時１０分」という情報であったとすると、その情報に対応する電話番号「０６−６２・・・」の情報が加入者テーブル８４２に含まれていると判断されるが、この場合、そのような電話番号の情報が含まれていないので（ステップＳ２４４にてＮＯ）、テーブル検索部８２は、図１３に示す「最終連絡先」の「０７２−・・・」という電話番号の情報を記憶部８４から読み出す。その電話番号が読み出されると、確立制御部７５６は、その情報が示す代替電話機を着呼側としてセッションを確立する。その後、確立制御部７５６はこのセッションを通話の終了に伴い終了させる（ステップＳ２４８）。

以上のようにして、本実施の形態に係る電話交換機は、発呼側の重要度情報と着呼側の程度情報とに基づいて、発呼に対する処理を選択する。これにより、発呼側のユーザの都合と着呼側のユーザの都合とにあわせて柔軟に通話を開始させたり開始させなかったりできる。本実施の形態に係る電話交換機は、緊急に着呼を要求することが必要になった場合、発呼側のユーザの都合だけでなく、着呼側のユーザの都合も考慮される。その結果、緊急に着呼を要求することが必要になった場合、その発呼側と着呼側との事情に応じて効果的に通話を促すことができる電話交換機を提供することができる。

また、本実施の形態に係る電話交換機は、着呼側の都合によっては、代替電話機との間で通信を確立する。これにより、着呼を要求しようとした相手でなくとも、それに代わる相手と通話したり、着呼を要求しようとした電話機とは別の電話機を用いてその相手と通話したりすることができる。これにより、情報を迅速に伝達できる可能性が高くなる。これまでは、着呼側が所在不明の場合、発呼側のユーザが知っている連絡先に順次発呼するか留守録処理によってメッセージを残す他に対策はあり得なかった。しかしながら、本実施の形態に係る電話交換機は、代替電話機との間で通信を確立するので、発呼側のユーザが連絡先を知らなくても適切な連絡先と通話することにより着呼側のユーザに情報を伝達できるようになる。また、発呼側のユーザが知っている連絡先に順次発呼する場合に比べ、着呼側のユーザに情報を伝達するまでの時間は大幅に短縮できるようになる。

また、本実施の形態に係る電話交換機は、着呼側の電話機との通信を中継する通信機の識別情報に基づいて代替電話機を選択する。これにより、単一の代替電話機に電話する場合に比べ、着呼側の電話機のユーザと通話ができる可能性が高くなる。

また、本実施の形態に係る電話交換機は、発呼があった時期を検出し、予め登録されていたスケジュールとその時期とに基づいて代替電話機を選択する。これにより、着呼側の電話機の所在が不明であっても、着呼側の電話機のユーザと通話ができる可能性が高くなる。

また、本実施の形態に係る電話交換機は、着呼側の電話機のユーザが予め指定した電話機を代替電話機として選択する。これにより、伝言その他の手段を通じて着呼側の電話機のユーザに情報を迅速に伝達できる可能性が高くなる。

また、本実施の形態に係る電話交換機は、発呼の頻度が閾値を越える場合、その発呼を発呼情報に含まれた重要度情報が表わす重要度よりも高い重要度とみなして処理を選択する。これにより、発呼側のユーザが低い重要度を誤って指定した場合でも適切な重要度に基づいて処理を選択できる。

なお、第１の変形例においては、電話交換機は、ＩＰ電話端末に代え、携帯電話やＰＨＳ（Personal Handyphone System）との通信を行ってもよい。この場合、ＳＳＩＤに代え、基地局を識別するための識別情報が利用されてもよい。

また、第２の変形例においては、処理方法データベースは、加入者ごとに設定されるものであってもよい。この場合には、処理方法データベースは、加入者テーブル８４２の一部としてテーブル検索部８２により検索される。検索の結果得られた処理を示す情報は、テーブル検索部８２の制御に従ってＳＩＰアクセス制御部８０により送信され、一般選択部７１２あるいは特別選択部７１４により参照されるものであってもよい。また、この場合には、処理方法データベースの内容は、ユーザによって設定されるものであってもよい。処理方法データベースの内容がユーザによって設定される場合、重要度情報や程度情報は予め設定されたいくつかの種類の情報のいずれかの中から選択されるものであってもよい。この場合、予め設定される重要度情報や程度情報はユーザが置かれた具体的な状況に対応するものであってもよい。そのような重要度情報の例には、「上層部から」、「上司から」、「所属部署から」、「緊急」、「友人から」、「学校・保育園から」、あるいは「子供の事故・病気」などが含まれ、程度情報の例には、「拒否」、「上司からの電話には応答する」、「会議中」、「プレゼンス中」、「会議中」、「商談中」、「通常業務中」、「外出中」、「緊急時のみ応答する」、「おまかせ」、「プライベートタイム」などが含まれる。図１４は、このような場合における、電話交換機が処理を選択するための要素を示す概念図である。このように重要度情報や程度情報を選択できることで、程度情報を「上司からの電話には応答する」としておき、上司が重要度情報を「上司から」に設定して発呼すると、出張先の重要な打ち合わせ中に上司からの重要な電話指示を受けつつ他の人からの電話を気にせず済むようにできる。

ちなみに、この場合、発呼側の電話機ごとに程度情報を設定してもよい。発呼側の電話機ごとに程度情報が設定される場合、一般選択部７１２あるいは特別選択部７１４は、程度情報そのものに加え、発呼側のデータテーブルも考慮して処理を選択する。処理方法データベースは、加入者と発呼側の電話機の電話番号との組み合わせごとに記憶される。このように発呼側の電話機ごとに程度情報を設定することで、特定の電話機に対しては重要度情報の如何に関わらず「留守録処理」に設定しておけばその電話機からの発呼が事実上拒否されることとなる。勿論、一般に行われている着信拒否サービスのように、発呼側の電話機に対して着信拒否されていることを通知してもよい。

また、加入者テーブル８４２の一部として処理方法データベースがテーブル検索部８２により検索される場合には、情報中継部５０とデータベース部５２とは、互いに独立したコンピュータハードウェアによって実現されてもよい。この場合、それらのコンピュータハードウェアは、１組の電話交換システムを構成する。これらの電話交換システムにおいては、データベース部５２は、１台のデータベース装置として実現される。図１から明らかなように、データベース部５２は、情報中継部５０と通信するＳＩＰアクセス制御部８０と、記憶部８４と、ＳＩＰアクセス制御部８０を制御するテーブル検索部８２とを含む。テーブル検索部８２は、情報中継部５０を介してＳＩＰアクセス制御部８０が発呼情報を受信すると、処理を示す情報を情報中継部５０に送信するようにＳＩＰアクセス制御部８０を制御する。情報中継部５０も、１台のデータベース装置として実現される。情報中継部５０は、ＩＰネットワーク５６を介して複数の電話機と通信し、かつデータベース部５２と通信するデータベースアクセス制御部７６と、ＳＩＰメッセージ処理部７０と、セッション処理部７４とを含む。ＳＩＰメッセージ処理部７０は、データベースアクセス制御部７６が発呼情報を受信すると、データベース部５２に発呼情報を送信するようにデータベースアクセス制御部７６を制御する。セッション処理部７４は、データベース部５２からデータベースアクセス制御部７６が処理を示す情報を受信すると、その情報が示す処理に従って、発呼情報を送信したＩＰ電話端末に対して情報を送信するようにデータベースアクセス制御部７６を制御する。この場合、ＳＩＰメッセージ処理部７０とセッション処理部７４とは、データベースアクセス制御部７６を制御する１つの制御ブロックを構成する。

また、第３の変形例においては、処理方法データベースに所在地の種類の情報が含まれなくともよい。この場合、選択部７０４は、程度情報と重要度情報との組み合わせに応じた処理を選択することとなる。所在地の種類は考慮されない。

また、第４の変形例においては、加入者テーブル８４２の情報は、加入者に対するスケジュール登録サービスと連動させてもよい。この場合、ユーザは自分自身がＩＰネットワーク５６を介して参照するために自らのスケジュールを本実施の形態に係る電話交換機であるＳＩＰサーバに登録しておく。本実施の形態に係る電話交換機であるＳＩＰサーバは、そのスケジュールの情報を上述した代替着信のために利用する。

また、第５の変形例においては、ステップＳ１８２にてＳＩＰアクセス制御部７０が程度情報を送信することに代えて、着呼側のＩＰ電話端末がデータベースアクセス制御部７６に直接程度情報を送信してもよい。この場合、識別制御部７５０が、程度情報を要求する信号を着呼側のＩＰ電話端末が送信するように、データベースアクセス制御部７６を制御する。この場合、着呼側のＩＰ電話端末から返信された程度情報がステップＳ１８４にて選択部７０４の選択に利用される。程度情報の返信がなかった場合、選択部７０４は、たとえば「拒否」といった所定の内容の程度情報が返信されたとみなして処理を選択できる。着呼側のＩＰ電話端末は、予め自らが記憶した程度情報を返信する。場合によっては、着呼側のＩＰ電話端末は、程度情報を要求されるたびにユーザに程度情報の入力を促し、入力された程度情報を返信してもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明の実施の形態に係る電話交換機の構成およびＩＰ電話端末と通信するための仕組みを表わす図である。 本実施の形態に係る電話交換機を実現するコンピュータハードウェアの制御ブロック図である。 本実施の形態に係るＩＰ電話端末の構成を表わす第１の図である。 本実施の形態に係るＩＰ電話端末の構成を表わす第２の図である。 本発明の実施の形態に係る応答処理の制御の手順を示す第１のフローチャートである。 本発明の実施の形態に係る応答処理の制御の手順を示す第２のフローチャートである。 本発明の実施の形態に係る着信拒否の程度の登録処理の制御の手順を示すフローチャートである。 本発明の実施の形態に係る代替着信処理の制御の手順を示す第１のフローチャートである。 本発明の実施の形態に係る代替着信処理の制御の手順を示す第２のフローチャートである。 本発明の実施の形態に係るマナーモード着信処理の制御の手順を示すフローチャートである。 本発明の実施の形態に係るパケットのフォーマットを示す図である。 本発明の実施の形態に係る処理方法データベースの内容例を表わす図である。 本発明の実施の形態に係る加入者テーブルに記憶された情報例を表わす図である。 本発明の実施の形態の第２の変形例に係る電話交換機が処理を選択するための要素を示す概念図である。

符号の説明

５０ 情報中継部、５２ データベース部、５４ ゲートウェイ装置、５６ ＩＰネットワーク、５８，６２，６４ ＩＰ電話端末、６０ アクセスポイント、７０ ＳＩＰメッセージ処理部、７２ レジストラ処理部、７４ セッション処理部、７６ データベースアクセス処理部、８０ ＳＩＰアクセス制御部、８２ テーブル検索部、８４ 記憶部、１００，１６０ ストレージ駆動部、１０２，１６２ メモリ、１０４ ＷｉＦｉ通信モジュール、１０６，１６６ 操作入力部、１０８，１６８ 音声処理部、１１０，１７０ ＬＣＤ表示部、１１２ ジャック、１１４，１３０，１７６ ＣＰＵ、１１６ バイブレータ、１２０ ヘッドセット、１３２ Ｉ／Ｏ、１３４ ＲＯＭ、１３８ メモリカード駆動装置、１３６ ＲＡＭ、１４０ キーボード、１４２ ディスプレイ、１４４ バス、１５０ メモリカード、１６４ 通信モジュール、１７２ マイク、１７４ スピーカ、１８０ データリンク層ヘッダ、１８２ ＩＰヘッダ、１８４ ＵＤＰヘッダ、１８６ ＳＩＰデータ、７０２ 識別部、７０４ 選択部、７１２ 一般選択部、７１４ 特別選択部、７４０ 代替制御部、７４２ 通話制御部、７５０ 識別制御部、７５２ 確立制御部、７５４ 検出部、７５６ 着呼制御部、８４２ 加入者テーブル、８４４ 発信フィルタテーブル、８４６ 受信フィルタテーブル、８４８ 公衆テーブル。

Claims (9)

1. 着呼側の電話機を示す情報および通話の重要度を示す重要度情報を有する発呼情報を発呼側の前記電話機から受信する電話交換機であって、
   前記電話機に対応付けて、着呼拒否の程度を示す程度情報と前記電話機の代わりに着呼に応じる代替電話機を示す情報を記憶するための記憶手段と、
   通信ネットワークを介して複数の前記電話機と通信するための通信手段と、
   前記通信手段を制御するための制御手段とを含み、
   前記制御手段は、
   前記通信手段が前記発呼情報を受信すると、前記着呼側の電話機に対応付けられた前記程度情報と前記発呼情報が有する前記重要度情報との組み合わせが要件を満たす場合に、前記発呼情報を送信した発呼電話機と前記代替電話機との間で通信を確立する確立処理を選択するための選択手段と、
   前記選択手段が前記確立処理を選択した場合、前記着呼側の電話機から、前記着呼側の電話機との通信を中継する前記通信機の識別情報を受信するように前記通信手段を制御するための識別制御手段と、
   前記識別制御手段が前記識別情報を受信すると、前記着呼側の電話機との通信を中継する前記通信機および前記着呼側の電話機に対応する前記代替電話機と前記発呼電話機との間で通信を確立するための情報を通信するように、前記通信手段を制御するための確立制御手段を含む、電話交換機。
2. 着呼側の電話機を示す情報および通話の重要度を示す重要度情報を有する発呼情報を発呼側の前記電話機から受信する電話交換機であって、
   前記電話機に対応付けて着呼拒否の程度を示す程度情報を記憶するための記憶手段と、
   通信ネットワークを介して複数の前記電話機と通信するための通信手段と、
   前記通信手段を制御するための制御手段とを含み、
   前記制御手段は、
   前記発呼情報を前記通信手段が受信すると、前記着呼側の電話機に対応付けられた前記程度情報と前記重要度情報との組み合わせに応じた処理を選択するための選択手段と、
   前記選択手段が選択した処理に従って、前記発呼情報を送信した電話機に対して情報を送信するように前記通信手段を制御するためのセッション制御手段とを含む、電話交換機。
3. 前記記憶手段は、前記程度情報に加え、前記電話機の代わりに着呼に応じる代替電話機を示す情報を前記電話機に対応付けて記憶するための手段を含み、
   前記選択手段は、前記着呼側の電話機に対応付けられた前記程度情報と前記発呼情報が有する前記重要度情報との組み合わせが要件を満たす場合に、前記発呼情報を送信した発呼電話機と前記代替電話機との間で通信を確立する確立処理を選択するための手段を含み、
   前記セッション制御手段は、前記選択手段が前記確立処理を選択した場合、前記発呼情報を送信した発呼電話機と前記代替電話機との間で通信を確立するための情報を通信するように、前記通信手段を制御するための代替制御手段を含む、請求項２に記載の電話交換機。
4. 前記記憶手段は、前記電話機に加え通信を中継する通信機に対応付けて前記代替電話機を示す情報を記憶し、かつ前記程度情報を記憶するための手段を含み、
   前記代替制御手段は、
   前記着呼側の電話機から、前記着呼側の電話機との通信を中継する前記通信機の識別情報を受信するように前記通信手段を制御するための識別制御手段と、
   前記識別制御手段が前記識別情報を受信すると、前記着呼側の電話機との通信を中継する前記通信機および前記着呼側の電話機に対応する前記代替電話機と前記発呼電話機との間で通信を確立するための情報を通信するように、前記通信手段を制御するための確立制御手段を含む、請求項３に記載の電話交換機。
5. 前記記憶手段は、前記電話機に加え時期に対応付けて前記代替電話機を示す情報を記憶し、かつ前記程度情報を記憶するための手段を含み、
   前記代替制御手段は、
   時期を検出するための検出手段と、
   前記検出手段が検出した時期および前記着呼側の電話機に対応する前記代替電話機と前記発呼電話機との間で通信を確立するための情報を通信するように、前記通信手段を制御するための着呼制御手段とを含む、請求項３に記載の電話交換機。
6. 前記記憶手段は、前記着呼側の電話機から受信した前記代替電話機を示す情報を記憶し、かつ前記程度情報を記憶するための手段を含む、請求項３に記載の電話交換機。
7. 前記選択手段は、前記発呼情報の受信頻度が要件を満たす場合、前記発呼情報が有する情報よりも高い重要度を示す前記重要度情報と前記着呼側の電話機に対応付けられた前記程度情報との組み合わせに応じた処理を選択するための手段を含む、請求項２に記載の電話交換機。
8. 着呼側の電話機を示す情報および通話の重要度を示す重要度情報を有する発呼情報を発呼側の前記電話機から受信し、かつ前記着呼側の電話機から着呼拒否の程度を示す程度情報を受信する電話交換機であって、
   通信ネットワークを介して複数の前記電話機と通信するための通信手段と、
   前記通信手段を制御するための制御手段とを含み、
   前記制御手段は、
   前記通信手段が前記発呼情報を受信し、かつ前記程度情報を前記通信手段がすると、前記程度情報と前記重要度情報との組み合わせに応じた処理を選択するための選択手段と、
   前記選択手段が選択した処理に従って、前記発呼情報を送信した電話機に対して情報を送信するように前記通信手段を制御するためのセッション制御手段とを含む、電話交換機。
9. データベース装置と情報中継装置とを含み、着呼側の電話機を示す情報および通話の重要度を示す重要度情報を有する発呼情報を発呼側の前記電話機から受信する電話交換システムであって、
   前記データベース装置は、
   前記情報中継装置と通信するための通信手段と、
   前記電話機に対応付けて着呼拒否の程度を示す程度情報を記憶するための記憶手段と、
   前記情報中継装置を介して前記通信手段が前記発呼情報を受信すると、前記着呼側の電話機に対応付けられた前記程度情報と前記重要度情報との組み合わせに応じた処理を示す処理情報を前記情報中継装置に送信するように前記通信手段を制御するための送信制御手段とを含み、
   前記情報中継装置は、
   通信ネットワークを介して複数の前記電話機と通信し、かつ前記データベース装置と通信するための通信手段と、
   前記通信手段を制御するための制御手段とを含み、
   前記制御手段は、
   前記通信手段が前記発呼情報を受信すると、前記発呼情報を前記データベース装置に送信するように前記通信手段を制御するためのアクセス制御手段と、
   前記データベース装置から前記通信手段が前記処理情報を受信すると、前記処理情報が示す処理に従って、前記発呼情報を送信した電話機に対して情報を送信するように前記通信手段を制御するためのセッション制御手段とを含む、電話交換システム。

Images