日期切换方法、系统及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种日期切换方法、系统及装置。

背景技术

在交易系统中，往往需要对业务日期进行日期切换，比如，银行可以根据自己的需要进行会计日期的切换，形成每个会计日期的总账。其中，会计日期就是一种业务日期，用于记录银行账务以及业务发生日期。

相关技术中，单应用系统模式下，由于只存在一个应用系统，从而不存在日期切换前后记账日期不一致的情况。而当一个应用系统被拆分成多个子系统之后，由于各应用系统之间相互独立，此时如果无法做到同步切换，业务日期则可能存在借方发生在T日，而贷方发生在T+1日的情况。而且，当一个子系统又被拆分成多个单元之后，由于每个单元之间相互独立，单元之间的日期如果无法做到同步切换或者统一取值，也可能会引起一笔交易出现在两个日期的情况。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的第一个目的在于提出一种日期切换方法，应用于目标子系统，以实现在目标子系统中的多个单元切换业务日期的过程中，通过统一从日期中心获取业务日期，避免因各单元的业务日期无法同步切换或者统一取值导致一笔交易在不同单元业务日期不一致的情况。

本发明的第二个目的在于提出一种日期切换方法，应用于日期中心。

本发明的第三个目的在于提出一种日期切换系统。

本发明的第四个目的在于提出一种日期切换装置，应用于目标子系统。

本发明的第五个目的在于提出一种日期切换装置，应用于日期中心。

本发明的第六个目的在于提出一种电子设备。

本发明的第七个目的在于提出一种计算机可读存储介质。

本发明的第八个目的在于提出一种计算机程序产品。

为达上述目的，本发明第一方面实施例提出了一种日期切换方法，应用于目标子系统，所述目标子系统中包括多个单元，各所述单元之间相互独立，所述方法包括：

接收日期中心发送的业务日期切换准备通知，其中，所述日期中心中的业务日期与所述目标子系统中的业务日期一致；

响应于所述业务日期切换准备通知，将所述多个单元的业务日期状态更新为不可用状态，以及将所述多个单元的业务日期获取状态更新为从所述日期中心获取；

在所述多个单元的业务日期获取状态都更新为从所述日期中心获取的情况下，向所述日期中心发送业务日期切换准备通知响应，其中，所述业务日期切换准备通知响应用于指示所述目标子系统中的多个单元的业务日期状态都已经更新为不可用状态；

接收所述日期中心发送的业务日期切换通知，并响应于所述业务日期切换通知，进行所述多个单元的业务日期切换。

为达上述目的，本发明第二方面实施例提出了一种日期切换方法，应用于日期中心，所述方法包括：

向目标子系统发送业务日期切换准备消息，其中，所述日期中心中的业务日期与所述目标子系统中的业务日期一致；

接收所述目标子系统发送的业务日期切换准备通知响应，其中，所述业务日期切换准备通知响应用于指示所述目标子系统中的多个单元的业务日期状态都已经更新为不可用状态；

响应于所述业务日期切换准备通知响应，向所述目标子系统提供业务日期，并进行业务日期切换；

在业务日期切换完成的情况下，向所述目标子系统发送业务日期切换通知。

为达上述目的，本发明第三方面实施例提出了一种日期切换系统，包括注册中心、目标子系统和日期中心；

其中，所述注册中心，用于在子系统启动服务的情况下对所述子系统进行注册；

所述目标子系统包括多个单元，各所述单元之间相互独立，所述目标子系统用于执行前述第一方面的日期切换方法；

所述日期中心，用于执行前述第二方面的日期切换方法。

为达上述目的，本发明第四方面实施例提出了一种日期切换装置，应用于目标子系统，所述目标子系统中包括多个单元，各所述单元之间相互独立，所述装置包括：

第一接收模块，用于接收日期中心发送的业务日期切换准备通知，其中，所述日期中心中的业务日期与所述目标子系统中的业务日期一致；

第一更新模块，用于响应于所述业务日期切换准备通知，将所述多个单元的业务日期状态更新为不可用状态，以及将所述多个单元的业务日期获取状态更新为从所述日期中心获取；

第一处理模块，用于在所述多个单元的业务日期获取状态都更新为从所述日期中心获取的情况下，向所述日期中心发送业务日期切换准备通知响应，其中，所述业务日期切换准备通知响应用于指示所述目标子系统中的多个单元的业务日期状态都已经更新为不可用状态；

