JP2021192319A - 装置、端末、サーバ、管理システム及びプログラム - Google Patents

Abstract

【課題】１人の作業者が複数の各対象者のために、貸し出される複数の場所を１つの端末から予約できるようにする。【解決手段】装置は、貸し出される場所を利用する複数の各対象者のために場所を予約する作業者が操作する画面上に、複数の各対象者から異なる形式で与えられた希望に応じて、異なる形態で場所の候補を提示する提示手段と、候補の中から作業者による各対象者に対する場所の予約を受け付ける受付手段とを有する。【選択図】図１１

Description

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

空間の利用を予約者に提供するサービスがある。

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

この種の空間の利用は事前の予約を必要とする。このため、複数人がそれぞれ異なる空間を利用したい場合には、複数人の各々が利用したい空間を予約する必要がある。しかし、すぐに予約の作業を行えないことがある。この場合、複数人の全員が、利用したい空間を希望する時間で予約できない可能性がある。

本発明は、１人の作業者が複数の各対象者のために、貸し出される複数の場所を１つの端末から予約できるようにすることを目的とする。

請求項１に記載の発明は、貸し出される場所を利用する複数の各対象者のために当該場所を予約する作業者が操作する画面上に、複数の当該各対象者から異なる形式で与えられた希望に応じて、異なる形態で当該場所の候補を提示する提示手段と、前記候補の中から前記作業者による前記各対象者に対する前記場所の予約を受け付ける受付手段と、を有する装置である。
請求項２に記載の発明は、複数の前記各対象者の希望は、前記操作する画面上に前記候補と共に提示する、請求項１に記載の装置である。
請求項３に記載の発明は、複数の前記各対象者の希望に基づく領域情報を前記候補と共に提示する、請求項１又は２に記載の装置である。
請求項４に記載の発明は、複数の前記各対象者の希望に応じた前記候補は、前記作業者が操作する画面上の１つの領域内に提示される、請求項１に記載の装置である。
請求項５に記載の発明は、複数の前記各対象者の希望に応じた前記候補は、前記作業者が操作する画面上の複数の領域内に提示される、請求項１に記載の装置である。
請求項６に記載の発明は、貸し出される場所を利用する複数の各対象者のために当該場所を予約する作業者が操作する端末であって、前記作業者が操作する画面上に、複数の前記各対象者から異なる形式で与えられた希望に応じて、異なる形態で前記場所の候補を提示する提示手段と、前記候補の中から前記作業者による前記各対象者に対する前記場所の予約を受け付ける受付手段と、を有する端末である。
請求項７に記載の発明は、貸し出される場所を利用する複数の各対象者のために当該場所を予約する作業者が操作する画面上に、複数の当該各対象者から異なる形式で与えられた希望に応じて、異なる形態で当該場所の候補を提示する提示手段と、前記候補の中から前記作業者による前記各対象者に対する前記場所の予約を受け付ける受付手段と、を有するサーバである。
請求項８に記載の発明は、貸し出される場所を利用する複数の各対象者のために当該場所を予約する作業者が操作する端末とサーバとを有する管理システムであり、前記作業者が操作する画面上に、複数の前記各対象者から異なる形式で与えられた希望に応じて、異なる形態で前記場所の候補を提示する提示手段と、前記候補の中から前記作業者による前記各対象者に対する前記場所の予約を受け付ける受付手段と、を有する管理システムである。
請求項９に記載の発明は、コンピュータに、貸し出される場所を利用する複数の各対象者のために当該場所を予約する作業者が操作する端末の画面上に、複数の当該各対象者から異なる形式で与えられた希望に応じて、異なる形態で当該場所の候補を提示する機能と、前記候補の中から前記作業者による前記各対象者に対する前記場所の予約を受け付ける機能と、を実行させるためのプログラムである。

