CN104572033A - 系统生成方法及装置 - Google Patents

Abstract

本发明提供一种系统生成方法及装置，其中，方法包括：接收用户的系统生成请求，所述系统生成请求包括请求用户类型；查询当前存储的各用户类型对应的配置，确定所述请求用户类型对应的请求配置，所述配置包括功能和用户界面UI布局；根据预存的各功能和各UI布局的配置文件，加载所述请求配置中的功能和UI布局的配置文件，以生成所述用户对应的系统。通过本发明提供的系统生成方法及装置，能够避免对功能和UI布局的配置文件的重复设计，从而有效节省资源。

Description

系统生成方法及装置

技术领域

本发明涉及排版领域，尤其涉及一种系统生成方法及装置。

背景技术

现有技术中，主要是通过不同系统来满足不同用户的功能需求、用户界面（User Interface，简称UI）布局需求等，也就是针对每个用户，专门为其生成相应的系统，该系统对应的配置中包括该用户需要的功能和UI布局。

但是，在上述现有方案中通常会存在以下问题，尽管不同用户对应的系统的配置中可能存在相同的部分，但是在为每个用户生成系统的过程中，都需要重新确定该系统的配置，并重新设计需要加载的相关功能和UI布局的配置文件，而这就使得现有的系统生成方案中可能存在重复设计相同的配置文件的过程，从而造成了资源的浪费。

发明内容

本发明提供一种系统生成方法及装置，用于解决现有系统生成方案因存在大量重复设计相同的配置文件的过程，导致资源浪费的技术问题。

本发明的第一个方面是提供一种系统生成方法，包括：

接收用户的系统生成请求，所述系统生成请求包括请求用户类型；

查询当前存储的各用户类型对应的配置，确定所述请求用户类型对应的请求配置，所述配置包括功能和用户界面UI布局；

根据预存的各功能和各UI布局的配置文件，加载所述请求配置中的功能和UI布局的配置文件，以生成所述用户对应的系统。

本发明的另一个方面是提供一种系统生成装置，包括：

接收模块，用于接收用户的系统生成请求，所述系统生成请求包括请求用户类型；

处理模块，用于查询当前存储的各用户类型对应的配置，确定所述请求用户类型对应的请求配置，所述配置包括功能和用户界面UI布局；

生成模块，用于根据预存的各功能和各UI布局的配置文件，加载所述请求配置中的功能和UI布局的配置文件，以生成所述用户对应的系统。

本发明提供的系统生成方法及装置，通过根据接收到的请求用户类型对应的配置和预存的各功能及UI布局的配置文件，加载相应的配置文件，从而生成相应的系统的技术方案，能够避免对功能和UI布局的配置文件的重复设计，从而有效节省资源。

附图说明

图1为本发明实施例一提供的一种系统生成方法的流程示意图；

图2为本发明实施例二提供的一种系统生成装置的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

图1为本发明实施例一提供的一种系统生成方法的流程示意图，如图1所示，所述方法包括：

101、接收用户的系统生成请求，所述系统生成请求包括请求用户类型。

102、查询当前存储的各用户类型对应的配置，确定所述请求用户类型对应的请求配置，所述配置包括功能和用户界面（User Interface，简称UI）布局。

103、根据预存的所述各功能和各UI布局的配置文件，加载所述请求配置中的功能和UI布局的配置文件，以生成所述用户对应的系统。

具体的，为了预先获取各用户类型对应的配置，作为本实施例一种可实施的方式，在101之前，所述方法还可以包括：

向所述用户发送配置请求，所述配置请求包括所述各功能和各UI布局；

接收并存储所述用户返回的配置响应，所述配置响应包括所述请求用户类型和所述请求用户类型对应的配置，所述请求用户类型对应的配置是所述用户从所述各功能和各UI布局中选择需要加载的功能和UI布局后返回的。

其中，所述预设的各功能和各UI布局可以通过对市场、客户需求及现有相关系统的缺陷及优势进行分析，并从中提炼出较为通用和成熟的功能和UI布局获得。所述请求用户类型可以由用户自行设定，或者也可以为所述用户的标识。在实际应用中，所述UI布局通常可以包括主菜单、工具条、工具箱、控制窗口、浮动面板容器、状态栏、及右键菜单等。

在上述实施方式中，可选的，所述接收并存储用户返回的配置响应之后，所述方法还可以包括：

将当前各用户类型对应的配置均包括的功能，确定为共有功能；

删除所述各用户类型对应的配置中的所述共有功能；

