CN115878648A - 数据逻辑时序自动调整方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明提供一种数据逻辑时序自动调整方法、装置、电子设备及存储介质，涉及医院数据交互处理，方法包括：判断业务数据是否为基础业务，是则返回“Y”，否则判断业务数据在当前逻辑时序节点上有无互斥业务发送；若无，判断前置业务是否已被第三方系统消费，若已经消费，返回“Y”，否则返回“N”；若有互斥业务发送，判断当前业务数据是否还存在于逻辑时序的其他后续节点上，若是，以下一个存在当前业务数据的节点作为新的当前逻辑时序节点，返回基础业务判断步骤执行，若否，则返回“N”；返回“Y”时，发送当前业务数据到第三方系统；返回“N”时，缓存。本发明实现自动调整数据逻辑时序，使得第三方系统消化的数据符合逻辑时序。

Description

数据逻辑时序自动调整方法、装置、电子设备及存储介质

技术领域

本申请属于计算机技术领域，具体涉及医院数据交互处理技术，尤其涉及一种数据逻辑时序自动调整方法、装置、电子设备及存储介质。

背景技术

医院业务逻辑复杂，现场流程多变，且定制流程较多，这会导致医院数据质量差异较大，若数据逻辑时序混乱，给数据治理带来很大的困扰。

随着医疗软件的发展，以及集成平台、区域平台、医共体等平台软件的普及，对医院数据的要求也越来越高，符合逻辑时序的结构化数据在各个系统之间进行交互的过程中更便捷、规范。

现有技术下，两个关联业务发生时间间隔较短时，无法保证数据流传输时的先后问题，当先生成业务比后生成业务晚发送时，就会导致业务数据流逻辑混乱，致使第三方系统获得的是混乱数据，导致无法使用。

发明内容

为了解决上述现有技术的不足，本申请提供一种数据逻辑时序自动调整方法、装置、电子设备及存储介质，实现自动调整数据逻辑时序，使得第三方系统消化的数据都符合逻辑时序，利于医院内外系统间数据壁垒的打通。

为了实现上述目的，本发明采用以下技术：

一种数据逻辑时序自动调整方法，包括步骤：

判断当前业务数据是否为基础业务，若是，则返回“Y”；若否，则判断当前业务数据在当前逻辑时序节点上有无互斥业务发送；

若有与当前业务数据构成互斥条件的互斥数据已经被第三方系统消费，则判断为有互斥业务发送，否则判断为无互斥业务发送；

若无互斥业务发送，则获取当前业务数据的前置业务，并判断前置业务是否已经被第三方系统消费，若前置业务已经消费，则返回“Y”；若前置业务未消费，则返回“N”；

若有互斥业务发送，则判断当前业务数据是否还存在于逻辑时序的其他后续节点上，若是，则以下一个存在所述当前业务数据的节点作为新的当前逻辑时序节点，返回到基础业务判断步骤继续执行，若否，则返回“N”；

当返回“Y”时，发送当前业务数据到第三方系统消费；

当返回“N”时，将当前业务数据进行缓存；

对进行缓存的业务数据，判断是否超时：

若已超时，则判断是否需要发送第三方系统，若需要，则发送到第三方系统消费，若不需要，则丢弃；

若未超时，则重新送入到基础业务判断步骤继续执行。

其中，前置业务是指在发送当前业务数据之前，需要先行发送的业务数据；构成互斥条件的两个或多个互斥数据不可共存，仅能选择其中一个继续执行。

进一步，判断当前业务数据在当前逻辑时序节点上有无互斥业务发送时：

先判断当前业务数据在当前逻辑时序节点上有无与其构成互斥条件的互斥数据：

若有互斥数据，则判断与当前业务数据构成互斥条件的互斥数据是否已经被第三方系统消费，若已消费，则判断为有互斥业务发送，若未消费，则判断为无互斥业务发送；

若无互斥数据，则判断为无互斥业务发送。

一种数据逻辑时序自动调整装置，包括：

基础业务判断模块，用于判断当前业务数据是否为基础业务，并在判断为基础业务时，返回“Y”；在判断为非基础业务时，进入互斥业务判断模块执行；

