件执行可实现为可售产品定制的服务。
[0054] 例如，可售产品定制的服务为：超过200元的个人支付行为需要进行用户身份验 证，则通用的产品应用组件执行可售产品实例化数据可实现"超过200元的个人支付行为 需要进行用户身份验证"。
[0055] 与之相对应的设计装置/平台/系统的示例性结构请参见图2,其可包括：
[0056] 提供单元1，用于通过UI提供基础产品，以便于用户基于基础产品进行可售产品 设计。
[0057] 其中，基础产品所包含内容请参见本文前述记载，在此不作赘述。
[0058] 接收单元2,用于通过UI接收用户输入的设计参数。
[0059] 设计参数至少包含产品条件参数。
[0060] 产品条件参数的相关内容请参见本文前述记载，在此不作赘述。
[0061] 配置单元3,用于使用设计参数对基础产品进行实例化配置，得到可售产品实例化 数据并保存。
[0062] 上述可售产品实例化数据可被通用的产品应用组件执行，以实现为可售产品设计 的服务。
[0063] 本发明中，将执行动作与实例化数据相分离，执行动作对应通用的运行服务及流 程（通用的产品应用组件）。通用的产品应用组件开发一次，后续可不再针对每一可售产品 再另行开发设计代码，只需要对参数进行更改。
[0064] 综上，在本发明实施例中，为用户提供基础产品，用户可基于基础产品通过用户界 面进行设计，设置参数的不同，得到的可售产品实例化数据也不同。
[0065] 可售产品实例化数据被通用的产品应用组件调用可提供可售产品的服务。通用的 产品应用组件相当于机器，可售产品实例化数据相当于原料，所加入的原料不同，最终提供 的服务也将不同。这样，可通过基础产品设计出功能不同的可售产品，并不用修改程序代 码，实现快速创新。
[0066] 在本发明其他实施例中，上述所有实施例中的设计方法还可提供通用产品实例查 询服务接口，以便于产品应用组件通过通用产品实例查询服务接口查询可售产品实例化数 据。
[0067] 也即，上述设计装置/平台/系统还包括通用产品实例查询服务接口，用于产品 应用组件查询可售产品实例化数据。
[0068] 更具体的，产品应用组件例如可为现金管理组件、对公存款组件、个人贷款组件 等。
[0069] 产品应用组件通过通用的接口可查询到可售产品实例化数据。
[0070] 本发明的总体流程框架请参见图3。
[0071] 需要说明的是，在现有技术中，可售产品都是杂乱无章的表达的。在本发明中，可 用同一基础模型来表达一系列可售产品的所有特征，并可以根据需求动态添加产品特征。 同时，还可基于基础产品进行可售产品实例的定义，并最终将可售产品实例化数据通过统 一的通用产品实例查询服务接口提供给产品应用组件使用。
[0072] 在本发明其他实施例中，上述所有实施例中的设计参数还可包括：组装参数。
[0073] 组装参数用于表征组装产品组件或产品条件。
[0074] 举例来讲，某一基础产品包括开户、转账、资金归集等3个产品组件。在设计可售 产品时，可以只选择开户和转账这两个产品组件。在用户侧，用户做的动作是在UI上勾选 了开户和转账这两个产品组件，则平台获得的组装参数用于组装开户和转账。
[0075] 再例如，转账产品组件里面包括转账渠道、同城异地、卡种等级、转账限额等4个 产品条件，在设计可售产品时，可以只选择转账渠道、同城异地这两个产品条件。在用户侧， 用户做的动作是在UI上勾选了转账渠道和同城异地这两个产品条件，则平台获得的组装 参数用于组装转账渠道和同城异地。
[0076] 除了设计可售产品外，本发明实施例还可对基础产品进行维护（设计）。
[0077] 则上述设计方法还可包括如下步骤：
[0078] 提供基础产品维护界面，以便于用户维护基础产品。
[0079] 相应的，上述设计装置/平台/系统可包括基础产品维护模块，用于提供基础产品 维护界面以及基础产品维护功能。
[0080] 其中，"维护基础产品"至少包括针对基础产品查询、新增、删除、修改和变更历史 信息。
[0081] 基础广品的基本彳目息可包括基础广品名称、基础广品目的描述、基础广品定乂描 述、基础产品范围描述等（请参见图3)。
[0082] 对于这些基本信息的维护也可以进行查询、新增、删除、修改和变更历史信息。
[0083] 进一步的，上述"维护基础产品"还可包括：针对基础产品中的产品组件进行查询、 新增、删除、修改、组装和变更历史信息。
[0084] 更具体的，上述"维护基础产品"还可包括：针对产品组件中的产品条件进行查询、 新增、删除、修改、组装和变更历史信息。
[0085] 需要说明的是，与设计可售产品相类似，用户可对基础产品中的组件和/或产品 条件进行组装，并可用组装参数来表征组装产品组件或产品条件。
[0086] 例如，某一基础产品的产品组件全集包括3个产品组件。在新增或修改基础产品 时，可以只选择上述组件全集中的两个产品组件。在用户侧，用户做的动作是在UI上勾选 了其中两个产品组件。
[0087] 再例如，某一组件的产品条件全集包含4个产品条件，在设计新基础产品时，可以 只选择其中三个产品条件。在用户侧，用户做的动作是在UI上勾选了三个产品条件。
[0088] 下面将对如何维护基础产品进行详细介绍。
[0089] -，维护基础产品
[0090] 维护基础产品的流程如下表1及图4a所示，基础产品维护界面所包含的所有子界 面可参见图4b、图5b和图6b。
[0091]
[0092]
[0093] 表 1
[0094] 进一步的，上述基础产品维护模块可包括基础产品组件条件模块。
[0095] 基础产品组件条件模块查询基础产品的产品组件（简称组件）信息的步骤如下 (请参见图4c，图4d):
[0096] 1、根据输入的组件编码查询组件信息。如果没有传入组件编码，查询基础组件列 表查询第一个组件条件信息。
[0097] 2、查询基础产品组件条件列表，组装基础产品组件条件值；
[0098] 其中，基础产品组件条件值可包含前述的产品条件参数和组装参数。对于基础产 品而言，产品条件参数可能为空。
[0099] 3、组装基础产品组件信息：根据基础产品条件信息，设置组件条件列表值的勾选 及范围值。
[0100] 举例来讲，基础产品〇〇1的产品组件全集包含10个组件，用户从10个组件中勾选 了 5个组件，进而对5个组件中的各自包含的产品条件进行了勾选，并保存。
[0101] 在查询时，获取的组件列表中包含上述10个组件，然后再获取每个组件中产品条 件对应的产品条件参数，将产品条件参数填入产品条件。还要根据组装参数对组件、条件进 行勾选并显示。
[0102] 注：交易服务后台根据前台要求传回单个基础产品组件条件列表信息，由于基础 产品组件条件信息是以产品组件条件信息作为基础，因此，先进行组件条件信息查询。
[0103] 二、维护产品组件
[0104] 维护产品组件的流程如下表2及图5a所示，维护产品组件所涉及的界面可参见图 5b〇
[0105]
[0106]
[0107] 表 2
[0108] 进一步的，上述基础产品维护模块可包括产品组件条件模块。
[0109] 产品组件条件模块查询产品组件（简称组件）信息的步骤如下（请参见图5c):
[oho] 1、根据输入的组件编码查询组件条件信息；
[0111] 2、查询产品组件条件列表，组装产品组件条件信息；
[0112] 3、组装产品组件信息：根据产品条件值，设置组件条件列表值的勾选及范围值。
[0113] 具体内容请参见本文前述记载，在此不作赘述。
[0114] 注：后台返回产品组件条件列表信息，由于产品组件条件信息是以产品条件信息 为基础的，因此，先进行产品条件信息查询。
[0115] 三、维护产品条件
[0116] 维护产品条件的流程如下表3及图6a所示，维护产品组件所涉及的界面可参见图 6b〇
[0117]
[0118]
[0119] 表 3
[0120] 进一步的，上述基础产品维护模块可包括产品条件模块。
[0121] 产品条件模块查询产品条件信息的步骤如下（请参见图6c):
[0122] 1、根据输入的条件编码查询产品条件信息；