一种IP地址获取方法及装置与流程

本申请涉及信息技术领域，尤其涉及一种IP地址获取方法及装置。

背景技术：

随着信息化社会的发展，人们越来越习惯于使用是网络来进行社会活动，如，进行网上购物、通过网上银行缴费、网络即时通讯等。其中，关系到人们财产安全的社会活动的安全性，尤为受到人们关注(如，金融活动、交易行为等)。于是，人们开始通过监测网络中活动的各终端的互联网协议(Internet Protocol，IP)地址，来评估该终端对网络安全的威胁程度，并对高威胁程度的IP地址的活动重点防范，在有必要时还可以拒绝这类IP地址的访问请求，如此来提高网络的整体安全性。

但是，现有的IP地址获取方法中，在监测终端的IP地址时，仅仅局限于通过终端采用超文本传输协议(hyper texttransfer protocol，http)传输消息的消息头(message header)中获取该终端IP地址。而不法分子很容易通过安装浏览器插件、安装黑客软件、使用代理服务器等方法，改变http消息的消息头中包含的IP地址信息，导致不能获得准确的、真实的IP地址。

可见，通过现有技术获取终端IP地址的方法，其获得的IP地址的真实性、准确性较低，降低了其他需要基于终端IP地址进行信息处理的准确性。

技术实现要素：

本申请实施例提供一种IP地址获取方法及装置，用以解决现有技术中仅通过http请求的消息头获取的IP地址的真实性、准确性较低的问题。

本申请实施例提供的一种IP地址获取的方法，包括：

网络侧设备接收终端发送的第一协议的请求消息；

根据所述第一协议的请求消息，将携带有脚本语言代码的网页返回给所述终端；

接收所述终端通过运行所述脚本语言代码发送的建立通讯连接的请求消息；

根据所述建立通讯连接的请求消息，建立与所述终端的通讯连接；

通过所述通讯连接确定所述终端的第一IP地址；

本申请实施例提供的一种IP地址获取的方法，包括：

终端向网络侧设备发送第一协议的请求消息；

接收所述网络侧设备根据所述第一协议请求消息发送的网页，所述网页中携带有脚本语言代码；

运行所述脚本语言代码，并根据所述脚本语言代码向所述网络侧设备发送建立通讯连接的请求消息，使所述网络侧设备建立与所述终端的通讯连接；

通过所述通讯连接向所述网络侧设备发送数据包，使所述网络侧设备根据所述数据包确定所述终端的第一IP地址。

本申请实施例提供的一种IP地址获取的装置，包括：

第一接收模块，用于接收终端发送的第一协议的请求消息；

返回模块，用于根据所述第一协议的请求消息，将携带有脚本语言代码的网页返回给所述终端；

第二接收模块，用于接收所述终端通过运行所述脚本语言代码发送的建立通讯连接的请求消息；

通讯连接模块，用于根据所述建立通讯连接的请求消息，建立与所述终端的通讯连接；

获取模块，用于通过所述通讯连接获取所述终端的第一IP地址。

本申请实施例提供的一种IP地址获取的装置，包括：

第一发送模块，用于向网络侧设备发送第一协议的请求消息；

接收模块，用于接收所述网络侧设备根据所述第一协议请求消息发送的网 页，所述网页中携带有脚本语言代码；

通讯连接模块，用于运行所述脚本语言代码，并根据所述脚本语言代码向所述网络侧设备发送建立通讯连接的请求消息，使所述网络侧设备建立与所述装置的通讯连接；

第二发送模块，用于通过所述通讯连接向所述网络侧设备发送数据包，使所述网络侧设备根据所述数据包确定所述装置的第一IP地址。

本申请实施例提供一种IP地址获取的方法及装置，该方法网络侧设备接收终端发送的第一协议请求消息，并根据该请求消息向该终端返回携带有脚本语言代码的网页，使该终端通过运行该脚本语言代码建立与网络侧设备的通讯连接，并通过该通讯连接确定该终端的第一IP地址。上述IP地址获取方法，使得网络侧设备可确定接入终端的真实IP地址，并且确定的该真实IP地址的真实性、准确性高，提高了其他需要基于终端IP地址进行信息处理的准确性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的IP地址获取的过程；

