短信告警系统定制方案.docxVIP

XXX短信告警系统定制方案 201 2年1月1 6日 、概述： 在XXX公司信息平台小，需要短信方式进行实时报警，目前，XXX已有信息平台小, 需要报警的信息内容和发送目标等数据己经保存到标准的SQL SERVER数据表中，山报警系 统口动从指定数据表中获取，并通过短信方式通知到相应负责人手机。 方案描述: 方案描述: 1.短信报警方式说明 SMS (Short Message Server)短信作为一种通用的信息交流方式，具有以下优势。 ：性能稳定，己经在各行各业广泛采用。 ：接收方无限制，手机已经作为一种普及的移动通讯方式，无须针对接收方做特殊 处理。 ：无电话占线、BP机转发信息不准确的缺陷。 ：响应及时，一般情况下，短信的响应时间不超过5秒。 目前，火狐短信报警系统采用PDU格式短信协议进行收发，与其他文本方式短信收发 相比，短信收发更稳定、快速。 2 ?获取报警数据 根据用户需求，短信报警的数据來源于标准SQL数据库。 (1)：连接数据库 知［信报警系统采用ADO (Active Data Object)进彳亍数据库连接，因此，XXX公司 需要明确的提供数据库类型，报警系统中将增加数据库连接设置功能，川來指定数据源。 (2)：数据表结构 由于发送短信需要指定内容和目标，因此，要求的数据表结构如下。 字段名称 字段说明 数据类型 长度 备注 ID 自动递增标示 Biglnt 8 自动编码 TgtCode 目标手机号 VarChar 20 13X的手机号码 Content 发送内容 VarChar 200 最多70个汉字或 140个英文字母 Dealed 已处理状态 int 4 该记录是否已经发 送过  RecTime 记录时间 DateTime 8 数据表的名称需要在需求中明确指定。 其中，字段Dealed表示该记录是否已经处理过，缺省该字段的数值为0,表示未发送， 报警系统发送Z后，白动将该字段设宜为1,报警系统将根据本字段來判断需发送的记录。 在数据库连接正确的情况下，报警系统将肓接从数据库屮提取未处理的报警数据记录, 并将该记录分解为短信发送到指定手机号码。 工作过程 火狐短信报警启动示，将定时从连接到的数据库屮获取报警内容，当XXX的信息平台将 报警数据存储到指定数据库之后，火狐报警系统将会提取所有未处理的短信发送记录，并 将这些添加到报警系统的短信发送任务列表中，并相应更新对应数据库记录状态。 对应系统拓扑图如下： SQL-数据库短信报警报务系统接吹到报舍信息 SQL- 数据库 短信报警报务系统 接吹到报舍信息 短信软件的处理方式 短信软件启动，就自动侦听与之相联的标准SQL数据库，肖有新的记录增加时，就对?当前 报警记录做出响应，更新相应报警记录的状态，用信软件收到确认信息后，开始对数据进行 分析，把分析后的结果送入短信逻辑流,通过逻辑流对线程的控制，进行一次短信编码，并 把这个逻辑流的过程记录卜?来，便于用户以后详细分析。在这个处理过程中可以把对方要拔 打的电话号码看成冃标手机，要拔打的内容看成短信内容，这样的处理方式便于用户在存储 短信报警记录表时,不需要在二个软件屮重复设置对应关系，减少了用户对数据的维护，当收 到的数据量过于庞人时，软件会占动启动一个上线平衡算法,充分发挥短信MODEM的作用。 短信软件设计难点 1） 由于处理逻辑功能繁多，如果把通信和具体业务合在一起开发，容易顾此失彼。可能会 因为开始的考虑不周全,造成在增加某项新功能时不得不修改通信底层和原来的业务代 码，导致重复开发。所以我们采用多线程，多任务的方式把通信和具体业务分开，在增 加新业务时，就只需少量修改通信代码的设置，而J1不必再改动原来的业务代码了。 2） 在通信时需要允许同时侦听多个串口，我们选川多线程这种方式。虽然多线程能够通过 并行计算和共享内存提高代码效率和资源利用率，但在短消息数据中，处理的数据量大, 多线程方式的并行处理会造成一些消息的逻辑混乱，资源共享也会增加代码的复杂度。 要在多线程中进行控制，须要设计一个死锁进程来控制，这样逻辑清晰明了，不易发生 错谋，也不会出现因资源共字带来同步和互斥问题。 3） 业务处理模块与多线程之间可以使用队列进行通信，对队列的管理和参数的设置（例如 对同一队列操作的互斥，以及队列个数的设置等）都使用专门的队列内核程序统一调度 并封装成函数接口，以方便业务处理模块对队列的使用。另外，通过队列通信，也可以 为今后增加的功能提供良好的扩展性。 4） 为了降低丢包率，通信需要使用流量控制机制以保证串口之间不丢包。这是因为无论队 列设置冇多大，如果出现消息只发不收的情况，都会造成队列溢出而丢包。因此为每 个队列中缓存的消息做记录，当某个时刻队列消息的数量达到规定限度，自动开启队列 数据平