首页 / 专利库 / 单位和数量 / 停留时间 / 一种获取访问停留时间的方法及装置

一种获取访问停留时间的方法及装置

阅读:46发布:2020-05-11

专利汇可以提供一种获取访问停留时间的方法及装置专利检索,专利查询,专利分析的服务。并且本 发明 公开了一种获取 访问 停留时间 的方法及装置,该方法包括:建立网页所在的 服务器 与客户端之间的长连接;获取建立长连接的时间;检测长连接是否断开;如果检测到长连接断开,则获取断开长连接的时间;以及根据建立长连接的时间和断开长连接的时间,计算得到用户访问网页的访问停留时间。通过本发明的 实施例 就算 网站 本身是单网页应用,服务器也可以准确获取断开长连接的时间,进而再结合获取的建立长连接的时间,从而能够准确计算得到访问停留时间,从而克服了 现有技术 中无法获取单网页应用的访问停留时间的问题。,下面是一种获取访问停留时间的方法及装置专利的具体信息内容。

1.一种获取访问停留时间的方法,其包括:
建立网页所在的服务器与客户端之间的长连接;
获取建立所述长连接的时间;
检测所述长连接是否断开;
如果检测到所述长连接断开,则获取断开所述长连接的时间;
根据建立所述长连接的时间和断开所述长连接的时间,计算得到用户访问所述服务器的网页的访问停留时间,其中,所述用户访问所述服务器的网页的访问停留时间=断开所述长连接的时间-建立所述长连接的时间;
所述检测所述长连接是否断开的步骤包括:
所述服务器按照间隔第一预先设定的时间向所述客户端发送心跳检测信号
所述服务器判断是否在第二预先设定的时间内收到所述客户端发送的响应所述心跳检测信号的心跳信号;
如果所述服务器在第二预先设定的时间内收到所述客户端发送的响应所述心跳检测信号的心跳信号,则判断所述服务器与所述客户端之间的长连接正常;
如果所述服务器在第二预先设定的时间内没有收到所述客户端发送的响应所述心跳检测信号的心跳信号,则判断所述服务器与所述客户端之间的长连接已断开。
2.根据权利要求1所述的方法,其中,所述建立网页所在的服务器与客户端之间的长连接的步骤包括:
所述网页所在的服务器接收所述客户端发送的握手消息;
根据所述握手消息,检测所述客户端请求与所述服务器之间建立的连接是否为长连接;
如果所述客户端请求建立的连接是长连接,则所述服务器向所述客户端发送所述握手消息的响应消息,并建立与所述客户端之间的长连接。
3.根据权利要求1或2所述的方法,其中,所述如果检测到所述长连接断开,则获取断开所述长连接的时间的步骤为:
如果检测到所述服务器与所述客户端之间的长连接断开的断开事件之后,从所述断开事件的回调函数中,获取断开所述长连接的时间。
4.一种获取访问停留时间的装置,其包括:
连接建立模,用于建立网页所在的服务器与客户端之间的长连接;
开始时间获取模块,用于获取建立所述长连接的时间;
连接断开检测模块,用于检测所述长连接是否断开;
结束时间获取模块,用于如果所述连接断开检测模块检测到所述长连接断开,则获取断开所述长连接的时间;
访问停留时间获取模块,用于根据所述开始时间获取模块获取的建立所述长连接的时间和所述结束时间获取模块获取的断开所述长连接的时间,计算得到用户访问所述服务器的网页的访问停留时间,其中,所述用户访问所述服务器的网页的访问停留时间=断开所述长连接的时间-建立所述长连接的时间;
其中,所述连接断开检测模块包括:
心跳检测信号发送单元,用于按照间隔第一预先设定的时间向所述客户端发送心跳检测信号;
连接断开检测单元,用于如果在第二预先设定的时间内收到所述客户端发送的响应所述心跳检测信号的心跳信号,则判断所述服务器与所述客户端之间的长连接正常;以及如果所述心跳信号接收单元在第二预先设定的时间内没有收到所述客户端发送的响应所述心跳检测信号的心跳信号,则判断所述服务器与所述客户端之间的长连接已断开。
5.根据权利要求4所述的装置,其中,所述连接建立模块包括:
握手消息接收单元,用于接收所述客户端发送的握手消息;
连接类型检测模块,用于根据所述握手消息检测所述客户端请求与所述服务器建立的连接是否为长连接;
连接建立单元,用于如果所述客户端请求建立的连接是长连接,则向所述客户端发送所述握手消息的响应消息,并建立与所述客户端之间的长连接。
6.根据权利要求4或5所述的装置,其中,所述结束时间获取模块进一步用于如果检测到所述服务器与所述客户端之间的长连接断开,从检测到的断开事件的回调函数中,获取断开所述长连接的时间。

