服务切换系统以及服务切换方法与流程

本发明涉及服务切换系统以及服务切换方法，适合应用于电梯系统的障碍应对中的服务切换系统以及服务切换方法。

背景技术：

以往，在电梯系统中产生了设备的故障等的情况下，利用软件或硬件具有的诊断功能来进行故障的检测。而且，对故障的严重性进行判断，在判断为是轻微的故障的情况下，原样继续系统的动作，在维修人员因检查等而到达之际进行修理。另一方面，在判断为是严重的故障的情况下，立即停止系统的动作，因此直至维修人员完成修理之前无法重新开始服务，电梯系统的可用性下降。因此，尤其是在与电梯的安全性相关的设备中，大多通过部件自身的高可靠化、多路复用化来实现系统的可用性提高。

例如，专利文献1所公开的电梯的故障恢复装置在电梯产生了故障时，诊断故障原因，在为能够应对的轻微的故障的情况下执行故障恢复处理，由此无需等待维修人员的修理作业而能够对电梯系统的服务进行恢复。

另外，以往，在电梯系统中因设备的故障等而导致一部分服务停止的情况下，若为通常状况，则向管制中心通报故障，在维修人员进行修理之后重新开始服务。这里，作为用于提高可用性的多路复用化，还考虑预先与在电梯内或大楼内准备的代行设备、或者经由网络而代行功能的这种虚拟设备连接，在故障时切换成这些设备，由此能够在短时间内恢复服务。

在先技术文献

专利文献

专利文献1：日本特开平6-305650号公报

技术实现要素：

发明要解决的课题

然而，在专利文献1的故障恢复装置的情况下，能恢复的故障被限制为能够通过预先配备在系统中的故障恢复功能来应对的故障，因此，能持续的服务受到限定。

另外，如上所述，即便在作为用于提高可用性的多路复用化而准备了代行设备或虚拟设备、且在故障时切换成这些设备的情况下，在考虑到与原本运行的设备之间的性能差、服务运行所需的性能要件、以及电梯或大楼内的状况的基础上，也需要选择合适的代行目标设备，其实现并不容易。例如，在专利文献1的故障恢复装置中，未考虑与这种状况相应的判断，系统的可用性提高的效果受到限定。

本发明是考虑到以上方面而完成的，要提供一种即便在电梯系统的设备成为不能工作的情况下、也能够根据状况而切换成最佳的代行设备的服务切换系统以及服务切换方法。

用于解决课题的手段

为了解决上述课题，在本发明中，提供一种能够对设置在大楼内的电梯的控制设备或服务进行切换的服务切换系统，其具备：服务列表，其记载有要由电梯运行的服务；代行设备列表，其记载有经由网络而与服务切换系统连接的代行设备，该代行设备是能够代行服务的运行所需的控制装置的设备；能运行服务计算部，其在电梯中发生了规定的状况的情况下，针对记载于服务列表的各个服务，判断是否能够由电梯的目前的设备结构进行运行；服务切换计算部，其针对由能运行服务计算部判断为不能运行的服务，从记载于代行设备列表的代行设备中选择与上述规定的状况相应的最佳的代行设备；以及代行设备切换部，其通过将电梯的设备结构切换成由服务切换计算部选择出的代行设备，从而使判断为不能运行的服务恢复或持续。

另外，为了解决上述课题，在本发明中，提供一种由服务切换系统进行的服务切换方法，该服务切换系统能够对设置在大楼内的电梯的控制设备或服务进行切换。这里，服务切换系统具有：服务列表，其记载有要由电梯运行的服务；以及代行设备列表，其记载有经由网络而与服务切换系统连接的代行设备，该代行设备是能够代行服务的运行所需的控制装置的设备。该服务切换方法还将具备如下步骤作为特征：能运行服务计算步骤，在该能运行服务计算步骤中，在电梯中发生了规定的状况的情况下，针对记载于服务列表的各个服务，判断是否能够由电梯的目前的设备结构进行运行；服务切换计算步骤，在该服务切换计算步骤中，针对在能运行服务计算步骤中判断为不能运行的服务，从记载于代行设备列表的代行设备中选择与规定的状况相应的最佳的代行设备；以及代行设备切换步骤，在该代行设备切换步骤中，通过将电梯的设备结构切换成在服务切换计算步骤中选择出的代行设备，从而使判断为不能运行的服务恢复或持续。

发明效果

根据本发明，即便在电梯系统的设备成为不能工作的情况下，也能够根据状况切换成最佳的代行设备，由此能够实现电梯系统的可用性提高。

附图说明

图1是用于说明第一实施方式的服务切换系统的结构例的图。

图2是用于说明图1所示的服务切换系统的硬件结构例的框图。

图3是用于说明服务列表的一例的图。

图4是用于说明代行设备列表的一例的图。

图5是用于说明服务性能要件表的一例的图。

图6是用于说明特殊状况列表的一例的图。

图7是用于说明大楼结构信息的一例的图。

图8是用于说明切换设备列表的一例的图。

图9是示出切换控制处理的处理过程的一例的流程图。

图10是示出设备动作可否更新处理的处理过程的一例的流程图。

图11是示出不能持续服务判断处理的处理过程的一例的流程图。

图12是示出服务恢复处理的处理过程的一例的流程图。

图13是示出特殊状况时服务恢复处理的处理过程的一例的流程图。

图14是示出通常状况时服务恢复处理的处理过程的一例的流程图。

图15是示出代行设备切换处理的处理过程的一例的流程图。

图16是示出服务信息通知处理的处理过程的一例的流程图。

图17是用于说明运行信息显示部的一例的图。

图18是用于说明在第二实施方式中使用的服务列表的一例的图。

图19是用于说明在第二实施方式中使用的状况信息的一例的图。

图20是示出第二实施方式中的服务恢复处理的处理过程的一例的流程图。

附图标记说明：

1大楼

2相邻大楼

3管制中心

4云服务器

5网络

10服务切换系统

11电梯

12组管理装置

13故障检测装置

14状况分析装置

20处理装置

21cpu

22存储器

23存储装置

24画面接口

25网络

101设备运行信息

102、202状况信息

103、203服务列表

104代行设备列表

105服务性能要件表

106特殊状况列表

107大楼结构信息

108切换设备列表

110切换控制计算部

111能运行服务计算部

112服务切换计算部

120代行设备切换部

130运行信息显示部。

具体实施方式

下面，参照附图对本发明的一实施方式进行详述。

(1)第一实施方式

对本发明的第一实施方式的服务切换系统进行说明。图1是用于说明第一实施方式的服务切换系统的结构例的图。

