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

Description

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

通信網を介して多数の貸しブースを群管理し、ユーザの認証、入退室等を管理するシステムが提示されている。

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

空間の予約に伴って付随する予約を別の画面上の別領域のみで行うことがある。この場合、空間と付随する予約の対応関係が分かり辛かった。

本発明は、第１の予約の対象に伴って付随する第２の予約の対象を別の画面上の別領域のみで行うものと比較して、第１の予約の対象に付随する第２の予約の対象の対応関係を容易に把握することを目的とする。

請求項１に記載の発明は、予約の画面上で、第１の予約の対象に紐付けられる第１の画像の表示が、第２の予約の対象に紐付けられる第２の画像によって変化するように、当該第１の画像の表示の変更を制御する制御手段を有し、前記制御手段は、前記予約の画面上で、複数の前記第１の画像を連結する操作があった場合、対応する複数の前記第１の予約の対象である空間内で使用される環境を共通化する設定の予約を受け付ける、情報処理装置である。
請求項２に記載の発明は、予約の画面上で、第１の予約の対象に紐付けられる第１の画像の表示が、第２の予約の対象に紐付けられる第２の画像によって変化するように、当該第１の画像の表示の変更を制御する制御手段を有し、前記制御手段は、前記予約の画面上で、複数の前記第１の画像を連結する操作があった場合、対応する複数の前記第１の予約の対象である空間内に前記第２の画像として配置される端末どうしを通信先とする設定の予約を受け付ける、情報処理装置である。
請求項３に記載の発明は、予約の画面上で、第１の予約の対象に紐付けられる第１の画像の表示が、第２の予約の対象に紐付けられる第２の画像によって変化するように、当該第１の画像の表示の変更を制御する制御手段を有し、前記制御手段は、前記予約の画面上で、前記第１の予約の対象である空間に対応する前記第１の画像と、予約の対象でない空間に対応する第３の画像とを連結する操作があった場合、対応する複数の空間に前記第２の画像として配置された端末どうしを通信先とする設定の予約を受け付ける、情報処理装置である。
請求項４に記載の発明は、コンピュータに、予約の画面上で、第１の予約の対象に紐付けられる第１の画像の表示が、第２の予約の対象に紐付けられる第２の画像によって変化するように、当該第１の画像の表示の変更を制御する機能と、前記予約の画面上で、複数の前記第１の画像を連結する操作があった場合、対応する複数の前記第１の予約の対象である空間内で使用される環境を共通化する設定の予約を受け付ける機能と、を実現させるためのプログラムである。
請求項５に記載の発明は、コンピュータに、予約の画面上で、第１の予約の対象に紐付けられる第１の画像の表示が、第２の予約の対象に紐付けられる第２の画像によって変化するように、当該第１の画像の表示の変更を制御する機能と、前記予約の画面上で、複数の前記第１の画像を連結する操作があった場合、対応する複数の前記第１の予約の対象である空間内に前記第２の画像として配置される端末どうしを通信先とする設定の予約を受け付ける機能と、を実現させるためのプログラムである。
請求項６に記載の発明は、コンピュータに、予約の画面上で、第１の予約の対象に紐付けられる第１の画像の表示が、第２の予約の対象に紐付けられる第２の画像によって変化するように、当該第１の画像の表示の変更を制御する機能と、前記予約の画面上で、前記第１の予約の対象である空間に対応する前記第１の画像と、予約の対象でない空間に対応する第３の画像とを連結する操作があった場合、対応する複数の空間に前記第２の画像として配置された端末どうしを通信先とする設定の予約を受け付ける機能と、を実現させるためのプログラムである。

請求項１記載の発明によれば、複数の空間の環境を容易に共通化できる。
請求項２記載の発明によれば、相互通信に必要な通信設定から予約者を解放できる。
請求項３記載の発明によれば、相互通信に必要な通信設定から予約者を解放できる。
請求項４記載の発明によれば、複数の空間の環境を容易に共通化できる。
請求項５記載の発明によれば、相互通信に必要な通信設定から予約者を解放できる。
請求項６記載の発明によれば、相互通信に必要な通信設定から予約者を解放できる。

予約システムの全体構成の例を概略的に示す図である。 予約の対象となる空間の外観構成例を説明する図である。 ユーザ端末及び管理サーバで用いられるハードウェア構成の例を説明する図である。 予約管理サーバの機能構成の例を説明する図である。 ユーザ端末の表示デバイスに表示される予約用の受付画面の例を説明する図である。 予約可能な機器等のアイコンが受付画面に表示されている例を説明する図である。 空間の予約に際して機器等も予約する場合の操作例を説明する図である。 予約者が予約を確定するために確認ボタンを操作する様子を説明する図である。 ドラッグ先の入力欄に応じて機器等のアイコンの寸法が縮小される例を説明する図である。 ドラッグ先の入力欄に応じて機器等のアイコンの寸法が拡大される例を説明する図である。 予約の確認画面の例を示す図である。 空間の予約に際して機器等も予約する場合の他の操作例を説明する図である。 予約の対象である空間と表示欄に表示される予約可能な機器等の候補の関係を説明する図である。 予約できない機器も一律に表示欄に表示される場合に予約できない機器がユーザに選択されたときにおける受付画面の表示例を説明する図である。 予約可能な機器の他の入力手法を説明する図である。 一時的に機器を予約できない場合の受付画面の表示例を説明する図である。 一時的に予約できない機器であることを予約者に報知する画面を受付画面に表示する例を示す図である。 追加の金額の支払いを条件として、他の地域に割り当てられている機器の予約を可能とする受付画面の表示例を示す図である。 １時間あたり１００円で予約されたノート型のコンピュータで実行可能なソフトウェアを個別に予約可能とする例を説明する図である。 予約の対象とするソフトウェアの認証画面の例を示す図である。 予約するソフトウェアを紐付けるノート型のコンピュータの指定を促す画面の例を示す図である。 予約するソフトウェアが予約するノート型のコンピュータで実行できないことを通知する画面の例を示す図である。 予約するソフトウェアのアイコンを入力欄にドラッグ移動させた場合におけるアイコンの変化を説明する図である。（Ａ）はドローイングソフトのアイコンをドラッグ移動させた場合の表示の変化を示し、（Ｂ）はワープロソフトのアイコンをドラッグ移動させた場合の表示の変化を示し、（Ｃ）はオフィスソフト１のアイコンをドラッグ移動させた場合の表示の変化を示す。 予約の対象である複合機に備わっている機能を個別に予約する例を説明する図である。 予約が可能な機能のアイコンを入力欄にドラッグ移動させた場合におけるアイコンの変化を説明する図である。（Ａ）はスキャン機能のアイコンをドラッグ移動させた場合の表示の変化を示し、（Ｂ）はコピー機能のアイコンをドラッグ移動させた場合の表示の変化を示し、（Ｃ）はスキャン機能とコピー機能の両方に対応する機能のアイコンをドラッグ移動させた場合の表示の変化を示す。 予約者が過去に使用した予約を読み出すことが可能な受付画面の例を説明する図である。 読み出された過去の予約の内容を示す表示欄が表示された受付画面の例を示す図である。 複数の空間に対応する複数の画面が受付画面に配置される場合の一例を示す図である。 ４つ以上の空間を一度に予約する場合を想定する受付画面の例を示す図である。 ２つの空間の予約に用いる画面の間におけるアイコンの移動を説明する図である。 ２つの空間に対応する予約用の画面が連結された受付画面の例を説明する図である。 連結された２つの画面に対応する２つの空間の間でウェブ会議用の通信設定を行うか否かを確認する画面が表示される場合を説明する図である。 連結された２つの画面に対応する２つの空間の間でウェブ会議用の通信設定を行うか否かを確認する画面の他の表示例を説明する図である。 ２つの空間の予約に用いる２つの画面が受付画面上で連結された場合に実行される複数端末間の連携を説明する図である。 複数の物品の集合体を単位として予約を受け付ける受付画面の例を説明する図である。 パッケージの内容物を確認する画面の例を示す図である。 予約者が指でアイコンをタップすることを条件に内容物が展開され、一覧的に表示される例を説明する図である。 複数の物品の集合体を単位として予約を受け付ける受付画面の他の例を説明する図である。 時間単位で予約される空間内に任意の物品と配置を予約する場合に用いる受付画面の例を示す図である。 月単位で予約される空間内に任意の物品と配置を予約する場合に用いる受付画面の例を示す図である。 ユーザが過去に予約した同一又は類似の部屋での配置に合わせるようにアイコンの配置を修正する機能を説明する図である。 日単位で予約される空間内に任意の物品と配置を予約する場合に用いる受付画面の例を示す図である。 任意の物品の配置を予約した段階で予約する空間の変更が必要になった場合の画面例を説明する図である。 指定できない位置に物品が配置された場合のアラート画面を説明する図である。 料金の支払いに応じて予約された機器の使用を可能にする手順の例を説明するフローチャートである。 使用料金の支払いの確認を条件として予約された備品の使用を可能とする制御の一例を説明する図である。 使用料金の支払いの確認を条件として予約された備品の使用を可能とする制御の他の例を説明する図である。 使用料金の支払いの確認を条件として予約されたソフトウェアの使用を可能とする制御の例を説明する図である。 本実施の形態が想定する使用場面の例を説明する図である。 予約管理サーバの機能構成の例を説明する図である。 通りに位置するＡＢＣ美容院とその撮像画像との関係を説明する図である。 ＡＢＣ美容院の画像上に表示されたマークがタップされた場合に表示される予約の受付画面の例を示す図である。 通りに位置する飲食店とその撮像画像との関係を説明する図である。 中華料理店の画像上に表示されたマークがタップされた場合に表示される予約の受付画面の例を示す図である。 予約の受付画面を撮像されている画像に重ねて表示する例を説明する図である。 通りに位置するビルとその撮像画像との関係を説明する図である。 予約可の情報を表示する条件としてイタリア料理が指定されている場合のビルとその撮像画像との関係を説明する図である。 通りに位置するビルとその撮像画像との関係を説明する他の図である。

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

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

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

本実施の形態の場合、空間３の施錠や解錠に、電子鍵を使用する。電子鍵は、携帯型のユーザ端末４や不図示の近距離無線通信に対応したＩＣ（Integrated Circuit）カードに格納される。
本実施の形態では、携帯型のユーザ端末４として、スマートフォンを想定する。もっとも、携帯型のユーザ端末４は、いわゆるウェアラブル端末でもよいし、インターネットとの通信機能を有していればゲーム端末でもよい。
ユーザ端末４を電子鍵として使用する場合、予約の確定後に、予約管理サーバ５からユーザ端末４に電子鍵が送信される。ＩＣカードを電子鍵として使用する場合、予約の確定後に、電子鍵を記録したＩＣカードが予約管理サーバ５からユーザの元に配布される。
電子鍵の場合には、施錠や解錠を有効に行える時間を自由に定めることができる。また、１つの空間３の利用に必要な電子鍵を複数発行することも容易である。
なお、物理的な鍵を予約された時間別に複数用意し、空間３を施錠し又は解錠できるようにしてもよい。また、ユーザの認証を鍵の代わりに使用してもよいし、ユーザの認証を電子鍵や物理的な鍵を補足する手段として使用してもよい。ユーザの認証には、顔認証、指紋認証、静脈認証、文字入力による認証、ジェスチャーによる認証その他の既知の認証技術の応用が可能である。

