JP2017516351A - テキスト・メッセージの安全な処理 - Google Patents

Abstract

ユーザが所有する通信デバイス（ＣＤ）により受信されるテキスト・メッセージ（ＭｅｓＴ）の安全な処理の為に、アプリケーション・サーバ（ＡＳ）は、通信デバイス（ＣＤ）から要求（Ｒｅｑ）を受信し、要求は通信デバイスの識別子（ＩｄＣＤ）及び通信デバイスが無線セッションを介してサービス・エンティティ（ＳＥ）に関連付けられていることを示すプレゼンス・データ（ＤａｔＰ）を含み、サービス・エンティティ（ＳＥ）は車両であり、ユーザを受信者として有するテキスト・メッセージ（ＭｅｓＴ）を受信し、メッセージ（ＭｅｓＣ）をネットワーク・サーバ（ＮＳ）に送信し、メッセージ（ＭｅｓＣ）はテキスト・メッセージ（ＭｅｓＴ）の内容の少なくとも一部を含み、ネットワーク・サーバ（ＮＳ）はメッセージ（ＭｅｓＣ）の内容から音声メッセージ（ＭｅｓＶ）を生成し、音声通話を介して音声メッセージ（ＭｅｓＶ）を通信デバイス（ＣＤ）に提供する。

Description

本発明は、テキスト・メッセージの処理に関する。さらに詳細には、本発明は、自動車のような移動中の車両において安全な方法でテキスト・メッセージを処理するためのシステムに関する。

人々が自動車を運転中にテキスト・メッセージを読むことに起因して、相当数の自動車事故が発生している。依然として最も安全な解決策が、メッセージを読む前に自動車を停止させることである場合、常にそれが可能であるとは限らず、また一部の緊急メッセージはできる限り速やかに配信される必要がある。近年の自動車の多くは、ハンドルを握ったままコマンドから電話を受けることができるようにするブルートゥース・キットが装備されている。

現在の解決策は、クライアント側に配置されている。これらの解決策は、一部の自動車製造会社に固有であり、ユーザが別に料金を支払う必要のある特別オプションとして一部の自動車モデルでしか提供されていない。

車両の運転中にテキスト・メッセージを受信するユーザの安全を向上させる必要がある。

この発明の概要は、本発明の主題に関連する概念を紹介するために提供される。この発明の概要は、請求の範囲に係る主題の本質的な特徴を特定することを意図されておらず、また請求の範囲に係る主題の範囲を決定または限定する際に使用されることも意図されてはいない。

１つの実施形態によれば、ユーザにより所有されている通信デバイスによって受信されるテキスト・メッセージの安全な処理のために方法が提供され、方法は、アプリケーション・サーバにおいて、
通信デバイスから要求を受信するステップであって、要求は、通信デバイスの識別子、および通信デバイスが無線セッションを介してサービス・エンティティに関連付けられていることを示すプレゼンス・データを含み、サービス・エンティティは車両である、ステップと、
ユーザを受信者として有するテキスト・メッセージを受信するステップと、
メッセージをネットワーク・サーバに送信するステップであって、メッセージは、テキスト・メッセージの内容の少なくとも一部を含み、ネットワーク・サーバは、メッセージの内容から音声メッセージを生成し、音声通話を介して音声メッセージを通信デバイスに提供する、ステップと
を備える。

有利なことに、本発明は、運転中の加入者宛のあらゆる着信テキスト・メッセージをテキスト読み上げ（Ｔｅｘｔ Ｔｏ Ｓｐｅｅｃｈ）通話に自動的に変換する解決策をサービスプロバイダに提供するための解決策を提供する。次いで、ユーザは、自分の両手をハンドルに置いて、自分の目を道路に向けたまま、通話を安全に処理してメッセージを聞くことができる。

銀行のようなサービス会社は、その顧客の１人が、たとえ顧客が運転中であってもなくても、後の数分間に重要なメッセージを受信する確率を高めることが可能である。

実施形態において、ユーザを受信者として有するテキスト・メッセージを受信する前に、テキスト・メッセージは、電気通信ネットワークのノードによって代行受信され、アプリケーション・サーバに転送される。

実施形態において、ユーザを受信者として有するテキスト・メッセージを受信する前に、テキスト・メッセージは、通信デバイスによって受信され、アプリケーション・サーバに転送される。

