CN115842753A - 用于检查服务的方法、装置、设备和计算机可读存储介质 - Google Patents

Abstract

本公开的各实施例涉及用于检查服务的方法、装置、设备和计算机可读存储介质。一种用于检查服务的方法，包括：获取与第一时间段内针对服务的一组历史请求相关联的历史数据；基于历史数据，确定在第二时间段内针对服务的检查策略，检查策略至少指示用于检查服务的检查时间；以及使检查基于检查策略而被执行。在本公开中，基于与针对服务的历史请求相关联的历史数据，来确定在随后的时间段内针对该服务的检查策略，从而实现自适应地调整检查策略，以提前探测服务的健康状态。

Description

用于检查服务的方法、装置、设备和计算机可读存储介质

技术领域

本公开的实施例涉及计算机领域，并且更具体地涉及用于检查服务的方法、装置、设备和计算机可读存储介质。

背景技术

随着车联网的不断发展，汽车远程服务提供商(Telematics Service Provider,TSP)平台通常依赖许多外部的内容提供商或服务提供商，这会存在下游服务不稳定的情况。即使与服务提供商签署了服务级别协议(Service Level Agreement,SLA)，也无法保证由服务提供商所提供的服务不会出现问题。

目前，用于检查服务的常规方案是所谓的定时心跳检测，即，以预先确定的时间间隔去探测服务的健康状态。通常，用户对不同服务的使用频率并不相同，因此常规方案难以实现精准地提前探测服务的健康状态。

发明内容

根据本公开的示例实施例，提供了一种用于检查服务的方案。该方案基于与针对服务的历史请求相关联的历史数据，来确定在随后的时间段内针对该服务的检查策略，从而实现自适应地调整检查策略，以提前探测服务的健康状态。

在本公开的第一方面中，提供了一种用于检查服务的方法。该方法包括：获取与第一时间段内针对所述服务的一组历史请求相关联的历史数据；基于所述历史数据，确定在第二时间段内针对所述服务的检查策略，所述检查策略至少指示用于检查所述服务的检查时间；以及使所述检查基于所述检查策略而被执行。

在一些实施例中，所述历史数据指示与所述一组历史请求相关联的一组请求时刻，并且确定所述检查策略包括：基于一组请求时刻的时间分布，将一组历史请求划分为多个历史请求子集；基于多个历史请求子集，确定用于检查服务的检查频率；以及基于检查频率，确定用于检查服务的检查时间。

在一些实施例中，确定所述检查时间包括：基于一组请求时刻，确定多个历史请求子集中的每个历史请求子集中最早的第一历史请求；以及基于检查频率和与第一历史请求相关联的第一请求时刻，确定检查时间。

在一些实施例中，所述方法还包括通过以下项来执行针对所述服务的所述检查：向与所述服务相关联的远程设备发送探测报文；以及基于与所述探测报文相关联的响应结果，确定所述服务的可用性。

在一些实施例中，所述服务是目标服务，所述方法还包括：基于与一组候选服务的开通状态相关联的开通状态数据，从所述一组候选服务中确定所述目标服务，所述目标服务的开通状态指示所述目标服务已被开通。

在一些实施例中，所述一组候选服务中的除了所述目标服务之外的其它候选服务是非目标服务，所述方法还包括：使针对所述非目标服务的检查基于预先确定的第一检查策略而被执行。

在一些实施例中，所述方法还包括：响应于所述服务异常，提供警告信息。

在本公开的第二方面中，提供了一种用于检查服务的装置。该装置包括：历史数据获取模块，被配置为获取与第一时间段内针对所述服务的一组历史请求相关联的历史数据；检查策略确定模块，被配置为基于所述历史数据，确定在第二时间段内针对所述服务的检查策略，所述检查策略至少指示用于检查所述服务的检查时间；以及第一控制模块，被配置为使所述检查基于所述检查策略而被执行。

