一种发送消息的方法及装置

申请号 CN200510103500.9 申请日 2005-09-19 公开(公告)号 CN1881953A 公开(公告)日 2006-12-20
申请人 华为技术有限公司; 发明人 尤昉; 徐杰; 刘文宇;
摘要 本 发明 公开了一种发送消息的方法,用以解决 现有技术 存在的发送方用户发出消息而接收方用户当前不可及时,发送方用户无法选择是否继续发送该消息的问题。本发明方法包括下列步骤:在发送方终端发出消息后,若收到 服务器 返回的用以表明接收方用户不可及的暂缓发送通知,则由发送方用户选择是否继续发送该消息;若发送方用户选择不继续发送,则服务器立即删除所述消息。本发明还提供了一种终端和一种转发服务器,用以 支撑 本发明方法。
权利要求

1、一种发送消息的方法,其特征在于,包括下列步骤:
发送方终端发出消息后,若收到转发服务器返回的用以表明接收方用户不 可及的暂缓发送通知,则由发送方用户选择是否继续发送该消息;
若发送方用户选择不继续发送,则转发服务器立即删除所述消息。
2、如权利要求1所述的方法,其特征在于,若发送方用户选择继续发送, 则转发服务器在接收方可及时,转发所述消息。
3、如权利要求1所述的方法,其特征在于,所述发送方用户选择是否继 续发送该消息后,向转发服务器发送决定通知。
4、如权利要求3所述的方法,其特征在于,所述决定通知中携带有用以 表明发送方用户的选择的用户选择标识。
5、如权利要求2所述的方法,其特征在于,所述转发服务器在发出暂缓 发送通知后,若未收到发送方用户发来的决定通知,则判定发送方用户选择继 续发送。
6、如权利要求5所述的方法,其特征在于,所述未收到发送方用户发来 的决定通知的原因包括:
用户选择继续发送后,终端按照设置的规则不向转发服务器发送决定通 知;或者用户决定继续发送后,不向转发服务器发送决定通知;或者发出的决 定通知丢失。
7、如权利要求3或4所述的方法,其特征在于,若用户选择不继续发送 所述消息,则在所述通知消息中携带与待删除消息对应的消息标识。
8、如权利要求2至6任一项所述的方法,其特征在于,若继续发送,则 转发服务器在暂存时限内,当接收方可及时,转发所述消息。
9、如权利要求8所述的方法,其特征在于,所述暂存时限由发送方用户 设定,或者按系统默认值确定。
10、一种终端,其特征在于,包括:
决定通知生成模,用以生成决定通知;所述决定通知中包括:用户选择 标识,以表明是否继续发送对应的消息。
11、如权利要求10所述的终端,其特征在于,所述决定通知中还包括: 消息标识,其与转发服务器发来的暂缓发送通知中的消息标识相同。
12、一种转发服务器,包括:暂缓发送通知模块,用以向发送方用户发送 表明接收方用户不可及的暂缓发送消息,并在所述暂缓发送消息中携带被暂缓 发送消息的消息标识;
其特征在于,所述服务器还包括:
识别模块,用以识别收到的消息中是否存在用户选择标识,以及根据所述 标识信息判定对应消息的处理策略。
13、如权利要求12所述的转发服务器,其特征在于,所述处理策略包括:
若所述用户选择标识表明不继续发送消息,则直接删除与所述消息标识对 应的消息;
若所述用户选择标识表明继续发送消息,则不对本转发服务器暂存的消息 作任何处理。

说明书全文

技术领域

发明涉及通信网络领域,特别是涉及一种发送消息的方法及装置。

背景技术

目前在Internet和移动通信网中,消息业务的应用非常广泛。按照实时性 可将所述消息业务分为非实时消息业务(如:SMS,ESMS,MMS)和实时消 息业务(如:Yahoo Message,MSN),所述非实时消息业务和实时消息业务中 都存在一种基于存储转发机制的传输方式,参见图1所示,其处理流程如下:
-在消息转发到接收方用户之前,先存储在存储转发服务器中;
-若接收方用户当前不可及,则服务器在暂存时限内存储该消息,并在接 收方用户可及时向其转发;
-发送成功后,服务器删除其存储的该消息;
-根据发送方用户的设置向发送方终端发送消息已发通知。
现有技术在接收方用户不可及,消息被暂存在服务器侧后,发送方用户无 法自主选择是否还需继续发送该消息,当消息具有时效性时无法满足发送方撤 销暂时无法发送的消息的需求。

发明内容