実施形態において、通信デバイスからの要求の受信後、アプリケーション・サーバは、プレゼンス・サーバに通知を送信し、当該通知は通信デバイスの識別子およびプレゼンス・データを含み、プレゼンス・サーバが通信デバイスの識別子およびプレゼンス・データを用いてユーザの位置情報を更新し、これはユーザがサービス・エンティティ内に位置することを意味する。

実施形態において、ユーザを受信者として有するテキスト・メッセージの受信後に、アプリケーション・サーバは、無線セッションを介して、通信デバイスがサービス・エンティティに関連付けられているかどうかをチェックするために、プレゼンス・サーバに問い合わせを行う。

実施形態において、サービス・エンティティは、ユーザによって運転されることが可能な発動機付き車両である。

実施形態において、サービス・エンティティは、自動車、トラック、オートバイ、列車、および飛行機のうちの１つである。

実施形態において、テキスト・メッセージは、ショート・メッセージ、メール、インスタント・メッセージ、およびアプリケーションからの通知のうちの１つである。

実施形態において、テキスト・メッセージは、アプリケーション・サーバに接続されているアプリケーション・プログラミング・インターフェイス・ゲートウェイの専用Ｗｅｂサービスによって受信される。

実施形態において、ネットワーク・サーバは、ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワークに含まれる。

実施形態において、通信デバイスは、Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅプロトコル、Ｂｌｕｅｔｏｏｔｈプロトコル、Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎプロトコル、およびＲａｄｉｏ−Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎプロトコルの中のプロトコルを介してサービス・エンティティに関連付けられる。

実施形態において、アプリケーション・サーバは、通信デバイスから別の要求を受信し、その後通信デバイスはサービス・エンティティから切断され、要求は、通信デバイスの識別子および通信デバイスが無線セッションを介してサービス・エンティティにはもはや関連付けられていないことを示すプレゼンス・データを含む。

本発明はまた、ユーザにより所有されている通信デバイスによって受信されるテキスト・メッセージの安全な処理のためのアプリケーション・サーバのサーバに関連し、サーバは、
通信デバイスから要求を受信するための手段であって、要求は、通信デバイスの識別子、および通信デバイスが無線セッションを介してサービス・エンティティに関連付けられていることを示すプレゼンス・データを含み、サービス・エンティティは車両である、手段と、
ユーザを受信者として有するテキスト・メッセージを受信するための手段と、
メッセージをネットワーク・サーバに送信するための手段であって、メッセージは、テキスト・メッセージの内容の少なくとも一部を含み、ネットワーク・サーバは、メッセージの内容から音声メッセージを生成し、音声通話を介して音声メッセージを通信デバイスに提供する、手段と
を備える。

本発明はまた、サーバ内で実施されることが可能なコンピュータ・プログラムにも関連し、前記プログラムは、前記サーバ内でプログラムが実行されるとき、本発明による方法に従ってステップを実行する命令を備える。

本発明の一部の実施形態は、これ以降、ほんの一例として、添付の図面を参照して説明される。同じ参照番号は、すべての図面において同じ要素または同じ種類の要素を示す。

テキスト・メッセージの安全な処理のための本発明の１つの実施形態による通信システムを示す概略ブロック図である。 本発明の１つの実施形態によるテキスト・メッセージの安全な処理のための方法を示す流れ図である。

同じ参照番号は、すべての図面において同じ要素または同じ種類の要素を示す。

図面および後段の説明は、本発明の特定の例示的な実施形態を説明する。したがって、当業者であれば、本明細書において明示的に説明または呈示されていないが本発明の原理を具現し、本発明の範囲内に含まれるさまざまな構成を考案できるであろうことが理解されよう。さらに、本明細書において説明されるいかなる例も、本発明の原理を理解する際の補助となることが意図され、そのような具体的に列挙される例および条件に限定されないものと解釈されるべきである。その結果、本発明は、後段において説明される特定の実施形態または例に限定されることはなく、特許請求の範囲およびそれらの等価物によってのみ限定される。

図１を参照すると、通信システムは、アプリケーション・サーバＡＳ、プレゼンス・サーバＰＳ、少なくとも電気通信ネットワークＴＮを通じて相互に通信することができるネットワーク・サーバＮＳおよび通信デバイスＣＤ、ならびに無線ネットワークを通じて通信デバイスＣＤと通信することができるサービス・エンティティＳＥを備える。

