(57)【特許請求の範囲】
【請求項１】
通信ネットワーク内で加入者サービスを管理する方法であって、これらのサービスは、少なくとも１つの交換機（４；１２；２４）に接続または統合された論理サービス手段（８；１２；２８）に関連して記憶され、前記方法は、
・  既存の共用可能なネットワークをサービスネットワーク（２；２２）として使用するステップと、
・  前記サービスネットワーク（２；２２）を、前記少なくとも１つの論理サービス手段（８；１２；２８）を介して、前記通信ネットワークへ接続するステップと、
・  共用可能な端末を加入者端末（１０ａ、１０ｄ、２０ａ）として前記サービスネットワーク内で使用するステップと、
・  グラフィックユーザインターフェイス手段を前記サービスネットワークから前記加入者端末（１０ａ、１０ｄ、２０ａ）へ接続するステップと、
・  前記サービスネットワーク内のグラフィックユーザインターフェイスを通じて、前記論理サービス手段（８，１２；２８）においてサービスを管理するステップを含んでなり、
前記サービスプログラム（３４）がサービスを実行するサービス実行部と管理サービス部からなり、前期管理サービス部が第１と第２の部分からなり、
・前記第１の部分は前記論理サービス手段（８；１２；２８）内でサービス管理のために実行され、そして
・前記第２の部分はサービス管理のために前記加入者端末（１０ａ、１０ｄ、２０ａ）にダウンロードされ、前記管理サービス部の前記第２の部分の手段によりグラフィックユーザインターフェイスを通じてサービスが遂行されるのを管理することを特徴とする、前記方法。
【請求項２】
前記通信ネットワークがインテリジェントネットワークであり、前記論理サービス手段がサービス制御ポイント（ＳＣＰ）（８；２８）またはサービス交換・制御ポイント（ＳＳＣＰ）（１２）であることを特徴とする請求項１に記載の方法。
【請求項３】
基本的に同一種類の端末（１０ａ、１０ｂ、１０ｃ；２０ａ、２０ｂ、２０ｃ）を使用する加入者として同一のサービスネットワーク（２；２２）へ、サービスプロバイダ（１０ｂ；２０ｂ）および／またはサービスベンダ（１０ｃ；２０ｃ）を接続することを特徴とする前項までの請求項のうちいずれか１項に記載の方法。
【請求項４】
サービスネットワーク（２；２２）としてインターネットを使用することを特徴とする前項までの請求項のうちいずれか１項に記載の方法。
【請求項５】
加入者サービスを管理できるサービス通信ネットワークであって、
・  その中でコールがなされサービスが使用される通信ネットワーク（１；２１）と、
・  たとえばインターネットまたはその類似のような、既存の共用可能なネットワークを含んでなるサービスネットワーク（２；２２）と、
・  前記サービスネットワークを通信ネットワークへ接続する少なくとも１つの論理サービス手段（８、１２；２８）と、
・  通信ネットワークへも加入者サービスを管理するためのサービスネットワークへも接続された、たとえば電話またはコンピュータのような共用可能な端末と、
・  加入者サービスデータを表示する周知のグラフィックユーザインターフェイス（１０ａ、１０ｄ、２０ａ）であって、そこに加入者サービスデータが表示され、サービスを実行するサービス実行部と管理サービス部からなり、前期管理サービス部が第１と第２の部分を持つサービスプログラム（３４）としてサービスがそこに実装され
・前記第１の部分は前記論理サービス手段（８；１２；２８）内でサービス管理のために実行され、そして
・前記第２の部分はサービス管理のために前記加入者端末（１０ａ、１０ｄ、２０ａ、２０ｄ）にダウンロードされるように整えられている事を特徴とするものとを、
含んでなる前記サービス通信ネットワーク。
【請求項６】
サービス・制御交換ポイント（ＳＳＣＰ）および／またはサービス交換ポイント（ＳＳＰ）を含んでなり、前記論理サービス手段はサービス制御ポイント（ＳＣＰ）またはＳＳＣＰである請求項５記載のサービス通信ネットワーク。
【請求項７】
基本的に同一種類の端末（１０ａ、１０ｂ、１０ｃ；２０ａ、２０ｂ、２０ｃ）を使用する加入者と同一のサービスネットワーク（２；２２）へ、サービスプロバイダ（１０ｂ；２０ｂ）および／またはサービスベンダ（１０ｃ；２０ｃ）を接続することを特徴とする請求項５ないし請求項６のうちのいずれか１項に記載のサービス通信ネットワーク。
【請求項８】
前記加入者を前記サービスネットワーク内の論理サービス手段へ接続するためにインターネットを使用することを特徴とする請求項５ないし請求項７のうちのいずれか１項に記載のサービス通信ネットワーク。
【発明の詳細な説明】
発明の技術的分野
この発明は通信ネットワークに関し、特に、そうしたネットワーク内のサービスの設計、配備、管理、実行に関する。
関連技術の説明
今日、加入者は二つの方法、すなわち、オペレータを呼び出して作動または不作動にするサービスを要求するか、または電話機のキーの組み合わせを押すことにより、そうしたサービスを管理できる。多くの加入者にとって、これらの方法は両方とも、煩雑であると認められている。このキーの組み合わせは、しばしば長くて記憶困難であり、加入者へのガイド無しでは誤りを引き起こしたり、試みることにさえ加入者を怖がらせる。ユーザインターフェイスの複雑さもまた、有効に使用可能なサービスの数と柔軟性を制限する。
汎用パーソナル通信（Ｕｎｉｖｅｒｓａｌ  Ｐｅｒｓｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）（ＵＰＴ）は、各個人に個人的な電話番号を割り当てることにより、個人をその位置に関係なく、常時つながるようにするコンセプトである。ネットワーク内の論理関数はあらゆる着信コールを、加入者がその時点で発見される電話機へ送信する。このサービスは、公衆電話回線網（ＰＳＴＮ）と移動通信網のような、異なった２つのタイプのネットワークの間で作動する。ＵＰＴは通常インテリジェントネットワーク内にインプリメント（実施）されるが、あらゆる種類の通信ネットワーク内にインプリメントできる。
インテリジェントネットワーク（ＩＮ）内に好ましくインプリメントされるその他のサービスの例は、コール転送、通話中着信（コールウエイティング）、コールのスクリーニングである。
今日のインテリジェントネットワークまたは他の通信ネットワーク内のサービスの設計、管理、実行のための標準は、何も存在しない。したがってそうしたサービスは、一つのホストコンピュータのために直接にコンパイルしなければならない私有の解決法またはプログラミング言語に基づいている。したがってそれらを異なった種類の装置の間で移動できない。ＳＣＰへサービスロジックを転送するための標準的なプログラミング言語と標準的なフォーマットは何もなく、またサービスを管理する標準的なインターフェイスは何もない。インテリジェントネットワーク内のサービスの設計、配備、管理のためのこれらの要素もまた、サービスのベンダ（売主）に依存している。
このことは、通信オペレータと加入者のために多数の問題を生ずる。多くの解決が私有であるために、違うベンダの装置の間でサービスを作動または変更するコードが異なる。また、違うベンダからの装置を組み合わせることは、通信オペレータにとって困難である。
環境がこのように特殊化しているので、サービスを修正することが難しい。既知の方法によっては、加入者が自分のサービスを設計または修正することは不可能である。
このサービスは移動性に乏しい。サービスの自動起動は、一般に加入者の自分の電話機からしなければならない。
加入者が変更を希望しても、特定の加入者のサービスプロフィールを他のオペレータへ移動できない。
ＷＯ９５／３４９８０は、カスタム化した通信サービスを記述していて、ここではサービスプロバイダまたはシステムベンダが、顧客のニーズまたは希望の通りに適応させて、サービスを供給し修正できる。このネットワークは多数のサービスシェルを含んでなり、各シェルは特定のサービスに関係する。一つのサービスセルはシェルのための基本ロジックとカスタム化ポイントを含み、このカスタム化ポイントの中でサービスが、システムベンダにより追加されたりサービスプロバイダにより修正されたりする。加入者は自分の目的のためにサービスを微調整できる。ユーザデータの入力のためのネットワークとして、ＩＳＤＮが示唆される。
米国特許５，３２３，４５２は、ビジュアル環境内でのインテリジェントネットワークのコール処理を生成し修正するシステムと方法を開示する。ネットワークの解決は何も示唆されてない。
こうして、サービスの設計、配備、管理、実行のためのネットワークの解決への需要が存在する。できるだけ多くの人に役立つために、ネットワークと接続コストはできるだけ安価に保つべきである。これを達成する一つの方法は、可能なところでは既存のネットワーク資源と端末を使用することである。
発明の目的
したがってこの発明の一つの目的は、できるだけ広い範囲で既存のネットワーク資源と端末を使用する、通信ネットワーク内のサービス管理の方法を供給することである。
通信ネットワーク内の加入者のために、サービスを設計、配備、管理、実行しやすい方法とネットワークを提供することも、この発明の一つの目的である。
融通性があるけれども加入者にとって管理しやすいサービスネットワークを生成することが、この発明のもう一つの目的である。
異なったタイプの装置上で実行できるサービスプログラムを生成するための標準を得ることが、この発明のもう一つの目的である。
加入者の物理的な位置にかかわりなくサービスの管理ができるようにすることが、この発明の更にもう一つの目的である。
顧客が自分のサービスを他のオペレータへ移動できることを含む、サービス移植性（サービスポータビリティ）を達成することが、この発明のなおもう一つの目的である。
発明の要約
これらの目的のいくつかは、独立請求項に開示されるように設計された通信ネットワークで達成される。残りの目的は、従属請求項に開示されるこの発明のいくつかの実施例で達成される。
この発明は下記の利点を提供する。
同一インタフェイスを介して同一方法で全てのサービスを操作できる。
同一端末と同一ネットワークを使用して、サービス供給とサービス管理が遂行できる。
変更中に、顧客が変更の結果を見ることができるので、サービスを修正するときのエラーの危険が減少する。
顧客は既存の設備をネットワークとの通信に使用できる。
既存のネットワーク資源をサービスネットワークのために使用できる。
この発明の好ましい実施例は、下記の追加的な利点を提供する。
その技術の到達水準の開発環境を、サービスの生成のために使用できる。
サービスのダウンロードを一層効率的にする。
加入者は自分の住所にかかわりなくサービスを管理できる。
加入者のサービスプロフィールとサービスを、複数のオペレータの間で移動できる。
【図面の簡単な説明】
同封の図面を個別に参照しながら、この発明を一層詳細に説明する。
図１は、この発明によるインテリジェント通信ネットワーク（ＩＮ）のための一般的概念を図式的に示す。
図２は、この発明の第１実施例によるインテリジェント通信ネットワークを示す。
図３は、この発明の第１実施例によるＩＮ内のサービス制御ポイント（ＳＣＰ）を示す。
図４は、この発明の第１実施例によるネットワーク内で、サービスを利用可能にするために行われるステップを示す。
図５は、この発明の第１実施例により、特定の加入者のためにサービスを起動し、不作動にし、または変更するために行われるステップを示す。
図６は、この発明の第１実施例によりサービスが実行される（使用される）ときに行われるステップを示す。
実施例の詳細な説明
図１に、この発明によるインテリジェントネットワークを示す。このネットワークは、２つの主要部分へ分割される。通信ネットワーク１の中で、実際にコールが行われてサービスが使用される。このＩＮにより提供されるサービスを生成し、ダウンロードし、管理するために、サービスネットワーク２を使用する。通信ネットワーク１はいくつかのＳＳＰ（サービス交換ポイント）で形成され、これらのＳＳＰへ電話機６やファックス（ｔｅｌｅｆａｘ）のような他の通信機器が接続される。これらのＳＳＰは、１つまたはそれ以上のＳＣＰ（サービス制御ポイント）８へ接続され、これらＳＣＰは、ネットワークの制御ロジックとサービスソフトウェアを含んでいる。１つまたはそれ以上のインテリジェント周辺機器がこれらのＳＳＰとＳＣＰへ接続されて、これらはデータベース、参考情報などを提供する。
サービスネットワークは、いくつかの端末１０ａ、１０ｂ、１０ｃ、１０ｄからなり、これらは１０ｂに図示するようなワイヤまたはケーブルを通じて、または１０ｄに図示するような無線リンクにより、ＳＣＰへ接続されている。各加入者は端末１０ａ、同１０ｄを有し、サービスプロバイダおよびオペレータは、端末１０ｂ、同１０ｃを有し得る。加入者端末１０ａと同１０ｄは、通信ネットワーク内のサービスを修正し、起動し、不作動にするために、ユーザにより使用される。
サービス管理インターフェイスへのアクセスできるためには、ユーザの識別名（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）が必要である。各ユーザについてユーザプロフィールが定義されて、このユーザが遂行を許可されるべき機能へのアクセスを与える。たとえば、サービスベンダ１０Ｂとオペレータ１０ｃは、ネットワーク２へプログラムをダウンロードすることを許可され得る。何人かの加入者１０ａ、１０ｄは、あらゆる種類のサービスを許可され得るし、他の者はあるサービスへのみアクセスできるかもしれない。何人かの加入者はサービスを修正することを許されるかもしれない。
この発明の好ましい実施例において、下記のように、全ての端末１０ａ、１０ｂ、１０ｃ、１０ｄは、ＰＣまたはワークステーションのような標準的なコンピュータのいずれかのタイプであり得ることにより、同一の端末をサービスの管理用と共にサービスの設計と提供用に使用できる。
図１に示すように、ネットワーク内の複数のＳＳＰと複数のＳＣＰにより遂行される交換および論理機能は、サービス交換・制御ポイントＳＳＣＰ１２と呼ばれる１つのユニット内に結合される。１つまたはそれ以上のＳＳＣＰは、ネットワーク内のＳＳＰとＳＣＰの１つまたはそれ以上の組み合わせと共に供給されることがある。
加入者の動作について音声プロンプトを使用したい場合は、音声メッセージを有する少なくとも１つのインテリジェント周辺機器（ＩＰ）１４を、ＳＳＰ、ＳＣＰ、またＳＳＣＰに関連して使用しなければならない。
図２は、この発明の第１実施例によるネットワークを示すが、この図２において、通信ネットワーク１８は複数のＳＳＰ２４を含んでなり、これらに加入者の電話２６が接続されている。複数のＳＳＰ２４はまた、１つのＳＣＰ２８へ接続されている。１つ以上のＳＣＰ２８が、図１に示すようにネットワーク内に存在する。いくつかの端末２０ａ、同２０ｂ、同２０ｃが、サービスネットワーク２２へ結合されている。これらの端末はＰＣまたはワークステーションのような通常のコンピュータであって、コンピュータネットワークを介してＳＣＰ２８へ物理的に接続されている。もちろんＳＳＰ２４とＳＣＰ２８を、図１に示すように１つまたはそれ以上のＳＳＣＰ１２で置きかえることができる。
３つの端末２０ａ、同２０ｂ、同２０ｃは、端末の３つの主な使用、すなわち、ａ）サービスの設計、ｂ）サービスの提供、ｃ）サービス管理を図示するために示されている。サービスのプロバイダとサービスのベンダは、サービスを設計して、それをＳＣＰ２８へダウンロードするために、端末２０ｂ、同２０ｃを使用し、また加入者は端末２０ａを使用して、サービスを起動したり、不作動にしたり、変更したりする。加入者はまた、自分のサービスを設計したり、既存のサービスを修正したりすることもできる。全ての端末は、サービスプログラムに使用されるプログラミング言語のためのインタープリタを有する。
図３は、この発明の第１実施例により構成されたＳＣＰ２８を示す。ＳＣＰ２８はサービスネットワーク２２内の端末２０ａ、同２０ｂ、同２０ｃへのサービスネットワーク接続３０ａ、同３０ｂ、同３０ｃを有し、またＳＳＰへのＩＮＡＰ接続３２を有する。ＳＣＰ２８は、上記のプログラミング言語で書かれた１つまたはそれ以上のサービスプログラム３４と、このプログラミング言語用のインタープリタ３６と、実効時環境３８を含んでなる。標準化されたアプリケーションプログラミングインターフェイス（ＡＰＩ）４０が使用されるが、これはサービスポータビリティのための前提条件である。
各サービスプログラム３４は、２つの部分を含んでなる。第１の部分はサービス実行プログラムであり、これは図６のフローチャートに示されるようにサービスを実際に実行するが、これは更に後述する。もう一つの部分はサービス管理部である。サービス管理部の一部分は、図５のフローチャートに示されるように管理されるべきときに、加入者端末１０ａへダウンロードされるが、更に後述する。もう一つの部分は、ＳＣＰ２８内で走る。サービス管理部とサービス実行部はＡＰＩ４０を通じてデータを分かち合うことで協力する。サービス管理部はサービス実行部で使用されるデータをセットする。真のサービス移動性（ｍｏｂｉｌｉｔｙ）を達成するために、ＡＰＩ４０は全てのＳＣＰについて標準化されなければならない。
サービスの真の移動性を達成するためには、サービス管理部とサービス実行部の両方を同一のプログラミング言語でインプリメント（実施）しなければならず、このプログラミング言語のために、全ての端末において、インタープリタが利用できなければならない。しかしながら、サービス管理部だけをこのプログラミング言語でインプリメントして、サービス実行部をもう一つのプログラミング言語でインプリメントすることができる。この場合は、サービスの設計者が、両方のプログラミング言語にアクセスできなければならない。
実行時環境３８は、コール中にサービスが実行されるときに使用される。このサービスは、ＳＳＰへのオーダ（ｏｒｄｅｒ）を実行するための実行時環境を使用するＡＰＩ４０を使用する。実行時環境３８もまた、たとえばデータベース内に、サービスデータを記憶する可能性を供給する。
サービスネットワークとして、誰でも接続できて相当の人が接続済みの既存のネットワークを使用可能である。現今のそうしたネットワークは、ワールドワイドウェブ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）である。
インタープリトされるプログラム言語であって、好ましくはそのためのインタープリタが全ての標準的なコンピュータで利用可能なプログラム言語を、サービスプログラム３４のために使用できる。この方法で、各ノードは、ワークステーションまたはＰＣのような標準的なコンピュータのあらゆる種類のものであり得る。そうしたコンピュータ言語の一例はジャバ（Ｊａｖａ）であって、とりわけインターネット上で対話型のページをプログラムすることができる。現在利用できるもう一つの実行可能なプログラミング言語は、マイクロソフト社からのアクティブＸ（ＡｃｔｉｖｅＸ）である。
ユーザがネットワークへデータを送信できるようにするために、あらゆる静的なＨＴＭＬウェブページを設計できる。大多数の場合、全ての入力チェックは受信コンピュータ（この場合はＳＣＰ２８）で遂行しなければならず、このことがユーザにとってこの手順を一層煩雑なものにしている。対話型のページをもてるようにするダウンロード済みのプログラムを使用すれば、ユーザの自分のコンピュータは入力が正しいことをチェックできるので、サービスの管理を一層迅速で一層ユーザフレンドリなものにすることができる。
図４は、サービスネットワーク内でサービスを利用可能にするときに取られるステップを示す。
ステップ１００：  サービスプロバイダはサービスプログラムを設計する。サービスプログラムは、全てのコンピュータ上でインタープリタを利用できるインタープリトされたプログラミング言語で開発される。
ステップ１０２：  サービスプロバイダは、サービスネットワークを開いて、ＳＣＰ２８へアクセスする。
ステップ１０４：  サービスプロバイダは、適当なＳＣＰ２８へサービスプログラムをダウンロードする。
ステップ１０６：  プログラムは検証されて、ＳＣＰ２８に記憶される。
もちろん、これらのステップは、誰でも遂行できる。このフレキシビリティにより、加入者がネットワーク内のサービスを設計し修正できる。
図５は、サービスを作動させたり、不作動にしたり、変更したりするために、加入者が行うステップを示す。
ステップ１１０：  加入者はサービスウィンドウを開いて、そこからサービスを管理できるＳＣＰ内のサイト（たとえばワールドワイドウェブ内の一つのページ）にアクセスする。
ステップ１１２：  加入者は管理すべきサービスを選択する。
ステップ１１４：  ＳＣＰ２８から適当なサービス管理プログラムがダウンロードされる。加入者のコンピュータ上にサービス管理ページが表示される。
ステップ１１６：  加入者はサービスに対して為すべきことを選択して、ステップ１１８ａ、またはステップ１１８ｂ、またはステップ１１８ｃで続ける。
ステップ１１８ａ：  加入者はサービスを選択して起動する。
ステップ１１８ｂ：  加入者はサービスを選択して不作動にする。
ステップ１１８ｃ：  加入者はサービスを選択してサービスパラメータを変更する。
ステップ１２０：  管理プログラムは新データの一貫性をチェックする。ＳＣＰ２８内で顧客のためのサービスパラメータが更新されて、この変更が加入者へ確認される。
図６は、サービスを実行するときに行われるステップを示す。
ステップ１３０：  加入者がコールをする。
ステップ１３２：  ＳＳＰ２４は、このコールに関するＩＮサービスの要求を確認して、ＳＣＰ２８内にサービス実行プログラム３４の実行を開始する。
ステップ１３４：  ＳＣＰ２８は、プログラムインタープリタ３６を始動させて、プログラム３４を実行する。
ステップ１３６：  サービスプログラム３４は、ＩＮ  ＡＰＩ４０を通じてＩＮ実行時システム３８を命令して、コール処理を制御する。
ステップ１３８：  ＩＮ  ＡＰＩ方法は、ＩＮＡＰオペレーションへ翻訳される。
ステップ１４０：  ＳＳＰ２４は、ＩＮＡＰ接続３２上のオペレーションを受信することにより、選択されたサービスがコールのために遂行されるようにする。
以上の説明の大部分において、インテリジェントネットワークの用語法が使用されているが、このネットワーク内の構成要素（たとえばＳＳＰ、ＳＣＰ、ＳＭＳ）の論理機能は、あらゆる通信ネットワーク内の他の構成要素においてインプリメントされ得ることが理解されよう。
【図１】
0004143129.tif 000002
【図２】
0004143129.tif 000003
【図３】
0004143129.tif 000004
【図４】
0004143129.tif 000005
【図５】
0004143129.tif 000006
【図６】
0004143129.tif 000007