如图1所示，第一实施方式的服务切换系统10设置在安装有成为其应用对象的多个电梯11的大楼1中。在大楼1内，除了服务切换系统10以及多个电梯11之外，组管理装置12、故障检测装置13以及状况分析装置14也分别经由网络以能够通信的方式连接。

服务切换系统10是在电梯11的控制装置产生了故障的情况下或在大楼1内的状况发生了变化的情况下等能够进行与电梯11相关的服务及控制装置切换的系统。如图1所示，服务切换系统10具备切换控制计算部110(能运行服务计算部111及服务切换计算部112)、代行设备切换部120、以及运行信息显示部130。此外，作为服务切换系统10的上述的各部执行处理所需的信息，服务切换系统10具备服务列表103、代行设备列表104、服务性能要件表105、特殊状况列表106、大楼结构信息107以及切换设备列表108。参照图3～图8等对这些各信息的详细情况进行后述。

服务切换系统10所具备的上述的各部中，切换控制计算部110的能运行服务计算部111在电梯11的设备(控制装置)发生了故障时或大楼1内的状况存在规定的变化时等，在可能影响到持续进行与电梯11相关的服务或控制的状况下，参照从故障检测装置13通知的设备运行信息101、以及代行设备列表104，计算服务列表103所示的各服务是否能够通过目前的设备结构来运行。

另外，切换控制计算部110的服务切换计算部112针对由能运行服务计算部111判断为不能运行的服务，参照设备运行信息101、代行设备列表104、服务性能要件表105、特殊状况列表106、以及从状况分析装置14通知的状况信息102，进行用于使该服务持续的设备的代行目标的计算和服务的切换指示等。

代行设备切换部120基于由切换控制计算部110(服务切换计算部112)生成的切换设备列表108，将处理切换到代行目标的设备并恢复服务。另外，代行设备切换部120向代行目标的设备发送切换后的处理代行时所需的大楼结构信息107。

运行信息显示部130向用户显示由代行设备切换部120进行了切换之后的最终的服务的运行信息。

需要说明的是，参照图9～图17，后述由服务切换系统10所具备的上述的各部进行的处理的详细情况。

图2是用于说明图1所示的服务切换系统的硬件结构例的框图。如图2所示，处理装置20具备cpu(centralprocessingunit，中央处理单元)21、存储器22、存储装置23、以及画面接口24，这些各结构经由网络25而与服务切换系统10的外部连接。处理装置20例如是个人计算机或服务器等计算机，图1所示的服务切换系统10由一台以上的处理装置20构成。

在服务切换系统10(一台以上的处理装置20)中，cpu21将存放于存储装置23的程序读出到存储器22并执行，由此实现基于切换控制计算部110、代行设备切换部120的处理。例如，基于切换控制计算部110的处理在cpu21中通过一个以上的程序来执行。另外，通过cpu21对画面接口24中的显示输出进行控制，从而在运行信息显示部130显示规定的信息。另外，在存储器22或存储装置23中存储有服务切换系统10所使用的各种信息(服务列表103、代行设备列表104、服务性能要件表105、特殊状况列表106、大楼结构信息107、以及切换设备列表108)。

在电梯11中具备多个控制装置(作为装置名，称为装置a-1、装置b-1、……)以控制各电梯的运转。另外，控制装置的设置场所不局限于各个电梯11内，例如，如图1所示，作为各电梯11的共用的控制装置，也可以具备为了改善各电梯11的运行效率而控制多个电梯11的运行的组管理装置12(作为装置名，称为装置c-1)等。

故障检测装置13是对电梯11的控制装置(装置a-1、装置b-1、……、装置c-1)进行故障诊断的装置，将示出各控制装置的目前的运行状况的诊断结果作为设备运行信息101向服务切换系统10通知。

状况分析装置14由各种传感器以及处理装置构成，进行大楼1内的状况分析，将示出目前的状况的分析结果作为状况信息102向服务切换系统10通知。状况分析装置14具体而言例如具有监控摄像头以及图像处理装置，计算大楼1内的电梯门厅的拥挤程度或检测电梯轿厢内的有人状况等。

另外，如图1所示，大楼1内的各结构经由网络5还与大楼1的外部、具体而言例如相邻大楼2、管制中心3、以及云服务器4以能够通信的方式连接。

在相邻大楼2中与大楼1同样地设置有控制装置(例如装置a-2)。管制中心3是用于统一管制各大楼(大楼1和相邻大楼2)的外部基地，收集来自各大楼(大楼1和相邻大楼2)的运行信息，在产生无法恢复服务的重大的故障时，向维修人员进行通知等。

云服务器4是具有与大楼1内的装置(例如装置a-1、装置b-1、……、装置c-1)对应的若干虚拟化的装置(虚拟装置)的服务器。在大楼1内的装置内产生了故障时由服务切换系统10将虚拟装置选作发生了故障的装置的代行设备的情况下，云服务器4起动该虚拟装置并切换处理，或者始终预先使虚拟装置动作而立即切换处理。在本例中，始终使装置a-c以及装置b-c动作。

接着，举出具体例来详细说明服务切换系统10执行处理时所需的信息的详细情况。

图3是用于说明服务列表的一例的图。服务列表103是记录了在大楼1内运行的服务的一览、以及这些服务的优先顺序和运行状况的信息，图3示出了服务列表103的具体例。

图3所例示的服务列表103以表的形式保存，以行为单位汇总了一个服务。更具体而言，关于各服务，记录了表示该服务的运行的优先顺序的优先顺序103a、表示该服务的类型的服务类型103b、表示相同类型的服务内的该服务的运行的优先顺序的服务内优先顺序103c、表示可否使该服务的运行持续的持续可否103d、表示该服务的运行状况的运行状况103e、表示用于该服务的设备的使用中设备103f。

在图3所示的服务列表103中，服务类型103b中以简略符号示出了服务的类型。具体而言，例如“sa”是指组管理服务，“sb”是指救援运转服务，“sc”是指通常运转服务。

需要说明的是，在服务类型103b中有时在多行中记载相同的信息(例如在图3的情况下，数据的第一行、第二行以及第四行中的服务类型103b均为“sa”)，但即便是相同的服务类型103b的服务，服务内优先顺序103c也不同，因此，能够唯一地识别各个服务。这里，服务内优先顺序103c例如也可以根据组管理服务的实现方法而赋予不同的值。具体而言，也可以是，针对由专用的组管理装置(例如装置c-1)运行的服务，将服务内优先顺序103c设为“1”，针对通过电梯11内的控制装置彼此(例如装置a-1、装置b-1)的通信而运行的服务，将服务内优先顺序103c设为“2”等。

即，在服务列表103中，针对在大楼1内运行的服务，将服务类型103b以及服务内优先顺序103c汇总到一起来进行优先顺序标注，由此来决定优先顺序103a。

