一种信息处理方法、服务器、终端设备及存储介质与流程

本发明涉及信息处理技术，尤其涉及一种信息处理方法、服务器、终端设备及存储介质。

背景技术

目前，市场上主流的联网车机普遍都采用的物联网卡(可以认为是物联网卡的一种)，而物联网卡基本都不支持短信或电话功能。因此，在使用物联网卡的终端，通常只能通过发送网络请求到运营商后台查询当前流量使用情况。

但是，由于这类物联卡种类繁多，套餐形式多样，导致获取物联网卡的相关信息，比如流量信息的统计结果愈加困难，为了维护和兼容多种物联网卡，终端设备安装的应用则需要支持更加多类型的物联网卡，因此终端设备中的应用将愈发臃肿，耗费巨大的人力物力。

技术实现要素：

有鉴于此，本发明实施例希望提供一种信息处理方法、服务器、终端设备及存储介质，能至少解决现有技术中存在的上述问题。

本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种信息处理方法，应用于服务器，所述服务器保存至少一种类型的物联网卡获取目标信息所需要执行的至少一种处理方式，所述方法包括：

接收终端设备发来的请求信息，确定所述终端设备的请求信息所针对的物联网卡的类型；其中，所述终端设备能够使用至少一个物联网卡；所述请求信息针对终端设备使用的一物联网卡；

从至少一种类型的物联网卡获取目标信息所需要执行的至少一种处理方式中，选取与所述物联网卡的类型对应的目标处理方式；

基于所述目标处理方式获取所述物联网卡对应的目标信息，发送所述目标信息至所述终端设备，使得所述终端设备获取所述物联网卡所对应的所述目标信息。

本发明实施例提供了一种信息处理方法，应用于终端设备，所述方法包括：

向服务器发送请求信息，其中，所述请求信息针对终端设备使用的一物联网卡，且所述请求信息中至少包括有所述终端设备所使用的物联网卡的类型；以使得所述服务器侧基于所述请求信息中包括有物联网卡的类型，确定物联网卡所对应的处理逻辑信息，并基于所述处理逻辑信息获取所述物联网卡对应的目标信息；

接收所述服务器反馈的目标信息，解析并获取所述物联网卡所对应的所述目标信息的内容。

本发明实施例提供了一种服务器，所述服务器包括：

存储单元，用于保存至少一种类型的物联网卡获取目标信息所需要执行的至少一种处理方式；

信息接收单元，用于接收终端设备发来的请求信息，确定所述终端设备的请求信息所针对的物联网卡的类型；

匹配单元，用于从至少一种类型的物联网卡获取目标信息所需要执行的至少一种处理方式中，选取与所述物联网卡的类型对应的目标处理方式；

信息处理单元，用于基于所述目标处理方式获取所述物联网卡对应的目标信息，发送所述目标信息至所述终端设备，使得所述终端设备获取所述物联网卡所对应的所述目标信息。

本发明实施例提供了一种终端设备，所述终端设备包括：

信息发送单元，用于向服务器发送请求信息，其中，所述请求信息中至少包括有所述终端设备所使用的物联网卡的类型；以使得所述服务器侧基于所述请求信息中包括有物联网卡的类型，确定物联网卡所对应的处理逻辑信息，并基于所述处理逻辑信息获取所述物联网卡对应的目标信息；

信息接收单元，用于接收所述服务器反馈的目标信息，解析并获取所述物联网卡所对应的所述目标信息的内容。

本发明实施例提供了一种存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现前述方法的步骤。

采用本发明实施例，就能够由服务器将获取到不同的物联网卡所对应的不同的业务处理逻辑，然后基于终端设备使用的物联网卡的业务处理逻辑，获取到针对终端设备的目标信息，将目标信息反馈给终端设备。以使得终端设备不需要预设针对多种类型的物联网卡的处理逻辑，减少终端设备的客户端的信息处理复杂度，并且能够在增加物联网卡的时候，仅通过在服务器侧设置相应的业务处理逻辑即可完成，减少终端设备兼容多种物联网卡的处理逻辑所需要的浪费的时间。

附图说明

图1为本发明信息处理方法流程示意图1；

图2a为本发明实施例场景示意图1；

图2b为本发明实施例场景示意图2；

图3a为本发明实施例场景示意图3；

图3b为本发明实施例场景示意图4；

图3c为本发明实施例场景示意图5；

图3d为本发明实施例场景示意图6；

图4为本发明实施例信息处理流程示意图2；

图5为本发明实施例服务器组成结构示意图；

图6为本发明实施例终端设备组成结构示意图；

图7为本发明实施例硬件组成结构示意图。

具体实施方式

下面结合附图对技术方案的实施作进一步的详细描述。

实施例一：

本发明实施例提供一种信息处理方法，应用于服务器，所述服务器保存至少一种类型的物联网卡获取目标信息所需要执行的至少一种处理方式，如图1所示，包括：