予約管理サーバ５は、例えば予約に関連する各種の情報を管理する。本実施の形態における予約管理サーバ５は、保守等に確保された時間を除き、２４時間３６５日、空間３の予約を受け付ける。また、予約管理サーバ５は、空間３に関連付けられている物品やサービスの予約も受け付ける。詳細については後述するが、貸し出しや使用の許諾が可能な物品やサービスを想定する。また、使用により消耗する物品やサービスも対象に含まれる。
予約管理サーバ５は、必要に応じ、ユーザ端末４に対する電子鍵の発行や認証の処理を実行してもよい。なお、認証の処理は空間管理サーバ６が行ってもよい。
空間管理サーバ６は、例えば個々の空間３に対するユーザの入退室、個々の空間３の利用状況等を管理する。また、空間管理サーバ６は、空間３に配置されている不図示の認証ユニットと通信し、ユーザの入室を許可するか否か等を管理する。認証に際し、空間管理サーバ６は、予約管理サーバ５等と通信する。
また、空間管理サーバ６は、空間３の内部や外部に配置されている各種の機器から情報を収集する。各種の機器には、人感センサ、監視カメラ、温度センサ、湿度センサ、照度センサ等が含まれる。
また、空間管理サーバ６は、空間３に配置されている各種の機器の動作を制御する。本実施の形態の場合、予約に関連した機器の制御は、予約管理サーバ５が実行する。図１の例では、空間管理サーバ６はクラウドネットワーク２上に配置されているが、機能の一部又は全部が、空間３内の制御装置によって提供されてもよい。

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

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

図２の場合、躯体３０は、天井３０Ａと、床面３０Ｂと、開閉可能な扉３２が取り付けられている壁面３０Ｃと、壁面３０Ｃの両側に位置する２つの壁面３０Ｄ及び３０Ｅと、扉３２の対面側に位置する壁面３０Ｆとで構成される。
図２の場合、天井３０Ａには、換気口３３が設けられている。換気口３３には、開口面積の調整が可能なルーバ３３Ａが取り付けられている。図２のルーバ３３Ａは、全開状態にある。
本実施の形態の場合、扉３２は、壁面３０Ｃに沿って移動が可能な引き戸を想定する。図２の場合、扉３２は、１枚の扉をスライドする片引きタイプであるが、２枚以上の扉を行き違わせて開閉する引き違いタイプでも、２枚の扉を左右にスライドする引き分けタイプでもよい。

もっとも、扉３２は、引き戸に限らない。例えば扉３２は、１枚の部材が弧を描くように移動する片開きの開き戸でもよいし、１つの開口部を２枚の扉部材で仕切る両開きの開き戸でもよい。
また、扉３２は、蝶番で連結された２枚１組の扉部材を折り畳むように開く折れ戸でもよい。折れ戸にも、片方にのみ開くタイプと、両方向に開くタイプがある。
また、特殊なタイプとして、収納時に扉３２が壁の中に引き込まれる引き込み戸や間仕切り戸であってもよい。
なお、扉３２は内開きでも外開きでも構わない。
本実施の形態の場合、扉３２には、開閉時にユーザが掴む取手３２Ａが取り付けられている。

また、扉３２の中央部分には、秘匿性と防犯性を考慮した加工が施された部材３２Ｂが配置されている。部材３２Ｂは、例えば多数の孔が配列された金属製の板（例えばパンチングメタル）が内側に取り付けられた透明板でもよいし、目隠しとなる部材が隙間を空けて内側に取り付けられた透明板でもよいし、正面からは内部の確認が容易であるが斜め方向からは内部の確認が困難なフィルムが貼り付けられた透明板でもよいし、内部の視認性を低下させる加工が施された透明板でもよい。
ここでの透明板には、例えばガラス、アクリル樹脂を用いる。また、秘匿性と防犯性のために貼り付けられるフィルムの透過性に関する特性は、扉３２の位置とユーザの作業位置との関係で定まる。扉３２の正面奥でユーザが作業を行う場合には、正面からは内部の確認が困難であるが、斜め方向からは内部の確認が容易なフィルムを用いればよい。

ここでのフィルムは、透過と白濁を電気的に切り替え可能な液晶フィルムや透過率を電気的に制御可能な偏光フィルムでもよい。
また、視認性を低下させる加工には、例えば光が散乱するように部材の表面に細かい傷を付けることを含む。
なお、当該加工は、部材３２Ｂの一部に施されていてもよい。例えば床面や天井の付近は透明であるが、作業中のモニタを覗き込める範囲は、加工によって視認性が低下される構造でもよい。
部材３２Ｂを配置することで、モニタの画面を外部から隠しつつも、ユーザの在不在を外部から確認することが可能になる。
この他、扉３２には、電子鍵による解錠が可能な電子錠３２Ｃが取り付けられている。
もっとも、秘匿性と防犯性を考慮した加工は、扉３２以外の部材にも施されることを妨げない。例えば壁面３０Ｄ、３０Ｅ、３０Ｆの少なくとも一部に秘匿性と防犯性を考慮した加工が施されていてもよい。

空間３の利用人数は、空間３の容積によっておおよそ決まる。本実施の形態における空間３は、基本的に１人が使用する個室型を想定する。もっとも、空間３は、多人数を収容可能な大部屋でもよい。大部屋は、単独の部屋として構成されていてもよいが、空間３の壁面３０Ｄ及び３０Ｅの一方又は両方を取り除いた複数の空間３を連結することで形成してもよい。
なお、個室型とは１人しか利用できない意味ではなく、少人数、例えば２～３人の利用が可能な意味で使用する。
空間３を構成する躯体３０の形状や構造、提供される設備や性能は任意である。例えば天井３０Ａを取り除いた構成も可能である。
本実施の形態の場合、躯体３０の内部には、不図示の机と椅子が１つずつ配されている。机の上には、備え付けの備品及び機器、予約された備品及び機器等が配置される。

＜端末の構成＞
図３は、ユーザ端末４（図１参照）及び管理サーバで用いられるハードウェア構成の例を説明する図である。ここでの管理サーバは、予約管理サーバ５（図１参照）、空間管理サーバ６（図１参照）、請求管理サーバ７（図１参照）、会員管理サーバ８（図１参照）である。
ユーザ端末４及び管理サーバは、プログラムの実行を通じて各種の管理機能を提供するＣＰＵ（Central Processing Unit）１０１と、ＢＩＯＳ（Basic Input Output System）等を格納する記憶領域としてのＲＯＭ（Read Only Memory）１０２と、プログラムの実行領域として使用されるＲＡＭ（Random Access Memory）１０３とを有している。
ここでのプログラムには、ファームウェアやオペレーションシステムが含まれる。

また、ユーザ端末４及び管理サーバは、担当する管理機能を実現するアプリケーションプログラムや各種の管理データを記憶する記憶装置１０４と、外部との通信に使用される通信インタフェース（通信ＩＦ）１０５と、タッチパネルやキーボード等で構成される入力デバイス１０６と、情報の表示に使用される表示デバイス１０７とを有している。
携帯型のユーザ端末４の場合、記憶装置１０４として、例えば不揮発性メモリが使用される。携帯型以外のユーザ端末４及び管理サーバの場合、記憶装置１０４として、例えばハードディスク装置が使用される。
携帯型のユーザ端末の場合、入力デバイス１０６には、例えばタッチパネルが用いられる。携帯型以外のユーザ端末４及び管理サーバの場合、入力デバイスには、例えばキーボード、マウスが使用される。
表示デバイス１０７には、例えば液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイが使用される。
ＣＰＵ１０１と各種のデバイスは、バス１０８や不図示の信号線を通じて接続されている。

＜予約管理サーバの機能構成＞
ここでは、予約管理サーバ５（図１参照）が、以下に示す機能を単独で提供するものとして説明する。もっとも、以下に示す機能の一部は、ユーザ端末４において実行されてもよいし、予約管理サーバ５以外の管理サーバで実行されてもよい。
図４は、予約管理サーバ５の機能構成の例を説明する図である。
予約管理サーバ５の機能は、プログラムの実行を通じて実現される。
本実施の形態に係る予約管理サーバ５は、予約の受付画面を通じて入力されたユーザ（以下、「予約者」という）の情報を取得する予約者情報取得部１１１と、予約に関する操作を受け付ける操作受付部１１２と、予約の受付画面の表示を制御する受付画面表示制御部１１３と、予約の対象である空間３（図１参照）に関連する情報を提示する関連情報提示部１１４と、受付画面上における画像の変化に応じて予約情報の更新を制御する予約情報更新制御部１１５と、予約に対する対価の支払い情報を取得する支払い情報取得部１１６と、複数の予約を連携させる複数予約連携部１１７としての機能を有している。

本実施の形態の場合、予約管理サーバ５の記憶装置１０４（図３参照）には、予約の対象である空間３の情報、空間３に関連して予約の対象となる役務や物品の情報を記憶する予約対象データベース（予約対象ＤＢ）１１８、予約の対象である空間、役務及び物品を図形、記号等で表現したアイコンを記憶するアイコンデータベース（アイコンＤＢ）１１９、確定した予約の情報を管理する予約管理データベース（予約管理ＤＢ）１２０が記憶されている。
本実施の形態におけるアイコンには、予約の対象である空間や物品などを撮像した画像のサイズを縮小したサムネイル画像を含めてもよい。
また、ここでのデータベースの全部又は一部は、クラウドネットワーク２上のストレージサーバに配置してもよい。

予約者情報取得部１１１は、例えば予約画面に入力された又は予約画面上で選択された予約者の氏名、会員番号、社員番号等に関連付けられている情報を会員管理サーバ８（図１参照）から取得する。予約者は、必ずしも１人である必要はなく、複数人でもよい。例えばグループチャットやウェブ会議の参加者の場合には、予約者として複数人の情報が取得される。また、予約に用いられているユーザ端末４（図１参照）の機器情報から作業中の予約者を特定してもよい。なお、予約の作業者と予約者とは必ずしも一致しない。例えば予約の作業を秘書や同僚が代理で行う場合である。
操作受付部１１２は、ユーザ端末４（図１参照）に表示される受付画面に対する操作の内容を受け付ける。本実施の形態では、ユーザ端末４を入出力装置として使用し、実質的な処理を予約管理サーバ５で実行するためである。操作受付部１１２には、予約を希望する特定の空間３（図１参照）と使用する時間が与えられる場合もあれば、希望する条件が入力される場合もある。希望する条件が与えられた場合には、条件を満たす空間３の候補が作業者に提示される。空間３の候補は、予約対象データベース１１８に記憶されている。

受付画面表示制御部１１３は、受け付けた操作の内容に応じて受付画面の表示を制御する。受付画面には、例えば空間３の使用を予約するための情報、空間３での使用を想定する役務や物品を予約するための情報が表示される。受付画面の具体例については後述する。ここでの受付画面表示制御部１１３は、制御手段の一例である。
関連情報提示部１１４は、予約の対象である空間３に関連付けられている情報を提示する機能を提供する。空間３に関連付けられている情報は、空間３での使用を想定する役務や物品であり、予約対象データベース１１８に記憶されている。関連情報提示部１１４は、予約の対象である空間３との関係で予約が可能な役務や物品のアイコンを受付画面に表示する。アイコンはアイコンデータベース（アイコンＤＢ）１１９に記憶されている。
予約情報更新制御部１１５は、予約者の操作に伴う受付画面の変化に応じて予約情報の更新を制御する機能を提供する。本実施の形態の場合、受付画面のそれ自体を、画像の一例として扱う。より具体的には、予約情報更新制御部１１５は、前述した役務や物品を表すアイコンが予約用の入力欄に配置された場合、アイコンの配置を予約の対象である空間３に対応付けられている画像の表示の変化とみなし、予約情報を更新する。予約情報は、予約管理データベース（予約管理ＤＢ）１２０に記憶される。ここでの予約情報更新制御部１１５も、制御手段の一例である。

支払い情報取得部１１６は、請求管理サーバ７（図１参照）との通信を通じ、予約に対する対価の支払い情報を取得し、支払いの状況に応じて予約された役務や物品を使用可能な状態に制御する。
複数予約連携部１１７は、複数の空間３に対する予約を連携させる機能を提供する。例えば受付画面上で複数の空間３に対応する予約の表示欄が連結された場合、複数予約連携部１１７は、複数の予約の対価の総計を画面上に表示する。また、受付画面上で複数の予約の表示欄が連結された場合、複数予約連携部１１７は、予約の対象になっている複数の空間３の間でウェブ会議を実行できるように、各空間３で使用される端末のネットワークを設定する。もっとも、ここでのネットワークの設定は、ユーザからの指示があった場合に限ってもよい。また、予約の対象である空間３に用意される端末とは別に、ユーザから指定された端末も設定の対象に含めてもよい。ここでの複数予約連携部１１７も、制御手段の一例である。