另外，在持续可否103d中，基于以设备的故障等为依据的运行信息，以“能”或“不能”示出可否持续运行。另外，在运行状况103e中，以“开启(运行中)”或“关闭(非运行中)”示出对象服务(图3中的同行的服务)目前是否正在运行的运行状况。另外，使用中设备103f是在运行状况103e为“开启”时记录的项目，记录着哪个装置实际用于对象服务。

在以上的服务列表103中，优先顺序103a、服务类型103b以及服务内优先顺序103c是预先由电梯管理者等提供(决定)的静态项目。另一方面，持续可否103d、运行状况103e以及使用中设备103f是由能运行服务计算部111编辑(更新)的动态项目。

图4是用于说明代行设备列表的一例的图。代行设备列表104是记录有能够代替存在于大楼1内的设备而进行处理的网络上连接的设备(代行设备)的一览及其性能的信息。需要说明的是，在代行设备列表104中，网络上连接的大楼1内的设备也能够记录为代行设备。

图4所例示的代行设备列表104以表的形式保存，汇总了与各个代行设备相关的信息。具体而言，关于各代行设备，记录了表示该代行设备的类型的设备类型104a、用于确定该代行设备的设备编号104b、表示该代行设备的设置场所的场所104c、表示可否使用该代行设备的使用可否104d、表示该代行设备的使用状况的使用状况104e、以及表示该代行设备的性能的性能104f。

在图4所示的代行设备列表104中，关于代行设备，通常按照设备的类型(设备类型104a)而存在多个候补，因此，通过以设备编号104b进行细分化，即便是相同的设备类型104a，也能够唯一地识别各个代行设备。具体而言，例如，图4的数据的第一行的代行设备中，设备类型104a为“装置a”且设备编号104b为“1”，因此，该代行设备在图1中表示电梯11的“装置a-1”。同样地，图4的数据的第二行的代行设备在图1中为云服务器4的“装置a-c”，图4的数据的第三行的代行设备在图1中为电梯11的“装置b-1”。

另外，在场所104c中示出对象的代行设备的ip地址。另外，在使用可否104d中，以“能”或“不能”示出对象的代行设备目前是否能够使用。在因故障等而无法使用代行设备时为“不能”另外，在使用状况104e中，记录了对象的代行设备目前是否在使用中。具体而言，在图3所例示的服务列表103中，在对象的代行设备记录于使用中设备103f的情况下为“开启(使用中)”，在对象的代行设备未记录于使用中设备103f的情况下为“关闭(非使用中)”。在性能104f中记载有与对象的代行设备相关的各种性能，在图4中，作为一例，记载有网络的延迟、通信质量、该代行设备的起动时间、以及处理性能等。

在以上的代行设备列表104中，设备类型104a、设备编号104b、场所104c以及性能104f是预先由电梯管理者等提供(决定)的静态项目。另一方面，使用可否104d以及使用状况104e是由能运行服务计算部111编辑(更新)的动态项目。

图5是用于说明服务性能要件表的一例的图。服务性能要件表105是与服务列表103所示的各服务中需要的设备以及性能要件建立关联地记录的信息。

图5所例示的服务性能要件表105以表的形式保存，按照服务类型对服务列表103中汇总的各服务进行分类，将各服务所需的信息建立关联地示出。具体而言，关于各服务，记录了表示该服务的类型的服务类型105a、表示相同类型的服务内的该服务的运行的优先顺序的服务内优先顺序105b、表示运行该服务所需的设备的类型的设备类型105c、以及该服务(或该设备)所要求的性能要件105d。

在图5所示的服务性能要件表105中，在服务类型105a以及服务内优先顺序105b中记载了关于对象的服务的服务列表103(图3)中的服务类型103b以及服务内优先顺序103c的信息。

另外，在设备类型105c中，记载了运行对象的服务所需的设备(构成设备)的设备类型，针对一个服务记载有一个或多个设备类型。例如，在图5中，在由服务类型105a“sb”以及服务内优先顺序105b“1”确定的服务(该情况下，称为服务“sb-1”)中，示出了为了运行而使用装置a和装置b的情况。需要说明的是，在优先顺序比服务“sb-1”低的服务“sb-2”中，示出了仅使用装置b的情况。

另外，在性能要件105d中，准备了与代行设备列表104(图4)中的性能104f同样的项目，在各项目中，以条件式示出为了运行对象的服务而对构成设备要求的性能。需要说明的是，也可以不将代行设备列表104(图4)的性能104f所示的所有项目记载在服务性能要件表105(图5)的性能要件105d中。

在以上的服务性能要件表105中，各项目(服务类型105a、服务内优先顺序105b、设备类型105c以及性能要件105d)是预先由电梯管理者等提供(决定)的静态项目。

图6是用于说明特殊状况列表的一例的图。特殊状况列表106是记载有用于针对在大楼1(尤其是电梯系统)中可能发生的特殊状况(例如“乘客被困”或“门厅拥挤”等)而评价代行设备的性能的指标等的信息。

图6所例示的特殊状况列表106以表的形式保存，汇总了与大楼1中可能发生的特殊的状况(特殊状况)中的服务的恢复关联的信息。具体而言，关于各特殊状况，记录了表示该特殊状况的概要的特殊状况106a、表示在该特殊状况下受到影响的服务的服务106b、表示使上述服务运行所需的设备(代行设备)的设备类型的设备类型106c、表示用于对上述代行设备所要求的性能进行评价的基准的优先级值评价函数106d、表示通过优先级值评价函数106d所记载的评价式而计算的优先级值的最低水准的最低优先级值106e。

在图6所示的特殊状况列表106中，在服务106b中，记载了将服务列表103的服务类型103b与服务内优先顺序103c(也可以为服务性能要件表105的服务类型105a与服务内优先顺序105b)组合而成的服务名。例如，若服务类型为“sa”且服务内优先顺序为“2”，则服务名成为“sa-2”。在设备类型106c中，以与服务性能要件表105的设备类型105c(也可以为代行设备列表104的设备类型104a)同样的形式记载了代行设备的设备类型。

另外，在优先级值评价函数106d中，记载了用于根据代行设备的性能要件而计算与特殊状况相应的优先级值的优先级值评价函数的计算式，来作为在特殊状况下用于评价代行目标设备的性能的基准。具体而言，例如，通过对服务性能要件表105的性能要件105d所示的各性能要件赋予权重等，从而能够设定优先地评价应重视的性能要件的这种计算式。而且，在最低优先级值106e中，记载了在对被计算出优先级值的代行设备是否适合作为代行目标设备进行判定时使用的阈值(最低水准)。

在以上的特殊状况列表106中，各项目(特殊状况106a、服务106b、设备类型106c、优先级值评价函数106d以及最低优先级值106e)是预先由电梯管理者等提供(决定)的静态项目。