本发明提供一种发送消息的方法,用以解决现有技术存在的发送方用户发 出消息而接收方用户当前不可及时,发送方用户无法选择是否继续发送该消息 的问题。
本发明还提供了一种终端和一种转发服务器,用以支撑本发明方法。
本发明方法包括下列步骤:
在发送方终端发出消息后,若收到转发服务器返回的用以表明接收方用户 不可及的暂缓发送通知,则由发送方用户选择是否继续发送该消息;
若发送方用户选择不继续发送,则转发服务器立即删除所述消息。
若发送方用户选择继续发送,则转发服务器在接收方可及时,转发所述消 息。
所述发送方用户选择是否继续发送该消息后,向转发服务器发送决定通 知。
所述决定通知中携带有用以表明发送方用户的选择的标识信息。
所述转发服务器在发出暂缓发送通知后,未收到发送方用户发来的决定通 知,则判定发送方用户选择继续发送。
所述未收到发送方用户发来的决定通知的原因包括:用户选择继续发送 后,终端按照设置的规则不向转发服务器发送决定通知;或者用户决定继续发 送后,不操作终端向转发服务器发送决定通知;或者发出的决定通知丢失。
若用户选择不继续发送所述消息,则在所述通知消息中携带与待删除消息 对应的消息标识。
若继续发送,则转发服务器在暂存时限内,且接收方可及时,转发所述消 息。
所述暂存时限由发送方用户设定,或者按系统默认值确定。
本发明提供的终端包括:
决定通知生成模,用以生成决定通知;所述决定通知中携带有用户选择 标识,以表明是否继续发送对应的消息。还携带有消息标识,其与转发服务器 发来的暂缓发送通知中的消息标识相同。
本发明提供的转发服务器包括:
暂缓发送通知模块,用以向发送方用户发送表明接收方用户不可及的暂存 消息,并在所述暂存消息中携带被暂时消息的消息标识;
识别模块,用以识别收到的消息中是否存在用户选择标识,以及根据所述 标识信息判定对应消息的处理策略。
本发明有益效果如下:
本发明方法在接收方不可及时,由转发服务器向发送方用户发送暂缓发送 消息,发送方用户此时可选择是否继续发送,并由终端生成相应的决定通知消 息。转发服务器收到继续发送的决定通知消息或者未收到决定通知消息,与现 有技术的处理流程相同,转发服务器收到不继续发送的决定通知消息,则立即 根据决定通知中的消息标识删除相应的消息。
通过本方法的实施,可使发送方用户发出消息后而接收方用户当前不可及 时,由发送方用户自主选择是否需要继续发送所述消息,这样为用户提供了更 多的选择余地及更好的用户体验;同时,若发送方用户选择立即删除所述消息, 则显然可以节约转发服务器的存储空间;在删除所述消息后,转发服务器无需 再检测接收方用户是否可及,这样也节约了网络资源和系统开销。
本发明还提供了一种终端,用以支撑本发明方法。其增加了决定通知生成 模块,用以生成决定通知;所述决定通知中携带有与是否继续发送消息的决定 对应的用户选择标识,以及表明接收方用户不可及的暂缓发送通知中的消息标 识。
本发明又提供了一种转发服务器,用以支撑本发明方法。其增加了识别模 块,用以识别收到的消息中是否存在用户选择标识,以及根据所述标识信息判 定对应消息的处理策略。
附图说明
图1为现有技术发送消息信令流程图
图2为本发明终端结构示意图;
图3为本发明转发服务器结构示意图;
图4为本发明继续发送消息的信令流程图;
图5为本发明不继续发送消息的信令流程图;
图6为本发明步骤流程图。

具体实施方式

