JP2020035020A - 提案装置、提案方法及び提案プログラム - Google Patents

Abstract

【課題】ロッカーを利用するユーザにとって更なるユーザビリティの向上を実現すること。【解決手段】本願に係る提案装置は、取得部と、特定部と、提案部とを備える。取得部は、ロッカーに保管する対象となる保管対象の採寸情報を取得する。特定部は、取得部によって取得された採寸情報に基づいて、保管対象を保管可能なロッカーを特定する。提案部は、特定部により特定されたロッカーを利用者に提案する。取得部は、保管対象を撮像した画像に基づいて、保管対象の採寸情報を取得する。取得部は、ユーザが利用する端末装置から送信された情報に基づいて採寸情報を取得する。【選択図】図１

Description

本発明は、提案装置、提案方法及び提案プログラムに関する。

従来、宅配業者による商品の受け渡しのために、注文された商品の量及びサイズの判断結果や商品毎の保存条件に基づいて商品の受け渡しのための保管ロッカーを選択する技術が開示されている（例えば、特許文献１）。また、ロッカーの利用可能な利用時間を複数の利用時間帯に分割することにより、ロッカーの予約時に使用中のロッカーを予約する技術が開示されている（例えば、特許文献２）。また、注文を受け付けた商品群を収容するために複数の空いているロッカーを予約する技術が開示されている（例えば、特許文献３）。

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

しかしながら、上記の従来技術は、商品の量及びサイズの判断結果や商品毎の保存条件に基づいて注文された商品の受け渡しのための保管ロッカーを選択する又は予約する技術に過ぎず、利用者個人の荷物を保管するためにロッカーを利用するユーザにとって更なるユーザビリティの向上を実現することができるとは限らなかった。

本願は、上記に鑑みてなされたものであって、利用者個人の荷物を保管するためにロッカーを利用するユーザにとって更なるユーザビリティの向上を実現することができる提案装置、提案方法及び提案プログラムを提供することを目的とする。

本願に係る提案装置は、ロッカーに保管する対象となる保管対象の採寸情報を取得する取得部と、前記取得部によって取得された採寸情報に基づいて、前記保管対象を保管可能なロッカーを特定する特定部と、前記特定部により特定されたロッカーを利用者に提案する提案部と、を備えたことを特徴とする。

実施形態の一態様によれば、ロッカーを利用するユーザにとって更なるユーザビリティの向上を実現することができるという効果を奏する。

図１は、実施形態に係る提案処理の一例を示す図である。 図２は、実施形態に係る提案システムの構成例を示す図である。 図３は、実施形態に係る端末装置の構成例を示す図である。 図４は、実施形態に係るロッカー管理装置の構成例を示す図である。 図５は、実施形態に係るロッカー提案サーバの構成例を示す図である。 図６は、実施形態に係るロッカー情報記憶部の一例を示す図である。 図７は、実施形態に係る提案処理の一例を示すフローチャートである。 図８は、ロッカー提案サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る提案装置、提案方法及び提案プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る提案装置、提案方法及び提案プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（実施形態）
〔１．提案処理の一例〕
まず、図１を用いて、実施形態に係る提案処理の一例について説明する。図１は、実施形態に係る提案処理の一例を示す図である。図１では、実施形態に係る提案処理がロッカー提案サーバ１００により実行される例を示す。なお、下記実施形態では、スーツケースやバッグなどの荷物を保管対象の一例として示しているが、ロッカーに保管できる対象であればどのようなものであってもよい。なお、下記実施形態により示される「ロッカー」とは、コインロッカーを含むものとする。また、下記実施形態では、ロッカー提案サーバ１００による提案とは、ロッカー提案サーバ１００が、取得情報に基づいて候補となるロッカーを選択して、最適なロッカーの場所を決定する処理を示す。また、ロッカー提案サーバ１００による提案とは、ロッカー提案サーバ１００が、予約情報をスクリーンに表示させたり、特定されたロッカーをレコメンド又は提示する処理であってもよい。

図１では、ロッカー提案サーバ１００が、荷物を撮像した画像に基づいて荷物の採寸情報を取得する例を示す。これにより、ロッカー提案サーバ１００は、ユーザによって事前に計測された荷物のサイズや量が入力されることなく、機械的に採寸情報を取得することができる。そして、図１では、取得した採寸情報を用いて、ロッカー提案サーバ１００が荷物のサイズ等に対して保管可能なロッカーをユーザに提案する例を示す。これにより、ロッカー提案サーバ１００は、荷物のサイズ等に対して保管可能なロッカーを探す手間をユーザにかけさせることなくロッカーを利用させることができる。このように、ロッカー提案サーバ１００は、利用者個人の荷物を保管するためにロッカーを利用したいユーザにとってユーザビリティを向上させることができる。また、例えば、ロッカー提案サーバ１００は、ユーザが利用する端末装置１０から送信された荷物に関する情報に基づいてロッカーを提案する。

〔提案システムの構成〕
図１の説明に先立って、図２を用いて提案システム１の構成について説明する。図２は、実施形態に係る提案システムの構成例を示す図である。図２に示すように、提案システム１では、端末装置１０と、ロッカー提案サーバ１００と、ロッカー管理装置２００とが含まれる。端末装置１０と、ロッカー提案サーバ１００と、ロッカー管理装置２００とは所定のネットワークＮを介して、有線または無線により通信可能に接続される。なお、図２に示した提案システム１には、複数台の端末装置１０や、複数台のロッカー提案サーバ１００や、複数台のロッカー管理装置２００が含まれてもよい。

端末装置１０は、ユーザによって利用される情報処理装置である。端末装置１０は、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。端末装置１０は、ロッカーに保管する保管対象に関する情報をロッカー提案サーバ１００に送信する。また、端末装置１０は、ユーザに関する情報をロッカー提案サーバ１００へ送信する。

ロッカー提案サーバ１００は、保管対象の採寸情報に基づいて、保管可能なロッカーを提案する情報処理装置である。具体的な例を挙げると、ロッカー提案サーバ１００は、自立式に設置されるサイネージである。例えば、ロッカー提案サーバ１００は、タッチパネル式のスクリーンが備えられており、ロッカーに関する情報を表示したり、ユーザからの操作を受け付ける。また、ロッカー提案サーバ１００は、スクリーンの側部や内部にセンサーが備えられており、前方に置かれた対象を撮像する。例えば、ロッカー提案サーバ１００は、スクリーンの側部や内部に備えられたカメラを用いて、対象を撮像する。また、例えば、ロッカー提案サーバ１００は、スクリーンの側部や内部に複数のセンサーが備えられており、対象を立体的に撮像する。

