一种配置文件数据的管理方法、系统、介质和电子设备与流程

本发明涉及系统配置文件处理技术领域，尤其涉及一种配置文件数据的管理方法、系统、介质和电子设备。

背景技术

车险承保系统、车险理赔系统、车险报价系统等不同的应用系统各自拥有并维护自己的配置文件数据，但每个应用系统配置文件数据的实现方式不尽相同，比如车险承保系统的配置文件数据配置在数据库中，而车险理赔系统的配置文件数据则配置在车险理赔系统自己的配置文件中。

虽然各个应用系统各自维护自己的配置文件数据，但有些配置文件数据属于多个应用系统间的公共配置文件数据，多个应用系统共享该公共配置文件数据。而一旦公共配置文件数据发生变更时，其涉及的所有其他应用系统都需要配合升级、重启，这对线上应用业务存在很大影响。

技术实现要素：

有鉴于此，本发明实施例提供一种配置文件数据的管理方法、系统、介质和电子设备，以实现配置文件数据的统一配置、统一管理，并降低配置文件数据与应用系统间的耦合度，避免某一配置文件数据的变更导致其他应用系统需要配合升级、重启的问题。技术方案如下：

基于本发明实施例的一方面，本发明实施例提供一种配置文件数据的管理系统，包括：

用于提供页面操作功能的基础数据配置功能模块，所述页面操作功能用于实现配置文件数据的配置；

用于存储为各应用系统配置的多组配置文件数据的第一存储模块；

用于检测所述第一存储模块中存储的配置文件数据是否有更新，并在检测到所述第一存储模块中存储的配置文件数据有更新时，将更新后的配置文件数据发送至第二存储模块中存储，以使得所述第二存储模块中存储的配置文件数据与所述第一存储模块中存储的配置文件数据保持一致的检测更新模块；

用于存储各应用系统配置的多组配置文件数据的第二存储模块；

以及，与应用系统通信连接，用于依据所述应用系统发送的获取目标配置文件数据的请求，从所述第二存储模块中获取所述目标配置文件数据的数据读取模块。

可选地，所述第一存储模块包括sqlite，所述第二存储模块包括redis缓存。

可选地，所述管理系统还包括：

用于在监测到所述第二存储模块完成数据更新时，广播更新消息的广播模块，所述更新消息用于指示所述配置文件数据有更新。

基于本发明实施例的另一方面，本发明实施例提供一种配置文件数据的管理方法，应用于前文所述的配置文件数据的管理系统中，所述方法包括：

当第一存储模块中存储的第一配置文件数据需要进行更新时，通过基础数据配置功能模块对所述第一存储模块中存储的第一配置文件数据进行更新；

当通过检测更新模块检测到所述第一存储模块中存储的第一配置文件数据更新完成后，将更新后的第一配置文件数据发送至第二存储模块进行存储；

基于接收到的第一应用系统发送的获取所述更新后的第一配置文件数据的请求，从所述第二存储模块中获取所述更新后的第一配置文件数据。

可选地，所述对第一存储模块中存储的第一配置文件数据进行更新包括：

在所述第一存储模块中存储的第一配置文件数据中新增数据段、删除数据段、或修改数据段。

可选地，所述方法还包括：

当需要在所述第一存储模块中新增第二配置文件数据时，通过所述基础数据配置功能模块在所述第一存储模块中创建并存储所述第二配置文件数据；

当通过所述检测更新模块检测到所述第一存储模块中新增了第二配置文件数据时，将所述第二配置文件数据发送至所述第二存储模块进行存储。

可选地，所述方法还包括：

当需要在所述第一存储模块中删除第三配置文件数据时，通过所述配置文件数据的管理系统中的基础数据配置功能模块删除所述第一存储模块中存储的所述第三配置文件数据；

当通过所述检测更新模块检测到所述第一存储模块中删除了所述第三配置文件数据时，删除所述第二存储模块中存储的所述第三配置文件数据。

可选地，所述方法还包括：

当监测到所述第二存储模块完成数据更新时，广播更新消息，所述更新消息用于指示更新后的配置文件数据。

