CN103888914B - 一种清除彩信病毒的方法和装置 - Google Patents

Abstract

本发明公开了一种清除彩信病毒方法和装置，其中，该方法包括：彩信中心的中继模块接收发送终端提交的彩信，中继模块将彩信解码成彩信体，将彩信体复制后向病毒监测服务器发送；病毒监测服务器对彩信体进行查毒处理，将病毒文件序号或文件名反馈给中继模块；中继模块根据文件序号或文件名对病毒文件进行删除或替换，重新组装成新的无毒彩信向接收终端下发。本发明的清除彩信病毒方法和装置，彩信中心将彩信解码成格式完整简单、且为明文的彩信体以复制文件的形式发给病毒监测服务器，由病毒监测服务器直接进行查毒，此查毒流程与正常彩信接收发送流程为并列流程，并不影响彩信业务的正常运行，保证了彩信业务的服务质量。

Description

一种清除彩信病毒的方法和装置

技术领域

本发明涉及通信领域中数据业务技术领域，具体地，涉及清除彩信病毒的方法及装置。

背景技术

手机病毒的处理方法，现有技术是基于手机病毒的特征，通过对手机病毒内容特征进行过滤解决。如CommWarrior手机病毒及各种变种，通过彩信传播，在被感染的手机上复制数份拷贝，通过手机中的通信录，利用彩信方式将拷贝发送给联系人，造成大量手机用户话费损失，甚至信息泄露等。

随着智能手机的普及，手机的病毒逐渐泛滥，通过彩信等方式传播病毒的事件层出不穷。除了用户在手机终端安装杀毒软件外，彩信业务网络也应该对业务中的病毒进行过滤。

因为没有适合彩信系统的安全度和可行性高的开发方案，彩信病毒过滤系统开发应用的难度和风险很大。

现有的技术方案均存在较大缺陷，包括：

1、终端中安装杀毒软件，实时查杀病毒，但由于客户能力有限，无法保证一定能购买安装手机杀毒软件、并定期更新。

2、通信设备的传播路径上串接病毒过滤设备对码流进行查毒，对含毒码流直接阻断，部分附件文件受感染，通信无法进行，影响了彩信的正常通信流程，参见图1。

在业务流程中无线侧（如图1的1、2、3、4、5）串接一个病毒过滤设备，越靠近手机侧，数据协议越复杂，数据越分散，交织程度越高，开发难度越大，一般在WAP网关和彩信中心之间（即图1中的位置5）检测。此种方法如同自来水过滤设备，仅过滤病毒，一般仅在无线侧简单阻断彩信流程，阻断彩信需要在发送和接收两个流程单独完成。如提交时显示失败，而下发push给手机后，手机在下载时被阻断，给用户带来不便。若想全面过滤，需要从多个出入口布置过滤，部署不同协议的杀毒检测，查毒软件开发难度大。另外因不受彩信中心控制，核心网查不到收发记录无法处理客户投诉，无法针对彩信业务进行针对性的处理。

3、在业务流程中串接一个病毒过滤设备并且重新组装彩信，此种方法容易想到，但很难实现。

原理是：通信设备之间（见图1的1、2、3、4、5）部署特征内容过滤设备，实施特征内容过滤；病毒过滤服务器对彩信内容进行处理，如存在病毒则对彩信内容进行杀毒处理后转发到下一级设备，没有病毒则直接转发到下一级，完成彩信的发送流程。并且病毒过滤服务器对内容进行处理后需要重新组装彩信，并且需要打包成通信设备之间的协议交互，如实现WAP协议、GPRS协议、无线协议等，以实现和彩信中心的通信。

此方法对杀毒软件开发商要求较高，如果协议兼容性不好。会出现业务中断，增加了故障风险点，查杀病毒软件和通信软件高度耦合，效率低，彩信核心网元无法控制，存在安全隐患。

