(57)【特許請求の範囲】
【請求項１】
時間貸設備を管理する管理サーバと、前記管理サーバに通信回線を介して接続され、前記時間貸設備の管理者による前記管理サーバへの情報入力を受け付ける管理者入力手段と、前記管理サーバに通信回線を介して接続され、前記時間貸設備の利用者による前記管理サーバへの情報入力を受け付ける利用者入力手段とを備えた時間貸設備の管理システムであって、
前記管理サーバは、
前記利用者入力手段を介して前記時間貸設備の予約を受け付けることによって、前記時間貸設備の利用者および利用日時に関する管理側予約情報を管理情報記憶部に記憶させて設定する管理側予約管理部と、
前記管理側予約管理部にて前記管理情報記憶部に記憶された管理側予約情報を前記時間貸設備の管理者に報知する予約情報報知部と、
前記利用者入力手段を介して前記時間貸設備の予約を受け付ける対象者となる利用者群を前記時間貸設備の管理者に前記管理者入力手段を介して設定させる利用者群設定部とを備え、
前記利用者群は、
第１の利用者群と、
前記第１の利用者群とは異なる第２の利用者群とを有し、
前記管理サーバは、
前記管理者入力手段を介して前記時間貸設備の事業目標を受け付けることによって、当該事業目標に関する事業目標情報を前記管理情報記憶部に記憶させて設定する事業目標情報設定部と、
前記管理側予約情報および前記事業目標情報に基づいて、前記事業目標を達成できるか否かを判定する事業目標達成判定部と、
前記事業目標達成判定部の判定結果に基づいて、前記利用者群設定部に利用者群を切り替えさせる利用者群切替部とを備えることを特徴とする時間貸設備の管理システム。
【請求項２】
請求項１に記載された時間貸設備の管理システムにおいて、
前記第１の利用者群に対する前記時間貸設備の利用料金と、前記第２の利用者群に対する前記時間貸設備の利用料金とは、互いに異なっていることを特徴とする時間貸設備の管理システム。
【請求項３】
請求項１または請求項２に記載された時間貸設備の管理システムにおいて、
前記第１の利用者群および前記第２の利用者群のうち、いずれか一方の利用者群は、一定期間の利用権の対価として料金を支払うサブスクリプションの利用者群であることを特徴とする時間貸設備の管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、時間貸設備の管理システムに関する。
【背景技術】
【０００２】
従来、ビル、オフィス、ホテル等の空会議室を一般の利用者に向けてレンタルするシステムが提案されている。例えば、特許文献１に記載されたレンタルシステムは、インターネット等の通信ネットワークに公開された管理サーバと、会議室の情報が保存された複数の予約サーバとを備えている。利用者は、管理サーバを介して予約サーバの会議室情報にアクセスするとともに、所望の会議室を予約することができる。さらに、レンタルシステムは、課金機能を備えており、レンタル料金の支払いをオンラインにて実行できるようになっている。
ここで、特許文献１に記載されたレンタルシステムでは、より多くの利用者に対して空会議室をレンタルすべく、その会議室の利用可能時間帯や、利用人数や、利用料金などの基本情報を利用者に対して開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１５０１７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載されたレンタルシステムでは、前述した基本情報は、空会議室のレンタル状況に関わらず、空会議室ごとに設定されているので、レンタルシステムの事業目標（売上や稼働率などの目標）を達成できないような場合には、空会議室の予約情報に基づいて、基本情報を空会議室ごとに再設定しなければならないという問題がある。【０００５】
本発明の目的は、時間貸設備の予約情報に基づいて、時間貸設備の事業目標の達成を支援することができる時間貸設備の管理システムを提供することである。
【課題を解決するための手段】
【０００６】
本発明の時間貸設備の管理システムは、時間貸設備を管理する管理サーバと、管理サーバに通信回線を介して接続され、時間貸設備の管理者による管理サーバへの情報入力を受け付ける管理者入力手段と、管理サーバに通信回線を介して接続され、時間貸設備の利用者による管理サーバへの情報入力を受け付ける利用者入力手段とを備えた時間貸設備の管理システムであって、管理サーバは、利用者入力手段を介して時間貸設備の予約を受け付けることによって、時間貸設備の利用者および利用日時に関する管理側予約情報を管理情報記憶部に記憶させて設定する管理側予約管理部と、管理側予約管理部にて管理情報記憶部に記憶された管理側予約情報を時間貸設備の管理者に報知する予約情報報知部と、利用者入力手段を介して時間貸設備の予約を受け付ける対象者となる利用者群を時間貸設備の管理者に管理者入力手段を介して設定させる利用者群設定部とを備え、利用者群は、第１の利用者群と、第１の利用者群とは異なる第２の利用者群とを有し、管理サーバは、管理者入力手段を介して時間貸設備の事業目標を受け付けることによって、この事業目標に関する事業目標情報を管理情報記憶部に記憶させて設定する事業目標情報設定部と、管理側予約情報および事業目標情報に基づいて、事業目標を達成できるか否かを判定する事業目標達成判定部と、事業目標達成判定部の判定結果に基づいて、利用者群設定部に利用者群を切り替えさせる利用者群切替部とを備えることを特徴とする。
【０００７】
このような構成によれば、管理サーバは、管理側予約管理部にて管理情報記憶部に記憶された管理側予約情報を時間貸設備の管理者に報知する予約情報報知部と、利用者入力手段を介して時間貸設備の予約を受け付ける対象者となる利用者群を時間貸設備の管理者に管理者入力手段を介して設定させる利用者群設定部とを備えているので、時間貸設備の管理者は、予約情報報知部にて報知された管理側予約情報に基づいて、時間貸設備の事業目標（売上や稼働率などの目標）を達成できるように、利用者群設定部にて利用者群を設定することができる。したがって、時間貸設備の管理システムは、時間貸設備の事業目標の達成を支援することができる。
また、利用者群切替部は、事業目標達成判定部の判定結果に基づいて、利用者群設定部に利用者群を切り替えさせるので、時間貸設備の管理システムは、時間貸設備の事業目標を達成できるように、利用者群を自動的に切り替えることができる。
【０００８】
本発明では、第１の利用者群に対する時間貸設備の利用料金と、第２の利用者群に対する時間貸設備の利用料金とは、互いに異なっていることが好ましい。【０００９】
このような構成によれば、時間貸設備の管理者は、利用者群設定部にて利用者群を設定することによって、時間貸設備の利用料金を変更することができるので、時間貸設備の事業目標を達成できるように、利用者群設定部にて利用者群を設定することができる。【００１０】
本発明では、第１の利用者群および第２の利用者群のうち、いずれか一方の利用者群は、一定期間の利用権の対価として料金を支払うサブスクリプションの利用者群であることが好ましい。【００１１】
このような構成によれば、通常の料金設定では、時間貸設備の稼働率を上昇させることができないような状況であっても、サブスクリプションの利用者群を利用者群設定部にて設定させることによって、時間貸設備の稼働率を上昇させることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係るレンタルスペースの管理システムの概略構成図
【図２】レンタルスペースの管理システムの概略構成を示す機能ブロック図
【図３】レンタルスペースの管理システムの概略構成のうち、集客サーバ、およびサイトコントローラを示す機能ブロック図
【図４】管理サーバ、集客サーバ、およびサイトコントローラにおける予約情報管理処理の動作を示すフローチャート
【図５】管理サーバにおける予約情報報知処理の動作を示すフローチャート
【図６】管理サーバにおける利用者群設定処理の動作を示すフローチャート
【図７】管理サーバにおける事業目標設定判定処理の動作を示すフローチャート
【発明を実施するための形態】
【００１５】
以下、本発明の一実施形態を図面に基づいて説明する。
図１は、本発明の一実施形態に係るレンタルスペースの管理システムの概略構成図である。
レンタルスペースの管理システム１は、図１に示すように、利用者および利用日時に関する予約情報に基づいて、所定の空間を貸与するレンタルスペース（時間貸設備）を管理するシステムである。このレンタルスペースの管理システム１は、複数のレンタルスペースとしての部屋２０を備えた建物２と、建物２を管理する管理サーバ３と、建物２の管理者の所持する携帯電話、スマートフォン、およびパーソナルコンピュータ等の管理者入力手段としての管理者側端末装置４と、部屋２０の利用を希望する利用者の所持する携帯電話、スマートフォン、およびパーソナルコンピュータ等の利用者入力手段としての利用者側端末装置５とを備えている。また、レンタルスペースの管理システム１は、利用者を集客するとともに、部屋２０の利用を予約するための複数の集客サーバ６と、管理サーバ３および集客サーバ６の間の予約情報を同期させるサイトコントローラ７とを備えている。建物２、管理サーバ３、管理者側端末装置４、利用者側端末装置５、集客サーバ６、およびサイトコントローラ７は、通信回線としての公衆ネットワークであるインターネット８を介して相互に通信可能に接続されている。
【００１６】
建物２は、前述したように複数の部屋２０を備え、各部屋２０には、出入口２１と、出入口２１を施解錠するための錠装置２２を備えている。錠装置２２は、サイトコントローラ７から利用者側端末装置５に発行される暗証番号や、バーコードおよびＱＲコード（登録商標）などの光学コード等の解錠キーによって、解錠可能になっている。この解錠キーは、利用するたびにランダムに変更され、その時間に予約をした利用者は、固有の解錠キーを用いて錠装置２２を解錠できるようになっている。各部屋２０は、ＬＡＮ（Local Area Network）を介して接続されたモデムやルータ等の通信端末装置２３を備えている。この通信端末装置２３は、インターネット８を介して管理サーバ３に接続されている。
【００１７】
ここで、管理サーバ３は、複数の建物２を管理し、各建物２における部屋２０の錠装置２２の仕様に対応している。また、サイトコントローラ７は、管理サーバ３にて管理されている各建物２における部屋２０の錠装置２２の仕様に対応している。換言すれば、サイトコントローラ７は、各建物２における部屋２０の錠装置２２に対応する解錠キーを発行できるようになっている。
【００１８】
なお、本実施形態では、解錠キーは、暗証番号や、バーコードおよびＱＲコード（登録商標）などの光学コード等を採用しているが、例えば、顔認証や、指紋認証や、網膜認証などの生体認証を採用してもよく、錠装置２２を解錠可能とすることができれば、どのようなものであってもよい。
また、サイトコントローラ７は、複数の管理サーバ３と、複数の集客サーバ６との間の予約情報を同期させることができるようになっていてもよい。
【００１９】
利用者は、利用者側端末装置５を用いてインターネット８を介して管理サーバ３または集客サーバ６にアクセスし、利用希望の部屋２０を探し、利用時間を指定して利用の予約を実行することができる。管理サーバ３または集客サーバ６は、利用者からの予約を受け付けると、予約が確定した部屋２０の利用者と、予約日時（利用開始時刻および利用終了時刻）とを含む予約情報をサイトコントローラ７に送信する。
【００２０】
図２は、レンタルスペースの管理システムの概略構成を示す機能ブロック図である。
管理サーバ３は、ＣＰＵ（Central Processing Unit）や、メモリなどによって構成され、このメモリに記憶された所定のプログラムに従って情報処理を実行する制御手段３１を備えている。この制御手段３１は、管理情報記憶部３２と、管理側予約管理部３１１と、予約情報報知部３１２と、利用者群設定部３１３と、事業目標情報設定部３１４と、事業目標達成判定部３１５と、利用者群切替部３１６と、錠設定部３１７とを備えている。
なお、制御手段３１の各機能は、管理情報記憶部３２に記憶されたプログラムに従って実行されているが、それぞれ独立した機器にて構成してもよく、クラウドコンピューティングによって構成してもよい。
【００２１】
管理情報記憶部３２は、各種のプログラムを記憶する他、部屋２０の利用者および利用日時に関する管理側予約情報３２１と、部屋２０の予約を受け付ける対象者となる利用者群に関する利用者群情報３２２と、部屋２０の事業目標に関する事業目標情報３２３とを記憶する。
なお、管理情報記憶部３２は、制御手段３１のメモリにて構成されているが、ＨＤＤ（Hard Disk Drive）や、ＮＡＳ（Network Attached Storage）等によって構成されてもよく、クラウドサービスによって構成されてもよい。
【００２２】
管理側予約管理部３１１は、利用者側端末装置５を介して部屋２０の予約を受け付けることによって、部屋２０の利用者および利用日時に関する管理側予約情報３２１を管理情報記憶部３２に記憶させて設定する。
予約情報報知部３１２は、管理側予約管理部３１１にて管理情報記憶部３２に記憶された管理側予約情報３２１を部屋２０の管理者に報知する。具体的には、予約情報報知部３１２は、管理者側端末装置４に管理側予約情報３２１を送信することによって、管理側予約情報３２１を部屋２０の管理者に報知する。
【００２３】
利用者群設定部３１３は、利用者側端末装置５を介して部屋２０の予約を受け付ける対象者となる利用者群を部屋２０の管理者に管理者側端末装置４を介して設定させる。具体的には、利用者群設定部３１３は、管理情報記憶部３２に予め記憶された利用者群情報３２２のうち、１または複数の利用者群を部屋２０の管理者に管理者側端末装置４を介して設定させる。
【００２４】
ここで、本実施形態では、利用者群情報３２２は、一般会員（第１の利用者群）と、一定期間の利用権の対価として料金を支払うサブスクリプション会員（第２の利用者群）との２種類の利用者群を有している。なお、本実施形態では、利用者は、一般会員およびサブスクリプション会員に重複して登録可能となっているが、重複して登録可能となっていなくてもよい。
【００２５】
そして、一般会員は、部屋２０を予約する都度、その予約の対価を支払う会員であるのに対し、サブスクリプション会員は、規定の月額料金や年額料金を予め支払うことによって、部屋２０を予約する都度、その予約の対価を支払う必要のない会員である。換言すれば、一般会員に対する部屋２０の利用料金と、サブスクリプション会員に対する部屋２０の利用料金とは、互いに異なっている。
【００２６】
なお、本実施形態では、利用者群情報３２２は、２種類の利用者群を有しているが、３種類以上の利用者群を有していてもよい。また、利用者群情報３２２は、例えば、所定の会費を支払って利用料金の割引や利用に際して特典を受けることのできる有料会員や、利用頻度の高いＶＩＰ（Very Important Person）会員などのように、一般会員およびサブスクリプション会員とは異なる利用者群を有していてもよい。ここで、有料会員や、ＶＩＰ会員は、複数の階級に区分けされていてもよい。さらに、利用者群情報３２２は、誕生日や、性別などの利用者の属性に応じて利用者を分類した利用者群を有していてもよい。
【００２７】
また、本実施形態では、第１の利用者群に対する時間貸設備の利用料金と、第２の利用者群に対する時間貸設備の利用料金とは、互いに異なっているが、利用料金は異なっていなくてもよく、利用者群は、利用料金とは異なる条件に基づいて分類されていてもよい。要するに、利用者群は、第１の利用者群と、第１の利用者群とは異なる第２の利用者群とを有していればよい。
【００２８】
事業目標情報設定部３１４は、管理者側端末装置４を介して部屋２０の事業目標を受け付けることによって、この事業目標に関する事業目標情報３２３を管理情報記憶部３２に記憶させて設定する。ここで、事業目標は、部屋２０の売上や稼働率などの目標である。
事業目標達成判定部３１５は、管理情報記憶部３２に記憶された管理側予約情報３２１および事業目標情報３２３に基づいて、事業目標を達成できるか否かを判定する。
【００２９】
利用者群切替部３１６は、事業目標達成判定部３１５の判定結果に基づいて、利用者群設定部３１３に利用者群を切り替えさせる。具体的には、利用者群切替部３１６は、事業目標達成判定部３１５にて事業目標を達成できると判定された場合には、利用者群設定部３１３に一般会員に切り替えさせる。この際、利用者群設定部３１３は、サブスクリプション会員の利用群の設定を解除する。また、利用者群切替部３１６は、事業目標達成判定部３１５にて事業目標を達成できないと判定された場合には、利用者群設定部３１３にサブスクリプション会員に切り替えさせる。この際、利用者群設定部３１３は、一般会員の利用群の設定を解除せずに、一般会員およびサブスクリプション会員を重複して登録してもよく、一般会員の利用群の設定を解除してもよい。
【００３０】
錠設定部３１７は、部屋２０の錠装置２２を設定する。
具体的には、錠設定部３１７は、管理情報記憶部３２に記憶された管理側予約情報３２１に含まれている利用開始時刻となったとき、または利用開始時刻の少し前（例えば、利用開始時刻の１０分前）に、この管理側予約情報３２１と対応する解錠キーを部屋２０の錠装置２２に設定する。
また、錠設定部３１７は、管理情報記憶部３２に記憶された管理側予約情報３２１に含まれている利用終了時刻を経過したとき、または利用終了時刻の少し後（例えば、利用終了時刻の１０分後）に、この管理側予約情報３２１と対応する解錠キーとは異なる解錠キーを部屋２０の錠装置２２に設定する。
【００３１】
図３は、レンタルスペースの管理システムの概略構成のうち、集客サーバ、およびサイトコントローラを示す機能ブロック図である。
集客サーバ６は、ＣＰＵや、メモリなどによって構成され、このメモリに記憶された所定のプログラムに従って情報処理を実行する制御手段６１を備えている。
制御手段６１は、集客側予約管理部６１１と、記憶部６１２とを備えている。
【００３２】
集客側予約管理部６１１は、予約により設定された利用開始時刻および利用終了時刻を含む集客側予約情報を記憶部６１２に記憶させて管理する。
【００３３】
サイトコントローラ７は、利用時間を設定して利用者に部屋２０を利用させるための情報処理装置として機能し、ＣＰＵや、メモリなどによって構成され、このメモリに記憶された所定のプログラムに従って情報処理を実行する制御手段７１を備えている。
制御手段７１は、装置側予約管理部７１１と、同期制御部７１２と、キー発行部７１３と、記憶部７１４とを備えている。
【００３４】
装置側予約管理部７１１は、予約により設定された利用開始時刻および利用終了時刻を含む装置側予約情報を記憶部７１４に記憶させて管理する。
同期制御部７１２は、管理サーバ３および集客サーバ６の間の予約情報（管理側予約情報３２１および集客側予約情報）を同期させる。
キー発行部７１３は、各建物２における部屋２０の錠装置２２に対応した解錠キーを発行する。
【００３５】
なお、記憶部６１２，７１４は、制御手段６１，７１のメモリにて構成されているが、ＨＤＤや、ＮＡＳ等によって構成されてもよく、クラウドサービスによって構成されてもよい。
また、制御手段６１，７１の各機能は、記憶部６１２，７１４に記憶されたプログラムに従って実行されているが、それぞれ独立した機器にて構成してもよく、クラウドコンピューティングによって構成してもよい。
【００３６】
＜予約情報管理処理＞
図４は、管理サーバ、集客サーバ、およびサイトコントローラにおける予約情報管理処理の動作を示すフローチャートである。
管理サーバ３、集客サーバ６、およびサイトコントローラ７の各制御手段３１，６１，７１は、メモリに記憶された所定のプログラムに従って、図４に示すように、ステップＳＴ３１〜３５，６１〜６３，７１〜７４の各種処理を実行する。
【００３７】
利用者は、前述したように、利用者側端末装置５を用いてインターネット８を介して管理サーバ３または集客サーバ６にアクセスし、利用希望の部屋２０を探し、利用時間を指定して利用の予約を実行することができる。
なお、本実施形態では、利用者は、利用者側端末装置５を用いてインターネット８を介して管理サーバ３または集客サーバ６にアクセスし、利用希望の部屋２０を探し、利用時間を指定して利用の予約を実行することができるように構成されているが、管理サーバ３および集客サーバ６のいずれか一方のみに利用の予約を実行することができるように構成してもよい。
【００３８】
管理サーバ３の管理側予約管理部３１１は、利用者からの予約を受け付けると、予約が確定した部屋２０の利用者と、予約日時とを含む管理側予約情報３２１を管理情報記憶部３２に入力して記憶させるとともに、この管理側予約情報３２１をサイトコントローラ７にインターネット８を介して送信する（ステップＳＴ３１）。
また、集客サーバ６の集客側予約管理部６１１は、利用者からの予約を受け付けると、予約が確定した部屋２０の利用者と、予約日時とを含む集客側予約情報を記憶部６１２に入力して記憶させるとともに、この集客側予約情報をサイトコントローラ７にインターネット８を介して送信する（ステップＳＴ６１）。
【００３９】
管理サーバ３または集客サーバ６から予約情報が送信されると、サイトコントローラ７の装置側予約管理部７１１は、この予約情報を受信する（ステップＳＴ７１）。
サイトコントローラ７の装置側予約管理部７１１は、管理サーバ３または集客サーバ６から予約情報を受信すると、この予約情報を装置側予約情報として記憶部７１４に入力して記憶させる（ステップＳＴ７２）。換言すれば、装置側予約管理部７１１は、集客サーバ６の集客側予約情報の更新および管理サーバ３の管理側予約情報の更新を取得する情報取得部として機能している。
そして、サイトコントローラ７の同期制御部７１２は、記憶部７１４に記憶した装置側予約情報を管理サーバ３および集客サーバ６に送信し、管理サーバ３および集客サーバ６の間の予約情報を同期させる（ステップＳＴ７３）。
【００４０】
管理サーバ３の管理側予約管理部３１１は、サイトコントローラ７から予約情報を受信すると（ステップＳＴ３２）、この予約情報を管理側予約情報３２１として管理情報記憶部３２に入力して記憶させることによって、管理情報記憶部３２に記憶された管理側予約情報３２１を更新する（ステップＳＴ３３）。
また、集客サーバ６の集客側予約管理部６１１は、サイトコントローラ７から予約情報を受信すると（ステップＳＴ６２）、この予約情報を集客側予約情報として記憶部６１２に入力して記憶させることによって、記憶部６１２に記憶された集客側予約情報を更新する（ステップＳＴ６３）。
このような各ステップを実行することによって、管理サーバ３および全ての集客サーバ６に記憶された予約情報は、一致したものとなる。
【００４１】
記憶部７１４に記憶した装置側予約情報を管理サーバ３および集客サーバ６に送信した後、サイトコントローラ７のキー発行部７１３は、この装置側予約情報にかかる部屋２０の錠装置２２に対応した解錠キーを発行し、この解錠キーを装置側予約情報に関連付けて管理サーバ３および利用者側端末装置５に送信する（ステップＳＴ７４）。換言すれば、キー発行部７１３は、装置側予約管理部７１１にて集客側予約情報の更新を取得した場合に、部屋２０の錠装置２２を解錠するための解錠キーを発行する。
【００４２】
管理サーバ３の管理側予約管理部３１１は、サイトコントローラ７から解錠キーを受信すると（ステップＳＴ３４）、この解錠キーに関連付けられた装置側予約情報に基づいて、管理情報記憶部３２に記憶された管理側予約情報３２１と対応する解錠キーとして解錠キーを記憶させる。
そして、管理サーバ３の錠設定部３１７は、管理側予約情報３２１に含まれている利用開始時刻となったとき、または利用開始時刻の少し前（例えば、利用開始時刻の１０分前）に、この管理側予約情報３２１と対応する解錠キーを部屋２０の錠装置２２に設定する（ステップＳＴ３５）。これによって、利用者は、サイトコントローラ７から送信された解錠キーを使用して部屋２０の錠装置２２を解錠して部屋２０に入室することができる。
【００４３】
なお、管理サーバ３の錠設定部３１７は、管理側予約情報３２１に含まれている利用終了時刻を経過したとき、または利用終了時刻の少し後（例えば、利用終了時刻の１０分後）に、この管理側予約情報３２１と対応する解錠キーとは異なる解錠キーを部屋２０の錠装置２２に設定する。これによって、利用者は、部屋２０に再入室することができないようになる。
【００４４】
ここで、集客サーバ６は、部屋２０の利用料金の支払いをオンラインにて実行できる課金手段を備えている。また、集客サーバ６は、この集客サーバ６の利用料金をオンラインにて支払われた部屋２０の利用料金から差し引いた差額を部屋２０の管理者に支払う差額支払手段を備えている。
また、差額支払手段は、集客サーバ６の利用料金を固定料金や、部屋２０の利用料金に対する所定の割合（０〜１００％）の料金として設定可能に構成されている。換言すれば、差額支払手段は、部屋２０の管理者に支払う対価を０にすることができる。
これによれば、例えば、集客サーバ６の提供者は、期間を定めて部屋２０を無償にて利用者に利用させる等のように、部屋２０の提供方法を多様化させることができる。
【００４５】
＜予約情報報知処理＞
図５は、管理サーバにおける予約情報報知処理の動作を示すフローチャートである。
管理サーバ３の制御手段３１は、メモリに記憶された所定のプログラムに従って、図５に示すように、ステップＳＴ３０１〜３０２の予約情報報知処理を実行する。
管理者は、管理者側端末装置４を用いてインターネット８を介して管理サーバ３にアクセスし、管理側予約管理部３１１にて管理情報記憶部３２に記憶された管理側予約情報３２１を参照することができる。
【００４６】
予約情報報知処理では、予約情報報知部３１２は、管理者側端末装置４を介して管理側予約情報３２１の参照を要求されたか否かを判定する（ステップＳＴ３０１）。
予約情報報知部３１２は、ステップＳＴ３０１にて管理側予約情報３２１の参照を要求されていないと判定した場合には、再びステップＳＴ３０１の処理を実行する。
これに対して、予約情報報知部３１２は、ステップＳＴ３０１にて管理側予約情報３２１の参照を要求されたと判定した場合には、ステップＳＴ３０２において、管理側予約管理部３１１にて管理情報記憶部３２に記憶された管理側予約情報３２１を部屋２０の管理者に報知する。具体的には、予約情報報知部３１２は、管理者側端末装置４に管理側予約情報３２１を送信することによって、管理側予約情報３２１を部屋２０の管理者に報知する。その後、管理サーバ３の制御手段３１は、再び予約情報報知処理を実行する。
【００４７】
＜利用者群設定処理＞
図６は、管理サーバにおける利用者群設定処理の動作を示すフローチャートである。
管理サーバ３の制御手段３１は、メモリに記憶された所定のプログラムに従って、図６に示すように、ステップＳＴ３１１〜３１５の利用者群設定処理を実行する。
利用者群設定処理では、利用者群設定部３１３は、管理者側端末装置４を介して利用者群の設定を要求されたか否かを判定する（ステップＳＴ３１１）。
利用者群設定部３１３は、ステップＳＴ３１１にて利用者群の設定を要求されていないと判定した場合には、再びステップＳＴ３１１の処理を実行する。
これに対して、利用者群設定部３１３は、ステップＳＴ３１１にて利用者群の設定を要求されたと判定した場合には、ステップＳＴ３１２において、管理情報記憶部３２に予め記憶された利用者群情報３２２のうち、一般会員の利用者群の設定を要求されたか否かを判定する。
【００４８】
利用者群設定部３１３は、ステップＳＴ３１２にて一般会員の利用者群の設定を要求されたと判定した場合には、ステップＳＴ３１３において、一般会員設定処理を実行する。この一般会員設定処理では、利用者群設定部３１３は、利用者側端末装置５を介して部屋２０の予約を受け付ける対象者となる利用者群として一般会員の利用者群を設定（登録または解除）する。
利用者群設定部３１３は、ステップＳＴ３１３の一般会員設定処理を実行した後、またはステップＳＴ３１２にて一般会員の利用者群の設定を要求されていないと判定した場合には、ステップＳＴ３１４において、管理情報記憶部３２に予め記憶された利用者群情報３２２のうち、サブスクリプション会員の利用者群の設定を要求されたか否かを判定する。
【００４９】
利用者群設定部３１３は、ステップＳＴ３１４にてサブスクリプション会員の利用者群の設定を要求されたと判定した場合には、ステップＳＴ３１５において、サブスクリプション会員設定処理を実行する。このサブスクリプション会員設定処理では、利用者群設定部３１３は、利用者側端末装置５を介して部屋２０の予約を受け付ける対象者となる利用者群としてサブスクリプション会員の利用者群を設定（登録または解除）する。
管理サーバ３の制御手段３１は、ステップＳＴ３１５のサブスクリプション会員設定処理を実行した後、またはステップＳＴ３１４にてサブスクリプション会員の利用者群の設定を要求されていないと判定した場合には、再び利用者群設定処理を実行する。
【００５０】
＜事業目標設定判定処理＞
図７は、管理サーバにおける事業目標設定判定処理の動作を示すフローチャートである。
管理サーバ３の制御手段３１は、メモリに記憶された所定のプログラムに従って、図７に示すように、ステップＳＴ３２１〜３２５の事業目標設定判定処理を実行する。
事業目標設定判定処理では、事業目標情報設定部３１４は、管理者側端末装置４を介して事業目標の設定を要求されたか否かを判定する（ステップＳＴ３２１）。
事業目標情報設定部３１４は、ステップＳＴ３２１にて事業目標の設定を要求されていないと判定した場合には、後述するステップＳＴ３２３以降の処理を実行する。
これに対して、事業目標情報設定部３１４は、ステップＳＴ３２１にて事業目標の設定を要求されたと判定した場合には、ステップＳＴ３２２において、事業目標設定判定処理を実行する。この事業目標設定判定処理では、事業目標情報設定部３１４は、管理者側端末装置４を介して部屋２０の事業目標を受け付けることによって、この事業目標に関する事業目標情報３２３を管理情報記憶部３２に記憶させて設定する。ここで、事業目標は、部屋２０の売上や稼働率などの目標である。
【００５１】
事業目標達成判定部３１５は、ステップＳＴ３２２の事業目標設定判定処理を実行した後、またはステップＳＴ３２１にて事業目標の設定を要求されていないと判定した場合には、ステップＳＴ３２３において、管理情報記憶部３２に記憶された管理側予約情報３２１および事業目標情報３２３に基づいて、事業目標を達成できるか否かを判定する。例えば、事業目標達成判定部３１５は、現在の管理側予約情報３２１に基づいて、部屋２０の稼働率を把握し、所定の期間（１日、１週間、または１ヶ月など）における部屋２０の売上を予測する。そして、この所定の期間における売上予測と、事業目標情報３２３とを比較し、事業目標を達成できるか否かを判定する。
【００５２】
なお、本実施形態では、事業目標達成判定部３１５は、売上予測と、事業目標情報３２３とを比較し、事業目標を達成できるか否かを判定しているが、例えば、部屋２０の稼働状況のみに基づいて、事業目標を達成できるか否かを判定してもよく、これ以外の条件に基づいて、事業目標を達成できるか否かを判定してもよい。要するに、事業目標達成判定部は、管理情報記憶部に記憶された管理側予約情報および事業目標情報に基づいて、事業目標を達成できるか否かを判定すればよい。
【００５３】
利用者群切替部３１６は、ステップＳＴ３２３にて事業目標を達成できると判定された場合には、ステップＳＴ３２４において、一般会員切替処理を実行する。この一般会員切替処理では、利用者群設定部３１３は、利用者側端末装置５を介して部屋２０の予約を受け付ける対象者となる利用者群として一般会員の利用者群を設定する。この際、利用者群設定部３１３は、サブスクリプション会員の利用群の設定を解除する。
これに対して、利用者群切替部３１６は、ステップＳＴ３２３にて事業目標を達成できないと判定された場合には、ステップＳＴ３２５において、サブスクリプション会員切替処理を実行する。このサブスクリプション会員切替処理では、利用者群設定部３１３は、利用者側端末装置５を介して部屋２０の予約を受け付ける対象者となる利用者群としてサブスクリプション会員の利用者群を設定する。この際、利用者群設定部３１３は、一般会員の利用群の設定を解除せずに、一般会員およびサブスクリプション会員を重複して登録してもよく、一般会員の利用群の設定を解除してもよい。
なお、利用者群切替部３１６は、所定の期間（１日、１週間、または１ヶ月など）を指定し、一般会員の利用者群や、サブスクリプション会員の利用者群を設定してもよく、この場合には、所定の期間の満了後に各種の利用者群の設定を解除すればよい。
【００５４】
このような本実施形態によれば、以下の作用・効果を奏することができる。
（１）管理サーバ３は、管理側予約管理部３１１にて管理情報記憶部３２に記憶された管理側予約情報３２１を部屋２０の管理者に報知する予約情報報知部３１２と、利用者側端末装置５を介して部屋２０の予約を受け付ける対象者となる利用者群を部屋２０の管理者に管理者側端末装置４を介して設定させる利用者群設定部３１３とを備えているので、部屋２０の管理者は、予約情報報知部３１２にて報知された管理側予約情報３２１に基づいて、部屋２０の事業目標（売上や稼働率などの目標）を達成できるように、利用者群設定部３１３にて利用者群を設定することができる。したがって、レンタルスペースの管理システム１は、部屋２０の事業目標の達成を支援することができる。
【００５５】
（２）部屋２０の管理者は、利用者群設定部３１３にて利用者群を設定することによって、部屋２０の利用料金を変更することができるので、部屋２０の事業目標を達成できるように、利用者群設定部３１３にて利用者群を設定することができる。
（３）一般会員の料金設定では、部屋２０の稼働率を上昇させることができないような状況であっても、サブスクリプション会員の利用者群を利用者群設定部３１３にて設定させることによって、部屋２０の稼働率を上昇させることができる。
（４）利用者群切替部３１６は、事業目標達成判定部３１５の判定結果に基づいて、利用者群設定部３１３に利用者群を切り替えさせるので、レンタルスペースの管理システム１は、部屋２０の事業目標を達成できるように、利用者群を自動的に切り替えることができる。
【００５６】
（５）サイトコントローラ７は、管理サーバ３および集客サーバ６にインターネット８を介して接続され、利用者側端末装置５を介して受け付けた集客サーバ６の集客側予約情報の更新と、管理サーバ３の管理側予約情報の更新とを装置側予約管理部７１１にて取得するとともに、これらの管理側予約情報３２１および集客側予約情報を同期制御部７１２にて同期させることができるので、部屋２０に対する予約のダブルブッキングを防止することができ、予約の確実性を高めることができる。また、管理サーバ３および集客サーバ６は、互いに予約情報の同期を行う必要はないので、これらのサーバの負荷を抑制することができる。
（６）サイトコントローラ７は、集客側予約情報の更新に基づいて、部屋２０の錠装置２２を解錠するための解錠キーを発行するキー発行部７１３を備えているので、部屋２０の錠装置２２の仕様に対応していない集客サーバ６からの予約に対しても内覧者に解錠キーを発行することができ、集客サーバ６の仕様に関わらず広く内覧者を集客することができる。
【００５７】
〔実施形態の変形〕
なお、本発明は、前記実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
例えば、前記実施形態では、管理者側端末装置４を介して部屋２０の事業目標を受け付けることによって、この事業目標に関する事業目標情報３２３を管理情報記憶部３２に記憶させて設定する事業目標情報設定部３１４と、管理情報記憶部３２に記憶された管理側予約情報３２１および事業目標情報３２３に基づいて、事業目標を達成できるか否かを判定する事業目標達成判定部３１５と、事業目標達成判定部３１５の判定結果に基づいて、利用者群設定部３１３に利用者群を切り替えさせる利用者群切替部３１６とを備えていたが、これらを備えていなくてもよい。
【００５８】
また、前記実施形態では、管理サーバ３は、管理側予約管理部３１１にて管理情報記憶部３２に記憶された管理側予約情報３２１を部屋２０の管理者に報知する予約情報報知部３１２を備えていた。これに対して、管理サーバ３は、前述した事業目標情報設定部３１４、事業目標達成判定部３１５、および利用者群切替部３１６を備え、部屋２０の事業目標を達成できるように、利用者群を自動的に切り替えることができる場合には、予約情報報知部３１２を備えていなくてもよい。
【００５９】
前記実施形態では、時間貸設備として建物２の部屋２０を貸与する場合を例示したが、時間貸設備としては、会議室やトレーニングルーム等に限らず、屋外のスペースであるテニスコートや、野球場や、競技場や、駐車場等であってもよいし、カラオケルームや、レンタルオフィスや、読書スペース等であってもよい。さらに、時間貸設備としては、建物２等の不動産に付帯するものに限らず、様々な物品などの動産であってもよいし、自動車や船などの移動体としてもよい。
【００６０】
前記実施形態では、レンタルスペースの管理システム１の各種機能は、管理サーバ３、集客サーバ６、およびサイトコントローラ７に振り分けて実装されていたが、どの機能を管理サーバ３、集客サーバ６、およびサイトコントローラ７に振り分けて実装してもよく、レンタルスペースの管理システム１の各種機能を実現することができれば適宜設計してよい。
【００６１】
前記実施形態では、管理サーバ３、集客サーバ６、およびサイトコントローラ７は、集中管理型のサーバ装置によって構成されていてもよく、分散管理型のものであってもよく、例えば、ブロックチェーンに代表される分散型取引台帳を利用したものなどが利用可能である。
また、前記実施形態では、管理サーバ３、集客サーバ６、およびサイトコントローラ７は、別個に設けられるとともに、互いにインターネット８を介して接続されていたが、これに限らず、管理サーバ３、集客サーバ６、およびサイトコントローラ７は、単一のサイトに設けられていてもよいし、管理サーバ３、集客サーバ６、およびサイトコントローラ７の機能は、インターネット８上に分散された複数の機器によって構成されていてもよい。
【産業上の利用可能性】
【００６２】
以上のように、本発明は、時間貸設備の管理システムに好適に利用できる。
【符号の説明】
【００６３】
１        管理システム
２        建物
３        管理サーバ
４        管理者側端末装置（管理者入力手段）
５        利用者側端末装置（利用者入力手段）
６        集客サーバ
７        サイトコントローラ（情報処理装置）
８        インターネット（通信回線）
２０      部屋（レンタルスペース）
２１      出入口
２２      錠装置
２３      通信端末装置
３２      管理情報記憶部
３１１    管理側予約管理部
３１２    予約情報報知部
３１３    利用者群設定部
３１４    事業目標情報設定部
３１５    事業目標達成判定部
３１６    利用者群切替部
３１７    錠設定部
３２１    管理側予約情報
３２２    利用者群情報
３２３    事業目標情報
６１１    集客側予約管理部
７１１    装置側予約管理部
７１２    同期制御部
７１３    キー発行部
【要約】
【課題】時間貸設備の予約情報に基づいて、時間貸設備の事業目標の達成を支援することができる時間貸設備の管理システムの提供。
【解決手段】時間貸設備の管理システム１は、時間貸設備を管理する管理サーバ３と、管理者側端末装置４と、利用者側端末装置５とを備える。管理サーバ３は、利用者側端末装置５を介して時間貸設備の予約を受け付けることによって、時間貸設備の利用者および利用日時に関する管理側予約情報３２１を設定する管理側予約管理部３１１と、管理側予約情報３２１を時間貸設備の管理者に報知する予約情報報知部３１２と、時間貸設備の予約を受け付ける対象者となる利用者群を時間貸設備の管理者に管理者側端末装置４を介して設定させる利用者群設定部３１３とを備える。利用者群は、第１の利用者群と、第１の利用者群とは異なる第２の利用者群とを有する。
【選択図】図２【図１】
0006989201.tif 000002
【図２】
0006989201.tif 000003
【図３】
0006989201.tif 000004
【図４】
0006989201.tif 000005
【図５】
0006989201.tif 000006
【図６】
0006989201.tif 000007
【図７】
0006989201.tif 000008