用于违章的信息处理方法及装置、服务器与流程

本申请涉及信息处理领域，具体而言，涉及一种用于违章的信息处理方法及装置、服务器。

背景技术：

当用户车辆出现新违章，各地交管局会即时给用户发送包含违章详细信息的短信。

发明人发现，由于各地交管局服务器存在服务不稳定或者长时间宕机等情况，导致用户无法及时获取并查询到准确的违章信息。进一步还影响了后续违章代缴操作。

针对相关技术中违章信息获取不及时的问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请的主要目的在于提供一种用于违章的信息处理方法及装置、服务器，以解决违章信息获取不及时的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种用于违章的信息处理方法。

根据本申请的用于违章的信息处理方法包括：获取短信文本信息；筛选出符合预设目标消息来源的所述短信文本信息，并接收经过语义分析后得到的违章信息；以及将接收到的所述违章信息录入车辆违章信息列表。

进一步地，筛选出符合预设目标消息来源的所述短信文本信息包括：判断在所述短信文本信息中的内容头部或者尾部是否包含预设标识符，且所述标识符中至少包含一个目标关键词；如果判断在所述短信文本信息中的内容头部或者尾部包含预设标识符，且所述标识符中包含目标关键词，则将所述短信文本信息筛选出作为符合预设目标消息来源的短信文本。

进一步地，筛选出符合预设目标消息来源的所述短信文本信息，并在接收经过语义分析后得到的违章信息之前还包括如下的任意一种或多种操作：接收经过判断所述违章信息中的被拆分的内容消息存在于短信白名单中的违章信息；接收经过判断所述违章信息中的被拆分的内容消息不存在于在短信黑名单中的违章信息；以及接收经过断所述违章信息不属于钓鱼短信或疑似钓鱼短信的违章信息。

进一步地，在所述筛选出符合预设目标消息来源的所述短信文本信息之后包括：在所述筛选出符合预设目标消息来源的所述短信文本信息之后，将所述符合预设目标消息来源的所述短信文本信息发送至后台服务器；在所述接收经过语义分析后得到的违章信息之前包括：接收经过后台服务器经过语义分析处理并拆分后的违章信息标签信息。

进一步地，将接收到的所述违章信息录入车辆违章信息列表之后还包括：根据录入所述车辆违章信息列表的违章信息，调用缴费接口执行违章代缴操作。

为了实现上述目的，根据本申请的另一方面，提供了一种用于违章的信息处理装置。

根据本申请的用于违章的信息处理装置包括：获取模块，用于获取短信文本信息；筛选模块，用于筛选出符合预设目标消息来源的所述短信文本信息，并接收经过语义分析后得到的违章信息；以及录入模块，用于将接收到的所述违章信息录入车辆违章信息列表。

进一步地，所述获取模块包括：判断单元，用于判断在所述短信文本信息中的内容头部或者尾部是否包含预设标识符，且所述标识符中至少包含一个目标关键词；判断筛选单元，用于判断在所述短信文本信息中的内容头部或者尾部包含预设标识符，且所述标识符中包含目标关键词时，将所述短信文本信息筛选出作为符合预设目标消息来源的短信文本。

进一步地，装置还包括：代缴模块，所述代缴模块，用于根据录入所述车辆违章信息列表的违章信息，调用缴费接口执行违章代缴操作。

为了实现上述目的，根据本申请的又一方面，提供了用于违章的信息处理的服务器。

根据本申请的用于违章的信息处理的服务器，包括：接收模块，用于接收目标短信文本；匹配模块，用于按照预设匹配规则匹配出所述目标短信文本中的满足预设标签的违章信息；下发模块，用于向客户端下发所述违章信息。

进一步地，按照预设匹配规则匹配出所述目标短信文本中的满足预设标签的违章信息包括如下的操作步骤：生成预设标签信息：{短信号码；跳转链接；发送机构；车牌号码；车辆类型；违章时间；违章地点；违章原因；违章扣分；违章罚款}；拆分出与所述预设标签信息匹配的第一文本信息；补全未与所述预设标签信息匹配的第二文本信息；将所述第一文本信息和所述第二文本信息作为目标违章信息

