JP5179367B2 - 非同期メッセージの受信通知方法 - Google Patents

Description

本発明は、移動体電話間で交換されるＭＭＳメッセージといった端末間で非同期に交換されるメッセージの分野に関する。
本発明は、特に、そのようなメッセージの受信が受信者の端末上でいかに通知されるかに関する。

現在のところ、ユーザの（移動体或いは固定の）端末がＭＭＳマルチメディア或いは他の形態のメッセージ（例えば、ＳＭＳメッセージ）を受信する際に、これを読み取ることができるように、メッセージの受信ユーザへ情報提示が行われる。
この目的を達成するため、端末は、メッセージを受信するユーザ端末上で利用可能な機能とユーザが選択した環境設定に依存して、種々の動作が可能である。
商用の端末上で現在のところ利用可能な機能を、次に挙げる。
・端末の鳴動及び／又はバイブレーション（リングトーンは、メッセージの送信者の番号によって変化できる）
・及び／又は、端末の画面上のアイコンの表示
・及び／又は、端末の画面上のテキスト（例えば、“新しいメッセージ”）の表示
・及び／又は、端末の画面上のメッセージ送信者番号の表示
・及び／又は、端末のディレクトリ内に保存されたメッセージの送信者の番号に対応する、名前、及び／又は、写真／画像の表示

あらゆる場合に、端末内でローカルに新しいメッセージの受信通知が端末でどのようになされるかを定義するのは、受信端末のユーザであり、これは、端末で提供される機能に依存する。

現在のところ、そこには、受信者とは対照的に、（ＭＭＳ、ＳＭＳ、或いは、他の）、送信されるメッセージの受信がどのように通知されるかを、メッセージの送信者が定義することを可能とする解決策が無い。

特許文献１は、移動体電話の呼び出しの送信者が、呼び出されるユーザへ通知メッセージを送信することによって、呼び出しを通知することが可能なシステムを記述している。
しかしながら、上記文献で記載されたシステムは、電話呼び出しのように同期サービスを通知することにしか適合していない。
それは、非同期サービスに依存していないので、ＭＭＳ或いはＳＭＳメッセージの受信の通知が個人対応することに使用することができない。
特許文献１に記載されるシステムは、比較的複雑であり、既存の電気通信システムのハードウェアへ相当の変更を要する。
この複雑さは、上記したシステムの目的が同期サービスを通知することであるという事実によって特に説明され、これは、通知メッセージが呼び出しとともに実際上同時に送信されることを意味する。

国際公開ＷＯ２００４／０５６０７３号公報

本発明の目的は、メッセージの受信がメッセージの受信者の端末上でどのように通知されるかを、メッセージの送信者によって定義することを可能とする解決策を提案することによって、かかる欠点を軽減することである。

本発明は、この目的を達成するために、第１端末上にＭＭＳメッセージを構成する段階と、ＭＭＳメッセージを第２端末へ送信する段階とを具備する方法において、前記ＭＭＳメッセージを送信する段階の前に、第１端末が、前記ＭＭＳメッセージ中へ通知エレメントを有するページ（ＳＬｎ）を挿入する段階と、前記メッセージを送信した段階の後に、メッセージに挿入された通知エレメントによって第２端末上に前記メッセージの受信を通知する段階と、をさらに具備することを特徴とする方法である。

送信されたメッセージの中へ通知エレメントを挿入することによって、メッセージの送信者は、メッセージの着信がどのように受信者の端末上に通知されるかを選択することができる。
ユーザが個人間のメッセージを送信することを希望するときに、本発明にって提供される解決策は、メッセージのコンテンツに機能付加することである。
したがって、送信メッセージは、メッセージの“ペイロード”部分（ユーザが送信を望む情報）と、メッセージの着信を受信端末がそのユーザへ通知するために用いるマルチメディア・エレメントを有する部分と、の両方を有する。

また、本発明の方法は、メッセージ中に通知エレメント（ＥＮｎ）を挿入する段階の前に、第１端末が、１又は２以上のマルチメディエレメントを選択或いは生成することによって通知エレメントを形成する段階を具備することを一つの特徴としている。
送信者は、マルチメディア・エレメントの広い選択からメッセージの通知を個人対応化できる。

また、本発明の方法は、ＭＭＳメッセージを送信する段階の前に、ＭＭＳメッセージのヘッダ（ＭＭＳ−Ｈ）へ通知フィールドを付加する段階と、メッセージのヘッダへ付加されるフィールドの値の機能として通知される通知エレメントによる第２端末上の前記ＭＭＳメッセージの受信処理段階と、をさらに具備することを一つの特徴としている。
この段階は、ユーザへ透過的であり、メッセージ内の通知エレメントを有効化するために、特段の形式で処理されるページ（ＳＬｎ）の存在をメッセージの受信の際に表示する。

