JP2022077375A - 情報処理装置及び情報処理プログラム - Google Patents

Abstract

【課題】本発明は、予約された個室の予約時間中に入室されていないことを認知可能にすることを目的とする。【解決手段】プロセッサを備え、前記プロセッサは、予約された個室の当該予約による利用開始時刻から予め定めた時間までに、前記個室への入室を確認できない場合、前記個室の予約に関する予約情報を報知させる。【選択図】図１

Description

本発明は、情報処理装置及び情報処理プログラムに関する。

特許文献１には、トイレなどの施設をあらかじめ予約するシステムが記載されている。

特開２００３－２３３７４０号公報

従来、事前に日時を指定した予約を行い、予約した予約時間帯になったら利用可能となるサービスが存在する。例えば、当該サービスとして作業場所となる個室を提供する場合は、予約した個室の周辺に多数の別の個室があると、誤って予約した個室とは別の個室にユーザが到着してしまい、予約時間帯になってもサービスの提供を受けられないことが想定される。

そこで、本発明は、予約された個室の予約時間中に入室されていないことを認知可能にすることを目的とする。

第１の態様の情報処理装置は、プロセッサを備え、前記プロセッサは、予約された個室の当該予約による利用開始時刻から予め定めた時間までに、前記個室への入室を確認できない場合、前記個室の予約に関する予約情報を報知させる。

第２の態様の情報処理装置は、第１の態様の情報処理装置であって、前記プロセッサは、前記個室を予約したユーザ側のユーザ端末、及び前記個室に備える報知部の少なくとも一方に前記予約情報を報知させる。

第３の態様の情報処理装置は、第２の態様の情報処理装置であって、前記プロセッサは、取得した前記ユーザ端末の位置情報に応じて、前記ユーザ端末への前記予約情報の報知と、前記報知部への前記予約情報の報知とを切り替える。

第４の態様の情報処理装置は、第１から第３の何れかの態様の情報処理装置であって、前記プロセッサは、前記利用開始時刻以降の前記個室への入室を確認した場合、予め定めた利用終了時刻を前記個室へ入室した時刻を基に決定された遅刻時間分だけ延長する。

第５の態様の情報処理装置は、第４の態様の情報処理装置であって、前記プロセッサは、前記個室を利用可能な時間帯のうち、前記個室を予約可能な時間帯の中から任意の時間帯の指定を受付け、受付けた前記任意の時間帯の直後が前記個室を予約可能な時間帯である場合に、前記個室の予め定めた前記利用終了時刻を前記遅刻時間分だけ延長する。

第６の態様の情報処理装置は、第４又は第５の態様の情報処理装置であって、前記プロセッサは、前記個室の予め定めた前記利用終了時刻を前記遅刻時間分だけ延長した場合は、当該延長した旨を報知させる。

第７の態様の情報処理装置は、第１から第６の何れかの態様の情報処理装置であって、前記プロセッサは、前記予約情報として、前記個室を予約したユーザを前記個室まで誘導する情報を報知させる。

第８の態様の情報処理装置は、第１から第７の何れかの態様の情報処理装置であって、前記プロセッサは、前記個室を予約したユーザ側のユーザ端末の位置情報による位置が、前記個室の位置から予め定めた距離以上離れている場合、前記個室の扉を解錠するための解錠情報が入力されても、前記個室の扉が施錠された状態を維持する。

第９の態様の情報処理装置は、第１から第８の何れかの態様の情報処理装置であって、前記プロセッサは、前記個室を予約したユーザ側のユーザ端末の位置情報による位置が、前記個室とは異なる別個室の位置から予め定めた距離以下であり、前記別個室が利用可能である場合、前記個室の予約を前記別個室に変更する。

第１０の態様の情報処理装置は、第１から第９の何れかの態様の情報処理装置であって、前記プロセッサは、前記個室を予約したユーザ側のユーザ端末の位置情報による位置が、前記個室の位置から予め定めた距離以上離れている場合、前記ユーザ端末の位置からの距離が最短の利用可能な個室へ前記個室の予約を変更する。

第１１の態様の情報処理装置は、第１から第１０の何れかの態様の情報処理装置であって、前記プロセッサは、前記個室への入室を確認できない場合として、前記個室の前記利用開始時刻から予め定めた時間までに、前記個室の扉及び前記個室の内部の少なくとも一方に設けられた検知部による検知が行われない場合に、前記予約情報を報知させる。

第１２の態様の情報処理プログラムは、コンピュータに、予約された個室の当該予約による利用開始時刻から予め定めた時間までに、前記個室への入室を確認できない場合、前記個室の予約に関する予約情報を報知させる、処理を実行させる。

第１の態様によれば、予約された個室の予約時間中に入室されていないことが認知可能になる。

第２の態様によれば、ユーザ端末及び個室に備える報知部の少なくとも一方を用いて、予約された個室の予約時間中に入室されていないことを認知させられる。

第３の態様によれば、ユーザ端末の位置情報に応じた方法で予約情報が報知される。

第４の態様によれば、利用開始時刻以降の個室への入室を確認した場合に予め定めた利用終了時刻を維持する構成に比べて、個室の利用時間が長くなる。

第５の態様によれば、個室の予め定めた利用終了時刻の直後の時間帯の空き状況に応じて、当該利用終了時刻を延長するか否かが決定される。

第６の態様によれば、個室の予め定めた利用終了時刻が延長した旨をユーザに認知させられる。

第７の態様によれば、予約された個室まで誘導する情報をユーザに認知させられる。

第８の態様によれば、ユーザ端末の位置が個室の位置から予め定めた距離以上離れている場合に解錠情報の入力により個室の扉が解錠される構成に比べて、個室の防犯性を高められる。

第９の態様によれば、予約された個室を利用できなくても、当該個室とは異なる別個室の利用が可能となる。

第１０の態様によれば、予約された個室を利用できなくても、当該個室とは異なるユーザ端末の位置からの距離が最短の個室の利用が可能となる。

第１１の態様によれば、個室への入室の有無を検知部による検知で確認できる。

第１２の態様によれば、予約された個室の予約時間中に入室されていないことが認知可能になる。

情報処理システムの概略構成を示す図である。 個室の概略構成を示す図である。 個室の電気的構成を示すブロック図である。 クラウドサーバ及び携帯端末装置の電気系の要部構成を示すブロック図である。 予約処理の第１の表示例である。 予約処理の第２の表示例である。 予約処理の第３の表示例である。 予約処理の第４の表示例である。 解錠処理の流れを示すフローチャートである。 予約中の作業ブースを示す表示例である。 ブース詳細ボタンの操作後の表示例を示している。 進むボタンの操作後の第１の表示例を示している。 進むボタンの操作後の第２の表示例を示している。 入退室ボタンの操作後の表示例を示している。 認証情報の入力画面を示す第１の表示例である。 認証情報の入力画面を示す第２の表示例である。 認証情報の入力画面を示す第３の表示例である。 認証情報の入力画面を示す第４の表示例である。 特定の作業ブースの予約状況を示す第１のタイムチャートである。 特定の作業ブースの予約状況を示す第２のタイムチャートである。 当初の利用終了時刻を遅刻時間分だけ延長した旨を示す表示例である。 ＯＫボタンの操作後の表示例を示している。 進むボタンの操作後の第３の表示例を示している。 報知処理の流れを示すフローチャートである。 予約情報を示す第１の表示例である。 予約情報を示す第２の表示例である。 予約情報を示す第３の表示例である。 予約情報を示す第４の表示例である。 予約情報を示す第５の表示例である。 予約情報を示す第６の表示例である。

（第１の実施形態）
以下、図面を参照して本実施の形態の一例を詳細に説明する。図１は、本実施の形態に係る情報処理システム１０の概略構成を示す図である。

本実施の形態に係る情報処理システム１０は、図１に示すように、情報処理装置としてのクラウドサーバ１２と、無線基地局１６と、個室２０、個室５０、及び個室６０等を含む作業ブース７０と、を備えている。作業ブース７０は「個室」の一例である。
クラウドサーバ１２、無線基地局１６、及び作業ブース７０は、それぞれ通信回線１８に接続されている。

クラウドサーバ１２は、作業ブース７０に関する処理を行う。例えば、クラウドサーバ１２は、作業ブース７０に関する処理の一例として、作業ブース７０の予約を受付ける予約処理、予約された作業ブース７０の扉を解錠する解錠処理、作業ブース７０の予約に関する予約情報を報知させる報知処理等を行う。

無線基地局１６は、スマートフォン等の携帯端末装置１４と無線接続し、携帯端末装置１４を通信回線１８に接続して、通信回線１８に接続された機器等の通信を行う。なお、携帯端末装置１４としては、スマートフォン、タブレット端末、ノートＰＣ、音声で入出力を行うイヤフォン型等のヒアラブル端末、又は、時計型、眼鏡型、リストバンド型、クリップ型、ヘッドマウントディスプレイ型、若しくはストラップ型等の各種ウェアラブル端末等を適用できる。

ここで、各々の作業ブース７０の構成は同様であるため、個室２０を代表して説明する。図２は、個室２０の概略構成を示す図であり、図３は、個室２０の電気的構成を示すブロック図である。

本実施の形態では、個室２０は、一例として、テレワークに必要な設備を備えている。具体的には、個室２０は、図１に示すドア２１、図２に示す机２８、椅子３２、電源及びＵＳＢ（＝Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）コンセント３０、ディスプレイ２４、エアコン３４、カメラ２６、図３に示す制御装置２２、ドアロック装置４０、検知部４２、並びに、報知部４４を備えている。また、個室２０は、上記の他に、文具やハンガー３８をかけるためのフック３６等（図２参照）を備えている。

図３に示すように、個室２０は、制御装置２２にカメラ２６、ドアロック装置４０、検知部４２、及び報知部４４が接続されている。

制御装置２２は、個室２０に設けられており、クラウドサーバ１２等の通信回線１８に接続された装置からの各種信号の授受を行う。また、制御装置２２は、個室２０に備える設備の制御を行う。例えば、制御装置２２は、当該制御として、電源及びＵＳＢコンセント３０並びにエアコン３４等の各機器に対する電力の供給及び遮断を行う。

カメラ２６は、個室２０内を撮影し、撮影した撮影画像を制御装置２２及び通信回線１８を介してクラウドサーバ１２に送信する。なお、カメラ２６として、個室２０内を撮影するものに加え、個室２０外を撮影するものを備えてもよい。

ドアロック装置４０は、ドア２１に設けられ、少なくともクラウドサーバ１２からの指示により施錠及び解錠が可能な電子錠である。ドアロック装置４０は、例えば、クラウドサーバ１２からの解錠指示を通信回線１８及び制御装置２２を介して受信した場合、ドア２１を解錠する。また、ドアロック装置４０は、例えば、クラウドサーバ１２からの施錠指示を通信回線１８及び制御装置２２を介して受信した場合、ドア２１を施錠する。さらに、ドアロック装置４０は、個室２０内に設置された各種スイッチが操作された場合にもドア２１を施錠又は解錠する。そして、ドアロック装置４０は、施錠又は解錠を行った場合、当該行った内容を制御装置２２及び通信回線１８を介してクラウドサーバ１２に送信する。

検知部４２は、ドア２１及び個室２０の内部に設けられ、各種の情報を検知し、検知内容を制御装置２２及び通信回線１８を介してクラウドサーバ１２に送信する。検知部４２は、一例として、光電センサ、接触センサ、及び振動センサ等のセンサで構成されている。なお、検知部４２は、前述のセンサに加えて他のセンサを備えてもよいし、前述のセンサの一部を備えていなくてもよい。第１の実施形態では、上記の検知部４２の構成により、ドア２１の開閉動作を検知したり、人感センサとして活用することで個室２０内の人の有無を検知したりすることができる。

報知部４４は、ディスプレイ２４、スピーカー２５、及びランプ２７で構成される。
ディスプレイ２４は、ユーザに通知するための各種情報を表示する。例えば、ディスプレイ２４は、クラウドサーバ１２から受信した情報等を表示する。なお、ディスプレイ２４として、個室２０内に対して各種情報を表示するものに加え、個室２０外に対して各種情報を表示するものを備えてもよい。

