JP2009524969A - 通信ネットワークにおけるコンテンツ及びサービスの配信 - Google Patents

Abstract

サービスシステム１はサービスコア１（ｆ）とインスタントメッセージングクライアント１０にインタフェースするインタフェース１（ｄ）とを備える。サービスコア１（ｆ）はインスタントメッセージングクライアントとのインタフェースを制御して、アプリケーションに従って双方向サービスを提供し、クライアント１０へのマルチメディアコンテンツのルーティングに関与する。システム１はモーダルで、動的にクライアントと対話してユーザに所望のサービスを、アプリケーション状態及び関連するユーザインタラクションのグループである現在のモードで提供する。モードデータベースマネージャ１（ａ）がユーザのサービスのモードの持続的な記録を維持する。サービスコア１（ｆ）がモードデータベースマネージャ１（ａ）とインタフェースして、少なくとも２つのインスタントメッセージングセッションが関与するインタラクションの間モードが持続できるようにする。ディレクトリマネージャ１（ｂ）がインスタントメッセージングの登録ユーザを管理し、モードデータベースマネージャ１（ａ）が登録ユーザのみについてモード状態を維持する。システムはサービスのモードをプレゼンスネットワークのユーザとしてパブリッシュするプレゼンスコンポジタ１（ｃ）をも備え、幾つかのユーザはクライアント表示画面上に表示されかつモードを表すアバタである。メールストアマネージャ１（ｅ）がサービスコア１（ｆ）に命令されて、サービスモードの変化に従ってメッセージング処理を実行する。
【選択図】図１

Description

本発明は、通信ネットワークにおけるコンテンツ及びサービスの配信に関する。

現在、ウェブユーザにサービスを提供するためにアプリケーションサービスプロバイダ（ＡＳＰ）が広く利用されている。

本発明は、サービスの提供、特にユーザへのコンテンツの配信に関係するサービスの提供を向上させることを目的とする。

本発明によれば、サービスプロセッシング手段と、プレゼンスサーバとインタフェースし、次にインスタントメッセージングクライアントとインタフェースするためのインタフェースとを備え、前記サービスプロセッシング手段が、インスタントメッセージングクライアントとのインタフェースを制御して、アプリケーションに従って双方向サービスを提供し、マルチメディアコンテンツの前記クライアントへのルーティングに関与する手段を備えるサービスシステムが提供される。

ある実施例では、前記システムがモーダルであり、動的にクライアントとインタフェースして所望のサービスを現在のモードで提供する。

ある実施例では、サービスのモードがアプリケーションの状態と、許可されたユーザインタラクションの関連するグループとからなる。

ある実施例では、前記プロセッシング手段が、サービスコアと、サービスのモードの持続的な記録を維持するためのモードデータベースマネージャとを備える。

ある実施例では、前記サービスコアが前記モードデータベースマネージャとインタフェースして、特定のクライアントが関与するインタラクションの少なくとも２つのインスタントメッセージングセッションの間モードが持続できるようにする。

ある実施例では、前記サービスシステムが、登録されたインスタントメッセージングユーザを管理するためのディレクトリマネージャを更に備え、前記モードデータベースマネージャが登録ユーザについてのみモード状態を維持する。

別の実施例では、前記プロセッシング手段が、サービスのモードをプレゼンスネットワークの仮想ユーザとしてパブリッシュするためのプレゼンスコンポジタと、前記プレゼンスコンポジタとインタフェースするためのサービスコアとを備える。

ある実施例では、前記プロセッシング手段がクライアントの表示画面上に表示するためのアバタを提供し、前記アバタが前記プレゼンスコンポジタにより記録された仮想ユーザをプレゼンスネットワークの仮想ユーザとして表しかつモードを表す。

ある実施例では、前記プロセッシング手段が、クライアントによる前記仮想ユーザの選択をあるモードにおけるサービスの選択として取り扱う。

ある実施例では、前記プロセッシング手段が、複数のユーザが前記モードで前記サービスにアクセスできるようにするメカニズムとして前記仮想ユーザを前記複数のユーザのバディとして利用可能にする。

ある実施例では、前記プロセッシング手段が、外部のメディアサーバとのインタフェースを制御して、前記サービスを提供するためにマルチメディアコンテンツを検索する。

ある実施例では、前記プロセッシング手段が、外部のメディアサーバとインタフェースするためのメディアセッションマネージャを備える。

