JP2023164121A - エレベーター管理システム及び方法 - Google Patents

Abstract

【課題】エレベーターの適切な運行管理を維持しつつ、防犯目的やＶＩＰに限らない占有運転を実施する。【解決手段】エレベーター管理システムは、建物に設けられた一つ又は複数のエレベーターの占有運転の予約をユーザから受け付けるＵＩ（User Interface）である予約ＵＩを提供し、占有運転の承認された予約の状況を表すデータである予約管理データを基に、受け付けられた予約を承認するか否かを判断する。【選択図】図１

Description

本発明は、概して、エレベーターの管理に関する。

エレベーターが占有される運転である占有運転が知られている。占有運転の種類として、防犯運転（例えば特許文献１）やＶＩＰ運転（例えば特許文献２）がある。

特開2006-290585号公報 特開2019-11169号公報

防犯目的やＶＩＰに限らない占有運転のニーズがあり得る。しかし、エレベーターに乗り込んだユーザからその場で占有運転の要求を受けて占有運転の実施を可能にすると、エレベーターの適切な運行管理を維持することが難しい。

エレベーター管理システムは、建物に設けられた一つ又は複数のエレベーターの占有運転の予約をユーザから受け付けるＵＩ（User Interface）である予約ＵＩを提供し、占有運転の承認された予約の状況を表すデータである予約管理データを基に、受け付けられた予約を承認するか否かを判断する。

本発明によれば、エレベーターの適切な運行管理を維持しつつ、防犯目的やＶＩＰに限らない占有運転を実施することができる。

第１の実施形態に係るエレベーター管理システムを含むシステム全体の構成例を示す。 第１の実施形態に係る画面遷移の一例を示す。 第１の実施形態に係る画面遷移の一例を示す。 第１の実施形態に係る予約制御処理の流れの一例を示す。 第１の実施形態に係る運行管理処理の流れの一例を示す。 第２の実施形態に係る予約サーバが有するデータの例を示す。 第２の実施形態に係る予約制御処理の一部の例を示す。 第２の実施形態に係る運行管理処理の一部の例を示す。 第３の実施形態に係るエレベーター管理システムにおけるコンテンツ提供サーバの構成例を示す。 第３の実施形態に係るコンテンツ関連処理の流れの一例を示す。 第３の実施形態に係る画面遷移の例を示す。

以下の説明では、「通信インターフェース装置」は、一つ以上の通信インターフェースデバイスでよい。一つ以上の通信インターフェースデバイスは、一つ以上の同種の通信インターフェースデバイスであってもよいし二つ以上の異種の通信インターフェースデバイスであってもよい。

また、以下の説明では、「メモリ」は、一つ以上の記憶デバイスの一例である一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。

また、以下の説明では、「永続記憶装置」は、一つ以上の記憶デバイスの一例である一つ以上の永続記憶デバイスでよい。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）でよく、具体的には、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＮＶＭＥ（Non-Volatile Memory Express）ドライブ、又は、ＳＣＭ（Storage Class Memory）でよい。

また、以下の説明では、「記憶装置」は、メモリと永続記憶装置の少なくともメモリでよい。

また、以下の説明では、「プロセッサ」は、一つ以上のプロセッサデバイスでよい。少なくとも一つのプロセッサデバイスは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスでよいが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサデバイスは、プロセッサコアでもよい。少なくとも一つのプロセッサデバイスは、処理の一部又は全部を行うハードウェア記述言語によりゲートアレイの集合体である回路（例えばＦＰＧＡ（Field-Programmable Gate Array）、ＣＰＬＤ（Complex Programmable Logic Device）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサデバイスでもよい。

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号のうちの共通符号を使用し、同種の要素を区別する場合は、参照符号を使用することがある。

以下、幾つかの実施形態を説明する。なお、以下の説明では、占有運転以外の運転を、便宜上、「通常運転」と言う。
［第１の実施形態］

図１は、第１の実施形態に係るエレベーター管理システムを含むシステム全体の構成例を示す。

エレベーター管理システムは、予約サーバ１１０、管理サーバ１２０、通信装置１９１、制御装置１９２、ＩＯ装置１９３、ユーザ検出装置１９４、通信装置１３１及び制御装置１３２のうちの少なくとも一つを含んだシステムでよい。予約サーバ１１０及び管理サーバ１２０は、図示のように物理的に分離したサーバであってもよいし、同一の物理的な計算機システム（一つ以上の計算機）上に実現されてもよい。予約サーバ１１０及び管理サーバ１２０の少なくとも一つは、物理的な計算機システムでもよいし、物理的な計算機システムに基づく論理的なシステム（例えば、仮想計算機、又は、クラウドコンピューティングサービス）でもよい。

建物１３０に、複数（又は一つ）のエレベーター１３３が設置されている。また、建物１３０に、エレベーター１３３毎に、エレベーター１３３の制御装置１３２及び通信装置１３１が設置されている。制御装置１３２及び通信装置１３１の少なくとも一つは、二つ以上のエレベーター１３３に共通でもよい。

エレベーター１３３は、かご１６０を有する。かご１６０は、ドア６１、センサセット６２、かご内ＩＯ（Input/Output）装置６３及び操作パネル６４を有する。

センサセット６２は、一つ以上のセンサでよく、例えば、かご内を撮影するカメラ、かご１６０の全ユーザの重量を計測する重量センサ、及び、かご１６０の加速度を計測する加速度センサ等を含んでよい。

かご内ＩＯ装置６３は、かご１６０の内壁面に設けられたディスプレイやスピーカ等を含んでよい。また、かご内ＩＯ装置６３は、かご１６０にいるユーザのユーザ端末１００と近距離無線通信（例えば、Ｂｌｕｅｔｏｏｔｈ通信）を行うデバイスを含んでよい（「Ｂｌｕｅｔｏｏｔｈ」は登録商標）。ユーザ端末１００は、典型的にはスマートフォンのようなモバイル型の情報処理端末である。占有運転の予約のために建物１３０に専用端末が設置されてもよく、占有運転の予約は、その専用端末からされてもよい。その場合、専用端末は、広義のユーザ端末の一例でよい。

操作パネル６４は、ドア６１の開閉ボタンや行先階ボタンを含んでよい。

また、少なくとも一つの階（例えば建物１３０の入口階）のエレベーターホールに、ＩＯ装置１６１が、エレベーター１３３の制御装置１３２と通信可能に備えられてよい。ＩＯ装置１６１は、ディスプレイやスピーカ等を含んでよい。また、ＩＯ装置１６１は、ユーザ端末１００と近距離無線通信を行うデバイスを含んでよい。

エレベーター１３３の制御装置１３２は、通信装置１３１を介してエレベーター１３３の管理サーバ１２０と通信する。

建物１３０には、ＩＯ装置１９３、ユーザ検出装置１９４、制御装置１９２及び通信装置１９１が設けられていてよい。

ＩＯ装置１９３は、ディスプレイ（例えばタッチパネル）やスピーカ等を含んでよい。ユーザ検出装置１９４は、ユーザを検出し識別する装置である。ユーザ検出装置１９４は、建物１３０の出入口（又はその他の箇所）のオートロックを行うセキュリティシステムを含んだ装置でよい。セキュリティシステムは、認証用情報の入力を受け付け、入力された認証用情報がいずれかのユーザの認証用情報と一致した場合に、建物１３０への進入（又は、建物１３０内の所定エリアへの進入）を許可するシステムでよい。認証用情報は、非接触式のキーやカードとの通信により入力されてもよいし、タッチパネルやボタン操作により入力されてもよい。ＩＯ装置１９３及びユーザ検出装置１９４は、各階に備えられてもよい。

制御装置１９２は、ＩＯ装置１９３やユーザ検出装置１９４を制御してよい。制御装置１９２は、通信装置１９１を介してエレベーター１３３の管理サーバ１２０と通信してよい。

管理サーバ１２０は、通信インターフェース装置１２１、記憶装置１２２及びそれらに接続されたプロセッサ１２３を備える。