互斥业务判断模块，用于判断当前业务数据在当前逻辑时序节点上有无互斥业务发送，若有与当前业务数据构成互斥条件的互斥数据已经被第三方系统消费，则判断为有互斥业务发送，进入多级别判断模块，否则判断为无互斥业务发送，进入前置条件判断模块；

前置业务判断模块，用于获取当前业务数据的前置业务，并判断前置业务是否已经被第三方系统消费，若前置业务已经消费，则返回“Y”；若前置业务未消费，则返回“N”；

多级别判断模块，用于判断当前业务数据是否还存在于逻辑时序的其他后续节点上，若是，则以下一个存在所述当前业务数据的节点作为新的当前逻辑时序节点，返回到基础业务判断模块继续执行，若否，则返回“N”；

推送模块，用于在基础业务判断模块或前置业务判断模块返回“Y”时，发送当前业务数据到第三方系统消费；并用于在前置业务判断模块或多级别判断模块返回“N”时，将当前业务数据送入缓存模块进行缓存；

超时判断模块，用于判断缓存模块中缓存的业务数据是否超时，若判断为已超时，则进入开关模块继续执行；若判断为未超时，则重新送入到基础业务判断模块继续执行；

开关模块，用于判断是否需要发送第三方系统，并在判断为需要时，发送到第三方系统消费，在判断为不需要时，丢弃。

一种电子设备，包括：至少一个处理器和存储器；其中，所述存储器存储有计算机执行指令；在所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行所述的数据逻辑时序自动调整方法。

一种计算机可读存储介质，其上存储有计算机程序，在所述计算机程序被处理器运行时控制所述存储介质所在设备执行所述的数据逻辑时序自动调整方法。

本发明有益效果在于：

1、本申请通过逻辑时序的顺序判断处理过程，实现对医院数据的逻辑调整，使第三方系统消费的数据都是符合逻辑时序的数据，避免存在互斥数据同时被消费，或数据发送先后顺序错乱等问题，利于打通医院内外系统间的数据壁垒；

2、通过设置初始判断、互斥判断、前置判断，确保各项业务数据能够根据业务属性及前后逻辑关系与互斥关系，得到缓存或推送的结果，并设置多级别判断，确保同一业务数据同时存在于逻辑时序的多个时序节点上的情况，也能得到清楚有效的顺序判断和处理，确保推送逻辑正确。

附图说明

图1是本申请实施例的数据逻辑时序自动调整方法步骤图。

图2是本申请实施例的数据逻辑时序自动调整方法具体示例完整流程图。

图3是本申请实施例的数据逻辑时序自动调整方法具体示例局部流程图。

图4是本申请实施例的数据逻辑时序自动调整方法应用场景示例流程。

图5是本申请实施例的数据逻辑时序自动调整装置结构框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面结合附图对本发明的实施方式进行详细说明，但本发明所描述的实施例是本发明一部分实施例，而不是全部的实施例。

本申请实施例的一个方面，提供一种数据逻辑时序自动调整方法，用于解决医院数据逻辑时序混乱，而导致第三方系统获得的业务数据逻辑混乱和/或存在互斥数据而无法使用的问题。本实例的目的在于使医院数据经过处理后符合逻辑，符合逻辑即是指符合医院的业务数据流逻辑时序，及业务数据应有先后顺序。逻辑混乱则会造成医院各系统之间的数据混乱，无法很好地做到各系统之间协同运行。

为了更清楚详细地表述本申请实施例的相关内容，对相关名词说明如下：

基础业务：不存在前置业务以及互斥条件的操作数据就是一个基础业务，比如：医生下达申请单后，程序发出申请单下达的数据，此时申请单下达是一个基础业务，因为不存在会限制申请单下达的前序操作，所以是一个基础业务，患者一来，医生就可以开申请单。基础业务不参加时序判断，直接发送到第三方系统消费。

互斥条件/互斥业务：为两个或者多个不可共存的互斥数据，例如申请单的取消不能和申请单的收费同时进行，取消和收费则为一组互斥数据，二者选择其中一个发送后，另一个则不能发送。

前置业务：是指在整个数据流的操作中，根据逻辑时序，前一个业务数据发送后，下一个业务数据才能发送，此时前一个业务数据，就为后一个/下一个业务数据的前置业务。例如就诊应在挂号之后，则挂号就是就诊的前置业务，此逻辑应更加符合医院数据流逻辑。

