JP2009518909A - 複合サービス伝達システムにおける、セッションに対する音声アクセスの当該セッションに対する視覚アクセスチャンネルからの開始 - Google Patents

Abstract

【課題】本発明の実施の形態は、ＮＧＮネットワークにおける複合サービスを配置および伝達するための方法、システム、およびコンピュータ・プログラム製品を提供する。
【解決手段】複合サービスのためのセッションに対する音声アクセス・チャンネルを確立するための方法は、複合サービスのためのセッションに対する視覚アクセス・チャンネルを確立するステップと、複合サービスのためのセッションに対する音声アクセス・チャンネルを確立するための視覚アクセス・チャンネルからの要求を処理するステップと、複合サービスのためのセッションに対する視覚アクセス・チャンネルおよび音声アクセス・チャンネル毎のビューにおいてセッションについての状態の変化を同期させるステップとを含み得る。実施の形態の一局面において、複合サービスのためのセッションに対する視覚アクセス・チャンネルを確立するステップは、音声チャンネルを確立するための要求を提供するために、視覚アクセス・チャンネルのためのビューにおいてハイパーリンクを設置するステップを含み得る。
【選択図】図１

Description

本発明は、次世代ネットワーキング（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｎｅｔｗｏｒｋｉｎｇ：ＮＧＮ）の分野に関し、より特定的には、ＮＧＮネットワーク上での複合サービスの配置および伝達に関する。

次世代ネットワーキング（ＮＧＮ）とは、データ、映像、および音声送信を本来サポートする、新興のコンピューティング・ネットワーキング技術である。過去の回路切り換え電話ネットワークとは異なり、ＮＧＮネットワークではパケット切り換えが行われ、単一のネットワークにおいて音声とデータとを組み合わせる。一般的に、ＮＧＮネットワークは、呼制御と呼伝送との間の分割によって分類される。また、ＮＧＮネットワークにおいて、すべての情報は、それぞれの型に従ってラベル付けが可能なパケットを介して送信される。したがって、個々のパケットは、対応するラベルに示された型によって互いに異なるように扱われる。

ＩＰマルチメディア・サブシステム（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ：ＩＭＳ）は、移動および固定サービス用のオープンで標準化されかつオペレータが操作しやすいＮＧＮマルチメディア・アーキテクチャである。ＩＭＳは、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ：ＳＩＰ）の異型に基づくインターネット・プロトコル上での音声通信（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：ＶｏＩＰ）を実施したものであり、標準的なインターネット・プロトコル（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ：ＩＰ）上で実行する。ＮＧＮネットワークにおける電話通信オペレータは、ネットワーク制御されたマルチメディア・サービスをＩＭＳを利用して提供する。ＩＭＳの目的は、ＮＧＮネットワークのユーザに対して、現在利用可能なサービスに加えて新しいサービスを提供することである。ＩＭＳのこの広範な目的は、基礎となるＩＰ互換プロトコルと、対応するＩＰ互換インターフェースとを幅広く使用することを通じてサポートされる。このように、ＩＭＳは、インターネットを無線セルラー式空間と融合させて、セルラー式技術に対して、インターネット上に配置されるユビキタスなアクセスに有用なサービスを提供することができる。

マルチメディア・サービスは、マークアップが指定された文書の使用を通じて、ＮＧＮネットワーク内およびＮＧＮ以外のネットワーク内の両方において同様に配信することができる。視覚インターフェースを有するサービスの場合には、拡張可能なハイパーテキスト・マークアップ言語（ｅｘｔｅｎｓｉｂｌｅ ｈｙｐｅｒｔｅｘｔ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ：ＸＨＴＭＬ）およびその数多くの共通種といった視覚指向のマークアップは、視覚コンテンツ・ブラウザにおいて例えばハイパーテキスト転送プロトコル（ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ：ＨＴＴＰ）によって管理されるチャンネルなどの視覚コンテンツ・チャンネルを通じてレンダリングされる場合に、サービスに対する視覚インターフェースを指定することができる。それに比べて、音声インターフェースは、音声拡張可能なマークアップ言語（ｖｏｉｃｅ ｅｘｔｅｎｓｉｂｌｅ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ：ＶｏｉｃｅＸＭＬ）などの音声指向のマークアップによって、サービスのために指定することができる。音声インターフェースの場合には、例えばＳＩＰに従って管理される別個の音声チャンネルを通じて行われる。