4、在彩信核心设备上直接查杀病毒并且重新组装彩信，对通信设备商要求较高，查杀病毒软件和通信软件高度耦合，存在安全隐患。需要通信系统厂家对系统进行改造，需要重新设计系统硬件平台的处理能力，还有对病毒的过滤，需要设备厂家对手机病毒有专业的理解，业务处理与病毒查杀紧密结合，并随时监测和跟进，定期在互联网上更新病毒库，开发难度非常高，且存在系统安全性的风险，也容易造成业务瘫痪。

发明内容

本发明是为了克服现有技术中彩信杀毒效果不理想的缺陷，根据本发明的一个方面，提出一种清除彩信病毒方法。

根据本发明实施例的清除彩信病毒方法，包括：

彩信中心的中继模块接收发送终端提交的彩信，中继模块将彩信解码成彩信体，将彩信体复制后向病毒监测服务器发送；

病毒监测服务器对彩信体进行查毒处理，将病毒文件序号或文件名反馈给中继模块；

中继模块根据文件序号或文件名对病毒文件进行删除或替换，重新组装成新的无毒彩信向接收终端下发。

本发明是为了克服现有技术中彩信杀毒效果不理想的缺陷，根据本发明的另一个方面，提出一种清除彩信病毒装置。

根据本发明实施例的清除彩信病毒装置，包括：

彩信中心的中继模块，用于接收发送终端提交的彩信，将彩信解码成彩信体，将彩信体复制后向病毒监测服务器发送，根据文件序号或文件名对病毒文件进行删除或替换，重新组装成新的无毒彩信向接收终端下发。

病毒监测服务器，用于对彩信体进行查毒处理，将病毒文件序号或文件名反馈给所述中继模块。

本发明的清除彩信病毒方法和装置，彩信中心将彩信解码成格式完整简单、且为明文的彩信体以复制文件的形式发给病毒监测服务器，由病毒监测服务器直接进行查毒，此查毒流程与正常彩信接收发送流程为并列流程，并不影响彩信业务的正常运行，保证了彩信业务的服务质量。

彩信中心根据病毒监测服务器发送的病毒文件序号或文件名，将病毒文件进行删除或替换，重新组装成新的无毒彩信向接收终端下发；确保了彩信中心在无杀毒功能的前提下完成彩信的杀毒，保证了彩信病毒的杀毒质量。

在上述重新组装新的无毒彩信的过程中，根据彩信体的不同模式进行不同的组装流程，提高了组装新的无毒彩信的效率，保证了彩信的正常通信流程。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为现有技术中彩信病毒的码流过滤点的结构示意图；

图2为本发明清除彩信病毒装置结构示意图；

图3为本发明清除彩信病毒方法的流程图；

图4为本发明病毒监测请求信令格式示意图；

图5为本发明病毒监测服务器返回的病毒监测反馈信令格式示意图；

图6为Multipart/Related类型的彩信体格式示意图。

具体实施方式

下面结合附图，对本发明的具体实施方式进行详细描述，但应当理解本发明的保护范围并不受具体实施方式的限制。

本发明原理为：将需要存储的彩信体提交给病毒监测服务器查毒，反馈指令给彩信中心，彩信中心重新组装彩信体进行替换，继续下面的流程。此新增流程为并行流程，若出现问题，不会影响业务运行。通过病毒检测与彩信病毒过滤、组装功能分离，不针对接口数据流，只针对存储彩信体，覆盖面全，对彩信的所有应用均可进行过滤处理，无死角，模块化，大大降低了病毒过滤的技术难度，为彩信病毒清除过滤的实现提供了简单、方便、安全度高的方法。

（一）系统结构

病毒监测服务器在彩信系统的位置如图2所示，病毒监测服务器可以和彩信中心设备合设，也可单独成独立的网元。病毒监测服务器为单独一个模块，不与彩信业务软件合在一起，两者通过TCP/IP类的协议进行通信，由于是内部协议可自定义。