請求項１記載の発明によれば、１人の作業者が複数の各対象者のために、貸し出される複数の場所を１つの端末から予約できる。
請求項２記載の発明によれば、作業者は、複数の各対象者に応じた希望と場所の候補を確認しながら作業できる。
請求項３記載の発明によれば、作業者は、複数の各対象者に応じた希望と場所の候補を確認しながら作業できる。
請求項４記載の発明によれば、作業者は、複数の各対象者に応じた希望と場所の候補を１つの領域上で確認しながら作業できる。
請求項５記載の発明によれば、作業者は、複数の各対象者に応じた希望と場所の候補を複数の領域上で確認しながら作業できる。
請求項６記載の発明によれば、１人の作業者が複数の各対象者のために、貸し出される複数の場所を１つの端末から予約できる。
請求項７記載の発明によれば、１人の作業者が複数の各対象者のために、貸し出される複数の場所を１つの端末から予約できる。
請求項８記載の発明によれば、１人の作業者が複数の各対象者のために、貸し出される複数の場所を１つの端末から予約できる。
請求項９記載の発明によれば、１人の作業者が複数の各対象者のために、貸し出される複数の場所を１つの端末から予約できる。

管理システムの全体構成の例を概略的に示す図である。 ユーザに対して貸し出される時間貸し空間の外観構成例を説明する図である。 ユーザ端末のハードウェア構成の例を説明する図である。 管理システムを構成するサーバのハードウェア構成の例を説明する図である。 管理システムを構成する時間貸し空間の構成例を説明する図である。 予約管理サーバのソフトウェア構成の例を説明する図である。 作業者と対象者の人的な関係の例を説明する図である。（Ａ）は予約の対象者のうちの１人が作業者である場合であり、（Ｂ）は予約の対象者とは別人が作業者の場合であり、（Ｃ）は予約の対象者のうちの１人が作業者として自身と他の１人の予約を行い、残る一人が作業者として自身の予約を行う場合である。 作業者と対象者の人的な関係の他の例を説明する図である。（Ｄ）は予約の対象者のうちの１人が作業者として他の１人の予約を行い、残る１人の対象者のための予約を予約の対象者とは別人が行う場合である。 時間貸し空間の実空間での配置の例を説明する図である。 予約制御部の制御動作例を説明する図である。 グループチャットの画面例を示す図である。 作業者が操作するユーザ端末に表示される作業画面の例を示す図である。 対象者Ａに対する候補地の提示の例を示す図である。 対象者Ａに対する候補地の提示の他の例を示す図である。 対象者Ａに対する候補地の提示の他の例を示す図である。 対象者Ｂに対する候補地の提示の例を示す図である。 作業者Ｃによって特定の地点が指定されることで開始する予約の受付画面の表示例を説明する図である。 予約を確定するボタンがクリックされることで表示される案内画面の表示例を示す図である。 作業者Ｃがカーソルで指定した地点の時間貸し空間を予約する場合の例を示す図である。 １人の対象者に対して複数の時間貸し空間を予約する作業の例を説明する図である。 対象者別に予約のための領域を用意する作業画面の例を示す図である。 対象者Ａの予約に用いる作業画面の表示例を示す図である。 対象者Ｂの予約に用いる作業画面の表示例を示す図である。 管理システムの他の構成例を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜制御機能＞
ここでは、図６を使用して、管理システム１（図１参照）を構成する端末のいずれかにより、又は、複数の端末の協働により実現される制御機能について説明する。
ここでは、予約管理サーバ５が単独で制御機能を提供する場合について説明する。
図６は、予約管理サーバ５のソフトウェア構成の例を説明する図である。
予約管理サーバ５はプログラムの実行を通じて該当する機能を実現する。
本実施の形態に係る予約管理サーバ５は、一人の作業者が複数の対象者のために複数の時間貸し空間３を予約する作業を支援する機能を有している。
本実施の形態では、この機能を予約制御部１０１という。予約制御部１０１は、特許請求の範囲における提示手段と受付手段の一例である。

本実施の形態における予約制御部１０１は、複数の機能で構成されている。
例えば予約制御部１０１は、予約の対象者を特定する対象者特定部１０２と、個々の対象者の予約に関する希望を取得する希望取得部１０３と、各対象者の位置を取得する対象者位置取得部１０４と、対象者毎に予約の候補を提示する候補提示部１０５と、時間貸し空間３の予約の状況を提示する予約状況提示部１０６と、作業者からの予約を受け付ける予約受付部１０７と、を含んでいる。

