CN115543267A - 一种通用的SaaS软件集成与界面的布局方法及系统 - Google Patents

Abstract

本申请提出了一种通用的SaaS软件集成与界面的布局方法及系统，涉及计算机技术领域。一种通用的SaaS软件集成与界面的布局方法包括：通过“文件夹”提供了一个程序运行容器管理机制，定义了其中文件组件的组织运行扩展规范，以及通过“数据源”、“数据模型”、“应用程序”、“团队组织”、“工作流程”等特制文件组件，实现对数据存储和计算资源扩展动态应用的云化包装，各个“文件”组件的实例文件基于相关参数配置分配的存储计算资源运行使用。通过派生、分享以及工作流任务推送功能，对来自不同用户、不同系统的数据隔阂进行拆解。从顶层设计就是立足通用，可以看成是一套软件系统，在建设应用过程中可以持续不断完善优化。

Description

一种通用的SaaS软件集成与界面的布局方法及系统

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种通用的SaaS软件集成与界面的布局方法及系统。

背景技术

当前提供的SaaS软件的方案，无论是面向面对企业团队的To-B应用，还是面对个人的To-C应用，通常采用“菜单+功能”的组织形式进行界面功能操作组织。用户登录SaaS应用系统后，根据权限设置，显示有操作权限的菜单功能入口，点击功能操作，完成相关数字化管理操作动作。

“菜单+功能”的部件组织形式，从概念上一开始就将整个系统的建设建立在一个专属应用的总体目标概念基础上，对应这个总体目标，我们定义为要建设一个“某某系统”。

从软件工程理论与实践出发，其建造过程则根据这个总体应用目标，进行需求分析，将业务需求分解为若干分目标，我们通常称为“子系统”。再进而分解得到“功能”目标，而通过“菜单”机制将这些子系统及其功能组织起来，从而达到“某某系统”的建设目标。

“菜单+功能”方案实施的核心要点是将总体应用目标作为系统需求和建设的起点，然后对需求和目标进行分解，分解出基于子系统、菜单、功能概念的多层多级软件结构实现方案，基于功能进行前后端的定制开发或者集成，这个过程中，虽然很多功能实现都有成熟方案方法，但是结合到某个具体的宏观应用目标的起点需求，以及系统服务客户的独一无二性，还有整体系统中各个功能之间的关系协同，千变万化，总有需要定制开发的个性要求，其很难真正实现业内一套代码进行反复复用的目标，尤其越靠近用户应用端的功能，越难实现复用，需要投入大量人工进行定制开发服务，这种定制开发的特殊需求又会反馈到深层次的基础的复用组件和服务的代码，造成业内的技术架构、开源组件层出不穷的状况，这些架构和组件，各有优势，至今还是不能很好解决SaaS服务复用和提高系统建设效率，降低系统建设成本的目标。

因此，基于“菜单+功能”方案构建的SaaS软件系统，很难达到通用软件目标，每针对一个建设目标，都需要开展一次项目建设实例的工程工作，没法达到建设完成一套系统，进行简单拷贝复用或提供服务应用的目标。

当前SaaS软件系统，都是立足专业应用目标的系统，由于技术和业务归纳经验有限，还没有出现定位为通用的SaaS软件系统。

发明内容

本申请的目的在于提供一种通用的SaaS软件集成与界面的布局方法，其能够从顶层设计就是立足通用，可以看成是一套软件系统，在系统架构设计、工程项目管理、培训实施推广、升级维护组织方面提供的是一个单一建设实例的实施方案，在建设应用过程中可以持续不断完善优化。

本申请的另一目的在于提供一种通用的SaaS软件集成与界面的布局系统，其能够运行一种通用的SaaS软件集成与界面的布局方法。

本申请的实施例是这样实现的：

第一方面，本申请实施例提供一种通用的SaaS软件集成与界面的布局方法，其包括通过本系统方案提供了一个程序运行容器和组织运行扩展规范；通过数据源、数据模型、应用程序、团队组织、工作流程文件组件，实现对数据存储和计算资源扩展动态应用的云化包装，各个“文件”组件的实例文件基于相关参数配置分配的存储计算资源运行使用；通过派生、分享以及工作流任务推送功能，对来自不同用户、不同系统的数据隔阂进行拆解。

在本申请的一些实施例中，上述还包括：文件夹功能有打开、在新窗口中打开、删除、重命名、索引、删除索引、新建、分享、属性。

在本申请的一些实施例中，上述还包括：对于文件夹和文件的访问，提供面包屑导航指引功能，随着逐级打开文件夹，导航条逐级延长，点击其中任意一级返回到点击级别的文件夹下打开文件列表；智能搜索功能基于面包屑导航机制，根据智能搜索的递进进行数据搜索过程导航记忆。

在本申请的一些实施例中，上述还包括：文件管理一级功能包括打开、在新窗口中打开、上传文件、新建、派生、管理、分享、属性。

在本申请的一些实施例中，上述包括：除提供基于文件名的搜索外，对建立了索引的文本内容、电子表格数据、基于数据库表的应用数据、索引化的图片、索引化的视频，基于一个搜索录入域提供搜索功能。

在本申请的一些实施例中，上述还包括：将文件夹作为容器，将文件作为软件功能部件组织单元，通过注册、新建、设置、打开、派生、分享、索引、管理、删除等动作规定及互相协作配合的设计和实现方法，将个性化定制需求在通用架构中的友好集成，并提供良好扩展升级和持续维护管理能力，实现大数据时代对软件和数据应用的各个场景功能的集成，化解通用和个性的矛盾，有利于实现良好的软件服务技术架构集成效应。

