(57)【特許請求の範囲】
【請求項１】
サービスアクセス制御機構を実現するアクセス制御モジュール（Ａ１、Ａ２、Ａ３、．．．、Ａｎ）を含む、サービス呼（Ｃ）を管理するためのシステムであって、さらに、各々が、サービスと、アクセス制御モジュールの集合（Ｅ）と、呼処理モジュール（Ｒ１、Ｒ２、Ｒ３、．．．、Ｒｐ）の集合（ＥＲ）とに関連付けられたマスタモジュールを含み、前記マスタモジュールが、
前記呼を受信するための手段と、
前記呼の各々に関する情報（Ｉ）をアクセス制御モジュールの前記集合に送信するための手段と、
アクセス制御モジュールの前記集合から受信したデータ（Ｄ）に基づいて前記呼を受理することを決定するための手段と、
前記呼が受理された場合、前記呼の各々に関係する第２の情報（Ｉｒ）を呼処理モジュールの前記集合に送信するための手段とを含み、
前記アクセス制御モジュールが、「呼受理」決定（ＤＲ）と、「呼拒絶」決定（ＤＲ）と、「決定なし」決定（ＤＲ）とを発行するための手段を含む、システム。
【請求項２】
決定を行うための前記手段が、「呼受理」決定（ＤＲ）と、「呼拒絶」決定（ＤＲ）とを前記マスタモジュールに送信することを特徴とする、請求項１に記載のシステム。
【請求項３】
決定を行うための前記手段が、「決定なし」決定を前記マスタモジュールに送信することを特徴とする、請求項１または２に記載のシステム。
【請求項４】
前記アクセス制御モジュールがチェーン型に構成され、前記チェーンの最後の呼制御モジュールの決定を行うための前記手段が、前記マスタモジュールに決定を送信するように構成され、他のアクセス制御モジュールが、その呼に関する前記情報を後続のアクセス制御モジュールに送信するための手段を含む、請求項２に記載のシステム。
【請求項５】
各マスタモジュールがさらに、新しいアクセス制御モジュールを追加する要求を受信し、該マスタモジュールに関連付けられたアクセス制御モジュールの集合に、該新しいアクセス制御モジュールを含めるための手段とを含む、請求項１から４のいずれか一項に記載のシステム。
【請求項６】
各マスタモジュールがさらに、新しい呼処理モジュールを追加する要求を受信し、該マスタモジュールに関連付けられた呼処理モジュールの集合に新しい呼処理モジュールを含めるための手段とを含む、請求項１から５のいずれか一項に記載のシステム。
【請求項７】
情報処理システムによってサービス呼を自動的に管理するための方法であって、
マスタモジュールによって、呼を受信するステップと、
前記マスタモジュールによって、前記呼に関する情報をアクセス制御モジュールの集合に送信するステップと、
前記アクセス制御モジュールによって、前記呼に関する前記情報に基づいて決定を行うステップと、
アクセス制御モジュールの前記集合から、少なくとも１つの前記決定を前記マスタモジュールに送信するステップと、
前記少なくとも１つの決定に従って前記マスタモジュールによる最終決定を行うステップと、
前記呼が受理された場合、その呼に関係する第２の情報を呼処理モジュールの集合に送信するステップとを順に含み、
前記アクセス制御モジュールが、「呼受理」決定（ＤＲ）と、「呼拒絶」決定（ＤＲ）と、「決定なし」決定（ＤＲ）とを発行することを特徴とする方法。
【請求項８】
決定を行うための前記ステップが、「呼受理」決定（ＤＲ）と、「呼拒絶」決定（ＤＲ）とを前記マスタモジュールに送信するステップを含むことを特徴とする、請求項７に記載の方法。
【請求項９】
決定を行うための前記ステップが、「決定なし」決定を前記マスタモジュールに送信するステップを含むことを特徴とする、請求項７または８に記載の方法。
【請求項１０】
前記アクセス制御モジュールがチェーン型に構成され、前記チェーンの最後の呼制御モジュールの決定を行うための前記ステップが、前記マスタモジュールに決定を送信するステップを含み、他のアクセス制御モジュールが、その呼に関する前記情報を後続のアクセス制御モジュールに送信する、請求項８に記載の方法。
【請求項１１】
各マスタモジュールがさらに、新しいアクセス制御モジュールを追加する要求を受信し、該マスタモジュールに関連付けられたアクセス制御モジュールの集合に、該新しいアクセス制御モジュールを含める、請求項７から１０のいずれか一項に記載の方法。
【請求項１２】
各マスタモジュールがさらに、新しい呼処理モジュールを追加する要求を受信し、該マスタモジュールに関連付けられた呼処理モジュールの集合に新しい呼処理モジュールを含める、請求項７から１１のいずれか一項に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サービス呼、特に、遠隔通信サービス呼を管理するためのシステムに関する。遠隔通信サービスの例は、従来型遠隔通信ネットワークを介して、またはインターネット（ボイスオーバーＩＰ、ＶｏＩＰ）を介して加入者による呼をセットアップすること、および電話会議またはテレビ会議、私設網（仮想私設網ＶＰＮ）、特別な課金の仕組みの呼（例えば、無料通話番号）による呼などをセットアップすることである。
【０００２】
【従来の技術】
本発明は、例えばインテリジェントネットワークアーキテクチャに適用される。インテリジェントネットワークアーキテクチャまたは他の高度な遠隔通信アーキテクチャでは、発呼者の識別、発呼者の地理的エリア、または呼の時刻に基づくフィルタとして、サービスアクセス制御機構が使用されることが、当技術分野で知られている。また、発呼者の識別、発呼者の地理的エリア、呼時刻などを条件としたり、あるいは条件とせずに、呼転送を実施することも可能である。アクセス制御の網羅的なリストを提供することは明らかに不可能である。
【０００３】
各サービスは、１つまたは複数アクセス制御を使用することができる。したがって、各サービスの記述は、そのサービスが使用を希望するアクセス制御に関して行う必要がある。
【０００４】
特に基本的なテレフォニーの場合は、各遠隔通信ネットワークユーザが使用を希望する、アクセス制御の記述を提供することが必要である。
【０００５】
特に、アクセス制御を改良するためには、新しいアクセス制御を追加でき、また既存のアクセス制御を変更できることも、必要である。
【０００６】
例えば、特定発呼者からの反復する迷惑呼の理由により、ユーザは、その発呼者の識別に基づいたフィルタ機構を追加することを所与の時間に決定することができる。
【０００７】
現在、アクセス制御は、一般に、サービス呼管理システム内に、静的な形式で符号化される。より正確にいうと、システム供給業者は、進化するための機能を持たない完結したプラットフォームを出荷する。したがって、最初からなんらの用意もなされていない場合、新しいアクセス制御のインストールは、システムの部分を開発しなおす必要が生じるので、費用が掛かる。
【０００８】
さらに、アクセス制御を実施するソフトウェアモジュールの供給業者は、そのモジュールを実行するためのアーキテクチャの供給業者と同一業者である必要性はなく、それに起因する相互作用によって、高い追加費用が生じる。
【０００９】
第２の従来技術の解決法は、各ユーザに関する（またはより一般的には、各サービスに関する）システムの挙動をＣＰＬ（呼処理言語）などの記述言語で記述することからなる。各ユーザの記述により、既存の各アクセス制御を起動させることができ、新しいアクセス制御を追加することにより、新しいアクセス制御を実施するために、当該ユーザの記述を変更することが必要となる。
【００１０】
しかし、記述言語は、なによりその性質により、限定的な可能性しか提供せず、最新サービスの要求を満たさないので、この解決法は、もはや十分ではない。
【００１１】
例えば、ＣＰＬのような言語は、データベースを直接に呼び出すことはできず、または他の言語で開発されたソフトウェアモジュール、すなわち独立して実行できるソフトウェアコンポーネント（例えば、Ｊａｖａ仮想マシンによってコンパイルまたは解釈されたコード）を呼び出すことはできない。
【００１２】
【発明が解決しようとする課題】
したがって、本発明の目的は、強力かつ融通性に富むシステムを提案することによって、上記の問題を解決することである。
【００１３】
【課題を解決するための手段】
それは、サービスアクセス制御機構を実現するアクセス制御モジュールを含む、サービス呼を管理するためのシステムであって、マスタモジュールをさらに含むことを特徴とするシステムである。各マスタモジュールは、サービスと、アクセス制御モジュールの集合と、呼処理モジュールの集合とに関連付けられており、
そのサービス呼を受信するための手段と、
各々の呼に関する情報をアクセス制御モジュールの集合に送信するための手段と、
アクセス制御モジュールの集合から受信したデータに基づいて、呼を受理することを決定するための手段と、
前記呼が受理された場合に、各々の呼に関係する第２の情報を呼処理モジュールの集合に送信するための手段とを含む。
【００１４】
本発明によるシステムはまた、遠隔通信の世界以外のどのアーキテクチャにでも適用することができ、サービスへのアクセスと処理自体とを区別することが可能である。
【００１５】
この一例は、複合システム（生産ライン、原子力発電所など）の管理である。遠隔通信の分野では、本発明はまた、ＩＴＵ−Ｔ（国際電気通信連合電気通信部門）によって発行されたＭ．３０００シリーズ標準によって定義される遠隔通信管理ネットワーク（ＴＭＮ）にも適用可能である。
【００１６】
本発明はまた、サービス呼を管理するための方法であって、
マスタモジュールによる呼を受信するステップと、
前記マスタモジュールによって、その呼に関する情報をアクセス制御モジュールの集合へ送信するステップと、
その呼に関する情報に基づくアクセス制御モジュールによって決定するステップと、
アクセス制御モジュールの集合から少なくとも１つの決定をマスタモジュールに送信するステップと、
前記少なくとも１つの決定に従ってマスタモジュールによって最終決定するステップと、
呼が受理された場合の、その呼に関係する第２の情報を呼処理モジュールの集合に送信するステップとを順に含むことを特徴とする方法をも提供する。
【００１７】
本発明は、新しいアクセス制御モジュール、新しい呼処理モジュール、またはその両方をサービス呼管理システムに動的に追加する方法であって、追加されるべき新しいアクセス制御モジュール、新しい呼処理モジュール、またはその両方の識別子を含むマスタモジュールに、メッセージを送信する方法を、最終的に、提供する。
【００１８】
本発明およびその利点は、添付図面を参照しながら以下の記述を読むことにより、さらに明らかになろう。
【００１９】
【発明の実施の形態】
図１は、本発明によるシステムの一実施形態の概略的な構造を示すブロック図である。
【００２０】
図１では、マスタモジュールＭが、サービス呼ＣをネットワークＴから受信する。各呼Ｃを受信する際、マスタモジュールは、その呼に関する情報ＩをアクセスモジュールＡ１、Ａ２、．．．、Ａｎの集合Ｅに送信する。アクセス制御モジュールは、ソフトウェアエンティティなどのエンティティであり、その各々が、従来、一般に、呼転送、フィルタリングなどと呼ばれているような、アクセス制御機構を実現する。
【００２１】
このマスタモジュールは、アクセス制御モジュールから受信したデータＤに従って、呼を受理することを決定するための手段を含む。
【００２２】
本発明の一実施形態では、データＤは、
呼受理と、
呼拒絶と、
決定なしといった
部分的決定の１つ以上を表す。
【００２３】
アクセス制御モジュールによって行われる部分的決定
本発明の好ましい実施形態では、受信した各呼に関する部分的決定を、他のアクセス制御モジュールによって行われた他の部分的決定と無関係に行うことができる。この方法によって、アクセス制御モジュールは、相互に無関係になり、したがって、システムは、モジュラシステムになる。
【００２４】
呼が、他のアクセス制御モジュールによって行われる決定と無関係に受理される必要がある場合、アクセス制御モジュールは、呼を受理するために部分的決定を行う。例えば、遠隔通信の分野への本発明の応用例では、ユーザは、特定の関係者（例えば、相手）がいつでも自分に連絡できるように要求することができる。したがって、指定された関係者からの呼は受理される必要がある。
【００２５】
この場合、「優先順位リスト」機構に対応するアクセス制御モジュールが、「呼受理」決定を行う。これは、その呼を受理するという最終決定を行うために、他のアクセス制御モジュールに問い合わせる必要がないことを意味する。
【００２６】
呼が、他のアクセス制御モジュールの決定とは無関係に拒絶される必要がある場合、アクセス制御モジュールは、「呼拒絶」決定を行う。例えば、呼が、フィルターされている地理的エリアから到着する場合、地理的エリアに基づくフィルタリングを適用するアクセス制御モジュールは、「呼拒絶」決定を行う。
【００２７】
他のすべての場合において、アクセス制御モジュールは、「決定なし」決定を行う。これは、そのアクセス制御モジュールが、無条件で呼を受理したり、拒絶したりする位置にはないことを意味している。
【００２８】
例えば、発呼者が禁止エリアに属しておらず、アクセス制御モジュールが、発呼者の地理的エリアに基づくフィルタリングを適用する場合は、これが適用される。呼がそのモジュール自体のフィルタによって除外されていないからといって、その呼が、他のアクセス制御モジュールによって実施される他のフィルタによっても除外されていないことを意味するわけではないので、モジュールは、その呼を拒絶も、また受理もできない。
【００２９】
アクセス制御モジュールを構成し、それらを協働して合意に至らせるためには、様々な方法がある。
【００３０】
チェーン型構成
図２に、マスタモジュールＭとそれに関連するすべてのアクセス制御モジュールＡ１、Ａ２、．．．、Ａｎとの間で、呼のスケジューリング（scheduling）を構成するための第１の方法を示す。
【００３１】
この実施形態では、アクセス制御モジュールは、チェーン型に構成される。
【００３２】
最初、マスタモジュールは、その呼に関する情報Ｉを、そのチェーンの第１のアクセス制御モジュールＡ１に送信する。第１のアクセス制御モジュールは、「呼受理」決定Ｄ１または「呼拒絶」決定Ｄ１を行う場合、その決定をマスタモジュールに送信する。そうでない場合（「決定なし」）、その呼に関する情報を、そのチェーンの第２のアクセス制御モジュールなどに送信する。
【００３３】
最後のアクセス制御モジュールは、その決定Ｄｎを、その決定の種類に関係なく、マスタモジュールに送信する。マスタモジュールは、アクセス制御モジュールの１つから受信した決定に基づいて最終決定を行うための手段を含む。この特定の実施形態では、１つの決定しか受信できないことに留意されたい。
【００３４】
受信した決定が「呼受理」または「呼拒絶」決定の場合は、最終決定もそれと同様である。受信した決定が「決定なし」決定の場合、最終決定は、その呼を受理することである。
【００３５】
スター型構成
図３に、マスタモジュールＭとそれに関連するすべてのアクセス制御モジュールＡ１、Ａ２、．．．、Ａｎとの間で、呼のスケジューリングのためのもう１つの方法を示す。
【００３６】
この実施形態では、アクセス制御モジュールは、スター型に構成されている。
すなわち、アクセス制御モジュールは、その決定Ｄ１、Ｄ２、Ｄ３、．．．、Ｄｎを、その決定の種類に関係なく、マスタモジュールに送信する。
【００３７】
この実施形態を実施するための第１の方法は、その呼に関する情報を、すべてのアクセス制御モジュールに並行して送信することを必要とする。アクセス制御モジュールは、その呼を同時に処理し、次いで、その決定をマスタモジュールに送信する。
【００３８】
第２の方法は、その呼に関する情報を順序にしたがって第１のアクセス制御モジュールＡ１に送信し、適切な場合に、その情報を第２のアクセス制御モジュールＡ２に送信するためにＡ１の決定を待ち、これを以下同様に行う。
【００３９】
この第２の実施形態は、マスタモジュールとアクセス制御モジュールとの間のやり取りを最小限に抑えるが、まれにある有利な場合を除いて、より多くの処理時間を必要とする。
【００４０】
競合管理
アクセス制御モジュールが、矛盾する決定を行うことが有り得る。例えば、優先順位呼機構と時間間隔に基づく拒絶機構が実施される場合、同じ呼が、「呼受理」決定と「呼拒絶」決定の対象になり得る。
【００４１】
明らかな競合は、優先順位を考慮すること、すなわち様々なアクセス制御モジュールによって行われる決定の相対的な重要性の順を決定することによって解決することができる。
【００４２】
チェーン型の実施形態の場合、アクセス制御モジュールのランク（すなわち、チェーン内でのその位置）は、その優先順位に直接に対応する。
【００４３】
前述のように、マスタモジュールが、その呼に関する情報を連続して、すなわち決定を受信した後に送信する場合、アクセス制御モジュールがスター型に構成される実施形態にも、同様の適用がなされる。
【００４４】
前記２つの状態では、優先順位の高いアクセス制御モジュールは、優先順位の低いアクセス制御モジュールが問い合わされる前に、決定を行う位置にある。これにより、競合は回避される。
【００４５】
呼に関する情報が並行して送信される「スター型」実施形態の場合、マスタモジュールは、２つの矛盾する決定を受信することができる。したがって、例えば番号などの優先順位を各アクセス制御モジュールに関連付けることが必要であり、その優先順位は、マスタモジュールの表に格納することができる。
【００４６】
別法として、投票方式を使用することも、同様に可能である。その場合、マスタモジュールは、「呼受理」決定の数と「呼拒絶」決定の数をカウントし、それらの数に基づいて、最終的な決定を行う。
【００４７】
新しいモジュールの実施およびその動的追加
本発明の一実施形態では、ＯＭＧ（オープンマネジメントグループ）のＣＯＲＢＡ（共通オブジェクト要求ブローカアーキテクチャ）仕様に従って、様々なマスタモジュールとアクセス制御モジュールとを実施することができる。この場合、モジュールの接続されているＯＲＢ（オブジェクト要求ブローカ）と呼ばれるソフトウェアバスを介して、様々なモジュールが、決定および呼に関する情報などを伝達する。
【００４８】
ＣＯＲＢＡの１つの特徴は、新しいソフトウェアエレメントをソフトウェアバスに動的に接続することができ、前もって接続されているソフトウェアエレメントに通知することができることである。したがって、システムを再コンパイルしたり、停止することを必要とせずに、新しいアクセス制御モジュールを動的に追加することが可能である。本発明のこの実施形態は、ＣＯＲＢＡまたは他の同じタイプの環境（マイクロソフトのＤＣＯＭなど）によって大幅に容易にはなるが、基礎的な技術環境とは無関係に実施することができる。
【００４９】
一般的に、マスタモジュールは、新しいアクセス制御モジュールを追加し、、そのマスタモジュールが関連付けられたアクセス制御モジュールの集合に、その新しいアクセス制御モジュールを含める要求を受信するための手段を有するだけで十分である。
【００５０】
電話サービス用アクセス制御モジュールに割り当てられた優先順位は、
「企業」グループと、
「ユーザ」グループと
のグループに分割することができる。
【００５１】
したがって、ユーザは、新しいアクセス制御モジュール（例えば、呼転送や優先順位リスト）を追加することができるが、システムは、それらを一貫して、サイト全体または企業全体への包括的な勧告を実施する「企業」グループのアクセス制御モジュールよりも低い優先順位に割り当てる。
【００５２】
呼処理モジュール
本発明の一実施形態では、このシステムは、要求されたサービスに正確にアクセス権を与える責任を負う呼処理モジュールの集合も含む。
【００５３】
本発明の遠隔通信分野への応用例では、呼処理モジュールは例えば、
ネットワークを横断して、要求されたサービスまたはユーザに呼を経路指定したり、その呼に課金をしたりするなどのためにアルゴリズムを使用することと、
使用されるコーデック、サービスの品質、その呼の最終アドレス（電話番号、ＩＰ（インターネットプロトコル）アドレス、ポート番号、ＡＴＭ（非同期伝送モード）仮想回線番号、プロトコル名（ＳＩＰ、Ｈ．３２３など）、呼のタイプ（ビデオ、オーディオ、音声など）などの選択（preference）に従って、呼のパラメータを設定することと、
事前に記録された告知の再生、呼への第３者の追加などのようなサービスを提供することと、
呼中に前述のパラメータを変更するために、呼がセットアップされた後でその呼を管理することが可能である。
【００５４】
この実施形態では、呼が一旦受理されると、呼をネットワークで正確に経路指定し、課金するなどするために、マスタモジュールは、その呼に関する情報を呼処理モジュールの集合に送信することができる。
【００５５】
図４に、この実施形態を示す。
【００５６】
呼の受信に際して、マスタモジュールは、その呼に関する情報Ｉをアクセス制御モジュールＡ１、Ａ２、Ａ３、．．．、Ａｎの集合Ｅに送信し、次いで、上記説明の通り、集合ＥＡから１つまたは複数の決定を受信し、当該呼を受理するか、拒絶するかを決定する。
【００５７】
次いで、マスタモジュールは、その呼に関する情報ＩＲを呼処理モジュールＲ１、Ｒ２、Ｒ３、．．．、ＲＰの集合ＥＲに送信することができる。情報ＩＲは、アクセス制御モジュールに送信された情報Ｉと同一であっても、また相違してもよい。
【００５８】
次いで、マスタモジュールは、１つまたは複数の決定ＤＲをその集合から受信し、適切な場合には、前述の決定に基づいて、経路指定をしたり請求書を送るなどに関係し得る最終決定を行う。
【００５９】
アクセス制御モジュールと同様、呼処理モジュールも、特にＣＯＲＢＡの原理を利用することによって、動的に追加することができる。したがって、マスタモジュールは、新しい呼処理モジュールを追加する要求を受信するための手段を含み、そのマスタモジュールが関連付けられた呼処理モジュールの集合に、その新しい呼処理モジュールを含めることができる。
【００６０】
呼処理モジュールの決定
本発明の一実施形態では、アクセス制御モジュールは、「呼受理」決定と同時に呼を処理する必要ありとすでに決定している、呼処理モジュールの識別子を送出する。システムのモジュール性を向上させるために、制御モジュールは、呼処理モジュールがどのように特殊化されているかを認識することができる。
【００６１】
しかし、他の実施形態では、マスタモジュールは、アクセス制御モジュールと呼処理モジュールとの間の関連に関する先験的な知識を有する。すなわちアクセス制御モジュールが、呼処理モジュールの１つの識別子を送信する必要はない。
【００６２】
遠隔通信システムの例に戻ると、各アクセス制御モジュールは、１つまたは複数の呼処理モジュールに関連付けられている。簡約化するために、呼処理モジュールは、経路指定呼に対してのみ責任を負うものすると仮定する。
【００６３】
アクセス制御モジュールは、「呼受理」決定を行うと、マスタモジュールに、その決定と呼処理モジュールの識別子とを送信する。次いで、マスタモジュールは、被呼者の番号を決定するために、呼処理モジュールと対話することができる。
【００６４】
例えば、アクセス制御モジュールは、呼転送フィルタを管理する場合、「呼受理」決定を送信することができ、どの呼処理モジュールが、ネットワーク内の正しい経路を割り当てることによってその呼を転送できるかを示す。
【図面の簡単な説明】
【図１】本発明によるシステムの、全般的なブロック図である。
【図２】本発明の第１の実施形態を示す図である。
【図３】本発明の第２の実施形態を示す図である。
【図４】呼処理モジュールを伴う、本発明の実施態様を示す図である。
【符号の説明】
Ｍ  マスタモジュール
Ｃ  サービス呼
Ｔ  ネットワーク
Ｉ  情報
Ａ  アクセスモジュール
Ｄ  データ
【図１】
0004971548.tif 000002
【図２】
0004971548.tif 000003
【図３】
0004971548.tif 000004
【図４】
0004971548.tif 000005