CN101355488A - 网络发起的消息类业务中控制流量的方法和*** - Google Patents

Abstract

本发明涉及一种网络发起的消息类业务中控制流量的方法和***，方法包括：应用平台通过网关向终端发送包含有指示信息的推送消息，所述指示信息中至少包括下一次提取消息时间、消息地址和消息编号；终端从所述推送消息中解析出指示信息并根据所述指示信息更新提取策略表；终端根据所述提取策略表发送获取请求。***包括通过网关连接的应用平台和终端。本发明有效地解决了现有技术仅能以单一一种手段传递网络发起信息造成网络拥塞、负载增加等技术缺陷，既不会出现大量终端同时发起请求造成网络拥塞现象，又最大限度减少了网络的推送次数，既节省了网络流量，又满足了信息的及时传递。

Description

网络发起的消息类业务中控制流量的方法和***

技术领域

本发明涉及一种消息类业务中控制流量的方法和***，特别是一种网络发起的消息类业务中控制流量的方法和***。

背景技术

在网络发起的消息类业务开展过程中，终端用户获得消息主要有两种方式：一种是用户终端主动发起获取(get)请求获取特定消息内容，另一种是网络主动推送(push)消息，终端根据推送消息发起请求获得消息内容。终端主动请求是指终端根据某一策略主动发起传输请求，获取其需要的消息类业务，终端收到的消息中，包含下一次发起请求的时间间隔以及请求地址，届时终端将在规定时刻向网络的特定地址发起获取请求。网络主动推送是指网络用推送消息的方式主动发起传输，比如在网络发起的彩信业务中，当网络侧有一条彩信需要终端接受时，网络会向终端发送一条推送消息，该推送消息中包含了本彩信的URI信息、彩信大小等，终端接收到推送消息后可以根据推送消息中的内容提取彩信信息。

一般来说，现有技术的消息类业务仅能采用其中一种方式。在终端主动请求的传输机制中，当很多终端都定制同样的消息内容时，其收到的消息内容规定的下次发起请求时间也是一样的，这样会造成每次在同一时间段大量终端发起请求的现象，造成网络拥塞。在网络主动推送的传输机制中，网络需要先下发一条推送消息，描述消息地址，终端再根据此推送消息发起请求，这样使网络为每一个用户的每一条消息都要发起一个推送请求，造成网络负载的增加。另外，当一些重大消息需要及时通知全部用户或某些重点用户时候，现有技术缺少应有的手段来实现这一功能。

发明内容

本发明的目的是提供一种网络发起的消息类业务中控制流量的方法和***，有效解决现有技术消息类业务仅能采用一种传输机制发送消息造成网络拥塞、负载增加等技术缺陷。

为了实现上述目的，本发明提供了一种网络发起的消息类业务中控制流量的方法，包括：

应用平台通过网关向终端发送包含有指示信息的推送消息，所述指示信息中至少包括下一次提取消息时间、消息地址和消息编号；

终端从所述推送消息中解析出指示信息并根据所述指示信息更新提取策略表；

终端根据所述提取策略表发送获取请求。

其中，所述应用平台通过网关向终端发送包含有指示信息的推送消息具体为：

应用平台接收终端发送的订购请求；

读取数据库中的目标消息表、用户订购表和发送策略表，所述目标消息表记录目标消息内容，所述用户订购表记录用户的订购信息，所述订购信息至少包含用户号码和用户订购的消息类别，所述发送策略表记录消息发送策略，所述消息发送策略至少包含消息编号和用户号码；

对用户或消息进行分组并制订消息传递策略；

根据所述消息传递策略生成指示信息；

通过网关向终端发送包含目标消息和指示信息的推送信息。

其中，所述应用平台接收终端发送的订购请求具体为：

应用平台向终端发送初始化消息，所述初始化消息中包含有目标消息的URI；

终端根据所述URI，向应用平台发送订购请求。

其中，所述对用户或消息进行分组并制订消息传递策略可以是：根据消息重要程度进行分组，对重要性高的消息分组制订主动下发方式的传递策略，对重要性低的消息分组制订终端主动请求方式的传递策略；也可以是：根据用户级别进行分组，对级别高的用户分组制订主动下发方式的传递策略，对级别低的用户分组制订终端主动请求方式的传递策略；还可以是：根据网络负载情况进行分组，对网络负载低的分组制订主动下发方式的传递策略。

