地理位置的确定方法及装置制造方法
【专利摘要】本发明公开了一种地理位置的确定方法及装置。其中，地理位置的确定方法包括：接收客户端在待监测应用程序启动时发送的地理位置请求，其中，待监测应用程序为客户端播放多媒体文件的程序；提取地理位置请求中的网络协议地址；将网络协议地址转换为客户端的地理位置；发送包括地理位置的地理位置响应至客户端。通过本发明，解决了现有技术中确定地址位置容易造成服务器处理压力升高的问题，进而达到了节省服务器资源，提高服务器处理速度的效果。
【专利说明】地理位置的确定方法及装置
【技术领域】
[0001]本发明涉及数据处理领域，具体而言，涉及一种地理位置的确定方法及装置。
【背景技术】
[0002]为了对用户的行为进行分析和统计，通常会对用户所观看的多媒体视频文件进行监控，来分析出相关数据。当用户通过客户端进行视频播放时，利用数据采集端的软件开发工具包(Software Development Kit,简称SDK)往服务器端发送用户的行为数据,进而通过服务器对用户的行为数据进行分析，统计出所需的相关信息。
[0003]在进行相关信息统计过程中，往往需要对地理位置进行确定，现有技术中，通常采用以下两种方式来确定地理位置:
[0004]方式一:客户端在开启视频后，访问对地理位置进行转换的服务器，由服务器返回一个地理位置ID给客户端，之后客户端把该ID放入用户行为数据中发送，后续基于该ID来确定地理位置。
[0005]对于此种确定地理位置的方式，当某个时段一个热播视频开始后，短时间内大量用户开启视频会突然增大地理位置服务器的压力，一旦一台或者多台地理位置服务器转换失败，那么服务器端接收到的地理位置ID就是0，短时间内会有大量的用户归为未知区域，影响了数据的统计准确性。
[0006]方式二:客户端在开启视频后，服务器会接收到用户请求数据的行为，在接收到该用户请求数据的行为后，服务器可以从请求中提取客户端的IP，把客户端IP转换为地理位置ID。
[0007]此种确定地址位置的方式，当短时间内服务器端接收到大量请求后，转换IP依然会增加服务器的处理压力。
[0008]针对相关技术中确定地址位置容易造成服务器处理压力升高的问题，目前尚未提出有效的解决方案。
【发明内容】
[0009]本发明的主要目的在于提供一种地理位置的确定方法及装置，以解决现有技术中确定地址位置容易造成服务器处理压力升高的问题。
[0010]为了实现上述目的，根据本发明的一个方面，提供了一种地理位置的确定方法。
[0011]根据本发明的地理位置的确定方法包括:接收客户端在待监测应用程序启动时发送的地理位置请求，其中，所述待监测应用程序为所述客户端播放多媒体文件的程序；提取所述地理位置请求中的网络协议地址；将所述网络协议地址转换为所述客户端的地理位置；以及发送包括所述地理位置的地理位置响应至所述客户端。
[0012]进一步地，在发送包括所述地理位置的地理位置响应至所述客户端之前，所述确定方法还包括:加密包括所述地理位置的地理位置响应，其中，发送包括所述地理位置的地理位置响应至所述客户端包括:发送加密后的包括所述地理位置的地理位置响应至所述客户端。
[0013]进一步地，在发送包括所述地理位置的地理位置响应至所述客户端之后，所述确定方法还包括:所述客户端保存所述地理位置至临时缓存中；所述客户端重新发送所述地理位置请求至服务器，以重新接收所述地理位置；以及所述客户端利用重新接收到的所述地理位置更新所述临时缓存中的数据。
[0014]进一步地，在发送包括所述地理位置的地理位置响应至所述客户端之后，所述确定方法还包括:接收来自所述客户端的数据加载请求,其中,所述数据加载请求中包括所述地理位置；解析所述数据加载请求，以从所述数据加载请求中提取出所述地理位置；判断所述地理位置的值是否为零；以及在判断出所述地理位置的值为零的情况下，从所述数据加载请求中提取所述网络协议地址，并将所述数据加载请求中的网络协议地址转换为所述地理位置。
[0015]进一步地，在判断出所述地理位置的值不为零的情况下，或在将所述数据加载请求中的网络协议地址转换为所述地理位置之后，所述确定方法还包括:按照所述地理位置监测所述客户端。
[0016]为了实现上述目的，根据本发明的另一方面，提供了一种地理位置的确定装置。
[0017]根据本发明的地理位置的确定装置包括:第一接收单元，用于接收客户端在待监测应用程序启动时发送的地理位置请求，其中，所述待监测应用程序为所述客户端播放多媒体文件的程序；提取单元，用于提取所述地理位置请求中的网络协议地址；转换单元，用于将所述网络协议地址转换为所述客户端的地理位置；发送单元，用于发送包括所述地理位置的地理位置响应至所述客户端。
[0018]进一步地，所述确定装置还包括:加密单元，用于在发送包括所述地理位置的地理位置响应至所述客户端之前，加密包括所述地理位置的地理位置响应，其中，所述发送单元包括:发送模块，用于发送加密后的包括所述地理位置的地理位置响应至所述客户端。
[0019]进一步地，所述确定装置还包括:保存单元，用于在发送包括所述地理位置的地理位置响应至所述客户端之后，所述客户端保存所述地理位置至临时缓存中；通信单元，用于所述客户端重新发送所述地理位置请求至服务器，以重新接收所述地理位置；以及更新单元，用于所述客户端利用重新接收到的所述地理位置更新所述临时缓存中的数据。
[0020]进一步地，所述确定装置还包括:第二接收单元，用于在发送包括所述地理位置的地理位置响应至所述客户端之后，接收来自所述客户端的数据加载请求，其中，所述数据加载请求中包括所述地理位置；处理单元，用于解析所述数据加载请求，以从所述数据加载请求中提取出所述地理位置；第一判断单元，用于判断所述地理位置的值是否为零；以及第二判断单元，用于在判断出所述地理位置的值为零的情况下，从所述数据加载请求中提取所述网络协议地址，并将所述数据加载请求中的网络协议地址转换为所述地理位置。
[0021]进一步地，所述确定装置还包括:监测单元，用于在判断出所述地理位置的值不为零的情况下，或在将所述数据加载请求中的网络协议地址转换为所述地理位置之后，按照所述地理位置监测所述客户端。
[0022]通过本发明，采用接收客户端在待监测应用程序启动时发送的地理位置请求，其中，所述待监测应用程序为所述客户端播放多媒体文件的程序；提取所述地理位置请求中的网络协议地址；将所述网络协议地址转换为所述客户端的地理位置；以及发送包括所述地理位置的地理位置响应至所述客户端。由于大部分用户在启动待监测应用程序后，不会马上点击多媒体文件进行播放，所以，从待监测应用程序启动至多媒体文件播放之前的这段时间，服务器接收到的大部分数据都不需要转换，因此，通过在待监测应用程序启动时发送地理位置请求进行地理位置的确定，不会给服务器带来巨大的数据转换压力，解决了现有技术中确定地址位置容易造成服务器处理压力升高的问题，进而达到了节省服务器资源，提高服务器处理速度的效果。
【专利附图】
【附图说明】
[0023]构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0024]图1是根据本发明实施例的地理位置的确定方法的流程图；
[0025]图2是根据本发明可选实施例的地理位置的确定方法的流程图；以及
[0026]图3是根据本发明实施例的地理位置的确定装置的示意图。
【具体实施方式】
[0027]为了使本【技术领域】的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
[0028]需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0029]实施例1
[0030]根据本发明实施例，可以提供了一种可以用于实施本申请装置实施例的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
[0031]根据本发明实施例，提供了一种地理位置的确定方法，图1是根据本发明实施例的地理位置的确定方法的流程图，如图1所示，该方法包括如下的步骤S102至步骤S108:
[0032]S102:接收客户端在待监测应用程序启动时发送的地理位置请求，其中，待监测应用程序为客户端播放多媒体文件的程序。具体地，在本发明实施例中，可以通过在客户端的待监测应用程序中嵌入的数据采集端的软件开发工具包(Software DevelopmentKU，简称SDK)发送地理位置请求，该地理位置请求可以是超文本传送协议请求，即，http (hypertext transfer protocol,简称http)请求；可以通过服务器侧的进行地理位置转换的地理位置服务器接收地理位置请求，待监测应用程序可以是某视频网站的桌面客户端软件，可以是该视频网站的网页客户端软件，同样，待监测应用程序还可以是播放其它类型多媒体文件的程序，比如，可以是某音乐播放器的客户端软件等。
[0033]S104:提取地理位置请求中的网络协议地址，具体地，网络协议地址可以是IP地址(也叫互联网协议地址，Internet Protocol Address,又译为网际协议地址)，也就是，提取http请求中的IP地址。
[0034]S106:将网络协议地址转换为客户端的地理位置，S卩，将接收的客户端发送的http请求中的IP地址转换为关于该客户端的地理位置。具体地，可以通过地理位置服务器将IP地址转换为客户端的地理位置。地理位置可以用ID表示，并且可以根据需求精确到国家、省份、城市或者街道。例如=ID = 156代表中国，ID = 156110000代表北京，ID =1561100000108 代表海淀。
[0035]S108:发送包括地理位置的地理位置响应至客户端，即，地理位置服务器会发送给客户端一条关于地理位置请求的响应消息，并且该响应消息中包括将IP地址转换后得到的地理位置ID。
[0036]在本发明实施例中，由于大部分用户在启动待监测应用程序后，不会马上点击多媒体文件进行播放，所以，从待监测应用程序启动至多媒体文件播放之前的这段时间，服务器接收到的大部分数据都不需要转换，因此，通过在待监测应用程序启动时发送地理位置请求进行地理位置的确定，不会给服务器带来巨大的数据转换压力，解决了现有技术中确定地址位置容易造成服务器处理压力升高的问题，进而达到了节省服务器资源，提高服务器处理速度的效果。
[0037]优选地，在发送包括地理位置的地理位置响应至客户端之前，本发明实施例所提供的地理位置的确定方法还包括:加密包括地理位置的地理位置响应，即，对将要发送至客户端响应地理位置请求的响应消息进行加密，此时，发送包括地理位置的地理位置响应至客户端包括:发送加密后的包括地理位置的地理位置响应至客户端，也就是将加密后的响应消息发送至客户端。
[0038]在本发明实施例中，通过对地理位置响应进行加密，提高了发送至客户端的地理位置响应的安全性。
[0039]优选地，在发送包括地理位置的地理位置响应至客户端之后，本发明实施例所提供的地理位置的确定方法还包括:客户端保存地理位置至临时缓存中；客户端重新发送地理位置请求至服务器以重新接收地理位置，其中，服务器为地理位置服务器；客户端利用重新接收到的地理位置更新临时缓存中的数据。
[0040]在本发明实施例中，在客户端设置有失效策略，该失效策略为在超出预设时长的情况下，同一客户端需要重新发送地理位置请求至地理位置服务器，地理位置服务器会重新将新接收的地理位置请求中的IP协议转换为该客户端的新的地理位置，并将包含新的地理位置的新响应消息发送至客户端，客户端在接收到新响应消息后，会将临时缓存中的数据更新为新的地理位置。预设时长具体可以根据需求设置。
[0041]在本发明实施例中，通过设置失效策略，达到避免因用户地理位置发生改变，地理位置确定的准确性降低的效果。
[0042]具体地，在发送包括地理位置的地理位置响应至客户端之后，本发明实施例所提供的地理位置的确定方法还包括:
[0043]接收来自客户端的数据加载请求，其中，数据加载请求中包括地理位置。具体地，可以通过数据接收服务器接收数据加载请求，数据加载请求也可以是超文本传送协议请求，S卩，http请求。此处的地理位置为客户端临时缓存中存储的地理位置。
[0044]解析数据加载请求，以从数据加载请求中提取出地理位置。具体地，可以按键值对的形式解析数据加载请求，进而从解析后的数据加载请求中提取客户端的地理位置。
[0045]判断地理位置的值是否为零，具体地，地理位置的值可以为0，也可以不为O。如果为0，说明客户端利用时间差获取地理位置失败；如果不为0，说明客户端利用时间差获取地理位置成功。时间差是指从用户的行为来分析，大部分用户启动待监测应用程序后(即，点击待监测应用程序后)，不会马上进行多媒体文件的播放，所以对多媒体文件进行点击与播放之间会产生时间差，即，时间差是指从待监测应用程序启动至多媒体文件播放之前的这段时间。利用对多媒体文件进行点击与播放的时间差，客户端通过地理位置服务器进行地理位置的获取，不会给服务器带来巨大的数据转换压力。
[0046]在判断出地理位置的值为零的情况下，从数据加载请求中提取网络协议地址，并将数据加载请求中的网络协议地址转换为地理位置，即，在判断出客户端获取地理位置失败的情况下，数据接收服务器从数据加载请求(http请求)中提取IP地址，并将IP地址转换为地理位置。
[0047]在本发明实施例中，数据接收服务器接收到的大部分客户端的地理位置都不需要转换，节省了该服务器的资源，同时，提高了处理速度。并且，如果地理位置服务器发生故障，导致地理位置的值为零，此种情况，数据接收服务器可以从数据加载请求(http请求)中提取IP地址，并将IP地址转换为地理位置，使得客户端的网络协议地址也能够在服务器端得以转换，所以在地理位置服务器发生故障的情况下，也保证了地理位置确定的准确性。
[0048]优选地，在判断出地理位置的值不为零的情况下，或在将数据加载请求中的网络协议地址转换为地理位置之后，本发明实施例所提供的地理位置的确定方法:按照地理位置监测客户端，也就是在客户端成功获取地理位置的情况下，按照获取的地理位置对客户端进行监测。
[0049]在本发明实施例中，通过在确定客户端成功获取地理位置的情况下，再对该客户端进行监测，提高了对客户端地理位置监测的准确性，为后续的数据统计提供了良好的基础。
[0050]图2是根据本发明实施例的地理位置的确定方法的另一流程图，S卩，本发明实施例所提供的地理位置的确定方法还可以按照图2所示的流程进行，如图2所示，该方法包括如下的步骤S202至步骤S216:
[0051]S202:接收客户端发送的http请求，具体地，已嵌入数据采集端SDK的客户端软件或者页面首次被打开时，会创建一条http请求,数据接收服务器接收客户端发送的http请求。
[0052]S204:发送响应信息至客户端。具体地，数据接收服务器在接收到客户端发送的http请求后，首先会提取出该条请求的客户端IP地址，其次把此IP地址转换为一个地理位置ID,用于表示地理位置,然后创建http请求的响应信息,并对该响应信息加密，最后将响应信息发送至客户端。其中，响应信息中包含地理位置ID。通常IP转换地理位置ID可以通过一个内部或者外部的服务进行转换，也可以去IP数据库中查询，或者是把IP数据库放入内存中,通过一定的算法实现高速查找。
[0053]S206:接收客户端发送的用户请求。具体地，对应步骤S204中对响应信息加密的情况，客户端在接收到加密的响应信息后，会对响应信息进行解密，并将响应信息中的地理位置ID存入其的临时缓存中，最后发送用户请求至数据收服务器，其中，用户请求包括将从临时缓存中提取的地理位置ID。数据服务器对客户端发送的用户请求进行接收。用户请求可以是请求观看某个视频等。
[0054]S208:通过键值对的形式，解析用户请求，S卩，数据服务器接收客户端发送的用户请求后，按照键值对的形式对用户请求解析，从解析后的用户请求中提取出地理位置ID。
[0055]S210:地理位置ID是否为0，即，判断地理位置ID是否获取成功。在判断出地理位置ID不为O (即，客户端获取地理位置成功)的情况下，执行步骤S212 ;在判断出地理位置ID为0(即，客户端获取地理位置失败)的情况下，执行步骤S214。
[0056]S212:提取地理位置ID，即，在判断出地理位置ID不为O (即，客户端获取地理位置成功)的情况下，数据接收服务器对地理位置进行提取，提取的地理位置ID可以直接使用，不需转换。
[0057]S214:提取客户端IP转换为地理位置ID，即，在判断出地理位置ID为0( S卩，客户端获取地理位置失败)的情况下，数据接收服务器提取客户端IP地址，并将IP地址转换为地理位置ID，该步骤相当于步骤S104，在此不再重复说明。
[0058]S216:按业务聚合数据，即，对提取的地理位置ID进行后续处理，可以是按业务聚合数据，即，按照获取的地理位置对客户端进行监测。
[0059]需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
[0060]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如R0M/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
[0061]实施例2
[0062]根据本发明实施例，还提供了一种用于实施上述地理位置的确定方法的地理位置的确定装置，该确定装置主要用于执行本发明实施例上述内容所提供的确定方法，以下对本发明实施例所提供的地理位置的确定装置做具体介绍:
[0063]根据本发明实施例，提供了一种地理位置的确定装置，图3是根据本发明实施例的地理位置的确定装置的示意图，如图3所示，该装置主要包括第一接收单元10、提取单元20、转换单元30和发送单元40，其中:
[0064]第一接收单元10用于接收客户端在待监测应用程序启动时发送的地理位置请求，其中，待监测应用程序为客户端播放多媒体文件的程序。具体地，在本发明实施例中，可以通过在客户端的待监测应用程序中嵌入的数据采集端的软件开发工具包(SoftwareDevelopment Kit,简称SDK)发送地理位置请求,该地理位置请求可以是超文本传送协议请求，即，http (hypertext transfer protocol,简称http)请求；可以通过服务器侧的进行地理位置转换的地理位置服务器接收地理位置请求，待监测应用程序可以是某视频网站的桌面客户端软件，可以是该视频网站的网页客户端软件，同样，待监测应用程序还可以是播放其它类型多媒体文件的程序，比如，可以是某音乐播放器的客户端软件等。
[0065]提取单元20用于提取地理位置请求中的网络协议地址，具体地，网络协议地址可以是IP地址(也叫互联网协议地址，Internet Protocol Address,又译为网际协议地址)，也就是，提取http请求中的IP地址。
[0066]转换单元30用于将网络协议地址转换为客户端的地理位置，即，将接收的客户端发送的http请求中的IP地址转换为关于该客户端的地理位置。具体地，可以通过地理位置服务器将IP地址转换为客户端的地理位置。地理位置可以用ID表示，并且可以根据需求精确到国家、省份、城市或者街道。例如:ID = 156代表中国，ID = 156110000代表北京，ID = 1561100000108 代表海淀。
[0067]发送单元40用于发送包括地理位置的地理位置响应至客户端，即，地理位置服务器会发送给客户端一条关于地理位置请求的响应消息，并且该响应消息中包括将IP地址转换后得到的地理位置id。
[0068]在本发明实施例中，由于大部分用户在启动待监测应用程序后，不会马上点击多媒体文件进行播放，所以，从待监测应用程序启动至多媒体文件播放之前的这段时间，服务器接收到的大部分数据都不需要转换，因此，通过在待监测应用程序启动时发送地理位置请求进行地理位置的确定，不会给服务器带来巨大的数据转换压力，解决了现有技术中确定地址位置容易造成服务器处理压力升高的问题，进而达到了节省服务器资源，提高服务器处理速度的效果。
[0069]优选地，本发明实施例所提供的地理位置的确定装置还包括加密单元，加密单元用于在发送包括地理位置的地理位置响应至客户端之前，加密包括地理位置的地理位置响应，即，对将要发送至客户端响应地理位置请求的响应消息进行加密，此时，发送单元40包括发送模块，发送模块用于发送加密后的包括地理位置的地理位置响应至客户端，也就是将加密后的响应消息发送至客户端。
[0070]在本发明实施例中，通过对地理位置响应进行加密，提高了发送至客户端的地理位置响应的安全性。
[0071]优选地，本发明实施例所提供的地理位置的确定装置还包括保存单元、通信单元和更新单元，其中:保存单元用于在发送包括地理位置的地理位置响应至客户端之后，客户端保存地理位置至临时缓存中；通信单元用于客户端重新发送地理位置请求至服务器，以重新接收地理位置，其中，服务器为地理位置服务器；更新单元用于客户端利用重新接收到的地理位置更新临时缓存中的数据。
[0072]在本发明实施例中，在客户端设置有失效策略，该失效策略为在超出预设时长的情况下，同一客户端需要重新发送地理位置请求至地理位置服务器，地理位置服务器会重新将新接收的地理位置请求中的IP协议转换为该客户端的新的地理位置，并将包含新的地理位置的新响应消息发送至客户端，客户端在接收到新响应消息后，会将临时缓存中的数据更新为新的地理位置。预设时长具体可以根据需求设置。
[0073]在本发明实施例中，通过设置失效策略，达到避免因用户地理位置发生改变，地理位置确定的准确性降低的效果。
[0074]具体地，本发明实施例所提供的地理位置的确定装置还包括第二接收单元、处理单元、第一判断单元和第二判断单元，其中:
[0075]第二接收单元用于在发送包括地理位置的地理位置响应至客户端之后，接收来自客户端的数据加载请求，其中，数据加载请求中包括地理位置。具体地，可以通过数据接收服务器接收数据加载请求，数据加载请求也可以是超文本传送协议请求，即，http请求。此处的地理位置为客户端临时缓存中存储的地理位置。
[0076]处理单元用于解析数据加载请求，以从数据加载请求中提取出地理位置。具体地，可以按键值对的形式解析数据加载请求，进而从解析后的数据加载请求中提取客户端的地理位置。
[0077]第一判断单元用于判断地理位置的值是否为零，具体地，地理位置的值可以为0，也可以不为O。如果为0，说明客户端利用时间差获取地理位置失败；如果不为0，说明客户端利用时间差获取地理位置成功。时间差是指从用户的行为来分析，大部分用户启动待监测应用程序后(即，点击待监测应用程序后)，不会马上进行多媒体文件的播放，所以对多媒体文件进行点击与播放之间会产生时间差，即，时间差是指从待监测应用程序启动至多媒体文件播放之前的这段时间。利用对多媒体文件进行点击与播放的时间差，客户端通过地理位置服务器进行地理位置的获取，不会给服务器带来巨大的数据转换压力。
[0078]第二判断单元用于在判断出地理位置的值为零的情况下，从数据加载请求中提取网络协议地址，并将数据加载请求中的网络协议地址转换为地理位置，即，在判断出客户端获取地理位置失败的情况下，数据接收服务器从数据加载请求(http请求)中提取IP地址，并将IP地址转换为地理位置。
[0079]在本发明实施例中，数据接收服务器接收到的大部分客户端的地理位置都不需要转换，节省了该服务器的资源，同时，提高了处理速度。并且，如果地理位置服务器发生故障，导致地理位置的值为零，此种情况，数据接收服务器可以从数据加载请求(http请求)中提取IP地址，并将IP地址转换为地理位置，使得客户端的网络协议地址也能够在服务器端得以转换，所以在地理位置服务器发生故障的情况下，也保证了地理位置确定的准确性。
[0080]优选地，本发明实施例所提供的地理位置的确定装置还包括监测单元，监测单元用于在判断出地理位置的值不为零的情况下，或在将数据加载请求中的网络协议地址转换为地理位置之后，按照地理位置监测客户端，也就是在客户端成功获取地理位置的情况下，按照获取的地理位置对客户端进行监测。
[0081 ] 在本发明实施例中，通过在确定客户端成功获取地理位置的情况下，再对该客户端进行监测，提高了对客户端地理位置监测的准确性，为后续的数据统计提供了良好的基础。
[0082]从以上的描述中，可以看出，本发明解决了现有技术中确定地址位置容易造成服务器处理压力升高的问题，进而达到了节省服务器资源，提高服务器处理速度的效果。
[0083]上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0084]在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0085]在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
[0086]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0087]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0088]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM, Read-Only Memory)、随机存取存储器(RAM, Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0089]以上所述仅是本发明的优选实施方式，应当指出，对于本【技术领域】的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
【权利要求】
1.一种地理位置的确定方法，其特征在于，包括: 接收客户端在待监测应用程序启动时发送的地理位置请求，其中，所述待监测应用程序为所述客户端播放多媒体文件的程序； 提取所述地理位置请求中的网络协议地址； 将所述网络协议地址转换为所述客户端的地理位置；以及 发送包括所述地理位置的地理位置响应至所述客户端。
2.根据权利要求1所述的确定方法，其特征在于，在发送包括所述地理位置的地理位置响应至所述客户端之前，所述确定方法还包括: 加密包括所述地理位置的地理位置响应， 其中，发送包括所述地理位置的地理位置响应至所述客户端包括:发送加密后的包括所述地理位置的地理位置响应至所述客户端。
3.根据权利要求1所述的确定方法，其特征在于，在发送包括所述地理位置的地理位置响应至所述客户端之后，所述确定方法还包括: 所述客户端保存所述地理位置至临时缓存中； 所述客户端重新发送所述地理位置请求至服务器，以重新接收所述地理位置；以及 所述客户端利用重新接收到的所述地理位置更新所述临时缓存中的数据。
4.根据权利要求1所述的确定方法，其特征在于，在发送包括所述地理位置的地理位置响应至所述客户端之后，所述确定方法还包括: 接收来自所述客户端的数据加载请求，其中，所述数据加载请求中包括所述地理位置； 解析所述数据加载请求，以从所述数据加载请求中提取出所述地理位置； 判断所述地理位置的值是否为零；以及 在判断出所述地理位置的值为零的情况下，从所述数据加载请求中提取所述网络协议地址，并将所述数据加载请求中的网络协议地址转换为所述地理位置。
5.根据权利要求4所述的确定方法，其特征在于，在判断出所述地理位置的值不为零的情况下，或在将所述数据加载请求中的网络协议地址转换为所述地理位置之后，所述确定方法还包括: 按照所述地理位置监测所述客户端。
6.一种地理位置的确定装置，其特征在于，包括: 第一接收单元，用于接收客户端在待监测应用程序启动时发送的地理位置请求，其中，所述待监测应用程序为所述客户端播放多媒体文件的程序； 提取单元，用于提取所述地理位置请求中的网络协议地址； 转换单元，用于将所述网络协议地址转换为所述客户端的地理位置；以及 发送单元，用于发送包括所述地理位置的地理位置响应至所述客户端。
7.根据权利要求6所述的确定装置，其特征在于，所述确定装置还包括: 加密单元，用于在发送包括所述地理位置的地理位置响应至所述客户端之前，加密包括所述地理位置的地理位置响应， 其中，所述发送单元包括:发送模块，用于发送加密后的包括所述地理位置的地理位置响应至所述客户端。
8.根据权利要求6所述的确定装置，其特征在于，所述确定装置还包括: 保存单元，用于在发送包括所述地理位置的地理位置响应至所述客户端之后，所述客户端保存所述地理位置至临时缓存中； 通信单元，用于所述客户端重新发送所述地理位置请求至服务器，以重新接收所述地理位置；以及 更新单元，用于所述客户端利用重新接收到的所述地理位置更新所述临时缓存中的数据。
9.根据权利要求6所述的确定装置，其特征在于，所述确定装置还包括: 第二接收单元，用于在发送包括所述地理位置的地理位置响应至所述客户端之后，接收来自所述客户端的数据加载请求,其中,所述数据加载请求中包括所述地理位置； 处理单元，用于解析所述数据加载请求，以从所述数据加载请求中提取出所述地理位置； 第一判断单元，用于判断所述地理位置的值是否为零；以及 第二判断单元，用于在判断出所述地理位置的值为零的情况下，从所述数据加载请求中提取所述网络协议地址，并将所述数据加载请求中的网络协议地址转换为所述地理位置。
10.根据权利要求9所述的确定装置，其特征在于，所述确定装置还包括: 监测单元，用于在判断出所述地理位置的值不为零的情况下，或在将所述数据加载请求中的网络协议地址转换为所述地理位置之后，按照所述地理位置监测所述客户端。
【文档编号】H04L29/08GK104468771SQ201410727995
【公开日】2015年3月25日 申请日期:2014年12月3日 优先权日:2014年12月3日
【发明者】郭涛 申请人:北京国双科技有限公司