JP2021166043A - 情報処理装置 - Google Patents

Abstract

【課題】物品を一時保管するサービスの利用や管理における利便性を向上する。【解決手段】サーバ１は、予約部１１４を備える。予約部１１４は、予約管理部１２１と、電子鍵生成部１２２とを備える。予約部１１４は、物品Ｃを収納し得るロッカー端末３を利用するための予約に関する情報を受け付ける。予約管理部１２１は、予約部１１４により受け付けられた予約に関する情報を予約ＤＢ４０３に記憶し管理する。電子鍵生成部１２２は、予約に基づいて物品Ｃの収納に利用されるロッカー端末３の出入口の施錠の検知、又は施錠されたロッカー端末３の出入口を解錠するための電子鍵を生成し、生成した電子鍵をユーザ端末２（スマートフォン等）のアプリで管理可能な場所に保存する。【選択図】図５

Description

本発明は、情報処理装置に関する。

従来より、所定の金銭を支払うことにより利用できるロッカー、即ちコインロッカーが、駅の構内等に設置されている。コインロッカーの利便性を向上させるため、コインロッカーの設置場所、使用状況確認、利用予約、携帯通信端末を用いて決済を行うといったことに関する技術が提案されている（例えば、特許文献１参照）。

特開２００２−２５９５４５号公報

しかしながら、特許文献１を含む従来の技術では、ユーザの要望に十分に応えることができていたとは言えなかった。

本発明は、このような状況を鑑みてなされたものであり、物品を一時保管するサービスの利用や管理における利便性を向上することを目的とする。

上記目的を達成するため、本発明の一態様の情報処理装置は、
物品を収納し得る閉空間を所定の時間帯の間に所定の利用料で使用させる予約を受け付ける予約手段と、
前記予約に基づいて、前記時間帯に利用される前記閉空間の出入口を解錠するための電子鍵を生成する電子鍵生成手段と、
を備える。
これにより、物理的な鍵を持ち歩くことなく、電子鍵により予約した閉空間の出入口の扉の施錠を解除し閉空間に物品を出し入れすることができる。
この結果、物品を一時保管するサービスの利用や管理における利便性を向上することができる。
また、前記予約手段は、
予め設定された条件に応じて、予約された前記閉空間の前記利用料を変動させる、を備える。
このように予約時に利用時の条件に応じて閉空間の利用料を変動させることで、ユーザにとって使い勝手の良いタイミングを選んで予約することができるので、閉空間を利用する上での利便性を向上することができる。

本発明によれば、物品を一時保管するサービスの利用や管理における利便性を向上することができる。

本発明の情報処理装置の一実施形態に係るサーバを含む、情報処理システムにより提供されるサービスの特長を示す図である。 本発明の情報処理装置の一実施形態に係るサーバを含む、情報処理システムの構成を示すブロック図である。 図２に示す情報処理システムのうち、サーバのハードウェア構成の一例を示すブロック図である。 図２の情報処理システムを利用した、一時保管サービスの概要を示すイメージ図である。 図２の情報処理システムのサーバの機能的構成の一例を示す機能ブロック図である。 実施形態の情報処理システムのサーバの動作を示すフローチャートである。 一時保管サービスの予約ニーズによる収益拡大のイメージ図である。 アプリのロッカー装置検索用の地図画面の遷移図である。 アプリのロッカー装置の場所の選定画面の遷移図である。 アプリのロッカー装置の予約画面の遷移図である。 アプリの決済画面の遷移図である。

以下、本発明の実施形態について、図面を用いて説明する。
まず、図１を参照して本発明の情報処理装置を含む情報処理システムにより提供されるサービスの特長を説明する。
図１は本発明の情報処理装置を含む情報処理システムにより提供されるサービスの特長を示す図である。
本サービスは、図１に示す特徴Ｓ１乃至Ｓ４の４つの特長を有している。
第１の特徴Ｓ１は、スマートフォンで完結できる、という点である。
本サービスは、スマートフォン等の情報処理装置にインストールしたアプリケーションプログラム（以下「アプリ」と称す）でロッカーに関する処理をフルコントロールすることが可能である。物理鍵は使用しないため、物理鍵の複製の危険性がなく、鍵の紛失等による交換も不要である。また、ロッカーをアプリでコントロールするため、新機能を随時追加したりアップデートが可能であり、ロッカーを一度設置したら、同じ機能のままずっと使い続けなければならないこともない。

第２の特徴Ｓ２は、ロッカーを予約可能である、という点である。
サービス提供者がロッカーの使用状況をすべて把握しているため、空き状況に応じて予約が可能である。所定時間、例えば最大４８時間程度までの予約サービスを提供する。観光地やイベント会場近く、またスーツケースが入る大型ロッカーを事前に予約したいというニーズに対応することができる。

第３の特徴Ｓ３は、電子鍵の発行によりロッカーの鍵の受け渡しが可能である、という点である。
本サービスでは、ロッカーの解錠用の鍵として電子鍵を発行する。電子鍵は、例えばＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等の形態の情報であり、利用者本人以外でも利用者から電子鍵を受け渡された人であれば、ロッカーを利用することができる。
これにより、買い物代行、フリーマーケットアプリの個人間受渡、物流の発着点にして発送ロッカー・宅配受け取りロッカー等のサービスにも幅広く適用することが可能である。電子鍵となるＵＲＬは、一度だけ使用可能な鍵（ワンユーズキー）のため、一度使用されると、その後、無効とされる。このため、ＵＲＬをコピーしておき再利用する等の不正行為を防止することができる。

第４の特長Ｓ４は、ダイナミックプライシング、という点である。
ダイナミックプライシングの場合、時間課金制や立地・曜日・時間帯等の混雑状況により価格を変動させるので、収益性を高めることができる。
また、ダイナミックプライシングでは、利用者は現金は元より、クレジットカード決済、携帯キャリア決済、交通系の非接触ＩＣカードによる電子決済等、多彩な決済方式を選択してロッカーの使用料を支払うことが可能である。この他、本サービスは、バーコードやＱＲコード等の２次元コード方式のキャッシュレス決済等にも対応しており、現金回収のコストを抑えることができる。なお、ＱＲコードは登録商標である。
このようにダイナミックプライシングでは、自由な価格設定と多彩な決済が可能である。
さらに、後述する予約における料金についても、ダイナミックプライシングが適用可能とされている。即ち、予め設定された条件に応じて、予約されたロッカーボックスの利用料を変動させることが可能とされている。

