一种Saas模式业务可扩展配置方法及装置与流程

本申请涉及扩展配置
技术领域：
，尤其涉及一种saas模式业务可扩展配置方法及装置。
背景技术：
：在软件即服务(software-as-a-service，saas)模式中，客户可根据实际业务需求，向软件供应商订购需要的应用软件服务。针对软件供应商提供的软件服务，不同客户的需求不同，需要的软件功能也不同。因此，软件供应商往往需要根据不同客户的需求，为其提供个性化的软件服务。但是，这样给软件供应商带来了繁杂的工作量，实现过程较为复杂，且客户无法随时根据需求对软件服务进行变更，缺乏灵活性。技术实现要素：本申请实施例提供一种saas模式业务可扩展配置方法及装置，用以解决现有的软件供应服务工作量繁杂，实现过程复杂，灵活性较差的问题。本申请实施例提供的一种saas模式业务可扩展配置方法，包括：接收业务可扩展配置请求；所述可扩展配置请求中包括可扩展配置类型标识、可扩展配置项标识、用户标识；根据所述可扩展配置类型标识，确定对应的操作策略；根据所述用户标识以及确定出的操作策略，对所述可扩展配置项标识对应的可扩展配置项进行处理。在一个示例中，根据所述可扩展配置类型标识，确定对应的操作策略，包括：根据所述可扩展配置类型标识，确定对应的可扩展配置类型信息；若所述可扩展配置类型信息中的操作策略不为空，则确定采用所述可扩展配置类型信息中指定的操作策略；若所述可扩展配置类型信息中的操作策略为空，则确定采用默认的操作策略。在一个示例中，根据所述可扩展配置类型标识，确定对应的可扩展配置类型信息，包括：根据所述可扩展配置类型标识，调用可扩展配置类型接口中的加载可扩展配置类型操作，确定对应的可扩展配置类型信息。在一个示例中，根据所述用户标识以及确定出的操作策略，对所述可扩展配置项标识对应的可扩展配置项进行处理，包括：根据所述用户标识以及确定出的操作策略，确定对应的策略配置描述；根据所述策略配置描述，加载相应的操作策略程序，对所述可扩展配置项标识对应的可扩展配置项执行相应的操作。在一个示例中，所述可扩展配置请求为保存可扩展配置请求；接收业务可扩展配置请求之后，所述方法还包括：根据所述可扩展配置类型标识、用户标识、可扩展配置项标识，构建可扩展配置上下文。在一个示例中，所述可扩展配置请求为加载可扩展配置请求；所述操作策略为加载策略；根据所述用户标识以及确定出的操作策略，对所述可扩展配置项标识对应的可扩展配置项进行处理，包括：根据确定出的加载策略，对预存的所有可扩展配置项进行查询，确定与所述可扩展配置类型标识、用户标识匹配的可扩展配置项，进行加载。在一个示例中，所述可扩展配置请求为加载可扩展配置请求；所述方法还包括：根据所述加载可扩展配置请求对应的前端语言种类，调用相应的解释策略，向前端返回对应的脚本进行展示。在一个示例中，所述可扩展配置请求为删除可扩展配置请求；所述操作策略为删除策略；根据所述用户标识以及确定出的操作策略，对所述可扩展配置项标识对应的可扩展配置项进行处理，包括：确定所述可扩展配置项标识为空时，根据确定出的删除策略，对与所述用户标识、所述可扩展配置类型标识匹配的所有可扩展配置项进行删除。在一个示例中，接收业务可扩展配置请求之前，所述方法还包括：确定预先定义的接口标准，所述接口标准包括可扩展配置类型接口、可扩展配置项、可扩展配置上下文、可扩展配置操作策略接口、可扩展配置操作策略配置。本申请实施例提供的一种saas模式业务可扩展配置装置，包括：接收模块，接收业务可扩展配置请求；所述可扩展配置请求中包括可扩展配置类型标识、可扩展配置项标识、用户标识；确定模块，根据所述可扩展配置类型标识，确定对应的操作策略；处理模块，根据所述用户标识以及确定出的操作策略，对所述可扩展配置项标识对应的可扩展配置项进行处理。本申请实施例提供一种saas模式业务可扩展配置方法及装置，至少包括以下有益效果：用户能够根据自身的需求，在符合预定义的接口标准的前提下，自由设置任意业务类型的可扩展配置。并且，基于用户的设置与操作，系统能够自动查询相应的实现可扩展配置的策略与程序，以对用户设置的可扩展配置的内容进行处理。这样能够灵活满足用户的不同需求，提升用户体验，同时无需软件提供商逐个手动为用户进行个性化设计，减少了软件提供商的工作量，提高了工作效率。附图说明此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：图1为本申请实施例提供的saas模式业务可扩展配置方法流程图；图2为本申请实施例提供的saas模式业务可扩展配置装置结构示意图。具体实施方式为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。图1为本申请实施例提供的saas模式业务可扩展配置方法流程图，具体包括以下步骤：s101：接收业务可扩展配置请求。在本申请实施例中，服务器可确定预先定义的接口标准，以便后续根据接口标准中的定义，对用户(即客户)做出的可扩展配置操作进行自动查询、展示与执行。其中，接口标准表示对具体业务进行可扩展配置时需要遵循的标准，接口标准包括可扩展配置类型接口、可扩展配置项、可扩展配置上下文、可扩展配置操作策略接口、可扩展配置操作策略配置等。在本申请实施例中，服务器可接收用户提交的业务可扩展配置请求。其中，业务可扩展配置请求表示用户发起的对业务的可扩展配置进行修改的请求。业务可扩展配置请求中可包括可扩展配置类型标识、可扩展配置项标识、用户标识。其中，用户标识用于唯一标识一个用户，可扩展配置类型标识用于表示用户请求修改的可扩展配置类型的标识，即具体的实体，如物料、材料供应商等不同类型，可扩展配置项标识用于表示用户请求修改的可扩展配置项的标识，即具体的各字段等配置项。具体的，可扩展配置项用于记录用户进行可扩展配置的相关信息，其包括标识、可扩展配置类型标识、租户、编码、名称、数据类型、数据长度、选项明细、是否必填、是否系统预制、提示信息、顺序、备注等属性。其中，“标识”用于唯一标识一个可扩展配置项；“可扩展配置类型标识”用于表示可扩展配置项所属的可扩展配置类型的标识；“用户”用于表示可扩展配置项所属的用户；“编码”用于表示可扩展配置项的编码；“名称”用于表示可扩展配置项的名称；“数据类型”用于表示可扩展配置项的数据类型，包括文本、数字、布尔型、日期、文件、选项等；“数据长度”用于表示用户可以输入的数据的最大长度；“选项明细”用于表示用户可以输入的选项值，仅当数据类型为选项时，该属性才可设置；“是否必填”用于控制可扩展配置项是否必须填写，若是，则用户在对相应可扩展配置类型进行操作时，必须对当前可扩展配置项进行填写；“是否系统预制”用于表示可扩展配置项是否为系统中预制的，与其相对的是后期根据需要再添加的可扩展配置项；“提示信息”用于表示用户对可扩展配置项进行填写时显示的提示信息；“顺序”用于表示当前可扩展配置项在相应的可扩展配置类型中以及相应的用户名下的，所有可扩展配置项中的顺序；“备注”用于说明可扩展配置项的用途及适用场景。s102：根据可扩展配置类型标识，确定对应的操作策略。在本申请实施例中，服务器可根据可扩展配置请求中的可扩展配置类型标识，确定对应的操作策略，以便后续根据确定出的操作策略进行相应的操作。其中，操作策略表示根据用户的不同操作，对可扩展配置项进行不同的处理的方式，具体可包括保存策略、加载策略、删除策略等。具体的，服务器可根据可扩展配置类型标识，调用接口标准中预先定义的“可扩展配置类型接口”中的“加载可扩展配置类型”操作，确定对应的可扩展配置类型信息。可扩展配置类型接口用于定义可扩展配置类型需要实现的接口标准。可扩展配置类型信息包括可扩展配置类型标识、编码、名称、备注、保存策略标识、加载策略标识、删除策略标识等属性。其中，“可扩展配置类型标识”用于唯一标识一个可扩展配置类型，用于区分系统中可扩展的不同业务实体；“编码”用于表示可扩展配置类型的编码；“名称”用于表示可扩展配置类型的名称；“备注”用于说明可扩展配置类型的用途及适用场景；“保存策略标识”用于指定可扩展配置类型对应的保存策略的标识；“加载策略标识”用于指定可扩展配置类型对应的加载策略的标识；“删除策略标识”用于指定可扩展配置类型对应的删除策略的标识。在一个实施例中，保存策略、加载策略、删除策略均有多种实现方式，因此，在可扩展配置类型接口中，可为可扩展配置类型指定特定的操作策略。若可扩展配置类型信息中相应的操作策略标识的属性值不为空，则服务器可确定采用可扩展配置类型信息中指定的操作策略标识对应的操作策略。于是，服务器可根据相应的操作策略标识，从接口标准中预先定义的“可扩展配置保存策略配置”、“可扩展配置加载策略配置”或“可扩展配置删除策略配置”中，获取相应的可扩展配置保存策略的配置、可扩展配置加载策略的配置或可扩展配置删除策略的配置。若可扩展配置类型信息中相应的操作策略标识的属性值为空，则服务器可确定采用默认的操作策略，获取默认的可扩展配置操作策略的配置。s103：根据用户标识以及确定出的操作策略，对可扩展配置项标识对应的可扩展配置项进行处理。在本申请实施例中，服务器可根据请求中的用户标识以及可扩展配置项标识，确定待处理的可扩展配置项。之后，服务器可根据s102中确定出的操作策略，对待处理的可扩展配置项进行处理。在一个实施例中，服务器可根据确定出的操作策略，确定对应的策略配置描述。之后，服务器可根据策略配置描述，加载对应的操作策略程序，包括保存策略程序、加载策略程序、删除策略程序。于是，服务器可通过相应的操作策略程序，对扩展配置项进行相应的保存、加载、删除等处理。在本申请实施例中，用户能够根据自身的需求，在符合预定义的接口标准的前提下，自由设置任意业务类型的可扩展配置。并且，基于用户的设置与操作，系统能够自动查询相应的实现可扩展配置的策略与程序，以对用户设置的可扩展配置的内容进行处理。这样能够灵活满足用户的不同需求，提升用户体验，同时无需软件提供商逐个手动为用户进行个性化设计，减少了软件提供商的工作量，提高了工作效率。在一个实施例中，服务器接收到的可扩展配置请求为保存可扩展配置请求时，表示用户请求对其设置的可扩展配置进行保存。于是，服务器可根据保存可扩展配置请求中的可扩展配置类型标识、用户标识、可扩展配置项标识，构建可扩展配置上下文。可扩展配置上下文用于记录可扩展配置的相关信息，其包括可扩展配置类型标识、用户标识、可扩展配置项列表等属性。其中，“可扩展配置类型标识”用于表示当前可扩展配置上下文对应的可扩展配置类型的标识；“用户标识”用于表示设置该可扩展配置上下文的用户的标识；“可扩展配置项列表”用于表示用户在该可扩展配置类型下设置的所有可扩展配置项。在保存可扩展配置的过程中，服务器可调用可扩展配置保存策略接口中的“保存可扩展配置”操作，对用户设置的可扩展配置上下文进行保存。其中，可扩展配置保存策略接口用于执行可扩展配置项的保存操作。在一个实施例中，用户在使用软件服务、打开相应的用户界面时，会通过客户端向服务器发送加载可扩展配置请求，以请求服务器对其自行设置的可扩展配置进行加载与显示。于是，服务器可根据预先确定出的加载策略，对预存的所有可扩展配置项进行查询，确定出与请求中的可扩展配置类型标识、用户标识相匹配的可扩展配置项，并进行加载与显示。具体的，在加载可扩展配置的过程中，服务器可调用可扩展配置加载策略接口中的“加载可扩展配置”操作，对用户查询的相应可扩展配置项进行加载。其中，可扩展配置加载策略接口用于执行可扩展配置项的加载操作。在一个实施例中，服务器在展示可扩展配置项的过程中，可根据加载可扩展配置请求对应的前端语言种类，通过接口标准中预定义的“可扩展配置解释策略配置”中的“获取可扩展配置解释策略配置”操作，获取对应的解释策略配置。于是，服务器可根据获得的解释策略的配置描述，加载对应的解释策略程序，以调用接口标准中预先定义的可扩展配置解释策略接口中的“解释可扩展配置”操作。服务器可根据待展示的可扩展配置项，通过解释可扩展配置操作，将其解释为前端可识别的控件标记语言。于是，服务器可将解释后的对应脚本返回至前端，以将查询到的可扩展配置项展示给用户。在一个实施例中，用户在请求删除先前设置的可扩展配置时，会通过客户端向服务器发送相应的删除可扩展配置请求。于是，在删除可扩展配置的过程中，服务器可调用可扩展配置删除策略接口中的“删除可扩展配置”操作，根据待删除的可扩展配置类型标识、用户标识与可扩展配置项标识，对相应的可扩展配置项进行删除。其中，可扩展配置删除策略接口用于执行可扩展配置项的删除操作。在一个实施例中，若服务器接收到的删除可扩展配置请求中仅包括可扩展配置类型标识，而不包括可扩展配置项标识，即可扩展配置项标识为空，表示用户想删除的可扩展配置没有具体到可扩展配置项。于是，服务器可从预存的所有可扩展配置中，确定出与用户标识、可扩展配置类型标识匹配的所有可扩展配置项，并对该可扩展配置类型对应的所有可扩展配置项一并进行删除。为方便理解，本申请以供应商入库的可扩展配置为例进行说明。加载可扩展配置的过程包括以下步骤：第一，服务器可根据加载可扩展配置请求对应的可扩展配置类型supplierin，调用可扩展配置类型接口的“加载可扩展配置类型”操作，获取对应的可扩展配置类型信息。如表1所示，第1列表示可扩展配置类型信息的属性，第2列表示对应的属性值。可知，supplierin可扩展配置类型对应的保存策略为extendconfigdbsavestrategy，对应的加载策略为extendconfigdbloadstrategy，对应的删除策略为extendconfigdbloadstrategy。表1属性名称值可扩展配置类型标识supplierin编码supplierin名称供应商入库可扩展配置备注适用于供应商入库的可扩展配置类型保存策略标识extendconfigdbsavestrategy加载策略标识extendconfigdbloadstrategy删除策略标识extendconfigdbdeletestategy第二，服务器可根据可扩展配置类型信息中指定的加载策略标识extendconfigdbloadstrategy，加载对应的加载策略程序。于是，服务器可根据请求中的可扩展配置类型标识、用户标识，通过获得的可扩展配置加载策略，从预存的所有可扩展配置项中，确定相匹配的可扩展配置项，即待加载的可扩展配置项。第三，服务器可根据请求对应的前端语言种类jsp，调用可扩展配置解释策略配置，获取指定的解释策略配置extendconfigjspinterpreterstategy。之后，服务器可加载对应的解释策略程序，对第二步获得的可扩展配置项进行解释，并将对应的脚本返回给前端，由前端进行展示，完成可扩展配置的加载。如表2所示，第1列表示可扩展配置解释策略配置的属性，第2列表示对应的属性值。表2属性名称值标识1语言种类jsp可扩展配置解释策略配置extendconfigjspinterpreterstategy以上为本申请实施例提供的saas模式业务可扩展配置方法，基于同样的发明思路，本申请实施例还提供了相应的saas模式业务可扩展配置装置，如图2所示。图2为本申请实施例提供的saas模式业务可扩展配置装置结构示意图，具体包括：接收模块201，接收业务可扩展配置请求；所述可扩展配置请求中包括可扩展配置类型标识、可扩展配置项标识、用户标识；确定模块202，根据所述可扩展配置类型标识，确定对应的操作策略；处理模块203，根据所述用户标识以及确定出的操作策略，对所述可扩展配置项标识对应的可扩展配置项进行处理。本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。当前第1页12