WO2007131001A2 - Location information management - Google Patents

Location information management Download PDF

Info

Publication number
WO2007131001A2
WO2007131001A2 PCT/US2007/067966 US2007067966W WO2007131001A2 WO 2007131001 A2 WO2007131001 A2 WO 2007131001A2 US 2007067966 W US2007067966 W US 2007067966W WO 2007131001 A2 WO2007131001 A2 WO 2007131001A2
Authority
WO
WIPO (PCT)
Prior art keywords
location
data
harmonized
product
computer readable
Prior art date
Application number
PCT/US2007/067966
Other languages
French (fr)
Other versions
WO2007131001A3 (en
Inventor
Anne Bezancon
Original Assignee
1020, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 1020, Inc. filed Critical 1020, Inc.
Priority to CA002651195A priority Critical patent/CA2651195A1/en
Priority to EP07761705A priority patent/EP2013837A4/en
Priority claimed from US11/743,102 external-priority patent/US7942319B2/en
Publication of WO2007131001A2 publication Critical patent/WO2007131001A2/en
Publication of WO2007131001A3 publication Critical patent/WO2007131001A3/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management

Definitions

  • location information as it pertains to business activity is looked upon as a consequence of said business activity (when looking at the yellow pages, search by business type first, then find the address and telephone number).
  • business B1 runs a restaurant a location L1
  • business B2 offers wi-fi connectivity at same Location L1
  • the information about L1 is going to be collected and managed separately and for different purposes by B1 and B2.
  • the "place" will be described differently, the street address expressed differently, the name of the business will be described differently (ex: McDonald's #123 vs. McDonald's Washington St vs. MacDonald's Restaurant)
  • location information is used as a semantic construction to describe where a physical place is (postal addressing standards historically derived from necessity to classify, organize and find places) but there is no generally adopted system to describe places which do not have a postal address, although any physical place on earth has a unique combination of latitude and longitude
  • a business activity as a set of attributes specific to an entity performing a business activity at a given location to enable management of location information in an advantageously new way.
  • FIG. 1 which illustrates a conventional product-location specific data collection method
  • entity 1 creates a record of location 1 because of instance of product 1 at location 1 called product-locationi .
  • product-locationi For example, McDonald's (entity) creates a record of a new restaurant (product) at 123 Main street in Oakland, CA (location), resulting in: McDonald's #3487, 123 North Main St, Oakland, CA.
  • entity 2 creates a product-location record 2 at the same location.
  • Wayport entity creates a record of a new wi-fi hotspot (product), resulting in MACDONALDS, 123 MAIN N, OAKLAND, CA (location).
  • the two locations are physically the same or at least they ought to be deemed identical for certain purposes. However, they may well be read as two different locations, e.g., location 1 and location 2, due to their different expressions of the same physical address. It is desired to have a system which puts the location object at the center of the model and system, rather than centralizing an entity or product associated with the location, or a combination of entity or product with the location.
  • a method for managing product-location specific is provided from multiple users at a centralized network hub. The information is transformed and the location data are harmonized to generate location- harmonized data. One or more attributes are attached to the location-harmonized data at least including product data to generate location-harmonized product-location specific data. The location-harmonized product-location specific data and/or content derived therefrom is distributed, and/or other content is distributed based based on the location- harmonized product-location specific data and/or on the location harmonized data, to the same or different users. One or more efficient customer access methods is/are also provided.
  • the location data may be harmonized by converting collected location information to latitude-longitude coordinates and/or geocoding, which may include converting collected location information to latitude-longitude coordinates and/or providing an electronic map and determining latitude-longitude coordinates of a specific location on the map indicated by a user.
  • the location data may also be harmonized by assigning a same location identifier to at least two location data corresponding to a same geographic location.
  • the location-harmonized product-location specific data and/or the location-harmonized data may be translated to one or more specific customer access formats, typologies and/or languages.
  • the one or more attributes may include vendor and/or time data.
  • the method may further include determining that a location of an on-line user is within a geographic region that is sufficiently proximate to the location corresponding to an instance of the location-harmonized product-location specific data.
  • the location-harmonized information may be visualized for the customer by providing a geographical map identifying locations of products.
  • the map may include an interactive component that permits a customer to retrieve product, vendor, time, and/or other attribute relating to a location identified on the map.
  • the location may include a specific point or an area on the map.
  • Activity relating to the handling of the product-location specific information and/or data generated therefrom may be compiled and reported. - A - BRIEF DESCRIPTION OF THE DRAWINGS
  • Figure 1 schematically illustrates a conventional location specific data collection method. Even though LOCATION 1 and LOCATION 2 are the same logical location, they are not harmonized and are managed separately.
  • Figure 2 schematically illustrates a product-location specific data collection method in accordance with a preferred embodiment.
  • Figure 3 schematically illustrates a conventional information sharing method among several business associates.
  • Figure 4 schematically illustrates an information sharing method in accordance with a preferred embodiment.
  • Accuracy and precision are objective measurements of the effectiveness of a location information management system.
  • accuracy does not equate relevance of the information, which is subjective and depends upon the entity and its purpose. If a location comes in as 123 Main street in Oakland, CA, it is accurate, but it may not be relevant if their was a typo in the original input and the actual address for the location in question is 213 Main street. 1020's system, by identifying the uniqueness of a location through the combination of multiple attributes, can offer the user "candidate" locations to chose from that match some of the criteria of the entered record.
  • the system will ask the user if this is the location described by the new record.
  • Figure 2 illustrates how entity 1 and entity 2 provide respective product-location specific information as product-location 1 and product-location 2.
  • the products are different, but the locations are really the same.
  • the location information is harmonized, as product 1 and product 2 are actually available at the same or similar location.
  • the locations could be broader, such as a certain neighborhood in Oakland, or Oakland, CA itself, or just California, or Alameda County.
  • Geocoding is currently performed by comparing an input address with a database of existing addresses (or more often street segments with building number boundaries) which have already been associated with latitude and longitude coordinates.
  • Current geographical information system software calculates the most probable coordinates for the input location by assuming distance from the end points based on the street number given in the input, unless they can use more detailed and complete datasets that already have exact geocode information for each building on a given street.
  • Geocode information is available in the United States, in part due to public and free datasets made available by the government, but this is not the case in other countries, where alternative methods such as the one described below can be used.
  • the system will additionally allow direct interaction with an electronic map, whereby the user can click on a precise point on the map at the "place" they know corresponds to the proper position of the location they want to geocode.
  • the system will calculate what latitude and longitude coordinates correspond to that "click” and assign those coordinates to the location in the database.
  • FIG 3 schematically illustrates a conventional information sharing method among several business associates, when entity 1 creates a new record about a new location 2 in the system, information about this location 2 is immediately available for other entities to use, either to attach their own product to, or to obtain information about entity 1 's business.
  • Entity 1 may be in business with five other entities 2, 3, 4, 5 and 6. Entity 1 provides its five partners with a list of its locations every week. Entity 1 therefore sends five lists of the same data to five different partners every week. If the four partners of entity 1 are also partners among themselves, and also send to all their partners a list of their locations every week, then we have the following location data flows. Entity 1 > Entity 2 Entity 3 > Entity 1 Entity 5 > Entity 1
  • Entity 1 Entity 3 Entity 3 > Entity 2 Entity 5 > Entity 2
  • Entity 1 Entity 4 Entity 3 > Entity 4 Entity 5 > Entity 3
  • Entity 1 Entity 5 Entity 3 > Entity 5 Entity 5 > Entity 4
  • Entity 1 Entity 6 Entity 3 > Entity 6 Entity 5 > Entity 6
  • Entity 2 Entity 1 Entity 4 > Entity 1 Entity 6 > Entity 1
  • Entity 2 Entity 3 Entity 4 > Entity 2 Entity 6 > Entity 2
  • Entity 2 Entity 4 Entity 4 > Entity 3 Entity 6 > Entity 3
  • Entity 2 Entity 5 Entity 4 > Entity 5 Entity 6 > Entity 4
  • Entity 2 Entity 6 Entity 4 > Entity 6 Entity 6 > Entity 5
  • Each entity P1 to P6 publishes to each of its partners, and subscribes to each of them as well, through the hub or 1020 exchange platform.
  • the hub serves as a data interface. Entities express their location and product location information in the format, typology and language that suits their business.
  • the hub adapts to the existing raw data coming in whatever format, type and language (vocabulary, spelling, grammar, syntax) and converts it into an unified format, typology and language. Conversely, the hub may translate back into customer language whatever data the customer obtains from the hub's central repository.
  • An access method interfaces may be provided for pushing and/or pulling data. Entities may wish to be sent updates from specific partners at certain times or based upon a quantity of added records. Alternately, they may wish to come get partner records from the repository. The hub configures these access methods for each customer.
  • the hub's location information repository is in constant state of accuracy and freshness.
  • This "product- location specific” information is configured along product types and product classes and results in attributes that accommodate the description of the specific product associated with the location.
  • Instances of a records input by users in the system may be recorded individually. Instances of that record failing a processing step test may be recorded as well. This facilitates auditing of the quality of the record. Instances of records output by users from the system may also be recorded individually.
  • Reports may be provided to the user by volume over time period (year, month, week, day). Reports may also be provided by the nature of the transaction with the system, e.g., upload, download, and/or process error. Reports may also be provided by user type by transaction, e.g., user's own upload and download of data, partner download of user data (partner is subscriber, and user is publisher), and/or user download of partner data (partner is publisher, and user is subscriber).
  • Location data in the system contains precise latitude and longitude for each location. It is therefore possible to represent all locations or any group of location based on any criteria on a geographical map. For example: show all coffee shops in San Francisco to the exclusion of coffee shops with the brand Starbucks.
  • the selection of criteria to display a map can be done via tabular data, as well as by interaction directly with the electronic map, for example by selecting a succession of points to trace a circle, ellipse or other curved planar surface and/or polygonal surface, or non-planar surface such as a 3D surface, or a polyhedron, and show all the locations within the boundaries of this figure, or only those meeting certain other criteria input by the user or programmed into the system.
  • Another feature of the system is the visualization of data changes over a time period.
  • the user can select location data to represent on the map at an initial time, then at intervals until an ending time, in order to create the effect of animation.
  • a location-based service includes distributing the location- harmonized product-location specific data to on-line customers or users (or both).
  • the data is provided in any of multiple formats and delivered using any of various technologies.
  • data is provided in an XML format using SOAP-based web services.
  • Another embodiment includes a location-based content communication system in which location-specific content (that is particularly relevant at or near a certain location) is communicated and delivered to a user.
  • the location-specific content is communicated only to one or more internet protocol-enabled (IP) devices that are accessible by wired and/or wireless access devices located at or near a certain location.
  • IP internet protocol-enabled

Abstract

A method of managing product-location specific information is provided. Product-location specific information is collected from multiple users at a centralized network hub and transformed into location-harmonized data with one or more attached attributes including product data. The location-harmonized product-location specific data and/or content derived therefrom is distributed, and/or other content is distributed based based on the location-harmonized product-location specific data and/or on the location harmonized data, to the same or different users. One or more efficient customer access methods is/are also provided.

Description

LOCATION INFORMATION MANAGEMENT
PRIORITY
This application claims the benefit of priority under 35 USC §119 to United States provisional patent applications nos. 60/746,209 and 60/746,216, each filed May 2, 2006, and to United States patent application 11/743,102, filed May 1 , 2007, all of which are incorporated by reference.
BACKGROUND
Currently, location information as it pertains to business activity is looked upon as a consequence of said business activity (when looking at the yellow pages, search by business type first, then find the address and telephone number). If business B1 runs a restaurant a location L1 , and business B2 offers wi-fi connectivity at same Location L1 , the information about L1 is going to be collected and managed separately and for different purposes by B1 and B2. The "place" will be described differently, the street address expressed differently, the name of the business will be described differently (ex: McDonald's #123 vs. McDonald's Washington St vs. MacDonald's Restaurant)
Currently, location information is used as a semantic construction to describe where a physical place is (postal addressing standards historically derived from necessity to classify, organize and find places) but there is no generally adopted system to describe places which do not have a postal address, although any physical place on earth has a unique combination of latitude and longitude
It is desired to consider a business activity as a set of attributes specific to an entity performing a business activity at a given location to enable management of location information in an advantageously new way.
Referring to Figure 1 , which illustrates a conventional product-location specific data collection method, consider that at time 1 , entity 1 creates a record of location 1 because of instance of product 1 at location 1 called product-locationi . For example, McDonald's (entity) creates a record of a new restaurant (product) at 123 Main street in Oakland, CA (location), resulting in: McDonald's #3487, 123 North Main St, Oakland, CA.
Then consider that at time 2, entity 2 creates a product-location record 2 at the same location. For example Wayport (entity) creates a record of a new wi-fi hotspot (product), resulting in MACDONALDS, 123 MAIN N, OAKLAND, CA (location).
Clearly, the two locations are physically the same or at least they ought to be deemed identical for certain purposes. However, they may well be read as two different locations, e.g., location 1 and location 2, due to their different expressions of the same physical address. It is desired to have a system which puts the location object at the center of the model and system, rather than centralizing an entity or product associated with the location, or a combination of entity or product with the location.
SUMMARY OF THE INVENTION A method is provided for managing product-location specific. Product-location specific information is collected from multiple users at a centralized network hub. The information is transformed and the location data are harmonized to generate location- harmonized data. One or more attributes are attached to the location-harmonized data at least including product data to generate location-harmonized product-location specific data. The location-harmonized product-location specific data and/or content derived therefrom is distributed, and/or other content is distributed based based on the location- harmonized product-location specific data and/or on the location harmonized data, to the same or different users. One or more efficient customer access methods is/are also provided. The location data may be harmonized by converting collected location information to latitude-longitude coordinates and/or geocoding, which may include converting collected location information to latitude-longitude coordinates and/or providing an electronic map and determining latitude-longitude coordinates of a specific location on the map indicated by a user. The location data may also be harmonized by assigning a same location identifier to at least two location data corresponding to a same geographic location.
The location-harmonized product-location specific data and/or the location-harmonized data may be translated to one or more specific customer access formats, typologies and/or languages.
The one or more attributes may include vendor and/or time data.
The method may further include determining that a location of an on-line user is within a geographic region that is sufficiently proximate to the location corresponding to an instance of the location-harmonized product-location specific data.
The location-harmonized information may be visualized for the customer by providing a geographical map identifying locations of products. The map may include an interactive component that permits a customer to retrieve product, vendor, time, and/or other attribute relating to a location identified on the map. The location may include a specific point or an area on the map.
Activity relating to the handling of the product-location specific information and/or data generated therefrom may be compiled and reported. - A - BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1 schematically illustrates a conventional location specific data collection method. Even though LOCATION 1 and LOCATION 2 are the same logical location, they are not harmonized and are managed separately.
Figure 2 schematically illustrates a product-location specific data collection method in accordance with a preferred embodiment.
Figure 3 schematically illustrates a conventional information sharing method among several business associates.
Figure 4 schematically illustrates an information sharing method in accordance with a preferred embodiment.
DETAILED DESCRIPTION OF THE EMBODIMENTS
TRANSFORMING HETEROGENEOUS RAW DATA INTO STANDARDIZED, UNIFORM, CONSISTENT INFORMATION
Data obtained from multiple sources of information that overlap but are not expressed in the same fashion cannot be organized, stored and retrieved effectively.
By managing the two records above in the same system, when Wayport enters their information, the system understand that it the same location, and Wayport is prompted with a message telling them that the location "McDonald's #3487, 123 North Main St, Oakland, CA" is already in the system, and that they can select it as the location they are referring to. Using this method, there is no confusion as to which location it is, and the location is semantically described the same way for McDonald's and for Wayport (and avoids the typos in Wayport's way of spelling McDonald's too). The accuracy, relevance and consistency of the location's information are increased in proportion of the number of entities relating their products and services to it.
Accuracy and precision (and their expression through latitude and longitude coordinates, or "geocode") are objective measurements of the effectiveness of a location information management system. However, accuracy does not equate relevance of the information, which is subjective and depends upon the entity and its purpose. If a location comes in as 123 Main street in Oakland, CA, it is accurate, but it may not be relevant if their was a typo in the original input and the actual address for the location in question is 213 Main street. 1020's system, by identifying the uniqueness of a location through the combination of multiple attributes, can offer the user "candidate" locations to chose from that match some of the criteria of the entered record. In the example above, if the location name contains "McDonald's" and the address given is within % mile of another address already in the repository with a name containing McDonald's, then the system will ask the user if this is the location described by the new record.
Figure 2 illustrates how entity 1 and entity 2 provide respective product-location specific information as product-location 1 and product-location 2. The products are different, but the locations are really the same. The location information is harmonized, as product 1 and product 2 are actually available at the same or similar location. The locations could be broader, such as a certain neighborhood in Oakland, or Oakland, CA itself, or just California, or Alameda County.
PROVIDING MULTIPLE METHODS TO COLLECT PRECISE GEOGRAPHICAL
COORDINATES FOR A GIVEN LOCATION
The process of "geocoding" is currently performed by comparing an input address with a database of existing addresses (or more often street segments with building number boundaries) which have already been associated with latitude and longitude coordinates. Current geographical information system software calculates the most probable coordinates for the input location by assuming distance from the end points based on the street number given in the input, unless they can use more detailed and complete datasets that already have exact geocode information for each building on a given street. Geocode information is available in the United States, in part due to public and free datasets made available by the government, but this is not the case in other countries, where alternative methods such as the one described below can be used.
The system will additionally allow direct interaction with an electronic map, whereby the user can click on a precise point on the map at the "place" they know corresponds to the proper position of the location they want to geocode. The system will calculate what latitude and longitude coordinates correspond to that "click" and assign those coordinates to the location in the database.
IMPROVE QUALITY OF INFORMATION AND EFFICIENCY OF COMMUNICATION BY REPLACING MULTIPLE BILATERAL FLOWS OF INFORMATION BETWEEN
BUSINESS ENTITIES WITH MULTIPLE SINGLE FLOWS FROM AND TO A
CENTRALIZED NETWORK HUB
Referring now to Figure 3, which schematically illustrates a conventional information sharing method among several business associates, when entity 1 creates a new record about a new location 2 in the system, information about this location 2 is immediately available for other entities to use, either to attach their own product to, or to obtain information about entity 1 's business.
Entity 1 may be in business with five other entities 2, 3, 4, 5 and 6. Entity 1 provides its five partners with a list of its locations every week. Entity 1 therefore sends five lists of the same data to five different partners every week. If the four partners of entity 1 are also partners among themselves, and also send to all their partners a list of their locations every week, then we have the following location data flows. Entity 1 > Entity 2 Entity 3 > Entity 1 Entity 5 > Entity 1
Entity 1 > Entity 3 Entity 3 > Entity 2 Entity 5 > Entity 2
Entity 1 > Entity 4 Entity 3 > Entity 4 Entity 5 > Entity 3
Entity 1 > Entity 5 Entity 3 > Entity 5 Entity 5 > Entity 4
Entity 1 > Entity 6 Entity 3 > Entity 6 Entity 5 > Entity 6
Entity 2 > Entity 1 Entity 4 > Entity 1 Entity 6 > Entity 1
Entity 2 > Entity 3 Entity 4 > Entity 2 Entity 6 > Entity 2
Entity 2 > Entity 4 Entity 4 > Entity 3 Entity 6 > Entity 3
Entity 2 > Entity 5 Entity 4 > Entity 5 Entity 6 > Entity 4
Entity 2 > Entity 6 Entity 4 > Entity 6 Entity 6 > Entity 5
These 30 distinct data flows can be reduced to 12 (6 in and 6 out), as illustrated schematically at Figure 3. The accuracy of the location information and the timeliness of its delivery increase tremendously in a system in accordance with a preferred embodiment wherein each entity communicates with the centralized network hub or 1020 platform, which manages input and output to all relevant business associates and partners. In the case illustrated at Figure 3, there is only one input and one output from each entity to and from the centralized hub.
Each entity P1 to P6 publishes to each of its partners, and subscribes to each of them as well, through the hub or 1020 exchange platform.
An added benefit is that as each customer P1 to P6 integrates with the platform running on the centralized hub, a new customer can "hook into" the network of existing customers at a fraction of the original cost. BUILDING INTERFACES AT THE EDGE OF THE SYSTEM
The hub serves as a data interface. Entities express their location and product location information in the format, typology and language that suits their business. The hub adapts to the existing raw data coming in whatever format, type and language (vocabulary, spelling, grammar, syntax) and converts it into an unified format, typology and language. Conversely, the hub may translate back into customer language whatever data the customer obtains from the hub's central repository.
An access method interfaces may be provided for pushing and/or pulling data. Entities may wish to be sent updates from specific partners at certain times or based upon a quantity of added records. Alternately, they may wish to come get partner records from the repository. The hub configures these access methods for each customer.
EXCHANGING INFORMATION IN REAL-TIME
Since each entity updates the information in the repository as frequently as their own business needs dictate, this information is constantly in the freshest possible state to be used by partners.
Using technology like web services and messaging, it is possible for a partner to receive updates to location information in real-time.
The hub's location information repository is in constant state of accuracy and freshness.
ATTACHING ATTRIBUTES TO LOCATION
Information about the specific instance of the product at the location for a given entity is processed and stored along the location information. This "product- location specific" information is configured along product types and product classes and results in attributes that accommodate the description of the specific product associated with the location.
These attributes are specific and may be relevant to:
- the location (where);
- the entity (who);
- the product (what);
- the unique instance of that product at that location for that entity(what/how/why); and/or
- time (when), or other commercially-relevant attributes as understood by those skilled in the art.
REPORTING
Instances of a records input by users in the system may be recorded individually. Instances of that record failing a processing step test may be recorded as well. This facilitates auditing of the quality of the record. Instances of records output by users from the system may also be recorded individually.
Reports may be provided to the user by volume over time period (year, month, week, day). Reports may also be provided by the nature of the transaction with the system, e.g., upload, download, and/or process error. Reports may also be provided by user type by transaction, e.g., user's own upload and download of data, partner download of user data (partner is subscriber, and user is publisher), and/or user download of partner data (partner is publisher, and user is subscriber).
VISUALIZATION
Location data in the system contains precise latitude and longitude for each location. It is therefore possible to represent all locations or any group of location based on any criteria on a geographical map. For example: show all coffee shops in San Francisco to the exclusion of coffee shops with the brand Starbucks.
The selection of criteria to display a map can be done via tabular data, as well as by interaction directly with the electronic map, for example by selecting a succession of points to trace a circle, ellipse or other curved planar surface and/or polygonal surface, or non-planar surface such as a 3D surface, or a polyhedron, and show all the locations within the boundaries of this figure, or only those meeting certain other criteria input by the user or programmed into the system.
Another feature of the system is the visualization of data changes over a time period. The user can select location data to represent on the map at an initial time, then at intervals until an ending time, in order to create the effect of animation.
ENABLING LOCATION-BASED SERVICES
Based on the ability described above to accurately collect, manage, de-duplicate, process, store and retrieve location information in relation to space and time and to attach attributes to it, we can use this information to enable all manner of location-based services.
One embodiment of a location-based service includes distributing the location- harmonized product-location specific data to on-line customers or users (or both). The data is provided in any of multiple formats and delivered using any of various technologies. In certain embodiments, data is provided in an XML format using SOAP-based web services. Another embodiment includes a location-based content communication system in which location-specific content (that is particularly relevant at or near a certain location) is communicated and delivered to a user. The location-specific content is communicated only to one or more internet protocol-enabled (IP) devices that are accessible by wired and/or wireless access devices located at or near a certain location.
While an exemplary drawings and specific embodiments of the present invention have been described and illustrated, it is to be understood that that the scope of the present invention is not to be limited to the particular embodiments discussed. Thus, the embodiments shall be regarded as illustrative rather than restrictive, and it should be understood that variations may be made in those embodiments by workers skilled in the arts without departing from the scope of the present invention as set forth in the claims that follow and their structural and functional equivalents.
In addition, in methods that may be performed according to the claims below and/or preferred embodiments herein, the operations have been described in selected typographical sequences. However, the sequences have been selected and so ordered for typographical convenience and are not intended to imply any particular order for performing the operations, unless a particular ordering is expressly provided or understood by those skilled in the art as being necessary.
What follows is a cite list of references that are hereby incorporated by reference into the detailed description of the preferred embodiments as disclosing elements or features alternative to the preferred embodiments: United States patents nos. 5,948,061 , 6,795,700, 6,798,358, 6,799,032, 6,832,373, 6,845,400, 6,848,542, and 5,835,061 , 5,969,678, 6,259,405, 6,326,918, 6,452,498, 6,697,018, 6,759,960, 7,009,556, and US patent applications no. 10/886,502, 60/913,444 and 60/913,451 , and www.freefinet.com, www.wjfjndjr.com, www.jiwire.com, www.1020systems.com, and www.wi-fiplanet.com

Claims

What is claimed is:
1. A method of managing product-location specific information, comprising:
(a) collecting product-location specific information from multiple users at a centralized network hub;
(b) transforming said information including harmonizing location data to generate location-harmonized data;
(c) attaching one or more attributes to the location-harmonized data at least including product data to generate location-harmonized product-location specific data; and
(d) distributing said location-harmonized product-location specific data, or content derived therefrom, or distributing other content based thereon or based on said location-harmonized data, or combinations thereof, to the same or different users, including providing one or more efficient user access methods.
2. The method of claim 1 , wherein the harmonizing of the location data comprises converting collected location information to latitude-longitude coordinates.
3. The method of claim 1 , wherein the harmonizing of the location data comprises geocoding.
4. The method of claim 3, wherein the geocoding comprises converting collected location information to latitude-longitude coordinates.
5. The method of claim 3, wherein the geocoding comprises providing an electronic map and determining latitude-longitude coordinates of a specific location on the map indicated by a user.
6. The method of claim 1 , wherein the harmonizing of the location data comprises assigning a same location identifier to at least two location data corresponding to a same geographic location
7. The method of claim 1 , further comprising translating the location-harmonized product-location specific data to one or more specific customer access formats.
8. The method of claim 7, further comprising translating the location-harmonized product-location specific data to one or more specific customer access typologies or languages or both.
9. The method of claim 1 , further comprising translating the location-harmonized data to one or more specific customer access formats.
10. The method of claim 9, further comprising translating the location- harmonized data to one or more specific customer access typologies or languages or both.
11. The method of claim 1 , wherein the one or more attributes further comprise vendor data.
12. The method of claim 1 , wherein the one or more attributes further comprise time data.
13. The method of claim 1 , wherein the distributing comprises determining that a location of an on-line user is within a geographic region that is sufficiently proximate to the location corresponding to an instance of the location- harmonized product-location specific data.
14. The method of claim 1 , further comprising visualizing the location- harmonized information for the customer by providing a geographical map identifying locations of products.
15. The method of claim 14, wherein said map comprises an interactive component that permits a customer to retrieve product, vendor, time, or other attribute, or combinations thereof, relating to a location identified on the map.
16. The method of claim 15, wherein the location comprises an area on the map.
17. The method of claim 1 , further comprising reporting activity relating to the handling of the product-location specific information or data generated therefrom, or combinations thereof.
18. The method of claim 1 , wherein said users from whom said information is collected comprise vendors of said products.
19. The method of claim 1 , wherein said users from whom said information is collected comprise customers of said centralized network hub.
20. The method of claim 1 , wherein the users to whom said data is distributed comprise on-line users.
21. The method of claim 1 , wherein the users to whom said data is distributed comprise real or potential customers, or vendors, of said products, or combinations thereof.
22. One or more computer readable media encoded with a computer program for programming one or more processors to perform a method of managing product-location specific information, wherein the method comprises:
(a) collecting product-location specific information from multiple users at a centralized network hub;
(b) transforming said information including harmonizing location data to generate location-harmonized data;
(c) attaching one or more attributes to the location-harmonized data at least including product data to generate location-harmonized product-location specific data; and
(d) distributing said location-harmonized product-location specific data or content derived therefrom, or distributing other content based thereon or based on said location-harmonized data, or combinations thereof, to the same or different users, including providing one or more efficient customer access methods.
23. The one or more computer readable media of claim 22, wherein the harmonizing of the location data comprises converting collected location information to latitude-longitude coordinates.
24. The one or more computer readable media of claim 22, wherein the harmonizing of the location data comprises geocoding.
25. The one or more computer readable media of claim 24, wherein the geocoding comprises converting collected location information to latitude- longitude coordinates.
26. The one or more computer readable media of claim 24, wherein the geocoding comprises providing an electronic map and determining latitude- longitude coordinates of a specific location on the map indicated by a user.
27. The one or more computer readable media of claim 22, wherein the harmonizing of the location data comprises assigning a same location identifier to at least two location data corresponding to a same geographic location
28. The one or more computer readable media of claim 22, wherein the method further comprises translating the location-harmonized product-location specific data to one or more specific customer access formats.
29. The one or more computer readable media of claim 28, wherein the method further comprises translating the location-harmonized product-location specific data to one or more specific customer access typologies or languages or both.
30. The one or more computer readable media of claim 22, wherein the method further comprises translating the location-harmonized data to one or more specific customer access formats.
31. The one or more computer readable media of claim 30, wherein the method further comprises translating the location-harmonized data to one or more specific customer access typologies or languages or both.
32. The one or more computer readable media of claim 22, wherein the one or more attributes further comprise vendor data.
33. The one or more computer readable media of claim 22, wherein the one or more attributes further comprise time data.
34. The one or more computer readable media of claim 22, wherein the distributing comprises determining that a location of an on-line user is within a geographic region that is sufficiently proximate to the location corresponding to an instance of the location-harmonized product-location specific data.
35. The one or more computer readable media of claim 22, wherein the method further comprises visualizing the location-harmonized information for the customer by providing a geographical map identifying locations of products.
36. The one or more computer readable media of claim 35, wherein said map comprises an interactive component that permits a customer to retrieve product, vendor, time, or other attribute, or combinations thereof, relating to a location identified on the map.
37. The one or more computer readable media of claim 36, wherein the location comprises an area on the map.
38. The one or more computer readable media of claim 22, wherein the method further comprises reporting activity relating to the handling of the product-location specific information or data generated therefrom, or combinations thereof.
39. A system of networked computing devices including a centralized network hub and multiple vendor clients each configured for communicative coupling with said hub, wherein the hub comprises said one or more computer readable media of claim 22, and wherein said product-location specific information is collected at said hub from said clients in a hub-and-spokes configuration.
40. one or more computer readable media of claim 22, wherein said users from whom said information is collected comprise vendors of said products.
41. The one or more computer readable media of claim 22, wherein said users from whom said information is collected comprise customers of said centralized network hub.
42. The one or more computer readable media of claim 22, wherein the users to whom said data is distributed comprise on-line users.
43. The one or more computer readable media of claim 22, wherein the users to whom said data is distributed comprise real or potential customers, or vendors, of said products, or combinations thereof.
PCT/US2007/067966 2006-05-02 2007-05-01 Location information management WO2007131001A2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CA002651195A CA2651195A1 (en) 2006-05-02 2007-05-01 Location information management
EP07761705A EP2013837A4 (en) 2006-05-02 2007-05-01 Location information management

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US74621606P 2006-05-02 2006-05-02
US74620906P 2006-05-02 2006-05-02
US60/746,209 2006-05-02
US60/746,216 2006-05-02
US11/743,102 US7942319B2 (en) 2006-05-02 2007-05-01 Location information management
US11/743,102 2007-05-01

Publications (2)

Publication Number Publication Date
WO2007131001A2 true WO2007131001A2 (en) 2007-11-15
WO2007131001A3 WO2007131001A3 (en) 2007-12-27

Family

ID=38662247

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2007/067966 WO2007131001A2 (en) 2006-05-02 2007-05-01 Location information management

Country Status (1)

Country Link
WO (1) WO2007131001A2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7942319B2 (en) 2006-05-02 2011-05-17 1020, Inc. Location information management
US9390136B2 (en) 2009-02-12 2016-07-12 1020, Inc. System and method of identifying relevance of electronic content to location or place

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5991739A (en) * 1997-11-24 1999-11-23 Food.Com Internet online order method and apparatus
AU4481600A (en) * 1999-04-22 2000-11-10 Qode.Com, Inc. System and method for providing electronic information upon receipt of a scannedbar code
US6629136B1 (en) * 1999-11-15 2003-09-30 @ Security Broadband Corp. System and method for providing geographically-related content over a network
US7613634B2 (en) * 2000-12-21 2009-11-03 Sony Corporation Method and system for performing electronic retailing
US20050282556A1 (en) * 2004-06-16 2005-12-22 Morris Robert P Method and system for distributing and collecting location sensitive information over a wireless local area network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of EP2013837A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7942319B2 (en) 2006-05-02 2011-05-17 1020, Inc. Location information management
US9390136B2 (en) 2009-02-12 2016-07-12 1020, Inc. System and method of identifying relevance of electronic content to location or place

Also Published As

Publication number Publication date
WO2007131001A3 (en) 2007-12-27

Similar Documents

Publication Publication Date Title
US7942319B2 (en) Location information management
US10304086B2 (en) Techniques for estimating demographic information
JP5596152B2 (en) Information matching method and system on electronic commerce website
JP6042997B2 (en) Method and server for specifying geographical location of IP using location data of portable terminal
US8392416B2 (en) Dynamic group creation or reconfiguration based upon available metadata
JP4662675B2 (en) Context-aware computing devices and methods
US7561169B2 (en) Systems and methods for generating user specified information from a map
JP5907948B2 (en) Measuring method based on specimen and census data
US20020055924A1 (en) System and method providing a spatial location context
US20020143462A1 (en) Method and apparatus for providing location based data services
JP2008517393A (en) Spatial aggregator system for providing information
CN103631699A (en) Log management system and method for log monitoring, acquiring and querying
BRPI1002092B1 (en) METHOD FOR ASSESSING QUALITY OF LOCATION AND SYSTEM CONTENT TO PROVIDE AN INDICATION REGARDING THE RELIABILITY OF INFORMATION PROVIDED TO THE SYSTEM
JP5624674B2 (en) How to improve queries for searching databases
US20150302346A1 (en) Methods and systems for optimizing efficiency of a workforce management system
JPWO2011118712A1 (en) SEARCH SYSTEM, SEARCH METHOD, SEARCH PROGRAM, AND RECORDING MEDIUM
CN111414410A (en) Data processing method, device, equipment and storage medium
CN108810947A (en) The IP address-based server for differentiating real traffic
Teslya et al. Smart city platform architecture for citizens’ mobility support
WO2007131001A2 (en) Location information management
US9009073B1 (en) Product availability check using image processing
CN113094393B (en) Data aggregation method and device and electronic equipment
Slawecki et al. Pilot implementation of the US EPA interoperable watershed network
JP6484767B1 (en) User attribute estimation system based on IP address
CN108132940A (en) A kind of application data extracting method and device

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07761705

Country of ref document: EP

Kind code of ref document: A2

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2651195

Country of ref document: CA

NENP Non-entry into the national phase in:

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007761705

Country of ref document: EP