说明书全文

一种获取访问停留时间的方法及装置

技术领域

[0001] 本发明属于计算机技术领域,尤其涉及一种获取访问停留时间的方法及装置。

背景技术

[0002] 在Web2.0时代,提供各种应用的交互式Web站点纷纷出现,网站开发者为了评估网站的整体质量,对产品的迭代、UI(用户界面)的展现、交互的设计提供数据指导,提出了一系列的评估指标,其中“网页停留时间”是一项重要的指标。目前的获取网页停留时间的技术方案主要是基于用户点击行为的统计或前端Ajax(基于XML的异步JavaScript,简称Ajax)轮询来实现。
[0003] 如图1所示,当用户访问某个网站的第1个页面时,记录此时的系统时间戳t1,当用户接着访问第2个页面时,记录此时的系统时间戳t2,当用户访问到第N个页面时,记录此时的系统时间戳tn,此时用户关闭浏览器,此时的系统时间戳为tn+1,则此用户的网页停留时间=tn+1-t1。
[0004] 然而在现有技术中由于无法准确捕获到用户关闭浏览器的时间戳tn+1,导致无法知道用户在最后一个页面的时间戳,而只能采用修正的方法得到该网页停留时间的近似值:
[0005] 网页停留时间=tn-t1+Δt
[0006] 其中,Δt为Δt1,Δt2,…,Δtn-1的平均值,Δt1=t2-t1,Δt2=t3-t2,…,Δtn-1=tn-tn-1
[0007] 如果网站本身是单页面应用,即整个网站只有一个页面的话,只能得到用户访问某个网站的第1个页面的时间戳t1,导致无法准确计算出网页访问停留时间。

发明内容