第二处理模块，用于接收所述日期中心发送的业务日期切换通知，并响应于所述业务日期切换通知，进行多个单元的业务日期切换。

为达上述目的，本发明第五方面实施例提出了一种日期切换装置，应用于日期中心，所述装置包括：

第二发送模块，用于向目标子系统发送业务日期切换准备消息，其中，所述日期中心中的业务日期与所述目标子系统中的业务日期一致；

第二接收模块，用于接收所述目标子系统发送的业务日期切换准备通知响应，其中，所述业务日期切换准备通知响应用于指示所述目标子系统中的多个单元的业务日期状态都已经更新为不可用状态；

第三处理模块，用于响应于所述业务日期切换准备通知响应，向所述目标子系统提供业务日期，并进行业务日期切换；

第三发送模块，用于在业务日期切换完成的情况下，向所述目标子系统发送业务日期切换通知。

为达上述目的，本发明第六方面实施例提出了一种电子设备，该电子设备包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行前述第一方面的日期切换方法。

为了实现上述目的，本发明第七方面实施例提出了一种存储有计算机指令的计算机可读存储介质，所述计算机指令用于使所述计算机执行前述第一方面的日期切换方法。

为了实现上述目的，本发明第八方面实施例提出了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现前述第一方面的日期切换方法。

本发明实施例所提供的技术方案包含如下的有益效果：

通过接收日期中心发送的业务日期切换准备通知，从而响应于业务日期切换准备通知，将多个单元的业务日期状态更新为不可用状态，以及将多个单元的业务日期获取状态更新为从日期中心获取，之后，在多个单元的业务日期获取状态都更新为从日期中心获取的情况下，向日期中心发送业务日期切换准备通知响应，进而接收日期中心发送的业务日期切换通知，并响应于业务日期切换通知，进行多个单元的业务日期切换。由此，可在多单元切换业务日期的过程中，通过统一从日期中心获取业务日期，避免因各单元的业务日期无法同步切换或者统一取值导致一笔交易在不同单元业务日期不一致的情况。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例所提供的一种日期切换方法的流程示意图；

图2为本发明实施例所提供的另一种日期切换方法的流程示意图；

图3为本发明实施例所提供的另一种日期切换方法的流程示意图；

图4为本发明实施例所提供的另一种日期切换方法的流程示意图；

图5为本发明实施例所提供的一种日期切换系统的结构示意图；

图6为本发明实施例所提供的一种场景下日期切换方法的原理示意图；

图7为本发明实施例所提供的一种日期切换装置的结构示意图；

图8为本发明实施例所提供的另一种日期切换装置的结构示意图；

图9为本发明实施例提供的一个电子设备的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

会计日期是一种业务日期，用于记录银行账务以及业务发生日期，以年月日方式进行存储。会计日期有专门的日历进行管理，是面向银行的内部日期管理，银行可以根据自己的需要进行会计日期的切换，形成每个会计日期的总账。在传统银行的系统中会计日期被应用到了交易系统，交易系统中存储交易日期(等同于会计日期)，用于记录交易发生的日期。例如我们常见的挂失日期、冻结日期、授权日期、签约日期等等。日期格式：YYYYMMDD，此类格式存储具有通用性，能够避免不同数据库日期格式不同而导致的程序变更等问题。

系统日期并不是业务日期，而是自然日期，用于业务流水登记、业务统计等。该日期按自然日期变化规律更新，业务系统无需触发日期切换交易，业务处理中取服务器日期作为交易日期。

相关技术中，银行处理完当日账务后将会计日期切换到下一日，即进行日期切换。在单应用系统模式下，由于只存在一个应用系统，从而不存在日期切换前后记账日期不一致的情况。而当一个应用系统被拆分成多个子应用系统之后，由于各子应用系统之间相互独立，此时如果无法做到同步切换，业务日期则可能存在借方发生在T日，而贷方发生在T+1日的情况。而且，当一个子应用系统又被拆分成多个单元之后，由于每个单元之间相互独立，单元之间的日期如果无法做到同步切换或者统一取值，也可能会引起一笔交易出现在两个日期的情况。

针对这一问题，本发明实施例提供了日期切换方法，以实现在目标子系统中的多个单元切换业务日期的过程中，通过统一从日期中心获取业务日期，避免因各单元的业务日期无法同步切换或者统一取值导致一笔交易在不同单元业务日期不一致的情况。