如图1所示，本申请实施例的数据逻辑时序自动调整方法步骤流程为：

（1）首先，判断（当前拟定发送）当前业务数据是否为基础业务：

若是，则返回“Y”；

若否，则判断当前业务数据在当前逻辑时序节点上有无互斥业务发送。

（2）其次，判断当前业务数据在当前逻辑时序节点上有无互斥业务发送时：

先判断当前业务数据在当前逻辑时序节点上有无与其构成互斥条件的互斥数据：

若有互斥数据，则判断与当前业务数据构成互斥条件的互斥数据是否已经被第三方系统消费，若已消费，则判断为有互斥业务发送，若未消费，则判断为无互斥业务发送；

若无互斥数据，则判断为无互斥业务发送。

即若有与当前业务数据构成互斥条件的互斥数据已经被第三方系统消费，则判断为有互斥业务发送，否则判断为无互斥业务发送。

（3）若无互斥业务发送，则获取当前业务数据的前置业务，并判断前置业务是否已经被第三方系统消费，若前置业务已经消费，则返回“Y”；若前置业务未消费，则返回“N”；其中，前置业务是指在发送当前业务数据之前，需要先行发送的业务数据，前一个业务数据的发送与否将作为当前业务数据是否能发送的依据，若前一个业务数据还没有发送过，则暂时不能发送当前业务数据，否则会造成逻辑时序混乱。

若有互斥业务发送，则判断当前业务数据是否还存在于逻辑时序的其他后续节点上，若是，则以下一个存在所述当前业务数据的节点作为新的当前逻辑时序节点，返回到基础业务判断步骤继续执行，若否，则返回“N”。

由于一个业务数据在医院数据的逻辑时序流上，会在时序流的不同时序节点上多次出现，故需要将它在各节点的情况均进行判断处理，本实例的方法中，一开始输入的此种业务数据，会先以其所在的第一个时序流节点的情况进行判断，而后对他在其他节点的情况，也依次按照时序进行判断。比如申请单取消这样一项业务数据，其在“S1申请单下达——S2申请单取消/申请单收费——S3（收费后）申请单退费——S4申请单取消”中，就出现在了两个时序节点上，那么处理时，就需要先判断S2节点处，该项业务数据的情况，再通过移动判断位置至S4节点处，再次从判断步骤的开始进行判断。

（4）当返回“Y”时，发送当前业务数据到第三方系统消费。

当返回“N”时，将当前业务数据进行缓存，并对进行缓存的业务数据判断是否超时：

若已超时，则判断是否需要发送第三方系统，若需要，则发送到第三方系统消费，若不需要，则丢弃；

若未超时，则重新送入到基础业务判断步骤继续执行，即返回第（1）步。

本申请实施例的另一方面，提供一种数据逻辑时序自动调整装置，如图5所示，包括基础业务判断模块、互斥业务判断模块、前置业务判断模块、多级别判断模块、推送模块、超时判断模块、开关模块。

基础业务判断模块用于判断当前业务数据是否为基础业务，并在判断为基础业务时，返回“Y”；在判断为非基础业务时，进入互斥业务判断模块执行。

互斥业务判断模块用于判断当前业务数据在当前逻辑时序节点上有无互斥业务发送，若有与当前业务数据构成互斥条件的互斥数据已经被第三方系统消费，则判断为有互斥业务发送，进入多级别判断模块，否则判断为无互斥业务发送，进入前置条件判断模块。

前置业务判断模块用于获取当前业务数据的前置业务，并判断前置业务是否已经被第三方系统消费，若前置业务已经消费，则返回“Y”；若前置业务未消费，则返回“N”。

多级别判断模块用于判断当前业务数据是否还存在于逻辑时序的其他后续节点上，若是，则以下一个存在所述当前业务数据的节点作为新的当前逻辑时序节点，返回到基础业务判断模块继续执行，若否，则返回“N”。

推送模块用于在基础业务判断模块或前置业务判断模块返回“Y”时，发送当前业务数据到第三方系统消费；并用于在前置业务判断模块或多级别判断模块返回“N”时，将当前业务数据送入缓存模块进行缓存。