スピーカー２５は、ユーザに通知するための各種音声を出力する。例えば、スピーカー２５は、クラウドサーバ１２から受信した情報等を出力する。また、スピーカー２５は、個室２０内に対して各種音声を出力する内部用スピーカーと、個室２０外に対して各種音声を出力する外部用スピーカーと、を備えている。

ランプ２７は、ユーザに通知するための各種点灯パターン及び色で点灯する。例えば、ランプ２７は、クラウドサーバ１２から受信した情報等に基づく点灯パターン及び色で点灯する。

続いて、クラウドサーバ１２及び携帯端末装置１４の概略構成を説明する。図４は、本実施の形態に係る情報処理システム１０におけるクラウドサーバ１２及び携帯端末装置１４の電気系の要部構成を示すブロック図である。なお、クラウドサーバ１２及び携帯端末装置１４は、基本的には一般的なコンピュータ構成であるため、クラウドサーバ１２を代表して説明する。

本実施の形態に係るクラウドサーバ１２は、図４に示すように、プロセッサの一例としてのＣＰＵ（＝Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２Ａ、ＲＯＭ（＝Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２Ｂ、ＲＡＭ（＝Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２Ｃ、ストレージ１２Ｄ、入力部１２Ｅ、ディスプレイ１２Ｆ、及び通信回線Ｉ／Ｆ（インタフェース）部１２Ｇを備えている。

ＣＰＵ１２Ａは、クラウドサーバ１２の全体の動作を司る中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ１２Ａは、ＲＯＭ１２Ｂ又はストレージ１２Ｄからプログラムを読み出し、ＲＡＭ１２Ｃを作業領域としてプログラムを実行する。ＣＰＵ１２Ａは、ＲＯＭ１２Ｂ又はストレージ１２Ｄに記録されているプログラムにしたがって、上記各構成の制御及び各種の演算処理を行う。第１の実施形態では、ＲＯＭ１２Ｂ又はストレージ１２Ｄには、後述する解錠処理及び報知処理を少なくとも実行するための情報処理プログラムが格納されている。なお、情報処理プログラムは、クラウドサーバ１２に予めインストールされていてもよいし、不揮発性の記憶媒体に記憶したり、又は、通信回線１８を介して配布したりして、クラウドサーバ１２に適宜インストールしてもよい。不揮発性の記憶媒体の例としては、ＣＤ-ＲＯＭ、光磁気ディスク、ＨＤＤ（＝Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＤＶＤ-ＲＯＭ、フラッシュメモリ、メモリカード等が想定される。

ＲＯＭ１２Ｂは、各種プログラム及び各種データを格納する。ＲＡＭ１２Ｃは、作業領域として一時的にプログラム又はデータを記憶する。ストレージ１２Ｄは、ＨＤＤ、ＳＳＤ（＝Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）又はフラッシュメモリ等の記憶装置により構成され、オペレーティングシステムを含む各種プログラム、及び各種データを格納する。

入力部１２Ｅは各種の情報を入力するために用いられる。入力部１２Ｅは、例えば、マウス等のポインティングデバイス、各種ボタン、キーボード、マイク、及びカメラ等で構成される。

ディスプレイ１２Ｆは、各種の情報を表示するために用いられる。なお、ディスプレイ１２Ｆは、タッチパネル方式を採用しており、入力部１２Ｅとしても機能する。

通信回線Ｉ／Ｆ部１２Ｇは、通信回線１８に接続され、当該通信回線１８に接続された他の機器と通信するためのインタフェースである。当該通信には、例えば、イーサネット（登録商標）若しくはＦＤＤＩ等の有線通信の規格、又は、４Ｇ、５Ｇ、若しくはＷｉ－Ｆｉ（登録商標）等の無線通信の規格が用いられる。

以上のクラウドサーバ１２の各部はシステムバス１２Ｈにより電気的に相互に接続されている。
また、クラウドサーバ１２は、管理対象の作業ブース７０の設置場所や、予約状況等の各種情報を記憶するデータベース（ＤＢ）１２Ｉを備えている。

上記の情報処理プログラムを実行する際に、クラウドサーバ１２は、上記のハードウェア資源を用いて、当該情報処理プログラムに基づく処理を実行する。
なお、携帯端末装置１４は、図４の破線で示す位置検出部１４Ｊを備える以外は基本的にはクラウドサーバ１２と同様に、プロセッサの一例としてのＣＰＵ１４Ａ、ＲＯＭ１４Ｂ、及びＲＡＭ１４Ｃ等を含む構成である。

位置検出部１４Ｊは、携帯端末装置１４の現在地を検出する。例えば、ＧＰＳ（＝Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）衛星からの信号には、衛星に搭載された原子時計からの時刻のデータや、衛星の軌道の情報等が含まれているので、ＧＰＳ衛星からの電波を受信し、発信から受信の時刻差に基づいて衛星からの距離を求める。そして、３個以上のＧＰＳ衛星からの距離から空間上の一点の位置を測位することにより、携帯端末装置１４の現在地を検出する。なお、位置検出部１４Ｊによる携帯端末装置１４の現在地の検出方法は、ＧＰＳを用いることに代えて又は加えて、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ（登録商標）、ビーコン等を用いてもよい。

ここで、作業ブース７０を利用する際には、ユーザは、スマートフォン及びパーソナルコンピュータ等を用いて専用のＷＥＢサイトから作業ブース７０を予約する必要がある。そして、クラウドサーバ１２は、作業ブース７０の予約を受付ける予約処理を行う。なお、上記の専用のＷＥＢサイトに代えて又は加えて、専用のアプリケーションを設け、当該アプリケーションからの指示によりクラウドサーバ１２による当該予約処理等の作業ブース７０に関する処理が行われてもよい。

以下、図５から図８までを用いて、予約処理の流れについて説明する。なお、以下では、ユーザが携帯端末装置１４を用いて作業ブース７０を予約した場合を例に説明する。

図５は、予約処理の第１の表示例である。クラウドサーバ１２のＣＰＵ１２Ａは、上記のＷＥＢサイトにユーザがログインした後、予約処理を開始する指示を受付けた場合に図５に示す第１の表示例を携帯端末装置１４のディスプレイ１４Ｆに表示させる。

図５に示すディスプレイ１４Ｆには、利用日入力部７１と、場所入力部７２と、が表示されている。

利用日入力部７１は、ユーザが作業ブース７０の利用を希望する利用日を入力する部分である。図５では、一例として、利用日入力部７１に「今日」、「明日」、及び「明後日以降」の３項目が表示されている。「今日」及び「明日」の何れかを選択した場合は、当該予約処理が行われている日の当日又は翌日が利用日として入力される。「明後日以降」を選択した場合は、一例としてカレンダーを表示させ、ユーザに当該予約処理が行われている日の明後日以降の日程を選択させ、当該選択された日程が利用日として入力される。

場所入力部７２は、ユーザが利用を希望する作業ブース７０の場所を入力する部分である。図５では、一例として、場所入力部７２に「現在地から検索」及び「場所名及び最寄駅等を入力」の２項目が表示されている。「現在地から検索」を選択した場合は、携帯端末装置１４の現在地から予め定めた距離内（例：１ｋｍ以内）に位置する作業ブース７０が後述する候補情報７３（図６参照）として表示される。「場所名及び最寄駅等を入力」を選択した場合は、ユーザに場所名及び最寄駅等の検索キーワードを入力させ、当該入力された検索キーワードにより決定された場所から予め定めた距離内（例：１ｋｍ以内）に位置する作業ブース７０が候補情報７３（図６参照）として表示される。

図６は、予約処理の第２の表示例である。ＣＰＵ１２Ａは、利用日入力部７１及び場所入力部７２にそれぞれ情報が入力された場合に図６に示す第２の表示例をディスプレイ１４Ｆに表示させる。なお、図６は、一例として、利用日入力部７１では「今日」が選択され、場所入力部７２では「現在地から検索」が選択された状態を示している。

図６に示す第２の表示例には、図５に示す第１の表示例に加えて、候補情報７３が表示されている。候補情報７３は、複数の候補と、当該複数の候補の中から特定の候補を選択可能とするチェックボックスと、を含んで構成されている。一例として、図６では、候補情報７３として、利用日入力部７１及び場所入力部７２にそれぞれ入力された情報に応じた作業ブース７０の候補が複数表示されている。そして、図６では、一例として、複数の作業ブース７０の候補から「３．△△駅」のチェックボックスにチェックマークが付された状態を示している。

図７は、予約処理の第３の表示例である。ＣＰＵ１２Ａは、候補情報７３として表示した複数の作業ブース７０の候補から一以上のチェックボックスにチェックマークが付された場合に図７に示す第３の表示例をディスプレイ１４Ｆに表示させる。

図７に示すディスプレイ１４Ｆには、時間帯情報７４と、メッセージ情報７５と、が表示されている。

時間帯情報７４は、上記の特定の候補として選択された作業ブース７０を利用可能な時間帯と、当該作業ブース７０を予約可能な時間帯と、を含んで構成されている。一例として、図７では、時間帯情報７４として、作業ブース７０を利用可能な時間帯を１枠「１５分」で区分して表示し、区分した枠毎の予約状況を「○」又は「×」で表示している。なお、予約状況として「○」は予約可能であることを示し、「×」は予約不可能であることを示している。当該「予約不可能」とは、既に予約可能な時間を過ぎていること、及び既に予約されていることが含まれる。このように、第１の実施形態では、当該予約状況として「○」又は「×」と表示することで、作業ブース７０を予約可能な時間帯を示している。また、連続予約の前後も、時間帯情報７４が「×」で表示されることがある。

メッセージ情報７５は、ユーザに対する種々のメッセージを示している。一例として、図７では、メッセージ情報７５として「＜１１／３０ △△駅＞ １枠（１５分）あたり２００円」と表示されている。

なお、図７は、△△駅の周辺に１つの作業ブース７０しか存在しない場合の表示例のため、「○」又は「×」で表示される予約状況が１列しか表示されていない。しかし、例えば、△△駅の周辺に３つの作業ブース７０が存在する場合は、「○」又は「×」で表示される予約状況が当該３つの作業ブース７０に応じた３列で表示される。

図８は、予約処理の第４の表示例である。ＣＰＵ１２Ａは、時間帯情報７４として表示した作業ブース７０を予約可能な時間帯の中から任意の時間帯の指定を受付けた場合に図８に示す第４の表示例をディスプレイ１４Ｆに表示させる。例えば、ＣＰＵ１２Ａは、図７に示す時間帯情報７４で「○」と表示された中から任意の時間帯として「１１：００－」、「１１：１５－」、「１１：３０－」、及び「１１：４５－」の時間帯の指定を受付けた場合に図８に示す第４の表示例をディスプレイ１４Ｆに表示させる。

図８に示すディスプレイ１４Ｆには、メッセージ情報７５と、ＯＫボタン７６と、キャンセルボタン７７と、が表示されている。一例として、図８では、メッセージ情報７５として「以下の予約を行います。よろしいですか？ ・△△駅 ・２０２０／１１／３０ ・１１：００－１２：００」と表示されている。第１の実施形態では、当該第４の表示例の表示中にユーザによるＯＫボタン７６の操作があった場合、ＣＰＵ１２Ａは、予約処理を完了させて図８に示すメッセージ情報７５の内容で作業ブース７０を予約する。一方、第１の実施形態では、当該第４の表示例の表示中にユーザによるキャンセルボタン７７の操作があった場合、ＣＰＵ１２Ａは、予約処理を中止してディスプレイ１４Ｆを予め定めた表示内容へと変化させる。

ＣＰＵ１２Ａは、予約処理を完了させて作業ブース７０の予約を行った場合、当該予約についての予約状況をストレージ１２Ｄに記憶させる。これにより、ストレージ１２Ｄには、各々の作業ブース７０の予約状況として、いつ、どこの作業ブースを、どのユーザが利用するかの情報が記憶されることになる。

図９は、予約された作業ブース７０の扉を解錠する解錠処理の流れを示すフローチャートである。ＣＰＵ１２ＡがＲＯＭ１２Ｂ又はストレージ１２Ｄから情報処理プログラムを読み出して、ＲＡＭ１２Ｃに展開して実行することにより、クラウドサーバ１２による解錠処理が行われる。