下面参考附图描述本发明实施例的日期切换方法、系统及装置。

图1为本发明实施例所提供的一种日期切换方法的流程示意图。

需要说明的是，本实施例的日期切换方法应用于目标子系统，并且目标子系统中包括多个单元，各单元之间相互独立。

如图1所示，该日期切换方法包括以下步骤：

步骤101，接收日期中心发送的业务日期切换准备通知。

其中，日期中心中的业务日期与目标子系统中业务日期一致。

需要说明的是，本发明中，目标子系统的数量可以为一个或者多个，本发明对此不做限制，但日期中心只有一个。当目标子系统的数量为多个时，各目标子系统之间相互独立。

在一些实施例中，日期中心可以向目标子系统发送业务日期切换准备通知，以通知目标子系统做业务日期切换准备。相对应地，目标子系统可以接收日期中心发送的业务日期切换通知。

步骤102，响应于业务日期切换准备通知，将多个单元的业务日期状态更新为不可用状态，以及将多个单元的业务日期获取状态更新为从日期中心获取。

在一些实施例中，目标子系统在接收到日期中心发送的业务日期切换准备通知之前，目标子系统为目标子系统中的多个单元统一提供日期服务(这里所说的日期服务是指目标子系统向目标子系统中的多个单元统一提供业务日期服务，而非系统日期)，即目标子系统中的多个单元的业务日期一致。

在一些实施例中，目标子系统在接收到日期中心发送的业务日期切换准备通知之后，可以响应于该业务日期切换准备通知，将多个单元的业务日期状态更新为不可用状态，以及将多个单元的业务日期获取状态更新为从日期中心获取。当目标子系统将任一单元的业务日期状态更新为不可用状态时，由于业务日期状态已经更新为不可用状态，此时需要将该单元的业务日期获取状态从原先的本地获取更新为从日期中心获取，以保证日期获取不会中断。

需要说明的是，若目标子系统为目标子系统中的多个单元统一提供日期服务，则将目标子系统中的任一单元的业务日期状态更新为不可用状态，也就意味着目标子系统此时已停止为该单元提供日期服务。

可选地，将多个单元的业务日期状态更新为不可用状态可以是同步更新，也可以是异步更新，本实施例中对此不做限制。例如，目标子系统可以在同一时刻停止为目标子系统的所有单元提供日期服务，也可以针对不同单元在不同时间停止为其提供日期服务，本实施例中对此不做限制。

需要说明的是，异步更新的话需要监听目标子系统中的多个单元是否均已完成更新，可选地，可以通过单独中间件进行监听，目的是保证目标子系统的所有单元的业务日期状态更新完成之后日期中心再进行业务日期切换。

步骤103，在多个单元的业务日期获取状态都更新为从日期中心获取的情况下，向日期中心发送业务日期切换准备通知响应。

其中，业务日期切换准备通知响应用于指示目标子系统中的多个单元的业务日期状态都已经更新为不可用状态。

在一些实施例中，只有当目标子系统的所有单元的业务日期获取状态都更新为从日期中心获取时，目标子系统才可以向日期中心发送业务日期切换准备通知响应，以告知日期中心目标子系统中的多个单元的业务日期状态都已经更新为不可用状态，日期中心可以进行业务日期切换了。

本发明中，当目标子系统为一个时，目标子系统在将目标子系统的所有单元的业务日期获取状态从原先的本地获取更新为从日期中心获取之后，由于日期中心只有一个，尽管目标子系统的每个单元之间相互独立，但在业务日期获取状态为从日期中心获取的过程中，无论是日期中心进行了业务日期切换，还是目标子系统中的多个单元进行了业务日期切换(无论目标子系统中的多个单元是否能做到同步切换)，目标子系统中的多个单元之间的业务日期都会保持一致，避免了因无法同步切换或者统一取值导致一笔交易在不同单元业务日期不一致的情况。由此，有效解决了相关技术中单元之间的业务日期如果无法做到同步切换或者统一取值可能导致的一笔交易出现在两个日期的问题。

