一种多运营商平台数据适配方法及相关设备与流程

本申请涉及物联网通信技术领域，尤其涉及一种多运营商平台数据适配方法及相关设备。

背景技术：

随着物联网技术应用的普及，而物联网的应用必须依赖运营商平台提供的网络，然而每个运营商都有自己独立的运营平台，受平台架构的制约，设备发送或接收的每一条信息都按照运营商的通信协议编码、解析，使得全运营商网络互通也会受到限制。

然而，现有的物联网设备通过集成各个运营商的通信解析模块，由各个通信解析模块对各自的运营商网络数据进行解析，用户基于运营商网络发送的控制指令必须由对应的通信解析模块进行解析，才能被设备识别，并响应控制指令，极大地增加了物联网设备通信功能的设计成本。

技术实现要素：

本申请提供了一种多运营商平台数据适配方法及相关设备，用于解决现有的物联网设备实现全网通的方式为集成各个运营商的通信解析模块，由各个通信解析模块对各自的运营商网络数据进行解析，用户基于运营商网络发送的控制指令必须由相应的运营商的通信解析模块进行解析，才能被设备识别、响应，导致的物联网设备通信功能的设计成本高的技术问题。

有鉴于此，本申请第一方面提供了一种多运营商平台数据适配方法，包括：

接收设备交互信息；

根据预设的编码方式，将所述设备交互信息转换成预置格式的信息适配指令；

解析所述信息适配指令，并响应对应的操作。

优选地，所述根据预设的编码方式，将所述设备交互信息转换成预置格式的信息适配指令具体包括：

提取所述设备交互信息的通信协议类型；

根据所述通信协议类型，通过与所述通信协议类型对应的预置编码方式进行编码，将所述设备交互信息转换成预置格式的信息适配指令。

优选地，所述根据预设的编码方式，将所述设备交互信息转换成预置格式的信息适配指令之后，还包括：

根据所述信息适配指令生成的先后顺序，将所述信息适配指令依次存入数据缓存队列中。

优选地，所述解析所述信息适配指令，并响应对应的操作之前还包括：

从所述数据缓存队列中依次提取所述信息适配指令。

本申请第二方面提供了一种多运营商平台数据适配装置，包括：

信息接收单元，用于接收设备交互信息；

协议适配单元，用于根据预设的编码方式，将所述设备交互信息转换成预置格式的信息适配指令；

数据处理单元，用于解析所述信息适配指令，并响应对应的操作。

优选地，所述根据预设的编码方式，将所述设备交互信息转换成预置格式的信息适配指令具体包括：

协议信息提取子单元，用于提取所述设备交互信息的通信协议类型；

协议适配子单元，用于根据所述通信协议类型，通过与所述通信协议类型对应的编码方式将所述设备交互信息转换成预置格式的信息适配指令。

优选地，还包括：

数据缓存单元，用于根据所述信息适配指令生成的先后顺序，将所述信息适配指令依次存入数据缓存队列中。

优选地，还包括：

缓存数据提取单元，用于从所述数据缓存队列中依次提取所述信息适配指令。

本申请第三方面提供了一种物联网终端，包括：处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行本申请第一方面提供的多运营商平台数据适配方法。

本申请第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行本申请第一方面提供的多运营商平台数据适配方法。

从以上技术方案可以看出，本申请具有以下优点：

本申请提供了一种多运营商平台数据适配方法，包括：接收设备交互信息；根据预设的编码方式，将所述设备交互信息转换成预置格式的信息适配指令；解析所述信息适配指令，并响应对应的操作。

本申请通过统一数据格式的方式，将基于不同数据通信协议格式的设备交互信息转换成统一的数据格式的信息适配指令，再对转换后统一的数据格式的信息适配指令进行解析、响应，无需设置与运营商一一对应的解析模块，现有的物联网设备通信功能的设计成本高的技术问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1为本申请提供的一种多运营商平台数据适配方法的第一个实施例的流程示意图；

图2为本申请提供的一种多运营商平台数据适配方法的第二个实施例的流程示意图；

图3为本申请提供的一种多运营商平台数据适配装置的结构示意图。

具体实施方式

本申请实施例提供了一种多运营商平台数据适配方法及相关设备，用于解决现有的物联网设备实现全网通的方式为集成各个运营商的通信解析模块，由各个通信解析模块对各自的运营商网络数据进行解析，用户基于运营商网络发送的控制指令必须由相应的运营商的通信解析模块进行解析，才能被设备识别、响应，导致的物联网设备通信功能的设计成本高的技术问题。

为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本申请一部分实施例，而非全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

请参阅图1，本申请第一方面提供了一种多运营商平台数据适配方法，包括：

步骤101、接收设备交互信息。

