CN110690936B - 业务运转中的时间控制方法、***和计算机*** - Google Patents

Abstract

本发明揭示了一种业务运转中的时间控制方法、***和计算机***。所述方法包括：业务所面向的各方服务器之间进行时间同步，使所述各方服务器之间的***时间对齐，所述各方服务器在所述业务的运转中相互独立；通过所对应的一方服务器，对齐业务前端设备的时间，使所述业务前端设备的时间都同步为所对应一方服务器的***时间；在所述业务前端设备之间的时间达成同步之下，通过所述业务前端设备同步的时间运转所述业务。以此便搭建了跨主体***中的时间同步机制，在归属于不同主体的服务器以及业务前端设备搭建时间同步机制，保证业务能够正常运转。

Description

业务运转中的时间控制方法、***和计算机***

技术领域

本发明涉及互联网应用技术领域，特别涉及一种业务运转中的时间控制方法、***和计算机***。

背景技术

随着互联网应用技术的迅猛发展，诸多互联网业务是通过跨主体而实现的。也就是说，通过各方合作所搭建的***来达成互联网业务，进而实现业务运转。特别随着越来越多线下业务转入线上，跨主体的***实现成为业务运转的重要方向。

业务运转中跨主体的***实现，是为业务搭建和部署归属于每一主体的服务器，以作为所归属主体的后台，而对于某些服务器而言，根据所归属主体的不同，即所需要实现业务的不同，也存在着与之对应的业务前端设备。

由此，将通过业务前端设备之间的交互以及所对应服务器的控制，实现业务的运转。业务的运转不可避免的需要保证业务前端设备之间的交互在时间上是合法的，所交互的数据并非是在时间上过期的数据，因此，跨主体的***需要为此而搭建时间同步机制，所实现业务的正常运转。

现有时间同步机制，仅搭建于集群内部，用于实现集群内部节点之间的时间同步。集群内部各节点之间的时间同步，是依赖于某一节点进行的。首先进行此节点的时间同步，然后各节点都向此节点发送同步请求，以请求此节点向各节点反馈自身时钟对应的当前时间，以实现同步。

但是，这仅限于一集群内部的时间同步，节点之间具备关联性，因此并不适用于跨主体***的时间同步，归属于不同主体的服务器，以及所对应的业务前端设备如何同步，并未从现有的集群内部时间同步中获得解决。

发明内容

为了解决相关技术中业务运转所实现跨主体***的时间同步，在归属于不同主体的服务器以及业务前端设备搭建时间同步机制的技术问题，本发明提供一种业务运转中的时间控制方法、装置和计算机***。

一种业务运转中的时间控制方法，所述方法包括：

业务所面向的各方服务器之间进行时间同步，使所述各方服务器之间的***时间对齐，所述各方服务器在所述业务的运转中相互独立；

通过所对应的一方服务器，对齐业务前端设备的时间，使所述业务前端设备的时间都同步为所对应一方服务器的***时间；

在所述业务前端设备之间的时间达成同步之下，通过所述业务前端设备同步的时间运转所述业务。

一种业务运转中的时间控制***，所述***包括：

业务所面向的各方服务器，用于进行相互之间的时间同步，使所述各方服务器之间的***时间对齐，所述各方服务器在所述业务的运转中相互独立；

业务前端设备，用于通过所对应的一方服务器对齐时间，使自身时间都同步为所对应一方服务器的***时间；

所述业务前端设备还用于在相互之间的时间达成同步之下，通过同步的时间运转所述业务。

一种计算机***，包括：

处理器；以及

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如前所述的方法。

本发明的实施例提供的技术方案可以包括以下有益效果：

对于跨主体***所实现的业务，所面向的各方服务器之间进行时间同步，使各方服务器之间的***时间对齐，各方服务器在业务的运转中是相互独立的，各方服务器都将作为所对应主体的后台，此时，各主体的业务前端设备都通过所对应的一方服务器对齐时间，以使得所有主体的业务前端设备都同步为所对应一方服务器的***时间，最后即可在业务前端设备之间的时间达成同步之下，通过所同步的时间来运转业务，以此便搭建了跨主体***中的时间同步机制，在归属于不同主体的服务器以及业务前端设备搭建时间同步机制，保证业务能够正常运转。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。

图1是根据本发明所涉及的实施环境的示意图；

图2是根据一示例性实施例示出的一种装置的框图；

图3是根据一示例性实施例示出的一种业务运转中的时间控制方法的流程图；

图4是图3对应实施例示出的对步骤350进行描述的流程图；

图5是根据另一实施例示出的一种业务运转中的时间控制方法的流程图；

图6是根据一示例性实施例示出的一地铁乘车码业务的场景示意图；

