CN101931912A - 通告消息的下发方法及多媒体消息中心 - Google Patents

Abstract

本发明公开了一种通告消息的下发方法及多媒体消息中心，该方法包括：MMSC向移动终端下发通告消息；MMSC确定移动终端在预定时间点起的预定间隔内尚未获取多媒体消息，其中，预定时间点为MMSC下发通告消息的时刻或MMSC获知下发通告消息成功的时刻；MMSC再次向移动终端下发通告消息。本发明既可以提高业务成功率，保障运营商的利益，又能方便用户，提高用户满意程度。

Description

通告消息的下发方法及多媒体消息中心

技术领域

本发明涉及通信领域，具体而言，涉及一种通告消息的下发方法及多媒体消息中心(Multimedia Messaging Service Center，简称为MMSC)。

背景技术

多媒体消息业务(Multimedia Messaging Service，简称为MMS)是一种能够在不同的移动终端(例如，手机)之间、业务提供商和移动终端之间以及移动终端和Email服务器等其他应用之间传送多媒体内容的消息服务。多媒体消息业务目前已经得到了广泛的开展，尤其是业务提供商为移动终端用户提供的内容丰富、及时快捷的服务，丰富了用户的生活。

移动终端上关于多媒体消息获取的设置一般分为两种，一种是自动获取，另外一种是延时获取，以下对这两种获取的方式分别加以说明：

(1)设置为自动获取时，移动终端接收到MMSC下发的通告消息后，自动向MMSC发起获取请求，获取成功后，向MMSC发送通告响应消息，表示该条多媒体消息到达最终流程，MMSC生成相应话单日志，并删除多媒体消息控制信息，终止流程。

(2)设置为延时获取时，移动终端收到MMSC下发的通告消息后，不会自动发起获取请求，而是由用户手动发起获取请求，从收到通告消息开始到该条消息过期为止的任何时间点，用户都可以手动获取，目前，一般情况下多媒体消息有效期设置一般为48小时，所以在这个时间内用户都可以获取成功，但是，如果有效期内用户没有获取，MMSC则触发过期操作，删除多媒体消息控制信息，终止流程，此后用户若再来获取，则无法获取成功。

因此，在延时获取的情况下，如果用户收到通告消息之后，未及时获取多媒体消息而导致过期，会导致业务失败，因此，该方法中，用户容易无意地忽略该通告消息，导致多媒体消息的可达率较低，这样可能导致两种不良的后果：对运营商来说无法收取该条业务的费用，造成损失；而对于用户来说，多媒体消息过期之后再也没有机会去查看该多媒体消息，这会导致用户体验的下降。

发明内容

本发明的主要目的在于提供一种通告消息的下发方法及多媒体消息中心，以解决上述问题。

本发明的一个方面提供了一种通告消息的下发方法，包括：MMSC向移动终端下发通告消息；MMSC确定移动终端在预定时间点起的预定间隔内尚未获取多媒体消息，其中，预定时间点为MMSC下发通告消息的时刻或MMSC获知下发通告消息成功的时刻；MMSC再次向移动终端下发通告消息。

进一步地，在MMSC再次向移动终端下发通告消息之前，还包括：判断通告消息再次下发的次数是否超过阈值，若是，则结束处理，否则，继续后续处理。

进一步地，预定间隔为常数，或者根据再次下发通告消息的次数来确定。

进一步地，第i次下发通告消息对应的时间间隔＝时间间隔初值+(i-2)*位移量，其中，i为大于1的整数。

进一步地，第i次下发通告消息对应的时间间隔＝时间间隔初值*a(i-2)，其中，a为预设的比值，i为大于1的整数。

进一步地，MMSC向移动终端下发通告消息时，MMSC将通告消息发送至SMSC，并向SMSC请求通告消息的状态报告；SMSC向移动终端下发通告消息；在MMSC向移动终端下发通告消息之后，SMSC将通告消息是否发送成功的信息生成状态报告反馈给MMSC；MMSC根据状态报告确定通告消息发送成功，则记录接收到成功的状态报告时的系统时间作为MMSC获知下发通告消息成功的时刻。