通信インターフェース装置１２１を介して、通信装置１９１、１３１及び予約サーバ１１０との通信が行われる。

記憶装置１２２は、エレベーター運行データ１８１といったデータを記憶する。エレベーター運行データ１８１は、エレベーター１３３の過去、現在及び将来の運行を表してよい。エレベーター運行データ１８１が表す運行は、例えば、エレベーター１３３毎に、時刻、かご１６０の位置（例えば停止階及び行先階）、かご内人数、及び運転種類（例えば、上り運転か下り運転か、及び、占有運転か通常運転か）といった要素を含んでよい。

プロセッサ１２３が、記憶装置１２２が記憶するコンピュータプログラムを実行する。これにより、運行管理部１５１といった機能が実現される。運行管理部１５１は、通信装置１３１を介して制御装置１３２に制御指示を送ることで、エレベーター１３３を制御する。また、運行管理部１５１は、通信装置１３１を介して制御装置１３２に制御指示を送ることで、ＩＯ装置１９３におけるディスプレイの表示を制御してよい。また、運行管理部１５１は、ユーザ検出装置１９４により識別されたユーザの認証用情報（例えばユーザのＩＤ）を受けることができる。

予約サーバ１１０は、通信インターフェース装置１１１、記憶装置１１２及びそれらに接続されたプロセッサ１１３を備える。

通信インターフェース装置１１１を介して、管理サーバ１２０及びユーザ端末１００との通信が行われる。通信インターフェース装置１１１を介して、通信装置１９１との通信が可能でもよい。

記憶装置１１２は、ユーザデータ１７１、実績データ１７２及び予約管理データ１７３といったデータを記憶する。

ユーザデータ１７１は、ユーザ毎にユーザの属性（例えば、氏名、住所、ＩＤ（例えば認証用情報）、性別、年齢、現在位置、移動履歴（位置変更履歴）、及び嗜好のうちの少なくとも一つ）を表すデータを含む。

実績データ１７２は、占有運転の予約の実績とエレベーター１３３の利用の実績とのうちの少なくとも一つを複数のユーザの各々について表すデータである。例えば、実績データ１７２は、ユーザ毎に、ユーザのＩＤ、占有運転の予約の履歴（例えば、実施予約時間の履歴）、エレベーター１３３の利用の履歴（例えば、利用時刻、搭乗階、目的階及び占有運転か通常運転かを利用毎に含んだ履歴）を表す。

予約管理データ１７３は、占有運転の承認された予約の状況を表すデータである。例えば、予約管理データ１７３は、承認された予約毎に、予約ＩＤ、ユーザＩＤ、実施予約時間、搭乗階及び行先階を含んでよい。予約管理データ１７３は、承認された予約毎に、占有運転の対象エレベーターの号機を表すデータを含んでよい。予約の承認時点で占有運転の対象エレベーターの号機が未定の場合には、未定を表す値が含まれてよい。また、予約ＩＤは（及び他のＩＤも）、数字やアルファベットの組合せでもよいし、それに代えて又は加えて、☆や〇などの記号や動物のイラストといった要素を含んでもよい。

プロセッサ１１３が、記憶装置１１２が記憶するコンピュータプログラムを実行する。これにより、予約制御部１４１及びＵＩ（User Interface）部１４２といった機能が実現される。予約制御部１４１は、占有運転の承認された予約を表すデータを予約管理データ１７３に登録する。予約制御部１４１は、記憶装置１１２に記憶されているデータの少なくとも一部を運行管理部１５１に送信することができる。ＵＩ部１４２は、ユーザ端末１００から占有運転の予約を受け付ける。

予約制御部１４１は、ＵＩ部１４２を通じて、ＵＩ（典型的にはＧＵＩ（Graphical User Interface））をユーザ端末１００に提供する。提供されたＵＩは、ユーザ端末１００に表示される。ＵＩとしては、占有運転の予約を受け付けるＵＩである予約ＵＩや、予約ＵＩを通じて受け付けた予約の承認の可否を表すＵＩである結果ＵＩがある。

図２Ａに例示するように、予約ＵＩ２１Ａは、比較的長い時間（例えば３０分単位の時間帯）の選択を受け付けるＵＩでよい。選択された時間の予約が予約制御部１４１により承認された場合、予約完了を表す結果ＵＩ２２Ａが提供され表示される。なお、選択された時間の予約が予約制御部１４１により承認されなかった場合、後述の図２Ｂと同様、予約失敗を表す結果ＵＩ２２Ｂが提供され表示される。

図２Ｂに例示するように、予約ＵＩ２１Ｂは、比較的短い時間（例えば１分単位の時間）の選択を受け付けるＵＩでよい。選択された時間の予約が予約制御部１４１により承認されなかった場合、予約失敗を表す結果ＵＩ２２Ｂが提供され表示される。なお、選択された時間の予約が予約制御部１４１により承認された場合、図２Ａと同様、予約完了を表す結果ＵＩ２２Ａが提供され表示される。

以下、本実施形態で行われる処理の例を説明する。なお、本実施形態では、サーバ１１０及び１２０間で互いにデータが共有可能である。例えば、管理サーバ１２０が予約サーバ１１０におけるデータ１７１～１７３の少なくとも一部を取得したり参照したりすることができ、同様に、予約サーバ１１０が管理サーバ１２０におけるデータ１８１の少なくとも一部を取得したり参照したりすることができる。

図３は、予約制御処理の流れの一例を示す。

予約制御部１４１は、占有運転のレコメンドを行う条件である予約レコメンド条件が満たされているか否かを判定する（Ｓ３０１）。予約レコメンド条件は、例えば、下記の全てを含んでよい。下記の第１の時間、第２の時間及び重複時間のいずれの時間も、時間帯でよい。また、少なくとも第２の時間は、占有運転の実施開始時刻でもよい。
・少なくとも一つの第１の時間が、実績データ１７２から特定される。第１の時間は、過去一定期間において占有運転の予約又は利用の頻度の高い時間である。
・少なくとも一つの第２の時間が、予約管理データ１７３から特定される。第２の時間は、占有運転実施の時間として予約可能な時間である第２の時間。
・少なくとも一つの重複時間がある。重複時間は、第１の時間と第２の時間の重複した時間である。

Ｓ３０１の判定結果が真の場合（Ｓ３０１：ＹＥＳ）、占有運転の予約レコメンドが実施される（Ｓ３０２）。具体的には、予約制御部１４１により特定された少なくとも一つの予約選択肢を有する予約ＵＩ２１が、ＵＩ部１４２によりユーザ端末１００に提供される。予約選択肢は、重複時間の少なくとも一部を有する時間（時間帯）を表す情報を占有運転の予約時間を表す情報として含む。

Ｓ３０１の判定結果が偽の場合（Ｓ３０１：ＮＯ）、又は、Ｓ３０２の後、予約制御部１４１は、ＵＩ部１４２を通じて占有運転の予約を受け付けたか否か判定する（Ｓ３０３）。占有運転の予約は、Ｓ３０２で提供された予約ＵＩ２１を介してユーザから行われてもよいし、当該予約ＵＩ２１とは別のＵＩ（例えば、予約管理データ１７３が表す予約状況が反映されたカレンダーのＵＩ）を介してユーザから行われてもよい。予約ＵＩ２１経由で予約がされても、予約ＵＩ２１が提供されてからの経過時間が長く他のユーザから同じ予約が先に受け付けられると、その予約は不可となり得る。

Ｓ３０３の判定結果が真の場合（Ｓ３０３：ＹＥＳ）、予約制御部１４１は、受け付けた予約を承認する（Ｓ３０５）。予約制御部１４１は、承認された予約を表すデータを、予約管理データ１７３に登録する。

Ｓ３０４の判定結果が偽の場合（Ｓ３０３：ＮＯ）、予約制御部１４１は、占有運転の実施時間として予約可能な時間（時間帯）を予約管理データ１７３から特定し、特定された時間を表す情報を、ＵＩ部１４２を通じて、予約元のユーザに通知する（Ｓ３０６）。特定された全ての時間が通知対象とされてもよいし、特定された時間のうち、当該ユーザについて実績データ１７２から特定される第１の時間との関係が所定の関係にある時間（例えば、少なくとも一部が第１の時間の少なくとも一部と重複する時間）が通知対象とされてもよい。

予約制御部１４１は、Ｓ３０６の通知から一定時間内にユーザから承諾の応答があるか否かを判定する（Ｓ３０７）。Ｓ３０７の判定結果が真の場合（Ｓ３０７：ＹＥＳ）、予約制御部１４１は、承諾がされた予約を承認する（Ｓ３０５）。

図４は、運行管理処理の流れの一例を示す。

運行管理部１５１は、検出され識別されたユーザが予約ユーザ（承認された予約を行ったユーザ）であるか否かを、予約管理データ１７３を基に判定する（Ｓ４０１）。ユーザの検出及び識別は、ユーザ検出装置１９４によりされてよい。また、ユーザの検出は、ユーザ検出装置１９４によりされ、ユーザの識別は運行管理部１５１によりされてもよい。

Ｓ４０１の判定結果が真の場合（Ｓ４０１：ＹＥＳ）、運行管理部１５１は、占有運転の利用可の案内を、エレベーターホールにおけるＩＯ装置１６１を通じて行うことを、制御装置１３２に実施させる（Ｓ４０２）。なお、予約制御部１４１は、同一時間帯に属する複数の予約を承認可能でよい。同一搭乗階について、同一時間帯に属する複数の予約があり、識別された予約ユーザの前に既に別の予約ユーザが識別されている場合、運行管理部１５１は、識別された予約ユーザの順番を決定し（例えば、いわゆる先着順のルールに従い、別の予約ユーザの順番の次の順番とし）、決定された順番と予約ＩＤとを、エレベーターホールにおけるＩＯ装置１６１を通じて案内してよい。ＩＯ装置１６１を通じての案内は、ディスプレイ上の案内表示でもよいし、スピーカ通じての音声案内でもよい。また、Ｓ４０２での案内は、予約ユーザの予約ＩＤや順番の他に、占有運転の対象エレベーターの号機を表す情報を含んでよい。また、Ｓ４０２での案内は、占有運転対象エレベーターのかご１６０のドア６１を搭乗階にて開状態とすることを含んでよい。

Ｓ４０１の判定結果が偽の場合（Ｓ４０１：ＮＯ）、運行管理部１５１は、占有運転の利用不可の案内を、エレベーターホールにおけるＩＯ装置１６１を通じて行うことを、制御装置１３２に実施させる（Ｓ４０３）。例えば、Ｓ４０３での案内は、占有運転の対象エレベーターの号機を表す情報と、占有運転は予約ユーザについてのみ行われることを表す情報とを含んでよい。また、Ｓ４０３での案内は、占有運転対象エレベーターのかご１６０のドア６１を搭乗階にて閉状態とすることを含んでよい。

Ｓ４０２又はＳ４０３の後、運行管理部１５１は、対象予約（例えば、１番目の予約）の予約時間に、占有運転の対象エレベーター１３３についてユーザの乗車が検出されたか否かを判定する（Ｓ４０４）。当該判定は、センサセット６２からのデータ（例えば、重量センサ又はカメラからのデータ）を基に行われてよい。

Ｓ４０４の判定結果が真の場合（Ｓ４０４：ＹＥＳ）、運行管理部１５１は、占有運転の案内を、かご内ＩＯ装置６３を通じて行うことを、制御装置１３２に実施させる（Ｓ４０５）。Ｓ４０５での案内は、当該かご内ＩＯ装置６３のあるエレベーター１３３が占有運転の対象エレベーターであることの案内と、対象予約の予約ＩＤとを含んでよい。また、Ｓ４０５では、運行管理部１５１は、乗車したユーザが対象予約の予約ユーザであるか否かを判定する。当該判定は、かご内ＩＯ装置６３が、乗車したユーザのユーザ端末１００と近距離無線通信を行い、当該通信により得られた情報を基に、行われてよい。或いは、当該判定は、センサセット６２からのデータ（例えば、カメラからのデータ）を基に行われてよい。

Ｓ４０５の後、Ｓ４０６が行われる。すなわち、乗車したユーザが対象予約の予約ユーザである場合、運行管理部１５１は、かご１６０のドア６１を閉じ、占有運転を開始する（対象予約において指定されている行先階にかご１６０を直行させる）。一方、乗車したユーザが対象予約の予約ユーザでない場合、運行管理部１５１は、かご１６０のドア６１の開状態を維持する等でかご１６０の停止を維持する。かご１６０の停止の維持は、暗示的な降車案内（降車を促す案内）の一例でよく、この案内は、更に、占有運転の予約ユーザとは異なるユーザであることの音声案内や、ブザー等での警告を含んでよい。

Ｓ４０４の判定結果が偽の場合（Ｓ４０４：ＮＯ）、運行管理部１５１は、所定時間待機してから（Ｓ４０７）、Ｓ４０４と同じ判定を行う（Ｓ４０８）。Ｓ４０８の判定結果が真の場合（Ｓ４０８：ＹＥＳ）、Ｓ４０５が行われる。

Ｓ４０８の判定結果が偽の場合（Ｓ４０８：ＮＯ）、運行管理部１５１は、対象予約を解除する（Ｓ４０９）。例えば、運行管理部１５１は、対象予約の解除を予約制御部１４１に実行させる。予約制御部１４１は、対象予約に対応の予約ユーザを予約管理データ１７３から識別し、当該予約ユーザに対し、対象予約の解除を通知する（Ｓ４１０）。すなわち、図４によれば、一旦は予約ユーザが識別されても（例えば、セキュリティシステムを通じて予約ユーザが識別されても）、予約時間にその予約ユーザの乗車が検知されない場合に、対象予約が自動解除される。

以上が、第１の実施形態である。第１の実施形態を、例えば下記のように総括することができる。なお、下記の総括は、第１の実施形態の補足説明及び変形例の説明を含んでよい。

防犯目的やＶＩＰに限らない占有運転は、感染防止やストレス軽減等のメリットをユーザに与え得る。このため、そのような占有運転は多くのユーザに望まれるといったことが考えられる。

そこで、エレベーター管理システムは、占有運転の予約を可能とする。これにより、エレベーターの適切な運行管理を維持しつつ、防犯目的やＶＩＰに限らない占有運転を実施することができる。例えば、エレベーター管理システムは、ＵＩ部１４２と予約制御部１４１とを備える。ＵＩ部１４２は、建物１３０に設けられた一つ又は複数のエレベーター１３３の占有運転の予約をユーザから受け付ける予約ＵＩ２１を提供する。予約制御部１４１は、占有運転の承認された予約の状況を表す予約管理データ１７３を基に、受け付けられた予約を承認するか否かを判断する。

エレベーター１３３は、通常、予約無しに利用することができる。故に、占有運転の予約が負担であると、占有運転の利用がユーザにとって面倒となる。また、ユーザは、一定期間においてエレベーター１３３を繰り返し利用し得る（例えば、建物１３０が、ユーザの住まい或いはオフィスがある建物であると、ユーザは毎日エレベーター１３３を利用し得る）。そこで、予約制御部１４１は、予約管理データ１７３と、実績データ１７２（占有運転の予約の実績とエレベーターの利用の実績とのうちの少なくとも一つを複数のユーザの各々について表すデータ）とを基に、ユーザについて予約レコメンドを決定してよい。ＵＩ部１４２が、決定された予約レコメンドをユーザに提供してよい。「予約レコメンド」は、ユーザのための占有運転の推奨の実施タイミングを表す情報を含み占有運転予約のレコメンドである。これにより、ユーザにとって占有運転の予約負担は低い。例えば、予約ＵＩ２１は、推奨の実施タイミングをユーザから受け付けるＵＩ部品（例えば、ボタン）を含んでよい。この場合、ＵＩ部品操作（例えばボタン押下）で予約を済ますことができる。また、「実施タイミング」は、占有運転の実施時間（例えば時間帯）でもよいし実施開始時刻でもよい。

