具体实施方式

为了更详细地说明本发明，基于图示的实施例进行说明。在本实施例中，作为升降机的一例，对电梯的拥挤状况的掌握进行说明。

图1是表示本实施例的数据中心服务器5以及与其相关的系统结构的功能框图。1是拥有大楼的所有者或管理大楼的顾客。2是用于确认顾客1所管理的大楼的电梯的拥挤状况的顾客终端。3是电梯维护公司的技术人员3。4是技术人员3能够确认电梯的拥挤状况或执行群管理电梯的运行模拟的技术人员终端4。

5是设置在所谓的数据中心的数据中心服务器。其中，6是服务器处理部。而且，服务器处理部6为了生成在顾客终端2、技术人员终端4显示的画面数据而具有拥挤状况画面生成部7以及信息检索部8。另外，服务器处理部6具有用于从电梯维护公司的技术人员3所使用的技术人员终端4执行群管理电梯的运行模拟的电梯运行模拟部9。

另外，13是从顾客大楼的群管理电梯20经由通信装置12收集电梯运行数据25和人流监视数据28的电梯运行数据收集装置。在此，电梯运行数据收集装置13优选通过高速通信网定期地收集这些信息。并且，14是电梯运行信息存储部，其用于积蓄对电梯运行数据收集装置13收集到的电梯运行数据25以及人流监视数据28进行转换(形式的统一等)后的电梯运行信息15和人流监视信息16。关于该转换，将在后面进行叙述。

在此，使用图15和图16说明电梯运行信息15和人流监视信息16。首先，图15表示电梯运行信息15。电梯运行信息15是针对每个电梯记录了轿厢向各楼层的到达时间和出发时间的数据。作为其一例，记录了大楼ID151、梯组ID152、大楼名153、梯组名称154、单机155、楼层156、到达时间157以及出发时间158。

接着，图16表示人流监视信息16。是针对监视到的每个人记录了向电梯前面的大厅的到达时间和电梯的乘入时间的数据。作为其一例，将大楼ID161、梯组ID162、大楼名163、梯组名称164、单机165、楼层166、人167、大厅到达时间168以及乘入时间169对应起来进行记录。关于人167，只要是用于测量使用者数量的单位即可，也可以是具有匿名性的数据。另外，即使是同一人，也可以对每个时间段赋予不同的识别信息。

并且，17是存储大楼主信息10和电梯信息11的大楼电梯信息存储部。

在此，使用图14对用于将数据中心服务器5作为计算机来实现的硬件结构进行说明。数据中心服务器5由处理部51、存储器部52、存储装置54以及通信装置12构成。

处理部51具有CPU那样的按照程序进行运算的功能。在本实施例中，处理部51按照在存储器部52中展开的拥挤状况画面生成程序507、信息检索程序508、电梯运行模拟程序509以及电梯运行数据收集程序513来执行处理。在此，图14所示的各程序与图1的各结构的对应关系如以下所示。即，通过按照各程序进行的运算，能够实现图1的各结构的功能。

拥挤状况画面生成程序507：拥挤状况画面生成部7

信息检索程序508：信息检索部8

电梯运行模拟程序509：电梯运行模拟部9

电梯运行数据收集程序513：电梯运行数据收集装置13

另外，存储装置54存储上述各种信息。并且，通信装置12经由上述高速通信网与顾客终端2、技术人员终端4、群管理电梯20连接。

至此结束数据中心服务器5的说明。接着，使用图2对群管理电梯20和与其连接的人流监视设备26进行说明。

图2表示群管理电梯20和人流监视设备26的功能框图。群管理电梯20设置在顾客大楼中，包括多个电梯23a～23n，并具有用于控制该电梯的结构。作为该结构，包含与高速通信网连接的通信装置21、用于控制多个电梯23a～23n的运行，并且取得多个电梯的运行数据的群管理控制装置22。此外，群管理电梯20具有存储电梯运行数据25的运行数据存储部24。运行数据存储部24能够通过HDD(硬盘驱动器)、存储卡这样的存储介质来实现。