ロッカー管理装置２００は、ロッカー提案サーバ１００から送信された予約情報に基づいてロッカーを開錠する情報処理装置である。具体的には、ロッカー管理装置２００は、ロッカーの内部に内蔵されているコンピュータである。また、ロッカー管理装置２００は、一つのロッカーであっても管理する装置であってもよいし、隣接する複数のロッカーからなるロッカー群を管理する装置であってもよい。

なお、図２では、ロッカー提案サーバ１００とロッカー管理装置２００とは、別装置である場合を示したが、ロッカー提案サーバ１００とロッカー管理装置２００とが一体であってもよい。また、ロッカー提案サーバ１００とロッカー管理装置２００は、それぞれ同一とみなされる管理者によって管理されていてもよい。

図１の説明に戻る。図１の例では、ロッカー提案サーバ１００は、ユーザＵ１がスーツケースやバッグなどの荷物を保管するためのロッカーを提案する場合を示す。以下、図１を用いて、提案処理の一例を説明する。ロッカー提案サーバ１００は、領域ＦＲ１に、ロッカーに保管する荷物を置くよう要求する旨を表示する。なお、図１に示す領域ＦＲ１は、センサーの撮像範囲に入った領域であって荷物を置く領域である。図１に示す例では、ロッカー提案サーバ１００は、「荷物を枠の中に置いてください。」というテキストデータを表示する。そして、ロッカー提案サーバ１００は、領域ＦＲ１に置かれた荷物を撮像する（ステップＳ１０１）。また、ロッカー提案サーバ１００は、撮像した画像に基づいて荷物の採寸情報を取得する（ステップＳ１０２）。例えば、ロッカー提案サーバ１００は、領域ＦＲ１に基づいて立体的な荷物の大きさ（例えば、縦、横、高さ）を取得する。例えば、ロッカー提案サーバ１００は、ロッカー提案サーバ１００に備えられた複数のセンサーで撮像された複数の画像を解析することにより立体的な荷物の採寸情報を取得する。また、例えば、ロッカー提案サーバ１００は、ロッカー提案サーバ１００に備えられたセンサーと端末装置１０とにより撮像された複数の画像を解析することにより採寸情報を取得する。このように、採寸情報の取得は、画像解析や、レーダー測定や、その他の空間採寸ソリューションに基づいて行われるものとする。

図１に示す例のように、ロッカー提案サーバ１００は、ユーザＵ１が保管する荷物が複数ある場合には、複数の荷物に対して採寸を行ってもよい。ここで、ロッカー提案サーバ１００は、領域ＦＲ１に置かれた複数の荷物を一度に採寸してもよいし、領域ＦＲ１に複数の荷物を置ききれない等の場合には、複数の荷物を複数回に分けて採寸してもよい。図１に示す例のように、ロッカー提案サーバ１００は、ロッカー提案サーバ１００により採寸された採寸情報を取得する。なお、ロッカー提案サーバ１００は、端末装置１０により採寸された採寸情報を取得してもよい。例えば、ロッカー提案サーバ１００は、端末装置１０により撮像された画像に基づいて採寸情報を取得する。そして、ロッカー提案サーバ１００は、採寸情報に基づいて特定されたロッカーを提案する（ステップＳ１０３）。

ロッカー提案サーバ１００は、ロッカーを提案する場合には、提案するロッカーの位置に関する情報を含む地図情報ＭＰ１を表示してもよい。図１に示す地図情報ＭＰ１は、サイネージのスクリーンに表示される地図情報であってロッカーの位置を示す情報である。また、ロッカー提案サーバ１００は、特定されたロッカーを提案する旨を表示してもよい。図１に示す例では、ロッカー提案サーバ１００は、「このコインロッカーがおすすめです。」というテキストデータを表示する。そして、ロッカー提案サーバ１００は、ユーザからの操作に基づいてロッカーの予約を受け付ける（ステップＳ１０４）。例えば、ロッカー提案サーバ１００は、サイネージのスクリーンに表示された情報に対する操作に基づいてロッカーの予約を受け付けてもよい。そして、ロッカー提案サーバ１００は、ロッカーの予約を受け付けた場合には、予約されたロッカーを管理するロッカー管理装置２００に予約情報を送信する（ステップＳ１０５）。また、ロッカー提案サーバ１００は、ロッカーが予約された旨の情報や、ロッカーを開錠するための情報や、ロッカーの予約の制限時間に関する情報を表示してもよい。図１に示す例では、ロッカー提案サーバ１００は、ＱＲ（Quick Response）情報ＱＲ１や、「コインロッカーを予約しました。」や、「ロッカー番号ＸＸＸ」や、「３０分以内に荷物をコインロッカーに預けてください。」といったテキストデータを表示する。

〔２．端末装置の構成〕
次に、図３を用いて、実施形態に係る端末装置１０の構成について説明する。図３は、実施形態に係る端末装置１０の構成例を示す図である。図３に示すように、端末装置１０は、通信部１１と、入力部１２と、出力部１３と、制御部１４とを有する。

（通信部１１）
通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１は、所定のネットワークＮと有線又は無線で接続され、所定のネットワークＮを介して、ロッカー提案サーバ１００との間で情報の送受信を行う。

（入力部１２）
入力部１２は、ユーザからの各種操作を受け付ける。例えば、入力部１２は、タッチパネル機能により表示面を介してユーザからの各種操作を受け付けてもよい。また、入力部１２は、端末装置１０に設けられたボタンや、端末装置１０に接続されたキーボードやマウスからの各種操作を受け付けてもよい。

（出力部１３）
出力部１３は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。また、出力部１３は、保管対象を撮像した画像を出力する。また、出力部１３は、撮像した画像に基づく採寸情報を出力する。

（制御部１４）
制御部１４は、例えば、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、端末装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭ（Random Access Memory)を作業領域として実行されることにより実現される。例えば、この各種プログラムには、端末装置１０にインストールされたアプリケーションのプログラムが含まれる。例えば、この各種プログラムには、撮像した画像に基づいて保管対象の採寸情報を取得するアプリケーションのプログラムが含まれる。また、制御部１４は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図３に示すように、制御部１４は、撮像部１４１と、取得部１４２と、送信部１４３と、受信部１４４と、表示部１４５と、第２送信部１４６と、第２受信部１４７とを有し、以下に説明する情報処理の作用を実現または実行する。

