CN101640867B - 一种消息类应用网关的设备配置信息更新方法及其系统 - Google Patents
一种消息类应用网关的设备配置信息更新方法及其系统 Download PDFInfo
- Publication number
- CN101640867B CN101640867B CN2009101896078A CN200910189607A CN101640867B CN 101640867 B CN101640867 B CN 101640867B CN 2009101896078 A CN2009101896078 A CN 2009101896078A CN 200910189607 A CN200910189607 A CN 200910189607A CN 101640867 B CN101640867 B CN 101640867B
- Authority
- CN
- China
- Prior art keywords
- configuration
- information
- configuration information
- message
- type application
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Stored Programmes (AREA)
Abstract
本发明公开了一种消息类应用网关的设备配置信息更新方法及系统,方法包括以下步骤:当设备的配置信息发生变更时,业务操作支撑系统保存发生变更的设备的配置信息;消息类应用网关从所述业务操作支撑系统获取所述发生变更的设备的配置信息,并将其更新至后台的配置信息数据库中;所述消息类应用网关将所述配置信息数据库中更新后的设备的配置信息同步至前台的业务处理进程。本发明的消息类应用网关的设备配置信息更新方法及其系统实现了消息类应用网关对于各种设备的配置信息的自动维护,显著提高了配置效率,增强了数据处理的准确性和可靠度。
Description
技术领域
本发明涉及移动通讯领域,尤其涉及一种消息类应用网关的设备配制信息更新方法及其系统。
背景技术
现有的消息类增值业务领域中,针对专门服务于现网的全网业务SP(Service Provider:服务提供者)及省级SP等,所有的MMSG(MultimediaMessage Service Gateway:彩信网关)、SMGW(Short Message Gateway:短信网关)、行业网关等消息类应用网关对应的设备的配置信息通常都是一致的。这些变更配置信息的设备一般包括SP、EDNS(Enhanced Domain NameService:域名智能解析服务)、DSMP(Data Service Management Platform:数据业务管理平台)等,对于彩信网关,还包括相应的MMSC(MultimediaMessage Service Center:彩信中心),对于短信网关,还包括相应的SMSC(Short Message Service Center:短信中心)等。目前,这些设备的配置信息都以手工输入的方法在各个消息类应用网关进行配置和更新,配置效率较低,且操作失误而导致的出错率高;随着消息类增值服务业务的迅速扩展和广泛应用,越来越多的SP、MMSC和SMSC等逐步建立和入网,还有一部分原有的SP、MMSC和SMSC需要更新相关的设备的配置信息,因此,在各个消息类应用网关中进行设备的配置信息输入和更新的数据处理量明显增大,且对数据处理的准确性和可靠性提出了更高的要求,然而,现有的手工输入的方法显然难以负担如此巨大的数据处理量,也难以满足较高的准确性、可靠性要求,鉴于此,提出一种高效、可靠的消息类应用网关的设备配置信息更新方法和系统已经成为一个亟待解决的问题。
发明内容
本发明所要解决的技术问题是,提供一种自动维护、提高配置效率的消息类应用网关的设备配置信息更新方法及其系统。
本发明解决其技术问题所采用的技术方案是:
一种消息类应用网关的设备配置信息更新方法,包括以下步骤:当设备的配置信息发生变更时,业务操作支撑系统保存发生变更的设备的配置信息;消息类应用网关从所述业务操作支撑系统获取所述发生变更的设备的配置信息,并将其更新至后台的配置信息数据库中;所述消息类应用网关将所述配置信息数据库中更新后的设备的配置信息同步至前台的业务处理进程。
当所述业务操作支撑系统检测到所述设备的配置信息发生变更时,保存发生变更的设备的配置信息。
所述消息类应用网关从所述业务操作支撑系统获取所述发生变更的设备的配置信息后对其进行校验,并将通过校验的设备的配置信息更新至后台的配置信息数据库中。
所述业务操作支撑系统保存发生变更的设备的配置信息的具体方法为:所述业务操作支撑系统根据所述变更的设备的配置信息生成配置信息文件。
所述消息类应用网关通过FTP的方式从所述业务操作支撑系统获取所述生成的配置信息文件。
所述业务操作支撑系统根据所述变更的设备的配置信息生成配置信息文件时,还包括向所述消息类应用网关发送通知信息的步骤;所述消息类应用网关接收所述通知信息后,通过FTP的方式从所述业务操作支撑系统获取所述配置信息文件。
所述业务操作支撑系统根据所述变更的设备的配置信息生成配置信息文件时,所述消息类应用网关主动通过FTP的方式从所述业务操作支撑系统获取所述配置信息文件。
一种消息类应用网关的设备配置信息更新系统,包括:配置信息存储模块、配置信息获取模块和配置信息更新模块;配置信息存储模块用于当设备的配置信息发生变更时,对业务操作支撑系统中发生变更的设备的配置信息进行保存;配置信息获取模块用于从所述配置信息存储模块中获取发生变更的设备的配置信息,并将其更新至消息类应用网关后台的配置信息数据库中;配置信息更新模块用于在所述配置信息获取模块将所述发生变更的设备的配置信息更新至后台的配置信息数据库后,将所述配置信息数据库中更新后的设备的配置信息同步至消息类应用网关前台的业务处理进程。
所述消息类应用网关中设有FTP信息存储模块;FTP信息存储模块用于记录从所述配置信息存储模块获取所述配置信息所需的FTP信息;所述配置信息存储模块将发生变更的设备的配置信息保存成配置信息文件后,所述配置信息获取模块还用于根据所述FTP信息存储模块中的FTP信息通过FTP的方式从所述配置信息存储模块中获取所述配置信息文件。
所述业务操作支撑系统设有信息通知模块和网关信息记录模块,所述消息类应用网关还设有通知监听模块;网关信息记录模块用于记录所述消息类应用网关的配置信息;信息通知模块用于在所述配置信息存储模块对发生变更的设备的配置信息进行保存后,根据所述网关信息记录模块中记录的所述消息类应用网关的配置信息向所述消息类应用网关发送通知信息;通知监听模块用于监听来自所述信息通知模块的通知信息,所述配置信息获取模块还用于在所述通知监听模块接收到所述通知信息后,从所述配置信息存储模块中获取所述发生变更的设备的配置信息。
本发明的有益效果是,本发明提供的技术方案充分利用BOSS系统(Business&Operation Support System:业务操作支撑系统)中的信息资源,当BOSS系统检测到某些设备的配置信息发生变更时,对发生变更的设备的配置信息进行保存,消息类应用网关获取这些发生变更的设备的配置信息,并使其前台的业务处理进程得到更新,本发明实现了消息类应用网关对于各种设备的配置信息的自动维护,与现有的人工输入的方式相比,显著提高了配置效率,增强了数据处理的准确性和可靠性。
进一步地,BOSS系统根据发生变更的设备的配置信息生成配置信息文件,并将其存放在固定的文件目录下,消息类应用网关通过FTP的方式从BOSS系统获取生成的配置信息文件,该方式缓解了BOSS系统的集中处理压力,且对现有的BOSS系统带来的影响较小。
一种实施方式中,BOSS系统主动向消息类应用网关发送通知信息,消息类应用网关接收到通知信息后通过FTP的方式从BOSS系统获取发生变更的设备的配置信息,该实施方式中,只有在发生设备的配置信息变更时,消息类应用网关才会下载数据信息,对现有的消息类应用网关带来的影响较小;而且消息类应用网关接收通知消息后,能够及时、快速地更新数据,显然进一步提高了配置效率,减少了因设备的配置信息的修改而带来的业务量影响,为增值服务业务的运营商带来极大的维护便利,且提升了服务质量。
附图说明
图1为本发明的消息类应用网关的设备配置信息更新方法第一种具体实施方式流程图;
图2为本发明的消息类应用网关的设备配置信息更新方法第二种具体实施方式流程图;
图3为图2所示具体实施方式中BOSS系统与消息类应用网关的一种具体交互模式示意图;
图4为本发明的消息类应用网关的设备配置信息更新系统第一种具体实施方式示意图;
图5为本发明的消息类应用网关的设备配置信息更新系统第二种具体实施方式示意图。
具体实施方式
以下结合附图对本发明的具体实施方式进行说明,然而并不限于以下具体实施方式:
目前的智能网通过BOSS系统实现了将各种增值服务业务整合在统一的框架中进行统一管理的功能,BOSS系统中存储了包括SP、EDNS、DSMP、MMSC、SMSC等设备的配置信息并对其进行管理。本发明充分利用了现有BOSS系统中的信息资源,BOSS系统在检测到某些设备的配置信息发生变更时,对发生变更的设备的配置信息进行保存,彩信网关、短信网关、行业网关等消息类应用网关获取这些发生变更的设备的配置信息并使其前台的业务处理进程得到更新。本发明提供的技术方案实现了消息类应用网关对于各种设备的配置信息的自动维护,与现有的人工输入的方式相比,显著提高了配置效率,增强了数据处理的准确性和可靠性。
图1所示为本发明的消息类应用网关的设备配置信息更新方法第一种具体实施方式流程图,包括以下步骤:
步骤S100:BOSS系统内的某一种设备的配置信息发生变更。通常,新的SP、MMSC和SMSC建立和入网时,或一部分原有的SP、MMSC和SMSC需要更新相关的设备的配置信息时,可以通过上报或提交数据的方式通知BOSS系统变更相关的设备的配置信息,具体包括对设备的配置信息的增加、删除或修改等,例如某一EDNS的服务端口发生变化,增加某一MMSC的设备编号等,该步骤的操作过程一般由人工输入的方式完成。
步骤S101:BOSS系统检测到设备的配置信息的变更,或者由设备通知BOSS系统其配置信息发生了变更。
步骤S102:BOSS系统对发生变更的设备的配置信息进行保存,保存的具体形式包括仅对设备的变更项的配置信息进行保存,或者对该设备的所有配置信息进行保存,其中包括变更后的配置信息。由于发生变更的设备的配置信息最终需要被各个消息类应用网关所获取,因此本步骤的保存方式通常与后续的获取方式相关,例如可以直接保存成消息格式以便向所有的消息类应用网关逐个发送,或者保存成具有一定格式的配置信息文件以便消息类应用网关主动获取。一种优选的实施方式中,BOSS系统提供FTP(File Transfer Protocol:文件传输协议)形式的下载服务,该步骤中,BOSS系统根据发生变更的设备的配置信息生成具有一定格式的若干个配置信息文件,这些配置信息文件按照日期、类型等分别命名后,可分类存放在一个固定的文件目录下供消息类应用网关通过FTP的形式获取,同时可从文件目录中选择删除旧的配置信息文件,不仅能够节省存储空间,而且进一步便于消息类应用网关直接下载最新的配置信息文件。
步骤S103:消息类应用网关从BOSS系统获取发生变更的设备的配置信息。该步骤与步骤S102相对应,其具体实施方式也有很多种,例如当BOSS系统将发生变更的设备的配置信息以消息格式保存时,本步骤中,BOSS系统可向所有的消息类应用网关逐个发送消息使其直接获得发生变更的设备的配置信息;为了缓解BOSS系统的集中处理压力,一种优选的实施方式中,BOSS系统将生成的配置信息文件存放在固定的文件目录下后,消息类应用网关可通过FTP的方式从BOSS系统获取配置信息文件以得到发生变更的设备的配置信息,该方式对现有BOSS系统的正常运作带来的影响较小。例如消息类应用网关可通过定时机制或其他机制从BOSS系统主动下载配置信息文件,或者当BOSS系统将生成的配置信息文件存放在固定的文件目录下后,主动向消息类应用网关发送通知信息,消息类应用网关接收到通知信息后通过FTP的方式从BOSS系统下载配置信息文件。很明显,使用通知消息的处理方式只有在设备的配置信息发生变更时,消息类应用网关才会从BOSS系统下载数据信息,因此对现有消息类应用网关的正常运作带来的影响较小;而且消息类应用网关接收到通知消息后,能够及时、快速地更新数据,显然进一步提高了配置效率,且减少了因设备的配置信息的修改而带来的业务量影响,为增值服务业务的运营商带来极大的维护便利,且提升了服务质量。
消息类应用网关从业务操作支撑系统获取发生变更的设备的配置信息后,还可进一步对其进行校验,并将通过校验的设备的配置信息更新至后台的配置信息数据库中以保证数据的准确性。
步骤S104:消息类应用网关将获取的设备的配置信息更新至后台的配置信息数据库中,使该配置信息数据库中的设备的配置信息与BOSS系统保持一致。使设备的配置信息入库之前,为了提高数据的准确性和可靠性,还可对其进行校验,例如判断其文件格式、字段个数等是否正确等,并将通过校验的设备的配置信息更新至后台的配置信息数据库中,同时入库时可选择删除旧的设备的配置信息以节省存储空间。
步骤S105:消息类应用网关将配置信息数据库中更新后的设备的配置信息同步至前台的业务处理进程,该步骤中,消息类应用网关可通知彩信网关、短信网关或行业网关中的同步进程将更新后的设备的配置信息同步到前台所有的业务处理进程,整个设备的配置信息的更新过程结束。
本发明的消息类应用网关设备配置信息更新方法中,从BOSS系统检测到设备的配置信息的变更到所有的消息类应用网关完成前台的业务处理进程的数据同步,只有在BOSS系统更新设备的配置信息一处可能涉及到人工操作,其余步骤均可实现自动维护,因此大大减轻了维护人员的工作量,提高了配置效率,且降低了操作失误而产生的错误率,保证了信息处理的准确性和可靠性。
如图2所示为本发明的消息类应用网关的设备配置信息更新方法第二种具体实施方式流程图,本实施方式的BOSS系统提供一个OmmagentS进程(Operation/Maintenance/Management Agent Server:运维代理服务进程),消息类应用网关提供一个OmmagentC进程(Operation/Maintenance/Management Agent Client:运维代理终端进程),并通过执行以上所述的两个进程实现了消息类应用网关的设备配置信息更新功能。
本实施方式中,消息类应用网关在获取BOSS系统的通知消息后,通过FTP方式从BOSS系统获取设备的配置信息,因此,BOSS系统的OmmagentS进程需要对所有消息类应用网关的相关信息进行配置以便发送通知消息,一种实施方式中,OmmagentS进程具有一个配置文件OmmagentS.ini,其中记录了所有消息类应用网关的IP(Internet Protocol:网络协议)地址、监听端口、访问网关的用户、密码等,并可设置/export/home/configini目录作为FTP的目标目录。相应地,消息类应用网关的OmmagentC进程也需要对BOSS系统提供的FTP信息进行记录以便进行数据下载,一种具体实施方式中,OmmagentC进程也具有一个配置文件OmmagentC.ini,其中记录了BOSS提供的FTP服务器相关信息,服务器的IP地址、服务端口、UserName、Password、请求文件存放路径REQ_PATH等,同时可记录本地文件存放路径等,例如可选择默认的文件存放目录为${ZXHOME}/config.ini目录。
本实施方式具体包括以下步骤:
步骤S200:BOSS系统中相关的设备的配置信息发生变更,例如其中一个MMSC的上行IP被更改。
步骤S201:在BOSS系统将步骤S200的变更提交并更新到数据库时,OmmagentS进程检测到数据库中的变更状况时,根据发生变更的设备的配置信息相应地生成具有一定格式的配置信息文件,一种具体实施方式中,各个配置信息文件的格式为:
SP配置信息文件:包含SP的VASPID、VASID、ServiceCodeID、上下行IP地址、ServiceCodeID的服务地区、ServiceCodeID的计费方式及费率等;
EDNS配置信息文件:包含EDNS名称、IP地址、服务端口等;
DSMP配置信息文件:包含DSMP名称、上下行IP地址、上下行服务端口、DSMP的设备编号、上下行鉴权账号、鉴权密码、上下行链路数等;
MMSC配置信息文件:包含MMSC的名称、设备编号、归属地区、服务端口、域名、上下行IP地址、上下行最大链接数、最大群发数等;
各个文件均为文本格式,每个设备的一个属性(例如EDNS的服务端口)作为一个字段,各个字段间以“|”间隔;每条记录(例如包含EDNSEDNS名称、IP地址、服务端口等)作为单独一行进行处理。
一种具体实施方式中,还可将配置信息文件分类保存在包含所有MMSC、SP、EDNS、DSMP等设备的配置信息文件的固定目录下,各种配置信息文件的命名方式分别为:
SPYYYYMMDDHHMM.ini
MMSCYYYYMMDDHHMM.ini
EDNSYYYYMMDDHHMM.ini
DSMPYYYYMMDDHHMM.ini
其中,YYYYMMDDHHMM分别表示年份、月份、日期、小时和分钟等便于进行区分。这些配置信息文件可存放于一个固定的文件目录下,以Solairs系统为例,可存放在/export/home/configini的目录下。
步骤S202:判断在生成新的配置信息文件后是否需要删除旧的配置信息文件,例如原始的配置信息文件或者上次生成的配置信息文件?是,则进入步骤S204,否则进入步骤S203。该判断步骤也可在生成配置信息文件的同时执行,或者在生成配置信息文件之前执行。
步骤S203:保留旧的配置信息文件。
步骤S204:删除旧的配置信息文件,该步骤能够减少文件存储量,从而减轻BOSS系统的数据处理压力。
步骤S205:OmmagentS进程在生成上述配置信息文件后,向所有的消息类应用网关发送通知消息,使其及时通过FTP的形式获取更新后的配置信息文件。通知消息的具体格式可灵活设置,一种优选的实施方式中,通知消息可只包含消息头和消息类型标识,其中消息类型标识使消息类应用网关的OmmagentC进程识别出FTP形式的下载任务即可,该实施方式简化了通知消息的格式,不会对现有的BOSS系统增加更多的功能负担。
步骤S206:判断通知消息是否发送成功?是,进入步骤S208,否则进入步骤S207。一种判断方式为:如果消息类应用网关在规定时间内响应该通知消息而进行数据下载,表明发送成功,否则表明发送失败。本步骤实现了通知信息的重试发送机制,如果一次发送失败,则会重复发送,可设置重复时间间隔为M,还可进一步设置重复发送N次后对应的消息类应用网关仍未响应该通知消息,才确认为发送失败。
步骤S207:重新发送通知消息,每次都记录发送失败的通知日志,直至重复发送N次。
步骤S208:记录发送成功的通知日志。本实施方式中记录发送成功和失败的通知日志为可选方案,用于维护人员通过分析该通知日志对相关进程的运行状况进行监控和维护,因此提高了系统运行的稳定性。
步骤S209:消息类应用网关成功监听到通知信息后,根据配置文件OmmagentC.ini中的FTP信息通过FTP的方式从业务操作支撑系统的指定目录下载配置信息文件,通常情况下都会下载最新一次生成的配置信息文件。与通知消息的重试机制类似,下载步骤也可提供重试下载机制,例如设定在规定时间内未下载成功,则结束本次下载过程重新进行下载,并可限制重复下载的最大次数。相应地,可记录下载成功和失败的下载日志,用于维护人员对相关进程的运行状况进行监控和维护。
步骤S210:OmmagentC进程成功下载配置信息文件后存放于本地指定的目录下,还可对配置信息文件的格式进行校验。
步骤S211:判断是否通过校验,是,则进入步骤S212,否则进入步骤S213。
步骤S212:丢弃或另行保存校验失败的配置信息文件。
步骤S213:OmmagentC进程将通过校验的配置信息文件对应的设备的配置信息更新至后台的配置信息数据库中,一种实施方式中,可按照如下原则进行更新:从某一配置信息文件中读取其中一条设备的配置信息,检查配置信息数据库中是否已存在该设备的配置信息,如果存在且与从配置信息文件中读取的设备的配置信息完全一致,则该设备的配置信息不再入库;如果该设备的配置信息存在但某些字段有更改,则修改配置信息数据库中相应的字段使其与从配置信息文件中读取的设备的配置信息完全一致;如果配置信息数据库中没有该设备的配置信息,将其添加至配置信息数据库。本步骤中,还可以视具体需要删除以后的设备的配置信息,以便节约存储空间。
步骤S214:记录相应的入库日志,例如对原配置信息数据库中的设备的配置信息进行修改、添加等。
步骤S215:OmmagentC进程将通过校验的设备的配置信息更新到消息类应用网关的配置信息数据库后,立即给消息类应用网关的同步进程发送消息,提醒其将更新后的设备的配置信息同步到前台的所有业务处理进程。
步骤S216:任务结束。
图3为图2所示实施方式中BOSS系统与消息类应用网关的一种具体交互模式示意图,其中,BOSS系统提供的OmmagentS进程执行以下任务:
1)检测设备的配置信息的变化,并生成相应的配置信息文件,并删除旧的配置信息文件;
2)通知消息类应用网关到BOSS系统下载配置信息文件。
消息类应用网关提供的OmmagentC进程执行以下任务:
1)监听并接收来自BOSS系统的通知消息;
2)从BOSS系统下载配置信息文件;
3)对下载的配置信息文件作校验;
4)将通过校验的设备的配置信息更新至后台的配置信息数据库;
5)入库完成后通知消息类应用网关的配置服务器中的同步进程,使其将更新后的设备的配置信息同步至前台的业务处理进程。
实际上本发明还可通过多个进程实现BOSS系统与消息类应用网关的信息交互,从而使消息类应用网关的设备的配置信息得到更新。
图4所示为本发明的消息类应用网关的设备配置信息更新系统第一种具体实施方式,包括配置信息存储模块20,配置信息获取模块30和配置信息更新模块40,。其中配置信息存储模块20可与配置信息检测模块10一同设置在BOSS系统中,配置信息获取模块30和配置信息更新模块40可设置在消息类应用网关。
其中,设置在BOSS系统的配置信息检测模块10用于对BOSS系统中的设备的配置信息进行检测。
当设备的配置信息发生变更时,配置信息存储模块20用于保存发生变更的设备的配置信息,保存方式通常与后续的消息类应用网关的信息获取方式相关,例如可以直接保存成消息格式以便向所有的消息类应用网关逐个发送,或者保存成具有一定格式的配置信息文件以便消息类应用网关通过FTP的方式主动获取。配置信息存储模块20可将生成的若干个配置信息文件分别按照日期、类型等分别命名后,分类存放在一个固定的文件目录下供消息类应用网关通过FTP的形式下载,同时还可删除旧的配置信息文件以节省存储空间。
配置信息获取模块30用于从配置信息存储模块20获取发生变更的设备的配置信息,并将其更新至消息类应用网关后台的配置信息数据库中。其获取方式包括主动获取或被动获取,例如配置信息获取模块30通过FTP的方式主动从配置信息存储模块20中下载配置信息文件,或者BOSS系统将配置信息存储模块20中更新后的设备的配置信息以消息的形式直接发送给消息类应用网关后,该配置信息获取模块30直接接收该更新后的设备的配置信息。
为了提高数据处理的准确度和可靠性,配置信息获取模块30中还可进一步包括信息校验模块和/或信息处理模块和/或日志记录模块,所述校验模块用于对获取的配置信息文件或者其他形式的发生变更的设备的配置信息进行格式校验,并将通过校验的设备的配置信息对应的设备的配置信息更新至消息类应用网关后台的配置信息数据库中。信息处理模块用于按照一定的处理原则将设备的配置信息更新至配置信息数据库中,例如读取一条设备的配置信息后,如果配置信息数据库中已存在该设备的配置信息且与读取的设备的配置信息完全一致,则该设备的配置信息不再入库;如果该设备的配置信息存在但某些字段有更改,则修改配置信息数据库中相应的字段使其与从配置信息文件中读取的设备的配置信息完全一致;如果配置信息数据库中没有该设备的配置信息,将其添加至配置信息数据库等。日志记录模块用于对配置信息文件的下载过程、校验过程和设备的配置信息的入库过程等进行记录。
配置信息更新模块40用于在配置信息获取模块30将发生变更的设备的配置信息更新至消息类应用网关后台的配置信息数据库中后,可通过提醒消息类业务网关的同步进程将配置信息数据库中更新后的设备的配置信息同步至前台的业务处理进程。
图5所示为本发明的消息类应用网关的设备配置信息更新系统第二种具体实施方式,本实施方式的BOSS系统还设有信息通知模块50和网关信息记录模块60,相应地,消息类应用网关中还包括通知监听模块80。
BOSS系统中的网关信息记录模块60用于记录各个消息类应用网关的配置信息,例如所有消息类应用网关的IP地址、监听端口、访问网关的用户、密码等以便配置信息存储模块20在存储发生变更的设备的配置信息后,BOSS系统向各个消息类应用网关发送通知消息。
配置信息存储模块20存储发生变更的设备的配置信息后,信息通知模块50用于根据网关信息记录模块60中记录的各个消息类应用网关的配置信息向所有的消息类应用网关发送通知信息,使其及时获取发生变更的设备的配置信息。
相应地,消息类应用网关中的通知监听模块80用于监听来自信息通知模块50的通知信息,配置信息获取模块30还用于在通知监听模块80接收到通知信息后,从BOSS系统的配置信息存储模块20获取发生变更的设备的配置信息。本实施方式的信息通知模块50与通知监听模块80之间可通过重试发送机制多次进行数据的发送,以确保通知监听模块80得到更新后的设备的配置信息。
进一步地,如果消息类应用网关中的配置信息获取模块30通过FTP的方式主动从配置信息存储模块20中下载配置信息文件时,消息类应用网关进一步包括FTP信息存储模块70,用于记录配置信息获取模块30从BOSS系统中的配置信息存储模块20获取发生变更的设备的配置信息所需的FTP信息。当配置信息存储模块20将发生变更的设备的配置信息保存成具有一定格式的配置信息文件后,配置信息获取模块30根据FTP信息存储模块70中的FTP信息从配置信息存储模块20中下载配置信息文件,因此缓解了BOSS系统的集中处理压力,对原有BOSS系统的正常运作带来的影响较小。
以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
Claims (10)
1.一种消息类应用网关的设备配置信息更新方法,其特征在于,包括以下步骤:
当设备的配置信息发生变更时,业务操作支撑系统保存发生变更的设备的配置信息;
消息类应用网关从所述业务操作支撑系统获取所述发生变更的设备的配置信息,并将其更新至后台的配置信息数据库中;
所述消息类应用网关将所述配置信息数据库中更新后的设备的配置信息同步至前台的业务处理进程。
2.根据权利要求1所述的方法,其特征在于:当所述业务操作支撑系统检测到所述设备的配置信息发生变更时,保存发生变更的设备的配置信息。
3.根据权利要求1所述的方法,其特征在于:所述消息类应用网关从所述业务操作支撑系统获取所述发生变更的设备的配置信息后对其进行校验,并将通过校验的设备的配置信息更新至后台的配置信息数据库中。
4.根据权利要求1至3中任一项所述的方法,其特征在于:所述业务操作支撑系统保存发生变更的设备的配置信息的具体方法为:所述业务操作支撑系统根据所述变更的设备的配置信息生成配置信息文件。
5.根据权利要求4所述的方法,其特征在于:所述消息类应用网关通过FTP的方式从所述业务操作支撑系统获取所述生成的配置信息文件。
6.根据权利要求5所述的方法,其特征在于:所述业务操作支撑系统根据所述变更的设备的配置信息生成配置信息文件时,还包括向所述消息类应用网关发送通知信息的步骤;
所述消息类应用网关接收所述通知信息后,通过FTP的方式从所述业务操作支撑系统获取所述配置信息文件。
7.根据权利要求5所述的方法,其特征在于:所述业务操作支撑系统根据所述变更的设备的配置信息生成配置信息文件后,所述消息类应用网关主动通过FTP的方式从所述业务操作支撑系统获取所述配置信息文件。
8.一种消息类应用网关的设备配置信息更新系统,其特征在于,包括:业务操作支撑系统、消息类应用网关;
所述业务操作支撑系统包括了配置信息存储模块;所述配置信息存储模块用于当设备的配置信息发生变更时,对业务操作支撑系统中发生变更的设备的配置信息进行保存;
所述消息类应用网关包括配置信息获取模块和配置信息更新模块;所述配置信息获取模块用于从所述配置信息存储模块中获取发生变更的设备的配置信息,并将其更新至消息类应用网关后台的配置信息数据库中;配置信息更新模块用于在所述配置信息获取模块将所述发生变更的设备配置信息更新至后台的配置信息数据库后,将所述配置信息数据库中更新后的设备的配置信息同步至消息类应用网关前台的业务处理进程。
9.根据权利要求8所述的系统,其特征在于:所述消息类应用网关中设有FTP信息存储模块;
FTP信息存储模块用于记录从所述配置信息存储模块获取所述配置信息所需的FTP信息;
所述配置信息存储模块将发生变更的设备的配置信息保存成配置信息文件后,所述配置信息获取模块还用于根据所述FTP信息存储模块中的FTP信息通过FTP的方式从所述配置信息存储模块中获取所述配置信息文件。
10.根据权利要求8或9所述的系统,其特征在于:所述业务操作支撑系统设有信息通知模块和网关信息记录模块,所述消息类应用网关还设有通知监听模块;
网关信息记录模块用于记录所述消息类应用网关的配置信息;
信息通知模块用于在所述配置信息存储模块对发生变更的设备的配置信息进行保存后,根据所述网关信息记录模块中记录的所述消息类应用网关的配置信息向所述消息类应用网关发送通知信息;
通知监听模块用于监听来自所述信息通知模块的通知信息,所述配置信息获取模块还用于在所述通知监听模块接收到所述通知信息后,从所述配置信息存储模块中获取所述发生变更的设备的配置信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101896078A CN101640867B (zh) | 2009-08-18 | 2009-08-18 | 一种消息类应用网关的设备配置信息更新方法及其系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101896078A CN101640867B (zh) | 2009-08-18 | 2009-08-18 | 一种消息类应用网关的设备配置信息更新方法及其系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101640867A CN101640867A (zh) | 2010-02-03 |
CN101640867B true CN101640867B (zh) | 2012-07-25 |
Family
ID=41615597
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101896078A Expired - Fee Related CN101640867B (zh) | 2009-08-18 | 2009-08-18 | 一种消息类应用网关的设备配置信息更新方法及其系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101640867B (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102196465B (zh) * | 2010-03-19 | 2016-09-28 | 中兴通讯股份有限公司 | 一种无线传感器网络的管理方法及系统 |
CN102638814A (zh) * | 2011-02-12 | 2012-08-15 | 苏州达联信息科技有限公司 | 一种铁路轨道监测网关动态网络信息获取方法及装置 |
CN102195839A (zh) * | 2011-05-05 | 2011-09-21 | 中国联合网络通信集团有限公司 | 家庭网关配置方法、家庭网关及网关服务器 |
CN102271057B (zh) * | 2011-08-02 | 2015-08-05 | 大唐移动通信设备有限公司 | 参数更新方法和设备 |
CN103186401B (zh) * | 2011-12-31 | 2016-04-20 | 北京新媒传信科技有限公司 | 一种软件系统及其配置更新方法 |
CN105790994B (zh) * | 2014-12-26 | 2019-03-26 | 海信集团有限公司 | 一种电力线通信plc局域网的配置信息同步方法、设备及系统 |
CN105119982B (zh) * | 2015-07-23 | 2019-02-22 | 中国联合网络通信集团有限公司 | 增值处理的方法及装置 |
CN106777255A (zh) * | 2016-12-27 | 2017-05-31 | 努比亚技术有限公司 | 一种数据存储方法及终端 |
CN108965007B (zh) * | 2018-07-19 | 2021-08-27 | 北京车和家信息技术有限公司 | Api网关接口配置更新方法及装置 |
CN110113197B (zh) * | 2019-04-26 | 2022-10-11 | 新华三技术有限公司合肥分公司 | Sdn控制器配置网络设备的方法和sdn控制器 |
CN111475190A (zh) * | 2020-04-02 | 2020-07-31 | 深圳创维-Rgb电子有限公司 | 一种信息更新方法、装置、电子设备及可读存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1848802A (zh) * | 2005-11-25 | 2006-10-18 | 清华大学 | 基于P2P在IPv4上实现IPv6高性能互联的方法 |
CN101110797A (zh) * | 2007-08-29 | 2008-01-23 | 中兴通讯股份有限公司 | 一种多媒体消息业务实现系统及其方法 |
-
2009
- 2009-08-18 CN CN2009101896078A patent/CN101640867B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1848802A (zh) * | 2005-11-25 | 2006-10-18 | 清华大学 | 基于P2P在IPv4上实现IPv6高性能互联的方法 |
CN101110797A (zh) * | 2007-08-29 | 2008-01-23 | 中兴通讯股份有限公司 | 一种多媒体消息业务实现系统及其方法 |
Non-Patent Citations (1)
Title |
---|
中国移动通信有限公司.省级业务运营支撑系统(BOSS)业务技术规范BOSS与DSMP接口分册.《中国移动通信企业标准》.2007, * |
Also Published As
Publication number | Publication date |
---|---|
CN101640867A (zh) | 2010-02-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101640867B (zh) | 一种消息类应用网关的设备配置信息更新方法及其系统 | |
US10735295B2 (en) | Data transmission method and apparatus | |
AU2002238720B2 (en) | Data Storage System | |
US8194581B1 (en) | Account holder notification for an infracting mobile station or mobile directory number (MDN) | |
US9002804B2 (en) | Automatically generating a customer notification file status report | |
CN102891873A (zh) | 一种存储日志数据的方法及日志数据存储系统 | |
CN103501486A (zh) | 一种消息推送方法及推送服务器 | |
CN101355726A (zh) | 基于多媒体消息传递服务的数据库同步方法和系统 | |
CN106060797A (zh) | 基于sim卡的信息同步方法、装置、服务器及系统 | |
US9160812B2 (en) | Systems and methods for delivering an application over a mobile communications network | |
CA2570883A1 (en) | Method and apparatus for electronic mailing of data utilizing a data reference | |
CN102340791A (zh) | 一种用于实现数据一致性的系统和方法 | |
CN102083000A (zh) | 一种移动广告发布系统、方法及相关设备 | |
GB2373139A (en) | A backup system of data stored on a sim card of a mobile telephone | |
CN103024051B (zh) | 一种进行服务器分发的装置、方法和相应系统 | |
CN101080045B (zh) | 消息筛选分发系统和方法 | |
CN101631282B (zh) | 动态广告的实现方法 | |
CN103262513A (zh) | 网络维护系统、方法以及装置 | |
CN116233148A (zh) | 云边数据同步方法、系统、装置及计算机存储介质 | |
US8280848B2 (en) | Automatic comparison of roaming data or routing data | |
US11425632B2 (en) | Mechanism to provide updates to NB-IoT devices | |
CN101754132A (zh) | 白名单管理系统、方法及业务操作支撑系统代理服务器 | |
CN101217687B (zh) | Mms消息状态信息处理方法 | |
CN101448207B (zh) | 一种发送多媒体消息的递送报告的方法及装置 | |
CN110290173A (zh) | 一种主备dns同步方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20180703 Address after: California, USA Patentee after: Global innovation polymerization LLC Address before: 518057 Zhongxing communication tower, South China Road, Nanshan District science and Technology Park, Shenzhen, Guangdong Patentee before: ZTE Corp. |
|
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120725 |