在一些实施例中，所述历史数据指示与所述一组历史请求相关联的一组请求时刻，并且所述检查策略确定模块包括：历史请求划分模块，被配置为基于一组请求时刻的时间分布，将一组历史请求划分为多个历史请求子集；检查频率确定模块，被配置为基于多个历史请求子集，确定用于检查服务的检查频率；以及第一检查时间确定模块，被配置为基于检查频率，确定用于检查服务的检查时间。

在一些实施例中，所述第一检查时间确定模块包括：第一历史请求确定模块，被配置为基于一组请求时刻，确定多个历史请求子集中的每个历史请求子集中最早的第一历史请求；以及第二检查时间确定模块，被配置为基于检查频率和与第一历史请求相关联的第一请求时刻，确定检查时间。

在一些实施例中，所述装置还包括：探测报文发送模块，被配置为向与所述服务相关联的远程设备发送探测报文；以及可用性确定模块，被配置为基于与所述探测报文相关联的响应结果，确定所述服务的可用性。

在一些实施例中，所述服务是目标服务，所述装置还包括：目标服务确定模块，被配置为基于与一组候选服务的开通状态相关联的开通状态数据，从所述一组候选服务中确定所述目标服务，所述目标服务的开通状态指示所述目标服务已被开通。

在一些实施例中，所述一组候选服务中的除了所述目标服务之外的其它候选服务是非目标服务，所述装置还包括：第二控制模块，被配置为使针对所述非目标服务的检查基于预先确定的第一检查策略而被执行。

在一些实施例中，所述装置还包括：警告信息提供模块，被配置为响应于所述服务异常，提供警告信息。

在本公开的第三方面中，提供了一种用于检查服务的设备，包括：至少一个处理单元；以及至少一个存储器，所述至少一个存储器被耦合到所述至少一个处理单元并且存储用于由所述至少一个处理单元执行的指令，所述指令当由所述至少一个处理单元执行时，使得所述设备执行根据本公开的第一方面所述的方法。

在本公开的第四方面中，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在由设备执行时使得所述设备执行根据本公开的第一方面所述的方法。

通过以上描述可以看到，根据本公开的实施例的用于检查服务的方案基于与针对服务的历史请求相关联的历史数据，来确定在随后的时间段内针对该服务的检查策略。与常规的定时心跳检查相比，通过考虑历史请求数据来动态地确定检查策略，可以自适应地调整检查策略，以提前探测服务的健康状态，使得整个检查机制更加高效和精准，从而保证良好的用户体验和驾驶舒适性。

应当理解，发明内容部分中所描述的内容并非旨在限定本公开的实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其他特征将通过以下的描述变得容易理解。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：

图1示出了根据本公开的一些实施例的示例环境的框图；

图2示出了根据本公开的一些实施例的用于检查服务的方法的流程图；

图3示出了根据本公开的一些实施例的用于确定检查策略的方法的流程图；

图4示出了根据本公开的一些实施例的用于检查服务的示例装置的框图；以及

图5示出了可以用于实施本公开的一些实施例的示例设备的示意性框图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

在本公开的实施例的描述中，术语“包括”及其类似用语应当理解为开放性包含，即“包括但不限于”。术语“基于”应当理解为“至少部分地基于”。术语“一个实施例”或“该实施例”应当理解为“至少一个实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

如上所述，对于常规的TSP平台，通常会存在下游服务不稳定的情况。如果无法及时发现服务异常，会极大地影响用户的使用体验，降低用户的驾驶舒适性。已知的解决方案通常以预先确定的时间间隔去探测服务的健康状态。然而，由于不同服务的使用频率往往并不相同，并且可能随时间发生变化，因此这种解决方案难以实现精准地提前探测服务的健康状态。

本公开的实施例提供了一种用于检查服务的方案，以解决上述问题和其它潜在问题中的一个或多个。在本公开中，基于与针对服务的历史请求相关联的历史数据，来确定在随后的时间段内针对该服务的检查策略。与常规的定时心跳检查相比，通过考虑历史请求数据来动态地确定检查策略，可以自适应地调整检查策略，以提前探测服务的健康状态，使得整个检查机制更加高效和精准，从而保证良好的用户体验和驾驶舒适性。