在本申请实施例中，物联网设备处于监听状态，当接收到用户发送的用于控制设备的设备交互信息时，则可以执行步骤102。

步骤102、根据预设的编码方式，将设备交互信息转换成预置格式的信息适配指令。

接着，当接收到了设备交互信息后，根据预设的编码方式，将设备交互信息转换成预置格式的信息适配指令。

步骤103、解析信息适配指令，并响应对应的操作。

最后，设备通过预设好的解码模块对信息适配指令进行解析，并对信息适配指令对应的操作进行响应。

本申请实施例通过统一数据格式的方式，将基于不同数据通信协议格式的设备交互信息转换成统一的数据格式的信息适配指令，再对转换后统一的数据格式的信息适配指令进行解析、响应，无需设置与运营商一一对应的解析模块，现有的物联网设备通信功能的设计成本高的技术问题。

以上为本申请提供的一种多运营商平台数据适配方法的第一个实施例的详细说明，下面为本申请提供的一种多运营商平台数据适配方法的第二个实施例的详细说明。

请参阅图2，本申请实施例提供了一种多运营商平台数据适配方法，包括：

步骤201、接收设备交互信息。

在本申请实施例中，物联网设备处于监听状态，当接收到用户发送的用于控制设备的设备交互信息时，则可以执行步骤202。

步骤202、提取设备交互信息的通信协议类型。

步骤203、根据通信协议类型，通过与通信协议类型对应的预置编码方式进行编码，将设备交互信息转换成预置格式的信息适配指令。

需要说明的是，根据从接收到的设备交互信息中提取出来的通信协议类型，判断该设备交互信息是通过哪一个运营商平台的网络进行传输的，例如，接收到的设备交互信息是通过a运营商平台的网络发送的，那该设备交互信息的通信协议类型必定是a运营商的通信协议，且数据包格式必定是基于该运营商通信协议的数据格式，在确定了通信协议类型后，接着就需要从预置的编码方式中筛选出该通信协议类型对应的编码算法，将将设备交互信息转换成预置格式的信息适配指令。

需要说明的是，本实施例的运营商平台可以包括电信、移动、联通、lora核心网中的一种或多种，也可以是上述四种运营商之外的运营商平台，在此不做具体限定。

步骤204、根据信息适配指令生成的先后顺序，将信息适配指令依次存入数据缓存队列中。

步骤205、从数据缓存队列中依次提取信息适配指令。

步骤206、解析信息适配指令，并响应对应的操作。

最后，设备通过预设好的解码模块对信息适配指令进行解析，并对信息适配指令对应的操作进行响应。

本申请通过统一数据格式的方式，将基于不同数据通信协议格式的设备交互信息转换成统一的数据格式的信息适配指令，再对转换后统一的数据格式的信息适配指令进行解析、响应，无需设置与运营商一一对应的解析模块，现有的物联网设备通信功能的设计成本高的技术问题。

同时，本申请实施例在得到信息匹配指令之后，通过将信息适配指令依次存入数据缓存队列中，再从数据缓存队列中依次信息适配指令，并逐个解析、响应。本实施例以队列的方式进行设备内部数据的交互，避免交互信息大量接入导致设备控制响应混乱的问题。

以上为本申请提供的一种多运营商平台数据适配方法的第二个实施例的详细说明，下面为本申请提供的一种多运营商平台数据适配装置的第一个实施例的详细说明。

请参阅图3，本申请提供了一种多运营商平台数据适配装置，包括：

信息接收单元301，用于接收设备交互信息；

协议适配单元302，用于根据预设的编码方式，将设备交互信息转换成预置格式的信息适配指令；

数据处理单元303，用于解析信息适配指令，并响应对应的操作。

更具体地，协议适配单元302具体包括：

协议信息提取子单元3021，用于提取设备交互信息的通信协议类型；

协议适配子单元3022，用于根据通信协议类型，通过与通信协议类型对应的编码方式将设备交互信息转换成预置格式的信息适配指令。

更具体地，还包括：

数据缓存单元304，用于根据信息适配指令生成的先后顺序，将信息适配指令依次存入数据缓存队列中。

更具体地，还包括：

缓存数据提取单元305，用于从数据缓存队列中依次提取信息适配指令。

以上为本申请提供的一种多运营商平台数据适配装置的第一个实施例的详细说明，同时本申请还提供了一种物联网终端及一种计算机可读存储介质的详细说明。

本申请实施例提供了一种物联网终端，包括：处理器以及存储器：

存储器用于存储程序代码，并将程序代码传输给处理器；

处理器用于根据程序代码中的指令执行本申请上述实施例提供的多运营商平台数据适配方法。

本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质用于存储程序代码，程序代码用于执行本申请上述实施例提供的多运营商平台数据适配方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

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

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。