另外，在顾客大楼中设置有与群管理电梯20连接的人流监视设备26。人流监视设备26具有测量人流，即测量电梯的等待人数等使用者数量的各种设备。其中包括具有层站的等待人数、轿厢内的乘客数等人数测量功能的层站照相机29、用于测量顾客大楼的安全门等的通过人数的人流监视装置30。另外，人流监视设备26还具有存储从所述设备收集到的人流监视数据28的人流监视数据存储装置27。

在此，这些数据中心服务器5与群管理电梯20之间经由高速通信网连接。并且，电梯运行数据收集装置13通过通信装置12周期性地与通信装置21连接，收集电梯运行数据25和人流监视数据28。即，电梯运行数据收集装置13从运行数据存储部24以及人流监视数据存储装置27收集电梯运行数据25以及人流监视数据28。然后，电梯运行数据收集装置13将它们转换为电梯运行信息15和人流监视信息16，并存储到电梯运行信息存储部14中。电梯运行数据25和人流监视数据28与电梯运行信息15和人流监视信息16在内容上相同。因此，作为上述转换，可列举电梯运行数据收集装置13将作为非固定数据的电梯运行数据25和人流监视数据28转换为作为固定信息的电梯运行信息15和人流监视信息16的情况。

接着，说明对于电梯拥挤，针对使用者的投诉的以往的应对步骤。对群管理电梯20进行控制，使得响应多个电梯23a、23b、……23n的轿厢呼叫、层站呼叫来进行最佳的运行。但是，例如在办公大楼等的情况下，有时在上班、午餐的时间段在电梯的层站产生使用者的等待队列，或者即使轿厢因层站的呼叫而到达，但轿厢内满员无法乘梯。在这样的情况下，有时会产生电梯使用者的投诉、改善需求。

在这样的情况下，在以往的应对步骤中，首先，由管理公司或大楼所有者调查电梯的拥挤、投诉的原因。根据该调查结果，管理公司或大楼所有者向电梯维护公司委托与电梯的运行相关的调查。

然后，由电梯维护公司在一定期间收集运行数据，一并调查现场的层站、轿厢的拥挤状况。然后，基于该结果，将与电梯的运行控制相关的设定变更为最佳的设定来进行应对。另外，之后也需要继续执行拥挤状况的现场调查，有时直到对策完成为止花费几个月。

因此，在本实施例中，为了防止这样的延迟，由电梯运行数据收集装置13收集多个群管理电梯的运行状况，使用该运行状况能够确认拥挤状况。以下，参照图13所示的运用流程，对本实施例的应对步骤进行说明。以下，关于在系统侧进行的处理的处理主体，以图1、图2的功能块所示的构成要件为主体来进行说明。

首先，在步骤S1中，顾客1或技术人员3经由顾客终端2或技术人员终端4访问数据中心服务器5，确认有投诉的电梯的拥挤状况。具体而言，顾客终端2或技术人员终端4从顾客1或技术人员3接受设置了有投诉的电梯的大楼、电梯的单机、对象楼层、日期时间的输入。在本实施例中，作为对象，能够使用群管理电梯或构成群管理电梯的各电梯中的任一个。因此，只要没有特别说明，以下将它们称为“电梯”。

在此，说明进行该输入时的顾客终端2或技术人员终端4的显示画面。图3是顾客1或技术人员3在确认电梯的拥挤状况时用于选择设置有作为对象的电梯的大楼的画面。

在顾客1或技术人员3管理、负责的大楼有多个的情况下，从本画面在大楼签约者名101、大楼名102、地址输入栏中设定成为检索关键字的数据，并选择检索按钮104。由此，顾客终端2或技术人员终端4将以它们为关键字的检索请求发送到数据中心服务器5。接受该请求，数据中心服务器5的信息检索部对大楼电梯信息存储部17的大楼主信息10执行与检索请求对应的检索。关于大楼主信息10，虽然未图示，但将图3的“管理大楼选择”中显示的大楼名及其地址与用于识别大楼的大楼ID对应起来进行存储。另外，针对每个大楼，还对应地存储了梯组名、单机。

