JP7009908B2 - 装置、管理システム及びプログラム - Google Patents

Description

本発明は、装置、管理システム及びプログラムに関する。

空間の利用を予約者に提供するサービスがある。この空間には、有効な鍵を有する者だけが自由に出入りすることができる。

特開２００４－８６５８２号公報

一時的に外出している間に予約の時間が経過して荷物を取り出せなくなる場合や忘れ物に後から気づく場面が想定される。

本発明は、再入室を許容しつつも目的外の利用を制限することを目的とする。

請求項１に記載の発明は、予約されていた時間の経過後に、予約に基づいて利用されていた空間への再入室の要求を受付部が受け付けた場合、再入室を要求した利用者と要求の対象である当該空間を予約に基づいて利用していた利用者との一致を認証し、認証が成功すると、再入室中に当該空間の照明の照度を予約中の照度に比して低く設定する制限手段を有する装置である。
請求項２に記載の発明は、前記制限手段は、照明の照度を徐々に低減する、請求項１に記載の装置である。
請求項３に記載の発明は、予約されていた時間の経過後に、予約に基づいて利用されていた空間への再入室の要求を受付部が受け付けた場合、再入室を要求した利用者と要求の対象である当該空間を予約に基づいて利用していた利用者との一致を認証し、認証が成功すると、再入室中に当該空間に設けられた扉を最も開いた位置に固定する制限手段を有する装置である。
請求項４に記載の発明は、空間の予約を管理するデータを保持するデータベースと、予約されていた時間の経過後に、予約に基づいて利用されていた前記空間への再入室の要求を受付部が受け付けた場合、前記データを使用し、再入室を要求した利用者と要求の対象である当該空間を予約に基づいて利用していた利用者との一致を認証し、認証が成功すると、再入室中に当該空間の照明の照度を予約中の照度に比して低く設定する制限手段と、を有する管理システムである。
請求項５に記載の発明は、前記制限手段は、照明の照度を徐々に低減する、請求項４に記載の管理システムである。
請求項６に記載の発明は、空間の予約を管理するデータを保持するデータベースと、予約されていた時間の経過後に、予約に基づいて利用されていた前記空間への再入室の要求を受付部が受け付けた場合、前記データを使用し、再入室を要求した利用者と要求の対象である当該空間を予約に基づいて利用していた利用者との一致を認証し、認証が成功すると、再入室中に当該空間に設けられた扉を最も開いた位置に固定する制限手段とを有する管理システムである。
請求項７に記載の発明は、コンピュータに、予約されていた時間の経過後に、予約に基づいて利用されていた空間への再入室の要求を受付部が受け付けた場合、再入室を要求した利用者と要求の対象である当該空間を予約に基づいて利用していた利用者との一致を認証する機能と、前記機能による認証が成功した場合、再入室中に前記空間の照明の照度を予約中の照度に比して低く設定する機能と、を実現させるためのプログラムである。
請求項８に記載の発明は、前記機能は、照明の照度を徐々に低減する、請求項７に記載のプログラムである。
請求項９に記載の発明は、コンピュータに、予約されていた時間の経過後に、予約に基づいて利用されていた空間への再入室の要求を受付部が受け付けた場合、再入室を要求した利用者と要求の対象である当該空間を予約に基づいて利用していた利用者との一致を認証する機能と、前記機能による認証が成功した場合、再入室中に前記空間に設けられた扉を最も開いた位置に固定する機能と、を実現させるためのプログラムである。

請求項１記載の発明によれば、再入室を許容しつつも荷物の持ち出しに対応できる。
請求項２記載の発明によれば、目的外の利用を制限できる。
請求項３記載の発明によれば、再入室を許容しつつも目的外の利用を制限できる。
請求項４記載の発明によれば、再入室を許容しつつも荷物の持ち出しに対応できる。
請求項５記載の発明によれば、目的外の利用を制限できる。
請求項６記載の発明によれば、再入室を許容しつつも目的外の利用を制限できる。
請求項７記載の発明によれば、再入室を許容しつつも荷物の持ち出しに対応できる。
請求項８記載の発明によれば、目的外の利用を制限できる。
請求項９記載の発明によれば、再入室を許容しつつも目的外の利用を制限できる。

管理システムの全体構成の例を概略的に示す図である。 ユーザに対して貸し出される時間貸し空間の外観構成例を説明する図である。 ユーザ端末のハードウェア構成の例を説明する図である。 管理システムを構成するサーバのハードウェア構成の例を説明する図である。 管理システムを構成する時間貸し空間の構成例を説明する図である。 制御装置のソフトウェア構成の例を説明する図である。 再入室を要求する利用者が操作するユーザ端末で実行されるソフトウェア構成の例を説明する図である。 次の予約者である利用者が操作するユーザ端末で実行されるソフトウェア構成の例を説明する図である。 再入室制御部の制御動作例を説明する図である。 照度の制限を説明する図である。 開の状態を説明する図である。 Ａさんが再入室を要求した時点でＢさんの予約の時間が開始していない場合の例を説明する図である。 制御の過程で、再入室を要求したＡさんが所持するユーザ端末の表示デバイス表示される予約用のチャット画面の例を説明する図である。 Ａさんが再入室を要求した時点でＢさんの予約の時間が開始しているが、利用が開始していない場合の例を説明する図である。 再入室を要求した利用者が所持するユーザ端末の表示デバイスに表示される予約用のチャット画面の例を説明する図である。 再入室の要求の発生の通知を受けた利用者が所持するユーザ端末の表示デバイスに表示される予約用のチャット画面の例を説明する図である。 Ａさんが再入室を要求した時点でＢさんの予約の時間が開始しており、かつ、Ｂさんの利用が開始している場合の例を説明する図である。 再入室を要求の発生の通知を受けた利用者が所持するユーザ端末の表示デバイスに表示される予約用のチャット画面の例を説明する図である。 再入室を要求した利用者が所持するユーザ端末の表示デバイスに表示される予約用のチャット画面の例を説明する図である。 管理システムの他の構成例を示す図である。

以下、図面を参照して、本発明の実施の形態を説明する。
＜実施の形態１＞
＜管理システムの全体構成＞
通信速度の向上や通信端末の小型化に伴い、オフィス外でも各種の情報にアクセスできる環境が整っている。一方で、ビジネス上の会話や情報は秘匿性が高いため、静かでセキュアな環境が求められている。
本実施の形態では、これらの要望を満たす空間を提供するための管理システムについて説明する。もっとも、以下に説明する空間は、ビジネス用途に限るものでなく、個人での利用も可能である。

図１は、管理システム１の全体構成の例を概略的に示す図である。
図１に示すように、管理システム１は、クラウドネットワーク２に接続された各種の端末で構成される。
図１には、管理システム１を構成する端末の例として、複数台の時間貸し空間３と、時間貸し空間３を利用する個々のユーザが携帯する複数台のユーザ端末４と、個々の時間貸し空間３の予約を管理する予約管理サーバ５と、個々の時間貸し空間３の利用の状況を管理する空間管理サーバ６と、利用者に対する請求を管理する請求管理サーバ７と、時間貸し空間３を利用できる会員の情報を管理する会員管理サーバ８とが示されている。
なお、本実施の形態における時間貸し空間３は、保守等で使用される時間を除き、２４時間３６５日の利用が可能である。

図１の場合、目的別（機能別）に１台のサーバが用意されているが、目的別に複数台のサーバを用意してもよい。また、１台のサーバで複数の目的（機能）を分担してもよい。
時間貸し空間３の時間貸しサービスを提供する事業者は、単独でも複数でもよい。例えば予約の管理、入退室や室内の利用状況などの管理、ユーザに対する利用料金の請求に関する管理、利用者として登録されている会員の管理のそれぞれを異なる事業者が分担してもよい。なお、１つの目的（機能）についての管理を複数の事業者が協働で提供してもよい。
また、１つの目的（機能）に対して複数のサーバを用意してもよい。単独の事業者が１つの目的（機能）に対して複数のサーバを用意する場合や複数の目的（機能）に対応する複数のサーバを用意する場合には、イントラネットを介して接続すればよい。
また、時間貸し空間３も単独の事業者が提供する場合だけでなく、複数の事業者によって提供されてもよい。
すなわち、管理システム１は、複数の事業者が提供するサービスの集合体として実現されてもよい。