可选地，所述从所述第二存储模块中获取所述更新后的第一配置文件数据包括：

利用工具包util.jar，调用getvalue的方法从所述第二存储模块中获取所述更新后的第一配置文件数据。

基于本发明实施例的再一方面，本发明实施例提供一种存储介质，其上存储有程序，所述程序被处理器执行时实现前文所述的配置文件数据的管理方法。

基于本发明实施例的再一方面，本发明实施例提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行前文所述的配置文件数据的管理方法。

本发明实施例提供的配置文件数据的管理方法、系统、介质和电子设备中，通过配置文件数据的管理系统中的基础数据配置功能模块实现对各应用系统的配置文件数据的配置，并利用第一存储模块存储为各应用系统配置的多组配置文件数据，从而实现对所有应用系统的配置文件数据的统一配置、统一管理。进一步，本发明实施例通过检测更新模块，将第一存储模块中发生变更的配置文件数据及时发送至第二存储模块中存储，保证第二存储模块中存储的配置文件数据与第一存储模块中存储的配置文件数据保持一致。最后数据读取模块依据接收到的应用系统发送的获取目标配置文件数据的请求，从第二存储模块中获取目标配置文件数据。本发明实施例将应用系统和应用系统的配置文件数据分离开，降低了配置文件数据与应用系统间的耦合度，在实际应用时，哪个应用系统需要更新配置文件数据，直接通过数据读取模块获取到更新后的配置文件数据对应的数据包，将其导入即可，该操作不会影响其他应用系统，避免了其他应用系统需要配合升级、重启的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的一种配置文件数据的管理系统的结构示意图；

图2为本发明实施例提供的一种配置文件数据的管理方法的流程图；

图3为本发明实施例提供的另一种配置文件数据的管理方法的流程图；

图4为本发明实施例提供的再一种配置文件数据的管理方法的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所述，本发明实施例提供的一种配置文件数据的管理系统可以包括：基础数据配置功能模块10、第一存储模块20、检测更新模块30、第二存储模块40和数据读取模块50。

本发明实施例中，基础数据配置功能模块10提供各应用系统需要配置的所有配置文件数据的页面操作功能，例如新建对应应用系统a的一组配置文件数据、删除对应应用系统b的一组配置文件数据，修改对应应用系统c的一组配置文件数据等。在实际应用过程中，运维人员通过所述页面操作功能能够实现配置文件数据的配置。

第一存储模块20用于存储各应用系统对应的配置文件数据。

在实际应用过程中，对于首次创建各应用系统对应的配置文件数据的过程而言，运维人员通过调用基础数据配置功能模块10完成针对各个应用系统的配置文件数据的创建，而创建好的配置文件数据便存储在第一存储模块20中。可选地，本发明实施例中的第一存储模块20可以为sqlite(轻型数据库)。

第二存储模块40也用于存储各应用系统对应的配置文件数据，但其获取配置文件数据的方式为，通过检测更新模块30将第一存储模块20中存储的配置文件数据发送至第二存储模块40中存储。可选地，本发明实施例中的第二存储模块40可以为redis缓存。

具体地，检测更新模块30检测第一存储模块20中存储的配置文件数据是否有更新，并在检测到第一存储模块20中存储的配置文件数据有更新时，将更新后的配置文件数据发送至第二存储模块40中存储，从而使得第二存储模块40中存储的配置文件数据与第一存储模块20中存储的配置文件数据保持一致。

可以理解地，对于首次创建各应用系统对应的配置文件数据的过程而言，当在第一存储模块20中首次存入各应用系统的配置文件数据时，检测更新模块30检测到第一存储模块20中有新数据写入，由此可以选择在第一存储模块20完成所有配置文件数据的存储后，或者在第一存储模块20存储配置文件数据的过程中，及时将第一存储模块20中新写入的配置文件数据发送至第二存储模块40进行同步存储。对于后期维护各应用系统对应的配置文件数据的过程而言，当检测更新模块30检测到第一存储模块20中新增、删除、或修改了某个配置文件数据，检测更新模块30将该新增、删除、或修改的某个配置文件数据发送至第二存储模块40，使得第二存储模块40同时新增、删除、或修改该某个配置文件数据。