続いて、図２を参照して本発明の情報処理装置の一実施形態に係るサーバを含む、情報処理システムについて説明する。
図２は、本発明の情報処理装置の一実施形態に係るサーバを含む、情報処理システムの構成を示すブロック図である。

図２に示す情報処理システムは、サービス提供者Ｍが管理するサーバ１と、ユーザＵ１乃至Ｕｎ（ｎは１以上の任意の整数値）の夫々が操作するユーザ端末２−１乃至２−ｎの夫々と、物品を収納する１以上のロッカーボックス３１の施錠と解錠とを行うロッカー装置３−１乃至３−ｍ（ｍは１以上の任意の整数値）とを含むように構成されている。
サーバ１と、ユーザ端末２−１乃至２−ｎと、ロッカー装置３−１乃至３−ｍとは、インターネット（Ｉｎｔｅｒｎｅｔ）等のネットワークＮを介して相互に接続されている。
なお、以下、ユーザＵ１乃至Ｕｎの夫々を個々に区別する必要がない場合、これらをまとめて「ユーザＵ」と呼ぶ。また、ユーザ端末２−１乃至２−ｎの夫々を個々に区別する必要がない場合、これらをまとめて「ユーザ端末２」と呼ぶ。また、ロッカー装置３−１乃至３−ｍの夫々を個々に区別する必要がない場合、これらをまとめて「ロッカー装置３」と呼ぶ。

サーバ１は、ユーザ端末２及びロッカー装置３の各動作を管理する。サーバ１は、ロッカーボックス３１にユーザＵの荷物等を一時保管するサービス（以下、「一時保管サービス」と呼ぶ）を提供すべく、各種各様な処理を実行する。以下、一時保管サービスの提供に関してサーバ１により実行される処理を、「一次保管処理」と呼ぶ。
また、サーバ１は、一時保管処理の一部として、ロッカーボックス３１の予約に関する処理（以下「予約処理」と呼ぶ）を必要に応じて実行したうえで、電子鍵の発行に関する処理（以下「電子鍵処理」と呼ぶ）を実行する。なお、サーバ１がこれらの処理を実行するために備える機能の具体的内容については、図５を参照して後述する。

ユーザ端末２は、例えばスマートフォン、タブレット等で構成され、ユーザＵにより操作される。ユーザ端末２には、ロッカーボックス３１に対する物品の出し入れをユーザＵが行う際に利用する専用のアプリケーションプログラム（以下、「専用アプリ」と呼ぶ）がインストールされている。
なお、以下、断りのない限り、「ユーザＵがユーザ端末２を操作する」と表現している場合、それは、ユーザＵが、ユーザ端末２にインストールされた専用アプリを起動して各種操作を行うことを意味している。

ロッカー装置３は、物品を収納した状態で施錠可能な１以上のロッカーボックス３１を有する。ロッカー装置３は、後述する電子鍵の認証結果に基づいて、１以上のロッカーボックス３１の夫々の出入口である（扉）の施錠と解錠とを行う。

図３は、図２に示す情報処理システムのうち、サーバ１のハードウェア構成の一例を示すブロック図である。

サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、を備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

出力部１６は、液晶等のディスプレイにより構成され、各種画像を表示する。
入力部１７は、各種ハードウェア釦等で構成され、操作者の指示操作に応じて各種情報を入力する。

記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（ユーザ端末２、ロッカー装置３）との間で行う通信を制御する。

ドライブ２０は、必要に応じて設けられる。ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３０が適宜装着される。ドライブ２０によってリムーバブルメディア３０から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア３０は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

なお、図示はしないが、図２の情報処理システムのうち、ユーザ端末２及びロッカー装置３も、図２のサーバ１のハードウェア構成と同様の構成とすることができるため、その説明を省略する。
ただし、ユーザ端末２がスマートフォンやタブレットで構成される場合には、出力部１６及び入力部１７として、タッチパネルを有している。

このような図２のサーバ１の各種ハードウェアと各種ソフトウェアとの協働により、サーバ１で後述する各種処理の実行が可能になる。その結果、サービス提供者Ｍは、ユーザＵに対し、後述する各種サービスを提供することができる。

図４は、図２の情報処理システムを利用した、新たな一時保管サービス（以下、「本サービス」と呼ぶ）の概要を示すイメージ図である。

図４（Ａ）は、図２のロッカー装置３を利用する際の予約と電子鍵による解錠の仕組みを示すイメージ図である。
図４（Ａ）に示すように、ユーザＵ１は、ロッカー装置３に物品Ｃを一時的に保管するために、ロッカーボックス３１に物品Ｃを収納する者である。

ユーザＵ１は、ロッカー装置３を利用する際にユーザ端末２−１を操作してアプリの画面の、ロッカー装置３のロッカーボックス３１の中から、予約可能な空きロッカーボックス３１を選択して予約操作を行うことで、ロッカーボックス３１の予約に関する情報（予約情報）がサーバ１に登録される。
サーバ１は、ロッカーボックス３１の予約情報を登録すると共に、ロッカーボックス３１の扉の施錠を解錠するための電子鍵を生成し、生成した電子鍵を図３の記憶部１８の所定記憶領域（図５の電子鍵ＤＢ４０５等）に保管すると共に、その電子鍵をユーザ端末２−１に記憶する。

予約後、図４（Ｂ）に示すように、ユーザＵ１は、予約したロッカーボックス３１を利用する日時に、ロッカー装置３の設置場所に出向き、予約したロッカーボックス３１に物品Ｃを収納、つまり預けることになる。

この際に、予約したロッカー装置３の近傍において、ユーザ端末２−１のアプリを起動操作して、ユーザ端末２−１に表示されたアプリの画面（マイロッカーの画面）から「ロッカーを開ける」のボタンをタップ操作すると、アプリによりユーザ端末２−１とロッカー装置３との間で、Ｂｌｕｅｔｏｏｔｈ（登録商標）による通信（以下「ＢＴ通信」と呼ぶ）が実行されて、ユーザ端末２−１に記憶されている電子鍵がロッカー装置３へ送信される。
ロッカー装置３は、受信された電子鍵を、ネットワークＮを通じてサーバ１へ送信する。

サーバ１は、受信された電子鍵と予めサーバ１に記憶されているユーザＵ１の電子鍵とを照合し、互いの電子鍵が一致すると、解錠対象のロッカーボックス３１に対する解錠指令をロッカー装置３へ送信する。
ロッカー装置３は、解錠指令を受信すると、解錠対象のロッカーボックス３１を解錠する。

