CN101345921A - 一种自编辑多媒体消息处理单元、业务系统及其业务实现方法 - Google Patents

Abstract

本发明公开了自编辑多媒体消息处理单元、业务系统及其业务实现方法，自编辑多媒体消息处理单元包括：媒体用户自助服务系统、用户数据库和NAS存储设备，其中用户数据库，保存用户信息用于鉴权使用，以及保存媒体文件信息；NAS存储设备保存用户设置的媒体文件内容，以备MMSC提取。本发明改变了传统的多媒体消息发送方法，且不占用很多网络带宽，节省了网络资源，也减少了消息提交时间，增加用户体验度。系统结构框架较简单，实现较容易，对现网设备影响较小，大规模应用于现网，会极大的方便用户，增强用户的彩信应用体验，同时降低网络数据量，减轻网络负担，提升运营商业务范围和质量，实现双赢。

Description

一种自编辑多媒体消息处理单元、业务系统及其业务实现方法

技术领域

本发明涉及移动通信增值业务中的彩信业务，涉及到智能网、数据库及WEB技术。

背景技术

多媒体消息(MMS)业务目前已经得到了广泛的开展，用户也普遍接受了该业务。但到目前为止，该业务流程中很多网元的功能和性能限制了用户的操作及应用，如终端彩信消息的编辑、网络带宽的限制、用户对特定场合所需要的消息内容的鉴别等。因此迫切需要一种技术或设备减小上述问题对彩信业务的限制，提高用户的体验度。

发明内容

本发明解决的技术问题是针对现有设备对彩信业务的限制提出一种基于MMSC(多媒体消息业务中心)设备的自编辑多媒体消息处理单元、多媒体消息业务系统及其业务实现方法，使得用户更轻松的编辑多媒体消息，提升了用户体验度；同时也减轻了MMSC系统及网络的负载压力，从而更好的推广多媒体彩信业务。

本发明提出的自编辑多媒体消息处理单元，包括：

用户数据库，用于保存用户信息，并提供给多媒体消息业务中心鉴权使用，以及保存用户设置的媒体文件信息；

NAS存储设备，用于保存用户设置的媒体文件内容，以供多媒体消息业务中心提取使用。

优选的，所述单元还包括：媒体用户自助服务系统，用于与用户数据库交互进行用户信息的管理，以及与用户数据库、NAS存储设备交互进行媒体文件的维护。

优选的，所述的媒体用户自助服务系统为服务端、操作终端架构。

优选的，所述的用户数据库中保存的媒体文件信息为关系数据库结构的多张信息表，各张表通过关键字关联。

优选的，所述的用户数据库为多媒体消息业务中心的共用数据库。

优选的，所述的NAS存储设备中的媒体文件采用多级目录的方式存储。

优选的，所述多级目录存储方式级别从高至低依次为：用户ISDN网号、归属地编码、媒体格式编号、媒体内容编号。

一种包括上述任一自编辑多媒体消息处理单元的多媒体消息业务系统，至少包括：多媒体消息业务中心，多媒体消息业务中心上都配置有一个所述的自编辑多媒体消息处理单元。

优选的，所述自编辑多媒体消息处理单元的用户数据库与多媒体消息业务中心的数据库共用。

一种多媒体消息业务的实现方法，包括以下过程：

1)MMSC接收用户提交的多媒体消息请求，判断该请求为第一多媒体消息请求还是第二多媒体消息请求，并将第一多媒体消息请求送入用户数据库进行鉴权处理；对于鉴权失败的请求，则直接向目的用户转发消息；

2)鉴权成功后，根据请求内容从NAS存储设备提取媒体文件；

3)将提取的媒体文件发送到目的客户。

优选的，所述步骤1)中第一多媒体消息请求为：自编辑多媒体消息；第二多媒体消息请求为：普通多媒体消息。

优选的，所述步骤2)和3)之间还包括以下处理步骤：对提取的媒体文件进行打包处理。

优选的，所述步骤1)中具体包括：

11)设定多媒体消息业务的消息格式；

12)MMSC接收用户提交的消息请求；

13)根据消息的格式判断是否为多媒体消息业务请求；

14)对于多媒体消息业务请求，则送入用户数据库进行鉴权处理；

15)对于非多媒体业务请求和鉴权失败的请求，则直接向目的用户转发消息。

本发明改变了传统的多媒体消息发送方法，节省了网络资源。传统的发送方法需要在发送方终端上具备需要发送的消息源文件，并手工选择编辑多媒体消息，比较费力，终端也不一定随时具备需要的资源。传统方式在消息提交过程中也占用了一定的网络资源。而本发明的解决方法用户只需要手工输入若干数字，简单方便，且不占用很多网络带宽，也减少了消息提交时间，增加用户体验度。本发明结构框架较简单，实现较容易，对现网设备影响较小，入网后能极大的提高用户体验度并缓解网络带宽压力。如大规模应用于现网，会极大的方便用户，增强用户的彩信应用体验，同时降低网络数据量，减轻网络负担，提升运营商业务范围和质量，实现双赢。

