CN114727239B - 视频短信的处理系统 - Google Patents

Abstract

本发明公开了一种视频短信的处理系统，包括：视频短信平台通过扩展接口向接入地彩信中心通知视频短信及其关联信息；接入地彩信中心对视频短信进行标识，通过扩展接口将视频短信流转至接收方彩信中心；接收方彩信中心通过短信中心向终端下发携带视频短信的网址的服务信息；短信中心向终端下发关于服务消息的新消息通知；终端向GGSN发起针对于视频短信的下载请求，在成功下载视频短信之后向彩信接入点发送接收确认消息；GGSN将视频短信的下载请求路由给视频短信网关集群，将发往彩信接入点的请求路由给WAP网关；WAP网关向接收方彩信中心送达状态报告；接收方彩信中心将状态报告流转至接入地彩信中心；接入地彩信中心将状态报告流转至视频短信平台。

Description

视频短信的处理系统

技术领域

本发明涉及通信技术领域，具体涉及一种视频短信的处理系统。

背景技术

在传统短彩信业务逐渐萎缩的今天，一条可包含2M以内图文、音视频等文件的视频短信业务激发了行业市场对短彩信产品的新热情。视频短信能力在互联网流量激增的时代下应运而生，由于其能够满足企业客户推送信息多样化、直接触达用户需求，颇受各类型行业客户青睐，引领短彩信行业新革命。图2示出了一种视频短信的示意图，如图2所示，视频短信的内容构成包括：短信签名、文本内容、图片内容、视频内容。

现有技术中，视频短信沿用传统彩信协议流程，图3示出了现有技术中一种视频短信平台架构的示意图，基于该架构的具体业务流程如下：步骤1，客户向视频短信平台的审核模块提交视频短信模板；步骤2，待该视频短信模板审核成功后，生成对应的模板ID，并存入平台内容服务器中；步骤3，客户选择已审核通过的模板ID通过视频短信平台的下发模块进行批量下发；步骤4，视频短信平台请求行业网关；步骤5，行业网关通过Push消息推送至用户终端；步骤6，用户终端收到Push消息后向对应的地址请求视频短信内容。由于先前配置定向流量，在经过EPC核心网时将打上标签，本次下载无需消耗用户终端流量，流量费用由下发企业承担。

但是，发明人在实现本发明的过程发现现有技术至少存在以下不足：一方面，因视频短信沿用传统彩信协议流程，用户终端获取视频短信时，需通过WAP网关，但WAP网关是基于2G/3G时代数据业务以及彩信业务，已无法满足大流量时代下的视频短信业务，当大批量视频短信业务发展时，因WAP网关流量拥塞、连接中断等问题，导致用户接收成功率不高，用户体验较差。另一方面，因视频短信沿用传统彩信协议流程，当终端发送接收成功状态报告时，状态报告被回传至用户终端归属地的彩信中心，视频短信网元无法获取该状态报告，会造成计费不准确的问题，并且，视频短信计费规则按照push短信发送成功计费，因此导致终端用户未收到视频短信，但push短信接收成功，也会产生计费话单，导致计费与用户获取感知不统一的问题。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的视频短信的处理系统。

根据本发明的一个方面，提供了一种视频短信的处理系统，包括：

视频短信平台、接入地彩信中心、接收方彩信中心、短信中心、终端、网关GPRS支持节点、WAP网关；其中，所述视频短信平台包括视频短信网关集群；

视频短信平台，适于通过第一扩展协议接口向接入地彩信中心通知视频短信及其被叫用户号码和网址；

接入地彩信中心，适于对视频短信进行标识，并通过第二扩展协议接口将所述视频短信流转至接收方彩信中心；

接收方彩信中心，适于通过短信中心向终端下发携带所述视频短信的网址的服务信息；

短信中心，适于向终端下发关于所述服务消息的新消息通知；

终端，适于向网关GPRS支持节点发起针对于视频短信的下载请求，并在成功下载视频短信之后向彩信接入点发送接收确认消息；

网关GPRS支持节点，适于将视频短信的下载请求路由给视频短信网关集群，以供视频短信网关集群将视频短信下发给所述终端，以及，适于将发往彩信接入点的请求路由给WAP网关；

WAP网关，适于向接收方彩信中心送达状态报告；

接收方彩信中心进一步适于：通过第二协议，将状态报告流转至接入地彩信中心；

接入地彩信中心进一步适于：通过第一协议，将状态报告流转至视频短信平台。

可选地，视频短信网关集群包括各个分部节点及业务运营支持系统；