步骤101：接收终端设备发来的请求信息，确定所述终端设备的请求信息所针对的物联网卡的类型；其中，所述终端设备能够使用至少一个物联网卡；所述请求信息针对终端设备使用的一物联网卡；

步骤102：从至少一种类型的物联网卡获取目标信息所需要执行的至少一种处理方式中，选取与所述物联网卡的类型对应的目标处理方式；

步骤103：基于所述目标处理方式获取所述物联网卡对应的目标信息，发送所述目标信息至所述终端设备，使得所述终端设备获取所述物联网卡所对应的所述目标信息。

在执行步骤101之前，本实施例提供的方法还可以包括：获取至少一种类型的物联网卡中，每一种类型的物联网卡所对应的处理方式；

或者，

确定至少一种类型的物联网卡中，每一种类型的物联网卡所支持的至少一种信息；获取每一种类型的物联网卡、及物联网卡所支持的每一种信息所对应的处理方式。

服务器可以基于当前能够获知的至少一种类型的物联网卡，设置每一个物联网卡所对应的处理方式。

所述处理方式可以包括以下内容：

物联网卡的类型，以及物联网卡的类型所对应的执行获取至少一种目标信息的业务处理流程，将所述业务处理流程作为业务处理逻辑。

举例说明，假设物联网卡为供应商a提供的物联网卡，那么获取到的处理逻辑信息中可以包括有从供应商a处获取至少一种目标信息时，针对每一种目标信息所需要与供应商a的业务服务器进行交互的信息；

再比如，物联网卡为供应商b提供的物联网卡，那么获取的处理逻辑信息中可以包括有供应商b所设置的处理流程，基于该处理流程中每一个处理流程所设置的所需交互的信息的先后顺序，从供应商b的业务服务器处获取对应的目标信息。

其中，至少一种目标信息可以为多种，比如，可以为流量信息，也就是说，获取物联网卡当前的流量信息，比如套餐总流量、剩余流量、每日使用流量、本月消耗总流量等等；当然，还可以为其他信息，只是这里不再进行赘述。

进一步地，如图2a所示，假设获取目标信息，比如流量信息，在供应商a的处理流程，可以为信息1、信息2以及信息3，当与供应商a的业务服务器先后进行这3个信息的交互时，从业务服务器侧能够获取到流量信息；

而供应商b的业务处理流程，可以为信息3、信息1至信息2，与供应商b的业务服务器先后交互这3个信息，就能够从供应商b的业务服务器中获取到流量信息。

需要理解的是，前面仅提供了两种不同的供应商处理逻辑信息，但是实际上，还可以有其他的供应商的处理逻辑信息，只是在本实施例中不再进行穷举。

执行前述步骤101时，终端设备的请求信息中，可以仅包括有终端设备当前使用的物联网卡的类型；

另外，终端设备的请求信息中，在物联网卡的类型基础上，还可以包括有终端设备所要获取到的目标信息的名称、或者标识信息。

当终端设备的请求信息中仅包括有当前使用的物联网卡的类型时，可以认为终端设备所要获取的目标信息为预设的信息，也就是说，当前终端设备与服务器之间所要交互的信息仅为一种目标信息，此时就不需要向服务器描述所需获取的目标信息是什么。比如，目标信息可以默认为流量信息，那么此时只需要直接发送物联网卡的类型，就能够直接得到流量信息。

当终端设备的请求信息中，还包括有目标信息的名称或者标识时，也就是说，当前终端设备能够获取到的目标信息有多种，那么服务器基于请求信息中的目标信息的名称或者标识，选取物联网卡以及目标信息所对应的处理逻辑信息，得到对应的物联网卡的类型、以及目标信息的名称所对应的处理逻辑，并获取到对应的目标信息。

相应的，前述步骤102中，所述从至少一种类型的物联网卡获取目标信息所需要执行的至少一种处理方式中，选取与所述物联网卡的类型对应的目标处理方式，包括以下两种处理方式：

方式一、基于所述终端设备所使用的物联网卡的类型，从至少一种类型的物联网卡对应的处理方式中，选取得到与所述物联网卡的类型相对应的处理逻辑信息。

具体来说，当目标信息为默认的一种信息时，采用本处理方式进行处理。根据物联网卡的类型，从多种候选处理逻辑中，选取与所述物联网卡的类型相应的处理逻辑信息。

处理逻辑信息中包含的具体内容已经在前面描述，这里不再进行赘述。

方式二、

基于所述终端设备所使用的物联网卡的类型、以及所述请求信息中还包括的目标信息的标识信息，从至少一种类型的物联网卡对应的处理方式中，选取得到与所述物联网卡的类型以及目标信息相对应的目标处理方式。

具体来说，基于物联网卡的类型，从n个处理方式中选取m个处理方式；n为大于等于1的整数，m为小于n的整数；

基于目标信息的名称(或者标识)，从所述m个处理方式中，选取得到与所述物联网卡的类型、以及目标信息的名称均对应的一个处理方式，将选取到的处理方式，作为所述目标处理方式。