多くの状況において、音声モードおよび視覚モードを含む異なるモダリティ（ｍｏｄａｌｉｔｉｅｓ）の複数の異なるチャンネルにわたって伝達されるようにサービスを構成するのが好ましい。これに関連して、サービス・プロバイダは、所定のエンド・ユーザによってアクセスされることになるサービスのインタラクティブなモダリティを常に予測することができるわけではない。この不確実性に対処するために、例えば音声マークアップおよび視覚マークアップによるなどの予想される各モダリティを通じての伝達のためにサービスを準備することができる。しかしながら、異なるアクセス・モダリティを満たすために複数の異なるマークアップ文書を生成するのは、単調でうんざりする作業になりかねない。その結果、開発処理を簡略化するために、ＸＨＴＭＬ＋ＶｏｉｃｅＸＭＬ（Ｘ＋Ｖ）などの融合技術が利用されてきた。

特に、Ｘ＋Ｖは、マルチモーダルなアプリケーション開発環境を生じさせる技術努力の１つを表す。Ｘ＋Ｖにおいて、ＸＨＴＭＬおよびＶｏｉｃｅＸＭＬを単一の文書に混在させることができる。文書のＸＨＴＭＬ部分は、エンド・ユーザとの視覚的な対話を管理することができ、文書のＶｏｉｃｅＸＭＬ部分は、エンド・ユーザとの音声対話を管理することができる。Ｘ＋Ｖにおいては、マルチモーダルなコンテンツを同時にレンダリングしながら、コマンド、制御、およびコンテンツ・ナビゲーションを可能にすることができる。これに関連して、Ｘ＋Ｖプロファイルは、ページに存在する視覚的ハイパーリンクに基づいて文法をどのように計算するかについて指定する。

しかしながら、Ｘ＋Ｖドキュメントを処理するには、コンテンツにアクセスする場合にエンド・ユーザによって使用されるクライアント装置内の固有のブラウザを使用することが必要である。マルチメディア・サービスをＮＧＮネットワークにわたって普及している装置を含む多数のエンド・ユーザ装置に対して配信することは、すべてのエンド・ユーザ装置がＸ＋Ｖおよび他の統一技術を扱うように固有に構成されていると仮定する場合には困難となりうる。それどころか、よくてもせいぜい、ＮＧＮネットワーク内の装置は、視覚的な対話をある標準的な通信チャンネル内で処理し、音声対話を第２の標準的な通信チャンネル内で処理するようになっているものと推定できるだけである。

よって、Ｘ＋Ｖが有望であるにもかかわらず、ＮＧＮネットワークまたはＮＧＮ以外のネットワーク上でさえも配信されるサービスとの対話の複数のモダリティを真にサポートするためには、異なる通信チャンネルを異なるアクセス・モダリティ毎に確立しなければならない。さらに、各サービスは、異なるモダリティ毎に別個に指定されなければならない。最後に、あるサービスに対する１つのアクセス・モダリティにわたってあるセッションがいったん確立されると、同一のセッション内の同一のサービスに対する異なるアクセス・モダリティに中間セッションを変更することができない。その結果、異なる対話モダリティに対処する異なるチャンネルにわたる対話は、同期しないでバラバラのままである。結果、エンド・ユーザは、ＮＧＮネットワークにおけるサービスのためのアクセス・モダリティ間を自由に切り換えることができない。

本発明の実施の形態は、ＮＧＮネットワークにおける異なるアクセス・チャンネルを通じてアクセスされるべきサービスを配置および伝達することに関する技術の欠点に対処するものであって、ＮＧＮネットワークにおける複合サービスを配置および伝達するための新規かつ非自明の方法、システム、および装置を提供するものである。本明細書において使用されるように、複合サービスとは、異なるアクセス・チャンネル間でのサービスの状態の同期を保持しながら、共通セッションにおいて対応するように異なるチャンネルにおける複数の異なるアクセス・モダリティを通じてアクセスされるように可能となっているＮＧＮネットワークにわたって配置されたサービスである。