本实施方式的服务切换系统10通过使用这样的特殊状况列表106，能够实现在特殊状况下与状况相应地向最佳的代行设备的切换，对此详细后述。

例如，在多台中的一台电梯11中，当控制装置(设备)发生了故障时，若为通常状况，则考虑进行使具有同等性能的代行设备在一小时之后恢复这样的判断。在这样的情况下，进行向满足服务性能要件表105的性能要件105d这样的代行设备的切换即可。但是，在乘客被困于该电梯11(乘客被困)这样的特殊状况的情况下，要求对服务性能要件表105的性能要件105d中的特定的性能要件优先进行评价(例如重视起动时间)并立即恢复这样的处理。

为了应对这种特殊状况，在本实施方式的服务切换系统10中，切换控制计算部110(尤其是服务切换计算部112)使用特殊状况列表106进行与状况相应的优先级评价(优先级值评价函数106d的计算)，将该计算结果与最低优先级值106e进行比较来决定最佳的代行设备，代行设备切换部120实现向最佳的代行设备的切换。

图7是用于说明大楼结构信息的一例的图。大楼结构信息107是记录了大楼1的固有信息(例如楼层数和高度等)、电梯11的额定速度等规格信息的信息。大楼结构信息107中汇总了在将大楼1内的设备的处理切换成设置于相邻大楼2或云服务器4等的代行设备时应交接给代行设备的信息，由后述的代行设备切换部120使用。

图7所例示的大楼结构信息107以表的形式保存，由与大楼1相关的规定的项目(项目107a)与各项目的值(值107b)的组合构成。具体而言，在图7的情况下，作为大楼1的结构信息，记载有升降通道高度为“60m”且楼层数为“15”的情况。另外，作为电梯11的结构信息，记载了表示所使用的硬件(例如马达)的型式的马达型式为“m-001”、表示电梯11的个数的号机数为“3”、以及表示电梯11的额定速度的额定速度为“120m/min”的情况。需要说明的是，大楼结构信息107中的项目107a以及值107b是预先由电梯管理者等提供(决定)的静态项目。

图8是用于说明切换设备列表的一例的图。切换设备列表108是记录了在设备的故障时用于切换的代行设备的信息。切换设备列表108由作为切换控制计算部110(能运行服务计算部111以及服务切换计算部112)的计算结果而生成的临时数据构成，具体而言，如图8所例示，由表示为了服务的持续或切换而需要起动的设备的设备108a与表示该设备的场所(例如ip地址)的场所108b的组合构成，对此详细后述。向代行设备切换部120通知切换设备列表108，代行设备切换部120基于切换设备列表108的记录内容来进行设备的切换。

接着，对由本实施方式的服务切换系统10执行的处理详细进行说明。

在服务切换系统10中，在电梯11的控制装置产生了故障的情况下或在大楼1内的状况发生了变化的情况下等，进行对服务及控制装置的切换进行判定及控制的切换控制处理。在切换控制处理中，切换控制计算部110(能运行服务计算部111以及服务切换计算部112)进行用于判断是否切换服务及控制装置的处理(设备动作可否更新处理、不能持续服务判断处理等)。然后，代行设备切换部120基于在切换控制处理中生成的切换设备列表108，执行切换服务及控制装置的处理(代行设备切换处理)。另外，切换控制计算部110(尤其是服务切换计算部112)在切换控制处理中进行使代行设备切换处理结束后的最终的服务的运行信息显示于运行信息显示部130的处理(服务信息通知处理)。

图9是示出切换控制处理的处理过程的一例的流程图。需要说明的是，图9所例示的处理过程示出切换控制处理的概要，更详细的处理过程在图10以后例示。

图9所例示的切换控制处理例如在故障检测装置13检测到大楼1内的装置的故障的情况下或状况分析装置14检测到在大楼1内发生了规定的特殊状况的情况下，以向服务切换系统10发送规定的信号等为契机而开始处理。另外，还可以例如定期地执行切换控制处理等。

当开始切换控制处理时，首先，在步骤s101中，能运行服务计算部111对代行设备列表104更新与各设备的动作可否相关的信息(具体而言，使用可否104d)(设备动作可否更新处理)。另行参照图10对设备动作可否更新处理详细进行说明。

接着，在步骤s102中，能运行服务计算部111调查哪个服务不能持续，并记载于服务列表103(不能持续服务判断处理)。具体而言，对服务列表103的持续可否103d以及运行状况103e进行更新。另行参照图11对不能持续服务判断处理详细进行说明。

接着，从步骤s103起，针对在步骤s102的不能持续服务判断处理的处理之后服务列表103的持续可否103d成为“不能”的服务(不能持续服务)，分别按照优先顺序(图3的优先顺序103a)从高到低进行步骤s104～s106的处理。

首先，在步骤s104中，服务切换计算部112参照服务列表103，确认优先顺序比处理对象的不能持续服务高的服务是否正在运行。即，针对服务列表103所记载的各服务中的、服务类型103b与不能持续服务相同且服务内优先顺序103c比不能持续服务高的服务，判定运行状况103e是否成为“开启”。在步骤s104的判定中获得肯定结果的情况下(步骤s104的是)，意味着与处理对象的不能持续服务相同的服务类型的服务已经运行，因此，无需使相同的服务类型的服务重新运行，向针对下一个不能持续服务(优先顺序第二高的不能持续服务)的处理转移，重复进行从步骤s104起的处理。

另一方面，在步骤s104的判定中获得否定结果的情况下(步骤s104的否)，意味着与处理对象的不能持续服务相同的服务类型的服务仍未运行，因此，服务切换计算部112进行用于由代行设备恢复该服务的处理(服务恢复处理)(步骤s105)。另行参照图12～图14对服务恢复处理详细进行说明，但伴随着服务恢复处理的执行，代行设备切换部120进行控制装置的切换等处理(代行设备切换处理)，因此，该服务被恢复。

在步骤s105的服务恢复处理结束之后，在步骤s106中，能运行服务计算部111重新执行与步骤s102同样的不能持续服务判断处理。其结果是，服务列表103的运行信息(持续可否103d、运行状况103e、使用中设备103f)被更新。当步骤s106的处理结束时，向针对下一个不能持续服务(优先顺序第二高的不能持续服务)的处理转移，重复进行从步骤s104起的处理。

然后，当针对所有的不能持续服务完成了上述步骤s104～s106的处理时，在步骤s107中，服务切换计算部112进行使切换后(恢复后)的最终的服务的运行信息显示于运行信息显示部130的服务信息通知处理。另行参照图16对服务信息通知处理详细进行说明。在步骤s107的处理之后，切换控制处理结束。

接着，按顺序来说明与切换控制处理相关的详细的处理过程。