対象者特定部１０２は、例えば作業者が指定した又は入力した対象者の情報（例えば氏名、社員番号など）を用いて対象者を特定する。また、対象者特定部１０２は、例えばグループチャットの参加者や発話の履歴から対象者を特定する。本実施の形態の場合、これらの指定や入力は、一人の作業者が実行する。
図７−１及び図７−２を用いて、作業者と予約の対象者との関係を説明する。
図７−１は、作業者と対象者の人的な関係の例を説明する図である。（Ａ）は予約の対象者のうちの１人が作業者である場合であり、（Ｂ）は予約の対象者とは別人が作業者の場合であり、（Ｃ）は予約の対象者のうちの１人が作業者として他の1人の予約を行い、残る一人が作業者として自身の予約を行う場合である。
図７−２は、作業者と対象者の人的な関係の他の例を説明する図である。（Ｄ）は予約の対象者のうちの１人が作業者として自身と他の1人の予約を行い、残る一人の対象者のための予約を予約の対象者とは別人が行う場合である。

希望取得部１０３（図６参照）が取得する希望には、地点や時間帯、必要とする設備等がある。希望取得部１０３による希望の取得の方法には、例えば会員管理サーバ８（図１参照）に登録されている情報（例えば個人のスケジュール）を取得する方法、作業者が対象者毎に個別に入力する方法、ビジネスチャットで交わされた会話を解析する方法などがある。なお、ビジネスチャットがテキストで行われている場合には文字認識により、音声で行われている場合には音声認識により、個々人の希望が特定される。

対象者位置取得部１０４（図６参照）が取得する位置の情報には、対象者の現在地、対象者が希望する地点（希望地）、スケジュールから推定される位置（推定地）のいずれか、又は、複数が用いられる。このうち、現在地は、例えばユーザ端末４（図１参照）のＧＰＳ（Global Positioning System）受信機からの出力情報を用いる。
対象者の希望地は、特定の地点だけでなく、範囲として与えられてもよい。範囲の一例には、○○線沿線、××駅から△△駅の間、現在地から□□ビルがある方面等がある。

候補提示部１０５（図６参照）は、例えば対象者位置取得部１０４で取得された対象者の位置や希望地などの周囲にある時間貸し空間３を予約の候補として作業者が操作する画面上に表示する。
周囲は、起点から予め定めた距離までの範囲として与えられる。
例えば希望地が特定の地点名や建築物で与えられる場合、候補提示部１０５は、指定された地点を中心として全ての方位に予め定めた距離の内側にある時間貸し空間３を候補とする。
例えば希望地が線路や道路の沿線として与えられる場合、候補提示部１０５は、指定された路線の両側に予め定めた距離の内側にある時間貸し空間３を候補とする。
例えば希望地が２つのランドマークの間として与えられる場合、候補提示部１０５は、個々のランドマークを接続する路線の両側に予め定めた距離の内側にある時間貸し空間３を候補とする。

例えば希望地が１つのランドマークから特定の方向として与えられる場合、候補提示部１０５は、１つのランドマークから指定された方向に存在する路線の両側に予め定めた距離の内側にある時間貸し空間３を候補とする。もっとも、路線の軌跡を無視して指定された方向を与える直線の両側に予め定めた距離の内側にある時間貸し空間３を候補の対象としてもよい。
なお、対象者の現在地と希望地が異なる場合には、対象者の移動に要する時間を考慮して候補とする時間貸し空間３を絞り込むことが望まれる。

予約状況提示部１０６（図６参照）は、予約管理サーバ５（図１参照）で管理されている時間貸し空間３の個々の予約の状況、時間貸し空間３が属する地点を単位とした予約の状況（各地点に配置されている１つ又は複数の時間貸し空間３の予約の状況を全体として評価した状況）を作業者が操作する画面上に表示する。
例えば作業者が操作する画面上に時間貸し空間３がリスト（一覧表）として表示される場合、予約状況提示部１０６は、個々の時間貸し空間３に対応付けて又は地点に対応付けて予約の状況を数値や色の違いなどによって表示する。
例えば作業者が操作する画面上に地図を表示し、その地図上に時間貸し空間３の配置を示す記号を表示する場合、予約状況提示部１０６は、予約の状況に応じて個々の記号の色などによって表示する。
なお、地点を単位とする予約の状況が表示されている場合でも、作業者によって特定の地点が指定されたときには、指定された地点に位置する複数の時間貸し空間３の予約状況が個別に表示される。