[0008] 鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的获取访问停留时间的方法及装置,实现准确获取网页停留时间。
[0009] 依据本发明的一个方面,提供了一种获取访问停留时间的方法,其包括:建立网页所在的服务器与客户端之间的长连接;获取建立所述长连接的时间;检测长连接是否断开;如果检测到长连接断开,则获取断开长连接的时间;根据建立长连接的时间和断开长连接的时间,计算得到用户访问网页的访问停留时间。
[0010] 可选地,建立网页所在的服务器与客户端之间的长连接的步骤包括:网页所在的服务器接收客户端发送的握手消息;根据握手消息,检测客户端请求与服务器之间建立的连接是否为长连接;如果客户端请求建立的连接是长连接,则服务器向客户端发送握手消息的响应消息,并建立与客户端之间的长连接。
[0011] 可选地,检测长连接是否断开的步骤包括:服务器按照间隔第一预先设定的时间向客户端发送心跳检测信号;服务器判断是否在第二预先设定的时间内收到客户端发送的响应心跳检测信号的心跳信号;如果服务器在第二预先设定的时间内收到客户端发送的响应心跳检测信号的心跳信号,则服务器与客户端之间的长连接正常;如果服务器在第二预先设定的时间内没有收到客户端发送的响应心跳检测信号的心跳信号,则服务器与客户端之间的长连接断开。
[0012] 可选地,如果检测到长连接断开,则获取断开长连接的时间的步骤为:如果检测到服务器与客户端之间的长连接断开的断开事件之后,从断开事件的回调函数中,获取断开长连接的时间。
[0013] 依据本发明的另一个方面,还提供了一种获取访问停留时间的装置,其包括:连接建立模,用于建立网页所在的服务器与客户端之间的长连接;开始时间获取模块,用于获取建立长连接的时间;连接断开检测模块,用于检测长连接是否断开;结束时间获取模块,用于如果连接断开检测模块检测到长连接断开,则获取断开长连接的时间;访问停留时间获取模块,用于根据开始时间获取模块获取的建立长连接的时间和结束时间获取模块获取的断开长连接的时间,计算得到用户访问网页的访问停留时间。
[0014] 可选地,连接建立模块包括:握手消息接收单元,用于接收客户端发送的握手消息;连接类型检测模块,用于根据握手消息检测客户端请求与服务器建立的连接是否为长连接;连接建立单元,用于如果客户端请求建立的连接是长连接,则向客户端发送握手消息的响应消息,并建立与客户端之间的长连接。
[0015] 可选地,连接断开检测模块包括:心跳检测信号发送单元,用于按照间隔第一预先设定的时间向客户端发送心跳检测信号;连接断开检测单元,用于如果在第二预先设定的时间内收到客户端发送的响应心跳检测信号的心跳信号,则表示服务器与客户端之间的长连接正常;以及如果心跳信号接收单元在第二预先设定的时间内没有收到客户端发送的响应心跳检测信号的心跳信号,则表示服务器与客户端之间的长连接断开。
[0016] 可选地,结束时间获取模块进一步用于如果检测到服务器与客户端之间的长连接断开,从检测到的断开事件的回调函数中,获取断开长连接的时间。
[0017] 由上述技术方案可知,本发明的实施例具有下面的有益效果:
[0018] 在本发明的实施例中,首先建立客户端与服务器之间的长连接,并获取建立长连接的时间,然后当长连接断开时,获取断开长连接的时间,使得就算网站本身是单网页应用,服务器也可以根据获取的断开长连接的时间和建立长连接的时间计算出访问停留时间,从而克服了现有技术中无法获取单网页应用的访问停留时间的问题。
[0019] 进一步地,在本发明的实施例中,当服务器与客户端之间建立长连接之后,服务器与客户端之间传输数据包不需要每次都使用HTTP协议发送HTTP请求,因此通过本发明的实施例获取访问停留时间相对于现有技术中的Ajax轮询方式,可以有效节省带宽资源,以及节省服务器的处理资源。附图说明
[0020] 通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
[0021] 图1示出了现有技术中统计用户点击行为,以获取访问停留时间的示意图;
[0022] 图2示出了根据本发明实施例中获取访问停留时间的方法的流程图
[0023] 图3示出了根据本发明实施例中基于一次用户访问过程中,客户端和服务器建立长连接,并获取访问停留时间的示意图;以及
[0024] 图4示出了根据本发明实施例中获取访问停留时间的结构框图

具体实施方式