在本申请的一些实施例中，上述还包括：文件夹和文件方案还为移动终端的小屏幕约定了屏幕方案，移动终端屏幕包括了用户空间主界面、文件夹目录界面及上下文菜单。

第二方面，本申请实施例提供一种通用的SaaS软件集成与界面的布局系统，其包括后端API和服务器模块，包括用户空间子模块、令牌服务子模块、分享推送子模块、文件组件注册管理子模块；

前端界面布局组件和功能模块，包括用户空间布局子模块、根文件夹子模块、文件夹目录上下文菜单子模块、文件列表上下文菜单子模块、新建子菜单子模块、派生子菜单子模块、管理子菜单子模块；

文件运行操作模块，包括注册子模块、新建子模块、设置子模块、打开子模块、派生子模块、分享子模块、索引子模块、管理子模块、删除子模块。

在本申请的一些实施例中，上述包括：用于存储计算机指令的至少一个存储器；与上述存储器通讯的至少一个处理器，其中当上述至少一个处理器执行上述计算机指令时，上述至少一个处理器使上述系统执行：后端API和服务器模块、前端界面布局组件和功能模块及文件运行操作模块。

第三方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如一种通用的SaaS软件集成与界面的布局方法中任一项的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的文件夹+文件用户空间界面示意图；

图2为本申请实施例提供的一种通用的SaaS软件集成与界面的布局方法详细步骤示意图；

图3为本申请实施例提供的文件操作一级功能示意图；

图3.1为本申请实施例提供的新建功能的子菜单示意图；

图3.2为本申请实施例提供的派生功能的子菜单示意图；

图3.3为本申请实施例提供的管理功能的子菜单示意图；

图4为本申请实施例提供的智能搜索菜单功能示意图；

图5为本申请实施例提供的文件夹+文件方案核心概念图谱示意图

图6为本申请实施例提供的一种电子设备；

图7为本申请实施例提供的手机屏幕的用户空间主界面和上下文菜单示意图；

图8为本申请实施例提供的手机屏幕的文件夹目录界面和上下文菜单示意图。

图标：101-存储器；102-处理器；103-通信接口。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

需要说明的是，术语“包括”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的各个实施例及实施例中的各个特征可以相互组合。

实施例1

请参阅图1，图1为本申请实施例提供的文件夹+文件用户空间界面示意图。

为方便方案的表述，本专利方案简称为“文件夹+文件”方案，方案是为SaaS应用提供一个新型通用的软件集成与应用界面的布局及操作功能流程方案，同时也包括了其内在驱动运行机制的原理设计。

基于通用目标，“文件夹+文件”方案提供了前端用户界面的一个通用的设计和使用方案。

“文件夹+文件”方案的前端用户界面方案应用效果如图1所示。

图1是用户登录后进入用户空间后看到的界面。根据本方案，这是登录进入用户空间后的默认功能界面组合，图中界面功能为本专利方案的基本功能，各个功能间紧密配合，有机协作，完成本方案的设计目标，实际应用界面可以根据用户使用需求和方便性要求，提供其他附加功能的界面要素，可以包括并不限于如皮肤选择、空间装饰、选项开关、快捷菜单、用户信息、作业列表、消息通知提示、语言切换、广告宣传、公告消息、好友会话、客户服务等功能。

图中各个区域功能介绍如下。

1.为文件夹目录树型展示操作区域，默认创建的根级目录，包括“我的任务”、“我的资源”、“我的分享”、“我的文件”，其下用户可以自创子文件夹进行文件自主分类管理；

2.为智能搜索条件输入域，根据搜索条件规范，可以支持基于用户空间对文本、图像、视频、数据的搜索；

3.“面包屑”(breadcrumb)导航，可以基于目录进行文件夹和文件访问导航，也可以基于智能搜索的关联递进搜索进行数据搜索导航记忆；

4.为文件列表，是打开一个文件夹后的列表展示，默认提供文件名称、修改日期、类型、大小的信息列表显示，根据文件状态在文件名称上附加图标来表示文件类型、索引标识、处理状态、文件动态信息等提示或警示信息。对于特殊的文件夹，例如“我的任务”下的文件记录，可以根据其中任务文件的特殊性，基于文件夹的属性设置，提供专属列表字段展示方案。需要特别说明的是，“文件夹+文件”方案中的“文件”是个动静结合的概念，对于对接后台服务的数据内容动态变化的文件，会将文件内容数据计算运动过程中的警示信息及时反映到文件状态标识上，并结合消息通知机制及时与用户进行信息通知提示，这是与桌面操作系统中文件资源管理器中所管理文件的大不同和创新；

5.为上下文菜单(context menu)，在文件夹列表、文件列表(位置4)等采用上下文菜单形式提供对文件夹、文件的操作方法支持。

图中右上角显示当前登录用户，可以附加用户菜单提供用户个性操作。图1中的界面区域设计对于“文件夹+文件”方案是充分的，也是必要的，但是出于用户体验的优化，实际实现时，在此界面上可以添加其他功能元素，例如可以包括但不限于如皮肤选择、空间装饰、选项开关、快捷菜单、用户信息、作业列表、消息通知提示、语言切换、广告宣传、公告消息、好友会话、客户服务等，以提供用户更好综合使用体验。