図９に示すステップＳ１０において、ＣＰＵ１２Ａは、予め定めたユーザにより予約された作業ブース７０の扉を解錠可能な時間であるか否かを判定し、解錠可能な時間であると判定した場合（ステップＳ１０：ＹＥＳ）はステップＳ１１に進む。一方、ＣＰＵ１２Ａが解錠可能な時間でないと判定した場合（ステップＳ１０：ＮＯ）は当該処理を終了する。第１の実施形態では、上記の「解錠可能な時間」を「予め定めたユーザによる当該作業ブース７０の利用開始時刻」としている。なお、これに限らず、当該利用開始時刻の直前が当該作業ブース７０を予約可能な時間帯である場合、すなわち、予約が空いている場合、ＣＰＵ１２Ａは、当該利用開始時刻の５分前、又は７分前等の時刻から上記の「解錠可能な時間」であると判定してもよい。

ステップＳ１１において、ＣＰＵ１２Ａは、予め定めたユーザにより予約された作業ブース７０の扉を解錠するための解錠情報の入力がないか否かを判定し、解錠情報の入力がないと判定した場合（ステップＳ１１：ＹＥＳ）はステップＳ１２に進む。一方、ＣＰＵ１２Ａが解錠情報の入力があると判定した場合（ステップＳ１１：ＮＯ）はステップＳ１４に進む。

ステップＳ１２において、ＣＰＵ１２Ａは、予め定めたユーザにより予約された作業ブース７０の扉に特別解錠が設定されているか否かを判定し、特別解錠が設定されていると判定した場合（ステップＳ１２：ＹＥＳ）はステップＳ１３に進む。一方、ＣＰＵ１２Ａが特別解錠の設定がされていないと判定した場合（ステップＳ１２：ＮＯ）は当該処理を終了する。特別解錠とは、解錠情報の入力なしに作業ブース７０の扉を解錠することをいう。これに対し、解錠情報が入力されて作業ブース７０の扉を解錠することを「通常解錠」と記載する。

ここで、図１０から図１３までを用いて、特別解錠の設定が行われる流れについて説明する。

図１０は、予約中の作業ブース７０を示す表示例である。クラウドサーバ１２のＣＰＵ１２Ａは、上記のＷＥＢサイトにユーザがログインした後、予約中の作業ブース７０を表示させる指示を受付けた場合に図１０に示す表示例を携帯端末装置１４のディスプレイ１４Ｆに表示させる。第１の実施形態では、図１０に示す表示例は上記のＷＥＢサイトにユーザがログインした直後のトップ画面に表示される。

図１０に示すディスプレイ１４Ｆには、予約中の作業ブース７０を示す作業ブース情報７８が表示されている。この作業ブース情報７８は、メッセージ情報７５と、ブース詳細ボタン７８Ａと、入退室ボタン７８Ｂと、を含んで構成されている。

一例として、図１０では、メッセージ情報７５として「予約中の作業ブース △△駅 ２０２０／１１／３０ １１：００－１２：００」と表示されている。第１の実施形態では、図１０に示す表示例の表示中にユーザによるブース詳細ボタン７８Ａの操作があった場合、ＣＰＵ１２Ａは、ディスプレイ１４Ｆの表示内容を予約中の作業ブース７０の詳細を示す表示内容（図１１参照）へと変化させる。また、第１の実施形態では、図１０に示す表示例の表示中にユーザによる入退室ボタン７８Ｂの操作があった場合、ＣＰＵ１２Ａは、ディスプレイ１４Ｆの表示内容を予約中の作業ブース７０の入退室に関する情報を示す表示内容（図１４参照）へと変化させる。

図１１は、ブース詳細ボタン７８Ａの操作後の表示例を示している。図１１に示すディスプレイ１４Ｆには、メッセージ情報７５と、進むボタン８２と、戻るボタン８１と、が表示されている。

一例として、図１１では、メッセージ情報７５として「△△駅 ２０２０／１１／３０ １１：００－１２：００ 特別解錠を設定しますか？」と表示されている。

第１の実施形態では、図１１に示す表示例の表示中にユーザによる進むボタン８２の操作があった場合、ＣＰＵ１２Ａは、ディスプレイ１４Ｆの表示内容を図１２に示す表示例の表示内容へと変化させる。一方、第１の実施形態では、図１１に示す表示例の表示中にユーザによる戻るボタン８１の操作があった場合、ＣＰＵ１２Ａは、ディスプレイ１４Ｆの表示内容を図１０に示す表示例の表示内容へと変化させる。

図１２は、進むボタン８２の操作後の第１の表示例を示している。図１２に示すディスプレイ１４Ｆには、候補情報７３と、進むボタン８２と、戻るボタン８１と、が表示されている。

一例として、図１２では、候補情報７３として、予約された作業ブース７０の利用開始時刻以降に当該作業ブース７０の扉を特別解錠する解錠時間の候補が複数表示されている。そして、図１２では、一例として、複数の解錠時間の候補から「１．利用開始時刻の５分後」のチェックボックスにチェックマークが付された状態を示している。

第１の実施形態では、図１２に示す候補情報７３のチェックボックスの何れかにチェックマークが付された後、ユーザによる進むボタン８２の操作があった場合、ＣＰＵ１２Ａは、ディスプレイ１４Ｆの表示内容を図１３に示す表示例の表示内容へと変化させる。一方、第１の実施形態では、図１２に示す表示例の表示中にユーザによる戻るボタン８１の操作があった場合、ＣＰＵ１２Ａは、ディスプレイ１４Ｆの表示内容を図１０に示す表示例の表示内容へと変化させる。

図１３は、進むボタン８２の操作後の第２の表示例を示している。図１３に示すディスプレイ１４Ｆには、メッセージ情報７５と、ＯＫボタン７６と、キャンセルボタン７７と、が表示されている。一例として、図１３では、メッセージ情報７５として「＜特別解錠設定＞ 「１．利用開始時刻の５分後」で設定します。よろしいですか？」と表示されている。第１の実施形態では、図１３に示す表示例の表示中にユーザによるＯＫボタン７６の操作があった場合、ＣＰＵ１２Ａは、特別解錠設定を完了させて予約された作業ブース７０の扉に特別解錠を設定する。一方、第１の実施形態では、図１３に示す表示例の表示中にユーザによるキャンセルボタン７７の操作があった場合、ＣＰＵ１２Ａは、特別解錠設定を中止してディスプレイ１４Ｆを予め定めた表示内容へと変化させる。

ここで、ＣＰＵ１２Ａは、図１１から図１３までの表示例にメッセージ情報７５として、特別解錠を設定するにあたっての注意事項を表示させてもよい。例えば、ＣＰＵ１２Ａは、当該注意事項として「特別解錠を設定すると、解錠時間になりましたら解錠情報の入力なしに作業ブース７０の扉が解錠されます。なお、解錠時間になる前にユーザ様からの解錠情報の入力を受け付け当該作業ブース７０へ入室されますと、特別解錠の指示はキャンセルされます。」と図１１に示す表示例に追加で表示させてもよい。また、ＣＰＵ１２Ａは、当該注意事項として「解錠時間後にユーザ様が作業ブース７０へ入室されますと、それ以降は通常の自動施錠（オートロック）に戻ります。」と図１３に示す表示例に追加で表示させてもよい。

図９に戻って、ステップＳ１３において、ＣＰＵ１２Ａは、予め定めたユーザにより予約された作業ブース７０の扉を特別解錠するための解錠時間に到達したか否かを判定し、解錠時間に到達したと判定した場合（ステップＳ１３：ＹＥＳ）はステップＳ１４に進む。一方、ＣＰＵ１２Ａが解錠時間に到達していないと判定した場合（ステップＳ１３：ＮＯ）は再度ステップＳ１３となる。上記の図１３に示す表示例の表示中にユーザによるＯＫボタン７６の操作があった場合には、解錠時間が「利用開始時刻の５分後」となり、ステップＳ１３において、ＣＰＵ１２Ａは、当該解錠時間に到達したか否かを判定する。

ステップＳ１４において、ＣＰＵ１２Ａは、予め定めたユーザにより予約された作業ブース７０の扉を解錠する。そして、当該処理を終了する。なお、ステップＳ１４の当該「解錠」には、通常解錠及び特別解錠が含まれる。例えば、ステップＳ１１を「ＮＯ」に進んでステップＳ１４に至った場合には、以下の流れで通常解錠が行われる。

図１４は、入退室ボタン７８Ｂの操作後の表示例を示している。図１４に示すディスプレイ１４Ｆには、メッセージ情報７５と、解錠ボタン７９と、施錠ボタン８０と、戻るボタン８１と、が表示されている。

一例として、図１４では、メッセージ情報７５として「△△駅 ２０２０／１１／３０ １１：００－１２：００」と表示されている。

解錠ボタン７９は、予約中の作業ブース７０の扉を通常解錠する解錠操作が可能なボタンである。第１の実施形態では、予約中の作業ブース７０の解錠可能な時間以降に解錠ボタン７９による解錠操作が可能になり、当該作業ブース７０の扉の通常解錠が可能となる。ここで、ＣＰＵ１２Ａは、解錠可能な時間になるまでは解錠ボタン７９をディスプレイ１４Ｆに表示させず、解錠ボタン７９による解錠操作が不可能な状態にしている。なお、これに限らず、解錠可能な時間になるまでも解錠ボタン７９がディスプレイ１４Ｆに表示されるが、解錠ボタン７９が操作されてもＣＰＵ１２Ａが通常解錠を行わない、すなわち、解錠ボタン７９による解錠操作が不可能な状態としてもよい。

例えば、図１４に示す表示例の表示中にユーザによる解錠ボタン７９の解錠操作が行われた場合、ＣＰＵ１２Ａは、図９に示すステップＳ１１を「ＮＯ」に進んでステップＳ１４に至り、当該ステップＳ１４において作業ブース７０の扉を通常解錠する。

また、図１４に示す施錠ボタン８０は、予約中の作業ブース７０の扉を施錠する施錠操作が可能なボタンである。第１の実施形態では、予約中の作業ブース７０の解錠可能な時間以降に当該作業ブース７０の扉が解錠されている場合に施錠ボタン８０による施錠操作が可能になり、当該作業ブース７０の扉の施錠が可能となる。

なお、第１の実施形態では、図１４に示す表示例の表示中にユーザによる戻るボタン８１の操作があった場合、ＣＰＵ１２Ａは、ディスプレイ１４Ｆの表示内容を図１０に示す表示例の表示内容へと変化させる。

また、設定された解錠時間に到達し、図９に示すステップＳ１３を「ＹＥＳ」に進んでステップＳ１４に至った場合、ＣＰＵ１２Ａは、当該ステップＳ１４において作業ブース７０の扉を特別解錠する。

以上のように、第１の実施形態では、予約された作業ブース７０の扉を解錠するための物理的な鍵を所持することなく、クラウドサーバ１２による特別解錠が行われることにより当該作業ブース７０の扉が解錠されることがある。

第１の実施形態では、作業ブース７０の扉にクラウドサーバ１２からの指示により施錠及び解錠が可能な電子錠を設けている。そして、第１の実施形態では、例えば、携帯端末装置１４からの解錠情報の入力をクラウドサーバ１２が受付けた場合に、クラウドサーバ１２が解錠指示を当該作業ブース７０に送信し、当該作業ブース７０の扉を通常解錠する。

ここで、電子錠を作業ブース７０の扉に用いた場合に、当該扉を解錠するための条件を「解錠情報の入力をクラウドサーバ１２が受付けたこと」のみとすると、当該解錠情報の入力するための端末の所持忘れ、充電切れ、又は通信不良等が生じると、当該扉の解錠を行えずに問題となる。作業ブース７０は、利用時間以外は扉が施錠されており、また、利用開始時刻以降であってもユーザによる解錠情報の入力がなければ、基本的には扉が解錠されないためである。また、作業ブース７０は、当該作業ブース７０の設置場所の周辺に管理人が常駐しておらず、必ずしも即座に解錠の対応が行われる環境ではないためである。