予約制御部１４１は、ユーザの現在位置を基に、予約レコメンドの提供のタイミングと推奨の実施タイミングとのうちの少なくとも一つを決定してよい。これにより、ユーザの現在位置に適切なタイミングで、占有運転の予約又は利用がされることが期待される。なお、ユーザの現在位置は、ユーザ端末１００が受信する位置測定信号（例えば、ＧＮＳＳ（Global Navigation Satellite System）信号）から特定された位置でもよいし、ユーザ端末１００と通信する建物内端末（図示せず）の位置から推定された位置でもよい。例えば、ユーザ端末１００に所定のアプリケーションプログラムがインストールされていて、当該アプリケーションプログラムが、ユーザ端末１００が受信した位置測定信号から位置を特定してよい。当該アプリケーションプログラムは、特定された位置を所定の通知先（例えば予約制御部１４１）に通知してもよい。ユーザの現在位置に基づく予約レコメンドは、ユーザが建物１３０に到着するまで一回以上行われてよい。例えば、ユーザの現在位置が建物１３０の最寄り駅（所定位置の一例）の場合、第１の予約レコメンドが実施され、ユーザの現在位置が最寄り駅と建物１３０の間であり建物１３０から一定距離以内になった場合、第２の予約レコメンドが実施されてよい。

予約制御部１４１は、実績データ１７２とユーザの現在位置とを基に、ユーザがエレベーター１３３を利用するタイミング（例えば、時間帯又は時刻）を推定し、推定されたタイミングでの占有運転を予約してよい。すなわち、予約ＵＩ２１を介して受け付けた予約が承認され、且つ、その予約の通りに占有運転が実施された後、実績データ１７２を基に、占有運転の自動予約が行われてよい。なお、実績データ１７２には、各ユーザについて、予約や利用の実績に加えて、ユーザの占有運転利用までの移動の履歴（例えば、位置及び時刻を含んだデータセット又はそのデータセットの時系列）が含まれていてもよい。そのような実績データ１７２から、予約制御部１４１が、ユーザの現在位置に基づき占有運転の実施タイミングを推定することができる。

予約制御部１４１は、ユーザの現在位置（及び、ユーザデータ１７１において当該ユーザに対応したデータ（例えば、ユーザの住まい又はオフィスの住所））を基に、占有運転の推奨の搭乗階及び行先階を決定し、決定した搭乗階及び行先階を、予約レコメンドに含めてよい。例えば、推奨の搭乗階及び行先階は、下記の通りでよい。
・ユーザの現在位置が建物１３０の外である場合、搭乗階は、建物１３０の入口がある階とされ、行先階は、ユーザの住まい又はオフィスがある階とされる。
・ユーザの現在位置が建物１３０の中である場合、搭乗階は、ユーザの現在位置の階（例えば、ユーザの住まい又はオフィスがある階）とされ、行先階は、建物１３０の出口がある階とされる。

運行管理部１５１が、承認された予約に従い、当該予約に対応したユーザのために、いずれかのエレベーター１３３（例えば、予約に割り当てられたエレベーター１３３）の占有運転を実施する。しかし、同じ時間帯について複数の予約が承認され、占有運転の利用時間が競合することがあり得る。また、占有運転の予約をしていないユーザが他ユーザの予約された占有運転を意図的に利用しようとし得る。また、予約ユーザとは別のユーザが誤って占有運転の対象エレベーター１３３を利用し得る（なお、予約は、ユーザにより行われることに代えて又は加えて（例えば、ユーザ端末１００からユーザ端末１００のアプリケーション又は所定のＷｅｂサイトを通じて行われることに代えて又は加えて）、管理者により行われてもよい）。

そこで、エレベーター管理システムは、制御部と案内部とを備える。制御部は、予約管理データ１７３を基に、第１のユーザ（予約ユーザの一例）の予約を特定し、当該予約に従い占有運転の対象エレベーター１３３のかご１６０を第１のユーザの搭乗階に到着させる。案内部は、当該搭乗階に到着したかご１６０の中と外のうちの少なくとも一方において当該かご１６０を有するエレベーター１３３が占有運転対象であることを明示的に又は暗示的に案内する。これにより、防犯目的やＶＩＰに限らない占有運転を実現することができる。制御部及び案内部は、運行管理部１５１の機能と、制御装置１３２の機能と、ＩＯ装置１６１の機能と、かご内ＩＯ装置１６３の機能とのうちの少なくとも一つに基づく機能として実現されてよい。「明示的な案内」は、表示又は音声出力のような直接的な案内でよい。「暗示的な案内」は、ドア６１の開閉のような間接的な案内でよい。

予約管理データ１７３は、予約毎に当該予約の予約ＩＤを含んでいてよく、承認された予約の予約ＩＤが、第１のユーザに提供されてよい（例えば、結果ＵＩ２２Ａに、承認された予約の予約ＩＤが表示されてよい）。案内部は、占有運転の対象エレベーターについて、第１のユーザの占有運転の予約ＩＤを案内してよい。これにより、占有運転の対象エレベーターを第１のユーザとは別のユーザが誤って利用する可能性を低減できる。当該案内は、例えば、ＩＯ装置１６１及びかご内ＩＯ装置６３の少なくとも一つを通じてされてよい。また、ＩＯ装置１６１を通じてされる案内は、占有運転の対象エレベーターの号機を含んでよい。

エレベーター管理システムが、ユーザ検出部を含んでよい。ユーザ検出部は、ユーザを検出し検出されたユーザが複数のユーザのうちのいずれのユーザであるかを識別してよい。ユーザ検出部は、ユーザ検出装置１９４の機能と、制御装置１９２の機能と、運行管理部１５１の機能と、ＩＯ装置１６１の機能と、かご内ＩＯ装置６３の機能とのうちの少なくとも一つに基づく機能として実現されてよい。案内部は、識別されたユーザが第２のユーザの場合に、占有運転の対象エレベーターが第１のユーザの占有運転の対象であることを明示的に又は暗示的に案内してよい。これにより、占有運転の対象エレベーターを第２のユーザが利用する可能性を低減できる。

第２のユーザへの案内は、下記のうちの少なくとも一つでよい。これにより、占有運転の対象エレベーターを第２のユーザが利用する可能性を低減できる。
・搭乗階に到着したかご１６０のドア６１を閉の状態に維持すること。
・搭乗階に到着したかご１６０内の操作パネル６４に対する操作を無効とすること（例えば、案内部が、操作パネル６４に対して行先階のボタンの押下を受けても有効としないこと）。
・搭乗階に到着したかご１６０に乗った第２のユーザに対しかご１６０から降りることの案内を表示又は音を通じて（かご内ＩＯ装置６３を通じて）行うこと。
・第１のユーザが所定のエリアに入ったことが検知された場合に（例えば、ユーザ検出装置１９４を通じて当該検知がされた場合に）当該所定のエリアの少なくとも一部を遮蔽すること（例えば、ゲートを閉じること）。
・第１のユーザが所定のエリアに入ったことが検知された場合に搭乗階に到着したかご１６０のドア６１を開くこと。

案内部は、搭乗階に到着したかご１６０に乗っている人の数が第１のユーザとしての人数と異なる場合、かご１６０の停止の状態を維持してよい（例えば、かご１６０を開状態に維持してよい）。これにより、第１のユーザ以外のユーザの降車が促される。なお、「ユーザ」は、典型的には個人ユーザであるが、グループユーザでもよい。また、かご１６０における人の数の計測方法は、任意の計測方法が採用されてよい。例えば、かご１６０における人の数は、かご１６０内の荷重の検出に基づき推定されてもよいし、かご１６０内のカメラの映像を基に計測されてもよいし、かご１６０の中（又は外）において当該かご１６０に関し通信されるユーザ端末１００の数に基づき推定されてもよいし、それらの組合せに基づき計測されてもよい。