每个用户注册后自动拥有一个用户空间，用户空间操作界面如图1所示。用户空间前端界面的功能和运行需要对应方案设计的后端服务进行支持，只有前后端运行机制进行精密设计，相互配合，才是一个完整的方案。

后端服务：

要实现“文件夹+文件”如图1的前端界面方案，需要后端服务支持部件。本方案的后端部件包括“用户空间”、“令牌服务”、“分享推送”、“文件组件注册管理”等功能API和服务集支持。这四组服务集对于本方案中的前端功能支持是本方案的实现技术关键要点，还可以根据前端优化需求增加其他服务能力支持。下面从整体角度描述四组服务集的功能，更细致的内容，将结合前端和后端的系统运行流程详细描述。

1.用户空间：提供空间信息维护后端API和服务集支持，包括：文件夹增、删、改(重命名)、查(打开)、移动、分享、属性管理等，文件的文件上传，文件删除、重命名、剪切、复制、粘贴操作管理，以及文件类型个性的打开、新建、派生、分享、索引、设置、属性功能的调用入口的服务支持；

2.令牌服务：提供后端API和服务集支持，用户登录后可以在本系统的有关场景中申请获取令牌，令牌内容根据场景需要包括全部或者部分，但不限于：令牌唯一ID、创建者、创建时间、失效时间、目标用户/用户组、运行http/https资源地址(含端口、虚拟路径等)、仿真用户、确认执行的用户、安全限制参数(可访问客户端限制、功能权限限制和记录字段存取限制等)、运行模式(嵌入式/新页面)、程序体业务参数、存储资源参数、计算服务参数等。令牌数据存储在服务端令牌池中，通过唯一ID附带在分享流转的文件或者功能场景的服务请求上。提供API调用和服务集基于令牌规定的场景中运行服务安全检验和能力检验，实现文件代表的程序或者数据在不同用户之间分享流转或运行。对于令牌内容的执行解析，由基于组件规范开发并注册的文件组件解析实现。

3.分享推送：提供一个分享机制的后端API和服务集支持，前后端配合，将用户所拥有的某个文件，基于文件组件设计支持，进行公开分享、分享给指定用户群组(用户或者用户空间分组分类)、分享给指定用户，根据分享和领受生成分享实例。分享实例包含一个分享领受的令牌，通过令牌机制进行实例场景创建和复制，并根据分享文件特性，推送到领受用户的“我的资源”、“我的任务”文件夹下，实现程序和数据的分享推送。通过紧密协作机制分享的程序任务(如工作流任务推送)，会在领受用户的“我的任务”下产生一个新的任务程序执行文件，领受用户根据提醒进行领受确认，确认后可执行和操作相关任务程序。如果通过互动式的分享操作，领受用户领受后，自动存储到领受用户的“我的资源”下，供领受用户使用。对应的，主动分享“文件”或“文件夹”的用户则会在“我的分享”下看到自己分享出去的文件资源记录，供后期对分享的取消操作或者权限调整操作。用户可以在自己的“我的任务”、“我的资源”、“我的分享”下规划创建子文件夹，将根目录下的程序或者数据文件，或者历史分享记录，基于子文件夹进行分类归档管理。

4.文件组件注册管理：提供文件组件的注册机制，注册登记一个文件的使用功能各个环节的配置信息，包括文件的服务集、文件的前端组件、文件的通用功能：新建、打开、管理(删除/重命名/索引/删除索引/设置/复制/剪切/粘贴/)、索引、设置、派生、分享、属性的能力或者调用接口信息注册登记。前后端根据文件类型注册的功能接口信息进行运行执行。这里的索引功能配置在“管理”子菜单中，就是对应文件构建全局大数据索引的功能，删除索引就是对文件索引删除，而不被智能搜索功能检索到。这里的设置功能配置在“管理”子菜单中，就是对应文件创建后的参数修改，如果涉及本方案平台存储计算资源分配，或需要系统管理员参与或审核。对于“我的分享”的分享文件记录，也可以通过“设置”功能调整分享访问参数条件。

派生功能是基于当前文件衍生生成新的文件，一个文件能否派生为其他类型文件取决于文件组件注册时登记其支持或不支持来源文件的派生功能。

分享功能为将当前文件或者文件夹分享给其他的用户或者用户组。新建、打开、管理、索引、派生、分享就是“文件夹+文件”SaaS软件方案的核心设计，其实现对SaaS服务软件的功能集成提供了显著区别于“菜单+功能”方案的功能服务集成和呈现方案。

前端界面功能和后端服务配合，结合文件组件注册提供的各个管理工作场景的互动界面和服务接口，完成本方案的各项功能，实现一个基于“文件夹+文件”的通用SaaS应用容器。基于这个容器，可以开发一个个文件组件，注册和发布，提供公共的数据存储、计算、检索服务，每个文件实现完全基于业务应用需求进行开发、发布和推广，用户只需要主要掌握好“新建/派生→打开→分享”的主体软件使用功能操作流程，就能创建属于自己的独一无二的数据应用软件系统。

实施例2

请参阅图2，图2为本申请实施例提供的一种通用的SaaS软件集成与界面的布局方法详细步骤示意图，其如下所示：

步骤S200，通过“文件夹”提供了一个程序运行容器管理机制，定义了其中文件组件的组织运行扩展规范；