图10是示出设备动作可否更新处理的处理过程的一例的流程图。如前所述，设备动作可否更新处理由能运行服务计算部111执行。

根据图10，首先，能运行服务计算部111从故障检测装置13获取设备运行信息101(步骤s201)。然后，基于设备运行信息101来确认目前运行中的设备可否动作，关于能动作的设备，将代行设备列表104的使用可否104d设为“能”(步骤s202)，关于不能动作的设备，将代行设备列表104的使用可否104d变更为“不能”(步骤s203)。

以上，通过进行图10所例示的设备动作可否更新处理，从而在代行设备列表104中更新与设备的动作可否相关的信息(使用可否104d)。

图11是示出不能持续服务判断处理的处理过程的一例的流程图。如前所述，设备动作可否更新处理由能运行服务计算部111执行。

根据图11，在步骤s301中，能运行服务计算部111针对服务列表103中汇总的服务中的、运行状况103e成为“开启(运行中)”的服务，按照优先顺序103a从高到低逐一地开始以下的步骤s302～s305的处理。

首先，在步骤s302中，能运行服务计算部111参照服务列表103，从使用中设备103f获取在步骤s301中选择出的服务所使用的设备，判断获取到的设备可否使用。更具体而言，参照代行设备列表104，来确认上述设备的使用可否104d。

然后，在步骤s303中，能运行服务计算部111根据在步骤s302中确认出的结果，判断在步骤s301中选择的服务所使用的全部设备是否都能够使用(即，代行设备列表104的使用可否104d为“能”)。在该设备全部都能够使用的情况下(步骤s303的是)，能运行服务计算部111在服务列表103中将该服务的持续可否103d更新为“能”(步骤s304)。另一方面，在步骤s301中选择的服务所使用的设备一个都不能使用(使用可否104d为“不能”)的情况下(步骤s303的否)，能运行服务计算部111在服务列表103中将该服务的持续可否103d更新为“不能”，并且，将该服务的运行状况103e更新为“关闭”(步骤s305)。

当步骤s304或步骤s305的处理结束时，能运行服务计算部111选择下一个运行中服务(即，运行中的服务中的、在目前选择的服务之后的优先顺序第二高的服务)，针对该服务重复进行从步骤s302起的处理。

然后，当针对所有运行中服务完成了上述步骤s302～s305的处理时，能运行服务计算部111结束不能持续服务判断处理。

以上，通过进行图11所例示的不能持续服务判断处理，从而在服务列表103中更新与服务的持续可否相关的信息(持续可否103d以及运行状况103e)。

图12是示出服务恢复处理的处理过程的一例的流程图。如前所述，服务恢复处理由服务切换计算部112执行。

根据图12，在步骤s401中，服务切换计算部112从状况分析装置14获取状况信息102，对状况信息102所示的目前的状况与特殊状况列表106所示的特殊状况(特殊状况106a)进行比较。这里，省略了具体的例示，但状况信息102至少具有能够与特殊状况106a的标签值进行一致性比较的信息，例如被赋予“乘客被困”或“门厅拥挤”这样的标签值。另外，例如，状况信息102也可以如在后述的第二实施方式中例示的图19的状况信息202那样，以进行了对状况进一步细分化而得到的项目设定的形式来构成。

然后，在步骤s402中，服务切换计算部112基于步骤s401的比较，判定目前的状况是否为特殊状况。

在步骤s402的判定中，在目前的状况与特殊状况106a的某一状况相符(一致)的情况下(步骤s402的是)，意味着目前的状况是“特殊状况”，因此，服务切换计算部112进入步骤s403，进行特殊状况用的服务恢复处理(特殊状况时服务恢复处理)。参照图13后述特殊状况时服务恢复处理的详细情况。

另一方面，在步骤s402的判定中，目前的状况与特殊状况106a的任一状况都不符合(一致)的情况下(步骤s402的否)，意味着目前的状况是所谓的“通常状况”，因此，服务切换计算部112进入步骤s404，进行通常状况用的服务恢复处理(通常状况时服务恢复处理)。参照图14后述通常状况时服务恢复处理的详细情况。

然后，当上述步骤s403或步骤s404的处理完成时，服务切换计算部112结束服务恢复处理。

图13是示出特殊状况时服务恢复处理的处理过程的一例的流程图。特殊状况时服务恢复处理是在服务恢复处理中执行的处理(图12的步骤s403)，由服务切换计算部112执行。

根据图13，在步骤s501中，服务切换计算部112针对尝试恢复的服务，按照使该服务运行所需的构成设备(要恢复的服务的构成设备)的设备类型，开始以下的步骤s502～s506的处理。能够从服务性能要件表105的设备类型105c获取要恢复的服务的构成设备的设备类型。

具体而言，例如，当特殊状况为“乘客被困”时，根据图6的特殊状况列表106，要恢复的服务成为“sa-1”、“sa-2”、“sb-1”、……。这里，为了简便而将要恢复的服务缩减到“sb-1”继续说明，这样，根据图5的服务性能要件表105，服务“sb-1”的构成设备的设备类型成为“装置b”以及“装置a”。于是，针对“装置b”和“装置a”的各个设备类型进行步骤s502～s506的处理。

首先，在步骤s502中，服务切换计算部112参照特殊状况列表106，获取与要恢复的服务(服务106b)及该服务的构成设备的设备类型(设备类型106c)的组建立了关联的优先级值评价函数(优先级值评价函数106d)。

使用上述的具体例进行说明，在要恢复的服务为“sb-1”且针对“装置a”的设备类型进行步骤s502的处理的情况下，根据图6的特殊状况列表106，获取“e1*延迟+fl*通信质量+……”的优先级值评价函数。

接着，在步骤s503中，服务切换计算部112参照代行设备列表104，分别针对在相应的设备类型中汇总的代行设备，将各个性能值应用于上述的优先级值评价函数，由此计算优先级值。

使用上述的具体例进行说明，根据图4的代行设备列表104，在相应的设备类型(装置a)中汇总的代行设备是设备编号104b为“1”的代行设备(即，装置a-1)和设备编号104b为“c”的代行设备(即，装置a-c)。其中，例如关于代行设备“装置a-1”，基于性能104f的记载，将延迟“1ms”以及通信质量“200m(bps)”应用于优先级值评价函数来计算优先级值。另外，关于代行设备“装置a-c”，也同样地计算优先级值。

然后，在步骤s504中，服务切换计算部112从在步骤s503中分别计算出优先级值的代行设备中选择优先级值最高(最大)的代行设备，来作为代行设备候补。

接着，在步骤s505中，服务切换计算部112参照特殊状况列表106，判定代行设备候补的优先级值是否为最低优先级值以上。更具体而言，与特殊状况列表106中的、和步骤s502中获取到的优先级值评价函数对应的最低优先级值106e进行比较即可，例如，在上述的具体例的情况下，“z1”为比较对象的最低优先级值。