そこで、第１の実施形態では、クラウドサーバ１２のＣＰＵ１２Ａが、予約された作業ブース７０の扉を解錠するための解錠情報の入力がなくとも、当該作業ブース７０の利用開始時刻以降から利用終了時刻までの間に当該作業ブース７０の扉を特別解錠する。そのため、第１の実施形態によれば、作業ブース７０の扉を解錠するための解錠情報が入力できない場合でも、当該作業ブース７０への入室が可能になる。

ここで、上記の「解錠情報」は、詳しくは、「扉が施錠されている作業ブース７０を予約することにより、当該予約による利用時間の作業ブース７０の扉を解錠する解錠権限を付与されたユーザ」により入力されるものである。また、上記の「解錠情報の入力がなくとも」は、「解錠情報の入力がない場合」と言い換えることができる。また、上記の「利用開始時刻」は、詳しくは、「当該作業ブース７０を予約したユーザにおける現時刻の直近の当該予約した時間帯（予約枠）の利用開始時刻」である。つまり、予約枠全体の開始時刻が上記の「利用開始時刻」である。なお、当該予約された作業ブース７０の利用開始時刻の直前が当該作業ブース７０を予約可能な時間帯である場合、すなわち、予約が空いている場合、ＣＰＵ１２Ａは、当該利用開始時刻の５分前、又は７分前等の時刻を上記の「利用開始時刻」と判定してもよい。また、同じユーザが２以上の枠（１枠：１５分）を連続して予約している場合、ＣＰＵ１２Ａは、１枠の終了時刻を上記の「利用終了時刻」と判定せず、予約枠全体の終了時刻を上記の「利用終了時刻」と判定する。

また、上記の「特別解錠」は、作業ブース７０の扉が解錠されること、及び作業ブース７０の扉が解錠され、当該扉が開放されることの双方を含む。例えば、特別解錠で作業ブース７０の扉を開放する場合は、当該扉をクラウドサーバ１２からの指示により開閉動作が可能な自動扉とし、ユーザが入室しやすいように、作業ブース７０の内部の様子が視認可能となる位置まで当該自動扉を開放してもよい。なお、作業ブース７０の扉は、開き戸、又はスライドドア等の何れの形式でもよい。

また、第１の実施形態では、ＣＰＵ１２Ａが、解錠情報の入力がなくとも作業ブース７０の利用開始時刻以降に当該作業ブース７０の扉を解錠する、すなわち、特別解錠する解錠時間の設定を受付ける。そして、ＣＰＵ１２Ａは、受付けた解錠時間になった場合に当該作業ブース７０の扉を特別解錠する。そのため、第１の実施形態によれば、解錠時間になった場合に、解錠情報の入力なしに当該作業ブース７０への入室が可能になる。

また、第１の実施形態では、ＣＰＵ１２Ａが、解錠時間の到達により解錠情報の入力なしに作業ブース７０の扉を解錠、すなわち、特別解錠してから予め定めた時間が経過した場合、当該作業ブース７０の扉を施錠する。ＣＰＵ１２Ａは、予め定めた時間の一例として、作業ブース７０の扉を特別解錠してから「５分」が経過した場合に、当該作業ブース７０の扉を施錠する。そのため、第１の実施形態によれば、解錠時間の到達により作業ブース７０の扉を解錠した状態を維持する構成に比べて、当該作業ブース７０の防犯性を高められる。なお、当該予め定めた時間は「５分」に限らず、これより長くても短くてもよい。

また、第１の実施形態では、ＣＰＵ１２Ａが、少なくとも作業ブース７０を利用するユーザが携帯可能な携帯端末から解錠情報の入力を受付ける。第１の実施形態では、一例として、当該ユーザが携帯可能なスマートフォン等の携帯端末装置１４から解錠情報の入力を受付けている。そのため、第１の実施形態によれば、携帯端末の所持忘れ、充電切れ、又は通信不良等の場合でも、作業ブース７０への入室が可能になる。なお、解錠情報は、作業ブース７０を利用するユーザが携帯可能な携帯端末に代えて又は加えて、作業ブース７０を利用するユーザとは別の当該作業ブース７０を利用しないユーザ（以下、「管理者ユーザ」とする）側の端末からも入力可能としてもよい。この場合、作業ブース７０を利用するユーザと、管理者ユーザとは、上司及び部下、又は同一組織の構成員等の一定の関係を有することが必要である。

また、第１の実施形態では、ＣＰＵ１２Ａが、解錠情報の入力なしに作業ブース７０の扉を解錠、すなわち、特別解錠した後、当該作業ブース７０の扉を施錠する情報が入力された場合、当該作業ブース７０の扉を施錠する。第１の実施形態では、一例として、作業ブース７０の扉を特別解錠した後、携帯端末装置１４のディスプレイ１４Ｆに表示された施錠ボタン８０による施錠操作が行われた場合、ＣＰＵ１２Ａが当該作業ブース７０の扉を施錠する。そのため、第１の実施形態によれば、解錠情報の入力なしに解錠した作業ブース７０の扉の状態を維持する構成に比べて、当該作業ブース７０の防犯性を高められる。当該構成により、例えば、携帯端末装置１４を紛失していたユーザが特別解錠後に当該携帯端末装置１４を発見した場合に作業ブース７０の扉を施錠することで、他のユーザが当該作業ブース７０に入室することが抑制される。

また、第１の実施形態では、ＣＰＵ１２Ａが、解錠情報の入力なしに作業ブース７０の扉を解錠、すなわち、特別解錠するか否かの設定を、少なくとも当該作業ブース７０を利用するユーザから受付ける。第１の実施形態では、一例として、当該作業ブース７０を利用するユーザが携帯可能なスマートフォン等の携帯端末装置１４から、作業ブース７０の扉を特別解錠するか否かの設定を受付けている（図１０から図１３参照）。そのため、第１の実施形態によれば、作業ブース７０を利用するユーザが解錠情報の入力なしに当該作業ブース７０の扉を解錠するか否かを設定できる。なお、作業ブース７０の扉を特別解錠するか否かは、作業ブース７０を利用するユーザが携帯可能な携帯端末に代えて又は加えて、管理者ユーザ側の端末からも設定可能としてもよい。この場合、作業ブース７０を利用するユーザと、管理者ユーザとは、上司及び部下、又は同一組織の構成員等の一定の関係を有することが必要である。

ここで、作業ブース７０の扉を特別解錠した場合は、あらゆるユーザが当該作業ブース７０に入室可能になるため、例えば、当該作業ブース７０を予約していないユーザによる不正利用を抑制する必要がある。

そこで、第１の実施形態では、ＣＰＵ１２Ａが、利用開始時刻以降の作業ブース７０への入室に際し、予め定めた認証情報の入力を要求する。そして、ＣＰＵ１２Ａは、入力された認証情報が正しい場合に当該作業ブース７０の利用を許可する。

図１５は、認証情報の入力画面を示す第１の表示例である。なお、図１５では、個室２０のディスプレイ２４の表示例を示している。クラウドサーバ１２のＣＰＵ１２Ａは、予約された個室２０の利用開始時刻以降に、検知部４２がドア２１の開放を検知した旨の検知内容を、制御装置２２及び通信回線１８を介して受信した場合に図１５に示す表示例を個室２０のディスプレイ２４に表示させる。

図１５に示すディスプレイ２４には、認証情報入力部８３が表示されている。この認証情報入力部８３は、氏名入力部８３Ａと、ＯＫボタン８３Ｂと、を含んで構成されている。

氏名入力部８３Ａは、認証情報として、予め登録された特定のユーザの氏名を入力する部分である。なお、この場合の「特定のユーザの氏名」とは、作業ブース７０を利用するユーザの氏名でもよいし、当該作業ブース７０を予約したユーザが任意に定めたユーザの氏名でもよい。また、認証情報として、予め登録された特定のユーザの氏名以外の別の文字を入力させてもよいし、文字以外の情報を入力させてもよい。文字以外の情報としては、指紋及び虹彩等の生体情報、並びにＩＤカード等の所有物情報が想定される。つまり、認証情報を用いた認証は、パスワード認証、生体認証、又は所有物認証の何れでもよい。

ＯＫボタン８３Ｂは、氏名入力部８３Ａに認証情報が入力された後に操作可能となるボタンである。ＯＫボタン８３Ｂが操作された場合、制御装置２２は、入力された認証情報を通信回線１８を介してクラウドサーバ１２に送信する。クラウドサーバ１２は、受信した認証情報と、予め登録された認証情報とを照合し、当該照合した結果を通信回線１８を介して制御装置２２に送信する。

図１６は、認証情報の入力画面を示す第２の表示例である。ＣＰＵ１２Ａは、図１５に示す表示例の表示中にユーザによるＯＫボタン８３Ｂの操作があった場合に図１６に示す表示例をディスプレイ２４に表示させる。

図１６に示す第２の表示例には、図１５に示す第１の表示例に加えて、認証情報入力部８３の右側にメッセージ情報７５が表示されている。一例として、図１６では、メッセージ情報７５として「認証に成功しました。」と表示されている。

つまり、図１６に示す第２の表示例は、入力された認証情報が正しい場合の表示例である。この場合、ＣＰＵ１２Ａは、図１６に示す第２の表示例を表示させてから予め定めた時間が経過した後、ディスプレイ２４の表示内容を予め定めた表示内容へと変化させる。なお、入力された認証情報が正しい場合とは、入力された認証情報と、予め登録された認証情報とを照合した結果が一致した場合である。

一方、第１の実施形態では、ＣＰＵ１２Ａが、入力された認証情報が正しくない場合、作業ブース７０の利用を禁止する。そして、ＣＰＵ１２Ａは、当該作業ブース７０の予約を促す通知、及び当該作業ブース７０以外で利用可能な作業ブース７０を案内する通知を報知させる。なお、入力された認証情報が正しくない場合とは、入力された認証情報と、予め登録された認証情報とを照合した結果が不一致の場合である。

図１７は、認証情報の入力画面を示す第３の表示例である。ＣＰＵ１２Ａは、図１５に示す表示例の表示中にユーザによるＯＫボタン８３Ｂの操作があった場合に図１７に示す表示例をディスプレイ２４に表示させる。

図１７に示す第３の表示例には、図１５に示す第１の表示例に加えて、認証情報入力部８３の右側にメッセージ情報７５が表示されている。一例として、図１７では、メッセージ情報７５として「認証に失敗しました。作業ブース７０の利用には予約が必要です。個室２０外部のＱＲコード（登録商標）を読取り、予約を行って下さい。現在、個室５０が利用可能です。」と表示されている。

つまり、図１７に示す第３の表示例は、入力された認証情報が正しくない場合の表示例である。そして、この場合、個室２０の利用を禁止するために、ＣＰＵ１２Ａの指示に基づき制御装置２２は、ディスプレイ２４を含む報知部４４を除いた電源及びＵＳＢコンセント３０並びにエアコン３４等の各機器に対する電力の遮断を行う。これに対し、上記の個室２０の利用が許可された場合には、ＣＰＵ１２Ａの指示に基づき制御装置２２は、電源及びＵＳＢコンセント３０並びにエアコン３４等の各機器に対する電力の供給を行う。

以上の構成により、第１の実施形態によれば、利用開始時刻以降に認証情報の入力なしに作業ブース７０が利用可能となる構成に比べて、当該作業ブース７０の不正利用が抑制される。

また、第１の実施形態では、ＣＰＵ１２Ａが、作業ブース７０の予約を促す通知を含んだメッセージ情報７５（図１７参照）をディスプレイ２４に表示させることで、作業ブース７０の予約が必要なことをユーザに認知させられる。さらに、第１の実施形態では、ＣＰＵ１２Ａが、当該作業ブース７０以外で利用可能な作業ブース７０を案内する通知を含んだメッセージ情報７５（図１７参照）をディスプレイ２４に表示させることで、利用可能な作業ブース７０をユーザに認知させられる。

なお、ＣＰＵ１２Ａは、作業ブース７０が備えるディスプレイに代えて又は加えて、作業ブース７０が備えるスピーカー及びランプを用いて、音声出力又は点灯により、上記の作業ブース７０の予約を促す通知及び当該作業ブース７０以外で利用可能な作業ブース７０を案内する通知を報知させてもよい。