作为结果，从信息检索部8接受了检索结果的拥挤状况画面生成部7使顾客终端2或技术人员终端4显示检索结果，即图3的管理大楼名一览105。另外，关于签约者名，在系统登录时根据登录ID进行判定，在根据签约方式等签约者名存在多个的情况下，能够选择一个成为本次对象的管理大楼的签约者。

然后，顾客终端2或技术人员终端4从顾客1或技术人员3使用单选按钮106进行选择的管理大楼名一览105中接受相应的大楼的选择。然后，顾客终端2或技术人员终端4接受顾客1或技术人员3对于大楼选择按钮107的按压动作，由此转移到图4的画面。

图4是用于从在图3的画面中选择的大楼中设置的电梯中，选择成为拥挤状况的确认对象的群管理电梯的画面。当在所管理的大楼中有多个群管理电梯时，从作为群管理电梯的管理单位的梯组一览201中确认梯组名和单机，从选择栏202中选择相应的梯组，由此能够确定群管理电梯。在以各个电梯为对象的情况下，通过使用单机能够对其进行确定。因此，顾客终端2或技术人员终端4将以之前确定的大楼为关键字的检索请求发送到数据中心服务器5。接受该请求，数据中心服务器5的信息检索部对大楼主信息10执行与检索请求对应的检索。至此步骤S1的说明结束。

接着，在步骤S2中，在顾客终端2或技术人员终端4中显示在步骤S1中确定的电梯的拥挤信息。因此，顾客终端2或技术人员终端4将以所选择的对象单机作为关键字的检索请求发送至数据中心服务器5。接受该请求，数据中心服务器5的信息检索部8检索电梯运行信息存储部14。在本实施例中，对图15和图16所示的电梯运行信息15和人流监视信息16进行检索。

然后，拥挤状况画面生成部7根据检索出的电梯运行信息15和人流监视信息16，生成表示拥挤状况的拥挤状况信息18。拥挤状况信息18针对用于掌握拥挤状况的每个比较单位对应地存储各电梯的拥挤状况。图17表示拥挤状况信息18的一例。拥挤状况信息18具有大楼ID181、梯组ID182、大楼名183、梯组名称184、单机185、楼层186、日期时间187、平均等待时间188以及使用人数189。在此，在图17的例子中，作为比较单位，使用了楼层186和日期时间187，但也可以是任意一方或除此以外的比较单位。另外，日期时间以1小时为单位，但也可以以其他为单位。另外，作为拥挤状况，使用了平均等待时间188以及使用人数，但也可以使用任意一方或除此以外的指标。

然后，拥挤状况画面生成部7根据拥挤状况信息18生成图5所示的表示拥挤度的画面，该拥挤度是根据以绝对评价为基准的电梯的拥挤状况而求出的。然后，通过拥挤状况画面生成部7，顾客终端2或技术人员终端4的画面迁移至图5所示的画面。

在此，对图5所示的画面的详细情况进行说明。在图5中，显示了步骤S1中的指定日期时间的按时间段的使用人数图表、层站的楼层、按时间段的拥挤度。使用人数表示每1小时搭乘电梯轿厢的人数，使用拥挤状况信息18的使用人数189。计算并显示。电梯按时间段楼层拥挤度使用拥挤状况信息18的使用人数的平均等待时间188。在此，作为平均等待时间188，即电梯按时间段楼层的拥挤度，能够利用以下的信息。具有以秒为单位表示使用者从在层站排队直到搭乘电梯轿厢为止的平均等待时间的信息、计算出使用者超过60秒的等待时间的发生频率(％)的长时间等待率、每单位时间的层站等待人数等。这些拥挤指数多用于使电梯的层站的拥挤状况可视化。但是，为了使电梯的拥挤状况可视化，也可以使用电梯轿厢内的拥挤度、表示电梯的使用频率的启动次数等电梯运行状态数据。