在一些实施方式中，文件夹功能有：打开、在新窗口中打开、删除、重命名、索引、删除索引、新建、分享、属性。在文件夹下鼠标右键，展开上下文菜单即可打开文件夹管理功能，参见图1中第5部分。

打开：打开文件夹，在文件列表区域(图1中的4)展示该文件夹的列表，在面包屑导航(图1中的3)显示文件夹的导航路径。此菜单上的功能通常在触摸屏界面使用，如果用鼠标点击，可直接打开文件夹。

在新窗口中打开：在电脑桌面端按此功能打开时会打开一个新浏览器标签页，显示文件夹内容。

索引：对文件夹设置索引条件和参数，对于文件夹下的满足设置条件的文件自动进行索引，索引后的文件内容可以在智能搜索栏中通过智能搜索得到。

删除索引：删除文件夹下的所有文件的索引，删除索引后的文件在智能搜索中不能被检索到。

删除：删除文件夹，同时会释放其下的数据存储空间资源、索引资源等。

重命名：修改文件夹名字为新名字。

新建：当前选中文件夹下新建一个子文件夹，新建的子文件夹放置在当前文件夹最后。

分享：将选中文件夹进行广泛分享，或者分享给指定用户或者用户组。分享用户可以在“我的分享”下查看分享历史记录，领受分享的用户可以在“我的资源”中查看领用到的分享资源文件。

属性：查看文件夹的属性信息，包括常规的基本信息、统计信息、分享操作记录、安全访问设置等。

在左侧文件夹导航目录下，提供鼠标拖动功能，对文件夹拖动位置、通过拖动进行排序等。提供根据文件夹名称的快速搜索功能，方便使用者找到目标文件夹。

步骤S210，通过“数据源”、“数据模型”、“应用程序”、“团队组织”、“工作流程”等特制文件组件，实现对数据存储和计算资源扩展动态应用的云化包装，各个“文件”组件的实例文件基于相关参数配置分配的存储计算资源运行使用。

在一些实施方式中，参见图1中区域3。对于文件夹和文件的访问，提供面包屑(breadcrumb)导航指引功能，随着逐级打开文件夹，导航条逐级延长，可以点击其中任意一级返回到点击级别的文件夹下打开文件列表。智能搜索功能也可以基于面包屑导航机制，根据智能搜索的递进进行数据搜索过程导航记忆。

在一些实施方式中，图1中的区域4，在文件列表区域中提供上下文菜单，进行文件操作。文件管理一级功能包括：打开、在新窗口中打开、上传文件、新建、派生、管理、分享、属性等。

步骤S220，通过派生、分享以及工作流任务推送功能，对来自不同用户、不同系统的数据隔阂进行拆解。

在一些实施方式中，在文件列表通过鼠标右键可以打开文件或文件夹的上下文操作功能，参见图3，图3为文件操作一级功能示意图。文件操作一级功能详解：

打开：打开文件夹，或者打开查看一个文件的内容，内容展示界面根据文件类型在文件组件注册表中注册信息打开展示，提供互动能力。在电脑界面上鼠标双击即可打开一个文件或文件夹，上下文菜单上的打开功能用于触摸屏界面上的功能操作。

在新窗口中打开：在电脑的桌面系统中可以在浏览器新标签页中打开文件夹或者文件。

上传文件：可以选择一个或者多个文件上传到当前文件夹中，在电脑页面，还可以通过鼠标在桌面系统的资源管理器中拖动文件释放到文件列表区域下实现批量文件上传。

新建：如果文件组件注册支持“新建”能力，则该文件组件则可列在“新建”功能菜单的二级菜单功能或包含在“新建”的“更多...”的选择中。新建功能包括新建文件夹，新建文本文件、超链接，更高级地可以提供新建数据源、数据模型、数据库表、团队组织等，以及根据文件组件注册表实现“更多…”的功能操作，访问运行支持“新建”接口的其他文件组件的新建功能。

派生：这是“文件夹+文件”方案的一个重要设计，根据文件组件注册管理，注册支持“派生”接口的文件组件，根据当前选中的文件类型，列到此处“派生”功能的二级菜单功能中。对于选中的源文件，可以派生或衍生出一个新的目标文件，目标文件提供基于源文件数据的合并、过滤、转换处理等功能实现数据深化处理使用。基于派生功能，用户可以将个性化数据处理功能通过定制开发派生文件的形式引入系统，实现个性定制功能的用户自主配置化实现。“派生”机制提供了一种模拟人自然思维方式的数据处理功能扩展或者集成方案，是实现个性化、定制化的功能实现的重要机制。派生关系会在文件的属性中查看获得其派生衍变过程。

管理：提供了文件或者文件夹的通用管理功能，如删除、重命名、索引、删除索引、设置、复制、剪切、粘贴操作。

分享：将文件或者文件夹进行分享，分享记录会记入当前用户的“我的分享”中提供分享后管理，分享文件的领受用户，则会在“我的资源”中看到领受的分享文件或者文件夹记录信息。分享时根据文件组件注册表中注册登记参数信息，分享给指定的用户或者用户群，指定用户或者用户群的每个接收用户，系统可以产生一个接收令牌实例，令牌中记录相关运行场景信息，将附带令牌的分享文件添加到目标用户的“我的资源”文件夹的根文件夹中。分享功能也可以产生分享链接，提供用户自主领受，在“我的资源”的上下文菜单中提供额外的“添加资源”功能，根据分享链接附带的信息，在领受用户确认领受时再生成实例令牌，添加到领受用户的“我的资源”的根文件夹下。主动发起文件/文件夹分享的用户发出分享后，会在自己的“我的分享”中查看到分享文件记录，其可自行决定取消或者删除文件/文件夹分享记录，则接收或者领用该分享文件的数据将不再更新或者被访问。