また、本発明の方法は、ＭＭＳセンタが、メッセージ中に挿入された通知エレメント（ＥＮｎ）によるメッセージの受信を通知するための端末の処理可能容量を確認するために第２端末へ問い合わせる段階と、確認の処理で否定的な結果のとき、ＭＭＳセンタが、ＭＭＳメッセージ内の通知エレメントを削除する段階と、をさらに具備することを一つの特徴とすることができる。
この方法によれば、通知エレメントは、それが受信端末によって用いられる場合に限り送信される。

本発明は、ＳＭＳメッセージといった他の形式のメッセージも応用される。
こうした状況で、ＭＭＳメッセージのボディは、ＳＭＳメッセージのテキストに対応するエレメントを有する。

また、本発明は、ＭＭＳセンタ経由でＭＭＳメッセージが交換される端末を有するメッセージ受信通知システムにおいて、該システムは、ＭＭＳメッセージ内に通知エレメント（ＥＮｎ）を挿入する手段と、ＭＭＳメッセージとともに送信された通知エレメントを用いて、受信端末上に前記メッセージの受信を通知する手段と、を具備することを一つの特徴とする。

かかる本発明のシステムは、メッセージの受信が受信者の端末上にどのように通知されるか定義することを送信者が可能となる解決策を、メッセージの送信者へ提供する。

また、端末は、ＭＭＳメッセージのヘッダへ通知フィールドを付加する手段と、メッセージの受信の際の通知フィールドを検出する手段と、メッセージのヘッダへ付加されたフィールドの値の機能として、通知エレメント（ＥＮｎ）によって、受信端末上に通知される前記メッセージの受信をすることと、をさらに具備することを本発明の一つの特徴とする。

また、本発明は、ＭＭＳセンタは、ＭＭＳメッセージ内に挿入された通知エレメント（ＥＮｎ）によってメッセージの受信を通知するための受信端末の処理可能容量の確認のための手段と、確認の処理で否定的結果のとき、ＭＭＳメッセージ内の通知エレメントを削除する手段と、を具備することを一つの特徴とする。

また、本発明がさらに提供するのは、端末へインストールされるのに適合したＭＭＳクライアントプログラムにおいて、かかるプログラムは、ＭＭＳメッセージを構成し送信し受信する命令を含み、ＭＭＳメッセージ内へ通知エレメント（ＥＮｎ）を挿入する命令をさらに具備することを一つの特徴とする。
また、かかるプログラムは、ＭＭＳメッセージとともに送信された通知エレメント（ＥＮｎ）を用いて、端末上のＭＭＳメッセージの受信を通知する命令をさらに具備することを一つの特徴とする。
また、かかるプログラムは、ＭＭＳメッセージのヘッダ内へ通知フィールドを自動的に付加する命令と、通知フィールドの値の機能としてその着信を通知するのと、をさらに具備することを一つの特徴とする。

この種のＭＭＳクライアントは、端末内へ一度ロードされると、そのユーザ・ツールを提供し、送信されてきたメッセージの受信の通知をして、個人対応化をし、このときに、自分の中に含まれる通知エレメントとともに受信されるメッセージの受信を通知する。

最後に、本発明は、上述のＭＭＳクライアントプログラムを有する移動体端末或いは固定端末の提供も行う。

本発明の特徴及び利点は、添付図面を参照しながら表示され且つこれに限定されることの無い実施形態の手法によって与えられる、以下の記載からより明瞭に浮かび上がる。

本発明は、メッセージの受信が受信者の端末にどのように通知されるかを定義するメッセージをユーザが送信するための解決策を提供する。
この目的を解決するために、本発明は、公知のＭＭＳ（マルチメディア・メッセージング・サービス）テクノロジを用いる。
簡単のために、本発明で用いらるとともにこの技術を用いる大部分の構成要素は、ＭＭＳという用語によって分類される（例えば、ＭＭＳメッセージ）。

図１に、本発明の使用を可能とするＭＭＳメッセージの交換のためのシステムのアーキテクチャを示す。
この公知のアーキテクチャは、いずれもが移動体電話網Ｒ１（例えば、ＧＳＭ、ＧＰＲＳ又はＵＭＴＳネットワーク）で接続されるユーザＡの端末１とユーザＢの端末３との間でＭＭＳメッセージを交換するためのＭＭＳ環境１０を具備している。
後述するように、ユーザＡは、メッセージの送信者であり、ユーザＢは、メッセージの受信者であると設定する。