以下将继续参考附图描述本公开的一些示例实施例。

图1示出了根据本公开的一些实施例的示例环境的框图。如图1所示，示例环境100总体上可以包括交通工具110、用户120和服务提供商170。

如图1所示，用户120可以由交通工具110搭载，其例如可以是交通工具110的驾驶者或者乘客。虽然在图1中，用户120被示出为汽车的驾驶者，但交通工具110还可以包括任何适当类型的机动车辆或非机动车辆，其示例包括但不限于小汽车、轿车、卡车、公交车、电动车、摩托车，等等。然而，应当理解的是，车辆仅仅是交通工具110的一个示例。本公开的实施例同样适用于除车辆之外的其他交通工具110，诸如船、火车等。在一些实施例中，用户120还可以是交通工具110上的其他乘员。应当理解的是，图1中所示出的环境100仅是示例性的，根据本公开的实施例的用于检查服务的方案还可以应用于其他适当的环境。本公开的范围在此方面不受限制。

如图1所示，交通工具110具有带有触摸屏的中控台140。用户120例如可以通过操作触摸屏来使用由服务提供商170提供的服务。在本公开的上下文中，服务提供商170表示互联网服务内容、应用服务等的提供商。服务提供商170的示例包括但不限于音乐内容提供商、天气信息提供商、导航服务提供商、以及违章查询服务提供商等等。本公开的范围在此方面不受限制。用户120可以通过操作中控台140来发起对服务提供商170的请求150，并且可以从服务提供商170接收数据160。应当理解的是，用户120还可以借助于诸如移动电话、个人数字助理等设备来使用由服务提供商170提供的服务。本公开的范围在此方面不受限制。

图2示出了根据本公开的一些实施例的用于检查服务的方法200的流程图。例如，方法200可以由如图1所示的电子设备130执行。在一些实施例中，电子设备130可以是诸如电子控制单元、个人计算机、工作站、服务器等具有计算功能的设备。应当理解的是，虽然在图1中，电子设备130被示出为位于交通工具110内，但是电子设备130还可以被实现为位于交通工具110外部，本公开的范围在此方面不受限制。还应当理解的是，方法200还可以包括未示出的附加框，和/或可以省略所示出的框。本公开的范围在此方面不受限制。

在框202处，电子设备130获取与第一时间段内针对服务的一组历史请求相关联的历史数据。

在一些实施例中，电子设备130可以例如通信地耦合到用于记录与针对服务的请求150相关联的请求数据的记录设备(图1中未示出)。例如，在用户120开通服务之后，在用户120使用与该服务相对应的应用程序，并触发针对服务的请求150时，记录设备可以记录相应的请求150所对应的时间戳、数据量等信息。电子设备130可以通过向记录设备发送请求，来从记录设备获取与第一时间段内针对服务的一组历史请求相关联的历史数据。在一些实施例中，电子设备130本身还可以被配置为记录针对服务的请求数据，以获取历史数据。应当理解的是，还可以由任何其它合适的设备来记录和提供与历史请求相关联的数据，并且电子设备130可以从该设备获取历史数据，本公开的范围在此方面不受限制。

在一些实施例中，第一时间段是过去的一段时间，并且可以具有预先确定的时间长度。第一时间段例如是最近的一天、最近的一周、最近的30天、或者最近的一个自然月等等。在一些实施例中，第一时间段可以由用户120自行选择和设定。本公开的范围在此方面不受限制。

在一些实施例中，由电子设备130所获取的历史数据可以包括第一时间段内的一组历史请求的时间戳信息，以指示与该组历史请求相关联的一组请求时刻。应当注意的是，在本公开的上下文中，请求时刻仅包含具体的时刻信息，而不包含日期信息。例如，9月2日19点22分的时间戳信息所对应的请求时刻为19点22分，并且9月11日19点22分的时间戳信息所对应的请求时刻同样为19点22分。在一些实施例中，由电子设备130所获取的历史数据还可以包括历史请求的成功信息或者失败信息。应当理解的是，由电子设备130所获取的历史数据还可以包括任何其它合适的信息，本公开的范围在此方面不受限制。

