CN114760279A - 识别设备类型的方法、服务端与计算机可读存储介质 - Google Patents
识别设备类型的方法、服务端与计算机可读存储介质 Download PDFInfo
- Publication number
- CN114760279A CN114760279A CN202210240947.4A CN202210240947A CN114760279A CN 114760279 A CN114760279 A CN 114760279A CN 202210240947 A CN202210240947 A CN 202210240947A CN 114760279 A CN114760279 A CN 114760279A
- Authority
- CN
- China
- Prior art keywords
- field
- determining
- association information
- target device
- category
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 61
- 238000010586 diagram Methods 0.000 description 13
- 238000004590 computer program Methods 0.000 description 8
- 230000003993 interaction Effects 0.000 description 7
- 230000008569 process Effects 0.000 description 6
- 238000003066 decision tree Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000004891 communication Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请提供了一种识别设备类型的方法、服务端与计算机可读存储介质。该方法包括接收待识别的目标设备的DHCP请求消息，DHCP请求消息中包括预定字段，预定字段包括至少以下之一：OPTION12字段、OPTION55字段、OPTION57字段；根据DHCP请求消息确定目标设备的类别，类别为以下之一：手机、平板、PC机、IOT设备。本方案实现了对目标设备的类别的精确确定。
Description
技术领域
本申请涉及通信领域，具体而言，涉及一种识别设备类型的方法、服务端、计算机可读存储介质与处理器。
背景技术
现有技术中的，对于设备类型的识别可以通过设备的http报文中携带的设备信息进行识别，但是这种识别方法存在如下不足：
1)很多设备的http报文中并未携带设备信息，导致对设备的类型识别不全；
2)有一些设备的http请求中没有暴露操作系统信息，容易识别不准；
3)在钩取http报文时一定程度上会影响http建立连接的速率；
4)在设备未联网时，没有http交互，无法识别设备的类型。
发明内容
本申请的主要目的在于提供一种识别设备类型的方法、服务端、计算机可读存储介质与处理器，以解决现有技术中设备类型的识别准确度较低的问题。
为了实现上述目的，根据本申请的一个方面，提供了一种识别设备类型的方法，包括：接收待识别的目标设备的DHCP请求消息，所述DHCP请求消息中包括预定字段，所述预定字段包括至少以下之一：OPTION12字段、OPTION55字段、OPTION57字段；根据所述DHCP请求消息确定所述目标设备的类别，所述类别为以下之一：手机、平板、PC机、IOT设备。
可选地，所述预定字段包括所述OPTION12字段、所述OPTION55字段和所述OPTION57字段，根据所述DHCP请求消息确定所述目标设备的类别，包括：根据所述OPTION12字段，确定第一关联信息；根据所述OPTION55字段，确定第二关联信息；根据所述OPTION57字段，确定第三关联信息；至少根据所述第一关联信息、所述第二关联信息和所述第三关联信息中的至少之一，确定所述目标设备的类别。
可选地，所述DHCP请求消息中还包括OPTION60字段，至少根据所述第一关联信息、所述第二关联信息和所述第三关联信息中的至少之一，确定所述目标设备的类别，包括：根据所述OPTION60字段，确定第四关联信息；根据所述第一关联信息、所述第二关联信息、所述第三关联信息和所述第四关联信息中的至少之一，确定所述目标设备的类别。
可选地，所述第一关联信息包括所述目标设备的型号，根据所述OPTION12字段，确定第一关联信息，包括：从所述OPTION12字段中提取出设备型号关联子字段；根据所述设备型号关联子字段，确定目标设备的型号。
可选地，所述第二关联信息包括所述目标设备的操作系统的类型，根据所述OPTION55字段，确定第二关联信息，包括：从所述OPTION55字段中提取出系统请求参数；根据所述系统请求参数确定所述目标设备的操作系统的类型，所述系统请求参数包括请求内容和请求顺序。
可选地，所述第四关联信息包括所述目标设备的厂商信息，根据所述OPTION60字段，确定第四关联信息，包括：根据所述OPTION60字段确定厂商标识符；根据所述厂商标识符确定所述目标设备的厂商信息。
可选地，所述第三关联信息包括所述目标设备是否是IOT设备的信息，根据所述OPTION57字段，确定第三关联信息，包括：根据所述OPTION57字段，确定所述目标设备可接受的DHCP数据包的大小；根据所述DHCP数据包的大小确定目标设备是否是IOT设备。
可选地，根据所述第一关联信息、所述第二关联信息、所述第三关联信息和所述第四关联信息中的至少之一，确定所述目标设备的类别，包括：确定仅根据所述第四关联信息是否能够确定所述目标设备的类别；在仅根据所述第四关联信息未确定所述目标设备的类别的情况下，确定结合所述第一关联信息是否能够确定所述目标设备的类别；在仍未确定所述目标设备的类别的情况下，确定再结合所述第三关联信息是否能够确定所述目标设备的类别；在仍未确定所述目标设备的类别的情况下，再结合所述第二关联信息确定所述目标设备的类别。
根据本申请的另一个方面，提供了一种识别设备类型的方法，包括：目标设备发送DHCP请求消息至服务端；所述服务端接收所述DHCP请求消息，所述DHCP请求消息中包括预定字段，所述预定字段包括至少以下之一：OPTION12字段、OPTION55字段、OPTION57字段；所述服务端根据所述DHCP请求消息确定所述目标设备的类别，所述类别为以下之一：手机、平板、PC机、IOT设备。
根据本申请的另一个方面，提供了一种服务端，包括：接收单元，用于接收待识别的目标设备的DHCP请求消息，所述DHCP请求消息中包括预定字段，所述预定字段包括至少以下之一：OPTION12字段、OPTION55字段、OPTION57字段；确定单元，用于根据所述DHCP请求消息确定所述目标设备的类别，所述类别为以下之一：手机、平板、PC机、IOT设备。
根据本申请的又一个方面，提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行任意一种所述的方法。
根据本申请的再一个方面，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行任意一种所述的方法。
应用本申请的技术方案，通过接收待识别的目标设备的DHCP请求消息，DHCP请求消息中包括预定字段，然后根据DHCP请求消息确定上述目标设备的类别，实现了对目标设备的类别的精确确定。解决了仅根据http报文中携带的设备信息进行识别的方法带来的设备的类型识别不全、容易识别不准、会影响http建立连接的速率以及在设备未联网时没有http交互无法识别设备的类型等问题。
附图说明
构成本申请的一部分的说明书附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1示出了根据本申请的实施例的一种识别设备类型的方法流程图；
图2示出了根据本申请的实施例的确定目标识别的类别的决策树；
图3示出了根据本申请的实施例的采用OPTION60确定设备的类型的原理图；
图4示出了根据本申请的实施例的采用OPTION12确定设备的类型的原理图；
图5示出了根据本申请的实施例的另一种识别设备类型的方法流程图；
图6示出了根据本申请的实施例的服务端示意图。
具体实施方式
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应该理解的是，当元件(诸如层、膜、区域、或衬底)描述为在另一元件“上”时，该元件可直接在该另一元件上，或者也可存在中间元件。而且，在说明书以及权利要求书中，当描述有元件“连接”至另一元件时，该元件可“直接连接”至该另一元件，或者通过第三元件“连接”至该另一元件。
为了便于描述，以下对本申请实施例涉及的部分名词或术语进行说明：
DHCP(Dynamic Host Configuration Protocol)：动态主机配置协议，是一个应用层的协议，当客户主机IP设置为动态获取方式时，DHCP服务器就会根据DHCP协议给客户端分配IP，使得客户端能够利用这个IP上网。
根据本申请的实施例，提供了一种识别设备类型的方法。
图1是根据本申请实施例的识别设备类型的方法的流程图。如图1所示，该方法包括以下步骤：
步骤S101，接收待识别的目标设备的DHCP请求消息，上述DHCP请求消息中包括预定字段，上述预定字段包括至少以下之一：OPTION12字段、OPTION55字段、OPTION57字段；
步骤S102，根据上述DHCP请求消息确定上述目标设备的类别，上述类别为以下之一：手机、平板、PC机、IOT设备。
具体地，本实施例的执行主体为服务端。服务端与目标设备进行交互，获取目标设备的DHCP请求消息，进而根据DHCP请求消息确定目标设备的类别。
具体地，IOT设备(Internet of Things，物联网)即物联网设备，是指除手机、平板、PC机以外能够连接互联网的智能设备，如智能灯泡、智能插座、智能音箱、智能摄像头等。
上述方案中，通过接收待识别的目标设备的DHCP请求消息，DHCP请求消息中包括预定字段，然后根据DHCP请求消息确定上述目标设备的类别，实现了对目标设备的类别的精确确定。解决了仅根据http报文中携带的设备信息进行识别的方法带来的设备的类型识别不全、容易识别不准、会影响http建立连接的速率以及在设备未联网时没有http交互无法识别设备的类型等问题。
本申请的一种实施例中，上述预定字段包括上述OPTION12字段、上述OPTION55字段和上述OPTION57字段，根据上述DHCP请求消息确定上述目标设备的类别，包括：根据上述OPTION12字段，确定第一关联信息；根据上述OPTION55字段，确定第二关联信息；根据上述OPTION57字段，确定第三关联信息；至少根据上述第一关联信息、上述第二关联信息和上述第三关联信息中的至少之一，确定上述目标设备的类别。即OPTION12字段、OPTION55字段和OPTION57字段可能存在与目标设备的信号有关的关联信息，在存在关联信息的情况下，至少根据第一关联信息、上述第二关联信息和上述第三关联信息中的至少之一，实现对目标设备的类型的精确确定。
本申请的又一种实施例中，上述DHCP请求消息中还包括OPTION60字段，至少根据上述第一关联信息、上述第二关联信息和上述第三关联信息中的至少之一，确定上述目标设备的类别，包括：根据上述OPTION60字段，确定第四关联信息；根据上述第一关联信息、上述第二关联信息、上述第三关联信息和上述第四关联信息中的至少之一，确定上述目标设备的类别。该实施例中，OPTION12字段、OPTION55字段、OPTION60字段和OPTION57字段可能存在与目标设备的信号有关的关联信息，在存在关联信息的情况下，根据第一关联信息、上述第二关联信息、上述第三关联信息、上述第四关联信息中的至少之一，进一步实现对目标设备的类型的精确确定。
一种具体的实施例中，上述第一关联信息包括上述目标设备的型号，根据上述OPTION12字段，确定第一关联信息，包括：从上述OPTION12字段中提取出设备型号关联子字段；根据上述设备型号关联子字段，确定目标设备的型号。即OPTION12字段中存在与识别的型号有关的字段即设备型号关联子字段，然后根据设备型号关联子字段确定目标识别的型号。具体地，对于某一些设备，OPTION12字段中存在设备的型号信息，例如，iphone x、HUAWEI_nova_2_Plus-f1334f。
另一种具体的实施例中，上述第二关联信息包括上述目标设备的操作系统的类型，根据上述OPTION55字段，确定第二关联信息，包括：从上述OPTION55字段中提取出系统请求参数；根据上述系统请求参数确定上述目标设备的操作系统的类型，上述系统请求参数包括请求内容和请求顺序。操作系统的类型包括安卓系统、Windows系统、Linux系统、iOS系统。
具体地，微软在请求静态路由项上，使用249(0xf9)，121(0x79)可以由249(0xf9)替代或同时请求两项；114(0x72)，95(0x5f)是苹果设备独有的请求项，114用于iPhone、ipad等ios系统中，95用于MacBook中；此外pc设备都会请求2c或2e(NetBIOS over tcp/ip),该项是一组pc间通信协议的API，因此可用来识别pc设备，请求顺序指的是该字段的请求内容中包括多个子项，即使同样内容的子项，不同的操作系统在子项之间会有不同的请求顺序。例如对于子项a、b、c，操作系统X的请求顺序为abc，操作系统Y的请求顺序为bca。
又一种具体的实施例中，上述第四关联信息包括上述目标设备的厂商信息，根据上述OPTION60字段，确定第四关联信息，包括：根据上述OPTION60字段确定厂商标识符；根据上述厂商标识符确定上述目标设备的厂商信息。例如，可以根据厂商标识符确定目标设备是A厂商的设备还是B厂商的设备。
再一种具体的实施例中，上述第三关联信息包括上述目标设备是否是IOT设备的信息，根据上述OPTION57字段，确定第三关联信息，包括：根据上述OPTION57字段，确定上述目标设备可接受的DHCP数据包的大小；根据上述DHCP数据包的大小确定目标设备是否是IOT设备。即根据目标设备可以接收的DHCP数据包的大小确定目标设备是否是IOT设备。即至少可以确定目标设备不是手机、平板、PC机。
一种更为具体的实施例中，根据上述第一关联信息、上述第二关联信息、上述第三关联信息和上述第四关联信息中的至少之一，确定上述目标设备的类别，包括：确定仅根据上述第四关联信息是否能够确定上述目标设备的类别；在仅根据上述第四关联信息未确定上述目标设备的类别的情况下，确定结合上述第一关联信息是否能够确定上述目标设备的类别；在仍未确定上述目标设备的类别的情况下，确定再结合上述第四关联信息是否能够确定上述目标设备的类别；在仍未确定上述目标设备的类别的情况下，再结合上述第二关联信息确定上述目标设备的类别。即先根据第四关联信息确定目标设备的类别，在无法精确确定目标设备的类别的情况下，将第四关联信息和第一关联信息相结合确定目标设备的类别，在仍不能精确确定目标设备的类别的情况下，将第三关联信息、第一关联信息和第四关联信息相结合确定目标设备的类别，在仍不能精确确定目标设备的类别的情况下，将第三关联信息、第一关联信息、第四关联信息和第二关联信息结合确定目标设备的类别以实现对目标设备的类别的精确确定。
本申请的一种实施例中，确定目标识别的类别的决策树如图2所示，先根据OPTION60关键字(即OPTION60字段)确定目标识别的类别，在不能精确确定的情况下，结合OPTION12关键字(即OPTION12字段)进行确定，在仍不能确定的情况下，再结合OPTION57关键字(即OPTION57字段)进行确定，在仍不能确定的情况下，再结合OPTION55关键字(即OPTION55字段)进行确定，判断OPTION55关键字中是否有字段12，在有字段12的情况下可以确定是IOT设备，在没有字段12的情况下确定是否在字段15，在没有字段15的情况下，可以确定是IOT设备，否则为其他种类的设备。如图3所示，OPTION60关键字中可能会包括ndriod、soc或者msft，在包含ndriod的情况下可初步确定是手机phone，在包含soc的情况下可初步确定是iot设备，在包含msft的情况下可初步确定是PC机；如图4所示，OPTION12关键字中可能会包括ipad、macbook或desktop、iphone或huawei或galaxy等字段，在包含ipad字段的情况下可初步确定是ipad，在包含macbook或desktop字段的情况下，可初步确定是pc，在包含iphone或huawei或galaxy字段的情况下，可初步确定是phone。
本申请的一种具体的实施例方式中，获取的OPTION12字段、OPTION55字段、OPTION60字段如表1所示，
表1 OPTION12字段、OPTION55字段、OPTION60字段表
本申请的另一种典型的实施例提供了一种识别设备类型的方法，如图5所示，包括如下步骤：
步骤S201，目标设备发送DHCP请求消息至服务端；
步骤S202，上述服务端接收上述DHCP请求消息，上述DHCP请求消息中包括预定字段，上述预定字段包括至少以下之一：OPTION12字段、OPTION55字段、OPTION57字段；
步骤S203，上述服务端根据上述DHCP请求消息确定上述目标设备的类别，上述类别为以下之一：手机、平板、PC机、IOT设备。
上述方案中，通过接收目标设备发送的DHCP请求消息，DHCP请求消息中包括预定字段，然后根据DHCP请求消息确定上述目标设备的类别，实现了对目标设备的类别的精确确定。解决了仅根据http报文中携带的设备信息进行识别的方法带来的设备的类型识别不全、容易识别不准、会影响http建立连接的速率以及在设备未联网时没有http交互无法识别设备的类型等问题。
需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
本申请实施例还提供了一种服务端，需要说明的是，本申请实施例的服务端可以用于执行本申请实施例所提供的用于识别设备类型的方法。以下对本申请实施例提供的服务端进行介绍。
图6是根据本申请实施例的服务端的示意图。如图6所示，该装置包括：
接收单元10，用于接收待识别的目标设备的DHCP请求消息，上述DHCP请求消息中包括预定字段，上述预定字段包括至少以下之一：OPTION12字段、OPTION55字段、OPTION57字段；
确定单元20，用于根据上述DHCP请求消息确定上述目标设备的类别，上述类别为以下之一：手机、平板、PC机、IOT设备。
上述方案中，接收单元接收待识别的目标设备的DHCP请求消息，DHCP请求消息中包括预定字段，确定单元根据DHCP请求消息确定上述目标设备的类别，实现了对目标设备的类别的精确确定。解决了仅根据http报文中携带的设备信息进行识别的方法带来的设备的类型识别不全、容易识别不准、会影响http建立连接的速率以及在设备未联网时没有http交互无法识别设备的类型等问题。
本申请的一种实施例中，上述预定字段包括上述OPTION12字段、上述OPTION55字段和上述OPTION57字段，确定单元包括第一确定模块、第二确定模块、第三确定模块和第四确定模块，第一确定模块用于根据上述OPTION12字段，确定第一关联信息；第二确定模块用于根据上述OPTION55字段，确定第二关联信息；第三确定模块用于根据上述OPTION57字段，确定第三关联信息；第四确定模块用于至少根据上述第一关联信息、上述第二关联信息、上述第三关联信息和上述第三关联信息中的至少之一，确定上述目标设备的类别。即OPTION12字段、OPTION55字段和OPTION57字段可能存在与目标设备的信号有关的关联信息，在存在关联信息的情况下，至少根据第一关联信息、上述第二关联信息和上述第三关联信息中的至少之一，实现对目标设备的类型的精确确定。
本申请的又一种实施例中，上述DHCP请求消息中还包括OPTION60字段，第四确定模块包括第一确定子模块和第二确定子模块，第一确定子模块用于根据上述OPTION60字段，确定第四关联信息；第二确定子模块用于根据上述第一关联信息、上述第二关联信息、上述第三关联信息和上述第四关联信息中的至少之一，确定上述目标设备的类别。该实施例中，OPTION12字段、OPTION55字段、OPTION60字段和OPTION57字段可能存在与目标设备的信号有关的关联信息，在存在关联信息的情况下，根据第一关联信息、上述第二关联信息、上述第三关联信息、上述第四关联信息中的至少之一，进一步实现对目标设备的类型的精确确定。
一种具体的实施例中，上述第一关联信息包括上述目标设备的型号，第一确定模块包括第一提取子模块和第三确定子模块，第一提取子模块用于从上述OPTION12字段中提取出设备型号关联子字段；第三确定子模块用于根据上述设备型号关联子字段，确定目标设备的型号。具体地，对于某一些设备，OPTION12字段中存在设备的型号信息，例如，iphonex、HUAWEI_nova_2_Plus-f1334f。
另一种具体的实施例中，上述第二关联信息包括上述目标设备的操作系统的类型，第二确定模块包括第二提取子模块和第四确定子模块，第二提取子模块用于从上述OPTION55字段中提取出系统请求参数；第四确定子模块用于根据上述系统请求参数确定上述目标设备的操作系统的类型，上述系统请求参数包括请求内容和请求顺序。操作系统的类型包括安卓系统、Windows系统、Linux系统、iOS系统。
又一种具体的实施例中，上述第四关联信息包括上述目标设备的厂商信息，第一确定子模块还用于根据上OPTION60字段确定厂商标识符；第一确定子模块还用于根据上述厂商标识符确定上述目标设备的厂商信息。例如，可以根据厂商标识符确定目标设备是A厂商的设备还是B厂商的设备。
再一种具体的实施例中，上述第三关联信息包括上述目标设备是否是IOT设备的信息，第三确定模块包括第五确定子模块和第六确定子模块，第五确定子模块用于根据上述OPTION57字段，确定上述目标设备可接受的DHCP数据包的大小；第六确定子模块用于根据上述DHCP数据包的大小确定目标设备是否是IOT设备。即根据目标设备可以接收的DHCP数据包的大小确定目标设备是否是IOT设备。即至少可以确定目标设备不是手机、平板、PC机。
一种更为具体的实施例中，第二确定子模块还用于确定仅根据上述第三关联信息是否能够确定上述目标设备的类别；第二确定子模块还用于在仅根据上述第三关联信息未确定上述目标设备的类别的情况下，确定结合上述第一关联信息是否能够确定上述目标设备的类别；第二确定子模块还用于在仍未确定上述目标设备的类别的情况下，确定再结合上述第四关联信息是否能够确定上述目标设备的类别；第二确定子模块还用于在仍未确定上述目标设备的类别的情况下，再结合上述第二关联信息确定上述目标设备的类别。即先根据第三关联信息确定目标设备的类别，在无法精确确定目标设备的类别的情况下，将第四关联信息和第一关联信息相结合确定目标设备的类别，在仍不能精确确定目标设备的类别的情况下，将第四关联信息、第一关联信息和第四关联信息相结合确定目标设备的类别，在仍不能精确确定目标设备的类别的情况下，将第三关联信息、第一关联信息、第四关联信息和第二关联信息结合确定目标设备的类别以实现对目标设备的类别的精确确定。
上述服务端包括处理器和存储器，上述接收单元和确定单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来提高目标设备的类型的确定准确度。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。
本发明实施例提供了一种计算机可读存储介质，上述计算机可读存储介质包括存储的程序，其中，在上述程序运行时控制上述计算机可读存储介质所在设备执行上述识别设备类型的方法。
本发明实施例提供了一种处理器，上述处理器用于运行程序，其中，上述程序运行时执行上述识别设备类型的方法。
本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现至少以下步骤：
步骤S101，接收待识别的目标设备的DHCP请求消息，上述DHCP请求消息中包括预定字段，上述预定字段包括至少以下之一：OPTION12字段、OPTION55字段、OPTION57字段；
步骤S102，根据上述DHCP请求消息确定上述目标设备的类别，上述类别为以下之一：手机、平板、PC机、IOT设备。本文中的设备可以是服务器、PC、PAD、手机等。
本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有至少如下方法步骤的程序：
步骤S101，接收待识别的目标设备的DHCP请求消息，上述DHCP请求消息中包括预定字段，上述预定字段包括至少以下之一：OPTION12字段、OPTION55字段、OPTION57字段；
步骤S102，根据上述DHCP请求消息确定上述目标设备的类别，上述类别为以下之一：手机、平板、PC机、IOT设备。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
从以上的描述中，可以看出，本申请上述的实施例实现了如下技术效果：
1)、本申请的识别设备类型的方法，通过接收待识别的目标设备的DHCP请求消息，DHCP请求消息中包括预定字段，然后根据DHCP请求消息确定上述目标设备的类别，实现了对目标设备的类别的精确确定。解决了仅根据http报文中携带的设备信息进行识别的方法带来的设备的类型识别不全、容易识别不准、会影响http建立连接的速率以及在设备未联网时没有http交互无法识别设备的类型等问题。
2)、本申请的服务端，接收单元接收待识别的目标设备的DHCP请求消息，DHCP请求消息中包括预定字段，确定单元根据DHCP请求消息确定上述目标设备的类别，实现了对目标设备的类别的精确确定。解决了仅根据http报文中携带的设备信息进行识别的方法带来的设备的类型识别不全、容易识别不准、会影响http建立连接的速率以及在设备未联网时没有http交互无法识别设备的类型等问题。
以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
Claims (12)
1.一种识别设备类型的方法，其特征在于，包括：
接收待识别的目标设备的DHCP请求消息，所述DHCP请求消息中包括预定字段，所述预定字段包括至少以下之一：OPTION12字段、OPTION55字段、OPTION57字段；
根据所述DHCP请求消息确定所述目标设备的类别，所述类别为以下之一：手机、平板、PC机、IOT设备。
2.根据权利要求1所述的方法，其特征在于，所述预定字段包括所述OPTION12字段、所述OPTION55字段和所述OPTION57字段，根据所述DHCP请求消息确定所述目标设备的类别，包括：
根据所述OPTION12字段，确定第一关联信息；
根据所述OPTION55字段，确定第二关联信息；
根据所述OPTION57字段，确定第三关联信息；
至少根据所述第一关联信息、所述第二关联信息和所述第三关联信息中的至少之一，确定所述目标设备的类别。
3.根据权利要求2所述的方法，其特征在于，所述DHCP请求消息中还包括OPTION60字段，至少根据所述第一关联信息、所述第二关联信息和所述第三关联信息中的至少之一，确定所述目标设备的类别，包括：
根据所述OPTION60字段，确定第四关联信息；
根据所述第一关联信息、所述第二关联信息、所述第三关联信息和所述第四关联信息中的至少之一，确定所述目标设备的类别。
4.根据权利要求2所述的方法，其特征在于，所述第一关联信息包括所述目标设备的型号，根据所述OPTION12字段，确定第一关联信息，包括：
从所述OPTION12字段中提取出设备型号关联子字段；
根据所述设备型号关联子字段，确定目标设备的型号。
5.根据权利要求2所述的方法，其特征在于，所述第二关联信息包括所述目标设备的操作系统的类型，根据所述OPTION55字段，确定第二关联信息，包括：
从所述OPTION55字段中提取出系统请求参数；
根据所述系统请求参数确定所述目标设备的操作系统的类型，所述系统请求参数包括请求内容和请求顺序。
6.根据权利要求3所述的方法，其特征在于，所述第四关联信息包括所述目标设备的厂商信息，根据所述OPTION60字段，确定第四关联信息，包括：
根据所述OPTION60字段确定厂商标识符；
根据所述厂商标识符确定所述目标设备的厂商信息。
7.根据权利要求2所述的方法，其特征在于，所述第三关联信息包括所述目标设备是否是IOT设备的信息，根据所述OPTION57字段，确定第三关联信息，包括：
根据所述OPTION57字段，确定所述目标设备可接受的DHCP数据包的大小；
根据所述DHCP数据包的大小确定目标设备是否是IOT设备。
8.根据权利要求3所述的方法，其特征在于，根据所述第一关联信息、所述第二关联信息、所述第三关联信息和所述第四关联信息中的至少之一，确定所述目标设备的类别，包括：
确定仅根据所述第四关联信息是否能够确定所述目标设备的类别；
在仅根据所述第四关联信息未确定所述目标设备的类别的情况下，确定结合所述第一关联信息是否能够确定所述目标设备的类别；
在仍未确定所述目标设备的类别的情况下，确定再结合所述第三关联信息是否能够确定所述目标设备的类别；
在仍未确定所述目标设备的类别的情况下，再结合所述第二关联信息确定所述目标设备的类别。
9.一种识别设备类型的方法，其特征在于，包括：
目标设备发送DHCP请求消息至服务端；
所述服务端接收所述DHCP请求消息，所述DHCP请求消息中包括预定字段，所述预定字段包括至少以下之一：OPTION12字段、OPTION55字段、OPTION57字段；
所述服务端根据所述DHCP请求消息确定所述目标设备的类别，所述类别为以下之一：手机、平板、PC机、IOT设备。
10.一种服务端，其特征在于，包括：
接收单元，用于接收待识别的目标设备的DHCP请求消息，所述DHCP请求消息中包括预定字段，所述预定字段包括至少以下之一：OPTION12字段、OPTION55字段、OPTION57字段；
确定单元，用于根据所述DHCP请求消息确定所述目标设备的类别，所述类别为以下之一：手机、平板、PC机、IOT设备。
11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行权利要求1至8中任意一项所述的方法。
12.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至8中任意一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210240947.4A CN114760279A (zh) | 2022-03-10 | 2022-03-10 | 识别设备类型的方法、服务端与计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210240947.4A CN114760279A (zh) | 2022-03-10 | 2022-03-10 | 识别设备类型的方法、服务端与计算机可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114760279A true CN114760279A (zh) | 2022-07-15 |
Family
ID=82327241
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210240947.4A Pending CN114760279A (zh) | 2022-03-10 | 2022-03-10 | 识别设备类型的方法、服务端与计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114760279A (zh) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102413103A (zh) * | 2010-09-20 | 2012-04-11 | 华为技术有限公司 | 一种消息验证方法、系统及设备 |
| CN110336896A (zh) * | 2019-07-17 | 2019-10-15 | 山东中网云安智能科技有限公司 | 一种局域网设备类型识别方法 |
| CN110851817A (zh) * | 2019-10-29 | 2020-02-28 | 锐捷网络股份有限公司 | 一种终端类型识别方法及装置 |
| CN112688814A (zh) * | 2020-12-24 | 2021-04-20 | 新华三技术有限公司 | 一种设备接入方法、装置、设备及机器可读存储介质 |
| CN112787947A (zh) * | 2019-11-11 | 2021-05-11 | 华为技术有限公司 | 网络业务的处理方法、系统和网关设备 |
| CN113507471A (zh) * | 2021-07-12 | 2021-10-15 | 深圳市共进电子股份有限公司 | 获取终端系统类型的方法、装置、路由器及存储介质 |
| CN114050910A (zh) * | 2021-09-24 | 2022-02-15 | 新华三大数据技术有限公司 | 一种终端授权方法、装置、系统、设备及可读存储介质 |
-
2022
- 2022-03-10 CN CN202210240947.4A patent/CN114760279A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102413103A (zh) * | 2010-09-20 | 2012-04-11 | 华为技术有限公司 | 一种消息验证方法、系统及设备 |
| CN110336896A (zh) * | 2019-07-17 | 2019-10-15 | 山东中网云安智能科技有限公司 | 一种局域网设备类型识别方法 |
| CN110851817A (zh) * | 2019-10-29 | 2020-02-28 | 锐捷网络股份有限公司 | 一种终端类型识别方法及装置 |
| CN112787947A (zh) * | 2019-11-11 | 2021-05-11 | 华为技术有限公司 | 网络业务的处理方法、系统和网关设备 |
| CN112688814A (zh) * | 2020-12-24 | 2021-04-20 | 新华三技术有限公司 | 一种设备接入方法、装置、设备及机器可读存储介质 |
| CN113507471A (zh) * | 2021-07-12 | 2021-10-15 | 深圳市共进电子股份有限公司 | 获取终端系统类型的方法、装置、路由器及存储介质 |
| CN114050910A (zh) * | 2021-09-24 | 2022-02-15 | 新华三大数据技术有限公司 | 一种终端授权方法、装置、系统、设备及可读存储介质 |
Non-Patent Citations (4)
| Title |
|---|
| 潘洪涛;董立彪;: "基于DHCP技术的广电网多业务接入认证应用", 广播电视信息, no. 05, 15 May 2013 (2013-05-15), pages 61 - 62 * |
| 胡宁;姜利群;: "采用Option 60区分广电新业务", 中国有线电视, no. 03, 15 March 2010 (2010-03-15), pages 242 - 245 * |
| 邢浩;宫杰;衣静滨;: "浅析DHCP及其在Cable Modem系统中的应用", 有线电视技术, no. 01, 20 January 2013 (2013-01-20), pages 111 - 113 * |
| 钱志毅;: "DHCP_Option60在广电城域网中的应用", 中国有线电视, no. 06, 15 June 2011 (2011-06-15), pages 695 - 697 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN115269184B (zh) | 函数即服务（faas）执行分配器 | |
| JP6752969B2 (ja) | アカウントログインのための方法、装置及びサーバ | |
| CN110768912A (zh) | Api网关限流方法及装置 | |
| US20210075797A1 (en) | Malicious virtual machine detection | |
| US10996997B2 (en) | API-based service command invocation | |
| US10270650B2 (en) | Data defined infrastructure | |
| CN109995814B (zh) | 云主机资源的迁移方法及装置、通信设备、存储介质 | |
| CN110806971A (zh) | 一种版本测试方法、装置及电子设备 | |
| CN106873958B (zh) | 一种应用编程接口的调用方法及装置 | |
| CN110764930B (zh) | 基于消息模式的请求或应答处理方法及装置 | |
| CN109286617B (zh) | 一种数据处理方法及相关设备 | |
| CN110968858B (zh) | 一种用户权限控制方法及系统 | |
| JP7501983B2 (ja) | マルチテナント・コンテナにおける統合されたメッセージのフローの安全な処理 | |
| CN114070755B (zh) | 虚拟机网络流量确定方法、装置、电子设备和存储介质 | |
| US20190026135A1 (en) | Blueprint application storage policy | |
| US11071151B2 (en) | Methods and apparatuses for connecting a wireless access point through an application in a user equipment | |
| CN110958278B (zh) | 基于api网关实现的数据处理方法、系统和api网关 | |
| CN114760279A (zh) | 识别设备类型的方法、服务端与计算机可读存储介质 | |
| CN116303309A (zh) | 文件挂载方法、装置和电子设备 | |
| JP7321368B2 (ja) | 第３世代パートナーシッププロジェクト（３ｇｐｐ）ライブアップリンクストリーミングのためのフレームワーク（ｆｌｕｓ）シンク機能を決定するための方法、コンピュータシステムおよびコンピュータプログラム | |
| US11140183B2 (en) | Determining criticality of identified enterprise assets using network session information | |
| CN109829126A (zh) | 信任站点的添加方法及相关装置 | |
| CN109739615B (zh) | 一种虚拟硬盘的映射方法、设备和云计算平台 | |
| CN109561123B (zh) | 令牌token的缓存方法及装置 | |
| US10545802B2 (en) | Event loop optimization through event ordering |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |