(57)【特許請求の範囲】
【請求項１】
通信交換装置において呼を処理する方法であって、
処理のための呼の受信に応じて、前記交換装置はその交換装置が所有する第１の呼処理ベクトルを実行することにより前記呼を処理するステップと、
前記最初の呼処理ベクトルの実行の一部として、前記交換装置は前記交換装置の外部ソースからの前記呼に関する新たな呼処理ベクトルを要求するステップと,
前記要求に応じて、前記ソースは、他の呼を除いた前記呼だけを処理するための第2の呼処理ベクトルを選択的にリアルタイムで作り、かつ前記第2の呼処理ベクトルを前記交換装置に送るステップと、
前記外部ソースからの、複数のベクトルコマンドからなる前記第2の呼処理ベクトルの受信に応じて,前記交換装置は、受信した第２の呼処理ベクトルを前記第１の呼処理ベクトルの代わりに実行することによって前記呼を処理するステップと、
前記第２の呼処理ベクトルの未受信に応じて、前記交換装置は前記第１の呼処理ベクトルを実行することを継続することによって前記呼を処理するステップと、を含む方法。
【請求項２】
前記受信された第２の呼処理ベクトルの実行により処理するステップは、
前記受信された第２の呼処理ベクトルの実行の一部として、前記交換装置が前記外部ソースからの前記呼に対するほかの呼処理ベクトルを２度目に要求するステップと、
第２の要求に応じて、前記ソースは、他の呼を除いた前記呼だけを処理するための第３の呼処理ベクトルを作り、前記第３の呼処理ベクトルを前記交換装置に送るステップと、
前記外部ソースからの前記第３の呼処理ベクトルの受信に応じて、前記交換装置は前記受信された第３の呼処理ベクトルの実行により前記呼の処理を継続するステップとを含む、請求項１に記載の方法。
【請求項３】
処理するための第２の呼の受信に応じて、前記交換装置は前記第２の呼を、前記交換システムによって所有される前記第１の呼処理ベクトルの実行によって処理するステップと、
前記第１の呼処理ベクトルの実行の一部として前記交換装置は前記外部ソースからのほかの呼処理ベクトルを要求するステップと、
前記要求に応じて、前記ソースは、他の呼を除いた前記呼だけを処理するための第４の呼処理ベクトルを選択的にリアルタイムで作り、かつ前記第４の呼処理ベクトルを前記交換装置に送るステップと、
前記第４の呼処理ベクトルの受信に応じて、前記交換装置は、前記受信した第４の呼処理ベクトルを前記第１の呼処理ベクトルの代わりに実行することにより前記第２の呼を処理するステップと、
前記第４の呼処理ベクトルの未受信に応じて、前記交換装置は前記第１の呼処理ベクトルを実行することを継続することによって前記第２の呼を処理するステップと、を含む請求項１または２に記載の方法。
【請求項４】
前記要求するステップは、
前記第１の呼処理ベクトルの実行の間に、前記第１の呼処理ベクトル中の「待機」コマンドに出会うステップと、
それに応答して前記外部ソースからの前記他の呼処理ベクトルの要求するステップとを含む請求項１に記載の方法。
【請求項５】
前記外部ソースからの前記他の呼処理ベクトルの要求に応じて、前記交換装置は第一に、前記外部ソースからの前記呼に関する情報に対する要求を受信するステップと、
前記外部ソースからの前記要求の受信に応じて、前記交換システムは、前記要求された情報を前記外部ソースに提供するステップとを含み、ここで前記外部ソースは前記第２の呼処理ベクトルを前記提供された情報に応じて作る、請求項１に記載の方法。
【請求項６】
通信交換装置であって、
呼の受信に応じて、前記交換装置に所有される第１の呼処理ベクトルを実行することによって受信された呼を処理するための手段と、
前記第１の呼処理ベクトルを実行する一部として、前記交換装置の外部のソースからの呼処理ベクトルを要求するための手段と、
前記外部ソースからの受信に応じて、前記要求に応じてリアルタイムで作られ、他の呼を除外した前記呼だけを処理し、かつ複数のベクトルコマンドを含む第２の呼処理ベクトルを処理する手段であって、これは、前記第1の呼処理ベクトルの実行を継続する代わりに前記受信された第2の呼処理ベクトルを実行することによる前記呼の処理の継続と、あるいは前記外部ソースからの第2の呼処理ベクトルの未受信に応じて、前記第1の呼処理ベクトルの実行の継続による前記呼の処理の継続によって行われる手段とを含む装置。
【請求項７】
受信した呼を交換装置によって所有される第1の呼処理ベクトルの実行によって処理し、前記第1の呼処理ベクトルの実行の一部として、その付属物からの前記呼に対する新たな呼処理ベクトルを要求し、かつ第2の呼処理ベクトルの未受信に応じて、前記第1の呼処理ベクトルの実行を継続することにより前記呼の処理を継続する通信交換装置と共に用いられる付属物であって、前記付属物は、
前記要求の受信に応じて、他の呼を除外した前記呼だけを処理する第2の呼処理ベクトルをリアルタイムで作るための手段と、
前記第2の呼処理ベクトルを前記交換装置に送り、前記第1の呼処理ベクトルの代わりに、受信された前記第2の呼処理ベクトルを実行することによって前記呼の処理を継続するための手段とを含む付属物。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、呼ベクトル化に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
呼ベクトル化は、着信呼トラフィックを管理する非常にフレキシブルな方法を電話交換装置ユーザーに提供する特徴である。ユーザー限定コマンド（ベクトルコマンドと呼ばれる）の連続（ベクトルと呼ばれる）を使用することにより、内部およびネットワーク呼を望むように案内または中継することができ、それにより、これらの呼が処理される方法が決定される。呼ベクトル化は、多数のファクタにしたがう各呼の独特な処理が可能になるという点でフレキシブルである。呼ベクトル化は、たとえば、ＤＥＦＩＮＩＴＹ（登録商標）Ｃｃｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ  Ｇｅｎｅｒｉｃ  ３  Ｃａｌｌ  Ｖｅｃｔｏｒｉｎｇ／Ｅｘｐｅｒｔ  Ａｇｅｎｔ  Ｓｅｌｅｃｔｉｏｎ（ＥＡＳ）Ｇｕｉｄｅ，ＡＴ＆Ｔ  Ｐｕｂ．Ｎｏ．５５５−２３０−５２０，Ｉｓｓｕｅ３，Ｎｏｖ．１９９３に開示されている。
【０００３】
既存の呼ベクトル化能力は、非常に強力である。しかしながら、全てのベクトルは、時間より進んでいなければならず（予め処理されていなければならず）、処理できるベクトルの数には限界がある。また、これらのベクトルは静的である。すなわち、ベクトルは、呼毎を基本として変更またはカスタマイズすることができない。しかし、ますますユーザーは、特に複合呼センターでは、これらのベクトルを用いてますますエキゾチックな事を行うことを望んでいると共に、呼の中継方法のリアルタイム決定を行うことを望んでいる。
【０００４】
ルーセントテクノロジーＤＥＦＩＮＩＴＹ通信交換装置は、“補助ルーティング”と呼ばれるベクトルコマンドを有する。このコマンドは、同様に、上述の文献の第７章に開示されている。このコマンドにより、交換装置は、第三者のアプリケーション、たとえば補助プロセッサから呼ルートを要求し、受信した呼ルートにしたがって呼を中継することが可能になる。しかしながら、このコマンドは、ベクトルではなく１つの呼ルートのみを交換装置で得ることができるという点で制限されている。したがって、このコマンドは、顧客の要求を満足するのに十分な機能性とフレキシビリティを提供しない。
【０００５】
【課題を解決するための手段】
本発明は、従来技術のこれらおよび他の問題と欠点の解決に向けられている。本発明による模範的な交換装置は、外部ソース、たとえば補助プロセッサからの複数のベクトルコマンドを含む呼処理ベクトルを得ることができると共に、好適には、呼毎を基本として呼処理ベクトルを得ることができる。これは、交換装置に対する第三者アプリケーションまたは他のソースが、呼処理ベクトルを動的に再プログラムして、異なるベクトルを異なる呼と関連付けるのを可能にする。したがって、呼処理は、呼毎を基本としてリアルタイムでカスタマイズすることができる。この解決法は、交換装置とそのベクトルエンジンの最小限度の変更を必要とするが、呼を処理する際に顧客が欲しがっていた多くのフレキシビリティを与える。
【０００６】
一般に本発明によれば、通信交換装置は、まず、交換装置の外部にあるソース（たとえば、補助プロセッサで実行されるエキスパートシステム）からの呼処理ベクトルを要求することにより呼を処理し、次いで、呼処理ベクトルの受信に応じて、受信した呼処理ベクトルを実行することにより呼を処理する。呼処理ベクトルは、交換装置で実行可能な複数の命令（ベクトルコマンド）を有するプログラムである。たとえば、要求は、外部ソースに対する呼とそのＩＤとの通知の形を取る。好適には、交換装置は、同一呼に対して複数の呼処理ベクトルを要求することができ、また、呼毎を基本として異なる呼処理を要求することができる。典型的には、交換装置は、処理する呼を受信したことに応じて呼処理ベクトルの要求を行う。同一呼に関する他のベクトルの要求は、現在実行中のベクトルにおける特定のコマンド（たとえば、“待機”コマンド）の実行でトリガされる。
【０００７】
本発明の他の実施例によれば、通信交換装置は、以下のように呼を処理する。受信に応じて個別のベクトル加入者番号（ＶＤＮ）と関連する呼を処理するために、交換装置は、まず、従来通りに、交換装置が所有しておりかつ個別のＶＤＮに対応する最初の呼処理ベクトルを実行することにより呼を処理する。しかし、最初の呼処理ベクトルの実行の一部として、交換装置は、−−たとえば最初のベクトル中の特定のコマンドとの出会いに応じて−−交換装置の外部ソースから２番目の呼処理ベクトルを要求する。交換装置は、外部ソースから複数のベクトルコマンドを含む２番目の呼処理ベクトルを受信したとき、最初の呼処理ベクトルの実行を継続する代わりに、２番目の呼処理ベクトルを実行することにより、呼の処理を継続する。２番目のベクトルを得た方法と同じやり方で、交換装置は、当該呼を処理するためにさらなるベクトルを得ることができる。要求に応じて２番目のベクトルを提供する前に、外部ソースは、呼に関する情報を交換装置から要求することができ、交換装置はその要求をかなえる。
【０００８】
本発明は、呼処理交換装置ばかりでなく、呼処理方法と、交換装置で実行される場合に、交換装置にこの処理方法を実行せしめるソフトウェアを含むコンピュータ読み取り可能な媒体との両方も含む。この装置は、好適には、各方法ステップを実施する物−−手段と違って、対応するステップを実施する何らかのエンティテイ−−を含む。
【０００９】
本発明のこれらおよび他の特徴と利点は、図面とともに行なわれる本発明の実施の形態の以下の説明からより明らかになるだろう。
【００１０】
【発明の実施の形態】
図１は、本発明の実施の形態を含む通信装置のブロック図である。通信装置は通信交換装置、たとえば構内交換機（ＰＢＸ）１００を含む。ＰＢＸ１００は、通信トランク１０１およびライン１０２に接続され、さらに、ラインデータベース１１１−１１２等の多数のデータソースにアクセスする補助プロセッサ１１０にデータ通信リンク１０８で接続されている。ＰＢＸ１００は、メモリ１０６に格納されている制御プログラムを実行するプロセッサ１０５の制御の下で動作する交換設備（トランクポートおよびラインポートを含む）１０３からなる格納プログラム制御式機器である。メモリ１０６内の制御プログラム中に含まれ、プロセッサ１０５で実行されるのが、ベクトル化プログラム１０７である。たとえば、ＰＢＸ１００は、ルーセントテクノロジー社のＤｅｆｉｎｉｔｙ（登録商標）企業通信サーバーである。トランク１０１は、他のＰＢＸや、公衆電話網の中央交換装置に接続されている。ライン１０２は、たとえば、電話機等のエンドユーザー端末に接続されている。交換設備１０３は、ライン１０２間と、ライン１０２およびトランク１０１間の通信接続を提供する。
【００１１】
ＰＢＸ１００は、さらに、プロセッサ１０５をデータ通信リンク１０８の一方の端部にインターフェースさせるデータポート１０４を含む。リンク１０８の他方の端部に接続されているのは、補助プロセッサ１１０である。補助プロセッサ１１０は、パーソナルコンピュータ、ワークステーションまたは何か他のインテリジェント機器とすることができる。プロセッサ１０５と補助プロセッサ１１０は、何か望ましい通信プロトコルによりリンク１０８を介して互いに通信する。この実施の形態では、リンク１０８を介する通信は、従来の伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）ソケット機構で運ばれる。
【００１２】
本発明によれば、補助プロセッサ１１０は、ＰＢＸ１００とデータベース１１−１１２より与えられるデータを用いることによりＰＢＸ１００用の呼処理ベクトルを生成するようにプログラムされたエキスパートシステムであり、ＰＢＸ１００を管理する場合のＰＢＸ１００の管理装置となるだろう。補助プロセッサ１１０とＰＢＸの相違点は、（ａ）プロセッサ１１０は、人間とかかわりなく自動的にベクトルを生成し、（ｂ）プロセッサ１１０は、ＰＢＸ１００に対して外部的にベクトルを生成し、（ｃ）プロセッサ１１０は、オンザフライで、動的に、呼当たりで、かつリアルタイムを基本としてベクトルを生成することである。さらに本発明によれば、ＰＢＸ１００の従来のベクトル化は、プロセッサ１１０から呼処理を要求し、呼当たりを基本としてプロセッサ１１から供給されたベクトルを実行するように修正される。これは図２に示される。
【００１３】
図２に示されるように、呼のベクトル処理は、ステップ２００で、ＰＢＸ１００が、従来の仕方で呼を受信してその呼とベクトル加入者番号（ＶＤＮ）を関連付けた時に始まる。それに応じて、プロセッサ１０５は、従来通り、ＰＢＸ１００により所有され、呼のＶＤＮに対応する、予め管理された呼処理ベクトルを復元する。このベクトルは、プロセッサ１０５で実行可能な命令からなるプログラムである。プロセッサ１０５は、ステップ２０２で、このベクトルを処理（実行）する。従来のように、プロセッサ１０５は、ステップ２２６で、ベクトルを完了に向けて処理し、それにより、どんなサービスおよび／または接続がベクトルで指定された呼でも供給し、次いで、その呼のベクトル化を終了する。しかしながら、本発明によれば、もし、ベクトルの実行中、プロセッサ１０５が、ステップ２０６で、予め決められたコマンド、たとえば“待機”ベクトルコマンドに出会ったならば、そのベクトルの実行を停止し、ステップ２０８で、当該呼の呼ＩＤを運ぶメッセージをリンク１０８を介して補助プロセッサ１１０に送る。このメッセージは、この呼に関する新たな呼処理ベクトルに対する補助プロセッサ１１０への要求として働く。次いで、プロセッサ１０５は、ステップ２１０で、補助プロセッサ１１０からの応答を待ち受ける。
【００１４】
“待機”ベクトルコマンドの使用は、安全特徴である。このコマンドは、プロセッサ１０５がステップ２１０で補助プロセッサ１１０からの応答を待機すべき時間を数秒単位で指定する。ステップ２１２で、この時間が終わる前に補助プロセッサ１１０からの応答が受信されなかった場合は、プロセッサ１０５は、“待機”ベクトルコマンドが出会ったベクトルの処理を続け、次いでステップ２２６で、従来の仕方で完了するように処理する。これにより、ＰＢＸ１００は、補助プロセッサ１１０が故障するかさもなければ利用不可能になった場合に、従来のベクトル化に従事することができる。
【００１５】
補助プロセッサ１１０は、ステップ２５０で、ＰＢＸ１１０から呼ＩＤを運ぶメッセージを受信した場合、ステップ２５２で、ＰＢＸ１００が持っている、この呼がどのように中継または処理されるべきかに関する情報を要求するＰＢＸ１００への質問を送る。また、補助プロセッサ１１０は、ステップ２５４で、呼がどのように処理および／または中継されるべきかに関するどの情報もデータベース１１１−１１２に質問する。
【００１６】
プロセッサ１０５は、ステップ２１０で待機状態にある間に、ステップ２１４で、補助プロセッサ１１０からの質問を受信した場合、ステップ２１６で、ＰＢＸ１００の要求された情報を集め、ステップ２１８で、集められた情報を１つのメッセージに入れて補助プロセッサ１１０に送る。補助プロセッサ１１０は、ステップ２５６で、要求した情報を受信し、ステップ２５４でデータベース１１１−１１２から集められた情報と共に使用し、ステップ２５８で、呼に関する新たな呼処理ベクトルを組み立てる。次いで、補助プロセッサ１１０は、ステップ２６０で、この新たな呼処理ベクトルをＰＢＸ１００に送る。
【００１７】
プロセッサ１０５は、ステップ２２０で、新たなベクトルを受信した場合、ステップ２２２で、それをこの呼に関する前のベクトル（ステップ２０２で処理を開始したベクトル）との置換として使用する。次いで、プロセッサ１０５は、ステップ２２４で、この呼に関するベクトル処理を再スタートし、次いで、ステップ２０２に戻り、前のベクトルの処理を継続する代わりにこの呼に関する新たなベクトルを処理する。
【００１８】
新たなベクトルの処理中、プロセッサ１０５は、ステップ２０６で、再び“待機”コマンドに出会い、その結果、ステップ２５０で、補助プロセッサ１１０は再び通知され、多分、ＰＢＸ１００は、呼に関するさらに他の新たなベクトルが再び供給される。このループは、呼に関するベクトルの１つが、ステップ２２６で、呼終了のための完了とベクトル化まで処理されるまで、−−理論的にはいつまでも−−繰り返すことができる。
【００１９】
図３は、本発明による動的呼ベクトル化の一例を示す。ベクトル３００と関連するＶＤＮに対応する着信呼が、ＰＢＸ１００で受信された時、ベクトル３００がその呼のために実行される。このベクトル３００は、たとえば２つのコマンド、すなわち、１０秒待機と、切断／終了とからなる。上述のように、“待機”コマンドにより、ＰＢＸ１１０は補助プロセッサ１１０に呼を通知する。“切断／終了”は、補助プロセッサ１１０が１０秒以内に応答しない場合の安全特徴として存在する。
【００２０】
ＰＢＸ１００およびデータベース１１１−１１２から呼に関する情報を得た後、補助プロセッサ１１０は、その専門知識をこの情報に適用し、呼に関する新たなベクトル３０１を作る。ベクトル３０１は、たとえば、ＰＢＸ１００に、発呼者に特定の告知をし、この告知に対する発呼者の応答として発呼者から２つのダイアル数字を収集し、次いで１０秒間待機するように命ずる。補助プロセッサ１１０は、ＰＢＸ１１０にベクトル３０１を送り、ＰＢＸ１００は、ベクトル３０１をベクトル３００と取り替え、呼のベクトル処理を再スタートする。ＰＢＸ１００は、ベクトル３０１の“待機”コマンドに出会うと、再び補助プロセッサ１１０にメッセージを送る。それに応じて、補助プロセッサ１１０は、ＰＢＸから２つの収集された数字を復元し、解析し、それに応じて、ＰＢＸ１００に送る呼に関する新たなベクトル３０２を作る。ＰＢＸ１００は、ベクトル３０２をベクトル３０１と取り替え、呼のベクトル処理を再スタートする。ベクトル３０２は、ＰＢＸ１００に、特定の優先権で分割された特定のＡＣＤに呼を中継するように命じ、ＰＢＸ１０はそれを実行する。そこで、ベクトル３０２の処理は終了し、したがって、このようにしてこの呼のベクトル化が行なわれる。
【００２１】
もちろん、上述の実施の形態に種々の変更や修正をもくろむことができる。たとえば、呼が、分割のために順番待ちにされた後、補助プロセッサは、呼を解析し続けることができる。たとえば、補助プロセッサは、これがＶＩＰ顧客であると決定し、呼に関する告知を管理者（通常、呼を受けない人）に送ることができる。管理者は、この呼を管理者に中継するように補助プロセッサに命ずる。次いで、補助プロセッサは、さらに別のベクトルをつくってＰＢＸに送り、ＰＢＸに、全ての分割から呼を除去して新たなベクトルを用いてベクトル処理を再スタートするように命令することができる。このような変更や修正は、本発明の静しの呼び範囲から逸脱することなく、かつ付随の利点を減らすことなく、行うことができる。したがって、このような変更や修正は，付随の特許請求の範囲によりカバーされるべきものである。
【図面の簡単な説明】
【図１】本発明の実施の形態を含む通信装置のブロック図である。
【図２】図１の装置のベクトル化処理の機能的フロー図である。
【図３】図２のベクトル化処理で動的に発生する一連のベクトルの一例を示す図である。
【図１】
0003609647.tif 000002
【図２】
0003609647.tif 000003
【図３】
0003609647.tif 000004