图2是本申请实施例提供的对应于图1的IP地址获取过程；

图3为本申请实施例提供的风险控制的详细流程图；

图4为本申请实施例提供的第一种IP地址获取装置结构示意图；

图5为本申请实施例提供的第二种IP地址获取装置结构示意图。

具体实施方式

现有获取IP地址方法，由于仅通过http请求消息获取终端的IP地址，而终端的IP地址是由http请求消息的消息头确定的，这种方法很容易通过使用 浏览器插件、代理服务器等手段进行伪装篡改，所以获取的终端IP地址的真实性、准确性较低。因此，为了提高获取的IP地址的真实性、准确性，本申请实施例需要建立一个通讯连接。建立该通讯连接的目的是使网络侧设备获得终端的真实IP地址，所以该通讯连接并不进行通常意义上的通讯(如，建立视频通讯连接，并不会使终端和网络侧设备之间进行视频数据的传输)，而是以建立通讯连接为表面现象，利用建立通讯连接时需要获取终端真实IP地址这一条件，使网络侧设备通过该通讯连接获得该终端的真实IP地址。具体的，本申请实施例中，网络侧设备对发送该第一协议请求消息的终端返回携带脚本语言代码的网页，使该终端通过运行该脚本语言代码，建立与网络侧设备的通讯连接，并通过该通讯连接确定该终端的第一IP地址。于是，该终端的IP地址的确定并不仅仅通过http的请求消息头所包含的IP地址来确定，同时也通过建立的通讯连接来确定，可以有效地避免不法分子通过修改、伪装http请求消息头中IP地址使得网络侧设备获取的终端IP地址准确度和真实性低的情况，提高了获得终端IP地址的可信度(即，获得的IP地址是真实的IP地址的程度)，而进一步的也提高了其他需要基于终端IP地址进行信息处理的准确性。

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请实施例提供的IP地址获取的过程，具体包括以下步骤：

S101：网络侧设备接收终端发送的第一协议的请求消息。

在本申请实施例中，由于在实际应用中，终端在访问一个网站的服务器之前通常要经过该服务器的网关，所以在步骤S101中所述的网络侧设备可以是网关，即，网关接收终端发送的第一协议的请求消息。

同时，在本申请中所述的网络侧设备也可以是服务器，则该服务器接收终 端发送的第一协议的请求消息。另外本申请所述的网关可以是与服务器分开的单独设备，也可以是与该服务器集成在一起的一个设备。本申请对此并不做特别限定。

另外，该第一协议可以是http，由于http采用请求/响应的模式，则本申请中提到的请求消息可以是终端根据http发送的请求消息，该http请求消息包含请求访问的地址(即，服务器的地址)和终端的IP地址等。

本申请实施例中所述的终端可以是手机、个人计算机(Personal Compuer，PC)、平板电脑等各种终端。

下面以网络侧设备为网关为例进行说明。

例如，王先生想要通过终端访问某银行的网上银行网站，对自己的账户进行操作时，王先生需要先在浏览器地址栏中输入该网上银行网站的地址，终端则根据该地址生成并发送http请求消息，用以访问该网上银行的网站。由于该网上银行的网站对应的服务器设有网关，因此，该网关会接收终端发送的http请求消息。

S102：根据所述第一协议的请求消息，将携带有脚本语言代码的网页返回给所述终端。

在本申请实施例中，如果终端通过路由器、代理服务器等设备接入网络，则该第一协议的请求消息的消息头中携带的源IP地址并不是该终端自身的真实IP地址，而是路由器、代理服务器的IP地址，如果不法分子将第一协议的请求消息的消息头中携带的源IP地址进行了篡改，则该源IP地址也不是该终端自身的真实IP地址。因此，由于此时不能确定该第一协议的请求消息的消息头中携带的源IP地址就是该终端的真实IP地址，所以本申请提供的方法还需要对该终端的真实IP地址进行进一步确定。