为提高传输效率，将病毒监测服务器放在彩信中心的局域网中。

由于手机、应用、外彩信中心到本彩信中心的接口分别为MM1接口协议、MM7接口协议、MM4接口协议，包装和信令流不同，对其彩信码流过滤，杀毒软件实现难度较大。本发明采取如下的方法，将彩信中心的RELAY解码并存在缓存中（正常情况下，下一步RELAY会将其写入存储模块中）的彩信体复制一份给查毒软件检测。由于彩信体格式已经较为完整简单，且媒体文件的格式基本上为明文，因此可以直接进行查杀。因为重新组装彩信比较专业，容易因为杀毒软件开发失误造成彩信体格式被篡改，因此采取将查杀出的病毒文件序号或文件名反馈给彩信中心的方式。因为彩信中心没有杀毒的功能，在向存储模块写入时，采用将对应的有病毒的彩信媒体文件删除或替换，并重新组装成新的无毒彩信体的方式替换旧的彩信体，继续例行的存储步骤或者转发步骤，并且继续彩信流程的转发。

如图3所示，为本发明清除彩信病毒方法的流程图，包括：

步骤1，发送方手机MS1使用MM1_SubmitReq提交彩信给彩信中心的Relay1中继模块。

步骤2，Relay1中继模块向彩信中心的Server（服务器）鉴权、登记信息。

步骤3，如果彩信鉴权通过，Server返回的DBAuthAck为彩信提交成功；否则返回彩信提交失败，彩信提交被拒绝。

步骤4，Relay1中继模块向手机MS1返回彩信提交结果，彩信提交失败的原因在状态报告中显示。

步骤5，Relay1中继模块将接收到的彩信解码成彩信体，并置于缓存中，Relay1中继模块向病毒监测服务器发送病毒监测请求，将解码后的彩信体复制一份发送给病毒监测服务器，由于彩信体格式比较完整简单，且其彩信媒体文件的格式基本上为明文，故病毒监测服务器可以对彩信体进行直接查毒。

在步骤5中，因为彩信需要根据被叫号分别进行存储，对于群发系数大于1的彩信先进行查毒，可以提高效率。即对于一对多（多个被叫号码）的彩信，先查杀病毒后再拆分存储，查毒效率比较高，信令格式见图4。

步骤6，病毒监测服务器向Relay1中继模块返回查毒结果，并将查杀出的病毒文件序号或病毒文件名反馈给Relay1中继模块，反馈的信令格式如图5所示；

在图5中，“/”代表为分隔符，因内部接口可自主定义；

“//”代表为结束符，因内部接口可自主定义；

Messageid：消息标识符，唯一定义提交的彩信；

Virusnumber：查到的病毒文件个数；

Virusfile_n：存在病毒的文件名。

步骤7，Relay1中继模块根据病毒文件序号或病毒文件名将有病毒的彩信媒体文件删除或替换，并重新组装成新的无毒彩信替换旧的彩信体，并进行存储。

在步骤7的存储过程中，对于一对多（多个被叫号码）的彩信拆分后，分别进行存储，若需要转发，则进行正常转发。

步骤8，存储向Relay1中继模块反馈，反馈是否存储成功。

步骤9，Relay1中继模块向Server请求下发通告消息；

步骤10，Server反馈已经收到下发通告消息的请求。

步骤11，Server下发通告消息给彩信接收方，一般通过短信中心下发给接收方手机MS2。

步骤12，MS2根据下发通告下载彩信。

去除病毒文件后的彩信体的重新组装方法

目前，彩信病毒一般将彩信病毒放在可执行文件内。因此，为了提高效率，直接将彩信病毒删除即可完成杀毒，彩信中心自身即可完成。克服了现有技术中采用杀毒软件重组数据包方式存在的各缺陷：直接阻断了含毒码流，影响了彩信的正常通信流程，部分附件文件受感染，通信便无法进行。