ユーザが常に占有運転の実施予約時間通りにエレベーター１３３に到着するとは限らない。このため、そのユーザのために実施予約時間通りにエレベーター１３３のかご１６０を搭乗階に到着させることが無駄になることがある。また、エレベーターの乗車時間長は、建物の高さやエレベーターの種類に依存するが、一般に、数十秒程度と短く、占有運転の実施予約時間を正確に指定することは困難である。

そこで、エレベーター管理システムは、予約受付部、予約制御部１４１及び運行管理部１５１を有する。予約受付部は、例えばＵＩ部１４２であり、占有運転の予約を受け付ける。予約制御部１４１が当該予約を承認し、予約完了の結果ＵＩ２２Ａに、「同一時間帯に複数の予約がある場合は先着順となります」といったメッセージが表示されてよい。運行管理部１５１は、一つ又は複数のエレベーター１３３の運行状況（例えば、エレベーター運行データ１８１が表す状況）と、占有運転の予約に対応したユーザの順序とを基に、同時間帯における複数の承認された予約の各々について、当該予約に対応した占有運転の実施順位の決定と当該予約をいずれのエレベーターに割り当てるかの決定とのうちの少なくとも一つを実施する。これにより、防犯目的やＶＩＰに限らない占有運転の効率的な予約及び実施が可能となる。具体的には、ユーザが予約時間通りに来るとは限らないため、同時間帯に属する複数の予約が承認される。このため、その時間帯において、仮に一の予約ユーザが遅れても別の予約ユーザが時間通りに来れば、その別の予約ユーザの予約に従い占有運転が実施される。また、複数の予約ユーザがほぼ同時刻に来てしまっても、予約の順序の調整や、占有運転の対象エレベーターの割り当て制御により、複数の予約を効率的に処理することができる。例えば、同時間帯における複数の予約は、予約ユーザの先着順に処理されてよい。

運行管理部１５１は、一つ又は複数のエレベーター１３３のうちの一つ以上のエレベーター１３３の各々について上り運転か下り運転であるかと、一つ以上の乗場階の各々についてユーザの識別された順序（ユーザ検出部により識別されたユーザ順序）とを基に、同時間帯における複数の予約の各々について、当該予約に対応した占有運転の実施順位の決定と当該予約をいずれのエレベーターに割り当てるかの決定とのうちの少なくとも一つを実施してよい（「占有運転の予約に対応したユーザの順序」の例が、ユーザの識別された順序である）。これにより、同時間帯における複数の予約を効率的なに処理することが可能である。例えば、図４のＳ４０２において、下記のうちの少なくとも一つが行われてよい。
・複数の予約ユーザの予約について、搭乗階が同じ且つ運転種類が同一（例えば全てが上り運転又は全てが下り運転）の場合、それらの予約は、予約ユーザの先着順に処理されてよい。或いは、複数のエレベーター１３３がある場合、占有運転の対象エレベーターの数が、運行状況を基に（例えば全ての又は一部のエレベーター１３３の乗車率を基に）、制御されてよい。例えば、全エレベーター１３３の乗車率が一定値未満の場合、占有運転の対象エレベーターの数が運行管理部１５１により増やされてもよい。二つ以上の予約が並行して処理されてもよい（二つ以上のエレベーター１３３の占有運転が並行して実施されてもよい）。
・第１の予約の行先階が第２の予約の搭乗階である二つの予約がある場合、第１の予約に対応のユーザと第２の予約に対応のユーザの間に別ユーザが識別されても、先着順（ユーザの識別順）での占有運転実施の例外として、運行管理部１５１は、第１の予約の次に第２の予約を処理してよい。

運行管理部１５１は、ユーザの現在位置を基にして、同時間帯における複数の予約の各々について、当該予約に対応した占有運転の実施順位の決定と当該予約をいずれのエレベーターに割り当てるかの決定とのうちの少なくとも一つを実施してよい（「占有運転の予約に対応したユーザの順序」の例が、複数のユーザの現在位置から定まるユーザ順序である）。例えば、ユーザ検出部が備えられていないエレベーター管理システムにおいて、運行管理部１５１は、複数のユーザの各々の現在位置を定期的に特定し、それら複数のユーザの現在位置の取得の都度に、予約の順序を更新してよい（例えば、建物１３０に近いユーザの順としてよい）。これにより、予約された占有運転の効率的な実施が可能である。

ユーザ検出部は、建物１３０に設けられているセキュリティシステムを含んでよい。セキュリティシステムにより進入が許可されたユーザに対応の予約があり、且つ、当該予約に対応の実施予約時間が現在の時間帯に属している場合、運行管理部１５１は、当該ユーザに占有運転のためにエレベーターを割り当ててよい。これにより、セキュリティシステムでの検出を契機に占有運転のためにかご１６０をユーザの搭乗階に配車しておくといったことが可能である。

運行管理部１５１は、同時間帯における複数の予約の複数のユーザの各々の現在位置を基にして、当該複数のユーザのうちの少なくとも一のユーザに、当該ユーザの占有運転に関する通知を送信してよい。例えば、運行管理部１５１は、当該複数のユーザの現在位置を基に、各ユーザについて、そのユーザが他のユーザと占有運転の時間又はエレベーター号機の競合が生じるかと、そのユーザの占有運転待ち時間との少なくとも一方を予測し、その予約の結果を表す情報を含んだ通知を、例えば電子メールやプッシュ通知（ユーザ端末１００のアプリケーションを通じた通知）により、そのユーザに通知してよい。
［第２の実施形態］

第２の実施形態を説明する。その際、第１の実施形態との相違点を主に説明し、第１の実施形態との共通点については説明を省略又は簡略する。

図５は、第２の実施形態に係る予約サーバが有するデータの例を示す。

予約サーバ１１０の記憶装置１１２が、データ１７１～１７３に加えて、予約条件データ１７４を記憶する。予約条件データ１７４は、占有運転について承認又は否認される予約の条件を表すデータである。

図６は、第２の実施形態に係る予約制御処理の一部の例を示す。

予約制御部１４１は、予約条件データ１７４から承認又は否認される予約条件を特定する（Ｓ６０１）。その後、図３のＳ３０１以降が行われる。Ｓ３０１において、予約レコメンド条件は、特定された承認用の予約条件を満たすこと（又は、特定された否認用の予約条件を満たさないこと）を含む。

図７は、第２の実施形態に係る運行管理処理の一部の例を示す。

図４のＳ４０１：ＹＥＳの後、運行管理部１５１は、対象予約の予約時間帯のエレベーター運行状況がビジーか否かを判定する（Ｓ７０１）。このエレベーター運行状況は、エレベーター運行データ１８１（例えば、過去のエレベーター運行状況の履歴）を基に予測された状況でよい。また、「ビジー」の定義は、任意の定義（例えば、予約時間帯のうち、乗車率がＸ％以上である時間の割合がＹ％以上である）でよい。

Ｓ７０１の判定結果が真の場合（Ｓ７０１：ＹＥＳ）、運行管理部１５１は、対象予約を解除し（Ｓ７０２）、対象予約に対応のユーザに対し、対象予約の解除を通知する（Ｓ７０３）。

第２の実施形態を、例えば下記のように総括することができる。なお、下記の総括は、第２の実施形態の補足説明及び変形例の説明を含んでよい。また、第２の実施形態において、占有運転の予約を行う者は、第１の実施形態で説明した例の通りユーザでもよいし、ユーザ以外の者でもよい。

一般に、一回の運転で運べる乗客の数が多い程エレベーターの運行効率が高い。従って、いずれのユーザも占有運転の利用が可能となると、エレベーターの運行効率が低下することになる。

そこで、エレベーター管理システムにおいて、予約制御部１１４は、占有運転について承認される予約の条件を表すデータである予約条件データ１７４を基に、受け付けられた予約を承認するか否かを判断する。これにより、承認用の予約条件を満たさない予約（又は、否認用の予約条件を満たす予約）は予約制御部１１４により否認されるので、エレベーターの運行効率の低下を抑えることができる。