これにより、ユーザＵ１は、ロッカーボックス３１の扉を開けてロッカーボックス３１に物品Ｃを収納することができるようになる。
ユーザＵ１が、ロッカーボックス３１に物品Ｃを収納して、ロッカーボックス３１の扉を閉めると、ロッカー装置３では、扉開閉センサ（図示せず）により扉が閉じられたことが検知されて、ロッカーボックス３１の扉が施錠されるとともに、サーバ１へ施錠完了を示す情報が送信される。

サーバ１は、施錠完了を示す情報を受信すると、施錠されたロッカーボックス３１を解錠するための電子鍵を生成し、ユーザ端末２−１に送信する。これにより、ユーザ端末２−１に電子鍵が保存される。

ここで、電子鍵には、有効期限が予め設定されていてもよい。具体的に例えば、ユーザＵ１又は後述する他のユーザＵ２は、原則として、有効期限の経過前にロッカーボックス３１を解除することができ、有効期限が経過してしまった場合には、所定の追加料金の支払いを条件にロッカーボックス３１を解錠することができる。

なお、ユーザＵ１がロッカー装置３に物品Ｃを一時保管する目的は特に限定されない。例えば、ユーザＵ１が、物品Ｃを販売する者である場合には、物品Ｃを購入した他のユーザＵに物品Ｃを引き渡すことを目的として、ロッカー装置３に物品Ｃを一時保管してもよい。

ロッカーボックス３１に物品Ｃを収納したユーザＵ１は、ユーザ端末２−１を操作することにより、ユーザＵ２に対し、ロッカーボックス３１を解錠するための情報（以下、「解錠情報」と呼ぶ）を送信する。
ここで、解錠情報には、例えば、サーバ１に記憶されている電子鍵にアクセスするためのＵＲＬや、物品Ｃが一時保管されているロッカー装置３の位置情報（ロッカーボックス３１のロッカー番号を含む）等が含まれる。

ロッカー装置３に保管された物品Ｃを引き取る者は、ユーザＵ１だけに限定されない。ユーザＵ１のユーザ端末２−１に保存された電子鍵をアプリの送信機能により他のユーザＵ２のユーザ端末２−２に送信することで、他のユーザＵ２が、ロッカー装置３に保管された物品Ｃを引き取ることができる。

具体的には、ユーザＵ２は、ユーザ端末２−１からユーザ端末２−２に送信されてきた解錠情報を取得する。ここで、ユーザＵ２は、解錠情報に含まれている位置情報を用いて、ユーザ端末２−２のアプリの地図画面によりロッカーボックス３１の場所まで、ナビゲートしてもらうこともできる。

そして、その結果として、ユーザＵ２が自身の使用するユーザ端末２−２をロッカー装置３に近づけると、ロッカー装置３は、ユーザ端末２−２の存在を検知し、ユーザＵ２のユーザ認証と、ユーザ端末２−２に記憶されている電子鍵の認証（照合）とを開始する。
この場合、ユーザ端末２−２とロッカー装置３との間でＢＴ通信が実行される。
この他、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）（登録商標）、等の近距離無線通信規格の通信を用いてもよいし、ネットワークＮを介した他の通信を用いてもよい。
ロッカー装置３による電子鍵の認証は、具体的には、サーバ１からユーザ端末２−２にダウンロードされた電子鍵と、ロッカー装置３に記憶されている電子鍵とを照合することにより行われる。
ロッカー装置３による電子鍵の認証が成功すると、物品Ｃが収納されているロッカーボックス３１が解錠される。これにより、ユーザＵ２は、ロッカー装置３に保管されている物品Ｃを引き取ることができる。

ここで、サーバ１は、ユーザＵ２のユーザ認証を行うことができる。具体的に例えば、サーバ１では、事前にユーザ登録を行ったユーザＵ２に関する各種情報（名前、端末の種類、ＩＤ、生体情報等）を取得する。そして、これらの情報に基づいて、ユーザＵ２のユーザ認証を行う。
このように、サーバ１は、ユーザＵ２のユーザ認証を行うため、本サービスの提供者は、事後的にログを確認することで、ロッカーボックス３１を解錠したものを特定することができる。そのため、本サービスの提供者は、例えば、物品Ｃの盗難等が生じた場合にも、状況の確認や事後的な対応が容易となる。
なお、このユーザ認証は、必ずしもサーバ１で行われる必要はなく、例えば、ロッカー装置３で行われるものとしてもよい。

他方、サーバ１は、ユーザＵ２のユーザ認証を行わない構成とすることもできる。この場合、電子鍵を保有する者であれば、基本的に誰でもロッカーボックス３１を解錠することができるようになるので、本サービスの効率的な運用を図ることができる。
なお、この場合の盗難等に対する対策については、例えば、図５及び図６を参照して後述する。

ユーザＵ２が、ロッカー装置３から物品Ｃを引き取る目的は特に限定されない。例えば、ユーザＵ２が、物品Ｃを販売するユーザＵ１から物品Ｃを購入した者である場合には、購入した物品ＣをユーザＵ２がロッカー装置３を介して引き取ることを目的としてもよい。

本サービスの提供を受けるユーザＵは、ロッカーボックス３１に物品Ｃを収納する者（ユーザＵ１）と、そのロッカーボックス３１から物品Ｃを引き取る者（ユーザＵ２）との２種類に分類される。ここで、ユーザＵ１の所在地と、ユーザＵ２の所在地とが近距離であれば、ロッカー装置３を介することで、宅配便を介さずにユーザＵ１からユーザＵ２に物品Ｃを容易に引き渡すことができる。

図５を参照して図２の情報処理システムのサーバの機能的構成について説明する。
図５は、図２の情報処理システムのサーバの機能的構成の一例を示す機能ブロック図である。

図５に示すように、サーバ１のＣＰＵ１１においては、ロッカー装置への一時保管処理と、ロッカー装置の利用予約処理等が実行される場合には、主制御部１０１が機能する。また、利用料金算出処理が実行される場合には、施錠検知部１０２と、鍵検知部１０３と、第１判定部１０４と、指示検知部１０５と、第２判定部１０７と、計時部１０８と、算出部１０９とが機能する。
サーバ１の記憶部１８の一領域には、ユーザＤＢ４０１と、ロッカーＤＢ４０２と、取引ＤＢ４０４と、電子鍵ＤＢ４０５と、が設けられている。

