CN116109457B - 一种应用于智慧城市中多部门交互的访问系统和方法 - Google Patents

Abstract

本发明涉及智慧城市领域，目的是提供一种应用于智慧城市中多部门交互的访问系统和方法，其中，方法包括下列步骤：S1：在已搭建的访问平台中，用户创建需求模块，其中所述需求模块通过字节显示；S2：根据所述需求模块分配至少一个的部门执行模块；S3：用户分别针对所有的部门执行模块的完整度适配新的部门执行模块，直至完整度达到标准完整度；S4：获取与需求模块关联的各个所述部门执行模块，通过访问平台中的数据沙箱进行需求路径模拟和执行测试；S5：将符合数据沙箱验证的路径作为需求模块的访问结果，搭建一站式可视化的便民服务平台，能够自分析用户的需求匹配对应的部门。

Description

一种应用于智慧城市中多部门交互的访问系统和方法

技术领域

本发明涉及智慧城市技术领域，具体涉及一种应用于智慧城市中多部门交互的访问系统和方法。

背景技术

智慧城市(英语：Smart City)起源于传媒领域，是指在城市规划、设计、建设、管理与运营等领域中，通过物联网、云计算、大数据、空间地理信息集成等智能计算技术的应用，使得城市管理、教育、医疗、房地产、交通运输、公用事业和公众安全等城市组成的关键基础设施组件和服务更互联、高效和智能，从而为市民提供更美好的生活和工作服务、为企业创造更有利的商业发展环境、为政府赋能更高效的运营与管理机制。城市数据模型是对城市信息进行抽象和概化的基础上，对城市空间现象与过程的抽象数学表达，可为城市信息的科学管理和规划提供可行的理论与技术支持。因此，智慧城市的数据模型是智慧城市体系架构中的核心。

在搭建城市数据模型中，通常采用传统的模型搭建方式，通过确定需求到搭建模型，后期经由用户反馈和自身调整后，发布新版本进行旧版本的覆盖，进而增加城市数据模型的功能，完善模型的补丁优化。

由于智慧城市涉及到的信息多源化，对应各个部门的信息资源更新迭代快速，用户的需求也是复杂多样涉及多个部门协调解决，实际应用中即使开发了智慧城市方面的模型，仍是有大量的人工进行辅助用户解决问题需求，因此，能够开发一种能智能更新版本，满足用户多源需求的智慧城市模型是非常必要的。

发明内容

本发明的目的在于克服现有技术的不足，提供一种应用于智慧城市中多部门交互的访问系统和方法，支持用户登录智慧城市的访问平台，记录下自身需求后，通过访问平台中自生成的机器学习模型，匹配对应的部门，便于用户根据获取的对应部门的联系信息或地址，一次性解决需求，对于尚无已定义的部门插件，后台可下载插件开发接口与技术规范，自行开发新部门插件。

具体通过以下技术方案来实现的：一方面，一种应用于智慧城市中多部门交互的访问方法，方法包括下列步骤：

S1：在已搭建的访问平台中，用户创建需求模块，其中所述需求模块通过字节显示，执行S2；

S2：根据所述需求模块分配至少一个的部门执行模块，执行S3；

S3：用户分别针对所有的部门执行模块的完整度适配新的部门执行模块，直至完整度达到标准完整度，执行S4；

S4：获取与需求模块关联的各个所述部门执行模块，通过访问平台中的数据沙箱进行需求路径模拟和执行测试，通过所述数据沙箱中的标准化数据和标准化验证模块对所述路径进行验证，执行S5；

S5：将符合数据沙箱验证的路径作为需求模块的访问结果。

进一步的，所述访问平台还包括用户注册模块，用户注册模块通过对用户身份进行输入后获取所述访问平台的账号。

进一步的，所述完整度的计算方法还包括下列步骤：

S31：提取所述部门执行模块中的字节信息，分配与字节信息关联的部门执行模块，执行S32；

S32：用户针对需求模块中分配的至少一个所述部门执行模块进行完整度评分；

S33：判断完整度是否达到标准完整度，若是，则执行S4，若否，则执行S32。

进一步的，所述数据沙箱的工作过程包括：

S41：获取关联的各个所述部门执行模块的位置坐标，执行S42；

S42：依次计算各个所述部门执行模块的模拟路径总长，执行S43；

S43：根据用户选定的时刻，计算模拟路径执行测试时所需的总耗时，执行S44；

S44:将所述模拟路径总长和所述总耗时进行标准化验证模块验证，执行S5。

进一步的，所述标准化验证模块包括线下单元和线上单元，线下单元还包括有交通工具单元和实景模拟单元，线上单元还包括有联络方式单元。