其中，所述终端从所述推送消息中解析出指示信息并根据所述指示信息更新提取策略表具体为：

终端接收所述推送消息；

从所述推送消息中解析出目标消息和指示信息；

将所述目标消息反映到用户界面供用户消费；

将所述指示信息中的下一次提取消息时间、消息地址和消息编号存储在提取策略表中。

其中，所述终端根据提取策略表中发起获取请求具体为：在所述下一次提取消息时间到来时，终端根据所述消息地址和消息编号向应用平台发送获取请求。

为了实现上述目的，本发明还提供了一种网络发起的消息类业务中控制流量的***，包括：

应用平台，用于存储用户信息和消息，根据用户和消息类别维护发送策略表并设置相应的消息传递策略，根据所述消息传递策略推送消息；

终端，用于接收应用平台推送的消息，根据所述消息维护提取策略表，根据所述提取策略表发送获取请求；

网关，用于处理应用平台发送的推送消息，发起推送操作；接收终端发送的获取请求，将所述获取请求发送给应用平台。

其中，所述应用平台内设置有数据库，所述数据库存储有目标消息表、用户订购表和发送策略表，所述目标消息表记录目标消息内容，所述用户订购表记录用户的订购信息，所述发送策略表记录消息发送策略。

其中，所述终端内设置有提取策略表，所述提取策略表至少记录有下一次提取消息时间、消息地址和消息编号。

本发明提出了一种终端主动获取和网络主动推送相结合来传递网络发起的用户信息的技术方案，由于应用平台设置有数据库，该数据库存储有目标消息表、用户订购表和发送策略表，用户订购表记录了用户的订购信息，至少包含用户号码和用户订购的消息类别；发送策略表记录了消息发送策略，至少包含消息编号和用户号码，一个消息编号可以对应多个用户号码，代表该消息将向多个用户主动发送，对于非主动推送消息，可以将采用终端主动请求方式发送给用户。使应用平台可以通过维护用户订购表和发送策略表，根据需要对用户或消息进行分组，对不同的消息和不同的用户选择灵活的消息制订消息传递策略，并生成指示信息向终端发送。由于设置有提取策略表，同时根据推送消息维护该消息提取策略表，使终端接收推送消息后，根据获取策略表提取下一次提取消息时间、消息地址和消息编号等信息，下一次提取消息时间到来时，到该消息地址提取该消息编号的消息。而对于网络主动下发的消息，当目标消息提前下发时，放弃在配置表中原提取计划，终端还可以将提取的消息主动显示给用户。

现有技术仅能以单一一种手段传递网络发起信息。在仅仅采用终端主动获取手段的***中，会造成大量终端同时发起请求，造成网络拥塞；另外，对于一些重大信息或者一些重点客户，不能够做到信息的及时传递。在仅仅采用网络主动推送方式传递网络发起信息的***中，虽然可以解决重大信息或重点客户的信息及时传递问题，但是由于每条消息均要经过一个推送流程，造成网络负载增加。本发明有效地解决了上述问题，对于重大信息或重点客户可以通过网络主动推送的方式及时发送信息，对于一般信息或普通用户，可以通过用户主动请求的方式向网络发起请求。与现有技术采用单一一种手段传递网络发起信息的技术方案相比，本发明由于采用了终端主动获取和网络主动推送相结合的技术方案，既不会出现大量终端同时发起请求造成网络拥塞现象，又最大限度减少了网络的推送次数，即节省了网络流量，又满足了信息的及时传递。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为本发明网络发起的消息类业务中控制流量的方法流程图；

图2为本发明应用平台向终端发送推送消息的流程图；

图3为本发明终端解析指示信息并更新提取策略表的流程图；

图4为本发明网络发起的消息类业务中控制流量的***结构图；

图5为本发明网络发起的消息类业务中控制流量的***实施例的结构示意图。

具体实施方式

图1为本发明网络发起的消息类业务中控制流量的方法流程图，具体为：

步骤10、应用平台通过网关向终端发送包含有指示信息的推送消息，所述指示信息中至少包括下一次提取消息时间、消息地址和消息编号；

步骤20、终端从所述推送消息中解析出指示信息并根据所述指示信息更新提取策略表；

步骤30、终端根据所述提取策略表发送获取请求。