在步骤s505中比较的结果是代行设备候补的优先级值为最低优先级值以上的情况下(步骤s505的是)，满足用于评价代行设备所要求的性能的基准，因此，服务切换计算部112将选择为该代行设备候补的代行设备追加到切换设备列表108中(步骤s506)。

另一方面，在步骤s505中比较的结果是代行设备候补的优先级值小于最低优先级值的情况下(步骤s505的否)，不满足用于评价代行设备所要求的性能的基准，因此，放弃向代行设备的切换，服务切换计算部112进行步骤s508的处理。在步骤s508中，切换设备列表108的记录内容被清除，结束特殊状况时服务恢复处理。因此，不进行该服务的恢复，但是，即便在这样的情况下，通过继续进行的切换控制处理，能够保留可使在服务列表103内设定为优先顺序103a比该服务低的相同的服务类型的服务恢复的可能性。

当步骤s506的处理结束时，服务切换计算部112从要恢复的服务的构成设备的设备类型中选择下一个设备类型(未处理的设备类型)，针对该设备类型重复进行步骤s502～s506的处理。

另外，当步骤s506的处理结束时，在针对要恢复的服务的构成设备的所有设备类型发现了优先级值成为最低优先级值以上的代行设备候补的情况下(即，针对要恢复的服务的构成设备的所有设备类型进行了步骤s506的处理的情况下)，服务切换计算部112进行步骤s507的处理。

在步骤s507中，服务切换计算部112将记录有代行设备的切换设备列表108发送至代行设备切换部120。需要说明的是，步骤s507中的切换设备列表108的发送以要恢复的服务为单位进行。具体而言，例如，针对要恢复的服务“sb-1”，将与该服务的构成设备的所有设备类型相关的代行设备的信息汇总发送。然后，在步骤s507中接收到切换设备列表108的代行设备切换部120基于切换设备列表108的记录内容，进行向与特殊状况相应的最佳的代行设备的切换(代行设备切换处理)。另行参照图15来说明代行设备切换处理的详细情况。

最后，在步骤s508中，服务切换计算部112将切换设备列表108的记录内容清除，结束特殊状况时服务恢复处理。需要说明的是，在经由步骤s507进行步骤s508的处理的情况下，为了可靠地通知代行设备的信息，优选在代行设备切换部120侧完全接收到切换设备列表108的记录内容之后，或者在代行设备切换部120的代行设备切换处理结束之后，进行切换设备列表108的记录内容的清除。

图14是示出通常状况时服务恢复处理的处理过程的一例的流程图。通常状况时服务恢复处理是在服务恢复处理中执行的处理(图12的步骤s404)，由服务切换计算部112执行。

根据图14，在步骤s601中，服务切换计算部112参照服务性能要件表105，针对尝试恢复的服务，获取使该服务运行所需的构成设备(要恢复的服务的构成设备)的设备类型(设备类型105c)和性能要件(性能要件105d)。

接着，在步骤s602中，服务切换计算部112按照在步骤s601中获取到的设备类型(要恢复的服务的构成设备的设备类型)，开始以下的步骤s603～s605的处理。

首先，在步骤s603中，服务切换计算部112参照代行设备列表104的设备类型104a，获取与在步骤s602中选择出的设备类型相同的设备类型的代行设备候补。然后，在步骤s604中，针对在步骤s603中获取到的代行没备候补，判定是否存在其性能(代行设备列表104的性能104f)满足服务性能要件表105的性能要件105d(在步骤s601中获取)且成为能够使用(代行设备列表104的使用可否104d为“能”)的设备。

在存在满足步骤s604的条件的代行设备候补的情况下(步骤s604的是)，将选择为该代行设备候补的代行设备追加到切换设备列表108中(步骤s605)。

另一方面，在不存在满足步骤s604的条件的代行设备候补的情况下(步骤s604的否)，意味着在能使用的代行设备候补中不存在满足要恢复的服务的性能要件的代行设备候补，因此，放弃向代行设备的切换，服务切换计算部112进行步骤s607的处理。在步骤s607中，将切换设备列表108的记录内容清除，结束通常状况时服务恢复处理。

当步骤s605的处理结束时，服务切换计算部112从要恢复的服务的构成设备的设备类型中选择下一个设备类型(未处理的设备类型)，针对该设备类型重复进行步骤s603～s605的处理。

另外，当步骤s605的处理结束时，在针对要恢复的服务的构成设备的所有设备类型而将代行设备追加到切换设备列表108中的情况下(即，在针对要恢复的服务的构成设备的所有设备类型进行了步骤s605的处理的情况下)，服务切换计算部112进行步骤s606的处理。

在步骤s606中，服务切换计算部112将记录有代行设备的切换设备列表108发送至代行设备切换部120。需要说明的是，步骤s606中的切换设备列表108的发送与特殊状况时服务恢复处理的情况(图13的步骤s507)同样地以要恢复的服务为单位来进行。然后，在步骤s606中接收到切换设备列表108的代行设备切换部120基于切换设备列表108的记录内容，进行向与通常状况相应的最佳的代行设备的切换(代行设备切换处理)。另行参照图15来说明代行设备切换处理的详细情况。

最后，在步骤s607中，服务切换计算部112将切换设备列表108的记录内容清除，结束通常状况时服务恢复处理。需要说明的是，在经由步骤s606进行步骤s607的处理的情况下，为了可靠地通知代行设备的信息，优选在代行设备切换部120侧完全接收到切换设备列表108的记录内容之后，或者在代行设备切换部120的代行设备切换处理结束之后，进行切换设备列表108的记录内容的清除。

图15是示出代行设备切换处理的处理过程的一例的流程图。如前所述，代行设备切换处理由代行设备切换部120执行，基于在切换控制处理中进行服务恢复处理(特殊状况时服务恢复处理、通常状况时服务恢复处理)时发送的切换设备列表108，来进行设备的切换。

根据图15，首先，代行设备切换部120获取在特殊状况时服务恢复处理的步骤s507或通常状况时服务恢复处理的步骤s606中从服务切换计算部112发送的切换设备列表108(步骤s701)。

然后，从步骤s702起，作为各个切换设备的处理，按照记录于切换设备列表108的代行设备(设备108a)来进行步骤s703～s704的处理。

首先，在步骤s703中，代行设备切换部120向对象的代行设备(更具体而言是其设置场所(场所108b))发送大楼结构信息107，实施该代行设备代行服务所需的服务处理的切换。然后，在步骤s703中实施了切换之后，在步骤s704中，代行设备切换部120将服务列表103内的相应服务的运行状况103e变更为“开启(运行中)”，将关于切换后的代行设备的代行设备列表104内的使用状况104e变更为“开启(使用中)”。

