专利名称：基于用户感知的服务信息推送系统的制作方法
技术领域：
基于用户感知的服务信息推送系统技术领域[0001]本实用新型涉及服务信息推送技术领域，具体来说，本实用新型涉及一种基于用 户感知的存储转发技术的服务信息推送系统。
背景技术：
[0002]当代社会已经进入信息化广泛应用的时代。科学技术的高速发展，极大地推动了 服务信息的电子化应用，也使得人们获取信息的方式发生了根本性的改变。然而，人们希望 能够主动获取所需的信息的同时，又不希望被动接收那些自己不需要的信息。这一对矛盾， 在当今的技术背景下成为制约业务发展的主要矛盾。[0003]短信和彩信不仅为用户提供了更广、更全面的通信方式，同时也为各服务信息提 供商提供了服务信息电子化应用的途径和平台。在这些服务信息中，有些是用户希望能收 到的，有些则被用户视为垃圾信息。这些垃圾信息的存在，大大影响了用户对短信、彩信业 务的使用感受，而且也会占用大量的网络资源。现有的电子信息传递的技术，无法为用户提 供可自主选择地接收所需要的信息的能力，同时电信运营企业也没有有效遏制垃圾信息肆 意传播的手段，用户只能被动地接收各类需要或不需要的信息，引起用户不满与投诉，更有 甚者息诈骗案屡屡发生，造成极其恶劣的社会影响。[0004]因此，对于信息发布商来说，他们需要一个正规的平台，来帮助他们发布服务信 息，他们希望自己的服务信息能有针对性的发布到有需要的用户手上。这样，他们可以以正 面的形象出现在公众的面前，而不会被认为是垃圾信息的制造者，同时也可以降低信息发 布成本，提高信息发布效率。发明内容[0005]本实用新型所要解决的技术问题是提供一种基于用户感知的存储转发技术的服 务信息推送系统，将推送信息进行精细化分类，使用户可以主动选择接收推送的服务信息， 减少垃圾信息对用户的骚扰，降低通信资源的占用率，提高信息发布效率。[0006]为了解决上述技术问题，本实用新型提供一种基于用户感知的存储转发技术的服 务信息推送系统，包括:[0007]服务信息发送端系统，用于提供并发送服务信息；[0008]服务信息传送网关，与所述服务信息发送端系统相连接，用于接收所述服务信息， 对其进行包括安全性验证、鉴权验证、比特消息位的一次标识处理和订阅验证后，将验证和 处理后的所述服务信息转发出去；[0009]短信/彩信中心，与所述服务信息传送网关相连接，用于对所述服务信息进行比 特消息位的二次标识处理，并将处理后的所述服务信息再发送出去；[0010]手机客户端，与所述短信/彩信中心相连接，用于接收所述服务信息，确认所述服 务信息后按照预定的服务信息的流程处理。[0011]可选地，所述服务信息发送端系统包括:[0012]服务信息制作模块，用于制作生成所述服务信息；[0013]服务信息发送模块，与所述服务信息制作模块相连接，用于发送所述服务信息；[0014]服务信息管理模块，分别与所述服务信息制作模块和所述服务信息发送模块相连 接，用于根据用户的选择要求对所述服务信息进行管理。[0015]可选地，所述服务信息传送网关包括:[0016]安全性验证模块，用于对所述服务信息进行信息安全性验证；[0017]信息提供商管理模块，与所述安全性验证模块相连接，用于对信息提供商进行鉴 权验证，判断其是否具有发送当前类型的信息的业务资格；[0018]服务信息一次标识模块，与所述信息提供商管理模块相连接，用于将所述服务信 息中的PID字段置为0x40和将所述服务信息中的ServiceType字段置为服务信息的类型；[0019]用户信息配置模块，与所述服务信息一次标识模块相连接，用于验证接收用户是 否对当前类型的服务信息进行了订阅；[0020]服务信息转发模块，与所述用户信息配置模块相连接，用于将验证和处理后的所 述服务信息转发出去。[0021 ] 可选地，所述短信/彩信中心包括:[0022]服务信息二次标识模块，用于将所述服务信息设置为终呼信息，将所述服务信息 中的PID字段透传到所述终呼信息中的TP-PID字段中，并将所述终呼信息中的TP-MTI字 段中的bitO和bitl均填为一保留值，发送至所述手机客户端。[0023]可选地，所述手机客户端包括配置模块、信息收发模块、信息判断模块、服务信息 类型判断模块、服务信息反馈模块、数据库、服务信息提示模块和服务信息读取模块；其中[0024]所述配置模块用于供用户选择所选服务信息的类型、通知方式，并上传至所述服 务信息发送端系统；[0025]所述信息收发模块用于接收发送至所述手机客户端的信息，或者发送所述手机客 户端产生的配置状态通知和/或已读通知；[0026]所述信息判断模块与所述信息收发模块相连接，用于判别所述信息中的TP-MTI 字段中的bitO和bitl是否为所述保留值，以此判断所述信息是否为服务信息；[0027]所述服务信息类型判断模块分别与所述配置模块和所述信息判断模块相连接，用 于对所述服务信息中的ServiceType字段进行识别，判断所述服务信息的类型是否符合用 户所选的服务信息的类型；[0028]所述服务信息反馈模块分别与所述服务信息收发模块和所述服务信息类型判断 模块相连接，用于当接收到的所述服务信息不符合用户所选的服务信息的类型时，将所述 服务信息屏蔽，并向所述服务信息发送端系统发送用户的所述配置状态通知；[0029]所述数据库与所述服务信息类型判断模块相连接，用于当接收到的所述服务信息 符合用户所选的服务信息的类型时，将所述服务信息放入相应类型的存储容器中；[0030]所述服务信息提示模块分别与所述配置模块和所述数据库相连接，用于根据用户 所选的服务信息的通知方式，通知用户有相应类型的服务信息收到；[0031]所述服务信息读取模块分别与所述服务信息提示模块、所述数据库和所述服务信 息反馈模块相连接，用于供用户点击阅读所述服务信息，同时通知所述服务信息反馈模块 向所述服务信息发送端系统发送所述服务信息的已读通知。[0032]可选地，所述短信/彩信中心还包括:[0033]服务信息反馈一次转发模块，用于接收从所述手机客户端发送的所述配置状态通 知和/或所述已读通知，使用Deliver消息将其转发至所述服务信息传送网关。[0034]可选地，所述服务信息传送网关还包括:[0035]服务信息反馈二次转发模块，用于接收从所述短信/彩信中心转发的所述配置状 态通知和/或所述已读通知，将其透传到所述服务信息发送端系统。[0036]可选地，所述服务信息发送端系统还包括:[0037]服务信息反馈接收模块，与所述服务信息管理模块相连接，用于接收从所述服务 信息传送网关透传的所述配置状态通知和/或所述已读通知，将其传送到所述服务信息管 理模块进行管理。[0038]可选地，所述服务信息传送网关还包括:[0039]计费模块，与所述服务信息转发模块相连接，用于统计其转发出去的所有服务信 息的数目、类型和流量，并按照预定费率对其进行计费。[0040]可选地，所述服务信息的类型包括广告信息、账务信息、交通服务信息和安全信 肩、O[0041]可选地，选择所述服务信息的通知方式包括设置正常接收、静音接收或者不接收 所述服务信息的时间段，或者根据不同服务信息的类型分别设置不同的时间模式。[0042]可选地，正常接收所述服务信息的方式包括通过声音、振动、弹出窗口、标签或者 提示栏方式对用户进行通知提示。[0043]可选地，所述信息安全性验证包括验证所述服务信息的关键字、敏感词汇以及类 型的正确性。[0044]可选地，所述服务信息的传送方式为:[0045]对于纯文字类信息、所述配置状态通知或者所述已读通知，采用短信方式传送；[0046]对于带有多媒体内容的信息，采用正常彩信方式或者URL方式传送。[0047]可选地，所述配置模块、信息收发模块、信息判断模块、服务信息类型判断模块、月艮 务信息反馈模块、数据库、服务信息提示模块以及服务信息读取模块集成为所述手机客户 端的客户端软件。[0048]可选地，采用正常彩信方式传送所述服务信息包括使用彩信的MME结构封装所 述服务信息，使已安装或者未安装所述客户端软件的用户均能正常接收并显示，并向未安 装所述客户端软件的用户提示安装所述客户端软件。[0049]可选地，采用URL方式传送所述服务信息包括采用短信方式传送文字类信息，其 中仅包含所述服务信息的URL，由用户通过IP链路至所述服务信息发送端系统读取所述服 务信息的详细内容。[0050]可选地，所述服务信息发送端系统还包括客户端软件供应模块，用于向未安装所 述客户端软件的用户提供下载；[0051]所述手机客户端还包括客户端软件下载模块和客户端软件安装模块，所述客户端 软件下载模块用于从所述服务信息发送端系统下载所述客户端软件，所述客户端软件安装 模块用于将所述客户端软件安装于所述手机客户端上。[0052]为了解决上述技术问题，本实用新型还提供一种采用上述任一项所述的基于用户感知的存储转发技术的服务信息推送系统进行服务信息推送的方法，包括如下步骤:[0053]A.服务信息发送端系统提供并发送服务信息；[0054]B.服务信息传送网关接收所述服务信息，对其进行包括安全性验证、鉴权验证、比特消息位的一次标识处理和订阅验证后，将验证和处理后的所述服务信息转发出去；[0055]C.短信/彩信中心对所述服务信息进行比特消息位的二次标识处理，并将处理后的所述服务信息再发送出去；[0056]D.手机客户端接收所述服务信息，确认所述服务信息后按照预定的服务信息的流程处理。[0057]可选地，所述步骤A包括如下子步骤:[0058]Al.服务信息制作模块制作生成所述服务信息；[0059]A2.服务信息发送模块使用Submit消息将所述服务信息发送到服务信息传送网关。[0060]可选地，所述步骤B包括如下子步骤:[0061]B1.接收所述服务信息发送端系统发送过来的Submit消息；[0062]B2.安全性验证模块对所述Submit消息进行信息安全性验证；[0063]B3.信息提供商管理模块对信息提供商进行鉴权验证，判断其是否具有发送当前类型的信息的业务资格，如有则进行下一步，如无则不处理当前消息；[0064]B4.服务信息一次标识模块先将所述Submit信息中的PID字段置为0x40 ；[0065]B5.所述服务信息一次标识模块又将所述Submit信息中的ServiceType字段置为服务信息的类型；[0066]B6.用户信息配置模块验证接收用户是否对当前类型的服务信息进行了订阅，如有则进行下一步，如无则不处理当前消息；[0067]B7.服务信息转发模块将验证和处理后的所述服务信息向短信/彩信中心转发出去。[0068]可选地，所述步骤C包括如下子步骤:[0069]Cl.将所述服务信息设置为终呼信息；[0070]C2.将所述服务信息中的PID字段透传到所述终呼信息中的TP-PID字段中，并将所述终呼信息中的TP-MTI字段中的bitO和bitl均填为一保留值；[0071]C3.将所述终呼信息发送至所述手机客户端。[0072]可选地 ，所述步骤D包括如下子步骤:[0073]Dl.用户通过配置模块选择所选服务信息的类型、通知方式，并上传至所述服务信息发送端系统；[0074]D2.信息收发模块接收发送至所述手机客户端的信息；[0075]D3.信息判断模块判别所述信息中的TP-MTI字段中的bitO和bitl是否为所述保留值，以此判断所述信息是否为服务信息，如是则进行下一步，如不是则按一般的普通/彩 目处理；[0076]D4.服务信息类型判断模块对所述服务信息中的ServiceType字段进行识别，判断所述服务信息的类型是否符合用户所选的服务信息的类型，如是则进行子步骤D5，如不是则进行子步骤D41 ；[0077]D41.服务信息反馈模块将接收到的所述服务信息屏蔽，并向所述服务信息发送端 系统发送用户的配置状态通知；[0078]D5.数据库将所述服务信息放入其相应类型的存储容器中；[0079]D6.服务信息提示模块根据用户所选的服务信息的通知方式，通知用户有相应类 型的服务信息收到；[0080]D7.用户通过服务信息读取模块点击阅读所述服务信息，同时所述服务信息反馈 模块向所述服务信息发送端系统发送所述服务信息的已读通知。[0081]可选地，所述步骤C还包括如下子步骤:[0082]C4.服务信息反馈一次转发模块接收从所述手机客户端发送的所述配置状态通知 和/或所述已读通知，使用Deliver消息将其转发至所述服务信息传送网关。[0083]可选地，所述步骤B还包括如下子步骤:[0084]B9.服务信息反馈二次转发模块接收从所述短信/彩信中心转发的所述配置状态 通知和/或所述已读通知，将其透传到所述服务信息发送端系统。[0085]可选地，所述步骤A还包括如下子步骤:[0086]A3.服务信息反馈接收模块接收从所述服务信息传送网关透传的所述配置状态通 知和/或所述已读通知，将其传送到所述服务信息管理模块进行管理。[0087]可选地，所述步骤B还包括如下子步骤:[0088]B8.计费模块统计服务信息转发模块转发出去的所有服务信息的数目、类型和/ 或流量，并按照预定费率对其进行计费。[0089]可选地，所述服务信息的类型包括广告信息、账务信息、交通服务信息和安全信 肩、O[0090]可选地，选择所述服务信息的通知方式包括设置正常接收、静音接收或者不接收 所述服务信息的时间段，或者根据不同服务信息的类型分别设置不同的时间模式。[0091]可选地，正常接收所述服务信息的方式包括通过声音、振动、弹出窗口、标签或者 提示栏方式对用户进行通知提示。[0092]可选地，所述信息安全性验证包括验证所述服务信息的关键字、敏感词汇以及类 型的正确性。[0093]可选地，所述服务信息的传送方式为:[0094]对于纯文字类信息、所述配置状态通知或者所述已读通知，采用短信方式传送；[0095]对于带有多媒体内容的信息，采用正常彩信方式或者URL方式传送。[0096]可选地，所述配置模块、信息收发模块、信息判断模块、服务信息类型判断模块、月艮 务信息反馈模块、数据库、服务信息提示模块以及服务信息读取模块集成为所述手机客户 端的客户端软件。[0097]可选地，采用正常彩信方式传送所述服务信息包括使用彩信的MME结构封装所 述服务信息，使已安装或者未安装所述客户端软件的用户均能正常接收并显示，并向未安 装所述客户端软件的用户提示安装所述客户端软件。[0098]可选地，采用URL方式传送所述服务信息包括采用短信方式传送文字类信息，其 中仅包含所述服务信息的URL，由用户通过IP链路至所述服务信息发送端系统读取所述服 务信息的详细内容。[0099]可选地，所述步骤A在执行步骤Al之前还包括如下子步骤:[0100]A0.客户端软件供应模块向未安装所述客户端软件的用户提供下载；并且所述步 骤D在执行步骤Dl之前还包括如下子步骤:[0101]D01.客户端软件下载模块从所述服务信息发送端系统下载所述客户端软件；[0102]D02.客户端软件安装模块将所述客户端软件安装于所述手机客户端上，使其正常工作。[0103]与现有技术相比，本实用新型具有以下优点:[0104]本实用新型攻克业界无法将短信、彩信内容进行精细化分类、分对象传递的瓶颈， 发明了一种基于特定比特消息位的标识与识别技术，将用户被动接收推送信息的方式转变 为用户主动选择接收推送的服务信息的途径，减少垃圾信息骚扰用户和造成用户不满与投 诉的问题。本实用新型具有通信资源占用小、成本费用低、通用性与实用性强等显著优点。[0105]本实用新型通过在手机客户端安装上服务信息客户端软件，用户从客户端选择配 置希望接收的服务信息类型，一直到用户接收查看定制的服务信息，整个过程简单易用，大 大降低了通信资源占用率，降低费用，杜绝垃圾短信/彩信扰民的现象，提高信息发布效 率。[0106]本实用新型在实际生活中可减少纸质资讯传送带来的资源浪费以及电子垃圾信 息对用户的骚扰，实现服务信息的无纸化有效传递，实现低碳生活的根本要求。
[0107]本实用新型的上述的以及其他的特征、性质和优势将通过
以下结合附图和实施例 的描述而变得更加明显，其中:[0108]图1为本实用新型一个实施例的基于用户感知的存储转发技术的服务信息推送 系统的简单模块结构示意图；[0109]图2为本实用新型一个实施例的基于用户感知的存储转发技术的服务信息推送 系统的内部详细模块结构示意图；[0110]图3为本实用新型一个实施例的采用基于用户感知的存储转发技术的服务信息 推送系统进行服务信息推送的关键处理流程图；[0111]图4为本实用新型一个实施例的基于用户感知的存储转发技术的服务信息推送 系统的服务信息传送网关的处理流程图；[0112]图5为本实用新型一个实施例的基于用户感知的存储转发技术的服务信息推送 系统的手机客户端的处理流程图。
具体实施方式
[0113]下面结合具体实施例和附图对本实用新型作进一步说明，在以下的描述中阐述了 更多的细节以便于充分理解本实用新型，但是本实用新型显然能够以多种不同于此描述的 其它方式来实施，本领域技术人员可以在不违背本实用新型内涵的情况下根据实际应用情 况作类似推广、演绎，因此不应以此具体实施例的内容限制本实用新型的保护范围。[0114]服务信息推送指通过研究、组织将有价值的信息传递给用户，是一种传播信息、交 流信息，实现信息增值的活动。服务信息的类型可以包括广告信息、账务信息、交通服务信息、安全信息等。具体来说，服务信息的类型可以包括但不限于:如手机话费、宽带或水电煤 等生活中其它各类账单类信息，如餐饮、服饰、娱乐、服务等广告类信息，以及基于此类广告 信息的互动型信息等(即需要用户通过回复方式与信息提供商进行互动确认的情况)。[0115]本实用新型的目的在于提供一种新型的服务信息活动，该业务是用户在其终端上 安装服务信息客户端软件，并在客户端软件上选择希望接收的服务信息类型，以及通过该 客户端软件接收用户许可的推送式定制服务信息。[0116]基于用户感知的服务信息推送系统的实施例[0117]图1为本实用新型一个实施例的基于用户感知的存储转发技术的服务信息推送 系统的简单模块结构示意图。需要注意的是，这个以及后续其他的附图均仅作为示例，不应 该以此作为对本实用新型实际要求的保护范围构成限制。[0118]如图1所示，该基于用户感知的服务信息推送系统主要包括服务信息发送端系统 101、服务信息传送网关102、短信/彩信中心103和手机客户端104等。其中，服务信息发 送端系统101是服务信息的提供设备，一般具有服务信息的制作、发送、反馈信息接收以及 信息管理等功能，在此用于制作并向服务信息传送网关102发送服务信息。服务信息传送 网关102是服务信息发送端系统101与通信网络的接口设备，一般承担服务信息比特(bit) 消息位的标识处理，以及鉴权、计费等功能，在此与服务信息发送端系统101相连接，用于 接收服务信息，对其进行包括安全性验证、鉴权验证、比特消息位的一次标识处理和订阅验 证后，将验证和处理后的服务信息向短信/彩信中心103转发出去。短信/彩信中心103 与服务信息传送网关102相连接，用于对服务信息进行比特消息位的二次标识处理，并将 处理后的服务信息再向手机客户端104发送出去。手机客户端104与短信/彩信中心103 相连接，用于接收服务信息，确认服务信息后按照用户预定的服务信息的流程处理。[0119]图2为本实用新型一个实施例的基于用户感知的存储转发技术的服务信息推送 系统的内部详细模块结构示意图。如图2所示，该服务信息发送端系统101内部主要包括 服务信息制作模块111、服务信息发送模块112和服务信息管理模块114。其中，服务信息 制作模块111，用于制作生成服务信息。服务信息发送模块112与服务信息制作模块111相 连接，用于发送服务信息。服务信息管理模块114分别与服务信息制作模块111和服务信 息发送模块112相连接，用于根据用户的选择要求对服务信息进行管理。[0120]在本实施例中，该服务信息传送网关102主要包括安全性验证模块121、信息提供 商管理模块122、服务信息一次标识模块123、用户信息配置模块124和服务信息转发模块 125。其中，安全性验证模块121用于对服务信息进行信息安全性验证，包括验证服务信息 的关键字、敏感词汇以及类型的正确性。信息提供商管理模块122与安全性验证模块121相 连接，用于对信息提供商进行鉴权验证，判断其是否具有发送当前类型的信息的业务资格。 服务信息一次标识模块123与信息提供商管理模块122相连接,用于将服务信息中的PID 字段置为0x40和将服务信息中的ServiceType字段置为服务信息的类型。用户信息配置 模块124与服务信息一次标识模块123相连接，用于验证接收用户是否对当前类型的服务 信息进行了订阅。服务信息转发模块125与用户信息配置模块124相连接，用于将验证和 处理后的服务信息转发出去。[0121 ] 在本实施例中，该短信/彩信中心103主要包括服务信息二次标识模块131，用于 将服务信息设置为终呼信息，将服务信息中的PID字段透传到终呼信息中的TP-PID字段中，并将终呼信息中的TP-MTI字段中的bitO和bitl均填为一保留值，发送至手机客户端 104。[0122]在本实施例中，该手机客户端104主要包括配置模块141、信息收发模块142、信息 判断模块143、服务信息类型判断模块144、服务信息反馈模块145、数据库146、服务信息提 示模块147和服务信息读取模块148，上述模块141 148可以集成为手机客户端104的一 款客户端软件。服务信息于是通过安装有客户端软件的手机终端104显示与处理，进而具 有基于特定比特消息位的识别处理、选择服务信息类型和通知方式、服务信息反馈发送等 功能。请看下面详细描述，配置模块141用于供用户选择所选服务信息的类型、通知方式， 并上传至服务信息发送端系统101。其中，选择服务信息的通知方式包括设置正常接收、静 音接收或者不接收服务信息的时间段，或者根据不同服务信息的类型分别设置不同的时间 模式。正常接收服务信息的方式包括通过声音、振动、弹出窗口、标签或者提示栏方式对用 户进行通知提示。信息收发模块142用于接收发送至手机客户端104的信息，或者发送手 机客户端104产生的配置状态通知和/或已读通知。其中服务信息的传送方式至少有如 下两种:对于纯文字类信息、配置状态通知或者已读通知，采用短信方式传送；对于带有多 媒体内容的信息，采用正常彩信方式或者URL方式传送。对于采用正常彩信方式传送的服 务信息，服务信息的发送者可以使用彩信的MME结构封装服务信息，使已安装或者未安装 客户端软件的用户均能正常接收并显示，并向未安装客户端软件的用户提示安装客户端软 件。而对于采用URL方式传送服务信息包括采用短信方式传送文字类信息，其中仅包含服 务信息的URL，由用户通过IP链路至服务信息发送端系统101读取服务信息的详细内容。[0123]接着，信息判断模块143与信息收发模块142相连接，用于判别信息中的TP-MTI 字段中的bitO和bitl是否为保留值，以此判断信息是否为服务信息。服务信息类型判断模 块144分别与配置模块141和信息判断模块143相连接,用于对服务信息中的ServiceType 字段进行识别，判断服务信息的类型是否符合用户所选的服务信息的类型。服务信息反馈 模块145分别与所述服务信息收发模块142和服务信息类型判断模块144相连接，用于当 接收到的服务信息不符合用户所选的服务信息的类型时，将服务信息屏蔽(不显示、不通 知)，并向服务信息发送端系统101发送用户的配置状态通知。数据库146与服务信息类 型判断模块144相连接，用于当接收到的服务信息符合用户所选的服务信息的类型时，将 服务信息放入相应类型的存储容器(服务信息类)中。服务信息提示模块147分别与配置 模块141和数据库146相连接，用于根据用户所选的服务信息的通知方式，通知用户有相应 类型的服务信息收到。具体通知用户的方式可以如前所述地由用户自行选择，即用户可根 据个人意愿对手机客户端接收信息的时间模式选择，例如每天哪个时间段可以接收服务信 息，哪个时间段需要静音接收或不接收，或者根据不同服务信息类型设置不同的时间模式。 服务信息读取模块148分别与服务信息提示模块147、数据库146和服务信息反馈模块145 相连接，用于供用户点击阅读服务信息，同时通知服务信息反馈模块145向服务信息发送 端系统101发送服务信息的已读通知。[0124]继续参考图2所示，本实施例中的服务信息推送系统还可以包括对服务信息的推 送动作进行反馈的一系列模块部件。例如，短信/彩信中心103还可以包括服务信息反馈 一次转发模块132，用于接收从手机客户端104发送的配置状态通知和/或已读通知，使用 Deliver消息将其转发至服务信息传送网关102。服务信息传送网关102也还可以包括服务信息反馈二次转发模块126，用于接收从短信/彩信中心103转发的配置状态通知和/或 已读通知，将其透传到服务信息发送端系统101。服务信息发送端系统101也还可以包括服 务信息反馈接收模块113，与服务信息管理模块114相连接，用于接收从服务信息传送网关 102透传的配置状态通知和/或已读通知，将其传送到服务信息管理模块114进行管理。[0125]另外，在服务信息传送网关102中可以还包括有计费模块127，其与服务信息转发 模块125相连接，用于统计由服务信息转发模块125转发出去的所有服务信息的数目、类型 和/或流量，并按照预定费率对其进行计费。[0126]最后，为了方便用户在手机客户端104安装该客户端软件，服务信息发送端系统 101还包括客户端软件供应模块115，用于向未安装客户端软件的用户提供下载。与此同 时，手机客户端104也还包括客户端软件下载模块149和客户端软件安装模块150，客户端 软件下载模块149用于从服务信息发送端系统101下载客户端软件，客户端软件安装模块 150用于将客户端软件安装于手机客户端104上。[0127]基于用户感知的服务信息推送方法的实施例[0128]本实用新型的基于用户感知的存储转发技术的服务信息推送系统的业务处理一 般流程为:[0129]1.服务信息的业务处理流程[0130]服务信息发送端系统发送服务信息至服务信息传送网关，经服务信息传送网关鉴 权后透传至短信/彩信中心，短信/彩信中心进行bit消息位的处理后再发送至手机客户 端:[0131](I)对于安装客户端软件的手机，将识别出是否为服务信息或者是一般的普通短 信/彩信，若是服务信息，则根据用户选择的配置要求进行接收显示，并反馈相应的已读通 知和配置状态通知；若是一般的普通短信/彩信，则按照一般的普通短信/彩信处理。[0132](2)对于未安装客户端软件的手机，若接收的是服务信息，则不显示不通知，若是 一般的普通短信/彩信，则按照一般的普通短信/彩信处理。[0133]2.一般的(非推送)普通短信/彩信的处理流程[0134]对于从非服务信息发送端系统发来的一般的普通短信/彩信，手机客户端则按照一般的普通短信/彩信处理。[0135]图3为本实用新型一个实施例的采用基于用户感知的存储转发技术的服务信息 推送系统进行服务信息推送的关键处理流程图。本实施例沿用前述图1和图2实施例中的 元件标号与部分内容，其中采用相同的标号来表示相同或近似的模块，并且选择性地省略 了对相同技术内容的说明。关于省略部分的说明可参照前述实施例，本实施例不再重复赘 述。[0136]如图3所示，该服务信息推送的方法可包括如下关键流程:[0137]服务信息发送端系统101执行步骤SI，提供并以符合现行中国移动CMPP协议的规 范向服务信息传送网关102发送服务信息。事实上，该步骤SI可以再分解为如下子步骤:[0138]a.服务信息制作模块111先制作生成服务信息；[0139]b.服务信息发送模块112然后使用Submit消息将服务信息发送到服务信息 传送网关102，发送端将Submit消息中PID (协议标识)字段填为0x40，消息体中的 ServiceType (服务信息类型)字段填为新定义的服务信息类型。[0140]服务信息传送网关102接收到该服务信息后会执行步骤S2，向服务信息发送模块 112发送Submit_Ack消息，以返回收到服务信息的响应。[0141]另外，服务信息传送网关102执行步骤S3，对服务信息进行包括安全性验证(黑白 名单检查等)、鉴权验证、比特消息位的一次标识处理和订阅验证后，以符合现行中国移动 CMPP协议的规范使用Submit消息将验证和处理后的服务信息向短信/彩信中心103发送 出去。[0142]短信/彩信中心103接收到该服务信息后会执行步骤S4，向服务信息传送网关 102发送Submit_Ack消息，以返回收到服务信息的响应。[0143]另外，短信/彩信中心103执行步骤S5，对服务信息进行比特消息位的二次标识处 理，并将处理后的服务信息使用MT消息再向手机客户端104发送出去。[0144]手机客户端104接收到该服务信息后会执行步骤S6，向短信/彩信中心103发送 MT_Ack消息，以返回收到服务信息的响应。[0145]最后，手机客户端104确认服务信息后按照预定的服务信息的流程处理。[0146]图4为本实用新型一个实施例的基于用户感知的存储转发技术的服务信息推送 系统的服务信息传送网关的处理流程图。在本实施例中，上述由服务信息传送网关102执 行的步骤S3可以包括如下子步骤:[0147]S31.接收服务信息发送端系统101发送过来的Submit消息；[0148]S32.安全性验证模块121对Submit消息进行信息安全性验证，例如验证服务信息 的关键字、敏感词汇以及类型的正确性等；[0149]S33.信息提供商管理模块122对信息提供商进行鉴权验证，判断其是否具有发送 当前类型的信息的业务资格，如有资格则进行下一步，如无资格则不再处理当前Submit消 息；[0150]S34.服务信息一次标识模块123先将Submit信息中的PID字段置为0x40，该字 段用于提示手机将此消息隐藏(除了服务信息手机客户端)；[0151]S35.服务信息一次标识模块123又将Submit信息中的ServiceType字段置为服 务信息的类型，该字段用于本实用新型的手机客户端的业务识别；[0152]S36.用户信息配置模块124验证接收用户是否对当前类型的服务信息进行了订 阅，如有订阅则进行下一步S37，如无订阅则不处理当前Submit消息；[0153]S37.服务信息转发模块125将验证和处理后的服务信息向短信/彩信中心103转 发出去;[0154]S38.计费模块127记录所有的发送行为，为计费提供数据依据。[0155]接着，上述图3中由短信/彩信中心103执行的步骤S5可以包括如下子步骤:[0156]S51.将服务信息设置为终呼信息(即由短信/彩信中心下发至手机客户端)；[0157]S52.服务信息二次标识模块131将服务信息中的PID字段透传到终呼信息中的 TP-PID字段中，并将终呼信息中的TP-MTI (消息类型介绍)字段中的bitO和bitl均填为 一保留值11 (该操作只能在短信/彩信中心103完成)；[0158]S53.将终呼信息发送至手机客户端104。[0159]如果是安装了客户端的手机，首先判断TP-MTI的bitO和bitl，如果是保留值11， 则认为是服务信息，按服务信息的流程处理，如果不是保留值11，则按一般的普通短/彩信处理；[0160]如果是没有安装客户端的手机，按协议对于TP-MTI的bitO和bitl的消息作为MT 消息处理，再判断TP-PID是否为0x40，如是，则手机终端则不对用户进行声音、震动、弹出 窗口、标签、提示栏等方式的通知提示，表现为用户看不到该条短信(不通知不显示)，避免 了短信扰民。如非，则按一般的普通短/彩信处理显示和通知。[0161]下面将以此为基础作详细描述，图5为本实用新型一个实施例的基于用户感知的 存储转发技术的服务信息推送系统的手机客户端的处理流程图。在本实施例中，上述由手 机客户端104执行的确认服务信息、按照预定的服务信息的流程处理步骤可以包括如下子 步骤:[0162]步骤SDl.用户通过配置模块141选择所选服务信息的类型、通知方式等，并上传 至服务信息发送端系统101。[0163]其中，选择服务信息的通知方式包括设置正常接收、静音接收或者不接收服务信 息的时间段，或者根据不同服务信息的类型分别设置不同的时间模式。[0164]正常接收服务信息的方式包括通过声音、振动、弹出窗口、标签或者提示栏方式对 用户进行通知提示。[0165]步骤SD2.信息收发模块142接收发送至手机客户端104的信息。[0166]其中，服务信息的传送方式至少有如下两种:对于纯文字类信息、配置状态通知或 者已读通知，采用短信方式传送；对于带有图片等多媒体内容的信息，可采用2种实现方式 之一传送:方式一为正常彩信方式，方式二为URL方式。[0167]对于采用正常彩信方式传送服务信息包括使用彩信的MME结构封装服务信息， 使已安装或者未安装客户端软件的用户均能正常接收并显示，并向未安装客户端软件的用 户提示安装客户端软件，例如显示“这是广告/账单信息，请安装客户端软件”的提示信息。 该手机客户端104的客户端软件可以集成有上述配置模块141、信息收发模块142、信息判 断模块143、服务信息类型判断模块144、服务信息反馈模块145、数据库146、服务信息提示 模块147以及服务信息读取模块148等。[0168]而对于采用URL方式传送服务信息包括采用短信方式传送文字类信息，例如与 短信方式相同的特殊类型的短消息，其中仅包含服务信息的URL，由手机客户端的用户到 该URL取得相关内容，即当用户进入手机客户端读取详细信息时，通过IP链路(GPRS、PS、 WLAN)至服务信息发送端系统101读取详细信息，综合呈现给用户。[0169]步骤SD3.信息判断模块143判别信息中的TP-MTI字段中的bitO和bitl是否 为保留值11，以此判断信息是否为服务信息，如是则按服务信息的流程处理，进行下一步 SD4，如不是则按一般的普通/彩信处理。[0170]步骤SD4.服务信息类型判断模块144对服务信息中的ServiceType字段进行识 另O，判断服务信息的类型是否符合用户所选的服务信息的类型，如是则进行子步骤SD5，如 不是则进行子步骤SD41。[0171]步骤SD41.服务信息反馈模块145将接收到的服务信息屏蔽(不显示不通知)，并 向服务信息发送端系统101发送用户的“配置状态通知”。[0172]步骤SD5.数据库146将服务信息放入其相应业务类型的存储容器(服务信息类) 中。[0173]步骤SD6.服务信息提示模块147根据用户所选的服务信息的通知方式，通知用户 有相应类型的服务信息收到。[0174]步骤SD7.用户通过服务信息读取模块148点击阅读服务信息，同时服务信息反馈 模块145向服务信息发送端系统101发送服务信息的“已读通知”。[0175]如上所述，本实用新型提供的服务信息客户端和非标准服务信息定制接收方法， 从客户端安装配置，一直到用户接收查看服务信息，整个过程简单易用。大大的降低了短信 资源占用率，降低费用，杜绝垃圾短彩信扰民的现象。[0176]在本实用新型中，配置状态通知或者已读通知的发送流程在手机客户端104执行 完步骤S7以MO消息发出“配置状态通知”或者“已读通知”之后可以继续描述如下，请同 时再次参考图3:[0177]首先，短信/彩信中心103接收到从手机客户端104发送的配置状态通知和/或 已读通知后执行步骤S8，向手机客户端104发送M0_Ack消息，以返回收到配置状态通知和 /或已读通知的响应。[0178]接着，执行步骤S9，短信/彩信中心103中的服务信息反馈一次转发模块132以符 合现行中国移动CMPP协议的规范使用Deliver消息将配置状态通知和/或已读通知转发 至服务信息传送网关102。[0179]然后，服务信息传送网关102接收到从短信/彩信中心103转发的配置状态通知 和/或已读通知后执行步骤S10，向短信/彩信中心103发送Deliver_Ack消息，以返回收 到配置状态通知和/或已读通知的响应。[0180]下一步，执行步骤S11，服务信息传送网关102中的服务信息反馈二次转发模块 126以符合现行中国移动CMPP协议的规范使用Deliver消息将配置状态通知和/或已读通 知透传至服务信息发送端系统101。[0181]最后，服务信息发送端系统101中的服务信息反馈接收模块113接收到从服务信 息传送网关102透传的配置状态通知和/或已读通知后执行步骤S12，向服务信息传送网 关102发送Deliver_Ack消息，以返回收到配置状态通知和/或已读通知的响应。另外，服 务信息反馈接收模块113将反馈的配置状态通知和/或已读通知传送到服务信息管理模块 114进行管理。[0182]在本实用新型中，服务信息传送网关102中的计费模块127还可以随时统计服务 信息转发模块125转发出去的所有服务信息的数目、类型和/或流量，并按照预定费率对其 进行计费。[0183]在本实用新型中，服务信息发送端系统101在提供并发送服务信息之前还可以包 括如下子步骤:[0184]客户端软件供应模块115向未安装客户端软件的用户提供下载。[0185]与之相匹配的是，用户在通过配置模块141选择所选服务信息的类型、通知方式 之前也需要包括如下子步骤:[0186]客户端软件下载模块149从服务信息发送端系统101下载客户端软件；[0187]客户端软件安装模块150将客户端软件安装于手机客户端104上，使其正常工作。[0188]本实用新型攻克业界无法将短信、彩信内容进行精细化分类、分对象传递的瓶颈， 发明了一种基于特定比特消息位的标识与识别技术，将用户被动接收推送信息的方式转变为用户主动选择接收推送的服务信息的途径，减少垃圾信息骚扰用户和造成用户不满与投 诉的问题。本实用新型具有通信资源占用小、成本费用低、通用性与实用性强等显著优点。[0189]本实用新型通过在手机客户端安装上服务信息客户端软件，用户从客户端选择配 置希望接收的服务信息类型，一直到用户接收查看定制的服务信息，整个过程简单易用，大 大降低了通信资源占用率，降低费用，杜绝垃圾短信/彩信扰民的现象，提高信息发布效 率。[0190]本实用新型在实际生活中可减少纸质资讯传送带来的资源浪费以及电子垃圾信 息对用户的骚扰，实现服务信息的无纸化有效传递，实现低碳生活的根本要求。[0191]本实用新型虽然以较佳实施例公开如上，但其并不是用来限定本实用新型，任何 本领域技术人员在不脱离本实用新型的精神和范围内，都可以做出可能的变动和修改。因 此，凡是未脱离本实用新型技术方案的内容，依据本实用新型的技术实质对以上实施例所 作的任何修改、等同变化及修饰，均落入本实用新型权利要求所界定的保护范围之内。
权利要求1.一种基于用户感知的服务信息推送系统，其特征在于，包括:服务信息发送端系统(101 )，提供并发送服务信息；服务信息传送网关(102)，与所述服务信息发送端系统(101)相连接，接收所述服务信 息，对其进行包括安全性验证、鉴权验证、比特消息位的一次标识处理和订阅验证后，将验 证和处理后的所述服务信息转发出去；短信/彩信中心(103)，与所述服务信息传送网关(102)相连接，对所述服务信息进行 比特消息位的二次标识处理，并将处理后的所述服务信息再发送出去。
2.根据权利要求1所述的服务信息推送系统，其特征在于，所述服务信息发送端系统(101)包括:服务信息制作模块(111)，制作生成所述服务信息；服务信息发送模块(112)，与所述服务信息制作模块(111)相连接，发送所述服务信肩、O
3.根据权利要求2所述的服务信息推送系统，其特征在于，所述服务信息传送网关(102)包括:服务信息一次标识模块(123)，将所述服务信息中的PID字段置为0x40和将所述服务 信息中的ServiceType字段置为服务信息的类型；服务信息转发模块(125)，将验证和处理后的所述服务信息转发出去。
4.根据权利要求3所述的服务信息推送系统，其特征在于，所述短信/彩信中心(103) 包括:服务信息二次标识模块(131 )，将所述服务信息设置为终呼信息，将所述服务信息中的 PID字段透传到所述终呼信息中的TP-PID字段中，并将所述终呼信息中的TP-MTI字段中的 bitO和bitl均填为一保留值。
5.根据权利要求4所述的服务信息推送系统，其特征在于，所述短信/彩信中心(103)还包括:服务信息反馈一次转发模块(132)，接收配置状态通知和/或已读通知，使用Deliver 消息将其转发至所述服务信息传送网关(102 )。
6.根据权利要求5所述的服务信息推送系统，其特征在于，所述服务信息传送网关(102)还包括:服务信息反馈二次转发模块(126)，接收从所述短信/彩信中心(103)转发的所述配置 状态通知和/或所述已读通知，将其透传到所述服务信息发送端系统(101)。
7.根据权利要求6所述的服务信息推送系统，其特征在于，所述服务信息发送端系统(101)还包括:服务信息反馈接收模块(113)，接收从所述服务信息传送网关(102)透传的所述配置 状态通知和/或所述已读通知，将其传送进行管理。
8.根据权利要求3至7中任一项所述的服务信息推送系统，其特征在于，所述服务信息 传送网关(102)还包括:计费模块(127)，与所述服务信息转发模块(125)相连接，统计其转发出去的所有服务 信息的数目、类型和流量，并按照预定费率对其进行计费。
专利摘要本实用新型提供一种基于用户感知的服务信息推送系统，推送系统包括服务信息发送端系统，提供并发送服务信息；服务信息传送网关，与服务信息发送端系统连接，接收服务信息，对其进行安全性验证、鉴权验证、比特消息位的一次标识处理和订阅验证后，将验证和处理后的服务信息转发出去；短信/彩信中心，与服务信息传送网关连接，对服务信息进行比特消息位的二次标识处理，并将处理后的服务信息再发送出去；手机客户端，与短信/彩信中心连接，接收服务信息，确认后按照预定的服务信息的流程处理。本实用新型将推送信息进行精细化分类，使用户可以主动选择接收的服务信息，减少垃圾信息对用户的骚扰，降低通信资源的占用率，提高信息发布效率。
文档编号H04W12/06GK202979289SQ20122043447
公开日2013年6月5日 申请日期2012年8月29日 优先权日2012年8月29日
发明者步彤, 王卫, 陆恒, 刘焱 申请人:上海中移通信技术工程有限公司