(57)【要約】  本発明は、ＭＭＳリレー／サーバーがＭＳから任意のマルチメディアメッセージに対する受信リマインダ設定を要請されれば、任意のマルチメディアメッセージに対するリマインダ時刻でリマインダ要請に含まれたリマインダ時刻を設定し、現在の時刻がリマインダ時刻であればＭＳに任意のマルチメディアメッセージを受信することを通報し、ＭＳから任意のマルチメディアメッセージの貯蔵満了時刻延長要請を受ければ、貯蔵満了時刻延長要請に含まれた貯蔵満了時刻を任意のマルチメディアメッセージの貯蔵満了時刻に設定する。
2008526156.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアメッセージングサービスシステムにおける移動通信端末がマルチメディアメッセージを管理する方法であって、
任意のマルチメディアメッセージが着信すると共に、受信されるのを待っていることを示す通報を、マルチメディアメッセージングサービスリレー／サーバーから受ける過程と、
ユーザから前記任意のマルチメディアメッセージに対するリマインダ設定を要請される過程と、
ユーザ選択によるリマインダ時刻を前記任意のマルチメディアメッセージのリマインダ時刻に設定する過程と、
現在の時刻が前記設定されたリマインダ時刻であれば、ユーザに前記任意のマルチメディアメッセージを受信することを通報する過程と
を含むことを特徴とするマルチメディアメッセージ管理方法。
【請求項２】
前記任意のマルチメディアメッセージのリマインダ時刻を設定する過程は、前記ユーザから選択されたリマインダ時刻が前記任意のメッセージの貯蔵満了時刻の以前に存在すれば、前記リマインダ時刻を前記任意のマルチメディアメッセージのリマインダ時刻に設定する過程であることを特徴とする請求項１記載のマルチメディアメッセージ管理方法。
【請求項３】
マルチメディアメッセージングサービスシステムのマルチメディアメッセージを管理する方法であって、
移動通信端末から任意のマルチメディアメッセージに対する受信リマインダ設定を要請される過程と、
前記任意のマルチメディアメッセージに対するリマインダ時刻に、前記リマインダ要請に含まれたリマインダ時刻を設定する過程と、
現在の時刻が前記リマインダ時刻であれば、前記移動通信端末に前記任意のマルチメディアメッセージを受信することを通報する過程と
を含むことを特徴とするマルチメディアメッセージ管理方法。
【請求項４】
前記移動通信端末から、前記任意のマルチメディアメッセージに設定されたリマインダ時刻修正要請があれば、前記リマインダ時刻修正要請に含まれたリマインダ時刻に前記任意のマルチメディアメッセージのリマインダ時刻を修正する過程を更に含むことを特徴とする請求項３記載のマルチメディアメッセージ管理方法。
【請求項５】
前記移動通信端末から、前記任意のマルチメディアメッセージのリマインダ時刻閲覧要請があれば、前記任意のマルチメディアメッセージに設定されたリマインダ時刻を前記移動通信端末に伝送する過程を更に含むことを特徴とする請求項４記載のマルチメディアメッセージ管理方法。
【請求項６】
前記受信リマインダ設定要請と、前記リマインダ時刻修正要請は、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒトランザクションを通じてなされることを特徴とする請求項５記載のマルチメディアメッセージ管理方法。
【請求項７】
前記リマインダ時刻閲覧要請は、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗトランザクションを通じてなされることを特徴とする請求項５記載のマルチメディアメッセージ管理方法。
【請求項８】
前記任意のマルチメディアメッセージは、マルチメディアメッセージボックスに格納されたマルチメディアメッセージであることを特徴とする請求項５記載のマルチメディアメッセージ管理方法。
【請求項９】
前記受信リマインダ設定要請と、前記リマインダ時刻修正要請は、リマインダ時刻情報が含まれたＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅトランザクションを通じてなされることを特徴とする請求項８記載のマルチメディアメッセージ管理方法。
【請求項１０】
前記リマインダ時刻閲覧要請は、リマインダ時刻条件を含む属性リスト情報、開始リマインダ時刻情報、及び終了リマインダ時刻情報を含むＭＭ１＿ｍｍｂｏｘ＿ｌｉｓｔｖｉｅｗトランザクションを通じてなされることを特徴とする請求項８記載のマルチメディアメッセージ管理方法。
【請求項１１】
前記任意のマルチメディアメッセージに対する受信リマインダ設定要請は、前記任意のマルチメディアメッセージに対する受信通報に対応して受信されることを特徴とする請求項３記載のマルチメディアメッセージ管理方法。
【請求項１２】
前記受信リマインダ設定要請は、受信リマインダサービスの許容の可否の情報とリマインダ時刻情報を含むＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎトランザクションを通じてなされることを特徴とする請求項１１記載のマルチメディアメッセージ管理方法。
【請求項１３】
前記移動通信端末から前記任意のマルチメディアメッセージの貯蔵満了時刻延長要請を受ける過程と、
前記貯蔵満了時刻延長要請に含まれた貯蔵満了時刻を前記任意のマルチメディアメッセージの貯蔵満了時刻に設定する過程を更に含むことを特徴とする請求項３記載のマルチメディアメッセージ管理方法。
【請求項１４】
前記貯蔵満了時刻延長要請は、ＭＭ１＿ｅｘｐｉｒｙ＿ｅｘｔｅｎｄトランザクションを通じてなされることを特徴とする請求項１３記載のマルチメディアメッセージ管理方法。
【請求項１５】
前記任意のマルチメディアメッセージは、マルチメディアメッセージボックスに格納されたマルチメディアメッセージであることを特徴とする請求項１３記載のマルチメディアメッセージ管理方法。
【請求項１６】
前記貯蔵満了時刻延長要請は、貯蔵満了時刻情報を含んだＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅトランザクションを通じてなされることを特徴とする請求項１５記載のマルチメディアメッセージ管理方法。
【請求項１７】
前記貯蔵満了時刻延長要請は、前記リマインダによる通報に対応して受信されることを特徴とする請求項１３記載のマルチメディアメッセージ管理方法。
【請求項１８】
前記貯蔵満了時刻延長要請は、貯蔵満了時刻情報を含むＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎトランザクションを通じてなされることを特徴とする請求項１７記載のマルチメディアメッセージ管理方法。
【請求項１９】
マルチメディアメッセージングサービスシステムにおけるマルチメディアメッセージを管理するシステムであって、
任意のマルチメディアメッセージに対する受信リマインダを要請する移動通信端末と、
前記任意のマルチメディアメッセージに対するリマインダ時刻に、前記リマインダ要請に含まれたリマインダ時刻を設定し、現在の時刻が前記リマインダ時刻であれば、前記移動通信端末に前記任意のマルチメディアメッセージを受信することを通報するマルチメディアメッセージングサービスリレー／サーバーを含むことを特徴とするマルチメディアメッセージ管理システム。
【請求項２０】
前記マルチメディアメッセージングサービス／リレーサーバーは、前記移動通信端末から、前記任意のマルチメディアメッセージに設定されたリマインダ時刻修正要請があれば、前記リマインダ時刻修正要請に含まれたリマインダ時刻に前記任意のマルチメディアメッセージのリマインダ時刻を修正することを特徴とする請求項１９記載のマルチメディアメッセージ管理システム。
【請求項２１】
前記マルチメディアメッセージングリレー／サーバーが前記移動通信端末から前記任意のマルチメディアメッセージのリマインダ時刻閲覧要請があれば、前記任意のマルチメディアメッセージに設定されたリマインダ時刻を前記移動通信端末に伝送することを特徴とする請求項２０記載のマルチメディアメッセージ管理システム。
【請求項２２】
前記受信リマインダ設定要請と、前記リマインダ時刻修正要請は、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒトランザクションを通じてなされることを特徴とする請求項２１記載のマルチメディアメッセージ管理システム。
【請求項２３】
前記リマインダ時刻閲覧要請は、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗトランザクションを通じてなされることを特徴とする請求項２１記載のマルチメディアメッセージ管理システム。
【請求項２４】
前記任意のマルチメディアメッセージは、マルチメディアメッセージボックスに格納されたマルチメディアメッセージであることを特徴とする請求項２１記載のマルチメディアメッセージ管理システム。
【請求項２５】
前記受信リマインダ設定要請と、前記リマインダ時刻修正要請は、リマインダ時刻情報が含まれたＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅトランザクションを通じてなされることを特徴とする請求項２２記載のマルチメディアメッセージ管理システム。
【請求項２６】
前記リマインダ時刻閲覧要請は、リマインダ時刻条件を含む属性リスト情報、開始リマインダ時刻情報、及び終了リマインダ時刻情報を含むＭＭ１＿ｍｍｂｏｘ＿ｌｉｓｔｖｉｅｗトランザクションを通じてなされることを特徴とする請求項２２記載のマルチメディアメッセージ管理システム。
【請求項２７】
前記任意のマルチメディアメッセージに対する受信リマインダ設定要請は、前記任意のマルチメディアメッセージに対する受信通報に対応して受信されることを特徴とする請求項２１記載のマルチメディアメッセージ管理システム。
【請求項２８】
前記受信リマインダ設定要請は、受信リマインダサービスの許容の可否の情報とリマインダ時刻情報を含むＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎトランザクションを通じてなされることを特徴とする請求項２７記載のマルチメディアメッセージ管理システム。
【請求項２９】
前記マルチメディアメッセージングリレー／サーバーが前記移動通信端末から前記任意のマルチメディアメッセージの貯蔵満了時刻延長要請を受ければ、前記貯蔵満了時刻延長要請に含まれた貯蔵満了時刻を前記任意のマルチメディアメッセージの貯蔵満了時刻に設定することを特徴とする請求項２０記載のマルチメディアメッセージ管理システム。
【請求項３０】
前記貯蔵満了時刻延長要請は、ＭＭ１＿ｅｘｐｉｒｙ＿ｅｘｔｅｎｄトランザクションを通じてなされることを特徴とする請求項２９記載のマルチメディアメッセージ管理システム。
【請求項３１】
前記任意のマルチメディアメッセージは、マルチメディアメッセージボックスに格納されたマルチメディアメッセージであることを特徴とする請求項２９記載のマルチメディアメッセージ管理システム。
【請求項３２】
前記貯蔵満了時刻延長要請は、貯蔵満了時刻情報を含んだＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅトランザクションを通じてなされることを特徴とする請求項３１記載のマルチメディアメッセージ管理システム。
【請求項３３】
前記貯蔵満了時刻延長要請は、前記リマインダによる通報に対応して受信されることを特徴とする請求項２９記載のマルチメディアメッセージ管理システム。
【請求項３４】
前記貯蔵満了時刻延長要請は、貯蔵満了時刻情報を含むＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎトランザクションを通じてなされることを特徴とする請求項３３記載のマルチメディアメッセージ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアメッセージングサービスに関し、特にマルチメディアメッセージの受信をユーザ設定によりリマインダし、マルチメディアメッセージの格納期間を延長するマルチメディアメッセージ管理方法及びシステムに関する。
【背景技術】
【０００２】
現在、移動通信システムで提供されるメッセージングサービスは、小容量テキストメッセージのみならず、大容量テキスト、オーディオ、イメージ、動画などのような、より豊かなコンテンツを含むマルチメディアメッセージを提供している。このようなコンテンツを含むメッセージを提供するメッセージングサービスの一例として、マルチメディアメッセージングサービス（multimedia messaging service；以下、ＭＭＳという）を挙げることができ、本サービスは引続きユーザの便利性と満足度を向上することができるサービスに発展している。
【０００３】
マルチメディアメッセージングシステムは、一般的に、複数の移動通信端末（以下、“ＭＳ”という）と、１つ以上のＭＭＳリレー／サーバーと、各ＭＭＳリレーサーバーと連結される複数のＭＭ（multimedia message）ｂｏｘを含む。前述したマルチメディアメッセージングシステムにおいて、一般的なマルチメディアメッセージの送受信のためのトランザクション過程を図１に図示した。特に、図１は一般的なマルチメディアメッセージの伝送時のメッセージの流れを示す図である。
【０００４】
図１を参照すれば、ステップ２０１で、第１のＭＳ１は、ＭＭ１＿ｓｕｂｍｉｔ．ＲＥＱメッセージに任意のマルチメディアメッセージを含んで第１のＭＭＳリレー／サーバー５に伝送することにより、第２のＭＳ３に上記の任意のマルチメディアメッセージを伝送することを、第１のＭＭＳリレー／サーバー５に要請する。ステップ２０３で、第１のＭＭＳリレー／サーバー５は、ＭＭ１＿ｓｕｂｍｉｔ．ＲＥＱメッセージに応答してＭＭ１＿ｓｕｂｍｉｔ．ＲＥＳメッセージを伝送し、第１のＭＳ１にマルチメディアメッセージ伝送が受諾されたことを知らせて、ステップ２０５に進行する。ステップ２０５で、第１のＭＭＳリレー／サーバー５は、第２のＭＳ３が接続しているＭＭＳリレー／サーバーである第２のＭＭＳリレーサーバー７に、任意のマルチメディアメッセージが含まれたＭＭ４＿ｆｏｒｗａｒｄ．ＲＥＱメッセージを伝送し、第２のＭＳ３にマルチメディアメッセージを伝送することを、第２のＭＭＳリレーサーバー７に要請する。第２のＭＭＳリレー／サーバー７は、これに応答して、ステップ２０７で、ＭＭ４＿ｆｏｒｗａｒｄ．ＲＥＳメッセージを第１のＭＭＳリレー／サーバー５に伝送する。第２のＭＭＳリレー／サーバー７は、ステップ２０９で、受信されるべきマルチメディアメッセージが着信したことを、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＱメッセージを通じて、第２のＭＳ３に通報する。この際、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＱメッセージには、該当マルチメディアメッセージがリレー／サーバー７に格納される期間が明示されている。マルチメディアメッセージの格納期間は、第１のＭＳ１により設定されたり、またはサービス事業者により設定されることができる。第２のＭＳ３は、上記の通報に応答して、ステップ２１１で、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＳメッセージを第２のＭＭＳリレー／サーバー７に伝送して通報の受信を確認し、ステップ２１３で、ＭＭ１＿ｒｅｔｒｉｅｖｅ．ＲＥＱメッセージを伝送し、第２のＭＭＳリレー／サーバー７に該当マルチメディアメッセージを受信することを要請する。第２のＭＭＳリレー／サーバー７は、ステップ２１５で、ＭＭ１＿ｒｅｔｒｉｅｖｅ．ＲＥＳメッセージを通じて要請されたマルチメディアメッセージを第２のＭＳ３に伝送し、これを受信した第２のＭＳ３は、ステップ２１７で、第２のＭＭＳリレー／サーバー３に肯定応答、すなわちＭＭ１＿ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ．ＲＥＱメッセージを伝送する。
【０００５】
そして、第２のＭＳ３のユーザは、マルチメディアメッセージをＭＭ ｂｏｘに格納することができる。即ち、図１のステップ２１１の以後に、第２のＭＳ３が、ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＱメッセージを通じて、現在の第１のＭＭＳリレーサーバー７の臨時格納部にある任意のマルチメディアメッセージ、または受信されるべきマルチメディアメッセージをＭＭ ｂｏｘに格納することを、第２のＭＭＳリレーサーバー７に要請する。第２リレー／サーバー７は、ＭＭ ｂｏｘに該当マルチメディアメッセージを格納し、格納されたメッセージに対する位置情報（reference）を有するＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＳメッセージを、第２のＭＳ３に伝送する。ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＱメッセージは、この機能がＭＭ ｂｏｘに既に格納されたマルチメディアメッセージに対して実行される場合、マルチメディアメッセージの一部のパラメータを更新するのに使われることができる。
【０００６】
そして、任意のマルチメディアメッセージをＭＳでアップロードしてＭＭ ｂｏｘに格納することは、ＭＭ１＿ｍｍｂｏｘ＿ｕｐｌｏａｄ．ＲＥＱメッセージを通じてなされることができる。例えば、第１のＭＳ１が、アップロードするマルチメディアメッセージをＭＭ１＿ｍｍｂｏｘ＿ｕｐｌｏａｄ．ＲＥＱメッセージに含めて伝送することによって、上記含まれたマルチメディアメッセージをＭＭ ｂｏｘに格納することを、第１のＭＭＳリレー／サーバー５に要請する。第１リレー／サーバー５は、マルチメディアメッセージをＭＭ ｂｏｘに格納し、格納されたメッセージに対する位置情報を有するＭＭ１＿ｍｍｂｏｘ＿ｕｐｌｏａｄ．ＲＥＳメッセージを第１のＭＳ１に伝送する。
【０００７】
また、ＭＳユーザは、ＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗ．ＲＥＱメッセージを通じてＭＭ ｂｏｘに格納されたマルチメディアメッセージを検索することができる。例えば、第１のＭＳ１が、ＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗ．ＲＥＱメッセージを通じて、ＭＭ ｂｏｘに現在格納されているマルチメディアメッセージの中の全部または一部に対するリストと共に該当マルチメディアメッセージ自体に関する情報を、第１のＭＭＳリレーサーバー５に要請する。第１のＭＭＳリレー／サーバー５は、マルチメディアメッセージのリスト及びそれらの該当の特徴を含んだＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗ．ＲＥＳメッセージを構成して、第１のＭＳ１に伝送する。
【０００８】
一方、上記のような過程でＭＭ ｂｏｘに格納されたマルチメディアメッセージを削除することは、ＭＭ１＿ｍｍｂｏｘ＿ｄｅｌｅｔｅ．ＲＥＱメッセージを通じてなされる。第１のＭＳ１は、ＭＭ１＿ｍｍｂｏｘ＿ｄｅｌｅｔｅ．ＲＥＱメッセージを通じて、現在ＭＭ ｂｏｘに格納されている１つ以上のＭＭを削除することを、第１のＭＭＳリレー／サーバー５に要請する。第１のＭＭＳリレー／サーバー５は、該当マルチメディアメッセージを削除し、ＭＭ１＿ｍｍｂｏｘ＿ｄｅｌｅｔｅ．ＲＥＳメッセージを伝送する。
【０００９】
上記のように管理されるマルチメディアメッセージは、特定期間の間だけＭＭＳリレー／サーバーの臨時格納部、またはＭＭ ｂｏｘに格納される。言い換えると、各マルチメディアメッセージ毎に設定されている貯蔵満了時刻が満了すれば、受信側ユーザの該当マルチメディアメッセージの受信の可否に関わらず、ＭＳリレー／サーバーの臨時格納部、またはＭＭ ｂｏｘから削除される。これによって、例えばＭＭＳリレー／サーバーにメッセージがあることを忘れた場合に、該当マルチメディアメッセージを受信するユーザの知らぬ間に、マルチメディアメッセージは、ＭＭＳリレー／サーバーにより削除されることができる。したがって、受信側ユーザは一々ＭＭＳリレー／サーバー、またはＭＭ ｂｏｘに格納されたマルチメディアメッセージを記憶していなければならない不便さがあり、格納されたマルチメディアメッセージの数が多い場合には、ユーザが全て記憶することができないという問題点がある。また、マルチメディアメッセージが削除される予定であることをユーザが知っているとしても、ＭＳに格納空間が足りない場合や、受信不能地域に位置していてユーザが貯蔵満了時刻前に該当マルチメディアメッセージを受信できない状況も発生する可能性がある。または、ユーザがローミング地域に位置しているのでマルチメディアメッセージ受信の課金が高いという理由で、受信することを躊躇する可能性もある。更に、マルチメディアメッセージがＭＭ ｂｏｘに格納されていれば、ユーザはその内容が重要であるということを知っているため、そのメッセージをより長くＭＭ ｂｏｘに格納することを希望することがある。
【００１０】
マルチメディアメッセージングサービス事業者側から見て、マルチメディアメッセージをＭＳが受信する時に課金が発生する場合、ユーザがマルチメディアメッセージの貯蔵満了時刻の満了による削除のため、マルチメディアメッセージを受信することができなければ、サービス事業者には収益の損失となる。仮りに、ユーザがマルチメディアメッセージの貯蔵満了時刻を延長できるサービスを提供すれば、サービス事業者は新たな収益を創出できるはずである。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は、ユーザの希望する時に、ユーザに受信されるべきマルチメディアメッセージがあることをリマインドしてくれるマルチメディアメッセージ管理方法及びシステムを提供する。
【００１２】
本発明は、マルチメディアメッセージの貯蔵満了時刻前に、受信されるべきマルチメディアメッセージがあることをユーザにリマインドしてくれるマルチメディアメッセージ管理方法及びシステムを提供する。
【００１３】
本発明は、受信されるべきマルチメディアメッセージがあることをユーザにリマインドする１つ以上の時刻を、ユーザの意図によって修正、解除できるようにするマルチメディアメッセージ管理方法及びシステムを提供する。
【００１４】
本発明は、任意のマルチメディアメッセージと関連して設定された受信リマインダ時刻を、ユーザが確認できるようにするマルチメディアメッセージ管理方法及びシステムを提供する。
【００１５】
本発明は、任意のマルチメディアメッセージの貯蔵満了時刻を、ユーザが延長できるようにするマルチメディアメッセージ管理方法及びシステムを提供する。
【００１６】
本発明は、ユーザが希望する際に、マルチメディアメッセージを受信できるようにするマルチメディアメッセージ管理方法及びシステムを提供する。
【００１７】
本発明は、サービス事業者の経済的利得を増大させることができるマルチメディアメッセージ管理方法及びシステムを提供する。
【課題を解決するための手段】
【００１８】
前述した目的を達成するために、本発明は、任意のマルチメディアメッセージが着信すると共に、受信されるのを待っていることを示す通報を、マルチメディアメッセージングサービスリレー／サーバーから受ける過程と、ＭＳから任意のマルチメディアメッセージに対する受信リマインダ設定を要請される過程と、任意のマルチメディアメッセージに対するリマインダ時刻を上記受信リマインダ要請に含まれたリマインダ時刻に設定する過程と、現在の時刻がリマインダ時刻に該当すれば、ＭＳに上記の任意のマルチメディアメッセージを受信することを通報する過程とを含むマルチメディアメッセージ管理方法を提供する。
【００１９】
そして、マルチメディアメッセージ管理方法は、ＭＳから任意のマルチメディアメッセージの貯蔵満了時刻延長要請を受ける過程と、任意のマルチメディアメッセージの貯蔵満了時刻を貯蔵満了時刻延長要請に含まれた貯蔵満了時刻に設定する過程とを更に含むことができる。
【００２０】
また、本発明は、任意のマルチメディアメッセージに対する受信リマインダを要請するＭＳと、任意のマルチメディアメッセージに対するリマインダ時刻をリマインダ要請に含まれたリマインダ時刻に設定し、現在の時刻がリマインダ時刻に該当すれば、ＭＳに任意のマルチメディアメッセージを受信することを通報するマルチメディアメッセージングサービスリレー／サーバーを含むマルチメディアメッセージ管理システムを提供する。
【００２１】
そして、本発明は、マルチメディアメッセージングリレー／サーバーがＭＳから任意のマルチメディアメッセージの貯蔵満了時刻延長要請を受ければ、任意のマルチメディアメッセージの貯蔵満了時刻を貯蔵満了時刻延長要請に含まれた貯蔵満了時刻に設定することを特徴とする。
【発明の効果】
【００２２】
前述したように、本発明は、ＭＳが受信しなければならなかったり、ＭＭ ｂｏｘに格納されたマルチメディアメッセージの貯蔵満了時刻の前にユーザが希望する時に受信することをリマインダしてくれて、ユーザが希望する時点に貯蔵満了時刻を延長してくれることにより、ユーザが認識できない間にマルチメディアメッセージがＭＭＳリレー／サーバーにより削除されることを防止することができ、受信すべきマルチメディアに関して一々記憶している必要がないのである。また、ユーザが重要であると考えるマルチメディアメッセージに対する貯蔵満了時刻が延長できれば、このようなサービスをサービス事業者が提供できることになることで、より高い収益を創出することができる。
【発明を実施するための最良の形態】
【００２３】
以下、添付した図面を参照して本発明に係る好ましい一実施形態を詳細に説明する。図面において同一な構成要素に対しては、たとえ他の図面に表示されてもできる限り同一な参照番号及び符号で表していることに留意しなければならない。また、本発明を説明するにあたって、関連した公知機能あるいは構成に対する具体的な説明が本発明の要旨を余計に曖昧にする恐れがあると認められる場合、その詳細な説明は省略する。
【００２４】
まず、本発明が適用されるＭＭＳシステムを図２を参照しつつ説明する。図２は、本発明が適用されるＭＭＳシステムの構成を示す図である。図２を参照すれば、ＭＭＳシステムは、複数のＭＳ１０、２０と、１つ以上のＭＭＳリレー／サーバー３０、４０と、１つ以上のＭＭ ｂｏｘ５０、６０とを含んで構成される。
【００２５】
複数のＭＳ１０、２０は、移動通信網を通じてＭＭＳリレー／サーバー３０、４０と無線で通信し、ユーザ要請によってマルチメディアメッセージを伝送したり、本発明によってＭＭ ｂｏｘ５０．６０に格納されたマルチメディアメッセージの管理と関連したユーザ要請による動作を行う。複数のＭＳ１０、２０は、本発明の一実施形態によると、第１のＭＳ１０と第２のＭＳ２０を含む。ＭＳ１０、２０は、ユーザ入力によりマルチメディアメッセージを作成し、作成されたマルチメディアメッセージを他のＭＳに伝送し、ＭＭ ｂｏｘ５０、６０にアップロードすることを、ＭＭＳリレー／サーバー３０、４０に要請する。また、ＭＳ１０、２０は、ＭＭ ｂｏｘ５０、６０に格納されたマルチメディアメッセージに対する閲覧、ダウンロード、及び削除を、ＭＭＳリレー／サーバー３０、４０に要請する。そして、連結されたＭＭＳリレー／サーバー３０、４０から、受信されるべき任意のマルチメディアメッセージがあることを通報されれば、ＭＳ１０、２０は、任意のマルチメディアメッセージを受信したり、ＭＭＳリレー／サーバー３０、４０に対して、その任意のマルチメディアメッセージをＭＭ ｂｏｘ５０、６０に格納することを要請する。そして、ＭＳ１０、２０は、本発明の第１実施形態によると、ユーザの要請によって任意のマルチメディアメッセージに対する受信リマインダを設定する。受信リマインダとは、ユーザが設定した時刻、または予め定まったデフォルト時刻に、任意のマルチメディアメッセージを受信することを、ＭＳ１０、２０がユーザに知らせてくれることである。このようなＭＳ１０、２０の構成を図３に図示した。図３は、本発明が適用されるＭＳの構成を示す図である。
【００２６】
図３を参照すれば、ＭＳ１０、２０の各々は、制御部１０１、カメラモジュール１０３、ディスプレイ装置１０５、キー入力部１０７、ベースバンド処理部１０９、ＲＦモジュール１１１、及びメモリ部１１３を含んで構成される。
【００２７】
カメラモジュール１０３は、制御部１０１の制御下で、イメージセンサにより得られる画像フレームを出力する。
【００２８】
ディスプレイ装置１０５は、基地局から受信されたり、メモリ部１１３に格納されている各種画像情報、またはデータ情報を、制御部１０１の制御下で、画面上にディスプレイする。
【００２９】
キー入力部１０７は、０〜９の数字キーと、「＊」、「＃」キーと、方向キーと、ＭＳが備える種々の機能に対応するメニュー（menu）、選択、通話、削除、電源／終了、ボリューム（volume）等の多数の機能キーを備えて、ユーザが押さえるキーに対応するキー入力データを制御部１０１に提供する。
【００３０】
ＲＦ（Radio Frequency）モジュール１１１は、アンテナを介して移動通信基地局と無線信号を送・受信し、かつベースバンド処理部１０９を通じて制御部１０１から入力される送信されるべき信号を変調し、変調されたＲＦ信号をアンテナを介して送信し、アンテナを介して受信されるＲＦ信号を復調してベースバンド処理部１０９を通じて制御部１０１に提供する。ベースバンド処理部１０９は、ＲＦモジュール１１１と制御部１０１との間で送・受信されるベースバンド信号を処理する。
【００３１】
メモリ部１１３は、制御部１０１の処理及び制御のためのプログラム、参照データ、更新可能な各種保管用データ、受信したマルチメディアメッセージ、ユーザ入力により作成したマルチメディアメッセージなどを格納し、制御部１０１のワーキングメモリ（working memory）として提供される。そして、メモリ部１１３は、本発明による受信リマインダ設定と関連したプログラムデータを格納する。
【００３２】
上記のように構成されるＭＳ１０、２０は、本発明の第１実施形態によると、ＭＭＳリレー／サーバー３０、４０から受信されるべき任意のマルチメディアメッセージがあることを示す通報を受ける時、ユーザ要請による受信リマインダ設定要請があれば、受信リマインダ時刻をユーザから入力受けた特定時刻、または予め格納されたデフォルト時刻に設定する。そして、ＭＳ１０、２０は、現在の時刻が設定された受信リマインダ時刻に該当すれば、ユーザに任意のマルチメディアメッセージを受信することを通知する。このような受信リマインダ設定過程を図４に図示した。図４は、本発明の第１実施形態による、リマインダ時刻を設定する過程におけるＭＳ１０、２０の動作フローチャートであって、以後、その動作過程を、例えば第２端末２０の立場から説明する。
【００３３】
図４を参照すれば、第２端末２０の制御部１０１は、ステップ３０１で、マルチメディアメッセージが着信すると共に、受信されるのを待っていることを示す通報を、任意のＭＭＳリレー／サーバー、例えば、第２のＭＭＳリレー／サーバー４０から受ければ、通報内容をディスプレイし、ステップ３０３に進行する。上記の通報内容には、ユーザがマルチメディアメッセージを即時受信するか否かを確認するメッセージが含まれる。ステップ３０３で、制御部１０１は、ユーザから即時受信要請があるか否かを確認して、即時受信要請がなければステップ３０７に進行し、即時受信要請があればステップ３０５に進行する。ステップ３０５で、制御部１０１は、第２のＭＭＳリレー／サーバー４０にマルチメディアメッセージを即時受信することを要請し、動作過程を終了する。
【００３４】
一方、制御部１０１は、ステップ３０３で、ユーザから即時受信要請がなかったので、ステップ３０７で、受信リマインダ設定の可否をユーザに聞くメッセージをディスプレイする。そして、ユーザから受信リマインダ設定要請があるか否かを確認して、受信リマインダ設定要請があればステップ３０９に進行し、受信リマインダ要請がなければステップ３２１に進行して、通報応答を伝送し、動作過程を終了する。ステップ３０９で、制御部１０１は、リマインダ時刻入力ウィンドウをディスプレイし、ステップ３１１に進行する。ステップ３１１で、制御部１０１はリマインダ時刻に対するユーザ直接入力があるか否かを確認して、ユーザの直接入力があればステップ３１５に進行し、ユーザの直接入力がなければステップ３１３に進行して、リマインダ時刻を予め格納されたデフォルト時刻に設定し、ステップ３１９に進行する。予め格納されたデフォルト時刻は、例えば、マルチメディアメッセージの貯蔵満了時刻の２４時間前、または現在の時刻から２４時間後などとすることができる。ユーザから直接入力される時刻は、例えば、１９９４年１１月６日（日曜日）グリニッジ標準時８時４９分３７秒のような絶対時刻に指定されることもでき、３６００秒以後のような相対時刻に指定されることもできる。そして、ステップ３０９で、リマインダ時刻入力ウィンドウがディスプレイされた状態で、受信リマインダ設定を取消すことができるように構成することもできる。
【００３５】
ステップ３１５で、制御部１０１は、ステップ３１１でユーザから直接入力されたリマインダ時刻がマルチメディアメッセージ貯蔵満了時刻の以前であるか否かを確認して、貯蔵満了時刻の以前であれば、有効であると判断してステップ３１９に進行し、貯蔵満了時刻の以後であれば、無効であると判断してステップ３１７に進行する。ステップ３１７で、制御部１０１はエラーメッセージを発生し、ステップ３０９に進行してリマインダ時刻入力ウィンドウを更にディスプレイする。マルチメディアメッセージの貯蔵満了時刻は、ステップ３０１で、第１のＭＭＳリレー／サーバー３０から受信した通報メッセージに含まれて伝送される。
【００３６】
ステップ３１９で、制御部１０１は、ステップ３１５で確認した結果、ユーザから入力されたリマインダ時刻が第１のＭＭＳリレー／サーバー３０での該当マルチメディアメッセージの貯蔵満了時刻の以前であるので、リマインダ時刻を登録し、ステップ３２１に進行する。ステップ３２１で、制御部１０１は、ステップ３０１で受信した通報に対する応答を伝送し、動作過程を終了する。
【００３７】
上記のような過程によりリマインダ時刻を登録することで、受信リマインダが設定されれば、制御部１０１は現在の時刻がリマインダ時刻であるか否かを判断して、リマインダ時刻であれば、該当マルチメディアメッセージを受信することを案内するメッセージを提供する。仮りに、第２端末２０の任意のリマインダ時刻になる以前に関連マルチメディアメッセージを受信する場合、任意のリマインダ時刻と関連した受信リマインダ設定は、自動で解除されたり、ユーザの選択によって解除されるように構成されることができる。
【００３８】
前述した本発明の第１実施形態では、ＭＳ１０、２０が受信リマインダを設定して特定リマインダ時刻にマルチメディアメッセージ受信をユーザに通報する構成を例として説明したが、本発明に係る他の実施形態では、ＭＭＳリレー／サーバー３０、４０がＭＳ１０、２０の要請によってＭＳ１０、２０から受信したリマインダ時刻を設定して、該時刻になれば受信するマルチメディアメッセージがあることをＭＳ１０、２０に通報する受信リマインダサービスを提供するように構成することもできる。このような本発明の第２実施形態によるＭＭＳシステムの構成を図２を参照して説明すれば、次の通りである。
【００３９】
複数のＭＳ１０、２０の構成と動作は、第１実施形態と類似している。但し、図４に図示された過程により任意のマルチメディアメッセージに対するリマインダ時刻が設定されれば、設定されたリマインダ時刻と該当マルチメディアメッセージ情報を含めた受信リマインダ設定要請をＭＭＳリレー／サーバー３０、４０に伝送する。そして、本発明の第２実施形態により、ＭＳ１０、２０は、既に設定されたリマインダ時刻に対する修正、及び解除要請を行うことができ、現在設定された受信リマインダに対する閲覧を要請することができる。このような受信リマインダ設定要請は、ＭＭＳリレー／サーバー３０、４０に臨時格納されたマルチメディアメッセージだけでなく、ＭＭ ｂｏｘ５０、６０に格納されたマルチメディアメッセージにも適用される。
【００４０】
複数のＭＭＳリレー／サーバー３０、４０は、移動通信網を通じて複数のＭＳ１０、２０と連結され、各ＭＭＳリレー／サーバーも移動通信網を通じて連結される。複数のＭＭＳリレー／サーバー３０、４０は、ユーザのマルチメディアメッセージサービス関連要請を実行するシステム要素で、かつＭＭＳネットワークの中心要素である。即ち、ＭＭＳリレー／サーバー３０、４０は、他のＭＭＳリレー／サーバーだけでなく、電子メールのような他のメッセージングシステムとのメッセージング動作を管理し、併せてメッセージ格納サービスも提供する。ＭＭＳリレー／サーバー３０、４０は、２つの構成要素、即ち、ＭＳ１０、２０と他のメッセージングシステムとの相互動作のためのＭＭＳプロキシリレー及び格納サービスのためのＭＭＳサーバに区分することもできる。複数のＭＭＳリレー／サーバー３０、４０は、第１のＭＭＳリレー／サーバー３０と、第２のＭＭＳリレー／サーバー４０を含んで構成される。第１のＭＭＳリレー／サーバー３０は、移動通信網を通じて第１端末１０と連結されるリレー／サーバーであり、第２のＭＭＳリレー／サーバー４０は、移動通信網を通じて第２端末２０と連結されるリレーサーバーである。本発明の詳細な説明において、ＭＭＳリレー／サーバーと任意のＭＳが移動通信網を通じて連結されているということは、任意のＭＳがＭＭＳサーバーのサービス領域に位置しているということを意味する。そして、本発明の第２実施形態によると、ＭＭＳリレー／サーバー３０、４０は、ＭＳ１０、２０の受信リマインダ設定要請に応じて該当マルチメディアメッセージに対する受信リマインダを設定し、受信リマインダ設定時に設定される特定時刻にＭＳ１０、２０に該当マルチメディアメッセージを受信することを通報する。ＭＭＳリレー／サーバー３０、４０は、このように動作するために、本発明の第２実施形態によるタイマーイベント管理部を備える。タイマーイベント管理部は、タイマー設定が必要な任意のイベントに対する時刻チェックを行う。これによって、ＭＭＳリレー／サーバー３０、４０は、受信リマインダ設定要請によって、リマインダ時刻をタイマーイベント管理部に登録することで、設定された時刻になればＭＳに通報を送るようにイベントを遂行することができる。また、ＭＭＳリレー／サーバー３０、４０は、本発明の第２実施形態によると、ＭＳ１０、２０の要請によって設定された受信リマインダのリマインダ時刻を修正または解除し、リマインダ閲覧要請に応じて設定された受信リマインダに対する情報をＭＳ１０、２０に伝送する。そして、ＭＭＳリレー／サーバー３０、４０は、ＭＭ ｂｏｘ５０、６０に格納されたマルチメディアメッセージに対しても前述した受信リマインダ設定、及びそれに従う動作過程を適用する。
【００４１】
複数のＭＭ ｂｏｘ５０、６０は、ＭＭＳリレー／サーバー３０、４０と関連した格納装置を表し、持続的なネットワーク基盤のメッセージの格納のために使われる。ＭＳのユーザは、ＭＭ ｂｏｘ５０、６０に格納されたメッセージを管理するためにＭＭＳリレー／サーバー５０、６０と相互動作することができる。複数のＭＭ ｂｏｘ５０、６０は、第１のＭＭ ｂｏｘ５０と第２のＭＭ ｂｏｘ６０を含み、第１のＭＭ ｂｏｘ５０は、第１のＭＭＳリレー／サーバー３０と連結され、第２のＭＭ ｂｏｘ６０は、第２のＭＭＳリレー／サーバー４０と連結される。
【００４２】
上記のように構成されるＭＭＳシステムにおいて、ＭＳ１０、２０からの受信リマインダ設定要請は、ＭＭＳリレー／サーバー３０、４０から、受信されるべきマルチメディアメッセージがあることの通報に対する応答の伝送時になされることができ、何時でもユーザの要求によりなされることもできる。このような受信リマインダ設定要請過程を図５と図６に図示した。図５は、本発明の第２実施形態による、受信されるべきマルチメディアメッセージの通知時のリマインダ設定過程を示す図であり、図６は、本発明の第２実施形態による、リマインダ設定／修正過程を示す図である。以下の説明では、本発明に対する説明の便宜のため、第１端末１０が第１のＭＭＳリレー／サーバー３０に受信リマインダ設定を要請する場合を例として説明する。
【００４３】
まず、図５を参照して受信されるべきマルチメディアメッセージ通知時のリマインダ設定過程を説明すると、第１のＭＭＳリレー／サーバー３０は、ステップ３３１で、第１端末１０に伝送されるべきマルチメディアメッセージを受信すれば、ステップ３３３に進行する。第１のＭＭＳリレー／サーバー３０は、ステップ３３３で、受信されるべきマルチメディアメッセージがあることを第１端末１０に通報する。ステップ３３３で、通報を受信した第１端末１０は、ユーザから受信遅延要請があれば、即ち、早速マルチメディアメッセージを受信するという入力がなければステップ３３７に進行する。ステップ３３７で、第１端末１０は、第１のＭＭＳリレー／サーバー３０が受信リマインダ設定を支援するか否かを確認し、ステップ３３９に進行する。第１のＭＭＳリレー／サーバー３０の受信リマインダ支援の可否は、ステップ３３３でなされる通報に含まれている。ステップ３３９で、第１端末１０は、図４のステップ３０７乃至ステップ３１９に亘るユーザ入力によりリマインダ時刻を設定し、ステップ３４１に進行する。ステップ３４１で、第１端末１０は、リマインダ時刻が含まれた通報応答を第１のＭＭＳリレー／サーバー３０に伝送することによって、受信リマインダ設定を要請する。ステップ３４１で、通報応答を受信した第１のＭＭＳリレー／サーバー３０は、ステップ３４３で、該当マルチメディアメッセージに対するリマインダ時刻を設定する。以後、ステップ３４５で、第１のＭＭＳリレー／サーバー３０は、現在の時刻がステップ３４３で設定したリマインダ時刻であるか否かを確認して、リマインダ時刻であればステップ３４７に進行する。ステップ３４７で、第１のＭＭＳリレー／サーバー３０は、該当マルチメディアメッセージの貯蔵満了時刻を修正しステップ３４９に進行する。マルチメディアメッセージの貯蔵満了時刻の修正は、マルチメディアメッセージに対する最初の通報から一定時間が過ぎた後に再通報をしようとする意図があるので、過ぎた一定時間を考慮して貯蔵満了時刻を修正することが好ましい。例えば、以前の通報時、マルチメディアメッセージの貯蔵満了時刻が４８時間を残し、その後に２４時間が過ぎた後、受信リマインダ設定により再通知する場合、該当マルチメディアメッセージの貯蔵満了時刻は２４時間が残ったように修正されなければならない。以後、第１のＭＭＳリレー／サーバー３０は、ステップ３４９で、第１端末１０に、受信されるべきマルチメディアメッセージがあることを通報することにより、受信リマインダを提供する。
【００４４】
上記のような過程によりなされる受信リマインド設定要請は、本発明の実施形態によると、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎトランザクションによりなされるように構成することができる。ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎトランザクションは、一般的にＭＭＳリレー／サーバーが、受信されるべきマルチメディアメッセージがあることを、ＭＳに通報する過程で用いられるトランザクションである。本発明の実施形態では、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎトランザクションに含まれるＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＱメッセージと、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＳメッセージに受信リマインダ設定と関連した新たな情報要素を追加して、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎトランザクションにより受信リマインダサービス要請がなされるように構成することができる。
【００４５】
ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＱメッセージに対して本発明により追加される新たな情報要素を表１に示した。
【００４６】
【表１】
2008526156.tif 000003
【００４７】
リマインダの許容の可否は、２つの値、即ち、“Ｙｅｓ”または“Ｎｏ”を有することができる。指定されない場合、デフォルト値は“Ｎｏ”であり、これはＭＭＳリレー／サーバーが受信リマインダサービスを支援しないということを意味する。これによって、第１端末１０は、ステップ３３３で、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＱメッセージを受信し、ステップ３３７でそのＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＱメッセージに含まれたリマインダの許容の可否の値を確認する。確認した結果、リマインダの許容の可否の値が”Ｙｅｓ”であれば、第１端末１０はステップ３３９に進行するが、仮りに、“Ｎｏ”であれば、第１端末はＭＭＳリレー／サーバーに対して単に標準通知応答のみを伝送する。以後、ユーザから入力されたり、デフォルトとして設定されるリマインダ時刻をＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＳメッセージに含める。これによって、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＳメッセージは、次の表２に表示した情報要素を含むように構成される。
【００４８】
【表２】
2008526156.tif 000004
【００４９】
第１のＭＭＳリレーサーバー３０は、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＳメッセージを受信すれば、リマインダ時刻情報に含まれた時刻を、その該当マルチメディアメッセージのリマインダ時刻として登録する。ＭＭＳリレー／サーバーが受信リマインダサービスを支援するが、リマインダ時刻情報要素がなければＭＭＳリレー／サーバーは“０”のデフォルト値を設定し、それはユーザが如何なるリマインダも要請しなかったことを意味する。
【００５０】
上記のように設定されたリマインダ時刻は、ユーザの要請によって変更されることも、解除されることもできる。そして、受信リマインダサービス設定要請は、任意のマルチメディアメッセージに対する通報を受信する場合だけでなく、ユーザの望む時に何時でもなされることができる。このような過程を図６を参照して説明する。
【００５１】
図６に示すように、第１端末１０は、ステップ４０１で、ユーザから任意のマルチメディアメッセージに対するリマインダ設定、または修正要請があればステップ４０３に進行する。ステップ４０３で、第１端末１０は、ユーザにリマインダ時刻を入力できるインターフェースを提供する。ユーザは希望する時刻を入力し、第１端末１０はユーザ入力によるリマインダ時刻を設定し、ステップ４０５に進行する。ステップ４０５で、第１端末１０は、設定されたリマインダ時刻と任意のマルチメディアメッセージに対する情報を含んだ受信リマインダサービス要請、またはリマインダ修正要請を第１のＭＭＳリレー／サーバー３０に伝送する。第１のＭＭＳリレー／サーバーは、ステップ４０５で、受信された要請が受信リマインダサービス要請、またはリマインダ修正要請であることをステップ４０７で確認し、ステップ４０９に進行する。ステップ４０９で、第１のＭＭＳリレーサーバー３０は、該当マルチメディアメッセージのリマインダ時刻を上記の要請に含まれた時刻に設定する。即ち、第１のＭＭＳリレー／サーバー３０は、該当マルチメディアメッセージに対してリマインダ時刻が設定されていなければ、上記の要請に含まれた時刻を受信リマインダ時刻に設定し、該当マルチメディアメッセージに対してリマインダ時刻が設定されていれば、上記の要請に含まれた時刻にリマインダ時刻を変更する。以後、第１のＭＭＳリレー／サーバー３０は、ステップ４１１で、ステップ４０５で受信した要請に対する結果を含んだ応答を第１端末１０に伝送する。以後、ステップ４１３で、第１のＭＭＳリレー／サーバー３０は、現在の時刻がステップ４０９で設定したリマインダ時刻であるか否かを確認して、リマインダ時刻であればステップ４１５に進行する。ステップ４１５で、第１のＭＭＳリレー／サーバー３０は、該当マルチメディアメッセージの貯蔵満了時刻情報を修正し、ステップ４１７に進行する。ステップ４１７で、第１のＭＭＳリレー／サーバー３０は、修正された貯蔵満了時刻を含む受信されるべきマルチメディアメッセージに対する通報を、第１端末１０に伝送する。
【００５２】
前述したように、任意のマルチメディアメッセージに対して設定された受信リマインダサービスを解除する過程を、図７を参照して説明する。図７は、本発明の第２実施形態によるリマインダ解除過程を示す図である。図７に示すように、第１端末１０は、ステップ４３１で、ユーザから任意のマルチメディアメッセージに対するリマインダ解除要求の入力を受ければ、ステップ４３３に進行する。ステップ４３３で、第１端末１０は、任意のマルチメディアメッセージの情報を含むリマインダ解除要請を、第１のＭＭＳリレー／サーバー３０に伝送する。第１のＭＭＳリレーサーバー３０は、ステップ４３５で、受信された要請がリマインダ解除要請であることを確認し、ステップ４３７に進行する、ステップ４３７で、第１のＭＭＳリレーサーバー３０は、該当マルチメディアメッセージのリマインダ設定を解除し、ステップ４３９に進行する。ステップ４３９で、第１のＭＭＳリレーサーバー３０は、ステップ４３３で受信した要請に対する結果を含んだ応答を、第１端末１０に伝送する。
【００５３】
前述したように、どの時点にも限定されないで、ユーザの意志によって受信リマインダサービスを要請したり、既に設定されたリマインダ時刻を修正、解除する要請は、本発明の第２実施形態により新しく定義されるＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒトランザクションを通じてなされることができる。ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒトランザクションは、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＱメッセージとＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＳメッセージを含む。ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＱメッセージは、受信リマインダサービス要請、リマインダ時刻修正要請、リマインダ解除要請時に、ＭＳからＭＭＳリレー／サーバーに伝送されるメッセージであり、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＳメッセージは、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＱメッセージに対する応答メッセージである。
【００５４】
ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＱメッセージに含まれる情報要素を下記の表３に示す。
【００５５】
【表３】
2008526156.tif 000005
【００５６】
そして、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＳメッセージに含まれる情報要素を下記の表４に示す。
【００５７】
【表４】
2008526156.tif 000006
【００５８】
第１のＭＭＳリレー／サーバー３０が図６のステップ４０５や図７のステップ４３３におけるように、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＱメッセージを受信すれば、リマインダ時刻情報要素が存在するか否かを確認する。仮りに、リマインダ時刻情報要素が存在しなければ、第１のＭＭＳリレー／サーバー３０は、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＱメッセージを、既に設定されたリマインダの解除を要請するメッセージと判断する。そして、第１のＭＭＳリレー／サーバー３０は、図７のステップ４３７におけるように、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＱメッセージに含まれたメッセージ格納位置（reference）情報要素を参照して、該当マルチメディアメッセージに対して設定された受信リマインダサービスを解除する。リマインダ時刻情報要素が存在すれば、第１のＭＭＳリレー／サーバー３０は、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＱメッセージが新たな受信リマインダサービスを要請するメッセージ、または既に設定されたリマインダを修正することを要請するメッセージと判断する。それによって、第１のＭＭＳリレー／サーバー３０は、図６のステップ４０９におけるように、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＱメッセージに含まれたメッセージ格納位置情報要素を参照して、該当マルチメディアメッセージに対するリマインダが既に存在するか否かを確認する。そのようなリマインダが存在しなければ、第１のＭＭＳリレー／サーバー３０は、該当マルチメディアメッセージに対して新たなリマインダ時刻を設定して、受信リマインドサービスを設定する。そして、そのようなリマインダが既に存在すれば、第１のＭＭＳリレー／サーバー３０は、既に設定されたリマインダ時刻を、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＱメッセージに含まれたリマインダ時刻情報要素により指定される新たな時刻に変更する。
【００５９】
上記のような動作後に、第１のＭＭＳリレー／サーバー３０は、図６のステップ４１１または図７のステップ４３９のように、要請に対する結果を含む応答を伝送するが、この際、M１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＳメッセージを利用する。上記の要請に対する成功の可否は要請状態情報要素が表し、選択的に失敗した場合、失敗に対する具体的な理由を要請状態テキスト情報要素が表す。失敗の理由は、例えば、支援できないリマインダサービス、メッセージの不在、マルチメディアメッセージ貯蔵満了時刻から外れるリマインダ時刻などにすることができる。
【００６０】
次に、既に設定された受信リマインダサービスに係るリマインダリスト閲覧を要請する過程を図８を参照して説明する。図８は、本発明の第２実施形態によるリマインダリスト閲覧要請過程を示す図である。図８を参照すれば、第１端末１０は、ステップ４５１で、ユーザからリマインダリスト閲覧要請の入力を受ければ、ステップ４５３に進行する。リマインダリストは、任意のマルチメディアメッセージに対して既に設定されたリマインダ時刻で構成されたリストである。これによって、ユーザは、ステップ４５１で、閲覧しようとするリマインダが含まれた条件を入力する。例えば、特定のマルチメディアメッセージと関連したリマインダとか、特定時間帯に存在するリマインダなどにすることがができる。第１端末１０は、ユーザの入力が完了すれば、ステップ４５３に進行して、リマインダリスト閲覧要請を第１のＭＭＳリレー／サーバー３０に伝送する。第１のＭＭＳリレー／サーバー３０は、ユーザにより入力された条件に相応するように設定されたリマインダを検索して、リマインダリストを構成し、ステップ４５７に進行する。ステップ４５７で、第１のＭＭＳリレー／サーバー３０は、リマインダリストを第１端末１０に伝送する。
【００６１】
上記のようなリマインダリスト閲覧要請は、本発明の実施形態により新しく定義されるＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗトランザクションを通じてなされる。ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗトランザクションは、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗ．ＲＥＱメッセージと、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗ．ＲＥＳメッセージを含む。ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗ．ＲＥＱメッセージは、図８のステップ４５３におけるように、第１端末１０が第１のＭＭＳリレー／サーバー３０にリマインダリスト閲覧を要請する時に伝送されるメッセージである。ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗ．ＲＥＳメッセージは、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗ．ＲＥＱメッセージに対する応答メッセージである。このようなＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗ．ＲＥＱメッセージに含まれる情報要素を下記の表５に記載した。
【００６２】
【表５】
2008526156.tif 000007
【００６３】
そして、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗ．ＲＥＳメッセージに含まれる情報要素を表６に示す。
【００６４】
【表６】
2008526156.tif 000008
【００６５】
図８を参照すると、第１のＭＭＳリレー／サーバー３０は、ステップ４５３で、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗ．ＲＥＱメッセージを受信すれば、ステップ４５５で、メッセージ格納位置情報要素が含まれているか否かを確認する。メッセージ格納位置情報要素が存在すれば、特定マルチメディアメッセージのリマインダ時刻を閲覧することが要請されたのである。したがって、第１のＭＭＳリレー／サーバー３０は、メッセージ格納位置により識別されたマルチメディアメッセージに対して設定されたリマインダ時刻を検索する。仮りに、メッセージ格納位置情報要素が存在しなければ、第１のＭＭＳリレー／サーバー３０は、開始リマインダ時刻情報要素、または終了リマインダ時刻情報要素が存在するか否かを確認する。もし存在すれば、第１のＭＭＳリレー／サーバー３０は、与えられた開始リマインダ時刻と終了リマインダ時刻との間の範囲内で発生するリマインダを選択する。開始リマインダ時刻のみ指定され、終了リマインダ時刻が指定されないと、第１のＭＭＳリレー／サーバー３０は、開始時刻の以後に発生する全てのリマインダを選択する。終了リマインダ時刻が指定され、開始リマインダ時刻が指定されないと、第１のＭＭＳリレー／サーバー３０は、終了時刻の以前に発生する全てのリマインダを選択する。一方、上記のメッセージ位置情報要素、開始／終了リマインダ時刻情報要素が全て存在しなければ、受信リマインダサービスが設定された全てのマルチメディアメッセージのリマインダ時刻を閲覧することが要請される。
【００６６】
ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗ．ＲＥＱメッセージに含まれたリマインダ検索条件によって該当リマインダ時刻を選択した第１のＭＭＳリレーサーバー３０は、ステップ４５７で、選択したリマインダ時刻をＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗ．ＲＥＳメッセージに含めて、そのメッセージを第１端末１０に伝送する。この際、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗ．ＲＥＳメッセージには、検索されたリマインダ時刻情報要素と、それに対応するマルチメディアメッセージの格納位置情報要素が対で共に含まなければならない。そして、仮にリマインダ時刻検索を要請した特定マルチメディアメッセージにリマインダが設定されていなければ、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗ．ＲＥＳメッセージにリマインダ時刻情報要素を含めないことにより、該当メッセージに対して受信リマインダサービスが設定されていないことを表すように構成したり、ユーザが設定されたリマインダがないことを認識することができる特殊な値を含むように構成しなければならない。一方、エラーが発生すれば、例えば、支援できないリマインダリストトランザクション、間違ったメッセージ位置情報などによりエラーが発生すれば、第１のＭＭＳリレーサーバー３０は、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗ．ＲＥＳメッセージに対して、エラーの類型を表す要請状態情報要素を含めると共に、選択的にエラーを更に詳細に説明する要請状態テキスト情報要素を含める。成功的にリマインダリストを作成して伝送する場合には、第１のＭＭＳリレー／サーバー３０が、該当成功コードを含む要請状態情報要素を、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ｌｉｓｔｖｉｅｗ．ＲＥＳメッセージに含めることもできる。
【００６７】
前述した例では、ＭＭＳリレー／サーバー３０、４０に臨時格納されたマルチメディアメッセージに対する受信リマインダの設定、修正、解除、変更過程に関して説明したが、ＭＭ ｂｏｘ５０、６０に格納する、または格納されたマルチメディアメッセージに関しても、同様に適用されることができる。図９を参照して、ＭＭＳリレー／サーバー３０、４０に臨時格納されたマルチメディアメッセージを、ＭＭ ｂｏｘ５０、６０に格納することを要請しながら、リマインダを設定する過程を説明する。図９は、本発明の第２実施形態による、ＭＭ ｂｏｘに格納されるマルチメディアメッセージに対してリマインダサービスを設定する過程を示す図である。図９を参照すれば、ステップ３６１で、第１のＭＭＳリレー／サーバー３０は、伝送されるマルチメディアメッセージを受信すれば、ステップ３６３に進行する。ステップ３６３で、ＭＭＳリレー／サーバー３０は、第１端末１０に受信されるべきマルチメディアメッセージに関して通報する。この時に使われるメッセージは、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＱメッセージであり、前述した実施形態におけるように、リマインダの許容の可否の情報要素を含む。上記の通報を受信した第１端末１０は、ステップ３６５で、ユーザから、該当マルチメディアメッセージに対する受信要請でない第１のＭＭ ｂｏｘ５０に対する格納要請の入力を受ければ、ステップ３６７に進行し、一般的な通報応答、即ちリマインダ時刻情報が含まれていないＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＳメッセージを、第１のＭＭＳリレー／サーバー３０に伝送する。以後、ステップ３６９で、第１端末１０は、ステップ３６３で受信したＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＱメッセージのリマインダの許容の可否の情報要素値を確認し、第１のＭＭＳリレー／サーバーがリマインダサービスを支援することを確認した後、ステップ３７１に進行する。ステップ３７１で、第１端末１０は、ユーザ入力によるリマインダ時刻を設定し、ステップ３７３に進行する。ステップ３７３で、第１端末１０は、設定されたリマインダ時刻情報を含むＭＭ ｂｏｘ格納及び受信リマインダ設定要請を、第１のＭＭＳリレー／サーバー３０に伝送する。このような要請は、本発明の実施形態によると、一般的にＭＭ ｂｏｘへのマルチメディアメッセージ格納要請時に使われるＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅトランザクションによりなされる。ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅトランザクションは、ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＱメッセージとＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＳメッセージを含み、ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＱメッセージは、ＭＭ ｂｏｘへのマルチメディアメッセージ格納を要請するメッセージであり、ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＳメッセージは、ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＱメッセージに対する応答メッセージである。ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＱメッセージは、任意のマルチメディアメッセージに対するＭＭ ｂｏｘへの格納要請の他にも、受信リマインダ設定要請を含むために、本発明の実施形態によると、リマインダ時刻情報を含む。即ち、ステップ３７１で設定したリマインダ時刻情報がＭＭ１���ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＱメッセージに含まれるのである。
【００６８】
第１のＭＭＳリレー／サーバー３０は、上記の要請によって、ステップ３７５で、該当マルチメディアメッセージを第１のＭＭ ｂｏｘ５０に格納し、リマインダ時刻を設定し、ステップ３７７に進行する。ステップ３７７で、第１のＭＭＳリレー／サーバー３０は、ステップ３７３の要請に対して応答、即ち、ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＳメッセージを、第１端末１０に伝送する。以後、ステップ３７９で、第１のＭＭＳリレー／サーバー３０は、現在の時刻が設定されたリマインダ時刻であるか否かを確認して、設定されたリマインダ時刻であれば、ステップ３８１に進行する。ステップ３８１で、第１のＭＭＳリレー／サーバー３０は、該当マルチメディアメッセージの貯蔵満了時刻を適切に修正し、ステップ３８３に進行する。ステップ３８３で、第１のＭＭＳリレー／サーバー３０は、上記修正された貯蔵満了時刻情報と共に、受信されるべきマルチメディアメッセージがあることを、第１端末１０に通報する。
【００６９】
前述した過程では、第１のＭＭＳリレー／サーバー３０に、臨時格納されたマルチメディアメッセージに対するＭＭ ｂｏｘ格納要請と受信リマインダ設定要請とが同時になされる場合を例として説明したが、既にＭＭ ｂｏｘ５０、６０に格納されたマルチメディアメッセージに対して、受信リマインダを設定することもできる。そして、既に設定されたリマインダ時刻に対する修正、解除も可能であり、リマインダリストに対する閲覧も可能である。このようなリマインダ設定と関連した全体的な動作過程は、図６乃至図８に図示された過程と類似しており、各々の要請、例えば、受信リマインダ設定要請、リマインダ修正要請、リマインダ解除要請、リマインダリスト閲覧要請時に用いられるトランザクションは、前述したＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒトランザクションを通じてなされることができる。但し、ＭＭ１＿ｒｅｍｉｎｄｅｒ＿ａｌｔｅｒ．ＲＥＱメッセージに含まれるメッセージ格納位置情報要素は、ＭＭ ｂｏｘ５０、６０で該当マルチメディアメッセージが格納される位置に対する情報を含まなければならない。そして、本発明の実施形態によると、従来のＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅトランザクションにリマインダ時刻情報要素を含めて、前述した受信リマインダ設定要請、リマインダ修正要請、リマインダ解除要請を遂行することもできる。リマインダ時刻情報要素は、ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＱメッセージに含まれる。ＭＭＳリレー／サーバー３０、４０は、ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＱメッセージに含まれたリマインダ時刻情報要素値が０でなければ、新たな受信リマインダ設定を要請するか、または既に設定されたリマインダ時刻の修正を要請するメッセージと判断するが、リマインダ時刻情報要素値が０であれば、既に設定されたリマインダに対する解除要請と判断するように構成することができる。そして、ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＱメッセージは、受信リマインダ設定と関連したマルチメディアメッセージのＭＭ ｂｏｘ５０、６０格納位置情報要素を含む。
【００７０】
一方、従来のＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗトランザクションに対して本発明に係る幾つかの情報要素を追加することにより、それをリマインダリスト閲覧要請トランザクションとして使用できるように構成することができる。ＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗトランザクションは、ＭＭ ｂｏｘ５０、６０に格納されたマルチメディアメッセージリストと関連した情報閲覧要請時に用いられるトランザクションであって、ＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗ．ＲＥＱメッセージとＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗ．ＲＥＳメッセージを含む。ＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗ．ＲＥＱメッセージは、ＭＳ１０、２０が、ＭＭ ｂｏｘ５０、６０に格納されたマルチメディアメッセージの閲覧を、ＭＭＳリレーサーバー３０、４０に要請するメッセージであり、ＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗ．ＲＥＳメッセージは、ＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗ．ＲＥＱメッセージに対する応答メッセージであって、要請に対する結果を含んでＭＳ１０、２０に伝送される。リマインダリスト閲覧要請時に送受信されるために、このようなＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗ．ＲＥＱメッセージに追加される情報要素を下記の表７に記載した。表７は、ＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗ．ＲＥＱメッセージに含まれる情報要素を示す。
【００７１】
【表７】
2008526156.tif 000009
【００７２】
上記の属性リスト情報要素は、マルチメディアメッセージの選択時に参照される情報であって、例えば、特定リマインダ時刻、ＭＭ ｂｏｘでのメッセージ格納位置などが含まれることができる。ＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗ．ＲＥＱメッセージが属性リスト情報要素を含んでいれば、ＭＭＳリレーサーバー３０、４０は、属性リスト情報要素を参照してマルチメディアメッセージを選択する。属性リスト情報要素を含んでいないと、ＭＭＳリレー／サーバー３０、４０は、ＭＭ ｂｏｘ５０、６０に格納されたマルチメディアメッセージの一部を選択時、セレクター情報要素のような他の検索基準に従う。開始リマインダ時刻と終了リマインダ時刻もこのような選択基準になる情報要素であって、ＭＭＳリレー／サーバー３０、４０は、リマインダが設定されており、そのリマインダ時刻が与えられた開始時刻と終了時刻との間に発生するマルチメディアメッセージを検索する。
【００７３】
上記のように、ＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗ．ＲＥＱメッセージに含まれた検索条件によって検索されたマルチメディアメッセージのリマインダ時刻情報要素は、ＭＭ１＿ｍｍｂｏｘ＿ｖｉｅｗ．ＲＥＳメッセージに含まれてＭＳ１０、２０に伝送される。
【００７４】
前述した本発明の第１実施形態と第２実施形態では、マルチメディアメッセージを管理するために受信リマインダを設定する過程に関して説明した。次に、本発明の第３実施形態に係るマルチメディアメッセージ管理は、マルチメディアメッセージの貯蔵満了時刻を延長することに関するものである。マルチメディアメッセージは、ＭＭＳリレー／サーバー３０、４０に臨時格納されたか、ＭＭ ｂｏｘ５０、６０に格納されたかに関わらず、予め決まった期間が過ぎた後に自動で削除される。したがって、ユーザはマルチメディアメッセージが削除される前に、そのマルチメディアメッセージをＭＳ１０、２０にダウンロードしなければならないが、これは状況によって容易でないことがある。従って、本発明の第３実施形態では、リマインダに係る通報受信時、またはユーザの望む時に、ＭＳ１０、２０を通じて任意のマルチメディア貯蔵満了時刻を延長することを要請すれば、ＭＭＳリレー／サーバー３０、４０が任意のマルチメディア貯蔵満了時刻を要請された時刻に延長する。このようなマルチメディアメッセージ貯蔵満了時刻延長サービスを要請するためのＭＳ１０、２０の動作の流れを図１０に図示した。図１０は、本発明の第３実施形態による、マルチメディアメッセージ貯蔵満了時刻延長要請によるＭＳ１０、２０の動作フローチャートであって、ＭＳが受信されるべきメッセージがあることを通報された場合の動作過程を表す。そして、本発明の理解を助けるために、第１端末１０と第１のＭＭＳリレー／サーバー３０との間に動作がなされていることを例として説明する。第１端末１０の制御部１０１は、ステップ５０１で、マルチメディアメッセージが着信すると共に、受信されるのを待っていることを示す通報を、第１のＭＭＳリレー／サーバー３０から受信すれば、ステップ５０３に進行する。上記の通報は、リマインダによる通報と仮定する。ステップ５０３で、制御部１０１は、ユーザから応答があるか否かを確認して、即時受信要請があればステップ５０５に進行して、即時受信要請を第１のＭＭＳリレー／サーバー３０に伝送し、動作過程を終了する。ステップ５０３で、制御部１０１は、即時受信要請がなければステップ５０７に進行する。ステップ５０７で、制御部１０１は、ステップ５０１で受信した通報を確認して第１のＭＭＳリレー／サーバー３０がマルチメディアメッセージ貯蔵満了時刻延長サービスを提供するか否かを確認し、貯蔵満了時刻延長サービスを提供すればステップ５０９に進行し、貯蔵満了時刻延長サービスを提供しなければステップ５２１に進行する。ステップ５２１で、制御部１０１は、通報応答を伝送し、動作過程を終了する。
【００７５】
一方、ステップ５０９で、制御部１０１は、ユーザからマルチメディアメッセージの貯蔵満了時刻延長設定を要請する入力があるか否かを確認して、要請があればステップ５１１に進行する。ステップ５１１で、制御部１０１は、貯蔵満了時刻入力ウィンドウをディスプレイする。以後、ステップ５１３で、制御部１０１は、ユーザから上記貯蔵満了時刻に対する直接入力があるか否かを確認して、直接入力があればステップ５１７に進行して貯蔵満了時刻を入力された時刻に設定した後、ステップ５１９に進行する。そして、ステップ５１３で、ユーザの直接入力がなければ制御部１０１はステップ５１５に進行し、第１端末１０に予め格納されたデフォルト時刻に貯蔵満了時刻を設定し、ステップ５１９に進行する。ステップ５１９で、制御部１０１は、設定された貯蔵満了時刻が含まれた通報応答を、第１のＭＭＳリレー／サーバー３０に伝送する。第１のＭＭＳリレー／サーバー３０は、設定された貯蔵満了時刻が含まれた通報応答を受信すれば、第１端末１０が該当マルチメディアメッセージの貯蔵満了時刻延長を要請したものと判断し、上記含まれた貯蔵満了時刻に上記該当マルチメディアメッセージの貯蔵満了時刻を設定する。
【００７６】
上記のようなマルチメディアメッセージ貯蔵満了時刻延長は、従来のＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎトランザクションを利用して要請されるように構成することができる。これによって、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＱメッセージには、本発明の実施形態によると、貯蔵満了時刻の延長許容の可否（Allow Expiry Extension）情報要素が追加され、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＳメッセージには延長貯蔵満了時刻（Expiry Extension Time）情報要素が追加される。上記貯蔵満了時刻の延長許容の可否の情報要素は、デフォルト値“Ｎｏ”を有し、ＭＭＳリレー／サーバーが貯蔵満了時刻の延長を支援するか否かを表す。これによって、上記の例において、第１端末１０は、受信されるべきマルチメディアメッセージがあることを通報するＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＱメッセージを受信すれば、上記貯蔵満了時刻の延長許容の可否の情報要素を確認して、第１のＭＭＳリレー／サーバー３０がマルチメディアメッセージ貯蔵満了時刻延長サービスを支援するか否かを確認する。以後、制御部１０１は、ユーザ選択によって設定された貯蔵満了時刻を貯蔵満了時刻情報としてＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＳメッセージに含めて伝送する。第１のＭＭＳリレー／サーバー３０は、受信されたＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＳメッセージに貯蔵満了時刻情報が存在すれば、マルチメディアメッセージの貯蔵満了時刻を指定された貯蔵満了時刻に取り替えることを要請するものと判断し、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＳメッセージのトランザクションＩＤを確認して、関連マルチメディアメッセージを検出し、検出された該当マルチメディアメッセージの貯蔵満了時刻を相応するように延長する。
【００７７】
前述した例では、ＭＳ１０、２０が、リマインダによる通知受信時、これに対する応答でマルチメディアメッセージの貯蔵満了時刻を延長することを例として説明したが、上記リマインダによる通知に関わらず、ユーザの望む時にマルチメディアメッセージの貯蔵満了時刻を延長できるように構成することもできる。これによる動作過程を図１１に図示した。図１１は、本発明の第３実施形態によるマルチメディアメッセージ貯蔵満了時刻延長過程を示す図であって、第１端末１０と第１のＭＭＳリレーサーバー３０との間の動作を想定して、その過程を例示している。第１端末１０は、ステップ５３１で、ユーザから任意のマルチメディアメッセージに対する貯蔵満了時刻延長要請があれば、ステップ５３３に進行する。ステップ５３３で、第１端末１０は、貯蔵満了時刻をユーザ入力による貯蔵満了時刻に設定し、ステップ５３５に進行する。ステップ５３５で、第１端末１０は、上記設定された貯蔵満了時刻を含んだ貯蔵満了時刻延長要請を、第１のＭＭＳリレー／サーバー３０に伝送する。第１のＭＭＳリレー／サーバー３０は、上記要請受信によって、ステップ５３７で、該当マルチメディアメッセージの貯蔵満了時刻を受信された要請に含まれた貯蔵満了時刻に設定し、ステップ５３９に進行する。ステップ５３９で、第１のＭＭＳリレー／サーバー３０は、上記要請に対する結果を含んだ応答を第１端末１０に伝送する。
【００７８】
上記のような動作は、本発明の実施形態により新しく定義されたＭＭ１＿ｅｘｐｉｒｙ＿ｅｘｔｅｎｄトランザクションを通じてなされる。ＭＭ１＿ｅｘｐｉｒｙ＿ｅｘｔｅｎｄトランザクションは、ＭＭ１＿ｅｘｐｉｒｙ＿ｅｘｔｅｎｄ．ＲＥＱメッセージとＭＭ１＿ｅｘｐｉｒｙ＿ｅｘｔｅｎｄ．ＲＥＳメッセージを含む。ＭＭ１＿ｅｘｐｉｒｙ＿ｅｘｔｅｎｄ．ＲＥＱメッセージは、ＭＳ１０、２０がＭＭＳリレー／サーバー３０、４０にマルチメディアメッセージの貯蔵満了時刻延長を要請する時に伝送されるメッセージであり、ＭＭ１＿ｅｘｐｉｒｙ＿ｅｘｔｅｎｄ．ＲＥＳメッセージは、上記の要請に対する結果が含まれるメッセージであって、ＭＭＳリレー／サーバー３０、４０からＭＳ１０、２０に伝送される。このようなＭＭ１＿ｅｘｐｉｒｙ＿ｅｘｔｅｎｄ．ＲＥＱメッセージに含まれる情報要素を下記の表８に、ＭＭ１＿ｅｘｐｉｒｙ＿ｅｘｔｅｎｄ．ＲＥＳメッセージに含まれる情報要素を下記の表９にそれぞれ記載した。
【００７９】
【表８】
2008526156.tif 000010
【００８０】
【表９】
2008526156.tif 000011
【００８１】
図１１に図示した実施形態において、マルチメディアメッセージ貯蔵満了時刻延長サービスを支援する第１のＭＭＳリレー／サーバー３０が、ステップ５３５で、上記のようなＭＭ１＿ｅｘｐｉｒｙ＿ｅｘｔｅｎｄ．ＲＥＱメッセージを受信すれば、メッセージ格納位置情報を確認して、該当マルチメディアメッセージを検索する。そして、第１のＭＭＳリレー／サーバー３０は、貯蔵満了時刻情報要素によって、上記検索されたマルチメディアメッセージの貯蔵満了時刻を更新する。以後、ステップ５３９で、第１のＭＭＳリレー／サーバー３０は、第１端末１０にＭＭ１＿ｅｘｐｉｒｙ＿ｅｘｔｅｎｄ．ＲＥＳメッセージを伝送する。
【００８２】
上記のようなマルチメディアメッセージ貯蔵満了時刻延長は、ＭＭ ｂｏｘ５０、６０に格納されたマルチメディアメッセージでも類似するように適用されることができる。まず、リマインダによる通知に対する応答としてマルチメディアメッセージの貯蔵満了時刻延長を要請する場合、上記の通報、即ち、ＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＳメッセージに含まれるメッセージ格納位置情報要素が、ＭＭ ｂｏｘ５０、６０の位置を表さなければならない。ＭＭＳリレー／サーバー３０は、貯蔵満了時刻延長の要請を含んだＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＳメッセージを受信すれば、受信されたＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＳメッセージと関連したＭＭ１＿ｎｏｔｉｆｉｃａｔｉｏｎ．ＲＥＱメッセージを参照して、メッセージ格納位置がＭＭ ｂｏｘ５０、６０に格納されたマルチメディアメッセージを指示していることを把握することになる。これによって、貯蔵満了時刻延長要請が行われることができる。
【００８３】
次に、リマインダに係る通知に関わらず、ユーザの要請により任意のマルチメディアメッセージの貯蔵満了時刻を延長することは、前述したＭＭ１＿ｅｘｐｉｒｙ＿ｅｘｔｅｎｄトランザクションを利用して、図１１に図示した過程に従ってなされることができる。但し、ＭＭ１＿ｅｘｐｉｒｙ＿ｅｘｔｅｎｄ．ＲＥＱメッセージに含まれる格納位置情報が、ＭＭ ｂｏｘに格納されたマルチメディアメッセージを指示しなければならない。
【００８４】
そして、他の実施例において、既存のＭＭ ｂｏｘトランザクションであるＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅトランザクションに新たな情報を追加して、それを貯蔵満了時刻延長に用いることもできる。このために、ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅトランザクションのＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＱメッセージに貯蔵満了時刻情報を含める。ＭＭＳリレー／サーバー３０、４０は、受信されたＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＱメッセージに貯蔵満了時刻情報要素が存在すれば、ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＱメッセージに含まれたメッセージ格納位置情報要素が指示するマルチメディアメッセージの貯蔵満了時刻を、ＭＭ１＿ｍｍｂｏｘ＿ｓｔｏｒｅ．ＲＥＱメッセージに含まれた貯蔵満了時刻に転換することを要請するメッセージと判断し、それに係る動作を遂行する。
【００８５】
以上、本発明の説明では具体的な実施形態について詳述したが、本発明はこれに限定されるものではなく、本発明の範囲を逸脱しない限り、各種の実施形態が提供可能である。よって、本発明の真の技術的な範囲は上述の実施形態によって定まるものではなく、特許請求の範囲とその均等物によって定まるべきである。
【図面の簡単な説明】
【００８６】
【図１】一般的なマルチメディアメッセージの伝送時におけるメッセージの流れを示す図である。
【図２】本発明が適用されるマルチメディアメッセージングシステムの構成を示す図である。
【図３】本発明が適用されるＭＳの構成を示す図である。
【図４】本発明の第１実施形態による、リマインダ時刻を設定する過程に従うＭＳの動作フローチャートである。
【図５】本発明の第２実施形態による、受信されるべきマルチメディアメッセージ通知時、リマインダサービス設定過程を示す図である。
【図６】本発明の第２実施形態による、リマインダサービス設定／修正過程を示す図である。
【図７】本発明の第２実施形態によるリマインダ解除過程を示す図である。
【図８】本発明の第２実施形態によるリマインダリスト閲覧要請過程を示す図である。
【図９】本発明の第２実施形態による、ＭＭ ｂｏｘに格納されるマルチメディアメッセージのリマインダサービス設定過程を示す図である。
【図１０】本発明の第３実施形態による、マルチメディアメッセージ貯蔵満了時刻延長要請に係るＭＳの動作フローチャートである。
【図１１】本発明の第３実施形態によるマルチメディアメッセージ貯蔵満了時刻延長過程を示す図である。
【符号の説明】
【００８７】
１    第１のＭＳ
３    第２のＭＳ
５    第１のＭＭＳリレー／サーバー
７    第２のＭＭＳリレー／サーバー
１０、２０    ＭＳ
３０、４０    ＭＭＳリレー／サーバー
５０、６０    ＭＭ ｂｏｘ
１０１    制御部
１０３    カメラモジュール
１０５    ディスプレイ装置
１０７    キー入力部
１０９    ベースバンド処理部
１１１    ＲＦモジュール
１１３    メモリ部
【図１】
2008526156.tif 000012
【図２】
2008526156.tif 000013
【図３】
2008526156.tif 000014
【図４】
2008526156.tif 000015
【図５】
2008526156.tif 000016
【図６】
2008526156.tif 000017
【図７】
2008526156.tif 000018
【図８】
2008526156.tif 000019
【図９】
2008526156.tif 000020
【図１０】
2008526156.tif 000021
【図１１】
2008526156.tif 000022
【国際調査報告】
2008526156.tif 000023
2008526156.tif 000024