一种用于对接多运营商的卡服务处理系统的制作方法

本发明涉及数据处理，特别涉及一种用于对接多运营商的卡服务处理系统。

背景技术：

1、在物联网应用中物联网应用商会在前端部署大量的物联网设备，每个物联网设备上会预置一个电信卡。物联网设备通过该电信卡完成登网，并基于电信运营商的移动通讯网络与后端的应用平台建立连接。物联网设备在电信运营商处产生的各类费用都以该电信卡为结算主体进行结算，这里提及的各类费用诸如：数据流量费(例如gprs流量费)、短信资费、语音流量费、专网服务费(例如apn服务费)等。各家电信运营商也会向物联网应用商开放各自的运营商服务端来处理各家电信卡的卡服务指令业务，这里提及的卡服务指令诸如：用于激活电信卡的开卡指令，用于办理停卡保号的停卡指令，用于对办理过停卡保号的卡进行重开的复卡指令，用于彻底注销电信号的销卡指令，用于开启/关闭gprs数据流量业务的开启/关闭gprs指令，用于查询apn专网服务状态的查询apn指令，用于查询电信卡整体状态的查询卡状态指令，用于查询gprs数据流量业务状态的查询gprs状态指令，用于查询前次停卡保号原因的查询停卡原因指令等。

2、物联网应用商常规情况下都会使用多家电信运营商的电信卡进行部署，为了能够对所有电信卡进行有效管理，物联网应用商会建立一个卡管系统与各家电信运营商的运营商服务端分别进行对接。这个卡管系统主要由两部分构成：前端对接各家电信运营商的转接系统，后端处理电信卡管理业务的核心系统。目前大多数物联网应用商的转接系统都采用简单的直连方案实现，在这种直连方案下转接系统只负责在各家运营商服务端和核心系统之间进行数据转发。

3、随着转接系统接入的运营商服务端数量增加，我们发现这种常规方案存在一个很大的问题：因为转接系统只做简单的数据转发，所以核心系统不但要处理后台的物联网应用商电信卡管理业务流程，还要处理前端各家运营商服务端不同格式的数据解析工作，另外还要处理前端各家运营商服务端不同的卡服务指令业务交互流程；随着转接系统接入的运营商服务端数量增加，后端核心系统的处理压力会成倍增加，这不但降低了核心系统的运行效率，还对核心系统的稳定性造成不良影响。

技术实现思路

1、本发明的目的，就是针对现有技术的缺陷，提供一种用于对接多运营商的卡服务处理系统，该系统包括：网关服务端、聚合服务端、查询服务端、对接服务端和风控服务端；该系统通过网关服务端分别与任一类卡服务申请端(前文的核心系统也是一类卡服务申请端)连接，并通过对接服务端与任一运营商的任一运营商服务端连接；该系统网关服务端与任一类卡服务申请端之间采用一套统一的数据格式进行服务申请/申请响应收发；该系统将原来由核心系统处理的运营商数据解析工作和卡服务指令业务交互流程移植到了前端的对接服务端中，并通过风控服务端对自身的运行效率和运行稳定性进行监控。本发明系统可以简化卡服务申请端的处理任务，降低卡服务申请端的处理压力并提高卡服务申请端的运行效率和运行稳定性。若将核心系统作为卡服务申请端与本发明系统对接，则可以降低核心系统的处理压力、提高核心系统的运行效率和运行稳定性。

2、为实现上述目的，本发明实施例提供了一种用于对接多运营商的卡服务处理系统，所述系统包括：网关服务端、聚合服务端、查询服务端、对接服务端和风控服务端；

3、所述网关服务端与外部的任一卡服务申请端连接，还与所述聚合服务端连接；所述网关服务端用于接收所述卡服务申请端发送的第一卡服务申请；并从所述第一卡服务申请中提取出对应的第一版本、第一时间戳、第一申请签名、第一卡服务指令和第一密文；并根据所述第一版本进行有效版本验证处理生成对应的第一验证结果；并在所述第一验证结果为验证成功时，根据所述第一时间戳进行有效时间验证处理生成对应的第二验证结果；并在所述第二验证结果为验证成功时，根据所述第一版本、所述第一时间戳和所述第一密文对所述第一申请签名进行验签处理生成对应的第一验签结果；并在所述第一验签结果为验签成功时，将所述第一版本、所述第一卡服务指令和所述第一密文向所述聚合服务端发送；并接收所述聚合服务端回发的第一封装数据；并基于预设的卡服务申请端响应封装规则根据所述第一封装数据进行卡服务申请端响应封装处理生成对应的第一卡服务申请响应向所述卡服务申请端回发；