在本申请实施例中用于违章的信息处理方法及装置、服务器，采用获取短信文本信息的方式，通过筛选出符合预设目标消息来源的所述短信文本信息，并接收经过语义分析后得到的违章信息，达到了将接收到的所述违章信息录入车辆违章信息列表的目的，从而实现了准确获取违章信息内容并可直接进行后续代缴操作的技术效果，进而解决了违章信息获取不及时的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的用于违章的信息处理方法示意图；

图2是根据本申请第二实施例的用于违章的信息处理方法示意图；

图3是根据本申请第三实施例的用于违章的信息处理方法示意图；

图4是根据本申请第四实施例的用于违章的信息处理方法示意图；

图5是根据本申请第五实施例的用于违章的信息处理方法示意图；

图6是根据本申请第一实施例的用于违章的信息处理装置示意图；

图7是根据本申请第二实施例的用于违章的信息处理装置示意图；

图8是根据本申请第三实施例的用于违章的信息处理装置示意图；

图9是根据本申请第四实施例的服务器结构示意图；

图10是服务器执行的流程示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示，该方法包括如下的步骤s102至步骤s106：

步骤s102，获取短信文本信息；

当用户车辆出现新违章，各地交管局会即时给用户发送包含违章详细信息的短信，可通过用户主动提交违章短信的方式可以获取短信文本信息。需要注意的是，可以通过安装在用户终端的计算机软件程序获取违章短信。

具体地，引导用户复制交管局发送的违章短信到手机终端系统剪切板，并打开计算机软件程序，计算机软件程序在启动后通过公开接口调取手机终端系统上的剪切板内容。

步骤s104，筛选出符合预设目标消息来源的所述短信文本信息，并接收经过语义分析后得到的违章信息；

通过运行计算机软件程序在本地筛选出符合预设目标消息来源的所述短信文本信息，通过初步筛选可以获得进行信息的过滤。比如，可以通过关键词或者符号进行筛选。还包括了接收违章信息的步骤，所述接收违章信息的步骤中违章信息是经过后台服务器语义分析过后得到的。通过语义分析方式可以匹配出相关的标签，并对短信文本信息进行拆分、组合或者拼接补全，从而在终端上运行的计算机软件程序接收到的违章信息是经过了筛选和语义分析的结果。

需要注意的是，在本申请的实施例中并不对筛选具体方式进行限定，本领域技术人员能够根据使用场景进行选择。

步骤s106，将接收到的所述违章信息录入车辆违章信息列表。

将接收到的所述违章信息录入到在终端上运行的计算机软件程序上的车辆违章信息列表中，以使通过所述计算机软件程序将所述违章信息录入到所述车辆违章信息列表中。进一步地，通过后台服务器的语义分析可以将短信拆分为车牌、违章时间、违章地点、违章原因等，录入在终端上运行的计算机软件程序，根据这些信息通过采用计算机软件程序进行后续代缴操作，并且达到曲线查询、录入违章的目的。

从以上的描述中，可以看出，本申请实现了如下技术效果：

在本申请实施例中，采用获取短信文本信息的方式，通过筛选出符合预设目标消息来源的所述短信文本信息，并接收经过语义分析后得到的违章信息，达到了将接收到的所述违章信息录入车辆违章信息列表的目的，从而实现了准确获取违章信息内容并可直接进行后续代缴操作的技术效果，进而解决了违章信息获取不及时的技术问题。

根据本申请实施例，作为本实施例中的优选，如图2所示，筛选出符合预设目标消息来源的所述短信文本信息包括：

步骤s202，判断在所述短信文本信息中的内容头部或者尾部是否包含预设标识符，且所述标识符中至少包含一个目标关键词；

判断在所述短信文本信息中的内容头部或者尾部是否包含预设标识符是指判断所述短信文本信息中的内容头部是否出现了预设标识符，这些预设标识符通常可以直接指向或表明短信文本的来源。所述标识符中至少包含一个目标关键词主要是“交警”、“交巡警”、“违法”等关键词。

步骤s204，如果判断在所述短信文本信息中的内容头部或者尾部包含预设标识符，且所述标识符中包含目标关键词，则将所述短信文本信息筛选出作为符合预设目标消息来源的短信文本。

如果判断在所述短信文本信息中的内容头部或者尾部包含预设标识符，且所述标识符中包含目标关键词时是指即出现了特殊标识符且在特殊标识符中包括了“交警”、“交巡警”、“违法”等关键词等，则可以将短信文本信息筛选出作为符合预设目标消息来源的短信文本。