ＭＭＳ環境（ＭＭＳＥ）１０は、ＭＭＳ環境１０内でばかりでなく他の環境２０への或いは他のメッセージングサービス１５への、ＭＭＳメッセージのルーティングを管理するＭＭＳセンタ（ＭＭＳＣ）１１を具備している。
ＭＭＳセンタ１１は、この環境内の端末への配信を待つメッセージを保存する役割もある。
ルーティング（ＭＭＳリレー）機能及びストレージ（ＭＭＳサーバ）機能は、独立したシステムによって実行を行うこともできるし、或いは、図１のシステムのＭＭＳセンタ１１内のように同じシステム中へ組み込んでもよい。
公知のＭＭＳセンタは、本質的に、ＭＭＳメッセージを処理（例えば、ルーティング、保存、適応化）するソフトウェアモジュールを具備する１又は２以上のサーバ、で構成される。

前記ＭＭＳセンタ１１は、付加価値サービス（ＶＡＳアプリケーション）１３と、ユーザ及びその位置（ホーム位置レジスタ（ＨＬＲ））を管理するためのデータベース１２と、請求システム１４と、ＭＭＳユーザに関する情報（例えば、存在情報）を保持するデータベース１５とへも接続されている。
ＭＭＳセンタの他の機能は、受信端末の処理可能容量での機能に応じてＭＭＳメッセージを適応（adapt）することである。
受信端末へのメッセージをダウンロードする前に、ＭＭＳセンタは、処理可能容量（例えば、画面サイズ、画像解像度、等）を確認するために、受信端末へ問い合わせ、且つ必要に応じて、そのようにして確認された処理可能容量での機能に応じてメッセージのコンテンツを適応化する。
前記コンテンツは、ＭＭＳセンタ内にプログラムされたソフトウェアのフォーム内の適用モジュールを使用して、ＭＭＳセンタによって適応化される。

マルチメディア・メッセージング・サービス・プロバイダ（ＭＭＳコンテンツ・プロバイダ）の管理下のネットワーク要素は、電気通信網（例えば、図１の網Ｒ１）の加入ユーザによって、ＭＭＳサービスへの接続を可能にする。
従って、ＭＭＳ環境１０は、ネットワークレベルだけでなく端末レベルにおいても、ＭＭＳメッセージを搬送し且つ適応化し且つ保存するために適応したネットワーク・インフラストラクチャと、ＭＭＳメッセージを構成し且つ送信し且つ受信するソフトウェアとを具備している。

ＭＭＳメッセージを交換するためのシステムの装置は、専用インタフェース経由で通信する。即ち、
・端末内のＭＭＳクライアントとＭＭＳセンタとの間の交換を行うためのインタフェースＭＭ１
・ＭＭＳセンタの、ルーティング（ＭＭＳリレイ）とストレージ（ＭＭＳサーバ）装置間のインタフェースＭＭ２
大部分の供給者の解決策は、両方のこれら装置を同じシステム内に組み込み、且つ、このインタフェースは、独自仕様（即ち、非標準）インタフェースである。
・ＭＭＳセンタが、他のメッセージング・サーバ（例えば、インターネット型ネットワークＲ２経由でアクセスできる図１のサーバ１５）を使用してメッセージを交換可能とするインタフェースＭＭ３
・２つの異なるＭＭＳ環境（例えば、図１のシステムのＭＭＳセンタ１１，２１）の２つのＭＭＳセンタの間のＭＭＳメッセージの交換を取り扱うインタフェースＭＭ４
・ＭＭＳセンタが、ユーザ管理データベース（例えば、図１のデータベース１２）へ問い合わせることを可能とするインタフェースＭＭ５
・ＭＭＳセンタが、データベース（例えば、図１のデータベース１５）内のＭＭＳユーザに関する情報にアクセスすることを可能にするインタフェースＭＭ６
・ＭＭＳセンタから付加価値サービス（例えば、図１のサービス１３）へ、及びその逆に、ＭＭＳメッセージを転送するインタフェースＭＭ７
・ＭＭＳセンタが、請求システム（例えば、図１のシステム１４）と相互処理することを可能とするインタフェースＭＭ８