类似地，当目标子系统的数量为多个时，各目标子系统在将各目标子系统的所有单元的业务日期获取状态从原先的本地获取更新为从日期中心获取之后，由于日期中心只有一个，尽管各目标子系统之间相互独立，但在业务日期获取状态为从日期中心获取的过程中，无论是日期中心进行了日期切换，还是各目标子系统进行了日期切换(无论各目标子系统是否能做到同步切换)，各目标子系统之间的业务日期都会保持一致，避免了因无法同步切换或者统一取值导致一笔交易在不同目标子系统业务日期不一致的情况。由此，有效解决了相关技术中不同应用系统之间如果无法做到同步切换，业务日期可能存借方发生在T日，而贷方发生在T+1日的的问题。

需要说明的是，针对相关技术中，一个应用系统被拆分成多个子应用系统的情况，无论每个子应用系统有没有被拆分为多个单元，都能通过采用本发明提供的日期切换方方法，避免一笔交易在不同应用系统(或者不同应用系统的不同单元)业务日期不一致的情况。

步骤104，接收日期中心发送的业务日期切换通知，并响应于业务日期切换通知，进行多个单元的业务日期切换。

在一些实施例中，由于业务日期切换准备通知响应用于指示目标子系统中的多个单元的业务日期状态都已经更新为不可用状态，从而当日期中心接收到目标子系统发送的日期切换准备通知响应时，说明目标子系统不会再提供日期服务，而由日期中心提供日期获取的服务，由此，在保证业务日期的连续性的同时也有效保证了业务日期的一致性。并且，当目标子系统需要进行日期切换时，日期中心为保证业务日期与目标子系统的业务日期一致，也需要进行日期切换。而由于日期中心只有一个，所以日期中心进行业务日期切换不会存在业务日期不一致的问题。因此，日期中心可以在接收到目标子系统发送的业务日期切换准备通知响应之后，响应于该业务日期切换准备通知响应，进行业务日期切换，并在业务日期切换完成的情况下，向目标子系统发送业务日期切换通知，以通知目标子系统进行业务日期切换。相对应地，目标子系统可以接收日期中心发送的业务日期切换通知，并响应于该业务日期切换通知，进行多个单元的日期切换。由此，日期中心和目标子系统均完成了业务日期切换，二者的日期会再次保持一致。

需要说明的是，当目标子系统的数量为一个时，由于目标子系统中包括多个单元，当目标子系统进行日期切换时，可能多个单元同时进行日期切换，也可能多个单元不同时进行日期切换，本实施例中对此不做限制。

类似地，当目标子系统的数量为多个时，由于目标子系统中包括多个单元，当各目标子系统进行日期切换时，可能每个目标子系统中的多个单元同时进行日期切换，也可能每个目标子系统中的多个单元不同时进行日期切换，本实施例中对此不做限制。

本实施例提供的日期切换方法，通过接收日期中心发送的业务日期切换准备通知，从而响应于业务日期切换准备通知，将多个单元的业务日期状态更新为不可用状态，以及将多个单元的业务日期获取状态更新为从日期中心获取，之后，在多个单元的业务日期获取状态都更新为从日期中心获取的情况下，向日期中心发送业务日期切换准备通知响应，进而接收日期中心发送的业务日期切换通知，并响应于业务日期切换通知，进行多个单元的业务日期切换。由此，可在多单元切换业务日期的过程中，通过统一从日期中心获取业务日期，避免因各单元的业务日期无法同步切换或者统一取值导致一笔交易在不同单元业务日期不一致的情况。

为了清楚说明上一实施例，本实施例提供了另一种日期切换方法，图2为本发明实施例所提供的另一种日期切换方法的流程示意图。

如图2所示，该日期切换方法可以包括以下步骤：

步骤201，响应于启动服务，在注册中心进行注册。

在一些实施例中，目标子系统可以响应于启动服务，在注册中心进行注册。其中，注册中心用于在子系统启动服务的情况下对子系统进行注册。可选地，目标子系统可以是日期中心从注册中心中已注册服务的至少一个子系统中确定的。

即，子系统在启动服务时，会在注册中心进行注册，从而注册中心记录有正在提供服务的至少一个子系统，进而日期中心可以通过获取注册中心记录的正在提供服务的至少一个子系统来从中确定目标子系统，由此，日期中心可以通过注册中心获知有哪些子系统正在提供服务，并从中确定目标子系统。

步骤202，接收日期中心发送的业务日期切换准备通知。

步骤203，响应于业务日期切换准备通知，将多个单元的业务日期状态更新为不可用状态，以及将多个单元的业务日期获取状态更新为从日期中心获取。

