ZHANG WEIBING (CN)
| CN101026797A | 2007-08-29 | |||
| CN1852155A | 2006-10-25 | |||
| US20090129278A1 | 2009-05-21 | |||
| CN1859632A | 2006-11-08 |
| 权 利 要 求 1、 一种业务消息的构造方法， 其特征在于， 包括以下步骤： 接收业务提供商 SP设备发送的业务消息和内容提供商 CP设备发送的 内容； 根据预先设置的业务与内容的对应关系， 或者 SP和 CP的对应关系， 或者同时根据业务和内容的对应关系以及 SP和 CP的对应关系， 构造得到 包含相应内容的业务消息； 将所述包含相应内容的业务消息发送给用户。 2、 如权利要求 1 中所述的方法， 其特征在于， 在所述将包含相应内容 的业务消息发送给用户之时， 之前或者之后， 还包括： 输出业务资费信息， 所述业务资费信息同时包含 SP的标识和 CP的标 识， 用于指示计费系统统一给 SP和 CP分账。 3、 如权利要求 1中所述的方法， 其特征在于， 所述业务与内容的对应关系， 具体为一类内容对应多个业务， 或者一种 业务对应多类内容； 所述 SP和 CP的对应关系， 具体为， 一个 SP对应多个 CP， 或者一个 CP对应多个 SP。 4、 如权利要求 1至 3中所述的方法， 其特征在于， 所述同时根据业务和内容的对应关系以及 SP和 CP的对应关系， 构造 得到包含相应内容的业务消息， 具体为： 根据预先设置的 SP和 CP的对应关系， 确定如果存在合作的 SP或者 CP, 再根据业务和内容的对应关系， 确定该合作的 SP或者 CP是否提供了 相对应的业务或者内容； 或者 根据预先设置的业务和内容的对应关系，确定如果存在相对应的业务或 者内容， 再根据 SP和 CP的对应关系， 确定该相对应的业务或者内容是否 是由合作的 SP或者 CP提供的； 构造得到包含相应内容的业务消息。 5、 如权利要求 4中所述的方法， 其特征在于， 所述业务至少包括短消息业务、 多媒体消息业务、 多媒体回铃音业务或 电子邮件业务中的一种或者几种； 所述的内容至少包括多媒体贺卡， 天气预报信息或者新闻信息中的一种 或者几种。 6、 一种业务消息的构造装置， 其特征在于， 包括： 内容接入模块， 用于接收 CP上传的内容， 并保存所述内容； 互通管理模块， 用于设置业务和内容的对应关系， 或者 SP和 CP的对 应关系， 或者同时根据业务和内容的对应关系以及 SP和 CP的对应关系； 确定对应规则； 业务接入模块， 用于接收 SP发送的业务消息， 查询所述互通管理模块， 根据所述互通管理模块中设置的对应关系和对应规则， 以及内容接入模块中 保存的内容， 构造得到包含相应内容的业务消息。 7、 如权利要求 6 中所述的业务消息构造装置， 其特征在于， 所述装置 还包括计费处理模块， 所述所述计费处理模块与业务接入模块相连， 用于向计费系统提供计费 信息， 所述计费信息中包含 SP和 CP的标识， 用于指示计费系统统一给 SP 和 CP分账。 |
本发明涉及通信领域， 尤其涉及一种业务消息的构造方法和装置。。 背景技术
当前在电信增值业务领域， 业务提供商 ( Service Provider ,SP )的业务服 务器接入到运营商的网关,和运营商合作提供 值业务。 由于技术门槛较高， 普通的内容提供商（Content Provider, CP )没有能力自己开发业务， 只能与 SP合作， CP在 SP的业务服务器上发布内容供业务使用， 由业务网关将内容 下发给终端用户。
发明人在实现本发明的过程中发现，现有技术 的这种业务消息构造 方法， 形成最终的包含内容的业务消息下发给用户的 效率比较低； 并且由于 运营商、 SP、 CP三者合作的模式： SP的业务服务器接入运营商的网关提供 业务， 而 CP只能在 SP的业务服务器上为业务提供内容， 这种模式不利于第 三方 （如运营商）对 SP业务内容的监管和控制。 发明内容
本发明实施例的目的在于提供一种业务消息的 构造方法， 包括： 接收业务提供商 SP设备发送的业务消息和内容提供商 CP设备发送的 内容；
根据预先设置的业务与内容的对应关系， 或者 SP和 CP的对应关系， 或者同时根据业务和内容的对应关系以及 SP和 CP的对应关系， 构造得到 包含相应内容的业务消息；
将所述包含相应内容的业务消息发送给用户。
本发明实施例还提供一种业务消息的构造装置 ， 包括：
内容接入模块， 用于接收 CP上传的内容， 并保存所述内容； 互通管理模块， 用于设置业务和内容的对应关系， 或者 SP和 CP的对 应关系， 或者同时根据业务和内容的对应关系以及 SP和 CP的对应关系； 确定对应规则；
业务接入模块， 用于接收 SP发送的业务消息， 查询所述互通管理模块， 根据所述互通管理模块中设置的对应关系和对 应规则，构造得到包含相应内 容的业务消息。
本发明实施例中， SP业务下发的业务请求中不再直接携带内容实 ， 由本发明实施例的技术方案根据匹配关系， 自动将内容实体添加到业务消息 中去， 提高业务消息的生成效率和配置灵活性， 可以实现了第三方对 SP业 务内容的监管和控制， 同时， 本发明实施例实现了第三方对 SP和 CP合作 关系的管理。 附图说明
为了更清楚地说明本发明实施例或现有技术中 的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作简 单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明实施例业务消息的构造方法的流程 ；
图 2为本发明实施例业务消息的构造装置结构图 具体实施方式
实施例一、
如图 1所示， 为本发明一个实施例业务消息的构造方法的流 程图， 包括 以下步骤：
S101， 接收业务提供商 SP设备发送的业务消息和内容提供商 CP设备发 送的内容；
S103 , 根据预先设置的业务与内容的对应关系， 或者 SP和 CP的对应关 系， 或者同时根据业务和内容的对应关系以及 SP和 CP的对应关系， 构造得 到包含相应内容的业务消息；
S105 , 将所述包含相应内容的业务消息发送给用户。
可以理解， S101中的 "接收 SP发送的业务消息"和 "接收 CP发送的内容" 两个步骤， 并没有严格的时序关系， 可以是先接收了 CP发送的相关内容后， 进行保存， 后续收到 SP发送的业务消息后再进行相关处理， 反之亦然。
其中， 所述业务与内容的对应关系的建立者可以为除 了 SP与 CP之外的 第三方， 比如运营商管理系统。
所述预先设置 SP和 CP的对应关系， 具体可以为：
预先建立 SP和 CP的对应关系； 该对应关系也可以理解为 SP和 CP的合作 关系， 或者 SP和 CP的互通规则， 即， 某一个 CP提供的内容只能提供给有合 作关系的 SP的业务使用， 该 SP可以是一个， 也可以是多个； 或者某一个 SP 的业务只与有合作关系的 CP合作， 该 CP可以是一个， 也可是多个。
所述预先设置的业务与内容的对应关系， 具体可以为：
预先建立某项内容和特定业务的对应关系， 即， 某一类或者几类内容只 能和提供给固定的一类或者几类业务类型使用 ， 例如， 多媒体贺卡的内容专 门提供给手机贺卡业务使用； 天气预报信息专门提供给天气预报业务使用； 当然， 也可以是天气预报信息同时专门提供给天气预 报业务和手机报业务使 用， 或者天气预报信息和新闻信息同时专门提供给 手机报业务使用等等。
所述同时根据业务和内容的对应关系以及 SP和 CP的对应关系， 具体可 以为：
在收到某一个 SP发送的业务消息时， 可以先进行相应 CP的匹配， 匹配 通过， 确定存在合作的 CP后， 再确定是否存在该 CP提供的可供此业务使用 的内容， 即与该具体业务相匹配的内容， 反之亦然， 即， 先确定是否存在与 特定业务对应的特定内容，如果存在，再进行 确认或者鉴权提供该内容的 CP 是否是合作 CP。
具体对应关系的设置方法和匹配方法， 可以在上述描述的情况中进行组 合和扩展， 本发明实施例在此不做限定。
其中， 所述的业务可以为： 短消息业务、 多媒体消息业务、 多媒体回铃 音业务或电子邮件等等， 对应的业务消息可以为： 短消息、 多媒体消息、 多 媒体回铃音业务或电子邮件消息等等。
所述的内容可以是多媒体贺卡， 天气预报信息， 新闻信息等等。
业务和内容可以包括但是不限于上述列举的一 种或者多种的组合等， 本 发明实施例在此不做限定。
本发明实施例中， SP业务下发的业务消息中不再直接携带内容实 ， 而 是由本发明实施例的技术方案根据预先设置的 对应关系， 自动将相应的内容 实体加到业务消息中去， 提高了业务消息的生成效率和配置灵活性， 实现了 第三方 （例如运营商 )对 SP业务内容的监管和控制以及对 SP和 CP合作关系 的管理。
在给用户发送包含相应内容的业务消息时或者 之前， 或者之后， 还可以 对外输出业务资费信息， 该业务资费信息同时包含 SP的标识和 CP的标识， 以用于同时给 SP和 CP分帐。 如： 可以直接给对接计费系统提供资费信息； 或在下发消息中携带资费信息， 通过能力部件间接提供给计费系统。
通过本发明实施例的方法， 还可以统一进行分账结算， CP和 SP省去相 互之间结算的工作。 实施例二、
下面结合具体场景对本发明实施方式进行进一 步描述：
1、 SP1提供手机贺卡业务和天气预报业务；
SP2提供手机报业务；
CP1专门提供多媒体贺卡；
CP2专门提供天气预报信息。
第三方 （如运营商管理系统）建立了 CP1与 SP1的合作关系（手机贺卡业 务)，为 CP 2 建立与 SP1的合作关系（天气预报业务)， 以及与 SP 2 的合作关系（手 机报业务)。
CP与 SP的对应关系表结构可以如表 1所示：
CP ID SP ID Service ID
CP1 SP1 手机贺卡业务 ID
CP2 SP1 天气预报业务 ID
CP2 SP2 手机 业务 ID 表 1
其中 CP和 SP可以是多对多的关系， 例如多个 CP对应一个 SP， 或者多个 SP对应一个 CP等等， 本发明实施例在此不做限定。 2、 CP1根据表 1中的对应关系上传一个多媒体贺卡， 指定该多媒体贺卡 提供给 SP1的手机贺卡业务使用。
CP2根据表 1中的对应关系上传一个天气预报信息，可同 指定该天气预 报信息提供给 SP 1的天气预报业务和 SP2的手机报业务使用。
表 1一般是在运营商管理系统设置了的， 是先存在的。 后面说的 CP上传 后， 指定对应的 SP， 是描述根据该表 1得到的上传内容的使用状态。 所述的 "指定该天气预报信息提供给 SP1的天气预报业务和 SP2的手机报业务使 用"， 应理解为根据该表 1指定。
3、 保存 CP1和 CP2提供的多媒体贺卡和天气预报信息， 并为多媒体贺卡 和天气预报信息生成内容 ID (如 CP1上传的多媒体贺卡 ID为 1， CP2上传的天 气预报信息 ID为 2 ); 然后通过每个内容的标识和对应业务的标识存 储内容和 业务对应关系， 该对应关系可以以对应关系表的形式存储， 所述对应关系是 设置的， 比如， 多媒体贺卡内容一般只能适用手机贺卡业务， 不可能适用天 气预报业务，但是天气预报内容，可以同时用 于天气预报业务和手机报业务。
例如， 业务和内容的对应关系表结构可以如表 2所示：
表 2
4、 第三方 （如运营商管理系统）为 SP提供了 Web Service业务消息发送 接口和内容查询接口。 SP 1的手机贺卡业务系统可以调用内容查询接口 查 询本业务可用的内容信息， 按一定的业务逻辑选择一个内容的 ID， 然后调用 多媒体消息发送接口进行消息发送， 多媒体消息发送接口中带有刚选择的内 容的 ID， 手机贺卡业务 ID、 SP1的 ID、 业务的订阅者号码等基本信息， 这里 还没有用到所述的表 1和表 2，表 1， 2是在下面对消息进行鉴权的时候使用的。 由于有内容查询接口， 查询到内容 ID后， SP即可以将查询到的内容 ID等信息 放入到将要发送的消息中。
5、 收到 SP1下发的多媒体消息后，根据多媒体消息中的 手机贺卡业务 ID 和内容 ID到业务和内容的对应关系表 2进行查询， 如果查询到记录， 则认为 手机贺卡业务和选择的内容之间存在对应关系 ， 比如， 该对应关系为多媒体 贺卡 ID和手机贺卡业务 ID的对应关系， 则鉴权通过。 需要说明的是， 表 1， 2 主要是用来进行鉴权， 由于消息的内容本来是没有的， 必须通过所述对应关 系的鉴权后， 才能最后根据 ID来加载内容实体。
6、 鉴权通过后， 根据多媒体消息中的内容 ID从内容与内容 ID对应关系 表中获得对应的内容实体， 可以理解， 为天气预报， 手机报等内容生成内容 ID, 实际上就是一种为内容和内容 ID的对应关系表。
7、 根据所述业务的签约信息和业务订阅者号码将 所述内容实体通过多 媒体消息发送给所述业务的订阅者。
本发明实施例在建立对应关系时， 同时考虑了 SP和 CP的对应关系以及 业务和内容的对应关系， 可以理解， 也可以只才艮据 SP和 CP的对应关系， 确 定业务消息匹配的内容， 例如只需要参考表 1， 不用参考表 2， 即只利用表 1 中的 SP和 CP对应关系， 对所述发送的消息进行鉴权， 如果通过， 也可以加 载对应内容 ID的内容实体； 或者只根据业务 ID和内容 ID的对应关系，确定业 务消息匹配的内容， 例如只需要参考表 2。 本领域技术人员可以理解， 其他 等同或者类似的对应方式也包含在本发明实施 例公开的范围。
本发明实施例中， SP业务下发的业务请求中不再直接携带内容实 ， 由 本发明实施例自动将内容实体加到业务消息中 去，提高了业务消息的生成效 率和配置灵活性， 实现了第三方（例如运营商 )对 SP业务内容的监管和控制 以及对 SP和 CP合作关系的管理。
在给业务订阅者发送包含相应内容实体的业务 消息时或者之后，还可以 对外输出业务资费信息， 该业务资费信息同时包含 SP的标识和 CP的标识， 以用于同时给 SP和 CP分帐。 如： 可以直接给对接计费系统提供资费信息； 或在下发消息中携带资费信息， 通过能力部件间接提供给计费系统。
通过本发明实施例的方法， 还可以统一进行分账结算， CP和 SP省去相 互之间结算的工作。 实施例三、
如图 2所示，图 2为本发明实施例提供的业务消息构造装置结 图，包括： 内容接入模块 201， 互通管理模块 203， 业务接入模块 205;
内容接入模块 201， 用于接收 CP上传的内容， 并保存所述内容； 进一步 的， 对所述内容生成内容 ID并通知互通管理模块 203;
互通管理模块 203， 用于设置业务和内容的对应关系， 或者 SP和 CP的对 应关系， 或者同时根据业务和内容的对应关系以及 SP和 CP的对应关系； 确 定对应规则， 具体对应关系和规则的设置， 可以参考前述实施例一或者实施 例二中的描述或者对于它们的合理扩展， 在此不再赘述；
业务接入模块 205， 用于接收 SP发送的业务消息， 查询所述互通管理模 块， 根据所述互通管理模块 203中设置的对应规则， 以及内容接入模块中保 存的内容， 构造得到包含相应内容的业务消息， 并进一步将该包含相应内容 的业务消息发送给相关能力部件处理， 如彩信中心， 短消息中心等。
进一步的， 所述装置还包括计费处理模块 207， 所述计费处理模块 207与 业务接入模块 205相连， 用于向计费系统提供计费信息， 所述计费信息中同 时包含 SP和 CP的标识， 以用于同时给 SP和 CP分账。
通过本发明实施例提供的装置， SP业务下发的业务消息中不再直接携带 内容实体， 由本发明实施例的装置自动将内容实体加到业 务消息中去， 提高 了业务消息的生成效率和配置灵活性， 实现了第三方 （例如运营商）对 SP 业务内容的监管和控制以及对 SP和 CP合作关系的管理； 同时， 通过计费处 理模块向计费系统提供计费信息， 统一进行分账结算， CP和 SP省去相互之 间结算的工作。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的 介质。 发明的精神和范围。 这样， 倘若对本发明的这些修改和变型属于本发明权 利 要求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。
Next Patent: INFORMATION TRANSMISSION METHOD AND SIGNAL GENERATION APPARATUS IN OFDM SYSTEM