(57)【特許請求の範囲】
【請求項１】
（Ａ）第１ネットワークが、第１ユーザにより操作される第１顧客通信機器から、第１リアルタイム通信初期化メッセージを受領するステップと、
（Ｂ）前記第１ネットワークで前記第１ユーザを認証するステップと、
（Ｃ）第２リアルタイム通信初期化メッセージを、前記第１ネットワークから第２ネットワークに転送するステップと、
前記第１ネットワークは第１のエンティティにより操作される第１ドメインに属し、前記第２ネットワークは第２のエンティティにより操作される第２ドメインに属し、
（Ｄ）前記第１ユーザのＩＤを含むユーザ情報を、前記第１ネットワークから前記第２ネットワークに転送するステップと、
（Ｅ）前記第２ネットワークが、前記第１ネットワーク内の第１ユーザのＩＤを、前記第２ネットワーク内の第１ユーザのＩＤにマッピングするステップと、
を有し、
前記ユーザ情報は、下記の少なくとも一方を処理する際に、前記第２ネットワークにより使用される
（ｉ）第２リアルタイム通信初期化メッセージ、
（ｉｉ）前記第２リアルタイム通信初期化メッセージにより生成された通信セッション、
ことを特徴とする方法。
【請求項２】
前記ユーザ情報は、前記第１ネットワークにおける第１ユーザの認証結果と、認証サーフィスケートと、前記第１ユーザのＩＤと、前記第１ユーザに関連する特定情報の内の少なくとも１つを含み、
前記第１ユーザのＩＤと前記第１ユーザに関連する特定情報の少なくとも一方は、ユーザ認証情報に含まれ、
（Ｆ）前記第２ネットワーク内の前記第１ユーザのＩＤを利用して、前記第１ユーザのユーザ情報を、前記第２ドメイン内のデータベースから取り出すステップと、
前記ユーザ情報は、アカウント番号、課金情報、支払い情報、通信披瀝、通信プリファレンスの少なくとも１つを含む
を更に有する
ことを特徴とする請求項１記載の方法。
【請求項３】
（Ｇ）前記第１ネットワークが、第１ユーザのユーザ情報を、前記第１ドメイン内のデータベースから取り出すステップと、
前記ユーザ情報は、アカウント番号、課金情報、支払い情報、通信披瀝、通信プリファレンスの少なくとも１つを含む
（Ｈ）前記第１ネットワークが前記第２ネットワークに、前記データベースから取り出したユーザ情報の一部を提供するステップ
を更に有する
ことを特徴とする請求項１記載の方法。
【請求項４】
前記データベースから取り出されたユーザ情報の一部のみが前記第２ネットワークに提供され、
（Ｉ）前記第１ネットワークが、前記第１ユーザからユーザ入力を受領するステップと、
前記ユーザ入力が、前記第１ユーザのプリファレンスを規定し、前記第２ネットワークと情報を共有し、
（Ｊ）前記ユーザ入力に基づいて、前記第２ネットワークに提供されるユーザ情報の一部内に含めるべきユーザ情報の量を決定するステップ
を更に有する
ことを特徴とする請求項３記載の方法。
【請求項５】
（Ｋ）前記第２ネットワークが、前記ユーザ情報を受領するステップと、
（Ｌ）前記受領したユーザ情報に基づいて、前記第１ユーザ用に、前記第２ネットワークでアプリケーションを起動するステップ
を更に有する
ことを特徴とする請求項１記載の方法。
【請求項６】
（Ｘ）第１ドメインに属する第１ネットワークと、
前記第１ネットワークは、第１サーバと第１データベースを有し、
（Ｙ）第２ドメインに属する第２ネットワークと、
前記第２ネットワークは第２サーバと第２データベースを有し、
前記第１ドメインと第２ドメインは、別個のものであり且つ別々のエンティティにより操作され、
を有し、
前記第１サーバは、
第１ユーザにより操作される第１顧客通信機器から、第１リアルタイム通信初期化メッセージを受領すると、
（Ａ）前記第１ネットワークで前記第１ユーザを認証し、
（Ｂ）第２リアルタイム通信初期化メッセージを、前記第１ネットワークから第２ネットワークに転送し、
（Ｃ）ユーザ情報とユーザ認証情報を、前記第１ネットワークから前記第２ネットワークに転送し、
前記第２サーバは、
（Ｄ）前記ユーザ認証情報の受領に応じて、前記第１ネットワーク内の第１ユーザのＩＤを、前記第２ネットワーク内の第１ユーザのＩＤにマッピングし、
前記ユーザ情報は、以下の少なくとも一方を処理する際に、前記第２ネットワークにより使用される、
（ｉ）第２リアルタイム通信初期化メッセージ、
（ｉｉ）前記第２リアルタイム通信初期化メッセージにより生成された通信セッション、
ことを特徴とする通信システム。
【請求項７】
前記第１と第２のリアルタイム通信初期化メッセージは、異なる
ことを特徴とする請求項６記載の通信システム。
【請求項８】
前記ユーザ認証情報は、前記第１ネットワークにおける第１ユーザの認証結果と、認証サーフィスケートと、前記第１ユーザのＩＤと、前記第１ユーザに関連する特定情報の内の少なくとも１つを含み、
前記第１ネットワークの第１ユーザのＩＤと前記第１ユーザに関連する特定情報の少なくとも一方は、ユーザ認証情報に含まれ、第２サーバは、
（Ｆ）前記第２ネットワーク内の前記第１ユーザのＩＤを利用し、前記第１ユーザのユーザ情報を、前記第２データベースから取り出し、
前記ユーザ情報は、アカウント番号、課金情報、支払い情報、通信披瀝、通信プリファレンスの少なくとも１つを含む、
を更に有する
ことを特徴とする請求項６記載の通信システム。
【請求項９】
前記第１サーバは、
（Ｇ）第１ユーザのユーザ情報を、前記第１データベースから取り出し、
前記ユーザ情報は、アカウント番号、課金情報、支払い情報、通信披瀝、通信プリファレンスの少なくとも１つを含む、
（Ｈ）前記第２ネットワークに、前記第１データベースから取り出したユーザ情報の一部を提供し、
（Ｉ）前記第１ユーザからユーザ入力を受領するステップと、
前記ユーザ入力が、前記第１ユーザのプリファレンスを規定し、前記第２ネットワークと情報を共有し、
（Ｊ）前記ユーザ入力に基づいて、前記第２サーバに提供されるユーザ情報の一部内に含めるべきユーザ情報の量を決定する
ことを特徴とする請求項６記載の通信システム。
【請求項１０】
前記第２サーバは、
（Ｋ）前記ユーザ認証情報を受領し、
（Ｌ）前記受領したユーザ認証情報に基づいて、前記第１ユーザ用に前記第２ネットワークにおけるアプリケーションを起動する
ことを特徴とする請求項６記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信に関し、特に、通信ネットワークの一体構築に関する。
【背景技術】
【０００２】
多くの企業は、彼等のネットワーク内に、内部通信機器と外部通信機器とを含め、それ等を認識できることを望んでいる。内部通信機器を含めそれを認識することは比較的容易である。その理由は、内部通信機器と企業との間に高い信頼性が存在するからである。しかし外部通信機器と企業との間においては、信頼性は同じようには存在しない。
【０００３】
このような状況では、企業は内部通信機器に利用可能なサービスと同様なサービスを外部通信機器にも提供したいと思い、外部通信機器も、内部通信機器と同様なサービス・フィーチャにアクセスしようとする。しかし、多くの企業が直面する問題は、有益で新たなサービスを、外部通信機器と内部通信機器の両方に提供しながら、且つ企業のセキュリティとこのような相互作用の際のセキュリティをバランス良く維持する必要がある点である。
【０００４】
過去何年にもわたって、世界の通信のサービス・プロバイダは、３ＧＰＰ（3rd Generation Partnership Project）で作業して、相互動作が可能な標準を創り出し、これにより、音声、画像、データのサービスをそれ等の加入者に、ＳＩＰ（Session Initiation Protocol）とＩＭＳ（IP Multimedia Subsystem）のプロトコルに基づいて、提供してきた。
【０００５】
ＩＭＳ標準により、サービスプロバイダは、アプリケーションとサービスを、ユーザに、ユーザが使用する通信機器とは独立して、提供できる。しかし現在、サービスプロバイダのドメイン内のアプリケーションとサービス（例、同一の呼び即ち連続するアプリケーション上で動作する複数のアプリケーション／サービス）を、別のドメイン内（例えば企業ドメイン）でのみ特定可能なユーザにまで拡張し、それ等と協働作業する方法はない。共通のサービスを提供することにより、所有するトータルコストを減らすことが出来る。その理由は、コストは内部で分担され、新たなサービスをより大きなコミュニティに容易に分散することが出来、更によりコーディネートしたサービスを、ユーザが使用する装置に関わらずより、より大きな想定外のコミュニティに提供できるからである。
【０００６】
現在認識されている問題点には次のようなものがある。
（ａ）サービス・プロバイダと企業との間の接続の安全が確保されていない点、
（ｂ）サービス・プロバイダのドメイン内のユーザと企業のドメインとの間に、関連性が存在しない点、
（ｃ）企業のフィーチャとサービスを、サービス・プロバイダのドメイン内のユーザに開示する方法がない点、
（ｄ）ドメイン間では限られたモードの通信しかない点、
（ｅ）ユーザとサービス・プロバイダ・ドメインの間の認証は、企業のドメイン内では意味がない点、
（ｆ）セッションボーダーコントローラとトランスポートプロバイダ（２つのセッションボーダーコントローラ間でメッセージを転送する会社）が、伝送されているメッセージの情報を丸裸にしてしまう点、それは安全確保の観点から好ましくなく、情報の重要性に関する知識が無い為に、情報を除去してしまう点
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記の問題点に対する解決方法が、Tango Networks社により、Abrazoと称するソフトウエアで提案されている。Abrazoソフトウエアは、サービス・プロバイダのＩＭＳネットワーク内の携帯電話のＩＤと企業内のＩＭＳネットワーク内の内部ＩＤとの「携帯電話の関連性（ツィニングとも称し、これはExtension to Cellularとで知られている）」を提供している。この解決方法に於いては、各携帯電話のユーザは、２つのエクステンション（内線／延長番号）を有する。第１の延長番号は、ＰＢＸが所有し企業内の第１の延長番号である。第２の延長番号は、Abrazoサーバ上のものであり、第１の延長番号と対にされる即ちマッピングされる延長番号である。この解決方法は、次の点で好ましくない。Abrazoのシステムを利用するために、Abrazoに利用料を支払わなければならない。パイロット番号を用いて呼びを携帯電話のネットワーク（サービスプロバイダ）から企業内のそして最終的にAbrazoサーバにルーチングしている。しかしこの方法は、コスト高であり取扱が不便である。
【課題を解決するための手段】
【０００８】
本発明の一態様は、ユーザＩＤ又はユーザ情報をドメインを越えて転送し、且つユーザＩＤとユーザ情報の安全確保を損なうことなく提供することである。
【０００９】
本発明の他の態様は、企業が、サービスを、出来れば内部のアプリケーションシーケンシングを介して、内部のものと外部のものに、シームレスで且つ適切な方法で提供するような機構を提供することである。
【００１０】
アプリケーション・シーケンシングとは、アプリケーションを起動する機能のことである。アプリケーションは、ユーザにとってはサービスとも称する。アプリケーションは、トリガー又はユーザのプロファイルで規定されたルールに基づいて、起動される。アプリケーションを起動するトリガーは、ユーザが呼びを発する時に常に行われるものであるが、また所定の時間の間、特定のユーザから呼びを受領した時に、特定のアプリケーションを起動するしてもよい。これ等のトリガーは、デフォルトのトリガーであり、管理社であるユーザにより創設され、ユーザによりカスタマイズされ、時にウエブベースのＧＵＩを介して行われ、電話のインターフェイス（オーディオ又はビジュアル）等を用いて行われることもある。
【００１１】
ＩＳＣ（ＩＭＳ Service Control）インターフェイスと称する３ＧＰＰにより開発された標準に基づいたインターフェイスは、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）を規定し、アプリケーションシーケンシングを起動する。このある種のサーバ（例、AvayaのAuraTMサーバ）は、ＰＢＸ（構内交換機）或いはフィーチャ・サーバとして構築することが出来る。ＰＢＸとして構築された場合には、エンドポイント（即ちユーザの通信機器）は、サーバに直接接続し、このサーバが、Ｓ−ＣＳＣＦにＳＩＰトランクを介して、接続する。フィーチャ・サーバとして構築された場合には、エンドポイントは、サーバに直接接続しない。エンドポイントは、Ｓ−ＣＳＣＦに登録され、このＳ−ＣＳＣＦが、サーバをシーケンスド・アプリケーションとして、起動する。Ｓ−ＣＳＣＦは、サーバを、複数のシーケンスド・アプリケーションの１つとしてサーバを起動し、呼びの発信者と着信者に、電話のフィーチャを利用できるようにしている。
【００１２】
しかし、シーケンスド・アプリケーションは、呼びの半分しか知ることが出来ない。具体的には、シーケンスド・アプリケーションは、呼びの発信者側と受領者側の何れかしか知ることが出来ない。呼びの発信に基づいて起動されたシーケンスド・アプリケーションは、被呼者の電話番号は判るが、被呼者の状態、或いはフィーチャ（例、Send All Calls）が受信者にとって活性状態にあるか否かを、知ることは出来ない。
【００１３】
ＩＭＳは、ユーザのコミュニティに利用可能なサービスを行うためのアーキテクチャル・レームワークである。ＩＭＳアーキテクチャ内に於いては、Ｓ−ＣＳＣＦは、呼びが続いている間シグナリングパスに留まり、呼びに関連するあらゆるメッセージを調査する。
【００１４】
特定のドメインに対するユーザのプロファイル（例えば企業プロファイル或いはホーム・プロファイル）は、ルールとサービスのリストを含み、起動の順番を特定する。Ｓ−ＣＳＣＦは、各ユーザのプロファイルからの情報を用いて、アプリケーションを、ＩＳＣ（ＩＭＳ Service Control）インターフェイスを用いて、トリガーする。ＩＳＣインターフェイスは、双方向性であり、ＳＩＰを用い、ＩＥＴＦ（Internet Engineering Task Force）ＲＦＣ（Request For Comments）３２６１に基づいている。
【００１５】
サービスをユーザに提供するために用いられる別のタイプのアプリケーションは、ネームド・アプリケーション（named application）として公知である。代表的なネームド・アプリケーションは、ボイスメールと会議のアプリケーションを含む。ネームド・アプリケーションは、それ等を起動する方法の点で、シーケンスド・アプリケーション（sequenced application）とは異なる。ネームド・アプリケーションは、ユーザがそのアプリケーションを参照する電話番号をダイヤルすると、起動される。例えば、加入者は、自分のボイスメールアカウントに、パイロット番号をダイヤルすることにより、ログインできる。ユーザは、カンファレンスブリッジ電話番号をダイヤルすることにより、カンファレンスにログインできる。ネームド・アプリケーションに含まれる機能は、Ｓ−ＣＳＣＦが呼びにシーケンスするアプリケーションとなる。
【００１６】
Ｓ−ＣＳＣＦにより、複数のアプリケーション（ネームド・アプリケーションとシーケンスド・アプリケーション）は、同一の呼び上で動くことができる。これは極めて利点がある。その理由は、これにより、企業は、ベスト−ブリード−アプリケーションを混合しマッチすることが出来、同一のソフトウエアパッケージで提供する必要がある、或いは同一のベンダーにより必要とされる全てのフィーチャを、実行する必要がないからである。
【００１７】
シーケンスド・アプリケーションは、顧客のデータセンターに配置され、Ｓ−ＣＳＣＦにより起動される。その結果、全てのアプリケーションは、企業全般から見ることができ、ユーザの位置に関わらず、企業内のあらゆる全てのユーザによりアクセス可能となる。
【００１８】
シーケンスド・アプリケーションは、周囲のアプリケーションについては知ることなく、展開できる。その結果、アプリケーションは、互いに独立して動作し、緩く結合して、フレキシビリティを提供し、ＩＭＳネットワークの複数の好ましい属性の１つを提供する。即ち、使用中のユーザ、アプリケーション、フューチャを邪魔することなく、新たなアプリケーションを速く展開する機能を提供する。アプリケーション・サーバにより新たなアプリケーションを「ホット状態」にし、その間、企業の残りのアプリケーションを走らせることもできる。新たなアプリケーションが最初に留置されても、ユーザは、アプリケーションを起動することなく、既存のユーザ或いはアプリケーションに対し何らの影響を及ぼさない。次に、小グループのユーザのプロファイルを修正して、新たなアプリケーションを起動する。アプリケーションが期待された通りに動くと、トライアルは、より多くのユーザにまで拡張され、且つＩＴ（Information Technology）の機構が、アプリケーションサーバのパフォーマンスに満足するまで、長時間持続する。その時点において、アプリケーションは、企業全体で利用可能となる。アプリケーションが期待通りに動かない場合には、小さなユーザ群は影響を受け、新たなアプリケーションは不能にさせられる。
【００１９】
本発明の一実施例によれば、ＩＭＳピアリングを実行する方法とシステムと装置が提供される。一実施例においては、ＩＭＳピアリングは、シーケンスド・アプリケーションを含むドメインとは異なるドメイン（例：企業ドメインの一部ではない）からの発呼者と被呼者に向けたシーケンスド・アプリケーションを起動するメカニズムである。例えば企業ドメイン内にいない発呼者と被呼者は、アプリケーションを管理しない。発信者側に於いて、発呼者が企業ドメインの外にいる場合には、そのユーザは認証されず、認証されないユーザのためにアプリケーションを起動することは、セキュリティリ・スクとなる。ＩＭＳピアリングにより、シーケンスド・アプリケーションは、隣接するネットワーク内のユーザ用に起動される。これは、ユーザとそれ等の機器に関し認証された情報を企業に提供することにより行われる。
【００２０】
この機能により、隣接するネットワークの所有者間の協調関係（これはネゴシエイトする必要がある）を有効利用できる。ＩＭＳピアリングサーバ間は、常時接続かオンデマンド接続で行われる。
【００２１】
サービス・プロバイダ・ネットワーク上のユーザが呼びを開始すると、サービス・プロバイダは、呼びを発信した装置を正確に認識する。しかし、サービス・プロバイダは、装置の実際の使用者を認証するわけではない。ＩＭＳピアリングサーバを用いて、その時点で知られた認証のレベルが、あるドメイン内のＩＭＳインフラから、別のドメイン内のＩＭＳインフラに転送される。その結果、発呼装置のＩＤは、その後企業ドメイン内のシーケンスド・アプリケーションで安全に使用できる。
【００２２】
本発明の一実施例によれば、ユーザＩＤは、２つの隣接するネットワーク上で常に同一ということはない。公衆ドメインで使用される電話番号（家庭の電話番号）は、通常彼等の企業の電話番号とは異なる。隣接するドメインに於けるユーザは、企業内の電話番号さえ有さないこともある。このユーザは、別の企業の顧客或いは従業員（例、ベンダー）のこともある。別のドメインからのユーザが、企業内に電話番号ではないＩＤを有することも可能であり、それは好ましいことである。彼等は、アカウント番号或いはｅメール番号で認識される。ユーザのＩＤが、あるＩＭＳネットワークから別のＩＭＳネットワークに通信されると、ＩＭＳピアリングは、ユーザのＩＤを２つのネットワークの間でマッピングすることが出来る。これは、彼等のＩＤ情報が２つのネットワークで異なっている場合に行われる。
【００２３】
一実施例においては、ユーザがパソコンから通信を開始すると、クッキー或いは他の情報が、呼びの受領者に自動的に利用可能となり、通信を容易にする。ＩＭＳピアリングにより、ユーザが共有しようとする情報の共有化が可能となる。ユーザが、アカウント番号、課金アドレス、或いは彼等の購入プリファレンスに関する情報を、サービス・プロバイダにおけるサーバ上に或いはホーム・ドメイン上に、タグ（情報を共有しようとする会社或いは企業を特定する）と共に記憶することが出来る。ユーザが特定された会社に電話をかけると、サービス・プロバイダは、被呼された企業に、ユーザに関する更なる情報を、ＩＭＳピアリングを介して、提供できる。一実施例においては、メッセージは、フォーマット化され、ユーザの情報を、あるドメインから別のドメインに、搬送する。ユーザの情報は、メッセージのボディ或いはヘッダー内に含まれる。一実施例においては、メッセージは、ＳＩＰ又は制御メッセージを含む。一実施例においては、メッセージは、通信ネットワークを越えて転送可能なパケットを含む。各パケットの一例は、SRTP(Secure Real-lime Transport Protocol)packets or message(s)，SRTCP(Secure Real-time Transport Control Protocol)packets or message(s),TCP(Transport Control Protocol)packets or  message(s),UDP(User Datagram Protocol)packets or message(s)，SCTP(Stream Control Transmission Protocol)packets or message(s)を含む。
【００２４】
本発明の一実施例によれば、ＩＭＳピアリングにより、隣接するＩＭＳネットワークは、企業内のアプリケーションを起動できる。サービス・プロバイダ・ネットワークは企業内のシーケンスド・アプリケーションをその後起動する。
【００２５】
ここに開示したフィーチャの一例を次に示す。
（ａ）サービス・プロバイダ内のピアリングサーバと企業ネットワークが、ユーザを認証すること
（ｂ）サービス・プロバイダ・ピアリングサーバは、ユーザの為にシーケンスされること
（ｃ）サービス・プロバイダ・ピアリングサーバにより、呼びは通常継続するが、更なる情報を企業のピアリングサーバに送ること
（ｄ）企業に入ってくる呼びは、企業のピアリングサーバにシーケンスされること
（ｅ）企業のピアリングサーバは、呼びの前に受領した更なる情報を関連付けること
（ｆ）企業のピアリングサーバにより、呼びが通常連続すること
【００２６】
本明細書に開示したピアリング・スキームを実行することにより、以下の利点がある。
（ａ）ユーザのＩＤの認証は、サービス・プロバイダ境界を通過できること
（ｂ）サービス・プロバイダ・ドメイン内の顧客は、企業が顧客と如何に通信するかについてのポリシーを確立できること
（ｃ）サービス・プロバイダ・ドメイン内の顧客は、企業との信頼関係を構築し、更なる情報（例：現在のロケーション、装置の種類、アカウント番号、社会保障番号、クレジットカード情報）を共有できること
（ｄ）企業は、自分のサービスをサービス・プロバイダ・ドメイン内の顧客に提供できること
（ｅ）企業は、マルチモードの通信を、サービス・プロバイダ・ドメイン内の顧客に強制できること
（ｆ）ピアリングサーバは、サービス・プロバイダから企業に送信する必要のある情報が変更されずに到着することを保証する手段を提供できること
【００２７】
更に以下のコスト的な利点がある。
（ａ）ＳＩＰトランキング（trunking）は、リンクをサービスプロバイダのネットワークに張る設備（相互接続装置）を減らすことができ、その結果、相互接続装置のリース料金を減らすことが出来る。
（ｂ）ＳＩＰトランキングにより、企業は、自身のリダイレクションを行うことができ、ネットワークからのリダイレクション、ルーティングコストの削除が出来る。
（ｃ）あるサービスは、現在ネットワーク経由で提供されているが、本発明により、これ等のサービスは、企業に一体化される。斯くして、再発生するサービスコスト、例えばドゥ・ノットゥ・コール（Do-Not-Call）、企業を超えたカンファレンス・コールのコストを減らすことが出来る。
（ｄ）コスト的に有利なルーティングが実行できる。"TaiI End Hop Off"  で、長距離と国際電話の料金を減らすことが出来る。
（ｅ）サービスを一般化するアジャンクトのモデルが、削除され、これにより、アプリケーションの組み込みと配置コストを減らすことが出来る。
（ｆ）特定のコミュニティを目標とするサービスは、そのコミュニティ用にのみ与えられ、展開され、ライセンシング・コストや留置コストを減らすことが出来る。
（ｇ）通信境界の削除により、設置コスト、データセンターのコスト、電力コストを減らすことが出来る。
（ｈ）ピアとなるような通信システムに用いられるものは、装置とサービス・ソフトウエアの組み合わせとなり、通信システムを提供するコストを低下させることができる。
【００２８】
本発明の一実施例によれば、本発明の方法は、
（Ａ）第１ネットワークが、第１ユーザにより操作される第１顧客通信機器から、第１リアルタイム通信初期化メッセージを受領するステップと、
（Ｂ）前記第１ネットワークでの前記第１ユーザを認証するステップと、
（Ｃ）第２リアルタイム通信初期化メッセージを、前記第１ネットワークから第２ネットワークに転送するステップと、
前記第１ネットワークは、第１のエンティティにより操作される第１ドメインに属し、
前記第２ネットワークは、第２のエンティティにより操作される第２ドメインに属し、
（Ｄ）ユーザ情報を、前記第１ネットワークから前記第２ネットワークに転送するステップと、
その結果、前記ユーザ情報は、以下の少なくとも一方を処理する際に、前記第２ネットワークにより使用される、
（ｉ）第２リアルタイム通信初期化メッセージ、
（ｉｉ）前記第２リアルタイム通信初期化メッセージにより生成された通信セッション、
を有する。
【００２９】
ユーザ認証情報を用いて、呼びの設定の間（即ちリアルタイム通信初期化メッセージの処理の間）、第２のネットワークに於いて通信アプリケーションをシーケンス付ける。別の構成として、ユーザ認証情報を用いて、ユーザに関する情報を得る。しかしこれは、ユーザから情報を直接取り出すことなく行うことが出来る。例えば、第２ネットワークがコールセンターを運用している企業ネットワークの場合には、ユーザに関する情報は、第２のネットワークで得られる。しかし、これは、ユーザが第２ネットワークにより動作されている双方向音声応答（ＩＶＲ）と相互作用することなく、行うことが出来る。これにより、ユーザが遭遇する従来の通信セッションを簡素化し、更に第２ネットワークにより得られたユーザ情報の精度を向上させる。その理由は、情報が別のネットワークから取り出すことができるからである。この別のネットワークは、ＩＶＲインターフェイスより安定した状態の下でユーザ情報を発信元から得ることが出来たものである。
【図面の簡単な説明】
【００３０】
【図１】本発明の一実施例による通信システムのブロック図。
【図２】本発明の一実施例によるピアリングサーバのブロック図。
【図３】本発明の一実施例で使用されるデータ構造を表す図。
【図４】本発明の一実施例による通信方法のフローチャート図。
【発明を実施するための形態】
【００３１】
図１において、通信システム１００は、様々な通信モダリティを介して、互いに通信する複数の通信機器を有する。一実施例において、通信システム１００は、第１ドメイン１０４と第２ドメイン１０８とを有する。これ等は、別々エンティティ（例：２つの企業と）により所有され動作される。第２ドメイン１０８は企業ドメインを有し、第１ドメイン１０４はサービス・プロバイダ・ドメインを有する。しかし、本発明の実施例は、このようなドメイン構造に限定されるものではない。より具体的には、第１ドメイン１０４と第２ドメイン１０８は、別々のサービス・プロバイダ・ドメイン（別々のサービス・プロバイダにより所有され、管理される）か、或いは第１と第２のドメインは、別々の企業ドメイン（別々のサービス・プロバイダ企業）により動作され管理される。
【００３２】
本発明の一実施例によれば、第１ドメイン１０４は、第１ネットワーク（例えばＩＭＳネットワーク）１１２と、第１データベース（例えばＩＭＳデータベース）１２４を有する。第１ネットワーク１１２は、通信機器を有し、これは、第１ドメイン１０４のエンティティにより所有され管理される。このような通信機器の一例は、ルーター、交換器、サーバ、ゲートウエイ、通信機器を含む。第１データベース１２４は、第１ネットワーク１１２のユーザに関する様々なデータを有する。一例として、第１データベース１２４は、第１ネットワーク１１２の加入者ユーザに関連するデータを含む。更に、第１データベース１２４は、第１ネットワーク１１２でユーザを認証するために使用されるデータ（例えば、ユーザＩＤ情報、ユーザネーム、パスワード情報、課金情報等）を含む。これによりユーザは、第１ネットワーク１１２のリソース（資源）を使用できる。
【００３３】
本発明の一実施例によれば、第１ドメイン１０４内のユーザは、カスタマ通信機器１１６を利用して、第１ネットワーク１１２に接続される。これにより、そのユーザは、第１ネットワーク１１２又は別のネットワークに接続された通信機器を有するユ−ザとの通信が可能となる。一実施例において、ユーザ又はカスタマ通信機器１１６は、第１ネットワーク１１２により、認証されるか、それに単に接続される。これは、通信セッションを開始しようとするユーザがいない場合でもそうである。他の実施例において、ユーザ又はカスタマ通信機器１１６は、第１ネットワーク１１２により認証されるが、これは、ユーザが第１ネットワーク１１２にカスタマ通信機器１１６を介して接続され、ある認証情報（ユーザネーム、パスワード、セキュア通信カード、ＳＩＭカード等）を第１ネットワーク１１２に提供することにより、行われる。ユーザが第１ネットワーク１１２で認証されると、ユーザは、第１ネットワーク１１２の資源を利用できる。例えば、呼びの発信と着信、ｅメールの送受信、テキストメッセージの送受、チャットの送受信、ウエブコンテンツを見たり、テレビを見たりすることができるようになる。
【００３４】
一実施例において、ユーザは、他のネットワークとこの他のネットワークのユーザと、第１ネットワーク１１２を介して接続される。一例として、ユーザは、呼びを第２ドメイン１０８のユーザに、第１ネットワーク１１２を介して発する。これ等のネットワーク内通信機能は、第１セッション・ボーダー・コントローラ（ＳＢＣ）１２０ａと第１ピアリング・サーバ１２８により行われる。これ等は、第１ドメイン１０４内にあり第１ネットワーク１１２に接続される。第１セッション・ボーダー・コントローラ１２０ａと第１ピアリング・サーバ１２８は、第１ネットワーク１１２とは別個のものとして記載されているが、これ等の装置の一方或いは両方は、第１ネットワーク１１２内に含めることも出来る。又２つの装置ではなく１個の装置／サーバ上に提供することも出来る。
【００３５】
第１ドメイン１０４の第１セッション・ボーダー・コントローラ１２０ａは、第２ドメイン１０８の第２セッション・ボーダー・コントローラ１２０ｂを介して、接続される。第１セッション・ボーダー・コントローラ１２０ａと第２セッション・ボーダー・コントローラ１２０ｂは、それぞれ、第１ドメイン１０４と第２ドメイン１０８により使用される装置であり、シグナリングとメディアストリームに対する制御を実行する。このシグナリングとメディアストリームは、呼びの設定、実行、分離、或いは双方向のメディア通信に関与する。第１セッション・ボーダー・コントローラ１２０ａと第２セッション・ボーダー・コントローラ１２０ｂは、セッションを有するデータストリームに対し影響を有する。具体的には、それは、このデータストリームがドメイン間の境界を横切る際に、影響を及ぼす。更に第１セッション・ボーダー・コントローラ１２０ａと第２セッション・ボーダー・コントローラ１２０ｂは、彼等が制御する電話の呼びに対する測定装置、アクセス制御装置、データ変換装置を提供する。
【００３６】
第２ドメイン１０８は、第２セッション・ボーダー・コントローラ１２０ｂに加えて、更に第２ネットワーク（例えば企業ネットワーク）１３２と第２データベース（例えば企業データベース）１４８とを有する。第２ドメイン１０８は、企業内ユーザ装置１３６とフィーチャ・サーバ１４０と、第２ピアリング・サーバ１４４とを有する。
【００３７】
第２ネットワーク１３２は、第１ネットワーク１１２に類似する。第２ネットワーク１３２が、第２ドメイン１０８を通る通信を実行し他のドメインの他の通信ネットワークと接続する。一実施例において第２ネットワーク１３２は、交換器、ルータ、サーバ、ゲートウエイ、或いは通信セッションを設定するのに用いられる装置を含む。
【００３８】
第２データベース１４８は、第２ドメイン１０８内の様々なユーザ用のユーザ・データを有する。言い換えると、第２ドメイン１０８のメンバーは、第２ドメイン１０８に登録され、第２ドメイン１０８の資源を、このネットワークに登録することにより、利用できる。斯くして、第２データベース１４８は、様々な登録されたユーザ（企業ユーザ）認証情報と他のより一般的なユーザ情報を含む。
【００３９】
本発明の一実施例によれば、第１ドメイン１０４からのユーザ情報は、第２ドメイン１０８と共有される。これは、第１ピアリング・サーバ１２８と第２ピアリング・サーバ１４４を介して、行われる。ユーザ情報は、ユーザ認証情報を含み、ドメイン間で共有され、第１データベース１２４と第２データベース１４８に登録される。これにより、非加入者ユーザ用に各ドメインが有する情報を補う。具体的には、ユーザ情報とユーザ認証情報は、第１ネットワーク１１２の加入者ユーザである第１ユーザ用の第１データベース１２４内に登録され、第２ネットワーク１３２に提供され、そこで、第２データベース１４８内に登録され、ある期間第２ネットワーク１３２で使用される。ある期間とは、第２ネットワーク１３２で第１ユーザから第１ネットワーク１１２を介して受領した呼び又は呼びの設定メッセージの処理の期間である。
【００４０】
図１から判るように、第１ピアリング・サーバ１２８と第２ピアリング・サーバ１４４は、直接接続されるか、中間機器を介して接続される。本発明の一実施例によれば、第１ピアリング・サーバ１２８と第２ピアリング・サーバ１４４は、それぞれ、第２ピアリング・サーバ１４４と第１ピアリング・サーバ１２８への、ダイナミックな或いは永続的なリンクを有する。これはＴＬＳ（Transport Layer Security ）、ＨＴＴＰＳ（Hypertext Transfbr ProtocoI Secure ）、或いは他のセキュアなメッセージトランスポート機構を介して、行われる。別の構成として、第１ピアリング・サーバ１２８と第２ピアリング・サーバ１４４は、特定のネットワークバウンダリーを横切るＳＩＰセッションに影響を及ぼす。これは、インストラクションを、セッション・ボーダー・コントローラ１２０ａ、１２０ｂへ入るＳＩＰメッセージ内に組み込むことにより、行われる。このインストラクションは、セッション・ボーダー・コントローラ１２０ａ，１２０ｂに対し、特定のＳＩＰメッセージからユーザ情報を除去ないよう指示する、或いは確立されたセッションの間に送信されたメッセージからユーザ情報を除去しないように指示する。
【００４１】
本発明の一実施例によれば、第２ドメイン１０８内のフィーチャ・サーバ１４０は、あるフィーチャを「内部ユーザ」にのみ提供し「外部ユーザ」には提供しない。一例として、フィーチャ・サーバ１４０は、ＥＣ−５００（携帯フィーチャへの延長）を企業内ユーザ通信機器（即ち内部ユーザ）１３６には提供するが、カスタマ通信機器（即ち外部ユーザ）１１６には提供しない。ＥＣ−５００は、高度のモビリティ・フィーチャであり、このフィーチャは、オフＰＢＸ（を経由しない）電話番号（携帯電話番号、家庭の電話番号）を企業内電話番号に緩やかに結合する。その結果、企業内の電話番号が警報（着信通知）を受けると、呼びは、同時にオフＰＢＸ電話番号（携帯電話番号、家庭の電話番号）まで延びる。呼びは、ユーザにより何れかの装置でピックアップすることができる。フィーチャ・サーバ１４０により提供される他のフィーチャは、内部ユーザ或いは外部ユーザかに応じて、制限される。
【００４２】
これ等の制限は、第２ネットワーク１３２と内部ユーザとの間の信頼性レベルは、第２ネットワーク１３２と外部ユーザとの間のそれに比較すると高い為、通常実行される。斯くして、内部ユーザが第２ネットワーク１３２で認証されると、内部ユーザは、外部ユーザがアクセスできない資源にアクセスできる。本発明の一実施例によれば、外部ユーザは、第２ネットワーク１３２とのより高いレベルの信頼性を確保できる為、この外部ユーザは、通常の外部ユーザには許可されない資源（例えばフィーチャ・サーバ１４０）を利用できる。本発明の他の実施例をフィーチャ・サーバ１４０のあるタイプの資源とリソースを例に議論したが、あらゆる種類の資源／フューチャが、フィーチャ・サーバ１４０により、内部ユーザと外部ユーザに、認証情報をユーザから直接に或いはユーザのホームネットワークを介して受領した時に、提供される。上記したように、認証情報は、ネットワーク間で、第１ドメイン１０４と第２ドメイン１０８内の第１ピアリング・サーバ１２８と第２ピアリング・サーバ１４４を介して、共有される。
【００４３】
第１ネットワーク１１２と第２ネットワーク１３２は、あらゆる種類の又はあらゆる数の通信媒体と通信機器を含んでもよく、これ等により、通信セッション（ボイスコール、音声の呼び、画像の呼び、チャット、ｅメール、チャット、ＴＴＹコール、メディア媒体セッション等）をサポートする。第１ネットワーク１１２と第２ネットワーク１３２は、企業ネットワークとして実現され、ＬＡＮ、ＷＡＮ、ＳＩＰネットワーク、あらゆるパケット交換或いは回路交換のネットワークを含んでもよい。更に第２ネットワーク１３２は、１種類のネットワークに限定されず、様々なネットワークを含んでもよい。第１ネットワーク１１２と第２ネットワーク１３２は、サービス・プロバイダネットワークで実現された場合には、ＩＭＳネットワーク或いはインターネット、ＰＯＴＳ、ＩＳＤＮ、ＰＳＴＮ、携帯電話網へのアクセスを提供する。
【００４４】
図２は、第１ピアリング・サーバ１２８と第２ピアリング・サーバ１４４の詳細を示す、同図に於いて、第１ピアリング・サーバ１２８と第２ピアリング・サーバ１４４の一方或いは両方は、メモリ２０４を含む。このメモリ２０４は、様々なモジュール或いはアプリケーションを含み、ユーザ情報とユーザ認証情報を、ドメインの境界を超えて転送する。第１ピアリング・サーバ１２８と第２ピアリング・サーバ１４４は、プロセッサ２２４とネットワーク・インターフェース２２８とを含む。プロセッサ２２４は、メモリ２０４のコンテンツを実行する。ネットワーク・インターフェース２２８は、第１ピアリング・サーバ１２８と第２ピアリング・サーバ１４４を、他のネットワーク装置或いは他のピアリングサーバと、接続する。
【００４５】
一実施例において、メモリ２０４は、認証モジュール２０８と、セキュリティ・モジュール２１２と、データ共有／データ・フォーマティング・モジュール２１６と、ユーザ・インターフェース・モジュール２２０とを含む。認証モジュール２０８は、ユーザ認証情報を、ユーザから或いはデータベースから取り出す。認証モジュール２０８は、ユーザ認証情報を他のピアリングサーバに送り、他のピアリングサーバから受領したユーザ認証情報を管理する。
【００４６】
セキュリティ・モジュール２１２は、ピアリングサーバ間で送信されたデータの安全確保をする機能を提供する。具体的には、ピアリングサーバは、ユーザ情報又はユーザ認証情報を送信するので、他のピアリングサーバに送信する前に、データを暗号化したり安全確保する必要がある。セキュリティ・モジュール２１２は、重要なデータの安全確保をする機能を提供し、通信ネットワーク間で情報を平文で送信しない。
【００４７】
データ共有／データ・フォーマティング・モジュール２１６は、非ユーザ認証情報を他のピアリングサーバに転送する。更に、データ共有／データ・フォーマティング・モジュール２１６は、他のピアリングサーバからユーザ情報を受領し、それをピアリングサーバが接続されるネットワークで使用できるようにフォーマット化する。言い換えると、データ例えばユーザ情報のフォーマットは、あるネットワークと他のネットワークとで、必ずしも同一ではない。例えばあるネットワークは、第１データフォーマットを第１スキーマを使用するが、他のネットワークは、第２データフォーマット即ち第２スキーマを利用する。このような状況において、データ共有／データ・フォーマティング・モジュール２１６は、あるピアリングサーバから受領したデータを再度フォーマット化し、その後ローカルなデータベース（即ち、再フォーマット化を実行したピアリングサーバと同一のドメイン内のデータベース）内に記憶する。
【００４８】
ユーザ・インターフェース・モジュール２２０により、ユーザがピアリング・サーバ１２８，１４４とインターフェースし、データ共有プリファレンスをピアリングサーバに提供する機能を有する。具体的には、ユーザは、第１ドメイン内のピアリングサーバとインターフェースでき、１個或いは複数個のドメイン用のデータ共有プリファレンスを特定する。他のドメイン用のデータ共有プリファレンスは、同一であるが、必ずしもその必要はない。例えば、ユーザは、様々なドメイン用に、様々なドメイン内にある様々なピアリングサーバ用に、様々なデータ共有プリファレンスを規定できる。一実施例においては、ユーザ・インターフェース・モジュール２２０は、ＧＵＩを有し、このＧＵＩが、ユーザにインターネット（即ちウエブ・インターフェイス）を介して、提供される。他の実施例に於いては、ユーザ・インターフェース・モジュール２２０は、音声インターフェースを有し、この音声インターフェースはユーザにＩＶＲ等を介して、提供される。フォーマットに関わらず、ユーザ・インターフェース・モジュール２２０は、データ共有に関連するユーザ・プリファレンスを受領し、このプリファレンスを、メモリ２０４の他のコンテンツの中から優先する。
【００４９】
図３において、別々のドメインにある第１データベース１２４と第２データベース１４８は、カスタマ・データ３０４，３０８を記憶する。更に第１ピアリング・サーバ１２８と第２ピアリング・サーバ１４４は、ドメイン境界を超えて顧客データ或いは情報を共有する機能を提供する。従って、カスタマ・データ３０４の第１インスタンスが、第１データベース１２４に記憶され、カスタマ・データ３０４の一部或いは全てのインスタンスが、別のドメインにある第２データベース１４８に転送される。顧客データが、ドメイン境界（通常セッション・ボーダー・コントローラ１２０ａ，１２０ｂの存在により定義される）を越えて転送されると、カスタマ・データ３０４８の第２インスタンスは、第２データベース１４８内に記憶される。一実施例において、ユーザは、認証情報も含む情報の全てを、あるドメインと別のドメインとで共有させることもできる。他の実施例においては、ユーザは、カスタマ・データ３０４の第１インスタンスのサブセットのみを他のドメインと共有させることも出来る。
【００５０】
どのような事象においても、特定のデータベース１２４と１４８に記憶されたカスタマ・データ３０４，３０８は、例えば、識別化フィールド３１２ａ，３１２ｂと、識別情報フィールド３１６ａ，３１６ｂと、呼び情報フィールド３２０ａ，３２０ｂとを含む。識別化フィールド３１２ａ，３１２ｂは、ドメイン特有の顧客ＩＤ情報と、他のドメインのユーザ用のＩＤ情報を含む。斯くして一実施例においては、あるドメイン内のユーザＩＤ情報は、他のドメイン内のユーザＩＤ情報にマッピングされる。ＩＤ情報（例：ユーザネーム、アドレス、社会保障番号、主電話番号等）のこのマッピングにより、ユーザ情報を受領したドメインは、特定のユーザに対するある種のユーザ情報は、既にローカルなデータベースに記憶されているか否かを、他のドメインにより提供されるユーザ情報の全てを抽出する前に、直ちに決定できる。これにより、正確なユーザ記録が、そのドメイン内に保存され、且つユーザ情報を受領するピアリングサーバが実行する必要のある処理量を減らすことが出来る。
【００５１】
識別情報フィールド３１６ａ，３１６ｂは、特定のユーザに対する認証情報を含む。言い換えると、識別情報フィールド３１６ａ，３１６ｂは、ユーザネーム情報、パスワード情報、電子証明情報、ユーザを認証する他のタイプの情報を含む。
【００５２】
呼び情報フィールド３２０ａ，３２０ｂは、通信セッション（例えば音声コール、画像コール、テキストセッション、チャット、ｅメールストリング、ＴＴＹセッション等）の呼びＩＤ情報、或いは他の記述子を記憶する。ある実施例においては、あるドメインから別のドメインにユーザ情報を転送するトリガー事象は、あるドメインに於ける通信初期化メッセージの受領であり、この通信初期化メッセージは、別のドメインに向けられる。このようなメッセージの受領は、ユーザ情報をドメイン境界を超えて転送するトリガリング事象であるので、本発明の実施例により、ピアリング・サーバ１２８，１４４は、呼びＩＤ情報を、ユーザ情報を送信する時に、共有する。
【００５３】
これにより、ユーザ情報を受領したピアリング・サーバ１２８，１４４は、第２ドメインでユーザを特定し、可能ならば第２ドメインでユーザを認証し、通信初期化メッセージ、或いは初期化メッセージにより開始される通信セッションを、受領したユーザ情報と共に、処理する。ユーザ情報は、通信初期化メッセージと共に転送されるために、本発明の実施例により、ユーザ情報と、通信初期化メッセージと、それにより形成された後続の通信セッションとの間での関連性が形成される。ユーザ情報と通信初期化メッセージと通信セッションとの間の関連性により、ユーザ情報を受領したドメインは、ユーザをドメインの内部ユーザ即ち信頼されたユーザとして取り扱うことが出来る。これは、そのユーザが、そのドメインに、外部ソースとセッション・ボーダー・コントローラ１２０ａ，１２０ｂを介して接続された場合でも、そうである。
【００５４】
図４の方法は、呼びを例に説明するが、本発明はこれに限定されない。具体的には本発明の実施例は、ボイス・コール、ビデオ・コール、テキスト・セッション、チャット・セッション、ｅメール・ストリング、データ共同収集、メディア通信セッション等にも適用可能である。
【００５５】
本発明は、呼び開始メッセージを第１ネットワーク１１２が、カスタマ通信機器１１６から受領した時に開始する（ステップ４０４）。この呼び開始メッセージは、呼び設定信号、Ｈ．３２３呼び設定メッセージ、ＳＩＰＩＮＶＩＴＥメッセージ、通信セッションを開始するのに使用されるあらゆるタイプのメッセージを含む。
【００５６】
その後、第１ネットワーク１１２は、受領したメッセージを送信したカスタマ通信機器１１６を特定する（ステップ４０８）。この特定は、メッセージ或いはヘッダーを解析することにより、行われる。これにより、カスタマ通信機器１１６のＩＰアドレス又は類似の識別子を提供できる。
【００５７】
カスタマ通信機器１１６を特定すると、第１ネットワーク１１２は、第１ピアリング・サーバ１２８を起動する。この第１ピアリング・サーバ１２８は、第１データベース１２４から関連ユーザ情報を取り出す（ステップ４１２）。具体的には、第１ピアリング・サーバ１２８は、特定されたカスタマ通信機器１１６に関連するユーザを決定する。一実施例においては、ユーザとカスタマ通信機器１１６との間の１対１の関係が、通信機器が共有されていない場合に、仮定されている。しかし複数のユーザが１個の通信機器に関連している場合には、第１ピアリング・サーバ１２８は、その通信機器に関連すると考えられるあらゆるユーザに関する情報を取り出す。一実施例において、１つの通信機器に関連して複数のユーザがいる場合には、第１ピアリング・サーバ１２８は、ユーザに問い合わせを送り、更なるＩＤ情報（ユーザネーム、母親の旧姓、誕生日等）を得る。
【００５８】
関連するユーザ情報を第１ピアリング・サーバ１２８が取り出すと、本発明の方法は、第１ピアリングサーバ１２８が、装置のＩＤ或いはユーザ情報を第２ピアリング・サーバ１４４に、ドメイン境界を越えて、提供する（ステップ４１６）。これにより、第２ネットワーク１３２は、ユーザ情報にアクセスできるが、その際、ユーザから情報を直接要求する必要はない。更に呼び特定情報は、ユーザ情報と共に提供され、その結果、第２ネットワーク１３２は、ユーザ情報と呼びとの間に関連性を構築する。
【００５９】
ユーザ情報を第２ピアリング・サーバ１４４が取り出すと、第２ピアリング・サーバ１４４は、受領したユーザ情報を、第２ドメイン１０８内の局部的なユーザ情報にマッピングする（ステップ４２０）。言い換えると、第２ピアリング・サーバ１４４は、ユーザが内部ユーザであるか否かを決定する。これは、ユーザが第１ネットワーク１１２に第２セッション・ボーダー・コントローラ１２０ｂを介して接続した場合でも、行われる。
【００６０】
その後、このＩＤマッピングに基づいて、第２ネットワーク１３２は、自動化されたフィーチャ（例えばシーケンスド・アプリケーション或いはネームド・アプリケーション）を励起する（ステップ４２４）。呼びの設定の間、自動化されたフィーチャが起動されない場合には、本発明の方法はステップ４３２に飛ぶ。自動化されたフィーチャが、第２ドメイン１０８で起動された場合には、ユーザのＩＤは、フィーチャ・サーバ１４０に送られる（ステップ４２８）。フィーチャ・サーバ１４０は、必要なアプリケーションを呼び設定プロセスにシーケンスするか、呼びの間使用できるように、ネームド・アプリケーションを初期化する。
【００６１】
本発明の方法は、更に、第２ピアリング・サーバ１４４が、ユーザ情報は直接呼びの参加者と共有すべきか否かを決定する（ステップ４３２）。この問い合わせが肯定的な場合には、ある量のユーザ情報（可能ならばユーザＩＤ情報を含む）が、第２ピアリング・サーバ１４４から呼びの受領者に提供される（ステップ４３６）。この情報は、フィーチャ・サーバ（図１のフィーチャ・サーバ１４０）に提供され、このフィーチャサーバが、情報が呼びに如何に影響を及ぼすかを決定する。この情報は、発呼者側の前の呼びの披瀝、或いは発呼者の社会ネットワーク情報やステータスを含む。或いは、フィーチャ・サーバは、発呼者に関するアカウント情報を取り出し、補足的なアプリケーションを起動し、ユーザに関連するディスプレイを起動する。上記の例は、必ずしも、開始したセッションの為に発呼者に可能となるアクションの全部のリストではない。即ち一部である。呼びの受領者に提供されるある種のユーザ情報は、発呼者と第２ドメイン１０８を管理する企業との間の呼びの披瀝、発呼者の課金情報、発呼者のＩＤ情報、他の関連情報を含む。ユーザ情報を呼びの受領者に転送することは、呼びの受領プロセスを効率的にし、コンタクトセンターの設置に対し有益である。更に発呼者側のユーザは、個人化された処理を受領するが、これは、ＩＶＲ或いは他の自動化されたデータ取り出しエージェントを利用せずに、行うことが出来る。ユーザ情報が受領者に提供された後、或いは、ユーザ情報が受領者と共有されない場合には、本発明の方法は呼びの確立で終了する（ステップ４４０）。
【００６２】
異なるドメインのユーザ間により効率的な通信セッションを確立するには、様々な方法がある。ここで幾つかの方法を本発明の実施例で、より詳細に且つその利点を説明する。
【００６３】
第１の実施例として、ＥＣ−５００フィーチャの現在の使用により、ユーザは、呼びを自分の携帯電話から発し、企業ネットワーク内で受ける呼びを、それがあたかも自分の卓上電話でその電話の発呼者の名前と発呼番号で発信できるようにする例を説明する。本発明の一実施例に於いては、ＩＭＳピアリングとシーケンスド・アプリケーションは、外部装置とユーザとを関連づける機能を拡張し、且つその発呼者に提供される発信サービスを更に拡張できる。
【００６４】
呼びを、自分の携帯電話、家庭の電話、或いは企業内のユーザへのインターネット接続を通じて発信するユーザにとって、ＩＭＳピアリングは、自分の呼び装置を企業ネットワークとの通信状態に維持させることができる。企業ネットワークは、ユーザ用にシーケンスアプリケーションをフィーチャ・サーバ１４０を介して、起動する機会があり、これは、発呼者が自分の卓上電話を用いたのと同様に行うことができる。企業ネットワークは、ユーザが遠隔地にいる場合、更なるシーケンスド・アプリケーションを起動する機会があり、遠隔地にいるユーザの作業経験を改善するサービスがある。
【００６５】
サービスの一例は、呼びの記録である。ユーザの呼びの全て、或いは来入する呼びと発信呼びの両方が記憶されると、シーケンスド・アプリケーションは、その呼びは、知り合いのユーザから企業へ来入する呼びであり、彼等のために呼びの記録を起動することを認識する。
【００６６】
他の例として、ＩＭＳピアリングは、発呼者のビジネスの相手であるネットワークまで拡張される。例えば、発呼者が、会社のコンタクト・センターにダイヤルインする。すると、サービス・プロバイダは、会社のＩＭＳネットワークに、呼びを行った装置の認証ＩＤを提供する。呼びを行った装置が判ることにより、コンタクト・センターは、口頭による認証の量を削減して、これにより相互作用を簡単明瞭にする。
【００６７】
ＩＤ認証に加えて、サービス・プロバイダは、コンタクト・センターに、発呼者が使用している装置の種類と、発呼者の所有している装置のタイプを提供する。発呼者が呼びを家庭の電話機からかけ、発呼者は、サービス・プロバイダとのケーブル接続或いは衛星テレビ接続を有すると仮定する。すると、サービス・プロバイダは、コンタクト・センターにテレビジョンの存在を通知する。発呼者が商品の購入を考えている場合には、商品の写真とその商品に関連する見積書が、テレビに送られ、発呼者はそれを見ることが出来る。別のケースは、発呼者が電話をしてトラブルチケットを作成する場合である。このトラブルチケットのテキストバージョンがスクリーンに現れる。通信へのこれ等の視覚的な追加により、発呼者の作業経験を向上させ、コンタクト・センター・エージェントの呼びの取扱を更に容易にする。
【００６８】
視覚的なインターフェイスにアクセスすることにより、ユーザとコンタクト・センターのＩＶＲとの相互作用を改善することが出来る。ＩＶＲに接続後、ＩＶＲシステムは、テレビにコールツリーのテキスト版を与える。これはコールツリーをユーザに記述する音声プロンプトに加えて或いはそれに代えて行われ、発呼者が、メニューを音声で或いはタッチトーンでナビゲート出来るようにする。
【００６９】
第３の例として、ユーザが会社に電話をかける場合は、ユーザは、会話を出来るだけ単純明解にしたいと望む。ユーザは、特定の会社を信頼し、ユーザが会社に電話した時に、情報を自動的に会社に送ることができる。ユーザは、この情報をサービス・プロバイダ内に記憶する。例えば、ユーザは、課金アドレス情報を、会社のリストと共に、記憶する。この会社は、ユーザがサービス・プロバイダに対し自動的に情報を共有しようとする会社である。ユーザが会社に接触すると、サービス・プロバイダは、会社に、電話の呼びに加えてユーザにより共有するのを許された情報を送る。斯くして、ユーザは、中央のロケーションに、彼等がセッション・ボーダー・コントローラにより分離された複数のエンティティと共有しようとする情報を、記憶し管理する。
【００７０】
第４の例として、企業が、サービス・プロバイダとの関連を確立し、ユーザの携帯電話に如何に到達するかについて情報を得る。企業のユーザが、携帯電話をかけると、企業は、シーケンスド・アプリケーションを、サービス・プロバイダにあるＩＭＳピアリングを介して、起動し、携帯電話の位置を決定する。サービス・プロバイダが応答すると、企業は、呼びを如何にルーティングするかを決定する。例えば、米国デンバーにいる発呼者Ａが、そのホームサービスが米国デンバーにある携帯電話に電話を掛けるが、この携帯電話のユーザＢは、現在イタリアを旅行中と仮定する。すると、企業は、呼びのルーティングのシーケンスド・アプリケーションをサービス・プロバイダで起動し、このアプリケーションは、携帯電話装置Ｂは、遠隔地（イタリア）にあり、地上−携帯の番号を送り、イタリアにある携帯電話装置に達することが出来る旨を指示することにより、応答する。その後、第２ネットワーク１３２は、企業ネットワーク上の呼びをイタリアにルーティングし、ネットワークをイタリアのサービス・プロバイダまでホップ・オフして、これにより呼びにかかるＰＳＴＮの課金額を減らす。
【００７１】
用語「コンピュータで読み取り可能な媒体」とは、コンピュータが実行するプロセスを記憶する媒体或いは伝送媒体を意味する。媒体とは、非揮発性媒体、揮発性媒体、伝送媒体を意味する。非揮発性の媒体とは、ＮＶＲＡＭ、磁気ディスク又は光学ディスクである。揮発性媒体とは、ＤＲＡＭ、メインメモリを意味する。このコンピュータで読み取り可能な媒体の一般的なものとしては、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気ディスク、他の磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭ、パンチカード、ペーパーテープ等、更にＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、メモリカード、メモリチップ、或いはカートリッジ等がある。ｅ−ｍａｉｌ或いは他の自己保存型の情報アーカイブに付属したデジタルファイルは、記憶媒体に等価な分配型の記憶媒体であり、本発明でいう記憶媒体と見なすことができる。コンピュータで読み取り可能な媒体がデータベースとして構築された場合には、このデータベースは、あらゆる種類のデータベース、例えば関連型、階層型、オブジェクト志向型のいずれをも含む。
本明細書の「モジュール」「エージェント」「ツール」とは、ハードウエア、ソフトウエア、ファームウエア、或いはそれらの組み合わせである。構成要素に関連した機能を実行する。
ここで議論したフローチャートは、特定のイベントのシーケンスを例に説明するが、本発明の操作に影響を及ぼすことなく、これ等のシーケンスの変更、追加、一部省略も可能である。本発明のシステムと方法は、特殊コンピュータ、プログラムされたマイクロプロセッサ、マイクロコントローラ、ＡＳＩＣ、他の集積回路ＤＳＰ、ハードワイヤド電子素子、論理素子、例えばディスクリートな要素回路、プログラム可能な論理回路、ゲートアレイ、例えばＰＬＤ、ＰＬＡ、ＦＰＧＡ、ＰＡＬ、特殊目的コンピュータ或いは他の手段で実現できる。
ここに開示された方法は、オブジェクト指向のソフトウエア開発環境を用いたソフトウエアと組み合わせて実現できる。このソフトウエア環境は、様々なコンピュータ又はワークステーションで使用されるポータブルなソースコードを提供する。別の構成として、開示されたシステムは、標準の論理回路又はＶＬＳＩデザインを用いて一部又は全部のハードウエアで実現できる。本発明のシステムを実行するのにハードウエア又はソフトウエアを用いるかは、システムに要求される速度と効率に依存する。特に使用される特定のソフトウエア、ハードウエアのシステム、マイクロプロセッサ又はマイクロコンピュータシステムに依存する。
ここに開示された方法は、コンピュータで読み取り可能な記憶媒体に記憶されたソフトウエアで実行され、コントローラとメモリとを有するプログラムされた汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ等で実施される。これ等の実施例に於いては、本発明のシステムと方法は、パソコンに組み込まれたプログラムで実行できる。例えばアプレット、ＪＡＶＡ、ＣＧＩスクプリト、サーバ或いはコンピュータ、ワークステーションに記録された資源或いは専用の測定システムに組み込まれたルーチン等で実施できる。
【００７２】
以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。特許請求の範囲の構成要素の後に記載した括弧内の番号は、図面の部品番号に対応し、発明の容易なる理解の為に付したものであり、発明を限定的に解釈するために用いてはならない。また、同一番号でも明細書と特許請求の範囲の部品名は必ずしも同一ではない。これは上記した理由による。用語「又は」に関して、例えば「Ａ又はＢ」は、「Ａのみ」、「Ｂのみ」ならず、「ＡとＢの両方」を選択することも含む。特に記載のない限り、装置又は手段の数は、単数か複数かを問わない。
【符号の説明】
【００７３】
１００  通信システム
１０４  第１ドメイン
１０８  第２ドメイン
１１２  第１ネットワーク
１３２  第２ネットワーク
１１６  カスタマ通信機器
１２０ａ  第１セッション・ボーダー・コントローラ
１２０ｂ  第２セッション・ボーダー・コントローラ
１２４  ＩＭＳ・データベース
１２８  第１ピアリング・サーバ
１４４  第２ピアリング・サーバ
１３６  企業内ユーザ装置
１４０  フィーチャ・サーバ
１４８  企業内データベース
図２
２０４  メモリ
２０８  認証モジュール
２１２  セキュリティ・モジュール
２１６  データ共有／データ・フォーマティング・モジュール
２２０  ユーザ・インターフェース・モジュール
２２４  プロセッサ
２２８  ネットワーク・インターフェース
３０４  カスタマ・データ
３０８  カスタマ・データ
３１２  カスタマＩＤ
３１６  ＩＤ情報
３２０  呼び情報
図４
４０４：呼び初期化メッセージをＩＭＳコアで受領する
４０８：ＩＭＳコアが、メッセージを発信した装置を特定する
４１２：ユーザ情報を取り出す
４１６：装置のＩＤ又はユーザ情報を企業ネットワークに与える
４２０：ユーザ情報を企業内のユーザＩＤにマッピングする
４２４：自動化されたフューチューを起動するか？
４２８：ユーザＩＤをフィーチャ・サーバに与える
４３２：ユーザ情報を呼びの受領者と共有するか？
４３６：ユーザＩＤを呼びの受領者に提供する
４４０：呼びを確立する
【図１】
0005623208.tif 000002
【図２】
0005623208.tif 000003
【図３】
0005623208.tif 000004
【図４】
0005623208.tif 000005