属性：查看文件夹的属性信息，包括常规的基本信息、统计信息、分享操作记录、安全访问设置等，对于派生的文件，还能看到派生演变的关系过程等。

新建功能的下级功能见下文，其实际内容包括但是不限于下文的内容，扩展内容基于“更多...”菜单项从文件组件注册表中检索加载。

页面操作样式参见图3.1中上下文菜单的“新建”功能的子菜单。

文件夹：在当前文件夹下创建一个子文件夹。

文本文件：在当前文件夹下创建一个普通文本文件，支持打开和在线编辑。

超链接：在当前文件夹下创建一个超链接，指向访问第三方互联网络资源。也可以基于超链接对当前用户空间的文件建立快捷方式提供快速访问。

数据源：包括关系数据库的数据源参数、全文检索库、消息队列、集群缓存等后台存储资源的数据存储资源，包括性能配置参数，此功能可以限制只有通过系统管理员审核确认才能真正创建和生效。

数据模型：可以创建一个或多个有关联关系的数据库表集合，用来存储复杂结构数据，提供默认的增删改查及批量数据操作功能，如批量导入、批量导出、批量修改、批量删除等基本维护功能和处理界面。

数据库表：数据模型的简版，只创建一个数据库表，提供和数据模型同样的功能，此适用于为不熟练用户或者简单需求功能用户提供服务。

应用程序：基于数据模型或者数据库表，提供程序配置功能，配置基于数据模型和数据表格的程序功能。可以自定义功能，提供定制操作界面配置功能支持。

团队组织：创建一组程序，实现组织管理，以支持后续工作流的应用。参见“派生→工作流程”功能的设计。

更多：在文件组件注册表基础上，选择注册的支持“新建”接口的文件组件，创建对应的文件。前述新建功能除新建文件夹外，其他功能都可以看成是属于文件注册表中的文件类型模块在上下文新建菜单下的默认优先推荐或置顶的新建文件类型。

派生功能的下级功能见下文，其实际内容包括但是不限于下文的内容。通过“更多”功能实现派生功能基于文件组件注册表的扩展。

页面操作样式参见图3.2中上下文菜单的“派生”功能的子菜单。

关系推演：基于来源数据表中数据，并依托当前用户空间的全局索引化数据进行关系推演分析，推演结果保存生成为新的文件。

分析图表：基于来源数据表中数据，设定图表参数，进行图表分析，将生成的图表保存生成为新的文件。

数据筛选：在基于来源数据库表中，通过设置条件，获取数据子集并保存生成为新的文件。

数据转置：将数据的行列信息进行转置处理，获得新的数据表结构，将数据存储保存到新的表结构的数据库表文件中。

数据透视：提供互动操作，对来源数据表格进行维度筛选、分组合并计算、转置转换处理等，形成新的数据透视表，更好展示数据内容，并存储保存为新的文件。

数据转换：根据派生的数据转换设置，实现来源数据的合并、拆分、转置、清洗过滤、数据二次转换处理等，扩展自定义规则进行数据加工处理，生成保存为新的静态或者动态文件。如果是动态文件，则支持基于派生来源文件的数据变化，动态刷新更新保存的派生文件的内容。

数据模型：比如可以以电子表格文件为来源文件，解析其内容结构，提供界面构建数据模型，基于数据模型提供基本的如增、删、改、查、批量导入、批量导出、批量修改、批量删除等常用数据管理操作能力。

数据库表：派生数据模型的简化功能，直接可以从以电子表格为代表的数据文件，生成一个数据表格文件，并将来源文件中数据导入其中，新文件打开时，可以提供如增、删、改、查、批量导入、批量导出、批量修改、批量删除等常用数据管理操作能力。

应用程序：基于数据模型或者数据库表，进行应用程序配置，可以提供如通用增、删、改、查、批量导入、批量导出、批量修改、批量删除等功能以外的其他功能的用户自定义自配置能力，由用户自主构建自己的程序应用功能。

工作流程：可以在应用程序的功能设计基础上，派生生成工作流程，可以关联“新建→团队组织”创建的组织设计，基于团队组织进行流转角色控制，派生时提供工作流流程图绘制能力，生成新的工作流程模板。设计工作流程并保存后，可以通过“文件操作→管理→设置”功能进行修改。每次打开一个工作流程文件，都会执行工作流图中的“开始”节点，开始创建任务，由后端工作流引擎驱动运行。如果“开始”节点后对应一个自动化后台作业，那么系统会在第一次打开确认后，自动注册该工作流程到后台工作流引擎中，根据自动化设置启动运行该工作流程文件规定的工作流作业。系统后端工作流引擎，基于流程设计驱动用户分工协作，通过功能协同，实现工作流应用。工作流程程序运行过程中产生的程序任务会推送到目标用户的“我的任务”的根目录下。

更多：基于文件组件注册管理中注册的文件组件，根据指定其派生来源文件类型，选择来源文件类型支持的派生操作，列示提供选择生成新的派生文件。

页面操作样式参见图3.3中上下文菜单的“管理”功能的子菜单。管理功能的下级功能见下文。

删除：删除文件、删除数据，删除相关生成的索引数据，释放用户空间存储资源。

