专利名称：一种上行短信转彩信的系统和方法
技术领域：
本发明涉及通信领域，尤其涉及一种上行短信转彩信的系统和方法，通过借助统 一消息平台提供的丰富自定义业务能力，实现多样化的彩信服务。
背景技术：
当前，彩信业务已经有了非常广泛的应用。彩信较短信来说增加了图片和声音效 果，内容更生动，可以表达更多的含义。电子贺卡、天气预报、即时股票等业务都可以使用彩 信来实现。但目前彩信的业务需求量还不能和短信相比，其原因就是用户端编辑彩信不方 便，能够使用的资源有限，运营商和服务提供商编写彩信业务相对困难。另外彩信的收费也
比短信高。传统发送彩信的实现的方式是针对每个业务编写一个接口机程序，用户自带彩信 附件，编辑完成后通过通信网络转发到其他终端，或者是通过编辑好的业务流程，点播预存 的彩信。这样的模式一般来说开发业务的周期较长，业务不具备灵活性，改变业务就需要改 接口机，不适应网络发展的需要。
发明内容
本发明要解决的技术问题是提供一种上行短信转彩信的系统和方法，借助统一消 息平台，提供一种用户短信触发彩信下发的业务，丰富了彩信的发送方式，提高了用户的使 用体验。为了解决上述技术问题，本发明提供了一种上行短信转彩信的方法，包含服务提供商在应用服务器中存储彩信样本，编写上行短信转彩信业务逻辑，将生 成的该业务的脚本加载至统一消息平台中，并激活该业务；终端用户以短信方式编写彩信内容描述信息，然后将携带有彩信内容描述信息的 该上行短信发送上行短信转彩信业务接入码，短信网关将该上行短信转发至统一消息平 台；统一消息平台解析该上行短信，根据解析出的命令字和接入码触发该上行短信转 彩信业务，根据彩信内容描述信息中的关键字查找应用服务器中存储的彩信样本，获得匹 配的彩信，将匹配的彩信下发至彩信内容描述信息中指示的目的地址。进一步地，上述方法还可具有以下特点所述业务的脚本通过可扩展标记语言实现，采用文本方式编辑而成。进一步地，上述方法还可具有以下特点应用服务器利用Web界面，为服务提供商提供业务制作向导，以及业务脚本中所 需的标签、变量、算法；服务提供商通过web界面，利用所述业务制作向导，采用鼠标选取的方式来完成 业务逻辑的编写。进一步地，上述方法还可具有以下特点
所述彩信内容描述信息中还包含彩信附件修改信息；所述统一消息平台在根据关键字查找到匹配的彩信样本后，还按照彩信附件修改 信息对该匹配的彩信样本进行修改，将修改后的彩信作为匹配的彩信，下发至彩信内容描 述信息中指示的目的地址。进一步地，上述方法还可具有以下特点所述统一消息平台在根据关键字从应用服务器中查找匹配的彩信样本时，如果查 找到多条彩信样本，则提示用户从中选择一条作为匹配的彩信样本，或者由统一消息平台 随机或者按照预定规则为用户选择其中之一作为匹配的彩信样本；如果一条彩信样本也未 找到，则提示用户更换关键字，并根据用户更换的关键字重新查找匹配的彩信样本，或者提 示用户放弃操作。为了解决上述技术问题，本发明还提供了一种实现上行短信转彩信的统一消息平 台，包含解析执行设备、路由设备、数据库操作设备，以及数据库，其中所述解析执行设备，在加载上行短信转彩信业务后，将该业务的接入码和命令字 通知路由设备；在获知业务已激活后，通知路由设备；以及在接收到携带有彩信内容描述 信息的上行短信后，触发上行短信转彩信业务，解析该上行短信，根据解析出的关键字组装 查询命令，发送给数据库操作设备；所述路由设备，在接收到上行短信后，提取该上行短信中的接入码和命令字进行 联合匹配，如判断当前存在匹配且激活的上行短信转彩信业务，则将该上行短信转发至解 析执行设备，否则通知用户所请求的业务当前不可使用；所述数据库操作设备，根据解析执行设备发送来的查询命令中的关键字，以及所 述数据库中存储的路径信息，从应用服务器中查找符合该关键字的彩信样本，并通过彩信 网关将匹配的彩信下发至彩信内容描述信息中指示的目的地址；所述数据库，存储彩信样本保存在应用服务器中的路径信息。进一步地，上述统一消息平台还可具有以下特点所述彩信内容描述信息中还包含彩信附件修改信息；所述数据库操作设备在根据关键字查找到匹配的彩信样本后，还按照彩信附件修 改信息对该匹配的彩信样本进行修改，将修改后的彩信作为匹配的彩信，通过彩信网关下 发至彩信内容描述信息中指示的目的地址。进一步地，上述统一消息平台还可具有以下特点所述数据库操作设备在根据关键字从应用服务器中查找匹配的彩信样本时，如果 查找到多条彩信样本，则提示用户从中选择一条作为匹配的彩信样本，或者由统一消息平 台随机或者按照预定规则为用户选择其中之一作为匹配的彩信样本；如果一条彩信样本也 未找到，则提示用户更换关键字，并根据用户更换的关键字重新查找匹配的彩信样本，或者 提示用户放弃操作。进一步地，上述统一消息平台还可具有以下特点还包含回执设备，所述回执设备，根据彩信网关发送来的回执，判断彩信是否发送 成功，成功则记录成功发送记录；如果未发送成功，则判断是否配置了重发功能，如果配置 了重发功能，则将该记录加入到重发列表中，启动重发流程，重新发送该彩信至目的地址； 如果未配置重发功能，则记录不成功发送记录。
为了解决上述技术问题，本发明还提供了一种上行短信转彩信的系统，除了包含 上述统一消息平台，还包含应用服务器，其中所述应用服务器，存储彩信样本，以及为服务提供商提供上行短信转彩信业务逻 辑制作平台，将服务提供商编辑好的上行短信转彩信业务的脚本加载至统一消息平台中， 并激活该业务。进一步地，上述系统还可具有以下特点所述应用服务器，在存储彩信样本后，还将彩信样本的路径信息存储至统一消息 平台的数据库中；在编写完上行短信转彩信业务逻辑后，将生成的该业务脚本加载至统一 消息平台的解析执行设备中；在激活该上行短信转彩信业务时，还通知解析执行设备该业 务已激活。进一步地，上述系统还可具有以下特点所述应用服务器利用Web界面，为服务提供商提供业务制作向导，以及业务脚本 中所需的标签、变量、算法。本发明所述的一种上行短信转彩信的系统和方法，借助统一消息平台，可以提供 一种用户短信触发彩信下发的业务，与现有的彩信业务模式相比，极大的改进了用户发送 彩信的灵活性，用简单的编辑短信的方式，描述出彩信业务的能力，丰富了彩信的接收和发 送方式。同时，强大的业务编辑能力使得开发新的业务非常方便，成本大幅度下降。对用户 来说，实现彩信的发送也变得非常简单，资费也能得到控制。
图1是本发明实施例一种上行短信转彩信业务系统方框图；图2是本发明实施例配置上行短信转彩信业务的方法流程图；图3是本发明实施例实现上行短信转彩信业务的方法流程图。
具体实施例方式本发明提出一种上行短信转彩信的系统和方法，丰富了彩信的发送方式，提高了 用户的使用体验。下面结合附图及具体实施例对本发明进行详细说明。参考图1，该图示出了本发明实施例一种上行短信转彩信业务系统，包含应用服务 器11和统一消息平台12，所述统一消息平台12包含路由设备121、解析执行设备122、数据 库操作设备123、数据库124、日志记录设备125、回执设备126，其中所述应用服务器11，存储彩信样本，以及为服务提供商提供上行短信转彩信业务 逻辑制作平台，将服务提供商编辑好的上行短信转彩信业务的脚本加载至统一消息平台12 中，并激活该业务。所述应用服务器11，在存储彩信样本后，还将彩信样本的路径信息存储 至统一消息平台12的数据库124中；在编写完上行短信转彩信业务逻辑后，将生成的该业 务脚本加载至统一消息平台12的解析执行设备122中；在激活该上行短信转彩信业务时， 还通知解析执行设备122该业务已激活。所述应用服务器11可以和统一消息平台12可以 部署在同一设备，也可分布部署。较佳地，所述应用服务器11还利用Web界面，为服务提供商提供业务制作向导，以及业务脚本中所需的标签、变量、算法。所述统一消息平台12，接收到携带有彩信内容描述信息的上行短信后，解析所述 上行短信，根据解析出的命令字和接入码触发该上行短信转彩信业务，根据彩信内容描述 信息中的关键字查找所述应用服务器11中存储的彩信样本，获得匹配的彩信，并通过彩信 网关将匹配的彩信下发至彩信内容描述信息中指示的目的地址，具体来说路由设备121，对于上下行消息进行路由选择，在接收到上行短信后，提取该上行 短信中的接入码和命令字进行联合匹配，如判断当前存在匹配且激活的上行短信转彩信业 务，则将该上行短信转发至解析执行设备122，否则通知用户所请求的业务当前不可使用。解析执行设备122，在加载上行短信转彩信业务后，将该业务的接入码和命令字通 知路由设备121 ；在获知业务已激活后，通知路由设备121 ；以及在接收到携带有彩信内容 描述信息的上行短信后，触发上行短信转彩信业务，解析该上行短信，根据解析出的关键字 组装查询命令，发送给数据库操作设备123。所述彩信内容描述信息中还可能包含彩信附件 修改信息。数据库操作设备123，负责与系统数据库进行交互，对系统内部设备屏蔽数据库操 作，根据解析执行设备122发送来的查询命令中的关键字，以及所述数据库124中存储的路 径信息，从应用服务器11中查找符合该关键字的彩信样本，并通过彩信网关将匹配的彩信 下发至彩信内容描述信息中指示的目的地址。所述数据库操作设备123在根据关键字查找 到匹配的彩信样本后，还按照彩信附件修改信息对该匹配的彩信样本进行修改，将修改后 的彩信作为匹配的彩信，通过彩信网关下发至彩信内容描述信息中指示的目的地址。所述 数据库操作设备123在根据关键字从应用服务器中查找匹配的彩信样本时，如果查找到多 条彩信样本，则提示用户从中选择一条作为匹配的彩信样本，或者由统一消息平台随机或 者按照预定规则为用户选择其中之一作为匹配的彩信样本；如果一条彩信样本也未找到， 则提示用户更换关键字，并根据用户更换的关键字重新查找匹配的彩信样本，或者提示用 户放弃操作。所述彩信内容描述信息中指示的目的地址指向一个接收端，或者多个不同的接收 端，或者该上行短信的发送端。所述彩信内容描述信息中指示的目的地址为多个不同的接 收端时，系统还包含群发控制设备(图中未示出)，用以将彩信分别发送至所述多个不同的 接收端。所述数据库124，存储彩信样本保存在应用服务器中的路径信息，以及用户的使用 权限信息。日志记录设备125，用以记录业务逻辑执行过程中，业务的执行情况。回执设备126，根据彩信网关发送来的回执，判断彩信是否发送成功，成功则记录 成功发送记录；如果未发送成功，则判断是否配置了重发功能，如果配置了重发功能，则将 该记录加入到重发列表中，启动重发流程，重新发送该彩信至目的地址；如果未配置重发功 能，则记录不成功发送记录。另外，本发明实施例中的统一消息平台中还可以包含总控设备(图中未示出)，为 统一消息平台中其他各设备信息配置参数，控制统一消息平台中其他各设备信息以及各设 备间的信令交互。在本发明实施例中，用户通过终端编写并发送携带有彩信内容描述信息的上行短信来触发业务，所述终端具有与用户交互的人机界面，可以是手机、可视电话、电脑、数字电 视、个人数字助理、手持终端等。参考图2，该图示出了配置上行短信转彩信业务的方法，具体包含步骤步骤S201 服务提供商将彩信样本存储至应用服务器，通过网页向用户发布彩信 样本预览页面，将该些彩信样本在应用服务器中的存储路径信息存储至统一消息平台的数 据库。这样，终端用户可以通过web界面链接到该预览页面来直观地预览服务提供商为 用户提供的彩信，从而获取需要的彩信的关键字信息；步骤S202 服务提供商通过应用服务器编写上行短信转彩信业务逻辑，将生成的 该业务脚本加载至统一消息平台中的解析执行设备中，然后由解析执行设备将该业务的接 入码和命令字通知统一消息平台中的路由设备；业务逻辑根据实际的处理需要可以方便地编写、修改，其可以由一组业务流程来 实现。所述业务逻辑可以包括业务判断、用户鉴权、从短信内容中解析出彩信内容描述信 息，根据彩信内容描述信息组建彩信并下发，业务流程的控制等等。所述业务脚本可以用可扩展标记语言XML实现，通过文本方式编辑而成。具体来 说，服务提供商可以利用统一消息平台提供的业务逻辑编写工具或者直接用文本编辑器进 行业务逻辑的编写。应用服务器可以利用Web界面，将业务脚本中可能用到的标签、变量、算法合理的 展示，例如，以下拉选框的方式展示等等，这样，服务提供商在制作业务时，可以通过在web 界面上进行鼠标选取的方式来方便快捷地完成一个业务脚本的编写，避免了书写代码的繁 琐。应用服务器还可以为服务提供商提供业务制作向导，令服务提供商可以向导式的 建立新的业务脚本，从而使得业务的制作更为便捷；步骤S203 服务提供商通过应用服务器激活该上行短信转彩信业务，通知解析执 行设备该业务已激活，以及再由解析执行设备通知路由设备该业务已激活。完成步骤S203后，即业务已加载至统一消息平台并已激活后，系统即可以根据用 户的上行短信请求来触发业务，实现上行短信转彩信业务了。较佳地，应用服务器还可以设置对应该业务的用户使用权限，可以是以黑名单和/ 或白名单的形式来设置。例如，可以根据用户是否签约设置一白名单，仅将已签约的用户放 在白名单内，规定白名单内的用户具有对该业务的使用权限，白名单之外的用户不具有对 该业务的使用权限；或者，也可以例如，根据用户是否恶意使用彩信群发之类的黑名单设置 条件来设置一黑名单，规定黑名单之内的用户不具有对该业务的使用权限，黑名单之外的 用户具有对该业务的使用权限。当然，本发明中黑名单和/或白名单的设置条件以及判断 方法可以有多种，在此并不做限制。然后，应用服务器将设置好的用户使用权限信息存储至 统一消息平台的数据库中，在激活该业务时，将用户使用权限信息导入解析执行设备中。下面将介绍如何根据用户的上行短信请求实现短信转彩信业务，如图3所示，包 含步骤步骤S301 用户以短信方式编辑彩信内容描述信息，将编辑好的短信发送上行短 信转彩信业务接入码，短信网关将该上行短信转发至统一消息平台；
该上行短信中携带的彩信内容描述信息至少包含命令字、关键字，以及目的地址 fn息所述关键字用以从应用服务器中查找匹配的彩信，所述关键字可以是例如彩信的 主题名称、彩信的发布时间等能够区分不同彩信的信息；终端用户可以通过Web链接到服 务提供商为用户提供的彩信样本预览页面，从而获得待转换的彩信的关键字；所述彩信内容描述信息中指示的目的地址可以指向一个接收端，或者多个不同的 接收端，还可以指向该上行短信的发送端。具体来说，所述目的地址字段可以为一个目的地 址，可以为多个目的地址，即一个群组地址，还可以为一缺省值，为缺省值时表示目的地址 即为上行短信的发送端地址。另外，由于一条彩信中可以包含若干附件，所述附件一般为图片附件、文字附件、 声音附件，因此，较佳地，在所述彩信内容描述信息中还可以包含彩信附件修改信息，包括 例如用户可以自定义彩信中各图片附件之间的顺序、文字附件的内容、声音附件的播放控 制信息，以及其他能够通过XML语言来描述对彩信附件进行修改的信息。当然，如果在上行 短信中携带该彩信附件修改信息，相应地，在服务提供商制作业务逻辑时，也需要制作如何 根据彩信附件修改信息进行对匹配的彩信样本进行修改相关的逻辑处理。步骤S302 统一消息平台的路由设备提取该上行短信中的接入码和命令字进行 联合匹配，判断当前是否存在匹配且激活的上行短信转彩信业务，如果存在，则将该上行短 信转发给解析执行设备，然后进入步骤S303 ；否则，通知日志模块记录该业务当前不可使 用的日志，短信通知用户所请求的业务当前不可使用，结束；步骤S303 解析执行设备根据其存储的用户使用权限信息，对该上行短信的源号 码进行鉴权，如果鉴权成功，则进入步骤S304;否则通知日志模块记录该用户无权申请该 业务的日志，并短信通知用户请求的业务当前无权使用，结束；例如，判断该上行短信的源号码在白名单内，或者不在黑名单之内，则认为鉴权成 功，否则认为鉴权不成功；步骤S304 解析执行设备接收到携带有彩信内容描述信息的上行短信后，触发上 行短信转彩信业务，解析该上行短信，根据解析出的关键字组装查询命令，发送给数据库操 作设备；步骤S305 数据库操作设备根据解析执行设备发送来的查询命令，以及数据库中 存储的路径信息，从应用服务器中查找符合该关键字的彩信样本，如果查找到多条不同的 彩信样本，则认为该关键字为模糊匹配，进入步骤S306 ；如果仅查找到一条彩信样本，则认 为该关键字为精确匹配，进入步骤S307 ；如果未查找到任何彩信样本，则进入步骤S310 ；例如，该关键字为“birthday”，根据该关键字，如果从应用服务器中查找到3条 不同主题的彩信“birthdayOl”，“birthday02”以及“birthday03”，则认为该关键字为模 糊匹配，需要用户从该3条彩信中选择其中之一，或者也可以由系统随机或者按照预定规 则为用户选择其中之一；如果从应用服务器中仅查找一条彩信，对应应用服务器中主题为 “birthday”的彩信，则认为该关键字为精确匹配，该精确匹配结果即为用户需要的彩信。当然，在另一实施例中，所述关键字也可以为其他能够区别彩信的信息，例如彩信 的编号、发布时间等等，在此并不做限制。步骤S306 数据库操作设备提示用户从该些查找出的不同的彩信样本中选择其中之一作为匹配的彩信样本，或者由数据库操作设备随机或者按照预定规则为用户选择其 中之一作为匹配的彩信样本，然后进入步骤S307 ；步骤S307 判断解析出的彩信的描述信息中是否还包含彩信附件修改信息，如果 包含，则进入步骤S308 ；否则，进入步骤S309 ；步骤S308 按照彩信附件修改信息对匹配的彩信样本进行修改，然后将修改后的 彩信样本通过彩信网关发送至目的地址，然后进入步骤S311 ；步骤S309 直接将匹配的彩信样本通过彩信网关发送至目的地址，然后进入步骤 S311 ；当目的地址为一个群组地址时，用户可以一条短信触发多条彩信并通过群发控制 设备分别发送给多个用户，即实现彩信群发；当目的地址为一缺省值时，默认将彩信发送到 请求用户的终端上，以利于用户观看自己选中或者编辑出的彩信效果。步骤S310 数据库操作设备向解析执行设备回复未查找到匹配彩信的应答，解析 执行设备提示用户更换关键字，在用户更换关键字后返回步骤S305，或者提示用户放弃操 作，结束；步骤S311 回执模块接收到彩信网关返回的回执信息后，根据回执内容判断是否 发送成功，成功则记录成功发送记录，结束；否则判断是否配置了重发功能，如果配置了重 发功能，则将该记录加入到重发列表中，启动重发流程，重新发送该彩信至目的地址，否则 记录不成功发送记录，结束。当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，本 领域技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应 属于本发明所附的权利要求的保护范围。
权利要求
一种上行短信转彩信的方法，其特征在于，包含服务提供商在应用服务器中存储彩信样本，编写上行短信转彩信业务逻辑，将生成的该业务的脚本加载至统一消息平台中，并激活该业务；终端用户以短信方式编写彩信内容描述信息，然后将携带有彩信内容描述信息的该上行短信发送上行短信转彩信业务接入码，短信网关将该上行短信转发至统一消息平台；统一消息平台解析该上行短信，根据解析出的命令字和接入码触发该上行短信转彩信业务，根据彩信内容描述信息中的关键字查找应用服务器中存储的彩信样本，获得匹配的彩信，将匹配的彩信下发至彩信内容描述信息中指示的目的地址。
2.如权利要求1所述的方法，其特征在于所述业务的脚本通过可扩展标记语言实现，采用文本方式编辑而成。
3.如权利要求2所述的方法，其特征在于应用服务器利用Web界面，为服务提供商提供业务制作向导，以及业务脚本中所需的 标签、变量、算法；服务提供商通过web界面，利用所述业务制作向导，采用鼠标选取的方式来完成业务 逻辑的编写。
4.如权利要求1所述的方法，其特征在于所述彩信内容描述信息中还包含彩信附件修改信息；所述统一消息平台在根据关键字查找到匹配的彩信样本后，还按照彩信附件修改信息 对该匹配的彩信样本进行修改，将修改后的彩信作为匹配的彩信，下发至彩信内容描述信 息中指示的目的地址。
5.如权利要求1所述的方法，其特征在于所述统一消息平台在根据关键字从应用服务器中查找匹配的彩信样本时，如果查找到 多条彩信样本，则提示用户从中选择一条作为匹配的彩信样本，或者由统一消息平台随机 或者按照预定规则为用户选择其中之一作为匹配的彩信样本；如果一条彩信样本也未找 到，则提示用户更换关键字，并根据用户更换的关键字重新查找匹配的彩信样本，或者提示 用户放弃操作。
6.一种实现上行短信转彩信的统一消息平台，包含解析执行设备、路由设备、数据库操 作设备，以及数据库，其中所述解析执行设备，在加载上行短信转彩信业务后，将该业务的接入码和命令字通知 路由设备；在获知业务已激活后，通知路由设备；以及在接收到携带有彩信内容描述信息 的上行短信后，触发上行短信转彩信业务，解析该上行短信，根据解析出的关键字组装查询 命令，发送给数据库操作设备；所述路由设备，在接收到上行短信后，提取该上行短信中的接入码和命令字进行联合 匹配，如判断当前存在匹配且激活的上行短信转彩信业务，则将该上行短信转发至解析执 行设备，否则通知用户所请求的业务当前不可使用；所述数据库操作设备，根据解析执行设备发送来的查询命令中的关键字，以及所述数 据库中存储的路径信息，从应用服务器中查找符合该关键字的彩信样本，并通过彩信网关 将匹配的彩信下发至彩信内容描述信息中指示的目的地址；所述数据库，存储彩信样本保存在应用服务器中的路径信息。
7.如权利要求6所述的统一消息平台，其特征在于所述彩信内容描述信息中还包含彩信附件修改信息；所述数据库操作设备在根据关键字查找到匹配的彩信样本后，还按照彩信附件修改信 息对该匹配的彩信样本进行修改，将修改后的彩信作为匹配的彩信，通过彩信网关下发至 彩信内容描述信息中指示的目的地址。
8.如权利要求7所述的统一消息平台，其特征在于所述数据库操作设备在根据关键字从应用服务器中查找匹配的彩信样本时，如果查找 到多条彩信样本，则提示用户从中选择一条作为匹配的彩信样本，或者由统一消息平台随 机或者按照预定规则为用户选择其中之一作为匹配的彩信样本；如果一条彩信样本也未找 到，则提示用户更换关键字，并根据用户更换的关键字重新查找匹配的彩信样本，或者提示 用户放弃操作。
9.如权利要求6所述的统一消息平台，其特征在于，还包含回执设备所述回执设备，根据彩信网关发送来的回执，判断彩信是否发送成功，成功则记录成功 发送记录；如果未发送成功，则判断是否配置了重发功能，如果配置了重发功能，则将该记 录加入到重发列表中，启动重发流程，重新发送该彩信至目的地址；如果未配置重发功能， 则记录不成功发送记录。
10.一种上行短信转彩信的系统，包含权利要求6-9中任何一项所述的统一消息平台， 其特征在于，还包含应用服务器，其中所述应用服务器，存储彩信样本，以及为服务提供商提供上行短信转彩信业务逻辑制 作平台，将服务提供商编辑好的上行短信转彩信业务的脚本加载至统一消息平台中，并激 活该业务。
11.如权利要求10所述的系统，其特征在于所述应用服务器，在存储彩信样本后，还将彩信样本的路径信息存储至统一消息平台 的数据库中；在编写完上行短信转彩信业务逻辑后，将生成的该业务脚本加载至统一消息 平台的解析执行设备中；在激活该上行短信转彩信业务时，还通知解析执行设备该业务已 激活。
12.如权利要求11所述的系统，其特征在于所述应用服务器利用Web界面，为服务提供商提供业务制作向导，以及业务脚本中所 需的标签、变量、算法。
全文摘要
本发明提供了一种上行短信转彩信的方法服务提供商在应用服务器中存储彩信样本，编写上行短信转彩信业务逻辑，将生成的该业务的脚本加载至统一消息平台中，并激活该业务；终端用户以短信方式编写彩信内容描述信息，然后将携带有彩信内容描述信息的该上行短信发送上行短信转彩信业务接入码，短信网关将该上行短信转发至统一消息平台；统一消息平台解析该上行短信，根据解析出的命令字和接入码触发该上行短信转彩信业务，根据彩信内容描述信息中的关键字查找应用服务器中存储的彩信样本，获得匹配的彩信，将匹配的彩信下发至彩信内容描述信息中指示的目的地址。该方法丰富了彩信的发送方式，提高了用户的使用体验。
文档编号H04M3/42GK101925024SQ200910203649
公开日2010年12月22日 申请日期2009年6月9日 优先权日2009年6月9日
发明者李钦, 郑罡 申请人:中兴通讯股份有限公司