进一步地，在MMSC确定移动终端在预定时间点起的预定间隔内尚未获取多媒体消息之后，MMSC还向移动终端发送用于提醒用户尚未提取多媒体消息的短消息。

进一步地，每一个再次下发的通告消息所对应的预定间隔的和小于多媒体消息的生存期。

本发明的另一个方面提供了一种MMSC，包括：通告消息下发模块，用于向移动终端下发通告消息；判断模块，用于在下发模块已向移动终端下发通告消息的情况下，判断移动终端在预定时间点起的预定间隔内是否获取了多媒体消息，其中，预定时间点为MMSC下发通告消息的时刻或MMSC获知下发通告消息成功的时刻；调度模块，用于在判断模块的判断结果为否的情况下，再次调用通告消息下发模块。

进一步地，该MMSC还包括：短信提示模块，用于向移动终端发送用于提醒用户尚未提取多媒体消息的短消息；调度模块还用于在判断模块的判断结果为否的情况下，调用短信提示模块。

通过本发明，采用在MMSC下发了通告消息之后，在判断满足再次下发通告消息的条件后，再次下发该通告消息，解决了相关技术中的多媒体消息的可达率较低的问题，可以避免用户因来不及获取多媒体消息而导致过期的情况，既可以提高业务成功率，保障运营商的利益，又能方便用户，提高用户满意程度。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的通告消息的下发方法的流程图；

图2是根据本发明实施例的MMSC的结构框图；

图3是根据本发明实施例的MMSC的优选结构框图；

图4是根据本发明实施例1的通告消息的下发方法的详细流程图；

图5是根据本发明实施例2的通告消息的下发方法的详细流程图；

图6是根据本发明实施例3的通告消息的下发方法的详细流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本实施例提供了一种通告消息的下发方法，图1是根据本发明实施例的通告消息的下发方法的流程图，如图1所示，该方法包括：

步骤S102，MMSC向移动终端下发通告消息，该通告消息用于通知用户获取多媒体消息；

步骤S104，MMSC确定移动终端在预定时间点起的预定间隔内尚未获取多媒体消息；

步骤S106，MMSC再次向移动终端下发该通告消息。

该方法可以应用于移动终端上设置的多媒体消息获取方式为延时获取的情况，增加了通告消息的下发次数，能够使得用户更多地注意到自己没有主动获取该多媒体消息，从而主动获取该多媒体消息，可以在一定概率上避免用户因来不及获取多媒体消息而导致过期的情况，既可以提高业务成功率，保障运营商的利益，又能方便用户，提高用户满意程度。

需要说明的是，通过上述的方法，就可以提高通告消息的下发次数，从而可以提高多媒体消息成功获取的概率，解决了多媒体消息可达率较低的问题。至于预定时间点的设置可以根据实际应用场景进行灵活地设定，为了便于理解，本实施例给出了几种预定时间点的设置的例子，具体如下：

(1)，预定时间点为MMSC下发上述通告消息的时刻，移动终端在MMSC上一次下发通告消息时起的预定间隔内尚未获取多媒体消息，则再次下发通告消息。

其中，预定间隔可以是常数，也可以随再次下发通告消息的次数的变化而变化，例如，第i次下发通告消息对应的时间间隔＝时间间隔初值+(i-2)*位移量，即，不同次数的下发对应的时间间隔是等差的关系；或者，第i次下发通告消息对应的时间间隔＝时间间隔初值*a^(i-2)，其中，a为预设的比值，即，不同次数的下发对应的时间间隔是等比的关系，本领域技术人员能够理解，这种关系是可以随意设置的，根据具体情况而定。