重命名：对文件夹或文件的名称重新命名。

索引：为支持智能搜索功能，比如可以对人脸等图片构建数字化索引，对视频构建索引，而支持对用户空间对图片和视频检索的需要。还可以对如文本文件、字处理软件生成的文字信息提取，构建全文索引，提供检索支持。对电子表格文件解析数据结构，构建索引支持智能搜索检索。来自数据模型或者数据库表的文件自然利用其索引支持智能检索。支持数据库表中存储数据到全文检索库的大数据检索优化支持等。

删除索引：对不需要索引和检索的文件，可以通过“删除索引”删除其上建立的索引。对于数据模型或者数据库表文件上的索引，其删除索引则是禁止索引。删除索引后的文件，在智能搜索的内容搜索中将不能对其文件内容进行检索。

设置：设置文件在分享、新建或者派生时的选项配置，此根据文件类型是否支持相关设置功能来提供相关设置对话操作。基于设置功能提供文件动态内容管理规则的修改操作支持。

复制：复制被选中的文件，是否能被复制，取决于文件组件支持，及文件组件对当前数据存储状态对复制功能的限制。

剪切：剪切当前文件，是否能被剪切，取决于文件组件支持，及文件组件对当前数据存储状态对剪切功能的限制。

粘贴：对于被复制或者被剪切的文件，粘贴到当前文件夹下，能否进行粘贴，取决于被复制或被剪切文件类型是否支持粘贴操作，以及来源和目标文件夹之间是否允许粘贴等条件。

本方案中对管理的文件的内容提供了智能搜索功能设计。

除支持基于文件名的搜索外，对建立了索引的文本内容、电子表格数据、基于数据库表的应用数据、索引化的图片、索引化的视频，基于一个搜索录入域提供搜索功能。提供基于常用搜索字段类型，如身份证号、护照号、手机号码、电话号码、QQ号、微信号、邮箱号、人名、组织名称、地址等提供查询条件输入，还可以提供定制的复杂查询条件录入，基于用户空间内数据内容进行搜索。搜索结果在文件列表区域提供数据记录、文件列表的列示输出，并提供打开查看功能等。对于数据检索结果，根据数据库表字段进行列示信息组织，提供检索结果查看。智能搜索根据搜索的递进，基于面包屑(breadcrumb)导航提供递进搜索导航记忆。智能搜索可以将搜索结果存储为类型为“智能搜索”的系统特殊文件进行保存，并可提供打开查看、派生、分享操作支持等。智能搜索选项菜单参见图4。

“文件夹+文件”方案，以“文件夹”为容器，以“文件”为软件功能部件组织单元，通过注册、新建、设置、打开、派生、分享、索引、管理、删除等九个操作动作规定及互相协作配合的设计和实现方法，来实现构建通用SaaS软件系统体系架构的目标，实现个性化定制需求在通用架构中的友好集成，并提供良好扩展升级和持续维护管理能力，实现大数据时代对软件和数据应用的各个场景功能的集成，化解通用和个性的矛盾，有利于实现良好的软件服务技术架构集成效应。各个操作的功能说明及其相互配合协作说明参见下文。

注册：注册登记一个文件在新建、设置、打开、派生、分享、索引、删除等操作环节的选项参数，如界面组件、服务集组件、功能使能条件参数、程序运行的环境参数、安全参数、存储参数、业务选项参数等信息。

新建：支持“新建”操作的文件类型，可以在新建时被选择创建该类型的文件。

设置：支持“设置”操作的文件类型，可以在文件列表菜单“管理→设置”下打开设置界面，进行设置，设置操作可以是规则受限或者需要平台管理员审核的。设置的内容通常是在新建、派生、分享时创建一个新的文件时，附带的参数选项设置对话。文件基于设置内容实现数据管理和程序运行。设置功能的提供是在文件创建后，能对选项参数进行修改。

打开：根据文件类型注册的打开操作各个相关参数，打开查看或者编辑选中文件，具体操作界面由文件注册配置的程序运行能力定义。

派生：文件类型可以注册从某类文件可以派生得到新文件的条件，具备派生条件时，弹出派生操作对话界面，进行派生选项参数设置，确认后派生生成新的文件。派生生成的文件记录派生关系，派生出新文件后会对来源文件产生一定的使用约束，如禁止删除来源文件等。派生关系信息，可以查看相关文件的属性，在属性页上提供派生关系展示。

分享：文件可以分享给其他用户，分享后会在“我的分享”中产生分享实例记录，分享时可以指定分享参数，设置访问限制条件等，还可以结合文件或文件夹设置其内容数据的分享展示视图方案，提供更好的分享体验支持。用户可以查看自己的分享记录，也可以调整分享参数或取消分享。基于如“工作流程”文件类型的任务推送，也是一种分享设计，只是其领受者在“我的任务”文件夹下收到和管理，其发送者则在“工作流程”的管理视图(而不是“我的分享”)中可以查看和管理。

索引：根据文件注册是否支持索引提供操作支持，创建索引后，文件内容可以支持在“智能搜索”栏进行智能搜索。

管理：这里“管理”主要指删除、重命名、复制、剪切、粘贴，基于文件注册组件的使能条件执行确定是否可以执行相关操作。

删除：删除文件数据、删除索引，根据相关注册服务集进行删除确认后删除相关文件记录及其数据。由于派生文件机制的约束，派生文件的中间文件在删除时会进行报错提示。原则上派生网络上的叶子节点是可以被删除的。

