一种合同文本的生成方法、生成装置及相关设备与流程

1.本技术实施例涉及文本处理领域，具体涉及一种合同文本的生成方法、生成装置及相关设备。


背景技术：

2.传统的合同为了满足多业务需求，将所有业务需求的内容都糅杂在一个合同页面里，可读性不高，而且使用起来比较繁琐。
3.单一合同页面无法做到满足更多的合同业务需求，如果一味地在单一合同页面中叠加内容，会让合同页面加载时更慢，用户操作起来也不直观，一般合同会根据不同业务场景使用不同的合同模板，现有技术不能够快速支持不同场景。


技术实现要素：

4.本技术实施例提供了一种合同文本的生成方法、生成装置及相关设备，用于提高合同文本的灵活性。
5.本技术实施例的第一方面提供了一种合同文本的生成方法，包括：
6.响应于从合同组件库中获取至少一个合同组件的指令，显示由至少一个合同组件得到的合同框架文本；
7.设置合同框架文本中目标合同组件的显示属性信息，得到合同模板文本；其中目标合同组件为至少一个合同组件中的一个或多个；
8.显示合同模板文本。
9.本技术实施例第一方面的一种实现方式中，显示合同模板文本后，方法还包括：
10.获取合同内容字段，将合同内容字段填入合同模板文本的对应位置，得到目标合同文本。
11.本技术实施例第一方面的一种实现方式中，设置合同框架文本中目标合同组件的显示属性信息，具体包括：
12.设置目标合同组件的字段类型为必填项或选填项；
13.将合同内容字段填入合同模板文本的对应位置后，方法还包括：
14.若在目标合同文本中存在空白的必填项，则强调显示空白的必填项。
15.本技术实施例第一方面的一种实现方式中，获取合同内容字段，具体包括：
16.接收多媒体数据，对多媒体数据进行信息提取，得到合同内容字段；
17.或者，接收用户输入并编辑的合同内容字段。
18.本技术实施例第一方面的一种实现方式中，合同组件包括至少一个组件项；
19.设置合同框架文本中目标合同组件的显示属性信息，具体包括：
20.设置合同组件中组件项的显隐性，以使得合同组件显示或隐藏至少一个组件项中的全部或部分。
21.本技术实施例第一方面的一种实现方式中，设置合同框架文本中目标合同组件的
显示属性信息，具体包括：
22.设置目标合同组件的字段类型的默认值；
23.显示合同模板文本，具体包括：
24.若有默认值，则在合同模板文本中显示默认值。
25.本技术实施例第一方面的一种实现方式中，在响应于从合同组件库中获取至少一个合同组件的指令，显示由至少一个合同组件得到的合同框架文本前，方法还包括：
26.根据当前所处的业务场景、以及所处的业务场景中的阶段，确定合同组件的获取策略；
27.根据合同组件的获取策略生成指令。
28.本技术实施例中，使用合同组件搭建得到合同框架文本，合同框架文本是合同的骨架。在合同框架文本上设置目标合同组件的显示属性信息，使得目标合同组件能够以用户需要的方式展示，设置显示属性信息使得合同框架文本称为合同模板文本。合同模板文本是用户自定义组装的，能够满足个性化的需求，适应不同的业务场景和业务阶段。合同模板文本仅包含了用户在特定的业务场景和业务阶段需要的合同组件，合同更加简洁，占用的存储空间小，计算机加载迅速，便于用户使用。
29.本技术实施例的第二方面提供了一种合同文本的生成装置，包括：
30.框架显示单元，用于响应于从合同组件库中获取至少一个合同组件的指令，显示由至少一个合同组件得到的合同框架文本；
31.属性设置单元，用于设置合同框架文本中目标合同组件的显示属性信息，得到合同模板文本；其中目标合同组件为至少一个合同组件中的一个或多个；
32.模板显示单元，用于显示合同模板文本。
33.本技术实施例第二方面的一种实现方式中，装置还包括：
34.填入单元，用于获取合同内容字段，将合同内容字段填入合同模板文本的对应位置，得到目标合同文本。
35.本技术实施例第二方面的一种实现方式中，属性设置单元，具体用于设置目标合同组件的字段类型为必填项或选填项；
36.装置还包括：
37.强调显示单元，用于在目标合同文本中存在空白的必填项时，则强调显示空白的必填项。
38.本技术实施例第二方面的一种实现方式中，填入单元，具体用于接收多媒体数据，对多媒体数据进行信息提取，得到合同内容字段；或者，接收用户输入并编辑的合同内容字段。
39.本技术实施例第二方面的一种实现方式中，合同组件包括至少一个组件项；
40.属性设置单元，具体用于设置合同组件中组件项的显隐性，以使得合同组件显示或隐藏至少一个组件项中的全部或部分。
41.本技术实施例第二方面的一种实现方式中，属性设置单元，具体用于设置目标合同组件的字段类型的默认值；
42.模板显示单元，具体用于在有默认值时，在合同模板文本中显示默认值。
43.本技术实施例第二方面的一种实现方式中，装置还包括：
44.策略确定单元，用于根据当前所处的业务场景、以及所处的业务场景中的阶段，确定合同组件的获取策略；
45.指令生成单元，用于根据合同组件的获取策略生成指令。
46.本技术实施例的第三方面提供了一种计算机设备，包括：
47.中央处理器，存储器；
48.存储器为短暂存储存储器或持久存储存储器；
49.中央处理器配置为与存储器通信，并执行存储器中的指令操作以执行第一方面的方法。
50.本技术实施例的第四方面提供了一种计算机可读存储介质，计算机可读存储介质包括指令，当指令在计算机上运行时，使得计算机执行第一方面的方法。
51.本技术实施例的第五方面提供了一种包含指令的计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行第一方面的方法。
52.本技术实施例的第六方面提供了一种芯片系统，芯片系统包括至少一个处理器和通信接口，通信接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以执行第一方面的方法。
附图说明
53.图1是本技术实施例合同文本的生成方法的一种流程图；
54.图2是本技术实施例合同文本的生成方法的设置页面框架的流程图；
55.图3是本技术实施例合同文本的生成方法的动态配置合同模板的流程图；
56.图4是本技术实施例合同文本的生成方法的合同模板设置的流程图；
57.图5是本技术实施例合同文本的生成方法的数据库示意图；
58.图6是本技术实施例合同文本的生成方法的多种合同框架文本示意图；
59.图7是本技术实施例合同文本的生成方法的一种信令流程图；
60.图8是本技术实施例合同文本的生成装置的一种结构图；
61.图9是本技术实施例合同文本的生成装置的另一种结构图；
62.图10是本技术实施例计算机设备的一种结构图；
63.图11是本技术实施例合同文本的生成方法的合同组件的获取策略示意图。
具体实施方式
64.本技术实施例提供了一种合同文本的生成方法、生成装置及相关设备，用于提高合同文本的灵活性。
65.本技术实施例可以由计算机设备实现，计算机设备可以包括终端以及服务器中的至少之一，其中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本技术实施例中不做限制。下面以saas服务集群为例进行说明。
66.首先对几个重要的名词进行解释：
67.合同：当事人或当事双方之间设立、变更、终止民事关系的协议，就是合同。
68.合同组件：根据业务场景将合同拆分成不同的模块，得到合同组件。最终形成合同的组件库，用户可以根据实际场景，自由地添加或者扩展，以尽最大限度的满足所有合同需求。
69.合同框架：由合同组件排列组合而成。
70.合同模板：绑定合同框架，设计合同显示样式等，最终形成合同模板。
71.如图1所示，本技术实施例提供了一种合同文本的生成方法，包括：
72.101、响应于从合同组件库中获取至少一个合同组件的指令，显示由至少一个合同组件得到的合同框架文本；
73.合同组件库是一个存储了多个合同组件的数据库。不同的合同组件是预先编辑好的、用于解决特定问题的合同条款。一个合同组件可以是一个合同条款，也可以是多个合同条款。用户通过输入设备向计算机发送从合同组件库中获取合同组件的指令。计算机根据该指令从合同组件库中获取若干合同组件。将合同组件组合得到合同框架文本，其中合同组件组合的方式可是按照预设的默认模式进行组合，也可以由用户进行顺序和结构的编排。
74.102、设置合同框架文本中目标合同组件的显示属性信息，得到合同模板文本；其中目标合同组件为至少一个合同组件中的一个或多个；
75.在用于组建合同框架文本的合同组件中选取若干个合同组件，定义为目标合同组件。目标合同组件需要进行显示属性信息的编辑，以使得目标合同组件能够以用户需要的形式展现。显示属性信息包括文本的样式、显隐性等。编辑目标合同组件的显示属性信息，使得合同框架文本成为合同模板文本。
76.需要说明的是，“设置”可以是人为设置，也可以是由电子设备根据特定的策略进行自动设置。
77.103、显示合同模板文本。
78.在生成了合同模板文本后，在输出设备显示合同模板文本。输出设备可以是显示屏、触摸屏或打印机等。
79.本技术实施例中，使用合同组件搭建得到合同框架文本，合同框架文本是合同的骨架。在合同框架文本上设置目标合同组件的显示属性信息，使得目标合同组件能够以用户需要的方式展示，设置显示属性信息使得合同框架文本称为合同模板文本。合同模板文本是用户自定义组装的，能够满足个性化的需求，适应不同的业务场景和业务阶段。合同模板文本仅包含了用户在特定的业务场景和业务阶段需要的合同组件，合同更加简洁，占用的存储空间小，计算机加载迅速，便于用户使用。
80.本技术实施例是灵活的，可以组合不同的页面合同组件，形成不同的合同框架文本，组合方式任意搭配，自由度高。
81.在一种可能的实现方式中，显示合同模板文本后，方法还包括：
82.获取合同内容字段，将合同内容字段填入合同模板文本的对应位置，得到目标合同文本。
83.合同内容字段包括合同模板文本中需要用户确认的选项、需要用户填写的信息，
例如时间、金额、缔约方信息和支付方式等。在合同模板文本中填写合同内容字段得到目标合同文本。目标合同文本是可以交由合同缔约各方签字盖章的文本，合同的内容已经完备。
84.在一种可能的实现方式中，设置合同框架文本中目标合同组件的显示属性信息，具体包括：
85.设置目标合同组件的字段类型为必填项或选填项；
86.显示属性信息包括诸多方面，例如合同组件中文字的显隐性、文字的颜色、文字的大小、文字的字体、图片的插入方式等，以及字段类型为必填项或选填项。字段类型是指合同中的待填字段的类型，包括必填项和选填项。必填项是指为了使得合同完整必须要填写的字段，选填项是指合同缔约方可以填写也可以不填写的字段。一般而言，必填项是重要的合同条款，选填项是附加的或备注的合同条款。
87.此处，对目标合同组件的字段类型进行设置，通过输入设备接收用户的指令，将目标合同组件中的一部分的字段的字段类型设置为必填项，将目标合同组件的另一部分字段的字段类型设置为选填项。在具体操作时，可以仅接收用户将一部分字段的字段类型设置为必填项的指令，并将剩余的另一部分字段的字段类型自动设置为选填项；或者，仅接收用户将一部分字段的字段类型设置为选填项的指令，并将剩余的另一部分字段的字段类型自动设置为必填项；或者，接收用户对每个字段的字段类型进行设置的指令，以完成字段类型的设置。
88.将合同内容字段填入合同模板文本的对应位置后，方法还包括：
89.若在目标合同文本中存在空白的必填项，则强调显示空白的必填项。
90.在已经设置了字段类型的合同模板文本中，每一个待填写的字段均有对应的字段类型，也就是要么是必填项，要么是选填项。在获取可合同内容字段后，将合同内容字段填入合同模板文本的对应位置，对应位置是一个个待填写的字段。合同内容字段可以是各种合同信息，例如缔约双方的信息、时间信息、合同标的信息、仲裁信息、合同管辖信息、单价信息、数量信息等。
91.在合同内容字段填入合同模板文本后，生成目标合同文本时，需要判断是否所有的必填项已经按照要求填写了合同内容字段。若确定在目标合同文本中不存在空白的必填项，也就是说所有的必填项都已经按照要求填写了合同内容字段，则输出完整的目标合同文本；若确定在目标合同文本中存在空白的必填项，也就是说存在至少一个必填项未被填写，则强调显示空白的必填项。强调显示的方式可以是加粗、高光、警示符号、警示弹窗等，还可以要求用户补充填写空白的必填项。
92.同一合同组件在不同合同模板文本可自由设置必填性，以确定字段类型是否必填。
93.在一种可能的实现方式中，获取合同内容字段，具体包括：
94.接收多媒体数据，对多媒体数据进行信息提取，得到合同内容字段；
95.接收图片、文档、音频等多媒体数据，对多媒体数据进行数据分析，提取特定的信息。例如对图片进行分析，图片可以是扫码或拍摄的合同文书，从图片中识别缔约方信息、时间信息等；对文档进行分析，文档可以是现有的合同文书，从文档中提取缔约方信息、时间信息等；对音频进行分析，音频可以是缔约双方谈判的语言记录等，将语音转化为文字，并从中提取缔约方信息、时间信息等。这一输入方法更加便捷。
96.或者，接收用户输入并编辑的合同内容字段。
97.或者，从输入设备获取用户手动输入并编辑的合同内容字段，手动输入可以是通过鼠标、键盘或虚拟键盘等。这一输入方法更加准确。
98.具体而言，如图2至图4所示，框架是用户根据合同业务自由组合合同组件而成，合同模板文本是在合同框架文本之上的一层封装，并且基于合同框架文本可以做一系列的设置，以实现在合同模板文本呈现时达到不同的效果。
99.在合同模板文本设置层面，一种是可通过读取现有的合同word或者pdf文件之类，抓取合同里的关键信息，如合同开始、结束日期，合同资源、合同甲方、乙方等一系列数据，自动填充到合同模板文本的默认值上，另一种也可以通过自己手动在模板信息里设置字段的展示名称及默认值等。最后以该合同模板文本签订的目标合同文本则自动在页面对应位置显示具体值，部分额外信息需要额外填充，用户以较少的输入就可以完成合同的录入。
100.在一种可能的实现方式中，合同组件包括至少一个组件项；
101.设置合同框架文本中目标合同组件的显示属性信息，具体包括：
102.设置合同组件中组件项的显隐性，以使得合同组件显示或隐藏至少一个组件项中的全部或部分。
103.显示属性信息还包括合同组件中组件项的显隐性。合同组件的组件项可以是一个相对独立的合同条款或合同章节。显隐性是指确定特定内容是显示还以隐藏，显示的内容会出现在目标合同文本中，隐藏的内容不会出现在目标合同文本中。在设置目标合同组件的组件项的显隐性时，可以将该目标合同组件的部分或全部组件项确定为显示，或将该目标合同组件的部分或全部组件项确定为隐藏。同一组件在不同模板可自由设置显示隐藏，以确定藏合同组件中组件项的显隐性，。文本也可以称为要页面。
104.本技术实施例通过动态配置合同模板的方法，可以达到按需创建合同页面，使合同更简洁，操作性更强。
105.在一种可能的实现方式中，设置合同框架文本中目标合同组件的显示属性信息，具体包括：
106.设置目标合同组件的字段类型的默认值；
107.字段类型可以预设默认值。默认值是指在未接收到合同内容字段时，自动在目标合同文本中显示的内容。尤其是，对某些特定字段统一设置默认值，避免某些公共字段的重复填写。
108.合同主体[甲/乙/丙/丁/方]有公司和客户类型区分，而同一类的合同会使用统一合同模板文本，同一合同模板文本的甲方一般都属于同一类型的主体，所以可以通过设置主体类型字段默认值，避免新增合同时重复填写该值，例如可以在缔约方的甲方信息中输入默认值，则甲方在使用此合同时，无需重复输入甲方信息，而是仅需要输入乙方信息，以此实现快速输出合同。
[0109]
还有标准计费中的价格单位等字段，均可以通过这种方式设置默认值，避免重复填写。
[0110]
显示合同模板文本，具体包括：
[0111]
若有默认值，则在合同模板文本中显示默认值。
[0112]
在显示合同模板文本时，判断各个字段是否存在设置的默认值，如果存在设置的
默认值，则在该字段显示默认值；如果不存在设置的默认值，则显示空白。
[0113]
需要说明的是，设置有默认值的字段，如果被输入了新的合同内容字段，则不再显示默认值，而是显示新的合同内容字段。
[0114]
在一种可能的实现方式中，在响应于从合同组件库中获取至少一个合同组件的指令，显示由至少一个合同组件得到的合同框架文本前，方法还包括：
[0115]
根据当前所处的业务场景、以及所处的业务场景中的阶段，确定合同组件的获取策略；
[0116]
如图11所示，合同组件的获取过程可以根据用户的需要制定相应的获取策略。合同组件的获取策略可以依照当前所处的业务场景决定，例如，生成租赁业务合同时获取的合同组件包括合同基本信息、合同主体、合同标的、合同租期和商务条款；生成销售业务合同时获取的合同组件包括合同基本信息、合同主体、商品清单、收付款计划和定金；生成工程施工合同时获取的合同组件包括合同基本信息、合同主体、设备材料品牌及其相关要求和收付款计划；生成服务合同时获取的合同组件包括合同基本信息、合同主体、服务清单和收付款方式；生成特约授权合同时获取的合同组件包括合同基本信息、合同主体和商务条款。
[0117]
根据合同组件的获取策略生成指令。
[0118]
确定了合同组件的获取策略后，根据合同组件的获取策略生成从合同组件库中获取至少一个合同组件的指令。
[0119]
合同模板在不同阶段也会发生不同的变化，比如加减字段，改变显示名称等，下面举例子说明场景的作用：
[0120]
场景1：
[0121]
甲乙双方签订一年期房源合同，乙方按每月支付甲方租金、管理费等。
[0122]
场景2：
[0123]
甲乙双方签订一年期合同，设定履约事项。
[0124]
场景3：
[0125]
甲乙方签订协议合同，不涉及任何费用信息。
[0126]
场景4：
[0127]
甲乙方签订一年期商铺合同，乙方按商铺营业额抽成支付甲方租金。
[0128]
如图5所示，合同组件库的合同组件包括：基本信息、合同主体、合同资源、商务条款、履约计划等。将合同信息分类化，方便设计管理。
[0129]
如图6所示，场景1跟场景4可以借助第一合同框架文本形成合同模板文本。可以针对场景1和场景4分别设置模板页面，在合同组件的“合同资源”里配置不同的取数来源及页面前端显示标题，如场景1的是房源，场景4是商铺；在合同组件的“商务条款”里配置不同的条款设置，如场景1可以设置显示商务条款的收费形式模块，隐藏抽成设置模板，而场景4则恰恰相反，场景4设置隐藏商务条款的收费形式模块，显示抽成设置模板。
[0130]
此外，场景2可借助第二合同框架文本形成的合同模板文本；场景3可借助第三合同框架文本形成的合同模板文本，其他业务均可根据实际需要进行相关配置即可。
[0131]
为了实现本技术实施例，可以利用后台和前端事件通信机制，控制页面的显示和替换。
[0132]
页面前端采用react+redux架构，控制前端采用spring+jetty架构，后台采用dubbo微服务。页面前端通过发起动作action及携带参数请求控制前端，控制前端通过远程过程调用(rpc，remote procedure call)协议请求后台进行业务操作；反之，后端发起页面修改动作到控制前端，控制前端发送消息到页面前端，页面前端接收到修改指令，进行页面的渲染动作。
[0133]
如图7所示，合同业务处理过程中，用户通过前端页面发起合同签订、变更、续签等业务操作，后台根据前端的指令读取合同模板，在根据模板配置加载后，向前端页面返回模板显示样式。合同模板文本也以称为模板显示样式。
[0134]
本技术实施例是动态可配置的，不仅能形成不同的合同框架文本，还能对合同框架文本形成的合同模板文本进行配置，可以自由设置字段的前端显示名称，设置字段或者面板等的显示或者隐藏等，功能丰富，针对不同业务可以适配度高。
[0135]
以上实施例涉及到的用户操作可以通过脚本或其他方式自动实现。
[0136]
如图8所示，本技术实施例提供了一种合同文本的生成装置，包括：
[0137]
框架显示单元801，用于响应于从合同组件库中获取至少一个合同组件的指令，显示由至少一个合同组件得到的合同框架文本；
[0138]
属性设置单元802，用于设置合同框架文本中目标合同组件的显示属性信息，得到合同模板文本；其中目标合同组件为至少一个合同组件中的一个或多个；
[0139]
模板显示单元803，用于显示合同模板文本。
[0140]
如图9所示，本技术实施例提供了一种合同文本的生成装置，包括：
[0141]
框架显示单元901，用于响应于从合同组件库中获取至少一个合同组件的指令，显示由至少一个合同组件得到的合同框架文本；
[0142]
属性设置单元902，用于设置合同框架文本中目标合同组件的显示属性信息，得到合同模板文本；其中目标合同组件为至少一个合同组件中的一个或多个；
[0143]
模板显示单元903，用于显示合同模板文本。
[0144]
本技术实施例的一种实现方式中，装置还包括：
[0145]
填入单元904，用于获取合同内容字段，将合同内容字段填入合同模板文本的对应位置，得到目标合同文本。
[0146]
本技术实施例的一种实现方式中，属性设置单元902，具体用于设置目标合同组件的字段类型为必填项或选填项；
[0147]
装置还包括：
[0148]
强调显示单元903，用于在目标合同文本中存在空白的必填项时，则强调显示空白的必填项。
[0149]
本技术实施例的一种实现方式中，填入单元904，具体用于接收多媒体数据，对多媒体数据进行信息提取，得到合同内容字段；或者，接收用户输入并编辑的合同内容字段。
[0150]
本技术实施例的一种实现方式中，合同组件包括至少一个组件项；
[0151]
属性设置单元902，具体用于设置合同组件中组件项的显隐性，以使得合同组件显示或隐藏至少一个组件项中的全部或部分。
[0152]
本技术实施例的一种实现方式中，属性设置单元902，具体用于设置目标合同组件的字段类型的默认值；
[0153]
模板显示单元903，具体用于在有默认值时，在合同模板文本中显示默认值。
[0154]
本技术实施例的一种实现方式中，装置还包括：
[0155]
策略确定单元905，用于根据当前所处的业务场景、以及所处的业务场景中的阶段，确定合同组件的获取策略；
[0156]
指令生成单元906，用于根据合同组件的获取策略生成指令。
[0157]
如图10所示，本技术实施例还提供了一种计算机设备1000，包括：
[0158]
中央处理器1001，存储器1002；
[0159]
存储器1002为短暂存储存储器或持久存储存储器；
[0160]
中央处理器1001配置为与存储器1002通信，并执行存储器1002中的指令操作以执行如图1至图7所示实施例中的方法。
[0161]
本技术实施例还提供了一种计算机可读存储介质，计算机可读存储介质包括指令，当指令在计算机上运行时，使得计算机执行如图1至图7所示实施例中的方法。
[0162]
本技术实施例还提供了一种包含指令的计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如图1至图7所示实施例中的方法。
[0163]
本技术实施例还提供了一种芯片系统，芯片系统包括至少一个处理器和通信接口，通信接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以执行如图1至图7所示实施例中的方法。
[0164]
应该理解的是，虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
[0165]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0166]
在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0167]
本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。
[0168]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目
的。
[0169]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0170]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。