最后，前述步骤103中，所述处理逻辑信息中还包括：所述物联网卡的类型所对应的信息格式；

相应的，所述基于所述处理逻辑信息获取所述物联网卡对应的目标信息，包括：

基于所述处理逻辑信息中，与所述物联网卡的类型对应的获取目标信息的业务处理逻辑，与流量服务器进行信息交互，以获取所述物联网卡的请求信息所对应的初始信息；

基于所述物联网卡的类型所对应的信息格式解析所述初始信息，从所述初始信息中提取得到目标信息；其中，不同的物联网卡的类型所对应的信息格式相同或不同。

所述发送所述目标信息至所述终端设备，包括：

将所述目标信息封装为预设的数据结构，发送封装为预设的数据结构的目标信息至所述终端设备；其中，不同的物联网卡的类型所对应的预设的数据结构相同。

这里需要说明的是，从每一种物联网卡所对应的业务服务器处获取到的初始信息的字段结构可能是不同的，比如，如图2b所示，从供应商a的业务服务器处获取到的初始信息a的字段结构中，第1-10bit表征初始信息中包含流量数据的具体内容，那么就将第1-10bit信息提取出来，然后将提取出来的内容，按照预设的数据结构进行封装，将封装后的目标信息发送至终端设备；相应的，终端设备采用一种唯一的数据结构就能够解析目标信息，并读取到其中的内容；

供应商b的业务服务器反馈的目标信息中，可能在11-20bit中设置了目标信息的具体内容，那么就根据该目标信息的字段结构，提取11-20bit的内容，然后按照预设的数据结构封装这11-20bit的具体内容得到封装后的目标信息，发送目标信息至终端设备。

当前，还可能存在更多的不同供应商的业务服务器的目标信息的字段结构，均采用前述方法进行处理，本实施例中不再进行穷举。

还需要理解的是，在服务器侧还可以设置有不同的信息所对应的不同的字段结构，并且设置有不同类型的物联网卡的不同信息所对应的不同的字段结构。基于此，就能够直接从目标信息中获取到具体的内容，并将该具体的内容进行封装。

至此，服务器就完成了针对不同类型的物联网卡进行处理的流程，并将统一数据结构的目标信息作为查询结果反馈给终端设备。

本实施例提供的方案中，终端设备安装并运行客户端，该客户端可能支持多种物联网卡的类型，然后将物联卡流量管理后台地址，接口参数等上报至tas后台，tas后台将根据这些参数拉取流量统计的数据，回传给客户端。在车载系统场景下，我们也可以将物联卡供应商的后台管理地址，接口参数等配置在一个指定的文件，如果后续更好物联卡类型，只需修改配置文件即可。

下面结合图3a、图3b和图3c对本实施例的一种实施方案进行说明：

首先，tas平台(服务器)通过采集市场上各种物联网卡信息，并将这些数据录入tas后台数据库，tas后台会针对不同的物联网卡做对应的逻辑处理。譬如a物联卡走a处理逻辑，b物联卡走b处理逻辑等，但是最终获取到的数据结构体是一样的；

其次，客户端根据当前物联网卡类型，将类型参数上传到tas后台，tas后台根据提供的物联网类型拉取对应的流量数据，并将数据包装后通过sdk回调给客户端，客户端收到数据后进行解析。具体来说，tas后台从物联网卡后台服务器(比如，可以为业务服务器)处提取该物联网卡的流量数据；然后tas后台(图3c中的服务器)将流量数据发送给车载app。进一步地，终端设备(也就是车载终端)获取得到的目标信息，也就是流量数据的结果，如图3a和/或图3b所示，其中，图3a提供了一段时长(本月)整体的流量消耗情况；图3b提供了一段时间内(比如，图中所示为1-9天)每一天中的流量消耗情况。当然，还可以理解的是，本申请只要能够得到目标信息，就能够根据预设的模板进行最终的目标信息的展示，预设的模板本申请内不进行限定。

当然，还需要理解的是，还可能tas平台(服务器)无法覆盖所有的物联网卡，当tas平台检测到当前卡片类型未入库，将会通知客户端此卡为未识别的卡，客户端可以通过本地做流量统计(调用android系统接口，数据准确性稍差)。

总体流程实施例，可以参见图3d，其中，终端设备的客户端(可以支持至少一种类型的物联网卡)；终端设备的客户端将终端设备使用的物联网卡的类型上传至tas后台服务器；所述tas后台服务器判断物联网卡的类型是否为已知；若是，则从物联网卡a、b或者c的后台服务器中获取到对应的流量信息；其中，所述流量信息中可以包括有图中所示的套餐总流量、结账流量以及剩余流量等等类型的具体信息。若tas后台服务器中未保存有该物联网卡类型对应的处理逻辑，则会通知客户端此卡为未识别的卡，客户端可以通过本地做流量统计。