本発明は、請求項１に記載の方法、ならびに対応するシステムおよびコンピュータ・プログラムを提供する。

好ましくは、複合サービスのための共通セッションに対する音声アクセス・チャンネルを確立するために、視覚アクセス・チャンネルからの要求を処理するステップは、当該要求から電話番号を判断するステップと、ＳＩＰ要求を音声イネーブラに対して転送して、共通セッションに対する前記音声アクセス・チャンネルを確立するために、電話番号にダイヤルするステップを含み得る。最後に、本発明のさらに他の局面において、共通セッションに対するアクセス・チャンネル毎のビューにおいて、共通セッションについての状態の変化を同期させるステップは、共通セッションのためのモデルにおける共通セッションについての状態を維持するステップと、音声アクセス・チャンネルおよび視覚アクセス・チャンネル毎のモデルについての状態の変化についてリスナーを作成するステップと、リスナー内のモデルについての状態の変化を検出するステップと、リスナー内のモデルについての状態の変化を検出したことに応じて、共通セッションに対する音声アクセス・チャンネルおよび視覚アクセス・チャンネル毎のビューを更新するステップとを含み得る。

好ましくは、複合サービスを可能にするデータ処理システムは、複合サービスにのための共通セッションに対する複数の異なるアクセス・チャンネルを確立することができる複数のチャンネル・サーブレットを含み得る。チャンネル・サーブレットの少なくとも１つは、音声イネーブラを含み得る。また、本システムは、異なるアクセス・チャンネルを複合サービスのための共通セッションに関連付けるエントリの表を含む位置レジストリを含み得る。またさらに、本システムは、共通セッションのためのモデルに結合し、共通セッションのためのモデルにおける状態データを修正し、モデルにおいて検出された変化に応じて、共通セッションに対する異なるアクセス・チャンネル毎のビューを同期させるために構成されたモデル・サーブレットを含み得る。最後に、単一のセッションについての視覚アクセス・チャンネルについてのビューのうちの少なくとも１つのビューは、ハイパーリンクを含むことができ、音声イネーブラに対して、共通セッションのための音声アクセス・チャンネルを確立するための要求を提供することができる。

本発明のさらなる局面は、その一部が以下の説明に記載されることになり、部分的に本説明から明らかであり、または、本発明の実施によってわかってもよい。本発明の局面は、添付の請求項において特に指摘された要素およびそれらの組み合わせによって実現および達成されてもよい。上述の概説および以下の詳細の説明は共に例示であって、説明のためだけのものであり、請求項に記載された本発明を制限するものではないことが理解されるべきである。

添付の図面は、本明細書の一部に包含されると共にその一部を構成しており、本発明の実施の形態を示しており、また、本説明と共に、本発明の原理を説明する役割を果たす。本明細書に記載された実施の形態は現時点では好ましいものであるが、本発明は、図示の詳細な配列および手段に限定されるものではないことが理解される。

本発明の実施の形態は、ＮＧＮネットワークにおける複合サービスを伝達するための方法、システム、およびコンピュータ・プログラムを提供する。本発明の一実施の形態によれば、複合サービス・イネーブラは、音声および視覚モードを含む対応する異なるアクセス・モダリティを通じて共通セッションにアクセスするために、共通セッションに対する異なるアクセス・チャンネルを確立することができる。具体的には、複合サービスに対する共通セッションとの対話は、当該共通セッションに対する異なるアクセス・モダリティにそれぞれ対応する、異なるチャンネルのうちの選択されたチャンネルをわたって提供することができる。音声モダリティおよび視覚モダリティの場合には、別個のマークアップ文書が、各選択されたチャンネルにおいて当該チャンネルの特定のモダリティに従って使用される。