別の実施例では、前記プロセッシング手段が外部のアプリケーションサーバを呼び出して、サービスを提供するためのアプリケーション論理プログラムを実行する。

ある実施例では、前記プロセッシング手段が外部のアプリケーションサーバを呼び出して、サービスを提供するためのアプリケーション論理プログラムを実行し、前記サービスコアが外部のアプリケーションサーバとインタフェースし、かつメディアセッションの管理のためのメディアセッションマネージャとインタフェースする。

ある実施例では、サービスコアが、前記プレゼンスコンポジタに命令してサービスモードを変化させるための手段を備える。

ある実施例では、前記サービスコアが、初期化の際に前記プレゼンスコンポジタを呼び出して、サービスモードを表す仮想ユーザを含むプレゼンスネットワークのユーザをパブリッシュするための手段を備え、前記プレゼンスコンポジタが外部のプレゼンスサーバとインタフェースして前記ユーザをパブリッシュする。

好ましくは、前記サービスコアが、前記プレゼンスコンポジタを呼び出して、サービスモードの変化に応答して仮想ユーザのパブリケーションを変更するための手段を備える。

ある実施例では、前記サービスシステムが、モードの変化をトリガするための手段を備える。

ある実施例では、前記サービスコアが、前記アプリケーションサーバからの入力に応答してモード変化の要件を決定し、前記サービスコアが前記メディアセッションマネージャに前記モード変化を命令する。

ある実施例では、前記プロセッシング手段が更に、クライアントメッセージのデポジット、検索データ及びメッセージインベントリのためのメールストアとインタフェースするためのメールストアマネージャを備える。

ある実施例では、前記サービスコアが、前記メールストアマネージャに命令して、メールボックスの処理を実行させかつこの動作の結果を報告させる。

ある実施例では、前記サービスコアが、モード変化が発生したというアプリケーションからの通知に応答して前記メールストアマネージャに命令する。

本発明の別の側面によれば、デジタルプロセッサ上で実行する際に上述した前記サービスシステムの前記プロセッシング手段の動作を実現するためのソフトウェアコードからなるコンピュータ読み取り可能な媒体が提供される。

用語解説
ＤＭ：ディレクトリ・マネージャ
ＧＵＩ：グラフィカル・ユーザ・インタフェース
ＨＴＴＰ：ハイパーテキスト・トランスファ・プロトコル
ＩＭ：インスタント・メッセージング
ＩＭＡＰ：インターネット・メッセージ・アクセス・プロトコル
ＩＰ：インターネット・プロトコル
ＬＤＡＰ：ライトウェイト・ディレクトリ・アクセス・プロトコル
ＭＤＭ：モード・データベース・マネージャ
ＭＭ：メディア・セッション・マネージャ
ＭＭＡ：マルチモーダル・マルチメディア・アプリケーション
ＰＣ：プレゼンス・コンポジタ
ＳＣ：サービス・コア
ＳＭ：メール・ストア・マネージャ
ＳＩＭＰＬＥ：Session Initiation Protocol for Instant Messaging and Presence Leveraging Extensions
ＳＩＰ：セッション・イニシエーション・プロトコル
ＵＣ：ユーザ・クライアント
ＶＸＭＬ：音声拡張可能マークアップ言語（Voice ＸＭＬ）
ＸＭＰＰ：拡張可能メッセージング及びプレゼンスプロトコル

本発明は、添付図面を参照しつつ、単なる実施例として以下に記載される幾つかの実施態様の詳細な説明からより明確に理解される。

図１を参照すると、マルチモーダルマルチメディアアプリケーション（ＭＭＡ）サービスシステム１は、スイッチ２及びＩＰネットワーク３を経由して第三者のサーバ、即ちメディアサーバ４、ディレクトリサーバ５、メールサーバ６、及びアプリケーションサーバ７と接続されている。また、システム１は、ＩＰネットワーク３を経由してプレゼンスサーバ８と接続されている。システム１は、（プレゼンスサーバ８を経由して）ユーザコンピュータ又はモバイルデバイス上で実行されるインスタントメッセージング（「ＩＭ」）クライアント１０（１つだけを図示）とインタフェースしている。システム１は、第三者サーバ４〜７とインタフェースしかつそれらの機能を利用して付加価値サービスをＩＭクライアント１０に提供する。