在框204处，电子设备130基于历史数据，确定在第二时间段内针对服务的检查策略，检查策略至少指示用于检查服务的检查时间。在一些实施例中，第二时间段是未来的一段时间，并且可以具有预先确定的时间长度。第二时间段例如是未来的一天、未来的一周、未来的30天等等。在一些实施例中，第二时间段可以由用户120自行选择和设定。本公开的范围在此方面不受限制。

在一些实施例中，电子设备130可以基于所获取的历史数据的时间分布来确定检查策略。这将在下文中结合图3进一步详细描述。

在一些实施例中，随着时间推移，电子设备130可以基于所获取的更新的历史数据来确定与之相对应的检查策略，以便更新检查策略。通过这种的方式，根据本公开的方法可以实现动态地确定检查策略，以便自适应地调整检查策略，使得整个检查机制更加高效和精准，从而保证良好的用户体验和驾驶舒适性。

在一些实施例中，针对不同的服务，电子设备130可以基于与相应的服务相关联的历史数据来确定针对相应服务的检查策略。通过这种方式，根据本公开的方法可以为不同的服务提供个性化检查策略，并且支持具有更大灵活性的检查需求。

在框206处，电子设备130使检查基于检查策略而被执行。在一些实施例中，电子设备130自身可以基于所确定的检查策略来执行针对服务的检查。

在一些实施例中，电子设备130可以基于所确定的检查策略来开启并执行用于执行检查的调度任务。在本公开的上下文中，调度任务表示持续性的周期任务。例如，电子设备130可以基于检查策略，开启并执行用于在每天早上7点执行针对导航服务的检查的调度任务。在一些实施例中，电子设备130可以随着检查策略的更新，实时更新调度任务，以确保始终基于最新的检查策略来执行检查。应当理解的是，电子设备130还可以以任何其他合适的方式来基于检查策略执行检查，本公开的范围在此方面不受限制。

在一些实施例中，电子设备130可以向与服务相关联的远程设备(例如，服务提供商170的服务器)发送探测报文。电子设备130可以基于与探测报文相关联的响应结果，确定服务的可用性。在一个示例中，电子设备130在发送探测报文之后，从远程设备接收到指示服务可用的信息。在这种情况下，电子设备130可以确定服务可用。在另一示例中，电子设备130在发送探测报文之后，从远程设备接收到指示服务正忙的信息。在这种情况下，电子设备130可以确定服务暂时不可用，并且可以在一定时间(例如，60秒)之后重新向远程设备发送探测报文。在又一示例中，电子设备130在发送探测报文之后，在预定时间段(例如，45秒)内没有从远程设备接收到反馈信息。在这种情况下，电子设备130可以确定服务异常。通过这种方式，电子设备130可以有效地检查服务的可用性，以便尽可能地确保在用户120使用服务时服务可用，从而提高用户体验和驾驶舒适性。在一些实施例中，电子设备130可以借助于基于域名和端口的Telnet命令、基于IP的Ping命令、基于服务的具体功能的Call命令或其组合来执行针对服务的检查。应当理解的是，电子设备130还可以借助于任何其它合适的命令来执行针对服务的检查，本公开的范围在此方面不受限制。

在一些实施例中，响应于服务异常，电子设备130可以提供警告信息。在一个示例中，电子设备130可以向TSP发送提示服务异常的警告信息，使得TSP可以采取快速反应机制，排查故障来源，并及时采取措施以尽快恢复服务。在另一示例中，电子设备130可以向服务提供商170发送提示服务异常的警告信息，使得服务提供商170可以及时知悉用户120无法接收到其服务或内容，并采取相应的应对措施。应当理解的是，电子设备130还可以向任何其它有关的对象提供警告信息，本公开的范围在此方面不受限制。通过这种方式，可以在发现服务异常之后，及时通知相关方面，以采取有效措施尽快恢复服务，从而减少甚至是避免对用户120使用服务产生影响。由此，可以进一步保障用户体验，提高驾驶舒适性。