（撮像部１４１）
撮像部１４１は、ユーザの操作に基づいて保管対象の画像を撮像する。

（取得部１４２）
取得部１４２は、撮像部１４１により撮像された画像を取得する。また、取得部１４２は、撮像部１４１により撮像された画像に基づいて保管対象の採寸情報を取得する。また、取得部１４２は、記憶部に記憶された保管対象の採寸情報を取得してもよい。

（送信部１４３）
送信部１４３は、取得部１４２により取得された画像をロッカー提案サーバ１００に送信する。また、送信部１４３は、取得部１４２により取得された採寸情報をロッカー提案サーバ１００に送信してもよい。また、送信部１４３は、ユーザにより示される位置情報をロッカー提案サーバ１００に送信する。例えば、送信部１４３は、ユーザの現在位置に関する位置情報や、ユーザの移動の目的地に関する位置情報をロッカー提案サーバ１００に送信してもよい。

（受信部１４４）
受信部１４４は、ロッカー提案サーバ１００により特定されたロッカーに関する情報を受信する。例えば、受信部１４４は、ロッカー提案サーバ１００により特定されたロッカーの位置に関する情報を受信する。例えば、受信部１４４は、特定されたロッカーの位置を示す地図情報を受信する。

（表示部１４５）
表示部１４５は、受信部１４４で受信されたロッカーに関する情報を表示する。例えば、表示部１４５は、ロッカー提案サーバ１００により特定されたロッカーの位置を示す情報を含む地図情報を表示する。また、表示部１４５は、特定されたロッカーを利用するための予約を受け付けている旨の情報を表示してもよい。

（第２送信部１４６）
第２送信部１４６は、表示部１４５により表示された情報に対する操作に関する情報をロッカー提案サーバ１００に送信する。例えば、第２送信部１４６は、特定されたロッカーの利用を予約する旨の情報をロッカー提案サーバ１００に送信する。

（第２受信部１４７）
第２受信部１４７は、ロッカー提案サーバ１００からロッカーを開錠するための情報を受信する。第２受信部１４７は、第２送信部１４６により送信されたロッカーの利用を予約する旨の情報に基づいて、ロッカーを開錠するための情報を受信する。

〔３．ロッカー管理装置の構成〕
次に、図４を用いて、実施形態に係るロッカー管理装置２００の構成について説明する。図４は、実施形態に係るロッカー管理装置２００の構成例を示す図である。図４に示すように、ロッカー管理装置２００は、通信部２１０と、予約情報記憶部２２０と、制御部２３０とを有する。なお、ロッカー管理装置２００は、ロッカー管理装置２００の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部２１０）
通信部２１０は、例えば、ＮＩＣ等によって実現される。そして、通信部２１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、ロッカー提案サーバ１００との間で情報の送受信を行う。

（予約情報記憶部２２０）
予約情報記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。予約情報記憶部２２０は、ロッカー提案サーバ１００により送信された予約情報を記憶する。例えば、予約情報記憶部２２０は、予約されたロッカーに関する情報を記憶する。具体的な例を挙げると、予約情報記憶部２２０は、予約されたロッカーを識別するロッカーＩＤや、ロッカーが予約された日時や時刻に関する情報を記憶する。また、予約情報記憶部２２０は、予約したユーザを特定するための情報を記憶する。例えば、予約情報記憶部２２０は、ＱＲ情報を記憶する。例えば、予約情報記憶部２２０は、ユーザのＩＣ（Integrated Circuit）カードに関する情報を記憶する。

（制御部２３０）
制御部２３０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、ロッカー管理装置２００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図４に示すように、制御部２３０は、受信部２３１と、受付部２３２と、判定部２３３と、開錠部２３４と、リセット部２３５と、送信部２３６とを有し、以下に説明する情報処理の作用を実現または実行する。なお、制御部２３０の内部構成は、図４に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（受信部２３１）
受信部２３１は、ロッカー提案サーバ１００から送信された予約情報を受信する。例えば、受信部２３１は、予約されたロッカーに関する情報や、予約したユーザを特定するための情報を受信する。例えば、受信部２３１は、ロッカーＩＤに関する情報や、ロッカーが予約された日時や時刻に関する情報や、ＱＲ情報を受信する。

（受付部２３２）
受付部２３２は、ロッカーを開錠するための情報を受け付ける。例えば、受付部２３２は、ユーザにより提示されたＱＲ情報や、ユーザにより入力された入力情報や、端末装置１０から送信された情報を受け付ける。

（判定部２３３）
判定部２３３は、受信部２３１により受信された予約情報と、受付部２３２により受け付けられた情報とに基づいてロッカーを開錠するか否かを判定する。例えば、判定部２３３は、予約情報と、ロッカーを開錠するための情報とが一致するか否かに基づいてロッカーを開錠するか否かを判定する。また、判定部２３３は、ロッカーを開錠するための所定の条件に基づいて判定する。例えば、判定部２３３は、所定の制限時間に基づいて判定する。例えば、判定部２３３は、ロッカーを開錠するための情報が所定の制限時間内に受け付けられたか否かを判定する。

（開錠部２３４）
開錠部２３４は、判定部２３３により判定された判定結果に基づいてロッカーを開錠する。例えば、開錠部２３４は、受信部２３１により受信された予約情報と、受付部２３２により受け付けられた情報とが一致する場合に開錠する。例えば、開錠部２３４は、ユーザのＩＣカードに基づいて開錠する。例えば、開錠部２３４は、ロッカーを開錠するための情報が所定の制限時間内に受け付けられた場合に開錠する。

（リセット部２３５）
リセット部２３５は、受信部２３１により受信された予約情報をリセットする。例えば、リセット部２３５は、ロッカーを開錠するための情報が所定の制限時間内に受け付けられなかった場合に予約情報をリセットする。例えば、リセット部２３５は、ユーザによるロッカーの利用が終わった場合に予約情報をリセットする。

（送信部２３６）
送信部２３６は、リセット部２３５によりリセットされた予約情報をロッカー提案サーバ１００へ送信する。例えば、送信部２３６は、ロッカーを開錠するための情報が所定の制限時間内に受け付けられなかった旨を送信する。例えば、送信部２３６は、ユーザによるロッカーの利用が終わった旨を送信する。