主制御部１０１は、ユーザ認証部１１１と、ユーザ管理部１１２と、ロッカー管理部１１３と、予約部１１４と、取引管理部１１５とを有する。
ユーザ認証部１１１は、後述するユーザＤＢ４０１に記憶されている登録ユーザの各種情報（以下、「登録ユーザ情報」と呼ぶ）と、ユーザ端末２の夫々から送信されてきた認証対象となるユーザの各種情報（以下、「認証ユーザ情報」と呼ぶ）と、に基づいて、ユーザＵに対するユーザ認証を行う。
ここで、登録ユーザとは、具体的に、本サービスの利用を希望して、サーバ１に対して所定の情報を送信したユーザを意味する。
ユーザ管理部１１２は、登録ユーザの管理や削除等に関する処理を実行する。
ロッカー管理部１１３は、ロッカー装置３の登録、及びロッカー装置３の利用状況の管理を行う。ロッカー装置３の登録が行われると、そのロッカー装置３に関する情報（以下、「ロッカー情報」と呼ぶ）は、ロッカーＤＢ４０２に記憶される。また、ロッカー装置３の利用状況も、ロッカーＤＢ４０２に随時記憶される。

予約部１１４は、物品Ｃを収納し得るロッカー端末３の１以上のロッカーボックス３１を所定の時間帯の間に所定の利用料で使用させる予約を受け付ける。
具体的には、予約部１１４は、ユーザ端末２からの予約に関する情報を受け付け、受け付けた予約に関する情報を予約情報として予約ＤＢ４０３に記憶し、１以上のユーザＵの夫々からのロッカー装置３の利用予約を管理する。

予約部１１４は、予約管理部１２１と、電子鍵生成部１２２とを備える。
予約管理部１２１は、予め設定された条件（例えば閑散期や繁忙期等の季節や深夜や日中等の時間帯の条件）に応じて、予約されたロッカー端末３の１以上のロッカーボックス３１の利用料を変化させる。
具体的には冬期や深夜等の閑散期は、平常時の利用料よりも利用料を安くし、春期、日中等の繁忙期は、平常時の利用料よりも利用料を高くする。

電子鍵生成部１２２は、予約に基づいて、対象のロッカーボックス３１の扉の施錠を解錠するための電子鍵を生成する。
具体的には、ユーザＵにより所定のロッカーボックス３１が予約されることで、扉の施錠を解錠するための電子鍵を生成し、サーバ１の電子鍵ＤＢ４０５（所定記憶領域）とユーザ端末２の夫々に保存する。
また、ロッカー端末３を予約なしに利用する際にも、電子鍵生成部１２２は、物品Ｃを取り出す際の解錠用の電子鍵を生成する。

取引管理部１１５は、ロッカー装置３の利用履歴、及び後述する算出部１０９により算出された利用料金の課金状況を管理する。ロッカー装置３の利用履歴、及び利用料金の課金状況は、取引ＤＢ４０４に記憶される。
取引管理部１１５は、ユーザＵが、予約したロッカー装置３のロッカーボックス３１を解錠すると、ユーザＵのユーザＩＤを解錠時刻と共に、取引履歴の一部の利用履歴として取引ＤＢ４０４に記録するとともに、今回解錠に使用された電子鍵を直ちに無効化する処理を行う。

施錠検知部１０２は、物品を夫々収納し得る閉空間の出入口の施錠を検知する。即ち、具体的には、施錠検知部１０２は、物品Ｃを収納可能なロッカーボックス３１が施錠されると、これを検知する。
なお、施錠検知部１０２が、ロッカーボックス３１の施錠を検知する具体的手法は特に限定されない。例えば、振動センサや、赤外線センサ等の各種センサを利用して、検知してもよい。

鍵検知部１０３は、施錠されたロッカーボックス３１の出入口を解錠するための電子鍵が生成されると、これを検知する。
具体的には、鍵検知部１０３は、施錠されたロッカーボックス３１の扉を解錠するための電子鍵が電子鍵生成部１２２により生成されると、これを検知する。

第１判定部１０４は、ユーザＵ１の行為等によって、第１条件が満たされた否かを判定する。
ここで、第１条件とは、例えば、ユーザＵ１が「ロッカーボックス３１を開閉したこと」である。この場合、具体的には、施錠検知部１０２によってロッカーボックス３１の施錠が検知されると、第１判定部１０４は、第１条件が満たされたと判定する。

指示検知部１０５は、ロッカーボックス３１を利用するユーザによる明示の指示を検知する。
ここで、ユーザＵ１は、物品Ｃをロッカーに格納した後、ユーザ端末２−１を操作して、ユーザによる明示の指示を示すボタン（例えば、カウントダウンを開始する入力ボタンであり、以下、「入力ボタン」と呼ぶ）を押下する。
即ち、指示検知部１０５は、ユーザ端末２−１から送信されてきた「入力ボタンが押下された」という情報（以下、「入力情報」と呼ぶ）を取得することで、閉空間を利用するユーザによる明示の指示を検知する。

第２判定部１０７は、第１条件とは異なる第２条件が満たされたか否かを判定する。
ここで、第２条件とは、例えば、「ユーザＵ２によって入力ボタンの押下があったこと」である。この場合、具体的には、指示検知部１０５によって、入力情報が取得された場合に、第２判定部１０７は、第２条件が満たされたと判定する。

ここで、上述の第１条件及び第２条件について簡単に説明する。上述の通り、第１条件とは、例えば、「ロッカーボックス３１を開閉したこと」という物品Ｃを預けるユーザＵ１側の動作と関係して設定された条件である。
即ち、ユーザＵ１による物品Ｃの預け入れをトリガとして、ロッカー装置３の利用時間の計測が開始されることを意味している。
しかしながら、この第１条件のみを条件として採用した場合、物品Ｃの受け取りを行うユーザＵ２は、自身の意図せぬ時間にロッカー装置３が利用され、結果として、ロッカー装置３の利用時間が長期化して、多額の料金を支払わなければならなくなるような事態も想定される。
このような事態を避けるべく採用されるのが、上述の第２条件である。つまり、上述の第１条件に加えて、ユーザＵ２がロッカー装置３の利用を開始することに対する明示的なアクションを第２条件として、ロッカー装置３の利用時間の計測のトリガとして採用することで、ユーザＵ２にとって意図せぬ時間帯におけるロッカー装置３の利用を防ぐことができる。
換言すれば、本実施形態では、第１条件及び第２条件のいずれもの条件が満たされることを利用時間計測のトリガとされるため、後述する料金の算出において、「実際にロッカーの解錠が可能となってから料金の算出がなされる」、「電子鍵の送信にミスがあった場合等には、料金の算出が行われない」等の利点が存する。
ただし、サーバ１は、この第２条件を必須の条件として採用せず、任意の条件としてもよい。この場合、ユーザＵ２が入力ボタンの押下を失念したような場合であっても、滞りなく、サービスの提供や料金の算出を行うことができる。