[0025] 下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
[0026] 下面结合图2来说明根据本发明一个实施例的、适于解决上述技术问题的获取访问停留时间的方法的流程图。该方法200始于步骤S201,在步骤S201中,建立网页所在的服务器与客户端之间的长连接。
[0027] 长连接是指在一个连接上可以连续发送多个数据包,然后断开连接。与长连接相对应的是短连接,短连接是指通讯双方有数据交互时,就建立一个连接,数据发送完成后,则断开此连接,即每次连接只完成一项业务的发送。在本发明的实施例中,长连接可以是WebSocket长连接、HTTP长连接、TCP长连接,当然也并不限于此。
[0028] 以WebSocket长连接为例,客户端可以使用连接字符串(例如http://xxx.xxx.xxx.xxx:8080)来与网页所在的服务器建立WebSocket长连接。其中,WebSocket协议是HTML5的一种新的通信协议,其实现了浏览器与服务器的双向通讯。
[0029] 当客户端不支持长连接时,可以在客户端上引入相应的数据包,例如选择包名为“socket.io.js(一个在不同的浏览器和移动设备中构建实时应用的js库)”的数据包,如下为实现客户端与服务器建立长连接的代码:
[0030]
[0031]
[0032]
[0035] 可选地,在本发明的实施例中,步骤S201包括:步骤S2011、步骤S2013、步骤S2015和步骤S2017,其中在步骤S2011中,网页所在的服务器接收客户端发送的握手消息。随后在步骤S2013中,根据握手消息,检测客户端请求与服务器之间建立的连接是否为长连接。
[0036] 可选地,在本发明的实施例中,可以基于建立连接所采用的通讯协议来判断是否为长连接,例如如果采用WebSocket协议建立连接,则可以判断得到客户端请求与服务器之间建立的连接为WebSocket长连接,当然也并不限于此。
[0037] 如果客户端请求建立的连接是长连接,则进入步骤S2015,在步骤S2015中,服务器向客户端发送握手消息的响应消息,并建立与客户端之间的长连接。
[0038] 虽然在现有技术中,也可以通过Ajax(一种基于Javascript异步请求技术)轮询来获取停留时间,但是通过Ajax轮询的方式,服务器需要向客户端发送大量的HTTP请求,会浪费带宽和服务器的处理资源。而在本发明的实施例中,当服务器与客户端之间建立长连接之后,服务器与客户端之间传输数据包不需要每次都使用HTTP协议发送HTTP请求,因此通过本发明的实施例获取访问停留时间相对于现有技术中的Ajax轮询方式,可以有效节省带宽资源,以及节省服务器的处理资源。
[0039] 如果客户端请求建立的连接不是长连接(例如是HTTP短连接),则进入步骤2017,在步骤S2017中,服务器向客户端发送握手消息的响应消息,并建立与客户端之间的其他连接(例如HTTP短连接)。
[0040] 随后,在步骤S203中,获取建立长连接的时间。
[0041] 以WebSocket长连接为例,客户端可以通过服务器本地的8080端口访问服务器,因此服务器可以通过监听本地的8080端口,来获取建立WebSocket长连接的时间tstart和客户端的地址(例如客户端的IP地址)。
[0042] 随后,在步骤S205中,检测长连接是否断开。
[0043] 可选地,在本发明的实施例中可以采用心跳检测机制来判断服务器和客户端之间的长连接是否断开,当然也并不限于此。
[0044] 以WebSocket长连接为例,服务器可以通过本地的8080端口接收来客户端发送的心跳信号,如果服务器在预定的时间段内没有接收到客户端发送的心跳信号,则可以判定WebSocket长连接断开。
[0045] 在本发明的实施例中,步骤S205可以包括:步骤S2051和步骤S2053,具体步骤如下:
[0046] 步骤S2051、服务器按照间隔第一预先设定的时间向客户端发送心跳检测信号。
[0047] 例如:服务器每间隔20秒向客户端发送一次心跳检测信号,该心跳检测信号用于提示接收到心跳检测信号的客户端需要向服务器发送心跳信号。当然可以理解的是,在本发明的实施例中并不限定第一预先设定的时间的具体值。
[0048] 步骤S2053、服务器判断是否在第二预先设定的时间内收到客户端发送的响应心跳检测信号的心跳信号。
[0049] 如果服务器在第二预先设定的时间内收到客户端发送的响应心跳检测信号的心跳信号,则可以判断服务器与客户端之间的长连接正常。
[0050] 如果服务器在第二预先设定的时间内没有收到客户端发送的响应心跳检测信号的心跳信号,则可以判断服务器与客户端之间的长连接断开。
[0051] 可选地,在本发明的实施例中,第二预先设定的时间可以是25秒,当然可以理解的是,在本发明的实施例中并不限定第二预先设定的时间的具体值。
[0052] 如果检测到长连接断开,则进入步骤S207,在步骤S207中,获取断开长连接的时间。
[0053] 可选地,在步骤S207中,如果检测到服务器与客户端之间的长连接断开的断开事件之后,可以通过服务器上预先设定的端口从断开事件的回调函数(即当服务器在预设时间之内未获得心跳信号,则调用此函数)中,获取断开长连接的时间tend。
[0054] 以WebSocket长连接为例,上述预先设的端口可以是服务器上的8080端口。
[0055] 随后,在步骤S209中,根据建立长连接的时间和断开长连接的时间,计算得到用户访问网页的访问停留时间。
[0056] 在本发明的实施例中,可以根据如下公式计算得到用户访问网页的访问停留时间:
[0057] 访问停留时间=断开长连接的时间tend-建立长连接的时间tstart
[0058] 在本发明的实施例中,首先建立客户端与服务器之间的长连接,并获取建立长连接的时间,然后当长连接断开时,获取断开长连接的时间,使得就算网站本身是单网页应用,服务器也可以根据获取的断开长连接的时间和建立长连接的时间计算出访问停留时间,从而克服了现有技术中无法获取单网页应用的访问停留时间的问题。
[0059] 以WebSocket长连接为例,在本发明的实施例中,服务器可以用Node.js(用来编写高性能网络服务器的JavaScript工具包)的socket.io模块实现WebSocket服务器的功能,WebSocket服务器可以监听本地的8080端口,并设置发送到客户端心跳检测信号的时间间隔及接收心跳信号的超时时间。
[0060] 服务器首先监听与客户端之间的WebSocket长连接,建立WebSocket长连接时获得客户端的地址以及建立WebSocket长连接的时间tstart,然后可以通过来自客户端的心跳信号来监听客户端断开WebSocket长连接的关闭事件,如果WebSocket服务器在超时时间内没有接收到客户端的心跳信号,则可以判断客户端断开WebSocket长连接。然后通过客户端断开WebSocket长连接的关闭事件的回调函数,获得客户端断开WebSocket长连接的时间tend。
[0061] 下述代码为WebSocket服务器实现上述功能的代码:
[0062]
[0063]
[0064] 需要说明的是,图2所示的方法并不限定按所示的各步骤的顺序进行,可以根据需要调整各步骤的先后顺序,另外,所述步骤也不限定于上述步骤划分,上述步骤可以进一步拆分成更多步骤也可以合并成更少步骤。
[0065] 如图3所示,首先WebSocket客户端向TCP客户端发送连接请求;TCP客户端向TCP服务器发送SYN(synchronous,是TCP/IP建立连接时使用的握手信号)消息;TCP服务器向TCP客户端发送SYN响应消息,并与WebSocket客户端建立连接。然后,WebSocket客户端向WebSocket服务器发送握手消息号;WebSocket服务器向WebSocket客户端发送该握手消息的响应消息,建立与WebSocket客户端之间的WebSocket长连接,获取建立WebSocket长连接的时间tstart,WebSocket服务器可以每间隔第一预先设定的时间(例如20秒)向WebSocket客户端发送心跳检测信号,并判断是否在第二预先设定的时间(例如25秒)内收到WebSocket客户端发送的心跳信号,如果在WebSocket服务器在第二预先设定的时间内没有收到WebSocket客户端发送的心跳信号,则可以判断WebSocket服务器与WebSocket客户端之间的WebSocket长连接断开,获取断开WebSocket长连接的时间tend,最后根据获取的断开WebSocket长连接的时间tend和建立WebSocket长连接的时间tstart,计算出访问停留时间。
[0066] 下面结合图4说明根据本发明一个实施例、适于解决上述技术问题的一种获取访问停留时间的装置。
[0067] 如图4所示,根据本发明的实施例的获取访问停留时间的装置400可以主要包括:连接建立模块401、开始时间获取模块403、连接断开检测模块405、结束时间获取模块407、访问停留时间获取模块409。应当理解,图4中所表示的各个模块的连接关系仅为示例,本领域技术人员完全可以采用其它的连接关系,只要在这样的连接关系下各个模块也能够实现本发明的功能即可。
[0068] 在本说明书中,各个模块的功能可以通过使用专用硬件、或者能够与适当的软件相结合来执行处理的硬件来实现。这样的硬件或专用硬件可以包括专用集成电路(ASIC)、各种其它电路、各种处理器等。当由处理器实现时,该功能可以由单个专用处理器、单个共享处理器、或者多个独立的处理器(其中某些可能被共享)来提供。另外,处理器不应该被理解为专指能够执行软件的硬件,而是可以隐含地包括、而不限于数字信号处理器(DSP)硬件、用来存储软件的只读存储器(ROM)、随机存取存储器(RAM)、以及非易失存储设备。
[0069] 在本发明的实施例中,连接建立模块401用于建立网页所在的服务器与客户端之间的长连接。在本发明的实施例中,长连接可以是WebSocket长连接、HTTP长连接、TCP长连接,当然也并不限于此。
[0070] 在本发明的实施例中,开始时间获取模块403用于获取建立长连接的时间。以WebSocket长连接为例,可以通过监听本地的8080端口,来获取建立WebSocket长连接的时间tstart和客户端的地址(例如客户端的IP地址)。
[0071] 在本发明的实施例中,连接断开检测模块405用于检测长连接是否断开。可选地,在本发明的实施例中连接断开检测模块405可以采用心跳检测机制来判断长连接是否断开,当然也并不限于此。
[0072] 在本发明的实施例中,结束时间获取模块407用于如果连接断开检测模块405检测到长连接断开,则获取断开长连接的时间。
[0073] 在本发明的实施例中,访问停留时间获取模块409用于根据开始时间获取模块403获取的建立长连接的时间和结束时间获取模块407获取的断开长连接的时间,计算得到用户访问网页的访问停留时间。可选地,在本发明的实施例中,访问停留时间获取模块409可以根据如下公式计算得到用户访问网页的访问停留时间:
[0074] 访问停留时间=断开长连接的时间tend-建立长连接的时间tstart
[0075] 可选地,在本发明的实施例中,连接建立模块401包括:
[0076] 握手消息接收单元,用于接收客户端发送的握手消息。以WebSocket长连接为例,客户端可以使用连接字符串(例如http://xxx.xxx.xxx.xxx:8080)来与网页所在的服务器建立长连接。其中,WebSocket协议是HTML5的一种新的通信协议,其实现了浏览器与服务器的双向通讯。
[0077] 连接类型检测模块,用于根据握手消息检测客户端请求与服务器建立的连接是否为长连接。可选地,在本发明的实施例中,连接类型检测模块可以基于建立连接所采用的通讯协议来判断是否为长连接,例如如果采用WebSocket协议建立连接,则可以判断得到客户端请求与服务器之间建立的连接为长连接。
[0078] 连接建立单元,用于如果客户端请求建立的连接是长连接,则向客户端发送所述握手消息的响应消息,并建立与客户端之间的长连接。
[0079] 在现有技术中,也可以通过Ajax轮询来获取停留时间,但是通过Ajax轮询的方式,服务器会向客户端发送大量的HTTP请求,浪费带宽和服务器的处理资源。而在本发明的实施例中,当服务器与客户端之间建立长连接之后,服务器与客户端之间传输数据包不需要每次都使用HTTP协议发送HTTP请求,因此通过本发明的实施例获取访问停留时间相对于现有技术中的Ajax轮询方式,可以有效节省带宽资源,以及节省服务器的处理资源。
[0080] 可选地,在本发明的实施例中,连接断开检测模块405包括:
[0081] 心跳检测信号发送单元,用于按照间隔第一预先设定的时间向客户端发送心跳检测信号。可选地,心跳检测信号发送单元每间隔20秒向客户端发送一次心跳检测信号,该心跳检测信号用于提示接收到心跳检测信号的客户端需要向服务器发送心跳信号,当然可以理解的是,在本发明的实施例中并不限定第一预先设定的时间的具体值。
[0082] 连接断开检测单元,用于如果在第二预先设定的时间内收到客户端发送的响应心跳检测信号的心跳信号,则表示服务器与所述客户端之间的长连接正常;以及如果心跳信号接收单元在第二预先设定的时间内没有收到客户端发送的响应心跳检测信号的心跳信号,则表示服务器与客户端之间的长连接断开。可选地,在本发明的实施例中,第二预先设定的时间可以是25秒,当然可以理解的是,在本发明的实施例中并不限定第二预先设定的时间的具体值。
[0083] 可选地,在本发明的实施例中,结束时间获取模块407进一步用于如果检测到所述服务器与客户端之间的长连接断开的断开时间之后,通过服务器上预先设定的端口从断开事件的回调函数中,获取断开长连接的时间。以WebSocket长连接为例,上述预先设的端口可以是服务器上的8080端口。
[0084] 在本发明的实施例中,首先建立客户端与服务器之间的长连接,然后通过长连接断开的断开事件的回调函数中获取断开长连接的时间,使得就算网站本身是单网页应用,服务器也可以准确获取断开长连接的时间,进而结合建立长连接的时间,计算得到访问停留时间,从而克服了现有技术中无法获取单网页应用的访问停留时间的问题。
[0085] 在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
[0086] 在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
[0087] 类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
[0088] 本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的替代特征来代替。
[0089] 此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0090] 本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的获取访问停留时间的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
[0091] 应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干设备的单元权利要求中,这些设备中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