一种基于行政区划+社区的多功能互联网应用的构建方法及系统技术方案

本发明专利技术涉及互联网应用设计领域。目的在于：提供一种基于行政区划+社区的多功能互联网应用的构建方法及系统，实现一个应用中集成5个级别以上（含5级）行政或社区级别的功能模块，实现多功能、跨区域、多维度应用的集成。减少各类应用信息孤岛，促进互联网应用的集约化，促进互联网应用在民生、行政管理领域全国一网通建设的发展。本发明专利技术之方法包含数据架构设计阶段主要数据表设计步骤，包含用户端应用设计中通过用户操作确定用户各级别定位信息的操作步骤，包含用户端应用设计中各类型用户的发布功能集成步骤，包含用户端应用设计中多级别功能模块集成展现的实现步骤。

【技术实现步骤摘要】
一种基于行政区划+社区的多功能互联网应用的构建方法及系统
本专利技术涉及互联网应用设计领域，尤其涉及一种基于行政区划+社区的多功能互联网应用的构建方法及系统。
技术介绍
目前，互联网应用中用户对象的定位属性类型主要包括：地理坐标类、单参数城市属性类（城市名检索）、多参数行政区划类（国家+省+城市+街道）、社区参数类（城市+社区+楼栋+单元+房号）、线性地理类（地铁[沿线]编号/道路编号/河流编号等）、部门归属类（行政管理类部门组织结构/公司类部门组织结构）、坐标+行政区划组合类、坐标+社区ID组合类、坐标+线性地理组合等。基于上述单一或组合定位属性为基础搭建的互联网应用，一个应用通常只能实现4个以内行政或社区级别的应用场景需求（如某房产类应用可依据城市、区县、街道三级筛查房源信息、某行政服务类应用可依据省区级、地市级筛查显示相应行政级别的功能模块，某社区类应用可依据社区、楼栋、单元、房号等参数筛查显示社区内相应级别的功能模块）。基于4个以内行政或社区级别筛查显示功能模块的应用，实践中只能满足用户单一类型的功能需求（或资讯、或房产、或社区管理、或行政管理、等等）。据此开发的应用往往表现为一个个信息孤岛。
技术实现思路
本专利技术的目的在于：提供一种基于行政区划+社区的多功能互联网应用的构建方法及系统，实现一个应用中集成5级以上（含5级）行政或社区级别的功能模块，实现多功能、跨区域、多维度应用的集成，减少信息孤岛，促进互联网应用的集约化，促进互联网应用在民生、行政管理领域全国一网通建设的发展。本专利技术之方法及系统包含数据架构设计阶段，行政区划数据分表的设计步骤（S1～S4,S14～S17），包括：省级行政区划数据表、地市级行政区划数据表、县区级行政区划数据表、乡镇街道级行政区划数据表。本专利技术之方法及系统包含数据架构设计阶段，社区数据相关表设计步骤（S5～S8,S18～S21），包括：社区数据表、楼栋数据表、单元数据表、房号数据表。专利技术之方法及系统包含数据架构设计阶段，各类型用户信息表设计步骤（S9～S12,S22～S25），包括：个人类用户信息表、社区管理类单位用户信息表、公共行政类单位用户信息表、其他公司组织类单位用户信息表。本专利技术之方法及系统包含数据架构设计阶段，资讯类、服务类数据应包含定位信息（S26～S27）。本专利技术之方法及系统包含基础数据建设阶段：行政区划数据采集步骤（S28）。本专利技术之方法及系统包含基础数据建设阶段：社区数据创建步骤（S28）。本专利技术之方法及系统包含用户端应用设计中，获取各类型用户定位属性参数、并关联定位属性参数的设计步骤（S30～S33），包括：通过用户的社区选择、用户社区登记、用户账户验证3种操作流程中的全部或部分操作流程，获取用户定位所需的省份、地市、县区、乡镇街道、社区、楼栋、单元、房号8个级别中5个以上级别定位属性信息的步骤。本专利技术之方法及系统包含用户端应用设计中，各类用户的发布功能集成步骤（S34～S37）。本专利技术之方法及系统包含用户端应用设计中，5级以上行政或社区级别的功能模块集成于同一应用的实现步骤（S38～S48）：即基于用户的省份、地市、县区、乡镇街道、社区、楼栋、单元、房号等定位属性参数，筛选、显示相应的省级、地市级、县区级、街道级、社区级、楼栋级、单元级、房号级8个级别中5级以上（含5级）行政或社区级别的功能模块。附图说明图1为流程S1～S13示意，涉及数据库设计应包含数据表。图2为流程S14～S17示意，涉及省、地市、县区、乡镇街道行政区划数据表应包含信息。图3为流程S18～S21示意，涉及社区、楼栋、单元、房号数据表应包含信息。图4为流程S22～S25示意，涉及个人及各类型单位用户信息表应包含信息。图5为流程S16～S27示意，涉及各类型应用场景对应数据对象表应包含信息。图6为流程S28示意，涉及行政区划数据采集方案示意。图7为流程S29示意，涉及社区数据创建流程示意。图8为流程S30示意，涉及个人用户社区登记或验证流程示意。图9为流程S31示意，涉及社区管理类单位用户登记或验证流程示意。图10为流程S32示意，涉及公共行政类单位用户登记或验证流程示意。图11为流程S33示意，涉及其他公司组织类单位用户登记或验证流程示意。图12为流程S34示意，涉及针对个人用户可开发发布场景集成示意。图13为流程S35示意，涉及针对社区管理类单位用户可开发发布场景集成示意。图14为流程S36示意，涉及针对公共行政类单位用户可开发发布场景集成示意。图15为流程S37示意，涉及针对其他公司组织类单位用户可开发发布场景集成示意。图16--图17为流程S38～S42，多级别功能模块同步展现的实现逻辑。具体实施方式本专利技术一种基于行政区划+社区的多功能互联网应用的构建方法及系统主要通过互联网应用设计中的以下步骤实现。步骤S1：云端数据库设计包含省级行政区划数据表。步骤S2：云端数据库设计包含地市级行政区划数据表。步骤S3：云端数据库设计包含县区级行政区划数据表。步骤S4：云端数据库设计包含乡镇街道级行政区划数据表。骤S5：云端数据库设计包含社区数据表。步骤S6：云端数据库设计包含楼栋数据表。步骤S7：云端数据库设计包含单元数据表。步骤S8：云端数据库设计包含房号数据表。步骤S9：云端数据库设计包含个人类用户信息表。步骤S10：云端数据库设计包含社区管理类单位用户信息表。骤S11：云端数据库设计包含公共行政类单位用户信息表。步骤S12：云端数据库设计包含其他公司组织类单位用户信息表。步骤S13：云端数据库设计包含资讯类、服务类等2类以上数据对象表。步骤S14：省级行政区划数据表应包含：省区ID、省级名称、其他省级特征等信息。步骤S15：地市级行政区划数据表应包含：地市ID、地市名称、省区ID、省级名称、其他地市特征等信息。步骤S16：县区级行政区划数据表应包含：县区ID、县区名称、地市ID、地市名称、省区ID、省级名称、县区其他特征等信息。步骤S17：乡镇街道级行政区划数据表应包含：乡镇街道ID、乡镇街道名、县区ID、县区名称、地市ID、地市名称、省区ID、省级名称。步骤S18：社区数据表应包含：社区ID、社区名称、省区ID、地市ID、县区ID、乡镇街道ID、其他特征参数等信息。步骤S19：楼栋数据表应包含：楼栋ID、楼栋名称、社区ID、其他特征参数等信息。步骤S20：单元数据表应包含：单元ID、单元名、楼栋ID、社区ID、其他特征参数等信息。步骤S21：房号数据表应包含：房号ID、房号、单元ID、楼栋ID、社区ID、其他特征参数等信息。步骤S22：个人类用户信息表应包含：用户ID、社区、楼栋、单元、房号、其他特征或权限参数等信息。步骤S23：社区管理类单位用户信息表应包含：账户ID、单位类别、单位名、社区ID、省ID、地市ID、县区ID、乡镇街道ID、其他特征或权限参数等信息。步骤S24：公共行政类单位用户信息表应包含：账户ID、单位类别、单位名、行政级别、本级行政区ID、上级行政区ID、其他特征或权限参数等信息。步骤S25：其他公司组织类单位用户信息表应包含：账户ID、单位类别、单位名、社区ID、楼栋ID、单元ID、房号ID、省ID、地市ID、县区ID、乡镇街道ID、其他特征本文档来自技高网...

【技术保护点】
1.一种基于行政区划+社区的多功能互联网应用的构建方法及系统, 其特征在于包括：在用户端应用设计中包含通过用户操作确定用户5个级别以上定位属性参数的步骤，即通过用户的社区选择、用户社区登记、用户账户验证3种流程中的全部或部分操作流程，确定用户定位所需的省份、地市、县区、乡镇街道、社区、楼栋、单元、房号8个定位级别中5个以上级别的定位属性信息的步骤。

【技术特征摘要】
1.一种基于行政区划+社区的多功能互联网应用的构建方法及系统,其特征在于包括：在用户端应用设计中包含通过用户操作确定用户5个级别以上定位属性参数的步骤，即通过用户的社区选择、用户社区登记、用户账户验证3种流程中的全部或部分操作流程，确定用户定位所需的省份、地市、县区、乡镇街道、社区、楼栋、单元、房号8个定位级别中5个以上级别的定位属性信息的步骤。2.根据权...

【专利技术属性】
技术研发人员：沈加良，
申请(专利权)人：苏州民源网络科技有限公司，
类型：发明
国别省市：江苏,32