予約受付部１０７（図６参照）は、作業者による各対象者に対する時間貸し空間３の予約の受け付け処理を実行する。候補の提示中は、他の作業者による予約を受け付けない状態に制御することで、予約の重複を回避できる。
予約受付部１０７は、予約のボタンが操作されると、候補に対する予約を確定する。なお、１人の対象者に対して複数の時間貸し空間３を予約できるようにしてもよい。ただし、最終的には、１つの時間貸し空間３を残して予約を解除する。
予約の確定の後、予約受付部１０７は、予約が確定されたことを対応する対象者に通知する。この通知は、個人別の通知でもよいし、対象者全員への通知でもよい。例えばグループチャットへの投稿によって行っても良い。

＜制御例＞
以下では、予約制御部１０１（図６参照）の制御を通じて実現される制御の例を説明する。
初めに、予約制御部１０１が予約を管理する時間貸し空間３の配置の例を説明する。
図８は、時間貸し空間３の実空間での配置の例を説明する図である。
図８の例では、地域１と地域２で管理される２つの領域が含まれている。地域は、行政区分に応じて定めてもよいが、行政区分とは無関係に定めてもよい。また地域は、市役所、デパートなどの建物やランドマークを起点として定めてもよい。
個々の地域内には１つ又は複数の地点が含まれている。図８の例では地域１内に地点Ａと地点Ｂが含まれ、地域２には地点Ｃが含まれている。

各地点には、１つ又は複数の時間貸し空間３が設置されている。例えば地点Ａには４つ、地点Ｂにも４つ、地点Ｃには２つの時間貸し空間３が設置されている。
個々の時間貸し空間３は、地点名と地点内の識別用の番号とで区別される。
ここでの地域、地点、識別用の番号の情報は、登録リスト５１（図１参照）や予約リスト５２（図１参照）でも使用される。
なお、図８では、利用中の時間貸し空間３と利用されていない時間貸し空間３とを区別して表示している。

図９は、予約制御部１０１の制御動作例を説明する図である。
まず、予約制御部１０１は、予約の対象者を特定する（ステップ１１）。本実施の形態では、対象者の指定にグループチャットを用いる。
図１０は、グループチャット２００の画面例を示す図である。
図１０に示すグループチャット２００の例では、時間順次に、利用者Ａ（Ａさん）の「今日、１３：００以降でＴＶ会議できますか？」との発言２０１、利用者Ｂ（Ｂさん）の「ＯＫ」との発言２０２、勤務者Ｃ（Ｃさん）の「１４：００−１８：００ならＯＫ」との発言２０３、利用者Ａ（Ａさん）の「それでは、１４：００−１５：００でＴＶ会議をお願いします」との発言２０４が現れている。
この場合、予約制御部１０１は、発話者の情報から対象者は、利用者Ａ、利用者Ｂ、勤務者Ｃの３名であると特定する。
ここでは、勤務者Ｃが作業者であるものとする。以下では、利用者Ａ、利用者Ｂ、勤務者Ｃをそれぞれ対象者Ａ、Ｂ、Ｃと呼び、作業者としての勤務者Ｃを作業者Ｃという。

次に、予約制御部１０１は、各対象者の情報（希望）を取得する（ステップ１２）。図１０の場合、予約制御部１０１は、対象者Ａの希望として「１３：００以降」と「１４：００−１５：００」を取得し、対象者Ｂの希望として「１３：００以降」を取得し、対象者Ｃの希望として「１４：００−１８：００」を取得する。
なお、予約制御部１０１は、対象者である３名の希望が重複する時間帯として「１４：００−１５：００」を抽出する。
図１０では不図示であるが、対象者Ａは場所として「Ｗビル周辺」を希望し、対象者Ｂは場所として「Ｙ線のＭ駅とＰ駅間」を希望している。

次に、予約制御部１０１は、各対象者の位置を取得する（ステップ１３）。ここでの予約制御部１０１は、対象者の現在地、希望地、推定地などを取得する。例えば現在地は、各対象者がグループチャットに用いている端末（すなわちユーザ端末４（図１参照））から取得される。また、希望地は、グループチャット２００から取得される。また、推定地は、対象者の現在地とスケジュールの情報から推定される。推定には、移動に要する交通機関や移動に要する時間の情報も用いられる。本実施の形態では、現在地、希望地、推定地を総称して候補地ともいう。

次に、予約制御部１０１は、作業者Ｃに各対象者の希望に関する情報と、対象者に応じた空間の候補と予約の状況を提示する（ステップ１４）。
作業者が各対象者の希望を確認しながら予約する時間貸し空間３を選択できるようにするためである。
本実施の形態では、作業者Ｃは勤務地内にある会議室や事務机を使用して会議に出席する場合を想定し、作業者Ｃが社外にいる対象者Ａと対象者Ｂの２名について時間貸し空間３を予約する。