本実施の形態においては、施錠や解錠に電子鍵を使用する。電子鍵は、ユーザ端末４や不図示の近距離無線通信に対応したＩＣ（Integrated Circuit）カードに格納する。ユーザ端末４を電子鍵として使用する場合には、予約の確定後に、予約管理サーバ５からユーザ端末４に電子鍵が提供される。ＩＣカードを電子鍵として使用する場合には、予約の確定後に、電子鍵を記録したＩＣカードが予約管理サーバ５から配布される。
電子鍵の場合には、施錠や解錠を有効に行える時間を自由に定めることができる。また、１つの時間貸し空間３の利用に必要な電子鍵を同じ時間帯に対して複数発行することもできる。
なお、物理的な鍵を予約された時間別に複数用意し、時間貸し空間３を施錠し又は解錠できるようにしてもよい。また、利用者の認証を鍵の代わりに使用してもよいし、電子鍵や物理的な鍵を補足する手段として使用してもよい。

予約管理サーバ５は、例えば利用可能な時間貸し空間３を登録した登録リスト５１と、個々の時間貸し空間３の利用を希望する予約者の割り当てを管理する予約リスト５２を管理する。
本実施の形態の場合、予約管理サーバ５は、保守等に確保された時間を除き、２４時間３６５日、時間貸し空間３の予約を受け付ける。また、必要に応じて、ユーザ端末４に対する電子鍵の発行や認証の処理を実行する。なお、認証の処理は空間管理サーバ６の側で行ってもよい。

空間管理サーバ６は、例えば個々の時間貸し空間３への入退室の情報を管理する情報６１と、個々の時間貸し空間３の利用状況の情報６２を管理する。また、空間管理サーバ６は、時間貸し空間３に配置されている認証ユニット３２Ａ（図２参照）と通信し、利用者の入室を許可するか否かを管理する機能も有している。認証に際し、空間管理サーバ６は、予約管理サーバ５と通信する。
この他、空間管理サーバ６は、時間貸し空間３内に配置されている各種の機器３１からの情報の収集や各種の機器３１の制御を実行する機能を有している。
図１の例では、空間管理サーバ６はクラウドネットワーク２に接続されているが、機能の一部又は全部が、時間貸し空間３に収容されていてもよい。

請求管理サーバ７は、予約情報と、利用者の情報と、入退室の情報等に基づいて会員別（自然人の場合もあれば法人の場合もある）に請求書を発行する機能を有している。請求管理サーバ７は、予約管理サーバ５から予約情報を取得し、空間管理サーバ６から入退室の情報を取得し、会員管理サーバ８から会員情報を取得する。
会員管理サーバ８は、登録されている会員の情報と利用者の情報とを管理する。会員が自然人の場合には、会員と利用者は一致する。一方、会員が法人の場合には、会員別に個々の利用者が登録され、管理される。

図２は、ユーザに対して貸し出される時間貸し空間３の外観構成例を説明する図である。
本実施の形態における時間貸し空間３は、例えば駅の構内、空港、オフィスビル、飲食店やデーパート等の商業施設、銀行、図書館、美術館、博物館、公共機関や施設、連絡通路、公園等、室内外を問わずに配置される。
本実施の形態では、時間貸し空間３として防音性に優れた小部屋を想定する。この意味で、時間貸し空間３は、閉鎖型の空間の一例である。本実施の形態において、閉鎖型とは、密閉の意味ではなく、実用的な防音性能を備える意味で使用する。従って、通気口や小窓等の開口や隙間が、時間貸し空間３を構成する躯体３０の一部分に設けられていてもよい。

本実施の形態における躯体３０は、天井３０Ａと、床面３０Ｂと、開閉可能な扉３２が取り付けられている壁面３０Ｃと、壁面３０Ｃの両側に位置する２つの壁面３０Ｄ及び３０Ｅと、扉３２の対面側に位置する壁面３０Ｆとで構成される。
本実施の形態の場合、扉３２として、１枚の扉部材が弧を描くように開閉する片開きの開き戸を想定する。もっとも、扉３２は、１つの開口部を２枚の扉部材で仕切る両開きの開き戸でもよい。
また、扉３２は、引き戸でもよい。引き戸は、１枚の扉をスライドする片引きタイプでも、２枚以上の扉を行き違わせて開閉する引き違いタイプでも、２枚の扉を左右にスライドする引き分けタイプでもよい。
また、扉３２は、蝶番で連結された２枚１組の扉部材を折り畳むように開く折れ戸でもよい。折れ戸にも、片方にのみ開くタイプと、両方向に開くタイプがある。
また、特殊なタイプとして、収納時に扉３２が壁の中に引き込まれる引き込み戸や間仕切り戸であってもよい。
なお、扉３２は内開きでも外開きでも構わない。

本実施の形態の場合、壁面３０Ｄ及び３０Ｅの一部は、例えば透光性の部材（例えばガラス、アクリル樹脂）で構成される。
もっとも、壁面３０Ｄ及び３０Ｅの少なくとも一部には、目隠し（外部から室内の観察を難しくする又は視認性を低下させる）の機能を実現する構造、材質、加工などが採用されていてもよい。
例えば壁面３０Ｄ及び３０Ｅの材質自体が半透明の部材でもよいし、光が散乱するように部材の表面に細かい傷がつけられた部材でもよいし、同等の機能を備えるフィルム状の部材が貼り付けられていてもよい。なお、フィルム状の部材は、透過と白濁を電気的に切り替え可能な液晶フィルムや透過率を電気的に制御可能な偏光フィルムでもよい。
また、目隠しのための構造や部材が別に用意されていてもよい。もっとも、壁面３０Ｄ及び３０Ｅも、他の面と同じく光を通さない部材で構成されてもよい。もっとも、３面以上が透明又は半透明の部材で構成されていてもよい。

時間貸し空間３の利用人数は、時間貸し空間の容積によっておおよそ決まる。本実施の形態では、基本的に１人が使用する個室型を想定しているが、多人数を収容可能な大部屋でもよい。大部屋は単独の部屋として構成されていてもよいが、時間貸し空間３の壁面３０Ｄ及び３０Ｅの一方又は両方を取り除いて連結して構成されていてもよい。
なお、個室型とは１人しか利用できない意味ではなく、少人数、例えば２～３人の利用が可能な意味で使用する。
個々の時間貸し空間３を構成する躯体３０の形状や構造、提供される設備や性能は任意である。
本実施の形態の場合、躯体３０の内部には、机３３と椅子３４が１つずつ配されている。また、机３３の上には、機器３１の一例である印刷装置３１Ｄ、コンピュータ本体３１Ｅ、表示デバイス３１Ｆ、入力デバイス３１Ｇが配されている。なお、コンピュータ本体３１Ｅに記憶されているデータや履歴の情報は、システム側の制御によって、利用の終了後に全て消去される。利用者の情報を保護するためである。

この他、機器３１として、空調装置３１Ａ、人感センサ３１Ｂ、室内の照明に使用される照明器具３１Ｃ、機器３１を含む電子機器の動作を制御する制御装置３１Ｈ、認証ユニット３２Ａが配置される。
なお、機器３１として例示した具体的な電子機器は一例である。例えば机３３の上に配されている印刷装置３１Ｄ、コンピュータ本体３１Ｅ、表示デバイス３１Ｆ、入力デバイス３１Ｇは設置されていなくてもよい。そのような場合は、利用者のコンピュータやスマートフォンが用いられる。

ここでの時間貸し空間３の全体（躯体３０を含む）又は制御装置３１Ｈは、特許請求の範囲における装置の一例である。制御装置３１Ｈは、特許請求の範囲における制御手段の一例でもある。
また、ユーザ端末４、予約管理サーバ５、空間管理サーバ６、請求管理サーバ７、会員管理サーバ８も、特許請求の範囲における装置の一例である。
また、管理システム１は、特許請求の範囲における管理システムの一例である。

