(57)【特許請求の範囲】
【請求項１】
加入者ラインに結合されたスイッチングセンタおよび向上したサービス処理装置とを含む電話ネットワークであって、
スイッチングセンタは、加入者ラインと関係する所定のイベントの発生を記録するイベント検出手段と、呼処理手段とを有し、呼処理手段は、加入者ラインを介して呼接続を設定または終了する試行に応答して、選択的に下記の処理を行う、即ち
（ｉ）所定のイベントの発生が検出手段によって予め記録されているときは、この試行を向上したサービス処理装置に通知し、前記呼接続を設定または終了するスイッチング制御命令を受信する処理であって、前記スイッチング制御命令は前記通知に応答して向上したサービス処理装置によって送信され、前記試行は、イベント検出手段による所定のイベントの発生の記録とは異なり且つその記録に後続するものである、処理、または、
（ｉｉ）所定のイベントの発生が検出手段によって予め記録されていないときは、向上したサービス装置に通知することなく、前記呼接続を設定または終了する処理、
を行う電話ネットワーク。
【請求項２】
スイッチングセンタがフラグ手段を含む処理手段を含み、該処理手段が前記所定のイベントの通知に応答して、前記フラグ手段の状態を変更する手段、およびフラグ手段の状態に依存して、前記加入者ラインを介して呼接続を設定または終了する試行について向上したサービス処理装置に通知するか、否かを判断する手段をもつ請求項１記載のネットワーク。
【請求項３】
所定のイベントを検出し、前記イベントの発生についてスイッチングセンタに通知するイベント検出手段を含む請求項１または２記載のネットワーク。
【請求項４】
処理手段が、各所定のイベントと関係する複数のフラグ手段を含み、該処理手段が、前記所定のイベントの1つの通知に応答して関係するフラグ手段の状態を変更する手段と、フラグ手段の状態およびフラグ手段状態情報に依存して制御される選択手段であって、前記加入者ラインを介して呼接続を設定または終了する試行について向上したサービス処理装置へ通知するかどうかを選択し、このように選択されたときにこのような通知を実行するように構成されている選択手段とをもつ請求項２記載のネットワーク。
【請求項５】
向上したサービス処理装置が、前記フラグ状態情報に依存して前記スイッチングセンタを制御する手段をもつ請求項４記載のネットワーク。
【請求項６】
イベント検出手段がボイスメールシステムを含み、該イベントまたはイベントの１つが前記加入者ラインの加入者に対してボイスメールを記憶することを含む請求項３ないし５のいずれか１項記載のネットワーク。
【請求項７】
イベント検出手段が呼課金システムを含み、該イベントまたはイベントの1つが閾値を越えた前記加入者ラインの加入者に対する呼課金を含んでいる請求項３ないし６のいずれか1項記載のネットワーク。
【請求項８】
電話ネットワークにおいて呼を処理する方法であって：
スイッチングセンタにおいて、スイッチングセンタに接続された加入者ラインと関係する１つ以上の所定のイベントの発生を記録するステップと、
加入者ラインを介して呼を設定または終了する試行を検出するステップと、
前記所定のイベントの１つ以上の発生の記録がスイッチングセンタに存在しているかどうかを判断するステップと、
（ｉ）前記所定のイベントの１つ以上の発生の記録がスイッチングセンタに存在していると判断される場合は、
向上したサービス処理装置に試行について通知するステップであって、前記試行が所定のイベントの発生の記録とは異なり且つその記録に後続するものである、ステップと、
向上したサービス処理装置において、前記通知に応答して、呼を設定または終了するためのスイッチング制御命令を生成するステップと、
前記スイッチング命令をスイッチングセンタへ通信して、前記呼の設定または終了を制御するステップとを含むが；
（ｉｉ）前記所定のイベントの１つ以上の発生の記録がスイッチングセンタに現在存在しないと判断される場合は、
向上したサービス装置に通知することなく、スイッチングセンタのスイッチング機能のみを使用して呼を設定または終了するステップとを含む方法。
【請求項９】
前記イベントがボイスメールを記憶することを含む請求項８記載の方法。
【請求項１０】
前記イベントが、電話システムの使用度に関係する累積パラメータだけ閾値を越えていることを含む請求項８記載の方法。
【請求項１１】
前記イベントの１つ以上の発生の記録は、既に発生した前記イベントの別のイベントの記録を消去または取り消しして行われ、向上したサービス処理装置は、前記既に発生したイベントの別の発生まで、別の呼試行を通知されない請求項８ないし１０の何れか１項記載の方法。
【発明の詳細な説明】
【０００１】
発明の属する技術分野
本発明は、電話ネットワーク、および電話ネットワークにおける呼処理方法に関する。
【０００２】
従来の技術
本出願において、向上したサービス（enhanced service）”とは、加入者へ提供されるサービスであって、発呼者によるダイヤリングに応答して、発呼者が呼を設定することを試行する端末装置と試行が行われる別の“目標(ターゲット)”端末装置との間で作られる簡単な接続を除いたサービスを意味し、またリンギング、通話状態、および利用できない電話番号についての関係するシグナリングを意味する。向上したサービスは、呼試行を行う加入者（に対しては、例えば呼の禁止）、または目標端末装置における加入者（に対しては、例えばボイスメール）へ提供することができる。
【０００３】
電話ネットワークにおいて、このような向上したサービス、すなわち、ときには“インテリジェントネットワーク”サービスとして知られているサービスを提供することが知られている。このようなサービスを実行するために要求されている処理は、電話スイッチングセンタによって実行することができる。しかしながらこのようなサービスは、電話スイッチング装置の製造者は異なるネットワークオペレータの要求にしたがってスイッチをカスタマイズしなければならないので望ましくないことが分かっている。したがってこのような装置のコストは増加してしまう。
【０００４】
別のアプローチでは、向上したサービス処理装置、または“サービス制御ポイント（ＳＣＰ）”と関係して比較的簡単なスイッチングセンタを使用する。この構成では、スイッチングセンタは向上したサービス処理装置に呼接続を設定する試行について知らせ、向上したサービス処理装置は“正規に進行（proceed as normal）”または“呼を禁止(bar call)”といったスイッチング制御命令を戻す。
【０００５】
第３のアプローチは、国際特許明細書WO97/48238号明細書および第WO96/13949号明細書において例示されており、ここでも向上したサービス処理装置を使用するが、ダイヤルされたディジットによって向上した処理能力が要求される目標の当事者を識別できるか、またはこのような能力は発呼当事者に対して予め特定されているので、スイッチングセンタが呼が向上した処理を要求すると識別したときのみ、向上したサービスは呼出される。
【０００６】
これらのアプローチの欠点は、スイッチングセンタと、向上したサービス処理装置との間に多数のトラヒックがあって、向上したサービスでは、例えば呼送り条件が満たされていない（ビジーでないライン、間違った時刻、など）ときに、呼接続設定試行の通知および“正規に進行”命令を行なうことである。この特別なトラヒック、および向上したサービス処理装置によって実行される特別な処理は、向上したサービス処理の効率的な動作を妨げる。本発明の目的は、上述の問題を解決または改善することである。
【０００７】
本発明にしたがって、加入者ラインに結合された電話スイッチングセンタ、および向上したサービス処理装置を含む電話ネットワークであって、
加入者ラインと関係する所定のイベントの発生を記録するイベント検出手段と、加入者ラインを介して呼接続を設定または終了する試行に応答して、選択的に、
この試行の向上したサービス処理装置を通知するか、または、
このような通知がなくても前記呼接続を設定または終了する呼処理手段をもち、
所定のイベントの発生が検出手段によって記録されたかどうかにしたがって、向上したサービス処理手段がこのような通知に応答して、スイッチング制御命令を電話スイッチングセンタへ送る手段をもつ電話ネットワークを提供する。その結果、スイッチングセンタと向上したサービス処理装置との間のトラヒックは、“正規に進行”を除くスイッチング制御命令の少なくとも可能性があるときのみ発生する。
【０００８】
スイッチングセンタはフラグ手段を含む処理手段を含んでおり、該処理手段は前記所定のイベントの通知に応答して、前記フラグ手段の状態を変更し、前記加入者ラインを介して呼接続を設定または終了する試行のイベントの際には、フラグ手段の状態に依存して、向上したサービス処理装置に試行について通知するか、否かを判断する。したがってスイッチングセンタは、単に、各加入者ラインに対して設定されたフラグとして、スイッチが向上したサービス処理装置を現在呼出しているか否かを示すフラグを要求する。フラグはサービス処理装置によって制御されて、ユーザからの要求または他のイベントに応答する。スイッチ、それ自体は、向上したサービス処理装置が要求されるか否かを設定するほかに向上したサービスの処理を実行しない。
【０００９】
所定のイベントを検出し、前記イベントの発生のスイッチングセンタを通知するイベント検出手段を含むことが好ましい。
【００１０】
処理手段が、各所定のイベントと関係する複数のフラグ手段を含み、前記所定のイベントの1つの通知に応答して、関係するフラグ手段の状態を変更し、前記加入者ラインを介して呼接続を設定または終了する試行の際に、フラグ手段およびフラグ手段状態情報に依存して、向上したサービス処理装置にこの試行について通知し、このように選択されたときにはこのような通知を実行するか、否かを選択する。向上したサービス処理装置は、前記フラグ状態情報に依存して前記スイッチング制御命令を生成することがより好ましい。
【００１１】
イベント検出手段がボイスメールシステムを含み、この場合に該イベントまたはイベントの１つが前記加入者ラインの加入者に対してボイスメールを記憶することを含む。イベント検出手段が呼課金システムを含み、この場合に該イベントまたはイベントの1つが閾値を越えた前記加入者ラインの加入者に対して累積される呼課金を含む。
【００１２】
本発明にしたがって、電話ネットワークにおいて呼を処理する方法であって：
電話スイッチングセンタにおいて、スイッチングセンタに接続された加入者ラインと関係する所定のイベントの発生を記憶することと、
加入者ラインを介して呼を設定または終了する試行を検出することと、
前記所定のイベントの発生の記録がスイッチングセンタに存在しているか否かを判断することとを含み：
前記所定のイベントの発生の記録がスイッチングセンタに存在していると判断されるときは、
向上したサービス処理装置に試行について通知し、
向上したサービス処理装置においてスイッチング制御命令を生成し、
前記命令をスイッチングセンタへ通信して、前記呼の設定または終了を制御するが；
前記所定のイベントの発生の記録がスイッチングセンタに存在しないとき判断されるときは、
スイッチングセンタのスイッチング機能のみを使用して呼を設定または終了する方法を提供する。
【００１３】
イベントは、例えばボイスメールを記憶するか、または電話システムの使用に関係する累積的なパラメータ、例えばユーザ口座上で累積されている呼課金だけ閾値を越えることを含む。他のイベント、例えばボイスメールにアクセスするイベントまたはユーザ口座内の資金を補充するイベントにより、このような記録は消去され、その結果向上したサービス処理装置は、所定のイベントがさらに発生するまで別の呼試行について通知されない。
【００１４】
ここで本発明の実施形態を添付の図面を参照して例示的に記載することにする。
【００１５】
発明の実施の形態
図１を参照すると、電話システムは端末装置１、例えば電話セットを含み、端末装置１は電話ラインによってスイッチングセンタ２に接続されている。スイッチングセンタは公衆交換電話ネットワーク３の残り、さらにサービス制御ポイント（ＳＣＰ）４へ接続されている。サービス制御ポイント４は向上したサービスを提供するためにスイッチングセンタ２へ命令を与える。
【００１６】
図２を参照すると、スイッチングセンタは、ディジタルスイッチングマトリックス５、スイッチングマトリックス５に接続された複数の加入者ラインカード６、同じくスイッチングマトリックス５に接続された複数のトランクインターフェイス７、制御プロセッサ８、および複数のシグナリングインターフェイス９を含み、複数のシグナリングインターフェイス９の一部は加入者ラインに結合され、別の部分はトランクに接続されている。制御プロセッサ８は、シグナリングインターフェイス９からのシグナリングデータおよびサービス制御ポイント４からのスイッチング制御命令に応答してディジタルスイッチングマトリックス５の動作を制御する。制御プロセッサ８はさらに、呼課金システム10との間でデータを送受信する。
【００１７】
ここで図１および２の例示的実施形態の動作を図３、４、および５を参照して記載することにする。
【００１８】
被呼当事者が呼に応答しないとき、ボイスメールメッセージを残す機会が被呼当事者に与えられることが知られている。この既知のプロセスは、本発明のシステムでは異なっており、ボイスメールが残されたとき、“呼ボイスメールの終了”フラグ、またはトリガフラグが制御プロセッサ８において設定される。
【００１９】
続いて被呼当事者が呼を行い、その呼びが終了するとき、制御プロセッサ８は“呼ボイスメール終了”フラグが設定されたことを示し、サービス制御ポイント４を呼び、フラグ識別子および加入者識別子を送る。サービス制御ポイント４はスイッチング制御命令をスイッチングセンタ２の制御プロセッサ８へ戻すことによって応答し、制御プロセッサ８は加入者をボイスメールセンタに接続し、その結果この加入者はボイスメールを聞くことができる。
【００２０】
この実施形態によって与えられる別の機能は、呼課金が制限値に到達した際の呼の禁止である。この機能を用意するために、制御プロセッサ８は“呼の開始−超過課金（start of call-excess charge）”フラグを実行する。通常、このフラグは偽（false）にセットされている。したがって、加入者が呼を行うとき、呼はサービス制御ポイント４を参照せずにスイッチセンタ２によってルート設定される。しかしながら、加入者の呼のコストが閾値を越えるときは、呼課金サブシステム10はスイッチングセンタ２に通知し、“呼の開始−超過課金（start of call-excess charge）”フラグをセットする。その結果、加入者はここで呼を行い、制御プロセッサ８は、呼が行われていることおよび“呼の開始−超過課金”フラグがセットされていることを検出し、サービス制御ポイント４へ通知する。次にサービス制御ポイント４は、呼禁止命令をスイッチングセンタ２の制御プロセッサ８へ戻す。制御プロセッサ８は、加入者呼を禁止するようにスイッチングマトリックス５を制御することによって応答する。
【００２１】
図３、４、および５を参照すると、本発明のシステムの動作が次のように生成されることが分かるであろう。
【００２２】
図３に示した制御プロセッサ８の第１のプロセスは、所定のイベントにおいてシグナリングインターフェイス９をモニタし（段階ｓ１−１）、所定のイベントの１つが検出されるとき、フラグ設定を変更する（段階ｓ１−２）。同じプロセスにおいて、制御プロセッサ８は他のシステム制御および管理構成要素、例えば呼び課金サブシステムからの入力通知信号を検査し（段階ｓ１−３）、このような信号を受け取るとき、対応するフラグをセットする（段階ｓ１−４）。
【００２３】
図４に示した制御プロセッサ８の第２のプロセスは、当事者が呼を設定する試行を行っていることを判断すること（段階ｓ２−１）、および関係するフラグ、例えば将来呼の当事者となる者（would be party）の一方または他方に関係するフラグが設定されるか、否かを判断すること（段階ｓ２−２）とを含む。フラグがセットされるとき、呼プロセッサ８はこの情報を、フラグが関係している当事者の識別子と共にサービス制御ポイント４へ通信する（段階ｓ２−３）。次に制御プロセッサ８はサービス制御ポイント４から戻されたスイッチング制御命令を受取り、それらを実行する（段階ｓ２−５）。フラグがセットされていないとき、サービス制御ポイント４を参照せずに呼をルート設定する。
【００２４】
図５に示した制御プロセッサ８の第３のプロセスは、呼が終了したことを判断すること（段階ｓ３−１）、および関係するフラグ、すなわち呼に対する当事者の一方または他方と関係するフラグがセットされているか、否かを判断すること（段階ｓ３−２）を含む。フラグがセットされるとき、制御プロセッサ８は、この情報をサービス制御ポイント４へ、フラグが関係している当事者の識別子と一緒に通信する（段階ｓ３−２）。次に制御プロセッサ８は、サービス制御ポイント４から戻されるスイッチング制御命令を受け取り（段階ｓ３−４）、それらを実行する（段階ｓ３−５）。フラグがセットされていないときは、呼は正規のやり方でサービス制御ポイント４を参照せずに終了する。
【００２５】
多くの異なるイベントに関係しているフラグが実行されること、および本発明は上述の例示的な実施形態に制限されないことが理解されるであろう。
【図面の簡単な説明】
【図１】  電話システムの一部を示す図。
【図２】  図１の電話システムのスイッチングセンタを示す図。
【図３】  図１のシステムの動作を示すフローチャート。
【図４】  図１のシステムの動作を示すフローチャート。
【図５】  図１のシステムの動作を示すフローチャート。
【図１】
0004274698.tif 000002
【図２】
0004274698.tif 000003
【図３】
0004274698.tif 000004
【図４】
0004274698.tif 000005
【図５】
0004274698.tif 000006