コンピュータテレフォニーシステムにおける呼の規制
本出願は、呼の規制に関する。一般に、ＰＢＸは、個々の電話と一群の電話との両者から発生している呼を規制する能力を有する。しかしながら、大きな組織におけるノマディズム／ホットデスキングは、一般に、多くのＰＢＸを備えており、多くのＰＢＸは、製造業者が異なることがよくあり、ＰＢＸベースの呼の規制の解決策は役に立たない。その結果、コンピュータテレフォニーに基づく解決策が選ばれた。呼の規制は、ＣＴＩサーバ（１）において行われる。ＣＴＩサーバ（１）は、源電話端末（１２）から宛先電話端末（８）への呼設定要求を、ユーザからコンピュータ端末（１０）を介して受信する。ＣＴＩサーバは、呼の規制の設定に従って、呼設定要求を承認又は阻止して、承認された呼設定要求をＰＢＸ（４）に転送し、それによって、ＣＴＩサーバは、ＰＢＸの呼の規制の設定をオーバーライドする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、コンピュータテレフォニーの分野に関し、コンピュータテレフォニーネットワークにおいて発生している呼の要求を管理することに関する。
【背景技術】
【０００２】
多数の電話を有する会社の電話システムのような、企業の電話システムの中の電話から行われる無断の呼の制御には問題があると、長い間にわたって見なされてきた。企業環境において、無断の電話呼は、幾つかのリスクとなる。これは、以下の幾つかの観点からであり得る。
【０００３】
・コスト(即ち、課金率の高い宛先：国際呼の宛先、割増料金の宛先へのアクセス)
・時間(即ち、無断の私用電話に費やされる労働時間)
・規則／コンプライアンス(即ち、業界の規則に違反する無断の電話呼)。
【０００４】
一般に、電話システムは、個々の電話と一群の電話との両者から発生している呼を規制する能力を有する。このようなシステムに固有の欠点は、呼が規制されている電話を割り当てられた個人が、その組織を避けて、所望のタイプの呼を承認する組織が見付かるまで、異なる電話を試みることができるということである。
【０００５】
この欠点に対処するために、幾つかのＰＢＸのベンダは、ユーザが、固有の機密コード(ＰＩＮ)を使用して、選択した電話に「登録」できるという概念を取り入れた。登録すると、電話は事実上彼らのものになる。即ち、電話は内線番号を得て、呼の規制状態（call barring status）を含む個人設定を割り当てられる。
【０００６】
これは、この問題に対する不完全な解決策に過ぎない。全てのユーザが、１つの適切に備え付けられたＰＢＸを共有する小さな組織では、ユーザ登録は効果的であり得る。しかしながら、大きな組織には、一般に多くのＰＢＸがあり、多くのＰＢＸは、製造業者が異なり、バージョンが異なることがよくあり、電話登録は役立たなくなる。
【０００７】
可能性のある別の解決策では、自動案内サービスを設置して、それによって、個人が特定の番号にダイヤルして、ＰＩＮを使用して身元を明らかにして、ダイヤルしたい番号を入力して、その番号が、そのユーザが使用する権限を受けている番号である場合は、その個人に代わって、発呼するサービスが行なわれる。
【０００８】
これは、効果的であるが、明らかに面倒な発呼のやり方であり、且つ非常に重大な欠点を有する。即ち、(例えば、コンピュータテレフォニーのクライアントと、ＯＣ(マイクロソフト(Microsoft)のオフィスコミュニケータ（Office Communicator）)のようなインスタントメッセージングのクライアントアプリケーション又はコンタクトのディレクトリとを使用して、ユーザのＰＣから)しばしば自動的に発呼される。従来のＣＴＩシステムでは、ユーザは、コンピュータ端末を使用して、ユーザのコンピュータ端末に関連付けて登録したテレフォニー端末からの発信呼を設定するように要求できる。ＣＴＩ制御装置は、そのコンピュータから発信された要求に対して、適切な電話端末からの呼を設定するように、ユーザの環境にサービスしているＰＢＸに命令することによって応答する。ユーザがセキュリティの詳細を案内サービスに手入力することを要するが、クライアントに関連付けられている電話が、デフォルトで幾つかの呼(例えば、全て有料呼)を規制する状態になる場合は、これらの自動発呼システムは明らかに動作しない。
【０００９】
コンピュータテレフォニー環境における呼の規制に対して現在行われていることは、不十分で問題がある。自動ダイヤリングの環境において、個人の許可（permission）に基づいて呼の規制を可能にする方法が必要とされている。
【発明の概要】
【００１０】
複数のコンピュータ端末と複数の電話端末とを具備するコンピュータテレフォニー(ＣＴＩ)システムにおいて発生している呼の要求を管理するシステム及び対応する方法を提案する。呼の要求を管理するシステムは、ユーザに関連付けられている１組の許可と、コンピュータ端末を源電話端末に関連付ける登録とを記憶する記憶装置を具備している。更に、システムは、源電話端末から宛先電話端末への呼設定要求を、ユーザから、コンピュータ端末を介して受信するＣＴＩサーバを具備する。呼設定要求は、記憶装置において１組の許可に関連付けられているユーザ識別子を含む。ＣＴＩサーバは、使用の際に、呼設定要求と１組の許可とを比較して、許可に基づいて、呼を承認又は阻止するように構成されている。
【００１１】
方法は、宛先電話端末への呼設定要求を、ユーザから、コンピュータ端末のうちの１つを介して、ＣＴＩサーバにおいて受信するステップを含む。ＣＴＩサーバは、呼設定要求と、ユーザに関連付けられている１組の許可とを比較して、許可に基づいて、呼を承認又は阻止する。
【００１２】
更なる態様によると、呼の要求は、源電話端末と、宛先電話端末を識別する番号とに関連付けられている。源電話端末は、ＰＢＸに対する内線である。ＣＴＩサーバは、承認された呼の要求をＰＢＸに転送する。この更なる態様によると、ＰＢＸは、源電話端末に関する呼の規制の設定を備えており、ＣＴＩサーバは、ＰＢＸの呼の規制の設定をオーバーライドする。
【００１３】
更なる態様によると、ＣＴＩサーバは、要求された呼を、第２のＰＢＸを介してルーティングするように、ＰＢＸに指示する。更なる態様によると、呼設定要求と、ユーザに関連する１組の許可との比較結果に基づいて、第２のＰＢＸは、呼を承認又は阻止する。更なる態様によると、ＣＴＩサーバによって提供された呼の妥当性確認データをチェックした結果に基づいて、第２のＰＢＸは、呼を承認又は阻止する。
【００１４】
理解を助けるために、次に、図面を参照して本発明の実施形態を例示的に記載する。
【図面の簡単な説明】
【００１５】
【図１】本発明に従って、呼の規制を提供するネットワークの概略図を示している。
【図２】本発明に従って、呼の規制を提供するネットワークの概略図を示している。
【図３ａ】本発明に従って、データベースのスキーマを示している。
【図３ｂ】本発明に従って、データベースのスキーマを示している。
【図４】本発明を実施するサーバの概略図を示している。
【発明を実施するための形態】
【００１６】
ここで、図１を参照して、第１の実施形態を記載する。図１に示されているように、ユーザ１１は、電話端末１２と、処理デバイス、例えばＰＣ５とにアクセスする。ＰＣ５は、様々なアプリケーションを実行し得る。様々なアプリケーションは、ウェブブラウザと、電子メールクライアントと、関連するソフトウェア、例えばクライアント１０とを含む。クライアント１０は、ＩＭサーバ６に対するクライアントである。ＩＭサーバ６は、例えば、オフィスコミュニケーションズサーバ(office communications server, OCS)と、ライブコミュニケーションズサーバ（Live Communications Server, LCS）であり、両者はマイクロソフト（Microsoft）から提供されている。ウェブと電子メールアプリケーションとに対する共通の付属物は、コンタクトリスト（contact list）である。ＩＭアプリケーションの場合には、コンタクトリストは、「バディリスト（buddy list）」と呼ばれることもあり、これもＰＣ５上に含まれている。電話端末１２は、ローカルＰＢＸ４を介して、公衆電話網(ＩＳＤＮ／ＰＳＴＮネットワーク９)に電話呼を行なうために接続される。ローカルＰＢＸ４は、ＩＳＤＮ中継線１３を介して、ＩＳＤＮ／ＰＳＴＮネットワーク９に接続される。電話端末１２は、ローカルＰＢＸ４に対する内線と呼ばれ得る。コンピュータテレフォニーのイベントを開始するために、ＰＣ５は、ＬＣＳ ＯＣＳのサーバ６を介して、ＣＴＩサーバ１に接続される。ＬＣＳ ＯＣＳのサーバ６は、データベース６ａに関連付けられている。データベース６ａは、例えば、マイクロソフトからのアクティブディレクトリ（Active Directory）である。更に、ＣＴＩサーバ１は、コンピュータテレフォニーのイベントを実施するためにローカルＰＢＸ４に接続され、コンピュータテレフォニーの動作に関係する内部記録を記憶するためにデータベース２(例えば、オラクルデータベース（Oracle database）)に接続される。
【００１７】
ＣＴＩサーバ１と、データベース２と、ＬＯＳ ＯＣＳのサーバ６と、ローカルＰＢＸ４との間と、ＬＯＳ ＯＣＳのサーバ６とアクティブディレクトリのデータベース６ａとの間とにおける相互接続は、社内データネットワーク７を介して提供される。社内データネットワーク７は、例えば、イーサネット（登録商標）のＬＡＮである。
【００１８】
ＯＣクライアント１０のようなＩＭクライアントを使用するために、ユーザは、最初に、一般に、ユーザ名とパスワードとを提出することによって、そのクライアントに対して本人であることを証明する必要がある。次に、ＯＣサーバ６によって、ユーザ名とパスワードは、データベース６ａに保持されている関連する記録と照合される。ユーザは、ＯＣクライアント６に対して安全に認証されると、更に、ＣＴＩの動作に使用したい電話を登録しなければならない。一般に、これは、登録プロセスの一部として、ユーザ名とパスワードとのようなユーザの信用を証明するもの（credential）がＣＴＩサーバ１に送られて、データベース２に保持されている記録に対して認証されることを意味する。ブリティッシュ・テレコミュニケーションズ（British Telecommunications）の名前における国際特許公開ＷＯ９９／５１０１５とＷＯ０２／０７６０７１は、コンピュータ端末の識別（identity）に関連付けて、電話端末の識別を登録する適切な方法を開示している。
【００１９】
電話登録に成功すると、ユーザ１１は、ＰＣ５とＣＴＩサーバ１とを介して電話端末１２を制御する権限を受けたと見なされる。認証されたユーザが、ＰＣ５から、例えばＯＣクライアント１０における「バディ」アイコンをクリックすることによって、相手側への電話呼を設定する要求を開始した場合に、ＣＴＩサーバ１によって受信される要求は、ユーザのＳＩＰ ＵＲＩと、選択されたバディの宛先番号とを含む(両者は、ＯＣクライアント１０によって挿入される)。ＳＩＰ ＵＲＩは、発呼したい人の認証された識別を提供する。このユーザのＳＩＰ ＵＲＩの不正使用、即ち、別のコンピュータのユーザによる不正使用を回避するために、ＣＴＩサーバ１とＬＣＳサーバ６との間の接続７は、安全である。ブリティッシュ・テレコミュニケーションズの名前における国際特許出願ＷＯ２００７／１１０５６７は、呼を要求しているユーザに割り当てられた電話の内線番号を、特定のユーザのＳＩＰ ＵＲＩから、どのように識別できるかについて記載している。
【００２０】
次に、ユーザ１１がＣＴＩサーバ１を介して電話呼をどのように設定するかについて記載する。最初に、ユーザは、宛先(例えば、「バディリスト」からの同僚又は友人)を選択する。この例によると、宛先は、遠く離れている(即ち、国際)電話端末８であるものとする。電話端末８は、ローカルＰＢＸ４と、ＩＳＤＮ／ＰＳＴＮネットワーク９とに接続している。外線にダイヤルする通常のプレフィックス（例えば、９）を、要求の中の宛先ディレクトリ番号に付加する。ユーザ１１は、宛先を特定したテレフォニー要求を、ＩＭクライアント１０とＬＣＳサーバ６とを介して、ＣＴＩサーバ１に送る。ユーザの許可をチェックするために、ＣＴＩサーバ１は、ユーザのＩＭクライアント１０からの要求において受信したＳＩＰ ＵＲＩについて、関連するデータベース２で検索する。(この例ではＳＩＰ ＵＲＩによって識別される)各ユーザがかけることを許可されている呼について、即ち、呼の規制テーブルを参照して、データベース２を事前構成する。更に、ローカルＰＢＸ４によって規制されている宛先について、データベース２を事前構成する。一般に、これらは、発呼元のＰＢＸの内線に関連して指定される。この例では、データベース２に保持されている呼の規制テーブルは、ユーザ１１が国際呼をかけることを許可されていることを示している。次に、ＣＴＩサーバ１は、ユーザ１１を登録した内線、この例では内線１２から、要求された宛先に呼を設定するように、ローカルＰＢＸ４に命令する。しかしながら、ローカルＰＢＸ４によって電話端末１２に適用される通常の呼の規制が、国際呼を排除するかもしれず、従って、ユーザがその宛先にアクセスすることを許可されていても、ローカルＰＢＸ４が呼を阻止するであろう。
【００２１】
図１に示されているように、第２のＩＳＤＮ中継線１４は、ローカルＰＢＸ４からＩＳＤＮ／ＰＳＴＮネットワーク９まで配置されている。このアプローチによると、ローカルＰＢＸ４は、第２のＩＳＤＮ中継線１４を通じて行なう全て呼を、国際呼であっても又はローカル呼であっても、可能にする。あるレベルのセキュリティを提供するために、ＣＴＩサーバ１のみが知っている特別の秘密のプレフィックス(例えば、「９２２９」)を、第２のＩＳＤＮ中継線１４に割り振る。既に記載したように、(即ち、データベース２の中の呼の規制テーブルによって示されているように)ユーザが国際呼をかける権限を受けていると、ＣＴＩサーバ１が決定した場合は、ＣＴＩサーバ１は、ローカルＰＢＸ４に転送されるダイヤル番号に、標準のプレフィックス(一般に、９)ではなく、特別のプレフィックス(例えば、９２２９)を自動的に付加する。ローカルＰＢＸ４が、ＣＴＩサーバ１から、呼設定要求を受信すると、ローカルＰＢＸ４は、第２のＩＳＤＮ中継線１４を介して呼を設定することによって、特別のプレフィックスの存在に応答する。
【００２２】
この方法は、望ましいユーザ別の呼の規制を実現するが、例えば、悪意のあるユーザは、第２のＩＳＤＮ中継線１４へのアクセスを承認するプレフィックスを見付けるまで、様々なプレフィックスを試みることができるであろう。更に、例えば、ＰＢＸのフィーチャーフォンである場合は、内線１２のディスプレイ上で、プレフィックスを実際に見ることができるかもしれない。
【００２３】
次に、図２を参照して、別の実施形態を記載する。図２は、図１と同じ基本的なＣＴＩシステムを示しているが、追加の電話交換デバイス３、即ち、一般に特別の特徴を備えたＰＢＸを有する基本的なＣＴＩシステムを示している。これを説明するために、電話交換デバイス３を「追加のＰＢＸ」と呼ぶが、実際には、必要な能力をたまたま有している既存のＰＢＸがあるかもしれない。ＰＢＸ４と３は、異なる設備であってもよく、又は、１つのＰＢＸ内において別個の機能として統合されていてもよい。追加のＰＢＸ３の例については、後述で説明する。
【００２４】
ＰＢＸ３と４との間の相互接続は、社内電話網１５を介して提供される。追加のＰＢＸ３と、データベース２と、ＣＴＩサーバ１との間における相互接続は、内部のデータネットワーク７を介して提供される。更に、ＰＢＸ３は、中継線１６を介して、ＩＳＤＮ／ＰＳＴＮネットワーク９に直接に接続される。国際呼は、中継線１６を通じて可能にされる。
【００２５】
呼設定プロセス中に、ユーザ１１によってクライアント１０を介して選択された宛先番号が、データベース２の中で識別される番号のうちの１つであって、ローカルＰＢＸ４によって規制されている番号(例えば、国際呼の宛先番号)であるかどうかを、ＣＴＩサーバ１がチェックする。ユーザが選択した宛先番号が、内線１２に対して一様に又は特別に規制されていることが、ＣＴＩサーバ１に分かると、ＣＴＩサーバ１は、その宛先番号が、承認された宛先として、データベース２の中のユーザの呼の規制のプロファイルに記録されているかどうかをチェックする。
【００２６】
制約されている宛先にアクセスする権限をユーザが受けていないことを、ユーザの呼の規制のプロファイルが示す場合は、ＣＴＩサーバ１は、標準のルーティング番号(例えば、「９」)をダイヤル番号に付加する。標準のルーティング番号により、呼は、通常の電話交換デバイス、即ちローカルＰＢＸ４にルーティングされ、呼はローカルＰＢＸ４で阻止される。制約されている宛先にアクセスする権限をユーザが受けていることを、ユーザの呼の規制のプロファイルが示す場合は、ローカルＰＢＸ４によって規制されている宛先に、ＣＴＩサーバ１が呼をつながなければならない。呼をつなぐために、ＣＴＩサーバ１は、既に記載したように、特別のルーティング番号（例えば、「９２２９」）を通常のダイヤル番号に付加する。
【００２７】
この実施形態によると、特別のルーティング番号により、呼は、社内電話網１５を介して、追加のＰＢＸ３にルーティングされる。例えば、通常、源の内線２０００から、より一般的な９００１４４４１２３４ではなく、宛先９４４９００１４４４１２３４に発呼するように、ＣＴＩサーバ１がＰＢＸ４に要求する。ローカルＰＢＸ４は、「９００・・・」から始まる番号を、国際呼の宛先に関するものと見なすが、「９４４９・・・」から始まる番号を、国際呼として識別しないので、その呼を阻止しない。
【００２８】
単純な実施形態によると、追加のＰＢＸ３は、ローカルＰＢＸ４から呼を受信すると、ＳＩＰ又はＩＳＤＮメッセージを使用して、ＰＳＴＮ／ＩＳＤＮ９を介して宛先８に発呼する。この単純な実施形態によると、追加のＰＢＸ３は、ローカルＰＢＸ４から受信した、「９４４９」番に関連する呼の要求を、それ以上チェックしない。この単純化された実施形態によると、追加のＰＢＸ３と、データベース２と、ＣＴＩサーバ１は、相互接続する必要がない。しかしながら、呼が許可されていることを、追加のＰＢＸ３が、発呼前に自身でチェックするならば、より安全になるであろう。次に、このような更なるセキュリティチェックを提供する、更なる実施形態を記載する。
【００２９】
国際標準ＥＣＭＡ−２６９、第７版、２００６年１２月、「コンピュータに支援された遠隔通信アプリケーションのためのサービス」(ＥＣＭＡ ＣＳＴＡ)（International standard ECMA-269, 7th edition, December 2006, “Services for Computer Supported Telecommunications Applications”(ECMA CSTA)）に関連して、次の実施形態を記載する。ＥＣＭＡ ＣＳＴＡは、コンピュータテレフォニーの分野に従事する人によく知られているであろう。
【００３０】
この実施形態によると、図３ａに示されているように、データベース２は、２つのセクションを有する。１つ目の永久セクション（permanent section）２１は、ユーザに関連付けられている許可（permission）を記録する。２つ目の一時的セクション(transient section)２２は、ＣＴＩサーバ１が現在の呼に関連のある許可の詳細を書いている場合に提供される。より詳しくは、永久セクション２１は、登録された電話端末フィールド２１２と、ユーザＩＤフィールド２１４と、許可フィールド２１６とを備えている。一時的セクション２２は、登録された電話端末フィールド２２２と、宛先番号フィールド２２４とを備えている。
【００３１】
ユーザからの特定のＣＴＩ呼設定要求に応答して、特定の宛先番号が特定のユーザに対して許可されていることを(即ち、データベース２の永久セクション２２を参照することによって)、ＣＴＩサーバ１が確認すると、ＣＴＩサーバ１は、特定の呼の要求に関する許可のこれらの詳細(例えば、ユーザ１１、内線１２、宛先８)を、データベース２の一時的セクション２２に書き込む。当該実施形態によると、呼別の許可の詳細は、比較的短い時間フレーム、例えば１０秒の間のみ、データベース２に保持される。
【００３２】
要求された呼が追加のＰＢＸ３に届くと、追加のＰＢＸは、直ぐに発呼せずに、当該実施形態によると、最初に、データベース２の一時的セクション２２に保持されている呼別の許可をチェックする。例えば、追加のＰＢＸ３(又は、追加のＰＢＸ３に関連付けられているアプリケーション)が、データベース２に直接に又はその代わりにＣＴＩサーバ１を介してＳＱＬ照会をすることによって、このチェックを行なうことができる。追加のＰＢＸ３からデータベース２に対する照会は、発呼者と、申し込まれた宛先とを識別する必要があるが、追加のＰＢＸ３は、ローカルＰＢＸ４から受信した呼の要求に含まれている呼のパラメータにアクセスするだけである。これらのパラメータは、ＣＴＩサーバ１がＰＢＸ４を介して提供できるパラメータに制限されている。社内電話網１５では、ローカルＰＢＸ４と追加のＰＢＸ３との間において社内電話網１５を通じて、ユーザの識別を送ることができない。従って、通常は、発呼側のＰＢＸの内線１２の内線番号と、宛先番号との組み合わせを残す。これは、その日のうちにこの組み合わせが繰り返され易くなり得るという問題をもたらすが、データベース２の一時的セクション２２へのエントリに課された１０秒の時間フレームの間、この組み合わせが他に存在しない確率は非常に高い。その結果、データベース２の一時的セクション２２を参照することによって、追加のＰＢＸ３は、呼の要求が特定の認証されたユーザに関係していて、従って、呼が許可されている呼であるかどうかを正確に識別できる確率が非常に高いことを確認できる。
【００３３】
呼の要求が追加のＰＢＸ３によって認証されると、追加のＰＢＸ３は、通常のやり方で、中継線１６とＰＳＴＮ/ＩＳＤＮ９とを介して、希望の宛先８に発呼する。
【００３４】
一般に、ある組織では、従業員は、決まったデスクを有していないかもしれないが、任意の空いているデスクに着くことができるので、そのデスクで利用可能なＰＢＸの内線のどれかを使用する。その結果、従業員は、彼らに永久に割り振られた内線を使用しないことが多くなる。即ち、従業員は、会社の電話番号表において彼らに永久に割り当てられている内線３０３３を有しているかも知れないが、今日は、たまたま内線２０００に座っているということである。
【００３５】
別の実施形態によると、ＰＳＴＮ／ＩＳＤＮ９を介して発呼するために追加のＰＢＸ３によって使用されるＳＩＰ又はＩＳＤＮメッセージにおいて、追加のＰＢＸ３は、ユーザに対して登録された内線番号(又はＣＬＩ)（例えば、２０００）を、ユーザに割り当てられた内線番号(例えば、３０３３)で上書きすることができる。一般に、両者の内線番号は、データベース２の永久セクション２１に記録されている。ＣＴＩサーバ１は、認証プロセスの結果(即ち、そのユーザに割り当てられた内線番号、３０３３)と、登録プロセスの結果(即ち、そのユーザに対して登録された内線番号、２０００)として、ユーザ１１の詳細を有している。従って、追加のＰＢＸ３は、ユーザに割り当てられた内線番号を、データベース２から検索できる。
【００３６】
最後に、追加のＰＢＸ３は、データベース２の一時的セクション２２における呼別の許可の記録に、「完了呼」に関するとしてマークを付して、特定の呼別の許可を、別の呼に関連する使用に対して利用できないようにして、悪意のあるユーザによる悪用を防ぐことができる。
【００３７】
更なるセキュリティ手段として、追加のＰＢＸ３を介して発呼するために使用される一連の番号(ルーティング番号)を提供することができる。例えば、９４４９のアクセスコードを有するだけでなく、一連の２０個のコード、即ち、９４４９乃至９４６９を使用できる。図３ｂに示されているように、一時的セクション２２の中に、アクセスコードフィールド２２６を含むように、データベース２を変更する。この更なるセキュリティ手段を使って、ＣＴＩサーバ１が追加のＰＢＸ３を介して発呼する場合に、ＣＴＩサーバ１は、発呼するときの一連のアクセスコードから１つのアクセスコードをランダムに選択できる。ＣＴＩサーバ１は、選択されたアクセスコードを、データベースの一時的セクション２２に書き込むので、追加のＰＢＸ３が呼を受信すると、追加のＰＢＸ３は、ローカルＰＢＸ４から受信したアクセスコードと、データベースの記録とをマッチングすることができる。一連のアクセスコードがより多くなると、セキュリティが向上することが分かるであろう。
【００３８】
上述では、データベース２の一時的セクション２２に対する参照に従って、呼の要求の中で指定されている宛先に発呼する許可を発呼者が有していないという理由で、呼の要求がＣＴＩサーバ１によって拒絶されると、ＣＴＩサーバ１は、次の何れかを選ぶことができる。
【００３９】
ａ）ローカルＰＢＸ４を通して発呼する。この場合は、これは拒絶音(例えば、イギリスではＮＵ)を受信するであろう；
ｂ）(電話資源を節約するために）発呼しないが、呼が失敗したことを知らせるのに適したＣＴＩ信号を、クライアント１０に送り返す。一般に、これは、「ＣＳＴＡの失敗（CSTA Failed）」(即ち、呼の進行が止まったこと、例えば、発信呼の試みが、話し中のエンドポイントに出会ったことを示す)であるであろう；又は、
ｃ）(例えば、追加のＰＢＸ３によって提供される)ＩＶＲのダイヤログを使用して、更なる認証情報、即ち、ＰＩＮ、又は更にクレジットカード番号を、ユーザに要求する。
【００４０】
追加のＰＢＸ３は、ローカルＰＢＸ４のように、従来の回線交換ＰＢＸであってもよい。従来の回線交換ＰＢＸは、例えば、カナダのトロントのノーテルネットワークスコーポレイション（Nortel Networks Corporation）からのメリディアン（Meridian）、又はカナダのオンタリオ州カンタのミッテルネットワークスコーポレイション（Mitel Networks Corporation）からのＳＸ２０００である。その代わりに、従来の回線交換ＰＢＸは、アメリカのカリフォルニア州サンノゼのシスコシステムズ（Cisco Systems, Inc.）からのＶｏＩＰ ＡＶＶＩＤのような、ＩＰ電話装置であってもよい。追加のＰＢＸ３は、ＳＩＰサーバ、ＩＶＲサーバ、又は実際には、ＣＴＩとのインターフェイスを有し且つ呼の遮断と制御ができる任意のデバイスと同等であり得る。
【００４１】
更なる実施形態によると、ローカルＰＢＸ４から追加のＰＢＸ３にルーティングされた各呼に関係する要求を、追加のＰＢＸ３は、ＣＳＴＡルートポイントに宛てる。ルートポイントは、追加のＰＢＸ３からの要求の受信に対して、ＰＢＸ３による呼の通常の処理を停止して、ＣＳＴＡルート要求を生成することによって応答する。ＣＳＴＡルート要求は、追加のＰＢＸ３によってＣＴＩサーバ１に送られて、追加のＰＢＸ３を通る呼のルーティングを、ＣＴＩサーバ１に制御させる。ＣＴＩサーバ１は、データベース２の一時的セクション２２を参照して、呼を承認するかどうかをチェックする。
【００４２】
既に記載したように、呼の要求、従ってＣＳＴＡルート要求は、一般に、発呼デバイス(例えば、電話端末１２)の識別（例えば、「内線２０００」）と、宛先番号(例えば、９４４９００１４４４１２３４)の識別とを含んでいる。ＣＴＩサーバ１の制御のもとで、(データベース２の中のユーザ別の許可に従って)呼を承認することが決定されると、ＣＴＩサーバ１は、ＣＳＴＡルート選択を追加のＰＢＸ３に送り返すことによって、ＣＳＴＡルート要求に応答する。ＣＳＴＡルート選択は、ＰＢＸ３から中継線１６に沿ってＰＳＴＮ／ＩＳＤＮ９に発呼するのに適したアクセスコード(例えば、９４４９)と、希望の宛先番号(例えば、００１４４４１２３４)とを含んでいる。都合の良いことに、ＩＳＤＮ／ＰＳＴＮ９に呼をルーティングするために追加のＰＢＸ３によって使用されるアクセスコードは、ローカルＰＢＸ４に対する内線のユーザには認識できないので、セキュリティを高めるであろう。
【００４３】
呼を追加のＰＢＸ３にルーティングするために様々なアクセスコートを試みて、次に、その呼を追加のＰＢＸ３から中継線１６を介してルーティングするために様々な更なるアクセスコードを試みることによって、デバイス１２の権限を受けていないユーザが、ＩＳＤＮ／ＰＳＴＮネットワーク９への中継線１６にアクセスする能力は、標準のＰＢＸルーティング制約よって制限されるであろう。更に、使用されているＣＳＴＡルートポイントが、ＣＴＩサーバ１の制御のもとで、制約されていない宛先への呼を許可できるであろう。
【００４４】
その代わりに、追加のＰＢＸ３は、呼のルーティングを制御する追加のソフトウェアを備えたテレフォニープラットフォームであってもよい。このようなデバイスが呼をルーティングするやり方は、「ダイヤルプラン」として一般に知られている。命令をダイヤルプランに加えて、適切なダイヤルされた番号を抽出して、サードパーティーシステム(即ち、データベース２及び／又はＣＴＩサーバ１)に照会して、呼のルーティングを決定することができる。適応テレフォニープラットフォームは、通信(即ち、入ってきた呼の要求)を遮断して、追加のＰＢＸ３に関して既に記載したプロセスを実施する。ＳＩＰ標準のような標準に基づいて、且つＡＮＳＩ Ｃのような適切なプログラミング言語を使用して、適切なテレフォニープラットフォームを書くことができる。
【００４５】
代わりのより単純な実施によると、ＣＴＩサーバ１は、データベース２の一時的なセクションに、アクセスコードを書き込まない。この実施によると、データベース２の中のアクセスコードをチェックする代わりに、追加のＰＢＸ３は、呼の要求の中で識別される発呼側ＰＢＸの内線１２の内線番号(例えば、２０００)を使用する。ＰＢＸ３は、データベース２において、ユーザの登録された内線番号(例えば、２０００)を調べて、登録された内線番号に関連付けられているユーザ１１の許可を得る。次に、追加のＰＢＸ３は、呼の要求の中で識別される宛先番号を読み出して、呼の要求の中で指定されている呼が許可されているかをチェックする。
【００４６】
上述の実施形態の記載において、ＣＴＩクライアントは、一般に、ＩＭクライアントであり得る。ＩＭクライアントは、ＳＩＰ ＵＲＩによってユーザを識別する。しかしながら、ユーザがデスクトップからテレフォニー要求を求めることができる他のやり方がある。通常は、テレフォニー要求は、モジラファイアフォックス（Mozilla Firefox）又はマイクロソフトインターネットエクスプローラ（Microsoft Internet Explorer）のようなウェブブラウザからであり得る。次に、ブラウザから開始される呼が、本発明から恩恵を受け得るプロセスについて記載する。
【００４７】
ユーザは、ＵＲＩベースのダイヤリングに登録するときに、登録プロセスの一部として、ユーザ名／パスワードを入力する。そのユーザ名／パスワードは、サーバによってチェックされ、適切であれば、ユーザは認証される。公開国際特許出願ＷＯ２００７／１１０５６７は、ユーザのＳＩＰ ＵＲＩを登録キーとして記憶して、その後に、ユーザのＳＩＰ ＵＲＩを使用して、コンピュータテレフォニーの呼の要求の中でユーザを識別する、ユーザの登録方式をカバーしている。
【００４８】
国際特許公報のＷＯ９９／５１０１５とＷＯ０２／０７６０７１とに記載されている初期のＣＴＩに関する方式は、ユーザの登録の記録の役割をするクッキーを、ユーザのブラウザにどのように書き込んで記憶するかについて記載している。ユーザが「クリックツウコール（click-to-call）」機能を使用して、ウェブページから選択した番号に対して電話呼を開始すると、呼の要求と共に、ユーザ登録のクッキーのコピーをＣＴＩサーバ１に送る。この時点で、ＣＴＩサーバ１は、データベース２に保持されている元の登録記録を使って、クッキーの内容をチェックする。有効な登録が、クッキーに含まれている詳細と一致していることが分かると、データベース２は、その登録に関連付けられている認証されたユーザ名を記録して、(発呼ユーザの識別と宛先番号との２つのもの（duple）によって定義される)要求された呼を許可するかどうかについて、ＣＴＩサーバ１がチェックできるようにする。これ以降のプロセスについては、既に記載した。
【００４９】
上述では、(追加のＰＢＸ３を除く)１つのみの企業用(ローカル)ＰＢＸ４について検討した。実際には、企業内には、数十又は更に数百ものこのような企業用ＰＢＸがあり得る。更なる実施形態によると、本発明のＣＴＩシステムは、任意の数のＰＢＸに接続できるので、ＣＴＩで制御する呼の規制の恩恵を、企業全体のテレフォニーシステム又は他の大きなテレフォニーシステムにわたって拡張できる。これらのＰＢＸの全てがＣＴＩに対応している場合に、本発明は最も効果的であるが、１つ以上の企業用(ローカル)ＰＢＸがＣＴＩに対応していない実施形態について、次に記載する。
【００５０】
この実施形態によると、ローカルＰＢＸ４はＣＴＩに対応しておらず、追加のＰＢＸ３を使用して呼を設定する。より詳しくは、この実施形態によると、既に記載したように、ユーザ１１は、ウェブページ上のリンク又はバディアイコンをクリックして、呼を開始する。ＣＴＩサーバ１は、ユーザＰＣ５から要求を受信して、ユーザの許可に従って(即ち、データベース２を参照して)、呼を承認することを決定する。しかしながら、呼の源として示された内線(即ち、ユーザを登録している内線１２)がローカルＰＢＸ４に現在接続されていて、この内線がローカルＰＢＸ４においてＣＴＩの能力を有していないことを、ＣＴＩサーバ１が明らかにする。この実施形態によると、ＣＴＩサーバ１は、ユーザ１１を登録している電話端末１２を呼ぶように、追加のＰＢＸ３に命令する。ユーザ１１は、電話端末１２において、追加のＰＢＸ３からの呼に答える。追加のＰＢＸ３は、電話端末１２のオフフックになることを検出して、希望の宛先(例えば、電話端末８)に発呼する。
【００５１】
着信呼の規制
上述の実施形態の全ては、アウトバウンドコールの観点から、本発明を記載している。ダイヤル番号識別サービス(Dialled Number Identification Service, DNIS)は、発呼者によってダイヤルされた番号を企業側ユーザに提供する遠隔通信サービス（telecoms service）である。インバウンドコールが追加のＰＢＸ３を通ると、ＤＮＩＳを使用して、呼に関連付けられているテレフォニー信号から、発呼者がダイヤルした番号を抽出できる。追加のＰＢＸ３は、発呼者がダイヤルした番号から、目的の受信者を識別できる。適切に構成されたデータベースを提供して、テレフォニー信号中の情報によって識別された源番号から、特定のユーザが着信呼を承認するかどうかを、追加のＰＢＸ３に決定させる。更なる実施形態によると、他の要素、例えば、時刻、等に従って、インバウンドコールの呼の規制は更に限定される。
【００５２】
当業者に分かるように、上述のＰＣ５と、ＣＴＩサーバ１と、ＬＯＳ ＯＣＳのサーバ６は各々、図４に示されているような１つ以上の市販のサーバ又は同様の汎用処理手段として実施され得る。同様に、ローカルＰＢＸ４と追加のテレフォニー交換デバイス３とのような最新のディジタル方式の交換は、図４に示されているようなプロセッサのアーキテクチャに基づき得る。図４は、本発明の更なる実施形態に従って、コンピュータテレフォニーシステムの上述のコンポーネントを実施するのに適したサーバに対する典型的なアーキテクチャを示している。実際には、幾つかのこのようなサーバが一般に必要である。サーバは、ソフトウェアプログラムの実行と、処理手段の動作の制御とのために、中央処理ユニット(central processing unit, CPU)４０を具備している。ＣＰＵ４０は、バス４１を介して、幾つかのデバイスに接続される。デバイスは、システムとアプリケーションソフトウェアとを記憶する１つ以上の記憶デバイス４２、例えば、ハードディスクドライブ、フロッピー（登録商標）ディスクドライブ、光ディスクドライブ、及び／又は磁気テープドライブ、並びにメモリデバイス、例えば、ＲＯＭ４４とＲＡＭ４５を含む。更に、サーバは、外部のネットワークコンポーネント(例えば、図１のコンピュータテレフォニーシステム内の他のコンポーネント)につなぐために、通信インターフェイス４７を含む。更に、サーバは、入力／出力ポート４６を介してバス４１に接続されたユーザの入力／出力デバイス、例えばマウスとキーボード(示されない)と、ディスプレイ４８とを含むことができる。上述のアーキテクチャは、単に、典型的なサーバアーキテクチャの例であって、これに制限されないことが、当業者に分かるであろう。更に、上述のサーバは全て、その目的の実現を可能にするために必要なオペレーティングソフトウェアとアプリケーションソフトウェアとを有していることが分かるであろう。
【００５３】
当業者に分かるように、本発明は、図４に表されているような１つ以上の汎用コンピュータにロードされたソフトウェアにおいて実施でき、プログラムを１つ以上の汎用コンピュータにロードできるように、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、又は磁気テープのようなコンピュータプログラム製品に、このソフトウェアの何れか又は全てを収めてもよい。本発明を実施するために使用されるコンピュータプログラム製品は、適切なコンピュータ入力デバイスによって読み出し可能な任意の適切な記憶媒体において具現され得る。記憶媒体は、例えば、ＣＤ−ＲＯＭ、光学的に読み出し可能なマーク、磁気媒体である。
【００５４】
上述の実施形態は、本発明の説明に役立つ例として理解すべきである。本発明の更なる実施形態が構想されて、技術能力を有する読者に明らかになるであろう。任意の１つの実施形態に関連して記載された任意の特徴と、別の実施形態の１つ以上の特徴又は実施形態の任意の組み合わせとを、組み合わせて使用してもよいことが分かるであろう。更に、請求項に定義されている本発明の範囲を逸脱しなければ、上述に記載されていない同等の又は修正したものを用いてもよい。
【００５５】
分かり易くするために、電話とテレフォニーとに関して上述で説明したが、本発明は、例えばＳＩＰを特徴付ける応用において、他の通信手段に等しく関連する。音声呼に加えて、本発明は、ビデオ又は任意の他の媒体に関する呼の制御に等しく適用できる。
【００５６】
ユーザによってスクリーンからダイヤル番号として選択された番号と、被呼番号とが異なる、即ち、アクセスコードが追加されている場合があることに留意すべきである。本発明を使用して、特定の番号のトランザクションを、例えば企業方針に従って隠すことができる。本発明は、企業のテレフォニーシステムに制限されず、２つ以上の電話を備えた任意のＣＴＩテレフォニーシステムにおける応用を有する。
【符号の説明】
【００５７】
１・・・ＣＴＩサーバ、２・・・データベース、３・・・追加のＰＢＸ、４・・・ローカルＰＢＸ、６・・・サーバ、６ａ・・・データベース、７・・・会社用データネットワーク、８、１２・・・電話端末、９・・・ＩＳＤＮ／ＰＳＴＮネットワーク、１０・・・クライアント、１１・・・ユーザ、１３、１６・・・中継線、１４・・・第２のＩＳＤＮ中継線、２１・・・永久セクション、２２・・・一時的セクション、４０・・・中央処理ユニット、４１・・・バス、４２・・・記憶デバイス、４４・・・ＲＯＭ、４５・・・ＲＡＭ、４６・・・入力／出力ポート、４７・・・通信インターフェイス、４８・・・ディスプレイ、２１２、２２２・・・登録された電話端末フィールド、２１４・・・ユーザＩＤフィールド、２１６・・・許可フィールド、２２４・・・宛先番号フィールド、２２６・・・アクセスコードフィールド。
【技術分野】
【０００１】
本発明は、概して、コンピュータテレフォニーの分野に関し、コンピュータテレフォニーネットワークにおいて発生している呼の要求を管理することに関する。
【背景技術】
【０００２】
多数の電話を有する会社の電話システムのような、企業の電話システムの中の電話から行われる無断の呼の制御には問題があると、長い間にわたって見なされてきた。企業環境において、無断の電話呼は、幾つかのリスクとなる。これは、以下の幾つかの観点からであり得る。
【０００３】
・コスト(即ち、課金率の高い宛先：国際呼の宛先、割増料金の宛先へのアクセス)
・時間(即ち、無断の私用電話に費やされる労働時間)
・規則／コンプライアンス(即ち、業界の規則に違反する無断の電話呼)。
【０００４】
一般に、電話システムは、個々の電話と一群の電話との両者から発生している呼を規制する能力を有する。このようなシステムに固有の欠点は、呼が規制されている電話を割り当てられた個人が、その組織を避けて、所望のタイプの呼を承認する組織が見付かるまで、異なる電話を試みることができるということである。
【０００５】
この欠点に対処するために、幾つかのＰＢＸのベンダは、ユーザが、固有の機密コード(ＰＩＮ)を使用して、選択した電話に「登録」できるという概念を取り入れた。登録すると、電話は事実上彼らのものになる。即ち、電話は内線番号を得て、呼の規制状態（call barring status）を含む個人設定を割り当てられる。
【０００６】
これは、この問題に対する不完全な解決策に過ぎない。全てのユーザが、１つの適切に備え付けられたＰＢＸを共有する小さな組織では、ユーザ登録は効果的であり得る。しかしながら、大きな組織には、一般に多くのＰＢＸがあり、多くのＰＢＸは、製造業者が異なり、バージョンが異なることがよくあり、電話登録は役立たなくなる。
【０００７】
可能性のある別の解決策では、自動案内サービスを設置して、それによって、個人が特定の番号にダイヤルして、ＰＩＮを使用して身元を明らかにして、ダイヤルしたい番号を入力して、その番号が、そのユーザが使用する権限を受けている番号である場合は、その個人に代わって、発呼するサービスが行なわれる。
【０００８】
これは、効果的であるが、明らかに面倒な発呼のやり方であり、且つ非常に重大な欠点を有する。即ち、(例えば、コンピュータテレフォニーのクライアントと、ＯＣ(マイクロソフト(Microsoft)のオフィスコミュニケータ（Office Communicator）)のようなインスタントメッセージングのクライアントアプリケーション又はコンタクトのディレクトリとを使用して、ユーザのＰＣから)しばしば自動的に発呼される。従来のＣＴＩシステムでは、ユーザは、コンピュータ端末を使用して、ユーザのコンピュータ端末に関連付けて登録したテレフォニー端末からの発信呼を設定するように要求できる。ＣＴＩ制御装置は、そのコンピュータから発信された要求に対して、適切な電話端末からの呼を設定するように、ユーザの環境にサービスしているＰＢＸに命令することによって応答する。ユーザがセキュリティの詳細を案内サービスに手入力することを要するが、クライアントに関連付けられている電話が、デフォルトで幾つかの呼(例えば、全て有料呼)を規制する状態になる場合は、これらの自動発呼システムは明らかに動作しない。
【０００９】
コンピュータテレフォニー環境における呼の規制に対して現在行われていることは、不十分で問題がある。自動ダイヤリングの環境において、個人の許可（permission）に基づいて呼の規制を可能にする方法が必要とされている。
【発明の概要】
【００１０】
複数のコンピュータ端末と複数の電話端末とを具備するコンピュータテレフォニー(ＣＴＩ)システムにおいて発生している呼の要求を管理するシステム及び対応する方法を提案する。呼の要求を管理するシステムは、ユーザに関連付けられている１組の許可と、コンピュータ端末を源電話端末に関連付ける登録とを記憶する記憶装置を具備している。更に、システムは、源電話端末から宛先電話端末への呼設定要求を、ユーザから、コンピュータ端末を介して受信するＣＴＩサーバを具備する。呼設定要求は、記憶装置において１組の許可に関連付けられているユーザ識別子を含む。ＣＴＩサーバは、使用の際に、呼設定要求と１組の許可とを比較して、許可に基づいて、呼を承認又は阻止するように構成されている。
【００１１】
方法は、宛先電話端末への呼設定要求を、ユーザから、コンピュータ端末のうちの１つを介して、ＣＴＩサーバにおいて受信するステップを含む。ＣＴＩサーバは、呼設定要求と、ユーザに関連付けられている１組の許可とを比較して、許可に基づいて、呼を承認又は阻止する。
【００１２】
更なる態様によると、呼の要求は、源電話端末と、宛先電話端末を識別する番号とに関連付けられている。源電話端末は、ＰＢＸに対する内線である。ＣＴＩサーバは、承認された呼の要求をＰＢＸに転送する。この更なる態様によると、ＰＢＸは、源電話端末に関する呼の規制の設定を備えており、ＣＴＩサーバは、ＰＢＸの呼の規制の設定をオーバーライドする。
【００１３】
更なる態様によると、ＣＴＩサーバは、要求された呼を、第２のＰＢＸを介してルーティングするように、ＰＢＸに指示する。更なる態様によると、呼設定要求と、ユーザに関連する１組の許可との比較結果に基づいて、第２のＰＢＸは、呼を承認又は阻止する。更なる態様によると、ＣＴＩサーバによって提供された呼の妥当性確認データをチェックした結果に基づいて、第２のＰＢＸは、呼を承認又は阻止する。
【００１４】
理解を助けるために、次に、図面を参照して本発明の実施形態を例示的に記載する。
【図面の簡単な説明】
【００１５】
【図１】本発明に従って、呼の規制を提供するネットワークの概略図を示している。
【図２】本発明に従って、呼の規制を提供するネットワークの概略図を示している。
【図３ａ】本発明に従って、データベースのスキーマを示している。
【図３ｂ】本発明に従って、データベースのスキーマを示している。
【図４】本発明を実施するサーバの概略図を示している。
【発明を実施するための形態】
【００１６】
ここで、図１を参照して、第１の実施形態を記載する。図１に示されているように、ユーザ１１は、電話端末１２と、処理デバイス、例えばＰＣ５とにアクセスする。ＰＣ５は、様々なアプリケーションを実行し得る。様々なアプリケーションは、ウェブブラウザと、電子メールクライアントと、関連するソフトウェア、例えばクライアント１０とを含む。クライアント１０は、ＩＭサーバ６に対するクライアントである。ＩＭサーバ６は、例えば、オフィスコミュニケーションズサーバ(office communications server, OCS)と、ライブコミュニケーションズサーバ（Live Communications Server, LCS）であり、両者はマイクロソフト（Microsoft）から提供されている。ウェブと電子メールアプリケーションとに対する共通の付属物は、コンタクトリスト（contact list）である。ＩＭアプリケーションの場合には、コンタクトリストは、「バディリスト（buddy list）」と呼ばれることもあり、これもＰＣ５上に含まれている。電話端末１２は、ローカルＰＢＸ４を介して、公衆電話網(ＩＳＤＮ／ＰＳＴＮネットワーク９)に電話呼を行なうために接続される。ローカルＰＢＸ４は、ＩＳＤＮ中継線１３を介して、ＩＳＤＮ／ＰＳＴＮネットワーク９に接続される。電話端末１２は、ローカルＰＢＸ４に対する内線と呼ばれ得る。コンピュータテレフォニーのイベントを開始するために、ＰＣ５は、ＬＣＳ ＯＣＳのサーバ６を介して、ＣＴＩサーバ１に接続される。ＬＣＳ ＯＣＳのサーバ６は、データベース６ａに関連付けられている。データベース６ａは、例えば、マイクロソフトからのアクティブディレクトリ（Active Directory）である。更に、ＣＴＩサーバ１は、コンピュータテレフォニーのイベントを実施するためにローカルＰＢＸ４に接続され、コンピュータテレフォニーの動作に関係する内部記録を記憶するためにデータベース２(例えば、オラクルデータベース（Oracle database）)に接続される。
【００１７】
ＣＴＩサーバ１と、データベース２と、ＬＯＳ ＯＣＳのサーバ６と、ローカルＰＢＸ４との間と、ＬＯＳ ＯＣＳのサーバ６とアクティブディレクトリのデータベース６ａとの間とにおける相互接続は、社内データネットワーク７を介して提供される。社内データネットワーク７は、例えば、イーサネット（登録商標）のＬＡＮである。
【００１８】
ＯＣクライアント１０のようなＩＭクライアントを使用するために、ユーザは、最初に、一般に、ユーザ名とパスワードとを提出することによって、そのクライアントに対して本人であることを証明する必要がある。次に、ＯＣサーバ６によって、ユーザ名とパスワードは、データベース６ａに保持されている関連する記録と照合される。ユーザは、ＯＣクライアント６に対して安全に認証されると、更に、ＣＴＩの動作に使用したい電話を登録しなければならない。一般に、これは、登録プロセスの一部として、ユーザ名とパスワードとのようなユーザの信用を証明するもの（credential）がＣＴＩサーバ１に送られて、データベース２に保持されている記録に対して認証されることを意味する。ブリティッシュ・テレコミュニケーションズ（British Telecommunications）の名前における国際特許公開ＷＯ９９／５１０１５とＷＯ０２／０７６０７１は、コンピュータ端末の識別（identity）に関連付けて、電話端末の識別を登録する適切な方法を開示している。
【００１９】
電話登録に成功すると、ユーザ１１は、ＰＣ５とＣＴＩサーバ１とを介して電話端末１２を制御する権限を受けたと見なされる。認証されたユーザが、ＰＣ５から、例えばＯＣクライアント１０における「バディ」アイコンをクリックすることによって、相手側への電話呼を設定する要求を開始した場合に、ＣＴＩサーバ１によって受信される要求は、ユーザのＳＩＰ ＵＲＩと、選択されたバディの宛先番号とを含む(両者は、ＯＣクライアント１０によって挿入される)。ＳＩＰ ＵＲＩは、発呼したい人の認証された識別を提供する。このユーザのＳＩＰ ＵＲＩの不正使用、即ち、別のコンピュータのユーザによる不正使用を回避するために、ＣＴＩサーバ１とＬＣＳサーバ６との間の接続７は、安全である。ブリティッシュ・テレコミュニケーションズの名前における国際特許出願ＷＯ２００７／１１０５６７は、呼を要求しているユーザに割り当てられた電話の内線番号を、特定のユーザのＳＩＰ ＵＲＩから、どのように識別できるかについて記載している。
【００２０】
次に、ユーザ１１がＣＴＩサーバ１を介して電話呼をどのように設定するかについて記載する。最初に、ユーザは、宛先(例えば、「バディリスト」からの同僚又は友人)を選択する。この例によると、宛先は、遠く離れている(即ち、国際)電話端末８であるものとする。電話端末８は、ローカルＰＢＸ４と、ＩＳＤＮ／ＰＳＴＮネットワーク９とに接続している。外線にダイヤルする通常のプレフィックス（例えば、９）を、要求の中の宛先ディレクトリ番号に付加する。ユーザ１１は、宛先を特定したテレフォニー要求を、ＩＭクライアント１０とＬＣＳサーバ６とを介して、ＣＴＩサーバ１に送る。ユーザの許可をチェックするために、ＣＴＩサーバ１は、ユーザのＩＭクライアント１０からの要求において受信したＳＩＰ ＵＲＩについて、関連するデータベース２で検索する。(この例ではＳＩＰ ＵＲＩによって識別される)各ユーザがかけることを許可されている呼について、即ち、呼の規制テーブルを参照して、データベース２を事前構成する。更に、ローカルＰＢＸ４によって規制されている宛先について、データベース２を事前構成する。一般に、これらは、発呼元のＰＢＸの内線に関連して指定される。この例では、データベース２に保持されている呼の規制テーブルは、ユーザ１１が国際呼をかけることを許可されていることを示している。次に、ＣＴＩサーバ１は、ユーザ１１を登録した内線、この例では内線１２から、要求された宛先に呼を設定するように、ローカルＰＢＸ４に命令する。しかしながら、ローカルＰＢＸ４によって電話端末１２に適用される通常の呼の規制が、国際呼を排除するかもしれず、従って、ユーザがその宛先にアクセスすることを許可されていても、ローカルＰＢＸ４が呼を阻止するであろう。
【００２１】
図１に示されているように、第２のＩＳＤＮ中継線１４は、ローカルＰＢＸ４からＩＳＤＮ／ＰＳＴＮネットワーク９まで配置されている。このアプローチによると、ローカルＰＢＸ４は、第２のＩＳＤＮ中継線１４を通じて行なう全て呼を、国際呼であっても又はローカル呼であっても、可能にする。あるレベルのセキュリティを提供するために、ＣＴＩサーバ１のみが知っている特別の秘密のプレフィックス(例えば、「９２２９」)を、第２のＩＳＤＮ中継線１４に割り振る。既に記載したように、(即ち、データベース２の中の呼の規制テーブルによって示されているように)ユーザが国際呼をかける権限を受けていると、ＣＴＩサーバ１が決定した場合は、ＣＴＩサーバ１は、ローカルＰＢＸ４に転送されるダイヤル番号に、標準のプレフィックス(一般に、９)ではなく、特別のプレフィックス(例えば、９２２９)を自動的に付加する。ローカルＰＢＸ４が、ＣＴＩサーバ１から、呼設定要求を受信すると、ローカルＰＢＸ４は、第２のＩＳＤＮ中継線１４を介して呼を設定することによって、特別のプレフィックスの存在に応答する。
【００２２】
この方法は、望ましいユーザ別の呼の規制を実現するが、例えば、悪意のあるユーザは、第２のＩＳＤＮ中継線１４へのアクセスを承認するプレフィックスを見付けるまで、様々なプレフィックスを試みることができるであろう。更に、例えば、ＰＢＸのフィーチャーフォンである場合は、内線１２のディスプレイ上で、プレフィックスを実際に見ることができるかもしれない。
【００２３】
次に、図２を参照して、別の実施形態を記載する。図２は、図１と同じ基本的なＣＴＩシステムを示しているが、追加の電話交換デバイス３、即ち、一般に特別の特徴を備えたＰＢＸを有する基本的なＣＴＩシステムを示している。これを説明するために、電話交換デバイス３を「追加のＰＢＸ」と呼ぶが、実際には、必要な能力をたまたま有している既存のＰＢＸがあるかもしれない。ＰＢＸ４と３は、異なる設備であってもよく、又は、１つのＰＢＸ内において別個の機能として統合されていてもよい。追加のＰＢＸ３の例については、後述で説明する。
【００２４】
ＰＢＸ３と４との間の相互接続は、社内電話網１５を介して提供される。追加のＰＢＸ３と、データベース２と、ＣＴＩサーバ１との間における相互接続は、内部のデータネットワーク７を介して提供される。更に、ＰＢＸ３は、中継線１６を介して、ＩＳＤＮ／ＰＳＴＮネットワーク９に直接に接続される。国際呼は、中継線１６を通じて可能にされる。
【００２５】
呼設定プロセス中に、ユーザ１１によってクライアント１０を介して選択された宛先番号が、データベース２の中で識別される番号のうちの１つであって、ローカルＰＢＸ４によって規制されている番号(例えば、国際呼の宛先番号)であるかどうかを、ＣＴＩサーバ１がチェックする。ユーザが選択した宛先番号が、内線１２に対して一様に又は特別に規制されていることが、ＣＴＩサーバ１に分かると、ＣＴＩサーバ１は、その宛先番号が、承認された宛先として、データベース２の中のユーザの呼の規制のプロファイルに記録されているかどうかをチェックする。
【００２６】
制約されている宛先にアクセスする権限をユーザが受けていないことを、ユーザの呼の規制のプロファイルが示す場合は、ＣＴＩサーバ１は、標準のルーティング番号(例えば、「９」)をダイヤル番号に付加する。標準のルーティング番号により、呼は、通常の電話交換デバイス、即ちローカルＰＢＸ４にルーティングされ、呼はローカルＰＢＸ４で阻止される。制約されている宛先にアクセスする権限をユーザが受けていることを、ユーザの呼の規制のプロファイルが示す場合は、ローカルＰＢＸ４によって規制されている宛先に、ＣＴＩサーバ１が呼をつながなければならない。呼をつなぐために、ＣＴＩサーバ１は、既に記載したように、特別のルーティング番号（例えば、「９２２９」）を通常のダイヤル番号に付加する。
【００２７】
この実施形態によると、特別のルーティング番号により、呼は、社内電話網１５を介して、追加のＰＢＸ３にルーティングされる。例えば、通常、源の内線２０００から、より一般的な９００１４４４１２３４ではなく、宛先９４４９００１４４４１２３４に発呼するように、ＣＴＩサーバ１がＰＢＸ４に要求する。ローカルＰＢＸ４は、「９００・・・」から始まる番号を、国際呼の宛先に関するものと見なすが、「９４４９・・・」から始まる番号を、国際呼として識別しないので、その呼を阻止しない。
【００２８】
単純な実施形態によると、追加のＰＢＸ３は、ローカルＰＢＸ４から呼を受信すると、ＳＩＰ又はＩＳＤＮメッセージを使用して、ＰＳＴＮ／ＩＳＤＮ９を介して宛先８に発呼する。この単純な実施形態によると、追加のＰＢＸ３は、ローカルＰＢＸ４から受信した、「９４４９」番に関連する呼の要求を、それ以上チェックしない。この単純化された実施形態によると、追加のＰＢＸ３と、データベース２と、ＣＴＩサーバ１は、相互接続する必要がない。しかしながら、呼が許可されていることを、追加のＰＢＸ３が、発呼前に自身でチェックするならば、より安全になるであろう。次に、このような更なるセキュリティチェックを提供する、更なる実施形態を記載する。
【００２９】
国際標準ＥＣＭＡ−２６９、第７版、２００６年１２月、「コンピュータに支援された遠隔通信アプリケーションのためのサービス」(ＥＣＭＡ ＣＳＴＡ)（International standard ECMA-269, 7th edition, December 2006, “Services for Computer Supported Telecommunications Applications”(ECMA CSTA)）に関連して、次の実施形態を記載する。ＥＣＭＡ ＣＳＴＡは、コンピュータテレフォニーの分野に従事する人によく知られているであろう。
【００３０】
この実施形態によると、図３ａに示されているように、データベース２は、２つのセクションを有する。１つ目の永久セクション（permanent section）２１は、ユーザに関連付けられている許可（permission）を記録する。２つ目の一時的セクション(transient section)２２は、ＣＴＩサーバ１が現在の呼に関連のある許可の詳細を書いている場合に提供される。より詳しくは、永久セクション２１は、登録された電話端末フィールド２１２と、ユーザＩＤフィールド２１４と、許可フィールド２１６とを備えている。一時的セクション２２は、登録された電話端末フィールド２２２と、宛先番号フィールド２２４とを備えている。
【００３１】
ユーザからの特定のＣＴＩ呼設定要求に応答して、特定の宛先番号が特定のユーザに対して許可されていることを(即ち、データベース２の永久セクション２２を参照することによって)、ＣＴＩサーバ１が確認すると、ＣＴＩサーバ１は、特定の呼の要求に関する許可のこれらの詳細(例えば、ユーザ１１、内線１２、宛先８)を、データベース２の一時的セクション２２に書き込む。当該実施形態によると、呼別の許可の詳細は、比較的短い時間フレーム、例えば１０秒の間のみ、データベース２に保持される。
【００３２】
要求された呼が追加のＰＢＸ３に届くと、追加のＰＢＸは、直ぐに発呼せずに、当該実施形態によると、最初に、データベース２の一時的セクション２２に保持されている呼別の許可をチェックする。例えば、追加のＰＢＸ３(又は、追加のＰＢＸ３に関連付けられているアプリケーション)が、データベース２に直接に又はその代わりにＣＴＩサーバ１を介してＳＱＬ照会をすることによって、このチェックを行なうことができる。追加のＰＢＸ３からデータベース２に対する照会は、発呼者と、申し込まれた宛先とを識別する必要があるが、追加のＰＢＸ３は、ローカルＰＢＸ４から受信した呼の要求に含まれている呼のパラメータにアクセスするだけである。これらのパラメータは、ＣＴＩサーバ１がＰＢＸ４を介して提供できるパラメータに制限されている。社内電話網１５では、ローカルＰＢＸ４と追加のＰＢＸ３との間において社内電話網１５を通じて、ユーザの識別を送ることができない。従って、通常は、発呼側のＰＢＸの内線１２の内線番号と、宛先番号との組み合わせを残す。これは、その日のうちにこの組み合わせが繰り返され易くなり得るという問題をもたらすが、データベース２の一時的セクション２２へのエントリに課された１０秒の時間フレームの間、この組み合わせが他に存在しない確率は非常に高い。その結果、データベース２の一時的セクション２２を参照することによって、追加のＰＢＸ３は、呼の要求が特定の認証されたユーザに関係していて、従って、呼が許可されている呼であるかどうかを正確に識別できる確率が非常に高いことを確認できる。
【００３３】
呼の要求が追加のＰＢＸ３によって認証されると、追加のＰＢＸ３は、通常のやり方で、中継線１６とＰＳＴＮ/ＩＳＤＮ９とを介して、希望の宛先８に発呼する。
【００３４】
一般に、ある組織では、従業員は、決まったデスクを有していないかもしれないが、任意の空いているデスクに着くことができるので、そのデスクで利用可能なＰＢＸの内線のどれかを使用する。その結果、従業員は、彼らに永久に割り振られた内線を使用しないことが多くなる。即ち、従業員は、会社の電話番号表において彼らに永久に割り当てられている内線３０３３を有しているかも知れないが、今日は、たまたま内線２０００に座っているということである。
【００３５】
別の実施形態によると、ＰＳＴＮ／ＩＳＤＮ９を介して発呼するために追加のＰＢＸ３によって使用されるＳＩＰ又はＩＳＤＮメッセージにおいて、追加のＰＢＸ３は、ユーザに対して登録された内線番号(又はＣＬＩ)（例えば、２０００）を、ユーザに割り当てられた内線番号(例えば、３０３３)で上書きすることができる。一般に、両者の内線番号は、データベース２の永久セクション２１に記録されている。ＣＴＩサーバ１は、認証プロセスの結果(即ち、そのユーザに割り当てられた内線番号、３０３３)と、登録プロセスの結果(即ち、そのユーザに対して登録された内線番号、２０００)として、ユーザ１１の詳細を有している。従って、追加のＰＢＸ３は、ユーザに割り当てられた内線番号を、データベース２から検索できる。
【００３６】
最後に、追加のＰＢＸ３は、データベース２の一時的セクション２２における呼別の許可の記録に、「完了呼」に関するとしてマークを付して、特定の呼別の許可を、別の呼に関連する使用に対して利用できないようにして、悪意のあるユーザによる悪用を防ぐことができる。
【００３７】
更なるセキュリティ手段として、追加のＰＢＸ３を介して発呼するために使用される一連の番号(ルーティング番号)を提供することができる。例えば、９４４９のアクセスコードを有するだけでなく、一連の２０個のコード、即ち、９４４９乃至９４６９を使用できる。図３ｂに示されているように、一時的セクション２２の中に、アクセスコードフィールド２２６を含むように、データベース２を変更する。この更なるセキュリティ手段を使って、ＣＴＩサーバ１が追加のＰＢＸ３を介して発呼する場合に、ＣＴＩサーバ１は、発呼するときの一連のアクセスコードから１つのアクセスコードをランダムに選択できる。ＣＴＩサーバ１は、選択されたアクセスコードを、データベースの一時的セクション２２に書き込むので、追加のＰＢＸ３が呼を受信すると、追加のＰＢＸ３は、ローカルＰＢＸ４から受信したアクセスコードと、データベースの記録とをマッチングすることができる。一連のアクセスコードがより多くなると、セキュリティが向上することが分かるであろう。
【００３８】
上述では、データベース２の一時的セクション２２に対する参照に従って、呼の要求の中で指定されている宛先に発呼する許可を発呼者が有していないという理由で、呼の要求がＣＴＩサーバ１によって拒絶されると、ＣＴＩサーバ１は、次の何れかを選ぶことができる。
【００３９】
ａ）ローカルＰＢＸ４を通して発呼する。この場合は、これは拒絶音(例えば、イギリスではＮＵ)を受信するであろう；
ｂ）(電話資源を節約するために）発呼しないが、呼が失敗したことを知らせるのに適したＣＴＩ信号を、クライアント１０に送り返す。一般に、これは、「ＣＳＴＡの失敗（CSTA Failed）」(即ち、呼の進行が止まったこと、例えば、発信呼の試みが、話し中のエンドポイントに出会ったことを示す)であるであろう；又は、
ｃ）(例えば、追加のＰＢＸ３によって提供される)ＩＶＲのダイヤログを使用して、更なる認証情報、即ち、ＰＩＮ、又は更にクレジットカード番号を、ユーザに要求する。
【００４０】
追加のＰＢＸ３は、ローカルＰＢＸ４のように、従来の回線交換ＰＢＸであってもよい。従来の回線交換ＰＢＸは、例えば、カナダのトロントのノーテルネットワークスコーポレイション（Nortel Networks Corporation）からのメリディアン（Meridian）、又はカナダのオンタリオ州カンタのミッテルネットワークスコーポレイション（Mitel Networks Corporation）からのＳＸ２０００である。その代わりに、従来の回線交換ＰＢＸは、アメリカのカリフォルニア州サンノゼのシスコシステムズ（Cisco Systems, Inc.）からのＶｏＩＰ ＡＶＶＩＤのような、ＩＰ電話装置であってもよい。追加のＰＢＸ３は、ＳＩＰサーバ、ＩＶＲサーバ、又は実際には、ＣＴＩとのインターフェイスを有し且つ呼の遮断と制御ができる任意のデバイスと同等であり得る。
【００４１】
更なる実施形態によると、ローカルＰＢＸ４から追加のＰＢＸ３にルーティングされた各呼に関係する要求を、追加のＰＢＸ３は、ＣＳＴＡルートポイントに宛てる。ルートポイントは、追加のＰＢＸ３からの要求の受信に対して、ＰＢＸ３による呼の通常の処理を停止して、ＣＳＴＡルート要求を生成することによって応答する。ＣＳＴＡルート要求は、追加のＰＢＸ３によってＣＴＩサーバ１に送られて、追加のＰＢＸ３を通る呼のルーティングを、ＣＴＩサーバ１に制御させる。ＣＴＩサーバ１は、データベース２の一時的セクション２２を参照して、呼を承認するかどうかをチェックする。
【００４２】
既に記載したように、呼の要求、従ってＣＳＴＡルート要求は、一般に、発呼デバイス(例えば、電話端末１２)の識別（例えば、「内線２０００」）と、宛先番号(例えば、９４４９００１４４４１２３４)の識別とを含んでいる。ＣＴＩサーバ１の制御のもとで、(データベース２の中のユーザ別の許可に従って)呼を承認することが決定されると、ＣＴＩサーバ１は、ＣＳＴＡルート選択を追加のＰＢＸ３に送り返すことによって、ＣＳＴＡルート要求に応答する。ＣＳＴＡルート選択は、ＰＢＸ３から中継線１６に沿ってＰＳＴＮ／ＩＳＤＮ９に発呼するのに適したアクセスコード(例えば、９４４９)と、希望の宛先番号(例えば、００１４４４１２３４)とを含んでいる。都合の良いことに、ＩＳＤＮ／ＰＳＴＮ９に呼をルーティングするために追加のＰＢＸ３によって使用されるアクセスコードは、ローカルＰＢＸ４に対する内線のユーザには認識できないので、セキュリティを高めるであろう。
【００４３】
呼を追加のＰＢＸ３にルーティングするために様々なアクセスコートを試みて、次に、その呼を追加のＰＢＸ３から中継線１６を介してルーティングするために様々な更なるアクセスコードを試みることによって、デバイス１２の権限を受けていないユーザが、ＩＳＤＮ／ＰＳＴＮネットワーク９への中継線１６にアクセスする能力は、標準のＰＢＸルーティング制約よって制限されるであろう。更に、使用されているＣＳＴＡルートポイントが、ＣＴＩサーバ１の制御のもとで、制約されていない宛先への呼を許可できるであろう。
【００４４】
その代わりに、追加のＰＢＸ３は、呼のルーティングを制御する追加のソフトウェアを備えたテレフォニープラットフォームであってもよい。このようなデバイスが呼をルーティングするやり方は、「ダイヤルプラン」として一般に知られている。命令をダイヤルプランに加えて、適切なダイヤルされた番号を抽出して、サードパーティーシステム(即ち、データベース２及び／又はＣＴＩサーバ１)に照会して、呼のルーティングを決定することができる。適応テレフォニープラットフォームは、通信(即ち、入ってきた呼の要求)を遮断して、追加のＰＢＸ３に関して既に記載したプロセスを実施する。ＳＩＰ標準のような標準に基づいて、且つＡＮＳＩ Ｃのような適切なプログラミング言語を使用して、適切なテレフォニープラットフォームを書くことができる。
【００４５】
代わりのより単純な実施によると、ＣＴＩサーバ１は、データベース２の一時的なセクションに、アクセスコードを書き込まない。この実施によると、データベース２の中のアクセスコードをチェックする代わりに、追加のＰＢＸ３は、呼の要求の中で識別される発呼側ＰＢＸの内線１２の内線番号(例えば、２０００)を使用する。ＰＢＸ３は、データベース２において、ユーザの登録された内線番号(例えば、２０００)を調べて、登録された内線番号に関連付けられているユーザ１１の許可を得る。次に、追加のＰＢＸ３は、呼の要求の中で識別される宛先番号を読み出して、呼の要求の中で指定されている呼が許可されているかをチェックする。
【００４６】
上述の実施形態の記載において、ＣＴＩクライアントは、一般に、ＩＭクライアントであり得る。ＩＭクライアントは、ＳＩＰ ＵＲＩによってユーザを識別する。しかしながら、ユーザがデスクトップからテレフォニー要求を求めることができる他のやり方がある。通常は、テレフォニー要求は、モジラファイアフォックス（Mozilla Firefox）又はマイクロソフトインターネットエクスプローラ（Microsoft Internet Explorer）のようなウェブブラウザからであり得る。次に、ブラウザから開始される呼が、本発明から恩恵を受け得るプロセスについて記載する。
【００４７】
ユーザは、ＵＲＩベースのダイヤリングに登録するときに、登録プロセスの一部として、ユーザ名／パスワードを入力する。そのユーザ名／パスワードは、サーバによってチェックされ、適切であれば、ユーザは認証される。公開国際特許出願ＷＯ２００７／１１０５６７は、ユーザのＳＩＰ ＵＲＩを登録キーとして記憶して、その後に、ユーザのＳＩＰ ＵＲＩを使用して、コンピュータテレフォニーの呼の要求の中でユーザを識別する、ユーザの登録方式をカバーしている。
【００４８】
国際特許公報のＷＯ９９／５１０１５とＷＯ０２／０７６０７１とに記載されている初期のＣＴＩに関する方式は、ユーザの登録の記録の役割をするクッキーを、ユーザのブラウザにどのように書き込んで記憶するかについて記載している。ユーザが「クリックツウコール（click-to-call）」機能を使用して、ウェブページから選択した番号に対して電話呼を開始すると、呼の要求と共に、ユーザ登録のクッキーのコピーをＣＴＩサーバ１に送る。この時点で、ＣＴＩサーバ１は、データベース２に保持されている元の登録記録を使って、クッキーの内容をチェックする。有効な登録が、クッキーに含まれている詳細と一致していることが分かると、データベース２は、その登録に関連付けられている認証されたユーザ名を記録して、(発呼ユーザの識別と宛先番号との２つのもの（duple）によって定義される)要求された呼を許可するかどうかについて、ＣＴＩサーバ１がチェックできるようにする。これ以降のプロセスについては、既に記載した。
【００４９】
上述では、(追加のＰＢＸ３を除く)１つのみの企業用(ローカル)ＰＢＸ４について検討した。実際には、企業内には、数十又は更に数百ものこのような企業用ＰＢＸがあり得る。更なる実施形態によると、本発明のＣＴＩシステムは、任意の数のＰＢＸに接続できるので、ＣＴＩで制御する呼の規制の恩恵を、企業全体のテレフォニーシステム又は他の大きなテレフォニーシステムにわたって拡張できる。これらのＰＢＸの全てがＣＴＩに対応している場合に、本発明は最も効果的であるが、１つ以上の企業用(ローカル)ＰＢＸがＣＴＩに対応していない実施形態について、次に記載する。
【００５０】
この実施形態によると、ローカルＰＢＸ４はＣＴＩに対応しておらず、追加のＰＢＸ３を使用して呼を設定する。より詳しくは、この実施形態によると、既に記載したように、ユーザ１１は、ウェブページ上のリンク又はバディアイコンをクリックして、呼を開始する。ＣＴＩサーバ１は、ユーザＰＣ５から要求を受信して、ユーザの許可に従って(即ち、データベース２を参照して)、呼を承認することを決定する。しかしながら、呼の源として示された内線(即ち、ユーザを登録している内線１２)がローカルＰＢＸ４に現在接続されていて、この内線がローカルＰＢＸ４においてＣＴＩの能力を有していないことを、ＣＴＩサーバ１が明らかにする。この実施形態によると、ＣＴＩサーバ１は、ユーザ１１を登録している電話端末１２を呼ぶように、追加のＰＢＸ３に命令する。ユーザ１１は、電話端末１２において、追加のＰＢＸ３からの呼に答える。追加のＰＢＸ３は、電話端末１２のオフフックになることを検出して、希望の宛先(例えば、電話端末８)に発呼する。
【００５１】
着信呼の規制
上述の実施形態の全ては、アウトバウンドコールの観点から、本発明を記載している。ダイヤル番号識別サービス(Dialled Number Identification Service, DNIS)は、発呼者によってダイヤルされた番号を企業側ユーザに提供する遠隔通信サービス（telecoms service）である。インバウンドコールが追加のＰＢＸ３を通ると、ＤＮＩＳを使用して、呼に関連付けられているテレフォニー信号から、発呼者がダイヤルした番号を抽出できる。追加のＰＢＸ３は、発呼者がダイヤルした番号から、目的の受信者を識別できる。適切に構成されたデータベースを提供して、テレフォニー信号中の情報によって識別された源番号から、特定のユーザが着信呼を承認するかどうかを、追加のＰＢＸ３に決定させる。更なる実施形態によると、他の要素、例えば、時刻、等に従って、インバウンドコールの呼の規制は更に限定される。
【００５２】
当業者に分かるように、上述のＰＣ５と、ＣＴＩサーバ１と、ＬＯＳ ＯＣＳのサーバ６は各々、図４に示されているような１つ以上の市販のサーバ又は同様の汎用処理手段として実施され得る。同様に、ローカルＰＢＸ４と追加のテレフォニー交換デバイス３とのような最新のディジタル方式の交換は、図４に示されているようなプロセッサのアーキテクチャに基づき得る。図４は、本発明の更なる実施形態に従って、コンピュータテレフォニーシステムの上述のコンポーネントを実施するのに適したサーバに対する典型的なアーキテクチャを示している。実際には、幾つかのこのようなサーバが一般に必要である。サーバは、ソフトウェアプログラムの実行と、処理手段の動作の制御とのために、中央処理ユニット(central processing unit, CPU)４０を具備している。ＣＰＵ４０は、バス４１を介して、幾つかのデバイスに接続される。デバイスは、システムとアプリケーションソフトウェアとを記憶する１つ以上の記憶デバイス４２、例えば、ハードディスクドライブ、フロッピー（登録商標）ディスクドライブ、光ディスクドライブ、及び／又は磁気テープドライブ、並びにメモリデバイス、例えば、ＲＯＭ４４とＲＡＭ４５を含む。更に、サーバは、外部のネットワークコンポーネント(例えば、図１のコンピュータテレフォニーシステム内の他のコンポーネント)につなぐために、通信インターフェイス４７を含む。更に、サーバは、入力／出力ポート４６を介してバス４１に接続されたユーザの入力／出力デバイス、例えばマウスとキーボード(示されない)と、ディスプレイ４８とを含むことができる。上述のアーキテクチャは、単に、典型的なサーバアーキテクチャの例であって、これに制限されないことが、当業者に分かるであろう。更に、上述のサーバは全て、その目的の実現を可能にするために必要なオペレーティングソフトウェアとアプリケーションソフトウェアとを有していることが分かるであろう。
【００５３】
当業者に分かるように、本発明は、図４に表されているような１つ以上の汎用コンピュータにロードされたソフトウェアにおいて実施でき、プログラムを１つ以上の汎用コンピュータにロードできるように、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、又は磁気テープのようなコンピュータプログラム製品に、このソフトウェアの何れか又は全てを収めてもよい。本発明を実施するために使用されるコンピュータプログラム製品は、適切なコンピュータ入力デバイスによって読み出し可能な任意の適切な記憶媒体において具現され得る。記憶媒体は、例えば、ＣＤ−ＲＯＭ、光学的に読み出し可能なマーク、磁気媒体である。
【００５４】
上述の実施形態は、本発明の説明に役立つ例として理解すべきである。本発明の更なる実施形態が構想されて、技術能力を有する読者に明らかになるであろう。任意の１つの実施形態に関連して記載された任意の特徴と、別の実施形態の１つ以上の特徴又は実施形態の任意の組み合わせとを、組み合わせて使用してもよいことが分かるであろう。更に、請求項に定義されている本発明の範囲を逸脱しなければ、上述に記載されていない同等の又は修正したものを用いてもよい。
【００５５】
分かり易くするために、電話とテレフォニーとに関して上述で説明したが、本発明は、例えばＳＩＰを特徴付ける応用において、他の通信手段に等しく関連する。音声呼に加えて、本発明は、ビデオ又は任意の他の媒体に関する呼の制御に等しく適用できる。
【００５６】
ユーザによってスクリーンからダイヤル番号として選択された番号と、被呼番号とが異なる、即ち、アクセスコードが追加されている場合があることに留意すべきである。本発明を使用して、特定の番号のトランザクションを、例えば企業方針に従って隠すことができる。本発明は、企業のテレフォニーシステムに制限されず、２つ以上の電話を備えた任意のＣＴＩテレフォニーシステムにおける応用を有する。
【符号の説明】
【００５７】
１・・・ＣＴＩサーバ、２・・・データベース、３・・・追加のＰＢＸ、４・・・ローカルＰＢＸ、６・・・サーバ、６ａ・・・データベース、７・・・会社用データネットワーク、８、１２・・・電話端末、９・・・ＩＳＤＮ／ＰＳＴＮネットワーク、１０・・・クライアント、１１・・・ユーザ、１３、１６・・・中継線、１４・・・第２のＩＳＤＮ中継線、２１・・・永久セクション、２２・・・一時的セクション、４０・・・中央処理ユニット、４１・・・バス、４２・・・記憶デバイス、４４・・・ＲＯＭ、４５・・・ＲＡＭ、４６・・・入力／出力ポート、４７・・・通信インターフェイス、４８・・・ディスプレイ、２１２、２２２・・・登録された電話端末フィールド、２１４・・・ユーザＩＤフィールド、２１６・・・許可フィールド、２２４・・・宛先番号フィールド、２２６・・・アクセスコードフィールド。
【特許請求の範囲】
【請求項１】
複数のコンピュータ端末と複数の電話端末とを具備するコンピュータテレフォニー(ＣＴＩ)システムにおいて、呼の要求を管理する方法であって、
ユーザは、１組の許可に関連付けられていて、
前記方法は、
宛先電話端末への呼設定要求であって、前記ユーザを特定している前記呼設定要求を、前記ユーザから、前記コンピュータ端末のうちの１つを介して、ＣＴＩサーバにおいて受信するステップを含み、
前記ＣＴＩサーバは、
前記呼設定要求と、前記ユーザに関連付けられている前記１組の許可とを比較して、
前記許可に基づいて、前記呼設定要求を承認又は阻止し、
前記呼設定要求は、源電話端末と、前記宛先電話端末を識別する番号とに関連付けられていて、
前記源電話端末は、ＰＢＸに対する内線であり、
前記ＣＴＩサーバは、承認された呼設定要求を前記ＰＢＸに転送し、
前記ＰＢＸは、前記源電話端末に関する呼の規制の設定を備えており、
前記ＣＴＩサーバは、前記呼を可能にするために、前記ＰＢＸの呼の規制の設定をオーバーライドする、
方法。
【請求項２】
前記ＣＴＩサーバは、前記呼設定要求を前記ＰＢＸに転送する前に、前記宛先番号を変更する、請求項１に記載の方法。
【請求項３】
前記ＣＴＩサーバは、前記呼設定要求を前記ＰＢＸに転送する前に、特別のプレフックスを前記宛先番号に追加する、請求項１又は２の何れか１項に記載の方法。
【請求項４】
前記ＣＴＩサーバは、前記要求された呼を、特別の中継線を介してルーティングするように、前記ＰＢＸに指示する、請求項１乃至３の何れか１項に記載の方法。
【請求項５】
前記ＣＴＩサーバは、前記要求された呼を、第２のＰＢＸを介してルーティングするように、前記ＰＢＸに指示する、請求項１乃至４の何れか１項に記載の方法。
【請求項６】
前記呼設定要求と、前記ユーザに関連付けられている前記１組の許可との比較結果に基づいて、前記第２のＰＢＸは、前記呼設定要求を承認又は阻止する、請求項５に記載の方法。
【請求項７】
前記ＣＴＩサーバによって提供された前記呼の妥当性確認データをチェックした結果に基づいて、前記第２のＰＢＸは、前記呼設定要求を承認又は阻止する、請求項５に記載の方法。
【請求項８】
前記呼設定要求は、源電話端末と、前記宛先電話端末を識別する番号とに関連付けられていて、
前記源電話端末は、第１のＰＢＸに対する内線であり、
前記ＣＴＩサーバは、前記要求された呼を設定するために、前記源電話端末と前記宛先番号とを呼ぶように、第２のＰＢＸに命令する、請求項１に記載の方法。
【請求項９】
前記呼設定要求の前記宛先番号及び前記呼設定要求の前記源電話端末の識別を含む着信呼の通知を、前記ＰＢＸから、前記ＣＴＩサーバにおいて受信するステップと、
前記ＣＴＩシステムにおいて前記宛先番号とリンクされているユーザを、前記ＣＴＩサーバにおいて識別するステップと、
前記呼設定要求の前記源電話端末の前記識別を、前記識別されたユーザに関連付けられている前記許可と照合するステップと、
前記照合の結果に基づいて、前記呼を阻止又は承認するステップと、
を含む、請求項１乃至８の何れか１項に記載の方法。
【請求項１０】
汎用コンピュータにおいて実行されたときに請求項１乃至９の何れか１項に記載の方法を行なわせるプロセッサ実行可能命令を記憶するコンピュータ読み出し可能媒体。
【請求項１１】
複数のコンピュータ端末と複数の電話端末とを具備するコンピュータテレフォニー(ＣＴＩ)システムにおいて発生している呼の要求を管理するシステムであって、
前記システムは、
記憶装置と、
ＣＲＩサーバと、
ＣＴＩサーバインターフェイスと、
を具備しており、
前記記憶装置は、
ユーザに関連付けられている１組の許可と、コンピュータ端末を源電話端末に関連付ける登録とを記憶し、
前記ＣＴＩサーバは、
前記源電話端末から宛先電話端末への呼設定要求を、前記ユーザから、前記コンピュータ端末を介して受信し、
前記呼設定要求は、ユーザ識別子を含んでいて、
前記ユーザ識別子は、前記記憶装置において前記１組の許可に関連付けられていて、
前記ＣＴＩサーバは、使用の際に、
前記呼設定要求と前記１組の許可とを比較して、
前記許可に基づいて、前記呼設定要求を承認又は阻止するように構成されており、
前記呼設定要求は、前記源電話端末と、前記宛先電話端末を識別する番号とに関連付けられていて、
前記源電話端末は、ＰＢＸに対する内線であって、
前記ＰＢＸは、前記源電話端末に関する呼の規制の設定を備えており、
前記ＣＴＩサーバインターフェイスは、
前記ＰＢＸの呼の規制の設定をオーバーライドするために、承認された呼設定要求を前記ＰＢＸに転送する、
システム。
【請求項１】
複数のコンピュータ端末と複数の電話端末とを具備するコンピュータテレフォニー(ＣＴＩ)システムにおいて、呼の要求を管理する方法であって、
ユーザは、１組の許可に関連付けられていて、
前記方法は、
宛先電話端末への呼設定要求であって、前記ユーザを特定している前記呼設定要求を、前記ユーザから、前記コンピュータ端末のうちの１つを介して、ＣＴＩサーバにおいて受信するステップを含み、
前記ＣＴＩサーバは、
前記呼設定要求と、前記ユーザに関連付けられている前記１組の許可とを比較して、
前記許可に基づいて、前記呼設定要求を承認又は阻止し、
前記呼設定要求は、源電話端末と、前記宛先電話端末を識別する番号とに関連付けられていて、
前記源電話端末は、ＰＢＸに対する内線であり、
前記ＣＴＩサーバは、承認された呼設定要求を前記ＰＢＸに転送し、
前記ＰＢＸは、前記源電話端末に関する呼の規制の設定を備えており、
前記ＣＴＩサーバは、前記呼を可能にするために、前記ＰＢＸの呼の規制の設定をオーバーライドする、
方法。
【請求項２】
前記ＣＴＩサーバは、前記呼設定要求を前記ＰＢＸに転送する前に、前記宛先番号を変更する、請求項１に記載の方法。
【請求項３】
前記ＣＴＩサーバは、前記呼設定要求を前記ＰＢＸに転送する前に、特別のプレフックスを前記宛先番号に追加する、請求項１又は２の何れか１項に記載の方法。
【請求項４】
前記ＣＴＩサーバは、前記要求された呼を、特別の中継線を介してルーティングするように、前記ＰＢＸに指示する、請求項１乃至３の何れか１項に記載の方法。
【請求項５】
前記ＣＴＩサーバは、前記要求された呼を、第２のＰＢＸを介してルーティングするように、前記ＰＢＸに指示する、請求項１乃至４の何れか１項に記載の方法。
【請求項６】
前記呼設定要求と、前記ユーザに関連付けられている前記１組の許可との比較結果に基づいて、前記第２のＰＢＸは、前記呼設定要求を承認又は阻止する、請求項５に記載の方法。
【請求項７】
前記ＣＴＩサーバによって提供された前記呼の妥当性確認データをチェックした結果に基づいて、前記第２のＰＢＸは、前記呼設定要求を承認又は阻止する、請求項５に記載の方法。
【請求項８】
前記呼設定要求は、源電話端末と、前記宛先電話端末を識別する番号とに関連付けられていて、
前記源電話端末は、第１のＰＢＸに対する内線であり、
前記ＣＴＩサーバは、前記要求された呼を設定するために、前記源電話端末と前記宛先番号とを呼ぶように、第２のＰＢＸに命令する、請求項１に記載の方法。
【請求項９】
前記呼設定要求の前記宛先番号及び前記呼設定要求の前記源電話端末の識別を含む着信呼の通知を、前記ＰＢＸから、前記ＣＴＩサーバにおいて受信するステップと、
前記ＣＴＩシステムにおいて前記宛先番号とリンクされているユーザを、前記ＣＴＩサーバにおいて識別するステップと、
前記呼設定要求の前記源電話端末の前記識別を、前記識別されたユーザに関連付けられている前記許可と照合するステップと、
前記照合の結果に基づいて、前記呼を阻止又は承認するステップと、
を含む、請求項１乃至８の何れか１項に記載の方法。
【請求項１０】
汎用コンピュータにおいて実行されたときに請求項１乃至９の何れか１項に記載の方法を行なわせるプロセッサ実行可能命令を記憶するコンピュータ読み出し可能媒体。
【請求項１１】
複数のコンピュータ端末と複数の電話端末とを具備するコンピュータテレフォニー(ＣＴＩ)システムにおいて発生している呼の要求を管理するシステムであって、
前記システムは、
記憶装置と、
ＣＲＩサーバと、
ＣＴＩサーバインターフェイスと、
を具備しており、
前記記憶装置は、
ユーザに関連付けられている１組の許可と、コンピュータ端末を源電話端末に関連付ける登録とを記憶し、
前記ＣＴＩサーバは、
前記源電話端末から宛先電話端末への呼設定要求を、前記ユーザから、前記コンピュータ端末を介して受信し、
前記呼設定要求は、ユーザ識別子を含んでいて、
前記ユーザ識別子は、前記記憶装置において前記１組の許可に関連付けられていて、
前記ＣＴＩサーバは、使用の際に、
前記呼設定要求と前記１組の許可とを比較して、
前記許可に基づいて、前記呼設定要求を承認又は阻止するように構成されており、
前記呼設定要求は、前記源電話端末と、前記宛先電話端末を識別する番号とに関連付けられていて、
前記源電話端末は、ＰＢＸに対する内線であって、
前記ＰＢＸは、前記源電話端末に関する呼の規制の設定を備えており、
前記ＣＴＩサーバインターフェイスは、
前記ＰＢＸの呼の規制の設定をオーバーライドするために、承認された呼設定要求を前記ＰＢＸに転送する、
システム。
【図１】
【図２】
【図３ａ】
【図３ｂ】
【図４】
【図２】
【図３ａ】
【図３ｂ】
【図４】
【公表番号】特表２０１２−５２２４１４（Ｐ２０１２−５２２４１４Ａ）
【公表日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願番号】特願２０１２−５０１３６６（Ｐ２０１２−５０１３６６）
【出願日】平成２２年３月９日（２０１０．３．９）
【国際出願番号】ＰＣＴ／ＧＢ２０１０／０００４１８
【国際公開番号】ＷＯ２０１０／１０９１６１
【国際公開日】平成２２年９月３０日（２０１０．９．３０）
【出願人】（３９００２８５８７）ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー (104)
【氏名又は名称原語表記】ＢＲＩＴＩＳＨ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＰＵＢＬＩＣ ＬＩＭＩＴＥＤ ＣＯＭＰＡＮＹ
【Ｆターム（参考）】
【公表日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願日】平成２２年３月９日（２０１０．３．９）
【国際出願番号】ＰＣＴ／ＧＢ２０１０／０００４１８
【国際公開番号】ＷＯ２０１０／１０９１６１
【国際公開日】平成２２年９月３０日（２０１０．９．３０）
【出願人】（３９００２８５８７）ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー (104)
【氏名又は名称原語表記】ＢＲＩＴＩＳＨ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＰＵＢＬＩＣ ＬＩＭＩＴＥＤ ＣＯＭＰＡＮＹ
【Ｆターム（参考）】
[ Back to top ]