ＭＭＳ環境１０経由でＭＭＳメッセージを交換することに適応した移動体端末１，３には、端末内に各々インストールされたＭＭＳクライアント２，４が設けられなければならない。
ＭＭＳクライアント（或いは、ＭＭＳユーザ・エージェント（ＭＭＳ−ＵＡ））は、ＭＭＳメッセージの組み立て、プレゼンテーション、送信、受信を可能とするための、端末にインストールされたユーザ・アプリケーション・ソフトウェアである。
ＭＭＳクライアント２，４は、対応するＭＭＳ環境、ここでは送受信端末が加入接続する網Ｒ１（例えば、ＧＳＭ、ＧＰＲＳ、或いは、ＵＭＴＳ網）に対応するＭＭＳ環境１０に接続されている。

図１に示すように、送信者又は受信者の環境は、他の加入者網Ｒ３に対応する他の環境２０に接続したユーザＢ’に対して異なってもよい。
こうした状況では、ユーザＢ’の端末５は、ＭＭＳ環境２０に対応したＭＭＳクライアント６を有している。
上述のＭＭＳ環境１０と同様に、ＭＭＳ環境１０について既に述べたように、ＭＭＳ環境２０は、ＭＭＳセンタ２１と、ＭＭＳメッセージを管理するために必要なすべてのその他のネットワーク要素（図示せず）とを備えている。

図１のＭＭＳメッセージ交換システムの構成それ自体は、よく知られているとともに、不必要に本明細書を複雑としないように、より詳細には述べていない。
それにもかかわらず、とりわけ、第３世代の移動体システムのための３ＧＰＰ標準化団体（www.3gpp.org）によって編集された後述する文書が手軽に閲覧されることが可能である。

本発明に従って、メッセージの受信の通知の個人対応を現存のＭＭＳ環境の中へ組み込むことは可能である。
この目的を達成するために、詳細を後述するように、指定されるフィールドが、ＭＭＳメッセージに加えられ、その値の機能として、メッセージの送信者によって定義され、これによって、メッセージ内の通知（ＳＬｎ）に対応するページの特定の処理と、メッセージの送信者の定義に応じた受信者の端末上における通知の活性化とが可能となる。

図２に示す公知の形式で、ＭＭＳメッセージは、ヘッダＭＭＳ−Ｈと、ボディＭＭＳ−Ｂとを有している。
ＭＭＳメッセージのヘッダＭＭＳ−Ｈは、メッセージのトランスポートに関する情報、例えば受信者の識別子と、送信されるメッセージに関する情報（送信日付、メッセージ有効日付、メッセージの題名、など）とを有している。
ＭＭＳヘッダからの情報は、値が割り当てられるフィールドで編成されている。

メッセージ・ボディＭＭＳ−Ｂは、スライドと通常呼ばれる１又は２以上のページＳＬ１，…，ＳＬｎを含むことができる。
メッセージ内で、ページ（“スライド”）は、標準化された同期マルチメディア・インテグレーション言語（ＳＭＩＬ）において、一般的に定義されており、これは、メッセージ内に含まれる様々なエレメントを同期化するものである。
必要に応じて、これらの“スライド”は、端末に指定された言語で定義される。

ＭＭＳメッセージのボディのページＳＬ１〜ＳＬｎの各々は、音声、画像、テキスト、等といった１又は２以上のマルチメディア・エレメントを有する。
よって、ＭＭＳメッセージのボディは、各々が１又は２以上のマルチメディア・ドキュメント（音声、画像、テキスト、他）を有するページＳＬ１〜ＳＬｎが連続して構成されており、これらドキュメントの各々の種類は、識別子によって決定されている。

図３を参照して、メッセージの受信が受信者の端末上に．送信者による個人対応化（パーソナライズ）を伴うメッセージの送信の本発明の方法を利用する例、どのように通知処理されるかを以下記述する。
この例では、図１に示すユーザＡは、ＭＭＳメッセージをユーザＢ’へ送信する。

最初のステップ（ステップＳ１）は、ＭＭＳメッセージを構成し且つ送信する。

より詳しくは、図４に示すように、ユーザＡは、通常の方法で、端末上に、ユーザＢ’へ送信するため、ＭＭＳメッセージＭ１を構成する（ステップＳ１１）。
ユーザのために、この処理は、メッセージを受信するユーザのアドレスの入力と、メッセージとともに送信されるマルチメディア・エレメントの編集とによって構成されている。

このとき、ユーザＡは、受信者Ｂ’の端末５が該メッセージＭ１の受信をいかに通知処理するかを定義する。
このため、本発明の通知処理エレメントを構成する１又は２以上のマルチメディア・エレメントＥＮｎを選択することが可能である（ステップＳ１２）。
かかるエレメントは、例えば、次から選択される。
・端末Ｂ’で再生されるリング・トーン（或いは、より一般的にあらゆるオーディオ・クリップ）
・端末Ｂ’の画面で表示される写真、画像、或いは、アバタ
・端末Ｂ’で再生される映像或いはアニメーション
・端末Ｂ’の画面で表示されるテキスト

