JP2000514973A - ユーザ対話プロシージャ - Google Patents

Abstract

(57)【要約】 インテリジェントネットワークシステムにおけるユーザ対話プロシージャは、ユーザに対する告知を行い、またユーザが入力したディジットを受取る、などのいくつかの段階を含みうる。交換点は、そのプロシージャ中の中間段階において、制御点へメッセージを返送する。

Description

【発明の詳細な説明】 ユーザ対話プロシージャ 本発明は、特にインテリジェントネットワークの電気通信網アーキテクチャに おけるユーザ対話プロシージャに関する。 インテリジェントネットワーク（ＩＮ）のアーキテクチャは、電話コールに割 込み、かつサービス制御点（又はサービス制御機能）（ＳＣＰ）に問合わせを行 いうる交換機（スイッチングシステム）であるサービス交換点（又はサービス・ スイッチング機能）（ＳＳＰ）から成る。ＳＣＰは、サービス特定論理と、ＳＣ Ｐが割込まれたコールをどのようにさらに処理すべきかについての命令をＳＳＰ へ返送することを可能にするデータと、を含むシステムである。 多くのＩＮサービスは、典型的にはユーザに対して行われる告知から成るユー ザ対話局面（フェーズ）を含み、その時、ユーザが、要求したサービスを表示す るためにＳＳＰへディジットを返送することを要求することがありうる。 現存のＩＮ規格、例えば欧州電気通信規格ＥＴＳ３００ ３７４−１（第１６ ３ないし１６５頁）からは、ＳＣＰがＳＳＰへ、エンドユーザに対する告知を行 わせる命令を送る時、ユーザ対話プロシージャの終わりにおいて、ＳＳＰからＳ ＣＰへ、報告を返送させる命令が送られうるシステムが公知である。同様にして 、同じ文書の第１６６ないし１７１頁から、ユーザ対話プロシージャがＳＳＰへ のユーザによるディジットの返送を含む時は、ＳＣＰはＳＳＰへ、ＳＳＰがユー ザ対話プロシージャの終わりにおいて、すなわち、ディジット収集の終わりにお いて、報告を行うように命令する命令を送りうる。 しかし、これらの従来技術のシステムは、サービス論理が、対話プロシージャ 中に起こる中間事象に基づいて決定を行いえないという限界を有する。 本発明は、この限界を、ＳＳＰからＳＣＰへ中間報告が送られうるようにする ことにより克服しようとする。これは、ＳＣＰがその場合、適切な環境において ユーザ対話プロシージャの最後の状態を考慮しうる利点を有する。 ここで例として、添付図面を参照する。添付図面において、 図１は、インテリジェントネットワークアーキテクチャの概略図であり、 図２は、本発明により動作するユーザ対話プロシージャを示すフローチャート である。 図１は、サービス交換点（ＳＳＰ）１４に接続された、電話加入者のようなエ ンドユーザ１２を有するアーキテクチャを示す。ＳＳＰ１４は、次いでサービス 制御点（ＳＣＰ）１６に接続されている。図１は、多くのエンドユーザ、ＳＳＰ 、およびＳＣＰを含みうるネットワークの小部分のみを示していることを認識す べきである。ＳＳＰは、電話コールに割込み、ＳＣＰに問合わせを行い、ＳＣＰ は、サービス特定論理と、割込まれたコールをどのようにさらに処理すべきかに ついての命令をＳＳＰへ返送することを可能にするデータと、を含む。 図２は、本発明によるユーザ対話プロシージャを示すフローチャートである。 このプロシージャのステップ２２において、ＳＳＰは、エンドユーザから発信 されているコールに割込む。ステップ２４においては、ＳＳＰはＳＣＰへ、その コールをどのように処理すべきかに関する命令を求めて問合わせる。ステップ２ ６においては、ＳＳＰは、ＳＣＰから命令を受取る。これらの命令は、ユーザに 対して告知を行う命令を典型的に含み、この図示された例においては、その告知 に応答してのユーザからのディジットを収集する命令を含む。さらに、この場合 は、ＳＣＰからＳＳＰへの命令はまた、ユーザ対話プロシージャにおける中間事 象を報告させる命令を含む。 このようにして、ステップ２８において、ＳＳＰは、エンドユーザに対する告 知を開始する。ステップ３０において、ＳＳＰはＳＣＰへ、満足すべき告知の開 始が行われたことについて報告する。ステップ３２において、ＳＳＰは、ユーザ に対する告知を完了する。次に、ステップ３４において、ＳＳＰはＳＣＰへ、告 知の終了について報告する。ステップ３６において、ＳＳＰは、ユーザにより入 力されたディジットを収集する。最後に、ステップ３８において、ＳＳＰはＳＣ Ｐへ、ユーザ対話プロシージャが完了したことを報告する。そのような報告がＳ ＳＰからＳＣＰへ送られる唯一の形式の報告である従来技術と対照すると、この 場合は、ＳＳＰから送られる報告は、それが、報告されつつあるユーザ対話プロ シージャの完了であることを表示しなければならない。 従来技術のシステムと比較すると、上述のプロシージャは、２つの追加の報告 段階を含み、それらの段階において、ＳＳＰはＳＣＰへ、告知の開始と、告知の 終了と、について報告する。この情報は、ＳＣＰが、それらの中間事象に基づい て決定を行うことを可能にする。例えば、ＳＣＰは、満足すべき告知の開始が報 告された時に、課金（チャージング）を開始しうる。さらにＳＣＰは、例えば、 プロシージャの適切な段階において命令を出すことにより、または、ユーザの状 態に依存して他のサービス要求を許容し、または拒否することにより、その命令 を適正に同期させうる。 ＳＣＰからＳＳＰへ送られ、ステップ２６において受取られた命令は、ＳＳＰ に対し、いずれの中間報告が必要であるかを表示しなければならない。従って、 ＳＣＰからのメッセージは、もし中間報告が必要ならば、適切な表示を含まなけ ればならない。 以上においては、サービス論理が、ユーザの状態と、システムの状態との、よ り正確な検証を行うことを可能にし、それにより、サービス論理が必要な時に正 確な情報に基づいて動作しうるようにするプロシージャを説明した。