在一些实施例中，电子设备130可以通信地耦合到用于执行检查的检查设备(图1中未示出)。电子设备130可以通过有线传输或者无线传输的方式将所确定的检查策略提供给检查设备。电子设备130可以进一步驱控检查设备来执行针对服务的检查。应当理解的是，还可以以任何其它合适的方式来使检查基于检查策略而被执行，本公开的范围在此方面不受限制。

在一些实施例中，电子设备130还可以获取与一组候选服务的开通状态相关联的开通状态数据。开通状态数据指示各个候选服务是否已经被开通。在本公开中，如果一个服务在被用户120开通之后，又被用户120取消开通，则该服务的开通状态将指示该服务尚未被开通。电子设备130可以基于开通状态数据，从一组候选服务中确定目标服务，目标服务的开通状态指示该目标服务已经被开通。针对所确定的目标服务，电子设备130可以执行根据本公开的用于检查服务的方法来确定检查策略，并执行针对目标服务的检查。

在一些实施例中，电子设备130可以将一组候选服务中的除了目标服务之外的其它候选服务标识为非目标服务。电子设备130可以使针对非目标服务的检查基于预先确定的第一检查策略而被执行。在一些实施例中，第一检查策略可以是常规的定时心跳检查，即，以预先确定的时间间隔(例如，一小时)去探测服务的状态。在一些实施例中，还可以由用户120预先确定针对非目标服务的第一检查策略。应当理解的是，第一检查策略还可以是任何其它合适的检查策略，本公开的范围在此方面不受限制。电子设备130可以以与上文结合检查策略所述类似的方式来基于第一检查策略执行针对非目标服务的检查，在此不再赘述。通过这种方式，根据本公开的方法可以为不同的服务提供个性化检查策略，并且支持具有更大灵活性的检查需求，使得整个检查机制更加高效和精准，从而保证良好的用户体验和驾驶舒适性。

图3示出了根据本公开的一些实施例的用于确定检查策略的方法300的流程图。例如，方法300可以作为如图2所示的框202的一种示例实现。在一些实施例中，方法300可以由如图1所示的电子设备130执行。应当理解的是，方法300还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在框302处，电子设备130基于一组请求时刻的时间分布，将一组历史请求划分为多个历史请求子集。在一些实施例中，电子设备130可以通过在时间轴上标记出历史请求的请求时刻来获得一组请求时刻的时间分布。如上文所述，请求时刻仅包含具体的时刻信息，而不包含日期信息。因此，在第一时间段的长度大于24小时的情况下，例如第一时间段为一周或者一个月，不同日期内的历史请求所对应的请求时刻将位于相同的24小时时间轴上。通过这种方式，可以综合考虑用户120在不同日期中的使用行为。基于该时间分布，电子设备130可以对多个历史请求进行聚类，以便将多个历史请求划分为多个历史请求子集。

在一些实施例中，电子设备130可以基于预定时间阈值，来对多个历史请求进行聚类。示例性地，如果在时间轴上两个相邻的请求时刻的时间间隔小于等于预定时间阈值，则电子设备130可以将这两个相邻的请求时刻所对应的历史请求划分到同一个历史请求子集中；如果在时间轴上两个相邻的请求时刻的时间间隔大于预定时间阈值，则电子设备130可以将这两个相邻的请求时刻所对应的历史请求划分到两个不同的历史请求子集中。