システム１は、コンテンツの集約及びサービスの集約をインスタントメッセージングインタフェース上で実行する。これによってサービスプロバイダ及び企業は、プレゼンスネットワークに統合された付加価値サービスをデプロイすることができる。これらの付加価値サービスにサブスクライバがインスタントメッセンジャクライアント１０上でアクセスして、リッチで双方向かつマルチモーダルな体験をする。この用語「マルチモーダル」は、集約の固有のステートフルな特徴を意味するものである。ユーザがサービスと対話するので、サービスの「モード」はそのユーザの立場から変えることができる。アプリケーションは「状態」を有し、サービスは状態と該状態に対応する適当なインタラクションの組との組合せであるモードを有する。これを簡単に説明すると、アプリケーションが状態Ｘにありかつユーザが動作Ｑ、Ｒ及びＳを実行し得ることを、モードＡが意味するとして、モードＢは、アプリケーションが状態Ｙにありかつユーザが動作Ｄ、Ｅ及びＦを実行し得ることを意味するというものである。モードは、インスタントメッセージングのバディリスト上に表れるアバタにより表される仮想ユーザのバディとして表される。このバディはまた、他のユーザのバディリスト上に表れ、それにより特定モードのサービスが同時に多数のユーザに与えられる。このように、ユーザの立場から、アバタが継続して存在することは、サービスモードが保持されていることを意味する。アバタにより表される仮想ユーザは、プレゼンスサーバ８により管理されるプレゼンスネットワークの仮想ユーザである。

また、モードは、関連する状態及びインタラクションの条件が保持される場合には、多数のセッションに亘って保持される。このモードの持続性は、以下に詳述するモードデータベースマネージャの使用により達成される。

プレゼンスネットワークのユーザとしてサービスのプレゼンスをパブリッシュするシステム１の特徴は、非常に有利である。これは、インスタントメッセージングの側面を従来の使用とは全く異なる方法で利用するので、特に有利である。インスタントメッセージングバディのリストを維持しかつ表示するインスタントメッセージングメカニズムを用いることによって、サービスシステム１は広範なサービスに、現在の全てのモードのユーザについてリアルタイムの情報を供給することができる。

プレゼンスサーバ８とのリンクによって、システム１はプレゼンスネットワーク内に存在し、かつサービス提供サーバ４〜７と通信して、インスタントメッセージングインタフェース（「クライアント」）上で配信される双方向のマルチメディアアプリケーションの体験（「サービス」）を容易にすることができる。

サーバ４〜７は「フレームワーク」と呼ぶことができる。前記サービスは、前記クライアントのユーザが前記クライアントを通して前記サービスのモードにアクセスしかつ調べることが可能となるように、前記ネットワークの固有のテキストメッセージ、音声、ビデオ及びプレゼンス機能を利用する。前記サービスのモードはデータを反映し、それによってユーザは前記モードに適合するようにしてクライアントを介して前記サービスと対話する。

「ＭＭＡ」は、フレームワークと対話するあらゆるマルチモーダルマルチメディアアプリケーションを記述するのに使用される包括的な用語であり、従って様々なＭＭＡにより提供される多くの様々な種類のサービスが存在し得る。例えば、あるアプリケーションがスポーツを志向するものであるのに対し、別のアプリケーションは「オンラインデート」に関するものであり、別のアプリケーションは統合通信システムへのフロントエンドであり得る。

ユーザは、今日普及しているクライアントに存在する従来の通信モード、音声、ビデオ及びテキストメッセージング（「インタラクション」）を通じてサービスと対話する。インタラクションを通して、前記サービスは特定のアプリケーションの性質に適合して反応し、かつそうする際に、サービスのモードの変更を容易にすることができる。

サービスのモダリティは、モダリティがユーザによるサービスとのインタラクション次第であることから、特定のユーザにとって個人的かつ特異なものであり得る。従って、ユーザＡは、インタラクションＱの結果としてサービスのモードが状態Ｙにあることを知り、ユーザＢは、インタラクションＲの結果としてサービスのモードが状態Ｘにあることを知る場合がある。

サービスのモダリティは、アプリケーションの性質がコミュニティに基づくものである場合には、共有なものにすることができる。この場合、モダリティは、ユーザのコミュニティによるサービスの使用及びサービスとの対話次第である。従って、ユーザＡ及びＢは、ユーザＡ及びＢによる特定のインタラクション次第でサービスのモードが状態Ｘにあることを知る場合がある。

