JP7291979B1 - 貸出システム、貸出方法及びプログラム - Google Patents

Abstract

【課題】企業がデッドスペースの有効活用、従業員はストレスの軽減、サービス提供事業者は利用者の増加を図る。【解決手段】企業のオフィスで使用されていないデッドスペースを、サービス提供事業者に貸し出す貸出処理は、企業からデッドスペースに関するデッドスペース情報を取得し、取得したデッドスペース情報に基づいて、デッドスペースの一覧を、サービス提供事業者に出力し、サービス提供事業者から、出力した一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付け、利用申請を受け付けたデッドスペースを保有する企業に利用申請を受け付けたことを通知し、通知に基づいて、企業からサービス提供事業者への利用申請を受け付けたデッドスペースの貸出の決定を受け付け、企業の従業員からデッドスペースでサービス提供を受けるサービス内容の予約を受け付け、サービス提供事業者に受け付けた予約の状況を通知する。【選択図】図１

Description

本発明は、企業のオフィスで使用されていないデッドスペースの活用に有効な技術に関する。

近年、企業のオフィスの活用に関する技術が注目されている。
企業のオフィスの活用例として、特許文献１では、民間企業が使用している事務所や工場の内部に、マッサージ師と折り畳み可能なマッサージ用ベッドを運搬し、それらを設置し、その民間企業の労働者又は使用者の営業時間内にそれらの人々にマッサージを提供し、一定時間経過後に、マッサージ師及びマッサージ用ベッドを撤去する業務に実施されるマッサージ施術施設が提案されている。
また、他には、特許文献２では、アイドル時間を活用したコワーキングスペースにおいて、活用していない時間帯の空スペースや活用していないスペース等を、座席・空スペース在庫情報として登録し、利用者から座席・空スペースの利用に関する予約注文を受け付けると、空状況・稼働状況が更新され、予約完了の報告を受けた利用者が座席・空スペースを利用すると、利用者が勤務する企業等へ利用状況を報告し、企業等は、利用状況の報告に基づいて代金を支払う技術が提案されている。

特開２００８－１１５６７５号公報 特開２０２１－１５２８５０号公報

昨今、コロナ禍により、テレワークが推進されている。テレワークに伴い、オフィスで行われていた様々な業務が、オフィス以外の場所（例えば、自宅、コワーキングスペース）で行われるようになっている。これにより、企業のオフィスにおいて、使用されていない部屋や場所や空間等であるデッドスペースが発生しており、このようなデッドスペースの活用に関する技術が求められている。また、企業の役員又は従業員（以下、明細書全文を通して、役員又は従業員を、単に従業員と称す）は、テレワークにも関わらず、オフィスに出社しなければならない場合、通勤によるストレスを強く感じてしまい、ストレスの軽減に関する技術が求められている。また、ストレス軽減に関するサービス（例えば、マッサージ、ヨガ、リラクゼーション、整骨、マインドフルネス、ランチボックス、クラフトビール試飲会、日本酒利酒体験会、ピラティス、パーソナルトレーニング、ローストコーヒー、ネイル、ビジネス英会話レッスン、コーチング、占いなど）のサービス提供を行うサービス提供事業者は、多くの人が不要不急の外出を控えることや感染対策に伴う利用者の減少が問題となっており、利用者の増加に関する技術が求められている。
このように、企業にとっては、テレワークの推進に伴い発生するデッドスペース、従業員にとっては、テレワークにも関わらずオフィスに出社しなければならなくなった際に発生するストレス、サービス提供事業者にとっては、減少した利用者が問題となっている。
そのため、企業、従業員及びサービス提供事業者の各々が抱えるこのような問題を解決する技術が求められている。
しかしながら、特許文献１及び２に記載の技術では、企業、従業員及びサービス提供事業者の各々が抱えるこのような問題を解決することが出来なかった。
そこで、本発明者は、企業のオフィスで使用されていないデッドスペースをサービス提供事業者に貸し出し、デッドスペースを貸し出した企業の従業員からサービス内容の予約を受け付ける仕組みに着目した。

本発明は、企業はデッドスペースの有効活用、従業員はサービス提供を受けることによるストレスの軽減、サービス提供事業者は利用者の増加を図ることを可能にする貸出システム、貸出方法及びプログラムを提供することを目的とする。

本発明は、企業のオフィスで使用されていないデッドスペースを、サービス提供事業者に貸し出す貸出システムであって、
前記企業から、前記デッドスペースに関するデッドスペース情報を取得する取得部と、
取得した前記デッドスペース情報に基づいて、前記デッドスペースの一覧を、所定の条件に基づいて、サービス提供事業者に出力する出力部と、
前記サービス提供事業者から、出力した前記一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付ける申請受付部と、
前記利用申請を受け付けたデッドスペースを保有する企業に、前記利用申請を受け付けたことを通知する第１通知部と、
前記通知に基づいて、前記企業から、前記サービス提供事業者への、前記利用申請を受け付けたデッドスペースの貸出の決定を受け付ける決定受付部と、
前記企業の従業員から、前記デッドスペースでサービス提供を受けるサービス内容の予約を受け付ける予約受付部と、
前記サービス提供事業者に、受け付けた前記予約の状況を通知するとともに、前記企業に、受け付けた前記予約の状況をまとめた一覧を通知する第２通知部と、
所定の条件に基づいて、前記サービス提供を受けた従業員から、前記サービス提供事業者の評価を取得する第１評価取得部と、
前記企業に、取得した前記サービス提供事業者の評価を提供する第１提供部と、
を備える貸出システムを提供する。

本発明によれば、企業のオフィスで使用されていないデッドスペースを、サービス提供事業者に貸し出す貸出システムは、前記企業から、前記デッドスペースに関するデッドスペース情報を取得し、取得した前記デッドスペース情報に基づいて、前記デッドスペースの一覧を、所定の条件に基づいて、サービス提供事業者に出力し、前記サービス提供事業者から、出力した前記一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付け、前記利用申請を受け付けたデッドスペースを保有する企業に、前記利用申請を受け付けたことを通知し、前記通知に基づいて、前記企業から、前記サービス提供事業者への、前記利用申請を受け付けたデッドスペースの貸出の決定を受け付け、前記企業の従業員から、前記デッドスペースでサービス提供を受けるサービス内容の予約を受け付け、前記サービス提供事業者に、受け付けた前記予約の状況を通知するとともに、前記企業に、受け付けた前記予約の状況をまとめた一覧を通知し、所定の条件に基づいて、前記サービス提供を受けた従業員から、前記サービス提供事業者の評価を取得し、前記企業に、取得した前記サービス提供事業者の評価を提供する。

本発明は、システムのカテゴリであるが、方法及びプログラムであっても同様の作用、効果を奏する。

本発明によれば、企業はデッドスペースの有効活用、従業員はサービスの提供を受けることによるストレスの軽減、サービス提供事業者は利用者の増加を図ることが可能となる。

貸出システム１の概要を説明する図である。 貸出システム１の機能構成を示す図である。 貸出システム１が実行する貸出処理のフローチャートを示す図である。 デッドスペース情報の入力を受け付けるためのサービスＵＩ５０の一例を模式的に示す図である。 コンピュータ１０が作成する一覧６０の一例を模式的に示した図である。 利用申請用情報の入力を受け付けるためのサービスＵＩ７０の一例を模式的に示す図である。 貸出決定用情報の入力を受け付けるためのサービスＵＩ８０の一例を模式的に示す図である。 貸出システム１が実行する予約状況通知処理のフローチャートを示す図である。 予約用情報の入力を受け付けるためのサービスＵＩ９０の一例を模式的に示す図である。 予約用情報の入力を受け付けるためのサービスＵＩ１００の一例を模式的に示す図である。 コンピュータ１０がまとめる予約の状況の一覧１１０の一例を模式的に示した図である。 コンピュータ１０がまとめる予約の状況の一覧１２０の一例を模式的に示した図である。 貸出システム１が実行する第１課金処理のフローチャートを示す図である。 貸出システム１が実行する第２課金処理のフローチャートを示す図である。 貸出システム１が実行する事業者評価提供処理のフローチャートを示す図である。 貸出システム１が実行する企業評価提供処理のフローチャートを示す図である。 貸出システム１が実行する結果評価提供処理のフローチャートを示す図である。 貸出システム１が実行する改善結果提供処理のフローチャートを示す図である。

以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。以降の図においては、実施形態の説明の全体を通して同じ要素には同じ番号又は符号を付している。なお、実施形態の説明において、提供されるサービスを、例えば、マッサージなどのセラピーとし、サービス提供事業者をセラピー事業者として、説明する。サービスとしては、例えば、マッサージ、ヨガ、リラクゼーション、整骨、マインドフルネス、ランチボックス、クラフトビール試飲会、日本酒利酒体験会、ピラティス、パーソナルトレーニング、ローストコーヒー、ネイル、ビジネス英会話レッスン、コーチング、占いなどであってよい。なお、これらは一例であって、本発明の技術的範囲は、これに限られるものではない。

［貸出システム１の概要］
図１は、貸出システム１の概要を説明するための模式図である。
貸出システム１は、サーバ機能を有するコンピュータ１０が、企業２のオフィスで使用されていないデッドスペースを、セラピー事業者３に貸し出す処理を実現する。

貸出システム１を構成する端末及び装置について説明する。
貸出システム１は、少なくともサーバ機能を有するコンピュータ１０を備えるシステムであれば良い。このコンピュータ１０は、例えば、１台のコンピュータで実現されても良いし、クラウドコンピュータのように、複数のコンピュータで実現されても良い。
本明細書におけるクラウドコンピュータとは、ある特定の機能を果たす際に、任意のコンピュータをスケーラブルに用いるものや、あるシステムを実現するために複数の機能モジュールを含み、その機能を自由に組み合わせて用いるものの何れであっても良い。
本明細書において、貸出システム１は、コンピュータ１０に加え、デッドスペースを保有する企業２が管理する企業端末２０、セラピーの施術を行うセラピー事業者３が管理する事業者端末３０、企業２の従業員４が管理する従業員端末４０により構成される。
貸出システム１を構成する端末や装置類等は、あくまでも一例であり、コンピュータ１０を除く各端末については、その数、種類及び機能については、適宜変更可能である。

貸出システム１が、企業２のオフィスで使用されていないデッドスペースを、セラピー事業者３に貸し出す際の処理ステップの概要について説明する。
本発明は、その前提として、企業２、セラピー事業者３、従業員４の各々に、貸出システム１を用いたサービスを利用するためのアカウントを作成させ、このアカウントを用いたプラットフォームを提供するものである。なお、アカウント作成時、企業２、セラピー事業者３及び従業員４の各々の各種情報（例えば、識別子（名称、管理番号等）、企業２の場合、所在地、代表者、担当者等、セラピー事業者３である場合、所在地、代表者、施術者等、従業員４である場合、住所、所属企業名等、連絡先（例えば、電話番号、メールアドレス、メッセージアプリケーションのＩＤ）、決済方法（例えば、決済用口座、電子マネー、決済用カード））等が各アカウントに登録される。

コンピュータ１０は、企業２から、デッドスペースに関するデッドスペース情報を取得する（ステップＳ１）。
デッドスペースは、上述した通り、企業２のオフィスで使用されていない部屋、場所、空間等であり、全体（例えば、部屋全体、場所全体、空間全体）が使用されていないものだけでなく、一部（例えば、テレワークにより、オフィス以外の場所で業務中の従業員４が、オフィスで使用していた部分）を含むものであって良い。
デッドスペース情報は、オフィスの名称、住所、画像、広さ、間取、アクセス方法等のオフィス自体に関する情報と、貸出時間、貸出期間、予約締切日時、定員、備品等の貸出に関する情報とを含むものである。
企業端末２０は、担当者等（例えば、福利厚生担当者）から、デッドスペース情報の入力を受け付け、受け付けたデッドスペース情報を、コンピュータ１０に送信する。
コンピュータ１０は、このデッドスペース情報を受信し、企業２から、デッドスペースに関するデッドスペース情報を取得する。

コンピュータ１０は、取得したデッドスペース情報に基づいて、デッドスペースの一覧を、セラピー事業者３に出力する（ステップＳ２）。
コンピュータ１０は、取得したデッドスペース情報に基づいた一覧を作成する。この一覧は、デッドスペース毎にデッドスペース情報をまとめたものであり、各デッドスペースを、所定の条件（例えば、名称順、住所順、貸出時間順、貸出期間順、定員順）に従って並べたものである。
コンピュータ１０は、この一覧を事業者端末３０に送信する。
事業者端末３０は、この一覧を受信し、自身の表示部等に表示する。
コンピュータ１０は、この一覧を、事業者端末３０に表示させることにより、デッドスペースの一覧を、セラピー事業者３に出力する。

コンピュータ１０は、セラピー事業者３から、出力した一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付ける（ステップＳ３）。
事業者端末３０は、セラピー事業者３から、利用申請に必要な利用申請用情報の入力を受け付ける。利用申請用情報は、申請日時、貸出希望日時、貸出を所望するデッドスペースの名称等のデッドスペースの貸出に必要な情報と、セラピー事業者３の識別子（例えば、名称、ＩＤ、管理番号）、施術者の識別子、施術内容、料金、連絡先等の施術を行うセラピー事業者３に関する情報とを含むものである。事業者端末３０は、受け付けた利用申請用情報を、コンピュータ１０に送信する。
コンピュータ１０は、この利用申請用情報を受信し、セラピー事業者３から、出力した一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付ける。

