CN1960516A - 终端中完全一样的通知消息的处理方法 - Google Patents
终端中完全一样的通知消息的处理方法 Download PDFInfo
- Publication number
- CN1960516A CN1960516A CNA2006101433867A CN200610143386A CN1960516A CN 1960516 A CN1960516 A CN 1960516A CN A2006101433867 A CNA2006101433867 A CN A2006101433867A CN 200610143386 A CN200610143386 A CN 200610143386A CN 1960516 A CN1960516 A CN 1960516A
- Authority
- CN
- China
- Prior art keywords
- message
- notification message
- terminal
- duplicate
- multimedia
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/58—Message adaptation for wireless communication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
Abstract
揭示了一种终端中完全一样的通知消息的处理方法。该方法包括:接收来自MMS服务器的通知消息,该通知消息用于通知多媒体消息的接收情况;当该通知消息被确定为完全一样的通知消息时,根据与该通知消息相对应的多媒体消息是否被下载来删除该通知消息;以及当该通知消息不是完全一样的通知消息时,发送该通知消息的响应消息和多媒体消息的请求消息之一。
Description
技术领域
本发明涉及终端中完全一样的(duplicate)通知消息的处理方法,尤其涉及终端中支持多媒体消息传送服务(MMS)的完全一样的通知消息的处理方法。
背景技术
目前,在无线终端市场上,WAP(无线应用协议)1.x标准已经建立好并且已经用于无线数据服务,这些标准可以为终端提供IP处理和互联网服务。
WAP方法主要提供一种基于简单文本菜单的服务,该服务是针对低带宽、低规格的终端优化而成的。此外,在GSM或IS-41中使用的SMS(短消息服务)执行一种文本格式、约100个字节的短消息转移服务。
MMS就是从上述基于文本的服务提供中衍生出来的,并且允许用户接收多样的高品质多媒体内容。其系统由用于执行IP网络连接和多媒体消息处理的MMS代理/中继服务器以及用于存储和管理消息的服务器共同构成。
MMS代理/中继服务器使用SMTP(简单消息转移协议)和HTTP(超文本转移协议)分别连接到目前在IP网路上执行的邮件服务和WAP服务。此外,SMTP协议还用于连接到其它MMS代理/中继服务器。
图1示出了常规的MMS协议栈。如图所示,MMS终端10使用WSP(无线对话协议)和HTTP协议,以便通过WAP网关20连接到MMS代理/中继服务器(在下文中称之为MMS服务器)30。
MMS服务器30使用SMTP协议(该协议目前普遍被看作邮件协议)连接到其它MMS服务器。下面将解释MMS服务的过程。
首先,通过使用SMTP协议,发送方的终端接收一个相连的多媒体文件的邮件消息,该邮件消息是消息发送者通过互联网发送过来的。发送方的终端参照相应的邮件接收配置文件来解析该邮件消息,并且转换该邮件消息中的媒体内容(文本和图像)以便针对接收方的终端达到最优化。
配置信息包含接收方终端的使用信息,比如MMS支持的可用性、分辨率、所支持颜色的数目、存储器容量等。
接下来,MMS服务器30通知终端有消息到了。此时,MMS服务器30可以通过使用HTTP协议将通知消息(M-notification.ind)发送给与WAP G/W(网关)相连的接收方终端,或者通过连接到现存的SMSC(短消息服务中心)以文本消息格式通知接收方终端有消息到了。
通知消息包含URI(统一资源指示符)信息,多媒体消息就存储在该URI信息中。为了管理通知消息,可以使用预留转移方法,该方法通过使用定时技术可以在发送者所期望的时间点发送消息。
已收到该通知消息的接收方终端首先发送一个针对该通知消息的响应消息(M-Notify resp.ind),并且能够接收、拒绝、或删除相应的消息。
当接收方终端接收消息时,它借助HTTP GET方法通过使用相应消息的URI来访问MMS服务器。接下来,MMS服务器通过WSP对话包裹好转换后的消息并且将其发送到接收方终端。相反,MMS服务器能够将发送方终端所创建的多媒体消息(M-send.req)转换为邮件格式或MMS消息,之后通过互联网或MMS支持终端将其发送出去。
上述过程在图2中示出。图2示出了常规的MMS交易流。当想发送多媒体消息的发送方终端11将一则M-send.req消息发送到MMS服务器30时,MMS服务器30将相应的响应消息M-Send.conf发送给发送方终端11,并且同时还向接收方终端12发送一则用于通知多媒体消息到达的通知消息M-Notification。
接收方终端12向MMS服务器30发送一则针对通知消息M-Notification的响应消息M-Notyfyresp.ind,或者通过GetReq请求而接收实际的多媒体消息M-retrieve.conf。如果接收方终端12接收到多媒体消息M-retrieve.conf,则它将相应的响应消息M-Acknowledge.ind发送给MMS服务器30。
之后,如果接收方终端12请求关于MMS服务器30是否已经将相应的消息发送给接收方终端12的信息,则MMS服务器30将确认消息M-Delivery.ind发送给接收方终端12。
目前,为了支持上述多媒体服务,使用了MMSC V1.0版本的MMS服务器。MMSC V1.0版本的MMS服务器30仅使用SMS进栈功能,以便向接收方终端12发送一则用于通知有多媒体消息到达的通知消息。此时,MMSC V1.0版本的MMS服务器30并不检查该通知消息实际上是否已经被发送到接收方终端12,原因在于没有将该通知消息发送到接收方终端12的几率相对较低。
因此,即使该通知消息没有到达接收方终端12,MMSC V1.0版本的MMS服务器30也不会再次发送通知消息,从而使消息到达的可靠性较低。因此,为了增大消息到达的可靠性,使MMS服务器的版本从MMSC V1.0变为MMSCV1.X的趋势在不断增大。
版本MMSC V1.X使用重试机制。该重试机制在每一个重试周期中都会向接收方终端发送一则通知消息,直到它确认该通知消息已经到达接收方终端。
根据该重试机制,MMS服务器在下列时刻会停止通知消息M-Notification的发送:(1)当MMS服务器接收到HTTP GET请求(该请求具有和通知消息相同的URI)的时候;以及(2)当MMS服务器接收到通知消息响应(该响应具有和通知消息相同的交易ID)的时候。
参照图3,可以看到MMSC V1.0版本的MMS服务器和MMSC V1.X版本的MMS服务器之间的服务提供过程中的差别。
图3中的(a)示出了MMSC V1.0的MMS服务器31和接收方终端12之间的通信。该服务器通过使用SMS进栈将通知消息M-Notification.ind发送到接收方终端。因为MMSC V1.0版本的MMS服务器31没有使用重试机制,所以它仅发送通知消息,而并不涉及接收方终端12实际上是否已经接收到该通知消息。
另一方面,图3中的(b)示出了MMSC V1.X版本的MMS服务器32和接收方终端12之间的通信。MMSC V1.X版本的服务器32通过重试机制将通知消息M-Notification.ind发送到接收方终端12。例如,MMS服务器32根据特定的重试周期将Notification.ind发送到接收方终端12,直到在将该通知消息M-Notification.ind发送到该终端之后接收到针对该通知消息的响应消息NotifyResp.ind。
因此,如果将MMSC V1.X版本应用于MMS服务器32,则接收方终端12可以接收到来自MMS服务器32的通知消息,其接收失败的几率很小。
然而,如果在下载多媒体消息之前接收到完全一样的通知消息并且由该终端发送的响应消息已丢失,则该终端并不发送针对该完全一样的通知消息的响应消息,因此会连续地接收该通知消息。即,可能出现接收方终端接收到太多不想要的消息的问题。
当下载好多媒体消息之后又接收到完全一样的通知消息时,因为现存的通知消息已经被删除,所以接收方终端将该完全一样的通知消息确认为新的通知消息。结果,有可能出现这样的情况,用户将需要为接收到相同的多媒体消息而付双倍的钱。
另外,一旦接收方终端连续地接收完全一样的通知消息,则接收方终端重复接收和删除通知消息的过程,从而使电池寿命缩短了。
发明内容
本发明的提出着力解决背景技术中所提及的诸多问题。
本发明可以提供一种消息处理方法,在仅当有来自接收方终端的响应或确认时才将发送方终端所发送的数据传输到接收方终端的数据传输系统中,该方法可以防止接收方终端连续地接收到请求响应或确认的消息。
此外,本发明可以提供一种在终端中处理完全一样的通知消息的方法,在利用重试机制的多媒体消息服务提供系统中,该方法可以处理不需要的完全一样的通知消息。
为了实现这些根据本发明各个方面所得的特征,如本文具体化和宽泛描述的那样,提供了一种用在支持多媒体消息传送服务(MMS)的终端中的消息处理方法,该方法包括如下步骤:接收来自MMS服务器的通知消息,该通知消息用于通知多媒体消息的接收情况;如果该通知消息被确定为完全一样的通知消息,则根据是否下载了与该完全一样的通知消息相对应的多媒体消息,来删除该通知消息;以及如果作为上述确定的结果该通知消息不是完全一样的通知消息,则发送一则针对该通知消息的响应消息或一则用于请求该多媒体消息的消息。
另外,提供了一种根据本发明来提供多媒体消息传送服务(MMS)的方法,该方法包括如下步骤:MMS服务器向终端发送一则通知消息Noti1,该通知消息Noti1用于通知已接收到多媒体消息;该终端向该MMS服务器发送一个针对该通知消息的响应;除非该MMS服务器在重试周期内接收到该响应,否则向该终端重新发送通知消息Noti2;如果该终端在下载好该多媒体消息之后接收到Noti2,则用Noti2替代Noti1;以及该终端向该MMS服务器发送一个针对Noti2的响应。
另外,提供了一种根据本发明的终端,该终端包括:接收器,用于接收通知消息,该通知消息用于通知有多媒体消息到达;数据库管理模块,用于管理该通知消息的删除或存储,该通知消息的删除或存储都是根据接收到的通知消息是否是完全一样的以及该多媒体消息是否已经下载好来决定的;数据库,用于根据来自数据库管理模块的指令来存储通知消息;存储器,该存储器具有消息处理模块,该消息处理模块用于提供针对接收到的通知消息的响应;以及处理器,用于与接收器和存储器配合起来处理消息。
附图说明
附图被包括在此以提供对本发明的进一步理解,并且构成了本说明书的一部分。附图示出了本发明的实施例并与相应的描述一起用于解释本发明的原理。
在附图中:
图1示出了常规的MMS协议栈;
图2示出了常规的MMS交易流;
图3示出了MMSC V1.0版本的MMS服务器和MMSC V1.X版本的MMS服务器的服务提供方法;
图4示出了在与MMS服务器进行通信的终端中一种利用重试机制的消息处理方法;
图5示出了根据本发明用在终端中的通知消息处理方法;
图6是根据本发明的终端的方框图;
图7示出了第一种接收到完全一样的通知消息的情况以及根据本发明的消息处理方法;
图8示出了第二种接收到完全一样的通知消息的情况以及根据本发明的消息处理方法;
图9示出了第三种接收到完全一样的通知消息的情况以及根据本发明的消息处理方法。
具体实施方式
本发明的发明人已经认识到,现有技术中MMS终端内的消息处理方法不适合用于与使用重试机制的MMS服务器进行通信。基于这种认识,已开发出下面的种种特征。
首先,参照图4,下文将描述MMS终端中的消息处理方法。
接收方终端接收来自网络服务器(比如MMS服务器)的通知消息(S101)。该通知消息是一则用于通知由发送方终端分派的多媒体消息已经到达MMS服务器的消息。
已接收到通知消息的终端确定该通知消息是否是完全一样的通知消息(S102)。因为该终端会将该通知消息存储到数据库中直到它下载好相应的多媒体消息,所以可以将目前接收到的通知消息与数据库中已经存储的通知消息进行比较。
作为确定的结果,如果目前接收到的通知消息不是完全一样的通知消息(即,在数据库中不存在相同的通知消息),则将它重新存储到数据库中(S104)。
接下来,检查该终端的运行模式是自动检索模式或延迟检索模式(S105)。如果该终端处于自动检索模式,则在接收到通知消息之后将一则用于请求实际的多媒体消息的消息GetReq发送给MMS服务器(S106)。如果该终端处于延迟检索模式,则在接收到通知消息之后将一则响应消息M-NotifyResp.ind发送给MMS服务器以便通知已接收到该通知消息(S107)。同时,如果接收到的通知消息被确定为完全一样的通知消息,则将它删除(S103)。
至此,发明人已经认识到,因某些问题的存在还可以进一步改进上述消息处理过程。
第一个问题可能出现在步骤S103中。尽管已接收到第一个通知消息的终端已经向MMS服务器发送了响应消息,但是该响应消息被弄丢了,此时,MMS服务器会发送第二个通知消息。此刻,该终端不得不向MMS服务器发送一则针对第二个通知消息的响应消息或一则多媒体请求消息。但是,该终端无条件地忽略了任何完全一样的通知消息(S103),因此它可能会连续地接收完全一样的通知消息。
第二个问题可能出现在步骤S102中。在确定通知消息是否是完全一样的那个步骤中,如果在下载好多媒体消息之后接收到完全一样的通知消息,则出现了没有将该通知消息恰当地确定为完全一样的消息这样的错误。这是因为该终端在下载好该多媒体消息之后就删除了所存储的通知消息。
因此,本发明提供了一种用在终端中的改进的消息处理方法,该方法从利用重试机制的MMS服务器中接收到多媒体消息服务。
图5示出了根据本发明一实施例用在终端中的一种通知消息处理方法。
首先,支持多媒体消息传送服务的终端接收到从MMS服务器中发送过来的通知消息(S201)。该通知消息是一则用于通知由发送方终端发送过来的多媒体消息已经到达MMS服务器的消息。
已接收到该通知消息的终端确定该通知消息是否是完全一样的通知消息(S202)。所有的通知消息都具有交易标识符(TID),并且对于同一多媒体消息,MMS服务器发送具有相同TID的通知消息。因此,如果接收到的通知消息的TID等于先前接收到的通知消息的TID,则该终端将该接收到的通知消息确定为完全一样的消息。
作为确定的结果,如果该通知消息是一则新多媒体消息的通知消息,则存储它(S203)。此时,该通知消息可以在消息数据库中存储一段有限的时间(比如24小时)(S203)。根据现有的消息处理方法,该终端将该通知消息存储到数据库中,之后当下载好与该通知消息相对应的多媒体消息时就将它删除。因此,如果因网络环境故障而在下载好多媒体消息之后又接收到通知消息,则无法确定新接收到的通知消息是否是完全一样的消息,因为先前接收到的通知消息已被删除。为了应对这种情况,可以将通知消息设置成须存储一段时限(比如24小时)。无论网络环境有多差,在一整天之后不太可能再接收到通知消息,正是基于该几率才将存储时间设置为24小时。
在一个实施例中,该终端可以在空闲模式中检查在消息数据库中所存储的通知消息中是否有任何在24小时之前接收到的通知消息,并且删除这样的通知消息。
同时,如果接收到的通知消息被确定为完全一样的消息,则检查相应的多媒体消息(MM)是否已经下载好(S204)。如果相应的多媒体消息已经下载好,则可以立即删除完全一样的接收到的通知消息(S206)。然而,如果相应的多媒体消息还没有下载好,则只改变(更新)消息数据库中所存储的通知消息的接收时间(S205)。考虑到用户可能不下载并查看已经存储到消息数据库中的多媒体消息这种情况,只有通知消息的接收时间被改变并且被通知给用户,使得用户可以识别出最近接收到的多媒体消息。结果,有可能防止同一完全一样的多媒体消息被存储到消息数据库中。
从步骤S202到步骤S206的过程可以在终端的数据库(DB)管理器中执行。即,数据库管理器执行如下处理步骤:(1)在与数据库中已经存储的通知消息相比较的情况下,辨别目前接收到的通知消息是否是完全一样的消息;(2)只将非完全一样的通知消息存储到数据库中;(3)当接收到完全一样的通知消息时,辨别相应的多媒体消息是否已经下载好;(4)在相应的多媒体消息已经下载好之后,删除任何接收到的完全一样的通知消息;以及(5)如果在相应的多媒体消息下载好之前又接收到完全一样的通知消息,则只改变该通知消息的接收时间。
根据接收到的通知消息是否是完全一样的消息,数据库管理器以不同的方式来处理通知消息。此外,针对所有接收到的通知消息,该终端向MMS服务器发送M-NotiResp.ind或GetReq。向MMS服务器发送M-NotiResp.ind或GetReq的处理步骤S207到S209可以在该终端的消息处理器中执行。
首先,消息处理器确定该终端是处于终端检索模式还是处于延迟检索模式(S207)。在自动检索模式中,该终端向MMS服务器发送多媒体请求消息GetReq(S208)。在延迟检索模式中,该终端向MMS服务器发送响应消息M-NotiResp.ind(S209)。
即,因为当接收到通知消息时该终端无条件地向MMS服务器发送GetReq或M-NotiResp.ind,所以在没有检查该终端是否已经接收到通知消息的情况下该MMS服务器不可能连续地发送相同的通知消息。
此时,MMS服务器可能接收到针对同一多媒体消息的GetReq或M-NotiResp.ind消息,这不会引起问题,因为MMS服务器在接收到GetReq或M-NotiResp.ind消息时会删除具有相同TID的GetReq或M-NotiResp.ind消息。
图6是根据本发明一实施例的终端的方框图。如图所示,终端300可以包括:发送和接收单元310,用于与MMS服务器进行通信;存储器330,该存储器330又包括用于管理接收到的消息的存储和删除的数据库管理模块331、用于控制消息传输的消息处理模块332、和用于存储消息的消息数据库333;以及处理器320,该处理器320与存储器330、发送和接收单元310协作。
通过与支持多媒体消息传送服务的服务器进行通信,发送和接收单元310能够接收到通知消息M-Notification.ind、多媒体消息M-retrieve.conf等,并且能够发送针对通知消息的响应消息M-NotifyResp.ind和用于请求多媒体消息的消息GetReq。
存储器330可以包括数据库管理模块331、消息处理模块332、和消息数据库333。数据库管理模块331和消息处理模块332包含可由处理器320执行的指令。
数据库管理模块331包含用于执行下列步骤的指令:确定接收到的通知消息是否是完全一样的消息;如果接收到的通知消息不是完全一样的消息,则将接收到的通知消息存储到消息数据库333中;如果接收到的通知消息是完全一样的消息,则确定多媒体消息是否已经下载好;如果多媒体消息已下载好,则删除该通知消息;以及如果多媒体消息还没有下载好,则改变该通知消息的接收时间。
为了确定目前接收到的通知消息是否是完全一样的消息,数据库管理模块331检查其TID与先前接收到的通知消息相同的那个消息是否被存储在消息数据库333中。如果任何消息具有与先前接收到的消息相同的TID,则该消息是完全一样的消息。
另外,数据库管理模块331在空闲模式中或当接通电源时检索消息数据库333,并且删除在24小时之前接收到的消息。无论网络环境有多差,消息会在24小时内到达,根据这样的经验,将消息存储周期(它是一个可变的时间周期)设置为24小时。
消息处理模块332包含用于执行如下步骤的指令:确定终端是处于自动模式还是处于延迟模式;如果该终端处于自动模式,则发送MM请求消息GetReq以及如果该终端处于延迟模式,则发送响应消息M-NotifyResp.ind。对于所有的通知消息,消息处理模块332都会响应于MMS服务器,因为它并不确定接收到的通知消息是否是完全一样的消息。
在下文中,将参照图7到9来描述当处于自动模式中的终端接收到完全一样的通知消息时的消息处理方法。
图7示出了第一种接收完全一样的通知消息的情况以及根据本发明的消息处理方法。已接收到来自发送方终端(未示出)的多媒体消息的MMS服务器100向接收方终端200发送Noti1(M-Notification.ind)(S301)。接下来,接收方终端200向MMS服务器100发送多媒体请求消息GetReq1(S302)。然而,如果GetReq1丢失了并且没有到达MMS服务器100,并且重试周期已经过去,则MMS服务器100向接收方终端200重新发送通知消息Noti2(S303)。已接收到Noti2的接收方终端200改变通知消息的修改时间(S304),并且将GetReq2发送给MMS服务器100(S305)。
尽管接收方终端200已经向MMS服务器100发送了MM请求消息GetReq1,但是MMS服务器100没有接收到。因此,接收方终端200连续地接收到完全一样的通知消息,除非它因通知消息的完全一样而向MMS服务器100发送GetReq1。因此,接收方终端200也针对完全一样的通知消息发送GetReq。
图8示出了第二种接收到完全一样的通知消息的情况以及根据本发明的消息处理方法。当接收方终端200接收来自MMS服务器100的通知消息Noti1时,接收方终端200向MMS服务器100发送MM请求消息GetReq1(S402)。同时,因为MMS服务器100在发送Noti1之后的重试周期内没有接收到GetReq1,所以MMS服务器100发送Noti2(S403)。因此,接收方终端200接收到完全一样的通知消息Noti2,并且因为接收方终端200尚未接收到多媒体消息M-retrieve.conf,所以只改变该通知消息的接收时间(S404)。之后,接收方终端200向MMS服务器100重新发送多媒体请求消息(S405),这不会引起任何问题,因为MMS服务器100在执行TID比较之后忽略了完全一样的多媒体请求消息。因此,接收方终端200只接收针对GetReq1的多媒体消息M-retrieve.conf(S406)。
对于第二种情况,已接收到完全一样的通知消息的接收方终端200基本上无需向MMS服务器100发送MM请求消息GetReq1。然而,既然接收方终端200因GetReq1丢失了而无法知道MMS服务器是否发送了完全一样的通知消息,或者因为GetReq1到达得比预期要晚(在重试周期之后)而使MMS服务器100又发送了完全一样的通知消息,那么接收方终端200在接收到Noti2时无条件地向MMS服务器100发送多媒体请求消息。即,接收方终端200处理第一种情况和第二种情况的方式相同。
图9示出了第三种接收完全一样的通知消息的情况以及根据本发明的消息处理方法。当接收方终端200接收到通知消息Noti1时(S501),它向MMS服务器发送MM消息GetReq1(S502)。同时,在重试周期内没有接收到GetReq1的MMS服务器100向接收方终端200重新发送通知消息(S503)。接下来,当MMS服务器100接收到GetReq1时,它向接收方终端200发送多媒体消息M-retrieve.conf(S504)。
至此,接收方终端200在接收到多媒体消息M-retrieve.conf之后又接收到完全一样的通知消息Noti2,并且立刻删除该完全一样的通知消息Noti2而不加存储(S505)。可以看到Noti2是完全一样的消息,因为即使多媒体消息已经下载好了,Noti1也尚未删除。
如果接收方终端200在下载好多媒体消息之后又接收到完全一样的通知消息,则尽管没必要发送MM请求消息GetReq,但是仍可以发送GetReq。这是因为MMS服务器100在接收到完全一样的MM请求消息时会立刻将其删除,并且并不会发送相同的多媒体消息。
如上所述,根据本发明的终端的优点在于,响应是针对完全一样的通知消息和新的通知消息而发送的,所以没有任何不需要的完全一样的消息被重复接收。此外,根据本发明的终端并不接收不需要的完全一样的通知消息,由此防止由重复接收和删除不需要的消息而导致的电池消耗。
此外,该终端在下载好多媒体消息之后并不删除通知消息,而是将该通知消息存储一预定的时间周期。因此,可以看到,如果该终端在下载好多媒体消息之后又接收到与先前存储的通知消息相同的通知消息,则该消息是完全一样的通知消息。因此,有可能解决为相同的多媒体消息重复付费的问题,该问题由多媒体消息下载好之后将接收到的完全一样的通知消息识别为新的通知消息而引起。
Claims (20)
1.一种用在支持多媒体消息传送服务(MMS)的终端中的消息处理方法,包括:
接收来自服务器的通知消息,所述通知消息用于通知已接收到多媒体消息;
当所述通知消息被确定为完全一样的通知消息时,根据与所述通知消息相对应的多媒体消息是否被下载来删除所述通知消息;以及
当所述通知消息没有被确定为完全一样的通知消息时,发送所述通知消息的响应消息和多媒体消息的请求消息之一。
2.如权利要求1所述的方法,其特征在于,所述删除通知消息的步骤还包括如下步骤:发送所述通知消息的响应消息或用于请求多媒体消息的消息。
3.如权利要求1所述的方法,其特征在于,所述删除通知消息的步骤还包括如下步骤:如果与所述完全一样的通知消息相对应的多媒体消息尚未被下载,则改变所述通知消息的接收时间。
4.如权利要求1所述的方法,还包括如下步骤:除非所述通知消息是完全一样的消息,否则存储所述通知消息。
5.如权利要求4所述的方法,还包括如下步骤:
将消息到达所用的最大时间周期设置为最大到达时间;以及
在所存储的通知消息中,删除其最大到达时间已经过了的消息。
6.如权利要求5所述的方法,其特征在于,所述删除步骤是在空闲模式中执行的。
7.如权利要求5所述的方法,其特征在于,所述删除步骤是在启动所述终端时执行的。
8.如权利要求1所述的方法,还包括如下步骤:
将消息到达所用的最大时间周期设置为最大到达时间;以及
除非所述通知消息是完全一样的消息,否则在所述最大到达时间期间存储着所述通知消息。
9.如权利要求1所述的方法,还包括如下步骤:如果所述通知消息的交易标识符与所述终端中所存储的另一个通知消息的交易标识符相同,则将所述通知消息确定为完全一样的通知消息。
10.一种用于提供多媒体消息传送服务(MMS)的方法,包括如下步骤:
服务器向终端发送第一通知消息,从而通知已接收到多媒体消息;
所述终端向所述服务器发送针对所述第一通知消息的响应;
除非所述服务器在重试周期内接收到所述响应,否则就向所述终端重新发送第二通知消息;
如果所述终端在下载所述多媒体消息之后接收到所述第二通知消息,则用所述第二通知消息来替代所述第一通知消息;以及
所述终端向所述服务器发送针对所述第二通知消息的响应。
11.如权利要求10所述的方法,其特征在于,在替代步骤中,所述第一通知消息的接收时间被所述第二通知消息的接收时间所替代。
12.如权利要求10所述的方法,其特征在于,如果所述终端处于自动检索模式,则针对所述通知消息的响应就是用于请求多媒体消息的消息。
13.如权利要求10所述的方法,其特征在于,如果所述终端处于延迟检索模式,则针对所述通知消息的响应就是针对所述通知消息的接收确认消息。
14.如权利要求10所述的方法,还包括如下步骤:在消息到达的最大时间周期期间,所述终端存储着所述第一通知消息。
15.如权利要求10所述的方法,还包括如下步骤:如果所述终端在下载所述多媒体消息之后接收到所述第二通知消息,则删除所述第二通知消息。
16.一种终端,包括:
接收器,用于接收通知消息,所述通知消息用于通知有多媒体消息到达;
数据库管理模块,所述数据库管理模块根据所述接收到的通知消息是否是完全一样的消息以及所述多媒体消息是否已经被下载,来管理所述通知消息的删除和存储;
数据库,所述数据库根据来自所述数据库管理模块的指令,来存储所述通知消息;
存储器,所述存储器具有消息处理模块,所述消息处理模块用于提供针对所述接收到的通知消息的响应;以及
处理器,所述处理器用于与所述接收器和所述存储器合作来处理消息。
17.如权利要求16所述的方法,其特征在于,所述数据库管理模块包含所述处理器执行如下步骤所需的指令:
如果所述接收到的消息是完全一样的消息,则当所述多媒体已经被下载时删除所述通知消息;以及
当多媒体消息尚未被下载时,用新接收到的通知消息来替代现存的通知消息。
18.如权利要求16所述的方法,其特征在于,所述数据库管理模块包含所述处理器执行如下步骤所需的指令:如果所述接收到的通知消息不是完全一样的消息,则将所述通知消息存储到所述数据库中。
19.如权利要求16所述的方法,其特征在于,所述数据库管理模块包含所述处理器执行如下步骤所需的指令:如果具有与所述接收到的通知消息相同的交易标识符的通知消息被存储到所述数据库中,则确定完全一样的消息被接收到了。
20.如权利要求16所述的方法,其特征在于,所述消息处理模块包括所述处理器执行如下步骤所需的指令:不管所述接收到的通知消息是否是完全一样的通知消息,都提供针对所述通知消息的响应。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020050104595 | 2005-11-02 | ||
KR1020050104595A KR100677497B1 (ko) | 2005-11-02 | 2005-11-02 | 단말기의 중복 통보 메시지 처리 방법 |
KR10-2005-0104595 | 2005-11-02 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1960516A true CN1960516A (zh) | 2007-05-09 |
CN1960516B CN1960516B (zh) | 2011-05-18 |
Family
ID=37735159
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006101433867A Expired - Fee Related CN1960516B (zh) | 2005-11-02 | 2006-11-02 | 终端中完全一样的通知消息的处理方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US7610043B2 (zh) |
EP (1) | EP1783971B1 (zh) |
JP (1) | JP4884924B2 (zh) |
KR (1) | KR100677497B1 (zh) |
CN (1) | CN1960516B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101795310A (zh) * | 2009-12-24 | 2010-08-04 | 中兴通讯股份有限公司 | 手机及彩信通知消息处理方法 |
CN102404128A (zh) * | 2010-09-16 | 2012-04-04 | 江苏久信医用净化工程有限公司 | 医院物流传输系统中的发送应答系统的发送应答方法 |
WO2012155429A1 (zh) * | 2011-05-19 | 2012-11-22 | 中兴通讯股份有限公司 | 一种处理通知冗余上报的方法及装置 |
CN107800880A (zh) * | 2017-10-27 | 2018-03-13 | 奇酷互联网络科技(深圳)有限公司 | 显示未读消息个数的方法、设备、移动终端及存储介质 |
Families Citing this family (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100617775B1 (ko) * | 2004-11-08 | 2006-08-28 | 삼성전자주식회사 | 멀티미디어 메시징 서비스에서 중복된 도달 통지 메시지에대한 관리 방법 |
US8897211B2 (en) * | 2007-06-29 | 2014-11-25 | Alcatel Lucent | System and methods for providing service-specific support for multimedia traffic in wireless networks |
US20090047981A1 (en) * | 2007-08-14 | 2009-02-19 | Sunil Khanna | Method and system for delivering messages |
DE102007047281A1 (de) * | 2007-10-02 | 2009-05-07 | T-Mobile International Ag | Verfahren zum Übertragen von Nachrichten mittels Multimedia Message Service (MMS) |
JP5139785B2 (ja) * | 2007-12-06 | 2013-02-06 | 日本電気通信システム株式会社 | 無線基地局、通信システム、所属情報管理方法、およびプログラム |
JP4598090B2 (ja) * | 2008-01-30 | 2010-12-15 | 株式会社沖データ | 画像形成装置 |
US9122519B1 (en) * | 2008-03-12 | 2015-09-01 | Lockheed Martin Corporation | Governor for elimination of repetitive requests |
US8276158B2 (en) * | 2008-06-26 | 2012-09-25 | Oracle America, Inc. | HTTP based bounding storage space protocol |
US8793691B2 (en) * | 2010-04-15 | 2014-07-29 | Salesforce.Com, Inc. | Managing and forwarding tasks to handler for processing using a message queue |
CN102474703A (zh) * | 2010-06-30 | 2012-05-23 | 三洋电机株式会社 | 终端装置 |
US8843165B2 (en) | 2010-12-08 | 2014-09-23 | At&T Intellectual Property I, L.P. | Enhanced delivery of messaging data traffic |
US9552056B1 (en) | 2011-08-27 | 2017-01-24 | Fellow Robots, Inc. | Gesture enabled telepresence robot and system |
US9191237B1 (en) * | 2012-05-24 | 2015-11-17 | Dan Barry, Inc. | Wireless communication systems and methods |
US9288164B2 (en) | 2013-06-07 | 2016-03-15 | Apple Inc. | Managing notifications across multiple devices |
WO2016007780A1 (en) * | 2014-07-10 | 2016-01-14 | Fasetto, Llc | Systems and methods for message editing |
US9796093B2 (en) | 2014-10-24 | 2017-10-24 | Fellow, Inc. | Customer service robot and related systems and methods |
US10311400B2 (en) | 2014-10-24 | 2019-06-04 | Fellow, Inc. | Intelligent service robot and related systems and methods |
US10373116B2 (en) | 2014-10-24 | 2019-08-06 | Fellow, Inc. | Intelligent inventory management and related systems and methods |
CN105426398A (zh) * | 2015-10-29 | 2016-03-23 | 小米科技有限责任公司 | 信息处理方法及装置 |
US10489492B2 (en) * | 2015-12-10 | 2019-11-26 | Dropbox, Inc. | Sending feature-instruction notifications to user computing devices |
US10757053B2 (en) * | 2017-03-02 | 2020-08-25 | Microsoft Technology Licensing, Llc | High confidence digital content treatment |
JP6932961B2 (ja) * | 2017-03-21 | 2021-09-08 | 日本電気株式会社 | 電文送受信システム、電文送信装置、電文送受信方法およびプログラム |
US10812435B2 (en) | 2018-02-28 | 2020-10-20 | Ringcentral, Inc. | Systems and methods for suppressing repetitive notifications about messages in messaging groups |
US10979519B2 (en) * | 2019-01-18 | 2021-04-13 | Microsoft Technology Licensing, Llc | Broadcasting notifications with low latency |
US10586082B1 (en) | 2019-05-29 | 2020-03-10 | Fellow, Inc. | Advanced micro-location of RFID tags in spatial environments |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4872005A (en) * | 1988-01-04 | 1989-10-03 | Motorola, Inc. | Paging receiver capable of reminding a user of an important message event |
US5163082A (en) * | 1990-10-04 | 1992-11-10 | Mark Karnowski | Memory management methods and apparatus for digital telephone answering devices |
US6654786B1 (en) * | 1998-04-30 | 2003-11-25 | Openwave Systems Inc. | Method and apparatus for informing wireless clients about updated information |
FI112307B (fi) * | 2000-08-02 | 2003-11-14 | Nokia Corp | Viestintäpalvelu |
FI111595B (fi) * | 2000-12-20 | 2003-08-15 | Nokia Corp | Järjestely multimediasanomanvälityksen toteuttamiseksi |
US6745193B1 (en) * | 2001-01-25 | 2004-06-01 | Microsoft Corporation | System and method for defining, refining, and personalizing communications policies in a notification platform |
JP4123331B2 (ja) * | 2001-03-16 | 2008-07-23 | 日本電気株式会社 | マルチメディア通信システムとマルチメディア通信可能な携帯無線通信端末及びメッセージ送受信方法 |
JP2002319975A (ja) * | 2001-04-24 | 2002-10-31 | Hitachi Ltd | 電子メール管理方法及び管理システム |
CN1618203A (zh) * | 2001-12-15 | 2005-05-18 | 汤姆森特许公司 | 视频会议带宽选择机制 |
US20030172173A1 (en) * | 2002-03-11 | 2003-09-11 | Fenton Gregg A. | Method, apparatus and system for reformatting a multimedia message for delivery to a terminal during connectionless communications |
CN1192648C (zh) * | 2002-03-26 | 2005-03-09 | 华为技术有限公司 | 数字无线通信系统中避免重复发送多媒体消息的方法 |
DE10215567A1 (de) * | 2002-04-09 | 2003-10-23 | Siemens Ag | Verfahren zur Übertragung von Daten, insbesondere mit multimedialen Inhalten, in einem Mobilfunknetz |
JP2004118393A (ja) * | 2002-09-25 | 2004-04-15 | Sony Corp | データファイル管理装置 |
US7171222B2 (en) * | 2002-09-30 | 2007-01-30 | Comverse, Ltd. | Multimedia messaging method and system for transferring multimedia content |
FR2845235A1 (fr) * | 2002-10-01 | 2004-04-02 | Cegetel | Procede de messagerie vocale instantanee et dispositif de mise en oeuvre d'un tel procede |
GB0405422D0 (en) * | 2004-03-10 | 2004-04-21 | Nokia Corp | Conditional access system |
KR100617775B1 (ko) * | 2004-11-08 | 2006-08-28 | 삼성전자주식회사 | 멀티미디어 메시징 서비스에서 중복된 도달 통지 메시지에대한 관리 방법 |
US20070124383A1 (en) * | 2004-12-03 | 2007-05-31 | Hebert Cedric R | Multiple mail reducer |
US20070086395A1 (en) * | 2005-10-14 | 2007-04-19 | Sanjay Bakshi | Wireless paging apparatus, systems and methods |
-
2005
- 2005-11-02 KR KR1020050104595A patent/KR100677497B1/ko not_active IP Right Cessation
-
2006
- 2006-11-02 JP JP2006299411A patent/JP4884924B2/ja not_active Expired - Fee Related
- 2006-11-02 EP EP06022873A patent/EP1783971B1/en not_active Expired - Fee Related
- 2006-11-02 CN CN2006101433867A patent/CN1960516B/zh not_active Expired - Fee Related
- 2006-11-02 US US11/556,111 patent/US7610043B2/en not_active Expired - Fee Related
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101795310A (zh) * | 2009-12-24 | 2010-08-04 | 中兴通讯股份有限公司 | 手机及彩信通知消息处理方法 |
WO2010148731A1 (zh) * | 2009-12-24 | 2010-12-29 | 中兴通讯股份有限公司 | 移动终端及彩信通知消息处理方法 |
US8744499B2 (en) | 2009-12-24 | 2014-06-03 | Zte Corporation | Mobile terminal and multimedia messaging service notification message processing method |
CN102404128A (zh) * | 2010-09-16 | 2012-04-04 | 江苏久信医用净化工程有限公司 | 医院物流传输系统中的发送应答系统的发送应答方法 |
WO2012155429A1 (zh) * | 2011-05-19 | 2012-11-22 | 中兴通讯股份有限公司 | 一种处理通知冗余上报的方法及装置 |
CN107800880A (zh) * | 2017-10-27 | 2018-03-13 | 奇酷互联网络科技(深圳)有限公司 | 显示未读消息个数的方法、设备、移动终端及存储介质 |
CN107800880B (zh) * | 2017-10-27 | 2020-12-22 | 奇酷互联网络科技(深圳)有限公司 | 显示未读消息个数的方法、设备、移动终端及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN1960516B (zh) | 2011-05-18 |
EP1783971A1 (en) | 2007-05-09 |
US7610043B2 (en) | 2009-10-27 |
EP1783971B1 (en) | 2013-02-27 |
JP2007133869A (ja) | 2007-05-31 |
KR100677497B1 (ko) | 2007-02-02 |
JP4884924B2 (ja) | 2012-02-29 |
US20070100951A1 (en) | 2007-05-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1960516A (zh) | 终端中完全一样的通知消息的处理方法 | |
KR100853700B1 (ko) | 멀티미디어 메시지 전달 방법, 그 시스템, 및 멀티미디어 메시지 서비스 센터 | |
EP1777971A1 (en) | A method for realizing push service | |
EP1655915B1 (en) | Method for managing duplicated arrival notification messages in multimedia messaging services | |
CN1214594C (zh) | 用于处理无线会话协议(wsp)会话的方法和网络 | |
EP2063590B1 (en) | A method and system for transmitting email and a push mail server | |
CN1767508A (zh) | 即时消息传送服务中的文件传输方法以及用于支持该方法的移动通信终端 | |
FI111595B (fi) | Järjestely multimediasanomanvälityksen toteuttamiseksi | |
CN100336408C (zh) | 短消息(sms)存储系统 | |
CN1759630A (zh) | 用于移动终端的交换识别信息的系统和方法 | |
CN1949770A (zh) | 一种推送信息提供方法及推送代理装置 | |
JP2006270994A (ja) | 遠隔通信網におけるメッセージの伝送のための方法 | |
EP1566042A1 (en) | Method and system for session management wherein a client session identifier is used | |
CN1568047A (zh) | 一种实现网络侧与终端侧业务适配的方法 | |
CN1859368A (zh) | 实现信息传送业务的方法和系统以及一种终端 | |
CN1889439A (zh) | 一种保存即时消息业务中会话信息的方法及系统 | |
EP1580916A3 (en) | System and method for transmitting units of messages in a mobile communication system | |
CN1867104A (zh) | 一种终端召回多媒体消息的方法 | |
CN1758801A (zh) | 移动通信终端中的消息发送设备和方法 | |
CN1859610A (zh) | 一种传送多媒体消息内容适配通知的方法 | |
CN2800675Y (zh) | 支持短消息服务的报告终端功能 | |
JP2004532567A (ja) | マルチメディアメッセージサービス(mms)におけるメッセージング | |
CN1801978A (zh) | 一种短信发送方法、和应用该方法的手机及系统 | |
CN106817680B (zh) | 推送短信的发送方法、短信中心以及系统 | |
CN1647569A (zh) | 在移动无线电网络中传输尤其是带多媒体内容数据的方法 |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110518 Termination date: 20181102 |