在未来技术演进过程中，彩信病毒也可能会包含在彩信定义的标准媒体中。因此本发明针对彩信体中标准的媒体格式，彩信中心预存相应的默认文件。其中，标准媒体指多媒体彩信规范中定义的用于彩信演示的标准媒体，如图片、音频、文本等；非标准媒体如可执行文件、某厂商的通信录文件、office格式的文件等。

1、当彩信体模式为Multipart/Related时，如图6所示：由于此种格式存在SMIL文件，需要演示，若直接将病毒删除，彩信演示会失败。在相应的标准媒体附件文件有病毒被删除时，上述默认文件被改成有彩信病毒的媒体附件中的文件原名，将改名后的默认文件和其他无毒的标准媒体附件文件组装进彩信体中。

2、当彩信体模式为Multipart/Mixed时：由于彩信不需要演示，将含毒的标准媒体附件文件直接清除，不再组装进彩信体，其他无毒的标准媒体附件文件组装进彩信体中。

3、当彩信体为非标准媒体格式时，将含毒的标准媒体附件文件直接清除，不再组装进彩信体，其他无毒的标准媒体附件文件组装进彩信体中。

本发明的清除彩信病毒方法，彩信中心将彩信解码成格式完整简单、且为明文的彩信体以复制文件的形式发给病毒监测服务器，由病毒监测服务器直接进行查毒，此查毒流程与正常彩信接收发送流程为并列流程，并不影响彩信业务的正常运行，保证了彩信业务的服务质量。

彩信中心根据病毒监测服务器发送的病毒文件序号或文件名，将病毒文件进行删除或替换，重新组装成新的无毒彩信向接收终端下发；确保了彩信中心在无杀毒功能的前提下完成彩信的杀毒，保证了彩信病毒的杀毒质量。

在上述重新组装新的无毒彩信的过程中，根据彩信体的不同模式进行不同的组装流程，提高了组装新的无毒彩信的效率，保证了彩信的正常通信流程。

如图2所示，本发明公开的清除彩信病毒装置包括：

彩信中心的中继模块，用于接收发送终端提交的彩信，将彩信解码成彩信体，将彩信体复制后向病毒监测服务器发送，根据文件序号或文件名对病毒文件进行删除或替换，重新组装成新的无毒彩信向接收终端下发。

病毒监测服务器，用于对彩信体进行查毒处理，将病毒文件序号或文件名反馈给所述中继模块。

其中：中继模块，还用于预存彩信体标准媒体格式的默认文件，当彩信体模式为Multipart/Related时，将标准媒体附件文件内的病毒删除，将默认文件改为携带病毒的标准媒体附件文件的原名，将改名后的默认文件与其它无毒的标准媒体附件文件组装进彩信体中。

其中：中继模块，还用于当彩信体模式为Multipart/Mixed时，将标准媒体附件文件内的病毒删除，将其它无毒的标准媒体附件文件组装进彩信体中。

其中：中继模块，还用于当彩信体模式为非标准媒体格式时，将标准媒体附件文件内的病毒删除，将其它无毒的标准媒体附件文件组装进彩信体中。

其中：病毒监测服务器，具体用于对于携带多个被叫号码的彩信体，先进行查毒处理，再拆分存储。

本发明的清除彩信病毒装置，彩信中心将彩信解码成格式完整简单、且为明文的彩信体以复制文件的形式发给病毒监测服务器，由病毒监测服务器直接进行查毒，此查毒流程与正常彩信接收发送流程为并列流程，并不影响彩信业务的正常运行，保证了彩信业务的服务质量。

彩信中心根据病毒监测服务器发送的病毒文件序号或文件名，将病毒文件进行删除或替换，重新组装成新的无毒彩信向接收终端下发；确保了彩信中心在无杀毒功能的前提下完成彩信的杀毒，保证了彩信病毒的杀毒质量。