図１１は、作業者が操作するユーザ端末４（図１参照）に表示される作業画面３００の例を示す図である。
図１１では、作業者Ｃが作業画面３００を通じて、対象者Ａと対象者Ｂの２名の予約を行う場合を想定している。
本実施の形態における作業画面３００は、予約する時間帯が示される領域３１０と、対象者Ａの希望（例えば時間帯や地点）を表示する領域３２０と、対象者Ｂの希望（例えば時間帯や地点）を表示する領域３３０と、対象者Ａと対象者Ｂの位置に関する情報と予約の候補となる地点や個々の時間貸し空間３の情報が表示される領域３４０と、予約の状況の凡例を示す領域３５０とを含んでいる。

ここで、領域３１０には、例えばステップ１２（図９参照）で特定された時間帯が表示される。なお、作業者Ｃが領域３１０に時間帯を入力してもよいし、表示されている時間帯を修正できるようにしてもよい。領域３１０を設けることで、予約する時間帯を画面上で確認しながら予約を行うことができ、入力の間違いや確認の手間を省くことができる。
領域３２０と領域３３０には、作業者Ｃが予約を代行する対象者Ａ及びＢの希望に関する情報が表示される。図１１では、対象者Ａ及びＢの２名についての情報が表示されているが、対象者である作業者Ｃの情報も表示されてもよい。
図１１において作業者Ｃの情報が表示されていないのは、作業者Ｃは時間貸し空間３を予約せず、勤務地内の会議室などを使用するためである。このように、操作画面３００に表示される対象者の情報は、作業者Ｃが選択することができる。
図１１の場合、領域３２０には、対象者Ａの希望する時間帯として「１３：００以降」、希望する地点として「Ｗビル周辺で」が表示されている。
領域３３０には、対象者Ｂの希望する時間帯として「１３：００以降」、希望する地点として「Ｙ線のＭ駅とＰ駅の間でお願いします」が表示されている。
なお、この例の場合、対象者Ａ及びＢを識別する番号（例えば社員番号）も表示されている。

図１１の場合、領域３４０には、対象者Ａと対象者Ｂの現在地、現在地や候補地の周囲に位置する時間貸し空間３、時間貸し空間３の予約の状況などが地図上のランドマークとともに表示されている。
図１１の例では、表示される地図の縮尺の関係で、対象者Ａと対象者Ｂの２名の情報を１つの画面内で確認できているが、対象者別に画面を用意してもよい。地図の縮尺が小さすぎると、地点単位でも予約の状況の確認が難しくなるためである。この表示例については後述する。
図１１の例では、地図上のランドマークとして、Ｙ線の線路と線路上に位置するＭ駅とＰ駅、地下鉄Ｅ線の線路と線路上に位置するＬ駅、主要な道路（図中、直線で示す）、主要な建物であるＷビルが示されている。

また、領域３４０には、カーソル３４１と、対象者Ａの現在地を二重丸で表すマーク３４２と、対象者Ｂの現在地を二重丸で表すマーク３４３とが示されている。また、涙型のマーク３４４は、時間貸し空間３が配置されている地点の位置を表している。
図１１では、マーク３４４の網掛けの密度の違いで予約の状況を表している。領域３５０の凡例に示すように、網掛けの密度が高いほど予約が埋まっており空きが少ないことを意味し、網掛けの密度が低いほど予約が少なく空きが多いことを意味する。
なお、領域３４０内の予約の状況は、領域３１０に表示された予約の時間帯についての情報である。
図１１では、予約の状況を３段階で表現しているが、２段階でも４段階以上でもよい。また、実際の画面上では、色の違いによって予約の状況を表現してもよい。

図１２は、対象者Ａに対する候補地の提示の例を示す図である。
図１２には図１１との対応部分に対応する符号を付して示している。図１２では、対象者Ａの現在地の周囲（マーク３４２の周囲）に位置する地点に候補１と表示され、作業者Ｃに予約の候補であることを示している。図１２の場合、候補１の地点は、時間貸し空間３に空きが多い場所である。
画面上に表示される地点の数が多い場合、作業者Ｃは、どの地点に予約を行えばよいのか分かりにくい。従って、図１２のように、候補１との表記を付したり、候補の地点を破線で囲んだり、輝度を上げたり、表示の寸法を他より大きく変更したりするなど作業者の目に付きやすい表示を工夫することが望ましい。