これらのマルチメディア・エレメントは、端末Ａのローカルに既に利用可能なのものでも、又はＭＭＳメッセージＭ１を生成するときにユーザＡによって直接的に生成されるものでもよい。（例えば、音声や写真を生成且つ保存する端末を用いて）

これらのマルチメディア・エレメントを選択した後に、ユーザＡがメッセージを送信することを望むときに(即ち、例えば、”Send”（送信）ボタンを押すことで)、端末ＡのＭＭＳクライアント２は、通知処理に対応するＭＭＳメッセージＭ１へ、新しいページ（新しい“スライド”）を（ユーザが意識することなく）追加し、ついで、メッセージの受信の通知の個別対応化をするために、マルチメディア・エレメント或いはユーザによって選択されたエレメントを挿入する（ステップＳ１３）。
ＭＭＳクライアント２は、より詳細に後述する機能を有するメッセージのヘッダに、通知フィールドを追加する（ステップＳ１４）。

ついで、ＭＭＳクライアント２は、ＭＭＳセンタ１１へ、関連したものとともに、このような方法で構成されたＭＭＳメッセージＭ１を送信する（ステップＳ１５）。
実際のところ、ＭＭＳクライアント２とＭＭＳセンタ１１との間のＭＭＳメッセージＭ１の交換は、端末１からセンタ１１へメッセージＭ１を送信する要求とその要求の受信の確認とに対応する。

上記の例では、ユーザＢ’のＭＭＳ環境２０は、ユーザＡの環境１０とは異なる。
ＭＭＳ環境１０のＭＭＳセンタ１１は、このとき、受信を確認するＭＭＳメッセージＭ１を、ＭＭＳ環境２０のＭＭＳセンタ２１へ送信する。
ＭＭＳセンタ２１は、メッセージＭ１が利用可能であることを、ユーザＢ’のＭＭＳクライアント６へ通知する（ステップＳ３）。
ＭＭＳクライアント６は、ＭＭＳメッセージＭ１を端末５へダウンロードする（ステップＳ４）。
ＭＭＳクライアント６は、上記ステップＳ１の期間に、ユーザＡによってメッセージＭ１に挿入された通知処理エレメントを使用して、新しいＭＭＳメッセージＭ１の着信をユーザＢ’へ通知する（例えば、図４のステップＳ１１〜Ｓ１５）。

図５に、ＭＭＳメッセージＭ１の受信を通知処理するための端末５のＭＭＳクライアント６によって実行される処理ステップを示す。
ＭＭＳメッセージＭ１が端末５によって受信されたとき（ステップＳ５１）、ＭＭＳクライアント６は、メッセージのヘッダに通知処理フィールドが存在するかを判定する（ステップＳ５２）。
このフィールドが存在しない場合には、ＭＭＳメッセージＭ１は、標準のＭＭＳメッセージとして処理される（ステップ５３）。
通知フィールドがＭＭＳメッセージＭ１のヘッダ中に存在する場合には、ＭＭＳクライアント６は、そのフィールドに割り当てられている値を確認する（ステップＳ５４）。
その値が、メッセージ中に通知処理エレメントを有するページが無いことを示す場合には（例えば、“通知モード”フィールド＝０の場合）、ＭＭＳメッセージＭ１は、標準のＭＭＳメッセージとして処理される（ステップＳ５３）。
そうでない場合、メッセージ内に１又は２以上の通知処理エレメントＥＮｎを有するページＳＬｎが存在することを当該フィールドの値が示すならば、ＭＭＳクライアント６は、通知処理エレメント或いはページに含まれるエレメントＥＮｎを復調するとともに（ステップＳ５５）、メッセージの受信をユーザＢ’へ、再生されるエレメント或いはエレメントＥＮｎを使用して個別対応化した方法で通知する（ステップＳ５６）。
最後に、ＭＭＳクライアントは、標準的な方法でＭＭＳメッセージを再生する（ステップＳ５７）。

メッセージを受信する端末ＢのＭＭＳクライアント４による通知エレメントの処理を可能とするために、本発明は、ＭＭＳメッセージのヘッダへ、新しいブーリアン型の“通知モード”フィールドを追加することを提案する。
現行のＭＭＳ装置（ＭＭＳ端末、ＭＭＳセンタ・サーバ）とある程度の互換性を確保するために、この通知フィールドは、条件処理される。
以下に説明するように、受信端末が本発明の機能をサポートする場合に限り、フィールドが存在する。

