(57)【特許請求の範囲】
【請求項１】
個人に割り当てられた複数の電話端末の識別情報と、前記複数の電話端末の夫々が通話中か否かを示す通話状態情報とを記憶する記憶装置と、
前記複数の電話端末の１つに対する着信要求の発生時に、前記着信要求に対応する電話端末と異なる前記複数の電話端末の少なくとも１つが通話中か否かを前記通話状態情報の参照によって判定する処理と、前記複数の電話端末の少なくとも１つが通話中であるときに、前記個人が他の電話での通話中であることを示す情報を前記着信要求の発信端末に接続するための処理を行う制御装置とを備え、
前記複数の電話端末の少なくとも１つは、入退場が管理される管理エリアに固定配置された固定電話端末を含み、
前記記憶装置は、前記個人が前記管理エリアにいるか否かを示す在／不在情報をさらに記憶し、
前記制御装置は、前記在／不在情報に基づいて、前記個人が前記管理エリアにいると判定されることを条件に、着信対象の電話端末と異なる前記複数の電話端末の少なくとも１つが通話中か否かを前記状態情報の参照によって判定する処理をさらに実行する、
着信制御装置。
【請求項２】
前記複数の電話端末の識別情報は、構内電話網内の内線電話の識別情報を含む
請求項１に記載の着信制御装置。
【請求項３】
前記記憶装置は、前記個人に対して優先的な着信を実施すべき優先着信電話端末の情報をさらに記憶し、
前記制御装置は、着信対象の電話端末と異なる前記複数の電話端末の少なくとも１つが通話中であるときに、前記着信要求の発信側の電話端末が前記優先着信電話端末か否かを前記優先着信電話端末の情報に基づき判定する処理と、前記発信側の電話端末が前記優先着信電話端末であるときに、前記複数の電話端末の少なくとも１つに前記優先着信電話端末からの着信を知らせる情報を接続するための処理を行う
請求項１または２に記載の着信制御装置。
【請求項４】
コンピュータが、
個人に割り当てられた複数の電話端末の識別情報と、前記複数の電話端末の夫々が通話中か否かを示す通話状態情報とを記憶し、
前記複数の電話端末の１つに対する着信要求の発生時に、前記着信要求に対応する電話端末と異なる前記複数の電話端末の少なくとも１つが通話中か否かを前記通話状態情報の参照によって判定し、
前記複数の電話端末の少なくとも１つが通話中であるときに、前記個人が他の電話での通話中であることを示す情報を前記着信要求の発信端末に接続するための処理を実行し、
前記複数の電話端末の少なくとも１つは、入退場が管理される管理エリアに固定配置された固定電話端末を含み、
前記コンピュータが、
前記個人が前記管理エリアにいるか否かを示す在／不在情報をさらに記憶し、
前記在／不在情報に基づいて、前記個人が前記管理エリアにいると判定されることを条件に、着信対象の電話端末と異なる前記複数の電話端末の少なくとも１つが通話中か否かを前記状態情報の参照によって判定する処理をさらに実行する、
着信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、着信制御装置に関する。
【背景技術】
【０００２】
近年、電話通信網を用いた通信サービスを提供する複数の通信事業者（キャリア）があり、個人が複数の通信サービスに加入し、個人に複数の回線契約が存在する。
【０００３】
各通信事業者の電話通信は、通信事業者毎にそれぞれ独立した回線制御が行われており、各通信事業者が管理する電話網（キャリア網）間における通話状態情報の連携は無い。このため、一人の個人に対して複数のキャリア網から同時に複数の着信が発生する可能性がある。この場合、一人の個人が複数の着信に対して同時に応答することは困難であり、応答できない着信が発生する状態が考えられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２７３０７５号公報
【特許文献２】特開２００８−８０９４９号公報
【特許文献３】特開２００８−１９３２２５号公報
【特許文献４】特開２０１１−６６８２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来、移動電話網の加入者サービスの一つとして、着信に応答できなかった際、携帯電話の場合「現在電話に出ることが出来ない」旨の音声を発信者に対して通知する機能（留守番電話機能）が存在する。但し、このような留守番電話機能を使用するには、携帯電話端末のボタン操作、あるいは携帯電話端末または回線に対しメッセージを送出するまでの呼出し時間を予め設定することが要求される。
【０００６】
これに対し、携帯電話端末での通話中に固定電話網（PBX含む）に着信があった場合に
は、「現在電話に出ることが出来ない」旨の音声を固定電話網の発信者に通知する手段がない。
【０００７】
このため、固定電話網に対する着信に応答できなかった場合には、固定電話網の発信者は、応答できなかった理由（電話応対中であるのか不在であるのか）を知り得ない。このとき、発信者が不在と判断した場合には、後日再度電話をかけ直すことが起こり得る。この場合、情報伝達の遅延が発生する。
【０００８】
上記した固定電話網からの着信に係る問題は、事業者の異なる複数の携帯電話端末を１個人が占有し、いずれかの携帯電話端末を用いた通話中に、他の携帯電話端末への着信が発生した場合にも起こり得る。
【０００９】
本発明の一側面は、発信者に対し、着信に応答できない理由を適正に伝達可能とする技術を提供することを目的とする。  
【課題を解決するための手段】
【００１０】
本発明の一側面は、上記目的を達成するため、以下の手段を採用する。すなわち、本発明の一側面は、個人に割り当てられた複数の電話端末の識別情報と、前記複数の電話端末
の夫々が通話中か否かを示す通話状態情報とを記憶する記憶装置と、
前記複数の電話端末の１つに対する着信要求の発生時に、前記着信要求に対応する電話端末と異なる前記複数の電話端末の少なくとも１つが通話中か否かを前記通話状態情報の参照によって判定する処理と、前記複数の電話端末の少なくとも１つが通話中であるときに、前記個人が他の電話での通話中であることを示す情報を前記着信要求の発信端末に接続するための処理を行う制御装置と
を含む着信制御装置である。
【発明の効果】
【００１１】
本発明の一側面によれば、発信者に対し、着信に応答できない理由を適正に伝達可能とする技術を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施形態に係るネットワークシステムの全体構成例を示す。
【図２】図２は、着信制御装置に実装されるソフトウェアの構成例を模式的に示す図である。
【図３】図３は、着信制御装置のハードウェア構成例を示す図である。
【図４】図４は、図２に示したソフトウェアと図３に示したハードウェアとの協働関係の例を示す図である。
【図５】図５は、管理装置から着信制御装置へ着信制御情報（着信制御の設定情報）を登録する場合の着信制御装置の処理（着信制御情報登録処理）の例を示すフローチャートである。
【図６】図６は、在室・通話状態テーブルのデータ構造例を示す。
【図７】図７は、優先着信番号テーブルのデータ構造例を示す。
【図８】図８は、音源データテーブルのデータ構造例を示す。
【図９】図９は、着信制御装置の着信制御処理を示すフローチャートである。
【図１０】図１０は、図９に示したＳ００１の処理の詳細を示す。
【図１１】図１１は、図９に示したＳ００２の処理の詳細を示す。
【図１２】図１２は、図９に示したＳ００３の処理の詳細を示す。
【図１３】図１３は、図９に示したＳ００４の処理の詳細を示す。
【図１４】図１４は、図９に示したＳ００５の処理の詳細を示す。
【図１５】図１５は、通話状態転送装置における処理例を示すフローチャートである。
【図１６】図１６は、契約情報テーブルのデータ構造例を示す。
【図１７】図１７は、着信制御装置に係る動作例１を説明するシーケンス図である。
【図１８】図１８は、着信制御装置に係る動作例２を説明するシーケンス図である。
【図１９】図１９は、着信制御装置に係る動作例３を説明するシーケンス図である。
【図２０】図２０は、着信制御装置に係る動作例４を説明するシーケンス図である。
【図２１】図２１は、着信制御装置に係る動作例５を説明するシーケンス図である。
【図２２】図２２は、着信制御装置に係る動作例６を説明するシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施形態を説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１４】
＜全体構成＞
図１は、実施形態に係るネットワークシステムの全体構成例を示す。図１において、ビルＡ及びビルＢには、或る団体（例えば企業“Ｖ”とする）によって構築された構内電話網が構築されている。
【００１５】
構内電話網は、１以上の固定電話端末と、１以上の構内交換サーバ（ＰＢＸ: Private Branch eXchange）と、ゲートウェイ装置とを含む。図１に示す構内電話網の例では、ビ
ルＡには、１以上の固定電話端末（内線電話）１と、内線電話１を収容する構内交換サーバ（ＰＢＸ: Private Branch eXchange）と、ＰＢＸ２と通信事業者（キャリア）が提供
する事業者電話網（以下、“キャリア網”と称する）とを結ぶゲートウェイ装置（ＧＷ）３とが設置されている。
【００１６】
一方、ビルＢには、構内交換サーバ（ＰＢＸ）４と、ＰＢＸ４に接続された１以上の固定電話端末（内線電話）１とが設置されている。ＰＢＸ２は、ビルＢにおけるＰＢＸ４と通信回線（電話回線）を通じて接続されている。このように、ビルＡ及びビルＢ内には、構内電話網が設置され、固定電話端末１間で、いわゆる内線通話を行うことができる。
【００１７】
構内電話網は、ＧＷ３を介して１以上のキャリア網と接続され、固定電話端末１は、キャリア網に接続された電話端末と通話を行うことができる。すなわち、ＧＷ３は、通信回線を介して、キャリア網としての移動電話網（以下、“移動網”と表記）及び固定電話網（以下、“固定網”と表記）が備えるゲートウェイ装置（ＧＷ）５と接続されている。
【００１８】
図１には、移動網及び固定網の例示として、移動通信事業者Ｘの移動網Ｘ１と、移動通信事業者Ｙの移動網Ｙ１と、固定電話事業者Ｚの固定網Ｚ１とが図示されている。各電話網Ｘ１，Ｙ１，Ｚ１は、図１に示すように、少なくとも１つのＧＷ５を有している。
【００１９】
移動網Ｘ１，Ｙ１及び固定網Ｚ１は、複数の交換機（Switch(SW)又はExchange(EX),図
中では“ＳＷ”と表記）６を備えている。複数の交換機６の１つは、ＧＷ５と接続される。また、固定網Ｚ１における複数の交換機６の少なくとも１つは、固定電話端末７と接続される。一方、各移動網Ｘ１，Ｙ１における複数の交換機６の少なくとも１つは、アンテナを備える無線基地局（基地局）８と接続されている。無線基地局８は、移動電話端末９と無線通信を行う。移動電話端末９は、例えば、携帯電話（セルラーフォン）端末，ＰＨＳ（Personal Handy phone System）端末，スマートフォンのような様々な移動電話端末
（無線端末）である。
【００２０】
上記した構成によって、通信事業者（キャリア）Ｘ，Ｙ，Ｚが夫々提供する通話サービスに加入している加入者は、各キャリア網Ｘ１，Ｙ１，Ｚ１に対応する電話端末（固定電話端末７，移動電話端末９）を用いて、ビルＡ又はビルＢに設置された固定電話端末１を呼び出す（企業Ｖに電話をかける）ことができる。
【００２１】
例えば、キャリアＹの加入者端末（図１では、移動電話端末９（９Ｂ））が固定電話端末１を呼び出す発信を行うと、発信（着信要求）は、発信された着信番号（着信側電話端末の電話番号）に従って、移動網Ｙ１の基地局８，交換機６，ＧＷ５を経て、ビルＡ内のＧＷ３を通り、ＰＢＸ２に到達する。
【００２２】
ＰＢＸ２は、着信要求を受け取ると、複数の固定電話端末１のうち、呼び出し設定が行われている固定電話端末１に対する着信（リンギング）を行う。一方、着信要求に含まれる着信番号がダイヤルイン番号であれば、複数の固定電話端末１のうちの特定の固定電話端末１のみに対する着信（リンギング）を行う。このとき、ビルＢ内の固定電話端末１が呼び出される場合には、着信要求はＰＢＸ４に転送され、ＰＢＸ２が所定の固定電話端末１を呼び出す。呼び出しを受けた固定電話端末１に関する応答操作（オフフック）が行われることで、固定電話端末１と移動電話端末９Ｂとの回線が確立され、両者間で通話（音声通信）が行われる。
【００２３】
また、図１において、通信事業者Ｘの加入者端末（図１に示す移動電話端末９（９Ｃ）
）から固定電話端末１への発信時には、移動網Ｘ１（基地局８，１以上の交換機６，ＧＷ５）を通じてＧＷ３に着信要求が転送され、上記したような固定電話端末１と移動電話端末９Ｃとの回線確立、及び通話が行われる。また、通信事業者Ｚの加入者端末（図１に示す固定電話端末７）から固定電話端末１への発信時には、固定網Ｚ１（１以上の交換機６，ＧＷ５）を通じてＧＷ３に着信要求が転送され、上記したような固定電話端末１と固定電話端末７との回線確立、及び通話が行われる。
【００２４】
また、ビルＡ又はビルＢの固定電話端末１から固定電話７、或いは移動電話端末９Ｂ又は９Ｃに対する発信が行われる場合には、上記した経路と逆の経路を辿って、着信要求が着信端末に相当する固定電話７，移動電話端末９Ｂ，又は移動電話端末９Ｃに到達し、応答動作によって、回線が確立され、通話が行われる。
【００２５】
さらに、図１に示す例では、ビルＡ内に外線電話としての固定電話端末１Ａが配置されている。固定電話端末１Ａは通信回線を介して固定網Ｚ１の交換機６に接続されている。固定電話端末１Ａは、固定網Ｚ１を介して固定電話端末７と通話を行うことができる。或いは、固定電話端末１Ａは、固定網Ｚ１及び移動網を介して移動電話端末９と通話することもできる。
【００２６】
ところで、ビルＡには、個人の入退場（在・不在）が制限及び管理される管理エリア１０（例えば、企業Ｖの事業所）が設けられている。本実施形態における管理エリア１０は、企業Ｖの事業所として使用されるビルＡ内の部屋又はフロアを想定している。このため、必要に応じて「在室」のような表記を用いる。個人の管理エリア１０に対する入場（入室）及び退場（退室）の状態は、管理エリア１０の入退場を管理する管理サーバ１１によって管理される。
【００２７】
管理サーバ１１による入退場管理は、例えば、以下のようにして行われる。すなわち、管理エリア１０の入口には、個人が所有する個人識別情報（個人ＩＤ）を記憶した記録媒体の読み取り装置（図示せず）が配置されている。記録媒体は、例えば、個人ＩＤを記憶したメモリチップを有するＩＣカードや、バーコード、ＱＲコード（登録商標）のような個人ＩＤを示すコードを記憶したカード又はシートである。個人ＩＤは、個人の管理エリア１０への入場時、及び管理エリア１０からの退場時に、読み取り装置によって読み取られる。
【００２８】
管理サーバ１１は、管理エリア１０への入場が許可された各個人に対する在室状態（在・不在）を管理する。例えば、管理サーバ１１は、読み取り装置によって読み取られた個人ＩＤを、入場又は退場の種別、時刻情報と関連づけて記憶する。これによって、管理エリア１０への入場が許可された各個人に対する、入場時刻及び退場時刻が管理される。管理サーバ１０は、個人の入場及び退場の記録を通じて、管理エリア１０における個人の在室又は不在を管理する。例えば、管理サーバ１１は、各個人について最後に記録された入場又は退場の記録に基づき、各個人の在室状態（在又は不在）を判定し、在室状態を記憶する。
【００２９】
管理エリア１０には、複数の固定電話端末１の一部と、固定電話端末１Ａとが設置されている。管理エリア１０への入場が許可される個人は、１以上の移動電話端末９を所持し、管理エリア１０内で、移動電話端末９を用いた通話を行うことが許されている。通話相手は、固定電話端末７，移動電話端末９，固定電話端末１，固定電話端末１Ａの何れであっても良い。図１には、管理エリア１０内において、移動網Ｘ１を通じて他の移動電話端末９との通話を行う移動電話端末９（９Ａ）が例示されている。
【００３０】
上述したような通話のネットワークシステムにおいて、個人は、複数の電話端末を占有
することができる。“占有”は、個人が電話端末を通話のために使用できることを意味し、占有形態は、所有，貸与，所持の何れをも含む。例えば、或る個人が管理エリア１０内の固定電話端末１を貸与される一方、個人自身が複数のキャリアの加入者端末（移動電話端末）を所持する場合、当該個人は、３つの電話端末を占有する。当該個人に固定電話端末１Ａが貸与される場合には、固定電話端末１Ａも、当該個人の占有する電話端末の１つとなる。
【００３１】
このように、個人は、キャリアの異なる複数の電話端末を占有することができる。個人に占有される複数の電話端末は、同一キャリアの複数の加入者端末も含み得る。個人が複数の電話端末を占有する場合、複数の電話端末の１つを用いた通話中に、残りの電話端末に対する呼び出し（着信）が発生することがある。
【００３２】
本実施形態に係るネットワークシステムは、上記した通話中の着信要求に対する制御を行う着信制御装置１３を含む。図１において、着信制御装置１３は、複数の通信事業者（キャリア）インタフェース（以下、インタフェースを「ＩＦ」と表記）１４と、音源接続ＩＦ１５と、構内交換サーバＩＦ（図中では、“PBX-IF”と表記）１６と、着信制御情報設定ＩＦ１７（図中では、“設定ＩＦ”と表記）と、入退場管理ＩＦ１８とを備えている。但し、ビルＡは、着信制御装置１３の設置場所の例示であり、設置場所は制限されない。
【００３３】
キャリアＩＦ１４は、複数のキャリア網（図１の例では移動網Ｘ１，移動網Ｙ１、及び固定網Ｚ１）に含まれる通話状態転送装置２０と通信回線を通じて接続される。図１の例では、各キャリア網Ｘ１，Ｙ１，Ｚ１に対応するキャリアＩＦ１４Ａ，１４Ｂ及び１４Ｃが図示されている。
【００３４】
キャリアＩＦ１４Ａは、移動網Ｘ１の通話状態転送装置２０（通話状態転送装置２０Ａ）と接続されている。キャリアＩＦ１４Ｂは、移動網Ｙ１の通話状態転送装置２０（通話状態転送装置２０Ｂ）と接続されている。キャリアＩＦ１４Ｃは、固定網Ｚ１の通話状態転送装置２０（通話状態転送装置２０Ｃ）と接続されている。
【００３５】
各通話状態転送装置２０（２０Ａ，２０Ｂ，２０Ｃ）は、例えば、プロセッサ（例えばＣＰＵ（Central Processing Unit）），記憶装置５０（主記憶，補助記憶），通信イン
タフェースを備えたコンピュータを適用することができる。通話状態転送装置２０のＣＰＵは、プログラムの実行によって、着信制御装置１３に登録された自キャリア網の加入者端末の通話状態（通話中、非通話）を示す通話状態情報をキャリア網内の交換機６から収集し、記憶装置５０に格納する。また、通話状態転送装置２０は、記憶装置５０に格納された通話状態情報を、適宜のタイミングで、着信制御装置１３へ送る。通話状態情報は、対応するキャリアＩＦ１４で受信される。
【００３６】
着信制御装置１３の音源接続ＩＦ１５は、各電話網（移動網Ｘ１及びＹ１、固定網Ｚ１）の交換機６に接続されており、電話端末に供給すべき音声（信号音又は音声アナウンス）の音源データを、電話端末に対応する電話網に送るために使用される。
【００３７】
構内交換サーバＩＦ１６は、構内電話網の通話状態転送装置２１に通信回線を介して接続されている。通話状態転送装置２１は、通信回線を介してＰＢＸ２に接続されている。通話状態転送装置２１は、例えば、プロセッサ（例えばＣＰＵ），記憶装置５０（主記憶，補助記憶），通信インタフェースを備えたコンピュータを適用することができる。通話状態転送装置２１は、ＣＰＵがプログラムを実行することによって、ＰＢＸ２から各電話機１の通話状態情報を取得し、構内交換サーバＩＦ１６へ送る。
【００３８】
着信制御情報設定ＩＦ１７は、着信制御情報の管理装置２４と通信回線を介して接続されている。管理装置２４は、例えば、パーソナルコンピュータ（ＰＣ）やワークステーション（ＷＳ）のような，プロセッサ（例えばＣＰＵ），記憶装置５０（主記憶，補助記憶），通信インタフェース，入力装置，出力装置（表示装置）を備えたコンピュータである。管理装置２４は、着信制御装置１３に対して着信制御情報を入力及び設定するための操作端末として使用される。
【００３９】
入退場管理ＩＦ１８は、在室状態の転送装置２３と通信回線を介して接続されている。転送装置２３は、管理サーバ１１と通信回線を介して接続されている。転送装置２３は、管理エリア１０に対する各個人の在室状態を示す情報を管理サーバ１１から取得して入退場管理ＩＦ１８へ送る。
【００４０】
なお、図１では、ビルＡに、着信制御装置１３，通話状態転送装置２１と、転送装置２２とが設置された例が示されているが、着信制御装置１３等の設置位置は、ビルＡ外の所定の位置を決定することができる。
【００４１】
＜着信制御装置の構成＞
図２は、着信制御装置１３に実装されるソフトウェアの構成例を模式的に示す図であり、図３は、着信制御装置１３のハードウェア構成例を示す図であり、図４は、図２に示したソフトウェアと図３に示したハードウェアとの協働関係の例を示す図である。
【００４２】
図２において、着信制御情報設定ＩＦ（設定ＩＦ）１７は、テーブル設定処理部３３に接続されている。テーブル設定処理部３３は、着信制御情報設定ＩＦ１７が管理装置２４から受け取る着信制御用の設定情報を、在室・通話状態テーブル３４（以下、「状態管理テーブル３４」とも表記），優先着信番号テーブル３５，音源データテーブル３６に設定する。
【００４３】
音源接続ＩＦ１５は、音源接続処理部３２に接続されている。音源接続処理部３２は、必要に応じて音源データテーブル３６を参照し、音源データテーブル３６に保持されている、音源データを読み出し、音源接続ＩＦ１５に接続する。
【００４４】
キャリアＩＦ１４（図２では１つのみ例示），構内交換サーバＩＦ（PBX-IF）１６及び入退場管理ＩＦ１８は、在室・通話状態処理部３１と接続されている。在室・通話状態処理部３１は、在室・通話状態テーブル３４と、優先着信番号テーブル３５とに接続されている。
【００４５】
在室・通話状態処理部３１は、入退場管理ＩＦ１８で取得される管理エリア１０における各個人の在／不在情報（在室状態情報）と、構内交換サーバＩＦ１６及びキャリアＩＦ１４で取得される通話状態情報を、在室・通話状態テーブル３４に設定（登録）する。一方、在室・通話状態処理部３１は、在室・通話状態テーブル３４や優先着信番号テーブル３５に格納された情報を必要に応じて参照する。在室・通話状態処理部３１の具体的な処理内容は後述する。
【００４６】
図３に示すように、着信制御装置１３は、バス４０を介して相互に接続された、ＣＰＵ４１，メモリ４２，記憶装置４３を備えている。バス４０には、キャリアＩＦ１４，音源接続ＩＦ１５，構内交換サーバＩＦ１６，着信制御情報設定ＩＦ１７及び入退場管理ＩＦ１８が接続されている。
【００４７】
ＣＰＵ４１は、ＤＳＰ（Data Signal Processor）のようなプロセッサ（マイクロプロ
セッサ）の例示である。プロセッサは、制御装置の一例である。メモリ４２は、ＲＯＭ（
Read Only Memory）やＲＡＭ(Random Access Memory)等で構成されるメインメモリとして使用される記憶装置であり、ＣＰＵ４１によるプログラム実行時の作業領域として使用される。
【００４８】
記憶装置４３は、例えば、ハードディスク，フラッシュメモリ，ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）のような、補助記憶として使用され
る記憶装置が適用される。記憶装置４３は、図３に示した状態管理テーブル３４，優先着信番号テーブル３５，音源データテーブル３６を記憶する管理メモリとして使用される。
【００４９】
記憶装置４３は、着信制御装置１３が着信制御を行うための１以上のプログラムを記憶している。ＣＰＵ４１は、記憶装置４３に記憶されたプログラムをメモリ４２にロードして実行する。これによって、ＣＰＵ４１は、在室・通話状態処理，音源接続処理，テーブル設定処理を実行する装置として機能する。換言すれば、図４に示すように、ＣＰＵ４１は、プログラムの実行によって、在室・通話状態処理部３１，音源接続処理部３２，テーブル設定処理部３３として機能する。
【００５０】
上述したように、記憶装置４３の記憶領域には、在室・通話状態テーブル３４，優先着信番号テーブル３５，音源データテーブル３６が記憶される。ＣＰＵ４１によるプログラムの実行時には、各テーブル３４〜３６に記憶された情報がＣＰＵ４１によって読み出され、参照される。なお、各テーブル３４〜３６に記憶される情報は、テーブル以外の記憶形式によって記憶することができる。なお、メモリ４２及び記憶装置４３は、一時的でない（non-transitory）コンピュータ読み取り可能な記録媒体の一例である。
【００５１】
なお、図２〜図４に示す構成例では、在室・通話状態処理部３１，音源接続処理部３２及びテーブル設定処理部３３が、プロセッサ（ＣＰＵ４１）及びメモリ４２によって実現される例について説明した。このような構成に代えて、在室・通話状態処理部３１，音源接続処理部３２及びテーブル設定処理部３３が、専用又は汎用のハードウェア（例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）のようなＰＬＤ（プログラマブルロジックデバイス）、ＬＳＩ（Large Scale Integration）、及びこれらの組合せ）によって実現されるようにしても良い。また
、図１に示した各転送装置２０，２１，２２のそれぞれも、上述した機能を実現する専用のハードウェア（電気・電子回路）によって実現されるようにしても良い。
【００５２】
＜着信制御装置における処理＞
以下、着信制御装置１３における処理について説明する。
【００５３】
＜＜着信制御装置への情報登録＞＞
図５は、管理装置２４から着信制御装置１３へ着信制御情報（着信制御の設定情報）を登録する場合の着信制御装置１３の処理（着信制御情報登録処理）の例を示すフローチャートである。図５に示す処理は、着信制御装置１３のＣＰＵ４１（ＣＰＵ４１のテーブル設定処理部３３としての機能（テーブル設定処理））によって実行される。
【００５４】
図５におけるＳ０１では、ＣＰＵ４１は、管理装置２４からの着信制御情報を、着信制御情報設定ＩＦ１７を介して受け取る。次のＳ０２では、ＣＰＵ４１は、着信制御情報に含まれる、個人対応の電話番号を在室・通話状態テーブル３４に設定（登録）する。
【００５５】
次のＳ０３では、ＣＰＵ４１は、着信制御情報に含まれる、個人単位の優先着信電話番号を優先着信番号テーブル３５に設定（登録）する。次のＳ０４では、ＣＰＵ４１は、対象メンバ及び各対象メンバの電話番号を在室・通話状態テーブル３４に設定（登録）する。
【００５６】
次のＳ０５では、ＣＰＵ４１は、音源データを音源データテーブル３６に設定（登録する）。その後、図５の処理が終了する。なお、図５に示すＳ０２〜Ｓ０５の処理は、順序が入れ替わっても良い。また、Ｓ０２〜Ｓ０５の処理は、一時に実施されなくても良い。すなわち、各テーブル３４〜３６に対する情報の設定処理は、独立に実行することができる。
【００５７】
図６は、在室・通話状態テーブル（状態管理テーブル）のデータ構造例を示す。図６に示すように、在室・通話状態テーブル３４は、個人ＩＤ毎に、在室状態，内線番号及び通話状態，個人に係る移動電話端末情報，及び音源ＩＤが登録される１以上のレコードからなる。
【００５８】
個人ＩＤは、個人をユニークに識別可能な識別情報である。図６の例では、個人“ａ”，個人“ｂ”，個人“ｃ”のレコードが登録されている。在室状態として、管理エリア１０に対する在・不在状態として、“在（在室）”又は“不在”が登録される。“内線”に係る情報として、個人に割り当てられた固定電話端末１の内線電話番号（内線電話の識別情報：ダイヤルイン番号）と、通話状態（通話なし、又は通話中）を示す情報（例えばフラグ）が登録される。
【００５９】
個人に係る移動電話端末情報として、個人が占有する移動電話端末の識別情報及び通話状態が状態管理テーブル３４に格納される。図６に示す例では、“移動体事業者Ｘとの関係”及び“移動体事業者Ｙとの関係”を示す情報が格納される。“移動体事業者Ｘとの関係”として、個人ＩＤを有する個人が占有するキャリアＸの移動電話端末９の電話番号（移動電話端末の識別情報）と、通話状態とが格納される。  
【００６０】
同様に、“移動体事業者Ｙ”との関係として、個人ＩＤを有する個人が占有する移動電話端末９の電話番号と、通話状態とが格納される。但し、個人ＩＤ“ｃ”のように、キャリアＹの移動電話端末９を占有しない場合には、例えば“契約なし”のような、対応する電話番号がないことを示す情報が登録される。音源ＩＤは、通話者に対して提供される音声（信号音又は音声アナウンス）の音源データの識別情報である。
【００６１】
なお、在室・通話状態テーブル３４に登録される「電話番号」は、着信電話番号（着ＩＤ）である。上記したＳ０２の処理では、在室・通話状態テーブル３４に対して、内線電話番号が登録される。一方、上記したＳ０４の処理では、在室・通話状態テーブル３４に対して、対象メンバの個人ＩＤと、対象メンバの加入者端末（移動電話端末９の電話番号）と、音源ＩＤとが登録される。但し、Ｓ０２の処理内容と、Ｓ０４の処理内容とは逆であっても良い。
【００６２】
また、ＣＰＵ４１は、在室・通話状態処理部３１としての機能の実行により、以下のような在室・通話状態処理を行う。即ち、ＣＰＵ４１は、在室・通話状態テーブル３４に登録された各個人に係る在室状態（在室又は不在）を示す情報を、入退場管理ＩＦ１８を介して転送装置２３から受け取り、在室・通話状態テーブル３４の“在室状態”に登録する。
【００６３】
また、ＣＰＵ４１は、在室・通話状態テーブル３４に登録された各内線番号に対する通話状態（通話なし（非通話）または通話中）を、構内交換サーバＩＦ１６を介して通話状態伝送装置２１から受け取り、在室・通話状態テーブル３４の“内線  通話状態”に登録する。
【００６４】
また、ＣＰＵ４１は、在室・通話状態テーブル３４に登録された各個人の移動電話端末
９の電話番号に対する通話状態を示す情報を、キャリアＩＦ１４（１４Ａ，１４Ｂ）を介して各移動網Ｘ１，Ｙ１から受け取り、状態管理テーブル３４の対応位置に登録する。
【００６５】
このような、在室状態及び通話状態の収集及び登録処理は、例えば、ＣＰＵ４１によって周期的又は定期的に実行されることができる。或いは、在室状態及び通話状態の収集及び登録処理は、管理端末２４からの指示入力に応じて実行することもできる。在室状態と通話状態とは、個別に収集・登録されることもできる。
【００６６】
さらに、図６では省略しているが、図１に示した固定電話端末１Ａは、内線電話（固定電話端末１）と同様に扱うことができる。すなわち、或る個人に固定電話端末１Ａが割り当てられている場合には、固定電話端末１Ａの電話番号及び通話状態が“内線”に係る情報として状態管理テーブル３４に登録される一方で、個人が占有する移動電話端末９に係る情報が、同一のレコード中に登録される。後述する着信制御処理の説明における、固定電話端末１に係る説明は、状態管理テーブル３４に電話番号が登録された固定電話端末１Ａについての説明を兼ねる。
【００６７】
なお、図６に示す例では、内線番号と個人ＩＤとが１対１で対応しているが、内線番号と個人ＩＤとは１対多で対応することもできる。また、図６に示していないが、電話機１Ａの電話番号と１以上の個人ＩＤとを対応付け、さらに１以上の個人ＩＤに対応する移動電話端末９の電話番号を関連づけたレコードを登録することもできる。また、在室・通話状態テーブル３４のデータ構造は例示であり、在室・通話状態テーブル３４に登録される情報は、２以上のテーブルによって記憶されるようにしても良い。
【００６８】
図７は、優先着信番号テーブルのデータ構造例を示す。図７に示すように、優先着信番号テーブル３５は、個人ＩＤに対応する優先着信番号リストを記憶する。すなわち、優先着信番号テーブル３５は、個人ＩＤに対応する、１以上の優先着信番号が登録される。さらに、優先着信番号に対応する音源ＩＤが登録される。優先着信番号は、個人ＩＤを有する個人が、他の電話を用いた通話中であっても、優先的に応答すべき電話番号（発ＩＤ：電話端末の識別情報）を示す。
【００６９】
図８は、音源データテーブルのデータ構造例を示す。図８に示すように、音源データテーブル３６は、音源ＩＤに対応する音源データを記憶する。図８の例における音源ＩＤ“００１”に対応する音源データは、発信者用音源データであり、発信者に向けられた音声アナウンスの音源データである。図８の例では、発信者向けの音声アナウンスは、“おかけになった電話番号の方は、他の電話に出ているため電話に出ることができません。恐れ入りますが暫くたってからお掛け直し下さい”といった、他の電話での通話中であるので着信に応答できない旨を示す。
【００７０】
また、音源ＩＤ“００２”に対応する音源データは、着信者用音源データであり、着信者に向けられた音声アナウンスの音源データである。図８の例では、着信者向けの音声アナウンスは、“優先着信電話番号＜xxxxxxxxxxx＞から着信しております”といった、優
先着信番号テーブル３５に登録された優先着信番号からの着信である旨を示す。
【００７１】
＜＜着信制御装置の着信制御処理＞＞
次に、着信制御装置１３の着信制御処理について説明する。図９は、着信制御装置１３の着信制御処理を示すフローチャートである。図９に示す処理は、ＣＰＵ４１による在室・着信状態処理部３１としての機能により実行される。
【００７２】
図９に示す処理は、例えば、ＣＰＵ４１が各キャリアＩＦ１４を通じて固定網Ｚ１，移動網Ｘ１及び移動網Ｙ１から着信番号（「発ＩＤ（発信番号）」及び「着ＩＤ（着信番号
）」）を受け取ることによって開始される。
【００７３】
最初のＳ００１では、ＣＰＵ４１は、着信が管理エリア１０への固定通話端末１への着信か否かを判定する。図１０は、Ｓ００１の処理の詳細を示す。図１０に示すように、ＣＰＵ４１は、在室・通話状態テーブル３４（図６）を参照し（Ｓ１０１）、着信番号（着ＩＤ）が、在室・通話状態テーブル３４に登録された固定電話端末１の内線番号の１つか否かを判定する（Ｓ１０２）。
【００７４】
このとき、着信番号がテーブル３４に登録された内線番号の１つに該当する場合には、ＣＰＵ４１は、着信が固定電話端末１への着信であると判定する（Ｓ１０３）。これに対し、着信番号がテーブル３４に登録された内線番号の何れにも該当しない場合には、ＣＰＵ４１は、着信が固定電話端末１への着信でないと判定する（Ｓ１０４）。判定結果において、着信が電話機１への着信であれば（Ｓ００１  Ｙｅｓ）、処理が図９のＳ００２に進み、そうでなければ（Ｓ００１  Ｎｏ）、処理がＳ００５に進む。
【００７５】
Ｓ００２では、ＣＰＵ４１は、管理エリア１０に在室者（入場者）がいるか否かを判定する。図１１は、Ｓ００２の処理の詳細を示す。図１１に示すように、ＣＰＵ４１は、在室・通話状態テーブル３４（図６）における“在室状態”を参照し、管理エリア１０に在室者がいるか否かを判定する（Ｓ２０１）。
【００７６】
このとき、在室状態が少なくとも１人の在室を示す場合には、ＣＰＵ４１は、“在室者あり（在室）”と判定する（Ｓ２０２）。これに対し、在室状態が在室者が零であること示す場合には、ＣＰＵ４１は、“在室者なし（不在）”と判定する（Ｓ２０３）。判定結果が“在室”であれば（Ｓ００２  Ｙｅｓ）、処理が図９のＳ００３に進み、そうでなければ（Ｓ００２  Ｎｏ）、処理がＳ００８に進む。
【００７７】
Ｓ００８では、通常着信処理が行われる。すなわち、着信対象の固定電話端末１に対する呼び出しが発生する。このとき、管理エリア１０の在室者は零であるので、呼び出しに対する応答者はいない。もっとも、発信者は、応答が行われないことで、個人が不在であることを知ることができる。
【００７８】
Ｓ００３では、ＣＰＵ４１は、在室者は通話中か否かを判定する。図１２は、Ｓ００３の処理の詳細を示す。図１２に示すように、ＣＰＵ４１は、在室・通話状態テーブル３４（図６）を参照し、管理エリア１０に在室中で、且つ通話中の個人の人数をカウント（計数）する（Ｓ３０１）。
【００７９】
次に、ＣＰＵ４１は、カウント結果が零か１以上かを判定する（Ｓ３０２）。カウント結果が１以上であれば、ＣＰＵ４１は、在室者が「通話中」であると判定する。これに対し、カウント結果が零であれば、ＣＰＵ４１は、在室者が「非通話」であると判定する。在室者が通話中であれば（Ｓ００３  Ｙｅｓ）、処理が図９のＳ００４に進み、そうでなければ（Ｓ００３  Ｎｏ）、処理がＳ００８に進む。
【００８０】
Ｓ００８では、通常着信処理が実行される。すなわち、着ＩＤを有する固定電話端末１への着信（呼び出し）が行われる。このとき、管理エリア１０には、在室者が存在する一方で、在室者は通話中でない。このため、在室者が固定電話端末１の呼び出しに応答することができる。もし、在室者が所望の個人であれば、呼び出しに応答することで、発信者との通話を行うことができる。これに対し、在室者が所望の個人でない場合には、呼び出しに応答することで、所望の個人が不在であることを発信者に伝えることができる。
【００８１】
Ｓ００４では、ＣＰＵ４１は、着信番号（発ＩＤ）が優先着信番号テーブル３５に設定
（登録）されているか否かを判定する。図１３は、Ｓ００４の処理の詳細を示す。図１３において、ＣＰＵ４１は、発ＩＤで優先着信番号テーブル３５（図７）を検索する（Ｓ４０１）。
【００８２】
次に、ＣＰＵ４１は、優先着信番号テーブル３５に発ＩＤが登録されているか否かを判
定する（Ｓ４０２）。発ＩＤが登録されていれば、処理がＳ４０３に進み、発ＩＤが登録されていなければ（発ＩＤが優先着信番号でなければ）処理がＳ４０７に進む。
【００８３】
Ｓ４０３では、ＣＰＵ４１は、発ＩＤに対応する個人（個人ＩＤ）を特定する（テーブル３５から読み出す）。続いて、ＣＰＵ４１は、在室・通話状態テーブル３４を参照し、特定した個人が通話中であるか否かを判定する（Ｓ４０４）。すなわち、優先着信番号テール３５から特定した（読み出した）個人ＩＤに対応する在室・通話状態テーブル３４のレコードを参照し、個人ＩＤに対応する固定電話端末１及び移動電話端末９の通話状態のいずれかが通話中であるか否かを判定する。
【００８４】
このとき、個人に対する全ての通話状態が“通話なし（非通話）”であれば（Ｓ４０４
Ｎｏ）、個人が着信（呼び出し）に応答することを期待して、固定電話端末１に対する通常着信処理（呼び出し：Ｓ００８）を行うことをＣＰＵ４１は決定する（Ｓ４０５）。これに対し、通話状態が通話中であれば、ＣＰＵ４１は、優先着信処理の実行を決定し（Ｓ４０６）、処理を図９のＳ００６へ進める。
【００８５】
一方、Ｓ４０７に処理が進んだ場合（発ＩＤが優先着信番号でない場合）には、ＣＰＵ４１は、在室・通話状態テーブル３４を参照し、着信番号（着ＩＤ）に対応する個人の通話状態（固定電話端末１及び移動電話端末１の通話状態）を参照する。参照の結果、個人が通話中でない場合には、個人が躍進（呼び出し）に応答することを期待して、処理がＳ４０５へ進み、固定電話端末１に対する通常着信処理が実行される（Ｓ００８）。これに対し、個人が通話中である場合には、当該個人が他の電話での通話中により応答できないことを示す情報の提供処理（“通話中”処理）を決定し、処理を図９のＳ００７に進める。
【００８６】
Ｓ００６では、ＣＰＵ４１は、“優先着信”処理として、以下の処理を行う。例えば、ＣＰＵ４１は、優先着信番号に対応する音源ＩＤを優先着信番号テーブル３５から読み出す。続いて、ＣＰＵ４１は、着ＩＤに対応する電話網（キャリア網または構内交換網）に対し、着信種別“割り込み音源接続指示”と、音声ＩＤとを返信する。
【００８７】
電話網では、着ＩＤを有する電話端末（着信端末：移動電話端末９または固定電話端末１）に対して、優先着信番号からの着信であることを示す音声（信号音又は音声アナウンス）を割り込み接続するための処理（回線接続処理）を行う。信号音又は音声アナウンスの音源として、音源データテーブル３６に格納された音源データ、又は電話網（例えば交換機）が有する音源データが使用される。これによって、優先着信番号からの発信を示す割り込み音声が、着信端末のスピーカから出力され、個人は、優先着信番号からの着信を知ることができる。割り込み音声に対して、個人は、現在の通話を切断し、着信（呼び出し）に応答することで、優先着信番号からの通話を行うことができる。
【００８８】
Ｓ００７では、ＣＰＵ４１は、“通話中”処理として、以下の処理を行う。例えば、ＣＰＵ４１は、“通話中”に対応する音源データの音源ＩＤと、着信種別“音源接続指示”とが、発ＩＤを有する電話端末（発信端末：移動電話端末９または固定電話端末１）を収容する電話網（キャリア網または構内電話網）とが送信される。
【００８９】
電話網では、発ＩＤを有する電話端末（発信端末：移動電話端末９，固定電話端末７ま
たは固定電話端末１）に対して、他の電話での通話中で応答できないことを示す音声（信号音又は音声アナウンス）を接続するための処理（回線接続処理）を行う。信号音又は音声アナウンスの音源として、音源データテーブル３６に格納された音源データ、又は電話網（例えば交換機）が有する音源データが使用される。これによって、通話中により応答できないことを示す音声が、発信端末のスピーカから出力され、発信者は、通話中で応答できないことを知ることができる。従って、発信者は、着信に応答できない理由が、不在ではなく他の電話に応答中であることを知ることができる。
【００９０】
ところで、Ｓ００５に処理が進んだ場合には、ＣＰＵ４１は、個人占有の電話端末のいずれかが通話中か否かを判定する。図１４は、Ｓ００５の処理の詳細を例示する。図１４におけるＳ５０１では、ＣＰＵ４１は、着ＩＤから対応する個人が通話中か否かを判定する。すなわち、ＣＰＵ４１は、状態管理テーブル３４を参照して、着ＩＤに対応する個人を特定する。続いて、ＣＰＵ４１は、特定した個人に対応するレコードを参照して、レコード中の通話状態が通話中か否かを判定する。
【００９１】
このとき、通話状態が通話中であれば、ＣＰＵ４１は、通話中である、と判定し、処理を図９のＳ００４に進める。これに対し、通話状態が通話中でなければ、ＣＰＵ４１は、通話中でない、と判定して、処理をＳ００８へ進める。
【００９２】
Ｓ００８では、上述したように、“通常着信処理”が行われる。すなわち、着信対象の移動電話端末９に対する着信（呼び出し）処理が行われる。呼び出しに対して応答操作が行われることで、電話端末間の回線が確立され、通話が行われる。
【００９３】
＜通話状態転送装置の処理例＞
図１５は、通話状態転送装置２０（２０Ａ，２０Ｂ，２０Ｃ）における処理例を示すフローチャートである。図１５に示す処理は、通話状態転送装置２０が設置されたキャリア網（移動網Ｘ１，移動網Ｙ１，固定網Ｚ１）が、対応する電話端末（移動電話端末９又は固定電話端末７）からの発信（着信要求）を受信した場合に、通話状態転送装置２０が備えるプロセッサ（例えばＣＰＵ）によって実行される。
【００９４】
図１５におけるＳ１では、ＣＰＵは、発信に含まれる着信電話番号（着ＩＤ）が、着信制御装置１３へ着信を通知すべき対象か否かを判定する。通話状態転送装置２０は、記憶装置（ストレージ）３０を備え、記憶装置３０は、契約情報テーブル３１を格納している。
【００９５】
図１６は、契約情報テーブル３１のデータ構造例を示す。図１６に示すように、契約情報テーブル３１は、着信制御装置１３に着信を通知すべき着信電話番号（着ＩＤ）と、着信電話番号に対応する着信制御装置１３の識別子とを格納する。このように、本実施形態では、図１に示したビルＡに設置された着信制御装置１３のみを図示しているが、複数の着信制御装置１３を適宜の位置に設置することができる。
【００９６】
Ｓ１において、ＣＰＵは、契約情報テーブル３１を参照し、着信電話番号が契約情報テーブル３１に登録されているかを判断することによって、着信電話番号が通知対象か否かを判定する。このとき、着信電話番号が通知対象でない場合（Ｓ１  Ｎｏ）には、図１３に示す処理が終了する。この場合、対応するキャリア網では、通常の着信処理が実行される。
【００９７】
これに対し、着信電話番号が通知対象である場合（Ｓ１  Ｙｅｓ）には、ＣＰＵは、着信電話番号に対応する着信制御装置識別子（着信制御装置ＩＤ）を契約情報テーブル３１から引き出すことによって、通知対象の着信制御装置１３を特定する。続いて、ＣＰＵは
、着信制御装置識別子を有する着信制御装置１３へ、発信電話番号（発ＩＤ）と、着信電話番号（着ＩＤ）と、着信制御装置識別子（着信制御装置ＩＤ）とを送信する（Ｓ２）。
【００９８】
その後、ＣＰＵは、着信制御装置１３からの応答である、着信判定結果及び音源ＩＤを待つ（Ｓ３）。着信判定結果は、図９に示した処理フローに従って決定される着信パターンを示す。着信パターンは、“優先着信番号からの着信（優先着信と称する）”と、 “
他の電話で通話中（通話中と称する）”と、図１１のＳ２０３，図１２のＳ３０４，図１３のＳ４０５，図１４のＳ５０３にて決定される“通常着信”との少なくとも３つのパターンを含む。
【００９９】
着信パターン“優先着信”（第１の（着信）パターン）は、通話中の移動電話端末９に対し、優先着信番号からの着信であることを示す割込み音声を提供する場合の着信パターンである。第１のパターンは、図９〜図１４に示した処理中のうち、図１３に示したＳ４０６の処理にて決定される。
【０１００】
着信パターン“通話中”（第２の（着信）パターン）は、発信端末に対し、着信電話番号の端末を占有する個人が他の電話で通話中であることを示す音声を提供する場合の着信パターンである。第２のパターンは、図９〜図１４に示した処理のうち、図１３に示したＳ４０８の処理で決定される。
【０１０１】
着信パターン“通常着信”（第３の（着信）パターン）は、着信電話番号を有する端末（電話機）に対する通常の着信処理を行う場合の着信パターンである。第３のパターンは、図９〜図１４に示した処理のうち、図１１のＳ２０３，図１２のＳ３０４，図１３のＳ４０５，図１４のＳ５０３にて決定される。
【０１０２】
着信判定結果が第１又は第２のパターンである場合には、着信判定結果に対応する音源ＩＤが受信される。第１のパターンは、図９〜図１４の処理フローにおいて、発ＩＤが優先着信番号である場合に選択（決定）される。第２のパターンは、処理フローにおいて、発ＩＤが非優先着信番号であり、且つ個人が他の電話で通話中であると判定された場合に選択（決定）される。第３のパターンは、個人が「非通話（通話なし）」であると判定された場合に選択（決定）される。
【０１０３】
ＣＰＵは、着信判定結果を受け取ると、着信判定結果が第１〜第３のパターンの何れであるかを判定する。このとき、着信判定結果が第３パターン（通常着信）であれば、ＣＰＵは、着信先の端末に対する着信許可を自網内の交換機６に対して発行する（Ｓ５）。また、該当の着信制御装置１３に対して、“通話中”のステータスと電話番号とを通知する（Ｓ６）。
【０１０４】
また、着信判定結果が第２パターン（通話中）であれば、ＣＰＵは、発信端末に対する音源接続制御を行う（Ｓ７）。即ち、ＣＰＵは、他の電話を用いた通話中であることを示す音声を発信端末に接続するための処理を行う。音源は、着信制御装置１３の音源データテーブル３６に記憶された音源データと、キャリア網（例えば交換機６）が有する音源との一方を使用することができる。音源は、音源ＩＤで特定される。
【０１０５】
また、着信判定結果が第１パターン（優先着信）であれば、ＣＰＵは、着信先の端末に対して優先着信番号からの着信であることを示す音声を接続する一方で、通常着信を行うための優先処理を実行する（Ｓ８）。音源は、着信制御装置１３の音源データテーブル３６に記憶された音源データと、キャリア網（例えば交換機６）が有する音源との一方を使用することができる。音源は、音源ＩＤで特定される。
【０１０６】
＜動作例１＞
次に、着信制御装置１３を用いた動作例について説明する。動作例１として、個人“ａ”が占有するキャリアＸの移動電話端末９（図１５中の移動電話端末９ｘ（電話番号：090-aaaa-bbbb））を用いた通話中に、キャリアＺの固定電話端末７ａ（電話番号: 098-765-4321）から個人“ａ”が占有する固定電話端末１(固定電話端末１ａ（電話番号: 012-345-6789(内線1111))）への発信が生じた場合の動作例を説明する。動作例１において、管
理エリア１０の在室者は個人“ａ”１名のみであり、発信番号（発ＩＤ：固定電話７ａの電話番号）は、非優先着信番号であると仮定する。
【０１０７】
図１７は、動作例１を説明するシーケンス図である。図１７において、固定電話端末７ａから固定電話端末１ａへの発信は、固定網Ｚ１における所定の交換機６（交換機６ｚ：ＳＷ６ｚ）に受信される（図１７＜１＞）。交換機６ｚは、発信（着信要求）に含まれる着ＩＤ（固定電話１ａの電話番号）が、着信制御装置１３の使用対象（着信制御装置１３に登録された着ＩＤ）か否かを判定する（図１７＜２＞）。
【０１０８】
ここで、着ＩＤが着信制御装置１３に登録されている場合には、交換機６ｚは、着ＩＤ，発ＩＤ及び着信制御装置番号（ビルＡに設置された着信制御装置１３の識別情報（着信制御装置ＩＤ：＃００１）を含むメッセージを通話状態転送装置２０Ｃへ送信する（図１７＜３＞）。
【０１０９】
通話状態転送装置２０Ｃは、メッセージ中の着信制御装置番号“＃００１”から、ビルＡに設置された着信制御装置１３を、着ＩＤ及び発ＩＤの送信先と判定し、着信制御装置１３へ着ＩＤ及び発ＩＤを含むメッセージ（着信要求）を送信する（図１７＜４＞）。
【０１１０】
着信要求は、キャリアＩＦ１４Ｃで受信され、ＣＰＵ４１に到達する。すると、ＣＰＵ４１は、図９に示した処理を行い、着ＩＤに関連する状態（在室状態，通話状態，優先着信番号登録状態）に基づき、着信要求に対する着信パターンを決定する（図１７＜５＞）。動作例１では、ＣＰＵ４１は、上述した処理フローに従って、“通話中（非優先着信の音源接続）”を着信パターンとして決定する。
【０１１１】
この場合、固定網Ｚ１に対応するキャリアＩＦ１４Ｃから、着信種別“音源接続指示”と、対応する音源ＩＤとを含むメッセージが固定網Ｚ１の通話状態転送装置２０Ｃに送信される（図１７＜６＞）。通話状態転送装置２０Ｃは、着信種別“音源接続指示”，音源ＩＤ，及び“着信制御装置番号“＃００１”を含むメッセージを固定網Ｚ１内の交換機６ｚに送信する（図１７＜７＞）。
【０１１２】
交換機６ｚはメッセージを受信すると、着信制御装置１３の音源接続処理を実行する（図１７＜８＞）。すなわち、交換機６ｚは、着信制御装置１３の音源接続ＩＦ１５に対して音源ＩＤを送信する一方で、音源データを発信端末（固定電話端末７ａ）に接続するための処理を行う（図１７＜９＞）。ＣＰＵ４１は、音源接続ＩＦ１５を介して音源ＩＤを受け取ると、音源データテーブル３６から音源ＩＤに対応する音源データ（信号音又は音声アナウンス）を音源接続ＩＦ１５から出力する（図１７＜１０＞）。一方で、音源接続結果“ＯＫ”を示すメッセージを音源接続ＩＦ１５から交換機６ｚへ送信する（図１７＜１１＞）。
【０１１３】
音源データは、音源接続処理によって、固定網Ｚ１の交換機６ｚを通じて固定電話端末７ａに到達し（図１７＜１１＞）、音源データに基づく音声が固定電話端末７ａのスピーカから出力される（図１７＜１２＞）。音声は、他の電話で通話中であるため着信に応答できないことを示す信号音又は音声アナウンスである。
【０１１４】
これによって、固定電話端末７ａのユーザ（発信者）は、通話相手（個人“ａ”）が他の電話に応対中であるため着信に応答できないことを把握し、切断操作を行う（図１７＜１３＞）。発信者は、通話先が他の電話によって応答できないことが把握できるので、少なくとも不在ではないことを把握することができる。
【０１１５】
＜動作例２＞
次に、動作例２として、個人“ａ”が占有するキャリアＸの移動通話端末９（図１８中の移動電話端末９ｘ（電話番号：090-aaaa-bbbb））を用いた通話中に、キャリアＺの固
定電話端末７ｂ（電話番号: 03-3210-0000）から個人“ａ”が占有する固定電話端末１(
固定電話端末１ａ: 012-345-6789(内線1111))）への発信が生じた場合の動作例を説明す
る。動作例２において、管理エリア１０の在室者は個人“ａ”１名のみであり、発信番号（発ＩＤ：固定電話端末７ｂの電話番号）は、優先着信番号であると仮定する。動作例２では、キャリア網（例えば交換機６）が有する音源が使用される。
【０１１６】
図１８は、動作例２を説明するシーケンス図である。図１８において、固定電話端末７ｂから固定電話端末１ａへの発信は、固定網Ｚ１における所定の交換機６（交換機６ｚ）に受信される（図１８＜１＞）。交換機６ｚは、発信された着ＩＤが、着信制御装置１３の使用対象（着信制御装置１３に登録された着ＩＤ）か否かを判定する（図１８＜２＞）。
【０１１７】
ここで、着ＩＤが着信制御装置１３に登録されている場合には、交換機６ｚは、着ＩＤ，発ＩＤ及び着信制御装置番号“＃００１”を含むメッセージを通話状態転送装置２０Ｃへ送信する（図１８＜３＞）。
【０１１８】
通話状態転送装置２０Ｃは、メッセージ中の着信制御装置番号“＃００１”から、ビルＡに配置された着信制御装置１３を着ＩＤ及び発ＩＤの送信先と判定し、着信制御装置１３へ着ＩＤ及び発ＩＤを含むメッセージ（着信要求）を送信する（図１８＜４＞）。
【０１１９】
着信要求は、キャリアＩＦ１４Ｃで受信され、ＣＰＵ４１に到達する。すると、ＣＰＵ４１は、着ＩＤの関連する状態（在室状態，通話状態，優先着信番号登録状態）に基づき、着信要求に対する着信パターンを決定する（図１８＜５＞）。動作例２では、ＣＰＵ４１は、上述した処理フローに従って、“優先着信（優先着信の音源接続）”を着信パターンとして決定する。
【０１２０】
この場合、移動電話端末９ｘの通話に対する音声割込みを実行するため、移動網Ｘ１に対応するキャリアＩＦ１４Ａから、着信種別“割込み音源接続指示”と、対応する音源ＩＤとが移動網Ｘ１の通話状態転送装置２０Ａに送信される（図１８＜６＞）。通話状態転送装置２０Ａは、着信種別“割込み音源接続指示”のメッセージを移動網Ｘ１内の所定の交換機６（交換機６ｘ）に送る（図１８＜７＞）。
【０１２１】
交換機６ｘは、メッセージを受信すると、割込み音源接続処理を実行する（図１８＜８＞）。すなわち、交換機６ｘは、移動電話端末９ｘに対して、音源ＩＤに対応する音声（信号音、又は音声アナウンス）を割り込ませるための処理（音声を移動電話端末９ｘに接続する処理）を実行する。これによって、移動電話端末９ｘから割込み音声が出力され、個人“ａ”は、割込み音声を聞くことによって、優先着信番号からの発信を知ることができる（図１８＜９＞）。
【０１２２】
割込み音源接続処理が実行された後、割込み音源接続が正常に実行されたことを示す割込み音源接続“ＯＫ”通知のメッセージが交換機６ｘから通話状態転送装置２０Ａに送信される（図１８＜１０＞）。
【０１２３】
通話状態転送装置２０Ａは、割込み音源接続ＯＫ通知を着信制御装置１３のキャリアＩＦ１４Ａに送る（図１８＜１１＞）。ＣＰＵ１４は、キャリアＩＦ１４Ａを通じて割込み音源接続ＯＫ通知を受け取ると、着信パターン“優先着信の音源接続”に基づき、通常着信の指示を送る。通常着信の指示は、キャリアＩＦ１４Ｃから固定網Ｚ１の通話状態転送装置２０Ｃへ送信される（図１８＜１２＞）。通話状態転送装置２０Ｃは、通常着信の指示を、交換機６ｚへ送る（図１８＜１３＞）。
【０１２４】
通常着信指示を受信した交換機６ｚは、固定電話端末１ａへの着信処理（リンギング）を行う（図１８＜１４＞）。これによって、個人“ａ”が占有する固定電話端末１ａから呼び出し音が出力される（図１８＜１５＞）。
【０１２５】
個人“ａ”は、固定電話端末１ａの呼び出し（リンギング）を契機に、又は呼び出しの前に、移動電話端末９ｘを用いた通話を終了するための切断操作を行う。これによって、切断を示すメッセージが移動電話端末９ｘから交換機６ｘへ伝達される（図１８＜１６＞）。また、移動電話端末９ｘにて終話処理が行われる（図１８＜１７＞）。
【０１２６】
個人“ａ”が呼び出しに対する応答操作を行うと（図１８＜１８＞）、着信応答を示すメッセージが固定網Ｚ１の交換機６ｚへ送信される（図１８＜１９＞）。交換機６ｚは、着信応答のメッセージを固定電話７ｂへ送る（図１８＜２０＞）。
【０１２７】
着信応答が固定電話７ｂに到達すると、固定電話７ｂから着信応答“ＯＫ”を示すメッセージが送信される（図１８＜２１＞）。着信応答“ＯＫ”メッセージは、交換機６ｚを介して固定電話端末１ａに到達する（図１８＜２２＞）。これにより、固定電話７ｂと固定電話端末１ａとの通話が行われる（図１８＜２３＞）。
【０１２８】
動作例２によれば、個人“ａ”は、移動電話端末９ｘでの通話中に、他のキャリアに係る優先着信番号からの発信を示す割込み音声を移動電話端末９ｘで受け取ることができ、通話を終了して、優先着信番号からの発信に応答することができる。
【０１２９】
＜動作例３＞
次に、動作例３として、個人“ａ”が所持するキャリアＸの移動電話端末９（図１９中の通話端末９ｘ（電話番号：090-aaaa-bbbb））を用いた通話中に、キャリアＺの固定電
話端末７ｂ（電話番号: 03-3210-0000）から固定電話端末１(固定電話端末１ａ（電話番
号: 012-345-6789(内線1111))）への発信が生じた場合の動作例を説明する。
【０１３０】
動作例３において、管理エリア１０の在室者は個人“ａ”１名のみであり、発信番号は、優先着信番号であると仮定する。動作例３では、着信制御装置１３に設けられた音源データテーブル３６内の音源が使用される。
【０１３１】
図１９は、動作例３を説明するシーケンス図である。図１９に示された＜１＞〜＜８＞の動作は、動作例２（図１８）における＜１＞〜＜８＞の動作と同じである。このため、説明を省略する。但し、図１９＜８＞に示す割込み音源接続処理の実行によって、交換機６ｘは、着信制御装置１３へ音源ＩＤを通知するとともに、音源接続ＩＦ１５を移動電話端末９ｘに接続する（図１９＜９＞）。
【０１３２】
これによって、着信制御装置１３のＣＰＵ４１は、音源接続処理を実行する（図１９＜１０＞）。すなわち、着信制御装置１３のＣＰＵ４１は、音源ＩＤに対応する音源データを音源データテーブル３６から読み出して音源接続ＩＦ１５から出力する。また、ＣＰＵ４１は、音源接続“ＯＫ”を示すメッセージを交換機６ｘに送信する（図１９＜１１＞）
。これによって、音源データに基づく音声（信号音、又は音声アナウンス）が、割込み音声として移動電話端末９ｘのスピーカから出力される。個人“ａ”は優先着信番号からの発信を知ることができる。
【０１３３】
交換機６ｘは、音源接続“ＯＫ”メッセージを受け取った後、割込み音源接続“ＯＫ”を示すメッセージを通話状態転送装置２０Ａに送信する（図１９＜１３＞）。以降の図１９に示す＜１４＞〜＜２６＞の動作は、図１８に示した動作例２における＜１１＞〜＜２３＞の動作と同じであるので、説明を省略する。
【０１３４】
動作例３によれば、個人“ａ”は、優先着信番号からの着信を割り込み音声により知ることができ、移動電話端末９ｘでの通話を終了して、固定電話端末１ａの呼び出しに応答することができる。
【０１３５】
＜動作例４＞
次に、動作例４として、個人“ａ”が所持するキャリアＸの移動電話端末９ｘ（電話番号：090-aaaa-bbbb）を用いた通話中に、個人“ａ”が所持するキャリアＹの移動電話端
末９ｙ（電話番号: 070-gggg-hhhh）に対し、或る移動電話端末９（電話番号：098-765-4321）から発信が生じた場合の動作例を説明する。動作例４において、個人“ａ”は外出
中（ビルＡの外）であり、発信番号（発ＩＤ）は、優先着信番号であると仮定する。動作例４では、着信制御装置１３が有する音源データテーブル３６中の音源データが使用される。
【０１３６】
図２０は、動作例４を説明するシーケンス図である。図２０において、移動電話端末９から移動電話端末９ｙへの発信は、移動網Ｙ１における所定の交換機６の１つ（交換機６ｙと表記）に受信される（図２０＜１＞）。交換機６ｙは、発信に含まれる着ＩＤが、着信制御装置１３の使用対象（着信制御装置１３に登録された着ＩＤ）か否かを判定する（図２０＜２＞）。
【０１３７】
ここでは、着ＩＤが着信制御装置１３に登録されていると判定され、交換機６ｙは、着ＩＤ，発ＩＤ及び着信制御装置番号（ビルＡに設置された着信制御装置１３の識別情報（＃００１））を含むメッセージを通話状態転送装置２０Ｂへ送信する（図２０＜３＞）。
【０１３８】
通話状態転送装置２０Ｂは、メッセージ中の着信制御装置番号（＃００１）から、ビルＡに設置された着信制御装置１３を、着ＩＤ及び発ＩＤの送信先と判定し、ビルＡに配置された着信制御装置１３へ着ＩＤ及び発ＩＤを含むメッセージ（着信要求）を送信する（図２０＜４＞）。
【０１３９】
着信要求は、キャリアＩＦ１４Ｂで受信され、ＣＰＵ４１に到達する。すると、ＣＰＵ４１は、着ＩＤの関連する状態（在室状態，通話状態，優先着信番号登録状態）に基づき、着信要求に対する着信パターンを決定する（図２０＜５＞）。ここでは、ＣＰＵ４１は、上述した処理フローに従って、“通話中（非優先着信の音源接続）”を着信パターンとして決定する。
【０１４０】
この場合、キャリアＩＦ１４Ｂから、着信種別：音源接続指示と、対応する音源ＩＤとが移動網Ｙ１の通話状態転送装置２０Ｂへ送信される（図２０＜６＞）。以降の図２０に示す＜７＞〜＜１３＞で示した通話状態転送装置２０Ｂ，交換機６ｙ，移動電話端末９に係る動作は、図１５において＜７＞〜＜１３＞で示した通話状態転送装置２０Ｃ，交換機６ｚ，及び固定電話７ａの動作と同様であるので説明を省略する。動作例４においても、移動電話端末９のユーザ（発信者）は、個人“ａ”が他の電話での通話中により着信に応答できないことを示す音声を聞くことができる。
【０１４１】
＜動作例５＞
次に、動作例５として、個人“ａ”が所持するキャリアＸの移動電話端末９ｘ（電話番号：090-aaaa-bbbb））を用いた通話中に、個人“ａ”が所持するキャリアＹの移動電話
端末９ｙ（電話番号: 070-gggg-hhhh）に対し、固定電話端末７ｂ（電話番号：03-3210-0000）から発信が生じた場合の動作例を説明する。
【０１４２】
動作例５において、管理エリア１０の在室者は零であり、また、発信番号（発ＩＤ）は、非優先着信番号であると仮定する。さらに、動作例５では、移動網Ｘ１の交換機６ｘが有する音源（音源データテーブル）が使用される。
【０１４３】
図２１は、動作例５を説明するシーケンス図である。図２１において、固定電話端末７ｂから移動電話端末９ｙへの発信は、移動網Ｙ１における交換機６の１つ（交換機６ｙ）に受信される（図２１＜１＞）。交換機６ｙは、発信に含まれる着ＩＤが、着信制御装置１３の使用対象（着信制御装置１３に登録された着ＩＤ）か否かを判定する（図２１＜２＞）。
【０１４４】
ここで、着ＩＤが着信制御装置１３に登録されている場合には、交換機６ｙは、着ＩＤ，発ＩＤ及び着信制御装置番号（＃００１）を含むメッセージを通話状態転送装置２０Ｂへ送信する（図２１＜３＞）。
【０１４５】
通話状態転送装置２０Ｂは、メッセージ中の着信制御装置番号（＃００１）から、ビルＡに配置された着信制御装置１３を、着ＩＤ及び発ＩＤの送信先と判定し、ビルＡに配置された着信制御装置１３へ着ＩＤ及び発ＩＤを含むメッセージ（着信要求）を送信する（図２１＜４＞）。
【０１４６】
着信要求は、キャリアＩＦ１４Ｂで受信され、ＣＰＵ４１に到達する。すると、ＣＰＵ４１は、着ＩＤの関連する状態（在室状態，通話状態，優先着信番号登録状態）に基づき、着信要求に対する着信パターンを決定する（図２１＜５＞）。ここでは、ＣＰＵ４１は、上述した処理フローに従って、“優先着信の音源接続”を着信パターンとして決定する。
【０１４７】
その後、動作例２において示した動作（図１８＜６＞〜＜２３＞の動作）と同様の動作が行われる（図２１＜６＞〜＜２３＞）。但し、動作例５では、移動電話端末９ｙ，通話状態転送装置２０Ｂ，交換機６ｙが、動作例２における固定電話端末１ａ，通話状態転送装置２０Ｃ，交換機６ｚと同様の動作を行う。
【０１４８】
動作例５によれば、個人“ａ”は、外出先で、優先着信番号からの発信を示す割込み音声を移動電話端末９ｘによって受け取ることができ、移動電話端末９ｙに対する優先着信番号の着信に応答することができる。
【０１４９】
＜動作例６＞
次に、動作例６として、個人“ａ”が所持するキャリアＸの移動電話端末９ｘ（電話番号：090-aaaa-bbbb））を用いた通話中に、個人“ａ”が所持する事業者Ｙの移動電話端
末９ｙ（電話番号: 070-gggg-hhhh）に対し、固定電話端末７ｂ（電話番号：03-3210-0000）から発信が生じた場合の動作例を説明する。
【０１５０】
動作例６において、管理エリア１０の在室者は零であり、また、発信番号（発ＩＤ）は、優先着信番号であると仮定する。さらに、動作例６では、着信制御装置１３が有する音源（音源データテーブル３６に格納された音源データ）が使用される。
【０１５１】
図２２は、動作例６を説明するシーケンス図である。図２２に示される、＜１＞〜＜８＞の動作、及び＜１３＞〜＜２６＞の動作は、図２１＜１＞〜＜２３＞で示した動作例５における動作と同じであるため説明を省略する。
【０１５２】
動作例６では、図２２の＜８＞において実行される割込み音源接続処理によって、交換機６ｘが、着信制御装置番号“＃００１”を有するビルＡ内の着信制御装置１３へ音源ＩＤを送るとともに、着信制御装置１３の音源接続ＩＦ１５を移動電話端末９ｘに接続する処理を行う（図２２＜１０＞）。
【０１５３】
すなわち、着信制御装置１３のＣＰＵ４１は、音源ＩＤに対応する音源データを音源データテーブル３６から読み出して音源接続ＩＦ１５から出力する。また、ＣＰＵ４１は、音源接続ＯＫ通知を交換機６ｘに送信する（図２２＜１１＞）。これによって、音源データに基づく音声（信号音、又は音声アナウンス）が、割込み音声として移動電話端末９ｘのスピーカから出力される。個人“ａ”は優先着信番号からの発信を知ることができる。
【０１５４】
動作例６によれば、二つの移動電話端末９ｘ，９ｙを占有する個人“ａ”は、一方の移動電話端末を用いた通話中に他方の移動電話端末への優先着信番号の発信が生じた場合に、通話中の移動電話端末から割込み音声を聞くことができ、他方の移動電話端末への着信（呼び出し）に応答することができる。
【０１５５】
＜実施形態の作用効果＞
上述した実施形態によれば、個人“ａ”のような、複数の電話端末を占有する個人が複数の電話端末のいずれかを用いた通話中に、残りの電話端末の１つに対する着信が発生したとき、着信の発ＩＤが非優先着信番号であれば、他の電話で通話中を示す音声が発信端末に接続される。従って、発信端末のユーザは、個人が他の電話で通話中であるために着信に応答できないことを知ることができる。発信者は、着信に応答できない理由が不在でないことを知ることができるので、長い間隔を空けることなく再度の着信を試み、個人と通話を行うことができる。すなわち、情報伝達の円滑化が図られる。
【０１５６】
特に、個人が占有する移動電話端末を用いた通話中に、他の移動電話端末に対する非優先着信番号からの着信が発生した場合には、上記した音声案内が行われるため、着信に対して無応答となる事態を回避できる。
【０１５７】
また、本実施形態では、着信制御装置１３が、構内電話網との連携を行い、個人が占有する複数の電話端末には、構内交換網に収容された内線電話（固定電話端末１）、或いは固定電話１Ａが含まれる。これによって、固定電話端末１又は１Ａに対する着信が発生した場合にも、必要に応じて、上記した“他の電話で通話中”であることを示す音声を発信端末に対して伝達することができる。すなわち、構内交換回線の通話状態を取得、管理することによって、各事業者の通話状態と連動して、構内交換回線の着信可否を制御できる。なお、着信制御装置１３が構内交換サーバＩＦ（PBX-IF）１６を有し、内線電話（固定電話端末１）の通話状態を管理することは必須の構成要素ではない。
【０１５８】
また、本実施形態における着信制御装置は、管理エリア１０に対する入退場管理システムと連携し、管理エリア１０に設置された内線電話（固定電話端末１）、外線電話（固定電話端末１Ａ）に対する着信制御（着信パターン）が、管理エリア１０の在室状態を用いて決定される。
【０１５９】
これによって、本実施形態によれば、管理エリア１０に非通話状態の在室者がいれば、通常着信処理が行われることによって、在室者が固定電話端末１への着信（呼び出し）に
応答することによって、所望の個人が管理エリア１０に不在であることを発信者に伝えることができる。一方、管理エリア１０で個人が他の電話で応対中であれば、その旨の音声が発信者に伝達されることによって、発信者は、個人が管理エリア１０に在室であるが、他の電話により応答できないことを知ることができる。換言すれば、在室状態の個人の在・不在を取得、管理することによって、各事業者の通話状態、構内交換回線の通話状態と連動した、着信可否を制御できる。
【０１６０】
なお、着信制御装置１３が入退場管理ＩＦ１８を有し、管理エリア１０（入退場が管理される場所）に対する個人の在／不在状態を用いて着信パターンを決定することは必須の構成要件ではない。
【０１６１】
さらに、本実施形態によれば、各個人に対する優先着信番号が優先着信番号テーブル３６に登録され、優先着信番号からの着信に対しては、通話中の着信端末に対して、優先着信番号からの着信を示す音声（信号音又は音声アナウンス）が伝達される。これによって、重要な発信者から着信があった旨が他の電話通信回線で通話中の個人に伝わらず、当該着信に応答できないことを回避することができる。但し、優先着信番号に係る構成は、必須の構成要件ではない。
【０１６２】
＜変形例＞
上記した実施形態では、着信制御装置又はキャリア網が提供する音源に接続する動作を採用している。これに対し、各キャリア網にて用意されている音源の「ビジー・トーン」を接続しても良い。ビジー・トーンは、通話中時に流れる音源である。
【０１６３】
また、上記した実施形態における優先着信について、優先着信中に、他の優先着信があった場合は、各キャリア網にて優先着信番号の通話中状態を管理し、着信制御装置に通知する制御を行っても良い。これにより、着信制御装置が優先着信電話に対応中の場合に他の優先着信があった場合に、優先番号着信があった旨の通知を着信者が受けるパターン（実施形態にて説明した動作）と、通話中なので電話に出ることが出来ないと発信者が通知を受けるなど、細かい制御が可能となる方式としても良い。
【０１６４】
＜その他＞
上記した実施形態は、以下の付記を開示する。各付記に記載された構成は、適宜組み合わせることができる。
【０１６５】
（付記１）
個人に割り当てられた複数の電話端末の識別情報と、前記複数の電話端末の夫々が通話中か否かを示す通話状態情報とを記憶する記憶装置と、
前記複数の電話端末の１つに対する着信要求の発生時に、前記着信要求に対応する電話端末と異なる前記複数の電話端末の少なくとも１つが通話中か否かを前記通話状態情報の参照によって判定する処理と、前記複数の電話端末の少なくとも１つが通話中であるときに、前記個人が他の電話での通話中であることを示す情報を前記着信要求の発信端末に接続するための処理を行う制御装置と
を含む着信制御装置。（１）
【０１６６】
（付記２）
前記複数の電話端末の識別情報は、構内電話網内の内線電話の識別情報を含む
付記１に記載の着信制御装置。（２）
【０１６７】
（付記３）
前記複数の電話端末の少なくとも１つは、入退場が管理される管理エリアに固定配置さ
れた固定電話端末を含み、
前記記憶装置は、前記個人が前記管理エリアにいるか否かを示す在／不在情報をさらに記憶し、
前記制御装置は、前記在／不在情報に基づいて、前記個人が前記管理エリアにいると判定されることを条件に、前記着信対象の電話端末と異なる前記複数の電話端末の少なくとも１つが通話中か否かを前記状態情報の参照によって判定する処理を実行する
付記１又は２に記載の着信制御装置。（３）
【０１６８】
（付記４）
前記記憶装置は、前記個人に対して優先的な着信を実施すべき優先着信電話端末の情報をさらに記憶し、
前記制御装置は、前記着信対象の電話端末と異なる前記複数の電話端末の少なくとも１つが通話中であるときに、前記着信要求の発信側の電話端末が前記優先着信電話端末か否かを前記優先着信電話端末の情報に基づき判定する処理と、前記発信側の電話端末が前記優先着信電話端末であるときに、前記複数の電話端末の少なくとも１つに前記優先着信電話端末からの着信を知らせる情報を接続するための処理を行う
付記１から３のいずれか１項に記載の着信制御装置。（４）
【０１６９】
（付記５）
前記複数の電話端末に対する前記通話状態情報を前記複数の電話端末の通話状態を管理する複数の網から受信するインタフェースをさらに含み、
前記制御装置は、前記インタフェースによって受信された前記通話状態情報を前記記憶装置に記憶する
付記１に記載の着信制御装置。
【０１７０】
（付記６）
構内交換網で管理されている前記内線電話に対する前記通話状態情報を受信するインタフェースをさらに含み、
前記制御装置は、前記インタフェースによって受信された前記通話状態情報を前記記憶装置に記憶する
付記２に記載の着信制御装置。
【０１７１】
（付記７）
前記管理エリアに対する入退場管理システムで管理されている前記個人に対する前記在／不在情報を受信するインタフェースをさらに含み、
前記制御装置は、前記インタフェースによって受信された前記在／不在情報を前記記憶装置に記憶する
付記３に記載の着信制御装置。
【０１７２】
（付記８）
前記個人が他の電話での通話中であることを示す信号音又は音声アナウンスの音源データを前記発信端末が接続された網に接続するインタフェースをさらに含む
付記１に記載の着信制御装置。
【０１７３】
（付記９）
前記前記優先着信電話端末からの着信を知らせる信号音又は音声アナウンスの音源データを前記着信要求に対応する電話端末が接続された網に接続するインタフェースをさらに含む
付記４に記載の着信制御装置。
【０１７４】
（付記１０）
コンピュータが、
個人に割り当てられた複数の電話端末の識別情報と、前記複数の電話端末の夫々が通話中か否かを示す通話状態情報とを記憶装置に記憶し、
前記複数の電話端末の１つに対する着信要求の発生時に、前記着信要求に対応する電話端末と異なる前記複数の電話端末の少なくとも１つが通話中か否かを前記通話状態情報の参照によって判定し、
前記複数の電話端末の少なくとも１つが通話中であるときに、前記個人が他の電話での通話中であることを示す情報を前記着信要求の発信端末に接続するための処理を行う
を含む着信制御方法。（５）
【０１７５】
（付記１１）
前記複数の電話端末の識別情報は、構内電話網内の内線電話の識別情報を含む
付記１０に記載の着信制御方法。
【０１７６】
（付記１２）
前記複数の電話端末の少なくとも１つは、入退場が管理される管理エリアに固定配置された固定電話端末を含み、
前記個人が前記管理エリアにいるか否かを示す在／不在情報をさらに記憶し、
前記在／不在情報に基づいて、前記個人が前記管理エリアにいると判定されることを条件に、前記着信対象の電話端末と異なる前記複数の電話端末の少なくとも１つが通話中か否かを前記状態情報の参照によって判定する
ことをさらに含む付記１０又は１１に記載の着信制御方法。
【０１７７】
（付記１３）
前記個人に対して優先的な着信を実施すべき優先着信電話端末の情報をさらに記憶し、
前記着信対象の電話端末と異なる前記複数の電話端末の少なくとも１つが通話中であるときに、前記着信要求の発信側の電話端末が前記優先着信電話端末か否かを前記優先着信電話端末の情報に基づき判定し、
前記発信側の電話端末が前記優先着信電話端末であるときに、前記複数の電話端末の少なくとも１つに前記優先着信電話端末からの着信を知らせる情報を接続するための処理を行う
ことをさらに含む付記１０から１２のいずれか１項に記載の着信制御方法。
【符号の説明】
【０１７８】
Ｘ１，Ｙ１・・・移動電話網（移動網）
Ｚ１・・・固定電話網（固定網）
１，１ａ・・・電話端末（固定電話端末，内線電話）
１Ａ，７（７ａ，７ｂ）・・・固定電話端末
２，４・・・構内交換サーバ（ＰＢＸ）
３，５・・・ゲートウェイ
６，６ｘ，６ｙ，６ｚ・・・交換機（ＳＷ又はＥＸ）
８・・・アンテナ（基地局）
９，９ｘ・・・移動電話端末
１０・・・管理エリア
１１・・・入退場管理サーバ
１３・・・着信制御装置
１４（１４Ａ，１４Ｂ，１４Ｃ）・・・通信事業者インタフェース（キャリアＩＦ）
１５・・・音源接続インタフェース（音源ＩＦ）
１６・・・構内交換サーバインタフェース（ＰＢＸ−ＩＦ）
１７・・・着信制御情報設定インタフェース（設定ＩＦ）
１８・・・入退場管理インタフェース（入退場管理ＩＦ）
２０（２０Ａ，２０Ｂ，２０Ｃ）・・・通話状態転送装置
２１・・・記憶装置
２２・・・契約情報テーブル
３１・・・在室・通話状態処理部
３２・・・音源接続処理部
３３・・・テーブル設定処理部
４１・・・ＣＰＵ（制御装置，プロセッサ）
４２・・・メモリ
４３・・・記憶装置（補助記憶）
【図１】
0005949047.tif 000002
【図２】
0005949047.tif 000003
【図３】
0005949047.tif 000004
【図４】
0005949047.tif 000005
【図５】
0005949047.tif 000006
【図６】
0005949047.tif 000007
【図７】
0005949047.tif 000008
【図８】
0005949047.tif 000009
【図９】
0005949047.tif 000010
【図１０】
0005949047.tif 000011
【図１１】
0005949047.tif 000012
【図１２】
0005949047.tif 000013
【図１３】
0005949047.tif 000014
【図１４】
0005949047.tif 000015
【図１５】
0005949047.tif 000016
【図１６】
0005949047.tif 000017
【図１７】
0005949047.tif 000018
【図１８】
0005949047.tif 000019
【図１９】
0005949047.tif 000020
【図２０】
0005949047.tif 000021
【図２１】
0005949047.tif 000022
【図２２】
0005949047.tif 000023