CN111723175A - 文本管理系统的实现方法、装置、设备和介质 - Google Patents

文本管理系统的实现方法、装置、设备和介质 Download PDF

Info

Publication number
CN111723175A
CN111723175A CN201910223659.6A CN201910223659A CN111723175A CN 111723175 A CN111723175 A CN 111723175A CN 201910223659 A CN201910223659 A CN 201910223659A CN 111723175 A CN111723175 A CN 111723175A
Authority
CN
China
Prior art keywords
text
component
input information
data
logic component
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910223659.6A
Other languages
English (en)
Inventor
胡建华
刘晓
何振松
郭俊彦
马晓策
暨灿
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing ByteDance Network Technology Co Ltd
Original Assignee
Beijing ByteDance Network Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing ByteDance Network Technology Co Ltd filed Critical Beijing ByteDance Network Technology Co Ltd
Priority to CN201910223659.6A priority Critical patent/CN111723175A/zh
Publication of CN111723175A publication Critical patent/CN111723175A/zh
Pending legal-status Critical Current

Links

Images

Abstract

本公开公开了一种文本管理系统的实现方法、装置、设备和介质,该方法包括:按照待更新文本的类型,根据预先配置的类型与内容模块的对应关系,确定对应的至少一个内容模块,并确定并展现各内容模块对应的交互组件;根据预先配置的输入信息与逻辑组件的对应关系,调用对应的逻辑组件用于处理输入信息产生文本结果数据;根据调用的逻辑组件,以及预先配置的逻辑组件与数据组件的对应关系,从数据组件库中选择对应的数据组件用于存储文本结果数据作为更新的目标文本。本公开通过将系统拆分成可复用的交互组件、逻辑组件和数据组件,并对交互组件、逻辑组件和数据组件之间的对应关系进行动态配置,实现了系统通用化,适配各种文本管理需求的效果。

Description