この新しい通知処理フィールドは、ＭＭＳ標準（３ＧＰＰ標準ＴＳ ２２．１４０，マルチメディア・メッセージング・サービス（ＭＭＳ）・ステージ１，ＴＳ ２３．１４０、マルチメディア・メッセージング・サービス（ＭＭＳ）・ステージ２）で定義されたトランザクションに存在する必要がある。
それは、インタフェースＭＭ１（端末とＭＭＳセンタの標準インタフェース）においてと、ＭＭ４（ＭＭＳセンタ間の標準インタフェース）においてと、及び、ＭＭ７（コンテンツ・プロバイダとＭＭＳセンタとの間の標準インタフェース）において存在することが必要である（図１を参照）。

本発明によれば、通知エレメントにおいて動作させることを可能とするために、端末のＭＭＳクライアントは、“通知モード”なる通知フィールドを検出することが可能であることが求められ、且つ、このフィールドの値への応答で必要な動作を実行する。
“通知モード”なる通知処理フィールドがトランザクションから存在しない場合には、ＭＭＳメッセージは、標準の方法で処理されなければならない。
このとき、受信端末の処理の変更は無い。

“通知モード”フィールドがトランザクション内に存在する場合には、これは、０或いは１の値のみをとることができる。
下記の表（表１）は、“通知モード”なる通知処理フィールドの値の機能として、受信端末内のＭＭＳクライアントによって実行される動作の要約である。

通知エレメントは、メッセージのボディの最終ページへ対応することができる。
この手法は、受信されるＭＭＳメッセージ内の通知処理エレメントの検出を体系的に可能とする端末のＭＭＳクライアントのすべてについて、正確に同じ方法で定義される。
しかしながら、本発明のＭＭＳクライアントは、この手法に限定されず、且つ、通知処理エレメントがＭＭＳメッセージのボディの先頭ページ或いは他のページであるということを定義する規約に従って設定されるパラメータを持つことができる。
以下、この明細書では、通知処理エレメントがＭＭＳメッセージのボディの最終ページへ対応すると扱われる。

受信端末のメモリ内で不必要に領域を占有するのを避けるために、受信されたＭＭＳメッセージＭ１は、通知エレメント無しで、端末のメモリに保存され、最終ページに至る。

本発明の一つの形態では、送信者の端末内で定義された通知エレメントによる受信者の端末上のメッセージ受信通知機能は、メッセージの送信者或いはメッセージの着信者の端末から、活性化／非活性化が可能である、
ユーザは、これら端末のＭＭＳクライアントのパラメタを設定することによって、この機能を活性化、非活性化する。

メッセージを送信するユーザＡが、該機能を活性化した場合には、ユーザＡは、送信されるすべてのメッセージのために使われるメッセージ着信通知モード、或いは、構成される各々のメッセージに異なる通知モードのいずれをも定義できる。

メッセージを受信するユーザＢが活性化した場合には、メッセージの受信は、ユーザＡによって決定されたマルチメディア・エレメントを使用して通知される（上述の方法を使用して）。
そうでない場合、ユーザＢがかかる機能を非活性化した場合には、メッセージの受信は、標準の方法で、例えばユーザＢの端末上に設定された通知パラメタによって通知される。

本発明の方法及びシステムは、上述のようなＭＭＳメッセージを送信することへ、また、より一般的に、特段のＳＭＳ（“ショート・メッセージ・サービス”）メッセージ中でのあらゆるタイプのメッセージを送信することへ、応用することが可能である。

ＳＭＳメッセージを送信する特段の状況で、ユーザＡの送信端末は、２つのページ（２つの“スライド”）を有するボディを有するＭＭＳメッセージを送信する。
・送信者が送信しようとするＳＭＳメッセージのテキストを有する第１ページＳＬ１
・受信端末上の着信通知に必要な情報を有する第２ページＳＬ２

ユーザＢの受信端末内で実行される処理は、ＭＭＳメッセージを送ったときと正確に同じである。
より正確には、ＭＭＳメッセージの受信で、受信端末のＭＭＳクライアントは、通知フィールドを検出し、最終ページＳＬ２が通知エレメントを具備することをその値が表すことを記録する。
このとき、端末内のメッセージのボディ（通知エレメント）の最終ページＳＬ２の処理がなされることで、ユーザＢへメッセージの着信が通知される。
このとき、ユーザＢがメッセージの読み込みを要求する場合には、ＭＭＳメッセージを読み込むための標準の方法でメッセージの最初のページＳＬ１が処理（即ち表示）され、このエレメントはＳＭＳメッセージに対応するものである。