コンピュータ１０は、利用申請を受け付けたデッドスペースを保有する企業２に、利用申請を受け付けたことを通知する（ステップＳ４）。
コンピュータ１０は、受け付けた利用申請用情報を、セラピー事業者３が所望したデッドスペースを保有する企業２が管理する企業端末２０に送信する。
企業端末２０は、この利用申請用情報を受信し、自身の表示部等に表示する。
コンピュータ１０は、この利用申請用情報を、企業端末２０に表示させることにより、利用申請を受け付けたデッドスペースを保有する企業２に、利用申請を受け付けたことを通知する。

コンピュータ１０は、通知に基づいて、企業２から、セラピー事業者３への、利用申請を受け付けたデッドスペースの貸出の決定を受け付ける（ステップＳ５）。
企業端末２０は、利用申請用情報を閲覧した担当者等から、この利用申請に対するデッドスペースの貸出の決定に必要な貸出決定用情報の入力を受け付ける。貸出決定用情報は、デッドスペースの貸出日時、貸出期間、貸し出すスペースの識別子等の貸出を決定したデッドスペースに関する情報と、デッドスペースを貸し出すセラピー事業者３の識別子、施術内容、料金、連絡先等の貸出先となるセラピー事業者３に関する情報とを含むものである。企業端末２０は、受け付けた貸出決定用情報を、コンピュータ１０に送信する。
コンピュータ１０は、この貸出決定用情報を受信し、企業２から、セラピー事業者３への、利用申請を受け付けたデッドスペースの貸出の決定を受け付ける。

コンピュータ１０は、企業２の従業員４から、デッドスペースで施術を受けるセラピーの予約を受け付ける（ステップＳ６）。
従業員端末４０は、従業員４から、従業員４自身が施術を所望するセラピーの予約に必要な予約用情報の入力を受け付ける。予約用情報は、オフィスの名称、施術を所望するセラピーの識別子、セラピーの内容、セラピーの施術を受ける日時、セラピー事業者の識別子等のセラピーに関する情報と、従業員４がアカウント作成時に登録した個人情報、決済方法（従業員４に課金する場合、決済方法を含め、従業員４に課金しない場合、決済方法を含めない構成も可能である）とを含むものであり、予約の内容となる。従業員端末４０は、受け付けた予約用情報を、コンピュータ１０に送信する。
コンピュータ１０は、この予約用情報を受信し、従業員４から、デッドスペースで施術を受けるセラピーの予約を受け付ける。

コンピュータ１０は、セラピー事業者３に、受け付けた予約の状況を通知する（ステップＳ７）。
コンピュータ１０は、予約用情報に基づいたセラピーの予約を受け付けたことと、受け付けた予約の内容とを予約の状況とし、この予約の状況を、予約を受け付けたセラピーを施術するセラピー事業者３が管理する事業者端末３０に送信する。
事業者端末３０は、この予約の状況を、自身の表示部等に表示する。
コンピュータ１０は、この予約の状況を、事業者端末３０に表示させることにより、セラピー事業者３に、受け付けた予約の状況を通知する。

以上が、貸出システム１の概要である。
本貸出システム１によれば、企業はデッドスペースの有効活用、従業員はセラピーの施術を受けることによるストレスの軽減、セラピー事業者は利用者の増加を図ることが可能となる。

［装置構成］
図２は、貸出システム１の構成を示すブロック図である。貸出システム１は、企業２のオフィスで使用されていないデッドスペースを、セラピー事業者３に貸し出す処理を実現するシステムであり、少なくともコンピュータ１０から構成される。本実施形態では、貸出システム１は、更に、企業２が管理する企業端末２０、セラピー事業者３が管理する事業者端末３０、企業２の従業員４が管理する従業員端末４０を備える。
貸出システム１は、コンピュータ１０と、企業端末２０、事業者端末３０及び従業員端末４０とが、公衆回線網等のネットワーク５等を介して、データ通信可能に接続されたシステムである。
なお、貸出システム１を構成する端末や装置類等は、あくまでも一例であり、コンピュータ１０を除く各端末については、その数、種類及び機能については、適宜変更可能である。

コンピュータ１０は、サーバ機能を有し、例えば、１台のコンピュータで実現されても良いし、クラウドコンピュータのように、複数のコンピュータで実現されても良い。
コンピュータ１０は、制御部として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス、デッドスペース情報を取得する取得部１１、デッドスペースの一覧を出力する出力部１２、デッドスペースの利用申請を受け付ける申請受付部１３、利用申請を受け付けたことを通知する第１通知部１４、デッドスペースの貸出の決定を受け付ける決定受付部１５、セラピーの予約を受け付ける予約受付部１６、受け付けた予約の状況を通知する第２通知部１７等を備える。
コンピュータ１０は、処理部として、各種処理を実行する各種デバイス等を備える。

コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、通信部と協働して、デッドスペース情報取得モジュール、一覧出力モジュール、申請受付モジュール、申請通知モジュール、決定受付モジュール、貸出通知モジュール、予約受付モジュール、事業者予約状況通知モジュール、企業予約状況通知モジュール、従業員課金モジュール、送金モジュール、企業課金モジュール、事業者評価取得モジュール、事業者評価提供モジュール、企業評価取得モジュール、企業評価提供モジュール、結果評価取得モジュール、結果評価提供モジュール、改善結果提供モジュールを実現する。
また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、一覧作製モジュール、算出モジュール、評価解析モジュールを実現する。

企業端末２０、事業者端末３０及び従業員端末４０の各々は、例えば、携帯電話、スマートフォン、タブレット端末等の携帯端末やパーソナルコンピュータ等の端末である。
企業端末２０、事業者端末３０及び従業員端末４０の各々は、端末制御部として、ＣＰＵ、ＧＰＵ、ＲＡＭ、ＲＯＭ等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス等を備え、入出力部として、各種情報の入出力を実行するためのデバイス等を備える。

以下、貸出システム１が実行する各処理について、上述した各モジュールが実行する処理と併せて説明する。
本明細書において、各モジュールは、その処理内容を、自身が有する機能として実行するものであっても良いし、所定のアプリケーションを介して実行するものであっても良い。
本発明は、その前提として、上述した通り、企業２、セラピー事業者３、従業員４の各々に、貸出システム１を用いたサービスを利用するためのアカウントを作成させ、このアカウントを用いたプラットフォームを提供するものであり、アカウント作成時、企業２、セラピー事業者３及び従業員４の各々の上述した各種情報等が各アカウントに登録される。

［コンピュータ１０が実行する貸出処理］
図３に基づいて、コンピュータ１０が実行する貸出処理について説明する。同図は、コンピュータ１０が実行する貸出処理のフローチャートを示す図である。本貸出処理は、上述したデッドスペース情報を取得する取得処理（ステップＳ１）、デッドスペースの一覧を出力する出力処理（ステップＳ２）、デッドスペースの利用申請を受け付ける申請受付処理（ステップＳ３）、利用申請を受け付けたことを通知する第１通知処理（ステップＳ４）、デッドスペースの貸出の決定を受け付ける決定受付処理（ステップＳ５）の詳細である。

デッドスペース情報取得モジュールは、企業２から、デッドスペースに関するデッドスペース情報を取得する（ステップＳ１０）。
デッドスペースは、上述した通り、企業２のオフィスで使用されていない部屋、場所、空間等であり、全体が使用されていないものだけでなく、一部を含むものであって良い。
デッドスペース情報は、上述した通り、オフィスの名称、住所、画像、広さ、間取、アクセス方法等のオフィス自体に関する情報と、貸出時間、貸出期間、予約締切日時、定員、備品等の貸出に関する情報とを含むものである。
企業端末２０は、担当者等から、デッドスペース情報の入力を受け付ける。企業端末２０は、サービスＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）、メール、メッセージアプリケーション等を介して、このデッドスペース情報の入力を受け付ける。企業端末２０が、サービスＵＩを介して、デッドスペース情報の入力を受け付ける場合について、図４に基づいて説明する。
図４は、デッドスペース情報の入力を受け付けるためのサービスＵＩの一例を模式的に示した図である。同図において、企業端末２０が表示するサービスＵＩ５０を示している。サービスＵＩ５０は、デッドスペース情報の入力を受け付ける入力フォームが設定されたものである。サービスＵＩ５０において、デッドスペース情報として、名称、住所、広さ、貸出可能日時、貸出期間、定員、備品、備考、画像の入力フォームが示されている。入力フォームは、直接入力により、必要な情報の入力が行なわれるものであっても良いし、複数の選択肢からの選択入力により、必要な情報の入力が行なわれるものであっても良いし、これらを組み合わせたものであっても良いし、それ以外の方法により必要な情報の入力が行なわれるものであっても良い。なお、サービスＵＩ５０に設定される入力フォームの場所、内容、種類及びその機能については、図示したものに限定されるものではなく、適宜変更可能である。
企業端末２０は、このサービスＵＩ５０の入力フォームに対して、デッドスペース情報の入力を受け付ける。企業端末２０は、受け付けたデッドスペース情報を、コンピュータ１０に送信する。
デッドスペース情報取得モジュールは、このデッドスペース情報を受信し、企業２から、デッドスペースに関するデッドスペース情報を取得する。
企業端末２０が、メールにより、デッドスペース情報の入力を受け付ける場合、メールのタイトル、本文、添付ファイル等に、デッドスペース情報の入力を受け付け、受け付けたメールを送信すれば良い。デッドスペース情報取得モジュールは、このメールを受信し、企業２から、デッドスペースに関するデッドスペース情報を取得する。
企業端末２０が、メッセージアプリケーションにより、デッドスペース情報の入力を受け付ける場合、メッセージ内容に、デッドスペース情報の入力を受け付け、受け付けたメッセージを送信すれば良い。デッドスペース情報取得モジュールは、このメッセージを受信し、企業２から、デッドスペースに関するデッドスペース情報を取得する。

なお、デッドスペース情報取得モジュールは、企業端末２０がデッドスペース情報を送信する都度、デッドスペース情報を取得するだけでなく、定期、不定期又は所定の条件（例えば、貸出可能日時が終了した時、貸出期間が終了した時、予約締切日時が終了した時、デッドスペース情報を新たに取得した時、後述する予約を受け付けた時、新たな企業２、セラピー事業者３又は従業員４がアカウントを登録した時）に基づいて、デッドスペース情報の送信を、企業端末２０に要求する構成も可能である。デッドスペース情報取得モジュールは、デッドスペース情報の送信の要求を、企業端末２０に送信する。企業端末２０は、この要求に基づいて、デッドスペース情報を、コンピュータ１０に送信する構成であれば良い。
また、デッドスペース情報取得モジュールは、セラピー事業者３又は従業員４からの要求に基づいて、デッドスペース情報の送信を、企業端末２０に要求する構成も可能である。事業者端末３０又は従業員端末４０は、デッドスペース情報の送信の要求を、コンピュータ１０に送信する。デッドスペース情報取得モジュールは、この要求を受信し、この要求に基づいて、デッドスペース情報の送信の要求を、企業端末２０に送信する。企業端末２０は、この要求に基づいて、デッドスペース情報を、コンピュータ１０に送信する構成であれば良い。

図３に戻り、貸出処理の続きを説明する。
一覧作製モジュールは、取得したデッドスペース情報に基づいて、デッドスペースの一覧を作成する（ステップＳ１１）。
一覧作製モジュールは、取得したデッドスペース情報に基づいた一覧を作成する（図５参照）。この一覧は、デッドスペース毎に、デッドスペース情報をまとめたものであり、各デッドスペースを、所定の条件（例えば、名称順、貸出時間順、貸出可能日時順、貸出期間順、定員順、広さ順、）に基づいて並べたものである。
一覧作製モジュールは、所定の数のデッドスペース情報を取得した時点で、この一覧を作成するものであっても良いし、デッドスペース情報を新たに取得する都度、既存の一覧に新たに取得したデッドスペース情報を追加し、一覧を更新するものであっても良い。この場合、既存の一覧が存在しない場合、一覧作製モジュールは、デッドスペース情報を最初に取得した時点で、一覧を作成すれば良い。
図５は、一覧作製モジュールが作成した一覧の一例を模式的に示した図である。同図において、一覧作製モジュールが作成した一覧６０を示している。一覧６０は、デッドスペース毎に、デッドスペース情報をまとめて、デッドスペースの名称順に並べたものである。一覧６０において、貸出可能日時、名称、定員、備品、備考、画像が示されている。なお、一覧６０に示されるデッドスペース情報の並び順、場所、内容及び種類については、図示したものに限定されるものではなく、適宜変更可能である。