分部节点，适于接收用户订购信息，并将用户订购信息同步给业务运营支持系统；

业务运营支持系统，适于将用户订购信息同步给视频短信平台。

可选地，视频短信平台包括：

能力开放模块，适于面对用户提供视频短信API；

能力管控模块，适于接收业务运营支撑系统同步而来的用户订购信息，以及，对用户申请的端口、签名以及视频短信模板进行审批，以及，调用能力开放模块将视频短信API下发给用户。

可选地，视频短信平台进一步包括：

能力制作模块，适于制作视频短信模块，并将视频短信模块同步给视频短信网关集群；

能力下发模块，适于向接入地彩信中心下发视频短信；

能力话单模块，适于根据接入地彩信中心流转而来的状态报告进行话单计费。

可选地，视频短信网关集群进一步适于：根据被叫用户号码将视频短信下发给相应的分部节点；分部节点进一步适于：将视频短信下发给被叫用户对应的终端。

可选地，第一扩展协议接口为MM7协议接口，第一协议为MM7协议；

第二扩展协议接口为MM4协议接口，所述第二协议为MM4协议。

根据本实施例所提供的视频短信处理系统，一方面，接入点彩信中心扩展接口，支持视频短信下发，通过对视频短信进行统一标识，各个彩信中心可识别视频短信业务的标识，还支持终端状态报告回转至接入点彩信中心，通过这种方式，解决了视频短信平台无法准确获取终端接收状态报告的问题，保证了计费准确性，并且，该方式可从接入点彩信中心接入实现全网视频短信能力，只需控制接入点彩信中心端口接入权限，可解决视频短信业务统一接入管控的问题。另一方面，通过对核心网侧的改造，GGSN网元解析七层协议，将针对视频短信的下载请求，不经过WAP网关而直接路由至视频短信平台，能够解决WAP网关流量拥塞、连接中断等问题导致的终端用户接收成功率较低，还能够解决终端接收成功率低、定向流量盗刷风险等问题。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的视频短信的处理系统的结构示意图；

图2示出了一种视频短信的示意图；

图3示出了现有技术中一种视频短信平台架构的示意图；

图4示出了本发明实施例提供的视频短信的业务流程的示意图；

图5示出了现有技术中一种视频短信平台架构的示意图；

图6示出了本发明实施例提供的视频短信平台的结构示意图；

图7示出了本发明实施例提供的产品订购系统的架构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

图1示出了本发明实施例提供的视频短信的处理系统的结构示意图，如图1所示，该系统包括：视频短信平台、接入地彩信中心、接收方彩信中心、短信中心、终端、网关GPRS支持节点、WAP网关。视频短信平台包括视频短信网关集群。

视频短信平台、接入地彩信中心、接收方彩信中心、短信中心、终端、网关GPRS支持节点、WAP网关；其中，视频短信平台包括视频短信网关集群。

视频短信平台，适于通过第一扩展协议接口向接入地彩信中心通知视频短信及其被叫用户号码和网址；

接入地彩信中心，适于对视频短信进行标识，并通过第二扩展协议接口将视频短信流转至接收方彩信中心；

接收方彩信中心，适于通过短信中心向终端下发携带视频短信的网址的服务信息；

短信中心，适于向终端下发关于服务消息的新消息通知；

终端，适于向网关GPRS支持节点发起针对于视频短信的下载请求，并在成功下载视频短信之后向彩信接入点发送接收确认消息；

网关GPRS支持节点，适于将视频短信的下载请求路由给视频短信网关集群，以供视频短信网关集群将视频短信下发给终端，以及，适于将发往彩信接入点的请求路由给WAP网关；

WAP网关，适于向接收方彩信中心送达状态报告；

接收方彩信中心进一步适于：通过第二协议，将状态报告流转至接入地彩信中心；

接入地彩信中心进一步适于：通过第一协议，将状态报告流转至视频短信平台。

可选地，第一扩展协议接口为MM7协议接口，第一协议为MM7协议；第二扩展协议接口为MM4协议接口，第二协议为MM4协议。

图4示出了本发明实施例提供的视频短信的业务流程的示意图，该业务流程与上述视频短信的处理系统相对应，如图4所示，视频短信的业务流程包括：

步骤1，视频短信平台通过扩展的MM7协议接口，通知接入地彩信中心信的视频短信以及视频短信的MSISDN以及URL；

步骤2，接入地彩信中心对视频短信进行标识，并通过扩展的MM4协议接口，将视频短信流转到接收方彩信中心；

步骤3，接收方彩信中心通过短信中心向终端下发wappush，具体为视频短信URL；

