(57)【要約】  本発明の通信アプリケーション・サーバは、外部エンドポイント、アプリケーション、または他の要求側エンティティからの通信サービス要求に応答し、少なくとも第１と第２のコンポーネントを備える。第１のコンポーネントは、通信アプリケーション・サーバによりサポートされている少なくとも１つの対応する通信サービスを識別する通信サービス要求のうちの指定された１つを処理し、識別された通信サービスに関連する１つまたは複数の実行可能通信タスクを判別し、及び１つまたは複数の外部サーバとの通信を確立し、通信サービスに関連付けられている１つまたは複数の実行可能タスクの少なくともサブセットを実行する動作をする。第２のコンポーネントは、第１のコンポーネントと１つまたは複数の外部サーバとの間で結合され、通信アプリケーション・サーバを外部サーバに接続するための対応するインターフェースを外部サーバ毎に提供する。
2005515716.tif 000002
【特許請求の範囲】
【請求項１】
通信システム内の通信サービスの要求に応答する通信アプリケーション・サーバであって、
（ｉ）通信アプリケーション・サーバによりサポートされている少なくとも１つの対応する通信サービスを識別する通信サービス要求のうちの指定された１つを処理し、（ｉｉ）識別された通信サービスに関連する１つまたは複数の実行可能通信タスクを判別し、（ｉｉｉ）１つまたは複数の外部サーバとの通信を確立し、通信サービスに関連付けられている１つまたは複数の実行可能タスクの少なくともサブセットを実行する動作をする第１のコンポーネントと、
通信アプリケーション・サーバを対応する外部サーバに接続するための対応するインターフェースを外部サーバ毎に提供する、第１のコンポーネントと１つまたは複数の外部サーバとの間で結合されている第２のコンポーネントを備えるサーバ。
【請求項２】
第１のコンポーネントは、通信サービスおよびセッション管理コンポーネントを含み、第２のコンポーネントは、コネクタ・コンポーネントを含む請求項１に記載の通信アプリケーション・サーバ。
【請求項３】
通信サービスおよびセッション管理コンポーネントはさらに、
通信アプリケーション・サーバによりサポートされている少なくとも１つの対応する通信サービスを識別する通信サービス要求の指定された１つを処理するサービス・イベント・マネージャと、
サービス・イベント・マネージャとの情報のやり取りを行うように適合され、サービス・イベント・マネージャにより識別された通信サービスに関連付けられている１つまたは複数の実行可能タスクを判別する動作をする通信サービス・マネージャと、
１つまたは複数の外部サーバとの通信を確立し、通信サービスに関連付けられている１つまたは複数の実行可能タスクの少なくともサブセットを実行する動作をする経路選択要素を備える請求項２に記載の通信アプリケーション・サーバ。
【請求項４】
さらに、要求側エンティティが通信アプリケーション・サーバにアクセスするのを制御するアクセス・マネージャを備える請求項１に記載の通信アプリケーション・サーバ。
【請求項５】
通信サービス要求の指定された１つが、通信アプリケーション・サーバの外部のエンドポイントから発信される請求項１に記載の通信アプリケーション・サーバ。
【請求項６】
通信サービス要求の指定された１つが、通信アプリケーション・サーバの外部のエンドポイント上で実行されているアプリケーションから発信される請求項５に記載の通信アプリケーション・サーバ。
【請求項７】
１つまたは複数の外部サーバからなる一組のサーバは、エンタープライズ・サーバと通信サーバのうち少なくとも一方を含む請求項１に記載の通信アプリケーション・サーバ。
【請求項８】
通信サーバは通信システム電話スイッチを備える請求項７に記載の通信アプリケーション・サーバ。
【請求項９】
通信サービスは少なくとも１つの連携型通信サービスを含む請求項１に記載の通信アプリケーション・サーバ。
【請求項１０】
通信サービスは少なくとも１つの連携型コア・サービスを含む請求項１に記載の通信アプリケーション・サーバ。
【請求項１１】
連携型コア・サービスは１つまたは複数の通信サービス・スクリプトを含む請求項１０に記載の通信アプリケーション・サーバ。
【請求項１２】
連携型コア・サービスはユーザ・プロファイル・データベース・サービスを含む請求項１０に記載の通信アプリケーション・サーバ。
【請求項１３】
連携型コア・サービスは、ディレクトリ・サービス、レジストリ・サービス、永続的ストア・サービス、ＱｏＳサービス、およびセキュリティ・サービスのうち少なくとも１つを含む請求項１０に記載の通信アプリケーション・サーバ。
【請求項１４】
通信アプリケーション・サーバは複数の外部アプリケーションから通信サービス要求を受け取り、１つまたは複数の外部サーバを使用して、要求への応答として通信サービスを提供する請求項１に記載の通信アプリケーション・サーバ。
【請求項１５】
指定された通信サービス要求は、通信アプリケーション・サーバに関連付けられているポータルを介して受信される請求項１に記載の通信アプリケーション・サーバ。
【請求項１６】
通信サービスおよびセッション管理コンポーネントは、さらに、通信サービス要求に関連するセッション情報を管理する動作をするセッション・マネージャを備える請求項２に記載の通信アプリケーション・サーバ。
【請求項１７】
セッション情報はセッション階層を含む請求項１６に記載の通信アプリケーション・サーバ。
【請求項１８】
セッション階層は、複数の通信サービスに関連するユーザ・セッション、複数の通信サービスのうち指定された１つに関連するサービス・セッション、および複数の通信サービスのうち指定された１つに対応する通信タスクに関連する通信セッションを含む請求項１７に記載の通信アプリケーション・サーバ。
【請求項１９】
通信セッションは、電話セッション、メッセージング・セッション、インスタント・メッセージング・セッション、およびプレゼンス・セッションのうち１つまたは複数を含む請求項１８に記載の通信アプリケーション・サーバ。
【請求項２０】
通信セッションは、指定された通信サービスに関連する実行可能な通信タスクのうち指定された１つに対応し、外部サーバのうちの１つによる通信タスクの少なくとも一部の実行を伴う請求項１８に記載の通信アプリケーション・サーバ。
【請求項２１】
通信サービスは、複数の実行可能通信タスクを含み、複数の実行可能通信タスクの少なくともサブセットのそれぞれは１つまたは複数の指定された処理工程を含む請求項１に記載の通信アプリケーション・サーバ。
【請求項２２】
通信サービスは、１つまたは複数の追加サービスを含み、１つまたは複数の追加通信サービスのそれぞれに対し、１つまたは複数の実行可能通信タスクが関連付けられている請求項１に記載の通信アプリケーション・サーバ。
【請求項２３】
通信サービスは、通信アプリケーション・サーバに関連付けられているサービス作成環境で指定された通信ワークフローに従って実装される請求項１に記載の通信アプリケーション・サーバ。
【請求項２４】
第１および第２のコンポーネントは、通信アプリケーション・サーバのメモリに格納される１つまたは複数のソフトウェア・プログラムの形で少なくとも一部は実装され、通信アプリケーション・サーバのプロセッサにより実行される請求項１に記載の通信アプリケーション・サーバ。
【請求項２５】
識別された通信サービスに関連付けられている実行可能通信タスクの少なくとも１つは、通信アプリケーション・サーバ内で実質的に完全に実行される請求項１に記載の通信アプリケーション・サーバ。
【請求項２６】
通信サービスに関連付けられている１つまたは複数の実行可能通信タスクの少なくともサブセットを実行する１つまたは複数の外部サーバは、通信アプリケーション・サーバとともに共通処理プラットフォーム上で実装されている少なくとも１つのサーバを含む請求項１に記載の通信アプリケーション・サーバ。
【請求項２７】
通信システム内の通信サービス要求に応答する通信アプリケーション・サーバであって、
メモリと、
メモリに結合されたプロセッサとを備え、
プロセッサは、（ｉ）通信アプリケーション・サーバによりサポートされている少なくとも１つの対応する通信サービスを識別する通信サービス要求のうちの指定された１つを処理し、（ｉｉ）識別された通信サービスに関連する１つまたは複数の実行可能通信タスクを判別し、（ｉｉｉ）１つまたは複数の外部サーバとの通信を確立し、通信サービスに関連付けられている１つまたは複数の実行可能タスクの少なくともサブセットを実行する動作をする通信アプリケーション・サーバ。
【請求項２８】
通信システムにおいて、通信サービス要求に応答する通信アプリケーション・サーバの方法であって、
通信アプリケーション・サーバによりサポートされている少なくとも１つの対応する通信サービスを識別する通信サービス要求の指定された１つを処理する工程と、
識別された通信サービスに関連付けられている１つまたは複数の実行可能通信タスクを判別する工程と、
１つまたは複数の外部サーバとの通信を確立し、通信サービスに関連付けられている１つまたは複数の実行可能通信タスクの少なくともサブセットを実行する工程を含む方法。
【請求項２９】
通信システムで通信サービス要求に応答する通信アプリケーション・サーバ内で使用される１つまたは複数のソフトウェア・プログラムを格納するための機械可読記憶媒体を備える製造品であって、１つまたは複数のプログラムは、通信アプリケーション・サーバで実行されたときに、
通信アプリケーション・サーバによりサポートされている少なくとも１つの対応する通信サービスを識別する通信サービス要求の指定された１つを処理する工程と、
識別された通信サービスに関連付けられている１つまたは複数の実行可能通信タスクを判別する工程と、
１つまたは複数の外部サーバとの通信を確立し、通信サービスに関連付けられている１つまたは複数の実行可能通信タスクの少なくともサブセットを実行する工程を実行する、製造品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、通信システムの分野に関するものであり、より具体的には、そのような通信システム内に通信サービスを実装する手法に関する。
【背景技術】
【０００２】
本出願は、参照により本明細書に組み込まれている、発明者J. R. Putman他の名前で２００２年１月１５日に出願された「Communication Application Server for Converged Communications Services」という名称の米国仮特許出願第６０／３４８，７７６号および発明者J. R. Putman他の名前で２００２年３月１１日に出願された「Communication Application Server for Converged Communications Services And Federated Services」という名称の米国仮特許出願第６０／３６３，３７７号の優先権を主張するものである。
【０００３】
企業が成功を収めるためには、効率的通信サービスが不可欠である。しかし、企業の「仮想化」が進むとともに、従来の手法を使用して必要な通信効率の実現することはますます困難になってきている。さらに、効率的通信は、特定の企業内だけでなく、複数の企業間にも実現されなければならない。残念ながら、従来の単独の電話システムまたはその他の種類の通信システムのハードウェアおよびソフトウェアでは、多くの場合、特定の企業、特に仮想企業のビジネス・プロセスの一部として一体化されている必要がある思われるさまざまな数多くの通信方式に十分対応することができない。仮想企業が必要としているのは、コラボレーションのメカニズムまたは場所に関係なくユーザ体験が首尾一貫したものであり、また個人化されていることである。さらに、企業の業績に関して必要なのは、アプリケーションまたはサービスの種類に関係なく既存の企業基盤が活用されることである。
【０００４】
収束通信に対する従来のアプローチでは、インターネット・プロトコル（ＩＰ）ネットワーク上に複数のアプリケーションを配置する必要がある。しかし、このアプローチは、基盤収束の特定の側面しか取り扱えないという点で問題がある。仮想企業では、利用されている特定の種類のネットワーク基盤に関係なくユーザとアプリケーションを相互接続する必要がある。
【０００５】
したがって、仮想企業による需要に応じてシームレスのリアルタイム通信と非リアルタイム通信の両方を扱うこともできるとともに、複数の異なる通信ネットワークにまたがる音声、データ、およびその他の通信アプリケーションの収束に対応する改良された通信手法が必要である。
【特許文献１】発明者J. R. Putman他の名前で２００２年１月１５日に出願された「Communication Application Server for Converged Communications Services」という名称の米国仮特許出願第６０／３４８，７７６号
【特許文献２】発明者J. R. Putman他の名前で２００２年３月１１日に出願された「Communication Application Server for Converged Communications Services And Federated Services」という名称の米国仮特許出願第６０／３６３，３７７号
【非特許文献１】Internet Engineering Task Force(IETF)Request for Comments (RFC) 3261、「SIP:Session Initiation Protocol」June 2002(http://www.ietf.org/rfc/rfc3261.txt)
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、通信アプリケーション・サーバ、および上記の課題の１つまたは複数を解決する方法で収束通信を実現するための製造の関連する方法および物品を提示する。
【課題を解決するための手段】
【０００７】
本発明の一態様では、通信システム内の収束通信をサポートする通信アプリケーション・サーバを実現する。通信アプリケーション・サーバは、外部エンドポイント、アプリケーション、または要求側エンティティからの通信サービス要求に応答し、例示されている実施形態では、少なくとも第１および第２のコンポーネントを通信サービスおよびセッション管理コンポーネント、およびコネクタ・コンポーネントの形でそれぞれ含む。
【０００８】
例示されている実施形態の通信サービスおよびセッション管理コンポーネントは、（ｉ）通信アプリケーション・サーバによりサポートされている少なくとも１つの対応する通信サービスを識別する通信サービス要求のうちの指定された１つを処理し、（ｉｉ）識別された通信サービスに関連する１つまたは複数の実行可能通信タスクを判別し、（ｉｉｉ）１つまたは複数の外部サーバとの通信を確立し、通信サービスに関連付けられている１つまたは複数の実行可能通信タスクの少なくともサブセットを実行するという動作をする。
【０００９】
コネクタ・コンポーネントは、通信サービスおよびセッション管理コンポーネントと１つまたは複数の外部サーバとの間に結合するのが好ましく、外部サーバのそれぞれについて、通信アプリケーション・サーバを対応する外部サーバに接続するための対応するインターフェースを備える。
【００１０】
例示されている実施形態の通信サービスおよびセッション管理コンポーネントは、サービス・イベント・マネージャ、通信サービス・マネージャ、およびインテリジェント型ルータを備えることができる。
【００１１】
例示されている実施形態の通信アプリケーション・サーバは、アクセス・マネージャ付きの共通アクセス・フレームワーク・コンポーネント、フィーチャ・サービス・コンポーネント、連携型通信サービス・コンポーネント、連携型コア・サービス・コンポーネント、およびサービス作成環境などの１つまたは複数の追加コンポーネントを備えることができる。
【００１２】
本発明の他の態様によれば、通信アプリケーション・サーバの通信サービスおよびセッション・マネージャ・コンポーネントは、通信サービス要求に関連するセッション情報を管理する動作をするセッション・マネージャを備える。セッション情報は、セッション階層を含むことができる。より具体的には、セッション階層は、複数の通信サービスに関連するユーザ・セッション、複数の通信サービスのうち指定された１つに関連するサービス・セッション、および複数の通信サービスのうち指定された１つに対応する通信タスクに関連する通信セッションを含むことができる。例えば、通信セッションは、電話セッション、メッセージング・セッション、インスタント・メッセージング・セッション、およびプレゼンス・セッションのうち１つまたは複数を含むことができる。通信セッションは、一般に、指定された通信サービスに関連する実行可能な通信タスクのうち指定された１つに対応し、外部サーバのうちの１つによる通信タスクの少なくとも一部の実行を伴う場合がある。
【発明を実施するための最良の形態】
【００１３】
本明細書の本発明の説明は、通信システム例の実装に従う。しかし、本発明は図に示されている特定のシステム構成を使用する必要はなく、より一般的には、処理効率の改善が望まれている通信システムまたは通信サービス・アプリケーションとともに使用するのに適している。
【００１４】
本発明の例示されている実施形態では、参照により本明細書に組み込まれているInternet Engineering Task Force(IETF)Request for Comments (RFC) 3261、「SIP:Session Initiation Protocol」June 2002(http://www.ietf.org/rfc/rfc3261.txt)で解説されているSession Initiation Protocol（ＳＩＰ）を使用することができる。例えば、ＳＩＰを使用すると、リアルタイム通信サービスをより単純な構成要素に分割し、必要に応じてこれを再び他のアプリケーションおよびサービスと統合して、柔軟で開放された環境において仮想企業のニーズに応えることができる。企業側も、サービス・プロバイダ側も、ＳＩＰを使用することで、全体的な配備費用を下げ、アプリケーション開発を高速化することができる。
【００１５】
例示されている実施形態の本発明は、収束通信サービスを提供するように構成されている通信アプリケーション・サーバ（ＣＡＳ）を対象とする。より具体的には、例示されている実施形態において、ＣＡＳは、企業アプリケーションだけでなく、すべての音声、メッセージング、媒体、およびその他の通信サービスを含む、マルチモーダル・クライアントを通信対応にする構成をとる。さらに、ＣＡＳはＳＩＰサービス提供物、データ・サービス提供物、音声サービス提供物、および通信と関連する拡張マークアップ言語（ＸＭＬ）をサポートする。ＣＡＳはさらに、企業内、企業間の音声とデータの収束もサポートする。
【００１６】
都合のよいことに、上記の例示されている実施形態の本発明は、音声およびデータ・アプリケーション、異種ネットワーク基盤、異種ネットワーク・サービス、およびリアルタイムおよび非リアルタイム通信などを非限定に含む、あらゆる通信手段内、あらゆる通信手段間で収束を実現するための手法を提供する。例えば、本発明により、さまざまなデバイス（例えば、有線電話、携帯電話、ＩＰソフト電話、ページャ、パーソナル・デジタル・アシスタント（ＰＤＡ）、パーソナル・コンピュータ（ＰＣ）など）間でシームレスの連携動作を実現し、さまざまなメカニズム（例えば、電話呼び出し、インスタント・メッセージング、電子メール）を使用し、さまざまな媒体（例えば、音声、テキスト、テキスト音声変換（ＴＴＳ）など）上で、複数のネットワーク基盤（例えば、ＩＰ、ＰＳＴＮ、有線など）を介して対話操作することができる。したがって、本発明により、企業はその既存の投資を活かし、生産性を高めながらコストを管理することができる。
【００１７】
本発明によるＣＡＳは共通通信サービスを徐々に増やせる組み立てブロックとして利用する構成をとることができるため、これらの組み立てブロックに基づく複雑な構成可能なサービスを特に効率のよい方法で、企業アプリケーションおよびその他のエンド・ユーザに提供することができる。例えば、「呼を確立する」サービスをＰＤＡ、ＰＣ、無線電話、ＰＣベースのソフト電話、またはその他のエンドポイント・デバイス側にいるユーザに提供することができる。このサービスは、データ要求、音声要求、または他の適当な形式で開始することができる。ＣＡＳは、被呼側および／または起呼側の存在、被呼側および／起呼側のホストとなる通信ネットワーク、デバイスのモード（例えば、ＰＳＴＮ、ＩＰ電話、ＳＩＰなど）、被呼側および／または起呼側のコンテキスト、被呼側および／起呼側のセキュリティ、プロファイリング、個人通話受信ユーザ設定、コール・イベント、コンテキストの管理、および実際の呼接続の管理などを処理するように構成することができる。これらおよび他のＣＡＳベースの通信サービス処理オペレーションは、「呼を確立する」サービスの開始者側に透過的に提供することができる。
【００１８】
本発明は、例示されているように、例えば、ビジネス・アプリケーションに組み込まれる、マルチモーダル、インスタント・メッセージング（ＩＭ）、およびプレゼンス機能またはＶｏｉｃｅＸＭＬおよびルールベース通知通信サービスをサポートするＳＩＰアプリケーション・サーバとともに、ＳＩＰ対応コール機能プラットフォーム、支援ＳＩＰプロキシ、レジスター、メディア・ゲートウェイ、およびシグナリング・ゲートウェイ機能および、ＳＩＰ電話として機能するＡｖａｙａ  ４６２４およびＡｖａｙａ  ４６３０  Ｓｃｒｅｅｎ  Ｐｈｏｎｅｓとして使用できる、Ａｖａｙａ  Ｉｎｃ．（米国ニュージャージー州バスキングリッジ）のＡｖａｙａ  Ｃａｌｌ  Ｐｒｏｃｅｓｓｉｎｇ  （ＡＣＰ）  Ｅｎｔｅｒｐｒｉｓｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ（ＥＣＳ）スイッチをはじめとする、さまざまなＳＩＰベースの技術との連携動作が可能である。これらは、Ａｖａｙａ製品の例であるが、本発明では、特定の製品を使用する必要も、また特定のベンダの製品を使用する必要もないことを理解すべきである。例示されている実施形態の以下の説明から容易にわかるように、本発明を実装する際に、さまざまなベンダの通信用ハードウェアおよびソフトウェアの他の多数の配置を使用できる。
【００１９】
通信アプリケーション・サーバ（ＣＡＳ）のアーキテクチャ
図１は、本発明の例示されている実施形態による通信アプリケーション・サーバ（ＣＡＳ）１０２を含む通信システム１００を示している。システム１００はさらに、一組のエンドポイント１０４、ネットワーク１０６、エンタープライズ・サーバ１０８、および通信サーバ１１０を備える。エンドポイント１０４、ＣＡＳ  １０２、エンタープライズ・サーバ１０８、および通信サーバ１１０は、それぞれネットワーク１０６に結合されている。さらに、エンタープライズ・サーバ１０８および通信サーバ１１０は、コネクタを介してＣＡＳ  １０２に結合されており、これについては以下で詳述する。また、ネットワーク１０６には、アプリケーション１１２およびアプライアンス１１４を備える追加要素が結合されている。
【００２０】
本明細書で使用する「アプライアンス」という用語は、エンドポイントの１つの特定の例を指すものとする。
「エンドポイント」という用語は、アプライアンス、センサ、電気または電子デバイス、エンド・ユーザ通信デバイスなどの通信を行うことができるデバイスを指す。
【００２１】
より具体的な例として、エンドポイント１０４は、有線電話、携帯電話、ＩＰソフト電話、Ｂｌｕｅｔｏｏｔｈデバイス、ページャ、ＰＤＡ、パーソナル・コンピュータ、またはその他の種類の通信システム・エンドポイントを従来の方法で構成したものなど、１つまたは複数のエンド・ユーザ通信デバイスを含むことができる。
【００２２】
ネットワーク１０６は、スイッチ、回線またはパケット・コンポーネントを任意の組み合わせで備えることができる。例えば、ネットワーク１０６は、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、無線ネットワーク、ケーブル・ネットワーク、セルラー・ネットワーク、衛星ネットワーク、またはこれらあるいはその他の種類のネットワークの一部分または組み合わせを含むことができる。
【００２３】
エンタープライズ・サーバ１０８は、顧客関係管理（ＣＲＭ）、サプライ・チェーン管理、従業員資源管理、セールス・フォース・オートメーション、データベース、バック・オフィス・アプリケーションなどの機能を備えるエンタープライズ・ソフトウェア・アプリケーションを実行する。
【００２４】
通信サーバ１１０は、例示されているように、従来の電話およびＩＰ電話などのリアルタイム通信、電子メールおよびメッセージングなどの非リアルタイム通信、インスタント・メッセージング、チャット、およびショート・メッセージ・サービスなどのリアルタイムに近い通信をサポートする要素を含む。
【００２５】
サーバ１０８、１１０は、ＣＡＳと同じ場所またはそこから地理的に遠い場所に配置することができ、それぞれ、単一サーバ構成、または複数の分散サーバを備えるように分散構成で実装することができる。
【００２６】
サーバ１０８、１１０は、本明細書でより一般的に「外部サーバ」と総称しているものの例である。しかし、本明細書で使用している「外部サーバ」という用語は、例えば、制限を加えることなく、機能上ＣＡＳから分離されているがＣＡＳと同じ処理プラットフォーム上に実装されているサーバを含むとより一般的に解釈するものとする。
【００２７】
この例示されている実施形態からわかるようにＣＡＳ  １０２は、フィーチャ・サービス・コンポーネント１２０、共通アクセス・フレームワーク１２２、連携型通信サービス・コンポーネント１２４、通信サービスおよびセッション管理コンポーネント１２６、および連携型コア・サービス・コンポーネント１２８を備える。これらの特定のコンポーネントは、例としてのみ示されている。したがって、本発明によるＣＡＳは、コンポーネントの他の配置を使用して実装することができることは理解されるであろう。
【００２８】
本明細書で使用しているような「連携型」という用語は、共通フレームワークまたは基盤を使用して、指定されたドメインの特定の構成または特性と実質的に無関係な方法で、ドメイン間にまたがって発見または呼び出すことが可能な中央集中サービスを一般に指すものとする。このようなサービスは、一般に、動的に配置し実行することができる。これらのサービスは、通常、呼び出し側に属していないが、その代わりに自律サービスである。
【００２９】
フィーチャ・サービス・コンポーネント１２０は、１つまたは複数の高度通信サービス要素１３０を備える。
共通アクセス・フレームワーク１２２は、アクセス・マネージャ１３２、マルチモーダル・インタラクション管理要素１３４、およびプレゼンテーション・レンダリング要素１３６を備える。マルチモーダル・インタラクション管理要素１３４およびプレゼンテーション・レンダリング要素１３６は、アクセス・マネージャ１３２の複数の要素とみなすか、またはアクセス・マネージャ１３２から分離されているスタンドアロン要素として実装することができる。
連携型通信サービス・コンポーネント１２４は、１つまたは複数の通信サービス要素１３８を備える。
【００３０】
通信サービスおよびセッション管理コンポーネント１２６は、サービス・イベント・マネージャ１４０、通信サービス・マネージャ１４２、およびインテリジェント型通信サービス・ルータ１４４を備える。
【００３１】
またＣＡＳ  １０２には、ＣＡＳとサーバ１０８、１１０のそれぞれとの間のインターフェースを提供する一組のコネクタ１５０が含まれる。図に示されているように、ｎおよびｍをそれぞれ０以上であるとして、コネクタ１５０は、最大ｍ個までの通信要求をサーバ１０８に送信し、要求の形式に従って０またはそれ以上の対応する応答を受信し、最大ｎ個までの通信要求をサーバ１１０に送信し、要求の形式に従って０またはそれ以上の対応する応答を受信する。したがって、いくつかの種類の要求については、特定の応答を受信する必要はない。コネクタ・コンポーネント１５０と外部サーバとの間の他の種類の相互作用を使用することができる。
【００３２】
図に明示的に示されてはいないが、経路選択要求および対応する応答をサービス・イベント・マネージャ１４０とインテリジェント型ルータ１４４との間で、またインテリジェント型ルータ１４４とコネクタ１５０との間で受け渡すことができる。それとは別に、このような経路選択要求および対応する応答を、図内のそれらの要素の間に明示的に示されている相互作用の一部とみなすことができる。
【００３３】
ＣＡＳ  １０２は、さらに、システム１００のＣＡＳ  １０２および他のコンポーネントによりサポートされるサービスを開発する際に使用する１つまたは複数のソフトウェア・ツールを備えるサービス作成環境（ＳＣＥ）１５２を含む。例えば、サービス作成環境１５２は、ＣＡＳ  １０２によって提供されるサービスを構築する、ＣＡＳ  １０２によって提供される通信サービスから上位のサービスを作成する、指定された顧客環境に関連する機能にＣＡＳ  １０２を組み込む、または他のサービス作成機能を提供する作業を開発者側で行う場合に使用する一組のソフトウェア開発ツールキットを備えることもできる。
【００３４】
一組のコア・サービス・インターフェース１５４は、コア・サービス・コンポーネント１２８とＣＡＳ  １０２の他のコンポーネントとの間のインターフェースを提供する。例えば、通信要求および関連する応答をこれらのインターフェースを介して送信することができる。
【００３５】
連携型コア・サービス・コンポーネント１２８は、通信サービス・スクリプト・データベース１６０、コア・サービス情報１６２、およびユーザ・プロファイル・データベース１６４を含む。
【００３６】
例えば、通信サービス・スクリプト・データベースは、ｖｏｉｃｅＸＭＬスクリプト、呼処理言語（ＣＰＬ）スクリプト、Ｘｆｏｒｍｓ、ＣｏｍｍＸＭＬ、ｃｃＸＭＬ、または他のスクリプティング・エンジンまたはＣＡＳとの相互作用に適している言語を使用して構成される情報を含むことができる。あるいは、これらのスクリプトは、通信サービスおよびセッション管理コンポーネント１２６と同じ場所に全部または一部配置することもできる。
例えば、コア・サービス情報１６２は、ディレクトリ、レジストリ、永続的ストア、サービス品質（ＱｏＳ）情報などを含むことができる。
【００３７】
通信サービス・スクリプト１６０は、本明細書では、「通信スクリプト」、「ｃｏｍｍスクリプト」、または単に「スクリプト」とも呼ぶ。
コア・サービス・コンポーネント１２８は、中央集中コンポーネントであることが好ましいので、図に破線アウトラインで示されており、指定された通信システム内の複数のＣＡＳにまたがってその１つまたは複数の部分を共有することができる。
【００３８】
連携型コア・サービスの例としては、通信ユーザ管理、識別、プロファイル、ロール、ディレクトリ、メタディレクトリ、ＱｏＳ、フィーチャ・ライセンス供与、サービス・ライセンス供与、サービス・レジストリ、通信ユーザ・プレゼンス、通信ユーザ・コンテキスト、セキュリティ、フィーチャ・アクセス・リストなどがある。
【００３９】
図１に示されているように、エンドポイント１０４の指定された一方は、特定の通信サービスの要求側デバイスを表し、エンドポイント１０４の他方はその通信サービスの受信器デバイスを表すことができる。通信要求および応答情報は、エンドポイント１０４、ＣＡＳ  １０２、およびサーバ１０８、１１０の間でネットワーク１０６を介してやり取りされる。認証および許可に関係する要求および応答情報は、アクセス・マネージャ１３２と要素１３０、１３８との間でやり取りされる。アクセス・マネージャ１３２はさらに、指定された通信タスクへの可能な応答に関してサービス・イベント・マネージャ１４０およびプレゼンテーション・レンダリング要素１３６とも通信する。サービス・イベント・マネージャ１４０は、さらに、通信サービス・マネージャ１４２、インテリジェント型通信サービス・ルータ１４４と通信し、またルータ１４４を介して、コネクタ１５０とも通信し、指定された通信タスクへの可能な応答を判別することができる。
【００４０】
ＣＡＳ  １０２は、メモリおよび１つまたは複数のネットワーク・インターフェースに結合されているプロセッサを備える汎用コンピュータまたはその他のデータ処理プラットフォーム上に実装することができる。この文脈で使用されるような「プロセッサ」という用語は、一般に、従来の方法で構成されている１つまたは複数のマイクロプロセッサまたは他のデジタル・データ処理デバイスの任意の配置を含むように解釈するものとする。メモリには、知られている方法および任意の組み合わせにより構成される、１つまたは複数の永続的ストア要素をはじめとする、ＲＡＭ、ＲＯＭ、ディスクベースの記憶装置、またはその他の種類の記憶デバイスがある。本明細書で説明している通信処理機能は、少なくとも一部は、メモリに格納され、プロセッサにより実行される１つまたは複数のソフトウェア・プログラムの形で実装される。
【００４１】
図１に示されているようなＣＡＳ  １０２は、例にすぎず、いかなる形でも本発明の範囲を制限するものと解釈すべきではない。本発明の他の実施形態は、例えば、要素１４０、１４２および１４４を備える通信サービスおよびセッション管理コンポーネント１２６およびコネクタ・コンポーネント１５０など図１に示されている要素のサブセットのみを含む構成とすることができる。コンポーネントの他の配置を使用して、本発明によるＣＡＳ機能を実現することもできる。
【００４２】
図２Ａ、２Ｂ、および２Ｃは、本発明によるＣＡＳを含む通信システムの他の実施例の図である。
そこで図２Ａを参照すると、ＣＡＳ  １０２は、コンポーネント１２０、１２２、１２４、１２６、および１２８だけでなく、コネクタ・コンポーネント１５０およびサービス作成環境１５２を含むものとして示されており、すべて実質的に前記のように構成されている。
【００４３】
この例示されているＣＡＳは、例えば、「新しい」通信アプリケーション２０２−１、移行されたアプリケーション２０２−２、強化されたコール機能アプリケーション２０２−３、およびビジネス・アプリケーション２０２−４を含む、一組の通信アプリケーションをサポートする。アプリケーション２０２−１は、サービス作成環境１５２を使用してＣＡＳ用に開発したアプリケーションを表し、アプリケーション２０２−２は他の処理プラットフォームから移行されたレガシ・アプリケーションを表すことができる。アプリケーション２０２−３は、ＣＡＳの機能を使用して強化されたコール機能を備えるように構成されている。アプリケーション２０２−４は、従来の方式で構成されている１つまたは複数のビジネス通信アプリケーションを含むことができる。アプリケーション２０２は、サーバ１０８、１１０のうちの１つまたは複数に常駐することができ、インターフェース２０４を介してＣＡＳと通信する。インターフェース２０４は、Ｗｅｂサービス、ＸＭＬ、Ｅｎｔｅｒｐｒｉｓｅ  Ｊａｖａ（登録商標）  Ｂｅａｎｓ（ＥＪＢ）、Ｃｏｍｍｏｎ  Ｏｂｊｅｃｔ  Ｒｅｑｕｅｓｔ  Ｂｒｏｋｅｒ  Ａｒｃｈｉｔｅｃｔｕｒｅ（ＣＯＲＢＡ）、Ｊａｖａ（登録商標）／ＣＯＭ、Ｊａｖａ（登録商標）／ＣＯＲＢＡなどのよく知られている従来の機能を利用できる。
【００４４】
図には特に示されていないが、例えば、エンタープライズ・クラス・サービス、Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ  （ＳＯＡＰ）サービス、音声サービス、．Ｎｅｔサービスなどの他のサービスは、ＣＡＳ  １０２を使用することでサポートすることができる。
【００４５】
ＣＡＳは、ネットワーク１０６を介してエンドポイント１０４に結合されており、また１つまたは複数のユーザ・インターフェース（ＵＩ）２０８を含むポータル・クライアントにも結合されている。
【００４６】
Ｊａｖａ（登録商標）  ２、Ｅｎｔｅｒｐｒｉｓｅ  Ｅｄｉｔｉｏｎ（Ｊ２ＥＥ）アプリケーション・サーバ、．Ｎｅｔサーバ、またはその他の種類のアプリケーション・サーバ、さらにはそのようなサーバの組み合わせなど、１つまたは複数のアプリケーション・サーバ２１０を使用して、アプリケーション・サーバ環境内のＣＡＳのコンポーネントの１つまたは複数を管理することができる。例えば、アプリケーション・サーバ２１０は、従来の方法で、いわゆるコンテナ・サービスを実現する構成をとることができる。ＣＡＳのコンポーネントの１つまたは複数は、電話サービス・コンポーネント２１２−１、Ｗｅｂサービス・コンポーネント２１２−２、インスタント・メッセージ（ＩＭ）サービス・コンポーネント２１２−３、音声およびデータ・アプリケーション・サービス・コンポーネント２１２−４、Ｅｎｔｅｒｐｒｉｓｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｉｎｔｅｇｒａｔｏｒ（ＥＡＩ）サービス・コンポーネント２１２−５、および管理サービス・コンポーネント２１２−６などの外部コンポーネント２１２とオープン・インターフェースを介してネットワーク１０６上で通信する。外部コンポーネント２１２のそれぞれは、サーバまたはその他のデータ処理プラットフォームを含むことができる。外部コンポーネントの１つまたは複数を単一のサーバまたはその他のプラットフォーム上にまとめることができる。
【００４７】
外部コンポーネント２１２は、ＳＩＰ、Ａｄｊｕｎｃｔ／Ｓｗｉｔｃｈ  Ａｐｐｌｉｃａｔｉｏｎｓ  Ｉｎｔｅｒｆａｃｅ（ＡＳＡＩ）、Ｃｏｍｐｕｔｅｒ  Ｓｕｐｐｏｒｔｅｄ  Ｔｅｌｅｐｈｏｎｙ  Ａｐｐｌｉｃａｔｉｏｎ（ＣＳＴＡ）、ＸＭＬ、ＳＯＡＰ、ＪＭＳ、ＪＴＡ、Ｊａｖａ（登録商標）  Ｃｏｎｎｅｃｔｏｒ  Ａｒｃｈｉｔｅｃｔｕｒｅ（ＪＣＡ）、ＪＡＸＲ、ＪＡＸＰ、ＶｏｉｃｅＸＭＬ、Ｃｏｍｍｏｎ  Ｐｒｏｆｉｌｅ  ｆｏｒ  Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ  （ＣＰＩＭ）、Ｉｎｔｅｒｎｅｔ  Ｍｅｓｓａｇｉｎｇ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ−Ｖｅｒｓｉｏｎ  ４（ＩＭＡＰ４）、Ｊａｖａ（登録商標）  Ｎａｍｉｎｇ  ａｎｄ  Ｄｉｒｅｃｔｏｒｙ  Ｉｎｔｅｒｆａｃｅ（ＪＮＤＩ）、Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ（ＬＤＡＰ）、Ｓｅｃｕｒｉｔｙ  Ａｓｓｅｒｔｉｏｎ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＳＡＭＬ）、Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＤＳＭＬ）、Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＳＮＭＰ）などのよく知られている従来のプロトコルを使用してネットワーク１０６を介してＣＡＳ  １０２と通信するのが好ましい。しかし、本発明では、特定のプロトコルをこれらのまたは他の通信システム要素に使用する必要はない。
【００４８】
ＣＡＳ  １０２の制御の下で実装可能な通信サービスは、ＣＡＳによって開始されるが、少なくとも一部は、物理サーバ上、またはＣＡＳの外部にある他のデバイス上で実行することができる。実際の実行デバイスを配布できる物理的な場所の数に限りはなく、Ｊ２ＥＥアプリケーション・サーバ、Ｌｉｎｕｘサーバ、．Ｎｅｔサーバなどを含む、図２Ａのコンポーネント２１２にアクセスできるまたは何らかの他の手段により関連付けられているサーバなどをホストとすることができる。さらに、通信サービスの１つまたは複数が、ＣＡＳが実装されているのと同じ物理的プラットフォーム上で少なくとも一部は実行できる可能性もある。通信サービスは、制限なしで、ＣＡＳを介して、エンタープライズ・アプリケーション、エンドポイント・デバイス、またはその他のシステム要素に提供することができる。
【００４９】
例えば、エンタープライズ・サーバ１０８上で動作しているサプライ・チェーン管理アプリケーションなどのエンタープライズ・アプリケーションは、コネクタ１５０のうちの１つを通じてＣＡＳと対話し、それにより、通信サービス・マネージャ１４２に直接アクセスすることができる。これにより、アクセス・マネージャ１３２における認証およびアクセス制御を避けることができ、したがって、ＣＡＳはアプリケーションだけでなくアプライアンスまたはその他のデバイスにもアクセス権を与えることができることに注意されたい。アプリケーションは、ＣＡＳへのアクセス権を取得しても、すでに認証されアクセスを許可されている場合もあればそうでない場合もある。これは、好ましくは、管理時間に確立されている企業ポリシー決定である。しかし、通信サービス要求が選択された個人に対してのみ許可されているか、資源制約があるか、または他の何らかの形で重大であるとみなされている場合、アクセス・マネージャに認証および許可を要求することによりサービスを使用する要求の再認証および再許可を必要とするというポリシーを確立することができる。
指定された企業に関連する複数のＣＡＳがありえる。さらに、指定されたＣＡＳの異なるインスタンスが異なるドメインにまたがって連係動作することが可能である。
【００５０】
そこで図２Ｂを参照すると、ＣＡＳ  １０２を含む通信システムの他の実装が示されている。この図に示されているＣＡＳ  １０２は、コンポーネント１２０、１２２、１２４、１２６、および１２８だけでなく、コネクタ・コンポーネント１５０およびサービス作成環境１５２を含み、すべて実質的に前記のように構成されている。ＣＡＳ  １０２は、インターフェース２０４を介して外部アプリケーションとやり取りするが、前記のように、Ｗｅｂサービス、ＸＭＬ、ＥＪＢ、Ｊａｖａ（登録商標）／ＣＯＭ、Ｊａｖａ（登録商標）／ＣＯＲＢＡなどのよく知られている従来のインターフェースを備えることができる。
【００５１】
この実装では、共通アクセス・フレームワーク・コンポーネント１２２は、単一のサインオン機能２２０およびマルチモーダル・プレゼンテーション・レンダリング１３６を実行できるアクセスまたはポータル・サービスを備える。通信サービス・コンポーネント１２４は、サードパーティ呼制御（３ＰＣＣ）機能２２２およびＩＭ機能２２４を備える。通信セッション管理コンポーネント１２６は、プレゼンス機能２２６を備えている。
【００５２】
この実施形態のコンポーネント１２８と関連するコア・サービスの例として、ライセンス供与、ＱｏＳサービス、ネットワーク管理、プロビジョニングおよびビリング、共通オペレーション、管理、保守およびプロビジョニング（ＯＡＭ＆Ｐ）、共通報告書作成、およびエラー、アラーム、およびイベント管理がある。
【００５３】
図２Ｂのコネクタ１５０は、呼制御コネクタ２３０、媒体コネクタ２３２、およびメッセージング・コネクタ２３４を含むものとして示されている。より具体的な例として、ＥＡＩコネクタ、ロギング・コネクタ、データ・コネクタ、およびＷｅｂサービス・コネクタがある。
【００５４】
図２Ｃは、ＣＡＳ  １０２を備える通信システムの他の可能な実装を示している。この実装では、ＣＡＳ  １０２は、アクセス・コンポーネント１２２、一組の連携型通信サービス１２４、通信セッション管理サーバとして実装することができる通信サービスおよびセッション管理コンポーネント１２６、および一組の連携型コア・サービス１２８を含む。また、セキュリティ・コンポーネント２４０、ＯＡＭ＆Ｐコンポーネント２４２、および経路選択要素２４４を含む、多数の追加機能コンポーネントも示されている。経路選択要素２４４は、図１で説明されているインテリジェント型通信サービス・ルータ１４４を含むか、または他の何らかの手段により対応することができる。図１で説明した他のＣＡＳコンポーネントなど１つまたは複数の追加コンポーネントも含めることができる。
【００５５】
この実装の連携型通信サービス１２４は、コラボレーション・サービス、プレゼンテーション・レンダリング・サービス、３ＰＣＣサービス、個人化サービス、ＩＭサービス、コール・ルーティング・サービス、スクリプト・サービス、メッセージング・サービス、プレゼンス・サービス、および１つまたは複数の他のサービスを含む。この実装の連携型コア・サービス１２８は、レジストリ・サービス、ライセンス供与サービス、コンテキスト・サービス、通信ユーザ・サービス、ディレクトリ・サービス、セキュリティ・サービス、および１つまたは複数の他のコア・サービスを含む。図２Ｃで「連携型」と示されているサービスは、代わりに、非連携型で実装することも可能であることに注意されたい。
【００５６】
図２ＣのＣＡＳ  １０２は、Ｕｎｉｆｉｅｄ  Ｍｅｓｓａｇｉｎｇ（ＵＭ）＆Ｕｎｉｆｉｅｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｃｅｎｔｅｒ（ＵＣＣ）アプリケーション２０２Ａ、コール・センター・アプリケーション２０２Ｂ、ビジネス・アプリケーション２０２Ｃ、およびその他の高次複合アプリケーション２０２Ｄなどの外部アプリケーション２０２と情報をやり取りする。ＣＡＳ  １０２は、図に示されているようにサービス作成環境１５２に結合されるか、または他の何らかの手段により関連付けられている。ＣＡＳ  １０２は、アプリケーション・サーバ２１０を介して、第１および第２のネットワーク部分１０６−１および１０６−２を含むネットワーク１０６にも結合されている。ネットワーク部分１０６−１は、構内交換機（ＰＢＸ）およびＰＳＴＮなどの多数の電話要素２５０を含む。ネットワーク部分１０６−２は、ＩＰ電話要素、ローカル・エリア・ネットワーク要素、ワイド・エリア・ネットワーク要素、および関連するスイッチなど多数の電話要素２５２を含み、従来の方法でトラフィック管理、負荷分散、およびコンテキスト・ベースのスイッチングを行う構成をとる。
【００５７】
上記のように、本発明による指定された通信システムは、複数のＣＡＳを備え、それぞれ、上記のようにＣＡＳ  １０２と似た方法で実装される。図３Ａを参照しながらこのようなシステムの１例について説明することにする。
【００５８】
図３Ａは、本発明による複数ＣＡＳシステム３００の例を説明している。システム３００は、図１ですでに説明しているように、一組のエンドポイント・デバイス１０４およびネットワーク１０６を含む。システム３００は、さらに、１０２Ａ、１０２Ｂ、および１０２Ｃで表される多数のＣＡＳを備える。図に示されているＣＡＳの特定の数は説明のためのみ使用されており、指定された複数ＣＡＳシステムが備えるＣＡＳは多くても少なくてもよい。この実施形態のＣＡＳ  １０２Ａ、１０２Ｂ、および１０２Ｃはそれぞれ、収束通信サービス１２０、１２４を含み、これらは、図１のＣＡＳ  １０２のフィーチャ・サービス１２０または連携型通信サービス１２４、アクセス・マネージャ１２２、通信サービスおよびセッション管理コンポーネント１２６、およびコネクタ１５０のうちの１つまたは複数を表すことができる。図１の実施形態のように、通信サービスおよびセッション管理コンポーネント１２６は、インテリジェント型通信サービス・ルータ１４４などの経路選択要素を備える。この実施形態の３つのＣＡＳ  １０２Ａ、１０２Ｂ、１０２Ｃは、それぞれ、同じ連携型コア・サービス・コンポーネント１２８にアクセスする。したがって、連携型コア・サービス・コンポーネント１２８は、この例示されている実施形態では、複数の別々のＣＡＳ間で共有される、通信システムの中央集中コンポーネントとして実装される。ＣＡＳの指定された一方、つまりＣＡＳ  １０２Ｃには、対応するサービス作成環境１５２が関連付けられている。他方のＣＡＳの一方または両方、つまり、ＣＡＳ  １０２ＡおよびＣＡＳ  １０２Ｂは、同じサービス作成環境１５２を共有するか、またはそれぞれ、関連付けられているサービス作成環境を備えることができる。
【００５９】
ＣＡＳ  １０２Ａ、１０２Ｂ、および１０２Ｃはそれぞれ、対応するアプリケーション・サーバ２１０に関連する。より具体的には、ＣＡＳ  １０２Ａ、１０２Ｂ、および１０２Ｃは、それぞれのアプリケーション・サーバ２１０Ａ、２１０Ｂ、および２１０Ｃに関連付けられる。ＣＡＳの１つ、つまりＣＡＳ  １０２Ｃは、それと関連付けられた１つまたは複数のビジネス・アプリケーション２０２を持つものとして示されており、他のＣＡＳも同様に構成することができる。ビジネス・アプリケーション２０２は、この例のようにＣＡＳと同じ場所に置かれているのではなく、ＣＡＳから離れた場所で実行することができる。
【００６０】
複数ＣＡＳシステム３００はさらに、処理要素３０４および３０６が含まれ、それぞれ、ＣＡＳの１つまたは複数により提供される収束通信サービスにアクセスするビジネス処理要素を表す。処理要素３０４、３０６の１つまたは複数をサーバ、ワークステーションまたはその他のコンピュータ、またはメモリがプロセッサに結合されている他の処理デバイスとして実装することができる。要素３０４は、ＣＡＳから離れた場所で実装されたビジネス・アプリケーションを含むものとしてみなすことができる。
【００６１】
この実施形態では、処理要素３０４は、一般に、ｓ＝ａ、ｂ、ｃなどとしたときに卵形ｓｉにより表される、多数のＷｅｂサービス・インターフェースを備える。より具体的には、処理要素３０４は、ＣＡＳ  １０２Ａ内に対応するインターフェースを持つＷｅｂサービス・インターフェースａｉおよびｂｉ、およびＣＡＳ  １０２Ｃ内に対応するインターフェースを持つＷｅｂサービス・インターフェースｃｉを含む。
【００６２】
同様に、処理要素３０６は、一般に、ｓ＝ａ、ｂ、ｃなどとしたときに矩形ｓにより表される、例示されているようにＥＪＢプログラムを含む多数の統合プログラムを備える。この統合プログラムにより、通信サービスをビジネス処理ロジックに組み込むことができる。より具体的には、処理要素３０６は、ＣＡＳ  １０２Ｃ内に対応する要素を持つ統合プログラムａ、ｂ、およびｃ、およびＣＡＳ  １０２Ｂ内に対応する要素を持つ統合プログラムｄおよびｅを備える。
【００６３】
図３Ｂは、ＣＡＳ開発および実行時環境の例を説明する図である。開発環境３１０の例では、図３ＡのＣＡＳ  １０２Ａ、１０２Ｂ、または１０２Ｃのいずれか１つを表す、ＣＡＳ  １０２は、要素１２０、１２２、１２４、１２６、および１５０を前記のように含み、サービス作成環境１５２、ビジネス・アプリケーション２０２、およびアプリケーション・サーバ２１０に図のように関連付けられている。この例の開発環境では、Ｗｅｂサービス・インターフェースａｉ、ｂｉ、ｃｉ、およびｄｉとＣＡＳ  １０２内の統合プログラムａからｆを含む。しかし、実行環境３１２では、開発環境３１０にインストールされているＷｅｂサービス・インターフェースおよび統合プログラムがすべて利用されるわけではない。その代わりに、実行環境３１２では、Ｗｅｂサービス・インターフェースａｉ、ｂｉ、およびｃｉは、処理要素３１５内の対応するインターフェースと通信を行うための活性化されたＣＡＳ  １０２であり、統合プログラムｅおよびｄはＣＡＳ  １０２と処理要素３１５の両方に存在する。したがって、特定のＣＡＳの実行環境には、開発環境内でビジネス・アプリケーションにより使用され選択されるＣＡＳ内に実装されているＷｅｂサービス・インターフェースと統合プログラムのサブセットのみが伴うことができる。
【００６４】
図４および５は、本発明によるＣＡＳを含む通信システムの可能な他の実装を説明する図である。
図４を参照すると、前記のように、ＣＡＳ  １０２、アプリケーション２０２−１、２０２−２、２０２−３、および２０２−４、およびアプリケーション・サーバ２１０を含む通信システム４００が示されている。また、この実施形態のＣＡＳ  １０２には、ポータル４０２、および１つまたは複数の電子ビジネス・アプリケーション４０４が関連付けられており、後者はアプリケーション２０２と異なるものとして示されている。ポータル４０２は、サービス関連情報をさまざまな異なる通信媒体上でさまざまな種類のエンドポイント・デバイスに適切に提示し、表示するという方法で、クライアント・ユーザ・インターフェースをサポートする構成をとるのが好ましい。
【００６５】
システム４００はさらに、図に示されているように配置されたネットワーク部分１０６Ａ、１０６Ｂ、１０６Ｃ、および１０６Ｄも含む。これらのネットワーク部分は、例えば、異なるネットワーク、異なるネットワーク環境、または１つまたは複数のネットワークの異なる部分を表すことができる。また、従来のアナログ電話１０４−１、１０４−２、および１０４−３、ＩＰ電話１０４−４および１０４−５、さらにインテリジェント型クライアント１０４−６および１０４−７を含む、多数のエンドポイント１０４が図に示されている。
【００６６】
アプリケーション・サーバ２１０は、ネットワーク部分１０６Ｄを介して、インテリジェント型クライアント１０４−６および１０４−７に結合され、さらに、プレゼンス・サーバ４１０、サービス・レジストリ４１２、１つまたは複数の他のサーバ４１４、およびディレクトリ４１６に結合される。サービス・レジストリ４１２およびディレクトリ４１６は、図１に示されている方法でＣＡＳ  １０２と関連する連携型コア・サービス・コンポーネント１２８の一部とすることができる。
【００６７】
システム４００は、ＰＳＴＮ、インターネットまたは他のネットワーク、またはそれらの組み合わせなどのネットワーク部分１０６Ｂとアナログ電話エンドポイント１０４−２、１０４−３との間で結合される従来のＰＢＸ  ４２０を備える。システムはさらに、ネットワーク部分１０６Ｂと、関連する一組のＩＰ電話１０４−４および１０４−５を備えるネットワーク部分１０６Ｃとの間に結合される、ＩＰ−ＰＢＸとも呼ばれるＩＰ対応ＰＢＸ  ４２２を備える。ＩＰ−ＰＢＸ  ４２２は、時分割多重化（ＴＤＭ）、Ｈ．３２３、ＳＩＰなどのよく知られている通信規格に対応するように構成されている。ＩＰ−ＰＢＸ  ４２２はさらに、ＣＡＳ  １０２と通信し、またＣＡＳ  １０２に結合されている他のアプリケーション・サーバ４２４とも通信する。
【００６８】
ＣＡＳおよびネットワーク部分１０６Ｄに結合されている他の要素を含むものとして示されているネットワーク部分１０６Ａは、さらに、ネットワーク部分１０６Ａへのゲートウェイとして使用することができ、図に明示的には示されていない他のシステム要素との通信を行えるようにするエッジ・サーバ４２６を含む。ネットワーク部分１０６Ａ内のＣＡＳ  １０２と関連する要素は、ＩＰサービス、仮想プライベート・ネットワーク（ＶＰＮ）、ファイヤウォール、ドメイン・ネーム・サービス（ＤＮＳ）およびその他のディレクトリ・サービス、ポリシー管理サービスなどをサポートするように構成されているのが好ましい。
【００６９】
図４に示されている特定のシステム構成は、ＣＡＳ  １０２をＰＢＸ  ４２０およびＩＰ−ＰＢＸ  ４２２などの従来の通信システム機器とともに使用できることを示す。そのため、ＣＡＳ  １０２は、既存の電話処理プラットフォームからの移行と互換性があり、指定された通信システム内の実装が行いやすくなる。例えば、システムが、複数のさまざまなサーバの機能を提供する通信サービスを用意する方向に移行するときに、それらの通信サービスをＣＡＳ  １０２に組み込むことができ、それとともに、またはその代わりに、ＣＡＳとの相互運用性を持たせることもできる。
【００７０】
システム４００内のＣＡＳ  １０２は、ネットワーク部分１０６Ａ内の通信サービス・ノードの基盤をなすものとみなすことができる。指定されたシステム内で互いに通信し合う複数の仮想企業に関連付けられたそのようなノードが多数あることに留意されたい。さまざまなノードに常駐するアプリケーションは、他方のノード上のリモート・サービスを呼び出し、上記の連携型コア・サービスによりサポートされているシームレスの収束通信機能を仮想企業に提供できるようになっていることが好ましい。
【００７１】
図５は、本発明によるＣＡＳ  １０２を含む通信システム５００の他の例を示す。この実施形態のＣＡＳ  １０２には、通信アプリケーション２０２およびアプリケーション・サーバ２１０が関連付けられており、両方とも、実質的に前記のように構成される。ＣＡＳ  １０２は、「既存の」通信サーバに結合されている、つまり、従来の通信機能を備えるサーバに結合されている。
【００７２】
図に示されているようなシステム５００は、移動ＳＩＰエンドポイント１０４Ａ、アナログ電話エンドポイント１０４Ｂ、ＳＩＰエンドポイント１０４Ｃおよび１０４Ｄ、およびＩＰエンドポイント１０４Ｅを含む複数のエンドポイントの間の通信をサポートするネットワーク環境１０６’を含む。ネットワーク環境１０６’は、ＣＡＳ  １０２を使用して、一組のセッション・サービス５０２をサポートする。セッション・サービス５０２は、プレゼンス・サービス５０４、コンテキスト・サービス５０６、およびサービス・レジストリ５０８を含む。この例のプレゼンス・サービス５０４は、ＳＩＰエンドポイント１０４Ａおよび１０４Ｃとの通信を行う。サービス・レジストリ５０８は、アナログ電話エンドポイント１０４Ｂおよびサーバ５１２に結合されている電話サーバ５１０と情報をやり取りする。サービス・レジストリ５０８は、さらに、アプリケーション・サーバ５１４および記憶装置要素５１８と関連付けられている一組の電子ビジネス・アプリケーション５１４と情報をやり取りする。
【００７３】
図１から５に示されているように、ＣＡＳ  １０２の特定の実施形態だけでなく、本明細書で説明している他のＣＡＳの実施形態も、本発明を単に説明することのみ目的としていることに注意されたい。本発明によるＣＡＳは、当業者には周知のように、要素のさまざまな他の配置を使用して実装することができる。
【００７４】
前述の内容から明らかなように、本発明では、その一態様により、例示されている実施形態において収束通信サービスの開発および収束通信サービスの実行時処理のための分散サービス・プラットフォームを備えるＣＡＳアーキテクチャを提示している。
【００７５】
収束通信サービスは、企業のビジネス・プロセスに全面的に組み込まれている通信サービスを含むことができ、通信動作は企業プロセスと実質的に同じビジネス・ルールにより推進される。
【００７６】
ＣＡＳを使用する企業は、自社アプリケーションを通信対応にすること、連携型サービスを作成することにより独自の方法で通信を利用するアプリケーションを構築すること、および通信サービスを組み立てブロックとして使用し、ビジネス・ニーズに固有の新しいビジネス・アプリケーションを迅速に、すべて特に効率のよい方法で作成することを可能にできる。本発明のＣＡＳの指定された実施形態に関連付けることができるさまざまな追加機能、特徴、および利点について以下で説明する。
【００７７】
そこでＣＡＳ  １０２のさまざまなコンポーネントについて詳述する。このようなコンポーネントとして、通信サービス１２０および１２４、アクセス・マネージャ１３２、サービス・イベント・マネージャ１４０、通信サービス・マネージャ１４２、インテリジェント型通信サービス・ルータ１４４、コネクタ１５０、サービス作成環境１５２、および通信サービス・スクリプト１６０がある。
【００７８】
通信サービス１２０、１２４
本明細書で使用している「通信サービス」という用語は、一般に、ＣＡＳ  １０２を介してアクセス可能な提供されるサービスを指す。図１の例示されている実施形態では、これらの通信サービスは、フィーチャ・サービス・コンポーネント１２０に関連する高度な通信サービス要素１３０および連携型通信サービス・コンポーネント１２４に関連する通信サービス要素１３８を含む。指定された通信サービスは、「オープン」インターフェース、例えば、標準インターフェース、または「専用」インターフェース、例えばビジネス・アプリケーションでの使用のため公開されている非標準インターフェースを介して提供することができる。フィーチャ・サービス・コンポーネント１２０に関連付けられている高度な通信サービス要素１３０は、一般に、通信サービス要素１３８よりも上位のレベルのサービスであり、ＣＡＳ内部のより複雑な再帰的、階層的処理を必要とすることがある。しかし、要素１３０および１３８は両方とも、本明細書で使用している用語「通信サービス」に包含されるとみなされ、両方とも、ＣＡＳと実質的に同じ方法で処理される。
【００７９】
ＣＡＳ  １０２を介して提供される通信サービスの１つまたは複数は、ＸＭＬなどのインターネット・ベースの標準インターフェースにより呼び出し可能であるのが好ましい。
通信サービスは、システム１００内に通信関連の能力または機能を実現し、また単純な場合も複雑な場合もある。例えば、限定ではないが、一般に「ｆｉｎｄ  ｍｅ」、「ｈｉｄｅ  ｍｅ」、「ｒｅａｃｈ  ｍｅ」、ｃｏｎｆｅｒｅｎｃｅ−ｉｎ−ｄｅｓｉｇｎａｔｅｄ−ｐａｒｔｉｅｓ、ｎｏｔｉｆｙ、ｅｓｔａｂｌｉｓｈ−３ｒｄ−ｐａｒｔｙ−ｃａｌｌ、インスタント・メッセージング、プレゼンス情報、メッセージ管理、ルールベース経路選択などと呼ばれる通信システム機能がある。
【００８０】
他の例として、「ｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅ」サービスと本明細書で呼んでいるサービスがあるが、これについて以下で詳述する。
他の例には、ユーザ・プリファレンス・インバウンド呼経路選択、通信デバイス・ユーザ・プロファイルなどの通信と関連する処理を提供するサービスが含まれる。
さらに他の例として、ＩＭサーバを必要としないインスタント・メッセージング、ユーザに関連する通信デバイスに関するユーザ・プロファイル情報のアクセスなどの通信に関連する処理を行うＳＩＰサービスがある。
【００８１】
通信サービスは、適切なレジスト、例えば、連携型コア・サービス・コンポーネント１２８に関連するコア・サービス情報１６２内のレジストリに登録することができる。指定された通信サービスの特性を判別するために他の手法を使用することができる。
【００８２】
すでに示したように、指定された通信サービスは、動的サービス・ロケーションおよびリモート・サービス呼び出し機能を使用してドメインにまたがり発見し呼び出すことができるという点で「連携型」とすることができる。連携型サービスは、通常、異なるドメイン境界、例えば、企業または技術の境界を越えて実行できるオープン・スタンダード・ベースのインターフェースを備える。
【００８３】
指定された通信サービスは、以下の要素の少なくともサブセットを含むことができる。
１．可能なアクション、関連するパラメータ、関連する種類、関係する例外の集まり。
２．事前条件／事後条件、不変量などの制約条件を含む、挙動の説明。
３．ＱｏＳ要求条件、資源要求条件、暗号化、経路選択といったセキュリティ要求条件などの情報を含む、ポリシーの説明。
４．要求されたサービスに関連する処理工程の流れ図の説明。既定の処理（ｐｏｓｓｉｂｌｅ  ｒｅｆａｕｌｔ）は順次処理とすることができる。
５．サービス、連絡先、サービスの説明などを規定する組織または他の実体を含む記述的情報。
ＣＡＳ  １０２を介してアクセス可能な通信サービスを指定するために他の要素を使用することもでき、本発明はこれに限られるわけではない。
【００８４】
多数のより一般的な例は以下のとおりである。
対応するルールで表されているようにユーザ・プリファレンスに依存する、呼の設定、音声メールの送信、インスタント・メッセージの送信などを行うことができる、「ｃｏｍｍｕｎｉｃａｔｅ」と記されている通信サービス。
メッセージを受信する人がネットワーク上でアクセス可能なエンドポイントに存在するかどうかを判別し、存在する場合に、エンドポイントと一番最近のプレゼンス登録を判別する、「ｄｅｔｅｒｍｉｎｅ  ｐｒｅｓｅｎｃｅ」と記されている通信サービス。
ユーザがどこのどのようなエンドポイントにいるのかを判別する、「ｌｏｃａｔｅ」と記されている通信サービス。
【００８５】
エンドポイントの場所の判別、経路選択ルールの評価、およびコスト最適化のための呼設定の準備を伴う、「ｃｏｍｍｕｎｉｃａｔｅ  ｗｉｔｈ  ｂｅｓｔ  ｃｏｓｔ」と記されている通信サービス。最適コスト・シナリオにより、ユーザが呼設定の開始ではなく電子メールまたは音声メールを使用するようにするか、またはインターネットなどの他のチャネルを使用してメッセージを送信するようにできる
【００８６】
それぞれの通信参加者のアドレス、例えば、電話番号、ＩＰアドレス、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）などを取得し、それぞれの通信参加者の場所を特定し、それぞれの通信参加者が会議通話の受信のため存在するどうかを判別し（存在しなければ、インスタント・メッセージを送信するか、または音声メールを呼び出す）、好ましい方法（例えば、電話、ＰＤＡ、携帯電話、ソフト電話、ＳＩＰ電話）で通信参加者に通信し、最適コスト経路選択を決定し、会議を成立させる、「ｃｏｎｆｅｒｅｎｃｅ」と記されている通信サービス。
【００８７】
本発明によるＣＡＳを使用することで、さまざまな他の種類の通信サービスを提供できる。
ＣＡＳによって提供される通信サービスの１つまたは複数は、ビジネス・アプリケーションと基幹通信サービスとの統合を可能にするサポート構造とともに情報、トランザクション、および通信サービスを提供するオープン・インターフェースによる通信機能を備えるモジュール型サービスとすることができる。都合のよいことに、このような配置を使用すると、通信を行う方法とは無関係に、ビジネス・アプリケーションを共通の通信サービスと迅速に統合することができる。
【００８８】
通信サービスは、高水準言語を使用して構成することができ、また、例えば、動的に検索可能、かつ実行可能なサービスである、ネイティブのＥｎｔｅｒｐｒｉｓｅ  Ｊａｖａ（登録商標）  Ｂｅａｎｓ（ＥＪＢ）またはＷｅｂサービスとして展開することができる。実際のサービス実行は、ライブラリを介しており、Ｊ２ＥＥアプリケーション・サーバ環境、離れた場所にある非Ｊ２ＥＥ環境、またはその他の環境、さらには、異なる環境の混在下で行うことができ、ＣＡＳによって管理される。
【００８９】
通信サービスは、他のコンポーネントとともにビジネス・アプリケーションまたは他の通信アプリケーションに組み込むことができるサービスの１つまたは複数のライブラリを含むことができる。通信インターフェース・サービスを使用すると、ネットワーク基盤要素へのインターフェースを使用して通信サービス要求をビジネス・アプリケーションから基本通信サービスに接続することができる。コネクタ１５０は、データ・アクセスおよび外部ビジネス・プロセスとの同期処理動作などの機能に使用できる。連携型コア・サービス１２８は、ユーザ情報、ユーザ関連プリファレンス、セキュリティ、ディレクトリ・サービスなどに使用できる。資源管理および情報管理サービスにアクセスするには、ＣＡＳの通信サービスおよびセッション管理コンポーネント１２６を使用する。通信ライブラリの実行に特に必要な特定のサービスは、ランタイム・レジストリ・サービスから取得し、サービス作成環境１５２のソフトウェア開発キット（ＳＤＫ）または他のソフトウェア・ツールを利用して作成することができる。
【００９０】
上記の通信ライブラリは多層組み立てブロックとして機能することができ、所定のライブラリを他のライブラリから構築することができる。アプリケーションとの通信ライブラリ・インターフェースは、アプリケーションのマルチベンダ開発および新規通信ライブラリの作成を推進するため、「オープン」であるのが好ましい。これらの通信ライブラリは、新規ライブラリを作成するための明確に定められたプログラミング仕様によりサービス作成環境１５２内でサポートすることができる。知られている通信ライブラリのリポジトリはレジストリ内に保持され、アプリケーション開発者がこれを利用できるようになっている。
【００９１】
指定された通信ライブラリは、アプリケーション・レベルのコンテキストをＱｏＳ、プレゼンス、セキュリティなどのネットワーク・ポリシーに変換するように構成することができる。コンテキストとは、トランザクションまたはサービスの最も適している人または資源を選択し、ディレクトリ連携型サービスに保持されているユーザに関する情報に基づき個人化の正しい情報（例えば、正しい時刻、正しい書式など）を表示することを意味する。ユーザに関するこのような情報には、これに限定されないが、ユーザ情報および許可（組織の内部／外部のロール）、プレゼンス、通信の開始だけでなく通信の受信に関するユーザ・プリファレンス、エンドポイント媒体機能、およびトランザクション履歴などがある。
【００９２】
通信サービスはモジュール型で、アプリケーションが異なっても再利用できるものであるのが好ましい。例えば、このようなサービスは、アプリケーションの中から通信セッションを開始するように構成できる。さらに、エンド・ユーザは、アクセス・デバイス（例えば、グラフィックスを多用するＷｅｂブラウザ、無線アクセス・プロトコル（ＷＡＰ）対応無線デバイス、音声対応Ｗｅｂサイトのための電話など）を使用して通信サービスに接続している可能性もある。これらの通信サービスは、一緒に作成することで呼完了に加えて媒体変換を行うなどの機能強化された通信に関係するサービスを提供するという点で拡張可能でカスタマイズ可能なものとすることができる。上記のように、他のサービスから、より上位の機能、またはより複雑な通信機能（例えば、プレゼンス・サービス、ロケーション・サービス、および基本マルチモーダル通信サービスを使用する必要のあるカンファレンス・オンデマンド）を備える、指定されたサービスを構築することができる。
【００９３】
図１の例示されている実施形態では、ＣＡＳの通信サービスおよびセッション管理コンポーネント１２６は、指定された通信サービスを特定すること、サービスが１つまたは複数のタスクを含むかどうかを判別すること、タスクの実行を適切な定められた順序で行うよう指令すること、応答を集計すること、結果を返すこと、およびセッション、状態、イベント、エラー、およびアラームの管理を行うことといった役割を持つ。
【００９４】
図６は、本発明によるＣＡＳ１０２に実装可能な通信サービス例を説明する図である。この例では、指定された通信サービスは、本明細書では「通信タスク」または簡単に「ｃｏｍｍタスク」とも呼ぶ１つまたは複数の通信サービス・タスクを含む。図には、特定の通信タスクが、通知、コラボレート、３ＰＣＣ、プレゼンス・サービス、呼経路選択サービス、「ｃｌｉｃｋ  ｔｏ  ｃｏｍｍｕｎｉｃａｔｅ」サービス、メッセージング・サービス（および関連する電子メール、音声およびファクス・メッセージ・サービス）、接続、「ｆｉｎｄ  ｍｅ」、「ｈｉｄｅ  ｍｅ」、「ｒｅａｃｈ  ｍｅ」、チャット、インスタント・メッセージ、電子アシスタント（ｅＡｓｓｉｓｔａｎｔ）、ブロードキャスト（および関連するブロードキャスト応答およびブロードキャスト受信器）、さらに他のタスクを含むことができることを示している。また、指定された通信タスクが実行されると、例えば、他の通信タスク、他の通信サービスなど、それぞれ１つまたは複数の通信タスク、または１つまたは複数のコア・サービス・タスクを含むことができる、他のタスクまたはサービスを呼び出すこともできる。通信サービスと通信タスクとの関係は、図２２とともに詳細に例示され、説明されている。
【００９５】
ＣＡＳ  １０２に関連する通信サービスは、一般に、通信参加者に提供されるが、ただし通信参加者はエンドポイント１０４の１つまたは複数または通信サービスにアクセスしている関連ユーザを意味する。例えば、通信参加者は、人、仮想企業体（会社、グループ、組織など）、自動化されたサービス（音声自動応答装置（ＩＶＲ）、Ｗｅｂサービスなど）、または通信機能を備えるアプライアンスまたは他のエンドポイント・デバイスなどであってよい。本明細書で使用している「ユーザ」という用語は、したがって、通信システム・エンドポイント、アプライアンス、アプリケーション、関連する人間ユーザ、または他の通信参加者を含むものとする。
【００９６】
図７は、本発明によるＣＡＳに関連付けることができる通信参加者の例を説明する図である。この例では、例示されている通信参加者は、人、グループ、アプライアンス、自動化されたサービス、プリファレンス、マルチモーダル・エンドポイント、およびロールを指定する情報を関連付けておくことができる。グループは、エージェント・グループ、ハント・グループなどを指定する情報を含むことができる。マルチモーダル・エンドポイントは、アプライアンス、電話、アプリケーション（例えば、ソフト電話、チャット端末、ビデオ端末、ＦＡＸ装置など）、ＰＤＡ、携帯電話、プレゼンス、およびデバイス・プロファイル（例えば、種別、アドレス、デバイスＩＤ）を指定する情報を含むことができる。ロールは、顧客、データベース管理者、セキュリティ管理者、任意の管理者、ユーザ・ロール、カスタム定義ロール、およびプロファイルを指定する情報を含むことができる。プロファイルには、例えば、識別名、属性、プリファレンスを指定するユーザ・プロファイル要素、および例えばアクセス可能サービスＩＤを指定するアプリケーション制御リストとすることができる。
【００９７】
図６および７に示されている、また本明細書の他の場所に示されている特定の図は、説明のみを目的としていると理解すべきである。これらの特定の図に示されていない要素をはじめとする、要素の他の配置も、本発明の実装で使用することができる。
【００９８】
アクセス・マネージャ１３２
アクセス・マネージャ１３２は、ビジネス・ルール、個人ルール、プレゼンス関係の関連付けなどに従って、通信サービス・タスク要求に対するアクセス制御およびプレゼンテーション制御を処理する。これは、アクセス制御機能を必要とするＣＡＳコンポーネントにより呼び出すことができる。
【００９９】
アクセス・マネージャは、アクセス関係のすべてのイベントを管理するのが好ましい。使用可能なプロパティに複数の媒体、セッション制御下の複数のデバイスなどが含まれる場合、マルチモーダル・インタラクション管理コンポーネント１３４とともにマルチモーダル・セッション情報およびプレゼンテーション・マークアップを処理する。並行処理は、セッション制御下にあるすべてのデバイス、媒体入力および出力、および複数デバイスからの入力に関する処理であってよい。ユーザは、複数のモードおよび複数のセッションでアプリケーションと情報をやり取りすることができる。これらのモードは、独立した音声およびポインティング・デバイスなど互いに独立したものとすることができ、また関係する音声およびポインティング・デバイス入力など、並行処理を行うものとして設計することもできる。後者は、並行処理、したがって複合イベントとして総称的に取り扱われる。
【０１００】
アクセス・マネージャ１３２は、相互の情報のやり取りと関連する複数の媒体イベントを管理することができる。例えば、オーディオ関係のイベント（ＤＴＭＦ認識イベント、音声認識イベントなど）を一方のインタラクション・チャネルで管理し、テキストまたはビデオ・イベントを他方のインタラクション・チャネルで管理することができ、アプリケーション共有イベントはすべてのチャネルに関連付けられている。アクセス・マネージャ１３２は、それぞれ複数のデバイスにまたがるマルチメディア・コラボレーションなどの異なる媒体ストリームを必要とする、同じ通信制御チャネルに関係するすべての媒体イベントを継続的に実行し、管理することができる。通常、アクセス・マネージャ１３２は、媒体自体を管理するわけではないが、媒体操作に基づくレンダリングおよびダイアローグ・インタラクションをサポートする基本コンポーネントをサポートする。
【０１０１】
したがって、アクセス・マネージャ１３２は、ＣＡＳ  １０２を介して利用可能な通信サービスへのアクセス機能を提供する。例えば、エンドポイント・デバイス１０４の１つを介してまたは他の何らかの手段により、１つまたは複数のシステム・ユーザは同期または非同期メッセージングなどを通じてアプリケーション１１２またはアプライアンス１１４へのアクセス機能を利用できる。アクセス・マネージャは、要求を分析し、適宜ＣＡＳサービスを呼び出す。例えば、エンドポイント１０４の１つに関連付けられているエンド・ユーザについては、アクセス・マネージャは、メタダイアログ・マークアップを通じてマルチモーダル・インタラクションを管理したり、ダイアログ・マークアップ言語のプレゼンテーション・レンダリングを管理することができる。アプリケーション１１２またはアプライアンス１１４については、アクセス・マネージャは、上記の同期または非同期メッセージングをサポートすることができる。
【０１０２】
アクセス・マネージャでの認証および許可制御は、識別、ロール・ベース・アクセスなどの機能を含むことができる。また、アクセス・マネージャは、セッションまたは前のセッションへのリンクを開始し、非同期、並列イベント、または複数の親セッション状態に対応することができる。アクセス・マネージャは、音声サービス、ポータル・サービス、媒体ストリーム入力および出力、媒体およびデバイスの両方の機能へのレンダリング、およびポリシー、ロール、アプリケーション、デバイスなどに基づくプレゼンテーションの個人化へのアクセスなどの他のさまざまな機能を管理することができる。
【０１０３】
図１の例示されている実施形態では、アクセス・マネージャ１３２は共通アクセス・フレームワーク１２２内に実装されている。他の実施形態では、アクセス・マネージャ１３２は、ＣＡＳ内でアクセス、プレゼンテーション、および個人サービスを提供するポータル・コンポーネントを備えるか、または他の何らかの手段により関連付けられる。このようなポータルは、一種の共通アクセス・フレームワークの例としてみなすことができ、エンドポイント・デバイスと無関係に通信サービスにアクセスする機能をサポートするように構成するのが好ましい。指定されたポータルは、従来のデータ・ポータルおよび音声ポータル・コンポーネントを備えることができる。
【０１０４】
音声ポータル・コンポーネントは、ＶｏｉｃｅＸＭＬ、Ｓｐｅｅｃｈ  Ａｐｐｌｉｃａｔｉｏｎ  Ｌａｎｇｕａｇｅ  Ｔａｇｓ  （ＳＡＬＴ）、ＸＨＴＭＬ、またはその他のダイアローグまたは媒体マークアップ言語などの標準インターフェースを介して解釈される音声サービスという形で音声対応サポートを行えるように構成することができる。例えば、ＶｏｉｃｅＸＭＬにより定義される音声対応サービス群は、文法ベースの音声ユーザ・インターフェース・ダイアローグを含む。このような配置では、ＣＡＳは、ＶｏｉｃｅＸＭＬページをＶｏｉｃｅＸＭＬメディア・ゲートウェイに供給する動作またはＣＡＳの他の適当なレンダリング層を動的に生成し、制御するように構成できる。
【０１０５】
アクセス・マネージャ１３２は、任意のデバイスを通じてユーザが個人化されたポータルにアクセスできるように（例えば、ビジネスおよび個人ロール、時間情報、スケジュールされた情報、ロケーション情報、プレゼンス情報などに基づいて）構成することができる。そこで、ユーザは、例えば、コンピュータ、ＴＤＭ電話、ＳＩＰ電話、無線電話、ＰＤＡデバイス、ページャ・デバイス、キオスク、収束デバイスなどを通じてＣＡＳにアクセスすることができる。さらに、アクセス・マネージャ１３２によってサポートされているプレゼンテーションの複数のモードにより、例えば、Ｗｅｂブラウザ・インターフェース、音声およびオーディオ・インターフェース、プッシュ電話インターフェース、マイクロブラウザ・インターフェース、ショート・メッセージ・サービス（ＳＭＳ）インターフェースなどを介して、ＣＡＳへのアクセスが可能になる。
【０１０６】
図８Ａおよび８Ｂは、図１のＣＡＳ  １０２内のアクセス・マネージャ１３２の動作例の図である。最初に図８Ａを参照すると、ブロック８００に示されているように、ユーザはＣＡＳ  １０２に関連するメディア・ゲートウェイを介してアクセス・マネージャ１３２にアクセスする。このようなゲートウェイは、よく知られている従来の手法を使用して、例えば、ネットワーク１０６、またはＣＡＳ自体の中に実装することができる。アクセス・マネージャ１３２は、プレゼンテーションを「ようこそ」ダイアローグ８０２のユーザに送るので、そこで、ユーザはＦｉｎｄ、Ｃａｌｌ、およびＣｏｎｔａｃｔなどのさまざまな選択オプションを選ぶことができ、ブロック８０４で、最初の情報のやり取りの要求が管理される。この情報のやり取りの管理では、ブロック８０６においてセッション識別子ＳＩＤのチェックを行う必要がある。セッション識別子が設定されていない場合、初期ＳＩＤがブロック８０８でセッションに対して設定される。ブロック８１０で、ユーザがＣＡＳと通信する際に使用するチャネルおよびＳＩＤに基づき、少なくとも一部は、通信サービス・スクリプト１６０を参照することにより適切な情報のやり取りが決定される。その後、ブロック８１２で、決定された情報のやり取りがチャネル固有のマークアップおよびレンダリングに適した文法にレンダリングされ、情報のやり取りの入力が行われる。もちろん、他の種類の情報のやり取りの管理およびプレゼンテーション変換も使用できる。
【０１０７】
そこで、図８Ｂを参照すると、アクセス・マネージャ１３２のオペレーションは、例えば図８Ａとともに説明されている方法によりセッションがすでに確立されている状況で例示されている。アクセス側ユーザがＪａｎという参加者を呼び出すことを指定する「Ｃａｌｌ  Ｊａｎ」と記されているインタラクション・イベントがすでにあると仮定する。アクセス・マネージャにより、ダイアローグ８２０がユーザに表示され、システムが「Ｊａｎを呼び出し中」であることが示される。ダイアローグ８２０にはマークアップが含まれており、このマークアップによりメディア・ゲートウェイはテキストをオーディオ出力に変換することができる。ブロック８０６、８１０、および８１２は、実質的に図８Ａとともに説明されているとおりに動作する。ブロック８２２で、ブロック８０６のＳＩＤチェックから、既存のＳＩＤがあり、この既存のＳＩＤを使用して情報のやり取り決定ブロック８１０が動作すると判別される。既存のＳＩＤおよび「Ｃａｌｌ  Ｊａｎ」インタラクション・イベントも、ブロック８２４を介してサービス・イベント・マネージャ１４０に送られる通信要求を作成するために使用される。サービス要求マネージャは、ブロック８２４でＳＩＤおよびイベントに基づきカスタマイズを行う際に使用される対応する応答を生成する。
【０１０８】
図８Ａおよび８Ｂの例に示されている特定のオペレーションは説明のみを目的としてしていることは理解されるであろう。本発明によるアクセス・マネージャは、これら特定のオペレーションを実装するうえで必要なものではない。
【０１０９】
サービス・イベント・マネージャ１４０
サービス・イベント・マネージャ１４０は、要求の要求側および潜在的受信側に関連する通信サービス要求、セッション、コンテキスト、イベント、およびポリシーを管理する。これにより通信サービス・マネージャ１４２は通信サービスを実行可能な通信タスクまたは「ｃｏｍｍタスク」に分解し、コネクタ１５０を通じてサーバ１０８、１１０の１つまたは複数へのリンクをインテリジェント型通信サービス・ルータ１４４に指令し、それにより、通信サービスの適切な処理オペレーションが行われるようにする。すでに示しているように、また図２２とともに説明されているように、通信サービスは、複数の通信タスクに分解することができ、そのどれもが複合サービスであり、再帰的処理動作を必要とする。サービス・イベント・マネージャ１４０はさらに、必要に応じてすべての通信タスク応答を１つの全体的な応答にまとめるのが好ましい。
【０１１０】
セッションは、寿命の短いものもあれば、長いものもあり、同期イベントに基づくものもあれば、非同期イベントに基づくものもある。下位セッションに関連付けられている場合もある。
【０１１１】
同期セッションの例として、要求側ユーザがＣＡＳ  １０２に接続したままの状態で存在するセッションがある。上記のｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービスは、同期セッションのより具体的な例である。同期でないセッションは、本明細書では、「非同期セッション」と呼んでいる。
【０１１２】
セッションは、要求から発生し、応答があるか、または停止アクション、好ましくは外部の停止アクションがあると終了する一連のイベントとみなすことができる。セッション・サービスは、サービス接続中およびサービス接続とサービス接続との間に指定されたユーザの作業環境を管理するものである。例えば、ユーザのセッションを開く、閉じる、サービス・セッションを開始する、停止する、通信セッションを確立する、取り外す、非同期通信イベントの発生を監視する、ユーザ状態を問い合わせる、設定する、およびユーザ・コンテキストを更新するなどのオペレーションがあり得る。サービス・イベント・マネージャ１４０は、通常、セッションを管理し、インテリジェント型ルータ１４４を通じて通信セッションを（適宜）開始する。
【０１１３】
ユーザ・セッションは一般に、指定されたユーザの最初のサインオンからサインオフまでのすべての活動を含む。ユーザが非同期セッションの確立を要求した場合、ユーザ・セッションは、すべての要求に関連するすべてのイベントの処理が完了するか、またはエラーが報告されるようなときまで持続するのがふつうである。
【０１１４】
サービス・セッションは一般に、サービスを遂行することと関連するすべての活動を含む。これは、コンポーネント１２０および１２４と関連する通信サービスおよび経路選択要求を含む。サービス・セッションは、サービスに関連するすべてのイベントの処理が完了するか、またはエラーが報告されるようなときまで持続するのがふつうである。
【０１１５】
通信セッションは、インテリジェント型ルータ１４４により管理されるすべての活動を含む。このセッションの持続時間は、通常、最初の経路選択要求からその要求の処理完了までである。同様に、電話またはメッセージング・セッションは、要求されたサービスに関連するすべての活動が完了するか、またはエラーが報告されるようなときまで持続するのがふつうである。
【０１１６】
上で示されているように、サービス・イベント・マネージャは、インテリジェント型通信サービス・ルータ１４４を呼び出し、通信経路選択戦略を決定するが、それには、単一サーバ、複数の同時サーバ要求、資源に基づく経路選択決定、適切なレンダリングを必要とする別のサーバへの経路選択などが必要な場合がある。サービス・イベント・マネージャ１４０はさらに、元々の通信サービスの主セッションを開始し、これをユーザ開始セッションにリンクし、各通信サービス・タスクの下位セッションを開始し、下位セッション状態、コンテキスト、および他の関係情報を管理する。
【０１１７】
そこで、サービス・イベント・マネージャ１４０は、例示されている実施形態では、ＣＡＳ  １０２を介して通信サービスの提供と関連してセッション情報を管理するためセッション・マネージャを備えるか、または他の何らかの手段により関連付けられるものとみなせる。以下の説明での「セッション・マネージャ」への言及については、サービス・イベント・マネージャ１４０のセッション・マネージャ要素を意味する場合と、サービス・イベント・マネージャ１４０から他の何らかの手段によりアクセス可能なセッション・マネージャ要素を意味する場合がある。したがって、サービス・イベント・マネージャ１４０とともに後述する図の１つまたは複数で、サービス・イベント・マネージャおよびセッション・マネージャは、別々の要素として指定することができる。このコンテキストにおいて、セッション・マネージャがサービス・イベント・マネージャの要素に対応している場合、サービス・イベント・マネージャへの言及は、セッション・マネージャ以外のサービス・イベント・マネージャのすべての要素を含むものとする。以下でセッションと呼ぶオペレーションは、セッション・マネージャにより、またはサービス・イベント・マネージャの他のコンポーネントにより実行することができる。
【０１１８】
セッションは、１つまたは複数の下位セッションに関連付けることができる。
セッションは、要求されたイベントに基づき並列セッションに関連付けることができる。例えば、ユーザは、何らかの通信活動のためセッションが開始された後ＰＣのブラウザを立ち上げ、いくつかのセッションをリンクしてまとめるよう要求することができる。
セッションは、１つまたは複数の親セッションに関連付けることができる。複数の親セッションがある場合、成功または失敗に関する応答は複数の親セッションのそれぞれに「展開」される。
【０１１９】
タスク・プロセスはセッションを要求し、そのタスクおよび０個またはそれ以上の下位タスクの成功または失敗の応答を要求し、再帰処理する。
タスクの実行は、セッション・マネージャと同じ場所で行われる必要はない。
指定されたセッションは、ユーザ開始タスク、プロセス、または他の適当なメカニズムにより開始することができる。
開始セッションは、セッションを開始要求のプロパティに関連付けるルート識別子またはトークンを設定する。これにより、通信参加者、認証、タスクなどの識別を行える。下位セッションはすべて開始セッション・トークンに関連付けられている。
開始セッションは、開始セッションとは直接的階層的関係を持たない、本明細書では兄弟セッションとも呼ばれる並列セッションと関連付けるよう要求される。これの例として、媒体レンダリングを共通イベントに関連付ける通信の複数のモードがある。
【０１２０】
サービス・イベント・マネージャは、セッション識別子を割り当て、セッションおよび下位セッションを関連付け、並列セッション同士を関連付けてまとめ、セッションの成功および失敗を管理し追跡し、セッション・トークンを管理する。
【０１２１】
すべての通信要求は、セッションにより管理されるのが好ましく、したがって、セッションおよび関連する状態を維持するためにも、サービス・イベント・マネージャと情報をやり取りする。
要求によりセッションが開始する。そのセッションは、兄弟セッションまたは親セッションに関連付けることができる。各セッションは、トークンおよびセッションで許可された通信参加者に関連付けられるのが好ましい。
【０１２２】
タスクが正常に完了した後、セッションは終了し、関係するすべてのセッションに通知が送られる。関係するセッションには、親セッション、兄弟セッション、並列セッションなどがある。
タスクが失敗した後、セッションは終了し、関係するすべてのセッションに失敗の通知が送られる。
コンポーネントまたは基盤が失敗した後、セッションは終了し、関係するすべてのセッションに失敗の通知が送られる。
セッション情報は、永続的ストアに記録するのが好ましい。
セッションの成功または失敗は、親セッション、ユーザ、並列セッションがこれに応答するか、または複数のセッションに展開することができる。
【０１２３】
上述のように、サービス・イベント・マネージャ１４０内のセッション管理オペレーションは、セッション・マネージャを使用して実装することができる。このようなセッション・マネージャは、サービス・イベント・マネージャの一要素とするか、または他の何らかの手段によりサービス・イベント・マネージャに関連付けられる。
【０１２４】
指定されたセッション・マネージャは、セッション・トークン割り当ておよび解放を管理するにように構成することができる。セッション・トークンは、本明細書でセッション識別子またはＳＩＤとより一般的に呼ぶものの例である。トークンは、通常、新しいセッション、新しい下位セッション、２つまたはそれ以上のセッションの結合などで割り当てられる。ルールを使用して、セッション持続時間、下位セッション深さ、永続性、またアクティブであれば下位セッション終了の管理、およびセッション・コンテキスト管理を行うことができる。すでに示したように、セッションを作成する、開始する、終了する、打ち切る、または結合することができる。セッション・マネージャは、他のＣＡＳコンポーネントと通信し、新規セッションＩＤを割り当てることに関してセッションを要求し、またセッションに関連付けられているプロセスの終了を要求する。また、他のＣＡＳコンポーネントは、セッション・マネージャと通信し、セッション開始（最上位レベル）、セッション作成（下位レベル）、セッション結合、セッション終了、またはセッション打ち切りを要求する。
【０１２５】
図９は、他のＣＡＳコンポーネントとの情報のやり取りを示す、上述のようなセッション・マネージャの図を示す。図は、サービス・イベント・マネージャ１４０、通信サービス・マネージャ１４２、インテリジェント型通信サービス・ルータ１４４、およびコネクタ１５０に対応する要素を含んでいる。セッション・マネージャ９００は、図に示されているようにこれらのコンポーネントのそれぞれと情報をやり取りする。上に示されているように、セッション・マネージャ９００は、サービス・イベント・マネージャ１４０の１つの要素であってもよい。セッション・マネージャ９００は、サービス・イベント・マネージャ１４０に代わってセッション関係のオペレーションを実行する。これらのオペレーションには、Ｉｎｉｔｉａｔｅ  Ｓｅｓｓｉｏｎ、Ｃｒｅａｔｅ  Ｎｅｗ  ＳｅｓｓｉｏｎまたはＳｕｂ−  Ｓｅｓｓｉｏｎ、Ｊｏｉｎ  Ｓｅｓｓｉｏｎｓ、Ｅｎｄ  Ｓｅｓｓｉｏｎ  ＩＤ、Ｔｅｒｍｉｎａｔｅ  Ｓｅｓｓｉｏｎ  ＩＤ、Ｐｅｒｓｉｓｔ  Ｓｅｓｓｉｏｎ、Ｓｅｓｓｉｏｎ  Ｃｏｎｔｅｘｔなどがある。セッション・マネージャ９００は、アクティブ・セッションの持続時間、深さ、および終わり、永続性、コンテキストなどを含む、Ｓｅｓｓｉｏｎ  Ｒｕｌｅｓなどの情報を使用する。
【０１２６】
セッション・マネージャ９００は、セッション・トークンを各セッションに関連付けるのが好ましく、また特定のセッションを識別し、それらのセッションを適宜互いに関連付けられるようにセッション・トークンの階層を維持する。この例示されている実施形態では、セッションに対するオペレーションはすべて、セッション・トークンにより識別されたセッションに作用する。セッションの終了は、セッション・マネージャで実装されているルールに基づく。これらのルールにより、さらに、関連付けられているリンク付きセッション、例えば、下位セッション、並列セッションなどの処理を指定する。
【０１２７】
この例では、相互に関係のあるセッション情報の１つまたは複数の異なる集まりは、図に示されているように、ＣＡＳコンポーネント１４０、１４２、１４４、および１５０のそれぞれに関連付けられている。より具体的には、サービス・イベント・マネージャ１４０は、ユーザ・セッション（ユーザ・セッションＩＤを含む。ただし「ユーザ」は人でも、アプリケーションでも、アプライアンスでも、他のエンドポイント・デバイスなどでもよい）およびサービス・セッション（サービス・セッションＩＤを含む）に関連付けられる。通信サービス・マネージャ１４２は、Ｃｏｍｍセッション（ＣｏｍｍセッションＩＤを含む）に関連付けられる。インテリジェント型ルータ１４４は、インテリジェント型ルータ・セッション（ＩＲセッションＩＤを含む）に関連付けられる。コネクタ１５０は、コネクタ・セッション（コネクタ・セッションＩＤを含む）に関連付けられる。もちろん、この特定の図は、単に説明を目的としているだけであり、他の種類および配置のＣＡＳコンポーネントを使用して、本発明によるセッション管理機能を提供することができる。
【０１２８】
図１０は、サービス・イベント・マネージャ１４０の例のオペレーションを説明する図であり、連携型コア・サービス・コンポーネント１２８およびインテリジェント型ルータ１４４を含む他のＣＡＳコンポーネントとの情報のやり取りを示している。この例のサービス・イベント・マネージャは、セッション・マネージャ９００を含むか、または他の何らかの手段により関連付けられる。この図は、指定されたサービス・イベント１０００に関連付けられた処理を示しており、多数の要素を使用してランタイム・サービスおよびセッション管理を行っている。これらの要素は、ルール・エンジン１００２、メッセージ変換１００４、実行要素１００６、プレゼンス・サービス１００８、レジストリ１０１０、およびコンテキスト管理１０１２を含む。これらの要素は、サービス・イベント・マネージャ内に、またはＣＡＳ  １０２の１つまたは複数の他のコンポーネント内に全部または一部、実装することができる。
【０１２９】
この例のサービス・イベント・マネージャは、通信サービス１０１５、１つまたは複数の他の通信サービス１０１６、およびインバウンド要求１０１７に関連付けられている処理オペレーションを実行する。インバウンド要求１０１７は実行要素１００６からの応答を表し、実行結果として、新しい通信要求が発生する。
【０１３０】
すでに示されているように、セッション・マネージャ９００は、通信サービス要求毎に複数の基本的プラットフォーム間で共通セッションを維持するように構成することができる。これらのセッション活動を管理するために、サービス・イベント・マネージャ１４０は、通信サービス要求の到来、またはそのようなサービスの完了を含むイベントを認識する。これらのサービスはそれぞれ、サービス・セッション・コンテキストを構成する。ユーザは、ＣＡＳ  １０２にログオンし、その後、複数のサービス要求を開始することができるので、通信サービス・マネージャ１４２によりユーザ・セッションを維持することができる。それぞれのサービス、通信、およびセッション・コンテキストは、ＣＡＳ  １０２内の、またはＣＡＳ  １０２から他の何らかの手段によりアクセス可能なメモリまたは他の適当な機械可読記憶媒体に実装することができる、継続的ユーザ履歴ストアを使用して対応するユーザのコンテキストに関連付けるのは好ましい。
【０１３１】
ルール・エンジン１００２により、ユーザは、要求の発信者、時刻などのさまざまなパラメータに基づき、呼およびセッションの処理に関するプリファレンスを指定することができる。これらは、通信サービス・スクリプト１６０として格納され、ルール・エンジン環境の一部として実行することができる。ルールは、個々のユーザ・レベルだけでなく、管理者レベルでも設定することができる。
【０１３２】
メッセージ変換１００４を使用して、レジストリ１０１０に登録されている外部サービスと情報をやり取りすることができる。例えば、メッセージ変換要素１０１０を使用すると、サービス・イベント・マネージャ内の通信イベント間の適切な変換をＸＭＬなどの規格に基づくメッセージング・インターフェースで利用することができる。この要素は、例えば、ＥＪＢ、ＣＯＲＢＡオブジェクト、ＣＯＲＢＡ  Ｂｅａｎｓなどの間の変換機能を備え、外部メッセージング・ブローカに組み込めるように構成できる。これらの変換の１つまたは複数は、Ｊ２ＥＥの一部とすることができ、また自動的にメッセージング・ブローカで提供することができる。
【０１３３】
実行要素１００６は、インテリジェント型ルータ１４４、１つまたは複数の他の通信サービス１０１６、または他のＣＡＳ要素との情報のやり取り機能を備えることができるサービス・イベント１０００の通信サービスを要求する。すでに示されているように、この実行の結果として、他のインバウンド要求を生成することができる。
【０１３４】
プリファレンス・サービス１００８は、通信サービス要求が完了したときに加入者存在および可用性情報にアクセスできるように構成されている。これは、ユーザがユーザ・プロファイルにより判別される場合に、ユーザ・ステータスに関してプレゼンス・サービスにクエリを実行することで行える。
【０１３５】
レジストリ１０１０は、ＣＡＳ  １０２の連携型コア・サービス・コンポーネント１２８の一要素とすることができ、これは図１の通信システム内のコンポーネント１２８の要素１６２とともに示されている。この例示されている実施形態のレジストリは、通信サービスの発見、識別、およびアクセスを行う機能を備えている。
【０１３６】
コンテキスト管理要素１０１２は、同期活動および非同期活動の両方にわたり、ＣＡＳサービスの使用に関してユーザ・コンテキストをサポートしている。コンテキスト管理サービスは、イベントの開始および受信のユーザ固有の履歴を管理する。コンテキストは、通信コンテキストに関してだけでなく、ビジネス・コンテキストに関しても定義することができる。ユーザのコンテキストの永続性は、顧客から管理可能であるのが好ましいが、それは、ユーザ・コンテキストが、通常、そのユーザに関連付けられている活動の永続的履歴を必要とするからである。つまり、永続性は、シングル・ユーザ・セッションを通じてのものとするか、または対応するユーザに関連付けられている、指定されたある持続時間にわたる、すべてのセッションを含むことができる。図１０には明示的に示されてはいないが、ユーザ・コンテキストを維持することと関連するビジネス・ルールを使用して、ユーザ・コンテキストの永続性に関連付けられている管理および持続を指令することができる。
【０１３７】
コンテキストは、例えば、以下の要素のうち１つまたは複数を含むことができる。
１．ユーザの識別：ユーザ識別名、ビジネス・アプリケーションＩＤ、顧客管理者など。
２．要求時点での要求者のロール：ユーザ、管理者、特別「プラチナ」ユーザなど。
３．ユーザのロケーション。
４．ユーザに関連付けられているセキュリティ・ポリシー。
５．個人化ルール。
６．通信およびユーザに関連付けることができるプライバシー制約条件（例えば、起呼側識別を伝えないという要求）。
７．通信要求。
８．通信デバイス情報：要求を発信するためにユーザが使用しているデバイスの種類、通信応答を受信するためにユーザが使用しているデバイスの種類。
９．通信の持続時間および状態。
１０．どのサービスが要求されているか、サービス・セッションの持続時間などのサービス・セッション・コンテキスト。
１１．通信サービス、媒体種類、媒体ストリームに関してユーザが何を要求したかなどの通信セッション・コンテキスト（例えば、記録、音声通話、ビデオ・クリップ、画像の集まりなど）。
１２．要求されたサービスに関して提供できる使用されるプリファレンス。
１３．通信サービスのユーザに関連付けられている前歴。
【０１３８】
複数の通信要求は１つのビジネス・サービスにまとめられるが（ユーザ・セッションの範囲内で）、これらのサービスは一般に、このユーザ・コンテキストを共有し、単一の永続的コンテキスト履歴を維持しなければならない。このユーザ・コンテキスト履歴は、オープン・インターフェースを通じてＣＡＳのユーザに提供することができる。
【０１３９】
コンテキストは、指定されたユーザに適切な通信サービスを提供する際のＣＡＳの補助となる。例えば、ＣＡＳのリピート・ユーザに、「プラチナ」ロールを関連付けることができ、それにより、このユーザは優先通信サービスを受けることができる。ＣＡＳユーザは、ユーザ設定モードの通信を利用して「良い」顧客への特別な通信をアクティブにすることができる。また、コンテキストを使用すると、ＣＡＳにおいて、前歴に基づきユーザの要求を理解すること、ユーザの存在および可用性の状態を判別すること、および通信の好ましい手段を設定することができる。
【０１４０】
例えば、Ｗｅｂを利用する多くの企業は各顧客に関する個人化情報を保持している。このような企業は、顧客の身元、サービス利用度、購入商品、返品、およびコンテキストなどの情報を保持する。上述のようにＣＡＳコンテキストではこのような情報を強化することで、そのようなＷｅｂ利用企業がいくつものアプリケーションおよび基盤層にまたがってビジネス・ルールを総合的にかつ首尾一貫した形で使用できるようにする。
【０１４１】
サービス・イベント・マネージャはさらに、図１０の図には明示的に示されていない、他のイベント、エラー、および障害管理要素を備えることもできる。例えば、このような要素を使用することにより、クリティカルな性質のイベントの識別、およびそのようなイベント、注目している記録イベント（例えば、故障、セキュリティ違反など）、および製品間で共通のログに記録されている情報の関連する通知を行うための共通フレームワークを実現できる。
【０１４２】
上で示したように、サービス・イベント・マネージャ１４０により実行されるセッション管理オペレーションは、他のＣＡＳコンポーネントとの情報のやり取りを伴うことがある。例えば、通信サービス・マネージャ１４２は、インテリジェント型ルータ１４４と連携して動作し、サービス・イベント・マネージャ１４０がセッション管理を行うのを支援することができる。
【０１４３】
ＣＡＳ  １０２のセッション管理面には、システム・ユーザが利用できる望ましい機能が多数用意されている。例えば、ユーザは異なるエンドポイント・デバイスから情報のやり取りのさまざまな側面を制御することができる。具体的には、例えば、ユーザは自分の電話で通話することもできるが、自分のＰＣ上のソフト電話からの通話に複数の参加者を加えることも可能である。また、ユーザは、自分のＰＣからのそのような通話のコンテキストにおいて電話に音声をそのまま出しながらインスタント・メッセージを送信したり、ビデオを起動したりできる。個々のセッションは、その情報のやり取りのそれぞれの側面に関して維持され、適宜リンクすることができる。ユーザ・コンテキストを維持することにより、セッション全体の持続時間に関して通信コンテキストを定義することができる。
【０１４４】
図１１Ａおよび１１Ｂは、本発明によるＣＡＳ１０２内の通信サービス実行のセッション階層の例を示す。
図１１Ａをまず参照すると、ユーザ１０４ａ、サービス・セッション１１０２、および通信セッション１１０４によって開始されたユーザ・セッション１１００を含むセッション階層が示されている。セッション階層は、上記の方法によりＣＡＳ  １０２内で管理される。ユーザ・セッション１１００には、一組の通信サービス１１１０が関連付けられており、そのうちの１つまたは複数は、フィーチャ・サービス・コンポーネント１２０、連携型通信サービス・コンポーネント１２４、または連携型コア・サービス１２８に関連するサービスを表すことができる。サービス・セッション１１０２には、通信サービス１１１０の特定の１つを表すことができる、特定の通信サービス１１１２が関連付けられている。
【０１４５】
サービス・セッション１１０２に関連付けられている通信サービス１１１２は、インテリジェント型ルータ１４４および連携型コア・サービス・コンポーネント１２８とともにサービス・イベント・マネージャ１４０により処理される要求を生成する。要求が処理されると、追加通信サービス１１１４に対する１つまたは複数のインバウンド要求が生成され、それぞれ、実質的に通信サービスの階層内の初期通信サービス１１１２として処理されるか、または連携型コア・サービス・コンポーネント１２８によりサポートされている連携型サービス用に処理される。
【０１４６】
通信セッション１１０４では、この例だとスイッチ１１２０、メッセージング・サーバ１１２２、インスタント・メッセージング・サーバ１１２４、プレゼンス・サーバ１１２６、および１つまたは複数の他のメディア・サーバ１１２８を含む、１つまたは複数の企業または通信サーバ１０８、１１０との通信をインテリジェント型ルータ１４４側で確立する必要がある。したがって、通信セッション１１０４は、スイッチ１１２０との電話セッション、それぞれのサーバ１１２２および１１２４とのメッセージングまたはインスタント・メッセージング・セッション、プレゼンス・サーバ１１２６とのプレゼンス・セッション、および他のメディア・サーバ１１２８との１つまたは複数の追加セッションのうちの１つまたは複数を含むことができる。図には示されていないが、コネクタ・コンポーネント１５０を使用して、インテリジェント型ルータ１４４と要素１１２０、１１２２、１１２４、１１２６、および１１２８との間の接続を必要に応じて確立することができる。
【０１４７】
図１１Ｂは、図１１Ａの例のサービス・イベント・マネージャ１４０内のセッション関係情報の格納の仕方を示している。インテリジェント型ルータ１４４と連携して動作するサービス・イベント・マネージャ１４０は、通信サービスの要求を処理し、関連するセッション関係情報をＣＡＳ  １０２のメモリまたは他の記憶デバイス１１３０内に保持する。この例では、記憶デバイス１１３０は、それぞれユーザ・セッションＩＤ、日時インジケータ、およびユーザ・セッション・コンテキスト情報を含む、１１３２−１、１１３２−２、１１３２−３などで示されている記録という形でユーザ履歴情報を格納する。顧客エンドポイント１０４ｂでの記憶デバイス１１３０へのアクセスは、図に示されているように、アプリケーション・プログラミング・インターフェース（ＡＰＩ）１１４０を介して行われるが、この例の「顧客」とは、ＣＡＳを介してユーザにサービスを提供しているエンティティを意味する。
【０１４８】
要素１１３４に示されているように、ユーザ・セッション・コンテキスト情報は、例えば、ユーザ識別、要求時のロール、ユーザのロケーション、使用される個人化ルール、プライバシー制約条件、ログオン情報などのセキュリティ情報、通信サービス要求および関連するサービス・セッション情報、セッションの持続時間、ユーザの要求内容（例えば、通信コンテキスト）、使用されるプリファレンス、プレゼンスなどを含むことができる。他の種類および配列の情報も使用できる。
【０１４９】
図１１Ａおよび１１Ｂに示されている特定のセッション階層、処理オペレーション、および格納配置は、説明のみを目的としており、本発明によりＣＡＳで実装可能な他の多くの配置も、当業者には明白なことであろう。
【０１５０】
図１２は、本発明によるＣＡＳ内で維持できる永続的セッションの例を示す図である。永続的セッションは、一般に、要求側デバイスがＣＡＳから切断した後も存在し続けるセッションを意味する。例えば、これは、指定されたセッションを開始したアプリケーションがセッションの結果にもはや関係しなくなったが、それでも作業は進行中である場合に発生しうる。
【０１５１】
ｂｒｏａｄｃａｓｔ−ａｎｄ−ｒｅｓｐｏｎｓｅサービス１２００は、永続的セッションに関連付けられる通信サービスの一例であり、そのオペレーションについては図１２の図に示されている。サービス１２００は、図の位置１にある同期サービスであり、図の位置２に示されているようにディレクトリ１２０４にアクセスする必要があるブロードキャスト・オペレーション１２０２を伴う。ブロードキャスト・オペレーションは、この例のサービス１２００に関連付けられている一連の通信サービス・オペレーションのうちの１つである。位置３に示されているようなブロードキャスト・オペレーション１２０２が実行されると、呼接続サービス１２０６、メッセージ・サービス１２０８、および着信監視サービス１２１０など多数の同時実行サービス要求が生成される。位置４に示されているような着信監視サービスは、非同期サービスであり、実行後、応答サービス１２１２が実行される。
【０１５２】
サービス・イベント・マネージャ１４０による通信サービス要求の処理の詳細な例を以下で取り上げる。
１．要求セッション：
ａ．ユーザ・セッションＩＤがすでに割り当てられており、下位タスク要求がある場合、新規セッション・トークンを割り当てて、親セッション・トークンに関連付ける。
ｂ．ユーザ・セッションＩＤがすでに割り当てられており、並列（兄弟）タスク要求がある場合、新規セッション・トークンを割り当てて、並列セッションに関連付ける。関心のあるイベントを記録する。
ｃ．ユーザ・セッションＩＤがすでに割り当てられており、同時実行タスク・リンケージ要求（複数の親）がある場合、新規セッション・トークンを割り当てて、同時実行セッションに関連付ける。関心のあるイベントを記録する。
ｄ．ユーザ・セッションＩＤがまだ割り当てられていない場合、新規セッションを開始する。
２．ユーザ・セッションＩＤをセッション情報に追加する。
３．コンテキストを処理する：
ａ．永続的ストアに保持されている場合、イベント（通信またはビジネス）の開始および受信の要求者固有履歴にアクセスする。
ｂ．ユーザ／デバイス／アプライアンス・プロファイルのディレクトリ、セキュリティ（例えば、許可）、企業データのディレクトリ、データのデータベース、管理情報などについて必要に応じて連携型コア・サービスに接続する。
ｃ．要求者に関して以下を決定する：
（ｉ）要求に対する要求者のロール：ユーザ、管理者、「プラチナ」、無しなど。
（ｉｉ）セキュリティ・プリファレンス。
（ｉｉｉ）ＱｏＳプリファレンスおよびルール。
（ｉｖ）個人化ルール。
（ｖ）プライバシー・ルール。
（ｖｉ）発信側デバイス。
（ｖｉｉ）失敗プリファレンス。
（ｖｉｉｉ）個人化／プレゼンス・ルール。
【０１５３】
このコンテキストにより、要求者が何を行うことができ何を行えないのか、何が個人化され何が個人化されないか、どのようなＱｏＳチャネルを使用すべきか、受信者にどのような情報を渡しどのような情報を渡さないのか、受信者との通信方法を決定する際にどのようなプリファレンスが実行されるかなどが定められる。
４．Ｃｏｍｍタスク：
ａ．通信サービス・マネージャ１４２による要求の可能な分解を開始する。
（ｉ）処理するＣｏｍｍタスク。
（ｉｉ）処理するデータ・タスク。
（ｉｉｉ）処理されたデータ・タスクの結果。
（ｉｖ）適宜エラー：無効なスクリプト、処理エラーなど。
ｂ．処理するｃｏｍｍまたはデータ・タスクを受け取る：
（ｉ）要求を解析して解釈する。
（ｉｉ）インバウンド経路選択ｃｏｍｍルールを適用する、例えば、プレゼンス・プリファレンスおよび経路選択プリファレンスに基づいて宛先受信者／デバイスを変更する、経路選択のためインテリジェント型ルータを呼び出す、など。
（ｉｉｉ）適宜メッセージを変換する。
（ｉｖ）（このイベントの）ユーザ・コンテキストへの更新を管理する。
（ｖ）ｃｏｍｍタスク処理を開始する、例えば、レジストリを使用してサービス・プロバイダを特定し、通信サービス・マネージャ１４２へのｃｏｍｍ要求の経路選択を開始する。
【０１５４】
ｃｏｍｍタスクが実行されると、ネットワーク・サーバ（例えば、ＰＢＸ、メッセージング）、エンタープライズ・サーバ（例えば、データベース管理サーバ、ワークフロー・サーバ、メッセージ・キュー・サーバ）、エンタープライズ・アプリケーション（例えば、サプライ・チェーン・マネージャ、連絡先センター）、または他のシステム要素による処理が実行される可能性のあることに注意されたい。
５．イベントを管理する。
６．応答を管理する：
ａ．応答をセッション・トークンに関連付ける。
ｂ．応答を評価する。
ｃ．応答を記録し統合する。
ｄ．応答が新規ｃｏｍｍサービス（「ｉｎｂｏｕｎｄ」という名前の）要求の場合：
（ｉ）イベントを記録し、ビジネス・ポリシーによって決められた通りにコンテキストを記録する。
（ｉｉ）場合によっては何らかのすでに決定されているセッションにリンクされている、新規セッション・トークンを取得する。
（ｉｉｉ）適宜通信サービス・マネージャ１４２を呼び出す。
（ｉｖ）必要に応じてｃｏｍｍサービスを再帰的に処理する。
ｅ．応答が内部ｃｏｍｍ要求の場合、要求を処理する。
ｆ．セッションＩＤを決定し、応答を記録し、イベントを記録し、ビジネス・ポリシーによって決められた通りにコンテキストを記録する。
ｇ．すべてのｃｏｍｍおよびデータ・タスク開始に関して応答を統合する。
ｈ．要求の開始者に返信する。
【０１５５】
前記の例は単に、ＣＡＳ  １０２においてサービス・イベント・マネージャ１４０により実装することが可能な通信サービス要求処理を例示しているだけであり、他の種類の要求処理も使用できることは理解されるであろう。
【０１５６】
通信サービス・マネージャ１４２
通信サービス・マネージャ１４２は、指定された通信サービス要求を個々の実行可能なタスクに分解するが、上記のように、これらは、「通信タスク」または単に「ｃｏｍｍタスク」とも本明細書では呼び、再帰的また階層的オペレーションが可能である。スキーマまたは記述言語により定義できるその他の通信サービス・スクリプトを使用して、通信タスク、トランザクション、予想される返却結果、および事前条件、事後条件、またはその他の関連する制約条件の挙動を決定するのが好ましい。この通信スクリプトを、事前定義または学習した挙動に加えて使用し、タスクの順序および統合された結果の性質を決定する。これは、通信サービスを通信タスク群に分解するが、いずれも複合サービスでもよく、再帰的処理動作が必要である。
【０１５７】
通信タスクのいくつかは、通信サービス・マネージャ１４２内で実質的に丸ごと処理できることに留意されたい。指定された要求への応答がそれ自体通信サービスの要求の場合、通信サービス・マネージャを再帰的に開始することができる。通信サービス・マネージャはさらに、予想される応答の種類、例えば同期、非同期、同時実行、無し、エラーに基づいて各通信タスクから応答を統合し、応答をサービス・イベント・マネージャ１４０に返す。
【０１５８】
したがって、通信サービス・マネージャ１４２は、ＣＡＳ  １０２によって実装される通信サービスの実行時サービス・サポートを行うように構成される。これは、サービス分解および応答統合を行う役目を持つ。着信サービス要求、通信サービスは、１つまたは複数の通信タスクに分解され、通信サービスによって定義された通り論理的ワークフローに組み立てられる。つまり、前述のように、通信サービスの一部は、複数の通信タスクの複合である。通信サービス要求全体が理解できるように、このような各通信タスクを定義されているスクリプトに従って処理する。応答の総和は、タスクから同じ論理的方法で応答を組み立て完全な通信サービスとするという逆プロセスである。
【０１５９】
例えば、上で述べた「ｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅ」サービスは、複数の通信サービス、例えば、ディレクトリ・サービスを要求するサービス、呼を接続するサービス、ＰＤＡに接続するサービスなどを含むことができる。ユーザとＣＡＳとの間の関連するトランザクションは、ｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービスを構成する通信タスク一式を含む。
【０１６０】
他の例として、「ｂｒｏａｄｃａｓｔ−ａｎｄ−ｒｅｓｐｏｎｄ」サービスは、ｂｒｏａｄｃａｓｔおよびｒｅｓｐｏｎｄという２つの主要なサービスで構成される。ｂｒｏａｄｃａｓｔサービスは、メッセージを送信し、応答イベントを処理するためｒｅｓｐｏｎｄサービスを登録し、その後切断する。ｒｅｓｐｏｎｄサービスは通信サービス・マネージャ１４２により呼び出され、元のブロードキャストに対する応答を含む着信イベントを管理する。
【０１６１】
通信サービス・マネージャは、分解からのタスクの各１つと関連する登録および認証も開始する。さらに、この要求を解析し、解釈する役目も持つ。これを間違いなく実行できるように、標準ＬＤＡＰディレクトリ、ＳＩＰロケーション・サーバなどとインターフェースできるスクリプト・ロケーション・サービスを呼び出す。最後に、必要な認証が成功した後、要求をサービス・イベント・マネージャ１４０に渡す。要求はＣＰＬスクリプト、ＳＯＡＰスクリプトなどの形式でもよいことに注意されたい。要求のすべての形式が認証を必要とするわけではない。
【０１６２】
図１３は、通信サービス・マネージャ１４２の例およびＣＡＳ  １０２の他のコンポーネントとの情報のやり取りを示す図である。この実施形態の通信サービス・マネージャ１４２は、「要求を解析し解釈する」要素１３０２、「ロケーション・サービス」要素１３０４、「スクリプトの妥当性を確認する」要素１３０６、および「応答を統合する」要素１３０８を含む。図には、これらの要素とＣＡＳの多数のコンポーネント、つまり、通信サービス・コンポーネント１２０、１２４、サービス・イベント・マネージャ１４０、およびセッション・マネージャ９００とのやり取りを示しており、これらはすべて、実質的にすでに述べたように動作する。
【０１６３】
開始された要求は、「スクリプトの妥当性を確認する」要素１３０６により処理され、「ロケーション・サービス」１３０４から適切な１つのスクリプトまたは複数のスクリプトが取得される。要素１３０６により、スクリプトの妥当性が確認され、要素１３０２により解析され解釈される実行可能ファイルへの分解が行われる。要素１３０２では、サービス・イベント・マネージャ１４０と情報のやり取りをする少なくとも１つの通信タスク１３１０を決定する。サービス・イベント・マネージャ１４０は、応答を生成して通信タスク１３１０に返すことができる。さらに、その処理により、他の通信タスク１３１２、通信サービス、および／または通信サービス１２０、１２４による処理を必要とする他のインバウンド要求１３１４を起動できる。要素１３０２が受け取る応答は、要素１３０８により統合される。
【０１６４】
図１４は、通信サービス・マネージャ１４２は、スクリプト・データベース１６０内に特定の通信スクリプトを登録するように構成する方法を示している。図に示されているように、通信サービス・マネージャ１４２は、「Ｃｏｍｍサービスを生成する」要素１４０２、「登録する」要素１４０４、および「登録認証」要素１４０６を含むことができる。指定されたスクリプトまたは「動的」がスクリプト１６０から要素１４０２に供給され、その一方で、登録／更新ユーザ情報は要素１４０４に供給され、関連する認証情報は要素１４０６に供給される。スクリプトの認証が行われた場合、これは、要素１４０２からのスクリプト登録要求への応答として要素１４０４により登録される。その後、要素１４０４は、登録されたスクリプトを格納し、図に示されているように、適切な更新情報を要素１３０４に送る。
【０１６５】
通信サービス・マネージャ１４２による通信サービス要求の処理の例を以下で取り上げる。
１．要求に対する新規セッション・トークンを要求する。
２．要求スクリプトを取得する。
３．スクリプトの妥当性を確認する。
４．解析して１つまたは複数のＣｏｍｍタスク、０個またはそれ以上の内部ｃｏｍｍタスク、０個またはそれ以上のｃｏｍｍサービスに分ける。ｃｏｍｍサービスは１つまたは複数のｃｏｍｍタスクを含み、ｃｏｍｍタスクは０個またはそれ以上のｃｏｍｍサービスを含むことに留意されたい。各ｃｏｍｍタスクにより、この例では特に示しているわけではないが、以下で詳述する特定の処理工程が生じる。
５．どのｃｏｍｍサービス・タスクをどのような順序で実行するか、統合したどのような結果を返すかを決定する。
６．ｃｏｍｍタスクは、通信サービス・マネージャで処理し、かつ／またはサービス・イベント・マネージャを呼び出す必要がある場合がある。通信サービス要求の構成に応じて、サービス・イベント・マネージャを複数回呼び出すことがある。
７．応答を受け取る：
ａ．要求にふさわしい応答、例えば、要求に従って応答を統合する。
ｂ．複合通信サービスの応答、通信サービス・マネージャを再帰的に開始する。
８．適宜応答する：
ａ．処理するＣｏｍｍタスク。
ｂ．処理するデータ・タスク。本明細書で使用している「データ・タスク」という用語は、特定の種類のｃｏｍｍタスクの例、つまり、より具体的にはデータを伴うｃｏｍｍタスクを指す。
ｃ．通信サービス・マネージャで実行した場合、処理されたデータ・タスクの結果。
ｄ．適宜エラー、例えば、無効なスクリプト、処理エラーなど。
９．セッション・ステータスを報告し、セッション結論を要求する。
【０１６６】
ここでもまた、前記の例は単に、ＣＡＳ  １０２で通信サービス・マネージャ１４２による通信サービス要求処理を例示しているだけであり、他の種類の要求処理も使用できることは理解されるであろう。
【０１６７】
インテリジェント型通信サービス・ルータ１４４
インテリジェント型通信サービス・ルータ１４４は、経路選択要求を処理し、イベントを管理し、応答、媒体変換、再経路選択などを処理する。１０８、１１０、および２１２などの外部サーバとの通信のためコネクタ１５０のうち適切なものを呼び出す。応答の結果他の通信サービス要求が発生するかどうかを判別する。また、外部サーバの使用に関する資源管理も実施する。さらに処理するためインバウンド要求および応答の経路を、例えば、サービス・イベント・マネージャ１４０に設定すると、これで、通信サービス・マネージャ１４２が呼び出される。
【０１６８】
インテリジェント型通信サービス・ルータ１４４は、エンタープライズ・サーバ１０８、通信サーバ１１０、または図２Ａに示されているサーバ２１２などのさまざまな外部サーバとインターフェースをとるための要素を備えることができる。これらのサーバは、より具体的には、ＳＩＰプロキシを備え、サーバ、ＩＰ電話サーバ、Ａｖａｙａ  Ｉｎｃ．のＭｕｌｔｉＶａｎｔａｇｅ（商標）およびＤｅｆｉｎｉｔｙ（登録商標）および他のＰＢＸ、ゲートウェイなどのスイッチ、無線ネットワーク・サーバ、メッセージング・サーバ、メディア・サーバ、コンピュータ電話統合（ＣＴＩ）サーバ、データベース、Ｗｅｂサービスなどをリダイレクトすることができる。
【０１６９】
本明細書で使用している「サーバ」という用語は、これらのデバイスまたはＣＡＳ  １０２に代わって通信処理タスクを実行するように構成可能な他のデバイスの１つまたは複数を含むものとする。
【０１７０】
インテリジェント型通信サービス・ルータ１４４は、さらに、経路選択サービスを提供することに加えて、上記の基盤サーバの資源管理を行うように構成することもできる。例えば、これは、処理のため基盤サーバ層からサービス・イベント・マネージャ１４０へのインバウンド応答イベントの経路を選択するように構成することができ、その後、通信サービス・マネージャ１４２と情報をやり取りする。通信サービスは、インテリジェント型ルータを使用して、基本通信プラットフォームに関連付けられている連絡先制御および媒体制御サービスにアクセスすることができる。
【０１７１】
経路選択宛先には、Ｗｅｂサービス・サイトだけでなく他のアプリケーション・サーバも含めることができる。上で示したように、インテリジェント型ルータ１４４は、コネクタ１５０を通じて、ＣＡＳ  １０２の外部にあるさまざまな基盤コンポーネントと通信する。
【０１７２】
インテリジェント型ルータ１４４は、エッジ・サーバとして動作する要素を含むように、または他の何らかの手段により関連付けられるように構成することができる。このようなエッジ・サーバは、一揃いのユーザ・エージェント（ＵＡ）を備え、各ユーザ・エージェントは、ＣＡＳとやり取りするユーザ毎に、ユーザ・セッション情報など、中央集中状態を維持するのを支援するという点でユーザの「代理」となる。
【０１７３】
図１５は、本発明によるインテリジェント型通信サービス・ルータ１４４の例を示す図であり、ＣＡＳの他のコンポーネントとの情報のやり取りを示している。図を見るとわかるように、この図には、インテリジェント型ルータ１４４が含まれており、そのＣＡＳコンポーネントと他の多数のＣＡＳコンポーネント、つまり、連携型サービス１２４、１２８、コネクタ１５０、セッション・マネージャ９００、および実行要素１００６（図１０で説明されているようにインバウンド要求１０１７を生成する場合がある）との間の情報のやり取りが示されている。インテリジェント型ルータ１４４には、「メッセージ変換」要素１５０４、「イベントを管理する」要素１５０６、「資源マネージャ」１５０８、およびサービス品質（ＱｏＳ）マネージャ１５１０が関連付けられている。
【０１７４】
インテリジェント型ルータ１４４は、コネクタ１５０と情報のやり取りをするが、この例では、このコネクタは一組の基盤サーバ１５２０および一組のデータ・サーバ１５２２とのインターフェースとなっており、一般的に、図１のサーバ１０８、１１０に対応するものとしてみなすことができる。この例の基盤サーバ１５２０群は、ＩＭサーバ、プレゼンス・サーバ、ＩＰネットワーク（関連するＳＩＰプロキシおよびＳＩＰリダイレクト・サーバを持つ）、無線サーバ、ＰＳＴＮサーバ、ＣＴＩサーバ、メッセージング・サーバ、およびメディア・サーバを含む。ＩＰ、無線、ＰＳＴＮ、およびＣＴＩサーバは、ゲートウェイに関連付けられているものとして示されている。この一組のデータ・サーバ１５２２は、Ｗｅｂサービス・サーバ、ＥＡＩサーバ、データベース・サーバ、およびＪ２ＥＥサービス・サーバを含む。
【０１７５】
図１５の要素の特定の配置は、例としてのみ示されているのであって、多数の他の配置を使用して本発明を実装することができることに留意されたい。
【０１７６】
以下は、インテリジェント型通信サービス・ルータ１４４により実行することができる一組の処理オペレーションの例である。
１．要求に対する新規セッション・トークンを要求する。
２．要求および宛先情報を取得する。
３．ＱｏＳポリシー、デバイス・プロファイルのディレクトリ、セキュリティ（例えば、許可）、企業データのディレクトリ、データのデータベースなどに関して必要に応じて連携型コア・サービス１２８に接続する。
４．媒体形式を宛先に応じてレンダリングする必要があるかどうかを判別し、レンダリングを実行する。
５．管理するｃｏｍｍイベントを記録し、非同期応答がある場合に前のイベントに付加する。
６．プレゼンス情報、個人経路選択ルール、およびビジネス経路選択ルールに基づいて経路選択を決定する：
ａ．経路選択要求は、サービス・イベント・マネージャ１４０またはエンド・サーバ１０８、１１０、またはコネクタ１５０から発信される。プレゼンスおよびツールベースの経路選択決定は、インテリジェント型ルータ１４４内で行われる。例えば、上記のＭｕｌｔｉＶａｎｔａｇｅ（商標）スイッチなどのスイッチは、要求の経路選択の前に経路選択を決定する必要がある場合がある。
ｂ．プレゼンス・サーバを使用して、要求されたインバウンドまたはアウトバウンド通信に関連するすべてのエンドポイントを決定する。
ｃ．個人ルールを使用して、インバウンド発信情報（例えば、ユーザの名前、媒体の種類など）、時刻、緊急度などに基づいてどの経路が好ましいかを判別する。
ｄ．まったく別ではあるが類似しているルールを使用して、アウトバウンド要求（例えば、ユーザのクラス、通話中表示機能、および音声メールへの経路変更、自動コールバックなど）にどの経路が好ましいかを判別する。
ｅ．完了していない前回経路選択要求後にインテリジェント型ルータ１４４へのコネクタ１５０を通じて基盤サーバからコール・カバレッジ・イベントなどの通信処理情報を利用できるようにする。これらのイベントを使用して、利用可能な資源に基づき再経路選択する、時刻またはコスト最適な経路に基づき再経路選択する、特定の時刻にコールバック機能を呼び出す、通信先が話し中の場合にコールバック機能を呼び出すなど、インバウンドまたはアウトバウンド要求の再経路選択を処理する。さらに、音声メールへの経路変更を決定することができ、その場合、呼イベントにより適用する適切な音声メッセージが決まる（例えば、ユーザの音声メールボックスに経路変更し個人ルールに基づく指定されたユーザ音声メールの挨拶の言葉を適用する、管理者に経路変更し、その挨拶の言葉を適用するなど）。
ｆ．ビジネス・ルールを使用して、緊急、セキュリティ、ＱｏＳ、コスト最適経路ルール、最適資源利用可能ルール（例えば、経路選択、利用可能なエージェント、最小輻輳）などを要求するインバウンド通信に基づきどのエンドポイントが好ましいかを決定することができる。
７．資源を判別するが、資源が利用できない場合には経路変更が必要になることがある。
８．ＱｏＳが必要かどうかを判別するが、適切なＱｏＳチャネルが利用できない場合には経路変更が必要になることがある。
ａ．ポリシーおよびＱｏＳサービス・マネージャを通じてＱｏＳが利用可能でない場合にコンフリクトを解消する。
ｂ．ＱｏＳポリシー、デバイス・プロファイルのディレクトリ、企業データのディレクトリ、データのデータベースなどに関して必要に応じて連携型コア・サービス１２８に接続する。
９．適切なコネクタを呼び出す。
１０．応答を受け取る：
ａ．要求にふさわしい応答：要求に従って応答を統合する。
ｂ．新規複合通信サービスの応答、通信サービス・マネージャ１４２を再帰的に開始する。
ｃ．非同期イベントとして予想される応答：
（ｉ）適宜応答する。
（ｉｉ）セッションＩＤを維持する。
（ｉｉｉ）ｃｏｍｍイベント履歴を保持する。
ｄ．応答は、経路選択不成功であり、コール・カバレッジ・イベント情報が再経路選択に使用される。
１１．適宜応答する：
ａ．一部の要求によりデータ応答が発生する。
ｂ．一部は応答なし。
ｃ．非同期応答のものもある。
ｄ．一部は再経路選択。
ｅ．一部は失敗以外の応答なしで動作中。
ｆ．一部は単純な成功または失敗応答。
ｇ．非同期イベント／応答でない場合、セッション・ステータスを報告し、セッション結論を要求する。
ｈ．非同期イベントの場合、セッションを終了しない。
ｉ．非同期応答の場合、セッションおよびイベント履歴をロールアップし、応答するときに情報を返し、セッション終了を要求する。
【０１７７】
前記の例は、インテリジェント型通信サービス・ルータ１４４により実装することができる一組の処理オペレーションを単に例示しているに過ぎないことは理解されるであろう。他の処理オペレーションも使用できるが、当業者には明らかなことであろう。
【０１７８】
コネクタ１５０
コネクタ１５０は、同期、非同期、トランザクション、またはその他の手法またはその組み合わせを使用し、ＣＡＳ  １０２を介して通信サービスの要求および応答の論理マッピングを行う。コネクタの目的は、ＣＡＳにより提供されるサービスをサポートするために使用される異なる通信プラットフォームを単一の機能集合体（音声、データ、メッセージング、電子メールなどを含む）に同化し、これにより、指定された要求側ユーザに同質の環境を提供する。例示されている実施形態では、使用される通信プラットフォームのさまざまな機能を寄せ集めて、要求側ユーザに公開される共通インターフェースにまとめる仲介を行うことによりこれを実現している。そこで、コネクタ１５０により、このインターフェースが通信プラットフォームに関係しない方法で要求側ユーザに表示される。
【０１７９】
コネクタ１５０は、例えば、ＡＰＩ、プロトコル、ＩＤ、または他のインターフェース定義を含む、一組のインターフェースを備えることができる。これらのインターフェースにより、オンライン・コンタクト（例えば、電話を掛けるなどのリアルタイム・コンタクト、チャットなど）およびオフライン・コンタクト（例えば、電子メール、音声メールなど）を開始し受信する機能などの基盤サーバのアクセスの複雑さが要求側ユーザから見えないように隠される。コネクタは、各通信またはデータ要素に適切なプロトコルを呼び出す適切なサーバ固有インターフェースを介してプロトコル管理を行う機能を備える。このようなプロトコルとしては、リアルタイム通信セッション用のＳＩＰ、Ｗｅｂサービス用のハイパーテキスト転送プロトコル（ＨＴＴＰ）またはＸＭＬ／ＳＯＡＰ、電子メール用のＳｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ（ＳＭＴＰ）、電話サービス用のＡＣＰへの専用ＡＣＰ、データ・サービス用のＥＡＩなどがある。コネクタは、これらの異なる環境から受け取ったサービス結果の収束を管理する。
【０１８０】
以下は、コネクタ１５０により実行することができる一組の処理オペレーションの例である。
１．要求に対する新規セッション・トークンを要求する。
２．要求および宛先情報を取得する。
３．経路選択要求がある場合：
ａ．ｃｏｍｍ発信および意図した宛先情報とともにインテリジェント型通信サービス・ルータ１４４に渡す。
ｂ．インテリジェント型ルータから結果を受け取り、適切なインターフェース（プロトコル、内部コネクタ・インターフェースなど）を通じて結果を要求側に渡す。
４．通信またはデータ要求（インテリジェント型ルータ、サービス・イベント・マネージャ１４０、基盤サーバなどから）があった場合、要求にふさわしいコネクタを決定する。
ａ．利用可能な資源を決定するが（例えば、以前の接続の試みでのサーバ失敗）、資源が利用できない場合に再経路選択が必要になることがある。
ｂ．ＱｏＳポリシー、デバイス・プロファイルのディレクトリ、セキュリティ（例えば、許可）、企業データのディレクトリ、データのデータベースなどに関して必要に応じて連携型コア・サービス１２８に接続する。
ｃ．適宜インターフェースを要求からコネクタに仲介する。
ｄ．適宜特徴収束を行う。モデルに違いがある場合、仲介により一方のタイプの特徴要求を他方のコネクタ・タイプの一組の特徴にまとめる必要がある（例えば、ＰＳＴＮで「電話を掛ける」は「ＳＩＰ  ＩＮＶＩＴＥ」に解決される）。
ｅ．コネクタ・イベントを記録する。
ｆ．適切なコネクタ・サーバを決定し、サーバを特定する。
ｇ．適切なインターフェースおよび情報とともにコネクタを呼び出す。
ｈ．通信サーバの場合、これらは、実際のサーバ（メッセージング・サーバ、スイッチなど）、または管理サーバであってもよい。
ｉ．データ・サーバの場合、これらは、実際のデータベース管理システム、ＥＡＩエンジン、またはエンタープライズ・アプリケーション（例えば、ＣＲＭアプリケーション）とすることができる。
５．応答は、ＮＵＬＬ、非同期、同期、エラー、またはサーバ障害のいずれかである。
ａ．同期、エラー：適宜応答する。
ｂ．サーバ障害：適宜応答するが、ロギングおよびアラーム管理が通知されることがある。
ｃ．非同期：
（ｉ）最初に、コネクタの成功のみを応答する。
（ｉｉ）セッションを維持する。
（ｉｉｉ）応答を受信した後、セッションおよびイベント履歴をロールアップし、応答の際に情報を返し、セッション終了を要求する。
ｄ．終了、継続を含めて、セッションＩＤを適宜保持する。
ｅ．ｃｏｍｍイベント履歴を保持する。
【０１８１】
前記の例の特定の処理オペレーションは例示しているだけであるとみなすべきであり、本発明の与えられた実施形態は、これらのオペレーション群の特定の集まりを必要としなくてもよい。
サービス作成環境１５２
サービス作成環境１５２は、通信サービスを構築し、アプリケーションに統合するための統合プラットフォームを備える。例示されている実施形態では、サービス作成環境は、以下の要素、特徴、または機能の１つまたは複数を備えるように構成できる。
１．連携型通信サービスを構築してアプリケーション・フレームワークに統合するインターフェースを提供するため、通信サービスをアプリケーション・フレームワークに統合するインターフェース。
２．アクセス・マネージャ１３２用のマルチモーダル・インターフェースを構築するためのＳＤＫまたは他のソフトウェア・ツール。
３．ＣＡＳを介してアクセス可能な通信サービスをシミュレートする試験およびエミュレーション・ツール。
４．ＣＡＳコンポーネントの配置説明。
５．連携型通信サービス１２４を、オープンＷｅｂサービス、ＸＭＬ、ＥＪＢ、Ｊａｖａ（登録商標）／ＣＯＭ  ｂｅａｎ、Ｊａｖａ（登録商標）／ＣＯＲＢＡなどに関してアプリケーションまたはアプリケーション・フレームワークと統合するためのソフトウェア・ツール。
６．連携型通信サービスを、サービスのレジストリに永続的に配置できる上位レベルの通信サービスに、他の連携型通信サービスとともに、統合するためのソフトウェア・ツール。
７．連携型通信サービスを構築し、アプリケーション内に統合するためのソフトウェア・ツール。
８．アプリケーション内のサービス利用度を追跡するためのソフトウェア・ツール。
９．通信サービスおよびコンポーネントをアプリケーションに統合する作業をしやすくするためのソフトウェア・ツール。
１０．通信サービス・スクリプトの指定
１１．通信サービス・スクリプト・ベースのインターフェースの発見、検討、および選択を容易にし、それらのインターフェースをアプリケーションに組み込むためのソフトウェア・ツール。
１２．複合サービスを提供するためサービスを結合して１つにする機能。
１３．ビジネス・プロセスとインタリーブされている通信プロセス・フロー・サービスをサポートする機能。
１４．通信管理サービスをビジネス・アプリケーション管理サービスと統合する機能（例えば、ディレクトリ、セキュリティなど）。
１５．通信管理サービスをビジネス管理情報と統合する機能（例えば、ユーザ・プロファイル、セキュリティ信用証明書など）。
１６．アクセス・マネージャをポータル・サービスと統合する機能。
１７．通信プラットフォームおよびビジネス・プラットフォームを矛盾のないサービス・モデル（例えば、ＳＮＭＰ  ＭＩＢＳ）内に提供する機能。
１８．統合ビジネス・ルールを、ルールを処理する通信アプリケーション・サービスとともに提供する機能（例えば、経路選択プリファレンス、セキュリティ、ＱｏＳ、個人、ユーザ・クラス、サービスのクラスなど）。
１９．発見、選択、およびビジネス・アプリケーションとの統合に使用するため通信スクリプト、Ｗｅｂサービス、インターフェース・リポジトリなどのレジストリをインスタンス化するソフトウェア・ツール。
２０．ユーザ提供および識別の管理、永続的セッション格納、およびイベント、ユーザ・プロファイル、サービスのクラス、個人化されたルール、セキュリティ信用証明書などの管理を含む、指定されたＣＡＳインスタンスを管理するソフトウェア・ツール。
【０１８２】
ＣＡＳの通信サービスは、無関係の企業に関連する参加者をはじめとするさまざまな参加者が作成することができる。共通インターフェース仕様だけでなく、連携型サービス１２４、１２８を使用することで、それらのサービスを１つに統合することができる。
【０１８３】
これらのサービスをアプリケーションに組み込み、これらのサービスを高水準のサービスにするために、サービス作成環境１５２内でＳＤＫまたは他のソフトウェア・ツール群を使用する。サービス作成環境１５２は、新しい通信サービスを作成し、通信対応をアプリケーション作成する場合に使用する。ＣＡＳのエンド・ユーザが、これらのサービスを利用してアプリケーションを構築することができる。
【０１８４】
サービス作成環境１５２は、ＥＪＢの制御領域におけるビジネス・ロジックと複数のプレゼンテーション層（ハイパーテキスト・マークアップ言語（ＨＴＭＬ）、ＶｏｉｃｅＸＭＬ、ＷＡＰ／無線記述言語（ＷＤＬ）／携帯デバイス・マークアップ言語（ＨＤＭＬ）など）の両方を含むＮ層アーキテクチャを対応付ける構成とすることができる。
【０１８５】
図１６は、本発明によるサービス作成環境例１５２のオペレーションを説明する図である。この例では、高度な通信サービス１３０、連携型通信サービス１３８、または連携型コア・サービス１２８を表す通信サービス１６００は、多数の処理要素を使用して構成されている。これらの処理要素は、「挙動を定義する」要素、「工程を定義する」要素１６０８、「結果を定義する」要素１６０６、「例外を定義する」要素１６０８、「インターフェースを定義する」要素１６１０、「Ｃｏｍｍサービスを選択する」要素１６１２を含む。
【０１８６】
指定された通信サービス１６００は、１つまたは複数の他の通信サービスからなり、必要に応じて定義を追加することができる。この実施形態の「インターフェースを定義する」要素１６１０には、ＸＭＬ言語情報１６２２およびＳＯＡＰメッセージ情報１６２４にアクセスする「ＸＭＬ／ＳＯＡＰ定義」要素１６２０、およびＥＪＢ情報１６２８にアクセスする「ＥＪＢ定義」要素１６２６が関連付けられている。
【０１８７】
．Ｎｅｔ定義要素、Ｊａｖａ（登録商標）定義要素などの図に明示的に示されていない他の要素も、指定された展開環境の特定の要求条件に応じて、さらに、またはその代わりに使用することができる。
「挙動を定義する」要素１６０２は、コンテキスト、条件、サービス、イベント、資源プロファイル、外部プロセスとの同期などの情報を入れることができる。
【０１８８】
「工程を定義する」要素１６０４では、本明細書では「ｃｏｍｍタスク」呼ぶ、指定された通信タスク１６３０から返された「結果として生じる挙動」に基づく決定を含む、通信サービス１６００を実装する場合に、通信タスクの必要な順序を定義する。指定された通信タスクは、他のタスクからなるか、または提供される単一のサービスに対応するか、またはアプリケーション・サービスに対応するか、または指定されたサービスにおける１つの工程に対応させることができる。
【０１８９】
図１６のサービス作成環境例の処理要素の特定の配置は、本発明に必要なものとみなすべきではない。処理要素の他の配置も、当業者であれば容易に理解するように、本発明によりＣＡＳ内にサービス作成環境を実装するために使用することができる。
【０１９０】
通信サービス・スクリプト１６０
通信サービス・スクリプト１６０では、要求されたサービスを十分詳しく定義しており、これらのサービスをシステム内で実行することができる。関連する記述言語を使用することにより、このような詳細を捕捉することができる（例えば、Ｗｅｂサービス記述言語（ＷＳＤＬ）、統合の流れなど）。通信スクリプトには複数の通信サービスを記述できるため、そのようなサービスはそれぞれ、埋め込まれたスクリプトに限るのが好ましい。スクリプトでは、一般に、それぞれのサービス記述とともに、対応するサービスが並列実行されるのか、逐次実行されるのか、予想される非同期または同期応答とともに実行されるかなどを示す。指定されていなければ既定の設定では、スクリプトは逐次実行され、要求された通信に適切な応答が返される。すでに示したように、本明細書で使用しているような通信という用語は、リアルタイムの通信、リアルタイムに近い通信、およびリアルタイムでない通信を含むものとし、音声、データ、他の情報形式を伴うこともできる。
【０１９１】
通信サービス・スクリプト１６０には、マルチモーダル・インタラクションを管理し、サーバまたは、Ｗｅｂブラウザ、マルチモーダル・ブラウザ、音声ブラウザなどを含むエンド・ユーザ・アプライアンスにより解釈されるマークアップを供給するように構成されているプレゼンテーション・スクリプトがある。
【０１９２】
指定された通信サービス・スクリプトは、データベースに関係しない、プラットフォームに関係しない、プログラミング言語にも関係しないインターフェースとともに通信サービスを実装するように構成することができる。
【０１９３】
通信サービス・スクリプトを起動できるのは、ビジネス・プロセスであり、ビジネス・プロセスは通信サービス・スクリプトにより起動することができる。同様に、通信サービス・スクリプトは、ビジネス・プロセスから入力またはその他の信号が届くのを待ち、ビジネス・プロセスは、通信サービス・スクリプトから入力またはその他の信号が届くのを待つことができる。
スクリプトは、ＣＡＳの外部にある複数の基盤サーバにまたがる分散アーキテクチャで動作するように設計することができる。
【０１９４】
アプリケーションとスクリプトとのインターフェースは、アプリケーションのマルチベンダ開発および新規スクリプトの作成を促進するため、オープン・スタンダードに基づいているのが好ましい（例えば、ＸＭＬベース）。
【０１９５】
通信サービス１２０、１２４は、対応するサービスの要求に関連するスクリプト指定の特定のインスタンスとみなすことができる。例えば、「ｃｌｉｃｋ  ｔｏ  ｃｏｍｍｕｎｉｃａｔｅ」サービスは、発信者情報、１つまたは複数の送信先情報、それぞれ適切なパラメータを指定するｓｅｔ−ｕｐ＿ＶｏＩＰ＿ｃａｌｌ、ｓｅｔ−ｕｐ＿ｃｈａｔ＿ｓｅｓｓｉｏｎ、またはｒｅｑｕｅｓｔ＿ｃａｌｌｂａｃｋなどのサービスを（適切なパラメータとともに）要求する例外を指定する通信セッションを、逐次を指示して、開始することができる。
【０１９６】
例えば、指定された通信サービス・スクリプトは、少なくとも以下の要素のサブセットを含むことができる。
１．スクリプトの識別子。
２．スクリプトのバージョン。
３．指定の所有者。
４．通信サービスの名前またはその他の識別子。
５．通信要求アクション。
６．入力、出力、エラー、例外などの表示を含む、通信属性（例えば、スキーマ）。
ａ．属性の意味。
ｂ．必須、任意選択の属性インジケータ。
ｃ．属性の、それぞれに適した、値範囲。
ｄ．例外処理。
７．以下のような通信の挙動（例えば、コンテキスト）：
ａ．いつ通信を確立するか。
ｂ．誰と通信を確立するか。
ｃ．何をいつ通信するか。
ｄ．どのような媒体をいつ使用するか。
ｅ．どのようなイベントをいつ処理するか。
ｆ．どのような種類の応答が予想されるか、同期または非同期など。
ｇ．ビジネス・ユーザ・プロファイルのサービスのクラス・インジケータを決定するためのデータ・アクセスなど、処理する事前条件。
ｈ．収集された通信情報など、処理する事後条件が指定されたビジネス・アプリケーションに（例えば、ＥＡＩコネクタを通じて）報告される。
８．以下のような要素を含む、並列実行、逐次実行、非同期／同期応答の指示がある、埋め込まれている通信サービス・スクリプト群。
ａ．互いに関する活動の発生タイミング。
ｂ．イベントの許可された状態遷移および禁止された状態遷移のシーケンス。
ｃ．活動を実行するために必要な資源（例えば、ＱｏＳ）。
ｄ．他の通信またはビジネス・プロセスとのイベントベースの同期点。
９．通信の挙動を定義する相互関係または統合プロセス・フロー言語のＵｎｉｆｉｅｄ  Ｍｏｄｅｌｉｎｇ  Ｌａｎｇｕａｇｅ  （ＵＭＬ）シーケンス線図。
【０１９７】
上で識別されている特定のスクリプト要素は単なる例であり、本発明によりＣＡＳ内で使用されている指定スクリプトは、それらの要素のサブセットのみ、または特にリストアップされていない他の要素を含むことができる。
【０１９８】
ＣＡＳの他の例
図１７から２４は、本発明によるＣＡＳの構造およびオペレーションを詳細に示す図である。
そこで、図１７を参照すると、本発明によるＣＡＳを含む通信システム１７００の例が示されている。ＣＡＳは、一般に図１のフィーチャ・サービス１２０および連携型通信サービス１２４に対応する通信サービス・コンポーネント、連携型コア・サービス・コンポーネント１２８、および一般に図１の通信サービスおよびセッション管理コンポーネント１２６に対応する通信セッション管理コンポーネントを含む。
【０１９９】
図１７に示されているようにＣＡＳは、さらに、ポータル・サービス・コンポーネント１７０２、一組の基盤サーバ１７０４、および一組のデータ・サーバ１７０６を含む。ポータル・サービス・コンポーネント１７０２は、ユーザ用にＣＡＳへのインターフェースを備え、適切なユーザ・インターフェースだけでなく、図１の共通アクセス・フレームワーク１２２に関連する他の要素をも含むように構成することができる。この一組の基盤サーバ１７０４は、プレゼンス・サーバ、インスタント・メッセージング・サーバ、ＣＴＩサーバ、ＰＳＴＮサーバ、ＩＰサーバ、無線サーバ、非同期転送モード（ＡＴＭ）サーバ、メッセージング・サーバ、およびメディア・サーバを含む。ＰＳＴＮ、ＩＰ、および無線要素は、ゲートウェイに関連付けられている。
【０２００】
この一組のデータ・サーバ１７０６は、Ｗｅｂサービス・サーバ、データベース・サーバ、ＥＡＩサーバ、およびＪ２ＥＥサービス・サーバを含む。アプリケーション・ユーザ１７１２は、通信機能を備えるアプライアンスまたは他のデバイスを備えることができ、図に示されているようにして、コンポーネント１２６と情報をやり取りする。コンポーネント１２６は、ユーザ１７１０およびアプリケーション・ユーザ１７１２との情報のやり取りに基づき、１つまたは複数の他の通信サービス１７１４を呼び出すことができる。コンポーネント１２６は、さらに、アプライアンス１７１６とやり取りしているように示されており、これは、アプライアンス１１４または図１の通信システム内のエンドポイント１０４の１つに対応する。
【０２０１】
図１８、すでに述べたＣＡＳ  １０２を組み込んでいる通信システム１８００の別の例を示している。システム１８００では、多数のエンドポイント１０４が示されている。エンドポイントの１つは、関連する音声ブラウザ１８０２を備える音声ポータルを介してＣＡＳ  １０２と情報をやり取りする電話（つまり、ＰＳＴＮまたはＳＩＰを利用する電話）を備える。他のエンドポイントは、関連するＷｅｂブラウザ１８０４を備えるエンタープライズ・データ・ポータルを介してＣＡＳ  １０２と情報をやり取りするコンピュータを含む。図には別々の要素として示されているが、音声ブラウザ１８０２およびＷｅｂブラウザ１８０４は、通常、対応するエンドポイント１０４内に実装される。他のエンドポイント１０４は、企業通信アプリケーション２０２を介してＣＡＳと情報をやり取りする。
【０２０２】
ＣＡＳ  １０２と関連するポータルは、共通ポータル・クライアント・ユーザ・インターフェース層１８０６、共通ポータル・サービス層１８０８、および共通ポータル・サポート・サービス層１８１０など多数の通信層を含む。わかりやすくするため、ＣＡＳ  １０２と別に示されているが、これらの層はその１つまたは複数をＣＡＳ  １０２に、例えば、ＣＡＳ  １０２の共通アクセス・フレームワーク１２２または他のポータル・コンポーネントの一部として組み込むことができる。層１８０６、１８０８、および１８１０は、それぞれの音声ブラウザ１８０２およびＷｅｂブラウザ１８０４に関連付けられている音声およびデータ・ポータルにより共有されており、さまざまなエンドポイント群１０４についてＣＡＳ  １０２にアクセスしやすいように構成することができる。
【０２０３】
図１８に示されているようにＣＡＳ  １０２は、プロセッサ１８２０およびメモリ１８２２を備える。本明細書ですでに示したように、このコンテキストで使用される「プロセッサ」という用語は、一般に、従来の方法で構成されている１つまたは複数のマイクロプロセッサまたは他のデジタル・データ処理デバイスの任意の配置を含むように解釈するものとする。メモリには、知られている方法でも構成される、１つまたは複数の永続的ストア要素をはじめとする、ＲＡＭ、ＲＯＭ、ディスクベースの記憶装置、またはその他の種類の記憶デバイスがある。本明細書で説明している通信処理機能は、少なくとも一部は、メモリ１８２２に格納され、プロセッサ１８２０により実行される１つまたは複数のソフトウェア・プログラムの形で実装される。
【０２０４】
図１９は、通信システム９００の別の例を示しており、これは、図に示されているように、第１および第２のＣＡＳ  １０２Ａおよび１０２Ｂを含む仮想企業を実装するものである。ＣＡＳ  １０２Ａおよび１０２Ｂはそれぞれ、一般にサービス・イベント・マネージャ１４０に対応するセッション管理コンポーネント、およびインテリジェント型ルータ１４４を含む、図１のＣＡＳ  １０２の要素の少なくともサブセットを備える。ＣＡＳ  １０２Ａは、第１の実企業１９０２に関連付けられており、ＣＡＳ  １０２Ｂは第２の実企業１９０４に関連付けられている。ＣＡＳ  １０２Ａおよび１０２Ｂは、ネットワーク１０６により相互接続されている。この例では、ＣＡＳ  １０２Ａおよび１０２Ｂは、それぞれ、ネットワーク１０６に結合されている分散コンポーネント・マネージャを含むものとして示されている。分散コンポーネント・マネージャは、当業者には周知のことであるが、分散処理要素のオペレーションを管理するのに好適なタイプの従来のシステム要素とすることができる。この要素は、本発明の他の実施形態では取り外すことができるが、ＣＡＳは他の手法を使用してネットワーク１０６に結合されている。
【０２０５】
ＣＡＳ  １０２Ａおよび１０２Ｂを利用することで実現可能な仮想企業では、異なる実企業１９０２および１９０４内のユーザは同じ実企業の一部であるかのように情報のやり取りをすることができる。第１の実企業１９０２は、ＣＡＳ  １０２Ａを介して、第１の電話スイッチ１９１２、メッセージング・サーバ１９１４、ＩＭサーバ１９１６などを含む一組のサーバ１９１０にアクセスすることができる。同様に、第２の実企業１９０４は、ＣＡＳ  １０２Ｂを介して、第２の電話スイッチ１９２２、音声メッセージング・サーバ１９２４などを含む一組のサーバ１９２０にアクセスすることができる。ＣＡＳ  １０２Ａおよび１０２Ｂの相互接続により、異なる実企業に関連付けられているユーザに対し、異なる一組のサーバ１９１０および１９２０内のサーバによりサポートされている通信サービスを提供することができる。例えば、第１の実企業１９０２に関連付けられているユーザ１９３０には、「ｐｌａｙ  ｍｅｓｓａｇｅ」サービスに対応する通信サービス１９３２および、「ｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅ」サービスに対応し、図のような関連する通信タスク１９３６を含む通信サービス１９３４が提供される。これらのサービスの一方または両方は、ＣＡＳ  １０２Ｂによりサポートされている「ｎｏｔｉｆｙ」サービスを介した企業１９０４内のユーザ１９４０への通知など、他の実企業１９０４に関連付けられている他のサービスを伴うことができる。
【０２０６】
もちろん、図１９の特定の数および配置のＣＡＳは例にすぎず、指定されたシステムに含まれるＣＡＳは多い場合も少ない場合もあり、それぞれ類似の配置または異なる配置にできる。
【０２０７】
図２０、２１、および２２は、本発明によるＣＡＳで実装可能なｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービスの例の開発、構成、およびオペレーションがどのようなものかを説明している。
【０２０８】
そこで図２１を参照すると、図の上側部分は、サービス作成環境１５２を使用するｃｏｎｎｅｃｔサービスとｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービスの開発を示している。このコンテキストでは、ユーザはシステム開発者であり、そのユーザはすでに述べているように、サービス作成環境１５２を使用してサービス定義、生成、および構築オペレーションを実行する。より具体的には、この例では、開発者は指定されたサービスに関連する工程を定義する、つまり、通信ワークフローを定義し、適切なＡＰＩを構築し、サービス挙動を定義し、サービス応答の処理の仕方を定義する。ｃｏｎｎｅｃｔサービスでは、一組の工程２００２が定義されるが、これは「セッションを確立する」、「被呼者集合を処理する」、「被呼者アドレスを解決する」、「被呼者プリファレンスを処理する」、「通信サービスおよびセッション管理通信接続を確立する」、「待機する」、および「着信呼またはメッセージを処理する」を含む。この例のｃｌｉｃｋ−ｔｏ−ｃｏｎｎｅｃｔサービスは、図に示されている方法でｃｏｎｎｅｃｔサービスを修正することで構成することができ、それにより、ｃｏｎｎｅｃｔサービスの工程だけでなく媒体調整工程、およびプロセス通信タイプの工程などの追加工程を含む一組の工程２００４が得られる。
【０２０９】
図２１の下側部分は、この実施形態ではビジネス・アプリケーション、ビジネス・オブジェクト・トランザクション、またはｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービスの実行を必要とする他のＣＡＳユーザのいずれかであるユーザに代わってＣＡＳ  １０２のｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービスを実行する状況を示している。このユーザは、ｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービスに対する要素２００６−１、ａｌｅｒｔサービスに対する要素２００６−２、ｃｏｎｎｅｃｔサービスに対する要素２００６−３、およびｂｒｏａｄｃａｓｔ−ｒｅｓｐｏｎｄサービスに対する要素２００６−４を含む、通信サービスＸＭＬサービス宣言要素の形の一組のクライアント・サイドＡＰＩ要素２００６に関連付けられている。一組の工程２００４を含むようにサービス作成環境１５２で定義されているｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービスは、クライアント・サイドＸＭＬ要素２００６−１および、通信トランザクションとも呼ばれる通信ワークフロー２００８に関連付けられている。
【０２１０】
ＣＡＳ  １０２は、この例で示されているように、「セッション・マネージャ」オペレーション２０１０、「ユーザ・プロファイルを取得する」オペレーション２０１２、「ページャ・プリファレンスを取得する」オペレーション２０１４、「ＡＰを呼び出す」オペレーション２０１６、「媒体調整を呼び出す」オペレーション２０１８、および「ＡＰＩを受け取る」オペレーション２０２０などのオペレーション要素を含む。これらのオペレーションは、図１ですでに説明され、また本明細書の別のところで説明されているように、ＣＡＳ  １０２のコンポーネントの１つまたは複数を使用して実行することができる。
【０２１１】
図２１は、クライアント・サイドＡＰＩ  ＸＭＬ要素２００６−１を詳細に示しており、また、ＣＡＳ  １０２を使用して対応する通信ワークフローの実行と関連する詳細な内容も示している。通信ワークフローは、本明細書では通信対応プロセス・フローとも呼ばれ、図では要素２００８’として表されている。この例の図では、ＣＡＳ  １０２はディレクトリ・オペレーション２１００、プリファレンス・オペレーション２１０２、媒体変換オペレーション２１０４、イベント管理オペレーション２１０６、および通信セッション管理オペレーション２１０８を含むものとして示されている。ここでもまた、ＣＡＳ  １０２のこれらのオペレーション要素は、図１で説明され、また本明細書の別のところで説明されているＣＡＳコンポーネントの１つまたは複数を使用して実行することができる。
【０２１２】
ディレクトリおよびプリファレンス・オペレーション２１００および２１０２は、ディレクトリ・サーバ２１１０（ユーザ・プリファレンスはディレクトリ内に永続的に格納されると仮定する）と情報のやり取りをし、媒体変換オペレーション２１０４では、テキスト音声および音声テキスト変換コンバータ２１１２とやり取りし、その一方で、要素２１０６および２１０８は管理サーバ２１１４とやり取りする。ディレクトリ・サーバ２１１０は、ｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービスと関連する被呼者毎に、関連する記憶デバイスまたは他のメモリ２１１６から対応する情報にアクセスすることができる。この情報は、例えば、ユーザ・デバイス・タイプ、ネットワーク・アドレス、ユーザの製品専門知識技術または他の特殊な専門知識技術、ユーザ側評価可能な特性、ユーザ・プリファレンスなどを含むことができる。要素２１１０、２１１２、および２１１４は、この例では、ＣＡＳ  １０２の外部にあるものとして示されているが、これらの要素は、少なくとも一部は、本発明の他の実施形態のＣＡＳに組み込むことも可能である。また、ＣＡＳは、他のオペレーション要素を備えることができ、本明細書ですでに説明しているように、他の外部要素と情報をやり取りすることができる。
【０２１３】
ＣＡＳ  １０２のｃｌｉｃｋ−ｔｏ−  ｃｏｍｍｕｎｉｃａｔｅサービスの実行に関連付けられている通信ワークフロー２００８’は、すでに述べたように、場合によってはインテリジェント型ワークフロー・テンプレートまたは他の適当なソフトウェア開発ツールを使用して、サービス作成環境１５２内で生成される。通信ワークフローは、この例に示されているように、「被呼者集合を処理する」オペレーション２１３０を含み、これは、ＣＡＳ  １０２のディレクトリ要素２１００を介してディレクトリ・サーバ２１１０にアクセスする動作を伴う。「被呼者集合を処理する」オペレーション２１３０により、被呼者の「ｒｅｓｏｌｖｅ＿ｃａｌｌｅｅ＿ａｄｄｒｅｓｓ」オペレーション２１３２、「ｓｅｌｅｃｔ＿ｃａｌｌｅｅ」オペレーション２１３４、および被呼者グループがあればそれに対する「ｒｅｓｏｌｖｅ＿ｃａｌｌｅｅ＿ａｄｒｅｓｓ」２１３５が起動する。通信ワークフロー内のこれらのオペレーションの後に、「被呼者プリファレンスを処理する」オペレーション２１３６があり、これはＣＡＳ  １０２のプリファレンス要素２１０２を介してディレクトリ・サーバ２１１０にアクセスする動作を伴う。この後に、この例では「ｃａｌｌ＿ｃｏｎｎｅｃｔ」オペレーション、「ｍｅｓｓａｇｅ＿ｃｏｎｎｅｃｔ」オペレーション、「ｃｈａｔ＿ｃｏｎｎｅｃｔ」オペレーション、および「ｒｅｑｕｅｓｔ＿ｃａｌｌｂａｃｋ」オペレーションを含む、特定の被呼者プリファレンスに基づき複数のオペレーションのうちの１つを起動する「ｃｏｍｍタイプを処理する」オペレーション２１３８が続き、これにより、ＣＡＳ  １０２の要素２１０８を介して起呼者と被呼者の接続が行われる。
【０２１４】
要素２１０８により、非同期接続イベント２１４０が発生し、変換オペレーション２１４２に適用され、通信タイプと被呼者プリファレンスとの比較が行われる。必要ならば、変換オペレーション２１４２はテキスト音声変換および音声テキスト変換コンバータ２１１２にアクセスし、適切に変換された通信情報をｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービスの要求者に送り返す。
【０２１５】
そこで図２２を参照すると、ｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービスに関連する通信ワークフローのより詳細な例が示されている。この図に示されている特定のワークフローは、ワークフロー２００８”として示されており、ｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービス例に関連付けられた通信タスクおよび工程を含む。
【０２１６】
通信サービスと通信タスクとの関係は、すでに本明細書で取り上げられており、これ以上詳しく説明しない。一般的に２２００に示されているように、指定された通信サービス２２００Ａを１つまたは複数の通信タスク２２００Ｂ、例えば、１，．．．ｋ個のタスクに分解し、そのそれぞれに、１つまたは複数の工程２２００Ｃ、例えば、１，．．．  ｐ個の工程が含まれるようにできる。さらに、この指定された通信サービス２２００Ａは、複数の他の通信サービス２２００Ｄ、例えば、０，．．．ｒ個の他のサービスを含むことができる。
【０２１７】
図２２に示されている一組のタスクは、すでに説明したようなオペレーション「被呼者集合を処理する」２１３０に対応する通信タスクだけでなく、「プレゼンス」２２０２、「被呼者プリファレンスをチェックする」２２０４、「被呼者プレゼンスをチェックする」２２０６、「起呼者コンテキストを処理する」２２０８、「呼び出す」２２１０、「メッセージを送信する」２２１２、チャット２２１４、およびインスタント・メッセージ２２１６を含む追加タスクも含む。これらのタスクは、必ずしも順序集合ではなく、特定の実行順序が関連するプロセス・フローにより定められることに注意されたい。
【０２１８】
前記の方法で、ＣＡＳ  １０２のサービス要素マネージャ１４０、通信サービス・マネージャ１４２、およびインテリジェント型ルータ１４４などの要素を使用して、図に示されているさまざまな通信タスクおよび工程を処理することができる。
【０２１９】
前記のように、通信タスク「被呼者集合を処理する」で「ｒｅｓｏｌｖｅ＿ｃａｌｌｅｅ＿ａｄｄｒｅｓｓ」工程２１３２、２１３５の実行がトリガされる。より具体的には、１人または複数の被呼者の考えられる集合に含まれる被呼者毎に、ディレクトリにアクセスして、被呼者アドレスを判別し、その後、定義済みワークフロー内の通信タスクの残りが被呼者毎に実行される。
【０２２０】
通信タスク「被呼者プリファレンスをチェックする」２２０４により、場合によってはＣＡＳでアクセス可能なリモート・ディレクトリ・サーバから被呼者プリファレンスを特定し、ＣＡＳに関連するユーザ・プリファレンス永続的ストアに問い合わせを実行し、通信のプリファレンスを判別する工程の実行がトリガされる。
【０２２１】
通信タスク「被呼者プレゼンスをチェックする」２２０６により、プレゼンス・サービスと情報のやり取りをし、被呼者プレゼンスを判別し、被呼者接続タイプについて決定する、例えば、適切な優先ルールを使用してＩＡＷ被呼者プレゼンスを解決する工程の実行がトリガされる。
【０２２２】
通信タスク２２１０、２２１２、２２１４、および２２１６により、ｃａｌｌ＿ｃｏｎｎｅｃｔ、ｍｅｓｓａｇｅ＿ｃｏｎｎｅｃｔ、ｃｈａｔ＿ｃｏｎｎｅｃｔ、およびｉｎｓｔａｎｔ＿ｍｅｓｓａｇｅ＿ｃｏｎｎｅｃｔと示されている対応するタスクがトリガされ、必要ならば、その１つまたは複数により、媒体調整工程の実行がトリガされる。
【０２２３】
図２３は、ｃｌｉｃｋ−ｔｏ−ｃｏｎｎｅｃｔサービスのオペレーションを示すより具体的な例を示している。この例では、ｃｌｉｃｋ−ｔｏ−ｃｏｎｎｅｃｔサービスは、ＣＡＳ  １０２を含む通信システム２３００内の通信対応サプライ・チェーン管理アプリケーション内に実装される。システム２３００は、要素２１０８、２１１０、２１１６を含み、これらは実質的に本明細書ですでに説明したように動作する。システム２３００はさらに、エンドポイント１０４ｘ、１０４ｙ、および１０４ｚ、およびスイッチ１とも示されている第１のスイッチ２３０２、スイッチ２とも示されている第２のスイッチ２３０４を図のように含んでいるサーバ１０８、１１０を含む。スイッチ２３０２および２３０４は、電話サービス・プロバイダ・インターフェース（ＳＰＩ）２３０６を介してアクセスできる。また、サーバ１０８、１１０には、チャット・サーバ２３０８も含まれ、チャット・サーバＳＰＩ  ２３１０を介してアクセスできる。ＣＡＳ  １０２は、さらに、図に示されているように、レジストリ２３１２を含むか、または他の何らかの手段により関連付けられている。
【０２２４】
この例では、エンドポイント１０４ｘに関連付けられているユーザ「Ｊｏｅ」は、ＣＡＳ  １０２のｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービスにアクセスするが、そのために、まず、ＨＴＴＰリクエストをＷｅｂサーバ２３１５に送信して、ＣＡＳ  １０２によってサポートされている１つまたは複数の通信サービスを含む調達ポータルへのアクセス権を取得する。Ｊｏｅは、調達ポータルおよび関連するＣＡＳサポート・サービスへのアクセス権を取得した後、Ｗｅｂページ２３２０を介して発注書を生成する。この特定の調達注文書には、承認が必要であると仮定する。そこで、表示されるＷｅｂページ２３２０には、ＣＡＳサポートｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービス２３２４へのアクセスをトリガする「Ｇｅｔ  Ａｐｐｒｏｖａｌ」ボタン２３２２が配置される。Ｊｏｅは、ボタン２３２２をクリックし、この例では、まず、Ｊｏｈｎ、Ｃｕｒｌｙ、およびＭｏｅを含むものとして示されている指定された承認者グループを決定し、このグループから指定された承認者、例えば、グループ内の第１の承認者を選択し、ディレクトリ・サービス２３２５を開始し、２３２６に示されているように、レジストリ２３１２を介してディレクトリ・サーバを特定しようと試みる。
【０２２５】
ディレクトリ・サービス２３２５では、ディレクトリ・サーバ２１１０を使用して格納済みユーザ情報２１１６にアクセスするが、この例では、この情報は、Ｊｏｈｎについては、内線電話（８３２４３）、優先連絡先（電話）、および電話の種類（スイッチ１）を示し、Ｃｕｒｌｙについては、優先連絡先（Ｗｅｂチャット）、およびＩＰアドレス（１３５．９．１５３．３５）を示している。その後、ＣＡＳ  １０２は、「呼通信」タスク２２１０を開始してグループ内の第１の承認者、つまり、Ｊｏｈｎにアクセスしようと試みる。タスク２２１０が実行されると、エンドポイント・デバイス１０４ｙに電話が掛かるが、これは、スイッチ１および電話ＳＰＩ  ２３０６を介して、内線８３２４３に対応すると仮定されている。
【０２２６】
図に示されているように、承認者Ｊｏｈｎはエンドポイント１０４ｙで利用不能であると判明し、ＣＡＳは２３２８で示されているように接続失敗と接続タイプを記録する。その後、ＣＡＳは、定義済みのｃｌｉｃｋ−ｔｏ−ｃｏｍｍｕｎｉｃａｔｅサービス２３２４を介して、グループから次の承認者、つまりＣｕｒｌｙを選択し、「チャット通信」タスク２２１４を開始する。「チャット通信」タスク２２１４が実行されると、エンドポイント１０４ｚにいるＣｕｒｌｙとエンドポイント１０４ｘにいるＪｏｅとの間で、チャット・サーバ２３０８およびチャット・サーバＳＰＩ  ２３１０を介して、Ｗｅｂチャット・セッションが開始される。このチャット・セッションは正常に確立されるので、ＣＡＳ  １０２は接続イベントをログに記録し、２３３２で示されているように、接続タイプを記録する。
【０２２７】
本発明によるＣＡＳによって提供される通信サービスを利用する通信対応サプライ・チェーン管理アプリケーションの他の例を以下に示す。サプライ・チェーンが与えられると、サプライ・チェーン管理ソフトウェアにより、さまざまなレベルの例外条件の処理方法が指定される。より厳しいレベルについては、特定の参加者に緊急コラボレーション・セッションが呼びかけられ、それらの参加者は重大度レベルの同じ定義を使用して到達可能性プリファレンスを構成することができる。その後、通信システムでは、それらのプリファレンスを対応するプレゼンス情報とともに使用し、参加者が会議の最中の場合はインスタント・メッセージを使用しようと、参加者が路上にいる場合は電話がかかろうと、参加者が事務所にいる場合にＷｅｂコラボレーション・セッションに入っていようと関係なく、コラボレーション・セッションをセットアップする最良の手段を決定することができる。
【０２２８】
図２４は、本発明によるＣＡＳのオペレーションのさらに他の例を示している。通信システム２４００は、ＣＡＳ  １０２、ユーザＡおよびユーザＢのそれぞれのポータルに関連する第１および第２のエンドポイント１０４−Ａおよび１０４−Ｂ、および電話ＳＰＩ  ２３０６を介してアクセス可能な電話スイッチ２３０２および２３０４を備えるサーバ１０８、１１０を含む。サーバ１０８、１１０はさらに、メッセージングＳＰＩおよびメッセージングＡＰＩを介してＣＡＳ  １０２からアクセス可能なメッセージ交換サーバ２４１０、およびメッセージング・サーバ１およびメッセージング・サーバ２とも示されている第１および第２のメッセージング・サーバ２４１４および２４１６をそれぞれ含む。
【０２２９】
この例のＣＡＳ  １０２には、要素２１１０、２１１６、２２１０、２３２５、および２３２６が関連付けられており、すべて、実質的に本明細書ですでに述べている通りに動作する。
【０２３０】
ユーザＡおよびＢはそれぞれ、異なる通信システム・スイッチを使用してそれぞれのエンドポイント１０４−Ａおよび１０４−Ｂをサポートしている、つまり、ユーザＡはスイッチ１を使用し、ユーザＢはスイッチ２を使用していると仮定する。これらの２つのスイッチは、完全に異なっている、例えば、異なるメーカーの異なるモデルである場合があり、したがって、通常は、ＰＳＴＮを介した従来の方法で確立された接続の外では互いに互換性がないことがある。しかし、ＣＡＳ  １０２では、ユーザ１０４−Ａおよび１０４Ｂはそれぞれ、ユーザが実際に同じ物理的スイッチを共有しているかのように他方のユーザの電話スイッチに透過的にアクセスすることができる。
【０２３１】
動作中、ユーザＡがユーザＢに、またはユーザＢがユーザＡに電話を掛けると、ディレクトリ・サービス２３２５は、２３２６に示されているようにレジストリを使用してディレクトリ・サーバ２１１０を特定し、要素２１１６内のユーザ・プロファイル情報にアクセスする。このユーザ・プロファイル情報は、ユーザＡがスイッチ１に関連付けられ、ユーザＢがスイッチ２に関連付けられていることを示す。ＣＡＳではもう１つ別のレジストリ・オペレーション２４０２を開始し、関係する特定のスイッチのプラットフォームの場所を突き止める。この結果、記憶装置要素２４０４にアクセスすることができ、そこでスイッチ１およびスイッチ２のＩＰアドレスを指定する。その後、ＣＡＳ  １０２はユーザＡとＢとの直接接続を確立することができる。
本発明に従ってＣＡＳを使用すると通信機能の柔軟性を高められるが、前記の例はそのことを説明している。
【０２３２】
ＣＡＳアーキテクチャの機能、特徴、および利点
図１、２Ａ、２Ｂ、２Ｃ、３Ａ、および３Ｂ、さらに本明細書の他の図で例示されているＣＡＳアーキテクチャは、収束通信サービスの包括的フレームワークを構成するが、これには、電話、メッセージング、アプリケーション、ネットワーク通信、セッション・サービス、ポータル・サービスなどさまざまな通信システム機能が関わっている。以下では、本発明によるＣＡＳの指定実施形態に関連付けることができる多数の機能、特徴、および利点について説明する。以下に列挙した機能、特徴、または利点の１つまたは複数からなるサブセットがＣＡＳの指定された実施形態に存在しうることは理解されるであろう。さらに、以下のリストは、これに限られるわけでも、また網羅しているわけでもなく、本発明の指定された実施形態は、リストに挙げられている特定の要素のどれかをサポートしている必要もなく、また特にリストに挙がっていない他の要素をサポートしている場合もある。
１．エンタープライズ・アプリケーション・サービスと同じビジネス・ルールにより推進される通信サービス。
２．オープンな統合可能アプリケーション・サービスとして公開されている通信アプリケーション。
３．上位レベルのサービスに統合し構成することが可能な通信コンポーネント。
４．サービス・レジストリの一部として登録される通信サービス。
５．オープンなインターネット・ベースの規格（例えば、ＸＭＬ、ＸＭＬ／ＳＯＡＰ、Ｊａｖａ（登録商標）  ＥＪＢ、など）により呼び出せる通信サービス。
６．オープン・スタンダードに基づいて通信サービスを作成するための環境。
７．オープン・スタンダードに基づいて構成通信サービスを作成するための環境。
８．通信ライブラリの集合体。
９．通信アプリケーション開発ツールキットを使用してアプリケーションに統合可能な通信ライブラリの集合体。
１０．オープン・インターフェースを使用することでカスタマイズ可能な通信ソフトウェア開発ツールキット。
１１．複数の通信環境および基盤を組み込むことができる一般的フレームワーク。
１２．カスタマイズされた通信サービスおよびアプリケーションを作成するためのオープン環境。
１３．基盤（ＩＰ、ＰＳＴＮ、ＡＴＭ、ＳＭＳなど）に関係なくすべての通信デバイス（電話、ＰＣ、ページャ、携帯電話、ＩＰ電話、インテリジェント型電話、ＰＤＡなど）の機能を高める収束通信環境。
１４．リアルタイムおよび非リアルタイムの通信のための収束通信環境。
１５．ユーザが望むときに、望む場所で、ユーザが望むとともに、選択したエンドポイント・デバイスで、情報を送信するデバイスのインテリジェント型通信。
１６．受信側によって指定される、アクセス・アプライアンスに適しているモードで送信されるマルチモーダル通信サービス。
１７．同時実行マルチモーダル通信。
１８．アプリケーションおよび基盤の複数の異なるドメインにまたがって拡張される連携型サービス。
１９．基盤、基盤サービス、アプリケーション、通信サービスなどを含む複数のドメインにまたがってビジネス・ルールの一貫性を保証する連携型サービス。
２０．複数の異なる技術境界にまたがって拡張される連携型サービス。
２１．オープン・インターフェースを備える連携型サービス。
２２．通信に従事するユーザの指定（例えば、通信参加者）。
２３．ＣＡＳは、より複雑なサービスを構成するためのコンポーネントを備え、そのような複雑なサービスは１つまたは複数のあまり複雑でない通信サービスの複合体とすることができる。これらの複雑なサービスは、さらに、提供される通信サービスの集合体の一部としてＣＡＳに組み込むことができる。
２４．ＣＡＳは、認証、実行、セッション管理、コンテキスト管理、サービス実行、各部の通信サービス実行、結果の集計など、ＣＡＳの通信サービスを実行するための実行環境を備える。複雑なサービスは、それぞれ定義に従って実行される、多数の別々の通信サービスからなる複合体とすることができる。
２５．ＣＡＳは、同期または非同期通信サービスを独立に、または複雑な通信サービスに組み込まれた形で実行する機能を備える。
２６．ＩＰ電話およびリアルタイムＩＰ通信を行える従来のＰＳＴＮ電話の収束通信。
２７．音声またはデータ情報のいずれかへの収束音声およびデータ・アクセス。
２８．イベント管理など、収束通信およびデータを利用した管理サービス。
２９．ＣＡＳは、上位レベルのサービスを提供するため個別に実行するか、または構成することができる通信機能の基本組み立てブロックを備えることができる。
３０．サーバのプラットフォームから独立している通信サービスの動的発見および実行。
３１．ソフトウェア・プログラミング言語に関係しない通信サービスの実行。
３２．ソフトウェア・ミドルウェア環境に関係しない通信サービスの実行。
３３．エンタープライズおよび非エンタープライズ電話サーバへの通信サービス。
３４．エンタープライズおよび非エンタープライズ・ポータル・サーバへの通信サービス。
３５．エンタープライズおよび非エンタープライズ・メッセージング・サーバへの通信サービス。
３６．エンタープライズおよび非エンタープライズ・メディア・サーバへの通信サービス。
３７．エンタープライズおよび非エンタープライズＳＩＰサーバへの通信サービス。
３８．オープン・ツールキットのサービス作成環境を通じて、開発者が使用する通信サービスのオープンなプログラム可能環境。
３９．ＣＡＳのすべての主要コンポーネントへのオープン・スタンダード・ベースのインターフェース群。
４０．制御性が向上し、通信セッション・エンドポイントで高度な能力を発揮するピアツーピア通信。
４１．矛盾なく定義されている標準オープン・インターフェースを介して異なる通信要素を統合し、さらには異なるベンダまたは他のソースからの通信要素を混在させることで、通信サービスとともに統合インターネット・データ処理中心サービスを迅速かつ容易に作成できるモジュール型通信サービス。
４２．オープン方式でアクセス可能な他の通信要素と相互作用し、オープン方式で外部アクセス可能な通信サービスを提供する、オープン・インターフェースを介してアクセスできる、分離可能、分散可能な相互作用サービスとしての電話スイッチ機能。
４３．通信全体の音声制御および操作だけでなく、人間が見て聞ける情報の提示が利用しやすく、求心性が増している。
４４．個人のニーズに応じて任意の媒体上で任意の時間に、指定されたユーザに連絡をどこでどのように取るかという情報を含む、収束通信間のユーザ、アプライアンス、デバイスなどに関する企業全体のプレゼンス情報。ＣＡＳは、さまざまな製品にわたる完全に企業規模の分散段階でプレゼンスを示すように構成され、さらに複数のＳＩＰサーバにまたがってプレゼンスと混在させることができ、両方とも企業ベースであるとともにサードパーティ・ベースでもある。
４５．プレゼンス、プリファレンス、チャネル容量、ＱｏＳ、経路選択ルール決定などに基づくインテリジェント型の経路選択。
４６．ビジネス・ニーズに基づくＱｏＳ。
４７．デスクトップＰＣ、ＰＤＡ、携帯電話、セットトップ・ボックス、テレビなどを含む、「強力な」エンドポイントへの通信サービス。
４８．プレゼンテーション・プリファレンス・サービス、通信要求を受信する通信に関してカスタマイズされた好ましい方法などを含む、通信を受信するためカスタマイズ機能の強化。
４９．アクティブ化、制御、およびフィードバック、さらにはデスクトップでの音声の利用。
５０．分散インテリジェント機能、制御、ソフトウェア・コンポーネント・サービス、基盤サービス、連携型サービス、ポータル・サービスなど。
５１．電話サービスのアプリケーション統合。
５２．メッセージング・サービスのアプリケーション統合。
５３．メディア・サービスのアプリケーション統合。
５４．Ｗｅｂベースのインターフェースを通じて開始および受信サービスに合わせて構成されているポータル・コンポーネント。
５５．さまざまなエンドポイントおよびネットワーク上で動作可能で、柔軟性がある、通信機能。
５６．信頼性手法を通じてどのような条件の下でも、どこでも、いつでも、利用可能な通信サービス。
５７．インストール、使用、および保守が簡単に、直観的に行える通信サービス。
５８．ＪＮＤＩ、Ｊａｖａ（登録商標）  Ｄａｔａｂａｓｅ  Ｃｏｎｎｅｃｔｉｖｉｔｙ（ＪＤＢＣ）、Ｊａｖａ（登録商標）ＭａｉｌなどのＪ２ＥＥインターフェースだけでなく、ＪＣＡ、Ｊａｖａ（登録商標）  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｓｅｒｖｉｃｅ（ＪＡＡＳ）などのＪ２ＥＥフレームワークを含む、標準ＡＰＩを使用して通信指向のサービスおよび既存のデータ指向の情報に透過的にアクセスできる。
５９．通信関係サービスをユーザに提供するモジュール型ソフトウェア・コンポーネントの形の通信サービス。
６０．アプリケーションまたはエンドポイント・デバイスによるシームレスのアクセスを可能にするＳＩＰと従来の電話方式の結合。
６１．例えば、従来の通信サービスからプレゼンス情報を抽出し、これをＳＩＰサービスのプレゼンスとともに変換することにより、プレゼンスを通信サービスとして実現することを含む、ＳＩＰおよび従来の電話環境に対する機能強化。
６２．リアルタイム通信用のＳＩＰ、Ｗｅｂサービス用のＨＴＴＰ、電子メール用のＳＭＴＰ、ＸＭＬ／ＳＯＡＰ、ＡＣＰへの専用ＡＳＡＩなどを含み、異なる環境の結果の収束を管理する、各通信またはデータ要素に適切なプロトコルを呼び出す適切なコネクタを通じたプロトコル管理。
６３．音声、Ｗｅｂ、ＩＭ、プレゼンスおよびその他のセッション・サービスへの透過的で統一されたアクセスを行えるようにし、通信サービスのセッション、コンテキスト、およびインタラクション管理を行う、サービスおよびセッション管理機能。
６４．個々の通信セッションおよび状態管理と統合される、同期または非同期応答で同期して呼び出された、または非同期に呼び出された、複数の通信サービスにまたがって通信サービスのアプリケーション要求のセッションおよび状態を管理するアプリケーション・セッション管理。
６５．収束通信をまたがるコンテキスト管理。
６６．オープン通信サービス機能としてのサードパーティ呼制御（３ＰＣＣ）。
６７．音声ポータル・サービス、ＳＩＰサービスなどを含む、通信サービス用の通信サービス作成ツール。
６８．従来のネットワーク基盤要素とＩＰ基盤要素との間でプロトコルだけでなく機能群の橋渡しをする、通信サービスとＳＩＰサービスとの組み合わせ。
６９．ＳＩＰと従来の電話要求の両方を含む単一の収束通信セッション。
７０．データおよび音声によるポータル・サービスへのアクセス。
７１．会議開催など従来の電話サービスに拡張されるＳＩＰサービスの収束通信。
７２．３ＰＣＣなどＳＩＰサービスに拡張される従来の電話サービスの収束通信。
７３．ＸＭＬ／ＳＯＡＰ、Ｗｅｂサービス、ＥＪＢなどを含むインターネット・ベースのインターフェースを介したアプリケーションへの通信サービス。
７４．電話、媒体、メッセージングなど、およびＳＩＰサービスなどの従来のネットワーク基盤要素上の収束通信。
７５．モバイル・エンド・ユーザ、エンタープライズ・アプリケーション、またはその他のユーザがすべてのＣＡＳ通信サービスにアクセスすることを可能にするマルチメディア・マルチモーダル・ポータル。
７６．通信サービスの要求者にまとめて、透過的に行われる、マルチテレフォニー・スイッチ、マルチＳＩＰサービスおよびマルチポータル・アクセスの収束。
７７．基盤からアプリケーションへの音声およびデータの収束を実現する、コンポーネント、インターフェース、制約条件、およびルールを含む、ソフトウェア基盤。
７８．音声およびメッセージング関係のコンポーネントを統合し、シームレスにビジネス・アプリケーションに組み込むことができるアプリケーションＷｅｂサービスとして通信を開くことができる。
７９．サードパーティ・アプリケーション・サーバ上で実行される通信サービス。
８０．コンポーネントは容易にインストール、構成可能であるため、顧客の環境にたやすく統合できる。
８１．標準ベースであるか、または新規、場合によっては複雑な通信サービスへのサードパーティによる部分的ソリューションの混在に自由に対応できるインターフェース仕様。
８２．通信関連情報のユーザ・プロファイルへのアクセス。
８３．ネットワーク・エッジ・サービスの提供。
８４．企業のファイヤウォールの内外で、さまざまなクライアント・タイプをサポートする。
８５．Ｗｅｂ層内のＷｅｂコンテナを通じてクライアント・サービスをサポートし、汎用コンポーネント・コンテナを通じてビジネス論理コンポーネント・サービスをサポートする。
８６．Ｊａｖａ（登録商標）  Ｔｅｌｅｐｈｏｎｙ  ＡＰＩ（ＪＴＡＰＩ）、Ｉｎｔｕｉｔｙ（登録商標）Ｍｅｓｓａｇｉｎｇ  ＡＰＩ（ＩＭＡＰＩ）、などの追加コネクタ。
８７．外部サーバ上で提供される類似サービスを機能強化するセキュリティ・サービス。
８８．通信関連コンポーネント間の共通ＯＡＭ＆Ｐ。
８９．管理サービスの提供。
９０．容易に商品化される標準コンポーネント、サービス、およびソフトウェアへの電話アプリケーションの分割。
９１．顧客アプリケーション環境に統合可能な通信サービス。
９２．柔軟でオープンな環境でアプリケーションおよびサービスを統合し活用することが可能。
９３．顧客施設内の既存のデータおよびＷｅｂ基盤、例えば、アプリケーション・サーバ、ポータル・サーバ、ＸＭＬおよびＳＯＡＰなどのインターフェースなどを活用する。
９４．サービス・ベースの環境で、ピアツーピア・アプリケーションおよびクライアント・サーバ・アプリケーションの両方に対応する。
９５．透過的に通信サービスを実現するランタイム環境として機能する。
９６．大企業、中小企業、システム・インテグレータ、独立系ソフトウェア・ベンダなどの顧客向けに開発環境を提供する。
９７．既存通信サービスだけでなく、機能強化された通信サービスに、収束化の方法を用いてアクセスできる。
９８．音声およびデータ・サービスの収束を実現するソフトウェア基盤を通じたアプリケーションの通信対応化。
９９．音声またデータ・エンドポイントから独立してサービスにアクセスするモバイル・ワーカーまたは顧客で構成される仮想企業をサポートする。
１００．複数の企業にまたがる異機種分散ソリューションの透過性。
１０１．完全に分散化したリアルタイム・サービス機能、リアルタイムに近いサービス機能、および非リアルタイム・サービス機能のサポート。
１０２．通信サービスの動的発見および使用。
１０３．サービスのライブラリ、リモートから実行可能な、また動的に実行可能なサービスなどとして顧客企業への通信サービスの統合。
１０４．構成可能通信サービスからの複雑な通信サービスの定義。
１０５．ユーザ、アプリケーション、およびアプライアンスをサポートする共通の通信対応ミドルウェア。
１０６．システムの動作およびユーザの経験を円滑にするためアプリケーション・コンテキストおよび過去の挙動から集めた情報に基づいて知性的な動作をする付加価値コンポーネントを構築できる。
１０７．ビジネス・アプリケーション、通信システム、および収束通信基盤の間で首尾一貫したコンテキストを構築し、共有し、永続することを可能にする。
１０８．ロケーション・サービス、ＤＮＳサービスなどの呼び出しを含め、加入者に代わってプレゼンスおよび可用性管理サービスにアクセスできるようにする。
１０９．ＣＡＳおよびビジネス・アプリケーション環境内に通信サービスが共存できる。
１１０．通信サービスまたは関連するインターフェースをコンポーネントとしてビジネス・アプリケーションに組み込み、実行することができる。
１１１．ビジネス・アプリケーションで通信サービスを束ね、異なる、または新規の、または高度な機能を実現できる。
１１２．単独機能として実行時に動的に実行可能な、また配布時または管理時に提供しなくても選択に自律的に利用可能な、特定のサービスを個々に識別し使用できるようにするインターフェースを介して選択可能な連携型サービスにアクセスできる。
１１３．通信アプリケーションとエンタープライズ・アプリケーションとの間の収束を行う。
１１４．基礎にあるネットワーク基盤に関係なく、複数の通信アプリケーションおよび、リアルタイム、リアルタイムに近い、非リアルタイムのモードの間の収束を実現する。
１１５．通信アプリケーション基盤とエンタープライズ・アプリケーション基盤との間の収束を行う。
１１６．共通オペレーティング環境（ＣＯＥ）タイプのサービス間の収束を行う、例えば、エンタープライズ領域内のユーザは、「ユーザ」がそれぞれの領域内にどのように格納され、処理されようと、通信領域内のユーザと同じである。
１１７．ビジネス・アプリケーションと通信アプリケーションのインターフェース技術の間の収束を行う。
１１８．通信サービス処理を推進する共通メタデータへのアクセスおよびその使用に関連する、例えば、コンテキスト、プレゼンス、顧客プロファイル、注文情報、履歴などの顧客データを動的に変更する、通信アプリケーションとビジネス・アプリケーションとの間の処理動作の収束を行う。
【０２３３】
上記のように、本発明によるＣＡＳは、指定された実施形態において、上記の機能、特徴、または利点の１つまたは複数を実装するように構成することが可能であるが、本発明はそのような要素の特定の配置を含む必要はない。
【０２３４】
さらに、すでに述べているように、本発明は、少なくとも一部は、メモリまたは他の機械可読媒体に格納可能で、ＣＡＳのプロセッサにより実行可能な１つまたは複数のソフトウェア・プログラムの形で実装することができる。
【０２３５】
本発明の上述の実施形態は、例示することのみを目的としており、付属の請求項の範囲内の多数の他の実施形態は当業者には明白であろう。
【図面の簡単な説明】
【０２３６】
【図１】本発明による通信アプリケーション・サーバ（ＣＡＳ）を含む通信システムの例示されている実施形態の図である。
【図２Ａ】本発明によるＣＡＳを含む通信システムの他の実施例の図である。
【図２Ｂ】本発明によるＣＡＳを含む通信システムの他の実施例の図である。
【図２Ｃ】本発明によるＣＡＳを含む通信システムの他の実施例の図である。
【図３Ａ】本発明による複数ＣＡＳシステムの例を説明する図である。
【図３Ｂ】ＣＡＳ開発および実行時環境の例を説明する図である。
【図４】本発明によるＣＡＳを含む通信システムの可能な他の実装を説明する図である。
【図５】本発明によるＣＡＳを含む通信システムの可能な他の実装を説明する図である。
【図６】本発明によるＣＡＳに実装可能な通信サービス例を説明する図である。
【図７】本発明によるＣＡＳに関連付けることができる通信参加者の例を説明する図である。
【図８Ａ】本発明によるＣＡＳ内のアクセス・マネージャの動作例の図である。
【図８Ｂ】本発明によるＣＡＳ内のアクセス・マネージャの動作例の図である。
【図９】本発明によるＣＡＳ内のサービス・イベント・マネージャに関連付けられているセッション・マネージャ要素の例を説明する図である。
【図１０】本発明によるＣＡＳ内のサービス・イベント・マネージャの例を説明する図である。
【図１１Ａ】本発明によるＣＡＳ内の通信サービス実行のセッション階層の例を示す図である。
【図１１Ｂ】本発明によるＣＡＳ内の通信サービス実行のセッション階層の例を示す図である。
【図１２】本発明によるＣＡＳ内で維持できる永続的セッションの例を示す図である。
【図１３】本発明によるＣＡＳ内の通信サービス・マネージャの例を説明する図である。
【図１４】本発明によるＣＡＳ内の通信サービス・マネージャで実行可能な通信サービス・スクリプト登録プロセスの例を説明する図である。
【図１５】本発明によるＣＡＳ内のインテリジェント型通信サービス・ルータ・コンポーネントの例を説明する図である。
【図１６】本発明によるＣＡＳ内のサービス作成環境の例を説明する図である。
【図１７】本発明の他の実施形態によるＣＡＳの例を説明する図である。
【図１８】本発明による通信システム・エンドポイントとＣＡＳとの間のインターフェースの例を説明する図である。
【図１９】本発明によるＣＡＳを利用する通信システムおよびオペレーティング構成の例を説明する図である。
【図２０】本発明によるＣＡＳを利用する通信システムおよびオペレーティング構成の例を説明する図である。
【図２１】本発明によるＣＡＳを利用する通信システムおよびオペレーティング構成の例を説明する図である。
【図２２】本発明によるＣＡＳを利用する通信システムおよびオペレーティング構成の例を説明する図である。
【図２３】本発明によるＣＡＳを利用する通信システムおよびオペレーティング構成の例を説明する図である。
【図２４】本発明によるＣＡＳを利用する通信システムおよびオペレーティング構成の例を説明する図である。
【図１】
2005515716.tif 000003
【図２Ａ】
2005515716.tif 000004
【図２Ｂ】
2005515716.tif 000005
【図２Ｃ】
2005515716.tif 000006
【図３Ａ】
2005515716.tif 000007
【図３Ｂ】
2005515716.tif 000008
【図４】
2005515716.tif 000009
【図５】
2005515716.tif 000010
【図６】
2005515716.tif 000011
【図７】
2005515716.tif 000012
【図８Ａ】
2005515716.tif 000013
【図８Ｂ】
2005515716.tif 000014
【図９】
2005515716.tif 000015
【図１０】
2005515716.tif 000016
【図１１Ａ】
2005515716.tif 000017
【図１１Ｂ】
2005515716.tif 000018
【図１２】
2005515716.tif 000019
【図１３】
2005515716.tif 000020
【図１４】
2005515716.tif 000021
【図１５】
2005515716.tif 000022
【図１６】
2005515716.tif 000023
【図１７】
2005515716.tif 000024
【図１８】
2005515716.tif 000025
【図１９】
2005515716.tif 000026
【図２０】
2005515716.tif 000027
【図２１】
2005515716.tif 000028
【図２２】
2005515716.tif 000029
【図２３】
2005515716.tif 000030
【図２４】
2005515716.tif 000031
【国際調査報告】
2005515716.tif 000032
2005515716.tif 000033
2005515716.tif 000034