数据读取模块50作为本发明实施例提供的配置文件数据的管理系统与应用系统的通信接口，实现与各应用系统通信连接。

在本发明实施例的实际应用过程中，数据读取模块50能够接收各应用系统发送的获取目标配置文件数据的请求，进而依据接收到的获取目标配置文件数据的请求，从第二存储模块40中获取所请求的目标配置文件数据，进而将获取到的目标配置文件数据发送至应用系统。

可选地，本发明实施例可以利用工具包的util.jar，直接调用getvalue的方法从第二存储模块40中获取目标配置文件数据。

进一步可选地，在上述实施例的基础上，本发明还可以包括一用于在监测到第二存储模块40完成数据更新时，广播更新消息的广播模块，所述更新消息用于指示至少一个配置文件数据有更新。各应用系统通过监听广播消息可以及时获知第二存储模块40中进行了数据更新的配置文件数据，进而主动发送获取配置文件数据的请求来请求更新后的配置文件数据。

本发明实施例中，通过基础数据配置功能模块10实现对各应用系统的配置文件数据的配置，并利用第一存储模块20存储为各应用系统配置的多组配置文件数据，从而实现对所有应用系统的配置文件数据的统一配置、统一管理。进一步，本发明实施例通过检测更新模块30，将第一存储模块20中发生变更的配置文件数据及时发送至第二存储模块40中存储，保证第二存储模块40中存储的配置文件数据与第一存储模块20中存储的配置文件数据保持一致，由此实现了利用第一存储模块20和第二存储模块40对各应用系统的配置文件数据的备份存储，保证了数据的可靠性和准确性。更进一步的，数据读取模块30依据接收到的获取目标配置文件数据的请求，从第二存储模块40中获取目标配置文件数据，并将获取到的目标配置文件数据发送至应用系统。本发明实施例将应用系统和应用系统的配置文件数据分离开，降低了配置文件数据与应用系统间的耦合度，在实际应用时，哪个应用系统需要更新配置文件数据，直接通过数据读取模块30获取到更新后的配置文件数据对应的数据包，将其导入即可，该操作不会影响其他应用系统，避免了其他应用系统需要配合升级、重启的问题。

下面，申请人将基于本发明实施例提供的配置文件数据的管理系统实现的对配置文件数据的管理方法进行详细描述，如图2所示，本发明实施例提供的配置文件数据的管理方法应用前文所述的配置文件数据的管理系统中，方法可以包括：

步骤101，当第一存储模块中存储的第一配置文件数据需要进行更新时，通过基础数据配置功能模块对所述第一存储模块中存储的第一配置文件数据进行更新。

本发明实施例中所述对第一存储模块中存储的第一配置文件数据进行更新可以包括：在第一存储模块中存储的第一配置文件数据中新增数据段、删除数据段、或修改数据段。

当涉及到需要对第一存储模块中存储的第一配置文件数据进行更新时，运维人员可以通过配置管理系统中的基础数据配置功能模块执行对第一配置文件数据的新增数据段、删除数据段、或修改数据段等操作。

步骤102，当通过检测更新模块检测到所述第一存储模块中存储的第一配置文件数据更新完成后，将更新后的第一配置文件数据发送至第二存储模块进行存储。

本发明实施例中，在第一存储模块中存储的第一配置文件数据更新完成后，检测更新模块检测到第一配置文件数据进行了更新且更新已完成，由此将更新后的第一配置文件数据及时发送至第二存储模块进行存储。由此，第二存储模块也完成了针对第一配置文件数据的更新操作。

步骤103，基于接收到的第一应用系统发送的获取所述更新后的第一配置文件数据的请求，从所述第二存储模块中获取所述更新后的第一配置文件数据。