受信端末がこの機能をサポートしない場合には、ＭＭＳセンタは、コンテンツだけを有するメッセージのボディを残すように、通知エレメントに対応する最終ページ（“スライド”）を削除するようにプログラムすることが可能である。
この目的を達成するために、新しい規約が、ＭＭＳセンタのコンテンツ適応モジュールへ追加される。

図６は、受信端末へＭＭＳメッセージが送信される際の、ＭＭＳセンタによって実行される処理を示す（例えば、図３のステップＳ３の期間）。
ＭＭＳセンタが、受信端末へ送信されるＭＭＳメッセージを受信するときに（ステップＳ３１）、端末の身元の受信のため、ＭＭＳメッセージをダウンロードする前に受信端末へ問い合わせが行われる（ステップＳ３２）。
受信した端末の身元から、ＭＭＳセンタは、個別対応化した通知機能に受信端末が互換を有するか否かを判定する（ステップＳ３３）。
そうでない場合、ＭＭＳセンタは、メッセージのヘッダから、“通知モード”なる通知フィールドと、通知エレメント或いはエレメントＥＮｎを有するページＳＬｎとを排除し（ステップＳ３４）、このとき、この方法で変更されたメッセージが受信者の端末へダウンロードされる（ステップＳ３５’）。
受信端末が、個人対応化された通知機能をサポートする場合には、そのまま、メッセージが受信者の端末へダウンロードされる（即ち、通知フィールド及び通知エレメントを有するページとともに）（ステップＳ３５）。

本発明は、移動体端末を有するＭＭＳメッセージ交換のためのシステムを参照して説明した。
しかしながら、これらのシステムは、ＭＭＳメッセージを送受信することに適合した固定端末を有することもできる。
この目的を達成するには、固定端末に対して、移動体端末にインストールされるのと同じＭＭＳクライアントを実装することで十分である。

従ってその結果として、本発明は、既存のＭＭＳメッセージ交換システムの大きな変更を必要とすることなく、メッセージ受信通知の個別対応化へ新しい機能を導入する。
要求される変更は、すべてソフトウェアでなされるとともに、ＭＭＳクライアントの適応と（例えば、プラグインを追加することによる）、ＭＭＳセンタの処理モジュール、例えば適応処理モジュール（例えば、新しい規約を追加することによる）と、メッセージ・ヘッダ内に存在する通知フィールドを送るための少なくとも標準インタフェースＭＭ１，ＭＭ４，ＭＭ７とによって主に構成される。

なお、インタフェースＭＭ１で通知モード・フィールドを有するＭＭＳメッセージ・ヘッダの例を表２に示す。

図１は、メッセージの受信を通知するための本発明のシステム及び方法が実行されるネットワーク・アーキテクチャの概念図である。 図２は、ＭＭＳマルチメディア・メッセージの構造を示す。 図３は、個別対応した通知エレメントとともにメッセージを送信するための本発明の方法を実行するフローチャートである。 図４は、個別対応した通知とともにＭＭＳメッセージを送信者の端末から送信するために本発明によって実行されるステップを示すフローチャートである。 図５は、受信者の端末がＭＭＳメッセージを個別対応した通知とともに受信する際に、本発明によって実行されるステップを示すフローチャートである。 図６は、受信者の端末へＭＭＳメッセージを個別対応した通知とともに送信する際に、本発明のＭＭＳセンタによって実行されるステップを示すフローチャートである。

符号の説明

１ 端末
２ ＭＭＳクライアント
３ 端末
４ ＭＭＳクライアント
５ 端末
６ ＭＭＳクライアント
１０ ＭＭＳ環境
１１ ＭＭＳセンタ
１２ データベース（ユーザ管理データベース）
１３ ＶＡＳ（付加価値サービス）アプリケーション
１４ 請求システム
１５ データベース
２０ ＭＭＳ環境
２１ ＭＭＳセンタ

Claims (12)

1. 第１端末上でＭＭＳメッセージを構成する段階と、第２端末へ前記ＭＭＳメッセージを送信する段階とを具備し、前記ＭＭＳメッセージがヘッダと少なくとも１のページを含むボディとを具備するメッセージ受信通知方法であって、
   この方法は、
   − 前記ＭＭＳメッセージを送信する段階の前に、
   前記第１端末が、通知フィールドを前記ＭＭＳメッセージの前記ヘッダへ追加する段階と、
   前記第１端末が、前記ＭＭＳメッセージ内に通知エレメントを有する新しいページを前記ＭＭＳメッセージの前記ボディへ挿入する段階と、
   − 前記メッセージを送信する段階の後であって、前記ＭＭＳメッセージを前記第２端末で再生する前に、前記ＭＭＳメッセージのヘッダへ付加された前記通知フィールドの値の機能として、前記メッセージ中に挿入された通知エレメントによって第２端末上に前記ＭＭＳメッセージの受信を通知する段階とをさらに具備することを特徴とする方法。