进一步确定终端的真实IP地址时，若接收该http请求消息的网络侧设备是网关，则该网关可将终端发送的该http请求消息转发给服务器，服务器接收到该请求消息后，则会返回相应的网页，而该网页中携带有预设的脚本语言代 码，该网关则可将携带有该脚本语言代码的网页返回给终端。该脚本语言代码用于使终端运行该脚本语言代码后，可以获取该终端自身的真实IP地址并发送给网关。而若接收该http请求消息的网络侧设备是服务器，则可以直接根据该http请求消息返回携带有脚本语言代码的网页给终端。

另外，在本申请中，该网络侧设备也可不直接返回携带该脚本语言代码的网页，而是在该网页对应的网页代码中提供一个下载该脚本语言代码的地址，使终端后续在解析该网页代码时，可以从其他网络侧设备(如，服务器)中下载该脚本语言代码并运行。

其中，所述的脚本语言代码包括但不限于JavaScript代码，即，可通过JavaScript代码使终端运行该JavaScript代码后，可以获取该终端自身的真实IP地址并发送给网络侧设备。

继续沿用上例，当该网上银行的网关接收了王先生的终端发送的http请求消息后，该网关将该http请求消息转发给服务器，使该服务器返回相应的网页。之后网关将该服务器根据该http请求消息返回的网页发送给该终端，其中该网页中携带有JavaScript代码。

S103：接收所述终端通过运行所述脚本语言代码发送的建立通讯连接的请求消息。

S104：根据所述建立通讯连接的请求消息，建立与所述终端的通讯连接。

S105：通过所述通讯连接确定所述终端的第一IP地址。

在本申请实施例中，当终端接收到网络侧设备发送的网页后，需要解析该网页对应的网页代码，而由于该网页中携带有脚本语言代码，所以终端解析该网页代码时，就会加载并运行该脚本语言代码。

同时，本申请实施例中所述的脚本语言代码的功能是使该终端向网络侧设备发送建立通讯连接的请求消息，以使网络侧设备建立与该终端的通讯连接，并通过该通讯连接获取该终端的真实IP地址。所以，当该终端运行了该脚本语言代码后，该终端会向网络侧设备发送建立通讯连接的请求消息，而该网络 侧设备则通过步骤S103接收到该建立通讯连接的请求消息。

在步骤S104中，网络侧设备接收到终端发送的建立通讯连接的请求消息后，则可建立与该终端的通讯连接。进一步的，本申请中所述的通讯连接可以是网页实时通讯连接(Web Real-Time Communication，WebRTC)，而WebRTC是基于网络地址转换的用户数据报简单穿越协议(Simple Traversal of User Datagram Protocol through Network Address Translators，STUN)的。由于STUN规定了在使用WebRTC这种通讯连接时，建立通讯连接的双方必须要使用各自的真实IP地址来建立连接(即，建立该通讯连接的双方需要获取对方的真实IP地址)，而确定终端的真实IP地址时需要进行用户数据报协议(User Datagram Protocol，UDP)“打洞”，所以本申请在步骤S105中通过通讯连接确定终端第一IP地址的方法实际上就是通过UDP“打洞”的方法来确定的终端真实IP地址，具体过程可以是：

首先，网络侧设备监测终端发送的第二协议数据包，该第二协议数据包是该终端根据运行的JavaScript代码发送的。该第二协议可以是UDP。同时，由于本申请中的通讯连接可以是WebRTC，所以，网络侧设备通过WebRTC接收终端发送的UDP数据包。

其次，网络侧设备可确定该UDP数据包的源IP地址。

再次，网络侧设备将该源IP地址写入UDP应答包中，具体的，网络侧设备可将该源IP地址作为该UDP应答包的内容写入到UDP应答包中，而并非作为该UDP应答包的源IP地址，之后将携带该源IP地址的UDP应答包返回给该终端。

然后，当该终端在接收到该UDP应答包后，该终端将自身的真实IP地址作为第一IP地址发送给网络侧设备。其中，该第一IP地址的发送方式可以是多种的，可以是通过写入另一个UDP数据包中，再次通过WebRTC发送给网络侧设备，或者还可以是是通过写入另一个http消息的内容中，通过http消息发送给网络侧设备。需要说明的是，选择哪种发送方式，可以视具体实施情况 而选择，本申请对此并不做具体限定。