たとえば、電気通信ネットワークＴＮは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）またはＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）またはさらにはＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）タイプまたはさらにはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）タイプのデジタル・セルラー無線通信ネットワークであってもよい。ＧＳＭタイプのネットワークは、無線を介するモビリティおよびアクセス管理を伴うパケットによるデータの送信のためにＧＰＲＳ（汎用パケット無線サービス：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）ネットワークに結合されてもよい。

電気通信ネットワークＴＮは、たとえば、インターネットまたはイントラネット、またはさらには企業固有のプライベートネットワークのような、ＩＰ（「インターネット・プロトコル」）高速ネットワークのような、パケット・ネットワークに関連付けられてもよい。

これ以降の説明全体を通じて参照されるであろう本発明の１つの実施形態によれば、電気通信ネットワークＴＮは、たとえば、インターネットまたはイントラネット、またはさらには企業固有のプライベートネットワークのような、ＩＰ（「インターネット・プロトコル」）高速ネットワークのような、パケット・ネットワークを備える。パケット・ネットワークは、ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワークに接続される。

通信デバイスに関連する通信の制御は、ＩＭＳネットワーク内で実行され、特に、３つの呼び出し状態制御機能（ＣＳＣＦ：Ｃａｌｌ Ｓｔａｔｅ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）制御エンティティ、つまりプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ：Ｐｒｏｘｙ ＣＳＣＦ）、問い合わせＣＳＣＦ（Ｉ−ＣＳＣＦ：Ｉｎｔｅｒｒｏｇａｔｉｎｇ ＣＳＣＦ）、およびサービス提供ＣＳＣＦ（Ｓ−ＣＳＣＦ：Ｓｅｒｖｉｎｇ−ＣＳＣＦ）というエンティティによって実行される。

エンティティＰ−ＣＳＣＦは、ＩＭＳネットワークにおける第１の接点であり、そのアドレスは、パケット・データ・プロトコル（ＰＤＰ：Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）コンテキストがＳＩＰメッセージを交換するためにアクティブ化されるときにユーザ端末によって発見される。

ネットワーク・サーバＮＳは、ＩＭＳネットワークに含まれており、呼び出し状態制御機能の少なくとも一部、特にＰ−ＣＳＣＦ機能を管理する。

１つの実施形態において、ネットワーク・サーバＮＳは、ＳＩＰ（セッション開始プロトコル：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＩＰ、およびレガシー固定および無線加入者に消費者、ビジネス、および集中型サービスを提供する、ＩＭＳ準拠のテレフォニー・アプリケーション・サーバである集中型テレフォニー・サーバ（ＣＴＳ：Ｃｏｎｖｅｒｇｅｄ Ｔｅｌｅｐｈｏｎｙ Ｓｅｒｖｅｒ）を実装する。

１つの実施形態において、ネットワーク・サーバＮＳは、メディア操作（たとえば、音声ストリーム・ミキシング）ならびにトーンおよびアナウンスメントの再生のような、メディア関連の機能を提供する、メディア・リソース機能（ＭＲＦ：Ｍｅｄｉａ Ｒｅｓｏｕｒｃｅ Ｆｕｎｃｔｉｏｎ）を実装する。

１つの実施形態において、ネットワーク・サーバＮＳは、通常の言語テキストをスピーチに変換するテキスト読み上げアプリケーションを実装する。

１つの変形において、集中型テレフォニー・サーバ（ＣＴＳ）、メディア・リソース機能（ＭＲＦ）、およびテキスト読み上げアプリケーションは、ＩＭＳネットワークに含まれるさまざまなネットワーク・サーバにおいて実装される。

プレゼンス・サーバＰＳは、ＩＭＳネットワークに含まれており、たとえば通信デバイスのペアリング情報など、通信サービスの接続に関する情報を格納するデータベースを管理する。

プレゼンス・サーバＰＳは、ＩＭＳコアシステムの能力を、認証、許可、登録、課金、およびルーティングのような課題を処理する基盤サービス・プラットフォームとして使用するリッチ・コミュニケーション・スイート（ＲＣＳ：Ｒｉｃｈ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｕｉｔｅ）の一部である。

アプリケーション・サーバＡＳは、ＡＰＩ（アプリケーション・プログラミング・インターフェイス）ゲートウェイであり、ＨＴＴＰ（ハイパーテキスト・トランスファー・プロトコル：Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＳＯＡＰ（簡易オブジェクト・アクセス・プロトコル：Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ ｓｔａｔｅ ｔｒａｎｓｆｅｒ）のようなオープン標準アプリケーションを使用することができる。

