物联网卡运营平台、数据更新方法、装置及存储介质
技术领域
本发明涉及物联网领域,尤其涉及一种物联网卡运营平台、物联网卡的数据更新方法、装置及存储介质。
背景技术
目前,国内存在有很多物联网卡运营平台,而且每个物联网卡运营平台在对运营商平台的数据同步中存在明显滞后的问题。另外,由于每个运营商平台提供的API接口(Application Programming Interface,应用程序编程接口)的承载能力不同,也会导致数据同步滞后等问题。当运营商无法将物联网卡的流量用量、语音用量、短信用量、生命周期等数据及时上传到物联网卡运营平台时,就无法实现对物联网设备的实时流量、语音、生命周期等的监管,造成用户会产生套餐外的费用,导致账单对账无法正常进行。另外,由于现有的运营商平台一般会连接多个物联网设备,即监控多个物联网卡并将数据上传至物联网卡运营平台中,而当需要将多个物联网卡的数据同步到物联网卡运营平台时由于运营商平台提供的API接口数量有限、承载能力有限等很容易导致物联网卡的数据同步到物联网卡运营平台中,造成物联网卡的数据不能及时上传至物联网卡运营平台,进而导致无法实时对物联网设备进行监管,造成用户产生套餐意外的费用,账单对账无法实现等问题。
发明内容
为了克服现有技术的不足,本发明的目的之一在于提供一种物联网卡的数据更新方法,其能够解决现有及时物联网卡的数据同步不及时的问题。
本发明的目的之二在于提供一种物联网卡运营平台,其能够解决现有及时物联网卡的数据同步不及时的问题。
本发明的目的之三在于提供一种物联网卡的数据更新装置,其能够解决现有及时物联网卡的数据同步不及时的问题。
本发明的目的之四在于提供一种存储介质,其能够解决现有及时物联网卡的数据同步不及时的问题。
本发明的目的之一采用如下技术方案实现:
一种物联网卡的数据更新方法,应用于物联网卡运营平台,所述物联网卡的数据更新方法包括:
获取推送步骤:当物联网卡的相关信息变更时,接收运营商平台推送的变更消息;
设定步骤:根据所述变更消息以及物联网卡的数据更新的访问频率,将所述物联网卡的数据更新任务设置为相应的更新时间区间;
访问步骤:根据更新时间区间定时生成所述物联网卡的更新数据任务,并根据更新数据任务向运营商平台发送更新数据请求,以及接收运营商平台返回的对应所述更新数据请求的更新结果;
数据更新步骤:根据所述更新结果更新物联网卡的数据及调整所述更新时间区间。
进一步地,所述更新步骤还包括:
根据更新结果判断物联网卡的数据是否需要更新,
当判断物联网卡的数据需要更新时,更新物联网卡的数据并将所述更新时间区间按照预设规则增大;
当判断物联网卡的数据不需要更新时,不更新物联网卡的数据并将所述更新时间区间按照预设规则减小。
进一步地,所述获取推送步骤还包括:
对变更信息进行合法性验证;
当验证通过后,将变更消息封装成消息体通过分布式消息队列发送出去;
向运营商平台返回变更消息接收完毕的通知。
进一步地,所述获取推送步骤还包括:
根据变更消息对所述物联网卡的数据信息进行验证;
当验证通过后,根据验证结果更新物联网卡的相关信息;
其中,所述数据信息包括但不限于生命周期和异常复机。
进一步地,物联网卡的相关信息变更包括以下中的任意一种:物联网卡变更设备、物联网卡的待激活状态变更为已激活状态、停用状态变更为激活状态、激活状态变更为停用状态和可激活状态变更为停用状态。
进一步地,所述访问步骤还包括:当更新数据请求中的IP地址与运营商平台预设IP地址一致时,接收运营商平台返回的对应所述更新数据请求的更新结果。
进一步地,所述数据更新方法还包括配置步骤:根据运营商平台接口访问限制配置每种访问类型的访问频率;其中,所述访问类型包括:业务办理、数据更新以及自动化规则配置。
本发明的目的之二采用如下技术方案实现:
一种物联网卡运营平台,所述物联网卡运营平台通过运营商平台提供的一个或多个API接口与运营商平台通讯;
所述物联网卡运营平台,用于接收运营商平台自动推送的物联网卡相关信息的变更消息,并根据变更消息执行相应的操作;
所述物联网卡运营平台,还用于根据运营商平台提供的API接口的数量以及访问限制,对每种访问类型制定相应的访问策略,以及用于根据访问策略向运营商平台的API接口发送访问请求;其中,访问类型包括数据更新、业务办理和自动化规则配置。
本发明的目的之三采用如下技术方案实现:
一种物联网卡的数据更新装置,包括存储器和处理器,所述存储器上存储有可在处理器上运行的物联网卡的数据同步程序,所述物联网卡的数据同步程序为计算机程序,所述处理器执行所述物联网卡的数据同步程序时实现如本发明目的之一采用的一种物联网卡的数据更新方法的步骤。
本发明的目的之四采用如下技术方案实现:
一种存储介质,所述存储介质为计算机可读存储介质,其上存储有物联网卡的数据同步程序,所述物联网卡的数据同步程序为计算机程序,所述物联网卡的数据同步程序被处理器执行时实现如本发明目的之一采用的一种物联网卡的数据更新方法的步骤。
相比现有技术,本发明的有益效果在于:
通过本发明可实现当物联网卡的相关信息变更时物联网卡运营平台接收运营商平台自动推送的变更消息,使得物联网卡运营平台根据变更消息对物联网卡的状态进行更新;同时,物联网卡运营平台还根据每次向运营商平台发送的数据更新请求时返回的更新结果来对物联网卡的数据更新任务的更新时间区间进行调整,使得数据更新请求能够合理利用对运营商平台进行访问,避免物联网卡运营平台频繁地对运营商平台进行访问,导致数据更新不及时的问题。
附图说明
图1为本发明提供的物联网卡运营平台与运营商平台的通讯示意图;
图2为本发明提供的一种物联网卡的数据更新方法流程图;
图3为图2中步骤S400的流程图;
图4为本发明提供的一种物联网卡的数据更新装置模块图。
图中:11、存储器;12、处理器;13、通信总线;14、网络接口。
具体实施方式
下面,结合附图以及具体实施方式,对本发明做进一步描述,需要说明的是,在不相冲突的前提下,以下描述的各实施例之间或各技术特征之间可以任意组合形成新的实施例。
实施例一
为了避免物联网卡在使用过程中产生的数据,比如流量、语音、短信、生命周期等数据信息,能够及时同步到物联网卡运营平台中,本发明提出了一种物联网卡运营平台,解决了运营商平台与物联网卡运营平台之间的数据同步不及时的问题。
如图1所示,本发明提供了一优选实施例,一种物联网卡运营平台,其中,物联网卡运营平台与运营商平台之间通过运营商平台提供的API接口进行通讯。
物联网卡一般运行于物联网设备上,而运营商平台通过与物联网设备进行通讯,实现物联网设备上运行的物联网卡的数据采集,并将其上传至物联网卡运营平台。另外,运营商可以是联通、电信、移动等,对于一个运营商平台来说,可以连接多个物联网设备。因此,运营商平台与物联网卡运营平台进行通讯,将与自身连接的各个物联网设备上运行的物联网卡的状态、数据等及时上传至物联网卡运营平台,实现物联网卡的数据同步。另外,每个运营商平台也提供一个或多个API接口供物联网卡运营平台访问,如图1所示。
本实施例提供的物联网卡运营平台,通过及时接收运营商平台的自动化推送消息、制定合理的API接口访问策略以及对数据更新任务的拆分策略,解决了物联网卡运营平台对于物联网卡的数据同步不及时的问题,实现了对物联网设备的网络接入状态、物联网设备安全性、物联网设备数据采集等的及时同步。
(一)、运营商平台自动化推送
在运营商平台初始化时,通过运营商平台提供的配置接口实现物联网卡的自动化规则推送配置,使得当物联网卡的相关信息变更时,运营商平台自动将变更消息推送到物联网卡运营平台。
因此,通过自动化规则推送配置,使得物联网卡运营平台能够在当物联网卡的相关信息变更时,及时通过运营商平台自动推送的变更消息,获取物联网卡的状态,实现对物联网卡的同步监控。
其中,物联网卡的相关信息变更包括但不限于:物联网卡变更设备、物联网卡的待激活状态变更为已激活状态、停用状态变更为激活状态、激活状态变更为停用状态、可激活状态变更为停用状态等。进一步地,物联网卡运营商平台接收到变更消息后,还将变更消息封装成消息体,发送到分布式队列中存储或发送出去,以便后续进一步处理;同时,向运营商平台返回变更过反馈消息,告知运营商平台变更消息已接收完毕。
另外,为了保证运营商平台的API接口因突发状态而爆发在外部的问题,物联网卡运营平台接收到变更消息后,还对变更消息进行合法性验证,保证变更消息为运营商平台发送的,而不是由其他不合法的来源发布的。
例如:在运营商平台初始化时运营商平台将共享秘钥推送到物联网卡运营平台进行存储。
当物联网卡运营平台接收到变更消息后,根据运营商平台推送的共享秘钥对变更消息进行解密并得出解密结果,进而根据解密结果判断变更消息是否合法。比如解密的运营商平台的签名为有效签名时,说明该变更消息为运营商平台发送的,该变更消息合法,则执行下一步即可;否则变更消息不合法,不处理变更消息或直接将变更消息丢弃。
另外,物联网卡运营平台还根据变更消息对物联网卡进行生命周期进行验证。比如,比如对于一个物联网卡来说,其初始设定流量的大小为30G,若变更消息检测到的物联网卡若没有30G时,则说明当前的物联网卡存在异常,需要对物联网卡进行修正。
物联网卡运营平台还对物联网卡的异常复机进行校验,比如:判断物联网卡关机的原因,以及流量用量、短信用量、语音用量等的核对,进而判断物联网卡是否需要异常复机等。比如有的物联网卡不允许变更设备,当物联网卡运营平台根据变更消息验证得出物联网卡被变更设备时,物联网卡运营平台可对该物联网卡的数据流量进行停止操作,避免物联网卡的不正当使用。
(二)制定API接口访问策略
由于运营商平台所提供的API接口具有一定的承载量,因此,为了减少对运营商平台的频繁访问以及网络开销等,本发明提供的物联网卡运营平台根据API接口的承载能力,为各种访问类型,比如业务办理、数据同步、自动化配置等设定对应的访问策略,使得API接口合理利用,避免各个访问请求长时间占用API接口,导致数据同步不及时的问题。
其中,对于访问策略,本发明一般包括路由访问策略和限流访问策略。
对于路由访问策略是指通过对运营商平台进行配置固定IP地址(InternetProtocol Address,网络协议地址)。这样当运营商平台的API接口接收到的访问请求的IP地址与固定IP地址相同时,才允许访问,否则,禁止访问。
也即是,物联网卡运营平台向运营商平台发送访问请求时,只有当访问请求中的IP地址与设定的固定IP地址相同时,可以实现访问。
对于限流访问策略,是指根据API接口得出承载能力以及访问类型设定限流访问策略。业务办理、数据同步、自动化配置等访问类型,根据不同的需求为其设定相应的访问频率或访问次数。
比如对于数据同步来说,每隔30秒,物联网卡运营平台向运营商平台发送的一次数据同步的访问请求。
本发明通过设置相应的访问策略,可实现诸如业务办理、数据同步、自动化配置等能够按照一定的比例来占用接口,避免接口长时间被轮询任务、自动化规则、平台业务办理、数据同步等占用,而影响其他的功能。
由于一个运营商平台连接多个物联网设备,为了保证每个运营商平台的每个物联网卡的数据同步,本发明提供了一优选地数据更新方法,实现每个物联网卡的数据均能够及时同步。
物联网卡运营平台为每个物联网卡的数据更新任务设定一更新时间区间。由于每个物联网卡不同,其数据更新频率可能不同,比如有的物联网卡的数据更新较快,有的更新较慢,因此对于不同的物联网卡来说,根据数据更新频率不同为其设定合理的更新时间区间,合理向运营商平台发送数据更新请求,避免某一物联网卡的数据更新请求长时间占用API接口,导致物联网卡数据更新不及时的问题。
也即是:物联网卡运营平台首先为每个物联网卡的数据更新任务设定一默认的更新时间区间,然后根据更新时间区间定时生成数据更新任务并向运营商平台发送数据更新请求,再接收运营商平台返回的数据更新请求对应的更新结果,最后根据更新结果来更新物联网卡的数据以及调整更新时间区间。
例如:假设更新时间区间为30秒、1分钟、2分钟,其中,更新时间区间为30秒。
物联网卡每隔一分钟生成数据更新任务,并向运营商平台发送数据更新请求,然后接收运营商平台返回的更新结果。
物联网卡根据更新结果来判断物联网卡的数据是否需要更新,若是,则更新物联网卡的数据,同时将更新时间区间调整为30秒。
也即是说,对于有些设备来说,其数据更新频率较高,因此将更新时间区间调整为30秒,保证及时对物联网卡的数据进行更新。
若判断物联网卡的数据不需要更新,则不更新物联网卡的数据,并将更新时间区间调整为2分钟。
也即是说,对于有些设备来说,其数据更新频率可能超过一分钟或甚至更长时间,因此,将更新时间区间调整为2分钟,避免在数据未更新的情况下还需要多次发送数据更新请求占用API接口、频繁访问运营商平台,影响其他物联网卡的访问请求。
另外,对于更新时间区间的设定,可根据实际的情况下进行设置,也可以是设定一定的比例,通过预设比例对更新时间进行增减。在物联网卡的相关信息变更时,物联网卡运营平台接收到变更消息后,还将物联网卡的数据更新任务的更新时间区间设定为默认的更新时间区间。
(三)数据更新任务拆分
一般来说,运营商有多个,比如联通、移动、电信等运营商。因此,为了保证数据同步的效率,物联网卡运营平台还包括多个服务模块,如图1所示,服务模块包括4个。根据运营商的不同将多个物联网卡的数据更新任务划分到不同的服务模块上,通过每个服务模块实现对应物联网卡的数据更新任务。
对于每个运营商平台来说,其可能存在多个账户,还可以每个数据更新任务划分为多个子任务,将多个子任务提交到线程池中,由线程池统一维护、管理子任务的运行。
在执行数据更新任务的子任务时,通过线程来调用子任务并执行,并且在执行子任务时采用分布式锁的方式记录当前子任务的状态,避免子任务在多台服务模块中并行执行。比如,当子任务处于执行状态时,认为此时子任务已经被执行,其他线程也就不能够在执行该子任务。
本发明提供的物联网卡运营平台,通过在运营商平台设置自动化规则配置,则当物联网卡的相关信息变更时,物联网卡运营平台能够及时接收运营商平台自动推送的变更消息,及时对物联网设备的状态进行监管,比如物联网设备为何未上线、是否存在丢失、是否存在故障、生命周期的监管等。同时,物联网卡运营平台,还根据运营商平台的API接口的访问限制制定相应的访问策略,实现API接口的合理化利用,实现通过运营商平台及时将物联网卡的流量用量、语音用量、短信用量、生命周期等数据信息上传,可使得物联网设备的实时流量、语音、短信等用量的及时监管,避免在用户不知情的情况下,产生额外的费用,实现账单的正确对账。
实施例二
基于实施例一,本发明还提供了一种优选地的实施例,如图2所示,一种物联网卡的数据更新方法,该数据更新方法包括:
步骤S100:当物联网卡的相关信息变更时,接收运营商平台推送的变更消息。
其中,物联网卡的相关信息变更包括但不限于以下任意一种:物联网卡变更设备、物联网卡的待激活状态变更为已激活状态、停用状态变更为激活状态、激活状态变更为停用状态和可激活状态变更为停用状态。
将物联网卡的相关信息的变更消息自动推送到物联网卡运营平台,使得物联网卡运营平台能够及时对物联网卡的状态进行监控,保证物联网卡的数据同步。
步骤S200:根据所述变更消息以及物联网卡的数据更新的访问频率,将所述物联网卡的数据更新任务设置为相应的更新时间区间。每个物联网卡所应用的物联网设备不同,因此其数据更新的访问频率不同,因此,根据其访问频率为每个物联网卡的数据更新任务设定对应的更新时间区间,便于进行数据更新。
步骤S300:根据更新时间区间定时生成所述物联网卡的更新数据任务,并根据更新数据任务向运营商平台发送数据更新请求,以及接收运营商平台返回的对应所述数据更新请求的更新结果。具体地,根据更新时间区间定时生成数据更新任务,然后通过线程调用数据更新任务实现数据更新,比如向运营商平台发送数据更新请求,进而接收运营商平台返回的更新结果。
步骤S400:根据所述更新结果更新物联网卡的数据及调整所述更新时间区间。
为了保证数据更新请求合理占用API接口,也即是合理对运营商平台进行访问,如图3所示,步骤S400还包括:
步骤S401:根据更新结果判断物联网卡的数据是否需要更新,若是,则执行步骤S402;否则,执行步骤S403。
步骤S402:更新物联网卡的数据并将所述更新时间区间按照预设规则增大。
步骤S403:不更新物联网卡的数据并将所述更新时间区间按照预设规则减小。
也即是说,根据更新结果判断更新时间区间是否合理,当更新结果为更新时,认为当前更新时间区间较长,则将更新时间区间减小,保证数据更新及时性。当更新结果为不更新时,认为当前更新时间区间较短,则将更新时间区间增大,避免频繁向运营商平台发送请求,影响其他物联网卡的数据更新时对运营商平台的访问。
进一步地,步骤S100还包括:
对变更信息进行合法性验证;
当验证通过后,将变更消息封装成消息体通过分布式消息队列发送出去;
向运营商平台返回变更消息接收完毕的通知。
通过合法性验证,避免API接口由于突发状态而暴露在外部而推送的消息,保证变更消息的合法性。
进一步地,步骤S100还包括:
根据变更消息对所述物联网卡的数据信息进行验证;
当验证通过后,根据验证结果更新物联网卡的相关信息;其中,所述数据信息包括但不限于生命周期和异常复机。
进一步地,步骤S300还包括:
当更新数据请求中的IP地址与运营商平台预设IP地址一致时,接收运营商平台返回的对应所述更新数据请求的更新结果。本发明通过设定固定IP的访问机制,保证了运营商平台访问的安全性。
进一步地,所述数据更新方法还包括:
步骤S500:根据运营商平台接口访问限制配置每种访问类型的访问频率;其中,所述访问类型包括:业务办理、数据更新以及自动化配置。对每个物联网卡的各种访问类型配置相应的访问频率,使得对运营商平台的合理化访问,避免由于某些访问请求长时间占用访问接口,导致数据同步不及时的问题。
实施例三
本发明提供了一种物联网卡的数据更新装置。如图4所示,本发明一实施例提供的物联网卡的数据更新装置的内部结构示意图。
在本实施例中,物联网卡的数据更新装置可以是PC(Personal Computer,个人电脑),也可以是智能手机、平板电脑、便携计算机等终端设备。该物联网卡的数据更新装置至少包括:处理器12、通信总线13、网络接口14以及存储器11。
其中,存储器11至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是物联网卡的数据更新装置的内部存储单元,例如该物联网卡的数据更新装置的硬盘。存储器11在另一些实施例中也可以是物联网卡的数据更新装置的外部存储设备,例如物联网卡的数据更新装置上配备的插接式硬盘,智能存储卡(Smart MediaCard,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,存储器11还可以既包括物联网卡的数据更新装置的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于物联网卡的数据更新装置的应用软件及各类数据,例如物联网卡的数据同步程序的代码等,还可以用于暂时地存储已经输出或者将要输出的数据。
处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片,用于运行存储器11中存储的程序代码或处理数据,例如执行物联网卡的数据同步程序等。
通信总线13用于实现这些组件之间的连接通信。
网络接口14可选的可以包括标准的有线接口、无线接口(如WI-FI接口),通常用于在该物联网卡的数据更新装置与其他电子设备之间建立通信连接。
可选地,该物联网卡的数据更新装置还可以包括用户接口,用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard),可选的用户接口还可以包括标准的有线接口、无线接口。可选地,在一些实施例中,显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode,有机发光二极管)触摸器等。其中,显示器也可以适当的称为显示屏或显示单元,用于显示在物联网卡的数据更新装置中处理的信息以及用于显示可视化的用户界面。
图4仅示出了具有组件11-14以及物联网卡的数据同步程序的物联网卡的数据更新装置,本领域技术人员可以理解的是,图4示出的结构并不构成对物联网卡的数据更新装置的限定,可以包括比图示更少或者更多的部件,或者组合某些部件,或者不同的部件布置。
在图4所示的物联网卡的数据更新装置实施例中,存储器11中存储有物联网卡的数据同步程序;处理器12执行存储器11中存储的物联网卡的数据同步程序时实现如下步骤:
步骤S100:当物联网卡的相关信息变更时,接收运营商平台推送的变更消息。
步骤S200:根据所述变更消息以及物联网卡的数据更新的访问频率,将所述物联网卡的数据更新任务设置为相应的更新时间区间。
步骤S300:根据更新时间区间定时生成所述物联网卡的更新数据任务,并根据更新数据任务向运营商平台发送数据更新请求,以及接收运营商平台返回的对应所述数据更新请求的更新结果。
步骤S400:根据所述更新结果更新物联网卡的数据及调整所述更新时间区间。
其中,步骤S400还包括:
步骤S401:根据更新结果判断物联网卡的数据是否需要更新,若是,则执行步骤S402;否则,执行步骤S403。
步骤S402:更新物联网卡的数据并将所述更新时间区间按照预设规则增大。
步骤S403:不更新物联网卡的数据并将所述更新时间区间按照预设规则减小。
进一步地,步骤S100还包括:
对变更信息进行合法性验证;
当验证通过后,将变更消息封装成消息体通过分布式消息队列发送出去;
向运营商平台返回变更消息接收完毕的通知。
进一步地,步骤S100还包括:
根据变更消息对所述物联网卡的数据信息进行验证;
当验证通过后,根据验证结果更新物联网卡的相关信息;其中,所述数据信息包括生命周期和异常复机。
进一步地,步骤S300还包括:当更新数据请求中的IP地址与运营商平台预设IP地址一致时,接收运营商平台返回的对应所述更新数据请求的更新结果。
进一步地,所述处理器12执行存储器11中存储的物联网卡的数据同步程序时还实现如下步骤:
步骤S500:根据运营商平台接口访问限制配置每种访问类型的访问频率;其中,所述访问类型包括:业务办理、数据更新以及自动化配置。
实施例四
本发明还提供了一种存储介质,所述存储介质为计算机可读存储介质,其上存储有物联网卡的数据同步程序,所述物联网卡的数据同步程序为计算机程序,所述物联网卡的数据同步程序被处理器执行时实现以下步骤:
步骤S100:当物联网卡的相关信息变更时,接收运营商平台推送的变更消息。
步骤S200:根据所述变更消息以及物联网卡的数据更新的访问频率,将所述物联网卡的数据更新任务设置为相应的更新时间区间。
步骤S300:根据更新时间区间定时生成所述物联网卡的更新数据任务,并根据更新数据任务向运营商平台发送数据更新请求,以及接收运营商平台返回的对应所述数据更新请求的更新结果。
步骤S400:根据所述更新结果更新物联网卡的数据及调整所述更新时间区间。
其中,步骤S400还包括:
步骤S401:根据更新结果判断物联网卡的数据是否需要更新,若是,则执行步骤S402:否则,执行步骤S403。
步骤S402:更新物联网卡的数据并将所述更新时间区间按照预设规则增大。
步骤S403:不更新物联网卡的数据并将所述更新时间区间按照预设规则减小。
进一步地,步骤S100还包括:
对变更信息进行合法性验证;
当验证通过后,将变更消息封装成消息体通过分布式消息队列发送出去;
向运营商平台返回变更消息接收完毕的通知。
进一步地,步骤S100还包括:
根据变更消息对所述物联网卡的数据信息进行验证;
当验证通过后,根据验证结果更新物联网卡的相关信息;其中,所述数据信息包括生命周期和异常复机。
步骤S300还包括:当更新数据请求中的IP地址与运营商平台预设IP地址一致时,接收运营商平台返回的对应所述更新数据请求的更新结果。
进一步地,所述物联网卡的数据同步程序被处理器执行时实现以下步骤:步骤S500:根据运营商平台接口访问限制配置每种访问类型的访问频率;其中,所述访问类型包括:业务办理、数据更新以及自动化配置。
上述实施方式仅为本发明的优选实施方式,不能以此来限定本发明保护的范围,本领域的技术人员在本发明的基础上所做的任何非实质性的变化及替换均属于本发明所要求保护的范围。