一种彩铃播放方法及系统的制作方法

文档序号:7962383阅读:143来源:国知局
专利名称:一种彩铃播放方法及系统的制作方法
技术领域
本发明涉及一种彩铃播放方法及系统,特别涉及一种分布式网络架构中的彩铃播放方法及系统。
背景技术
彩铃业务(Color Ring Back Tone,CRBT)一般是一项由主叫、被叫或者集团用户等定制,为主叫用户提供一段悦耳的音乐,或一句问候语,或一段定制者自行录制合成的提示语音来替代普通回铃音的业务。由主叫定制的彩铃我们称之为主叫彩铃,由被叫用户的定制的彩铃我们称之为被叫彩铃,由集团用户定制的彩铃称之为集团彩铃。主叫彩铃和集团彩铃是被叫彩铃业务的一个延伸,它是将被叫彩铃的定制方改为主叫或者集团用户。
现有的彩铃系统一般根据规模和网络的需要采用独立局点组网,或者是分布组网方式。
一般的小型彩铃系统采用独立局点组网设置,较大的局点一般采用分布组网方式架构。目前分布式架构一般采用数据网络异地访问数据。如果是独立局点方式设置,则不存在分布式组网的需求,而是将管理、呼叫都集中在一个局点。如果是采用数据网组网设置,则可以实现分布式组网,但是对网络质量和网络带宽都有一定的要求。下面对两种组网方式下的彩铃系统作简要介绍。
1)独立局点组网图1为独立局点组网的逻辑结构示意图,该局点完成如下工作1、彩铃呼叫的接入和处理(信令和中继);2、彩铃的用户管理,包括IVR(Interactive Voice Response,交互式语音应答)接入(信令和中继)、WEB(万维网)接入、WAP(Wireless Access Protocol;无线访问协议)接入、SMS(Short Messaging Service;短消息业务)接入;彩铃的系统管理,包括系统管理员管理、SP/CP(Service Provider/ContentProvider;业务提供商/内容提供商)管理员管理、客服管理员管理、集团管理员管理;运营和计费功能。
如图1所示,独立局点工作流程是在接到呼叫请求后,在本地数据库DB(database)101查询管理信息后,到文件系统Fileserver102中读取相应的彩铃文件进行播放。
独立局点组网的不足在于因为电信网络中的中继资源成本很高,所以如果都采用独立组网无法满足局方对分布式组网的需求。
2)分布式组网图2为分布式组网的逻辑结构示意图,如图所示,整个彩铃系统分为管理节点201和呼叫节点202,其中呼叫节点可以有若干,现仅举其中之一呼叫节点202来阐述。
其中管理节点承担的工作包括1、彩铃的用户管理,含有IVR接入(信令和中继)、WEB接入、WAP接入、SMS接入;2、彩铃的系统管理,含有系统管理员管理、SP/CP管理员管理、客服管理员管理、集团管理员管理;3、运营和计费功能。
呼叫节点承担的工作包括彩铃呼叫的接入和处理(信令和中继)其工作流程是,当一个呼叫请求到达呼叫节点202时,呼叫节点202向管理节点201发起查询请求,管理节点201从数据库DB2011中读取相应管理信息后反馈至呼叫节点202,呼叫节点202再根据查询结果,从文件系统fileserver2022相应文件中读取彩铃文件进行播放。
呼叫节点202是通过实时访问从管理节点201的数据库DB2011获取管理信息的,而呼叫节点202文件系统fileserver2022与管理节点201文件系统fileserver2012的彩铃文件等是通过文件同步方式来实现的。
分布式组网的主要优点在于呼叫和管理相分离,呼叫节点只处理呼叫,管理节点处理复杂的业务逻辑,呼叫节点关注于系统的可靠性、稳定性,管理节点关注系统的快速响应和新特性的快速部署;呼叫数据分布,多个呼叫节点之间可以采用负荷分担、备份和容灾;呼叫节点和各地的交换系统对应上,减少呼叫长途中继的占用,降低彩铃的运营成本。
但分布式组网的不足在于由于分布式组网目前的解决方案一般是采用跨越大网访问数据的方式,本地一般不配置呼叫数据库或者是备份数据,这样存在的问题是如果管理节点出现故障的时候,呼叫节点同样会受到影响,系统的安全性和可靠性不好。
同时,目前现有的数据网组网设置,可以实现分布式组网,但对网络质量和网络带宽的要求较高,一般难以满足要求。主要的原因在于1、呼叫节点和管理节点的数据访问是实时访问模式,即一个呼叫请求到达时,呼叫节点向管理节点发起查询请求,根据查询结果判断放音内容;2、呼叫节点和管理节点之间存在文件同步和实时访问两种数据服务,其之间又无法有效实施QOS(Quality of Service;服务质量)保证,因此实时访问服务和文件同步服务之间存在资源竞争,实时访问服务的时效性无法保证;3、呼叫查询对响应时间要求极高,因为其和呼叫过程相关联,因此对网络带宽和网络质量要求很高,否则对呼叫过程产生影响,会导致呼叫接通仍然没有听到回铃音的问题。