もう１つの実施形態において、アプリケーション・サーバＡＳは、ＩＭＳネットワーク・サービスにアクセスするためにアプリケーション・サーバＡＳに接続されたＡＰＩゲートウェイとして動作するか、またはそのＡＰＩゲートウェイを利用することができる。

アプリケーション・プログラミング・インターフェイス（ＡＰＩ）は、ソフトウェア・コンポーネントが相互に通信するためのインターフェイスを定義する仕様である。ＡＰＩは、関数、データ構造、オブジェクトクラス、および変数の仕様を含むことができる。ＡＰＩ仕様の一部の例は、Ｃ^＋＋の標準テンプレートライブラリ、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ ＡＰＩ、Ｃのライブラリ、およびＪａｖａ ＡＰＩを含む。ＡＰＩが関数を指定する場合、ＡＰＩは、関数がどのように呼び出されるか、関数の呼び出しにどのパラメータが含まれるか、ならびに関数によって返されるデータのフォーマットおよびタイプに関する情報を提供する。

たとえば、アプリケーション・サーバＡＳは、Ｗｅｂサービスを実施するためのコードオブジェクトを識別して配備する。

アプリケーション・サーバＡＳは、第１のネットワーク・インターフェイスＮＩ１および第２のネットワーク・インターフェイスＮＩ２を備える。

第１のネットワーク・インターフェイスＮＩ１は、通信デバイスによって展開され、使用されるアプリケーションと通信するためのアプリケーション・プログラミング・インターフェイスの第１のセットを備える。

第２のネットワーク・インターフェイスＮＩ２は、ＩＭＳネットワーク側のアプリケーション、特にプレゼンス・サーバＰＳおよびネットワーク・サーバＮＳと通信するためのアプリケーション・プログラミング・インターフェイスの第２のセットを備える。

たとえば、第１のネットワーク・インターフェイスＮＩ１は、公開されているＲＥＳＴ ＷｅｂサービスであるＷｅｂサービスを実施する。

１つの実施形態において、第１のネットワーク・インターフェイスＮＩ１は、３つのＷｅｂサービスを実施する。

「ＳＥＴＩＮＣＡＲ」サービスと称される第１のＷｅｂサービスは、車両におけるユーザの存在を示すプレゼンス・サーバＰＳのデータベース内のユーザの位置情報を更新する。

「ＳＥＴＮＯＴＩＮＣＡＲ」サービスと称される第２のＷｅｂサービスは、車両におけるユーザの不在を示すプレゼンス・サーバＰＳのデータベース内のユーザの位置情報を更新する。

ユーザの位置情報は、通信デバイスＣＤから受信されたメッセージから推測される。

「ＳＡＦＥＴＥＸＴＭＳＧ」サービスと称される第３のＷｅｂサービスは、ユーザが自分の自動車内に位置しているかどうかをチェックするためにプレゼンス・サーバＰＳに問い合わせを行う。

通信デバイスＣＤは、たとえば、パーソナル・コンピュータまたはラップトップ、電子タブレット、スマートフォン、携帯情報端末、タブレットであってもよい。さらに一般的には、通信デバイスＣＤは、他の通信機器とメッセージのようなデータを交換するために電気通信ネットワークとの接続を確立することができる通信モジュールを備える、任意のタイプの電子機器に関する。

サービス・エンティティＳＥは、通信デバイスＣＤを所有するユーザによって運転される車両であってもよい。サービス・エンティティＳＥは、無線ネットワークを通じて通信デバイスＣＤとの接続を確立することができる。

たとえば、車両は、自動車、トラック、オートバイ、列車、飛行機のような発動機付き車両であるか、または通信デバイスＣＤを所有するユーザによって運転される任意の車両であってもよいか、または自転車であってもよい。

実施形態において、通信デバイスＣＤおよびサービス・エンティティＳＥは、Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ（ＤＬＮＡ）プロトコル、Ｂｌｕｅｔｏｏｔｈプロトコル、Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＮＦＣ）プロトコル、およびＲａｄｉｏ−Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（ＲＦＩＤ）プロトコルの中の通信プロトコルの少なくとも１つを介して確立される通信セッションの下で接続されてもよい。

通信デバイスＣＤは、たとえばＢｌｕｅｔｏｏｔｈを介して、通信デバイスがサービス・エンティティとペアリングされていることを検出するアプリケーションを実施する。

図２を参照すると、本発明の１つの実施形態によるテキスト・メッセージの安全な処理のための方法は、通信システム内で実行されるステップＳ１からＳ９を備える。