＜端末の構成＞
図３～図５を使用して、管理システム１を構成する端末の構成例を説明する。
図３は、ユーザ端末４のハードウェア構成の例を説明する図である。
本実施の形態では、ユーザ端末４として、例えばスマートフォンを使用する。
ユーザ端末４は、ファームウェアやアプリケーションプログラムの実行を通じて各種の機能を提供するＣＰＵ（Central Processing Unit）４１と、ファームウェアやＢＩＯＳ（Basic Input Output System）を格納する記憶領域であるＲＯＭ（Read Only Memory）４２と、プログラムの実行領域であるＲＡＭ（Random Access Memory）４３を有している。
また、ユーザ端末４は、ダウンロードしたアプリケーションプログラムや電子鍵等を記憶する揮発性の記憶装置４４と、外部との通信に使用される通信インタフェース（通信ＩＦ）４５と、タッチパネル等の入力デバイス４６と、情報の表示に使用される表示デバイス４７と、撮像カメラ４８とを有している。記憶装置４４には、例えば半導体メモリが用いられる。
ここで、ＣＰＵ４１と各種のデバイスはバス４９を通じて接続されている。

図４は、管理システム１を構成するサーバのハードウェア構成の例を説明する図である。
図４では、予約管理サーバ５の構成を代表的に表している。もっとも、他のサーバ、すなわち、空間管理サーバ６、請求管理サーバ７、会員管理サーバ８の構成も図４に示す構成と同様である。
予約管理サーバ５は、オペレーションシステムやアプリケーションプログラムの実行を通じて各種の管理機能を提供するＣＰＵ５１Ａと、オペレーションシステムやＢＩＯＳを格納する記憶領域であるＲＯＭ５２Ａと、プログラムの実行領域であるＲＡＭ５３を有している。
また、予約管理サーバ５は、担当する管理機能を実現するアプリケーションプログラムや各種の管理データを記憶する揮発性のハードディスクドライブ（ＨＤＤ）５４と、外部との通信に使用される通信インタフェース（通信ＩＦ）５５と、キーボード等の入力デバイス５６と、情報の表示に使用される表示デバイス５７とを有している。
ここで、ＣＰＵ５１Ａと各種のデバイスはバス５８を通じて接続されている。
なお、各サーバは、管理データを保持するデータベースの一例である。

図５は、管理システム１を構成する時間貸し空間３の構成例を説明する図である。
時間貸し空間３は、空調装置３１Ａ、人感センサ３１Ｂ、照明器具３１Ｃ、印刷装置３１Ｄ、コンピュータ本体３１Ｅ、表示デバイス３１Ｆ、入力デバイス３１Ｇ、制御装置３１Ｈ、認証ユニット３２Ａを有している。
ここで、空調装置３１Ａは、室内の気温や湿度の調整に使用される。なお、空調装置３１Ａと共に、又は、空調装置３１Ａとは別に換気に特化した機構を設けてもよい。
人感センサ３１Ｂは、室内の人の検知に用いられるセンサであり、様々なタイプが存在する。例えば人の動きを検知可能な焦電型赤外線人感センサ、人の数と位置を検知可能な画像型人感センサやサーモパイル型人感センサがある。目的に応じて、これらのセンサのうちのいずれか、または、複数を組み合わせて使用する。

印刷装置３１Ｄ、コンピュータ本体３１Ｅ、表示デバイス３１Ｆ、入力デバイス３１Ｇは、利用者の操作用に予め室内に用意されている情報機器の一例である。これらはＬＡＮ（Local Area Network）３１Ｖ（例えばＬＡＮケーブルや無線ＬＡＮ）を通じて接続されている。なお、利用者がコンピュータを持ち込む場合には、持ち込まれたコンピュータがＬＡＮ３１Ｖに接続される。無線ＬＡＮには、例えばＷｉＦｉ（商標）やブルートゥース（登録商標）が用いられる。
制御装置３１Ｈは、ＬＡＮ３１Ｖに接続された機器から情報を収集すると共に、個々の機器の動作を制御する制御用のコンピュータである。なお、制御装置３１Ｈは、管理システム１によっては、空間管理サーバ６としての機能を提供することもある。
認証ユニット３２Ａは、例えば扉３２に取り付けられている。認証ユニット３２Ａは、扉３２の施錠や解錠に必要となる情報の取得や受け渡しに使用される。例えば認証の処理は、予約管理サーバ５で実行され、認証の結果だけが認証ユニット３２Ａに通知される。認証ユニット３２Ａは、認証が成功した場合、扉３２を解錠する。解錠の後、扉３２の開閉が可能になり、時間貸し空間３（図２参照）への入室が可能になる。

この他、時間貸し空間３には、外部との通信用の通信インタフェース（通信ＩＦ）３１Ｉが用意されている。通信ＩＦ３１Ｉは、クラウドネットワーク２（図１参照）に接続されており、各種のサーバとの通信に使用される。
時間貸し空間３には、扉３２の開閉を機械的に制御する扉開閉機構３１Ｊが用意されている。扉開閉機構３１Ｊには、例えば扉３２を駆動して開閉する機構や利用者による扉３２の開閉操作に介在して開閉に要する負荷の大きさを調整する機構が含まれる。
時間貸し空間３には、開閉ロック機構３１Ｋが用意されている。開閉ロック機構３１Ｋは、利用者による扉３２の開閉を制限する機構である。開閉ロック機構３１Ｋが作動している間、少なくとも扉３２を閉じる操作が制限される。

時間貸し空間３には、室内や室外における利用者の動きの監視に用いる監視カメラ３１Ｌが用意される。もっとも、監視カメラ３１Ｌは必須ではない。
時間貸し空間３には、表示デバイス３１Ｍが用意される。本実施の形態における表示デバイス３１Ｍは、例えば扉３２が設けられている壁面３０Ｃの外側に配置され、入室しようとする利用者の操作用や情報の提供用に使用される。また、表示デバイス３１Ｍは、時間貸し空間３を利用している利用者の操作用や情報の提供用に使用される。
時間貸し空間３には、スピーカ３１Ｎが用意される。スピーカ３１Ｎは、室内の利用者に対する情報の報知や室外にいる人への情報の報知に使用される。スピーカ３１Ｎは報知手段の一例である。
時間貸し空間３には、集音マイク３１Ｏが用意される。集音マイク３１Ｏは、室内の音の取得に使用される。

時間貸し空間３には、温度センサ３１Ｐが用意される。温度センサ３１Ｐは、室内の気温の測定に使用される。
時間貸し空間３には、湿度センサ３１Ｑが用意される。湿度センサ３１Ｑは、室内の湿度の測定に使用される。
時間貸し空間３には、マグネットセンサ３１Ｒが用意される。マグネットセンサ３１Ｒは、扉３２に取り付けられており、磁力の検知を通じて扉３２の開閉を検知する。
時間貸し空間３には、加速度センサ３１Ｓが用意される。加速度センサ３１Ｓは、モノの動きの検知に使用される。

時間貸し空間３には、マットセンサ３１Ｔが用意される。マットセンサ３１Ｔは、モノの重さを検知して人の滞在時間や混雑状況の可視化に使用される。
時間貸し空間３には、空気環境モニタ３１Ｕが用意される。空気環境モニタ３１Ｕは、室内の空気に含まれる成分を検知するセンサであり、例えばＰＭ２．５やＰＭ１０の濃度、二酸化炭素の濃度、温度、湿度、揮発性有機化合物の濃度などを測定する。なお、測定対象はこれらの全てである必要はないし、他の成分も測定対象であってもよい。空気環境モニタ３１Ｕによって温度や湿度を測定可能な場合、温度センサ３１Ｐと湿度センサ３１Ｑを別に設ける必要はない。

＜制御機能＞
ここでは、図６を使用して、管理システム１を構成する端末のいずれかにより、又は、複数の端末の協働により実現される制御機能について説明する。
ここでは、制御装置３１Ｈが単独で制御機能を提供する場合について説明する。
図６は、制御装置３１Ｈのソフトウェア構成の例を説明する図である。
制御装置３１Ｈはプログラムの実行を通じて該当する機能を実現する。
本実施の形態に係る制御装置３１Ｈは、予約されていた時間の経過後の入室（本実施の形態では「再入室」という）に備えた制御機能を有している。本実施の形態では、この機能を再入室制御部１０１という。再入室制御部１０１は、特許請求の範囲における制限手段の一例である。