在具体实施中，以移动终端在MMSC首次下发通告消息的时间为基准点，可以根据具体要求灵活配置重发间隔时间和次数。比如：等时重发每次重发间隔相同(如每隔60分钟)；等差时长重发，每次重发间隔相差一个固定值(如每次重发间隔增加60分钟)；等比时长重发，每次重发间隔等比例增加(如每次重发间隔时间是上次的2倍)。

需要说明的是，以上是采用时间点(可以通过时间戳来实现)相加的方式实现是否再次下发通告消息的判定，本领域技术人员人员可以理解，其他的方式也能够实现这种判定，例如，在下发通告消息时启动定时器，该定时器的时长为该预定间隔，在定时器超时之时，判断移动终端是否获取了多媒体消息，若否，则确定应当再次下发通告消息。

该方式中以MMSC发出通告消息的时刻为计时的起点，无需等待其他的处理结果，实现比较简单。

(2)，预定时间点为MMSC获知下发通告消息成功的时刻，移动终端在MMSC获知上一次下发通告消息成功时起的预定间隔内尚未获取多媒体消息，则再次下发通告消息。

其中，预定间隔可以是常数，也可以随再次发起通告消息的次数的变化而变化，例如，第i次下发通告消息对应的时间间隔＝时间间隔初值+(i-2)*位移量，即，不同次数的下发对应的时间间隔是等差的关系；或者，第i次下发通告消息对应的时间间隔＝时间间隔初值*a^(i-2)，其中，a为预设的比值，即，不同次数的下发对应的时间间隔是等比的关系，本领域技术人员能够理解，这种关系是可以随意设置的，根据具体情况而定。

在具体实施中，以移动终端在MMSC获知首次下发通告消息成功的时间为根据具体要求灵活配置重发间隔时间和次数。比如：等时重发每次重发间隔相同(如每隔60分钟)；等差时长重发，每次重发间隔相差一个固定值(如每次重发间隔增加60分钟)；等比时长重发，每次重发间隔等比例增加(如每次重发间隔时间是上次的2倍)。

MMSC获知下发通告消息成功的时刻可以通过以下的方式获得：MMSC向移动终端下发通告消息时，将通告消息发送至短消息业务中心(Short Message Service Center，简称为SMSC)，并向SMSC请求通告消息的状态报告；SMSC向移动终端下发通告消息；之后，SMSC将通告消息是否发送成功的信息生成状态报告反馈给MMSC；MMSC根据状态报告确定通告消息发送成功，则记录接收到成功的状态报告时的系统时间即可作为MMSC获知下发通告消息成功的时刻。

需要说明的是，以上是采用时间点(可以通过时间戳来实现)相加的方式实现是否再次下发通告消息的判定，本领域技术人员人员可以理解，其他的方式也能够实现这种判定，例如，在接收到状态报告时启动定时器，该定时器的时长为该预定间隔，在定时器超时之时，判断移动终端是否获取了多媒体消息，若否，则确定应当再次下发通告消息。

该方式中以接收到状态报告的时刻为计时的起点，保证用户已经收到首次下发的通告消息的情况下再进行再次通告下发，避免用户未开机等情况下还在进行再次通告下发，避免了无谓的通告下发，实用性较好。

为了防止下发次数过多导致的资源浪费，在MMSC再次向移动终端下发通告消息之前，还可以包括：判断通告消息再次下发的次数是否超过阈值，若是，则结束处理，否则，继续后续处理。

在实际应用中，可以采用设置计数器的方式确定通告消息再次下发的次数，每进行一次再次下发，则计数器值加1，判断计数器值是否超过阈值，若超过阈值，则结束处理，否则，再次下发通告消息；或者，还可以采用标识位(设置的位的数量优选为该阈值)的方式进行，在进行一次再次下发时，将相应的标识位置为有效，判断是否所有标识位均为有效，若是，则结束处理，否则，再次下发通告消息。