図３に戻り、貸出処理の続きを説明する。
一覧出力モジュールは、セラピー事業者３に、作成したデッドスペースの一覧を出力する（ステップＳ１２）。
一覧出力モジュールは、一覧６０が作成された際、セラピー事業者３に、作成したデッドスペースの一覧６０を出力する。
一覧出力モジュールは、作成した一覧６０を、サービスＵＩ、メール、メッセージアプリケーション等を介して、事業者端末３０に送信する。サービスＵＩである場合、一覧出力モジュールは、作成した一覧６０を送信する。メールである場合、一覧出力モジュールは、メール本文に一覧６０の内容を記載し、メールを送信する、又は、一覧６０をメールに添付し、メールを送信する。メッセージアプリケーションである場合、一覧出力モジュールは、メッセージ内容に一覧６０の内容を記載し、メッセージを送信する、又は、一覧６０を、メッセージとして送信する。
事業者端末３０は、この一覧を受信し、自身の表示部等に表示する。サービスＵＩである場合、事業者端末３０は、サービスＵＩに、この一覧を表示する。メールである場合、事業者端末３０は、メールを表示する。メッセージアプリケーションである場合、事業者端末３０は、メッセージを表示する。
一覧出力モジュールは、作成した一覧６０を、事業者端末３０に表示させることにより、セラピー事業者３に、作成したデッドスペースの一覧を出力する。

なお、一覧出力モジュールは、一覧６０が作成される都度、一覧６０を出力するだけでなく、定期、不定期又は所定の条件（例えば、デッドスペースの貸出が完了した時、新たなセラピー事業者３がアカウントを登録した時）に基づいて、一覧６０を事業者端末３０に出力する構成も可能である。
また、一覧出力モジュールは、企業２、セラピー事業者３又は従業員４からの要求に基づいて、一覧６０を出力する構成も可能である。企業端末２０、事業者端末３０又は従業員端末４０は、一覧６０の出力の要求を、コンピュータ１０に送信する。一覧出力モジュールは、この要求を受信し、この要求に基づいて、一覧６０をセラピー事業者３に出力する構成であれば良い。

申請受付モジュールは、セラピー事業者３から、出力した一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付ける（ステップＳ１３）。
事業者端末３０は、セラピー事業者３から、利用申請に必要な利用申請用情報の入力を受け付ける。利用申請用情報は、上述した通り、申請日時、貸出希望日時、貸出を所望するデッドスペースの名称等のデッドスペースの貸出に必要な情報と、セラピー事業者３の識別子、施術者の識別子、施術内容、料金、連絡先等の施術を行うセラピー事業者３に関する情報とを含むものである。
事業者端末３０は、サービスＵＩ、メール、メッセージアプリケーション等を介して、利用申請用情報の入力を受け付ける。事業者端末３０が、サービスＵＩを介して、利用申請用情報の入力を受け付ける場合について、図５及び図６に基づいて説明する。
事業者端末３０は、図５で示した一覧６０をサービスＵＩに表示し、各デッドスペースに対する選択入力を受け付ける。事業者端末３０は、表示した一覧６０に対して、入力操作を受け付け、セラピー事業者３が貸出を所望するデッドスペースの選択入力を受け付ける。
事業者端末３０は、デッドスペースに対する選択入力を受け付けた際、利用申請用情報の入力を受け付けるためのサービスＵＩに遷移する（図６参照）。
図６は、利用申請用情報の入力を受け付けるためのサービスＵＩの一例を模式的に示した図である。同図において、事業者端末３０が表示するサービスＵＩ７０を示している。サービスＵＩ７０は、利用申請用情報の入力を受け付ける入力フォームが設定されたものである。サービスＵＩ７０において、利用申請用情報として、申請日時、貸出希望日時、貸出希望スペース、事業者名、施術内容、料金、連絡先が示されている。入力フォームは、直接入力により、必要な情報の入力が行なわれるものであっても良いし、複数の選択肢からの選択入力により、必要な情報の入力が行なわれるものであっても良いし、これらを組み合わせたものであっても良いし、それ以外の方法により必要な情報の入力が行なわれるものであっても良い。例えば、サービスＵＩ７０において、一覧６０に対して、選択入力を受け付けたデッドスペース情報を、デッドスペースの貸出に必要な情報の入力フォームに対して、自動的に入力し、セラピー事業者３のアカウントに含まれる情報を、セラピー事業者３に関する情報の入力フォームに対して、自動的に入力する構成も可能である。なお、サービスＵＩ７０に設定される入力フォームの場所、内容、種類及びその機能については、図示したものに限定されるものではなく、適宜変更可能である。
事業者端末３０は、このサービスＵＩ７０の入力フォームに対して、利用申請用情報の入力を受け付ける。事業者端末３０は、受け付けた利用申請用情報を、コンピュータ１０に送信する。
申請受付モジュールは、この利用申請用情報を受信し、セラピー事業者３から、出力した一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付ける。
事業者端末３０が、メールにより、利用申請用情報の入力を受け付ける場合、メールのタイトル、本文、添付ファイル等に、利用申請用情報の入力を受け付け、受け付けたメールを送信すれば良い。申請受付モジュールは、このメールを受信し、セラピー事業者３から、出力した一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付ける。
事業者端末３０が、メッセージアプリケーションにより、利用申請用情報の入力を受け付ける場合、メッセージ内容に、利用申請用情報の入力を受け付け、受け付けたメッセージを送信すれば良い。申請受付モジュールは、このメッセージを受信し、セラピー事業者３から、出力した一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付ける。

図３に戻り、貸出処理の続きを説明する。
申請通知モジュールは、利用申請を受け付けたデッドスペースを保有する企業２に、利用申請を受け付けたことを通知する（ステップＳ１４）。
申請通知モジュールは、受信した利用申請用情報に含まれるデッドスペースの名称等に基づいて、利用申請を受け付けたデッドスペースを保有する企業２を特定する。申請通知モジュールは、サービスＵＩ、メール、メッセージアプリケーション等を介して、特定した企業２が管理する企業端末２０に、受信した利用申請用情報を送信する。サービスＵＩである場合、申請通知モジュールは、受信した利用申請用情報を送信する。メールである場合、申請通知モジュールは、メール本文に受信した利用申請用情報を記載し、メールを送信する、又は、受信した利用申請用情報をメールに添付し、メールを送信する。メッセージアプリケーションである場合、申請通知モジュールは、メッセージ内容に受信した利用申請用情報を記載し、メッセージを送信する、又は、受信した利用申請用情報を、メッセージとして送信する。
企業端末２０は、この利用申請用情報を受信し、自身の表示部等に表示する。サービスＵＩである場合、企業端末２０は、サービスＵＩに、この利用申請用情報を表示する。メールである場合、企業端末２０は、メールを表示する。メッセージアプリケーションである場合、企業端末２０は、メッセージを表示する。
申請通知モジュールは、受信した利用申請用情報を、企業端末２０に表示させることにより、利用申請を受け付けたデッドスペースを保有する企業２に、利用申請を受け付けたことを通知する。

決定受付モジュールは、通知に基づいて、企業２から、セラピー事業者３への利用申請を受け付けたデッドスペースの貸出の決定を受け付ける（ステップＳ１５）。
企業端末２０は、担当者等から、利用申請を受け付けたデッドスペースの貸出の決定に必要な貸出決定用情報の入力を受け付ける。貸出決定用情報は、上述した通り、デッドスペースの貸出日時、貸出期間、貸し出すスペースの識別子等の貸出を決定したデッドスペースに関する情報と、デッドスペースを貸し出すセラピー事業者３の識別子、施術内容、料金、連絡先等の貸出先となるセラピー事業者３に関する情報とを含むものである。企業端末２０は、サービスＵＩ、メール、メッセージアプリケーション等を介して、この貸出決定用情報の入力を受け付ける。企業端末２０が、サービスＵＩを介して、貸出決定用情報の入力を受け付ける場合について、図７に基づいて説明する。
図７は、貸出決定用情報の入力を受け付けるためのサービスＵＩの一例を模式的に示した図である。同図において、企業端末２０が表示するサービスＵＩ８０を示している。サービスＵＩ８０は、貸出決定用情報の入力フォームが設定されたものである。サービスＵＩ８０において、貸出決定用情報として、申請日時、貸出日時、貸出スペース名、事業者名、施術内容、料金、連絡先の入力フォームと、貸出の許可の入力を受け付ける許可アイコン８１、貸出の不許可の入力を受け付ける不許可アイコン８２とが示されている。入力フォームは、直接入力により、必要な情報の入力が行なわれるものであっても良いし、複数の選択肢からの選択入力により、必要な情報の入力が行なわれるものであっても良いし、これらを組み合わせたものであっても良いし、それ以外の方法により必要な情報の入力が行なわれるものであっても良い。例えば、サービスＵＩ８０において、受信した利用申請用情報に基づいた内容を、この入力フォームに対して、自動的に入力する構成も可能である。なお、サービスＵＩ８０に設定される入力フォームの場所、内容、種類及びその機能については、図示したものに限定されるものではなく、適宜変更可能である。
企業端末２０は、このサービスＵＩ８０の入力フォームに対して、貸出決定用情報の入力を受け付けるとともに、許可アイコン８１又は不許可アイコン８２に対する入力を受け付ける。企業端末２０は、許可アイコン８１に対する入力操作を受け付けた場合、利用申請を受け付けたデッドスペースの貸出の決定を受け付ける。一方、企業端末２０は、不許可アイコン８２に対する入力操作を受け付けた場合、利用申請を受け付けたデッドスペースの貸出の不許可の決定を受け付ける。
企業端末２０は、許可アイコン８１に対する入力操作を受け付けた場合、後述するステップＳ１６の処理を実行し、不許可アイコン８２に対する入力操作を受け付けた場合、後述するステップＳ１６の処理を実行しない。
企業端末２０が、許可アイコン８１に対する入力操作を受け付けた場合について説明する。
企業端末２０が、許可アイコン８１に対する入力操作を受け付けた場合、利用申請の貸出の決定の許可を貸出決定用情報に含めて、コンピュータ１０に送信する。
決定受付モジュールは、この貸出決定用情報を受信し、企業２から、セラピー事業者３への利用申請を受け付けたデッドスペースの貸出の決定を受け付ける。
企業端末２０が、メールにより、貸出決定用情報の入力を受け付ける場合、メールのタイトル、本文、添付ファイル等に、貸出決定用情報及び貸出を許可する旨の入力を受け付け、受け付けたメールを送信すれば良い。決定受付モジュールは、このメールを受信し、企業２から、セラピー事業者３への、利用申請を受け付けたデッドスペースの貸出の決定を受け付ける。
企業端末２０が、メッセージアプリケーションにより、貸出決定用情報の入力を受け付ける場合、メッセージ内容に、貸出決定用情報及び貸出を許可する旨の入力を受け付け、受け付けたメッセージを送信すれば良い。決定受付モジュールは、このメッセージを受信し、企業２からセラピー事業者３への、利用申請を受け付けたデッドスペースの貸出の決定を受け付ける。
企業端末２０が、不許可アイコン８２に対する入力操作を受け付けた場合について説明する。
企業端末２０が、不許可アイコン８２に対する入力操作を受け付けた場合、利用申請の貸出の決定の不許可を貸出決定用情報に含めて、コンピュータ１０に送信する。
決定受付モジュールは、この貸出決定用情報を受信し、企業２から、セラピー事業者３への利用申請を受け付けたデッドスペースの貸出の決定が不許可であったことを受け付ける。
企業端末２０が、メールにより、貸出決定用情報の入力を受け付ける場合、メールのタイトル、本文、添付ファイル等に、貸出決定用情報及び貸出を許可しない旨の入力を受け付け、受け付けたメールを送信すれば良い。決定受付モジュールは、このメールを受信し、企業２から、セラピー事業者３への、利用申請を受け付けたデッドスペースの貸出の決定が不許可であったことを受け付ける。
企業端末２０が、メッセージアプリケーションにより、貸出決定用情報の入力を受け付ける場合、メッセージ内容に、貸出決定用情報及び貸出を許可しない旨の入力を受け付け、受け付けたメッセージを送信すれば良い。決定受付モジュールは、このメッセージを受信し、企業２からセラピー事業者３への、利用申請を受け付けたデッドスペースの貸出の決定が不許可であったことを受け付ける。

図３に戻り、貸出処理の続きを説明する。
貸出通知モジュールは、セラピー事業者３に、利用申請を受け付けたデッドスペースの貸出の決定を通知する（ステップＳ１６）。
貸出通知モジュールは、受信した貸出決定用情報に含まれるセラピー事業者３の名称等に基づいて、デッドスペースの貸出が決定されたセラピー事業者３を特定する。貸出通知モジュールは、サービスＵＩ、メール、メッセージアプリケーション等を介して、特定したセラピー事業者３が管理する事業者端末３０に、受信した貸出決定用情報を送信する。サービスＵＩである場合、貸出通知モジュールは、受信した貸出決定用情報を送信する。メールである場合、貸出通知モジュールは、メール本文に受信した貸出決定用情報を記載し、メールを送信する、又は、受信した貸出決定用情報をメールに添付し、メールを送信する。メッセージアプリケーションである場合、貸出通知モジュールは、メッセージ内容に受信した貸出決定用情報を記載し、メッセージを送信する、又は、受信した貸出決定用情報を、メッセージとして送信する。
事業者端末３０は、この貸出決定用情報を受信し、自身の表示部等に表示する。サービスＵＩである場合、事業者端末３０は、サービスＵＩに、この貸出決定用情報を表示する。メールである場合、事業者端末３０は、メールを表示する。メッセージアプリケーションである場合、事業者端末３０は、メッセージを表示する。
貸出通知モジュールは、受信した貸出決定用情報を、事業者端末３０に表示させることにより、セラピー事業者３に、利用申請を受け付けたデッドスペースの貸出の決定を通知する。
なお、貸出通知モジュールは、セラピー事業者３に、少なくとも貸出の許可を決定したことを通知する構成であれば良い。例えば、貸出通知モジュールは、この貸出の許可を決定したことを示すテキストや画像等を、特定したセラピー事業者３が管理する事業者端末３０に、送信し、事業者端末３０に表示させるものであれば良い。
また、貸出通知モジュールは、受信した貸出決定用情報が、貸出の不許可の決定を含むものであった場合、この貸出決定用情報に含まれるセラピー事業者３の名称等に基づいて、デッドスペースの貸出が許可されなかったセラピー事業者３を特定し、特定したセラピー事業者３が管理する事業者端末３０に、デッドスペースの貸出が許可されなかったことを示すテキストや画像等を送信し、事業者端末３０に表示させるものであっても良い。