附图说明

图1是本发明自编辑多媒体消息处理单元优选实施例的系统结构图；

图2是本发明多媒体消息业务系统结构示意图；

图3是本发明多媒体消息业务的实现方法的优选实施例流程图。

具体实施方式

下面结合附图对本发明技术方案的实施和业务流程作进一步的详细描述：

如图1所示，本发明自编辑多媒体消息处理单元优选实施例结构图。其硬件结构包括NAS存储设备、用户数据库、媒体用户自服务系统服务器和操作终端。NAS存储可以使用目前现网普遍采用的EMC设备。用户数据库可以采用sybase、sql和oracle，为方便入网及更小的减小MMSC的改动，建议使用oracle数据库。媒体用户自服务系统架设于普通小型机即可，可采用apache软件结构。

用户数据库，用于保存用户信息，并提供给MMSC鉴权使用，以及保存用户设置的媒体文件信息；

NAS存储设备，用于保存用户设置的媒体文件内容，以备MMSC提取。

媒体用户自服务系统：该模块主要负责用户开户、注销、鉴权、用户信息维护等用户信息管理，以及媒体文件维护等工作。该系统提供用户注册、注销、更改注册信息的界面，并将信息保存于用户数据库中。用户可以在该系统界面上传、编辑、删除用户媒体文件，将媒体文件目录保存于用户数据库，同时将文件内容按照一定规则存放于NAS存储设备，以备MMSC提取。用户登录该系统后，系统默认为用户分配不可编辑的目录结构和默认的媒体文件，目录结构按照媒体格式、媒体内容类型逐级配置目录，媒体格式如文本、bmp、amr、avi等，分别分配编号0~9。媒体内容如春节、中秋、升迁等，也分配编号0~9。每个分目录下的媒体文件也分配唯一的编号，0~99，即每个最底层目录最多可包括100个文件。

用户数据库：用户数据库与媒体用户自服务系统共用相同的硬件设备。用户数据库保存用户开户信息，以备MMSC鉴权使用。同时保存了每个媒体文件的信息，以便用户编辑文件。为快速的查找、保存记录，采用关系数据库结构，用户ISDN的网号为一张表，用户ISDN的归属地(ISDN号码4到7位)为一张表，用户ISDN最后四位号码为一张表，某个用户的媒体文件(编号及文件内容)所有为一张表，各张表通过关键字关联，这样可以快速的定位某个媒体文件。当然如果考虑到国际互通，还可以增加国家码作为一张表。为了保存用户开户、注销信息，可以为用户单独创建一张表记录该信息。

考虑到现网所有的MMSC都已具备数据库，因此用户数据库可以单独设置，也可以与MMSC数据库共用。MMSC自身具有数据库访问模块，可以屏蔽具体的数据库应用，因此用户数据库能很容易的无缝嵌入已有的MMSC设备中。

NAS存储设备：用户拥有的媒体文件存放于NAS中，其存放路径规则如下：用户ISDN的网号为顶级目录，归属地编码(ISDN4~7位)为次级目录，根据媒体格式编号再划分目录，最底层目录为媒体内容编号。MMSC可以解析用户发送的彩信消息的内容逐级查找到对应的彩信消息文件。考虑到现网支持的媒体文件大小不超过100K，系统为每个用户配置的文件数最多为100*10*10＝10000个，总的大小为10000*100K＝1G。随着业务的开展，媒体格式、媒体类型及每个媒体类型包含的文件个数都可以扩展，当然对应的也需要扩展NAS存储的容量。

图2显示了本发明多媒体消息业务系统结构示意图。可以看出，自编辑多媒体消息处理单元的加入对现网网络结构影响很小，与其他外部网元的交互也仅限于MMSC，对现网基本不需要改造，因此很容易的即可应用于现网。也正因为此原因，可以为现网每个MMSC局点架设一套自编辑多媒体消息处理单元，这样网络清晰，便于管理，也便于MMSC的鉴权等业务流程的处理，避免了过多的网络流程。图中Easy-mms为本发明的自编辑多媒体消息处理单元。

以下根据图3简单介绍采用本发明多媒体消息业务的实现方法(简称为Easy-mms业务)实现用户发送消息的业务流程。

该系统还涉及一个问题，即MMSC如何区分用户提交的消息是普通的多媒体消息还是Easy-mms业务消息。这个可以通过规范确定。用户提交以下格式的多媒体消息时，MMSC会认为用户可能启用该业务，然后再通过鉴权确认用户是否开通该业务从而进行后续流程：13810340001/02/02/09。同时该消息内容也表示了用户要使用的多媒体文件，因为该消息内容格式是与NAS中媒体文件的存储位置一一对应的。该例中，MMSC可以据该内容到NAS的138顶级目录下1034/0001/02/02/目录下找到编号为09的媒体文件并打包发出。