予約条件データ１７４が表す条件は、下記のうちの少なくとも一つでよい。これにより、エレベーターの運行効率の低下を抑えることができる。
・占有運転の実施が承認又は否認される時間帯。
・同時間帯に占有運転の対象とされるエレベーターの最大数。
・同時間帯に属する承認された予約の最大数。

例えば、朝又は夕方の時間帯が否認用の時間帯とされることで、エレベーター１３３が混雑する時間帯に占有運転が利用されることを避け、以って、エレベーターの運行効率の低下を抑えることができる。また、例えば、時間帯によって占有運転の対象とされるエレベーターの最大数が異なれば（例えば、エレベーター１３３がやや混雑する時間帯について、占有運転の対象とされるエレベーターの最大数が少なければ）、占有運転を実施しつつエレベーターの運行効率の低下を抑えることができる。また、例えば、時間帯によって占有運転の対象とされるエレベーターの最大数が異なれば（例えば、エレベーター１３３がやや混雑する時間帯について、占有運転の対象とされるエレベーターの最大数が少なければ）、占有運転を実施しつつエレベーターの運行効率の低下を抑えることができる。

予約制御部１１４は、予約管理データ１７３が表す予約の時間帯に、通常運転の頻度が一定頻度を超えている場合、当該予約を解除してよい。これにより、運行効率の低下を動的に抑えることができる。また、予約制御部１１４は、予約管理データ１７３が表す予約の時間帯に、当該予約に対応したユーザが検出されない場合、当該予約を解除してよい。これにより、無駄に占有運転が実施されて運行効率が低下することを避けることができる。また、エレベーター管理システムにおいて、通知部（例えば、ＵＩ部１４２）が、解除された予約に対応のユーザに予約の解除を通知してよい。これにより、予約ユーザは、予約が解除されたことを知り、再度の占有運転予約を行うか否かを決めるといったアクションをとることができる。

なお、予約時間は、時刻ではなく時間帯とされることで、一般に乗車時間長が比較的短い乗り物であるエレベーターについて、防犯目的やＶＩＰに限らない占有運転の実施と、運行効率低下の低減とを、例えばエレベーターの運行状況を基に行うことが期待できる。

また、予約が解除された場合、解除された予約の次の予約に対応の占有運転が運行管理部１５１により実施されてもよいし、解除された予約に対応の占有運転に代えて通常運転が運行管理部１５１により実施されてもよい。

また、ＵＩ部１４２が、予約解除用のＵＩ（例えば、ユーザの承認された予約の一覧）をユーザに提供し、ユーザ端末１００に表示された当該ＵＩを介して、解除対象の予約の指定をユーザから受け付け、指定された予約を解除してもよい。

また、予約制御部１１４は、実績データ１７２を基に（すなわち、ユーザの予約又は利用の実績を基に）、承認用又は否認用の予約条件を決定し、予約条件データ１７４に登録してもよい。例えば、ユーザの予約の頻度又はエレベーターの利用の頻度の高い時間帯が、承認用の条件として決定されてよい。

また、予約制御部１１４は、エレベーターの運行状況を基に、予約条件データ１７４が表す少なくとも一つの条件（承認用又は否認用の条件）を更新してよい。これにより、運行状況に応じた予約の承認及び否認が可能となる。

また、予約制御部１１４は、エレベーターの運行状況を基に、予約を承認するか否か、又は、同時間帯における複数の予約の順序を決めてよい。これにより、或る搭乗階から或る行先階への上り運転（占有運転又は通常運転）の次に、当該或る行先階より低い階が搭乗階の占有運転を実施するといった非効率な運行（占有運転の開始のために乗客の無いかご１６０の昇降を必要とした運行）の発生率を低減することが期待できる。

また、予約制御部１１４は、予約条件データ１７４が表す条件をユーザに案内してよい。例えば、予約失敗を表す結果ＵＩ２２Ｂに、承認用の予約条件が表示されてもよい。また、予約制御部１１４は、予約の自動解除があり得ることをユーザに案内してよい。例えば、予約完了を表す結果ＵＩ２２Ａに、「予約時間にご利用が無い場合、又は、運行状況によっては、予約を取り消す場合があります」といったメッセージが表示されてよい。
［第３の実施形態］

第３の実施形態を説明する。その際、第１又は第２の実施形態との相違点を主に説明し、第１又は第２の実施形態との共通点については説明を省略又は簡略する。

図８は、第３の実施形態に係るエレベーター管理システムにおけるコンテンツ提供サーバの構成例を示す。

コンテンツ提供サーバ８１０は、予約サーバ１１０や管理サーバ１２０から物理的に分離したサーバであってもよいし、それらサーバ１１０及び１２０のうちの少なくとも一つと同一の物理的な計算機システム（一つ以上の計算機）上に実現されてもよい。コンテンツ提供サーバ８１０は、物理的な計算機システムでもよいし、物理的な計算機システムに基づく論理的なシステム（例えば、仮想計算機、又は、クラウドコンピューティングサービス）でもよい。コンテンツ提供サーバ８１０は、予約サーバ１１０におけるデータ１７１～１７３の少なくとも一部や、管理サーバ１２０におけるデータ１８１の少なくとも一部を取得したり参照したりすることができる。

コンテンツ提供サーバ８１０は、コンテンツ提供システムの少なくとも一部の一例である。コンテンツ提供サーバ８１０は、通信インターフェース装置８１１、記憶装置８１２及びそれらに接続されたプロセッサ８１３を備える。

通信インターフェース装置８１１を介して、通信装置１３１、予約制御部１４１、運行管理部１５１及びユーザ端末１００の少なくとも一つとの通信が行われる。例えば、通信装置１３１との通信は、運行管理部１５１のみが可能であって、ＩＯ装置１６１やかご内ＩＯ装置６３から出力されるコンテンツは運行管理部１５１に提供され、運行管理部１５１から通信装置１３１及び制御装置１３２を通じて出力されてよい。

記憶装置８１２は、環境データ８７１、コンテンツデータ８７２及びコンテンツ履歴データ８７３といったデータを記憶する。

環境データ８７１は、天候や気温といった環境を表すデータである。環境データ８７１は、天候や気温の予報データを含んでよい。

コンテンツデータ８７２は、複数のコンテンツを表すデータである。例えば、コンテンツデータ８７２は、コンテンツそれ自体を含んでもよいし、コンテンツへのリンクを含んでもよい。「コンテンツ」は、典型的には、映像や音声等のデジタルコンテンツである。デジタルコンテンツは、一方向のコンテンツでもよいし双方向のコンテンツでもよい。

コンテンツ履歴データ８７３は、コンテンツ提供及びフィードバックの履歴を表すデータである。例えば、コンテンツ履歴データ８７３は、コンテンツ提供毎に、提供日時、提供されたコンテンツのＩＤ、提供先のユーザのＩＤ、及び、当該コンテンツに対しユーザから得られたフィードバックを表す。

プロセッサ８１３が、記憶装置８１２が記憶するコンピュータプログラムを実行する。これにより、コンテンツレコメンド部８４０といった機能が実現される。コンテンツレコメンド部８４０は、コンテンツの決定及び提供を行う。コンテンツレコメンド部８４０は、ユーザ識別部８１、コンテンツ決定部８２及びコンテンツ提供部８３といった機能を含む。ユーザ識別部８１は、ユーザを識別する。コンテンツ決定部８２は、ユーザの嗜好等の属性（例えばユーザデータ１７１から特定）、占有運転が上り運転であるか下り運転であるか（例えば、予約管理データ１７３、又は、ユーザの現在位置から特定）、現在の又は占有運転の実施予約時間での天候、現在の又は占有運転の実施予約時間での気温、占有運転の実施予約時間、及び現在時刻のうちの少なくとも一つを基に、コンテンツデータ８７２からコンテンツを決定する。コンテンツ提供部８３は、決定されたコンテンツを提供し、コンテンツ提供の履歴やコンテンツに対するフィードバックを、コンテンツ履歴データ８７３に登録する。