〔４．ロッカー提案サーバの構成〕
次に、図５を用いて、実施形態に係るロッカー提案サーバ１００の構成について説明する。図５は、実施形態に係るロッカー提案サーバ１００の構成例を示す図である。図５に示すように、ロッカー提案サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、ロッカー提案サーバ１００は、ロッカー提案サーバ１００の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、ロッカー管理装置２００と、端末装置１０との間で情報の送受信を行う。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図５に示すように、記憶部１２０は、ユーザ情報記憶部１２１と、ロッカー情報記憶部１２２とを有する。

ユーザ情報記憶部１２１は、ロッカーを利用するユーザに関する情報を記憶する。例えば、ユーザ情報記憶部１２１は、ユーザの属性に関する情報を記憶する。例えば、ユーザ情報記憶部１２１は、ユーザのＩＣカードに関する情報を記憶する。例えば、ユーザ情報記憶部１２１は、取得された保管対象の採寸情報とユーザ情報とを対応付けて記憶する。具体的には、ユーザ情報記憶部１２１は、ユーザが過去にロッカーを利用した際に取得された保管対象の採寸情報とユーザ情報とを対応付けて記憶する。例えば、ユーザ情報記憶部１２１は、ユーザがロッカーを利用する利用頻度に関する情報を記憶してもよい。例えば、ユーザ情報記憶部１２１は、保管対象を保管する際の条件であってユーザが設定した条件を記憶してもよい。このように、ユーザ情報記憶部１２１は、「ユーザＩＤ」、「ユーザＩＣ」、「対象」、「頻度」、「条件」といった項目を有してもよい。ここで、「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。「ユーザＩＣ」は、ユーザのＩＣカードの内部に記憶されたコード情報を示す。「対象」は、ユーザの保管対象に関する情報を示す。「頻度」は、ユーザの利用頻度を示す。「条件」は、保管対象の各々に対してユーザが設定した条件を示す。

ロッカー情報記憶部１２２は、ロッカーに関する包括的な情報を記憶する。例えば、ロッカー情報記憶部１２２は、ロッカーを特定するための情報や、ロッカーの保管可能なサイズに関する情報や、ロッカーの利用に掛かる料金に関する情報や、ロッカーの使用状態に関する情報を記憶する。ここで、図６に、実施形態に係るロッカー情報記憶部１２２の一例を示す。図６に示すように、ロッカー情報記憶部１２２は、「ロッカーＩＤ」、「位置」、「番号」、「サイズ」、「料金」、「状態」といった項目を有する。

「ロッカーＩＤ」は、ロッカーを識別するための識別情報を示す。「位置」は、ロッカーの位置に関する情報を示す。図６の例では、ロッカーＩＤ「Ａ１１」により示されるロッカーは、「Ｓ１駅地点ＡＡ１」により示される場所に位置するロッカーであることを示す。図６の例では、「位置」に「Ｓ１駅地点ＡＡ１」といった概念的な情報が格納される例を示したが、実際には、現実に存在する場所のデータが記憶される。「番号」は、ロッカーの番号に関する情報を示す。具体的には、「番号」は、「位置」により示される場所に位置する複数のロッカーから、所定のロッカーを特定するための番号に関する情報を示す。図６の例では、「番号」に「ＢＢ１」や「ＢＢ２」といった概念的な情報が格納される例を示したが、実際には、番号のデータが記憶される。

「サイズ」は、ロッカーの保管可能なサイズに関する情報を示す。図６の例では、ロッカーＩＤ「Ａ１１」により示されるロッカーは、「小」により定められたサイズの保管対象を保管可能であることを示す。「料金」は、ロッカーの利用に掛かる料金に関する情報を示す。「状態」は、ロッカーの使用状態に関する情報を示す。

（制御部１３０）
図５の説明に戻って、制御部１３０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、ロッカー提案サーバ１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図５に示すように、制御部１３０は、撮像部１３１と、取得部１３２と、特定部１３３と、提案部１３４と、表示部１３５と、受付部１３６と、送信部１３７と、受信部１３８とを有し、以下に説明する情報処理の作用を実現または実行する。なお、制御部１３０の内部構成は、図５に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（撮像部１３１）
撮像部１３１は、ユーザの操作に基づいて保管対象の画像を撮像する。図１に示す例では、撮像部１３１は、領域ＦＲ１に置かれた保管対象の画像を撮像する。また、撮像部１３１は、保管対象が複数ある場合には、複数の保管対象の画像を撮像する。また、撮像部１３１は、撮像の際に、保管対象を撮像のための所定の領域に置くよう要求する旨を表示させてもよい。また、撮像部１３１は、複数のセンサーによって保管対象を立体的に撮像してもよい。

（取得部１３２）
取得部１３２は、保管対象の採寸情報を取得する。例えば、取得部１３２は、撮像部１３１により撮像された画像に基づいて採寸情報を取得する。例えば、取得部１３２は、撮像部１３１により撮像された画像であって複数のセンサーによって撮像された複数の画像に基づいて保管対象の縦、横、高さを含めた採寸情報を取得する。この場合には、取得部１３２は、領域ＦＲ１に予め定められた座標と画像情報とに基づいて縦、横、高さの比率や大きさを取得してもよい。また、例えば、取得部１３２は、撮像部１３１により撮像された画像と、端末装置１０により撮像された画像とに基づいて保管対象の立体的な採寸情報を取得する。また、例えば、取得部１３２は、撮像された画像の解析処理と、レーダー測定との組み合わせに基づいて保管対象の立体的な採寸情報を取得してもよい。また、例えば、取得部１３２は、ユーザ情報記憶部１２１により記憶された採寸情報を取得してもよい。また、例えば、取得部１３２は、ユーザにより入力された採寸情報を取得してもよい。また、例えば、取得部１３２は、端末装置１０により送信された採寸情報を取得してもよい。また、例えば、取得部１３２は、端末装置１０により送信された画像に基づいて採寸情報を取得してもよい。

（特定部１３３）
特定部１３３は、取得部１３２により取得された採寸情報に基づいて保管対象を保管可能なロッカーを特定する。例えば、特定部１３３は、保管対象がほぼ隙間なく入るロッカーを特定する。例えば、特定部１３３は、ロッカーを構築する縦、横、高さのそれぞれが保管対象の縦、横、高さの長さ以上であって、かつ、ロッカーの最大容量が保管対象の容量に最も近くなるようなロッカーを優先的に特定する。もしくは、特定部１３３は、保管対象を入れた際に所定のスペース以上の隙間ができるロッカーを特定してもよい。例えば、特定部１３３は、ユーザが利用しやすいと感じるようなユーザビリティを高めるロッカーを優先的に特定してもよい。例えば、特定部１３３は、保管対象の採寸情報が所定の閾値以上である場合には、１段目のロッカーを優先的に特定してもよい。