ここで、ステップＳ１３の処理において、申請受付モジュールが、複数のセラピー事業者３から、同一のデッドスペースに対して、利用申請を受け付けた場合について説明する。
この場合、ステップＳ１４の処理において、申請通知モジュールは、利用申請を受け付けたデッドスペースを保有する企業２に、複数のセラピー事業者３から、利用申請を受け付けたことを通知する。申請通知モジュールは、各事業者端末３０が送信した利用申請用情報を、企業端末２０に送信する。
ステップＳ１５の処理において、企業端末２０は、利用申請を行ったセラピー事業者３の内、一のセラピー事業者３を選択し、このセラピー事業者３に関する情報及びこのセラピー事業者３にデッドスペースの貸出の決定を含む貸出決定用情報をコンピュータ１０に送信する。決定受付モジュールは、この貸出決定用情報を受信し、企業２から、複数のセラピー事業者３の内、企業２が選択した一のセラピー事業者３への利用申請を受け付けたデッドスペースの貸出の決定を受け付ける。ここで、企業端末２０は、複数のセラピー事業者３からの利用申請の内、一のセラピー事業者３に対してのみ、デッドスペースの貸出の決定を含む貸出決定用情報を、コンピュータ１０に送信するものであっても良いし、一のセラピー事業者３以外のセラピー事業者３に対して、デッドスペースの貸出の不許可を含む貸出決定用情報を、コンピュータ１０に送信するものであっても良いし、これら両方を行うものであっても良い。
ステップＳ１６の処理において、受信した貸出の決定を含む貸出決定用情報に含まれるセラピー事業者３の名称等に基づいて、デッドスペースの貸出が決定されたセラピー事業者３を特定し、それ以外のセラピー事業者３については、受け付けた利用申請用情報又は受信した貸出の不許可の決定を含む貸出決定用情報に含まれるセラピー事業者３の名称等に基づいて、デッドスペースの貸出が許可されなかった他のセラピー事業者３を特定する。貸出通知モジュールは、デッドスペースの貸出が決定されたセラピー事業者３に対して、ステップＳ１６の処理を実行し、デッドスペースの貸出が許可されなかった他のセラピー事業者３に対して、この他のセラピー事業者３が管理する事業者端末３０に、デッドスペースの貸出が許可されなかったことを示すテキストや画像等を送信し、他の事業者端末３０に表示させ、デッドスペースの貸出が許可されなかった他のセラピー事業者３に、利用申請を受け付けたデッドスペースの貸出が許可されなかったことを通知する。

以上が、貸出処理である。

［コンピュータ１０が実行する予約状況通知処理］
図８に基づいて、コンピュータ１０が実行する予約状況通知処理について説明する。同図は、コンピュータ１０が実行する予約状況通知処理のフローチャートを示す図である。本予約状況通知処理は、上述したセラピーの予約を受け付ける予約受付処理（ステップＳ６）、受け付けた予約の状況を通知する第２通知処理（ステップＳ７）の詳細である。本予約状況通知処理は、上述した貸出処理の後に実行する処理である。

予約受付モジュールは、企業２の従業員４から、デッドスペースで施術を受けるセラピーの予約を受け付ける（ステップＳ２０）。
従業員端末４０は、デッドスペースの貸出を決定した企業２の従業員４から、従業員４自身が施術を所望するセラピーの予約に必要な予約用情報の入力を受け付ける。予約用情報は、上述した通り、オフィスの名称、施術を所望するセラピーの識別子、セラピーの内容、セラピーの施術を受ける日時、セラピー事業者の識別子等のセラピーに関する情報と、従業員４がアカウント作成時に登録した個人情報とを含むものであり、予約の内容となる。従業員端末４０は、サービスＵＩ、メール、メッセージアプリケーション等を介して、この予約用情報の入力を受け付ける。従業員端末４０が、サービスＵＩを介して、予約用情報の入力を受け付ける場合について、図９及び図１０に基づいて説明する。
図９は、予約用情報の入力を受け付けるためのサービスＵＩの一例を模式的に示した図である。同図において、従業員端末４０が表示するサービスＵＩ９０を示している。サービスＵＩ９０は、貸出決定用情報に基づいた内容を表示するものである。サービスＵＩ９０において、この従業員４が属する企業２が貸出を決定したオフィス名、貸出が決定されたセラピー事業者３のセラピーの識別子、セラピーの内容、セラピーの施術を受ける日時、セラピー事業者の識別子等のセラピーに関する情報と、予約可能な残り人数の目安（例えば、〇なら残り十分、△なら残り僅か、売切なら残り無し、枠未設定及び貸出時間終了は予約を受け付けていない）とが示されている。サービスＵＩ９０において、予約可能であるものについてと、そうでないものとでは、異なる表示態様で示している（本図では、予約可能なものをハッチングにより示している）。なお、サービスＵＩ９０が表示する場所、内容、種類及びその機能については、図示したものに限定されるものではなく、適宜変更可能である。また、異なる表示態様についても、本図で示したものに限定されるものではなく、予約可能なものが視認可能な方法であれば良く、更に、予約ができないものについては、非表示としていても良い。
従業員端末４０は、サービスＵＩ９０が示す各セラピーに対して、従業員４から入力操作を受け付け、予約用情報の入力を受け付ける別のサービスＵＩに遷移する（図１０参照）。
図１０は、予約用情報の入力を受け付けるためのサービスＵＩの一例を模式的に示した図である。同図において、従業員端末４０が表示するサービスＵＩ１００を示している。サービスＵＩ１００は、サービスＵＩ９０において入力されたセラピーに関する内容を表示するものである。サービスＵＩ１００において、サービスＵＩ９０に対して入力を受け付けたセラピーの開始時間、終了時間及び料金と、このセラピーに関する情報とが示されている。なお、サービスＵＩ１００が表示する場所、内容、種類及びその機能については、図示したものに限定されるものではなく、適宜変更可能である。また、サービスＵＩ１００において、予約可能なものと予約ができないものとを、異なる標示態様で示しても良く、この場合、予約可能なものが視認可能な方法であれば良く、更に、予約ができないものについては、非表示としていても良い。
従業員端末４０は、サービスＵＩ１００が示す各時間に対して、従業員４から入力操作を受け付ける。従業員端末４０は、受け付けた各時間を含むサービスＵＩ１００で示されたセラピーに関する情報と、従業員４の個人情報とを予約用情報として、コンピュータ１０に送信する。
予約受付モジュールは、この予約用情報を受信し、企業２の従業員４から、デッドスペースで施術を受けるセラピーの予約を受け付ける。
従業員端末４０が、メールにより、予約用情報の入力を受け付ける場合、メールのタイトル、本文、添付ファイル等に、予約用情報の入力を受け付け、受け付けたメールを送信すれば良い。予約受付モジュールは、この予約用情報を受信し、企業２の従業員４から、デッドスペースで施術を受けるセラピーの予約を受け付ける。
従業員端末４０が、メッセージアプリケーションにより、予約用情報の入力を受け付ける場合、メッセージ内容に、予約用情報の入力を受け付け、受け付けたメッセージを送信すれば良い。予約受付モジュールは、この予約用情報を受信し、企業２の従業員４から、デッドスペースで施術を受けるセラピーの予約を受け付ける。
予約受付モジュールは、セラピーの予約を受け付けた時、従業員端末４０が表示するサービスＵＩ９０，１００の表示内容を更新する。例えば、予約受付モジュールは、予約可能な残り人数の目安を変更する、定員を満たしたセラピーについて非表示とする等を行い、サービスＵＩ９０，１００の表示内容を更新する。

なお、予約受付モジュールは、任意のタイミングで、予約用情報を受け付けるだけでなく、定期、不定期又は所定の条件（例えば、新たなデッドスペースの貸出を決定した時、前回セラピーの施術を受けた後、所定の期間が経過した時、従業員４が休暇を取得しようとした時）に基づいて、予約用情報の送信を、従業員端末４０に要求する構成も可能である。予約受付モジュールは、予約用情報の送信の要求を、従業員端末４０に送信する。従業員端末４０は、この要求に基づいて、予約用情報を、コンピュータ１０に送信する構成であれば良い。ここで、従業員４にとって、予約用情報の送信が不要である場合、従業員端末４０は、従業員４からその旨の入力を受け付け、その旨をコンピュータ１０に送信すれば良い。これにより、従業員端末４０は、従業員４が不要なタイミングで、予約用情報を送信せずに済む。
また、予約受付モジュールは、企業２からの要求に基づいて、予約用情報の送信を、従業員端末４０に要求する構成も可能である。企業端末２０は、予約用情報の送信の要求を、コンピュータ１０に送信する。予約受付モジュールは、この要求を受信し、この要求に基づいて、予約用情報の送信の要求を、従業員端末４０に送信する。従業員端末４０は、この要求に基づいて、予約用情報を、コンピュータ１０に送信する構成であれば良い。この場合も、上述した場合と同様に、従業員４にとって、予約用情報の送信が不要である場合、従業員端末４０は、従業員４からその旨の入力を受け付け、その旨をコンピュータ１０に送信すれば良い。

図８に戻り、予約状況通知処理の続きを説明する。
事業者予約状況通知モジュールは、セラピー事業者３に、受け付けた予約の状況を通知する（ステップＳ２１）。
事業者予約状況通知モジュールは、受信した予約用情報に含まれるセラピー事業者３の名称等に基づいて、従業員４が所望したセラピーを施術するセラピー事業者３を特定する。事業者予約状況通知モジュールは、サービスＵＩ、メール、メッセージアプリケーション等を介して、特定したセラピー事業者３が管理する事業者端末３０に、予約用情報に基づいたセラピーの予約を受け付けたことと、予約の内容とを予約の状況とし、この予約の状況を送信する。サービスＵＩである場合、事業者予約状況通知モジュールは、予約の状況を送信する。メールである場合、事業者予約状況通知モジュールは、メール本文に、予約の状況を記載し、メールを送信する、又は、予約の状況をメールに添付し、メールを送信する。メッセージアプリケーションである場合、事業者予約状況通知モジュールは、メッセージ内容に予約の状況を記載し、メッセージを送信する、又は、予約の状況を、メッセージとして送信する。
事業者端末３０は、この予約の状況を受信し、自身の表示部等に表示する。サービスＵＩである場合、事業者端末３０は、サービスＵＩに、この予約の状況を表示する。メールである場合、事業者端末３０は、メールを表示する。メッセージアプリケーションである場合、事業者端末３０は、メッセージを表示する。
事業者予約状況通知モジュールは、予約の状況を、事業者端末３０に表示させることにより、セラピー事業者３に、受け付けた予約の状況を通知する。
なお、事業者予約状況通知モジュールは、セラピー事業者３に、少なくとも予約が行われたことを通知する構成であれば良い。例えば、事業者予約状況通知モジュールは、予約が行われたこと及びこの日時を示すテキストや画像等を、特定したセラピー事業者３が管理する事業者端末３０に送信し、事業者端末３０に表示させるものであれば良い。

企業予約状況通知モジュールは、企業２に、受け付けた予約の状況を通知する（ステップＳ２２）。
企業予約状況通知モジュールは、受信した予約用情報に含まれるオフィス名等に基づいて、従業員４が所望したセラピーの施術場所を保有する企業２を特定する。企業予約状況通知モジュールは、サービスＵＩ、メール、メッセージアプリケーション等を介して、特定した企業２が管理する企業端末２０に、予約用情報に基づいたセラピーの予約を受け付けたことと、予約の内容とを予約の状況とし、この予約の状況を送信する。サービスＵＩである場合、企業予約状況通知モジュールは、予約の状況を送信する。メールである場合、企業予約状況通知モジュールは、メール本文に、予約の状況を記載し、メールを送信する、又は、予約の状況をメールに添付し、メールを送信する。メッセージアプリケーションである場合、企業予約状況通知モジュールは、メッセージ内容に予約の状況を記載し、メッセージを送信する、又は、予約の状況を、メッセージとして送信する。
企業端末２０は、この予約の状況を受信し、自身の表示部等に表示する。サービスＵＩである場合、企業端末２０は、サービスＵＩに、この予約の状況を表示する。メールである場合、企業端末２０は、メールを表示する。メッセージアプリケーションである場合、企業端末２０は、メッセージを表示する。
企業予約状況通知モジュールは、予約の状況を、企業端末２０に表示させることにより、企業２に、受け付けた予約の状況を通知する。
なお、企業予約状況通知モジュールは、企業２に、少なくとも予約が行われたこと及び予約を行った従業員４の識別子を通知する構成であれば良い。例えば、企業予約状況通知モジュールは、予約が行われたこと、予約を行った従業員４の識別子及びこの日時を示すテキストや画像等を、特定した企業２が管理する企業端末２０に送信し、企業端末２０に表示させるものであれば良い。

企業予約状況通知モジュールは、任意のタイミング（例えば、所定の入力を受け付けた時、予約の状況を通知した時）に基づいて、企業端末２０から、企業２が保有する各デッドスペースにおける予約の状況の通知の要求を受け付ける構成も可能である。企業端末２０は、予約の状況の通知の要求を、コンピュータ１０に送信する。企業予約状況通知モジュールは、この要求を受信し、この企業２が保有するデッドスペースにおける予約の状況を一覧としてまとめ、この一覧を、予約の状況として企業２に通知する構成であれば良い。
この場合について説明する。
企業端末２０は、企業２が保有する各デッドスペースにおける予約の状況の通知の要求を受け付ける。企業端末２０は、この要求を、コンピュータ１０に送信する。企業予約状況通知モジュールは、この要求を受信し、この企業２が保有するデッドスペースにおける予約の状況を一覧としてまとめる（図１１参照）。
図１１は、企業予約状況通知モジュールがまとめた予約の状況の一覧の一例を模式的に示した図である。同図において、企業予約状況通知モジュールがまとめた一覧１１０を示している。一覧１１０は、日付毎に、保有するデッドスペースの予約の状況（ここでは、例えば、デッドスペース情報、予約可能な残り人数の目安（例えば、〇なら残り十分、△なら残り僅か、×なら残り無し）、セラピー事業者３の担当者の連絡方法（例えば、電話番号、メールアドレス）等をまとめたものである。各予約の状況は、所定の条件（例えば、予約の状況順、スペース名順、貸出時間順）に従って並べられている。なお、一覧１１０に示される予約の状況の並び順、場所、内容、種類及び表示態様については、図示したものに限定されるものではなく、適宜変更可能である。
企業予約状況通知モジュールは、この一覧１１０を、サービスＵＩ、メール、メッセージアプリケーション等を介して、企業端末２０に送信する。サービスＵＩである場合、企業予約状況通知モジュールは、一覧１１０を送信する。メールである場合、企業予約状況通知モジュールは、メール本文に、一覧１１０を記載し、メールを送信する、又は、一覧１１０をメールに添付し、メールを送信する。メッセージアプリケーションである場合、企業予約状況通知モジュールは、メッセージ内容に一覧１１０を記載し、メッセージを送信する、又は、一覧１１０をメッセージとして送信する。
企業端末２０は、この一覧１１０を受信し、自身の表示部等に表示する。サービスＵＩである場合、企業端末２０は、サービスＵＩに、この一覧１１０を表示する。メールである場合、企業端末２０は、メールを表示する。メッセージアプリケーションである場合、企業端末２０は、メッセージを表示する。
企業予約状況通知モジュールは、この一覧１１０を、企業端末２０に表示させることにより、企業２に予約の状況を通知する。

上述した一覧１１０とは別の一覧の例について図１２に基づいて説明する。
図１２は、企業予約状況通知モジュールがまとめた予約の状況の一覧の別の例を模式的に示した図である。同図において、企業予約状況通知モジュールがまとめた一覧１２０を示している。一覧１２０は、日付毎に保有するデッドスペースの予約の状況（ここでは、例えば、予約受付中である、予約受付中でない（貸出枠売切、貸出予約締切））等をまとめたものである。各予約の状況は、所定の条件（例えば、予約の状況順、スペース名順、貸出時間順）に従って並べられている。一覧１２０において、予約受付中であるデッドスペースと、予約受付中ではないデッドスペースとを異なる表示態様により示している。更に、貸出枠売切のデッドスペースと、貸出予約締切のデッドスペースとを異なる表示態様により示している。すなわち、予約の状況毎に、異なる表示態様が示されている。なお、一覧１２０に示される予約の状況の並び順、場所、内容、種類及び表示態様については、図示したものに限定されるものではなく、適宜変更可能である。
企業予約状況通知モジュールは、この一覧１２０を、サービスＵＩ、メール、メッセージアプリケーション等を介して、企業端末２０に送信する。サービスＵＩである場合、企業予約状況通知モジュールは、一覧１２０を送信する。メールである場合、企業予約状況通知モジュールは、メール本文に、一覧１２０を記載し、メールを送信する、又は、一覧１２０をメールに添付し、メールを送信する。メッセージアプリケーションである場合、企業予約状況通知モジュールは、メッセージ内容に一覧１２０を記載し、メッセージを送信する、又は、一覧１２０をメッセージとして送信する。
企業端末２０は、この一覧１２０を受信し、自身の表示部等に表示する。サービスＵＩである場合、企業端末２０は、サービスＵＩに、この一覧１２０を表示する。メールである場合、企業端末２０は、メールを表示する。メッセージアプリケーションである場合、企業端末２０は、メッセージを表示する。
企業予約状況通知モジュールは、この一覧１２０を、企業端末２０に表示させることにより、企業２に予約の状況を通知する。

企業予約状況通知モジュールは、これら一覧１１０，１２０を、予め設定された内容に基づいて、何れかを企業２に通知するものであっても良いし、両方を企業２に通知するものであっても良い。また、企業予約状況通知モジュールは、企業端末２０からの要求中に、何れかを通知するかを含めておき、要求に含まれるものを通知するものであっても良い。

以上が、予約状況通知処理である。

［コンピュータ１０が実行する第１課金処理］
図１３に基づいて、コンピュータ１０が実行する第１課金処理について説明する。同図は、コンピュータ１０が実行する第１課金処理のフローチャートを示す図である。本第１課金処理は、上述したステップＳ２０の処理の際、実行する処理である。

従業員課金モジュールは、セラピーの予約を受け付けた際、従業員４に、利用料金を課金する（ステップＳ３０）。
従業員課金モジュールは、セラピーの予約を行った従業員４のアカウントに登録された決済方法に基づいて、利用料金を課金する。従業員課金モジュールが実行する課金方法は、一般的な口座決済、電子マネー決済、カード決済等であれば良く、その詳細な説明は省略する。
従業員課金モジュールは、課金結果を、従業員端末４０に送信する。従業員端末４０は、この課金結果を受信し、自身の表示部等に表示する。
従業員課金モジュールは、課金結果を、従業員端末４０に表示させることにより、従業員４に課金結果を通知する。
なお、従業員課金モジュールは、残高不足や使用制限等の何らかの理由により、従業員４に対して、利用料金の課金が行えなかった場合、その旨を従業員４に通知し、残高不足の解消や別の決済方法の登録等を従業員４に促す。従業員課金モジュールは、従業員４に対して、利用料金の課金が行えない場合、本第１課金処理を終了する。加えて、ステップＳ２０の処理において、予約受付モジュールは、予約の受付を一旦保留し、従業員４に対して、その旨を通知し、残高不足の解消や別の決済方法の登録等を従業員４に促す。その後、従業員課金モジュールが、従業員４に対して、利用料金の課金が行えない場合、予約受付モジュールは、予約の受付を中止し、利用料金の課金が行えなかったために、予約の受付を中止したことを従業員４に通知し、コンピュータ１０は、ステップＳ２１以降の処理を実行しない。これらの場合における通知方法は、コンピュータ１０が、各通知内容を、従業員端末４０に送信し、従業員端末４０に各通知内容を表示させることにより行えば良い。

算出モジュールは、課金した利用料金から、所定の金額を差し引いた金額を算出する（ステップＳ３１）。
所定の金額は、例えば、デッドスペースの使用料金、貸出に必要な経費、仲介料であり、予め、貸出システム１の管理者や企業２により設定されたものである。
算出モジュールは、課金した利用料金から、この所定の金額を差し引いた金額を算出する。

送金モジュールは、セラピー事業者３に、課金した利用料金から所定の金額を差し引いた金額を送金する（ステップＳ３２）。
送金モジュールは、算出した金額を、セラピー事業者３のアカウントに登録された決済方法に基づいて、この金額を送金する。送金モジュールが実行する送金方法は、一般的な口座への送金、電子マネーへの送金等であれば良く、その詳細な説明は省略する。
送金モジュールは、送金結果を、事業者端末３０に送信する。事業者端末３０は、この送金結果を受信し、自身の表示部等に表示する。
送金モジュールは、送金結果を、事業者端末３０に表示させることにより、セラピー事業者３に送金結果を通知する。

以上が、第１課金処理である。

［コンピュータ１０が実行する第２課金処理］
図１４に基づいて、コンピュータ１０が実行する第２課金処理について説明する。同図は、コンピュータ１０が実行する第２課金処理のフローチャートを示す図である。本第２課金処理は、少なくともステップＳ２０の処理以前に実行する処理である。なお、上述した処理と同様の処理については、その詳細な説明は省略する。

企業課金モジュールは、企業２に、所定期間における利用料金を課金する（ステップＳ４０）。
所定期間における利用料金とは、例えば、週額制の利用料金、月額制の利用料金、年額制の利用料金である。この利用料金は、例えば、セラピー事業者３の来社１回につき、所定の金額が必要であるものとし、期間内（例えば、１週間、１月間、１年間）で、所定の回数来社する場合に基づいて設定されるものである。なお、この所定期間における利用料金は、上述した例に限定されるものではなく、その期間及び回数についても、同様である。
企業課金モジュールは、企業２のアカウントに登録された決済方法に基づいて、所定期間における利用料金を課金する。企業課金モジュールが実行する課金方法は、一般的な口座決済、電子マネー決済、カード決済等であれば良く、その詳細な説明は省略する。
企業課金モジュールは、課金結果を、企業端末２０に送信する。企業端末２０は、この課金結果を受信し、自身の表示部等に表示する。
企業課金モジュールは、課金結果を、企業端末２０に表示させることにより、企業２に課金結果を通知する。
なお、企業課金モジュールは、残高不足や使用制限等の何らかの理由により、企業２に対して、所定期間における利用料金の課金が行えなかった場合、その旨を企業２に通知し、残高不足の解消や別の決済方法の登録等を企業２に促す。企業課金モジュールは、企業２に対して、利用料金の課金が行えない場合、本第２課金処理を終了する。加えて、ステップＳ２０の処理において、予約受付モジュールは、予約の受付を一旦保留し、従業員４及び企業２に対して、その旨を通知し、残高不足の解消や別の決済方法の登録等を企業２に促す。その後、企業課金モジュールが、企業２に対して、所定期間における利用料金の課金が行えない場合、予約受付モジュールは、予約の受付を中止し、利用料金の課金が行えなかったために、予約の受付を中止したことを従業員４及び企業２に通知し、コンピュータ１０は、ステップＳ２１以降の処理を実行しない。
また、企業課金モジュールは、所定期間が終了する一定期間前、直前又は直後等の適宜なタイミングにおいて、次の所定期間における利用料金を自動的に課金するものであっても良いし、企業２に対して、所定期間が終了することを通知し、この通知に対する返答に基づいて、次の所定期間における利用料金を課金する又は課金しないものであっても良い。
これらの場合における通知方法は、コンピュータ１０が、各通知内容を、企業端末２０や従業員端末４０に送信し、企業端末２０や従業員端末４０に各通知内容を表示させることにより行えば良い。

算出モジュールは、課金した利用料金から、所定の金額を差し引いた金額を算出し（ステップＳ４１）、送金モジュールは、セラピー事業者３に、課金した利用料金から所定の金額を差し引いた金額を送金する（ステップＳ４２）。
ステップＳ４１の処理は、上述したステップＳ３１の処理と同様であり、ステップＳ４２の処理は、上述したステップＳ３２の処理と同様である。

以上が、第２課金処理である。

コンピュータ１０は、上述した第１課金処理及び第２課金処理の内、何れか一方のみを実行するものであっても良いし、両方を実行するものであっても良い。コンピュータ１０は、何れか一方のみを実行する場合、他方を実行しない構成とすれば良い。コンピュータ１０は、両方を実行する場合、例えば、従業員４が、所定期間において、所定回数以上のセラピーの施術を受けようとする場合、第２課金処理に加えて、所定回数を超過して従業員４からセラピーの予約を受け付けた際、第１課金処理を実行する構成等が可能である。

［コンピュータ１０が実行する事業者評価提供処理］
図１５に基づいて、コンピュータ１０が実行する事業者評価提供処理について説明する。同図は、コンピュータ１０が実行する事業者評価提供処理のフローチャートを示す図である。本事業者評価提供処理は、少なくとも、セラピーの施術を予約した従業員４が、セラピーの施術を受けた後に実行する処理である。

事業者評価取得モジュールは、施術を受けた従業員４から、セラピー事業者３の評価を取得する（ステップＳ５０）。
セラピー事業者３の評価は、例えば、雰囲気、接客サービス、技術、仕上がり、メニュー等のセラピー事業者３や施術を受けたセラピーに関する各項目に対するものであり、各項目に対する自由記入内容又は数値を含むものである。
セラピーの施術を受けた従業員４が管理する従業員端末４０は、この従業員４から、セラピー事業者３の評価の入力を受け付ける。従業員端末４０は、サービスＵＩ、メール、メッセージアプリケーション等を介して、この評価の入力を受け付ける。従業員端末４０が、サービスＵＩを介して、この評価の入力を受け付ける場合、サービスＵＩは、評価内容の各項目に対する自由記入又は数値の入力を受け付ける入力フォームが設定され、直接入力又は複数の数値からの選択入力により、必要な内容の入力が行なわれるものであっても良いし、それ以外の方法により、必要な内容の入力が行なわれるものであっても良い。なお、サービスＵＩに設定される入力フォームの場所、内容、種類及びその機能については、上述した例に限定されるものではなく、適宜変更可能である。
従業員端末４０は、このサービスＵＩの入力フォームに対して、評価の入力を受け付ける。従業員端末４０は、受け付けた評価を、コンピュータ１０に送信する。この評価には、従業員４がアカウントに登録した個人情報等が含まれた状態である。
事業者評価取得モジュールは、この評価を受信し、施術を受けた従業員４から、セラピー事業者３の評価を取得する。
従業員端末４０が、メールにより、セラピー事業者３の評価の入力を受け付ける場合、メールのタイトル、本文、添付ファイル等に、セラピー事業者３の評価の入力を受け付け、受け付けたメールを送信すれば良い。事業者評価取得モジュールは、このメールを受信し、施術を受けた従業員４から、セラピー事業者３の評価を取得する。
従業員端末４０が、メッセージアプリケーションにより、セラピー事業者３の評価の入力を受け付ける場合、メッセージ内容に、セラピー事業者３の評価の入力を受け付け、受け付けたメッセージを送信すれば良い。事業者評価取得モジュールは、このメッセージを受信し、施術を受けた従業員４から、セラピー事業者３の評価を取得する。

なお、事業者評価取得モジュールは、所定の条件（例えば、従業員４が予約を行った日時が終了した時、セラピー事業者３から施術が完了したことが通知された時、従業員４が所望した時）に基づいて、セラピー事業者３の評価の送信を、従業員端末４０に要求する構成も可能である。事業者評価取得モジュールは、セラピー事業者３の評価の送信の要求を、従業員端末４０に送信する。従業員端末４０は、この要求に基づいて、セラピー事業者３の評価を、コンピュータ１０に送信する構成であれば良い。
また、事業者評価取得モジュールは、企業２又はセラピー事業者３からの要求に基づいて、セラピー事業者３の評価の送信を、従業員端末４０に要求する構成も可能である。企業端末２０又は事業者端末３０は、セラピー事業者３の評価の送信の要求を、コンピュータ１０に送信する。事業者評価取得モジュールは、この要求を受信し、この要求に基づいて、セラピー事業者３の評価の送信の要求を、従業員端末４０に送信する。従業員端末４０は、この要求に基づいて、セラピー事業者３の評価を、コンピュータ１０に送信する構成であれば良い。

事業者評価提供モジュールは、企業２に、セラピー事業者３の評価を提供する（ステップＳ５１）。
事業者評価提供モジュールは、取得した評価に含まれる従業員４の個人情報等に基づいて、施術を受けた従業員４が所属する企業２を特定する。事業者評価提供モジュールは、サービスＵＩ、メール、メッセージアプリケーション等を介して、特定した企業２が管理する企業端末２０に、取得したセラピー事業者３の評価を送信する。サービスＵＩである場合、事業者評価提供モジュールは、セラピー事業者３の評価を送信する。メールである場合、事業者評価提供モジュールは、メール本文に、セラピー事業者３の評価を記載し、メールを送信する、又は、セラピー事業者３の評価をメールに添付し、メールを送信する。メッセージアプリケーションである場合、事業者評価提供モジュールは、メッセージ内容にセラピー事業者３の評価を記載し、メッセージを送信する、又は、セラピー事業者３の評価を、メッセージとして送信する。
企業端末２０は、このセラピー事業者３の評価を受信し、自身の表示部等に表示する。サービスＵＩである場合、企業端末２０は、サービスＵＩに、このセラピー事業者３の評価を表示する。メールである場合、企業端末２０は、メールを表示する。メッセージアプリケーションである場合、企業端末２０は、メッセージを表示する。
事業者評価提供モジュールは、セラピー事業者３の評価を、企業端末２０に表示させることにより、企業２に、セラピー事業者３の評価を提供する。

なお、事業者評価提供モジュールは、セラピー事業者３の評価を取得する都度、このセラピー事業者３の評価を、企業２に提供するだけでなく、所定の条件（例えば、所定の数のセラピー事業者３の評価を取得した時、従業員４が初めてセラピー事業者３から施術を受けた時、従業員４がこれまでに施術を受けていないセラピー事業者３から施術を受けた時）に基づいて、セラピー事業者３の評価を提供する構成も可能である。所定の数のセラピー事業者３の評価を取得した時には、事業者評価提供モジュールは、過去に取得したセラピー事業者３の評価をまとめた一覧を、企業端末２０に提供しても良いし、過去に取得したセラピー事業者３の評価の平均値、最高値、最低値等を算出し、算出結果をセラピー事業者３の評価として企業端末２０に提供しても良い。また、従業員４が初めてセラピー事業者３から施術を受けた時、従業員４がこれまでに施術を受けていないセラピー事業者３から施術を受けた時には、その旨を含めて、セラピー事業者３の評価を企業端末２０に提供しても良い。
また、事業者評価提供モジュールは、企業端末２０からの要求に基づいて、セラピー事業者３の評価を、企業端末２０に提供する構成も可能である。企業端末２０は、セラピー事業者３の評価の提供の要求を、コンピュータ１０に送信する。事業者評価提供モジュールは、セラピー事業者３の評価の提供の要求を受信し、この要求に基づいて、セラピー事業者３の評価を、企業端末２０に提供する構成であれば良い。
これらの場合における提供方法は、コンピュータ１０が、セラピー事業者３の評価を、企業端末２０に送信し、企業端末２０にセラピー事業者３の評価を表示させることにより行えば良い。

また、事業者評価提供モジュールは、企業２だけでなく、他を対象として、セラピー事業者３の評価を提供しても良い。例えば、事業者評価提供モジュールは、今回デッドスペースの貸出を決定した企業２以外の他の企業２、施術を行ったセラピー事業者３、施術を行ったセラピー事業者３以外の他のセラピー事業者３、施術を受けた従業員４以外の他の従業員４等の他を対象として、取得したセラピー事業者３の評価を、提供する構成も可能である。
この場合における提供方法も、上述した場合と同様に、セラピー事業者３の評価を、対応する端末に送信し、端末にセラピー事業者３の評価を表示させることにより行えば良い。

以上が、事業者評価提供処理である。

［コンピュータ１０が実行する企業評価提供処理］
図１６に基づいて、コンピュータ１０が実行する企業評価提供処理について説明する。同図は、コンピュータ１０が実行する企業評価提供処理のフローチャートを示す図である。本企業評価提供処理は、少なくとも、セラピーの施術を予約した従業員４が、セラピーの施術を受けた後に実行する処理である。

企業評価取得モジュールは、施術を行ったセラピー事業者３から、企業２の評価を取得する（ステップＳ６０）。
企業２の評価は、例えば、アクセス方法、広さ、間取、雰囲気、従業員４の態度等の施術を行ったデッドスペース及びこのデッドスペースを保有する企業２に関する各項目に対するものであり、各項目に対する自由記入内容又は数値を含むものである。
施術を行ったセラピー事業者３が管理する事業者端末３０は、このセラピー事業者３から、企業２の評価を受け付ける。事業者端末３０は、サービスＵＩ、メール、メッセージアプリケーション等を介して、この評価の入力を受け付ける。事業者端末３０が、サービスＵＩを介して、この評価の入力を受け付ける場合、サービスＵＩは、評価内容の各項目に対する自由記入又は数値の入力を受け付ける入力フォームが設定され、直接入力又は複数の数値からの選択入力により、必要な内容の入力が行なわれるものであっても良いし、それ以外の方法により、必要な内容の入力が行なわれるものであっても良い。なお、サービスＵＩに設定される入力フォームの場所、内容、種類及びその機能については、上述した例に限定されるものではなく、適宜変更可能である。
事業者端末３０は、このサービスＵＩの入力フォームに対して、評価の入力を受け付ける。事業者端末３０は、受け付けた評価を、コンピュータ１０に送信する。この評価には、セラピー事業者３がアカウントに登録した個人情報等が含まれた状態である。
企業評価取得モジュールは、この評価を受信し、施術を行ったセラピー事業者３から、企業２の評価を取得する。
事業者端末３０が、メールにより、企業２の評価の入力を受け付ける場合、メールのタイトル、本文、添付ファイル等に、企業２の評価の入力を受け付け、受け付けたメールを送信すれば良い。企業評価取得モジュールは、このメールを受信し、施術を行ったセラピー事業者３から、企業２の評価を取得する。
事業者端末３０が、メッセージアプリケーションにより、企業２の評価の入力を受け付ける場合、メッセージ内容に、企業２の評価の入力を受け付け、受け付けたメッセージを送信すれば良い。企業評価取得モジュールは、このメッセージを受信し、施術を行ったセラピー事業者３から、企業２の評価を取得する。

なお、企業評価取得モジュールは、所定の条件（例えば、従業員４が予約を行った日時が終了した時、セラピー事業者３から施術が完了したことが通知された時、セラピー事業者３が所望した時、他のセラピー事業者３が所望した時）に基づいて、企業２の評価の送信を、事業者端末３０に要求する構成も可能である。企業評価取得モジュールは、企業２の評価の送信の要求を、事業者端末３０に送信する。事業者端末３０は、この要求に基づいて、企業２の評価を、コンピュータ１０に送信する構成であれば良い。
また、企業評価取得モジュールは、企業２又は他のセラピー事業者３からの要求に基づいて、企業２の評価の送信を、事業者端末３０に要求する構成も可能である。企業端末２０又は他の事業者端末３０は、企業２の評価の送信の要求を、コンピュータ１０に送信する。企業評価取得モジュールは、この要求を受信し、この要求に基づいて、企業２の評価の送信の要求を、事業者端末３０に送信する。事業者端末３０は、この要求に基づいて、企業２の評価を、コンピュータ１０に送信する構成であれば良い。

企業評価提供モジュールは、他のセラピー事業者３に、企業２の評価を提供する（ステップＳ６１）。
企業評価提供モジュールは、取得した評価に含まれるセラピー事業者３の個人情報等に基づいて、施術を行ったセラピー事業者３を特定する。企業評価提供モジュールは、サービスＵＩ、メール、メッセージアプリケーション等を介して、特定したセラピー事業者３以外の他のセラピー事業者３が管理する他の事業者端末３０に、取得した企業２の評価を送信する。サービスＵＩである場合、企業評価提供モジュールは、企業２の評価を送信する。メールである場合、企業評価提供モジュールは、メール本文に、企業２の評価を記載し、メールを送信する、又は、企業２の評価をメールに添付し、メールを送信する。メッセージアプリケーションである場合、企業評価提供モジュールは、メッセージ内容に企業２の評価を記載し、メッセージを送信する、又は、企業２の評価を、メッセージとして送信する。
他の事業者端末３０は、この企業２の評価を受信し、自身の表示部等に表示する。サービスＵＩである場合、他の事業者端末３０は、サービスＵＩに、この企業２の評価を表示する。メールである場合、他の事業者端末３０は、メールを表示する。メッセージアプリケーションである場合、他の事業者端末３０は、メッセージを表示する。
企業評価提供モジュールは、企業２の評価を、他の事業者端末３０に表示させることにより、他のセラピー事業者３に、企業２の評価を提供する。

なお、企業評価提供モジュールは、企業２の評価を取得する都度、この企業２の評価を、他のセラピー事業者３に提供するだけでなく、所定の条件（例えば、所定の数の企業２の評価を取得した時、セラピー事業者３が初めてこの企業２で施術を行った時）に基づいて、企業２の評価を提供する構成も可能である。所定の数の企業２の評価を取得した時には、企業評価提供モジュールは、過去に取得した企業２の評価をまとめた一覧を、他の事業者端末３０に提供しても良いし、過去に取得した企業２の評価の平均値、最高値、最低値等を算出し、算出結果を企業２の評価として他の事業者端末３０に提供しても良い。また、セラピー事業者３が初めてこの企業２で施術を行った時には、その旨を含めて、企業２の評価を他の事業者端末３０に提供しても良い。
また、企業評価提供モジュールは、他の事業者端末３０からの要求に基づいて、企業２の評価を、他の事業者端末３０に提供する構成も可能である。他の事業者端末３０は、企業２の評価の提供の要求を、コンピュータ１０に送信する。企業評価提供モジュールは、企業２の評価の提供の要求を受信し、この要求に基づいて、企業２の評価を、他の事業者端末３０に提供する構成であれば良い。
これらの場合における提供方法は、コンピュータ１０が、企業２の評価を、他の事業者端末３０に送信し、他の事業者端末３０に企業２の評価を表示させることにより行えば良い。

また、企業評価提供モジュールは、他のセラピー事業者３だけでなく、他を対象として、企業２の評価を提供しても良い。例えば、企業評価提供モジュールは、今回デッドスペースの貸出を決定した企業２以外の他の企業２、施術を受けた従業員４、施術を受けた従業員４以外の他の従業員４等の他を対象として、取得した企業２の評価を、提供する構成も可能である。
この場合における提供方法も、上述した場合と同様に、企業２の評価を、対応する端末に送信し、端末に企業２の評価を表示させることにより行えば良い。

以上が、企業評価提供処理である。