另一方面，一种应用于智慧城市中多部门交互的访问系统，系统包括有数据沙箱、访问平台和功能模拟插件，

所述功能模拟插件为特定功能的插件，插件通过特定的应用程序接口嵌入相应的程序，所述访问平台设置有多个所述功能模拟插件，当多个所述功能模拟插件均关联至同一用户需求时，通过所述数据沙箱为用户需求提供智慧城市中多部门交互的实况模拟。

进一步的，每个所述功能模拟插件中均包含有特定的关键词，通过对用户需求发送至分配管理模型中，所述分配管理模型输出对应的所述功能模拟插件。

进一步的，所述分配管理模型包括下列步骤：

S81：获取用户需求中的字节，依次截取单位长度字节，通过与所述功能模拟插件中的关键词进行字节相似度适配，根据相似度大小得到所述功能模拟插件的一级排名，执行S82；

S82：获取用户需求中的字节，依次截取2倍的单位长度字节，通过与所述功能模拟插件中的关键词进行字节相似度适配，根据相似度大小得到所述功能模拟插件的二级排名，执行S83；

S83：获取用户需求中的字节，依次截取3倍的单位长度字节，通过与所述功能模拟插件中的关键词进行字节相似度适配，根据相似度大小得到所述功能模拟插件的三级排名，执行S84；

S84：综合一级排名、二级排名和三级排名，输出用户需求的至少一个所述功能模拟插件。

进一步的，所述S84中，当用户针对输出的至少一个所述功能模拟插件的完整度评分低于标准完整度时，调整单位长度，重复执行所述S81。

进一步的，所述功能模拟插件还包括有用户需求模拟插件、部门执行模拟插件、部门配置模拟插件和路径实况模拟插件，所述路径实况模拟插件通过至少一个所述部门执行模拟插件执行路径实况模拟，所述路径实况模拟包括线上交互模拟实况和线下交互模拟实况。

本发明的有益效果是：

(1)搭建一站式立体可视化的便民服务平台，该平台能够自分析用户的需求匹配对应的部门；

(2)用户根据需求选择线上或线下解决需求，平台分别提供线上各个部门的联系信息和线下各个部门的位置信息；

(3)通过沙箱模拟各个部门、各个窗口的具体视图、坐标位置等信息，便于用户能够准确快速的办理相关业务，解决自身需求；

(4)后台管理人员可搭建新型部门，上传更新部门、窗口的信息。

附图说明

图1为本发明的其中一个实施例中的工作原理示意图；

图2为本发明的其中一个实施例中的示例性数据沙箱的示意图。

具体实施方式

下面结合本发明的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例均属于本申请的保护范围。

实施例1：

请参照图1，方法包括下列步骤：

S1：在已搭建的访问平台中，用户创建需求模块，其中所述需求模块通过字节显示，执行S2；

S2：根据所述需求模块分配至少一个的部门执行模块，执行S3；

S3：用户分别针对所有的部门执行模块的完整度适配新的部门执行模块，直至完整度达到标准完整度，执行S4；

S4：获取与需求模块关联的各个所述部门执行模块，通过访问平台中的数据沙箱进行需求路径模拟和执行测试，通过所述数据沙箱中的标准化数据和标准化验证模块对所述路径进行验证，执行S5；

S5：将符合数据沙箱验证的路径作为需求模块的访问结果。

所述完整度的计算方法还包括下列步骤：

S31：提取所述部门执行模块中的字节信息，分配与字节信息关联的部门执行模块，执行S32；

S32：用户针对需求模块中分配的至少一个所述部门执行模块进行完整度评分；

S33：判断完整度是否达到标准完整度，若是，则执行S4，若否，则执行S32。

所述数据沙箱的工作过程包括：

S41：获取关联的各个所述部门执行模块的位置坐标，执行S42；

S42：依次计算各个所述部门执行模块的模拟路径总长，执行S43；

S43：根据用户选定的时刻，计算模拟路径执行测试时所需的总耗时，执行S44；

S44:将所述模拟路径总长和所述总耗时进行标准化验证模块验证，执行S5。