【手続補正書】特許法第１８４条の８第１項 【提出日】平成１０年８月１３日（１９９８．８．１３） 【補正内容】 明細書 ユーザ対話プロシージャ 本発明は、特にインテリジェントネットワークの電気通信網アーキテクチャに おけるユーザ対話プロシージャに関する。 インテリジェントネットワーク（ＩＮ）のアーキテクチャは、電話コールに割 込み、かつサービス制御点（又はサービス制御機能）（ＳＣＰ）に問合わせを行 いうる交換機（スイッチングシステム）であるサービス交換点（又はサービス・ スイッチング機能）（ＳＳＰ）から成る。ＳＣＰは、サービス特定論理と、ＳＣ Ｐが割込まれたコールをどのようにさらに処理すべきかについての命令をＳＳＰ へ返送することを可能にするデータと、を含むシステムである。 多くのＩＮサービスは、典型的にはユーザに対して行われる告知から成るユー ザ対話局面（フェーズ）を含み、その場合、ユーザが要求したサービスを表示す るためにＳＳＰへディジットを返送することを要求することがありうる。 現存のＩＮ規格、例えば欧州電気通信規格ＥＴＳ３００ ３７４−１（第１６ ３ないし１６５頁）からは、ＳＣＰがＳＳＰへ、エンドユーザに対する告知を行 わせる命令を送る時、ユーザ対話プロシージャの終わりにおいて、ＳＳＰからＳ ＣＰへ、報告を返送させる命令が送られうるシステムが公知である。同様にして 、同じ文書の第１６６ないし１７１頁から、ユーザ対話プロシージャがＳＳＰへ のユーザによるディジットの返送を含む時は、ＳＣＰはＳＳＰへ、ＳＳＰがユー ザ対話プロシージャの終わりにおいて、すなわち、ディジット収集の終わりにお いて、報告を行うように命令する命令を送りうる。そのような報告を開示してい る従来技術のシステムは、以下の文献内に見出されうる： しかし、これらの従来技術のシステムは、サービス論理が、対話プロシージャ 中に起こる中間事象に基づいて決定を行いえないという限界を有する。 本発明は、この限界を、ＳＳＰからＳＣＰへ中間報告が送られうるようにする ことにより克服しようとする。これは、ＳＣＰがその場合、適切な環境において ユーザ対話プロシージャの最後の状態を考慮しうる利点を有する。 ここで例として、添付図面を参照する。添付図面において、 図１は、インテリジェントネットワークアーキテクチャの概略図であり、 図２は、本発明により動作するユーザ対話プロシージャを示すフローチャート である。 図１は、サービス交換点（ＳＳＰ）１４に接続された、電話加入者のようなエ ンドユーザ１２を有するアーキテクチャを示す。ＳＳＰ１４は、次いでサービス 制御点（ＳＣＰ）１６に接続されている。図１は、多くのエンドユーザ、ＳＳＰ 、 およびＳＣＰを含みうるネットワークの小部分のみを示していることを認識すべ きである。ＳＳＰは、電話コールに割込み、ＳＣＰに問合わせを行い、ＳＣＰは 、サービス特定論理と、割込まれたコールをどのようにさらに処理すべきかにつ いての命令をＳＳＰへ返送することを可能にするデータと、を含む。 図２は、本発明によるユーザ対話プロシージャを示すフローチャートである。 このプロシージャのステップ２２において、ＳＳＰは、エンドユーザから発信 されているコールに割込む。ステップ２４においては、ＳＳＰはＳＣＰへ、その コールをどのように処理すべきかに関する命令を求めて問合わせる。ステップ２ ６においては、ＳＳＰは、ＳＣＰから命令を受取る。これらの命令は、ユーザに 対して告知を行う命令を典型的に含み、この図示された例においては、その告知 に応答してのユーザからのディジットを収集する命令を含む。さらに、この場合 は、ＳＣＰからＳＳＰへの命令はまた、ユーザ対話プロシージャにおける中間事 象を報告させる命令を含む。 このようにして、ステップ２８において、ＳＳＰは、エンドユーザに対する告 知を開始する。ステップ３０において、ＳＳＰはＳＣＰへ、満足すべき告知の開 始が行われたことについて報告する。ステップ３２において、ＳＳＰは、ユーザ に対する告知を完了する。次に、ステップ３４において、ＳＳＰはＳＣＰへ、告 知の終了について報告する。ステップ３６において、ＳＳＰは、ユーザにより入 力されたディジットを収集する。最後に、ステップ３８において、ＳＳＰはＳＣ Ｐへ、ユーザ対話プロシージャが完了したことを報告する。そのような報告がＳ ＳＰからＳＣＰへ送られる唯一の形式の報告である従来技術と対照すると、この 場合は、ＳＳＰから送られる報告は、それが、報告されつつあるユーザ対話プロ シージャの完了であることを表示しなければならない。 従来技術のシステムと比較すると、上述のプロシージャは、２つの追加の報告段 階を含み、それらの段階において、ＳＳＰはＳＣＰへ、告知の開始と、告知の終 了と、について報告する。この情報は、ＳＣＰが、それらの中間事象に基づいて 決定を行うことを可能にする。例えば、ＳＣＰは、満足すべき告知の開始が報告 された時に、課金（チャージング）を開始しうる。さらにＳＣＰは、例えば、プ ロシージャの適切な段階において命令を出すことにより、または、ユーザの状態 に依存して他のサービス要求を許容し、または拒否することにより、その命令を 適正に同期させうる。 ＳＣＰからＳＳＰへ送られ、ステップ２６において受取られた命令は、ＳＳＰ に対し、いずれの中間報告が必要であるかを表示しなければならない。従って、 ＳＣＰからのメッセージは、もし中間報告が必要ならば、適切な表示を含まなけ ればならない。 以上においては、サービス論理が、ユーザの状態と、システムの状態との、よ り正確な検証を行うことを可能にし、それにより、サービス論理が必要な時に正 確な情報に基づいて動作しうるようにするプロシージャを説明した。請求の範囲 1. 交換点および制御点を含み、ユーザが前記交換点に接続され、かつ前記交 換点が前記制御点に接続されているネットワークにおいて、電話コール中にユー ザ対話プロシージャを処理する方法であって、前記ユーザ対話プロシージャが複 数の段階を含み、該複数の段階中においてメッセージが、前記交換点からユーザ へ、また該ユーザから前記交換点へ送られるが、前記制御点から前記交換点へは 送られず、前記方法が、前記ユーザ対話プロシージャ中に前記交換点から前記制 御点へ少なくとも１つの報告を送ることを含むことを特徴とする、前記方法。 2. 前記プロシージャ中のそれぞれの段階の完了時に、前記交換点から前記制 御点へ報告を送ることを含む、請求項１に記載の方法。 3. 前記プロシージャ中の少なくとも第１段階の開始時に、前記交換点から前 記制御点へ報告を送ることを含む、請求項１または請求項２に記載の方法。 4. 前記交換点から前記制御点へ送られる前記報告またはそれぞれの報告が、 報告される事象に関する表示を含む、請求項１から請求項３までのいずれかに記 載の方法。 5. 前記プロシージャ中の少なくともそれぞれの段階の開始後に、前記交換点 から前記制御点へ報告を送ることを含む、請求項１から請求項４までのいずれか に記載の方法。 6. 交換点から受取った問合わせを認識する手段と、ユーザ対話プロシージャ に先立って前記交換点へ命令を送信し、それに応答してユーザ対話プロシージャ を開始させる命令送信手段とを含む電気通信網のための制御点であって、前記ユ ーザ対話プロシージャが含む複数の段階中においてメッセージが、前記交換点か らユーザへ、また該ユーザから前記交換点へ送られるが、前記制御点から前記交 換点へは送られない段階で、前記ユーザ対話プロシージャ中に前記制御点へ報告 を送らせる命令を前記交換点へ選択的に送信する手段を前記命令送信手段が含む ことを特徴とする、前記制御点。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 クロウグハン，ルイーズ オランダ国 エヌエル―4901 エイチエイ オステルハルト，レーウェンシュトラー ト 25 (72)発明者 アベン，フレーク オランダ国 エヌエル―5447 エイジー リケフォールト，ホーグフェルト １ジー