步骤4，短信中心下发MMS:M-Notification.ind给终端；

步骤5，终端向GGSN发送MMS:M-Retrieve.conf，即终端主动发起视频短信的下载请求。

步骤6，GGSN将http://视频短信URL路由到视频短信网关集群，也即GGSN解析终端发送的下载请求，并将下载请求路由给视频短信网关集群。其中，视频短信网关集群将视频短信下发给终端。

步骤7，终端发送MMS:M-NotifyResp.ind/M-Acknowledge.ind给彩信接入点，也即终端下载完成之后主动向MMSC(彩信APN)发送接收确认消息。

步骤8，GGSN将10.0.0.172http://彩信中心URL路由给WAP网关，即GGSN将发往MMSC的请求路由给WAP网关。

步骤9，WAP网关请求接收方彩信中心，送达状态报告；

步骤10，接收方彩信中心通过MM4协议，流转状态报告至接入地彩信中心；

步骤11，接入地彩信中心通过MM7协议将状态报告发送给视频短信平台。

图5示出了现有技术中一种视频短信平台架构的示意图，基于该架构，现有技术中视频短信的业务流程具体包括：视频短信平台请求行业网关，行业网关通过短信中心将push消息推送至终端，终端通过WAP网关和GGSN获取视频资源，并向相应的彩信中心反馈获取状态报告。由于现有技术依赖WAP网关，当大批量视频短信业务发展时，因WAP网关流量拥塞、连接中断等问题，导致用户接收成功率不高，用户体验较差。由于终端直接将状态报告回传至归属地的彩信中心，导致视频短信平台无法获取到状态报告，另外，由于push消息的成功接收并不代表视频短信的成功接收，按照push消息是否发送成功来进行视频短信的计费是不准确的。

根据本实施例所提供的视频短信处理系统，一方面，接入点彩信中心扩展接口，支持视频短信下发，通过对视频短信进行统一标识，各个彩信中心可识别视频短信业务的标识，还支持终端状态报告回转至接入点彩信中心，通过这种方式，解决了视频短信平台无法准确获取终端接收状态报告的问题，保证了计费准确性，并且，该方式可从接入点彩信中心接入实现全网视频短信能力，只需控制接入点彩信中心端口接入权限，可解决视频短信业务统一接入管控的问题。另一方面，通过对核心网侧的改造，GGSN网元解析七层协议，将针对视频短信的下载请求，不经过WAP网关而直接路由至视频短信平台，能够解决WAP网关流量拥塞、连接中断等问题导致的终端用户接收成功率较低，还能够解决终端接收成功率低、定向流量盗刷风险等问题。

在本发明一种可选的方式中，视频短信平台内还设置有多个功能模块，使得视频短信平台能够作为全网视频短信的统一管控平台，解决现有技术中视频短信业务无法统一运营的问题。主要包括标准化产品模块以及能力开放模块，标准化产品模块用于提供标准化产品，而能力开放模块用于提供能力花产品。

图6示出了本发明实施例提供的视频短信平台的结构示意图，如图6所示，视频短信平台包括：

能力开放模块61，适于面对用户提供视频短信API；该模块负责向用户提供视频短信API能力产品，

能力管控模块62，适于接收业务运营支撑系统同步而来的用户订购信息，以及，对用户申请的端口、签名以及视频短信模板进行审批，以及，调用能力开放模块将视频短信API下发给用户；该模块主要负责签名审批、内容审批、通道审批等能力管控功能。

能力制作模块63，适于制作视频短信模块，并将视频短信模块同步给视频短信网关集群66；该模块负责视频短信模板制作，并将模板步至视频短信网关集群；

能力下发模块64，适于向接入地彩信中心下发视频短信，该模块负责视频短信下发功能。

能力话单模块65，适于根据接入地彩信中心流转而来的状态报告进行话单计费，该模块负责能力话单提供功能。

现有技术中，视频短信能力分省建设现象严重，缺乏统一管控，存在安全风向。在一种可选的方式中，视频短信网关集群包括各个分部节点；分部节点适于：接收用户订购信息，并将用户的订购信息同步给业务运营支持系统。其中，各个分部节点可以是各个省的节点，分部节点指的是分部已建设的视频短信平台节点，也即各个省已经建设好的视频短信平台节点。

其中，视频短信网关集群进一步适于：根据被叫用户号码将视频短信下发给相应的分部节点；分部节点进一步适于：将视频短信下发给被叫用户对应的终端。