最后，在本申请实施例中，假设终端的第一IP地址是携带在UDP数据包中，通过WebRTC发送给网络侧设备的。则网络侧设备接收到终端发送的携带有该第一IP地址的UDP数据包后，即可获得该终端的第一IP地址，即，获得该终端的真实IP地址。

经过上述通过通讯连接确定终端的第一IP地址的过程，网络侧设备利用建立的通讯连接(即，WebRTC)和该通讯连接使用的协议(即，STUN)，进行第二协议(即，UDP)的“打洞”行为，使网络侧设备最终获得了该终端的第一IP地址(即，终端真实IP地址)。

继续沿用上例，网上银行的网关接收王先生终端发送的建立WebRTC的请求消息，并根据该请求消息建立与该终端的WebRTC。该网关接收该终端发送的UDP数据包，并确定发送该数据包的源IP地址为206.128.127.25，网关再将该源IP地址写入返回给该终端的UDP应答包中，使该终端根据接收到的UDP应答包中携带的该源IP地址，将该终端自身的真实IP地址(如，118.168.200.18)作为第一IP地址写入http消息的内容中，并发送给该网关，网关在接收到该http请求消息后，从该http请求消息的内容中解析出该终端的第一IP地址，最后该网关确定该终端的第一IP地址为118.168.200.18。

另外，在本申请实施例中，网络侧设备还可以通过步骤S101中接收终端发送的第一协议的请求消息，确定该终端的第二IP地址。即，当该第一协议为http时，网络侧设备可获取该第一协议的请求消息的消息头中携带的源IP地址，作为该终端的第二IP地址。由于该网络侧设备通过步骤S105还获取了该终端的第一IP地址，所以该网络侧设备可以根据这两个IP地址进行风控处理，或者将这两个IP地址发送给进行风控处理的设备(如，风险控制系统的服务器)进行风控处理，具体由那些设备进行风控处理本申请对此并不做特别限定。

具体的风控处理可以是这样的，由于终端的两个IP地址是通过不同的方 法获得的(根据http请求消息的消息头确定和根据WebRTC确定)，所以若网络侧设备获取的该终端的第一IP地址和第二IP地址不一致，则可以认为该终端至少是通过代理服务器发送http请求消息的，同时也有可能是恶意篡改自身IP地址以方便进行违法活动的，需要提高对该终端对应的第一IP地址的后续活动的监控等级，且由于获得的该终端的第一IP地址是其真实IP地址，所以还可以重点检查该第一IP地址的历史活动记录，检查该第一IP地址在历史上是否有违法活动等等。

继续沿用上例，由于网关在步骤S101中获得了该http请求消息，假设该网关将该消息头中携带的源IP地址确定为该终端的第二IP地址，如206.128.127.25。则当网关通过步骤S105获取该终端的第一IP地址后，该网关可将获得的王先生终端的第一IP地址和第二IP地址发送给风险控制系统进行风控处理，由于获得的第一IP地址(118.168.200.18)与第二IP地址(206.128.127.25)并不相同，所以风险控制系统将第一IP地址(118.168.200.18)作为重点监测对象，以防该IP地址的活动威胁到网上银行的安全。

通过如图1所示的IP地址获取方法，网络侧设备可以通过建立伪装的通讯连接更可以获取终端的真实IP地址，相较于通过http请求消息的消息头获得IP地址，通过伪装的通讯连接获得的IP地址更加真实可信。可见通过图1的IP地址获取方法，网络侧设备可以有效地确定接入终端的真实IP地址，其获得的IP地址的真实性、准确性较高，并且提高了其他需要基于终端IP地址进行信息处理的准确性。

基于图1所示网络侧设备所执行的IP地址获取过程，本申请实施例还提供了一种终端所执行的IP地址获取过程，如图2所示。

图2是本申请实施例提供的对应于图1的IP地址获取过程，具体包括以下步骤：

S201：终端向网络侧设备发送第一协议的请求消息。

在本申请实施例中，终端若想访问一个网站，需要先向该网站发送请求访问的消息，该请求访问的消息既是第一协议的请求消息。其中，第一协议可以为http，那么该第一协议的请求消息便是http请求消息。由于接收该终端发送的http请求消息的网络侧设备，可以通过该http请求消息的消息头，获得该终端的第二IP地址，所以终端通过向网络侧设备发送http请求消息，便可以使该网络侧设备根据该http请求消息确定该终端的第二IP地址。