本发明网络发起的消息类业务中控制流量的方法提出了一种终端主动获取和网络主动推送相结合来传递网络发起的用户信息的技术方案，应用平台设置有数据库，该数据库存储有目标消息表、用户订购表和发送策略表，应用平台维护用户订购表和发送策略表，根据需要对用户或消息进行分组，对不同的消息和不同的用户选择灵活的消息制订消息传递策略，并生成指示信息向终端发送。而终端则能够接收推送消息，并且根据推送消息向网络发起请求，获取制订的消息，同时终端维护一个消息提取策略表，根据获取策略表提取下一次提取消息时间、消息地址和消息编号等信息。与现有技术采用单一一种手段传递网络发起信息的技术方案相比，由于采用了终端主动获取和网络主动推送相结合的技术方案，既不会出现终端主动获取方式导致的大量终端同时发起请求造成网络拥塞现象，又最大限度减少了网络主动推送方式中网络的推送次数，进一步降低了网络负载。

图2为本发明应用平台向终端发送推送消息的流程图。在上述技术方案中，步骤10具体为：

步骤11、应用平台接收终端发送的订购请求；

步骤12、读取数据库中的目标消息表、用户订购表和发送策略表，所述目标消息表记录目标消息内容，所述用户订购表记录用户的订购信息，所述订购信息至少包含用户号码和用户订购的消息类别，所述发送策略表记录消息发送策略，所述消息发送策略至少包含消息编号和用户号码；

步骤13、对用户或消息进行分组并制订消息传递策略；

步骤14、根据所述消息传递策略生成指示信息；

步骤15、通过网关向终端发送包含目标消息和指示信息的推送信息。

其中，步骤11具体为：应用平台向终端发送初始化消息，所述初始化消息中包含有目标消息的URI；终端根据所述URI，向应用平台发送订购请求。

在应用平台向终端发送初始化消息中，终端可以通过用户注册、营业厅开通、客服开通服务等形式，通知网络用户开通该类服务，然后应用平台将记录用户号码和用户订购的消息类别，并发送第一个推送消息，该推送消息包含了用户希望获取目标消息的URI。终端向应用平台发送订购请求的过程就是普通的WAP协议中的获取请求。

步骤12中，应用平台中设置有一个数据库，该数据库保存了即将向用户发送的各种消息，即目标消息表；同时应用平台还保存并维护另外两个表格，一个是用户订购表，记录了用户的订购信息，该订购信息至少包含用户号码和用户订购的消息类别，另一个是发送策略表，记录了消息发送策略，该消息发送策略至少包含消息编号和用户号码，一个消息编号可以对应多个用户号码，代表该消息将向多个用户主动发送，对于非主动推送消息，可以采用终端主动请求方式发送给用户。应用平台接收终端发送的订购请求后，读取数据库中的目标消息表、用户订购表和发送策略表，根据需要对用户或消息进行分组，对不同的消息和不同的用户选择灵活的消息制订消息传递策略，根据消息传递策略生成指示信息向终端发送。指示信息中至少包括下一次提取消息时间、消息地址和消息编号，以指示终端在该下一次提取消息时间到来时，到该消息地址提取该消息编号的消息。

其中，步骤13可以根据消息的重要程度、用户级别、网络负载情况进行分组，并根据分组设置相应的消息传递策略。例如，可以根据消息重要程度进行分组，对重要性高的消息分组制订主动下发方式的传递策略，对重要性低的消息分组制订终端主动请求方式的传递策略。又如，可以根据用户级别进行分组，对级别高的用户分组制订主动下发方式的传递策略，对级别低的用户分组制订终端主动请求方式的传递策略。此外，还可以根据网络负载情况进行分组，对网络负载低的分组制订主动下发方式的传递策略，在网络负载低时，可以将用户请求的传递方式更新为网络主动下发的传递方式。

在应用平台中，还可以有一个向内容提供商开放的接口，可以用于应用平台接收并存储内容提供商上传的消息内容，并存储在目标消息表中。

图3为本发明终端解析指示信息并更新提取策略表的流程图。在上述技术方案中，步骤20具体为：

步骤21、终端接收所述推送消息；

步骤22、从所述推送消息中解析出目标消息和指示信息；

步骤23、将所述目标消息反映到用户界面供用户消费；

步骤24、将所述指示信息中的下一次提取消息时间、消息地址和消息编号存储在提取策略表中。