该方式中，基于现有的集中管控平台中心节点以及各省自建节点，建设视频短信网关集群，具体地，以现有管控平台为中心节点，实现能力的调度与控制，各省节点作为终端就近获取节点，终端从临近的省节点获取视频短信内容。例如各省节点是各省的ESOP(客户业务综合运营平台)，中心节点是业务运营支撑系统。

由此可见，该方式复用现网已有视频短信服务器，构建视频短信网关集群，解决视频短信大并发场景下单服务器存在的并发低、带宽小导致终端用户接收成功率较低的问题，同时，可解决各省已有节点复用问题。

通过上述内容可知，视频短信平台和视频短信网关集群之间通过业务运营支撑系统(BBOS)连接，在实际应用中，用户可通过各省节点订购标准化产品或者能力化产品，面对不同的订购需求，提供不一样的平台服务。

图7示出了本发明实施例提供的产品订购系统的架构示意图，产品订购系统由视频短信平台和视频短信网关集群组成，视频短信平台包括标准化产品模块和能力开放模块，基于该产品订购系统，下面分别介绍标准化产品的订购业务流程和能力化产品的订购业务流程。

第一，标准化产品的业务流程具体包括：步骤1，用户通过各省节点(ESOP)订购视频短信标准化产品，省节点将用户订购信息提供给中心节点(BBOS)，中心节点再将用户订购信息同步给标准化产品模块；步骤2，标准化产品模块对用户申请的端口、签名、模板进行审批；步骤3，标准化产品模块为开通完毕的视频短信用户提供视频短信群发平台，并调用能力开放模块将视频短信API进行下发。

第二，能力化产品的业务流程具体包括：步骤1，用户通过各省节点(ESOP)订购视频短信能力产品(也即API服务)，省节点将用户订购信息提供给中心节点(BBOS)，中心节点再将用户订购信息同步给能力开放模块；步骤2，标准化产品模块对用户申请的端口、签名、模板进行审批；步骤3，用户通过能力开放模块获取视频短信API服务。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (2)

1.一种视频短信的处理系统，包括：

视频短信平台、接入地彩信中心、接收方彩信中心、短信中心、终端、网关GPRS支持节点、WAP网关；其中，所述视频短信平台包括视频短信网关集群；

视频短信平台，适于通过第一扩展协议接口向接入地彩信中心通知视频短信及其被叫用户号码和网址；

其中，所述视频短信平台包括：能力开放模块，适于面对用户提供视频短信API；能力管控模块，适于接收业务运营支持系统同步而来的用户订购信息，以及，对用户申请的端口、签名以及视频短信模板进行审批，以及，调用所述能力开放模块将视频短信API下发给用户；

所述视频短信平台进一步包括：能力制作模块，适于制作视频短信模块，并将所述视频短信模块同步给视频短信网关集群；能力下发模块，适于向接入地彩信中心下发视频短信；能力话单模块，适于根据接入地彩信中心流转而来的状态报告进行话单计费；

所述视频短信网关集群包括各个分部节点及业务运营支持系统；其中，所述分部节点，适于接收用户订购信息，并将所述用户订购信息同步给所述业务运营支持系统；所述业务运营支持系统，适于将所述用户订购信息同步给所述视频短信平台；

所述视频短信网关集群进一步适于：根据被叫用户号码将视频短信下发给相应的分部节点；则所述分部节点进一步适于：将视频短信下发给被叫用户对应的终端；

接入地彩信中心，适于对所述视频短信进行标识，并通过第二扩展协议接口将所述视频短信流转至接收方彩信中心；

接收方彩信中心，适于通过短信中心向终端下发携带所述视频短信的网址的服务信息；

短信中心，适于向终端下发关于所述服务信息的新消息通知；

终端，适于向网关GPRS支持节点发起针对于所述视频短信的下载请求，并在成功下载视频短信之后向彩信接入点发送接收确认消息；

网关GPRS支持节点，适于将所述视频短信的下载请求路由给所述视频短信网关集群，以供所述视频短信网关集群将所述视频短信下发给所述终端，以及，适于将发往彩信接入点的请求路由给WAP网关；

WAP网关，适于向所述接收方彩信中心送达状态报告；

所述接收方彩信中心进一步适于：通过第二协议，将所述状态报告流转至接入地彩信中心；

所述接入地彩信中心进一步适于：通过第一协议，将所述状态报告流转至所述视频短信平台。

2.根据权利要求1所述的系统，其中，所述第一扩展协议接口为MM7协议接口，所述第一协议为MM7协议；

所述第二扩展协议接口为MM4协议接口，所述第二协议为MM4协议。