図１３は、対象者Ａに対する候補地の提示の他の例を示す図である。
図１３には図１１との対応部分に対応する符号を付して示している。図１３では、対象者Ａの希望地（Ｗビル）の周囲に位置する地点３４５に候補１と表示され、作業者Ｃに予約の候補であることを示している。図１３の場合、地点３４５は、時間貸し空間３に空きがある場所である。
図１４は、対象者Ａに対する推定地の提示の他の例を示す図である。
図１４には図１１との対応部分に対応する符号を付して示している。図１４では、現在地から対象者Ａについて取得された希望地（Ｗビル）への移動の経路３４７を推定し、推定された経路３４７の周囲に位置する２つの地点３４５、３４６を候補として表示している。
なお、推定された移動の経路３４７は、領域３４０に表示されてもよいし、表示されなくてもよい。経路３４７の表示は作業者Ｃが選択できる。
図１４の場合、地点３４５は候補１と表示され、地点３４６は候補２と表示されている。地点３４５も地点３４６も、時間貸し空間３に空きがある場所である。
移動の経路３４７の周囲に位置する地点を候補として作業者Ｃに提示する場合、予約制御部１０１は、対象者Ａのスケジュール上の移動先への移動の経路と移動に要する時間や予約の時間を考慮に入れて作業者Ｃに提示する候補地を決定する。

なお、図１２〜図１４に示す候補地の表示は、作業者Ｃの操作によって切り替えできるようにしてもよい。すなわち、現在地の周囲で候補地を提示する画面と、希望地の周囲で候補地を提示する画面と、移動の経路上の周囲で候補地を提示する画面とを切り替えられるようにしてもよい。特定の画面だけでは、予約可能な時間貸し空間３が見つからない可能性があるためである。
また、いずれの画面によっても予約可能な時間貸し空間３が見つからない場合に備え、作業者Ｃがカーソル３４１で指定した任意の地点に属する時間貸し空間３を予約の対象として指定することもできる。
図１２〜図１４では、説明の都合上、対象者Ａについての候補の提示の例を示しているが、対象者Ｂについても同様に予約制御部１０１から作業者Ｃに対して地点の候補が提示される。
図１５は、対象者Ｂに対する候補地の提示の例を示す図である。
図１５には図１１との対応部分に対応する符号を付して示している。図１５では、対象者Ａの場合とは異なり、対象者Ｂが希望する範囲３４８を候補として示している。破線で囲んで示す範囲３４８の内側に位置する複数の地点が予約の候補である。

図９の説明に戻る。
ステップ１４における情報の提示の後、予約制御部１０１は、作業者Ｃにおる対象者毎に予約を受け付ける（ステップ１５）。この受け付け処理は、予約制御部１０１が、ステップ１６で対象者全員の予約の終了を確認するまで（ステップ１６で肯定結果が得られるまで）繰り返される。すなわち、ステップ１６で否定結果が得られている間、予約を受け付ける。
なお、予約の終了は、不図示のボタンが操作されることを条件としてもよい。

図１６は、作業者Ｃによって特定の地点が指定されることで開始する予約の受付画面３６０の表示例を説明する図である。
図１６には図１１との対応部分に対応する符号を付して示している。図１６の場合、受付画面３６０は、Ｗビルの周囲に位置する地点３４５がカーソル３４１でクリックされることで表示される。
受付画面３６０は、予約の対象者の特定に使用される情報の入力欄３６１と、予約する時間貸し空間３を特定する情報の入力欄３６２と、予約の時間帯が入力される項目欄３６３と、配置されている個々の時間貸し空間３の予約の状況を示す領域３６４と、予約を確定するためのボタン３６５を含んでいる。
図１６の例では、＃００１で識別される時間貸し空間３の予約が可能である。

図１７は、予約を確定するボタン３６５（図１６参照）がクリックされることで表示される案内画面３７０の表示例を示す図である。
図１７には図１１との対応部分に対応する符号を付して示している。案内画面３７０には、予約された地点３４５の周辺を拡大した地図が表示され、地点３４５への案内文３７１と、予約された対象者（ここでは対象者Ａ）が所持するユーザ端末４（図１参照）への案内画面３７０の送信を指示する送信ボタン３７２とが含まれている。
ここでの案内画面３７０は、予約された時間貸し空間３への移動を支援する情報の一例である。
図１７の例では、予約された時間貸し空間３（＃００１）が配置された地点３４５は、地下鉄Ｅ線のＬ駅の５番出口を出て２０ｍであることが示されている。