また、認証情報の入力画面を表示させる個室２０のディスプレイ２４は、個室２０内に対して各種情報を表示するものであってもよいし、個室２０外に対して各種情報を表示するものであってもよい。つまり、認証情報の入力は、個室２０の入室前後の何れで行わせてもよい。また、認証情報の入力は、作業ブース７０が備えるディスプレイ操作による文字入力でもよいし、作業ブース７０にマイクを設け、当該マイクを用いた音声入力でもよく、入力方法は限定されない。

さらに、入力された認証情報が正しくない場合、ＣＰＵ１２Ａは、作業ブース７０の予約を促す通知、及び当該作業ブース７０以外で利用可能な作業ブース７０を案内する通知の双方を報知させることに限らず、何れか一方を報知させてもよい。

（第２の実施形態）
次に、第２の実施形態について他の実施形態との重複部分を省略又は簡略しつつ説明する。

図１８は、認証情報の入力画面を示す第４の表示例である。ＣＰＵ１２Ａは、図１５に示す表示例の表示中にユーザによるＯＫボタン８３Ｂの操作があった場合に図１８に示す表示例をディスプレイ２４に表示させる。

図１８に示す第４の表示例には、図１５に示す第１の表示例に加えて、認証情報入力部８３の右側にメッセージ情報７５が表示されている。一例として、図１８では、メッセージ情報７５として「認証に失敗しました。この個室２０から直ちに退室して下さい。」と表示されている。

つまり、図１８に示す第４の表示例は、入力された認証情報が正しくない場合の表示例である。そして、この場合、第１の実施形態と同様に、個室２０の利用を禁止するために、ＣＰＵ１２Ａの指示に基づき制御装置２２は、ディスプレイ２４を含む報知部４４を除いた電源及びＵＳＢコンセント３０並びにエアコン３４等の各機器に対する電力の遮断を行う。

以上のように、第２の実施形態では、ＣＰＵ１２Ａが、入力された認証情報が正しくない場合、作業ブース７０の利用を禁止する。そして、ＣＰＵ１２Ａは、当該作業ブース７０からの退室を促す通知を報知させる。そのため、第２の実施形態によれば、当該作業ブース７０が利用できないことをユーザに認知させられる。

なお、ＣＰＵ１２Ａは、作業ブース７０が備えるディスプレイに代えて又は加えて、作業ブース７０が備えるスピーカー及びランプを用いて、音声出力又は点灯により、上記の当該作業ブース７０からの退室を促す通知を報知させてもよい。

（第３の実施形態）
次に、第３の実施形態について他の実施形態との重複部分を省略又は簡略しつつ説明する。

作業ブース７０の扉を特別解錠した場合は、利用開始時刻以降の当該作業ブース７０への入室となり、利用時間の延長を行わない限り、本来の利用可能時間よりも利用時間が短くなる可能性が高い。

そこで、第３の実施形態では、ＣＰＵ１２Ａが、利用開始時刻以降の作業ブース７０への入室を確認した場合、予め定めた利用終了時刻を当該作業ブース７０へ入室した時刻を基に決定された遅刻時間分だけ延長する。具体的には、ＣＰＵ１２Ａは、当該作業ブース７０を利用可能な時間帯のうち、当該作業ブース７０を予約可能な時間帯の中から任意の時間帯の指定を受付け（図７参照）、受付けた任意の時間帯の直後が当該作業ブース７０を予約可能な時間帯である場合に、当該予め定めた利用終了時刻を遅刻時間分だけ延長する。

以下、上記の詳細について、図１９及び図２０を用いて説明する。
図１９は、特定の作業ブース７０（例：個室２０）の予約状況を示す第１のタイムチャートである。図１９に示す契機Ｔ１は、ユーザＡの個室２０の利用終了時刻を示し、契機Ｔ２は、ユーザＢの個室２０の利用開始時刻を示し、契機Ｔ３は、ユーザＢの個室２０の利用終了時刻を示し、契機Ｔ４は、ユーザＣの個室２０の利用開始時刻を示している。

具体的には、図１９に示すユーザＡの個室２０の利用終了時刻は「１０：４５」であり、ユーザＢの個室２０の利用開始時刻は「１１：００」であり、ユーザＢの個室２０の利用終了時刻は「１１：３０」であり、ユーザＣの個室２０の利用開始時刻は「１２：００」である。

つまり、ユーザＢは、ユーザＡの個室２０の利用終了時刻の１５分後に個室２０を３０分間利用する予定となっている。また、ユーザＣは、ユーザＢの個室２０の利用終了時刻の３０分後に個室２０を利用する予定となっている。

図２０は、特定の作業ブース７０（例：個室２０）の予約状況を示す第２のタイムチャートである。

図２０に示す第２のタイムチャートには、図１９に示す第１のタイムチャートに加えて、ユーザＢの個室２０への入室時刻を示す契機Ｔ５が表示されている。図２０に示すユーザＢの個室２０への入室時刻は「１１：１５」であり、ユーザＢの個室２０の利用開始時刻を示す契機Ｔ２以降の入室となっている。なお、ＣＰＵ１２Ａは、検知部４２が個室２０内の人の存在を検知した旨の検知内容を、制御装置２２及び通信回線１８を介して受信した時刻を「入室時刻」として設定する。また、ＣＰＵ１２Ａは、検知部４２が個室２０内の人の存在を検知した旨の検知内容を、制御装置２２及び通信回線１８を介して受信した際に、「作業ブース７０への入室を確認した」と判定する。

また、図２０に示す第２のタイムチャートでは、図１９に示す第１のタイムチャートから、ユーザＢの個室２０の利用終了時刻が「１１：３０」から「１１：４５」に延長されている（図１９及び図２０の契機Ｔ３参照）。これは、ユーザＢの個室２０の予約時間帯の直後が個室２０を予約可能な時間帯であったためである。つまり、ＣＰＵ１２Ａは、ユーザＢの個室２０の当初の利用終了時刻以降の３０分間が個室２０を予約可能な時間帯であったため（図７及び図１９参照）、ユーザＢの遅刻時間である１５分だけ延長し、新たな利用終了時刻を「１１：４５」に変更した。当初の利用終了時刻は「予め定めた利用終了時刻」の一例である。

以上の構成により、第３の実施形態によれば、利用開始時刻以降の作業ブース７０への入室を確認した場合に予め定めた利用終了時刻を維持する構成に比べて、当該作業ブース７０の利用時間が長くなる。また、第３の実施形態によれば、当該作業ブース７０の予め定めた利用終了時刻の直後の時間帯の空き状況に応じて、当該利用終了時刻を延長するか否かが決定される。なお、当該利用終了時刻を延長した場合、当該延長した時間の利用料は有料としてもよいし、無料としてもよい。

また、第３の実施形態では、ＣＰＵ１２Ａが、作業ブース７０の予め定めた利用終了時刻、すなわち、当初の利用終了時刻を上記の遅刻時間分だけ延長した場合は、当該延長した旨を報知させる。

図２１は、当初の利用終了時刻を上記の遅刻時間分だけ延長した旨を示す表示例である。ＣＰＵ１２Ａは、個室２０の当初の利用終了時刻を上記の遅刻時間分だけ延長した場合に図２１に示す表示例をディスプレイ２４に表示させる。

図２１に示すディスプレイ２４には、メッセージ情報７５と、ＯＫボタン８４と、が表示されている。一例として、図２１では、メッセージ情報７５として「利用終了時刻を１１：３０から１１：４５に延長しました。」と表示されている。第３の実施形態では、図２１に示す表示例の表示中にユーザによるＯＫボタン８４の操作があった場合、ＣＰＵ１２Ａは、ディスプレイ２４の表示内容を予め定めた表示内容へと変化させる。

以上の構成により、第３の実施形態によれば、作業ブース７０の予め定めた利用終了時刻が延長した旨をユーザに認知させられる。

なお、ＣＰＵ１２Ａは、ディスプレイ２４に代えて又は加えて、作業ブース７０を予約したユーザ側のユーザ端末（例：作業ブース７０を利用するユーザの携帯端末装置１４）のディスプレイに当該表示例を表示させてもよい。

また、当初の利用終了時刻を上記の遅刻時間分だけ延長した旨の報知は、作業ブース７０及び当該作業ブース７０を予約したユーザ側のユーザ端末等が備えるディスプレイへの表示に限らず、これに代えて又は加えて、作業ブース７０及び当該ユーザ端末等が備えるスピーカー及びランプを用いて、音声出力又は点灯により行ってもよい。

また、第３の実施形態において、作業ブース７０の予め定めた利用終了時刻を延長する延長時間は、当該作業ブース７０への入室の遅刻時間より短くてもよい。例えば、ＣＰＵ１２Ａは、当該遅刻時間が「３０分」であっても、遅刻したユーザの当該作業ブース７０の予約時間帯以降に「３０分」の予約可能な時間帯がない場合には、当該延長時間を「１５分」とすることがある。つまり、上記の「遅刻時間分」は、遅刻したユーザの当該作業ブース７０の予約時間帯以降の予約の空き状況に応じて決定される。

（第４の実施形態）
次に、第４の実施形態について他の実施形態との重複部分を省略又は簡略しつつ説明する。

ここで、電子錠を作業ブース７０の扉に用いた場合に、当該扉を解錠するための条件を「解錠情報の入力をクラウドサーバ１２が受付けたこと」のみとすると、当該解錠情報の入力するための端末の所持忘れ、充電切れ、又は通信不良等が生じると、当該扉の解錠を行えずに問題となる。

上記の問題は、一度作業ブース７０に入室した後に、所用のために当該作業ブース７０から一時退室した場合にも同様に生じ得る。

そこで、第４の実施形態では、ＣＰＵ１２Ａが、作業ブース７０への入室を確認した後、利用終了時刻までの間に当該作業ブース７０からの退室を確認した場合、解錠情報の入力がなくとも、当該退室を確認した時刻以降から利用終了時刻までの間に当該作業ブース７０の扉を解錠、すなわち、特別解錠する。ＣＰＵ１２Ａは、作業ブース７０への入室を確認した後、利用終了時刻までの間に、検知部４２がドア２１の開放を検知した旨の検知内容を、制御装置２２及び通信回線１８を介して受信した場合に「作業ブース７０からの退室を確認した」と判定する。

そして、第４の実施形態では、ＣＰＵ１２Ａが、上記の場合に作業ブース７０の扉を特別解錠するか否かの設定を、少なくとも当該作業ブース７０を利用するユーザから受付ける。

図２２は、ＯＫボタン７６（図１３参照）の操作後の表示例を示している。ＣＰＵ１２Ａは、図１３に示す表示例の表示中にユーザによるＯＫボタン７６の操作があった場合に図２２に示す表示例をディスプレイ１４Ｆに表示させる。

図２２に示すディスプレイ１４Ｆには、候補情報７３と、進むボタン８２と、戻るボタン８１と、が表示されている。

一例として、図２２では、候補情報７３として、予約された作業ブース７０の一時退室時刻以降に当該作業ブース７０の扉を特別解錠する解錠時間の候補が複数表示されている。そして、図２２では、一例として、複数の解錠時間の候補から「１．一時退室時刻の５分後」のチェックボックスにチェックマークが付された状態を示している。

第４の実施形態では、図２２に示す候補情報７３のチェックボックスの何れかにチェックマークが付された後、ユーザによる進むボタン８２の操作があった場合、ＣＰＵ１２Ａは、ディスプレイ１４Ｆの表示内容を図２３に示す表示例の表示内容へと変化させる。一方、第４の実施形態では、図２２に示す表示例の表示中にユーザによる戻るボタン８１の操作があった場合、ＣＰＵ１２Ａは、ディスプレイ１４Ｆの表示内容を図１０に示す表示例の表示内容へと変化させる。