图7是根据一示例性实施例示出的图6所示场景下时间同步机制的实现示意图；

图8是根据图7对应实施例示出的对闸机时间对齐进行描述的实现架构图；

图9是根据图7对应实施例示出的对用户终端时间对齐进行描述的实现架构图；

图10是根据图7对应实施实施例示出的社交应用及地铁合作方之间时间对齐及监控的实现架构图；

图11是根据一示例性实施例示出的一种业务运转中的时间控制***的框图；

图12是根据图11对应实施例示出的对业务前端设备进行描述的框图；

图13是根据另一实施例示出的一种业务运转中的时间控制***的框图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据本发明所涉及的实施环境的示意图。在一个示例性实施例中，业务的实现以两个主体为例进行说明。首先应当说明的是，在此所指的主体，是指业务实现所涉及的合作方，主体之间是相互独立的，但为了实现业务运转，也存在着交互。

基于此，在一个示例性实施例中，本发明所涉及的实施环境如图1所示，包括：第一方服务器110、第二方服务器130以及业务前端设备150。第一方服务器110和第二方服务器130分别对应于业务所涉及的各合作方，而各合作方均为业务的运转部署了所适用的业务前端设备150，应当理解，图1所示实施环境中示出的两个业务前端设备150在具体落地场景往往各不相同，是分别对应于各不相同的两种设备的。

如图1所示出的，第一服务器110和第二服务器130二者之间相互独立，分别归属于不同主体，并且二者之间通过所部署的业务前端设备150实现交互，进而构成一跨主体***，实现相应部署的业务。

在此跨主体***中，通过本发明所搭建的时间同步机制，将保证了第一服务器110、第二服务器130以及业务前端设备150之间的时间同步，进而避免业务的运转由于时间失效而出现异常。

应当理解，不同合作方的加入，都在业务的实现中发挥着各自的作用，因此，都有着相应的机器设备部署，并且相对于其他合作方独立，因此进行的机器设备部署便是对应于不同主体的，所构成的***便是多主体参与的跨主体***。

图2是根据一示例性实施例示出的一种装置的框图。例如，装置200可以是图1所示实施环境中的业务前端设备150。例如，业务前端设备150是智能手机、平板电脑等终端设备、各种扫码机器等。

参照图2，装置200至少包括以下组件：处理组件202，存储器204，电源组件206，多媒体组件208，音频组件210，传感器组件214以及通信组件216。

处理组件202通常控制装置200的整体操作，诸如与显示，电话呼叫，数据通信，相机操作以及记录操作相关联的操作等。处理组件202至少包括一个或多个处理器218来执行指令，以完成下述的方法的全部或部分步骤。此外，处理组件202至少包括一个或多个模块，便于处理组件202和其他组件之间的交互。例如，处理组件202可以包括多媒体模块，以方便多媒体组件208和处理组件202之间的交互。

