(57)【要約】  本発明は、携帯電話と、携帯電話のオペレーションおよび制御のための方法とに関する。携帯電話は、他の携帯電話によってメッセージ伝送システムを介して送信されたメッセージを受信することができる。この方法は、別の携帯電話からメッセージを受信することであって、受信したメッセージが、プレゼンテーション部および関連する制御部を含み、制御部が、受信したメッセージの処理の制御および管理のために使用されること、受信したメッセージから制御部を抽出すること、および抽出した制御部に基づいてメッセージに関係するオペレーションを実行することを含む。一実施形態によれば、携帯電話で受信された制御部が通知モード制御コマンドを含む場合、携帯電話は、携帯電話上で事前構成されたメッセージ通知モードを無視して、通知モード制御コマンドに従ってメッセージ通知を発行する。したがって、送信側個別設定メッセージ・サービスの要件を満たすことができる。
2008515259.tif 000002
【特許請求の範囲】
【請求項１】
携帯電話を制御する方法であって、前記携帯電話が、別の携帯電話によってメッセージ伝送システムを介して送信されたメッセージを受信することができ、
別の携帯電話からメッセージを受信するステップであって、受信したメッセージが、プレゼンテーション部および関連する制御部を含み、前記制御部が、前記受信したメッセージの処理の制御に関連するステップと、
前記受信したメッセージから前記制御部を抽出するステップと、
抽出した制御部に基づいて前記メッセージに関連するオペレーションを実行するステップと
を含む方法。
【請求項２】
前記抽出した制御部が、
通知モード制御コマンド、転送制御コマンド、アーカイビング制御コマンド、応答受信側制御コマンドのうちの１つまたは複数を含む請求項１に記載の方法。
【請求項３】
各コマンドが、少なくとも１つの関連する制御パラメータを有する請求項２に記載の方法。
【請求項４】
前記抽出した制御部が前記通知モード制御コマンドを含み、前記オペレーションが、前記携帯電話上で事前構成されたメッセージ通知モードを無視した、前記通知モード制御コマンドに従うメッセージ通知の発行を含む請求項２または３に記載の方法。
【請求項５】
前記抽出した制御部が、前記転送制御コマンドまたは前記応答受信側制御コマンドを含み、前記オペレーションが、前記転送制御コマンドまたは前記応答受信側制御コマンドに従ってそれぞれメッセージを転送し、または前記メッセージに応答するためのターゲット・アドレスの自動設定を含む請求項４に記載の方法。
【請求項６】
別の携帯電話によってメッセージ伝送システムを介して送信されたメッセージを受信する受信装置を有する携帯電話であって、
受信したメッセージをプレゼンテーション部および関連する制御部に分解するメッセージ分解ユニットであって、前記制御部が、受信したメッセージの処理の制御に関連するメッセージ分解ユニットと、
前記制御部に基づいて、前記メッセージに関連するオペレーションを実行する実行装置と
を備える携帯電話。
【請求項７】
前記制御部が、
通知モード制御コマンド、転送制御コマンド、アーカイビング制御コマンド、応答受信側制御コマンドのうちの１つまたは複数を含む請求項６に記載の携帯電話。
【請求項８】
各コマンドが、少なくとも１つの関連する制御パラメータを有する請求項７に記載の携帯電話。
【請求項９】
前記制御部が前記通知モード制御コマンドを含み、メッセージ通知装置が、前記携帯電話上で事前構成されたメッセージ通知モードを無視して、前記通知モード制御コマンドに従ってメッセージ通知を発行する請求項７または８に記載の携帯電話。
【請求項１０】
前記制御部が、前記転送制御コマンドまたは前記応答受信側制御コマンドを含み、前記オペレーションが、前記転送制御コマンドまたは前記応答受信側制御コマンドに従ってそれぞれメッセージを転送し、または前記メッセージに応答するためのターゲット・アドレスの自動設定を含む請求項９に記載の携帯電話。
【請求項１１】
携帯電話を制御する方法において、前記携帯電話が、前記携帯電話のユーザがメッセージを入力するためのユーザ・インターフェースを生成するユーザ・インターフェース・ジェネレータと、メッセージ伝送システムを介して別の携帯電話に前記メッセージを送信する送信装置とを有する方法であって、
プレゼンテーション部および制御部を入力するユーザ・インターフェースを生成するステップと、
受信側に表示するように識別される形式に前記プレゼンテーション部をフォーマットするステップと、
制御データであると識別される形式に前記制御部をフォーマットするステップと、
前記送信装置によって送信するために、フォーマットしたプレゼンテーション部および制御部を完全なメッセージとしてパッケージ化するステップと
を含む方法。
【請求項１２】
メッセージ伝送システムを介して別の携帯電話にメッセージを送信する送信装置を有する携帯電話であって、
プレゼンテーション部および制御部を入力するためのユーザ・インターフェースを生成するユーザ・インターフェース・ジェネレータと、
受信側に表示するように識別される形式に前記プレゼンテーション部をフォーマットするメッセージ・プレゼンテーション・ジェネレータと、
制御データであると識別される形式に前記制御部をフォーマットする制御コマンド・ジェネレータと、
前記送信装置によって送信するために、フォーマットしたプレゼンテーション部および制御部を完全なメッセージとしてパッケージ化するパッケージング・モジュールと
を備える携帯電話。
【請求項１３】
コンピュータ上で実行されるときに請求項１ないし５のいずれか一項に記載のすべてのステップを実行するように適合されたプログラム・コード手段を含むコンピュータ・プログラム。
【請求項１４】
コンピュータ上で実行されるときに請求項１１に記載のすべてのステップを実行するように適合されたプログラム・コード手段を含むコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テレコム・メッセージング・サービスに関し、詳細にはメッセージング・サービス・システムにおける携帯電話に関する。より詳細には、本発明は、携帯電話でのメッセージの送信および受信の制御に関する。
【背景技術】
【０００２】
ショート・メッセージ・サービス（ＳＭＳ）、マルチメディア・メッセージ・サービス（ＭＭＳ）などのメッセージング・サービスは、今日広く導入されている。ＭＭＳは、携帯電話に対する付加価値機能サービスである。ＳＭＳと比べて、ＭＭＳでは、携帯電話間で伝送されるメッセージが、もはや単なる単純かつ短いテキストではない。むしろ、メッセージは、テキスト、ピクチャ、オーディオ・ビジュアル、音声などのリッチ・マルチメディア情報を組み込むことができる。ＭＭＳ応用分野の広さにより、個別設定され、かつ柔軟性のあるメッセージング・サービスの提供がますます求められている。個別設定および柔軟性は、メッセージの受信側だけでなく、送信側でも徐々に求められてきている。送信されたメッセージの受信側での制御および操作に送信側が関わることは、そのような個別設定の一実施形態である。しかし、従来技術のメッセージング・サービスでは、個別設定は満足なものにはほど遠い。
【０００３】
例えば、現在では、メッセージ通知モードが受信側で事前構成される。特定の送信側に対応するメッセージ通知モード、例えば特別な着信音または音量の事前構成を可能にするいくつかの種類のメッセージング・ソフトウェア（メッセージング・エージェント）がある。しかし、こうした解決策は、送信側にとって静的または変更不可能であり、したがって、送信側の要件を満たすような柔軟性がない。例えば、送信側が宛先の携帯電話に緊急メッセージを送信したいと仮定する。その時、宛先の携帯電話の通知モードが、メッセージング受信側によって「サイレント」として事前構成されている可能性がある。受信側に良好な効果をもって通知するために、送信側は、携帯電話上の元の通知モードが何であっても、それをラウド着信音モード（loud ring tone mode）で上書きすることを望む。しかし、現在の機構はこの機能をサポートしない。
【０００４】
携帯電話についてのメッセージ通知モードを構成する現在の方式が静的な性質であり、かつ柔軟性がないことは、受信側が受信側の携帯電話に存在する通知モードから通知モードを選択することしかできないことにも反映されている。受信側が行えるのは、せいぜい着信音をダウンロードすることによって現存の通知モードを拡張することだけである。しかし、受信側の携帯電話は、送信側指定の着信音を許可せず、送信側が受信側の携帯電話に特定の着信音を送信することも許可しない。メッセージ送信側にとって、個別設定された方式で宛先の受信側にメッセージを送信する選択肢が欠けている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、宛先の携帯電話がメッセージ送信側のメッセージを受信する通知モードをメッセージ送信側がエンドツー・エンドで直ちに変更できることが求められている。
【０００６】
受信側によってメッセージを管理する態様では、既存のメッセージング・サービスは、受信側の受信メッセージの管理に送信側が関係するような十分な柔軟性のある個別設定サービスを提供しない。例えば、現在は、携帯電話上で受信されたメッセージはメッセージ受信箱に保存される。受信側携帯電話が受信箱からメッセージの一部を自動的に削除する機構は存在せず、これは送信側にとって望ましくないことがある。例えば、送信側は、送信メッセージが受信箱に保存される期間を制限したいことがある。送信側は、送信メッセージが読まれる回数を、その回数に達した後はメッセージを削除することによって制限したいことがある。したがって、送信側が制御可能なメッセージのアーカイビング（sender-controllable archiving of message）が求められている。
【０００７】
さらに、元のメッセージに応答するメッセージの受信側は通常、元のメッセージの送信側であると想定される。ある場合には、元のメッセージの送信側は、第３者が元のメッセージに応答するメッセージの受信側であることを望むことがある。例えば、別の人の代わりにメッセージを送信する人は、メッセージの応答がその別の人に直接送信されることを望むことがある。さらに、受信側は、メッセージを受信した後にそのメッセージを転送することがある。時には、送信側は、受信側が受信したメッセージを特定のグループの人々にのみ転送することを期待するかもしれない。しかし、既存のメッセージング・サービスは、メッセージの転送先、またはメッセージに対する応答の期待される受信側をメッセージの送信側が選択的に制限する機能を提供しない。
【課題を解決するための手段】
【０００８】
有利には、携帯電話のメッセージ送信側が、受信側携帯電話上のメッセージ挙動の制御にエンドツー・エンドに関与することができる。
【０００９】
第１の態様によれば、本発明は、携帯電話を制御する方法であって、携帯電話が、別の携帯電話によってメッセージ伝送システムを介して送信されたメッセージを受信することができ、
別の携帯電話からメッセージを受信するステップであって、受信したメッセージが、プレゼンテーション部および関連する制御部を含み、制御部が、受信したメッセージの処理の制御に関連するステップと、受信したメッセージから制御部を抽出するステップと、抽出した制御部に基づいてメッセージに関連するオペレーションを実行するステップとを含む方法を提供する。
【００１０】
本発明の一実施形態によれば、制御部は、通知モード制御コマンド、転送制御コマンド、アーカイビング制御コマンド、応答受信側制御コマンド（reply-to recipient control command）のうちの１つまたは複数を含むことができ、各コマンドは、関連する制御パラメータを有することができる。
【００１１】
本発明の一実施形態によれば、メッセージはＭＩＭＥのフォーマットを取ることができ、１つまたは複数の制御コマンドがＭＩＭＥヘッダに含まれ、制御パラメータがＭＩＭＥ本文（MIME body）に含まれる。さらに、メッセージのプレゼンテーション部は、メッセージ・レイアウトおよびメッセージ・データを含み、メッセージ・レイアウトはＭＩＭＥヘッダに含まれ、メッセージ・データはＭＩＭＥ本文に含まれる。
【００１２】
本発明の一実施形態によれば、制御コマンドはＸＭＬ言語に基づく。
【００１３】
第２の態様によれば、本発明は、別の携帯電話によってメッセージ伝送システムを介して送信されたメッセージを受信する受信装置を有する携帯電話であって、
受信したメッセージをプレゼンテーション部および関連する制御部に分解するメッセージ分解ユニットであって、制御部が、受信したメッセージの処理の制御に関連するメッセージ分解ユニットと、制御部に基づいて、メッセージに関連するオペレーションを実行する実行装置とを備える携帯電話を提供する。
【００１４】
好ましくは、携帯電話は、他の携帯電話によってメッセージ伝送システムを介して送信されたメッセージを受信する受信装置と、受信したメッセージに関係する制御および管理を実行する実行装置とを備える。さらに、携帯電話は、受信したメッセージをプレゼンテーション部および制御部に分解するメッセージ分解ユニットも備えることができ、制御部は、受信したメッセージを携帯電話上でどのように制御および管理するかを記述し、実行装置は、制御部に従って適切なオペレーションを実行する。
【００１５】
本発明の一実施形態によれば、制御部が通知モード制御コマンドを含む場合、メッセージ通知装置は、通知モード制御コマンドに従ってメッセージ通知を発行し、携帯電話上に事前構成されたメッセージ通知モードを上書きする。
【００１６】
第３の態様によれば、本発明は、携帯電話を制御する方法において、携帯電話が、携帯電話のユーザがメッセージを入力するためのユーザ・インターフェースを生成するユーザ・インターフェース・ジェネレータと、メッセージ伝送システムを介して別の携帯電話にメッセージを送信する送信装置とを有する方法であって、プレゼンテーション部および制御部を入力するためのユーザ・インターフェースを生成するステップと、受信側に表示するように識別された形式にプレゼンテーション部をフォーマットするステップと、制御データであると識別される形式に制御部をフォーマットするステップと、送信装置によって送信するために、フォーマットしたプレゼンテーション部および制御部を完全なメッセージとしてパッケージ化するステップとを含む方法を提供する。
【００１７】
第４の態様によれば、本発明は、メッセージ伝送システムを介して別の携帯電話にメッセージを送信する送信装置を有する携帯電話であって、プレゼンテーション部および制御部を入力するためのユーザ・インターフェースを生成するユーザ・インターフェース・ジェネレータと、受信側に表示するように識別された形式にプレゼンテーション部をフォーマットするメッセージ・プレゼンテーション・ジェネレータと、制御データであると識別される形式に制御部をフォーマットする制御コマンド・ジェネレータと、送信装置によって送信するために、フォーマットしたプレゼンテーション部および制御部を完全なメッセージとしてパッケージ化するパッケージング・モジュールとを備える携帯電話を提供する。
【００１８】
第５の態様によれば、本発明は、コンピュータ上で実行されるときに上述の方法のすべてのステップを実行するように適合されたプログラム・コード手段を含むコンピュータ・プログラムを提供する。
【００１９】
本発明は、メッセージを送信する際に制御コマンドを指定し、受信側で制御コマンドを実行することにより、送信側個別設定メッセージ・サービス（sender personalized message service）に対する要件、例えば個別設定メッセージ通知モードに対する要件を満足することができる。
【００２０】
本発明の上記およびその他の特徴は、添付の図面を参照しながら以下の実施形態の詳細な説明を読むときにより明白となるであろう。
【００２１】
添付の図面は説明の一部であり、本発明の実施形態を図示し、かつ説明と共に本発明の原理を明らかにするのに有用であり、同様の参照符号は同一または類似の要素を表す。
【発明を実施するための最良の形態】
【００２２】
図１は、本発明による携帯電話によってメッセージを送信および受信する一般的プロセスの概略図である。図１に示すように、送信側は、まず携帯電話Ｓを操作し、メッセージＭを入力し、次いでそれを、伝送システムＴを介して宛先の携帯電話Ｒに送信する。受信側ユーザは、通知を受信した後に、従来の方式で携帯電話Ｍの画面上にプレゼンテーション部１０を表示することができる。従来技術とは異なり、本発明の携帯電話Ｓはさらに、送信側がメッセージＭ内に制御データを含めることを可能にする。言い換えれば、受信側携帯電話で受信されるメッセージは、従来のプレゼンテーション部１０を含むが、制御部２０も含む。制御部２０は、受信側携帯電話Ｒでのメッセージの到着時に、携帯電話Ｒがどのように動作し、受信されたプレゼンテーション部１０がどのように操作されるかを指定するのに使用される。受信側携帯電話Ｒは、制御部２０の指定に従って動作する。例えば、メッセージの到着を特別な方式で受信側に通知することを要求する制御コマンド２０１を制御部２０が含む場合、受信側携帯電話は、メッセージを受信した後に、制御コマンド２０１で指定される通りの方式で通知を発行する。携帯電話の画面上にプレゼンテーション部１０を提示した後に、他のタイプの制御コマンド２０１で後続のオペレーションも制御することができる。
【００２３】
図２に、本発明に従って送信および受信されるメッセージの構造の概略図を示す。本発明によれば、送信側携帯電話から送信すべきメッセージＭは、プレゼンテーション部１０および制御部２０の２つの部分を含む。プレゼンテーション部１０は実際には、従来技術におけるいわゆるメッセージ、すなわち従来技術で周知のように、テキスト、ピクチャ、ビデオ・イメージ、サウンドなどを含めて、送信側が最終的に受信側携帯電話Ｒ上に表示したいメッセージを示す。
【００２４】
本発明によれば、制御部２０は、受信側携帯電話Ｒの制御のために送信側で行われる指定である。この種の指定は、どのように受信側携帯電話Ｒが受信側にメッセージＭの到着を通知するかを指令すること、またはどのようにプレゼンテーション部１０が操作されるか、例えばどのようにプレゼンテーション部１０が転送され、アーカイビングされ、または応答されるかを指令すること、あるいはその両方を含むことができる。制御部２０は、１つまたは複数の制御コマンド２０１と、個々の制御コマンドに関連する制御パラメータとを含む。制御部２０は、様々な方式で送信側によって携帯電話Ｒに対して指定することができる。
【００２５】
ユーザが入力を完了し、送信コマンドを発行すると、制御部２０およびプレゼンテーション部１０がメッセージＭとしてパッケージ化され、メッセージＭは、伝送システムＴを介して宛先の受信側携帯電話Ｒに送信される。
【００２６】
メッセージＭが受信側携帯電話Ｒに送信されたとき、メッセージＭはプレゼンテーション部１０と制御部２０の２つの部分に分離される。前述のように、プレゼンテーション部１０は、携帯電話Ｒによって従来の方式で画面上に表示することができる。
【００２７】
前述のように、制御部２０は、制御コマンド２０１および任意選択の制御パラメータ２０２を含み、制御パラメータ２０２が受信側携帯電話Ｒで使用され、送信側が期待する携帯電話Ｒの制御、または後続のプレゼンテーション部１０の操作の制御、あるいはその両方を実現するように、対応するオペレーションが実行される。受信側携帯電話Ｒに対するオペレーションについて、図４を参照しながらより詳しい説明を以下で与える。
【００２８】
次に図３を参照すると、本発明による携帯電話Ｓの好ましい実施形態の構造ブロック図が示されている。従来型携帯電話は、プロセッサＰと、記憶手段Ｓと、ディスプレイやキーボードなどのＩ／Ｏ装置と、外部ネットワークと通信するのに使用される送信装置とを含む。上記の構造的構成要素およびその機能は従来技術で周知であり、したがって、その詳細に関してここではこれ以上説明しない。
【００２９】
本発明によれば、任意選択で、携帯電話Ｓはユーザ・インターフェース（ＵＩ）ジェネレータ３０１を備えることができる。さらに、携帯電話Ｓは、プレゼンテーション・ジェネレータ３０２、制御コマンド・ジェネレータ３０３、およびパッケージ・ユニット３０４を備えることができる。
【００３０】
ユーザ・インターフェース３０１の機能は、画面上にユーザ・インターフェース（ＵＩ）をレンダリングすることである。ＵＩの機能の１つは、送信すべきメッセージを送信側に指定させることである。従来型携帯電話も、例えばユーザがメッセージを入力および編集するための同様のＵＩを提供する。しかし、そのようなメッセージは図１のプレゼンテーション部１０と同等であり、図１のプレゼンテーション部１０は、メッセージの受信側によるブラウズおよび処理のためだけのものであり、受信したメッセージの受信側による処理を制御することのできる情報を含まない。
【００３１】
本発明によるＵＩジェネレータ３０１は、携帯電話Ｓ上に２つの種類のＵＩを生成することができる。
【００３２】
第１の種類のＵＩは、第１サブインターフェースとも呼ばれ、ユーザがプレゼンテーション部１０を入力するのに使用される。そのフォーマット、内容、オペレーション手順は従来技術とほぼ同じであり、したがってここでは説明しない。
【００３３】
第２の種類のＵＩは、第２サブインターフェースとも呼ばれ、ユーザがプレゼンテーション部１０に関連する制御部２０を入力するのに使用される。
【００３４】
一実施形態によれば、第１の種類のＵＩでは、「制御データを入力」するか否かをユーザが選択するための選択肢、例えば「制御データ入力」という選択肢を表す、画面上に表示されるボタンを提供することができる。例えば、プレゼンテーション部１０の入力および編集の完了時に、ユーザがボタン「制御データ入力」を押下することによって選択を行った場合、ＵＩジェネレータは第２の種類のＵＩを生成する。次いで、ユーザは、第２の種類のＵＩで、必要に応じて制御コマンド２０１および制御パラメータ２０２を含めて、プレゼンテーション部に関連する制御部２０を記述または入力することができる。例えば、ユーザが画面上に列挙される制御コマンド２０１から選択を行うための選択メニューが画面上に表示される。制御コマンドがパラメータ２０２を必要とする場合、ユーザがパラメータ２０２を選択するために、対応するパラメータ・メニューを追加で表示することができる。各パラメータについてデフォルト値を設定することができ、またはユーザが他のパラメータ値を入力するために入力フィールドを設けることができる。
【００３５】
第１サブインターフェースは１つの画面からなることがあり、または連続的に表示される複数の画面からなることがあることは当業者には明らかであろう。同様に、第２サブインターフェースは、１つの画面からなることがあり、または連続的に表示される複数の画面からなることがある。また、具体的な状況に応じて、第１サブインターフェースと第２サブインターフェースは１つの同一の画面内にあることがあり、または異なる画面内にあることがある。さらに、実際には、第１サブインターフェースと第２サブインターフェースを提示すべき順序を限定する必要はない。
【００３６】
メッセージ・プレゼンテーション・ジェネレータ３０２は、ユーザが入力したプレゼンテーション部１０をＵＩから受け取り、それをフォーマットに変換する。フォーマットは、その部分が受信側に対して最終的にレンダリングすべきメッセージ内容であることを明らかにすることができる。どのフォーマットを採用するかは、実際の実装、例えば使用する記述言語に依存することがある。この点では、従来技術において直ちに使用できる例があり、したがってここでは詳細な説明を与えない。本発明の一実施形態では、プレゼンテーション部がＭＩＭＥフォーマットの内容に変換される。
【００３７】
制御コマンド・ジェネレータ３０３は、ユーザが入力した制御部２０をＵＩから受け取る。前述のように、制御部２０は、受信側携帯電話の制御のためにユーザが行った指定であり、どのように受信側携帯電話Ｒが送信されたメッセージの到着を受信側に通知するかを指令するのに、またはどのようにプレゼンテーション部１０が操作されるか、例えばどのようにプレゼンテーション部１０が転送され、アーカイビングされ、または応答されるかを指令するのに使用される。制御コマンド・ジェネレータ３０３は、制御部２０を制御コマンド２０１および制御パラメータ２０２に分離し、制御コマンド２０１とそれぞれの制御パラメータ２０２との関連付けを確立する。制御コマンド・ジェネレータ３０３は、制御コマンド２０１とプレゼンテーション部との関連付けも確立することができる。例えば、各制御コマンド２０１およびその関連する制御パラメータにそれぞれラベルを添付し、制御コマンドの文書内に別々の項目として保存することができる。メッセージの表示にＭＩＭＥフォーマットを使用する本発明の一実施形態によれば、制御コマンドのファイルはＸＭＬベースの文書セグメントである。図５を参照しながらこの実施形態を以下で説明する。
【００３８】
パッケージ・ユニット３０４は、メッセージ・プレゼンテーション・ジェネレータ３０２で生成されたフォーマット済みプレゼンテーション部１０と、制御コマンド・ジェネレータ３０３で生成されたフォーマット済み制御部２０、例えば制御コマンド文書とを受け取り、次いでそれらを完全なメッセージとしてパッケージ化する。具体的には、プレゼンテーション部２０は、可能な多数のフォーマットのうちの一フォーマットの文書に挿入される。認識可能な制御部２０も挿入することができ、プレゼンテーション部１０と制御部２０との関連付けが確立される。本発明の一実施形態によれば、そのような完全なメッセージからなる文書は、ＭＩＭＥ文書の形式である。
【００３９】
パッケージ化された文書は送信装置３０５によって外部メッセージ伝送システムＴに送信され、外部メッセージ伝送システムＴは、それを宛先の携帯電話Ｒに送信する。送信プロセスは、例えばメッセージ・トランザクション仕様（message transaction specification）に準拠することができる。
【００４０】
明らかに、上記の説明を通して、本発明による携帯電話Ｓのユーザ・インターフェース（ＵＩ）ジェネレータ３０１、プレゼンテーション・ジェネレータ３０２、制御コマンド・ジェネレータ３０３、およびパッケージ・ユニット３０４を、ハードウェアまたはソフトウェアあるいはそれらの組合せとして実装できることを当業者は理解されよう。１つの実装解決策（implementation solution）は、既存のＭＭＳユーザ・エージェントを改善することによって実現されることになる。
【００４１】
次に図４を参照すると、本発明による携帯電話Ｒの別の実施形態のブロック図が示されている。携帯電話Ｒを使用して、本発明によるメッセージを受信することができる。図４に示すように、携帯電話Ｒはまた、従来型マイクロプロセッサと、記憶手段と、ディスプレイ画面、キーボード、ブザーなどのＩ／Ｏ装置と、外部ネットワークと通信する受信装置４０５と、携帯電話のユーザに対するメッセージをレンダリングするレンダリング・ユニット４０４とを備える。
【００４２】
さらに、任意選択で、携帯電話は、受信したメッセージに関係する制御および管理を実行する実行装置４０１を備えることができる。一般に、実行装置４０１は、メッセージの受信時に、事前構成されたデフォルト構成に従って通知、例えば振動または着信音を発行するように携帯電話Ｒに指令する。実行装置はまた、ユーザと対話し、そのような機能を、メッセージの格納、転送、およびメッセージへの応答として実行することができる。実際の実装では、実行装置をハードウェア実体またはソフトウェア実体として具体化することができる。
【００４３】
本発明による携帯電話Ｒは、受信したメッセージをプレゼンテーション部１０および制御部２０に分解するメッセージ分解装置４０２をさらに備えることができる。制御部２０は、受信したメッセージが携帯電話上でどのように制御され、管理されるかを記述する。
【００４４】
本発明による携帯電話は以下のように動作する。受信装置４０５がメッセージ伝送システムを介して送信された別の携帯電話からのメッセージを、例えばメッセージ・トランザクション仕様に従って受信したとき、メッセージが分解装置４０２に送達される。分解装置４０２は、入力メッセージ内の制御部２０およびプレゼンテーション部１０を区別し、それらを別々に抽出する。当業者には周知のように、制御部２０およびプレゼンテーション部１０を抽出する方式は、メッセージのフォーマットの定義に依存する。一実施形態によれば、抽出は、ジェネレータ３０２および３０３によるオペレーションの方式と逆の方式で実行されるオペレーションで実現することができる。図５に示すメッセージ・フォーマットを参照しながら抽出の原理を以下でさらに説明する。
【００４５】
抽出されたプレゼンテーション部１０は、保存されるか、またはメッセージ・レンダリング・ユニット４０４に直接渡され、メッセージ・レンダリング・ユニット４０４は、プレゼンテーション部１０に記載のデータに従ってユーザ可読情報を生成し、受信側のディスプレイ画面上に表示する。レンダリング・ユニット４０４は、従来技術の任意のメッセージ・レンダリング方法で実装することができ、したがってここでは詳細には説明しない。本発明の一実施形態によれば、プレゼンテーション部１０は、メッセージ・レイアウト記述および関連メッセージ・データを含むことができる。
【００４６】
抽出された制御部２０は実行装置４０１に渡され、実行装置４０１は、メッセージ通知、メッセージ・アーカイブ、およびユーザ・アクションの各機能を呼び出し、または実行することができる。
【００４７】
周知のように、現在のところ、メッセージ通知モードは携帯電話Ｒで事前設定される。例えば、メッセージ通知モードは着信音または振動でよい。あるメッセージング・ソフトウェア（例えばメッセージング・エージェント）は、携帯電話Ｒが特定の個人に対応するメッセージ通知モードを事前構成することさえ可能にすることができる。例えば、異なる人からのメッセージが、対応する異なる着信音を有することができる。しかし、こうしたメッセージ通知モードは事前構成される。メッセージの送信側は、構成を制御することができない。例えば、受信側携帯電話のメッセージ通知モードが無音として事前構成される場合、そのモードは、変更されない限り不変に保たれる。
【００４８】
本発明によれば、メッセージ送信側は、メッセージの制御部２０で上書き通知モードを指定することができる。「上書き通知モード」とは、当初事前構成されたメッセージ通知モードが何であっても、受信側は、メッセージ送信側で指定される方式で携帯電話Ｒで通知を受けることを意味する。
【００４９】
本発明の一実施形態によるＭＩＭＥフォーマットを使用する制御部２０は、通知要求記述として以下を含むことができる。
<Message Notification>
<Vibration Modestatus="on" />
<Ringtone Modevolume="maximum">
<Ringtone Data>
1388@217403RingtoneData
</Ringtone Data>
</Ringtone Mode>
</Message Notification>
【００５０】
上記の通知要求記述は、受信側が上書き通知モード、具体的には最大音量の呼出し音に加えて振動で通知を受けることを送信側が要求することを示す。着信音の内容は、「1388@217403RingtoneData」で識別される。携帯電話Ｒの実行装置４０１は、分解装置４０２で分解された上記の通知要求記述を組み込む制御部２０に従ってオペレーションを実行し、携帯電話Ｒを振動させ、「1388@217403RingtoneData」で指定される内容の着信音を最大音量で鳴らせる。この時点で、実行装置４０１は、事前構成された携帯電話のメッセージ通知モード、例えば「無音」を無視する。
【００５１】
メッセージ・アーカイビングは、実行装置４０１で実装することのできる機能である。従来技術の実行装置４０１は、携帯電話Ｒで受信されたメッセージをメッセージ受信箱に保存するが、どのメッセージも選択的かつ自動的に削除しない。本発明によれば、送信側が、送信側のメッセージを送信中に、制御部２０で「自動削除」コマンド２０１を指定し、さらにその関連するパラメータ２０２を「３日」と設定する場合、実行装置４０１は、プレゼンテーション部１０のタイムスタンプをチェックすることにより、メッセージの受信から３日の満了時に、受信箱からプレゼンテーション部１０を自動的に削除することができる。さらに、送信側は、送信メッセージを読む回数を制限したいことがある。言い換えれば、その数に達するとメッセージが削除される。送信側は、制御部で適切なコマンドおよびパラメータを指定することができる。実行装置４０１は、コマンドに従って、関連するプレゼンテーション部１０についてのカウンタを設定することができる。カウンタは、プレゼンテーション部１０が読まれるごとに増加する。パラメータで指定された回数に達すると、実行装置４０１は、関連するメッセージを自動的に削除する。このようにして、送信側が制御可能なメッセージ・アーカイビングを実現することができる。
【００５２】
ユーザ・アクションは、プレゼンテーション部１０が表示された後に携帯電話Ｒで開始されるユーザの後続のオペレーションを示す。通常、プレゼンテーション部１０が表示された後、従来技術の実行装置４０１は、保存、削除、応答、転送などの、表示されたメッセージに対するさらなるオペレーションを実施するようにユーザにプロンプト指示し、またはユーザがそのオペレーションを実施することを可能にする。本発明によれば、送信側は、ユーザ・アクションの実施が送信側の規定した規則に従うことを要求することができる。例えば、時として、元のメッセージの送信側は、元のメッセージに応答して第３者がメッセージの受信側となることを望むことがある。具体的には、別の人の代わりに元のメッセージを送信するとき、送信側は、受信側がメッセージに対する応答をその別の人に直接送信することを望むことがある。この目的で、送信側は、メッセージの制御部で、応答を送信すべきアドレス（すなわち電話番号）を指定することができる。メッセージが受信された後に、「応答」オペレーションが受信側によって携帯電話Ｒで開始された場合、オペレーションを実行する実行装置４０１は、応答用のアドレスがメッセージの制御コマンドの組の中で指定されているかどうかをチェックする。そうである場合、実行装置４０１は、指定のアドレスを現在の応答オペレーション用のアドレスとして設定する。同様に、送信側は、メッセージを転送することのできる一連のアドレス（電話番号）も指定することができる。「転送」オペレーションが受信側で開始された場合、実行装置４０１は、その一連のアドレスを現在の転送オペレーションの宛先アドレスとして自動的に設定する。
【００５３】
実行装置４０１は、メッセージ制御コマンドの実行用の実行時環境を提供するメッセージ制御コマンド・コンテナでよい。コンテナは、抽象メッセージ制御コマンド（abstract message control command）と下にある装置ＡＰＩ機能（device API function）とを接続する中間層である。一実施形態では、コンテナは、実行される悪意のある制御アクションがあるかどうかを検証することによってセキュアなメッセージ制御コマンド実行を保証する。セキュリティ・チェックの後、正当な制御コマンドが、メッセージ制御の様々なステージで使用するために分類される。一実施形態によれば、携帯電話Ｒは、メッセージ通知、メッセージ・アーカイビング、ユーザ・アクションなどを制御する機能を実現するために、他の別々のメッセージ制御機能モジュールを備えることができる。その場合、メッセージ制御コマンド・コンテナは、メッセージ処理中にそのようなメッセージ制御機能モジュールの実行をスケジューリングする任も担うことになる。
【００５４】
本発明による受信装置４０５、実行装置４０１、およびレンダリング・ユニット４０５をハードウェアまたはソフトウェアあるいはそれらの組合せの形で実装できることを当業者ははっきりと理解されよう。例えば、それらをＭＭＳユーザ・エージェントで実装することができる。
【００５５】
図５は、本発明の一実施形態によるメッセージ３０の一例である。本発明がどのように機能するかを示すために、ＭＩＭＥ（Multimedia Internet Mail Extensions）をメッセージ・フォーマットとして使用する。ＭＩＭＥが様々なサブカテゴリの定義を可能にし、マルチメディア・メッセージがテキスト、ピクチャ、イメージ、サウンドなどのデータを含むことを可能にすることは周知である。ＸＭＬ（ExtensionMarkup Language）を制御コマンド記述言語として選択する。ＸＭＬは、クロスプラットフォームの、ソフトウェアおよびハードウェア独立な情報伝送用ツールであり、情報を構成し、格納し、送信するのに有用である。
【００５６】
図５に示すように、送信側によって送信されるマルチメディア・メッセージＭを、ＭＩＭＥヘッダ５００ＡとＭＩＭＥ本文５００Ｂの２つの部分からなるＭＩＭＥ文書で表現することができる。
【００５７】
ＭＩＭＥヘッダ５００Ａは、メッセージ送信側制御記述５０１およびメッセージ・レイアウト基準５０２をさらに含む。メッセージ制御記述５０１はＸＭＬベースであり、送信側が受信側に対して期待する首尾一貫したメッセージ管理および制御（consequent message management and control）を記述する。メッセージ・レイアウト基準５０２は、ＭＩＭＥ本文中に位置するメッセージ・レイアウト記述５０４を指し示す。メッセージ・レイアウト記述は、メッセージ・レンダリング結果がどのようなものであるべきかに関する命令であり、１つまたは複数のメッセージ・データ・ユニット５０５と関連付けられる。メッセージ・レイアウト記述５０２、メッセージ・レイアウト記述５０４、およびメッセージ・データ・ユニット５０５は、図２のプレゼンテーション部１０に対応する。ＭＩＭＥ文書中のそれらの実装は従来技術で周知であり、したがってここでは詳細には説明しない。
【００５８】
ＭＩＭＥ文書では、制御記述５０１に関連する制御パラメータ５０３（５０３ａ、５０３ｂ．．．）はＭＩＭＥ本文中に位置する。本発明の一実施形態によれば、制御部２０（図２）は、制御記述５０１および制御パラメータ５０３を有し、制御記述は１つまたは複数の制御コマンド２０１を表すことができ、制御パラメータ５０３は１つまたは複数の制御パラメータ２０２を表すことができる。送信側が個別設定メッセージ通知を要求する本発明の一実施形態によれば、制御部２０およびプレゼンテーション部１０を含むメッセージが携帯電話Ｓに入力された後、制御コマンド・ジェネレータ３０３は、制御部２０内の制御コマンド２０１をＭＩＭＥフォーマットの制御記述５０１の一部に変換し、次いでそれをＭＩＭＥヘッダ５００Ａに挿入する。例えば、
<Message Notification>
<Ringtone Modevolume="maximum">
<Ringtone Data>
1388@21753RingtoneData
</Ringtone Data>
</Ringtone Mode>
</Message Notification>
【００５９】
同時に、制御コマンド・ジェネレータ３０３は、送信側の入力した制御部２０に基づいて、例えば後続のセグメントを制御パラメータ５０３としてＭＩＭＥ本文に挿入する。
--NextPart_000_0028_01C19839.84698430
Content-Type:Audio/MIDI
Content-ID: 1388@21753RingtoneData
Content-Transfer-Encoding: base64
R0lGODdhZAAwAOMAAAAAAIGJjGltcDE0OOfWo6Ochbi1n1pmcbGojpKbnP/lpW54fBMTE1RYXEFO
...
【００６０】
ただし「Content-ID: 1388@21753RingtoneData」は、制御パラメータの実際のデータの内容識別子である。制御コマンド２０１は、同一の内容識別子1388@21753RingtoneDataによってセグメントに対する参照を保つ。
【００６１】
したがって、ＭＩＭＥ文書の形式の上記の内容を含むメッセージが携帯電話Ｒで受信された後、携帯電話Ｒの分解装置４０２は文書を解析し、文書を制御コマンド２０１および制御パラメータ２０２に分解する。次いで、実行装置４０１は、制御コマンド２０１および制御パラメータ２０２に基づいて、送信側指定の個別設定通知を実行することができる。
【００６２】
上記の例に加えて、追加の制御コマンド２０１、例えば
<Message Control Command>
<Message Notification>
<Vibration Modestatus="on" />
......
</Message Notification>
<Message Forward rules="grouprestricted">
<Permitted Forward Group>
2423@453256FwdGroup
</Permitted Forward Group>
</Message Forward>
<Message Reply address ="+8613901234432"
</Message Reply>
</Message Control Command>
をＭＩＭＥヘッダに含めることができる。
【００６３】
通知モード・コマンドに加えて、上記で示した制御記述は、ＦｏｒｗａｒｄおよびＲｅｐｌｙ用の制御コマンドも含む。Ｆｏｒｗａｒｄ用の制御記述では、対応するメッセージを転送すべき宛先を指定する「2423@453256FwdGroup」は、特定の電話番号を含む制御パラメータを指し示す。もちろん、アーカイビングや保存などの他のコマンドも同様に制御記述に含めることができる。
【００６４】
好ましい実施形態を参照しながら例示によって本発明を説明した。しかし、上記の実施形態の説明および詳細は、本発明の保護範囲に対する何らかの制限と解釈されることは意図されない。例えば、上述の携帯電話Ｓの機能構成要素および携帯電話Ｒの機能構成要素は、１つの同一の携帯電話で実装することができる。別の例として、実施形態で説明した機能的特徴および機能ステップは、ハードウェア、ソフトウェア、またはそれらの組合せの形で実装することができる。さらに、実施形態でのデータは、フォーマットが本発明の機能を実装することができる限り、必ずしも何らかの１つのフォーマットによって制限されない。したがって、本明細書の教示では、本発明の範囲から逸脱することなく本発明の実施形態に対して様々な修正を行うことができることを当業者は理解されよう。
【図面の簡単な説明】
【００６５】
【図１】本発明による携帯電話によってメッセージを送信および受信する一般的プロセスの概略図である。
【図２】本発明に従って送信および受信されるメッセージの構造の概略図である。
【図３】本発明による携帯電話の一実施形態のブロック図である。
【図４】本発明による携帯電話の別の実施形態のブロック図である。
【図５】本発明による一実施形態で使用されるＭＩＭＥフォーマットの概略図である。
【図１】
2008515259.tif 000003
【図２】
2008515259.tif 000004
【図３】
2008515259.tif 000005
【図４】
2008515259.tif 000006
【図５】
2008515259.tif 000007
【国際調査報告】
2008515259.tif 000008
2008515259.tif 000009
2008515259.tif 000010