4、所述聚合服务端分别与所述查询服务端、所述对接服务端和所述风控服务端连接；所述聚合服务端用于在每接收到一组所述第一版本、所述第一卡服务指令和所述第一密文时，就对本地预置的第一计数器加1；并对所述第一密文进行解密得到对应的第一明文；并从所述第一明文中提取出对应的第一卡号和第一指令参数；并将所述第一卡号向所述查询服务端发送；并接收所述查询服务端回发的第一运营商编码；并在所述第一运营商编码不为空时，将所述第一版本、所述第一卡服务指令、所述第一指令参数和所述第一运营商编码向所述对接服务端发送；并接收所述对接服务端回发的第一响应状态和第一卡服务指令反馈；并在所述第一响应状态为成功状态时对本地预置的第二计数器加1，并对所述第一卡服务指令反馈是否为空进行识别，若是则对所述第一卡服务指令反馈进行加密生成对应的第二密文并由所述第一响应状态和所述第二密文组成对应的所述第一封装数据，若否则由所述第一响应状态组成对应的所述第一封装数据；并在所述第一响应状态为失败状态时对本地预置的第三计数器加1，并由所述第一响应状态组成对应的所述第一封装数据；并将得到的所述第一封装数据向所述网关服务端回发；

5、所述聚合服务端还用于按预设的计数器清零规则定时对所述第一、第二和第三计数器进行清零；所述聚合服务端还用于按预设的计数器同步频率定期对所述第一、第二和第三计数器的计数值进行提取生成对应的第一、第二和第三计数值，并将当前时间作为对应的第一同步时间戳，并将所述第一、第二和第三计数值和所述第一同步时间戳向所述风控服务端发送；

6、所述查询服务端用于根据当次接收到的所述第一卡号查询本地预置的运营商编码数据库得到对应的所述第一运营商编码向所述聚合服务端回发；

7、所述对接服务端与外部任一运营商的任一运营商服务端连接；所述对接服务端用于在本地预置对应各家运营商不同版本的运营商数据解析/封装和卡服务指令交互业务处理接口；并为各个所述运营商数据解析/封装和卡服务指令交互业务处理接口指定一个对应的所述运营商服务端；

8、所述对接服务端还用于在接收到一组所述第一版本、所述第一卡服务指令、所述第一指令参数和所述第一运营商编码时，将本地与所述第一运营商编码、所述第一版本和所述第一卡服务指令对应的所述运营商数据解析和卡服务指令交互业务处理接口作为对应的第一处理接口；并调用所述第一处理接口根据所述第一卡服务指令和所述第一指令参数与对应的所述运营商服务端进行卡服务指令处理得到对应的指令执行状态和指令反馈数据；并将所述指令执行状态作为对应的所述第一响应状态，将所述指令反馈数据作为对应的所述第一卡服务指令反馈；并将所述第一响应状态和所述第一卡服务指令反馈向所述聚合服务端回发；

9、所述风控服务端用于将每次接收到一组所述第一、第二和第三计数值和所述第一同步时间戳组成一个对应的第一同步记录并保存；并按预设的检查频率定期根据最近第一时长内的所有所述第一同步记录进行风险等级评估和危险等级预警处理。

10、优选的，所述第一卡服务指令至少包括开卡指令、停卡指令、复卡指令、销卡指令、开启gprs指令、关闭gprs指令、查询apn指令、查询卡状态指令、查询gprs状态指令和查询停卡原因指令。