为了显示图5的画面，拥挤状况画面生成部7也可以如下那样进行处理。首先，拥挤状况画面生成部7将如图3那样选择出的大楼的大楼名显示在顾客终端2或技术人员终端4的大楼名显示栏301中。然后，拥挤状况画面生成部7在顾客终端2或技术人员终端4的梯组名显示栏302中初始显示在图4中选择出的群管理电梯的梯组名。

接着，拥挤状况画面生成部7经由顾客终端2或技术人员终端4的对象年月日指定栏303接受相应的年月日的指定。顾客终端2或技术人员终端4也可以显示用于显示日历的子画面，能够从中进行选择。另外，拥挤状况画面生成部7在限定并显示了时间段的情况下，在时间段指定栏304中设定开始时刻和结束时刻。这也可以设为选择时刻(小时、分钟)的下拉。

接着，拥挤状况画面生成部7经由顾客终端2或技术人员终端4的拥挤度显示项目下拉305接受平均等待时间或长时间等待率等作为显示对象的拥挤度项目的选择。另外，拥挤状况画面生成部7经由顾客终端2或技术人员终端4的显示单位下拉306接受拥挤度显示所使用的时间单位(小时、30分钟、5分钟、1分钟等)的选择。然后，拥挤状况画面生成部7当经由顾客终端2或技术人员终端4接受了检索按钮307的选择时，如图5所示显示所指定的日期时间的电梯使用者数310和按楼层按时间段的层站拥挤度311。拥挤状况画面生成部7既可以预先生成拥挤状况信息18，并显示所存储的信息，也可以针对每个请求生成拥挤状况信息18。

对于电梯使用者数310和按楼层按时间段的层站拥挤度311，优选根据各自所表示的值，变更显示方式来进行显示。例如，可以区分与基准值的每个范围相符的颜色来进行显示，或者记载表示拥挤度的符号(字母)。电梯使用者数310和按楼层按时间段的层站拥挤度311的显示可以是其中任意一个方式。并且，在区分颜色的情况下，优选拥挤度越高，设为浓度越高的颜色或越醒目的颜色。

在图8中示出了用于根据这样的拥挤度改变显示方式来进行显示的平均等待时间评价基准601。拥挤状况画面生成部7判定各比较单位(时间段、楼层)的拥挤度(平均等待时间)符合在服务器处理部6中存储的平均等待时间评价基准601中的哪一个，以与311的相应栏相符的颜色等显示方式进行显示。

接着，在步骤S3中，在顾客终端2或技术人员终端4中显示特定的单机电梯的基于相对评价的拥挤信息。在图5中显示了基于绝对评价的拥挤度，但在本实施例中能够进行基于相对评价的显示。

为此，顾客终端2或技术人员终端4从顾客1或技术人员3接受图5所示的相对评价标签309的选择。结果，在顾客终端2或技术人员终端4中显示图6所示的显示画面。其内容表示以将拥挤度与类似的大楼的电梯进行了比较的相对评价为基准的拥挤状况。在办公大楼等中，上班时或午休时拥挤的状态始终持续，因此在图5的绝对评价中，判定为拥挤度始终拥挤。因此，在本实施例中，在这样的情况下，能够根据与其他大楼的相对拥挤度来评价大楼电梯的拥挤状况。

首先，在说明图6的画面的内容之前，使用图18说明用于显示该画面的处理步骤。图18是流程图，其表示用于显示图6所示的电梯的拥挤状况(相对评价)的处理步骤。在本流程图中，检索用于表示成为相对评价基准的类似的大楼的电梯(类似电梯)的拥挤状况的信息，使用该信息生成图6所示的画面。

首先，在步骤S31中，顾客终端2或技术人员终端4根据顾客1或技术人员3的输入，向数据中心服务器5发送相对评价请求。这可以是图5的相对评价标签309的指定，也可以将步骤S1中进行的访问作为触发。

