CN106878105B - Method and device for realizing IP positioning correction based on B/S architecture - Google Patents

Abstract

The invention provides a method for realizing IP positioning correction based on a B/S architecture, which comprises the following steps: s1, deploying a plurality of detection points on a plurality of IDCs; s2, IP data acquisition process: when a user browser accesses a page of a certain domain name, the user browser accesses the detection points one by one, acquires IP information and caches the IP information in the browser through COOKIE; when the user requests a certain page under the same domain name again, the detected COOKIE with the IP data is carried to the server through an HTTP; s3, regional arbitration algorithm flow: the server carries out arbitration or voting according to the number and weight priority algorithm by combining the IP data returned by the area database where the plurality of IPs are located and the plurality of detection points; and S4, determining the area data unique to the visitor. The invention also provides a device based on the method architecture. The invention separates the collection and arbitration based on big data thinking; the accuracy of IP positioning can be improved, and the error rate of service execution is reduced.

Description

Method and device for realizing IP positioning correction based on B/S architecture

Technical Field

The invention relates to a method and a device for realizing IP positioning correction based on a B/S architecture.

Background

When a traditional WEB site needs to acquire an area where a browser user is located, the acquisition is mainly completed based on IP positioning, namely, the IP of the browser end is acquired on the WEB site according to an HTTP protocol or TCP direct connection sockets, and final area information is obtained by selecting an area library where some IPs are located (a database of an operator and an area where the IPs belong can be calculated), so that business process processing of the area where the user needs to be located, such as advertisement display and the like, is completed.

With the development of mobile internet, network operators/IDCs adapt and optimize some access lines due to the characteristics of mobile networks. The optimized line has some differences between the IP acquired on the website and the real export IP of the browser user, the influence range of the differences is gradually enlarged, the influence range is catastrophic to some traditional websites with IP determined areas, and some products or services based on the traditional IP positioning mode have many blind areas, so that some business execution problems are caused, and particularly after 3G/4G occurs, the influence is gradually enlarged.

For example, when a region-targeted advertisement is delivered on a main content site, the IP used by a browser when accessing the main content site is a, the presented city is a calculated through an IP library 1, so that the advertisement presented to a user is an advertisement in the city a, when the user clicks the advertisement and jumps to the advertiser's site, the IP of the browser end of the user seen by the advertiser's site is B, the city is B calculated through an IP library 2, the advertisement of the region a originally delivered to the advertiser will appear, and as a result, a large number of users in the region B visit, which results in unnecessary resource waste (for example, pre-sale resources), such uncertain IP becomes more and more obvious along with the development of WAP, while products or users in a weak interaction scene such as an advertisement page are positioned by turning on GPS, the difference in IP identified by different sites is about 20% through inaccurate statistics (this particular is particularly related to a user terminal network, IDC is related to wire). In addition, there is a certain difference in the result when the same IP is queried using IP databases provided by different service providers, and this difference is about 3% of the total amount by inaccurate statistics, so the following two-dimensional data need to be chosen:

1. IP address data recognized by a plurality of IDC monitoring points

2. Data provided by database service provider in area where multiple IPs are located

Therefore, how to provide a method for improving the accuracy of IP positioning is a problem to be solved in the industry.

Disclosure of Invention

Aiming at the defects of the prior art, the invention aims to provide a method and a device for realizing IP positioning correction based on a B/S (browser/Server) architecture, which improve the accuracy of IP positioning

In order to achieve the above object, in one aspect, the present invention provides a method for implementing IP positioning correction based on a B/S architecture, which includes the following steps:

s1, deploying a plurality of detection points on a plurality of IDCs;

s2, IP data acquisition process: when a user browser accesses a page of a certain domain name, the user browser accesses the detection points one by one, acquires IP information and caches the IP information in the browser through COOKIE; when the user requests a certain page under the same domain name again, the detected COOKIE with the IP data is carried to the server through an HTTP;

s3, regional arbitration algorithm flow: the server carries out arbitration or voting according to the number and weight priority algorithm by combining the IP data returned by the area database where the plurality of IPs are located and the plurality of detection points;

