(57)【要約】 【課題】変数で特定されたアプリケーションを通信セッションの終了後実行する。【解決手段】  本発明のプロセスを開始する方法は、（Ａ）第１通信セッションに関連する少なくとも第１変数を同定するステップと、（Ｂ）前記（Ａ）ステップに応じて、開始すべき第１プロセスを決定するステップと、（Ｃ）第１の通信セッションの終了を検出するステップと、（Ｄ）前記（Ｃ）ステップに応答して、第１プロセスを開始するステップとを有する。【選択図】  図４
2010226717.tif 000002
【特許請求の範囲】
【請求項１】
プロセスを開始する方法において、
（Ａ）第１通信セッションに関連する少なくとも第１変数を同定するステップと、
（Ｂ）前記（Ａ）ステップに応じて、開始すべき第１プロセスを決定するステップと、
（Ｃ）第１の通信セッションの終了を検出するステップと、
（Ｄ）前記（Ｃ）ステップに応答して、第１プロセスを開始するステップと
を有する
ことを特徴とするプロセスを開始する方法。
【請求項２】
前記第１の通信セッションは、第１の通信機器と第２通信機器との間で行われ、
前記第１通信機器は、前記第２の通信機器に第１通信ネットワークで接続され、
前記第１通信セッションは、第１通信コアによりサポートされ、
前記第１プロセスは、第１アプリケーションサーバにより少なくとも一部は実行される
ことを特徴とする請求項１記載の方法。
【請求項３】
前記（Ａ）ステップは、
（Ａ１）前記第１通信セッションへの第１参加者を同定するステップと
を有する
ことを特徴とする請求項１記載の方法。
【請求項４】
（Ａ２）前記第１通信セッションへの第２参加者を同定するステップ
を更に有し、
前記第１通信セッションの終了の後に開始する第１プロセスは、前記第１通信セッションへの第１参加者と第２参加者を同定することに応答して、決定される
ことを特徴とする請求項３記載の方法。
【請求項５】
前記第１プロセスは、第２通信セッションの開始であり、
前記第１通信セッションは、第１参加者と第２の参加者を含み、
前記第２通信セッションは、前記第１参加者又は第２参加者のいずれかを含まず、
前記第１通信セッションは、前記第１参加者と第２参加者を含み、
前記第２通信セッションは、前記第１参加者と第３参加者を含み、
前記第１通信セッションは、第１通信形態を含み、
前記第２通信セッションは、第２通信形態を含む
ことを特徴とする請求項１記載の方法。
【請求項６】
前記第１通信セッションに関連する第１変数と、前記第１通信セッションに関連する第２の変数の内の一方を同定することに応答して、
（Ｅ）前記第１通信セッションの終了に応答して、開始すべき第２プロセスを決定するステップ
を更に有し
前記第１プロセスは、第１受領者へ出力を提供し、
前記第２プロセスは、前記第１受領者と第２の受領者の一方へ、出力を提供する
ことを特徴とする請求項１記載の方法。
【請求項７】
通信システムにおいて、
（Ａ）通信サーバと、
（Ｂ）第１通信機器と、
前記第１通信機器は、第１通信セッションに含まれ、
前記第１通信セッションは、前記通信サーバに関連して確立され、
（Ｃ）第１の連続アプリケーションと、
（Ｄ）アプリケーションシーケンスプロセスと、
前記アプリケーションシーケンスプロセスは、通信サーバとアプリケーションサーバの少なくとも一方により実行され、
前記アプリケーションシーケンスプロセスは、前記第１通信セッションに関連する第１変数を決定し、
前記第１変数の決定に応答して、前記第１通信セッションに関連して適応されるべき第１連続アプリケーションを決定し、
前記第１連続アプリケーションは、前記通信サーバとアプリケーションサーバの少なくとも一方により実行され、前記アプリケーションシーケンスプロセスの指示で開始され、
前記第１連続アプリケーションの動作は、前記第１通信セッションの終了後に行われる
を有する
ことを特徴とする通信システム。
【請求項８】
（Ｅ）第２通信機器と、
（Ｆ）通信ネットワークと、
前記第１通信セッションは、第２の通信機器を含み、前記通信ネットワークを介して少なくとも部分的に確立され、
（Ｇ）第３通信機器と、
前記第１連続アプリケーションの操作からの出力が、前記第３通信機器に与えられる
を更に有する
ことを特徴とする請求項７記載のシステム。
【請求項９】
前記第１変数は、前記第１通信機器に関連する通信者のＩＤを含む
ことを特徴とする請求項８記載のシステム。
【請求項１０】
前記アプリケーションシーケンスプロセスは、前記第１通信セッションに関連して適用されるべき複数の連続アプリケーションを決定する
ことを特徴とする請求項７記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関し、特に、通信セッションの完了（終了）時における動作の実行に関する。
【背景技術】
【０００２】
通信システムは様々な動作に関連する。例えば通信セッションの完了時に、通信セッションからの情報は他のユーザに与えなければならず、又後続の通信セッションをトリガーする必要がある。通信は、記憶されたり、変換されたり、テキスト記述に変換されたりする必要があり、また通信セッションは別の通信の形態を介して継続する必要がある。通信セッションに関連する後続のアプリケーションをトリガー（開始）することは公知である。従来のシステムは、限られた高度な使用形態である。例えばシステムは、呼びが切断されると、ユーザに対し呼びの課金データを入力するよう促したり、切断された通信セッションを復旧するよう促したり、コンタクトセンターに対し機能を報告するよう促したり、通信を行うためのマークアップランゲージ間のリンクを接続するよう促したりする。これらは、極めてシンプルな動作で、通信セッションに使用される設備あるいは通信セッションを継続することに対する課金あるいは他の統計にのみ関連している。これに加えて、この従来のシステムは、柔軟性に欠けて、様々な動作を起動させるのには適したものではない。
【０００３】
それ故に、従来の連続するアプリケーション（連続アプリケーションとも称する）は、前の通信セッションを文書化するか、あるいは前の通信セッションを継続する／回復するかのいずれかに限られる。更にこの従来のシステムは、全ての呼びに適用される、あるいは補助的な情報の収集に適用されるようなポリシーの実行を特徴としている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の一実施例は従来の問題点あるいは欠点を解決する。本発明の一実施例によれば、連続するアプリケーションプロセスを提供して、通信セッションに関連する変数が存在すると決定された時には、連続するアプリケーションを開始する。連続するアプリケーションプロセスにより特定された変数は、連続するアプリケーションプロセスにより適用されるあるいは基準にする連続するアプリケーションのルールにより決定される。連続するアプリケーションのルールに関連する変数が特定されると、連続するアプリケーションプロセスは、実行すべき連続するアプリケーションのルールに従って、変数に関連するサービス又は連続するアプリケーションを特定する。この特定されたサービス又はアプリケーションが、通信セッションの終了後、実行される。
【課題を解決するための手段】
【０００５】
本発明の一実施例によれば、通信システムは、通信マネージャと連続するアプリケーションプロセスと、連続するアプリケーションルールとを提供し、かくして連続するアプリケーションが提供される。別の構成として、様々なモジュールとアプリケーションが複数の装置に分配される。通信マネージャは、通信セッションに関連する情報を、連続するアプリケーションプロセスに提供する。この連続するアプリケーションプロセスは、通信セッションの変数を検知したことに応答してサービスを提供する。この検知は連続するアプリケーションのルールにより決定される。通信セッションの検出あるいは特定に応答して、サービス又はアプリケーションの実行が行われるが、これは、通信セッションの終了後連続するアプリケーションのルールにより特定される。
【図面の簡単な説明】
【０００６】
【図１】本発明の一実施例による通信システムのブロック図。
【図２】本発明の一実施例によるサーバのブロック図。
【図３】本発明の一実施例による通信システム内の構成要素の関係を表す図。
【図４】本発明の一実施例の連続するアプリケーションプロセスの動作を表すフローチャート図。
【発明を実施するための形態】
【０００７】
図１に本発明の一実施例の通信システム１００を示す。通信システム１００は、複数の通信機器１０８を有し、それらは、様々な通信形態communication modality）で互いに通信できる。本発明の一実施例によれば、通信システム１００は、複数のドメイン即ち企業１０４ａ，１０４ｂに関連する。これらは別々のentities（例、会社企業等）により所有され操作される。
【０００８】
企業１０４ａ，１０４ｂ一方或いは両方は、通信機器１０８を有する。この通信機器１０８により、同一の企業内のユーザとあるいは別の企業のユーザと通信できる。特に、通信機器１０８は、通信ネットワーク１３６に接続される。この通信ネットワーク１３６により、個人の通信機器１１２と通信できる。更に通信ネットワーク１３６は、様々な企業ドメイン１０４ａ，１０４ｂ内にある通信機器１０８に接続される。企業１０４ａ，１０４ｂの境界は、ネットワーク境界装置（network boundary device）で決められる。、例えばSession Border Controllers （ＳＢＣ）、ゲートウエイ等で、決められる。
【０００９】
本発明の一実施例によれば、企業１０４ａ，１０４ｂは専用の通信機器を有する。これにより、企業１０４ａ，１０４ｂ用のローカル通信ネットワーク（ＬＡＮ）を形成する。特に、企業１０４ａ，１０４ｂは、ＬＡＮ、ＷＡＮ、ＳＩＰ（Session Initiation Protocol）ネットワークを有する。通信セッションの開始と制御及び通信セッションの特徴の供与は通信マネジャ１１４の操作により制御され、アシストされる。この通信マネジャ１１４は通信サーバ１２０に関連している。通信マネジャ１１４は、ＩＰ ＰＢＸ、例えば Avaya Aura Session Manager を有する。
【００１０】
通信ネットワーク１３６は、あらゆる種類、あらゆる数の通信機器を含むことができる。この通信機器は、通信セッション（例、音声コール、画像コール、チャット、Ｅメール、ＴＴＹコール、マルチメディアセッション等）をサポートできる。通信ネットワーク１３６は、ＬＡＮ、ＷＡＮ、ＳＩＰネットワーク、パケット交換ネットワーク、回路交換のネットワークを含む。更に、通信ネットワーク１３６は、一種類のネットワークに限定されず、別のタイプのネットワークを含んでもよい。通信ネットワーク１３６は、IP Multi-media Subsystem（ＩＭＳ）ネットワークや、構造的なＳＩＰ標準あるいはインターネットにアクセスを提供する他のネットワーク、例えば標準の電話網（Plain Old Telephone System (ＰＯＴＳ)、ＩＳＤＮ、ＰＳＴＮ、あるいは携帯電話網を含んでもよい。従って通信ネットワーク１３６は、通信機器１０８又は通信機器１１２の間を、１つあるいは複数の通信媒体あるいは通信形態を介して、通信できる。
【００１１】
連続するアプリケーション・ルール１１８を具備して、通信セッションの終了後適用されるアプリケーション又はサービスを決定あるいは制御する。特に連続するアプリケーション・ルール１１８は、通信セッションに関連する変数を特定（指定）する。この変数は、特に連続するアプリケーション１２４の実行又は適用を開始するために、必要である。連続するアプリケーション・ルール１１８は、通信サーバ１２０に記憶することができる。別の構成として、関連サーバあるいは関連機器に記憶することもできる。
【００１２】
本発明の一実施例によれば、連続するアプリケーション・プロセス１２２は、通信機器１０８，１１２の間の通信セッションに関連するサービス又はアプリケーションを選択ためのあるいはそれらを動かすための制御を提供する。連続するアプリケーション・プロセス１２２は、企業１０４ａ，１０４ｂ内に配置されている通信サーバ１２０内に保存される。更なる実施例として、連続するアプリケーション・プロセス１２２は、通信マネジャ１１４の一部として動くあるいは実行することもできる。本発明の一実施例によれば、連続するアプリケーション・プロセス１２２は、それを利用する企業１０４ａ，１０４ｂの外部にあるサーバが具備することもできる。この一実施例においては、連続するアプリケーション・プロセス１２２は、software as a service (ＳａａＳ)として、クラウド・コンピューティングのアプリケーションとして、あるいはユーザに利用可能なソフトウエア・アプリケーションとして、具備できる。連続するアプリケーション・プロセス１２２は、通信機器１０８又は通信機器１１２のユーザ、システム管理者、あるいは第３者が、管理することもできる。一般的に、連続するアプリケーション・プロセス１２２は、通信機器１０８又は通信機器１１２の間の通信セッションに関連して受領した情報を、連続するアプリケーション・ルール１１８と比較して、通信セッションの終了時に開始すべきプロセス又はアプリケーションを決定するか、あるいは通信セッションの終了時に決定する。
【００１３】
本発明の一実施例によれば、通信機器１０８と通信機器１１２の間の通信に応答して或いは関連して、サービス或いは連続するアプリケーション１２４が、通信機器１０８に与えられる或いは利用可能になる。一実施例においては、サービス或いは連続するアプリケーション１２４は、企業１０４ａ，１０４ｂ内に配置されている通信サーバ１２０内に保存される。他の実施例においては、連続するアプリケーション１２４は、そのサービスを利用する企業１０４ａ、１０４ｂの外部にあるサーバが具備してもよい。この一実施例においては、、連続するアプリケーション（連続アプリケーションとも称する）１２４は、ＳａａＳとして、クラウド・コンピューティングを利用するアプリケーションとして、あるいはユーザに利用可能な（加入ベースの、或いはその都度の支払いベースの）ソフトウエア・アプリケーションとして、具備できる。連続するアプリケーション１２４は、それを利用する通信機器１０８が所属する企業が管理してもよく、個人の通信機器１１２が使用できるように、サービスプロバイダーが管理してもよい。
【００１４】
本発明の一実施例によれば、連続するアプリケーション１２４は、通信サーバ内例えば Microsoft（登録商標）Exchange Server 、あるいは頻繁な顧客又はサーバが使用するルーチン内に具備される。一実施例によれば、連続するアプリケーション１２４は、ウエブインターフェース等を介して使用できる。又連続するアプリケーション１２４が搭載されるフォーマットは、システムの要件、顧客のニーズ等によって変わる。
【００１５】
連続するアプリケーション１２４は、あらゆる種類の機能又はサービスを実行する。従って、連続するアプリケーション１２４は、それらの機能を実行するのに必要なデータを入れた記憶装置にアクセスできる。例えば、連続するアプリケーション１２４は、ＩＤデータベース１４０又は通信アーカイブ１４４から、通信ネットワーク１３２，１３６を介して、関連する情報を検索し取り出すことができる。連続するアプリケーション１２４が使用する通信ネットワーク１３２は、通信ネットワーク１３６とは別のものでもよい。
【００１６】
ＩＤデータベース１４０はある情報を含む。この情報により、ユーザのＩＤがそのユーザが使用する別のＩＤにマッピングできる。例えばユーザは、第１の通信形態の第１のＩＤ（例、ｅメールに対してuserneme@enterprise.com)を、第２の通信形態に対しては第２のＩＤ（例、ボイスコール+13034441234 ）を持つことができる。本発明の一実施例によれば、一人のユーザの複数のＩＤは、ＩＤデータベース１４０内に互いにマッピングされて（関連付けられて）いる。
【００１７】
一実施例によれば、ＩＤデータベース１４０は、企業１０４ａ，１０４ｂ内に保存され、他の実施例によれば、企業１０４ａ，１０４ｂとは別のサービスプロバイダ（ｅメールサービスプロバイダ、音声通信サービスプロバイダ、ＩＭサービスプロバイダ、ソシアルネットワークサービスプロバイダ等）に保存してもよい。サービスプロバイダは、通信サービスをユーザに提供する。図では、１個のＩＤデータベース１４０のみを有する例を示したが、コンテキスト情報をサーチする際には、複数のＩＤデータベース１４０に、連続するアプリケーション１２４が、アクセスしサーチすることもできる。
【００１８】
本発明の一実施例によれば、通信アーカイブ１４４は、通信披瀝（communication history）と関連するデータを提供することにより、情報ソースとして機能する。一実施例によれば、通信アーカイブ１４４は、通信披瀝と通信そのものを、アーカイブ形式で保存する。通信アーカイブ１４４は、様々な媒体あるいは形態で通信披瀝を保存できる。かくして、通信アーカイブ１４４は、保存媒体又は保存形態を問わない。一実施例によれば、通信アーカイブ１４４は、ある種の通信（例、ｅメールメッセージ、テキストメッセージ、ボイスメール、呼び披瀝写し、コールログ、ブログ、ソシアルネットワークメッセージボード等）のみを記憶することもできる。この構成においては、複数の通信アーカイブ１４４は、あるユーザのみが使用できる通信媒体と通信形態である。一実施例によれば、通信アーカイブ１４４は、ＩＤデータベース１４０に内で特定される。これにより連続するアプリケーション１２４は、特定のユーザ用の情報をサーチする通信アーカイブ１４４の数を減らすことができる。
【００１９】
ＩＤデータベース１４０と同様に、通信アーカイブ１４４は、企業１０４ａ，１０４ｂ内、又はその外の装置に保持することもできる。更に通信アーカイブ１４４は、連続するアプリケーション１２４を含む通信サーバ１２０内に、保持することもできる。これは、特に連続するアプリケーション１２４が、マイクロソフト（登録商標）エクチェンジサーバのような通信サーバで提供される場合である。かくして通信アーカイブ１４４は、連続するアプリケーション１２４に対してローカルである。別の構成として、通信アーカイブ１４４は、この装置が通信ログ（発コールログ、入コールログ、ｅメールログ、ＳＭＳメッセージログ、ＩＭログ等）を保持することができるサービスの場合には、通信機器１０８，１１２から取り出すこともできる。これにより、連続するアプリケーション１２４を、コンテキスと情報を取り出す複数の場所に、具備できる。
【００２０】
ＩＤデータベース１４０と同様に、連続するアプリケーション１２４は、通信アーカイブ１４４から、必要に応じて、所望の情報を取り出すことができる。別の構成として、連続するアプリケーション１２４は、永続的なリクエストを通信アーカイブ１４４に送ることができる。これにより通信アーカイブ１４４が、情報を連続するアプリケーション１２４に入力させる。これは、あらゆる情報が特定のユーザあるいは特定のユーザグループ用に変更した場合である。
【００２１】
一実施例によれば、連続するアプリケーション１２４は、様々な連続するアプリケーションを提供したり具備したりする。更に複数のアプリケーションは、エンドポイント即ち通信機器１０８，１１２の間の通信セッションの終了時に、実行される。連続するアプリケーション１２４に関連して提供されるシステムは、様々な種類あるいは形態の通信セッション（例、音声、インスタントメッセージ（ＩＭ）、ファクシミリ、チャット、ビデオ、マルチメディア、ウエブ会議、ブログ等）に適用される。通信セッションの終了時に始まる特定のサービス又は連続するアプリケーション１２４は、通信への参加者、参加者又は第三者のための管理者、他のクラスの第三者、又は政府により管理することができる。サービス又は連続するアプリケーション１２４の設定は、通信セッションの最初のネゴシエーションの一部として、通信セッションの間、通信セッションの前に、行われる。これにより、通信セッションの終了時に開始される連続するアプリケーション１２４を駆動する。
【００２２】
図２に、連続するアプリケーション１２４を提供する連続するアプリケーション・プロセス１２２を具備した通信サーバ１２０の詳細を示す。連続するアプリケーション・プロセス１２２は、連続するアプリケーション１２４内のインストラクションとして具備される。このインストラクションは、メモリ２０４と同一場所にあるプロセッサ２０８により実行される。連続するアプリケーション・プロセス１２２の実行は、メモリ２０４内に保持された連続するアプリケーション・ルール１１８を参照することを含む。連続するアプリケーション・プロセス１２２の実行結果を用いて、通信セッションの終了時に、通信機器１０８と通信機器１１２の間の通信セッションに関連して適用される連続するアプリケーション１２４を指定する。連続するアプリケーション１２４は、メモリ２０４内にインストラクションの一部として具備される。このインストラクションは、メモリ２０４と同一場所にあるプロセッサ２０８により実行される。連続するアプリケーション１２４の実行の結果は、通信機器１０８又は通信機器１１２と、ネットワーク・インターフェース２１２を介して、共有する。図に示すように、連続するアプリケーション１２４は、通信マネージャあるいは通信コアとして機能する通信サーバ１２０の一部として、提供される。この通信サーバ１２０が、連続するアプリケーション・プロセス１２２を提供し動作させる。別の構成として、連続するアプリケーション・プロセス１２２又は連続するアプリケーション１２４は、他のサーバ装置に具備してもよい。
【００２３】
プロセッサ２０８は、汎用プロセッサ、ＤＳＰ、アプリケーションプログラムを実行するコントローラを含む。別の構成として、プロセッサ２０８はＡＳＩＣを含む。
【００２４】
ネットワーク・インターフェース２１２は、通信モデム、通信ポート、通信ネットワーク１３２，１３６を介した通信を行うパケットを調整する装置、プロセッサ２０８により実行される受領したパケットを調整する装置を含む。ネットワーク・インターフェース２１２は、ネットワークインターフェースカード、モデム、有線電話ポート、直列又は並列のデータポート、無線周波数放送用トランシーバ、ＵＳＢポート、有線又は無線の通信ネットワークインターフェースを含む。
【００２５】
メモリ２０４は、プロセッサ２０８によるプログラミングの実行に関連して用いられ、連続するアプリケーション１２４のようなプログラムインストラクション又はデータの短期又は長期の記憶装置である。別の構成として、データ蓄積は、メモリ２０４とは別に行うこともできる。プロセッサ２０８は個体メモリ装置を含む。プロセッサ２０８は、更にハードディスクドライブあるいは他のＲＡＭを含む。本発明の一実施例によれば、プロセッサ２０８はＲＡＭ又はＲＯＭを具備してもよい。
【００２６】
本発明の一実施例によれば、様々なプロセスとアプリケーションは、特定の機能を実行するモジュールを含み、あるいはモジュールに関連付けられる。例えば連続するアプリケーション・プロセス１２２は、セッションマネージャモジュール、ディスカバリモジュール、アウトバウンドプロセッシングモジュール、関連性モジュール、プレゼンテーションモジュールを含む。
【００２７】
図３は、本発明の一実施例による通信システム１００内の構成要素の関係を表す。同図において、通信機器１０８Ａは、通信セッション３０４を通信機器１１２Ｂとの間で確立する。これは、通信マネジャ１１４により一部利用できるセッションを介して行われる。通信マネジャ１１４が動くことにより、通信コア３０８は様々な機能を実行する。本発明の一実施例によれば、これらの機能は、連続するアプリケーション・プロセス１２２に通信セッション３０４を通知することを含む。連続するアプリケーション・プロセス１２２は、通信セッション３０４の終了時に、連続するアプリケーション１２４に関連するどのアプリケーション又はサービスを適用すべきかを決定する。この決定は、連続するアプリケーション・ルール１１８を適用して、連続するアプリケーション・プロセス１２２により行われる。具体的には、本発明の一実施例では、通信セッション３０４の終了時に行われるべきアクションを集中的に実行する新規通信を決定する。しかし、必ずしも全ての通信セッション３０４は、この実行されるべきアクションを有しておらず、しかもこのアクションは通信セッション毎に変わる。具体的には、特定の通信セッションに適用されるサービス又はアプリケーションは、通信セッション３０４に関連する変数に関連する。例えばこれらの変数は、他の手段を介して得られたＩＤ情報に基づいた通信機器１０８又は１１２のＩＤにより決定される。どのアクションを取るべきかを決定するために、連続するアプリケーション・ルール１１８に含まれるあるいはそれで表される通信セッション３０４に関連する他の変数の一例は、通信者の通信の優先度、遅延時間、プレゼンス情報等を含む。
【００２８】
通信セッション３０４が終了すると、その旨を通信コア３０８が連続するアプリケーション・プロセス１２２に通知する。通信セッション３０４が終了した通知を受領すると、連続するアプリケーションプロセス１２２は、連続するアプリケーション１２４の実行を開始する。このアプリケーションは、連続するアプリケーション・プロセス１２２が、通信セッション３０４の終了時に実行すべきであると決定したものである。一実施例によれば、通信セッション３０４の終了時に適用されるサービスは、新たな通信セッション又は機能を含む。この新たな通信セッション又は機能は、元の通信セッション３０４の参加者であった通信者に関連する必要はない。新たな通信セッションの形態は、元の通信セッション３０４と同一である必要はない。一例として、通信セッション３０４の終了後開始するサービス又はアプリケーション１２４は、通信セッション３０４の内容を含む会話の一部あるいは全ての写し（transcript）の生成と、第三者に関連する通信機器１０８Ｃ又は通信機器１１２への写しの分配を含む。
【００２９】
図４において、連続するアプリケーション１２４が確立される（ステップ４０４）、連続するアプリケーション１２４の確立は、このサービスとアプリケーションの特定に加えて、連続するアプリケーション１２４が連続するアプリケーション・ルール１１８の組の中で適用される環境を特定することを含む。例えば、ユーザ又は管理者は、連続するアプリケーション・ルール１１８内で、連続するアプリケーション１２４は、通信セッション３０４に関連する特定の変数が存在する時のみ適用されることを、指定することができる。この通信セッションの変数の一例は、通信セッション３０４に参加するユーザのＩＤを含む。別の構成として、連続するアプリケーション１２４が適用されるか否かは、通信セッション３０４の形態に基づく。通信セッションに関連する別の変数は、特定のサービス又はアプリケーションが適用されるか否かを決定するために用いられる。
【００３０】
ステップ４０８において、次の決定が行われる。即ち、連続するアプリケーション１２４を自動的に実行する指示に関連する通信セッション３０４を確立すべきか否かの決定が行われる。通信セッション３０４が確立していない場合には、プロセスはステップ４０４に戻り、サービス又はアプリケーションは、様々な通信セッションのシナリオに対し設定されるか、あるいはユーザ又は管理者の望むように修正される。連続するアプリケーション１２４が通信セッション３０４の終了時に自動的に開始するような通信セッション３０４が確立されると、ユーザ又は管理者は、通信セッション３０４の終了時に適用される現在のサービス又はアプリケーションに新たなサービス又はアプリケーションを追加するあるいは現在のサービス又はアプリケーションを修正するかの決定が行われる（ステップ４１２）。従って、通信セッションに関連して適用されるサービス又はアプリケーションの選択は、通信セッション３０４中と通信セッション３０４の確立の前に行われる。本発明の一実施例によれば、アプリケーション又はサービスは、通信セッション３０４の最初のネゴシエーションの間に確立することができる。アプリケーション又はサービスの選択は、連続するアプリケーション・ルール１１８内で確立することができる。追加又は修正が行われた場合には、この追加された又は修正されたサービス又はアプリケーションが適用される（ステップ４１４）。
【００３１】
ステップ４１６において、通信セッション３０４に関する情報が集められる。特に通信セッションに関連する変数が特定される。通信セッションに関連する変数は、特定の通信セッションを同定する情報と、通信セッションへの参加者と、通信セッションの形態と、時間と日付のスタンプ情報等を含む。別の構成として、通信セッション３０４の終了時に開始されるべきサービス又はアプリケーションが、通信セッション３０４の一部として送信されたコンテンツの収集を必要とする場合には、そのようなコンテンツは、記録される、あるいは必要に応じて集められる。
【００３２】
ステップ４２０において、通信セッションが終了したか否かの決定がなされる。通信セッションが終了していない場合には、プロセスはステップ４１２に戻り、通信セッションに関連する情報が必要に応じて集められ続ける。通信セッションが終了していた場合には、連続するアプリケーション・プロセス１２２が通知される（ステップ４２４）。その後、連続するアプリケーション・プロセス１２２は、選択された連続するアプリケーション１２４の実行を開始する（ステップ４２８）。その後ステップは終了する。
【００３３】
本発明により、通信セッション３０４の終了時に様々な連続するアプリケーション１２４が提供できる。連続するアプリケーション１２４の提供は、通信セッション３０４の終了が予定どうりか、偶発的（サービスが混乱した為）かを問わない。更に連続するアプリケーション・プロセス１２２は、連続するアプリケーション１２４を、通信セッション３０４の様々な種類と通信形態に提供する。通信形態には、インスタントメッセージ、ファクシミリ、チャット、ビデオ等が含まれる。本発明の一実施例によれば、特徴あるいは資源（リソース）が必要とされる。例えば自動音声認識装置、通話記録等が必要とされ、連続するアプリケーション１２４の受領者が、通信セッションの間又は通信セッションの前に、通信セッションの初期のネゴシエーションの一部として設定され、呼びが切断された時に開始する連続するアプリケーション１２４を動かす。この特徴と資源と出力の設定は、通信セッション３０４の参加者の一人、参加者のための管理者、他の第三者、別のクラスの第三者、例えば政府等により行われる。システムの設定特徴は、連続するアプリケーション・ルール１１８として実行され、スケジュール、資源要求、連続するアプリケーション１２４を要求し、この特徴を要求するユーザの意図に合わせる。
【００３４】
本発明の一実施例により、連続するアプリケーション１２４により提供されるサービスの一例は、メッセージ、写し、記録、情報共有、課金、認証、参加者のリスティング報告、日付と時間のスタンプ、他のアプリケーションへの接続、ソフトウエアプログラムの提供、後続の通信セッション、同じ又は他の通信形態による開始を含む。連続するアプリケーション１２４により適用される資源（リソース）の一例は、通話記録、ホームのフィルタ、コード変換、自動音声認識、他の通信形態のフォーマッティング等を含む。更に連続するアプリケーション・プロセス１２２により開始され、連続するアプリケーション１２４により提供される様々なサービスと資源の数及び種類と、本発明の一実施例による連続するアプリケーション・ルール１１８の適用は、通信セッションの参加者により手動で確立することのできる容量を超えることがる。
【００３５】
１つの実施例は、電話の呼びの記録が必要な時である。電話が切れた後、呼びの記録は、自動音声認識装置により、あるいは電話中リアルタイムで処理するよう管理してもよい。会話のテキスト変換は、ｅメールを介して参加者に送られる。これは現実の参加者であってもなくてもよい。通話中の参加者の特定、呼びあるいは他の情報に対する日付と時間のスタンプが、テキスト変換と共にあるいはそれに関連して、その一部として、選択的に提供される。この変形例としては、この呼びからのテキストは、記憶装置或いはアーカイブに、ｅメールで送られる。このアーカイブは、呼びの特定機能、キーワードマッチ、イベントタグ、あるいはこのセッションに関連する他の事象／事実を有するアーカイブである。呼びのテキストバージョンからのタグが、生成され、参加者、コンタクトセンターのスーパーバイザーに送られる。
【００３６】
第２の実施例は、呼びの経理情報が必要な時である。個人又は企業の電話の通話時間、日付、時間等が、呼びが切断された後、アプリケーションとトリガーすることにより保持することができる。これらのアプリケーションは、呼びに関連する事実（例えば、参加者、日付、通話の開始／停止／時間経過、課金情報等）を編集する。これらの事実を経理関連者に提供し、自動的にその経理様式を満たすようにする。課金目的のための呼びに関連する情報は、例えば弁護士、会計士、医者等の経理（請求書）に必要なものである。非セッション情報（例えば口座コード、資源の経費等）は、自動的にその経理様式に追加され、スタッフに送られて、セッション情報に基づいて及びそれに関連して、処理される。
【００３７】
他の一実施例は、呼びが切断した後、音声メッセージを発呼者にトリガーするものである。例えば顧客（発呼者）が、自分株式ブローカーに電話をして取引を開始しようとするが、そのブローカーには電話に繋がらず、顧客が音声メッセージを残す場合を想定する。この場合には、次のようなメッセージを顧客（発呼者）に転送することになる。例えば「この音声メッセージは我々にとって重要でありできるだけ速く処理するが、この音声メッセージに基づくどの様なアクションも、所定の時間に行われることは、保障しない。」この実施例においては、規制官庁により必要とされる警告あるいは他のメッセージも、同様に提供される。このアナウンスは、同一の通信形態（communication modality）を用いることができる。あるいは呼びの後、あらゆる通信形態を用いてフォローアップメッセージとして送ることができる。
【００３８】
他の実施例は、ユーザが電話で時間がかかった場合にトリガーされる。通信セッションの終了後、このアプリケーションは、ユーザに対し、ユーザの次のアポイントをユーザのカレンダーに基づいて通知する。この特徴は、MS Outlook等により、コンピュータのポップアップ・ウインドウにより提供されるが、ユーザが、同一のコンピュータでＩＰ電話を用いる場合には、このアプリケーションは、カレンダー情報を、例えばパソコン、電話機等に特定の形態で入れ込むことができる。これは現在の装置であるＰＣ、電話等に対し好ましい。例えばユーザが、２つの電話の呼びを連続して受けた場合には、このアプリケーションは、第１の呼びが終了することにより或いは第１の呼びの予測終了時にトリガーされるウィスパーアナウンスを転送して、次の呼びが始まる時刻を通知し、その第２の呼びを始めたりあるいはキャンセルしたりすることができる。これにより、ユーザには幾つかのオプション（例えば第１の呼びを継続するか、第２の呼びを開始するか、それらを互いに再度スケージュリングするかのオプション）を与える。この例では、第１の呼びはショートＩＭセッションで完了し、これによりユーザは第２の呼びに直ちに加わることができる。別の変形例は、ユーザが第２の呼びに参加するが、第１の呼びを終了する短い時間を必要とするようなアプリケーションの場合である。
【００３９】
別の実施例は、呼び又はメッセージが、現在の通信セッションの完了前に到着する場合である。通信セッションの終了後、ユーザは、呼びを返すこと、メッセージを自動的に取り出すこと、他の作業を継続すること、コールバックを遅らすこと、メッセージを取り出することを、ユーザ入力或いは次に利用可能な時間に基づいて、行う。
【００４０】
より複雑な場合は、通信セッションからの情報が他のユーザに有益な場合である。この他のユーザは、様々な環境にある様々な装置に居る。この装置は、様々な利害、あるいは様々な特徴等を具備している。他のユーザは、通信セッションからの様々な情報量を必要とするか、あるいは有効なプレゼンスに基づいて、現在の装置にそれをルーティングする必要がある。その結果、複数のアプリケーション出力は、沢山のプレゼンス, 言葉の選択、あるいは他の利害のある参加者に対する情報に基づいて、生成される。例えばDavidとLarryがｅメールで議論した後、連続するアプリケーションに関する電話の呼びに関与しているとする。Gregが、呼びの情報に関する概要を必要とするが、騒々しい市場のような環境で動き回っているとする。Gregは、自分の装置と環境で、適宜のテキスト変換の分配を受領する。別の利害のあるパーティ例えば特許部の誰かが、ｅメールの添付資料として提供される音声記録としての議論全体を必要とする。これには会話となるようなｅメールを含む。このディスカッション全体を、この担当者にコンテキストを提供するための関連するｅメール上の音声記録添付として転送される。更に別の参加者である、DavidとLarryの組織の上司が、ＩＭを望み、連続するアプリケーションの作業が進行させる。この場合、様々な資源、フォーマット、ユーザ等が、一つの事象のトリガー例えば呼びの接続完了に基づいて処理することができる。
【００４１】
他の実施例においては、連続するアプリケーション・ルール１１８が確立され、その結果、電話会議の他の参加者の間での通信が継続している場合でも、電話会議の参加者に対する通信セッション３０４の終了の後の連続するアプリケーション１２４の実行となる。例えば、参加者に関し通信セッション３０４の終了に応答して、電話会議の一人の参加者が抜ける必要がある場合には、呼びの残りの参加者を記録するような連続するアプリケーションが実行される。
【００４２】
以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。特許請求の範囲の構成要素の後に記載した括弧内の番号は、図面の部品番号に対応し、発明の容易なる理解の為に付したものであり、発明を限定的に解釈するために用いてはならない。また、同一番号でも明細書と特許請求の範囲の部品名は必ずしも同一ではない。これは上記した理由による。用語「又は」に関して、例えば「Ａ又はＢ」は、「Ａのみ」、「Ｂのみ」ならず、「ＡとＢの両方」を選択することも含む。特に記載のない限り、装置又は手段の数は、単数か複数かを問わない。
【符号の説明】
【００４３】
１００  通信システム
１０４  企業
１０８  通信機器
１１２  通信機器
１１４  通信マネジャ
１１８  連続するアプリケーション・ルール
１２０  通信サーバ
１２２  連続するアプリケーション・プロセス
１２４  連続するアプリケーション
１３２  通信ネットワーク
１３６  通信ネットワーク
１４０  ＩＤデータベース
１４４  通信アーカイブ
２０４  メモリ
２０８  プロセッサ
２１２  ネットワーク・インターフェース
３０４  通信セッション
３０８  通信コア
図４
４０４：サービス／アプリケーションの確立
４０８：通信セッションは確立したか？
４１２：サービス又はアプリケーションが追加又は修正されたか？
４１４：追加又は修正されたサービス又はアプリケーションを適用する
４１６：通信セッションに関連する情報を集める
４２０：通信セッションは終了したか？
４２４：連続するアプリケーションプロセスを通知する
４２８：連続するアプリケーションを走らせる
【図１】
2010226717.tif 000003
【図２】
2010226717.tif 000004
【図３】
2010226717.tif 000005
【図４】
2010226717.tif 000006
【外国語明細書】
2010226717000001.pdf