需要注意的是，预设目标消息来源具体是指由各地交通管理机构或者其他第三方机构可以提供的违章信息的来源机构。

根据本申请实施例，作为本实施例中的优选，如图3所示，筛选出符合预设目标消息来源的所述短信文本信息，并在接收经过语义分析后得到的违章信息之前还包括如下的任意一种或多种操作：

步骤s302，接收经过判断所述违章信息中的被拆分的内容消息存在于短信白名单中的违章信息；

终端接收到的是经过后台服务器判断所述违章信息中的被拆分的内容消息存在于短信白名单中的违章信息，以使所述后台服务器给终端的违章信息都是经过短信白名单判断的。

步骤s304，接收经过判断所述违章信息中的被拆分的内容消息不存在于在短信黑名单中的违章信息；以及

终端接收到的是经过判断所述违章信息中的被拆分的内容消息不存在于在短信黑名单中的违章信息，以使所述后台服务器给终端的违章信息都是经过短信黑名单判断的。

步骤s306，判接收经过断所述违章信息不属于钓鱼短信或疑似钓鱼短信的违章信息。

终端接收到的是经过断所述违章信息不属于钓鱼短信或疑似钓鱼短信的违章信息，以使所述后台服务器给终端的违章信息都是不属于钓鱼短信或疑似钓鱼短信的。

具体地，当判断跳转连接、短信号码、发送机构等不在服务端更新的白名单，或在服务端更新的黑名单内；或者触发常见钓鱼短信特征逻辑比如，短信不含车牌。即判断该短信为钓鱼短信或疑似钓鱼短信，并将结果及判断原因通过运行计算机软件程序的终端展示给用户。这样，一些钓鱼短信会以产生违章的形式诱导用户点击连接，通过后台服务器分析用户提交的违章短信，可鉴别其是否为钓鱼短信。

根据本申请实施例，作为本实施例中的优选，如图4所示，在所述筛选出符合预设目标消息来源的所述短信文本信息之后包括：

步骤s402，在所述筛选出符合预设目标消息来源的所述短信文本信息之后，将所述符合预设目标消息来源的所述短信文本信息发送至后台服务器；

在终端本地筛选出符合预设目标消息来源的所述短信文本信息之后，需要通过终端上运行的计算机软件程序将所述符合预设目标消息来源的所述短信文本信息发送至后台服务器，与后台服务器进行链路通信，并获取从后台服务器中下发的违章信息消息。

在所述接收经过语义分析后得到的违章信息之前包括：

步骤s404，接收经过后台服务器经过语义分析处理并拆分后的违章信息标签信息。

通过运行计算机软件程序的终端接收通过后台逻辑进一步通过后台语义识别将违章短信内容拆分、填充或组合处理过后的标签信息。该些标签信息包括：短信号码；跳转链接；发送机构；车牌号码；车辆类型；违章时间；违章地点；违章原因；违章扣分；违章罚款等。

根据本申请实施例，作为本实施例中的优选，如图5所示，将接收到的所述违章信息录入车辆违章信息列表之后还包括：

步骤s502，根据录入所述车辆违章信息列表的违章信息，调用缴费接口执行违章代缴操作。

将接收到的所述违章信息录入车辆违章信息列表之后可以完成后续的违章费用代缴操作。

具体地，如果在后台服务器获取的短信文本信息为判断为安全短信，则在终端上经用户同意后录入用户的车辆违章列表中。用户可根据需要进行后续代缴等操作。根据这些信息进行后续代缴操作，达到曲线查询、录入违章的目的。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述用于违章的信息处理方法的装置，如图6所示，该装置包括：获取模块10，用于获取短信文本信息；筛选模块20，用于筛选出符合预设目标消息来源的所述短信文本信息，并接收经过语义分析后得到的违章信息；以及录入模块30，用于将接收到的所述违章信息录入车辆违章信息列表。

本申请实施例的获取模块10中当用户车辆出现新违章，各地交管局会即时给用户发送包含违章详细信息的短信，可通过用户主动提交违章短信的方式可以获取短信文本信息。需要注意的是，可以通过安装在用户终端的计算机软件程序获取违章短信。