図２を参照すると、システム１は、前記ネットワークにより提供されるサーバ４〜８と該システムが通信することを可能にする以下のようなインタフェースを有する。
メディアセッション管理（例えば、ＳＩＰ）
ディレクトリアクセス（例えば、ＬＤＡＰ）
プレゼンス／インスタントメッセージングセッションコントロール（例えば、ＸＭＰＰ、ＳＩＭＰＬＥ）
メールストアアクセス（例えば、ＩＭＡＰ）
アプリケーション呼び出し（例えば、ＶＸＭＬ／ＨＴＴＰ）

システム１は、図３に示すように、６つの論理エンティティの集合体からなり、それらが一体となって前記サービスを提供する。これについて以下に詳細に説明する。クライアントとのインタラクションは、インスタントメッセージングについて従来行われていたように、プレゼンスサーバ８を経由して行われる。

モードデータベースマネージャ（ＭＤＭ）（１（ａ））
このエンティティは、単一のユーザそれぞれについてサービスのモードの永続的なキャッシュを保存しかつ維持する責務を有する。ＭＤＭ１（ａ）は、永続的なデータベースをカプセル化して、前記モードが、多数のインスタントメッセージングセッションが関与するインタラクションの間持続できるようにする。従って、ユーザＸがセッションＮに入っており、それがモードＱとなりかつその後に前記セッションを終了させる場合には、ユーザＸは、セッションＮ＋１が開始するとき前記サービスがモードＱにあることを知る。

ディレクトリマネージャ（ＤＭ）（１（ｂ））
このエンティティは、ユーザの組を、それらの許可された（プロビジョニングされた）アプリケーションに関するアクセスレベル及び権利に関して管理する責務を有する。例えば、ユーザＡは、アプリケーションの正規ユーザ（「サブスクライバ」）である場合、前記ＤＭにより管理されるディレクトリサーバの入口を有することになる。結果的に、ユーザＢはサブスクライバでなく、従って前記ディレクトリサーバの入口を持たない。更に、ユーザＣはサブスクライバであるが、その利用料金を滞納していると、前記ディレクトリの入口は、ユーザＣがサービスにアクセスできないことを示す。

プレゼンスコンポジタ（ＰＣ）（１（ｃ））
このエンティティは、前記ＤＭにより識別される各サブスクライバについてサービスのモードをプレゼンスサーバ８にパブリッシュする責務を有する。モードへの全ての要求は先ず、ＰＣ１（ｃ）の代わりにＤＭ１（ｂ）により検査される。モードの全ての変化は前記ＰＣを通してルーティングされ、かつその結果としてＭＤＭ１（ａ）に格納される。

メディアセッションマネージャ（ＭＭ）（１（ｄ））
このエンティティは、メディアサーバ４とインタフェースし、かつ全てのセッションについて適当なメディアサーバの処理を維持しかつ関連させる責務を有する。

メールストアマネージャ（ＳＭ）（１（ｅ））
このエンティティは、メッセージデポジット、検索及びメッセージインベントリのコンテキストにおいてメールサーバ６とインタフェースする責務を有する。適切な場合に、前記アプリケーションはサブスクライバのメールボックスを利用することができ、ＳＭ１（ｅ）がこの処理を容易にする。前記ＳＭはＤＭ１（ｂ）と対話して、サブスクライバのメールボックスの特定の詳細事項について知識を得る。

サービスコア（ＳＣ）（１（ｆ））
前記ＳＣはアプリケーションサーバ７を呼び出し、かつＰＣ１（ｃ）、ＭＭ１（ｄ）及びＳＭ１（ｅ）の振る舞いをまとめる。前記アプリケーションに基づいて、ＳＣ１（ｆ）は次の要求をＭＭＡ１の他の論理エンティティに行うことができる。
i．ＰＣ１（ｃ）に命令してサービスのモードを変更する。
ii．ＰＣ１（ｃ）に命令してテキストメッセージを送信する。
iii．ＳＭ１（ｅ）に命令して所定のメールボックスについて処理を実行し、かつ動作の結果を報告する。
iv．ＭＭ１（ｄ）に命令して所定のセッションについてマルチメディアをプレイし又は受信する。