接着，在步骤S32中，数据中心服务器5的信息检索部8使用在步骤S1中接受的大楼、电梯的单机，从电梯信息11中检索与对象电梯有关的电梯信息。结果，检索出图7的(a)所示的对象电梯的电梯信息11-1。电梯信息11-1由大楼ID111-1、梯组ID112-1、大楼名113-1、梯组名称114-1、大楼用途115-1、楼层数116-1、交付台数117-1、额定速度118-1、输送量119-1等构成。在此，交付台数117-1只要是构成群管理电梯20的电梯的台数等预定组的台数即可。另外，信息检索部8也可以从大楼主信息10确定该信息。

接着，在步骤S33中，信息检索部8以检索出的电梯信息11-1中的表示该电梯的特征的预定的项目为关键字，从电梯信息11中检索类似电梯。在本实施例中，以大楼用途115-1、楼层数116-1、交付台数117-1、额定速度118-1以及输送量119-1为关键字。然后，信息检索部8检索这些值一致或在一定范围内的电梯信息。

图7的(b)示出了作为该检索对象的电梯信息11-2的一例。电梯信息11-2是与电梯信息11-1对应的信息。因此，由大楼ID111-2、梯组ID112-2、大楼名113-2、梯组名称114-2、大楼用途115-2、楼层数116-2、交付台数117-2、额定速度118-2、输送量119-2等构成。交付台数117-2只要是构成群管理电梯20的电梯的台数等预定组的台数即可。

关于该检索，以对象电梯信息11-1的大楼用途115-1为“办公大楼”，楼层数116-1为“18”，交货台数117-1为“6”，额定速度118-1为“60”，输送量119-1为“120”的情况为例进行说明。作为图7的(b)的电梯信息11-2中的关于5个项目值都一致的数据，检索以下的2个记录。将这些数据所示的梯组中使用的电梯确定为类似电梯。

大楼ID111-2为“10003”，梯组ID112-2为“10003-001”

大楼ID111-2为“10003”，梯组ID111-2为“10003-002”

在本例中，检索出各项目一致的数据，但也可以检索在一定范围内等满足预定条件的数据。例如，关于楼层数，可以预先针对每个预定范围进行分组，通过是否与该组一致来进行判断。并且，也可以通过该差是否在预先决定的一定范围内来进行判断。关于上述类似的大楼的电梯的数据的提取处理，还包含通过其他的顾客大楼或地域来进行缩减，或者在5个项目全部一致(AND条件)时进行提取以外的提取。可以设为通过与5个项目中的至少任意1个项目一致(OR条件)来进行提取等，能够针对每个项目决定条件、范围来进行提取。此外，关于电梯信息11-1，也可以存储类似电梯的大楼ID、梯组ID或用于识别类似电梯的信息，使用该数据来省略检索的时间。

另外，在步骤S34中，信息检索部8检索类似电梯的电梯运行信息15和人流监视信息16。即，提取与大楼ID111-2为“10003”、梯组ID112-2为“10003-001”、“10003-002”相符的数据。

接着，在步骤S35中，拥挤状况画面生成部7生成表示类似电梯的拥挤状况的拥挤状况信息。这与在步骤S2中说明的对象电梯的拥挤状况信息18同样地生成。即，生成将类似电梯的拥挤状况与每个类似电梯和用于掌握拥挤状况的每个比较单位对应起来的信息。

然后，拥挤状况画面生成部7使用各类似电梯的拥挤状况(平均等待时间、使用人数)，针对每个比较单位计算代表全体类似电梯的代表值。作为该代表值，包含平均值。在此，在计算这些代表值时，使用类似电梯的过去的一定期间的信息。作为过去的一定期间的信息，优选使用与存在投诉、询问的日期时间对应的信息。例如，如果存在投诉、询问的日期时间为平日，则过去的一定期间的信息也使用平日的信息。

接着，在步骤S36中，拥挤状况画面生成部7针对每个比较单位，将生成的类似电梯的代表值(拥挤状况信息)与对象电梯的拥挤状况信息进行比较。在本例中，作为比较单位，使用时间段、楼层。