本发明实施例中，当第一应用系统需要获取更新后的第一配置文件数据时，通过数据读取模块向配置文件数据的管理系统发送获取更新后的第一配置文件数据的请求。数据读取模块接收到该获取更新后的第一配置文件数据的请求后，可以利用工具包的util.jar，调用getvalue的方法从第二存储模块中获取更新后的第一配置文件数据，并将其发送至第一应用系统。

图2示出了本发明实施例更新第一存储模块中存储的第一配置文件数据的实现方法，在此基础之上，申请人进一步提出一种在第一存储模块中新增第二配置文件数据的实现方法，以及在第一存储模块中删除第三配置文件数据的实现方法。

具体地如图3所示，本发明实施例提供的实现在第一存储模块中新增第二配置文件数据的方法可以包括：

步骤201，通过基础数据配置功能模块在所述第一存储模块中增加第二配置文件数据。

其中第二配置文件数据为新增加至第一存储模块中的配置文件数据，该第二配置文件数据不同于第一存储模块中已存储的其他配置文件数据。

步骤202，通过检测更新模块检测到所述第一存储模块中新增加了所述第二配置文件数据，将所述第二配置文件数据发送至第二存储模块进行存储。

本发明实施例中，在第一存储模块成功存储第二配置文件数据后，检测更新模块检测到第一存储模块中的数据有更新，并成功定位到新增加的第二配置文件数据后，管理系统将该新增加的第二配置文件数据及时发送至第二存储模块进行存储，使得第一存储模块和第二存储模块中存储的配置文件数据保持一致。

本发明实施例中，对于在第一存储模块中新增第二配置文件数据的情况而言，当本发明实施例需要在第一存储模块中新增第二配置文件数据时，运维人员可以直接通过配置文件数据的管理系统中的基础数据配置功能模块在第一存储模块中创建并存储第二配置文件数据。同时，当通过检测更新模块检测到第一存储模块中新增了第二配置文件数据时，本发明实施例将第二配置文件数据及时发送至第二存储模块进行存储，从而保证第一存储模块和第二存储模块中存储的配置文件数据一致。

如图4所示，本发明实施例提供的实现在第一存储模块中删除第三配置文件数据的方法可以包括：

步骤301，通过基础数据配置功能模块在所述第一存储模块中删除第三配置文件数据。

步骤302，通过检测更新模块检测到所述第一存储模块中删除了所述第三配置文件数据后，删除所述第二存储模块中存储的所述第三配置文件数据。

本发明实施例中，在第一存储模块成功删除第三配置文件数据后，检测更新模块检测到第一存储模块中的数据有更新，并成功定位到删除了第三配置文件数据后，管理系统将及时删除所述第二存储模块中存储的所述第三配置文件数据，以使得第一存储模块和第二存储模块中存储的配置文件数据保持一致。

本发明实施例中，对于在第一存储模块中删除第三配置文件数据的情况而言，当本发明实施例需要在第一存储模块中删除第三配置文件数据时，运维人员可以直接通过配置文件数据的管理系统中的基础数据配置功能模块删除该第一存储模块中存储的第三配置文件数据。同时，当通过检测更新模块检测到第一存储模块中删除了第三配置文件数据时，同步删除第二存储模块中存储的该第三配置文件数据。

可选地，在本发明上述实施例的基础上，本发明实施例还可以包括：当监测到第二存储模块完成数据更新时，广播更新消息，所述更新消息用于指示更新后的配置文件数据。

具体地，当监测到第二存储模块中存储的第一配置文件数据更新完成后，将第一配置文件数据完成更新的更新消息进行广播；当监测到第二存储模块中新增加了第二配置文件数据时，将新增了第二配置文件数据的更新消息进行广播；当监测到第二存储模块中存储的第三配置文件数据删除后，将删除第三配置文件数据的更新消息进行广播。

本发明实施例通过广播更新消息可以让各个应用系统及时获知配置文件数据的更新情况，从而使得各个应用系统基于配置文件数据的更新情况确定是否请求该更新后的配置文件数据。