步骤204，在多个单元的业务日期获取状态都更新为从日期中心获取的情况下，向日期中心发送业务日期切换准备通知响应。

步骤205，接收日期中心发送的业务日期切换通知，并响应于业务日期切换通知，进行多个单元的业务日期切换。

需要说明的是，步骤202-205的执行过程具体可以参照上一实施例中的步骤101-104，原理相同，在此不再赘述。

步骤206，在多个单元都完成业务日期切换的情况下，将业务日期获取状态更新为本地获取。

在一些实施例中，目标子系统还可以在目标子系统中的多个单元都完成业务日期切换的情况下，将业务日期获取状态从原先的从日期中心获取更新为本地获取。

也就是说，目标子系统的各单元在完成自身业务日期切换之后，业务日期不再需要从日期中心处获取，而是同未接收到日期中心发送的日期切换准备通知的时候一样，由目标子系统提供日期服务(这个日期是业务日期，而非系统日期)。

步骤207，在多个单元都完成业务日期切换的情况下，向日期中心发送日期切换响应。

其中，业务日期切换响应用于指示目标子系统中的多个单元都已经完成业务日期切换。

在一些实施例中，目标子系统还可以在目标子系统中的多个单元都完成业务日期切换的情况下，向日期中心发送日期切换响应，以告知日期中心目标子系统中的多个单元都已经完成业务日期切换，本次日期切换完成。

需要说明的是，步骤206和步骤207可以并行执行，也可以串行执行，还可以选择其一执行，本实施例中对此不做限制。

本实施例提供的日期切换方法，目标子系统还可以响应于启动服务，在注册中心进行注册，以便于日期中心从注册中心中已注册服务的至少一个子系统中确定目标子系统，以及可以在多个单元都完成业务日期切换的情况下，将日期获取状态更新为本地获取，和/或，在多个单元都完成业务日期切换的情况下，向日期中心发送日期切换响应，以实现在日期切换过程中，从日期中心获取业务日期，在日期切换完成后，由目标子系统提供业务日期，和/或，在日期切换完成后，告知日期中心本次日期切换完成。

需要说明的是，上述实施例是从目标子系统角度进行描述，为了更加清楚地说明日期切换过程，本发明实施例提供了从日期中心角度进行描述的一种日期切换方法可能的实现方式，图3为本发明实施例所提供的另一种日期切换方法的流程示意图。

如图3所示，该日期切换方法包括以下步骤：

步骤301，向目标子系统发送业务日期切换准备消息。

其中，目标子系统中包括多个单元，各单元之间相互独立。

需要说明的是，本步骤的执行过程具体可以参照上述实施例中的步骤101，原理相同，在此不再赘述。

步骤302，接收目标子系统发送的业务日期切换准备通知响应。

其中，业务日期切换准备通知响应用于指示目标子系统中的多个单元的业务日期状态都已经更新为不可用状态。

在一些实施例中，目标子系统会响应于业务日期切换准备通知，将目标子系统中的多个单元的业务日期状态更新为不可用状态，并在目标子系统中的多个单元的业务日期状态都更新为不可用状态的情况下，向日期中心发送务日期切换准备通知响应。相对应地，日期中心可以接收目标子系统发送的务日期切换准备通知响应。

步骤303，响应于业务日期切换准备通知响应，进行业务日期切换。

在一些实施例中，当目标子系统将任一单元的业务日期状态更新为不可用状态时，由于业务日期状态已经更新为不可用状态，此时需要将该单元的业务日期获取状态从原先的本地获取更新为从日期中心获取，以保证日期获取不会中断。相对应地，日期中心需要向目标子系统提供日期。可选地，日期中心可以在目标子系统的任一单元的业务日期状态更新为不可用状态的情况下，向该单元提供业务日期。

由于业务日期切换准备通知响应用于指示目标子系统中的多个单元的业务日期状态都已经更新为不可用状态，从而当日期中心接收到目标子系统发送的日期切换准备通知响应时，说明目标子系统不会再提供日期服务，而由日期中心提供日期获取的服务，由此，在保证业务日期的连续性的同时也有效保证了业务日期的一致性。此时，日期中心可以响应于业务日期切换准备通知响应，进行日期切换。