本実施の形態では、時間貸し空間３（図２参照）を利用していた利用者から再入室の要求がある場面として、予約された時間内に室内に戻れないことで発生する締め出しと、荷物の置き忘れ（すなわち忘れ物の発生）とを想定する。なお、再入室の原因はこの２つの要因に限らない。
本実施の形態における再入室制御部１０１は、複数の機能で構成されている。
例えば再入室制御部１０１は、利用者からの再入室の要求を受け付ける再入室要求受付部１０２と、再入室を要求する利用者に対して再入室の条件を通知する再入室条件通知部１０３と、利用者を認証する入室認証部１０４と、再入室後の機能を制限する機能制限部１０５と、再入室後の課金を管理する課金管理部１０６と、必要に応じて次の予約者に代替的な空間を提示する代替空間提示部１０７とを含んでいる。

再入室要求受付部１０２は、時間貸し空間３の外壁に配置されたユーザインタフェース（例えばタッチパネル式の表示デバイス３１Ｍ）や利用者が操作するユーザ端末４（図１参照）からの再入室の要求（締め出し連絡のボタンの操作や忘れ物連絡のボタンの操作）の受け付け処理を実行する。
再入室条件通知部１０３は、再入室の条件を事前に通知し、利用者の承諾を得る処理を実行する。再入室は、例外的な入室であり、長時間の滞在を認める必要性も乏しいことによる。また、片付けや置き忘れた荷物の取り出しが可能な環境が実現されればよいことによる。換言すると、快適で便利な空間を提供する必要はないことによる。
そこで、再入室条件通知部１０３は、各事業者が要求する条件の通知と再入室を要求する利用者からの承諾を確認する処理を実行する。

入室認証部１０４は、再入室する利用者を認証する機能を提供する。例えば予約の時間帯に有効であった電子鍵の提示を要求する。
本実施の形態では、再入室する利用者と時間貸し空間３を利用していた先の利用者との同一性を担保するために、例えば先の予約の時間帯の入室時に使用されたユーザ端末４（例えばスマートフォン）と再入室に使用されるユーザ端末４とが同一であることを要求する。具体的には、予約の時間帯と再入室の際とで、ユーザ端末４の物理アドレス（例えばＭＡＣ（Media Access Control）アドレス）が一致することを要求する。
ここで、ユーザ端末４の物理アドレスが一致すれば、利用者が同一であるとみなす。ユーザ端末４を他者に貸与することは、一般に考えにくいためである。

機能制限部１０５は、再入室後に時間貸し空間３で使用可能な機能のうち予め定めた機能以外を無効化する。この機能制限部１０５は、特許請求の範囲における制限手段の一例でもある。
機能を制限する手法は様々である。
例えば扉開閉機構３１Ｊと開閉ロック機構３１Ｋを制御して、扉３２（図２参照）を閉じることができない状態にする、又は、閉じても施錠できない状態にする。すなわち、室内を開の状態に制御する。
例えば片付けや荷物の持ち出しを容易にすべく、照明器具３１Ｃの点灯は許可するが、他の設備は利用できないように制御する。すなわち、照明以外の機能を無効化する。なお、照度も性能上の一部に限定する（例えば最大照度の２０％）、再入室からの時間の経過に伴って照度を徐々に低減する等の手法を組み合わせてもよい。

課金管理部１０６は、短時間の利用を想定する再入室後の滞在が長びく場合に備えた機能である。課金は、目的を超えての滞在を抑制することを目的として用意される。利用者の再入室は、人感センサ３１Ｂや監視カメラ３１Ｌを通じて確認される。
課金の発生は、再入室の条件として事前に利用者に通知され、事前に承諾を得る。また、再入室後も、課金が開始される前や課金が開始された後に、課金が開始されることや課金が開始されたことを利用者に報知する。
報知には、例えば時間貸し空間３内のスピーカ３１Ｎや表示デバイス３１Ｍを使用する。また例えば、再入室に使用された利用者のユーザ端末４を使用する。
課金管理部１０６の機能は、請求管理サーバ７（図１参照）が実行してもよい。

代替空間提示部１０７は、再入室が要求された次の予約者に対して代替的な時間貸し空間３を提示するために用意されている。
例えば次の予約者の予約の時間が間近に迫っている場合や予約の時間が既に開始しているが利用が開始されていない場合に、次の予約者が満足できる代替案を提示できれば、再入室も許可することができ、次の予約者の利便性を損なうこともないためである。
代替空間提示部１０７は、予約管理サーバ５（図１参照）と通信し、再入室が要求されている時間貸し空間３の近くに設置され、かつ、同じ時間帯に予約が空いている他の時間貸し空間３の候補を提示する。本実施の形態では、次の予約者の利便性を優先するべく、同じ場所で同じ時間帯に予約が入っていない時間貸し空間３を候補とする。該当する候補が存在しない場合には、代替案としての時間貸し空間３の候補を提示しない。もっとも、次の予約者の了承が得られるのであれば、他の場所の時間貸し空間３を候補に含めてもよい。
代替空間提示部１０７の機能は、予約管理サーバ５が実行してもよい。

続いて、図７及び図８を使用して、ユーザ端末４（図１参照）で実行される制御機能について説明する。
図７は、再入室を要求する利用者が操作するユーザ端末４で実行されるソフトウェア構成の例を説明する図である。このソフトウェア構成は、ＣＰＵ４１によるプログラムの実行を通じて実現される。
この役割としてのＣＰＵ４１は、再入室の要求をサービスの提供者に宛てて送信する再入室要求送信部１１１と、前述した再入室の条件を受信する再入室条件受信部１１２と、再入室の条件を利用者に通知する再入室条件提示部１１３と、再入室後の課金の開始を利用者に報知する課金開始報知部１１４と、次の予約者に対する問い合わせの状況を利用者に通知する問い合わせ状況報知部１１５として機能する。
ここでの再入室条件受信部１１２は、特許請求の範囲における受付手段の一例である。また、再入室条件提示部１１３は、特許請求の範囲における通知手段の一例である。

再入室要求送信部１１１は、例えばユーザ端末４の表示デバイス５７に表示されている締め出し連絡ボタンや忘れ物連絡ボタン等に対する操作を検知した場合に、サービスの提供者に宛てて再入室の要求メッセージを送信する。ここでの連絡ボタンの操作は、入力デバイス５６を通じて受け付けられる。
再入室条件受信部１１２は、サービスの提供者側から提示された再入室のための条件をメッセージや音声メール等の形式で受信する。
再入室条件提示部１１３は、表示デバイス５７や不図示のスピーカを通じて、再入室のための条件を利用者に提示する。
課金開始報知部１１４は、再入室後に課金が発生することや実際に課金が開始されたことを表示デバイス５７や不図示のスピーカを通じて利用者に報知する。
問い合わせ状況報知部１１５は、次の利用者の予約の時間が開始されているが利用が開始していない場合に実行される次の利用者への問い合わせの進捗の状況を表示デバイス５７や不図示のスピーカを通じて利用者に報知する。

図８は、次の予約者である利用者が操作するユーザ端末４で実行されるソフトウェア構成の例を説明する図である。このソフトウェア構成も、ＣＰＵ４１によるプログラムの実行を通じて実現される。
この役割としてのＣＰＵ４１は、再入室の要求の発生をサービスの提供者から受信する要求連絡受信部１２１と、再入室の要求の発生を次の予約者である利用者に報知する要求連絡報知部１２２と、サービスの提供者側から提示された代替の空間を利用者に提示する代替空間提示部１２３と、代替の空間の受け入れの可否を受け付ける可否受付部１２４として機能する。
ここでの要求連絡報知部１２２は、特許請求の範囲における通知手段の一例である。また、可否受付部１２４は、特許請求の範囲における受付手段の一例である。