S202：接收所述网络侧设备根据所述第一协议请求消息发送的网页，所述网页中携带有脚本语言代码。

在本申请实施例中，通过步骤S201网络侧设备确定了接入终端的第二IP地址，但若只从http请求信息的消息头中获得接入终端的第二IP地址，则当该终端通过安装浏览器插件、安装黑客软件、使用代理服务器等方法改变http请求消息的消息头中的IP地址时，网络侧设备得到的是伪造的、错误的终端IP地址。这就使得网络侧设备获得的IP地址是不真实、不准确的，于是为了在终端伪造其IP地址时，网络侧设备也能够获得终端的真实IP地址，本申请还需进一步使网络侧设备获得该终端的真实IP地址。

具体的，当该网络侧设备设备为网关时，则该终端将第一协议的请求消息发送给网关后，网关将该第一协议的请求消息发送给服务器，服务器则根据该请求消息向网关返回相应的网页，网关则将该网页返回给终端，终端则接收网关返回的网页，该网页中携带有脚本语言代码(该脚本语言代码具体可以是JavaScript代码)。当终端解析该网页的网页代码时，该终端就会加载并运行该JavaScript代码。其中，该JavaScript代码用于，使终端运行该JavaScript代码来获取该终端自身真实IP地址，并将该真实IP地址发送给对应的网关。

S203：运行所述脚本语言代码，并根据所述脚本语言代码向所述网络侧设备发送建立通讯连接的请求消息，使所述网络侧设备建立与所述终端的通讯连接。

S204：通过所述通讯连接向所述网络侧设备发送数据包，使所述网络侧设 备根据所述数据包确定所述终端的第一IP地址。

在本申请实施例中，终端在运行该JavaScript代码后，根据该JavaScript代码向发送网页的网络侧设备发送建立通讯连接的请求消息。该通讯连接具体可以是WebRTC。如在步骤S103～步骤S105中所述的原因，基于该WebRTC，网络侧设备需要通过UDP“打洞”使终端获取自身的真实IP地址，并将该真实IP地址发送给网络侧设备，也即，终端通过后续的步骤S204将自身的真实IP地址发送给网络侧设备。

因此，终端与网络侧设备建立WebRTC之后，在步骤S204中，终端可先向在步骤S201中发送http请求消息的网络侧设备发送第二协议数据包，其中该第二协议可以是UDP，也即，本申请中，终端与网络侧设备建立WebRTC之后，向该网络侧设备发送UDP数据包，其中该UDP数据包可以是没有任何内容的空数据包，如此可以节省网络资源，同时也可以减轻网络侧设备的压力。

网络侧设备在接收到该UDP数据包后，可确定发送该UDP数据包的源IP地址，并将该源IP地址携带在返回给该终端的UDP应答包中。于是，当该终端接收到网络侧设备返回的UDP应答包后，可以解析该UDP应答包的内容，并获得携带在该UDP应答包中的该终端的源IP地址。

其次，终端在获取UDP应答包中携带的源IP地址后，可将该源IP地址与自身真实IP地址进行对比。若一致，则将该源IP地址或者自身真实IP地址，作为第一IP地址发送给该网络侧设备，若不一致，则将自身真实IP地址作为第一IP地址发送给该网络侧设备。将该第一IP地址发送给网络侧设备，具体可以是，通过将该第一IP地址写入http请求消息的内容中发送给网络侧设备，或者将该第一IP地址写入另一个UDP数据包中发送给网络侧设备。具体的将该第一IP地址发送给网络侧设备方式本申请并不做限定。

另外，当源IP地址与自身真实IP地址一致时，也可以不返回第一IP地址，而是返回一个确认信息，使网络侧设备根据该确认信息确定其获得的源IP地址就是该终端的真实IP地址。

进一步的，当该网络侧设备获得该终端的第一IP地址之后，便可以根据该第一IP地址和与在步骤S202获得的第二IP地址进行风险控制。