具体地，引导用户复制交管局发送的违章短信到手机终端系统剪切板，并打开计算机软件程序，计算机软件程序在启动后通过公开接口调取手机终端系统上的剪切板内容。

本申请实施例的筛选模块20中通过运行计算机软件程序在本地筛选出符合预设目标消息来源的所述短信文本信息，通过初步筛选可以获得进行信息的过滤。比如，可以通过关键词或者符号进行筛选。还包括了接收违章信息的步骤，所述接收违章信息的步骤中违章信息是经过后台服务器语义分析过后得到的。通过语义分析方式可以匹配出相关的标签，并对短信文本信息进行拆分、组合或者拼接补全，从而在终端上运行的计算机软件程序接收到的违章信息是经过了筛选和语义分析的结果。

需要注意的是，在本申请的实施例中并不对筛选具体方式进行限定，本领域技术人员能够根据使用场景进行选择。

本申请实施例的录入模块30中将接收到的所述违章信息录入到在终端上运行的计算机软件程序上的车辆违章信息列表中，以使通过所述计算机软件程序将所述违章信息录入到所述车辆违章信息列表中。进一步地，通过后台服务器的语义分析可以将短信拆分为车牌、违章时间、违章地点、违章原因等，录入在终端上运行的计算机软件程序，根据这些信息通过采用计算机软件程序进行后续代缴操作，并且达到曲线查询、录入违章的目的。

根据本申请实施例，作为本实施例中的优选，如图7所示，所述获取模块10包括：判断单元101，用于判断在所述短信文本信息中的内容头部或者尾部是否包含预设标识符，且所述标识符中至少包含一个目标关键词；判断筛选单元102，用于判断在所述短信文本信息中的内容头部或者尾部包含预设标识符，且所述标识符中包含目标关键词时，将所述短信文本信息筛选出作为符合预设目标消息来源的短信文本。

本申请实施例的判断单元101中判断在所述短信文本信息中的内容头部或者尾部是否包含预设标识符是指判断所述短信文本信息中的内容头部是否出现了预设标识符，这些预设标识符通常可以直接指向或表明短信文本的来源。所述标识符中至少包含一个目标关键词主要是“交警”、“交巡警”、“违法”等关键词。

本申请实施例的判断筛选单元102中如果判断在所述短信文本信息中的内容头部或者尾部包含预设标识符，且所述标识符中包含目标关键词时是指即出现了特殊标识符且在特殊标识符中包括了“交警”、“交巡警”、“违法”等关键词等，则可以将短信文本信息筛选出作为符合预设目标消息来源的短信文本。

需要注意的是，预设目标消息来源具体是指由各地交通管理机构或者其他第三方机构可以提供的违章信息的来源机构。

根据本申请实施例，作为本实施例中的优选，如图8所示，还包括：代缴模块40，所述代缴模块40，用于根据录入所述车辆违章信息列表的违章信息，调用缴费接口执行违章代缴操作。

本申请实施例的代缴模块40中将接收到的所述违章信息录入车辆违章信息列表之后可以完成后续的违章费用代缴操作。

具体地，如果在后台服务器获取的短信文本信息为判断为安全短信，则在终端上经用户同意后录入用户的车辆违章列表中。用户可根据需要进行后续代缴等操作。根据这些信息进行后续代缴操作，达到曲线查询、录入违章的目的。

根据本申请实施例，作为本实施例中的优选，所述筛选模块还包括：第一接收单元，用于接收经过判断所述违章信息中的被拆分的内容消息存在于短信白名单中的违章信息；第二接收单元，用于接收经过判断所述违章信息中的被拆分的内容消息不存在于在短信黑名单中的违章信息；以及第三接收单元，用于接收经过断所述违章信息不属于钓鱼短信或疑似钓鱼短信的违章信息。

本申请实施例的第一接收单元中终端接收到的是经过后台服务器判断所述违章信息中的被拆分的内容消息存在于短信白名单中的违章信息，以使所述后台服务器给终端的违章信息都是经过短信白名单判断的。

本申请实施例的第二接收单元中终端接收到的是经过判断所述违章信息中的被拆分的内容消息不存在于在短信黑名单中的违章信息，以使所述后台服务器给终端的违章信息都是经过短信黑名单判断的。