計時部１０８は、ロッカー装置３の利用時間の計時を行う。
具体的に例えば、計時部１０８は、第１条件が満たされ、かつ第２条件が満たされた場合に、ロッカー装置３の利用時間の計時を開始する。

算出部１０９は、計時手段により計時された時間に基づいて、ユーザＵ２のロッカー装置３の利用料金を算出する。
ここで、算出部１０９で算出される利用料金は、必ずしも有料でなくてもよく、結果的に無料での利用を許可してもよい。具体的に例えば、算出部１０９は、ロッカー装置３の利用時間が２時間までは利用料金を０円として算出し、２時間以降の利用料金についてのみ利用時間に応じて料金を加算していくという利用時間の算出方法を採用してもよい。
この場合、ユーザＵ２は、２時間以内に物品Ｃを受け取れば、ロッカー装置３を利用できるため、気軽にロッカー装置３を利用することができる。
ただし、ここで採用された料金の算出方法は、あくまで例示であり限定されない。即ち、算出部１０９は、計時手段により計時された時間を参照しつつ、任意の算出方法により料金を算出してもよい。

ユーザＤＢ４０１には、ユーザＵに関する各種の情報（以下、「ユーザ情報」と呼ぶ）が記憶され管理されている。具体的には、ユーザＵを一意に識別する情報（以下、「ユーザＩＤ」と呼ぶ）、ユーザＵの氏名、住所、連絡先（電話番号、メールアドレス）、口座情報等が含まれる。また、ユーザＵ２が使用するユーザ端末２−２を一意に識別する情報等も、ユーザＤＢ４０１に記憶され管理されている。

ロッカーＤＢ４０２には、ロッカー情報が記憶されている。具体的には、ロッカー装置３を一意に識別する情報（以下、「ロッカーＩＤ」と呼ぶ）、ロッカー装置３の設置場所を示す位置情報、ロッカー装置３の利用状況等の情報がロッカーＤＢ４０２に記憶されている。
また、ロッカーＩＤ毎に、１以上のロッカーボックス３１の夫々に関する情報が紐付けられて管理されている。具体的には、ロッカーボックス３１を一意に識別する情報（以下、「ボックスＩＤ」と呼ぶ）、施錠の状態、施錠指示を出したユーザＵのユーザＩＤ、解錠するための電子鍵等の情報等が管理されている。

予約ＤＢ４０３には、ロッカー装置３の利用予約に関する情報が予約情報として、ユーザ単位に記憶され管理されている。
予約情報は、具体的には、例えばユーザＩＤと、ロッカーボックス３１のボックスＩＤと、予約した日と、ロッカーボックス３１を実際に利用する日と、時間帯とを含む。

取引ＤＢ４０４には、ロッカー装置３の利用履歴、及び利用料金の課金状況等が、ロッカーボックス３１の単位で記憶され管理されている。

電子鍵ＤＢ４０５には、電子鍵に関する情報が記憶されている。
具体的には、電子鍵は、例えばＵＲＬ等である。電子鍵ＤＢ４０５には、電子鍵毎に、ロッカーＩＤ、ボックスＩＤ等の情報等が紐付けられて管理されている。
以上の機能的構成を有するサーバ１が上述の利用料金算出処理を実行することにより、本サービスにおいて、ロッカーボックス３１毎の利用料金を適切に算出することができる。

続いて、図６を参照して実施形態の情報処理システムのサーバの動作を説明する。
図６は、実施形態の情報処理システムのサーバの動作を示すフローチャートである。
サーバ１では、ステップＳ１１において、予約部１１４が、ユーザＵからのロッカー装置３の予約を受け付ける。
ステップＳ１２において、電子鍵生成部１２２は、予約部１１４により受け付けられた予約の対象のロッカー装置３を利用する際の解錠用の電子鍵を生成する。
ステップＳ１３において、電子鍵生成部１２２は、生成した電子鍵を、予約元のユーザ端末２に保存すると共に、電子鍵ＤＢ４０５に記憶し、管理する。

予約後、ユーザＵが、実際にロッカー装置３を利用するためにロッカー装置３の場所に行くと、ユーザ端末２とロッカー装置３とのＢＴ通信が行われる。
そして、ステップＳ１４において、電子鍵により予約対象のロッカーボックス３１が解錠された場合、ステップＳ１５において、取引管理部１１５は、今回利用された電子鍵を無効化すると共に、利用履歴を取引ＤＢ４０４に記憶する。

ユーザＵが、解錠されたロッカーボックス３１に物品Ｃが収納した後、ロッカーボックス３１の扉を閉めると、自動的に施錠される。
ロッカー装置３では、施錠されたことが検知されると、ステップＳ１６において、電子鍵生成部１２２は、次に物品Ｃを取り出す際の解錠用の電子鍵を新たに生成し、予約元のユーザ端末２に保存すると共に、電子鍵ＤＢ４０５に記憶し、管理する。
このように一回のみ使用できる電子鍵を発行することで、ロッカー装置３の不正な利用行為を防止しつつユーザＵの利便性の良い一時保管サービスを提供することができる。

ここで、図７を参照して本サービスによる収益拡大のイメージを説明する。
図７は、本サービスの予約ニーズによる収益拡大のイメージ図である。
例えばイベントが開催される際には、イベント会場の近隣のロッカーの予約ニーズが高まるものの、長時間の予約機能を提供しているコインロッカーはほぼないのが現状である。
そこで、本サービスは、図７に示すように、利用開始前、例えば最大４８時間等からの予約を可能とし、利用開始から通常よりも＋１００円の（１００円高い）利用料金をとることで収益性を高めるものである。
また、本サービスにおいて、予約されたロッカー装置３が実際に利用されなかった場合、その利用予約は、４８時間で自動的にキャンセルされ、料金は４８時間分を徴収するようにしている。これにより、リスクが少なく、収益の拡大を見込めるものである。

以下、図８乃至図１１を参照して、ユーザ端末をスマートフォンとした場合のアプリ画面の遷移に従ってサーバの動作を説明する。
図８は、アプリのロッカー装置検索用の地図画面の遷移図である。
図９は、アプリのロッカー装置の場所の選定画面の遷移図である。
図１０は、アプリのロッカー装置の予約画面の遷移図である。
図１１は、アプリの決済画面の遷移図である。

