专利名称：一种短消息业务数据处理方法及系统的制作方法
技术领域：
本发明涉及短消息系统，尤其涉及一种端消息业务数据处理方法及系统。
背景技术：
随着我国移动通信网络失见;漠的不断扩大，移动用户发展^f及为迅速。移动用 户在高速发展的同时，对移动通信业务的需求也越来越高，用户已经不局限于 进行基本的通话功能，更需要如短消息业务、彩信业务、彩铃等一些业务来发 挥移动通信的优势。短消息业务可以认为是最简单和方便的数据通信方式，它 不需要附加其他较为庞大的数据终端设备，仅使用手机就可以达到进行中、英 文信息交流的目的。短消息业务取代了寻呼机，可以自动漫游，无需人工登记， 即使对方手机在通话中，短消息也能实时接收，不会象电话那样因为占线而无 法接通，无论对方已关机还是不在服务区，只要其再次开机或重新回到服务区 内，即可马上接收到别人发出的短消息，保证信息传输更可靠，更贴近人们自 己的交流，点对点的信息传输，信息保密性强，才艮据短消息业务的自身的特点， 其技术是先进的，业务优势因此是比较明显，在不断完善的系统功能和加强业 务宣传的前提下，短消息业务将会受到用户的青睐，当今的社会流行着一种新 的时尚，被称之为"拇指文化"，尽管历来拇指被认为是五个手指中最笨拙的手 指，但是由于短消息的出现改变了它的历史地位，我们到处能见忙碌着发送短 信的人们，市场前景广阔，移动运营商正越来越深刻地体会到短消息业务的迅 猛增长，以及它带来的收入，让移动用户方便的定制短消息业务成为刻不容緩 的事情。而现有的技术只能对单个用户信息进行维护，或者只能对整个号段的用 户信息进行维护。在大批量用户数据需要处理的时候，传统的用户数据处理方 法显然满足不了实时、便捷、个性化及可靠性的需求。
发明内容
有鉴于此，本发明的主要目的在于提供一种短消息业务数据处理方法及系 统，用于解决现有技术中，对短信业务处理效率低、扩展性差等技术缺陷。
为达到上述目的，本发明的技术方案是这样实现的 一种短消息业务凄t据处理方法，包括
将短信用户的业务受理信息形成业务数据文件并保存到指定业务路径下；
从指定业务路径下读取所述业务数据文件，对所述业务数据文件进行处理， 并将处理后的业务数据保存到业务数据库中。
进一步地，在将处理后的业务数据保存到业务数据库中的同时将处理后的 业务数据同步到业务处理机的内存数据库中。
进一步地，所述业务数据文件采用文本文件形式；所述业务受理信息包括 正常用户的业务受理信息和黑名单用户的业务受理信息；在所述业务数据文件 中针对每个用户，都能够定制自己的业务数据。
进一步地，在对号段业务进行处理时，将号段业务数据转换为与单个用户 对应的记录存入所述业务数据文件当中，系统对业务数据文件中的记录执行批 量处理。
进一步地，对所述业务数据文件进行处理包括
判断所述业务数据文件的文件名称是否符合规范，若符合则对其进行后续 处理，若不符合则终止对该业务数据文件的处理；
判断所述业务数据文件中的业务记录的记录格式、用户号码及用户业务属 性是否符合设定的业务规则，若符合则执行入库操作，否则记录日志后处理下 一条业务记录。
进一步地，对所述业务数据文件进行处理包括
判断所述业务数据文件是否已经有处理历史，若是则读取该业务数据文件 的历史处理进度记录，从上次处理的断点处继续开始处理；否则从头开始处理； 在对业务数据文件内容进行处理的过程中实时记录处理进度记录。基于上述方法，本发明提出一种短消息业务数据处理系统，为达到该目的，
本发明的技术方案是这样实现的
业务文件形成才莫块，用于将短信用户的业务受理信息形成业务数据文件并 保存到指定业务路径下；
业务处理模块，用于从指定业务路径下读取所述业务数据文件，对所述业 务数据文件进行处理，并将处理后的业务数据保存到业务数据库中。
进一步地，所述系统还包括同步模块，用于将处理后的业务数据实时同 步到业务处理机的内存数据库中。
进一步地，所述业务处理模块包括
规则判断模块，用于对业务数据文件的名称、业务数据文件中的记录格式、 用户号码及用户业务属性是否符合业务规则进行判断，若符合则通知处理历史 判断模块执行；否则通知日志记录模块执行；
处理历史判断模块，用于判断所述业务数据文件是否已经有处理历史，若 是则通知处理位置确定才莫块执行，否则通知入库模块执4亍；
处理位置确定模块，用于在存在处理历史的情况下读取该业务数据文件的 历史处理进度记录，将当前处理位置设置为历史处理位置；在不存在处理历史 时将当前处理位置设置为业务数据文件的起始位置，然后通知入库模块执行；
入库模块，用于对符合业务规则的业务数据进行入库操作；
日志记录模块，用于根据规则判断模块的判断结果或入库模块的处理结杲 i己录日志。
本发明业务数据文件采用易扩展、处理灵活的文本文件方式；全面提供短 消息用户和黑名单用户的开户、修改、删除的功能，有效兼容原开户系统所有 开销户功能；所有的短消息用户及黑名单的业务数据在存入数据库后都及时同 步到短消息中心的内存库，使用户数据能够及时地被更新，用户属性能及时生 效；系统通过操作标志来区分操作类型，针对业务数据文件中的每个用户，都 能够定制自己的业务信息，解决了传统短消息受理系统只能冲艮据号段批量增力口， 修改用户信息的问题，并且解决了传统短消息受理系统不能个性化每个用户业务的问题；本发明兼容传统号段开户，但比号段更灵活，并且支持号段黑名单。
图1为本发明短消息业务数据处理流程图2为本发明短消息业务数据处理系统结构图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照 附图，对本发明进一步详细说明。
图1为本发明业务数据处理的流程图，本发明能够批量处理正常用户的业 务属性或黑名单用户的业务属性，包括用户的增加，^^改和删除操作等操作。
步骤101:将短信用户的业务受理信息集中形成文本形式的业务数据文件；
所述业务受理信息与系统所支持的业务对应，例如对于正常用户的业务， 可以包括用户的开户业务数据、用户信息的^^改业务数据、删除用户的业务数 据，对应黑名单用户可以包括增加黑名单的业务数据、修改黑名单的业务数据 及删除黑名单的业务数据。所述业务数据文件可通过文件名来区分业务类型， 通过一定的命名规则来使系统可以识别当前在处理何种类型的业务。
业务数据文件中的每一条记录对应于一个短消息用户的一项业务操作，在 业务数据文件中针对每个用户，都能够定制自己的业务信息，解决了传统短消 息受理系统只能根据号段批量增加、修改用户信息的问题，并且解决了传统短 消息受理系统不能个性化定制每个用户业务的技术问题；
本发明采用文本文件方式来存储业务受理信息，该文本文件可由其它系统 按照约定的格式自动生成，也可手工编写。文本文件中业务数据记录的格式在 系统约定。
系统通过业务数据文件的名称来区分当前处理的业务类型；所述业务类型 包括短消息用户和黑名单用户的开户、修改、删除。
本发明可根据不同的现场需求定制开户文本格式，互相之间不影响。文件目录层次可才艮据现场资源自行配置。
步骤102:通过文件传输协议ftp方式将业务数据文件上传到指定的业务路 径下；
除通过ftp方式外还可^f吏用其它协议方式上传业务数据文件。
步骤103:将业务数据文件上传到指定业务路径下后，系统会自动定时检 测该业务路径下是否有新的业务数据文件，若有则执行步骤104;否则结束；
还可根据文件命名规则对业务数据文件进行匹配，从而实现根据不同文件 类型执行不同的业务操作，以及避免对非法或不符合规范的文件进行处理。
步骤104:判断是否有处理历史记录，若是则执行步骤105;否则执行步骤
106;
在系统处理过程中可能会因为异常情况中断业务数据文件的处理过程，为 了解决这种问题，本发明实时记录当前的处理文件及当前处理文件的处理位置， 在系统恢复正常时，系统可根据处理历史记录从断点处继续开始执行。
步骤105:从处理历史记录中读取上次中断的处理位置作为当前的起始处 理位置，然后执行步骤107;
步骤106:将起始处理位置设为从头开始；即从第一条记录开始；
步骤107:从业务数据文件中读取一条业务数据记录，根据数据格式定义、 业务约束条件等对当前处理的业务数据记录进行验证，判断是否符合业务规范， 若符合规范则执行步骤108;否则执行步骤lll;
本发明所述业务规范包括
(1) 业务数据记录的记录格式是否符合规范，例如字段个数、分隔符等是 否符合系统的要求；
(2) 业务数据记录的字段属性是否符合业务规则，例如用户号码的位数、 各字段的取值是否在业务约束的范围内等等；
(3 )执行某项业务的条件，如根据用户属性执行针对该类用户的某项业务； 例如某些地区只允许对预付费用户进行入库处理，则在入库前需要对用户 号码进行分析，若号码是预付费用户则允许入库，否则拒绝并记录错误日志。步骤108:从业务数据文件中提取一条记录，执行入库操作；
本步骤中，将用户或者黑名单信息根据4喿作标志写入数据库，操作标志由 系统给定，例如0表示增加，l表示修改，2表示删除等。可以有默认操作类型， 例如无操作标志则表示增加。在业务数据文件中，通过上述标识即可针对业务 数据文件中的每个用户，都能够定制自己的业务信息，解决了传统短消息受理 系统只能根据号段批量增加，修改用户信息的问题，并且解决了传统短消息受 理系统不能个性化每个用户业务的问题；
本发明兼容传统号段业务，但比号段更灵活，在对号段业务进行处理时， 本发明将号段业务数据转换为与单个用户对应的多条记录存入所述业务数据文 件当中，系统对业务凄t据文件中的记录执行逐条批量的处理。例如传统黑名单 开户不支持号段黑名单，若要实现整个号码段入黑名单库，则需要手工在界面 上重复输入单个号码并选择黑名单属性提交的方式来实现。而文本批量开户则 可以相对便捷地实现号段黑名单的功能。例如可以通过借助文本编辑工具快速 将号段转换为单个号码并写入文件，系统能自动识别该文件并将黑名单入库。 传统黑名单不支持"永久"黑名单，而文本批量开户方式则可以支持，只要将 黑名单时间设置为无限大就可以解决。
步骤109:判断入库是否成功，若成功则执行步骤110;否则执行步骤111;
步骤110:将入库数据同步到内存数据库当中；所述内存数据库指联机业 务处理系统中驻留在内存中的数据库，用于提高前端业务处理机的处理速度， 其与后台数据库之间根据业务需求按一定的周期进行同步，但如果同步周期较 长的话会导致当前入库的业务数据在不能及时生效，本发明在完成业务数据的 后台数据库的入库操作后，即刻将其同步到内存数据库，从而减少延迟。
步骤lll:记录当前的执行日志；
本发明的日志记录包括用户号码、搡作标志、执行结果、失败原因等等。 本发明在系统异常时能根据日志记录准确定位到未开户成功的号码，并且 可以针对这些号码进4亍再次开户。
步骤112:记录当前处理位置作为历史记录；步骤113:判断业务数据文件中的记录是否处理完毕，若未处理完毕则执 行步骤107;否则执行步骤结束执行。
图2为本发明短消息业务数据处理系统结构图，包括业务文件形成模块、 业务处理才莫块、同步才莫块。
业务文件形成才莫块用于将短信用户的业务受理信息形成业务数据文件并保 存到指定业务路径下；所述业务受理信息包括正常用户的业务受理信息和黑名 单用户的业务受理信息；在业务数据文件中针对每个用户，都能够定制自己的 业务信息。
业务处理模块，用于从指定业务路径下读取所述业务数据文件，对所述业 务数据文件进行处理，将处理后的业务数据保存到业务数据库中；业务处理模 块进一步包括规则判断模块、处理历史判断模块、处理位置确定模块、入库模 块及日志记录模块等。规则判断模块用于对业务数据文件的名称、业务数据文 件中的记录格式、用户号码及用户业务属性是否符合业务规则进行判断，若符 合则通知入库模块执行；否则通知日志记录模块执行；入库模块用于对符合业 务规则的业务数据进行入库操作；日志记录模块用于根据规则判断模块的判断 结果或入库模块的处理结果记录日志。处理历史判断^f莫块，用于判断所述业务 数据文件是否已经有处理历史；处理位置确定模块，用于在存在处理历史的情 况下读取该业务数据文件的历史处理进度记录，将当前处理位置设置为从历史 处理位置；在不存在处理历史时将当前处理位置设置为业务数据文件的起始位 置。在对号段业务进行处理时，由业务文件形成模块将号段业务数据转换为与 单个用户对应的记录存入所述业务数据文件当中，由业务处理^f莫块对业务教:据 文件中的记录执行批量处理。
同步模块，用于将处理后的业务数据实时同步到业务处理机的内存数据库中。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
1、一种短消息业务数据处理方法，其特征在于，包括将短信用户的业务受理信息形成业务数据文件并保存到指定业务路径下；从指定业务路径下读取所述业务数据文件，对所述业务数据文件进行处理，并将处理后的业务数据保存到业务数据库中。
2、 根据权利要求1所述的方法，其特征在于，在将处理后的业务数据保存 到业务数据库中的同时将处理后的业务数据同步到业务处理机的内存数据库 中。
3、 根据权利要求2所述的方法，其特征在于，所述业务数据文件采用文本 文件形式；所述业务受理信息包括正常用户的业务受理信息和黑名单用户的业 务受理信息；在所述业务数据文件中针对每个用户，都能够定制自己的业务数 据。
4、 根据权利要求3所述的方法，其特征在于，在对号段业务进行处理时， 将号段业务凝:据转换为与单个用户对应的记录存入所述业务数据文件当中，系 统对业务数据文件中的记录执行批量处理。
5、 根据权利要求1所述的方法，其特征在于，对所述业务数据文件进行处 理包括判断所述业务数据文件的文件名称是否符合规范，若符合则对其进行后续 处理，若不符合则终止对该业务数据文件的处理；判断所述业务数据文件中的业务记录的记录格式、用户号码及用户业务属 性是否符合设定的业务规则，若符合则执行入库操作，否则记录日志后处理下 一条业务记录。
6、 根据权利要求1所述的方法，其特征在于，对所述业务数据文件进行处 理包括判断所述业务数据文件是否已经有处理历史，若是则读取该业务数据文件 的历史处理进度记录，从上次处理的断点处继续开始处理；否则从头开始处理；在对业务数据文件内容进行处理的过程中实时记录处理进度记录。
7、 一种短消息业务数据处理系统，其特征在于，包括 业务文件形成才莫块，用于将短信用户的业务受理信息形成业务数据文件并保存到指定业务路径下；业务处理模块，用于从指定业务路径下读取所述业务数据文件，对所述业 务数据文件进行处理，并将处理后的业务数据保存到业务数据库中。
8、 根据权利要求7所述的系统，其特征在于，所述系统还包括同步模块，用于将处理后的业务数据实时同步到业务处理机的内存数据库中。
9、 根据权利要求8所述的系统，其特征在于，所述业务受理信息包括正常 用户的业务受理信息和黑名单用户的业务受理信息；在所述业务数据文件中针 对每个用户，都能够定制自己的业务信息；在对号段业务进行处理时，由业务 文件形成^f莫块将号"a业务数据转换为与单个用户对应的记录存入所述业务数据 文件当中，由业务处理模块对业务数据文件中的记录扭i行批量处理。
10、 根据权利要求9所述的系统，其特征在于，所述业务处理模块包括 规则判断模块，用于对业务数据文件的名称、业务数据文件中的记录格式、用户号码及用户业务属性是否符合业务规则进行判断，若符合则通知处理历史 判断模块执行；否则通知日志记录模块执行；处理历史判断模块，用于判断所述业务数据文件是否已经有处理历史，若 是则通知处理位置确定模块执行，否则通知入库模块执行；处理位置确定^^莫块，用于在存在处理历史的情况下读取该业务数据文件的 历史处理进度记录，将当前处理位置设置为历史处理位置；在不存在处理历史 时将当前处理位置设置为业务数据文件的起始位置，然后通知入库模块执行；入库模块，用于对符合业务规则的业务数据进行入库操作；日志记录模块，用于根据规则判断模块的判断结果或入库模块的处理结果 i己录日志。
全文摘要
本发明公开了一种短信业务数据处理方法及系统，用于解决现有技术中对短消息业务数据处理效率低、扩展性差等技术问题。本发明将零散的短信用户的业务受理信息集中形成文本形式的业务数据文件并保存到指定业务路径下；从指定业务路径下读取所述业务数据文件，对所述业务数据文件进行处理，将处理后的业务数据保存到业务数据库中，并将处理后的业务数据同步到业务处理机的内存数据库中。本系统提供的用户受理方法可靠性高、易用性强、扩展性好。
文档编号H04W8/18GK101610486SQ20091015214
公开日2009年12月23日 申请日期2009年7月14日 优先权日2009年7月14日
发明者吴珍珍 申请人:中兴通讯股份有限公司