(57)【要約】ショートメッセージ（ＳＭ）を受信者通信デバイスに送ることと、インスタントメッセージ（ＩＭ）配信通知が受信されていないことを決定することと、移動局に対するＳＭの配信失敗を示すこととを備えるＳＭの配信確認のシステムおよび方法。別の態様では、２０２受入れメッセージが受信された場合、ＩＭサーバが加入される。または、受信者通信デバイスが到達可能であることを示すメッセージが受信されるとき、サービスセンターはＳＭを通信デバイスに送る。別の形態では、受信者不在通知が受信された場合、サービスセンターが、受信者通信デバイスが存在するという通知を受信するまで、ＳＭはサービスセンターにおいてバッファされる。その通知を受信すると、サービスセンターは、ＳＭを再送信し、ＳＭが受信者通信デバイスによって受信されたとき、成功裏の配信報告が送られる。
2011517376.tif 000002
【特許請求の範囲】
【請求項１】
メッセージの正確な配信確認を提供するための方法であって、
受信者通信デバイス宛てのショートメッセージサービスプロトコルでのメッセージを、ショートメッセージ・インスタントメッセージングインターフェイスゲートウェイにおいて受信することと、
前記メッセージをインスタントメッセージングプロトコルで、前記受信者通信デバイスに中継することと、
前記受信者通信デバイスがインスタントメッセージング配信通知（ＩＭＤＮ）を返したかどうかを決定することと、
前記インスタントメッセージング配信通知が返されていない場合、前記メッセージの配信失敗を示すこととを備える方法。
【請求項２】
前記メッセージをインスタントメッセージングサーバ中に格納することと、
ショートメッセージ・インスタントメッセージングインターフェイスゲートウェイが、前記インスタントメッセージング配信通知の通知を受信することができるように、前記ショートメッセージ・インスタントメッセージングインターフェイスゲートウェイを、前記インスタントメッセージングサーバに加入させることと
をさらに備える請求項１記載の方法。
【請求項３】
前記ショートメッセージ・インスタントメッセージングインターフェイスゲートウェイを、前記インスタントメッセージングサーバに加入させることは、ＳＩＰ手順の一環である請求項２記載の方法。
【請求項４】
前記ショートメッセージ・インスタントメッセージングインターフェイスゲートウェイを、前記インスタントメッセージングサーバに加入させることは、ＩＭＳ手順の一環である請求項２記載の方法。
【請求項５】
前記インスタントメッセージング配信通知が２０２受入れメッセージである請求項１記載の方法。
【請求項６】
前記メッセージをショートメッセージングサービスサーバ中に格納することと、
前記受信者通信デバイスが利用可能であるという表示を受信することと、
前記受信者通信デバイスが利用可能であることを示す警告を、前記ショートメッセージングサービスサーバに送ることと、
前記警告に応答して、前記ショートメッセージングサービスサーバから前記ショートメッセージを送ることと
をさらに備える請求項１記載の方法。
【請求項７】
前記メッセージをショートメッセージングサービスサーバ中に格納することと、
ネットワーク上に前記受信者通信デバイスが存在することを決定することと、
前記メッセージを前記ショートメッセージサービスサーバから再送信することと、
前記メッセージが前記受信者通信デバイスによって受信された場合、前記インスタントメッセージング配信通知を前記ショートメッセージサービスサーバに中継することと
をさらに備える請求項１記載の方法。
【請求項８】
２つの通信プロトコルを横切って送られたメッセージの正確な配信確認を提供するための方法であって、
受信者通信デバイス宛ての第１のプロトコル形式でのメッセージを、第１のプロトコルサーバからプロトコル間インターフェイスゲートウェイに中継することと、
前記メッセージを、第２のプロトコルサーバを介して、第２のプロトコル形式で、前記プロトコル間インターフェイスゲートウェイから前記受信者通信デバイスに中継することと、
前記意図された受信者の通信デバイスが、配信確認を前記第２のプロトコル形式で返したかどうかを決定することと、
前記配信確認が前記第２のプロトコル形式で返されていない場合、前記メッセージを前記第１のプロトコルサーバまたは前記第２のプロトコルサーバのうちの１つの中に格納することと、
前記意図された受信者の通信デバイスが利用可能であるという通知を受信することと、
前記受信者通信デバイスが利用可能であるという前記通知を受信した後で、前記格納されたメッセージを、前記第１のプロトコルサーバまたは前記第２のプロトコルサーバのうちの前記１つから前記意図された受信者の通信デバイスに中継することと、
前記配信確認を前記第２のプロトコル形式で前記受信者通信デバイスから受信することと、
前記配信確認を前記第１のプロトコルサーバに中継することとを備える方法。
【請求項９】
前記配信確認が前記第２のプロトコル形式で返されていない場合、前記メッセージが前記第１のプロトコルサーバ中に格納され、前記受信者通信デバイスが利用可能であるという前記通知を受信した後で、前記第１のプロトコルサーバから中継される請求項８記載の方法。
【請求項１０】
前記配信確認が前記第２のプロトコル形式で返されていない場合、前記メッセージが前記第１のプロトコルサーバ中に格納され、前記受信者通信デバイスが利用可能であるという前記通知を受信した後で、前記第１のプロトコルサーバから中継され、
配信確認を前記第２のプロトコル形式で通知するために、前記プロトコル間インターフェイスゲートウェイを前記第２のプロトコルサーバに加入させることをさらに備える
請求項８記載の方法。
【請求項１１】
前記第１のプロトコル形式が、ショートメッセージングサービス通信プロトコル形式である請求項８記載の方法。
【請求項１２】
前記第２のプロトコル形式が、インスタントメッセージング通信プロトコル形式である請求項１１記載の方法。
【請求項１３】
前記プロトコル間インターフェイスゲートウェイを前記第２のプロトコルサーバに加入させることは、ＳＩＰ手順の一環である請求項１０記載の方法。
【請求項１４】
前記プロトコル間インターフェイスゲートウェイを前記第２のプロトコルサーバに加入させることは、ＩＭＳ手順の一環である請求項１０記載の方法。
【請求項１５】
２つの通信プロトコルにわたる通信ネットワークシステムであって、
メッセージを第１のプロトコル形式で作成して、送信することが可能な開始通信デバイスと、
メッセージを第２のプロトコル形式で送受信することが可能であり、メッセージを前記第２のプロトコル形式で受信することに応答して、配信確認を返すように構成された受信者通信デバイスと、
前記開始通信デバイスから前記メッセージを受信するように構成された、開始通信デバイスと通信中の第１のプロトコルサーバと、
ホームロケーションレジスタから前記メッセージを受信して、ルーティング情報を取り出すように構成された、前記第１のプロトコルサーバと通信中の第１のプロトコルゲートウェイと、
前記メッセージを前記第１のプロトコル形式から第２のプロトコル形式に変換することが可能な、前記第１のプロトコルゲートウェイと通信中の第１のプロトコル・第２のプロトコルインターフェイスゲートウェイと、
前記変換されたメッセージを前記受信者通信デバイスに中継するように構成された、前記第１のプロトコル・第２のプロトコルインターフェイスゲートウェイおよび前記受信者通信デバイスと通信中の第２のプロトコルサーバとを備え、
前記メッセージが、前記第１のプロトコルサーバ、前記第１のプロトコルゲートウェイ、前記第１のプロトコル・第２のプロトコルインターフェイスゲートウェイ、および前記第２のプロトコルゲートウェイを介して、前記開始通信デバイスから前記受信者デバイスに中継され、
前記配信確認が前記第２のプロトコル形式で前記第２のプロトコルサーバによって前記受信者通信デバイスから受信されない場合、前記受信者通信デバイスが利用可能になるまで、前記第２のプロトコルサーバが、前記変換されたメッセージを格納し、
前記配信確認が前記第２のプロトコル形式で前記第２のプロトコルサーバによって受信されない場合、前記第１のプロトコル・第２のプロトコルインターフェイスゲートウェイが、前記受信者の通信デバイスがいつ利用可能になるかの通知のために前記第２のプロトコルサーバに加入し、
前記受信者通信デバイスが利用可能になったとき、前記第２のプロトコルサーバが、前記格納された、変換されたメッセージを中継し、
前記第１のプロトコル・第２のプロトコルインターフェイスゲートウェイが、配信通知を前記第１のプロトコルサーバに中継する通信ネットワークシステム。
【請求項１６】
前記第１のプロトコル形式が、ショートメッセージングサービス通信プロトコル形式である請求項１５記載の通信ネットワークシステム。
【請求項１７】
前記第１のプロトコル形式が、インスタントメッセージング通信プロトコル形式である請求項１６記載の通信ネットワークシステム。
【請求項１８】
２つの通信プロトコルにわたる通信ネットワークシステムであって、
メッセージを第１のプロトコル形式で作成して、送信することが可能な開始通信デバイスと、
メッセージを第２のプロトコル形式で送受信することが可能であり、かつメッセージを前記第２のプロトコル形式で受信することに応答して、配信確認を返すように構成された受信者通信デバイスと、
前記メッセージを前記開始通信デバイスから受信するように構成された、前記開始通信デバイスと通信中の第１のプロトコルサーバと、
ホームロケーションレジスタから前記メッセージを受信して、ルーティング情報を取り出すように構成された、前記第１のプロトコルサーバと通信中の第１のプロトコルゲートウェイと、
前記メッセージを前記第１のプロトコル形式から第２のプロトコル形式に変換することが可能な、前記第１のプロトコルゲートウェイと通信中の第１のプロトコル・第２のプロトコルインターフェイスゲートウェイと、
前記変換されたメッセージを前記受信者通信デバイスに中継するように構成された、前記第１のプロトコル・第２のプロトコルインターフェイスゲートウェイおよび前記受信者の通信デバイスと通信中の第２のプロトコルサーバとを備え、
前記ホームロケーションレジスタが、前記受信者通信デバイスがいつ利用可能であるかを決定するように構成され、
前記メッセージが、前記第１のプロトコトルサーバ、前記第１のプロトコルゲートウェイ、前記第１のプロトコル・第２のプロトコルインターフェイスゲートウェイ、および前記第２のプロトコルゲートウェイを介して、前記開始通信デバイスから前記受信者デバイスに中継され、
一時的に利用可能なメッセージを前記第１のプロトコル・第２のプロトコルプロトコルインターフェイスゲートウェイおよび前記第１のプロトコルゲートウェイを介して、前記第２のプロトコルサーバから受信した場合、前記第１のプロトコルサーバが前記メッセージを格納し、
前記第１のプロトコルゲートウェイが、前記ホームロケーションレジスタを監視して、前記受信者通信デバイスが利用可能になったとき、前記第１のプロトコルサーバに知らせ、
前記受信者通信デバイスが利用可能になったとき、前記第１のプロトコルサーバが、前記格納されたメッセージを中継し、
前記第１のプロトコル・第２のプロトコルインターフェイスゲートウェイが、配信通知を前記第１のプロトコルゲートウェイを介して、前記第１のプロトコルサーバに中継する通信ネットワークシステム。
【請求項１９】
前記第１のプロトコル形式が、ショートメッセージングサービス通信プロトコル形式である請求項１８記載の通信ネットワークシステム。
【請求項２０】
前記第１のプロトコル形式が、インスタントメッセージング通信プロトコル形式である請求項１９記載の通信ネットワークシステム。
【請求項２１】
２つの通信プロトコルにわたる通信ネットワークシステムであって、
受信者通信デバイス宛てのショートメッセージサービスプロトコルでのメッセージを、ショートメッセージ・インスタントメッセージングインターフェイスゲートウェイにおいて受信するための手段と、
前記メッセージを、インスタントメッセージングプロトコルで前記受信者通信デバイスに中継するための手段と、
前記受信者通信デバイスが、インスタントメッセージング配信通知（ＩＭＤＮ）を返したかどうかを決定するための手段と、
前記インスタントメッセージング配信通知が返されていない場合、前記メッセージの配信失敗を示すための手段とを備える通信ネットワークシステム。
【請求項２２】
２つの通信プロトコルにわたる通信ネットワークシステムであって、
前記メッセージをインスタントメッセージングサーバ中に格納するための手段と、
ショートメッセージ・インスタントメッセージングインターフェイスゲートウェイが、前記インスタントメッセージング配信通知の表示を受信することができるように、前記ショートメッセージ・インスタントメッセージングインターフェイスゲートウェイを、前記インスタントメッセージングサーバに加入させるための手段と
をさらに備える請求項２１記載の通信ネットワークシステム。
【請求項２３】
２つの通信プロトコルにわたる通信ネットワークシステムであって、
前記ショートメッセージ・インスタントメッセージングインターフェイスゲートウェイを、前記インスタントメッセージングサーバに加入させるための前記手段は、ＳＩＰ手段の一環として前記加入させることを実行する請求項２２記載の通信ネットワークシステム。
【請求項２４】
２つの通信プロトコルにわたる通信ネットワークシステムであって、
前記ショートメッセージ・インスタントメッセージングインターフェイスゲートウェイを、前記インスタントメッセージングサーバに加入させるための前記手段は、ＩＭＳ手段の一環として前記加入させることを実行する請求項２２記載の通信ネットワークシステム。
【請求項２５】
２つの通信プロトコルにわたる通信ネットワークシステムであって、
前記インスタントメッセージング配信通知が、２０２受入れメッセージである請求項２１記載の通信ネットワークシステム。
【請求項２６】
２つの通信プロトコルにわたる通信ネットワークシステムであって、
前記メッセージをショートメッセージングサービスサーバ中に格納するための手段と、
前記受信者通信デバイスが利用可能であるという表示を受信するための手段と、
前記受信者通信デバイスが利用可能であることを示す警告を、前記ショートメッセージングサービスサーバに送るための手段と、
前記警告に応答して、前記ショートメッセージングサービスサーバから前記ショートメッセージを送るための手段と
をさらに備える請求項２１記載の通信ネットワークシステム。
【請求項２７】
２つの通信プロトコルにわたる通信ネットワークシステムであって、
前記メッセージをショートメッセージングサービスサーバ中に格納するための手段と、
前記受信者通信デバイスがネットワーク上に存在することを決定するための手段と、
前記メッセージを前記ショートメッセージサービスサーバから再送信するための手段と、
前記メッセージが前記受信者通信デバイスによって受信された場合、前記インスタントメッセージング配信通知を前記ショートメッセージサービスサーバに中継するための手段と
をさらに備える請求項２１記載の通信ネットワークシステム。
【請求項２８】
２つの通信プロトコルにわたる通信ネットワークシステムであって、
受信者通信デバイス宛ての第１のプロトコル形式でのメッセージを、第１のプロトコルサーバからプロトコル間インターフェイスゲートウェイに中継するための手段と、
前記メッセージを、第２のプロトコル形式で、第２のプロトコルサーバを介して前記プロトコル間インターフェイスゲートウェイから前記受信者通信デバイスに中継するための手段と、
前記意図された受信者の通信デバイスが、配信確認を前記第２のプロトコル形式で返したかどうかを決定するための手段と、
前記配信確認が前記第２のプロトコル形式で返されない場合、前記メッセージを前記第１のプロトコルサーバまたは前記第２のプロトコルサーバのうちの１つの中に格納するための手段と、
前記意図された受信者の通信デバイスが利用可能であるという通知を受信するための手段と、
前記受信者通信デバイスが利用可能であるという前記通知を受信した後で、前記格納されたメッセージを、前記第１のプロトコルサーバまたは前記第２のプロトコルサーバのうちの前記１つの中から、前記意図された受信者の通信デバイスに中継するための手段と、
前記配信確認を前記第２のプロトコル形式で、前記受信者の通信デバイスから受信するための手段と、
前記配信確認を前記第１のプロトコルサーバに中継するための手段とを備えた通信ネットワークシステム。
【請求項２９】
２つの通信プロトコルにわたる通信ネットワークシステムであって、
前記第１のプロトコル形式が、ショートメッセージングサービス通信プロトコル形式である請求項２８記載の通信ネットワークシステム。
【請求項３０】
２つの通信プロトコルにわたる通信ネットワークシステムであって、
前記第２のプロトコル形式が、インスタントメッセージング通信プロトコル形式である請求項２９記載の通信ネットワークシステム。
【請求項３１】
２つの通信プロトコルにわたる通信ネットワークシステムであって、
前記プロトコル間インターフェイスゲートウェイを前記第２のプロトコルサーバに加入させるための前記手段が、ＳＩＰ手段の一環として前記加入させることを実行する請求項３０記載の通信ネットワークシステム。
【請求項３２】
２つの通信プロトコルにわたる通信ネットワークシステムであって、
前記プロトコル間インターフェイスゲートウェイを前記第２のプロトコルサーバに加入させるための前記手段が、ＩＭＳ手段の一環として前記加入させることを実行する請求項３０記載の通信ネットワークシステム。
【発明の詳細な説明】
【関連出願】
【０００１】
本出願は、その内容全体が、参照により本明細書に組み込まれている、２００８年２月６日に出願された米国仮特許出願第６１／０２６，６８２号の優先権の利益を主張する。
【発明の分野】
【０００２】
本発明は、一般に、コンピュータ通信技術に関し、より詳細には、２つの異なる通信プロトコルを横切って送信されたショートメッセージの配信確認を提供するためのシステムおよび方法に関する。
【背景】
【０００３】
移動体通信システムでは、ショートメッセージサービス（ＳＭＳ）は、サービスセンター（図中の「ＳＣ」）を介して、開始ユーザの通信デバイス（図の「ＩＵＭＤ」）と意図された受信者ユーザの通信デバイス（図中の「ＩＲＵＭＤ」）との間でショートメッセージを転送する。サービスセンターは、ＩＵＭＤとＩＲＵＭＤとの間のメッセージ転送のための相互動作（interworking）および中継機能として働く。ショートメッセージ二地点間サービスに関連する２つの基本的なサービスが存在する。すなわち、ＳＭ  ＭＴ（ショートメッセージモバイルターミネーテッド（short message mobile terminated））およびＳＭ  ＭＯ（ショートメッセージモバイルオリジネイテッド（short message mobile originated））である。ＳＭ  ＭＴでは、システムは、サービスセンターから移動局にショートメッセージを転送する。ＳＭ  ＭＯでは、システムは、サービスセンターを介して、ＩＵＭＤからＩＲＵＭＤにショートメッセージを転送する。いずれの場合も、システムは、配信報告または失敗報告によって、ショートメッセージの配信に関する情報を提供する。ショートメッセージによって転送されるテキストメッセージは、最高で１４０オクテット（バイト）までを含む。
【０００４】
ＳＭＳシステムの主な特性のうちの１つは、このシステムは、ストアアンドフォワード（store and forward）通信システムであることである。したがって、ＳＭＳ通信システムは、送信者と受信者との間のリアルタイムの接続性に依存しない。受信者の通信デバイス（移動局またはショートメッセージングエンティティ）が停止されている場合や、そのシステムにログインされていない場合ですら、ＳＭＳメッセージは、いかなる時点でも受信者に送信されうる。アクティブな移動局は、進行中の音声またはデータ呼出が存在するか否かにかかわらず、いかなる時点でも、ショートメッセージ（ＳＭＳ配信）を受信することが可能である。メッセージが当初送られたとき、受信者移動局が停止された場合、受信者移動局がアクティブにされて、通信ネットワークにログインされると、受信者移動局はメッセージを受信することになる。移動局がそのメッセージを受信したか否かを確認する報告がサービスセンターに返される。同様に、アクティブな移動局は、進行中の音声またはデータ呼出が存在するか否かにかかわらず、いかなる時点でも、ショートメッセージ（ＳＭＳ提出）を提出することが可能である。サービスセンターがメッセージを受信したか否かを確認する報告は、常に、移動局に返される。類似の報告が、マルチメディアメッセージシステム（ＭＭＳ）メッセージのような、その他のタイプのメッセージングシステムに関して提供される。
【０００５】
サービスセンターがポケットベルモードタイプのインスタントメッセージ（ＩＭ）を送るとき、意図された受信者ユーザの状態に依って、メッセージが意図された受信者ユーザに配信されない場合がある。例えば、ＩＭシステムプロトコルは、ストアアンドフォワード通信システムでないため、意図された受信者ユーザがオフラインである場合、ＩＭメッセージは配信されないであろう。他方で、ＩＭメッセージがＳＭＳ通信システム上で受信者に転送される場合、一般に、本明細書で、プロトコル間インターフェイスゲートウェイと呼ばれる、２つの通信プロトコルを横切ってメッセージを伝えるための機構は、結果として、誤った配信表示をもたらす可能性がある。例えば、ＳＭＳシステムを通してＩＭメッセージを伝えるために、ＩＭメッセージは、インスタントメッセージングプロトコル（ＩＭ）・ショートメッセージ（ＳＭ）プロトコルインターフェイスゲートウェイ（ＩＰ−ＳＭ−ＧＷ）を介して転送されることが可能である。受信者移動体デバイスがその時点でオフラインである場合、ＩＭメッセージは、ユーザが利用可能になるまで、ＩＰ−ＳＭ−ＧＷによってＩＭサーバ／ストレージに転送され得る。この場合、ＩＭサーバ／ストレージは、２ｘｘ状態メッセージ（成功メッセージ）、例えば、ＩＭメッセージが受信されていることを示す２０２受入れメッセージをＩＰ−ＳＭ−ＧＷに送る。応答して、ＩＰ−ＳＭ−ＧＷは、ＩＭ発信者に送られる配信肯定応答メッセージを生成することになる。しかし、この配信肯定応答は、多くの場合、意図された受信者ユーザ（すなわち、意図された受信者ユーザまたは意図された受信者ユーザ機器ＩＲＵＥ）の本当の状態を表さないため、この配信肯定応答は誤っている。この誤った配信肯定応答は、ストアアンドフォワード通信システム上で非ストアアンドフォワードタイプのメッセージを通信する有用性を限定するという問題である。
【概要】
【０００６】
開示されるのは、第１のプロトコルが、受信者がオンラインであること、または登録されていることを推定して、要求されたときもしくはログインされたとき、第２のプロトコルがメッセージを配信する、通信プロトコルインターフェイスを横切って通信されたメッセージの配信確認のための装置および方法である。メッセージが、配信機構または受信者登録推定の点で異なるプロトコル同士の間で配信されるとき、プロトコルインターフェイスモジュールの動作は、配信確認誤りを引き起こす可能性がある。様々な実施形態は、この問題を低減または除去し、それによって、確実なプロトコル間通信を可能にする。
【０００７】
一態様によれば、ショートメッセージの配信確認のための方法は、意図された受信者の通信デバイス宛てのメッセージをショートメッセージサービスプロトコルで送ることと、そのメッセージを、インスタントメッセージングプロトコルで、意図された受信者ユーザの通信デバイスに中継することと、意図された受信者の通信デバイスがインスタントメッセージング配信通知（ＩＭＤＮ）を返したかどうかを決定することと、インスタントメッセージング配信通知が返されていない場合、そのメッセージの配信失敗を示すこととを含む。
【０００８】
別の態様によれば、ショートメッセージの配信確認のための方法は、意図された受信者の通信デバイス宛てのメッセージを第１のプロトコル形式で送ることと、そのメッセージを第２のプロトコル形式で、意図された受信者ユーザの通信デバイスに中継することと、意図された受信者の通信デバイスが、配信確認を第２のプロトコル形式で返したかどうかを決定することと、配信確認が第２のプロトコル形式で返されていない場合、そのメッセージを第２のプロトコルサーバ中に格納することと、第２のプロトコル形式での配信確認の通知のために、第２のプロトコルサーバに加入することと、意図された受信者の通信デバイスが利用可能であるという通知を受信することと、意図された受信者の通信デバイスが利用可能であるという通知を受信した後で、格納されたメッセージを第２のプロトコルサーバから意図された受信者の通信デバイスに中継することと、配信確認を第２のプロトコル形式で、意図された受信者の通信デバイスから受信することと、配信確認を意図された受信者の通信デバイスから第１のプロトコルサーバに中継することとを含む。
【０００９】
別の態様によれば、ショートメッセージの配信確認のための方法は、意図された受信者の通信デバイス宛てのメッセージを第１のプロトコル形式で送ることと、そのメッセージを、第２のプロトコル形式で、意図された受信者ユーザの通信デバイスに中継することと、意図された受信者の通信デバイスが、配信確認を第２のプロトコル形式で返したかどうかを決定することと、配信確認が第２のプロトコル形式で返されていない場合、そのメッセージを第１のプロトコルサーバ内に格納することと、意図された受信者の通信デバイスがホームロケーションレジスタ中で利用可能であるという通知を受信することと、意図された受信者の通信デバイスが利用可能であるという通知を受信した後で、ホームロケーションレジスタから第１のプロトコルサーバに警告を送信することと、ホームロケーションレジスタから警告を受信した後で、格納されたメッセージを第１のプロトコルサーバから意図された受信者の通信デバイスに中継することと、配信確認を第２のプロトコル形式で、意図された受信者の通信デバイスから受信することと、配信確認を意図された受信者の通信デバイスから第１のプロトコルサーバに中継することとを含む。
【００１０】
その他の態様によれば、通信システムおよび通信システム構成要素は、前述の方法のうちの１つまたはそれより多くを実行するように構成される。
【００１１】
本明細書に組み込まれ、本明細書の一部である添付の図面は、本発明の実施形態を例示し、上記の一般的な説明および下記の詳細な説明と共に、本発明の特徴を説明する役割を果たす。
【図面の簡単な説明】
【００１２】
【図１】図1は、ユーザが、通信プロトコルを横切って、その他のユーザの通信デバイスを通して、その他のユーザにメッセージを送信するのを可能にする例示的な通信ネットワークシステム１００のシステムブロック図である。
【図２】図2は、２つの通信プロトコルにわたる通信システム中で正確なメッセージ配信確認を提供するための実施形態方法のプロセス流れ図である。
【図３】図3は、プロトコルインターフェイスゲートウェイを実装する通信システム中で正確なメッセージ配信確認を提供するためのもう１つの実施形態方法のプロセス流れ図である。
【図４】図4は、プロトコル間エージェントゲートウェイを実装している通信システムにおいて正確なメッセージ配信確認を提供するための実施形態方法において送られることが可能な様々なメッセージを例示するメッセージ流れ図である。
【図５】図5は、ユーザが、統合ＩＰ−ＳＭ−ＧＷ／ＩＭサーバユニットを介して、通信プロトコルを横切ってメッセージを送信することを可能にする代替の例示的な通信ネットワークシステム１００のシステムブロック図である。
【図６】図6は、通信ネットワークに現在登録されていない受信者の通信デバイス向けのＳＭＳメッセージを格納する代替的実施形態方法のステップを例解するプロセス流れ図である。
【図７】図7は、通信ネットワークに現在登録されていない受信者の通信デバイス向けのＳＭＳメッセージを格納する、別の代替的実施形態方法のステップを例解するプロセス流れ図である。
【図８】図8は、通信ネットワークに現在登録されていない受信者通信デバイス向けのＳＭＳメッセージを格納する、さらに別の代替的実施形態方法のステップを例解するプロセス流れ図である。
【図９】図9は、図８に例解された、別の代替的実施形態方法において送られる様々なメッセージを例解するメッセージ流れ図である。
【図１０】図10は、様々な実施形態と共に使用するのに適した通信デバイスのシステムブロック図である。
【図１１】図11は、様々な実施形態と共に使用するのに適した例示的な遠隔サーバの回路ブロック図である。
【詳細な説明】
【００１３】
様々な実施形態が、添付図面を参照して詳細に説明される。可能なときはいつでも、同じ部分または類似の部分を指すために、図面の全体にわたって同じ参照番号が使用される。特定の例および実装形態の参照は、例解のためであり、本発明の範囲または特許請求の範囲を限定することは意図されない。
【００１４】
本明細書で使用される場合、「通信デバイス」および「移動局」という用語は、セルラ電話、携帯情報端末（ＰＤＡ）、パームトップコンピュータ、ラップトップコンピュータ、ワイヤレス電子メール受信機（例えば、Ｂｌａｃｋｂｅｒｒｙ（登録商標）デバイスおよびＴｒｅｏ（登録商標）デバイス）、マルチメディアインターネット対応セルラ電話（例えば、ｉＰｈｏｎｅ（登録商標））、ならびにプログラマブルプロセッサおよびメモリを含む類似のパーソナル電子デバイスのうちのいずれか１つまたはすべてを指す場合がある。好ましい実施形態では、通信デバイスは、セルラ電話網（例えば、セル電話）を介して通信することが可能であり、ＳＭＳメッセージおよび／またはＩＭメッセージの送受信が可能なセルラハンドセットである。しかし、様々な実施形態は、かかる通信デバイスおよびセルラ電話システムに限定されることは意図されない。実際には、様々な実施形態は、バックトゥバックユーザエージェント（back-to-back user agent）通信ゲートウェイと呼ばれる場合もあるプロトコル間インターフェイスゲートウェイを使用する通信ネットワークを通して通信しているデスクトップコンピュータを含めて、任意のタイプの通信デバイスを使用して実装され得る。好ましい実施形態では、通信システムは、インスタントメッセージシステムプロトコル・ショートメッセージシステムプロトコル（ＩＰ−ＳＭ−ＧＷ）を含む。
【００１５】
本明細書で使用される場合、「サーバ」という用語は、クライアントサーバアーキテクチャ中で動作するように構成された様々な市販のコンピュータシステムのうちのいずれかを指す。詳細には、「サーバ」という用語は、ネットワークサーバ、特に、通常、プロセッサと、メモリ（例えば、ハードディスクメモリ）と、サーバプロセッサをインターネット、インスタントメッセージングネットワーク、シンプルメッセージングシステムネットワークおよび／またはセルラ電話網などのネットワークに接続するように構成されたネットワークインターフェイス回路とを含む、インターネットアクセス可能なサーバを指す。
【００１６】
開示されるのは、バックトゥバックユーザエージェントゲートウェイを実装する通信システムを通して通信されるメッセージの確実な配信確認を提供するためのシステムおよび方法である。プロトコル間インターフェイスゲートウェイ、すなわち、バックトゥバックユーザエージェントゲートウェイは、通信システムが異なるプロトコル（すなわち、通信形式）のメッセージを送受信することを可能にするために実装され得る。一例は、メッセージが、非ストアアンドフォワード通信システム、または、インスタントメッセージング（ＩＭ）メッセージングプロトコルなどのプロトコルからＳＭＳメッセージングプロトコルなどのストアアンドフォワード通信システムに送られ、逆も同様であることを可能にする通信システムである。非ストアアンドフォワード通信システムは、受信者がオンラインであること、またはシステムに登録されていることを推定し、その結果、メッセージ（例えば、ＩＭ）は、中間サーバ中にメッセージを格納せずに、直接的に配信されることが可能である。他方で、ストアアンドフォワード通信システムは、受信者がオンラインであることを推定せず、代わりに、受信者がメッセージ配信を要求するまで、または通信システムにログオンするまでメッセージが保持される中間サーバ中にメッセージを格納する。メッセージが、配信機構または受信者登録推定の点で異なる２つのプロトコルシステムの間で配信されるとき、プロトコル間インターフェイスゲートウェイの動作は、配信確認誤りを引き起こす可能性がある。かかる誤りは、推定により、その他のシステムによって配信確認として解釈される可能性があるメッセージを１つのシステム中の格納サーバ中で受信することによって引き起こされる場合がある。様々な態様は、この問題を低減または除去し、それによって、確実なプロトコル間通信を可能にする。一態様によれば、ショートメッセージの配信確認のための方法は、意図された受信者の通信デバイス宛てのメッセージをショートメッセージサービスプロトコルで送ることと、そのメッセージをインスタントメッセージングプロトコルで、意図された受信者ユーザの通信デバイスに中継することと、意図された受信者の通信デバイスがインスタントメッセージング配信通知（ＩＭＤＮ）を返したかどうかを決定することと、インスタントメッセージング配信通知が返されていない場合、そのメッセージの配信失敗を示すこととを含む。別の態様によれば、ショートメッセージの配信確認のための方法は、意図された受信者の通信デバイス宛てのメッセージを第１のプロトコル形式で送ることと、そのメッセージを第２のプロトコル形式で、意図された受信者ユーザの通信デバイスに中継することと、意図された受信者の通信デバイスが、配信確認を第２のプロトコル形式で返したかどうかを決定することと、配信確認が第２のプロトコル形式で返されていない場合、そのメッセージを第２のプロトコルサーバ中に格納することと、第２のプロトコル形式での配信確認の通知のために、第２のプロトコルサーバに加入することと、意図された受信者の通信デバイスが利用可能であるという通知を受信することと、意図された受信者の通信デバイスが利用可能であるという通知を受信した後で、格納されたメッセージを第２のプロトコルサーバから意図された受信者の通信デバイスに中継することと、配信確認を第２のプロトコル形式で、意図された受信者の通信デバイスから受信することと、配信確認を意図された受信者の通信デバイスから第１のプロトコルサーバに中継することとを含む。別の態様によれば、ショートメッセージの配信確認のための方法は、意図された受信者の通信デバイス宛てのメッセージを第１のプロトコル形式で送ることと、そのメッセージを第２のプロトコル形式で、意図された受信者ユーザの通信デバイスに中継することと、意図された受信者の通信デバイスが、配信確認を第２のプロトコル形式で返したかどうかを決定することと、配信確認が第２のプロトコル形式で返されていない場合、そのメッセージを第１のプロトコルサーバ中に格納することと、意図された受信者の通信デバイスがホームロケーションレジスタ中で利用可能であるという通知を受信することと、意図された受信者の通信デバイスが利用可能であるという通知を受信した後で、ホームロケーションレジスタから第１のプロトコルサーバに警告を送信することと、ホームロケーションレジスタから警告を受信した後で、格納されたメッセージを第１のプロトコルサーバから意図された受信者の通信デバイスに中継することと、配信確認を第２のプロトコル形式で、意図された受信者の通信デバイスから受信することと、配信確認を意図された受信者の通信デバイスから第１のプロトコルサーバに中継することとを含む。その他の態様によれば、通信システムおよび通信システム構成要素は、前述の方法のうちの１つまたはそれより多くを実行するように構成される。
【００１７】
図１は、ユーザが、（ＩＭプロトコル・ＳＭＳプロトコルのような）複数の通信プロトコルを横切って、その他のユーザの通信デバイスを通して、その他のユーザにメッセージを送信することを可能にする例示的な通信ネットワークシステム１００である。例解された例では、ユーザは、通信ネットワーク上で、シンプルメッセージを、ＳＭＳメッセージプロトコルを使用している通信ネットワークから、インスタントメッセージング（ＩＭ）プロトコルを使用している通信ネットワーク上の意図された受信者に送信することを試みることが可能である。図１を参照すると、ＳＭＳメッセージを生成および送信すること、ならびにＳＭＳメッセージを受信することが可能な通信デバイス１１０は、ＳＭＳサービスセンター１２０と通信中である。上で議論されたように、通信デバイス１１０は、例えば、セルラ電話であり得るが、これらのシステムおよび方法は、デスクトップコンピュータのような固定的コンピューティングデバイスに適用されることも可能である。コンピューティングデバイス１１０およびＳＭＳサービスセンター１２０は、有線通信ネットワークまたはワイヤレス通信ネットワーク（例えば、インターネット、セルラ通信ネットワーク、ＰＳＤＮ、もしくはハードワイヤードリンク）を通して互いに通信中であり得る。この例示的な通信ネットワークでは、ユーザがＳＭＳメッセージを送るとき、そのメッセージは、ＳＭＳサービスセンター１２０によって意図された受信者ユーザの通信デバイス１８０に中継するために、有線通信ネットワークまたはワイヤレス通信ネットワークを介して、ＳＭＳサービスセンター１２０に送信される。
【００１８】
意図された受信者通信デバイス１１０、１８０の間の通信リンクを経路指定して、それを確立するために、ＳＭＳサービスセンター１２０は、ＳＭＳゲートウェイ移動体交換センター（ＳＭＳ−ＧＭＳＣ）１３０と通信する。ＳＭＳサービスセンター１２０およびＳＭＳ−ＧＭＳＣ１３０は、別の有線通信ネットワークまたはワイヤレス通信ネットワーク（例えば、インターネット、セルラ通信ネットワーク、ＰＳＤＮ、またはハードワイヤリンク）（図示せず）を通して互いと通信中であり得る。ＳＭＳゲートウェイは、メッセージをその他の通信ネットワークから移動体ネットワークトラヒックに変換し、逆も同様であるサービスを提供して、移動体通信デバイスを使用せずにＳＭＳメッセージの送受信を可能にするために使用されることが可能である。例として、ＳＭＳゲートウェイの典型的な使用は、シンプルメッセージまたは電子メールを受信者の移動体通信デバイスに転送することであろう。
【００１９】
図１を参照すると、ＳＭＳ−ＧＭＳＣ１３０は、ＳＭＳメッセージ要求をＳＭＳサービスセンター１２０から受信して、意図された受信者の通信デバイス１８０との通信リンクを完成するために必要なルーティング情報を決定する目的で、ホームロケーションレジスタ（ＨＬＲ）１３５に問い合わせる。ＨＬＲ１３５は、ワイヤレス通信コアネットワークを使用することが許可された、各通信デバイス加入者の詳細を含む中央記憶サーバである。ルーティング情報は、ＨＬＲ１３５のメモリユニット内、またはＨＬＲ１３５に接続されたＨＬＲデータベース１３６内に含まれ得る。ＳＭＳ−ＧＭＳＣ１３０およびＨＬＲ１３５は、有線通信ネットワークまたはワイヤレス通信ネットワーク（例えば、インターネット、セルラ通信ネットワーク、ＰＳＤＮ、もしくはハードワイヤリンク）を通して互いと通信中である場合もある。したがって、ＨＬＲ１３５に問い合わせることによって、ＳＭＳ−ＧＭＳＣ１３０は、開始通信デバイス１１０と意図された受信者の通信デバイス１８０との間でメッセージを渡すための通信リンクを完成するためのワイヤレス通信ルーティング情報を決定することが可能である。ひとたびＨＬＲ１３５を通して適切なルーティング情報が決定されると、ＳＭＳ−ＧＭＳＣ１３０は、ＳＭＳメッセージをインスタントメッセージプロトコル・シンプルメッセージシステムプロトコルインターフェイスゲートウェイ（ＩＰ−ＳＭ−ＧＷ）１４０に中継することが可能である。前述のように、ＩＰ−ＳＭ−ＧＷは、シンプルメッセージはインスタントメッセージとして受信者に中継され、インスタントメッセージはＳＭＳメッセージとして受信者に中継されることを可能にするメッセージ形式変換を実現する。
【００２０】
ＩＰ−ＳＭ−ＧＷ１４０は、ＳＭＳ−ＧＭＳＣ１３０からＳＭＳメッセージを受け入れて、固定的デバイス間でより一般的なインスタントメッセージプロトコルネットワークと、通常、移動体通信網上で使用されるＳＭＳネットワークとの間のインターフェイスとして機能する。ＩＰ−ＳＭ−ＧＷ１４０およびＳＭＳ−ＧＭＳＣ１３０は、有線通信ネットワークまたはワイヤレス通信ネットワーク（例えば、インターネット、セルラ通信ネットワーク、ＰＳＤＮ、もしくはハードワイヤリンク）を通して互いに通信中であり得る。インスタントメッセージング（ＩＭ）サーバ１５０は、ＩＰ−ＳＭ−ＧＷ１４０から変換されたショートメッセージを受け入れて、それをＩＭとして、意図された受信者通信デバイス１８０に向けて中継する。意図された受信者通信デバイス１８０がワイヤレス通信デバイスであるとき、通信デバイス１８０との通信リンクは、ＩＭサーバ１５０から変換されたショートメッセージを受け入れて、それをワイヤレスネットワーク１７０に送る基地局システム（ＢＳＳ）１６０を介して、ワイヤレス通信ネットワーク１７０を通すことが可能である。ワイヤレス通信ネットワーク１７０は、次に、変換されたシンプルメッセージを意図された受信者通信デバイス１８０に中継する。
【００２１】
ＳＭＳネットワークとＩＭネットワークとの間のインターフェイスとして機能するために、ＳＭＳ−ＩＭ−ＧＷ１４０のようなプロトコル間ゲートウェイが実装される、例解された通信ネットワークでは、ＩＭサーバ１５０は、変換されたシンプルメッセージを受信することに応答して、２ｘｘ（成功）タイプの状態メッセージをＩＰ−ＳＭ−ＧＷ１４０に送り返すことが可能である。結果として、ＩＰ−ＳＭ−ＧＷ１４０は、配信肯定応答を生成して、開始ユーザの通信デバイス１１０に送ることが可能である。しかし、意図された受信者の通信デバイスはその時点でオフラインであり得るため、かかる配信状態は、メッセージ配信の正確な状態を表さないことになる。その結果、開始ユーザは、そのＳＭＳメッセージが意図された受信者によって読み取られたと誤って推定する可能性がある。
【００２２】
実際の配信状態を反映する正確なメッセージ配信確認を開始ユーザに提供するために、バックトゥバックユーザエージェント通信ゲートウェイを実装している通信ネットワークシステムは、図２に例解された実施形態方法を実装することが可能である。この実施形態では、意図された受信者の通信デバイス１８０は、インスタントメッセージングをサポートするＩＰマルチメディアシステム内で動作しており、ＩＭメッセージが受信されるとき、ＩＭプロトコルに従って、インスタントメッセージ配信通知（ＩＭＤＮ）メッセージを生成することになる。ＳＭＳシステム内で通信デバイス１１０を操作している開始ユーザは、ＳＭＳメッセージを作成して、ＳＭＳサービスセンター１２０を介して、そのＳＭＳメッセージを送信する（ステップ２０５）。ＳＭＳメッセージは、そのＳＭＳメッセージをＳＭＳ−ＧＭＳＣ１３０に中継するＳＭＳサービスセンター１２０によって受信される（ステップ２１０）。ＳＭＳ−ＧＭＳＣ１３０は、ＳＭＳメッセージを受信して、ＨＬＲ１３５に問い合わせることによって、意図された受信者の通信デバイス１８０に関するルーティング情報を取り出して、意図された受信者の通信デバイス１８０をサポートしているＩＭサーバと通信中のＩＰ−ＳＭ−ＧＷ１４０にそのＳＭＳメッセージを中継するために、そのルーティング情報を使用する（ステップ２１５）。
【００２３】
ＩＰ−ＳＭ−ＧＷ１４０は、ＳＭＳメッセージを適切なＩＭプロトコル形式に変換して、意図された受信者の通信デバイス１８０をサポートしているＩＭサーバ１５０にそのメッセージを中継する（ステップ２２０）。受信者の通信デバイス１８０がＩＭサーバ１５０のネットワークにログオンされた場合、ＩＭメッセージは、ＩＭプロトコルによって定義された普通の形で受信者に速やかに経路指定され得る（ステップ２２５）。ＩＭサーバ１５０は、変換されたＳＭＳメッセージが送信される前に、その変換されたＳＭＳメッセージをバッファすることが可能であるか、または、受信者通信デバイス１８０がＩＭサーバ１５０のネットワークにログオンされない場合、変換されたＳＭＳメッセージをバッファすることが可能であり、したがって、メッセージを即時に受信することはできない。その場合、意図された受信者の通信デバイス１８０に対して、変換されたＳＭＳメッセージの引渡しが行われるまで、ＩＭサーバ１５０は、ＳＭＳメッセージを格納し続けることが可能である。ＩＭサーバは、変換されたＳＭＳメッセージを意図された受信者の通信デバイス１８０に中継することを試み続けることが可能であり（ステップ２２５）、または、受信者の通信デバイス１８０がネットワークにログオンするとき、変換されたＳＭＳメッセージを中継することが可能である（ステップ２２５）。変換されたＳＭＳメッセージを通信デバイス１８０に中継することは、基地局１６０およびワイヤレス通信ネットワーク１７０を介して発生し得る。あるいは、意図された受信者の通信デバイス１８０が、有線通信ネットワークを介してＩＭサーバ１５０と通信中である場合、変換されたＳＭＳメッセージを通信デバイス１８０に中継することは、有線通信ネットワーク（図示せず）を通して発生し得る。
【００２４】
意図された受信者の通信デバイス１８０がオンラインであり、変換されたＳＭＳメッセージを受信する場合（すなわち、決定２３０＝はい）、意図された受信者ユーザの通信デバイス１８０は、ＩＭＤＮをＩＭサーバに送り返す（ステップ２３５）。次に、ＩＭサーバは、そのメッセージが実際に配信されたことを示すために、通信ネットワーク１７０、基地局１６０、およびＩＭサーバ１５０を介して、ＩＭＤＮをＩＰ−ＳＭ−ＧＷ１４０に送る（ステップ２３６）。ＩＭＤＮ、または同等の配信通知メッセージは、ＩＰ−ＳＭ−ＧＷによって受け入れられ（ステップ２４０）、ＳＭＳ−ＧＭＳＣ１３０に中継される（ステップ２４５）。ＩＭＤＮ、または同等の配信通知メッセージは、次いで、ＳＭＳメッセージの配信の正確な確認として、ＳＭＳ−ＧＭＳＣ１３０からＳＭＳサービスセンター１２０に中継される（ステップ２５０）。メッセージが配信された状態で、システムは、開始ユーザの通信デバイス１１０によって送られた次のＳＭＳメッセージを待つ。
【００２５】
意図された受信者の通信デバイス１８０がオンラインでない場合、または変換されたＳＭＳメッセージを受信しない場合、意図された受信者ユーザの通信デバイス１８０は、ＩＭＤＮをＩＭサーバ１５０に送らないことになる。ＩＭＤＮを受信するのに失敗すると、ＩＭサーバ１５０は、ＳＭＳメッセージが受信者通信デバイス１８０に配信されていないことを決定することが可能である（すなわち、決定２３０＝いいえ）。変換されたＳＭＳメッセージは、配信が行われ得るまで、ＩＭサーバ１５０内に依然として格納されることが可能である。オプションで、ＩＭサーバ１５０は、古く、もはや無関係と推定されるメッセージが削除され得るように、変換されたシンプルメッセージが保留中の配信として保持される時間を追跡することが可能である（決定２５５）。意図された受信者の通信デバイス１８０がオンラインでない場合、または変換されたＳＭＳメッセージを受信しない場合（すなわち、決定２３０＝いいえ）、かつメッセージタイマがタイムアウトしていない場合（すなわち、決定２５５＝いいえ）、ＩＭサーバ１５０は、意図された受信者の通信デバイス１８０のログインに関してネットワークを監視し続けることが可能である。しかし、メッセージを配信する時間が終了した場合（すなわち、決定２５５＝はい）、ＩＭサーバは、配信失敗通知をＩＰ−ＳＭ−ＧＷ１４０に送ることが可能である（ステップ２５８）。応答して、ＩＰ−ＳＭ−ＧＷ１４０は、配信失敗通知をＳＭＳ−ＧＭＳＣ１３０に送る（ステップ２６０）。ＳＭＳ−ＧＭＳＣ１３０は、次に、配信失敗通知または同等の通知をＳＭＳサービスセンター１２０に中継する（ステップ２６５）。この時点で、システムは、開始ユーザの通信デバイス１１０によって送られた次のＳＭＳメッセージを待つことが可能である。
【００２６】
図３は、プロトコルインターフェイスゲートウェイを実装する通信システム中で正確なメッセージ配信確認を提供するための代替的実施形態方法のプロセス流れ図である。図４は、プロトコル間エージェントゲートウェイを実装している通信システム中で正確なメッセージ配信確認を提供するための実施形態方法において送られることが可能な様々なメッセージを例解するメッセージ流れ図である。
【００２７】
図３および４の両方を参照すると、ユーザがユーザの通信デバイス１１０から意図された受信者の通信デバイス１８０にＳＭＳメッセージを送ることを望むとき、開始ユーザは、ＳＭＳメッセージを作成して、開始ユーザの通信デバイス１１０をサポートしているＳＭＳサービスセンター１２０を介して、そのＳＭＳメッセージを送信する（ステップ３０５）。ＳＭＳサービスセンター１２０は、開始ユーザの通信デバイス１１０からＳＭＳメッセージを受信して、そのＳＭＳメッセージをＳＭＳ−ＧＭＳＣ１３０に中継する（ステップ３１０、メッセージ４０１）。受信するとすぐ、ＳＭＳ−ＧＭＳＣ１３０は、ＳＭＳメッセージを意図された受信者に適切に中継するために、どのＩＰ−ＳＭＧＷ１４０とＩＭサーバ１５０とが接続されなければならないかを決定する目的で、ＨＬＲ１３５に問い合わせる。ＨＬＲ１３５からのルーティング情報を使用して、ＳＭＳ−ＧＭＳＣ１３０は、ルーティング情報およびＳＭＳメッセージをＩＰ−ＳＭ−ＧＷ１４０に中継する（ステップ３１５、メッセージ４０２）。このプロセスの一環として、ＩＰ−ＳＭ−ＧＷ１４０は、ＳＭＳメッセージをＩＭプロトコル形式にも変換する。ＩＰ−ＳＭ−ＧＷ１４０は、エンドユーザのネットワーク位置に関して決定を行う領域選択を実行することも可能である（メッセージ４０３）。例えば、意図された受信者ユーザの通信デバイス１８０が特定のプロトコル（例えば、図３および４に例解される例のようなＩＭプロトコル）を使用している場合、ＩＰ−ＳＭ−ＧＷ１４０は、オプションで、選択された領域のプロトコルを実装することを選択することが可能である。
【００２８】
ＩＰ−ＳＭ−ＧＷ１４０は、変換されたＳＭＳメッセージを、意図された受信者の通信デバイス１８０をサポートしているＩＭサーバ１５０に中継する（ステップ３２０、メッセージ４０４）。ＩＭサーバ１５０は、変換されたＳＭＳメッセージを受信して、それをバッファし（すなわち、それをメモリ中に格納し）、そのメッセージを意図された受信者通信デバイス１８０に中継することを試みる（ステップ３２５）。
【００２９】
通常の通信システムでは、ＩＭサーバ１５０が変換されたＳＭＳメッセージを受信するとき、ＩＭサーバ１５０は、そのメッセージがＩＭサーバ１５０によって受け入れられたことを示す２０２「受入れ」メッセージを自動的に生成することになる。通常、２０２「受入れ」メッセージは、ＩＭメッセージの配信を確認するために使用される。しかし、この状況では、ＩＭサーバ１５０による２０２「受入れ」メッセージの生成は、誤った配信確認を引き起こすことになる。これは、 通常のＩＭサーバ１５０環境において、同期通信を実施する（すなわち、両方のユーザがその通信リンク上にあり、リアルタイムで通信している）ために２つの終点が連結されるためである。したがって、２０２「受入れ」メッセージは、同期ＩＭメッセージが受信者通信デバイスに配信されたことを示すために、通常、ＩＭサーバ１５０によって送られる。しかし、クロスプロトコル通信システムメッセージング状況では、開始ユーザは、意図された受信者通信デバイス１８０が開始ユーザの通信デバイス１１０にリアルタイムで連結されない非同期通信（すなわち、ＳＭＳメッセージ）を送る。したがって、意図された受信者通信デバイス１８０がＩＭサーバ１５０または通信ネットワーク１００の別の要素に登録するまで、メッセージの本当の配信は発生しないことになる。
【００３０】
意図された受信者ユーザの通信デバイス１８０が通信ネットワーク１００に登録されていないとき、ＩＭＤＮ、または類似の配信通知メッセージ（例えば、２００  ＯＫメッセージ）は、通信デバイス１８０から受信されないことになる。ＩＭＤＮ、または類似のメッセージがＩＭサーバ１５０によって受信されないとき（すなわち、決定３３０＝いいえ）、ＩＭサーバ１５０は、２０２「受入れ」メッセージをＩＰ−ＳＭ−ＧＷ１４０に送る（ステップ３５５、メッセージ４０５）。２０２「受入れ」メッセージを受信すると、ＩＰ−ＳＭ−ＧＷ１４０は、ＩＭサーバ１５０に加入する（ステップ３６０、メッセージ４０６）。ＩＭサーバ１５０に加入することによって、ＩＰ−ＳＭ−ＧＷ１４０は、意図された受信者の通信デバイス１８０がＩＭサーバ１５０または通信ネットワーク１００のその他の要素に登録するとき、ＩＭサーバ１５０によって警告を受けることが可能である（メッセージ４１０）。加入プロセスを達成するために、一連のＩＰメッセージがＩＭサーバ１５０とＩＰ−ＳＭ−ＧＷ１４０との間で送受信され得る。ＩＭサーバ１５０は、２００ＯＫメッセージ（メッセージ４０７）を用いて、加入要求（メッセージ４０６）を肯定応答することが可能である。一方、ＳＭＳメッセージは、そのＳＭＳメッセージが受信者通信デバイス１８０に配信され得るまで、ＩＭサーバ１５０中で依然としてバッファされる。
【００３１】
意図された受信者通信デバイス１８０がＩＭサーバ１５０または通信ネットワーク１００のその他の要素に登録するとき（メッセージ４１０）、ＩＰ−ＳＭ−ＧＷ１４０は、この登録について通知されることが可能である（メッセージ４０８）。応答して、ＩＰ−ＳＭ−ＧＷ１４０は、２００ＯＫメッセージをＩＭサーバ１５０に返す（メッセージ４０９）。ひとたび通信デバイス１８０が通信ネットワーク１００に登録すると、ＩＭサーバ１５０は、ＳＭＳメッセージを通信デバイス１８０に中継することが可能である（ステップ３６２、メッセージ４１１）。ＳＭＳメッセージを受信すると、受信者通信デバイス１８０は、ＳＭＳメッセージの本当の配信を示すために、２００ＯＫメッセージをＩＭサーバ１５０に返すことが可能である（ステップ３６５、メッセージ４１２）。ＩＭサーバ１５０は、次に、通知メッセージを介して、配信確認をＩＰ−ＳＭ−ＧＷ１４０に中継する（ステップ３７０、メッセージ４１３）。ＩＰ−ＳＭ−ＧＷ１４０は、配信肯定応答として、配信確認をＳＭＳ−ＧＭＳＣ１３０に中継する（ステップ３７５、メッセージ４１５）。この配信肯定応答は、ＳＭＳサービスセンター１３０に中継される（メッセージ４１６）。ひとたび配信確認がＳＭＳサービスセンター１２０によって受信されると、ＳＭＳサービスセンター１２０は、ＳＭＳサービスセンター１２０と通信している様々な通信デバイス１１０から次のＳＭＳメッセージを待つことが可能である。
【００３２】
意図された受信者の通信デバイス１８０は、ＩＭサーバ１５０を介して、ＩＰマルチメディアサブシステム（ＩＭＳ）登録メッセージ（メッセージ４１０）を送ることによって、またはＳＭＳ−ＧＭＳＣ１３０を介して、セッション開始プロトコル（ＳＩＰ）登録メッセージ（メッセージ４１０）を送ることによって、ＩＭサーバ１５０もしくは通信ネットワーク１００のその他の要素に登録することが可能である。受信者通信デバイス１８０がＩＭサーバ１５０に登録するとき（メッセージ４１０）、変換されたＳＭＳメッセージは、ＩＭサーバ１５０から直接的に受信者通信デバイス１８０に配信されることになる（ステップ３２５、メッセージ４１１）。この状況では、受信者通信デバイス１８０は、２００ＯＫメッセージをＩＭサーバ１５０に送ることになる（ステップ３３５、メッセージ４１２）。ＩＭサーバ１５０は、２００ＯＫメッセージ、ＩＭＤＮ、または類似の配信通知をＩＰ−ＳＭ−ＧＷ１４０に転送する（ステップ３５５、メッセージ４１３）。２００ＯＫメッセージ、ＩＭＤＮ、または類似の配信通知は、ＩＰ−ＳＭ−ＧＷ１４０によって受け入れられて、肯定応答され（ステップ３４０、メッセージ４１４）、通知をＳＭＳサービスセンター１２０に中継する（ステップ３５０、メッセージ４１６）ＳＭＳ−ＧＭＳＣに中継されることが可能である（ステップ３４５、メッセージ４１５）。ひとたび配信確認がＳＭＳサービスセンター１２０によって受信されると、ＳＭＳサービスセンター１２０は、ＳＭＳサービスセンター１２０と通信している様々な通信デバイス１１０から次のＳＭＳメッセージを待つことが可能である。
【００３３】
図３および４に示される例は、ＩＰ−ＳＭ−ＧＷ１４０とＩＭサーバ１５０との間でメッセージングを実施するために、セッション開始プロトコル（ＳＩＰ）を利用する。しかし、ＩＰマルチメディアサブシステム（ＩＭＳ）など、その他のプロトコルが使用され得る。ＩＰ−ＳＭ−ＧＷ１４０がＩＭサーバ１５０に加入して、配信状態の通知を取得することを可能にする、独自プロトコルを含む、いずれかのプロトコルが使用され得る。
【００３４】
図５は、ユーザが、通信プロトコルを横切って、その他のユーザの通信デバイスを通して、その他のユーザにメッセージを送信することを可能にするために、統合ＩＰ−ＳＭ−ＧＷ／ＩＭ サーバユニットを使用する代替の例示的な通信ネットワークシステム１０１のシステムブロック図である。図５の通信システムでは、図１のＩＰ−ＳＭ−ＧＷ１４０およびＩＭサーバ１５０は、単一のＩＰ−ＳＭ−ＧＷ／ＩＭサーバユニット１４５に統合されている。図５に示されるその他の要素は、図１を参照して上で説明された同じ数の構成要素に対応し、したがって、その説明はここで繰り返されない。図５に例解される通信システムでは、受信者通信デバイス１８０によって生成される２００ＯＫメッセージ（メッセージ４１２）を除いて、２ｘｘタイプの状態メッセージは生成されない。２００ＯＫメッセージ（メッセージ４１２）がＩＰ−ＳＭ−ＧＷによって受信された場合、ＳＣは成功裏の配信の配信報告を通して通知される。
【００３５】
代替的実施形態では、ＳＭＳメッセージは、意図された受信者の通信デバイス１８０が通信ネットワーク１００に登録するまで、ＩＭサーバ１５０（またはＩＰ−ＳＭ−ＧＷ／ＩＭサーバ統合ユニット１４５）ではなく、ＳＭＳサービスセンター１２０によってバッファされることが可能である。図６は、メッセージが配信され得るまで、現在、通信ネットワークに登録していない受信者の通信デバイス向けのＳＭＳメッセージを格納する、この代替的実施形態方法のステップを例解するプロセス流れ図である。通信デバイス１８０が通信ネットワーク１００から接続解除するとき、意図された受信者ユーザの通信デバイス１８０は、現在、通信ネットワーク１００に登録されておらず、したがって、ＩＰによって達成不可能であることを示すユーザ未登録表示（ＵＮＲＩ）フラグが設定されることが可能である。例えば、この非登録フラグは、ＨＬＲ１３５中で送られることが可能である（ステップ５０５）。ＨＬＲ１３５は、ワイヤレス通信コアネットワークを使用することが許可された、各通信デバイス加入者の詳細を含む中央記憶である。開始ユーザの通信デバイス１１０がＳＭＳメッセージを意図された受信者の通信デバイス１８０に送ることを試みるたびに、ＳＭＳ−ＧＭＳＣ１３０は、通信デバイス１８０と通信リンクを確立するために必要とされるルーティング情報を取得する目的で、ＨＬＲ１３５に問い合わせる（例えば、図３、ステップ３１５を参照されたい）。したがって、ＨＬＲ１３５が受信者通信デバイス１８０に関する問い合わせをＳＭＳ−ＧＭＳＣ１４０から受信するとき（ステップ５１０）、ＨＬＲ１３５は、受信者登録フラグをチェックして、その受信者が現在登録されていないことをＳＭＳ−ＧＭＳＣ１３０に知らせることが可能であるか、またはＳＭＳサービスセンター１２０に中継されるための命令をＳＭＳ−ＧＭＳＣ１３０に送信して、それによって、メモリ中にＳＭＳメッセージを格納するようにＳＭＳサービスセンターに通知することが可能である（ステップ５１５）。
【００３６】
受信者通信デバイス１８０が（例えば、ＩＭサーバ１５０またはＩＰ−ＳＭ−ＧＷ／ＩＭサーバ統合ユニット１４５を介して）通信ネットワーク１００に登録しているとき、ＨＬＲ１３５はその登録に関して知らされる（ステップ５２０）。通信デバイス１８０が通信ネットワーク１００に登録されたという表示を受信すると、ＨＬＲ１３５は、このとき、通信デバイス１８０は登録され、したがって、ＩＭメッセージを受信できることを示すために、ＵＮＲＩフラグをリセットすることが可能である（ステップ５２５）。加えて、ＨＬＲ１３５（または、その登録を受信しているＩＭサーバ１５０もしくはＩＰ−ＳＭ−ＧＷ／ＩＭサーバ）は、ＳＭＳメッセージを受信者の通信デバイス１８０に再送信するための命令をＳＭＳ−ＧＭＳＣ１３０を介してＳＭＳサービスセンター１２０に送信することが可能である（ステップ５３０）。ＳＭＳメッセージが送られて、意図された受信者通信デバイス１８０によって受信された後で、図２〜４を参照して上で説明されたプロセスおよびメッセージに類似した形でＳＭＳサービスセンターに中継される配信確認が受信者通信デバイス１８０によって生成される（ステップ５３５）。
【００３７】
代替的実施形態では、ＳＭＳメッセージは、ＩＭサーバ１５０（または、ＩＰ−ＳＭ−ＧＷ／ＩＭ サーバ統合ユニット１４５）の代わりに、ＳＭＳサービスセンター１２０によってバッファされることが可能である。この代替形態では、ＨＬＲ１３５は、図６を参照して上で説明されたようにＵＮＲＩフラグを実装することができない。図７は、ＳＭＳメッセージはＳＭＳサービスセンター１２０によってバッファされるが、ＨＬＲはＵＮＲＩフラグを実装しないこの代替的実施形態のステップを例解するプロセス流れ図である。この代替的実施形態では、ＳＭＳサービスセンター１２０は、ＨＬＲ１３５が意図された受信者通信デバイス１８０のアドレスをメッセージ待機データ（ＭＷＤ）中に格納することができないことを通知される（ステップ６１０）。通信デバイス１８０がオフラインであるため、または、現在、通信ネットワークシステム１００に登録されていないため、ＨＬＲ１３５は、意図された受信者通信デバイス１８０のアドレスをＭＷＤ中に格納することができない可能性がある。配信失敗の原因が加入者の不在である場合、ＳＭＳサービスセンター１２０は、意図された受信者通信デバイス１８０が不在であることを通知される（ステップ６２０）。ＳＭＳサービスセンター１２０は、ＳＭＳメッセージが意図された受信者の通信デバイス１８０に達するまで、またはメッセージが失効するまでショートメッセージを周期的に再送信することが可能である（ステップ６３０）。ショートメッセージを再送信するための各試みの後で、通信システムは、そのショートメッセージが意図された受信者通信デバイス１８０に達したかどうかを決定する（決定６４０）。ショートメッセージが意図された受信者ユーザの通信デバイス１８０によって適切に受信された場合（すなわち、決定６４０＝はい）、ＩＰ−ＳＭ−ＧＷ１４０は、成功裏の配信報告をＳＭＳサービスセンター１２０に中継し戻す（ステップ６５０）。ひとたび配信報告が受信されると、ＳＭＳサービスセンター１２０は、送信向けの次のＳＭＳメッセージを待つことが可能であり、ステップ６１０に戻る。
【００３８】
しかし、ショートメッセージが意図された受信者通信デバイス１８０に達しない場合（すなわち、決定６４０＝いいえ）、ＳＭＳサービスセンター１２０は、ＳＭＳメッセージを意図された受信者通信デバイス１８０に周期的に送信し続け、ステップ６３０を繰り返す。
【００３９】
別の代替的実施形態では、ＳＭＳメッセージは、意図された受信者通信デバイス１８０が通信ネットワーク１００に登録するまで、ＳＭＳサービスセンター１２０によってバッファされることが可能である。しかし、この代替的実施形態では、ＨＬＲ１３５は、ＵＮＲＩフラグを実装することができない。図８は、現在、通信ネットワークに登録されていない受信者通信デバイス向けのＳＭＳメッセージを格納する、別の代替的実施形態方法のステップを例解するプロセス流れ図である。図８に示される代替的実施形態は、図６の実施形態方法におけるようにＵＮＲＩフラグを実装せず、図３に示されたプロセスフローに類似する。詳細には、開始ユーザの通信デバイス１１０と意図された受信者通信デバイス１８０の両方が通信ネットワーク１００に登録されているとき、開始ユーザの通信デバイス１１０から意図された受信者の通信デバイス１８０にＳＭＳメッセージを送信するステップ３０５〜３５０が繰り返されてよい。
【００４０】
図９は、図８で例解された代替的実施形態において送られる様々なメッセージを例解するメッセージ流れ図である。開始ユーザの通信デバイス１１０と意図された受信者の通信デバイス１８０の両方が通信ネットワーク１００に登録されている場合、図４に示されたのと同じ一連のメッセージが生成されて、送られ、かつ／または中継されることが可能である。しかし、ＩＰ−ＳＭ−ＧＷ１４０からＩＭサーバ１５０にＳＭＳメッセージを中継すると、意図された受信者ユーザの通信デバイス１８０が一時的に利用不可能であることを示す４８０メッセージが送信され得る（メッセージ４８０）。意図された受信者ユーザの通信デバイス１８０がＳＭＳメッセージを受信しなかったことを示す４８０メッセージが受信された場合（すなわち、決定３３０＝いいえ）、４８０メッセージは、ＳＭＳサービスセンター１２０において、ＳＭＳメッセージをバッファおよび格納するための命令と共に、ＩＰ−ＳＭ−ＧＷ１４０およびＳＭＳ−ＧＭＳＣ１３０を介してＳＭＳサービスセンター１２０に中継し戻されることが可能である（ステップ３８０、メッセージ４２０、４２１、４２２、および４２５）。４８０メッセージと、ＳＭＳメッセージをバッファする命令とを受信することに応答して、ＳＭＳサービスセンター１２０は、ＳＭＳメッセージをメモリ中に格納する（ステップ３８５）。意図された受信者通信デバイス１８０が通信ネットワーク１００に登録しているとき（メッセージ４１０）、ＳＭＳサービスセンター１２０は、その登録について通知されることが可能である（ステップ３９０、メッセージ４３０）。結果として、ＳＭＳサービスセンター１２０は、ＳＭＳメッセージを再送信することが可能である（ステップ３０５〜３５０、メッセージ４０１〜４０４および４１１〜４１６）。
【００４１】
開示された、例解された例は、ＳＭＳ通信プロトコルとＩＭ通信プロトコルとの間のインターフェイスを指すが、様々な実施形態は、かかる適用例に限定されない。類似の誤った配信確認は、結果として、２つの様々な通信プロトコルの間のインターフェイスとして機能するためにバックトゥバックユーザエージェントが採用される任意の通信ネットワークを生み出す可能性がある。例えば、かかる状況は、あるサービスプロバイダから、異なるワイヤレス通信技術（例えば、ＣＤＭＡ・ＧＳＭ）を使用する別のサービスプロバイダにメッセージを通信しているときに発生し得る。
【００４２】
上で説明された実施形態は、例えば、セルラ電話、セルラ電話および／またはＷＩＦＩトランシーバを備えた携帯情報端末（ＰＤＡ）、移動体電子メール受信機、移動体ウェブアクセスデバイス、ラップトップコンピュータ、パームトップコンピュータ、ならびにプロセッサを備えたその他のデバイスなど、様々な通信デバイスのうちのいずれかの上で実装され得る。加えて、本明細書で開示された様々な実施形態は、固定的なデスクトップコンピュータを含めて、プロセッサを備えた任意のデバイスによって実装され得る。通常、かかるポータブルコンピューティングデバイスは、共通して、図１０に例解された構成要素を有することになる。例えば、通信デバイス１１０または１８０は、内部メモリ１９２およびディスプレイ１１に結合されたプロセッサ１９１を含み得る。加えて、通信デバイス１１０、１８０は、プロセッサ１９１に結合されたワイヤレスデータリンクおよび／またはセルラ電話トランシーバ１９５に接続された、電磁放射を送受信するためのアンテナ１９４を有し得る。いくつかの実装形態では、トランシーバ１９５、ならびにセルラ電話通信のために使用されるプロセッサ１９１およびメモリ１９２の一部は、ワイヤレスデータリンクを介してデータインターフェイスを提供するため、エアインターフェイスと呼ばれる。通信デバイス１０は、通常、キーパッド１３または小型キーボードと、メニュー選択ボタンまたはユーザ入力を受信するためのロッカースイッチ１２とを含むことも可能である。プロセッサ１９１は、次にマイクロフォン１９およびスピーカ１８に接続されるボコーダ１９９にさらに接続され得る。この通信デバイスは、通信デバイス１１０、１８０の正確な全地球測位を決定するために、ＧＰＳ衛星から信号を受信するように構成されたＧＰＳ受信機回路１９３を含むことも可能である。通信デバイス１１０、１８０は、ユニバーサルシリアルバス（ＵＳＢ）またはＦｉｒｅＷｉｒｅ（登録商標）コネクタコンセントなど、プロセッサ１９１をパーソナルコンピュータなどの外部コンピューティングデバイスまたは外部ローカルエリアネットワークに接続するための有線ネットワークインターフェイス１９４も含み得る。
【００４３】
プロセッサ１９１は、任意のプログラマブルマイクロプロセッサ、マイクロコンピュータ、またはソフトウェア命令（アプリケーション）によって、上で説明された様々な実施形態の機能を含めて、様々な機能を実行するように構成され得る１つもしくはそれより多くのマルチプロセッサチップであってよい。一部の通信デバイス１０では、ワイヤレス通信機能専用の１つのプロセッサ、およびその他のアプリケーションを実行するための専用の１つのプロセッサなど、複数のプロセッサ１９１が提供され得る。通常、ソフトウェアアプリケーションは、アクセスされて、プロセッサ１９１内にロードされる前に、内部メモリ１９２中に格納されることが可能である。一部の通信デバイス１１０、１８０では、プロセッサ１９１は、アプリケーションソフトウェア命令を格納するために十分な内部メモリを含み得る。この説明のために、メモリという用語は、内部メモリ１９２およびプロセッサ１９１自体内のメモリを含めて、プロセッサ１９１によってアクセス可能なすべてのメモリを指す。多くの通信デバイス１０において、メモリ１９２は、揮発性メモリであってよく、もしくはフラッシュメモリなどの不揮発性メモリであってよく、またはそれら両方の混合物であってもよい。
【００４４】
上で説明された、多数の実施形態は、図１１に例解されるサーバ２１０など、様々な遠隔サーバデバイスのうちのいずれかを用いて実装されることも可能である。かかる遠隔サーバ２１０は、通常、揮発性メモリ３６２と、ディスクドライブ３６３などの大容量不揮発性メモリとに結合されたプロセッサ３６１を含む。サーバ２１０は、プロセッサ３６１に結合されたフロッピー（登録商標）ディスクドライブおよび／またはコンパクトディスク（ＣＤ）ドライブ３６６も含み得る。通常、サーバ２１０は、キーボード（図示せず）およびディスプレイ（図示せず）などのユーザ入力デバイスも含み得る。サーバ２１０は、データ接続を確立するため、あるいはＵＳＢもしくはＦｉｒｅＷｉｒｅ（登録商標）コネクタコンセント、またはプロセッサ３６１をネットワーク２０５に結合するための、その他のネットワーク接続回路３６５など、外部メモリデバスを受け入れるために、プロセッサ３６１に結合された、多数のコネクタポートも含み得る。
【００４５】
前述の方法の説明およびプロセス流れ図は、単に説明のための実施例として提供され、様々な実施形態のステップが、提示された順序で実行されなければならないことを求めること、または意味することは意図されない。当業者によって理解されるように、前述の実施形態のステップの順序は、任意の順序で実行されうる。
【００４６】
前述の実施形態を実装するために使用されるハードウェアは、当業者によって理解されるように、マイクロプロセッサユニット、マイクロコンピュータユニット、プログラマブル浮動小数点ゲートアレー（ＦＰＧＡ）、および特定用途向け集積回路（ＡＳＩＣ）を含めて、命令のセットを実行するように構成された処理要素およびメモリ要素であってよく、この命令のセットは、上の方法に対応する方法ステップを実行するためのものである。代替的には、いくつかのステップまたは方法は、所与の機能に特定の回路によって実行され得る。
【００４７】
当業者は、本明細書で開示された実施形態に関して説明された、様々な例解的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、またはそれら両方の組合せとして実装され得る点が理解されよう。ハードウェアとソフトウェアのこの交換可能性を分かりやすく例解するために、様々な例解的な構成要素、ブロック、モジュール、回路、およびステップは概してそれらの機能性の点から上で説明されている。かかる機能性がハードウェアとして実施されるかまたはソフトウェアとして実施されるかは、特定のアプリケーションおよびシステム全体に課せられた設計制約に依存する。当業者は、説明された機能性をそれぞれの特定のアプリケーションに関して様々な様式で実装することができるが、かかる実装決定は本発明の範囲からの逸脱を生じさせるものと解釈されるべきではない。
【００４８】
本明細書で開示された実施形態に関して説明された方法またはアルゴリズムのステップは、ハードウェアの形で直接的に、プロセッサによって実行されるソフトウェアモジュールの形で、またはそれら２つの組合せの形で実施されることが可能である。ソフトウェアモジュールは、その両方がＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能ディスク、ＣＤ−ＲＯＭ、もしくは当技術分野で知られている、任意のその他の有形形式のデータ記憶媒体のいずれかであってよいプロセッサ可読記憶媒体中および／またはプロセッサ可読メモリ中に存在し得る。さらに、プロセッサ可読メモリは、２つ以上のメモリチップ、プロセッサチップ内部のメモリ、個別のメモリチップ内のメモリ、ならびに、フラッシュメモリおよびＲＡＭメモリなど、異なるタイプのメモリの組合せを備え得る。本明細書における、移動体ハンドセットのメモリの参照は、特定の構成、タイプ、または実装に限定せずに、移動体ハンドセット内の任意の１つのメモリモジュールまたはすべてのメモリモジュールを包括することが意図される。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことが可能であるように、移動体ハンドセット中またはテーマサーバ（theme server）中のプロセッサに結合される。代替形態では、記憶媒体はプロセッサと一体であってよい。プロセッサおよび記憶媒体は、ＡＳＩＣ中に存在し得る。
【００４９】
様々な実施形態の先の記述は、当業者が本発明を行うこと、または使用することを可能にするために提供される。これらの実施形態への様々な修正は、当業者に容易に明らかになろう。また、本明細書で定義される一般的な原理は、本発明の趣旨または範囲から逸脱せずに、その他の実施形態に適用されることが可能である。したがって、本発明は、本明細書に示された実施形態に限定されることは意図されず、代わりに、特許請求の範囲には、本明細書で開示される原理および新規性のある特徴と一致する最大範囲が与えられるべきである。
【図１】
2011517376.tif 000003
【図２】
2011517376.tif 000004
【図３】
2011517376.tif 000005
【図４】
2011517376.tif 000006
【図５】
2011517376.tif 000007
【図６】
2011517376.tif 000008
【図７】
2011517376.tif 000009
【図８】
2011517376.tif 000010
【図９】
2011517376.tif 000011
【図１０】
2011517376.tif 000012
【図１１】
2011517376.tif 000013
【国際調査報告】
2011517376.tif 000014
2011517376.tif 000015
2011517376.tif 000016