“文件夹+文件”中“文件夹”提供了一个整体容器管理框架，“文件”则代表每个注册的文件，每个文件代表了一个特定的功能部件。以“文件”部件为单元进行系统扩展，授权设置、代码复用等。

通过“派生”实现数据在不同文件中的流动，支持数据汇聚、数据治理及转换处理等各种数据形态转换，同时构建数据之间的基因变化关系网。在数据基础上还能派生“应用程序”、“工作流程”等程序化的文件对象，通过程序功能驱动现实中的各项人工和自动的数字计算活动。通过“索引”对各类数据进行全局索引建设，基于“智能搜索”功能进行全局数据智能搜索，搜索到的数据独立保存，也可关联数据文件进行打开查看。通过“分享”功能实现跨用户、跨系统的数据和程序交换，工作协同等。

如前述方案，所有功能服务的加入方法在本“文件夹+文件”方案中都是明确的，其都是通过开发文件组件单元，注册到方案中的文件组件注册表中，实现对新建、设置、打开、派生、分享、索引、管理、删除等操作环节的规范化支持，即可调用和运行，基于文件组件功能能力需求，消耗存储空间和算力资源是可以评估计算出来的。

因此，本方案中服务能力可以计量的。由此，本方案更加适合对于软件的SaaS服务量化表达。比如可以对文件类型的使用提供能力收费，根据文件空间大小进行计量收费，对文件的算法算力运算提供算力计量收费等。

而且，根据方案，在实际中不断完善细化，促进软件生产的工厂化生产制造。

例如，根据方案，可以将服务集的开发工作分解到一个一个“文件”单元，每个“文件”单元组件的研发和质量保证工作可以在一个人的控制能力范围内，每个人都可以创造自己的基于“文件”的服务集，发布注册到平台中，由“文件夹+文件”基于新建、设置、打开、派生、分享、索引、管理、删除的操作流程设计，对发布“文件”进行标准化约束和管理，实现“文件”之间的工作和服务协同，从而实现软件的工厂化的生产制造。

“文件夹+文件”方案，能对通常为中央集中的大数据存储和计算资源，通过“文件”这种介质形式，进行算力资源分解，实现算力资源零售化、可计量化的服务输出，达到充分利用大数据算力资源为每个微小数字个体服务的效应，让普通大众也能享受大数据对各项社会经济活动服务支持的好处，从而实现“SaaS”的初衷目标。

从具体功能的提供上，“文件夹+文件”方案也提供了新建“团队组织”、新建“数据模型”、派生“应用程序”、派生“工作流程”等功能，引入工作流，支持团队协同，结合“分享推送”服务机制，可以面向互联网络构建更加开放和灵活的工作协同网络。基于“派生”的设计，可以实现数据之间的任意转换，打破数据之间的隔阂，使用者可以在自己的用户空间中自由构建自己的数字空间，实现自己的独一无二的数字应用软件服务界面。基于“文件夹+文件”方案，可以产生积极的技术综合效应，对大数据时代信息社会发展预期能产生良好的推进效应。

在一些实施方式中，还包括为移动端的小屏幕约定了屏幕方案，参见图7、图8。图7为手机端登录后的页面，左侧文件夹栏处于收起状态，点击左上角的展开图标，则文件夹被打开，如图8所示。其他操作内容和电脑端的操作一致，在此不做过多赘述。

实施例3

请参阅图5，图5为本申请实施例提供的“文件夹+文件”方案核心概念图谱示意图。

如前述功能，“文件夹+文件”是提供了一个通用的SaaS应用软件的框架性方案。

对于用户定制程序，可以通过新增一个文件组件，并注册到系统中进行发布，根据SaaS运营要求，计量计价授权提供给目标用户，通过文件的新建功能或者派生功能创建和引入，通过打开功能运行和使用，实现对SaaS定制功能软件的使用。

所以“文件夹+文件”方案，实质是通过“文件夹”提供了一个程序运行容器管理机制，定义了其中文件组件的组织运行扩展规范，以及通过“数据源”、“数据模型”、“应用程序”、“团队组织”、“工作流程”等特制文件组件，实现对数据存储和计算资源扩展动态应用的云化包装，各个“文件”组件的实例文件基于相关参数配置分配的存储计算资源运行使用，每个“文件”只需要专注自己的独立业务逻辑开发实现，根据数据和应用规模要求，即可享受大数据计算存储能力服务。进而通过一个个“文件”组件的开发、注册发布、购买、计价计量使用，实现了一个用户互动良好，可持续维护升级、良性循环的通用的SaaS软件服务平台系统。

通过“派生”、“分享”以及工作流“任务推送”功能，打破来自不同用户、不同系统的数据隔阂，又通过“智能搜索”功能解决实现了哲学上“万事万物都是相互关联的”在计算机数据上的应用和实践。因此，使得本“文件夹+文件”方案拥有了一个坚固的理论基础支持，使得本“文件夹+文件”方案是符合“一个通用的SaaS软件方案”的目标定位的。

更重要的，“文件夹+文件”虽然是一个通用方案，其更是一个可单一实例化实现的平台系统产品。

基于“菜单+功能”模式来实现“SaaS”系统，要实现本发明类似的通用系统目标功能，从社会效应方面来看，需要付出更多的在系统架构设计、工程项目管理、培训实施推广、升级维护组织等方面的多重成本代价。