在上述重新组装新的无毒彩信的过程中，根据彩信体的不同模式进行不同的组装流程，提高了组装新的无毒彩信的效率，保证了彩信的正常通信流程。

本发明能有多种不同形式的具体实施方式，上面以图2-图6为例结合附图对本发明的技术方案作举例说明，这并不意味着本发明所应用的具体实例只能局限在特定的流程或实施例结构中，本领域的普通技术人员应当了解，上文所提供的具体实施方案只是多种优选用法中的一些示例，任何体现本发明权利要求的实施方式均应在本发明技术方案所要求保护的范围之内。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种清除彩信病毒方法，其特征在于，包括：

彩信中心的中继模块接收发送终端提交的彩信，所述中继模块将所述彩信解码成彩信体，将所述彩信体复制后向病毒监测服务器发送；

所述病毒监测服务器对所述彩信体进行查毒处理，将病毒文件序号或文件名反馈给所述中继模块；

所述中继模块根据所述文件序号或文件名对病毒文件进行删除或替换，重新组装成新的无毒彩信向接收终端下发。

2.根据权利要求1所述的方法，其特征在于，还包括：所述中继模块预存彩信体标准媒体格式的默认文件，当彩信体模式为Multipart/Related时，所述对病毒文件进行删除或替换的步骤包括：将标准媒体附件文件内的病毒删除；

所述重新组装的步骤包括：将所述默认文件改为携带病毒的所述标准媒体附件文件的原名，将改名后的所述默认文件与其它无毒的标准媒体附件文件组装进彩信体中。

3.根据权利要求1所述的方法，其特征在于，还包括：当彩信体模式为Multipart/Mixed时，所述对病毒文件进行删除或替换的步骤包括：将标准媒体附件文件内的病毒删除；

所述重新组装的步骤包括：将其它无毒的标准媒体附件文件组装进彩信体中。

4.根据权利要求1所述的方法，其特征在于，还包括：当彩信体模式为非标准媒体格式时，所述对病毒文件进行删除或替换的步骤包括：将标准媒体附件文件内的病毒删除；

所述重新组装的步骤包括：将其它无毒的标准媒体附件文件组装进彩信体中。

5.根据权利要求1-4中任意一项所述的方法，其特征在于，所述病毒监测服务器对所述彩信体进行查毒处理的步骤具体包括：

对于携带多个被叫号码的彩信体，先进行查毒处理，再拆分存储。

6.一种清除彩信病毒装置，其特征在于，包括：

彩信中心的中继模块，用于接收发送终端提交的彩信，将所述彩信解码成彩信体，将所述彩信体复制后向病毒监测服务器发送，根据文件序号或文件名对病毒文件进行删除或替换，重新组装成新的无毒彩信向接收终端下发；

所述病毒监测服务器，用于对所述彩信体进行查毒处理，将病毒文件序号或文件名反馈给所述中继模块。

7.根据权利要求6所述的装置，其特征在于，

所述中继模块，还用于预存彩信体标准媒体格式的默认文件，当彩信体模式为Multipart/Related时，将标准媒体附件文件内的病毒删除，将所述默认文件改为携带病毒的所述标准媒体附件文件的原名，将改名后的所述默认文件与其它无毒的标准媒体附件文件组装进彩信体中。

8.根据权利要求6所述的装置，其特征在于，

所述中继模块，还用于当彩信体模式为Multipart/Mixed时，将标准媒体附件文件内的病毒删除，将其它无毒的标准媒体附件文件组装进彩信体中。

9.根据权利要求6所述的装置，其特征在于，

所述中继模块，还用于当彩信体模式为非标准媒体格式时，将标准媒体附件文件内的病毒删除，将其它无毒的标准媒体附件文件组装进彩信体中。

10.根据权利要求6-9中任意一项所述的装置，其特征在于，所述病毒监测服务器，具体用于对于携带多个被叫号码的彩信体，先进行查毒处理，再拆分存储。