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

本发明涉及互联网应用设计领域，尤其涉及一种基于行政区划+社区的多功能互联网应用的构建方法及系统。

背景技术：

目前，互联网应用中用户对象的定位属性类型主要包括：地理坐标类、单参数城市属性类（城市名检索）、多参数行政区划类（国家+省+城市+街道）、社区参数类（城市+社区+楼栋+单元+房号）、线性地理类（地铁[沿线]编号/道路编号/河流编号等）、部门归属类（行政管理类部门组织结构/公司类部门组织结构）、坐标+行政区划组合类、坐标+社区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、其他特征或权限参数等信息。

步骤s26：资讯类数据对象表应包含：信息id、信息类别、发起人类别、发起人id、省id、地市id、县区id、乡镇街道id、社区id、信息内容等。必要时可包含：楼栋id、单元id、房号id。

步骤s27：服务类数据对象表应包含：信息id、信息类别、发起人类别、发起人id、省id、地市id、县区id、乡镇街道id、社区id、信息内容等。必要时可包含：楼栋id、单元id、房号id。其他类型以此类推。

步骤s28：行政区划数据采集、上传云端数据库。

步骤s29：社区数据创建。通过【选择省份】->【选择地市】->【选择县区】->【选择街道乡镇】->【创建社区信息】。完成数据信息创建，使社区关联所在省区、地市、县区、乡镇街道信息。

步骤s30：个人社区登记。通过【选择省份】->【选择地市】->【选择县区】->【选择街道乡镇】->【选择社区】->【选择楼栋】->【选择单元】->【选择房号】->【完成社区登记或验证】。完成个人社区登记，使个人关联所在省区、地市、县区、乡镇街道、社区等信息。

步骤s31：社区管理单位登记。通过【选择省份】->【选择地市】->【选择县区】->【选择街道乡镇】->【选择社区】->【完成社区登记或验证】。完成社区管理单位登记，使社区管理单位关联所在省区、地市、县区、乡镇街道、社区等信息。

步骤s32：公共行政类单位登记。通过【选择行政级别】->【选择省份】->【选择地市】->【选择县区】->【选择街道乡镇】->【完成公共行政类单位登记或验证】。完成公共行政类单位登记，使公共行政类单位关联所对应行政级别、及所对应省区、地市、县区、乡镇街道等。

步骤s33：其他公司组织类社区登记。通过【选择省份】->【选择地市】->【选择县区】->【选择街道乡镇】->【选择社区】->【选择楼栋】->【选择单元】->【选择房号】->【完成社区登记或验证】。完成其他公司组织类单位社区登记，使其他公司组织类单位关联所在省区、地市、县区、乡镇街道、社区等信息。

步骤s34：个人类用户适用发布场景功能模块集成。可包括：社区资讯发布（信息附个人归属区划编码及社区编码）、个人商务推广（信息附个人归属区划编码及社区编码）、共享资源（信息附个人归属区划编码及社区编码）、需求信息（信息附个人归属区划编码及社区编码）、社区服务（服务信息附个人归属区划编码及社区编码），等等。

步骤s35：社区管理单位适用发布场景功能模块集成。可包括：社区资讯发布（信息附单位归属区划编码及社区编码）、管理单位公告（附社区编码）、社区管理链接（附编码）、社区投票表决（附社区编码）、社区管理人员（附归属社区编码），等等。

步骤s36：公共行政类单位适用发布场景功能模块集成。可包括：地方资讯发布（信息附单位归属区划编码及社区编码）、政务接口（信息附单位归属区划编码及社区编码）、公益资源（信息附单位归属区划编码及社区编码）、辖区投票表决（信息附单位归属区划编码及社区编码）、商务推广（信息附单位归属区划编码及社区编码），等等。

步骤s37：其他公司组织类单位适用发布场景功能模块集成。可包括：商务推广（信息附单位归属区划编码及社区编码）、共享资源（信息附单位归属区划编码及社区编码）、需求信息（信息附单位归属区划编码及社区编码）社区服务（信息附单位归属区划编码及社区编码）、商品销售（信息附单位归属区划编码及社区编码），等等。

客户端设备多级别功能模块同步展现的实现逻辑包含以下步骤。

步骤s38：用户登录。

步骤s39：判断用户是否已完成社区登记。

步骤s40：如果用户已完成社区登记，则从服务器获取用户所登记社区对应的省份id、地市id、县区id、乡镇街道id、社区id，以及用户的楼栋、单元、房号等信息。

步骤s41：如果用户尚未完成社区登记，则提示用户【选择社区】，通过用户选择社区，获取用户所选社区对应的省份id、地市id、县区id、乡镇街道id、社区id等信息。

步骤s42：基于省份、地市、县区、乡镇街道、社区等定位信息筛选、显示相应级别功能模块。

步骤s43：基于省份id筛查，可展现省级功能模块。包括：省级资讯、省级政务、部门链接等。

步骤s44：基于地市id筛查，可展现地市级功能模块。包括：地市资讯、地市政务、部门链接、本地招聘、征询投票、城市广告等。

步骤s45：基于县区id筛查，可展现县区级功能模块。包括：县区资讯、县区政务、部门链接、公益资源、便民信息、本地招聘、征询投票、县区广告等。

步骤s46：基于乡镇街道id筛查可展现乡镇街道级功能模块。包括：乡镇街道论坛、乡镇街道政务、部门链接、公益资源、便民信息、乡镇街道广告等。

步骤s47：基于社区id筛查，可展现社区级功能模块。包括：社区论坛、社区管理、社区服务、社区房产、共享资源、征询投票、信息推送、社区广告等。

步骤s48：其他基于楼栋id、单元id，可实现其他社区内管理功能模块。如：住户及成员管理、信息推送等。