超时判断模块用于判断缓存模块中缓存的业务数据是否超时，若判断为已超时，则进入开关模块继续执行；若判断为未超时，则重新送入到基础业务判断模块继续执行。

开关模块用于判断是否需要发送第三方系统，并在判断为需要时，发送到第三方系统消费，在判断为不需要时，丢弃。

具体的，为了更清楚地展示本申请实施例的详细方法过程/装置各模型执行过程，通过以下示例来说明：

示例：患者在就诊的时候医生会给患者开具检查检验等项目，要求患者去进行身体检查，这个时候医生会在HIS系统中提交申请，例如张三需要CT检查，则医生就会在HIS系统中提交一个CT检查申请单；此时患者会拿着检查申请单去缴费，然后再去CT室做检查。而CT室作为最终的数据获取方，它系统中的数据需要由HIS系统发送给它。

如图4所示，这里存在逻辑顺序/时序问题，检查的严格流程应该为：S1申请单下达——S2申请单收费（不选择申请单取消）——（若想取消）S3申请单退费——S4申请单取消。这里，申请单下达为申请单收费/申请单取消的前置业务；在S2节点处，申请单收费和申请单取消构成互斥条件；S3节点处申请单退费的前置业务为S2节点处的申请单收费，S4节点处申请单取消的前置业务为S3节点处的申请单退费。

根据患者实际情况可能选择取消检查，则取消检查的流程会有两个：

1）收费前直接退单，S1申请单下达——S2申请单取消（不选择申请单收费）；

2）收费后退费再退单，S1申请单下达——S2申请单收费（不选择申请单取消）——S3申请单退费——S4申请单取消。

而本申请实施例的逻辑时序调整方法需要做的就是保证这些流程不错乱，保证各个系统之间的数据一致性。

如图2所示的流程示意图，实时交互数据（即当前业务数据）进入后，先判断当前数据是否满足发送条件，此处对应图2中虚线框中的判断，即对应了图3展示的判断流程。根据图4展示的各个业务数据，分别根据图2~图3展示的流程对各数据的处理过程说明如下：

1、申请单下达：

当前业务数据为申请单下达时，进入如图3所示的判断流程，申请单下达为一项基础业务，不需要任何判断就可发送；对应流程中的“是否初始级别”判断，是一个初始级别业务，所以它不参加后续时序判断，返回是（即前文提及的Y），然后推送到第三方系统消费。

2、申请单收费：

当前业务数据为申请单收费，其不是一项基础业务，故流程中的“是否初始级别”判断为否，进入到“是否存在互斥”的判断，在S2时序节点上，申请单收费和申请单取消为互斥条件的互斥数据，两者只能发送一个，因此，判断申请单取消是否已经执行发送了：

若已经发送了，“是否存在互斥”判断为是，那么申请单收费不能发送，进一步判断“是否存在第二级别”，即是否在逻辑时序的节点上其他位置还存在有申请单收费，不存在，则返回否（即前文提及的N），然后推送到缓存。

若互斥的申请单取消发送，则不存在互斥发送，就可以正常进行收费，此处“是否存在互斥”判断为否，进一步获取前置业务/前置条件后，判断“前置条件是否发送”，这里，前置业务即对应为申请单下达，若申请单下达已经由第三方系统消费，则前置业务已发送，返回是（即前文提及的Y），然后推送申请单收费到第三方系统消费；若申请单下达还未发送，则此时不能先发送申请单收费，返回否（即前文提及的N），然后推送申请单收费到缓存。

3、申请单退费：

当前业务数据为申请单退费，其不是一项基础业务，也没有互斥条件，故直接到了判断“前置条件是否发送”，这里，申请单退费的前置业务对应为申请单收费，若申请单收费已经被第三方系统消费，则判断为前置业务已发送，返回是（即前文提及的Y），然后推送申请单退费到第三方系统消费；若申请单收费未发送第三方系统，则此时不能先推送申请单退费，返回否（即前文提及的N），然后推送申请单退费到缓存。

4、申请单取消：

