专利名称：一种消息推送业务的实现方法及系统的制作方法
技术领域：
本发明涉及移动通信业务领域，尤其涉及一种消息推送业务的实现方法及系统。
背景技术：
当前，消息推送业务主要有两种最基本的分类基于位置的消息推送业务和基于 特定用户群的消息推送业务。 基于位置的消息推送业务，又称小区短信或位置广告(Location BasedAdvert)， 是指通过特定的技术识别手机终端用户进出特定小区，并利用目前的移动通讯网络以及短 信/彩信推送平台实现在特定地点，如机场，车站，酒店，商场，旅游景点，商圈等，为特定 的客户群如旅客，就餐人员，购物者等提供富有个性化的信息服务。 基于特定用户群的消息推送业务，又称群组短信，是指通过短信/彩信推送平台 向特定的某些用户群体推送短信/彩信，如商家向其VIP客户，公司向其员工等提供信息服 务。 结合上述两种业务特点，还可以存在第三种定位群组消息推送业务，S卩指对那些 既在特定用户群体中，又在特定小区中的手机终端用户推送消息。 虽然移动运营商都通过引入服务提供商(SP)与内容发布方结合的方式，大力发 展位置广告业务，创造了一个具有前途的增值业务产业。但是，由于目前还没有一种控制消 息实现有效推送的技术，造成了资源的浪费，又容易引起终端用户的投诉，服务提供商和内 容发布方之间在费用结算方面也面临着难题。
发明内容
本发明的目的是提供一种消息推送业务的实现方法及系统，控制消息实现有效地 推送，将广告内容准确地投递到目的人群，并为服务提供商和内容发布方提供一种清晰简 单的结算方法。 为了实现本发明的上述目的，本发明提供了一种消息推送业务的实现方法，包 括 步骤A，业务门户服务器部署业务门户，并将所述业务门户上产生的数据记录在数 据库中； 步骤B，信令采集系统获取用户位置信息，业务处理机根据所述用户位置信息与所
述业务门户上产生的数据判断是否符合消息发送条件； 步骤C，向所述符合消息发送条件的用户发送所述消息。 进一步地，所述步骤A中业务门户上的数据包括热区信息、群组信息、合同属性、 消息属性。 进一步地，所述用户位置信息包括用户号码和小区ID。 进一步地，所述步骤C还包括对于定位类型消息，对获取的所述用户号码和小区 ID进行判断过滤，选取符合条件的消息发送；对于定位群组类型消息，所述用户号码须同时位于消息的发送群组内才可以发送； 对于群组类型消息，对消息的发送群组内用户进行判断过滤，在条件满足时发送。
本发明还提供了一种消息推送系统，包括 业务门户服务器，用于部署业务门户，将所述业务门户上产生的数据记录在数据 库中； 信令采集系统，用于获取用户位置信息，通过IP网关传递给业务处理机；
至少一个所述的业务处理机，用于同步加载所述业务门户上产生的数据，并根据 所述用户位置信息与所述业务门户上产生的数据判断消息是否符合发送条件，并对符合条 件的用户进行发送； 物理数据库，用于记录所述业务门户上产生的数据并输出至所述业务处理机，记 录所述业务处理机的消息发送数据； IP网关，是系统的外部接口，负责所述系统的对外通讯并对消息进行组装、转发。
进一步地，业务门户可以包括运营商管理门户、服务提供商SP门户、内容发布方 门户。 进一步地，内容发布方、服务提供商、运营商通过所述业务门户对合同和/或广告 进行处理。人机交互基于B/S模式，操作人员使用浏览器在web页面上操作，省去安装软件 和配置的烦恼，使用极为方便。 进一步地，所述业务处理机为两个以上，所述IP网关根据一定的负荷分担原则确 定对多个所述业务处理机的消息分发策略。采用上述手段，可以实现多业务处理机的平滑 扩容。 进一步地，所述用户位置信息包括用户号码和小区ID ;所述业务门户上的数据包 括热区信息、群组信息、合同属性、消息属性；所述业务处理机依据上述数据对所述热区和 用户进行过滤，并选择有效消息进行发送。本发明所述的热区是指，包含多个小区的一块区 域。 进一步地，所述热区信息包括热区名称、状态、最大可发送条数、所含小区；所述 群组信息包括群组名称、所属内容发布方、所含用户；所述合同属性包括合同编号、合 同签订方、合同有效期、合同状态、合同签订的发送条数、金额；所述消息属性包括广告编 号、广告所属合同编号、广告种类、广告类型、发送范围、发送对象、广告有效期、广告发送时 段、各时段的发送条数限制、重复发送间隔天数、广告状态、广告内容。
进一步地，IP网关的对外通讯可以支持与接口的协议适配。 进一步地，所述系统还包括操作维护服务器，负责所述系统性能的数据统计和维 护，并与网管系统进行通信。 本发明由于在消息发送过程中，利用获取的用户位置信息以及业务门户上产生的 数据进行逻辑判断，确保了消息能够有效地投递到目的用户，提高了资源利用率。同时，移 动运营商、服务提供商与内容发布方均可以轻松地通过业务门户对广告的发送进行控制， 使用极为方便。通过数据库获取广告发送数目也方便服务提供商与内容发布方之间进行清 晰的费用结算。 与现有技术相比，本发明提高了消息发送过程中的智能化程度，方便内容发布方 精确的投递广告到目的人群，且尽量避免用户投诉，为运营商、SP、 CP提供了一种成熟可控的消息推送技术。
图1是本发明所述系统与无线网络中其它实体的接口图； 图2是本发明所述系统的逻辑结构示意图； 图3是合同和广告的状态迁徙图； 图4是基于位置的广告业务处理逻辑流程图一 ； 图5是基于位置的广告业务处理逻辑流程图二 ； 图6是基于群组的广告业务处理逻辑流程图； 图7是合同按月结算的方法流程图。
具体实施例方式
下面结合附图对本发明具体实施方式
进行说明。 参见附图1，给出了本系统在网络中的位置，示出了本系统与短信网关、多媒体消 息中心、信令采集系统、网管系统之间的关系。 短信的下发和上行均通过短信网关，其中短信网关可以是采用SGIP协议的短 消息网关(SMG :Short Message Gateway)，也可以是采用CMPP协议的互联网短信网关 (ISMG :Internet Short Message Gateway)，还可以是采用SMGP协议的短消息网关(SMGW : Short Message Gateway);彩信的下发通过匪7接口与多媒体消息中心(匪SC-Multimedia Messaging ServiceCenter)通信；通过SNMP (Simple Network Management Protocol)协 议与网管系统连接，监控系统运行、实现业务统计、维护管理功能；通过Socket连接信令采 集系统，传输用户位置信息。 与短信网关的连接通讯支持短信网关接口协议(SGIP， Short MessageGateway Interface Protocol)、点对点协议(CMPP， China Mobile Peer toPeer)、短信网关协议 (SMGP， Short Message Gateway Protocol)。
参见附图2，是本发明所述系统的结构示意图。 从图中可以看出，兼顾位置和群组的消息推送业务运营系统可以包括业务门户 201、数据库服务器202、业务处理机203(多节点负荷分担2030、2031等)、IP网关204、统 一操作维护205。 各方操作员利用各自分配的账号密码登录相应的业务平台201，进行操作管理； 移动运营商操作员登录运营商业务平台201，进行服务提供商管理、小区管理、热区管理、广 告管理、号段管理(依据号段可区分出用户是本地用户或本省外地用户或外省用户)、黑名 单管理等；服务提供商操作员登录SP业务平台201，进行内容发布方管理、热区管理、群组 管理、合同管理、广告管理等；内容发布方操作员登录发布平台201，进行群组管理、合同管 理、广告管理等。 门户上操作产生的数据变更均记录到物理数据库202中，并从物理数据库202中 及时同步加载到各业务处理机203的内存中生效。 IP网关204，负责本系统的对外通讯；接收来自信令采集系统的用户位置信息，根 据配置的分发策略，将消息分发到其中的某台业务处理机203X上；并接收业务处理机203X下发广告消息，根据广告形式将其发送到短信网关或多媒体消息中心，并接收发送响应消 息。 分发策略可灵活配置，一般根据业务处理机203的性能指标按比例作分发配置， 以保证每台业务处理机203的负荷基本相同。分发的简单实现是按照用户mdn最后三位对 业务处理机203各节点配置的权重数取模；例如业务处理机203有2个节点，若配置的权 重为1 : 1 ;则分发时把用户mdn的最后三位对2 ( = 1+1)取模，取模结果为0分发到业务 处理机2030上，取模结果为1分发到业务处理机2031上；若配置的权重为3 : 2;则分发 时把用户mdn的最后三位对5( = 3+2)取模，取模结果为0、1、2的分发到业务处理机2030 上，取模结果为3、4的分发到业务处理机2031上。 业务处理机203，负责业务逻辑流程处理和过滤控制；根据广告类型分为2类与 位置相关(即定位类型和定位群组类型)的广告业务处理，与位置无关(即群组类型)的 广告业务处理。各业务处理机203在下发广告后，记录入物理数据库202中，并更新广告发 送条数和合同执行情况(合同该类型广告的已发送条数)等数据。 统一操作维护205，负责接收各个服务器节点的性能统计数据、短信彩信发送情 况、信令系统上报的用户位置数据统计、通讯异常告警等；并通过SNMP接口上传消息到移 动运营商的网管系统。 参见附图3，是合同和广告的状态迁徙图； 合同的主要属性有合同编号、合同签订双方(指内容发布方和服务提供商)、合 同有效期、合同状态、合同3种类型广告(定位、群组、定位群组)签订发送的计费条数、赠 送条数(计费条数+赠送条数构成该类型广告的总条数限制)以及相应金额。
广告是指内容发布方需要发布的内容，有商业广告、公益信息、行业信息等，其形 式可涵盖普通短信(不大于140Bytes)、超长短信、W即Push短信、彩信等，其属性主要有广 告编号、广告所属合同编号、广告种类(如餐饮、娱乐、公益、行业、旅游等)、广告类型(定 位、群组、定位群组)、发送范围(若定位类型，需选择投放的热区；若群组类型，需选择投放 的用户群组；若定位群组，需同时选择投放的热区和用户群组)、发送对象(分本地用户、 本省外地用户、外省用户)、广告有效期、广告发送时段(一天可分为多个时段但不能交叉， 如8:00 10:30， 15:00 17:00)、各时段的发送条数、重复发送间隔天数、广告状态、广告 内容。 合同和广告的状态迁徙包括以下步骤 步骤S301 :内容发布方登录上内容发布平台，新增合同/广告，提交到'待审批'状 态； 步骤S302 :服务提供商登录上SP业务平台，查看处于'待审批'状态的合同/广 告，审批通过状态变更为'正常'，即有效状态； 步骤S303 :服务提供商对合同/广告审批不通过，则状态变更为'拒绝'； 步骤S304 :内容发布方对于处于'拒绝'状态的合同/广告，可修改后重新提交到
'待审批'状态； 步骤S305 :移动运营商、服务提供商、内容发布方均可对处于'正常'状态的合同/ 广告进行废止操作，状态变更为'废止'，即无效状态； 步骤S306 :移动运营商、服务提供商、内容发布方均可对处于'废止'状态的合同/广告进行恢复操作，状态则变更为'正常'，即有效状态。 以上4种状态的合同/广告(待审批、正常、拒绝、废止)在过了其设定的有效期 后，自动变更为'过期'状态。 实施例一 附图4和附图5是本发明基于位置的消息推送业务的流程图。
参见附图4，图示的流程主要是针对用户和热区进行过滤，包括如下步骤 步骤S401 :IP网关204从信令系统接收到用户位置信息，含用户mdn和小区Id，
根据用户mdn号码和配置的分发策略，投递消息到某业务处理机203X上； 步骤S402 :业务处理机203X根据小区Id和门户上编辑的热区信息(热区由多个
小区构成)匹配为热区；若匹配失败，退出并接着处理下一个用户； 步骤S403 :业务处理机203X判断热区当前的状态是否处于激活有效；若处于无效 状态，退出并接着处理下一个用户； 步骤S404 :业务处理机203X判断用户是否处于黑名单(黑名单由门户上加入或
用户通过短信发送退订指令加入)中；若处于黑名单中，退出并接着处理下一个用户； 步骤S405 :业务处理机203X判断用户当天已接收的广告条数是否达到系统配置
的一天最多可接收条数；若已达到，退出并接着处理下一个用户； 此项过滤目的是防止用户在一天内接收广告条数过多而引起投诉。 步骤S406 :业务处理机203X判断用户在该热区内接收的广告条数是否达到热区
设置的最大可接收条数；若已达到，退出，并在下一个匹配上的热区中寻找广告； 此项过滤目的是防止用户在一个热区内接收广告条数过多而导致其他热区广告
无法获得机会下发。 步骤S407 :业务处理机203X在热区中寻找有效广告并发送。具体寻找广告的流 程参见附图5描述。 参见附图5，图示的流程是对步骤S407的详细描述，即在热区下寻找有效广告的 流程，包括如下步骤 步骤S501 :业务处理机203X在热区下查找所有处于'正常'状态的广告，一条一条 的遍历处理； 步骤S502 :判断广告的类型是否为定位或定位群组；若不是这2种类型之一，退出 并接着处理下一条广告； 步骤S503 :判断当前时间是否位于广告的发送时段内(广告具有多个发送时段)； 若不在所有的发送时段内，退出并接着处理下一条广告； 步骤S504:判断广告在本发送时段内的已发送条数是否达到设定值；若已达到， 退出并接着处理下一条广告； 步骤S505 :判断广告所属合同此类型的已发送条数是否达到设定值；若已达到， 退出并接着处理下一条广告； 更进一步解释，若广告是X类型，属于合同A，判断合同A的X类型目前已发送条数 已否达到合同设定值(X为定位或定位群组)。 步骤S506 :判断用户属性(根据门户录入的号段可匹配出用户是本地用户或本省 外地用户或外省用户)是否与广告设定的发送对象匹配；若不能匹配，退出并接着处理下 一条广告；
8
步骤S507 :判断用户在最近N天(N天为广告属性中的重复发送间隔天数)内是 否已接收过本广告，若已接收过，退出并接着处理下一条广告；
此项过滤目的是防止用户频繁重复接收同一条广告； 步骤S508 :判断广告类型是否为定位群组；若不是即只能为定位类型(由步骤
502决定)，进入到步骤S510即发送广告；若是定位群组类型，进入到步骤S509。 此项控制目的是为了更为縮小广告的投递范围，只针对那些既在内容发布方编辑
的群组中( 一般为VIP客户之类)，又进入了设定的热区内的用户投递广告。
步骤S509 :判断用户是否在广告设定的群组中；若不在，退出并接着处理下一条
广告； 步骤S510 :在满足了上述一系列过滤条件后，发送广告给用户；业务处理机203X 投递消息给IP网关204，由IP网关204进行协议适配(支持CMPP/SGIP/SMGP/匪7)发送到 短信网关或多媒体消息中心。同时，业务处理机203X记录发送详单入物理数据库，并更新 广告已发送条数、合同已发送条数等相关数据。
步骤S511 :判断对该用户的广告发送条数是否达到热区设定的最大可发送条数；
若未达到，继续寻找热区的下一条广告；若已达到，结束寻找广告的业务流程。
实施例二 附图6是本发明基于群组的消息推送业务的流程图，包括如下步骤 步骤S601 :业务处理机203定时扫描处于'正常'状态的群组类型广告； 为了避免多个业务处理机203N重复处理同一条群组广告，多业务处理机203N之
间也相应采用负荷分担的策略按照群组广告Id对业务处理机203各节点配置的权重数取
模，根据取模结果分摊给各业务处理机203N来处理。 步骤S602 :判断当前时间是否位于群组广告的发送时段内；若不在，退出并接着 处理下一条群组广告； 步骤S603 :判断该发送时段的已发送条数是否达到群组广告的设定值；若已达 到，退出并接着处理下一条群组广告； 步骤S604 :判断该广告所属合同的群组类型已发送条数是否达到合同设定值，若 已达到，退出并接着处理下一条群组广告； 步骤S605 :通过上述判断后，该群组广告可以发送，开始对群组广告设定的所有 发送群组内所有用户遍历。 所有的群组用户均被加载到业务处理机203的内存中，并随门户操作人员的编 辑、用户订购/退订动态同步更新。 步骤S606 :在遍历用户的过程中，判断当前时间是否仍在广告设定的发送时段 内；若不在，退出并接着处理下一条广告； 考虑到群组用户数量较大，再加以发送时的流量控制，可能在遍历完所有用户之 前，就已经受到发送时段的限制了。 步骤S607 :在遍历用户的过程中，判断本时段的已发送条数是否达到广告的设定 值；若已达到，退出并接着处理下一条广告； 考虑到广告设定发送量可能会小于群组用户数，需要判断该条件。 步骤S608 :在遍历用户的过程中，判断广告所属合同的群组类型已发送条数是否
达到合同的设定值，若已达到，退出并接着处理下一条广告；
9
步骤S609 :判断用户当天已接收的广告条数是否已达到系统配置的允许接收最 大值，若已达到，退出并接着处理下一个群组内用户； 此配置项是为了避免一天内用户接收过多广告而可能引发投诉。
步骤S610 :判断用户属性(根据门户上录入的号段可匹配出用户是本地用户或本 省外地用户或外省用户)是否与广告设定的发送对象匹配；若不能匹配，退出并接着处理 下一个群组内用户； 步骤S611 :判断用户在最近N天(N天为广告属性中的重复发送间隔天数)内是 否已接收过本广告，若已接收过，退出并接着处理下一个群组内用户；
此项过滤目的是防止用户频繁重复接收同一条广告； 步骤S612 :在满足了上述一系列过滤条件后，发送广告给用户；业务处理机203X 投递消息给IP网关204，由IP网关204进行协议适配(支持CMPP/SGIP/SMGP/匪7)发送到 短信网关或多媒体消息中心。同时，业务处理机203X记录发送详单入物理数据库，并更新 广告已发送条数、合同已发送条数等相关数据。 步骤S613 :是否遍历完广告设定的所有发送群组内的所有用户；若未遍历完，继 续下一个群组内用户的处理流程；若已遍历完，结束本条群组广告的业务处理流程，接着处 理下一条群组广告； 步骤S614:是否遍历完所有处于'正常'状态的群组广告；若未遍历完，继续下一
条群组广告的业务处理流程，若已遍历完，结束本次定时器扫描的业务处理。
附图7是合同按月结算的方法流程图，以定位类型为例，包括如下步骤 步骤S701 :数据库202的任务统计出合同下定位类型的所有广告的已发送条数之
和PHS和本月已发送条数之和PMS ; 合同的执行周期可能会超过一个月，所以PHS >= PMS。 步骤S702 :判断合同定位类型的已发送条数和PHS是否仍小于合同定位类型的计 费条数PFC。 在已发送条数小于计费条数时，每一条都是计费的；在已发送条数超过计费条数 时，超出部分属于赠送条数是不计费的。业务逻辑处理控制了已发送条数是肯定不会超出 计费条数+赠送条数之和的。 步骤S703 :若PHS < PFC，说明已发送条数还没有达到合同约定的计费条数，此时 合同本月定位类型结算费用PF = PMS*定位类型结算金额/PFC。 进一步解释定位类型结算金额/PFC得到每条广告的费用，再乘以当月发送量 PMS。 若PHS >= PFC，说明已发送条数已达到或超过合同约定的计费条数，超出的部分 纳入到赠送条数不计费。此时合同本月定位类型结算费用PF= (PMS-(raS-PFC)^定位 类型结算金额/PFC。 进一步解释PHS-PFC得出发送的赠送条数，再被当月发送量PMS减去，即可得到 当月发送量中的计费条数，再乘以每条广告的费用定位类型结算金额/PFC。
步骤S704 :得到合同本月定位类型结算费用PF。 依据同样的方法可以计算得到群组类型的结算费用GF，定位群组类型的结算费 用PGF ;如此，PF+GF+PGF即可得到合同的当月结算费用。
服务提供商依照合同的结算费用与内容发布方按月结算，合同中三种类型广告的
计费条数、赠送条数以及金额的灵活设置，提供了丰富多变的计费策略和套餐方案，方便了
服务提供商开展业务，也很大程度上为内容发布方降低了广告运营费用。 应该理解的是具体实施本发明的特殊流程及部件仅作为示例提出，并不作为对本
发明的限制。本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉
本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形
都应属于本发明所附的权利要求的保护范围。
权利要求
一种消息推送业务的实现方法，其特征在于，包括以下步骤步骤A，业务门户服务器部署业务门户，并将所述业务门户上产生的数据记录在数据库中；步骤B，信令采集系统获取用户位置信息，业务处理机根据所述用户位置信息与所述业务门户上产生的数据判断是否符合消息发送条件；步骤C，向所述符合消息发送条件的用户发送所述消息。
2. 根据权利要求l所述的方法，其特征在于，所述步骤A中业务门户上的数据包括热区 信息、群组信息、合同属性、消息属性。
3. 根据权利要求1所述的方法，其特征在于，所述用户位置信息包括用户号码和小区ID。
4. 根据 权利要求1所述的方法，其特征在于，所述步骤C还包括对于定位类型消息，对获取的所述用户号码和小区ID进行判断过滤，选取符合条件的 消息发送；对于定位群组类型消息，所述用户号码须同时位于消息的发送群组内才可以发送； 对于群组类型消息，对消息的发送群组内用户进行判断过滤，在条件满足时发送。
5. —种消息推送系统，其特征在于，包括业务门户服务器，用于部署业务门户，将所述业务门户上产生的数据记录在数据库中；信令采集系统，用于获取用户位置信息，通过IP网关传递给业务处理机； 至少一个所述的业务处理机，用于同步加载所述业务门户上产生的数据，并根据所述用户位置信息与所述业务门户上产生的数据判断消息是否符合发送条件，并对符合条件的用户进行发送；物理数据库，用于记录所述业务门户上产生的数据并输出至所述业务处理机，记录所 述业务处理机的消息发送数据；IP网关，是系统的外部接口 ，负责所述系统的对外通讯并对消息进行组装、转发。
6. 根据权利要求5所述的系统，其特征在于，内容发布方、服务提供商、运营商通过所 述业务门户对合同和/或广告进行处理。
7. 根据权利要求5所述的系统，其特征在于，所述业务处理机为两个以上，所述IP网关 根据一定的负荷分担原则确定对多个所述业务处理机的消息分发策略。
8. 根据权利要求5所述的系统，其特征在于， 所述用户位置信息包括用户号码和小区ID ;所述业务门户上的数据包括热区信息、群组信息、合同属性、消息属性； 所述业务处理机依据上述数据对所述热区和用户进行过滤，并选择有效消息进行发送。
9. 根据权利要求8所述的系统，其特征在于，所述热区信息包括热区名称、状态、最大可发送条数、所含小区；所述群组信息包括 群组名称、所属内容发布方、所含用户；所述合同属性包括合同编号、合同签订方、合同有效期、合同状态、合同签订的发送条 数、金额；所述消息属性包括广告编号、广告所属合同编号、广告种类、广告类型、发送范围、发 送对象、广告有效期、广告发送时段、各时段的发送条数限制、重复发送间隔天数、广告状 态、广告内容。
10.根据权利要求5所述的系统，其特征在于，所述系统还包括操作维护服务器，负责 所述系统性能的数据统计和维护，并与网管系统进行通信。
全文摘要
本发明公开了一种消息推送业务的实现方法及系统，该方法包括如下步骤业务门户服务器部署业务门户，并将所述业务门户上产生的数据记录在数据库中；信令采集系统获取用户位置信息，业务处理机根据所述用户位置信息与所述业务门户上产生的数据判断是否符合消息发送条件；向所述符合消息发送条件的用户发送所述消息。所述系统包括业务门户服务器；信令采集系统；至少一个业务处理机，物理数据库；IP网关。采用本发明，可以控制消息实现有效地推送，将广告内容准确地投递到目的人群，并为服务提供商和内容发布方提供一种清晰简单的结算方法。
文档编号H04L29/08GK101742398SQ20081021726
公开日2010年6月16日 申请日期2008年11月4日 优先权日2008年11月4日
发明者洪骏 申请人:中兴通讯股份有限公司