特定部１３３は、予め定められたユーザビリティに関する所定の条件に基づいて、ユーザが利用しやすいと感じるようなユーザビリティを高めるロッカーを優先的に特定してもよい。例えば、特定部１３３は、ユーザビリティに応じて、「近い場所にあるロッカーだけど利用に掛かる料金が高い」ロッカーを「遠い場所にあるロッカーだけど利用に掛かる料金が安い」ロッカーよりも優先的に特定してもよい。

特定部１３３は、所定の位置からロッカーへの移動に掛かる移動コストに基づいてロッカーを特定する。なお、移動コストとは、二次元の移動距離やフロア間の移動に基づく移動コストであってもよい。この場合において、特定部１３３は、複数のロッカーの候補を特定してもよい。具体的な例を挙げると、特定部１３３は、採寸場所からの移動コストに基づいてロッカーを特定する。例えば、特定部１３３は、ユーザにより受け付けられた所定の目的地までの移動経路中にある所定の位置からの移動コストに基づいてロッカーを特定してもよい。例えば、特定部１３３は、移動経路中にある所定の駅入口や改札からの移動コストに基づいてロッカーを特定してもよい。また、特定部１３３は、所定の位置からロッカーへの移動に掛かる移動コストと、ロッカーの利用に掛かる利用コストとに基づいてロッカーを特定してもよい。なお、利用コストとは、例えば、ロッカーを利用する際にユーザが支払う利用料金であってもよい。例えば、特定部１３３は、移動コストと利用コストとの総和が最小となる場所に位置するロッカーを特定してもよい。

特定部１３３は、複数のロッカーの候補のうち予め定められた方向に位置するロッカーを優先的に特定してもよい。例えば、特定部１３３は、所定の位置から、右に１００メートルと、左に１００メートルの距離にある２つのロッカーを候補とする場合には、一方に位置するロッカーを優先的に特定してもよい。また、例えば、特定部１３３は、同じ場所に位置する隣接する複数のロッカーを候補とする場合には、最も右上に位置するロッカーを優先的に特定してもよい。また、特定部１３３は、ユーザ情報記憶部１２１により記憶されたユーザの属性に基づいて移動コストを補正してもよい。例えば、特定部１３３は、ユーザが妊婦である場合には、ユーザの属性に応じて補正された移動に掛かる重み付けに基づいて移動コストを算出してもよい。また、例えば、特定部１３３は、ユーザが外国人である場合には、公共交通機関の観点から分かり易い又は目印になりやすい位置からの移動コストを算出してもよい。また、特定部１３３は、ユーザ情報記憶部１２１により記憶された条件に基づいて、候補となるロッカーが条件を満たすか否かを判定してもよい。

特定部１３３は、保管対象が複数ある場合には、複数の保管対象の採寸情報に基づいてロッカーを特定する。例えば、特定部１３３は、複数の保管対象を保管可能なロッカーを特定する。また、特定部１３３は、複数の保管対象を保管する際の条件を満たすロッカーを特定する。具体的には、特定部１３３は、「保管対象Ａは食べ物であるので横にして置かない」や、「保管対象Ｂは割れ物であるので上にして物を置かない」といった条件を満たすロッカーを特定する。例えば、特定部１３３は、縦長の保管対象Ａの採寸情報に基づいて、保管対象Ａを保管可能なサイズのロッカーを特定する。このような場合、特定部１３３は、保管対象Ａを縦置き可能なロッカーだけではなく、保管対象Ａを横置き可能なロッカーを特定することとなる。ここで、特定部１３３は、「保管対象Ａは食べ物であるので横にして置かない」といった条件が設定されている場合、保管対象Ａを横置き可能なロッカーを提案対象から除外し、保管対象Ａを縦置き可能なロッカーのみを提案対象とする。また、例えば、特定部１３３は、保管対象Ａと保管対象Ｂとをまとめて保管可能なロッカーが存在しても、「保管対象Ｂは割れ物であるので上に物を置かない」といった条件が設定されている場合は、保管対象Ａを保管可能なロッカーと保管対象Ｂを保管可能なロッカーとを個別に特定する。また、例えば、特定部１３３は、冷蔵又は冷凍用のロッカーを特定してもよい。例えば、ロッカー提案サーバ１００は、「保管対象Ａは食べ物である」といった条件が設定されている場合は、冷蔵または冷凍用のロッカーを特定する。

特定部１３３は、複数の保管対象を保管可能な複数のロッカーを特定する。例えば、特定部１３３は、スーツケースを保管可能なロッカーと、バッグを保管可能なロッカーとを別々に特定してもよく、スーツケースとバックとを同時に保管可能なロッカーを特定してもよい。例えば、特定部１３３は、所定の距離範囲内にある複数のロッカーを特定する。また、特定部１３３は、複数のロッカーを特定する場合には、複数の保管対象を保管するための複数の保管対象の組み合わせに関する情報を特定してもよい。また、特定部１３３は、所定の距離範囲内において複数のロッカーを特定できない場合には、複数のロッカーを特定できない旨を表示させてもよい。また、特定部１３３は、所定の距離範囲内において複数のロッカーを特定できない場合には、保管対象を保管可能な他の保管場所を特定してもよい。例えば、特定部１３３は、所定の距離範囲内にある他の保管場所を特定してもよい。

（提案部１３４）
提案部１３４は、特定部１３３により特定されたロッカーを提案する。例えば、提案部１３４は、ユーザが利用しやすいと感じるようなユーザビリティを高めるロッカーを提案する。例えば、提案部１３４は、保管対象の採寸情報に応じて、特定の高さに位置するロッカーを提案してもよい。

提案部１３４は、予め定められたユーザビリティに関する所定の条件に基づく順序でロッカーを提案する。例えば、提案部１３４は、ユーザがロッカーを利用した場合の利用態様に関する所定の順序でロッカーを提案する。より具体的には、提案部１３４は、ユーザが利用しやすいと感じるようなユーザビリティを高める順序でロッカーを提案する。例えば、提案部１３４は、「近い場所にあるロッカーだけど利用に掛かる料金が高い」に基づく順序でロッカーを提案する。