当前业务数据为申请单取消，不是一项基础业务，同时，前文已经列述了存在两种情况，即申请单取消在逻辑时序的节点上，不仅存在于节点S2处，还存在于后续的节点S4处，也就对应了两种级别，第一级别为：申请单下达——申请单取消，第二级别：申请单下达——申请单缴费——申请单退费——申请单取消。

当进入流程时，由于不是基础业务，先判定“是否初始级别”为“否”，然后判断“是否存在互斥”，此时，先以当前所处的第一节点S2处的情况来判断，也即第一级别的情况来判断，存在“申请单收费”这一互斥条件，则判断“申请单收费”是否被第三方系统消费/发送第三方系统：

若“申请单收费”还没有发送，“是否存在互斥”为否，进一步判断“前置条件是否发送”，此时，前置业务对应为申请单下单，若申请单下达已经发送第三方，则返回是（即前文提及的Y），然后推送申请单取消到第三方系统消费，若申请单下达未发送第三方，则此时不能先推送申请单取消，返回否（即前文提及的N），然后推送申请单取消到缓存。

若“申请单收费”已发送第三方系统，“是否存在互斥”为是，进一步判断是否存在第二级别，即判断申请单取消在逻辑时序的后续其他节点上是否存在，根据前文已经说明的，若节点S4处还存在，则这里是存在的第二级别的，则以节点S4处的情况，返回到“是否初始级别”继续执行，由于不是基础业务，进入到“是否存在互斥”的判断，在节点S4处，不存在构成互斥条件的互斥数据，则进入到“前置条件是否发送”，此时，前置业务对应为申请单退费，若申请单退费已经发送第三方，则返回是（即前文提及的Y），然后推送申请单取消到第三方系统消费，若申请单退费未发送第三方，则此时不能先推送申请单取消，返回否（即前文提及的N），然后推送申请单取消到缓存。

如图2所示，进入缓存的业务数据对应到流程图中的“放入redis/队列”。进入缓存后，由于不能让一个数据永远在内部占用资源，所以需要有一个时效性，判断是否超时，具体超时时长根据需求进行预设：

若已经超时，则进一步需要判断“是否需要发送第三方系统”，此处是一个开关作用，有部分数据，即使它最后都没有通过逻辑时序的顺序判断，但是第三方系统需要它，则还是发送给第三方系统。具体的，判断是否需要发送第三方系统，是判断当前业务数据是否属于指定第三方系统的指定需求数据，这个指定需求数据根据其对应的指定第三方系统进行预先配置。这个地方设置开关模块，目的在于兼容一些医院存在跳跃式操作流程的情况，比如“处方收费→处方发药”，这个逻辑线应该是先进行处方收费，再进行处方发药，但是对于某些医院，其执行的是可以先拿药再收费的情况。那么，出现此种特殊情况时，作为前置业务的处方收费并没有先发送，即前置业务/条件处的判断不会通过，但为了兼容这些医院的这种特殊情况，就作为一个“开关”功能将这些医院需要的这个“处方发药”数据强行发送，此处，这些医院就是指定第三方系统，处方发药就是该指定第三方系统对应的一种指定需求数据。当然，若第三方系统不需要，则丢弃该业务数据，即这个业务数据并不属于指定需求数据，不需要破除规则发送。

若未超时，则将该业务数据返回推送到“判断当前数据是否满足发送条件”，即再次走一遍如图3所示的流程过程，直到返回是，推送第三个系统，或超时被放弃/推送。

本申请实施例的又一方面，提供一种电子设备，包括：至少一个处理器和存储器；其中，所述存储器存储有计算机执行指令；在所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行前文实施例所述的数据逻辑时序自动调整方法。

本申请实施例的再一方面，提供一种计算机可读存储介质，其上存储有计算机程序，在所述计算机程序被处理器运行时控制所述存储介质所在设备执行前文实施例所述的数据逻辑时序自动调整方法。

以上所述仅为本申请的优选实施例，并不用于限制本申请，显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。

Claims (10)

1.一种数据逻辑时序自动调整方法，其特征在于，包括步骤：

判断当前业务数据是否为基础业务，若是，则返回“Y”；若否，则判断当前业务数据在当前逻辑时序节点上有无互斥业务发送；