図１６及び図１７は、候補地の周辺で予約を行う場合の例であるが、ここでは候補地に予約可能な時間貸し空間３が存在しない場合の予約の例について説明する。
図１８は、作業者Ｃがカーソル２４１で指定した地点の時間貸し空間３を予約する場合の例を示す図である。
図１８には図１１との対応部分に対応する符号を付して示している。図１８の例は、対象者Ａの希望地である地点２４５に位置する時間貸し空間３に空きがなく予約ができないため、周辺で予約が可能な地点２４６が作業者Ｃによって指定された場合を示している。
図１８の場合、＃００６で識別される時間貸し空間３は１２：００から１８：００の間に予約が入っておらず、対象者Ａのために１４：００から１５：００の間の予約が可能である。

図１９は、１人の対象者に対して複数の時間貸し空間３を予約する作業の例を説明する図である。
図１９には図１１との対応部分に対応する符号を付して示している。図１９の例は、対象者Ｂに対する予約の例である。予約の作業では、時間貸し空間３の予約が何よりも優先されるが、予約が完了した後もより便利な時間貸し空間３を探したい場合がある。
図１９の例では、地点３４９Ａと地点３４９Ｂの２か所で時間貸し空間３が予約され、更に３つ目の地点３４９Ｃの時間貸し空間３を予約する例を示している。
なお、地点３４９Ａの時間貸し空間３は最初に予約されたので予約候補１と表示され、地点３４９Ｂの時間貸し空間３は２番目に予約されたので予約候補２と表示されている。

図１９の例では、例えば「予約候補」との表示が用いられているが、これは１人の対象者について時間帯が重なる予約が複数見つかった場合に用いられる。
地点３４９Ａの時間貸し空間３が予約された時点のように、対象者Ｂに対する予約が１つしか存在しない場合には、作業画面３００の地点３４９Ａには「予約」との表示が用いられる。また、予約された時間貸し空間３の予約が解除され、対象者Ｂに対する予約が１つになると、画面上の表示は予約候補から予約に変更される。
なお、予約候補として表示されている時間貸し空間３も予約されていることには違いがないので、他の対象者のための予約の作業は行えない。

以下では、作業画面の他の例について説明する。
まず、対象者Ａの候補地と対象者Ｂの候補地が離れている場合に用いる表示例について説明する。この表示例は、例えば対象者Ａの候補地と対象者Ｂの候補地を１つの領域３４０（図１１参照）に含めようとすると縮尺が小さくなりすぎ、地点の区別や予約の状況の確認が難しくなる場合に用いられる。

図２０は、対象者別に予約のための領域を用意する作業画面３００Ａの例を示す図である。
図２０には図１１との対応部分に対応する符号を付して示している。図２０の例では、対象者Ａの希望を表示する領域３２０に対応付けて領域３４０Ａが表示され、対象者Ｂの希望を表示する領域３３０に対応付けて領域３４０Ｂが表示されている。
なお、領域３４０Ａには対象者Ａの候補地を含む地図１が表示され、領域３４０Ｂには対象者Ｂの候補地を含む地図２が表示されている。地図１と地図２の表示の内容は、図１１で示した領域３４０と同様である。

次に、作業者Ｃが操作するユーザ端末４の表示画面が小さい場合に用いる表示例について説明する。例えばユーザ端末４としてスマートフォンを用いる場合である。
以下では、図２１−１と図２１−２を用いて表示例を説明する。
図２１−１は、対象者Ａの予約に用いる作業画面３００Ｂの表示例を示す図である。図２１−２は、対象者Ｂの予約に用いる作業画面３００Ｃの表示例を示す図である。
作業画面３００Ｂ及び３００Ｃのいずれにも、画面の右側にスクロールバー３８０が表示され、全体の中の表示位置が示されている。