为了防止在已超过多媒体消息的生存期的情况下仍然下发通告消息，可以限定每一个再次下发的通告消息所对应的预定间隔的和小于多媒体消息的生存期。

通过这种方式，有效地防止了下发通告消息次数过多导致的MMSC系统资源占用过量，从而导致的影响MMSC正常业务的处理的问题。

为了更加有效地提醒用户去获取该多媒体消息，在MMSC确定移动终端在预定时间点起的预定间隔内尚未获取多媒体消息之后，MMSC还可以向移动终端发送用于提醒用户尚未提取多媒体消息的短消息。

以上所描述的方法，在给目的方用户下发通告成功后，若确定移动终端在预定时间点起的预定间隔内尚未获取多媒体消息，则给用户下发提示短信，同时再次下发通告消息，以提醒用户有多媒体消息尚未获取，督促用户及时获取，用户收到S106再次下发的通告消息后，就可以根据该再次下发的通告消息获取多媒体消息。采用这种及时的提示短信和再次通告下发的方式，可避免用户因忘记获取而导致多媒体消息过期失败的情况，既可方便用户使用，又可以提高业务成功率。

本发明的另一个实施例提供了一种MMSC，图2是根据本发明实施例的MMSC的结构框图，该MMSC包括：通告消息下发模块22，用于向移动终端下发通告消息；判断模块24，耦合至通告消息下发模块22，用于在通告消息下发模块22已向移动终端下发通告消息的情况下，判断移动终端在预定时间点起的预定间隔内是否获取了多媒体消息，其中，预定时间点为MMSC下发通告消息的时刻或MMSC获知下发通告消息成功的时刻；调度模块26，耦合至判断模块24和通告消息下发模块22，用于在判断模块24的判断结果为否的情况下，再次调用通告消息下发模块22。

图3是根据本发明实施例的MMSC的优选结构框图，如图3所示，优选地，该MMSC还可以包括：短信提示模块32，耦合至调度模块26，用于向移动终端发送用于提醒用户尚未提取多媒体消息的短消息；调度模块26还用于在判断模块24的判断结果为否的情况下，调用短信提示模块32。

下面描述的实施例1-4以限定的再次下发通告消息的次数为1次为例(此时，再次下发可以称为二次下发)，对上述方案的具体实施过程进行了描述，实施例1-4综合了上述多个优选实施例的技术方案。

实施例1

图4是根据本发明实施例1的通告消息的下发方法的详细流程图，该实施例结合图4，描述了通告消息的下发方法的处理流程，包括以下步骤：

步骤S402：MMSC定时扫描模块根据当前时间、二次通告下发的设定时间，如果满足二次通告下发条件，则执行下述步骤；

其中，所述二次通告下发的设定时间为MMSC配置，可以配置为距第一次下发通告消息的时间间隔，也可以配置为距第一次通告消息下发成功的时间间隔，将在后续步骤中详细说明；

步骤S404：MMSC定时扫描模块通知短信提示模块和通告下发模块下发二次通告及提醒；

步骤S406：短信提示模块收到定时扫描模块通知，下发二次通告提醒短信；

其中，所述二次通告提醒短信内容可以为：“{SA}在{DT}给您发送的彩信尚未获取成功，请检查手机设置和内存，系统会再发送一次，本信息不收费.”，其中{SA}为多媒体消息发送方地址，{DT}为多媒体消息提交时间；

步骤S408：通告消息下发模块收到定时扫描模块通知，下发二次通告；

需要说明的是，步骤S406和步骤S408的顺序可以调换，也可以同时进行。

步骤S410：用户收到二次通告提示短信得知彩信尚未获取，可使用二次通告消息获取彩信；