ユーザＵが、本サービスを利用するためのユーザ登録をした後、ユーザ端末２を操作して、図８（Ａ）に示すように、アプリのロッカーの検索用の地図画面を表示させる。
地図画面には、ユーザ端末２の現在の位置を示すマーク１８１と、地図の表示エリアに入る範囲で検索されたロッカー装置３の配置場所を示すアイコン１８２乃至１８４と、「近くのロッカーを探す」の操作ボタン１８５が設けられている。
アイコン１８２乃至１８４は、夫々が異なる形態（丸、三角、バツ等）で表示される場合、夫々に意味がある。

この例では、アイコン１８２は丸の形状であり、ロッカー装置３が利用可、稼働中であることを示している。アイコン１８３は三角の形状であり、ロッカー装置３が予約は可能ではあるが利用時間外のため利用不可であることを示している。アイコン１８４はバツの形状であり、ロッカー装置３が予約も利用も不可であることを示している。

ユーザＵがボタン１８５をタップ操作（パーソナルコンピュータ等の場合はマウスのクリック操作）することで、図８（Ｂ）に示す地図画面が表示される。
図８（Ｂ）の地図画面には、地図が拡大表示されて、ユーザ端末２の現在の位置に近いロッカー装置３の配置場所を示すアイコン１８２、１８３が絞り込まれて表示されると共に、アイコン１８２、１８３の夫々の位置のロッカー装置３の概要情報（インデックス情報）が表示される。

ここで、ユーザＵが各ロッカー装置３の概要情報（インデックス情報）を見た中で、所望のロッカー装置３（例えばアイコン１８２のロッカー装置３等）の「詳細へ」のボタン１８６をタップ操作すると、図８（Ｃ）に示す地図画面が表示される。
図８（Ｃ）の地図画面には、地図と共にアイコン１８２のロッカー装置３の詳細情報１８７が表示される。
詳細情報１８７には、さらに詳細な情報にリンクされたリンクボタン１８８と、アイコン１８２のロッカー装置３の住所、ロッカー装置３の画像とが表示される。

さらに、ユーザＵがロッカー装置３の詳細を知りたい場合、リンクボタン１８８をタップ操作すると、図９（Ａ）に示す選定画面が表示される。
図９（Ａ）の選定画面には、アイコン１８２のロッカー装置３の配置場所の住所、ロッカー装置３の画像の他、ロッカー装置３の１以上のロッカーボックス３１のサイズ、利用料金、予約料金、「今すぐ利用する」のボタン１９１と、「事前に予約する」のボタン１９２とが表示される。
なお、ロッカー装置３の住所の欄には、経路のリンクボタンが設けられており、タップ操作することで、ナビゲーション画面が起動し、ロッカー装置３までに道順や経路が案内表示される。

図８（Ａ）の地図画面において、三角の形状のアイコン１８３をタップ操作し、画面が遷移してゆくと、図９（Ｂ）に示す選定画面が表示される。
また、図８（Ａ）の地図画面において、バツの形状のアイコン１８４をタップ操作し、画面が遷移してゆくと、図９（Ｃ）に示す選定画面が表示される。

図９（Ａ）の選定画面において、アイコン１８２のロッカー装置３を事前予約する場合、「事前に予約する」のボタン１９２をタップ操作する。
ユーザＵが「事前に予約する」のボタン１９２をタップ操作すると、図１０（Ａ）に示す予約画面が表示される。

図１０（Ａ）の予約画面には、ロッカー装置３の１以上のロッカーボックス３１を模したロッカー選択図と、「戻る」のボタン２０１と、「予約・決済」のボタン２０２とが表示される。
ロッカー選択図には、複数のロッカーが配置されており、夫々のロッカーにはロッカー番号が表示されている。空きのロッカー番号には、丸のマークが表示されている。既に利用中または予約済のロッカー番号にはバツのマークが表示されている。

ここで、ユーザＵが、ロッカー番号が例えば“３０４”のロッカー２０３をタップ操作すると、図１０（Ｂ）のように、予約画面のロッカー２０３の枠が強調表示、つまり選択された状態にされる。

続いて、ユーザＵが、「予約・決済」のボタン２０２をタップ操作すると、図１０（Ｃ）のように、注意を促すダイアログボックス２０４が表示される。ダイアログボックス２０４には、「ＯＫ」のボタン２０５が設けられている。
ダイアログボックス２０４の注意内容を読んだユーザＵが、「ＯＫ」のボタン２０５をタップ操作すると、図１１（Ａ）に示す決済画面が表示される。

図１１（Ａ）の決済画面には、予約対象のロッカー番号、予約時間、予約料金、決済方法等が表示され、ユーザＵは、決済画面により予約の内容を確認することができる。
この決済画面には、「決済する」のボタン２１１と、「戻る」のボタン２１２と、決済方法を変更するためのリンク２１３が設けられている。
ここで、ユーザＵが決済方法を変更するためのリンク２１３をタップ操作すると、図１１（Ｂ）に示す決済方法変更画面が表示される。

図１１（Ｂ）の決済方法変更画面には、決済方法を変更するための複数の選択ボタン群２１４が設けられており、ユーザＵは、選択ボタン群２１４の中から所望の決済方法の選択ボタンをタップ操作することで、決済方法を変更することができる。

また、ユーザＵが、図１１（Ａ）の決済画面又は図１１（Ｂ）の決済方法変更画面の「決済する」のボタン２１１をタップ操作すると、表示されている予約の内容と決済方法で決済処理が実行されると共に、予約したロッカーを利用する際にロッカーを解錠するための電子鍵が生成されてユーザ端末２と電子鍵ＤＢ４０５の夫々に記憶される。

この結果、図１１（Ｃ）に示す決済結果確認画面が表示される。
図１１（Ｃ）の決済結果確認画面には、予約が完了したことを示すメッセージと、「マイロッカーへ」のボタン２１５が設けられている。
ここで、ユーザＵが「マイロッカーへ」のボタン２１５をタップ操作することで、マイロッカーの画面（図示せず）が表示される。

マイロッカーの画面は、いわゆるユーザＵのマイページであり、マイロッカーの画面には、ユーザＵが現在利用中のロッカー装置３や予約中のロッカー装置３の情報と、「鍵を共有する」のボタンと、「ロッカーを開ける」のボタンとが表示される。
「鍵を共有する」のボタンは、ユーザ端末２に記憶されている電子鍵を他へ共有するためのボタンであり、例えば電子鍵をコピーする、電子鍵をメッセージで送る、等の選択ボタンが設けられており、これら選択ボタンの中から所望のボタンをタップ操作することで、電子鍵を他のコピー先へコピーしたり、電子鍵を共有する相手へ送ることができる。