and S4, determining the area data unique to the visitor.

In the invention, the IDC is an Internet data center.

The invention relates to a method for judging the internet surfing area of a user, which belongs to a voting mechanism, votes are voted according to the number and the priority, an arbitration result is output according to a certain strategy, the output result is the internet surfing area of the user, and the arbitration content comprises two dimensions of an IP and a database of the area where the IP is located.

In the invention, the detection point is generally deployed in IDCs of a plurality of operators in various places or uses a third-party service to provide a site for acquiring visiting IP information of the browser, and the detection point only returns IP information of an outlet of the browser and can be deployed together with other existing services.

The invention separates the collection and arbitration based on big data thinking, is more beneficial to tracking the IP data of the network outlet of the user under the weak interaction environment, and is convenient for problem analysis and troubleshooting; in the execution process, the IP data of a plurality of detection points and the regional database where the IP is located are subjected to accuracy type selection, so that the accuracy of IP positioning can be improved, and the error rate of service execution is reduced.

According to another embodiment of the present invention, in step S1, the detection point may be deployed in an existing service server or a reinx + LUA implementation is redeployed.

According to another embodiment of the present invention, the detection point may return the visitor' S exit IP information in step S1.

According to another embodiment of the present invention, step S2 further includes:

s21: the browser runs the JS script downloaded by the main station and judges whether the IP data of the detection point stored in COOKIE exists or not; if the exit IP data exists, the flow is ended, and if the exit IP data does not exist, the corresponding detection point is requested to obtain the exit IP data;

s22: the detection point identifies the exit IP of the user and returns;

s23: the browser stores the returned IP into a corresponding COOKIE slot;

s24: and repeating the steps to collect a plurality of detection point data.

S25: the browser will submit the COOKIE to the background when requesting the content of the master station.

According to another embodiment of the present invention, step S3 further includes:

s31: the server side acquires the IP data collected by each detection point through COOKIE carried by the request;

s32: the server checks whether regional data obtained by GPS positioning exists in COOKIE-GPS; if yes, using area data of GPS as result data, and entering step S35; if not, the next step is carried out;

s33: the server checks whether the IP used by the current user access is in a correction IP cache table of the service; if yes, directly acquiring a corresponding home region, and entering step S35; if not, entering the next step;

s34: through the IPs provided by the detection points, combining the weights of the detection points, using a regional database where a plurality of purchased IPs are located to carry out arbitration, and obtaining a final regional result to output;

s35: after the city where the user is located is obtained, a subsequent business process is carried out;

s36: the flow ends.

According to another embodiment of the present invention, the expiration time of COOKIE is set to 0.5 to 3 hours, and more preferably 1 hour based thereon.

According to another embodiment of the present invention, the request for collecting IP and the request for requesting the page of the master station are two independent processes that are executed asynchronously and not in sequence.

According to another embodiment of the present invention, the arbitration principle is:

a. minority-compliant majority;

b. the IP provided by the detection point with high weight is better than the IP provided by the detection point with low weight;

c. the thinking of big data is adopted for voting.

According to another embodiment of the present invention, the correction of the IP cache table can directly obtain the regional result at the next same IP access.

In another aspect, the present invention provides a device based on the above method architecture.

Compared with the prior art, the invention has the following beneficial effects:

1. based on big data thinking, the collection and arbitration are separated, and the method is more favorable for tracking the IP data of the network outlet of the user in a weak interaction environment, and is convenient for problem analysis and troubleshooting;

2. in the execution process, the IP data of a plurality of detection points and the regional database where the IP is located are subjected to accuracy type selection, so that the accuracy of IP positioning can be improved, and the error rate of service execution is reduced.

The present invention will be described in further detail with reference to the accompanying drawings.

Drawings

FIG. 1 is a schematic view of the basic principle of embodiment 1;

FIG. 2 is a schematic view of step S2 in example 1;

fig. 3 is a schematic diagram of step S3 in embodiment 1.

Detailed Description

Example 1

