线路共享终端识别装置的制造方法

文档序号:10627000
线路共享终端识别装置的制造方法
【专利摘要】本发明涉及一种线路共享终端识别装置,具体涉及一种测定由同一共享器连接的线路共享终端和服务器之间的时间差,从而识别在特定线路共享终端驱动的浏览器所属终端的线路共享终端识别装置。该线路共享终端识别装置包括时间差信息生成部,其通过与共享同一线路的线路共享终端的客户端之间传送的HTTP通信数据包来测定时间差,并分别生成线路共享终端的各客户端的时间差信息;以及识别信息生成部,其基于时间差信息,生成识别信息,所述识别信息用于识别各客户端在多个线路共享终端中属于同一终端还是属于不同终端。
【专利说明】
线路共享终端识别装置
技术领域
[0001] 本发明涉及一种线路共享终端识别装置,更加详细而言,涉及一种测定由同一共 享器连接的线路共享终端和服务器之间的时间差,从而识别在特定线路共享终端驱动的浏 览器所属终端的线路共享终端识别装置。
【背景技术】
[0002] 当前,大容量多媒体内容需求激增,互联网流量呈几何级数增加。由此,国内外ISP (Internet Service Provider:互联网服务提供商)正在对网络建设持续投资。其结果,不 仅是企业互联网线路,连中小企业以及S0H0从业者以及各家庭中使用的个人互联网线路也 发展为千兆级,形成了能够方便地享用多媒体内容的环境。
[0003] 这样,随着个人互联网线路的迅速发展,在互联网线路连接并使用多个PC等终端 的共享器(IP地址共享器)问世,并且迅速在企业以及家庭中普及。
[0004] 另一方面,这样的现象导致出现了 "如何分配流量激增引起的网络投资费用负担" 的问题,ISP需要通过共享器掌握过度共享的互联网线路。但是,共享器利用"NAT(Net W〇rk Address Translation:网络地址转换)"来将多个内部私网IP地址转换为一个公网IP地址 或进行相反的转换,由于共享器的这种特性,在由公网IP地址进行特定的互联网中,难以准 确计算并处理其内部的多个PC等终端。
[0005] 为了解决上述问题,现有技术利用通信监测,将HTTP Cookie(以下为Cookie)或 FS0(Flash Shard Object:内存共享对象)等识别代码赋予线路共享终端的浏览器,从而能 够掌握连接在一个共享器的超量终端。即,在互联网线路中,以一定期间内的识别代码发行 次数或识别代码的维持个数为基准,检测出"超出预先协议的线路共享终端台数的过量使 用的终端"(以下为超量终端),并识别其检测出的超量终端的识别代码,限制其浏览器的使 用。
[0006] 但是,所述识别代码无法在MS Explorer、Google Chrome、Mozilla Firefox、 Apple Safari等彼此不同的浏览器之间共享,并且会被使用者删除。即,在一个线路共享终 端同时使用多种浏览器时,会重复发行识别代码。由于此类问题,现有技术只能以一种浏览 器为基准,检测出超量终端并对其进行限制。但是,由于未被检测以及限制的浏览器的使 用,其实效性显著降低。另外,所述识别代码容易被使用者删除。因此,通过Cookie的删除, 容易解除连接在同一共享器的超量终端的浏览器的使用限制,出现了对超量终端具有实效 性的使用限制技术的必要性。
[0007] 在先技术文献
[0008] 专利文献
[0009] (专利文献1)在先文献1:韩国公开专利公报第10-2010-0117338(发明的名称:基 于网络的终端认证以及保护方法)
[0010] (专利文献2)在先文献2:韩国授权专利公报第10-1087291(发明的名称:使用互联 网识别所有终端的方法以及系统)
[0011] (专利文献3)在先文献3:韩国授权专利公报第10-1047997 (发明的名称:利用网络 数据包的共享终端识别系统以及处理方法)
[0012] (专利文献4)在先文献4:韩国授权专利公报第10-1047994(发明的名称:基于网络 的终端认证以及保护方法)

【发明内容】