ステップＳ１において、通信デバイスＣＤを所有するユーザは、自動車のような、自分のサービス・エンティティＳＥにアクセスする。通信デバイスＣＤは、通信デバイスＣＤをサービス・エンティティＳＥとペアリングするために、たとえばＢｌｕｅｔｏｏｔｈを介して、サービス・エンティティＳＥとの無線接続を確立する。

ステップＳ２において、通信デバイスＣＤのアプリケーションは、通信デバイスＣＤがサービス・エンティティＳＥとペアリングされていることを検出し、要求Ｒｅｑをアプリケーション・サーバＡＳの第１のネットワーク・インターフェイスＮＩ１に送信する。

要求Ｒｅｑは、たとえばＨＴＴＰ要求であり、たとえば「ＳＥＴＩＮＣＡＲ」サービスと称される、第１のネットワーク・インターフェイスＮＩ１の専用Ｗｅｂサービスに向けて送信される。

要求Ｒｅｑは、通信デバイスＣＤの識別子ＩｄＣＤ、および通信デバイスＣＤのサービス・エンティティＳＥとのペアリングに関する情報を含むプレゼンス・データＤａｔＰを含む。言い換えれば、プレゼンス・データＤａｔＰは、通信デバイスＣＤが、無線セッションを介してサービス・エンティティＳＥに関連付けられていることを示す。

たとえば、通信デバイスＣＤの識別子ＩｄＣＤは、通信デバイスＣＤの呼び出し番号、またはＭＳＩＳＤＮ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ−Ｎｕｍｂｅｒ）である。

ステップＳ３において、第１のネットワーク・インターフェイスＮＩ１は、第２のインターフェイスＮＩ２を介して、通知Ｎｏｔをプレゼンス・サーバＰＳに送信し、通知Ｎｏｔは、通信デバイスＣＤの識別子ＩｄＣＤおよびプレゼンス・データＤａｔＰを含む。

ステップＳ４において、プレゼンス・サーバＰＳは、通信デバイスＣＤの識別子ＩｄＣＤおよびプレゼンス・データＤａｔＰを用いてデータベース内のユーザの位置情報を更新し、これはユーザがサービス・エンティティＳＥ付近またはその中に位置することを意味する。

ステップＳ５において、ユーザを受信者として有するテキスト・メッセージＭｅｓＴは、アプリケーション・サーバＡＳの第１のインターフェイスＮＩ１によって受信される。テキスト・メッセージは、たとえば「ＳＡＦＥＴＥＸＴＭＳＧ」サービスと称される、第１のネットワーク・インターフェイスＮＩ１の専用Ｗｅｂサービスによって受信される。

テキスト・メッセージＭｅｓＴは、ショート・メッセージＳＭＳ、メール、インスタント・メッセージ、またはたとえばソーシャルネットワークサービスに関連するアプリケーションからの通知のような、いかなる種類のものであってもよい。

ステップＳ５ａの第１の実施形態において、電気通信ネットワークＴＮのネットワーク・ノードは、メッセージを代行受信する。

たとえば、テキスト・メッセージＭｅｓＴがＳＭＳである場合、ＳＭＳゲートウェイがメッセージを代行受信する。

たとえば、テキスト・メッセージＭｅｓＴがメールである場合、メール・プロキシサーバがメッセージを代行受信する。

たとえば、テキスト・メッセージＭｅｓＴがインスタント・メッセージである場合、インスタント・メッセージング・プロキシサーバがメッセージを代行受信する。

ネットワーク・ノードが、ユーザの識別子のセットと対応関係のある通信デバイスの識別子ＩｄＣＤを格納することが仮定される。

ネットワーク・ノードは、サービス・メッセージＭｅｓＳ１をアプリケーション・サーバＡＳに送信し、サービス・メッセージＭｅｓＳ１は、通信デバイスの識別子ＩｄＣＤ、およびテキスト・メッセージＭｅｓＴのテキストの内容を含む。

ステップＳ５ｂの第２の実施形態において、テキスト・メッセージＭｅｓＴは通信デバイスＣＤによって受信され、アプリケーションはテキスト・メッセージＭｅｓＴの受信を検出する。

アプリケーションは、サービス・メッセージＭｅｓＳ２をアプリケーション・サーバＡＳに送信し、サービス・メッセージＭｅｓＳ２は、通信デバイスの識別子ＩｄＣＤ、およびテキスト・メッセージＭｅｓＴのテキストの内容を含む。