11、优选的，所述卡服务申请端用于在确认对一张电信卡进行卡服务指令操作后，将当前确认的电信卡作为对应的第一电信卡，并将当前确认的卡服务指令作为对应的所述第一卡服务指令；并从所述第一电信卡对应的msisdn信息、iccid信息和imsi信息中任选一个内容不为空的信息作为对应的所述第一卡号；并将所述第一电信卡对应的运营商作为对应的当前运营商；并从本地预置的多个运营商卡服务指令数据列表中，选择与所述当前运营商对应的所述运营商卡服务指令数据列表作为对应的当前卡服务指令数据列表；并将所述当前卡服务指令数据列表中，第一指令码字段与所述第一卡服务指令匹配的第一卡服务指令数据记录的第一指令参数字段、第一服务版本号字段和第一服务url字段提取出来作为对应的所述第一指令参数、所述第一版本和第一url；并将当前时间作为对应的所述第一时间戳；并基于预设的加密明文拼装规则根据所述第一url、所述第一卡号、所述第一时间戳和所述第一版本进行加密明文拼装处理生成对应的第一拼装明文；并基于本地预置的第一客户端密钥按预设的第一对称加解密算法对所述第一拼装明文进行加密处理生成对应的所述第一密文；并基于预设的签名明文拼装规则根据所述第一版本、所述第一时间戳和所述第一密文进行签名明文拼装处理生成对应的第二拼装明文；并基于预设的第一哈希算法对所述第二拼装明文进行哈希计算并将计算得到的哈希码作为对应的所述第一申请签名；并按预设的卡服务申请端申请封装规则根据所述第一url、所述第一版本、所述第一时间戳、所述第一申请签名和所述第一密文进行卡服务申请端申请封装处理生成对应的所述第一卡服务申请向所述网关服务端发送；

12、其中，每个所述运营商卡服务指令数据列表对应一个运营商；所述运营商卡服务指令数据列表包括多个所述第一卡服务指令数据记录；所述第一卡服务指令数据记录包括所述第一指令码字段、所述第一指令参数字段、所述第一服务版本号字段和所述第一服务url字段；所述第一指令码字段包括启用卡指令的指令码、停卡指令的指令码、开启gprs指令的指令码、关闭gprs指令的指令码、查询apn指令的指令码、查询卡状态指令的指令码、查询gprs状态指令的指令码和查询停卡原因指令的指令码；所述第一指令参数字段中的指令参数在对应指令没有指令参数时为空；所述第一服务url字段中的url中带有对应的所述第一指令码字段的指令码；

13、所述第一指令参数在对应指令没有指令参数时其值为空；

14、所述第一卡服务申请为http/https协议请求信息，所述第一卡服务申请由请求行、请求头和请求体三部分组成，请求行的url信息为对应的所述第一url，请求头中带有所述第一版本、所述第一时间戳和所述第一申请签名，请求体中带有所述第一密文。

15、进一步的，所述第一对称加解密算法默认为国密sm4算法；所述第一哈希算法默认为md5算法。

16、优选的，所述网关服务端具体用于在所述从所述第一卡服务申请中提取出对应的第一版本、第一时间戳、第一申请签名、第一卡服务指令和第一密文时，按预设的卡服务申请端申请封装规则，从具体为http/https协议请求信息的所述第一卡服务申请的请求行中提取出对应的第一url，并从所述第一卡服务申请的请求头中提取出对应的所述第一版本、所述第一时间戳和所述第一申请签名，并从所述第一卡服务申请的请求体中提取出对应的所述第一密文；并从得到的所述第一url中提取出对应的指令码作为所述第一卡服务指令；

17、其中，所述网关服务端侧预设的卡服务申请端申请封装规则与所述卡服务申请端侧预设的卡服务申请端申请封装规则保持一致。

18、优选的，所述网关服务端具体用于在所述根据所述第一版本进行有效版本验证处理生成对应的第一验证结果时，将预设的有效版本号集合中与所述第一版本匹配的所述第一有效版本号作为对应的匹配版本号；并对所述匹配版本号是否为空进行识别，若是则设置对应的所述第一验证结果为验证失败，若是则设置对应的所述第一验证结果为验证成功；其中，所述有效版本号集合包多个所述第一有效版本号。

19、优选的，所述网关服务端具体用于在所述根据所述第一时间戳进行有效时间验证处理生成对应的第二验证结果时，将当前时间与所述第一时间戳的时间差作为对应的第一时间差；并对所述第一时间差是否大于预设的时间差阈值进行识别，若是则对应的所述第二验证结果为验证失败，若是则设置对应的所述第二验证结果为验证成功。