図２３は、進むボタン８２の操作後の第３の表示例を示している。図２３に示すディスプレイ１４Ｆには、メッセージ情報７５と、ＯＫボタン７６と、キャンセルボタン７７と、が表示されている。一例として、図２３では、メッセージ情報７５として「＜特別解錠設定＞ 「１．一時退室時刻の５分後」で設定します。よろしいですか？」と表示されている。第４の実施形態では、図２３に示す表示例の表示中にユーザによるＯＫボタン７６の操作があった場合、ＣＰＵ１２Ａは、特別解錠設定を完了させて予約された作業ブース７０の扉に特別解錠を設定する。一方、第４の実施形態では、図２３に示す表示例の表示中にユーザによるキャンセルボタン７７の操作があった場合、ＣＰＵ１２Ａは、特別解錠設定を中止してディスプレイ１４Ｆを予め定めた表示内容へと変化させる。

以上の構成により、第４の実施形態によれば、利用終了時刻までの間に作業ブース７０から一時退室した場合に、解錠情報の入力なしに当該作業ブース７０への入室が可能になる。

（第５の実施形態）
次に、第５の実施形態について他の実施形態との重複部分を省略又は簡略しつつ説明する。

第５の実施形態は、ＣＰＵ１２Ａが、予約された作業ブース７０の当該予約による利用開始時刻から予め定めた時間までに、当該作業ブース７０への入室を確認できない場合、当該作業ブース７０の予約に関する予約情報を報知させる形態である。

図２４は、作業ブース７０の予約に関する予約情報を報知させる報知処理の流れを示すフローチャートである。ＣＰＵ１２ＡがＲＯＭ１２Ｂ又はストレージ１２Ｄから情報処理プログラムを読み出して、ＲＡＭ１２Ｃに展開して実行することにより、クラウドサーバ１２による報知処理が行われる。なお、以下では、予約された作業ブース７０を個室２０とした場合について説明する。

図２４に示すステップＳ２０において、ＣＰＵ１２Ａは、予約された個室２０の利用開始時刻であるか否かを判定し、利用開始時刻であると判定した場合（ステップＳ２０：ＹＥＳ）はステップＳ２１に進む。一方、ＣＰＵ１２Ａが利用開始時刻でないと判定した場合（ステップＳ２０：ＮＯ）は当該処理を終了する。

ステップＳ２１において、ＣＰＵ１２Ａは、予約された個室２０への入室がないか否かを判定し、個室２０への入室がないと判定した場合（ステップＳ２１：ＹＥＳ）はステップＳ２２に進む。一方、ＣＰＵ１２Ａが個室２０への入室があると判定した場合（ステップＳ２１：ＮＯ）は当該処理を終了する。ＣＰＵ１２Ａは、検知部４２が個室２０内の人の存在を検知した旨の検知内容を、制御装置２２及び通信回線１８を介して受信した場合に「個室２０への入室がある」と判定し、当該検知内容を受信していない場合に「個室２０への入室がない」と判定する。

ステップＳ２２において、ＣＰＵ１２Ａは、予約された個室２０の利用開始時刻から予め定めた時間が経過したか否かを判定し、予め定めた時間が経過したと判定した場合（ステップＳ２２：ＹＥＳ）はステップＳ２３に進む。一方、ＣＰＵ１２Ａが予め定めた時間の経過がないと判定した場合（ステップＳ２２：ＮＯ）は再度ステップＳ２２となる。ステップＳ２２における当該「予め定めた時間」は、下限を「０秒」、上限を「個室２０の利用終了時刻に至るまで」とした任意の時間としている。例えば、予め定めた時間を「０秒」とした場合、ステップＳ２２において、ＣＰＵ１２Ａは、予約された個室２０の利用開始時刻になったと同時に、予め定めた時間が経過したと判定する。また、予め定めた時間を「５分」とした場合、ステップＳ２２において、ＣＰＵ１２Ａは、予約された個室２０の利用開始時刻の５分後に、予め定めた時間が経過したと判定する。当該予め定めた時間は、「０秒」、「５分」、「７分」等と複数提示された候補の中から選択された時間でもよいし、ユーザにより指定された任意の時間であってもよい。

ステップＳ２３において、ＣＰＵ１２Ａは、予約情報を報知させる。そして、当該処理を終了する。

例えば、ＣＰＵ１２Ａは、作業ブース７０を予約したユーザ側のユーザ端末に予約情報を報知させる。以下では、作業ブース７０を個室２０とし、個室２０を利用するユーザが携帯可能なスマートフォン等の携帯端末装置１４に予約情報が報知された例について説明する。

図２５は、予約情報を示す第１の表示例である。クラウドサーバ１２のＣＰＵ１２Ａは、予約された個室２０の当該予約による利用開始時刻から予め定めた時間までに、個室２０への入室を確認できない場合に図２５に示す表示例を携帯端末装置１４のディスプレイ１４Ｆに表示させる。

図２５に示すディスプレイ１４Ｆには、予約情報として、メッセージ情報７５と、ＯＫボタン７６と、が表示されている。

一例として、図２５では、メッセージ情報７５として「利用開始時刻になってから、ドアを開けていないようですが、大丈夫でしょうか？ ドアが開かない理由として、以下のことが想定されます。 １．作業ブースの場所を間違えている ２．その他（ドアの故障等） ２．の場合は、11-2222-3333までご連絡下さい。」と表示されている。

第５の実施形態では、図２５に示す表示例の表示中にユーザによるＯＫボタン７６の操作があった場合、ＣＰＵ１２Ａは、ディスプレイ１４Ｆを予め定めた表示内容へと変化させる。

従来、事前に日時を指定した予約を行い、予約した予約時間帯になったら利用可能となるサービスが存在する。例えば、当該サービスとして上記の作業ブース７０を提供する場合は、予約された作業ブース７０の周辺に多数の別の作業ブース７０があると、誤って予約した作業ブース７０とは別の作業ブース７０にユーザが到着してしまい、利用開始時刻になっても作業ブース７０を利用できないことが想定される。例えば、同じ駅に複数の作業ブース７０があると、不慣れなユーザの場合、誤った作業ブース７０に到着してしまうことが想定される。

そこで、第５の実施形態では、ＣＰＵ１２Ａが、予約された作業ブース７０の当該予約による利用開始時刻から予め定めた時間までに、当該作業ブース７０への入室を確認できない場合に予約情報をユーザ端末に報知させることとしている。そのため、第５の実施形態によれば、予約された作業ブース７０の予約時間中に入室されていないことが認知可能になる。これにより、作業ブース７０を利用するユーザは、自分の現在地が正しくないこと（例：別の作業ブース７０に到着していること）を認知でき、予約された作業ブース７０の位置を確認する等の対応を取ることができる。

また、第５の実施形態では、ＣＰＵ１２Ａが、予約された作業ブース７０への入室を確認できない場合として、当該作業ブース７０の利用開始時刻から予め定めた時間までに、当該作業ブース７０の扉及び当該作業ブース７０の内部の少なくとも一方に設けられた検知部による検知が行われない場合に予約情報を報知させる。一例として、作業ブース７０を個室２０とした場合、ＣＰＵ１２Ａは、個室２０の利用開始時刻から予め定めた時間の一例として５分後までに、検知部４２によるドア２１の開放の検知及び個室２０内の人の存在の検知の少なくとも一方が行われない場合に予約情報をユーザ端末に報知させる。そのため、第５の実施形態によれば、作業ブース７０への入室の有無を、当該作業ブース７０の扉及び当該作業ブース７０の内部の少なくとも一方に設けられた検知部による検知で確認できる。なお、これに代えて又は加えて、作業ブース７０を個室２０とした場合、ＣＰＵ１２Ａは、個室２０の利用開始時刻から予め定めた時間の一例として５分後までに、ドアロック装置４０によるドア２１の解錠が行われない場合に予約情報をユーザ端末に報知させてもよい。また、上記に限らず、携帯端末装置１４の現在地からの距離が最短の作業ブース７０が予約された作業ブース７０でない状況で、当該現在地から予約された作業ブース７０の解錠情報が入力された場合に、ＣＰＵ１２Ａは、予約された作業ブース７０への入室を確認できない場合として予約情報を報知させてもよい。

ここで、予約情報の表示内容は図２５に示す表示例に限らず、他の表示内容でもよい。以下、予約情報として図２５に示す表示例とは異なる表示内容が表示される例を説明する。なお、上記と同様に、作業ブース７０を個室２０とし、携帯端末装置１４に予約情報が報知された例について説明する。

図２６は、予約情報を示す第２の表示例である。ＣＰＵ１２Ａは、予約された個室２０の当該予約による利用開始時刻から予め定めた時間までに、個室２０への入室を確認できない場合に図２６に示す表示例をディスプレイ１４Ｆに表示させる。

図２６に示すディスプレイ１４Ｆには、予約情報として、メッセージ情報７５と、地図情報８５と、画像情報８６と、ＯＫボタン７６と、が表示されている。

一例として、図２６では、メッセージ情報７５として「ご予約の作業ブースの位置は、以下の通りです。」と表示されている。

地図情報８５は、ユーザに対して予約された作業ブース７０の位置を地図上で示している。一例として、図２６では、地図情報８５として、複数の個室の位置と、各々の個室に隣接する目印（例：「店」、「改札」）の位置と、が地図上に表示されている。また、図２６では、地図情報８５として、予約された作業ブース７０（例：個室２０）を破線の丸で囲むことで、当該作業ブース７０の位置を示している。

画像情報８６は、ユーザに対して、予約された作業ブース７０及び当該作業ブース７０に隣接する目印の外観を画像で示している。一例として、図２６では、画像情報８６として、予約された作業ブース７０（例：個室２０）の外観と、当該作業ブース７０に隣接する目印である「店」の外観と、が表示されている。なお、図２６では、地図情報８５の地図上における当該作業ブース７０及び店の位置に合わせて、画像情報８６において、当該作業ブース７０の外観の左隣に店の外観を表示している。

第５の実施形態では、図２６に示す表示例の表示中にユーザによるＯＫボタン７６の操作があった場合、ＣＰＵ１２Ａは、ディスプレイ１４Ｆを予め定めた表示内容へと変化させる。

以上のように、ＣＰＵ１２Ａは、予約情報として、作業ブース７０を予約したユーザを当該作業ブース７０まで誘導する情報を報知させてもよい。この構成により、第５の実施形態によれば、予約された作業ブース７０まで誘導する情報をユーザに認知させられる。これにより、作業ブース７０を利用するユーザは、報知された予約情報を確認しつつ、当該作業ブース７０まで移動する等の対応を取ることができる。

ここで、ＣＰＵ１２Ａは、ユーザ端末への予約情報の報知に加え、作業ブース７０が備えるディスプレイ、スピーカー、及びランプから構成される報知部を用いて予約情報を報知させてもよい。以下では、予約情報を報知させるユーザ端末を携帯端末装置１４とし、作業ブース７０を個室２０とした例について説明する。なお、個室２０はユーザの予約対象の作業ブース７０である。

また、ＣＰＵ１２Ａは、携帯端末装置１４及び個室２０に備える報知部４４に予約情報を報知させる場合、取得した携帯端末装置１４の位置情報に応じて、携帯端末装置１４への予約情報の報知と、報知部４４への予約情報の報知とを切り替える。

図２７は、予約情報を示す第３の表示例である。ＣＰＵ１２Ａは、取得した携帯端末装置１４の位置情報による位置、すなわち、現在地が、予約された個室２０から予め定めた距離内（例：１０ｍ以内）にある場合に図２７に示す表示例をディスプレイ１４Ｆに表示させる。なお、ＣＰＵ１２Ａは、図２７に示す表示例を表示させる前は図２５又は図２６に示す表示例をディスプレイ１４Ｆに表示させている。

図２７に示すディスプレイ１４Ｆには、予約情報として、メッセージ情報７５と、ＯＫボタン７６と、が表示されている。

一例として、図２７では、メッセージ情報７５として「ご予約の作業ブースのランプを点灯させました。確認できますでしょうか？」と表示されている。

第５の実施形態では、図２７に示す表示例の表示中にユーザによるＯＫボタン７６の操作があった場合、ＣＰＵ１２Ａは、ディスプレイ１４Ｆを予め定めた表示内容へと変化させる。

