CN101883336A - 管理多媒体消息的方法和设备 - Google Patents
管理多媒体消息的方法和设备 Download PDFInfo
- Publication number
- CN101883336A CN101883336A CN2010102249152A CN201010224915A CN101883336A CN 101883336 A CN101883336 A CN 101883336A CN 2010102249152 A CN2010102249152 A CN 2010102249152A CN 201010224915 A CN201010224915 A CN 201010224915A CN 101883336 A CN101883336 A CN 101883336A
- Authority
- CN
- China
- Prior art keywords
- message
- multimedia message
- request
- time
- reminder
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公开了一种管理多媒体消息的方法和设备。如果从MS接收到为特定多媒体消息设置检索提醒的请求,则MMS中继/服务器将特定多媒体消息的提醒时间设置为包括在设置检索提醒请求中的提醒时间。如果当前时间与提醒时间相应,则MMS中继/服务器通知MS检索特定多媒体消息。如果从MS接收到延长特定多媒体消息的有效时间的请求,则MMS中继/服务器将特定多媒体消息的有效时间设置为包括在延长有效时间请求中的有效时间。
Description
本申请是申请日为2005年12月27日、申请号为200580034111.3、题为“管理多媒体消息的方法和设备”的专利申请的分案申请。
技术领域
本发明涉及一种多媒体消息传送服务,更具体地说,涉及一种用于根据用户的设置提醒用户接收多媒体消息并延长多媒体消息的存储时间的方法和设备。
背景技术
今天的移动通信系统中的消息传送服务不仅提供小容量文本,而且提供包括更加丰富的内容(诸如大容量文本、音频、图像、视频等)的多媒体消息。用于提供包括这种内容的消息的消息传送服务的示例是多媒体消息传送服务(以下称为“MMS”),所述消息服务发展成为能够使用户方便和满意的服务。
多媒体消息系统通常包括:多个移动站(以下称为“MS”),至少一个MMS中继/服务器和连接到各个MMS中继/服务器的多个多媒体消息箱(以下称为“MM箱”)。在图1中示出在多媒体消息系统中发送/接收普通多媒体消息的处理过程。具体地说,图1示出在普通多媒体消息的传输中的消息流向。
在步骤201,第一MS 1通过在MM1_submit.REQ消息中包括特定多媒体消息并将MM1_submit.REQ消息发送到第一MMS中继/服务器5来请求第一MMS中继/服务器5将特定多媒体消息发送到第二MS 3。在步骤203,第一MMS中继/服务器5响应于MM1_submit.REQ消息通过将MM1_submit.RES消息发送回去来通知第一MS 1接受,以发送多媒体消息。在步骤205,第一MMS中继/服务器5将包括特定多媒体消息的MM4_forward.REQ消息转发到连接到第二MS 3的第二MMS中继/服务器7,以请求第二MMS中继/服务器7将多媒体消息发送到第二M S3,响应于这一处理,在步骤207,第二MMS中继/服务器7将响应,即,MM4_forward.RES消息发送回第一MMS中继/服务器5。在步骤209,第二MMS中继/服务器7通过MM1_notification.REQ消息通知第二MS 3通过第二MS 3接收的消息已经到达。这里,在MM1_notification.REQ消息中提供时间,在所述时间将相应多媒体消息存储在第二MMS中继/服务器7中。这个存储时间可以由第一MS 1或服务提供者设置。在步骤211,第二MS 3将响应,即,MM1_notification.RES消息发送回第二MMS中继/服务器7,以确认通知的接收。在步骤213,第二MS 3通过发送MM1_retrieve.REQ消息请求第二MMS中继/服务器7检索相应的多媒体消息。在步骤215,第二MMS中继/服务器7发送通过MM1_retrieve.RES消息请求的多媒体消息。在步骤217,具有接收的多媒体消息的第二MS 3将确认,即,MM1_acknowledgement.REQ消息发送到第二MMS中继/服务器7。
另外,第二MS 3的用户可以在MM箱中存储多媒体消息。也就是说,在图1的步骤211之后,第二MS 3通过MM1_mmbox_store.REQ消息请求第二MMS中继/服务器7在MM箱中存储当前存储在第二MMS中继/服务器7的临时存储位置的或将要接收的任何多媒体消息。第二MMS中继/服务器7在MM箱中存储相应的多媒体消息,并且参考存储的多媒体消息对第二MS 3响应MM1_mmbox_store.RES消息。当调用这一功能用于已经存储在MM箱中的多媒体消息时,将其用于更新多媒体消息的一些参数。
可通过MM1_mmbox_upload.REQ消息将任何多媒体消息上载并存储到MM箱中。例如,第一MS 1通过发送包括多媒体消息的MM1_mmbox_upload.REQ消息来请求第一MMS中继/服务器5存储将上载到MM箱中的多媒体消息。第一MMS中继/服务器5将多媒体消息存储在MM箱中,并且参考存储的消息对第一MS 1响应MM1_mmbox_upload.RES消息。
另外,MS的用户可通过MM1_mmbox_view.REQ消息观看存储在MM箱中的多媒体消息。例如,第一MS 1通过MM1_mmbox_view.REQ消息向第一MMS中继/服务器5请求当前存储在MM箱中的全部或部分多媒体消息的列表,以及关于多媒体消息本身的信息。第一MMS中继/服务器5将带有多媒体消息的列表和它们的相关特性的MM1_mmbox_view.RES消息发送到第一MS 1。
可通过MM1_mmbox_delete.REQ消息删除以上述方式存储在MM箱中的多媒体消息。第一MS 1通过MM1_mmbox_delete.REQ消息请求第一MMS中继/服务器5删除当前存储在MM箱中的一个或多个多媒体消息。第一MMS中继/服务器5删除相应的多媒体消息,并将MM1_mmbox_delete.RES发送到第一MS 1。
仅在特定时间周期将以这种方式管理的多媒体消息存储在临时存储位置或MM箱中。也就是说,不管接收方用户是否已经接收到消息,一旦达到为各个多媒体消息设置的有效时间,就删除多媒体消息。因此,在接收方用户不知道相应的多媒体消息的情况下,例如,他忘记在MMS中继/服务器中存在消息的情况下,可通过MMS中继/服务器删除多媒体消息。由于这个原因,接收方用户不得不记住存储在MMS中继/服务器或MM箱中的每个消息很不方便。然而,当消息数量很多时,接收方用户不能记住所有的多媒体消息。另外,即使用户知道消息将被删除,但因为在他/她的MS中没有充足的盘空间,或者他/她位于非覆盖区域中,所以他/她不能在有效时间前检索到所述消息。另外,当他/她处于漫游区域中时,因为检索需要昂贵的费用,所以他/她可能不愿检索多媒体消息。特别地,如果多媒体消息存储在MM箱中,则因为用户发现内容重要,所以他可能想要存储较长时间。
对于MMS服务提供者,如果多媒体消息的检索收费,则因为多媒体消息的过期而删除多媒体消息,所以用户不能检索多媒体消息的这样的事实意味着收入损失。如果服务提供者提供一种用户能够延长与多媒体消息相关的有效时间的服务,则这意味着用于增加服务提供者的收入的来源。
发明内容
因此,做出本发明的示例性实施例以解决了在现有技术中出现的上述问题,本发明的目的在于提供一种在用户希望提醒的时间提醒接收方用户存储的或等待检索的多媒体消息的多媒体消息管理方法和多媒体消息管理设备。
本发明的另一目的在于提供一种在有效时间之前提醒接收方用户存储的或等待检索的多媒体消息的多媒体消息管理方法和多媒体消息管理设备。
本发明的另一目的在于提供一种使接收方用户能够按照期望修改和取消一个或多个提醒时间的多媒体消息管理方法和多媒体消息管理设备。
本发明的另一目的在于提供一种使接收方用户能够确认与任何多媒体消息相关的检索提醒时间的多媒体消息管理方法和多媒体消息管理设备。
本发明的另一目的在于提供一种延长与任何多媒体消息相关的有效时间的多媒体消息管理方法和多媒体消息管理设备。
本发明的另一目的在于提供一种使接收方用户能够在他/她期望检索的时间检索多媒体消息的多媒体消息管理方法和多媒体消息管理设备。
本发明的另一目的在于提供一种能够增加服务提供者的收入的多媒体消息管理方法和多媒体消息管理设备。
为了实现这些目的,根据本发明的一方面,提供一种管理多媒体消息的方法,所述方法包括步骤:从MMS中继/服务器接收多媒体消息已经到达并等待检索的通知;从MS接收为特定多媒体消息设置检索提醒的请求;将特定多媒体消息的提醒时间设置为包括在检索提醒请求中的提醒时间;以及如果当前时间与提醒时间相应,则通知MS检索特定多媒体消息。
根据本发明的另一方面,所述管理多媒体消息的方法还可包括步骤:从MS接收延长特定多媒体消息的有效时间的请求;以及将特定多媒体消息的有效时间设置为包括在该请求中的有效时间以延长有效时间。
根据本发明的另一方面,提供一种管理多媒体消息的设备,所述设备包括:MS,用于为特定多媒体消息请求检索提醒;以及MMS中继/服务器,将特定多媒体消息的提醒时间设置为包括在该请求中的提醒时间以设置检索提醒,并且如果当前时间与提醒时间相应,则通知MS检索特定多媒体消息。
根据本发明的另一方面,如果从MS接收到延长特定多媒体消息的有效时间的请求,则MMS中继/服务器将特定多媒体消息的有效时间设置为包括在该请求中的有效时间以延长有效时间。
附图说明
通过下面结合附图进行的详细描述,本发明的上述和其它目的、特点和优点将会变得更加清楚,其中:
图1是示出在普通多媒体消息的传输中的消息流向的流程图;
图2是示出应用于本发明的多媒体消息系统的结构的示图;
图3是示出应用于本发明的MS的结构的示图;
图4是根据本发明的第一优选实施例的当设置提醒时间时MS的操作流程;
图5是根据本发明的第二优选实施例的当通知检索多媒体消息时设置提醒服务的处理的流程图;
图6是示出根据本发明的第二实施例的提醒服务设置/修改处理的流程图;
图7是示出根据本发明的第二实施例的提醒取消处理的流程图;
图8是示出根据本发明的第二实施例的请求观看提醒列表的处理的流程图;
图9是根据本发明的第二优选实施例的为将存储在MM箱中的多媒体消息设置提醒服务的处理的流程图;
图10是根据本发明的第三优选实施例的当请求延长多媒体消息的有效时间时MS的操作流程;以及
图11是根据本发明的第三优选实施例的延长多媒体消息的有效时间的处理的流程图。
具体实施方式
以下,将参照附图来说明本发明的优选实施例。尽管在不同附图中示出,但是应该注意,相同的标号指示相同的部件。另外,在下面的描述中,当合并与此的周知的功能和结构可能模糊本发明时,省略其详细描述。
首先,将参照图2描述应用于本发明的MMS系统。图2示出这种MMS系统的这种结构。参照图2,MMS系统包括:多个MS 10、20、至少一个MMS中继/服务器30、40、和至少一个MM箱50、60。
根据本发明,多个MS 10、20通过移动通信网络与MMS中继/服务器30、40无线通信,并且根据用户的请求发送多媒体消息或根据与存储在MM箱50、60中的多媒体消息的管理相关的用户请求来执行操作。在本发明的一个实施例中,多个MS 10、20包括第一MS 10和第二MS 20。MS 10、20根据用户的输入提取(draw)多媒体消息,请求MMS中继/服务器30、40将提取的多媒体消息发送到其它MS,并将其上载到MM箱50、60。另外,MS 10、20请求MMS中继/服务器30、40观看、下载并删除存储在MM箱50、60中的多媒体消息。如果MMS中继/服务器30、40通知MS 10、20检索多媒体消息,则MS 10、20检索多媒体消息或请求MMS中继/服务器30、40将多媒体消息存储在MM箱50、60中。根据本发明的第一优选实施例,MS 10、20根据用户的请求为多媒体消息设置检索提醒。所述检索提醒是指MS 10、20在用户设置的时间或在预定默认时间通知用户检索多媒体消息的功能。图3示出MS 10、20的结构。也就是说,图3示出应用本发明的MS的结构。
参照图3,MS 10、20中的每个都包括:控制单元101、相机模块103、显示单元105、键输入单元107、基带信号处理器单元109、RF模块111和存储器单元113。
相机模块103在控制单元101的控制下输出通过图像传感器获得的图像帧。
显示单元105在控制单元101的控制下在显示屏幕上显示从基站接收的各种图像信息或数据信息或者存储在存储单元113中的各种图像信息或数据信息。
键输入单元107设置有从0到9的数字键、星号键、sharp键和与MS的各种功能相应的多个功能键,诸如菜单键、选择键、呼叫键、删除键、电源/结束键和音量键,并且将与用户按下的键相应的输入数据提供给控制单元101。
RF模块111通过天线将无线电信号发送到移动通信基站,或从移动通信基站接收无线电信号。RF模块111对将被发送的信号进行调制,所述信号通过基带处理器单元109被输入到控制单元101,并且通过天线发送调制的RF信号。另外,RF模块111对通过天线接收的RF信号进行解调,以通过基带信号处理器单元109将解调的信号提供给控制单元101。基带信号处理器单元109处理在RF模块111和控制单元101之间发送/接收的基带信号。
存储器单元113存储用于控制单元101的处理和控制的程序、参考数据、各种可更新的存档数据、接收的多媒体消息、根据用户的输入提取的多媒体消息等,存储器单元113被提供作为控制单元101的工作存储器。另外,根据本发明的存储器单元113存储与检索提醒设置相关的程序数据。
如果当从MMS中继/服务器30、40接收到检索任何多媒体消息的通知时根据用户的请求来要求检索提醒,则具有上述结构的MS 10、20将检索提醒时间设置为用户输入的特定时间或预定默认时间。另外,如果当前时间与设置的检索提醒时间相应,则MS 10、20通知用户检索多媒体消息。这种检索提醒设置处理如图4所示。图4示出根据本发明的第一优选实施例的当设置提醒时间时MS的操作流程。
参照图4,在步骤301,如果从MMS中继/服务器(例如,第二MMS中继/服务器40)接收到消息已经到达并等待检索的通知,则MS(例如第二MS 20)的控制单元101显示通知内容,并进行到步骤303。通知内容包括检查用户是否想要立即检索多媒体消息的消息。
在步骤303,控制单元101检查用户的回答。如果请求立即检索,则控制单元101进行到步骤305,否则,进行到步骤307。
在步骤305,因为请求立即检索,则控制单元101请求第二MMS中继/服务器40与通常一样立即检索多媒体消息,并终止操作。
在步骤307,因为在步骤303没有请求立即检索,所以控制单元101显示询问用户是否想要稍后提醒多媒体消息的消息。如果回答是“是”,则控制单元101进行到步骤309。如果回答是“否”则控制单元101进行到步骤321,以发送通知响应并终止操作。在步骤309,控制单元101显示提醒时间输入窗口,并进行到步骤311。在步骤311,控制单元101检查是否存在用户直接给出的输入。如果存在,则控制单元101进行到步骤315。如果不存在,则控制单元101进行到步骤313,以将提醒时间设置为预定默认时间,并进行到步骤319。预定默认时间可以是多媒体消息的有效时间之前的24小时、当前时间的24小时之后等。用户直接输入的时间可以是特定的绝对时间,例如,1994年11月6星期日08:49:37GMT,或者是相对时间,例如,3600秒之后。另外,在步骤309显示提醒时间输入窗口的状态下,可取消检索提醒的设置。在步骤315,控制单元101检查用户输入的提醒时间是否出现在多媒体消息的有效时间之前。如果出现在有效时间之后,则用户输入无效,并控制单元101进行到步骤317。否则,用户输入有效,控制单元101进行到步骤319。在317,控制单元101产生出错消息以通知用户,并进行到步骤309以再次显示提醒时间输入窗口。发送在步骤301包括在来自第一MMS中继/服务器30的通知消息中的多媒体消息的有效时间。
在步骤319,因为在步骤315已经检查用户输入的提醒时间在MMS中继/服务器30中的多媒体消息的有效时间之前出现,所以控制单元101登记提醒时间,并进行到步骤301。在321,控制单元101发送对在步骤301接收的通知的响应,并终止操作。
一旦已经通过上述程序通过登记提醒时间设置了检索提醒,控制单元101就确定当前时间是否与提醒时间相应,并且提供指导用户检索相应的多媒体消息的消息。如果第二MS 20在任何提醒时间之前检索多媒体消息,则与提醒时间相关的提醒设置可自动被取消或根据用户选择取消。
在本发明的第一实施例中,MS 10、20设置检索提醒,并且在特定提醒时间通知用户检索多媒体消息。然而,在本发明的另一实施例中,MMS中继/服务器30、40可提供提醒服务,在所述提醒服务中,MMS中继/服务器30、40根据MS 10、20的请求设置提醒时间,并且在相应的提醒时间通知MS 10、20多媒体消息的存在。以下,将参照图2描述根据本发明的这个另一实施例的MMS系统。
从MS的结构和操作来看,多个MS 10、20与第一实施例中的MS 10、20相似。然而,如果根据图4所示的处理为任何多媒体消息设置提醒时间,则将包括提醒时间和相应多媒体消息的检索提醒设置请求发送到MMS中继/服务器30、40。另外,根据本发明的第二实施例,MS 10、20能够请求修改或取消预设提醒时间,并且还能够请求观看当前设置的提醒。这个检索提醒设置请求对临时存储在MMS中继/服务器30、40中的多媒体消息和存储在MM箱50、60中的多媒体消息两者都有效。
通过移动通信网络将多个MMS中继/服务器30、40连接到多个MS 10、20,并且所述MMS中继/服务器30、40通过移动通信网络相互连接。MMS中继/服务器30、40是执行与用户的请求相关的MMS的系统部件,同时是MMS网络的中心部件。也就是说,MMS中继/服务器30、40不仅负责与其它MMS中继/服务器的消息传送激活,而且负责与如电子邮件的其它消息传送系统的消息激活。它还提供消息存储服务。MMS中继/服务器30、40可被分成两个部分:MMS代理中继,用于与MS 10、20和其它消息传送系统相互作用;和MMS服务器,用于存储服务。多个MMS中继/服务器30、40包括第一MMS中继/服务器30和第二MMS中继/服务器40。第一MMS中继/服务器30是通过移动通信网络连接到第一MS 10的中继/服务器,第二MMS中继/服务器40是通过移动通信网络连接到第二MS 20的中继/服务器。在本说明书中,MMS中继/服务器通过移动通信网络与任何MS的连接意思是MS位于MMS服务器的服务覆盖区域中。在本发明的第二实施例中,MMS中继/服务器30、40响应于MS 10、20的检索提醒设置请求为相应多媒体消息设置检索提醒,并且通知MS 20在根据检索提醒设置而设置的特定时间检索相应多媒体消息。为了相应地操作,根据本发明的第二实施例,MMS中继/服务器30、40设置有定时事件管理器。定时事件管理器对需要定时设置的任何事件执行时间检查。MMS中继/服务器30、40根据检索提醒设置请求向定时事件管理器登记提醒时间,并且可以执行事件,从而当达到设置时间时将通知发送到MS。另外,根据本发明的第二示例性实施例,MMS中继/服务器30、40根据MS 10、20的请求修改或取消设置的检索提醒的提醒时间,并且响应于提醒观看请求将关于设置的检索提醒的信息发送到MS 10、20。MMS中继/服务器30、40还将上述检索提醒设置和与其相关的操作应用于存储在MM箱50、60中的多媒体消息。
多个MM箱50、60表示与MMS中继/服务器30、40相关的存储装置,并且用于持久和基于网络的消息存储。MS 10、20的用户与MMS中继/服务器相互作用以管理存储在MM箱50、60中的多媒体消息。多个MM箱50、60包括第一MM箱50和第二MM箱60。第一MM箱50连接到第一MMS中继/服务器30,第二MM箱60连接到第二MMS中继/服务器40。
在这种结构的MMS系统中,当MMS系统对来自存在将被检索的多媒体消息的MMS中继/服务器的通知发送响应时,可以做出来自MS 10、20的检索提醒设置请求,或者在任何时间根据用户的请求做出来自MS 10、20的检索提醒设置请求。图5示出根据本发明的第二优选实施例的当通知检索多媒体消息时设置提醒的处理的流程图,图6示出根据本发明的第二实施例的提醒设置/修改处理的流程图。
首先参照图5,在步骤331,如果接收到将发送到第一MS 10的多媒体消息,则第一MMS中继/服务器30进行到步骤333。在步骤333,第一MMS中继/服务器30将关于将被检索的多媒体消息的通知发送到第一MS 10。如果第一MS 10的用户请求延迟检索,即,缺省立即检索消息,则已经接收通知的第一MS 10进行到步骤337。在步骤337,第一MS 10检查第一MMS中继/服务器30是否支持检索提醒设置,接着进行到步骤339。第一MMS中继/服务器30是否支持检索提醒设置被包括在步骤333发送的通知中。在步骤339,第一MS 10根据图4的步骤307至步骤319的用户输入来设置提醒时间,并进行到步骤341。在步骤341,第一MS 10通过将包括提醒时间的通知响应发送到第一MMS中继/服务器30来请求检索提醒设置。在步骤343,在步骤341已经接收通知响应的第一MMS中继/服务器30为相应多媒体消息设置提醒时间。其后,在步骤345,第一MMS中继/服务器30检查当前时间是否与在步骤343设置的提醒时间相应,并且如果当前时间与提醒时间相应,则进行到步骤347。在步骤347,第一MMS中继/服务器30修改相应多媒体消息的有效时间,并进行到步骤349。因为在从初始通知开始逝去定义的时间之后相应多媒体消息的有效时间的修改期望重新发送通知,所以优选的是,在考虑定义的时间的情况下修改有效时间。例如,如果在先前通知中剩余有效时间48小时,并且根据检索提醒设置在先前通知之后24小时重新发送通知,则必须修改相应多媒体消息的有效时间,从而剩余有效时间24小时。在步骤349,第一MMS中继/服务器30通过通知第一MS 10将被检索的多媒体消息来将检索提醒提供给第一MS 10。
根据本发明的优选实施例,可配置上述检索提醒设置请求,从而通过MM1_notifcation处理执行检索提醒设置请求。MM1_notification处理是当MMS中继/服务器将关于将被检索的多媒体消息的通知发送到MS时通常使用的处理。在本发明的优选实施例中,通过在包括在MM1_notification处理中的MM1_notification.REQ和MM1_notification.RES消息中包括新的信息元素,可配置MM1_notification处理,从而通过MM1_notification处理来请求检索提醒服务。
根据本发明添加到MM1_notification.REQ的新信息元素如表1所示。
表1
信息元素 | 描述 |
允许提醒 | 默认=否指示MMS中继/服务器是否支持这个多媒体消息的提醒。 |
两个值对于“允许提醒”信息元素是可用的,“是”或“否”。如果没有指定,则默认值应该是“否”,意思是MMS中继/服务器不支持检索提醒服务。在步骤333,第一MS 10接收MM1_notification.REQ消息,并且在步骤337检查包括在MM1_notification.REQ消息中的“允许提醒”信息元素的值是什么。如果在MM1_notification.REQ消息中的“允许提醒”信息元素被包括并且其值为“是”,则第一MS 10进行到步骤339。否则,第一MS 10仅发送对MMS中继/服务器的标准通知响应。
其后,第一MS 10包括用户输入的提醒时间或者在MM1_notification.RES消息中设置的默认值。因此,配置MM1_notification.RES消息,从而所述消息包括表2所示的信息元素。
表2
信息元素 | 描述 |
提醒时间 | 默认值=0.指示何时提醒与该通知响应相关的消息。 |
第一MMS中继/服务器30接收MM1_notification.RES消息,并且将包含在“提醒时间”信息元素中的时间登记为相应多媒体消息的提醒时间。如果MMS中继/服务器支持提醒服务,但是如果缺省“提醒时间”信息元素,则MMS中继/服务器设置默认值“0”,意思是用户已经请求不提醒。
还可根据用户的请求改变或取消上述设置的提醒时间。可在用户期望的任何时间以及当接收到关于任何多媒体消息的通知时请求检索提醒设置。以下,将参照图6描述这个处理。
如图6所示,在步骤401,如果请求对任何多媒体消息的提醒设置或修改,则第一MS 10进行到步骤403。在步骤403中,第一MS 10向用户提供接口,通过该接口用户能够设置提醒时间。用户输入期望的提醒时间,并且第一MS 10根据用户的输入设置提醒时间,并进行到步骤405。在步骤405,第一MS 10将检索提醒请求或包括设置的提醒时间和关于多媒体消息的信息的提醒修改请求发送到第一MMS中继/服务器30。在步骤407,第一MMS中继/服务器30确定接收的请求是检索提醒请求还是提醒修改请求,并进行到步骤409。在步骤409,第一MMS中继/服务器30将相应多媒体消息的提醒时间设置为包括在请求中的时间。也就是说,如果没有为相应的多媒体消息设置提醒时间,则第一MMS中继/服务器30将提醒时间设置为包括在请求中的时间,而如果为相应的多媒体消息设置了提醒时间,则第一MMS中继/服务器30将提醒时间改变为包括在请求中的时间。然后,在步骤411,第一MMS中继/服务器30将包括关于在步骤405接收的请求的结果的响应发送到第一MS 10。其后,在步骤413,第一MMS中继/服务器30检查当前时间是否与提醒时间相应,如果相应,则进行到步骤415。在步骤415,第一MMS中继/服务器30修改相应多媒体消息的有效时间,并进行到步骤417。在步骤417,第一MMS中继/服务器30将关于将被检索的多媒体消息的通知发送到第一MS 10,所述通知包括修改的有效时间。
以下,将参照图7给出取消为上述任何多媒体消息设置的检索提醒服务的处理的描述。图7示出根据本发明的第二实施例的提醒取消处理。如图7所示,在步骤431,如果用户对任何多媒体消息输入提醒取消请求,则第一MS 10进行到步骤433。在步骤433,第一MS 10将包括多媒体消息的提醒取消请求发送到第一MMS中继/服务器30。第一MMS中继/服务器30确认接收的请求是提醒取消请求,并进行到步骤437。在步骤437,第一MMS中继/服务器30取消相应多媒体消息的提醒设置,并进行到步骤439。在步骤439,第一MMS中继/服务器30将包括关于接收的请求的结果的响应发送到第一MS 10。
如上所述,用户可以在不受时间限制情况下根据他的意愿请求检索提醒服务或者修改或取消已经设置的提醒时间,。根据本发明的第二实施例,通过新定义的MM1_reminder_alter处理来实现这个功能。MM1_reminder_alter处理包括MM1_reminder_alter.REQ消息和MM1_reminder_alter.RES消息。MM1_reminder_alter.REQ消息是根据检索提醒服务请求、提醒时间修改请求和提醒取消请求从MS发送到MMS中继/服务器的消息,MM1_reminder_alter.RES消息是对MM1_reminder_alter.REQ消息的响应消息。
包括在MM1_reminder_alte.REQ消息中的信息元素如表3所示。
表3
信息元素 | 描述 |
消息类型 | 将这个消息识别为MM1_reminder_alter.REQ |
处理ID | MM1_reminder_alter.REQ/MM1_reminder_alter.RES对的识别。 |
MMS版本 | 识别MS支持的接口的版本。 |
消息参考 | 在MMS中继/服务器中定位消息的参考。 |
提醒时间 | 如果出现,则请求被认为是新请求或修改请求。如果没有出现,则请求被认为是用于提醒的取消请求。 |
包括在MM1_reminder_alter.RES消息中的信息元素如表4所示。
表4
信息元素 | 描述 |
消息类型 | 将这个消息识别为MM1_reminder_alter.RES |
处理ID | MM1_reminder_alter.REQ/MM1_reminder_alter.RES对的识别。 |
MMS版本 | 识别MMS中继/服务器支持的接口的版本。 |
请求状态 | 提醒改变请求的状态 |
请求状态文本 | 限定提醒改变请求的状态的描述文本。 |
当在图6的步骤405或图7的步骤433接收到MM1_reminder_alter.REQ消息时,第一MMS中继/服务器30检查“提醒时间”信息元素是否为空。如果这个信息元素为空,则第一MMS中继/服务器30确定MM1_reminder_alter.REQ消息是请求取消先前设置的提醒的消息,因此在图7的步骤437,参考包括在MM1_reminder_alter.REQ消息中的“消息参考”信息元素来取消与相应多媒体消息相关的检索提醒服务。如果提醒时间”信息元素不为空,则第一MMS中继/服务器30确定MM1_reminder_alter.REQ消息是设置新提醒请求或修改已经存在的提醒的消息。因此,在图6的步骤406,第一MMS中继/服务器30参考包括在MM1_reminder_alter.REQ消息中的“消息参考”信息元素来检查是否已经存在对相应多媒体消息的提醒。如果不存在这种提醒,则第一MMS中继/服务器30为相应多媒体消息建立新提醒时间以设置检索提醒服务。如果这个提醒已经存在,则第一MMS中继/服务器30将现有提醒时间改变为由包括在MM1_reminder_alter.REQ消息中的“提醒时间”信息元素指定的新时间。
然后,在图6的步骤411或图7的439,MMS中继/服务器30通过使用MM1_reminder_alter.RES消息将对接收的请求的响应发送回去。“请求状态”信息元素描述是否成功执行请求。可选择地,尤其是在出错的情况下“请求状态文本”还可描述没有成功执行请求的具体原因。出错类型的一些示例为:不支持提醒服务、没找到消息、不接受提醒时间(例如,提醒时间超出有效时间)等。
接下来,根据已经设置的检索提醒服务请求观看提醒列表的处理参照图8。图8示出根据本发明的第二实施例的请求观看提醒列表的处理。参照图8,在步骤451,如果用户输入请求观看提醒列表,则第一MS 10进行到步骤453。提醒列表是包括已经为任何多媒体消息设置的提醒时间的列表。因此,在步骤451,用户输入包括将被观看的提醒的条件。例如,所述提醒可以是与特定多媒体相关的提醒或位于特定时间区的提醒。一旦用户完成输入,第一MS10就进行到步骤453,以将提醒列表观看请求发送到第一MMS中继/服务器30。第一MMS中继/服务器30搜索相应于用户输入的条件设置的提醒以配置提醒列表,并进行到步骤457。在步骤457,第一MMS中继/服务器30将提醒列表发送到第一MS 10。
可通过根据本发明的这个示例性实施例最新定义的MM1_reminder_listview处理来实现这个提醒列表观看请求。MM1_reminder_listview处理包括MM1_reminder_listview.REQ消息和MM1_reminder_listview.RES消息。MM1_reminder_listview.REQ消息是当在图8的步骤453第一MS 10请求第一MMS中继/服务器30以观看提醒列表时发送的消息,MM1_reminder_listview.RES消息是对MM1_reminder_listview.REQ消息的响应消息。
包括在MM1_reminder_listview.REQ消息中的信息元素如表5所示。
表5
信息元素 | 描述 |
消息类型 | 将这个消息识别为MM1_reminder_listview.REQ |
处理ID | MM1_reminder_listview.REQ/MM1_reminder_listview.RES对的识别。 |
MMS版本 | 识别MS支持的接口的版本。 |
消息参考 | 在MMS中继/服务器中定位消息的参考,为此需要观看提醒值。 |
信息元素 | 描述 |
提醒时间开始 | 如果“消息参考”没有出现,则MMS中继/服务器应该返回时间落入在此指定的时间之后的提醒。 |
提醒时间结束 | 如果“消息参考”没有出现,则MMS中继/服务器应该返回时间落入在此指定的时间之前的提醒。 |
包括在MM1_reminder_listview.RES消息中的信息元素如表6所示。
表6
信息元素 | 描述 |
消息类型 | 将这个消息识别为MM1_reminder_listview.RES |
处理ID | MM1_reminder_listview.REQ/MM1_reminder_listview.RES对的识别。 |
MMS版本 | 识别MMS中继/服务器支持的接口的版本。 |
消息参考 | 在MMS中继/服务器中定位消息的参考,为此观看提醒值。可能出现多个时间。 |
提醒时间 | 与上面指定的消息参考相应的提醒时间。可能出现多个时间。 |
提醒状态 | 如果发生错误,则为指示错误的准确原因的代码。为了成功响应,可返回状态和相应的成功代码。 |
请求状态文本 | 如果发生错误,则可包含与请求状态相应的说明文本。 |
参照图8,在步骤455,如果接收到MM1_reminder_listview.REQ请求,则第一MMS中继/服务器30检查“消息参考”信息元素是否出现。如果“消息参考”信息元素出现,则请求观看特定多媒体消息的提醒时间。因此,第一MMS中继/服务器30搜索与“消息参考”识别的多媒体消息相应的提醒时间。如果“消息参考”信息元素没有出现,则第一MMS中继/服务器30检查“提醒时间开始”和/或“提醒时间结束”是否出现。如果出现,则第一MMS中继/服务器30选择时间落入给出的时间开始和时间结束边界之间的提醒。如果仅指定开始时间而没有执行结束时间,则第一MMS中继/服务器30选择落入开始时间之后的所有提醒。如果仅指定结束时间而没有指定开始时间,则第一MMS中继/服务器30选择落入结束时间之前的所有提醒。另外,如果“消息参考”和“提醒时间开始/结束”信息元素都没有出现,则请求观看所有多媒体消息的提醒时间。
在步骤457,已经根据包括在MM1_reminder_listview.REQ消息中的提醒搜索条件选择相应提醒时间的第一MMS中继/服务器30将选择的提醒时间包括在MM1_reminder_listview.RES消息中,并且将MM1_reminder_listview.RES消息发送到第一MS 10。在这种情况下,在MM1_reminder_listview.RES消息中必须提供一对“消息参考”和“提醒时间”信息元素。如果没有为请求观看提醒时间的特定多媒体消息设置提醒,则在MM1_reminder_listview.RES消息中必须省略“提醒时间”信息元素以表示没有为相应多媒体消息设置检索提醒时间,或者包含可由第一MS 10识别的特定值以表示“没有为这个多媒体消息设置提醒”。在例如由不支持提醒列表处理、没有找到消息参考指定的消息等引起的错误的情况下,第一MMS中继/服务器30还包含“请求状态”信息元素并且可选地包含“请求状态文本”,所述“请求状态”指示错误的类型,“请求状态文本”还描述MM1_reminder_listview.RES消息中的错误。在成功的情况下,第一MMS中继/服务器30还可在MM1_reminder_listview.RES消息中包括带有相应成功代码的“请求状态”。
在上述示例中,已经描述了临时存储在第一MMS中继/服务器30中的多媒体消息的检索提醒的设置、修改、取消和改变,但是可将检索提醒的设置、修改、取消和改变同样地应用于存储在MM箱50、60中或将存储在MM箱50、60中的多媒体消息。将参照图9给出在请求在MM箱50、60中存储已临时存储在第一MMS中继/服务器30中的多媒体消息的同时设置提醒的处理的描述。图9示出根据本发明的第二优选实施例的为将存储在MM箱中的多媒体消息设置提醒服务的处理。参照图9,在步骤361,如果接收到将被发送的多媒体消息,则第一MMS中继/服务器30进行到步骤363。在步骤363,第一MMS中继/服务器30将关于将被检索的多媒体消息的通知发送到第一MS 10。此时使用的消息是MM1_notification.REQ消息,并且如先前实施例包括“允许提醒”信息元素。在步骤365,如果用户没有对相应多媒体消息输入检索请求,而是请求将其存储在MM箱50中,则已经接收通知的第一MS 10进行到步骤367以将标准通知响应(即,不包括提醒时间信息的MM1_notification.REQ)发送到第一MMS中继/服务器30。其后,在步骤369,第一MS 10检查MM1_notification.REQ消息的“允许提醒”信息元素以确认第一MMS中继/服务器30支持提醒服务,并进行到步骤371。在步骤371,第一MS 10根据用户的输入来设置提醒时间,并进行到步骤373。在步骤373,第一MS 10将把多媒体消息存储到MM箱中并设置包括设置的提醒时间信息的检索提醒的请求发送到第一MMS中继/服务器30。根据本发明的这个示例性实施例,可通过当请求将多媒体消息存储在MM箱中时通常使用的MM1_mmbox_store处理来实现这个请求。MM1_mmbox_store处理包括MM1_mmbox_store.REQ 消息和MM1_mmbox_store.RES 消息。MM1_mmbox_store.REQ消息是请求将多媒体消息存储在MM箱中的消息,MM1_mmbox_store.RES消息是对MM1_mmbox_store.REQ消息的响应消息。为了包括除了请求将多媒体消息存储在MM箱中之外的对任何多媒体消息的检索提醒设置请求,根据本发明的这个实施例,MM1_mmbox_store.REQ消息包括提醒时间信息。也就是说,在步骤371设置的提醒时间信息包括在MM1_mmbox_store.REQ消息中。
在步骤375,第一MMS中继/服务器30按请求将相应多媒体消息存储在MM箱50中,设置提醒时间,并进行到步骤377。在步骤377,第一MMS中继/服务器30将对步骤373请求的响应(即,MM1_mmbox_store.RES消息)发送到第一MS 10。其后,在步骤379,第一MMS中继/服务器30检查当前时间是否与提醒时间相应,如果相应,则进行到步骤381。在步骤381,第一MMS中继/服务器30适当修改相应多媒体消息的有效时间,并进行到步骤383。在步骤383,第一MMS中继/服务器30通知第一MS 10将被检索的多媒体消息的存在以及修改的提醒时间信息。
尽管在对临时存储在第一MMS中继/服务器30中的任何多媒体消息同时进行MM箱存储请求和检索提醒设置请求的情况下给出上述处理,但是可以对已经存储在MM箱50中的多媒体消息设置检索提醒。还可以修改和取消已经为多媒体消息设置的提醒时间,并观看提醒列表。这些与提醒设置相关的处理与图6至图8所示的处理相似,可通过上述MM1_reminder_alter处理来实现各个请求(例如,检索提醒设置请求、提醒修改请求、提醒取消请求和提醒列表观看请求)使用的处理。然而,包括在MM1_reminder_alter.REQ消息中的“消息参考”信息元素必须包括关于在MM箱50、60中将存储相应多媒体消息的地址的信息。根据本发明的这个实施例,还可以通过在传统MM1_mmbox_store处理中包括“提醒时间”信息元素来执行提醒修改请求和提醒取消请求。这个“提醒时间”信息元素包括在MM1_mmbox_store.REQ消息中。如果“提醒时间”信息元素不具有值0,则第一MMS中继/服务器30确定MM1_mmbox_store.REQ消息为新的提醒设置请求或请求修改已经设置的提醒时间的消息。然而,如果“提醒时间”信息元素的值是0,则第一MMS中继/服务器30确定MM1_mmbox_store.REQ消息为提醒取消请求。另外,MM1_mmbox_store.REQ消息包括与检索提醒设置相关的多媒体消息的“MM箱中的消息参考”信息元素。
通过将根据本发明的几个信息元素添加到传统MM1_mmbox_view处理中,所述MM1_mmbox_view处理可被配置为用作提醒列表观看处理。MM1_mmbox_view处理是当请求观看与存储在MM箱50、60中的多媒体消息列表相关的信息时使用的处理,并且包括MM1_mmbox_view.REQ消息和MM1_mmbox_view.RES消息。MM1_mmbox_view.REQ消息是这样一种消息:MS 10、20通过它来请求MMS中继/服务器30、40观看存储在MM箱50、60中的多媒体消息,MM1_mmbox_view.RES消息是对MM1_mmbox_view.REQ消息的响应消息。MM1_mmbox_view.RES消息包括关于观看请求的结果,并被发送到MS 10、20。添加到MM1_mmbox_view.REQ消息以根据提醒列表观看请求发送/接收的信息元素如表7所示。表7显示包含在MM1_mmbox_view.REQ消息中的部分信息元素。
表7
信息元素 | 存在 | 描述 |
属性列表 | 可选 | 为在MM1_mmbox_view.RES中列出的每个MM将作为组返回的信息元素的列表。 |
如果缺省,则将应用默认列表。 | ||
消息参考列表 | 可选 | 具有列出的信息元素的一个或多个消息参考。 |
选择 | 可选 | 多媒体消息状态或多媒体消息标志关键字的列表,如果缺省消息参考列表,则可通过该列表来选择MM箱内的多媒体消息。 |
信息元素 | 存在 | 描述 |
提醒时间开始 | 可选 | 如果“消息参考”缺省,则MMS中继/服务器应该选择时间落入在此指定的时间之后与提醒相关的多媒体消息。 |
提醒时间结束 | 可选 | 如果“消息参考”缺省,则MMS中继/服务器应该选择时间落入在此指定的时间之前与提醒相关的多媒体消息。 |
... | ... |
“属性列表”信息元素是这样一种信息:参考该信息来选择多媒体消息,并且可包括,例如,特定提醒时间、MM箱中多媒体消息的地址等。如果MM1_mmbox_view.REQ消息包括“属性列表”信息元素,则MMS中继/服务器30、40参考“属性列表”信息元素来选择多媒体消息。如果不包括,则当MMS中继/服务器30、40选择存储在MM箱50、60中的部分多媒体消息时,它遵循其它搜索准则,诸如“选择”信息元素。“提醒时间开始”和“提醒时间结束”信息元素也是用于选择的准则。也就是说,MMS中继/服务器30、40搜索多媒体消息,所述多媒体消息被设置了提醒,并且出现在指定的开始时间和结束时间之间。
根据包括在MM1_mmbox_view.REQ消息中的条件搜索的多媒体消息的“提醒时间”信息元素被包括在MM1_mmbox_view.RES消息中,并且接着将包括信息元素的MM1_mmbox_view.RES消息发送到MS 10、20。
在本发明的第一和第二实施例中是设置检索提醒以管理多媒体消息的处理。接下来,根据本发明的第三优选实施例的多媒体消息管理涉及延长多媒体消息的有效时间的处理。不管多媒体消息是存储在MMS中继/服务器30、40中还是存储在MM箱50、60中,在与其相关的有效时间之后自动删除多媒体消息。因此,用户必须在删除多媒体消息之前下载多媒体消息,但是根据环境这个处理不是很容易。因此,在本发明的第三实施例中,如果根据关于提醒的通知的接收或根据用户期望的时间通过MS 10、20请求延长与任何多媒体消息相关的有效时间,则MMS中继/服务器30、40将有效时间延长到请求的时间。这个延长有效时间的处理如图10所示。图10示出根据本发明的第三优选实施例的当请求延长多媒体消息的有效时间时MS的操作流程,并且表示当将被检索的多媒体消息被通知给MS时MS的操作。为了便于理解本发明,假设在第一MS 10和第一MMS中继/服务器30之间执行这种操作。在步骤501,如果从第一MMS中继/服务器30接收到消息已经达到并等待检索的通知,则MS 10的控制单元101进行到步骤503。所述通知被假设为提醒通知。在步骤503,控制单元101检查来自用户的答复。如果请求立即检索,则控制单元101进行到步骤505,否则,进行到步骤507。在步骤505,因为请求立即检索,所以控制单元101通常将立即检索请求发送到第一MMS中继/服务器30,并终止操作。在507,控制单元101检查在步骤501接收的通知以验证第一MMS中继/服务器30支持用于延长与多媒体消息相关的有效时间的服务。如果第一MMS中继/服务器30支持延长服务,则控制单元101进行到步骤505,如果第一MMS中继/服务器30不支持延长服务,则控制单元101进行到步骤521。在步骤521,控制单元101将通知响应发送到第一MMS中继/服务器30,并且终止操作。
在步骤509,控制单元101检查用户是否输入延长与多媒体消息相关的有效时间的请求,如果进行了这种请求,则进行到步骤511。在步骤511,控制单元101显示有效时间输入窗口。其后,在步骤513,控制单元101检查是否存在用户直接给出的输入。如果存在,则控制单元101进行到步骤517,以将有效时间设置为输入的时间。如果不存在,则控制单元101进行到步骤515,以将有效时间设置为存储在第一MS 10中的预定默认值,并进行到步骤519。在步骤519,控制单元101将包括设置的有效时间的通知响应发送到第一MMS中继/服务器30。如果接收到包括设置的有效时间的通知响应,则第一MMS中继/服务器30确定第一MS 10请求延长与相应多媒体消息相关的有效时间,并将与相应多媒体消息相关的有效时间延长到包括在通知响应中的有效时间。
可配置延长与多媒体消息相关的有效时间的请求,使得通过传统MM1_notification处理来实现该请求。因此,将“允许有效期延长”信息元素添加到MM1_notification.REQ消息中,将“有效期延长时间”信息元素添加到MM1_notification.RES消息中。所述“允许有效期延长”信息元素具有默认值“否”,并且指示MMS中继/服务器是否支持有效期延长服务。因此,在上述示例中,如果接收到MM1_notification.REQ消息,即,关于将被检索的多媒体消息的通知,则第一MS 10检查“允许有效期延长”信息元素以验证第一MMS中继/服务器30支持有效期延长服务。其后,控制单元101包括根据用户选择设置的有效时间作为MM1_notification.RES消息中的“有效期延长时间”信息元素,并接着将MM1_notification.RES消息发送到第一MMS中继/服务器30。如果在接收的MM1_notification.RES消息中存在“有效期延长时间”信息元素,则第一MMS中继/服务器30确定请求用“有效期延长时间”信息元素中指定的有效时间来代替与相应多媒体消息相关的现有有效时间,并且通过识别在MM1_notification.RES消息中提供的“处理ID”信息元素来检测相关多媒体消息。第一MMS中继/服务器30相应地延长相关多媒体消息的有效时间。
尽管上述示例示出响应于提醒通知的接收MS 20延长有效时间的情况,但是可配置延长服务使得用户能够独立于提醒通知在任何时间延长有效时间。这种处理如图11所示。图11示出假设在第一MS 10和第一MMS中继/服务器30之间执行处理的情况下根据本发明的第三优选实施例的延长多媒体消息的有效时间的处理。在步骤531,如果用户请求延长与任何多媒体消息相关的有效时间,则第一MS 10进行到步骤533。在步骤533,第一MS 10将有效时间设置为根据用户选择的有效时间,并进行到步骤535。在步骤535,第一MS 10将包括设置的有效时间的有效时间延长请求发送到第一MMS中继/服务器30。在步骤537,如果接收到有效时间延长请求,则第一MMS中继/服务器30将与相应多媒体消息相关的有效时间设置为包括在接收的请求中的有效时间,并进行到步骤539。在步骤539,第一MMS中继/服务器30将包括关于请求的结果的响应发送到第一MS 10。
可通过根据本发明的这个实施例最新定义的MM1_expiry_extend处理来实现延长与多媒体消息相关的有效时间的操作。MM1_expiry_extend处理包括MM1_expiry_extend.REQ消息和MM1_expiry_extend.RES消息。MM1_expiry_extend.REQ消息是当MS 10、20请求S中继/服务器30、40延长与多媒体消息相关的有效时间时发送的消息,MM1_expiry_extend.RES消息是对MM1_expiry_extend.REQ消息的响应消息。MM1_expiry_extend.RES消息包括关于请求的结果,并且该消息从MMS中继/服务器30、40被发送到MS 10、20。包括在MM1_expiry_extend.REQ消息中的信息元素与表8所示,包括在MM1_expiry_extend.RES消息中信息元素如图9所示。
在图11所示的实施例中,如果在步骤535接收到MM1_expiry_extend.REQ消息,则支持有效时间延长服务的第一MMS中继/服务器30检查“消息参考”信息元素以搜索相应多媒体消息,并根据“有效期延长时间”更新搜索的多媒体消息的有效时间。其后,在步骤539,第一MMS中继/服务器30将MM1_expiry_extend.RES消息发送到第一MS 10。
表8
信息元素 | 描述 |
消息类型 | 将这个消息识别为MM1_expiry_extend.REQ |
处理ID | MM1_expiry_extend.REQ/MM1_expiry_extend.RES对的识别。 |
MMS版本 | 识别MS支持的接口的版本。 |
消息参考 | 在MMS中继/服务器中定位消息的参考。 |
有效期延长时间 | 有效期延长的时间。 |
表9
信息元素 | 描述 |
消息类型 | 将这个消息识别为MM1_expiry_extend.RES |
处理ID | MM1_expiry_extend.REQ/MM1_expiry_extend.RES对的识别。 |
MMS版本 | 识别MMS中继/服务器支持的接口的版本。 |
请求状态 | 有效期延长请求的状态。 |
请求状态文本 | 限定有效期延长请求的描述文本。 |
将与多媒体消息相关的有效时间的延长相应地应用于存储在MM箱50、60中的多媒体消息。首先,在请求有效时间延长作为对提醒通知的响应的情况下,包括在通知中的“消息参考”信息元素,即,MM1_expiry_extend.RES消息必须指示MM箱50、60的位置。如果接收到包括有效时间延长请求的MM1_expiry_extend.RES消息,则第一MMS中继/服务器30参考与MM1_expiry_extend.RES消息相关的MM1_expiry_extend.REQ消息找出“消息参考”信息元素指示存储在MM箱50、60中的多媒体消息。其结果是,可以执行有效时间延长请求。
可根据用户的请求执行与多媒体消息相关的有效时间的延长,而不考虑提醒通知。可使用MM1_expiry_extend处理并根据图1所示的处理来实现这种有效时间的延长。然而,包括在MM1_expiry_extend.REQ消息中的“消息参考”信息元素必须指示存储在MM箱中的多媒体消息。
在本发明的另一实施例中,通过将新的信息元素添加到MM1_mmbox_store处理可将现有MM1_mmbox_store处理用于有效时间的延长。为此,将“有效期延长时间”元素信息包括在MM1_mmbox_store处理的MM1_mmbox_store.REQ消息中。如果在接收的MM1_mmbox_store.REQ消息中存在“有效期延长时间”信息元素,则MMS中继/服务器30、40确定“有效期延长时间”信息元素为请求延长由包括在MM1_mmbox_store.REQ消息中的“有效期延长时间”信息元素指示的多媒体消息的有效时间的消息,并且相应于这个有效时间延长请求执行操作。
如上所述,本发明能够在消息过期之前提醒用户等待检索或者存储在MM箱中的多媒体消息。不仅结合了这个功能,而且独立地提供能够请求与消息相关的有效时间的延长。因此,本发明避免在接收方用户不知道的情况下由MMS中继/服务器删除多媒体消息。接收方用户不需要手动跟踪或记住他/她接收并等待检索或存储在MM箱中的消息。接收方用户能够通过请求延长有效时间来更长时间地保留有价值的消息,这样能够潜在地成为服务提供者较高收入的来源。
尽管已经参照其特定的优选实施例显示和描述了本发明,但本领域的技术人员应该理解,在不脱离由权利要求限定的本发明的精神和范围的情况下,可以对其进行形式和细节的各种改变。
Claims (22)
1.一种通过消息传送服务系统中的移动站管理多媒体消息的方法,所述方法包括步骤:
从消息传送服务器接收多媒体消息;
将接收的多媒体消息存储在存储器中;
由用户接收为存储的多媒体消息设置检索提醒的请求;
根据用户的选择来设置用于通知将从消息传送服务器接收特定多媒体消息的提醒时间;以及
如果当前时间与提醒时间相应,则通知用户检索存储在存储器中的多媒体消息。
2.如权利要求1所述的方法,其中,根据用户的选择来设置用于通知将从消息传送服务器接收特定多媒体消息的提醒时间的步骤包括步骤:如果用户选择的提醒时间出现在特定多媒体消息的有效时间之前,则将所述特定多媒体消息的提醒时间设置为用户选择的提醒时间。
3.如权利要求1所述的方法,其中,所述多媒体消息是用于通知新的多媒体消息已经从特定用户到达消息传送服务器并等待检索的消息。
4.如权利要求1所述的方法,其中,根据用户的选择来设置用于通知将从消息传送服务器接收特定多媒体消息的提醒时间的步骤包括步骤:如果用户选择的提醒时间出现在特定多媒体消息的有效时间之前,则将所述特定多媒体消息的提醒时间设置为用户选择的提醒时间。
5.一种通过消息传送服务系统中的移动站管理多媒体消息的方法,所述方法包括步骤:
从消息传送服务器接收多媒体消息已经到达并等待接收的通知;
从用户接收用于通知多媒体消息等待接收的提醒设置值,所述提醒设置值包括用户想要在何时被通知关于所述多媒体消息的提醒时间;
将设置包括提醒设置值的检索提醒的请求发送到消息传送服务器;
接收用于根据提醒设置值来通知多媒体消息等待接收的通知消息;以及
从消息传送服务器接收根据提醒设置值的多媒体消息,并将接收的多媒体消息存储在移动站中。
6.如权利要求5所述的方法,还包括步骤:
将修改为多媒体消息设置的提醒时间的请求发送到消息传送服务器,
其中,多媒体消息的提醒时间被修改为包括在所述请求中的提醒时间,以修改提醒时间。
7.如权利要求6所述的方法,还包括步骤:
将观看多媒体消息的提醒时间的请求发送到消息传送服务器,
从消息传送服务器接收为多媒体消息设置的提醒时间。
8.如权利要求7所述的方法,还包括步骤:
将观看位于特定时间区的提醒的信息的请求发送到消息传送服务器,
从消息传送服务器接收位于特定时间区的提醒的信息。
9.如权利要求7所述的方法,其中,多媒体消息是存储在MM箱中的多媒体消息。
10.如权利要求5所述的方法,其中,响应于所述通知来发送设置特定多媒体消息的检索提醒的请求。
11.如权利要求5所述的方法,还包括步骤:
将延长多媒体消息的有效时间的请求发送到消息传送服务器,
其中,所述特定多媒体消息的有效时间被设置为包括在所述请求中的有效时间,以延长有效时间。
12.如权利要求11所述的方法,其中,多媒体消息是存储在MM箱中的多媒体消息。
13.如权利要求11所述的方法,其中,响应于根据提醒的通知消息来发送延长有效时间的请求。
14.如权利要求13所述的方法,其中,通过MM1_notification处理来执行延长有效时间的请求,所述MM1_notification处理包括“有效时间”信息元素。
15.一种在消息传送服务系统中管理多媒体消息的移动站,所述移动站包括:
显示单元;
控制单元,用于进行控制,以从消息传送服务器接收多媒体消息已经到达并等待接收的通知并显示该通知;
键输入单元,用于从用户接收用于通知多媒体消息等待接收的提醒设置值,所述提醒设置值包括用户想要在何时被通知关于所述多媒体消息的提醒时间;
收发单元,用于将设置包括提醒设置值的检索提醒的请求发送到消息传送服务器,从消息传送服务器接收用于根据提醒设置值来通知多媒体消息等待接收的通知消息,并从消息传送服务器接收多媒体消息;
存储器单元,用于将接收的多媒体消息存储在移动站中;以及
显示单元,用于显示从消息传送服务器接收的多媒体消息。
16.如权利要求15所述的移动站,其中,收发单元将修改为多媒体消息设置的提醒时间的请求发送到消息传送服务器,MMS服务器将多媒体消息的提醒时间修改为包括在所述请求中的提醒时间,以修改提醒时间。
17.如权利要求16所述的移动站,其中,收发单元将观看多媒体消息的提醒时间的请求发送到消息传送服务器,并从消息传送服务器接收为特定多媒体消息设置的提醒时间。
18.如权利要求17所述的移动站,其中,多媒体消息是存储在MM箱中的多媒体消息。
19.如权利要求17所述的移动站,其中,响应于关于接收特定多媒体消息的通知来发送设置多媒体消息的检索提醒的请求。
20.如权利要求16所述的移动站,其中,收发单元将延长特定多媒体消息的有效时间的请求发送到消息传送服务器,MMS服务器将所述特定多媒体消息的有效时间设置为包括在所述请求中的有效时间,以延长有效时间。
21.如权利要求20所述的移动站,其中,多媒体消息是存储在MM箱中的多媒体消息。
22.如权利要求20所述的移动站,其中,响应于根据提醒的通知来发送延长有效时间的请求。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN1442CH2004 | 2004-12-28 | ||
IN1442/CHE/2004 | 2004-12-28 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2005800341113A Division CN101036403B (zh) | 2004-12-28 | 2005-12-27 | 管理多媒体消息的方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101883336A true CN101883336A (zh) | 2010-11-10 |
CN101883336B CN101883336B (zh) | 2012-07-18 |
Family
ID=36615139
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010102249152A Expired - Fee Related CN101883336B (zh) | 2004-12-28 | 2005-12-27 | 管理多媒体消息的方法和设备 |
CN2005800341113A Expired - Fee Related CN101036403B (zh) | 2004-12-28 | 2005-12-27 | 管理多媒体消息的方法和设备 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2005800341113A Expired - Fee Related CN101036403B (zh) | 2004-12-28 | 2005-12-27 | 管理多媒体消息的方法和设备 |
Country Status (7)
Country | Link |
---|---|
US (1) | US7869796B2 (zh) |
EP (1) | EP1832125B1 (zh) |
JP (1) | JP4728348B2 (zh) |
KR (1) | KR101192533B1 (zh) |
CN (2) | CN101883336B (zh) |
AU (1) | AU2005320421A1 (zh) |
WO (1) | WO2006071053A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102710741A (zh) * | 2012-03-20 | 2012-10-03 | 华为终端有限公司 | 信息处理方法及信息服务器、终端 |
Families Citing this family (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8472986B2 (en) * | 2005-09-21 | 2013-06-25 | Buckyball Mobile, Inc. | Method and system of optimizing context-data acquisition by a mobile device |
US8509827B2 (en) * | 2005-09-21 | 2013-08-13 | Buckyball Mobile Inc. | Methods and apparatus of context-data acquisition and ranking |
US9166823B2 (en) * | 2005-09-21 | 2015-10-20 | U Owe Me, Inc. | Generation of a context-enriched message including a message component and a contextual attribute |
US9042921B2 (en) * | 2005-09-21 | 2015-05-26 | Buckyball Mobile Inc. | Association of context data with a voice-message component |
WO2007087723A1 (en) * | 2006-02-03 | 2007-08-09 | Research In Motion Limited | Apparatus, and associated method, for notifying, delivering, and deleting media bursts communicated in a push-to-talk over cellular communication system |
CN101132243B (zh) * | 2006-07-17 | 2013-01-09 | 北京新岸线移动通信技术有限公司 | 兼容dab的t-mmb系统中fic新增配置的设计方法 |
KR100746213B1 (ko) | 2006-07-20 | 2007-08-03 | 삼성전자주식회사 | 이동통신 시스템에서 멀티미디어 메시지 검색 방지 장치 및방법 |
US8352538B2 (en) * | 2006-10-16 | 2013-01-08 | Siemens Medical Solutions Usa, Inc. | Transaction monitoring system |
CN100502572C (zh) | 2006-11-30 | 2009-06-17 | 华为技术有限公司 | 增大多媒体消息业务系统容量的方法及系统 |
KR100905911B1 (ko) | 2007-05-29 | 2009-07-02 | 삼성전자주식회사 | 멀티미디어 메시지 서비스를 수행하는 휴대 단말기의 정보제공 방법 및 장치 |
US9954996B2 (en) | 2007-06-28 | 2018-04-24 | Apple Inc. | Portable electronic device with conversation management for incoming instant messages |
US8595302B2 (en) | 2008-02-22 | 2013-11-26 | Qualcomm Incorporated | Method and apparatus for monitoring message status in an asynchronous mediated communication system |
US8149850B2 (en) * | 2008-02-22 | 2012-04-03 | Qualcomm Incorporated | Method and apparatus for asynchronous mediated communicaton |
US8219067B1 (en) * | 2008-09-19 | 2012-07-10 | Sprint Communications Company L.P. | Delayed display of message |
WO2011057427A1 (en) * | 2009-11-13 | 2011-05-19 | Telefonaktiebolaget L M Ericsson (Publ) | Multiple party communications for mobile terminals |
KR101664430B1 (ko) * | 2009-11-13 | 2016-10-10 | 삼성전자주식회사 | 리모트 ui 서비스 제공 방법 및 장치 |
CN101795310B (zh) | 2009-12-24 | 2013-12-04 | 中兴通讯股份有限公司 | 手机及彩信通知消息处理方法 |
JP5430484B2 (ja) | 2010-04-15 | 2014-02-26 | ルネサスエレクトロニクス株式会社 | 半導体記憶装置、及びその制御方法 |
CN102413441A (zh) * | 2011-09-20 | 2012-04-11 | 深圳市同洲电子股份有限公司 | 一种甩信数据的处理方法、装置和移动终端 |
CN104184756A (zh) * | 2013-05-21 | 2014-12-03 | 阿里巴巴集团控股有限公司 | 一种数据同步方法、装置及系统 |
US20150244662A1 (en) * | 2014-02-26 | 2015-08-27 | Yacha, Inc. | Messaging application for transmitting a plurality of media frames between mobile devices |
US9185062B1 (en) | 2014-05-31 | 2015-11-10 | Apple Inc. | Message user interfaces for capture and transmittal of media and location content |
JP2016033811A (ja) * | 2014-07-30 | 2016-03-10 | 富士通株式会社 | セッション管理方法、セッション管理装置、セッション管理プログラム、および通話処理方法 |
CN114115459B (zh) | 2014-08-06 | 2024-04-12 | 苹果公司 | 用于电池管理的减小尺寸的用户界面 |
CN115623117A (zh) | 2014-09-02 | 2023-01-17 | 苹果公司 | 电话用户界面 |
KR101901796B1 (ko) | 2014-09-02 | 2018-09-28 | 애플 인크. | 경고를 관리하기 위한 축소된 크기의 인터페이스 |
CN104917879B (zh) * | 2015-04-27 | 2018-02-02 | 努比亚技术有限公司 | 一种取消闹钟提醒的方法、装置及移动终端 |
US10003938B2 (en) | 2015-08-14 | 2018-06-19 | Apple Inc. | Easy location sharing |
WO2017124478A1 (zh) * | 2016-01-23 | 2017-07-27 | 黄冠明 | 根据时间接收手机消息的方法以及消息系统 |
KR102329770B1 (ko) * | 2017-07-06 | 2021-11-22 | 삼성전자주식회사 | 푸시 알림을 제공하기 위한 방법 및 그 전자 장치 |
WO2020084972A1 (ja) * | 2018-10-22 | 2020-04-30 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 制御方法、コンテンツ管理システム、プログラム、及び、データ構造 |
US11079913B1 (en) | 2020-05-11 | 2021-08-03 | Apple Inc. | User interface for status indicators |
US11990116B1 (en) * | 2020-09-22 | 2024-05-21 | Amazon Technologies, Inc. | Dynamically rendered notifications and announcements |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS6478550A (en) | 1987-09-21 | 1989-03-24 | Canon Kk | Message communication processing system |
US6044275A (en) * | 1998-03-23 | 2000-03-28 | Ericsson Inc. | System and method for time defined delivery of short message service messages |
AU4033099A (en) | 1999-04-19 | 2000-11-02 | Nokia Networks Oy | Method for delivering messages |
US20050075932A1 (en) * | 1999-07-07 | 2005-04-07 | Mankoff Jeffrey W. | Delivery, organization, and redemption of virtual offers from the internet, interactive-tv, wireless devices and other electronic means |
JP2001189749A (ja) | 2000-01-04 | 2001-07-10 | Matsushita Electric Ind Co Ltd | 通信システムにおける情報着信の通知方法及び情報着信通知システム、情報通信端末、並びに情報記録媒体 |
JP4278852B2 (ja) | 2000-09-28 | 2009-06-17 | ブラザー工業株式会社 | ファクシミリ装置 |
KR20020044306A (ko) | 2000-12-05 | 2002-06-15 | 구자홍 | 무선 인터넷에서의 멀티미디어 스트리밍 서비스 시스템 및방법 |
US7844666B2 (en) * | 2000-12-12 | 2010-11-30 | Microsoft Corporation | Controls and displays for acquiring preferences, inspecting behavior, and guiding the learning and decision policies of an adaptive communications prioritization and routing system |
DE10117895A1 (de) * | 2001-04-10 | 2002-10-17 | Siemens Ag | Benachrichtigung im Multimedia Messaging Service (MMS) |
CN1249965C (zh) * | 2002-11-12 | 2006-04-05 | 华为技术有限公司 | 多媒体消息在不同多媒体消息中心之间转发的方法 |
CN1505417B (zh) * | 2002-12-03 | 2010-06-16 | 皇家飞利浦电子股份有限公司 | 能高效传递多媒体信息的无线网络系统 |
US8645470B2 (en) | 2002-12-06 | 2014-02-04 | Core Wireless Licensing S.A.R.L. | System, method and computer program product for the delivery of media content |
CN1509104A (zh) | 2002-12-17 | 2004-06-30 | �ʼҷ����ֵ��ӹɷ�����˾ | 多媒体信息服务的方法与系统 |
JP2004287598A (ja) | 2003-03-19 | 2004-10-14 | Hitachi Ltd | 電子メール機能を有する通信端末及び電子メールシステム |
KR100541523B1 (ko) | 2003-04-10 | 2006-01-10 | 에스케이 텔레콤주식회사 | 이동통신망에서 멀티미디어 콘텐츠 제공을 위한 채널 제어방법 |
KR100939908B1 (ko) | 2003-06-13 | 2010-02-03 | 엘지전자 주식회사 | 멀티미디어 메세지 서비스의 수신 확인 방법 |
NZ545093A (en) * | 2003-07-14 | 2007-07-27 | Orative Corp | System and method for active mobile collaboration |
JP4146322B2 (ja) * | 2003-09-30 | 2008-09-10 | カシオ計算機株式会社 | 通信システムおよび情報通信端末 |
US7475114B2 (en) * | 2004-04-22 | 2009-01-06 | International Business Machines Corporation | Method for notification of local action required to contents of electronic mail message |
US7532877B2 (en) * | 2004-05-21 | 2009-05-12 | Cisco Technology, Inc. | System and method for voice scheduling and multimedia alerting |
-
2005
- 2005-12-27 US US11/794,441 patent/US7869796B2/en active Active
- 2005-12-27 KR KR1020050130855A patent/KR101192533B1/ko not_active IP Right Cessation
- 2005-12-27 AU AU2005320421A patent/AU2005320421A1/en not_active Abandoned
- 2005-12-27 CN CN2010102249152A patent/CN101883336B/zh not_active Expired - Fee Related
- 2005-12-27 JP JP2007549251A patent/JP4728348B2/ja active Active
- 2005-12-27 EP EP05823593A patent/EP1832125B1/en not_active Ceased
- 2005-12-27 WO PCT/KR2005/004580 patent/WO2006071053A1/en active Application Filing
- 2005-12-27 CN CN2005800341113A patent/CN101036403B/zh not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102710741A (zh) * | 2012-03-20 | 2012-10-03 | 华为终端有限公司 | 信息处理方法及信息服务器、终端 |
CN102710741B (zh) * | 2012-03-20 | 2016-03-30 | 华为终端有限公司 | 信息处理方法及信息服务器、终端 |
Also Published As
Publication number | Publication date |
---|---|
AU2005320421A1 (en) | 2006-07-06 |
KR20060076722A (ko) | 2006-07-04 |
WO2006071053A1 (en) | 2006-07-06 |
CN101036403B (zh) | 2010-09-08 |
EP1832125B1 (en) | 2013-02-13 |
EP1832125A4 (en) | 2011-09-21 |
EP1832125A1 (en) | 2007-09-12 |
JP2008526156A (ja) | 2008-07-17 |
US7869796B2 (en) | 2011-01-11 |
US20070298770A1 (en) | 2007-12-27 |
JP4728348B2 (ja) | 2011-07-20 |
CN101883336B (zh) | 2012-07-18 |
CN101036403A (zh) | 2007-09-12 |
KR101192533B1 (ko) | 2012-10-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101036403B (zh) | 管理多媒体消息的方法和设备 | |
KR101197365B1 (ko) | 멀티미디어 메시지 서비스 방법 및 장치 | |
KR20070059459A (ko) | 멀티미디어 메시징 자동 응답 서비스 방법 및 시스템 | |
US20040054746A1 (en) | Telephone directory information sharing system with mobile phone | |
US20090163190A1 (en) | Content provision to subscribers via wireless transmission | |
US20030236769A1 (en) | Method and device for mobile communication | |
GB2374689A (en) | Communications system | |
WO1998034422A2 (en) | Real-time sms application messaging using an smsc-linked server | |
CN101409872A (zh) | 一种彩信群发回执的处理方法 | |
CN104270599A (zh) | 管理用户日程表的设备和方法 | |
JP2008546055A (ja) | ワイヤレス・ページング・システム | |
CA2304343C (en) | System and method for delivering information to a transmitting and receiving device | |
US6600481B1 (en) | Data entry apparatus and method | |
TWI826857B (zh) | 訊息通信方法和記憶有程式的記錄媒體 | |
KR100472298B1 (ko) | 이동통신 단말기에서의 스팸 메시지 처리 방법 | |
KR100710231B1 (ko) | 멀티미디어 메시지의 예약 전송 취소 방법 및 이를 위한 이동통신 단말기 및 이를 위한 시스템 | |
WO2008087474A2 (en) | Profile broadcast apparatus and methods | |
GB2379580A (en) | Status enquiry in a wireless communications system | |
US20040179232A1 (en) | Message-data transmitting and receiving unit | |
KR100905911B1 (ko) | 멀티미디어 메시지 서비스를 수행하는 휴대 단말기의 정보제공 방법 및 장치 | |
KR20060090104A (ko) | 단문메시지의 관리시스템 및 관리방법 | |
KR100640425B1 (ko) | 단문메시지 송수신을 태스크 단위로 관리하는 방법 | |
KR20150063858A (ko) | 발송한 모바일 메시지 회수방법 | |
KR20050104791A (ko) | 이동 통신 시스템을 이용한 메시지 관리 방법 | |
JP2002271412A (ja) | 携帯端末 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120718 Termination date: 20191227 |
|
CF01 | Termination of patent right due to non-payment of annual fee |