(57)【要約】  本発明は、メッセージの受信の個別対応した通知のための方法及びシステムを提供し、第１端末（１）上でＭＭＳメッセージを構成する段階と、第２端末（３）上でＭＭＳメッセージを送信する段階を具備する。ＭＭＳメッセージを送信する段階の前では、第１端末（１）が、ＭＭＳメッセージ内に通知エレメントを有するページを挿入する。よって、第２端末（３）によるメッセージの受信の際に、この受信は、メッセージに挿入された通知エレメントによって通知される。
2009512299.tif 000002
【特許請求の範囲】
【請求項１】
第１端末（１）上でＭＭＳメッセージを構成する段階と、第２端末へＭＭＳメッセージを送信する段階とを具備するメッセージ受信通知方法において、
前記ＭＭＳメッセージを送信する段階の前に、第１端末（１）が、前記ＭＭＳメッセージ内に通知エレメント（ＥＮｎ）を有するページ（ＳＬｎ）を挿入する段階と、
前記メッセージを送信する段階の後に、メッセージ中に挿入された通知エレメントによって第２端末（３）上に前記ＭＭＳメッセージの受信を通知する段階とをさらに具備することを特徴とする方法。
【請求項２】
請求項１に記載の方法において、
メッセージ中に通知エレメント（ＥＮｎ）を挿入する段階の前に、１又は２以上のマルチメディア・エレメントを第１端末（１）から選択又は生成することによって通知エレメントを形成する段階を具備することを特徴とする方法。
【請求項３】
請求項１または請求項２に記載の方法において、
前記ＭＭＳメッセージを送信する段階の前に、ＭＭＳメッセージのヘッダ（ＭＭＳ−Ｈ）へ通知フィールドを付加する段階と、
前記ＭＭＳメッセージの受信は、メッセージのヘッダへ付加されたフィールドの値の機能として、前記通知エレメントによって第２端末（３）上に通知する段階と、をさらに具備することを特徴とする方法。
【請求項４】
第１端末（１）によって第２端末（３）へ送信されるＭＭＳメセージが、ＭＭＳセンタ（１１）を中継して通過する、請求項１ないし３のいずれか１に記載の方法において、
メッセージ内に挿入された通知エレメント（ＥＮｎ）によって、メッセージの受信を通知する際に、ＭＭＳセンタが第２端末（３）へ問い合わせて、端末の処理可能容量を確認する段階と、
確認の処理で否定的結果のとき、ＭＭＳセンタが、ＭＭＳメッセージ内の通知エレメントを除去する段階とをさらに具備することを特徴とする方法。
【請求項５】
請求項１ないし請求項４のいずれか１に記載の方法において、
ＭＭＳメッセージのボディ（ＭＭＳ−Ｂ）は、ＳＭＳメッセージに対応するエレメントを有することを特徴とする方法。
【請求項６】
複数の端末（１，３）を有し、これらの端末間でＭＭＳメッセージをＭＭＳセンタ（１１）経由で交換するメッセージ受信通知システムにおいて、
該端末は、ＭＭＳメッセージ内に通知エレメント（ＥＮｎ）を挿入する手段と、
ＭＭＳメッセージとともに送信される通知エレメントを用いて、受信端末上に前記メッセージの受信を通知する手段とを具備することを特徴とするシステム。
【請求項７】
請求項６に記載のシステムにおいて、
前記端末（１，３）は、ＭＭＳメッセージのヘッダへ通知フィールドを付加するための手段と、メッセージ受信の際の通知フィールドを検出するための手段とをさらに具備し、
前記ＭＭＳメッセージの受信手段は、メッセージのヘッダへ付加されたフィールドの値の機能として通知エレメント（ＥＮｎ）によって、受信端末（３）上に通知を行うことを特徴とするシステム。
【請求項８】
請求項６または請求項７に記載のシステムにおいて、
前記ＭＭＳセンタ（１１）は、ＭＭＳメッセージに挿入された通知エレメント（ＥＮｎ）によって、メッセージの受信を通知するために、受信端末の処理可能容量を確認する手段と、
確認の処理で否定的結果のとき、ＭＭＳメッセージ内の通知エレメントを削除する手段とを具備することを特徴とする請求項６または請求項７に記載のシステム。
【請求項９】
端末の中にインストールするために適応したＭＭＳクライアントプログラム（２，４）において、
ＭＭＳメッセージを構成し且つ送信し且つ受信する命令を備え、
ＭＭＳメッセージ内に通知エレメント（ＥＮｎ）を挿入する命令をさらに備えたことを特徴とするプログラム。
【請求項１０】
請求項９に記載のプログラムにおいて、
ＭＭＳメッセージとともに送信される通知エレメント（ＥＮｎ）を用いて、端末上にＭＭＳメッセージの受信を通知する命令をさらに備えたことを特徴とするプログラム。
【請求項１１】
請求項９または請求項１０に記載のプログラムにおいて、
ＭＭＳメッセージのヘッダ（ＭＭＳ−Ｈ）の中に通知フィールドを自動的に付加する命令をさらに備えたことを特徴とするプログラム。
【請求項１２】
請求項１１に記載のプログラムにおいて、
ＭＭＳメッセージの受信の際の通知フィールドを検出する命令を具備し、
前記ＭＭＳメッセージの受信の処理は、メッセージのヘッダへ付加されるフィールドの値の機能として、通知エレメント（ＥＮｎ）によって端末上に通知されること、を特徴とする請求項１１に記載のプログラム。
【請求項１３】
請求項９ないし請求項１２のいずれか１に記載のプログラムを具備することを特徴とする端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体電話間で交換されるＭＭＳメッセージといった端末間で非同期に交換されるメッセージの分野に関する。
本発明は、特に、そのようなメッセージの受信が受信者の端末上でいかに通知されるかに関する。
【背景技術】
【０００２】
現在のところ、ユーザの（移動体或いは固定の）端末がＭＭＳマルチメディア或いは他の形態のメッセージ（例えば、ＳＭＳメッセージ）を受信する際に、これを読み取ることができるように、メッセージの受信ユーザへ情報提示が行われる。
この目的を達成するため、端末は、メッセージを受信するユーザ端末上で利用可能な機能とユーザが選択した環境設定に依存して、種々の動作が可能である。
商用の端末上で現在のところ利用可能な機能を、次に挙げる。
・端末の鳴動及び／又はバイブレーション（リングトーンは、メッセージの送信者の番号によって変化できる）
・及び／又は、端末の画面上のアイコンの表示
・及び／又は、端末の画面上のテキスト（例えば、“新しいメッセージ”）の表示
・及び／又は、端末の画面上のメッセージ送信者番号の表示
・及び／又は、端末のディレクトリ内に保存されたメッセージの送信者の番号に対応する、名前、及び／又は、写真／画像の表示
【０００３】
あらゆる場合に、端末内でローカルに新しいメッセージの受信通知が端末でどのようになされるかを定義するのは、受信端末のユーザであり、これは、端末で提供される機能に依存する。
【０００４】
現在のところ、そこには、受信者とは対照的に、（ＭＭＳ、ＳＭＳ、或いは、他の）、送信されるメッセージの受信がどのように通知されるかを、メッセージの送信者が定義することを可能とする解決策が無い。
【０００５】
特許文献１は、移動体電話の呼び出しの送信者が、呼び出されるユーザへ通知メッセージを送信することによって、呼び出しを通知することが可能なシステムを記述している。
しかしながら、上記文献で記載されたシステムは、電話呼び出しのように同期サービスを通知することにしか適合していない。
それは、非同期サービスに依存していないので、ＭＭＳ或いはＳＭＳメッセージの受信の通知が個人対応することに使用することができない。
特許文献１に記載されるシステムは、比較的複雑であり、既存の電気通信システムのハードウェアへ相当の変更を要する。
この複雑さは、上記したシステムの目的が同期サービスを通知することであるという事実によって特に説明され、これは、通知メッセージが呼び出しとともに実際上同時に送信されることを意味する。
【０００６】
【特許文献１】国際公開ＷＯ２００４／０５６０７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、メッセージの受信がメッセージの受信者の端末上でどのように通知されるかを、メッセージの送信者によって定義することを可能とする解決策を提案することによって、かかる欠点を軽減することである。
【課題を解決するための手段】
【０００８】
本発明は、この目的を達成するために、第１端末上にＭＭＳメッセージを構成する段階と、ＭＭＳメッセージを第２端末へ送信する段階とを具備する方法において、前記ＭＭＳメッセージを送信する段階の前に、第１端末が、前記ＭＭＳメッセージ中へ通知エレメントを有するページ（ＳＬｎ）を挿入する段階と、前記メッセージを送信した段階の後に、メッセージに挿入された通知エレメントによって第２端末上に前記メッセージの受信を通知する段階と、をさらに具備することを特徴とする方法である。
【０００９】
送信されたメッセージの中へ通知エレメントを挿入することによって、メッセージの送信者は、メッセージの着信がどのように受信者の端末上に通知されるかを選択することができる。
ユーザが個人間のメッセージを送信することを希望するときに、本発明にって提供される解決策は、メッセージのコンテンツに機能付加することである。
したがって、送信メッセージは、メッセージの“ペイロード”部分（ユーザが送信を望む情報）と、メッセージの着信を受信端末がそのユーザへ通知するために用いるマルチメディア・エレメントを有する部分と、の両方を有する。
【００１０】
また、本発明の方法は、メッセージ中に通知エレメント（ＥＮｎ）を挿入する段階の前に、第１端末が、１又は２以上のマルチメディエレメントを選択或いは生成することによって通知エレメントを形成する段階を具備することを一つの特徴としている。
送信者は、マルチメディア・エレメントの広い選択からメッセージの通知を個人対応化できる。
【００１１】
また、本発明の方法は、ＭＭＳメッセージを送信する段階の前に、ＭＭＳメッセージのヘッダ（ＭＭＳ−Ｈ）へ通知フィールドを付加する段階と、メッセージのヘッダへ付加されるフィールドの値の機能として通知される通知エレメントによる第２端末上の前記ＭＭＳメッセージの受信処理段階と、をさらに具備することを一つの特徴としている。
この段階は、ユーザへ透過的であり、メッセージ内の通知エレメントを有効化するために、特段の形式で処理されるページ（ＳＬｎ）の存在をメッセージの受信の際に表示する。
【００１２】
また、本発明の方法は、ＭＭＳセンタが、メッセージ中に挿入された通知エレメント（ＥＮｎ）によるメッセージの受信を通知するための端末の処理可能容量を確認するために第２端末へ問い合わせる段階と、確認の処理で否定的な結果のとき、ＭＭＳセンタが、ＭＭＳメッセージ内の通知エレメントを削除する段階と、をさらに具備することを一つの特徴とすることができる。
この方法によれば、通知エレメントは、それが受信端末によって用いられる場合に限り送信される。
【００１３】
本発明は、ＳＭＳメッセージといった他の形式のメッセージも応用される。
こうした状況で、ＭＭＳメッセージのボディは、ＳＭＳメッセージのテキストに対応するエレメントを有する。
【００１４】
また、本発明は、ＭＭＳセンタ経由でＭＭＳメッセージが交換される端末を有するメッセージ受信通知システムにおいて、該システムは、ＭＭＳメッセージ内に通知エレメント（ＥＮｎ）を挿入する手段と、ＭＭＳメッセージとともに送信された通知エレメントを用いて、受信端末上に前記メッセージの受信を通知する手段と、を具備することを一つの特徴とする。
【００１５】
かかる本発明のシステムは、メッセージの受信が受信者の端末上にどのように通知されるか定義することを送信者が可能となる解決策を、メッセージの送信者へ提供する。
【００１６】
また、端末は、ＭＭＳメッセージのヘッダへ通知フィールドを付加する手段と、メッセージの受信の際の通知フィールドを検出する手段と、メッセージのヘッダへ付加されたフィールドの値の機能として、通知エレメント（ＥＮｎ）によって、受信端末上に通知される前記メッセージの受信をすることと、をさらに具備することを本発明の一つの特徴とする。
【００１７】
また、本発明は、ＭＭＳセンタは、ＭＭＳメッセージ内に挿入された通知エレメント（ＥＮｎ）によってメッセージの受信を通知するための受信端末の処理可能容量の確認のための手段と、確認の処理で否定的結果のとき、ＭＭＳメッセージ内の通知エレメントを削除する手段と、を具備することを一つの特徴とする。
【００１８】
また、本発明がさらに提供するのは、端末へインストールされるのに適合したＭＭＳクライアントプログラムにおいて、かかるプログラムは、ＭＭＳメッセージを構成し送信し受信する命令を含み、ＭＭＳメッセージ内へ通知エレメント（ＥＮｎ）を挿入する命令をさらに具備することを一つの特徴とする。
また、かかるプログラムは、ＭＭＳメッセージとともに送信された通知エレメント（ＥＮｎ）を用いて、端末上のＭＭＳメッセージの受信を通知する命令をさらに具備することを一つの特徴とする。
また、かかるプログラムは、ＭＭＳメッセージのヘッダ内へ通知フィールドを自動的に付加する命令と、通知フィールドの値の機能としてその着信を通知するのと、をさらに具備することを一つの特徴とする。
【００１９】
この種のＭＭＳクライアントは、端末内へ一度ロードされると、そのユーザ・ツールを提供し、送信されてきたメッセージの受信の通知をして、個人対応化をし、このときに、自分の中に含まれる通知エレメントとともに受信されるメッセージの受信を通知する。
【００２０】
最後に、本発明は、上述のＭＭＳクライアントプログラムを有する移動体端末或いは固定端末の提供も行う。
【発明を実施するための最良の形態】
【００２１】
本発明の特徴及び利点は、添付図面を参照しながら表示され且つこれに限定されることの無い実施形態の手法によって与えられる、以下の記載からより明瞭に浮かび上がる。
【００２２】
本発明は、メッセージの受信が受信者の端末にどのように通知されるかを定義するメッセージをユーザが送信するための解決策を提供する。
この目的を解決するために、本発明は、公知のＭＭＳ（マルチメディア・メッセージング・サービス）テクノロジを用いる。
簡単のために、本発明で用いらるとともにこの技術を用いる大部分の構成要素は、ＭＭＳという用語によって分類される（例えば、ＭＭＳメッセージ）。
【００２３】
図１に、本発明の使用を可能とするＭＭＳメッセージの交換のためのシステムのアーキテクチャを示す。
この公知のアーキテクチャは、いずれもが移動体電話網Ｒ１（例えば、ＧＳＭ、ＧＰＲＳ又はＵＭＴＳネットワーク）で接続されるユーザＡの端末１とユーザＢの端末３との間でＭＭＳメッセージを交換するためのＭＭＳ環境１０を具備している。
後述するように、ユーザＡは、メッセージの送信者であり、ユーザＢは、メッセージの受信者であると設定する。
【００２４】
ＭＭＳ環境（ＭＭＳＥ）１０は、ＭＭＳ環境１０内でばかりでなく他の環境２０への或いは他のメッセージングサービス１５への、ＭＭＳメッセージのルーティングを管理するＭＭＳセンタ（ＭＭＳＣ）１１を具備している。
ＭＭＳセンタ１１は、この環境内の端末への配信を待つメッセージを保存する役割もある。
ルーティング（ＭＭＳリレー）機能及びストレージ（ＭＭＳサーバ）機能は、独立したシステムによって実行を行うこともできるし、或いは、図１のシステムのＭＭＳセンタ１１内のように同じシステム中へ組み込んでもよい。
公知のＭＭＳセンタは、本質的に、ＭＭＳメッセージを処理（例えば、ルーティング、保存、適応化）するソフトウェアモジュールを具備する１又は２以上のサーバ、で構成される。
【００２５】
前記ＭＭＳセンタ１１は、付加価値サービス（ＶＡＳアプリケーション）１３と、ユーザ及びその位置（ホーム位置レジスタ（ＨＬＲ））を管理するためのデータベース１２と、請求システム１４と、ＭＭＳユーザに関する情報（例えば、存在情報）を保持するデータベース１５とへも接続されている。
ＭＭＳセンタの他の機能は、受信端末の処理可能容量での機能に応じてＭＭＳメッセージを適応（adapt）することである。
受信端末へのメッセージをダウンロードする前に、ＭＭＳセンタは、処理可能容量（例えば、画面サイズ、画像解像度、等）を確認するために、受信端末へ問い合わせ、且つ必要に応じて、そのようにして確認された処理可能容量での機能に応じてメッセージのコンテンツを適応化する。
前記コンテンツは、ＭＭＳセンタ内にプログラムされたソフトウェアのフォーム内の適用モジュールを使用して、ＭＭＳセンタによって適応化される。
【００２６】
マルチメディア・メッセージング・サービス・プロバイダ（ＭＭＳコンテンツ・プロバイダ）の管理下のネットワーク要素は、電気通信網（例えば、図１の網Ｒ１）の加入ユーザによって、ＭＭＳサービスへの接続を可能にする。
従って、ＭＭＳ環境１０は、ネットワークレベルだけでなく端末レベルにおいても、ＭＭＳメッセージを搬送し且つ適応化し且つ保存するために適応したネットワーク・インフラストラクチャと、ＭＭＳメッセージを構成し且つ送信し且つ受信するソフトウェアとを具備している。
【００２７】
ＭＭＳメッセージを交換するためのシステムの装置は、専用インタフェース経由で通信する。即ち、
・端末内のＭＭＳクライアントとＭＭＳセンタとの間の交換を行うためのインタフェースＭＭ１
・ＭＭＳセンタの、ルーティング（ＭＭＳリレイ）とストレージ（ＭＭＳサーバ）装置間のインタフェースＭＭ２
大部分の供給者の解決策は、両方のこれら装置を同じシステム内に組み込み、且つ、このインタフェースは、独自仕様（即ち、非標準）インタフェースである。
・ＭＭＳセンタが、他のメッセージング・サーバ（例えば、インターネット型ネットワークＲ２経由でアクセスできる図１のサーバ１５）を使用してメッセージを交換可能とするインタフェースＭＭ３
・２つの異なるＭＭＳ環境（例えば、図１のシステムのＭＭＳセンタ１１，２１）の２つのＭＭＳセンタの間のＭＭＳメッセージの交換を取り扱うインタフェースＭＭ４
・ＭＭＳセンタが、ユーザ管理データベース（例えば、図１のデータベース１２）へ問い合わせることを可能とするインタフェースＭＭ５
・ＭＭＳセンタが、データベース（例えば、図１のデータベース１５）内のＭＭＳユーザに関する情報にアクセスすることを可能にするインタフェースＭＭ６
・ＭＭＳセンタから付加価値サービス（例えば、図１のサービス１３）へ、及びその逆に、ＭＭＳメッセージを転送するインタフェースＭＭ７
・ＭＭＳセンタが、請求システム（例えば、図１のシステム１４）と相互処理することを可能とするインタフェースＭＭ８
【００２８】
ＭＭＳ環境１０経由でＭＭＳメッセージを交換することに適応した移動体端末１，３には、端末内に各々インストールされたＭＭＳクライアント２，４が設けられなければならない。
ＭＭＳクライアント（或いは、ＭＭＳユーザ・エージェント（ＭＭＳ−ＵＡ））は、ＭＭＳメッセージの組み立て、プレゼンテーション、送信、受信を可能とするための、端末にインストールされたユーザ・アプリケーション・ソフトウェアである。
ＭＭＳクライアント２，４は、対応するＭＭＳ環境、ここでは送受信端末が加入接続する網Ｒ１（例えば、ＧＳＭ、ＧＰＲＳ、或いは、ＵＭＴＳ網）に対応するＭＭＳ環境１０に接続されている。
【００２９】
図１に示すように、送信者又は受信者の環境は、他の加入者網Ｒ３に対応する他の環境２０に接続したユーザＢ’に対して異なってもよい。
こうした状況では、ユーザＢ’の端末５は、ＭＭＳ環境２０に対応したＭＭＳクライアント６を有している。
上述のＭＭＳ環境１０と同様に、ＭＭＳ環境１０について既に述べたように、ＭＭＳ環境２０は、ＭＭＳセンタ２１と、ＭＭＳメッセージを管理するために必要なすべてのその他のネットワーク要素（図示せず）とを備えている。
【００３０】
図１のＭＭＳメッセージ交換システムの構成それ自体は、よく知られているとともに、不必要に本明細書を複雑としないように、より詳細には述べていない。
それにもかかわらず、とりわけ、第３世代の移動体システムのための３ＧＰＰ標準化団体（www.3gpp.org）によって編集された後述する文書が手軽に閲覧されることが可能である。
【００３１】
本発明に従って、メッセージの受信の通知の個人対応を現存のＭＭＳ環境の中へ組み込むことは可能である。
この目的を達成するために、詳細を後述するように、指定されるフィールドが、ＭＭＳメッセージに加えられ、その値の機能として、メッセージの送信者によって定義され、これによって、メッセージ内の通知（ＳＬｎ）に対応するページの特定の処理と、メッセージの送信者の定義に応じた受信者の端末上における通知の活性化とが可能となる。
【００３２】
図２に示す公知の形式で、ＭＭＳメッセージは、ヘッダＭＭＳ−Ｈと、ボディＭＭＳ−Ｂとを有している。
ＭＭＳメッセージのヘッダＭＭＳ−Ｈは、メッセージのトランスポートに関する情報、例えば受信者の識別子と、送信されるメッセージに関する情報（送信日付、メッセージ有効日付、メッセージの題名、など）とを有している。
ＭＭＳヘッダからの情報は、値が割り当てられるフィールドで編成されている。
【００３３】
メッセージ・ボディＭＭＳ−Ｂは、スライドと通常呼ばれる１又は２以上のページＳＬ１，…，ＳＬｎを含むことができる。
メッセージ内で、ページ（“スライド”）は、標準化された同期マルチメディア・インテグレーション言語（ＳＭＩＬ）において、一般的に定義されており、これは、メッセージ内に含まれる様々なエレメントを同期化するものである。
必要に応じて、これらの“スライド”は、端末に指定された言語で定義される。
【００３４】
ＭＭＳメッセージのボディのページＳＬ１〜ＳＬｎの各々は、音声、画像、テキスト、等といった１又は２以上のマルチメディア・エレメントを有する。
よって、ＭＭＳメッセージのボディは、各々が１又は２以上のマルチメディア・ドキュメント（音声、画像、テキスト、他）を有するページＳＬ１〜ＳＬｎが連続して構成されており、これらドキュメントの各々の種類は、識別子によって決定されている。
【００３５】
図３を参照して、メッセージの受信が受信者の端末上に．送信者による個人対応化（パーソナライズ）を伴うメッセージの送信の本発明の方法を利用する例、どのように通知処理されるかを以下記述する。
この例では、図１に示すユーザＡは、ＭＭＳメッセージをユーザＢ’へ送信する。
【００３６】
最初のステップ（ステップＳ１）は、ＭＭＳメッセージを構成し且つ送信する。
【００３７】
より詳しくは、図４に示すように、ユーザＡは、通常の方法で、端末上に、ユーザＢ’へ送信するため、ＭＭＳメッセージＭ１を構成する（ステップＳ１１）。
ユーザのために、この処理は、メッセージを受信するユーザのアドレスの入力と、メッセージとともに送信されるマルチメディア・エレメントの編集とによって構成されている。
【００３８】
このとき、ユーザＡは、受信者Ｂ’の端末５が該メッセージＭ１の受信をいかに通知処理するかを定義する。
このため、本発明の通知処理エレメントを構成する１又は２以上のマルチメディア・エレメントＥＮｎを選択することが可能である（ステップＳ１２）。
かかるエレメントは、例えば、次から選択される。
・端末Ｂ’で再生されるリング・トーン（或いは、より一般的にあらゆるオーディオ・クリップ）
・端末Ｂ’の画面で表示される写真、画像、或いは、アバタ
・端末Ｂ’で再生される映像或いはアニメーション
・端末Ｂ’の画面で表示されるテキスト
【００３９】
これらのマルチメディア・エレメントは、端末Ａのローカルに既に利用可能なのものでも、又はＭＭＳメッセージＭ１を生成するときにユーザＡによって直接的に生成されるものでもよい。（例えば、音声や写真を生成且つ保存する端末を用いて）
【００４０】
これらのマルチメディア・エレメントを選択した後に、ユーザＡがメッセージを送信することを望むときに(即ち、例えば、”Send”（送信）ボタンを押すことで)、端末ＡのＭＭＳクライアント２は、通知処理に対応するＭＭＳメッセージＭ１へ、新しいページ（新しい“スライド”）を（ユーザが意識することなく）追加し、ついで、メッセージの受信の通知の個別対応化をするために、マルチメディア・エレメント或いはユーザによって選択されたエレメントを挿入する（ステップＳ１３）。
ＭＭＳクライアント２は、より詳細に後述する機能を有するメッセージのヘッダに、通知フィールドを追加する（ステップＳ１４）。
【００４１】
ついで、ＭＭＳクライアント２は、ＭＭＳセンタ１１へ、関連したものとともに、このような方法で構成されたＭＭＳメッセージＭ１を送信する（ステップＳ１５）。
実際のところ、ＭＭＳクライアント２とＭＭＳセンタ１１との間のＭＭＳメッセージＭ１の交換は、端末１からセンタ１１へメッセージＭ１を送信する要求とその要求の受信の確認とに対応する。
【００４２】
上記の例では、ユーザＢ’のＭＭＳ環境２０は、ユーザＡの環境１０とは異なる。
ＭＭＳ環境１０のＭＭＳセンタ１１は、このとき、受信を確認するＭＭＳメッセージＭ１を、ＭＭＳ環境２０のＭＭＳセンタ２１へ送信する。
ＭＭＳセンタ２１は、メッセージＭ１が利用可能であることを、ユーザＢ’のＭＭＳクライアント６へ通知する（ステップＳ３）。
ＭＭＳクライアント６は、ＭＭＳメッセージＭ１を端末５へダウンロードする（ステップＳ４）。
ＭＭＳクライアント６は、上記ステップＳ１の期間に、ユーザＡによってメッセージＭ１に挿入された通知処理エレメントを使用して、新しいＭＭＳメッセージＭ１の着信をユーザＢ’へ通知する（例えば、図４のステップＳ１１〜Ｓ１５）。
【００４３】
図５に、ＭＭＳメッセージＭ１の受信を通知処理するための端末５のＭＭＳクライアント６によって実行される処理ステップを示す。
ＭＭＳメッセージＭ１が端末５によって受信されたとき（ステップＳ５１）、ＭＭＳクライアント６は、メッセージのヘッダに通知処理フィールドが存在するかを判定する（ステップＳ５２）。
このフィールドが存在しない場合には、ＭＭＳメッセージＭ１は、標準のＭＭＳメッセージとして処理される（ステップ５３）。
通知フィールドがＭＭＳメッセージＭ１のヘッダ中に存在する場合には、ＭＭＳクライアント６は、そのフィールドに割り当てられている値を確認する（ステップＳ５４）。
その値が、メッセージ中に通知処理エレメントを有するページが無いことを示す場合には（例えば、“通知モード”フィールド＝０の場合）、ＭＭＳメッセージＭ１は、標準のＭＭＳメッセージとして処理される（ステップＳ５３）。
そうでない場合、メッセージ内に１又は２以上の通知処理エレメントＥＮｎを有するページＳＬｎが存在することを当該フィールドの値が示すならば、ＭＭＳクライアント６は、通知処理エレメント或いはページに含まれるエレメントＥＮｎを復調するとともに（ステップＳ５５）、メッセージの受信をユーザＢ’へ、再生されるエレメント或いはエレメントＥＮｎを使用して個別対応化した方法で通知する（ステップＳ５６）。
最後に、ＭＭＳクライアントは、標準的な方法でＭＭＳメッセージを再生する（ステップＳ５７）。
【００４４】
メッセージを受信する端末ＢのＭＭＳクライアント４による通知エレメントの処理を可能とするために、本発明は、ＭＭＳメッセージのヘッダへ、新しいブーリアン型の“通知モード”フィールドを追加することを提案する。
現行のＭＭＳ装置（ＭＭＳ端末、ＭＭＳセンタ・サーバ）とある程度の互換性を確保するために、この通知フィールドは、条件処理される。
以下に説明するように、受信端末が本発明の機能をサポートする場合に限り、フィールドが存在する。
【００４５】
この新しい通知処理フィールドは、ＭＭＳ標準（３ＧＰＰ標準ＴＳ  ２２．１４０，マルチメディア・メッセージング・サービス（ＭＭＳ）・ステージ１，ＴＳ  ２３．１４０、マルチメディア・メッセージング・サービス（ＭＭＳ）・ステージ２）で定義されたトランザクションに存在する必要がある。
それは、インタフェースＭＭ１（端末とＭＭＳセンタの標準インタフェース）においてと、ＭＭ４（ＭＭＳセンタ間の標準インタフェース）においてと、及び、ＭＭ７（コンテンツ・プロバイダとＭＭＳセンタとの間の標準インタフェース）において存在することが必要である（図１を参照）。
【００４６】
本発明によれば、通知エレメントにおいて動作させることを可能とするために、端末のＭＭＳクライアントは、“通知モード”なる通知フィールドを検出することが可能であることが求められ、且つ、このフィールドの値への応答で必要な動作を実行する。
“通知モード”なる通知処理フィールドがトランザクションから存在しない場合には、ＭＭＳメッセージは、標準の方法で処理されなければならない。
このとき、受信端末の処理の変更は無い。
【００４７】
“通知モード”フィールドがトランザクション内に存在する場合には、これは、０或いは１の値のみをとることができる。
下記の表（表１）は、“通知モード”なる通知処理フィールドの値の機能として、受信端末内のＭＭＳクライアントによって実行される動作の要約である。
【００４８】
【表１】
2009512299.tif 000003
【００４９】
通知エレメントは、メッセージのボディの最終ページへ対応することができる。
この手法は、受信されるＭＭＳメッセージ内の通知処理エレメントの検出を体系的に可能とする端末のＭＭＳクライアントのすべてについて、正確に同じ方法で定義される。
しかしながら、本発明のＭＭＳクライアントは、この手法に限定されず、且つ、通知処理エレメントがＭＭＳメッセージのボディの先頭ページ或いは他のページであるということを定義する規約に従って設定されるパラメータを持つことができる。
以下、この明細書では、通知処理エレメントがＭＭＳメッセージのボディの最終ページへ対応すると扱われる。
【００５０】
受信端末のメモリ内で不必要に領域を占有するのを避けるために、受信されたＭＭＳメッセージＭ１は、通知エレメント無しで、端末のメモリに保存され、最終ページに至る。
【００５１】
本発明の一つの形態では、送信者の端末内で定義された通知エレメントによる受信者の端末上のメッセージ受信通知機能は、メッセージの送信者或いはメッセージの着信者の端末から、活性化／非活性化が可能である、
ユーザは、これら端末のＭＭＳクライアントのパラメタを設定することによって、この機能を活性化、非活性化する。
【００５２】
メッセージを送信するユーザＡが、該機能を活性化した場合には、ユーザＡは、送信されるすべてのメッセージのために使われるメッセージ着信通知モード、或いは、構成される各々のメッセージに異なる通知モードのいずれをも定義できる。
【００５３】
メッセージを受信するユーザＢが活性化した場合には、メッセージの受信は、ユーザＡによって決定されたマルチメディア・エレメントを使用して通知される（上述の方法を使用して）。
そうでない場合、ユーザＢがかかる機能を非活性化した場合には、メッセージの受信は、標準の方法で、例えばユーザＢの端末上に設定された通知パラメタによって通知される。
【００５４】
本発明の方法及びシステムは、上述のようなＭＭＳメッセージを送信することへ、また、より一般的に、特段のＳＭＳ（“ショート・メッセージ・サービス”）メッセージ中でのあらゆるタイプのメッセージを送信することへ、応用することが可能である。
【００５５】
ＳＭＳメッセージを送信する特段の状況で、ユーザＡの送信端末は、２つのページ（２つの“スライド”）を有するボディを有するＭＭＳメッセージを送信する。
・送信者が送信しようとするＳＭＳメッセージのテキストを有する第１ページＳＬ１
・受信端末上の着信通知に必要な情報を有する第２ページＳＬ２
【００５６】
ユーザＢの受信端末内で実行される処理は、ＭＭＳメッセージを送ったときと正確に同じである。
より正確には、ＭＭＳメッセージの受信で、受信端末のＭＭＳクライアントは、通知フィールドを検出し、最終ページＳＬ２が通知エレメントを具備することをその値が表すことを記録する。
このとき、端末内のメッセージのボディ（通知エレメント）の最終ページＳＬ２の処理がなされることで、ユーザＢへメッセージの着信が通知される。
このとき、ユーザＢがメッセージの読み込みを要求する場合には、ＭＭＳメッセージを読み込むための標準の方法でメッセージの最初のページＳＬ１が処理（即ち表示）され、このエレメントはＳＭＳメッセージに対応するものである。
【００５７】
受信端末がこの機能をサポートしない場合には、ＭＭＳセンタは、コンテンツだけを有するメッセージのボディを残すように、通知エレメントに対応する最終ページ（“スライド”）を削除するようにプログラムすることが可能である。
この目的を達成するために、新しい規約が、ＭＭＳセンタのコンテンツ適応モジュールへ追加される。
【００５８】
図６は、受信端末へＭＭＳメッセージが送信される際の、ＭＭＳセンタによって実行される処理を示す（例えば、図３のステップＳ３の期間）。
ＭＭＳセンタが、受信端末へ送信されるＭＭＳメッセージを受信するときに（ステップＳ３１）、端末の身元の受信のため、ＭＭＳメッセージをダウンロードする前に受信端末へ問い合わせが行われる（ステップＳ３２）。
受信した端末の身元から、ＭＭＳセンタは、個別対応化した通知機能に受信端末が互換を有するか否かを判定する（ステップＳ３３）。
そうでない場合、ＭＭＳセンタは、メッセージのヘッダから、“通知モード”なる通知フィールドと、通知エレメント或いはエレメントＥＮｎを有するページＳＬｎとを排除し（ステップＳ３４）、このとき、この方法で変更されたメッセージが受信者の端末へダウンロードされる（ステップＳ３５’）。
受信端末が、個人対応化された通知機能をサポートする場合には、そのまま、メッセージが受信者の端末へダウンロードされる（即ち、通知フィールド及び通知エレメントを有するページとともに）（ステップＳ３５）。
【００５９】
本発明は、移動体端末を有するＭＭＳメッセージ交換のためのシステムを参照して説明した。
しかしながら、これらのシステムは、ＭＭＳメッセージを送受信することに適合した固定端末を有することもできる。
この目的を達成するには、固定端末に対して、移動体端末にインストールされるのと同じＭＭＳクライアントを実装することで十分である。
【００６０】
従ってその結果として、本発明は、既存のＭＭＳメッセージ交換システムの大きな変更を必要とすることなく、メッセージ受信通知の個別対応化へ新しい機能を導入する。
要求される変更は、すべてソフトウェアでなされるとともに、ＭＭＳクライアントの適応と（例えば、プラグインを追加することによる）、ＭＭＳセンタの処理モジュール、例えば適応処理モジュール（例えば、新しい規約を追加することによる）と、メッセージ・ヘッダ内に存在する通知フィールドを送るための少なくとも標準インタフェースＭＭ１，ＭＭ４，ＭＭ７とによって主に構成される。
【００６１】
なお、インタフェースＭＭ１で通知モード・フィールドを有するＭＭＳメッセージ・ヘッダの例を表２に示す。
【００６２】
【表２】
2009512299.tif 000004
【図面の簡単な説明】
【００６３】
【図１】図１は、メッセージの受信を通知するための本発明のシステム及び方法が実行されるネットワーク・アーキテクチャの概念図である。
【図２】図２は、ＭＭＳマルチメディア・メッセージの構造を示す。
【図３】図３は、個別対応した通知エレメントとともにメッセージを送信するための本発明の方法を実行するフローチャートである。
【図４】図４は、個別対応した通知とともにＭＭＳメッセージを送信者の端末から送信するために本発明によって実行されるステップを示すフローチャートである。
【図５】図５は、受信者の端末がＭＭＳメッセージを個別対応した通知とともに受信する際に、本発明によって実行されるステップを示すフローチャートである。
【図６】図６は、受信者の端末へＭＭＳメッセージを個別対応した通知とともに送信する際に、本発明のＭＭＳセンタによって実行されるステップを示すフローチャートである。
【符号の説明】
【００６４】
１  端末
２  ＭＭＳクライアント
３  端末
４  ＭＭＳクライアント
５  端末
６  ＭＭＳクライアント
１０  ＭＭＳ環境
１１  ＭＭＳセンタ
１２  データベース（ユーザ管理データベース）
１３  ＶＡＳ（付加価値サービス）アプリケーション
１４  請求システム
１５  データベース
２０  ＭＭＳ環境
２１  ＭＭＳセンタ
【図１】
2009512299.tif 000005
【図２】
2009512299.tif 000006
【図３】
2009512299.tif 000007
【図４】
2009512299.tif 000008
【図５】
2009512299.tif 000009
【図６】
2009512299.tif 000010
【手続補正書】
【提出日】平成20年6月16日(2008.6.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１端末上でＭＭＳメッセージを構成する段階と、第２端末へＭＭＳメッセージを送信する段階とを具備するメッセージ受信通知方法であって、
この方法は、
前記ＭＭＳメッセージを送信する段階の前に、第１端末が、前記ＭＭＳメッセージ内に通知エレメントを有するページを挿入する段階と、
前記メッセージを送信する段階の後に、メッセージ中に挿入された通知エレメントによって第２端末上に前記ＭＭＳメッセージの受信を通知する段階とをさらに具備することを特徴とする方法。
【請求項２】
請求項1に記載の方法であって、
メッセージ中に通知エレメントを挿入する段階の前に、１又は２以上のマルチメディア・エレメントを第１端末から選択又は生成することによって通知エレメントを形成する段階を具備することを特徴とする方法。
【請求項３】
請求項１に記載の方法であって、
前記ＭＭＳメッセージを送信する段階の前に、ＭＭＳメッセージのヘッダ（ＭＭＳ−Ｈ）へ通知フィールドを付加する段階と、
前記ＭＭＳメッセージの受信は、メッセージのヘッダへ付加されたフィールドの値の機能として、前記通知エレメントによって第２端末上に通知する段階と、をさらに具備することを特徴とする。
【請求項４】
請求項１に記載の方法であって、第１端末によって第２端末へ送信されるＭＭＳメセージは、ＭＭＳセンタを中継して通過し：
メッセージ内に挿入された通知エレメントによって、メッセージの受信を通知する際に、ＭＭＳセンタが第２端末へ問い合わせて、端末の処理可能容量を確認する段階と、
確認の処理で否定的結果のとき、ＭＭＳセンタが、ＭＭＳメッセージ内の通知エレメントを除去する段階とをさらに具備することを特徴とする方法。
【請求項５】
請求項１に記載の方法であって、
ＭＭＳメッセージのボディは、ＳＭＳメッセージに対応するエレメントを有することを特徴とする方法。
【請求項６】
複数の端末を有し、これらの端末間でＭＭＳメッセージをＭＭＳセンタ経由で交換するメッセージ受信通知システムであって、
該端末は、ＭＭＳメッセージ内に通知エレメントを挿入する手段と、
ＭＭＳメッセージとともに送信される通知エレメントを用いて、受信端末上に前記メッセージの受信を通知する手段とを具備することを特徴とするシステム。
【請求項７】
請求項６に記載のシステムであって、
前記端末は、ＭＭＳメッセージのヘッダへ通知フィールドを付加するための手段と、メッセージ受信の際の通知フィールドを検出するための手段とをさらに具備し、
前記ＭＭＳメッセージの受信手段は、メッセージのヘッダへ付加されたフィールドの値の機能として通知エレメントによって、受信端末上に通知を行うことを特徴とするシステム。
【請求項８】
請求項６または請求項７に記載のシステムであって、
前記ＭＭＳセンタは、ＭＭＳメッセージに挿入された通知エレメントによって、メッセージの受信を通知するために、受信端末の処理可能容量を確認する手段と、
確認の処理で否定的結果のとき、ＭＭＳメッセージ内の通知エレメントを削除する手段とを具備することを特徴とするシステム。
【請求項９】
端末の中にインストールするために適応したＭＭＳクライアントプログラムにおいて、
ＭＭＳメッセージを構成し且つ送信し且つ受信する命令を備え、
ＭＭＳメッセージ内に通知エレメントを挿入する命令をさらに備えたことを特徴とするプログラム。
【請求項１０】
請求項９に記載のプログラムであって、
ＭＭＳメッセージとともに送信される通知エレメントを用いて、端末上にＭＭＳメッセージの受信を通知する命令をさらに備えたことを特徴とするプログラム。
【請求項１１】
請求項９に記載のプログラムであって、
ＭＭＳメッセージのヘッダの中に通知フィールドを自動的に付加する命令をさらに備えたことを特徴とするプログラム。
【請求項１２】
請求項１１に記載のプログラムにおいて、
ＭＭＳメッセージの受信の際の通知フィールドを検出する命令を具備し、
前記ＭＭＳメッセージの受信は、メッセージのヘッダへ付加されるフィールドの値の機能として、通知エレメントによって端末上に通知されることを特徴とするプログラム。
【請求項１３】
請求項９ないし請求項１２のいずれか１に記載のＭＭＳクライアントプログラムを具備することを特徴とする端末。
【国際調査報告】
2009512299.tif 000011
2009512299.tif 000012
2009512299.tif 000013
2009512299.tif 000014