図２８は、予約情報を示す第４の表示例である。ＣＰＵ１２Ａは、図２７に示す表示例をディスプレイ１４Ｆに表示させた場合に個室２０のランプ２７を点灯させる。なお、ＣＰＵ１２Ａは、ユーザの予約対象の作業ブース７０である個室２０に予約情報を報知させることに代えて又は加えて、ユーザの予約対象でない作業ブース７０（例：個室５０及び個室６０）に予約情報を報知させてもよい。この場合、ＣＰＵ１２Ａは、当該予約対象の作業ブース７０と、当該予約対象でない作業ブース７０とで、報知させる予約情報の内容を異ならせる。これにより、当該予約対象の作業ブース７０と、当該予約対象でない作業ブース７０との違いをユーザに認知させられる。

作業ブース７０が備える報知部を用いて予約情報を報知させる場合、図２８に示すように、ＣＰＵ１２Ａは、一例として、個室２０のランプ２７を点灯させることで予約情報を報知させている。なお、図２８では、ランプ２７を黒色に着色することで当該ランプ２７の点灯を示している。そして、ＣＰＵ１２Ａは、当該個室２０への入室を確認した場合に、作業ブース７０が備える報知部を用いた予約情報の報知を停止させる。

以上の構成により、第５の実施形態によれば、ユーザ端末、及び作業ブース７０が備える報知部を用いて、予約された作業ブース７０の予約時間中に入室されていないことを認知させられる。また、第５の実施形態によれば、ユーザ端末の位置情報に応じた方法で予約情報が報知される。

また、第５の実施形態では、ＣＰＵ１２Ａが、ユーザ端末の位置情報による位置が、予約された作業ブース７０の位置から予め定めた距離以上離れている場合、解錠情報が入力されても当該作業ブース７０の扉が施錠された状態を維持する。一例として、ユーザ端末を携帯端末装置１４とし、作業ブース７０を個室２０とした場合、ＣＰＵ１２Ａは、携帯端末装置１４の現在地が個室２０の位置から予め定めた距離以上（例：１００ｍ以上）離れている場合、解錠情報が入力されても個室２０のドア２１が施錠された状態を維持する。そのため、第５の実施形態によれば、ユーザ端末の現在地が作業ブース７０の位置から予め定めた距離以上離れている場合に解錠情報の入力により当該作業ブース７０の扉が解錠される構成に比べて、当該作業ブース７０の防犯性を高められる。

また、ＣＰＵ１２Ａは、解錠情報が入力された場合に、予約された作業ブース７０の扉が施錠された状態を維持したときには、予約情報として、以下のようなメッセージをユーザ端末に報知させてもよい。例えば、当該作業ブース７０の扉が施錠された状態を維持した際のユーザ端末の現在地が、予約された作業ブース７０の位置から予め定めた距離以上（例：１００ｍ以上）離れている場合、ＣＰＵ１２Ａは、当該メッセージとして「図２６に示す予約された作業ブース７０まで誘導する情報」をユーザ端末に報知させてもよい。また、当該作業ブース７０の扉が施錠された状態を維持した際のユーザ端末の現在地が、予約された作業ブース７０の位置から予め定めた距離以上（例：１００ｍ以上）離れており、かつ、当該予約された作業ブース７０とは異なる作業ブース７０の位置から予め定めた距離内（例：１０ｍ以内）にいる場合、ＣＰＵ１２Ａは、当該メッセージとして「予約された作業ブース７０とは異なる作業ブース７０の前にいます」等をユーザ端末に報知させてもよい。なお、ＣＰＵ１２Ａは、解錠情報が入力された際のユーザ端末の現在地が、予約された作業ブース７０の位置から予め定めた距離内（例：１０ｍ以内）にある場合、予約情報として、予約された作業ブース７０の近くにいることを示すメッセージをユーザ端末に報知させてもよい。

第５の実施形態では、ＣＰＵ１２Ａが、作業ブース７０を予約したユーザ側のユーザ端末として、作業ブース７０を利用するユーザの携帯端末装置１４に予約情報を報知させたが、当該作業ブース７０を予約したユーザ及び当該ユーザ端末はこれに限らない。例えば、作業ブース７０を予約したユーザは、作業ブース７０を利用するユーザとは別の当該作業ブース７０を利用しないユーザ（＝管理者ユーザ）であってもよい。また、ユーザ端末は、作業ブース７０を利用するユーザ又は管理者ユーザの携帯端末装置１４であってもよいし、管理者ユーザのパーソナルコンピュータ等であってもよい。

つまり、ＣＰＵ１２Ａは、ユーザ端末として、作業ブース７０を利用するユーザ側の端末にのみ予約情報を報知させてもよいし、管理者ユーザ側の端末にのみ予約情報を報知させてもよいし、作業ブース７０を利用するユーザ及び管理者ユーザの双方の端末に予約情報を報知させてもよい。

ここで、情報処理システム１０では、作業ブース７０を利用するユーザ側のユーザ端末の現在地をクラウドサーバ１２に送信するか否かの設定が可能であり、当該現在地をクラウドサーバ１２に送信する設定時のみ予約情報が管理者ユーザ側のユーザ端末に報知されるよう構成されている。なお、ＣＰＵ１２Ａが管理者ユーザ側のユーザ端末にのみ予約情報を報知させる場合は、情報処理システム１０を介さず、管理者ユーザから作業ブース７０を利用するユーザへ当該予約情報のような情報を通知することが望ましい。

第５の実施形態では、ＣＰＵ１２Ａが、ユーザ端末の現在地が、予約された作業ブース７０の位置から予め定めた距離以上（例：１００ｍ以上）離れている場合、解錠情報が入力されても当該作業ブース７０の扉が施錠された状態を維持することとした。しかし、これに限らず、ユーザ端末の現在地が、当該予め定めた距離よりも遠い特定の距離以上（例：５ｋｍ以上）離れている場合には、解錠情報の入力により、ＣＰＵ１２Ａが当該作業ブース７０の扉を通常解錠してもよい。つまり、ユーザ端末の現在地が、予約された作業ブース７０の位置から特定の距離以上離れている場合には、意図的な遠方からの解錠情報の入力であると判定して、ＣＰＵ１２Ａが作業ブース７０の扉を通常解錠してもよい。

なお、上記のような「遠方からの解錠情報の入力」は、作業ブース７０を利用するユーザ又は管理者ユーザの何れのユーザ端末からも行えるよう構成してもよい。例えば、作業ブース７０を利用するユーザ側のユーザ端末と、管理者ユーザ側のユーザ端末とで連携アカウントが設定されている場合に、管理者ユーザ側のユーザ端末からの解錠情報の入力を可能にしてもよい。当該連携アカウントは、作業ブース７０の予約時に設定可能としてもよいし、予約の変更時に設定可能としてもよい。

ここで、上記の管理者ユーザ側のユーザ端末にのみ予約情報を報知させる場合として、以下のような状況が想定される。なお、以下では予約された作業ブース７０を「個室５０」とし、予約対象でない作業ブース７０を「個室２０」としている。

まず、個室５０を利用するユーザ側のユーザ端末には、作業ブース７０の予約等を行う専用のＷＥＢサイトのアカウントを有しておらず、管理者ユーザ側のユーザ端末のみが当該アカウントを有している。そのため、この場合は、個室５０を利用するユーザ側のユーザ端末に情報処理システム１０からの通知が届くことはない。

次に、予約された個室５０の位置から特定の距離以上（例：５ｋｍ以上）離れた位置にある管理者ユーザ側のユーザ端末から、当該個室５０の解錠情報が入力される。

このとき、個室５０を利用するユーザは、管理者ユーザから指示された個室５０を探しているが、誤って予約対象でない個室２０の前に到着しているものとする。さらに、個室５０を利用するユーザの現在地周辺には複数の作業ブース７０（例：個室２０、個室５０、及び個室６０）があり、そのうちの個室５０には管理者ユーザによる予約があり、個室２０及び個室６０には当該管理者ユーザによる予約と同時刻の予約がないものとする。

次に、個室５０を利用するユーザが到着している予約対象でない個室２０に設けられたカメラ２６が、当該ユーザを撮影し、当該撮影した撮影画像が制御装置２２及び通信回線１８を介してクラウドサーバ１２に送信される。

上記の撮影画像を取得したクラウドサーバ１２は、個室５０を利用するユーザが誤って予約対象でない作業ブース７０に到着していると判定して、当該ユーザを予約された個室５０まで誘導する情報を予約情報として報知させる。クラウドサーバ１２のＣＰＵ１２Ａは、当該予約情報として、管理者ユーザ側のユーザ端末に「個室５０を利用するユーザが迷子と思われます」等のメッセージを報知させる。これにより、管理者ユーザが個室５０を利用するユーザへ連絡して、当該ユーザを予約された個室５０まで誘導できる。

なお、上記の場合、ＣＰＵ１２Ａは、予約情報を管理者ユーザ側のユーザ端末にのみ報知させることに限らず、個室５０を利用するユーザが到着している予約対象でない個室２０の報知部４４に報知させてもよい。

第５の実施形態では、図２５に示すメッセージ情報７５として、予約された個室２０の利用日当日の表示例を表示していた。しかし、これに限らず、予約された個室２０の利用日当日以外の日（例：利用日前日）では、予約情報として表示されるメッセージ情報７５は次のような内容にしてもよい。例えば、ＣＰＵ１２Ａは、予約された個室２０の利用日前日の場合、メッセージ情報７５として「予約日程を間違えていませんか？」と表示させてもよい。このとき、ＣＰＵ１２Ａは、ユーザ端末の現在地と、作業ブース７０の位置とが予め定めた距離内（例：１０ｍ以内）にある時間が一定時間継続した場合に上記のメッセージ情報７５を携帯端末装置１４のディスプレイ１４Ｆに表示させる。

第５の実施形態では、ランプ２７の点灯により個室２０側で予約情報を報知していたため、ＣＰＵ１２Ａが、図２７に示すメッセージ情報７５として「ご予約の作業ブースのランプを点灯させました。確認できますでしょうか？」とディスプレイ１４Ｆに表示させていた。しかし、これに限らず、スピーカー２５からの音声出力により個室２０側で予約情報を報知する場合、ＣＰＵ１２Ａは、図２７に示すメッセージ情報７５として「今から音声案内として「これが個室２０です。開けてください。」と出力しますが、聞こえますでしょうか？」等とディスプレイ１４Ｆに表示させてもよい。

第５の実施形態では、予約情報を報知させる場合以外は個室２０のランプ２７を点灯させないため、当該ランプ２７を点灯させることで予約情報を報知していた。しかし、予約情報を報知させる場合以外も当該ランプ２７を点灯させるときには、ＣＰＵ１２Ａは、予約情報を報知させるときと、それ以外のときとで、ランプ２７の点灯パターンを異ならせる。これにより、予約情報を報知している点灯と、それ以外の点灯との違いをユーザに認知させられる。

第５の実施形態では、ＣＰＵ１２Ａは、ユーザ端末、及び作業ブース７０が備える報知部の双方を用いて予約情報を報知させたが、これに限らず、ユーザ端末、又は作業ブース７０が備える報知部の一方を用いて予約情報を報知させてもよい。また、予約情報の報知は、ユーザ端末及び作業ブース７０等が備える報知部の少なくとも１つの手段を用いて、表示、音声出力及び点灯の１つ又は複数の組合せにより行われればよい。

（第６の実施形態）
次に、第６の実施形態について他の実施形態との重複部分を省略又は簡略しつつ説明する。

第６の実施形態では、ＣＰＵ１２Ａが、ユーザ端末の位置情報による位置が、予約された作業ブース７０とは異なる別の作業ブース７０の位置から予め定めた距離以下であり、当該別の作業ブース７０が利用可能である場合、当該予約された作業ブース７０の予約を当該別の作業ブース７０に変更する。一例として、ユーザ端末を携帯端末装置１４とし、予約された作業ブース７０を個室２０とし、予約された作業ブース７０とは異なる別の作業ブース７０を個室５０とした場合について説明する。なお、別の作業ブース７０は「別個室」の一例である。