重要なのは、複合サービス・イネーブラ内では、共通セッションにアクセスするために関連付けることができるということである。その結果、共通セッションの状態は、複合サービス・イネーブラ内のモデル・ビュー・コントローラのアーキテクチャにおけるモデル内に記憶されており、サービスの状態を変更するために使用されるチャンネルとは関係なく保持することができる。さらに、複合サービス・イネーブラは、異なるチャンネルのうちの選択された１つのチャンネルについての各ビューにおけるサービスの表現を同期させることができる。

本発明によれば、複合サービスのための共通セッションに対する音声アクセス・チャンネルは、複合サービスのための当該共通セッションに対する確立された視覚チャンネルを通じて確立することができる。具体的には、視覚アクセス・チャンネルのためのエンドポイントにおけるページ内に配置された視覚リンクは、共通セッションに対する別個の音声チャンネルを確立したいエンド・ユーザによって起動が可能である。リンクの起動に応じて、複合サービス・イネーブラ内の音声イネーブラに対して、リンクで指定された番号のダイヤルを命令するメッセージを送ることができる。そして、音声イネーブラは、当該番号にダイヤルして、共通セッションに対する別個の音声アクセス・チャンネルを確立しようとする。電話的な接続が受話者によって一旦受け入れられると、共通セッションを新しく確立された音声チャンネルに関連付けることができ、共通セッションのためのモデルを音声アクセス・チャンネルと視覚アクセス・チャンネルとの間として同期させることができる。

好都合なことに、本発明のシステムは、ＮＧＮネットワークにおけるＩＭＳ内で具体化することができる。図示において、図１は、ＮＧＮネットワークにおいて、複合サービスのためのセッションに対する音声アクセス・チャンネルを当該セッションに対する視覚アクセス・チャンネルから確立することを可能にするデータ処理システムとともに使用されるように構成されるＩＭＳの実態的な図である。図１に示すように、複合サービスを可能にするデータ処理システム２００は、ＮＧＮネットワーク１２０において複合マルチメディア・サービス１８０を配置および伝達するように構成することができる。本明細書に使用されているように、「複合マルチメディア・サービス」は、対応するように異なる通信チャンネルにわたって異なるモダリティの複数の異なるビューを通じてアクセスされるように構成されるサービスであってもよい。

より特定的には、複合マルチメディア・サービス１８０は、視覚モード、インスタント・メッセージング・モード、および音声モードを含む、いくつかの異なるモダリティを通じてアクセス可能である。各アクセス・モダリティは、開発者１９０によってサービス開発ツール１７０の使用を通じて作成することができる。サービス開発ツール１７０は、複合マルチメディア・サービス１８０のために異なるアクセス・モダリティを作成するように構成することができ、複合マルチメディア・サービス１８０に対する視覚アクセスを提供するための視覚マークアップおよび複合マルチメディア・サービス１８０に対するか可聴アクセスを提供するための音声マークアップを含む。

複合サービスを可能にするデータ処理システム２００に対して、１つ以上のゲートウェイ・サーバ・プラットフォーム１１０を結合することができる。各ゲートウェイ・サーバ・プラットフォーム１１０は、特定のアクセス・モダリティに従って、複合マルチメディア・サービス１８０にアクセスするための通信チャンネルの確立を促進することができる。例えば、ゲートウェイ・サーバ・プラットフォーム１１０は、視覚モードを通じてＮＧＮネットワーク１２０上で複合マルチメディア・サービス１８０にアクセスするための視覚マークアップを供給することができるウェブ・サーバなどのコンテンツ・サーバを含み得る。同様に、ゲートウェイ・サーバ・プラットフォーム１１０は、可聴モードを通じてＮＧＮネットワーク１２０上で複合マルチメディア・サービス１８０に対する可聴アクセスを提供することができる音声サーバを含み得る。