则相应的，所述加载所述请求配置中的功能和UI布局的配置文件之前，还包括：加载所述共有功能的配置文件。

为了能更加直观地理解本实施方式，在此举例说明，需要说明的是，以下举例只是一种具体的实施方式，其并未对其它实施方式进行限制。例如，假设针对第一用户类型，其对应的配置包括功能1和功能2，针对第二用户类型，其对应的配置包括功能1和功能3，且存储每个功能需要占用一个单位的存储空间，则存储所述第一用户类型和所述第二用户类型对应的配置需要占用四个单位的存储空间。

而通过上述实施方式，可以推知功能1为共有功能，进而删除第一用户类型和第二用户类型对应的配置中的所述功能1，即当前第一用户类型对应的配置包括功能2，当前第二用户类型对应的配置包括功能3，则相应的，存储所述第一用户类型和所述第二用户类型对应的配置仅需要占用两个单位的存储空间。

也就是说，通过本实施方式，能够在为用户生成相应系统的基础上，有效减少各配置占用的存储空间。

可选的，为了更好地满足用户的个性化需求，在103之前，所述方法还可以包括：向所述用户推送预设的各插件，以使所述用户从所述各插件中选择需要加载的插件；加载所述用户选择的插件。

通过上述实施方式，能够根据用户的需求，为不同的用户加载不同的插件，从而更好地实现用户的个性化需求。

具体的，在实际应用中，用户通常需要生成多种配置对应的系统，也就是说，一个用户类型可以对应的一个或多个配置。基于这种情形，在上述任一实施方式中，若存在至少两个所述请求配置，则在103之前，所述方法还可以包括：

向所述用户发送所述请求配置，以使所述用户从所述请求配置中选择一个配置；

相应的，103中所述加载所述请求配置中的功能和UI布局的配置文件，具体可以包括：

加载所述用户选择的配置中的功能和UI布局的配置文件。

通过本实施方式，能够使用户方便快捷地生成多种配置对应的系统，提高了系统生成方法的灵活性。

本实施例提供的系统生成方法，通过根据接收到的请求用户类型对应的配置和预存的各功能及UI布局的配置文件，加载相应的配置文件，从而生成相应的系统的技术方案，避免重复设计相同的配置文件的过程，从而有效避免资源浪费。

图2为本发明实施例二提供的一种系统生成装置的结构示意图，如图2所示，所述装置包括：接收模块21、处理模块22和生成模块23；其中，

接收模块21，用于接收用户的系统生成请求，所述系统生成请求包括请求用户类型；

处理模块22，用于查询当前存储的各用户类型对应的配置，确定所述请求用户类型对应的请求配置，所述配置包括功能和UI布局；

生成模块23，用于根据预存的各功能和各UI布局的配置文件，加载所述请求配置中的功能和UI布局的配置文件，以生成所述用户对应的系统。

具体的，为了预先获取各用户类型对应的配置，作为本实施例一种可实施的方式，所述装置还包括：

发送模块，用于在接收模块21接收用户的系统生成请求之前，向所述用户发送配置请求，所述配置请求包括所述各功能和各UI布局；

接收模块21，还用于接收所述用户返回的配置响应，所述配置响应包括所述请求用户类型和所述请求用户类型对应的配置，所述请求用户类型对应的配置是所述用户从所述各功能和各UI布局中选择需要加载的功能和UI布局后返回的；

存储模块，用于存储所述配置响应。

在上述实施方式中，可选的，处理模块22，还用于在所述存储模块存储所述配置响应之后，将当前各用户类型对应的配置均包括的功能，确定为共有功能；

处理模块22，还用于删除所述各用户类型对应的配置中的所述共有功能；

生成模块23，还用于在加载所述请求配置中的功能和UI布局的配置文件之前，加载所述共有功能的配置文件。

通过本实施方式，能够在为用户生成相应系统的基础上，有效减少各配置占用的存储空间。

可选的，为了更好地满足用户的个性化需求，所述发送模块，还用于在生成模块23加载所述请求配置中的功能和UI布局的配置文件之前，向所述用户推送预设的各插件，以使所述用户从所述各插件中选择需要加载的插件；生成模块23，还用于加载所述用户选择的插件。

通过上述实施方式，能够根据用户的需求，为不同的用户加载不同的插件，从而更好地实现用户的个性化需求。

具体的，一个用户类型可以对应的一个或多个配置。基于这种情形，在上述任一实施方式中，若存在至少两个所述请求配置，则所述发送模块，还用于在生成模块23加载所述请求配置中的功能和UI布局的配置文件之前，向所述用户发送所述请求配置，以使所述用户从所述请求配置中选择一个配置；生成模块23，具体用于加载所述用户选择的配置中的功能和UI布局的配置文件。