The embodiment provides a method for realizing IP positioning correction based on a B/S architecture, and also provides a device based on the method architecture. In the embodiment, a network outlet IP address of a browser end is identified by deploying a plurality of IP detection points, and a network area of a current user is voted and selected by combining a database of areas where a plurality of IPs are located, so that information which is closer to a real internet area where the user is located is finally obtained; and simultaneously recording a detailed IP tracking log of the user so as to diagnose and analyze the network condition of the user in the following. The method can better improve the accuracy of IP positioning, is a method for correcting inaccurate IP acquisition of the current network server, and can be applied to weak interaction scenes such as city where a user is located and regional advertisement display and the like acquired on a webpage. The method comprises the following steps:

s1, deploying a plurality of detection points on a plurality of IDCs;

s2, IP data acquisition process: when a user browser accesses a page of a certain domain name, the user browser accesses the detection points one by one, acquires IP information and caches the IP information in the browser through COOKIE; when the user requests a certain page under the same domain name again, the detected COOKIE with the IP data is carried to the server through an HTTP;

s3, regional arbitration algorithm flow: the server carries out arbitration or voting according to the number and weight priority algorithm by combining the IP data returned by the area database where the plurality of IPs are located and the plurality of detection points;

and S4, determining the area data unique to the visitor.

The key point of the embodiment is how to realize the collection of IP data under the B/S architecture and arbitrate by using big data thinking to obtain a final area, thereby improving the accuracy of obtaining a user area; the basic principle of the embodiment is as follows:

by deploying a plurality of detection points in a plurality of IDCs or purchasing a plurality of third-party services (hereinafter, the detection points are collectively referred to as detection points, and the total number is assumed to be 10), the detection points can be deployed in the existing service server or implemented by redeploying NGINX + LUA, and the functions of the monitoring points are only to return IP information of the exit of the visitor. When a user browser accesses a page of a certain domain name, the monitoring points are accessed one by one through a loaded section of JS to acquire IP information and the IP information is cached in the browser through COOKIE, if COOKIE (which is not expired) of the corresponding monitoring point exists, acquisition is not needed so as to reduce unnecessary network overhead, when the user requests a certain page of the same domain name again, the detected COOKIE with IP data is carried to a server through an HTTP protocol, the server performs arbitration or voting according to a number and weight priority algorithm by combining IP data returned by a plurality of area databases where the IPs are located and a plurality of detection points, and the only area data of the visitor is obtained and used as a service system.

The key logic implementation of the present embodiment is in step S2: IP data collection flow and step S3: and (4) regional arbitration algorithm flow.

Step S2 includes:

s21: the browser runs the JS script downloaded by the main station, judges whether IP data of COOKIE1-N storage detection points exist (are expired), if yes, the corresponding detection points are requested to obtain outlet IP data;

s22: a detection point (normally deployed with NGINX + LUA scripts) identifies the exit IP of a user and returns (by acquiring HTTP header information and the source IP of a directly connected network connection socket, which is a standard calculation method commonly used in the industry);

s23: the browser stores the returned IP into a corresponding COOKIE slot, and the COOKIE is automatically deleted after expiration;

s24: repeating the steps to collect a plurality of detection point data;

s25: when the browser requests the content of the main station, the browser carries and submits the COOKIE to arbitration logic of the background to execute operation.

In step S2, the request for collecting IP and the request for requesting the master page are executed asynchronously, and are two independent processes, and the processes are executed in a non-sequential manner with COOKIE as a link therebetween. In order to ensure that the times of requesting detection points and the arbitration result are valid within a certain time range, the expiration time of COOKIE is set to 1 hour.

Step S3 includes:

s31: the server side obtains the IP data collected by each detection point through COOKIE0-N carried by the request;

s32: the server checks whether or not there is area data obtained by GPS positioning in the COOKIE information-GPS, and if so, the server proceeds to step S35 using the area data of the GPS as result data. If not, the next step is carried out;

few product designs in a mobile terminal WAP page with weak interaction design can actively enable a user to call up a GPS authorization prompt box, or most users can also choose to cancel the GPS authorization prompt box even if the user pulls up the GPS authorization prompt box, so that the GPS positioning area data cannot be obtained in most cases.