ステップＳ６において、アプリケーション・サーバＡＳは、ユーザの通信デバイスＣＤがサービス・エンティティＳＥとペアリングされているかどうか、つまりユーザが自分の自動車内に位置しているかどうかをチェックするために、第２のインターフェイスＮＩ２を介して、プレゼンス・サーバＰＳに問い合わせを行う。言い換えれば、アプリケーション・サーバＡＳは、通信デバイスＣＤが、無線セッションを介してサービス・エンティティＳＥに関連付けられているかどうかをチェックする。

この目的のために、アプリケーション・サーバＡＳは、通信デバイスＣＤの識別子ＩｄＣＤを含むコマンドをプレゼンス・サーバＰＳに送信することができる。

ステップＳ７において、ユーザの通信デバイスＣＤがサービス・エンティティＳＥとペアリングされていることを、プレゼンス・サーバＰＳがアプリケーション・サーバＡＳに報告する場合、アプリケーション・サーバＡＳの第２のインターフェイスＮＩ２は、テキスト読み上げ機能を呼び出すためにコマンドメッセージＭｅｓＣをネットワーク・サーバＮＳに送信する。

コマンドメッセージＭｅｓＣは、テキスト・メッセージＭｅｓＴのテキストの内容を含む。

ステップＳ８において、ネットワーク・サーバＮＳのテキスト読み上げ機能は、テキストの内容から音声メッセージＭｅｓＶを生成する。

次いで、ネットワーク・サーバＮＳは、たとえば集中型テレフォニー・サーバ（ＣＴＳ）およびメディア・リソース機能（ＭＲＦ）を通じて、通信デバイスＣＤに音声通話を実行し、音声通話を介して音声メッセージＭｅｓＶを提供する。

たとえば、音声メッセージは、ネットワーク・サーバＮＳの発声機能によって再生されうる「ｗａｖ」タイプのファイルでフォーマットされる。

次いで、ユーザは、通信デバイスＣＤを使用することにより、音声メッセージＭｅｓＶを聴取することができる。

ステップＳ９において、通信デバイスＣＤは、サービス・エンティティＳＥを切断し、サービス・エンティティＳＥとペアリング解除される。

通信デバイスＣＤのアプリケーションは、通信デバイスがサービス・エンティティＳＥともはやペアリングされていないことを検出する。

アプリケーションは、アプリケーション・サーバＡＳの第１のネットワーク・インターフェイスＮＩ１に要求を送信する。要求は、たとえば「ＳＥＴＮＯＴＩＮＣＡＲ」サービスと称される、第１のネットワーク・インターフェイスＮＩ１の専用Ｗｅｂサービスに向けて送信される。

要求は、通信デバイスＣＤの識別子ＩｄＣＤ、および通信デバイスＣＤのサービス・エンティティＳＥとの切断に関する情報を含むプレゼンス・データＤａｔＰを含む。

第１のネットワーク・インターフェイスＮＩ１は、第２のインターフェイスＮＩ２を介して、通知をプレゼンス・サーバＰＳに送信し、通知は、通信デバイスＣＤの識別子ＩｄＣＤおよびプレゼンス・データＤａｔＰを含む。

次いで、プレゼンス・サーバＰＳは、通信デバイスＣＤの識別子ＩｄＣＤおよびプレゼンス・データＤａｔＰを用いてデータベース内のユーザの位置情報を更新する。

ユーザがもはや自分の自動車内にいないことが設定され、したがって、すべての次の着信テキスト・メッセージは、通常どおり通信デバイスＣＤにルーティングされる。

本明細書において説明される本発明は、テキスト・メッセージの安全な処理のための方法およびサーバに関する。本発明の１つの実施形態によれば、本発明のステップは、アプリケーション・サーバのようなサーバに組み入れられたコンピュータ・プログラムの命令によって決定される。プログラムは、前記プログラムがサーバ内でロードされ実行されるとき、方法のステップを実行するプログラム命令を備える。

その結果、本発明はまた、コンピュータ・プログラム、特に本発明の実施に適した、情報媒体上または情報媒体内のコンピュータ・プログラムに適用される。このプログラムは、任意のプログラム言語を使用することができ、ソースコード、オブジェクトコード、もしくは、部分的にコンパイルされた形態、または本発明による方法を実施するために望ましいその他の任意の形態のような、ソースコードとオブジェクトコードとの中間コードの形態であってもよい。