要求連絡受信部１２１は、先の時間帯に時間貸し空間３を利用していた他の利用者からの再入室の要求の発生を受信する。この要求はメッセージや音声メール等の形式で事業者側からプッシュ配信される。
要求連絡報知部１２２は、表示デバイス５７や不図示のスピーカを通じて、再入室の要求の発生を通知する。後述する制御例では、再入室の要求の発生の通知を、代替の空間の提示で兼用している。
代替空間提示部１２３は、予約されている時間貸し空間３の代替としてサービスの提供者側から提示のあった時間貸し空間３の候補を、表示デバイス５７や不図示のスピーカを通じて提示する。
可否受付部１２４は、代替の時間貸し空間３の候補を受け入れるか否か、サービスの提供者側から受信した連絡に対する応答の受け付け等に用いられる。利用者の操作は、入力デバイス５６を通じて受け付けられる。

＜制御例＞
以下では、再入室制御部１０１（図６参照）の制御を通じて実現される制御の例を説明する。
図９は、再入室制御部１０１の制御動作例を説明する図である。
まず、再入室制御部１０１は、再入室の要求があったか否かを判定する（ステップ１１）。締め出し連絡ボタンの操作や忘れ物連絡ボタンの操作などの操作があった場合、再入室の要求があったと判定される。
ステップ１１で否定結果が得られている間、この判定の処理が繰り返される。

ステップ１１で肯定結果が得られた場合、再入室制御部１０１は、次の予約が未開始か否かを判定する（ステップ１２）。
この判定は、例えば再入室の要求があった時点で実行される。この要求を受信した時点で、再入室制御部１０１は、予約管理サーバ５（図１参照）と通信し、新たな予約の受付を停止するように指示を出す。新たな予約が受け付けられると、調整が難しくなるためである。予約管理サーバ５は、例えば再入室の要求を受け付けた時点から次の予約が開始される時間までを整備中として管理する。

ところで、再入室の要求が次の予約が開始する時間よりも前であれば、いつでも再入室を許可してよいのではない。例えば再入室の要求が次の予約の直前（例えば１分前）の場合、次の予約者に迷惑をかける可能性がある。
そこで、本実施の形態では、再入室の要求があってから次の予約が開始するまでの空き時間が予め定めた時間以上（例えば３０分以上）であることを要求する。さらに好ましくは、再入室の対象である時間貸し空間３に到着可能な時間からの空き時間が予め定めた時間以上（例えば１０分以上）あることを要求する。

到着可能な時間は、再入室の要求を行った地点の位置情報を用いることで推定してもよいし、利用者に入力させてもよい。
例えば再入室の対象である時間貸し空間３の外壁面に配置されたユーザインタフェース（例えば表示デバイス３１Ｍ）から再入室の要求が入力された場合（移動の時間が０分の場合）には、再入室の要求を受け付けた時間を使用すればよい。
一方、再入室の対象である時間貸し空間３から離れた場所に利用者がいる場合、ユーザ端末４の位置から移動に必要な時間を含めて次の予約者の予約が開始しているか否かを判定してもよい。

ステップ１２で肯定結果が得られた場合（次の予約が未開始の場合）、再入室制御部１０１は、前の予約から予め定めた時間内であるか否かを判定する（ステップ１３）。
ここで、前の予約とは、再入室を要求している利用者の予約である。
予約された時間の終了からの経過の時間が長くなると、締め出しや忘れ物に伴う再入室を許可する必要性が低下するためである。例えば管理スタッフの巡回によって忘れ物が回収され、別の場所で保管されている可能性もある。本実施の形態では、予め定めた時間として例えば３時間を設定する。
なお、ステップ１３で否定結果が得られた場合、再入室制御部１０１は、再入室に関連する一連の処理を実行せず終了する。既に再入室できない状態にあるためである。

ステップ１３で肯定結果が得られた場合、再入室制御部１０１は、再入室の条件を要求者に通知する（ステップ１４）。
本実施の形態の場合、再入室の条件は、時間貸し空間３で利用可能な機能が制限されること、予め定めた時間（例えば３分）を経過すると課金されること等を含む。
通知には、制限の具体的な内容が含まれても良い。例えば室内の照度が予約中の照度に比して低いこと、時間の経過に伴って徐々に低下すること等が含まれてもよい。
この後、再入室制御部１０１は、通知した条件に対する要求者の承諾が得られたか否かを判定する（ステップ１５）。
ステップ１５で否定結果が得られた場合（承諾がなかった場合）、再入室制御部１０１は、再入室に関連する一連の処理を実行せず終了する。

ステップ１５で肯定結果が得られた場合（承諾が得られた場合）、再入室制御部１０１は、再入室の認証がＯＫか否かを判定する（ステップ１６）。この認証により、再入室する人が本人か否かが確かめられる。認証には、認証ユニット３２Ａ（図５参照）が使用される。例えば顔認証、指紋認証、電子鍵による認証、ユーザ端末４の物理アドレスによる認証などが行われる。
なお、電子鍵による認証では、再入室のために発行された専用の電子鍵を用いてもよいし、予約された時間内に有効であった電子鍵を用いてもよい。本実施の形態では、再入室するユーザ端末４の物理アドレスと先の予約中に使用されたユーザ端末４の物理アドレスとが一致する場合に本人とみなす。
因みに、この再入室は、片付けや忘れ物の取り出しが目的であるので、再入室は１回に限定してもよい。
ステップ１６で否定結果が得られた場合（本人と確認できない場合）、再入室制御部１０１は、再入室を許可しない。すなわち、再入室制御部１０１は、再入室に関連する一連の処理を実行せず終了する。

ステップ１６で肯定結果が得られた場合（本人と確認できた場合）、再入室制御部１０１は、機能の制限を実行する（ステップ１７）。本実施の形態では、解錠に関する機能と照明に関する機能以外は無効化される。例えばコンピュータ本体３１Ｅ、空調装置３１Ａ（図５参照）、印刷装置３１Ｄ（図５参照）、表示デバイス３１Ｆ（図５参照）は利用できない。
本実施の形態では、照明器具３１Ｃ（図５参照）と扉開閉機構３１Ｊ（図５参照）と開閉ロック機構３１Ｋ（図５参照）の動作だけを有効にする。ただし、本実施の形態の場合、室内の照度は、予約中の照度よりも低く制御される。

図１０は、照度の制限を説明する図である。図１０には、「新宿＃００３」として管理される時間貸し空間３の照度の変化が表されている。「新宿＃００３」とは、対象とする時間貸し空間３が新宿に配置されていること、「＃００３」の番号で管理されることを表している。
Ａさんが予約している時間、照明器具３１Ｃ（図５参照）は全灯状態（すなわち１００％）に制御される。もっとも、利用者の好みに応じ、照度は０％～１００％の間で自由に調整できる。ここでの照度は、照明器具３１Ｃに起因する照度であり、外光の影響は無視している。
Ａさんが退室すると、照明器具３１Ｃは消灯状態に制御される。すなわち照度は０％である。

Ａさんが再入室した場合、照明器具３１Ｃの光量は低減され、照度は全灯状態の約２０％に抑制される。片付けや忘れ物の取り出しに必要な照度を確保できればよいからである。
なお、２０％との数値は一例にすぎず、２０％以上でも２０％以下でもよい。例えば照度は、全灯状態（１００％）に制御されてもよいし、０％に制御されてもよい。時間貸し空間３が設置されている場所や扉３２の向きによっては外光が室内に入射し、片付けや忘れ物の取り出しに必要な照度を確保できるためである。

外光の入射量は時間帯によって変化する可能性があるので、照明器具３１Ｃの点灯は、外部環境に応じて調整してもよい。例えば室内に配置された不図示の照度センサの出力値に応じて照明器具３１Ｃの点灯状態を制御してもよい。
また、室内の照度は、時間の経過とともに１００％、５０％、３０％、２０％、１０％、０％というように徐々に低減されてもよい。この場合は、再入室の直後は照度を高くすることで片付けや忘れ物の取り出しを容易にする一方で、徐々に室内の照度を低減すれば、利用者に作業の促進を促すことができる。この仕組みは、目的外での利用を制限するための仕組みでもある。

