(57)【特許請求の範囲】
【請求項１】
ウェブ・アプリケーションからモバイル終端（ＭＴ）テキスト・メッセージの送信コマンドを受信するように動作可能なインターフェースであって、前記送信コマンドが前記ウェブ・アプリケーションによって使用されるＰａｒｌａｙ  Ｘ標準に基づくインターフェースと、
前記ＭＴテキスト・メッセージの前記送信コマンドを前記ＭＴテキスト・メッセージのセッション開始プロトコル（ＳＩＰ）送信要求に変換するように動作可能なコントローラとを備え、
前記インターフェースが、前記ＭＴテキスト・メッセージの前記ＳＩＰ送信要求をパケット交換ネットワークに送信するようにさらに動作可能である、システム。
【請求項２】
前記コントローラが、Ｐａｒｌａｙ  Ｘ  ＳｅｎｄＳｍｓコマンドを、前記ＭＴテキスト・メッセージがＳＩＰ  ＭＥＳＳＡＧＥのＲＰ−ＤＡＴＡフィールドに埋め込まれた前記ＳＩＰ  ＭＥＳＳＡＧＥに変換するようにさらに動作可能である、請求項１に記載のシステム。
【請求項３】
前記インターフェースが、前記パケット交換ネットワークから、前記ＳＩＰ送信要求および前記ＭＴテキスト・メッセージのうちの少なくとも１つについての配信ステータスを示すＳＩＰステータス・メッセージを受信するようにさらに動作可能であり、
前記コントローラが、前記ＳＩＰステータス・メッセージを、前記ウェブ・アプリケーションによって使用される前記Ｐａｒｌａｙ  Ｘ標準内のステータス・コマンドに変換するようにさらに動作可能であり、
前記インターフェースが、前記ステータス・コマンドを前記ウェブ・アプリケーションに送信するようにさらに動作可能である、請求項１に記載のシステム。
【請求項４】
前記インターフェースが、前記パケット交換ネットワークからモバイル発信（ＭＯ）テキスト・メッセージのＳＩＰ送信要求を受信するようにさらに動作可能であり、
前記コントローラが、前記ＭＯテキスト・メッセージの前記ＳＩＰ送信要求を前記ＭＯテキスト・メッセージの受信コマンドに変換するようにさらに動作可能であり、前記ＭＯテキスト・メッセージの前記受信コマンドが、前記ウェブ・アプリケーションによって使用される前記Ｐａｒｌａｙ  Ｘ標準に基づき、
前記インターフェースが、前記ＭＯテキスト・メッセージの前記受信コマンドを前記ウェブ・アプリケーションに送信するようにさらに動作可能である、請求項１に記載のシステム。
【請求項５】
前記インターフェースが、前記ウェブ・アプリケーションから、前記ＭＯテキスト・メッセージについての配信ステータスを示すステータス・コマンドを受信するようにさらに動作可能であり、
前記コントローラが、前記ステータス・コマンドをＳＩＰステータス・メッセージに変換するようにさらに動作可能であり、
前記インターフェースが、前記ＳＩＰステータス・メッセージを前記パケット交換ネットワークに送信するようにさらに動作可能である、請求項４に記載のシステム。
【請求項６】
ウェブ・アプリケーションからモバイル終端（ＭＴ）テキスト・メッセージの送信コマンドを受信するステップであって、前記送信コマンドが前記ウェブ・アプリケーションによって使用されるＰａｒｌａｙ  Ｘ標準に基づくステップと、
前記ＭＴテキスト・メッセージの前記送信コマンドを前記ＭＴテキスト・メッセージのセッション開始プロトコル（ＳＩＰ）送信要求に変換するステップと、
前記ＭＴテキスト・メッセージの前記ＳＩＰ送信要求をパケット交換ネットワークに送信するステップとを備える、方法。
【請求項７】
前記送信コマンドを変換するステップが、
Ｐａｒｌａｙ  Ｘ  ＳｅｎｄＳｍｓコマンドを、前記ＭＴテキスト・メッセージが前記ＳＩＰ  ＭＥＳＳＡＧＥのＲＰ−ＤＡＴＡフィールドに埋め込まれたＳＩＰ  ＭＥＳＳＡＧＥに変換するステップを備える、請求項６に記載の方法。
【請求項８】
前前記パケット交換ネットワークから、前記ＳＩＰ送信要求および前記ＭＴテキスト・メッセージのうちの少なくとも１つについての配信ステータスを示すＳＩＰステータス・メッセージを受信するステップと、
前記ＳＩＰステータス・メッセージを、前記ウェブ・アプリケーションによって使用される前記Ｐａｒｌａｙ  Ｘ標準内のステータス・コマンドに変換するステップと、
前記ステータス・コマンドを前記ウェブ・アプリケーションに送信するステップとをさらに備える、請求項６に記載の方法。
【請求項９】
前記パケット交換ネットワークからモバイル発信（ＭＯ）テキスト・メッセージのＳＩＰ送信要求を受信するステップと、
前記ＭＯテキスト・メッセージの前記ＳＩＰ送信要求を前記ＭＯテキスト・メッセージの受信コマンドに変換するステップであって、前記ＭＯテキスト・メッセージの前記受信コマンドが、前記ウェブ・アプリケーションによって使用される前記Ｐａｒｌａｙ  Ｘ標準に基づくステップと、
前記ＭＯテキスト・メッセージの前記受信コマンドを前記ウェブ・アプリケーションに送信するステップとをさらに備える、請求項６に記載の方法。
【請求項１０】
前記ウェブ・アプリケーションから、前記ＭＯテキスト・メッセージについての配信ステータスを示すステータス・コマンドを受信するステップと、
前記ステータス・コマンドをＳＩＰステータス・メッセージに変換するステップと、
前記ＳＩＰステータス・メッセージを前記パケット交換ネットワークに送信するステップとをさらに備える、請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信の分野に関し、具体的には、テキスト・メッセージング・ウェブ・アプリケーションと、セッション開始プロトコル（ＳＩＰ）を使用するパケット交換ネットワークとをインターフェースさせることに関する。
【背景技術】
【０００２】
多くのモバイル（または無線）ネットワークにおいて、テキスト・メッセージングは一般的な通信モードになっている。テキスト・メッセージングの一例はショート・メッセージ・サービス（ＳＭＳ）であり、デバイス間で短いテキスト・メッセージ（すなわち、１６０文字以下）を交換できるようにする通信プロトコルのセットである。従来、「テキスト・メッセージ」という用語は従来、ＳＭＳを使用して送信されるテキストのみのメッセージを指していたが、画像、ビデオ、サウンド・コンテンツ等のマルチメディア・メッセージを含むように拡大適用されている。マルチメディア・メッセージは、マルチメディア・メッセージサービス（ＭＭＳ）プロトコルを使用して送信され得る。多くの場合、モバイル・ユーザは、通信のために音声通話よりもテキスト・メッセージングをより頻繁に使用する。
【０００３】
従来、テキスト・メッセージングは２つのモバイル・デバイスがテキスト・メッセージを交換することと考えられてきたが、エンド・ユーザがテキスト・メッセージを送受信できるようにするウェブ・ベースのアプリケーションがあってよい。たとえば、エンド・ユーザは、テキスト・メッセージを送信／受信するためのページを提供するウェブ・サイトにアクセスできる。ウェブ・ページを通じて、エンド・ユーザは受信者宛てのメッセージ、および受信者の電話番号を入力できる。次いで、ウェブ・ベースのアプリケーションが、ウェブ・ベースのサービス用に定義されたアプリケーション・プログラミング・インターフェース（ＡＰＩ）を使用してテキスト・メッセージの送信要求を生成する。
【０００４】
組織では、テキスト・メッセージを送信／受信する際に使用する、ウェブ・ベースのアプリケーション用の標準ＡＰＩを定義している。ある標準は、ＳＭＰＰ用のＰａｒｌａｙ  Ｘ  ＳＭＳウェブ・サービスである。ＳＭＰＰ用のＰａｒｌａｙ  Ｘ  ＳＭＳウェブ・サービスは、ＳＭＳメッセージをネットワークに送信して、送信されたＳＭＳメッセージの配信ステータスを監視して、メッセージ配信ステータスの通知を非同期的に受信するための動作を提供する。ＳＭＰＰ用のＰａｒｌａｙ  Ｘ  ＳＭＳウェブ・サービスは、ネイティブＳＭＰＰネットワークと対話して、ＳＭＳメッセージを送信／受信する。
【０００５】
別の標準は、Ｐａｒｌａｙ用のＰａｒｌａｙ  Ｘ  ＳＭＳウェブ・サービスである。Ｐａｒｌａｙ用のＰａｒｌａｙ  Ｘ  ＳＭＳウェブ・サービスは、ＳＭＳメッセージをネットワークに送信して、送信されたＳＭＳメッセージの配信ステータスを監視して、メッセージ配信ステータスの通知を非同期的に受信するための動作を提供する。Ｐａｒｌａｙ用のＰａｒｌａｙ  Ｘ  ＳＭＳウェブ・サービスは、Ｐａｒｌａｙコネクタを使用してＰａｒｌａｙゲートウェイと対話して、ネットワークへ／からＳＭＳメッセージを送信／受信する。
【０００６】
残念ながら、ウェブ・サービス用に現在定義されている標準ＡＰＩは、今日の進化するネットワークのための十分な柔軟性を提供しない。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ  ＴＳ  ２４．０１１
【非特許文献２】３ＧＰＰ  ＴＳ  ２３．０４０
【発明の概要】
【課題を解決するための手段】
【０００８】
本明細書に記載の実施形態は、ＳＭＳ／ＭＭＳウェブ・アプリケーションとパケット交換ネットワークとをインターフェースさせる、ＡＰＩなどのシステムを提供する。本システムは、ウェブ・アプリケーションからのメッセージを、ＳＭＳ／ＭＭＳメッセージング用のパケット交換ネットワーク内で使用されるセッション開始プロトコル（ＳＩＰ）に変換できる。また、本システムは、たとえばＳＩＰからＰａｒｌａｙ  Ｘへなど、パケット交換ネットワークからのＳＩＰメッセージをウェブ・アプリケーションによって使用される標準に変換できる。ウェブ・アプリケーションによって使用される標準とＳＩＰとの間で変換することによって、ウェブ・アプリケーションとパケット交換ネットワークとの間でテキスト・メッセージを直接交換できるようになる。これによって、ＩＭＳネットワークまたはＬＴＥネットワーク等の進化するネットワークにウェブ・ベースのテキスト・メッセージングを実装できる方法を有利に改善する。
【０００９】
ある実施形態は、ウェブ・アプリケーションからパケット交換ネットワークへのモバイル終端（ＭＴ）テキスト・メッセージを処理するシステムを備える。本システムは、ウェブ・アプリケーションからＭＴテキスト・メッセージの送信コマンドを受信するように動作可能なインターフェースを含む。送信コマンドは、Ｐａｒｌａｙ  Ｘなどのウェブ・アプリケーションによって使用される標準に基づく。本システムは、ＭＴテキスト・メッセージの送信コマンドをＳＩＰ送信要求に変換するように動作可能なコントローラをさらに含む。インターフェースは、受信者に配信するために、ＭＴテキスト・メッセージのＳＩＰ送信要求をパケット交換ネットワークに送信するようにさらに動作可能である。
【００１０】
別の実施形態では、本システムは、パケット交換ネットワークからウェブ・アプリケーションへのモバイル発信（ＭＯ）テキスト・メッセージを処理できる。インターフェースは、パケット交換ネットワークからのＭＯテキスト・メッセージのＳＩＰ送信要求を受信するように動作可能である。コントローラは、ウェブ・アプリケーションによって使用される標準に基づいて、ＭＯテキスト・メッセージのＳＩＰ送信要求を受信コマンドに変換するようにさらに動作可能である。インターフェースは、ＭＯテキスト・メッセージの受信コマンドをウェブ・アプリケーションに送信するようにさらに動作可能である。
【００１１】
別の実施形態は、ウェブ・アプリケーションからパケット交換ネットワークへのモバイル終端（ＭＴ）テキスト・メッセージを処理する方法を備える。本方法は、ウェブ・アプリケーションからモバイル終端（ＭＴ）テキスト・メッセージの送信コマンドを受信するステップであって、送信コマンドがウェブ・アプリケーションによって使用される標準に基づくステップを含む。本方法は、ＭＴテキスト・メッセージの送信コマンドをＭＴテキスト・メッセージのセッション開始プロトコル（ＳＩＰ）送信要求に変換するステップと、ＭＴテキスト・メッセージのＳＩＰ送信要求をパケット交換ネットワークに送信するステップとをさらに含む。
【００１２】
別の実施形態は、パケット交換ネットワークからウェブ・アプリケーションへのモバイル発信（ＭＯ）テキスト・メッセージを処理する方法を備える。本方法は、パケット交換ネットワークからモバイル発信（ＭＯ）テキスト・メッセージのＳＩＰ送信要求を受信するステップと、ＭＯテキスト・メッセージのＳＩＰ送信要求をＭＯテキスト・メッセージの受信コマンドに変換するステップであって、ＭＯテキスト・メッセージの受信コマンドがウェブ・アプリケーションによって使用される標準に基づくステップとを含む。本方法は、ＭＯテキスト・メッセージの受信コマンドをウェブ・アプリケーションに送信するステップをさらに含む。
【００１３】
他の例示的実施形態は、以下に説明され得る。
【００１４】
次に、添付の図面を参照して、本発明のいくつかの実施形態をほんの一例として説明する。全ての図面において、同じ参照番号は同じ要素または同じタイプの要素を表す。
【図面の簡単な説明】
【００１５】
【図１】例示的実施形態における通信システムを示す図である。
【図２】例示的実施形態における、ウェブ・アプリケーションからユーザ機器（ＵＥ）へのＭＴテキスト・メッセージを処理する方法を示す流れ図である。
【図３】例示的実施形態における、ＵＥからウェブ・アプリケーションへのＭＯテキスト・メッセージを処理する方法を示す流れ図である。
【図４】例示的実施形態における、パケット交換ネットワークからウェブ・アプリケーションへのＳＩＰステータス・メッセージを処理する方法を示す流れ図である。
【図５】例示的実施形態における、ウェブ・アプリケーションからパケット交換ネットワークへのステータス・コマンドを処理する方法を示す流れ図である。
【図６】別の例示的実施形態における、通信システムを示す図である。
【図７】例示的実施形態における、ＭＴ  ＳＭＳメッセージのコール・フローを示すメッセージ図である。
【図８】例示的実施形態における、ＭＴ  ＳＭＳメッセージの別のコール・フローを示すメッセージ図である。
【図９】例示的実施形態における、ＭＯ  ＳＭＳメッセージのコール・フローを示すメッセージ図である。
【図１０】例示的実施形態における、ＭＯ  ＳＭＳメッセージの別のコール・フローを示すメッセージ図である。
【発明を実施するための形態】
【００１６】
図面および以下の記述は、本発明の特定の例示的実施形態を示している。したがって当業者は、本明細書に明示的に記載または示されていないが、本発明の原理を具体化し、本発明の範囲内に含まれる様々な構成を考案することができるであろうことが理解されよう。さらに、本明細書に記載の任意の例は、本発明の原理の理解を助けるためのものであり、そのような具体的に列挙した例および条件に限定されないものと解釈されるべきである。結果として、本発明は以下に記載の特定の実施形態または例に限定されるものではなく、特許請求の範囲およびその均等物によって限定される。
【００１７】
図１は、例示的実施形態における通信システム１００を示している。通信システム１００は、変換システム１２０を通じてパケット交換ネットワーク１３０に連結されたウェブ・アプリケーション１１０を含む。ウェブ・アプリケーション１１０は、ＳＭＳメッセージまたはＭＭＳメッセージなどのテキスト・メッセージを送受信するためのウェブ・ベースのサービスの一部である。パケット交換ネットワーク１３０は、ＩＰパケットなどのパケットを使用して通信を交換する任意のネットワークを備える。パケット交換ネットワーク１３０は、ＩＭＳネットワーク、ＬＴＥネットワーク、または他の任意のＩＰベースのネットワークを備え得る。パケット交換ネットワーク１３０は、ユーザ機器（ＵＥ）１４０に音声および／またはデータサービスを提供するために、様々なネットワーク・ノード（図示せず）を含み得る。より具体的には、パケット交換ネットワーク１３０のネットワーク・ノードは、ＵＥ１４０にテキスト・メッセージングサービスを提供する。
【００１８】
ウェブ・アプリケーション１１０は、変換システム１２０の支援を受けてＵＥ１４０とテキスト・メッセージを交換できる。変換システム１２０は、ウェブ・アプリケーション１１０によって使用される機能コール、動作、またはコマンドを、パケット交換ネットワーク１３０で使用される要求／応答に変換するように、またはその逆のために働く。変換システム１２０は、ウェブ・アプリケーション１１０からの標準化されたコマンドを、パケット交換ネットワーク１３０で使用されるシグナリング・プロトコルに変換するので、アプリケーション・プログラミング・インターフェース（ＡＰＩ）と考えられ得る。この実施形態では、パケット交換ネットワーク１３０で使用されるシグナリング・プロトコルは、セッション開始プロトコル（ＳＩＰ）である。ウェブ・アプリケーション１１０によって使用される標準は異なってよいが、標準の一例はＰａｒｌａｙ  Ｘでよい。
【００１９】
変換システム１２０は、インターフェース１２２とコントローラ１２４とを含む。インターフェース１２２は、ウェブ・アプリケーション１１０および／または図示されない他のウェブ・アプリケーションと通信する任意のデバイスまたはコンポーネントを備える。また、インターフェース１２２は、パケット交換ネットワーク１３０で使用されるシグナリング・プロトコル（すなわち、ＳＩＰ）を通じてパケット交換ネットワーク１３０と通信できる。コントローラ１２４は、ウェブ・アプリケーション１１０によって使用される標準と、パケット交換ネットワーク１３０で使用されるシグナリング・プロトコルとの間のメッセージを変換する任意のデバイスまたはコンポーネントを備える。
【００２０】
ウェブ・アプリケーション１１０のユーザが、ＵＥ１４０宛てのテキスト・メッセージを作成すると仮定する。これは、モバイル終端（ＭＴ）またはアプリケーション発信（ＡＯ）テキスト・メッセージと呼ばれる。これが発生すると、ウェブ・アプリケーション１１０が、使用している標準に基づいてＭＴテキスト・メッセージを送信するための機能コール、動作、またはコマンドを生成する。たとえば、ウェブ・アプリケーション１１０がＰａｒｌａｙ  Ｘを使用している場合、ウェブ・アプリケーション１１０は、ＭＴテキスト・メッセージを送信するためのコマンドとしてＭＴテキスト・メッセージをカプセル化する「ＳｅｎｄＳｍｓ」コマンドを使用できる。ＭＴテキスト・メッセージを送信するためのコマンドは、本明細書では一般的に送信コマンドと呼ばれる。次いで、ウェブ・アプリケーション１１０が、変換システム１２０に送信コマンドを送信する。
【００２１】
図２は、例示的実施形態における、ウェブ・アプリケーション１１０からＵＥ１４０へのＭＴテキスト・メッセージを処理する方法２００を示す流れ図である。図１の変換システム１２０を参照して方法２００のステップを説明するが、当業者は、本明細書に記載の方法を他のシステムで実行できることが理解できるであろう。本明細書に記載の流れ図のステップは全てを網羅しているものではなく、図示されない他のステップを含み得る。ステップは別の順序で実行されてもよい。
【００２２】
ステップ２０２で、インターフェース１２２が、ウェブ・アプリケーション１１０からＭＴテキスト・メッセージの送信コマンドを受信する。ステップ２０４で、コントローラ１２４が、ウェブ・アプリケーション１１０によって使用される標準内の送信コマンドをＳＩＰ送信要求に変換する。ＳＩＰ送信要求は、パケット交換ネットワーク１３０でＭＴテキスト・メッセージを送信するために使用される。ＳＩＰ送信要求の一例は、ＭＴテキスト・メッセージをカプセル化するＳＩＰ  ＭＥＳＳＡＧＥであり、パケット交換ネットワーク１３０でテキスト・メッセージを移送するために使用される。変換を実行するために、コントローラ１２４は、ウェブ・アプリケーション１１０によって使用される標準からＳＩＰメソッドに、標準化されたコマンドをマッピングする表を格納できる。表は、ＳＩＰメッセージ内のフィールドに、標準化されたコマンドからのフィールド（たとえば、送信元アドレス、終端アドレス、メッセージ・タイプ等）をマッピングすることもできる。コントローラ１２４はこの表を使用して、ウェブ・アプリケーション１１０からの送信要求をＳＩＰ送信要求に変換できる。
【００２３】
ステップ２０６で、インターフェース１２２が、ＳＩＰ送信要求をパケット交換ネットワーク１３０に送信して、ＭＴテキスト・メッセージを意図する受信者、つまりＵＥ１４０に配信できるようにする。パケット交換ネットワーク１３０は、テキスト・メッセージを移送するためにＳＩＰを使用すると推測される。したがって、パケット交換ネットワーク１３０の適切なノードは、別のプロトコルに変換せずに、ＵＥ１４０へのＭＴテキスト・メッセージの配信を試みることができる。
【００２４】
ＵＥ１４０からウェブ・アプリケーション１１０にテキスト・メッセージを配信するために、上記と同様の処理が使用される。ＵＥ１４０のエンド・ユーザが、ウェブ・アプリケーション１１０宛てのテキスト・メッセージを作成すると仮定する。これは、モバイル発信（ＭＯ）またはアプリケーション終端（ＡＴ）テキスト・メッセージと呼ばれる。これが発生すると、ＵＥ１４０内のテキスト・メッセージ・アプリケーションが、ＳＩＰ  ＭＥＳＳＡＧＥなどのＭＯテキスト・メッセージを送信するためのＳＩＰ送信要求を生成する。次いで、ＵＥ１４０がＳＩＰ送信要求を変換システム１２０に送信する。
【００２５】
図３は、例示的実施形態における、ＵＥ１４０からウェブ・アプリケーション１１０へのＭＯテキスト・メッセージを処理する方法３００を示す流れ図である。ステップ３０２で、インターフェース１２２が、ＵＥ１４０からＭＯテキスト・メッセージのＳＩＰ送信要求を受信する。ステップ３０４で、コントローラ１２４が、ＳＩＰ送信要求をウェブ・アプリケーション１１０によって使用される標準内の受信コマンドに変換する。受信コマンドは、ＭＯテキスト・メッセージを受信するためにウェブ・アプリケーション１１０によって使用される標準内の機能コール、動作、またはコマンドである。たとえば、ウェブ・アプリケーション１１０がＰａｒｌａｙ  Ｘを使用する場合、ウェブ・アプリケーション１１０は、ＭＯテキスト・メッセージを受信するためのコマンドとしてＭＯテキスト・メッセージをカプセル化する「ＮｏｔｉｆｙＳｍｓＲｅｃｅｐｔｉｏｎ」または「ＧｅｔＲｅｃｅｉｖｅｄＳｍｓ」リターン（ｒｅｔｕｒｎ）を使用できる。ウェブ・アプリケーション１１０においてＭＯテキスト・メッセージを受信するためのコマンドは、本明細書では一般的に受信コマンドと呼ばれる。ステップ３０６で、インターフェース１２２が受信コマンドをウェブ・アプリケーション１１０に送信して、ＭＯテキスト・メッセージをウェブ・アプリケーション１１０に配信できるようにする。次いで、ウェブ・アプリケーション１１０は、ＭＯテキスト・メッセージを抽出するために受信コマンドを処理して、ＭＯテキスト・メッセージをユーザに表示できる。
【００２６】
上記の実施形態で説明したようにＭＴおよびＭＯテキスト・メッセージが送信されるときに、テキスト・メッセージがうまく配信されたかどうかを示すために交換される追加の通信がある場合がある。これらの通信は、通知、確認応答、ステータス・メッセージ等と呼ばれ得る。変換システム１２０は、これらの追加の通信を上述の方法と同様の方法で変換できる。図４〜５は、テキスト・メッセージ配信についてのステータス情報を搬送する通信の変換を示している。図４〜５に記載されたものの他に、ウェブ・アプリケーション１１０とパケット交換ネットワーク１３０との間でステータス情報を交換するために送信される追加の通信がある場合がある。より詳細なメッセージ図は、図７〜１０で提供される。
【００２７】
パケット交換ネットワーク１３０がＭＴテキスト・メッセージのＳＩＰ送信要求を受信すると（図２のステップ２０６を参照）、パケット交換ネットワーク１３０は、ＵＥ１４０へのＭＴテキスト・メッセージの配信を試みる。ＭＴテキスト・メッセージの配信が成功または失敗した場合、パケット交換ネットワーク１３０は、ＭＴテキスト・メッセージの配信についてのステータス情報を含むＳＩＰステータス・メッセージを生成する。ＳＩＰステータス・メッセージは、別のＳＩＰ  ＭＥＳＳＡＧＥ、ＳＩＰ  ＮＯＴＩＦＹ、またはＳＩＰ  ７ｘｘメッセージなどのＳＩＰ応答を備え得る。次いで、パケット交換ネットワーク１３０が、ＳＩＰステータス・メッセージを変換システム１２０に送信する。
【００２８】
図４は、例示的実施形態における、パケット交換ネットワーク１３０からウェブ・アプリケーション１１０へのＳＩＰステータス・メッセージを処理する方法４００を示す流れ図である。ステップ４０２で、インターフェース１２２が、パケット交換ネットワーク１３０からＭＴテキスト・メッセージのＳＩＰステータス・メッセージを受信する。ステップ４０４で、コントローラ１２４が、ＳＩＰステータス・メッセージをウェブ・アプリケーション１１０によって使用される標準内のステータス・コマンドに変換する。たとえば、ウェブ・アプリケーション１１０がＰａｒｌａｙ  Ｘを使用する場合、ステータス・コマンドは、ステータス状態をカプセル化する「ＮｏｔｉｆｙＳｍｓＲｅｃｅｐｔｉｏｎ」または「ＮｏｔｉｆｙＳｍｓＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔ」コマンドを備え得る。ステップ４０６で、インターフェース１２２がステータス・コマンドをウェブ・アプリケーション１１０に送信する。次いで、ウェブ・アプリケーション１１０がステータス・コマンドからステータス情報を抽出して、ステータス情報を要望通りに処理できる。
【００２９】
ＭＯテキスト・メッセージ配信（図３のステップ３０６を参照）のために、ウェブ・アプリケーション１１０は、ＭＯテキスト・メッセージの配信についてのステータス情報を生成できる。ＭＯテキスト・メッセージの配信が成功または失敗すると、ウェブ・アプリケーション１１０は、ステータス情報を含むステータス・コマンドを生成する。ステータス・コマンドは、ステータス情報をカプセル化する「ＮｏｔｉｆｙＳｍｓＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔ」コマンドを備え得る。次いで、ウェブ・アプリケーション１１０がステータス・コマンドを変換システム１２０に送信する。
【００３０】
図５は、例示的実施形態における、ウェブ・アプリケーション１１０からパケット交換ネットワーク１３０へのステータス・コマンドを処理する方法５００を示す流れ図である。ステップ５０２で、インターフェース１２２が、ウェブ・アプリケーション１１０からＭＯテキスト・メッセージのステータス・コマンドを受信する。ステップ５０４で、コントローラ１２４が、ウェブ・アプリケーション１１０によって使用される標準内のステータス・コマンドをＳＩＰステータス・メッセージに変換する。ＳＩＰステータス・メッセージの一例は、ＲＰ−ＤＡＴＡ内のステータス情報などをカプセル化するＳＩＰ  ＭＥＳＳＡＧＥである。ステップ５０６で、インターフェース１２２がＳＩＰステータス・メッセージをパケット交換ネットワーク１３０に送信する。次いで、パケット交換ネットワーク１３０がＳＩＰステータス・メッセージからステータス情報を抽出して、ステータス情報を要望通りに処理できる。
【００３１】
上述の変換システム１２０によって、ＳＩＰを使用する進化するパケット交換ネットワークにウェブ・ベースのテキスト・メッセージングを実装できるようになる。たとえば、ＩＭＳネットワークおよびＬＴＥネットワークにウェブ・ベースのテキスト・メッセージングを実装するために、変換システム１２０が使用され得る。これによって、ＩＭＳおよびＬＴＥプロバイダの収入を有利に増加することができる。
【００３２】
実施例
図６は、別の例示的実施形態における通信システム６００を示している。通信システム６００は、変換システム６２０およびＩＰショート・メッセージ・ゲートウェイ（ＩＰ−ＳＭ−ＧＷ）６３２を通じてＩＭＳネットワーク６３０に連結されたウェブ・アプリケーション６１０を含む。ＩＭＳネットワーク６３０は、ＵＥ６４０にサービスするサービング・コール・セッション制御機能（Ｓ−ＣＳＣＦ）６３４を含む。ウェブ・アプリケーション６１０は、テキスト・メッセージを送信／受信するためにＰａｒｌａｙ  Ｘを使用する。したがって、変換システム６２０はＰａｒｌａｙ  ＸコマンドをＳＩＰメッセージに変換でき、またその逆もできる。変換システム６２０は、ＳＩＰ用のＰａｒｌａｙ  Ｘ  ＳＭＳウェブ・サービスを提供する新しいＡＰＩと考えられ得る。ＳＩＰ用のＰａｒｌａｙ  Ｘ  ＳＭＳウェブ・サービスは、ウェブ・アプリケーションがパケット交換（ＩＰ）ネットワークにＭＴ  ＳＭＳメッセージを送信するための、パケット交換ネットワークからＭＯ  ＳＭＳメッセージを受信するための、ＭＴ／ＭＯメッセージの確認応答メッセージをパケット交換ネットワークから／へ送信／受信するための、およびメッセージ配信ステータスの通知を非同期的に受信するための動作を提供する。図７〜１０に示された例は、変換システム６２０がウェブ・アプリケーション６１０とＩＭＳネットワーク６３０とをインターフェースさせる方法をさらに示している。
【００３３】
図７は、例示的実施形態における、ＭＴ  ＳＭＳメッセージのコール・フローを示すメッセージ図である。一例として、ウェブ・アプリケーション６１０のユーザが、ＵＥ６４０宛てのＭＴ  ＳＭＳメッセージを作成すると仮定する。これが発生すると、ウェブ・アプリケーション６１０が、Ｐａｒｌａｙ  Ｘに基づいてＭＴ  ＳＭＳメッセージを送信するためのＳｅｎｄＳｍｓコマンドを生成する。次いで、ウェブ・アプリケーション６１０が、Ｐａｒｌａｙ  Ｘ  ＳｅｎｄＳｍｓコマンドを変換システム６２０に送信する（矢印７０１参照）。変換システム６２０が、ＳｅｎｄＳｍｓリターンでウェブ・アプリケーション６１０に返答する（矢印７０２参照）。ウェブ・アプリケーション６１０が、ＭＴ  ＳＭＳメッセージの配信に関するステータス情報を要求するために、変換システム６２０にＧｅｔＳｍｓＤｅｌｉｖｅｒｙＳｔａｔｕｓコマンドも送信する（矢印７０３参照）。変換システム６２０は、ＧｅｔＳｍｓＤｅｌｉｖｅｒｙＳｔａｔｕｓリターンでウェブ・アプリケーション６１０に返答する（矢印７０４参照）。
【００３４】
ＳｅｎｄＳｍｓコマンドに応答して、変換システム６２０は、ＳｅｎｄＳｍｓコマンドを、ＳＭＳメッセージをカプセル化するＳＩＰ  ＭＥＳＳＡＧＥに変換する。より具体的には、ＳＭＳメッセージは、ＳＩＰ  ＭＥＳＳＡＧＥのＲＰ−ＤＡＴＡ（たとえば、ＲＰユーザ・データ・フィールド）に埋め込まれる。Ｐａｒｌａｙ  ＸコマンドをＳＩＰ要求に変換するために、変換システム６２０はマッピング表を使用できる。表１は、Ｐａｒｌａｙ  Ｘコマンド（または方法）とＳＩＰメソッドとを関連付ける、あるマッピング表を示している。
【００３５】
【表１】
0005684949.tif 000002
表１に明らかなように、ＳｅｎｄＳｍｓコマンドはＳＩＰ  ＭＥＳＳＡＧＥにマッピングされる。変換システム６２０は、Ｐａｒｌａｙ  ＸコマンドとＳＩＰメッセージとの間の送信元および宛先アドレスを正規化することもできる。アドレス情報は、ＳＩＰヘッダ（Ｒｅｑｕｅｓｔ  ＵＲＩ、Ｔｏ、Ｆｒｏｍ、Ｒｏｕｔｅ、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダなど）と、３ＧＰＰ  ＳＭＳ  Ｒｅｌａｙ（ＲＰ）およびＴｒａｎｓｆｅｒ（ＴＰ）層との両方に含まれる。たとえば、ＳＩＰ  ＭＥＳＳＡＧＥにカプセル化されるＲＰ−ＤＡＴＡは、表２に示されるパラメータ（３ＧＰＰ  ＴＳ  ２４．０１１を参照）を有し得る。
【００３６】
【表２】
0005684949.tif 000003
【００３７】
ＲＰ−ユーザ・データ・フィールドがＭＴ  ＳＭＳメッセージのＳＭＳ−ＤＥＬＩＶＥＲ  ＴＰＤＵを含む場合（３ＧＰＰ  ＴＳ  ２３．０４０を参照）、ＲＰ−ユーザ・データは表３に示されるパラメータを有し得る。
【００３８】
【表３】
0005684949.tif 000004
ＳｅｎｄＳｍｓコマンドをＳＩＰ  ＭＥＳＳＡＧＥに変換した後、変換システム６２０がＳＩＰ  ＭＥＳＳＡＧＥをＩＰ−ＳＭ−ＧＷ６３２に送信する（矢印７０５参照）。次に、ＩＰ−ＳＭ−ＧＷ６３２がＳＩＰ  ＭＥＳＳＡＧＥをＩＭＳネットワーク６３０のＳ−ＣＳＣＦ６３４に転送する（矢印７０６参照）。ＳＭＳメッセージはすでにＳＩＰ  ＭＥＳＳＡＧＥにカプセル化されているので、ＩＰ−ＳＭ−ＧＷ  ６３２はメッセージを別のプロトコル（たとえば、ＳＭＰＰ）からＳＩＰに変換する必要がない。次いで、Ｓ−ＣＳＣＦ６３４がＳＩＰ  ＭＥＳＳＡＧＥをＵＥ６４０に配信する（矢印７０７参照）。ＳＩＰ  ＭＥＳＳＡＧＥに応答して、ＵＥ６４０がＳＩＰ  ２００  ＯＫで変換システム６２０に返答する（矢印７０８〜７１０参照）。
【００３９】
ＵＥ６４０に送信されたＳＩＰ  ＭＥＳＳＡＧＥは、ＴＰ−ＳＲＩに埋め込まれた配信ステータス要求を含む（表３参照）。ＳＩＰ  ＭＥＳＳＡＧＥはうまく受信されたので、ＵＥ６４０は、ＳＭＳメッセージを搬送した元のＳＩＰ  ＭＥＳＳＡＧＥについてのステータス情報を含むＳＩＰ  ＭＥＳＳＡＧＥを変換システム６２０に送信する（矢印７１１〜７１３参照）。より具体的には、ステータス情報はＳＩＰ  ＭＥＳＳＡＧＥのＲＰ−ＡＣＫに埋め込まれる。変換システム６２０がＳＩＰ  ２００  ＯＫでＵＥ６４０に返答する（矢印７１４〜７１６参照）。
【００４０】
ＳＩＰ  ＭＥＳＳＡＧＥについてのステータス情報を含むＳＩＰ  ＭＥＳＳＡＧＥに応答して、変換システム６２０が、ＳＩＰ  ＭＥＳＳＡＧＥを、ステータス情報をカプセル化するＰａｒｌａｙ  Ｘ  ＮｏｔｉｆｙＳｍｓＲｅｃｅｐｔｉｏｎコマンドに変換する。次いで、変換システム６２０が、ＮｏｔｉｆｙＳｍｓＲｅｃｅｐｔｉｏｎコマンドをウェブ・アプリケーション６１０に送信する（矢印７１７参照）。ウェブ・アプリケーション６１０が、ＮｏｔｉｆｙＳｍｓＲｅｃｅｐｔｉｏｎリターンで変換システム６２０に返答する（矢印７１８参照）。
【００４１】
ＳＩＰ  ＭＥＳＳＡＧＥについてのステータス情報を提供することに加えて、ＵＥ６４０はＭＴ  ＳＭＳメッセージ自体がうまく配信されたかどうかを決定できる。たとえＭＴ  ＳＭＳメッセージをカプセル化するＳＩＰ  ＭＥＳＳＡＧＥがＵＥ６４０でうまく受信されても、ＭＴ  ＳＭＳメッセージ自体が何らかの方法で破損したため、処理してエンド・ユーザに表示することができない場合がある。したがって、ＵＥ６４０は、ＭＴ  ＳＭＳメッセージが処理されてエンド・ユーザに提供されたかどうかを決定して、ＭＴ  ＳＭＳメッセージの配信についてのステータス情報を生成できる。
【００４２】
ＵＥ６４０が、ＳＭＳメッセージについてのステータス情報を含む別のＳＩＰ  ＭＥＳＳＡＧＥを変換システム６２０に送信する（矢印７１９〜７２１参照）。ステータス情報は、ＳＩＰ  ＭＥＳＳＡＧＥのＲＰ−ＤＡＴＡ／Ｓｔａｔｕｓに埋め込まれる。変換システム６２０が、ＳＩＰ  ２００  ＯＫでＵＥ６４０に返答する（矢印７２２〜７２４参照）。
【００４３】
ＳＭＳメッセージについてのステータス情報を含むＳＩＰ  ＭＥＳＳＡＧＥに応答して、変換システム６２０がＳＩＰ  ＭＥＳＳＡＧＥを、ステータス情報をカプセル化するＰａｒｌａｙ  Ｘ  ＮｏｔｉｆｙＳｍｓＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔコマンドに変換する。次いで、変換システム６２０が、ＮｏｔｉｆｙＳｍｓＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔコマンドをウェブ・アプリケーション６１０に送信する（矢印７２５参照）。ウェブ・アプリケーション６１０が、ＮｏｔｉｆｙＳｍｓＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔリターンで変換システム６２０に応答する（矢印７２６参照）。ＭＴ  ＳＭＳメッセージ、およびその関連ステータス情報を配信するために使用される追加のメッセージがあってよく、図７はＳＭＳ配信において使用されるメッセージングの概要を示している。
【００４４】
図８は、例示的実施形態における、ＭＴ  ＳＭＳメッセージの別のコール・フローを示すメッセージ図である。図８のフローは、ＭＴ  ＳＭＳメッセージが、ウェブ・アプリケーション６１０から変換システム６２０を通じてＵＥ６４０に送信されるという点で図７に類似している（矢印８０１〜８１０を参照）。配信ステータス要求をＳＩＰ  ＭＥＳＳＡＧＥのＴＰ−ＳＲＩ（表３参照）に埋め込む代わりに、変換システム６２０が、ＳＩＰ  ＳＵＢＳＣＲＩＢＥを使用してＭＴ  ＳＭＳメッセージの配信ステータスを通知するよう要求する。したがって、変換システム６２０が、ＳＩＰ  ＭＥＳＳＡＧＥについての配信ステータス、およびＳＭＳメッセージを通知するよう要求しているＵＥ６４０にＳＩＰ  ＳＵＢＳＣＲＩＢＥを送信する（矢印８１１〜８１３を参照）。ＵＥ６４０が、ＳＩＰ  ２００  ＯＫで変換システム６２０に返答する（矢印８１４〜８１６を参照）。
【００４５】
ＵＥ６４０が、ＭＴ  ＳＭＳメッセージをカプセル化したＳＩＰ  ＭＥＳＳＡＧＥの配信ステータスを決定して、ＳＩＰ  ＭＥＳＳＡＧＥについてのステータス情報を生成する。ＳＩＰ  ＭＥＳＳＡＧＥがうまく受信されたので、ＵＥ６４０が、ＳＩＰ  ＭＥＳＳＡＧＥのＲＰ−ＡＣＫＡＣＫに埋め込まれたＳＩＰ  ＭＥＳＳＡＧＥについてのステータス情報を含むＳＩＰ  ＭＥＳＳＡＧＥを変換システム６２０に送信する（矢印８１７〜８１９を参照）。変換システム６２０はＳＩＰ  ２００  ＯＫでＵＥ６４０に返答する（矢印８２０〜８２２参照）。次いで、変換システム６２０が、ＳＩＰ  ＭＥＳＳＡＧＥを、ＳＩＰ  ＭＥＳＳＡＧＥについてのステータス情報をカプセル化するＰａｒｌａｙ  Ｘ  ＮｏｔｉｆｙＳｍｓＲｅｃｅｐｔｉｏｎコマンドに変換する。変換システム６２０が、ＮｏｔｉｆｙＳｍｓＲｅｃｅｐｔｉｏｎコマンドをウェブ・アプリケーション６１０に送信する（矢印８２３参照）。ウェブ・アプリケーション６１０が、ＮｏｔｉｆｙＳｍｓＲｅｃｅｐｔｉｏｎリターンで変換システム６２０に応答する（矢印８２４参照）。次いで、ウェブ・アプリケーション６１０が、元のＳＩＰ  ＭＥＳＳＡＧＥについてのステータス情報を要望通りに処理することができる。
【００４６】
ＵＥ６４０が、ＭＴ  ＳＭＳメッセージがうまく配信されたかどうかも決定して、ＭＴ  ＳＭＳメッセージについてのステータス情報を生成する。ＵＥ６４０が、ＭＴ  ＳＭＳメッセージについてのステータス情報を含むＳＩＰ  ＮＯＴＩＦＹを変換システム６２０に送信する（矢印８２５〜８２７を参照）。変換システム６２０はＳＩＰ  ２００  ＯＫでＵＥ６４０に返答する（矢印８２８〜８３０参照）。
【００４７】
ＭＴ  ＳＭＳメッセージについてのステータス情報を含むＳＩＰ  ＮＯＴＩＦＹに応答して、変換システム６２０が、ＳＩＰ  ＮＯＴＩＦＹを、ステータス情報をカプセル化するＰａｒｌａｙ  Ｘ  ＮｏｔｉｆｙＳｍｓＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔコマンドに変換する。次いで、変換システム６２０がＮｏｔｉｆｙＳｍｓＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔコマンドをウェブ・アプリケーション６１０に送信する（矢印８３１参照）。ウェブ・アプリケーション６１０が、ＮｏｔｉｆｙＳｍｓＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔリターンで変換システム６２０に応答する（矢印８３２参照）。ＭＴ  ＳＭＳメッセージ、およびその関連ステータス情報を配信するために使用される追加のメッセージングがあってよく、図８はＳＭＳ配信において使用されるメッセージングの概要を示している。
【００４８】
図９は、例示的実施形態における、ＭＯ  ＳＭＳメッセージのコール・フローを示すメッセージ図である。図９は、ＭＯ  ＳＭＳメッセージが送信されたときにウェブ・アプリケーション６１０のユーザがオンラインである場合のシナリオを示している。この例では、ＵＥ６４０のエンド・ユーザが、ウェブ・アプリケーション６１０宛てのＭＯ  ＳＭＳメッセージを作成すると仮定する。これが発生すると、ＵＥ６４０が、ＳＭＳメッセージをカプセル化するＳＩＰ  ＭＥＳＳＡＧＥを生成して（ＲＰ−データフィールドで）、ＩＰ−ＳＭ−ＧＷ６３２およびＳ−ＣＳＣＦ６３４を通じてＳＩＰ  ＭＥＳＳＡＧＥを変換システム６２０に送信する（矢印９０１〜９０３参照）。変換システム６２０が、ＳＩＰ  ２００  ＯＫでＵＥ６４０に返答する（矢印９０４〜９０６参照）。
【００４９】
変換システム６２０が、ＳＩＰ  ＭＥＳＳＡＧＥを、ＭＯ  ＳＭＳメッセージをカプセル化するＰａｒｌａｙ  Ｘ  ＮｏｔｉｆｙＳｍｓＲｅｃｅｐｔｉｏｎコマンドに変換する。ＮｏｔｉｆｙＳｍｓＲｅｃｅｐｔｉｏｎコマンドは、ユーザがオンラインである場合、ウェブ・アプリケーション６１０内のＭＯ  ＳＭＳメッセージを受信するための、Ｐａｒｌａｙ  Ｘ内の機能コール、動作、またはコマンドである。次いで、変換システム６２０がＮｏｔｉｆｙＳｍｓＲｅｃｅｐｔｉｏｎコマンドをウェブ・アプリケーション６１０に送信する（矢印９０７参照）。ウェブ・アプリケーション６１０が、ＮｏｔｉｆｙＳｍｓＲｅｃｅｐｔｉｏｎリターンで変換システム６２０に返答する（矢印９０８参照）。
【００５０】
ＳＩＰ  ＭＥＳＳＡＧＥをＰａｒｌａｙ  Ｘコマンドに変換するために、変換システム６２０は、表１〜２に記述したマッピングを使用できる。ＲＰ−ユーザ・データ・フィールドがＭＯ  ＳＭＳメッセージのＳＭＳ−ＳＵＢＭＩＴ  ＴＰＤＵを含む場合（３ＧＰＰ  ＴＳ  ２３．０４０参照）、ＲＰ−ユーザ・データは表４に示されるパラメータを有し得る。
【００５１】
【表４】
0005684949.tif 000005
【００５２】
ＵＥ６４０からの元のＳＩＰ  ＭＥＳＳＡＧＥは、ＴＰ−ＳＲＲに埋め込まれた配信ステータス要求に含まれていた（表４参照）。したがって、変換システム６２０がＧｅｔＳｍｓＤｅｌｉｖｅｒｙＳｔａｔｕｓコマンドをウェブ・アプリケーション６１０に送信して、ＭＯ  ＳＭＳメッセージの配信に関するステータス情報を要求する（矢印９０９参照）。ウェブ・アプリケーション６１０が、ステータス情報を含むＧｅｔＳｍｓＤｅｌｉｖｅｒｙＳｔａｔｕｓリターンで変換システム６２０に返答する（矢印９１０参照）。
【００５３】
他の例にあるように、ＵＥ６４０からの配信ステータス要求は、ＳＩＰ  ＭＥＳＳＡＧＥおよびＭＯ  ＳＭＳメッセージを求めるものである。変換システム６２０は、ＭＯ  ＳＭＳメッセージをカプセル化したＳＩＰ  ＭＥＳＳＡＧＥについてのステータス情報を提供できる。ＳＩＰ  ＭＥＳＳＡＧＥがうまく受信されたので（ＧｅｔＳｍｓＤｅｌｉｖｅｒｙＳｔａｔｕｓリターンに基づいて）、変換システム６２０がＧｅｔＳｍｓＤｅｌｉｖｅｒｙＳｔａｔｕｓリターンを、ＳＩＰ  ＭＥＳＳＡＧＥ（ＳＩＰ  ＭＥＳＳＡＧＥのＲＰ−ＡＣＫに埋め込まれた）についてのステータス情報を含むＳＩＰ  ＭＥＳＳＡＧＥに変換する。次いで、変換システム６２０が、ステータス情報とともにＳＩＰ  ＭＥＳＳＡＧＥをＵＥ６４０に送信する（矢印９１１〜９１３参照）。ＵＥ６４０がＳＩＰ  ２００  ＯＫで変換システム６２０に返答する（矢印９１４〜９１６参照）。
【００５４】
さらに、ウェブ・アプリケーション６１０が、ＭＯ  ＳＭＳメッセージがユーザにうまく配信されたかどうかを決定して、ＭＯ  ＳＭＳメッセージについてのステータス情報を生成する。次いで、ウェブ・アプリケーション６１０が、Ｐａｒｌａｙ  Ｘ  ＮｏｔｉｆｙＳｍｓＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔコマンドを、ステータス情報をカプセル化する変換システム６２０に送信する（矢印９１７参照）。変換システム６２０は、ＮｏｔｉｆｙＳｍｓＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔリターンでウェブ・アプリケーション６１０に応答する（矢印９１８参照）。
【００５５】
変換システム６２０は、ＮｏｔｉｆｙＳｍｓＤｅｌｉｖｅｒｙＲｅｃｅｉｐｔコマンドを、ＭＯ  ＳＭＳメッセージについてのステータス情報（ＳＩＰ  ＭＥＳＳＡＧＥのＲＰ−ＤＡＴＡ／Ｓｔａｔｕｓに埋め込まれた）を含むＳＩＰ  ＭＥＳＳＡＧＥに変換する。次いで、変換システム６２０が、ＳＩＰ  ＭＥＳＳＡＧＥをＵＥ６４０に送信する（矢印９１９〜９２１参照）。ＵＥ６４０がＳＩＰ  ２００  ＯＫで変換システム６２０に返答する（矢印９２２〜９２４参照）。次いで、ＩＭＳネットワーク６３０および／またはＵＥ９４０が、ステータス情報を要望通りに処理できる。ＭＯ  ＳＭＳメッセージ、およびその関連ステータス情報を配信するために使用される追加のメッセージがあってよく、図９はＳＭＳ配信において使用されるメッセージングの概要を示している。
【００５６】
図１０は、例示的実施形態における、ＭＯ  ＳＭＳメッセージの別のコール・フローを示すメッセージ図である。図１０は、ＭＯ  ＳＭＳメッセージが送信されたときにウェブ・アプリケーション６１０のユーザがオフラインである場合のシナリオを示している。図１０のフローは、ＵＥ６４０がＳＩＰ  ＭＥＳＳＡＧＥを、ＭＯ  ＳＭＳメッセージをカプセル化する変換システム６２０に送信するという点で図９と類似している（矢印１００１〜１００６参照）。その時点でウェブ・アプリケーション６１０のユーザがオフラインなので、変換システム６２０はＭＯ  ＳＭＳメッセージを格納する。ユーザがウェブ・アプリケーション６１０にログインすると、ウェブ・アプリケーション６１０がＰａｒｌａｙ  Ｘ  ＧｅｔＲｅｃｅｉｖｅｄＳｍｓコマンドを変換システム６２０に送信して、ユーザ用に格納されたＭＯ  ＳＭＳメッセージを取り出す（矢印１００７参照）。次いで、変換システム６２０がＭＯ  ＳＭＳメッセージを、ＭＯ  ＳＭＳメッセージをカプセル化するＰａｒｌａｙ  Ｘ  ＧｅｔＲｅｃｅｉｖｅｄＳｍｓリターンに変換して、ウェブ・アプリケーション６１０にＧｅｔＲｅｃｅｉｖｅｄＳｍｓリターンを送信する（矢印１００８参照）。次いで、図１０におけるフローは図９と同様に継続して、ＭＯテキスト・メッセージについてのステータス情報をＵＥ６４０に提供する（矢印１００９〜１０２４参照）。
【００５７】
図に示された、または本明細書に記載された様々な要素のいずれも、ハードウェア、ソフトウェア、ファームウェア、またはこれらの何らかの組合せとして実装され得る。たとえば、ある要素は専用ハードウェアとして実装され得る。専用ハードウェア要素は、「プロセッサ」、「コントローラ」と呼ばれてもよく、または何らかの類似の専門用語で呼ばれてもよい。プロセッサによって提供されると、機能は単一の専用プロセッサによって提供されてもよく、単一の共有プロセッサによって提供されてもよく、そのうちのいくつかが共有され得る複数の個々のプロセッサによって提供されてもよい。さらに、用語「プロセッサ」または「コントローラ」の明確な使用は、ソフトウェアを実行できるハードウェアだけを指すものと解釈されるべきではなく、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ）または他の回路、フィールド・プログラマブル・ゲート・アレー（ＦＲＧＡ）、ソフトウェアを格納するための読出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、不揮発性記憶装置、ロジック、あるいは他の何らかの物理的ハードウェア・コンポーネントまたはモジュールを制限なく暗黙に含み得る。
【００５８】
また、ある要素は、その要素の機能を実行するためにプロセッサまたはコンピュータによって実行可能な命令として実装され得る。命令のいくつかの例には、ソフトウェア、プログラム・コード、およびファームウェアがある。命令は、要素の機能を実行するようプロセッサに指示するために、プロセッサによって実行されたときに動作可能である。命令は、プロセッサによって読取り可能な記憶装置に格納され得る。記憶装置のいくつかの例には、デジタルまたはソリッド・ステート・メモリ、磁気ディスクおよび磁気テープなどの磁気記憶媒体、ハード・ドライブ、あるいは光学的読取り可能デジタルデータ記憶媒体がある。
【００５９】
本明細書で特定の実施形態を説明したが、本発明の範囲はそれらの特定の実施形態に限定されない。本発明の範囲は、以下の特許請求の範囲、およびそれらの任意の均等物によって定義される。
【図１】
0005684949.tif 000006
【図２】
0005684949.tif 000007
【図３】
0005684949.tif 000008
【図４】
0005684949.tif 000009
【図５】
0005684949.tif 000010
【図６】
0005684949.tif 000011
【図７】
0005684949.tif 000012
【図８】
0005684949.tif 000013
【図９】
0005684949.tif 000014
【図１０】
0005684949.tif 000015