可见，通过采用本实施例提供的技术方案，就能够由服务器将获取到不同的物联网卡所对应的不同的业务处理逻辑，然后基于终端设备使用的物联网卡的业务处理逻辑，获取到针对终端设备的目标信息，将目标信息反馈给终端设备。以使得终端设备不需要预设针对多种类型的物联网卡的处理逻辑，减少终端设备的客户端的信息处理复杂度，并且能够在增加物联网卡的时候，仅通过在服务器侧设置相应的业务处理逻辑即可完成，减少终端设备兼容多种物联网卡的处理逻辑所需要的浪费的时间。

实施例二、

本发明实施例提供一种信息处理方法，应用于终端设备，如图4所示，包括：

步骤401：向服务器发送请求信息，其中，所述请求信息针对终端设备使用的一物联网卡，且所述请求信息中至少包括有所述终端设备所使用的物联网卡的类型；以使得所述服务器侧基于所述请求信息中包括有物联网卡的类型，确定物联网卡所对应的处理逻辑信息，并基于所述处理逻辑信息获取所述物联网卡对应的目标信息；

步骤402：接收所述服务器反馈的目标信息，解析并获取所述物联网卡所对应的所述目标信息的内容。

这里，所述物联网卡中可以为物联网卡。

本实施例中，服务器可以基于当前能够获知的至少一种类型的物联网卡，设置每一个物联网卡(也就是物联网卡)所对应的处理方式。

所述处理方式、或者处理逻辑信息，可以包括以下内容：

物联网卡的类型，以及物联网卡的类型所对应的执行获取至少一种目标信息的业务处理流程，将所述业务处理流程作为业务处理逻辑。

举例说明，假设物联网卡为供应商a提供的物联网卡，那么获取到的处理逻辑信息中可以包括有从供应商a处获取至少一种目标信息时，针对每一种目标信息所需要与供应商a的业务服务器进行交互的信息；

再比如，物联网卡为供应商b提供的物联网卡，那么获取的处理逻辑信息中可以包括有供应商b所设置的处理流程，基于该处理流程中每一个处理流程所设置的所需交互的信息的先后顺序，从供应商b的业务服务器处获取对应的目标信息。

其中，至少一种目标信息可以为多种，比如，可以为流量信息，也就是说，获取物联网卡当前的流量信息，比如套餐总流量、剩余流量、每日使用流量、本月消耗总流量等等；当然，还可以为其他信息，只是这里不再进行赘述。

进一步地，假设获取目标信息，比如流量信息，在供应商a的处理流程，可以为信息1、信息2以及信息3，当与供应商a的业务服务器先后进行这3个信息的交互时，从业务服务器侧能够获取到流量信息；

而供应商b的业务处理流程，可以为信息3、信息1至信息2，与供应商b的业务服务器先后交互这3个信息，就能够从供应商b的业务服务器中获取到流量信息。

需要理解的是，前面仅提供了两种不同的供应商处理逻辑信息，但是实际上，还可以有其他的供应商的处理逻辑信息，只是在本实施例中不再进行穷举。

所述解析并获取所述物联网卡所对应的所述目标信息的内容，还包括：

基于预设的数据结构，解析所述目标信息，从所述目标信息中获取与所述请求信息相对应的内容；其中，不同的物联网卡的类型所对应的预设的数据结构相同。

这里需要说明的是，从每一种物联网卡所对应的业务服务器处获取到的目标信息的字段结构可能是不同的，比如，从供应商a的业务服务器处获取到的目标信息的字段结构中，第1-10bit表征目标信息的具体内容，那么就将第1-10bit信息提取出来，然后将提取出来的内容，按照预设的数据结构进行封装，将封装后的目标信息发送至终端设备；相应的，终端设备采用一种唯一的数据结构就能够解析目标信息，并读取到其中的内容。

供应商b的业务服务器反馈的目标信息中，可能在11-20bit中设置了目标信息的具体内容，那么就根据该目标信息的字段结构，提取11-20bit的内容，然后按照预设的数据结构封装这11-20bit的具体内容得到封装后的目标信息，发送目标信息至终端设备。

当前，还可能存在更多的不同供应商的业务服务器的目标信息的字段结构，均采用前述方法进行处理，本实施例中不再进行穷举。

还需要理解的是，在服务器侧还可以设置有不同的信息所对应的不同的字段结构，并且设置有不同类型的物联网卡的不同信息所对应的不同的字段结构。基于此，就能够直接从目标信息中获取到具体的内容，并将该具体的内容进行封装。

至此，服务器就完成了针对不同类型的物联网卡进行处理的流程，并将统一数据结构的目标信息作为查询结果反馈给终端设备。

本实施例提供的方案中，终端设备安装并运行客户端，该客户端可能支持多种物联网卡的类型，然后将物联卡流量管理后台地址，接口参数等上报至tas后台，tas后台将根据这些参数拉取流量统计的数据，回传给客户端。在车载系统场景下，我们也可以将物联卡供应商的后台管理地址，接口参数等配置在一个指定的文件，如果后续更好物联卡类型，只需修改配置文件即可。

下面结合图2、图3对本实施例的一种实施方案进行说明：