[0013] 发明所要解决的技术问题
[0014] 因此,本发明是为了解决上述问题而提出的,目的在于提供一种发明,即,当连接 于同一共享器的多个线路共享终端分别驱动多种浏览器时,测定服务器和执行各浏览器的 线路共享终端之间的时间差来生成时间差信息,并以该时间差信息为基准,提供识别各浏 览器所属终端的线路共享终端识别信息,从而能够识别各浏览器的线路共享终端。
[0015] 但是,本发明的目的不限于上述涉及的目的,本领域技术人员会通过下面的记载 明确理解未涉及的其他目的。
[0016] 解决问题的技术方案
[0017] 上述的本发明的目的可通过提供线路共享终端识别装置来达成。该线路共享终端 识别装置的特征在于,包括:时间差信息生成部,其通过与共享同一线路的线路共享终端的 客户端之间传送的HTTP通信数据包来测定时间差,并分别生成线路共享终端的各客户端的 时间差信息;以及识别信息生成部,其基于时间差信息,生成识别信息,所述识别信息用于 识别各客户端在多个线路共享终端中属于同一终端还是属于不同终端。
[0018] 另外,特征在于,包括时间差测定部,其通过从客户端传送的时间差测定请求HTTP 数据包来测定服务器的时间,基于时间差测定请求HTTP数据包中包含的时间和所测定的服 务器的时间来计算时间差;以及时间差验证部,其基于所获得的多个时间差来验证时间差, 从而提取出基准时间差。
[0019] 另外,特征在于,时间差验证部利用通过单向时间差测定或双向时间差测定中的 至少一种测定方法获得的多个时间差来验证时间差,单向时间差测定仅通过客户端传送至 服务器的时间差测定请求HTTP数据包来累计测定时间差,双向时间差测定通过客户端传送 至服务器的时间差测定请求HTTP数据包和服务器传送至客户端的时间差测定请求HTTP数 据包来测定时间差。
[0020] 另外,特征在于,在测定单向时间差时,客户端传送至服务器的时间差测定请求 HTTP数据包中包括客户端所属的线路共享终端的测定时间信息,在测定双向时间差时,客 户端传送至服务器的时间差测定请求HTTP数据包中包括客户端所属的线路共享终端的测 定时间信息以及服务器的测定时间信息中的至少一个,服务器传送至客户端的时间差测定 请求HTTP数据包中包括客户端所属的线路共享终端的测定时间信息和服务器的测定时间 信息。
[0021] 另外,特征在于,识别信息生成部相互比较第一客户端的基准时间差和第二客户 端的基准时间差,从而生成识别信息,或者,相互比较第一客户端的时间差置信区间和第二 客户端的时间差置信区间,从而生成识别信息。
[0022]另外,特征在于,相互比较基准时间差时,依次比较多个客户端的各基准时间差, 从而生成识别信息,或根据多个客户端的各基准时间差值来分类,从而生成识别信息。
[0023] 另外,特征在于,相互比较时间差置信区间时,分为第一客户端的时间差置信区间 和第二客户端的时间差置信区间不重叠的情况和至少一部分时间差置信区间重叠的情况 来进行相互比较。
[0024] 另外,特征在于,多个线路共享终端通过共享器使用相同的IP地址,线路共享终端 的客户端是遵守HTTP通信协议的互联网浏览器。
[0025] 另外,特征在于,时间差信息是IP地址、赋予各客户端的识别ID以及基准时间差中 的至少一个。可以附加0S版、CPU比特、以及屏幕大小信息。
[0026] 另外,特征在于,包括:流量镜像部,其共享同一线路的线路共享终端的客户端向 所要连接的服务器请求连接时,复制互联网线路的上行流量;HTTP流量过滤部,其使复制的 流量中的HTTP流量通过;HTTP监测服务器,其接收HTTP流量,并向线路共享终端的客户端传 送包括时间差测定请求的HTTP通信监测数据包;以及服务器,其根据时间差测定请求,通过 线路共享终端的客户端和HTTP通信数据包来测定时间差,从而生成时间差信息,并基于时 间差信息生成识别信息,该识别信息用于识别各客户端在多个线路共享终端中的所属终 端。
[0027] 另一方面,本发明的目的可通过提供线路共享终端识别方法来达成。该线路共享 终端识别方法包括如下步骤:向线路共享终端的客户端传送包括时间差测定请求的HTTP通 信监测数据包;对应HTTP通信监测数据包,多次测定线路共享终端和服务器之间的时间差; 基于所获得的多个时间差来验证时间差,从而提取基准时间差,基于基准时间差,生成时间 差信息;以及,基于时间差信息,识别各客户端在多个线路共享终端中属于同一终端还是属 于不同的终端。
[0028] 另外,特征在于,多次测定时间差的步骤中,通过单向时间差测定或双向时间差测 定中的至少一种测定方法来测定时间差。
[0029] 另外,特征在于,单向时间差测定仅通过客户端传送至服务器的时间差测定请求 HTTP数据包来测定时间差,双向时间差测定通过客户端传送至服务器的时间差测定请求 HTTP数据包和服务器传送至客户端的时间差测定请求HTTP数据包来测定时间差。
[0030] 另外,特征在于,识别步骤中,相互比较第一客户端的基准时间差和第二客户端的 基准时间差来识别,或相互比较第一客户端的时间差置信区间和第二客户端的时间差置信 区间来识别。
[0031] 另外,特征在于,时间差信息是IP地址、赋予各客户端的识别ID以及基准时间差中 的至少一个。还可以附加0S版本、CPU比特、以及屏幕大小信息。
[0032] 发明效果
[0033] 根据本发明,以测定根据运行环境和使用环境而变动的线路共享终端的时间和服 务器的时间而生成的时间差信息为基准,提供各浏览器的线路共享终端识别信息,从而能 够增大通过同一共享器连接的超量终端的检测的准确性和该浏览器的使用限制的实效性, 特别是能够全部检测以及限制现有技术未能检测以及限制的浏览器的使用,能够防止通过 删除超量终端识别代码来解除浏览器使用限制。
【附图说明】
[0034]本说明书的附图例示了本发明的优选实施例,与本发明的详细说明一同发挥进一 步理解本发明的技术思想的作用,因此,本发明不能解释为仅限定于附图中记载的事项。
[0035] 图1是示出本发明的一实施例涉及的线路共享终端识别装置的结构的结构图。
[0036] 图2是示出本发明的一实施例涉及的线路共享终端和终端识别服务器的结构的结 构图。
[0037] 图3是示出本发明的一实施例涉及的测定时间差的图。
[0038]图4是示出本发明的一实施例涉及的验证时间差的第二验证方法的图。
[0039]图5是示出本发明的一实施例涉及的验证时间差的第三验证方法的图。
[0040] 图6是示出本发明的一实施例涉及的"时间差置信区间"和"时间差骤变区间"的 图。
[0041] 图7是示出本发明的一实施例涉及的时间差置信区间重叠的情况的图。
[0042] 图8是示出本发明的一实施例涉及的为了识别浏览器的所属终端而生成识别信息 的第三方法的图。
[0043] 图9是按顺序示出本发明的一实施例涉及的为了识别浏览器的所属终端而生成识 别信息的步骤的图。
[0044] 图10是按顺序示出本发明的一实施例涉及的测定以及验证时间差的方法的步骤 的图。
[0045] 图11是按顺序示出本发明的一实施例涉及的用于生成以及更新时间差信息的步 骤的图。
[0046] 图12是按顺序示出本发明的一实施例涉及的用于生成"识别信息"的步骤的图。
[0047] 附图标记
[0048] 21: IP共享器 22:ISP接入网
[0049] 23:路由器 24:开关
[0050] 31:流量镜像部 32:HTTP流量过滤部
[0051 ] 33: HTTP监测服务器 40: Web服务器
[0052] 100:线路共享终端 100a:第一终端
[0053] l〇〇b:第二终端 100c:第三终端
[0054] 110:数据包分析部 120:时间差测定部
[0055] 121 :时间测定部 122 :时间差测定请求部
[0056] 200:终端识别服务器 210:数据包分析部
[0057] 220 :时间差测定部 221 :时间测定部
[0058] 222:时间差测定请求部 223:时间差计算部
[0059] 230:时间差验证部 240:时间差置信区间生成部
[0060] 250:时间差信息生成部 260 :识别信息生成部
【具体实施方式】
[0061]下面,参照附图,对本发明的优选实施例进行说明。另外,下面所说明的一实施例 并非限定权利要求范围中记载的本发明的内容,本实施方式中说明的整体结构并非是本发 明的解决手段所必须的。
[0062]线路共享终端识别装置的功能以及结构
[0063] 如图1所示,共享互联网线路的线路共享终端100,作为一例,称作通过IP共享器21 无线或有线连接的多个终端1003、10013、100(3。可分别进行!^?通信协议的互联网浏览器程 序可以在第一、二、三终端l〇〇a、100b、100c驱动。作为一例,此类互联网浏览器程序可以是 Internet Explorer、Safari、Firefox、Chrome中的任意一个。在各终端执行的互联网浏览 器通过外部Web服务器40和互联网线路连接。IP共享器21使多台终端100a、100b、100c能够 使用同一线路(或同一 IP地址)与外部Web服务器40连接。本发明通过识别连接于同一 IP共 享器21的多个终端中执行的各浏览器所属终端,能够掌握连接于同一 IP共享器21的终端的 超量终端。另一方面,本发明的一实施例涉及的终端1 〇〇a、100b、100c可以是台式计算机或 笔记本电脑。计算机或笔记本电脑等终端通过IP共享器21使用互联网时,终端的浏览器所 连接之处成为Web服务器40。因此,本发明的一实施例涉及的Web服务器40可以是驱动网页 地址(URL,例如http: //www · daum · com)的服务器。
[0064] 本发明的一实施例涉及的ISP接入网22以及路由器(router)23是能够使终端 100a、100b、100c使用互联网线路以便与Web服务器40连接的装置中的一个,属于常用技术, 因此,在不超出本发明的技术思想的范围内进行参照是不言而喻的。
[0065]在线路共享终端中的任意一个终端执行的浏览器请求HTTP连接以连接至Web服务 器40时,本发明的一实施例涉及的流量镜像部(traffic mirror)31在终端100a复制朝向 Web服务器40的上行流量(traf f i c)。流量镜像部31将所复制的上行流量传送至HTTP流量过 滤部(traffic filterWSdTTP流量过滤部32从所复制的流量中筛选出HTTP流量,并传送 至HTTP监测服务器33 JTTP流量过滤部32根据需要可以设定IS0(International Standard 0 r g a n i z a t i ο η :国际标准组织)制定的计算机通信标准规格0 SI ( 0 p e n S y s t e m Interconnection:开放式系统互联)的各层次过滤基准,以调节HTTP监测服务器33的流量 处理量。
[0066] 本发明的一实施例涉及的HTTP监测服务器33在从HTTP流量过滤部32传送的HTTP 流量中确认"GET方式的HTTP通信请求(以下为GET请求)",并向传送GET请求的终端的浏览 器传送包括时间差测定请求的HTTP通信监测数据包(packet)。以下,将传送GET请求的终端 假设为第一终端l〇〇a进行说明,HTTP通信监测数据包的一例可以参照后述的实施例。另一 方面,包括时间差测定请求的HTTP通信监测数据包通过HTTP监测服务器33传送至第一终端 100a〇
[0067] 如图2所示,第一终端100a的数据包分析部110从HTTP监测服务器33接收HTTP通信 监测数据包,并分析数据包。数据包分析部110掌握HTTP通信监测数据包包括的HTTP监测服 务器33的时间差测定请求,时间测定部221由此测定第一终端100a的时间(第一时间)。时间 差测定请求部122向终端识别服务器200传送包括时间差测定请求的HTTP数据包(第一次时 间差测定请求数据包)。此时,时间差测定请求数据包中包括第一时间信息。另一方面,为了 方便说明,区分了上述的数据包分析部110以及时间差测定部120的时间测定部121以及时 间差测定请求部122,此类各部可以由0S以及HTTP客户端源代码构成,并且可以通过浏览器 实现。因此,接收HTTP通信监测数据包的第一终端100a的浏览器相互交换后述的终端识别 服务器200和HTTP数据包而测定第一终端100a和终端识别服务器200之间的时间差。
[0068]本发明的一实施例涉及的开关24根据需要,将识别服务器200和监测服务器33连 接至互联网。
[0069] 本发明的一实施例涉及的终端识别服务器200从第一终端100a接收包括时间差测 定请求的HTTP数据包(第一次时间差测定请求数据包)。数据包分析部210分析时间差测定 请求数据包来掌握时间差测定请求,时间差测定部220的时间测定部221由此测定终端识别 服务器200的时间(第二时间)。时间差测定请求部222包括第一时间信息以及第二时间信 息,并向第一终端l〇〇a传送包括时间差测定请求的HTTP数据包(第二次时间差测定请求数 据包)。
[0070] 接收第二次时间差测定请求数据包的第一终端l〇〇a的浏览器通过数据包分析部 110以及时间测定部121测定第一终端100a的时间(第三时间)。时间差测定请求部122向终 端识别服务器200传送包括时间差测定请求的HTTP数据包(第三次时间差测定请求数据 包)。此时,时间差测定请求数据包中包括第一时间信息、第二时间信息、第三时间信息。
[0071] 终端识别服务器200从第一终端100a接收包括时间差测定请求的HTTP数据包(第 三次时间差测定请求数据包)。通过数据包分析部210以及时间测定部221测定终端识别服 务器200的时间(第四时间)。因此,通过在第一终端100a的浏览器和终端识别服务器200之 间持续交换HTTP通信数据包,能够持续测定各时间。
[0072]但是,如上所述,对于第一、二、三、四时间测定来说,可以在HTTP通信监测数据包 从HTTP监测服务器33传送至终端100a时,终端100a和终端识别服务器200双向连续交换 HTTP通信数据包(时间差测定请求数据包),并多次测定时间,作为另一例,也可以仅在HTTP 通信监测数据包从HTTP监测服务器33传送至终端100a时,终端100a向终端识别服务器200 传送时间差测定请求数据包(单向间歇性HTTP通信数据包)来测定时间。
[0073]本发明的一实施例涉及的时间差计算部223基于第一、二、三、四时间来计算各时 间差(Time Gap Value,TGV)。即,时间差计算部223计算第一时间和第二时间的第一时间差 (TGV1)、第二时间和第三时间的第二时间差(TGV2)、第三时间和第四时间的第三时间差 (TGV3)。在图3以及图4示出此类一例,并举出一例进行后述。
[0074] 测定终端100a和终端识别服务器200之间的时间差
[0075]首先,本发明利用各终端100a、100b、100c和终端识别服务器200之间的时间差来 生成识别浏览器所属终端的识别信息。各终端100a、100b、100c自行维持时间。作为一例,计 算机利用自身电池(汞电池)维持时间,根据需要连接在与互联网连接的外部时间服务器, 使时间准确地同步。但是,此类计算机即使通过外部时间服务器准确地使时间同步,各计算 机之间也会出现时间上的差异。本发明中,利用各计算机出现时间上的差异的这一点来计 算各终端100a、100b、100c和终端识别服务器200之间的时间差,从而生成浏览器的终端识 别信息。但是可以假设终端识别服务器200的时间是准确的。
[0076] 即,如图3所示,将包括在终端100a的浏览器测定的时间(第一时间,11时15分 16.100秒)的时间测定请求数据包传送至终端识别服务器200,接收包括第一时间的时间测 定请求数据包的终端识别服务器200比较即时测定的时间(第二时间,11时15分17.100秒), 从而能够测定其时间差(第一时间差,1.000秒(即,lOOOmilliseconds)。
[0077]但是,在上述第一时间差测定中,存在终端100a的时间测定起点和时间传送起点 之间的处理延时、时间传送起点和时间接收起点之间的传送延时以及终端识别服务器200 的时间接收起点和时间测定起点之间的处理延时。当然,在两侧系统和网络的运行状态正 常的大部分情况下,此类延时均很正常。但是,由于两侧计算机系统的不稳定状态(过负荷 等)导致处理延时不正常,或由于网络的不稳定状态导致传送延时不正常时,以时间差为基 准识别浏览器的终端的准确性显著降低。因此,需要验证所测定的时间差。
[0078] 时间差验证方法
[0079]本发明的一实施例中,按照如下验证所测定的时间差,可以混合使用各时间差测 定验证方法。对所测定的第一、二、三时间差进行验证时,利用各时间差计算出基准时间差。
[0080] 第一方法
[0081] 时间差计算部223累计计算上述的第一、二、三时间差,计算出平均值、最大值以及 最小值中的至少一个值,时间差验证部230选择平均值、最大值以及最小值中的任意一个, 从而能够计算出基准时间差。此时,基准时间差指的是,成为特定终端所属的特定浏览器的 基准的时间差(即,生成终端识别信息时使用)。
[0082] 第二方法
[0083] 在上述的第一方法中,不验证各时间差,而是累计后验证最接近的时间差。因此, 为了计算出被验证的时间差,需要相当长的时间,其准确性又比较低。为了弥补此类缺点, 如图4所示,第二方法连续测定三次来验证各时间差。当然,可以根据需要替换连续测定的 次数。图4中,连续测定三次终端100a和终端识别服务器200之间的时间差。第一时间差TG1 是11和t2的时间测定值的时间差,第二时间差TG2是t2和t3的时间测定值的时间差,第三时 间差TG3是t3和t4的时间测定值的时间差。通过时间差计算部223计算的TG1、TG2、以及TG3 的各差值超出预先设定的基准(例如,+ 100~-lOOmilliseconds)时,时间差验证部230不使 用所测定的所有时间差而是舍弃。相反,不超出基准时,将各时间差的平均值、中间值或筛 选值等作为经验证的时间差(基准时间差)。根据使用环境可以替换上述预先设定的基准。 [0084] 第三方法
[0085] 虽然可通过上述的第一、二方法验证各时间差,但是从一般的浏览器和服务器之 间的HTTP通信特性出发,需考虑如下事项才能更加有效地进行验证。服务器比较稳定且代 码加载时间非常迅速,在终端l〇〇a执行的浏览器需要较多的代码加载时间。因此,可以考虑 图4的终端100a的浏览器从终端识别服务器200接收测定t3的代码(时间测定请求数据包) 后的处理延时,除此以外的处理延时视为不存在。如图5所示,第三方法在测定各时间差时, 连续测定三次,并分别考虑终端的处理延时和网络的传送延时,进行验证。第一时间差TG1 是11和t2的时间测定值的时间差,第二时间差TG2是t2和t3的时间测定值的时间差,第三时 间差TG3是t3和t4的时间测定值的时间差。
[0086] 如上述,所测定的TG1、TG3可以视为没有处理延时。因此,当TG1和TG3之差符合预 先设定的第一基准(例如,+20~_20milliseconds)时,视为传送延时正常。即,视为网络的 状态正常。假如,网络状态正常且TG1和TG3的基准值(例如平均值)和TG2之差符合第二基准 (例如,0~50milliseconds)时,视为终端100g的处理延时正常。
[0087]另一方面,网络的状态和终端100a的状态为正常时,使用全部时间差测定值。因 此,可以将TG1和TG3的基准值(例如平均值)作为经验证的时间差(基准时间差)或将TG2作 为经验证的时间差(基准时间差)。相反,网络的状态和终端的状态不正常(过负荷等)时,不 使用全部时间差测定值。
[0088]终端识别信息生成方法
[0089] 对各终端100a、100b、100c的各浏览器测定并验证与终端识别服务器200的时间 差,从而生成时间差信息,以该时间差信息为基准,识别浏览器所属终端。下面,对识别浏览 器所属终端的方法进行说明。可以彼此混合使用下面的各识别方法。
[0090] 第一方法
[0091] 比较作为识别对象的第一、二浏览器的时间差,其差值符合预先设定的基准(例 如,+10〇111;[11丨860011(18~-100111;[11丨860011(18)时,识别信息生成部260将其视为在同一终端 驱动的浏览器,并生成"相同"的识别信息。相反,不符合时,识别信息生成部260将其视为在 不同的各终端驱动的浏览器,并生成"不同"的识别信息。此时,待识别的浏览器会持续增 加,依次比较新识别的浏览器,并生成上述的识别信息。根据需要可以替换上述预先设定的 基准,基准的范围也可以设定为相互不同。
[0092] 第二方法
[0093]上述的第一方法中,当作为识别对象的两个浏览器的时间差测定起点相互不同 时,识别会因时间差变动而不准确。那是因为,两个浏览器在相互不同的终端驱动时,各终 端的时间不同,更何况其差值会随时间增大。只有考虑随时间变动的时间差,各浏览器的时 间差的测定起点符合特定期间(例如,+3600~-3600seconds)时,第二方法通过上述的第一 方法识别两个浏览器的线路共享终端。
[0094] 第三方法
[0095] 根据运行环境和使用环境,驱动浏览器的终端的时间信息比较规则地变动。但是, 时间信息"会因使用者修改时间信息或系统的急剧变动(重启或过负荷等)等急剧变动"(以 下为急剧时间变动)。因此,在测定时间差的起点之间产生"急剧时间变动"时,第一方法以 及第二方法会不准确。
[0096] 第三方法并非比较作为识别对象的两个浏览器的时间差来进行识别,而是由时间 差置信生成部240在"以一个以上的时间差测定起点为基准的时间差测定区间(以下为时间 差区间)"对各浏览器生成"没有上述的急剧时间变动的时间差区间"(以下为时间差置信区 间),识别信息生成部260在时间差置信区间比较时间差信息,生成浏览器的终端识别信息。
[0097] 图6中示出了时间差置信区间的一例和时间差骤变区间的一例。首先,两个区间在 11测定出的时间差(TGV,Time Gap Value)TGV1均为3000,根据时间变动的TGV变动速度 (TCD,Time Gap De 1 ta)TGD1均为每小时30。此时,TCD可以说是某终端的时间随着时间变得 迅速或缓慢时每单位时间的基准时间误差变化量。
[0098] 观察时间差置信区间,根据TGD1的速度(30)推定TGV2时是3030,在t2符合TGV2- 般基准(例如,+1〇〇~_1〇〇111;[11186(3011(18)范围(2930~3130111;[11186(3011(18)。因此,在1:1中, t2的时间差区间是没有急剧时间变动的时间差置信区间。观察时间差骤变区间,根据TGD1 的速度(30)推定TGV2时是3030,在t2不符合TGV2-般基准范围(8900~ 9100mi 11 iseconds)。因此,在11中,t2的时间差区间是具有急剧时间变动的时间差骤变区 间。
[0099] 上述的第三方法在测定各时间差时,其时间差区间为时间差置信区间时扩张其时 间差置信区间,是时间差骤变区间时初始化,并从其时间差重新开始时间差置信区间。
[0100] 另外,时间差置信区间验证测定时间差的各浏览器没有急剧时间变动。但是,为了 比较作为识别对象的两个浏览器的时间差置信区间,需在相加作为比较对象的两个时间差 置信区间的时间差区间也没有急剧时间变动。因此,如图7所示,仅在重叠时,即使重叠一部 分,也可以识别作为识别对象的两个浏览器的时间差置信区间。即,不重叠时,识别信息生 成部260生成"无法获知"的识别信息,因此会在随后进行再次比较。
[0101] 如图7所示,作为识别对象的两个浏览器的时间差置信区间一致时,按照如下识别 浏览器所属终端。如图8所示,根据浏览器A的TGD的速度(30)推定浏览器B的TGV时是3045, 因此符合浏览器B的TGV -般基准(例如,+ 100~-lOOmilliseconds)范围(2945~ 3145milliseconds)。根据浏览器⑶的速度(50)推定浏览器A的TGV时是3020,因此符合 浏览器A的TGV-般基准范围(2930~313〇!^11丨86〇〇11(18)。因此,浏览器4和浏览器8可视为 属于同一终端,识别信息生成部生成"相同"的识别信息。相反,当任意一个不符合时,或均 不符合时,判断浏览器A和浏览器B不属于同一终端,识别信息生成部生成"不同"的识别信 息。根据情况可以替换上述的一般基准的范围。
[0102] 只是,上述说明以TGV的终点作为基准生成了识别信息,但是作为与此不同的其他 筛选基准,在"任意一定起点、起点和终点、最佳的中点(起点和终点之间的中点)"中选定任 意一个TGV,以筛选基准(以选定的TGV为基准)为中心,能够生成上述的识别信息。
[0103] 时间差信息生成部250生成后述的实施例中记载的时间差信息。时间差信息可以 由IP地址、浏览器的识别ID、TGV、TGD、SHME、Ε??ΜΕ构成。
[0104] 只是,为了方便说明,区分了上述各部,此类各部可以由HTTP源代码构成。
[0105]线路共享终端的识别方法
[0106] 如图9所示,执行时间差测定以及验证步骤S10、时间差信息生成步骤S20、以及识 别信息生成步骤S30,以识别各浏览器的所属终端。如图10所示,首先,在时间差测定以及验 证步骤S10中,从HTTP监测服务器33接收包括时间差测定请求的HTTP监测数据包的终端 l〇〇a将包括测定自身时间的第一时间的"第一次时间差测定请求数据包"传送至终端识别 服务器200(S11)。终端识别服务器200在所接收的数据包中存在第一时间时(S12),将包括 测定自身时间的第二时间的"第二次时间差测定请求数据包"传送至终端l〇〇a(S13)。终端 l〇〇a测定第三时间,并将包括第三时间的"第三次时间差测定请求数据包"传送至终端识别 服务器200(S14)。接收第三次时间差测定请求数据包的终端识别服务器200在存在第一、 二、三时间时(S15),测定自身的第四时间(S16)。终端识别服务器200通过第一、二、三、四时 间,计算第一、二、三时间差(S17)。时间差计算方法可以参照上述的内容。通过上述时间差 验证的第一、二、三方法中的任意一个或混合使用,利用第一、二、三时间差来验证时间差 (S18)。验证时间差之后,导出基准时间差(S19),基准时间差成为该浏览器的最终时间差。
[0107] 接下来,如图11所示,为了生成S20"时间差信息",终端识别服务器200首先判断是 否具有该浏览器的时间差信息(S21)。在没有时间差信息时,利用基准时间差生成新的时间 差信息(S23)。具有时间差信息时(S21),判断是否为时间差置信区间(S22)。并非时间差置 信区间时,初始化该时间差信息,并再次更新时间差信息(S23)。时间差置信区间的判断可 以参照图6。判断为时间差置信区间时,更新该浏览器的时间差信息(S23)。此时,时间差信 息的更新会扩张时间差置信区间的终点。
[0108] 通过上述的步骤,时间差信息会生成为后述的表7。时间差信息生成或更新时,利 用该时间差信息生成"识别信息"(S30)。即,如图12所示,没有时间差信息或时间差置信区 间不与第一、二浏览器重叠时,终端识别服务器200生成"无法获知"的识别信息,并将线路 共享终端识别请求传送至上一层系统。假如,终端识别服务器200具有时间差信息(S31)并 且时间差置信区间即使局部重叠时(S32),利用图8中示出的识别信息的第三方法,生成"相 同"或"不同"的识别信息,并传送至上层系统(S34)。
[0109] 实施例
[0110] 对用于识别各浏览器所属终端的实施例进行后述。此类实施例只是为了方便说明 本发明而记载,在不超出本发明的技术思想(利用时间差识别各浏览器所属终端)的范围 内,可以充分参照其他实施例。
[0111] HTTP流量复制
[0112] 在终端100a驱动的浏览器向Web服务器40产生HTTP请求时,HTTP请求通过流量镜 像部31,HTTP请求通过流量镜像部31复制至HTTP流量过滤部32。接收HTTP请求的HTTP流量 过滤部32将HTTP请求传送至HTTP监测服务器33。当然,通过终端100a产生的所有上行流量 通过流量镜像部31复制至HTTP流量过滤部32。因此,HTTP流量过滤部32检查所有上行流量, 并且仅将上行HTTP流量传送至HTTP监测服务器33。
[0113] 传送HTTP监测数据包
[0114] 从HTTP流量过滤部32接收HTTP流量的HTTP监测服务器33通过HTTP流量判断是否 为"HTTP GET请求",是"HTTP GET请求"时,将包括时间差测定请求的HTTP通信监测数据包 传送至终端l〇〇a的浏览器。
[0115] 本发明涉及的"HTTP GET请求"的实施例如下。
[0116] 表1
[0117]
[0118] "HTTP GET请求"的HTTP通信监测数据包的实施例如下。
[0119] 表2
[0120]
[0121]
[0122] 测定时间差
[0123] 通过HTTP监测服务器33接收HTTP通信监测数据包的终端100a的浏览器向终端识 别服务器200传送包括测定自身时间的第一时间的第一次时间差测定请求数据包。接收第 一次时间差测定请求数据包的终端识别服务器200包括测定自身时间的第二时间和第一时 间,并向终端l〇〇a的浏览器传送第二次时间差测定请求数据包。接收第二次时间差测定请 求数据包的终端l〇〇a的浏览器包括测定自身时间的第三时间和第一时间以及第二时间,并 向终端识别服务器200传送第三次时间差测定请求数据包。接收第三次时间差测定请求数 据包的终端识别服务器200测定自身的时间后(第四时间),计算以及验证第一、二、三时间 差,并导出最终基准时间差。另外,终端识别服务器200向终端100a的浏览器传送转换请求 数据包,使其转换到原来的网站(即,终端l〇〇a最初要连接的外部Web服务器40)。
[0124] 终端100a传送至终端识别服务器200的"第一次时间差测定请求数据包"如下。
[0125] 表3
[0126]
[0127] 11是测定正在驱动浏览器的终端100a自身的时间的第一时间。
[0128] 终端识别服务器200向终端100a传送的"第二次时间差测定请求数据包"如下。
[0129] 表4
[0130]
[0131] tl是测定正在驱动浏览器的终端100a自身的时间的第一时间,t2是终端识别服务 器200根据接收第一次时间差测定请求数据包而测定自身时间的第二时间。
[0132] 终端100a向终端识别服务器200传送的"第三次时间差测定请求数据包"如下。
[0133] 表5
[0134]
[0135] tl是测定正在驱动浏览器的终端100a自身的时间的第一时间,t2是终端识别服务 器200根据接收第一次时间差测定请求数据包而测定自身时间的第二时间,t3是接收第二 次时间差测定请求数据包的终端l〇〇a测定自身时间的第三时间。
[0136] 另一方面,接收第三次时间差测定请求数据包的终端识别服务器200在测定自身 的时间(第四时间)后,计算出作为第一时间和第二时间的差值的第一时间差、作为第二时 间和第三时间的差值的第二时间差、作为第三时间和第四时间的差值的第三时间差。由此 导出第一、二、三时间差。为了验证此类时间差,还可以使用上述的时间差验证第一、二、三 方法,在这里对第三方法(考虑传送延时以及处理延时)进行说明。
[0137] 在第一时间差和第三时间差的差值处在第一基准(+20~-20milliseconds)的范 围(传送延时判断为没有特别延迟而是正常),且"第一时间差和第三时间差的平均值"和第 二时间差的差值处于第二基准(+50~_50milliseconds)的范围时(终端的处理延时判断为 没有特别延迟而是正常)时,可以将"第一时间差和第三时间差的平均值"作为基准时间差。
[0138] 另一方面,终端识别服务器200向正在驱动浏览器的终端100a传送转换请求数据 包,以使终端l〇〇a的浏览器能够转换到原来的网站。
[0139] 表6 「01401
[0141] 生成时间差信息
[0142] 终端识别服务器200验证第一、二、三时间差并导出基准时间差后,生成包括IP地 址、ID(识别代码)、基准时间差(以下为TGV)、每小时的时间差变动(以下为IOD)、时间差置 信区间起点(以下为SHME)以及时间差置信区间终点(以下为Ε??ΜΕ)的时间差信息并存储。 基准时间差成为该浏览器的基准时间差。"时间差信息"的一实施例如下。
[0143] 表7
[0144]
[0145] 上述的时间差信息在生成后述的识别信息时,利用了时间差置信区间,因此包括 了时间差置信区间的起点以及终点(识别方法的第三方法),如上所述,在使用第一、二方法 时,会附加与此匹配的信息是理所当然的。
[0146] 时间差信息的生成通过大致如下的步骤形成。在没有"对应的时间差信息"时,"生 成该浏览器的新的时间差信息",具有对应的时间差信息时,判断是否为时间差置信区间, 是时间差置信区间时,更新上述表7中记载的该浏览器的时间差信息(时间差置信区间由此 扩张),并非时间差置信区间时,对所述时间差信息进行初始化,再次从头记录时间差置信 区间的起点以及终点。
[0147] 其中,"对应的时间差信息"指的是,作为TGV测定对象的浏览器的终端100a的IP地 址和终端识别服务器200、HTTP监测服务器33以及上层系统中的任意一个传递至向浏览器 发行的HTTP cookie(参照上述表5的最下端代码)的识别ID(识别代码)一致的时间差信息。
[0148] 另外,"生成新的时间差信息"指的是,将IP地址作为驱动浏览器的终端的公网IP, 将识别ID作为该识别ID,将TGV作为所测定的TGV,将TCD作为"0",将SHME和Ε??ΜΕ作为当前 时间,从而新生成时间差信息。
[0149] 另外,"更新对应的时间差信息"指的是,将对应的时间差信息的TGV作为最后测定 TGV,将T⑶作为"参照对应的时间差信息的TGV、TGD、SI1ME以及Ε??ΜΕ和测定TGV"而再计算 的TGD,将Ε??ΜΕ作为当前时间,从而更新对应的时间差信息。
[0150] 另外,"对所述时间差信息进行初始化"指的是,将对应的时间差信息的TGV作为测 定TGV,将T⑶作为"0",将SHME和Ε??ΜΕ作为当前时间,从而更新对应的时间差信息。
[0151] 通过上述所更新的时间差信息,可以扩张或初始化时间差置信区间(STIME~ Ε??ΜΕ),通过各浏览器生成的时间差信息,可以生成后述的识别信息。
[0152] 生成识别浏览器所属终端的识别信息
[0153] 终端识别服务器200以上述表7的时间差信息为基准,提供识别三种浏览器(此_ 01、FIREF0X-01、CHR0M-01)的所属终端的识别信息。上层系统(例如,用于掌握连接于同一 共享器的超量终端的系统)传送"线路共享终端识别请求"时,终端识别服务器200掌握是否 "具有对应的时间差信息",具有对应的时间差信息时,掌握"时间差置信区间是否一致",在 没有对应的时间差信息或时间差置信区间不一致时,将"无法获知"传送至上层系统。时间 差置信区间一致时,掌握"推定TGV是否处在该TGV的预先设定的范围内",处在范围内时,传 送"相同",未处在范围内时,传送"不同"。另一方面,通过上述的时间差置信区间的一致与 否以及推定TGV的识别方法相当于上述的第三方法,此类例子不过是一实施例,也可通过第 一、二方法实现是不言而喻的。
[0154] 上述"线路共享终端识别请求"指的是,上层系统请求浏览器的线路共享的识别信 息,参照表7的时间差信息进行说明时,请求如下的识别信息,即在"1.1.1. Γ的互联网线路 中,识别ID(识别代码)为"ΙΕ-0 Γ的浏览器和识别ID为"FIREF0X-0Γ的浏览器是否在同一 的线路共享终端驱动(识别信息:"相同"),是否分别在不同的线路共享终端驱动(识别信 息:"不同"),是否无法获知(识别信息:"无法获知")。
[0155] 另一方面,以表7的时间差信息的识别ID为"ΙΕ-0Γ和"FIREF0X-0Γ的两个浏览器 为基准,观察线路共享终端的识别信息时,相当于两个浏览器识别ID的时间差置信区间的 起点和终点"右侧一致"(参照图7)。因此,可以判断驱动两个浏览器的线路共享终端相同或 不同。根据浏览器"ΙΕ-0Γ的TGD 40的速度推定浏览器"FIREFOX-ΟΓ的TGV时是9640,因此, 不符合浏览器"FIREF0X-01"的TGV-般基准(例如,+100~-lOOmilliseconds)范围(4400~ 4600milli sec〇nds)。因此,驱动两个浏览器的线路共享终端彼此不同,终端识别服务器200 向上层系统传送"不同"。
[0156] 另外,以时间差信息的识别ID为ID "ΙΕ-0Γ和"CHR0M-0Γ的两个浏览器为基准,观 察线路共享终端的识别信息时,相当于两个浏览器的识别ID的时间差置信区间的起点和终 点"右侧一致"。由此,可以判断驱动两个浏览器的线路共享终端相同或不同。根据浏览器 "ΙΕ-0Γ的TGD 40的速度推定浏览器"CHR0M-01"的TGV时是9660,因此,符合浏览器"CHR0M-01" 的TGV-般基准(例如,+ 100~-lOOmilliseconds)范围(9550~9750mi 11 iseconds)。另 外,根据浏览器"CHROM-ΟΓ的TCD 45的速度推定浏览器"ΙΕ-ΟΓ的TGV时是9582.5,因此,符 合浏览器"ΙΕ-ΟΓ的TGV-般基准范围(9500~9700milliseconds)。因此,驱动两个浏览器 的线路共享终端相同,终端识别服务器200向上层系统传送"相同"。将这样依次新生成的浏 览器与已经经比较的现有浏览器进行相互比较,从而能够生成"无法获知"、"相同"、"不同" 的三种识别信息,由此能够识别该浏览器所属线路共享终端。
[0157]本发明涉及的线路共享终端的识别装置是提供识别浏览器所属线路共享终端100 的识别信息的一实施例。因此,会适用于需要浏览器线路共享终端识别信息的多种需求。通 过本发明的一实施例,可以识别通过共享器21使用同一线路的终端100的超量终端。因此, 在不超出本发明的技术思想的范围内,可以参照浏览器的识别ID的发行、超量终端的检测、 超量终端的浏览器的使用限制的结构以及方法。
[0158]以上,虽然参照本发明的一实施例进行说明,但是本发明并非限定于此,可进行多 种变形以及应用。即,本领域技术人员会容易理解,在不脱离本发明的宗旨的范围内,可进 行多种变形。
【主权项】
1. 一种线路共享终端识别装置,其特征在于,包括: 时间差信息生成部,其通过与共享同一线路的线路共享终端的客户端之间传送的HTTP 通信数据包来测定时间差,并分别生成所述线路共享终端的各客户端的时间差信息;以及 识别信息生成部,其基于所述时间差信息生成识别信息,所述识别信息用于识别各客 户端在多个线路共享终端中属于同一终端还是属于不同终端。2. 根据权利要求1所述的线路共享终端识别装置,其特征在于,包括: 时间差测定部,其通过从所述客户端传送的时间差测定请求HTTP数据包来测定服务器 的时间,并基于所述时间差测定请求HTTP数据包中包含的时间和所测定的所述服务器的时 间来计算时间差;以及 时间差验证部,其基于所获得的多个时间差来验证时间差,从而提取出基准时间差。3. 根据权利要求2所述的线路共享终端识别装置,其特征在于, 所述时间差验证部利用通过单向时间差测定或双向时间差测定中的至少一种测定方 法获得的多个时间差来验证时间差, 在所述单向时间差测定中,仅通过所述客户端传送至所述服务器的时间差测定请求 HTTP数据包来累计测定时间差, 在所述双向时间差测定中,通过所述客户端传送至所述服务器的时间差测定请求HTTP 数据包和服务器传送至所述客户端的时间差测定请求HTTP数据包来测定时间差。4. 根据权利要求3所述的线路共享终端识别装置,其特征在于, 在测定所述单向时间差时,所述客户端传送至所述服务器的时间差测定请求HTTP数据 包中包括所述客户端所属的线路共享终端的测定时间信息, 在测定所述双向时间差时,所述客户端传送至所述服务器的时间差测定请求HTTP数据 包中包括所述客户端所属的线路共享终端的测定时间信息以及所述服务器的测定时间信 息中的至少一个,而所述服务器传送至所述客户端的时间差测定请求HTTP数据包中包括所 述客户端所属的线路共享终端的测定时间信息和所述服务器的测定时间信息。5. 根据权利要求2所述的线路共享终端识别装置,其特征在于, 所述识别信息生成部通过对第一客户端的基准时间差和第二客户端的基准时间差进 行相互比较,从而生成所述识别信息, 或者,通过对所述第一客户端的时间差置信区间和所述第二客户端的时间差置信区间 进行相互比较,从而生成所述识别信息。6. 根据权利要求5所述的线路共享终端识别装置,其特征在于, 相互比较基准时间差时,依次比较多个客户端的各基准时间差而生成识别信息,或者 根据多个客户端的各自基准时间差值来进行分类,从而生成识别信息。7. 根据权利要求5所述的线路共享终端识别装置,其特征在于, 相互比较时间差置信区间时,分为第一客户端的时间差置信区间和第二客户端的时间 差置信区间不重叠的情况和至少一部分时间差置信区间重叠的情况来进行相互比较。8. 根据权利要求1所述的线路共享终端识别装置,其特征在于, 所述多个线路共享终端通过共享器使用相同的IP地址, 所述线路共享终端的客户端是遵守HTTP通信协议的互联网浏览器。9. 根据权利要求2所述的线路共享终端识别装置,其特征在于, 所述时间差信息是IP地址、赋予每个所述客户端的识别ID以及所述基准时间差中的至 少一个。10. 根据权利要求2所述的线路共享终端识别装置,其特征在于,包括: 流量镜像部,当共享同一线路的线路共享终端的客户端向所要连接的服务器请求连接 时,对互联网线路的上行流量进行复制; HTTP流量过滤部,使复制的流量中的HTTP流量通过; HTTP监测服务器,其接收所述HTTP流量,并向所述线路共享终端的客户端传送包括时 间差测定请求的HTTP通信监测数据包;以及 所述服务器,其根据所述时间差测定请求,通过与所述线路共享终端的客户端之间传 送的HTTP通信数据包来测定时间差,从而生成时间差信息,并基于所述时间差信息生成所 述识别信息,该识别信息用于识别各客户端在多个线路共享终端中的所属终端。11. 一种线路共享终端识别方法,其特征在于,包括如下步骤: 向线路共享终端的客户端传送包括时间差测定请求的HTTP通信监测数据包; 与所述HTTP通信监测数据包对应地,多次测定所述线路共享终端和服务器之间的时间 差; 基于所获得的多个时间差来验证时间差,从而提取基准时间差,并基于所述基准时间 差,生成时间差?目息;以及, 基于所述时间差信息,识别各客户端在多个线路共享终端中属于同一终端还是属于不 同的终端。12. 根据权利要求11所述的线路共享终端识别方法,其特征在于, 多次测定所述时间差的步骤中,通过单向时间差测定或双向时间差测定中的至少一种 测定方法来测定时间差。13. 根据权利要求12所述的线路共享终端识别方法,其特征在于, 在所述单向时间差测定中,仅通过所述客户端传送至所述服务器的时间差测定请求 HTTP数据包来测定所述时间差, 在所述双向时间差测定中,通过所述客户端传送至所述服务器的时间差测定请求HTTP 数据包和服务器传送至所述客户端的时间差测定请求HTTP数据包来测定时间差。14. 根据权利要求11所述的线路共享终端识别方法,其特征在于, 所述识别步骤中,相互比较第一客户端的基准时间差和第二客户端的基准时间差,从 而进行识别, 或者,相互比较所述第一客户端的时间差置信区间和所述第二客户端的时间差置信区 间,从而进行识别。15. 根据权利要求11所述的线路共享终端识别方法,其特征在于, 所述时间差信息是IP地址、赋予每个所述客户端的识别ID以及所述基准时间差中的至 少一个。
【文档编号】H04L29/08GK105991767SQ201610170265
【公开日】2016年10月5日
【申请日】2016年3月23日
【发明人】郭正坤, 许光辉
【申请人】郭正坤, 许光辉
再多了解一些
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1