在一个示例中，第一时间段内针对资讯服务的一组历史请求所对应的一组请求时刻为：{9点12分、9点52分、10点58分、11点38分、12点15分}。以预定时间阈值为1小时为例，由于9点12分和9点52分的时间间隔小于1小时，因此这两个请求时刻所对应的历史请求可以被划分到同一个历史请求子集；9点52分和10点58分的时间间隔大于1小时，因此这两个请求时刻所对应的历史请求被划分到两个不同的历史请求子集；10点58分和11点38分的时间间隔小于1小时，因此这两个请求时刻所对应的历史请求可以被划分到同一个历史请求子集；并且11点38分和12点15分的时间间隔小于1小时，因此这两个请求时刻所对应的历史请求可以被划分到同一个历史请求子集。通过这种方式，该组历史请求被划分到两个历史请求子集。这两个历史请求子集所对应的请求时刻集合分别为：{9点12分、9点52分}以及{10点58分、11点38分、12点15分}。

应当理解的是，预定时间阈值还可以是任何其它合适的值，并且还可以以任何其它合适的方式来对历史请求进行划分，本公开的范围在此方面不受限制。

在框304处，电子设备130基于多个历史请求子集，确定用于检查服务的检查频率。在一些实施例中，电子设备130可以基于历史请求子集的数目确定单日预期使用频率。例如当存在3个历史请求子集时，单日预期使用频率为1天3次。

在一些实施例中，电子设备130可以根据单日预期使用频率来确定用于检查服务的检查频率。电子设备130例如可以将检查频率确定为与单日预期使用频率相同的频率。例如，电子设备130确定用户120针对音乐服务的单日预期使用频率为1天2次，则电子设备130可以将用于检查音乐服务的检查频率设置为1天2次。应当理解的是，还可以以任何其它合适的方式来确定检查频率，本公开的范围在此方面不受限制。

在框306处，电子设备130基于检查频率来确定用于检查服务的检查时间。在一些实施例中，电子设备130可以基于一组请求时刻，确定多个历史请求子集中的每个历史请求子集中最早的第一历史请求。例如，如果一个历史请求子集中的历史请求所对应的请求时刻分布在9点20分至10点12分之间，则可以将9点20分所对应的历史请求确定为第一历史请求。

在一些实施例中，电子设备130可以基于检查频率和与第一历史请求相关联的第一请求时刻，来确定检查时间。在一些实施例中，电子设备130可以将检查时间设置为比第一请求时刻早预定时间长度，例如15分钟。在一个示例中，针对音乐服务的多个历史请求集中分布在每天8点10分至8点50分之间和18点20分至19点10分之间，则电子设备130可以将历史请求划分到两个不同的历史请求子集中。电子设备130可以分别针对这两个历史请求子集确定最早的第一历史请求所对应内的第一请求时刻，即8点10分和18点20分。电子设备130可以将检查频率设置为每天两次，并且基于第一请求时刻将用于音乐服务的检查时间设置为每天7点55分和18点05分。

通过将检查时间设置为稍早于第一请求时刻，一方面可以实现基于历史数据来预测用户120使用相应的服务的时间，从而在用户120使用相应服务之前便对服务进行检查，并且另一方面可以为存在服务异常的情况预留一定的处理时间，以尽可能确保当用户120使用服务时，服务恢复可用，从而保证良好的用户体验。

通过以上结合图1至图3的描述可以看到，根据本公开的用于检查服务的方法可以基于与针对服务的历史请求相关联的历史数据来确定在随后的时间段内针对该服务的检查策略。与常规的定时心跳检查相比，通过考虑历史请求数据来动态地确定检查策略，可以自适应地配置检查策略，以提前探测服务的健康状态，使得整个检查机制更加高效和精准，从而保证良好的用户体验和驾驶舒适性。

在上文中已经参考图1至图3详细描述了根据本公开的方法的示例实现，在下文中将描述相应的装置的实现。

