CN101625689A - 基于地理体系的互联网信息发布和呈现系统及其方法 - Google Patents
基于地理体系的互联网信息发布和呈现系统及其方法 Download PDFInfo
- Publication number
- CN101625689A CN101625689A CN200910054992A CN200910054992A CN101625689A CN 101625689 A CN101625689 A CN 101625689A CN 200910054992 A CN200910054992 A CN 200910054992A CN 200910054992 A CN200910054992 A CN 200910054992A CN 101625689 A CN101625689 A CN 101625689A
- Authority
- CN
- China
- Prior art keywords
- geographic position
- information
- internet information
- geographical
- internet
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
一种互联网信息发布和呈现系统，涉及互联网信息技术领域；所要解决的是互联网信息发布(呈现)中能简单、方便地呈现与地理位置密切相关的互联网信息的技术问题；该发布系统包括：用于层级的地理信息管理的地理信息管理模块，用于地理位置和层级关联的互联网信息展示模块，用于地理位置定位的互联网信息发布模块，关系型数据库，包括互联网信息表单元、连接所述的互联网信息表单元的互联网信息/地理位置关系表单元以及连接所述的互联网信息/地理位置关系表单元的地理位置信息表单元；整个系统基于标准的Web三层架构实现。本发明具有使用方便，能发布绑定地理位置层级的互联网信息，并且能聚合显示不同成绩上绑定的互联网信息的特点。
Description
技术领域
本发明涉及互联网信息技术领域，特别是涉及一种针对与地理位置相关的各类互联网信息数据的组织和呈现方法的技术。
背景技术
互联网技术和服务的不断发展，使得互联网信息数据越来越丰富，并且由于Web2.0的兴起，使得互联网用户创造内容和信息的速度和数量成倍的增加，同时，基于地理位置相关的各类信息越来越受到关注，例如：个人信息、人际互动信息、时事新闻、商家信息、商业促销广告等，这些信息和地理位置有着自然的联结。
虽然现在针对这些信息的组织和呈现形式已经存在，例如基于城市的、基于小区，但是并没有合适并系统化的地理层级结构来组织这些信息，使得有如下三个不足的地方——(1)对于那些与地理位置密切相关的用户生成内容(User GeneratedContent)，或者其他与地理位置相关度紧密的信息，并没有系统性地区分不同地理层级，从而给用户提供一种发布信息的互联网平台。这些信息内容和形式非常多样，可能包括如邻里话题交流、本地办事问答互助、寻物启事、商家广告等；(2)人们也没有办法方便地在不同地理层级上浏览所有和某个具体地理位置相关的互联网信息，而大量堆积的广域化信息和用户在地理属性上的相关性较弱；(3)另外，也没有现有实现和方法来帮助用户自定义自己所关注、关心的地理位置，用以过滤到想看的互联网信息和数据。
发明内容
针对上述现有技术中存在的缺陷，本发明所要解决的技术问题是提供一种使用方便，能发布绑定地理位置层级的互联网信息的，能简单、方便地呈现与地理位置密切相关的互联网信息的，基于地理位置信息的互联网信息发布和呈现系统及其发布和呈现方法。
为了解决上述技术问题，本发明所提供的一种互联网信息发布和呈现系统，其特征在于，系统包括：
一地理信息管理模块，用于层级的地理信息管理，即将实际的地理位置信息按照约定俗成或用户自定义的地理划分方式对所有地理信息进行计算机化的层级划分、存储、管理。层级化的地理信息包括：国家、省/自治区/直辖市、城市(主要指地级市或具有较大规模市区的城市)、城区(也包括规模较小的县级市市区)、区域(人们约定俗成的市内地理区域或用户自定义的市内地理区域)、道路/街道、交通路线、道路单元(所有具有或不具有道路门牌号码的建筑物、场所或其他地理位置，通常可依附于一条或多条道路)。
一互联网信息展示模块，用于地理位置和层级的关联，即提供给浏览互联网信息的用户界面，负责根据用户选择的地理位置进行信息的聚合呈现(呈现的信息包括所有发布在用户所选择地理位置上、以及发布在层级从属于该地理位置的其他相关地理位置上的所有信息)；用户能按照地理位置维度进行信息的浏览，同样能通过浏览信息了解相应该信息所对应的地理位置；
一互联网信息发布模块，用于地理位置的定位，即互联网用户发布信息的时候能将发布的信息和地理位置进行绑定，该模块负责提供信息录入的用户界面；
一关系型数据库，包括互联网信息表单元、连接所述的互联网信息表单元的互联网信息/地理位置关系表单元以及连接所述的互联网信息/地理位置关系表单元的地理位置信息表单元；
其中所述的互联网信息发布模块分别连接所述的互联网信息表单元、互联网信息/地理位置关系表单元，所述的互联网信息表单元、互联网信息/地理位置关系表单元分别连接所述的互联网信息展示模块，所述的地理信息管理模块连接所述的地理位置信息表单元，用于管理系统的地理信息数据；
整个系统基于标准的Web三层架构实现。
进一步的，所述的地理信息管理模块的实现采用关系型数据库将地理层级进行树状划分，每个层级的地理信息由特定的数据库表存储管理。
进一步的，所述的互联网信息发布模块包括两个基本部分：1)信息内容的输入界面，2)地理位置的选择界面、以及将发布的信息和地理位置进行绑定存储，该绑定是通过数据库关系表中添加信息与地理位置的关联记录来实现的。
进一步的，所述的地理位置信息表单元包括地理位置实体数据表部分和地理位置关系表部分。
进一步的，所述的地理位置实体数据表部分中的实体数据是指地理位置的基本描述信息，包括名称，位置的经纬度坐标，描述等。
进一步的，所述的地理位置关系表部分为两两地理位置的外键多对多关系，包括国家和省，省和城市，城市和城区，城区和区域，城区和道路，城区和交通路线。
进一步的，所述的地理位置信息表(单元)采用存储地理位置以及层级之间的上下包含(从属)关系，采用多对多和一对多的关系型数据表建立相邻两层地理位置之间的包含(关联)关系。
本发明所述的互联网信息发布和呈现系统的发布和呈现方法，其特征在于，
1)由地理信息管理模块在关系型数据库中通过地理层级关系建立地理位置信息表，地理位置信息表中的地理层级为树状结构；地理位置信息表(单元)包括地理位置实体数据表部分和地理位置关系表部分，
2)由互联网信息发布模块在关系型数据库中将互联网信息和数据与相关的地理位置实行绑定，建立互联网信息/地理位置关系表，用于用户的已绑定地理位置的互联网信息的发布；
3)用户由互联网信息展示模块，通过关系型数据库中的互联网信息/地理位置关系表浏览已绑定地理位置的互联网信息。
进一步的，所述的步骤1)中，在所述地理位置信息表中还存储有同一层级地理位置间的周边关联关系的信息，并采用多对多的关系型数据库表建立不同地理位置之间的关联关系。其中：
1)地理层级之间通过从属相联关系建立连接，高层级的地理位置包含低层级的地理位置；
2)上下相邻的两个地理层级间，能存在一对多和多对多的(关联)关系。例如多个城市从属于某个省，若干条道路可能从属于多个不同城区。
3)同级之间的地理位置之间，能存在多对多(关联)关系。例如交通路线可能和不同道路建立关联
进一步的，所述的步骤1)中，地理位置实体数据表部分中的实体数据是指地理位置的基本描述信息，包括名称，位置的经纬度坐标，描述等，每个层级的地理位置属于一个类别，分为用不同的地理位置实体数据表存储：所述的地理位置实体数据表包括省表、城市表、城区表、区域表、道路表、交通路线表、道路单元表，每个表中用唯一ID标示每个地理位置。
进一步的，所述的步骤2)中，确定绑定相关的地理位置包括由用户选择的方式和系统自动判断的方式。
进一步的，所述的步骤3)中，对用户请求的地理位置进行数据库关联查询，查询所有和该位置以及下属位置(以及关联位置)的所有位置上绑定的互联网信息，实现聚合显示该地理位置上以及下属位置(以及关联位置)上绑定的所有互联网信息。
利用本发明提供的基于地理位置信息的互联网信息发布和呈现系统，发布(关联)方法，以及聚合呈现不同地理层级上(关联)信息的方法，提供了互联网信息针对地理位置精准发布的途径，并且提供了在任务地理层级上聚合显示下属不同地理层级上发布的信息的展示功能，帮助用户既能准确发布和呈现信息，并且能够帮助不同级别上信息在上层地理位置方便地聚合呈现给一般浏览的用户。
附图说明
图1为本发明实施例互联网信息发布和呈现系统的结构框图；
图2为本发明实施例中用不同的地理位置实体数据表存储的结构示意图；
图3为本发明实施例中建立的地理层级树状结构的示意图。
具体实施方式
以下结合附图说明对本发明的实施例作进一步详细描述，但本实施例并不用于限制本发明，凡是采用本发明的相似结构、方法及其相似变化，均应列入本发明的保护范围。
由图1-图3所示，本发明实施例所提供的一种互联网信息发布和呈现系统，其特点是包括：
一地理信息管理模块，用于层级的地理信息管理，即将实际的地理位置信息按照约定俗成或用户自定义的地理划分方式对所有地理信息进行计算机化的层级划分、存储、管理。层级化的地理信息包括：国家、省/自治区/直辖市、城市(主要指地级市或具有较大规模市区的城市)、城区(也包括规模较小的县级市市区)、区域(人们约定俗成的市内地理区域或用户自定义的市内地理区域)、道路/街道、交通路线、道路单元(所有具有或不具有道路门牌号码的建筑物、场所或其他地理位置，通常可依附于一条或多条道路)。
该模块的实现采用关系型数据库将地理层级进行树状划分，每个层级的地理信息由数据库表存储管理；
一互联网信息展示模块，用于地理位置和层级的关联，即提供给浏览互联网信息的用户界面，负责根据用户选择的地理位置进行信息的聚合呈现(呈现的信息包括所有发布在用户所选择地理位置上、以及发布在层级从属于该地理位置的其他相关地理位置上的所有信息)；用户能按照地理位置维度进行信息的浏览，同样能通过浏览信息了解相应该信息所对应的地理位置；
一互联网信息发布模块，用于地理位置的定位，即互联网用户发布信息的时候能将发布的信息和地理位置进行绑定，该模块负责提供信息录入的用户界面，其中包括两个基本部分：1)信息内容的输入框，2)地理位置的选择界面、以及信息的存储和发布信息和地理位置绑定的存储，该绑定是通过数据库关系表中添加信息的；
一关系型数据库，包括互联网信息表单元、连接所述的互联网信息表单元的互联网信息/地理位置关系表单元以及连接所述的互联网信息/地理位置关系表单元的地理位置信息表单元；
其中所述的互联网信息发布模块分别连接所述的互联网信息表单元、互联网信息/地理位置关系表单元，所述的互联网信息表单元、互联网信息/地理位置关系表单元分别连接所述的互联网信息展示模块，所述的地理信息管理模块连接所述的地理位置信息表单元，用于管理系统的地理信息数据；
地理位置信息表单元包括地理位置实体数据表部分和地理位置关系表部分。
整个系统基于标准的Web三层架构实现，
本发明实施例所述的互联网信息发布和呈现系统实现信息发布和呈现的方法如下：
步骤一：通过用于层级的地理信息管理的地理信息管理模块来实现的；该地理信息管理模块在关系型数据库中通过地理层级关系建立地理位置信息表，地理位置信息表(单元)包括地理位置实体数据表部分和地理位置关系表部分，实施例上是两张不同的(也可以是一张)关系型数据库表实现，自上而下地建立地理层级(例如国家、省/自治区/直辖市、城市、城区、区域、道路、交通路线、道路单元等)；这些地理信息的存储方式不限定，与真实地理位置对应，并且准确的描述了不同地理层级之间地理位置的包含(从属)关系、周边关联关系。
在本发明的实施例中，关系型数据库的地理位置信息表(单元)采用存储地理位置以及层级之间的上下包含(从属)关系，采用多对多和一对多的关系型数据表建立相邻两层地理位置之间的包含(关联)关系，能定位某地理位置所包含的下属所有地理位置，也能够定位某地理位置从属于哪些上级的地理位置；同时，在所建立的关系型数据库的地理位置信息表中还存储有同一层级地理位置间的周边关联关系的信息，并采用多对多的关系型数据库表建立不同地理位置之间的关联关系。其中：
1)地理层级之间通过从属相联关系建立连接，高层级的地理位置包含低层级的地理位置；
2)上下相邻的两个地理层级间，能存在一对多和多对多的(关联)关系。例如多个城市从属于某个省，若干条道路可能从属于多个不同城区。
具体实施方式如下：
如图2所示，对于每个层级的地理位置信息数据-地理位置实体数据，采用不同的地理位置实体数据表存储不同类型的地理位置的实体数据，实体数据是指地理位置的基本描述信息，可以包括名称，位置的经纬度坐标，描述等，每个层级的地理位置属于一个类别，分为用不同的地理位置实体数据表存储：PROVINCE_TABLE(省表)，CITY_TABLE(城市表)，DISTRICT_TABLE(城区表)，AREA_TABLE(区域表)，ROAD_TABLE(道路表)，TRANSLINE_TABLE(交通路线表)，UNIT_TABLE(道路单元表)，每个表中用唯一ID标示每个地理位置。
●对于地理层级之间的关联-地理位置关联数据，采用关系型数据库表建立关联地理层级之间的具体关系，不同地理层级之间的关联关系通过采用多对多的关系型数据库表建立地理位置实体数据主键的外键关联关系来实现，该表可以和上述地理位置实体数据表结合，也可以是单独的数据表进行存储。一个实施例就是在上述地理位置实体数据表基础上，通过另外一张关系数据库表建立所有地理层级之间的关系，该表记录层级之间的树状从属关系，用于步骤二中信息的地理位置绑定和步骤三中信息聚合的显示。实施例一关系表如下，其中上下地理层级之间可以是一对多的关系，也可以是多对多关系，
表格1地理位置关系表(实现1)
| 字段 | 说明 |
| 位置标示ID | 唯一标示一个地理位置的ID |
| 国家标示ID | 国家表中的唯一ID(外键) |
| 省(州)标示ID | 省(州)表中的唯一ID(外键)可以为NULL |
| 城市标示ID | 城市表中的唯一ID(外键)可以为NULL |
| 城区标示ID | 城区表中的唯一ID(外键)可以为NULL |
| 区域标示ID | 区域表中的唯一ID(外键)可以为NULL |
| 交通路线ID | 交通路线表中的唯一ID(外键)可以为NULL |
| 道路标示ID | 道路表中的唯一ID(外键)可以为NULL |
| 道路单元标示ID | 道路单元表中的唯一ID(外键)可以为NULL |
也可以通过下面实施例二的多张关系表实现，每张关系建立相关两个地理层级之间的关联关系，该关系表建立两两地理位置的外键多对多关系，包括国家和省，省和城市，城市和城区，城区和区域，城区和道路，城区和交通路线。
表格2地理位置关系表(实现2)
| 字段 | 说明 |
| 地理位置外键一 | 某一地理级别上的特定地理位置主键标示，在这里作为外键，可以是国家，省，城市，城区，区域，道路，或者交通路线 |
| 地理位置外键二 | 某一地理级别上的特定地理位置主键标示，在这里作为外键 |
通过上面的实现，实际上建立了地理层级的树状结构，如图3所示。地理层级通过树状结构组合。
用下面两个地理位置为例，上海的延安西路和延安西路邮政所，根据步骤一中表述的方法，在道路表和道路单元表中将分别保存这两个地理位置的实体数据，包括名称等，在关系关联表中，将保存他们的上下从属关系。根据关系表实施例一中的方式将通过下面两条数据来保存，第二条记录表明了延安西路邮政所是延安西路的一个下属地理位置。
第一条记录是延安西路(下面表中的蓝色部分需要如何修改？)
| 字段 | 数据 |
| 位置标示ID | 10000000 |
| 国家标示ID | 中国ID |
| 省(州)标示ID | 上海ID |
| 城市标示ID | 上海ID |
| 城区标示ID | 静安区ID |
| 区域标示ID | NULL |
| 道路标示ID | 4000000(延安西路ID) |
| 道路单元标示ID | NULL |
第二条记录是延安西路邮政所
| 字段 | 数据 |
| 位置标示ID | 10000001 |
| 国家标示ID | 中国ID |
| 省(州)标示ID | 上海ID |
| 城市标示ID | 上海ID |
| 城区标示ID | 静安区ID |
| 区域标示ID | NULL |
| 道路标示ID | 4000000(延安西路ID) |
| 道路单元标示ID | 40000001(延安西路邮政所ID) |
也可以采用第二种关系表的作法，只用一条关系记录两者的关系。
| 字段 | 数据 |
| 道路标示ID | 4000000(延安西路ID) |
| 道路单元标示ID | 40000001(延安西路邮政所ID) |
步骤二：该步骤阐述基于地理位置定位的互联网信息发布模块的实现。所有需要和上述步骤一地理位置相关的互联网信息和数据在用户发布的时候，通过以下的方式帮助用户指定该信息和数据需要绑定的地理位置。信息发布的同时，该信息将可能和一个或者若干个被指定的地理位置绑定，如果是若干个地理位置，信息能绑定在不同地理层级。具体实现方式如下：
建立上述后台地理位置信息表之后，其他发布到不同地理位置的互联网信息可以通过以下方法实现。互联网上的发布的信息无论是什么类别，什么存储方式，只要有唯一ID进行索引，就可以通过建立该唯一内容索引ID为外键加上地理位置索引ID为外键的多对多关系数据表建立和位置关系表的联系。例如，采用关系型数据库实现的论坛，论坛的帖子有专门的数据表存储，每个帖子有唯一的索引。当发布一个贴子的时候，可以允许用户指定该帖子所在的地理位置，在系统处理存储的时候，除了存储帖子本身存储到帖子数据表之外，还将存储该帖子绑定到地理位置信息关系。该关系存储下面的关系表中，
表格3互联网信息/地理位置关系表
| 字段 | 说明 |
| 帖子ID | 帖子的唯一索引ID(外键) |
| 地理位置ID | 地理位置在地理表中的ID(外键) |
例如这个帖子发布到延安西路上，该帖子的ID是5000000000那在该表中就会添加一条记录
| 字段 | 数据 |
| 帖子ID | 5000000000 |
| 地理位置ID | 4000000(延安西路在位置表中的ID) |
对于发布时候地理位置的选择，有以下两种方式：
■可以是明确由用户选择地理位置的方式，这种方式系统需要提供一个让用户选择地理位置的指引工具，该工具可以有多种实现方式，通过网页浏览方式帮助用户索引并且定位到所有能够访问的地理位置，一个实施例就是提供一个树状结构的导航条，用户可以通过浏览该树状工具遍历所有地理位置。其实现方式就是通过数据库查询步骤一中建立的地理位置实体表和关系表，并通过网页呈现实体表中所有地理位置帮助用户选择相应的地理位置进行内容的发布。(这部分需要如何修改？)
■另外一种方式就是通过一种非用户选择方式，但是用户发布信息相关的地点位置是通过隐性规则来自动判断，而不需要用户在发布信息的时候进行操作来选取发布位置，隐性规则是指根据登录用户的当前具体属性(包括注册时候的设置，浏览的上个历史记录)来隐性指向相应的某个地理位置，当用户发布信息的时候，将缺省绑定在该位置上，而不需要重新指定。例如，用户可以预先在系统内部设定自己关注的地理位置，在所有发布信息的操作中不需要再让用户选择，默认将和用户缺省关注的地理位置关联。其他的隐性规则还包括：用户IP地址判断、GPS定位等方式来判断用户现在所在位置，并且将发布的数据和该位置自动绑定。
步骤三：该步骤阐述基于地理位置和层级的互联网信息展示模块的实现，用户浏览通过步骤二绑定在各个地理层级中的互联网信息，具体技术方案如下：
通过上面两个步骤的技术实现，用户可以将互联网信息例如论坛帖子发布并绑定到相应的地理位置。之后系统提供如下两部分功能
1.浏览所有地理位置的浏览工具(地理位置浏览工具)，这个工具的实现方式和步骤二中提供发布信息时候指定地理位置的工具类似，实现方式主要是通过查询地理位置实体表和关系表，将系统中所有地理位置通过页面呈现给用户的界面工具，包括浏览和搜索地理位置，其中一个实施例就是标准的树状结构浏览器，因为地理层级结构刚好符合了这种浏览方式，对于树状结构浏览方式的实现已经有很多，在这里就不再阐述具体实现方法。另外一个实现就是通过搜索定位准确地理位置进行浏览，实现方法是通过关键字查询地理位置实体表和关系表，查询出关键字匹配的地理位置呈现给用户。
2.提供浏览地理位置的索引方式之后，系统根据用户指定的地理位置呈现相关的内容，本发明支持信息内容通过地理位置自下而上的聚合显示，某一地理位置的所有下层地理层级上发布的信息可以聚合到该上层地理位置上显示，具体实现的方式是分成下面几个基本步骤完成的：
1)在用户在页面指定了要浏览的地理位置之后，系统先将通过该地理位置索引ID为查询条件，在地理位置关系表中将所有该地理位置下层的地理位置查询出来，在步骤一中的两种关系表的实现方式不同，查询方式也不同，对于表格1地理位置关系表(实现1)，系统只需要通过一次Sql查询，以该地理位置ID为查询条件，就能将该表中所有的下层地理位置查询出来，对于表格2地理位置关系表(实现2)，系统通过对该表向下进行多次递归查询就能将该地理位置下的所有层级上的地理位置查找出来。
2)在查询到所有需要聚合的地理位置之后，系统通过查询表格3互联网信息/地理位置关系表来获得所有该地理位置上发布的内容信息的外键ID列表。
3)通过查找出来的所有内容信息的ID，该内容信息的实体表上将内容信息的内容查询并返回，并将这些记录呈现给用户，
实施例是对论坛帖子的索引和展现。基于实施例中的设计，系统实现在不同层次上聚合显示从属所有地理位置上的帖子，将采用下面的技术实现(采用表格1地理位置关系表(实现1))，当用户浏览某地理位置A时，系统先判断该位置是哪个层级的，然后在步骤一中的地理位置数据表中查找到所有含有该位置A的地理位置，这个查找方法将实现查找到所有下属地理位置的ID，如下表，里面表示的是四个地理位置：长宁路，锦江之星中山公园店，真北路和静安区。当用户正在浏览中山公园的论坛时候，将通过匹配区域ID，找到两条地理位置记录A和B，然后通过A和B两个ID到论坛地理位置关系表中查找到所有和长宁路或者锦江执行中山公园店绑定的帖子。如果用户浏览的是上海，那下面四个位置A，B，C，D都将最为索引在论坛地理位置关系表中查找到所有和这四个位置相关的帖子。(下面表格部分的蓝色部分需要如何修改？)
| 位置标示ID | 国家标示ID | 省(州)标示ID | 城市标示ID | 城区标示ID | 区域标示ID | 道路标示ID | 道路单元标示ID |
| A | 1 | 10 | 100(上海) | 1000(长宁区) | 10000(中山公园) | 100001(长宁路) | NULL |
| B | 1 | 10 | 100(上海) | 1000(长宁区) | 10000(中山公园) | 100001(长宁路) | 1000010锦江之星中山公园店 |
| C | 1 | 10 | 100(上海) | 1001(普通区) | NULL | 100101(真北路) | NULL |
| D | 1 | 10 | 100(上海) | 1002(静安区) | NULL | NULL | NULL |
Claims (11)
1、一种互联网信息发布和呈现系统，其特征在于，系统包括：
一地理信息管理模块，用于层级的地理信息管理，即将实际的地理位置信息按照约定俗成或用户自定义的地理划分方式对所有地理信息进行计算机化的层级划分、存储、管理；层级化的地理信息包括：国家、省/自治区/直辖市、城市、城区、区域、道路/街道、交通路线、道路单元；
一互联网信息展示模块，用于地理位置和层级的关联，即提供给浏览互联网信息的用户界面，负责根据用户选择的地理位置进行信息的聚合呈现；用户能按照地理位置维度进行信息的浏览，同样能通过浏览信息了解相应该信息所对应的地理位置；
一互联网信息发布模块，用于地理位置的定位，即互联网用户发布信息的时候能将发布的信息和地理位置进行绑定，该模块负责提供信息录入的用户界面；
一关系型数据库，包括互联网信息表单元、连接所述的互联网信息表单元的互联网信息/地理位置关系表单元以及连接所述的互联网信息/地理位置关系表单元的地理位置信息表单元；
其中所述的互联网信息发布模块分别连接所述的互联网信息表单元、互联网信息/地理位置关系表单元，所述的互联网信息表单元、互联网信息/地理位置关系表单元分别连接所述的互联网信息展示模块，所述的地理信息管理模块连接所述的地理位置信息表单元，用于管理系统的地理信息数据；
整个系统基于标准的Web三层架构实现。
2、根据权利要求1所述的互联网信息发布和呈现系统，其特征在于，所述的地理信息管理模块的实现采用关系型数据库将地理层级进行树状划分，每个层级的地理信息由特定的数据库表存储管理。
3、根据权利要求1所述的互联网信息发布和呈现系统，其特征在于，所述的互联网信息发布模块包括两个基本部分：1)信息内容的输入界面，2)地理位置的选择界面、以及将发布的信息和地理位置进行绑定存储，该绑定是通过数据库关系表中添加信息与地理位置的关联记录来实现的。
4、根据权利要求1所述的互联网信息发布和呈现系统，其特征在于，所述的地理位置信息表单元包括地理位置实体数据表部分和地理位置关系表部分。
5、根据权利要求1所述的互联网信息发布和呈现系统，其特征在于，所述的地理位置实体数据表部分中的实体数据是指地理位置的基本描述信息，包括名称，位置的经纬度坐标，描述。
6、根据权利要求1所述的互联网信息发布和呈现系统，其特征在于，所述的地理位置关系表部分为两两地理位置的外键多对多关系，包括国家和省，省和城市，城市和城区，城区和区域，城区和道路，城区和交通路线。
7、根据权利要求1所述的互联网信息发布和呈现系统，其特征在于，所述的地理位置信息表单元用存储地理位置以及层级之间的上下包含从属关系，采用多对多和一对多的关系型数据表建立相邻两层地理位置之间的包含关联关系。
8、一种权利要求1所述的互联网信息发布和呈现系统的发布和呈现方法，其特征在于，方法的步骤：
1)由地理信息管理模块在关系型数据库中通过地理层级关系建立地理位置信息表，地理位置信息表中的地理层级为树状结构；地理位置信息表单元包括地理位置实体数据表部分和地理位置关系表部分；
2)由互联网信息发布模块在关系型数据库中将互联网信息和数据与相关的地理位置实行绑定，建立互联网信息/地理位置关系表，用于用户的已绑定地理位置的互联网信息的发布；
3)用户由互联网信息展示模块，通过关系型数据库中的互联网信息/地理位置关系表浏览已绑定地理位置的互联网信息。
9、根据权利要求8所述的互联网信息发布和呈现方法，其特征在于，所述的步骤1)中，在所述地理位置信息表中还存储有同一层级地理位置间的周边关联关系的信息，并采用多对多的关系型数据库表建立不同地理位置之间的关联关系；其中：
1)地理层级之间通过从属相联关系建立连接，高层级的地理位置包含低层级的地理位置；
2)上下相邻的两个地理层级间，能存在一对多和多对多的关联关系；
3)同级之间的地理位置之间，存在多对多关联关系。
10、根据权利要求8所述的互联网信息发布和呈现方法，其特征在于，所述的步骤1)中，地理位置实体数据表部分中的实体数据是指地理位置的基本描述信息，包括名称，位置的经纬度坐标，描述等，每个层级的地理位置属于一个类别，分为用不同的地理位置实体数据表存储：所述的地理位置实体数据表包括省表、城市表、城区表、区域表、道路表、交通路线表、道路单元表，每个表中用唯一ID标示每个地理位置。
11、根据权利要求8所述的互联网信息发布和呈现方法，其特征在于，所述的步骤2)中，确定绑定相关的地理位置包括由用户选择的方式和系统自动判断的方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910054992A CN101625689A (zh) | 2009-07-17 | 2009-07-17 | 基于地理体系的互联网信息发布和呈现系统及其方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910054992A CN101625689A (zh) | 2009-07-17 | 2009-07-17 | 基于地理体系的互联网信息发布和呈现系统及其方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101625689A true CN101625689A (zh) | 2010-01-13 |
Family
ID=41521540
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910054992A Pending CN101625689A (zh) | 2009-07-17 | 2009-07-17 | 基于地理体系的互联网信息发布和呈现系统及其方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101625689A (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101924714A (zh) * | 2010-09-09 | 2010-12-22 | 周扬荣 | 一种基于主题分类与地理坐标的网络信息传递与接收方法 |
| CN102169494A (zh) * | 2011-04-06 | 2011-08-31 | 北京师范大学 | 分布式遥感数据管理系统和管理方法 |
| CN102750284A (zh) * | 2011-04-20 | 2012-10-24 | 奚伟祖 | 基于信息空间的四维地理信息系统的设计方法 |
| CN103701681A (zh) * | 2012-09-27 | 2014-04-02 | 联想(北京)有限公司 | 一种信息处理的方法及电子设备 |
| CN103942296A (zh) * | 2014-04-14 | 2014-07-23 | 尹梦寒 | 基于id分类与地理信息的数据过滤方法 |
| CN104866516A (zh) * | 2013-09-27 | 2015-08-26 | 查平 | 多用途信息分享系统 |
| CN105719160A (zh) * | 2016-01-20 | 2016-06-29 | 四川长虹电器股份有限公司 | 一种基于当前用户地理位置自动轮播信息的方法 |
| CN108363736A (zh) * | 2018-01-19 | 2018-08-03 | 国家测绘地理信息局第三地形测量队 | 一种线实体的存储方法、装置及存储系统 |
| CN109313647A (zh) * | 2016-06-27 | 2019-02-05 | 谷歌有限责任公司 | 用于生成地理信息卡片地图的系统和方法 |
| CN110413620A (zh) * | 2019-07-31 | 2019-11-05 | 四川长虹电器股份有限公司 | 可视化数据结构配置方法及系统 |
-
2009
- 2009-07-17 CN CN200910054992A patent/CN101625689A/zh active Pending
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101924714A (zh) * | 2010-09-09 | 2010-12-22 | 周扬荣 | 一种基于主题分类与地理坐标的网络信息传递与接收方法 |
| CN102169494A (zh) * | 2011-04-06 | 2011-08-31 | 北京师范大学 | 分布式遥感数据管理系统和管理方法 |
| CN102750284A (zh) * | 2011-04-20 | 2012-10-24 | 奚伟祖 | 基于信息空间的四维地理信息系统的设计方法 |
| CN103701681A (zh) * | 2012-09-27 | 2014-04-02 | 联想(北京)有限公司 | 一种信息处理的方法及电子设备 |
| CN104866516B (zh) * | 2013-09-27 | 2019-10-22 | 查平 | 多用途信息分享系统 |
| CN104866516A (zh) * | 2013-09-27 | 2015-08-26 | 查平 | 多用途信息分享系统 |
| CN103942296A (zh) * | 2014-04-14 | 2014-07-23 | 尹梦寒 | 基于id分类与地理信息的数据过滤方法 |
| CN105719160A (zh) * | 2016-01-20 | 2016-06-29 | 四川长虹电器股份有限公司 | 一种基于当前用户地理位置自动轮播信息的方法 |
| CN109313647A (zh) * | 2016-06-27 | 2019-02-05 | 谷歌有限责任公司 | 用于生成地理信息卡片地图的系统和方法 |
| CN109313647B (zh) * | 2016-06-27 | 2023-12-26 | 谷歌有限责任公司 | 用于生成地理信息卡片地图的系统和方法 |
| CN108363736A (zh) * | 2018-01-19 | 2018-08-03 | 国家测绘地理信息局第三地形测量队 | 一种线实体的存储方法、装置及存储系统 |
| CN108363736B (zh) * | 2018-01-19 | 2022-01-25 | 国家测绘地理信息局第三地形测量队 | 一种线实体的存储方法、装置及存储系统 |
| CN110413620A (zh) * | 2019-07-31 | 2019-11-05 | 四川长虹电器股份有限公司 | 可视化数据结构配置方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101625689A (zh) | 基于地理体系的互联网信息发布和呈现系统及其方法 | |
| KR100763004B1 (ko) | 온라인 지리 디렉토리 | |
| US20170206211A1 (en) | Computerized system and method for determining location based data and communicating such data for overlay on a mapping interface | |
| US6611751B2 (en) | Method and apparatus for providing location based data services | |
| CA3007702C (en) | Content item selection | |
| KR20090018038A (ko) | 가상 데이터베이스 환경을 제공하고 디지털 맵 정보를 생성하기 위한 시스템 및 방법 | |
| US8990010B2 (en) | System and method for using skyline queries to search for points of interest along a route | |
| US20090292464A1 (en) | System and method for providing geographic markers on electronic objects and real-world objects | |
| JP4891493B2 (ja) | 物理的場所を参照するためにキーワード・データベースを形成するための方法およびシステム | |
| CN103235798B (zh) | 多源地理网格的业务域空间资源存储方法和系统 | |
| CN102012930A (zh) | 一种扩充和更新地图的方法及电子辞典 | |
| Pan et al. | Impact of Check‐In Data on Urban Vitality in the Macao Peninsula | |
| CN101814070A (zh) | 实现地理信息数据共享的方法及系统 | |
| KR20050081146A (ko) | 교통 감안한 부동산 검색방법 및 시스템 | |
| CN201780582U (zh) | 实景街道电子地图系统 | |
| US20130018883A1 (en) | System for managing relationship and history of combined space of interest (soi) object and content | |
| JP2002203026A (ja) | 不動産情報管理支援システムおよびその方法 | |
| CA2342030C (en) | Method and apparatus for providing location based data services | |
| AU2001237130B2 (en) | On-line geographical directory | |
| Presner | Digital Harlem: Everyday Life, 1915–1930, http://www. acl. arts. usyd. edu. au/harlem/and Henry Hudson 400: Celebrating the History of Hudson, Amsterdam, and New York, http://www. henryhudson400. com | |
| AU2016253616A1 (en) | On-line geographical directory | |
| AU2013200460A1 (en) | On-line geographical directory | |
| AU2001237130A1 (en) | On-line geographical directory | |
| AU2013202220A1 (en) | Content Item Selection |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20100113 |