文本管理系统的实现方法、装置、设备和介质
技术领域
本公开实施例涉及计算机数据处理技术,尤其涉及一种文本管理系统的实现方法、装置、设备和介质。
背景技术
合同是一种商业行为的常用文本,简单来说,是甲乙双方、甚至多方进行合作的有效保障。
在某些商业场景下,需要签订合同的参与方数量众多,且合同基本内容的条款并不完全相同时,需要专门的合同管理系统来管理诸多合同,特别适用于线上维护的电子合同。对合同文本的管理,主要包括:供参与方操作合同管理系统来生成合同,以及更改合同或撤销合同等操作。
传统的软件开发方式,所开发的合同管理系统,需要针对参与方所合作的业务内容以及合同条款,编制相应的代码来实现专用的合同模板,供参与方来填写具体数据,生成该业务的合作合同。例如,广告业务,在广告合同中需要规定广告内容、付费方式、有效时间等多项内容,则需要编制相应代码来实现广告合同的模板,供参与方填写、选择相关内容,生成最终的广告合同实例。
上述技术方案,通用性较差,一旦增加新业务,或调整旧业务,都会导致现有的合同管理系统需要更新代码,所以难以维护,变化迟缓,使用不便。当针对某个字段新旧策略要求的输入不一致时,可能导致输出失效,业务效率低下。
发明内容
本公开实施例提供一种文本管理系统的实现方法、装置、设备和介质,以实现系统通用化,适配各种文本管理的需求。
第一方面,本公开实施例提供了一种文本管理系统的实现方法,包括:
按照待更新文本的类型,根据预先配置的类型与内容模块的对应关系,确定待更新文本的类型的至少一个内容模块;
从交互组件库中确定各所述内容模块对应的交互组件,将所述交互组件展现在文本管理界面中;
通过所述文本管理界面获取用户的输入信息,并根据预先配置的输入信息与逻辑组件的对应关系,从逻辑组件库中调用对应的逻辑组件用于处理所述输入信息并产生文本结果数据;
根据调用的逻辑组件,以及预先配置的逻辑组件与数据组件的对应关系,从数据组件库中选择对应的数据组件用于存储所述文本结果数据作为更新的目标文本。
第二方面,本公开实施例还提供了一种文本管理系统的实现装置,包括:
第一确定模块,用于按照待更新文本的类型,根据预先配置的类型与内容模块的对应关系,确定待更新文本的类型的至少一个内容模块;
展现模块,用于从交互组件库中确定各所述内容模块对应的交互组件,将所述交互组件展现在文本管理界面中;
生成模块,用于通过所述文本管理界面获取用户的输入信息,并根据预先配置的输入信息与逻辑组件的对应关系,从逻辑组件库中调用对应的逻辑组件用于处理所述输入信息并产生文本结果数据;
存储模块,用于根据调用的逻辑组件,以及预先配置的逻辑组件与数据组件的对应关系,从数据组件库中选择对应的数据组件用于存储所述文本结果数据作为更新的目标文本。
第三方面,本公开实施例还提供了一种设备,包括:存储器以及一个或多个处理器;
所述存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如第一方面所述的文本管理系统的实现方法。
第四方面,本公开实施例还提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的文本管理系统的实现方法。
本公开实施例通过采用组件化,将文本管理系统拆分成可复用的交互组件、逻辑组件和数据组件,并通过动态配置的方式对交互组件、逻辑组件和数据组件之间的对应关系进行配置,解决了现有技术中在增加新业务或调整旧业务时需更新代码的问题,实现了系统通用化,适配各种文本管理需求的效果。
附图说明
图1是本公开实施例提供的一种文本管理系统的结构框图;
图2为本公开实施例提供的一种文本管理系统的实现方法的流程图;
图3是本公开实施例提供的一种配置信息的分布显示示意图;
图4是本公开实施例提供的一种文本管理系统的实现方法的流程图;
图5是本公开实施例提供的一种文本管理系统的实现方法的流程图;
图6是本公开实施例提供的一种文本管理系统的交互示意图;
图7是本公开实施例提供的一种文本管理系统的实现装置的结构框图;
图8是本公开实施例提供的一种设备的结构框图。
具体实施方式
下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本公开,而非对本公开的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本公开相关的部分而非全部结构。
在此需要说明的是,本实施例中的文本管理系统的实现方法应用于文本管理系统中。为了便于对文本管理系统的实现方法的说明,首先对文本管理系统的结构进行划分。图1是本公开实施例提供的一种文本管理系统的结构框图。参考图1,文本管理系统包括:访问层110、交互组件库120、通用数据处理层130、逻辑组件库140、持久化管理层150、数据组件层160和配置中心170。
其中,访问层110用于提供与外界系统交互的接口,可以理解为,访问层110为用户可观看到的文本管理界面,即根据用户自身对待更新文本的类型选择,对用户展示文本的交互界面;交互组件库120用于提供预先定义的待更新文本对应的交互组件;通用数据处理层130用于以预设方式处理访问层110接收到的数据信息(用户所填写的信息),或者将待更新文本所对应的数据信息(比如,输入框、按钮等交互组件)发送至访问层110,以展现给用户;逻辑组件库140用于为通用数据处理层130提供支持,即提供数据处理所需的逻辑组件;持久化管理层150用于对数据信息进行读取和存储;数据组件库160用于提供存储数据信息所需的数据组件;配置中心170用于根据待更新文本对应的业务需要,对对应的组件进行配置和组装,可以理解为,配置中心170为控制管理中心,以对各个模块进行控制和管理。
图2为本公开实施例提供的一种文本管理系统的实现方法的流程图,本实施例可适用于根据待更新文本的类型自动展示文本模板,以使用户在文本模板上填写,生成目标文本的情况,该方法可以由文本管理系统的实现装置来执行,该文本管理系统的实现装置可以通过软件和/或硬件的方式实现,该文本管理系统的实现装置可以配置在设备中,该设备可以是两个或多个物理实体构成,也可以是一个物理实体构成。本实施例中设备为具备开发功能的终端设备,比如,设备可以为台式电脑、笔记本电脑等。
参考图2,该文本管理系统的实现方法具体包括如下步骤:
S210、按照待更新文本的类型,根据预先配置的类型与内容模块的对应关系,确定待更新文本的类型的至少一个内容模块。
其中,待更新文本可以理解为用户所要采用的文本模板。在确定文本模板之后,用户可在该文本模板上进行编辑,以得到自身所需的目标文本。待更新文本的类型可以理解为文本模板的类型。其中,待更新文本的类型可根据不同的维度进行划分。比如,按照所涉及领域,可将待更新文本的类型分为广告类、新闻类、教育类等;又如,按照保护等级,可将待更新文本的类型分为普通文本、加密文本等。
为了便于对文本管理系统的实现方法进行说明,在实施例中,以待更新文本为合同为例,对此进行说明。可以理解为,待更新文本的类型可以为合同类型。即合同类型可以为广告类合同、新闻类合同以及教育类合同等;又或者,合同类型可以为普通合同或加密合同等。当然,以广告合同对文本管理系统的实现方法进行具体说明。
在实施例中,根据预先配置的类型与内容模块的对应关系,可以理解为,不同的待更新文本的类型对应有不同的内容模块。具体的,在待更新文本的类型与内容模块之间建立关联关系,当识别到用户选择一待更新文本的类型时,自动调用对应的内容模块。示例性地,当待更新文本的类型为广告类时,为了便于确定付费方式、广告内容、有效时间等,需设置客户类型这个内容模块;当待更新文本的类型为教育类时,则无需关注客户类型,即无需设置客户类型这个内容模块。当然,在对待更新文本的类型和内容模块之间的关系进行配置时,也可根据用户需求进行定制化配置。
S220、从交互组件库中确定各内容模块对应的交互组件,将交互组件展现在文本管理界面中。
在确定待更新文本的类型对应的至少一个内容模块之后,根据各个内容模块与交互组件之间的对应关系,从交互组件库中提取该内容模块对应的交互组件,并将该交互组件展现在文本管理界面。
其中,为了便于对内容模块与交互组件之间的对应关系进行说明,需先对内容模块进行说明。具体的,在内容模块中配置有多个业务信息域,并且每个业务信息域对应一个元素。在实施例中,待更新文本的类型与内容模块之间对应关系的配置过程,就是待更新文本的类型与业务信息域之间对应关系的配置过程。其中,业务信息域可以理解为待更新文本中的字段信息,每个待更新文本可以包含多个业务信息域,并且每个业务信息域对应一个元素。比如,当待更新文本为广告合同时,待更新文本可包括广告内容、有效时间、付费方式等多个元素(也可记为:内容模块);当待更新文本为教育合同时,待更新文本可包括教育机构、学习形式等多个元素。元素包括静态属性和动态属性。其中,静态属性可以理解为元素只有一个选项,并且是固定的,而动态属性可以理解为该元素具备多个选项,并且每个选项之间是关联的,比如,当元素为付费方式时,该元素可以具备按天结算、按月结算以及按季度结算等多个动态属性,当用户选择按月结算时,其它的按天结算以及按季度结算的编辑方式就切换到不可编辑。
在实施例中,不同的业务信息域对应不同的交互组件,即不同的元素对应不同的交互组件。示例性地,当元素为付费方式时,由于该元素对应有多个动态属性,为了便于用户对付费方式的选择,可对该元素设置选项框组件或列表框组件(下拉菜单形式的组件)。具体来说,在根据广告类合同确定该合同对应的各个业务信息域之后,从交互组件库中调用各个业务信息域对应的交互组件,然后将交互组件展现在文本管理界面,其中,文本管理界面指的是用户界面,其可以为web页面,也可以为智能手机的显示页面,具体可根据用户所采用的终端设备进行设定。
图3是本公开实施例提供的一种配置信息的分布显示示意图。参考图3,文本管理系统将配置中心的配置信息分为5个部分,分别为:实体、字段、映射、交互控件和事件。在实际操作中,对应的应为名称可以是,例如Entities、Segments、Mappings、Widgets、Events。假设待更新文本为一广告合同,则不同的配置信息的功能具体如下:
1)Entities用来存放广告合同相关的业务实体,比如,不同的合同类型。
2)Segments用来存放所有的业务信息域,每个信息域对应一个field元素,比如,合同相关的参与人姓名,相关的银行账户。为了提高合同的易用性,并且对输入信息进行规范化输入,大多数field元素都有可选项(options),比如,结算类型的可选项包括按天结算,按月结算,按季度结算等。
3)Mapping实现field元素之间的绑定关系,例如不同的合同类型需要展示不同的页面。这种关系可以用2维表的方式展现,维度1是Field元素的options,维度2是一系列的Field元素,这表示前者的选择会影响其余field元素,具体影响的内容包括:是否可见,是否必填,是否可编辑,或者取值范围,等等。
4)Widgets用来实现业务信息与技术实现之间的对应关系,例如合同参与人信息在前端展示的交互控件是什么,在服务器端处理时对应的算法是什么,在数据存储时,输入信息的存储方式,以及存储在什么位置;
5)Events用来控制field元素的动态属性关联,它和Mapping的区别在于:mapping负责密集的影响关系,而event负责稀疏的影响关系。由于合同的输入内容很多,展示不必要的选项常常会造成错误的合同。因此及时清除不必要的选项对提高整体效率非常重要。例如:当合同类型为广告类合同时,需要选择客户类型;而当合同为教育类合同时,客户类型则不需要选择。
当然,为了便于对交互组件的展现,需在各个元素之间建立关联关系。比如,付款方式包括:按天结算、按月结算、按季度结算以及按年结算这四个选项;而用户等级包括:普通用户和优质用户。当用户在填写信息时,若用户选择的是优质用户,则付款方式中的这四个选项都是可编辑的,而当用户选择的是普通用户,则付款方式中的按年结算这个选项是不可编辑的。
S230、通过文本管理界面获取用户的输入信息,并根据预先配置的输入信息与逻辑组件的对应关系,从逻辑组件库中调用对应的逻辑组件用于处理输入信息并产生文本结果数据。
其中,输入信息可以为用户在文本管理界面中编写的数据信息,也可以为通过外部接口导入的数据信息。在实施例中,当输入信息不同时,所采用的逻辑组件也是有区别的。具体的,可根据元素类型和所调用外部服务类型确定对应的逻辑组件。其中,元素类型用来区分元素的属性信息的,元素类型可分为文本类型、选项类型。当采用不同的元素类型时,可调用对应的逻辑组件,以供通用数据处理层对数据进行处理。比如,当输入信息为文本类型时,可选用文本形式的逻辑组件;又如,当输入信息为选项类型时,可选用选项形式的逻辑组件。当然,逻辑组件还与所调用外部服务类型有关,比如,外部服务可以为应用程序和图片。在调用不同的外部服务时,可直接调用对应的逻辑组件,以供通用数据处理层对外部服务对应的数据进行处理。
其中,当采用不同的逻辑组件,通过通用数据处理层对输入信息进行处理时,所生成的文本结果数据也是有区别的。其中,可对输入信息进行格式转换,也可对输入信息进行校验,具体的处理过程见下述实施例的详细描述。
S230、根据调用的逻辑组件,以及预先配置的逻辑组件与数据组件的对应关系,从数据组件库中选择对应的数据组件用于存储文本结果数据作为更新的目标文本。
其中,数据组件用于确定文本结果数据的存储方式和存储位置。具体的,存储方式可以包括:命名方式、访问权限、占用空间等;存储位置就是文本结果数据的存储地址。其中,命名方式指的是目标文本的命名方式,并将目标文本的文本名作为目标文本的唯一标识,以便于区分和识别。
在实施例中,在得到文本结果数据之后,为了后续对待更新文本的调用和监控,需根据逻辑组件与数据组件之间的对应关系,从数据组件库中选择对应的数据组件,以对文本结果数据进行存储,作为更新的目标文本。其中,目标文本指的是通过交互组件组成的,并填写后用户的输入信息的文本。
本实施例的技术方案,通过根据预先配置的待更新文本的类型与内容模块之间的对应关系,确定待更新文本的类型的至少一个内容模块,然后从交互组件库中调用各个内容模块对应的交互组件,以展现在文本管理页面中;通过文本管理页面获取用户的输入信息,并调用输入信息对应的逻辑组件对输入信息进行处理,生成文本结果数据;然后调用逻辑组件对应的数据组件,以存储文本结果数据,作为更新的目标文本,解决了现有技术中的文本管理系统在增加新业务或调整旧业务时需更新代码,而导致的难以维护、业务效率低下的技术问题,实现了文本管理系统的通用化,适配各种文本管理需求的效果。
在上述实施例的基础上,为了根据内容模块能准确地从交互组件库中调用对应的交互组件,需在内容模块和交互组件之间建立关联关系。图4是本公开实施例提供的一种文本管理系统的实现方法的流程图。参考图4,该文本管理系统的实现方法具体如下步骤:
S310、在各个内容模块之间建立关联关系,以确定各个内容模块对应交互组件的展现方式。
在此需要说明的是,为了保证在文本管理页面上展现一个内容模块对应的交互组件时,能够确定是否展现另一个内容模块对应的交互组件,以及另一个内容模块对应的交互组件的展现方式,此时需在各个内容模块之间建立关联关系。其中,在内容模块中包含多个业务信息域,并且每个业务信息域对应一个元素。示例性地,以待更新文本为广告合同为例,对各个内容模块之间建立关联关系进行说明。假设广告合同包括广告类别、广告价格、付款方式等若干个业务信息域,其中,广告类别包括:娱乐广告、公益公告等;其中,当广告类别为娱乐广告时,对应的付款方式可以为按天结算、按月结算以及按季度结算等方式。而当广告类别为公益广告时,则可设置为免费,根据一个实施例,广告类别为公益广告时,付款方式默认是不可编辑的。
S320、按照待更新文本的类型,根据预先配置的类型与内容模块的对应关系,确定待更新文本的类型的至少一个内容模块。
S330、从交互组件库中确定各内容模块对应的交互组件,将交互组件展现在文本管理界面中。
S340、通过文本管理界面获取用户的输入信息,并根据预先配置的输入信息与逻辑组件的对应关系,从逻辑组件库中调用对应的逻辑组件用于处理输入信息并产生文本结果数据。
S350、根据调用的逻辑组件,以及预先配置的逻辑组件与数据组件的对应关系,从数据组件库中选择对应的数据组件用于存储文本结果数据作为更新的目标文本。
在上述实施例的基础上,对文本结果数据的产生作进一步的具体化。图5是本公开实施例提供的一种文本管理系统的实现方法的流程图。参考图5,该文本管理系统的实现方法具体包括如下步骤:
S410、按照待更新文本的类型,根据预先配置的类型与内容模块的对应关系,确定待更新文本的类型的至少一个内容模块。
S420、从交互组件库中确定各内容模块对应的交互组件,将交互组件展现在文本管理界面中。
S430、通过文本管理界面获取用户的输入信息,并提取输入信息中的预设关键字。
其中,预设关键字指的是输入信息中的具有标志性的信息。在实施例中,输入信息可以为文字、数字、字母等各种形式的数据,可以理解为,预设关键字也可以为文字、数字、字母等各种形式的信息。当然,当预设关键字为不同形式的数据时,对应的逻辑组件也是有区别的。为了便于对逻辑组件的调用,需从输入信息中获取预设关键字。比如,待更新文本为广告合同,并且付款方式为按月结算,以及广告价格为2万/月,则可从输入信息中提取的预设关键字为月、2万。其中,月为文字,而2万为数字,则付款方式为文字形式,而广告价格是文字和数字形式。
S440、根据预先配置的预设关键字与逻辑组件的对应关系,从逻辑组件库中查找预设关键字对应的逻辑组件。
在实施例中,在确定输入信息中预设关键字的形式之后,根据预设关键字的形式确定对应的逻辑组件,并从逻辑组件库中查找该逻辑组件。比如,广告价格是文字和数字形式,则可通过文字对应的逻辑组件,以及数字对应的逻辑组件,对广告价格进行数据处理。
S450、通过逻辑组件对输入信息进行格式转换,以产生文本结果数据。
在实施例中,在从逻辑组件库中查找并确定对应的逻辑组件之后,为了便于对输入信息的存储和后续查询,需对输入信息的数据格式进行转换,以将其转换为目标数据格式,并将目标数据格式的数据记为文本结果数据。当然,目标数据格式可根据不同的需求进行不同的设置,对此并不进行限定。比如,可将输入信息转换为JSON数据格式。
S460、根据调用的逻辑组件,以及预先配置的逻辑组件与数据组件的对应关系,从数据组件库中选择对应的数据组件用于存储文本结果数据作为更新的目标文本。
在上述实施例的基础上,当输入信息与外部服务的参数信息有关时,在步骤S440之后,还包括:基于输入信息,通过逻辑组件提取外部服务的参数信息,以产生文本结果数据,该外部服务包括:应用程序和图片。
在此需要说明的是,在将交互组件展现在文本管理页面之后,用户可根据自身需求对文本管理页面上的待更新文本进行信息填写,在信息填写的过程中,用户可直接通过导入外部服务,并识别提取外部服务上的参数信息,通过逻辑组件自动将外部服务的参数信息录入到待更新文本上,从而减少了用户填写信息的繁琐步骤。当然,在通过逻辑组件提取外部服务的参数信息之前,需在文本管理页面和外部服务之间建立通信协议,以便于通过文本管理页面允许访问外部服务所在的接口,并提取外部服务的参数信息。其中,外部服务可包括应用程序和图片。示例性地,假设待更新文本为一广告合同,并且在广告合同中包含我方信息(甲方信息)和他方信息(乙方信息),在签订合同的过程中,为了保证我方的合法权益,需对他方信息的合法性进行验证,比如,他方的营业执照,以核对他方的公司名称、公司税号、公司地址等一系列基本信息。此时,为了便于对他方信息的输入,可直接通过逻辑组件访问营业执照的图片,并识别提取营业执照上的基本信息,从而无需分别对他方信息进行填写,进而减少了录入他方信息的繁琐步骤,提高了信息的填写速度。
在上述实施例的基础上,为了保证所得到的文本结果数据的准确性,在对输入信息进行格式转换之后,需对格式转换后的输入信息进行校验。具体的,在步骤S450之后,还包括:通过逻辑组件对格式转换后的输入信息进行校验,以产生文本结果数据。
在此需要说明的是,为了保证格式转换后的输入信息的数据完整性和准确性,需对其执行验证操作。具体来说,在对输入信息执行格式转换之前,采用指定的算法对输入信息计算出一个校验值,然后通过逻辑组件对输入信息进行格式转换,并采用同样的算法对格式转换后的输入信息进行计算,得到另一个校验值,判断这两个校验值是否相同,若相同,表明格式转换后的输入信息是完整的,并将格式转换后的输入信息作为文本结果数据,并作为更新的目标文本。
图6是本公开实施例提供的一种文本管理系统的交互示意图。本实施例是在开发人员完成文本管理系统的配置之后,文本管理系统在线上运行。用户可以访问文本管理系统,以进行待更新文本的创建、修改等操作,并得到目标文本。
在此需要说明的是,当用户想要创建一个文本类型为1的目标文本时,可在智能终端上打开一个应用软件,以弹出一个文本管理页面。在接收到用户请求时,文本管理系统中的各个模块进行配合,以完成待更新文本的配置,得到目标文本。
参考图6,具体包括如下步骤:
S1、建立文本管理页面框架。
在此需要说明的是,假设用户想要创建类型为1的待更新文本时,配置中心根据预先配置生成该类型的文本管理页面。比如,类型1的待更新文本需要10个模块,而类型2的待更新文本只需要5个模块,具体可根据待更新文本的类型的实际情况对模块数量进行限定。示例性地,假设类型1的待更新文本为广告合同,则广告合同可包括:付费方式、广告内容、有效时间、违约金、客户类型等内容模块;而类型2的待更新文本为教育合同,则教育合同可包括:教育机构、学习形式、学习时长、学习内容等内容模块。
S2、调用交互组件。
在实施例中,在确定待更新文本的类型之后,根据预先配置的类型与内容模块的对应关系,确定待更新文本的类型的至少一个内容模块,并从交互组件库中确定各个内容模块对应的交互组件。示例性地,假设待更新文本的类型为广告合同,以及内容模块为付费方式,由于付费方式可包括按天结算、按月结算、按季度结算等多个选项,则可对付费方式设置选项组件;又如,内容模块为广告内容,由于内容是文本形式,则可对广告内容设置文本组件。
S3、展现交互组件。
在确定各个内容模块对应的交互组件之后,将交互组件展现在文本管理页面中。具体来说,当用户在页面操作的过程中,交互组件库可根据配置中心预先配置的内容模块与交互组件的对应关系,对交互组件的属性进行修改,以便于正确的展现交互组件。比如,在特定的情况下,某个交互组件应该包含3个选项,而在其他场景下,该交互组件可以包含2个选项。
S4、对输入信息进行传输。
在实施例中,通过文本管理页面获取用户的输入信息,并将输入信息传输至通用数据处理层,以使通用数据处理层对输入信息进行处理。当然,在该步骤中,也可将文本管理页面所需的数据传输至访问层,并通过文本管理页面进行展示。
S5、人机数据转换。
在实施例中,在输入信息传输至通用数据处理层之后,通用数据处理层根据配置信息解析输入信息,并将解析后的输入信息分发给对应的逻辑组件进行处理。比如,某个类型的待更新文本需要调用某个外部服务。
S6、委托处理。
根据预先配置的输入信息与逻辑组件的对应关系,得到对应的逻辑组件,并向对应的逻辑组件发送委托处理请求,以使对应的逻辑组件对输入信息进行数据处理。
S7、业务规则处理。
在实施例中,在确定输入信息对应的逻辑组件之后,逻辑组件对输入信息进行数据处理。比如,待更新文本为广告合同,输入信息为广告内容,则输入信息为文本类型,此时可通过文本形式的逻辑组件对输入信息进行数据处理;又如,当输入信息为营业执照,需对营业执照图片进行识别提取,以得到营业执照上的数据信息,则可通过外部服务对应的逻辑组件,识别提取外部服务的参数信息。
S8、对处理之后的输入信息进行传输。
在完成输入信息的处理之后,将处理之后的输入信息发送至持久化管理层,以使持久化管理层对处理之后的输入信息进行读取和存储。其中,对输入信息进行处理(包括:格式转换、校验等)的具体过程见上述实施例的描述,此处不再赘述。
S9、存储结构转换。
在持久化管理层接收到处理之后的输入信息之后,配置中心根据预先配置确定输入信息的存储方式和存储位置。其中,存储方式可包括:命名方式、访问权限、占用空间等;存储位置就是文本结果数据的存储地址。
S10、调用数据组件。
在确定处理之后的输入信息的存储方式和存储位置之后,通过数据组件,并按照处理之后的输入信息的存储方式和存储位置,对处理之后的输入信息进行存储。示例性地,假设逻辑组件为文本形式的逻辑组件,则表明输入信息为文本形式,在通过数据组件对文本结果数据进行存储时,需根据文本形式对应的数据组件对文本结果数据的存储形式和存储位置进行调整和存储,比如,对访问权限进行设置,并记录其占用空间。
S11、数据组件配置。
当然,配置中心也可根据配置确定数据组件的数据结构。可以理解为,对各个数据组件之间的关联关系进行配置。
本公开实施例的技术方案,通过组件化,将文本管理系统拆分成可复用的交互组件、逻辑组件和数据组件,并通过动态配置的方式对交互组件、逻辑组件和数据组件之间的对应关系进行配置,解决了现有技术中在增加新业务或调整旧业务时需更新代码的问题,实现了系统通用化,适配各种文本管理需求的效果。
图7是本公开实施例提供的一种文本管理系统的实现装置的结构框图,如图7所示,该文本管理系统的实现装置包括:第一确定模块510、展现模块520、生成模块530和存储模块540。
其中,第一确定模块510,用于按照待更新文本的类型,根据预先配置的类型与内容模块的对应关系,确定待更新文本的类型的至少一个内容模块;
展现模块520,用于从交互组件库中确定各所述内容模块对应的交互组件,将交互组件展现在文本管理界面中;
生成模块530,用于通过文本管理界面获取用户的输入信息,并根据预先配置的输入信息与逻辑组件的对应关系,从逻辑组件库中调用对应的逻辑组件用于处理输入信息并产生文本结果数据;
存储模块540,用于根据调用的逻辑组件,以及预先配置的逻辑组件与数据组件的对应关系,从数据组件库中选择对应的数据组件用于存储文本结果数据作为更新的目标文本。
本公开实施例通过采用组件化,将文本管理系统拆分成可复用的交互组件、逻辑组件和数据组件,并通过动态配置的方式对交互组件、逻辑组件和数据组件之间的对应关系进行配置,解决了现有技术中在增加新业务或调整旧业务时需更新代码的问题,实现了系统通用化,适配各种文本管理需求的效果。
在上述实施例的基础上,文本管理系统的实现装置,还包括:第二确定模块,用于在各个所述内容模块之间建立关联关系,以确定各个所述内容模块对应交互组件的展现方式。
在上述实施例的基础上,生成模块530,包括:
提取单元,用于提取所述输入信息中的预设关键字;
查找单元,用于根据预先配置的预设关键字与逻辑组件的对应关系,从逻辑组件库中查找所述预设关键字对应的逻辑组件;
转换生成单元,用于通过所述逻辑组件对所述输入信息进行格式转换,以产生文本结果数据。
在上述实施例的基础上,生成模块530还包括:
提取生成单元,用于基于所述输入信息,通过所述逻辑组件提取外部服务的参数信息,以产生文本结果数据,所述外部服务包括:应用程序和图片。
在上述实施例的基础上,生成模块530还包括:
校验生成单元,用于通过所述逻辑组件对格式转换后的输入信息进行校验,以产生文本结果数据。
在上述实施例的基础上,数据组件用于确定文本结果数据的存储方式和存储位置。
在上述实施例的基础上,在所述内容模块中配置有多个业务信息域,并且每个所述业务信息域对应一个元素。
在上述实施例的基础上,元素包括静态属性和动态属性。
在上述实施例的基础上,文本管理系统的实现装置,还包括:第三确定模块,用于根据元素类型和所调用外部服务类型确定对应的逻辑组件。
上述文本管理系统的实现装置可执行本公开任意实施例所提供的文本管理系统的实现方法,具备执行方法相应的功能模块和有益效果。
图8是本公开实施例提供的一种设备的结构框图。参考图8,其示出了适于用来实现本公开实施例的设备(例如终端设备或服务器)600的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如台式电脑、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图8示出的设备仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图8所示,设备600可以包括处理装置(例如中央处理器、图形处理器等)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中,还存储有设备600操作所需的各种程序和数据。处理装置601、ROM602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
通常,以下装置可以连接至I/O接口605:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607;包括例如磁带、硬盘等的存储装置608;以及通信装置609。通信装置609可以允许设备600与其他设备进行无线或有线通信以交换数据。虽然图8示出了具有各种装置的设备600,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置609从网络上被下载和安装,或者从存储装置608被安装,或者从ROM602被安装。在该计算机程序被处理装置601执行时,执行本公开实施例的文本管理系统的实现方法中限定的上述功能。
需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
上述计算机可读介质可以是上述设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该设备执行时,使得该设备:按照待更新文本的类型,根据预先配置的类型与内容模块的对应关系,确定待更新文本的类型的至少一个内容模块;从交互组件库中确定各内容模块对应的交互组件,将交互组件展现在文本管理界面中;通过文本管理界面获取用户的输入信息,并根据预先配置的输入信息与逻辑组件的对应关系,从逻辑组件库中调用对应的逻辑组件用于处理输入信息并产生文本结果数据;根据调用的逻辑组件,以及预先配置的逻辑组件与数据组件的对应关系,从数据组件库中选择对应的数据组件用于存储文本结果数据作为更新的目标文本。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定,例如,第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种文本管理系统的实现方法,其特征在于,包括:
按照待更新文本的类型,根据预先配置的类型与内容模块的对应关系,确定待更新文本的类型的至少一个内容模块;
从交互组件库中确定各所述内容模块对应的交互组件,将所述交互组件展现在文本管理界面中;
通过所述文本管理界面获取用户的输入信息,并根据预先配置的输入信息与逻辑组件的对应关系,从逻辑组件库中调用对应的逻辑组件用于处理所述输入信息并产生文本结果数据;
根据调用的逻辑组件,以及预先配置的逻辑组件与数据组件的对应关系,从数据组件库中选择对应的数据组件用于存储所述文本结果数据作为更新的目标文本。
2.根据权利要求1所述的方法,其特征在于,还包括:
在各个所述内容模块之间建立关联关系,以确定各个所述内容模块对应交互组件的展现方式。
3.根据权利要求1或2所述的方法,其特征在于,根据预先配置的输入信息与逻辑组件的对应关系,从逻辑组件库中调用对应的逻辑组件用于处理所述输入信息并产生文本结果数据,包括:
提取所述输入信息中的预设关键字;
根据预先配置的预设关键字与逻辑组件的对应关系,从逻辑组件库中查找所述预设关键字对应的逻辑组件;
通过所述逻辑组件对所述输入信息进行格式转换,以产生文本结果数据。
4.根据权利要求3所述的方法,其特征在于,在所述从逻辑组件库中查找所述预设关键字对应的逻辑组件之后,还包括:
基于所述输入信息,通过所述逻辑组件提取外部服务的参数信息,以产生文本结果数据,所述外部服务包括:应用程序和图片。
5.根据权利要求3所述的方法,其特征在于,在所述通过所述逻辑组件对所述输入信息进行格式转换之后,还包括:
通过所述逻辑组件对格式转换后的输入信息进行校验,以产生文本结果数据。
6.根据权利要求1所述的方法,其特征在于,所述数据组件用于确定文本结果数据的存储方式和存储位置。
7.根据权利要求1或2所述的方法,其特征在于,在所述内容模块中配置有多个业务信息域,并且每个所述业务信息域对应一个元素。
8.根据权利要求7所述的方法,其特征在于,所述元素包括静态属性和动态属性。
9.根据权利要求8所述的方法,其特征在于,还包括:根据元素类型和所调用外部服务类型确定对应的逻辑组件。
10.一种文本管理系统的实现装置,其特征在于,包括:
第一确定模块,用于按照待更新文本的类型,根据预先配置的类型与内容模块的对应关系,确定待更新文本的类型的至少一个内容模块;
展现模块,用于从交互组件库中确定各所述内容模块对应的交互组件,将所述交互组件展现在文本管理界面中;
生成模块,用于通过所述文本管理界面获取用户的输入信息,并根据预先配置的输入信息与逻辑组件的对应关系,从逻辑组件库中调用对应的逻辑组件用于处理所述输入信息并产生文本结果数据;
存储模块,用于根据调用的逻辑组件,以及预先配置的逻辑组件与数据组件的对应关系,从数据组件库中选择对应的数据组件用于存储所述文本结果数据作为更新的目标文本。
11.一种设备,其特征在于,包括:存储器以及一个或多个处理器;
所述存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-9中任一所述的文本管理系统的实现方法。
12.一种包含计算机可执行指令的存储介质,其特征在于,所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-9中任一所述的文本管理系统的实现方法。
CN201910223659.6A 2019-03-22 2019-03-22 文本管理系统的实现方法、装置、设备和介质 Pending CN111723175A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910223659.6A CN111723175A (zh) 2019-03-22 2019-03-22 文本管理系统的实现方法、装置、设备和介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910223659.6A CN111723175A (zh) 2019-03-22 2019-03-22 文本管理系统的实现方法、装置、设备和介质