其中，完整度的计算在本实施例中具体实现的方式为:包括但不限于弹窗界面，其中界面中为引导用户的打分系统，用户在界面中出示或者选择分数值，由于打分系统中设定了最低分和最高分，用户的分数在上述区间内，能够直观反映需求模块中弹出的若干个部门执行模块是否符合用户预期，比如用户需要办理社保服务，但需求模块弹出税务局等不相干部门类型时，用户可以根据自身经验常识给予低分，协助系统重新对需求模块的调试，优化对需求模块中字节信息分析的准确度。即完整度的评价主体为用户本身，标准完整度为弹窗界面中的一个分数定值，且该分数定值用于提示用户是否满意需求模块分配的部门执行模块的满意中值，例如0到10分满分，8分为本次需求模块匹配的满意度标准值，请用户进行打分，当用户低于满意度标准值时，则执行S32，并标记该需求模块，用于存储便于后续调试人员调取进一步改进，若高于满意度标准值时，则执行S4。即8分为本实施例中的标准完整度，标准完整度设定主体为调试人员。

所述标准化验证模块包括线下单元和线上单元，线下单元还包括有交通工具单元和实景模拟单元，线上单元还包括有联络方式单元。

值得说明的是，用户通过注册登录该访问平台，自定义填写或者选择平台已定义的制式需求，上传后，平台通过后台的字节提取匹配至少一个的部门执行模块，用户在此可以根据经验对已分配的部门执行模块进行评价辅助校准，直到用户大致确定所选定的若干部门能够解决自身需求，因此通过部门执行模块所展示的部门信息，部门信息包括部门位置、部门图片、部门工作时间、服务的工作内容、联系方式等等，用户根据需求选择线上或线下的路径方式，进而访问平台通过路径模拟进行演示，让用户知道线上耗时、线下耗时、线下路径类型、线上联系逻辑，确保用户的需求能够得到一站式的服务。

值得说明的是，本实施例具体提供一种字节提取方式，

实施例2：

本实施例以平台为出发，在实施例1的基础上得到一种应用于智慧城市中多部门交互的访问系统，系统包括有数据沙箱、访问平台和功能模拟插件，

所述功能模拟插件为特定功能的插件，插件通过特定的应用程序接口嵌入相应的程序，所述访问平台设置有多个所述功能模拟插件，当多个所述功能模拟插件均关联至同一用户需求时，通过所述数据沙箱为用户需求提供智慧城市中多部门交互的实况模拟。

功能模拟插件：该部分中可设置多个插件，即功能模拟插件，功能模拟是用模拟方法反映研究对象的功能特性及其规律的方法。插件(Plug-in)是一种遵循一定规范的应用程序接口编写出来的程序，它只能运行在程序规定的系统平台下，而不能脱离指定的平台单独运行，因为插件需要调用平台提供的函数库或者数据。功能模拟插件是基于访问平台和数据沙箱开发的、运行在访问平台上的、用于路径模拟实现的插件。

访问平台：作为一种服务提供给用户的完整的插件安装部署和功能配置平台，包括插件创建、插件配置、插件安装、功能测试、功能配置和运行托管等服务。在这种服务模式中，用户不需要购买硬件和软件，只需要利用支撑平台，就能够创建、测试、部署产品插件，展示路径模拟的相关功能。

数据沙箱：在计算机安全领域，沙箱是一种安全机制，为执行中的程序提供隔离环境，通常是作为一些来源不可信、具有破坏力或者无法判定的程序意图提供实验环境。数据沙箱能为用户创造一个安全、合适、真实的数据测试环境，允许用户在数据沙盘环境中运行基于沙箱所提供数据的功能应用和数据分析程序，并可以在测试过程中设置数据资源权限并监控沙箱使用率。

具体的插件安装模块、插件配置模块均采用常用的计算机程序，包括但限于通过pycharm 2018进行常规的插件安装、增添，这里不赘述。不论是直接选用平台已定义功能模拟插件还是自行开发自定义功能模拟插件,此时的插件只具有功能而没有支撑插件自动运行、展示功能的数据，因此需要对插件进行进一步的调试。

请参照图2，通过数据沙箱中完整度计算模型、标准化验证模块、分配管理模型，执行实现上述功能，

具体包括所述分配管理模型包括下列步骤：

S81：获取用户需求中的字节，依次截取单位长度字节，通过与所述功能模拟插件中的关键词进行字节相似度适配，根据相似度大小得到所述功能模拟插件的一级排名，执行S82；

S82：获取用户需求中的字节，依次截取2倍的单位长度字节，通过与所述功能模拟插件中的关键词进行字节相似度适配，根据相似度大小得到所述功能模拟插件的二级排名，执行S83；

S83：获取用户需求中的字节，依次截取3倍的单位长度字节，通过与所述功能模拟插件中的关键词进行字节相似度适配，根据相似度大小得到所述功能模拟插件的三级排名，执行S84；

S84：综合一级排名、二级排名和三级排名，输出用户需求的至少一个所述功能模拟插件。

所述完整度的计算方法还包括下列步骤：

S31：提取所述部门执行模块中的字节信息，分配与字节信息关联的部门执行模块，执行S32；

S32：用户针对需求模块中分配的至少一个所述部门执行模块进行完整度评分；

S33：判断完整度是否达到标准完整度，若是，则执行S4，若否，则执行S32。

功能模拟是用模拟方法反映研究对象的功能特性及其规律的方法。插件(Plug-in)是一种遵循一定规范的应用程序接口编写出来的程序，它只能运行在程序规定的系统平台下，而不能脱离指定的平台单独运行，因为插件需要调用平台提供的函数库或者数据。功能模拟插件是基于支撑平台和数据沙箱开发的、运行在支撑平台上的、用于模拟医疗健康物联网产品功能实现的插件。

访问平台对插件管理主要包括：

1：加载所有插件程序集；

2：解析所有插件程序集并初始化；

3：添加程序集引用到应用程序域；

4：写入插件文件信息，最后负责插件的安装和卸载。

本发明实施例中，不仅全面展示了智慧城市服务平台的相关信息，将用户需求进行空间物体化，包括但不限于：物联网感知层的模拟感应器以及模拟微处理器、物联网网络层的云服务器、物联网应用层的用于实现各种应用功能的应用实现模块以及各种物联模拟单元之间的物联模拟互联关系。还通过为应用实现模块匹配了各种应用场景，并且，利用主应用场景确定模块根据用户身份信息确定主应用场景，然后再筛选出主应用场景的各个物联模拟单元，在主应用场景的物联模拟单元之间模拟物联网建立相应场景的物联模拟互联关系，实现了主应用场景自动确定并进行物联网展示的功能，适应了多变的应用场景。

综上所述，通过访问平台机制的搭建，实现用户需求转化成实际中各个部门联合解决并且可视化的路径，通过路径模拟，用户能够直观得到解决该需求可通过具体部门、具体窗口、具体联系人和具体时间周期等，相比于传统平台只能推荐单一部门且无法识别用户具体需求，只能通过平台制式需求-解答，无法完全契合真实的需求，因此，本实施例能够通过大数据的算法精准定位用户需求、沙箱模拟路径，实现智慧城市的人性化、一站式服务。

Claims (2)

1.一种应用于智慧城市中多部门交互的访问方法，其特征在于，方法包括下列步骤：

S1：在已搭建的访问平台中，用户创建需求模块，其中所述需求模块通过字节显示，执行S2；

S2：根据所述需求模块分配至少一个的部门执行模块，执行S3，所述部门执行模块包括展示部门信息，所述部门信息包括部门位置、部门图片、部门工作时间、服务的工作内容和联系方式；

S3：所述用户分别针对所有的所述部门执行模块的完整度适配新的所述部门执行模块，直至完整度达到标准完整度，执行S4，所述标准完整度设定主体为调试人员；

所述完整度的计算方法包括下列步骤：

S31：提取所述部门执行模块中的字节信息，分配与字节信息关联的所述部门执行模块，执行S32；

S32：所述用户针对根据所述需求模块分配的至少一个所述部门执行模块进行所述完整度评分；

S33：判断所述完整度是否达到所述标准完整度，所述标准完整度为弹窗界面中的一个分数定值，且该分数定值用于提示所述用户是否满意所述需求模块分配的所述部门执行模块的满意中值；若是，则执行S4，若否，则执行S32并标记该需求模块，用于存储便于后续所述调试人员调取改进；

S4：获取与所述需求模块关联的各个所述部门执行模块，通过所述访问平台中的数据沙箱进行需求路径模拟和执行测试，通过所述数据沙箱中的标准化数据和标准化验证模块对所述路径进行验证，执行S5；

所述数据沙箱的工作过程包括：

S41：获取关联的各个所述部门执行模块的位置坐标，执行S42；

S42：依次计算所述各个所述部门执行模块的模拟路径总长，执行S43；

S43：根据所述用户选定的时刻，计算模拟路径执行测试时所需的总耗时，执行S44；

S44:将所述模拟路径总长和所述总耗时进行标准化验证模块验证，执行S5，所述标准化验证模块包括线下单元和线上单元，线下单元还包括有交通工具单元和实景模拟单元，线上单元还包括有联络方式单元；

S5：将符合所述数据沙箱验证的路径作为所述需求模块的访问结果。

2.根据权利要求1所述的一种应用于智慧城市中多部门交互的访问方法，其特征在于，所述访问平台还包括用户注册模块，用户注册模块通过对用户身份进行输入后获取所述访问平台的账号。