以下根据图3简单介绍该业务的消息流程。仅介绍主要流程，对于流程中的异常业务分支不做涉及，在实际产品开发时必须要顾及到这些异常处理。

步骤1：用户提交彩信消息。如果用户计划使用Easy-mms业务，则需要根据上述规则编制多媒体消息内容，如13810340001/02/02/09，即表示用户需要使用该用户自有媒体库中编号为02的格式编号为02的内容类型中编号为09的多媒体文件。如果用户需要同时使用多个文件，则可以列出多个该格式的内容，且用“；”间隔开来。

步骤2：消息提交到MMSC后，MMSC需要对该消息内容做检查。如果检查到是符合Easy-mms业务的内容格式，则需要到数据库进行鉴权，看该用户是否开通了该业务。

步骤3：MMSC根据步骤2的鉴权结果进行下一步流程。如果用户未开通该业务或者消息不是Easy-mms业务，则走普通的业务流程，将该消息作为普通多媒体消息进行转发。否则去NAS提取对应的媒体文件。

步骤4：MMSC从NAS提取了所有的媒体文件后进行打包处理，打包为完成的多媒体消息，进行下一步处理。

步骤5：之后的流程同普通的多媒体业务流程，转发打包后的多媒体消息到目的用户。至此该业务流程结束。

其中每个步骤都会产生异常的分之流程，在设计具体的代码实现时还需要完全照顾到这些异常处理，保证软件的健壮性。

从以上的说明可以看出，本发明解决了业务使用中的诸多问题，包括：多媒体消息的存储、用户对消息内容的维护、MMSC根据用户提交的消息内容对实际对应的多媒体文件的获取、MMSC与数据库的交互等。而且本发明是在已有的MMSC网元基础上增加若干设备，实现设计功能。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (13)

1.一种自编辑多媒体消息处理单元，其特征在于，所述单元包括：

用户数据库，用于保存用户信息，并提供给多媒体消息业务中心鉴权使用，以及保存用户设置的媒体文件信息；

NAS存储设备，用于保存用户设置的媒体文件内容，以供多媒体消息业务中心提取使用。

2.根据权利要求1所述的自编辑多媒体消息处理单元，其特征在于，所述单元还包括：

媒体用户自助服务系统，用于与用户数据库交互进行用户信息的管理，以及与用户数据库、NAS存储设备交互进行媒体文件的维护。

3.根据权利要求2所述的自编辑多媒体消息处理单元，其特征在于，所述的媒体用户自助服务系统为服务端、操作终端架构。

4.根据权利要求1所述的自编辑多媒体消息处理单元，其特征在于，所述的用户数据库中保存的媒体文件信息为关系数据库结构的多张信息表，各张表通过关键字关联。

5.根据权利要求1或4所述的自编辑多媒体消息处理单元，其特征在于，所述的用户数据库为多媒体消息业务中心的共用数据库。

6.根据权利要求1或2所述的自编辑多媒体消息处理单元，其特征在于，所述的NAS存储设备中的媒体文件采用多级目录的方式存储。

7.根据权利要求6所述的自编辑多媒体消息处理单元，其特征在于，所述多级目录存储方式级别从高至低依次为：用户ISDN网号、归属地编码、媒体格式编号、媒体内容编号。

8.一种包括权利要求1-7任一项所述的自编辑多媒体消息处理单元的多媒体消息业务系统，至少包括：多媒体消息业务中心，其特征在于，多媒体消息业务中心上都配置有一个所述的自编辑多媒体消息处理单元。

9.根据权利要求8所述的多媒体消息业务系统，其特征在于，所述自编辑多媒体消息处理单元的用户数据库与多媒体消息业务中心的数据库共用。

10.一种多媒体消息业务的实现方法，其特征在于，所述方法包括以下过程：

1)MMSC接收用户提交的多媒体消息请求，判断该请求为第一多媒体消息请求还是第二多媒体消息请求，并将第一多媒体消息请求送入用户数据库进行鉴权处理；对于鉴权失败的请求，则直接向目的用户转发消息；

2)鉴权成功后，根据请求内容从NAS存储设备提取媒体文件；

3)将提取的媒体文件发送到目的客户。

11.根据权利要求10所述的多媒体消息业务的实现方法，其特征在于，所述步骤1)中第一多媒体消息请求为：自编辑多媒体消息；第二多媒体消息请求为：普通多媒体消息。

12.根据权利要求10所述的多媒体消息业务的实现方法，其特征在于，所述步骤2)和3)之间还包括以下处理步骤：对提取的媒体文件进行打包处理。

13.根据权利要求10-12任一项所述的多媒体消息业务的实现方法，其特征在于，所述步骤1)中具体包括：

11)设定多媒体消息业务的消息格式；

12)MMSC接收用户提交的消息请求；

13)根据消息的格式判断是否为多媒体消息业务请求；

14)对于多媒体消息业务请求，则送入用户数据库进行鉴权处理；

15)对于非多媒体业务请求和鉴权失败的请求，则直接向目的用户转发消息。

Images