Claims (1)

1. 【特許請求の範囲】 1. 交換点および制御点を含むネットワークにおいて、電話コール中にユーザ 対話プロシージャを処理する方法であって、前記ユーザ対話プロシージャが複数 の段階を含み、該複数の段階中においてメッセージが、前記交換点からユーザへ 、また該ユーザから前記交換点へ送られるが、前記制御点から前記交換点へは送 られず、前記方法が、前記ユーザ対話プロシージャ中に前記交換点から前記制御 点へ少なくとも１つの報告を送ることを含む、前記方法。 2. 前記プロシージャ中のそれぞれの段階の完了時に、前記交換点から前記制 御点へ報告を送ることを含む、請求項１に記載の方法。 3. 前記プロシージャ中の第１段階の開始時に、前記交換点から前記制御点へ 報告を送ることを含む、請求項１または請求項２に記載の方法。 4. 前記交換点から前記制御点へ送られる前記報告またはそれぞれの報告が、 報告される事象に関する表示を含む、請求項１から請求項３までのいずれかに記 載の方法。 5. 交換点から受取った問合わせを認識する手段と、ユーザ対話期間に先立っ て前記交換点へ命令を送信し、それに応答してユーザ対話プロシージャを開始さ せる命令送信手段と、を含む電気通信網のための制御点であって、前記命令送信 手段が前記交換点へ、前記ユーザ対話期間中に前記制御点へ報告を送らせる命令 を選択的に送信する手段を含む、前記制御点。 6. 交換点および制御点を含むネットワークにおいて、電話コール中にユーザ 対話プロシージャを処理する方法であって、前記ユーザ対話プロシージャが複数 の段階を含み、該複数の段階中においてメッセージが、前記交換点からユーザへ 、また該ユーザから前記交換点へ送られ、前記方法が、少なくとも前記プロシー ジャ中のそれぞれの段階の開始時において前記交換点から前記制御点へ報告を送 ることを含む、前記方法。