CN114979073B - 地址信息获取系统、方法、电子设备及存储介质 - Google Patents
地址信息获取系统、方法、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114979073B CN114979073B CN202111003236.7A CN202111003236A CN114979073B CN 114979073 B CN114979073 B CN 114979073B CN 202111003236 A CN202111003236 A CN 202111003236A CN 114979073 B CN114979073 B CN 114979073B
- Authority
- CN
- China
- Prior art keywords
- application
- application program
- server
- address information
- mapping relation
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种地址信息获取方法、装置、电子设备及存储介质,该系统包括:多个模拟用户设备、映射关系确定模块、服务器及前端模块;各模拟用户设备运行有数据采集模块;数据采集模块用于采集第一应用程序的应用信息和流量数据并发送至映射关系确定模块;映射关系确定模块用于根据应用信息和流量数据,得到第一映射关系集合并发送至服务器;前端模块用于获取第二应用程序的应用标识和用户设备的地址信息并发送至服务器;服务器用于根据应用标识、地址信息及第一映射关系集合,确定应用服务器的地址信息。通过本发明实施例的技术方案中地址信息获取系统各部分相互配合,使得无需采集流量数据可确定应用服务器的地址信息,提高用户的隐私安全性。
Description
技术领域
本文件涉及互联网信息技术领域,尤其涉及一种地址信息获取系统、方法、电子设备及存储介质。
背景技术
随着互联网技术的飞速发展,需要联网的应用程序的使用越来越广泛。其中,一部分应用程序在联网过程中对时间延迟、丢包率等流量指标有较高的要求,为此,需要对该应用程序进行加速。
现有技术中,通常采用在安装有待加速的应用程序的用户设备上安装加速应用程序的客户端的方式获取该待加速的应用程序所发出的流量数据,根据该流量数据确定应用程序对应的应用服务器的IP地址,从而利用该IP地址申请网络服务质量QoS加速。然而,客户端采集流量数据提高了用户的隐私泄漏风险。
发明内容
本发明实施例的目的是提供一种地址信息获取系统、方法、电子设备及存储介质,以解决如何提高用户的隐私安全性的问题。
为解决上述技术问题,本发明实施例是这样实现的:
第一方面,本发明实施例提供了一种地址信息获取系统,该系统包括:多个模拟用户设备、映射关系确定模块、服务器以及运行于用户设备的前端模块;各所述模拟用户设备运行有数据采集模块;其中:
所述数据采集模块,用于采集第一应用程序的应用信息和所述第一应用程序的流量数据并发送至所述映射关系确定模块;所述第一应用程序为在指定时间范围内运行于所述模拟用户设备的应用程序;
所述映射关系确定模块,用于根据所述第一应用程序的应用信息和所述流量数据,确定各所述第一应用程序的应用标识与应用服务器的地址信息的映射关系,得到第一映射关系集合并发送至所述服务器;
所述前端模块,用于获取第二应用程序的应用标识和所述用户设备的地址信息并发送至所述服务器;所述第二应用程序为运行于所述用户设备的待处理的应用程序;
所述服务器,用于根据所述第二应用程序的应用标识、所述用户设备的地址信息以及所述第一映射关系集合,确定所述第二应用程序对应的应用服务器的地址信息。
第二方面,本发明实施例提供了一种地址信息获取方法,该方法包括:
所述数据采集模块采集第一应用程序的应用信息和所述第一应用程序的流量数据并发送至所述映射关系确定模块;所述第一应用程序为在指定时间范围内运行于所述模拟用户设备的应用程序;
所述映射关系确定模块根据所述第一应用程序的应用信息和所述流量数据,确定各所述第一应用程序的应用标识与应用服务器的地址信息的映射关系,得到第一映射关系集合并发送至所述服务器;
所述前端模块获取第二应用程序的应用标识和所述用户设备的地址信息并发送至所述服务器;所述第二应用程序为运行于所述用户设备的待处理的应用程序;
所述服务器根据所述第二应用程序的应用标识、所述用户设备的地址信息以及所述地址映射关系集合,确定所述第二应用程序对应的应用服务器的地址信息。
第三方面,本发明实施例提供了一种电子设备,包括:存储器、处理器所述存储器上存储有计算机可执行指令,所述计算机可执行指令在被处理器执行时,能够实现上述第一方面所述的地址信息获取方法。
第四方面,本发明实施例提供了一种存储介质,该存储介质中存储有计算机可执行指令,该计算机可执行指令在被处理器执行时实现上述第一方面所述的地址信息获取方法。
根据本发明实施例的技术方案,地址信息获取系统包括:多个模拟用户设备、映射关系确定模块、服务器以及运行于用户设备的前端模块;各模拟用户设备运行有数据采集模块;其中:数据采集模块,用于采集第一应用程序的应用信息和第一应用程序的流量数据并发送至映射关系确定模块;第一应用程序为在指定时间范围内运行于模拟用户设备的应用程序;映射关系确定模块,用于根据第一应用程序的应用信息和流量数据,确定各第一应用程序的应用标识与应用服务器的地址信息的映射关系,得到第一映射关系集合并发送至服务器;前端模块,用于获取第二应用程序的应用标识和用户设备的地址信息并发送至服务器;第二应用程序为运行于用户设备的待处理的应用程序;服务器,用于根据第二应用程序的应用标识、用户设备的地址信息以及第一映射关系集合,确定第二应用程序对应的应用服务器的地址信息。通过本发明实施例的技术方案中地址信息获取系统的各个部分相互配合,使得在无需采集用户设备上可能包含用户隐私的流量数据的情况下确定用户设备上运行的第二应用程序对应的应用服务器的地址信息,提高了用户的隐私安全性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一个实施例提供的一种地址信息获取系统的结构示意图;
图2为本发明一个实施例提供的一种地址信息获取方法的流程示意图;
图3为本发明一个实施例提供的一种应用程序加速系统的结构示意图;
图4为本发明一实施例提供的一种电子设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明中的技术方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
在实际应用中,可以建立应用程序的加速系统来实现对应用程序的加速。该加速系统可以采用代理技术建立加速链路。该加速系统包括应用客户端,加速器客户端,代理服务器以及应用服务器。
其中,应用客户端指的是运行于用户设备上的待加速的应用程序的客户端,应用服务器指的是与该应用客户端通信连接的服务器,运行于应用提供商所提供的服务器上。例如,应用客户端可以是在用户1所使用的手机上运行的手机游戏甲的App(Application,应用程序),则应用服务器可以是该手机游戏甲的应用提供商所提供的服务器1,用户1在玩游戏甲时,该App与服务器1通信连接。
应用客户端,用于发送或接受数据包,数据包的目的地址或源地址指向应用服务器;
加速客户端,用于监测并接管由应用客户端发出的数据包,并将接管的数据包的目的地址重新定向至代理服务器,还用于接收由代理服务器发出的数据包,并将接收的数据包的源地址重新定向至应用服务器;
代理服务器:用于接收由加速客户端发出的数据包,并将接收到的数据包还原为目的地址指向应用服务器的数据包,还用于接收由应用服务器发出的数据包,并传回加速客户端。
前述的加速系统可以通过提高QoS(Quality of Service,服务质量)的QCI(QoSClass Identifier,服务质量等级指示符)或5QI(5G QoS Identifier,5GQoS指示符)来实现加速,例如,在加速客户端与代理服务器之间,建立QoS加速链路。
具体地,根据3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)23.203、23.501等标准,为接入LTE、5G等不同流量类型的网络的用户业务,采用不同的QoS优先等级,从而提供不同的业务速率,以保障实现用户在网络中的差异化服务。发出QoS加速申请通常需要提供源IP(Internet Protocol,网际互连协议)地址及目标IP地址,该源IP地址和目标IP地址用于预留资源开辟网络专用承载。在前述的加速系统中,QoS加速申请的源IP地址为加速客户端的IP地址,QoS加速申请的目标IP地址为代理服务器的IP地址。通过申请QoS加速,在加速客户端与代理服务器之间建立QoS专用承载,以实现对应用客户端的加速。
然而,前述的加速系统存在如下问题:
(a1)加速前端形式受限:加速前端必须具有监测和接管待加速的应用程序的数据包的能力,才能转发数据包到代理服务器,进而确定QoS加速申请的目标IP地址为代理服务器的IP地址,故加速前端必须以app的形式预先安装于用户设备上,无法以小程序、网页等形式存在。因为,小程序,网页等形式没有权限与途径来监测并接管来自应用程序的数据包。
(a2)用户隐私安全存在风险:加速客户端监测并接管待加速的应用程序的数据包,读取该数据包,给用户造成隐私安全隐患,容易导致用户信息数据的泄露。
(a3)处理时延增加:加速客户端监测并接管待加速的应用程序的数据包,用户设备的芯片需要对数据包进行改造并转发给代理服务器,这个过程会增加处理时延和芯片负载。对于芯片性能不佳的用户设备,当数据包的数量较多时,可能造成卡顿延迟。
(a4)代理服务器负载大:用户设备上各个待加速的应用程序的所发出的数据包需要通过中转的代理服务器节点,才能到达最终的应用服务器,使得代理节点成为数据包的汇聚节点,造成该代理服务器的网络资源消耗及网络负荷过大,资源利用率低下。
(a5)QoS资源浪费:因LTE、5G等网络资源需建立QoS专属加速带宽及承载,使用代理服务器的IP地址作为LTE、5G网络QoS加速的目标IP地址,无法有效在网络侧区分各个待加速的应用程序的不同流量类型的数据包,对于一些对时延,丢包率等指标不敏感的数据包依然提高QCI或者5QI,造成资源的浪费。
为克服上述问题,本发明实施例提供了一种地址信息获取系统,可参照图1。图1为本发明一个实施例提供的一种地址信息获取系统的结构示意图。
如图1所示的地址信息获取系统100,包括:多个模拟用户设备101、映射关系确定模块103、服务器104以及运行于用户设备105的前端模块106;各模拟用户设备101运行有数据采集模块102;其中:数据采集模块102,用于采集第一应用程序的应用信息和第一应用程序的流量数据并发送至映射关系确定模块103;第一应用程序为在指定时间范围内运行于模拟用户设备101的应用程序;映射关系确定模块103,用于根据第一应用程序的应用信息和流量数据,确定各第一应用程序的应用标识与应用服务器的地址信息的映射关系,得到第一映射关系集合并发送至服务器104;前端模块106,用于获取第二应用程序的应用标识和用户设备105的地址信息并发送至服务器104;第二应用程序为运行于用户设备105的待处理的应用程序;服务器104,用于根据第二应用程序的应用标识、用户设备105的地址信息以及第一映射关系集合,确定第二应用程序对应的应用服务器的地址信息。
用户设备105可以是存在应用程序加速需求的用户所使用的用户终端,本发明实施例提及的用户终端包括但不限于手机、平板电脑、电脑、可穿戴设备等智能终端。用户设备105不属于该地址信息获取系统100,但运行于用户设备105的前端模块106属于该地址信息获取系统100。
模拟用户设备101可以是与用户设备相同或相似的用户终端。例如,用户设备105为安卓手机,模拟用户设备同样为安卓手机。
本发明实施例中的“第一”、“第二”、“第三”等表述仅仅是为了便于区分,不具有实际意义,后文不再赘述。
需要注意的是,图1中仅示例性地示出了一个模拟用户设备101和运行于该模拟用户设备101的数据采集模块102,具体实施时,地址信息获取系统100包括多个模拟用户设备101,且每个模拟用户设备101上运行有一个对应于该模拟用户设备101的数据采集模块102。
数据采集模块102可以是应用流量采集器,该数据采集模块102可以通过脚本自动下载并运行应用程序,可以采集各个应用程序的应用标识和流量数据,还可以按照预设时间周期将采集到的应用标识和流量数据发送至映射关系确定模块103。不同的模拟用户设备101上通过脚本自动下载并运行的应用程序可以相同,也可以不同。
其中,第一应用程序为在指定时间范围内运行于模拟用户设备101的应用程序,该指定时间范围可以是由预设时间周期确定的一个时间段。由于数据采集模块102的数据采集操作和数据发送操作属于周期性行为,下文中统一以第一应用程序为例进行说明,数据采集模块102在除指定时间段外的时间所执行的操作与指定时间段类似,故此处不再赘述。
第一应用程序的应用信息包括但不限于第一应用程序的应用标识、第一应用程序的应用类型。应用标识可以是用于唯一识别应用程序的标识,第一应用程序与应用标识一一对应。例如,应用标识为第一应用程序的应用包名,或者,应用标识为可以唯一识别第一应用程序的预设字符串,或者,预先为各个第一应用程序设置一一对应的序号,将该序号作为第一应用程序的应用标识。应用类型,例如,手游MOBA(Multiplayer Online BattleArena,多人在线战术竞技游戏)类型,视频点播类型等。
可选地,流量数据包括模拟用户设备的IP地址、第一应用程序提供的服务器IP地址以及第一应用程序提供的服务器域名地址中的至少一项。
第一应用程序的流量数据可以是,在第一应用程序与第一应用程序的应用供应商所提供的应用服务器通信连接时,第一应用程序所发出的数据包,该数据包的源地址为模拟用户设备101的IP地址,目标地址为该应用供应商所提供的应用服务器的服务器地址。该服务器地址可以包括IP地址和/或域名地址。
第一应用程序的流量数据,还可以包括:域名地址对应的报文次数、协议类型、流量类型等关键数据。协议类型,例如,UDP(User Datagram Protocol,用户数据报协议)、TCP(Transmission Control Protocol,传输控制协议)等。
需要注意的是,针对在指定时间范围内运行于不同的模拟用户设备101的同一第一应用程序,该第一应用程序的应用供应商所提供的应用服务器的服务器地址可以相同,也可以不同,该服务器地址可以是域名地址,也可以是IP地址。例如,在模拟用户设备1中,第一应用程序运行时所提供的应用服务器的服务器地址可以是第一地址;在模拟用户设备2上,第一应用程序运行时所提供的应用服务器的服务器地址可以是第一地址;在模拟用户设备3上,第一应用程序运行时所提供的应用服务器的服务器地址可以是第二地址;在模拟用户设备4上,第一应用程序运行时所提供的应用服务器的服务器地址可以是第三地址。
此处需要强调的是,第一应用程序为模拟用户设备上的通过脚本启动并运行的应用程序,故该第一应用程序的流量数据不是真实用户的流量数据,该流量数据中不包含用户隐私,即便采集该流量数据,也不会对用户隐私的安全性造成任何影响。
映射关系确定模块103,可以是预测选址分析器,该预测选址分析器可以运行于第一服务器。
映射关系确定模块103可以接收由数据采集模块102发送的第一应用程序的应用信息和第一应用程序的流量数据,可以通过自定义的分类规则或者机器学习的方式,根据该第一应用程序的应用信息和第一应用程序的流量数据生成第一映射模型,该第一映射模型可以反映各第一应用程序的应用标识与应用服务器的地址信息的映射关系,还可以将第一映射模型发送至服务器104。通常,第一应用程序的应用标识与应用服务器的地址信息的映射关系为一对多的映射关系,该映射关系也可以是多对多的映射关系。例如,第一应用程序的应用标识为应用包名甲,与该应用包名甲存在映射关系的应用服务器的地址信息包括第一地址、第二地址、第三地址。应用服务器的地址信息可以是应用服务器的服务器IP地址,也可以是应用服务器的服务器域名地址。
具体实施时,在根据该第一应用程序的应用信息和第一应用程序的流量数据生成第一映射模型的过程中,即根据第一应用程序的应用信息和第一应用程序的流量数据确定多组第一应用程序的应用标识与应用服务器的地址信息的映射关系的过程中,该第一映射模型的输入值可以是应用标识和应用类型,输出值可以是应用服务器的服务器IP地址或者服务器域名地址。
可选地,第一应用程序的应用信息包括第一应用程序的应用标识和应用类型;映射关系确定模块,具体用于:根据应用类型和预先建立的应用类型与流量协议之间的映射关系,将应用类型对应的流量协议确定为目标流量协议;按照目标流量协议对流量数据进行过滤,得到目标流量数据;根据目标流量数据,对各服务器IP地址的数据包数量进行统计,得到第一占比表;根据第一占比表,确定第一应用程序对应的应用服务器的地址信息;构建第一应用程序对应的应用服务器的地址信息和第一应用程序的应用标识的映射关系,得到第一映射关系集合并发送至服务器。
获得第一映射关系集合的具体实施方式可以参考下述步骤:
(b1)建立常见的多种应用类型到UDP、TCP、UDP&TCP的协议映射表,例如,手游MOBA类型的流量协议为UDP,视频点播类型的流量协议为TCP,其他未能事先确定流量协议的应用类型均映射到协议类型UDP&TCP。该协议映射表用于更快更准确地筛选需要分析的流量数据。
(b2)根据应用类型和预先建立的协议映射表,将应用类型对应的流量协议确定为目标流量协议,例如,2)设应用类型为T的第一应用程序A在模拟用户设备1、模拟用户设备2、……、模拟用户设备n上的流量数据为A1、A2、…、An。使用应用类型T在协议映射表中找到第一应用程序A对应的流量协议P为目标流量协议。
(b3)按照目标流量协议,对流量数据A1、A2、……、An进行过滤,过滤结果为目标流量数据B1、B2、……、Bn。例如,目标流量协议为TCP,则过滤结果B1、B2、……、Bn均是TCP协议的流量数据。
(b4)根据目标流量数据B1、B2、……、Bn,对各服务器IP地址的数据包数量进行统计,得到第一占比表。该第一占比表用于反映各服务器IP地址的数据包数量占所有服务器IP地址的总数据包数量的比例。
(b5)根据第一占比表,确定第一应用程序对应的应用服务器的地址信息。需要注意的是,此处的第一应用程序对应的应用服务器的地址信息,是从第一应用程序的应用供应商所提供的多个应用服务器的地址信息中确定的,可以理解为,运行于不同的模拟用户设备的多个第一应用程序可以分别与多个应用服务器通信连接,根据第一占比表确定该多个应用服务器其中的一个作为第一应用程序对应的应用服务器。
(b6)构建第一应用程序对应的应用服务器的地址信息和第一应用程序的应用标识的映射关系,得到第一映射关系集合并发送至服务器。
可选地,映射关系确定模块,具体用于:从流量数据中提取DNS流量数据;根据DNS流量数据,确定多组服务器IP地址与服务器域名的映射关系,得到第二映射关系集合;根据第一占比表和第二映射关系集合,确定各服务器域名地址的数据包数量占比,得到第二占比表;根据第一占比表中占比最高的服务器IP地址和第二占比表中占比最高的服务器域名地址的比较结果,确定第一应用程序对应的应用服务器的地址信息。
根据各服务器IP地址的数据包数量占比表,确定第一应用程序对应的应用服务器的地址信息,包括:从流量数据中提取DNS流量数据;根据DNS流量数据,确定多组服务器IP地址与服务器域名的映射关系,得到第二映射关系集合;根据第一占比表和第二映射关系集合,确定各服务器域名地址的数据包数量占比,得到第二占比表;根据第一占比表中占比最高的服务器IP地址和第二占比表中占比最高的服务器域名地址的比较结果,确定第一应用程序对应的应用服务器的地址信息。
前述的(b5)具体实施时可以参照下述步骤:
(b5.1)从流量数据A1、A2、……、An中提取DNS流量数据,根据该DNS流量数据,确定由多组服务器IP地址与服务器域名的映射关系构成的第二映射关系集合,例如,映射表K。服务器IP地址与服务器域名地址之间存在多对多的映射关系。
该步骤(b5.1)不涉及目标流量数据,故可以在步骤(b2)执行之后执行。
(b5.2)根据第一占比表和第二映射关系集合,确定各服务器域名地址的数据包数量占比,得到第二占比表。其中,根据第一占比表在第二映射关系集合中找不到对应的服务器IP地址的,直接忽略不计。
(b5.3)根据第一占比表确定第一占比表中占比最高的服务器IP地址,可以将其标记为IPtop。该步骤(b5.3)不涉及第二占比表,故可以在步骤(b4)之后执行。
(b5.4)根据第二占比表确定第二占比表中占比最高的服务器域名地址,可以将其标记为DOMAINtop。
(b5.5)比较IPtop的数据包在第一占比表中所占的比例和DOMAINtop的数据包在第二占比表中所占的比例,将更高的一方作为第一应用程序对应的应用服务器的地址信息。例如,IPtop的数据包在第一占比表中所占的比例为40%,DOMAINtop的数据包在第二占比表中所占的比例为35%,则将IPtop确定为第一应用程序对应的应用服务器的地址信息;或者,IPtop的数据包在第一占比表中所占的比例为30%,DOMAINtop的数据包在第二占比表中所占的比例为35%,则将DOMAINtop确定为第一应用程序对应的应用服务器的地址信息。
前端模块106,可以是App,即一个独立运行于用户设备105的应用程序;也可以是小程序,即一个搭载在应用程序中的子程序;还可以是网页。本发明实施例中,通过将小程序或网页作为前端模块106,能够帮助任一用户在无需安装App的情况下确定第二应用程序对应的应用服务器的地址信息,进而实现对第二应用程序的加速,节省了用户设备的存储空间,为用户提供便利。
在本发明实施例所提供的地址信息获取系统100中,前端模块106的形式不限,由于多样化的前端模块不需要采集用户设备105的流量数据,所以可以以小程序,网页等其他形式实现,大大丰富了产品形态。
前端模块106可以获取第二应用程序的应用标识和用户设备105的地址信息并发送至服务器104。通常情况下,同一用户设备仅对应于一个地址信息,则该用户设备的地址信息与该用户设备上运行的第二应用程序的地址信息可以视为同一地址信息。用户设备105的地址信息可以是用户设备105的本地IP地址,也可以是用户设备105的本地域名地址。
一方面,前端模块106并未采集可能包含用户隐私的第二应用程序的流量数据,仅仅获取了少量的敏感程度较低的数据,即第二应用程序的应用标识和用户设备105的地址信息,不容易造成用户隐私泄漏,提高了用户的隐私安全性。
另一方面,前端模块106并未采集第二应用程序的流量数据,进而也不需要转发流量数据,能够减少用户设备105的处理时延。
第二应用程序可以是运行于用户设备105的待加速的应用程序。
可选地,第一应用程序的流量数据的流量类型与第二应用程序的流量数据的流量类型相同。
尽管本发明实施例中,前端模块106并未采集第二应用程序的流量数据,但在地址信息获取系统100中设置模拟用户设备101时,为使模拟用户设备101能够贴近用户设备105的使用环境,设置各个模拟用户设备101的流量类型,使得第一应用程序的流量数据的流量类型与第二应用程序的流量数据的流量类型相同。例如,用户设备105的流量数据的流量类型为5G,则各模拟用户设备101的流量数据的流量类型同样为5G。
服务器104,可以是加速服务器。该服务器104可以根据第二应用程序的应用标识、用户设备105的地址信息以及第一映射关系集合,确定第二应用程序对应的应用服务器的地址信息。
服务器104,还可以根据用户设备105的地址信息确定QoS加速申请的源IP地址、根据第二应用程序对应的应用服务器的地址信息确定QoS加速申请的目标IP地址,从而通过运行于运营商服务器上的AAC(Application Access Control,应用接入控制)设备请求PCRF((Policy and Charging Rules Function,策略与计费规则功能单元)向核心网发起建立QoS加速的请求。
可选地,用户设备105的地址信息包括用户设备105的公网IP地址;服务器104,具体用于:根据第二应用程序的应用标识和第一映射关系集合,确定第二应用程序对应的应用服务器的地址信息,得到目标地址信息;若目标地址信息为服务器域名地址,则根据公网IP地址和目标地址信息,确定目标IP地址,将目标IP地址作为第二应用程序对应的应用服务器的地址信息。
第一映射关系集合中包括多组第一应用程序的应用标识与应用服务器的服务器地址信息的映射关系,则根据第二应用程序的应用标识,可以在第一映射关系集合中查询是否存在与第二应用程序的应用标识相同的第一应用程序的应用标识,若存在,则应用标识相同的第一应用程序与第二应用程序为分别运行于模拟用户设备与用户设备的同一应用程序。根据与第二应用程序的应用标识相同的第一应用程序的应用标识,可以查询得到与该应用标识之间存在映射关系的应用服务器的服务器地址信息,该服务器地址信息可能是服务器IP地址,也可能是服务器域名地址。
若该服务器地址信息为服务器IP地址,则直接将该服务器域名地址作为第二应用程序对应的应用服务器的地址信息;若该服务器地址信息为服务器域名地址,则根据公网IP地址,对该服务器域名地址进行域名解析,将其转换为服务器IP地址,将转换得到的服务器IP地址作为第二应用程序对应的应用服务器的地址信息。
可选地,映射关系确定模块103,还用于:从流量数据中提取第一应用程序的流量类型;根据流量类型和应用类型,确定第一应用程序对应的服务质量等级指示符QCI;构建各第一应用程序的应用标识与QCI的映射关系,得到第三映射关系集合并发送至服务器104;服务器104,还用于:根据第二应用程序的应用标识和第三映射关系集合,确定第二应用程序对应的QCI。
具体实施时,映射关系确定模块103可以根据第一应用程序的应用类型确定第一应用程序对应的QCI,例如,游戏类采用QCI3,直播类采用QCI2。或者,映射关系确定模块103还可以从第一应用程序的流量数据中提取第一应用程序的流量类型,结合流量类型和应用类型计算得到最佳的QCI值,例如,流量类型为5G,应用类型为游戏类,故采用QCI3。构建各第一应用程序的应用标识与QCI的映射关系,得到第三映射关系集合并发送至服务器104。
服务器104,还可以根据接收到的第三映射关系集合和第二应用程序的应用标识,确定第二应用程序对应的QCI,即在不依赖应用类型和流量类型的情况下,仅通过应用标识查询得到第二应用程序对应的QCI。
服务器104,还可以根据用户设备105的地址信息确定QoS加速申请的源IP地址、根据第二应用程序对应的应用服务器的地址信息确定QoS加速申请的目标IP地址,根据第二应用程序对应的QCI确定发出QoS加速申请时所提交的QCI等级,从而通过运行于运营商服务器上的AAC设备请求PCRF((Policy and Charging Rules Function,策略与计费规则功能单元)向核心网发起建立QoS加速的请求,从而提高QoS资源的有效利用率,针对不同的第二应用程序建立不同的QCI等级的加速。
另外,本发明实施例所提供的地址信息获取系统100,无需经过代理服务器即可实现对第二应用程序的加速,故不会给代理服务器造成巨大压力。
根据如图1所示的实施例的技术方案,地址信息获取系统包括:多个模拟用户设备、映射关系确定模块、服务器以及运行于用户设备的前端模块;各模拟用户设备运行有数据采集模块;其中:数据采集模块,用于采集第一应用程序的应用信息和第一应用程序的流量数据并发送至映射关系确定模块;第一应用程序为在指定时间范围内运行于模拟用户设备的应用程序;映射关系确定模块,用于根据第一应用程序的应用信息和流量数据,确定各第一应用程序的应用标识与应用服务器的地址信息的映射关系,得到第一映射关系集合并发送至服务器;前端模块,用于获取第二应用程序的应用标识和用户设备的地址信息并发送至服务器;第二应用程序为运行于用户设备的待处理的应用程序;服务器,用于根据第二应用程序的应用标识、用户设备的地址信息以及第一映射关系集合,确定第二应用程序对应的应用服务器的地址信息。通过本发明实施例的技术方案中地址信息获取系统的各个部分相互配合,使得在无需采集用户设备上可能包含用户隐私的流量数据的情况下确定用户设备上运行的第二应用程序对应的应用服务器的地址信息,提高了用户的隐私安全性。
图2为本发明一个实施例提供的一种地址信息获取方法的流程示意图。该地址信息获取方法应用于如图1所示的地址信息获取系统。
步骤S202,数据采集模块采集第一应用程序的应用信息和第一应用程序的流量数据并发送至映射关系确定模块;第一应用程序为在指定时间范围内运行于模拟用户设备的应用程序。
步骤S204,映射关系确定模块根据第一应用程序的应用信息和流量数据,确定各第一应用程序的应用标识与应用服务器的地址信息的映射关系,得到第一映射关系集合并发送至服务器;
步骤S206,前端模块获取第二应用程序的应用标识和用户设备的地址信息并发送至服务器;第二应用程序为运行于用户设备的待处理的应用程序;
步骤S208,服务器根据第二应用程序的应用标识、用户设备的地址信息以及地址映射关系集合,确定第二应用程序对应的应用服务器的地址信息。
对于上述方法实施例而言,由于其与系统实施例基本相似,所以描述的比较简单,相关之处参见系统实施例的部分说明即可。
图3为本发明一个实施例提供的一种应用程序加速系统的结构示意图。
基于与图1所示的地址信息获取系统相似的技术构思,本发明实施例提供了一种应用程序加速系统。参照图3所示,应用程序加速系统300包括模拟用户环境、映射关系确定模块103、服务器104、运行于用户设备105上的前端模块106、应用接入控制AAC设备307。
其中,模拟用户环境包括模拟用户设备1、模拟用户设备2、模拟用户设备3,即模拟用户设备301、模拟用户设备302和模拟用户设备303。模拟用户环境还包括:运行于模拟用户设备301上的数据采集模块1、运行于模拟用户设备302上的数据采集模块2和运行于模拟用户设备303上的数据采集模块3,即数据采集模块304、数据采集模块305和数据采集模块306。需要注意的是,具体实施时,如图3所示的三个模拟用户设备仅为一种示例,模拟用户设备的数量可以大于等于两个。
在该应用程序加速系统300中,数据采集模块304、数据采集模块305和数据采集模块306可以分别采集第一应用程序的应用信息和第一应用程序的流量数据并发送至映射关系确定模块103;第一应用程序为在指定时间范围内运行于模拟用户设备的应用程序。
映射关系确定模块103可以根据第一应用程序的应用信息和流量数据,确定各第一应用程序的应用标识与应用服务器的地址信息的映射关系,得到第一映射关系集合并发送至服务器104。
前端模块106可以从第二应用程序的应用客户端308处获取第二应用程序的应用标识和用户设备的地址信息并发送至服务器104;第二应用程序为运行于用户设备105的待处理的应用程序;
服务器104可以根据第二应用程序的应用标识、用户设备105的地址信息以及地址映射关系集合,确定第二应用程序对应的应用服务器309的地址信息。
服务器104还可以将用户设备105的地址信息、应用服务器309的地址信息发送至AAC设备307,以通过AAC设备307申请QoS加速,使得第二应用程序的应用客户端308与应用服务器309之间构建QoS加速链路,从而实现对第二应用程序的加速。
如图3所示的实施例所提供的应用程序加速系统能够实现前述的地址信息获取系统实施例中的各个过程,并达到相同的功能和效果,这里不再重复。
进一步地,本发明实施例还提供了一种电子设备,图4为本发明一实施例提供的一种电子设备的结构示意图,如图4所示,该电子设备包括存储器401、处理器402、总线403和通信接口404。存储器401、处理器402和通信接口404通过总线403进行通信,通信接口404可以包括输入输出接口,输入输出接口包括但不限于键盘、鼠标、显示器、麦克风、扩音器等。
图4中,存储器401上存储有计算机可执行指令,该计算机可执行指令在被处理器402执行时,能够实现以下流程:
数据采集模块采集第一应用程序的应用信息和第一应用程序的流量数据并发送至映射关系确定模块;第一应用程序为在指定时间范围内运行于模拟用户设备的应用程序;
映射关系确定模块根据第一应用程序的应用信息和流量数据,确定各第一应用程序的应用标识与应用服务器的地址信息的映射关系,得到第一映射关系集合并发送至服务器;
前端模块获取第二应用程序的应用标识和用户设备的地址信息并发送至服务器;第二应用程序为运行于用户设备的待处理的应用程序;
服务器根据第二应用程序的应用标识、用户设备的地址信息以及地址映射关系集合,确定第二应用程序对应的应用服务器的地址信息。
根据本发明实施例的技术方案,数据采集模块采集第一应用程序的应用信息和第一应用程序的流量数据并发送至映射关系确定模块;第一应用程序为在指定时间范围内运行于模拟用户设备的应用程序;映射关系确定模块根据第一应用程序的应用信息和流量数据,确定各第一应用程序的应用标识与应用服务器的地址信息的映射关系,得到第一映射关系集合并发送至服务器;前端模块获取第二应用程序的应用标识和用户设备的地址信息并发送至服务器;第二应用程序为运行于用户设备的待处理的应用程序;服务器根据第二应用程序的应用标识、用户设备的地址信息以及第一映射关系集合,确定第二应用程序对应的应用服务器的地址信息。通过本发明实施例的技术方案中地址信息获取系统的各个部分相互配合,使得在无需采集用户设备上可能包含用户隐私的流量数据的情况下确定用户设备上运行的第二应用程序对应的应用服务器的地址信息,提高了用户的隐私安全性。
本发明实施例提供的电子设备能够实现前述地址信息获取方法实施例中的各个过程,并达到相同的功能和效果,这里不再重复。
进一步地,本发明实施例还提供一种存储介质,该存储介质中存储有计算机可执行指令,该计算机可执行指令在被处理器702执行时,能够实现以下流程:
数据采集模块采集第一应用程序的应用信息和第一应用程序的流量数据并发送至映射关系确定模块;第一应用程序为在指定时间范围内运行于模拟用户设备的应用程序;
映射关系确定模块根据第一应用程序的应用信息和流量数据,确定各第一应用程序的应用标识与应用服务器的地址信息的映射关系,得到第一映射关系集合并发送至服务器;
前端模块获取第二应用程序的应用标识和用户设备的地址信息并发送至服务器;第二应用程序为运行于用户设备的待处理的应用程序;
服务器根据第二应用程序的应用标识、用户设备的地址信息以及地址映射关系集合,确定第二应用程序对应的应用服务器的地址信息。
根据本发明实施例的技术方案,数据采集模块采集第一应用程序的应用信息和第一应用程序的流量数据并发送至映射关系确定模块;第一应用程序为在指定时间范围内运行于模拟用户设备的应用程序;映射关系确定模块根据第一应用程序的应用信息和流量数据,确定各第一应用程序的应用标识与应用服务器的地址信息的映射关系,得到第一映射关系集合并发送至服务器;前端模块获取第二应用程序的应用标识和用户设备的地址信息并发送至服务器;第二应用程序为运行于用户设备的待处理的应用程序;服务器根据第二应用程序的应用标识、用户设备的地址信息以及第一映射关系集合,确定第二应用程序对应的应用服务器的地址信息。通过本发明实施例的技术方案中地址信息获取系统的各个部分相互配合,使得在无需采集用户设备上可能包含用户隐私的流量数据的情况下确定用户设备上运行的第二应用程序对应的应用服务器的地址信息,提高了用户的隐私安全性。
本发明一实施例提供的存储介质能够实现前述地址信息获取方法实施例中的各个过程,并达到相同的功能和效果,这里不再重复。
其中,该存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明上述实施例的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。
Claims (9)
1.一种地址信息获取系统,其特征在于,包括:多个模拟用户设备、映射关系确定模块、服务器以及运行于用户设备的前端模块;各所述模拟用户设备运行有数据采集模块;其中:
所述数据采集模块,用于采集第一应用程序的应用信息和所述第一应用程序的流量数据并发送至所述映射关系确定模块;所述第一应用程序为在指定时间范围内运行于所述模拟用户设备的应用程序;
所述映射关系确定模块,用于根据所述第一应用程序的应用信息和所述流量数据,确定各所述第一应用程序的应用标识与应用服务器的地址信息的映射关系,得到第一映射关系集合并发送至所述服务器;
所述前端模块,用于获取第二应用程序的应用标识和所述用户设备的地址信息并发送至所述服务器;所述第二应用程序为运行于所述用户设备的待处理的应用程序;
所述服务器,用于根据所述第二应用程序的应用标识、所述用户设备的地址信息以及所述第一映射关系集合,确定所述第二应用程序对应的应用服务器的地址信息;
其中,所述第一应用程序的流量数据的流量类型与所述第二应用程序的流量数据的流量类型相同。
2.根据权利要求1所述的系统,其特征在于,所述第一应用程序的应用信息包括所述第一应用程序的应用标识和应用类型;所述映射关系确定模块,具体用于:
根据所述应用类型和预先建立的应用类型与流量协议之间的映射关系,将所述应用类型对应的流量协议确定为目标流量协议;
按照所述目标流量协议对所述流量数据进行过滤,得到目标流量数据;
根据所述目标流量数据,对各服务器IP地址的数据包数量进行统计,得到第一占比表,所述第一占比表用于反映各服务器IP地址的数据包数量占所有服务器IP地址的总数据包数量的比例;
根据所述第一占比表,确定所述第一应用程序对应的应用服务器的地址信息;
构建所述第一应用程序对应的应用服务器的地址信息和所述第一应用程序的应用标识的映射关系,得到所述第一映射关系集合并发送至所述服务器。
3.根据权利要求2所述的系统,其特征在于,所述映射关系确定模块,具体用于:
从所述流量数据中提取DNS流量数据;
根据所述DNS流量数据,确定多组服务器IP地址与服务器域名的映射关系,得到第二映射关系集合;
根据所述第一占比表和所述第二映射关系集合,确定各服务器域名地址的数据包数量占比,得到第二占比表,所述第二占比表用于反映各服务器域名地址的数据包数量占所有服务器域名地址的总数据包数量的比例;
根据所述第一占比表中占比最高的服务器IP地址和所述第二占比表中占比最高的服务器域名地址的比较结果,确定所述第一应用程序对应的应用服务器的地址信息。
4.根据权利要求3所述的系统,其特征在于,所述用户设备的地址信息包括所述用户设备的公网IP地址;所述服务器,具体用于:
根据所述第二应用程序的应用标识和所述第一映射关系集合,确定所述第二应用程序对应的应用服务器的地址信息,得到目标地址信息;
若所述目标地址信息为服务器域名地址,则根据所述公网IP地址和所述目标地址信息,确定目标IP地址,将所述目标IP地址作为所述第二应用程序对应的应用服务器的地址信息。
5.根据权利要求2所述的系统,其特征在于,所述映射关系确定模块,还用于:
从所述流量数据中提取所述第一应用程序的流量类型;
根据所述流量类型和所述应用类型,确定所述第一应用程序对应的服务质量等级指示符QCI;
构建各所述第一应用程序的应用标识与所述QCI的映射关系,得到第三映射关系集合并发送至所述服务器;
所述服务器,还用于:
根据所述第二应用程序的应用标识和所述第三映射关系集合,确定所述第二应用程序对应的QCI。
6.根据权利要求1所述的系统,其特征在于,所述流量数据包括所述第一应用程序提供的服务器IP地址以及所述第一应用程序提供的服务器域名地址中的至少一项以及所述模拟用户设备的IP地址。
7.一种地址信息获取方法,应用于如权利要求1-6中任一项所述的地址信息获取系统,其特征在于,包括:
所述数据采集模块采集第一应用程序的应用信息和所述第一应用程序的流量数据并发送至所述映射关系确定模块;所述第一应用程序为在指定时间范围内运行于所述模拟用户设备的应用程序;
所述映射关系确定模块根据所述第一应用程序的应用信息和所述流量数据,确定各所述第一应用程序的应用标识与应用服务器的地址信息的映射关系,得到第一映射关系集合并发送至所述服务器;
所述前端模块获取第二应用程序的应用标识和所述用户设备的地址信息并发送至所述服务器;所述第二应用程序为运行于所述用户设备的待处理的应用程序;
所述服务器根据所述第二应用程序的应用标识、所述用户设备的地址信息以及所述地址映射关系集合,确定所述第二应用程序对应的应用服务器的地址信息;
其中,所述第一应用程序的流量数据的流量类型与所述第二应用程序的流量数据的流量类型相同。
8.一种电子设备,其特征在于,包括存储器和处理器,所述存储器上存储有计算机可执行指令,所述计算机可执行指令在被处理器执行时,能够实现上述权利要求7所述的地址信息获取方法。
9.一种存储介质,该存储介质中存储有计算机可执行指令,其特征在于,所述计算机可执行指令在被处理器执行时,能够实现上述权利要求7所述的地址信息获取方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111003236.7A CN114979073B (zh) | 2021-08-30 | 2021-08-30 | 地址信息获取系统、方法、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111003236.7A CN114979073B (zh) | 2021-08-30 | 2021-08-30 | 地址信息获取系统、方法、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114979073A CN114979073A (zh) | 2022-08-30 |
CN114979073B true CN114979073B (zh) | 2023-09-05 |
Family
ID=82974022
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111003236.7A Active CN114979073B (zh) | 2021-08-30 | 2021-08-30 | 地址信息获取系统、方法、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114979073B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116743790B (zh) * | 2022-09-30 | 2024-05-10 | 腾讯云计算(北京)有限责任公司 | 设备数据采集、设备数据分析方法、装置和计算机设备 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103297270A (zh) * | 2013-05-24 | 2013-09-11 | 华为技术有限公司 | 应用类型识别方法及网络设备 |
WO2014101402A1 (zh) * | 2012-12-31 | 2014-07-03 | 华为技术有限公司 | 应用识别方法、数据挖掘方法、装置及系统 |
CN106210155A (zh) * | 2015-04-29 | 2016-12-07 | 腾讯科技(深圳)有限公司 | 连接应用服务器的方法和装置 |
CN107395624A (zh) * | 2017-08-18 | 2017-11-24 | 北京小米移动软件有限公司 | 信息处理方法及装置 |
CN107426063A (zh) * | 2017-09-22 | 2017-12-01 | 中国联合网络通信集团有限公司 | 互联网应用流量的识别系统及方法 |
WO2019223553A1 (zh) * | 2018-05-22 | 2019-11-28 | 华为技术有限公司 | 一种网络流量识别方法及相关设备 |
CN111143723A (zh) * | 2019-12-26 | 2020-05-12 | 五八同城信息技术有限公司 | 页面跳转方法、装置、电子设备及存储介质 |
CN111181983A (zh) * | 2019-12-31 | 2020-05-19 | 奇安信科技集团股份有限公司 | 内生访问控制方法、装置、计算设备以及介质 |
CN112152828A (zh) * | 2019-06-27 | 2020-12-29 | 腾讯科技(深圳)有限公司 | 一种游戏加速方法、装置、vpn终端及存储介质 |
CN112217679A (zh) * | 2020-10-16 | 2021-01-12 | 腾讯科技(深圳)有限公司 | 应用程序加速方法、装置、计算机设备和存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103702364B (zh) * | 2012-09-27 | 2017-08-25 | 华为技术有限公司 | 一种业务数据传输的方法、设备及系统 |
US9477718B2 (en) * | 2012-12-31 | 2016-10-25 | Huawei Technologies Co., Ltd | Application identification method, and data mining method, apparatus, and system |
US11444878B2 (en) * | 2019-09-04 | 2022-09-13 | Yahoo Ad Tech Llc | Intelligent dataflow-based service discovery and analysis |
-
2021
- 2021-08-30 CN CN202111003236.7A patent/CN114979073B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014101402A1 (zh) * | 2012-12-31 | 2014-07-03 | 华为技术有限公司 | 应用识别方法、数据挖掘方法、装置及系统 |
CN103297270A (zh) * | 2013-05-24 | 2013-09-11 | 华为技术有限公司 | 应用类型识别方法及网络设备 |
CN106210155A (zh) * | 2015-04-29 | 2016-12-07 | 腾讯科技(深圳)有限公司 | 连接应用服务器的方法和装置 |
CN107395624A (zh) * | 2017-08-18 | 2017-11-24 | 北京小米移动软件有限公司 | 信息处理方法及装置 |
CN107426063A (zh) * | 2017-09-22 | 2017-12-01 | 中国联合网络通信集团有限公司 | 互联网应用流量的识别系统及方法 |
WO2019223553A1 (zh) * | 2018-05-22 | 2019-11-28 | 华为技术有限公司 | 一种网络流量识别方法及相关设备 |
CN112152828A (zh) * | 2019-06-27 | 2020-12-29 | 腾讯科技(深圳)有限公司 | 一种游戏加速方法、装置、vpn终端及存储介质 |
CN111143723A (zh) * | 2019-12-26 | 2020-05-12 | 五八同城信息技术有限公司 | 页面跳转方法、装置、电子设备及存储介质 |
CN111181983A (zh) * | 2019-12-31 | 2020-05-19 | 奇安信科技集团股份有限公司 | 内生访问控制方法、装置、计算设备以及介质 |
CN112217679A (zh) * | 2020-10-16 | 2021-01-12 | 腾讯科技(深圳)有限公司 | 应用程序加速方法、装置、计算机设备和存储介质 |
Non-Patent Citations (1)
Title |
---|
基于WebRTC的网络加速服务关键技术研究与实现;宋翔宇;《中国优秀硕士学位论文全文数据库》;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN114979073A (zh) | 2022-08-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104580192B (zh) | 应用程序的网络访问请求的处理方法和装置 | |
CN106357609A (zh) | 一种创建用户的方法和系统、公网服务器及私有云设备 | |
CN102143177A (zh) | 一种Portal认证方法、装置、设备及系统 | |
CN113645653B (zh) | 网络仿真测试方法、装置、电子设备及存储介质 | |
CN110740121A (zh) | 资源订阅系统及方法 | |
CN114979073B (zh) | 地址信息获取系统、方法、电子设备及存储介质 | |
CN105187312B (zh) | 批量终端设备进行网络通信方法、装置及路由器 | |
US10700879B2 (en) | Charging method and device, access device, service quality control method and device | |
CN107948022A (zh) | 一种对等网络流量的识别方法及识别装置 | |
US10129320B2 (en) | QoS improvement method, apparatus, and system | |
EP3206430B1 (en) | Packet processing method, system, and device | |
CN110572394B (zh) | 访问控制方法及装置 | |
Corici et al. | A solution for provisioning reliable M2M infrastructures using SDN and device management | |
EP3082320A1 (en) | Identifying browsing sessions based on temporal transaction pattern | |
US10044834B2 (en) | Systems, methods and computer program products for enabling a communication device to provide session improvement requests to a server of a network operator's access network | |
CN113596105B (zh) | 内容的获取方法、边缘节点及计算机可读存储介质 | |
CN104202297A (zh) | 一种动态地适应服务器性能的防攻击方法和设备 | |
EP2605480A1 (en) | Apparatus and method for HTTP analysis | |
CN108243237A (zh) | 宽带定向提速方法及设备 | |
CN105577433A (zh) | 一种acs集群管理方法、装置和系统 | |
CN104539470A (zh) | 测试分流设备是否丢包的方法、测试客户端及系统 | |
CN111314489A (zh) | 识别接入网络类型方法、服务器及装置 | |
CN109600283A (zh) | 即时通讯网络质量的检测方法及系统 | |
Secchi et al. | Evaluating web traffic performance over DVB-RCS2 | |
CN106656855B (zh) | 基于深度包检测的动态设置Qos的系统及其方法 |
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 |