「ロッカーを開ける」のボタンは、予約したロッカー装置３を実際にユーザＵが利用する際にロッカー装置３の近くまで来たときに、タップ操作することで、ロッカー装置３とユーザ端末２との間でＢＴ通信が実行されて、電子鍵の照合処理の結果、電子鍵が一致すると、ロッカーボックス３１の扉の施錠が解錠され、ロッカーボックス３１を利用することができるようになる。

さらに、本発明が適用される情報処理装置は、上述の第１実施形態に限定されず、次のような構成を有する各種各様の実施形態をとることができる。

上述の実施形態の説明において、ロッカーボックス３１の扉の施錠を解錠する電子鍵は、物品Ｃを預けるユーザＵ１から物品Ｃを受け取るユーザＵ２にコピーして引き渡される。
そのため、物品Ｃがロッカーボックス３１に格納されている状況において、ユーザＵ１とユーザＵ２は、いずれも電子鍵を保有し、ロッカーボックス３１の解錠可能な状況が確保される。
このように、電子鍵の送り手と受け手のいずれもがロッカーボックス３１を解錠することができる状況を確保することにより、例えば、ユーザＵ２が自身で物品Ｃの受け取りが困難な場合であっても、家族等に受け取りを依頼することも容易となる。

他方、このように複数のユーザにロッカーボックス３１の解錠が可能な状況においては、どのユーザが、ロッカーボックス３１の解錠を行ったのかが不明確になるという問題が生じ得る。
具体的に例えば、物品Ｃが盗難された場合等に、ユーザＵ１としては「物品Ｃを確かにロッカーボックス３１に格納したのでユーザＵ２が既に物品Ｃを受け取っている」と主張し、ユーザＵ２としては「ユーザＵ１が物品Ｃを取り出したのではないか」と主張することが予想される。
なお、これらの事情は、必ずしもユーザＵ１に限られず限定されない。即ち、これらの事情は、電子鍵を有するユーザ（例えば、ユーザＵ２から電子鍵を受け取った第三者）であっても同様である。

そこで、このような事態を想定し、本実施形態の情報処理システムでは、電子鍵を用いて、一度ロッカーボックス３１が解錠された場合に、以降、同一のロッカーボックス３１の解錠を制限するワンユース電子鍵無効化機能を採用する。これにより、ワンユース電子鍵無効化機能では、解錠時にユーザＩＤが履歴として記録されるので、ロッカーボックス３１を解錠したユーザを特定することが容易となるので、結果として、ユーザ認証を行わず、電子鍵の認証のみを行う場合であって、かつ同一の電子鍵を有する者が複数存在する場合であっても、物品Ｃの盗難等のリスクを軽減することができる。
即ち、ユーザＵ１及びＵ２は、有効期限が経過する前であればいつでも電子鍵によってロッカーボックス３１を解錠することができる。

しかしながら、電子鍵は、複数の者が同時に保持することができる。このため、ロッカー装置３が解錠のための認証を行う際、ユーザ認証を行わず、電子鍵の認証のみを行う構成となっている場合には、以下のような問題が生じる。
即ち、本来物品Ｃを引き取るべき者（例えば図２のユーザＵ１等）がロッカーボックス３１を解錠する前に、同一の電子鍵を保持する別の者（例えば図２のユーザＵ２）がロッカーボックス３１を解錠し、そこに収納されている物品Ｃを無断で引き取ることが可能となる。通常であれば、物品Ｃを引き取った者は、１回目であろうが２回目であろうがログに記録されない。このため、物品Ｃを引き取った者を事後的に特定できない。

そこで、この実施形態の情報処理システムでは、同一の電子鍵を用いてロッカーボックス３１を解錠できる回数を１回に限定する。具体的には、例えばＰＭ３：００に、図４（Ｂ）のユーザＵ１が電子鍵を用いてロッカーボックス３１を解錠した場合、取引管理部１１５は、直ちにユーザＵ１のユーザＩＤを解錠時刻とともに取引ＤＢ４０４に取引履歴として記録するとともに、使用された電子鍵を無効化する処理を行う。電子鍵が無効化されると、その後、例えばＰＭ３：３０に他のユーザＵ２が同一の電子鍵を用いてロッカーボックス３１を解錠しようとしても解錠できない。即ち、本来物品Ｃを引き取るべき者がロッカーボックス３１を解錠した後は、同一の電子鍵を保有する他の者が、なりすましにより解錠できなくなる。

以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。また、上述の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、上述の実施形態に記載されたものに限定されるものではない。

例えば、上述の実施形態では、物品Ｃを夫々収納し得る閉空間としてロッカーボックス３１とされているが、これは例示であり、閉空間はロッカーボックス３１に限定されない。例えば、部屋や自動車等、物品を収納した状態で閉じられた空間を形成することができ、かつ、その出入口の扉を施錠できるものであればよい。

また例えば、上述の実施形態では、各駅に設置されたロッカー装置３に物品Ｃを保管しているが、これは例示にすぎない。ロッカー装置３の設置場所は駅に限定されず、あらゆる場所に設置することができる。例えば、ホテル、空港、繁華街、デパート等の商業施設、展示場等のイベント会場等に設置することができる。

また例えば、上述の実施形態では、解錠情報に含まれるＵＲＬからサーバ１にアクセスすることで、電子鍵をダウンロードするが、これは例示に過ぎない。解錠情報には、電子鍵を取得し得るあらゆる情報を含めることができる。
さらに言えば、上述の実施形態では、サーバ１に保管された電子鍵は、実際の鍵の引き渡しとは異なり、いわゆるコピーの概念で説明されている。
即ち、サーバ１に保管された電子鍵は、物品を預けるユーザＵ１及び物品を引き取るユーザＵ２がともに使用可能である。
しかしながら、例えば、本サービスの提供者は、ユーザＵ１が物品をロッカー装置３に格納した段階で、当該電子鍵の利用をユーザＵ２に制限してもよい。この場合、電子鍵が悪用されるようなリスクを低減することができる。

また、例えば、上述の実施形態では、第１条件及び第２条件の例はあくまでも例示に過ぎない。
具体的に例えば、サーバ１は、「生成された電子鍵がユーザＵ２に送信されたこと」を第１条件として採用してもよい。
さらに、「ユーザＵ１が、ロッカーに物品Ｃを格納した場合」や、「ユーザＵ２が物品Ｃの受け取りが可能となったこと」を第１条件として採用してもよい。
また例えば、サーバ１は、「所定の時刻（例えば、午前１０時）」や、ユーザＵ１による入力ボタンの押下があったこと」を第２条件として採用してもよい。