为了使发送方用户发出消息后而接收方用户当前不可及时,可由发送方用 户自主选择是否继续发送该消息,本发明提供了一种终端,参见图2所示,其 包括:决定通知生成模块,用以生成决定通知;所述决定通知中携带有消息标 识,其与转发服务器发来的暂缓发送通知中的消息标识相同,该决定通知中还 携带有用户选择标识,以表明是否继续发送对应的消息。
参见图3所示,本发明提供的一种转发服务器,包括:识别模块和暂缓发 送通知模块。
所述暂缓发送通知模块,用以向发送方用户发送表明接收方用户不可及的 暂存消息,并在所述暂存消息中携带被暂存消息的消息标识;
所述识别模块,用以识别收到的消息中哪些是所述终端中的决定通知生成 模块生成的决定通知,以及根据所述决定通知中携带的标识信息判定对应消息 的处理策略。即按现有技术处理,或者立即删除。
参见图4至6所示,应用上述终端和转发服务器,本发明方法包括下列步 骤:
S1、发送方终端向转发服务器侧发送消息;
S2、转发服务器收到该消息后,检测接收方用户是否可及;若可及则直接 转发;否则,转入步骤S3;
S3、转发服务器向发送方用户发送暂缓发送通知;
S4、发送方用户收到所述通知后,选择是否继续发送该消息;若发送方用 户选择继续发送,则转入步骤S5;否则,转入步骤S6;
S5、转发服务器在接收方可及时,转发所述消息;
S6、转发服务器直接删除所述消息。
以下通过三个实例具体描述本发明方法。
实例一:接收方用户不可及,发送方用户决定继续发送,但不发送决定通 知。
S101、发送方终端向转发服务器侧发送消息。假设原有机制下(发送方用 户设置或系统默认)暂存时限为7天。
S102、转发服务器收到该消息后,检测接收方用户为不可及。
S103、转发服务器向发送方用户发送暂缓发送通知,用以告知接收方用户 当前不可及。在所述暂缓发送通知中携带有被暂缓发送消息的消息标识 (message ID)。
S104、发送方用户收到所述暂缓发送通知后,触发终端上的所述决定通知 生成模块,要求用户选择是生成表明继续发送该消息的决定通知,还是生成表 明立即删除该消息的决定通知。
用户直接关闭所述决定通知生成模块,不作任何操作,即不向转发服务器 发送决定通知;或者用户选择继续发送后,终端按照设定的规则不向转发服务 器发送决定通知。
转发服务器侧未收到发送方用户的决定通知,则按照默认策略判定用户选 择继续发送该消息。
S105、在7天内,若接收方用户的状态变更为可及,则转发服务器转发所 述消息给接收方用户。
之后,按照发送方用户的设置,转发服务器向发送方终端发送或不发送发 送成功通知。
实例二:接收方用户不可及,发送方用户选择继续发送,并且发送决定通 知。
S201、发送方终端向转发服务器侧发送消息。假设原有机制下(发送方用 户设置或系统默认)暂存时限为7天。
S202、转发服务器收到该消息后,检测接收方用户为不可及。
S203、转发服务器向发送方用户发送暂缓发送通知,用以告知接收方用户 当前不可及。在所述暂缓发送通知中携带有被暂缓发送消息的消息标识 (message ID)。
S204、发送方用户收到所述暂缓发送通知后,触发终端上的所述决定通知 生成模块,要求用户选择是生成表明继续发送该消息的决定通知,还是生成表 明立即删除该消息的决定通知。
用户选择继续发送该消息,则所述决定通知生成模块自动生成携带有用户 选择标识和message ID的决定通知。所述用户选择标识用以区分所述决定通知 和普通消息,以及表明用户所作出的选择。
例如:该决定通知中携带的用户选择标识信息为“1”。由于普通消息不具 有所述标识信息,所以可区分决定通知和普通消息。用户的选择对应的标识信 息各不相同,则可区分用户所作出的选择。
之后,发送方终端将所述决定通知发送到转发服务器。
S205、转发服务器收到该决定通知后,识别模块查找当前收到的消息中存 在用户选择标识,并据此判定当前收到的消息为决定通知。
进一步根据所述标识信息判定用户的选择为继续发送消息,则不对所述转 发服务器内暂存的消息作任何改动。
在7天内,若接收方用户的状态变更为可及,则服务器转发所述消息给接 收方用户。
之后,按照发送方用户的设置转发服务器向发送方终端发送或不发送发送 成功通知。
实例三:接收方用户不可及,发送方用户选择不继续发送。
S301、发送方终端向转发服务器侧发送消息。假设原有机制下的暂存时限 为7天。
S302、转发服务器收到该消息后,检测接收方用户为不可及。
S303、转发服务器向发送方用户发送暂缓发送通知,用以告知接收方用户 当前不可及。在所述暂缓发送通知中携带有被暂缓发送消息的消息标识 (message ID)。
S304、发送方用户收到所述暂缓发送通知后,触发终端上的所述决定通知 生成模块,要求用户选择是生成表明继续发送该消息的决定通知,还是生成表 明立即删除该消息的决定通知。
用户选择不继续发送该消息,则所述决定通知生成模块自动生成携带有用 户选择标识和message ID的决定通知。所述用户选择标识用以区分所述决定通 知和普通消息,以及表明用户所作出的选择。
例如:该决定通知中携带的用户选择标识信息为“2”。由于普通消息不具 有所述标识信息,所以可区分决定通知和普通消息。用户的选择对应的标识信 息各不相同,则可区分用户所作出的选择。
之后,发送方终端将所述决定通知发送到转发服务器。
(本例跳过S305)
S306、转发服务器收到该决定通知后,识别模块查找当前收到的消息中存 在用户选择标识,并据此判定当前收到的消息为决定通知。
进一步根据所述用户选择标识信息判定用户的选择为不继续发送消息。即 用户选择立即删除消息。转发服务器从所述决定通知获取待删除消息的 message ID,用以定位该消息。
之后,从转发服务器中删除与所述消息标识对应的消息,并不再检测该消 息的接收方用户是否可及。
若发送方用户选择继续发送,并发出了通知消息,但由于网络原因该通知 消息丢失,即转发服务器没有收到所述决定通知,则按照实例一的处理方式处 理。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
QQ群二维码
意见反馈