本申请实施例的第三接收单元中终端接收到的是经过断所述违章信息不属于钓鱼短信或疑似钓鱼短信的违章信息，以使所述后台服务器给终端的违章信息都是不属于钓鱼短信或疑似钓鱼短信的。

具体地，当判断跳转连接、短信号码、发送机构等不在服务端更新的白名单，或在服务端更新的黑名单内；或者触发常见钓鱼短信特征逻辑比如，短信不含车牌。即判断该短信为钓鱼短信或疑似钓鱼短信，并将结果及判断原因通过运行计算机软件程序的终端展示给用户。这样，一些钓鱼短信会以产生违章的形式诱导用户点击连接，通过后台服务器分析用户提交的违章短信，可鉴别其是否为钓鱼短信。

根据本申请实施例，作为本实施例中的优选，所述筛选模块包括：发送单元，用于在所述筛选出符合预设目标消息来源的所述短信文本信息之后，将所述符合预设目标消息来源的所述短信文本信息发送至后台服务器；第四接收单元，用于接收经过后台服务器经过语义分析处理并拆分后的违章信息标签信息。

本申请实施例的发送单元中在终端本地筛选出符合预设目标消息来源的所述短信文本信息之后，需要通过终端上运行的计算机软件程序将所述符合预设目标消息来源的所述短信文本信息发送至后台服务器，与后台服务器进行链路通信，并获取从后台服务器中下发的违章信息消息。

本申请实施例的第四接收单元中通过运行计算机软件程序的终端接收通过后台逻辑进一步通过后台语义识别将违章短信内容拆分、填充或组合处理过后的标签信息。该些标签信息包括：短信号码；跳转链接；发送机构；车牌号码；车辆类型；违章时间；违章地点；违章原因；违章扣分；违章罚款等。

如图9所示，根据本申请实施例，还提供了一种用于违章的信息处理的服务器，包括：接收模块100，用于接收目标短信文本；匹配模块200，用于按照预设匹配规则匹配出所述目标短信文本中的满足预设标签的违章信息；下发模块300，用于向客户端下发所述违章信息。

如图10所示，在用于违章的信息处理的服务器中按照预设匹配规则匹配出所述目标短信文本中的满足预设标签的违章信息包括如下的操作步骤：

步骤s1，生成预设标签信息：{短信号码；跳转链接；发送机构；车牌号码；车辆类型；违章时间；违章地点；违章原因；违章扣分；违章罚款}；

步骤s2，拆分出与所述预设标签信息匹配的第一文本信息；

步骤s3，补全未与所述预设标签信息匹配的第二文本信息；

步骤s4，将所述第一文本信息和所述第二文本信息作为目标违章信息

具体地，生成预设标签信息包括：短信号码；跳转链接；发送机构；车牌号码；车辆类型；违章时间；违章地点；违章原因；违章扣分；违章罚款。

标签1：短信号码；匹配规则：取用户输入手机号码，比如，159xxx。

标签2：跳转链接；匹配规则：提取连接，若有多个则下发多行跳转链接，比如，www.xxx.cn。

标签3：发送机构；匹配规则：匹配头尾【】内的内容(头大于尾)，比如，海淀区交警。

标签4：车牌号码；匹配规则：匹配“省份前缀+6/7位英文数字”，若未匹配识别，则都跳过匹配并标记为未匹配。比如，沪a123123

标签5：车辆类型；匹配规则：匹配“小型汽车”“大型汽车”比如，小型汽车。

标签6：违章时间；匹配规则：匹配“yyyy-mm-ddhh:mm:ss”或yyyy年mm月dd日hh时mm分ss秒。比如，2017年1月2日20:00.

标签7：违章地点；匹配规则：在+文字+第一个符号截止(逗号或者句号)比如，颐和路合川路。

标签8：违章原因；匹配规则：车牌后，第一个(因、由于、违反、发生、记录了)+文字+第一个符号截止(逗号或者句号)第一截止符号不包括()内的。比如，违反道路交通信号灯。

拆分出与所述预设标签信息匹配的第一文本信息或者补全未与所述预设标签信息匹配的第二文本信息可包括：违章扣分；扣/记+数字+分。或者，违章罚款：罚款+数字+元。通过补全内容的方式将违章扣分补全，或者通过拆分的方法获得违章罚款等。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。