また、例えば、上述の実施形態では、ユーザＵ１による明示の指示について、物品Ｃをロッカーに格納した後、ユーザ端末２−１を操作して、ユーザによる入力ボタンを押下する、と説明したが、これに限られない。
即ち、ユーザＵ１による明示の指示は、ユーザＵ１が物品Ｃを入れて、ユーザＵ２へ物品Ｃの受け取り指示をメール等で、送信する際の送信ボタンの押下としてもよいし、指示検知部１０５が、明示の指示を認識できればよい。
また、明示の指示は、ユーザ端末２−１以外（例えば、ユーザ端末２−２、ロッカー装置３）による入力ボタンの押下によってもよい。また、ユーザＵ２からのユーザ端末２−２やロッカー装置３の操作による明示の指示であってもよい。

また例えば、上述の実施形態では、ロッカー装置３の利用料金を、所定の時間以内（第１条件が開始してから第２条件が満たされるまで）は無料であり、以降の料金が有料であることを前提として説明したが、特にこれに限定されない。
即ち、例えば、本サービスの提供者は、１時間毎に利用料金が高額になっていく等、第１条件が開始してから第２条件が満たされるまでの時間に応じて、様々な料金を設定してもよい。

また、上述の実施形態における利用料金とは、必ずしも金銭のみに限られず、金銭を代用するものであってもよい。例えば、電子マネー、各種ポイント、有料のチケット等であってもよく、既に一般的に利用されているものであってもよい。このため、ユーザＵとしてみれば、例えばプリペイド型の電子マネー（例えばＳｕｉｃａ（登録商標）、ｎａｎａｃｏ（登録商標））や、ガソリンスタンド等で貯めた各種ポイントサービスのポイント等の残高を、料金の支払いにあてることもできる。これにより、ユーザＵは、目に見える金銭によって支払いを行うよりも、負担を感じることなくロッカー装置３を気軽に利用することができる。また、サービス提供者Ｍとしてみれば、既に一般的に利用されている電子マネーや各種ポイント等の利用先の１つに、自身の提供するサービスを加えることができるので、利用者数の拡大を図ることができる。

また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
また、図５に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能がサーバに備えられていれば足り、この機能を実現するためにどのような機能ブロック及びデータベースを用いるのかは特に図５の例に限定されない。また、機能ブロック及びデータベースの存在場所も、図５に特に限定されず、任意でよい。例えば、サーバの機能ブロック及びデータベースをユーザ端末等に移譲させてもよい。逆にユーザ端末の機能ブロック及びデータベースをサーバ等に移譲させてもよい。
また、１つの機能ブロック及びデータベースは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、ユーザ等にプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザ等に提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

以上を換言すると、本発明が適用される管理装置は、次のような構成を有していれば足り、各種各様な実施の形態を取ることができる。

即ち、本発明が適用される情報処理装置（例えば図５のサーバ１等）は、
物品（例えば物品Ｃ等）を収納し得る閉空間（例えばロッカー端末３の１以上のロッカーボックス３１等）を所定の時間帯の間に所定の利用料で使用させる予約を受け付ける予約手段（例えば図５の予約部１１４等）と、
前記予約に基づいて（前記物品（例えば物品Ｃ等）の収納に）利用された前記閉空間（例えばロッカー端末３の予約した特定のロッカーボックス３１等）（の出入口の扉の施錠の検知、又は当該閉空間（例えばロッカー端末３の予約した特定のロッカーボックス３１等））の出入口（の扉）の施錠を解錠するための電子鍵を生成する電子鍵生成手段（例えば電子鍵生成部１２２等）と、
を備える。
これにより、物理的な鍵を持ち歩くことなく、電子鍵により予約した閉空間（例えばロッカー端末３の１つのロッカーボックス３１等）の出入口の扉の施錠を解除し閉空間（例えばロッカー端末３の１以上のロッカーボックス３１等）に物品を出し入れすることができる。このため、従来のように鍵を置き忘れたり、落としたりする等で物品が預けられない事態や物品を取り出せない事態に陥ることを防止できる。
この結果、物品を一時保管するサービスにおいて、閉空間（例えばロッカー端末３の１以上のロッカーボックス３１等）の利用や管理における利便性を向上することができる。

前記予約手段（例えば図５の予約部１１４等）は、
予め設定された条件（例えば閑散期（冬期や深夜等）や繁忙期（春期、日中等）等の季節や深夜の時間帯）に応じて、予約された前記閉空間（例えばロッカー端末３の１以上のロッカーボックス３１等）の前記利用料を変化させる。具体的には閑散期は平常時の利用料よりも利用料を安くし繁忙期は平常時の利用料よりも利用料を高くする。
このように、予約時に閉空間（例えばロッカー端末３の１以上のロッカーボックス３１等）を利用する際の条件（タイミング）に応じて利用料を変化させることで、ユーザにとって使い勝手の良いタイミングを選んで予約することができるので、閉空間（例えばロッカー端末３の１以上のロッカーボックス３１等）を利用する上での利便性を向上することができる。

１・・・サーバ、２，２−１,２−２，２−３，２−ｎ・・・ユーザ端末、３，３−１，３−２，３−ｍ・・・ロッカー装置、１１・・・ＣＰＵ、１８・・・記憶部、１９・・・通信部、２０・・・ドライブ、３０・・・リムーバブルメディア、３１・・・ロッカーボックス、１０１・・・主制御部、１１１・・・ユーザ認証部、１１２・・・ユーザ管理部、１１３・・・ロッカー管理部、１１４・・・予約部、１１５・・・取引管理部、１２１・・・予約管理部、１２２・・・電子鍵生成部、４０１・・・ユーザＤＢ、４０２・・・ロッカーＤＢ、４０３・・・予約ＤＢ、４０４・・・取引ＤＢ、４０５・・・電子鍵ＤＢ、Ｃ・・・物品、Ｍ・・・サービス提供者、Ｎ・・・ネットワーク、Ｕ，Ｔ・・・ユーザ

Claims (2)

1. 物品を収納し得る閉空間を所定の時間帯の間に所定の利用料で使用させる予約を受け付ける予約手段と、
   前記予約に基づいて、前記時間帯に利用される前記閉空間の出入口を解錠するための電子鍵を生成する電子鍵生成手段と、
   を備える情報処理装置。
2. 前記予約手段は、
   予め設定された条件に応じて、予約された前記閉空間の前記利用料を変動させる、
   請求項１に記載の情報処理装置。

Images