エンド・ユーザ１３０は、クライアント・アクセス装置１５０の選択のいずれか１つを使用して、複合マルチメディア・サービス１８０にアクセスすることができる。クライアント・アクセス装置１５０内のアプリケーション論理は、特定のアクセス・モダリティのためのインターフェースを提供することができる。その例には、パーソナル・コンピューティング装置内のコンテンツ・ブラウザ、普及装置内の可聴ユーザ・インターフェース、電話機内の電話ユーザ・インターフェースなどが含まれる。重要なのは、各提供されたアクセス・モダリティは、複合マルチメディア・サービス１８０を伴う同一のセッションのためにネットワーク１２０上で対応するゲートウェイ・サーバ・プラットフォーム１１０と共に確立された複数のチャンネル１６０のうちの別個の１つを使用することができるということである。これに関連して、複合マルチメディア・サービス１８０を伴うセッションは、複合マルチメディア・サービス１８０に対する異なるアクセス・モダリティをエンド・ユーザ１３０のうちの１人に対して提供するために、複数のチャンネル１６０にわたって存在し得る。

より特定的な図において、図２は、図１の複合サービスを可能にするデータ処理システム２００の概略図である。複合サービスを可能にするデータ処理システム２００は、アプリケーション・サーバ２７５において動作することができ、ＮＧＮネットワークにおける異なるエンドポイント型２６０Ａ，２６０Ｂ，２６０Ｃのための互いに異なるアクセス・チャンネル２４５，２５０，２５５上で複合マルチメディア・サービスのための対応セッション２２５との通信対話を処理するように構成された、複数のチャンネル・サーブレット２３５を含み得る。これに関連して、チャンネル・サーブレット２３５は、ＨＴＴＰ上でリアル・タイム・プロトコル（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ：ＲＴＰ）を利用する音声インターフェースを実装する視覚エンドポイント２６０ＡまたはＳＩＰを利用する音声エンドポイント２６０に対する音声イネーブラおよび音声サーバとして、音声対話を処理することができる。同様に、チャンネル・サーブレット２３５は、視覚エンドポイント１６０Ａに対するウェブ・アプリケーションとして、視覚対話を処理することができる。さらに他の例として、チャンネル・サーブレット２３５は、インスタント・メッセージング・エンドポイント２６０Ｃに対するインスタント・メッセージング・サーバとして、インスタント・メッセージ対話を処理することができる。

より特定的には、チャンネル・サーブレット２３５は、複合マルチメディア・サービスのための対応セッション２２５との対話に対するＨＴＴＰ要求を処理することができるようになっていてもよい。ＨＴＴＰ要求は、視覚モード指向のウェブ・ページから視覚チャンネル２４５上を、視覚モード志向のインスタント・メッセージング・インターフェースからインスタント・メッセージングチャンネル２５５上を、またはＳＩＰによって可能となる音声チャンネル２５０上で音声モードにおいても、発することができる。同様に、チャンネル・サーブレット２３５は、当該技術分野で周知なように、複合マルチメディア・サービスのための対応セッション２２５のための音声対話を処理するのに組み合わせて有効であるＳＩＰｌｅｔに結合された、ＶｏｉｃｅＸＭＬおよび呼制御拡張可能なマークアップ言語（ｃａｌｌ ｃｏｎｔｒｏｌ ｅｘｔｅｎｓｉｂｌｅ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ：ＣＣＸＭＬ）などの適切な音声マークアップを含み得る音声イネーブラを通じて、複合マルチメディア・サービスのための対応セッション２２５との対話に対するＳＩＰ要求を処理することができるようになっていてもよい。

各チャンネル・サーブレット２３５は、モデル・サーブレット２２０に結合され得る。モデル・サーブレット２２０は、セッション２２５のうちの関連するセッションのためにモデル２１０との対話を調停することができる。各セッション２２５は、セッション・マネージャ２１５内で管理可能であり、セッション・マネージャ２１５は、チャンネル・サーブレット２３５を通じて確立された異なる通信チャンネルを、セッション２２５のうちの対応する１つのセッションと相互に関連付けることができる。異なる通信チャンネルの相互関連付けは、結合された位置レジストリ２３０を使用することを通じて促進することができる。位置レジストリ２３０は、システムのホスト名と、セッション２２５のうちの対応する１つのセッションについてアクティブなチャンネルとを示す表を含むことができる。