存储器204被配置为存储各种类型的数据以支持在装置200的操作。这些数据的示例包括用于在装置200上操作的任何应用程序或方法的指令。存储器204至少由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static RandomAccess Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically ErasableProgrammable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(ErasableProgrammable Read Only Memory，简称EPROM)，可编程只读存储器(Programmable Red-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。存储器204中还存储有一个或多个模块，该一个或多个模块被配置成由该一个或多个处理器218执行，以完成下述图3、图4和图5任一所示方法中的全部或者部分步骤。

电源组件206为装置200的各种组件提供电力。电源组件206至少包括电源管理***，一个或多个电源，及其他与为装置200生成、管理和分配电力相关联的组件。

多媒体组件208包括在所述装置200和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(Liquid Crystal Display，简称LCD)和触摸面板。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。屏幕还包括有机电致发光显示器(Organic Light Emitting Display，简称OLED)。

音频组件210被配置为输出和/或输入音频信号。例如，音频组件210包括一个麦克风(Microphone，简称MIC)，当装置200处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器204或经由通信组件216发送。在一些实施例中，音频组件210还包括一个扬声器，用于输出音频信号。

传感器组件214包括一个或多个传感器，用于为装置200提供各个方面的状态评估。例如，传感器组件214检测到装置200的打开/关闭状态，组件的相对定位，传感器组件214还检测装置200或装置200一个组件的位置改变以及装置200的温度变化。在一些实施例中，该传感器组件214还包括磁传感器，压力传感器或温度传感器。

通信组件216被配置为便于装置200和其他设备之间有线或无线方式的通信。装置200接入基于通信标准的无线网络，如WiFi(WIreless-Fidelity，无线保真)。在一个示例性实施例中，通信组件216经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，通信组件216还包括近场通信(Near Field Communication，简称NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(Radio FrequencyIdentification，简称RFID)技术，红外数据协会(Infrared Data Association，简称IrDA)技术，超宽带(Ultra Wideband，简称UWB)技术，蓝牙技术和其他技术来实现。

在示例性实施例中，装置200被一个或多个应用专用集成电路(ApplicationSpecific Integrated Circuit，简称ASIC)、数字信号处理器、数字信号处理设备、可编程逻辑器件、现场可编程门阵列、控制器、微控制器、微处理器或其他电子元件实现，用于执行下述方法。

图3是根据一示例性实施例示出的一种业务运转中的时间控制方法的流程图。该业务运转中的时间控制方法，在一个示例性实施例中，如图3所示，至少包括以下步骤。

在步骤310中，业务所面向的各方服务器之间进行时间同步，使各方服务器之间的***时间对齐，各方服务器在业务的运转中相互独立。

其中，业务所面向的各方，是指业务的各合作方，这将是所对应***实现中的不同主体。与此相对应的，业务所面向的各方服务器即为各合作方部署的后台实现，各方服务器可以是单一的服务器设备，也可以是服务器集群，在此不进行限定。

无论业务面向于多少主体，在所构建的***内部，对应于各主体的服务器，即各方服务器之间需要保证时间的一致性，以便于保证各主体之间的交互性能，进而使得业务能够正常运转。

所指的各方服务器之间时间同步，实质上是保证各方服务器中***时间的一致性。随着服务器的运行，不可避免的会发生走时误差，导致各方服务器的***时间存在着偏差，因此，需要通过本发明方法的实现而在业务的跨主体***中搭建时间同步机制，保障时间上的一致性。

应当理解，各方服务器适应于所对应主体的需求，分别有着相对其他主体独立的业务逻辑，但也将通过各自业务逻辑的执行以及相互之间的配合而达成所实现跨主体***对应的业务。

例如，地铁站的闸机可以通过扫描用户终端所生成的乘车码进行用户持有地铁票据的验证，闸机对所生成乘车码的校验通过之后，闸机便对用户执行放行动作。这将实现了地铁乘车码业务，而地铁一方以及生成乘车码完成地铁乘车支付的一方，都是地铁乘车码业务的合作方，进而作为不同的主体而为此构建了后台服务器，对于地铁这一方主体，所对应的闸机即为业务前端设备，而对于生成乘车码完成地铁乘车支付的一方，所对应的用户终端即为业务前端设备。两方相互独立，所存在的交互则是在闸机以及用户终端之间的扫码和对所扫描乘车码的校验达成的。

应当理解，业务所面向各方服务器的部署，取决于实际所实现的业务，也就是说，跨主体***的实现是与落地的业务强相关的。

跨主体***虽然根据需要而部署着诸多服务器，但是服务器分别归属于各主体，与统一部署的集群不同，因此，并不适用于集群内部所搭建的时间同步机制，准确性和效率都会受到限制。

故需要在本发明步骤310的执行中，进行在各方服务器之间进行时间同步，以在各方服务器之间达成时间上的一致性。

在一个示例性实施例中，对于各方服务器之间的时间同步，可以是直接进行各方服务器之间***时间的对齐，达成各方服务器的***时间一致即可。

在另一个示例性实施例中，也可借助于互联网络中的一时间参考源来进行各方服务器之间的时间同步。具体的，各方服务器通过访问同一时间参考源来进行时间同步，配置此时间参考源的时间为***时间。

进一步的，步骤310包括：业务所面向的各方服务器都按照指定时间间隔对齐同一时间参考源的时间，将自身***时间对齐为该时间参考源的时间。

其中，各方服务器通过互联网络访问同一时间参考源，以获得时间参考源的时间，将此时间配置为自身***时间，至此，便依据同一时间参考源实现了***时间的对齐。

时间参考源，是部署于互联网络中的时间服务器，用于实现所访问机器设备的时间校准。业务所面向的各方服务器只需要通过同一时间参考源进行时间同步即可达成相互之间的时间对齐。

在业务的运转中，业务所面向的各方服务器将是自动进行相互之间的时间同步的，故为此而指定了进行时间同步的时间间隔，即步骤310涉及的指定时间间隔。指定时间间隔对应的具体数值将根据实际运营的需要进行灵活的调整，例如，指定时间间隔可以是5分钟。

在步骤330中，通过所对应的一方服务器，对齐业务前端设备的时间，使业务前端设备的时间都同步为所对应一方服务器的***时间。

其中，如前所述的，业务的实现是通过所构建的跨主体***支撑的，业务运转而面向于用户所部署的诸多业务前端设备都是对应于跨主体***中的各方服务器的。所指的业务前端设备与一方服务器的对应，是指这一业务前端设备在为所运转业务执行一定操作时，例如前述所指的用户终端生成乘车码的操作，是通过访问一方服务器而实现的，因此，业务前端设备对应于一方服务器的。

业务前端设备，是部署于业务前端所对应的设备。在一个示例性实施例中，业务前端设备可以是用户为实现业务运转而操控的设备，也可以是业务运转中用户不可控制但与用户所密切相关的设备，例如前述所指的闸机，在此不进行一一列举。

业务的运转中，业务前端设备访问所对应的一方服务器。也就是说，在各方服务器之间完成了时间同步之后，由于业务前端设备是能够访问所对应的一方服务器的，因此，业务前端设备能够通过自身对所在一方服务器的访问而同步时间，进而达成所有业务前端设备在时间上的一致性，进而方能够保证业务前端设备之间的交互能够完成。

具体的，业务前端设备通过所进行的一方服务器访问，获得服务器的***时间，此***时间是在各方服务器之间完成时间同步所得到的，因此，业务前端设备按照自身时间与所得到***时间之间的偏差，来调整自身时间。

以此类推，所有业务前端设备均通过所在一方服务器而完成自身时间的调整，进而便成所有业务前端设备在时间上的一致性。

此时，业务所对应的跨主体***而言，便实现了时间同步，跨主体***中的机器设备，无论是服务器还是业务前端设备，其在时间上具备一致性。

由此可见，在一个示例性实施例中，步骤330包括：各方服务器所对应的业务前端设备都通过访问自身所对应一方服务器进行时间同步，获得自身时间为所对应一方服务器的***时间。

在步骤350中，在业务前端设备之间的时间达成同步之下，通过业务前端设备同步的时间运转业务。

其中，业务前端设备作为业务中前端操控以及前端响应的执行设备，时间上的不一致将会导致业务中的前端操控失效，甚至拒绝进行前端响应，由此将使得业务的运转出现异常。

因此，业务前端设备之间的时间达成同步之后，将得以在时间上保障精力运转，不再由于时间失效、过期而产生业务运转故障。

通过如上所述的示例性实施例，实现了业务运转的时间控制，无论执行何种业务，只要涉及多方主体，而并非仅涉及统一部署的集群，都可通过如上所述的示例性实施例保障业务的运转，不再由于不同主体之间的独立性而导致业务运转故障。

通过如上所述的示例性实施例，为对应于不同主体，相互之间独立的机器设备搭建了时间同步机制，各机器设备即便并未处于同一集群内部，也能够以非常高的可靠性实现跨主体的机器设备时间同步，增强了跨主体性能，以及业务运转的可靠性。

图4是图3对应实施例示出的对步骤350进行描述的流程图。在一个示例性实施例中，如图4所示的，该步骤350包括：

在步骤351中，在业务前端设备之间的时间达成同步下，业务前端设备为业务的运转获取自身时间。

其中，业务的运转需要通过时间有效性的校验来保证业务前端设备之间交互的有效性，进而保证业务的运转安全。如前所述的，各主体之间，是通过业务前端设备之间的交互来获得交互性能的，因此，在一方业务前端设备向另一方业务前端设备发起交互时，进行自身时间的获取。

例如，所指的交互，可以是一方业务前端设备向另一方业务前端设备所发起的动作执行请求，将在此请求中携带自身时间，以便于对方验证所发起动作执行请求的有效性。

在步骤353中，各方所对应业务前端设备之间携带所获取时间进行数据交互，使得至少一方所对应业务前端设备获得携带时间的交互数据。

其中，无论业务前端设备之间为何目的进行数据交互，交互数据都携带了获取的时间，以使于接收交互数据的业务前端设备能够从中提取到发起交互的时间，进而以此验证所发起的交互是否已过期。

在步骤355中，至少一方所对应业务前端设备通过交互数据携带的时间进行时间有效性校验。

其中，业务的运转中，一方业务前端设备向另一方业务前端设备发起交互，与此相对应的，另一方业务前端设备便通过所接收交互数据中携带的时间来校验所发起交互的时间有效性。

以前述所列举的地铁乘车码业务为例，生成乘车码的用户终端以及闸机都是地铁乘车码业务中的业务前端设备，用户终端和闸机之间进行的交互是面向于单一用户的。具体而言，用户终端在所对应的一方服务器支持下，生成乘车码，且乘车码中包含其生成时间，并根据配置的码有效期计算得到码过期时间，将所得到的码过期时间一并存储于乘车码的码结构中。

所生成的乘车码显示于用户终端的屏幕上，用户需要通过闸机乘车，此时，将操控用户终端，使得用户终端屏幕上显示的乘车码被闸机扫描，即用户通过闸机扫码过闸。

完成扫码的闸机将通过自身程序的运行校验乘车码的合法性，包括乘车码是否过期的校验。闸机所运行的程序读取乘车码中存储的码过期时间，判断闸机时间是否已经超出了码过期时间，如果是，则认为乘车码已经过期失效。

此时可以看到，闸机时间的与其它机器设备上时间的一致性是尤为重要，如果闸机时间并未得到同步，例如其于用户终端的时间不相一致，会导致闸机时间相对乘车码所存储码过期时间已经超时失效，用户无法过闸乘车。

业务前端设备之间的时间有效性校验，将得以保障业务的***安全，增强业务运转的可靠性。

在步骤357中，如果时间有效性校验通过，则至少一方所对应业务前端设备通过执行指定动作来运转业务。

其中，如前所述的，如果业务前端设备所进行的时间有效性校验一旦通过，至少一方所对应业务前端设备便执行指定动作，例如，对于闸机而言，将执行开闸放行动作，由此，使得地铁乘车码业务正常运行。

在另一个示例性实施例中，如果时间有效性校验未通过，则至少一方所对应业务前端设备拒绝执行指定动作，业务运转异常。

其中，一旦时间有效性校验未通过，即所进行的交互已经失效过期，例如，对于乘车码而言，闸机时间已经超出了码过期时间，比如，用户终端发生了乘车码泄露，或者恶意用户交换了乘车码，进而导致所生成的乘车码未被及时使用，从而超时失效。

在此示例性实施例中，所指的至少一方业务前端设备，是业务前端设备之间所发起交互的响应方，例如，前述所指的闸机。当然，应当理解的是，在其它业务的运转中，所面向的业务前端设备并非仅限于在此所列举的两种业务前端设备，也可以是多种业务前端设备，与之相对应的，所指的至少一方业务前端设备也并不限于一种，将适应于业务灵活部署。

通过如上所述的示例性实施例，实现了跨主体***中各主体所属机器设备之间的交互，进而通过交互的进行而达成业务的运转。

图5是根据另一实施例示出的一种业务运转中的时间控制方法的流程图。在另一示例性实施例中，如图5所示的，该业务运转中的时间控制方法，还包括：

在步骤510中，监控各方服务器的***时间，获得各方服务器的***时间偏移量，***时间偏移量用于指示各方服务器之间的时间偏差。

其中，如前所述的，业务所面向的各方服务器都在持续运转，以保证业务的运转，而某服务器的持续运转中，不可避免的发生时钟的过快或者过慢运转，造成***时间的不准确。

由此，相对于其它服务器，将存在着***时间的不一致。应当理解，当各方服务器之间，如果***时间所对应的时间偏差过大，则会造成业务运转的异常，因此，需要进行各方服务器的***时间监控，以此来保障业务运转的可靠性。

对支持业务运转的跨主体***中的服务器都进行***时间的监控，至此，首先应当补充说明的是，各方服务器之间进行着时间同步，此时间同步的执行是按照所存在的***时间偏移量所进行的***时间调整，***时间偏移量是在服务器所进行时间同步的过程中获得的。

进一步说明的是，各方服务器的***时间都对齐于同一时间参考源，在此情况之下，服务器都能够通过访问时间参考源获得***时间偏移量，对于所进行的***时间监控而该，仅需要对服务器进行***时间偏移量的收集即可。

与此相对应的，步骤510包括：从各方服务器收集各自***时间相对于时间参考源的时间所存在的***时间偏移量，各方服务器通过访问同一时间参考源获得***时间偏移量。

在步骤530中，根据各方服务器的***时间偏移量和告警阈值进行告警，该告警用于发起业务所面向的各方服务器之间进行时间同步。

其中，所获得的***时间偏移量如果超出告警阈值，则触发进行告警，所进行的告警，一方面指示了各方服务器在时间上不一致，另一方面也将指示所运转的业务将可能发生异常，需要对此进行处理。因此，通过所触发进行的告警，将发起业务所面向的各方服务器之间的时间同步，即触发行图3所对应的实施例。

通过如上所述的方法实施例，使得基于互联网络而不断涌现的跨主体***在多个主体配合下能够实现业务，进而越来越多的传统业务向互联网转移，实现线上业务，跨主体******中时间控制的实现，能够保证各主体之间在时间上的一致性，跨主体***内部能够进行时间同步，使得越来越多需要各方合作，相互配合的业务能够基于互联网实现，便利人类生活。

以地铁乘车码业务为例，结合上述方法实现进行阐述。

图6是根据一示例性实施例示出的一地铁乘车码业务的场景示意图。在一个示例性实施例中，地铁乘车码业务所对应的跨主体***存在着社交应用合作方以及地铁合作方，通过此跨主体***将原本持卡过闸乘车的方式演变为基于互联网线上实现的地铁乘车码业务。

地铁合作方对应部署了闸机810以及服务器830，服务器830作为地铁合作方的后台，即为地铁合作方服务器。而闸机810则为地铁合作方的业务前端设备。

闸机810上装设有道闸811和扫描器813，扫描器813用于扫描乘车码，道闸811则用于执行放行动作，以使用户能够通行。

社交应用合作方对应部署着用户终端710和服务器730，服务器710作社交应用合作方的合台，即为社交应用合作方服务器。而用户终端710中运行着社交应用，通过所运行的社交应用生成乘车码。

至此可以看到，各方服务器之间是相互独立的，地铁乘车码业务所对应的跨主体***之间仅存在着业务前端设备，即闸机810和用户终端710之间的交互。用户终端710所运行的社交应用生成乘车码，乘车码中包含生成时间，并根据配置的码有效期时间计算得到码过期时间，从而码过期时间与生成时间一起存储在乘车码的码结构中。

在一个示例性实施例的具体实现中，乘车码是离线生成的，因此码过期时间只能使用用户终端的时间来生成。

用户手持用户终端710在闸机810通过扫描器813扫码时，闸机程序会校验乘车码的合法性。所进行的乘车码校验也是离线时间的，因此，将根据闸机时间了进行乘车码是否失效过期的校验。

如果闸机时间并未达到码过期时间，则乘车码有效，闸机810的道闸811执行放行动作。

如果闸机时间达到了码过期时间，则乘车码失效过期，处于不可用的状态，闸机810的道闸811拒绝执行放行动作。

由此可以看到，如果闸机时间与用户终端的时间没有同步，会导致乘车码业务运转的异常。若闸机时间比用户终端的时间快，那么可能直接认为乘车码已过期失效；如果闸机时间比用户终端的时间慢，那么乘车码中的码过期时间就没有意义，拉长了乘车码有效期，加大了码泄露和恶意用户交换码进出闸机810的可能性。

因此，在图6所示的跨主体***中搭建了跨主体***中的时间同步机制。

图7是根据一示例性实施例示出的图6所示场景下时间同步机制的实现示意图。在一个示例性实施例中，如图7所示的，对于两方时间，即闸机时间和用户终端时间需进行时间同步对齐，即保证两方时间的一致性。如所标示的910和930所指示的，一方面，对于闸机时间而言，通过对地铁合作方服务器830的访问，对齐闸机时间，另一方面，对终端时间而言，通过对社交应用合作方服务器730的访问，对齐用户终端时间。

而在此之前，需要通过所标示的950进行地铁合作方服务器830和社交应用合作方服务器730之间的时间对齐。

除此之外，地铁合作方服务器830和社交应用合作方服务器730之间，也进行着时间的监控告警，以保证各方服务器的***时间发生较大偏差而影响业务运转时告警，即如所标示的970所示。

具体的，图8是根据图7对应实施例示出的对闸机时间对齐进行描述的实现架构图。在一个示例性实施例，图7所标示910，即闸机时间对齐的实现包括：在闸机中构建闸机ntpdate客户端911，经由闸机ntpdate客户端911访问地铁合作方服务器830，以实现闸机时间与地铁合作方服务器830中***时间的对齐。所对应的具体实现即为闸机ntpdate客户端911每5分钟运行ntpdate命令来实现时间对齐。

图9是根据图7对应实施例示出的对用户终端时间对齐进行描述的实现架构图。在一个示例性实施例中，图7所标示930，即用户终端时间对齐的实现包括：通过构建的用户终端时间对齐接口931，经由用户终端时间对齐接口931访问社交应用合作方服务器730，以实现用户终端时间与社交应用合作方710中***时间的对齐。所对应的具体实现即为，在用户终端时间对齐接口931作用下，模拟ntp协议，计算出用户终端时间与社交应用合作方服务器730中***时间之间的差值offset，从而进行时间对齐计算，即通过本机时间加上差值offset推算出实际时间，以此来调整用户终端时间。

图10是根据图7对应实施实施例示出的社交应用及地铁合作方之间时间对齐及监控的实现架构图。在一个示例性实施例中，如图10所示的，通过所部署的时间对齐监控信息收集装置1030以及监控告警***1010实现社交应用及地铁合作方之间时间对齐的监控。

首先应当说明的是，社交应用合作方服务器730以及地铁合作方服务器830，都通过互联网时间源服务器1050进行***时间对齐。具体的，社交应用合作方服务器730和地铁合作方服务器830的***时间，都通过在指定时间间隔使用ntpdate命令使得服务器向互联网时间源服务器1050发起访问，以对齐同一时间。此时，无论社交应用合作方服务器730，还是地铁合作方服务器830，都是作为Ntp服务器存在的。

在此基础之上，时间对齐监控信息收集装置1030便可合作ntpdate命令向社交应用合作方服务器730和地铁合作方服务器830收集offset差值，且在offset差值超过告警阈值时，向监控告警***1010进行上报告警。

下述为本发明装置实施例，用于执行本发明上述业务运转中的时间控制方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明业务运转中的时间控制方法实施例。

图11是根据一示例性实施例示出的一种业务运转中的时间控制***的框图。在一个示例性实施例中，该业务运转中的时间控制***，如图11所示，至少包括：服务器1110以及业务前端设备1130。

服务器1110为业务所面向的各方服务器，各方服务器用于进行相互之间的时间同步，使所述各方服务器之间的***时间对齐，所述各方服务器在所述业务的运转中相互独立；

业务前端设备1130，用于通过所对应的一方服务器对齐时间，使自身时间都同步为所对应一方服务器的***时间；

所述业务前端设备还用于在相互之间的时间达成同步之下，通过同步的时间运转所述业务。

在另一个示例性实施例中，业务所面向的各方服务器都按照指定时间间隔对齐同一时间参考源的时间，将自身***时间对齐为所述时间参考源的时间。

在另一个示例性实施例中，业务前端设备1130还用于通过访问自身所对应一方服务器进行时间同步，获得自身时间为所对应一方服务器的***时间。

图12是根据图11对应实施例示出的对业务前端设备进行描述的框图。在一个示例性实施例中，如图12所示的，业务前端设备1130包括但不限于：自身时间获取模块1131、交互执行模块1133、时间校验模块1135和指定动作执行模块1137。

自身时间获取模块1131，用于在所述业务前端设备之间的时间达成同步下，为业务的运转获取自身所在业务前端设备的时间；

交互执行模块1133，用于通过携带所获取时间进行各方所对应业务前端设备之间的数据交互，使得至少一方所对应业务前端设备获得携带时间的交互数据；

时间校验模块1135，配置于至少一方所对应业务前端设备，所述时间校验模块用于通过交互数据携带的时间进行时间有效性校验；

指定动作执行模块1137，用于如果所述时间有效性校验通过，则控制所在业务前端设备通过执行指定动作来运转所述业务。

在另一个示例性实施例中，业务前端设备1130还包括动作拒绝执行模块。该动作拒绝执行模块用于如果所述时间有效性校验未通过，则拒绝执行指定动作，所述业务运转异常。

图13是根据另一实施例示出的一种业务运转中的时间控制***的框图。在另一个示例性实施例中，如图13所示，该***还包括监控模块1210和告警模块1230。

监控模块1210，用于监控各方服务器的***时间，获得各方服务器的***时间偏移量，所述***时间偏移量用于指示各方服务器之间的时间偏差。

告警模块1230，用于根据各方服务器的***时间偏移量和告警阈值进行告警，所述告警用于发起所述业务所面向的各方服务器之间进行时间同步。

在另一个示例性实施例中，监控模块1210进一步用于从各方服务器收集各自***时间相对于时间参考源的时间所存在的***时间偏移量，所述各方服务器通过访问同一时间参考源获得***时间偏移量。

可选的，本发明还提供一种电子设备，该电子设备可以用于图1所示实施环境中，执行图3、图4和图5任一所示的方法的全部或者部分步骤。所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行实现前述所指的方法。

该实施例中的装置的处理器执行操作的具体方式已经在有关前述实施例中执行了详细描述，此处将不做详细阐述说明。

在示例性实施例中，还提供了一种存储介质，该存储介质为计算机可读存储介质，例如可以为包括指令的临时性和非临时性计算机可读存储介质。该存储介质例如包括指令的存储器204，上述指令可由装置200的处理器218执行以完成上述方法。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (15)

1.一种业务运转中的时间控制方法，其特征在于，业务所面向的各方对应不同的主体，部署的服务器归属于各主体，所述方法包括：

业务所面向的各方服务器之间进行时间同步，使所述各方服务器之间的***时间对齐，所述各方服务器在所述业务的运转中有着相对其他主体独立的业务逻辑；

通过所对应的一方服务器，对齐业务前端设备的时间，使所述业务前端设备的时间都同步为所对应一方服务器的***时间；

在所述业务前端设备之间的时间达成同步之下，通过所述业务前端设备同步的时间跨主体运转所述业务。

2.根据权利要求1所述的方法，其特征在于，所述业务所面向的各方服务器之间进行时间同步，使所述各方服务器之间的***时间对齐，包括：

业务所面向的各方服务器都按照指定时间间隔对齐同一时间参考源的时间，将自身***时间对齐为所述时间参考源的时间。

3.根据权利要求1所述的方法，其特征在于，所述通过所对应的一方服务器，对齐业务前端设备的时间，使所述业务前端设备的时间都同步为所对应一方服务器的***时间，包括：

各方服务器所对应的业务前端设备都通过访问自身所对应一方服务器进行时间同步，获得自身时间为所对应一方服务器的***时间。

4.根据权利要求1所述的方法，其特征在于，所述在所述业务前端设备之间的时间达成同步下，所述通过业务前端设备同步的时间跨主体运转所述业务，包括：

在所述业务前端设备之间的时间达成同步下，所述业务前端设备为所述业务的运转获取自身时间；

各方所对应业务前端设备之间携带所获取时间进行数据交互，使得至少一方所对应业务前端设备获得携带时间的交互数据；

所述至少一方所对应业务前端设备通过交互数据携带的时间进行时间有效性校验；

如果所述时间有效性校验通过，则所述至少一方所对应业务前端设备通过执行指定动作来运转所述业务。

5.根据权利要求4所述的方法，其特征在于，所述在所述业务前端设备之间的时间达成同步下，所述通过业务前端设备同步的时间跨主体运转所述业务，还包括：

如果所述时间有效性校验未通过，则所述至少一方所对应业务前端设备拒绝执行指定动作，所述业务运转异常。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

监控各方服务器的***时间，获得各方服务器的***时间偏移量，所述***时间偏移量用于指示各方服务器之间的时间偏差；

根据各方服务器的***时间偏移量和告警阈值进行告警，所述告警用于发起所述业务所面向的各方服务器之间进行时间同步。

7.根据权利要求6所述的方法，其特征在于，所述监控各方服务器的***时间，获得各方服务器的***时间偏移量，包括：

从各方服务器收集各自***时间相对于时间参考源的时间所存在的***时间偏移量，所述各方服务器通过访问同一时间参考源获得***时间偏移量。

8.一种业务运转中的时间控制***，其特征在于，业务所面向的各方对应不同的主体，部署的服务器归属于各主体，所述***包括：

业务所面向的各方服务器，用于进行相互之间的时间同步，使所述各方服务器之间的***时间对齐，所述各方服务器在所述业务的运转中有着相对其他主体独立的业务逻辑；

业务前端设备，用于通过所对应的一方服务器对齐时间，使自身时间都同步为所对应一方服务器的***时间；

所述业务前端设备还用于在相互之间的时间达成同步之下，通过同步的时间跨主体运转所述业务。

9.根据权利要求8所述的***，其特征在于，所述业务所面向的各方服务器都按照指定时间间隔对齐同一时间参考源的时间，将自身***时间对齐为所述时间参考源的时间。

10.根据权利要求8所述的***，其特征在于，所述业务前端设备还用于通过访问自身所对应一方服务器进行时间同步，获得自身时间为所对应一方服务器的***时间。

11.根据权利要求8所述的***，其特征在于，所述业务前端设备，包括：

自身时间获取模块，用于在所述业务前端设备之间的时间达成同步下，为业务的运转获取自身所在业务前端设备的时间；

交互执行模块，用于通过携带所获取时间进行各方所对应业务前端设备之间的数据交互，使得至少一方所对应业务前端设备获得携带时间的交互数据；

时间校验模块，配置于至少一方所对应业务前端设备，所述时间校验模块用于通过交互数据携带的时间进行时间有效性校验；

指定动作执行模块，用于如果所述时间有效性校验通过，则控制所在业务前端设备通过执行指定动作来运转所述业务。

12.根据权利要求11所述的***，其特征在于，所述业务前端设备还包括：

动作拒绝执行模块，用于如果所述时间有效性校验未通过，则拒绝执行指定动作，所述业务运转异常。

13.根据权利要求8所述的***，其特征在于，所述***还包括：

监控模块，用于监控各方服务器的***时间，获得各方服务器的***时间偏移量，所述***时间偏移量用于指示各方服务器之间的时间偏差；

告警模块，用于根据各方服务器的***时间偏移量和告警阈值进行告警，所述告警用于发起所述业务所面向的各方服务器之间进行时间同步。

14.根据权利要求13所述的***，其特征在于，所述监控模块进一步用于从各方服务器收集各自***时间相对于时间参考源的时间所存在的***时间偏移量，所述各方服务器通过访问同一时间参考源获得***时间偏移量。

15.一种计算机***，其特征在于，包括：

处理器；以及

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现根据权利要求1至7中任一项所述的方法。

Images