发明内容
本发明提供了一种彩铃播放方法及系统,用以解决彩铃呼叫节点分布在各地,在满足对彩铃信息集中管理的条件下,降低彩铃业务对网络资源、网络带宽与网络质量的要求,同时提高网络发生故障时彩铃业务的稳定性和可靠性。
本发明方法包括所应用的彩铃系统,至少包括一个含存放第一彩铃文件的第一文件系统、存放第一管理信息的第一数据库的管理节点;一个含存放第二彩铃文件的第二文件系统、存放第二管理信息的第二数据库的呼叫节点,所述第一文件系统与第二文件系统通信,进行数据同步;所述第一数据库与第二数据库通信,进行数据同步,所述方法包括如下步骤当呼叫节点接收呼叫请求后,呼叫节点根据第二数据库中的第二管理信息,从第二文件系统中读取相应的第二彩铃文件进行播放。
较佳地,本方法中所述数据同步是将增量数据进行同步。
较佳地,本方法中可以进一步包括如下步骤当数据同步失败时,记录未同步的所述增量数据;当数据同步恢复时,将所述记录的未同步增量数据同步。
较佳地,本方法中可以进一步包括如下步骤根据需要将所述第一文件系统、第一数据库、呼叫节点分类;按分类将第一文件系统与同类呼叫节点的第二文件系统数据同步;按分类将第一数据库与同类呼叫节点的第二数据库数据同步。
较佳地,本方法中所述数据同步可以是定时进行的,或者是当数据发生变化时进行的。
本发明还提供了一种彩铃播放系统,至少包括含有一个存放第一彩铃文件的第一文件系统、存放第一管理信息的第一数据库的管理节点;含有一个存放第二彩铃文件的第二文件系统、存放第二管理信息的第二数据库的呼叫节点,第一文件系统与第二文件系统通信,并进行数据同步;第一数据库与第二数据库通信,并进行数据同步;
所述呼叫节点接收呼叫请求后,根据第二数据库中的第二管理信息,从第二文件系统中读取相应的第二彩铃文件进行播放。
较佳地,本系统中可以进一步包括文件同步模块,用于将第一文件系统与第二文件系统数据同步;和/或数据同步模块,用于将第一数据库与第二数据库数据同步。
较佳地,本系统中所述文件同步模块进一步包括用于记录第一文件系统增量的第一增量记录单元;所述文件同步模块,将所述第一增量记录单元记录的增量数据同步;所述数据同步模块进一步包括用于记录第一数据库增量的第二增量记录单元;所述数据同步模块,将所述第二增量记录单元记录的增量数据同步。
较佳地,本系统中所述第一增量记录单元进一步包括第一未同步增量记录子单元,用于记录在增量数据同步失败时,第一增量记录单元中未同步的增量;所述文件同步模块,用于将所述第一未同步增量记录子单元记录的增量数据同步;所述第二增量记录单元进一步包括第二未同步增量记录子单元,用于记录在增量数据同步失败时,第二增量记录单元中未同步的增量;所述数据同步模块,用于将所述第二未同步增量记录子单元记录的增量数据同步。
较佳地,本系统中所述文件同步模块进一步包括第一归类单元,用于按需要将第一文件系统与呼叫节点归类;所述文件同步模块,根据所述第一归类单元归类结果,将管理节点的第一文件系统与同类呼叫节点的第二文件系统数据同步;所述数据同步模块进一步包括第二归类单元,用于按需要将第一数据库与呼叫节点归类;所述数据同步模块,根据所述第二归类单元归类结果,将管理节点的第一数据库与同类呼叫节点的第二数据库数据同步。
较佳地,本系统中所述文件同步模块进一步包括第一定时单元,用于按需要设置文件同步时间;所述文件同步模块,按所述第一定时单元设置时间,将管理节点的第一文件系统与呼叫节点的第二文件系统数据同步;所述数据同步模块进一步包括第二定时单元,用于按需要设置数据同步时间;所述数据同步模块,按所述第二定时单元设置时间,将管理节点的第一数据库与呼叫节点的第二数据库数据同步。
较佳地,本系统中所述文件同步模块进一步包括第一触发单元,用于测量到第一文件系统发生变化时,触发第一同步信号;所述文件同步模块,接收到所述第一同步信号时,将管理节点的第一文件系统与呼叫节点的第二文件系统数据同步;所述数据同步模块进一步包括第二触发单元,用于测量到第一数据库发生变化时,触发第二同步信号;所述数据同步模块,接收到所述第二同步信号时,将管理节点的第一数据库与呼叫节点的第二数据库数据同步。
由于在本发明中,将实现彩铃业务的管理节点与呼叫节点功能相分离,这样呼叫节点在接到彩铃呼叫信息后,在呼叫节点数据库中查询管理信息,这使得进行彩铃业务时,不再需要实时向管理节点查询管理信息后才能进行播放,克服了因为呼叫查询对响应时间要求极高,而对网络带宽和网络质量要求也很高的问题。
同时,本发明将管理节点文件系统中的彩铃文件与数据库中的管理信息与本地同步,不仅解决了实时访问服务和文件同步服务之间存在资源竞争的问题,还使得彩铃业务中不再需求实时传输信息,而是在网络可用时将所需信息与本地同步,从而使得彩铃呼叫节点分布在各地,在满足对彩铃信息集中管理的条件下,降低了彩铃业务对网络资源、网络带宽与网络质量的要求;这样还能在网络带宽紧张的情况下业务依然能够正常运行,不会因为网络拥塞或者业务量大导致业务系统不可用,减少了呼叫节点分布在各地MSC(Mobile SwitchCenter;移动交换中心)或者TMSC(Tandem MSC;汇接移动交换中心)的情况下的长途中继占用;即使在网络不可用的情况下,仅是管理系统发生的数据维护和更新操作没有同步到呼叫节点,由于不再需要向管理节点查询彩铃的管理信息,因此呼叫系统依然能够进行彩铃业务。
由于管理节点与呼叫节点功能的分离,使得彩铃的呼叫节点不依赖于管理节点独立运行,耦合性小,可以实现多厂家简单对接。也使得在网络带宽、可靠性要求不高的情况下,容易实现了分布式组网、多节点的平滑扩容、多节点N+1备份等特性。