首先，tas平台(服务器)通过采集市场上各种物联网卡信息，并将这些数据录入tas后台数据库，tas后台会针对不同的物联网卡做对应的逻辑处理。譬如a物联卡走a处理逻辑，b物联卡走b处理逻辑等，但是最终获取到的数据结构体是一样的；

其次，客户端根据当前物联网卡类型，将类型参数上传到tas后台，tas后台根据提供的物联网类型拉取对应的流量数据，并将数据包装后通过sdk回调给客户端，客户端收到数据后进行解析。其中，需要说明的是，通过sdk回调给客户端可以理解为通过客户端的sdk提供的获取流量数据(目标信息)的接口获取到包含有流量数据的数据包。

当然，还需要理解的是，还可能tas平台(服务器)无法覆盖所有的物联网卡，当tas平台检测到当前卡片类型未入库，将会通知客户端此卡为未识别的卡，客户端可以通过本地做流量统计(调用android系统接口，数据准确性稍差)。

可见，通过采用本实施例提供的技术方案，就能够由服务器将获取到不同的物联网卡所对应的不同的业务处理逻辑，然后基于终端设备使用的物联网卡的业务处理逻辑，获取到针对终端设备的目标信息，将目标信息反馈给终端设备。以使得终端设备不需要预设针对多种类型的物联网卡的处理逻辑，减少终端设备的客户端的信息处理复杂度，并且能够在增加物联网卡的时候，仅通过在服务器侧设置相应的业务处理逻辑即可完成，减少终端设备兼容多种物联网卡的处理逻辑所需要的浪费的时间。

实施例三：

本发明实施例提供一种服务器，如图5所示，包括：

存储单元51，用于保存至少一种类型的物联网卡获取目标信息所需要执行的至少一种处理方式；

信息接收单元52，用于接收终端设备发来的请求信息，基于所述终端设备的请求信息确定所述终端设备所使用的物联网卡的类型；

匹配单元53，用于基于所述终端设备所使用的物联网卡的类型，确定物联网卡所对应的处理逻辑信息；其中，所述处理逻辑信息中至少包括与所述物联网卡的类型对应的获取目标信息的业务处理逻辑；且不同物联网卡的类型所对应的业务处理逻辑不同；

信息处理单元54，用于基于所述处理逻辑信息获取所述物联网卡对应的目标信息，发送所述目标信息至所述终端设备，使得所述终端设备解析并获取所述物联网卡所对应的所述目标信息。

这里，所述物联网卡中可以为物联网卡。

所述服务器还包括：

存储单元51，用于获取至少一种类型的物联网卡中，每一种类型的物联网卡所对应的处理方式；

或者，

确定至少一种类型的物联网卡中，每一种类型的物联网卡所支持的至少一种信息；获取每一种类型的物联网卡、及物联网卡所支持的每一种信息所对应的处理方式。

服务器可以基于当前能够获知的至少一种类型的物联网卡，设置每一个物联网卡(也就是物联网卡)所对应的处理方式。

所述处理方式、或者处理逻辑信息，可以包括以下内容：

物联网卡的类型，以及物联网卡的类型所对应的执行获取至少一种目标信息的业务处理流程，将所述业务处理流程作为业务处理逻辑。

举例说明，假设物联网卡为供应商a提供的物联网卡，那么获取到的处理逻辑信息中可以包括有从供应商a处获取至少一种目标信息时，针对每一种目标信息所需要与供应商a的业务服务器进行交互的信息；

再比如，物联网卡为供应商b提供的物联网卡，那么获取的处理逻辑信息中可以包括有供应商b所设置的处理流程，基于该处理流程中每一个处理流程所设置的所需交互的信息的先后顺序，从供应商b的业务服务器处获取对应的目标信息。

其中，至少一种目标信息可以为多种，比如，可以为流量信息，也就是说，获取物联网卡当前的流量信息，比如套餐总流量、剩余流量、每日使用流量、本月消耗总流量等等；当然，还可以为其他信息，只是这里不再进行赘述。

进一步地，假设获取目标信息，比如流量信息，在供应商a的处理流程，可以为信息1、信息2以及信息3，当与供应商a的业务服务器先后进行这3个信息的交互时，从业务服务器侧能够获取到流量信息；

而供应商b的业务处理流程，可以为信息3、信息1至信息2，与供应商b的业务服务器先后交互这3个信息，就能够从供应商b的业务服务器中获取到流量信息。

需要理解的是，前面仅提供了两种不同的供应商处理逻辑信息，但是实际上，还可以有其他的供应商的处理逻辑信息，只是在本实施例中不再进行穷举。

终端设备的请求信息中，可以仅包括有终端设备当前使用的物联网卡的类型；

另外，终端设备的请求信息中，在物联网卡的类型基础上，还可以包括有终端设备所要获取到的目标信息的名称、或者标识信息。