図１０は、コンテンツ関連処理の流れの一例を示す。なお、図１０を参照した説明における「ユーザ」は、説明を簡単にするために、占有運転の一予約ユーザとする。

ユーザ識別部８１は、ユーザのユーザ端末１００の現在位置を取得する（Ｓ９０１）。コンテンツ決定部８２は、取得された現在位置が条件を満たすか否かを判定する（Ｓ９０２）。この条件は、例えば、現在位置が建物１３０内であること、又は、現在位置が建物１３０の外の場合には現在位置が建物１３０から一定距離範囲内にあること、でよい。

Ｓ９０２の判定結果が真の場合（Ｓ９０２：ＹＥＳ）、コンテンツ決定部８２がコンテンツデータ８７２からコンテンツを決定し、コンテンツ提供部８３がそのコンテンツをユーザ端末１００に提供する（Ｓ９０３）。ここで決定され提供されるコンテンツは、ユーザ端末１００を通じて出力されるコンテンツである。

ユーザ識別部８１は、例えばユーザ検出装置１９４から運行管理部１５１を通じて、ユーザがエレベーターホールに到着したこと或いは一定時間内に到着することを検出する（Ｓ９０４）。

やがて、ユーザ識別部８１は、例えばかご１６０におけるセンサセット６２又はかご内ＩＯ装置６３から運行管理部１５１を通じて、ユーザがかご１６０に乗車したことを検出する（Ｓ９０５）。

Ｓ９０４又はＳ９０５の時点で、占有運転がされるかご１６０のかご内ＩＯ装置６３を通じて出力されるユーザ向けコンテンツがコンテンツ決定部８２により決定される。コンテンツ提供部８３は、その決定されたコンテンツを、運行管理部１５１を通じて、かご内ＩＯ装置６３に提供する（Ｓ９０６）。

ユーザ識別部８１は、例えばかご１６０におけるセンサセット６２から運行管理部１５１を通じて、ユーザがかご１６０から降車したこと（又は、かご１６０が占有運転の行先階に到着したこと）を検出する（Ｓ９０７）。

その後、ユーザ識別部８１が、Ｓ９０３やＳ９０６で提供されたコンテンツのフィードバックの入力要求を、ユーザ端末１００に送信する（Ｓ９０８）。例えば、ユーザ識別部８１が、フィードバックの入力ＵＩを提供する。入力ＵＩ（入力要求）には、提供されたコンテンツのＩＤが関連付けられていてよい。

フィードバックが入力された場合（Ｓ９０９：ＹＥＳ）、Ｓ９１０が行われる。すなわち、コンテンツ決定部８２は、入力されたフィードバックがどのコンテンツに対するフィードバックであるかを特定し、特定されたコンテンツについて、入力されたフィードバックを、コンテンツ履歴データ８７３に登録する。つまり、コンテンツ履歴データ８７３が更新される。また、コンテンツ決定は、ルールベースで行われてもよいし機械学習モデル（例えば、ニューラルネットワーク）を用いて行われてもよく、入力されたフィードバックを基に、コンテンツ決定のためのルールや機械学習モデルの学習が、例えばコンテンツ決定部８２により行われてよい。

第３の実施形態を、例えば下記のように総括することができる。なお、下記の総括は、第３の実施形態の補足説明及び変形例の説明を含んでよい。また、第３の実施形態において、占有運転の予約を行う者は、第１の実施形態で説明した例の通りユーザでもよいし、ユーザ以外の者でもよい。

コンテンツ提供システムは、ユーザ識別部８１、コンテンツ決定部８２及びコンテンツ提供部８３を含む。ユーザ識別部８１は、占有運転のサービスを受け得る複数のユーザのうち占有運転のサービスを実際に受けるユーザを識別する（例えば、ユーザ検出装置１９４、ＩＯ装置１６１、センサセット６２及びかご内ＩＯ装置６３のうちの少なくとも一つを用いて検出されたユーザを識別する）。コンテンツ決定部８２は、識別されたユーザに提供するコンテンツを決定する。コンテンツ提供部８３は、占有運転の搭乗階のエレベーターホールに設けられている第１の出力装置（例えば、ＩＯ装置１６１の少なくとも一部）と当該占有運転の対象エレベーター１３３のかご１６０に設けられている第２の出力装置（例えば、かご内ＩＯ装置６３の少なくとも一部）とのうちの少なくとも一つを通じて上記決定されたコンテンツが出力されるよう当該コンテンツを提供する（例えば、制御装置１３２にコンテンツを提供し、コンテンツが制御装置１３２によりＩＯ装置１６１又はかご内ＩＯ装置６３を通じて出力される）。これにより、ユーザ向けのコンテンツを、別ユーザを不快にさせ得ること無しに提供することができる。

コンテンツ決定部８２は、上記識別されたユーザが受ける占有運転が上り運転であるか下り運転であるかを識別し（例えば、予約管理データ１７３又はエレベーター運行データ１８１を基に識別し）、識別された運転が上り運転であるか下り運転であるかを基にコンテンツを決定してよい。これにより、ユーザ向けのコンテンツ（例えば、ユーザの属性に適したコンテンツ）のうち当該ユーザの推定される行動に適したコンテンツの提供が期待される。例えば、上りの占有運転については、ユーザの好みのテレビ番組の紹介コンテンツやユーザのオフィスでの業務スケジュールに適したコンテンツが決定されてよい。下りの占有運転については、ユーザの利用頻度の高いスーパーマーケットのセールス情報が決定されてよい。

コンテンツ決定部８２は、識別された運転が上り運転であるか下り運転であるかに加えて、占有運転時の時間、天候及び気温の少なくとも一つを基に、コンテンツを決定してよい。これにより、ユーザの推定される行動に一層適したコンテンツの提供が期待される。

コンテンツ提供システムは、運行制御部を含んでよい。運行制御部は、運行管理部１５１の機能の少なくとも一部でよい。運行制御部は、占有運転の対象エレベーター１３３のかご１６０の昇降速度、当該かご１６０のドア６１の開閉タイミング、当該かご１６０のドア６１の開閉速度、当該かご１６０内の照明（かご内ＩＯ装置６３の一部でよい）、及び、提供されたコンテンツの出力、のうちの少なくとも一つを、上記決定されたコンテンツと上記識別されたユーザの属性との少なくとも一つに応じて制御してよい。これにより、ユーザ向けのコンテンツをユーザ向けに出力することが期待でいる。例えば、コンテンツの全て又は所定の一部範囲の出力に要する時間や、コンテンツの出力されている部分に応じて、かご１６０の昇降速度、当該かご１６０のドア６１の開閉タイミング、当該かご１６０内の照明、及び、当該かご１６０のドア６１の開閉速度、の少なくとも一つが制御されてよい。

例えば、運行制御部は、占有運転の搭乗階のエレベーターホールにおけるユーザのコンテンツ視聴状況（例えば、エレベーターホールに設けられたカメラ等からのデータを基に推定された状況）と、提供されたコンテンツとを基に、占有運転の対象エレベーター１３３のかご１６０の昇降速度、当該かご１６０のドア開の開始のタイミング、当該かご１６０のドア開速度、当該かご１６０内の照明、及び、提供されたコンテンツの第１の出力装置通じての出力、のうちの少なくとも一つを制御してよい。これにより、エレベーターホールにいるユーザに対し、当該ユーザ向けのコンテンツを当該ユーザ向けに適切に提供することが期待される。

また、例えば、運行制御部は、占有運転対象のエレベーター１３３のかご１６０内におけるユーザのコンテンツ視聴状況（例えば、かご１６０内のカメラ等からのデータを基に推定された状況）と、提供されたコンテンツとを基に、当該かご１６０の昇降速度、当該かご１６０のドア開の開始のタイミング、当該かご１６０のドア開速度、当該かご１６０内の照明、及び、提供されたコンテンツの第２の出力装置通じての出力、のうちの少なくとも一つを制御してよい。これにより、かご１６０にいるユーザに対し、当該ユーザ向けのコンテンツを当該ユーザ向けに適切に提供することが期待される。