20、优选的，所述网关服务端具体用于在所述根据所述第一版本、所述第一时间戳和所述第一密文对所述第一申请签名进行验签处理生成对应的第一验签结果时，基于预设的签名明文拼装规则根据所述第一版本、所述第一时间戳和所述第一密文进行签名明文拼装处理生成对应的第三拼装明文；并基于预设的第一哈希算法对所述第三拼装明文进行哈希计算并将计算得到的哈希码作为对应的第一验签签名；并对所述第一申请签名和所述第一验签签名是否匹配进行识别；若匹配，则设置对应的所述第一验签结果为验签成功；若不匹配，则设置对应的所述第一验签结果为验签失败；

21、其中，所述网关服务端侧预设的签名明文拼装规则与所述卡服务申请端侧预设的签名明文拼装规则保持一致；所述网关服务端侧预设的第一哈希算法与所述卡服务申请端侧预设的第一哈希算法保持一致。

22、优选的，所述聚合服务端具体用于在所述对所述第一密文进行解密得到对应的第一明文时，基于本地预置的第一系统端密钥按预设的第一对称加解密算法对所述第一密文进行解密处理生成对应的所述第一明文；

23、其中，所述聚合服务端侧预置的第一系统端密钥与所述卡服务申请端侧预置的第一客户端密钥保持一致；所述聚合服务端侧预设的第一对称加解密算法与所述卡服务申请端侧预设的第一对称加解密算法保持一致。

24、优选的，所述聚合服务端具体用于在所述从所述第一明文中提取出对应的第一卡号和第一指令参数时，基于预设的加密明文拼装规则从所述第一明文中提取出内置的所述第一卡号和所述第一指令参数；

25、其中，所述聚合服务端侧预设的加密明文拼装规则与所述卡服务申请端侧预设的加密明文拼装规则保持一致。

26、优选的，所述聚合服务端具体用于在所述对所述第一卡服务指令反馈进行加密生成对应的第二密文时，基于所述第一系统端密钥按所述第一对称加解密算法对所述第一卡服务指令反馈进行加密处理生成对应的所述第二密文。

27、优选的，所述查询服务端具体用于在所述根据当次接收到的所述第一卡号查询本地预置的运营商编码数据库得到对应的所述第一运营商编码向所述聚合服务端回发时，对所述第一卡号的信息类型进行识别；若所述第一卡号为msisdn信息，则将所述运营商编码数据库中第一msisdn字段与所述第一卡号匹配的第一运营商数据记录的第一运营商编码字段提取出来作为对应的所述第一运营商编码向所述聚合服务端回发；若所述第一卡号为iccid信息，则将所述运营商编码数据库中第一iccid字段与所述第一卡号匹配的所述第一运营商数据记录的所述第一运营商编码字段提取出来作为对应的所述第一运营商编码向所述聚合服务端回发；若所述第一卡号为imsi信息，则将所述运营商编码数据库中第一imsi字段与所述第一卡号匹配的所述第一运营商数据记录的所述第一运营商编码字段提取出来作为对应的所述第一运营商编码向所述聚合服务端回发；

28、其中，所述运营商编码数据库包括多个所述第一运营商数据记录；所述第一运营商数据记录包括所述第一msisdn字段、所述第一iccid字段、所述第一imsi字段和所述第一运营商编码字段。

29、优选的，所述风控服务端具体用于在所述按预设的检查频率定期根据最近第一时长内的所有所述第一同步记录进行风险等级评估和危险等级预警处理时，按所述检查频率定期将最近所述第一时长内的所有所述第一同步记录提取出来组成对应的第一记录集合；并将所述第一记录集合中时间最早和最晚的所述第一同步记录记为对应的第一起始记录和第一结束记录；并由所述第一结束记录的所述第一、第二和第三计数值减去所述第一起始记录中对应的所述第一、第二和第三计数值得到得到对应的第一、第二和第三计数器差值；并根据所述第一、第二计数器差值计算对应的第一成功率＝(第二计数器差值/第一计数器差值)×100％；并根据所述第一、第三计数器差值计算对应的第一失败率＝(第三计数器差值/第一计数器差值)×100％；并对所述第一失败率是否小于预设的失败率阈值进行识别；若所述第一失败率小于所述失败率阈值，则将预设的成功率风险等级列表中第一比率范围字段满足所述第一成功率的第一等级记录的第一风险等级字段提取出来作为对应的当前风险等级；若所述第一失败率大于或等于所述失败率阈值，则将预设的失败率风险等级列表中第二比率范围字段满足所述第一失败率的第二等级记录的第二风险等级字段提取出来作为对应的所述当前风险等级；并在所述当前风险等级大于或等于预设的预警风险等级阈值时，将预设的风险预警接口列表中第三风险等级字段与所述当前风险等级匹配的第一风险预警接口记录作为对应的当前匹配记录；并在所述当前匹配记录不为空时，将所述当前匹配记录的第一预警接口字段的各个第一预警接口对应的处理接口作为对应的第二处理接口，并将所述第一成功率、所述第一失败率和所述当前风险等级送入各个所述第二处理接口进行实时预警处理；

