本发明涉及广告技术领域，尤其涉及一种广告合同系统。
背景技术：
目前的广告合同系统，针对不同类型的广告产品，需要为其开发一套表单、页面、审批流程等，从而得到与广告产品类型对应的合同模板、审批流程、投放流程、结算流程。因此在广告合同系统接入新类型的广告产品时，也需要为新类型的广告产品，针对性的开发不同的表单、页面、审批流程等，导致目前的广告合同系统通用性差，开发测试工作量大，开发效率低，且开发时间长。
技术实现要素：
本发明旨在至少在一定程度上解决相关技术中的技术问题之一。
为此，本发明的第一个目的在于提出一种广告合同系统，用于解决现有技术中广告合同系统通用性差，开发测试工作量大，开发效率低，且开发时间长的问题。
为达上述目的，本发明第一方面实施例提出了一种广告合同系统，包括：
从上到下排列的接口层、应用层、中间层和物理存储层；其中，所述接口层通过系统接口与外界系统相连；
所述应用层包括：合同子系统、审批子系统、投放子系统和结算子系统；
所述合同子系统包括：多个合同组件；所述合同组件包括：至少一个表单；所述表单中包括：静态属性；
所述多个合同组件，用于创建不同类型的合同。
进一步的，所述表单中还包括：可扩展的动态属性，用于扩展不同类型的合同中未包括在静态属性中的属性。
进一步的，所述审批子系统包括：多个审批组件以及工作流引擎；
所述工作流引擎，用于针对不同类型的合同，调用审批组件创建与不同类型的合同对应的审批流程；
所述工作流引擎，还用于在所述审批流程的执行过程中，回调审批组件的执行结果，根据所述审批组件的执行结果，确定所述审批流程中下一个待执行的审批组件。
进一步的，所述投放子系统包括：多个投放组件，用于创建与不同类型的合同对应的投放流程。
进一步的，所述结算子系统包括：多个结算组件，用于创建与不同类型的合同对应的结算流程。
进一步的，所述应用层中各个子系统之间的关联关系、各个子系统与所包括的组件之间的关联关系、以及各个子系统中所包括的组件之间的关联关系采用星型模型实现。
进一步的，所述合同子系统中还包括：规则管理组件；所述规则管理组件中包括：规则库；
所述规则管理组件，用于根据广告的类型，基于规则库从合同组件中选取与所述类型匹配的合同组件，根据所述匹配的合同组件创建所述广告对应的合同。
进一步的，所述合同组件中至少一个表单之间的关联关系采用星型模型实现。
进一步的，各个子系统中所包括的组件存储在物理存储层的固定位置，以便调用。
进一步的，所述接口层包括：配置接口服务和业务接口服务；
所述配置接口服务，用于基于广告对各组件中的参数进行配置；
所述业务接口服务，包括：查询服务和存储服务，用于进行查询操作和存储操作。
本发明实施例的广告合同系统，包括：从上到下排列的接口层、应用层、中间层和物理存储层；其中，接口层通过系统接口与外界系统相连；应用层包括：合同子系统、审批子系统、投放子系统和结算子系统；合同子系统包括：多个合同组件；合同组件包括：至少一个表单；表单中包括：静态属性；多个合同组件，用于创建不同类型的合同，从而在接入新类型的广告产品时，针对新类型的广告产品，可以直接从多个合同组件中选取合适的合同组件进行组合得到对应的合同，而不需要再针对性的开发表单、页面、审批流程等，从而提高了广告合同系统的通用性，提高了开发效率，缩短了开发时间。
本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本发明实施例提供的一种广告合同系统的框架示意图；
图2为实体元数据及其之间的关联关系示意图；
图3为规则管理组件的示意图；
图4为规则管理组件的使用示意图；
图5为接口层的示意图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。
下面参考附图描述本发明实施例的广告合同系统。
图1为本发明实施例提供的一种广告合同系统的框架示意图。如图1所示，该广告合同系统包括：
从上到下排列的接口层1、应用层2、中间层3和物理存储层4；其中，所述接口层1通过系统接口与外界系统相连；
所述应用层2包括：合同子系统21、审批子系统22、投放子系统23和结算子系统24；
所述合同子系统21包括：多个合同组件211；所述合同组件211包括：至少一个表单；所述表单中包括：静态属性；
所述多个合同组件211，用于创建不同类型的合同。
本实施例中，接口层1可以提供与外界系统交互的系统接口；应用层2可以用于实现广告合同的生成，以及广告合同的审批流程、投放流程、结算流程的创建；中间层3用于实现应用层2与物理存储层4之间的数据交互，例如根据应用层2的调用请求从物理存储层4中调取存储的组件等；物理存储层4可以用于对合同子系统、审批子系统、投放子系统和结算子系统中各个组件的数据进行保存和管理，例如对合同组件中的至少一个表单进行保存。
进一步的，本实施例中，所述表单中还包括：可扩展的动态属性，用于扩展不同类型的合同中未包括在静态属性中的属性。需要说明的是，可扩展的动态属性可以与静态属性保存在同一表单中，也可以保存在不同表单中。例如，可扩展的动态属性可以保存在扩展表单1、扩展表单2等中。其中，还可以保存待扩展动态属性的表单、动态属性的维度以及动态属性所在的扩展表单之间的对应关系，例如表单1、运营单位1以及扩展表单1之间的对应关系；表单2、运营单位2以及扩展表单2之间的对应关系；表单3、产品线1以及扩展表单3之间的对应关系；表单n、维度N以及扩展表单N之间的对应关系。
本实施例中，表单中包括：静态属性和可扩展的动态属性，使得广告合同系统能够使用与对更多类型的广告进行合同、审批流程、投放流程和结算流程的创建，进一步提高了广告合同系统的通用性，提高了广告合同系统对广告合同的开发效率，缩短了广告合同系统对广告合同的开始时间，且降低了人力成本。
另外，需要说明的是，在上述实施例的基础上，合同组件中的至少一个表单之间的关联关系还可以采用星型模型实现。例如，将扩展表单与表单之间的关联关系采用星型模型实现，即表单可以连接有与其具有对应关系的多个扩展表单。
进一步的，在上述实施例的基础上，合同子系统包括的多个合同组件之间的关联关系，以及合同子系统与合同组件之间的关联关系，也可以采用星型模型实现。若将合同子系统以及合同子系统中的多个合同组件用实体元数据来表示，则实体元数据及其之间的关联关系可以如图2所示。在图2中，实体元数据包括：合同、合同部件、付款条件、签约信息、订单、政策、订单行等。合同与合同部件之间的关联关系为包含；合同部件与订单之间的关联关系为继承；合同部件与付款条件之间的关联关系为继承。其中，合同部件、付款条件、签约信息、订单、政策、订单行等为合同组件；合同为合同组件组合得到的合同。
在图2中，实体元数据，例如合同可以存储在物理存储层的合同表中；合同部件可以存储在合同部件表中；订单信息、订单行、产品等可以存储在订单表中；付款条件可以存储在付款条件表中。另外，各个实体元数据中扩展属性对应的扩展属性表单可以存储在物理存储层的动态属性KV表中。
另外，需要说明的是，审批子系统、投放子系统和结算子系统中所包括的组件也可以存储在物理存储层的固定位置，以便调用。
进一步的，在上述实施例的基础上，所述合同子系统中还包括：规则管理组件；所述规则管理组件中包括：规则库；
所述规则管理组件，用于根据广告的类型，基于规则库从合同组件中选取与所述类型匹配的合同组件，根据所述匹配的合同组件创建所述广告对应的合同。
具体的，如图3所示，图3为规则管理组件的示意图，规则管理组件可以包括：规则服务、规则库和规则实现。其中，规则服务可以包括：规则选择服务、规则执行服务和规则维护服务。规则库中可以包括：各种场景对应的规则；如图4所示，图4为规则管理组件的使用示意图，在图4中，付款方式场景对应的KA付款方式选择和SME品专付款方式选择；规则选择场景对应的付款方式规则选择规则。规则实现中可以包括规则引擎和自定义规则；规则引擎包括：决策表和域规则语言DSL；自定义规则包括：JAVA和GROOVY。
在图4中，针对广告对应的合同中的合同签约模块，规则选择服务可以将广告中所售卖的产品、折后总金额、售卖渠道、广告主等作为规则选择场景，从规则库中选择付款方式规则选择规则；然后规则执行服务可以将广告中所售卖的产品、折后总金额、售卖渠道、广告主等作为付款方式场景，基于付款方式规则选择规则从规则库中选择付款方式，例如KA付款方式选择或者SME品专付款方式选择等。
进一步的，在上述实施例的基础上，所述审批子系统包括：多个审批组件以及工作流引擎；
所述工作流引擎，用于针对不同类型的合同，调用审批组件创建与不同类型的合同对应的审批流程；
所述工作流引擎，还用于在所述审批流程的执行过程中，回调审批组件的执行结果，根据所述审批组件的执行结果，确定所述审批流程中下一个待执行的审批组件；
所述投放子系统包括：多个投放组件，用于创建与不同类型的合同对应的投放流程；
所述结算子系统包括：多个结算组件，用于创建与不同类型的合同对应的结算流程。
本实施例中，工作流引擎可以根据创建得到的合同，获取该合同对应的多个审批节点，即需要由哪些人员对合同中的哪部分进行审核，然后基于审批节点，从多个审批组件中调用合适的审批组件，并按照一定的顺序进行组合。需要说明的是，审批流程中部分审批节点可以包括多个审批组件，工作流引擎可以根据该审批节点之前的审批节点上审批组件的执行结果，确定当前的审批节点上待执行的审批组件，因此，工作流引擎可以在审批流程中的各个审批组件上设置回调函数，以回调审批组件的执行结果，根据审批组件的执行结果，确定审批流程中下一个待执行的审批组件。
另外，需要说明的是，投放组件上也可以设置回调函数，以便工作流引擎回调投放组件的执行结果，进而确定下一个待执行的投放组件。投放组件上也可以设置回调函数，以便工作流引擎回调投放组件的执行结果，进而确定下一个待执行的投放组件。
另外，需要说明的是，合同子系统、审批子系统、投放子系统和结算子系统之间的关联关系，审批子系统与所包括的组件之间的关联关系，投放子系统与所包括的组件之间的关联关系，结算子系统与所包括的组件之间的关联关系，以及各个子系统中所包括的组件之间的关联关系采用星型模型实现。
进一步的，在上述实施例的基础上，所述接口层包括：配置接口服务和业务接口服务；
所述配置接口服务，用于基于广告对各组件中的参数进行配置；
所述业务接口服务，包括：查询服务和存储服务，用于进行查询操作和存储操作。
具体的，本实施例中，如图5所示，图5为接口层的示意图，在图5中，配制接口服务可以包括：元数据配置、业务实体模板编辑、页面布局模板编辑和查询列表模板编辑。其中，元数据，即实体元数据，可以为各个子系统中的组件等，元数据配置例如运营单位、产品线等的配置。页面布局模板例如实体属性布局等，实体属性可以为组件的表单中的属性。查询列表模板例如查询条件模板、查询字段模板和分组排序模板等。业务实体模板即元数据映射层，表示实体元数据与其他实体元数据等之间的映射关系，例如实体定义、实体属性定义、参照引用映射、实体关系、规则映射定义和实体版本化等。对应的，上述数据在物理存储层的存储位置可以为固定实体表、实体属性值EAV存储和JSON存储。
另外，在图5中，业务接口服务可以包括：列表查询，以及表单服务，例如表单存储、表单详情等。表单服务例如布局解析、属性校验、版本化控制、查询服务、实体转意、属性转意等。
本实施例中的广告合同系统，在获取到广告时，根据广告所售卖的产品、折后总金额、售卖渠道、广告主等相关信息，获取匹配的合同组件并进行组合得到合同，并对合同组件中的各参数信息进行配置，若缺少与广告匹配的部分合同组件，则可以单独开发缺少的部分合同组件，而不用对创建合同所需要的全部合同组件进行开发，提高了创建广告合同的效率；在获取到广告合同并进行参数信息配置后，获取匹配的审批组件、投放组件和结算组件，进行组合得到广告合同对应的审批流程、投放流程和结算流程，在对广告合同及相应的多个流程进行创建的过程中，不需要开发组件或者只需要开发少数组件，降低了开发工作量，提高了广告合同系统的开发效率，缩短了广告合同系统的开发时间，提高了广告合同系统的通用性。
本发明实施例的广告合同系统，包括：从上到下排列的接口层、应用层、中间层和物理存储层；其中，接口层通过系统接口与外界系统相连；应用层包括：合同子系统、审批子系统、投放子系统和结算子系统；合同子系统包括：多个合同组件；合同组件包括：至少一个表单；表单中包括：静态属性；多个合同组件，用于创建不同类型的合同，从而在接入新类型的广告产品时，针对新类型的广告产品，可以直接从多个合同组件中选取合适的合同组件进行组合得到对应的合同，而不需要再针对性的开发表单、页面、审批流程等，从而提高了广告合同系统的通用性，提高了开发效率，缩短了开发时间。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。