(57)【特許請求の範囲】
【請求項１】
宛先を対象とするテキスト・メッセージを受信し、前記宛先に対する前記テキスト・メッセージの伝達を開始するように動作可能なメッセージ伝達システムと、
前記テキスト・メッセージの伝達中に前記宛先がアクティブな音声通話に従事していることを検出し、前記テキスト・メッセージの情報を特定し、前記テキスト・メッセージ情報を音声データに変換して音声通知を生成し、前記アクティブな音声通話中に再生されるように、前記宛先に対する前記音声通知の送信を開始するように動作可能なメッセージ通知システムと
を含むシステム。
【請求項２】
前記音声通知は、少なくとも送信者の識別子および前記テキスト・メッセージのコンテンツの一部を含む請求項１に記載のシステム。
【請求項３】
前記音声通知は、前記音声通話の音声会話に対するバックグラウンドとして再生されるように前記宛先に送信される請求項１に記載のシステム。
【請求項４】
前記音声通知のボリュームは、前記音声会話のボリュームより小さい請求項３に記載のシステム。
【請求項５】
前記メッセージ通知システムは、前記宛先に対する前記音声通知の送信を開始するべきかどうかを決定するために、前記宛先がアクティブな音声通話に従事していることを検出するのに応答して基準を処理するようにさらに動作可能である
請求項１に記載のシステム。
【請求項６】
前記基準は、前記テキスト・メッセージの送信者に対する識別子を含む請求項５に記載のシステム。
【請求項７】
前記基準は、時刻または曜日を含む請求項５に記載のシステム。
【請求項８】
前記基準は、前記宛先の位置を含む請求項５に記載のシステム。
【請求項９】
宛先を対象とするテキスト・メッセージを受信するステップと、
前記宛先に対する前記テキスト・メッセージの伝達を開始するステップと、
前記テキスト・メッセージの伝達中に前記宛先がアクティブな音声通話に従事していることを検出するステップと、
前記テキスト・メッセージの情報を特定するステップと、
前記テキスト・メッセージ情報を音声データに変換して音声通知を生成するステップと、
前記アクティブな音声通話中に再生されるように、前記宛先に対する前記音声通知の送信を開始するステップと
を含む方法。
【請求項１０】
前記音声通知は、少なくとも送信者の識別子および前記テキスト・メッセージのコンテンツの一部を含む請求項９に記載の方法。
【請求項１１】
前記音声通知は、前記音声通話の音声会話に対するバックグラウンドとして再生されるように前記宛先に送信される請求項９に記載の方法。
【請求項１２】
前記音声通知のボリュームは、前記音声会話のボリュームより小さい請求項１１に記載の方法。
【請求項１３】
前記宛先に対する前記音声通知の送信を開始するべきかどうかを決定するために、前記宛先がアクティブな音声通話に従事していることを検出するのに応答して基準を処理するステップ
をさらに含む請求項９に記載の方法。
【請求項１４】
前記基準は、前記テキスト・メッセージの送信者に対する識別子を含む請求項１３に記載の方法。
【請求項１５】
前記基準は、時刻または曜日を含む請求項１３に記載の方法。
【請求項１６】
前記基準は、前記宛先の位置を含む請求項１３に記載の方法。
【請求項１７】
ＩＭＳネットワークに実装されるシステムであって、
ＩＭＳデバイスを対象とするＳＭＳメッセージを受信し、前記ＩＭＳデバイスに対する前記ＳＭＳメッセージの伝達を開始するように動作可能なメッセージ伝達システムと、
前記ＳＭＳメッセージの伝達中に前記ＩＭＳデバイスがアクティブな音声通話に従事していることを検出し、前記ＳＭＳメッセージに対する情報を特定し、前記ＳＭＳメッセージに対する情報を音声データに変換して音声通知を生成し、前記アクティブな音声通話中に再生されるように、前記ＩＭＳデバイスに対する前記音声通知の送信を開始するように動作可能なメッセージ通知システムと
を含むシステム。
【請求項１８】
前記音声通知は、少なくとも送信者の識別子およびテキスト・メッセージのコンテンツの一部を含む請求項１７に記載のシステム。
【請求項１９】
前記メッセージ通知システムは、ＩＰショート・メッセージ・ゲートウェイ（ＩＰ−ＳＭ−ＧＷ）およびメディア・リソース機能（ＭＲＦ）に実装される請求項１７に記載のシステム。
【請求項２０】
前記ＩＰ−ＳＭ−ＧＷは、前記音声通話中に前記ＭＲＦと前記ＩＭＳデバイスとの間にメディア・セッションを確立するように動作可能であるため、前記ＭＲＦは、前記確立されたメディア・セッションを介して前記ＩＭＳデバイスに対する音声通知を再生することができる請求項１９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信の分野に関し、具体的には、個人が音声通話を行っている間に、テキスト・メッセージが受信されたことを当人に通知することに関する。
【背景技術】
【０００２】
テキスト・メッセージングは、陸上移動通信網（ＰＬＭＮ）など、多くのモバイル・ネットワークにおいて非常に人気のある通信モードになった。テキスト・メッセージングの一例にショート・メッセージ・サービス（ＳＭＳ）があり、これはモバイル・デバイス間で短いテキスト・メッセージ（つまり１６０文字）を交換することを可能にする通信プロトコルである。従来、「テキスト・メッセージ」という用語は、ＳＭＳを使用して送信されるテキストのみのメッセージを指していたが、画像、ビデオ、音声コンテンツなど、マルチメディア・メッセージを含むように拡大された。マルチメディア・メッセージは、マルチメディア・サービス（ＭＭＳ）プロトコルを使用して送信することができる。多くの場合、モバイル・ユーザは、音声通話よりテキスト・メッセージングをより頻繁に通信に使用している。
【０００３】
新しいテキスト・メッセージの送信者は、メッセージに対して１つまたは複数の意図した宛先を入力し、またメッセージのコンテンツを入力する。送信者の電話（または他の送信デバイス）は、適切なプロトコルへとテキスト・メッセージを書式設定し、適切な信号チャネルを介してネットワークのメッセージ・センターにテキスト・メッセージを送信する。一般的なメッセージ・センターの一例として、ＳＭＳセンター（ＳＭＳＣ）がある。次に、ＳＭＳＣは、その宛先にＳＭＳメッセージを伝達することを試みる。テキスト・メッセージの伝達には、サービング・ネットワーク要素、加入者データベース、ゲートウェイなど、上記以外に複数の他のネットワーク要素が含まれることは当業者には自明であろう。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
テキスト・メッセージが伝達されるときに、テキスト・メッセージの宛先がアクティブな音声通話に従事しているときがある。たとえば、宛先がエンド・ユーザによって操作されている携帯電話を含むと想定する。テキスト・メッセージの受信に応答して、携帯電話はエンド・ユーザに、ビープ音またはトーンなど、テキスト・メッセージが受信されたという何らかのタイプのアラートを提供することができる。エンド・ユーザがテキスト・メッセージを見たい場合は、そのエンド・ユーザは、音声通話を終了し、テキスト・メッセージを見ることがある。あるいは、エンド・ユーザは、自分の耳から電話を離して、不用意に音声通話を終了することなく、テキスト・メッセージを見ようと試みることがある。いずれの場合でも、現在、音声通話の進行中に受信されたテキスト・メッセージをエンド・ユーザが見ることは不便である。
【課題を解決するための手段】
【０００５】
本明細書に記述した実施形態は、エンド・ユーザがアクティブな音声通話を行っている間にエンド・ユーザに音声通知を提供する。音声通知は、受信されたテキスト・メッセージについての情報を含み、音声通話中にバックグラウンドとして再生することができる。したがって、エンド・ユーザは、音声通話中に音声通知を聞いて、誰がテキスト・メッセージを送信したか、何に関するテキスト・メッセージかなどを知ることができる。エンド・ユーザは、好都合なことに、実際にテキスト・メッセージを見る必要も、音声通話を中断する必要もなく、音声通話中にテキスト・メッセージの重要な部分について通知される。
【０００６】
一実施形態は、エンド・ユーザに音声通知を提供するように動作可能なシステムを含む。システムは、宛先を対象とするテキスト・メッセージを受信し、その宛先に対するテキスト・メッセージの伝達を開始するように動作可能なメッセージ伝達システムを含む。システムは、また、テキスト・メッセージの伝達中に宛先がアクティブな音声通話に従事していることを検出し、テキスト・メッセージの情報を特定し、テキスト・メッセージ情報を音声データに変換して音声通知を生成し、アクティブな音声通話中に再生されるように、宛先に対する音声通知の送信を開始するように動作可能なメッセージ通知システムを含む。
【０００７】
他の例示的な実施形態について、以下に記述する。
【０００８】
本発明のいくつかの実施形態について、例示のみを目的として、添付の図面を参照して記述する。すべての図において、同じ参照番号は、同じ要素または同じ種類の要素を表している。
【図面の簡単な説明】
【０００９】
【図１】例示的な実施形態の通信ネットワークを示す図である。
【図２】例示的な実施形態のメッセージ・システムを示す図である。
【図３】例示的な実施形態におけるテキスト・メッセージの音声通知を提供する方法を示すフローチャートである。
【図４】他の例示的な実施形態の通信ネットワークを示す図である。
【図５】例示的な実施形態におけるＳＭＳメッセージの音声通知を示すメッセージ図である。
【図６】例示的な実施形態におけるＳＭＳメッセージの音声通知を示すメッセージ図である。
【図７】例示的な実施形態におけるＳＭＳメッセージの音声通知を示すメッセージ図である。
【発明を実施するための形態】
【００１０】
図および以下の記述は、本発明の特定の例示的な実施形態を示す。したがって、本明細書に明示的に記述または図示していなくても、本発明の原理を具体化し、本発明の範囲内に含まれる様々な構成を当業者が考案できることは自明であろう。さらに、本明細書に記述した例は、本発明の原理の理解を支援することを意図するものであり、そのような具体的には詳述された例および条件に限定しないものとして解釈するべきである。その結果、本発明は下記の特定の実施形態または例に限定されるものではなく、請求項およびそれらの等価物によって限定されるものである。
【００１１】
図１は、例示的な実施形態の通信ネットワーク１００を示している。通信ネットワーク１００は、エンド・ユーザ１２４によって操作されている通信デバイス１２２に通信サービスを提供する。通信ネットワーク１００によって供給および提供される通信サービスは、エンド・ユーザ１２４の契約によって変わる場合がある。少なくとも、エンド・ユーザ１２４は、通信ネットワーク１００からの音声呼び出しおよびテキスト・メッセージングを契約している。通信ネットワーク１００は、ＣＤＭＡネットワーク、ＧＳＭネットワーク、公衆交換電話網（ＰＳＴＮ）など、サーキット・ベースのモバイルまたは有線のネットワークを含むことができる。通信ネットワーク１００は、また、ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）ネットワークなど、パケット・ベースのネットワークを含むことができる。通信ネットワーク１００は、様々なタイプのネットワークを表すことがあるため、デバイス１２２は、同様に、モバイルまたはセルラー式のデバイス、有線デバイス、ＳＩＰ電話、デュアル・モード・デバイスなど、様々なタイプのデバイスを表すことができる。
【００１２】
この実施形態では、通信ネットワーク１００は、サービング・ネットワーク要素１０２およびメッセージ・システム１０４を含む。サービング・ネットワーク要素１０２は、デバイス１２２に対して音声通話をセット・アップまたは接続する、コア・ネットワークの任意のスイッチ、サーバ、ルータ、または他のノードを含む。たとえば、サービング・ネットワーク要素１０２は、サーキット・ベースのネットワークにＭＳＣを含むことができ、パケット・ベースのＩＭＳネットワークにＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）を含むことができ、パケット・ベースのネットワークに、リアルタイム・プロトコル（ＲＴＰ：Ｒｅａｌ−Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）セッションなどを接続するルータを含むことができる。音声通話は、簡潔さのために図１には示していない他のデバイスまたはシステムに接続される。
【００１３】
メッセージ・システム１０４は、デバイス１２２に対するテキスト・メッセージの伝達を促進する任意のシステム、サーバ、またはデバイスを含む。以下の実施形態では、エンド・ユーザ１２４が音声通話を行っている間に、メッセージ・システム１０４は、また、エンド・ユーザ１２４に音声通知を提供することができる。メッセージ・システム１０４によって提供される音声通知は、エンド・ユーザ１２４がデバイス１２２を使用して音声通話を行っている間に、デバイス１２２によって受信されるテキスト・メッセージについての情報を含む。たとえば、音声通知は、テキスト・メッセージの送信者を明らかにして、テキスト・メッセージからのコンテンツを明らかにすることなどができる。メッセージ・システム１０４は、通信ネットワーク１００の複数の位置に実装することができる。たとえば、メッセージ・システム１０４は、ＳＭＳＣなど、メッセージ・センター（図示せず）に実装することができる。メッセージ・システム１０４は、ＩＰショート・メッセージ・ゲートウェイ（ＩＰ−ＳＭ−ＧＷ：ＩＰ  Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｇａｔｅｗａｙ）など、ゲートウェイ（図示せず）に実装することができる。メッセージ・システム１０４は、スタンドアロンのサーバまたはネットワーク・ノードとして実装しても、または複数のネットワーク要素の間に分散してもよい。メッセージ・システム１０４は、ネットワーク１００内の複数の位置に実装できるため、ネットワーク１００内に含まれるものとして示すに留め、特定のネットワーク・ノードには関連させない。
【００１４】
図２は、例示的な実施形態のメッセージ・システム１０４を示している。メッセージ・システム１０４は、メッセージ伝達システム２０２およびメッセージ通知システム２０４を含む。メッセージ伝達システム２０２は、テキスト・メッセージを受信し、意図した宛先に対するテキスト・メッセージの伝達を開始するように動作可能な任意のデバイス、コンポーネント、または要素を含む。メッセージ通知システム２０４は、テキスト・メッセージについての情報を含む音声通知の送信を開始するように動作可能な任意のデバイス、コンポーネント、または要素を含む。メッセージ通知システム２０４のさらに詳細な動作について図３に示す。
【００１５】
図３は、例示的な実施形態のテキスト・メッセージの音声通知を提供する方法３００を示すフローチャートである。方法３００のステップは、図１の通信ネットワーク１００および図２のメッセージ・システム１０４を参照して記述するが、方法３００は、他のネットワークおよびシステムでも実行できることは、当業者には自明であろう。本明細書に記述したフローチャートのステップはすべて、包括的なものではなく、示していない他のステップを含むことができる。また、ステップは別の順に実行することもできる。
【００１６】
ステップ３０２で、メッセージ伝達システム２０２は、１つまたは複数の宛先を対象とするテキスト・メッセージを受信する。図１において、デバイス１２２とエンド・ユーザ１２４との組み合わせは、まとめて宛先１２０と呼ぶことができる（図１を参照）。したがって、本明細書において「宛先」という用語が使用される場合、それはデバイス１２２、エンド・ユーザ１２４、または両方を指すことがある。ステップ３０２では、受信されたテキスト・メッセージが宛先１２０を対象とすることを示すことを明確化することができる。ステップ３０４において、メッセージ伝達システム２０２は、宛先１２０に対するテキスト・メッセージの伝達を開始する。宛先１２０にテキスト・メッセージを伝達するために、他の追加的なステップを使用できることは当業者には自明であろう。
【００１７】
宛先１２０にテキスト・メッセージを伝達することに加えて、メッセージ通知システム２０４は、ステップ３０６におけるテキスト・メッセージの伝達中に、宛先１２０がアクティブな音声通話に従事していることを検出する。メッセージ通知システム２０４は、サービング・ネットワーク要素１０２に問い合わせることなどによって、宛先１２０がアクティブな音声通話に従事していることを検出するために、ネットワーク１００の他のネットワーク要素に問い合わせることができる。メッセージ通知システム２０４は、あるいは、デバイス１２２に問い合わせる、加入者データベース（たとえばＨＬＲまたはＨＳＳ）に問い合わせる、テキスト・メッセージの信号を処理するなど、他の方法で、宛先１２０がアクティブな音声通話に従事していることを検出することができる。アクティブな音声通話は、通話信号を通じてセット・アップされた音声通話として定義され、ベアラ通信が確立される。ベアラ通信が確立されると、音声通話は進行中になるため、通話の相手は音声による会話を行うことができる。
【００１８】
宛先１２０がアクティブな音声通話に従事している場合、メッセージ通知システム２０４は、ステップ３０８〜３１２で示すように、テキスト・メッセージに関する音声通知を宛先１２０に送信することができる。メッセージ通知システム２０４は、宛先１２０に対する音声通知の送信を開始するべきかどうかを決定するために基準を処理することができる。たとえば、基準は送信者の識別子、送信者の位置、宛先の位置、受信時（たとえば時刻、曜日、日付など）、テキストの言語などを含むことができる。
【００１９】
決定が音声通知を送信することである場合、メッセージ通知システム２０４は、ステップ３０８でテキスト・メッセージの情報を特定する。ステップ３０８で特定される情報は、テキスト・メッセージに関する任意の情報を含むことができる。たとえば、メッセージ通知システム２０４は、送信者ＩＤなど、テキスト・メッセージからヘッダー情報を抽出することができる。メッセージ通知システム２０４は、また、テキスト・メッセージからコンテンツ（たとえば、実際のテキスト・メッセージのすべてまたは一部など）を抽出することができる。メッセージ通知システム２０４は、また、宛先１２０の位置、テキスト・メッセージの送信者の位置、時刻、曜日、テキスト・メッセージの言語など、テキスト・メッセージの他の情報を特定することができる。
【００２０】
ステップ３１０において、メッセージ通知システム２０４は、テキスト・メッセージ情報を音声データに変換または翻訳して、音声通知を生成する。テキスト・メッセージに対して特定されるテキスト・メッセージ情報は、テキストの形態をしている。したがって、メッセージ通知システム２０４は、テキストを音声に変換し、これは、テキスト・メッセージ情報をスピーチまたは音声形式に変換することと呼ぶこともできる。テキスト・メッセージ情報を音声データに変換した結果、可聴形式の音声通知が得られる。たとえば、音声通知は、可聴式のアナログ音声データ、デジタル音声データ、または何らかの他の音声信号でもよい。音声通知は、単にテキスト・メッセージが受信されたことを示すビープ音またはトーンではない。本明細書に記載の実施形態の音声通知は、音声形式であり、送信者ＩＤ、テキスト・メッセージのコンテンツなど、テキスト・メッセージに関する情報を含む。
【００２１】
ステップ３１２において、メッセージ通知システム２０４は、アクティブな音声通話中に再生されるように、宛先１２０に対する音声通知の送信を開始する。たとえば、デバイス１２２は、メッセージ通知システム２０４から音声通知を受信する。エンド・ユーザ１２４が音声通話中に別の相手と会話している間に、デバイス１２２は、エンド・ユーザ１２４に対して音声通知を再生する。したがって、エンド・ユーザ１２４は、音声通話中に音声通知を聞くことができ、音声通知により、そのエンド・ユーザにテキスト・メッセージに関する情報を通知する。たとえば、音声通知は、「「６時に体育館で会いましょう」というメッセージをランディー・スミスから受信しました」と述べることができる。
【００２２】
音声通知は、既存の音声通話中に提供されるため、エンド・ユーザ１２４は、ランディー・スミスが６時に体育館で会うことを求めているというテキスト・メッセージを送信したことが分かる。好都合なことに、エンド・ユーザ１２４は、テキスト・メッセージの送信者およびコンテンツについて音声で通知を受けるため、そのエンド・ユーザは、テキスト・メッセージを見るために現在の音声通話を中断する必要がない。可聴式の音声通知は、エンド・ユーザ１２４にとって、はるかに便利である。
【００２３】
例
図４は、例示的な実施形態の通信ネットワーク４００を示している。通信ネットワーク４００は、１つまたは複数のアクセス・ネットワーク４０２、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）  ４０４、およびＩＭＳ（コア）ネットワーク４０６を含む。アクセス・ネットワーク４０２は、ＩＭＳユーザがＩＭＳネットワーク４０６に接続することを可能にする。アクセス・ネットワーク４０２は、ＤＳＬネットワーク、ケーブル・ネットワーク、イーサネット・ネットワークなど、固定されたアクセス・ネットワークを含むことができる。アクセス・ネットワーク４０２は、Ｗ−ＣＤＭＡネットワーク、ＣＤＭＡ２０００ネットワーク、ＧＳＭネットワーク、ＧＰＲＳネットワークなど、モバイル・アクセス・ネットワークを含むことができる。アクセス・ネットワーク４０２は、あるいは、ＷＬＡＮ、ＷｉＦｉネットワーク、ＷｉＭＡＸネットワークなど、無線アクセス・ネットワークを含むことができる。Ｐ−ＣＳＣＦ  ４０４は、ＩＭＳネットワーク４０６に接続するときに、ＩＭＳデバイスの最初の接点であるＳＩＰプロキシである。図４において、ＩＭＳネットワーク４０６からサービスを受信している少なくとも２つのＩＭＳデバイス４３０および４４０がある。
【００２４】
ＩＭＳネットワーク４０６は、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣＳＣＦ）  ４１２、ホーム加入者サーバ（ＨＳＳ）４１４、ＩＰショート・メッセージ・ゲートウェイ（ＩＰ−ＳＭ−ＧＷ）  ４１６、およびメディア・リソース機能（ＭＲＦ：Ｍｅｄｉａ  Ｒｅｓｏｕｒｃｅ  Ｆｕｎｃｔｉｏｎ）  ４１８を含む。Ｓ−ＣＳＣＦ  ４１２は、シグナリング・プレーン（ｓｉｇｎａｌｉｎｇ  ｐｌａｎｅ）の中央ノードであり、ＩＭＳネットワーク４０６を介してセッションを開始するＩＭＳデバイスに対するセッション制御を実行する。ＨＳＳ  ４１４は、契約関連の情報（たとえば加入者プロファイル）を格納するマスター・ユーザ・データベースであり、エンド・ユーザの認証および承認を実行し、加入者の位置などに関する情報を提供する。ＩＰ−ＳＭ−ＧＷ  ４１６は、送信者からＳ−ＣＳＣＦ  ４１２へのショート・メッセージの提出、およびＳ−ＣＳＣＦ  ４１２から受信者へのショート・メッセージの伝達のためのプロトコル連係動作を提供するエンティティである。ＭＲＦ  ４１８は、メディア操作（たとえば音声ストリームのミキシング）、ならびにトーンおよび案内通知の再生など、メディアに関連する機能を提供する。図４に具体的には示していないが、ＭＲＦ  ４１８は、ＭＲＦＣ（Ｍｅｄｉａ  Ｒｅｓｏｕｒｃｅ  Ｆｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ）およびＭＲＦＰ（Ｍｅｄｉａ  Ｒｅｓｏｕｒｃｅ  Ｆｕｎｃｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ）に分割される。ＭＲＦＣは、ＭＲＦＰを制御するシグナリング・プレーン・ノードである。ＭＲＦＰは、トーンおよび案内通知の再生など、メディア関連の機能を実施するメディア・プレーン・ノードである。
【００２５】
通信ネットワーク４００は、ＳＭＳメッセージの宛先に音声通知を提供することができ、音声通知は、ＳＭＳメッセージに関する何らかの情報を含む。この例はＩＭＳネットワーク４０６の音声通知を示しているが、音声通知は、テキスト・メッセージングを可能にする他のタイプのコア・ネットワークでも提供できることは当業者には自明であろう。また、この例ではＳＭＳメッセージの音声通知を示しているが、音声通知は、ＭＭＳメッセージなど、他のタイプのテキスト・メッセージでも提供できることは当業者には自明であろう。
【００２６】
図５〜図７は、例示的な実施形態におけるＳＭＳメッセージの音声通知を示すメッセージ図である。この例では、音声通話のためのメディア・セッションがＩＭＳデバイス４３０とＩＭＳデバイス４４０との間で進行中であり、エンド・ユーザ４３２は、エンド・ユーザ４４２と会話していることを想定している（図４〜図５を参照）。これが意味するのは、ＲＴＰセッションがＩＭＳデバイス４３０とＩＭＳデバイス４４０との間で確立され、音声会話がＲＴＰセッションを介して進行中であるということである。ＩＭＳデバイス４３０は、他のＩＭＳデバイス４４０とのメディア・セッションに関与しているものとして示されているが、ＩＭＳデバイス４３０は、ＩＭＳ、レガシ・ネットワークなど、任意のタイプの相手とのメディア・セッションに関与できることは当業者には自明であろう。
【００２７】
確立されたメディア・セッション中のある時点において、送信者４５０は、ＳＩＰ  ＭＥＳＳＡＧＥ内において、ＩＭＳデバイス４３０を宛先とするＳＭＳメッセージを送信する。ＳＩＰ  ＭＥＳＳＡＧＥはＳ−ＣＳＣＦ  ４１２で受信される。Ｓ−ＣＳＣＦ  ４１２は、それにＳＭＳメッセージが含まれていて、ＩＰ−ＳＭ−ＧＷ  ４１６に転送する必要があることを特定するためにＳＩＰ  ＭＥＳＳＡＧＥを処理する。ＩＰ−ＳＭ−ＧＷ  ４１６にＳＩＰ  ＭＥＳＳＡＧＥを送信する前に、Ｓ−ＣＳＣＦ  ４１２は、ＩＭＳデバイス４３０が音声通話のためのメディア・セッションに従事しているかどうかを決定することができる。この例では、ＩＭＳデバイス４３０はメディア・セッションに従事しているので、Ｓ−ＣＳＣＦ  ４１２は、ＩＭＳデバイス４３０が音声通話のためのメディア・セッションに従事しているというインジケータをＳＩＰ  ＭＥＳＳＡＧＥに挿入することができる。たとえば、以下は、Ｓ−ＣＳＣＦ  ４１２によって書式設定された例示的なＳＩＰ  ＭＥＳＳＡＧＥを示している。
ＭＥＳＳＡＧＥ  ｔｅｌ：＋１９３０５０２０１０３  ＳＩＰ／２．０
Ｖｉａ：ＳＩＰ／２．０／ＵＤＰ１３５．１．６２．１２０：５０６０；ｂｒａｎｃｈ＝ｚ９ｈＧ４ｂ
Ｔｏ：ｔｅｌ：＋１９３０５０２０１０３
Ｆｒｏｍ：ｔｅｌ：＋１９３０５０２０１０６；ｔａｇ＝１
Ｃａｌｌ−ＩＤ：６８９ｅ５ａｆ４４５１ｃ０１７０＠ｌｉｖｅｍａｓ１
Ｍａｘ−Ｆｏｒｗａｒｄｓ：７０
ＣＳｅｑ：１  ＭＥＳＳＡＧＥ
Ｐ−Ｃｈａｒｇｉｎｇ−Ｖｅｃｔｏｒ＝ｉｃｉｄ−ｖａｌｕｅ＝”ＰＣＳＦ：１９２．１６１．１．ｘｘｘ−ｘｘｘｘｘｘｘｘ”
Ｓｕｂｊｅｃｔ：ｓｍｓ  ｗ／ｖｏｉｃｅ  ｉｎ  ｐｒｏｇｒｅｓｓ
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｖｎｄ．３ｇｐｐ２．ｓｍｓ
Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：１００
〈〈カプセル化されたＩＳ−６３７トランスポート・レイヤー・メッセージ〉〉
ＳＩＰ  ＭＥＳＳＡＧＥは、音声通話が進行中であるという指示を有する「件名（ｓｕｂｊｅｃｔ）」フィールドを含む。
【００２８】
音声通話が進行中であることを示すためにＳＩＰ  ＭＥＳＳＡＧＥを書式設定した後に、Ｓ−ＣＳＣＦ  ４１２は、ＩＰ−ＳＭ−ＧＷ  ４１６にＳＩＰ  ＭＥＳＳＡＧＥを転送する。ＳＩＰ  ＭＥＳＳＡＧＥの受信に応答して、ＩＰ−ＳＭ−ＧＷ  ４１６は、ＳＩＰ  ２００  ＯＫで送信者側に返信する。また、ＩＰ−ＳＭ−ＧＷ  ４１６は、ＩＭＳデバイス４３０であるＳＭＳメッセージの意図した宛先を特定するためにＳＩＰ  ＭＥＳＳＡＧＥを処理する。ＩＰ−ＳＭ−ＧＷ  ４１６は、ＩＭＳデバイス４３０の識別子（たとえば、ＭＤＮ＝９３０５０２０１０３）を見つけ、ＳＭＳメッセージをどこにルーティングするかを決定するために、ＨＳＳ  ４１４にＤｉａｍｅｔｅｒ  Ｓｈユーザ・データ要求（ＵＤＲ）を送信する。ＨＳＳ  ４１４は、Ｄｉａｍｅｔｅｒ  Ｓｈユーザ・データ回答（ＵＤＡ）のルーティング情報で応答する。
【００２９】
ＩＰ−ＳＭ−ＧＷ  ４１６は、また、ＩＭＳデバイス４３０であるＳＭＳメッセージの意図した宛先を含む、アクティブな音声通話が進行中かどうかを検出するためのＳＩＰ  ＭＥＳＳＡＧＥを処理する。この例では、ＳＩＰ  ＭＥＳＳＡＧＥは、ＩＭＳデバイス４３０がアクティブな音声通話を行っているかどうかを示す「件名（ｓｕｂｊｅｃｔ）」フィールドを含む。ＩＰ−ＳＭ−ＧＷ  ４１６は、ＩＭＳデバイス４３０がアクティブな音声通話を行っているかどうかを検出するために、この情報を処理することができる。
【００３０】
宛先（ＩＭＳデバイス４３０）が音声通話を行っている場合、宛先に音声通知を提供するべきかどうかを決定するために、ＩＰ−ＳＭ−ＧＷ  ４１６は基準を処理する（図６を参照）。音声通知を提供するべきかどうかの決定は、様々な要因に基づいて選択される。たとえば、決定は、送信者の識別子、送信者の位置、宛先の位置、受信時（たとえば時刻、曜日、日付など）、ＳＭＳメッセージのテキストの言語、またはいくつかの他の要因に基づくことができる。音声通知を提供するべきかどうかの選択をするために使用される基準は、サービス・プロバイダ、加入者（たとえばエンド・ユーザ４３２）、または両方の組み合わせによって指定することができる。
【００３１】
行われた決定が宛先に音声通知を提供することである場合、ＩＰ−ＳＭ−ＧＷ  ４１６は、ＳＩＰ  ＭＥＳＳＡＧＥからＳＭＳメッセージに関する情報を抽出する。たとえば、ＩＰ−ＳＭ−ＧＷ  ４１６は、送信者の識別子（たとえばＭＤＮ、ＩＰアドレス、名前など）、タイムスタンプ、およびＳＭＳメッセージからテキストを抽出することができる。次に、ＩＰ−ＳＭ−ＧＷ  ４１６は、Ｓ−ＣＳＣＦ  ４１２を通じてＩＭＳデバイス４３０にＳＩＰ  ＭＥＳＳＡＧＥを転送することによって、その宛先にＳＭＳメッセージを伝達することを試みることができる。ＳＩＰ  ＭＥＳＳＡＧＥを受信すると、ＩＭＳデバイス４３０は、ＳＭＳメッセージが受信されたことを示すアラート（たとえばトーン）をエンド・ユーザ４３２に提供することができる。図５〜図７において、使用できるメッセージングの一例に示すように、ＩＰ−ＳＭ−ＧＷ  ４１６は、より早くにその宛先にＳＭＳメッセージを伝達することを試みることができることは当業者には自明であろう。
【００３２】
エンド・ユーザ４３２は、また、ＳＭＳメッセージに関する何らかの情報を示す音声通知をＩＰ−ＳＭ−ＧＷ  ４１６から受信することになる。そのために、ＩＰ−ＳＭ−ＧＷ  ４１６は、ＳＩＰ  ＩＮＶＩＴＥのセッション記述（つまりＳＤＰ）にＳＭＳメッセージからの抽出された情報を挿入する。次に、ＩＰ−ＳＭ−ＧＷ  ４１６は、Ｓ−ＣＳＣＦ  ４１２を通じてＭＲＦ  ４１８にＳＩＰ  ＩＮＶＩＴＥを送信する。ＳＩＰ  ＩＮＶＩＴＥに応答して、ＭＲＦ  ４１８は、Ｓ−ＣＳＣＦ  ４１２を通じてＩＰ−ＳＭ−ＧＷ  ４１６にＳＩＰ  ２００  ＯＫを送り返す。ＭＲＦ  ４１８は、また、ＳＭＳメッセージから抽出されたテキストを音声形式に変換して、ＳＭＳメッセージに対する音声通知を生成する。音声通知は、ＳＭＳメッセージから抽出されたテキストの音声表現である。次に、ＩＰ−ＳＭ−ＧＷ  ４１６は、ＭＲＦ  ４１８とＩＭＳデバイス４３０との間のメディア・セッションを確立するため、ＭＲＦ  ４１８は、エンド・ユーザ４３２に対して音声通知を再生することができる。
【００３３】
メディア・セッションをセット・アップするために、ＩＰ−ＳＭ−ＧＷ  ４１６は、Ｓ−ＣＳＣＦ  ４１２を通じてＩＭＳデバイス４３０にＳＩＰ（Ｒｅ）ＩＮＶＩＴＥを送信する（図７を参照）。これに応答して、ＩＭＳデバイス４３０は、ＩＰ−ＳＭ−ＧＷ  ４１６にＳＩＰ  ２００  ＯＫを送信し、またＭＲＦ  ４１８にＳＩＰ  ＡＣＫを送信する。この時点で、ＲＴＰメディア・セッションがＭＲＦ  ４１８とＩＭＳデバイス４３０との間で確立される。この（第２の）メディア・セッションは音声通知に対するものである一方、ＩＭＳデバイス４３０を含むオリジナル（第１の）メディア・セッションは、音声通話に対してまだ進行中である。第２のメディア・セッションが確立されると、ＭＲＦ  ４１８は、ＩＭＳデバイス４３０に対して音声通知を再生する。たとえば、ＭＲＦ  ４１８は次の音声通知、すなわち、「「６時に体育館で会いましょう」というメッセージをランディー・スミスから受信しました」を再生することができる。この例の音声通知は、音声通話の進行中の音声会話に対してバックグラウンドとなることを意図するものである。エンド・ユーザ４３２に対して再生される音声通知の音またはボリュームは、音声通話の音声会話より小さく（ｓｏｆｔｅｒ）できるため、音声通知が音声会話に影響することはなく、バックグラウンドで行われる。音声通知の実際の音響レベルは事前に構成することができる。また、メディア・セッションはＩＭＳデバイス４３０のみと確立されるため、エンド・ユーザ４３２が、音声通知を聞く音声通話の唯一の当事者である。
【００３４】
音声通知は、既存の音声通話中に提供されるため、エンド・ユーザ４３２は、ランディー・スミスが６時に体育館で会うことを求めているというＳＭＳメッセージを送信したことが分かる。好都合なことに、エンド・ユーザ４３２は、ＳＭＳメッセージの送信者およびコンテンツについて音声で通知を受けるため、そのエンド・ユーザは、ＳＭＳメッセージを見るために現在の音声通話を中断する必要がない。
【００３５】
音声通知をエンド・ユーザ４３２に再生した後に、ＭＲＦ  ４１８は、第２のメディア・セッションを破棄（ｔｅａｒ  ｄｏｗｎ）するために、Ｓ−ＣＳＣＦ  ４１２を通じてＩＭＳデバイス４３０にＳＩＰ  ＩＮＶＩＴＥを送信する。これに応答して、ＩＭＳデバイス４３０は、Ｓ−ＣＳＣＦ  ４１２を通じてＭＲＦ  ４１８にＳＩＰ  ２００  ＯＫを送信し、メディア・セッションは破棄される。しかし、ＩＭＳデバイス４３０を対象とする他のＳＭＳメッセージが受信された場合、エンド・ユーザ４３２に音声通知を提供するのと似た方法でＩＭＳネットワーク４０６は動作することになる。
【００３６】
図に示し、または本明細書に記述した様々な要素のいずれも、ハードウェア、ソフトウェア、ファームウェア、またはこれらの何らかの組み合わせとして実装することができる。たとえば、要素は専用ハードウェアとして実装することができる。専用のハードウェア要素は、「プロセッサ」、「コントローラ」、または何らかの同様の用語で呼ばれることがある。プロセッサによって提供される場合、機能は、単一の専用プロセッサ、単一の共有プロセッサ、または複数の個々のプロセッサによって提供することができ、その一部は共有することができる。さらに、「プロセッサ」または「コントローラ」という用語の明示的な使用は、ソフトウェアを実行できるハードウェアを排他的に示すものと解釈されるべきではなく、デジタル・シグナル・プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向けＩＣ（ＡＳＩＣ）もしくは他の回路、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、ソフトウェアを格納するための読み取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、不揮発性記憶装置、ロジック、または何らかの他の物理的なハードウェア・コンポーネントもしくはモジュールを制限なく暗黙的に含むことができる。
【００３７】
また、要素は、要素の機能を実行するためにプロセッサまたはコンピュータによって実行可能な命令として実施することができる。命令のいくつかの例として、ソフトウェア、プログラム・コード、およびファームウェアがある。プロセッサが要素の機能を実行するように命じるために、プロセッサによって実行されたときに命令は動作可能である。命令は、プロセッサによって読み取り可能な記憶装置に格納することができる。記憶装置の例として、デジタル・メモリまたはソリッド・ステート・メモリ、磁気ディスクおよび磁気テープなどの磁気記憶メディア、ハード・ドライブ、または光学的に読み取り可能なデジタル・データ記憶メディアがある。
【００３８】
特定の実施形態について本明細書に記述したが、本発明の範囲はそれらの特定の実施形態に限定されない。本発明の範囲は、添付の特許請求の範囲およびその等価物によって定義される。
【図１】
0005523590.tif 000002
【図２】
0005523590.tif 000003
【図３】
0005523590.tif 000004
【図４】
0005523590.tif 000005
【図５】
0005523590.tif 000006
【図６】
0005523590.tif 000007
【図７】
0005523590.tif 000008