図２９は、予約情報を示す第５の表示例である。ＣＰＵ１２Ａは、取得した携帯端末装置１４の現在地が予約された個室２０とは異なる個室５０の位置から予め定めた距離内（例：１０ｍ以内）にあり、当該個室５０が利用可能である場合に図２９に示す表示例をディスプレイ１４Ｆに表示させる。このとき、ＣＰＵ１２Ａは、携帯端末装置１４の現在地から予め定めた距離内にある個室５０の予約状況をストレージ１２Ｄから取得する。そして、ＣＰＵ１２Ａは、個室２０の予約時間帯（例：２０２０／１１／３０ １１：００－１２：００）と重なる個室５０を利用可能な時間帯が予約可能な時間帯である場合に、当該個室５０が利用可能であると判定する。

図２９に示すディスプレイ１４Ｆには、予約情報として、メッセージ情報７５と、ＯＫボタン７６と、キャンセルボタン７７と、が表示されている。

一例として、図２９では、メッセージ情報７５として「△△駅 ２０２０／１１／３０ １１：００－１２：００ 変更前：「個室２０」 変更後：「個室５０」 予約を変更しますか？」と表示されている。第６の実施形態では、図２９に示す表示例の表示中にユーザによるＯＫボタン７６の操作があった場合、ＣＰＵ１２Ａは、予約の変更を確定させて個室２０の予約を個室５０に変更する。ＣＰＵ１２Ａは、予約の変更を確定させて作業ブース７０の予約を変更した場合、当該予約についての予約状況をストレージ１２Ｄに記憶させる。これにより、当該予約をしたユーザの個室２０の予約がなくなり、当該個室２０の予約に代えて個室５０の予約が存在することになる。

一方、第６の実施形態では、図２９に示す表示例の表示中にユーザによるキャンセルボタン７７の操作があった場合、ＣＰＵ１２Ａは、予約の変更を中止してディスプレイ１４Ｆを予め定めた表示内容へと変化させる。

以上の構成により、第６の実施形態によれば、予約された作業ブース７０を利用できなくても、当該作業ブース７０とは異なる別の作業ブース７０の利用が可能となる。

（第７の実施形態）
次に、第７の実施形態について他の実施形態との重複部分を省略又は簡略しつつ説明する。

第７の実施形態では、ＣＰＵ１２Ａが、ユーザ端末の位置情報による位置が、予約された作業ブース７０の位置から予め定めた距離以上離れている場合、ユーザ端末の位置からの距離が最短の利用可能な作業ブース７０へ当該予約された作業ブース７０の予約を変更する。一例として、ユーザ端末を携帯端末装置１４とし、予約された作業ブース７０を個室２０とし、ユーザ端末の位置からの距離が最短の利用可能な作業ブース７０を個室６０とした場合について説明する。

図３０は、予約情報を示す第６の表示例である。ＣＰＵ１２Ａは、取得した携帯端末装置１４の現在地が予約された個室２０の位置から予め定めた距離以上（例：１００ｍ以上）離れている場合に図３０に示す表示例をディスプレイ１４Ｆに表示させる。

このとき、ＣＰＵ１２Ａは、携帯端末装置１４の現在地からの距離が最短の作業ブース７０の予約状況をストレージ１２Ｄから取得する。そして、ＣＰＵ１２Ａは、個室２０の予約時間帯（例：２０２０／１１／３０ １１：００－１２：００）と重なる当該作業ブース７０を利用可能な時間帯が予約可能な時間帯である場合には、当該作業ブース７０を「携帯端末装置１４の現在地からの距離が最短の利用可能な作業ブース７０」に決定する。

一方、予約状況を取得した作業ブース７０が利用可能でない場合、ＣＰＵ１２Ａは、当該作業ブース７０を除いた携帯端末装置１４の現在地からの距離が最短となる作業ブース７０の予約状況をストレージ１２Ｄから取得し、上記の「利用可能な作業ブース７０」に該当するか否かを決定する。当該処理は、上記の「利用可能な作業ブース７０」が決定されるまで、上記と同様の流れで行われる。

図３０に示すディスプレイ１４Ｆには、予約情報として、メッセージ情報７５と、ＯＫボタン７６と、キャンセルボタン７７と、が表示されている。

一例として、図３０では、メッセージ情報７５として「△△駅 ２０２０／１１／３０ １１：００－１２：００ 変更前：「個室２０」 変更後：「個室６０」 予約を変更しますか？」と表示されている。第６の実施形態では、図３０に示す表示例の表示中にユーザによるＯＫボタン７６の操作があった場合、ＣＰＵ１２Ａは、予約の変更を確定させて個室２０の予約を個室６０に変更する。ＣＰＵ１２Ａは、予約の変更を確定させて作業ブース７０の予約を変更した場合、当該予約についての予約状況をストレージ１２Ｄに記憶させる。これにより、当該予約をしたユーザの個室２０の予約がなくなり、当該個室２０の予約に代えて個室６０の予約が存在することになる。

一方、第６の実施形態では、図３０に示す表示例の表示中にユーザによるキャンセルボタン７７の操作があった場合、ＣＰＵ１２Ａは、予約の変更を中止してディスプレイ１４Ｆを予め定めた表示内容へと変化させる。

以上の構成により、第７の実施形態によれば、予約された作業ブース７０を利用できなくても、当該作業ブース７０とは異なるユーザ端末の位置からの距離が最短の作業ブース７０の利用が可能となる。

（その他）
上記の実施形態では、クラウドサーバ１２を情報処理装置の一例としたが、これに限らない。例えば、作業ブース７０が備える装置を情報処理装置の一例として、個々の作業ブース７０が備える装置（例：個室２０が備える制御装置２２）を用いて、上記のクラウドサーバ１２による処理を行ってもよい。

上記の実施形態では、作業ブース７０を１人のユーザが利用する個室空間として説明したが、これに限らず、一の作業ブース７０を複数人のユーザが利用可能であってもよい。また、作業ブース７０は、テレワークに必要な設備を備えた個室空間に限らず、倉庫、ビル、若しくはホテル等の一室、又は、車両の内部（車内）の個室空間であってもよい。さらに、作業ブース７０は、扉の施錠により個室空間が密室になれば、四方八方が閉じられた閉鎖空間で構成されていなくてもよい。例えば、作業ブース７０の天井面又は側面の一部が設けられておらず、一部が開放している構成でもよいし、作業ブース７０の扉又は側面が当該作業ブース７０の天井面又は底面に密着しておらず、一部が開放している構成でもよいし、作業ブース７０の扉又は側面が当該作業ブース７０の設置場所の天井又は地面に密着しておらず、一部が開放している構成でもよい。

また、上記のように、一の作業ブース７０を複数人のユーザで利用可能とした場合、クラウドサーバ１２のＣＰＵ１２Ａは、当該作業ブース７０が備える人感センサ及びカメラ等からの情報を用いて、当該作業ブース７０に入室したユーザの人数と、予約時の利用人数とを照合し、当該照合した結果に応じた処理を行ってもよい。

例えば、ＣＰＵ１２Ａは、当該照合した結果が一致した場合に当該作業ブース７０の利用を許可してもよい。また、ＣＰＵ１２Ａは、当該照合した結果が不一致の場合、例えば、当該作業ブース７０に入室したユーザの人数が予約時の利用人数よりも多い場合、超過人数分の追加料金を要求し、当該追加料金の入金が確認されるまで、当該作業ブース７０の利用を禁止してもよい。

また、ＣＰＵ１２Ａは、事前に当該作業ブース７０を利用するユーザの顔写真が登録されている場合には、登録されたユーザの顔写真と、当該作業ブース７０に入室したユーザの顔とを照合し、当該照合した結果に応じた処理を行ってもよい。例えば、ＣＰＵ１２Ａは、当該照合した結果が一致した場合に当該作業ブース７０の利用を許可してもよい。また、ＣＰＵ１２Ａは、当該照合した結果が不一致の場合、当該作業ブース７０を予約していないユーザが入室していると判定し、当該作業ブース７０からの退室を促す通知を報知させてもよい。

さらに、ＣＰＵ１２Ａは、事前に当該作業ブース７０を利用する利用目的が登録されている場合には、登録されたユーザの利用目的と、当該作業ブース７０が備える人感センサ及びカメラ等からの情報により導出した利用目的とを照合し、当該照合した結果に応じた処理を行ってもよい。例えば、ＣＰＵ１２Ａは、当該照合した結果が一致した場合に当該作業ブース７０の利用を許可してもよい。また、ＣＰＵ１２Ａは、当該照合した結果が不一致の場合、追加料金を要求したり、利用目的にあった利用を行うよう警告したり、当該作業ブース７０からの退室を促す通知を報知させたりしてもよい。

なお、上記各実施形態及び（その他）に記載された内容は適宜組合わせることができる。

上記各実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えば ＣＰＵ： Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、等）や、専用のプロセッサ（例えば ＧＰＵ： Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ： Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ： Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。

また上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

１２ クラウドサーバ（情報処理装置の一例）
１２Ａ ＣＰＵ（プロセッサの一例）

Claims (12)

1. プロセッサを備え、
   前記プロセッサは、
   予約された個室の当該予約による利用開始時刻から予め定めた時間までに、前記個室への入室を確認できない場合、前記個室の予約に関する予約情報を報知させる情報処理装置。
2. 前記プロセッサは、
   前記個室を予約したユーザ側のユーザ端末、及び前記個室に備える報知部の少なくとも一方に前記予約情報を報知させる請求項１に記載の情報処理装置。
3. 前記プロセッサは、
   取得した前記ユーザ端末の位置情報に応じて、前記ユーザ端末への前記予約情報の報知と、前記報知部への前記予約情報の報知とを切り替える請求項２に記載の情報処理装置。
4. 前記プロセッサは、
   前記利用開始時刻以降の前記個室への入室を確認した場合、予め定めた利用終了時刻を前記個室へ入室した時刻を基に決定された遅刻時間分だけ延長する請求項１から３の何れか１項に記載の情報処理装置。
5. 前記プロセッサは、
   前記個室を利用可能な時間帯のうち、前記個室を予約可能な時間帯の中から任意の時間帯の指定を受付け、
   受付けた前記任意の時間帯の直後が前記個室を予約可能な時間帯である場合に、前記個室の予め定めた前記利用終了時刻を前記遅刻時間分だけ延長する請求項４に記載の情報処理装置。
6. 前記プロセッサは、
   前記個室の予め定めた前記利用終了時刻を前記遅刻時間分だけ延長した場合は、当該延長した旨を報知させる請求項４又は５に記載の情報処理装置。
7. 前記プロセッサは、
   前記予約情報として、前記個室を予約したユーザを前記個室まで誘導する情報を報知させる請求項１から６の何れか１項に記載の情報処理装置。
8. 前記プロセッサは、
   前記個室を予約したユーザ側のユーザ端末の位置情報による位置が、前記個室の位置から予め定めた距離以上離れている場合、前記個室の扉を解錠するための解錠情報が入力されても、前記個室の扉が施錠された状態を維持する請求項１から７の何れか１項に記載の情報処理装置。
9. 前記プロセッサは、
   前記個室を予約したユーザ側のユーザ端末の位置情報による位置が、前記個室とは異なる別個室の位置から予め定めた距離以下であり、前記別個室が利用可能である場合、前記個室の予約を前記別個室に変更する請求項１から８の何れか１項に記載の情報処理装置。
10. 前記プロセッサは、
    前記個室を予約したユーザ側のユーザ端末の位置情報による位置が、前記個室の位置から予め定めた距離以上離れている場合、前記ユーザ端末の位置からの距離が最短の利用可能な個室へ前記個室の予約を変更する請求項１から９の何れか１項に記載の情報処理装置。
11. 前記プロセッサは、
    前記個室への入室を確認できない場合として、前記個室の前記利用開始時刻から予め定めた時間までに、前記個室の扉及び前記個室の内部の少なくとも一方に設けられた検知部による検知が行われない場合に、前記予約情報を報知させる請求項１から１０の何れか１項に記載の情報処理装置。
12. コンピュータに、
    予約された個室の当該予約による利用開始時刻から予め定めた時間までに、前記個室への入室を確認できない場合、前記個室の予約に関する予約情報を報知させる、
    処理を実行させるための情報処理プログラム。

Images