(57)【特許請求の範囲】
【請求項１】
物品を収容する物品管理装置の取出口に設けられる物品管理ユニットであって、
物品に付与されたタグを読み取る第一のリーダー及び第二のリーダーと、
前記第一のリーダーと前記第二のリーダーの間に設けられ、前記物品の通過が可能な解錠状態と施錠状態とを切替可能なロック手段と、
前記第一のリーダー、前記第二のリーダー、及び前記ロック手段を制御可能なユニット制御部とを備え、
前記ユニット制御部は、ユーザ端末からのロック解除要求に基づいて、前記第一のリーダー及び前記第二のリーダーのいずれか一方を読取可能な状態に起動させ、
前記一方のリーダーが前記タグを読み取った場合に、前記ロック手段を解錠状態へ切り替えるように制御することを特徴とする、物品管理ユニット。
【請求項２】
前記第一のリーダーは、前記ロック手段よりも前記物品管理装置の内側に設けられ、
前記ユニット制御部は、前記ユーザ端末から前記物品の受取のためのロック解除要求を受付けた場合に、前記第一のリーダーを読取可能な状態に起動させることを特徴とする、請求項１に記載の物品管理ユニット。
【請求項３】
前記ユニット制御部は、前記第一のリーダーが前記タグを読み取った場合に、前記第一のリーダーの読取機能を停止させるとともに、前記第二のリーダーを読取可能な状態に起動させることを特徴とする、請求項２に記載の物品管理ユニット。
【請求項４】
前記ユニット制御部は、さらに前記第二のリーダーが前記タグを読み取った場合に、前記ロック手段を施錠状態へ切り替えるように制御することを特徴とする、請求項３に記載の物品管理ユニット。
【請求項５】
請求項１〜４のいずれか１項に記載の物品管理ユニットと、前記ユーザ端末と、サーバとを含む物品管理システムであって、
前記ユーザ端末は、前記サーバに対して前記物品の受取要求を送信する受取要求送信部を備え、前記サーバから要求許可情報を受付けた場合に、前記物品管理ユニットに対して前記ロック解除要求を送信することを特徴とする、物品管理システム。
【請求項６】
前記サーバは、前記受取要求を許可するかどうかを判定する要求許可判定部を備え、
前記要求許可判定部は、前記物品管理装置の利用可能在庫数が前記受取要求にかかる数以上である場合に、前記受取要求を許可する、請求項５に記載の物品管理システム。
【請求項７】
前記サーバは、前記受取要求を許可するかどうかを判定する要求許可判定部を備え、
前記要求許可判定部は、前記受取要求が前記ユーザの利用制限情報に合致している場合に、前記受取要求を許可する、請求項５又は６に記載の物品管理システム。
【請求項８】
前記サーバは、前記ユーザ端末から前記物品の受取予約を受け付ける予約管理部を備え、
前記予約管理部は、前記受取予約を受け付けた場合に、前記物品管理装置の利用可能在庫数を前記受取予約の数だけ減らす処理を行う、請求項５〜７のいずれか１項に記載の物品管理システム。
【請求項９】
前記サーバは、前記要求許可情報とともに時刻情報を前記ユーザ端末に送付し、
前記ユーザ端末は、前記ロック解除要求とともに前記時刻情報を前記物品管理ユニットに送信し、
前記ユニット制御部は、前記受信した時刻情報が、過去に受信した前記時刻情報よりも新しい場合に、前記第一のリーダー若しくは第二のリーダーを読取可能な状態に起動することを特徴とする、請求項５〜８のいずれか１項に記載の物品管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は物品の受取・返却を管理する物品管理システムに関する。
【背景技術】
【０００２】
近年、シェアリングエコノミーの考え方が広まり、様々なモノを共有できるサービスが提案されている。
【０００３】
特許文献１には、忘れ物として拾得した傘を貸し出す物品貸出システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−８４１６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した技術は、傘に付されたＲＦＩＤに貸出単価や貸出時刻など各種情報を記憶し、貸出額の算出等を行うことが記載されている。しかしながら、物品の貸出・返却時における利便性は十分に考慮されていなかった。
【０００６】
そこで、本発明は、物品の受取・返却サービスをユーザが便利に利用することができる物品管理ユニット、及び物品管理ユニットを用いた物品管理システムを提供することを一つの目的とする。
【課題を解決するための手段】
【０００７】
本発明によれば、物品を収容する物品管理装置の取出口に設けられる物品管理ユニットであって、物品に付与されたタグを読み取る第一のリーダー及び第二のリーダーと、前記第一のリーダーと前記第二のリーダーの間に設けられ、前記物品の通過が可能な解錠状態と施錠状態とを切替可能なロック手段と、前記第一のリーダー、前記第二のリーダー、及び前記ロック手段を制御可能なユニット制御部とを備え、前記ユニット制御部は、前記ユーザ端末からのロック解除要求に基づいて、前記第一のリーダー及び前記第二のリーダーのいずれか一方を読取可能な状態に起動させ、前記一方のリーダーが前記タグを読み取った場合に、前記ロック手段を解錠状態へ切り替えるように制御することを特徴とする、物品管理ユニットが得られる。
【発明の効果】
【０００８】
本発明によれば、物品の受取・返却サービスをユーザが便利に利用することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態によるシステムの構成例を示す図である。
【図２】本発明の実施の形態による物品管理装置の構成例である。
【図３】本発明の実施の形態による物品管理装置の模式図である。
【図４】本発明の実施の形態による物品管理装置の動きを示す模式図である。
【図５】本発明の実施の形態によるハードウェア構成例である。
【図６】本発明の実施の形態によるソフトウェア構成例である。
【図７】本発明の実施の形態によるユーザ情報の構成例である。
【図８】本発明の実施の形態による物品収容部情報の構成例である。
【図９】本発明の実施の形態による物品情報の構成例である。
【図１０】本発明の実施の形態によるシステムの動作フロー図である。
【図１１】本発明の実施の形態によるシステムの動作フロー図である。
【図１２】本発明の実施の形態による物品管理装置の変形例である。
【発明を実施するための形態】
【００１０】
本発明の実施形態の内容を列記して説明する。本発明は、以下のような構成を備える。
［項目１］
物品を収容する物品管理装置の取出口に設けられる物品管理ユニットであって、
物品に付与されたタグを読み取る第一のリーダー及び第二のリーダーと、
前記第一のリーダーと前記第二のリーダーの間に設けられ、前記物品の通過が可能な解錠状態と施錠状態とを切替可能なロック手段と、
前記第一のリーダー、前記第二のリーダー、及び前記ロック手段を制御可能なユニット制御部とを備え、
前記ユニット制御部は、前記ユーザ端末からのロック解除要求に基づいて、前記第一のリーダー及び前記第二のリーダーのいずれか一方を読取可能な状態に起動させ、
前記一方のリーダーが前記タグを読み取った場合に、前記ロック手段を解錠状態へ切り替えるように制御することを特徴とする、物品管理ユニット。
［項目２］
前記第一のリーダーは、前記ロック手段よりも前記物品管理装置の内側に設けられ、
前記ユニット制御部は、前記ユーザ端末から前記物品の受取のためのロック解除要求を受付けた場合に、前記第一のリーダーを読取可能な状態に起動させることを特徴とする、項目１に記載の物品管理ユニット。
［項目３］
前記ユニット制御部は、前記第一のリーダーが前記タグを読み取った場合に、前記第一のリーダーの読取機能を停止させるとともに、前記第二のリーダーを読取可能な状態に起動させることを特徴とする、項目２に記載の物品管理ユニット。
［項目４］
前記ユニット制御部は、さらに前記第二のリーダーが前記タグを読み取った場合に、前記ロック手段を施錠状態へ切り替えるように制御することを特徴とする、項目３に記載の物品管理ユニット。
［項目５］
項目１〜４のいずれかに記載の物品管理ユニットと、前記ユーザ端末と、サーバとを含む物品管理システムであって、
前記ユーザ端末は、前記サーバに対して前記物品の受取要求を送信する受取要求送信部を備え、前記サーバから要求許可情報を受付けた場合に、前記物品管理ユニットに対して前記ロック解除要求を送信することを特徴とする、物品管理システム。
［項目６］
前記サーバは、前記受取要求を許可するかどうかを判定する要求許可判定部を備え、
前記要求許可判定部は、前記物品管理装置の利用可能在庫数が前記受取要求にかかる数以上である場合に、前記受取要求を許可する、項目５に記載の物品管理システム。
［項目７］
前記サーバは、前記受取要求を許可するかどうかを判定する要求許可判定部を備え、
前記要求許可判定部は、前記受取要求が前記ユーザの利用制限情報に合致している場合に、前記受取要求を許可する、項目５又は６に記載の物品管理システム。
［項目８］
前記サーバは、前記ユーザ端末から前記物品の受取予約を受け付ける予約管理部を備え、
前記予約管理部は、前記受取予約を受け付けた場合に、前記物品管理装置の利用可能在庫数を前記受取予約の数だけ減らす処理を行う、項目５〜７のいずれかに記載の物品管理システム。
［項目９］
前記サーバは、前記要求許可情報とともに時刻情報を前記ユーザ端末に送付し、
前記ユーザ端末は、前記ロック解除要求とともに前記時刻情報を前記物品管理ユニットに送信し、
前記ユニット制御部は、前記受信した時刻情報が、過去に受信した前記時刻情報よりも新しい場合に、前記第一のリーダー若しくは第二のリーダーを読取可能な状態に起動することを特徴とする、項目５〜８のいずれか１項に記載の物品管理システム。
【００１１】
＜実施の形態の詳細＞
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００１２】
＜概要＞
本発明の実施の形態によるシステムは、物品の受取・返却を管理するためのシステムである。例えば、傘などの物品レンタルサービスを円滑に運営するために有用である。なお、物品は傘に限らず、買い物バッグやシューズ、会議室等の施設や自動車・自転車の鍵、バスケットボール、洋服、雨靴、カッパ、ドローン、リモコン、ポケットティッシュ、マスク、タブレット含むパソコン機器、イヤホン、充電器、各種充電ケーブル、ポケットwifi、翻訳機、パラソル、テント、電池（乾電池やボタン電池、リチウム電池など含む）、筆記用具、朱肉、ホチキス、定規、ハサミ、カッター、タバコ、ライター、帽子、日傘、うちわ、清涼スプレー、清涼シート、日焼け止め、ストッキング、化粧品全般、ハンカチ、マフラー、ホッカイロ、アウターなど防寒具、杖、アメニティー、タオル、ベビーカー、メガネ、靴下、キックボード、電動スクーター、ボードゲーム、枕（トラベル用含む）、SIM、ケータイ端末などでもよく、特に制限はない。物品には、所定の場所にＲＦＩＤ等のＩＣタグが設置され、管理に利用される。
【００１３】
＜構成＞
図１に示されるように、本システムは、サーバ１と、ユーザ端末２と物品管理装置３を備えている。サーバ１とユーザ端末２、及び物品管理装置３とは、ネットワークを介して、または介さずに互いに通信することができる。また、ユーザ端末２と物品管理装置３とは、データをＢｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）等の近距離無線通信を通じて通信可能であることが好ましく、その場合は物品管理装置３はネットワーク接続手段を有しなくてもよい。
【００１４】
図２は、本システムを傘のレンタルサービスに使用する場合の、物品管理装置３の一例である。傘のレンタルサービスに本発明のシステムを使用する場合、物品管理装置３は全体として傘立ての構成を有している。ただし、レンタル可能な傘を１本以上収容しておく物品収容部３１と、物品収容部３１から傘を取り出し可能な通路３２を備える。ユーザは、物品収容部３１から１本傘をとり、通路３２を通過させて外に取り出すことができる。また返却時は、傘を通路３２を通過させて物品収容部３１の中に戻す。通路３２の少なくとも片方の側面に、下記で述べる本発明の物品管理ユニット３３が備えられ、ロック手段３３３によって通路３２が通過不能／通過可能な状態に切り替えられる。物品管理ユニット３３は、ユーザの操作に応じてロック手段３３３を制御して物品を通過可能な状態とし、ユーザによる物品の受取・返却を可能とする。
【００１５】
物品管理装置３の形状は特に制限されないが、図２の例においては、高さが傘を収容可能な程度の長さである略直方体であり、傘の柄をひっかけることが可能な幅の複数の細長形状の貫通孔を有する天板を備えることができる。天板には、傘を１本通過させることが可能な幅の通路３２が少なくとも１つ、外側と連通可能に形成されている。天板の貫通孔は、いずれの場所からも当該通路３２につながるように枝分かれ状に形成されていることが好ましい。また、通路３２の片側には、ロック手段３３３が通路３２をふさぐことができる位置に物品管理ユニット３３が設置され、天板の一部分（物品管理ユニット３３が設置されている位置の略直上）にはユーザ端末２をかざす旨の表示３４が備えられ、当該表示には後述するように物品収容部ＩＤ等の識別情報を含む二次元コードやＮＦＣタグ等が設置される。物品収容部３１の構造はこれに限られず、物品の大きさや形状、性質に応じて適宜設計されるべきである。
【００１６】
図３は、物品管理装置３の構成を示す模式図である。物品管理装置３は、機能として、物品を収容しておく物品収容部３１、受取・返却時に物品を通過させることが可能な通路３２、及び物品管理ユニット３３を備える。
【００１７】
物品管理ユニット３３は、ユーザ端末２と通信し、ロック手段３３３を介して物品の受取・返却を制御する。物品管理ユニット３３は、第一のリーダー３３１、第二のリーダー３３２、ロック手段３３３、ユニット通信手段３３４、及び図示しないユニット制御部３３５、ユニット記憶部３３６とを備える。ユニット制御部３３５は、物品管理ユニット３３内の各部の機能実行に必要な情報処理等を行う演算装置であり、例えばマイクロコンピュータである。ユニット記憶部３３６は、情報記憶装置であり、後述するタイムスタンプ等各種のデータを記憶することができる。ユニット通信手段３３４は、ユーザ端末２との通信を可能にする手段であり、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＢＬＥ（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ）等の近距離通信インタフェースを備えていることが好ましい。また、ユニット通信手段３３４はネットワークに接続してサーバ１やユーザ端末２と通信できるようにしてもよい。
【００１８】
第一のリーダー３３１及び第二のリーダー３３２は、物品に装着されたタグ情報を読み取るためのリーダーである。例えば電波を発信してＲＦＩＤ等のＩＣタグの情報を受信可能なものであってよい。第一のリーダー３３１と第二のリーダー３３２は、ロック手段３３３を挟んで両側に配置され、第一のリーダー３３１は、物品管理ユニット３３における物品収容部３１側に、第二のリーダー３３２は、通路３２の外側に配置されるものとする。
【００１９】
ロック手段３３３は、通路３２を物品が通過できない施錠状態と、物品が通過可能な解錠状態とを切り替えることが可能である。一例として、施錠状態においては、物品が物理的に通路３２を通過できないようにするために通路３２を塞ぐことができる。図３における例では、３つの凸部が所定角度間隔で通路３２側に伸びた形状を有している。特に中心の凸部が左右の凸部よりも太くてもよい。施錠状態で、中心の凸部が通路３２に対して垂直方向を向き、通路３２に突出して物品の通過を妨げる。この時に左右の凸部は多少通路３２に突出してもよいが、左右の凸部の位置においては物品の通過が可能な角度であることが好ましい。図３の例において、ロック手段３３３は、解錠状態において回転可能であり、施錠状態において回転不可能に制御されてもよい。ロック手段３３３は、バネなどの付勢手段によって中心の凸部が通路３２に対して垂直方向を向いた初期位置に自力で戻るように構成されてもよい。ユニット制御部３３５からロック手段３３３を解錠する旨の指示を受けると、ロック手段３３３は回転可能な状態となる。ユーザが物品を通過させる際に物品やユーザの手に押されて中央の凸部が回転し、通路３２をふさいでいた凸部がなくなることによって物品が通過可能となる。また、物品の通過が完了すると、ユニット制御部３３５からロック手段３３３を施錠する旨の指示を受け、ロック手段３３３は回転不能な状態となる。
【００２０】
物品の受取時のロック手段３３３の動きについて、図４で説明する。ロック手段３３３が初期位置にある場合は、図４（ａ）のように、物品はロック手段３３３の中央の凸部によって通路３２を通過することが妨げられる。ユニット制御部３３５がロック手段３３３を解錠状態へ制御し、かつユーザが物品を引き出してロック手段３３３を回転させる力を加えると、図４（ｂ）のようにロック手段３３３が回転し、物品は通路３２を通過する。このとき、左側の凸部が通路３２に突出し、２つ目の物品が一度に通過してしまうのを防止する。物品が通路３２を通過すると、ロック手段３３３はばね等により初期位置まで自力で戻る（図４（ｃ））。
【００２１】
上記のロック手段３３３の構成はあくまで一例であり、形状や動きはこれに限られない。例えば、複数の凸部が星型のように放射状に設けられ、同一方向に所定角度回転してもよいし、シャッターが出し入れされることによって解錠状態・施錠状態を切り替え可能な構造としてもよい。
【００２２】
＜ハードウェア構成＞
本実施の形態によるサーバ１とユーザ端末２とは、以下のようなハードウェア構成を有する。なお、以下の構成は一例であり、これ以外の構成を有していても良い。
【００２３】
図１に示されるように、サーバ１は、ユーザ端末２と通信を介して情報処理を実行することにより、システムの一部を構成する。サーバ１は、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的に実現されてもよい。
【００２４】
ユーザ端末２は、サーバ１及び物品管理装置３と通信して情報処理を実行することにより、本発明のシステムの一部を構成する。ユーザ端末２は、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータであってもよいし、スマートフォン等の携帯通信機器やスマートウォッチのようなウェアラブル端末等であってもよい。Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＢＬＥ（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ）等の近距離通信インタフェースや二次元コード読取機能、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等のタグ読取機能を備えていることが好ましい。
【００２５】
サーバ１は、図５に示すように、それぞれ少なくとも、制御部１０、メモリ１１、ストレージ１２、送受信部１３、入出力部１４等を備え、これらはバス１５を通じて相互に電気的に接続される。
【００２６】
制御部１０は、サーバ１全体の動作を制御し、各要素間におけるデータの送受信の制御、及びアプリケーションの実行に必要な情報処理等を行う演算装置である。例えば制御部１０はＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）であり、ストレージ１２に格納されメモリ１１に展開されたプログラム等を実行して各情報処理を実施する。
【００２７】
メモリ１１は、ＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等の揮発性記憶装置で構成される主記憶と、フラッシュメモリやＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）等の不揮発性記憶装置で構成される補助記憶と、を含む。メモリ１１は、制御部１０のワークエリア等として使用され、また、サーバ１の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）、及び各種設定情報等を格納する。
【００２８】
ストレージ１２は、アプリケーション・プログラム等の各種プログラムを格納する。各処理に用いられるデータを格納したデータベースがストレージ１２に構築されていてもよい。
【００２９】
送受信部１３は、サーバ１をネットワークに接続する。なお、送受信部１３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＢＬＥ（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ）等の近距離通信インタフェースを備えていてもよい。
【００３０】
入出力部１４は、必要に応じて使用するキーボード・マウス類等の情報入力機器、及びディスプレイ等の出力機器である。
【００３１】
バス１５は、上記各要素に共通に接続され、例えば、アドレス信号、データ信号及び各種制御信号を伝達する。
【００３２】
ユーザ端末２も、上記図５で説明したものと同様のハードウェア構成を備えることができる。
【００３３】
サーバ１は、サービスを、アプリケーションを介してユーザ端末２に対して提供することができる。ユーザ端末２は、アプリケーションをサーバ１または別のサーバからダウンロードし、このアプリケーションを実行し、ブラウザ等のウェブページの閲覧ソフトウェアまたはアプリケーションを介してサーバ１にアクセスすることで、サーバ１と情報を送受信することでき、また、サービスを受けることが可能となる。
【００３４】
図６は、ユーザ端末２及びサーバ１におけるソフトウェア構成例である。サーバ１は、要求受付部１１１、要求許可判定部１１２、完了情報受付部１１３、決済処理部１１４、ユーザ情報記憶部１２１、物品収容部情報記憶部１２２、物品情報記憶部１２３を備えることができる。なお、要求受付部１１１、要求許可判定部１１２、完了情報受付部１１３、決済処理部１１４は、サーバ１が備える制御部１０がストレージ１２に記憶されているプログラムをメモリ１１に読み出して実行することにより実現され、ユーザ情報記憶部１２１、物品収容部情報記憶部１２２、物品情報記憶部１２３は、メモリ１１およびストレージ１２の少なくともいずれかにより提供される記憶領域の一部として実現される。
【００３５】
ユーザ端末２は、受取・返却要求送受信部２１１、ロック解除要求部２１２、アカウント情報記憶部２２１を備えることができる。なお、受取・返却要求送受信部２１１、ロック解除要求部２１２は、ユーザ端末２が備える制御部１０がストレージ１２に記憶されているプログラムをメモリ１１に読み出して実行することにより実現され、アカウント情報記憶部２２１は、メモリ１１およびストレージ１２の少なくともいずれかにより提供される記憶領域の一部として実現される。ユーザ端末２は、このほかに、ユーザ端末２上の表示を制御する表示制御部やユーザ端末２の位置情報を取得する位置情報取得部等を適宜備えてもよい。
【００３６】
ユーザ情報記憶部１２１には、本システムにユーザ登録しているすべてのユーザについて、本システムのアプリケーションを利用する際のユーザ情報が記憶される。ユーザ情報記憶部１２１には、ユーザＩＤなどのユーザ識別情報に紐づけて、各種の情報を格納する。図７は、ユーザ情報記憶部１２１に記憶されるユーザ情報の構成例である。ユーザ情報には、基本情報である氏名、住所、電話番号、決済情報等を含むことができる。さらに、契約情報や現在の利用状況に関する情報等が含まれてよい。契約情報には、本システムの利用に関する契約等の情報である。例えば無料・有料や、通常・特別など、階級によって会員が利用できるサービスの内容が異なる場合には、当該会員の契約情報を含む。例えば本システムを、物品の貸出しサービスとして利用する場合は、ユーザが一度に借りることのできる物品の数や種類、利用可能なエリアや時間帯、料金の計算方法に関する情報を含み得る。現在の利用状況については、現在物品を利用中、レンタル中、予約中、であるといった情報であり、対象の物品の情報（物品ＩＤや物品の種類など）や、物品収容部３１の情報（物品収容部ＩＤや住所など）が含まれ得る。また、ユーザ情報記憶部１２１には、過去の利用履歴情報等を含んでもよい。過去の利用履歴情報とは例えば、過去に利用した物品の種類、数、時間帯、受取場所・返却場所などであってよい。
【００３７】
ユーザ端末２におけるアカウント情報記憶部２２１は、当該ユーザに関するアカウント情報を有する。アカウント情報の内容は上記のユーザ情報と同様であってよく、説明を割愛する。また、ユーザ端末２においてこれらのアカウント情報の一部または全てを保持することなく、サーバ１におけるユーザ情報記憶部１２１に問い合わせることによって適宜情報を取得してもよい。
【００３８】
物品収容部情報記憶部１２２は、物品収容部３１に関する情報を記憶する。図８は、物品収容部情報記憶部１２２に格納される物品収容部情報の構成例である。物品収容部情報とは例えば、物品収容部ＩＤ等の識別情報に紐づけて、基本情報として物品収容部３１の場所（住所）、エリア、収容可能な物品の数・種類、利用可能時間帯等を含むことができる。また、収容物品に関する情報として、現在収容されている物品ＩＤ、現在収容されている物品の在庫数や、在庫数のうち利用可能な在庫数、在庫数のうち予約されている物品の数等の情報が含まれ得るが、これに限られない。
【００３９】
物品情報記憶部１２３は、物品に関する情報を記憶する。図９は、物品情報記憶部１２３に格納される物品情報の構成例である。物品に関する情報とは例えば、物品ＩＤ等の識別情報に紐づけて、物品基本情報であるタグ情報、物品の種類、製造年月日等の情報を含み、さらに現在のステータスに関する情報や、過去の利用履歴に関する情報を含むことができるが、これに限られない。現在のステータスとは、例えば物品収容部３１に収容されている場合は、「収容中」であり、予約されている場合は「予約中」等である。その際には収容されている物品収容部ＩＤの情報や予約したユーザＩＤ等をさらに含んでよい。また、ユーザが所持している場合は「利用中」であり、所持しているユーザＩＤの情報や、返却予定日時等の情報が含まれ得る。また、そのほかに、「修理中」、ユーザが紛失した場合には「紛失中」、拾得された場合には「拾得中」などのステータスがあり得る。ステータス情報はこれらに限定されず、単に利用可能な状態か否かを示す「利用可能」「利用不可」等で表してもよい。また、過去の利用履歴に関する情報は、受取・返却の日時、物品収容部ＩＤ、ユーザＩＤなどを、記録することができる。また、その他物品情報記憶部１２３は、物品の色や柄などの特徴を記憶してもよく、物品の画像を含んでもよい。
【００４０】
受取・返却要求送受信部２１１は、ユーザ端末２からサーバ１に対して、物品の受取若しくは返却の手続を行いたい旨の要求（受取・返却要求）を送信する。また、後にサーバ１から、要求に対する許可または拒否の情報を受信する。受取・返却要求は、アカウント等のユーザ情報、及び物品収容部３１の識別情報等を有する。このとき、物品を特定する情報（物品ＩＤ等）を送信情報に含めてもよい。また、複数種類の物品がある場合は、物品の種類を特定する情報を含めてもよい。
【００４１】
物品収容部３１の識別情報は、ユーザが手入力で入力してもよいし、下記で述べるように物品管理ユニット３３との通信によって識別情報を入手してもよい。ユーザは、サーバ１に対して受取・返却要求を送信する前に、物品収容部３１の前でユーザ端末２を操作し、物品管理ユニット３３との近距離無線通信を接続することができる。まず、ユーザは、ユーザ端末２に搭載されるＮＦＣ読取機や二次元コード読取機などのタグ読取機能によって、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線通信のペアリングに必要な物品管理装置３に固有の機器情報を読み取る。すなわち、物品管理装置３には機器情報を格納したＮＦＣタグや、二次元コードを、ユーザ端末２により読み取り可能な箇所に設置しておく。次に、ユーザ端末２は、読み取った機器情報を用いてＢｌｕｅｔｏｏｔｈ（登録商標）等の無線通信手段により物品管理ユニット３３との通信を接続することができる。ユーザ端末２は、物品収容部ＩＤなどの情報を物品管理ユニットとの無線通信によって取得することができるので、その後サーバ１に対して受取・返却要求を送信する際に、物品収容部ＩＤなどの物品収容部の識別情報を上述した受取・返却要求に自動的に含ませることができる。
【００４２】
サーバ１の要求受付部１１１は、ユーザ端末２から送信された受取・返却要求を受け付ける。要求受付部１１１は、受け付けた情報を要求許可判定部１１２に伝える。要求許可判定部１１２は、受け付けた情報をもとに、当該要求を許可するかもしくは拒絶するかを判定し、その結果をユーザ端末２に通知する。要求許可判定部１１２は、ユーザの認証を行うことができる。ユーザ認証は既知の方法により行えばよく、例えば受け付けたユーザの識別情報（ユーザＩＤなど）がユーザ情報記憶部１２１に登録されているかどうかを確認する。ユーザ情報記憶部１２１に同一のアカウントが登録されていない場合は、ユーザ端末２に対してユーザ登録を行うよう要請する旨を通知する。ユーザ情報記憶部１２１において同一のアカウント情報が登録されていることを確認できた場合は、ユーザ認証を完了する。
【００４３】
受取・返却要求が特に受取要求である場合、要求許可判定部１１２はさらに、物品の在庫があるかを確認する。要求許可判定部１１２は、物品収容部情報記憶部１２２において受取・返却要求情報において指定された物品収容部ＩＤに紐づく情報を読み出し、在庫数を確認する。また、下記変形例１で述べるように、ユーザによる予約が可能な場合は、在庫数のうち、予約数を減じた分を利用可能在庫数とし、受取要求数以上の利用可能在庫数があることを確認する。
【００４４】
また、ユーザ情報記憶部１２１にユーザの契約に関する情報が含まれている場合は、要求許可判定部１１２は、当該受取・返却要求が契約内容に照らして許可してよいものかどうかを確認することもできる。例えば、ユーザが物品を一度に２つまでしか利用できないという契約であった場合、現在の利用状況をユーザ情報記憶部１２１に問い合わせ、現在の利用数が１つ以下であれば許可できると判断するが、現在の利用数がすでに２つである場合は許可しないと判断する。そのほか、要求許可判定部１１２は、ユーザのアカウント情報に基づく利用制限がある場合に、当該制限に要求内容が合致しているかを判断することができる。
【００４５】
要求許可判定部１１２は、要求を許可できると判断した場合は、ユーザ端末２に、要求を許可する旨の情報を送信する。ユーザ端末２の受取・返却要求送受信部２１１は、サーバ１から要求を許可する情報を受信した場合に、当該情報をロック解除要求部２１２に伝える。
【００４６】
ユーザ端末２のロック解除要求部２１２は、物品管理ユニット３３に対して、ロック解除要求情報を送信する。以下、ユーザ端末２と物品管理ユニット３３との間の情報の送受信は、近距離無線通信を介して行われることができる。物品管理ユニット３３は、ロック解除要求情報を受信し、当該要求が、物品の受取にかかる要求である場合は下記「受取フロー」を実行し、物品の返却にかかる要求である場合は、「返却フロー」を実行する。
【００４７】
＜受取フロー＞
まず、通常時は、第一のリーダー３３１、第二のリーダー３３２は読み取り機能が起動されていない状態であり、またロック手段３３３は施錠状態に制御されている。ここで、物品の受取にかかるロック解除要求を受信した場合、ユニット制御部３３５は、第一のリーダー３３１を読み取り可能な状態に起動させる。ユーザが物品を物品収容部３１から取出し、第一のリーダー３３１の前を通過させると、第一のリーダー３３１は、物品に付与されたＩＣタグを読み取り、ユニット制御部３３５に情報を送信する。ユニット制御部３３５は、第一のリーダー３３１から物品のタグを読み取った旨の情報を受信した場合に、ロック手段３３３を解錠する。すなわち、ロック手段３３３が図３に示す機構である場合に、ロック手段３３３が回転可能な状態となる。また、第二のリーダー３３２を読み取り可能な状態に起動し、一方で第一のリーダー３３１の読取機能を停止する。ユーザが物品をさらに通路３２の外側に引き出すことによってロック手段３３３が回転し、物品は第二のリーダー３３２の前を通過する。第二のリーダー３３２は、物品に付与されたＩＣタグを読み取り、ユニット制御部３３５に情報を送信する。ユニット制御部３３５は、第二のリーダー３３２が物品のタグを読み取った旨の情報を受信した場合に、ロック手段３３３を施錠し、動かないように固定する。また、第二のリーダー３３２の読取機能を停止する。さらにユニット制御部３３５は、物品の受取手続が完了した旨の通知を、ユーザ端末２に送信する。当該通知には、リーダーが読み取った物品ＩＤや、完了日時等の情報を含んでもよい。
【００４８】
＜返却フロー＞
物品の返却にかかるロック解除要求を受信した場合、ユニット制御部３３５は、第二のリーダー３３２を読み取り可能な状態に起動させる。ユーザが物品を通路３２に通そうとし、第二のリーダー３３２の前を通過させると、第二のリーダー３３２は、物品に付与されたＩＣタグを読み取り、ユニット制御部３３５に情報を送信する。ユニット制御部３３５は、第二のリーダー３３２から物品のタグを読み取った旨の情報を受信した場合に、ロック手段３３３を解錠する。すなわち、ロック手段３３３が図３に示す機構である場合に、ロック手段３３３が回転可能な状態となる。また、第一のリーダー３３１を読み取り可能な状態に起動し、一方で第二のリーダー３３２の読取機能を停止する。ユーザが物品をさらに通路３２の奥側に押しこむことによってロック手段３３３が回転し、物品は第一のリーダー３３１の前を通過する。第一のリーダー３３１は、物品に付与されたＩＣタグを読み取り、ユニット制御部３３５に情報を送信する。ユニット制御部３３５は、第一のリーダー３３１が物品のタグを読み取った旨の情報を受信した場合に、ロック手段３３３を施錠し、動かないように固定する。また、第一のリーダー３３１の読取機能を停止する。さらにユニット制御部３３５は、物品の返却手続が完了した旨の通知を、ユーザ端末２に送信する。当該通知には、リーダーが読み取った物品ＩＤが含まれることが好ましく、さらに完了日時等の情報を含んでもよい。
【００４９】
ユーザ端末２は、物品管理ユニット３３から受け取った完了通知をサーバ１に送信する。サーバ１の完了情報受付部１１３は、ユーザ端末２から物品の受取／返却手続が完了した旨の情報を受信する。完了情報受付部１１３は、受け取った情報をもとに、物品収容部情報記憶部１２２、物品情報記憶部１２３、及びユーザ情報記憶部１２１を更新する。すなわち、特定の物品の受取が完了した場合は、物品収容部情報記憶部１２２において、収容物品に関する情報を更新する。例えば、該当する物品収容部３１における当該物品ＩＤを削除し、利用可能在庫数を減じるなどの処理を行う。また、物品情報記憶部１２３における該当する物品のステータスを変更し、利用履歴情報に追記をするなどの処理を行う。また、ユーザ情報記憶部１２１における現在の利用状況を更新し、過去の利用履歴情報を追加するなどの処理を行う。
【００５０】
ユーザは、所定の場所で物品を受け取り、物品を利用した後、同じ場所、若しくは違う場所で物品を返却することができる。サーバ１の決済処理部１１４は、ユーザの利用に応じて所定の利用料の請求を行うことができる。ユーザへの利用料の請求は、あらかじめユーザ情報記憶部１２１に登録されたユーザのクレジット情報、口座情報等に基づいて請求処理を行うことができるが、利用料の請求方法はこれに限られず、既知の手段のいずれを用いてもよい。また、利用料の額は、ユーザの契約内容に応じて所定のルールに基づいて決定すればよい。利用料を、利用時間に応じて算出する場合は、ユーザが返却手続を完了した旨の通知をサーバ１が受け取ったときに、決済処理部１１４は当該物品の受取時間と返却時間との間の利用時間を算出し、所定の金額を計算する。
【００５１】
次に、本発明に係るシステムの基本の処理フローを、物品の受取時の例について図１０で説明する。
【００５２】
まず、ユーザは物品の受取・返却を希望する物品収容部３１の付近でユーザ端末２のアプリケーションを起動し、ログインをする。また、ユーザ端末２のＮＦＣリーダーや二次元コードリーダーにより物品収容部ＩＤを取得し、物品管理ユニット３３との近距離無線通信を接続する。
【００５３】
ユーザがユーザ端末２を操作することによって、受取・返却要求送受信部２１１が物品の受取要求をサーバ１に送信する（Ｓ５１）。当該受取要求情報には、ユーザ識別情報や物品収容部ＩＤが含まれる。サーバ１の要求許可判定部１１２は、受け取ったユーザＩＤがユーザ情報記憶部１２１に登録された会員ユーザであることを確認し、ユーザ認証を行う（Ｓ５２）。会員ユーザであることが確認された場合（Ｓ５３＝Ｙｅｓ）、ユーザ端末２へ要求許可情報を送信する（Ｓ５４）。一方で、会員ユーザでない場合（Ｓ５３＝Ｎｏ）、ユーザ端末２へ会員であることが確認できなかった旨の情報や会員登録を要求する情報を送信し、処理を終了する。また、要求許可判定部１１２は、必要に応じて在庫数のチェックを行ったり、ユーザのアカウント情報を確認し、物品の受取に関する制限を満たしているかをチェックしてもよい。
【００５４】
ユーザ端末２が要求許可情報を受け取ると、ユーザ端末２のロック解除要求部２１２は、物品管理ユニット３３に対して受取にかかるロック解除要求を送信する（Ｓ５５）。サーバ１からの要求許可情報を受け取っていない状態では、ロック解除要求部２１２は動作しない。
【００５５】
物品管理ユニット３３では、受取にかかるロック解除要求を受け取った場合、ユニット制御部３３５が第一のリーダー３３１を読み取り可能な状態に起動させる（Ｓ５６）。第一のリーダー３３１が物品のＩＣタグを読み取ると（Ｓ５７＝Ｙｅｓ）、ユニット制御部３３５はロック手段３３３を解錠状態とし、物品が通路３２を通過できるように制御する（Ｓ５８）。さらに物品が移動し、第二のリーダー３３２が物品のＩＣタグを読み取ると（Ｓ５９＝Ｙｅｓ）、ユニット制御部３３５はロック手段３３３を再び施錠状態とする（Ｓ６０）。第一のリーダー３３１及び第二のリーダー３３２が物品のＩＣタグの読取に失敗した場合（Ｓ５７＝Ｎｏ、Ｓ５９＝Ｎｏ）は、物品をリーダーに近づけるようにメッセージを発してもよい。特に、各リーダーを起動させてから所定時間内に読取が行われなかった場合に、読取失敗と判断するようにしてもよい。また、第二のリーダー３３２が読取に失敗した場合であっても、所定時間経過後にロック手段３３３を施錠するように制御してもよい。
【００５６】
第二のリーダー３３２が物品のＩＣタグを読み取り、すなわち物品の受取が完了すると、物品管理ユニット３３はユーザ端末２に対して物品の受取が完了した旨の通知を送信する（Ｓ６１）。ユーザ端末２は、当該完了情報をサーバ１へ送信する（Ｓ６２）。サーバ１の完了情報受付部１１３は、受け取った情報をもとに、物品収容部情報記憶部１２２、物品情報記憶部１２３、及びユーザ情報記憶部１２１を更新する（Ｓ６３）。
【００５７】
以上が、本システムの基本的な構成である。上述した実施の形態は、本発明の理解を容易にするための例示に過ぎず、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良することができると共に、本発明にはその均等物が含まれることは言うまでもない。
【００５８】
＜変形例１＞
次に、本発明のシステムの変形例１について説明する。変形例１は、上述した基本のシステムに、さらに物品の予約に関する機能を実装したものである。本変形例において、ユーザ端末２のソフトウェアは、図６に記載のものに加えて、さらに予約要求部を備え、またサーバ１のソフトウェアは予約管理部を備えることができる。
【００５９】
予約要求部は、ユーザ端末２からサーバ１に対して、物品の予約要求情報を送信するものである。ユーザは、予約したい物品の種類、数、物品収容部３１の識別情報やエリア、受取希望日時等の情報を入力または選択し、サーバ１に送信する。サーバ１の予約管理部は、受け取った情報をもとに物品収容部情報記憶部１２２を検索し、予約可能な物品があるかどうかを返信してもよい。例えば、予約要求情報において特定の物品収容部３１やエリアが指定されている場合は、該当する物品収容部情報における利用可能在庫数を確認し、希望の種類の物品の在庫数が希望数以上であれば予約可能と判断する。また、複数の物品収容部３１において利用可能な物品が収容されている場合は、予約可能な物品収容部３１の情報をユーザ端末２に提示してもよい。また、ユーザ端末２から特に物品収容部３１を特定する情報が入力されていない場合は、予約可能な物品収容部３１の情報を全て提示してもよいし、ユーザ端末２の位置情報をもとに、同じエリアにある、若しくは距離の近い物品収容部３１の情報を優先して提示するなどしてもよい。複数の物品収容部３１が利用可能である場合、ユーザはさらにその中から予約を希望する物品収容部３１を選択し、サーバ１に送信する。また、予約は特定の物品を指定して行われてもよい。
【００６０】
ユーザにより予約する物品収容部３１及び／または物品が決定された場合、サーバ１の予約管理部は、物品収容部情報記憶部１２２、物品情報記憶部１２３、及びユーザ情報記憶部１２１の情報を更新する。すなわち、物品収容部情報において、利用可能在庫数を減じるとともに、予約数を増やすなどの処理を行うことができる。また、収容物品に関する情報において、予約を受けた物品に対して予約フラグをたて、ユーザＩＤの情報を入力しておくことができる。また、物品情報記憶部１２３において、ステータスを「予約中」に変更し、ユーザＩＤの情報を入力するなどの処理を行うことができる。また、ユーザ情報記憶部１２１において、現在の利用状況を「予約中」として追加する。さらに、ユーザ端末２におけるアカウント情報記憶部２２１も同様に更新することができる。
【００６１】
変形例１の処理フローを図１１で説明する。まずユーザはアプリケーションを介して、予約要求をサーバ１に送信する（Ｓ７１）。サーバ１は、必要に応じてユーザ認証を行い（Ｓ７２）、ユーザが登録された会員であることが確認された場合に（Ｓ７３＝Ｙｅｓ）、ユーザ端末２へ予約が可能な物品収容部３１や物品の情報を提示する（Ｓ７４）。予約が可能な物品収容部３１や物品が複数提示された場合、ユーザはその中から希望する物品収容部３１や物品をさらに選択する（Ｓ７５）。サーバ１の予約管理部は予約を受け付け、物品収容部情報記憶部１２２、物品情報記憶部１２３、及びユーザ情報記憶部１２１を更新する（Ｓ７６）。
【００６２】
また、予約を行ったユーザが実際に物品を受け取る場合は、ユーザは予約した物品収容部３１の前で当該物品管理ユニット３３との通信を接続し、サーバ１に受取要求を送信する。サーバ１は、ユーザ認証を行い、さらにユーザが受取予約を行っているかを確認する。ユーザ情報記憶部１２１を参照し、ユーザが当該物品収容部３１における物品について予約を行っている場合は、今回の物品の受け取りは予約に係る受取であると判断する。または、ユーザがユーザ端末２を介して予約情報を選択したうえで受取要求を送信することによって、サーバ１側が予約に係る受取要求であることを認識してもよい。予約管理部は、物品の受取が完了した場合に、予約に関する情報を更新する。すなわち、ユーザ情報記憶部１２１において現在の利用状況を「予約中」から「利用中」に変更し、物品収容部情報における予約数を減じるとともに収容物品の予約フラグを削除するなどの処理を行うことができる。また、物品情報記憶部１２３におけるステータスを変更し、利用履歴情報を更新することができる。
【００６３】
一方で、予約をせずに受取要求をしたユーザの場合、要求許可判定部１１２は、対象の物品収容部３１の利用可能在庫数が受取希望数より多いことを確認し、要求を許可する。すなわち、物品収容部３１に物品が収容されている場合であっても、それらが予約済みである場合は予約していないユーザに対して物品の受取を許可しないようにする。
【００６４】
本変形例によれば、ユーザは事前に予約ができるので、現地に着いてから在庫不足のために利用できない、という事態を防ぐことができる。
【００６５】
＜変形例２＞
次に、本発明のシステムの変形例２について説明する。変形例２は、上述した基本のシステムに、さらに物品の紛失・拾得に関する機能を実装したものである。本変形例において、サーバ１のソフトウェアは紛失管理部、及び拾得情報受付部を備えることができる。
【００６６】
本変形例は、物品を利用しているユーザが物品をどこかで紛失した場合の機能を備えている。まず、ユーザは、物品を紛失してしまったと気が付いた場合に、サーバ１に対して物品を紛失した旨の紛失情報を送信する。サーバ１の紛失管理部は、紛失情報を受け取ると、物品情報記憶部１２３における紛失された物品の情報を更新する。すなわち、当該物品について、ステータスを「紛失中」等に変更するなどの処理を行うことができる。また、ユーザ情報記憶部１２１における現在の利用状況についても、該当する物品ＩＤの利用状況を「紛失中」に変更するなどの処理を行うことができる。
【００６７】
紛失管理部は、利用規約や契約内容に応じて、ユーザが物品を紛失したことに対してペナルティを課す処理を行うこともできる。すなわち、補償料の請求処理を実行したり、ユーザの利用を制限することなどができる。ユーザの利用を制限する場合は、制限中に当該ユーザから受取要求情報を受け取っても、受取許可をしないこととすることができる。例えば、所定期間における紛失回数が所定回数を上回る場合は悪質とみなしてユーザの利用を停止することが考えられる。その場合は、ユーザ情報記憶部１２１において、過去の紛失情報を記録しておき、所定期間における紛失回数を計算し、条件を満たすかどうかを確認する。
【００６８】
また、第三者が物品を拾得した場合について説明する。物品を拾得した拾得者は、拾得した物品の識別情報をサーバ１に送信する。また、拾得した物品の現在の保管場所についての情報を含むことができる。拾得者が本システムの会員である場合は、拾得者の端末からアプリケーションを介してサーバ１にこれらの情報を送信することができ、本システムの会員ではない場合は、本システムの管理ウェブサイト等にアクセスすることによって情報を送信することができる。また、物品には、拾得者が見てわかるように物品ＩＤを記載したラベル等を付しておき、拾得者が物品ＩＤを入力することとしてもよいし、物品ＩＤが埋め込まれた二次元コード等のコードのラベル等を付しておき、拾得者の端末でコードを読み取ることによって物品ＩＤを入力できるようにしてもよい。
【００６９】
サーバ１の拾得情報受付部は、拾得者からの情報を受け取ると、当該情報を紛失管理部に伝え、紛失管理部は、物品情報記憶部１２３における拾得された物品の情報を更新する。すなわち、当該物品について、ステータスを「拾得済」等に変更するなどの処理を行うことができる。また、紛失管理部は、拾得された物品のユーザＩＤを特定し、当該ユーザ端末２に対して、物品が拾得された旨の情報を送信する。当該情報には、拾得された物品の現在の保管場所について含むことができる。拾得情報を受け取ったユーザは、保管場所に出向いて物品を回収してもよいし、回収が困難な場合は管理者側に回収を依頼することができる。いずれにしても、ユーザはユーザ端末２を介して、物品を回収した旨の情報、または管理者に回収を依頼する旨の情報を送信することができる。ユーザが物品を回収した場合や、管理者が物品を回収した場合は、補償料の請求を取消したり、払い戻したりする処理を行ってもよい。
【００７０】
当該変形例によれば、ユーザがむやみに物品を紛失しないように管理することができる。また、第三者が物品を拾得した場合に、スムーズに物品を回収することが可能となる。
【００７１】
＜変形例３＞
次に、本発明のシステムの変形例３について説明する。変形例３は、上述した基本のシステムに、さらにタイムスタンプを用いた不正利用防止機能を実装したものである。本変形例において、物品管理ユニット３３はユニット記憶部３３６においてタイムスタンプ記憶部を備え、またサーバ１のソフトウェアはタイムスタンプ生成部を備えることができる。
【００７２】
本変形例においては、ユーザがサーバ１に対して受取・返却要求を送信し、サーバ１が要求を許可する場合に、サーバ１はタイムスタンプ生成部によりタイムスタンプを生成する。タイムスタンプの生成は既知の方法により行うことができる。具体的には、要求を許可する旨の情報に時刻情報を付加してタイムスタンプとすることができる。生成されたタイムスタンプはユーザ端末２に送信される。
【００７３】
ユーザは、物品管理ユニット３３に対してロック解除要求と一緒にタイムスタンプを送信する。必要に応じて、ロック解除要求情報およびタイムスタンプを所定の関数などを用いて暗号化してから送信してもよい。
【００７４】
ここで、物品管理ユニット３３は、タイムスタンプ記憶部を備える。タイムスタンプ記憶部は、過去にユーザから受け付けたタイムスタンプ情報を保管する。ユーザからロック解除要求とともにタイムスタンプ情報が送信された場合、ユニット制御部３３５は、受け取ったタイムスタンプ情報をタイムスタンプ記憶部に記憶されているタイムスタンプと比較する。ロック解除要求やタイムスタンプ情報が暗号化されている場合は複合化を行う。そして、受け取ったタイムスタンプが、記憶されているタイムスタンプよりも新しい場合に、当該ロック解除要求が正当なものであると判断し、受け取ったタイムスタンプをタイムスタンプ記憶部に記憶するとともに、物品の受取／返却のための処理を続行する。一方で、受け取ったタイムスタンプが、タイムスタンプ記憶部に記憶されているタイムスタンプと同一、若しくは記憶されているタイムスタンプよりも過去の時刻情報を有する場合、受け取ったタイムスタンプは不正と判断し、物品の受取／返却の処理を拒否する。すなわち、仮に正当なユーザによるロック解除要求を傍受した不正なユーザが、傍受により不正に入手したタイムスタンプを使って物品管理ユニット３３にロック解除要求を送っても、物品管理ユニット３３は、タイムスタンプの時刻情報から、不正であると検知することが可能である。
【００７５】
なお、ユーザ端末２は物品管理ユニット３３と１：１でしかペアリングされないので、正当なユーザがロック解除要求とタイムスタンプを物品管理ユニット３３に送信してから、物品管理ユニット３３がタイムスタンプ記憶部を更新する前に情報が傍受されても、傍受した不正のユーザは物品管理ユニット３３と通信することはできない。
【００７６】
本変形例によれば、タイムスタンプを用いて不正ユーザによる利用を防止することができる。
【００７７】
＜変形例４＞
次に、本発明のシステムの変形例４について説明する。変形例４は、上述した基本のシステムに、さらに自動ロック施錠機構を実装したものである。本変形例において、物品管理ユニット３３はさらにスイッチ３３７を備えることができる。
【００７８】
図１２は、本変形例における物品管理装置３の模式図である。物品管理ユニット３３には、さらにスイッチ３３７が２つ備えられる。スイッチ３３７は、ロック手段３３３が回転したことを検知することができるものである。例えば、ロック手段３３３が回転したときに左右の凸部によって押圧されることによって信号を発することができる物理的なスイッチ構造であってもよいし、ロック手段３３３の回転を検知できる所定のセンサ等であってもよい。物理的なスイッチ構造としては既存のスイッチ機構を採用することができる。一例として、図１２（ｂ）のように、バネなどの弾性部材により付勢された可動性の羽部を備え、ロック手段３３３が回転したときに左右の凸部の側面が当該羽部を押し込むような位置に配置される。
【００７９】
スイッチ３３７は、ロック手段３３３が回転したことを検知して、ロック手段３３３を施錠状態に切り替える。スイッチ３３７が回転を検知した場合に直接ロック手段３３３が施錠状態になるように設計してもよいし、スイッチ３３７が検知した旨をユニット制御部３３５に伝え、ユニット制御部がロック手段３３３を施錠状態に制御してもよい。このように、物品の通過に伴ってロック手段３３３が回転すると、スイッチ３３７によってロック手段３３３が自動で施錠されるので、たとえ２つ目のリーダー（受取の場合は第二のリーダー３３２、返却の場合は第一のリーダー３３１）による物品の読取が失敗した場合にも、ロック手段３３３は自動で施錠される。したがって、２つ目のリーダーが不調の場合であっても物品が勝手に取り出される心配がない。
【符号の説明】
【００８０】
１        サーバ
２        ユーザ端末
３        物品管理装置
３１      物品収容部
３２      通路
３３      物品管理ユニット
３３１    第一のリーダー
３３２    第二のリーダー
３３３    ロック手段
３３４    ユニット通信手段
３３５    ユニット制御部
【要約】      （修正有）【課題】物品の受取・返却サービスをユーザが便利に利用することができる物品管理ユニット及び物品管理システムを提供する。【解決手段】物品を収容する物品管理装置３の取出口に設けられる物品管理ユニット３３は、物品に付与されたタグを読み取る第一のリーダー３３１及び第二のリーダー３３２と、第一のリーダーと第二のリーダーの間に設けられ、物品の通過が可能な解錠状態と施錠状態とを切替可能なロック手段３３３と、第一のリーダー、第二のリーダー及びロック手段を制御可能なユニット制御部とを備える。ユニット制御部は、ユーザ端末からのロック解除要求に基づいて、第一のリーダー及び第二のリーダーのいずれか一方を読取可能な状態に起動させ、一方のリーダーがタグを読み取った場合に、ロック手段を解錠状態へ切り替えるように制御する。【選択図】図３【図１】
0006903356.tif 000002
【図２】
0006903356.tif 000003
【図３】
0006903356.tif 000004
【図４】
0006903356.tif 000005
【図５】
0006903356.tif 000006
【図６】
0006903356.tif 000007
【図７】
0006903356.tif 000008
【図８】
0006903356.tif 000009
【図９】
0006903356.tif 000010
【図１０】
0006903356.tif 000011
【図１１】
0006903356.tif 000012
【図１２】
0006903356.tif 000013