然后，拥挤状况画面生成部7根据比较的结果来确定表示相对拥挤状况的相对拥挤度。该相对拥挤度表示作为比较结果的差值以及哪个大。例如，如图9所示，在类似的大楼的相应时间段的平均等待时间(秒)的平均值为702，顾客1管理的相应电梯的平均等待时间的值为701的情况下，将701减去702而得到的差值确定为相对拥挤度值703。

然后，拥挤状况画面生成部7根据该相对拥挤度值703来决定显示方式，并按照所决定的显示方式以图6所示的内容使顾客终端2或技术人员终端4进行显示。在此，为了决定显示方式，拥挤状况画面生成部7例如使用图10所示的平均等待时间相对评价基准。对这样决定的显示方式的具体内容进行说明。在图6中，403所示的1层的12点至13点的平均等待时间的值为45秒，类似电梯的平均等待时间的平均值为40秒。在该情况下，差为﹣5秒，因此确定图10的“比平均稍好”。因此，拥挤状况画面生成部7在该栏中显示“B+”。

另外，关于相对拥挤度值703，通过相对于平均的差值来计算相对拥挤度，但也可以通过使用了标准偏差的方法来计算相对拥挤度。这样，通过按楼层、按时间段排列与其他大楼群的相对拥挤度来进行比较显示，能够一目了然地掌握按楼层、按时间段的比较单位的拥挤状况。

至此结束图18的说明。接着，在返回到图13的运用流程之前，对图6的显示内容的详细情况进行说明。图6是表示电梯的拥挤度(相对评价)的画面。其中，401是按时间段对对象大楼(本公司大楼)的电梯的使用人数和类似电梯的平均使用人数进行比较显示的画面区域。

另外，402是显示在步骤S36中生成的相对拥挤度的画面区域。即，是显示电梯按时间段楼层的相对评价拥挤度的显示区域。在本例中，如平均等待时间相对评价基准所示那样，根据相对拥挤度表示的符号(差为﹢或﹣)，将显示色设为无底色(差为﹣)或有底色(差为﹢)，用A+～C﹣表示其程度。另外，也可以将显示色分为红色系统(差为﹣)和蓝色系统(差为﹢)，阶段性地变更颜色来表示拥挤度。

另外，404是能够选择想要确认拥挤状况的楼层的复选框。顾客终端2或技术人员终端4从顾客1或技术人员3接受对复选框的选择和按楼层的详细拥挤度按钮405的选择。对应于该选择，拥挤状况画面生成部7使顾客终端2或技术人员终端4显示图11的画面。

图11是表示使用了平均等待时间的电梯按时间段的相对拥挤度详情的画面。通过本画面901，顾客终端2或技术人员终端4能够确认在平均等待时间中例示的相对拥挤度的详细情况。例如，在确认图6的1层的8点钟的详细情况时，顾客1或技术人员3经由顾客终端2或技术人员终端4在楼层选择栏404中仅选择1层，并按下按楼层的详细拥挤度按钮405。接受该选择，拥挤状况画面生成部7根据图11的画面生成8点钟的相对拥挤度图表902，并显示在顾客终端2或技术人员终端4。

另外，在顾客终端2或技术人员终端4为所谓的个人计算机的情况下，从画面上点击相应的图表，在为平板电脑的情况下从画面中用手指触摸相应的图表，由此能够确认相对拥挤度的值(903)。至此运用流程的到步骤S3为止的处理的说明结束。

通过以上的步骤，顾客1或技术人员3能够确认所管理的大楼的电梯的拥挤状况。并且，之后执行针对拥挤的应对，但顾客1即大楼的管理者或所有者判断自己是否能够应对拥挤。在判断为无法应对的情况下(否)进入步骤S5，向电梯维护公司委托调查电梯拥挤的原因。该委托可以通过电话、邮件、信件等手段进行。另外，在判断为能够应对的情况下(是)，设为顾客自己进行某种应对，并结束本运用流程。