＜受付画面の例＞
図５は、ユーザ端末４の表示デバイス１０７（図３参照）に表示される予約用の受付画面２００の例を説明する図である。
本実施の形態における受付画面２００には、予約の対象である空間３（図１参照）の情報を示す表示欄２０１、予約の対価を示す表示欄２０２、空間３に関連付けて予約する機器等の入力欄２０３、予約の確定前に表示される確認画面への移行を指示する確認ボタン２０４、予約の操作の取り消しを指示するボタン２０５、予約可能な機器等の候補が一覧表示される表示欄２０６が含まれる。
なお、ここでの空間３は、第１の予約の対象の一例である。また、空間３に関連付けて予約する機器等は第２の予約の対象の一例である。また、表示欄２０６は、一覧画面の一例である。
図５の場合、予約日は「２０１８／９／７」であり、予約の時間は「１４：００－１５：００」の１時間である。また、予約の対象である空間３は、Ｘ線のＭ駅南口に位置しており、その部屋ＩＤ（IDentification）として「１２３４５」が付されている。
図５の例では、空間３を「部屋」と表現している。なお、空間３が配置されている場所の表記には、予約者が迷わずに現地に到着できるように付された名称等を用いてもよい。例えば住所、建物名、ランドマークを表記に含めてもよい。

予約の対価として支払う金額が表示される表示欄２０２には、部屋単独の金額の他、予約する機器等の金額及び合計額も表示される。
ここでの機器等には、役務も含まれる。役務には、例えば予約された空間３で提供を受けるサービスや食事、据え置きのコンピュータや予約の対象とするコンピュータで実行するアプリケーションプログラムも含まれる。図５の場合には、主に物品を予約の対象とするため、「機器等」との表記を用いている。
ここで、部屋に付随する予約の対価としての金額を示す表記は、固定でもよいが、ユーザによって実際に予約された物品（機器を含む）や役務の内容に連動して変化してもよい。例えば予約の対象が機器だけの場合には「予約する物品の金額（合計）」との表記を使用してもよい。また例えば予約の対象が機器と役務の両方の場合には「予約する機器と役務の金額（合計）」との表記を用いてもよい。

また、物品（機器を含む）の予約に関する金額と役務の予約に関する金額とを別々に表示してもよい。具体的には、表示欄２０２に、「予約する物品の金額（合計）」と「予約する役務の金額（合計）」とを別々に表示してもよい。
図５の場合、入力欄２０３には、予約の対象である物品等を表すアイコンが表示されていないので、表示欄２０２の「予約する機器等の金額（合計）」は「０円／時間」である。なお、図５の例では、時間単位での金額が表示されているが、最小単位に応じて表記を変更してもよい。もっとも、異なる表記が混在すると、予約者が判断を誤る可能性がある。このため、単位の表記は統一されることが望ましい。勿論、表記の統一は絶対ではない。

本実施の形態の場合、入力欄２０３には、予約の対象である部屋を表す画像又は図面又は写真が表示されている。予約の対象を表す画像等が表示されることで、予約の対象を視覚的にイメージすることが容易になるとともに、同時に予約する機器等との関係もイメージしやすくなる。すなわち、ここでのアイコンの配置は、アイコンに対応する機器等を配置する位置を指示するものではなく、予約の対象である機器と予約の対象である部屋との関連付を示すものにすぎない。
図５の例では、入力欄２０３に、予約の対象である部屋を入口側から内側を見た画像を配置している。なお、部屋のレイアウトを表す平面図や外観図を配置してもよい。

図５の例では、入力欄２０３の表題（タイトル）として「予約する機器等」と表記されているが、予約の対象そのものを明示する「予約する部屋」との表記を用いてもよいし、予約する部屋に付随して予約が可能な対象の内容又は種類を表現する表題を用いてもよい。
例えば予約の対象である部屋との関係で機器の予約だけが可能な場合、入力欄２０３の表題として「予約する機器」が表示されるようにしてもよい。また、予約の対象である部屋との関係では役務の予約だけが可能な場合、入力欄２０３の表題として「予約する役務」が表示されるようにしてもよい。
なお、図５における「予約する機器等」は、機器以外の予約も可能であることを示唆している。
入力欄２０３の表題は、予約が可能な対象の内容に応じてシステム側が表示の内容を決定してもよいが、ユーザの指示により切り替えが可能であってもよい。
ここでの切り替え操作は、予約の度に実行してもよいし、表示項目の設定操作の画面で実行してもよい。

図５の例では、表示欄２０６に予約可能な機器等の情報が何ら記載されていないが、この例では、予約の対象である空間３に設置されている機器等の備品は、予約者であれば自由に使用が許される状態にあり、格別の予約を必要としないためである。
本実施の形態の場合、入力欄２０３が、予約の対象である空間３に対応付けられている第１の画像の一例である。

図６は、予約可能な機器等のアイコンが受付画面２００に表示されている例を説明する図である。図６には図５との対応部分に対応する符号を付している。
図６の場合、表示欄２０６には、予約の対象である空間３に付随して予約可能な物品として、デスクトップ型のコンピュータ（ＰＣ）、ノート型のコンピュータ（ノートＰＣ）、プリンタ、複合機、ＦＡＸ、モニタ、プロジェクタ、ウェブカメラ（Ｗｅｂカメラ）、オーディオ機器に対応するアイコンが一覧的に表示されている。
ここでの複合機とは、複数の機能を有する画像形成装置のことであり、例えばＦＡＸ文書を送受信するＦＡＸ機能、原稿のコピーを生成するコピー機能、原稿を読み取るスキャン機能、用紙その他の記録媒体に画像をプリントするプリント機能等を有している。
表示欄２０６に表示されるアイコンの１つ１つが、空間３に関連する第２の画像の一例である。また、アイコンの表示は、関連情報提示部１１４（図４参照）によって実行される。
なお、図６に示す表示欄２０６には、各アイコンに対応する機器を予約する場合の料金が表示されていないが、紙面の都合により省略している。他の図面についても同様である。

なお、表示欄２０６の表題（タイトル）は、予約の対象である空間３に付随して予約が可能な物品や役務の内容に応じてシステム側が決定してもよい。例えば物品だけでなく、役務の予約も可能な場合には、予約可能な物品のアイコンを集めたウィンドウのタブには「予約可能な機器」と表示し、予約可能な役務のアイコンを集めたウィンドウのタブには「予約可能な役務」と表示してもよい。この場合、タブに付された表題によって、予約する部屋に付随して予約可能な内容の理解が用意になる。
なお、タブは、サービス毎、食事毎、アプリケーションプログラム毎のように同じ種類別に用意されてもよい。
もっとも、種類別の表示を採用するか、物品や役務に対応するアイコンを一纏めに表示するかは、ユーザの選択により切り替えられるようにしてもよい。ここでの切り替えも、予約の度に実行してもよいし、表示項目の設定操作の画面で実行してもよい。

＜予約操作の例１＞
図７は、空間３の予約に際して機器等も予約する場合の操作例を説明する図である。
図７には、図６との対応部分に対応する符号を付している。
図７に示す例は、アイコンのドラッグ移動で予約が行われる例である。図７では、１時間あたり１００円で使用が可能な複合機のアイコンが表示欄２０６から入力欄２０３に指２１０によってドラッグ移動されている。移動であるので、表示欄２０６から複合機のアイコンは無くなっている。この操作に伴う複合機のアイコンの移動により、予約の対象である空間３に対応付けられている入力欄２０３に変化が生じている。ここでのアイコンの移動は、操作受付部１１２（図４参照）が受け付ける。

図７の場合、複合機のアイコンが入力欄２０３に配置されると、アイコンに対応する機器の予約に要する金額が示される。
また、役務や物品の予約に使用される入力欄２０３に複合機のアイコンが移動されたことにより、表示欄２０２の表示内容が変化している。具体的には、複合機の予約の対価として１時間あたり１００円が必要となり、予約者は空間３の予約と合わせて１時間あたり６００円を支払う必要があることが示される。ここでの表示欄２０２に表示される内容の変化は、受付画面表示制御部１１３（図４参照）によって実行される。また、予約管理データベース１２０に記憶する予約情報の更新は、予約情報更新制御部１１５（図４参照）が実行する。もっとも、予約情報更新制御部１１５による予約情報の更新は、予約が確定した段階で実行してもよい。
なお、入力欄２０３に配置されたアイコンは、表示欄２０６に配置されている場合と表示の形態に変化を与えても良い。このアイコンの変化は、予約の対象になったことを、視覚的にユーザに知らせる効果をもつ。

図８は、予約者が予約を確定するために確認ボタン２０４を操作する様子を説明する図である。図８には、図７との対応部分に対応する符号を付している。
図８では、確認ボタン２０４の網掛けにより、指２１０のタップによって確認ボタン２０４が選択された状態を表している。
なお、予約の対価を示す表示欄２０２の金額がユーザの指定した上限金額を超えている場合には、確認ボタン２０４の操作があっても、金額の超過を示す注意文を受付画面２００の最上層に表示して確認画面に移行できないようにしてもよい。注意文が表示された場合、ユーザは、上限金額以下になるように、予約の対象とする機器を変更する。機器の変更は、特定の機器に対応するアイコンを入力欄２０３から削除することで行う。
または、機器等に対応するアイコンを入力欄２０３にドロップできないようにしてもよい。因みに、アイコンを入力欄２０３にドロップできない場合には、アイコンをドラッグ移動する時点で既に上限金額を超えている場合だけでなく、アイコンを選択した時点では上限金額を超えていないが、入力欄２０３にアイコンをドロップすると上限金額を超える場合を含めてもよい。後者の場合には、ユーザに上限金額の超過が原因であることを説明する説明文を受付画面２００に表示することが好ましい。

なお、図７及び図８では、ドラッグ移動の前後で機器等に対応するアイコンの寸法が変化していない場合を例示しているが、予約する機器に対応するアイコンが配置される入力欄２０３や予約可能な機器等の候補が一覧表示される表示欄２０６の受付画面２００上での寸法によっては、アイコンのサイズが調整されてもよい。
図９は、ドラッグ先の入力欄に応じて機器等のアイコンの寸法が縮小される例を説明する図である。図９には、図８との対応部分に対応する符号を付して示している。図９の例は、入力欄２０３に割り当てられている受付画面２００上の寸法が狭いため、ドラッグ移動後のアイコンの寸法がドラッグ移動前の寸法よりも縮小される例を表している。

なお、図９の例では、表示欄２０６の他の表示例についても表している。図６～図８における表示欄２０６の場合には、予約可能な機器のアイコンだけが表示されているが、図９のように、各アイコンに関連付けて予約可能な残存数を表す数字が表示されてもよい。
図９の場合、予約可能なデスクトップ型のコンピュータ（ＰＣ）は残り３台であり、ノート型のコンピュータ（ノートＰＣ）は６台であり、プリンタは１２台であり、ＦＡＸは２台であり、モニタは６台であり、プロジェクタは８台であり、ウェブカメラ（Ｗｅｂカメラ）は８台であり、オーディオ機器は１台であることが分かる。
ユーザによって特定のアイコンが入力欄２０３にドラッグアンドドロップされると、対応するアイコン横の数字が１つ小さい値に更新される。
図９では、全件数が０台の場合、アイコン自体の表示を無くしている。このため、複合機のアイコン自体がなくなっている。
もっとも、予約可能な複合機の残存数が０台である場合にも、残存数がある場合と同じく、残存数を数字によって表示してもよい。
また、残存数に応じてアイコンの色を変化させ、ユーザに注意を喚起してもよい。例えば残存数が１台の場合には、アイコンを赤色で表示してもよい。また、残存数が０台になった場合には、アイコンの色を予約可能な状態と区別する色、例えばグレー色で表示してもよい。また、残存数が０台になった機器等に対応するアイコンは半透明で表示してもよい。
図１０は、ドラッグ先の入力欄に応じて機器等のアイコンの寸法が拡大される例を説明する図である。図１０にも、図８との対応部分に対応する符号を付して示している。図１０の場合は、図９と反対に、入力欄２０３に割り当てられている受付画面２００上の寸法が広いため、ドラッグ移動後のアイコンの寸法がドラッグ移動前の寸法よりも拡大される例を表している。