当终端设备的请求信息中仅包括有当前使用的物联网卡的类型时，可以认为终端设备所要获取的目标信息为预设的信息，也就是说，当前终端设备与服务器之间所要交互的信息仅为一种目标信息，此时就不需要向服务器描述所需获取的目标信息是什么。比如，目标信息可以默认为流量信息，那么此时只需要直接发送物联网卡的类型，就能够直接得到流量信息。

当终端设备的请求信息中，还包括有目标信息的名称或者标识时，也就是说，当前终端设备能够获取到的目标信息有多种，那么服务器基于请求信息中的目标信息的名称或者标识，选取物联网卡以及目标信息所对应的处理逻辑信息，得到对应的物联网卡的类型、以及目标信息的名称所对应的处理逻辑，并获取到对应的目标信息。

相应的，所述匹配单元，用于包括以下两种处理方式：

方式一、基于所述终端设备所使用的物联网卡的类型，从至少一种类型的物联网卡对应的处理方式中，选取得到与所述物联网卡的类型相对应的处理逻辑信息。

具体来说，当目标信息为默认的一种信息时，采用本处理方式进行处理。根据物联网卡的类型，从多种候选处理逻辑中，选取与所述物联网卡的类型相应的处理逻辑信息。

处理逻辑信息中包含的具体内容已经在前面描述，这里不再进行赘述。

方式二、

基于所述终端设备所使用的物联网卡的类型、以及所述请求信息中还包括的目标信息的名称，从至少一种类型的物联网卡对应的处理方式中，选取得到与所述物联网卡的类型相对应的处理逻辑信息。

具体来说，基于物联网卡的类型，从n个候选处理逻辑中选取得带m个候选处理逻辑；n为大于等于1的整数，m为小于n的整数；

在基于目标信息的名称(或者标识)，从所述m个候选处理逻辑中，选取得到与所述物联网卡的类型、以及目标信息的名称均对应的一个候选处理逻辑，将选取到的候选处理逻辑，作为所述处理逻辑信息。

最后，所述信息处理单元，用于将所述目标信息封装为预设的数据结构，发送封装为预设的数据结构的目标信息至所述终端设备；其中，不同的物联网卡的类型所对应的预设的数据结构相同。

这里需要说明的是，从每一种物联网卡所对应的业务服务器处获取到的目标信息的字段结构可能是不同的，比如，从供应商a的业务服务器处获取到的目标信息的字段结构中，第1-10bit表征目标信息的具体内容，那么就将第1-10bit信息提取出来，然后将提取出来的内容，按照预设的数据结构进行封装，将封装后的目标信息发送至终端设备；相应的，终端设备采用一种唯一的数据结构就能够解析目标信息，并读取到其中的内容。

供应商b的业务服务器反馈的目标信息中，可能在11-20bit中设置了目标信息的具体内容，那么就根据该目标信息的字段结构，提取11-20bit的内容，然后按照预设的数据结构封装这11-20bit的具体内容得到封装后的目标信息，发送目标信息至终端设备。

当前，还可能存在更多的不同供应商的业务服务器的目标信息的字段结构，均采用前述方法进行处理，本实施例中不再进行穷举。

还需要理解的是，在服务器侧还可以设置有不同的信息所对应的不同的字段结构，并且设置有不同类型的物联网卡的不同信息所对应的不同的字段结构。基于此，就能够直接从目标信息中获取到具体的内容，并将该具体的内容进行封装。

至此，服务器就完成了针对不同类型的物联网卡进行处理的流程，并将统一数据结构的目标信息作为查询结果反馈给终端设备。

本实施例提供的方案中，终端设备安装并运行客户端，该客户端可能支持多种物联网卡的类型，然后将物联卡流量管理后台地址，接口参数等上报至tas后台，tas后台将根据这些参数拉取流量统计的数据，回传给客户端。在车载系统场景下，我们也可以将物联卡供应商的后台管理地址，接口参数等配置在一个指定的文件，如果后续更好物联卡类型，只需修改配置文件即可。

下面对本实施例的一种实施方案进行说明：

首先，tas平台(服务器)通过采集市场上各种物联网卡信息，并将这些数据录入tas后台数据库，tas后台会针对不同的物联网卡做对应的逻辑处理。譬如a物联卡走a处理逻辑，b物联卡走b处理逻辑等，但是最终获取到的数据结构体是一样的；

其次，客户端根据当前物联网卡类型，将类型参数上传到tas后台，tas后台根据提供的物联网类型拉取对应的流量数据，并将数据包装后通过sdk回调给客户端，客户端收到数据后进行解析。

当然，还需要理解的是，还可能tas平台(服务器)无法覆盖所有的物联网卡，当tas平台检测到当前卡片类型未入库，将会通知客户端此卡为未识别的卡，客户端可以通过本地做流量统计(调用android系统接口，数据准确性稍差)。