接着，在接受委托的电梯维护公司中，电梯的技术人员3执行该电梯的现场的拥挤调查。因此，在步骤S6中，数据中心服务器5的电梯运行模拟部9根据经由技术人员终端4来自技术人员3的输入指示，执行运行模拟。因此，首先，电梯运行模拟部9基于周期性收集到的电梯运行信息15、人流监视信息16来解析电梯的运行状态，调查原因。

之后，电梯运行模拟部9按照技术人员3基于调查结果从技术人员终端4输入的拥挤的缓解对策，执行运行模拟。然后，电梯运行模拟部9使技术人员终端4显示运行模拟的结果。技术人员3理解该内容，验证所输入的拥挤的缓解对策的效果。此时，优选输入多种拥挤的缓解对策，分别进行运行模拟。

关于运行模拟器，能够利用在日本特开2018-167966号公报中提出的电梯模拟器等。另外，此时，作为运行模拟的结果，电梯运行模拟部9优选通过与图5、图6所示的电梯的拥挤状况相同的形式进行显示或者显示后述的图12的画面。在该情况下，关于图6，作为类似电梯的拥挤状况，使用在步骤S3中计算出的拥挤状况。

接着，技术人员3向顾客1提示步骤S6的多个拥挤缓解对策中的、根据运行模拟的结果能够期待效果的方案。顾客1使用顾客终端2确认改善后的电梯拥挤状况预测。是在顾客终端2中显示了执行了该拥挤缓解对策时的改善后的电梯拥挤状况预测的画面例子。例如，对作为拥挤缓解对策在方案1中提出了使用者的运用改善(通过变更午休时间来使峰值移位的运用)等多个方案的情况进行说明。

在该情况下，通过图12上的改善方案显示切换下拉1001，接受各方案的选择。由此，切换顾客终端2的显示画面，顾客1能够确认其内容。具体而言，技术人员终端4在基于模拟结果计算出的按时间段的电梯使用人数预测1002(当前的使用人数、改善后的使用人数预测)和电梯拥挤度预测1003中显示当前的拥挤度1004和改善后的拥挤度1005。由此，技术人员3能够将它们进行比较。关于该显示，可以由电梯运行模拟部9控制为在技术人员终端4中进行显示。并且，在步骤S7中，与步骤S6同样地，作为运行模拟的结果，电梯运行模拟部9优选通过与图5、图6所示的电梯的拥挤状况同样的形式进行显示。但是，关于该显示，也可以按照预先存储在技术人员终端4中的信息，由技术人员终端4单独进行显示。

之后，当在步骤S8中顾客1不同意在步骤S7中提示的拥挤的缓解对策即提案内容时(否)，返回到步骤S6。在同意的情况下(是)，进入步骤S9。在此，作为确认顾客1同意的方法，可举出由电梯维护公司另外提出的针对电梯拥挤的调查报告书、或者使顾客终端2显示上述各拥挤缓解对策的方案来得到同意。

接着，顾客1或电梯维护公司实际执行在步骤S8中同意的拥挤的缓解对策。然后，在步骤S9中执行了拥挤的缓解对策后，在步骤S10中，顾客1或技术人员3判断拥挤的应对是否已完成。即，判断拥挤的缓解对策是否有效。为此，执行与上述步骤S1～S4(特别是步骤S3)相同的处理。其结果是，虽然到目前为止电梯维护公司的技术人员3需要在现场定期地进行监视，但大楼的管理公司等顾客1能够使用顾客终端2随时掌握拥挤状况。

附图标记的说明

1顾客

2顾客终端

3技术人员

4技术人员终端

5数据中心服务器

6服务器处理部

7拥挤状况画面生成部

8信息检索部

9电梯运行模拟部

10大楼主信息

11电梯信息

12通信装置

13电梯运行数据收集装置

14电梯运行信息存储部

15电梯运行信息

16人流监视信息

17大楼电梯信息存储部

20群管理电梯

21通信装置

26人流监视设备。