図９の説明に戻る。
続いて、再入室制御部１０１は、時間貸し空間３を開の状態に制御する（ステップ１８）。
ステップ１７とステップ１８の制御は順番が入れ替わってもよいし、並行に実行されてもよい。
本実施の形態の場合、時間貸し空間３を開の状態に制御するとは、解錠してその状態を維持すること、扉３２を物理的に開くこと、不図示の窓や換気用の開口部を開くこと等の全部又は一部である。
図１１は、開の状態を説明する図である。図１１では、「新宿＃００３」として管理される時間貸し空間３の扉３２（図２参照）を開の状態に制御する例を示している。
図１１に示すように、Ａさんの退室後の時間貸し空間３は施錠されている。図１１の例では、扉３２は出入り口の全体を塞ぎ、有効な鍵を有する利用者以外が入室できないように錠がかかっている。なお、予約されていない期間は、予約者以外の人が入室できなければよいので、出入り口は人の出入りができない状態にあればよい。

解錠されてＡさんが再入室した後の扉３２は、少なくともＡさんが再入室する際に最も開いた位置よりも開いた位置で固定される。この人が自由に出入りできる状態は、Ａさんが退室するまで維持される。Ａさんの退室は室内側の人感センサ３１Ｂによって検知される。
なお、手動で扉３２を開く場合には、開く方向には扉３２が移動できるように開閉ロック機構３１Ｋを制御する。これにより、開口部の面積を大きくすることはできても、小さくすることはできなくなる。また、扉開閉機構３１Ｊが扉３２の開閉を制御する場合には、扉開閉機構３１Ｊによって開かれた扉３２の位置で開閉ロック機構３１Ｋが維持する。
扉３２を閉じることができなければ、室内は常に人目に晒される状態になるので、秘匿性が要求される作業には適さない。このため、片付けや忘れ物の取り出しが終わった利用者の退室を促すことができる。この仕組みは、目的外での利用を抑制するための仕組みとして用いることができる。

図９の説明に戻る。
続いて、再入室制御部１０１は、再入室した利用者が退室したか否かを判定する（ステップ１９）。
ステップ１９で肯定結果が得られた場合（退室が確認された場合）、再入室制御部１０１は、一連の処理を終了する。
退室は、例えば人感センサ３１Ｂ（図５参照）によって確認される。人感センサ３１Ｂが検知する範囲や検知の精度を考慮し、本実施の形態では、人感センサ３１Ｂが退室を検知してから５秒後を退室の時刻とみなす。
なお、退室の時点で既に課金が始まっていた場合、再入室制御部１０１は、課金が開始してから経過した時間に応じた金額を計算し、再入室した利用者に通知する。本実施の形態では、人感センサ３１Ｂが退室を検知した時刻又はこの時刻よりも３秒前の時刻を退室の時刻とみなす。

ステップ１９で否定結果が得られた場合、再入室制御部１０１は、課金を開始するか否かを判定する（ステップ２０）。本実施の形態の場合、再入室の条件として予め定めた時間として３分が通知されている。このため、再入室制御部１０１は、人感センサ３１Ｂや監視カメラ３１Ｌによって再入室が確認された時刻から３分が経過したか否かを監視する。
ステップ２０で否定結果が得られた場合、再入室制御部１０１は、ステップ１９に戻る。すなわち、再入室制御部１０１は、退室が確認されていない間、予め定めた時間が経過するまで、ステップ２０の判定を繰り返す。

ステップ２０で肯定結果が得られると、再入室制御部１０１は、課金を開始する（ステップ２１）。
続いて、再入室制御部１０１は、再予約の有無を判定する（ステップ２２）。
再予約は、次の予約の開始時間との関係で予約の追加が可能であり、かつ、再入室した利用者が希望する場合に選択される。
なお、正規の予約となれば、照明は勿論、他の機能も利用可能な状態となり、片付けや忘れ物も明るい環境で行うことが可能になる。
ステップ２２で肯定結果が得られると（再予約が確定すると）、再入室制御部１０１は、機能の制限を解除し（ステップ２３）、再入室に関連する一連の制御を終了する。
一方、ステップ２２で否定結果が得られた場合、再入室制御部１０１は、ステップ１９に戻る。
ステップ２２で否定結果が得られる場合には、次の予約との関係で再予約が無理な場合と利用者が再予約を望まない場合がある。

以下では、ステップ１２で否定結果が得られた場合について説明する。すなわち、次の予約の時間が開始している場合の制御について説明する。
この場合、再入室制御部１０１は、次の予約者が未利用であるか否かを判定する（ステップ２４）。
既に利用が開始している場合には再入室を許可できないので、再入室制御部１０１は、ステップ２４で否定結果を得、一連の処理を終了する。
なお、この場合には、現在の利用者に対して、忘れ物ボックス（ＢＯＸ）に忘れ物を入れるように依頼する通知を発行すると共に、再入室を要求した利用者には忘れ物ボックスの確認を要請する。

ステップ２４で肯定結果が得られた場合（すなわち、予約の時間は開始しているが次の予約者の利用が開始していない場合）、再入室制御部１０１は、再入室の要求の発生を次の予約者に通知する（ステップ２５）。
本実施の形態の場合には、再入室の要求の発生の通知と共に、代替的に利用可能な時間貸し空間３の候補も通知する。
例えば同じ場所に同じ時間帯で予約が入っていない時間貸し空間３が存在し、かつ、この時間貸し空間３への予約の変更を次の予約者が受け入れる場合には、次の予約者の行動を妨げることなく、再入室も実現できるためである。
なお、優先すべきは次の予約者であるので、別の場所への移動を伴うような提案は行わないようにしてもよい。もっとも、次の予約者が別の場所への移動も受け入れるのであれば、別の場所に設置された時間貸し空間３の提案を避ける理由はない。

ステップ２５に続いて、再入室制御部１０１は、次の予約者に対する問い合わせの進捗の状況を要求者（再入室を要求した利用者）に通知する（ステップ２６）。
この通知では、次の予約者の予約の開始と利用の未開始が含まれる。この通知により、再入室を要求した利用者は、次の予約者（他の利用者）の許可があれば再入室が可能性であることを知ることができる。
この後、再入室制御部１０１は、次の予約者によって前の予約者の再入室が許可されたか否か、又は、代替案として提示された他の時間貸し空間３への予約の変更を許可したか否かを判定する（ステップ２７）。
ステップ２７で否定結果が得られた場合（再入室が許可されない場合）、再入室制御部１０１は、処理を終了する。なお、この場には、ステップ２４で否定結果が得られた場合と同様に、次の予約者に対して、忘れ物ボックス（ＢＯＸ）に忘れ物を入れるように依頼する通知を発行すると共に、再入室を要求した利用者には忘れ物ボックスを確認するように通知する。
一方、ステップ２７で肯定結果が得られた場合、再入室制御部１０１は、ステップ１４に移行する。

＜制御例＞
以下では、再入室が要求された時点での状況に応じた制御の例を説明する。
＜例１＞
ここでは、再入室を要求した時点で次の予約の時間が開始していない場合の制御の例を説明する。
図１２は、Ａさんが再入室を要求した時点でＢさんの予約の時間が開始していない場合の例を説明する図である。
図１３は、制御の過程で、再入室を要求したＡさんが所持するユーザ端末４（図１参照）の表示デバイス４７（図３参照）に表示される予約用のチャット画面２００の例を説明する図である。
この例の制御は、ステップ１２（図９参照）で肯定結果が得られる場合に対応する。具体的には、ステップ１２で肯定結果が得られた後、ステップ２２を経て退室が確認されるまでの一連の動作に対応する。

図１２の例では、「新宿＃００３」として管理される時間貸し空間３について、１３時から１７時までをＡさんが予約し、１８時から１９時までをＢさんが予約している。
このため、Ａさんの予約が終了してからＢさんの予約が開始されるまでの間に１時間の空き時間がある。この１８時から１９時までの間が再入室可能な時間であると共に、誰もが予約可能な時間でもある。
図１２の例では、Ａさんから１７時１０分に締め出し連絡又は忘れ物連絡があった場合を想定している。