图3为本申请实施例提供的风险控制的详细流程图，如图3所示。

S301：终端向网关发送第一协议请求消息。

S302：网关根据该第一协议请求消息确定该终端第二IP地址。

S303：网关转发该第一协议请求消息给服务器。

S304：服务器返回携带有脚本语言代码的网页返回给网关。

S305：网关转发携带有脚本语言代码的网页给终端。

S306：终端接收网关返回的网页，解析网页的网页代码，加载并运行该网页携带的脚本语言代码。

S307：终端向网关发送第二协议数据包。

S308：网关接收终端发送的第二协议数据包，确定该终端源IP地址。

S309：网关向终端发送携带有该终端源IP地址的第二协议应答包。

S310：终端根据接收的第二协议应答包，将自身真实IP地址发送给网关。

S311：网关接收终端发送的真实IP地址，作为终端的第一IP地址。

S312：网关将终端的第一IP地址和第二IP地址发送给风险控制系统。

S313：风险控制系统根据接收到的终端第一IP地址和第二IP地址进行风控处理。

以上为本申请实施例提供的IP地址获取方法，基于同样的思路，本申请实施例还提供相应的IP地址获取装置，如图4、图5所示。

图4为本申请实施例提供的第一种IP地址获取装置结构示意图，具体包括：

第一接收模块401，用于接收终端发送的第一协议的请求消息；

返回模块402，用于根据所述第一协议的请求消息，将携带有脚本语言代码的网页返回给所述终端；

第二接收模块403，用于接收所述终端通过运行所述脚本语言代码发送的 建立通讯连接的请求消息；

通讯连接模块404，用于根据所述建立通讯连接的请求消息，建立与所述终端的通讯连接；

获取模块405，用于通过所述通讯连接确定所述终端的第二IP地址；

所述获取模块405，具体用于接收所述终端根据所述脚本语言代码，通过所述通讯连接发送的第二协议数据包，确定发送所述第二协议数据包的源IP地址，将所述源IP地址携带在第二协议应答包中返回给所述终端，接收所述终端根据所述第二协议应答包中携带的源IP地址返回的IP地址，作为通过所述通讯连接确定的所述终端的第一IP地址。

所述装置还包括，风控模块406，用于根据所述第一协议的请求消息，确定所述终端的第二IP地址，根据所述第一IP地址和所述第二IP地址，对所述终端进行风控处理。

所述风险控制装置中，所述第一协议包括超文本传输协议http，所述脚本语言代码包括JavaScript代码，所述通讯连接包括网页实时通讯连接WebRTC，所述第二协议包括用户数据报协议UDP。

具体的，上述如图4所示的IP地址获取装置可以位于各类网站的网关中，或者位于服务器中。

图5为本申请实施例提供的第二种IP地址获取装置结构示意图，具体包括：

第一发送模块501，用于向网络侧设备发送第一协议的请求消息；

接收模块502，用于接收所述网络侧设备根据所述第一协议请求消息发送的网页，所述网页中携带有脚本语言代码；

通讯连接模块503，用于运行所述脚本语言代码，并根据所述脚本语言代码向所述网络侧设备发送建立通讯连接的请求消息，使所述网络侧设备建立与所述装置的通讯连接；

第二发送模块504，用于通过所述通讯连接向所述网络侧设备发送数据包， 使所述网络侧设备根据所述数据包确定所述装置的第一IP地址。

所述第二发送模块504，具体用于根据所述脚本语言代码，通过所述通讯连接向所述网络侧设备发送第二协议数据包，使所述网络侧设备确定发送所述第二协议数据包的源IP地址，接收所述网络侧设备返回的携带有所述源IP地址的第二协议应答包，并确定所述装置自身的真实IP地址，将所述真实IP地址作为所述装置的第一IP地址发送给所述网络侧设备。

所述风险控制装置中，所述第一协议包括超文本传输协议http，所述脚本语言代码包括JavaScript代码，所述通讯连接包括网页实时通讯连接WebRTC，所述第二协议包括用户数据报协议UDP。

具体的，上述如图5所示的IP地址获取装置可以位于各类终端中，具体可以位于手机、PC、平板电脑等各种终端中。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。