若有与当前业务数据构成互斥条件的互斥数据已经被第三方系统消费，则判断为有互斥业务发送，否则判断为无互斥业务发送；

若无互斥业务发送，则获取当前业务数据的前置业务，并判断前置业务是否已经被第三方系统消费，若前置业务已经消费，则返回“Y”；若前置业务未消费，则返回“N”；

若有互斥业务发送，则判断当前业务数据是否还存在于逻辑时序的其他后续节点上，若是，则以下一个存在所述当前业务数据的节点作为新的当前逻辑时序节点，返回到基础业务判断步骤继续执行，若否，则返回“N”；

当返回“Y”时，发送当前业务数据到第三方系统消费；

当返回“N”时，将当前业务数据进行缓存。

2.根据权利要求1所述的数据逻辑时序自动调整方法，其特征在于，前置业务是指在发送当前业务数据之前，需要先行发送的业务数据。

3.根据权利要求1所述的数据逻辑时序自动调整方法，其特征在于，构成互斥条件的两个或多个互斥数据不可共存，仅能选择其中一个继续执行。

4.根据权利要求1所述的数据逻辑时序自动调整方法，其特征在于，还包括步骤：

对进行缓存的业务数据，判断是否超时：

若已超时，则判断是否需要发送第三方系统，若需要，则发送到第三方系统消费，若不需要，则丢弃；

若未超时，则重新送入到基础业务判断步骤继续执行。

5.根据权利要求1所述的数据逻辑时序自动调整方法，其特征在于，判断当前业务数据在当前逻辑时序节点上有无互斥业务发送时：

先判断当前业务数据在当前逻辑时序节点上有无与其构成互斥条件的互斥数据：

若有互斥数据，则判断与当前业务数据构成互斥条件的互斥数据是否已经被第三方系统消费，若已消费，则判断为有互斥业务发送，若未消费，则判断为无互斥业务发送；

若无互斥数据，则判断为无互斥业务发送。

6.一种数据逻辑时序自动调整装置，其特征在于，包括：

基础业务判断模块，用于判断当前业务数据是否为基础业务，并在判断为基础业务时，返回“Y”；在判断为非基础业务时，进入互斥业务判断模块执行；

互斥业务判断模块，用于判断当前业务数据在当前逻辑时序节点上有无互斥业务发送，若有与当前业务数据构成互斥条件的互斥数据已经被第三方系统消费，则判断为有互斥业务发送，进入多级别判断模块，否则判断为无互斥业务发送，进入前置条件判断模块；

前置业务判断模块，用于获取当前业务数据的前置业务，并判断前置业务是否已经被第三方系统消费，若前置业务已经消费，则返回“Y”；若前置业务未消费，则返回“N”；

多级别判断模块，用于判断当前业务数据是否还存在于逻辑时序的其他后续节点上，若是，则以下一个存在所述当前业务数据的节点作为新的当前逻辑时序节点，返回到基础业务判断模块继续执行，若否，则返回“N”；

推送模块，用于在基础业务判断模块或前置业务判断模块返回“Y”时，发送当前业务数据到第三方系统消费；并用于在前置业务判断模块或多级别判断模块返回“N”时，将当前业务数据送入缓存模块进行缓存。

7.根据权利要求6所述的数据逻辑时序自动调整装置，其特征在于，还包括：

超时判断模块，用于判断缓存模块中缓存的业务数据是否超时，若判断为已超时，则进入开关模块继续执行；若判断为未超时，则重新送入到基础业务判断模块继续执行；

开关模块，用于判断是否需要发送第三方系统，并在判断为需要时，发送到第三方系统消费，在判断为不需要时，丢弃。

8.根据权利要求6或7所述的数据逻辑时序自动调整装置，其特征在于，前置业务是指在发送当前业务数据之前，需要先行发送的业务数据；构成互斥条件的两个或多个互斥数据不可共存，仅能选择其中一个继续执行。

9.一种电子设备，包括：至少一个处理器和存储器；其中，所述存储器存储有计算机执行指令；其特征在于，在所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1~5中任意一项所述的数据逻辑时序自动调整方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，在所述计算机程序被处理器运行时控制所述存储介质所在设备执行如权利要求1~5中任意一项所述的数据逻辑时序自动调整方法。

Images