提案部１３４は、所定の位置からロッカーへの移動に掛かる移動コストに基づいて特定されたロッカーを提案する。この場合において、提案部１３４は、特定部１３３により特定された複数のロッカーの候補を提案してもよい。例えば、提案部１３４は、採寸場所からの移動コストに基づいて特定されたロッカーを提案する。例えば、提案部１３４は、所定の目的地までの移動経路中にある所定の位置からの移動コストに基づいて特定されたロッカーを提案してもよい。提案部１３４は、所定の位置からロッカーへの移動に掛かる移動コストと、ロッカーの利用に掛かる利用コストとに基づいて特定されたロッカーを提案してもよい。例えば、提案部１３４は、移動コストと利用コストとの総和に基づいて特定されたロッカーを提案してもよい。提案部１３４は、特定部１３３により複数のロッカーの候補が特定された場合には、予め定められた方向に位置するロッカーを優先的に提案してもよい。また、提案部１３４は、特定部１３３により同じ場所に位置する隣接する複数のロッカーの候補が特定された場合には、例えば、最も右上に位置するロッカーを優先的に提案してもよい。

提案部１３４は、複数の保管対象の採寸情報に基づいて特定されたロッカーを提案する。例えば、提案部１３４は、特定部１３３により特定された複数の保管対象を保管可能なロッカーを提案する。また、例えば、提案部１３４は、特定部１３３により特定された複数の保管対象を保管する際の条件を満たすロッカーを提案する。例えば、提案部１３４は、冷蔵又は冷凍用のロッカーを提案する。また、提案部１３４は、特定部１３３により特定された複数のロッカーを提案する。例えば、提案部１３４は、特定部１３３により特定された所定の距離範囲内にある複数のロッカーを提案する。また、提案部１３４は、特定部１３３により特定された複数のロッカーに複数の保管対象を保管するための複数の保管対象の組み合わせに関する情報を提案する。また、提案部１３４は、特定部１３３により所定の距離範囲内において複数のロッカーを特定できない場合にはロッカーを提案しなくてもよい。また、提案部１３４は、特定部１３３により所定の距離範囲内にある複数のロッカーを特定できない場合には、保管対象を保管可能な他の保管場所を提案してもよい。例えば、提案部１３４は、所定の距離範囲内にある他の保管場所を提案してもよい。

（表示部１３５）
表示部１３５は、提案部１３４により提案される情報を表示させる。例えば、表示部１３５は、提案部１３４により提案されるロッカーに関する情報を表示させる。具体的には、表示部１３５は、提案部１３４により提案されるロッカーの位置に関する情報を含む地図情報を表示させる。また、表示部１３５は、複数のロッカーの候補に関する情報を表示させてもよい。また、表示部１３５は、ロッカーの予約を受け付けている旨の情報を表示させてもよい。また、表示部１３５は、複数の保管対象を保管するための複数のロッカーを提案する場合には、複数の保管対象の組み合わせに関する情報を表示させてもよい。また、表示部１３５は、所定の条件を満たすロッカーを提案できない場合には、ロッカーを提案できない旨の情報を表示させてもよい。この場合には、表示部１３５は、保管対象を保管可能な他の保管場所に関する情報を表示させてもよい。

（受付部１３６）
受付部１３６は、表示部１３５により表示された情報に対する操作を受け付ける。また、受付部１３６は、提案部１３４により提案された情報に対する操作を受け付けてもよい。例えば、受付部１３６は、表示部１３５により表示されたロッカーの予約を受け付けている旨の情報に対する操作をユーザから受け付ける。例えば、受付部１３６は、表示部１３５により表示された複数のロッカーの候補に関する情報に対する選択をユーザから受け付けてもよい。

（送信部１３７）
送信部１３７は、受付部１３６により受け付けられた操作に基づいてロッカーの予約情報をロッカー管理装置２００に送信する。例えば、送信部１３７は、予約されたロッカーに関する情報や、予約したユーザを特定するための情報を送信する。具体的には、送信部１３７は、予約されたロッカーのロッカーＩＤに関する情報や、ロッカーの予約が受け付けられた日時や時刻に関する情報や、ロッカーを開錠するための情報を送信する。

（受信部１３８）
受信部１３８は、ロッカー管理装置２００によりリセットされた予約情報を受信する。例えば、受信部１３８は、所定の制限時間内にロッカーの開錠が受け付けられなかった旨の情報を受信する。例えば、受信部１３８は、ユーザによるロッカーの利用が終わった旨の情報を受信する。

〔５．提案処理のフロー〕
次に、図７を用いて、実施形態に係る提案システム１による提案処理の手順について説明する。図７は、実施形態に係る提案システム１による提案処理の手順を示すフローチャートである。

図７に示すように、ロッカー提案サーバ１００は、保管対象の採寸情報を取得する（ステップＳ２０１）。例えば、ロッカー提案サーバ１００は、保管対象を撮像した画像に基づいて保管対象の採寸情報を取得する。ロッカー提案サーバ１００は、取得された採寸情報に基づいて、保管対象を保管可能なロッカーを特定する（ステップＳ２０２）。ここで、図７には示されていないが、ロッカー提案サーバ１００は、特定されたロッカーが、ユーザにより設定された条件を満たすか否かを判定する処置を行ってもよい。ロッカー提案サーバ１００は、特定されたロッカーを提案する（ステップＳ２０３）。ここで、ロッカー提案サーバ１００は、特定されたロッカーが、ユーザにより設定された条件を満たす場合には、特定されたロッカーを提案する処理を行ってもよい。また、ロッカー提案サーバ１００は、特定されたロッカーの位置に関する情報を含む地図情報と共に特定されたロッカーを提案する。また、例えば、ロッカー提案サーバ１００は、特定されたロッカーに関する情報を表示させることにより提案する。そして、ロッカー提案サーバ１００は、提案されたロッカーに対するユーザの予約を受け付けるまで待機する。

続いて、ロッカー提案サーバ１００は、提案されたロッカーに対するユーザの予約を受け付けた場合（ステップＳ２０４；Ｙｅｓ）、ロッカーの予約情報をロッカー管理装置２００に送信する。ロッカー提案サーバ１００は、提案されたロッカーに対して予約をしない旨を受け付けた場合（ステップＳ２０４；Ｎｏ）、ロッカーの予約情報を送信せずに終了する。また、ロッカー提案サーバ１００は、所定の時間内に提案に対する操作をユーザから受け付けない場合には、提案されたロッカーに対して予約をしない旨を受け付けたものとみなして、ロッカーの予約情報を送信せずに終了してもよい。