需要说明的是，为避免出现业务日期不一致的情况下，日期中心只有在接收到目标子系统发送的业务日期切换准备通知响应的情况下，才能进行日期切换。并且由于日期中心只有一个，所以日期中心进行业务日期切换并不会存在业务日期不一致的问题。

步骤304，在业务日期切换完成的情况下，向目标子系统发送业务日期切换通知。

在一些实施例中，日期中心完成业务日期切换之后，可以向目标子系统发送业务日期切换通知，以通知目标子系统进行业务日期切换。

本实施例提供的日期切换方法，通过向目标子系统发送业务日期切换准备消息，从而接收目标子系统发送的业务日期切换准备通知响应，并响应于业务日期切换准备通知响应，进行业务日期切换，进而在业务日期切换完成的情况下，向目标子系统发送业务日期切换通知。由此，日期中心可在目标子系统中的多个单元切换日期的过程中，通过向目标子系统中的多个单元统一提供日期，避免因各单元的业务日期无法做到同步切换或者统一取值导致一笔交易在不同单元业务日期不一致的情况。

为了清楚说明上一实施例，本实施例提供了另一种日期切换方法，图4为本发明实施例所提供的另一种日期切换方法的流程示意图。

如图4所示，该日期切换方法可以包括以下步骤：

步骤401，从注册中心中已注册服务的至少一个子系统中确定目标子系统。

其中，注册中心用于在子系统启动服务的情况下对子系统进行注册。

在一些实施例中，子系统在启动服务时，会在注册中心进行注册，从而注册中心记录有正在提供服务的至少一个子系统，进而日期中心可以通过获取注册中心记录的正在提供服务的至少一个子系统来从中确定目标子系统，由此，日期中心可以通过注册中心获知有哪些子系统正在提供服务，并从中确定目标子系统。

步骤402，向目标子系统发送业务日期切换准备消息。

步骤403，接收目标子系统发送的业务日期切换准备通知响应。

步骤404，响应于业务日期切换准备通知响应，进行业务日期切换。

步骤405，在业务日期切换完成的情况下，向目标子系统发送业务日期切换通知。

需要说明的是，步骤402-405的执行过程具体可以参照上一实施例中的步骤301-304，原理相同，在此不再赘述。

步骤406，接收目标子系统发送的业务日期切换响应。

在一些实施例中，目标子系统还可以在多个单元都完成业务日期切换的情况下，向日期中心发送日期切换响应，以告知日期中心目标子系统中的多个单元都已经完成业务日期切换，本次日期切换完成。相对应地，日期中心可以接收目标子系统发送的业务日期切换响应。

本实施例提供的日期切换方法，通过在向目标子系统发送业务日期切换准备消息之前，从注册中心中已注册服务的至少一个子系统中确定目标子系统，以及，在业务日期切换完成的情况下，向目标子系统发送业务日期切换通知之后，接收目标子系统发送的业务日期切换响应，实现通过注册中心确定目标子系统，以及通过接收目标子系统发送的业务日期切换响应确定本次日期切换完成。

为了清楚说明上述实施例，本实施例提供了一种日期切换系统，图5为本发明实施例所提供的一种日期切换系统的结构示意图。

如图5所示，该日期切换系统包括注册中心51、目标子系统52和日期中心53。

其中，注册中心51，用于在子系统启动服务的情况下对子系统进行注册；

目标子系统52包括多个单元，各单元之间相互独立，目标子系统52用于执行本发明上述图1至图2实施例提供的日期切换方法；

日期中心53，用于执行本发明上述图3至图4实施例提供的日期切换方法。

由此，可实现在目标子系统中的多个单元切换日期的过程中，通过统一从日期中心获取业务日期，避免因各单元的业务日期无法同步切换或者统一取值导致一笔交易在不同单元业务日期不一致的情况。

为了清楚说明上述实施例，现举例进行说明。

图6为本发明实施例所提供的一种场景下日期切换方法的原理示意图。

如图6所示，单元化模式下增加日期中心用来协调各单元之间切日时日期差异的问题，具体包括如下步骤：

步骤601，日期中心通过注册中心确定目标子系统。

如图6所示，日期中心可以通过注册中心通知子系统开始日期切换准备。其中，注册中心用于在子系统启动服务的情况下对子系统进行注册，日期中心只有通过注册中心才能知道有哪些子系统服务。

