CN113938919A - 数据分析方法和装置 - Google Patents

数据分析方法和装置 Download PDF

Info

Publication number
CN113938919A
CN113938919A CN202111034275.3A CN202111034275A CN113938919A CN 113938919 A CN113938919 A CN 113938919A CN 202111034275 A CN202111034275 A CN 202111034275A CN 113938919 A CN113938919 A CN 113938919A
Authority
CN
China
Prior art keywords
request message
time period
preset time
terminal device
address
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.)
Granted
Application number
CN202111034275.3A
Other languages
English (en)
Other versions
CN113938919B (zh
Inventor
武亮亮
纪金树
王运付
李建强
陶俊明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China United Network Communications Group Co Ltd
China Information Technology Designing and Consulting Institute Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
China Information Technology Designing and Consulting Institute Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China United Network Communications Group Co Ltd, China Information Technology Designing and Consulting Institute Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN202111034275.3A priority Critical patent/CN113938919B/zh
Publication of CN113938919A publication Critical patent/CN113938919A/zh
Application granted granted Critical
Publication of CN113938919B publication Critical patent/CN113938919B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种数据分析方法和装置,涉及数据处理技术领域,能够在用户无感知的情况下,分析使用无线局域网的用户或终端设备以得到关心的数据。该方法包括:获取动态主机配置协议DHCP服务器的服务器日志,服务器日志包括一个或多个终端设备中的每个终端设备分别向DHCP服务器发送的一个或多个请求消息,其中,每个请求消息包括创建时间、对应终端设备的介质访问控制MAC地址以及对应终端设备向DHCP服务器请求的互联网协议地址IP地址,创建时间为对应终端设备向DHCP服务器发送每个请求消息的时间;获取用户输入的分析参数;根据分析参数,对服务器日志进行分析,以获得目标数据。

Description

数据分析方法和装置
技术领域
本申请涉及数据处理领域,尤其涉及数据分析方法和装置。
背景技术
随着通信技术的发展,无线局域网(wireless local area networks,WLAN)变得越来越重要,越来越多的用户依赖无线局域网进行娱乐,学习或工作等。因此,许多相关企业会对使用无线局域网的用户或终端设备进行分析,以得到关心的数据,例如使用无线局域网的用户的行为信息,或者连接无线局域网的终端设备的在线时间等信息。
目前对使用无线局域网的用户或终端设备进行分析的方案,往往依赖第三方工具或者人工调查。然而,在用户侧可以感知到被分析的情况下,用户侧经常不会提供可信的信息。因此,如何实现在用户无感知的情况下,分析使用无线局域网的用户或终端设备以得到关心的数据,是目前亟待解决的问题。
发明内容
本申请提供一种数据分析方法和装置,用于解决目前在分析使用无线局域网的终端设备或者用户时用户侧可以获知,可信度低的问题。
为达到上述目的,本申请采用如下技术方案:
第一方面,提供了一种数据分析方法,该方法包括:获取动态主机配置协议DHCP服务器的服务器日志,服务器日志包括一个或多个终端设备中的每个终端设备分别向DHCP服务器发送的一个或多个请求消息,其中,每个请求消息包括创建时间、对应终端设备的介质访问控制MAC地址以及对应终端设备向DHCP服务器请求的互联网协议IP地址,创建时间为对应终端设备向DHCP服务器发送每个请求消息的时间;获取用户输入的分析参数;根据分析参数,对服务器日志进行分析,以获得目标数据。基于本申请提供的数据分析方法,可以根据获取的DHCP服务器的服务器日志,在用户侧无感知的情况下,分析终端设备向DHCP服务器发送的请求消息,进而对使用无线局域网的终端设备或使用终端设备的用户进行分析以得到目标数据。
结合上述第一方面,在一种可能的实现方式中,用户输入的分析参数包括预设时间段和第一终端设备的MAC地址;根据分析参数,对服务器日志进行分析,以获得目标数据,包括:根据第一终端设备的MAC地址,确定服务器日志中包含的创建时间在预设时间段内的第一终端设备的请求消息;根据创建时间在预设时间段内的第一终端设备的请求消息中的创建时间和第一终端设备向DHCP服务器请求的IP地址,结合预配置的第一映射关系,确定预设时间段内使用第一终端设备的用户的移动轨迹数据,其中,第一映射关系中包括多个IP地址与地理位置的映射关系。基于本申请提供的数据分析方法,可以根据DHCP服务器日志,在用户侧无感知的情况下,对使用终端设备的用户的移动轨迹进行分析。
结合上述第一方面,在一种可能的实现方式中,用户输入的分析参数包括预设时间段;根据分析参数,对服务器日志进行分析,以获得目标数据,包括:确定服务器日志中包含的创建时间在预设时间段内的请求消息;对创建时间在预设时间段内的请求消息进行分析,以获得目标数据。基于本申请提供的数据分析方法,可以根据用户输入的预设时间段,在服务器日志中确定创建时间在预设时间段内的请求消息,进而进行分析。
结合上述第一方面,在一种可能的实现方式中,对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:根据创建时间在预设时间段内的请求消息中对应终端设备的MAC地址和向DHCP服务器请求的IP地址,结合预配置的第一映射关系,确定预设时间段向DHCP服务器请求IP地址的终端设备的集中度数据,其中,第一映射关系中包括多个IP地址与地理位置的映射关系,集中度数据根据与地理位置对应的MAC地址的数量确定。基于本申请提供的数据分析方法,可以根据DHCP服务器日志,在用户侧无感知的情况下,对使用终端设备的用户的集中度进行分析。
结合上述第一方面,在一种可能的实现方式中,对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:根据创建时间在预设时间段内的请求消息中的创建时间和对应终端设备的MAC地址,确定预设时间段内向DHCP服务器请求IP地址的终端设备的数量变化趋势数据。基于本申请提供的数据分析方法,可以根据DHCP服务器日志,在用户侧无感知的情况下,对接入无线局域网的终端设备的数量变化趋势进行分析。
结合上述第一方面,在一种可能的实现方式中,对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:根据创建时间在预设时间段内的请求消息中的创建时间、对应终端设备的MAC地址和向DHCP服务器请求的IP地址,确定预设时间段内向DHCP服务器请求IP地址的终端设备的在线时长统计数据。基于本申请提供的数据分析方法,可以根据DHCP服务器日志,在用户侧无感知的情况下,对接入无线局域网的终端设备的在线时长进行分析。
结合上述第一方面,在一种可能的实现方式中,用户输入的分析参数包括还包括预设供应商的信息;对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:根据创建时间在预设时间段内的请求消息中对应终端设备的MAC地址,结合预配置的第二映射关系,确定预设时间段内向DHCP服务器请求IP地址的属于预设供应商的终端设备的数量分布数据,其中,第二映射关系中包括多个终端设备的MAC地址与供应商的映射关系。基于本申请提供的数据分析方法,可以根据DHCP服务器日志,在用户侧无感知的情况下,对接入无线局域网的属于预设供应商的终端设备的数量分布进行分析。
第二方面,提供了一种数据分析装置,包括:通信模块和处理模块;通信模块,用于获取动态主机配置协议DHCP服务器的服务器日志,服务器日志包括一个或多个终端设备中的每个终端设备分别向DHCP服务器发送的一个或多个请求消息,其中,每个请求消息包括创建时间、对应终端设备的介质访问控制MAC地址以及对应终端设备向DHCP服务器请求的互联网协议IP地址,创建时间为对应终端设备向DHCP服务器发送每个请求消息的时间;处理模块,用于获取用户输入的分析参数,并根据分析参数,对服务器日志进行分析,以获得目标数据。
结合上述第二方面,在一种可能的实现方式中,用户输入的分析参数包括预设时间段和第一终端设备的MAC地址;处理模块,具体用于:根据第一终端设备的MAC地址,确定服务器日志中包含的创建时间在预设时间段内的第一终端设备的请求消息;根据创建时间在预设时间段内的第一终端设备的请求消息中的创建时间和第一终端设备向DHCP服务器请求的IP地址,结合预配置的第一映射关系,确定预设时间段内使用第一终端设备的用户的移动轨迹数据,其中,第一映射关系中包括多个IP地址与地理位置的映射关系。
结合上述第二方面,在一种可能的实现方式中,用户输入的分析参数包括预设时间段;处理模块,具体用于:确定服务器日志中包含的创建时间在预设时间段内的请求消息;对创建时间在预设时间段内的请求消息进行分析,以获得目标数据。
结合上述第二方面,在一种可能的实现方式中,处理模块用于对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:用于根据创建时间在预设时间段内的请求消息中对应终端设备的MAC地址和向DHCP服务器请求的IP地址,结合预配置的第一映射关系,确定预设时间段向DHCP服务器请求IP地址的终端设备的集中度数据,其中,第一映射关系中包括多个IP地址与地理位置的映射关系,集中度数据根据与地理位置对应的MAC地址的数量确定。
结合上述第二方面,在一种可能的实现方式中,处理模块用于对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:用于根据创建时间在预设时间段内的请求消息中的创建时间和对应终端设备的MAC地址,确定预设时间段内向DHCP服务器请求IP地址的终端设备的数量变化趋势数据。
结合上述第二方面,在一种可能的实现方式中,处理模块用于对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:用于根据创建时间在预设时间段内的请求消息中的创建时间、对应终端设备的MAC地址和向DHCP服务器请求的IP地址,确定预设时间段内向DHCP服务器请求IP地址的终端设备的在线时长统计数据。
结合上述第二方面,在一种可能的实现方式中,用户输入的分析参数还包括预设供应商的信息;处理模块用于对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:用于根据创建时间在预设时间段内的请求消息中对应终端设备的MAC地址,结合预配置的第二映射关系,确定预设时间段内向DHCP服务器请求IP地址的属于预设供应商的终端设备的数量分布数据,其中,第二映射关系中包括多个终端设备的MAC地址与供应商的映射关系。
第三方面,本申请提供一种数据分析装置,该数据分析装置包括存储器和处理器;所述存储器用于存储计算机程序,所述处理器用于执行所述计算机程序,以执行如第一方面及其任一种可能的实现方式所述的数据分析方法。
第四方面,本申请提供一种计算机可读存储介质权要,该计算机可读存储介质存储有计算机程序,当计算机程序被计算机执行时使得计算机执行如第一方面及其任一种可能的实现方式所述的数据分析方法。
其中,第二方面至第四方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果,此处不再赘述。
附图说明
图1为本申请实施例提供的一种应用场景示意图;
图2为本申请实施例提供的一种通信装置的结构示意图;
图3为本申请实施例提供的一种数据分析方法的流程示意图;
图4为本申请实施例提供的一种终端设备数量变化趋势示意图;
图5为本申请实施例提供的一种属于预设供应商的终端设备的数量的变化趋势示意图;
图6为本申请实施例提供的一种与预设供应商对应的终端设备数量的占比示意图;
图7为本申请实施例提供的一种数据分析装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,在本申请的描述中,除非另有说明,“/”表示前后关联的对象是一种“或”的关系,例如,A/B可以表示A或B;本申请中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。并且,在本申请的描述中,除非另有说明,“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。另外,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。同时,在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念,便于理解。
如图1所示,为本申请实施例提供的数据分析方法的应用场景示意图。该应用场景包括数据分析装置、多个无线接入点(wireless access point,AP)(图1仅是示例性的以无线接入点1和无线接入点2为例进行示意)、一个或多个无线控制器(wireless accesspoint controller,AC)(图1仅是以一个无线控制器为例进行示意)、动态主机配置协议(dynamic host configuration protocol,DHCP)服务器(图1仅是以一个DHCP服务器为例进行示意)和一个或多个终端设备(图1仅是以一个终端设备为例进行示意)。
应理解,图1仅是示例性的给出应用本申请实施例提供的数据分析方法的应用场景示意图,并不限定该场景仅包括2个AP、一个AC、一个DHCP服务器或者一个终端设备。换言之,本申请实施例提供的数据分析方法的应用场景可以包括2个以上AP、多个AC、多个DHCP服务器或者多个终端设备,在此统一说明,以下不再赘述。
该应用场景中,所有AP和AC共同组成一个无线局域网,每个AC控制一个或多个AP,每个AC内部均包括至少一个DHCP服务器(图1以一个AC内部包括一个DHCP服务器为例进行示意),其中,一个AC包括多个DHCP服务器时,不同的DHCP服务器可以对应该AC控制的不同AP。数据分析装置可以为独立于AC的装置,也可以为AC内部的装置(图1以数据分析装置为独立于AC的装置为例进行示意)。
该应用场景中,终端设备通过AP接入无线局域网后,向控制该AP的AC内部的DHCP服务器发送请求IP地址的请求消息,其中,请求消息包括创建时间,与终端设备对应的介质访问控制(medium/media access control,MAC)地址,以及终端设备向DHCP服务器请求的互联网协议地址(internet protocol,IP)地址。用户为了得到目标数据,向数据分析装置输入分析参数。进而,数据分析装置可以获取DHCP服务器中的日志,并根据分析参数分析DHCP服务器的日志,以得到目标数据。
可选的,本申请实施例中的终端设备可以指接入终端、用户单元、用户站、移动站、移动台、中继站、远方站、远程终端、移动设备、用户终端(user terminal)、UE、终端(terminal)、无线通信设备、用户代理、用户装置、蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备或者未来演进的PLMN中的终端设备或者未来车联网中的终端设备等,本申请实施例对此并不限定。
可选的,本申请实施例中的数据分析装置也可以称之为通信装置,其可以是一个通用设备或者是一个专用设备,本申请实施例对此不作具体限定。
可选的,本申请实施例中的数据分装置的相关功能可以由一个设备实现,也可以由多个设备共同实现,还可以是由一个设备内的一个或多个功能模块实现,本申请实施例对此不作具体限定。可以理解的是,上述功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行的软件功能,或者是硬件与软件的结合,或者是平台(例如,云平台)上实例化的虚拟化功能。
例如,本申请实施例中的数据分析装置的相关功能可以通过图2中的通信装置200来实现。图2所示为本申请实施例提供的通信装置200的结构示意图。该通信装置200包括一个或多个处理器201,通信线路202,以及至少一个通信接口(图2中仅是示例性的以包括通信接口204,以及一个处理器201为例进行说明),可选的还可以包括存储器203。
处理器201可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路202可包括一通路,用于连接不同组件之间。
通信接口204,可以是收发模块用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),WLAN等。例如,所述收发模块可以是收发器、收发机一类的装置。可选的,所述通信接口204也可以是位于处理器201内的收发电路,用以实现处理器的信号输入和信号输出。
存储器203可以是具有存储功能的装置。例如可以是只读存储器(read-onlymemory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路202与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器203用于存储执行本申请方案的计算机执行指令,并由处理器201来控制执行。处理器201用于执行存储器203中存储的计算机执行指令,从而实现本申请实施例中提供的数据分析方法。
或者,可选的,本申请实施例中,也可以是处理器201执行本申请下述实施例提供的数据分析方法中的处理相关的功能,通信接口204负责与其他设备或通信网络通信,本申请实施例对此不作具体限定。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在具体实现中,作为一种实施例,处理器201可以包括一个或多个CPU,例如图2中的CPU0和CPU1。
在具体实现中,作为一种实施例,通信装置200可以包括多个处理器,例如图2中的处理器201和处理器208。这些处理器中的每一个可以是一个单核(single-core)处理器,也可以是一个多核(multi-core)处理器。这里的处理器可以包括但不限于以下至少一种:中央处理单元(central processing unit,CPU)、微处理器、数字信号处理器(DSP)、微控制器(microcontroller unit,MCU)、或人工智能处理器等各类运行软件的计算设备,每种计算设备可包括一个或多个用于执行软件指令以进行运算或处理的核。
在具体实现中,作为一种实施例,通信装置200还可以包括输出设备205和输入设备206。输出设备205和处理器201通信,可以以多种方式来显示信息。例如,输出设备205可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备206和处理器201通信,可以以多种方式接收用户的输入。例如,输入设备206可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的通信装置200有时也可以称为通信装置,其可以是一个通用设备或者是一个专用设备。例如通信装置200可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digital assistant,PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备、上述终端设备、上述网络设备、或具有图2中类似结构的设备。本申请实施例不限定通信装置200的类型。
下面将对图1中的数据分析装置执行数据分析方法的具体实现展开说明。
如图3所示,为本申请实施例提供的一种数据分析方法,包括如下步骤S301-S303。
S301、数据分析装置获取DHCP服务器的服务器日志,服务器日志包括一个或多个终端设备中的每个终端设备分别向DHCP服务器发送的一个或多个请求消息,其中,每个请求消息包括创建时间、对应终端设备的MAC地址以及对应终端设备向DHCP服务器请求的IP地址,创建时间为对应终端设备向DHCP服务器发送每个请求消息的时间。
S302、数据分析装置获取用户输入的分析参数。
S303、数据分析装置根据分析参数,对服务器日志进行分析,以获得目标数据。
对于步骤S301:
本申请实施例中,终端设备接入DHCP服务器控制的无线局域网后,会向DHCP服务器发送请求IP地址的请求消息。因此,本申请实施例中,向DHCP服务器发送请求IP地址的请求消息的终端设备,也可以理解为接入DHCP服务器控制的无线局域网的终端设备,后文为了简要进行说明,将DHCP服务器控制的无线局域网称为无线局域网,另外,本申请实施例中,接入无线局域网的终端设备也可以称为在线终端设备,在此统一说明,以后不再赘述。
本申请实施例中,终端设备向DHCP服务器请求的IP地址包括终端设备请求分配的IP地址,或者终端设备请求继续使用的IP地址。
本申请实施例中,终端设备的MAC地址用于唯一地标识终端设备。换言之,终端设备的MAC地址是唯一的,终端设备的MAC地址与终端设备一一对应。因此,本申请实施例中,同一个终端设备向DHCP服务器发送的一个或多个请求消息中,每个请求消息包括的MAC地址均相同。
对于IP地址,因为终端设备的地理位置可能移动,而随着地理位置的移动,终端设备用于接入无线局域网的AP可能随之变动。在AP变动后,终端设备原先使用的IP地址不能继续使用,终端设备需要重新向控制该AP的无线控制器内部的DHCP服务器发送请求消息以请求分配可以使用的IP地址。因此,本申请实施例中,终端设备向DHCP服务器发送的一个或多个请求消息中,每个请求消息请求的IP地址可能不同。
本申请实施例中,请求消息包括的创建时间可以是粗粒度的,例如日期,此时创建时间可以称为创建日期。请求消息包括的创建时间也可以是细粒度的,例如时刻,此时创建时间可以称为创建时刻。请求消息包括的创建时间还可以包括粗粒度的时间和细粒度的时间,例如包括日期,以及该日期中的时刻,换言之,可以包括创建日期和创建时刻。
可选的,本申请实施例中,终端设备向DHCP服务器发送的请求消息中还可以包括该请求消息的消息类型,消息类型用于指示该消息为请求消息。进一步地,消息类型还可以用于指示该消息为终端设备向DHCP服务器请求IP地址的请求消息。
本申请实施例中,终端设备向DHCP服务器发送请求IP地址的请求消息后,DHCP服务器可以将收到的请求消息以日志形式存储在DHCP服务器中。可选的,DHCP服务器还可以将DHCP服务器对该请求消息的反馈信息以日志形式存储在DHCP服务器中。其中,反馈信息可以包括多种信息。例如,反馈信息包括:DHCP服务器确认终端设备可以使用该请求消息请求的IP地址的反馈信息(例如确认字符(acknowledgement,ACK)信息、更新(Renew)信息),或者DHCP服务器拒绝终端设备使用该请求消息请求的IP地址的反馈信息(例如不确认(non-acknowledgement,NACK)信息)。
本申请实施例中,数据分析装置可以从DHCP服务器获取服务器日志,从而获取一个或多个终端设备中每个终端设备向DHCP服务器发送的一个或多个请求消息。
可选的,数据分析装置根据消息类型从服务器日志包括的消息中确定一个或多个终端设备中每个终端设备向DHCP服务器发送的一个或多个请求消息。
对于步骤S302:
本申请实施例中,数据分析装置需要获取用户输入的分析参数,并根据获取的分析参数,确定对应的分析对象或者用于分析的规则,进而输出用户需要的目标数据。
对于步骤S303:
以下分不同的场景,对步骤S303进行介绍。
场景一:针对服务器日志中单个终端设备的请求消息进行分析。例如,用户想要分析预设时间段内,使用第一终端设备接入无线局域网的用户的移动轨迹。该场景中,用户输入数据分析装置的分析参数包括预设时间段和第一终端设备的MAC地址。进而,数据分析装置根据分析参数,对服务器日志进行分析,以获得目标数据,包括:
数据分析装置根据第一终端设备的MAC地址,确定服务器日志中包含的创建时间在预设时间段内的第一终端设备的请求消息。数据分析装置根据创建时间在预设时间段内的第一终端设备的请求消息中的创建时间和第一终端设备向DHCP服务器请求的IP地址,结合预配置的第一映射关系,确定预设时间段内使用第一终端设备的用户的移动轨迹数据,其中,第一映射关系中包括多个IP地址与地理位置的映射关系。
具体地,数据分析装置可以根据服务器日志包括的请求消息中每个请求消息分别包括的创建时间和MAC地址,筛选出创建时间在预设时间段内,且MAC地址为第一终端设备的MAC地址的请求消息。因为MAC地址与终端设备的一一对应关系,数据分析装置筛选出的请求消息即为创建时间在预设时间段内的第一终端设备的请求消息。
可选的,本申请实施例中,数据分析装置可以通过建立以MAC地址为主键的索引表的方式,在服务器日志内根据第一终端设备的MAC地址确定包含第一终端设备的MAC地址的请求消息。
具体地,数据分析装置确定出创建时间在预设时间段内的第一终端设备的请求消息后,可以根据创建时间在预设时间段内的第一终端设备的每个请求消息分别包括的IP地址以及预配置的多个IP地址与地理位置的映射关系,确定预设时间段内第一终端设备的每个请求消息分别对应的地理位置,再根据预设时间段内第一终端设备的每个请求消息分别的创建时间,确定在预设时间段内,与第一终端设备的每个请求消息的创建时间对应的地理位置。进而,数据分析装置可以根据在预设时间段内,与第一终端设备的每个请求消息的创建时间对应的地理位置确定预设时间段内使用第一终端设备的用户的移动轨迹数据。
可选的,本申请实施例中,第一映射关系可以为多个IP地址中每个IP地址与地理位置的对应关系,数据分析装置可以根据第一映射关系和IP地址,直接确定与IP地址对应的地理位置。
或者,可选的,本申请实施例中,第一映射关系可以包括IP地址与AP的映射关系、以及AP与地理位置的映射关系。数据分析装置可以根据IP地址和预配置的IP地址与AP的映射关系,确定与IP地址对应的AP。进一步的,数据分析装置可以根据AP与预配置的AP与地理位置的映射关系,确定与AP对应的地理位置,进而确定与IP地址对应的地理位置。
示例性的,IP地址与AP的映射关系可以为IP地址与AP的标识信息的映射关系。AP与地理位置的映射关系可以为AP的标识信息与AP所在的地理位置的映射关系。
可选的,本申请实施例中,可以将关于AP相关的信息(例如AP的标识信息与AP所在的地理位置的映射关系)记录在控制该AP的AC的简单网络管理协议(simple networkmanagement protocol,SNMP)数据中,数据分析装置通过查询控制该AP的AC可以方便快捷地获取到该数据。
为了便于理解,以下示例性的对数据分析装置分析预设时间段内使用第一终端设备的用户的移动轨迹的方式进行说明。假设用户输入的预设时间段为2020年4月7日,第一终端设备的MAC地址为“549F13*****”。数据分析装置获取DHCP服务器日志中,创建日期为2020年4月7日且包含“549F13*****”MAC地址的请求消息,并将获取的请求消息根据IP地址与AP的标识的映射关系、以及AP的标识和AP所在的地理位置的映射关系进行映射,得到如表1所示的信息。
表1
Figure BDA0003246473180000081
上述表1中,“AP ID”是AP的标识信息,是根据IP地址与AP的映射关系以及终端设备向DHCP服务器发送的请求消息中包括的IP地址确定的。“说明”对应的信息为DHCP服务器对终端设备发送的请求信息的反馈信息。例如,表1中第一行的“NACK”表示DHCP服务器不允许该终端设备使用101.5.a.f这个IP地址,第二行的“Renew”表示DHCP服务器允许该终端设备继续使用“101.5.b.g”这个IP地址。“AP所在的地理位置”则是根据预配置的AP与地理位置的映射关系确定的。从上述表1可以看出,2020年4月7日,MAC地址为“549F13******”的终端设备从四个不同的地点向DHCP服务器发送请求消息,这些地点按时间顺序排列,分别是A部门、餐厅A、B部门和体育馆A。因此,可以分析出使用该终端设备的用户在2020年4月7日先后到了A部门、餐厅A、B部门和体育馆A,以及停留在各个地点的时间。
基于本申请实施例提供的数据分析方法,可以使数据分析装置根据DHCP服务器日志,在用户侧无感知的情况下,对使用终端设备的用户的移动轨迹进行分析。
场景二:针对服务器日志中多个终端设备的请求消息进行分析。例如,用户想要分析预设时间段内,接入无线局域网的多个终端设备的行为。该场景中,用户输入数据分析装置的分析参数包括预设时间段。进而,数据分析装置根据分析参数,对服务器日志进行分析,以获得目标数据,包括:数据分析装置确定服务器日志中包含的创建时间在预设时间段内的请求消息;数据分析装置对创建时间在预设时间段内的请求消息进行分析,以获得目标数据。
具体地,数据分析装置可以根据服务器日志包括的请求消息中每个请求消息分别包括的创建时间,筛选出创建时间在预设时间段内的请求消息。
一种可能的实现方式中,用户想要分析预设时间段内,接入无线局域网的多个终端设备的集中度。该情况下,数据分析装置对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:数据分析装置根据创建时间在预设时间段内的请求消息中对应终端设备的MAC地址和向DHCP服务器请求的IP地址,结合预配置的第一映射关系,确定预设时间段向DHCP服务器请求IP地址的终端设备的集中度数据,其中,第一映射关系中包括多个IP地址与地理位置的映射关系,集中度数据根据与地理位置对应的MAC地址的数量确定。
具体地,数据分析装置确定出创建时间在预设时间段内的请求消息后,可以根据创建时间在预设时间段内的请求消息中对应终端设备的MAC地址和向DHCP服务器请求的IP地址,结合预配置的多个IP地址与地理位置的映射关系,确定预设时间段内每个请求消息分别对应的地理位置,进而确定预设时间段内每个地理位置对应的MAC地址数量。进一步的,数据分析装置根据预设时间段内每个地理位置对应的MAC地址数量确定终端设备的集中度,例如预设时间段内地理位置对应的MAC地址的数量越多,代表预设时间段内越多的终端设备集中在该地理位置。
可选的,若用户输入的预设时间段为粗粒度的时间段,数据分析装置可以根据用户输入的粗粒度的预设时间段内,预设的细粒度的时间段中每个地理位置对应的MAC地址数量,确定粗粒度的预设时间段内终端设备的集中度。例如,用户输入的预设时间段为某一天,数据分析装置可以根据该天内,9:00——10:00中每个地理位置对应的MAC地址数量,确定该天内终端设备的集中度。
其中,预配置的多个IP地址与地理位置的映射关系和具体如何根据预配置的多个IP地址与地理位置的映射关系确定请求消息对应的IP地址,可参考上文对场景一的介绍,在此不再赘述。
为了便于理解,以下示例性的对数据分析装置分析预设时间段内终端设备的集中度的方式进行说明。假设用户输入的预设时间段为2020年4月6日,数据分析装置获取DHCP服务器日志中,创建时间在2020年4月6日内的请求消息,并将获取的请求消息根据IP地址与AP的标识的映射关系、以及AP的标识和AP所在的地理位置的映射关系进行映射,得到如表2所示的2016年4月6日内地理位置及对应的MAC地址数量表,其中,表2示出的地理位置均为对应MAC地址数量超过20000个的地理位置。
表2
Figure BDA0003246473180000101
数据分析装置确定如上表2所示的地理位置及对应的MAC地址数量后,可以根据每个地理位置对应的MAC地址数量的多少,分析终端设备的集中度。如上表2所示,2016年4月6日,教学楼A对应的MAC地址数量最多,图书馆A对应的MAC地址数量其次,数据分析装置分析出2016年4月6日教学楼A和图书馆A的终端设备集中度最高,换言之,2016年4月6日,使用终端设备的用户集中于教学楼A和图书馆A。
又示例性的,数据分析装置对DHCP服务器日志中创建时间在某周三(代表工作日)的请求消息进行分析后,确定当天实验室和教室分别对应的MAC地址数量最多,而数据分析装置对DHCP服务器日志中创建时间在某周六内(代表周末)的请求消息进行分析后,确定当天宿舍和图书馆分别对应的MAC地址数量最多。可见,终端设备在工作日更倾向于集中在实验室和教室,而在周末更倾向于集中在宿舍和图书馆,进一步可以分析出工作日中大部分用户在教室上课或在实验室做实验,周末则大部分用户在宿舍休息或在图书馆学习。
基于本申请实施例提供的数据分析方法,可以使数据分析装置根据DHCP服务器日志,在用户侧无感知的情况下,对使用终端设备的用户的集中度进行分析。
另一种可能的实现方式中,用户想要分析预设时间段内,接入无线局域网的终端设备的数量变化趋势。该情况下,数据分析装置对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:数据分析装置根据创建时间在预设时间段内的请求消息中的创建时间和对应终端设备的MAC地址,确定预设时间段内向DHCP服务器请求IP地址的终端设备的数量变化趋势数据。
具体地,数据分析装置在确定创建时间在预设时间段内的请求消息后,可以根据每个请求消息的创建时间和对应终端设备的MAC地址,确定预设时间段内,请求消息包括的MAC地址数量随时间的变化趋势。因为终端设备与MAC地址是一一对应关系,所以预设时间段内MAC地址数量随时间的变化趋势即为预设时间段内向DHCP服务器请求IP地址的终端设备的数量变化趋势。
为了便于理解,以下示例性的对数据分析装置分析预设时间段内终端设备的数量变化的方式进行说明。DHCP服务器控制某大学内的无线局域网,假设用户输入的预设时间段为某一周内的一天,数据分析装置在DHCP服务器的服务器日志中获取创建时间在当天的请求消息,并根据获取的每个请求消息分别的创建时间,确定创建时间在当天的请求消息包括的MAC地址的数量的变化趋势,并将该变化趋势作为当天向DHCP服务器请求IP地址的终端设备的数量变化趋势。参照该方式,用户将该周内的其余6天也分别作为预设时间输入数据分析装置后,数据分析装置分析的该周内终端设备每天的数量变化趋势如图4所示。从图4可以看出,周日接入无线局域网的终端设备的数量明显少于一周中其他几天。参考上表2示出的地理位置与对应的MAC地址数量,可以分析出因为平时用户主要在教学楼和学生图书馆等公共场所接入无线局域网,而在周末教学楼和学生图书馆等公共场所用户的出勤率较低,不出勤的用户的终端设备不接入无线局域网,不被统计,所以周日接入无线局域网的终端设备的数量明显降低。
此外,由图4可以看出,该周内每一天对应的七条曲线的趋势都相似:0:00~7:00,逐渐减小;7:00-10:00,逐渐增加;10:00-18:00,相对稳定;18:00-24:00,逐渐减少。出现这一现象的原因是较少用户在夜间使用终端设备接入无线局域网,而在白天较多用户使用终端设备接入无线局域网,并且白天终端设备的在线趋势呈现出增加-保持稳定-减少的特点。另外,图中七条曲线显示的接入无线局域网的终端设备的数量均在一天的四个时间段(9:00-10:00、11:00-12:00、15:00-16:00和20:00-21:00)达到峰值,这四个时间段与无线局域网位于的大学的课时高度吻合,说明接入无线局域网的终端设备数量的变化趋势与学生的上课习惯大致相符。另外,因为图4中七条曲线的变化趋势都非常相似,这意味着接入无线局域网的终端设备的数量变化规律与一周中的任何一天都不相关。
基于本申请实施例提供的数据分析方法,可以使数据分析装置根据DHCP服务器日志,在用户侧无感知的情况下,对接入无线局域网的终端设备的数量变化趋势进行分析。
又一种可能的实现方式中,用户想要分析预设时间段内,接入无线局域网的终端设备的在线时长。该情况下,数据分析装置对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:数据分析装置根据创建时间在预设时间段内的请求消息中的创建时间、对应终端设备的MAC地址以及向DHCP服务器请求的IP地址,确定预设时间段内向DHCP服务器请求IP地址的终端设备的在线时长统计数据。
具体地,数据分析装置在确定创建时间在预设时间段内的请求消息后,可以根据包括同一MAC地址的请求消息分别的创建时间和IP地址,确定与该MAC地址对应的终端设备在预设时间段内的在线时长。示例性的,在包括MAC地址A且创建时间在预设的某一天内的请求消息中,创建时间最早的请求消息请求IP地址1,其创建时间为12:00:00。之后的请求消息均请求继续使用IP地址1,直至最后一个请求IP地址1的请求消息,其创建时间为13:00:00。最后一个请求IP地址1的请求消息与第一个请求IP地址2的请求消息之间没有请求消息,第一个请求IP地址2的请求消息的创建时间为15:00:00,之后的请求消息均请求继续使用IP地址2,直至最后一个请求IP地址2的请求消息,其创建时间为18:00:00,之后不再有请求消息。因此,数据分析装置可以根据确定出,MAC地址A对应的终端设备在该日内的在线时长为(13:00:00-12:00:00)+(18:00:00-15:00:00),共计4个小时。
进一步地,终端设备在确定预设时间段内每个MAC地址分别对应的在线时长后,可以确定出预设时间段内不同的在线时长对应的MAC地址的数量,并作为不同的在线时长对应的终端设备数量。示例性的,数据分析装置根据确定的某一天内每个MAC地址对应的在线时长,确定该日内在线时长在5小时以下的MAC地址数量,以及在线时长在10小时及以上的MAC地址的数量。
进一步地,终端设备还可以根据预设时间段内不同的在线时长对应的MAC地址的数量和MAC地址的总数量,确定预设时间段内不同在线时长对应的MAC地址数量在MAC地址总数量中的占比,并作为预设时间段内不同在线时长对应的终端设备数量在所有在线终端设备总数量中的占比。例如,数据分析装置确定某一天内在线时长在5小时以下的MAC地址数量,以及该天内在线时长在10小时及以上的MAC地址数后,根据该天内MAC地址总数量,确定在线时长在5小时以下的终端设备数量占在线终端设备总数量的60%,以及确定在线时长在10小时及以上的终端设备的数量占在线终端设备总数量的20%,由此,可以分析出大多数终端设备的每天在线时间都在10小时以下。
基于本申请实施例提供的数据分析方法,可以使数据分析装置根据DHCP服务器日志,在用户侧无感知的情况下,对接入无线局域网的终端设备的在线时长进行分析。
又一种可能的实现方式中,用户想要分析预设时间段内,接入无线局域网的属于预设供应商的终端设备的数量分布。该情况下,用户输入的分析参数包括还包括预设供应商的信息。数据分析装置对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:数据分析装置根据创建时间在预设时间段内的请求消息中对应终端设备的MAC地址,结合预配置的第二映射关系,确定预设时间段内向DHCP服务器请求IP地址的属于预设供应商的终端设备的数量分布数据,其中,第二映射关系中包括多个终端设备的MAC地址与供应商的映射关系。
具体地,数据分析装置在确定创建时间在预设时间段内的请求消息后,可以根据预配置的多个终端设备的MAC地址与供应商的映射关系以及用户输入的预设供应商的信息,确定预设时间段内,包括与预设供应商对应的MAC地址的请求消息。
其中,因为根据电气和电子工程师协会(institute of electrical andelectronics engineers,IEEE)组织唯一标识符(organizationally unique identifier,OUI)的管理,每个MAC地址的前六位十六进制数字被用来识别终端设备供应商,所以本申请实施例中,第二映射关系可以为每个MAC地址的前六位十六进制数字与终端设备供应商的映射关系。
可选的,数据分析装置可以根据获取的预设时间段内,包括与预设供应商对应的MAC地址的请求消息中每个请求消息分别对应的MAC地址、创建时间,以及预配置的MAC地址与供应商的映射关系,确定预设时间段内,与预设供应商对应的MAC地址的数量随时间的变化趋势,并作为预设时间段内向DHCP服务器请求IP地址的属于预设供应商的终端设备的数量变化趋势。
其中,预设供应商为多家时,与预设供应商对应的MAC地址的数量随时间的变化趋势可以为每家预设供应商对应的MAC地址的数量分别随时间的变化趋势,也可以为多家预设供应商总共对应的MAC地址的数量随时间的变化趋势。本申请实施例对比不做限制。
示例性的,用户输入的预设供应商有9家:供应商1、供应商2、供应商3、供应商4、供应商5、供应商6、供应商7、供应商8和供应商9,用户输入的预设时间段为2020年4月6日至2020年4月12日。数据分析装置获取DHCP服务器日志中,创建时间在2020年4月6日至2020年4月12日这一周内的请求消息,并根据请求消息包括的MAC地址、创建时间以及预配置的MAC地址与供应商的映射关系,确定这一周内每天的MAC地址数量(即每天接入无线局域网的终端设备数量),以及这一周内每天与各个MAC地址对应的终端设备的供应商。进一步地,终端设备可以确定出这一周内请求消息包括的MAC地址一共对应170多家终端设备供应商(即接入无线局域网的终端设备一共对应170多家终端设备供应商),以及这一周内每天与预设的9家供应商对应的MAC地址数量(即与预设的9家供应商对应的终端设备数量)。数据分析装置确定的这一周内接入无线局域网的终端设备数量的变化趋势以及供应商为预设的9家供应商的终端设备数量的变化趋势如图5所示。从图5可以看出,这一周内每天有大约35000到47000个终端设备接入无线局域网。另外,供应商为预设的9家供应商的终端设备的数量在这一周内呈现出增加-保持稳定-减少的趋势,可以分析出终端设备供应商的变化与一周中的某一天有关。
可选的,数据分析装置可以根据获取的预设时间段内,包括与预设供应商对应的MAC地址的请求消息中每个请求消息分别对应的MAC地址,以及预配置的MAC地址与供应商的映射关系,确定预设时间段内,与预设供应商对应的MAC地址的数量在MAC地址总数量中的占比,并作为预设时间段内,属于预设供应商的终端设备的数量在终端设备总数量中的占比。
其中,预设供应商为多家时,与预设供应商对应的MAC地址的数量在MAC地址总数量中的占比可以为每家预设供应商对应的MAC地址的数量分别在MAC地址总数量中的占比,也可以为多家预设供应商总共对应的MAC地址的数量在MAC地址总数量中的占比。本申请实施例对比不做限制。
示例性的,用户输入的预设供应商有9家:供应商1、供应商2、供应商3、供应商4、供应商5、供应商6、供应商7、供应商8和供应商9,用户输入的预设时间段为2020年4月6日至2020年4月12日。如图6所示,为数据分析装置根据DHCP服务器日志中,创建时间在2020年4月6日至2020年4月12日这一周内且MAC地址与预设的9家供应商对应的请求消息,确定的这一周内,各个预设供应商对应的终端设备数量在总终端设备数量中的占比示意图。从图6可以看出,接入无线局域网的终端设备中,应用最广泛的9家供应商分别是:供应商1、供应商2、供应商3、供应商4、供应商5、供应商6、供应商7、供应商8和供应商9,其中,供应商4、供应商5和供应商6并列。尤其是供应商1,占据了整个一周所有终端设备数量的48%,近一半的份额。
基于本申请实施例提供的数据分析方法,可以使数据分析装置根据DHCP服务器日志,在用户侧无感知的情况下,对接入无线局域网的属于预设供应商的终端设备的数量分布进行分析。
综上,基于本申请实施例提供的数据分析方法,可以通过分析DHCP服务器日志,在用户侧无感知的情况下,对使用无线局域网的终端设备或者用户进行分析,以得到关心的用户行为数据或者终端设备相关数据,分析成本低,可信度高。
上述主要从方法的角度对本申请实施例提供的方案进行了介绍。可以理解的是,为了实现上述功能,本申请实施例提供的数据分析装置包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
如图7所示,为本申请实施例提供的一种数据分析装置70的结构示意图。该数据分析装置70包括通信模块701和处理模块702。通信模块701,用于获取DHCP服务器的服务器日志,服务器日志包括一个或多个终端设备中的每个终端设备分别向DHCP服务器发送的一个或多个请求消息,其中,每个请求消息包括创建时间、对应终端设备的MAC地址以及对应终端设备向DHCP服务器请求的IP地址,创建时间为对应终端设备向DHCP服务器发送每个请求消息的时间。例如,结合图3,通信模块701可以用于执行步骤S301。处理模块702,用于获取用户输入的分析参数,并根据分析参数,对服务器日志进行分析,以获得目标数据。例如,结合图3,处理模块702可以用于执行步骤S302和步骤S303。
可选的,用户输入的分析参数包括预设时间段和第一终端设备的MAC地址;处理模块702,具体用于:根据第一终端设备的MAC地址,确定服务器日志中包含的创建时间在预设时间段内的第一终端设备的请求消息;根据创建时间在预设时间段内的第一终端设备的请求消息中的创建时间和第一终端设备向DHCP服务器请求的IP地址,结合预配置的第一映射关系,确定预设时间段内使用第一终端设备的用户的移动轨迹数据,其中,第一映射关系中包括多个IP地址与地理位置的映射关系。
可选的,用户输入的分析参数包括预设时间段;处理模块702,具体用于:确定服务器日志中包含的创建时间在预设时间段内的请求消息;对创建时间在预设时间段内的请求消息进行分析,以获得目标数据。
可选的,处理模块702用于对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:用于根据创建时间在预设时间段内的请求消息中对应终端设备的MAC地址和向DHCP服务器请求的IP地址,结合预配置的第一映射关系,确定预设时间段向DHCP服务器请求IP地址的终端设备的集中度数据,其中,第一映射关系中包括多个IP地址与地理位置的映射关系,集中度数据根据与地理位置对应的MAC地址的数量确定。
可选的,处理模块702用于对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:用于根据创建时间在预设时间段内的请求消息中的创建时间和对应终端设备的MAC地址,确定预设时间段内向DHCP服务器请求IP地址的终端设备的数量变化趋势数据。
可选的,处理模块702用于对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:用于根据创建时间在预设时间段内的请求消息中的创建时间、对应终端设备的MAC地址和向DHCP服务器请求的IP地址,确定预设时间段内向DHCP服务器请求IP地址的终端设备的在线时长统计数据。
可选的,用户输入的分析参数还包括预设供应商的信息;处理模块702用于对创建时间在预设时间段内的请求消息进行分析,以获得目标数据,包括:用于根据创建时间在预设时间段内的请求消息中对应终端设备的MAC地址,结合预配置的第二映射关系,确定预设时间段内向DHCP服务器请求IP地址的属于预设供应商的终端设备的数量分布数据,其中,第二映射关系中包括多个终端设备的MAC地址与供应商的映射关系。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。当然,本申请实施例提供的数据分析装置70包括但不限于上述模块。
在本实施例中,该数据分析装置70以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到该数据分析装置可以采用图2所示的通信装置200的形式。
比如,图2所示的通信装置200中的处理器201可以通过调用存储器203中存储的计算机执行指令,使得数据分析装置70执行上述方法实施例中的数据分析方法。
具体的,图7中的通信模块701和处理模块702的功能/实现过程可以通过图2所示的通信装置200中的处理器201调用存储器203中存储的计算机执行指令来实现。或者,图7中的处理模块702的功能/实现过程可以通过图2所示的通信装置200中的处理器201调用存储器203中存储的计算机执行指令来实现,图7中的通信模块701的功能/实现过程可以通过图2中所示的通信装置200中的通信接口204来实现。
由于本实施例提供的数据分析装置70可执行上述数据分析方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
本申请另一实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机指令,当计算机指令在电子设备上运行时,使得电子设备执行上述方法实施例所示的方法流程中数据分析装置执行的各个步骤。
本申请另一实施例还提供一种芯片系统,该芯片系统应用于电子设备。所述芯片系统包括一个或多个接口电路,以及一个或多个处理器。接口电路和处理器通过线路互联。接口电路用于从电子设备的存储器接收信号,并向处理器发送所述信号,所述信号包括所述存储器中存储的计算机指令。当处理器执行计算机指令时,电子设备执行上述方法实施例所示的方法流程中数据分析装置执行的各个步骤。
在本申请另一实施例中,还提供一种计算机程序产品,该计算机程序产品包括指令,当指令在电子设备上运行时,使得电子设备执行上述方法实施例所示的方法流程中数据分析装置执行的各个步骤。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机执行指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
以上所述,仅为本申请的具体实施方式。熟悉本技术领域的技术人员根据本申请提供的具体实施方式,可想到变化或替换,都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种数据分析方法,其特征在于,所述方法包括:
获取动态主机配置协议DHCP服务器的服务器日志,所述服务器日志包括一个或多个终端设备中的每个终端设备分别向所述DHCP服务器发送的一个或多个请求消息,其中,每个请求消息包括创建时间、对应终端设备的介质访问控制MAC地址以及所述对应终端设备向所述DHCP服务器请求的互联网协议IP地址,所述创建时间为所述对应终端设备向所述DHCP服务器发送所述每个请求消息的时间;
获取用户输入的分析参数;
根据所述分析参数,对所述服务器日志进行分析,以获得目标数据。
2.根据权利要求1所述的方法,其特征在于,所述用户输入的分析参数包括预设时间段和第一终端设备的MAC地址;
所述根据所述分析参数,对所述服务器日志进行分析,以获得目标数据,包括:
根据所述第一终端设备的MAC地址,确定所述服务器日志中包含的创建时间在所述预设时间段内的所述第一终端设备的请求消息;
根据所述创建时间在所述预设时间段内的所述第一终端设备的请求消息中的创建时间和所述第一终端设备向所述DHCP服务器请求的IP地址,结合预配置的第一映射关系,确定所述预设时间段内使用所述第一终端设备的用户的移动轨迹数据,其中,所述第一映射关系中包括多个IP地址与地理位置的映射关系。
3.根据权利要求1所述的方法,其特征在于,所述用户输入的分析参数包括预设时间段;
所述根据所述分析参数,对所述服务器日志进行分析,以获得目标数据,包括:
确定所述服务器日志中包含的创建时间在所述预设时间段内的请求消息;
对所述创建时间在所述预设时间段内的请求消息进行分析,以获得目标数据。
4.根据权利要求3所述的方法,其特征在于,所述对所述创建时间在所述预设时间段内的请求消息进行分析,以获得目标数据,包括:
根据所述创建时间在所述预设时间段内的请求消息中对应终端设备的MAC地址和向所述DHCP服务器请求的IP地址,结合预配置的第一映射关系,确定所述预设时间段向所述DHCP服务器请求IP地址的终端设备的集中度数据,其中,所述第一映射关系中包括多个IP地址与地理位置的映射关系,所述集中度数据根据与所述地理位置对应的MAC地址的数量确定。
5.根据权利要求3所述的方法,其特征在于,所述对所述创建时间在所述预设时间段内的请求消息进行分析,以获得目标数据,包括:
根据所述创建时间在所述预设时间段内的请求消息中的创建时间和对应终端设备的MAC地址,确定所述预设时间段内向所述DHCP服务器请求IP地址的终端设备的数量变化趋势数据。
6.根据权利要求3所述的方法,其特征在于,所述对所述创建时间在所述预设时间段内的请求消息进行分析,以获得目标数据,包括:
根据所述创建时间在所述预设时间段内的请求消息中的创建时间、对应终端设备的MAC地址和向所述DHCP服务器请求的IP地址,确定所述预设时间段内向所述DHCP服务器请求IP地址的终端设备的在线时长统计数据。
7.根据权利要求3所述的方法,其特征在于,所述用户输入的分析参数还包括预设供应商的信息;
所述对所述创建时间在所述预设时间段内的请求消息进行分析,以获得目标数据,包括:
根据所述创建时间在所述预设时间段内的请求消息中对应终端设备的MAC地址,结合预配置的第二映射关系,确定所述预设时间段内向所述DHCP服务器请求IP地址的属于所述预设供应商的终端设备的数量分布数据,其中,所述第二映射关系中包括多个终端设备的MAC地址与供应商的映射关系。
8.一种数据分析装置,其特征在于,所述数据分析装置包括:通信模块和处理模块;
所述通信模块,用于获取动态主机配置协议DHCP服务器的服务器日志,所述服务器日志包括一个或多个终端设备中的每个终端设备分别向所述DHCP服务器发送的一个或多个请求消息,其中,每个请求消息包括创建时间、对应终端设备的介质访问控制MAC地址以及所述对应终端设备向所述DHCP服务器请求的互联网协议IP地址,所述创建时间为所述对应终端设备向所述DHCP服务器发送所述每个请求消息的时间;
所述处理模块,用于获取用户输入的分析参数,并根据所述分析参数,对所述服务器日志进行分析,以获得目标数据。
9.一种数据分析装置,其特征在于,所述数据分析装置包括存储器和处理器;所述存储器用于存储计算机程序,所述处理器用于执行所述计算机程序,以执行权利要求1-7中任一项所述的数据分析方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,当所述计算机程序被计算机执行时使得所述计算机执行权利要求1-7中任一项所述的数据分析方法。
CN202111034275.3A 2021-09-03 2021-09-03 数据分析方法和装置 Active CN113938919B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111034275.3A CN113938919B (zh) 2021-09-03 2021-09-03 数据分析方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111034275.3A CN113938919B (zh) 2021-09-03 2021-09-03 数据分析方法和装置

Publications (2)

Publication Number Publication Date
CN113938919A true CN113938919A (zh) 2022-01-14
CN113938919B CN113938919B (zh) 2023-07-07

Family

ID=79275164

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111034275.3A Active CN113938919B (zh) 2021-09-03 2021-09-03 数据分析方法和装置

Country Status (1)

Country Link
CN (1) CN113938919B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114629683A (zh) * 2022-02-11 2022-06-14 亚信科技(成都)有限公司 管理服务器的接入方法、装置、设备及存储介质
CN115002071A (zh) * 2022-05-25 2022-09-02 深信服科技股份有限公司 一种信息更新方法、装置、设备及可读存储介质
CN115378827A (zh) * 2022-08-04 2022-11-22 银联智惠信息服务(上海)有限公司 互联网协议地址分析方法及装置、服务器、存储介质
CN117749645A (zh) * 2023-11-29 2024-03-22 北京金诺珩科技发展有限公司 一种机房动态ip地址数据采集方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101056211A (zh) * 2007-06-22 2007-10-17 中兴通讯股份有限公司 一种实现用户上网行为审计的方法及系统
CN105207835A (zh) * 2014-06-30 2015-12-30 中国移动通信集团浙江有限公司 一种无线局域网的网元工作状态的判定方法及装置
CA2937966A1 (en) * 2015-08-04 2017-02-04 Eventlink, Llc Analytic data capturing and processing system and method
CN108063685A (zh) * 2017-12-06 2018-05-22 迈普通信技术股份有限公司 日志分析方法及装置
CN109242553A (zh) * 2018-08-22 2019-01-18 平安科技(深圳)有限公司 一种用户行为数据推荐方法、服务器及计算机可读介质
CN109325232A (zh) * 2018-09-25 2019-02-12 北京明朝万达科技股份有限公司 一种基于lda的用户行为异常分析方法、系统及存储介质
CN109981745A (zh) * 2019-02-28 2019-07-05 深圳市买买提信息科技有限公司 一种日志文件处理方法及服务器

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101056211A (zh) * 2007-06-22 2007-10-17 中兴通讯股份有限公司 一种实现用户上网行为审计的方法及系统
CN105207835A (zh) * 2014-06-30 2015-12-30 中国移动通信集团浙江有限公司 一种无线局域网的网元工作状态的判定方法及装置
CA2937966A1 (en) * 2015-08-04 2017-02-04 Eventlink, Llc Analytic data capturing and processing system and method
CN108063685A (zh) * 2017-12-06 2018-05-22 迈普通信技术股份有限公司 日志分析方法及装置
CN109242553A (zh) * 2018-08-22 2019-01-18 平安科技(深圳)有限公司 一种用户行为数据推荐方法、服务器及计算机可读介质
CN109325232A (zh) * 2018-09-25 2019-02-12 北京明朝万达科技股份有限公司 一种基于lda的用户行为异常分析方法、系统及存储介质
CN109981745A (zh) * 2019-02-28 2019-07-05 深圳市买买提信息科技有限公司 一种日志文件处理方法及服务器

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
刘哲: "基于无缝漫游的WLAN无感知认证设计与实现", 《中国优秀硕士学位论文全文数据库》 *
曾力: "基于校园移动用户行为分析的网络资源分配策略研究", 《中国优秀硕士学位论文全文数据库》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114629683A (zh) * 2022-02-11 2022-06-14 亚信科技(成都)有限公司 管理服务器的接入方法、装置、设备及存储介质
CN114629683B (zh) * 2022-02-11 2023-09-05 亚信科技(成都)有限公司 管理服务器的接入方法、装置、设备及存储介质
CN115002071A (zh) * 2022-05-25 2022-09-02 深信服科技股份有限公司 一种信息更新方法、装置、设备及可读存储介质
CN115378827A (zh) * 2022-08-04 2022-11-22 银联智惠信息服务(上海)有限公司 互联网协议地址分析方法及装置、服务器、存储介质
CN117749645A (zh) * 2023-11-29 2024-03-22 北京金诺珩科技发展有限公司 一种机房动态ip地址数据采集方法
CN117749645B (zh) * 2023-11-29 2024-06-04 北京金诺珩科技发展有限公司 一种机房动态ip地址数据采集方法

Also Published As

Publication number Publication date
CN113938919B (zh) 2023-07-07

Similar Documents

Publication Publication Date Title
CN113938919B (zh) 数据分析方法和装置
CN111953576B (zh) 虚拟网络通信方法、设备及系统
CN104333863B (zh) 连接管理方法及装置、电子设备
CN109429214B (zh) 业务会话建立方法、设备及系统
CN113243116A (zh) 本地局域网通信方法、设备及系统
CN110475239A (zh) 订阅更新方法、设备及系统
WO2019136965A1 (zh) 一种进行资源分配的方法和设备
EP2757738A2 (en) Communication management system, relay device, communication control system, communication system, communication method, and carrier means storing comunication control program
US10674349B2 (en) Subscription update method, device, and system
Banerjee et al. Rover: Scalable location-aware computing
US10652151B2 (en) Method and apparatus for controlling traffic quality
US20150222527A1 (en) Method and system for implementing a priority for access points
CN114745724B (zh) 访问处理方法及装置、电子设备、计算机可读介质
CN109936506A (zh) 数据传输方法、设备及系统
US10405132B2 (en) Precise and custom location based service discovery application for wired and wireless devices
CN109699017A (zh) 一种基于场景类型的用户推荐方法与设备
JP2021170319A (ja) 情報を取得するための方法及び装置
CN103441931B (zh) 一种报文发送方法及装置
CN111164951B (zh) 基于服务能力要求和偏好的服务注册
KR20180109062A (ko) 네트워크 서비스 요청
CN108112031A (zh) 网络类型确定方法及装置
CN108966122A (zh) 一种用于确定无线接入点的高度信息的方法与设备
US11432345B1 (en) Formulation and enforcement of a connectivity policy in a wireless network environment
KR101976593B1 (ko) 가시광통신·블루투스통신으로 이루어진 하이브리드통신형 수강관리시스템
CN113094131A (zh) 提示资源的显示方法、装置、终端、服务器及存储介质

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
GR01 Patent grant
GR01 Patent grant