［コンピュータ１０が実行する結果評価提供処理］
図１７に基づいて、コンピュータ１０が実行する結果評価提供処理について説明する。同図は、コンピュータ１０が実行する結果評価提供処理のフローチャートを示す図である。本結果評価提供処理は、少なくとも、セラピーの施術を予約した従業員４が、セラピーの施術を受けた後に実行する処理である。

結果評価取得モジュールは、セラピーの施術を受けた従業員４から、セラピーの結果に関する評価を取得する（ステップＳ７０）。
セラピーの結果に関する評価は、例えば、エンゲージメントの向上の有無及びその程度、仕事の効率の向上の有無及びその程度、生産性の向上の有無及びその程度、メンタルヘルスの向上の有無及びその程度等のセラピーを受けた結果、従業員４が受けた影響及びその程度に関する各項目に対するアンケートであり、各項目に対する自由記入内容又は数値を含むものである。
セラピーの施術を受けた従業員４が管理する従業員端末４０は、この従業員４から、セラピーの結果に関する評価の入力を受け付ける。従業員端末４０は、サービスＵＩ、メール、メッセージアプリケーション等を介して、この評価の入力を受け付ける。従業員端末４０が、サービスＵＩを介して、この評価の入力を受け付ける場合、サービスＵＩは、評価内容の各項目に対する自由記入又は数値の入力を受け付ける入力フォームが設定され、直接入力又は複数の数値からの選択入力により、必要な内容の入力が行なわれるものであっても良いし、それ以外の方法により、必要な内容の入力が行なわれるものであっても良い。なお、サービスＵＩに設定される入力フォームの場所、内容、種類及びその機能については、上述した例に限定されるものではなく、適宜変更可能である。
従業員端末４０は、このサービスＵＩの入力フォームに対して、評価の入力を受け付ける。従業員端末４０は、受け付けた評価を、コンピュータ１０に送信する。この評価には、従業員４がアカウントに登録した個人情報等が含まれた状態である。
結果評価取得モジュールは、この評価を受信し、施術を受けた従業員４から、セラピーの結果に関する評価を取得する。
従業員端末４０が、メールにより、セラピーの結果に関する評価の入力を受け付ける場合、メールのタイトル、本文、添付ファイル等に、セラピーの結果に関する評価の入力を受け付け、受け付けたメールを送信すれば良い。結果評価取得モジュールは、このメールを受信し、施術を受けた従業員４から、セラピーの結果に関する評価を取得する。
従業員端末４０が、メッセージアプリケーションにより、セラピーの結果に関する評価の入力を受け付ける場合、メッセージ内容に、セラピーの結果に関する評価の入力を受け付け、受け付けたメッセージを送信すれば良い。結果評価取得モジュールは、このメッセージを受信し、施術を受けた従業員４から、セラピーの結果に関する評価を取得する。

なお、結果評価取得モジュールは、所定の条件（例えば、従業員４が施術を受けてから所定期間経過後、従業員４が所望した時）に基づいて、セラピーの結果に関する評価の送信を、従業員端末４０に要求する構成も可能である。結果評価取得モジュールは、セラピーの結果に関する評価の送信の要求を、従業員端末４０に送信する。従業員端末４０は、この要求に基づいて、セラピーの結果に関する評価を、コンピュータ１０に送信する構成であれば良い。
また、結果評価取得モジュールは、企業２又はセラピー事業者３からの要求に基づいて、セラピーの結果に関する評価の送信を、従業員端末４０に要求する構成も可能である。企業端末２０又は事業者端末３０は、セラピーの結果に関する評価の送信の要求を、コンピュータ１０に送信する。結果評価取得モジュールは、この要求を受信し、この要求に基づいて、セラピーの結果に関する評価の送信の要求を、従業員端末４０に送信する。従業員端末４０は、この要求に基づいて、セラピーの結果に関する評価を、コンピュータ１０に送信する構成であれば良い。

結果評価提供モジュールは、企業２に、取得したセラピーの結果に関する評価を提供する（ステップＳ７１）。
結果評価提供モジュールは、取得した評価に含まれる従業員４の個人情報等に基づいて、施術を受けた従業員４が所属する企業２を特定する。結果評価提供モジュールは、サービスＵＩ、メール、メッセージアプリケーション等を介して、特定した企業２が管理する企業端末２０に、取得したセラピーの結果に関する評価を送信する。サービスＵＩである場合、結果評価提供モジュールは、セラピーの結果に関する評価を送信する。メールである場合、結果評価提供モジュールは、メール本文に、セラピーの結果に関する評価を記載し、メールを送信する、又は、セラピーの結果に関する評価をメールに添付し、メールを送信する。メッセージアプリケーションである場合、結果評価提供モジュールは、メッセージ内容にセラピーの結果に関する評価を記載し、メッセージを送信する、又は、セラピーの結果に関する評価を、メッセージとして送信する。
企業端末２０は、このセラピーの結果に関する評価を受信し、自身の表示部等に表示する。サービスＵＩである場合、企業端末２０は、サービスＵＩに、このセラピーの結果に関する評価を表示する。メールである場合、企業端末２０は、メールを表示する。メッセージアプリケーションである場合、企業端末２０は、メッセージを表示する。
結果評価提供モジュールは、セラピーの結果に関する評価を、企業端末２０に表示させることにより、企業２に、セラピーの結果に関する評価を提供する。

なお、結果評価提供モジュールは、セラピーの結果に関する評価を取得する都度、このセラピーの結果に関する評価を、企業２に提供するだけでなく、所定の条件（例えば、所定の数のセラピーの結果に関する評価を取得した時、従業員４が初めてセラピー事業者３から施術を受けた後、所定期間経過した時、従業員４がこれまでに施術を受けていないセラピー事業者３から施術を受けた後、所定期間経過した時）に基づいて、セラピーの結果に関する評価を提供する構成も可能である。所定の数のセラピーの結果に関する評価を取得した時には、結果評価提供モジュールは、過去に取得したセラピーの結果に関する評価をまとめた一覧を、企業端末２０に提供しても良いし、過去に取得したセラピーの結果に関する評価の平均値、最高値、最低値等を算出し、算出結果をセラピーの結果に関する評価として企業端末２０に提供しても良い。また、従業員４が初めてセラピー事業者３から施術を受けた後、所定期間経過した時、従業員４がこれまでに施術を受けていないセラピー事業者３から施術を受けた後、所定期間経過した時には、その旨を含めて、セラピーの結果に関する評価を企業端末２０に提供しても良い。
また、結果評価提供モジュールは、企業端末２０からの要求に基づいて、セラピーの結果に関する評価を、企業端末２０に提供する構成も可能である。企業端末２０は、セラピーの結果に関する評価の提供の要求を、コンピュータ１０に送信する。結果評価提供モジュールは、セラピーの結果に関する評価の提供の要求を受信し、この要求に基づいて、セラピーの結果に関する評価を、企業端末２０に提供する構成であれば良い。
これらの場合における提供方法は、コンピュータ１０が、セラピーの結果に関する評価を、企業端末２０に送信し、企業端末２０にセラピーの結果に関する評価を表示させることにより行えば良い。

また、結果評価提供モジュールは、企業２だけでなく、他を対象として、セラピーの結果に関する評価を提供しても良い。例えば、結果評価提供モジュールは、今回デッドスペースの貸出を決定した企業２以外の他の企業２、施術を行ったセラピー事業者３、施術を行ったセラピー事業者３以外の他のセラピー事業者３、施術を受けた従業員４以外の他の従業員４等の他を対象として、取得したセラピーの結果に関する評価を、提供する構成も可能である。この場合における提供方法も、上述した場合と同様に、セラピーの結果に関する評価を、対応する端末に送信し、端末にセラピーの結果に関する評価を表示させることにより行えば良い。

以上が、結果評価提供処理である。

［コンピュータ１０が実行する改善結果提供処理］
図１８に基づいて、コンピュータ１０が実行する改善結果提供処理について説明する。同図は、コンピュータ１０が実行する改善結果提供処理のフローチャートを示す図である。本改善結果提供処理は、少なくとも、セラピーの施術を予約した従業員４が、セラピーの施術を受けた後に実行する処理である。なお、上述した処理と同様の処理については、その詳細な説明は省略する。

結果評価取得モジュールは、施術を受けた従業員４から、セラピーの結果に関する評価を取得する（ステップＳ８０）。
ステップＳ８０の処理は、上述したステップＳ７０の処理と同様である。

評価解析モジュールは、取得したセラピーの結果に関する評価を解析する（ステップＳ８１）。
評価解析モジュールは、従業員４がセラピーの施術を受けた結果、エンゲージメント、生産性及びメンタルヘルスの状態がどう改善したかを解析する。
評価解析モジュールは、エンゲージメント、生産性及びメンタルヘルスの状態を、施術を受けた後でどうなったかを可視化等することにより、セラピーの結果に関する評価を解析する。解析内容としては、今回取得したもののみを対象にしたもの、過去の従業員４から取得したセラピーの結果に関する評価が存在する場合、これに対する過去の解析結果と今回の解析結果との比較、過去の解析結果から今回の解析結果の推移等をグラフ化する等が挙げられる。
なお、評価解析モジュールが解析する内容は、上述した例に限定されるものではなく、それ以外の内容であっても良い。この場合、セラピーの結果に関する評価の項目を、企業２が所望する内容に設定する等により、企業２が所望する内容を適切に解析する構成も可能である。

改善結果提供モジュールは、解析結果に基づいて、企業２に、セラピーの施術を受けた従業員４の状態がどう改善したかを提供する（ステップＳ８２）。
改善結果提供モジュールは、取得した評価に含まれる従業員４の個人情報等に基づいて、施術を受けた従業員４が所属する企業２を特定する。改善結果提供モジュールは、サービスＵＩ、メール、メッセージアプリケーション等を介して、特定した企業２が管理する企業端末２０に、解析結果を送信する。サービスＵＩである場合、改善結果提供モジュールは、解析結果を送信する。メールである場合、改善結果提供モジュールは、メール本文に、解析結果を記載し、メールを送信する、又は、解析結果をメールに添付し、メールを送信する。メッセージアプリケーションである場合、改善結果提供モジュールは、メッセージ内容に解析結果を記載し、メッセージを送信する、又は、解析結果を、メッセージとして送信する。
企業端末２０は、この解析結果を受信し、自身の表示部等に表示する。サービスＵＩである場合、企業端末２０は、サービスＵＩに、この解析結果を表示する。メールである場合、企業端末２０は、メールを表示する。メッセージアプリケーションである場合、企業端末２０は、メッセージを表示する。
改善結果提供モジュールは、解析結果を、企業端末２０に表示させることにより、解析結果に基づいて、企業２に、セラピーの施術を受けた従業員４の状態がどう改善したかを提供する。

なお、改善結果提供モジュールは、セラピーの結果に関する評価を取得する都度、解析結果を、企業２に提供するだけでなく、所定の条件（例えば、所定の数のセラピーの結果に関する評価を取得した時、従業員４が初めてセラピー事業者３から施術を受けた後、所定期間経過した時、従業員４がこれまでに施術を受けていないセラピー事業者３から施術を受けた後、所定期間経過した時）に基づいて、解析結果を提供する構成も可能である。所定の数のセラピーの結果に関する評価を取得した時には、改善結果提供モジュールは、過去の解析結果をまとめた一覧を企業端末２０に提供しても良いし、過去の解析結果の平均値、最高値、最低値等を算出し、算出結果を解析結果として企業端末２０に提供しても良い。また、従業員４が初めてセラピー事業者３から施術を受けた後、所定期間経過した時、従業員４がこれまでに施術を受けていないセラピー事業者３から施術を受けた後、所定期間経過した時には、その旨を含めて、解析結果を企業端末２０に提供しても良い。
また、改善結果提供モジュールは、企業端末２０からの要求に基づいて、解析結果を、企業端末２０に提供する構成も可能である。企業端末２０は、解析結果の提供の要求を、コンピュータ１０に送信する。改善結果提供モジュールは、解析結果の提供の要求を受信し、この要求に基づいて、解析結果を、企業端末２０に提供する構成であれば良い。
これらの場合における提供方法は、コンピュータ１０が、解析結果を、企業端末２０に送信し、企業端末２０に解析結果を表示させることにより行えば良い。

また、改善結果提供モジュールは、企業２だけでなく、他を対象として、解析結果を提供しても良い。例えば、改善結果提供モジュールは、従業員４が所属する企業２以外の他の企業２、施術を行ったセラピー事業者３、施術を行ったセラピー事業者３以外の他のセラピー事業者３、施術を受けた従業員４以外の他の従業員４等の他を対象として、取得した解析結果を提供する構成も可能である。
この場合における提供方法も、上述した場合と同様に、解析結果を、対応する端末に送信し、端末に解析結果を表示させることにより行えば良い。

以上が、改善結果提供処理である。

上述した各処理は、別個の処理として記載しているが、コンピュータ１０は、上述した各処理の一部又は全部を組み合わせて実行する構成も可能である。また、コンピュータ１０は、各処理において、説明したタイミング以外のタイミングであっても、その処理を実行する構成も可能である。
また、コンピュータ１０が、企業端末２０、事業者端末３０及び／又は従業員端末４０と、データ通信を行う方法は、上述したサービスＵＩ、メール、メッセージアプリケーションに限定されるものではなく、それ以外の方法により行われても良い。