〔６．変形例〕
上述した実施形態に係る提案システム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、提案システム１の他の実施形態について説明する。

上記実施形態では、ロッカー提案サーバ１００は、ロッカー提案サーバ１００に対して直接的に受け付けられたユーザの操作に基づいて提案されたロッカーを予約する例を示した。ここで、ロッカー提案サーバ１００は、端末装置１０により受け付けられたユーザの操作に基づいて、ロッカー提案サーバ１００により提案されたロッカーを予約してもよい。図７を用いて、上記変形例に係る提案処理の手順について説明する。

図７のステップＳ２０１において、ロッカー提案サーバ１００は、端末装置１０により撮像された画像に基づいて保管対象の採寸情報を取得する。図７のステップＳ２０２において、ロッカー提案サーバ１００は、取得された採寸情報に基づいて保管対象を保管可能なロッカーを特定する。図７のステップＳ２０３において、ロッカー提案サーバ１００は、特定されたロッカーに関する情報を端末装置１０に送信する。図７のステップＳ２０４において、ロッカー提案サーバ１００は、特定されたロッカーを予約する旨の情報を端末装置１０から受信するまで待機する。

図７のステップＳ２０５において、ロッカー提案サーバ１００は、特定されたロッカーを予約する旨の指示を受信した場合、特定されたロッカーを開錠するための情報を端末装置１０に送信する。この場合には、ロッカー提案サーバ１００は、特定されたロッカーの予約に関する予約情報をロッカー管理装置２００に送信する。また、ロッカー提案サーバ１００は、特定されたロッカーを予約しない旨の指示を受信した場合、特定されたロッカーを開錠するための情報を送信せずに終了する。また、ロッカー提案サーバ１００は、所定の時間内に特定されたロッカーの予約に関する指示を受信しない場合、特定されたロッカーを予約しない旨の指示を受信したものとみなして、特定されたロッカーを開錠するための情報を送信せずに終了してもよい。

〔７．効果〕
上述してきたように、実施形態に係るロッカー提案サーバ１００は、取得部１３２と、特定部１３３と、提案部１３４を有する。取得部１３２は、ロッカーに保管する対象となる保管対象の採寸情報を取得する。特定部１３３は、取得部１３２によって取得された採寸情報に基づいて、保管対象を保管可能なロッカーを特定する。提案部１３４は、特定部１３３により特定されたロッカーを利用者に提案する。

これにより、実施形態に係るロッカー提案サーバ１００は、保管対象を保管可能なロッカーを探す手間をユーザにかけさせることなくユーザにロッカーを利用する機会を与えることができる。このように、実施形態に係るロッカー提案サーバ１００は、利用者個人の荷物を保管するためにロッカーを利用したいユーザに対して、ユーザビリティの向上を実現させることができる。

また、取得部１３２は、保管対象を撮像した画像に基づいて、保管対象の採寸情報を取得する。

これにより、実施形態に係るロッカー提案サーバ１００は、画像に基づいて保管対象の採寸情報を取得するため、更なるユーザビリティの向上を実現させることができる。

また、取得部１３２は、ユーザが利用する端末装置から送信された情報に基づいて採寸情報を取得する。

これにより、実施形態に係るロッカー提案サーバ１００は、採寸場所に関わらずユーザにロッカーを利用する機会を与えることができる。

また、特定部１３３は、予め定められたユーザビリティに関する所定の条件に基づく順序でロッカーを特定する。

これにより、実施形態に係るロッカー提案サーバ１００は、よりユーザビリティが高いロッカーをユーザに提案することができる。

また、特定部１３３は、所定の位置からロッカーへの移動に掛かる移動コストに基づいてロッカーを特定する。

これにより、実施形態に係るロッカー提案サーバ１００は、移動コストに基づくロッカーをユーザに提案することができる。

また、特定部１３３は、保管対象を採寸する採寸場所からの移動コストに基づいてロッカーを特定する。

これにより、実施形態に係るロッカー提案サーバ１００は、採寸場所からの移動コストに基づくロッカーをユーザに提案することができる。

また、特定部１３３は、ユーザにより受け付けられた所定の目的地までの移動経路中にある所定の位置からの移動コストに基づいてロッカーを特定する。

これにより、実施形態に係るロッカー提案サーバ１００は、移動経路中にあるロッカーを提案することができる。また、実施形態に係るロッカー提案サーバ１００は、移動経路からの移動コストに基づくロッカーをユーザに提案することができる。

また、特定部１３３は、移動コストとロッカーの利用に掛かる利用コストとに基づいてロッカーを特定する。

これにより、実施形態に係るロッカー提案サーバ１００は、利用コストに基づくロッカーをユーザに提案することができる。

また、特定部１３３は、移動コストと利用コストとの総和が最小となる位置にあるロッカーを特定する。

これにより、実施形態に係るロッカー提案サーバ１００は、より近くて安いロッカーをユーザに提案することができる。

また、特定部１３３は、移動コストが所定の範囲に収まる複数のロッカーがある場合には、複数のロッカーのうち予め定められた方向に位置するロッカーを優先的に特定する。

これにより、実施形態に係るロッカー提案サーバ１００は、利用されていないロッカー群と利用されているロッカー群とを明確にすることができる。

また、特定部１３３は、保管対象が複数ある場合には、複数の保管対象の採寸情報に基づいてロッカーを特定する。

これにより、実施形態に係るロッカー提案サーバ１００は、複数の保管対象が保管可能なロッカーを特定することができる。

また、特定部１３３は、複数の保管対象を保管する際の条件を満たすロッカーを特定する。

これにより、実施形態に係るロッカー提案サーバ１００は、保管する際に特定の管理が必要な保管対象を保管するためのロッカーを特定することができる。

また、特定部１３３は、複数の保管対象を保管可能な複数のロッカーを特定する。

これにより、実施形態に係るロッカー提案サーバ１００は、複数のロッカーを特定することができる。

また、特定部１３３は、所定の距離範囲内にある複数のロッカーを特定する。

これにより、実施形態に係るロッカー提案サーバ１００は、近くにある複数のロッカーを特定することができる。