其中，上述步骤S402的判定有两种方式，第一种方式是MMSC配置二次通告下发的时间为距第一次下发通告消息的时间间隔，第二种方式是MMSC配置二次通告下发的时间为距第一次下发通告消息成功的时间间隔。第一种方式是对所有未获取的用户都实行二次通告下发，这种方法实现简单；第二种方法是在保证第一次通告消息用户已经收到的时候再进行第二次通告下发，避免用户未开机等情况下还在进行二次通告下发，虽判断流程稍微复杂些，但实用性较好。这两种方式的实现过程将分别在实施例2和实施例3中进行详细的描述。

实施例2

图5是根据本发明实施例2的通告消息的下发方法的详细流程图，该实施例结合图5，描述了实施例1中的第一种方式下，通告消息的下发方法的处理流程，包括以下步骤：

步骤S502：MMSC收到提交消息后，向目的用户下发第一次通告，通知目的用户来获取多媒体消息；

步骤S504：MMSC下发第一次通告消息之后，更新多媒体消息控制信息；其中，更新的多媒体消息控制信息包括，保存第一次通告消息下发时间为当前时间；

步骤S506：定时扫描模块定时对所有多媒体消息控制信息进行扫描，并进行以下判断：如果当前时间＞第一次通告消息下发时间+系统设置的二次通告时间间隔，认定满足二次通告下发条件；

其中，第一次通告消息下发时间为步骤S504中保存的第一次通告消息下发时间，系统设置的二次通告时间间隔为系统配置的二次通告触发条件，是距第一次通告下发时间的时间间隔。

此种判断方法，将会对所有未获取的消息进行二次通告下发操作，且实现起来比较简单。

实施例3

图6是根据本发明实施例3的通告消息的下发方法的详细流程图，该实施例结合图6，描述了实施例1中的第二种方式下，通告消息的下发方法的处理流程，包括以下步骤：

步骤601：MMSC收到多媒体消息提交请求，判断目的用户归属于本MMSC，需要向目的用户下发通告消息；

步骤602：MMSC通过SMPP协议的submit_sm消息将通告消息发送至SMSC，下发时置summit_sm中registered_delivery_flag字段置为1，表示该条短信请求提供状态报告；

MMSC下发完通告消息，更新多媒体消息控制信息，包括置多媒体消息第一次通告下发成功时间为不可用值；

步骤603：SMSC收到MMSC下发的submit_sm消息，向MMSC回响应submit_sm_resp；

步骤604，SMSC尝试向终端(用户代理(User Agent，简称为UA)，即移动终端)下发该通告消息；

其中，步骤603和步骤604的顺序可以调换，也可以同时进行。

步骤605，如果下发不成功，则SMSC进行重试；

步骤606：等该通告消息到最终状态，SMSC判断其submit_sm中registered_delivery_flag字段为1，即需要向MMSC反馈该短信的最终状态，则向MMSC发送短信状态报告，状态报告中包含原通告消息下发的最终状态；

其中最终状态包括，最终下发成功和最终下发不成功；

步骤607：MMSC收到SMSC发送的短信状态报告消息后，向SMSC返回其响应deliver_sm_resp；

MMSC判断短信状态报告中短信下发状态为成功时，则更新多媒体消息控制信息，包括置多媒体消息第一次通告下发成功时间为当前时间；

步骤608：MMSC定时对所有第一次通告下发成功的多媒体消息控制信息进行扫描，并进行以下判断：如果当前时间＞第一次通告下发成功时间+系统设置的二次通告时间间隔，认定满足二次通告下发条件；

其中第一次通告下发成功的时间为步骤608中，收到SMSC发送的成功状态报告的时间；系统设置的二次通告时间间隔为系统配置的二次通告触发条件，是距第一次通告下发成功时间的时间间隔。

这种二次通告判断方法是在保证第一次通告消息用户已经收到的时候再进行第二次通告下发，避免用户未开机等情况下还在进行二次通告下发，虽判断流程稍微复杂些，但实用性较好。

采用这种及时的提示短信和二次通告下发的方式，可避免用户因忘记获取而导致多媒体消息过期失败的情况，既可方便用户使用，又可以提高业务成功率。