モデル・サーブレット２２０は、異なるエンドポイント２６０Ａ，２６０Ｂ，２６０Ｃを通じて互いに異なるアクセス・チャンネル２４５，２５０，２５５を提供する複合マルチメディア・サービスのための対応セッション２２５のためのモデル２１０にアクセスすることができるようになっているプログラム・コードを含み得る。例えば、モデル２１０は、ビーン・コンテナ内のエンティティ・ビーン内にカプセル化し得る。さらに、モデル２１０は、セッション２２５のうちの対応する１つのキャッシュのためのセッション・データが作成、除去、または修正されるアクセス・チャンネル２４５，２５０，２５５とは無関係に、セッション２２５のうちの当該対応する１つのセッションのためのセッションデータを記憶することができる。

とりわけ、複合マルチメディア・サービスのためのセッション毎の状態の変化は、リスナー・アークテクチャを通じて異なるアクセス・チャンネル２４５，２５０，２５５のための異なるビュー２６０にわたって同期させることができる。リスナー・アークテクチャは、モデル２１０毎に１つ以上のリスナー２４０を含むことができる。各リスナーは、異なるアクセス・チャンネル２４５，２５０，２５５に対応でき、モデル２１０についての状態の変化を検出することができる。複合マルチメディア・サービスについてのセッション２２５のうちの対応する１つのセッションのモデル２１０についての状態の変化を検出したことに応じて、リスナー２４０は、チャンネル・サーブレット２３５のうちの対応する１つを通じて加入利用中のビュー２６０に対して通知を提供して、加入利用中のビュー２６０がリフレッシュを行ってモデル２１０についての検出された状態の変化を組み込むことができるようにすることができる。

図３は、図２のデータ処理システムにおける複合サービスのための単一のセッションに対する複数のアクセス・チャンネルを管理するための処理を示すフロー・チャートである。ブロック３１０で開始して、第１のアクセス・チャンネルが、複合マルチメディア・サービス用に開かれて、ブロック３２０において、セッションが複合マルチメディア・サービスと共に確立される。セッションのためのデータは、ブロック３３０において確立され得るセッションのためのモデルに記憶される。判断ブロック３４０において、当該セッションのためにさらなるアクセス・チャンネルが確立されることになっている場合には、処理はブロック３５０において継続することができる。ブロック３５０において、さらなるアクセス・チャンネルが、必要なさらなるチャンネルの数だけ、同一のセッションのために確立され得る。

判断ブロック３４０において、これ以上アクセス・チャンネルを確立しなくてもよい場合には、ブロック３６０において、セッションのために確立されたアクセス・チャンネル毎にリスナーが登録され得る。その後、ブロック３７０において、各リスナーにおいてイベントが受信され得る。判断ブロック３８０において、モデルの変更が検出された場合には、ブロック３９０において、モデルの変更は、確立されたアクセス・チャンネルのうちの選択されたチャンネルについての各エンドポイントへ提供され得る。その結果、エンドポイントは、当該変更を受信して、モデルに対する変更が適用された特定のアクセス・チャンネルに関わらず、同一のセッションのための確立されたアクセス・チャンネルのうちの選択されたチャンネルのための対応するビューに対して、当該変更を適用し得る。

とりわけ、セッションのために視覚アクセス・チャンネルが一旦確立されると、当該セッションに対する新たな音声アクセス・チャンネルが、視覚アクセス・チャンネルのためのエンドポイントを通じて確立し得る。より特定的な図示では、図４は、ＮＧＮネットワークにおいて、複合サービスのためのセッションに対する音声アクセス・チャンネルを当該セッションに対する視覚アクセス・チャンネルから確立するための処理を示すフロー・チャートである。ブロック４１０で開始して、視覚チャンネルがセッションのために確立され得る。視覚チャンネルのためのエンドポイントは、特定の電話通信エンドポイントのためのセッションに対する別個の音声アクセス・チャンネルを確立するための複合サービス・イネーブラに対する要求を送信するように構成されたハイパーリンクなどのユーザ・インターフェース要素を含み得る。

この目的のために、判断ブロック４２０において、ユーザ・インターフェース要素が起動されて新たな音声アクセス・チャンネルをダイヤルする要求を示す場合には、処理はブロック４４０において継続し得る。そうでない場合には、視覚アクセス・チャンネルは、そのままブロック４３０において維持され得る。ブロック４４０において、ユーザ・インターフェース要素の起動によって新たな音声アクセス・チャンネルを確立することになっていると判断される場合には、ブロック４４０において、複合サービス・イネーブラに対して、特定された音声エンドポイントに対する新しい音声アクセス・チャンネルをダイアルするための要求が発行され得る。その後、ブロック４５０において、ＳＩＰ ｉｎｖｉｔｅが、エンドポイントの電話番号を特定するＳＩＰ情報要求と共に、音声イネーブラに対して発行され得る。

ブロック４６０において、音声イネーブラは、エンドポイントの電話番号にダイヤルすることができ、ブロック４７０において、セッションのための音声アクセス・チャンネルが確立され得る。セッションに対する音声アクセス・チャンネルが一旦確立されると、セッションとのエンド・ユーザ対話が、音声アクセス・チャンネルまたは視覚アクセス・チャンネルのいずれかを通じて継続できる。音声アクセス・チャンネルまたは視覚アクセス・チャンネルのいずれかを通じてのセッションのためのモデルに適用される変更は、リスナー・アークテクチャを通じて変更が検出される度に、すべてのアクセス・チャンネルにわたって同期を取ることができる。

本発明の実施の形態は、完全にハードウェアのみによる実施、完全にソフトウェアのみによる実施、またはハードウェアおよびソフトウェア要素の両方を含む実施の形態を取ることができる。好ましい一実施の形態において、本発明は、ファームウェア、レジデント・ソフトウェア、マイクロコードなどを含むソフトウェアで実施されるが、これらのソフトウェアに限定されるものではない。さらに、本発明は、コンピュータまたは任意の命令実行システムによる使用かまたはそれと関連した使用のためのプログラム・コードを提供する、コンピュータが使用可能なまたはコンピュータが読み取り可能な媒体からアクセス可能なコンピュータ・プログラム製品の形態を取ることができる。

本説明の目的のために、コンピュータが使用可能なまたはコンピュータが読み取り可能な媒体は、命令実行システム、装置、またはデバイスによる使用かまたはそれと関連した使用のためのプログラム・コードを提供するプログラムを包含、記憶、通信、伝播、または伝送することができる任意の装置であり得る。媒体は、電子、磁気、光学、電磁、赤外線、または半導体システム（あるいは装置またはデバイス）もしくは伝播媒体であり得る。コンピュータが読み取り可能な媒体の例には、半導体または固体メモリ、磁気テープ、着脱可能なコンピュータ・ディスケット、ランダム・アクセス・メモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ：ＲＡＭ）、読み出し専用メモリ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ：ＲＯＭ）、ならびに固定式の磁気ディスクおよび光ディスクが含まれる。光ディスクの現在における例には、コンパクト・ディスク‐読み出し専用メモリ（ｃｏｍｐａｃｔ ｄｉｓｋ−ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ：ＣＤ−ＲＯＭ）、コンパクト・ディスク‐読み出し／書き込み（ｃｏｍｐａｃｔ ｄｉｓｋ−ｒｅａｄ／ｗｒｉｔｅ：ＣＤ−Ｒ／Ｗ）、およびＤＶＤが含まれる。

プログラム・コードを記憶または実行あるいはその両方を実行するために適したデータ処理システムは、システム・バスを通じてメモリ要素と直接または間接的に結合された少なくとも１つのプロセッサを含む。メモリ要素は、プログラム・コードを実際に実行中に使用されるローカル・メモリ、大容量記憶装置、および、実行中に大容量記憶装置からコードを取り出さなければならない回数を削減するために少なくともいくらかのプログラム・コードの一時的に記憶することを提供するキャッシュ・メモリを含み得る。入力／出力またはＩ／Ｏ装置（キーボード、ディスプレイ、ポインティング装置などを含む）は、直接かまたは介在するＩ／Ｏコントローラを通じてかのいずれかでシステムに結合されることができる。また、ネットワーク・アダプタがシステムに結合されて、データ処理システムが他のデータ処理システムまたは遠隔のプリンタまたは記憶装置に対して介在する専用または公衆ネットワークを通じて結合できるようにしてもよい。モデム、ケーブル・モデム、およびイーサネット（Ｒ）・カードは、ネットワーク・アダプタの現在利用可能な種類のうちのほんの一部である。