また、提案部１３４は、複数のロッカーに複数の保管対象を保管するための複数の保管対象の組み合わせに関する情報を提案する。

これにより、実施形態に係るロッカー提案サーバ１００は、ロッカーの利用に関するより具体的な情報をユーザに提案することができる。

また、提案部１３４は、所定の距離範囲内において複数のロッカーを特定できない場合にはロッカーを提案しない。

これにより、実施形態に係るロッカー提案サーバ１００は、ユーザにとって利用しやすいロッカーのみを提案することができる。

また、提案部１３４は、保管対象を保管可能な他の保管場所を提案する。

これにより、実施形態に係るロッカー提案サーバ１００は、ユーザにとって利用しやすいロッカーがない場合には、他の保管場所を提案することができる。

〔８．ハードウェア構成〕
また、上述してきた実施形態に係るロッカー提案サーバ１００、ロッカー管理装置２００および端末装置１０は、例えば、図８に示すような構成のコンピュータ１０００によって実現される。図８は、ロッカー提案サーバ１００、ロッカー管理装置２００および端末装置１０の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、所定の通信網を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを所定の通信網を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係るロッカー提案サーバ１００、ロッカー管理装置２００および端末装置１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０、２３０および１４の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

〔９．その他〕
また、上記実施形態及び変形例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 提案システム
１０ 端末装置
１１ 通信部
１２ 入力部
１３ 出力部
１４ 制御部
１００ ロッカー提案サーバ
１１０ 通信部
１２０ 記憶部
１２１ ユーザ情報記憶部
１２２ ロッカー情報記憶部
１３０ 制御部
１３１ 撮像部
１３２ 取得部
１３３ 特定部
１３４ 提案部
１３５ 表示部
１３６ 受付部
１３７ 送信部
１３８ 受信部
１４１ 撮像部
１４２ 取得部
１４３ 送信部
１４４ 受信部
１４５ 表示部
１４６ 第２送信部
１４７ 第２受信部
２００ ロッカー管理装置
２１０ 通信部
２２０ 予約情報記憶部
２３０ 制御部
２３１ 受信部
２３２ 受付部
２３３ 判定部
２３４ 開錠部
２３５ リセット部
２３６ 送信部

Claims (19)

1. ロッカーに保管する対象となる保管対象の採寸情報を取得する取得部と、
   前記取得部によって取得された採寸情報に基づいて、前記保管対象を保管可能なロッカーを特定する特定部と、
   前記特定部により特定されたロッカーを利用者に提案する提案部と、
   を備えたことを特徴とする提案装置。
2. 前記取得部は、
   前記保管対象を撮像した画像に基づいて、前記保管対象の採寸情報を取得する
   ことを特徴とする請求項１に記載の提案装置。
3. 前記取得部は、
   ユーザが利用する端末装置から送信された情報に基づいて前記採寸情報を取得する
   ことを特徴とする請求項１又は請求項２に記載の提案装置。
4. 前記特定部は、
   予め定められたユーザビリティに関する所定の条件に基づく順序で前記ロッカーを特定する
   ことを特徴とする請求項１〜３のいずれか一つに記載の提案装置。
5. 前記特定部は、
   所定の位置から前記ロッカーへの移動に掛かる移動コストに基づいて当該ロッカーを特定する
   ことを特徴とする請求項１〜４のいずれか一つに記載の提案装置。
6. 前記特定部は、
   前記保管対象を採寸する採寸場所からの前記移動コストに基づいて前記ロッカーを特定する
   ことを特徴とする請求項５に記載の提案装置。
7. 前記特定部は、
   ユーザにより受け付けられた所定の目的地までの移動経路中にある前記所定の位置からの前記移動コストに基づいて前記ロッカーを特定する
   ことを特徴とする請求項５に記載の提案装置。
8. 前記特定部は、
   前記移動コストと前記ロッカーの利用に掛かる利用コストとに基づいて当該ロッカーを特定する
   ことを特徴とする請求項５〜７のいずれか一つに記載の提案装置。
9. 前記特定部は、
   前記移動コストと前記利用コストとの総和が最小となる位置にある前記ロッカーを特定する
   ことを特徴とする請求項８に記載の提案装置。
10. 前記特定部は、
    前記移動コストが所定の範囲に収まる複数のロッカーがある場合には、当該複数のロッカーのうち予め定められた方向に位置する前記ロッカーを優先的に特定する
    ことを特徴とする請求項５〜９のいずれか一つに記載の提案装置。
11. 前記特定部は、
    前記保管対象が複数ある場合には、複数の保管対象の採寸情報に基づいて前記ロッカーを特定する
    ことを特徴とする請求項１〜１０のいずれか一つに記載の提案装置。
12. 前記特定部は、
    前記複数の保管対象を保管する際の条件を満たす前記ロッカーを特定する
    ことを特徴とする請求項１１に記載の提案装置。
13. 前記特定部は、
    前記複数の保管対象を保管可能な複数のロッカーを特定する
    ことを特徴とする請求項１１又は請求項１２に記載の提案装置。
14. 前記特定部は、
    所定の距離範囲内にある前記複数のロッカーを特定する
    ことを特徴とする請求項１３に記載の提案装置。
15. 前記提案部は、
    前記複数のロッカーに前記複数の保管対象を保管するための当該複数の保管対象の組み合わせに関する情報を提案する
    ことを特徴とする請求項１４に記載の提案装置。
16. 前記提案部は、
    前記所定の距離範囲内において前記複数のロッカーを特定できない場合には前記ロッカーを提案しない
    ことを特徴とする請求項１４に記載の提案装置。
17. 前記提案部は、
    前記保管対象を保管可能な他の保管場所を提案する
    ことを特徴とする請求項１６に記載の提案装置。
18. コンピュータにより実行される提案方法であって、
    ロッカーに保管する対象となる保管対象の採寸情報を取得する取得工程と、
    前記取得工程によって取得された採寸情報に基づいて、前記保管対象を保管可能なロッカーを特定する特定工程と、
    前記特定工程により特定されたロッカーを利用者に提案する提案工程と、
    を含んだことを特徴とする提案方法。
19. ロッカーに保管する対象となる保管対象の採寸情報を取得する取得手順と、
    前記取得手順によって取得された採寸情報に基づいて、前記保管対象を保管可能なロッカーを特定する特定手順と、
    前記特定手順により特定されたロッカーを利用者に提案する提案手順と、
    をコンピュータに実行させることを特徴とする提案プログラム。

Images