本実施の形態では、再入室の可能性がある時間貸し空間３に他者の予約を重ねて受け付けることはできないので、再入室がキャンセルされるか退室が確認されるまでの間、整備中として予約不可の状態に制御される。
図１２の例では、１７時３０分にＡさんが再入室している。また、滞在時間が３分を超えたために課金が発生している。
なお、Ａさんの退室は、Ｂさんの予約が開始する１８時よりも前に完了しているので、Ｂさんに迷惑は掛からない。
この例の場合、Ａさんには課金が発生するものの、他者に貸し出せる機会も損なわれているとも考えられるので、再入室を有料とすることも可能である。

続いて、図１３に示すチャット画面２００に表示されるメッセージの内容を時系列に説明する。
本実施の形態の場合、チャット画面２００は、再入室制御部１０１（図６参照）が管理している。チャット画面２００では、メッセージの発信者としての再入室制御部１０１を「予約システム」と表している。
再入室の動作は、再入室を要求するＡさんによる締め出し連絡ボタン２１２の操作によって開始される。

図１３の場合、締め出し連絡ボタン２１２は、チャット画面２００の下端側に配置されている。なお、チャット画面２００の下端側には、忘れ物連絡ボタン２１３やその他連絡ボタン２１４も配置されている。また、Ａさんの予約の確認用に２つの表示欄２１０及び２１１が配置されている。表示欄２１０にはＡさんの予約の時間が１３時から１７時であることが示され、表示欄２１１には新宿＃００３が予約の対象であることが示されている。

Ａさんが締め出し連絡ボタン２１２を操作した結果として、チャット画面２００の１行目には、「締め出されました新宿＃００３です」とのメッセージ２０１が表示される。
このメッセージは、再入室制御部１０１によって受信される（図９のステップ１１）。
この例では再入室が可能であるので、再入室が可能であること及び再入室の条件を示すメッセージ２０２がチャット画面２００の２行目に表示される。
メッセージ２０２には、「新宿＃００３を解錠可能にできます。以下を確認の上で「了承」と返答してください。」と表示されている。ロック解除可能とは、再入室ができることを意味する。
チャット画面２００の３行目と４行目には、再入室の条件を示すメッセージ２０３及び２０４が表示される。
メッセージ２０３には、「解錠以外は利用できません。」との表示と、制限される機能の具体例が示されている。メッセージ２０３では照明、電源、ネット環境も制限されている。
メッセージ２０４には、「解錠後、３分を経過すると課金が開始されます。」との表示と、１分毎に１００円が請求されることが示されている。

チャット画面２００の５行目には、Ａさんが「了承」したことが示すメッセージ２０５が表示されている。なお、了承の操作には不図示のボタンが使用される。なお、了承しない場合の操作にも不図示のボタンが使用される。これらのボタンは、メッセージ２０４の下の行に操作可能に表示されてもよい。図１３は、承諾の操作を受け付けた後の画面であるので、これらのボタンは表示されていない。
Ａさんによる承諾を確認すると、予約システムは、再入室が可能になったことを示すメッセージ２０６をチャット画面の６行目に表示する。メッセージ２０６には「新宿＃００３を解錠可能にしました。」と表示されている。
その後、Ａさんが「新宿＃００３」に到着し、再入室のための認証に成功すると、予約システムは、メッセージ２０７をチャット画面２００の７行目に表示する。メッセージ２０７には「解錠を確認しました。３分経過すると課金が開始されます。」との表示と、１分毎に１００円が請求されることが表示される。

この例では、Ａさんの室内の滞在が３分を超過する場合を想定しているので（図１２参照）、チャット画面２００の８行目にはメッセージ２０８として「３分経過しました。課金を開始します。」と表示されている。また、１分毎に１００円が請求されることが重ねて表示される。
Ａさんの退室が確認されると、予約システムは、メッセージ２０９をチャット画面２００の９行目に表示する。チャット画面２０９には「退室を確認しました。経過時間は１分４８秒でした。料金は１００円です。」と表示されている。この例では、１分未満の料金を切り捨てている。
以上が、次の予約の時間が開始されていない状況での再入室の例である。

＜例２＞
図１４～図１６を使用して、再入室を要求した時点で次の予約の時間が開始している場合について説明する。
図１４は、Ａさんが再入室を要求した時点でＢさんの予約の時間が開始しているが、利用が開始していない場合の例を説明する図である。
図１５は、再入室を要求した利用者が所持するユーザ端末４（図１参照）の表示デバイス４７（図３参照）に表示される予約用のチャット画面２２０の例を説明する図である。
図１６は、再入室の要求の発生の通知を受けた利用者が所持するユーザ端末４の表示デバイス４７に表示される予約用のチャット画面２３０の例を説明する図である。

この例の制御は、ステップ１２（図９参照）で否定結果が得られ、更に、ステップ２４で肯定結果が得られる場合に対応する。具体的には、ステップ１２からステップ２７に進み、更に、ステップ１４からステップ２２を経て退室が確認されるまでの一連の動作に対応する。
図１４の例では、「新宿＃００３」として管理される時間貸し空間３について、１３時から１７時までをＡさんが予約し、１７時から１９時までをＢさんが予約している。このように、Ａさんの予約とＢさんの予約との間には空き時間が存在しない。この場合、本来であれば、Ａさんの「新宿＃００３」として管理される時間貸し空間３への再入室は認められない。

ただし、図１４の場合には、Ａさんから締め出し連絡又は忘れ物連絡が発せられた１７時５分の時点で、Ｂさんによる「新宿＃００３」の利用は開始されていない。このため、再入室を認める余地がある。
この場合、前述したように、Ｂさんには締め出し連絡又は忘れ物連絡が発生した旨が通知される。また、場合によっては代替となる時間貸し空間３の候補が通知される。
図１４では、ＢさんがＡさんの再入室を許可しており、又は、代替となる時間貸し空間３への予約の変更を許可している。
このため、再入室の条件を受け入れたＡさんによる「新宿＃００３」として管理される時間貸し空間３への再入室が実現されている。なお、Ａさんは１７時２０分まで滞在したので、超過した７分に対応する課金が発生する。

続いて、図１５に示すチャット画面２２０に表示されるメッセージの内容と図１６に示すチャット画面２３０に表示されるメッセージの内容を時系列に説明する。
この例の場合も、チャット画面２２０及び２３０は、再入室制御部１０１（図６参照）が管理している。
まず、Ａさんが操作するユーザ端末４（図１参照）に表示されるチャット画面２２０について説明する。
Ａさんが締め出し連絡ボタン２１２を操作した結果として、チャット画面２２０の１行目には、「締め出されました。新宿＃００３です。」とのメッセージ２２１が表示される。
このメッセージは、再入室制御部１０１によって受信される（図９のステップ１１）。

この例では、Ｂさんの予約が開始しているものの、Ｂさんの利用が開始されていないので、Ｂさんに問い合わせ中であることを示すメッセージ２２２及び２２３がチャット画面２２０の２行目と３行目に表示されている。
メッセージ２２２には、「新宿＃００３は他の利用者の予約時間中ですが、まだ利用を開始していません。」と表示され、メッセージ２２３には、「他の利用者に、予約空間の変更を確認しますので、暫しお待ちください。」と表示されている。
この後、ＢさんがＡさんの再入室を許可すると、前述したメッセージ２０２（図１３参照）以降の内容がチャット画面２２０に表示される。

次に、Ｂさんが操作するユーザ端末４（図１参照）に表示されるチャット画面２３０について説明する。
Ａさんによる締め出し連絡ボタン２１２の操作を予約システムが検知した結果として、チャット画面２３０の１行目には、「新宿＃００３は前の利用者の忘れ物があります。」とのメッセージ２３１が表示されている。
続いて、予約システムは、チャット画面２３０の２行目に「隣の新宿＃００４は同じ時間帯で予約可能です。」とのメッセージ２３２を表示する。代替案として提示された新宿＃００４は、新宿＃００３と同じ場所に配置されており、新宿＃００３からの移動に要する時間は実質的に０（ゼロ）である。このため、Ｂさんに不利益はない。
この提示とともに、予約システムは、チャット画面２３０の３行目に「新宿＃００４に変更して良いですか。良ければ「了承」と返答してください。」とのメッセージ２３３を表示し、Ｂさんの対応を促している。
図１６の例では、Ｂさんの「了承」を示すメッセージ２３４がチャット画面２３０の４行目に示されている。
以上が、次の予約の時間が開始されていても利用が開始していない状況での再入室の例である。

