(57)【要約】【課題】アプリケーション・ベースＭＭＳをサポートする送信装置、受信装置、送信方法、受信方法、および送信受信システムを提供すること。【解決手段】増分ＭＭＳのボディに、ＭＭＳの動的データ・セクション、ＭＭＳに関連する静的データ・インジケータ、および静的データ・インジケータにより示された静的データと動的データとの間のリンク・タグが含まれる。本発明を用いると、送信されるメッセージ量の量を減らすことができる。というのは、増分ＭＭＳの変更された部分が、動的データ・モードでショート・メッセージ・チャネルを介して直接に送信されるからである。増分ＭＭＳを、送信されるメッセージの削減に起因してＭＭＳチャネルではなくショート・メッセージ・チャネルを介して送信することができ、これによって、通信コストがさらに減る。【選択図】図５
2007181203.tif 000002
【特許請求の範囲】
【請求項１】
ＷＡＰスタック、ショート・メッセージ・センダ／レシーバ、メッセージ・ディスプレイ、およびメッセージ・ストレージを含む、アプリケーションによって送信されたＭＭＳを処理する、アプリケーション・ベースＭＭＳをサポートするクライアント受信装置であって、
前記ＭＭＳが増分ＭＭＳまたは普通のＭＭＳのどちらであるかを判定するＭＭＳパーサであって、前記増分ＭＭＳのボディが、前記ＭＭＳの動的データ・セクション、前記ＭＭＳに関連する静的データ・インジケータ、および前記示された静的データと前記動的データとの間のリンク・タグを含む、ＭＭＳパーサと、
前記リンク・タグに従って前記増分ＭＭＳを普通のＭＭＳにマージするメッセージ・マージャと
をさらに含むことを特徴とする、クライアント受信装置。
【請求項２】
前記クライアント受信装置が、さらに、受信されたメッセージがＭＭＳとして識別されるショート・メッセージ、ＭＭＳの通知ショート・メッセージ、または普通のショート・メッセージのどれであるかを判定するショート・メッセージ・パーサを含む、請求項１に記載のクライアント受信装置。
【請求項３】
前記ショート・メッセージ・パーサが、前記受信されたショート・メッセージがＭＭＳとして識別されるショート・メッセージであることに応答して、ＭＭＳとして識別される前記受信されたショート・メッセージを解析するのに使用され、その結果、前記ＭＭＳの記述フォーマットが獲得され、前記ＭＭＳ記述フォーマットが、増分ＭＭＳ記述フォーマットと普通のＭＭＳ記述フォーマットとの両方を含む、請求項２に記載のクライアント受信装置。
【請求項４】
前記リンク・タグが、前記動的データと前記静的データ・インジケータによって示される前記静的データとを新しい普通のＭＭＳにどのようにマージするかを記述する、請求項１、２、または３に記載のクライアント受信装置。
【請求項５】
前記静的データ・インジケータが、受信されたＭＭＳ番号、メッセージ番号によって示されるＭＭＳの一部、または静的データ自体のうちの１つである、請求項１、２、または３に記載のクライアント受信装置。
【請求項６】
前記メッセージ・マージャが、さらに、前記動的データ、前記静的データ、およびそれらの間の前記リンク・タグに従って、前記増分ＭＭＳを普通のＭＭＳにマージするリンク・マージャを含む、請求項１、２、または３に記載のクライアント受信装置。
【請求項７】
前記メッセージ・マージャが、さらに、
前記増分ＭＭＳの前記静的データ・インジケータが前記静的データを含むかどうかを判定する、前記静的データの判定ユニットと、
前記静的データを保管する静的データ・ストレージと
を含む、請求項６に記載のクライアント受信装置。
【請求項８】
前記メッセージ・マージャが、さらに、
前記静的データ・インジケータを基礎として前記増分ＭＭＳの前記静的データを獲得する獲得ユニット
を含む、請求項７に記載のクライアント受信装置。
【請求項９】
前記メッセージ・マージャが、さらに、
静的データを含む前記増分ＭＭＳが無変更ＭＭＳであるかどうかを判定する無変更メッセージ判定ユニットと、
無変更ＭＭＳでない前記増分ＭＭＳに関係する他のメッセージ・データを獲得し、無変更ＭＭＳが獲得されたかどうかを判定し、そうでない場合に、前記無変更ＭＭＳの獲得を待ち続ける、無変更メッセージ獲得ユニットと
を含む、請求項７に記載のクライアント受信装置。
【請求項１０】
リンク・タグ記述フォーマットが、ＸＭＬである、請求項１、２、または３に記載のクライアント受信装置。
【請求項１１】
前記装置が、さらに、前記アプリケーションとクライアントとの間の相互作用ダイアログを管理する相互作用マネージャを含む、請求項１、２、または３に記載のクライアント受信装置。
【請求項１２】
前記ショート・メッセージ・レシーバが、さらに、１つのＭＭＳとして識別される複数のショート・メッセージを受信するのに使用される、請求項１、２、または３に記載のクライアント受信装置。
【請求項１３】
処理されるＭＭＳが増分ＭＭＳまたは普通のＭＭＳのどちらであるかを判定するステップであって、前記増分ＭＭＳのボディが、前記ＭＭＳの動的データ・セクション、前記ＭＭＳに関連する静的データ・インジケータ、および前記示された静的データと前記動的データとの間のリンク・タグを含む、ステップと、
前記リンク・タグに従って前記増分ＭＭＳを普通のＭＭＳにマージするステップと
を含む、アプリケーション・ベースＭＭＳをサポートするクライアント処理方法。
【請求項１４】
ショート・メッセージを受信するステップと、
前記受信されたショート・メッセージが、ＭＭＳとして識別されるショート・メッセージ、ＭＭＳの通知ショート・メッセージ、または普通のショート・メッセージのどれであるかを判定するステップと
をさらに含む、請求項１３に記載のクライアント処理方法。
【請求項１５】
前記受信されたショート・メッセージがＭＭＳとして識別されるショート・メッセージであることに応答して、前記ＭＭＳの記述フォーマットを獲得するために、ＭＭＳとして識別されるショート・メッセージを解析するステップであって、前記ＭＭＳの前記記述フォーマットが、増分ＭＭＳおよび普通のＭＭＳの記述フォーマットを含む、ステップ
をさらに含む、請求項１４に記載のクライアント処理方法。
【請求項１６】
前記受信されたショート・メッセージがＭＭＳの通知ショート・メッセージであることに応答して、通知ショート・メッセージを基礎としてＷＡＰ接続によって前記ＭＭＳを獲得するステップ
をさらに含む、請求項１４に記載のクライアント処理方法。
【請求項１７】
前記リンク・タグが、前記増分ＭＭＳの前記動的データと前記静的データ・インジケータによって示される前記静的データとを新しい普通のＭＭＳにどのようにマージするかを記述する、請求項１３ないし１６のいずれか一項に記載のクライアント処理方法。
【請求項１８】
前記静的データ・インジケータが、受信されたＭＭＳ番号、メッセージ番号によって示される前記ＭＭＳの一部、および静的データ自体のうちの１つである、請求項１３ないし１６のいずれか一項に記載のクライアント処理方法。
【請求項１９】
前記マージするステップが、
前記増分ＭＭＳの前記静的データ・インジケータが静的データを含むかどうかを判定するステップと、
増分ＭＭＳの前記静的データ・インジケータが静的データを含む場合に前記静的データを保管するステップと、
前記動的データ、前記静的データ、およびそれらの間の前記リンク・タグに従って、前記増分ＭＭＳを普通のＭＭＳにマージするステップと
を含む、請求項１３ないし１６のいずれか一項に記載のクライアント処理方法。
【請求項２０】
前記判定するステップが、
前記増分ＭＭＳの前記静的データ・インジケータが静的データを含まない場合に前記増分ＭＭＳの静的データを獲得するステップと、
前記動的データ、前記静的データ、およびそれらの間の前記リンク・タグに従って前記増分ＭＭＳを普通のＭＭＳにマージするステップと
を含む、請求項１９に記載のクライアント処理方法。
【請求項２１】
前記判定するステップが、さらに、
静的データを含む前記増分ＭＭＳが無変更ＭＭＳであるかどうかを判定するステップと、
前記増分ＭＭＳが無変更ＭＭＳである場合に前記増分ＭＭＳの前記静的データを獲得するステップと、
前記増分ＭＭＳが無変更ＭＭＳでない場合に前記増分ＭＭＳに関係する他の情報を獲得し、無変更ＭＭＳが獲得されたかどうかを検査し、そうでない場合に、前記無変更ＭＭＳの獲得を待ち続け、そうである場合に、前記ＭＭＳの前記静的データを獲得するステップと
を含む、請求項１９に記載のクライアント処理方法。
【請求項２２】
リンク・タグ記述フォーマットが、ＸＭＬである、請求項１３ないし１６のいずれか一項に記載のクライアント処理方法。
【請求項２３】
アプリケーションとクライアントとの間の相互作用ダイアログを管理するステップ
をさらに含む、請求項１３ないし１６のいずれか一項に記載のクライアント処理方法。
【請求項２４】
ＭＭＳサーバ、ＭＭＳストレージ、ＷＡＰゲートウェイ、通知ショート・メッセージ・センダ、およびショート・メッセージ・センタを含む、アプリケーション・ベースＭＭＳをサポートする送信装置であって、
送信ＭＭＳが増分ＭＭＳまたは普通のＭＭＳのどちらであるかを判定する判定手段であって、前記増分ＭＭＳのボディが、前記ＭＭＳの動的データ・セクション、前記ＭＭＳに関連する静的データ・インジケータ、および前記示された静的データと前記動的データとの間のリンク・タグを含む、判定手段と、
送信される前記増分ＭＭＳのサイズを基礎として送信チャネルを選択する送信チャネル・セレクタであって、前記増分ＭＭＳのサイズが事前定義の閾値未満である場合に、前記ＭＭＳを送信するためにショート・メッセージ・チャネルを選択する、送信チャネル・セレクタと
をさらに含むことを特徴とする送信装置。
【請求項２５】
ＭＭＳフォーマットをショート・メッセージ・フォーマットにコーディングするフォーマット・コーダであって、前記ＭＭＳが、ショート・メッセージ・チャネルを介して送信される、フォーマット・コーダ
をさらに含む、請求項２４に記載の送信装置。
【請求項２６】
前記送信チャネル・セレクタが、前記増分ＭＭＳの前記サイズが前記事前定義の閾値より大きいと判定する場合に、ＭＭＳチャネルを介して前記ＭＭＳを送信する、請求項２４に記載の送信装置。
【請求項２７】
前記送信チャネル・セレクタが、前記増分ＭＭＳの前記サイズが前記事前定義の閾値より大きいと判定する場合に、前記増分ＭＭＳを複数のショート・メッセージに分解し、ショート・メッセージ・チャネルを介して前記ＭＭＳを送信する、請求項２４に記載の送信装置。
【請求項２８】
前記静的データ・インジケータが、受信されたＭＭＳ番号、メッセージ番号によって示されるＭＭＳの一部、および静的データ自体のうちの１つである、請求項２４ないし２７のいずれか一項に記載の送信装置。
【請求項２９】
前記リンク・タグが、前記動的データと前記静的データ・インジケータによって示される静的データとを新しい普通のＭＭＳにどのようにマージするかを記述する、請求項２４ないし２７のいずれか一項に記載の送信装置。
【請求項３０】
リンク・タグ記述フォーマットが、ＸＭＬである、請求項２４ないし２７のいずれか一項に記載の送信装置。
【請求項３１】
送信されるＭＭＳが増分ＭＭＳまたは普通のＭＭＳのどちらであるかを判定するステップであって、前記増分ＭＭＳのボディが、前記ＭＭＳの動的データ・セクション、前記ＭＭＳに関連する静的データ・インジケータ、および前記示された静的データと前記動的データとの間のリンク・タグを含む、ステップと、
送信される前記増分ＭＭＳのサイズを獲得するステップと、
前記増分ＭＭＳの前記サイズが事前定義の閾値未満である場合に、ショート・メッセージ・チャネルを介して前記ＭＭＳを送信するステップと
を含む、アプリケーション・ベースＭＭＳをサポートする送信方法。
【請求項３２】
ＭＭＳフォーマットをショート・メッセージ・フォーマットにコーディングするステップであって、前記ＭＭＳが、ショート・メッセージ・チャネルを介して送信される、ステップ
をさらに含む、請求項３１に記載の送信方法。
【請求項３３】
前記増分ＭＭＳの前記サイズが前記事前定義の閾値より大きい場合に、ＭＭＳチャネルを介して前記ＭＭＳを送信するステップ
をさらに含む、請求項３１に記載の送信方法。
【請求項３４】
送信増分ＭＭＳのサイズが閾値より大きい場合に、マルチメディア・メッセージを複数のショート・メッセージに分割するステップと、
前記複数のショート・メッセージをショート・メッセージ・チャネルを介して送信するステップと
をさらに含む、請求項３１に記載の送信方法。
【請求項３５】
前記静的データ・インジケータが、受信されたＭＭＳ番号、メッセージ番号によって示されるＭＭＳの一部、および静的データ自体のうちの１つである、請求項３１ないし３４のいずれか一項に記載の送信方法。
【請求項３６】
前記リンク・タグが、前記動的データと前記静的データ・インジケータによって示される前記静的データとを新しい普通のＭＭＳにどのようにマージするかを記述する、請求項３１ないし３４のいずれか一項に記載の送信方法。
【請求項３７】
リンク・タグ記述フォーマットが、ＸＭＬである、請求項３１ないし３４のいずれか一項に記載の送信方法。
【請求項３８】
ＭＭＳサーバ、ＭＭＳストレージ、ＷＡＰゲートウェイ、通知ショート・メッセージ・センダ、およびショート・メッセージ・センタを含み、クライアント受信装置に増分ＭＭＳを送信する送信装置であって、前記増分ＭＭＳのボディが、前記ＭＭＳの動的データ・セクション、前記ＭＭＳに関連する静的データ・インジケータ、および前記示された静的データと前記動的データとの間のリンク・タグを含む、送信装置と、
ＷＡＰスタック、ショート・メッセージ・センダ／レシーバ、メッセージ・ディスプレイを含み、それに送信されたＭＭＳを処理する、クライアント受信装置であって、さらに、
前記ＭＭＳが増分ＭＭＳまたは普通のＭＭＳのどちらであるかを判定するＭＭＳパーサと、
前記リンク・タグに従って前記増分ＭＭＳを普通のＭＭＳにマージするメッセージ・マージャと
を含むクライアント受信装置と
を含む、アプリケーション・ベースＭＭＳをサポートする送信受信システム。
【請求項３９】
前記送信システムが、さらに、
前記ＭＭＳが増分ＭＭＳまたは普通のＭＭＳのどちらであるかを判定する判定手段と、
送信増分ＭＭＳのサイズを基礎として送信チャネルを選択する送信チャネル・セレクタであって、前記増分ＭＭＳの前記サイズが事前定義の閾値未満である場合に、前記ＭＭＳがショート・メッセージ・チャネルを介して送信される、送信チャネル・セレクタと
を含む、請求項３８に記載の送信受信システム。
【請求項４０】
増分ＭＭＳを送信するステップであって、前記増分ＭＭＳのボディが、前記ＭＭＳの動的データ・セクション、前記ＭＭＳに関連する静的データ・インジケータ、および前記示された静的データと前記動的データとの間のリンク・タグを含む、ステップと、
前記増分ＭＭＳの前記送信に応答して、前記増分ＭＭＳを受信するステップと、
送信される前記ＭＭＳが増分ＭＭＳまたは普通のＭＭＳのどちらであるかを判定するステップと、
リンク・タグに従って前記増分ＭＭＳを普通のＭＭＳにマージするステップと
を含む、アプリケーション・ベースＭＭＳをサポートする送信受信方法。
【請求項４１】
増分ＭＭＳを送信する前記ステップが、さらに、
送信ＭＭＳが増分ＭＭＳまたは普通のＭＭＳのどちらであるかを判定するステップと、
前記送信ＭＭＳが増分ＭＭＳであるかどうかの判定に応答して、前記送信ＭＭＳのサイズを獲得するステップと、
前記増分ＭＭＳの前記サイズが事前定義の閾値未満である場合に、ショート・メッセージ・チャネルを介して前記ＭＭＳを送信するステップと
を含む、請求項４０に記載の送信受信方法。
【請求項４２】
請求項１３ないし２４、３２ないし３８、または４０ないし４２のいずれか一項に記載の方法を実施するプログラム・コードと前記プログラム・コードを保管する媒体と
を含むプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全般的には通信テクノロジに関する。具体的には、本発明は、アプリケーション・ベースＭＭＳをサポートする送信および受信の装置、方法、およびシステムに関する。
【背景技術】
【０００２】
マルチメディア・メッセージ・サービス（ＭＭＳ）は、２つの産業標準組織、ＷＡＰ  Ｆｏｒｕｍおよび３ＧＰＰ（３Ｇ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）によって確立された新しいグローバル・メッセージ通信標準規格である。ＭＭＳの利点は、マルチメディア機能をサポートすることであり、これによって、テキスト、イメージ、ビデオ、アニメーション、オーディオなどを含むＭＭＳが送信されるようになる。ＭＭＳは、ショート・メッセージと比較して情報機能を大幅に改善され、ユーザの経験が豊かになり、ＭＭＳは、ネットワーク・オペレーション・プロバイダおよびサービス・プロバイダの新しい利益増大ポイントであり、将来もそうである。
【０００３】
ＷＡＰプロトコルの上のレイヤで動作するように設計されたＭＭＳは、具体的なネットワーク・プラットフォームに依存せず、ＷＡＰプロトコルをサポートするすべてのネットワーク・プラットフォームによって提供することができる。したがって、ＭＭＳは、ＨＳＣＳＤ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ  Ｄａｔａ）、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）、ＧＳＭ  ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔａ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）、およびＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍｓ）をサポートすることができ、この稼動プラットフォーム独立特徴は、オペレータの投資を非常に保護することができる。
【０００４】
図１に、単純にＭＭＳのメッセージ構造を示すが、ＭＭＳには、ＭＭＳヘッドおよびＭＭＳボディが含まれる。ＭＭＳヘッドには、ソース・アドレス、オブジェクト・アドレスなど、ＭＭＳをソースからターゲットに送信する方法に関する情報が含まれる。ＭＭＳボディには、メディア・オブジェクト、プレゼンテーション・セクションなどの複数のセクションが含まれ、メディア・オブジェクトに、イメージ、テキスト、オーディオ、および選択可能プレゼンテーション・セクションが含まれ、各オブジェクトは、個々のセクションを占め、プレゼンテーション・セクションには、マルチメディア・コンテンツを提供する方法を中断する命令が含まれる。
【０００５】
従来技術に、プレゼンテーションを示すための複数のタイプのコンピュータ・プレゼンテーション言語がある。当業者によってしばしば使用されるプレゼンテーション言語が、ＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｌａｎｇｕａｇｅ）である。Ｗ３Ｃによって１９９８年６月に提案され、特にストリーム・マルチメディア用に設計されたＳＭＩＬは、ＸＭＬに基づき、タイム・シーケンスを配置することによって、オーディオ、メディア、テキスト、およびイメージをシーケンスに配置した。ＳＭＩＬは、しばしば、マルチメディア・メッセージ・プレゼンテーション言語用に展開するのに使用され、マルチメディアをウェブ・コンテンツに統合する重要な方法であり、ウェブ・コンテンツでは、ＸＭＬ言語を、マルチメディア・プレゼンテーションのタイミング、スーパー・リンクとメディア・オブジェクトのリンク、およびスクリーンのレイアウトの定義に使用することができる。ＳＭＩＬは、テキストに基づく現在のメッセージ転送テクノロジを豊かにする方法として認められている。ＳＭＩＬ言語は、モジュールの組からなり、レイアウト・モジュール、タイミング・モジュール、同期化モジュール、およびカートゥーン・モジュールなどの特定の機能領域用のセマンティックおよび構文を定義する。
【０００６】
上記のＭＭＳボディ構造から、ＭＭＳが、テキスト、ピクチャ、ビデオなどを使用してユーザに配信されるメッセージの一種として定義されていることがわかる。ＭＭＳの普及に伴って、多数のコンテンツ・プロバイダが、ＭＭＳに基づく公告配信サービスのアプリケーション、ＭＭＳに基づくチャット・ルームなど、アプリケーションをＭＭＳにカプセル化することによってユーザと通信している。しかし、これらのアプリケーションの重要な問題は、ＭＭＳの間の関係を記述する通信構文情報がないことである。たとえば、スーパーマーケットが、顧客に値引き情報を配信したいと思い、すべてのメッセージを１パッケージにパッケージ化しなければならず、値引き情報が少し変化する場合に、変化した情報と変化していない情報を含むすべての情報を再パッケージ化し、ＭＭＳシステムによって再配信しなければならず、ＭＭＳシステムが、変化した情報だけを配信することは不可能であり、これは、多すぎる情報が繰り返して配信され、ＭＭＳシステムの効率を低下させるネットワーク内の多すぎるメッセージ・フラックスにつながる。
【０００７】
その一方で、ＷＡＰプッシュ・テクノロジが、ＭＭＳで使用され、これは、ショート・メッセージの保管および配信機能に類似し、したがって、現在のＭＭＳテクノロジは、本質的に、まず保管し、次に配信するテクノロジであり、これは、ＭＭＳがセンダによって送信されるときに、ＭＭＳが、レシーバによって直接に受信されるのではなく、まずセンダのネットワークのＭＭＳセンタによって受信され、その後、ＭＭＳセンタが通知を送信して、そのメッセージをダウンロードするようにレシーバに通知することを意味する。
【０００８】
サービス・プロバイダによって開発された多くの現在のＭＭＳアプリケーションについて、このＷＡＰプッシュ・テクノロジベースのＭＭＳの送信および受信の機構の効率は、非常に低い。詳細な例示を、下で図２に基づいて与える。
【０００９】
図２に、単純に、ローミングなしの現在のＭＭＳ送信受信を実施するシステムを示すが、この図では、ＭＭＳアプリケーション・システムの低い効率につながり、ＭＭＳの送信および受信に関係するコンポーネントだけがリストされ、ＭＭＳセンタ２０２およびバックエンド・アプリケーション・サーバの通信インターフェースを提供するＭＭＳゲートウェイなどの他のコンポーネントは、リストされていない。図２では、センダが、アプリケーション２２８であり、レシーバが、ＭＭＳクライアント・レシーバ２１６であり、ＭＭＳクライアント・レシーバ２１６は、ＷＡＰプロトコル・スタック２２０、ショート・メッセージ・センダおよびレシーバ２２２、メッセージ・ディスプレイ２２４、ならびにメッセージ・ストレージ２２６を含む。アプリケーション２２８は、ＭＭＳセンダ２００およびラジオ送信塔２１４を介してＭＭＳクライアント・レシーバ２１６にＭＭＳを送信する。図３に、現在のＭＭＳ送信受信プロセスを詳細に示す。ＭＭＳセンダ２００内で、ＭＭＳの送信および受信に関係するコンポーネントに、ＭＭＳセンタ２０２、ショート・メッセージ・サービス（ＳＭＳ）センタ２１０、およびＭＭＳセンタ２０２に関連する無線ＷＡＰゲートウェイが含まれる。ここで、ＭＭＳセンタ２０２は、ＭＭＳセンダ２００内のすべてのコンポーネントの中でＭＭＳ処理に関するコア・ユニットであり、ＭＭＳストレージおよび動作のサポートを提供するだけではなく、柔軟なアドレッシング機能も提供する。ＭＭＳセンタ２０２に、ＭＭＳを処理するＭＭＳサーバ２０４、通知ショート・メッセージ・サービス（ＳＭＳ）センダ２０６およびＭＭＳストレージが含まれる。
【００１０】
図３に、アプリケーション２２８がＭＭＳを送信し、ＭＭＳクライアント・レシーバ２１６がＭＭＳを受信する、既存プロセスを示す。図３では、ステップＳ３０１で、アプリケーションが、送信のためにＭＭＳを準備し、ステップＳ３０３で、アプリケーション２２８が、そのＭＭＳをＭＭＳセンタ２０２に送信し、ステップＳ３０５で、ＭＭＳセンタ２０２が、ＭＭＳを受信し、ＭＩＭＥフォーマットに変換し、その後、ＭＭＳストレージ２０８に保管する。上のステップＳ３０１、Ｓ３０３、およびＳ３０５は、ＭＭＳを送信するための準備作業であり、これらを、本明細書の後の部分では、ＭＭＳ送信の準備ステップと短く呼ぶ。次に、ＭＭＳセンタ２０２が、そのＭＭＳをＭＭＳクライアント・レシーバ２１６に送信する準備をし、ステップＳ３０７で、ＭＭＳセンタは、ＷＡＰプッシュを使用する、すなわち、通知ＳＭＳを送信するようにＳＭＳセンタ２１０に通知し、ステップＳ３０９で、ＳＭＳセンタが、通知ＳＭＳを送信する。この形で、ＭＭＳを送信するプロセスが実施される。次は、ＭＭＳクライアント・レシーバ２１６がＭＭＳを受信するプロセスである。ＭＭＳクライアント・レシーバ２１６は、ステップＳ３１１で通知ＳＭＳを受信し、ＭＭＳクライアント・レシーバ２１６は、ステップＳ３１３で、ＷＡＰ接続を作成して、ＷＡＰゲートウェイ２１２を介してＭＭＳを獲得するためにＭＭＳストレージ・アドレスＵＲＬと共に要求をＭＭＳセンタ２０２に送信し、ステップＳ３１５で、ＭＭＳセンタ２０２が、同一の接続を介してＭＭＳクライアント・レシーバ２１６にＭＭＳを送信し、ステップＳ３１７で、ＭＭＳクライアント・レシーバが、同一のＷＡＰ接続を介して受信の成功を通知し、ステップＳ３１９で、ＭＭＳセンタ２０２が、ＭＭＳが受信されたことをセンダのアプリケーション２２８に通知し、ＭＭＳセンタ２０２は、ＭＭＳが送信されたことをセンダのアプリケーション２２８に通告し、センダのアプリケーション２２８クライアントは、「メッセージが送信された」を表示し、この形で、ＭＭＳクライアント・レシーバ２１６のＭＭＳ受信プロセスが実施された。後の説明の便宜のために、ステップＳ３１３、Ｓ３１５、Ｓ３１７、およびＳ３１９の組合せを、普通のＭＭＳを受信するステップと呼ぶ。
【００１１】
上のＭＭＳ送信実施プロセスから、ＭＭＳセンタ２０２が、ＭＭＳをＭＭＳクライアント・レシーバ２１６に直接に送信するのではなく、通知ＳＭＳを送信し、ＭＭＳが待っていることをＭＭＳクライアント・レシーバ２１６に通知することがわかる。ＭＭＳが最終的にＷＡＰ接続を介してＭＭＳクライアント・レシーバ２１６に配信されない限り、ユーザは、どのＭＭＳが受信されるかを知らない。ユーザが、「即座にピックアップ」としてＭＭＳクライアント・レシーバ２１６をセット・アップする場合に、ＭＭＳクライアント・レシーバ２１６は、自動的にＭＭＳをピックアップし、その後、センダに「メッセージが受信された」と通知する。
【００１２】
ＭＭＳ受信プロセスが、特にメッセージ・サイズが小さいときに、非常に複雑であることに留意されたい。通信遅延は、それに対応して長い。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
要約すると、現在のＭＭＳシステムの低い効率の下にある２つの主要な理由は、一方では大量のメッセージ・フラックスにつながる、多すぎる情報が繰り返して送信されることであり、他方では通知ＳＭＳが通信を必要とすることである。
【課題を解決するための手段】
【００１４】
上の２つの問題を解決するために、本発明の目的の１つは、新しいＭＭＳ記述フォーマットを利用することによって、ＭＭＳの変更された部分だけを記述することである。ＭＭＳの変更された部分だけを送信することに起因して、同一の通信目標という条件で、通信量が減り、ネットワーク・リソースも節約される。さらに、ＭＭＳの変更された部分のサイズは小さいので、ＭＭＳをＳＭＳチャネルを介して送信して、ＭＭＳシステムの効率をさらに改善することができる。
【００１５】
本発明を用いると、現在のＭＭＳ稼動モデルを変更しないことを前提条件として、ＭＭＳ送信速度が改善され、ＭＭＳのリアル・タイム応答が高まり、ユーザの経験が改善される。さらに、ＳＭＳチャネルを介して小さいサイズのＭＭＳを送信することに起因して、ユーザのコストが減り、ＭＭＳを受け入れることが簡単になり、また、本発明を使用することによって、ＭＭＳサービス・プロバイダのユーザ数が増え、サービス品質が高まり、サービス収入が増える。
【００１６】
本発明の一態様によれば、ＷＡＰスタック、ショート・メッセージ・センダ／レシーバ、メッセージ・ディスプレイ、およびメッセージ・ストレージを含む、アプリケーションによって送信されたＭＭＳを処理する、アプリケーション・ベースＭＭＳをサポートするクライアント受信装置であって、前記ＭＭＳが増分ＭＭＳまたは普通のＭＭＳのどちらであるかを判定するＭＭＳパーサであって、前記増分ＭＭＳのボディが、前記ＭＭＳの動的データ・セクション、前記ＭＭＳに関連する静的データ・インジケータ、および前記示された静的データと前記動的データとの間のリンク・タグを含む、ＭＭＳパーサと、前記リンク・タグに従って前記増分ＭＭＳを普通のＭＭＳにマージするメッセージ・マージャとをさらに含むことを特徴とする、クライアント受信装置が提供される。
【００１７】
本発明のもう１つの態様によれば、処理されるＭＭＳが増分ＭＭＳまたは普通のＭＭＳのどちらであるかを判定するステップであって、前記増分ＭＭＳのボディが、前記ＭＭＳの動的データ・セクション、前記ＭＭＳに関連する静的データ・インジケータ、および前記示された静的データと前記動的データとの間のリンク・タグを含む、ステップと、前記リンク・タグに従って前記増分ＭＭＳを普通のＭＭＳにマージするステップとを含む、アプリケーション・ベースＭＭＳをサポートするクライアント処理方法が提供される。
【００１８】
本発明のもう１つの態様によれば、ＭＭＳサーバ、ＭＭＳストレージ、ＷＡＰゲートウェイ、通知ショート・メッセージ・センダ、およびショート・メッセージ・センタを含む、アプリケーション・ベースＭＭＳをサポートする送信装置であって、送信ＭＭＳが増分ＭＭＳまたは普通のＭＭＳのどちらであるかを判定する判定手段であって、前記増分ＭＭＳのボディが、前記ＭＭＳの動的データ・セクション、前記ＭＭＳに関連する静的データ・インジケータ、および前記示された静的データと前記動的データとの間のリンク・タグを含む、判定手段と、送信される前記増分ＭＭＳのサイズを基礎として送信チャネルを選択する送信チャネル・セレクタであって、前記増分ＭＭＳのサイズが事前定義の閾値未満である場合に、前記ＭＭＳを送信するためにショート・メッセージ・チャネルを選択する、送信チャネル・セレクタとをさらに含むことを特徴とする送信装置が提供される。
【００１９】
本発明のもう１つの態様によれば、送信されるＭＭＳが増分ＭＭＳまたは普通のＭＭＳのどちらであるかを判定するステップであって、前記増分ＭＭＳのボディが、前記ＭＭＳの動的データ・セクション、前記ＭＭＳに関連する静的データ・インジケータ、および前記示された静的データと前記動的データとの間のリンク・タグを含む、ステップと、送信される前記増分ＭＭＳのサイズを獲得するステップと、前記増分ＭＭＳの前記サイズが事前定義の閾値未満である場合に、ショート・メッセージ・チャネルを介して前記ＭＭＳを送信するステップとを含む、アプリケーション・ベースＭＭＳをサポートする送信方法が提供される。
【００２０】
本発明のもう１つの態様によれば、ＭＭＳサーバ、ＭＭＳストレージ、ＷＡＰゲートウェイ、通知ショート・メッセージ・センダ、およびショート・メッセージ・センタを含み、クライアント受信装置に増分ＭＭＳを送信する送信装置であって、前記増分ＭＭＳのボディが、前記ＭＭＳの動的データ・セクション、前記ＭＭＳに関連する静的データ・インジケータ、および前記示された静的データと前記動的データとの間のリンク・タグを含む、送信装置と、ＷＡＰスタック、ショート・メッセージ・センダ／レシーバ、メッセージ・ディスプレイを含み、それに送信されたＭＭＳを処理する、クライアント受信装置であって、さらに、前記ＭＭＳが増分ＭＭＳまたは普通のＭＭＳのどちらであるかを判定するＭＭＳパーサと、前記リンク・タグに従って前記増分ＭＭＳを普通のＭＭＳにマージするメッセージ・マージャとを含むクライアント受信装置とを含む、アプリケーション・ベースＭＭＳをサポートする送信受信システムが提供される。
【００２１】
本発明のもう１つの態様によれば、増分ＭＭＳを送信するステップであって、前記増分ＭＭＳのボディが、前記ＭＭＳの動的データ・セクション、前記ＭＭＳに関連する静的データ・インジケータ、および前記示された静的データと前記動的データとの間のリンク・タグを含む、ステップと、前記増分ＭＭＳの前記送信に応答して、前記増分ＭＭＳを受信するステップと、送信される前記ＭＭＳが増分ＭＭＳまたは普通のＭＭＳのどちらであるかを判定するステップと、リンク・タグに従って前記増分ＭＭＳを普通のＭＭＳにマージするステップとを含む、アプリケーション・ベースＭＭＳをサポートする送信受信方法が提供される。
【００２２】
本発明のもう１つの態様によれば、請求項１３ないし２４、３２ないし３８、または４０ないし４２のいずれか一項に記載の方法を実施するプログラム・コードと前記プログラム・コードを保管する媒体とを含むプログラム製品が提供される。
【００２３】
本発明の新規の独自の特徴は、添付の特許請求の範囲に記載されている。しかし、本発明、その好ましい実施形態、その目的および長所を、添付図面と共に次の実施形態とあいまって解釈して理解することがよりよい。
【発明を実施するための最良の形態】
【００２４】
本発明の実施形態を、これから、添付図面を参照して下でより詳細に説明する。次の特定の詳細が、当業者が本発明を実施することを可能にすることを理解されたい。しかし、本発明のさまざまな変更および修正を行うことは当業者にとって明白であり、本発明で提案される原理は、他の実施形態に適用することができる。したがって、本発明は、次の詳細な好ましい実施形態に制限されない。
【００２５】
ＭＭＳアプリケーションについて、ユーザとバック・エンド・サーバとの間で交換される大量の情報が存在する。したがって、ＭＭＳパッケージにある種の増分アップデート機構を追加して、通信フラックスを減らすことが可能である。本明細書で使用される際に、既存ＭＭＳ記述モードを使用するＭＭＳを、普通のＭＭＳと称し、本発明によって提案されるＭＭＳ記述モードを使用するＭＭＳを、増分ＭＭＳと称する。
【００２６】
これから図４を参照するが、図４には、増分アップデート機構を提案した増分ＭＭＳの記述方法が示されている。図４のＭＭＳ（１）４０１は、ＭＭＳのボディが静的データ・セクションと動的データ・セクションに分割された増分ＭＭＳを示す。静的データは、ユーザとサーバの間の後の相補的な通信の基礎として働くが、テキスト、ピクチャ、オーディオなどの普通のＭＭＳオブジェクトを含み、ユーザがサーバと通信するときにより低い頻度で変更されるデータを記述するのに使用される。たとえば、ＭＭＳチャット・アプリケーションについて、チャット・ルームの背景は、静的データとして扱うことができる。動的データは、ユーザがサーバと通信するときにより頻繁に変更されるデータを記述するのに使用され、たとえば、上のＭＭＳチャット・アプリケーションについて、チャット内容を、動的データとして扱うことができる。静的データと動的データの組合せは、これらの間の関係を暗示するが、ＭＭＳ全体の内容を提供し、それ自体が一種の関係記述である。図４のＭＭＳ（２）４０３は、動的データだけを含むもう１つの増分ＭＭＳを示す。この実施形態では、ＭＭＳ動的データに関連する静的データ・インジケータが、静的データの位置またはソース、そのソースなどを示すために含まれる。さらに、リンク・タグも含まれ、このリンク・タグは、静的データおよび動的データを新しいＭＭＳにどのようにマージするか、たとえば、動的データを最初に送信された静的データと共に新しいＭＭＳにどのようにマージするかを記述する。この種のＭＭＳを送信することによって、ＭＭＳボディ・データのサイズが大幅に減り、通信フラックスも減る。
【００２７】
上の２つの実施形態は、増分ＭＭＳの２つの記述フォーマットを示すが、増分ＭＭＳの記述フォーマットは、上の２つの記述フォーマットによって限定はされない。メッセージ・ボディが、ＭＭＳ動的データ、動的データに関連するＭＭＳ静的データ・インジケータ、ならびに静的データと動的データとの間のリンク・タグだけを含む場合に、そのメッセージは、一種の増分ＭＭＳである。
【００２８】
増分ＭＭＳのリンク・タグは、動的データと増分ＭＭＳの静的データ・インジケータによって示される静的データとを新しい普通のＭＭＳにどのようにマージするかを記述する。ファイルが、好ましい実施形態でリンク・タグを定義するのに使用され、このファイルは、ＸＭＬファイル、テキスト・ファイルなどを含むがこれらに限定されないさまざまなフォーマットを使用する一種の記述ファイルである。好ましい実施形態として、図４のＸＭＬファイル４０５は、４０３としてタグ付けされたＭＭＳによって使用されるリンク・タグのＸＭＬファイルを示し、このＸＭＬファイルは、４０３としてタグ付けされたＭＭＳ内のｎｅｗ．ｔｘｔが、００１としてタグ付けされたメッセージ内のｃｈａｔ．ｔｘｔファイルを置換するのに使用され、その結果、新しいＭＭＳが生成されることを示す。処理を容易にするために、メッセージに番号を付けることが通常であり、その場合に、ＭＭＳに関連する静的データ・インジケータが、静的データに元々存在するＭＭＳのメッセージ番号を使用することができ、あるいは、ＭＭＳのメッセージ番号によって示されるメッセージの一部分を使用することができる。実際には、静的データ自体を、一種の静的データ・インジケータとみなすことができる。したがって、増分ＭＭＳの静的データ・インジケータは、メッセージ番号、メッセージ番号によって示されるメッセージの一部、および静的データ自体のうちの１つとすることができる。図４に示された増分ＭＭＳの記述方法を適用した後に、通信フラックスは、既存の普通のＭＭＳを使用することによるもの比較して、増分動的データだけを含むメッセージ本体を有するＭＭＳを使用することによって、大幅に減らされる。
【００２９】
増分ＭＭＳ記述を適用した後に、ＭＭＳを、主ＭＭＳチャネルを介して送信することができ、さらに、小さいメッセージ・ボディ・サイズを有するＭＭＳを、ショート・メッセージ・チャネルを介して送信することができる。ＭＭＳは、クライアントが通知ショート・メッセージによって通知された後にＷＡＰプッシュによってＭＭＳクライアントによって入手されるメッセージなので、通知ショート・メッセージのフォーマットは、ＭＭＳクライアントがＭＭＳを処理するのを容易にするために、通知ショート・メッセージを送信せずに、ＭＭＳデータを送信するために適用される。しかし、元々の通知ショート・メッセージの固有フォーマットにのみ起因して、ＭＭＳクライアントは、通知ショート・メッセージを認識することができる。ＭＭＳの新しいショート・メッセージ・フォーマットも認識するために、通知ショート・メッセージのフォーマットを、少し変更する必要がある。次に、ショート・メッセージ・チャネルを介して送信されるＭＭＳは、ＭＭＳとして識別されるショート・メッセージのフォーマットに従う。この目的は、フォーマット・コーディングによって得ることができる。
【００３０】
図５を参照すると、図５には、ＭＭＳがＭＭＳ通知ショート・メッセージ・フォーマットを用いてショート・メッセージ・チャネルを介して送信される、本発明によるＭＭＳとして識別されるショート・メッセージ・フォーマットが示されている。ＭＭＳが、図１によるメッセージ・ヘッドおよびメッセージ・ボディを含むことがわかっている。ＭＭＳのメッセージ・ヘッドは、このＭＭＳをソースから対象にどのように送信するかに関する情報、たとえば、ソース・アドレス、対象アドレスなどが含まれる。通知ショート・メッセージのフォーマットは、従来技術で定義されており、これが、図５のタグ５０１に示されている。このフォーマットに、ショート・メッセージ・ヘッダ５０５およびショート・メッセージ・ボディ５０７が含まれ、ショート・メッセージ・ヘッダ５０５は、ヘッダ長５１３、宛先ポート５１５、およびソース・ポート５１７を含み、ショート・メッセージ・ボディ５０７は、トランザクションＩＤ  ５１９、メッセージ・タイプ５２１、およびＭＭＳ通知データ５２３を含み、ＭＭＳとして識別される通知ショート・メッセージのメッセージ・タイプは、０ｘ０６と定義される。ＭＭＳとして識別されるショート・メッセージ５０３は、ＳＭＳヘッダ５０９およびＳＭＳボディ５１１を含む、ＭＭＳ通知ショート・メッセージに似たフォーマットを利用する。ＳＭＳヘッダ５０９に、ヘッダ長５２５、宛先ポート５２７、およびソース・ポート５２９が含まれ、ＳＭＳボディ５１１に、トランザクションＩＤ  ５３１、メッセージ・タイプ５３３、およびＭＭＳデータ５３５が含まれ、ＭＭＳとして識別されるショート・メッセージのメッセージ・タイプは、他のデータとして定義され、ここでは０ｘ０７と仮定される。この仮定は、本発明開示の限定と考えることはできない。当業者は、本発明開示でＭＭＳとして識別されるショート・メッセージの提案されるフォーマットを、ショート・メッセージ送信の標準規格の範囲内でさまざまな形で修正できることを知るであろう。これらの修正のすべてが、本発明の保護範囲に含まれる。この好ましい実施形態では、メッセージ・タイプが、ＭＭＳ通知ショート・メッセージをＭＭＳとして識別されるショート・メッセージから区別するのに使用され、ＭＭＳ通知データ５２３は、通知ショート・メッセージ内に図示され、ＭＭＳデータ５３５は、ＭＭＳとして識別されるショート・メッセージ内に図示されている。
【００３１】
図６を参照すると、図６には、本発明によるアプリケーション・ベースＭＭＳをサポートするセンダ・デバイスが示されている。ＭＭＳセンダ・デバイス６００に、図２に示された現在のＭＭＳセンダ・デバイスの装置、たとえば、ＭＭＳストレージ６０８と通知ＳＭＳセンダ６０６とＭＭＳサーバ６０４とを含むＭＭＳセンタ６０２、ＷＡＰゲートウェイ６１２、ＳＭＳセンタ６１０などが含まれる。さらに、ＭＭＳセンダ・デバイス６００に、送信ＭＭＳが普通のＭＭＳまたは増分ＭＭＳのどちらであるかを判定する判定手段６０１も含まれる。普通のＭＭＳの場合に、メッセージは、従来技術のテクノロジを使用して送信されるが、増分ＭＭＳの場合に、本発明で提案されるいくつかの装置が使用される。たとえば、送信チャネル・セレクタ６０３が、増分ＭＭＳのメッセージ・サイズを入手し、その後、送信ＭＭＳのメッセージ・サイズとセット閾値との間の関係を判定するのに使用される。メッセージ・サイズがこの閾値より大きい場合に、そのメッセージは、従来技術のテクノロジを使用して送信される。上のセット閾値は、一時の最大通信量に関係する。ＭＭＳとして識別されるショート・メッセージは、この状況では単一ＭＭＳであり、たとえば、ショート・メッセージ自体が、一体化されたＭＭＳであり、ＭＭＳを他のショート・メッセージと組み合わせる必要はない。単一ＭＭＳがここで定義されるのは、送信されるＭＭＳのメッセージ・サイズが上のセット閾値より大きい場合に、そのＭＭＳを、限定的な状況でＭＭＳとして識別される複数のショート・メッセージに分割することができるからである。詳細なプロセスは、次のステップで紹介する。
【００３２】
好ましい実施形態では、ＭＭＳセンダ・デバイスに、さらに、ショート・メッセージ・チャネルを介して送信されるＭＭＳとして識別されるショート・メッセージのフォーマットをコーディングするフォーマット・コーダ６０５が含まれる。ＭＭＳの特定のフォーマットに起因して、ショート・メッセージがショート・メッセージ・フォーマットを用いて送信されるときに、特殊なショート・メッセージ・フォーマットが必要である。このショート・メッセージ・フォーマットは、図５で定義されており、このフォーマットが、ＭＭＳデータのフォーマットをコーディングするのにフォーマット・コーダ６０５によって使用される。
【００３３】
もう１つの好ましい実施形態では、メッセージ・サイズが上のセット閾値より大きい場合に、送信チャネル・セレクタ６０３は、そのＭＭＳをＭＭＳチャネルを介して送信するように、たとえば、そのＭＭＳの通知ショート・メッセージを送信するように、ＭＭＳセンタ６０２に通知することができる。増分ＭＭＳを、ショート・メッセージ・チャネルを介して送信される複数のショート・メッセージに分解することもできる。この場合に、ショート・メッセージは、非単一ＭＭＳとして示される、すなわち、ショート・メッセージ自体は、非一体化ＭＭＳを表し、一体化されたＭＭＳを形成するために他のショート・メッセージと組み合わされる必要があり、各非単一ショート・メッセージを識別する必要がある。当業者は、たとえばＭＭＳデータ５３５内にヘッダを追加するなど、さまざまな識別方法を使用できることを諒解するであろう。ＭＭＳを複数のショート・メッセージに分解することによってＭＭＳを送信するのか、既存ＭＭＳテクノロジを使用してＭＭＳを送信するのかは、具体的な応用例ならびにショート・メッセージおよびＭＭＳのメッセージ料金に依存する。ユーザは、そのユーザの好みに従って上の方法を選択することができる。具体的には、送信チャネル・セレクタ６０３は、増分ＭＭＳをＭＭＳとして識別される複数のショート・メッセージに分解することができ、その後、フォーマット・コーダ６０５が、フォーマットをコーディングした後にこれらを送信する。
【００３４】
上の判定手段６０１、送信チャネル・セレクタ６０３、およびフォーマット・コーダ６０５の機能は、ＣＰＵ、入出力インターフェースなどの装置によって実施され、これらの物理的装置は、ＭＭＳセンタ６０２内に置かれることに制限されるのではなく、ＭＭＳセンタ６０２の外部に置くことができる。
【００３５】
図７を参照すると、図７には、本発明によるアプリケーション・ベースＭＭＳをサポートする送信方法のプロセスが示されている。この方法では、ステップＳ７０１で送信プロセスが開始され、ステップＳ７０３で送信準備を行うが、これは、図３の対応する説明で定義されている。ステップＳ７０５で、送信メッセージが普通のＭＭＳまたは増分ＭＭＳのどちらであるかを判定する。普通のＭＭＳの場合に、ステップＳ７１９で、通知ショート・メッセージを準備し、次に、ステップＳ７２３で、そのショート・メッセージを送信する。増分ＭＭＳの場合に、まず、増分ＭＭＳをＭＭＳセンタ６０２から送信チャネル・セレクタ６０３に送り、たとえば、ステップＳ７０７で、増分ＭＭＳを獲得し、次に、ステップＳ７０９で、送信チャネル・セレクタ６０３が、送信されるＭＭＳのサイズを獲得する。当業者には、メッセージ・サイズをどのように獲得するかが明白であるはずであり、それを行う非常に多数の方法があるので、これは特定の方法に限定されない。次に、ステップＳ７１１で、送信チャネル・セレクタ６０３が、ＭＭＳサイズが前にセットされた閾値より大きいかどうかを判断する。ＭＭＳサイズが閾値以下である場合には、このプロセスはステップＳ７１７に進んで、メッセージを送信するショート・メッセージ・チャネルを選択する。ＭＭＳサイズが閾値より大きい場合には、ステップＳ７１３でさらなる判断を行って、複数のショート・メッセージをＭＭＳとして送信しなければならないかどうかを判断する。適当である場合には、ステップＳ７１５で、送信増分ＭＭＳを複数のショート・メッセージに分解し、その後、ステップＳ７１７で、これらのショート・メッセージを送信するショート・メッセージ・チャネルを選択する。ＭＭＳを複数のショート・メッセージに分解することが適当でない場合には、このプロセスは、ステップＳ７１９に進んで、普通のショート・メッセージを使用して送信するために通知ショート・メッセージを準備し、ステップＳ７２３で、その通知ショート・メッセージを送信する。メッセージが、ショート・メッセージ・チャネルを使用することのみによって送信される場合に、ステップＳ７２１が使用され、増分ＭＭＳのショート・メッセージ・フォーマットをコーディングすることが必要になる。次に、ステップＳ７２３でショート・メッセージを送信する。ステップＳ７２５で、送信プロセスを終了する。したがって、上の説明から、ショート・メッセージ送信デバイスによって最終的に送信されるメッセージが、ショート・メッセージであり、このメッセージを、普通のショート・メッセージ、ＭＭＳとして識別されるショート・メッセージ、またはＭＭＳ通知ショート・メッセージとすることができることがわかる。
【００３６】
図８を参照すると、図８には、本発明によるアプリケーション・ベースＭＭＳをサポートするクライアント・レシーバ・デバイスが示されている。このデバイスは、マルチメディア携帯電話機、ＰＤＡなどを含むがこれらに限定されないマルチメディア・モバイル・デバイスとすることができる。ＭＭＳクライアント・レシーバ・デバイス８００は、増分ＭＭＳを処理することができる。従来技術のＷＡＰプロトコル・スタック８２０、ショート・メッセージ・センダ／レシーバ８２２、メッセージ・ディスプレイ８２４、およびメッセージ・ストレージ８２６とは別に、ＭＭＳクライアント・レシーバ・デバイス８００に、ＭＭＳが増分ＭＭＳと普通のＭＭＳのどちらであるかを判定するＭＭＳパーサ８０５と、増分ＭＭＳをリンク・タグに従って普通のＭＭＳにマージするメッセージ・マージャ８０３とも含まれる。ＭＭＳパーサ８０５によってＭＭＳが増分ＭＭＳと普通のＭＭＳのどちらであるかを判定する方法は、当業者に周知であり、本発明は、特定の方法に限定されるのではなく、そのような方法のすべてを含むことが意図されている。
【００３７】
増分ＭＭＳを普通のＭＭＳにマージするメッセージ・マージャ８０３に、動的データ、静的データ、およびこれらの間のリンク・タグに従って増分ＭＭＳを普通のＭＭＳにマージする代替リンク・マージャと、静的データを保管する静的データ・ストレージと、増分ＭＭＳの静的インジケータに静的データが含まれるかどうかを判定する静的データの判定ユニットとが含まれることが好ましい。静的データが含まれる場合に、メッセージ・マージャ８０３に、さらに、静的データを保管する静的データ・ストレージが含まれる。静的データが含まれない場合に、メッセージ・マージャ８０３に、さらに、静的データのインジケータを基礎としてＭＭＳの静的データを獲得する獲得ユニットが含まれる。静的データが含まれない場合に、メッセージ・マージャ８０３に、さらに、静的データを含む増分ＭＭＳが無変更ＭＭＳであるかどうかを判定する無変更メッセージ判定ユニットが含まれ、増分ＭＭＳが無変更ＭＭＳでない場合に、メッセージ・マージャ８０３に、さらに、無変更ＭＭＳでない増分ＭＭＳに関連する他のメッセージ・データを獲得し、無変更ＭＭＳが獲得されたかどうかを判定し、無変更ＭＭＳが獲得されるまで無変更ＭＭＳの獲得を待ち続ける無変更メッセージ獲得ユニットが含まれる。上の装置のすべてが、図８には図示されていないが、当業者は、これらの装置のすべてを、プロセッサ、マイクロプロセッサ、ＤＳＰ、および特殊回路の形で実施できることを知るであろう。したがって、メッセージ・マージャ８０３全体を、ＣＰＵ、入出力インターフェースなどの装置によって実施することができる。
【００３８】
代替案では、図８に示されたＭＭＳクライアント・レシーバ・デバイス８００に、さらに、ショート・メッセージ・パーサ８０７が含まれ、ショート・メッセージ・パーサ８０７は、ショート・メッセージ・センダ／レシーバ８２２からショート・メッセージを獲得し、このメッセージの内容を解析して、受信されたメッセージが、ＭＭＳとして識別されるメッセージ、ＭＭＳの通知ショート・メッセージ、または普通のショート・メッセージのどれであるかを、メッセージ・タイプを区別することによって判定する。ＭＭＳとして識別されるショート・メッセージについて、ショート・メッセージ・パーサ８０７は、ショート・メッセージ・フォーマットをＭＭＳフォーマットに変更し、その後、そのメッセージをメッセージ・マージャ８０３に送り、普通のショート・メッセージについて、メッセージ・ディスプレイ８２４が、そのメッセージを表示し、ＭＭＳ通知のショート・メッセージについて、そのメッセージは、メッセージ・ディスプレイ８２４に送られ、その間に、ＷＡＰプロトコル・スタック８２０が、ＭＭＳを入手する。ショート・メッセージ・パーサ８０７は、ＣＰＵ、入出力インターフェースなどの装置によって実施することができる。
【００３９】
代替案では、図８に示されたＭＭＳクライアント・レシーバ・デバイス８００に、さらに、アプリケーションとＭＭＳクライアント・レシーバ・デバイス８００との間の相互作用を管理し、ユーザ照会検索インターフェースなどを提供する相互作用マネージャ８０９が含まれる。相互作用マネージャ８０９は、ＣＰＵ、入出力インターフェースなどの装置によって実施することができる。
【００４０】
図９を参照すると、図９には、本発明によるアプリケーション・ベースＭＭＳをサポートする受信方法のプロセスが示されている。この方法では、受信プロセスが、ステップＳ９０１で開始され、ステップＳ９０３でショート・メッセージを受信し、ステップＳ９０５で、ショート・メッセージが、ＭＭＳとして識別されるショート・メッセージ、ＭＭＳの通知ショート・メッセージ、または普通のショート・メッセージのどれであるかを判定する。普通のショート・メッセージの場合に、ステップＳ９３１でそのショート・メッセージを表示し、保管し、このプロセスは終了する。ＭＭＳの通知ショート・メッセージの場合に、ステップＳ９０７で、ＭＭＳクライアント・レシーバ・デバイス８００が、ＷＡＰ接続を介してＭＭＳの通知ショート・メッセージによって示されるＵＲＬ情報を基礎としてＭＭＳを獲得する、すなわち、図３で定義された普通のＳＭＳを受信するステップであるが、この場合のＭＭＳは、普通のＭＭＳまたは増分ＭＭＳのいずれかである。ＭＭＳとして識別されるショート・メッセージの場合に、ステップＳ９０９で、ＭＭＳとして識別されるショート・メッセージを解析して、ＭＭＳの記述フォーマットを獲得するが、この記述フォーマットには、増分ＭＭＳと普通のＭＭＳの両方の記述フォーマットが含まれる。したがって、受信ＭＭＳの内容が得られる。しかし、内容記述フォーマットは、普通のＭＭＳまたは増分ＭＭＳの記述フォーマットのいずれかである可能性がある。普通のＭＭＳ表示、保管などの既存ＭＭＳクライアント・テクノロジをさらに利用するために、ステップＳ９１１で、処理されるＭＭＳが普通のＭＭＳまたは増分ＭＭＳのどちらであるかに関して判定する。普通のＭＭＳの場合に、ステップＳ９２５でのＭＭＳの表示を含めて、ステップＳ９２７でＭＭＳを保管し、ステップＳ９２９でダイアログを管理する既存テクノロジを使用して、ＭＭＳだけが表示され、保管される。増分ＭＭＳの場合に、ステップＳ９１３で、増分ＭＭＳの静的インジケータに静的データが含まれるかどうかに関して判定する。静的データが含まれる場合に、その静的データを保管し、この保管された静的データは、後のメッセージ交換の基礎として働く。ステップＳ９２３で、増分ＭＭＳを、動的データ、静的データ、およびそれらの間のリンク・タグに従って普通のＭＭＳにマージする。静的データが含まれない場合には、ステップＳ９１５で、増分ＭＭＳが無変更ＭＭＳであるかどうかに関して判定し、そうである場合には、ステップＳ９１７で、増分ＭＭＳの静的データを獲得し、ステップＳ９２３で、増分ＭＭＳを、動的データ、静的データ、およびそれらの間のリンク・タグに従って普通のＭＭＳにマージする。無変更ＭＭＳではない場合には、増分ＭＭＳに関係する他のメッセージ・データを獲得し、無変更ＭＭＳが獲得されたかどうかを判定する。獲得されていない場合には、このプロセスは、無変更ＭＭＳを待ち続け、増分ＭＭＳが無変更ＭＭＳである場合に、増分ＭＭＳの静的データを獲得し、ステップＳ９２３で、増分ＭＭＳを、動的データ、静的データ、およびそれらの間のリンク・タグに従って普通のＭＭＳにマージする。次に、普通のＭＭＳについて、マージの後に、ステップＳ９２５でのＭＭＳを表示するステップ、ステップＳ９２７のＭＭＳを保管するステップ、およびＳ９２９でのダイアログを管理するステップを含む既存のテクノロジを組み合わせて、ＭＭＳを表示し、保管し、最後に、受信プロセスは、ステップＳ９３３で終了する。
【００４１】
図４に戻って、次で、図４に示されたＭＭＳを基礎とする方法をさらに示す。ＭＭＳクライアント・レシーバ・デバイスは、ＭＭＳ（１）４０１を受信し、ＭＭＳ（１）４０１のボディは、２つの部分すなわち静的データ部分および動的データ部分に分割され、静的データ部分は、後に交換される動的データ部分の基礎である。したがって、ＭＭＳ（１）４０１の静的部分が、まず保管され、その後、ＭＭＳ（２）４０３として識別されるショート・メッセージが受信される。ＭＭＳ（２）４０３として識別されるショート・メッセージについて、このショート・メッセージは、ＭＭＳ（２）４０３のＭＭＳ（２）４０３メッセージ・データを入手するために解析され、ＭＭＳ（２）４０３メッセージ・データには、動的データ部分、静的データ・インジケータ、および示された静的データと動的データとの間のリンク・タグが含まれる。リンク・タグを解析した後に、静的データ・インジケータが＜Ｔｙｐｅ＞Ｒｅｐｌａｃｅ＜／Ｔｙｐｅ＞によって表されることがわかり、これは、ＭＭＳ（２）４０３の静的データ部分がＭＭＳ（１）４０１と同一であることを表し、また、リンク・タグが、＜Ｔｙｐｅ＞Ｒｅｐｌａｃｅ＜／Ｔｙｐｅ＞、＜Ｓｒｃ  Ｎａｍｅ＞ｃｈａｔ．ｔｘｔ＜／Ｓｒｃ  Ｎａｍｅ＞、および＜Ｄｅｓｃ  Ｎａｍｅ＞ｎｅｗ．ｔｘｔ＜／Ｄｅｓｃ  Ｎａｍｅ＞によって表されることがわかり、たとえば、ＭＭＳ（２）４０３内のファイルｎｅｗ．ｔｘｔが、ＭＭＳ（１）４０１内のファイルｃｈａｔ．ｔｘｔを置換するのに使用される。ここで、静的データ・インジケータおよびリンク・タグ・ファイルは、ＸＭＬファイル４０５内に置かれる。代替案では、静的データ・インジケータおよびリンク・タグ・ファイルを、それぞれ表すことができる。上のリンク・タグおよび静的データ・インジケータを使用することによってＭＭＳ（１）４０１の静的データを入手した後に、ファイルｎｅｗ．ｔｘｔを使用してＭＭＳ（１）４０１内のｃｈａｔ．ｔｘｔを置換して、ＭＭＳを入手する。このメッセージを、ＭＭＳで表示することができる。ここで、メッセージ動的データ、静的データ・インジケータ、およびリンク・タグを含むＭＭＳの記述フォーマットを、本発明の範囲および趣旨から逸脱せずにクライアント側でさまざまに変更することができ、本発明は、そのさまざまな変更のすべてを含む。
【００４２】
図６に示されたアプリケーション・ベースＭＭＳをサポートするＭＭＳセンダ・デバイスと図８に示されたアプリケーション・ベースＭＭＳをサポートするＭＭＳクライアント・レシーバとを組み合わせることによって、アプリケーション・ベースＭＭＳをサポートするＭＭＳ送信受信システムが得られ、このシステムのセンダ・デバイスの技術的特性は、図６に示されたセンダ・デバイスと同一であり、このシステムのレシーバ・デバイスの技術的特性は、図８に示されたレシーバ・デバイスと同一であり、したがって、詳細な説明は、ここでは省略する。
【００４３】
図７に示されたアプリケーション・ベースＭＭＳをサポートする送信方法と図９に示されたアプリケーション・ベースＭＭＳをサポートするクライアント受信方法とを組み合わせることによって、アプリケーション・ベースＭＭＳをサポートする送信受信方法が得られ、この送信方法の技術的特徴は、図７に示された送信方法と同一であり、この受信方法の技術的特徴は、図９に示された受信方法と同一であり、したがって、詳細な説明は、ここでは省略する。
【００４４】
本発明は、すべての上記の方法を実施するプログラム・コードとそのプログラム・コードを保管する媒体とを含むプログラム製品も提供する。
【００４５】
本発明を、上でいくつかの例示的実施形態を用いて詳細に説明したが、本発明は、これらの実施形態に限定されない。本発明の明細書を参照することによって、さまざまな変更および修正を行うことは、当業者にとって明白である。したがって、さまざまな変更および修正を、本発明の趣旨および範囲の中で当業者が行うことができる。
【図面の簡単な説明】
【００４６】
【図１】普通のＭＭＳのメッセージ構造を示す図である。
【図２】アプリケーション・ベースＭＭＳの既存の送信受信システムを示す図である。
【図３】アプリケーションがＭＭＳを送信し、クライアントがＭＭＳを受信する、現在のプロセスを示す図である。
【図４】本発明による増分ＭＭＳの記述方法を示す図である。
【図５】ＭＭＳがＭＭＳ通知ＳＭＳフォーマットを用いてＳＭＳチャネルを介して送信される、本発明によるＭＭＳとして識別されるショート・メッセージ・フォーマットを示す図である。
【図６】本発明によるアプリケーション・ベースＭＭＳをサポートするセンダ・デバイスを示す図である。
【図７】本発明によるアプリケーション・ベースＭＭＳをサポートする送信方法のプロセスを示す図である。
【図８】本発明によるアプリケーション・ベースＭＭＳをサポートするクライアント・レシーバ・デバイスを示す図である。
【図９】本発明によるアプリケーション・ベースＭＭＳをサポートする受信方法のプロセスを示す図である。
【符号の説明】
【００４７】
２００  ＭＭＳセンダ
２０２  ＭＭＳセンタ
２０４  ＭＭＳサーバ
２０６  通知ショート・メッセージ・サービス（ＳＭＳ）センダ
２０８  ＭＭＳストレージ
２１０  ショート・メッセージ・サービス（ＳＭＳ）センタ
２１２  ＷＡＰゲートウェイ
２１４  ラジオ送信塔
２１６  ＭＭＳクライアント・レシーバ
２２０  ＷＡＰプロトコル・スタック
２２２  ショート・メッセージ・センダおよびレシーバ
２２４  メッセージ・ディスプレイ
２２６  メッセージ・ストレージ
２２８  アプリケーション
４０１  ＭＭＳ（１）
４０３  ＭＭＳ（２）
４０５  ＸＭＬファイル
５０１  タグ
５０３  ショート・メッセージ
５０５  ショート・メッセージ・ヘッダ
５０７  ショート・メッセージ・ボディ
５０９  ＳＭＳヘッダ
５１１  ＳＭＳボディ
５１３  ヘッダ長
５１５  宛先ポート
５１７  ソース・ポート
５１９  トランザクションＩＤ
５２１  メッセージ・タイプ
５２３  ＭＭＳ通知データ
５２５  ヘッダ長
５２７  宛先ポート
５２９  ソース・ポート
５３１  トランザクションＩＤ
５３３  メッセージ・タイプ
５３５  ＭＭＳデータ
６００  ＭＭＳセンダ・デバイス
６０１  判定手段
６０２  ＭＭＳセンタ
６０３  送信チャネル・セレクタ
６０４  ＭＭＳサーバ
６０５  フォーマット・コーダ
６０６  通知ＳＭＳセンダ
６０８  ＭＭＳストレージ
６１０  ＳＭＳセンタ
６１２  ＷＡＰゲートウェイ
６２８  アプリケーション
８００  ＭＭＳクライアント・レシーバ・デバイス
８０３  メッセージ・マージャ
８０５  ＭＭＳパーサ
８０７  ショート・メッセージ・パーサ
８０９  相互作用マネージャ
８２０  ＷＡＰプロトコル・スタック
８２２  ショート・メッセージ・センダ／レシーバ
８２４  メッセージ・ディスプレイ
８２６  メッセージ・ストレージ
Ｓ３０１  アプリケーションが、送信のためにＭＭＳを準備するステップ
Ｓ３０３  アプリケーションが、ＭＭＳをＭＭＳセンタに送信するステップ
Ｓ３０５  ＭＭＳセンタが、ＭＭＳを受信し、ＭＩＭＥフォーマットに変換し、その後、ＭＭＳストレージに保管するステップ
Ｓ３０７  ＭＭＳセンタが、通知ＳＭＳを送信するようにＳＭＳセンタに通知するステップ
Ｓ３０９  ＳＭＳセンタが、通知ＳＭＳを送信するステップ
Ｓ３１１  通知ＳＭＳを受信するステップ
Ｓ３１３  ＷＡＰゲートウェイ２１２によるＭＭＳ獲得のためにＭＭＳセンタに要求を送信するステップ
Ｓ３１５  ＭＭＳセンタが、ＭＭＳレシーバにＭＭＳを送信するステップ
Ｓ３１７  レシーバが、受信の成功を通知するステップ
Ｓ３１９  ＭＭＳセンタが、ＭＭＳが受信されたことをセンダに通知するステップ
Ｓ７０１  開始のステップ
Ｓ７０３  送信準備ステップ
Ｓ７０５  増分ＭＭＳを送信するかどうかを判定するステップ
Ｓ７０７  送信のために増分ＭＭＳを獲得するステップ
Ｓ７０９  ＭＭＳサイズを獲得するステップ
Ｓ７１１  ＭＭＳサイズは閾値より大きいかどうかを判定するステップ
Ｓ７１３  複数のＳＭＳを送信するかどうかを判定するステップ
Ｓ７１５  複数のＳＭＳに分解するステップ
Ｓ７１７  メッセージを送信するＳＭＳチャネルを選択するステップ
Ｓ７１９  通知ＳＭＳを準備するステップ
Ｓ７２１  ＳＭＳフォーマット・コーディングのステップ
Ｓ７２３  ＳＭＳを送信するステップ
Ｓ７２５  終了のステップ
Ｓ９０１  開始のステップ
Ｓ９０３  ＳＭＳを受信するステップ
Ｓ９０５  受信したＳＭＳを判定するステップ
Ｓ９０７  普通のＳＭＳを受信するステップ
Ｓ９０９  ＳＭＳを解析し、ＭＭＳ記述フォーマットを獲得するステップ
Ｓ９１１  増分ＭＭＳであるかどうかを判定するステップ
Ｓ９１３  静的データ全体を含むかどうかを判定するステップ
Ｓ９１５  無変更ＭＭＳかどうかを判定するステップ
Ｓ９１７  静的データを獲得するステップ
Ｓ９１９  データ全体を獲得した後に静的データを獲得するステップ
Ｓ９２１  ＭＭＳ静的データを保管するステップ
Ｓ９２３  普通のＭＭＳにマージするステップ
Ｓ９２５  ＭＭＳを表示するステップ
Ｓ９２７  ＭＭＳを保管するステップ
Ｓ９２９  相互作用管理のステップ
Ｓ９３１  ショート・メッセージを表示し、保管するステップ
Ｓ９３３  終了のステップ
【図１】
2007181203.tif 000003
【図２】
2007181203.tif 000004
【図３】
2007181203.tif 000005
【図４】
2007181203.tif 000006
【図５】
2007181203.tif 000007
【図６】
2007181203.tif 000008
【図７】
2007181203.tif 000009
【図８】
2007181203.tif 000010
【図９】
2007181203.tif 000011