通过本实施方式，能够使用户方便快捷地生成多种配置对应的系统，提高了系统生成方法的灵活性。

本实施例提供的系统生成装置，通过根据接收到的请求用户类型对应的配置和预存的各功能及UI布局的配置文件，加载相应的配置文件，从而生成相应的系统的技术方案，避免重复设计相同的配置文件的过程，从而有效避免资源浪费。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种系统生成方法，其特征在于，包括：

接收用户的系统生成请求，所述系统生成请求包括请求用户类型；

查询当前存储的各用户类型对应的配置，确定所述请求用户类型对应的请求配置，所述配置包括功能和用户界面UI布局；

根据预存的各功能和各UI布局的配置文件，加载所述请求配置中的功能和UI布局的配置文件，以生成所述用户对应的系统。

2.根据权利要求1所述的方法，其特征在于，所述接收用户的系统生成请求之前，还包括：

向所述用户发送配置请求，所述配置请求包括所述各功能和各UI布局；

接收并存储所述用户返回的配置响应，所述配置响应包括所述请求用户类型和所述请求用户类型对应的配置，所述请求用户类型对应的配置是所述用户从所述各功能和各UI布局中选择需要加载的功能和UI布局后返回的。

3.根据权利要求2所述的方法，其特征在于，所述接收并存储用户返回的配置响应之后，还包括：

将当前各用户类型对应的配置均包括的功能，确定为共有功能；

删除所述各用户类型对应的配置中的所述共有功能；

所述加载所述请求配置中的功能和UI布局的配置文件之前，还包括：

加载所述共有功能的配置文件。

4.根据权利要求1所述的方法，其特征在于，所述加载所述请求配置中的功能和UI布局的配置文件之前，还包括：

向所述用户推送预设的各插件，以使所述用户从所述各插件中选择需要加载的插件；

加载所述用户选择的插件。

5.根据权利要求1-4中任一项所述的方法，其特征在于，若存在至少两个所述请求配置，则所述加载所述请求配置中的功能和UI布局的配置文件之前，还包括：

向所述用户发送所述请求配置，以使所述用户从所述请求配置中选择一个配置；

所述加载所述请求配置中的功能和UI布局的配置文件，具体包括：

加载所述用户选择的配置中的功能和UI布局的配置文件。

6.一种系统生成装置，其特征在于，包括：

接收模块，用于接收用户的系统生成请求，所述系统生成请求包括请求用户类型；

处理模块，用于查询当前存储的各用户类型对应的配置，确定所述请求用户类型对应的请求配置，所述配置包括功能和用户界面UI布局；

生成模块，用于根据预存的各功能和各UI布局的配置文件，加载所述请求配置中的功能和UI布局的配置文件，以生成所述用户对应的系统。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

发送模块，用于在所述接收模块接收用户的系统生成请求之前，向所述用户发送配置请求，所述配置请求包括所述各功能和各UI布局；

所述接收模块，还用于接收所述用户返回的配置响应，所述配置响应包括所述请求用户类型和所述请求用户类型对应的配置，所述请求用户类型对应的配置是所述用户从所述各功能和各UI布局中选择需要加载的功能和UI布局后返回的；

存储模块，用于存储所述配置响应。

8.根据权利要求7所述的装置，其特征在于，

所述处理模块，还用于在所述存储模块存储所述配置响应之后，将当前各用户类型对应的配置均包括的功能，确定为共有功能；

所述处理模块，还用于删除所述各用户类型对应的配置中的所述共有功能；

所述生成模块，还用于在加载所述请求配置中的功能和UI布局的配置文件之前，加载所述共有功能的配置文件。

9.根据权利要求6所述的装置，其特征在于，

所述发送模块，还用于在所述生成模块加载所述请求配置中的功能和UI布局的配置文件之前，向所述用户推送预设的各插件，以使所述用户从所述各插件中选择需要加载的插件；

所述生成模块，还用于加载所述用户选择的插件。

10.根据权利要求6-9中任一项所述的装置，其特征在于，若存在至少两个所述请求配置，则所述发送模块，还用于在所述生成模块加载所述请求配置中的功能和UI布局的配置文件之前，向所述用户发送所述请求配置，以使所述用户从所述请求配置中选择一个配置；

所述生成模块，具体用于加载所述用户选择的配置中的功能和UI布局的配置文件。