図１１は、予約の確認画面２００Ａの例を示す図である。図１１には、図５との対応部分に対応する符号を付している。
本実施の形態における確認画面２００Ａと受付画面２００との違いは、確認画面２００Ａでは予約可能な機器等の候補が表示される表示欄２０６が存在しない点と、確認画面２００Ａへの移行を指示する確認ボタン２０４の代わりに予約の確定を指示する確定ボタン２０７が配置される点の２つである。
図１１の場合も、確定ボタン２０７の網掛けにより、指２１０のタップによって確定ボタン２０７が選択された状態を表している。
ちなみに、取り消しを指示するボタン２０５がタップされた場合には、表示画面の内容が受付画面２００（図８参照）に戻る。

＜予約操作の例２＞
図１２は、空間３の予約に際して機器等も予約する場合の他の操作例を説明する図である。
図１２には、図６との対応部分に対応する符号を付している。
図１２に示す例は、アイコンのコピー＆ペースト操作で予約が行われる例である。図１２の場合も、１時間あたり１００円で使用が可能な複合機のアイコンが操作の対象である。コピー＆ペースト操作であるので、予約可能な機器等の候補が表示される表示欄２０６には、複合機のアイコンが残ったままである。なお、コピー操作及びペースト操作には、それぞれ不図示の操作用のアイコンが用いられる。これらの操作も操作受付部１１２（図４参照）が受け付ける。
図１２の場合も、役務や物品の予約に使用される入力欄２０３に複合機のアイコンがペーストされたことにより、表示欄２０２の表示内容が変化している。具体的には、複合機の予約の対価として１時間あたり１００円が必要となり、予約者は空間３の予約と合わせて１時間あたり６００円を支払う必要があることが示される。ここでの表示欄２０２に表示される内容の変化も、受付画面表示制御部１１３（図４参照）によって実行される。また、予約管理データベース１２０に記憶する予約情報の更新は、予約情報更新制御部１１５（図４参照）が実行する。

＜受付画面と予約操作の他の例＞
以下では、受付画面２００（図５参照）と予約操作の他の例について説明する。
・例１
図１３は、予約の対象である空間３（図１参照）と表示欄２０６に表示される予約可能な機器等の候補の関係を説明する図である。図１３にも、図５と対応する部分に対応する符号を付している。
図１３の場合、予約の日時は図６に示す受付画面２００と同じであるが、予約の対象である空間３が図６の場合と異なっている。具体的には、図１３の場合における空間３の部屋ＩＤは「５６７８９」である。また、空間３は、Ｙ線Ｑ駅東口に位置している。
図１３に示す空間３の場合、予約可能な物品は、ノート型のコンピュータ（ノートＰＣ）と、プリンタと、モニタと、ＦＡＸである。このため、表示欄２０６には、これら４つの機器に対応するアイコンが表示されている。このように、予約が可能な機器に対応するアイコンだけが表示欄２０６に表示されることで、予約者は、予約できない機器を選択せずに済む。また、アイコンを選択する前に、予約可能な機器の情報を知ることが可能になる。また、特定の機器の予約が必須であれば、予約の対象になっている空間３が自身のニーズと一致していないことに、早く気づける。

・例２
もっとも、予約できない機器も、一律に表示欄２０６に配置することも可能である。
図１４は、予約できない機器も一律に表示欄２０６に表示される場合に予約できない機器がユーザに選択されたときにおける受付画面２００の表示例を説明する図である。
図１４には、図１３との対応部分に対応する符号を付している。すなわち、予約の対象である空間３は、図１３の場合と同じである。
図１４の場合、部屋ＩＤが「５６７８９」で管理される空間３には予約できない機器等のアイコンも表示欄２０６に表示されている。
図１４には、部屋ＩＤ「５６７８９」で管理される空間３には予約できない複合機のアイコンが表示欄２０６から入力欄２０３にドラッグ移動される様子を表している。当然ではあるが、複合機のアイコンを入力欄２０３に配置することはできない。アイコンを配置できないことで、ユーザは、予約できない機器であることを知ることになる。
他方で、アイコンの配置を無効化するだけでは、作業に不慣れな予約者の場合、ソフトウェアの誤作動と勘違いする可能性がある。このため、図１４では、複合機を予約できないことを知らせる説明文２１１を入力欄２０３に表示している。
なお、他のユーザが使用しているために予約できないアイコンを表示欄２０６に示す場合には、予約可能な場合のアイコンとは異なる表示の形態（例えばグレー表示）で表示してもよい。このような表示の採用により、本来は予約可能であるが、現在は予約できない状態にあることの確認が容易になる。

・例３
図１５は、予約可能な機器の他の入力手法を説明する図である。図１５には、図７との対応部分に対応する符号を付している。
図１５と図７との違いは、予約可能な機器のアイコンが表示される表示欄２０６が図１５に示す受付画面２００には存在しない点である。
図１５に示す受付画面２００の場合、予約者は、まず、入力欄２０３をタップすることで予約可能な機器等の名称が記載された一覧表２１２を開く。次に、予約者は、一覧表２１２の中で予約を希望する機器の名称をタップする。この結果、選択されたモニタのアイコンが前述した他の例と同じく入力欄２０３に表示される。
モニタの予約の対価は１時間あたり５０円であるので、予約に伴う金額の内容が表示される表示欄２０２の内容に変化が生じている。
なお、入力欄２０３をタップすると、前述した表示欄２０６が受付画面２００に表示されるようにしてもよい。

・例４
ところで、空間３と一緒に予約が可能な物品だとしても、実際には、予約可能な数に上限があり、予約が開始する時間に予約された空間３に設置できないことがある。例えば物品等の設置や設定の変更に人手を要する場合には、物品の移動や作業に必要な時間も考慮する必要がある。
本実施の形態の場合、予約可能な物品の数は、物品等の配置や設定の変更を請け負う事業者の管理上の都合により定められている。
図１６は、一時的に機器を予約できない場合に用いられる場合の受付画面２００の表示例を説明する図である。図１６には、図６との対応部分に対応する符号を付している。
本実施の形態の場合、部屋ＩＤ「１２３４５」で管理される空間３は、図６に示したように、複合機が予約可能な機器として設定されている。
ところが、部屋ＩＤ「１２３４５」で管理される空間３の予約時間に、用意されている複合機の全てが他の空間３に関連付けて予約されている場合がある。
また、予約の時間は重なっていなくても、他の空間３から次の空間３に複合機を移動させるために必要な空き時間を確保できない場合がある。
図１６では、一時的に予約できない複合機であることを、アイコンのグレースケール表示にて表現している。
なお、アイコンのグレースケール表示は、特定の空間３との関係で予約できない機器の表現に用いてもよい。

・例５
図１７は、一時的に予約できない機器であることを予約者に報知する画面を受付画面２００に表示する例を示す図である。図１７には、図１６との対応部分に対応する符号を付している。
図１７の場合、予約者が、表示欄２０６に表示されている複合機のアイコンを指２１０でタップすると、入力欄２０３に「現在、予約地域に割り当てられている複合機の予約数が上限値に達しているので予約できません」なる注意文２１３が表示される。
この表示により、アイコンがグレースケール表示されている理由を予約者が知らない場合でも、複合機を予約できない理由を予約者に知らせることが可能になる。

・例６
図１８は、追加の金額の支払いを条件として、他の地域に割り当てられている機器の予約を可能とする受付画面２００の表示例を示す図である。図１８には、図１７との対応部分に対応する符号を付している。
前述したように、物品を予約の対象に含める場合には、常に空間３内に設定されている場合を除き、予約のたびに指定の場所に予約された物品を配送して設定する必要がある。このため、予約の対象である物品を配送する地域を事前に定めているが、ある地域では不足していても、別の他の地域では物品に予約が入っていない可能性もある。このような場合、別の地域に割り当てられている物品を予約に用いることができれば、物品の稼働率があがり、予約者にとっても予約を受け付ける事業者にとっても望ましい。
一方で、物品の他の地域への移動は、追加の労務を必要とする。

図１８では、追加の料金の支払いを予約者が了解することを条件に複合機の予約を受け付ける例を表している。
図１８の場合、入力欄２０３に表示される問い合わせ文２１４には、「現在、予約地域に割り当てられている複合機の予約数が上限値に達しています。」、「追加で１００円／時間を支払えば、他の地域の複合機を予約可能です。」、「複合機を予約されますか？」の３つが表示されている。
１つ目の文は、図１７に示す注意文２１３と実質的に同じである。２つ目の文は、予約を可能とするための条件を示している。この例の場合は、１時間あたり１００円の追加である。３つ目の文は、１時間あたり１００円を支払っても予約するか否かの確認である。ボタン２１４Ａが指２１０でタップされた場合、入力欄２０３には複合機のアイコンが表示される。一方、ボタン２１４Ｂが指２１０でタップされた場合、複合機の予約は行われず、図１６に示す受付画面２００の状態に戻る。

・例７
前述の例では、空間３に関連して予約可能な候補がいずれも物品の場合について説明したが、予約された機器への機能の追加を予約可能にしてもよい。
図１９は、１時間あたり１００円で予約されたノート型のコンピュータで実行可能なソフトウェアを個別に予約可能とする例を説明する図である。図１９には、図６との対応部分に対応する符号を付している。
なお、コンピュータの使用は有料の場合に限らず、無料で使用可能な場合もある。例えば予約者が自由に使えるように空間３にコンピュータが常設されている場合である。
ここでのソフトウェアの予約は、全ての機能の使用を可能にするか、一切の機能の使用を禁止するかの二者択一に限らない。例えば無償では機能の一部しか使用できないが、追加の料金を支払えば全ての機能を使用できる状態に制御する場合もソフトウェアの予約に含まれる。

図１９の例では、表示欄２０６のタイトルが「予約可能な機器等」から「予約可能なソフトウェア等」に変更されている。
図１９の場合、予約可能なソフトウェアとして、ワープロソフト、表計算ソフト、ドローイングソフト、画像編集ソフト、複数のソフトウェアの集合体としてのオフィスソフト１、集合体を構成するソフトウェアの組み合わせが異なるオフィスソフト２の６つが例示されている。
図１９の例では、予約の対象として表示欄２０６に表示されている各ソフトウェアのアイコンを文字の違いで表現しているが、色、色調、デザインなどの組み合わせによって区別可能としてもよい。

ところで、オフィスソフト等の一部のソフトウェアでは、登録ユーザに対して、最新のソフトウェアの使用を許諾するクラウドサービスの提供が開始されている。この登録ユーザは、ソフトウェアのベンダーとの間で使用許諾を有するので、空間の提供者が料金を徴収すると、登録ユーザにとっては二重課金となる。一方で、空間の提供者側では、予約者が、特定のソフトウェアについて使用許諾を有しているかは分からない。そこで、ソフトウェアを予約する場合には、予約者がソフトウェア使用許諾を有するか否かを確認するための画面を受付画面２００に表示することが好ましい。
図２０は、予約の対象とするソフトウェアの認証画面２０３Ａの例を示す図である。図２０には、図１９との対応部分に対応する符号を付して示している。
図２０に示す認証画面２０３Ａでは、指定されたソフトウェアの認証であることを示すタイトルが表示され、ログインボタン２０３Ｂとログイン不要ボタン２０３Ｃとが配置されている。