步骤602，日期中心向目标子系统发送业务日期切换准备通知，目标子系统更新各单元的业务日期状态为不可用状态，更新业务日期获取状态为从日期中心获取，并向日期中心发送回执。

如图6所示，目标子系统的各单元接收到日期中心的日期切换准备通知后，会将业务日期状态更新为不可用状态，将业务日期获取状态更新为从日期中心获取，更新完成后会向日期中心发送回执，即向日期中心发送业务日期切换准备通知响应。

步骤603，日期中心进行业务日期切换。

目标子系统的所有单元更新完成回执后，日期中心进行业务日期切换。

目标子系统是多个单元的，日期中心只有一个，在业务日期切换这个时点，子系统不会提供日期服务，(这个日期是一个业务日期，不是系统日期)，由日期中心提供日期获取的服务，这样就保证了日期获取的一致性，日期中心也是需要业务日期切换的，由于日期中心只有一个，所以日期中心进行业务日期切换不会存在业务日期不一致的问题，这里的“更新完成回执”就是等目标子系统的所有单元均已更新完成，再向日期中心发送回执，日期中心才开始进行业务日期切换。

步骤604，日期中心向目标子系统发送业务日期切换通知，以通知目标子系统的各单元进行业务日期切换，目标子系统完成业务日期切换后向日期中心发送回执。

日期中心完成业务日期切换后，通知目标子系统的各单元进行业务日期切换。并且目标子系统的所有单元完成业务日期切换后会向日期中心发送回执，即向日期中心发送业务日期切换通知响应。

步骤605，日期切换完成。

目标子系统的各单元更新日期表完成自身业务日期切换，后续交易不再通过日期中心获取，日期切换完成。

综上，可实现单元化节点切日过程中，在日期切换过程中采用日期中心统一获取业务日期，日期切换完成后由各个节点获取业务日期，解决相关技术中单元之间的业务日期如果无法做到同步切换或者统一取值可能导致的一笔交易出现在两个日期的问题。

与上述图1至图2实施例提供的日期切换方法相对应，本发明还提供一种日期切换装置，由于本发明实施例提供的日期切换装置与上述图1至图2实施例提供的日期切换方法相对应，因此在日期切换方法的实施方式也适用于本发明实施例提供的日期切换装置，在本发明实施例中不再详细描述。

图7为本发明实施例提供的一种日期切换装置的结构示意图。

如图7所示，该日期切换装置包括：第一接收模块71、第一更新模块72、第一处理模块73和第二处理模块74。

第一接收模块71，用于接收日期中心发送的业务日期切换准备通知，其中，所述日期中心中的业务日期与所述目标子系统中的业务日期一致；

第一更新模块72，用于响应于所述业务日期切换准备通知，将所述多个单元的业务日期状态更新为不可用状态，以及将所述多个单元的业务日期获取状态更新为从所述日期中心获取；

第一处理模块73，用于在所述多个单元的业务日期获取状态都更新为从所述日期中心获取的情况下，向所述日期中心发送业务日期切换准备通知响应，其中，所述业务日期切换准备通知响应用于指示所述目标子系统中的多个单元的业务日期状态都已经更新为不可用状态；

第二处理模块74，用于接收所述日期中心发送的业务日期切换通知，并响应于所述业务日期切换通知，进行多个单元的业务日期切换。

进一步地，在本发明实施例的一种可能的实现方式中，上述装置，还包括：

第二更新模块，用于在所述多个单元都完成业务日期切换的情况下，将所述业务日期获取状态更新为本地获取。

进一步地，在本发明实施例的一种可能的实现方式中，上述装置，还包括：

第一发送模块，用于在所述多个单元都完成业务日期切换的情况下，向所述日期中心发送业务日期切换响应，其中，所述业务日期切换响应用于指示所述目标子系统中的多个单元都已经完成业务日期切换。

进一步地，在本发明实施例的一种可能的实现方式中，上述装置，还包括：

注册模块，用于在启动服务的情况下，在注册中心进行注册，其中，所述注册中心用于在子系统启动服务的情况下对所述子系统进行注册。

进一步地，在本发明实施例的一种可能的实现方式中，所述目标子系统是所述日期中心从所述注册中心中已注册服务的至少一个子系统中确定的。