实施例4

该实施例描述了一种具备再次下发通告消息的MMSC的结构，该MMSC包含以下功能模块：定时扫描模块，短信提示模块，通告消息下发模块，其中，

定时扫描模块，用于定时扫描多媒体消息控制信息，根据当前时间、二次通告下发设定时间、及消息状态进行判断，如果满足二次通告下发条件，则通知短信提示模块下发二次通告提示短信，通知通告消息下发模块下发二次通告；该模块的具体实施过程参见实施例1-3的描述。

短信提示模块，用于下发短信提示消息；

通告消息下发模块，用于下发通告消息。

综上所述，以上实施例提供的方案解决了相关技术中的多媒体消息的可达率较低的问题，可以避免用户因来不及获取多媒体消息而导致过期的情况，既可以提高业务成功率，保障运营商的利益，又能方便用户，提高用户满意程度。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种通告消息的下发方法，其特征在于，包括：

多媒体消息中心MMSC向移动终端下发通告消息；

所述MMSC确定所述移动终端在预定时间点起的预定间隔内尚未获取多媒体消息，其中，所述预定时间点为所述MMSC下发所述通告消息的时刻或所述MMSC获知下发所述通告消息成功的时刻；

所述MMSC再次向所述移动终端下发所述通告消息。

2.根据权利要求1所述的方法，其特征在于，在所述MMSC再次向所述移动终端下发所述通告消息之前，还包括：

判断所述通告消息再次下发的次数是否超过阈值，若是，则结束处理，否则，继续后续处理。

3.根据权利要求1所述的方法，其特征在于，所述预定间隔为常数，或者根据再次下发所述通告消息的次数来确定。

4.根据权利要求3所述的方法，其特征在于，第i次下发通告消息对应的时间间隔＝时间间隔初值+(i-2)*位移量，其中，i为大于1的整数。

5.根据权利要求3所述的方法，其特征在于，第i次下发通告消息对应的时间间隔＝时间间隔初值*a^(i-2)，其中，a为预设的比值，i为大于1的整数。

6.根据权利要求1所述的方法，其特征在于，

MMSC向移动终端下发通告消息时，所述MMSC将所述通告消息发送至短消息业务中心SMSC，并向所述SMSC请求所述通告消息的状态报告；所述SMSC向所述移动终端下发所述通告消息；

在MMSC向移动终端下发通告消息之后，所述SMSC将所述通告消息是否发送成功的信息生成状态报告反馈给所述MMSC；所述MMSC根据所述状态报告确定所述通告消息发送成功，则记录接收到所述成功的状态报告时的系统时间作为所述MMSC获知下发所述通告消息成功的时刻。

7.根据权利要求1所述的方法，其特征在于，在所述MMSC确定所述移动终端在预定时间点起的预定间隔内尚未获取多媒体消息之后，所述MMSC还向所述移动终端发送用于提醒用户尚未提取多媒体消息的短消息。

8.根据权利要求1所述的方法，其特征在于，每一个再次下发的通告消息所对应的预定间隔的和小于所述多媒体消息的生存期。

9.一种多媒体消息中心MMSC，其特征在于，包括：

通告消息下发模块，用于向移动终端下发通告消息；

判断模块，用于在所述下发模块已向所述移动终端下发通告消息的情况下，判断所述移动终端在预定时间点起的预定间隔内是否获取了多媒体消息，其中，所述预定时间点为所述MMSC下发所述通告消息的时刻或所述MMSC获知下发所述通告消息成功的时刻；

调度模块，用于在所述判断模块的判断结果为否的情况下，再次调用所述通告消息下发模块。

10.根据权利要求9所述的MMSC，其特征在于，

还包括：短信提示模块，用于向所述移动终端发送用于提醒用户尚未提取多媒体消息的短消息；

所述调度模块还用于在所述判断模块的判断结果为否的情况下，调用所述短信提示模块。

Images