2. 請求項1に記載の方法であって、
   メッセージ中に通知エレメントを挿入する段階の前に、１又は２以上のマルチメディア・エレメントを第１端末から選択又は生成することによって通知エレメントを形成する段階を具備することを特徴とする方法。
3. 請求項１に記載の方法であって、第１端末によって第２端末へ送信されるＭＭＳメセージは、ＭＭＳセンタを中継して通過し：
   メッセージ内に挿入された通知エレメントによって、メッセージの受信を通知する際に、ＭＭＳセンタが第２端末へ問い合わせて、端末の処理可能容量を確認する段階と、
   確認の処理で否定的結果のとき、ＭＭＳセンタが、ＭＭＳメッセージ内の通知エレメントを除去する段階とをさらに具備することを特徴とする方法。
4. 請求項３に記載の方法であって、前記ＭＭＳセンタは、前記確認の処理で否定的結果のとき、前記ＭＭＳメッセージの前記ヘッダの前記通知フィールドを削除する手段をさらに具備することを特徴とする方法。
5. 請求項１に記載の方法であって、
   ＭＭＳメッセージのボディは、ＳＭＳメッセージに対応するエレメントを有することを特徴とする方法。
6. 複数の端末を有し、これらの端末間でＭＭＳメッセージをＭＭＳセンタ経由で交換し、前記ＭＭＳメッセージがヘッダと少なくとも１のページを具備するボディとを具備するメッセージ受信通知システムであって、
   該端末は、
   − 通知フィールドを前記ＭＭＳメッセージの前記ヘッダへ追加する手段と、
   − 通知エレメントを有する新しいページを前記ＭＭＳメッセージの前記ボディへ挿入する手段と、
   − 受信端末による前記ＭＭＳメッセージ受信の際の前記通知フィールドを検出するための手段と、
   − 前記受信端末上で前記ＭＭＳメッセージを再生する前に、前記ＭＭＳメッセージのヘッダへ付加された前記通知フィールドの値の機能として、前記ＭＭＳメッセージとともに送信される通知エレメントを用いて、前記受信端末上に前記ＭＭＳメッセージの受信を通知する手段とを具備することを特徴とするシステム。
7. 請求項６に記載のシステムであって、
   前記ＭＭＳセンタは、ＭＭＳメッセージに挿入された通知エレメントによって、メッセージの受信を通知するために、受信端末の処理可能容量を確認する手段と、
   確認の処理で否定的結果のとき、ＭＭＳメッセージ内の通知エレメントを削除する手段とを具備することを特徴とするシステム。
8. 請求項７に記載のシステムであって、前記ＭＭＳセンタは、前記確認が否定的結果のとき、前記ＭＭＳメッセージの前記ヘッダの前記通知フィールドを削除する手段をさらに具備することを特徴とするシステム。
9. 端末の中にインストールするために適応したＭＭＳクライアントプログラムにおいて、
   ＭＭＳメッセージを構成し且つ送信し且つ受信する命令を備え、前記ＭＭＳメッセージがヘッダと少なくとも１のページを具備するボディとを具備し、前記ＭＭＳクライアントプログラムは、ＭＭＳメッセージのヘッダの中に通知フィールドを自動的に付加する命令と、前記ＭＭＳメッセージのボディに通知エレメントを含む新しいページを挿入するための命令と、をさらに備えたことを特徴とするプログラム。
10. 請求項９に記載のプログラムであって、
    前記端末上で前記ＭＭＳメッセージを再生する前に、ＭＭＳメッセージとともに送信される通知エレメントを用いて、端末上にＭＭＳメッセージの受信を通知する命令をさらに備えたことを特徴とするプログラム。
11. 請求項１０に記載のプログラムにおいて、
    ＭＭＳメッセージの受信の際の通知フィールドを検出する命令を具備し、
    前記ＭＭＳメッセージの受信は、メッセージのヘッダへ付加されるフィールドの値の機能として、通知エレメントによって端末上に通知されることを特徴とするプログラム。
12. 請求項９ないし請求項１１のいずれか１に記載のＭＭＳクライアントプログラムを具備することを特徴とする端末。

Images