图4示出了根据本公开的一些实施例的用于检查服务的示例装置400的框图。该装置400例如可以用于实现如图1所示的电子设备。装置400可以包括历史数据获取模块402，被配置为获取与第一时间段内针对服务的一组历史请求相关联的历史数据。装置400还可以包括检查策略确定模块404，被配置为基于历史数据，确定在第二时间段内针对服务的检查策略，检查策略至少指示用于检查服务的检查时间。此外，装置400还可以包括第一控制模块406，被配置为使检查基于检查策略而被执行。

在一些实施例中，历史数据指示与一组历史请求相关联的一组请求时刻，并且检查策略确定模块404包括：历史请求划分模块，被配置为基于一组请求时刻的时间分布，将一组历史请求划分为多个历史请求子集；检查频率确定模块，被配置为基于多个历史请求子集，确定用于检查服务的检查频率；以及第一检查时间确定模块，被配置为基于检查频率，确定用于检查服务的检查时间。

在一些实施例中，第一检查时间确定模块包括：第一历史请求确定模块，被配置为基于一组请求时刻，确定多个历史请求子集中的每个历史请求子集中最早的第一历史请求；以及第二检查时间确定模块，被配置为基于检查频率和与第一历史请求相关联的第一请求时刻，确定检查时间。

在一些实施例中，装置400还包括：探测报文发送模块，被配置为向与服务相关联的远程设备发送探测报文；以及可用性确定模块，被配置为基于与探测报文相关联的响应结果，确定服务的可用性。

在一些实施例中，上述服务是目标服务，装置400还包括：目标服务确定模块，被配置为基于与一组候选服务的开通状态相关联的开通状态数据，从一组候选服务中确定目标服务，目标服务的开通状态指示目标服务已被开通。

在一些实施例中，一组候选服务中的除了目标服务之外的其它候选服务是非目标服务，装置400还包括：第二控制模块，被配置为使针对非目标服务的检查基于预先确定的第一检查策略而被执行。

在一些实施例中，装置400还包括：警告信息提供模块，被配置为响应于服务异常，提供警告信息。

装置400中所包括的模块和/或单元可以利用各种方式来实现，包括软件、硬件、固件或其任意组合。在一些实施例中，一个或多个单元可以使用软件和/或固件来实现，例如存储在存储介质上的机器可执行指令。除了机器可执行指令之外或者作为替代，装置400中的部分或者全部单元可以至少部分地由一个或多个硬件逻辑组件来实现。作为示例而非限制，可以使用的示范类型的硬件逻辑组件包括现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)，等等。

图4中所示的这些模块和/或单元可以部分或者全部地实现为硬件模块、软件模块、固件模块或者其任意组合。特别地，在某些实施例中，上文描述的流程、方法或过程可以由存储系统或与存储系统对应的主机或独立于存储系统的其他计算设备中的硬件来实现。

图5示出了可以用于实施本公开的一些实施例的示例设备500的示意性框图。设备500可以用于实现如图1所示的电子设备。如图5所示，设备500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的计算机程序指令或者从存储单元508加载到随机访问存储器(RAM)503中的计算机程序指令，来执行各种适当的动作和处理。在RAM 503中，还可存储设备500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

设备500中的多个部件连接至I/O接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理单元501执行上文所描述的各个方法和处理，例如方法200。例如，在一些实施例中，方法200可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由ROM 502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到RAM 503并由CPU 501执行时，可以执行上文描述的方法200的一个或多个步骤。备选地，在其他实施例中，CPU 501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法200。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)等等。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

此外，虽然采用特定次序描绘了各操作，但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行，或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地，在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (16)

1.一种用于检查服务的方法，包括：

获取与第一时间段内针对所述服务的一组历史请求相关联的历史数据；

基于所述历史数据，确定在第二时间段内针对所述服务的检查策略，所述检查策略至少指示用于检查所述服务的检查时间；以及

使所述检查基于所述检查策略而被执行。

2.根据权利要求1所述的方法，其中所述历史数据指示与所述一组历史请求相关联的一组请求时刻，并且确定所述检查策略包括：

基于所述一组请求时刻的时间分布，将所述一组历史请求划分为多个历史请求子集；