ＳＣ１（ｆ）は、ＭＭＡ１の他の論理エンティティから情報を非応答形式又は応答形式で受け取ることができる。
i．音声及びビデオデータをＭＭ１（ｄ）から受け取ることができる。
ii．テキストメッセージデータをＰＣ１（ｃ）から受け取ることができる。
iii．新たに受信したメッセージのコピーをＳＭ１（ｅ）から受信することができる。
iv．サブスクライバのメールボックスに関わる他の情報をＳＭ１（ｅ）から受信することができる。

図４を参照すると、次のメッセージ転送が示されている。
１．サービスコア１（ｆ）が初期化され、かつプレゼンスコンポジタ１（ｃ）に、全ての有効なサービス「バディ」のプレゼンスサーバ８にサービスの価値を作成することを要求する。
２．プレゼンスコンポジタ１（ｃ）がディレクトリマネージャ１（ｂ）からのサブスクライバ情報を要求する。
３．ディレクトリマネージャ１（ｂ）が次にサブスクライバ情報を検索する。
４．（任意）メールストア状態がパブリッシュされたサービスプレゼンスの一部である場合には、メールストア状態も同様に検索され、かつステップ３で得られたデータと集合される。
５．ディレクトリマネージャ１（ｂ）がそのプレゼンスコンポジタ１（ｃ）への義務を果たして、ディレクトリサーバ５から検索した１つ又は複数のユーザプロファイルを配信する。
６．所定のサブスクライバについてサービスの現在の状態をモードデータベースマネージャ１（ａ）から検索する。
７．サービスプレゼンスをプレゼンスサーバ８にパブリッシュする。

図５を参照すると、以下のことが発生する。
１．サブスクライバが前記ネットワーク上でプレゼンスサーバ８への接続を開く。
２．サブスクライバの連絡先リスト上の全「バディ」のプレゼンスの要求をプレゼンスサーバ８上で終了する。
３．要求された全「バディ」（様々なサービス状態を含む）に関するプレゼンスを、ステップ２における要求で特定した連絡先アドレスにパブリッシュする。
４．プレゼンス情報をサブスクライバクライアント１０上で終了し、かつクライアント１０に関連する前記ＧＵＩにおいて作成する。

図６を参照すると、次のことが発生する。
１．ユーザが、サービスを表すバディ（｛テキスト、音声、ビデオ｝の組）とのインタラクションを開始する。
２．インタラクションをメディアサーバ４で終了する。
３．メディアサーバ４がインタラクションをメディアセッションマネージャ１（ｄ）に渡す。
４．メディアセッションマネージャ１（ｄ）がインタラクションをサービスコア１（ｆ）に渡す。
５．サービスコア１（ｆ）は、サービスの現在の状態（インタラクションの有効性に強い影響を与える虞がある）をプレゼンスコンポジタ１（ｃ）に照会しなければならない。
６．プレゼンスコンポジタ１（ｃ）が現在のサービス状態をモードデータベースマネージャ１（ａ）に照会する。
７．サービス状態をプレゼンスコンポジタ１（ｃ）に戻す。
８．サービス状態をサービスコア１（ｆ）に戻し、前記インタラクションと集合する。
９．サービス状態とインタラクションとの組合せをアプリケーションサーバ７に渡す。
１０．アプリケーションサーバ７論理を実行し、かつ結果得られたインタラクションの指示をサービスコア１（ｆ）に送る（アプリケーション論理の結果生じたインタラクション＋サービス状態がメールサーバ６とのインタフェースを要求する場合には、この時点でサービスコア１（ｆ）がメールストアマネージャ１（ｅ）をレバレッジすることになる）。
１１．サービスコア１（ｆ）が、結果生じたインタラクションをメディアセッションマネージャ１（ｄ）に渡す。
１２．メディアセッションマネージャ１（ｄ）がメディアサーバ４を制御して所望のインタラクションを生成する。
１３．結果得られたインタラクションを前記ネットワーク上でサブスクライバのクライアント１０に送る。
１４．インタラクションをサブスクライバのクライアント１０で終了する。