＜例３＞
図１７～図１９を使用して、再入室を要求した時点で次の予約の時間が開始している場合の他の例について説明する。
図１７は、Ａさんが再入室を要求した時点でＢさんの予約の時間が開始しており、かつ、Ｂさんの利用が開始している場合の例を説明する図である。
図１８は、再入室の要求の発生の通知を受けた利用者が所持するユーザ端末４（図１参照）の表示デバイス４７（図３参照）に表示される予約用のチャット画面２４０の例を説明する図である。
図１９は、再入室を要求した利用者が所持するユーザ端末４の表示デバイス４７に表示される予約用のチャット画面２５０の例を説明する図である。
この例の制御は、ステップ２４（図９参照）で否定結果が得られた場合に対応する。
図１７の例では、「新宿＃００３」として管理される時間貸し空間３について、１３時から１７時までをＡさんが予約し、１７時から１９時までをＢさんが予約している。そして、Ａさんが締め出し連絡又は忘れ物連絡を行った１７時５分の時点ではＢさんの利用が開始されている。

続いて、図１８に示すチャット画面２４０に表示されるメッセージの内容と図１９に示すチャット画面２５０に表示されるメッセージの内容を時系列に説明する。
この例の場合も、チャット画面２４０及び２５０は、予約システムとしての再入室制御部１０１（図６参照）が管理している。
まず、Ｂさんが操作するユーザ端末４（図１参照）に表示されるチャット画面２４０について説明する。
このチャット画面２４０の１行目には、「Ｂさん、新宿＃００３には、前の利用者の忘れ物があります。」との予約システムからのメッセージ２４１が表示されている。
この場合、Ａさんの再入室を認めないので、チャット画面２４０の２行目にはメッセージ２４２として「前の利用者の荷物を忘れ物ＢＯＸに入れてください。」なるＢさんへの依頼が表示される。
この例では、チャット画面２４０の３行目に、Ｂさんの「了承」を示すメッセージ２４３が示されている。

次に、Ａさんが操作するユーザ端末４（図１参照）に表示されるチャット画面２５０について説明する。
チャット画面２５０の１行目には、「締め出されました。新宿＃００３です。」とのメッセージ２５１が表示される。
このメッセージ２５１に応答して、予約システムからは、チャット画面２５０の２行目に「Ａさん、新宿＃００３の後の利用者に荷物を忘れ物ＢＯＸに入れるように依頼しました。忘れ物ＢＯＸを確認してください。」とのメッセージ２５２が表示される。
この例では、チャット画面２５０の３行目には、Ａさんの「了承」を示すメッセージ２５３が示されている。
以上が、次の予約の時間が開始され、利用も開始している状況の例である。

＜実施の形態の効果＞
本実施の形態で説明した手法を用いれば、時間貸し空間３から締め出された場合や忘れ物をした場合でも、次の予約者を優先する条件の下、再入室を可能にすることができる。
この際、再入室中の機能の制限や課金の発生を再入室の条件とすることにより、目的外の利用を制限することができる。
なお、本実施の形態では、締め出し連絡の場合と忘れ物連絡の場合とで処理の内容に違いを設けていないが、連絡の内容に応じて処理の内容に違いを設けてもよい。例えば課金が開始されるまでの時間に差を設けてもよい。

＜他の実施形態＞
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は上述の実施の形態に記載の範囲には限定されない。上述の実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。
例えば管理システム１（図１参照）は前述した構成に限らない。図２０は、管理システム１Ａの他の構成例を示す図である。図２０には、図１と対応する部分に対応する符号を付して示している。管理システム１Ａは、複数の時間貸し空間３を管理する拠点サーバ３０１を用いる点で管理システム１（図１）と異なっている。コンピュータの構成を有する拠点サーバ３０１は、プログラムの実行を通じて再入室制御部１０１（図６参照）の機能を実行してもよい。この意味において、拠点サーバ３０１は、特許請求の範囲における装置の一例である。

前述の実施の形態においては、時間貸しされる空間として図２に示すように防音性能を備える小部屋を想定したが、利用の際に同様の状況が起こり得る空間であれば、例えば貸し会議室、学習室、各種の客室にも適用できる。
前述の実施の形態では、扉３２が施錠可能な場合を前提に説明しているが、前述した制御機能は、扉３２が施錠できない場合にも利用できる。
前述の実施の形態では、時間貸しされる空間を前提としているが、必ずしも時間単位で貸し出される空間でなくてもよい。

１、１Ａ…管理システム、２…クラウドネットワーク、３…時間貸し空間、４…ユーザ端末、５…予約管理サーバ、６…空間管理サーバ、７…請求管理サーバ、８…会員管理サーバ、１０１…再入室制御部、１０２…再入室要求受付部、１０３…再入室条件通知部、１０４…入室認証部、１０５…機能制限部、１０６…課金管理部、１０７…代替空間提示部、１１１…再入室要求送信部、１１２…再入室条件受信部、１１３…再入室条件提示部、１１４…課金開始報知部、１１５…問い合わせ状況報知部、１２１…要求連絡受信部、１２２…要求連絡部、１２３…代替空間提示部、１２４…可否受付部

Claims (9)

1. 予約されていた時間の経過後に、予約に基づいて利用されていた空間への再入室の要求を受付部が受け付けた場合、再入室を要求した利用者と要求の対象である当該空間を予約に基づいて利用していた利用者との一致を認証し、認証が成功すると、再入室中に当該空間の照明の照度を予約中の照度に比して低く設定する制限手段
   を有する装置。
2. 前記制限手段は、照明の照度を徐々に低減する、請求項１に記載の装置。
3. 予約されていた時間の経過後に、予約に基づいて利用されていた空間への再入室の要求を受付部が受け付けた場合、再入室を要求した利用者と要求の対象である当該空間を予約に基づいて利用していた利用者との一致を認証し、認証が成功すると、再入室中に当該空間に設けられた扉を最も開いた位置に固定する制限手段
   を有する装置。
4. 空間の予約を管理するデータを保持するデータベースと、
   予約されていた時間の経過後に、予約に基づいて利用されていた前記空間への再入室の要求を受付部が受け付けた場合、前記データを使用し、再入室を要求した利用者と要求の対象である当該空間を予約に基づいて利用していた利用者との一致を認証し、認証が成功すると、再入室中に当該空間の照明の照度を予約中の照度に比して低く設定する制限手段と、
   を有する管理システム。
5. 前記制限手段は、照明の照度を徐々に低減する、請求項４に記載の管理システム。
6. 空間の予約を管理するデータを保持するデータベースと、
   予約されていた時間の経過後に、予約に基づいて利用されていた前記空間への再入室の要求を受付部が受け付けた場合、前記データを使用し、再入室を要求した利用者と要求の対象である当該空間を予約に基づいて利用していた利用者との一致を認証し、認証が成功すると、再入室中に当該空間に設けられた扉を最も開いた位置に固定する制限手段と
   を有する管理システム。
7. コンピュータに、
   予約されていた時間の経過後に、予約に基づいて利用されていた空間への再入室の要求を受付部が受け付けた場合、再入室を要求した利用者と要求の対象である当該空間を予約に基づいて利用していた利用者との一致を認証する機能と、
   前記機能による認証が成功した場合、再入室中に前記空間の照明の照度を予約中の照度に比して低く設定する機能と、
   を実現させるためのプログラム。
8. 前記機能は、照明の照度を徐々に低減する、請求項７に記載のプログラム。
9. コンピュータに、
   予約されていた時間の経過後に、予約に基づいて利用されていた空間への再入室の要求を受付部が受け付けた場合、再入室を要求した利用者と要求の対象である当該空間を予約に基づいて利用していた利用者との一致を認証する機能と、
   前記機能による認証が成功した場合、再入室中に前記空間に設けられた扉を最も開いた位置に固定する機能と、
   を実現させるためのプログラム。

Images