30、其中，所述成功率风险等级列表包括多个所述第一等级记录；所述第一等级记录包括所述第一比率范围字段和所述第一风险等级字段；所述失败率风险等级列表包括多个所述第二等级记录；所述第二等级记录包括所述第二比率范围字段和所述第二风险等级字段；所述风险预警接口列表包括多个所述第一风险预警接口记录；所述第一风险预警接口记录包括所述第三风险等级字段和所述第一预警接口字段；所述第一预警接口字段包括一个或多个所述第一预警接口；所述第一预警接口的接口类型包括邮件通知接口、短信通知接口、语音通知接口和微信通知接口。

31、本发明实施例提供了一种用于对接多运营商的卡服务处理系统，该系统包括：网关服务端、聚合服务端、查询服务端、对接服务端和风控服务端；该系统分别与任一类卡服务申请端(前文的核心系统也是一类卡服务申请端)和任一运营商的任一运营商服务端连接；该系统与任一类卡服务申请端之间，采用一套统一的数据格式进行服务申请/申请响应收发；其中，网关服务端基于与卡服务申请端约定的统一数据格式对接任一类卡服务申请端发送的卡服务申请进行申请报文解析和验签，并在验签成功时将解析出的版本号、卡服务指令和带有卡号(该卡号可以为电信卡的msisdn信息、iccid或imsi信息)和卡服务指令参数(简称指令参数)的密文向聚合服务端转发；聚合服务端则通过密文解析得到卡号和指令参数，并通过查询服务端查询到与该卡号对应的运营商编码，并将版本号、卡服务指令、指令参数和运营商编码向对接服务端转发；对接服务端预先在本地预置了对应各家运营商不同版本的运营商数据解析/封装和卡服务指令交互业务处理接口并为各个处理接口指定了对应的运营商服务端，对接服务端在收到聚合服务端发送的版本号、卡服务指令、指令参数和运营商编码之后会将与这组数据对应的预置处理接口作为当前处理接口，并由该当前处理接口完成与对应运营商服务端之间的卡服务指令交互过程并获得对应运营商服务端返回的指令执行状态和指令反馈数据；对接服务端在得到指令执行状态和指令反馈数据之后会将二者向聚合服务端返回，聚合服务端则会基于指令执行状态进行数据预封装并将预封装数据向网关服务端返回，网关服务端则基于与卡服务申请端约定的统一数据格式将预封装数据封装到一个申请响应报文中向卡服务申请端回发；另外，系统中的风控服务端还会对聚合服务端反馈的申请总数(第一计数器)、成功申请总数(第二计数器)、失败申请总数(第三计数器)进行成功/失败率分析，并根据得到的成功/失败率进行风险等级评估和危险等级预警。本发明系统是一种改进的增强型转接系统：将原来由核心系统处理的运营商数据解析工作和卡服务指令业务交互流程移植到了前端的对接服务端中、并通过网关服务端与卡服务申请端之间约定了一套统一的数据传输格式，本发明系统可以简化卡服务申请端的处理任务，降低卡服务申请端的处理压力并提高卡服务申请端的运行效率和运行稳定性。若将本发明系统与核心系统对接就能有效地降低核心系统的处理压力，并能明显地提高核心系统的运行效率和运行稳定性；另外，本发明系统还能通过自带的风控服务端对自身的运行效率和运行稳定性进行实时监控。