图1为背景技术中所述独立局点组网的逻辑结构示意图;图2为背景技术中所述分布式组网的逻辑结构示意图;图3为实施例所述分布式网络的逻辑结构示意图;图4为实施例中所述管理节点与呼叫节点数据同步的流程示意图;图5为实施例中所述彩铃系统结构示意图。
具体实施例方式
现在的彩铃呼叫是当呼叫请求到达呼叫节点时,呼叫节点向管理节点发起查询请求,管理节点反馈查询结果后,呼叫节点读取彩铃音进行播放。呼叫节点是通过实时访问从管理节点的数据库DB获取管理信息的,而在文件系统fileserver的彩铃文件等是通过文件同步方式来实现。而本发明实施例中,则采用的是与独立局点相似的方式,即呼叫节点在接到呼叫请求后,在本地数据库查询管理信息,到文件系统Fileserver中读取相应的彩铃文件进行播放。因此实现本发明的关键在于如何将管理节点中彩铃业务所需的数据与呼叫节点同步。
下面结合附图来说明本发明的具体实施方式

图3为实施例分布式网络的逻辑结构示意图,如图所示,在彩铃系统分为管理节点301和呼叫节点302,其中呼叫节点可以有若干,现仅举其中之一呼叫节点302来阐述。
其中管理节点主要负责彩铃业务的用户管理(WEB网站访问服务、SMS短信服务、IVR语音接入服务、WAP无线浏览服务、BREW无线应用服务、Java无线应用服务、营业厅等各种接入手段);彩铃业务的CP管理,负责提供CP信息管理、彩铃内容管理、业务统计等功能;彩铃业务的系统管理,负责CP管理、彩铃内容管理、业务统计、权限管理等功能;彩铃业务的其他对业务系统的管理手段。
呼叫系统主要负责彩铃系统的彩铃音播放;可能涉及的呼叫控制、呼出到被叫等特性。
实施例中,将管理节点与呼叫节点之间的功能进行了分离,因此管理节点和呼叫节点之间可以采用松散耦合,管理节点301与呼叫节点302之间的数据同步包括两个部分1)、管理信息同步用于用户呼叫的管理信息存放在管理节点301的数据库3011,管理节点301通过各种TCP/IP协议方式将数据库DB3011的管理信息与呼叫节点302数据库DB3021同步;2)、彩铃文件同步管理节点301在通过网络共享、FTP、HTTP接口等各种协议接口将CP上传彩铃文件到Fileserver3012后,管理节点301将Fileserver3012的彩铃文件与呼叫节点302的Fileserver3022同步。
图4为实施例中管理节点与呼叫节点数据同步的流程示意图,如图所示,
具体的实施步骤为步骤401、SP/CP、用户上传彩铃文件到管理节点。
这时可以采用HTTP协议。
步骤402、管理节点将需要同步的文件放置到需要同步的文件目录下。
需要同步的文件目录可以根据管理员需要进行配置,一般配置为彩铃音的根目录。
步骤403、用户和SP通过网站设置各种管理信息,管理节点将管理信息设置到管理节点的数据库DB。
步骤404、管理节点将需要同步的管理信息放在数据库DB特定区域中。
特定区域可以是数据库中的特殊的表,具体需要同步的表可以在数据库同步中进行配置。
步骤405、管理节点将上传的彩铃文件保存到Fileserver的正式目录中与呼叫节点同步。
增量主要是针对全部数据量非常巨大,而用户的定购数据需要第一时间反馈到呼叫平台,以便用户的定购能够最短的时间内生效。如果采用全量同步,其同步周期将非常长,无法满足业务发展的需要。呼叫节点可以通过定时触发的方式查询其节点上的彩铃文件和管理节点上彩铃文件的增量,并将增量同步过来。增量指管理节点中相对上一时刻所增加的、或所更新的文件。文件同步协议可以基于Windows CFS(Common file service)、FTP(File Transfer Protocol;文件传输协议)、HTTP(Hyper Text Transport Protocol;超级文本传送协议)等等协议进行网络传输,增量可以采用文件目录树对比方式获取查询文件信息并将其进行拷贝,拷贝方式可以是管理节点向多个呼叫节点同步,也可以是呼叫节点从管理节点同步。文件目录树对比方式是采用目录迭代分解出所有的子目录和文件,将原目录中的文件和目标目录中的文件属性进行对比,确认大小、修改时间、名称等保持一致,如果不一致则进行文件刷新。
步骤406、将呼叫节点的数据库与管理节点的数据库中的管理信息同步。
呼叫节点的数据库也可以通过定时的方式从管理节点的数据库将管理数据同步过来,数据库同步可以采用事务同步、定时数据块同步和应用同步三种方式,事务同步是当事务发生的时刻通过数据的事务日志同步,定时数据块同步是管理节点数据库定时将管理数据库中需要同步的数据同步到呼叫节点,应用同步是通过应用在操作管理节点数据时同时操作呼叫节点数据。
实施例中,两个同步接口,包括文件同步与管理信息同步,均可采用事件触发方式或者定时同步方式。事件触发方式是指在发生用户数据更新的时候同步数据,在文件发生更新的时候同步文件;定时同步方式是指在指定时间间隔后系统自动同步所有更新的数据和更新的文件。
根据实际的需要在实施中还可以制定不同的同步策略,比如1、全同步策略,即把所有的铃音文件资源、所有的管理信息数据都全部同步,这是用于解决在实际的呼叫处理中无法根据归属来选择彩铃播放平台问题的;2、按照分类同步,比如按照归属分类,即把只有该呼叫节点归属的铃音文件资源、归属的管理信息数据才从管理节点同步到呼叫节点。
为更好的保障数据同步,在以上两个节点中均采用异常保护机制。在网络发生断连时,管理节点的同步任务会自动记录所有未同步的数据,待网络恢复后管理节点能够识别网络状况并恢复同步任务,并将故障期间所有的未同步的管理信息和彩铃文件同步到呼叫系统。因为同步过程中采用增量同步,因此管理节点的数据变化先记录到管理节点中,并将增量部分记录下来以便网络恢复时同步到呼叫节点,这样通过异常保护机制就能更好的保障数据的同步。
因为广域网的带宽一般不可能太高,对网络带宽的要求也依赖于用户可以接受的生效时间和用户数量,这样在实施里的数据同步保证下,即使网络带宽紧张的情况下,彩铃业务依然能够正常运行,不会因为网络拥塞或者业务量大导致业务系统不可用。
根据同样发明构思,本发明还提供了一种彩铃系统,现结合附图对实施本系统进行说明。
图5为实施例中彩铃系统结构示意图,如图所示,其中至少包括含有一个存放第一彩铃文件的第一文件系统、存放第一管理信息的第一数据库的管理节点;含有一个存放第二彩铃文件的第二文件系统、存放第二管理信息的第二数据库的呼叫节点。本发明实施例中仅用一个管理节点501与一个呼叫节点502来进行说明。
在呼叫节点502与管理节点501中,它们的第一文件系统与第二文件系统通信,并进行数据同步;第一数据库与第二数据库通信,并进行数据同步;在呼叫节点502接收到用户呼叫请求后,根据第二数据库中的第二管理信息,从第二文件系统中读取相应的第二彩铃文件进行播放。与分布式不同的是,本发明中呼叫节点不再向管理节点请求管理信息,而是从本地数据库中进行读取。
文件同步模块503是用来将第一文件系统与第二文件系统进行数据同步的;数据同步模块504是用来将第一数据库与第二数据库进行数据同步的。
文件同步模块503中可以进一步包括第一增量记录单元5031、第一归类单元5032、第一定时单元5033、第一触发单元5034;数据同步模块504中则可以进一步包括第二增量记录单元5041、第二归类单元5042、第二定时单元5043、第二触发单元5044。其中第一增量记录单元5031是用于记录第一文件系统增量的,文件同步模块503,将第一增量记录单元记录的增量数据同步;第一增量记录单元可以进一步包括第一未同步增量记录子单元,用于记录在增量数据同步失败时,第一增量记录单元中未同步的增量,文件同步模块,将所述第一未同步增量记录子单元记录的增量数据同步;第一归类单元5032按需要将第一文件系统与呼叫节点归类,文件同步模块503,根据第一归类单元归类结果,将管理节点的第一文件系统与同类呼叫节点的第二文件系统数据同步;这样的目的是根据实际的需要在实施中制定的不同的同步策略,来按照归属分类,即把只有该呼叫节点归属的铃音文件资源、归属的管理信息数据才从管理节点同步到呼叫节点。
第一定时单元5033,用于按需要设置文件同步时间,文件同步模块503,按第一定时单元设置时间,将管理节点的第一文件系统与呼叫节点的第二文件系统数据同步;第一触发单元5034,用于测量到第一文件系统发生变化时,触发第一同步信号,文件同步模块,接收到第一同步信号时,将管理节点的第一文件系统与呼叫节点的第二文件系统数据同步;第二增量记录单元5041是用于记录第一数据库增量的,数据同步模块5004则将第二增量记录单元记录的增量数据同步。
第二增量记录单元进一步包括第二未同步增量记录子单元,用于记录在增量数据同步失败时,第二增量记录单元中未同步的增量,数据同步模块将第二未同步增量记录子单元记录的增量数据同步。
第二归类单元5042用于按需要将第一数据库与呼叫节点归类,数据同步模块,根据第二归类单元归类结果,将管理节点的第一数据库与同类呼叫节点的第二数据库数据同步。这样的目的是根据实际的需要在实施中制定的不同的同步策略,来按照归属分类,即把只有该呼叫节点归属的数据库资源、归属的管理信息数据才从管理节点同步到呼叫节点。
第二定时单元5043用于按需要设置数据同步时间,数据同步模块,按第二定时单元设置时间,将管理节点的第一数据库与呼叫节点的第二数据库数据同步。
第二触发单元5044用于测量到第一数据库发生变化时,触发第二同步信号,数据同步模块,接收到所述第二同步信号时,将管理节点的第一数据库与呼叫节点的第二数据库数据同步。
在本系统中,增量主要是针对全部数据量非常巨大,而用户的定购数据需要第一时间反馈到呼叫平台,以便用户的定购能够最短的时间内生效。如果采用全量同步,其同步周期将非常长,无法满足业务发展的需要。呼叫节点可以通过定时触发的方式查询其节点上的彩铃文件和管理节点上彩铃文件的增量,并将增量同步过来。增量指管理节点中相对上一时刻所增加的、或所更新的文件。本系统中第一增量记录单元与第二增量记录单元便是用于记录增量的。
为更好的保障数据同步,在以上两个节点中均采用异常保护机制。在网络发生断连时,第一未同步增量自单元与第二未同步增量子单元作为同步任务会自动记录管理节点的所有未同步的数据,待网络恢复后管理节点能够识别网络状况并恢复同步任务,并将故障期间第一、第二未同步增量子单元所记录的所有的未同步的管理信息和彩铃文件同步到呼叫系统。因为同步过程中采用增量同步,因此管理节点的数据变化先记录到管理节点中,并将增量部分记录下来以便网络恢复时同步到呼叫节点,这样通过异常保护机制就能更好的保障数据的同步。
对于文件同步模块来说,文件同步协议可以基于Windows CFS、FTP、HTTP等等协议进行网络传输,增量可以采用文件目录树对比方式获取查询文件信息并将其进行拷贝,拷贝方式可以是管理节点向多个呼叫节点同步,也可以是呼叫节点从管理节点同步。文件目录树对比方式是采用目录迭代分解出所有的子目录和文件,将原目录中的文件和目标目录中的文件属性进行对比,确认大小、修改时间、名称等保持一致,如果不一致则进行文件刷新。
对于数据同步模块来说,呼叫节点的数据库也可以通过定时的方式从管理节点的数据库将管理数据同步过来,数据库同步可以采用事务同步、定时数据块同步和应用同步三种方式,事务同步是当事务发生的时刻通过数据的事务日志同步,定时数据块同步是管理节点数据库定时将管理数据库中需要同步的数据同步到呼叫节点,应用同步是通过应用在操作管理节点数据时同时操作呼叫节点数据。
实施例中,两个同步接口,包括文件同步与管理信息同步,均可采用事件触发方式或者定时同步方式。事件触发方式是指在发生用户数据更新的时候同步数据,在文件发生更新的时候同步文件;定时同步方式是指在指定时间间隔后系统自动同步所有更新的数据和更新的文件。
从实施例可以看出,本发明对网络的可靠性要求低,即使在网络不可用的情况下,呼叫系统依然能够在接收到呼叫请求后即在本地进行查询,因为不必再到管理节点进行管理信息的实时查询,因此也能够正常使用。
从实施例可以看出,在实现呼叫节点的分布式布局后,呼叫节点可以分布在各地MSC或者TMSC相同的机房,减少长途中继占用,有效地降低了长途中继的租用和布置的成本。
从实施例可以看出,本发明可以容易的实现大容量情况的下平滑扩容,当在彩铃业务容量大到一个独立的系统难以承担全网用户容量的时候,能方便的采用分布式解决方案,从而实现彩铃业务的平滑扩容和叠加,例如一个呼叫节点最大的交换接入容量为20000路,则超过20000路需要建立一个节点时,此时采用本发明中的分布式组网增加节点就可以满足平滑扩容的要求。
从实施例可以看出,本发明可以实现呼叫节点的N+1备份和负荷分担,在N+1个呼叫节点的情况下,当其中的呼叫节点发生故障时,可以将呼叫送到其他的N个呼叫节点。在所有的呼叫节点中实现了负荷分担,当然也可以按照归属设置负荷分担。
从实施例我们可以看出,由于管理节点和呼叫节点松散耦合,因此可以实现多厂家合作实现彩铃设备,比如可以由管理部件开发能力强的公司提供管理节点,由电信供应商提供呼叫节点,从而实现彩铃业务平台的优势最大化。
权利要求
1.一种彩铃播放方法,所应用彩铃系统,至少包括一个合存放第一彩铃文件的第一文件系统、存放第一管理信息的第一数据库的管理节点;一个含存放第二彩铃文件的第二文件系统、存放第二管理信息的第二数据库的呼叫节点,其特征在于,所述第一文件系统与第二文件系统通信,进行数据同步;所述第一数据库与第二数据库通信,进行数据同步;当呼叫节点接收呼叫请求后,呼叫节点根据第二数据库中的第二管理信息,从第二文件系统中读取相应的第二彩铃文件进行播放。
2.如权利要求1所述的方法,其特征在于,所述数据同步是将增量数据进行同步。
3.如权利要求2所述的方法,其特征在于,进一步包括如下步骤当数据同步失败时,记录未同步的所述增量数据;当数据同步恢复时,将所述记录的未同步增量数据同步。
4.如权利要求1所述的方法,其特征在于,进一步包括如下步骤将所述第一文件系统、第一数据库、呼叫节点分类;按分类将所述第一文件系统与同类呼叫节点的第二文件系统数据同步;按分类将所述第一数据库与同类呼叫节点的第二数据库数据同步。
5.如权利要求1所述的方法,其特征在于,所述数据同步是定时进行的。
6.如权利要求1所述的方法,其特征在于,所述数据同步是当数据发生变化时进行的。
7.一种彩铃播放系统,至少包括含有一个存放第一彩铃文件的第一文件系统、存放第一管理信息的第一数据库的管理节点;含有一个存放第二彩铃文件的第二文件系统、存放第二管理信息的第二数据库的呼叫节点,其特征在于,所述第一文件系统与所述第二文件系统通信,并进行数据同步;所述第一数据库与所述第二数据库通信,并进行数据同步;所述呼叫节点接收呼叫请求后,根据所述第二数据库中的第二管理信息,从所述第二文件系统中读取相应的第二彩铃文件进行播放。
8.如权利要求7所述的系统,其特征在于,进一步包括文件同步模块,用于将所述第一文件系统与第二文件系统数据同步;和/或数据同步模块,用于将所述第一数据库与第二数据库数据同步。
9.如权利要求8所述的系统,其特征在于,所述文件同步模块进一步包括用于记录所述第一文件系统增量的第一增量记录单元;所述文件同步模块,将所述第一增量记录单元记录的增量数据同步;所述数据同步模块进一步包括用于记录所述第一数据库增量的第二增量记录单元;所述数据同步模块,将所述第二增量记录单元记录的增量数据同步。
10.如权利要求9所述的系统,其特征在于,所述第一增量记录单元进一步包括第一未同步增量记录子单元,用于记录在增量数据同步失败时,第一增量记录单元中未同步的增量;所述文件同步模块,用于将所述第一未同步增量记录子单元记录的增量数据同步;所述第二增量记录单元进一步包括第二未同步增量记录子单元,用于记录在增量数据同步失败时,第二增量记录单元中未同步的增量;所述数据同步模块,用于将所述第二未同步增量记录子单元记录的增量数据同步。
11.如权利要求8所述的系统,其特征在于,所述文件同步模块进一步包括第一归类单元,用于按需要将第一文件系统与呼叫节点归类;所述文件同步模块,根据所述第一归类单元归类结果,将管理节点的第一文件系统与同类呼叫节点的第二文件系统数据同步;所述数据同步模块进一步包括第二归类单元,用于按需要将第一数据库与呼叫节点归类;所述数据同步模块,根据所述第二归类单元归类结果,将管理节点的第一数据库与同类呼叫节点的第二数据库数据同步。
12.如权利要求8所述的系统,其特征在于,所述文件同步模块进一步包括第一定时单元,用于按需要设置文件同步时间;所述文件同步模块,按所述第一定时单元设置时间,将管理节点的第一文件系统与呼叫节点的第二文件系统数据同步;所述数据同步模块进一步包括第二定时单元,用于按需要设置数据同步时间;所述数据同步模块,按所述第二定时单元设置时间,将管理节点的第一数据库与呼叫节点的第二数据库数据同步。
13.如权利要求8所述的系统,其特征在于,所述文件同步模块进一步包括第一触发单元,用于测量到第一文件系统发生变化时,触发第一同步信号;所述文件同步模块,接收到所述第一同步信号时,将管理节点的第一文件系统与呼叫节点的第二文件系统数据同步;所述数据同步模块进一步包括第二触发单元,用于测量到第一数据库发生变化时,触发第二同步信号;所述数据同步模块,接收到所述第二同步信号时,将管理节点的第一数据库与呼叫节点的第二数据库数据同步。
全文摘要
本发明公开了一种彩铃播放方法及系统,所应用彩铃系统,至少包括一个含存放彩铃文件的文件系统、存放管理信息的数据库的管理节点;一个含存放彩铃文件的文件系统、存放管理信息的数据库的呼叫节点,管理节点文件系统与呼叫节点文件系统通信,进行数据同步;管理节点数据库与呼叫节点数据库通信,进行数据同步,当呼叫节点接收呼叫请求后,呼叫节点根据本地数据库中的管理信息,从本地文件系统中读取相应的彩铃文件进行播放。本发明使得进行彩铃业务时,大大降低了对呼叫查询响应时间以及对网络带宽和质量的要求;解决了实时访问服务和文件同步服务之间资源竞争的问题;且容易实现了分布式组网、多节点的平滑扩容、多节点N+1备份等特性。
文档编号H04Q7/22GK1997067SQ20061008677
公开日2007年7月11日 申请日期2006年6月26日 优先权日2006年6月26日
发明者胡小清, 王向东, 周尧军, 黄崇辉 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1