本实施例提供的日期切换装置，通过接收日期中心发送的业务日期切换准备通知，从而响应于业务日期切换准备通知，将多个单元的业务日期状态更新为不可用状态，以及将多个单元的业务日期获取状态更新为从日期中心获取，之后，在多个单元的业务日期获取状态都更新为从日期中心获取的情况下，向日期中心发送业务日期切换准备通知响应，进而接收日期中心发送的业务日期切换通知，并响应于业务日期切换通知，进行多个单元的业务日期切换。由此，可在多单元切换业务日期的过程中，通过统一从日期中心获取业务日期，避免因各单元的业务日期无法同步切换或者统一取值导致一笔交易在不同单元业务日期不一致的情况。

与上述图3至图4实施例提供的日期切换方法相对应，本发明还提供一种日期切换装置，由于本发明实施例提供的日期切换装置与上述图3至图4实施例提供的日期切换方法相对应，因此在日期切换方法的实施方式也适用于本发明实施例提供的日期切换装置，在本发明实施例中不再详细描述。

图8为本发明实施例提供的另一种日期切换装置的结构示意图。

如图8所示，该日期切换装置包括：第二发送模块81、第二接收模块82、第三处理模块83和第三发送模块84。

第二发送模块81，用于向目标子系统发送业务日期切换准备消息，其中，所述日期中心中的业务日期与所述目标子系统中的业务日期一致；

第二接收模块82，用于接收所述目标子系统发送的业务日期切换准备通知响应，其中，所述业务日期切换准备通知响应用于指示所述目标子系统中的多个单元的业务日期状态都已经更新为不可用状态；

第三处理模块83，用于响应于所述业务日期切换准备通知响应，进行业务日期切换；

第三发送模块84，用于在业务日期切换完成的情况下，向所述目标子系统发送业务日期切换通知。

进一步地，在本发明实施例的一种可能的实现方式中，所述目标子系统中包括多个单元，各所述单元之间相互独立，所述日期中心用于在所述目标子系统的任一单元的业务日期状态更新为不可用状态的情况下，向所述单元提供业务日期。

进一步地，在本发明实施例的一种可能的实现方式中，上述装置，还包括：

第三接收模块，用于接收所述目标子系统发送的业务日期切换响应，其中，所述业务日期切换响应用于指示所述目标子系统中的多个单元都已经完成业务日期切换。

进一步地，在本发明实施例的一种可能的实现方式中，上述装置，还包括：

确定模块，用于从注册中心中已注册服务的至少一个子系统中确定目标子系统，其中，所述注册中心用于在子系统启动服务的情况下对所述子系统进行注册。

本实施例提供的日期切换装置，通过向目标子系统发送业务日期切换准备消息，从而接收目标子系统发送的业务日期切换准备通知响应，并响应于业务日期切换准备通知响应，进行业务日期切换，进而在业务日期切换完成的情况下，向目标子系统发送业务日期切换通知。由此，日期中心可在目标子系统中的多个单元切换日期的过程中，通过向目标子系统中的多个单元统一提供日期，避免因各单元的业务日期无法做到同步切换或者统一取值导致一笔交易在不同单元业务日期不一致的情况。

为了实现上述实施例，本发明还提出一种电子设备，该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本发明上述任一实施例提出的日期切换方法。

为了实现上述实施例，本发明还提出一种存储有计算机指令的计算机可读存储介质，其中，计算机指令用于使计算机执行本发明上述任一实施例提出的日期切换方法。

为了实现上述实施例，本发明还提出一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现本发明上述任一实施例提出的日期切换方法。

图9为本发明实施例提供的一个电子设备的结构示意图。

需要说明的是，图9所示的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，该电子设备包括：

存储器91、处理器92及存储在存储器91上并可在处理器92上运行的计算机程序。

处理器92执行所述程序时实现上述任一实施例中提供的日期切换方法。

进一步地，电子设备还包括：

通信接口93，用于存储器91和处理器92之间的通信。

存储器91，用于存放可在处理器92上运行的计算机程序。

存储器91可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

处理器92，用于执行所述程序时实现上述任一实施例所述的日期切换方法。

如果存储器91、处理器92和通信接口93独立实现，则通信接口93、存储器91和处理器92可以通过总线相互连接并完成相互间的通信。所述总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(PeripheralComponent，简称为PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture，简称为EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选地，在具体实现上，如果存储器91、处理器92及通信接口93，集成在一块芯片上实现，则存储器91、处理器92及通信接口93可以通过内部接口完成相互间的通信。

处理器92可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。