可见，通过采用本实施例提供的技术方案，就能够由服务器将获取到不同的物联网卡所对应的不同的业务处理逻辑，然后基于终端设备使用的物联网卡的业务处理逻辑，获取到针对终端设备的目标信息，将目标信息反馈给终端设备。以使得终端设备不需要预设针对多种类型的物联网卡的处理逻辑，减少终端设备的客户端的信息处理复杂度，并且能够在增加物联网卡的时候，仅通过在服务器侧设置相应的业务处理逻辑即可完成，减少终端设备兼容多种物联网卡的处理逻辑所需要的浪费的时间。

实施例四、

本发明实施例提供一种终端设备，如图6所示，包括：

信息发送单元61，用于向服务器发送请求信息，其中，所述请求信息中至少包括有所述终端设备所使用的物联网卡的类型；以使得所述服务器侧基于所述请求信息中包括有物联网卡的类型，确定物联网卡所对应的处理逻辑信息，并基于所述处理逻辑信息获取所述物联网卡对应的目标信息；

信息接收单元62，用于接收所述服务器反馈的目标信息，解析并获取所述物联网卡所对应的所述目标信息的内容。

这里，所述物联网卡中可以为物联网卡。

本实施例中，服务器可以基于当前能够获知的至少一种类型的物联网卡，设置每一个物联网卡(也就是物联网卡)所对应的处理方式。

所述处理方式、或者处理逻辑信息，可以包括以下内容：

物联网卡的类型，以及物联网卡的类型所对应的执行获取至少一种目标信息的业务处理流程，将所述业务处理流程作为业务处理逻辑。

举例说明，假设物联网卡为供应商a提供的物联网卡，那么获取到的处理逻辑信息中可以包括有从供应商a处获取至少一种目标信息时，针对每一种目标信息所需要与供应商a的业务服务器进行交互的信息；

再比如，物联网卡为供应商b提供的物联网卡，那么获取的处理逻辑信息中可以包括有供应商b所设置的处理流程，基于该处理流程中每一个处理流程所设置的所需交互的信息的先后顺序，从供应商b的业务服务器处获取对应的目标信息。

其中，至少一种目标信息可以为多种，比如，可以为流量信息，也就是说，获取物联网卡当前的流量信息，比如套餐总流量、剩余流量、每日使用流量、本月消耗总流量等等；当然，还可以为其他信息，只是这里不再进行赘述。

进一步地，假设获取目标信息，比如流量信息，在供应商a的处理流程，可以为信息1、信息2以及信息3，当与供应商a的业务服务器先后进行这3个信息的交互时，从业务服务器侧能够获取到流量信息；

而供应商b的业务处理流程，可以为信息3、信息1至信息2，与供应商b的业务服务器先后交互这3个信息，就能够从供应商b的业务服务器中获取到流量信息。

需要理解的是，前面仅提供了两种不同的供应商处理逻辑信息，但是实际上，还可以有其他的供应商的处理逻辑信息，只是在本实施例中不再进行穷举。

所述解析并获取所述物联网卡所对应的所述目标信息的内容，还包括：

基于预设的数据结构，解析所述目标信息，从所述目标信息中获取与所述请求信息相对应的内容；其中，不同的物联网卡的类型所对应的预设的数据结构相同。

这里需要说明的是，从每一种物联网卡所对应的业务服务器处获取到的目标信息的字段结构可能是不同的，比如，从供应商a的业务服务器处获取到的目标信息的字段结构中，第1-10bit表征目标信息的具体内容，那么就将第1-10bit信息提取出来，然后将提取出来的内容，按照预设的数据结构进行封装，将封装后的目标信息发送至终端设备；相应的，终端设备采用一种唯一的数据结构就能够解析目标信息，并读取到其中的内容。

供应商b的业务服务器反馈的目标信息中，可能在11-20bit中设置了目标信息的具体内容，那么就根据该目标信息的字段结构，提取11-20bit的内容，然后按照预设的数据结构封装这11-20bit的具体内容得到封装后的目标信息，发送目标信息至终端设备。

当前，还可能存在更多的不同供应商的业务服务器的目标信息的字段结构，均采用前述方法进行处理，本实施例中不再进行穷举。

还需要理解的是，在服务器侧还可以设置有不同的信息所对应的不同的字段结构，并且设置有不同类型的物联网卡的不同信息所对应的不同的字段结构。基于此，就能够直接从目标信息中获取到具体的内容，并将该具体的内容进行封装。

至此，服务器就完成了针对不同类型的物联网卡进行处理的流程，并将统一数据结构的目标信息作为查询结果反馈给终端设备。

本实施例提供的方案中，终端设备安装并运行客户端，该客户端可能支持多种物联网卡的类型，然后将物联卡流量管理后台地址，接口参数等上报至tas后台，tas后台将根据这些参数拉取流量统计的数据，回传给客户端。在车载系统场景下，我们也可以将物联卡供应商的后台管理地址，接口参数等配置在一个指定的文件，如果后续更好物联卡类型，只需修改配置文件即可。

首先，tas平台(服务器)通过采集市场上各种物联网卡信息，并将这些数据录入tas后台数据库，tas后台会针对不同的物联网卡做对应的逻辑处理。譬如a物联卡走a处理逻辑，b物联卡走b处理逻辑等，但是最终获取到的数据结构体是一样的；