当步骤s704的处理结束时，针对下一个代行设备也同样地进行步骤s703～s704的处理。当针对切换设备列表108所记录的所有代行设备而完成了步骤s703～s704的处理时，代行设备切换处理结束。另外，如前所述，从服务切换计算部112以服务为单位而发送切换设备列表108，因此，代行设备切换部120在每次接收切换设备列表108时，进行上述的代行设备切换处理，从而进行设备的切换。

图16是示出服务信息通知处理的处理过程的一例的流程图。如前所述，服务信息通知处理由服务切换计算部112控制。需要说明的是，在图16所例示的服务信息通知处理中，不仅在配置于大楼1内的运行信息显示部130中显示切换后的信息，还向经由网络5连接的大楼1的外部(例如管制中心3)通知与设备的故障相关的信息。

根据图16，在步骤s801中，服务切换计算部112将经过图9的切换控制处理中的步骤s101～s106的处理后最终被更新的服务列表103(严格上说包含代行设备切换处理中的服务列表103的更新(图15的步骤s704))显示于运行信息显示部130。

另外，在步骤s802中，服务切换计算部112向管制中心3通知包含设备的故障信息在内的设备运行信息101。通过被通知设备运行信息101，在管制中心3中能够识别设备的故障，能够根据需要使维修人员应对修理。

接着，在步骤s803中，服务切换计算部112确认记录于服务列表103的所有服务，调查是否存在服务未运行的服务类型。

在步骤s803中存在一个服务都未运行的服务类型(不能运行的服务类型)的情况下(步骤s803的是)，服务切换计算部112向管制中心3通知不能运行的服务类型，并且，还在运行信息显示部130中显示不能运行的服务类型(步骤s804)，结束服务信息通知处理。通过被通知不能运行的服务类型，在管制中心3中，例如能够识别在组管理等级中所有服务成为不能运行这样的状况。任一服务类型都不能运行这样的状况是紧急性高至不得不停止电梯系统这一程度的事态，通过能够掌握这样的事态，从而能够从管制中心3迅速地使维修人员应对修理。

另外，在步骤s803中，在所有服务类型中至少一个服务运行的情况下(步骤s803的否)，不存在不能运行的服务类型，因此，无需进行通知，结束服务信息通知处理。

图17是用于说明运行信息显示部的一例的图。图17中示出进行了服务信息通知处理时的运行信息显示部130的显示画面的一例。

根据图17的例示，运行信息显示部130具有服务列表显示部131的显示区域和不能运行服务类型显示部132的显示区域。其中，服务列表显示部131显示通过服务信息通知处理的步骤s801而显示的、伴随着切换控制处理的执行而最终被更新的服务列表103，即，通过代行设备切换处理向代行设备切换后的服务列表103。另外，服务列表显示部131以列表的形式显示通过服务信息通知处理的步骤s804显示的、即便在通过代行设备切换处理进行了控制装置或服务的切换之后一个服务也未运行的服务类型(不能运行的服务类型)。

通过进行以上所说明的切换控制处理以及代行设备切换处理，本实施方式的服务切换系统10即便在电梯的控制装置(电梯系统的设备)成为不能工作的情况下，也能够根据状况而切换成最佳的代行设备，因此，能够提高电梯系统的可用性。

另外，根据本实施方式的服务切换系统10，在无法进行基于代行设备的设备的切换(服务的恢复)的情况下，向运行信息显示部130、管制中心3通知不能运行的装置和服务的信息、以及不能运行的服务类型的信息(图16的步骤s801～s804)。通过进行这样的通知，能够使观察运行信息显示部130的利用者或管制中心3的管理者认识到无法持续服务这一情况。

另外，根据本实施方式的服务切换系统10，能够根据基于故障检测装置13的故障的诊断结果、基于状况分析装置14的特殊状况的分析结果等多个契机使切换控制处理装置执行，因此，能够根据多个状况灵活地进行装置的切换和服务的恢复。具体而言，例如，不仅在由于控制装置的故障而使电梯11停止这样的紧急性高的状况下能够进行装置的切换和服务的恢复，在门厅拥挤这样的紧急性较低的状况下也能够进行装置的切换和服务的恢复。因此，能够期待向利用者提供更为细致的服务。

(2)第二实施方式

上述的本发明的第一实施方式在电梯11的装置产生了故障的情况下或在大楼1内的状况发生了变化的情况下，根据状况而将用于执行提供服务所需的处理的装置切换成最佳的代行设备，由此，该电梯11持续服务。

然而，在近年来的电梯系统中，大多情况下在大楼1内都设置有多个电梯11，有时即便一个号机中产生了故障，也能够通过将处理切换成其他号机而持续提供服务。于是，以下作为本发明的第二实施方式，来说明在如上述那样在大楼1内设置有多个电梯11的情况下、当一个号机中产生了故障等(例如包含状况的变化)时能够根据状况切换成最佳的代行设备的服务切换系统及其服务切换方法。

需要说明的是，第二实施方式的服务切换系统的结构和处理大多是与第一实施方式的服务切换系统10共用的部分，因此，针对共用部分流用在第一实施方式中说明的结构和处理，省略其说明。即，在以下的说明中，以与第一实施方式的不同点为中心进行说明。

图18是用于说明在第二实施方式中使用的服务列表的一例的图。在图18所例示的服务列表203中，除了与在第一实施方式中图3所例示的服务列表103同样的项目即优先顺序203a～使用中设备203f之外，还追加了能使用电梯203g和使用中电梯203h，来作为与服务类型203b对应的项目。

在能使用电梯203g中，记载了能够在各服务类型中使用的电梯11，在使用中电梯203h中，记载了目前在各服务类型中使用的电梯11。需要说明的是，能使用电梯203g是预先由电梯管理者等提供(决定)的静态项目，使用中电梯203h是由服务切换计算部112编辑(更新)的动态项目。

例如在图18的情况下，根据能使用电梯203g，示出服务类型“sa”、“sb”是仅能够由“1号机”的电梯11运行的服务，服务类型“sc”是能够由“1号机”、“2号机”或“3号机”的电梯11中的任一电梯运行的服务。而且，根据使用中电梯203h，示出目前的服务类型“sa”、“sb”、“sc”全部由“1号机”的电梯11运行。

图19是用于说明在第二实施方式中使用的状况信息的一例的图。在前述的第一实施方式中，针对状况信息102赋予了“乘客被困”或“门厅拥挤”这样的标签值，但在图19所例示的状况信息202中，对状况进行分类的项目202a被更加细分化地设定，与各项目202对应的信息被记载在值202b中。