Publications (1)

Publication Number Publication Date
CN111723175A true CN111723175A (zh) 2020-09-29

Family

ID=72563620

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910223659.6A Pending CN111723175A (zh) 2019-03-22 2019-03-22 文本管理系统的实现方法、装置、设备和介质

Country Status (1)

Country Link
CN (1) CN111723175A (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080019392A (ko) * 2006-08-28 2008-03-04 김학준 문서 자동 편집 장치 및 그 방법
CN105740217A (zh) * 2014-12-08 2016-07-06 珠海金山办公软件有限公司 一种基于文档模板的文档生成方法及装置
CN108509401A (zh) * 2018-03-05 2018-09-07 平安普惠企业管理有限公司 合同生成方法、装置、计算机设备和存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080019392A (ko) * 2006-08-28 2008-03-04 김학준 문서 자동 편집 장치 및 그 방법
CN105740217A (zh) * 2014-12-08 2016-07-06 珠海金山办公软件有限公司 一种基于文档模板的文档生成方法及装置
CN108509401A (zh) * 2018-03-05 2018-09-07 平安普惠企业管理有限公司 合同生成方法、装置、计算机设备和存储介质

Similar Documents

Publication Publication Date Title
CN107889070B (zh) 图片处理方法、装置、终端及计算机可读存储介质
CN107820701B (zh) 开发者交换系统
JP6318266B2 (ja) ウェブページへの拡張機能変更を管理するシステム
US11582170B2 (en) Conversation-enabled document system and method
US11586772B2 (en) Method and device for displaying information
CN111221739A (zh) 业务测试方法、装置和系统
US8020051B2 (en) Message handling in a service-oriented architecture
CN109815448B (zh) 幻灯片生成方法及装置
US20220417343A1 (en) Image processing method, apparatus, device, and computer-readable storage medium
US9934292B2 (en) Dynamic presentation of a results set by a form-based software application
US11727207B2 (en) Document marking method and device
CN113190229A (zh) 政务事项页面生成方法及装置
CN110673908A (zh) 一种界面生成方法、装置、介质和电子设备
KR101697290B1 (ko) 웹 브라우저에서 구현되는 웹사이트 제작 방법 및 시스템
CN111723175A (zh) 文本管理系统的实现方法、装置、设备和介质
CN109491687A (zh) 一种应用软件的热更新方法、装置、终端及可读介质
CN113608737A (zh) 页面生成方法、装置、设备及介质
JP2008242581A (ja) 複数参加型共同作業実現装置、システム、方法及びプログラム
CN109726322A (zh) 用于推送信息的方法和装置
CN105589870A (zh) 网页广告的过滤方法和系统
CN114500427B (zh) 聊天群组内的广告消息发送方法、设备及计算机可读介质
KR102404194B1 (ko) 웹페이지 관리 플랫폼 시스템
CN111367517B (zh) 信息生成方法和装置
KR20170027327A (ko) 통신 부하를 발생시키지 않는 데이터 교환 방법
KR101540605B1 (ko) 키오스크 빌더 시스템, 이를 포함하는 티오스크 시스템, 및 티오스크 서비스 제공 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination