(57)【要約】【課題】プッシュツートーク型ネットワークと電気通信ネットワークとの間のゲートウェイを提供する。【解決手段】このゲートウェイは、第１電気通信ネットワーク（Ｒ１）を介して第２プッシュツートーククライアント（ＣＬ２）と通信するように構成された第１プッシュツートーククライアント（ＣＬ１）の第１インスタンスを生成するための手段（２０）と、第２電気通信ネットワーク（Ｒ２）においてサービスプロバイダ（ＦＳ１、ＦＳ２）と呼を設定するための手段（ＣＬ１＿ＩＰ）と、第２プッシュツートーククライアント（ＣＬ２）とサービスプロバイダ（ＦＳ１、ＦＳ２）との間で論理セッションを設定するために、第１プッシュツートーククライアント（ＣＬ１）の第１インスタンスと通信手段（ＣＬ１＿ＩＰ）との間で第１通信チャネル（Ｓ）を設定するように構成された制御手段（１０）と、を含む。【選択図】図１
2007013955.tif 000002
【特許請求の範囲】
【請求項１】
第１電気通信ネットワーク（Ｒ１）を介して少なくとも１つの第２プッシュツートーククライアント（ＣＬ２）とプッシュツートークセッションを設定するように構成された第１プッシュツートーククライアント（ＣＬ１）の第１インスタンスを生成するための手段（２０）と、
インターネット型の第２電気通信ネットワーク（Ｒ２）におけるサービスプロバイダ（ＦＳ１、ＦＳ２）と呼を設定するためにＩＰクライアント（ＣＬ１＿ＩＰ）のインスタンスを生成するための手段と、
前記少なくとも１つの第２プッシュツートーククライアント（ＣＬ２）と前記サービスプロバイダ（ＦＳ１、ＦＳ２）との間で論理セッションを設定および維持するために、前記第１プッシュツートーククライアント（ＣＬ１）の前記第１インスタンスと前記通信手段（ＣＬ１＿ＩＰ）との間で第１通信チャネル（Ｓ）を設定するように構成された制御手段（１０）と、
を含むゲートウェイ装置。
【請求項２】
前記制御手段（１０）は、
前記プッシュツートークセッションの切断を検出し、
前記第１プッシュツートーククライアント（ＣＬ１）の第２インスタンスの生成を開始し、
前記第１プッシュツートーククライアント（ＣＬ１）の前記第２インスタンスと前記少なくとも１つの第２プッシュツートーククライアント（ＣＬ２）との間で第２プッシュツートークセッションを設定し、
前記少なくとも１つの第２プッシュツートーククライアント（ＣＬ２）と前記サービスプロバイダ（ＦＳ１、ＦＳ２）との間で前記論理セッションを維持するために、前記第１プッシュツートーククライアント（ＣＬ１）の前記第２インスタンスと前記通信手段（ＣＬ１＿ＩＰ）との間で第２通信チャネル（Ｓ）を設定する
ように構成されることを特徴とする請求項１に記載のゲートウェイ装置。
【請求項３】
前記制御手段（１０）は、
前記サービスプロバイダ（ＦＳ１、ＦＳ２）と前記ＩＰクライアント（ＣＬ１＿ＩＰ）の前記インスタンスとの間で前記呼の切断を検出し、
前記ＩＰクライアント（ＣＬ１＿ＩＰ）の少なくとも１つの第２インスタンスの生成を開始し、
前記少なくとも１つの第２プッシュツートーククライアント（ＣＬ２）と前記サービスプロバイダ（ＦＳ１、ＦＳ２）との間で前記論理セッションを維持するために、前記第１プッシュツートーククライアント（ＣＬ１）の前記第１インスタンスまたは前記少なくとも１つの第２インスタンスと前記ＩＰクライアント（ＣＬ１＿ＩＰ）の前記第２インスタンスとの間で第３通信チャネル（Ｓ）を設定する
ように構成されることを特徴とする請求項１または請求項２に記載のゲートウェイ装置。
【請求項４】
前記第１プッシュツートーククライアント（ＣＬ１）によって受信されたデータを前記サービスプロバイダ（ＦＳ１、ＦＳ２）に適合したフォーマットに変換し、
前記通信手段（ＣＬ１＿ＩＰ）によって受信されたデータを前記プッシュツートークセッション（ＣＬ２）に適合したフォーマットに変換する
ように構成された変換手段（１５０）を含むことを特徴とする請求項１から３のいずれか１項に記載のゲートウェイ装置。
【請求項５】
前記ゲートウェイ（２）を介して前記第２プッシュツートーククライアント（ＣＬ２）からアクセス可能なサービス（Ｓ１、Ｓ２）のリストを含むディレクトリ（ＹＢ）を更新するための手段（４０）を含み、
前記ディレクトリ（ＹＢ）は、前記ゲートウェイ（２）が前記サービス（Ｓ１、Ｓ２）のプロバイダ（ＦＳ１、ＦＳ２）のアドレス（＠ＩＰ１、＠ＩＰ２）を識別することを可能とするために十分な少なくとも１つの情報項目（Ｐ１、Ｐ２）を含む
ことを特徴とする請求項１から４のいずれか１項に記載のゲートウェイ装置。
【請求項６】
前記第１電気通信ネットワーク（Ｒ１）における第２プッシュツートーククライアント（ＣＬ２）に関する存在の情報および／または使用可能性の情報を取得するための手段（６０）を含む
ことを特徴とする請求項１から５のいずれか１項に記載のゲートウェイ装置。
【請求項７】
前記サービスプロバイダ（ＦＳ１、ＦＳ２）によって提供されるサービスの存在および／または使用可能性を知らせるための手段（６０）を含む
ことを特徴とする請求項１から６のいずれか１項に記載のゲートウェイ装置。
【請求項８】
第２プッシュツートーククライアント（ＣＬ２）とサービスプロバイダ（ＦＳ１、ＦＳ２）との間で論理セッションを設定および維持するために、
第１電気通信ネットワーク（Ｒ１）において前記第２プッシュツートーククライアント（ＣＬ２）とプッシュツートークセッションを設定するように構成されたプッシュツートーククライアント（ＣＬ１）のインスタンスと、
インターネット型の第２電気通信ネットワーク（Ｒ２）における前記サービスプロバイダ（ＦＳ１、ＦＳ２）との通信におけるＩＰクライアント（ＣＬ１＿ＩＰ）のインスタンスと
の間で通信チャネル（Ｓ）を設定するための手段を含む制御ユニット。
【請求項９】
第１電気通信ネットワーク（Ｒ１）における少なくとも１つの第２プッシュツートーククライアント（ＣＬ２）と、インターネット型の第２電気通信ネットワーク（Ｒ２）におけるサービスプロバイダ（ＦＳ１、ＦＳ２）との間の通信を確立する方法であって、前記方法は請求項１から７のいずれか１項に記載のゲートウェイ装置において実装されるように構成され、かつ、
前記ゲートウェイ（２）内で、前記第１電気通信ネットワーク（Ｒ１）を介して前記少なくとも１つの第２プッシュツートーククライアント（ＣＬ２＿ＰＴＴ）とプッシュツートークセッションを設定するように構成された第１プッシュツートーククライアント（ＣＬ１）の第１インスタンスを生成するステップ（Ｅ１０）と、
前記ゲートウェイ（２）のＩＰクライアント（ＣＬ１＿ＩＰ）のインスタンスと前記第２電気通信ネットワーク（Ｒ２）における前記サービスプロバイダ（ＦＳ１、ＦＳ２）との間で呼を設定するステップ（Ｅ２０）と、
前記少なくとも１つの第２プッシュツートーククライアント（ＣＬ２）と前記サービスプロバイダ（ＦＳ１、ＦＳ２）との間で論理セッションを設定および維持するために、前記第１プッシュツートーククライアント（ＣＬ１）の前記第１インスタンスと前記通信手段（ＣＬ１＿ＩＰ）との間で第１通信チャネル（Ｓ）を設定するステップ（Ｅ３０）と、
を有する方法。
【請求項１０】
コンピュータによって実行されるときに請求項９に記載の方法のステップを実行するための命令を含むコンピュータプログラム。
【請求項１１】
コンピュータによって実行されるときに請求項９に記載の方法のステップを実行するように構成された命令を含むコンピュータプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、固定または移動電気通信ネットワークに配備可能なプッシュツートーク（PTT（push-to-talk））型サービスの分野に関する。
【背景技術】
【０００２】
プッシュツートークサービスは、共通の通信チャネルを共有するユーザのグループ内でメッセージを交換する。これはこの技術分野で周知である。
実際、グループの各メンバーは、共有チャネルにおいて信号を送受信するように構成された電気通信装置を有する。
その装置は、デフォルトで受信状態にあるように設計される。共有チャネルにおいて送信を望むユーザは、ウォーキートーキーのように、ボタンを操作して彼らの端末を送信モードに切り換える。そしてユーザは共有チャネルにおいてデータ（音声、映像、またはサービスによって受け入れられる任意の他のメディア）を送信することができ、このデータはグループのその他のメンバーに送信される。
したがって、共有通信チャネルは、半二重型の通信チャネルを構成する。
【０００３】
過去において、通信事業者は固有のプッシュツートークサービスを開発してきた。
最近では、例えば、ＧＳＭ（広域移動通信システム）、ＵＭＴＳ（ユニバーサル移動通信システム）、ＩＭＳ（ＩＰマルチメディアシステム）ネットワークのような移動ネットワークにおいてプッシュツートーク型サービスを標準化する目的で、ＯＭＡ−ＰｏＣ  Ｖ１（ＰｏＣは、“PTT over Cellular（携帯電話上でのＰＴＴ）”を意味する）の下でＯＭＡ（オープンモバイルアライアンス）によって標準化に向けた作業が行われてきた。
したがって、ＰｏＣ標準は、専用の仮想通信チャネルを介して指名通信を可能とするために普通に開発された移動アクセスネットワーク（ＧＳＭ、ＵＭＴＳ）においてユーザのグループが仮想通信チャネルを共有することを可能とする。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、この技術分野または標準化の過程において現在周知であるプッシュツートーク型サービスは、即時の個人間の通信サービスである。
特に、それらのサービスはプッシュツートーク型ユーザをサービスプロバイダに接続することができない。
また、それらはサービスプロバイダがプッシュツートークサービスのユーザに情報をプッシュすることを可能としない。
【課題を解決するための手段】
【０００５】
本発明の主要な目的は、上述した欠点を軽減することである。
この目的のため、本発明は、
・第１電気通信ネットワークを介して少なくとも１つの第２プッシュツートーククライアントとプッシュツートークセッションを設定するように構成された第１プッシュツートーククライアントの第１インスタンスを生成するための手段と、
・インターネット型の第２電気通信ネットワークにおけるサービスプロバイダと呼を設定するための手段と、
・前記少なくとも１つの第２プッシュツートーククライアントと前記サービスプロバイダとの間で論理セッションを設定するために、前記第１プッシュツートーククライアントの前記第１インスタンスと前記通信手段との間で第１通信チャネルを設定するように構成された制御手段と、
を含むゲートウェイ装置を提供する。
したがって、本発明のゲートウェイ装置は、プッシュツートーククライアントとサービスプロバイダとの間で呼を設定するために用いられる。
その呼は、プッシュツートークユーザまたはサービスプロバイダのいずれかによって開始されることが可能である。
【０００６】
前記ゲートウェイ装置の制御手段は、好ましくは、
・前記プッシュツートークセッションの切断を検出し、
・前記第１プッシュツートーククライアントの少なくとも１つの第２インスタンスの生成を開始し、
・前記第１プッシュツートーククライアントの前記第２インスタンスと前記第２プッシュツートーククライアントとの間で第２プッシュツートークセッションを設定し、
・前記第２プッシュツートーククライアントと前記サービスプロバイダとの間で前記論理セッションを維持するために、前記第１プッシュツートーククライアントの前記第２インスタンスと前記通信手段との間で第２通信チャネルを設定する
ように構成される。
【０００７】
この特徴は、前記第１および第２プッシュツートーククライアントの間で設定された前記プッシュツートークセッションが切断されても、十分に、かつ前記第２プッシュツートーククライアントに透過的な方法で、前記サービスプロバイダがそのサービスを提供することを可能とする論理セッションが、前記第２プッシュツートーククライアントと前記サービスプロバイダとの間で維持されることを可能とする点で非常に効果的である。
実際、セッションの間に、例えば、プッシュツートークサービスに固有のタイムアウトのために、２つのプッシュツートーククライアントの間の呼が切断されると、本発明の制御手段は、要求されたサービスの完全性のために必要なデータのルーティングを可能とするために、前記第２プッシュツートーククライアントのユーザのために透過的な方法で、２つのプッシュツートーククライアントを再接続するためにイニシアチブを取る。
【０００８】
本発明の好ましい実施形態において、前記第２電気通信ネットワークはインターネット型のネットワークである。この場合において、前記サービスプロバイダと呼を設定するための手段は、ＩＰ（インターネットプロトコル）クライアントのインスタンスとすることが可能である。
この実施形態において、前記制御手段は、前記サービスプロバイダと前記ＩＰクライアントのインスタンスとの間の呼が切断されると、上記のセッションを維持する。この目的のために、前記制御手段は、
・前記呼の切断を検出し、
・前記ＩＰクライアントの第２インスタンスの生成を開始し、
・前記少なくとも１つの第２プッシュツートーククライアントと前記サービスプロバイダとの間で前記論理セッションを維持するために、前記第１プッシュツートーククライアントの前記第１または前記第２インスタンスと前記ＩＰクライアントの前記第２インスタンスとの間で第３通信チャネルを設定する
ように構成される。
【０００９】
本発明のゲートウェイ装置は、好ましくは、
・前記第１プッシュツートーククライアントによって受信されたデータを前記サービスプロバイダに適合したフォーマットに変換し、
・前記通信手段によって受信されたデータを前記プッシュツートークセッションに適合したフォーマットに変換する
ように構成された変換手段を含む。
前記プッシュツートークセッションが音声メッセージのみをサポートするならば、前記変換手段は、例えば、音声認識および音声合成エンジンを含む。
したがって、本発明のゲートウェイの好ましい使用は、サービスプロバイダから受信されたウェブページからテキストデータを抽出し、そのテキストデータを音声ストリームに変換し、かつ前記第１プッシュツートーククライアントを介して前記第２プッシュツートーククライアントのユーザにその音声ストリームを送信する。
逆に、前記ゲートウェイは、前記第２プッシュツートーククライアントから受信された音声またはＤＴＭＦ応答を前記サービスプロバイダに適合したテキストデータに変換するために用いることも可能である。
【００１０】
本発明のゲートウェイ装置の好ましい実施形態は、前記ゲートウェイを介して前記第２クライアントからアクセス可能なサービスのリストを含むディレクトリを更新するための手段を含み、前記ディレクトリは、前記ゲートウェイがサービスプロバイダのアドレスを識別することを可能とするために十分な少なくとも１つの情報項目を含む。
例えばサーバによってホスティングされる前記ディレクトリは、好ましくは、前記第２プッシュツートーククライアントをホスティングする端末、例えばＧＳＭ型の移動端末の対応するクライアントによってアクセスされる。
ユーザがサービスにアクセスすることを望むならば、ユーザはそのサービスのプロバイダのリストを取得するために前記ディレクトリに接続する。
ユーザは、この目的のために設けられたボタンを操作することによって（またはＵＲＬ型のリンクによって）本発明のゲートウェイに接続し、前記ゲートウェイは選択されたサービスプロバイダと論理セッションを設定する。
【００１１】
本発明のゲートウェイの好ましい実施形態は、前記第１電気通信ネットワークにおける第２プッシュツートーククライアントに関する存在の情報および／または使用可能性の情報を取得するための手段を含む。
本発明のゲートウェイは、存在するユーザに接続するために、かつユーザを所定のサービスプロバイダに接続するために、存在および／または使用可能性の情報を効果的に使用する。
【００１２】
本発明は、また、
・電気通信ネットワークにおいて第２プッシュツートーククライアントとプッシュツートークセッションを設定するように構成されたプッシュツートーククライアントのインスタンスと、
・前記第２プッシュツートーククライアントと前記サービスプロバイダとの間で論理セッションを設定および維持するために、第２電気通信ネットワークにおいてサービスプロバイダと通信するための手段と
の間で通信チャネルを設定するための手段を含む制御ユニットを提供する。
前記制御ユニットは、上記のゲートウェイ装置の制御手段を構成するか、または独立した装置において実装されるかのいずれかが可能である。
【００１３】
対応するように、
本発明は、第１電気通信ネットワークにおける少なくとも１つの第２プッシュツートーククライアントによって、第２電気通信ネットワークにおけるサービスプロバイダと呼を設定する方法を提供し、前記方法は上記のゲートウェイにおいて実装されるように構成され、かつ、
・前記ゲートウェイ内で、前記第１電気通信ネットワークを介して前記少なくとも１つの第２プッシュツートーククライアントとプッシュツートークセッションを設定するように構成された第１プッシュツートーククライアントの第１インスタンスを生成するステップと、
・前記ゲートウェイの通信手段と前記第２電気通信ネットワークにおける前記サービスプロバイダとの間で呼を設定するステップと、
・前記少なくとも１つの第２プッシュツートーククライアントと前記サービスプロバイダとの間で論理セッションを設定するために、前記第１プッシュツートーククライアントの第１インスタンスと前記通信手段との間で第１通信チャネルを設定するステップと、
を含む。
【００１４】
本発明の好ましい実施形態において、前記方法のステップはコンピュータプログラムの命令によって定義される。
したがって、本発明はまた情報媒体におけるコンピュータプログラムを提供し、そのプログラムは、ゲートウェイコンピュータにおいて実行されるように構成され、かつ上記の方法を実行するように構成された命令を含む。
前記プログラムは、任意のプログラミング言語を用いることが可能であり、かつソースコードまたはオブジェクトコードの形式、または部分的にコンパイルされた形式のようなソースコードとオブジェクトコードとの間の中間形式、または任意の他の望ましい形式とすることが可能である。
【００１５】
また、本発明は、ゲートウェイコンピュータによって読み取り可能であり、かつ上記のようなコンピュータプログラムの命令を含む情報媒体を提供する。
前記情報媒体は、前記プログラムを記憶することが可能な任意の物またはデバイスとすることが可能である。例えば、前記媒体は、ＲＯＭ、例えば、ＣＤ−ＲＯＭ、超小形電子回路ＲＯＭ、または磁気記憶手段、例えば、ディスケット（フロッピー（登録商標）ディスク）またはハードディスクのような記憶媒体とすることが可能である。
さらに、前記情報媒体は、電気的または光学的ケーブル、無線、または他の手段によって伝達されることが可能な電気的または光学的信号のような伝送可能媒体とすることが可能である。本発明のプログラムは特にインターネット型のネットワークからダウンロードされることが可能である。
その代わりに、前記情報媒体は、プログラムが組み込まれ、かつ本方法を実行し、または本方法の実行において用いられるように構成された集積回路とすることが可能である。
【００１６】
本発明の他の特徴および効果は、本発明の限定しない一実施形態を表わす添付図面を参照して以下の説明から明らかである。
【発明を実施するための最良の形態】
【００１７】
図１は本発明に従うゲートウェイ２を表わす。
本発明のこの実施形態において、ゲートウェイ２は、プロセッサ、１つまたは複数のコンピュータプログラムを記憶するためのリードオンリメモリ、プログラムの実行において用いられる一時的な変数を記憶するためのランダムアクセスメモリを含む従来の処理手段１０を含むコンピュータから構成される。
本発明に従って、ゲートウェイ２のリードオンリメモリは、本発明の方法のステップを実行するための命令を含むコンピュータプログラムを記憶し、図２はフローチャートの形式でその方法の主要なステップを表わす。
ゲートウェイ２は、プッシュツートーク型サービスに加入する端末３のユーザがプロバイダＦＳ１、ＦＳ２のサービスにアクセスすることを可能とする。
この実施形態において、ゲートウェイは、より詳しくは、プッシュツートークサービスが実装されるＩＰマルチメディアサブシステム（ＩＭＳ）とＩＰネットワークとの間で、データ（オーディオ、ビデオ、等）のルーティングを可能とする。
【００１８】
この図において次の表記が用いられる。
・＠ＩＭＳ＿ＵＳＲは、ＩＭＳネットワークにおけるクライアント端末３のアドレスである。
・＠ＩＭＳ＿ＧＴＷは、ＩＭＳネットワークにおけるゲートウェイ２のアドレスである。
・＠ＩＰ１および＠ＩＰ２は、ＩＰネットワークにおけるサービスプロバイダＦＳ１、ＦＳ２のアドレスである。
・＠ＩＰ＿ＧＴＷは、インターネットにおけるゲートウェイ２のアドレスである。
【００１９】
ユーザの端末３は、プッシュツートークサービスにアクセスするためにプッシュツートーククライアントＣＬ２を用いる。
また、端末３が加入するプッシュツートークサービスを介してアクセス可能なサービスのリストを含むディレクトリＹＢにアクセスするために、端末３は、もう１つのクライアント５０を用いると仮定する。
【００２０】
この実施形態において、ディレクトリＹＢは、例えば、それぞれ、天気サービス（Ｓ１）、株式市場情報サービス（Ｓ２）に対応する２つのサービスＳ１、Ｓ２のためのエントリを含む。
ディレクトリＹＢの第２列は、サービスＳ１およびＳ２を提供可能なプロバイダの識別子ＦＳ１、ＦＳ２である。
【００２１】
この好ましい実施形態において、本発明のゲートウェイ２はディレクトリＹＢを更新するための手段４０を含む。
より詳しくは、手段４０は、そのサービスに関してユーザのクライアントＣＬ２によってゲートウェイがアクセスされると、ゲートウェイ２がサービスプロバイダのアドレスを識別することを可能とするために十分な少なくとも１つの情報をディレクトリＹＢに記憶する。
この実施形態において、ゲートウェイ２は、ゲートウェイ２の２つのポートＰ１、Ｐ２をサービスプロバイダＦＳ１およびＦＳ２のアドレス＠ＩＰ１および＠ＩＰ２と対応付けるメモリ７０を含むと仮定する。この好ましい実施形態において、ディレクトリＹＢを更新するための手段４０は、サービスプロバイダＦＳ１およびＦＳ２の識別子に関連して、ディレクトリＹＢにおいてそれぞれアドレス＠ＩＭＳ＿ＧＴＷ：Ｐ１および＠ＩＭＳ＿ＧＴＷ：Ｐ２を記憶する。
【００２２】
ゲートウェイ２は、端末３のプッシュツートーククライアントＣＬ２とプッシュツートークセッションを設定するように構成されたプッシュツートーククライアントＣＬ１のインスタンス（instance）を生成するための手段２０を含む。
そのクライアントＣＬ１は、ＩＭＳネットワークにおいて用いられるプッシュツートークプロトコルをサポートする。それは、プッシュツートークセッションおよび全てのプッシュツートーク交換（音声、他のメディア、およびシグナリング）を管理する。
この技術分野の当業者は、プッシュツートークサービスが複数のセッションを受け入れるならば、プッシュツートーククライアントＣＬ１のインスタンスはサービスの機能として同じユーザについて１つまたは複数のセッションを管理することができることを理解する。
【００２３】
また、ゲートウェイ２は、ＩＰ電気通信ネットワークにおいてサービスプロバイダＦＳ１、ＦＳ２との呼を設定するための手段を含む。
この実施形態において、それらの呼設定手段は、この技術分野の当業者に周知のＩＰクライアントのインスタンスから構成される。
【００２４】
端末３のユーザが天気サービスにアクセスすることを望むシナリオが以下で説明される。
この目的のために、クライアント５０を用いて、ユーザはディレクトリＹＢに記憶された天気サービスプロバイダを見つけ出す。
この実施形態において、クライアント５０は、その同じ名前のサーバの識別子ＦＳ１を取得する。そして、端末３のユーザはサービスプロバイダＦＳ１から天気サービスにアクセスするために端末のボタンを押す。
実際、端末３のプッシュツートーククライアントＣＬ２は、ディレクトリＹＢから取得したＩＭＳネットワークにおけるアドレスが＠ＩＭＳ＿ＧＴＷ：Ｐ１であるプッシュツートーククライアントＣＬ１のインスタンスと、ＩＭＳネットワークにおいてプッシュツートークセッションを開始する。
【００２５】
ゲートウェイ２の処理手段１０は、端末３のクライアントＣＬ２とゲートウェイ２のクライアントＣＬ１との間で設定されたプッシュツートークセッションにおける情報からポートＰ１を取得する。
そして、処理手段１０は、ポートＰ１に対応するインターネットアドレス＠ＩＰ１をデータベース７０において読み出す。そのアドレスは、端末３のユーザに天気サービスを提供するために接続されなければならないサービスプロバイダＦＳ１のアドレスである。
この目的のため、処理手段１０は、アドレス＠ＩＰ１においてサービスプロバイダＦＳ１とＩＰネットワークを介して通信するためにＩＰクライアントＣＬ１＿ＩＰのインスタンスを生成するように構成された制御手段を含む。
この好ましい実施形態において、本発明のゲートウェイ２は、また、サービスプロバイダＦＳ１およびＦＳ２によってサポートされるメディアを記憶するデータベース８０を含む。
【００２６】
この実施形態において、サービスプロバイダＦＳ１は、ＨＴＭＬページの形式で天気情報を送信し、かつＨＴＴＰリクエストを受信するように構成されると仮定する。
また、端末３のクライアントＣＬ２とゲートウェイのプッシュツートーククライアントＣＬ１のインスタンスとの間で設定されたプッシュツートークセッションはオーディオストリームのみサポートすると仮定する。
この好ましい実施形態において、本発明のゲートウェイ２は、
・そのプッシュツートーククライアントＣＬ１によって受信されたオーディオデータをサービスプロバイダＦＳ１に適合したＨＴＴＰリクエストに変換し、
・そのＩＰクライアントＣＬ１＿ＩＰによって受信されたＨＴＭＬページを端末３のクライアントＣＬ２に適合したオーディオデータに変換する
ように構成された手段１５０を含む。
したがって、クライアントＣＬ１＿ＩＰがサービスプロバイダＦＳ１から第１ＨＴＭＬページ、例えば、プロバイダが天気データを保持する都市名を含むページを取得すると、例えば、変換手段１５０は、それらの都市名をオーディオストリームに変換し、かつそのオーディオストリームをゲートウェイ２のプッシュツートーククライアントＣＬ１を介して端末３のプッシュツートーククライアントＣＬ２に送信する。
逆に、この実施形態において、変換手段１５０は、例えば、端末３から受信され、かつユーザが天気データを取得することを望む都市名を表わす音声メッセージから構成される音声ストリームをテキストに文字化する。
【００２７】
本発明に従うゲートウェイ装置２の制御手段１０の一実施形態は、図２を参照して以下で詳細に説明される。
この実施形態において、これらの制御手段は、処理手段１０において実装され、かつ参照番号１０によって識別される。
ステップＥ１０において、端末３のプッシュツートーククライアントＣＬ２から呼を受信すると、制御手段１０はそのクライアントＣＬ２とプッシュツートークセッションを設定するためのプッシュツートーククライアントＣＬ１の第１インスタンスを生成する。
ステップＥ２０において、サービスプロバイダＦＳ１のＩＰアドレスを取得した後、制御手段１０はそのサービスプロバイダＦＳ１とインターネットを介して通信するためにＩＰクライアントＣＬ１＿ＩＰのインタンスを生成する。
ステップＥ３０において、本発明の制御手段１０は、端末３のクライアントＣＬ２とサービスプロバイダＦＳ１との間で論理セッションを設定するために、プッシュツートーククライアントＣＬ１のインスタンスとＩＰクライアントＣＬ１＿ＩＰのインタンスとの間で通信チャネルＳを設定する。
この技術分野の当業者は、変換手段１５０によって必要な変換がされるならば、この通信チャネルＳはデータを搬送することができることを理解する。
【００２８】
本発明のこの好ましい実施形態において、ゲートウェイ２の制御手段１０は、プッシュツートーククライアントＣＬ２とサービスプロバイダＦＳ１との間で所定時間の間にフレームが交換されないならば、この論理セッションを終了する。
この目的のために、通信チャネルＳを設定するステップＥ３０の次に、この所定時間を用いてカウントダウンを初期化するステップＥ４０が続く。
その初期化ステップの次に、カウントダウンが満了したか否か制御手段１０が検査するステップＥ４２が続く。
カウントダウンが満了すると、検査Ｅ４２の次に、本発明のゲートウェイ２の制御手段１０が、プッシュツートーククライアントＣＬ１およびＩＰクライアントＣＬ１＿ＩＰのインスタンスを破棄するステップＥ８０が続く。
カウントダウンがまだ満了しないならば、検査Ｅ４２の結果は否定である。
【００２９】
そして、その検査の次に、制御手段１０が、プッシュツートーククライアントＣＬ２またはサービスプロバイダＦＳ１からフレームが受信されたか否か検査する検査Ｅ４４が続く。
フレームが受信されないならば、この検査Ｅ４４の結果は否定である。そして、この検査の次に、カウントダウンが満了したか否か検査する既に説明した検査Ｅ４２が続く。
プッシュツートーククライアントＣＬ２から、すなわちゲートウェイ２のプッシュツートーククライアントＣＬ１によってフレームが受信されたならば、検査Ｅ４４の次に、プッシュツートーククライアントＣＬ１によって受信されたオーディオフレームがサービスプロバイダＦＳ１に適合したテキストデータに変換されるステップＥ５０ａが続く。
この変換ステップＥ５０ａの次に、制御手段１０が、ＩＰクライアントＣＬ１＿ＩＰとサービスプロバイダＦＳ１との間で設定された呼が、例えばサービスプロバイダＦＳ１と設定されたＨＴＴプロトコルの接続に固有のタイムアウトのために、切断されたか否か検査するステップＥ５５ａが続く。
切断されたならば、この検査Ｅ５５ａの次に、制御手段１０が、ＩＰクライアントＣＬ１＿ＩＰの第２インスタンスの生成を開始し、かつ、まだアクティブなプッシュツートーククライアントＣＬ１とＩＰクライアントＣＬ１＿ＩＰのこの新しいインスタンスとの間で通信チャネルを設定するステップＥ６０ａが続く。
したがって、制御手段１０は、ＩＰセッションが切断されても、端末３のクライアントＣＬ２とサービスプロバイダＦＳ１との間でセッションを効果的に維持する。
そして、ステップＥ５０ａにおいてフォーマットを検査するために変換されたデータは、ステップＥ７０ａにおいてサービスプロバイダＦＳ１に伝達される。
このデータ伝達ステップの次に、制御手段１０が、カウントダウンを所定時間にリセットする既に説明したステップＥ４０が続く。
【００３０】
本発明のゲートウェイ２は、ステップＥ４４において、サービスプロバイダＦＳ１から、すなわちＩＰクライアントＣＬ１＿ＩＰによってフレームが受信されると、上記と同様の処理を実行する。
より詳しくは、制御手段１０は、変換手段１５０が、ＨＴＭＬページをゲートウェイ２のクライアントＣＬ１と端末３のクライアントＣＬ２との間で設定されたプッシュツートークセッションによって伝送されることが可能なオーディオストリームに変換することを命令する（ステップＥ５０ｂ）。
この変換ステップＥ５０ｂの次に、ゲートウェイ２の制御手段１０が、プッシュツートークセッションがまだ進行中であるか否か検査するステップＥ５５ｂが続く。
これは、特に、プッシュツートークサービスに固有なタイムアウトが満了したか否かとすることが可能である。
タイムアウトが満了したならば、制御手段１０は、プッシュツートーククライアントＣＬ１の第２インスタンスの生成を開始し、かつクライアントＣＬ１のその第２インスタンスとＩＰクライアントＣＬ１＿ＩＰのまだアクティブなインスタンスとの間で通信チャネルＳを設定する（ステップＥ６０ｂ）。
プッシュツートーククライアントの新しいインスタンスを生成するこのステップＥ６０ｂの次に、ステップＥ５０ｂで取得されたオーディオストリームが端末３のプッシュツートーククライアントＣＬ２に送信されるステップＥ７０ｂが続く。
オーディオストリームを送信するこのステップＥ７０ｂの次に、カウントダウンを所定時間にリセットする既に説明したステップＥ４０が続く。
【００３１】
この実施形態は、クライアントＣＬ２がサービスプロバイダＦＳ１にアクセスすることによってセッションを開始するシナリオを詳細に説明している。
この技術分野の当業者は、本発明のゲートウェイ２は、サービスプロバイダＦＳ１、ＦＳ２が自発的にプッシュツートークサービスのユーザに接続するモードにおいても同様に用いることが可能であることを理解する。
この目的のために、本発明のゲートウェイ２は、好ましくは、プッシュツートーククライアントＣＬ２がＩＭＳ電気通信ネットワークにおいて使用可能であるか否か決定するための手段６０を含む。
本発明のこの好ましい実施形態において、手段６０は、ＩＭＳネットワークに接続したプレゼンス（presence）サーバＳＰに接続するように構成されたプレゼンスクライアントから構成される。
このプレゼンスサーバＳＰはこの技術分野において周知である。それは、所定時間においてＩＭＳネットワークに接続したプッシュツートーククライアントＣＬ２の全ての識別子を含むプレゼンスリストＬＰを含む。
本発明の好ましい実施形態において、手段６０は、また、サービスプロバイダＦＳ１、ＦＳ２によって提供されるサービスＳ１、Ｓ２の存在および／または使用可能性を表わす情報をプレゼンスサーバＳＰに送信する。
【００３２】
したがって、この技術分野の当業者は、手段６０は、
・サービスプロバイダがユーザに、あるサービスを提供することができるように、プッシュツートーククライアントの存在をサービスプロバイダＦＳ１、ＦＳ２に通知し、かつ、
・ユーザが、それらのサービスにアクセスを与えるプロバイダに自発的に接続することができるように、あるサービスの存在をプッシュツートーククライアントに通知する。
この実施形態において、サービスプロバイダ、例えばＦＳ１のＩＰクライアントは、ゲートウェイ２のＩＰクライアントＣＬ１＿ＩＰのインスタンスと呼を設定する。
【００３３】
この好ましい実施形態において、第２ネットワークＲ２はインターネットであり、その呼はゲートウェイ２のアドレス＠ＩＰ＿ＧＴＷにＨＴＴＰリクエストを送信することによって開始され、そのリクエストはサービスプロバイダに接続を望む端末３のＩＭＳネットワークにおけるアドレス＠ＩＭＳ＿ＵＳＲを含む。
そのリクエストを受信すると、ゲートウェイ２の制御手段１０は、端末３のプッシュツートーククライアントＣＬ２とＩＭＳネットワークにおいてプッシュツートークセッションを設定するために第１プッシュツートーククライアントＣＬ１のインスタンスを生成する。
そして、ゲートウェイ２の制御手段１０は、サービスプロバイダＦＳ１とプッシュツートーククライアントＣＬ２との間で論理セッションを設定するために、プッシュツートーククライアントＣＬ１のインスタンスとＩＰクライアントＣＬ１＿ＩＰのインスタンスとの間で通信チャネルを設定する。
【図面の簡単な説明】
【００３４】
【図１】本発明に従うゲートウェイ装置の好ましい実施形態の図である。
【図２】本発明に従う通信方法の好ましい実施形態の主要なステップのフローチャートである。
【符号の説明】
【００３５】
３  端末
１０  処理手段
２０  プッシュツートーククライアントＣＬ１のインスタンスを生成するための手段
４０  ディレクトリＹＢを更新するための手段
５０  クライアント
６０  プッシュツートーククライアントＣＬ２がＩＭＳ電気通信ネットワークにおいて使用可能であるか否か決定するための手段
８０  データベース
１５０  変換手段
ＣＬ１、ＣＬ２  プッシュツートーククライアント
ＣＬ１＿ＩＰ  ＩＰクライアント
ＦＳ１、ＦＳ２  プロバイダ
ＬＰ  プレゼンスリスト
Ｓ  通信チャネル
Ｓ１、Ｓ２  サービス
ＳＰ  プレゼンスサーバ
ＹＢ  ディレクトリ
【図１】
2007013955.tif 000003
【図２】
2007013955.tif 000004
【外国語明細書】
2007013955.tif 000005
2007013955.tif 000006
2007013955.tif 000007
2007013955.tif 000008
2007013955.tif 000009
2007013955.tif 000010
2007013955.tif 000011
2007013955.tif 000012
2007013955.tif 000013
2007013955.tif 000014
2007013955.tif 000015
2007013955.tif 000016
2007013955.tif 000017
2007013955.tif 000018
2007013955.tif 000019
2007013955.tif 000020
2007013955.tif 000021
2007013955.tif 000022
2007013955.tif 000023
2007013955.tif 000024
2007013955.tif 000025
2007013955.tif 000026