ログインボタン２０３Ｂは、クラウドサービスの使用許諾を有する登録ユーザが操作するボタンである。予約者がログインボタン２０３Ｂを操作すると、予約管理サーバ５（図１参照）は、ソフトウェアのベンダーのサイトに接続して認証画面２０３Ａを受付画面２００に表示する。
予約者が予約を希望するソフトウェアについての登録ユーザであり、クラウドサービスの使用許諾を有していることがベンダーによって確認されると、予約管理サーバ５は、予約されたソフトウェアを課金の対象から除外する。
なお、予約の時点で、予約の対象とするソフトウェアが予約の対象であるノート型のコンピュータにインストールされていない場合、予約の時間が開始されるまでの間に該当するソフトウェアをダウンロードする等して、予約者が予約したノート型のコンピュータで使用可能な状態に制御する。
一方、ログイン不要ボタン２０３Ｃは、クラウドサービスの使用許諾を有しない予約者が操作するボタンである。予約者がログイン不要ボタン２０３Ｃを操作すると、認証画面２０３Ａは閉じられる。

図２０の例では、入力欄２０３に配置されているノート型のコンピュータのアイコンが１つであるので、ソフトウェアの使用が予約されるコンピュータは一意に特定されるが、ノート型のコンピュータのアイコンが複数配置されている場合には、どのコンピュータをソフトウェアの使用を可能な状態に設定すればよいかが分からない。
図２１は、予約するソフトウェアを紐付けるノート型のコンピュータの指定を促す画面の例を示す図である。図２１には、図１９との対応部分に対応する符号を付して示している。
図２１の例では、入力欄２０３にノート型のコンピュータのアイコンが２つ表示されている場合に、ワープロソフトのアイコンが入力欄２０３にドラッグ移動されている。
このとき、入力欄２０３には、確認画面２０３Ｄが表示されると共に、ノート型のコンピュータのアイコンに関連付けて指定ボタン２０３Ｅ１及び２０３Ｅ２が表示される。

図２１に示す確認画面２０３Ｄには、例えば「複数のノートＰＣが予約されています。ワープロソフトを使用するノートＰＣを指定して下さい。」との説明文が表示される。
図２１の例では、ワープロソフトを使用するコンピュータとして入力欄２０３内の上段のアイコンが予約者によって指定されているので、指定ボタン２０３Ｅ１が選択状態を示す表示に変化している。
なお、ワープロソフトを使用するコンピュータの指定は、１台に限らない。すなわち、予約の対象とする２台のコンピュータでのワープロソフトの使用を予約することも可能である。この場合は、指定ボタン２０３Ｅ２も選択状態の表示に切り替わる。

ところで、ソフトウェアがコンピュータで動作するには、基本ソフトウェアや機器のスペックがソフトウェアの要求を満たしている必要があるが、予約可能なコンピュータが全てのソフトウェアを実行可能とは限らない。
図２２は、予約するソフトウェアが予約するノート型のコンピュータで実行できないことを通知する注意画面２０３Ｆの例を示す図である。図２２には、図１９との対応部分に対応する符号を付して示している。
図２２に示す注意画面２０３Ｆには、例えば「指定されているノートＰＣでは指定されたソフトウェアを使用できません。」との説明文が表示されている。このように注意画面２０３Ｆが表示されることで、予約者は、ソフトウェアの予約を諦めなければならないか、スペックを満たす別のコンピュータを予約の対象として指定するかを選ぶことが可能になる。

図２３は、予約するソフトウェアのアイコンを入力欄２０３にドラッグ移動させた場合におけるアイコンの変化を説明する図である。（Ａ）はドローイングソフトのアイコンをドラッグ移動させた場合の表示の変化を示し、（Ｂ）はワープロソフトのアイコンをドラッグ移動させた場合の表示の変化を示し、（Ｃ）はオフィスソフト１のアイコンをドラッグ移動させた場合の表示の変化を示す。
図２３の場合、コンピュータのアイコンには、ドラッグ移動されたソフトウェアのアイコンの記号が合成され、さらに、アイコンの色も変化されている。このアイコンの変化は、予約の受付を予約者に知らせるためである。
なお、ソフトウェアのアイコンは、コピー＆ペーストで入力欄２０３（図１９参照）の機器のアイコンに配置してもよい。
また、図２３の例では、機能の追加後に、アイコンと一緒に表示される金額の内容も変化している。例えばノート型のコンピュータ単独の予約の場合には１時間あたり１００円だけの表示であったものが、予約されたソフトウェアの内容と金額を示す表記が追加されている。
なお、ソフトウェアの起動の可否は、予約情報更新制御部１１５（図４参照）によって制御してもよい。例えばパスワードやアカウントの切り替えにより、ソフトウェアの起動を管理する。

・例８
例７では、コンピュータでの実行を希望するソフトウェアを個別に予約する場合について説明したが、ここでは、予約の対象である装置等に備えられている機能を個別に予約する場合について説明する。
図２４は、予約の対象である複合機に備わっている機能を個別に予約する例を説明する図である。図２４には、図６との対応部分に対応する符号を付して示す。
この例の場合、複合機に備わっている機能でも、その使用には予約を必要とする。なお、予約は事前に限らず、予約時間の開始後でも可能である。
図２４の場合には、表示欄２０６のタイトルが「予約可能な追加機能等」になっている。図２４の場合、スキャン機能の使用に１時間あたり１０円が必要とされ、コピー機能の使用に１時間あたり１０円が必要とされ、スキャン機能とコピー機能の両方の使用に１時間あたり２０円が必要とされる。また、出力枚数が１０枚までは１枚あたり１０円の課金で予約が可能であり、出力枚数が１１枚以上５０枚までは１枚あたり９円の課金で予約が可能であり、出力枚数が５１枚以上１００枚までは１枚あたり８円の課金で予約が可能である。また、１枚あたり１０円を更に追加すればカラー印刷の予約も可能である。本実施の形態の場合、実際の出力枚数が予約された枚数に達すると、新たな予約の確定まで用紙の出力が停止される。

図２５は、予約が可能な機能のアイコンを入力欄２０３にドラッグ移動させた場合におけるアイコンの変化を説明する図である。（Ａ）はスキャン機能Ｓのアイコンをドラッグ移動させた場合の表示の変化を示し、（Ｂ）はコピー機能Ｃのアイコンをドラッグ移動させた場合の表示の変化を示し、（Ｃ）はスキャン機能とコピー機能の両方に対応する機能Ｆのアイコンをドラッグ移動させた場合の表示の変化を示す。
図２５の場合、複合機のアイコンは、ドラッグ移動されたアイコンの色に変更されている。図２５の場合、追加された機能の内容に応じて複合機の名称を変更している。例えばスキャン機能の使用を可能とする予約の場合には、複合機の名称を「複合機（スキャン）」に変更している。このアイコンの変化は、予約の受付を予約者に知らせるためである。
また、図２５の例では、アイコンと一緒に表示される金額の内容も変化している。例えばスキャン機能が予約された複合機では、１時間あたり１００円であったものが１時間あたり１１０円に変化している。また例えばスキャン機能とコピー機能の両方の機能が予約された複合機では、１時間あたり１００円であったものが１時間あたり１２０円に変化している。
なお、各機能の可否や出力枚数の制限は、予約情報更新制御部１１５（図４参照）によって制御してもよい。
図２５では、機能の追加をアイコンのドラッグ移動で実現しているが、コピー＆ペーストにより実行してもよい。また、図２５では、機能を示すアイコンの配置により、複合機の色を変化させているが、アイコンのデザインや寸法等を変化させてもよい。

・例９
前述の例では、空間３（図１参照）に関連付けられている物品を個別に予約する場合について説明しているが、過去の予約を流用できれば、予約者にとって便利である。
図２６は、予約者が過去に使用した予約を読み出すことが可能な受付画面２００の例を説明する図である。図２６には、図６との対応部分に対応する符号を付している。
図２６の例は、予約者が過去の予約の内容を読み出すための操作として、入力欄２０３のダブルタップが登録されている場合である。従って、図２６に示すダブルタップは、過去の予約の内容の読み出しに用いる操作の一例である。

図２７は、読み出された過去の予約の内容を示す表示欄２１５が表示された受付画面２００の例を示す図である。図２７には、図６との対応部分に対応する符号を付している。
図２７に示す表示欄２１５には、作業中の予約者について記録されている過去の予約の記録として３つの日付が表示されている。日付が古い順番から「２０１８／３／１」、「２０１８／４／１」、「２０１８／５／１」である。なお、過去の予約が実行された時間まで表示されてもよい。この情報は、予約管理データベース１２０（図４参照）から読み出されて表示される。
「２０１８／３／１」の予約では、デスクトップ型のコンピュータ（ＰＣ）と複合機が予約されている。「２０１８／４／１」の予約では、デスクトップ型のコンピュータ（ＰＣ）とモニタとプロジェクタが予約されている。「２０１８／５／１」の予約では、デスクトップ型のコンピュータ（ＰＣ）と複合機とオーディオ機器が予約されている。
図２７では、これら３つの予約のうち「２０１８／４／１」の予約が指２１０によって選択されている。図２７では、選択された状態を選択肢の網掛けにより表している。

・例１０
前述の例では、受付画面２００において、１つの空間３を予約する場合を想定しているが、一度に複数の空間３を予約することも可能である。
図２８は、複数の空間３に対応する複数の画面２２０Ａ、２２０Ｂが受付画面２００に配置される場合の一例を示す図である。図２８には、図６との対応部分に対応する符号を付している。
図２８の例は、予約の対象である空間３が２つの場合である。この例では、２つの画面２２０Ａ、２２０Ｂ内に、図６に例示した受付画面２００のうち表示欄２０６を除いた各項目が配置されている。
ちなみに、画面２２０Ａは、部屋ＩＤ「１２３４５」で管理される空間３の予約用であり、複合機とモニタの使用が予約されている。また、画面２２０Ｂは、部屋ＩＤ「５６７８９」で管理される空間３の予約用であり、モニタの使用が予約されている。
図２９は、４つ以上の空間３を一度に予約する場合を想定する受付画面２００の例を示す図である。図２９には、図２８との対応部分に対応する符号を付している。
図２９では、画面２２０Ａの左側に表示される矢印２２１Ａと画面２２０Ｂの右側に表示される矢印２２１Ｂとによって、受付画面２００に表示されていない画面の存在を示している。なお、矢印２２１Ａ及び２２１Ｂによる表示に代えて、スクロールバーを用いて予約の対象である空間３に対応する不図示の画面の存在を示してもよい。

図３０は、２つの空間３の予約に用いる画面２２０Ａ及び２２０Ｂの間におけるアイコンの移動を説明する図である。図３０には、図２８との対応部分に対応する符号を付している。
予約の対象である機器を表現するアイコンの移動は、表示欄２０６との間だけでなく、個々の空間３に対応する画面２２０Ａ及び２２０Ｂの間でも可能である。図３０の場合、部屋ＩＤ「１２３４５」で管理される空間３の入力欄２０３に配置されていた複合機のアイコンが、指２１０により部屋ＩＤ「５６７８９」で管理される空間３の入力欄２０３にドラッグ移動されている。
この移動により、部屋ＩＤ「１２３４５」で管理される空間３の表示欄２０２の金額のうち予約する機器の金額の合計は１時間あたり１５０円から５０円に変更され、結果的に部屋と機器の予約に伴う合計の金額は１時間あたり６５０円から５５０円に変更されている。
一方、部屋ＩＤ「５６７８９」で管理される空間３の表示欄２０２の金額のうち予約する機器の金額の合計は１時間あたり５０円から１５０円に変更され、結果的に部屋と機器の予約に伴う合計の金額は１時間あたり６５０円から７５０円に変更されている。
この金額の変更は、画像の変化を検知した受付画面表示制御部１１３（図４参照）と予約情報更新制御部１１５（図４参照）の機能を通じて実現される。

