(57)【要約】【課題】内線電話サービスの提供元のネットワークで障害が発生しても使用可能な内線電話システムを提供する。【解決手段】携帯電話網を介した内線電話サービスを提供する内線システム中の通信装置と通信する通話制御装置は、取得部と接続処理部を備える。取得部は、内線電話サービスで使用される内線番号を用いた通信の発信元と着信先の各々について、内線番号と携帯電話網で使用される電話番号との組み合わせを、通信装置から送信された制御メッセージを用いて取得する。接続処理部は、組み合わせを用いて、発信元と着信先の間の通話を確立させるための制御を行う。【選択図】図３Ｂ
2017060132.tif 000002
【特許請求の範囲】
【請求項１】
携帯電話網を介した内線電話サービスを提供する内線システム中の通信装置と通信する通話制御装置に於いて、
前記内線電話サービスで使用される内線番号を用いた通信の発信元と着信先の各々について、前記内線番号と前記携帯電話網で使用される電話番号との組み合わせを、前記通信装置から送信された制御メッセージを用いて取得する取得部と、
前記組み合わせを用いて、前記発信元と前記着信先の間の通話を確立させるための制御を行う接続処理部
を備えることを特徴とする。
【請求項２】
前記接続処理部は、前記内線システムで発生した障害により前記発信元と前記着信先の間の通信が前記内線システムで処理されない場合、前記組み合わせを用いて、前記発信元と前記着信先の間の通話を確立させる
ことを特徴とする請求項１に記載の通話制御装置。
【請求項３】
前記取得部は、第１の内線電話システムを使用する第１および第２の端末の各々について、当該端末に割り当てられた電話番号と内線番号の組み合わせを取得し、
前記通信部は、前記第１の内線電話システムとは異なる第２の内線電話システムでの通信の制御に使用される第１の制御メッセージを前記通信装置から受信し、
前記取得部は、前記第１の制御メッセージに、前記第１の内線電話システムでの障害を通知する情報が含まれている場合、前記第１の内線電話システムの障害を記憶し、
前記第１の端末から前記第２の端末に割り当てられた内線番号への着信を要求する第２の制御メッセージを前記通信部が受信すると、前記接続処理部は、前記取得部が取得した情報を用いて、前記第１の端末と前記第２の端末の間の通話を確立させるための処理を行う
ことを特徴とする請求項１または２に記載の通話制御装置。
【請求項４】
障害が発生している内線電話システムの情報を記憶する障害情報テーブル
を備え、
前記取得部は、前記通信装置から障害の発生が通知されている第３の内線電話システムの復旧を表わす情報が、前記第１の制御メッセージに含まれている場合、前記障害情報テーブルから前記第３の内線電話システムでの障害を表わす情報を削除し、
前記通信部は、前記第３の内線電話システムでの障害の情報が削除された後に、前記第３の内線電話システムを使用する第３の端末から第４の端末の内線番号への着信を要求する通話要求を受信すると、前記通話要求を前記通信装置に転送する
ことを特徴とする請求項３に記載の通話制御装置。
【請求項５】
前記取得部は、
前記内線システムの障害の情報を取得していない場合、前記携帯電話網に含まれる他の通話制御装置から通知された障害の情報を記憶するサービス制御装置に、前記内線システムで障害が発生しているかを問合わせる処理を行い、
前記内線システムでの障害が発生している場合、前記発信元と前記着信先の各々についての電話番号と内線番号の組み合わせを、前記サービス制御装置から取得し、
前記接続処理部は、前記サービス制御装置から取得した情報を用いて前記発信元と前記着信先の間の通話を確立させるための制御を行う
ことを特徴とする請求項１または２に記載の通話制御装置。
【請求項６】
携帯電話網を介した内線電話サービスを提供する内線システム中の通信装置と通信する通話制御装置に於いて、
プロセッサと、
記憶装置と、
前記通信装置から制御メッセージを受信するネットワーク接続装置とを含み、
前記プロセッサは、前記制御メッセージから、前記内線電話サービスで使用される内線番号を用いた通信の発信元と着信先の各々について、前記内線番号と前記携帯電話網で使用される電話番号との組み合わせを取得して前記記憶装置に記憶させ、
前記プロセッサは、
前記組み合わせを用いて、前記発信元と前記着信先の間の通話を確立させるための制御を行う
ことを特徴とする。
【請求項７】
通話制御装置と、
前記通話制御装置と通信し、携帯電話網を介した内線電話サービスを提供する内線システム中の通信装置
を備え、
前記通話制御装置が
前記通信装置から制御メッセージを受信し、
前記内線電話サービスで使用される内線番号を用いた通信の発信元と着信先の各々について、前記内線番号と前記携帯電話網で使用される電話番号との組み合わせを、前記制御メッセージを用いて取得し、
前記組み合わせを用いて、前記発信元と前記着信先の間の通話を確立させるための制御を行う
ことを特徴とする通話制御システム。
【請求項８】
携帯電話網中の通話制御装置が、
前記携帯電話網を介した内線電話サービスを提供する内線システム中の通信装置と通信し、
前記内線電話サービスで使用される内線番号を用いた通信の発信元と着信先の各々について、前記内線番号と前記携帯電話網で使用される電話番号との組み合わせを、前記通信装置から送信された制御メッセージを用いて取得し、
前記組み合わせを用いて、前記発信元と前記着信先の間の通話を確立させる
処理を行うことを特徴とする通話制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通話の制御に関する。
【背景技術】
【０００２】
近年、通信キャリアによって、携帯電話端末を企業等の内線電話として使用するための内線接続サービス（ＩＰセントレックス）が提供されている。
【０００３】
図１は、内線接続が用いられるネットワークの例を説明する図である。図１のシステムには、携帯電話端末４（４ｘ、４ｙ）の通信に使用される携帯電話網２と、内線接続のための情報を保持する加入者情報管理装置３４を含むネットワーク６が含まれる。携帯電話網２には、通話制御装置３と呼処理サーバ５（５ａ、５ｂ）が含まれる。一方、ネットワーク６には、ゲートサーバとして動作する通信装置７と呼処理サーバ８（８ａ、８ｂ）が含まれている。加入者情報管理装置３４は、各企業で割り当てられた内線番号と、その内線番号で呼び出される対象となる携帯電話端末４に割り当てられた電話番号を企業ごとに対応付けており、適宜、呼処理サーバ８と通信する。企業サーバ３０（３０ａ、３０ｂ）は、内線接続サービスの提供を受けている企業のサーバである。各企業サーバ３０は、適宜、その企業サーバ３０が接続されたルータ３２（３２ａ、３２ｂ）などを介して、加入者情報管理装置３４に上記した、内線番号と携帯電話端末の電話番号との対応などの内線接続サービスに関する情報を登録する。
【０００４】
ここで、各携帯電話端末４は自装置に割り当てられている内線番号を認識していない。このため、内線電話としての通信が行われる場合も、通信を行う携帯電話端末４に割り当てられた電話番号によって呼制御が行われる。例えば、携帯電話端末４ｘに０９０−５０００、携帯電話端末４ｙに０９０−５００１という電話番号が割り当てられているとする。また、携帯電話端末４ｘには内線番号＝２０００、携帯電話端末４ｙには内線番号＝２００１が企業Ａから割り当てられているとする。このとき、携帯電話端末４ｘから、内線番号２００１に発信する（発呼する）と、図１中の矢印に示す経路での通信が行われることにより、携帯電話端末４ｙが呼び出される。この時に行われる通信の詳細を適宜、図２を参照しながら説明する。
【０００５】
図２は、内線接続サービスによる通信方法の例を説明するシーケンス図である。以下、ＳＩＰ（Session Initiation Protocol）の制御メッセージが使用される場合の例を示す。携帯電話端末４ｘが内線番号２００１番を着信先として発信すると、携帯電話端末４ｘの通信エリアを形成している基地局と通信している呼処理サーバ５ａは、通話要求メッセージ（ｉｎｉ−ＩＮＶＩＴＥ）を受信する。
【０００６】
呼処理サーバ５ａは、通話要求メッセージを通話制御装置３に転送する。通話制御装置３は、呼処理サーバ５から受信した通話要求メッセージが内線番号を用いたメッセージであるので、通話要求メッセージを通信装置７に転送する（矢印Ａ１）。換言すると、通話制御装置は、通話要求メッセージに含まれる着信先が内線番号形式であることを検出すると、内線番号サービスを提供している通信装置７にこの通話要求メッセージを転送する。ここで、通話制御装置３が通信装置７に転送する通話要求メッセージには、着信先が２００１番、発信元が０９０−５０００であることが含まれている。
【０００７】
通信装置７は、例えば内線番号の内容から、この通信は企業Ａの内線番号サービスであると判断できる。
【０００８】
そして、通信装置７は、企業Ａの呼処理を行う呼処理サーバ８ａを介して、加入者情報管理装置３４から、前記の通話要求メッセージに含まれる情報から、送信元の携帯電話端末４ｘに割り当てられた内線番号と、着信先の携帯電話端末４ｙに割り当てられた電話番号を取得する。図２の例では、携帯電話端末４ｘの電話番号が０９０−５０００であることに基づいて、その内線番号が２０００番であることと、着信先内線番号が２００１番であることに基づいて、着信先の電話番号が０９０−５００１であること（携帯電話端末４ｙに対応）が通信装置７に通知される。そこで、通信装置７は、通話要求メッセージの発信元を携帯電話端末４ｘの内線番号である２０００、着信先を携帯電話端末４ｙに割り当てられた電話番号である０９０−５００１に変更し、変更後の通話要求メッセージを通話制御装置３に転送する（矢印Ａ２）。
【０００９】
通話制御装置３は、呼処理サーバ５ｂを介して携帯電話端末４ｙに、内線２０００番からの呼び出しがあることを通知する。携帯電話端末４ｙのユーザが応答すると、携帯電話端末４ｙは、応答メッセージ（２００  ＯＫ）を発信元に送信する。このため、携帯電話端末４ｙから送信された応答メッセージを受信した呼処理サーバ５ｂは、応答メッセージを通話制御装置３に転送する。ここで、応答メッセージに指定されている発信元は、内線２０００である。このため、通話制御装置３は、応答メッセージを通信装置７に転送する（矢印Ａ３）。
【００１０】
通信装置７は、通話制御装置３から応答メッセージを受信すると、通話要求メッセージの処理の際に取得した情報を用いて、応答メッセージの発信元と着信先の情報を書き換える。図２の例では、通信装置７は、発信元を携帯電話端末４ｘの電話番号である０９０-５０００、着信先を携帯電話端末４ｙに割り当てられた内線番号である２００１に変更する。通信装置７は、変更後の応答メッセージを通話制御装置３に転送する（矢印Ａ４）。
【００１１】
通話制御装置３は、受信した応答メッセージを、呼処理サーバ５ａや基地局を介して、携帯電話端末４ｘに送信する。このため、携帯電話端末４ｘは、着信先との通信に成功したと認識する。このように、通信装置７で着信先や発信元の番号が変換されるため、携帯電話網２中の装置が各携帯電話端末４に割り当てられた内線番号を認識していなくても、携帯電話端末４ｘと携帯電話端末４ｙが内線番号を用いて通信できる。
【００１２】
関連する技術として、内線番号と電話番号を対応付けた変換テーブルを記憶し、交換局から送信されてきた内線番号を変換テーブルに従って電話番号に変換し、変換後の電話番号を交換局に返信する内線通話システムが提案されている（例えば、特許文献１など）。複数の網を接続するノード装置が、発信元か着信先を示す識別情報と、識別情報で識別される装置が接続されている網の情報との組み合わせを取得する制御方法も提案されている（例えば、特許文献２など）。この制御方法では、呼が発生すると、ノード装置は、発生した呼の着信先の識別情報を含む組み合わせで対応付けられている網を出方路の候補とする。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００３−３１９４２７号公報
【特許文献２】特開２０００−２３２４８４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
内線番号を用いた通信の制御メッセージは、内線電話サービスの提供元のネットワークに転送され、転送先のネットワークにおいて内線番号と電話番号の変換が行われる。このため、内線電話サービスの提供元のネットワークで障害が発生すると、携帯電話網や携帯電話端末自体は通信可能でも内線電話番号を用いた通信ができなくなってしまう。
【００１５】
本発明は、内線電話サービスの提供元のネットワークで障害が発生しても使用可能な内線電話システムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
１つの態様では、携帯電話網を介した内線電話サービスを提供する内線システム中の通信装置と通信する通話制御装置は、取得部と接続処理部を備える。取得部は、前記内線電話サービスで使用される内線番号を用いた通信の発信元と着信先の各々について、前記内線番号と前記携帯電話網で使用される電話番号との組み合わせを、前記通信装置から送信された制御メッセージを用いて取得する。接続処理部は、前記組み合わせを用いて、前記発信元と前記着信先の間の通話を確立させるための制御を行う。
【発明の効果】
【００１７】
内線電話サービスの提供元のネットワークで障害が発生しても、内線電話システムができる。
【図面の簡単な説明】
【００１８】
【図１】内線接続が用いられるネットワークの例を説明する図である。
【図２】内線接続による通信方法の例を説明するシーケンス図である。
【図３Ａ】実施形態にかかる通信方法の例を説明する図である。
【図３Ｂ】実施形態にかかる通信方法の例を説明する図である。
【図４】通話制御装置の構成の例を説明する図である。
【図５】通信装置の構成の例を説明する図である。
【図６】通話制御装置および通信装置のハードウェア構成の例を説明する図である。
【図７】電話番号の取得方法の例を説明するシーケンス図である。
【図８】通話制御装置の処理の例を説明するフローチャートである。
【図９】通信装置の処理の例を説明するフローチャートである。
【図１０】障害が発生しているネットワークの例を説明する図である。
【図１１】通知状況テーブルの例を説明する図である。
【図１２】障害の発生の通知方法の例を説明するシーケンス図である。
【図１３】通信装置の処理の例を説明するフローチャートである。
【図１４】通話制御装置の処理の例を説明するフローチャートである。
【図１５】障害が発生しているときに行われる通信処理の例を説明するシーケンス図である。
【図１６】通話制御装置の処理の例を説明するフローチャートである。
【図１７】障害が発生しているときに行われる通信処理の例を説明するシーケンス図である。
【図１８】通話制御装置の処理の例を説明するフローチャートである。
【図１９】通信装置の処理の例を説明するフローチャートである。
【図２０】障害復旧の通知方法の例を説明するシーケンス図である。
【図２１】通話制御装置の処理の例を説明するフローチャートである。
【図２２】通信装置で障害が発生した場合の例を説明する図である。
【図２３】通話制御装置の処理の例を説明するフローチャートである。
【図２４】障害復旧の検出方法の変形例を説明するシーケンス図である。
【図２５】複数の通話制御装置が含まれているネットワークの例を示す図である。
【図２６】障害が発生しているときに行われる通信処理の例を説明するシーケンス図である。
【図２７】障害情報テーブルと加入者情報テーブルの例を説明する図である。
【図２８】障害が発生しているときに行われる通信処理の例を説明するシーケンス図である。
【発明を実施するための形態】
【００１９】
図３Ａと図３Ｂは、実施形態にかかる通信方法の例を説明する図である。以下の説明では、記載を簡潔にするために、電話番号として７桁の番号を示しているが、携帯電話端末４に割り当てられている電話番号は０から始まる任意の桁数の番号である。図３Ａ、図３Ｂに示すシステムにも携帯電話網２と、内線電話サービスを提供するためのネットワーク６が含まれている。携帯電話網２には、呼処理サーバ５と通話制御装置１０が含まれている。一方、ネットワーク６には、呼処理サーバ８と通信装置４０が含まれている。以下、携帯電話端末４ｘと携帯電話端末４ｙとの間で通信が行われる場合を例とする。図３Ａ、図３Ｂにおいても、携帯電話端末４ｘには、電話番号として０９０−５０００、内線番号として２０００が割り当てられているとする。同様に、携帯電話端末４ｙには、電話番号として０９０−５００１、内線番号として２００１が割り当てられているとする。
【００２０】
図３Ａは、ネットワーク６中の装置で障害が発生していない場合に行われる通信処理の例を示す。携帯電話端末４ｘが内線番号２００１番を着信先として発信したとする。携帯電話端末４ｘから送信された通話要求メッセージ（ｉｎｉ−ＩＮＶＩＴＥ）は、呼処理サーバ５ａを介して通話制御装置１０に転送される（矢印Ａ１１）。通話制御装置１０は、ネットワーク６中の装置での障害の発生を検出していない場合、通信装置４０に通話要求メッセージを転送する（矢印Ａ１２）。
【００２１】
通信装置４０は、適宜、呼処理サーバ８や加入者情報管理装置３４（図示せず）と通信することにより、発信元と着信先について、電話番号と内線番号の組み合わせを取得する。通信装置４０は、通話制御装置１０から転送された通話要求メッセージの発信元の情報を携帯電話端末４ｘの内線番号に変更（変換）すると共に、着信先の情報を携帯電話端末４ｙの電話番号に変更する。通信装置４０は、変更後の通話要求メッセージを通話制御装置１０に送信する（矢印Ａ１３）。このとき、通信装置４０は、通話要求メッセージの中に、電話番号と内線番号の組み合わせを含める。通話制御装置１０は、通信装置４０から通知された発信元と着信先について、電話番号と内線番号の組み合わせを記憶する。
【００２２】
通話制御装置１０は、通信装置４０から受信した通話要求メッセージを、呼処理サーバ５ｂを介して携帯電話端末４ｙに転送する（矢印Ａ１４）。応答メッセージについても、通信装置４０に障害が発生していない場合は、同様に通信装置４０によって、応答メッセージ中の電話番号と内線番号が変換されるので、携帯電話端末４ｘと携帯電話端末４ｙの間で通信が確立される。このため、携帯電話端末４ｘと携帯電話端末４ｙの間の通信を行うための制御信号は、Ｒ１に示す経路で送受信される。
【００２３】
図３Ｂは、ネットワーク６中の装置で障害が発生している場合の通信処理の例である。図３Ｂは、通信装置４０と呼処理サーバ８ａで障害が発生した場合の例を示している。通話制御装置１０は、通信装置４０との間で定期的に通信を行っており、通信装置４０との間の通信に失敗すると、通信装置４０に障害が発生したと判定する。通信装置４０での障害の発生後に、携帯電話端末４ｘが内線番号２００１番宛てに発信したとする。すると、通話要求メッセージは、図３Ａを参照しながら説明した場合と同様に、通話制御装置１０に転送される（矢印Ａ１５）。
【００２４】
通話制御装置１０は、通信装置４０で障害が発生しているため、通話要求メッセージを通信装置４０に転送しない。通話制御装置１０は、通話要求メッセージの発信元と着信先について、内線番号と電話番号の組み合わせを記憶しているかを判定する。図３Ａの矢印Ａ１３での説明でも述べたとおり、通話制御装置１０は、携帯電話端末４ｘと携帯電話端末４ｙについて、内線番号と電話番号の組み合わせを記憶している。そこで、通話制御装置１０は、記憶している情報を用いて、通話要求メッセージの発信元を携帯電話端末４ｘの内線番号に変更すると共に、着信先を携帯電話端末４ｙの電話番号に変更する。通話制御装置１０は、変更後の通話要求メッセージを、呼処理サーバ５ｂを介して携帯電話端末４ｙに送信する（矢印Ａ１６）。
【００２５】
応答メッセージについても、同様に通話制御装置１０によって、応答メッセージ中の電話番号と内線番号が変換されるので、携帯電話端末４ｘと携帯電話端末４ｙの間で通信が確立される。このため、携帯電話端末４ｘと携帯電話端末４ｙの間の通信を行うための制御信号は、通信装置４０での障害が発生すると、Ｒ２に示す経路で送受信される。
【００２６】
図３Ｂの例では、通信装置４０と呼処理サーバ８ａでの障害が発生した場合の例を説明したが、障害が発生する装置は通信装置４０か呼処理サーバ８の一方でも良く、ネットワーク６中の他の任意の装置でも良い。たとえば呼処理サーバ８が障害のとき、これを通信装置４０が検出し、内線サービスがネットワーク６では提供できないことを通信装置４０から通話制御装置１０に通知するようにしても良い。
【００２７】
このように、実施形態にかかる方法では、通話制御装置１０は、ネットワーク６中で障害が発生していないときに通信装置４０から受信した信号を用いて、発信元と着信先の内線番号と電話番号の組み合わせを取得する。また、ネットワーク６中で障害が発生すると、通話制御装置１０は、記憶している情報を用いて、制御メッセージ中の発信元と着信先の情報を変換し、変換後の制御メッセージを転送することにより、携帯電話端末４同士の内線電話を中継する。このため、ネットワーク６中で障害が発生しても、通話制御装置１０に情報が記憶されている携帯電話端末４同士の間では、内線電話が使用できる。
【００２８】
さらに、通話制御装置１０は、内線番号を用いた通信の際に通信装置４０から通知された電話番号を記憶するので、通話制御装置１０に内線番号と電話番号との対応をオペレータなどが記憶させなくても良い。このため、実施形態にかかる方法では、通話制御装置１０が保持する内線番号などの情報の管理をオペレータが行わなくても良い。内線番号は、企業などによって決められており、従業員の異動等に伴って変更されることも多い。すなわち、内線番号をオペレータ等が通話制御装置１０に記憶させる場合は、内線番号の変更のたびに通話制御装置１０に記憶させる情報を変更するなどの煩雑な処理が発生する。一方、実施形態にかかる方法では、内線番号の変更に伴う煩雑な処理が発生しないという利点もある。
【００２９】
＜装置構成＞
図４は、通話制御装置１０の構成の例を説明する図である。通話制御装置１０は、通信部１３、タイマ１５、制御部２０、記憶部２５を備える。通信部１３は、受信部１１と送信部１２を有する。制御部２０は、取得部２１、検出部２２、接続処理部２３を有する。記憶部２５は、企業情報テーブル２６、加入者情報テーブル２７、障害情報テーブル２８を保持する。通話制御装置１０は、例えば、ＬＴＥ（Long Term Evolution）のＰＧＷ（Packet Data Network Gateway）として実現され得る。
【００３０】
受信部１１は、呼処理サーバ５や通信装置４０などから、制御メッセージを受信する。送信部１２は、制御メッセージを、呼処理サーバ５や通信装置４０などに送信する。タイマ１５は、時刻を計測する。取得部２１は、受信部１１が受信した制御メッセージから、内線番号と電話番号の組み合わせを取得し、取得した組み合わせを加入者情報テーブル２７に記録する。検出部２２は、定期的に通信装置４０と通信を行うことにより、通信装置４０で障害が発生しているかを判定する。接続処理部２３は、通信装置４０などでの障害によりネットワーク６中の装置に制御メッセージが転送されない場合、加入者情報テーブル２７中の情報を用いて、携帯電話端末４間の接続を確立させるための処理を行う。
【００３１】
企業情報テーブル２６は、内線サービスを利用している携帯電話端末４について、その携帯電話端末４に割り当てられた電話番号と、その携帯電話端末４に内線番号を割り当てている企業の識別情報を対応づける。障害情報テーブル２８は、ネットワーク６中の企業毎の内線電話サービスの障害の発生状況を格納する。
【００３２】
図５は、通信装置４０の構成の例を説明する図である。通信装置４０は、通信部４３、制御部５０、記憶部６０を備える。通信部４３は、受信部４１と送信部４２を有する。制御部５０は、番号特定部５１、検出部５２、接続処理部５３を有する。記憶部６０は、企業サーバテーブル６１、加入者情報テーブル６２、および、通知状況テーブル６３を格納する。
【００３３】
受信部４１は、呼処理サーバ５や通話制御装置１０などから、制御メッセージを受信する。送信部４２は、制御メッセージを、呼処理サーバ５や通話制御装置１０などに送信する。番号特定部５１は、受信部４１が受信した制御メッセージに適用する内線番号と電話番号の組み合わせを、加入者情報テーブル６２中のデータから特定する。処理対象の制御メッセージに適用する情報が加入者情報テーブル６２に無い場合、番号特定部５１は、送信部４２を介して、呼処理サーバ８に問い合わせを行う。番号特定部５１は、呼処理サーバ８への問い合わせの際、適宜、企業サーバテーブル６１を参照する。企業サーバテーブル６１は、内線サービスを利用している携帯電話端末４について、その携帯電話端末４に割り当てられた電話番号と、その携帯電話端末４に内線番号を割り当てている企業の識別情報を対応づける。検出部５２は、ネットワーク６中の装置と定期的に通信し、ネットワーク６中の装置での障害の発生を検出する。通知状況テーブル６３は、ネットワーク６中の装置の状態を通話制御装置１０に通知した回数などの情報を格納する。
【００３４】
図６は、通話制御装置１０および通信装置４０のハードウェア構成の例を説明する図である。通話制御装置１０と通信装置４０のいずれも、プロセッサ１０１、メモリ１０２、記憶装置１０３、ネットワークインタフェース１０４（１０４ａ、１０４ｂ）、バス１０５を備える。
【００３５】
プロセッサ１０１は、ＣＰＵ（Central Processing Unit）を含む任意の処理回路である。プロセッサ１０１は、メモリ１０２をワーキングメモリとして使用して、プログラムを実行することにより、様々な処理を実行する。メモリ１０２には、ＲＡＭ（Random Access Memory）が含まれ、さらに、ＲＯＭ（Read Only Memory）等の不揮発性のメモリも含まれる。記憶装置１０３は、ハードディスクなどの記憶装置である。メモリ１０２や記憶装置１０３には、適宜、プログラムが格納される。バス１０５は、プロセッサ１０１、メモリ１０２、記憶装置１０３、ネットワークインタフェース１０４を、互いにデータの入出力が可能になるように接続する。
【００３６】
通信装置１０において、プロセッサ１０１は制御部２０として動作し、メモリ１０２と記憶装置１０３は、記憶部２５として動作する。さらに、通信部１３は、プロセッサ１０１とネットワークインタフェース１０４により実現される。通信装置４０において、プロセッサ１０１は制御部５０として動作し、メモリ１０２と記憶装置１０３は、記憶部６０として動作する。さらに、通信部４３は、プロセッサ１０１とネットワークインタフェース１０４により実現される。
【００３７】
なお、図６は一例であり、通話制御装置１０や通信装置４０中のプロセッサ１０１、メモリ１０２、記憶装置１０３、ネットワークインタフェース１０４の数は、実装に応じて任意に変更され得る。
【００３８】
＜第１の実施形態＞
以下、第１の実施形態を、電話番号と内線番号の対応づけ、障害の検出と通知、障害発生時の通信、障害復旧の通知に分けて説明する。
【００３９】
（１）電話番号と内線番号の対応づけ
図７は、電話番号の取得方法の例を説明するシーケンス図である。以下、通話制御装置１０は図７中に示す企業情報テーブル２６を保持しており、加入者情報管理装置３４はテーブルＴ１を保持しているとする。また、通信装置４０は、図７中に示す企業サーバテーブル６１を保持しているとする。携帯電話端末４に割り当てられた番号のうち内線番号以外は０から始まり、内線番号の最初の桁は２〜９のいずれかであるとする。
【００４０】
携帯電話端末４ｘが内線番号２００１番を着信先として発信したとする。携帯電話端末４ｘから送信された通話要求メッセージ（ｉｎｉ−ＩＮＶＩＴＥ）には、以下の情報が含まれている。
発信元（Ｆｒｏｍ）：０９０−５０００
着信先（Ｔｏ）：２００１
【００４１】
携帯電話端末４ｘから送信された通話要求メッセージは、呼処理サーバ５ａを介して通話制御装置１０の受信部１１で受信される。受信部１１は、通話要求メッセージを取得部２１に出力する。取得部２１は、発信元の番号が０から始まる値であり、かつ、着信先の番号の先頭が２であることから、携帯電話端末４からの内線番号に対する発信であると判定する。取得部２１は、通話要求メッセージの発信元の番号をキーとして、企業情報テーブル２６を検索することにより、発信元の端末と着信先の端末に内線番号を割り当てている企業を特定する。図７の例では、０９０−５０００の電話番号は企業Ａに対応付けられていることから、取得部２１は、着信先の内線番号は企業Ａによって設定されている番号であると判定する。取得部２１は、企業Ａの内線サービスに関係している通信装置４０での障害と、企業Ａの内線の呼処理を行う呼処理サーバ８での障害のいずれも障害情報テーブル２８（図１２を参照しながら後述）に記録されていない場合、企業Ａの内線システムに関する障害が発生していないと判定する。そこで、取得部２１は、通話要求メッセージを通信装置４０に転送する（矢印Ａ２１）。
【００４２】
通信装置４０の受信部４１は、通話要求メッセージを受信する。受信部４１は、通話要求メッセージを番号特定部５１と接続処理部５３に出力する。番号特定部５１は、入力された通話要求メッセージの発信元と着信先についての情報が加入者情報テーブル６２に含まれているかを判定する。矢印Ａ２１の段階では、通話要求メッセージの発信元と着信先についての情報が加入者情報テーブル６２に含まれていないとする。
【００４３】
番号特定部５１は、通話要求メッセージの発信元の電話番号をキーとして、企業サーバテーブル６１を検索する。企業サーバテーブル６１には、電話番号に対応付けて、いずれの企業の内線番号が割り当てられている端末であるかを示す情報と、内線番号を割り当てている企業の内線を処理する呼処理サーバ８の情報が記録されている。図７の例では、０９０−５０００の電話番号は企業Ａにより内線が割り当てられており、呼処理サーバ８ａで呼処理が行われる。そこで、番号特定部５１は、通話要求メッセージ中の着信先に対応付けられている電話番号と、発信元に対応付けられている内線番号を、呼処理サーバ８ａを介して加入者情報管理装置３４に要求する。
【００４４】
加入者情報管理装置３４が保持しているテーブルＴ１には、各携帯電話端末４の電話番号に対応付けて、その携帯電話端末４に割り当てられた内線番号と、内線番号を割り当てた企業の情報が記録されている。テーブルＴ１により、内線番号＝２００１は電話番号＝０９０−５００１に対応付けられていることと、電話番号＝０９０−５０００は内線番号＝２０００に対応付けられていることが特定される。そこで、加入者情報管理装置３４は、抽出した内線番号と電話番号の組み合わせを通知する通知メッセージを、通信装置４０に送信する。
【００４５】
通信装置４０中の番号特定部５１は、受信部４１を介して通知メッセージを取得する。番号特定部５１は、以下の情報を、加入者情報テーブル６２に記録する。
Ｎｏ．１
電話番号＝０９０−５０００
内線番号＝２０００
Ｎｏ．２
電話番号＝０９０−５００１
内線番号＝２００１
【００４６】
接続処理部５３は、加入者情報テーブル６２を参照して、通話要求メッセージの着信先の番号を電話番号に変換し、発信元の番号を内線番号に変更した上で、発信元の電話番号を通話要求メッセージに追加する。なお、電話番号の追加は、通話要求メッセージ中の拡張ヘッダなど、ＳＩＰの制御メッセージとしての処理にエラーが発生しない領域を用いて行われる。接続処理部５３は、送信部４２を介して、以下の情報を含む通話要求メッセージを通話制御装置１０に送信する（矢印Ａ２２）。
発信元の電話番号：０９０−５０００
発信元（Ｆｒｏｍ）の内線番号：２０００
着信先（Ｔｏ）          ：０９０−５００１
【００４７】
ここで、発信元（Ｆｒｏｍ）の内線番号は、着信先端末において、発信元表示に使用されることとなり、着信先（Ｔｏ）の電話番号は、携帯電話網内の発呼処理に使用されることとなる。
【００４８】
通話制御装置１０中の取得部２１は、受信部１１を介して、通話要求メッセージを取得する。取得部２１は、通話要求メッセージから、発信元の電話番号と発信元の内線番号の組み合わせを取得し、取得した情報を、発信元に内線番号を割り当てている企業に対応付けて加入者情報テーブル２７に記録する。図７の例では、加入者情報テーブル２７は、企業ごとに１つのテーブルとして生成されており、企業Ａの情報は加入者情報テーブル２７ａに記録される。そこで、矢印Ａ２２の処理で通話制御装置１０が受信した通話要求メッセージにより、加入者情報テーブル２７ａの１番目の欄の情報が記録される。
【００４９】
取得部２１は、通話要求メッセージを接続処理部２３に出力する。接続処理部２３は、通話要求メッセージを、着信先の電話番号の処理を行っている呼処理サーバ５ｂを介して、携帯電話端末４ｙに送信する。このため、携帯電話端末４ｙには、内線番号２０００の端末からの内線電話による呼び出しが行われる。
【００５０】
携帯電話端末４ｙのユーザが呼び出しに応答すると、携帯電話端末４ｙは、以下の情報を含む応答メッセージ（２００  ＯＫ）を送信する。
発信元の内線番号：２０００
着信先          ：０９０−５００１
【００５１】
携帯電話端末４ｙから送信された応答メッセージは、呼処理サーバ５ｂを介して通話制御装置１０で受信される。取得部２１は、発信元の番号と着信先の番号の先頭の値を用いて、携帯電話端末４からの内線番号に対する発信に対する応答メッセージであると判定する。取得部２１は、企業情報テーブル２６と障害情報テーブル２８を用いて、内線電話が使用されている企業の呼処理に関する障害が発生していないことを確認すると、応答メッセージを通信装置４０に転送する（矢印Ａ２３）。
【００５２】
通信装置４０中の接続処理部５３は、受信部４１を介して応答メッセージを取得する。接続処理部５３は、電話番号＝０９０−５００１は内線番号＝２００１に対応付けられていることが、加入者情報テーブル６２に記録されているので、以下の情報を含む応答メッセージを生成し、通話制御装置１０に送信する（矢印Ａ２４）。
発信元の内線番号：２０００
着信先の内線番号：２００１
着信先の電話番号：０９０−５００１
【００５３】
通話制御装置１０中の取得部２１は、受信部１１を介して、応答メッセージを取得する。取得部２１は、応答メッセージから、着信先の電話番号と着信先の内線番号の組み合わせを取得し、取得した情報を、着信先に内線番号を割り当てている企業に対応付けて加入者情報テーブル２７に記録する。このため、矢印Ａ２４の処理で通話制御装置１０が受信した応答メッセージにより、加入者情報テーブル２７ａの２番目の欄の情報が記録される。取得部２１は、応答メッセージを接続処理部２３に出力する。接続処理部２３は、応答メッセージを、発信元の電話番号の処理を行っている呼処理サーバ５ａを介して、携帯電話端末４ｘに送信する。このため、携帯電話端末４ｘと携帯電話端末４ｙの間での、内線電話による通信が確立する。
【００５４】
図８は、通話制御装置１０の処理の例を説明するフローチャートである。受信部１１は、制御メッセージを受信する（ステップＳ１）。取得部２１は、制御メッセージの送信元が携帯電話端末４であるかを判定する（ステップＳ２）。送信元が携帯電話端末４である場合、取得部２１は、内線電話であるかを判定する（ステップＳ２でＹｅｓ、ステップＳ３）。ここで、取得部２１は、着信先または発信元として指定されている番号が内線番号である場合は内線電話であると判定し、着信先と発信元のいずれも内線番号ではない場合は内線電話ではないと判定する。内線電話ではない場合、接続処理部２３は、携帯電話網での処理を行う（ステップＳ３でＮｏ、ステップＳ４）。内線電話であると判定した場合、取得部２１は、通信装置４０に制御メッセージを転送する（ステップＳ３でＹｅｓ、ステップＳ５）。
【００５５】
一方、制御メッセージの送信元が携帯電話端末４ではない場合、取得部２１は、通信装置４０から制御メッセージを受信したと判定する（ステップＳ２でＮｏ）。取得部２１は、通話要求メッセージを受信したかを判定する（ステップＳ６）。通話要求メッセージを受信した場合、取得部２１は、通話要求メッセージに発信元の電話番号が含まれているかを判定する（ステップＳ６でＹｅｓ、ステップＳ７）。通話要求メッセージに発信元の電話番号が含まれている場合、取得部２１は、発信元の電話番号と内線番号の組み合わせを加入者情報テーブル２７に記録する（ステップＳ７でＹｅｓ、ステップＳ８）。
【００５６】
ステップＳ６において通話要求メッセージを受信していない場合、取得部２１は、応答メッセージを受信したと判定する（ステップＳ６でＮｏ）。この場合、取得部２１は、応答メッセージに着信先の電話番号が含まれているかを判定する（ステップＳ９）。応答メッセージに着信先の電話番号が含まれている場合、取得部２１は、着信先の電話番号と内線番号の組み合わせを加入者情報テーブル２７に記録する（ステップＳ９でＹｅｓ、ステップＳ１０）。
【００５７】
図９は、通信装置４０の処理の例を説明するフローチャートである。接続処理部５３は、受信した制御メッセージが通話要求メッセージであるかを判定する（ステップＳ２１）。通話要求メッセージを受信したと判定した場合、接続処理部５３は、着信先が携帯電話網２に含まれるかを判定する（ステップＳ２１でＹｅｓ、ステップＳ２２、Ｓ２３）。着信先が携帯電話網２に含まれる場合、接続処理部５３は、通話要求メッセージに発信元の電話番号を含める（ステップＳ２３でＹｅｓ、ステップＳ２４）。その後、接続処理部５３は、送信部４２を介して、通話要求メッセージを通話制御装置１０に送信する（ステップＳ２５）。
【００５８】
通話要求メッセージを受信していない場合、接続処理部５３は、応答メッセージを受信したと判定する（ステップＳ２１でＮｏ、ステップＳ２６）。接続処理部５３は、発信元が携帯電話網２に含まれるかを判定する（ステップＳ２７）。発信元が携帯電話網２に含まれる場合、接続処理部５３は、発信元に対する応答メッセージに着信先の電話番号を含める（ステップＳ２７でＹｅｓ、ステップＳ２８）。その後、接続処理部５３は、送信部４２を介して、応答メッセージを通話制御装置１０に送信する（ステップＳ２５）。
【００５９】
（２）障害の検出と通知
図１０は、障害が発生しているネットワークの例を説明する図である。図１０では、ネットワーク６中に、通信装置４０と呼処理サーバ８（８ａ〜８ｃ）が含まれている。呼処理サーバ８ａには、ルータ３２ａを介して企業Ａの内線サービスに関係する企業サーバ３０ａが接続し、呼処理サーバ８ｂには、ルータ３２ｂを介して企業Ｂの内線サービスに関係する企業サーバ３０ｂが接続している。また、呼処理サーバ８ｃには、ルータ３２ｃを介して企業Ｃの内線サービスに関係する企業サーバ３０ｃが接続している。図１０には図示していないが加入者情報管理装置３４もネットワーク６に接続されている。この例では、通信装置４０は企業Ａ，Ｂ、Ｃの内線サービスに関係する。そして、呼処理サーバ８ａ、８ｂ、８ｃはそれぞれ企業Ａ、企業Ｂ、企業Ｃの内線サービスに関係している。たとえば、呼処理サーバ８ｂが障害となると、企業Ｂの内線サービスが停止することとなる。
携帯電話網２中には呼処理サーバ５ａ、呼処理サーバ５ｂ、通話制御装置１０が含まれている。
【００６０】
通信装置４０は、ネットワーク６中の一部の呼処理サーバ８に障害が発生した場合、正常に通信が行われる内線電話の信号に、障害が発生した内線システムの情報を付加して通話制御装置１０に通知する。例えば、企業Ｂの内線を処理する呼処理サーバ８ｂに障害が発生したとする。ここで、企業Ａの内線に関する処理を行う呼処理サーバ８ａと、企業Ｃの内線に関する処理を行う呼処理サーバ８ｃには障害が発生していないので、企業Ａや企業Ｃでの内線での通信には障害が発生しない。このため、図１０中の矢印に示すように、企業Ａから内線番号を割り当てられている携帯電話端末４ｘと携帯電話端末４ｙでの内線を用いた通信が行われる。そこで、通信装置４０は、図１０中のＥ１に示すように、企業Ｂの内線システムに障害が発生したことを、携帯電話端末４ｘと携帯電話端末４ｙの通信の確立の際の制御メッセージに含めて、通話制御装置１０に送信する。以下、障害の検出方法と障害の通知方法の詳細を、適宜、図１１と図１２を参照しながら説明する。
【００６１】
まず、障害の検出方法を説明する。通信装置４０中の検出部５２は、定期的に、呼処理サーバ８ａ〜８ｃの各々との間で通信を行う。呼処理サーバ８ｂに障害が生じて、他の装置との通信が不能となったとする。すると、通信装置４０の検出部５２は、呼処理サーバ８ｂとの間の通信に失敗したことから、呼処理サーバ８ｂで障害が発生したと判定する。検出部５２は、企業サーバテーブル６１（図７）において、障害が発生している呼処理サーバ８に対応付けられている企業を特定する。障害発生している呼処理サーバ８ｂは、企業Ｂであると特定される。検出部５２は、特定した企業の内線システムに障害が発生していることを、通知状況テーブル６３に記録する。
【００６２】
図１１は、通知状況テーブル６３の例を説明する図である。通知状況テーブル６３には、障害情報と送信回数が対応付けて記録されている。障害情報は、内線システムが設定されている企業の識別情報と、その企業の内線システムの状況の組み合わせである。内線システムの状況は、正常、障害、復旧のいずれかである。図１１の例では、企業Ａの内線システムは正常であり、企業Ｃの内線システムは障害から復旧している。送信回数は、内線システムの障害や復旧を通話制御装置１０に通知した回数である。検出部５２は、企業Ｂの内線システムでの障害発生を検出すると、図１１の２番目の段の情報を、通知状況テーブル６３に記録する。たとえば、記録前の企業Ｂの内線システム状況が、「正常」で、送信回数が「１０」であったとすると、内線システム状況を「障害」に、送信回数を「０」に書き換える。
【００６３】
図１２は、障害の発生の通知方法の例を説明するシーケンス図である。以下、企業Ｂに対応する呼処理サーバ８ｂでの障害の発生が検出された後に、企業Ａに対応する携帯電話端末４ｘが携帯電話端末４ｙに割り当てられている内線番号２００１番を着信先として発信したとする。携帯電話端末４ｘからの通話要求メッセージの発信から、通話制御装置１０による通信装置４０への通話要求メッセージの転送までの処理（矢印Ａ２５）は、図７の矢印Ａ２１などを参照しながら説明した処理と同様である。また、通信装置４０での内線番号と電話番号の組み合わせの取得処理も、図７で説明した手順と同様に行われる。
【００６４】
通信装置４０中の接続処理部５３は、加入者情報テーブル６２を参照して、通話要求メッセージの着信先の番号を電話番号に変換し、発信元の電話番号を内線番号に変換した上で、発信元の電話番号を通話要求メッセージに追加する。ここで、接続処理部５３は、通知状況テーブル６３（図１１）を参照する。通知状況テーブル６３において、企業Ｂの内線システムで障害が発生していることが記録されているので、接続処理部５３は、企業Ｂの障害を通知した回数を閾値Ｔｈと比較する。閾値Ｔｈは、障害の通知回数の上限値であり、２以上の任意の整数に設定され得る。接続処理部５３は、通知回数が閾値Ｔｈ未満の情報を、通話制御装置１０に通知する対象として特定する。図１１の例では、企業Ｂの内線システムでの障害発生についての通知回数が０回なので、接続処理部５３は、通話制御装置１０に送信する制御メッセージに、企業Ｂの内線システムでの障害の発生を含める。このため、接続処理部５３は、以下の情報を含む通話要求メッセージを通話制御装置１０に送信する（矢印２６）。
発信元の電話番号：０９０−５０００
発信元の内線番号：２０００
着信先          ：０９０−５００１
障害情報        ：企業Ｂの内線システムに障害発生
なお、内線システムへの障害の発生も、発信元との電話番号と同様に拡張ヘッダなどの、ＳＩＰの制御メッセージとしての処理に影響しない領域を用いて通知されるものとする。接続処理部５３は、企業Ｂの内線システムでの障害の情報を通話要求メッセージに含めたので、企業Ｂの内線システムでの障害についての通知回数を１つインクリメントする。
【００６５】
通話制御装置１０中の取得部２１は、受信部１１を介して、通話要求メッセージを取得することにより、障害情報を取得する。取得部２１は、得られた障害の情報を、障害情報テーブル２８に記録する。矢印Ａ２６で通話制御装置１０が受信した通話要求メッセージにより、図１２中に示す障害情報テーブル２８の１番目の欄の情報が記録される。
【００６６】
なお、取得部２１は、通話要求メッセージから取得した内線番号と電話番号の組み合わせも加入者情報テーブル２７に記録する。通話制御装置１０が内線番号と電話番号の組み合わせを取得してから内線による通話が確立されるまでに行われる処理（矢印Ａ２７、Ａ２８など）は、図７の矢印Ａ２３、Ａ２４などを参照しながら説明した処理と同様である。
【００６７】
図１３は、通信装置４０が障害の発生を通知する際に行う処理の例を説明するフローチャートである。なお、図１３では、通話要求メッセージを用いて障害が通知される場合を例としているが、応答メッセージに障害を通知する情報が含まれていても良い。
【００６８】
受信部４１は、通話制御装置１０から通話要求メッセージを受信する（ステップＳ４１）。接続処理部５３は、通話要求メッセージに含まれている電話番号や内線番号などの情報を処理すると共に、通知状況テーブル６３を参照して、送信回数が閾値未満の障害情報があるかを判定する（ステップＳ４２）。送信回数が閾値未満の障害情報がある場合、接続処理部５３は、通話制御装置１０に送信する通話要求メッセージに、障害情報として、障害が発生したシステムを使用している企業の識別情報を設定する（ステップＳ４２でＹｅｓ、ステップＳ４３）。接続処理部５３は、障害情報を通知したシステムに対応付けられた送信回数を１つインクリメントする（ステップＳ４４）。その後、接続処理部５３は、送信部４２を介して、通話要求メッセージを通話制御装置１０に送信する（ステップＳ４５）。一方、ステップＳ４２において、送信回数が閾値未満の障害情報が無いと判定した場合、接続処理部５３は、通話要求メッセージに障害情報を含めずに通話制御装置１０に送信する（ステップＳ４２でＮｏ、ステップＳ４５）。
【００６９】
図１４は、通話制御装置１０に障害の発生が通知された場合に、通話制御装置１０が行う処理の例を説明するフローチャートである。受信部１１は、通信装置４０から制御メッセージを受信する（ステップＳ５１）。検出部２２は、制御メッセージ中に障害情報が含まれているかを判定する（ステップＳ５２）。制御メッセージ中に障害情報が含まれている場合、障害情報テーブル２８に、通知された障害情報を記録する（ステップＳ５２でＹｅｓ、ステップＳ５３）。その後、接続処理部２３は、呼処理のための制御を実施する（ステップＳ５４）。一方、制御メッセージ中に障害情報が含まれていない場合も、呼処理のための制御が行われる（ステップＳ５２でＮｏ、ステップＳ５４）。
【００７０】
（３）障害発生時の通信
（３．１）パターン１
以下、通話制御装置１０に障害の発生が通知された後で、障害の発生している内線電話システムを用いた通話の要求が通話制御装置１０に到達した場合に行われる処理の例を説明する。
【００７１】
図１５は、障害が発生しているときに行われる通信処理の例を説明するシーケンス図である。図１５では、図１０〜図１４を参照しながら説明した処理と同様の処理により、企業Ｂの内線電話システムでの障害の発生が通話制御装置１０に通知されているものとする。このため、障害情報テーブル２８には、企業Ｂのシステムでの障害の情報が記録されている。図１５では、企業Ｂの内線システムに参加している携帯電話端末４ｚが内線を用いて、企業Ｂの内線システムに参加している携帯電話端末４ｗと通話しようとする場合を例とする。以下、携帯電話端末４ｚには、電話番号として０９０−５００２、内線番号として２００２が割り当てられ、携帯電話端末４ｗには、電話番号として０９０−５００３、内線番号として２００３が割り当てられているとする。また、企業Ｂの内線システムに障害が発生する前に、携帯電話端末４ｚと携帯電話端末４ｗの間では、図７〜図９を参照しながら説明した処理と同様の処理により、内線を用いた通話が行われているものとする。このため、通話制御装置１０は、携帯電話端末４ｚと携帯電話端末４ｗについて、内線番号と電話番号の組み合わせを加入者情報テーブル２７ｂに格納している。
【００７２】
企業Ｂの内線システムに障害が発生した後で、携帯電話端末４ｚが携帯電話端末４ｗを着信先として通話要求メッセージを送信したとする。このときに送信される通話要求メッセージには、以下の情報が含まれている。
発信元：０９０−５００２（携帯電話端末４ｚ）
着信先：２００３
携帯電話端末４ｚから送信された通話要求メッセージは、呼処理サーバ５ａを介して通話制御装置１０に転送される（矢印Ａ３１）。
【００７３】
通話制御装置１０の取得部２１は、通話要求メッセージの発信元の番号をキーとして、企業情報テーブル２６を検索することにより、企業Ｂの内線システムを用いた通信が要求されたことを特定する。取得部２１は、障害情報テーブル２８を用いて、企業Ｂの内線システムに障害が発生していることを特定すると、通話要求メッセージを通信装置４０に転送しないことを決定する。取得部２１は、企業Ｂの内線システムを用いた携帯電話端末４についての電話番号と内線番号を対応付けている加入者情報テーブル２７ｂを参照する。ここで、携帯電話端末４ｘと携帯電話端末４ｗのいずれについても、電話番号と内線番号が加入者情報テーブル２７ｂに含まれている。そこで、取得部２１は、接続処理部２３に、加入者情報テーブル２７ｂ中の情報を用いた接続処理を要求する。
【００７４】
接続処理部２３は、ネットワーク６中での呼処理が行われないことから、リダイレクトメッセージ（３０１リダイレクト）を生成する。リダイレクトメッセージには、発信元に対応付けられている内線番号と、着信先の電話番号が記録される。このため、リダイレクトメッセージには、電話番号＝０９０−５００３と内線番号＝２００２が含められる。接続処理部２３は、送信部１２を介して、リダイレクトメッセージを呼処理サーバ５ａに送信する（矢印Ａ３２）。
【００７５】
呼処理サーバ５ａは、リダイレクトメッセージを受信すると、リダイレクトメッセージから、発信元の内線番号を含み、着信先を着信先の電話番号に変換した通話要求メッセージを生成する。呼処理サーバ５ａは、以下の情報を含む通話要求メッセージを呼処理サーバ５ｂに送信する（矢印Ａ３３）。
発信元の内線番号：２００２        （携帯電話端末４ｚ）
着信先の電話番号：０９０−５００３（携帯電話端末４ｗ）
【００７６】
呼処理サーバ５ｂは、受信した通話要求メッセージを携帯電話端末４ｗに送信する。このとき、携帯電話端末４ｗには、発信元の番号として、発信元の携帯電話端末４ｚに割り当てられた内線番号＝２００２が通知される。このため、携帯電話端末４ｗのユーザは、内線電話による通話が要求されたと認識する。携帯電話端末４ｗのユーザが呼び出しに応答すると、携帯電話端末４ｗは、応答メッセージ（２００ＯＫ）を送信する（矢印Ａ３５）。呼処理サーバ５ｂは、受信した応答メッセージを、呼処理サーバ５ａに送信する（矢印Ａ３６）。呼処理サーバ５ａは応答メッセージを携帯電話端末４ｚに転送するので、携帯電話端末４ｚと携帯電話端末４ｗの間での内線番号を用いた通信が確立される。
【００７７】
図１６は、通話制御装置１０の処理の例を説明するフローチャートである。受信部１１は、呼処理サーバ５から通話要求メッセージを受信する（ステップＳ６１）。取得部２１は、通話要求メッセージから発信元の電話番号を抽出し、企業情報テーブル２６（図７）に発信元の電話番号が登録されているかを判定する（ステップＳ６２）。企業情報テーブル２６に発信元の電話番号が登録されていない場合、取得部２１は、通話要求メッセージを通信装置４０に転送して処理を終了する（ステップＳ６２でＮｏ、ステップＳ６９）。
【００７８】
企業情報テーブル２６に発信元の電話番号が登録されている場合、取得部２１は、企業情報テーブル２６から企業の識別情報を抽出する（ステップＳ６２でＹｅｓ、ステップＳ６３）。取得部２１は、抽出した識別情報が障害情報テーブル２８に含まれているかを判定する（ステップＳ６４）。抽出した識別情報が障害情報テーブル２８に含まれていない場合、取得部２１は、通話要求メッセージを通信装置４０に転送して処理を終了する（ステップＳ６４でＮｏ、ステップＳ６９）。
【００７９】
抽出した識別情報が障害情報テーブル２８に含まれている場合、取得部２１は、加入者情報テーブル２７に着信先の内線番号と電話番号の組合せが設定されているかを判定する（ステップＳ６４でＹｅｓ、ステップＳ６５）。着信先の内線番号と電話番号が加入者情報テーブル２７に設定されていない場合、接続処理部２３は、発信元の携帯電話端末４を、内線電話システムの障害の発生を通知するサービストーキーに接続する（ステップＳ６５でＮｏ、ステップＳ６８）。
【００８０】
一方、着信先の内線番号と電話番号が加入者情報テーブル２７に設定されている場合、接続処理部２３は、通話要求メッセージを送信してきた呼処理サーバ５宛てのリダイレクトメッセージを生成する（ステップＳ６５でＹｅｓ、ステップＳ６６）。ステップＳ６６で生成されるリダイレクトメッセージには、発信元の内線番号と着信先の電話番号が含められる。接続処理部２３は、リダイレクトメッセージを、呼処理サーバ５に送信して処理を終了する（ステップＳ６７）。
【００８１】
（３．２）パターン２
次に、通話制御装置１０に障害の発生が通知される前に、障害の発生している内線電話システムを用いた通話の要求が通話制御装置１０に到達した場合に行われる処理の例を説明する。
【００８２】
図１７は、障害が発生しているときに行われる通信処理の例を説明するシーケンス図である。企業Ｂの内線システムに障害が発生した後で、携帯電話端末４ｚが携帯電話端末４ｗを着信先として通話要求メッセージを送信したとする。このときに送信される通話要求メッセージには、以下の情報が含まれている。
発信元：０９０−５００２（携帯電話端末４ｚ）
着信先：２００３
携帯電話端末４ｚから送信された通話要求メッセージは、呼処理サーバ５ａを介して通話制御装置１０に転送される（矢印Ａ４１）。
【００８３】
通話制御装置１０の取得部２１は、通話要求メッセージの発信元の番号をキーとして企業情報テーブル２６を検索することにより、企業Ｂの内線システムを用いた通信が要求されたことを特定する。この時点では、通話制御装置１０には企業Ｂの内線システムについての障害は通知されていないので、障害情報テーブル２８には企業Ｂについての障害情報は含まれていない。そこで、取得部２１は、通話要求メッセージを通信装置４０に転送する（矢印Ａ４２）。
【００８４】
通信装置４０の接続処理部５３は、通知状況テーブル６３を参照することにより企業Ｂの内線システムに障害が発生していることを特定する。なお図１７中には、紙面の関係より、通知状況テーブル６３の一部を示している。接続処理部５３は、通話制御装置１０に対して、企業Ｂの内線システムでのエラーの発生を通知する情報が含むエラー通知を送信する（矢印Ａ４３）。
【００８５】
通話制御装置１０中の取得部２１は、受信部１１を介して、エラー通知を取得する。取得部２１は、エラー通知から、障害情報を取得し、得られた障害の情報を、障害情報テーブル２８に記録する。矢印Ａ４３で通話制御装置１０が受信したエラー通知の処理により、図１７中に示した障害情報テーブル２８の１番目の欄の情報が記録される。
【００８６】
その後で行われる矢印Ａ４４〜Ａ４８の処理は、図１５を参照しながら説明した矢印Ａ３２〜Ａ３６に示す処理と同様である。このため、企業Ｂの内線に関する呼処理を行う呼処理サーバ８ｂで障害が発生していても、携帯電話端末４ｚと携帯電話端末４ｗの間での内線番号を用いた通信が確立される。
【００８７】
図１８は、エラー通知を受信した通話制御装置１０で行われる処理の例を説明するフローチャートである。受信部１１は、エラー通知を受信する（ステップＳ８１）。取得部２１は、エラー通知の中に障害情報が設定されているかを判定する（ステップＳ８２）。エラー通知の中に障害情報が含まれていない場合、取得部２１は、通話要求メッセージの送信元の呼処理サーバ５に対して、エラー応答を送信する（ステップＳ８２でＮｏ、ステップＳ８８）。エラー通知の中に障害情報が含まれている場合、取得部２１は、障害情報で通知された企業の識別情報を抽出し、障害情報テーブル２８に設定する（ステップ８２でＹｅｓ、ステップＳ８３）。ステップＳ８４〜Ｓ８７の処理は、図１６を参照しながら説明したステップＳ６５〜Ｓ６８の処理と同様である。
【００８８】
（４）障害復旧の通知
図１９は、呼処理サーバ８の復旧を検出する際の通信装置４０の処理の例を説明するフローチャートである。通信装置４０中の検出部５２は、障害が検出されている呼処理サーバ８も含めて、ネットワーク６中の全ての呼処理サーバ８と定期的に通信を試みる。図１９は、定期的に行われる通信による監視処理の例を説明している。
【００８９】
検出部５２は、障害が検出されている呼処理サーバ８も含むネットワーク６中の装置から処理対象の呼処理サーバ８を選択する。検出部５２は、選択した呼処理サーバ８との間の通信に成功したかを判定する（ステップＳ９１）。選択した呼処理サーバ８との間の通信に失敗した場合、選択した呼処理サーバ８に収容されている企業のシステムに障害が発生したと判定し、通知状況テーブル６３を更新する（ステップＳ９１でＮｏ、ステップＳ９２）。
【００９０】
一方、選択した呼処理サーバ８との間の通信に成功した場合、検出部５２は、その呼処理サーバ８に収容されているシステムについて、通知状況テーブル６３中の障害情報が障害に設定されているかを判定する（ステップＳ９１でＹｅｓ、ステップＳ９３）。障害情報が障害に設定されている場合、検出部５２は、処理対象の呼処理サーバ８に収容されているシステムについての障害情報を、復旧に変更する（ステップＳ９３でＹｅｓ、ステップＳ９４）。ステップＳ９３において、障害情報が障害に設定されていないと判定した場合、検出部５２は、処理対象の呼処理サーバ８に収容されているシステムについての障害情報が「復旧」に設定されているかを判定する（ステップＳ９３でＮｏ、ステップＳ９５）。処理対象の呼処理サーバ８に収容されているシステムについての障害情報が「復旧」に設定されている場合、検出部５２は、そのシステムについての障害情報を「正常」に変更する（ステップＳ９５でＹｅｓ、ステップＳ９６）。その後、検出部５２は、ネットワーク６中の全ての呼処理サーバ８に対する監視処理が終了したかを判定する（ステップＳ９７）。全ての呼処理サーバ８に対する監視処理が終了していない場合、検出部５２は、監視処理が終わっていない呼処理サーバ８を処理対象に選択し、ステップＳ９１に戻る（ステップＳ９８）。一方、全ての呼処理サーバ８に対する監視処理が終了している場合、検出部５２は、処理を終了する（ステップＳ９７でＹｅｓ）。
【００９１】
ステップＳ９２、Ｓ９４、Ｓ９６のいずれかの処理が行われた場合、ステップＳ９７以降の処理が行われる。また、ステップＳ９５で、障害情報が「復旧」に設定されていない場合も、ステップＳ９７以降の処理が行われる。
【００９２】
なお、図１９は一例であり、復旧の判定を行うための監視処理のための通信装置４０の動作は、実装に応じて変更され得る。例えば、復旧した呼処理サーバ８との間の通信に所定の回数以上成功すると、検出部５２は、その呼処理サーバ８が正常であると判定するように変更されてもよい。
【００９３】
図２０は、障害復旧の通知方法の例を説明するシーケンス図である。以下、図１９を参照しながら説明した処理により、呼処理サーバ８ｂの復旧が検出された場合に行われる処理を説明する。図２０では、呼処理サーバ８ｂの復旧により、通知状況テーブル６３＿１が通信装置４０に保持されているとする。
【００９４】
呼処理サーバ８ｂの復旧が検出された後に、携帯電話端末４ｘが携帯電話端末４ｙに割り当てられている内線番号２００１番を着信先として発信したとする。携帯電話端末４ｘからの通話要求メッセージの発信から、通話制御装置１０による通信装置４０への通話要求メッセージの転送までの処理（矢印Ａ５１）は、図７の矢印Ａ２１などを参照しながら説明した処理と同様である。また、通信装置４０での内線番号と電話番号の組み合わせの取得処理も、図７で説明した手順と同様に行われる。
【００９５】
通信装置４０中の接続処理部５３は、通話要求メッセージの処理の際に、通知状況テーブル６３＿１を参照することにより、通話制御装置１０に通知した回数が閾値Ｔｈに至っていない情報があるかを判定する。企業Ｂの内線システムの復旧についての送信回数は０なので、接続処理部５３は、通話要求メッセージに、企業Ｂの内線システムの復旧を通知する情報を含める。このため、接続処理部５３は、以下の情報を含む通話要求メッセージを通話制御装置１０に送信する（矢印５２）。
発信元の電話番号：０９０−５０００
発信元の内線番号：２０００
着信先          ：０９０−５００１
障害復旧情報    ：企業Ｂの内線システムが復旧
なお、内線システムの復旧も、拡張ヘッダなどの、ＳＩＰの制御メッセージとしての処理に影響しない領域を用いて通知されるものとする。
【００９６】
通話制御装置１０中の取得部２１は、受信部１１を介して、通話要求メッセージを取得する。取得部２１は、通話要求メッセージから、企業Ｂの内線システムの復旧の情報を取得する。取得部２１は、復旧が通知されたシステムの情報を、障害情報テーブル２８から削除する。矢印Ａ５２で通話制御装置１０が受信した通話要求メッセージにより、図１２中に示した障害情報テーブル２８は、障害情報テーブル２８＿１に示すように更新される。
【００９７】
なお、取得部２１は、通話要求メッセージから取得した内線番号と電話番号の組み合わせも加入者情報テーブル２７に記録する。通話制御装置１０が内線番号と電話番号の組み合わせを取得してから内線による通話が確立されるまでに行われる処理（矢印Ａ５３、Ａ５４など）は、図７の矢印Ａ２３、Ａ２４などを参照しながら説明した処理と同様である。
【００９８】
図２１は、通話制御装置１０に呼処理サーバ８の復旧が通知された場合に１０が行う処理の例を説明するフローチャートである。受信部１１は、通信装置４０から制御メッセージを受信する（ステップＳ１０１）。検出部２２は、制御メッセージ中に障害復旧情報が含まれているかを判定する（ステップＳ１０２）。制御メッセージ中に障害復旧情報が含まれている場合、障害情報テーブル２８から、復旧が通知されたシステムの情報を削除する（ステップＳ１０２でＹｅｓ、ステップＳ１０３）。その後、接続処理部２３は、呼処理のための制御を実施する（ステップＳ１０４）。一方、制御メッセージ中に障害情報が含まれていない場合も、呼処理が行われる（ステップＳ１０２でＮｏ、ステップＳ１０４）。
【００９９】
このように、第１の実施形態によると、呼処理サーバ８での障害が検出されると、通話制御装置１０において、内線番号を用いた通話接続が代行される。このため、呼処理サーバ８などの内線システムでの障害が発生しても、携帯電話網２での障害が発生していない場合、内線システムの障害の発生前に内線での通話をしたことのある携帯電話端末４では、内線を用いた通話が可能になる。
【０１００】
通話制御装置１０が内線の接続処理を代行することにより、通信装置４０の負荷や、通話制御装置１０での通話要求メッセージの再送による負荷を防ぐことができる。ここで、通信装置４０は正常で呼処理サーバ８に障害が発生している場合、通話制御装置１０が内線の接続処理を代行しないと、通話制御装置１０から通信装置４０に通話要求メッセージの再送が行われる。しかし、第１の実施形態にかかる方法では、呼処理サーバ８での障害が通知されると、その呼処理サーバ８で処理される通話要求メッセージがネットワーク６に送信されないので、通話制御装置１０や通信装置４０の負荷が軽減されているといえる。
【０１０１】
また、第１の実施形態にかかる方法では、ネットワーク６での障害が発生する前に内線通話の接続処理を行うために使用される制御メッセージにより、通話を行う各携帯電話端末４に割り当てられた電話番号と内線番号の対応が通話制御装置１０に通知される。このため、企業での異動などにより内線番号が変更されても、通話制御装置１０は最新の内線番号と電話番号の組み合わせを取得することができる。従って、第１の実施形態によると、通話制御装置１０に最新の内線番号を通知するために煩雑な管理処理を行わなくても良い。
【０１０２】
＜第２の実施形態＞
第２の実施形態では、通信装置４０において障害が発生した場合の障害の検出や復旧の検出について説明する。なお、通信装置４０での障害が発生していないときの内線電話に関する処理は、第１の実施形態で説明したとおりである。
【０１０３】
図２２は、通信装置４０で障害が発生した場合の例を説明する図である。図２２の例では、携帯電話網２およびネットワーク６に含まれている装置の接続関係等は、図１０と同様であるが、呼処理サーバ８ａ〜８ｂのいずれにも障害が発生しておらず、通信装置４０で障害が発生している。
【０１０４】
通信装置４０に障害が発生した後で、通話制御装置１０が通信装置４０の障害を検出する前に、携帯電話端末４ｘが携帯電話端末４ｙを着信先として通話要求メッセージを送信したとする。このとき図２２中の矢印に示すように、通話要求メッセージが通話制御装置１０から通信装置４０に転送される。このとき、通信装置４０の障害により、他装置との通信が不能となったとする。すると、通信装置４０から通話制御装置１０には制御メッセージが送られてこない。通話制御装置１０は、所定期間待機しても通信装置４０から制御メッセージを受信しない場合、通信装置４０で障害が発生していると判定する。すると、通話制御装置１０は、携帯電話端末４ｘと携帯電話端末４ｙとの間の内線接続を確立するために、図１５の矢印Ａ３２以降を参照しながら説明した処理と同様の処理を行う。
【０１０５】
また、通話制御装置１０の検出部２２は、所定の周期で通信装置４０との間で通信を試みており、通信装置４０との通信に失敗すると、通信装置４０での障害が発生したと判定する。この場合、検出部２２は、通信装置４０を介して内線接続処理を行っている全ての企業の内線システムについて、障害が発生している旨を障害情報テーブル２８に記録する。このため、検出部２２によって通信装置４０での障害が検出された後の内線を用いた通話要求メッセージは、図１５を参照しながら説明した処理と同様に処理される。
【０１０６】
通信装置４０において障害が発生し、通話制御装置１０との通信が不能となると、ネットワーク６中の呼処理サーバ８を用いて処理される全ての内線電話が携帯電話網２内で処理されることになる。このため、通話制御装置１０には、通信装置４０の復旧を通知する情報を含む制御メッセージを受信する機会がない可能性がある。そこで、検出部２２は、通信装置４０での障害が検出された場合は、タイマ（復旧タイマ）を設定し、復旧タイマが満了するたびに、通信装置４０が復旧したかを確認する。
【０１０７】
図２３は、復旧タイマが用いられる場合の通話制御装置１０の処理の例を説明するフローチャートである。復旧タイマがタイムアウトすると、検出部２２は、障害情報テーブル２８に障害の発生が記録されているかを判定する（ステップＳ１３１、ステップＳ１３２）。障害情報テーブル２８に障害の発生が記録されている場合、検出部２２は、障害情報テーブル２８から障害情報を削除する（ステップＳ１３２でＹｅｓ、ステップＳ１３３）。一方、障害情報テーブル２８に障害の発生が記録されていない場合、検出部２２は、処理を終了する（ステップＳ１３２でＮｏ）。
【０１０８】
図２３の処理により、障害情報テーブル２８から障害の情報が削除されたとする。すると、いずれかの携帯電話端末４が内線番号を用いた通信を開始するために通話要求メッセージを送信したときに、通話制御装置１０は、通信装置４０に通話要求メッセージを転送する。このため、通信装置４０が復旧していれば、ネットワーク６での内線の接続処理が行われ得る。一方、通話要求メッセージが通信装置４０に転送された時点で、転送通信装置４０が復旧していない場合、通話制御装置１０は、再度、通信装置４０の障害を検出したと判定して、内線番号を用いた通信を接続するための処理を行う。
【０１０９】
第２の実施形態によると、呼処理サーバ８だけでなく通信装置４０での障害が発生した場合も、内線番号を用いた通信が可能になる。
【０１１０】
＜第３の実施形態＞
第３の実施形態では、呼処理サーバ８での障害が通信装置４０から通話制御装置１０に通知された場合に、通話制御装置１０が復旧タイマを用いて復旧を検出する場合の例を説明する。
【０１１１】
図２４は、障害復旧の検出方法の変形例を説明するシーケンス図である。携帯電話端末４ｘが、企業Ａから携帯電話端末４ｙに割り当てられた内線番号を着信先に指定して、通話要求メッセージを生成したとする。携帯電話端末４ｘからの通話要求メッセージが通話制御装置１０に到達したときに、企業Ａの内線システムを処理する呼処理サーバ８ａや通信装置４０に障害が発生していない場合、通話制御装置１０から通話要求メッセージが通信装置４０に送信される（矢印Ａ６１）。通話要求メッセージが通信装置４０に送信されたときに企業Ｂの内線システムを処理する呼処理サーバ８ｂで障害が発生しているとする。この場合、通信装置４０から通話制御装置１０に送信される通話要求メッセージ中に企業Ｂのシステムでの障害の発生を示す情報が含められる（矢印Ａ６２）。矢印Ａ６１とＡ６２で行われる処理の詳細は、図１２の矢印Ａ２５とＡ２６を参照しながら説明したとおりである。
【０１１２】
検出部２２は、通話要求メッセージ中の障害情報を用いて、障害情報テーブル２８＿２に示すように、企業Ｂの内線システムの障害を記録するとともに、企業Ｂの内線システムに対応付けて復旧タイマを起動する。復旧タイマがタイムアップすると、検出部２２は、復旧タイマに対応付けたシステムの障害の情報を障害情報テーブル２８から削除する。図２４の例では、検出部２２は、復旧タイマの満了に伴って、企業Ｂのシステムでの障害の情報を障害情報テーブル２８＿２から削除する。このため、障害情報テーブル２８は障害情報テーブル２８＿３に示すように更新される。
【０１１３】
その後、企業Ｂの内線を用いた通信が要求されたとする。この場合、障害情報テーブル２８＿３には企業Ｂでの障害の発生が記録されていないので、取得部２１は、通話要求メッセージを通信装置４０に転送する。このため、企業Ｂのシステムが障害から復旧していない場合、図１７を参照しながら説明したように、企業Ｂのシステムの障害によるエラーが通知され、通話制御装置１０による内線接続処理が行われる。
【０１１４】
一方、障害情報テーブル２８＿３への更新後に、企業Ｂの内線システム以外の内線システムを用いた通信が要求されたとする。この場合も、企業Ｂのシステムが障害から復旧していない場合、矢印Ａ６１、Ａ６２と同様の処理により、通話制御装置１０に、企業Ｂのシステムでの障害が通知される。
【０１１５】
第３の実施形態で説明したように、通話制御装置１０が復旧タイマを用いて障害復旧を検出する場合、通信装置４０からの障害復旧の通知が通話制御装置１０に届かなかったとしても、通話制御装置１０は障害からの復旧を検出できる。
【０１１６】
＜第４の実施形態＞
第４の実施形態では、携帯電話網２に複数の通話制御装置１０（１０ａ、１０ｂ）が含まれている場合の実施形態を説明する。
【０１１７】
図２５は、複数の通話制御装置１０が含まれているネットワークの例を示す図である。携帯電話網２中に複数の通話制御装置１０が含まれている場合、各通話制御装置１０は、一部の呼処理サーバ５と通信を行う。このため、携帯電話端末４が移動したことにより、移動後の携帯電話端末４から送信された通話要求メッセージを受信した通話制御装置１０に発信元と着信先の電話番号と内線番号の組合せが記憶されていない恐れがある。このため、第４の実施形態では、各通話制御装置１０は、サービス制御装置７０（ＩＰＳＣＰ、IP Service Control Point）に、加入者情報テーブル２７と障害情報テーブル２８の情報を通知する。サービス制御装置７０は、各通話制御装置１０から通知された加入者情報テーブル２７の情報を加入者情報テーブル７２として記憶する。同様に、サービス制御装置７０は、各通話制御装置１０から通知された障害情報テーブル２８の情報を障害情報テーブル７１として記憶する。さらに、サービス制御装置７０は、企業情報テーブル２６と同様の情報も記憶しているので、各携帯電話端末４の電話番号を用いて、その携帯電話端末４が内線電話に使用する呼処理サーバ８などを特定できるものとする。
【０１１８】
各通話制御装置１０は、自装置が障害情報を保持していない内線システムを用いた通信が要求されると、ネットワーク６での障害が発生しているかを、サービス制御装置７０に問合わせる。受信した通話要求メッセージによる内線通信を処理するシステムでの障害がサービス制御装置７０から通知されると、通話制御装置１０は、図１５の矢印Ａ３２〜Ａ３６等を参照して説明した処理により、通話制御装置１０が接続処理を行う。
【０１１９】
例えば、呼処理サーバ８ｂを用いる企業Ｂのシステムでの障害が、携帯電話端末４ｘと携帯電話端末４ｙとの間の内線通信により、通話制御装置１０ａに通知されたとする。すると、通話制御装置１０ａは、第１の実施形態と同様の処理により、企業Ｂのシステムでの障害を記憶する。さらに、通話制御装置１０ａは、得られた障害の情報などを、サービス制御装置７０に通知する（矢印Ａ７１）。
【０１２０】
その後、通話制御装置１０ｂが企業Ｂのシステムを用いた内線電話の通話要求メッセージを受信したとする。通話制御装置１０ｂには、企業Ｂのシステムでの障害は通知されていないので、通話制御装置１０ｂは処理対象の発信元と着信先の情報を含めた問い合わせを、サービス制御装置７０に送信する（矢印Ａ７２）。すると、サービス制御装置７０から通話制御装置１０ｂに対して、企業Ｂのシステムでの障害が通知される。また、サービス制御装置７０は、通話制御装置１０ｂが内線の接続処理を代行する際に使用する内線番号と電話番号の情報も、通話制御装置１０ｂに通知する。このため、通話制御装置１０ｂは、サービス制御装置７０から取得した情報を用いて、内線電話の接続処理を行うことができる。以下、図２６〜図２８を参照しながら、具体例を説明する。
【０１２１】
図２６は、障害が発生しているときに行われる通信処理の例を説明するシーケンス図である。図２６では、企業Ｂの内線システムに参加している携帯電話端末４ｚと携帯電話端末４ｗの間の通話を通話制御装置１０ｂが接続させる場合を例として説明する。なお、図２６の例では、通話制御装置１０ａからサービス制御装置７０に対して、企業Ｂの内線システムでの障害の発生が通知されているものとする。以下、処理を行っている通話制御装置１０を明確にするために、符号の末尾に通話制御装置１０に割り当てられた識別子と同じアルファベットを付すことがある。例えば、取得部２１ｂは、通話制御装置１０ｂに含まれている取得部２１を指す。
【０１２２】
企業Ｂの内線システムに障害が発生した後で、携帯電話端末４ｚが携帯電話端末４ｗを着信先とした、以下の情報を含む通話要求メッセージを送信したとする。
発信元：０９０−５００２（携帯電話端末４ｚ）
着信先：２００３
携帯電話端末４ｚから送信された通話要求メッセージは、呼処理サーバ５ａを介して通話制御装置１０ｂに転送される（矢印Ａ９１）。
【０１２３】
通話制御装置１０ｂ中の取得部２１ｂは、障害情報テーブル２８ｂに企業Ｂのシステムでの障害が記録されていないと判定すると、通話要求メッセージの発信元と着信先をサービス制御装置７０に通知し、障害情報を問合わせる（矢印Ａ９２）。
【０１２４】
サービス制御装置７０は、電話番号と企業の対応テーブルを用いて、発信元の電話番号から、企業Ｂの内線システムが使用されることを特定する。すると、サービス制御装置７０は、障害情報テーブル７１を用いて障害の発生状況を判定する。
【０１２５】
図２７は、障害情報テーブル７１と加入者情報テーブル７２の例を説明する図である。障害情報テーブル７１には、障害が発生したシステムとそのシステムの状況が記録される。ここでは、図２５を参照しながら説明したように、企業Ｂの内線システムの障害がサービス制御装置７０に通知されているので、図２７に示すように、企業Ｂの内線システムで障害が発生していることが障害情報テーブル７１に記録されている。
【０１２６】
サービス制御装置７０は、障害情報テーブル７１を用いて、通話要求が発生している内線システム（企業Ｂの内線システム）では障害が発生していると判定する。そこで、サービス制御装置７０は、加入者情報テーブル７２から、通話制御装置１０ｂに通知する電話番号と内線番号の組み合わせを特定する。
【０１２７】
図２７中の障害情報テーブル７２には、サービス制御装置７０に報告された電話番号と内線番号の対応のうち、企業Ｂで使用されている内線に関する組み合わせの一部を図示している。サービス制御装置７０は、発信元には、電話番号＝０９０−５００２と内線番号＝２００２が割り当てられていることと、着信先には、電話番号＝０９０−５００３と内線番号＝２００３が割り当てられていることを特定する。
【０１２８】
図２６に示すように、サービス制御装置７０は、特定した電話番号の組合せと共に、企業Ｂの内線システムで障害が発生していることを通話制御装置１０ｂに通知する（矢印Ａ９３）。
【０１２９】
サービス制御装置７０からの通知を受信した通話制御装置１０ｂでは、障害情報テーブル２８ｂに企業Ｂでの障害が記録される。その後、通話制御装置１０ｂは、携帯電話端末４ｚと携帯電話端末４ｗの間の通話を確立するための制御を行う。携帯電話端末４ｚと携帯電話端末４ｗの間の通話を確立するために行われる処理（矢印Ａ９４〜Ａ９８）は、図１５を参照しながら説明した矢印Ａ３２〜Ａ３６で行われる処理と同様である。
【０１３０】
図２８は、障害が発生しているときに行われる通信処理の例を説明するシーケンス図である。図２８を参照しながら、いずれの通話制御装置１０でも企業Ｂの内線システムでの障害が検出される前に、企業Ｂの内線システムを用いた通信が要求された場合に行われる通信処理の例を説明する。まず、携帯電話端末４ｚが携帯電話端末４ｗに割り当てられた内線番号を着信先として通信を要求したとする。すると、矢印Ａ１１１、Ａ１１２に示すように、通話要求メッセージの転送と問い合わせ処理が行われる。矢印Ａ１１１、Ａ１１２で行われる処理は、図２６の矢印Ａ９１、Ａ９２を参照しながら説明した処理と同様である。
【０１３１】
図２８のケースでは、いずれの通話制御装置１０においても企業Ｂの内線システムでの障害は検出されていない。このため、サービス制御装置７０は、障害情報テーブル７１などを用いた処理の結果、内線システムが正常に動作していることを通話制御装置１０ｂに通知する（矢印Ａ１１３）。すると、企業Ｂのシステムが正常に動作していることが通知されたことから、通話制御装置１０ｂ中の取得部２１ｂは、通話要求メッセージを通信装置４０に転送する（矢印Ａ１１４）。
【０１３２】
通信装置４０の接続処理部５３は、企業Ｂの内線システムに障害が発生していることを特定すると、通話制御装置１０ｂに対して、企業Ｂの内線システムでのエラーの発生を通知するエラー応答メッセージを送信する（矢印Ａ１１５）。
【０１３３】
通話制御装置１０ｂの取得部２１ｂは、エラー応答メッセージを受信すると、障害情報テーブル２８ｂに企業Ｂの障害の発生を記録する。取得部２１ｂは、加入者情報テーブル２７ｂに、携帯電話端末４ｚと携帯電話端末４ｗの通信の接続を行うために使用可能な情報が含まれているかを判定する。図２８の例では、加入者情報テーブル２７ｂには、携帯電話端末４ｚと携帯電話端末４ｗの通信の接続を行うために使用可能な情報が含まれていないものとする。すると、取得部２１ｂは、企業Ｂでの障害を通知する情報と、携帯電話端末４ｚと携帯電話端末４ｗの通信の接続を行うために使用する情報の問い合わせを行うための問合せメッセージを生成する。問い合わせメッセージには、以下の情報が含まれている。
発信元  ：０９０−５００２
着信先  ：２００３
障害情報：企業Ｂの内線システムで障害発生
取得部２１ｂは、送信部１２ｂを介して、問合せメッセージをサービス制御装置７０に送信する（矢印Ａ１１６）。
【０１３４】
サービス制御装置７０は、問合せメッセージを受信すると、障害情報テーブル７１に企業Ｂの内線システムでの障害の発生を記録する。さらに、加入者情報テーブル７２を参照して、通話制御装置１０ｂに通知するための情報を抽出する。サービス制御装置７０は、発信元には、電話番号＝０９０−５００２と内線番号＝２００２が割り当てられていることと、着信先には、電話番号＝０９０−５００３と内線番号＝２００３が割り当てられていることを特定する。サービス制御装置７０は、特定した電話番号の組合せを通話制御装置１０ｂに通知する（矢印Ａ１１７）。
【０１３５】
サービス制御装置７０からの通知を受信すると、通話制御装置１０ｂは、携帯電話端末４ｚと携帯電話端末４ｗの間の通話を確立するための制御を行う。携帯電話端末４ｚと携帯電話端末４ｗの間の通話を確立するために行われる処理（矢印Ａ１１８〜Ａ１２２）は、図１５を参照しながら説明した矢印Ａ３２〜Ａ３６で行われる処理と同様である。
【０１３６】
第４の実施形態では、各通話制御装置１０の情報がサービス制御装置７０に集約されるので、各通話制御装置１０は、サービス制御装置７０から取得した情報を用いて内線通話の接続を行うことができる。このため、携帯電話端末４の移動により、内線接続の処理を代行する通話制御装置１０と、以前にその携帯電話端末４の内線接続のための制御メッセージをネットワーク６に転送した通話制御装置１０が異なっても、内線電話の接続が可能になる。
【０１３７】
＜変形例＞
なお、実施形態は上記に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。
【０１３８】
例えば、通信装置４０は、通話要求メッセージ（ｉｎｉｔｉａｌ−ＩＮＶＩＴＥ）と応答メッセージ（２００ＯＫ）の両方で、発信元と着信先の両方の内線番号と０９０番号の組み合わせを通話制御装置１０に通知しても良い。また、通信装置４０は、通話要求メッセージで発信元と着信先の両方の内線番号と０９０番号の組み合わせを通話制御装置１０に通知しても良い。さらに、通信装置４０は、通話要求メッセージで着信先の内線番号と電話番号の組み合わせを通知し、応答メッセージにおいて、送信元の内線番号と電話番号の組み合わせを通知してもよい。
【０１３９】
通信装置４０が記憶しているデータベースは企業ごとに異なっていても良い。この場合、会社ごとの各データベースでは、電話番号と内線番号の組み合わせを保持している。同様に、以上の説明で使用したテーブル中の情報要素は一例であり、実装に応じて変更されても良い。
【０１４０】
さらに、各呼処理サーバ８での障害の発生状況は、加入者情報管理装置３４に記録されていても良い。この場合、通信装置４０が加入者情報管理装置３４にアクセスすると、内線番号と電話番号の組み合わせと共に、呼処理サーバ８での障害の発生状況も通信装置４０に通知される。呼処理サーバ８の障害の発生状況が加入者情報管理装置３４に記録される場合、加入者情報管理装置３４が定期的に各呼処理サーバ８と通信することにより、呼処理サーバ８での障害を検出する。このため、通信装置４０は、検出部５２を備えなくても良く、通信装置４０の処理負担が軽減される。
【０１４１】
上述の第１〜第４の実施形態を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）
携帯電話網を介した内線電話サービスを提供する内線システム中の通信装置と通信する通話制御装置に於いて、
前記内線電話サービスで使用される内線番号を用いた通信の発信元と着信先の各々について、前記内線番号と前記携帯電話網で使用される電話番号との組み合わせを、前記通信装置から送信された制御メッセージを用いて取得する取得部と、
前記組み合わせを用いて、前記発信元と前記着信先の間の通話を確立させるための制御を行う接続処理部
を備えることを特徴とする。
（付記２）
前記接続処理部は、前記内線システムで発生した障害により前記発信元と前記着信先の間の通信が前記内線システムで処理されない場合、前記組み合わせを用いて、前記発信元と前記着信先の間の通話を確立させる
ことを特徴とする付記１に記載の通話制御装置。
（付記３）
前記取得部は、第１の内線電話システムを使用する第１および第２の端末の各々について、当該端末に割り当てられた電話番号と内線番号の組み合わせを取得し、
前記通信部は、前記第１の内線電話システムとは異なる第２の内線電話システムでの通信の制御に使用される第１の制御メッセージを前記通信装置から受信し、
前記取得部は、前記第１の制御メッセージに、前記第１の内線電話システムでの障害を通知する情報が含まれている場合、前記第１の内線電話システムの障害を記憶し、
前記第１の端末から前記第２の端末に割り当てられた内線番号への着信を要求する第２の制御メッセージを前記通信部が受信すると、前記接続処理部は、前記取得部が取得した情報を用いて、前記第１の端末と前記第２の端末の間の通話を確立させるための処理を行う
ことを特徴とする付記１または２に記載の通話制御装置。
（付記４）
障害が発生している内線電話システムの情報を記憶する障害情報テーブル
を備え、
前記取得部は、前記通信装置から障害の発生が通知されている第３の内線電話システムの復旧を表わす情報が、前記第１の制御メッセージに含まれている場合、前記障害情報テーブルから前記第３の内線電話システムでの障害を表わす情報を削除し、
前記通信部は、前記第３の内線電話システムでの障害の情報が削除された後に、前記第３の内線電話システムを使用する第３の端末から第４の端末の内線番号への着信を要求する通話要求を受信すると、前記通話要求を前記通信装置に転送する
ことを特徴とする付記３に記載の通話制御装置。
（付記５）
前記取得部は、
前記内線システムの障害の情報を取得していない場合、前記携帯電話網に含まれる他の通話制御装置から通知された障害の情報を記憶するサービス制御装置に、前記内線システムで障害が発生しているかを問合わせる処理を行い、
前記内線システムでの障害が発生している場合、前記発信元と前記着信先の各々についての電話番号と内線番号の組み合わせを、前記サービス制御装置から取得し、
前記接続処理部は、前記サービス制御装置から取得した情報を用いて前記発信元と前記着信先の間の通話を確立させるための制御を行う
ことを特徴とする付記１または２に記載の通話制御装置。
（付記６）
携帯電話網を介した内線電話サービスを提供する内線システム中の通信装置と通信する通話制御装置に於いて、
プロセッサと、
記憶装置と、
前記通信装置から制御メッセージを受信するネットワーク接続装置とを含み、
前記プロセッサは、前記制御メッセージから、前記内線電話サービスで使用される内線番号を用いた通信の発信元と着信先の各々について、前記内線番号と前記携帯電話網で使用される電話番号との組み合わせを取得して前記記憶装置に記憶させ、
前記プロセッサは、
前記組み合わせを用いて、前記発信元と前記着信先の間の通話を確立させるための制御を行う
ことを特徴とする。
（付記７）
通話制御装置と、
前記通話制御装置と通信し、携帯電話網を介した内線電話サービスを提供する内線システム中の通信装置
を備え、
前記通話制御装置が
前記通信装置から制御メッセージを受信し、
前記内線電話サービスで使用される内線番号を用いた通信の発信元と着信先の各々について、前記内線番号と前記携帯電話網で使用される電話番号との組み合わせを、前記制御メッセージを用いて取得し、
前記組み合わせを用いて、前記発信元と前記着信先の間の通話を確立させるための制御を行う
ことを特徴とする通話制御システム。
（付記８）
前記通話制御装置は、前記内線システムで発生した障害により前記発信元と前記着信先の間の通信が前記内線システムで処理されない場合、前記組み合わせを用いて、前記発信元と前記着信先の間の通話を確立させる
ことを特徴とする付記７に記載の通話制御装置。
（付記９）
前記通話制御装置は、
第１の内線電話システムを使用する第１および第２の端末の各々について、当該端末に割り当てられた電話番号と内線番号の組み合わせを取得し、
前記第１の内線電話システムとは異なる第２の内線電話システムでの通信の制御に使用される第１の制御メッセージを前記通信装置から受信し、
前記第１の制御メッセージに、前記第１の内線電話システムでの障害を通知する情報が含まれている場合、前記第１の内線電話システムの障害を記憶し、
前記第１の端末から前記第２の端末に割り当てられた内線番号への着信を要求する第２の制御メッセージを受信すると、前記第１および第２の端末について取得した情報を用いて、前記第１の端末と前記第２の端末の間の通話を確立させるための処理を行う
ことを特徴とする付記７または８に記載の通話制御システム。
（付記１０）
前記通話制御装置は、
前記通信装置から障害の発生が通知されている第３の内線電話システムの復旧を表わす情報が、前記第１の制御メッセージに含まれている場合、障害が発生している内線電話システムの情報を記憶する障害情報テーブルから、前記第３の内線電話システムでの障害を表わす情報を削除し、
前記第３の内線電話システムでの障害の情報を削除した後に、前記第３の内線電話システムを使用する第３の端末から第４の端末の内線番号への着信を要求する通話要求を受信すると、前記通話要求を前記通信装置に転送する
ことを特徴とする付記９に記載の通話制御システム。
（付記１１）
前記通話制御装置は、
前記内線システムの障害の情報を取得していない場合、前記携帯電話網に含まれる他の通話制御装置から通知された障害の情報を記憶するサービス制御装置に、前記内線システムで障害が発生しているかを問合わせ、
前記内線システムでの障害が発生している場合、前記発信元と前記着信先の各々についての電話番号と内線番号の組み合わせを、前記サービス制御装置から取得し、
前記サービス制御装置から取得した情報を用いて前記発信元と前記着信先の間の通話を確立させるための制御を行う
ことを特徴とする付記７または８に記載の通話制御システム。
（付記１２）
携帯電話網中の通話制御装置が、
前記携帯電話網を介した内線電話サービスを提供する内線システム中の通信装置と通信し、
前記内線電話サービスで使用される内線番号を用いた通信の発信元と着信先の各々について、前記内線番号と前記携帯電話網で使用される電話番号との組み合わせを、前記通信装置から送信された制御メッセージを用いて取得し、
前記組み合わせを用いて、前記発信元と前記着信先の間の通話を確立させる
処理を行うことを特徴とする通話制御方法。
（付記１３）
前記通話制御装置は、
第１の内線電話システムを使用する第１および第２の端末の各々について、当該端末に割り当てられた電話番号と内線番号の組み合わせを取得し、
前記第１の内線電話システムとは異なる第２の内線電話システムでの通信の制御に使用される第１の制御メッセージを前記通信装置から受信し、
前記第１の制御メッセージに、前記第１の内線電話システムでの障害を通知する情報が含まれている場合、前記第１の内線電話システムの障害を記憶し、
前記第１の端末から前記第２の端末に割り当てられた内線番号への着信を要求する第２の制御メッセージを受信すると、前記第１および第２の端末について取得した情報を用いて、前記第１の端末と前記第２の端末の間の通話を確立させるための処理を行う
ことを特徴とする付記１２に記載の通話制御方法。
（付記１４）
前記通話制御装置は、
前記通信装置から障害の発生が通知されている第３の内線電話システムの復旧を表わす情報が、前記第１の制御メッセージに含まれている場合、障害が発生している内線電話システムの情報を記憶する障害情報テーブルから前記第３の内線電話システムでの障害を表わす情報を削除し、
前記第３の内線電話システムでの障害の情報が削除された後に、前記第３の内線電話システムを使用する第３の端末から第４の端末の内線番号への着信を要求する通話要求を受信すると、前記通話要求を前記通信装置に転送する
ことを特徴とする付記１３に記載の通話制御方法。
（付記１５）
前記通話制御装置は、
前記内線システムの障害の情報を取得していない場合、前記携帯電話網に含まれる他の通話制御装置から通知された障害の情報を記憶するサービス制御装置に、前記内線システムで障害が発生しているかを問合わせ、
前記内線システムでの障害が発生している場合、前記発信元と前記着信先の各々についての電話番号と内線番号の組み合わせを、前記サービス制御装置から取得し、
前記サービス制御装置から取得した情報を用いて前記発信元と前記着信先の間の通話を確立させる
ことを特徴とする付記１２に記載の通話制御方法。
【符号の説明】
【０１４２】
２  携帯電話網
３、１０  通話制御装置
４  携帯電話端末
５、８  呼処理サーバ
６  ネットワーク
７、４０  通信装置
１１、４１  受信部
１２、４２  送信部
１３、４３  通信部
１５  タイマ
２０、５０  制御部
２１  取得部
２２、５２  検出部
２３、５３  接続処理部
２５、６０  記憶部
２６  企業情報テーブル
２７、６２、７２  加入者情報テーブル
２８、７１  障害情報テーブル
３０  企業サーバ
３２  ルータ
３４  加入者情報管理装置
５１  番号特定部
６１  企業サーバテーブル
６３  通知状況テーブル
７０  サービス制御装置
１０１  プロセッサ
１０２  メモリ
１０３  記憶装置
１０４  ネットワークインタフェース
１０５  バス
【図１】
2017060132.tif 000003
【図２】
2017060132.tif 000004
【図３Ａ】
2017060132.tif 000005
【図３Ｂ】
2017060132.tif 000006
【図４】
2017060132.tif 000007
【図５】
2017060132.tif 000008
【図６】
2017060132.tif 000009
【図７】
2017060132.tif 000010
【図８】
2017060132.tif 000011
【図９】
2017060132.tif 000012
【図１０】
2017060132.tif 000013
【図１１】
2017060132.tif 000014
【図１２】
2017060132.tif 000015
【図１３】
2017060132.tif 000016
【図１４】
2017060132.tif 000017
【図１５】
2017060132.tif 000018
【図１６】
2017060132.tif 000019
【図１７】
2017060132.tif 000020
【図１８】
2017060132.tif 000021
【図１９】
2017060132.tif 000022
【図２０】
2017060132.tif 000023
【図２１】
2017060132.tif 000024
【図２２】
2017060132.tif 000025
【図２３】
2017060132.tif 000026
【図２４】
2017060132.tif 000027
【図２５】
2017060132.tif 000028
【図２６】
2017060132.tif 000029
【図２７】
2017060132.tif 000030
【図２８】
2017060132.tif 000031