其次，客户端根据当前物联网卡类型，将类型参数上传到tas后台，tas后台根据提供的物联网类型拉取对应的流量数据，并将数据包装后通过sdk回调给客户端，客户端收到数据后进行解析。

当然，还需要理解的是，还可能tas平台(服务器)无法覆盖所有的物联网卡，当tas平台检测到当前卡片类型未入库，将会通知客户端此卡为未识别的卡，客户端可以通过本地做流量统计(调用android系统接口，数据准确性稍差)。

可见，通过采用本实施例提供的技术方案，就能够由服务器将获取到不同的物联网卡所对应的不同的业务处理逻辑，然后基于终端设备使用的物联网卡的业务处理逻辑，获取到针对终端设备的目标信息，将目标信息反馈给终端设备。以使得终端设备不需要预设针对多种类型的物联网卡的处理逻辑，减少终端设备的客户端的信息处理复杂度，并且能够在增加物联网卡的时候，仅通过在服务器侧设置相应的业务处理逻辑即可完成，减少终端设备兼容多种物联网卡的处理逻辑所需要的浪费的时间。

进一步地，参见图7，本发明实施例还提供了一种存储介质，例如包括计算机程序的存储器，上述计算机程序可由处理器执行，以完成前述方法所述步骤。计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、flashmemory、磁表面存储器、光盘、或cd-rom等存储器；也可以是包括上述存储器之一或任意组合的各种设备，如移动电话、计算机、平板设备、个人数字助理等。结合图7可以理解的是，存储介质可以设置在终端设备中，并且该终端设备还可以具备用户接口以及网络接口等部分，以与用户以及网络进行交互，其具体的功能不再进行赘述。

具体来说，本实施例提供的一种存储介质，其上存储有计算机程序，该计算机程序被处理器运行时，执行：

接收终端设备发来的请求信息，确定所述终端设备的请求信息所针对的物联网卡的类型；其中，所述终端设备能够使用至少一个物联网卡；所述请求信息针对终端设备使用的一物联网卡；

从至少一种类型的物联网卡获取目标信息所需要执行的至少一种处理方式中，选取与所述物联网卡的类型对应的目标处理方式；

基于所述目标处理方式获取所述物联网卡对应的目标信息，发送所述目标信息至所述终端设备，使得所述终端设备获取所述物联网卡所对应的所述目标信息。

所述计算机程序被处理器运行时，还执行：

基于所述终端设备所使用的物联网卡的类型、以及所述请求信息中还包括的目标信息的标识信息，从至少一种类型的物联网卡对应的处理方式中，选取得到与所述物联网卡的类型以及目标信息相对应的目标处理方式。

所述计算机程序被处理器运行时，还执行：基于与所述物联网卡的类型对应的获取目标信息的目标处理方式，从服务器侧获取与所述物联网卡的请求信息所对应的初始信息；

基于所述物联网卡的类型所对应的信息格式解析所述初始信息，从所述初始信息中提取得到目标信息；其中，不同的物联网卡的类型所对应的信息格式相同或不同。

所述计算机程序被处理器运行时，还执行：

将所述目标信息封装为预设的数据结构；

发送封装为预设的数据结构的目标信息至所述终端设备；其中，不同的物联网卡的类型所对应的预设的数据结构相同。

需要指出的是，这里所述存储介质所执行的其他处理与实施例一中说明相同，这里不再进行赘述。

进一步地，参见图7，本发明实施例还提供了一种存储介质，例如包括计算机程序的存储器，上述计算机程序可由处理器执行，以完成前述方法所述步骤。计算机可读存储介质可以是fram、只读存储器(rom，read-onlymemory)、prom、eprom、eeprom、flashmemory、磁表面存储器、光盘、或cd-rom等存储器；也可以是包括上述存储器之一或任意组合的各种设备，如移动电话、计算机、平板设备、个人数字助理等。结合图7可以理解的是，存储介质可以设置在终端设备中，并且该终端设备还可以具备用户接口以及网络接口等部分，以与用户以及网络进行交互，其具体的功能不再进行赘述。

具体来说，本实施例提供的一种存储介质，其上存储有计算机程序，该计算机程序被处理器运行时，执行：

向服务器发送请求信息，其中，所述请求信息针对终端设备使用的一物联网卡，且所述请求信息中至少包括有所述终端设备所使用的物联网卡的类型；以使得所述服务器侧基于所述请求信息中包括有物联网卡的类型，确定物联网卡所对应的处理逻辑信息，并基于所述处理逻辑信息获取所述物联网卡对应的目标信息；

接收所述服务器反馈的目标信息，解析并获取所述物联网卡所对应的所述目标信息的内容。

所述计算机程序被处理器运行时，还执行：

基于预设的数据结构，解析所述目标信息，从所述目标信息中获取与所述请求信息相对应的内容；其中，不同的物联网卡的类型所对应的预设的数据结构相同。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、rom、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。