该技术方案中，终端中设置有一个提取策略表，该提取策略表中记录了下一次提取消息时间、消息地址和消息编号等信息。终端每次从网络侧接收了消息后，从中解析出目标消息和指示信息，目标消息中的消息内容被反映到用户界面供用户消费，指示信息中的下一次提取消息时间、消息地址和消息编号等被存储在该提取策略表中，实现提取策略表的不断维护和更新。提取策略表中目标消息编号为本条消息编号的条目根据本消息的内容进行修改。当预定时间(下一次提取消息时间)到来时，终端根据该提取策略表向网络发起请求，到该消息地址提取该消息编号的消息。

在上述技术方案中，应用平台根据所述订购请求、用户订购表和发送策略表对用户或消息进行分组并制订消息传递策略中，分组可以包括重大信息、一般信息或重点客户、普通用户，消息传递策略可以设置成：对于重大信息或重点客户通过网络主动推送方式及时发送信息，对于一般信息或普通用户，通过用户主动请求方式向网络发起请求。因此根据消息传递策略，本发明上述技术方案还可以包括步骤：对于需要应用平台推送的消息，通过网关直接进行推送，终端根据推送消息发起获取请求，获得消息消费。该步骤与现有技术的网络主动推送的传输机制相同。当应用平台收到终端发送的退购请求时，应用平台通过更改用户订购表和发送策略表中止该用户的消息发送策略。该技术方案可以做到灵活配置网络发送策略，既节省网络流量，又满足信息的及时传递，具有很实际的市场前景。此外，本发明上述技术方案只需要在现有***上增加一些数据库表和处理逻辑，具有很强的扩展能力。

图4为本发明网络发起的消息类业务中控制流量的***结构图。如图4所示，***包括应用平台1、与应用平台1连接的网关2和通过无线网络3与网关2连接的终端4，其中应用平台1用于存储用户信息和消息，根据用户和消息类别维护发送策略表并设置相应的消息传递策略，根据所述消息传递策略推送消息；终端4用于接收应用平台1推送的消息，根据所述消息维护提取策略表，根据所述提取策略表发送获取请求；网关2用于处理应用平台1发送的推送消息，发起推送操作；接收终端4发送的获取请求，将所述获取请求发送给应用平台1。无线网络3用于提供无线传输通道，同时完成消息推送功能。

在该技术方案中，应用平台内设置有数据库，数据库存储有目标消息表、用户订购表和发送策略表，目标消息表记录目标消息内容，用户订购表记录用户的订购信息，该订购信息至少包含用户号码和用户订购的消息类别，发送策略表记录消息发送策略，该消息发送策略至少包含消息编号和用户号码。终端内设置有提取策略表，提取策略表至少记录有下一次提取消息时间、消息地址和消息编号。

本发明网络发起的消息类业务中控制流量的***是一种终端主动获取和网络主动推送相结合来传递网络发起的用户信息的技术方案，由于应用平台设置有数据库，该数据库存储有目标消息表、用户订购表和发送策略表，使应用平台可以通过维护用户订购表和发送策略表，根据需要对用户或消息进行分组，对不同的消息和不同的用户选择灵活的消息制订消息传递策略，并生成指示信息向终端发送。由于设置有提取策略表，同时根据推送消息维护该消息提取策略表，使终端接收推送消息后，根据获取策略表提取下一次提取消息时间、消息地址和消息编号等信息，该下一次提取消息时间到来时，到该消息地址提取该消息编号的消息。与现有技术采用单一一种手段传递网络发起信息的技术方案相比，本发明由于采用了终端主动获取和网络主动推送相结合的技术方案，既不会出现终端主动获取方式导致的大量终端同时发起请求造成网络拥塞现象，又最大限度减少了网络主动推送方式中网络的推送次数，进一步降低了网络负载。

图5为本发明网络发起的消息类业务中控制流量的***实施例的结构示意图。如图5所示，本实施例是一动态内容分发业务***，应用平台1为DCD业务平台，其内设置有目标消息表11、用户订购表12和发送策略表13，终端4内设置有提取策略表41，应用平台1还与内容提供商5连接，内容提供商5用于准备相关的消息内容，将消息内容上传到DCD业务平台上并被存储在目标消息表11中。网关2为WAP网关，与DCD业务平台连接，并通过无线网络3与终端4连接。DCD业务平台的主要功能为：储存即将下发的目标信息，并维护发送策略表，对不同的消息采用不同的下发策略。同时提供和内容提供商的接口，内容提供商可以将消息上传到DCD业务平台；终端的主要功能是：能够接收DCD业务平台发出的推送消息，并且根据推送消息向DCD业务平台发起获取请求，获取制订的消息。同时终端维护一个消息提取策略表，根据收到的推送消息，提取下一个消息的编号、提取发起时间、提取地址等信息。并且对于DCD业务平台主动下发的消息，能够根据消息中包含的信息，及时更新提取策略表，当目标消息提前下发时，放弃在提取策略表中配置的原提取计划。此外，终端还可以将提取的消息主动给用户消费。本实施例的工作流程如图1～图3所示，不再赘述。