図３１は、２つの空間３に対応する予約用の画面２２０Ａ及び２２０Ｂが連結された受付画面２００の例を説明する図である。図３１には、図３０との対応部分に対応する符号を付している。
図３１に示す画面２２０Ａ及び２２０Ｂの連結は、例えば互いに向き合う矢印で示すように、予約用の２つの画面２２０Ａ及び２２０Ｂを近づける操作があった場合に発生する。
図３１の場合には、予約の日時が同じであるので、予約の日時を示す表示欄２２２が別に設けられている。このような表示は、例えば２つの空間３の間でウェブ会議を行う場合に用いられる。また、予約の合計金額を知りたい場合に用いられる。
図３１に示す受付画面２００では、連結された２つの画面２２０Ａ及び２２０Ｂに対応する予約を確定した場合に必要になる金額の合計を示す表示欄２２３が新たに表示される。図３１の例では、表示欄２２３に合計で１時間あたり１３００円が必要になることが示されている。
図３１の表示は、受付画面表示制御部１１３（図４参照）、予約情報更新制御部１１５（図４参照）、複数予約連携部１１７（図４参照）の協働によって実現される。

なお、図３１に示す受付画面２００の表示は、各空間３に関連して予約するアイコンを配置した後に、予約者が２つの画面２２０Ａ及び２２０Ｂを連結する操作を行う場合に限らない。例えば予め予約の対象である空間３に対応する２つの画面２２０Ａ及び２２０Ｂを連結した後に、各空間３に関連付ける機器等を表すアイコンを配置することによっても実現される。
後者は、アイコンの配置によって空間３に対応付けられている画像の表示の変化に応じて予約の情報が更新される例である。
なお、図３１に示す受付画面２００は、２つの画面２２０Ａ及び２２０Ｂを連結する操作によって実現する場合に限らず、不図示の切り替えボタンの操作によって実現してもよい。
また、図３１に示す受付画面２００から図３０に示す受付画面２００に戻すことも可能である。

図３２は、連結された２つの画面２２０Ａ及び２２０Ｂに対応する２つの空間３の間でウェブ会議用の通信設定を行うか否かを確認する文面２２４が表示される場合を説明する図である。図３２には、図３１との対応部分に対応する符号を付している。
文面２２４には、連結されている２つの画面２２０Ａ及び２２０Ｂに対応する空間３についてウェブ会議の設定の予約を希望するか否かの問い合わせが表示される。「はい」のボタン２２４Ａがタップされると、予約管理サーバ５（図１参照）によってネットワークの設定がリモートで実行される。もっとも、現場での作業者の手作業を妨げるものではない。一方、「いいえ」のボタン２２４Ｂがタップされると、ウェブ会議のためのネットワークの設定は実行されない。
更に図３２に示す文面２２４には、予約の対象になっていない端末をウェブ会議に含めるために必要となるＩＰアドレスを入力するための欄２２５も設けられている。
ウェブ会議が予約されている場合、予約時間に空間３に入室した予約者は、ウェブ会議のための作業無しにウェブ会議を開始できる。
なお、図３２に示す文面２２４では、ウェブ会議のためのネットワークの設定の予約を予約者に確認しているが、２つの空間３に対応する２つの画面２２０Ａ及び２２０Ｂが連結された場合には、予約者に確認することなく、２つの空間３に設置されている端末間でウェブ会議用のネットワークの設定を実行しても良い。

図３３は、連結された２つの画面２２０Ａ及び２２０Ｂに対応する２つの空間３の間でウェブ会議用の通信設定を行うか否かを確認する文面２２４の他の表示例を説明する図である。
図３３には、図３２との対応部分に対応する符号を付している。
図３３の場合、ウェブ会議に含めたい端末の指定にアイコンを貼り付けるための入力欄２２６が用意されている。ここでのアイコンには、接続先である端末のＩＰアドレスなどの情報が事前に登録されている。この場合、アイコンを貼り付けるだけで、換言すると、ＩＰアドレスを入力することなく、ネットワークの設定の予約が可能になる。なお、入力欄２２６に貼り付けられるアイコンは第３の画像の一例である。
図３４は、２つの空間３の予約に用いる２つの画面２２０Ａ及び２２０Ｂが受付画面上で連結された場合に実行される複数端末間の連携を説明する図である。
図３４の例では、予約の対象である２つの空間３と予約の対象ではない会社側の端末との間でウェブ会議用のネットワークの設定が変更されている。
また、予約の対象である２つの空間３が連携されることで生じる効果の例として、図３４では、室温を連携する例を示している。図３４の例では、連携する２つの空間３の室温が２６℃に設定されている。換言すると、２つの空間３の室温が共通化されている。室温の値は、受付画面で指定できるようにしてもよい。また、連携の例には、湿度、照度、輝度などを揃えることも含まれる。

・例１１
前述の例では、一部の例を除き、基本的に物品に対応するアイコンを１つずつ移動又は貼り付けることで、空間３の予約時に物品等を一緒に予約する例について説明したが、予約可能な物品の種類が多くなると、予約の作業が煩雑になる。
図３５は、複数の物品の集合体（以下「パッケージ」又は「セット」という）を単位として予約を受け付ける受付画面２００の例を説明する図である。図３５には、図５との対応部分に対応する符号を付して示す。
図３５の場合、予約可能な機器等の候補が表示される表示欄２０６のタイトルとして「予約可能な用途別パッケージ」を用いている。図３５では、物品を用途で分類しているが、分類の基準は用途に限らない。
図３５の場合、応急手当で使用する器具や備品の集合体である救急パッケージ、各種の工具の集合体である工具パッケージ、製図用のソフトウェアや器具の集合体である製図パッケージを例示している。この他、工作用の備品を集めた工作パッケージ、医療器具を集めた医療パッケージなど、想定される活動に用いる備品の集合体をパッケージとして提供してもよい。

一方で、物品等の集合体を表すアイコンだけでは、内容物を確認することができない。
図３６は、パッケージの内容物を確認する画面の例を示す図である。図３６には、図３０との対応部分に対応する符号を付している。
図３６の例は、表示欄２０６から救急パッケージのアイコンが予約用の入力欄２０３にドラッグ移動された場合を想定したものである。図３６の場合、救急パッケージのアイコンが入力欄２０３の領域に移動すると、その内容物が展開され、一覧的に表示されている。内容物を表示する面積が不足する場合には、表示に用いられる面積に応じてアイコンを小さいサイズに変更してもよい。また、スクロールバーを表示して、他の内容物の存在を示してもよい。
図３６に示す救急パッケージには、風邪薬などの市販薬、絆創膏、包帯、ハサミ、毛抜、爪切り、マスク、消毒液、聴心器、血圧計が含まれている。勿論、これらは一例であり、救急パッケージを構成する物品の組み合わせは自由である。
また、救急パッケージには、医療データにアクセスするためのコンピュータや処方箋をプリントするプリンタ等の機器を含めてもよい。
一方で、パッケージのアイコンを入力欄２０３にドラッグ移動する度に、又は、コピー＆ペーストする度に内容物が展開されて表示されることを予約者が望まない場合もあり得る。

図３７は、予約者が指２１０でアイコンをタップすることを条件に内容物が展開され、一覧的に表示される例を説明する図である。タップは一例である。なお、パッケージを表す元のアイコンへの切り替えを望む場合には、例えば右上隅に表示されている救急箱のアイコンをタップすればよい。
図３８は、複数の物品の集合体（以下「パッケージ」又は「セット」という）を単位として予約を受け付ける受付画面２００の他の例を説明する図である。図３８には、図５との対応部分に対応する符号を付して示す。
図３８の場合、入力欄２０３に製図パッケージのアイコンがドラッグ移動されている。図３８に示す製図パッケージの場合、その内容物として、デスクトップ型のコンピュータ、複合機、ドローイングソフト、ＣＡＤソフトが表示されている。この例のように、パッケージの内容物は、物品だけやソフトウェアだけに限らない。

・例１２
前述の例では、空間３に関連する物品等を空間３と一緒に予約する場合について説明したが、以下では予約する物品の配置も予約可能とする例を説明する。
図３９は、時間単位で予約される空間内に任意の物品と配置を予約する場合に用いる受付画面２００の例を示す図である。図３９には、図５との対応部分に対応する符号を付している。
この例の場合、予約する機器等の入力欄２０３に実空間の写真や間取り図を表示し、予約者が希望する位置に予約する物品のアイコンを配置する。図３９では、実空間を撮像した写真が表示されている。写真は、例えば予約管理サーバ５（図１参照）から提供される。なお、写真の枚数や被写体の場所は複数であってもよい。
図３９の場合、写真奥の壁際に複合機のアイコンが配置され、会議用のテーブルの上にノート型のコンピュータのアイコンが配置されている。この予約が確定すると、管理者は、入力欄２０３の写真の情報に基づいて予約された機器等を配置する。

図４０は、月単位で予約される空間内に任意の物品と配置を予約する場合に用いる受付画面２００の例を示す図である。図４０には、図５との対応部分に対応する符号を付している。
図４０の場合、予約する物品のアイコンを配置する入力欄２０３の写真が貸しオフィスである。図４０の例では、会議テーブルセットのアイコンが写真中央に配置され、複合機のアイコンが写真右側の壁際に配置されている。ここでのアイコンは、サムネイルや実物の写真でもよい。

図４０に示す例は、予約者による予約のたびに、予約する物品のアイコンを入力欄２０３内の希望の位置に配置することを求める例であるが、同じ予約者が過去に同じ空間やレイアウトが類似する空間を使用している場合には、入力欄２０３に過去に予約したことがある物品のアイコンを配置すれば、過去と同じ場所にアイコンの位置を修正してほしいと期待される場合もある。
図４１は、ユーザが過去に予約した同一又は類似の部屋での配置に合わせるようにアイコンの配置を修正する機能を説明する図である。図４１には、図４０との対応部分に対応する符号を付して示している。
図４１の例では、複合機が右側の壁際にユーザによってドラッグ移動されているが、修正機能が有効になっているので、ユーザが過去に配置した位置である奥側の壁の右隅に自動的に移動されている。ユーザの好みを覚えているので、ユーザは毎回好みの配置で指定した機器等を使用することが可能になる。
図４１では、修正機能を有効にするか否かの選択ボタン等が表示されていないが、受付画面２００内に修正機能を操作する記載を含めてもよい。または、ユーザ毎に用意された設定画面で設定可能としてもよい。

図４２は、日単位で予約される空間内に任意の物品と配置を予約する場合に用いる受付画面２００の例を示す図である。図４２には、図５との対応部分に対応する符号を付している。
図４２の場合、予約する物品のアイコンを配置する入力欄２０３の写真がホテルの客室である。図４２の例では、プリンタのアイコンが写真左の壁際に配置された物置の上に配置され、空気清浄機のアイコンが写真中央に配置されている。なお、入力欄２０３のうち写真が表示されていない余白部分には、ベビーベッドのアイコンが配置されている。写真の外に配置されたアイコンは、前述の例と同じく、単なる予約であり、配置場所の予約はない。
なお、実際の物品の配置は現場の作業者が行うため、アイコンの配置位置は、実際の物品を配置する目安であることを画面上に示すことが望ましい。

ところで、予約する物品を配置する位置を指定した後に、予約する部屋の変更が必要になることがある。例えば予約した部屋で使用する人数が変動し、現在予約している部屋が狭すぎる場合や広すぎる場合である。
図４３は、任意の物品の配置を予約した段階で予約する空間の変更が必要になった場合の画面例を説明する図である。図４３には、図４２との対応部分に対応する符号を付して示している。
図４３の場合、プリンタと空気清浄機の室内における配置を指定した後に、予約の対象である空間３が、「Ｘ線Ｍ駅南口のＥホテル」から「Ｘ線Ｎ駅南口のＰホテル」に変更され、この変更に伴い、部屋ＩＤも「１２３４５」から「９９９９９」に変更されている。
予約の対象である部屋が変更されれば、予約する物品の指定とその配置の指定も最初からやり直しとしてもよいが、予約された物品の指定とその配置を引き継いで提示できれば、ユーザの入力作業の軽減が可能になる。