而“文件夹+文件”方案本身可以看成一套软件系统的单一实例实现方案，在系统架构设计、工程项目管理、培训实施推广、升级维护组织方面是提供了一个单一实例的建设实现方案，其建设成本是单重的，随着这个实例平台或者产品系统的不断建设完善，本方案产品可预期大大提高数字社会软件系统建设的效率，其社会效益可以是巨大的。

如图6所示，本申请实施例提供一种电子设备，其包括存储器101，用于存储一个或多个程序；处理器102。当一个或多个程序被处理器102执行时，实现如上述第一方面中任一项的方法。

还包括通信接口103，该存储器101、处理器102和通信接口103相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器101可用于存储软件程序及模块，处理器102通过执行存储在存储器101内的软件程序及模块，从而执行各种功能应用以及数据处理。该通信接口103可用于与其他节点设备进行信令或数据的通信。

其中，存储器101可以是但不限于，随机存取存储器101(Random Access Memory，RAM)，只读存储器101(Read Only Memory，ROM)，可编程只读存储器101(ProgrammableRead-Only Memory，PROM)，可擦除只读存储器101(Erasable Programmable Read-OnlyMemory，EPROM)，电可擦除只读存储器101(Electric Erasable Programmable Read-OnlyMemory，EEPROM)等。

处理器102可以是一种集成电路芯片，具有信号处理能力。该处理器102可以是通用处理器102，包括中央处理器102(Central Processing Unit，CPU)、网络处理器102(Network Processor，NP)等；还可以是数字信号处理器102(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本申请所提供的实施例中，应该理解到，所揭露的方法及系统，也可以通过其它的方式实现。以上所描述的方法及系统实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的方法及系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

另一方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器102执行时实现如上述第一方面中任一项的方法。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器101(ROM，Read-Only Memory)、随机存取存储器101(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

综上所述，本申请实施例提供的一种通用的SaaS软件集成与界面的布局方法及系统。

以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims (10)

1.一种通用的SaaS软件集成与界面的布局方法，其特征在于，包括：

通过本系统方案提供了一个程序运行容器和组织运行扩展规范；

通过数据源、数据模型、应用程序、团队组织、工作流程文件组件，实现对数据存储和计算资源扩展动态应用的云化包装，各个“文件”组件的实例文件基于相关参数配置分配的存储计算资源运行使用；

通过派生、分享以及工作流任务推送功能，对来自不同用户、不同系统的数据隔阂进行拆解。

2.如权利要求1所述的一种通用的SaaS软件集成与界面的布局方法，其特征在于，还包括：

文件夹功能有打开、在新窗口中打开、删除、重命名、索引、删除索引、新建、分享、属性。

3.如权利要求1所述的一种通用的SaaS软件集成与界面的布局方法，其特征在于，还包括：

对于文件夹和文件的访问，提供面包屑导航指引功能，随着逐级打开文件夹，导航条逐级延长，点击其中任意一级返回到点击级别的文件夹下打开文件列表；

智能搜索功能基于面包屑导航机制，根据智能搜索的递进进行数据搜索过程导航记忆。

4.如权利要求1所述的一种通用的SaaS软件集成与界面的布局方法，其特征在于，还包括：

文件管理一级功能包括打开、在新窗口中打开、上传文件、新建、派生、管理、分享、属性。

5.如权利要求1所述的一种通用的SaaS软件集成与界面的布局方法，其特征在于，包括：

除提供基于文件名的搜索外，对建立了索引的文本内容、电子表格数据、基于数据库表的应用数据、索引化的图片、索引化的视频，基于一个搜索录入域提供搜索功能。

6.如权利要求1所述的一种通用的SaaS软件集成与界面的布局方法，其特征在于，还包括：

将文件夹作为容器，将文件作为软件功能部件组织单元，通过注册、新建、设置、打开、派生、分享、索引、管理、删除规定及互相协作配合的设计和实现方法，将个性化定制需求在通用架构中的友好集成，并提供良好扩展升级和持续维护管理能力，实现大数据时代对软件和数据应用的各个场景功能的集成，化解通用和个性的矛盾，有利于实现良好的软件服务技术架构集成效应。

7.如权利要求1所述的一种通用的SaaS软件集成与界面的布局方法，其特征在于，还包括：

文件夹和文件方案还为移动终端的小屏幕约定了屏幕方案，移动终端屏幕包括了用户空间主界面、文件夹目录界面及上下文菜单。

8.一种通用的SaaS软件集成与界面的布局系统，其特征在于，包括：

后端API和服务器模块，包括用户空间子模块、令牌服务子模块、分享推送子模块、文件组件注册管理子模块；

前端界面布局组件和功能模块，包括用户空间布局子模块、根文件夹子模块、文件夹目录上下文菜单子模块、文件列表上下文菜单子模块、新建子菜单子模块、派生子菜单子模块、管理子菜单子模块；

文件运行操作模块，包括注册子模块、新建子模块、设置子模块、打开子模块、派生子模块、分享子模块、索引子模块、管理子模块、删除子模块。

9.如权利要求8所述的一种通用的SaaS软件集成与界面的布局系统，其特征在于，包括：

用于存储计算机指令的至少一个存储器；

与所述存储器通讯的至少一个处理器，其中当所述至少一个处理器执行所述计算机指令时，所述至少一个处理器使所述系统执行：后端API和服务器模块、前端界面布局组件和功能模块及文件运行操作模块。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。

Images