S33: the server checks whether the IP accessed and used by the current user is in the corrected IP cache table of the service, and if so, directly acquires the corresponding home domain, and then enters step 205. If not, entering the next step;

the correction IP cache table is a cache table constructed by the regional data which is obtained after the feedback of the complaints of the user and the confirmation of the user, and is used for directly obtaining the regional result when the same IP is accessed next time.

S34: through the IPs provided by the detection points, combining the weights of the detection points, using a regional database where a plurality of purchased IPs are located to arbitrate, wherein the arbitration principle is that a minority obeys majority, the weight is higher than the weight, voting is performed by adopting the thinking of big data, and the final regional result is output;

s35: after obtaining the city where the user is located, performing subsequent business processes, for example, obtaining the regional advertisement of the advertiser and returning the regional advertisement to the browser end for response;

s36: the flow ends.

Meanwhile, the log of the whole process is written in the arbitration process, and the table is designed as follows:

although the present invention has been described with reference to the preferred embodiments, it is not intended to limit the scope of the invention. It will be appreciated by those skilled in the art that changes may be made without departing from the scope of the invention, and it is intended that all matter contained in the above description or shown in the accompanying drawings shall be interpreted as illustrative and not in a limiting sense.

Claims (8)

1. A method for realizing IP positioning correction based on B/S architecture comprises the following steps:

s1, deploying a plurality of detection points on a plurality of IDCs;

s2, IP data acquisition process: when a user browser accesses a page of a certain domain name, the user browser accesses the detection points one by one, acquires IP information and caches the IP information in the browser through COOKIE; when the user requests a certain page under the same domain name again, the detected COOKIE with the IP data is carried to the server through an HTTP;

s3, regional arbitration algorithm flow: the server carries out arbitration or voting according to the number and weight priority algorithm by combining the regional database where the plurality of IPs are located and the IP data returned by the plurality of detection points; wherein, the step S3 further includes:

s31: the server side acquires the IP data collected by each detection point through COOKIE carried by the request;

s32: the server checks whether regional data obtained by GPS positioning exists in COOKIE-GPS; if yes, using area data of GPS as result data, and entering step S35; if not, the next step is carried out;

s33: the server checks whether the IP used by the current user access is in a correction IP cache table of the service; if yes, directly acquiring a corresponding home region, and entering step S35; if not, entering the next step;

s34: through the IPs provided by the detection points, combining the weights of the detection points, using a regional database where a plurality of purchased IPs are located to carry out arbitration, and obtaining a final regional result to output;

s35: after the city where the user is located is obtained, a subsequent business process is carried out;

s36: the flow is finished;

and S4, determining the area data unique to the visitor.

2. The method of claim 1, wherein in step S1, the detection point may be deployed at an existing traffic server or a re-deployment NGINX + LUA implementation.

3. The method of claim 2, wherein the detection point may return visitor egress IP information in step S1.

4. The method of claim 1, wherein step S2 further comprises:

s21: the browser runs the JS script downloaded by the main station and judges whether the IP data of the detection point stored in COOKIE exists or not; if the exit IP data exists, the flow is ended, and if the exit IP data does not exist, the corresponding detection point is requested to obtain the exit IP data;

s22: the detection point identifies the exit IP of the user and returns;

s23: the browser stores the returned IP into a corresponding COOKIE slot;

s24: repeating the steps to collect a plurality of detection point data;

s25: the browser will submit the COOKIE to the background when requesting the content of the master station.

5. The method of claim 4, wherein the expiration time of COOKIE is set to 0.5-3 hours.

6. The method of claim 4, wherein the request to collect IP and the request to request the master page are two independent processes that are executed asynchronously and out of order.

7. The method of claim 1, wherein the arbitration principle is:

a. minority-compliant majority;

b. the IP provided by the detection point with high weight is better than the IP provided by the detection point with low weight;

c. the thinking of big data is adopted for voting.

8. The method of claim 1, wherein the correction of the IP cache table directly results in the region result at the next same IP access.

Images