基于所述多个历史请求子集，确定用于检查所述服务的检查频率；以及

基于所述检查频率，确定用于检查所述服务的所述检查时间。

3.根据权利要求2所述的方法，其中确定所述检查时间包括：

基于所述一组请求时刻，确定所述多个历史请求子集中的每个历史请求子集中最早的第一历史请求；以及

基于所述检查频率和与所述第一历史请求相关联的第一请求时刻，确定所述检查时间。

4.根据权利要求1所述的方法，还包括通过以下项来执行针对所述服务的所述检查：

向与所述服务相关联的远程设备发送探测报文；以及

基于与所述探测报文相关联的响应结果，确定所述服务的可用性。

5.根据权利要求1所述的方法，其中所述服务是目标服务，所述方法还包括：

基于与一组候选服务的开通状态相关联的开通状态数据，从所述一组候选服务中确定所述目标服务，所述目标服务的开通状态指示所述目标服务已被开通。

6.根据权利要求5所述的方法，其中所述一组候选服务中的除了所述目标服务之外的其它候选服务是非目标服务，所述方法还包括：

使针对所述非目标服务的检查基于预先确定的第一检查策略而被执行。

7.根据权利要求1至6中任一项所述的方法，还包括：

响应于所述服务异常，提供警告信息。

8.一种用于检查服务的装置，包括：

历史数据获取模块，被配置为获取与第一时间段内针对所述服务的一组历史请求相关联的历史数据；

检查策略确定模块，被配置为基于所述历史数据，确定在第二时间段内针对所述服务的检查策略，所述检查策略至少指示用于检查所述服务的检查时间；以及

第一控制模块，被配置为使所述检查基于所述检查策略而被执行。

9.根据权利要求8所述的装置，其中所述历史数据指示与所述一组历史请求相关联的一组请求时刻，并且所述检查策略确定模块包括：

历史请求划分模块，被配置为基于所述一组请求时刻的时间分布，将所述一组历史请求划分为多个历史请求子集；

检查频率确定模块，被配置为基于所述多个历史请求子集，确定用于检查所述服务的检查频率；以及

第一检查时间确定模块，被配置为基于所述检查频率，确定用于检查所述服务的所述检查时间。

10.根据权利要求9所述的装置，其中所述第一检查时间确定模块包括：

第一历史请求确定模块，被配置为基于所述一组请求时刻，确定所述多个历史请求子集中的每个历史请求子集中最早的第一历史请求；以及

第二检查时间确定模块，被配置为基于所述检查频率和与所述第一历史请求相关联的第一请求时刻，确定所述检查时间。

11.根据权利要求8所述的装置，还包括：

探测报文发送模块，被配置为向与所述服务相关联的远程设备发送探测报文；以及

可用性确定模块，被配置为基于与所述探测报文相关联的响应结果，确定所述服务的可用性。

12.根据权利要求8所述的装置，其中所述服务是目标服务，所述装置还包括：

目标服务确定模块，被配置为基于与一组候选服务的开通状态相关联的开通状态数据，从所述一组候选服务中确定所述目标服务，所述目标服务的开通状态指示所述目标服务已被开通。

13.根据权利要求12所述的装置，其中所述一组候选服务中的除了所述目标服务之外的其它候选服务是非目标服务，所述装置还包括：

第二控制模块，被配置为使针对所述非目标服务的检查基于预先确定的第一检查策略而被执行。

14.根据权利要求8至13中任一项所述的装置，还包括：

警告信息提供模块，被配置为响应于所述服务异常，提供警告信息。

15.一种用于检查服务的设备，包括：

至少一个处理单元；以及

至少一个存储器，所述至少一个存储器被耦合到所述至少一个处理单元并且存储用于由所述至少一个处理单元执行的指令，所述指令当由所述至少一个处理单元执行时，使得所述设备执行根据权利要求1至7中任一项所述的方法。

16.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在由设备执行时使所述设备执行根据权利要求1至7中任一项所述的方法。

Images