図４３に示す受付画面２００は、予約の変更を受け付ける前に指定されていた物品の指定とその配置の情報が、変更後の部屋に引き継がれる場合を表している。ここで、受付画面２００の表示を制御する受付画面表示制御部１１３（図４参照）は、新たに予約の対象として指定された部屋の間取りに合わせるように、直前までの操作で指定された物品の指定とその配置の引き継ぎを実行する。
図４３の例では、受付画面表示制御部１１３が変更前の物品の予約とそれらを配置する位置を引き継いでいるので、アイコンのドラッグアンドドロップを示す矢印は表示されていない。

図４３の場合、部屋ＩＤ「９９９９９」で特定される予約変更後の部屋の間取りは、予約を変更する前（図４２の場合）と類似しているが、ベッドの配置の向きが異なっている。例えば図４２では、ベッドの頭側が図面の手前側に配置されているが、図４３では、ベッドの頭側が図面の右壁面側に配置されている。
このため、図４３では、予約を変更する前には、空気清浄機のアイコンの配置が可能であった壁際の空き空間が無くなっている。
図４３の例の場合、受付画面表示制御部１１３は、変更前の部屋の間取りや家具のレイアウトと変更後の部屋の間取りや家具のレイアウトを照合し、照合の結果に応じて、変更後の部屋における物品の配置を推定し、入力欄２０３に表示する。
例えば予約が引き継がれたプリンタの配置の位置は、変更前と同じく壁際に配置された物置の上である。また、配置位置の指定がないベビーベッドの予約もそのまま引き継がれている。

空気清浄機の予約も引き継がれているが、図４３の場合には、変更前に指定された壁際の空間が無いため、ベッドの足元付近への配置の情報を引き継いで、ベッドの足元のうち画面手前側の位置に空気清浄機に対応するアイコンが表示されている。
受付画面表示制御部１１３によって提示された配置を変更したい場合、ユーザは、入力欄２０３の中で対象とするアイコンの位置を変更すればよい。
なお、変更前に指定されたアイコンの配置の位置を変更後の部屋に引き継ぐ方法には、操作中のユーザが変更後の部屋について過去に同じ物品の配置を指定したときの履歴を参照してもよい。なお、配置の候補が複数存在する場合には、時間的に近い予約での配置を優先してもよいし、受付画面２００上でユーザに問い合わせてもよい。
この配置の履歴を参照する機能は、図４２の場合のように、新規に部屋を予約する場合にも利用可能である。

ところで、ユーザが自由に設置場所を指定できるとしても、設置に適さない場所への指定をそのまま受け付けることは避けるべきである。
図４４は、指定できない位置に物品が配置された場合の注意画面２０３Ｇを説明する図である。図４４には、図４２との対応部分に対応する符号を付して示している。
図４４の例では、予約者がプリンタをベッドの上に設置するようにアイコンをドラッグ移動させた場合を想定している。
ベッドの上にプリンタを設置することは、ユーザの安全上の観点からも機器のトラブルを避ける観点からも適さない場所である。
そこで、各機器については、予め設置可能な場所を登録しておき、登録された場所以外に機器に対応するアイコンがドラッグ移動された場合には、注意画面２０３Ｇを表示する。
図４４の場合には、注意画面２０３Ｇとして、例えば「プリンタは指定した場所に配置できません。サイドテーブルの上には配置可能です。」のような説明文が表示されている。すなわち、配置可能な場所を予約者に示し、その場所に誘導する。

・例１３
ここでは、予約の受付を確定する条件として料金の支払いを要求しない場合について説明する。基本的には、予約のタイミングと料金の支払いのタイミングが一致するが、以下では、予約のタイミングと料金の支払いのタイミングが一致しない場合について説明する。
図４５は、料金の支払いに応じて予約された機器の使用を可能にする手順の例を説明するフローチャートである。図中に示す記号Ｓはステップを表している。
この処理は、予約管理サーバ５（図１参照）のＣＰＵ１０１がプログラムの実行を通じて実現する。より具体的には、この機能は、予約管理サーバ５の支払い情報取得部１１６（図４参照）と空間管理サーバ６（図１参照）の協働により実現される。なお、料金の支払いに関する情報は、例えば請求管理サーバ７（図１参照）から取得される。

予約管理サーバ５は、空間管理サーバ６から空間３の解錠操作を受け付けると（ステップ１）、空間３の使用料金の支払い情報が有るか否かを判定する（ステップ２）。
ステップ２で否定結果が得られた場合、予約管理サーバ５は、解錠操作を無効とする。解錠操作が無効と判定された場合、空間管理サーバ６は、空間３の施錠を維持する。
ステップ２で肯定結果が得られた場合、予約管理サーバ５は、空間３の解錠を許可する（ステップ３）。なお、事前に、解錠操作に必要とされる電子鍵の情報等が空間３側の制御装置に与えられている場合、ステップ２及び３の処理は空間３内の制御装置で実行される。
次に、予約管理サーバ５は、備品の使用料金の支払い情報が有るか否かを判定する（ステップ４）。通信によって動作を制御可能な備品が予約されていない場合やステップ４で否定結果が得られた場合、予約管理サーバ５は、次の判定処理に進む。
ステップ４で肯定結果が得られた場合、予約管理サーバ５は、該当する備品のロック機構を解除する（ステップ５）。

ステップ４で否定結果が得られた場合又はステップ５の後、予約管理サーバ５は、ソフトウェア等の使用料金の支払い情報が有るか否かを判定する（ステップ６）。ソフトウェア等は、予約の対象であるソフトウェアや予約の対象である機器の機能である。
ステップ６で否定結果が得られた場合、予約管理サーバ５は、処理を終了する。
一方、ステップ６で肯定結果が得られた場合、予約管理サーバ５は、ソフトウェア等の起動を許可する（ステップ７）。
図４６は、使用料金の支払いの確認を条件として予約された備品の使用を可能とする制御の一例を説明する図である。
図４６の場合、プリンタ３２０は、箱３００の内部に収納されている。使用料金の支払いが確認されると、扉３１０のロックが解除される。図４６の場合には、不図示の開閉機構によって扉３１０が開駆動され、箱３００に収容されていたプリンタ３２０に予約者がアクセス可能な状態になる。

図４６の場合には、扉３１０が開位置に移動した後に、プリンタ３２０が搭載されている棚３３０が開口から引き出されるように移動する。この結果、予約者は、より容易にプリンタ３２０にアクセス可能になる。
なお、予約の時間が経過すると、プリンタ３２０は、棚３３０と共に箱３００の内部の収納位置に移動される。次に、扉３１０は、不図示の開閉機構によって閉駆動され、最後に、ロック状態に制御される。
なお、図４６の場合には、駆動機構を用いて物理的にプリンタ３２０へのアクセスを管理しているが、使用料金の支払いがない場合には、プリンタ３２０の電源がオン状態にならないように遠隔制御してもよい。また、印刷ボタンを無効化してもよいし、印刷ウィザード画面が表示されないようにしてもよいし、印刷ウィザード画面に出力先として予約の対象であるプリンタ３２０が見えないようにしてもよい。

図４７は、使用料金の支払いの確認を条件として予約された備品の使用を可能とする制御の他の例を説明する図である。
使用料金が支払われていない場合、可動式の蓋３５０が操作面を覆ってキーボード３５１の操作を不能とする。一方、使用料金が支払われた場合、可動式の蓋３５０が操作面から退避し、キーボード３５１の操作を可能にする。ここでのキーボード３５１は操作子の一例である。操作子の他の例には、電源ボタン、マウス等がある。
なお、物理的な操作を不能にする又は困難にする機構は、スライド式の蓋３５０に限らない。ここでの機構は、例えば開閉型の蓋３５０でもよいし、使用頻度の高いキーの操作を不能又は困難にする可動式の部材でもよい。
また、キー操作自体は可能でも、その入力を無効としてもよい。入力を無効にする手法は、マウス入力にも有効である。

図４８は、使用料金の支払いの確認を条件として予約されたソフトウェアの使用を可能とする制御の例を説明する図である。
図４８の例は、予約の対象が表計算ソフトＳのアイコン３６１の場合である。操作画面３６０に表示されたアイコンが指２１０でタップされた場合でも、使用料金の支払いが無いときには、スプレッドシート３６２は表示されず、料金の未納を知らせる画面３６３が表示される。
一方、使用料金の支払いが有る場合、操作画面３６０には、スプレッドシート３６２が表示される。
図４８では、使用料金の支払いに関わらず、予約の対象である表計算ソフトＳのアイコン３６１が表示されているが、アイコン３６１が表示されるのは、使用料金が支払われている場合に限ってもよい。

＜実施の形態２＞
実施の形態１では、空間３とは別の場所から予約する場合を想定していたが、本実施の形態では、ユーザが現実にいる場所の近辺で空間３を予約する場合について説明する。
図４９は、本実施の形態が想定する使用場面の例を説明する図である。
図４９の場合、ユーザ４００が歩く道沿いに、美容院４０１、ビル４０２、飲食店４０３、４０４、４０５が並んでいる。ビル４０２は４階建てであり、１階には飲食店４０２Ａが入居し、２階には別の飲食店４０２Ｂが入居し、３階と４階は貸しオフィス４０２Ｃとして利用されている。
図４９に示す各店舗は、実施の形態１で説明した予約システム１（図１参照）に参加している。
例えば美容院４０１では、座席が空間３として予約の対象になり、飲食店４０２Ａ、４０２Ｂ、４０３、４０４、４０５では、座席やテーブルが空間３として予約の対象になる。なお、貸しオフィス４０２Ｃでは、個々の部屋が空間３として予約の対象とする。
本実施の形態の場合も、空間３の予約に予約システム１（図１参照）が使用される。
図中のＴ１→Ｔ２→Ｔ３→Ｔ４→Ｔ５は、時間の経過を示している。従って、ユーザ４００は、時間の経過に伴って、美容院４０１の位置から飲食店４０５の位置に移動する。

図５０は、予約管理サーバ５の機能構成の例を説明する図である。図５０には、図４との対応部分に対応する符号を付している。
図５０に示す予約管理サーバ５と図４に示す予約管理サーバ５との違いは、ユーザの現在位置を取得するユーザ位置取得部１２１と、ユーザ端末４（図１参照）によって撮像された画像を処理して撮像対象を認識する撮像対象認識部１２２との２つである。
もっとも、ユーザ位置取得部１２１と撮像対象認識部１２２の機能は、ユーザ端末４で実行してもよい。
ここで、ユーザ位置取得部１２１は、例えばＧＰＳ（Global Positioning System）衛星からの信号を受信するＧＰＳ受信機によって測位されたユーザ端末４の位置情報を取得する。なお、測位される位置情報は、屋外であるか屋内であるかを問わない。
屋内においても、例えばＷｉＦｉ（商標）基地局からの電波の強度の違いから位置を測位する技術、ビーコンの強度を判別して位置を測位する技術、ユーザ端末４に内蔵されている加速度、磁気、角速度等のセンサ出力を用いる自立航法によって位置を測位する技術、ＧＰＳ衛星と同じプロトコルと周波数の電波を発信する発信器を屋内に設置し、その信号をＧＰＳ受信機で受信して測位する技術などを用いることが可能である。
撮像対象認識部１２２は、予め登録されている風景や店舗の外観を用いて撮像範囲に含まれる対象を認識する。店舗の外観には、看板も含まれる。また、認識の対象には、パターン化された図形も含まれる。ここでの図形は、予め定めた規則に基づいて情報をコード化した図形でもよいし、予め定めたソフトウェアとの連携により付加情報の表示位置を指定する指標でもよい。
本実施の形態における予約管理サーバ５（図１参照）は、ユーザ端末４の位置情報と画像認識の技術を用いて特定される店舗の情報等を組み合わせ、予約が可能な空間３の情報をユーザに提供する。

