(57)【特許請求の範囲】
【請求項１】
複数の会員基盤システムのうちのいずれかから、前記会員基盤システムの会員に利用させるロッカーの確保を申し込むための確保申込情報を前記会員基盤システムから受け付ける確保申込受付部と、
前記確保申込情報が、前記会員基盤システムによる前記ロッカーの確保の申し込みの妥当性を検証するためのシステム予約条件を満たすか否かを判定する判定部と、
前記判定部が判定した結果に基づく情報を前記会員基盤システムに通知する通知部と、
を有する管理装置。
【請求項２】
前記確保申込情報が前記システム予約条件を満たすと判定された場合に、当該確保申込情報に基づいて、前記ロッカーに前記会員基盤システムを割り付けるシステム割付部をさらに有し、
前記通知部は、前記会員基盤システムが割り付けられた前記ロッカーに関する情報を当該会員基盤システムに通知する、
請求項１に記載の管理装置。
【請求項３】
前記確保申込情報は、複数の前記ロッカーがそれぞれ配置された複数の配置場所の中から前記ロッカーの確保を希望する前記配置場所として選択した確保希望場所を含み、
前記判定部は、前記確保申込情報が、前記確保希望場所に関連付けて設定されている場所予約条件を満たすか否かをさらに判定する、
請求項１又は２に記載の管理装置。
【請求項４】
前記会員が前記ロッカーの利用を申し込むための利用申込情報を前記会員基盤システムから受け付ける利用申込受付部と、
前記利用申込情報に基づいて、確保された前記ロッカーに前記会員を割り付ける会員割付部と、
前記会員が割り付けられた前記ロッカーの利用を、当該会員に対応する利用申込情報に基づく利用予約情報に基づいて制御する利用制御部と、
をさらに有する、
請求項１から３のいずれか一項に記載の管理装置。
【請求項５】
前記通知部は、前記会員による前記ロッカーの利用状況に基づいて、前記ロッカーを確保するサービスに関する情報を前記会員の前記会員基盤システムに通知する、
請求項１から４のいずれか一項に記載の管理装置。
【請求項６】
前記確保申込情報が前記システム予約条件を満たすと判定された場合に、前記ロッカーの確保の申し込みを識別するためのシステム予約ＩＤを発番し、発番した前記システム予約ＩＤと前記確保申込情報とを含む確保予約情報を記録する情報記録部をさらに有する、
請求項１から５のいずれか一項に記載の管理装置。
【請求項７】
コンピュータが実行する、
複数の会員基盤システムのうちのいずれかから、前記会員基盤システムの会員に利用させるロッカーの確保を申し込むための確保申込情報を前記会員基盤システムから受け付けるステップと、
前記確保申込情報が、前記会員基盤システムによる前記ロッカーの確保の申し込みの妥当性を検証するためのシステム予約条件を満たすか否かを判定するステップと、
判定した結果に基づく情報を前記会員基盤システムに通知するステップと、
を有する対象物確保方法。
【請求項８】
コンピュータを、
複数の会員基盤システムのうちのいずれかから、前記会員基盤システムの会員に利用させるロッカーの確保を申し込むための確保申込情報を前記会員基盤システムから受け付ける確保申込受付部、
前記確保申込情報が、前記会員基盤システムによる前記ロッカーの確保の申し込みの妥当性を検証するためのシステム予約条件を満たすか否かを判定する判定部、及び
前記判定部が判定した結果に基づく情報を前記会員基盤システムに通知する通知部、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者が利用する対象物を管理する管理装置、対象物確保方法及びプログラムに関する。
【背景技術】
【０００２】
従来、会員登録したことを条件として、会員にサービスを利用させるシステムが知られている。特許文献１には、会員に会員サービスを提供する会員サービスシステム（以下、「会員基盤システム」という）において、会員サービスを提供する事業者と加盟契約している事業者（以下、「関連事業者」という）が提供するサービスを会員に利用させる技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−７０５９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
関連事業者は、１つの会員サービスの事業者だけでなく、複数の会員サービスの事業者と加盟契約する場合がある。この場合、関連事業者が各会員サービスの事業者に対して一律に同じ内容のサービスを提供することが妥当ではない場合がある。例えば、会員サービスにおいて、規模が大きいほど会員が利用する対象物の数が多くなり、規模が小さいほど会員が利用する対象物の数が少なくなり得る。この場合において、規模が小さい会員サービスの事業者から多くの対象物の提供を要求された場合、提供した対象物の数と、実際に利用された対象物の数との差が大きくなり、対象物を有効活用できなくなるという問題があった。
【０００５】
そこで、本発明はこれらの点に鑑みてなされたものであり、対象物の提供の要求の妥当性を検証することができる管理装置、対象物確保方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１の態様にかかる管理装置は、会員基盤システムの会員に利用させる対象物の確保を申し込むための確保申込情報を前記会員基盤システムから受け付ける確保申込受付部と、前記確保申込情報が、前記会員基盤システムに関連付けて設定されているシステム予約条件を満たすか否かを判定する判定部と、前記判定部が判定した結果に基づく情報を前記会員基盤システムに通知する通知部と、を有する。
【０００７】
前記管理装置は、前記確保申込情報が前記システム予約条件を満たすと判定された場合に、当該確保申込情報に基づいて、前記対象物に前記会員基盤システムを割り付けるシステム割付部をさらに有してもよいし、前記通知部は、前記会員基盤システムが割り付けられた前記対象物に関する情報を当該会員基盤システムに通知してもよい。
【０００８】
前記確保申込情報は、複数の前記対象物がそれぞれ配置された複数の配置場所の中から前記対象物の確保を希望する前記配置場所として選択した確保希望場所を含んでもよいし、前記判定部は、前記確保申込情報が、前記確保希望場所に関連付けて設定されている場所予約条件を満たすか否かをさらに判定してもよい。
【０００９】
前記管理装置は、前記会員が前記対象物の利用を申し込むための利用申込情報を前記会員基盤システムから受け付ける利用申込受付部と、前記利用申込情報に基づいて、確保された前記対象物に前記会員を割り付ける会員割付部と、前記会員が割り付けられた前記対象物の利用を、当該会員に対応する利用申込情報に基づく利用予約情報に基づいて制御する利用制御部と、をさらに有してもよい。
【００１０】
前記通知部は、前記会員による前記対象物の利用状況に基づいて、前記対象物を確保するサービスに関する情報を前記会員の前記会員基盤システムに通知してもよい。
前記管理装置は、前記確保申込情報が前記システム予約条件を満たすと判定された場合に、前記対象物の確保の申し込みを識別するためのシステム予約ＩＤを発番し、発番した前記システム予約ＩＤと前記確保申込情報とを含む確保予約情報を記録する情報記録部をさらに有してもよい。
【００１１】
本発明の第２の態様にかかる対象物確保方法は、コンピュータが実行する、会員基盤システムの会員に利用させる対象物の確保を申し込むための確保申込情報を前記会員基盤システムから受け付けるステップと、前記確保申込情報が、前記会員基盤システムに関連付けて設定されているシステム予約条件を満たすか否かを判定するステップと、判定した結果に基づく情報を前記会員基盤システムに通知するステップと、を有する。
【００１２】
本発明の第３の態様にかかるプログラムは、コンピュータを、会員基盤システムの会員に利用させる対象物の確保を申し込むための確保申込情報を前記会員基盤システムから受け付ける確保申込受付部、前記確保申込情報が、前記会員基盤システムに関連付けて設定されているシステム予約条件を満たすか否かを判定する判定部、及び前記判定部が判定した結果に基づく情報を前記会員基盤システムに通知する通知部、として機能させる。
【発明の効果】
【００１３】
本発明によれば、対象物の提供の要求の妥当性を検証することができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】管理システムの概要を説明するための図である。
【図２】管理システムの概要を説明するための図である。
【図３】管理装置の構成を示す図である。
【図４】記憶部に記憶されているデータベースの構成の一例を示す図である。
【図５】管理装置の処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１５】
［管理システムＳの概要］
図１及び図２は、管理システムＳの概要を説明するための図である。管理システムＳは、会員端末１と、ロッカー装置２と、会員基盤システム３と、管理装置４とを有する。管理システムＳは、事業者向けに当該事業者が提供する会員サービスの会員Ｕに利用させる対象物を確保するサービスと、利用者向けに対象物を予約するサービスとを含む予約サービスを提供するために用いられるシステムである。
【００１６】
対象物は、利用者が借り受けて利用する物であり、例えば、ロッカーＬである。利用者は、会員基盤システム３の会員Ｕ（会員基盤システム３が提供する会員サービスの会員Ｕ）と、会員基盤システム３の非会員である一般利用者とを含む。
【００１７】
会員端末１は、会員Ｕが使用する端末であり、例えばスマートフォンである。会員端末１には、例えば、会員Ｕが会員基盤システム３によって提供される会員サービスを利用するための専用のアプリケーションプログラム（以下、「会員アプリ」という）がインストールされている。
【００１８】
ロッカー装置２は、ロッカーサービスを提供するための装置である。ロッカーサービスは、ロッカーＬの利用を利用者に提供するためのサービスである。ロッカー装置２は、複数のロッカーＬと、ロッカーＬを制御したり（例えば、ロッカーＬの扉を施錠及び解錠する等）、ロッカーＬの利用料金の精算処理をしたりするターミナルＴとを備える。ロッカー装置２は、駅の構内及び官公庁の建物内等、様々な配置場所に配置されている。
【００１９】
複数のロッカーＬには、予約専用ロッカーと、一般用ロッカーとが含まれている。予約専用ロッカーは、予約することによって利用可能なロッカーＬであり、例えば、利用者が会員サービス又は予約サービスでロッカーＬを予約することによって利用可能になるロッカーＬである。予約専用ロッカーには、会員サービスの事業者が確保可能な確保専用ロッカーが含まれていてもよい。一般用ロッカーは、予約せずに利用可能なロッカーＬであり、例えば、利用者がロッカー装置２のターミナルＴでロッカーＬを利用するための手続きをすることによって利用可能になるロッカーＬである。
【００２０】
図１に示すロッカー装置２には、６つのロッカーＬが備えられており、例えば、ロッカーＬ１、Ｌ２、Ｌ３が予約専用ロッカーであり、ロッカーＬ４、Ｌ５、Ｌ６が一般用ロッカーである。複数のロッカーＬには、予約専用ロッカー及び一般用ロッカーに限らず、予約しても予約しなくても利用可能な共用ロッカーがさらに含まれてもよい。
【００２１】
会員基盤システム３は、会員サービスを提供するためのシステムである。会員サービスは、当該会員サービスの事業者と提携又は契約した事業者（関連事業者）が提供する提供サービスの利用を、会員Ｕに提供するためのサービスである。本実施の形態においては、会員サービスの事業者と、提供サービスであるロッカーサービスの事業者とが提携関係又は契約関係を有しており、会員Ｕは、会員サービスとしてロッカーＬを利用することができる。会員サービスの事業者は、例えば、鉄道輸送サービスを運営する企業又は宿泊サービスを運営する企業等である。
【００２２】
管理装置４は、予約サービスを提供するための装置であり、例えばサーバである。管理装置４は、ロッカー装置２と同じ場所に配置されてもよいし、ロッカー装置２とは異なる場所（例えばクラウド上）に配置されてもよい。予約サービスの事業者は、ロッカーサービスの事業者又は会員サービスの事業者と同一の事業者であってもよいし、異なる事業者であってもよい。
【００２３】
予約サービスは、ロッカーサービスの事業者と提携又は契約している事業者が提供する会員サービスの会員Ｕが利用可能なサービスであり、会員Ｕは、会員基盤システム３を介して当該予約サービスでロッカーＬを予約し、予約したロッカーＬを利用する。会員Ｕが予約サービスにおいて予約可能なロッカーＬは、当該会員Ｕが属する会員サービスの事業者向けに確保されたロッカーＬと、確保されていないロッカーＬとを含む。例えば、会員Ｕは、会員サービスの事業者向けに確保されたロッカーＬを、確保されていないロッカーＬを利用した場合よりも安い利用料金で利用することができる。
【００２４】
以下において、図２を参照しながら、管理システムＳの処理の流れについて説明する。図２（ａ）は、ロッカーＬを確保する前における管理システムＳの処理の流れを示す。まず、会員基盤システム３は、会員Ｕに利用させるロッカーＬの確保を申し込むための確保申込情報を管理装置４に送信する（図２（ａ）の（１））。
【００２５】
管理装置４は、確保申込情報を受け付けると、当該確保申込情報が、当該会員基盤システム３に対応するシステム予約条件を満たすか否かを判定する（図２（ａ）の（２））。システム予約条件は、会員基盤システム３に関連付けて設定されている条件であり、例えば、会員サービスの規模が多いほど広い条件（例えば、確保可能なロッカーＬの数量が多い、ロッカーＬを確保可能な期間が長い等）が設定され、会員サービスの規模が小さいほど狭い条件（例えば、確保可能なロッカーＬの数量が少ない、ロッカーＬを確保可能な期間が短い等）が設定されている。システム予約条件は、会員サービスの規模の他に、予約サービスの利用の頻度（ロッカーＬの確保の申し込みの頻度）に応じて設定されてもよい。
【００２６】
そして、管理装置４は、上記判定の結果を示す結果情報を会員基盤システム３に通知する（図２（ａ）の（３））。管理装置４は、例えば、確保申込情報がシステム予約条件を満たすと判定した場合、確保したロッカーＬに関する情報を結果情報として会員基盤システム３に通知する。一方、管理装置４は、確保申込情報がシステム予約条件を満たさないと判定した場合、ロッカーＬを確保することができないことを示す情報を結果情報として会員基盤システム３に通知する。
【００２７】
このようにすることで、管理システムＳは、対象物の提供の要求の妥当性を検証することができる。これにより、管理システムＳは、例えば、会員サービスの規模に見合う内容で当該会員サービスの事業者からロッカーＬの確保が要求された場合に、当該要求に応じてロッカーＬを確保することができる。その結果、管理システムＳは、会員サービスの事業者による逸脱した要求に対するロッカーＬの提供を抑止することができる。
【００２８】
図２（ｂ）は、ロッカーＬを確保した後における管理システムＳの処理の流れを示す。まず、会員基盤システム３の会員Ｕが、会員端末１の会員アプリにおいて、確保されたロッカーＬの利用を申し込むための操作を行うと、会員端末１は、会員基盤システム３を介して、会員ＵによるロッカーＬの利用を申し込むための利用申込情報を管理装置４に送信する（図２（ｂ）の（４））。
【００２９】
管理装置４は、利用申込情報を受け付けると、確保したロッカーＬの中から選択したロッカーＬに会員Ｕを割り付ける（図２（ｂ）の（５））。ここで、「割り付け」とは、特定のロッカーを所定の期間において占有させることであり、ロッカーＬに割り付けられた会員基盤システム３又は会員Ｕ以外の他の会員基盤システム３への確保及び他の利用者の利用が制限される状態にすることである。
【００３０】
そして、管理装置４は、会員Ｕを割り付けたロッカーＬの利用を、利用予約情報に基づいて制御する（図２（ｂ）の（６））。利用予約情報は、利用申込情報の基づく情報であり、例えば、会員ＵによるロッカーＬの利用の申し込みを識別するための情報、会員Ｕを識別するための情報及び会員ＵがロッカーＬを利用する期間を示す情報等を含む。
【００３１】
その後、会員Ｕは、割り付けられたロッカーＬを利用する。このようにすることで、管理システムＳは、会員基盤システム３の事業者（会員基盤システム３によって提供される会員サービスの事業者）向けに確保したロッカーＬを、当該会員基盤システム３の会員Ｕに利用させることができる。
以下、管理装置４の構成について説明する。
【００３２】
［管理装置４の構成］
図３は、管理装置４の構成を示す図である。管理装置４は、通信部４１と、記憶部４２と、制御部４３とを有する。通信部４１は、会員端末１、ロッカー装置２及び会員基盤システム３と通信するためのネットワークインターフェイスであり、例えばＬＡＮ（Local Area Network）コントローラを含んで構成されている。
【００３３】
記憶部４２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びハードディスク等の記憶媒体である。記憶部４２は、制御部４３が実行するプログラムを記憶している。記憶部４２は、会員基盤システム３ごとに設定されたシステム予約条件を管理する条件管理データベースと、ロッカーＬの予約を管理する予約管理データベースとを記憶している。
【００３４】
図４は、記憶部４２に記憶されているデータベースの構成の一例を示す図である。図４（ａ）は、条件管理データベースの構成の一例を示す図である。条件管理データベースには、ロッカーサービスの事業者と提携関係又は契約関係を有する会員サービスの事業者ごとに、それぞれ異なるシステム予約条件が記憶されている。図４（ａ）に示すように、条件管理データベースは、事業者識別情報と、システム予約条件（上限確保数量及び上限確保期間）とを関連付けて記憶している。
【００３５】
事業者識別情報は、会員基盤システム３の事業者を識別するための情報である。上限確保数量は、確保可能なロッカーＬの数量の上限である。上限確保数量は、１つの配置場所において確保可能なロッカーＬの数量（又は割合）の上限であってもよいし、１回の申し込みにおいて確保可能なロッカーＬの数量の上限であってもよいし、ロッカーＬの確保を希望する期間の少なくとも一部が重複する複数回の申し込みにおいて確保可能なロッカーＬの合計数量の上限であってもよい。
【００３６】
上限確保期間は、ロッカーＬを確保可能な期間の上限である。例えば、会員サービスの規模が大きい（会員数が多い）ほど多くの上限確保数量又は長い上限確保期間が設定され、会員サービスの規模が小さい（会員数が少ない）ほど少ない上限確保数量又は短い上限確保期間が設定される。
【００３７】
管理装置４は、予約サービスの利用状況に応じてシステム予約条件を変更してもよい。管理装置４は、例えば、ある会員基盤システム３に対応するシステム利用条件において、前回又は過去に当該会員基盤システム３によるロッカーＬの確保の申し込みに応じて確保したロッカーＬの数量と、当該会員基盤システム３の会員ＵがロッカーＬを利用した数との比率の高さに応じて、上限確保数量（例えば、比率が高いほど上限確保数量を増やす）及び上限確保期間（比率が高いほど上限確保期間を延ばす）を変更する。また、管理装置４は、例えば、ある会員基盤システム３にロッカーＬを確保した確保期間（例えば、確保希望期間に等しい期間）の期限が近づいている状況において、上記比率が一定利用率未満である場合、減らした上限確保数量に変更する。
【００３８】
システム予約条件は、上限確保数量及び上限確保期間に限らず、ロッカーＬの確保が可能な配置場所を示す一以上の確保可能場所をさらに含んでもよい。確保可能場所には、例えば、会員サービスの規模が大きいほどロッカーＬの利用率が高い配置場所が含まれる。なお、確保可能場所は、会員サービスの事業者が予め指定した配置場所（例えば、ロッカーサービスの事業者と提携又は契約する時に指定された配置場所）であってもよい。
【００３９】
図４（ｂ）は、予約管理データベースの構成の一例を示す図である。図４（ｂ）に示すように、予約管理データベースは、配置場所と、ロッカー識別情報と、確保予約情報（システム予約ＩＤ（identifier）、事業者識別情報及び確保期間等）と、利用予約情報（会員予約ＩＤ、会員識別情報及び利用期間等）とを関連付けて記憶している。ロッカー識別情報は、ロッカーＬを識別するための情報である。システム予約ＩＤは、会員基盤システム３によるロッカーＬの確保の申し込みを識別するための情報である。確保期間は、会員基盤システム３にロッカーＬを確保する期間である。会員予約ＩＤは、会員ＵによるロッカーＬの利用の申し込みを識別するための情報である。利用期間は、会員ＵがロッカーＬを利用する期間である。
【００４０】
図３に戻り、制御部４３は、例えばＣＰＵ（Central Processing Unit）である。制御部４３は、記憶部４２に記憶されたプログラムを実行することにより、確保申込受付部４３１、判定部４３２、システム割付部４３３、対象物制御部４３４、通知部４３５、利用申込受付部４３６及び会員割付部４３７として機能する。以下において、ロッカーＬを確保する前の処理と、ロッカーＬを確保した後の処理とに分けて、制御部４３の各機能について説明する。
【００４１】
＜ロッカーＬを確保する前の処理＞
確保申込受付部４３１は、通信部４１を介して、会員基盤システム３の会員Ｕに利用させるロッカーＬの確保を申し込むための確保申込情報を会員基盤システム３から受け付ける。確保申込情報には、ロッカーＬの確保を希望する確保希望エリア（例えば東京駅周辺等）、複数のロッカーＬがそれぞれ配置された複数の配置場所の中からロッカーＬの確保を希望する配置場所として選択した一以上の確保希望場所、確保を希望するロッカーＬの確保希望数量、ロッカーＬの確保を希望する確保希望期間及び確保を希望するロッカーＬのサイズ等のうちの少なくともいずれか１つが含まれる。ロッカーＬの確保希望数量は、各配置場所において確保を希望するロッカーＬの合計数量であってもよいし、配置場所ごとのロッカーＬの数量であってもよい。
【００４２】
判定部４３２は、確保申込情報に基づいてロッカーＬを確保するか否かを判定する。具体的には、判定部４３２は、確保申込情報が、会員基盤システム３に関連付けて設定されているシステム予約条件を満たすか否かを判定する。判定部４３２は、例えば、確保申込情報に含まれている確保希望数量及び確保希望期間が、条件管理データベースにおいて当該確保申込情報に基づいてロッカーＬの確保を申し込んだ会員基盤システム３に対応する事業者識別情報に関連付けて記憶されている上限確保数量及び上限確保期間を超えないか否かを判定する。なお、会員基盤システム３が、確保希望期間の少なくとも一部が重複する複数回のロッカーＬの確保を申し込んだ場合、判定部４３２は、各申し込みの確保希望数量を合計した数量が上限確保数量を超えないか否かを判定してもよい。
【００４３】
また、例えば、確保申込情報に確保希望場所が含まれる場合、判定部４３２は、当該確保希望場所が、条件管理データベースにおいて当該確保申込情報に基づいてロッカーＬの確保を申し込んだ会員基盤システム３に対応する事業者識別情報に関連付けて記憶されている確保可能場所に含まれるか否かを判定する。
【００４４】
判定部４３２は、システム予約条件以外の条件を用いて、ロッカーＬを確保するか否かを判定してもよい。例えば、判定部４３２は、確保申込情報が、配置場所ごとに設定されている条件を満たすか否かをさらに判定する。
【００４５】
具体的には、判定部４３２は、確保申込情報が、当該確保申込情報に含まれる確保希望場所に関連付けて設定されている場所予約条件をさらに満たすか否かを判定する。例えば、管理装置４には、場所予約条件として、配置場所ごとに上限確保数量又は上限確保期間が設定されており、ロッカーＬの利用率が高い配置場所には少ない上限確保数量又は短い上限確保期間が設定され、ロッカーＬの利用率が低い配置場所には多い上限確保数量又は長い上限確保期間が設定されている。
【００４６】
この場合において、判定部４３２は、確保希望数量又は確保希望期間が、確保希望場所に関連付けて設定されている場所予約条件の上限確保数量又は上限確保期間を超えないか否かを判定する。このようにすることで、管理装置４は、ロッカーＬの利用率が高い配置場所において、会員基盤システム３に多くのロッカーＬが確保されたり長い期間にわたってロッカーＬが確保されたりしてしまう事態を抑止することができる。
【００４７】
判定部４３２は、確保申込情報が、時期ごとに設定されている時期予約条件を満たすか否かをさらに判定してもよい。例えば、管理装置４には、時期予約条件として、時期ごとに上限確保数量が設定されており、ロッカーＬの利用率が高くなる時期（例えばゴールデンウィーク期間、お盆休みを含む夏季休暇期間及び年末年始期間等）には少ない上限確保数量又は短い上限確保期間が設定され、ロッカーＬの利用率が低くなる時期には多い上限確保数量又は長い上限確保期間が設定されている。この場合において、判定部４３２は、確保希望数量又は確保希望期間が、確保希望期間に対応する時期予約条件の上限確保数量又は上限確保期間を超えないか否かを判定する。
【００４８】
判定部４３２は、確保申込情報に基づくロッカーＬの確保が可能であるか否かを判定してもよい。具体的には、判定部４３２は、予約管理データベースを参照し、確保希望場所及び確保希望期間において確保希望数量に等しい数の未割付ロッカーがあるか否かを判定してもよい。未割付ロッカーは、他の会員基盤システム３又は利用者が割り付けられていないロッカーＬである。
【００４９】
判定部４３２は、確保希望場所に配置されているロッカーＬの数、又は確保希望場所において他の会員基盤システム３によるロッカーＬの確保の申し込みに応じて確保されたロッカーＬの数に基づいて、ロッカーＬを確保するか否かを判定してもよい。例えば、管理装置４には、確保希望場所に配置されているロッカーＬの数、又は確保希望場所において確保されたロッカーＬの数に対応する、予め定められた所定の閾値が設定されている。この場合において、判定部４３２は、確保希望場所に配置されているロッカーＬの数が所定の閾値より多い場合、又は確保されたロッカーＬの数が所定の閾値より少ない場合に、ロッカーＬを確保すると判定する。
【００５０】
判定部４３２は、確保申込情報に基づいてロッカーＬの確保を申し込んだ会員基盤システム３における過去のロッカーサービスの利用実績に基づいて、ロッカーＬを確保するか否かを判定してもよい。「過去のロッカーサービスの利用実績」は、例えば、所定の期間（例えば１か月）当たりの会員基盤システム３の会員ＵがロッカーＬを利用した利用数である。例えば、管理装置４には、利用実績に対応する、予め定められた所定の閾値が設定されている。この場合において、判定部４３２は、ロッカーＬの確保を申し込んだ会員基盤システム３の会員Ｕにおける所定の期間あたりの利用数が所定の閾値以より多い場合に、ロッカーＬを確保すると判定する。
【００５１】
判定部４３２は、ロッカーＬの確保を申し込んだ会員基盤システム３が所定の会員基盤システム３であるか否かを判定してもよい。例えば、管理装置４には、ロッカーサービスの事業者と提携関係又は契約関係を有する会員サービスの事業者一覧が管理されており、判定部４３２は、ロッカーＬの確保を申し込んだ会員基盤システム３の事業者が、上記事業者一覧に含まれるか否かを判定する。
【００５２】
上記事業者一覧には、様々な情報が設定されてもよい。例えば、事業者一覧には、事業者ごとに、当該事業者にリアルタイムでロッカーＬを確保することを許容するか否かを示す情報が設定されてもよいし、会員Ｕが当該事業者の会員サービスを介してリアルタイムでロッカーＬを利用することを許容するか否かを示す情報が設定されてもよい。
【００５３】
システム割付部４３３は、確保申込情報がシステム予約条件を満たすと判定された場合に、会員基盤システム３に対して特定のロッカーＬを確保する。具体的には、システム割付部４３３は、確保申込情報がシステム予約条件（及び場所予約条件等）を満たすと判定された場合に、当該確保申込情報に基づいて、ロッカーＬに会員基盤システム３を割り付ける。
【００５４】
システム割付部４３３は、例えば、確保希望場所に配置されている確保希望数量に等しい数の未割付ロッカーに会員基盤システム３を割り付ける。また、システム割付部４３３は、例えば、確保希望場所及び確保希望期間における未割付ロッカーであって、確保希望数量に等しい数の未割付ロッカーに会員基盤システム３を割り付ける。システム割付部４３３は、例えば、予約専用ロッカー又は確保専用ロッカーの中から会員基盤システム３を割り付けるロッカーＬを選択する。このようにすることで、管理装置４は、確保したロッカーＬを会員基盤システム３に提供することができる。なお、システム割付部４３３は、確保希望場所において確保希望数量に等しい数の未割付ロッカーがない場合、確保希望場所の周辺にある他の配置場所に配置されている未割付ロッカーに会員基盤システム３を割り付けてもよい。
【００５５】
システム割付部４３３は、例えば、確保申込受付部４３１が確保申込情報を受け付けた直後において当該確保申込情報がシステム予約条件（及び場所予約条件）を満たすと判定されたときに、ロッカーＬに会員基盤システム３を割り付ける。システム割付部４３３は、確保申込情報がシステム予約条件（及び場所予約条件）を満たすと判定された後において、確保希望期間に近づいたときに、ロッカーＬに会員基盤システム３を割り付けてもよい。
【００５６】
システム割付部４３３は、例えば、現在時刻が確保希望期間に基づく割付開始時刻を経過したことを契機として、確保申込情報に基づいて、ロッカーＬに会員基盤システム３を割り付ける。割付開始時刻は、確保希望期間の開始時刻の所定時間前（例えば数分前、数時間前、又は数日前等）に設定された時刻である。
【００５７】
システム割付部４３３は、情報記録部としてさらに機能し、ロッカーＬに会員基盤システム３を割り付けるために、確保申込情報に基づく確保予約情報を記録する。具体的には、システム割付部４３３は、確保申込情報がシステム予約条件を満たすと判定された場合に、会員基盤システム３によるロッカーＬの確保の申し込みに対応するシステム予約ＩＤを発番し、発番したシステム予約ＩＤと確保申込情報とを含む確保予約情報を記録する。
【００５８】
システム割付部４３３は、例えば、会員基盤システム３を割り付けたロッカーＬに対応するロッカー識別情報ごとに、システム予約ＩＤと、ロッカーＬの確保を申し込んだ会員サービスの事業者に対応する事業者識別情報と、確保申込情報に含まれる確保希望期間とを、当該ロッカー識別情報に関連付けて予約管理データベースに記憶させる。このようにすることで、管理装置４は、ロッカーＬの確保の申し込みごとに種々の情報を管理することができる。
【００５９】
上記において、システム割付部４３３が、ロッカーＬの確保の申し込みに対応するシステム予約ＩＤを発番する例を説明したが、これに限らない。例えば、システム割付部４３３は、会員基盤システム３を割り付けたロッカーＬごとに、それぞれ異なるシステム予約ＩＤを発番してもよい。また、例えば、システム割付部４３３は、確保可能な単位であるグループごとにシステムＩＤを発番してもよい。グループは、例えば、ロッカーサービスの事業者又は予約サービスの事業者によって予め設定されている。例えば、複数の予約専用ロッカー（又は確保専用ロッカー）それぞれは、複数の予約専用ロッカーをそれぞれ含む複数のグループのうちのいずれか１つのグループに属しており、システム割付部４３３は、当該グループごとに、それぞれ異なるシステム予約ＩＤを発番する。
【００６０】
システム割付部４３３は、ロッカーＬの確保に伴う請求料金を算出する算出部としてさらに機能してもよい。システム割付部４３３は、例えば、システム予約ＩＤごとに請求費用を算出する。システム割付部４３３は、会員基盤システム３ごと（事業者識別情報ごと）に請求費用を算出してもよい。
【００６１】
システム割付部４３３は、例えば、確保数量（確保したロッカーＬの数量）及び確保期間（ロッカーＬを確保した期間）に応じて請求料金を算出する。システム割付部４３３は、予約サービスを利用するための基本料金と、確保数量及び確保期間に応じた料金とに基づいて、請求料金を算出してもよい。また、システム割付部４３３は、ロッカーＬを確保する時期が、ロッカーＬの利用率が高い時期であるほど高い料金を算出してもよいし、予約専用ロッカー又は確保専用枠の残りの数量が少ないほど高い料金を算出してもよい。また、システム割付部４３３は、会員基盤システム３がロッカーＬの確保を申し込む頻度が高いほど低い料金を算出してもよい。
【００６２】
対象物制御部４３４は、確保制御部として機能し、確保ロッカーの利用を、会員基盤システム３に対応する確保予約情報に基づいて制御する。確保ロッカーは、会員基盤システム３が割り付けられたロッカーＬである。例えば、まず、対象物制御部４３４は、通信部４１を介して、確保ロッカーに対応するロッカー識別情報と確保予約情報とを含む制御情報を、当該確保ロッカーを備えるロッカー装置２に送信する。そして、ロッカー装置２は、管理装置４から制御情報を取得すると、ロッカー識別情報が示すロッカーＬ（確保ロッカー）の利用を制御する。
【００６３】
ロッカー装置２は、例えば、確保ロッカーの利用の制御として、施錠した確保ロッカーの扉を特定の会員基盤システム３又はその会員Ｕのみが解錠可能にする、施錠していない確保ロッカーの扉を特定の会員基盤システム３又はその会員Ｕのみが施錠可能にする、確保ロッカーを動作させるために供給する電源を特定の会員基盤システム３又はその会員Ｕのみが制御可能にする、又は他の利用者が確保ロッカーを利用しようとする際にターミナルＴが備える不図示のディスプレイに利用不能であることを示すメッセージを表示する。
【００６４】
通知部４３５は、通信部４１を介して、判定部４３２が判定した結果に基づく情報を会員基盤システム３に通知する。通知部４３５は、確保申込情報がシステム予約条件を満たさないと判定された場合、ロッカーＬを確保することができないことを示す情報を結果情報として会員基盤システム３に通知する。
【００６５】
通知部４３５は、確保申込情報がシステム予約条件を満たさないと判定された場合、確保申込情報がシステム予約条件を満たすための情報を会員基盤システム３に通知してもよい。例えば、確保申込情報に含まれる確保希望数量がシステム予約条件の上限確保数量を超えている場合、通知部４３５は、確保希望数量を、システム予約条件の上限確保数量に等しい数量に変更すればシステム予約条件を満たすことを示す情報を会員基盤システム３に通知する。
【００６６】
通知部４３５は、確保申込情報がシステム予約条件（及び場所予約条件等）を満たすと判定された場合に、確保されたロッカーＬに関する情報を結果情報として会員基盤システム３に通知する。具体的には、通知部４３５は、会員基盤システム３が割り付けられたロッカーＬに関する情報を当該会員基盤システム３に通知する。通知部４３５は、例えば、確保されたロッカーＬに対応するロッカー識別情報と、当該ロッカーＬの確保に伴う請求料金とを含むロッカーＬに関する情報を会員基盤システム３に通知する。
【００６７】
通知部４３５は、例えば、システム割付部４３３がロッカーＬに会員基盤システム３を割り付けた後、又は対象物制御部４３４がロッカーＬの利用を制御した後に、当該ロッカーＬに関する情報を当該会員基盤システム３に通知する。通知部４３５は、確保希望期間の直前にロッカーＬに関する情報を会員基盤システム３に通知してもよい。
【００６８】
具体的には、まず、通知部４３５は、確保申込情報がシステム予約条件を満たすと判定された場合に、確保申込情報を受け付けたことを示す第１情報を会員基盤システム３に通知する。そして、システム割付部４３３が、現在時刻が割付開始時刻を経過したことを契機として、ロッカーＬに会員基盤システム３を割り付けた場合に、通知部４３５は、会員基盤システム３を割り付けたロッカーＬに関する情報である第２情報を会員基盤システム３に通知する。
【００６９】
上記において、通知部４３５が会員基盤システム３を割り付けたロッカーＬに関する情報を会員基盤システム３に通知する例を説明したが、これに限らない。通知部４３５は、会員基盤システム３の会員Ｕが利用可能な利用枠を示すための情報を会員基盤システム３に通知してもよい。利用枠は、特定のロッカーＬを確保せずに、希望確保場所に配置された複数のロッカーＬの中から確保希望数量のロッカーＬを利用可能にするための枠である。
【００７０】
具体的には、まず、システム割付部４３３は、確保申込情報がシステム予約条件を満たすと判定された場合に、当該確保申込情報を記録する。そして、通知部４３５は、会員基盤システム３の会員Ｕが利用可能な利用枠を示すための情報を会員基盤システム３に通知する。例えば、管理装置４は、ある希望配置場所において利用期間の少なくとも一部が重複する他の利用者（一般利用者又は他の会員基盤システム３の会員Ｕ）によるロッカーＬの利用数が当該希望配置場所に配置されているロッカーＬの数から利用枠が示す数を差し引いた利用可能数になるまで、他の利用者によるロッカーＬを利用するための申し込みを受け付け、ロッカーＬの利用数が利用可能数を超えた場合に当該申し込みを受け付けないように制御する。
【００７１】
ところで、利用者によるロッカーＬの利用が、予定されていた利用期間内に終了せずに遅延してしまう場合がある。例えば、あるロッカーＬの確保及び利用のスケジュールにおいて、利用者の利用期間の直後に会員基盤システム３の確保期間が設けられている場合、管理装置４は、当該利用者によるロッカーＬの利用の終了が遅延してしまうと、会員基盤システム３に対して確保期間（確保希望期間）どおりにロッカーＬを確保することができなくなってしまう。そこで、管理装置４は、会員基盤システム３を割り付けたロッカーＬにおいて、確保期間の直前に利用した利用者によるロッカーＬの利用の終了が遅延した場合、当該会員基盤システム３を割り付けたロッカーＬを、他のロッカーＬに変更してもよい。
【００７２】
具体的には、システム割付部４３３は、会員基盤システム３をロッカーＬに割り付けた後において、当該会員基盤システム３の確保期間に基づく所定の時刻を経過したときに利用者による当該ロッカーＬの利用が終了しない場合、当該会員基盤システム３を割り付けたロッカーＬを、他の未割付ロッカー（他の会員基盤システム３及び利用者のいずれも割り付けられていない他のロッカーＬ）に変更する。その後、通知部４３５は、確保されたロッカーＬを変更したことを示す情報を会員基盤システム３に通知する。
【００７３】
＜ロッカーＬを確保した後の処理＞
利用申込受付部４３６は、通信部４１を介して、会員ＵがロッカーＬの利用を申し込むための利用申込情報を、当該会員Ｕの会員基盤システム３から受け付ける。利用申込情報は、会員Ｕの会員基盤システム３によるロッカーＬの確保の申し込みに対応するシステム予約ＩＤ、会員Ｕが属する会員サービスの事業者に対応する事業者識別情報、当該会員Ｕに対応する会員識別情報、ロッカーＬの利用を希望する配置場所として選択された利用希望場所、確保ロッカー（会員基盤システム３が割り付けられたロッカーＬ）の中から選択された利用希望ロッカーを示すための情報（例えばロッカー識別情報）、及びロッカーＬの利用を希望する利用希望期間等を含む。
【００７４】
具体的には、利用申込受付部４３６は、通信部４１を介して、利用申込情報を会員基盤システム３から受け付ける。
【００７５】
特定のロッカーＬが確保された場合において、利用申込受付部４３６は、利用希望場所において、利用申込情報に含まれる事業者識別情報に対応する会員基盤システム３を割り付けたロッカーＬの中に利用されていないロッカーＬがある場合、又は利用希望ロッカーが他の会員Ｕに利用されていない場合に、利用申込情報を受け付ける。また、利用枠が確保された場合において、利用申込受付部４３６は、利用希望期間において他の会員ＵによってロッカーＬが利用される利用数が利用枠によって示される数より少ない場合に、利用申込情報を受け付ける。
【００７６】
会員割付部４３７は、利用申込受付部４３６が受け付けた利用申込情報に基づいて、確保されたロッカーＬに会員Ｕを割り付ける。具体的には、会員割付部４３７は、利用希望場所において確保ロッカーの中から会員Ｕを割り付けるロッカーＬを選択する。会員割付部４３７は、例えば、確保ロッカーの中から会員Ｕが選択した利用希望ロッカーに当該会員Ｕを割り付ける。この場合における「割り付け」は、登録された会員Ｕのみが、対応するロッカーＬを利用できるようにするための処理である。
【００７７】
会員割付部４３７は、確保ロッカーに会員Ｕを割り付けるにあたって、利用申込情報に基づく利用予約情報を記録する。具体的には、会員割付部４３７は、会員ＵによるロッカーＬの利用の申し込みに対応する会員予約ＩＤを発番し、発番した会員予約ＩＤと利用申込情報とを含む確保予約情報を記録する。会員割付部４３７は、例えば、会員予約ＩＤと、会員識別情報と、利用期間（利用希望期間）とを、会員Ｕを割り付けたロッカーＬに対応するロッカー識別情報とシステム予約ＩＤとに関連付けて予約管理データベースに記憶させる。図４（ｂ）に示す例において、会員割付部４３７は、会員予約ＩＤ「ＡＲ０００１」を含む利用予約情報を、ロッカー識別情報「Ｌ０００１」とシステム予約ＩＤ「ＳＲ０００１」とに関連付けて予約管理データベースに記憶させる。
【００７８】
対象物制御部４３４は、利用制御部としてさらに機能し、利用ロッカーの利用を、当該会員Ｕに対応する利用予約情報に基づいて制御する。利用ロッカーは、会員Ｕが割り付けられたロッカーＬである。例えば、まず、対象物制御部４３４は、通信部４１を介して、利用ロッカーに対応するロッカー識別情報と利用予約情報とを含む制御情報を、当該利用ロッカーを備えるロッカー装置２に送信する。そして、ロッカー装置２は、管理装置４から制御情報を取得すると、ロッカー識別情報が示すロッカーＬ（利用ロッカー）の利用を制御する。なお、ロッカー装置２は、ロッカー識別情報が示すロッカーＬの利用をターミナルＴに制御させてもよい。
【００７９】
通知部４３５は、会員ＵによるロッカーＬの利用状況に基づいて、予約サービスに関する情報を会員Ｕの会員基盤システム３に通知してもよい。予約サービスに関する情報は、例えば、ロッカーＬの確保が申し込まれていない会員基盤システム３に予約サービスの利用を勧めるための情報である。通知部４３５は、例えば、ロッカーＬの確保が申し込まれていない会員基盤システム３の会員ＵによってロッカーＬが利用された利用数（例えば１か月あたりの利用数）が所定の閾値以上である場合に、会員Ｕに利用させるロッカーＬの確保を勧めるための情報を予約サービスに関する情報として当該会員基盤システム３に通知する。この場合、通知部４３５は、確保可能なロッカーＬの最大数量、及びロッカーＬを確保可能な最大期間を含む予約サービスに関する情報を会員基盤システム３に通知してもよい。
【００８０】
また、通知部４３５は、会員サービスにおいて会員Ｕ向けに販売する予定のツアー内容に基づいて、予約サービスに関する情報を会員基盤システム３に通知してもよい。例えば、管理装置４が、ツアー内容を示す情報（場所、人数、国籍、滞在期間や時間、荷物の置き場所の手配状況）を会員基盤システム３から取得したとする。この場合において、荷物の手配が出来ていない場合、通知部４３５は、ツアーで訪れる予定の場所（例えば観光地の最寄り駅）において、当該ツアーに参加する会員Ｕに利用させるロッカーＬの確保を勧めるための情報（例えば、ロッカー場所、滞在予定時間における予約状況や利用予測情報（料金、ロッカーの大きさ、空き数））を会員基盤システム３に通知する。
【００８１】
予約サービスに関する情報は、ロッカーＬの確保を申し込んだ会員基盤システム３に確保するロッカーＬの数量の増減を勧めるための情報であってもよい。例えば、管理装置４には、会員ＵによるロッカーＬの利用率が高いか否かを判定するための第１閾値と、当該利用率が低いか否かを判定するための第２閾値とが設定されている。この場合において、通知部４３５は、確保されたロッカーＬの数量と会員Ｕが当該ロッカーＬを利用する利用数との比率が第１閾値以上である場合、確保するロッカーＬの数量を増やすことを勧めるための情報を会員基盤システム３に通知する。また、通知部４３５は、上記比率が第２閾値以下である場合、確保するロッカーＬの数量を減らすことを勧めるための情報を会員基盤システム３に通知する。上記利用数は、実際に会員ＵがロッカーＬを利用した数であってもよいし、過去の会員ＵによるロッカーＬの利用実績に基づいて想定された数であってもよい。
【００８２】
通知部４３５は、会員ＵがロッカーＬの利用を申し込む前に、当該会員ＵにロッカーＬの利用料金を提示してもよい。例えば、まず、会員端末１は、会員基盤システム３を介して、会員Ｕが希望する条件（例えば、利用希望ロッカー及び利用希望期間等）でロッカーＬを利用した場合における利用料金の提示を要求する。そして、通知部４３５は、会員基盤システム３を介して、会員Ｕが希望する条件に基づいて算出された利用料金を示す情報を会員端末１に通知する。なお、管理装置４は、会員Ｕが希望する条件に基づく利用料金をロッカー装置２から取得してもよい。
【００８３】
会員基盤システム３は、予め管理装置４が設定した種々の条件に基づく利用料金を示す情報を記憶しており、会員端末１による利用料金の提示の要求に応じて、記憶している利用料金の中から会員Ｕが希望する条件に対応する利用料金を提示してもよい。なお、会員基盤システム３は、会員Ｕによって希望される条件に基づく利用料金を設定してもよいし、管理装置４によって設定可能な利用料金に制限が設けられている場合には、当該制限の範囲内において利用料金を設定してもよい。
【００８４】
［管理装置４の処理］
続いて、管理装置４の処理の流れについて説明する。図５は、管理装置４の処理の流れを示すフローチャートである。図５に示すＳ５の処理は、Ｓ４の処理の前に実施してもよい。本フローチャートは、確保申込受付部４３１が、通信部４１を介して、確保申込情報を会員基盤システム３から受け付けたことを契機として開始する（Ｓ１）。
【００８５】
判定部４３２は、確保申込情報が、会員基盤システム３に関連付けて設定されているシステム予約条件を満たすか否かを判定する（Ｓ２）。確保申込情報がシステム予約条件を満たさないと判定された場合（Ｓ２においてＮＯの場合）、管理装置４は、処理をＳ５に進める。一方、確保申込情報がシステム予約条件を満たすと判定された場合（Ｓ２においてＹＥＳの場合）、システム割付部４３３は、確保申込情報に基づいて、ロッカーＬに会員基盤システム３を割り付ける（Ｓ３）。
【００８６】
対象物制御部４３４は、システム割付部４３３が会員基盤システム３を割り付けた確保ロッカーの利用を、確保予約情報に基づいて制御する（Ｓ４）。そして、通知部４３５は、通信部４１を介して、結果情報を会員基盤システム３に通知する（Ｓ５）。
【００８７】
通知部４３５は、例えば、確保申込情報がシステム予約条件を満たさないと判定された場合（Ｓ２においてＮＯの場合）、ロッカーＬを確保することができないことを示す情報を結果情報として会員基盤システム３に通知する。一方、通知部４３５は、確保申込情報がシステム予約条件を満たすと判定され（Ｓ２においてＹＥＳの場合）、ロッカーＬに会員基盤システム３が割り付けられた場合に、当該ロッカーＬに関する情報を当該会員基盤システム３に通知する。
【００８８】
［変形例］
上記において、対象物がロッカーＬである例を説明したが、これに限らない。例えば、対象物は、自転車であってもよい。例えば、店舗又はマンションの駐輪場をはじめとする配置場所には、複数の自転車が配置されている。自転車には、電子錠が設けられている。
【００８９】
例えば、会員基盤システム３に対して自転車が確保された後において、まず、会員Ｕが、会員端末１の会員アプリを用いて、自転車の利用を申し込むための手続きを行うと、管理装置４は、会員基盤システム３を介して、当該申し込みを受け付ける。そして、管理装置４は、会員Ｕが希望する条件を満たす自転車に当該会員Ｕを割り付け、会員Ｕを割り付けた自転車の利用を制御する。
【００９０】
管理装置４は、例えば、会員Ｕを割り付けた自転車を管理するサーバに制御情報を送信することにより、当該サーバに当該自転車の電子錠を制御（例えば、割り付けられた会員Ｕによる電子錠の解錠を可能にし、当該会員Ｕ以外の他の利用者による解錠を不能にさせる等）させる。サーバは、会員Ｕが割り付けられた自転車周辺に配置されてもよいし、当該自転車が配置されている場所とは異なる場所（例えばクラウド上）に配置されてもよい。なお、管理装置４が、自転車の電子錠を制御してもよい。
【００９１】
その後、会員Ｕは、会員端末１の会員アプリ、サーバ又は自転車の電子錠において認証するための操作を行い、当該自転車の利用を開始する。「認証するための操作」は、例えば、サーバのディスプレイ又は自転車の電子錠に表示されたＱＲコード（登録商標）を会員端末１で読み取る操作、会員端末１に通知されたパスワードをサーバ又は自転車の電子錠に入力する操作、会員サービスで配布されたＩＣ（Integrated Circuit）カード（会員証）をサーバ又は自転車の電子錠にかざす操作等である。
【００９２】
対象物は、駐車場（駐車スペース）であってもよい。例えば、ロック板（フラップ）式の駐車場において、管理装置４は、会員Ｕが割り付けられた駐車スペースのロック板を上げて車が当該駐車スペースに駐車できないようにすることにより、会員Ｕが割り付けられた駐車スペースの利用を制御する。この場合、会員Ｕは、会員端末１又は駐車場に配置されている精算機において駐車スペースの利用を開始するための操作を行って当該駐車スペースのロック板を下げることにより、当該駐車スペースの利用を開始する。
【００９３】
対象物は、上記の他に、貸会議室、レンタルスペース等であってもよく、特定の利用者が一定期間専有したり借り受けたりすることができるものであればいずれであってもよい。
【００９４】
［本実施の形態における効果］
以上説明したとおり、管理装置４は、会員基盤システム３から受け付けた確保申込情報が当該会員基盤システム３に関連付けて設定されているシステム予約情報を満たすか否かを判定する。そして、管理装置４は、確保申込情報がシステム予約情報を満たすか否かを判定した結果を示す結果情報を会員基盤システム３に通知する。このようにすることで、管理システムＳは、対象物の提供の要求の妥当性を検証することができる。これにより、管理システムＳは、例えば、会員サービスの規模に見合う内容で当該会員サービスの事業者からロッカーＬの確保が要求された場合に、当該要求に応じてロッカーＬを確保することができる。その結果、管理システムＳは、会員サービスの事業者による逸脱した要求に対するロッカーＬの提供を抑止することができる。
【００９５】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の全部又は一部は、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を併せ持つ。
【符号の説明】
【００９６】
１  会員端末
２  ロッカー装置
３  会員基盤システム
４  管理装置
４１  通信部
４２  記憶部
４３  制御部
４３１  確保申込受付部
４３２  判定部
４３３  システム割付部
４３４  対象物制御部
４３５  通知部
４３６  利用申込受付部
４３７  会員割付部
Ｌ  ロッカー
Ｓ  管理システム
Ｔ  ターミナル
Ｕ  会員
【要約】
【課題】対象物の提供の要求の妥当性を検証する。
【解決手段】管理装置４は、会員基盤システムの会員に利用させる対象物の確保を申し込むための確保申込情報を会員基盤システムから受け付ける確保申込受付部４３１と、確保申込情報が、会員基盤システムに関連付けて設定されているシステム予約条件を満たすか否かを判定する判定部４３２と、判定部４３２が判定した結果に基づく情報を会員基盤システムに通知する通知部４３５と、を有する。
【選択図】図３【図１】
0006938717.tif 000002
【図２】
0006938717.tif 000003
【図３】
0006938717.tif 000004
【図４】
0006938717.tif 000005
【図５】
0006938717.tif 000006