Claims (15)

1. ユーザにより所有されている通信デバイス（ＣＤ）によって受信されるテキスト・メッセージ（ＭｅｓＴ）の安全な処理のための方法であって、アプリケーション・サーバ（ＡＳ）において、
   前記通信デバイス（ＣＤ）から要求（Ｒｅｑ）を受信するステップ（Ｓ２）であり、前記要求は、前記通信デバイスの識別子（ＩｄＣＤ）、および前記通信デバイス（ＣＤ）が無線セッションを介してサービス・エンティティ（ＳＥ）に関連付けられていることを示すプレゼンス・データ（ＤａｔＰ）を含み、前記サービス・エンティティ（ＳＥ）は車両である、受信するステップ（Ｓ２）と、
   前記ユーザを受信者として有するテキスト・メッセージ（ＭｅｓＴ）を受信するステップ（Ｓ５）と、
   メッセージ（ＭｅｓＣ）をネットワーク・サーバ（ＮＣ）に送信するステップ（Ｓ７）であり、前記メッセージ（ＭｅｓＣ）は、前記テキスト・メッセージ（ＭｅｓＴ）の内容の少なくとも一部を含み、前記ネットワーク・サーバ（ＮＳ）は、前記メッセージ（ＭｅｓＣ）の内容から音声メッセージ（ＭｅｓＶ）を生成し、音声通話を介して前記音声メッセージ（ＭｅｓＶ）を前記通信デバイス（ＣＤ）に提供する、送信するステップ（Ｓ７）と、
   を備える、方法。
2. 前記ユーザを受信者として有する前記テキスト・メッセージ（ＭｅｓＴ）を受信する前に、前記テキスト・メッセージは、電気通信ネットワークのノードによって代行受信され、前記アプリケーション・サーバに転送される、請求項１に記載の方法。
3. 前記ユーザを受信者として有する前記テキスト・メッセージ（ＭｅｓＴ）を受信する前に、前記テキスト・メッセージは、前記通信デバイスによって受信され、前記アプリケーション・サーバに転送される、請求項１に記載の方法。
4. 前記通信デバイス（ＣＤ）からの要求（Ｒｅｑ）の受信後、前記アプリケーション・サーバは、プレゼンス・サーバ（ＰＳ）に通知（Ｎｏｔ）を送信し（Ｓ３）、
   前記通知（Ｎｏｔ）は、前記通信デバイスの前記識別子（ＩｄＣＤ）および前記プレゼンス・データ（ＤａｔＰ）を含み、
   前記プレゼンス・サーバ（ＰＳ）が前記通信デバイスの前記識別子（ＩｄＣＤ）および前記プレゼンス・データ（ＤａｔＰ）を用いて前記ユーザの位置情報を更新し、これにより前記ユーザが前記サービス・エンティティ（ＳＥ）内に位置することを意味する、請求項１乃至３のいずれか１項に記載の方法。
5. 前記ユーザを受信者として有する前記テキスト・メッセージ（ＭｅｓＴ）の受信後に、前記アプリケーション・サーバ（ＡＳ）は、無線セッションを介して、前記通信デバイス（ＣＤ）がサービス・エンティティ（ＳＥ）に関連付けられているかどうかをチェックするために前記プレゼンス・サーバ（ＰＳ）に問い合わせを行う、請求項１乃至４のいずれか１項に記載の方法。
6. 前記サービス・エンティティ（ＳＥ）は、前記ユーザによって運転されることが可能な発動機付き車両である、請求項１乃至５のいずれか１項に記載の方法。
7. 前記サービス・エンティティ（ＳＥ）は、自動車、トラック、オートバイ、列車、および飛行機のうちの１つである、請求項６に記載の方法。
8. 前記テキスト・メッセージ（ＭｅｓＴ）は、ショート・メッセージ、メール、インスタント・メッセージ、およびアプリケーションからの通知のうちの１つである、請求項１乃至７のいずれか１項に記載の方法。
9. 前記テキスト・メッセージ（ＭｅｓＴ）は、前記アプリケーション・サーバ（ＡＳ）の専用Ｗｅｂサービスによって受信される、請求項１乃至８のいずれか１項に記載の方法。
10. 前記テキスト・メッセージ（ＭｅｓＴ）は、前記アプリケーション・サーバ（ＡＳ）に接続されているアプリケーション・プログラミング・インターフェイス・ゲートウェイの専用Ｗｅｂサービスによって受信される、請求項１乃至８のいずれか１項に記載の方法。
11. 前記ネットワーク・サーバ（ＮＳ）は、ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワークに含まれる、請求項１乃至１０のいずれか１項に記載の方法。
12. 前記通信デバイス（ＣＤ）は、Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅプロトコル、Ｂｌｕｅｔｏｏｔｈプロトコル、Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎプロトコル、およびＲａｄｉｏ−Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎプロトコルの中のプロトコルを介して前記サービス・エンティティ（ＳＥ）に関連付けられる、請求項１乃至１１のいずれか１項に記載の方法。
13. 前記アプリケーション・サーバ（ＡＳ）は、前記通信デバイス（ＣＤ）から別の要求を受信し、その後前記通信デバイスは前記サービス・エンティティ（ＳＥ）から切断され、
    前記要求は、前記通信デバイスの前記識別子（ＩｄＣＤ）、および前記通信デバイス（ＣＤ）が無線セッションを介して前記サービス・エンティティ（ＳＥ）にはもはや関連付けられていないことを示すプレゼンス・データ（ＤａｔＰ）を含む、請求項１乃至１２のいずれか１項に記載の方法。