最后应说明的是：以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。

Claims (11)

1.一种网络发起的消息类业务中控制流量的方法，其中，包括：

应用平台通过网关向终端发送包含有指示信息的推送消息，所述指示信息中至少包括下一次提取消息时间、消息地址和消息编号；

终端从所述推送消息中解析出指示信息并根据所述指示信息更新提取策略表；

终端根据所述提取策略表发送获取请求。

2.如权利要求1所述的网络发起的消息类业务中控制流量的方法，其中，所述应用平台通过网关向终端发送包含有指示信息的推送消息具体为：

应用平台接收终端发送的订购请求；

读取数据库中的目标消息表、用户订购表和发送策略表，所述目标消息表记录目标消息内容，所述用户订购表记录用户的订购信息，所述订购信息至少包含用户号码和用户订购的消息类别，所述发送策略表记录消息发送策略，所述消息发送策略至少包含消息编号和用户号码；

对用户或消息进行分组并制订消息传递策略；

根据所述消息传递策略生成指示信息；

通过网关向终端发送包含目标消息和指示信息的推送信息。

3.如权利要求2所述的网络发起的消息类业务中控制流量的方法，其中，所述应用平台接收终端发送的订购请求具体为：

应用平台向终端发送初始化消息，所述初始化消息中包含有目标消息的URI；

终端根据所述URI，向应用平台发送订购请求。

4.如权利要求2所述的网络发起的消息类业务中控制流量的方法，所述对用户或消息进行分组并制订消息传递策略具体为：根据消息重要程度进行分组，对重要性高的消息分组制订主动下发方式的传递策略，对重要性低的消息分组制订终端主动请求方式的传递策略。

5.如权利要求2所述的网络发起的消息类业务中控制流量的方法，所述对用户或消息进行分组并制订消息传递策略具体为：根据用户级别进行分组，对级别高的用户分组制订主动下发方式的传递策略，对级别低的用户分组制订终端主动请求方式的传递策略。

6.如权利要求2所述的网络发起的消息类业务中控制流量的方法，所述对用户或消息进行分组并制订消息传递策略具体为：根据网络负载情况进行分组，对网络负载低的分组制订主动下发方式的传递策略。

7.如权利要求1所述的网络发起的消息类业务中控制流量的方法，其中，所述终端从所述推送消息中解析出指示信息并根据所述指示信息更新提取策略表具体为：

终端接收所述推送消息；

从所述推送消息中解析出目标消息和指示信息；

将所述目标消息反映到用户界面供用户消费；

将所述指示信息中的下一次提取消息时间、消息地址和消息编号存储在提取策略表中。

8.如权利要求1所述的网络发起的消息类业务中控制流量的方法，其中，所述终端根据提取策略表中发起获取请求具体为：在所述下一次提取消息时间到来时，终端根据所述消息地址和消息编号向应用平台发送获取请求。

9.一种网络发起的消息类业务中控制流量的***，其特征在于，包括：

应用平台，用于存储用户信息和消息，根据用户和消息类别维护发送策略表并设置相应的消息传递策略，根据所述消息传递策略推送消息；

终端，用于接收应用平台推送的消息，根据所述消息维护提取策略表，根据所述提取策略表发送获取请求；

网关，用于处理应用平台发送的推送消息，发起推送操作；接收终端发送的获取请求，将所述获取请求发送给应用平台。

10.如权利要求9所述的网络发起的消息类业务中控制流量的***，其特征在于，所述应用平台内设置有数据库，所述数据库存储有目标消息表、用户订购表和发送策略表，所述目标消息表记录目标消息内容，所述用户订购表记录用户的订购信息，所述发送策略表记录消息发送策略。

11.如权利要求9所述的网络发起的消息类业务中控制流量的***，其特征在于，所述终端内设置有提取策略表，所述提取策略表至少记录有下一次提取消息时间、消息地址和消息编号。

Images