ユーザのために提供されたコンテンツに関するフィードバックを基に（例えば、フィードバックを基に学習されたルール又は機械学習モデルを用いて）、コンテンツ決定部８２は、当該ユーザについて、コンテンツを決定してよい。これにより、ユーザ向けに一層適切なコンテンツの提供が期待される。

ユーザは、エレベーター外（かご１６０外）ではユーザ端末１００でコンテンツを受信し視聴できる。しかし、エレベーター内では、電波が入りにくいといった理由により、エレベーター外から引続きユーザ端末１００でコンテンツを受信し視聴することは困難である。すなわち、エレベーター外からエレベーター内への一連の移動において、コンテンツが出力されるデバイスが、ユーザ端末１００とかご内ＩＯ装置６３とに物理的に分離することになる。

そこで、決定されたコンテンツは、エレベーター外向けの（例えば、占有運転の対象エレベーターのかごに乗る前に出力される）第１のコンテンツと、エレベーター内向けの（例えば、かご内で出力される）第２のコンテンツでよい。第１のコンテンツは、ユーザ端末１００に提供されてよい。第１のコンテンツは、ユーザ端末１００の専用アプリケーションにより出力されてもよいし汎用Ｗｅｂブラウザにより出力されてもよい。コンテンツ提供部８３は、占有運転の予約済のユーザの現在位置に応じたコンテンツを当該ユーザに提供してよい。

これにより、占有運転を利用することになっているユーザに対し、かご１６０内での第２のコンテンツの出力の前に、第２のコンテンツの視聴につながる第１のコンテンツの出力をかご１６０に当該ユーザが乗車する前に提供し、以って、全体として、ユーザ向けに一層適切にコンテンツを提供することができる。第１及び第２のコンテンツは同時に決定されてもよいし、第１のコンテンツの決定の後に第２のコンテンツが決定されてもよい。

例えば、ユーザの属性として「好きな映画：ホラー映画」があるとする。また、ユーザの現在位置がエレベーター外であることが検出されたとする（例えば、ユーザ端末１００からの現在位置を表す信号から検出）。この場合、図１０に例示するように、第１のコンテンツの一例として、近日上映のホラー映画の案内コンテンツ１１１０が、コンテンツ提供部８３か提供され、ユーザ端末１００に表示される。

案内コンテンツ１１１０に対してＹＥＳボタンが押下されたとする。また、ユーザが占有運転の対象エレベーターのかご１６０に乗車したことが検出されたとする（例えば、この検出を表す情報が運行管理部１５１からコンテンツ提供部８３に通知されたとする）。コンテンツ提供部８３が、第２のコンテンツとして、近日上映のホラー映画に関するコンテンツ１１２０（例えば、宣伝用の映像）を提供し、制御装置１３２を通じて、コンテンツ１１２０が、かご内ＩＯ装置６３に表示されてよい。また、運行制御部は、第２のコンテンツに応じて、かご１６０内の照明を制御してよい（例えば、点滅又は消灯させてよい）。また、コンテンツ１１２０を基に、かご１６０の昇降速度、ドア６１の開閉タイミングや開閉速度が、運行制御部により制御されてよい。

占有運転が終了しユーザがかご１６０から降車したことが検出されたとする（例えば、この検出を表す情報が運行管理部１５１からコンテンツ提供部８３に通知されたとする）。ユーザ識別部８１が、コンテンツ１１１０や１１２０のフィードバックの入力要求を、ユーザ端末１００に送信する。例えば、当該入力要求に関連付けられている問合せが表示された入力ＵＩ１１３０がユーザ端末１００に表示される。入力ＵＩ１１３０を介してフィードバックが入力された場合、メッセージのＵＩ１１４０が表示され、コンテンツ決定部８２が、フィードバックを基に上述のルールや機械学習モデルを学習してもよい。

第１のコンテンツと第２のコンテンツの連携は、図１０が示した例に限られない。例えば、第１のコンテンツは、クイズでよく、第２のコンテンツは、クイズの回答でよい。また、第２のコンテンツには、第１のコンテントに関わらず、かご１６０から降車した後のユーザの行動に影響が生じる可能性が高いと判定されたトピック等（ユーザの属性から判定されたトピック等）のリストが含まれてもよい。

以上、幾つかの実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実行することが可能である。例えば、第１乃至第３の実施形態の各々は、当該実施形態以外の実施形態の少なくとも一部の要素を含んでよい。また、建物１３０は、居住用スペース又はオフィススペースを含む建物（例えば、マンションやオフィスビル）でもよいし、そのような建物に限らず、商業施設としての建物でもよいし、宿泊施設としての建物でもよい。また、少なくとも一つの実施形態において、運行管理部１５１は、複数のエレベーター１３３のうちの占有運転の対象エレベーターの数を、複数のエレベーター１３３の通常運転の頻度（例えば、時間帯における通常運転の総時間長の割合）を基に変更してよい。例えば、通常運転の頻度が第１の頻度以上に（又は、所定の頻度増加量を超えて）高くなれば、占有運転の対象エレベーターの台数が減らされてよく、通常運転の頻度が、第２の頻度未満に（又は、所定の頻度減少量を超えて）低くなれば、占有運転の対象エレベーターの台数が増やされてもよい。占有運転の対象エレベーターの台数が減らされた場合、予約制御部１４１が、占有運転の対象エレベーターの変更後の台数の通知を運行管理部１５１から受け、変更後の台数に応じて、占有運転の一部の予約を自動キャンセルし、予約がキャンセルされたことの通知を、当該予約を行ったユーザに通知してよい。

１１０：予約サーバ、１２０：管理サーバ、９１０：コンテンツ提供サーバ

Claims (6)

1. 建物に設けられた一つ又は複数のエレベーターの占有運転の予約をユーザから受け付けるＵＩ（User Interface）である予約ＵＩを提供するＵＩ部と、
   占有運転の承認された予約の状況を表すデータである予約管理データを基に、前記受け付けられた予約を承認するか否かを判断する予約制御部と
   を備えるエレベーター管理システム。
2. 前記予約制御部は、前記予約管理データと、占有運転の予約の実績とエレベーターの利用の実績とのうちの少なくとも一つを複数のユーザの各々について表すデータである実績データとを基に、前記ユーザのための占有運転の推奨の実施タイミングを表す情報を含み占有運転予約のレコメンドである予約レコメンドを前記ユーザについて決定し、
   前記ＵＩ部が、前記決定された予約レコメンドを前記ユーザに提供する、
   請求項１に記載のエレベーター管理システム。
3. 前記予約ＵＩは、前記推奨の実施タイミングを前記ユーザから受け付けるＵＩ部品を含む、
   請求項２に記載のエレベーター管理システム。
4. 前記予約制御部は、前記ユーザの現在位置を基に、前記予約レコメンドの提供のタイミングと前記推奨の実施タイミングとのうちの少なくとも一つを決定する、
   請求項２に記載のエレベーター管理システム。
5. 前記予約制御部は、
   占有運転の予約の実績とエレベーターの利用の実績とのうちの少なくとも一つを複数のユーザの各々について表すデータである実績データと、前記ユーザの現在位置とを基に、前記ユーザが前記エレベーターを利用するタイミングを推定し、
   推定されたタイミングでの占有運転を予約する、
   請求項１に記載のエレベーター管理システム。
6. エレベーター管理システムにより行われる方法であって、
   建物に設けられた一つ又は複数のエレベーターの占有運転の予約をユーザから受け付けるＵＩ（User Interface）である予約ＵＩを提供し、
   占有運転の承認された予約の状況を表すデータである予約管理データを基に、前記受け付けられた予約を承認するか否かを判断する、
   エレベーター管理方法。

Images