図７を参照すると、次のことが発生する。
（注意：ステップＸとステップＸ’とは並行して発生する）
１．ユーザが、サービスを表すバディ（｛テキスト、音声、ビデオ｝の組）とのインタラクションを開始する。
２．インタラクションをメディアサーバ４で終了する。
３．メディアサーバ４がインタラクションをメディアセッションマネージャ１（ｄ）に渡す。
４．メディアセッションマネージャ１（ｄ）がインタラクションをサービスコア１（ｆ）に渡す。
５．サービスコア１（ｆ）は、サービスの現在の状態（インタラクションの有効性に強い影響を与える虞がある）をプレゼンスコンポジタ１（ｃ）に照会しなければならない。
６．プレゼンスコンポジタ１（ｃ）が現在のサービス状態をモードデータベースマネージャ１（ａ）に照会する。
７．サービス状態をプレゼンスコンポジタ１（ｃ）に戻す。
８．サービス状態をサービスコア１（ｆ）に戻し、前記インタラクションと集合する。
９．サービス状態とインタラクションとの組合せをアプリケーションサーバ７に渡す。
１０．アプリケーションサーバ７論理を実行し、かつ結果得られたインタラクションの指示をサービスコア１（ｆ）に送る（アプリケーション論理の結果生じたインタラクション＋サービス状態がメールサーバ６とのインタフェースを要求する場合には、この時点でサービスコア１（ｆ）がメールストアマネージャ１（ｅ）をレバレッジすることになる）。
１１．サービスコア１（ｆ）が、結果生じたインタラクションをメディアセッションマネージャ１（ｄ）に渡す。
１１’．サービスコア１（ｆ）が、結果得られた状態をプレゼンスコンポジタ１（ｃ）に渡す。
１２．メディアセッションマネージャ１（ｄ）がメディアサーバ４を制御して所望のインタラクションを生成する。
１２’．プレゼンスコンポジタ１（ｃ）がモードデータベースマネージャ１（ａ）で変更されたサービス状態を格納する。
１３．結果得られたインタラクションを前記ネットワーク上でサブスクライバのクライアント１０に送る。
１３’．プレゼンスコンポジタ１（ｃ）が新しいサービス状態をプレゼンスサーバ８にパブリッシュする。
１４．インタラクションをサブスクライバのクライアント１０で終了する。
１４’．プレゼンスサーバ８が登録されたクライアント（前記サブスクライバ）に新しいサービス状態をパブリッシュする。
１５’．プレゼンスの更新を前記サブスクライバのクライアント上で終了する。

図８を参照すると、次のことが発生する。
（注意：ステップＸ及びステップＸ’は並行して発生する）
１＊．前記サービスの状態が外部インタフェースから受け取ったデータの関数として変化する。アプリケーション論理に基づいて、結果得られた状態をサービスコア１（ｆ）にパブリッシュする。更に、ＭＭＡ開始のインタラクションが生じる場合がある（以下の２’を参照）。
２．サービスコア１（ｆ）がプレゼンスコンポジタ１（ｃ）に、前記状態をサービスコア１（ｆ）により特定されるように更新することを要求する。
２’．（任意）前記サービス状態の変化が結果としてＭＭＡ開始のインタラクションを生じる場合には、サービスコア１（ｆ）が前記インタラクションをメディアセッションマネージャ１（ｄ）に伝達する。
３．プレゼンスコンポジタ１（ｃ）が、結果得られた状態をモードデータベースマネージャ１（ａ）に格納する。
３’．（任意）メディアセッションマネージャ１（ｄ）がメディアサーバ４に前記サービスのためにインタラクションを開始することを命令する。
４．プレゼンスコンポジタ１（ｃ）が前記サービスの前記結果得られた状態をプレゼンスサーバ８にパブリッシュする。
４’．（任意）メディアサーバ４が前記ネットワーク上で前記インタラクションを前記サブスクライバのクライアントに伝達する。
５．前記サービスについて更新されたプレゼンス情報が、前記ネットワーク上でプレゼンスサーバ８によって前記サブスクライバのクライアント１０にパブリッシュされる。
５’．（任意）前記インタラクションが前記サブスクライバのクライアントに至って終了する。
６．前記プレゼンスの更新が前記サブスクライバのクライアントに至って終了する。

ある実施例では、システム１がWindows（登録商標）Messenger 5.1上でユーザに個人向けのＵＣサービスを提供する目的を受け持つ。これは、次の機能を用いて前記フレームワークを提供する。
・uOneXP Application Server
・TNT Media Server
・Sun One Directory Server
・Sun One Mail Store