具体而言，在图19的情况下，作为与电梯11的状况相关的项目202a，设定有表示该电梯是否能够运行的“运行可否”、表示该电梯的目前位置的“位置”、表示该电梯的目前的乘客数的“轿厢内人数”等。而且，作为与各项目对应的信息(值202b)，例如若为“1号机”的电梯11，则示出处于“不能运行”的状态且处于“1层”，并且乘客数为“0人”。

接着，对在第二实施方式中执行的处理进行说明。在第二实施方式中，与第一实施方式同样地，在电梯11的控制装置产生了故障的情况下或在大楼1内的状况发生了变化的情况下等，进行对服务及控制装置的切换进行判定及控制的切换控制处理。在切换控制处理中，切换控制计算部110(能运行服务计算部111以及服务切换计算部112)进行用于判断是否切换服务及控制装置的处理(设备动作可否更新处理、不能持续服务判断处理等)。然后，代行设备切换部120基于在切换控制处理中生成的切换设备列表108，执行切换服务及控制装置的处理(代行设备切换处理)。另外，切换控制计算部110(尤其是服务切换计算部112)在切换控制处理中进行使代行设备切换处理的结束后的最终的服务的运行信息显示于运行信息显示部130的处理(服务信息通知处理)。因此，基本上，在第二实施方式中，也进行与在第一实施方式中图9～图16所例示的处理同样的处理。

但是，第二实施方式与第一实施方式的不同之处在于，在切换控制处理中的服务恢复处理(相当于图9的步骤s105)中，追加了用于切换由同一大楼内的其他号机的电梯11进行服务的处理。于是，在以下的说明中，将第一实施方式中的服务恢复处理(图12～图14)称为第一服务恢复处理，将第二实施方式中的服务恢复处理称为第二服务恢复处理。

图20是示出第二服务恢复处理的处理过程的一例的流程图。如前所述，图20所例示的第二服务恢复处理是与图9所例示的切换控制处理中的步骤s105的处理进行了置换的处理。因此，进一步详细地说的话，在针对在不能持续服务判断处理(图9的步骤s102)的处理之后服务列表203的持续可否103d成为“不能”的服务(不能持续服务)分别按照优先顺序(图3的优先顺序103a)从高到低进行图9的步骤s104～s106的处理的过程中，代替步骤s105的处理而执行第二服务恢复处理。另外，第二服务恢复处理与第一服务恢复处理同样地，由切换控制计算部110(服务切换计算部112)执行。

根据图20，在步骤s901中，服务切换计算部112从状况分析装置14获取状况信息202。然后，在步骤s902中，服务切换计算部112参照服务列表203的能使用电梯203g，判定是否存在多个能够使处理对象的不能持续服务运行的电梯11。

在步骤s902的判定中获得肯定结果的情况下(步骤s902的是)，服务切换计算部112对记载于状况信息202的各电梯11的运行可否的值进行确认，判定除了负责目前服务的电梯以外，是否在当前时刻还存在能够负责(能够运行)该服务的电梯(步骤s903)。补充说明一下，负责目前服务的电梯记载在服务列表203的使用中电梯203h中。另外，能够负责(能够运行)该服务的电梯记载在服务列表203的能使用电梯203g中，当前时刻的各电梯的运行可否记载在状况信息202中。

在步骤s903的判定中获得肯定结果的情况下(步骤s903的是)，即，关于该服务，在记载于服务列表203的能使用电梯203g的多个电梯中存在根据状况信息202判断为能够运行且记载于使用中电梯203h的电梯以外的电梯的情况下，服务切换计算部112进行服务的切换以使相应的电梯负责该服务，将服务列表203的使用中电梯203h更新为切换后的信息(步骤s904)。需要说明的是，关于步骤s904的处理中的向相应的电梯的服务的切换，也可以由服务切换计算部112以外的处理部(例如代行设备切换部120)进行。通过步骤s904的处理，本实施方式的服务切换系统10无需等待设备的切换和代行设备的起动时间，就能够使服务持续(使不能持续服务恢复)。在进行了步骤s904的处理之后，第二服务恢复处理结束，进入图9的步骤s106的处理。

另一方面，在步骤s902的判定中未存在多个能够使处理对象的不能持续服务运行的电梯11的情况下(步骤s902的否)，或者在步骤s903的判定中尽管存在多个能够使处理对象的不能持续服务运行的电梯11但这些电梯11都在当前时刻为不能运行的情况下(步骤s903的否)，意味着不存在能够负责(能够运行)该服务的其他的电梯11。在这样的情况下，服务切换计算部112与第一实施方式同样地，进行第一服务恢复处理，以通过向代行设备的切换来实现服务的恢复(步骤s905)。第一服务恢复处理的详细的处理过程如图12～图14所例示，因此省略说明。然后，在进行步骤s905的处理之后，第二服务恢复处理结束，进入图9的步骤s106的处理。

如以上那样，在第二实施方式中，在大楼1内设置有多个电梯11的情况下，当在一个号机中产生了故障或状况的变化时，在尝试设备的切换之前，如果可能的话，通过使其他的号机代行而使服务持续(恢复)。此时，无需等待设备的切换和代行设备的起动，因此，能够迅速地持续(恢复)服务，能够期待提高电梯系统的可用性的效果。

另外，根据第二实施方式，在门厅拥挤这样的紧急性比较低而不使电梯11强制地停止的这种特殊状况的情况下，通过进行基于其他号机的服务的代行切换，以电梯系统整体观察时，能够在不使服务的提供中断的状态下根据状况而持续提供服务，因此，能够期待提高可用性及便利性的效果。

另外，在第二实施方式中，即便在无法执行基于其他号机的服务的代行切换的情况下，也能够与第一实施方式同样地，通过进行基于适当的代行设备的装置的切换来实现服务的恢复，因此，也能够期待与通过第一实施方式获得的效果同样的效果。

需要说明的是，本发明不局限于上述实施方式，包括各种变形例。例如，上述实施方式是为了容易理解地说明本发明而进行的详细说明，并非局限于具备所说明的全部结构。例如，针对各实施方式的结构的一部分，能够进行其他结构的追加、删除、置换。

另外，上述的各结构、功能、处理部、处理单元等也可以通过利用例如集成电路对它们的一部分或全部进行设计等而以硬件实现。另外，上述的各结构、功能等也可以通过由处理器解释并执行实现各个功能的程序而以软件实现。实现各功能的程序、表、文件等信息能够存放在存储器、硬盘、ssd(solidstatedrive，固态硬盘)等记录装置，或者ic卡、sd卡、dvd等记录介质中。

另外，控制线和信息线示出认为在说明上需要的部分，并不一定示出产品上的所有控制线和信息线。在实施中，可以考虑将几乎所有的结构相互连接。