＜受付画面の例１＞
図５１は、通りに位置するＡＢＣ美容院４０１とその撮像画像との関係を説明する図である。
図５１の場合、ＡＢＣ美容院４０１を被写体とする画像に、実空間には存在しない「予約可」のマーク４１１が付加されている。この技術は、拡張現実と呼ばれる技術を利用している。この表示は、ロケーション型拡張現実やマーカレス型拡張現実を利用することで可能である。
本実施の形態の場合、予約管理サーバ５（図１参照）は、画像処理によってＡＢＣ美容院４０１を認識すると、その予約管理データベース１２０（図４参照）を検索し、ユーザが事前に設定した条件を満たす場合に、予約可のマーク４１１を表示する。ここでのマーク４１１は、画像に対して重畳的に表示される仮想の図形の一例である。

ここで、ユーザが設定する条件には、予約可能な座席等を拡張現実の技術を用いて通知するか否かも含まれる。
また、予約可のマーク４１１を表示する条件には、時間又は期間、表示の対象等が含まれる。
例えば時間又は期間は、現在時刻から予約を開始する、現在時刻から５分後に予約を開始する、現在時刻から１５分後に予約を開始する、現在時刻から３０分後に予約を開始する等として与えられる。すぐに食事したい場合には、数日後の空席情報は意味がない。一方で、美容院の場合には、数時間まで許容できる場合があり、部屋を借りる場合には日又は月単位で許容できる場合もある。
例えば表示の対象は、飲食店、美容院、理髪店、賃貸物件などの指定が可能である。また、飲食店については、和食、洋食、中華、イタリアン、ファミリーレストラン、ラーメン等の指定が可能である。また、賃貸物件については、貸しオフィス、賃貸住宅などの指定が可能である。

図５２は、ＡＢＣ美容院４０１（図５１参照）の画像上に表示されたマーク４１１（図５１参照）がタップされた場合に表示される予約の受付画面２００の例を示す図である。図５２には、図５との対応部分に対応する符号を付している。
ただし、図５２の場合、入力欄２０３のタイトルが「予約するサービス等」に変更され、表示欄２０６のタイトルが「予約可能なサービス等」に変更されている。
図５２では、カットのアイコンが表示欄２０６から入力欄２０３にドラッグ移動されている。
なお、図５２には、予約可能なサービスの例として、パーマのアイコン、縮毛矯正のアイコン、カラーリングのアイコンが示されている。
ちなみに、ＡＢＣ美容院では、座席の予約料を徴収していないので、予約の対価を示す表示欄２０２には、予約したサービスの合計金額だけが表示されている。座席の予約料が徴収される場合には、座席の予約料の項目が追加され、座席の予約料と予約されたサービスの合計金額が表示される。

＜受付画面の例２＞
図５３は、通りに位置する飲食店４０３とその撮像画像との関係を説明する図である。
図５３の場合、飲食店４０３は中華料理店である。従って、図５３においては、中華料理店の画像に、実空間には存在しない「予約可」のマーク４１１が付加されている。
図５４は、中華料理店の画像上に表示されたマーク４１１（図５３）がタップされた場合に表示される予約の受付画面２００の例を示す図である。図５４には、図５との対応部分に対応する符号を付している。
ただし、図５４の場合、入力欄２０３のタイトルが「予約する料理等」に変更され、表示欄２０６のタイトルが「予約可能な料理等」に変更されている。
図５４では、ラーメンのアイコンが表示欄２０６から入力欄２０３にドラッグ移動されている。なお、ラーメンには、様々な種類があるので、図５４の場合には、ラーメンのアイコンの隣に、種類別の注文数の入力欄が表示されている。図５４の例では、醤油ラーメンの中サイズが１杯、大サイズが１杯、味噌ラーメンの中サイズが２杯で予約されている。
なお、図５４には、予約可能な料理の例として、餃子のアイコン、ビールのアイコン、セット料理のアイコン、ジュースのアイコンが示されている。セット料理のアイコンは、複数の単品料理の集合体であり、実施の形態１の例１１で説明したパッケージの一種にあたる。
図５４の場合も、座席の予約料を徴収していないので、予約の対価を示す表示欄２０２には、予約したサービスの合計金額だけが表示されている。座席の予約料が徴収される場合には、座席の予約料の項目が追加され、座席の予約料と予約された料理の合計金額が表示される。
また、図５４では、座席の数を予約しているが、座席の数に加え、テーブル席を予約してもよい。

＜受付画面の例３＞
図５５は、予約の受付画面２００を撮像されている画像に重ねて表示する例を説明する図である。図５５にも、図５との対応部分に対応する符号を付している。
ただし、図５５においては、予約の対象である空間３（図１参照）の情報を示す表示欄２０１と予約の対価を示す表示欄２０２を統合した表示欄２０８を配置している。
図５５の例は、ラーメンに対応するアイコンと餃子に対応するアイコンのそれぞれを入力欄２０３にコピー＆ペーストしている。
また、図５５の場合には、予約する料理の数だけアイコンを配置する点で、図５４の場合と異なる。

＜受付画面の例４＞
図５６は、通りに位置するビル４０２とその撮像画像との関係を説明する図である。
図５６の場合、表示の対象として飲食店が指定されている。このため、図５６では、ビルの画像の１階部分と２階部分に、実空間には存在しない「予約可」のマーク４１１が付加されている。
図５６の例では、飲食店の種類を示す情報４１２も表示されている。２階の窓には、イタリアンレストランと表示され、１階の窓には、和食レストランと表示されている。図５６でも、画像上のマーク４１１がタップされることで、予約の受付画面２００（図５４、図５５参照）が表示される。
なお、表示の条件として、飲食店の特定の種類が指定されている場合には、予約が可能な飲食店のうち指定された種類の飲食店だけに「予約可」のマーク４１１が付加される。
図５７は、予約可の情報を表示する条件としてイタリア料理が指定されている場合のビル４０２とその撮像画像との関係を説明する図である。図５７には、図５６との対応部分に対応する符号を付している。
図５７の場合には、ユーザが指定した条件を満たすイタリアンレストランについてのみ「予約可」のマーク４１１が表示されている。なお、２階の窓には、イタリアンレストランと表示され、予約の対象が分かるようになっている。

＜受付画面の例５＞
図５８は、通りに位置するビル４０２とその撮像画像との関係を説明する他の図である。図５８には、図５６との対応部分に対応する符号が付されている。
図５７の例は、表示の対象として賃貸物件が指定されている場合である。このため、図５８では、ビル４０２の画像のうち予約可能な空き部屋がある４階部分に、実空間には存在しない「４０２号室予約可」のマーク４１１が付加されている。
ビル４０２の３階部分と４階部分は貸しオフィス４０２Ｃとして利用されているが、予約できない又は予約の条件を満たさない他の部屋についての情報は示されていない。

＜他の実施形態＞
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は上述の実施の形態に記載の範囲には限定されない。上述の実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。
例えば前述の実施の形態では、ユーザ端末４（図１参照）がスマートフォンである場合を前提に予約の受付画面について説明しているが、デスクトップ型のコンピュータやノート型のコンピュータの表示面に受付画面を表示してもよい。この場合には、マウスやキーボードを用いた入力が可能である。例えばマウスの右クリックを使用して予約可能な物品や役務の候補を画面上に表示させてもよい。
前述の実施の形態においては、いずれも指２１０（図７参照）を使用してアイコンを移動させているが、音声によってアイコンの移動を指示してもよい。
前述の実施の形態においては、入力欄２０３に対応する画像がアイコンの配置によって変化する例として、アイコンの数が変化する場合、アイコンの色が変化する場合、アイコンの種類が変化する場合について説明したが、アイコンの形状や寸法が変化してもよい。
前述の実施の形態においては、予約の対象として、貸し出しの対象とされる機器、器具、部屋等、消費される料理、役務として提供される美容院のサービスを例示したが、予約の対象には、買い取りされる又は販売される物品を含めてもよい。なお、消耗品にはプリンタの用紙も含まれる。
前述の実施の形態２においては、拡張現実の技術を用いて表示される予約可のマーク４１１（図５３参照）をタップすることで予約の受付画面が表示されているが、予約が可能であれば何らの操作が無くても予約の受付画面が表示されてもよい。また、拡張現実の技術を用いて予約可のマーク４１１が重畳的に表示された画像は、受付画面の一例でもある。

１…予約システム、２…クラウドネットワーク、３…空間、４…ユーザ端末、５…予約管理サーバ、６…空間管理サーバ、７…請求管理サーバ、８…会員管理サーバ、１１１…予約者情報取得部、１１２…操作受付部、１１３…受付画面表示制御部、１１４…関連情報提示部、１１５…予約情報更新制御部、１１６…支払い情報取得部、１１７…複数予約連携部、１１８…予約対象データベース、１１９…アイコンデータベース、１２０…予約管理データベース、１２１…ユーザ位置取得部、１２２…撮像対象認識部

Claims (6)

1. 予約の画面上で、第１の予約の対象に紐付けられる第１の画像の表示が、第２の予約の対象に紐付けられる第２の画像によって変化するように、当該第１の画像の表示の変更を制御する制御手段
   を有し、
   前記制御手段は、前記予約の画面上で、複数の前記第１の画像を連結する操作があった場合、対応する複数の前記第１の予約の対象である空間内で使用される環境を共通化する設定の予約を受け付ける、情報処理装置。
2. 予約の画面上で、第１の予約の対象に紐付けられる第１の画像の表示が、第２の予約の対象に紐付けられる第２の画像によって変化するように、当該第１の画像の表示の変更を制御する制御手段
   を有し、
   前記制御手段は、前記予約の画面上で、複数の前記第１の画像を連結する操作があった場合、対応する複数の前記第１の予約の対象である空間内に前記第２の画像として配置される端末どうしを通信先とする設定の予約を受け付ける、情報処理装置。
3. 予約の画面上で、第１の予約の対象に紐付けられる第１の画像の表示が、第２の予約の対象に紐付けられる第２の画像によって変化するように、当該第１の画像の表示の変更を制御する制御手段
   を有し、
   前記制御手段は、前記予約の画面上で、前記第１の予約の対象である空間に対応する前記第１の画像と、予約の対象でない空間に対応する第３の画像とを連結する操作があった場合、対応する複数の空間に前記第２の画像として配置された端末どうしを通信先とする設定の予約を受け付ける、情報処理装置。
4. コンピュータに、
   予約の画面上で、第１の予約の対象に紐付けられる第１の画像の表示が、第２の予約の対象に紐付けられる第２の画像によって変化するように、当該第１の画像の表示の変更を制御する機能と、
   前記予約の画面上で、複数の前記第１の画像を連結する操作があった場合、対応する複数の前記第１の予約の対象である空間内で使用される環境を共通化する設定の予約を受け付ける機能と、
   を実現させるためのプログラム。
5. コンピュータに、
   予約の画面上で、第１の予約の対象に紐付けられる第１の画像の表示が、第２の予約の対象に紐付けられる第２の画像によって変化するように、当該第１の画像の表示の変更を制御する機能と、
   前記予約の画面上で、複数の前記第１の画像を連結する操作があった場合、対応する複数の前記第１の予約の対象である空間内に前記第２の画像として配置される端末どうしを通信先とする設定の予約を受け付ける機能と、
   を実現させるためのプログラム。
6. コンピュータに、
   予約の画面上で、第１の予約の対象に紐付けられる第１の画像の表示が、第２の予約の対象に紐付けられる第２の画像によって変化するように、当該第１の画像の表示の変更を制御する機能と、
   前記予約の画面上で、前記第１の予約の対象である空間に対応する前記第１の画像と、予約の対象でない空間に対応する第３の画像とを連結する操作があった場合、対応する複数の空間に前記第２の画像として配置された端末どうしを通信先とする設定の予約を受け付ける機能と、
   を実現させるためのプログラム。

Images