サービスのモードは、サブスクライバがバディ上でダブルクリックして音声又は音声／ビデオのセッションを開始することを可能にする。これによって前記サブスクライバは、そのメールボックスを呼び出し、その音声／ビデオメッセージを検査し、インタラクションを通してメールボックスに関連する他の処理を実行することができる。また、このシステム１は、アプリケーションを通してナビゲーションの目的でＰＣ１（ｃ）からテキストメッセージのインタラクションを受け取る能力を実現する。

モードの変化は、アプリケーションによるSETINDICATOR TAP命令の使用に基づいて発生する。前記アプリケーションが、サブスクライバのメールボックスの「新しいメッセージ」の状態をトグルすることを決定すると、前記アプリケーションは前記SETINDICATOR命令をＳＣ１（ｆ）に出し、これが次に処理の結果をＰＣ１（ｃ）にパブリッシュする。これが、状態変化があった場合（例えば、オン→オフ又はオフ→オン）に、個人化サービスのモードの変化をトリガする場合がある。

前記モードはメールボックスの状態を表す。新しいメッセージがある場合には、前記モードがこの事実を表示する。

本発明は、特にブロードバンドメディアサービスの市場において利益がある。現在のところ、ブロードバンドプロバイダがマルチメディアリッチで双方向のサービスを提供したい場合には、ウェブベースのアプリケーション又は「セットトップボックス」のアプリケーションを実施しなければならない。サービスシステム１のブロードバンド市場への導入は、サービスプロバイダに、幅広い市場の興味を引くことができる収益創出サービスを素早く生み出すための新たな選択権を与えるものである。インスタントメッセージングは、ティーンエージャから実務専門家までの非常に広範なユーザへの浸透が見られる非常に急速に成長している技術である。

本発明は、上述した実施例に限定されるものでなく、その構成及び詳細において様々に変化変更することができる。例えば、別の実施例では、前記サービスシステムは、完全なサービスプロセッシングの機能性を上述したものとは異なる形態で具体化することができ、実際は完全なサービスシステムを唯１つのハードウェアサーバ上でホストすることができる。例えば、前記サービスコアは物理的に個別のものでなくてもよく、その代わりに他のプログラムで共同でホストされる一続きのプログラムとすることができる。また、ユーザクライアントは、インスタントメッセージング及びプロセッシング能力を有する如何なるユーザデバイスであってもよい。

本発明のマルチモーダルマルチメディアアプリケーション・サービスシステム及び外部サーバのリンクを示す図である。 本発明のマルチモーダルマルチメディアアプリケーション・サービスシステム及び外部サーバのリンクを示す図である。 前記サービスシステムをより詳細に示す図である。 前記サービスシステムの動作を示す図である。 前記サービスシステムの動作を示す図である。 前記サービスシステムの動作を示す図である。 前記サービスシステムの動作を示す図である。 前記サービスシステムの動作を示す図である。

Claims (23)