ＮＧＮネットワークにおいて、複合サービスのためのセッションに対する音声アクセス・チャンネルをセッションに対する視覚アクセス・チャンネルから確立することを可能にするデータ処理システムとともに使用されるように構成されるＩＭＳの実体的な図である。 ＮＧＮネットワークにおいて、複合サービスのためのセッションに対する音声アクセス・チャンネルを当該セッションに対する視覚アクセス・チャンネルから確立するように配置されたデータ処理システムの概略図である。 図２のデータ処理システムにおける複合サービスのための単一のセッションに対する複数のアクセス・チャンネルを管理するための処理を示すフロー・チャートである。 ＮＧＮネットワークにおいて、複合サービスのためのセッションに対する音声アクセス・チャンネルを当該セッションに対する視覚アクセス・チャンネルから確立するための処理を示すフロー・チャートである。

Claims (6)

1. 視覚モードおよび音声モードを含むいくつかの異なるモダリティを通じてアクセスできる複合マルチメディア・サービスのためのセッションに対する音声アクセス・チャンネルを確立するための方法であって、
   複合サービスのためのセッションに対する視覚アクセス・チャンネルを確立するステップと、
   前記複合サービスのための前記セッションに対する音声アクセス・チャンネルを確立するための前記視覚アクセス・チャンネルからの要求を処理するステップと、
   前記複合サービスのための前記セッションに対する前記視覚アクセス・チャンネルおよび前記音声アクセス・チャンネル毎のビューにおいて前記セッションについての状態の変化を同期させるステップ
   とを含み、
   前記音声アクセス・チャンネルが一旦確立されると、前記音声アクセス・チャンネルまたは前記視覚アクセス・チャンネルのいずれかを通じて、前記セッションとのエンド・ユーザ対話が継続可能である、方法。
2. 複合サービスのためのセッションに対する視覚アクセス・チャンネルを確立する前記ステップは、前記音声チャンネルを確立するための前記要求を提供するために、前記視覚アクセス・チャンネルのための前記ビューにおいてハイパーリンクを設置するステップをさらに含む、請求項１に記載の方法。
3. 前記複合サービスのための前記セッションに対する音声アクセス・チャンネルを確立するための前記視覚アクセス・チャンネルからの要求を処理する前記ステップは、
   前記要求から電話番号を判断するステップと、
   セッション開始プロトコル（ＳＩＰ）要求を音声イネーブラに対して転送して、前記セッションに対する前記音声アクセス・チャンネルを確立するために、前記電話番号にダイヤルするステップ
   とを含む、請求項１に記載の方法。
4. 前記セッションに対する前記アクセス・チャンネル毎のビューにおいて前記セッションについての状態の変化を同期させる前記ステップは、
   前記セッションのためのモデルにおける前記状態を維持するステップと、
   前記音声アクセス・チャンネルおよび前記視覚アクセス・チャンネル毎の前記モデルにおける前記状態の変化についてリスナーを作成するステップと、
   前記リスナー内の前記モデルにおける前記状態の変化を検出するステップと、
   前記リスナー内の前記モデルについての状態の前記変化を検出したことに応じて、前記セッションに対する前記音声アクセス・チャンネルおよび前記視覚アクセス・チャンネル毎の前記ビューを更新するステップ
   とを含む、請求項１に記載の方法。
5. 方法請求項１〜４のいずれかに記載の方法の全ステップを実行するために適合された手段を備える、システム。
6. コンピュータ上で実行されると、方法請求項１〜４のいずれかに記載の方法の全ステップを実行するための命令を備えるコンピュータ・プログラム。

Images