(57)【要約】【課題】分散型ＰＢＸシステムにおいて、被呼者側内線に関連するブランチシステムが障害対応処理モードにあるときに被呼者情報をカバレッジポイントに提供する。【解決手段】分散型構内交換通信システムに含まれるブランチの障害対応処理モード時に、被呼者を識別する情報を必要とする機能のサポートに対して被呼者情報が提供される。より具体的には、障害対応処理動作時に使用するカバレッジパスが利用可能となり、内線またはカバレッジポイントに公衆交換電話網を介して、システムの動作が発呼者には通常通りであるかのようにみえる接続を確立する。さらに、与えられたカバレッジポイントにおいて多数の内線に対して同じカバレッジパスを使用することができ、管理上の負担を軽減できる。【選択図】図１
2007082213.tif 000002
【特許請求の範囲】
【請求項１】
コールカバレッジを提供する方法であって、
第１のブランチシステムにおいて、第１の内線への第１の呼を検出するステップであって、通常動作モードにおいては該第１のブランチシステムが第２のブランチシステムに第１のネットワークおよび第２のネットワークによって相互接続されている、ステップ、
前記第１の呼が完結できないことを判定するステップ、
前記第１のブランチシステムが障害対応モードにあり、該第１のブランチシステムと、前記第１の内線およびカバレッジポイントのうちの１つと、の間の前記第１のネットワークを介した接続が動作不能であると判断したことに応じて、該第１のブランチシステムが該障害対応モードにあるときに使用するための第１のコールカバレッジパス・スクリプトを取得するステップ、および
少なくとも第１の特殊設定文字を含む前記第１のコールカバレッジパス・スクリプトを実行するステップ
からなり、該方法がさらに、以下の（１）および（２）の一方、即ち、
（１）前記第１の内線が第２のブランチシステムに含まれていると判断したことに応じて、および前記第１の特殊設定文字に応答して、前記第１の内線に対する直通社内通話番号（ＤＩＤ）をダイヤルするステップであって、前記第１の呼が前記第２のブランチシステムに前記第２のネットワークを介してルーティングされる、ステップ、
（２）前記第１の内線が第２のブランチシステムに含まれていると判断したことに応じて前記カバレッジポイントに対する直通社内通話番号（ＤＩＤ）をダイヤルし、前記第１の特殊設定文字に応答して前記第１の内線の識別子を前記カバレッジポイントに前記第２のネットワークを介して提供するステップ
のうちの一方からなる方法。
【請求項２】
請求項１記載の方法において、前記第２のネットワークが公衆交換電話網（ＰＳＴＮ）からなる方法。
【請求項３】
請求項１記載の方法において、前記第１のコールカバレッジパス・スクリプトがさらに第２の特殊設定文字を含み、前記第１のコールカバレッジパスを実行するステップがさらに、
前記カバレッジポイントに対する直通社内通話番号をダイヤルするステップの後、前記第２の特殊設定文字に応答して、前記カバレッジポイントからの応答を待つステップ、および
前記カバレッジポイントからの応答を受信した後、前記第１の特殊設定文字に応答して前記第１の内線の識別子を前記カバレッジポイントに前記第２のネットワークを介して提供するステップ
を含む方法。
【請求項４】
請求項３記載の方法であって、さらに、
前記ブランチシステムに含まれる第２の内線に対する第２の入着呼を受信するステップ、
該第２の入着呼がカバレッジに向うべきものと判断するステップ、
前記第１のブランチシステムが障害対応モードにあり、前記ブランチシステムと前記カバレッジポイントとの間の前記第１のネットワークを介した接続が動作不能であると判断したことに応じて、前記第２の内線に対する第１のコールカバレッジパス・スクリプトを取得するステップであって、前記第２の内線に対する前記第１のコールカバレッジパス・スクリプトが前記第１の内線に対する前記第１のコールカバレッジパス・スクリプトと同一である、ステップ、並びに
前記第１のコールカバレッジパス・スクリプトの実行ステップであって、該実行ステップが、
前記第２の内線への前記第２の入着呼を前記第１のブランチシステムから前記カバレッジポイントに前記第２のネットワークを介して送るステップ、
前記カバレッジポイントが前記第１のブランチシステムに前記公衆交換電話網を介して応答するのを待つステップ、および
前記カバレッジポイントからの応答を前記第１のブランチシステムにおいて受信した後、前記第２の内線に対する識別子を前記第１のブランチシステムから前記カバレッジポイントに前記第２のネットワークを介して送るステップであって、前記第２の内線に対する前記第１のコールカバレッジパスに含まれる少なくとも前記第１の特殊設定文字に応答して前記識別子が送られるステップ
からなる実行ステップ
からなる方法。
【請求項５】
請求項３記載の方法において、前記第２のネットワークが公衆交換電話網からなり、第１のコールカバレッジパスが、前記カバレッジポイントを識別する電話番号および少なくとも第１の可変の文字を含み、前記第１のブランチシステムが前記識別子を前記第１の内線に提供するように前記少なくとも第１の可変の文字によって指示する方法。
【請求項６】
請求項５記載の方法において、前記識別子が入着呼が宛てられる内線の番号からなる方法。
【請求項７】
請求項３記載の方法であって、さらに、
前記第１の内線の識別子を受信してことに応じて、前記カバレッジポイントが前記第１の内線に関連するグリーティングを再生するステップ
からなる方法。
【請求項８】
請求項２記載の方法であって、さらに、
前記第１の内線に対する前記識別子を受信したことに応じて、前記カバレッジポイントが前記第１の内線に関連するグリーティングを前記第１の通信の一部である前記第１のネットワーク接続を介して再生するステップ、および
前記第２の内線に対する前記識別子を受信したことに応じて、前記カバレッジポイントが前記第２の内線に関連するグリーティングを再生するステップ
からなる方法。
【請求項９】
請求項１記載の方法において、前記第１のコールカバレッジパス・スクリプトがさらに第３の特殊設定文字を含み、前記第１のブランチシステムが障害対応処理モードにあるときに前記第３の特殊設定文字によって第１のコールカバレッジパス・スクリプトが適用可能であることを特定する方法。
【請求項１０】
請求項１記載の方法において、第１の内線が第２のブランチシステムに含まれ、該第１の内線に対する直通社内通話番号をダイヤルするステップが、前記スクリプト内の番号をダイヤルするステップ、および前記第１の特殊設定文字に応答して第１の内線の識別子をダイヤルするステップからなる方法。
【請求項１１】
分散型通信システムにおいて呼を誘導するためのシステムであって、
（Ａ）第１の通信ネットワーク手段、
（Ｂ）第２の通信ネットワーク手段、
（Ｃ）第１のシステムであって、
（Ｃ１）通信する手段、
（Ｃ２）通信機能を提供する手段、
（Ｃ３）前記第１のシステムを前記第１の通信ネットワーク手段に相互接続する手段、および
（Ｃ４）前記第１のシステムを前記第２の通信ネットワーク手段に相互接続する手段、
を含む第１のシステム、並びに
（Ｄ）第２のシステムであって、
（Ｄ１）通信する手段、
（Ｄ２）多数の該通信する手段の動作側面を制御する手段、
（Ｄ３）該多数の通信する手段の動作側面を制御する手段による実行に対して、該通信する手段の少なくともいくつかに関連するコールカバレッジ情報を記憶する手段、
（Ｄ４）前記第２のシステムを前記第１の通信ネットワーク手段に相互接続する手段であって、第１の動作モードにあるときに前記第１および第２のシステムが該第１の通信ネットワーク手段を用いて互いに通信できる、手段、および
（Ｄ５）前記第２のシステムを前記第２の通信ネットワーク手段に相互接続する手段であって、第２の動作モードにあるときに前記第１および第２のシステムが前記第１の通信ネットワーク手段を用いて互いに通信できないが、該第２の通信ネットワーク手段を用いて互いに通信できる、手段、
を含む第２のシステム
からなり、
前記通信する手段の少なくともいくつかに対するコールカバレッジルーチンが、次の（１）および（２）の少なくとも一方、即ち、
（１）コールカバレッジスクリプトであって（ａ）前記第１のシステムの前記通信機能を提供する手段に関連する電話番号であって、該電話番号によってカバレッジを必要とする呼が該コールカバレッジを提供する手段に前記第２の通信ネットワーク手段を介して宛てられるような電話番号；および（ｂ）特殊設定文字であって、該カバレッジを必要とする呼が宛てられる前記通信する手段のうちの１つの識別子を提供するよう前記制御する手段に指示する特殊設定文字；を含むコールカバレッジスクリプト、
（２）コールカバレッジスクリプトであって（ａ）前記第１のシステムの第１の通信する手段に関連する部分的な電話番号；および（ｂ）特殊設定文字であって、該第１のシステムの該第１の通信する手段の内線を用いて該部分的な電話番号を完結するよう前記制御する手段に指示する特殊設定文字；を含むコールカバレッジスクリプト
の少なくとも一方からなる
システム。
【請求項１２】
請求項１１記載のシステムであって、さらに、
前記第１および第２のシステムを前記第１の通信ネットワークを介して相互接続する手段であって、通信データ転送が該第１および第２のシステム間の伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）によって管理される手段、および
前記第１および第２のシステムを前記第２の通信ネットワークを介して相互接続する手段であって、通信データ転送が該第１および第２のシステム間の公衆交換電話網（ＰＳＴＮ）によって管理される手段
からなるシステム。
【請求項１３】
請求項１１記載のシステムであって、さらに、
コールカバレッジデータを記憶する手段
からなるシステム。
【請求項１４】
請求項１１記載のシステムであって、さらに、
予め記録されたメッセージを記憶する手段
からなるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコールカバレッジ（呼の中継）ルーチンを提供することに関する。特に、本発明の実施例は被呼者側内線に関連するブランチシステムが障害対応（サバイバブル）処理モードにあるときに被呼者情報をカバレッジポイントに提供する。
【背景技術】
【０００２】
音声電話システムがコールカバレッジを被呼者エンドポイントまたは内線によって応答されない呼に対して提供することはよくある。さらに、電話システムは通常、代替の通話先またはカバレッジポイントのシーケンスがその電話システムの各内線に対して定義できるようにしている。カバレッジパスは通常、呼に対するカバレッジが必要なときに参照されるデータベースに命令として格納される。
【０００３】
標準的な構内交換システム（ＰＢＸ）において、固有の内線番号を持つ多くの通信エンドポイントが通信サーバに関連付けられている。さらに、構内交換機は、各々が通信サーバを含む多くのサブシステムおよび多くの内線を含む。例えば、標準的な実施において、メイン（中央）システムは１以上のリモートブランチシステムに広域ネットワーク（ＷＡＮ）によって相互接続されていることもある。さらに、リモートブランチから広域ネットワーク接続を介してアクセスされるメインシステムサーバまたは他の何らかのサーバによって、種々のカバレッジ動作がリモートブランチに関連する内線に提供されることもある。中央システムによって提供されるコールカバレッジサービスの例として、ボイスメールカバレッジなどがある。
【０００４】
通常動作中、拡張機能（内線）に対するカバレッジは、呼を受信したゲートウェイまたは通信サーバからカバレッジポイントにかけてのローカルエリアネットワークを介して呼を転送することによって提供される。そのような状況において、呼の通信エンドポイントの拡張機能はコールカバレッジ動作の一部分として提供される。しかし、呼を受信するシステムのゲートウェイまたは通信サーバが、例えばＷＡＮの停電などによりカバレッジポイントに接続できないとき、呼は代替経路を介してそのカバレッジポイントに接続されなければならない。そのような代替経路は公衆交換電話網（ＰＳＴＮ）によって提供される。しかし、呼をカバレッジポイントにＰＳＴＮを介してルーティングすることは、通常は、かけられた内線の識別情報をカバレッジポイントに提供することなしに実行される。従って、カバレッジを必要とする呼をＰＳＴＮから受信すると、カバレッジポイントは、例えば、発呼者に発呼側内線を再入力するように要求するレコードメッセージを再生するなどして、被呼側内線を識別する情報を発呼者から要求しなければならない。さらに、カバレッジパスを設けるための従来技術の解決手段では、ブランチシステムがＷＡＮを介してメイン（中央）システムに接続することができず、従って、ローカル障害対応処理モードにおいて動作する環境のような特定の環境下のみで使用できるカバレッジパスに簡単には対応できない。
【０００５】
使用できなくなる広域ネットワークのようなインターネットプロトコルネットワークによって接続された個別のブランチ（即ち、ブランチおよび中央システム）を持つ分散型ＰＢＸシステムにおける他の問題は、異なるブランチに関連付けられた内線間の呼に関するものである。そのような状況では、発呼者が被呼者の内線番号を入力しただけでは異なるブランチ（即ち、ブランチと中央システムとの間）における内線間の呼はつながらない。さらに、そのような状況で、呼が公衆交換電話網を介してルーティングされることを可能とするために発呼者が被呼者の完全な電話番号を知らなければ、発呼者は被呼側内線に辿り着くことはできない。
【０００６】
ＰＳＴＮを介してアクセスされるカバレッジポイントを含む複数のカバレッジポイントを持つカバレッジ構成を可能とするＰＢＸシステムが利用されるようになってきた。呼を被呼側内線の識別情報を持つカバレッジにＰＳＴＮを介して転送するために、それらのシステムではカバレッジポイントの電話番号および被呼側エンドポイントの内線番号を含むカバレッジパスが各内線に対してコード化されていることを要する。しかし、そのような固有のカバレッジパス・スクリプトを非常に多くの内線を有するシステム内の各内線に提供することは現実的ではない。さらに、多くの構内交換システムは管理されるカバレッジパス数を制限して各内線に対する固有のカバレッジパスの管理をできないようにしている。たとえ定義され得るカバレッジパス数に制限がなかったとしても、各内線に対する固有のカバレッジパスを管理することは管理上の負担となる。
【発明の開示】
【課題を解決するための手段】
【０００７】
本発明は従来技術の上記または他の問題点を解決することに関する。本発明の実施例によると、コールカバレッジパスを確立するスクリプトに関連して使われる特殊設定文字が定義される。より具体的には、カバレッジ動作および／またはカバレッジポイントに送られる数字に影響を持つ特殊設定文字が定義されることになる。そのような特殊設定文字の適用により、被呼側内線に関連するシステムと１次カバレッジポイントの間のネットワーク接続が使用できないときに使う２次カバレッジポイントが作られ、複数の内線に対して使用され、それら各内線に対する特定の管理を不要とする。より具体的には、本発明の実施例によるカバレッジパスは、そのカバレッジポイントを使用する各内線に対する固有のカバレッジパス・スクリプトを必要とすることなく、カバレッジポイントに対する被呼側内線の識別情報の通信に備える。本発明のさらなる実施例によると、１次ネットワーク接続の使用不能により一時的に切り離されたブランチシステムから公衆交換電話網（ＰＳＴＮ）回線呼に帰着するカバレッジパスを、そのような隔離時のみ使用されるものであると定義することができる。
【０００８】
本発明の実施例によると、可変特殊設定文字を含むカバレッジパスが提供される。第１の特殊設定文字は、カバレッジパスが、カバレッジを必要とする呼をカバレッジポイントまたはメインシステムから受信するブランチシステムがメインシステムから切り離されているときのみ使用されるものであること、および、従って、ＰＳＴＮを通過した呼がカバレッジポイントにアクセスするために必要となることを示してもよい。呼が進行する前に、リモートシステムをシグナリングしてカバレッジポイントを待つようにして呼に応答するようにする第２の特殊設定文字が電話番号の後に含まれる。そして、ブランチシステムが被呼側内線に対する識別子をカバレッジポイントに送信するよう指示する第３の特殊設定文字が提供されてもよい。従って、ブランチに関連する多数の通信エンドポイントまたは内線が同じカバレッジポイントを用いる場合、そのカバレッジポイントを関与させるカバレッジパスを、内線各々に対して同一のスクリプトまたはカバレッジパスを用いて定義することができる。
【０００９】
本発明のさらなる実施例によると、本発明の実施例によってスクリプト化されたコールカバレッジルーチンを少なくともダイヤルプランの制限された透過性を提供することに関連して用いてもよい。特に、ブランチと中央システムまたは他のブランチシステム間の１次ネットワーク接続が動作不能に陥ったとき、被呼者の直通社内通話（ＤＩＤ）番号へのトランク呼は、可変特殊設定文字を含むカバレッジパスを実行することによって自動的にかけられる。特に、ＰＳＴＮへのアクセスに必要な数字、エリアコードおよび被呼側システムに対するＤＩＤのプレフィックス、並びにそれに続く特殊設定文字であって被呼側内線番号が入力されなければならないことを示す特殊設定文字をコールカバレッジパス・スクリプトとして提供することができる。
【００１０】
本発明の他の実施例によると、発呼側内線に関連するブランチシステムが障害対応処理モードにある場合、リモートアクセス番号へのトランク呼が他のブランチの内線からなる数字を受信したことに応答して生成される。被呼側内線に関連する通信サーバがそのトランク呼に応答した後、被呼者の内線番号が自動的に提供される。従って、たとえ１次ネットワーク接続が動作不能であっても、発呼者が被呼者に対する完全なＤＩＤ番号を入力することを必要とせずに、そして、各ブランチにおける各内線に対する固有のカバレッジスクリプトを必要とせずに、ブランチ間の呼が完結される（つながる）。
【００１１】
本発明の追加的な特徴および利点は以降の説明から、特に付随する図面を参照して、より明らかなものとなる。
【発明を実施するための最良の形態】
【００１２】
本発明は、障害対応処理動作中に少なくともある程度のダイヤルプラン透過性を提供することおよび／または分散型構内交換機システムに関連するコールカバレッジを容易にすることに向けられている。ここで、障害対応処理動作は、分散型構内交換機システムのブランチシステムと他のブランチシステムまたは中央システムとの間の１次ネットワーク接続が動作不能となったときに起こる。
【００１３】
図１に、本発明の実施例による分散型構内交換機（ＰＢＸ）システム１００の構成要素をブロック図で示す。特に、分散型ＰＢＸシステム１００はメインデータベース１０８に関連するメインサーバ１０４を含む。メインサーバ１０４および関連するメインデータベース１０８は第１のローカルエリアネットワーク１１２ａに相互接続される。第１のローカルエリアネットワーク１１２ａは追加的にボイスメールサーバのような通信機能サーバ１２０を搭載し又はそれと相互接続されるゲートウェイ１１６に相互接続される。あるいは、通信機能サーバ１２０は第１のローカルエリアネットワーク１１２ａに直接相互接続されてもよい。メインサーバ１０４、メインデータベース１０８、第１のローカルエリアネットワーク１１２ａ、ゲートウェイ１１６および通信機能サーバ１２０はメイン（中央）システム、即ち領域１２４を構成する。メイン（中央）システム１２４は分散型構内交換機（ＰＢＸ）の一部分である。従って、メインシステム１２４は、広域ネットワークのような第１の、即ち、１次的ネットワーク接続１２８によってブランチシステム、即ち、領域１３２に相互接続されることになる。さらに、ここで、メインシステム１２４はブランチシステム１３２の全ての属性を備え、従って、中央通信機能サーバ１２０のような追加的機能とともに特定のタイプのブランチシステム１３２を備える。
【００１４】
ブランチシステム１３２はメインデータベースの複製１４０を含み、またはそれと関連するリモートブランチサーバ１３６を含んでいてもよい。メインデータベース１０８および／またはメインデータベースの複製１４０はコールカバレッジ情報を格納するためのメニューを備える。ブランチシステム１３２は、ブランチシステム１３２に含まれる種々の構成要素を相互接続するための第２のローカルエリアネットワーク１１２ｂを追加的に備えていてもよい。ブランチシステム１３２はまた、ゲートウェイ１４４および多数の通信エンドポイント１２２を含んでいてもよい。通信エンドポイント１２２はローカルエリアネットワーク１１２ｂに直接接続されてもよいし、ブランチゲートウェイ１３３のような他の構成要素を介してローカルエリアネットワーク１１２ｂに接続されてもよい。
【００１５】
メインサーバ１０４およびリモートブランチサーバ１３６は、概略として、それぞれのシステム１２４、１３２に対する電話機能および関連する構成要素の制御を提供するように機能する。従って、メインサーバ１０４またはブランチサーバ１３６は通信手段の動作側面を制御するための手段を備えることができる。メインサーバ１０４またはブランチサーバ１３６によって実行される機能はコールカバレッジ動作を含むことができる。コールカバレッジ動作は一般に、通信エンドポイント１２２を構成する、若しくはそれに関連する内線、または通信機能サーバ１２０によって提供される機能が、呼に応答しないときに作用する。さらに、本発明の実施例によると、たとえ１次ネットワーク１２８（例えば、広域ネットワーク）の接続が利用できない場合であっても、その内線をＰＳＴＮ１４８を介してルーティングするために発呼者が被呼側内線の完全な内線番号をマニュアル入力することを必要とせずに、コールカバレッジ機能を適用して、システム１００内の内線１２２から分散型ＰＢＸシステム１００内の他の内線１２２にダイヤルする発呼者に接続することができる。本発明の実施例によると、メインサーバ１０４およびブランチサーバ１３６は構内交換機または通信サーバからなる。
【００１６】
メインサーバ１０４に関連するメインデータベース１０８は、概略として、分散型ＰＢＸシステム１００に関連する情報の中央保管場所として機能する。そのような情報は分散型ＰＢＸシステム１００に関連する通信エンドポイント１２２に対するシステム内線および直通社内通話（ＤＩＤ）番号を含む。さらに、メインデータベース１０８は通信エンドポイント１２２または電話機能に関連するカバレッジパスの中央保管場所として機能してもよく、それは分散型ＰＢＸシステム１００に含まれる。本発明の実施例によると、ブランチシステム１３２に関連する通信エンドポイント１２２に対して定義されたカバレッジパスは、少なくとも第１のコールカバレッジルーチンまたは分散型ＰＢＸシステム１００の通常動作中に使用するパス、および第２のコールカバレッジルーチンまたはブランチシステム１３２とメインシステム１２４との間の１次ネットワーク接続が動作不能の場合に使用するパスを含む。
【００１７】
メインゲートウェイ１１６およびブランチゲートウェイ１４４は、概略として、それらの関連する領域、即ち、システム１２４または１３２をＰＳＴＮ１４８に相互接続する。従って、ゲートウェイ１１６、１４４は第２の通信ネットワーク手段に相互接続するための手段を備える。例えば、各ゲートウェイ１１６、１４４はＰＳＴＮ１４８にトランク線を介して相互接続してもよい。結果として、分散型ＰＢＸシステム１００の外部からの呼を、メインゲートウェイ１１６を介してメインシステム１２４に関連する内線に、またはブランチゲートウェイ１４４を介してブランチシステム１３２に関連する内線にかけることができる。さらに、ゲートウェイ１１６、１４４を介して、呼をメインシステム１２４とブランチシステム１３２との間でＰＳＴＮ１４８を通過させてかけることができる。通信機能サーバ１２０および通信エンドポイント１２２のようなネットワーク装置もまた、ゲートウェイ１１６、１４４上に配置すること、または関連付けることができる。さらに、通常はゲートウェイ１１６、１４４の機能は領域内の他の装置の機能とは分離したものとしてみなされるが、物理スイッチまたはゲートウェイ１１６、１４４を搭載するサーバもまた、メインサーバ１０４、リモートブランチサーバ１３６および／または通信機能サーバ１２０のような他の装置を搭載することができる。
【００１８】
通信機能サーバ１２０はシステム１００に関係する機能またはサービスを提供することができる。例えば、通信機能サーバ１２０はボイスメールサーバ、インタラクティブボイス応答（ＩＶＲ）サーバ、および／または顧客関係管理（ＣＲＭ）サーバを備えていてもよい。従って、通信機能サーバは通信機能を提供する手段を備える。
【００１９】
通信エンドポイント１２２は一般に内線に関連付けられている。例えば、内線は各通信エンドポイント１２２を、メインシステム１２４および全てのブランチシステム１３２を構成する分散型ＰＢＸシステム１００内で識別することができる。通信エンドポイント、即ち、通信のための手段１２２は、電話、インターネットプロトコル電話、一般用途コンピュータに関連して設けられたソフト電話、パーソナルデジタルアシスタントのようなポータブル計算および／若しくは通信装置、または分散型ＰＢＸシステム１００のメインシステム１２４若しくはブランチシステム１３２内の内線に関連する他の何らかの有線または無線装置からなる。
【００２０】
通常動作中、メインシステム１２４またはブランチシステム１３２において受信された通信エンドポイント１２２に向けられた呼は、メインブランチ１２４内で動作する通信機能サーバ１２０にカバレッジ動作のためにアクセスできる。さらに、ブランチシステム１３２に関連する通信エンドポイント１２２に対する入着呼がブランチゲートウェイ１４４で受信されると、通信機能サーバ１２０が、１次ネットワーク、即ち、第１の通信ネットワーク手段１２８を介して、メインシステム１２４とブランチシステム１３２の間のインターネットプロトコル接続によってアクセスされる。そのような動作は、通信エンドポイント１２２がユーザによって応答されない場合に実行されるカバレッジ動作を含んでもよい。一般に、通信エンドポイント１２２に対するカバレッジパスは、各ブランチシステム１３２に分散されたメインデータベースの複製１４０とともにメインデータベース１０８に格納される。この通信は、ＬＡＮ１１２上のノードと第１のネットワーク１２８との間の接続を構成する相互接続手段を介して形成される。
【００２１】
メインシステム１２４とブランチシステム１３２との間の１次ネットワーク１２８の接続が断線したり動作不能となったりした場合、ブランチシステム１３２および特にブランチサーバ１３６は障害対応処理モードで動作する。障害対応処理モードにおいて、ブランチサーバ１３６はブランチシステム１３２に関連する機能を制御する。ブランチサーバ１３６はメインデータベースの複製１４０にアクセスできるので、システム１００のほとんどの機能は正常に動作することができる。しかし、メインシステム１２４の一部分として、普通はあるいくつかの機能に対して１つの通信機能サーバ１２０しか提供されていないので、ＩＰプロトコルリンクが動作不能のときは、通信機能サーバ１２０からのカバレッジを必要とする呼はブランチシステム１３２からメインシステム１２４へＰＳＴＮ１４８を介してルーティングされなければならない。
【００２２】
従来技術のシステムにおいては、被呼側エンドポイント１２２の識別に依存し又はそれによる利益を受けたボイスメールサーバまたは他の機能を備えるカバレッジポイントにアクセスするためにＰＳＴＮ１４８を介して呼をルーティングすることは、結局のところ、発呼者に被呼側通信エンドポイント１２２の識別情報の提供を要求することに帰着していた。例えば、通信機能サーバ１２０がボイスメール機能を提供するとき、発呼者は通常、通信エンドポイント１２２の内線に対するボイスメールボックスにアクセスするために被呼していたその内線番号を入力しなければならなかった。識別情報が提供された後に、通信機能サーバ１２０は被呼側通信エンドポイント１２２に関連する個人専用のグリーティングを再生していた。ここに記載されるように、本発明の実施例は、通信機能サーバ１２０または他の構成要素、即ち、カバレッジポイントとしての被呼側内線を識別する情報を必要とするノードを用いて、発呼者からのマニュアル入力を必要とせずに、そして、各通信エンドポイント１２２に対する固有のカバレッジパスの管理を必要とせずに、被呼側通信エンドポイント１２２を識別する情報の配信を提供する。
【００２３】
図２に、本発明の実施例による、ここに記載する或るまたは全てのカバレッジパスアプリケーション機能を実行するメインサーバ１０４またはリモートブランチサーバ１３６の構成要素をブロック図で示す。構成要素は、プログラム命令を実行できるプロセッサ２０４を含む。従って、プロセッサ２０４は、あらゆる一般用途のプログラマブルプロセッサ、デジタル信号プロセッサ（ＤＳＰ）またはアプリケーションプログラミングを実行するコントローラも含む。代替的に、プロセッサ２０４は特別に構成された特定用途向け集積回路（ＡＳＩＣ）からなっていてもよい。プロセッサ２０４は一般に、ここに記載される電話サポートアプリケーションおよびカバレッジパスアプリケーションなどの、サーバ１０４、１３６によって実行される種々の機能を動作させるプログラムコードを実行するよう機能する。
【００２４】
サーバ１０４、１３６は、プロセッサ２０４によるプログラムの実行に関連する使用において、およびデータまたはプログラム命令の一時的または長期蓄積のために追加的にメモリ２０８を含んでいてもよい。メモリ２０８は、ＤＲＡＭおよびＳＤＲＡＭのような固体メモリで常駐的なもの、取り外し可能なものまたは遠隔的なものであってもよい。プロセッサ２０４がコントローラからなる場合、メモリ２０８はプロセッサ２０４に統合・集積されるようにしてもよい。
【００２５】
さらに、サーバ１０４、１３６は１以上のユーザ入力部（即ち、ユーザ入力を受信するための手段）２１２、および１以上のユーザ出力部（即ち、出力するための手段）２１６を含んでいてもよい。ユーザ入力部２１２の例として、キーボード、キーパッド、タッチスクリーン、タッチパッド、マイクロフォンなどがある。ユーザ出力部２１６の例として、スピーカ、（タッチスクリーンディスプレイなどの）表示画面、表示ライトなどがある。さらに、当業者であれば分かるように、ユーザ入力部２１２はユーザ出力部２１６と組み合わされてもよいし、それと協働して動作するようにしてもよい。そのような統合されたユーザ入力部２１２およびユーザ出力部２１６の一例として、ユーザに視覚的情報を提示することもユーザからの入力選択を受信することもできるタッチスクリーンディスプレイが挙げられる。本発明の実施例によると、サーバ１０４、１３６に関連するユーザ入力部２１２およびユーザ出力部２１６は、カバレッジパスの命令および構内交換機メインシステム１２４またはブランチシステム１３２の動作に関連した他の情報の生成または読み込みに関係する管理者によって用いられてもよい。
【００２６】
サーバ１０４、１３２はまた、アプリケーションプログラムおよび／またはデータの記憶のためのデータ記憶装置２２０を含んでいてもよい。さらに、本発明の実施例によると、データ記憶装置２２０は、メインサーバ１０４の場合、メインデータベース１０８の全部または一部を構成し、ブランチサーバ１３６に関しては、データ記憶装置２２０はそのブランチシステム１３２の持つメインデータベースの複製１４０の全部または一部を構成していてもよい。従って、データ記憶装置２２０は通信エンドポイント１２２または本発明の実施例による分散型ＰＢＸシステム１００に含まれるアドレス設定可能な他の装置に対するカバレッジパス２２４を格納するようにしてもよい。さらに、カバレッジパスアプリケーション２３２のような種々の電話サポートアプリケーション２２８がデータ記憶装置２２８に格納されるようにしてもよい。また、オペレーティングシステムソフトウエア２３６がデータ記憶装置２２０に格納されてもよい。データ記憶装置２２０は、例えば、磁気記憶装置、固体記憶装置、光学式記憶装置、論理回路またはそのような装置のあらゆる組み合せからなっていてもよい。さらに、データ記憶装置２２０に保持されたプログラムおよびデータは、データ記憶装置２２０の実施態様によって、ソフトウエア、ファームウエア、またはハードウエアロジックからなっていてもよいことが分かる。
【００２７】
サーバ１０４、１３６はまた、インターネットプロトコル（ＩＰ）ネットワークインターフェイス２４０を含んでいてもよい。ＩＰインターフェイス２４０の一例は、ネットワーク・インターフェイス・カード（ＮＩＣ）である。ゲートウェイ１１６、１４４を搭載するサーバ１０４、１３６と関連して、公衆交換電話網（ＰＳＴＮ）インターフェイス２４４もまた提供されてもよい。
【００２８】
ここで、図３に本発明の実施例による構内交換機１００の動作上の側面を示す。最初に、ステップ３０４において、ブランチシステム１３２に関連する内線に向けられた入着呼が受信される。例えば、呼はＰＳＴＮ１４８からブランチゲートウェイ１４４において受信される。
【００２９】
そして、その入着呼が被呼側内線で応答されたか否かについての判断がなされる（ステップ３０８）。呼が応答された場合、プロセスは終了する。呼が被呼側内線で応答されない場合、ブランチサーバ１３６は、呼をどこに向けるか判断するために被呼側内線に対するカバレッジパスにアクセスする。
【００３０】
入着呼をどのようにルーティングするかを判断するステップの一部として、ブランチサーバ１３６はそれが障害対応処理モードで動作しているか否かを判断してもよい。特に、本発明の実施例は、構内交換機システム１００が正常に動作しているか否か、または、カバレッジを必要とする呼を受信するブランチシステム１３２が１次ネットワーク１２８によってメインシステム１２４に接続されておらず、従って障害対応処理モードで動作しているか否か、によって異なるカバレッジパスを与える（ステップ３１２）。メインシステム１２４をリモートシステム１３２に相互接続する１次ネットワーク１２８の接続が利用可能な場合、ブランチサーバ１３６は、呼に対するカバレッジが得られるまで、通常動作用に指定されたカバレッジパスを順次適用する。その際、呼はブランチシステム１３２から１次ネットワーク１２８の接続を介して、メインシステム１２４に関連する通信機能サーバ１２０（例えば、ボイスメールサーバ）のようなカバレッジポイントにルーティングされるようにしてもよく、通信機能サーバ１２０はその呼を正常に扱うことができる（ステップ３１６）。
【００３１】
特に、被呼側内線に関する情報を１次ネットワーク１２８の通信機能サーバ１２０への接続を介して渡すことができ、それにより、通信機能サーバ１２０が被呼側内線に関連する個人専用のグリーティングを再生することができ、あるいは被呼側内線に関連する機能またはメッセージを適用することもできる。呼を１次ネットワーク接続１２８を介してカバレッジポイントに接続した後、プロセスは終了する。ステップ３１２において、ブランチシステム１３２が障害対応処理モードで動作していると判断した場合、ブランチシステム１３２が障害対応処理モードにあるときに使用するものとして提示されるカバレッジパスが適用される（ステップ３１８）。
【００３２】
概略として、ブランチシステム１３２とメインシステム１２４との間の１次ネットワーク１２８の接続が動作不能にある間は障害対応処理モードになるので、そのようなモードにおいて適用されるカバレッジパスがＰＳＴＮ１４８を介してかけられる呼を関与させる。従って、障害対応処理モードのカバレッジパスの適用はＰＳＴＮ１４８を介してカバレッジポイントに接続することを関与させる（ステップ３２０）。概略として、ＰＳＴＮ上でカバレッジポイントへ接続することは、通信機能サーバ１２０または他の内線１２２のようなカバレッジポイントとの接続をＰＳＴＮ１４８およびメインゲートウェイ１１６を介して確立するために、カバレッジポイントに対する完全な直通社内通話（ＤＩＤ）番号をブランチゲートウェイ１４４からダイヤルするステップからなる。ステップ３２４において、カバレッジポイントから応答が受信されたか否かについての判断がなされる。通常、ブランチサーバ１３６は応答するカバレッジポイントのために少なくとも所定の期間を待つ。所定の期間経過後において応答が受信されない場合、次のカバレッジパスが利用可能であれば適用される（ステップ３２８）。
【００３３】
カバレッジポイントからの応答をステップ３２４において受信した後に、ブランチサーバ１３６は被呼側内線（例えば、被呼側エンドポイント１２２に関連する内線）に対する識別子をカバレッジポイントに送信する（ステップ３２２）。そして、その呼がカバレッジポイントに１次ネットワーク１２８の接続を介して転送されたかのように、呼はカバレッジポイントによってＰＳＴＮ１４８の接続を介して扱われる（ステップ３３６）。即ち、被呼側内線をカバレッジポイントに自動的に与えることによって、本発明の実施例は、障害対応処理動作中のカバレッジに送られた呼が発呼者にとってはそれらの呼が通常通りに扱われたかのようにみせることを可能とする。さらに、本発明によって、ブランチシステム１３２に関連する各内線に対する固有のコールカバレッジパスを生成することを必要とせずに、そのような障害対応処理動作中のカバレッジに送られた呼に対するまさにシームレスな扱いを可能とする。
【００３４】
特に、ブランチシステム１３２が障害対応処理モードにあるときに、ブランチシステム１３２、およびメインシステム１２４に関連する通信機能サーバ１２０のような共通のカバレッジポイント内の任意の数の内線に関連して、単一のカバレッジパス・スクリプトが用いられることを可能とする特殊設定文字が定義される。それらの文字は、ブランチサーバ１３６上で動作しているカバレッジパスアプリケーション２３２に、カバレッジパスが障害対応処理動作時のみに使用するものであることを示す先頭文字を含んでいてもよい。この表示を提供することによって、ＩＰネットワーク接続１２８が利用可能なときにブランチサーバ１３６がＰＳＴＮ１４８を介して呼をかけてしまうのを防止する。
【００３５】
次に、スクリプトは目標カバレッジポイントに対する直通社内通話（ＤＩＤ）番号を含んでいてもよい。直通社内通話は、ブランチシステム１３２とメインシステム１２４との間のＰＳＴＮ１４８を介して適切にダイヤルするのに必要な数字によって先頭に付加されてもよい。例えば、呼がＰＳＴＮ１４８を介してかけられることをブランチゲートウェイ１４４に示すために、その番号が「９」を含む設定としてもよい。さらに、ＰＳＴＮ１４８を介する呼が長距離電話である場合、目標カバレッジポイントのＤＩＤ番号の先頭に「１」が付加されてもよい。番号の残りの部分は通常、そのカバレッジポイントに対する１０桁の電話番号である。ＰＳＴＮ１４８を介してカバレッジポイントにアクセスするのに必要な数字の後に、カバレッジパス・スクリプトが特殊設定文字を含むようにして、スクリプトの実行を継続する前にブランチサーバ１３６が目標カバレッジポイントからの応答を待たなければならないことを示してもよい。最後に、ブランチサーバ１３６が被呼側内線番号をカバレッジポイントにＰＳＴＮ１４８を介して送信するように指示する他の特殊設定文字が含まれてもよい。
【００３６】
従って、障害対応処理動作時に用いる被呼側カバレッジパス・スクリプトの一例として、Ｌ９１２２２５３８７９９９％Ｄ、のようなものがある。ここで、Ｌは、カバレッジパス・スクリプトが障害対応処理動作時専用のアプリケーションに対するものであることを示す特殊設定文字であり、その後に続く番号はＰＳＴＮ１４８を介して目標カバレッジポイントにアクセスするためにダイヤルされるべき数字からなり、パーセントの記号は、残りのスクリプトを実行する前にブランチシステムサーバ１３６が目標カバレッジポイントからの応答を待つようにさせ、Ｄは、カバレッジポイントがその呼に応答した後にブランチシステムサーバ１３６が被呼側内線番号をカバレッジポイントに提供するようにさせる特殊設定文字である。ここに記載される特殊設定文字として動作するように選ばれた特殊設定文字は概略として、カバレッジパス・スクリプトの一部分として実行され得る他の機能に対して既に割り当てられていない任意の文字であればよい。本発明の実施例によると、特定の目的のために選ばれた特殊設定文字はニーモニック機能を担っていてもよい。例えば、Ｌの選択についてはローカル（”L”ocal）な障害対応処理動作を示唆し、一方、Ｄの選択については被呼者（calle”D”）の内線を示唆している。
【００３７】
カバレッジポイントが共有する各内線は障害対応処理動作時に使用する同じカバレッジパス・スクリプトを共有することができる。さらに、ここに記載される特殊設定文字の使用によって、障害対応処理動作時に使用するカバレッジパスはそのカバレッジポイントに対する被呼側内線の識別に備え、これによりカバレッジポイントが被呼側内線に適切に応答することが可能となる。さらに、被呼側内線の識別は発呼者からのマニュアル入力を必要とせずに達成される。さらに、カバレッジパスにおいて、ここに記載される特殊設定文字の使用によって、各内線に対する障害対応処理動作時に使用する固有のカバレッジパス・スクリプトを管理することが不要となる。
【００３８】
本発明によって提供されるいくつかの例においては、ボイスメールサーバのような通信機能サーバ１２０からなるカバレッジポイントに応答しない内線に対してかけられた呼を、障害対応処理動作時でさえも転送することについて述べてきたが、本発明の実施例はそのように限定的なものではない。例えば、ダイヤルプランの透過性を内線間またはブランチシステム内の呼に対して提供することができる。例えば、ダイヤルプランの透過性、即ち、ＰＳＴＮカバレッジは同じブランチシステム１３２上の内線間またはブランチシステム１３２とメインシステム１２４間の呼に対して提供できる。より具体的には、カバレッジポイントをダイヤルするのではなく、被呼側内線のシステム１２４、１３２に対するリモートアクセス番号がコールカバレッジパスによって向けられるので、それがダイヤルされる。応答が受信された後、コールカバレッジパスにおける特殊設定文字によってブランチサーバ１３６をシグナリングして被呼側内線の内線番号を提供し、これによって、発呼側ユーザが被呼側内線を入力（または再入力）することを必要とせず、そして、共通リモートアクセス番号によってアクセス可能な各内線に対する固有のスクリプトを必要とせずに、呼を完結することができる。
【００３９】
図４に本発明の実施例による分散型構内交換システム１００の動作の他の側面を示す。ステップ４００において、呼が分散型構内交換システム１００の第１の領域１３２内の第１の内線から分散型構内交換システム１００の第１の領域１２４内の第２の内線にかけられる。ステップ４０８において、領域１２４と１３２との間の１次ネットワーク１２８の接続が利用可能か否かについて判断がなされる。領域１２４と１３２との間の１次ネットワーク１２８を介した接続が利用可能な場合、第１と第２の内線間の接続が通常通り確立される（ステップ１４２）。即ち、被呼側内線の数字のみを入力することによって、呼を確立することができる。
【００４０】
領域１２４と１３２との間の１次ネットワーク１２８の接続が利用可能でない場合、被呼側内線に対するカバレッジパスが参照され、被呼側内線に対する呼がＰＳＴＮ１４８を介して実行される（ステップ４１６）。即ち、被呼側内線に対するカバレッジパスは、呼が結果的に被呼側内線の１０桁の番号を用いて領域１２４、１３２間にかけられることになるスクリプトを備える。さらに、ＰＳＴＮ１４８を介する呼は発呼者からのマニュアル入力を必要とせずに達成される。そのかわりに、そのカバレッジパス・スクリプトに応答して１０桁の番号がダイヤルされる。さらに、カバレッジパス・スクリプトは、呼がＰＳＴＮ１４８を介してかけられることを示す「９」や、ＰＳＴＮ１４８を介した呼が長距離電話である場合の「１」のような、ダイヤルされなければならない任意の先頭数字、および被呼側領域に関連する内線のエリアコードを含むことができる。被呼側領域に関連する内線に対する（例えば、２または３桁の）プレフィックスと、それに続く（例えば、４または５桁の）被呼側内線がダイヤルされるべきであることをシグナリングする特殊設定文字がパスによって指定されることができる。
【００４１】
従って、当業者であればここに提供された記載から分かるように、同じカバレッジパス・スクリプトを同じエリアコートおよびプレフィックスを持つ分散型構内交換システム１００の領域１２４、１３２内の各内線に対して使用することができる。結果として、通常使用されているネットワーク接続１２８の停電中でさえも、分散型ＰＢＸシステム１００内の各内線に対する固有のカバレッジパス・スクリプトの管理を必要とせずに、異なる領域１２４、１３２における内線間の呼が通常通り完結したかのようにみせることができる。
【００４２】
本発明の実施例によると、個々の内線はカバレッジパスの番号に関連付けられてもよい。例えば、標準的な内線は次の３つのカバレッジパスを有している。それは、（１）分散型ＰＢＸシステム１００の他の領域に関連する内線からある内線にかけられる呼の間の１次ネットワーク１２８の接続の停電時に使用するために、被呼側内線のＤＩＤ番号がダイヤルされるようにするカバレッジパス；（２）通常動作時に使用するためのボイスメールサーバからなる通信機能サーバ１２０へのパス；および（３）ブランチ領域１３２とメイン領域１２４との間の１次ネットワーク１２８の停電時に使用され、ＰＳＴＮ１４８を介してサーバ１２０に呼をかけ、自動的に被呼側内線をサーバ１２０に提供するためのパス；である。本発明の実施例によると、これらの例のカバレッジパスの３つ全てが提供されている前提の下、ブランチサーバ１３６の場合、または被呼側内線がブランチサーバ１３６の領域１３２の一部であることをブランチサーバ１３６が認識している場合、第１のカバレッジパス・スクリプトはブランチ１３２に関連する内線との関連において実行される必要はない。
【００４３】
本発明の他の実施例において、１次ネットワーク１２８の接続が利用できず、かつ、呼がＰＳＴＮ１４８を介してカバレッジポイントに転送される必要があるときに実行されるべきカバレッジパス・スクリプトと、１次ネットワーク１２８の接続が利用できず、かつ、分散型ＰＢＸシステム１００の異なるブランチ１２４、１３２内の内線間の接続を確立するために呼がＰＳＴＮ１４８を介してかけられなければならないときに実行されるべきカバレッジパス・スクリプトと、を識別するための追加の特殊設定文字が定義されてもよい。
【００４４】
本発明の代表的実施例を単一のブランチ領域１３２との関連で中央、即ち、メイン領域１２４に即して説明したが、他の構成も提供され得ることが分かる。例えば、分散型ＰＢＸシステム１００は多数のブランチ領域１３２からなっていてもよい。さらに、例示においては１次ネットワーク１２８が広域ネットワークからなるものとして説明したが、領域１２４と１３２間の接続は他の手段によっても可能である。例えば、あらゆるタイプのインターネットプロトコルネットワークまたはネットワークの複合が１次ネットワーク１２８を構成してもよい。
【００４５】
本発明の上記の内容は例示と説明の目的で提示されたものである。さらに、説明は本発明をここに開示された形式に限定することを意図するものではない。結果として、上記の教示に従うバリエーションや変更例は、関連する技術分野の技術または知識の範囲内において本発明の範囲内のものである。さらに、上述した実施例は、本発明を実施する際の最も好適なものを説明し、そのような又は他の実施例において、および発明の特定のアプリケーションとしての使用に際して必要な種々の変更例とともに当業者が本発明を利用できるようにすることを意図したものである。特許請求の範囲は従来技術によって可能な範囲で代替の実施例を含むように解釈されることを意図している。
【図面の簡単な説明】
【００４６】
【図１】図１は本発明の実施例によるシステムの構成要素を図示するブロック図である。
【図２】図２は本発明の実施例による通信サーバの構成要素を図示するブロック図である。
【図３】図３は本発明の実施例によるシステムの動作の側面を示すフローチャートである。
【図４】図４は本発明の実施例によるシステムの動作の他の側面を示すフローチャートである。
【符号の説明】
【００４７】
１００．分散型ＰＢＸシステム
１０４．メインサーバ
１０８．メインデータベース
１１２ａ、１１２ｂ．ローカルエリアネットワーク（ＬＡＮ）
１１６．メインゲートウェイ
１２０．通信機能サーバ
１２２．通信エンドポイント
１２４．メインシステム
１２８．１次ネットワーク
１３２．ブランチシステム
１３６．ブランチサーバ
１４０．メインデータベースの複製
１４４．ブランチゲートウェイ
１４８．公衆交換電話網（ＰＳＴＮ）
２０４．プロセッサ
２０８．メモリ
２１２．ユーザ入力部
２１６．ユーザ出力部
２２０．データ記憶装置
２２４．カバレッジパス
２２８．電話サポートアプリケーション
２３２．カバレッジパスアプリケーション
２３６．オペレーティングシステムソフトウエア
２４０．ＩＰネットワークインターフェイス
２４４．ＰＳＴＮインターフェイス
【図１】
2007082213.tif 000003
【図２】
2007082213.tif 000004
【図３】
2007082213.tif 000005
【図４】
2007082213.tif 000006