本发明实施例中的配置文件数据的管理系统包括处理器和存储器，上述基础数据配置功能模块10、第一存储模块20、检测更新模块30、第二存储模块40和数据读取模块50等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来实现配置文件数据的管理。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)，存储器包括至少一个存储芯片。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述配置文件数据的管理方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述配置文件数据的管理方法。

本发明实施例提供了一种电子设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：

当第一存储模块中存储的第一配置文件数据需要进行更新时，通过基础数据配置功能模块对所述第一存储模块中存储的第一配置文件数据进行更新；

当通过检测更新模块检测到所述第一存储模块中存储的第一配置文件数据更新完成后，将更新后的第一配置文件数据发送至第二存储模块进行存储；

基于接收到的第一应用系统发送的获取所述更新后的第一配置文件数据的请求，从所述第二存储模块中获取所述更新后的第一配置文件数据。

可选地，所述对第一存储模块中存储的第一配置文件数据进行更新包括：

在所述第一存储模块中存储的第一配置文件数据中新增数据段、删除数据段、或修改数据段。

可选地，所述方法还包括：

当需要在所述第一存储模块中新增第二配置文件数据时，通过所述基础数据配置功能模块在所述第一存储模块中创建并存储所述第二配置文件数据；

当通过所述检测更新模块检测到所述第一存储模块中新增了第二配置文件数据时，将所述第二配置文件数据发送至所述第二存储模块进行存储。

可选地，所述方法还包括：

当需要在所述第一存储模块中删除第三配置文件数据时，通过所述配置文件数据的管理系统中的基础数据配置功能模块删除所述第一存储模块中存储的所述第三配置文件数据；

当通过所述检测更新模块检测到所述第一存储模块中删除了所述第三配置文件数据时，删除所述第二存储模块中存储的所述第三配置文件数据。

可选地，所述方法还包括：

当监测到所述第二存储模块完成数据更新时，广播更新消息，所述更新消息用于指示更新后的配置文件数据。

可选地，所述从所述第二存储模块中获取所述更新后的第一配置文件数据包括：

利用工具包util.jar，调用getvalue的方法从所述第二存储模块中获取所述更新后的第一配置文件数据。

本文中的设备可以是服务器、pc、pad、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：

当第一存储模块中存储的第一配置文件数据需要进行更新时，通过基础数据配置功能模块对所述第一存储模块中存储的第一配置文件数据进行更新；

当通过检测更新模块检测到所述第一存储模块中存储的第一配置文件数据更新完成后，将更新后的第一配置文件数据发送至第二存储模块进行存储；

基于接收到的第一应用系统发送的获取所述更新后的第一配置文件数据的请求，从所述第二存储模块中获取所述更新后的第一配置文件数据。

可选地，所述对第一存储模块中存储的第一配置文件数据进行更新包括：

在所述第一存储模块中存储的第一配置文件数据中新增数据段、删除数据段、或修改数据段。

可选地，所述方法还包括：

当需要在所述第一存储模块中新增第二配置文件数据时，通过所述基础数据配置功能模块在所述第一存储模块中创建并存储所述第二配置文件数据；

当通过所述检测更新模块检测到所述第一存储模块中新增了第二配置文件数据时，将所述第二配置文件数据发送至所述第二存储模块进行存储。

可选地，所述方法还包括：

当需要在所述第一存储模块中删除第三配置文件数据时，通过所述配置文件数据的管理系统中的基础数据配置功能模块删除所述第一存储模块中存储的所述第三配置文件数据；

当通过所述检测更新模块检测到所述第一存储模块中删除了所述第三配置文件数据时，删除所述第二存储模块中存储的所述第三配置文件数据。

可选地，所述方法还包括：

当监测到所述第二存储模块完成数据更新时，广播更新消息，所述更新消息用于指示更新后的配置文件数据。

可选地，所述从所述第二存储模块中获取所述更新后的第一配置文件数据包括：

利用工具包util.jar，调用getvalue的方法从所述第二存储模块中获取所述更新后的第一配置文件数据。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本发明的实施例可提供为方法、系统或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本发明的实施例而已，并不用于限制本发明。对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。