＜実施の形態の効果＞
本実施の形態で説明した手法を用いれば、１人の作業者Ｃが複数の対象者Ａ及びＢのために複数の時間貸し空間３を１つのユーザ端末４（図１参照）から容易に予約することができる。
この際、作業画面３００（図１１参照）などには、各対象者に応じて候補地が提示されるため、作業者Ｃは効率的に予約の作業を進めることができる。
また、作業画面３００などには、各候補地の予約の状況を示されるため、特定の候補地だけでなく近隣の他の地点の状況も確認しながら予約の作業を進めることができる。

＜他の実施形態＞
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は上述の実施の形態に記載の範囲には限定されない。上述の実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。
例えば前述の実施の形態では、会議を行う３人の対象者Ａ、Ｂ及びＣのうちの１人が作業者として他の２名のために時間貸し空間３を予約する場合を例に説明したが、予約の目的が会議である必要はない。すなわち、前述した手法は、１人の作業者が自身を含む複数人又は自身を含まない複数人のために時間貸し空間３の予約を代行する場合に応用できる。

例えば管理システム１（図１参照）は前述した構成に限らない。図２２は、管理システム１Ａの他の構成例を示す図である。図２２には、図１と対応する部分に対応する符号を付して示している。管理システム１Ａは、複数の時間貸し空間３を管理する拠点サーバ３９０を用いる点で管理システム１（図１）と異なっている。コンピュータの構成を有する拠点サーバ３９０は、プログラムの実行を通じて予約制御部１０１（図６参照）の機能を実行してもよい。この意味において、拠点サーバ３９０は、特許請求の範囲における装置の一例である。

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

１、１Ａ…管理システム、２…クラウドネットワーク、３…時間貸し空間、４…ユーザ端末、５…予約管理サーバ、６…空間管理サーバ、７…請求管理サーバ、８…会員管理サーバ、１０１…予約制御部、１０２…対象者特定部、１０３…希望取得部、１０４…対象者位置取得部、１０５…候補提示部、１０６…予約状況提示部、１０７…予約受付部

Claims (9)

1. 貸し出される場所を利用する複数の各対象者のために当該場所を予約する作業者が操作する画面上に、複数の当該各対象者から異なる形式で与えられた希望に応じて、異なる形態で当該場所の候補を提示する提示手段と、
   前記候補の中から前記作業者による前記各対象者に対する前記場所の予約を受け付ける受付手段と、
   を有する装置。
2. 複数の前記各対象者の希望は、前記操作する画面上に前記候補と共に提示する、
   請求項１に記載の装置。
3. 複数の前記各対象者の希望に基づく領域情報を前記候補と共に提示する、
   請求項１又は２に記載の装置。
4. 複数の前記各対象者の希望に応じた前記候補は、前記作業者が操作する画面上の１つの領域内に提示される、
   請求項１に記載の装置。
5. 複数の前記各対象者の希望に応じた前記候補は、前記作業者が操作する画面上の複数の領域内に提示される、
   請求項１に記載の装置。
6. 貸し出される場所を利用する複数の各対象者のために当該場所を予約する作業者が操作する端末であって、
   前記作業者が操作する画面上に、複数の前記各対象者から異なる形式で与えられた希望に応じて、異なる形態で前記場所の候補を提示する提示手段と、
   前記候補の中から前記作業者による前記各対象者に対する前記場所の予約を受け付ける受付手段と、
   を有する端末。
7. 貸し出される場所を利用する複数の各対象者のために当該場所を予約する作業者が操作する画面上に、複数の当該各対象者から異なる形式で与えられた希望に応じて、異なる形態で当該場所の候補を提示する提示手段と、
   前記候補の中から前記作業者による前記各対象者に対する前記場所の予約を受け付ける受付手段と、
   を有するサーバ。
8. 貸し出される場所を利用する複数の各対象者のために当該場所を予約する作業者が操作する端末とサーバとを有する管理システムであり、
   前記作業者が操作する画面上に、複数の前記各対象者から異なる形式で与えられた希望に応じて、異なる形態で前記場所の候補を提示する提示手段と、
   前記候補の中から前記作業者による前記各対象者に対する前記場所の予約を受け付ける受付手段と、
   を有する管理システム。
9. コンピュータに、
   貸し出される場所を利用する複数の各対象者のために当該場所を予約する作業者が操作する端末の画面上に、複数の当該各対象者から異なる形式で与えられた希望に応じて、異なる形態で当該場所の候補を提示する機能と、
   前記候補の中から前記作業者による前記各対象者に対する前記場所の予約を受け付ける機能と、
   を実行させるためのプログラム。

Images