14. ユーザにより所有されている通信デバイス（ＣＤ）によって受信されるテキスト・メッセージ（ＭｅｓＴ）の安全な処理のためのアプリケーション・サーバ（ＡＳ）であって、
    前記通信デバイス（ＣＤ）から要求（Ｒｅｑ）を受信するための手段（ＮＩ１）であり、前記要求は、前記通信デバイスの識別子（ＩｄＣＤ）、および前記通信デバイス（ＣＤ）が無線セッションを介してサービス・エンティティ（ＳＥ）に関連付けられていることを示すプレゼンス・データ（ＤａｔＰ）を含み、前記サービス・エンティティ（ＳＥ）は車両である、受信するための手段（ＮＩ１）と、
    前記ユーザを受信者として有するテキスト・メッセージ（ＭｅｓＴ）を受信するための手段（ＮＩ１）と、
    メッセージ（ＭｅｓＣ）をネットワーク・サーバ（ＮＳ）に送信するための手段（ＮＩ２）であり、前記メッセージ（ＭｅｓＣ）は、前記テキスト・メッセージ（ＭｅｓＴ）の内容の少なくとも一部を含み、前記ネットワーク・サーバ（ＮＳ）は、前記メッセージ（ＭｅｓＣ）の内容から音声メッセージ（ＭｅｓＶ）を生成し、音声通話を介して前記音声メッセージ（ＭｅｓＶ）を前記通信デバイス（ＣＤ）に提供する、送信するための手段（ＮＩ２）と、
    を備える、アプリケーション・サーバ。
15. ユーザにより所有されている通信デバイス（ＣＤ）によって受信されるテキスト・メッセージ（ＭｅｓＴ）の安全な処理のためにアプリケーション・サーバ（ＡＳ）内で実施されることが可能なコンピュータ・プログラムであって、前記プログラムが前記サーバ（ＡＳ）内でロードされ実行されるとき、
    通信デバイス（ＣＤ）から要求（Ｒｅｑ）を受信するステップ（Ｓ２）であり、前記要求は、前記通信デバイスの識別子（ＩｄＣＤ）、および前記通信デバイス（ＣＤ）が無線セッションを介してサービス・エンティティ（ＳＥ）に関連付けられていることを示すプレゼンス・データ（ＤａｔＰ）を含み、前記サービス・エンティティ（ＳＥ）は車両である、受信するステップ（Ｓ２）と、
    前記ユーザを受信者として有するテキスト・メッセージ（ＭｅｓＴ）を受信するステップ（Ｓ５）と、
    メッセージ（ＭｅｓＣ）をネットワーク・サーバ（ＮＳ）に送信するステップ（Ｓ７）であり、前記メッセージ（ＭｅｓＣ）は、前記テキスト・メッセージ（ＭｅｓＴ）の内容の少なくとも一部を含み、前記ネットワーク・サーバ（ＮＳ）は、前記メッセージ（ＭｅｓＣ）の内容から音声メッセージ（ＭｅｓＶ）を生成し、音声通話を介して前記音声メッセージ（ＭｅｓＶ）を前記通信デバイス（ＣＤ）に提供する、送信するステップ（Ｓ７）と、
    を実行する命令を備える、コンピュータ・プログラム。

Images