上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、コンピュータからネットワーク経由で提供される（ＳａａＳ：ソフトウェア・アズ・ア・サービス）形態やクラウドサービスで提供されて良い。また、プログラムは、コンピュータ読取可能な記録媒体に記録された形態で提供されて良い。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記録装置又は外部記録装置に転送し記録して実行する。また、そのプログラムを、記録装置（記録媒体）に予め記録しておき、その記録装置から通信回線を介してコンピュータに提供するようにしても良い。

以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

（１）企業のオフィスで使用されていないデッドスペースを、セラピー事業者に貸し出す貸出システムであって、
前記企業から、前記デッドスペースに関するデッドスペース情報を取得する取得部（例えば、取得部１１、デッドスペース情報取得モジュール）と、
取得した前記デッドスペース情報に基づいて、前記デッドスペースの一覧を、セラピー事業者に出力する出力部（例えば、出力部１２、一覧出力モジュール）と、
前記セラピー事業者から、出力した前記一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付ける申請受付部（例えば、申請受付部１３、申請受付モジュール）と、
前記利用申請を受け付けたデッドスペースを保有する企業に、前記利用申請を受け付けたことを通知する第１通知部（例えば、第１通知部１４、申請通知モジュール）と、
前記通知に基づいて、前記企業から、前記セラピー事業者への、前記利用申請を受け付けたデッドスペースの貸出の決定を受け付ける決定受付部（例えば、決定受付部１５、決定受付モジュール）と、
前記企業の従業員から、前記デッドスペースで施術を受けるセラピーの予約を受け付ける予約受付部（例えば、予約受付部１６、予約受付モジュール）と、
前記セラピー事業者に、受け付けた前記予約の状況を通知する第２通知部（例えば、第２通知部１７、事業者予約状況通知モジュール）と、
を備える貸出システム。

（１）の発明によれば、企業はデッドスペースの有効活用、従業員はセラピーの施術を受けることによるストレスの軽減、セラピー事業者は利用者の増加を図ることが可能となる。

（２）前記セラピーの予約を受け付けた際、前記従業員に、利用料金を課金する第１課金部（例えば、従業員課金モジュール）と、
を更に備える（１）に記載の貸出システム。

（２）の発明によれば、セラピー事業者の利益の増加を図ることが可能となる。

（３）予め、前記企業に、所定期間における利用料金を課金する第２課金部（例えば、企業課金モジュール）と、
を更に備える（１）に記載の貸出システム。

（３）の発明によれば、従業員の福利厚生の充実を図ることが可能となる。

（４）前記セラピー事業者に、課金した前記利用料金から所定の金額を差し引いた金額を送金する送金部（例えば送金モジュール、）と、
を更に備える（２）又は（３）の何れか一項に記載の貸出システム。

（４）の発明によれば、セラピー事業者の利益の増加を図ることが可能となる。

（５）前記第２通知部は、前記企業に、受け付けた前記予約の状況を通知する、
（１）に記載の貸出システム。

（５）の発明によれば、企業が、どの従業員が施術を受けたのかを把握することが可能となる。

（６）前記セラピーの施術を受けた従業員から、前記セラピー事業者の評価を取得する第１評価取得部（例えば、事業者評価取得モジュール）と、
前記企業に、取得した前記セラピー事業者の評価を提供する第１提供部（例えば、事業者評価提供モジュール）と、
を更に備える（１）に記載の貸出システム。

（６）の発明によれば、企業が、デッドスペースを貸し出したセラピー事業者の評価を把握することが可能となり、次回以降の貸出の決定の参考とすることが可能となる。

（７）前記セラピー事業者から、前記企業の評価を取得する第２評価取得部（例えば、企業評価取得モジュール）と、
他のセラピー事業者に、前記企業の評価を提供する第２提供部（例えば、企業評価提供モジュール）と、
を更に備える（１）に記載の貸出システム。

（７）の発明によれば、セラピー事業者がデッドスペースを貸し出す企業の評価を把握することが容易となり、次回以降の利用申請の参考とすることが可能となる。

（８）前記セラピーの施術を受けた従業員から、前記セラピーの結果に関する評価を取得する第３評価取得部（例えば、結果評価取得モジュール）と、
取得した前記セラピーの結果に関する評価を、前記企業に提供する第３提供部（例えば、結果評価提供モジュール）と、
を更に備える（１）に記載の貸出システム。

（８）の発明によれば、企業が、デッドスペースをセラピー事業者に貸し出した効果を把握することが可能となる。

（９）取得した前記セラピーの結果に関する評価を解析する解析部（例えば、評価解析モジュール）と、
解析結果に基づいて、前記企業に、前記セラピーの施術を受けた従業員の状態がどう改善したかを提供する第４提供部（例えば、改善結果提供モジュール）と、
を更に備える（８）に記載の貸出システム。

（９）の発明によれば、企業が、デッドスペースをセラピー事業者に貸し出した効果を把握することが可能となる。

（１０）前記決定受付部は、複数の前記セラピー事業者から、前記利用申請を受け付けた場合、前記企業から、前記複数のセラピー事業者の内、前記企業が選択した一のセラピー事業者への、前記利用申請を受け付けたデッドスペースの貸出の決定を受け付ける、
（１）に記載の貸出システム。

（１０）の発明によれば、企業が、適切なセラピー事業者にデッドスペースを貸し出すことが可能となる。

（１１）企業のオフィスで使用されていないデッドスペースを、セラピー事業者に貸し出すコンピュータが実行する貸出方法であって、
前記企業から、前記デッドスペースに関するデッドスペース情報を取得するステップ（例えば、ステップＳ１０）と、
取得した前記デッドスペース情報に基づいて、前記デッドスペースの一覧を、セラピー事業者に出力するステップ（例えば、ステップＳ１２）と、
前記セラピー事業者から、出力した前記一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付けるステップ（例えば、ステップＳ１３）と、
前記利用申請を受け付けたデッドスペースを保有する企業に、前記利用申請を受け付けたことを通知するステップ（例えば、ステップＳ１４）と、
前記通知に基づいて、前記企業から、前記セラピー事業者への、前記利用申請を受け付けたデッドスペースの貸出の決定を受け付けるステップ（例えば、ステップＳ１５）と、
前記企業の従業員から、前記デッドスペースで施術を受けるセラピーの予約を受け付けるステップ（例えば、ステップＳ２０）と、
前記セラピー事業者に、受け付けた前記予約の状況を通知するステップ（例えば、ステップＳ２１）と、
を備える貸出方法。

（１２）企業のオフィスで使用されていないデッドスペースを、セラピー事業者に貸し出すコンピュータに、
前記企業から、前記デッドスペースに関するデッドスペース情報を取得するステップ（例えば、ステップＳ１０）、
取得した前記デッドスペース情報に基づいて、前記デッドスペースの一覧を、セラピー事業者に出力するステップ（例えば、ステップＳ１２）、
前記セラピー事業者から、出力した前記一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付けるステップ（例えば、ステップＳ１３）、
前記利用申請を受け付けたデッドスペースを保有する企業に、前記利用申請を受け付けたことを通知するステップ（例えば、ステップＳ１４）、
前記通知に基づいて、前記企業から、前記セラピー事業者への、前記利用申請を受け付けたデッドスペースの貸出の決定を受け付けるステップ（例えば、ステップＳ１５）、
前記企業の従業員から、前記デッドスペースで施術を受けるセラピーの予約を受け付けるステップ（例えば、ステップＳ２０）、
前記セラピー事業者に、受け付けた前記予約の状況を通知するステップ（例えば、ステップＳ２１）、
実行させるためのコンピュータ読み取り可能なプログラム。

１ 貸出システム
２ 企業
３ セラピー事業者
４ 従業員
５ ネットワーク
１０ コンピュータ
１１ 取得部
１２ 出力部
１３ 申請受付部
１４ 第１通知部
１５ 決定受付部
１６ 予約受付部
１７ 第２通知部
２０ 企業端末
３０ 事業者端末
４０ 従業員端末
５０、７０、８０、９０、１００ サービスＵＩ
６０、１１０、１２０ 一覧
８１ 許可アイコン
８２ 不許可アイコン

Claims (10)

1. 企業のオフィスで使用されていないデッドスペースを、サービス提供事業者に貸し出す貸出システムであって、
   前記企業から、前記デッドスペースに関するデッドスペース情報を取得する取得部と、
   取得した前記デッドスペース情報に基づいて、前記デッドスペースの一覧を、所定の条件に基づいて、サービス提供事業者に出力する出力部と、
   前記サービス提供事業者から、出力した前記一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付ける申請受付部と、
   前記利用申請を受け付けたデッドスペースを保有する企業に、前記利用申請を受け付けたことを通知する第１通知部と、
   前記通知に基づいて、前記企業から、前記サービス提供事業者への、前記利用申請を受け付けたデッドスペースの貸出の決定を受け付ける決定受付部と、
   前記企業の従業員から、前記デッドスペースでサービス提供を受けるサービス内容の予約を受け付ける予約受付部と、
   前記サービス提供事業者に、受け付けた前記予約の状況を通知するとともに、前記企業に、受け付けた前記予約の状況をまとめた一覧を通知する第２通知部と、
   所定の条件に基づいて、前記サービス提供を受けた従業員から、前記サービス提供事業者の評価を取得する第１評価取得部と、
   前記企業に、取得した前記サービス提供事業者の評価を提供する第１提供部と、
   を備える貸出システム。
2. 前記サービス内容の予約を受け付けた際、前記従業員に、利用料金を課金する第１課金部と、
   を更に備える請求項１に記載の貸出システム。
3. 予め、前記企業に、所定期間における利用料金を課金する第２課金部と、
   を更に備える請求項１に記載の貸出システム。
4. 前記サービス提供事業者に、課金した前記利用料金から所定の金額を差し引いた金額を送金する送金部と、
   を更に備える請求項２又は３の何れか一項に記載の貸出システム。
5. 前記サービス提供事業者から、前記企業の評価を取得する第２評価取得部と、
   他のサービス提供事業者に、前記企業の評価を提供する第２提供部と、
   を更に備える請求項１に記載の貸出システム。
6. 前記サービス提供を受けた従業員から、前記サービス内容の結果に関する評価を取得する第３評価取得部と、
   前記企業に、取得した前記サービス内容の結果に関する評価を提供する第３提供部と、
   を更に備える請求項１に記載の貸出システム。
7. 取得した前記サービス内容の結果に関する評価を解析する解析部と、
   解析結果に基づいて、前記企業に、前記サービス提供を受けた従業員の状態がどう改善したかを提供する第４提供部と、
   を更に備える請求項６に記載の貸出システム。
8. 前記決定受付部は、複数の前記サービス提供事業者から、前記利用申請を受け付けた場合、前記企業から、前記複数のサービス提供事業者の内、前記企業が選択した一のサービス提供事業者への、前記利用申請を受け付けたデッドスペースの貸出の決定を受け付ける、
   請求項１に記載の貸出システム。
9. 企業のオフィスで使用されていないデッドスペースを、サービス提供事業者に貸し出すコンピュータが実行する貸出方法であって、
   前記企業から、前記デッドスペースに関するデッドスペース情報を取得するステップと、
   取得した前記デッドスペース情報に基づいて、前記デッドスペースの一覧を、所定の条件に基づいて、サービス提供事業者に出力するステップと、
   前記サービス提供事業者から、出力した前記一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付けるステップと、
   前記利用申請を受け付けたデッドスペースを保有する企業に、前記利用申請を受け付けたことを通知するステップと、
   前記通知に基づいて、前記企業から、前記サービス提供事業者への、前記利用申請を受け付けたデッドスペースの貸出の決定を受け付けるステップと、
   前記企業の従業員から、前記デッドスペースでサービス提供を受けるサービス内容の予約を受け付けるステップと、
   前記サービス提供事業者に、受け付けた前記予約の状況を通知するとともに、前記企業に、受け付けた前記予約の状況をまとめた一覧を通知するステップと、
   所定の条件に基づいて、前記サービス提供を受けた従業員から、前記サービス提供事業者の評価を取得するステップと、
   前記企業に、取得した前記サービス提供事業者の評価を提供するステップと、
   を備える貸出方法。
10. 企業のオフィスで使用されていないデッドスペースを、サービス提供事業者に貸し出すコンピュータに、
    前記企業から、前記デッドスペースに関するデッドスペース情報を取得するステップ、
    取得した前記デッドスペース情報に基づいて、前記デッドスペースの一覧を、所定の条件に基づいて、サービス提供事業者に出力するステップ、
    前記サービス提供事業者から、出力した前記一覧のデッドスペースの内、所望するデッドスペースの利用申請を受け付けるステップ、
    前記利用申請を受け付けたデッドスペースを保有する企業に、前記利用申請を受け付けたことを通知するステップ、
    前記通知に基づいて、前記企業から、前記サービス提供事業者への、前記利用申請を受け付けたデッドスペースの貸出の決定を受け付けるステップ、
    前記企業の従業員から、前記デッドスペースでサービス提供を受けるサービス内容の予約を受け付けるステップ、
    前記サービス提供事業者に、受け付けた前記予約の状況を通知するとともに、前記企業に、受け付けた前記予約の状況をまとめた一覧を通知するステップ、
    所定の条件に基づいて、前記サービス提供を受けた従業員から、前記サービス提供事業者の評価を取得するステップ、
    前記企業に、取得した前記サービス提供事業者の評価を提供するステップ、
    実行させるためのコンピュータ読み取り可能なプログラム。

Images