1. サービスプロセッシング手段（１（ａ）〜１（ｆ））と、プレゼンスサーバ（８）とインタフェースし、次にインスタントメッセージングクライアント（１０）とインタフェースするためのインタフェースとを備え、前記サービスプロセッシング手段が、インスタントメッセージングクライアント（１０）とのインタフェースを制御して、アプリケーションに従って双方向サービスを提供し、マルチメディアコンテンツの前記クライアントへのルーティングに関与する手段を備えるサービスシステム（１）。
2. 前記システムがモーダルであり、動的にクライアント（１０）とインタフェースして所望のサービスを現在のモードで提供する請求項１に記載のサービスシステム。
3. サービスのモードがアプリケーションの状態と、許可されたユーザインタラクションの関連するグループとからなる請求項２に記載のサービスシステム。
4. 前記プロセッシング手段が、サービスコア（１（ｆ））と、サービスのモードの持続的な記録を維持するためのモードデータベースマネージャ（１（ａ））とを備える請求項２又は３に記載のサービスシステム。
5. 前記サービスコア（１（ｆ））が前記モードデータベースマネージャ（１（ａ））とインタフェースして、特定のクライアント（１０）が関与するインタラクションの少なくとも２つのインスタントメッセージングセッションの間モードが持続できるようにする請求項４に記載のサービスシステム。
6. 登録されたインスタントメッセージングユーザを管理するためのディレクトリマネージャ（１（ｂ））を更に備え、前記モードデータベースマネージャ（１（ａ））が登録ユーザについてのみモード状態を維持する請求項５に記載のサービスシステム。
7. 前記プロセッシング手段が、サービスのモードをプレゼンスネットワークの仮想ユーザとしてパブリッシュするためのプレゼンスコンポジタ（１（ｃ））と、前記プレゼンスコンポジタ（１（ｃ））とインタフェースするためのサービスコア（１（ｆ））とを備える請求項２乃至６のいずれかに記載のサービスシステム。
8. 前記プロセッシング手段がクライアントの表示画面上に表示するためのアバタを提供し、前記アバタが前記プレゼンスコンポジタ（１（ｃ））により記録された仮想ユーザをプレゼンスネットワークの仮想ユーザとして表しかつモードを表す請求項７に記載のサービスシステム。
9. 前記プロセッシング手段が、クライアントによる前記仮想ユーザの選択をあるモードにおけるサービスの選択として取り扱う請求項８に記載のサービスシステム。
10. 前記プロセッシング手段が、複数のユーザが前記モードで前記サービスにアクセスできるようにするメカニズムとして前記仮想ユーザを前記複数のユーザのバディとして利用可能にする請求項９に記載のサービスシステム。
11. 前記プロセッシング手段が、外部のメディアサーバ（４〜７）とのインタフェースを制御して、前記サービスを提供するためにマルチメディアコンテンツを検索する請求項１乃至１０のいずれかに記載のサービスシステム。
12. 前記プロセッシング手段が、外部のメディアサーバ（４）とインタフェースするためのメディアセッションマネージャ（１（ｄ））を備える請求項１１に記載のサービスシステム。
13. 前記プロセッシング手段が外部のアプリケーションサーバ（７）を呼び出して、サービスを提供するためのアプリケーション論理プログラムを実行する請求項１１又は１２に記載のサービスシステム。
14. 前記プロセッシング手段が外部のアプリケーションサーバ（７）を呼び出して、サービスを提供するためのアプリケーション論理プログラムを実行し、前記サービスコア（１（ｆ））が外部のアプリケーションサーバ（７）とインタフェースし、かつメディアセッションの管理のためのメディアセッションマネージャ（１（ｄ））とインタフェースする請求項７に記載のサービスシステム。
15. サービスコア（１（ｆ））が、前記プレゼンスコンポジタ（１（ｃ））に命令してサービスモードを変化させるための手段を備える請求項７乃至１４のいずれかに記載のサービスシステム。
16. 前記サービスコア（１（ｆ））が、初期化の際に前記プレゼンスコンポジタ（１（ｃ））を呼び出して、サービスモードを表す仮想ユーザを含むプレゼンスネットワークのユーザをパブリッシュするための手段を備え、前記プレゼンスコンポジタ（１（ｃ））が外部のプレゼンスサーバ（８）とインタフェースして前記ユーザをパブリッシュする請求項７乃至１５のいずれかに記載のサービスシステム。
17. 前記サービスコア（１（ｆ））が、前記プレゼンスコンポジタ（１（ｃ））を呼び出して、サービスモードの変化に応答して仮想ユーザのパブリケーションを変更するための手段を備える請求項１６に記載のサービスシステム。
18. 前記サービスシステムが、モードの変化をトリガするための手段を備える請求項１４乃至１７のいずれかに記載のサービスシステム。
19. 前記サービスコアが、前記アプリケーションサーバからの入力に応答してモード変化の要件を決定し、前記サービスコアが前記メディアセッションマネージャに前記モード変化を命令する請求項１５乃至１８のいずれかに記載のサービスシステム。
20. 前記プロセッシング手段が更に、クライアントメッセージのデポジット、検索データ及びメッセージインベントリのためのメールストアとインタフェースするためのメールストアマネージャ（１（ｅ））を備える請求項１乃至１９のいずれかに記載のサービスシステム。
21. 前記サービスコア（１（ｆ））が、前記メールストアマネージャ（１（ｅ））に命令して、メールボックスの処理を実行させかつこの動作の結果を報告させる請求項２０に記載のサービスシステム。
22. 前記サービスコア（１（ｆ））が、モード変化が発生したというアプリケーションからの通知に応答して前記メールストアマネージャに命令する請求項２１に記載のサービスシステム。
23. デジタルプロセッサ上で実行する際に請求項１乃至２２のいずれかに記載の前記サービスシステムの前記プロセッシング手段の動作を実現するためのソフトウェアコードからなるコンピュータ読み取り可能な媒体。
    

Images