(57)【特許請求の範囲】
【請求項１】
特定のＥＳＣのおのおのに関連するエンド・ユーザ（１４〜１７）に対してカスタマイズされたサービスを創生するために複数個のエンタープライズ・サービス・クリエータＥＳＣ（Enterprise Service Creators）（２１）をイネーブルにするインターネット・プロトコル（ＩＰ(Internet Protocol)）に基づく通信システムにおける方法であって、
サービス・コンポーネント・クリエータＳＣＣ（１９）によってサービス・プロキシ・オブジェクトを創生する段階と、
インターネットを通して複数個のＥＳＣによってアクセス可能であるルックアップ・サービスＬＵＳ（１８）にサービス・プロキシ・オブジェクトをＳＣＣによって知らせる段階と、
ＥＳＣによりインターネットを通して前記知らされたサービス・プロキシ・オブジェクトをダウンロードする段階と、
特定のＥＳＣの関連するエンド・ユーザに対してカスタマイズされたサービスを創生するために前記ダウンロードされたサービス・プロキシ・オブジェクトを特定のＥＳＣのおのおのによりカスタマイズする段階と、
を有する前記方法。
【請求項２】
請求項１記載の方法であって、
前記カスタマイズされたサービス・プロキシ・オブジェクトを特定のＥＳＣのおのおのによってエンタープライズＬＵＳ（２３）にアップロードする段階と、
前記カスタマイズされたサービス・プロキシ・オブジェクトを特定のＥＳＣに関連するエンド・ユーザに役立つサービス・マネージメント・ユニットＳＭＵ（Service Management Unit）（２５、２６）にエンタープライズＬＵＳによってダウンロードする段階と、
を有する加入者サービスを創生する方法。
【請求項３】
請求項２記載の方法であって、ここで特定のＥＳＣに関連するユーザがゲートキーパ（１２、１３）によるサービスを受け、およびカスタマイズされたサービスを実施するための実際のサービス・コードがサービス・インプリメンテーション・レポジトリＳＩＲ（Service Implementation Repository）（２７）の中に記憶され、
ＳＭＵ（２５、２６）にダウンロードされたサービス・プロキシ・オブジェクトを用いてＳＩＲの位置をゲートキーパによって決定する段階と、
ＳＩＲからの実際のサービス・コードをゲートキーパによってダウンロードする段階と、
実際のサービス・コードを有するカスタマイズされたユーザ・サービス・エージェントＵＳＡ（User Service Agent）をゲートキーパによって構成する段階と、
カスタマイズされたサービスを要請する特定のＥＳＣに関連するエンド・ユーザのおのおのに対し、カスタマイズされたＵＳＡをユーザの端末装置におけるエージェンシ（移動体エージェント・プラットフォーム）（１４ａ〜１７ａ）に送る段階と、
をさらに有する前記方法。
【請求項４】
インターネット・プロトコル（ＩＰ）に基づく通信ネットワークの中のエンド・ユーザからの要求で補助サービスを提供する方法であって、
エンド・ユーザ（１４〜１７）からのサービス申込み要求をサービス・マネージメント・ユニットＳＭＵ（２５，２６）の中に受け取る段階と、
ダウンロードのために利用可能である補助サービスを有するエンタプライズ・ルックアップ・サービスＬＵＳ（２３）を発見するためにエンタプライズ・ローカル・エリア・ネットワークＬＡＮ（１１）を通してサービス申込み要求をＳＭＵによってマルチキャストする段階と、
その補助サービスのリストをＳＭＵにエンタプライズＬＵＳのおのおのによって送る段階と、
利用可能な補助サービスをリストするサービス申込みフォームをＳＭＵによって構成する段階と、
ＳＭＵからエンド・ユーザにサービス申込みフォームを送る段階と、
ユーザによって選択されたサービスの指示およびユーザによって入れられたサービスに関連するデータをＳＭＵの中に受け取る段階と、
要求されたサービスを含むＬＵＳに対するサービスの要求をＳＭＵによって送る段階と、
ＬＵＳからＳＭＵに要求されたサービスに対するサービス・プロキシ・コードをダウンロードする段階と、
要求されたサービスを実施するための実際のサービス・コードを記憶するサービス・インプリメンテーション・レポジトリＳＩＲ（２７）の位置をＳＭＵおよびエンド・ユーザに関連するゲートキーパ（１２、１３）によって決定する段階と、
ＳＩＲからの実際のサービス・コードをゲートキーパによってダウンロードする段階と、
実際のサービス・コードを有するカスタマイズされたユーザ・サービス・エージェントＵＳＡをゲートキーパによって構成する段階と、
ユーザの端末装置におけるエージェンシにカスタマイズされたＵＳＡを送る段階と、
を有する前記方法。
【請求項５】
ゲートキーパ・エージェンシ７２を有するインターネット・プロトコル（ＩＰ）に基づく通信ネットワークの中のユーザ・サービス・エージェントＵＳＡおよびコール・エージェントＣＡ（Call Agent）とエンド・ユーザに役立つサービス・マネージメント・ユニットＳＭＵとを用いて、第１のエンド・ユーザ７１から第２のエンド・ユーザ７３にコールをセット・アップしおよびそのコールを第３のエンド・ユーザ７４に転送する方法であって、
第２のエンド・ユーザに対するコール転送サービスを有するＵＳＡを第２のエンド・ユーザ（７３）からゲートキーパ・エージェンシ（７２）に送る段階と、
第１のエンド・ユーザによるコールの開始の際、第１のエンド・ユーザの端末装置の中にベーシック・コール・プロセッシングＢＣＰ機能を呼び出す段階と、
第１のエンド・ユーザから第２のエンド・ユーザにゲートキーパ・エージェンシを通してセットアップ・メッセージを送る段階と、
第２のエンド・ユーザがコール転送サービスを申込むかどうかを決定するためにＳＭＵの中のユーザのプロフィールを検査する段階と、
第２のエンド・ユーザがコール転送サービスを申込むことを決定する際、第２のエンド・ユーザのＵＳＡをＳＭＵによって活性化する段階と、
応用可能なコール・モデルを実施するＣＡをＵＳＡによって裏付ける段階と、
第３のエンド・ユーザへのコールの経路を定めるためにＣＡを用いる段階と、
を有する、前記方法。
【請求項６】
特定のＥＳＣのおのおのに関連するエンド・ユーザ（１４〜１７）に対して完全にカスタマイズされた加入者サービスを創生するために、複数個のエンタープライズ・サービス・クリエータＥＳＣ（２１）をイナーブルにするためのインターネット・プロトコル（ＩＰ）に基づく通信ネットワークの中のサービス創生アーキテクチャであって、
サービス・プロキシ・オブジェクトを創生するためのサービス・コンポーネント・クリエータＳＣＣ（１９）と、
インターネット（２４）を通して複数個のＥＳＣによってアクセス可能でありおよびＳＣＣによって創生されたサービス・プロキシ・オブジェクトが知らされるルックアップ・サービスＬＵＳ（１８）と、
インターネットを通してＬＵＳへのアクセスを有する少なくとも１つのＥＳＣ（２１）とを有し、前記ＥＳＣは、
ＬＵＳから知らされたサービス・プロキシ・オブジェクトをダウンロードするための手段と、
ＥＳＣに関連するエンタープライズ・ユーザに対してカスタマイズされたサービスを創生するためにダウンロードされたサービス・プロキシ・オブジェクトをカスタマイズする手段と、
を有する前記サービス創生アーキテクチャ。
【発明の詳細な説明】
【０００１】
（３５Ｕ．Ｓ．Ｃ．§１１９（ｅ）および３７Ｃ．Ｆ．Ｒ．§１．７８の下での優先権の表明）
この仮出願でない本出願は、ジングロング・タング（Jingrong Tang）、アンソニＰ．Ｒ．ホワイト（Anthony P.R.White）、ベルナード・パグレック（Bernard Pagurek）およびロック・グリソ（Roch Glitho）名の名称「インターネット・プロトコル（ＩＰ）通信ネットワークの中で加入者サービスを創生するシステムおよび方法（System and Method of Creating Subscriber Service in a Internet Protocol (IP) Telecommunications Network）」の出願番号第60/150,469号（1999年８月24日出願）の先行する仮出願中の米国出願に基づいて優先権を主張する。
【０００２】
（発明の技術分野）
本発明は通信システムに関する。さらに詳細に言えば、本発明はインターネット・プロトコル（ＩＰ）に基づく通信ネットワークの中の加入者サービスを創生するシステムおよび方法に関する。
【０００３】
（関連する技術の説明）
回路切替えネットワークに基づく伝統的な電話方式の世界において、最近の１０年間に多数のサービス・アーキテクチャ、例えば、インテリジェント・ネットワーク）ＩＮ（Intelligent Networks）フレームワーク、テレコミュニケーション・マネージメント・ネットワーク（ＴＭＮ(Telecommunications Management Network)）、テレコミュニケーション・インフォメーション・ネットワーキング・アーキテクチャ（ＴＩＮＡ(Telecommunications Information Networking Architecture)）などが開発されている。これらのサービス・アーキテクチャの目的は、通信ネットワークに提供されるサービスの品質を増大しそして範囲を拡大することである。現在のマーケットにおける伝統的な電話方式と競争するために、ＩＰ電話方式が直面している難題は同じような高品質の音声コールを提供するだけでなく、また伝統的な電話方式が現在提供している１組のコール特性（すなわち、進歩した加入者サービス）をも提供することである。
【０００４】
現在のＩＰに基づく通信システムでは、加入者サービスを２つの異なる方式で創生することができる。第１の方式では、Ｈ．３２３ゲートキーパまたはセッション・イニシエーション・プロトコル（ＳＩＰ(Session Initiation Protocol)）プロキシ・サーベのようなスイッチの中にサービスをハード・コード化することができる。この場合には、このスイッチの装置製造業者だけがサービスを創生することができる。第２の方式では、サービス・コントロール・ポイント（ＳＣＰ（Service Control Point)）のようなサービス・ノードをサービス創生のために用いることができる。もしＳＣＰが用いられるならばおよびサービス創生の環境がオープンであるならば、その場合には装置の製造業者に加えて、特殊化されたソフトウエア・ハウスが限定された範囲にまでサービスを創生することができる。けれども、限定された数の基本的ソフトウエア・コンポーネントがサービスを組み立てるために提供されているサービス創生の環境と共に、ＳＣＰが製造される。特殊化されたソフトウエア・ハウスはサービスを創生することができるけれども、これらの特殊化されたソフトウエア・ハウスはＳＣＰの中のサービス創生の環境の中で製造業者によって供給されるコンポーネントによってなお制限される。
【０００５】
したがって、インターネット・テレフォニィ・サービス・プロバイダ（ＩＴＳＰ（Internet Telephony Service Providers)）によってエンド・ユーザに対して現在利用可能であるサービスは、製造業者または製造業者によって供給されるコンポーネントから特殊化されたソフトウエア・ハウスによって創生することができるサービスに限定される。この結果、ＩＴＳＰのドメインの中で利用可能であるサービスの組に限定される。それに加えて、サービス・プロバイダは加入者に対してリアル・タイムで新しいサービスを利用可能にすることはできない。
【０００６】
従来の解決法の欠点を解消する目的で、オープンで順応性がありそして調整可能である進歩したサービスの全領域を創生するために、特殊化されたソフトウエア・ハウスおよびＩＴＳＰを含む多数のプレーヤをイネーブルにする、ＩＰに基づく通信ネットワークの中で加入者サービスを創生するシステムと方法を備えることが利点であるであろう。このシステムはまた、オープンで分散しそして順応性があるサービス・アーキテクチャを提供しなければならない。本発明により、このようなシステムおよび方法が得られる。
【０００７】
（発明の要約）
本発明の１つの特徴は、インターネット・プロトコル（ＩＰ）に基づく通信ネットワークの中で加入者サービスを創生する方法である。この方法は、サービス・プロキシ・オブジェクトをサービス・コンポーネント・クリエータ（ＳＣＣ）によって創生する段階と、インターネットを通してアクセス可能なルックアップ・サービス（ＬＵＳ）にサービス・プロキシ・オブジェクトをＳＣＣによって知らせる段階とを有する。これらの段階に続いて、前記知らされたサービス・プロキシ・オブジェクトをエンタープライズ・サービス・クリエータ（ＥＳＣ）によってインターネットを通してダウンロードする段階と、エンド・ユーザに対してカスタマイズされたサービスを創生するためにこのダウンロードされたサービス・プロキシ・オブジェクトをＥＳＣによってカスタマイズする段階とを有する。
【０００８】
本発明のまた別の特徴は、ＩＰに基づく通信ネットワークの中のエンド・ユーザからの要求で補助サービスを提供する方法である。この方法は、サービス・マネージメント・ユニット（ＳＭＵ）の中でエンド・ユーザからのサービス申込み要求を受け取る段階と、ダウンロードすることに対して利用可能である補助サービスを有するエンタープライズＬＵＳを発見するために、エンタープライズ・ローカル・エリア・ネットワーク（ＬＡＮ）を通してサービス申込み要求をＳＭＵによってマルチキャストする段階と、その補助サービスのリストをエンタープライズＬＵＳのおのおのによってＳＭＵに送る段階とを有する。次に、ＳＭＵは利用可能である補助サービスをリストするサービス申込みフォームを構成し、そしてこのサービス申込みフォームをエンド・ユーザに送る。この段階の後、ユーザによって選択されたサービスの指示およびユーザによって入れられたサービスに関連するデータがＳＭＵの中で受け取られる。次に、ＳＭＵは要求されたサービスを含むＬＵＳにサービスの要求を送り、そしてＬＵＳからの要求されたサービスに対するサービス・プロキシ・コードをダウンロードする。次に、ＳＭＵとエンド・ユーザとに関連するゲートキーパは、要求されたサービスを実施するための実際のサービス・コードを記憶するサービス・インプリメンテーション・レポジトリ（ＳＩＲ）の位置をプロキシ・コードから決定する。次に、ゲートキーパはＳＩＲからの実際のサービス・コードをダウンロードし、そして実際のサービス・コードを有するカスタマイズされたユーザ・サービス・エージェント（ＵＳＡ）を構成し、そしてこのカスタマイズされたＵＳＡをユーザの端末装置におけるエージェンシに送る。
【０００９】
本発明のさらに別の特徴は、エンド・ユーザに役立つＳＭＵおよびゲートキーパ・エージェンシを有するＩＰに基づく通信ネットワークの中のＵＳＡおよびコール・エージェント（ＣＡ）を用いて、第１のエンド・ユーザから第２のエンド・ユーザにコールをセット・アップしおよび第３のエンド・ユーザにコールを転送する方法である。この方法は、第２のエンド・ユーザに対するコール転送サービスを有するＵＳＡを、第２のエンド・ユーザからゲートキーパ・エージェンシに送ることによって開始する。第１のエンド・ユーザによるコールの開始の際、第１のエンド・ユーザの端末装置の中のベーシック・コール・プロセッシング（ＢＣＰ）が呼び出され、そしてその結果、セットアップ・メッセージが第１のエンド・ユーザから第２のエンド・ユーザにゲートキーパ・エージェンシを通して送られる。この段階の後、ＳＭＵの中のユーザのプロフィールを検査する段階が行われて、第２のエンド・ユーザがコール転送サービスを申し込んでいるかどうかが決定される。もしそうならば、第２のエンド・ユーザのＵＳＡが活性化される。次に、応用可能なコール・モデルを実施するＣＡをＵＳＡが裏付ける。次に、ＣＡはコールの処理を実行し、そして第３のエンド・ユーザへのコールの経路を定める。
【００１０】
本発明のまた別の特徴は、加入者サービスを創生するためのＩＰに基づく通信ネットワークの中のサービス創生アーキテクチャである。このアーキテクチャは、サービス・プロキシ・オブジェクトを創生するためのＳＣＣと、ＳＣＣによって創生されたサービス・プロキシ・オブジェクトが知らされるＬＵＳとを有する。ＬＵＳは、インターネットを通してＥＳＣによってアクセス可能である。ＥＳＣは、ＬＵＳから知らされたサービス・プロキシ・オブジェクトをダウンロードするための装置と、エンタープライズ・ユーザに対してカスタマイズされたサービスを創生するためにダウンロードされたサービス・プロキシ・オブジェクトをカスタマイズするための装置とを有する。
【００１１】
本発明のさらに別の特徴は、ＩＰに基づく通信ネットワークの中のエンド・ユーザからの要求で補助サービスを提供するシステムである。このシステムは、エンド・ユーザからのサービス申込み要求を受け取るためのＳＭＵと、ダウンロードするために利用可能である補助サービスを有する少なくとも１つのエンタープライズＬＵＳと、ＳＭＵとＬＵＳとエンド・ユーザとをリンクするエンタープライズＬＡＮとを有する。ＳＭＵはエンタープライズＬＡＮを用いて、サービス申込み要求をＬＵＳにマルチキャストする。このシステムはまた、エンタープライズＬＵＳのおのおのの中にあってその補助サービスのリストをＳＭＵに送るための装置と、ＳＭＵの中にあって利用可能な補助サービスをリストするサービス申込みフォームを構成するための装置と、ＳＭＵからエンド・ユーザにサービス申込みフォームを送るための装置とを有する。ＳＭＵはまた、ユーザによって選択されたサービスの指示とユーザによって入れられたサービスに関連するデータとを受け取るための装置と、要求されたサービスを含むＬＵＳにサービスの要求を送るための装置と、ＬＵＳからＳＭＵに要求されたサービスに対するサービス・プロキシ・コードをダウンロードするための装置とを有する。このシステムはまた、要求されたサービスを実施するための実際のサービス・コードを記憶するＳＩＲと、ＳＭＵおよびエンド・ユーザに関連するゲートキーパとを有する。ゲートキーパは、ＳＩＲの位置を決定するための装置と、ＳＩＲからの実際のサービス・コードをダウンロードするための装置と、実際のサービス・コードを有するカスタマイズされたＵＳＡを構成するための装置とを有する。最後に、このシステムはゲートキーパからユーザの端末装置におけるエージェンシにカスタマイズされたＵＳＡを送るための装置を有する。
【００１２】
本発明のなおさらに別の特徴は、ＩＰに基づく通信ネットワークの中のＵＳＡおよびＣＡを用いて、第１のエンド・ユーザから第２のエンド・ユーザにコールをセット・アップしおよび第３のエンド・ユーザにコールを転送するシステムである。このシステムは、エンド・ユーザに役立つゲートキーパ・エージェンシと、エンド・ユーザに対するサービスを管理するＳＭＵと、第２のエンド・ユーザからゲートキーパ・エージェンシにＵＳＡを送るための装置とを有する。ＵＳＡは、第２のエンド・ユーザに対するコール転送サービスを有する。このシステムはまた、ＢＣＰ機能を備えた第１のエンド・ユーザの端末装置を有する。第１のエンド・ユーザによるコールの開始の際に、このＢＣＰ機能が呼び出される。このＢＣＰ機能が呼び出される結果として、第１のエンド・ユーザの端末装置はセットアップ・メッセージをゲートキーパ・エージェンシを通して第２のエンド・ユーザに送る。ＳＭＵの中のユーザのプロフィールは、第２のエンド・ユーザがコール転送サービスに申し込むかどうかを指示する。第２のエンド・ユーザがコール転送サービスに申し込むことをユーザのプロフィールが指示する時、ＳＭＵは第２のエンド・ユーザのＵＳＡを活性化するための装置を有する。ＵＳＡは、応用可能なコール・モデルを実施しおよびこのコールの第３のエンド・ユーザへの経路を定めるためのコール処理を実行するＣＡを裏付けるための装置を有する。
【００１３】
（実施例の詳細な説明）
添付図面を参照しての下記の詳細な説明により、当業者は本発明およびその数多くの目的および利点をさらに明白に理解することができるであろう。
【００１４】
従来の電話システムは、非常に素朴な最終端末装置（電話）を有しており、そしてネットワーク内部では非常に高度な能力を持つ。進歩したサービス・アーキテクチャでは、コール・セットアップとコール処理機能とを分離する。インターネットは全体的に、高度機能の端末装置（コンピュータ）およびネットワークのスイッチの内側の機能の簡単な組とで、異なるバランスを表している。
【００１５】
この観点のＩＰ電話方式を実現するために、適切なプロトコルおよび適切な技術が必要とされる。最近、この問題に取り組んだ２つのプロトコルがある。すなわち、インタナショナル・テレコミュニケーションズ・ユニオン−テレコミュニケーションズ・スタンダライゼーション・セクタ（International Telecommunications Union-Telecommunications Standardization Sector）（ＩＴＵ−Ｔ）Ｈ．３２３およびインターネット・エンジニアリング・タスク・フォース（Internet Engineering Task Force）（ＩＥＴＦ）セッション・イニシエーション・プロトコル（Session Initiation Protocol）（ＳＩＰ）である。Ｈ．３２３によって支援される補助サービスは、Ｈ．４５０．ｘの中に詳細に述べられている。定義された補助サービスのおのおのは、それ自身の仕様を有している。Ｈ．３２３仕様は、サービスの制御と管理を扱っていない。それに加えて、第３のパーティに対してサービスを創生する可能性がない。けれども、移動体エージェントのような利用可能にする技術を用いて順応性のあるサービス・アーキテクチャを設計することが、明らかに開発者に残された余地である。
【００１６】
本発明により、多数のプレーヤへのサービスの創生のための機構が得られる。この機構により、装置の提供者だけでなく個々のＩＴＳＰにもサービス創設の環境が得られ、そして特定のソフトウエア・ハウスが異なるコンポーネントからサービスの全範囲を創設することができる。もしサービスを創設することが必要であるならば、そしてサービスの創設者が彼のドメインの中に必要なコンポーネントの全部を有していないならば、本発明により、第３のパーティから必要なコンポーネントを取得する方法が得られる。
【００１７】
サービス創設の分野では、サービスの創設者が存在し、およびサービスの創設に用いることができるコンポーネントの創設者が存在する。本発明により、コンポーネント創設者が（コンポーネントＡおよびコンポーネントＢのような）コンポーネントを創設しそしてそれらを他のユーザに知らせる工程が得られる。ルックアップ・サービス（ＬＵＳ）は、コンポーネントを他の人が用いるために知らせるロケーションである。すべてのサービス創設者がＬＵＳにリンクされる。もしサービス創設者が（コンポーネントＡまたはコンポーネントＢのような）特定のコンポーネントを必要とするならば、サービス創設者はＬＵＳに対して必要なコンポーネントに対する要求を広くキャストする。この時、ＬＵＳはコンポーネントを探索し、そしてそれらの１つがそのコンポーネントを見い出し、そして応答をサービス創設者に送る。サービス創設者が応答を取得した時、サービス創設者は応答するＬＵＳから要求されたコンポーネントをダウンロードする。
【００１８】
エージェントは、個人または組織に代わって特定のタスクを自動的に実行するソフトウエア・コンポーネントとして記述することができる。それは、予め定められた規則から自己学習人工知能（ＡＩ(Artificial Intelligence)）までの範囲にわたる一定のレベルのインテリジェンスを含んでいる。したがって、エージェントはユーザに対してむしろ非同期的に動作することができ、そしてユーザやシステムのリソースと通信することができ、およびそのタスクを実行するために必要な時に他のエージェントと通信することができる。エージェントは、イベントまたは時間でトリガされることが多い。
【００１９】
移動体エージェントは、実行が開始される場所のホストに束縛されない。移動体エージェントは、ネットワークの中の１つのホストから別のホストにそれ自身を転送する独自の能力を有している。エージェントが移動する時、それはネットワーク・ユーザの代わりに作業を実行する。エージェントの移動性により、通信およびサービスの実現の従来の方法に影響を与える潜在能力を有するインテリジェントなエージェントが得られる。ユーザは、特定の目的および優先度に応じてサービスを処理することができる。従来は、移動体エージェントの応用に対する主要な動機は、プログラムを局部的に実行しおよびリソースを共有する要求を実行する容量が不足していたことであり、および分散したシステムの中の負荷のバランスを改良する容量が不足していたことである。むしろ特定の環境または閉じた環境に対して設計されたこれらの概念とは異なって、本発明に用いられたエージェントの概念は、開放された環境、例えばインターネット、を目指している。顧客のサービスの要求が変わることに急速に適合するために、ネットワーク・サービス・アーキテクチャに対する設計の重要な問題点は順応性である。移動体エージェントのパラダイムおよび現れてくるエージェント技術は、開放されたサービスや順応したサービスおよびデザイン可能なサービスを実行するための要点であると考えられる。
【００２０】
技術の利用可能性
サン・マイクロシステムズ（Sun Microsystems）によって開発されたジャバ（Java（登録商標））プログラミング言語は、移動体エージェント技術に特に適切である多数の利点を有している。エージェントに対する主な魅力は、その携帯性である。このことは、十分なリソースを備えたすべてのシステムはジャバ・プログラムを扱うことができることを意味する。
【００２１】
ジャバビーンズ（JavaBeans（登録商標））仕様は、再使用可能なアプリケーションを組み立てるために用いられる、またはネットワークまたは任意の主要なオペレーティング・システムの中に配備することができる「コンポーネント」と呼ばれるプログラム組み立てブロックを組み立てるために用いられる、オブジェクト指向プログラミング・インターフェースである。理想的には、ジャバビーンズ・コンポーネント・モデルに適合するすべてのジャバ・コンポーネントは、ジャバビーンズに従う他のすべてのアプリケーションの中で再使用することができる。すべてのビーン（Bean）はジャバビーン・モデルに従うだけでなく、またイントロスペクション（introspection）を通して容易に獲得することができるそのすべての特性および方法をそれと共に有する、すなわち、それによってすべてのビジュアル・ビルダ・ツール（visual builder tool）がビーンがどのように動作するかを解析および報告することができるジャバビーン特性を有する。
【００２２】
ジニ（Jini）技術はジャバ言語の利点を有する。ジニ技術はネットワークに、分散した計算のための設備、ネットワークに基づくサービス、シームレスな拡張、信頼できるスマート・デバイスおよび容易な管理をもたらす。ジニによりルックアップ・サービスが得られ、およびネットワーク上のすべてのサービスに対しネットワーク・ブレティン・ボード（netwaork bulletin board）（またはブラックボード）が得られる。ジニにより通信インフラストラクチャによって接続されたサービスを探索することができ、そしてネットワーク上のサービスに対するポインタを記憶するだけでなく、またこれらのサービスに対する１個および／または複数個のコード・ポインタを記憶することができる。
【００２３】
ジニ・システムのコンポーネントを３つの分類、すなわちインフラストラクチャ、プログラミング・モデルおよびサービス、に区分することができる。インフラストラクチャは連合したジニ・システムを組み立てることができるコンポーネントの組であり、一方、サービスはこの連合の中の実体である。プログラミング・モデルは、信頼できるサービスの構成を使用可能にするインターフェースである。
【００２４】
本発明は、インテリジェント・ネットワーク（ＩＮ）コール・モデルに基づいている。ＩＮサービスは、異なるスイッチド通信ネットワークのトップの付加的なサービスの論理およびデータに基づいている。サービス・コントロール・ポイント（ＳＣＰ）と呼ばれる中央に集められたサービス・モデルは、専用のアウト・オブ・バンド・シグナリング・ネットワーク（すなわち、国際シグナリング・システムＮｏ．７（ＳＳ７(Signaling System No.7)）ネットワーク）を通して通信ネットワークを制御する。サービス・スイッチング・ポイント（ＳＳＰ(Service Switching Point)）と呼ばれるベアラ・スイッチング・ノードにより、基本的なコール処理性能のみを提供する。ＩＮサービスの配備および管理は、データ通信ネットワークを通してＩＮ素子と相互に作用するサービス・マネージメント・システム（ＳＭＡ(Service Management System)）により実現される。ＳＳＰおよびＳＣＰはＩＮサービス・コール（通常は多数回）のおのおのに対して相互に作用しなければならないから、シグナリング・ネットワークおよび中央のＳＣＰが深刻な隘路になる可能性がある。さらに、ＳＣＰの障害はグローバルなサービスを利用不可能にする結果を生ずることがある。
【００２５】
けれども、ＩＮプラットフォームにより、サービスを全体的に創生することに対しておよびまた特定の顧客の厳格な要求に適合するようにサービスを調整することに対して、大きな順応性が得られる。ＩＮに基づくサービスは、サービス創生における最小単位であるサービス・インデペンデント・ビルディング・ブロック（ＳＩＢ(Service Independent Building Block)）に頼っている。ＳＩＢは再使用可能であり、そしてサービスを実現するために種々に組み合わせて一緒に結合することができる。それに対してまたはそれに基づいてそれらが実現される特定のサービスおよび技術に無関係に、それらを定めることができる。
【００２６】
本発明は、広く受け入れられているＩＮサービスを提供する基盤および利用可能な技術（ＭＡ、ジニ／ジャバビーンズ）を用いたＨ．３２３補助サービスを実施するための移動体エージェント（ＭＡ(mobile agent)）に基づく進歩したサービス・アーキテクチャである。ユーザ・サービス・エージェント（ＵＳＡ）はＩＮコール・モデルのようなコール・モデルおよびサービス・コードをどこで見出だすことができるかを指示する１個または複数個のサービス・インプリメンテーション・レポジトリ８（ＵＲＬ）を含んでいる。サービスを実行するために、ＩＮコール・モデルがダウンロードされ、そして次にサービスが実行される。
【００２７】
図１は、Ｈ．３２３ＩＰ電話方式に対する進歩したサービス・アーキテクチャ１０の簡略化されたブロック線図である。このアーキテクチャは、均一な方式でサービスのダイナミックな配備を支援するＨ．３２３補助サービスを提供する。移動体エージェント・プラットフォーム（エージェンシ）が、エンタープライズＬＡＮ１１に接続されたデバイスの中に導入される。Ｈ．３２３補助サービスは、移動体サービス・エージェントによって実現される。サービス・アーキテクチャをオープンにしそして分散しそして順応性のあるものにするサービス・エージェントが、サービス・ユーザ（すなわち、コール・パーティ）に対して配備される。
【００２８】
図に示されているように、ゲートキーパ１２および１３とＨ．３２３端末装置（ユーザ）１４〜１７とが、エンタープライズＬＡＮ１１に接続される。移動体エージェント・プラットフォーム（エージェンシ）１２ａ〜１７ａがそれぞれのゲートキーパ／端末装置に取り付けられ、そしてエージェント実行の環境が得られる。ユーザ端末装置は、ゲートキーパ発見工程およびエンド・ポイント・レジストレーション工程を通して、ゲートキーパのゾーンに結合する。ルックアップ・サービス（ＬＵＳ）１８は、すべての利用可能なサービスのプロキシ・コード（サービスのインターフェース）が配置されている場所のブラックボードとして機能する。サービス・コンポーネント・クリエータ（ＳＣＣ）１９は、コンポーネントを創生する責任がある。これらのコンポーネントはエンタプライズ・サービス・クリエータ（ＥＳＣ）２１に対して利用可能であり、そしてＬＵＳに公表される。ＳＣＣによって創生されたすべてのサービス・コンポーネントは、サービス・コンポーネント・レポジトリ（ＳＣＲ(Service Component Repository)）２２の中に記憶される。これらのサービス・コンポーネントをＳＣＣによって新しいサービスの中で組み立てることができる。ＳＣＣおよびＳＣＲは、第３のパーティのサービス・クリエータおよびプロバイダに対して、サービス・マーケットにおいて競争するためにそれらを使用可能にする機会をもたらす。
【００２９】
ＬＵＳ１８は局所的または遠隔的であることができる。遠隔ＬＵＳはインターネット２４によって、相互におよびエンタープライズＬＵＳ２３にリンクされる。ゲートキーパ１２および１３のおのおのは、それぞれ、サービス・マネージメント・ユニット（ＳＭＵ）２５および２６を有していることが示されている。ＳＭＵはゲートキーパの中に設置することができる、またはゲートキーパから完全に分離して設置することができる。ＳＭＵは、Ｈ．３２３によって定められないプロトコル（例えば、ＨＴＴＰ）を用いて、サービスの申込を管理する。ＳＭＵはサービスをダイナミックに改良し、そしてサービスの進行中のネットワーク管理に参加することができる。ＳＭＵは、マルチキャスト・プロトコルを用いてエンタープライズＬＵＳ２３を発見することができる。ユニキャスト・プロトコルは、エンタープライズＬＡＮ１１の外側にある（ＬＵＳ１８のような）遠隔ＬＵＳを発見するために用いられる。後者の場合には、遠隔ＬＵＳに要求を送る前に、遠隔ＬＵＳがどこに配置されているかをＳＭＵが知らなければならない。ＥＳＣ２１は、サービス・インプリメンテーション・レポジトリ（ＳＩＲ）２７からの利用可能なコードを用いて、エンド・ユーザ１４〜１７に提供されるサービスの中にサービス・コンポーネントをカスタマイズする／組み立てることに責任がある。
【００３０】
サービス・アーキテクチャにより、オープン・サービスの創生が可能である。異なるＳＣＲからのサービス・コンポーネントを用いて、異なるＳＣＣによって補助サービスを創生することができる。サービスの利用は、コールされたパーティのユーザ・サービス・エージェント（ＵＳＡ）を最終的に活性化することになる、コーリング・パーティのＵＳＡをまず活性化することによって実現される。コール・エージェント（ＣＡ）は、新しいＣＡを創生するＵＳＡの結果として裏付けられる。ＣＡは特定のエンド・ユーザに対する特定のコール・モデルを実施する移動体エージェントであり、そして基本的コール処理機能を用いてコール・セットアップを制御する。
【００３１】
このアーキテクチャはまた、ジニ・ルックアップ工程を通してサービスへのユニバーサル・アクセスを支援する。サービスのカスタマイゼーションはまた、このサービス・アーキテクチャによって支援される。ネットワークに接続されたユーザのおのおのは、それ自身のサービスのデータを定めることができる。サービスの論理はネットワークのノードの中に埋め込まれなく、最終的にはエンド・ユーザの端末装置の中に埋め込まれ、したがってこのサービス・アーキテクチャは広く配布される。
【００３２】
図２は、本発明によるサービスの発見、取得およびカスタマイゼーションの方法を示した流れ図である。図１および図２を参照して、この方法を説明する。段階３１において、ＳＳＣ１９はＬＵＳ１８に総称的なバーチャル・プライベート・ネットワーク（ＶＰＮ(Virtual Private Network)）サービス・プロキシ・オブジェクトを通知する。段階３２においてＥＳＣ２１はＬＵＳを発見し、そして段階３３においてＶＰＮサービス・プロキシ・オブジェクトをそのマシンにダウンロードする。段階３４において、ＥＳＣはエンタープライズ・ユーザに対してＶＰＮサービスをカスタマイズするために、例えばグラフィカル・ユーザ・インターフェース（ＧＵＩ(Graphical User Interface)）を用いる。段階３５において、ＥＳＣはカスタマイズされたオブジェクトをエンタープライズＬＵＳ２３にアップロードする。最後に段階３６において、エンタープライズＬＵＳはカスタマイズされたオブジェクトをエンド・ユーザにサービスするＳＭＵ（例えば、ＳＭＵ２５）にダウンロードする。
【００３３】
図３Ａ〜図３Ｂは、エンド・ユーザからの要求でサービスを提供する時の本発明の方法の種々の段階を示した流れ図である。図３Ａの段階４１において、ＳＭＵ２５はエンド・ユーザの１つ例えばエンド・ユーザ１４からのサービス申込み要求を受け取る。段階４２において、補助サービスを有するＬＵＳを発見するために、ＳＭＵはエンタープライズＬＡＮ１１を通してこの申込み要求をマルチキャストする。段階４３において、エンタープライズＬＵＳ２３のようなＬＵＳが、同じ種類のサービスを有するエンタープライズの外側の他のＬＵＳのアドレス／ＵＲＬと一緒に、そのすべての補助サービスのＳＵＭ２５にリストを送る。段階４４において、サービス申込みフォームを構成するために、ＳＭＵはこのリストを用いる。段階４５において、ＳＭＵは利用可能なサービスのリストと共にこのフォームをエンド・ユーザ１４に送る。段階４６において、ユーザはこのフォームから必要なサービスを選択し、そしてサービスに関連するデータをＳＭＵに送る。段階４７において、ユーザによってすでに使用されているサービスを決定するために、ＳＭＵはエンド・ユーザに対するユーザのプロフィルを検査する。
【００３４】
段階４８において、ＳＭＵは要求されたサービスが既に使用されているかどうかを決定する。もし要求されたサービスが既に使用されているならば、工程は段階４９に進む。段階４９では、要求されたサービスが既に提供されているという通知をＳＭＵはユーザに送り、そして工程は停止する。もし要求されたサービスがまだ使用されていないならば、工程は図３Ｂに進む。
【００３５】
図３Ｂの段階５１において、ユーザが要求したサービスの全部がサービス申込みフォームにあるかどうかをユーザが決定する。もしそうでないならば、段階５２において、１個または複数個の特定のサービスを要求するメッセージをユーザがＳＭＵ２５に送る。段階５３において、段階４３において以前に得られたアドレス／ＵＲＬを用いて、ＳＭＵはエンタプライズの外側の（ＬＵＳ１８のような）ＬＵＳに質問する。段階５４において、ＬＵＳ１８は要求されたサービスに対するプロキシ・コードをＳＭＵにダウンロードする。次に、工程は段階６２に進む。
【００３６】
けれども、段階５１においてもしユーザが要求するサービスの全部がサービス申込もフォームにあることが決定されるならば、工程は段階５５に進む。段階５５では、ユーザの要求する１個または複数個のサービスがユーザのＬＵＳから利用可能であるかどうかが決定される。もしそうならば、工程は段階５６に進む。段階５６では、そのサービスがユーザのＬＵＳから利用可能であるという通知をＳＭＵがユーザに送る。段階５７において、ＳＭＵはサービスの要求をユーザのＬＵＳに送る。次に、工程は段階６１に進む。もし要求されたサービスのいくつかまたは全部がユーザに対して新規である（すなわち、要求されたサービスがユーザのＬＵＳから利用可能でない）ならば、工程は段階５５から段階５８に進む。段階５８では、ユーザによって要求されたサービスのプロキシ・コードをダウンロードするために、ＳＭＵはＬＵＳに１つの要求を送る。
【００３７】
段階５９において、ＬＵＳはプロキシ・コードをダウンロードする。そして次に、段階６１においてそのコードをＳＭＵにダウンロードする。段階６２では、ＵＳＡを構成するためにおよび実際のサービス・コードが記憶されているＳＩＲ２７の位置を決定するために、次にユーザ１４に役立つゲートキーパ１２がプロキシ・コードを用いる。段階６３において、カスタマイズされたＵＳＡがユーザ・エージェンシ１４ａに送られ、そしてユーザの端末装置１４に存在する。段階６４において、ＵＳＡが受け取られた時、ユーザはＳＭＵに受取りの通知を送る。
【００３８】
図４は、本発明のシステムの中のユーザ・サービス・エージェント（ＵＳＡ）およびコール・エージェント（ＣＡ）を用いて、コールをセットアップする方法の順序を示したシーケンスの流れ図である。図示されている順序では、ゲートキーパおよびＳＭＵ７２によって支援されるエンド・ユーザＡ７１は、エンド・ユーザＢ７３に向けてコールを始める。エンド・ユーザＢは、エンド・ユーザＣと共に転送番号としてコール・フォワーディング・アンコンディショナル（ＣＦＵ(Call Forwarding Unconditional)）サービスおよびコール・トランスファ（ＣＴ(Call Transfer)）サービスに申し込む。
【００３９】
もしゲートキーパ・ルーテッドコール・シグナリング・モードが用いられるならば、エンド・ユーザＢに対するＵＳＡは７５でゲートキーパ・エージェンシに移動する。進歩したサービスになにも申込んでいないエンド・ユーザＡが７６においてエンド・ユーザＢに対して新しいコールを開始する時、ユーザＡの端末装置の中のベーシック・コール・プロセッシング（ＢＣＰ）機能が７７において呼び出される。その結果、セットアップ・メッセージ７８がゲートキーパを通してエンド・ユーザＢに送られる。ゲートキーパは、コール・プロシーディング・メッセージ７９をエンド・ユーザＡに送り返す。
【００４０】
次に、ゲートキーパ・エージェンシ７２の中のＳＭＵは、８１においてそのユーザのプロフィルを検査する。エンド・ユーザＢはＣＦＵおよびＣＴに申し込むから、その場合にはエンド・ユーザＢに対するＵＳＡが存在しなければならない。したがって、８２において、エンド・ユーザＢのＵＳＡが活性化される。８３において、コール・モデルを実施するＣＡが裏付けられる。ＵＳＡは、例えば新規のコール・エージェント（ＵＳＡ）ルーチンを実行することによって、ＣＡを裏付けることができる。この時、ＵＳＡおよびＣＡは同じエージェンシの中に共に存在している。ＣＡはＵＳＡのハンドルを獲得し、したがってこれら２つのエージェントはコールの方法によって相互に通信することができる。ＣＡはまたゲートキーパの中で利用可能なＢＣＰ機能を利用し、そしてまたＵＳＡによって提供されるＵＲＬを通して進歩したサービスに対して必要なコードを得ることができる。次に８４において、ＣＡはコール・プロセッシングを取り上げ（すなわち、サービスを申し込んでいるエンド・ユーザＢの代わりに動作し）、そしてエンド・ユーザＣにおける転送番号に対しそのコールの経路を定める。
【００４１】
前記の説明により、本発明の動作および構成が理解されるであろう。説明されそして示されたシステムおよび方法は好ましい特徴を有しているけれども、本発明の範囲内において、種々の変更および修正を行うことが可能であることは容易に分かるであろう。
【図面の簡単な説明】
【図１】  本発明のＨ．３２３ＩＰ電話方式に対する進歩したサービス・アーキテクチャの簡略化されたブロック線図。
【図２】  本発明による発見サービス、獲得サービスおよびカスタマイジング・サービスの方法を示した流れ図。
【図３】  エンド・ユーザからの要求でサービスを提供する時の本発明の方法の種々の段階を示した流れ図であって、図３Ａは流れ図の前半を示した図で、図３Ｂは、流れ図の後半を示した図。
【図４】  本発明のシステムの中のユーザ・サービス・エージェント（ＵＳＡ）およびコール・エージェント（ＣＡ）を用いてコールがどのようにセットアップされるかの順序を示したシーケンスの流れ図。
【図１】
0003708052.tif 000002
【図２】
0003708052.tif 000003
【図３Ａ】
0003708052.tif 000004
【図３Ｂ】
0003708052.tif 000005
【図４】
0003708052.tif 000006