JP2020102256A - 情報処理装置 - Google Patents

Abstract

【課題】ユーザが利用可能な空間（空きスペース）を効率よく使用、管理できるようにする情報処理装置を提供する。【解決手段】ユーザの荷物を預け入れる所定容積の仮想空間が定義されており、受付部３１は、当該所定容積に対する一定比率までの範囲内で、ユーザからの荷物の集荷及び発送に関する要望を、直方体又は立方体に固定されない荷物の形状を根拠とする容積に基づく単位で受け付ける。預け入れ管理部４１は、ユーザから預けられている荷物について、荷物の形状を根拠とする容積に基づく単位毎に区分して管理する。【選択図】図４

Description

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

荷物を一時的にコンテナや倉庫に預かるレンタル倉庫サービスは、従来から行われていた。その際に、倉庫の利用料が高額になる、倉庫から荷物を出し入れする手間が大きい、といった問題点が生じていた。
そこで、特許文献１では、ユーザが倉庫の空き状況を把握でき、倉庫を効率的に利用可能な倉庫の管理システムが提案されている。

特許５４６４６２９号公報

しかしながら、特許文献１に記載の倉庫の管理システムでは、ユーザは、倉庫内において、自らが契約しているスペースのうち、どの程度の空きがあるのかを把握することができないという課題が生じていた。

本発明は、このような状況に鑑みてなされたものであり、ユーザが利用可能な空間（空きスペース）を効率よく使用、管理できるようにする技術を提供することを目的とする。

上記目的を達成するため、本発明の一態様の情報処理装置は、
ユーザの荷物を預け入れる所定容積の仮想空間が定義されており、当該所定容積に対する一定比率までの範囲内で、前記ユーザからの荷物の集荷及び発送に関する要望を、直方体又は立方体に固定されない当該荷物の形状を根拠とする容積に基づく単位で受け付ける受付手段と、
前記ユーザから預けられている荷物について、前記容積に基づく単位毎に区分して管理する第１管理手段と、
を備える。

本発明によれば、ユーザが利用可能な空間（空きスペース）を効率よく使用、管理することができる。

本発明の情報処理装置の一実施形態としてのサーバを利用したサービスの一例を示す概略図である。 図１に示すサービスを提供可能な情報処理システム、即ち本発明の情報処理装置の一実施形態にかかるサーバを含む情報処理システムの構成を示す図である。 図２の情報処理システムのうちサーバのハードウェア構成の一例を示すブロック図である。 図３のサーバの機能的構成の一例を示す機能ブロック図である。 図３のサーバにより実行される荷物集荷処理の流れを説明するフローチャートである。 図３のサーバにより実行される荷物発送処理の流れを説明するフローチャートである。 図２のユーザ端末に表示される、荷物の集荷依頼をするための表示画面の一例を示す図である。 図２のユーザ端末に表示される、荷物の集荷依頼をするための表示画面の一例を示す図である。 図２のユーザ端末に表示される、契約プランをするための表示画面の一例を示す図である。 図２のユーザ端末に表示される、荷物の発送依頼をするための表示画面の一例を示す図である。 図２のサーバで管理される、荷物の預け入れの状況を示す画面の一例を示す図である。 「容積に基づく単位」の具体例として、椅子を用いて説明する図である。 「容積に基づく単位」の具体例として、椅子を用いて説明する図である。 「容積に基づく単位」の具体例として、ベッドを用いて説明する図である。 「容積に基づく単位」の具体例として、ベッドを用いて説明する図である。 実世界で実際に配置される実物体（荷物や収納物）とは異なる形状のオブジェクトの容積を「容積に基づく単位」として荷物の集荷依頼をする際の表示画面の例を示す図である。 実世界で実際に配置される実物体（荷物や収納物）とは異なる形状のオブジェクトの容積を「容積に基づく単位」として荷物の集荷依頼をする際の表示画面の例のうち、図１６の例とは異なる例を示す図である。 図１６及び図１７に示す荷物の集荷依頼をするための表示画面に表示され得る荷物の例を示す図である。

以下、本発明の実施形態について、図面を用いて説明する。
図１は、本発明の情報処理装置を利用した、レンタル倉庫サービス（以下、「本サービス」）の一例を示す概略図である。

本サービスでは、ユーザＵに対して、荷物を預け入れる所定容積の仮想空間ＵＳ（以下、「ユーザ保有空間ＵＳ」と呼ぶ）が予め定義されている。
ユーザＵは、ユーザ保有空間ＵＳの当該所定容積に対する一定比率（例えば８０％）までの範囲内で、荷物の預け入れを、当該荷物毎ではなく、「容積に基づく単位」で要望することができる。
集荷時の梱包の形態は特に限定されないが、第１実施形態及び第２実施形態では、複数の「容積に基づく単位」毎に、当該「容積に基づく単位」の容積を有する収納部材が予め用意されており、ユーザＵは、この収納部材に所望の荷物を所望の個数に詰め込んで、集荷を依頼することができる。
例えば図１の例では、第１の容積を有する収納部材Ｌ１と、第２の容積を有する収納部材Ｌ２と、第３の容積を有する収納部材Ｌ３とがユーザＵに予め提供されているものとする。

このような前提の下、例えば、ユーザＵは、自宅Ｈ１において、預け入れを希望する荷物として、洋服Ｏ１、クリスマスツリーＯ２、ひな人形Ｏ３の夫々を、収納部材Ｌ１乃至Ｌ３の夫々に梱包する。ユーザＵは、ユーザ端末２を操作して、収納部材Ｌ１乃至Ｌ３の夫々の集荷を指示する。
配送者は、配送端末３−１〜３−ｎを用いて指示を受け、指示の内容に従って、収納部材Ｌ１乃至Ｌ３をユーザＵの自宅Ｈ１で受け取り、倉庫ＳＨに配送する。
このとき、配送者は、自身のカメラ等で、収納部材Ｌ１に梱包される洋服Ｏ１、収納部材Ｌ２に梱包されるクリスマスツリーＯ２、及び収納部材Ｌ３に梱包されるひな人形Ｏ３の夫々の写真を撮像する。

収納部材Ｌ１乃至Ｌ３の夫々は、収納部材Ｌ１に梱包される洋服Ｏ１、収納部材Ｌ２に梱包されるクリスマスツリーＯ２、及び収納部材Ｌ３に梱包されるひな人形Ｏ３の夫々の写真のデータの夫々と対応付けられて、倉庫ＳＨに保管される。
ここで、ユーザ保有空間ＵＳとはあくまでも仮想空間であるため、実際には、収納部材Ｌ１乃至Ｌ３の夫々は、倉庫ＳＨにおいてまとめて保管される必要は特になく、任意の場所に別々に保管が可能である。

一方、ユーザＵは、ユーザ端末２を操作することで、ユーザ保有空間ＵＳに格納された収納部材Ｌ１乃Ｌ３のうち例えば収納部材Ｌ１を取り出すというイメージで、当該収納部材Ｌ１を所望の場所に配送する指示を出すことができる。
ここで、所望の場所と記載したのは、図１に示すように、ユーザＵの自宅Ｈ１を配送先とすることは当然のことながら、それ以外の場所、例えばホテルＨ２を配送先とすることもできるからである。

従って、本サービスでは、次のような新たなサービスも提供することが可能である。
例えば、ゴルフバック又は当該ゴルフバックを収納する媒体を「容積に基づく単位」として採用し、通常時は当該ゴルフバックを倉庫ＳＨに保管しておき、当該ユーザＵがゴルフのプレイをする前に当該ゴルフバックをゴルフ場まで配送し、そのプレイ後に倉庫ＳＨまで配送して保管する、といった新たなサービスを提供することができる。
この場合、ユーザ保有空間ＵＳとしては、ゴルフバック以外のものも収納できるようにしてもよいし、ゴルフバックのみを収納できるものとしてもよい。
これにより、ユーザＵは、ゴルフバックを自宅Ｈ１に保管する必要が無くなるばかりか、ゴルフのプレイの際にゴルフバックをゴルフ場まで持参し、そのプレイの終了後にゴルフバックを自宅Ｈ１まで持ち帰るといった煩わしさを解消することができる。

（第１実施形態）
図２は、このような図１に示す本サービスを提供可能な情報処理システム、即ち本発明の情報処理装置の第１実施形態にかかるサーバを含む情報処理システムの構成を示す図である。
図２に示す情報処理システムは、本サービスの提供者により管理されるサーバ１と、本サービスのユーザＵが利用するユーザ端末２と、荷物の配送を行う配送者が利用する配送端末３とを含むように構成される、サーバ１と、ユーザ端末２と、配送端末３との夫々は、インターネット等の所定のネットワークＮを介して相互に接続されている。

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

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

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

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

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

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

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

このような図３のサーバ１の各種ハードウェアと各種ソフトウェアとの協働により、サーバ１で後述する各種処理の実行が可能になる。
即ち、サーバ１は、各種処理の実行にあたり、図４に示すような機能的構成を有する。
図４は、図３のサーバの機能的構成の一例を示す機能ブロック図である。

図４に示すように、サーバ１のＣＰＵ１１においては、受付部３１と、管理部３２と、指示部３３とが機能する。
サーバ１の記憶部１８の一領域には、倉庫ＤＢ１００とユーザＤＢ２００とが設けられる。

受付部３１は、ユーザＵからの荷物を預け入れたり発送する際にユーザ端末２から送信される各種情報を、通信部１９を介してユーザ端末２から各種情報を受付る。
例えば、図１を用いて上述したように、ユーザＵの荷物を預け入れる所定容積の仮想空間としてユーザ保有空間ＵＳが定義されており、受付部３１は、当該所定容積に対する一定比率までの範囲内で、ユーザＵからの荷物の集荷及び発送に関する要望を、「容積に基づく単位」で（第１実施形態及び第２実施形態では所定の容積を有する収納部材の単位）で受け付ける。

管理部３２は、ユーザＵから預けられる荷物に関する各種管理を実行すべく、預け入れ管理部４１と、ＷＥＢ管理部４２と、画像管理部４３とを有している。

預け入れ管理部４１は、ユーザＵの荷物の預け入れ状況を管理する。即ち、預け入れ管理部４１は、ユーザＵから預けられている荷物について、「容積に基づく単位」毎に区分して管理する。

ＷＥＢ管理部４２は、ユーザＵについての荷物の預け入れ状況やユーザ保有空間ＵＳの占有率等の各種情報を提示可能なＷｅｂサイトを管理する。
即ち、ユーザＵは、ユーザ端末２を操作して、当該Ｗｅｂサイトにアクセスすることで、自身の荷物の預け入れ状況やユーザ保有空間ＵＳの占有率等を視認することが容易にできる。

配送端末３は、荷物の集荷を行う際に、配送者の操作により、荷物の画像を撮像する。
画像管理部４３は、配送端末３により撮像された集荷時の荷物の画像のデータを、通信部１９を介して取得する。さらに、画像管理部４３は、取得した荷物の画像のデータを、当該荷物の収納部材を特定可能な情報（以下、「収納部材情報」と呼ぶ）と対応付けて、倉庫ＤＢ１００及びユーザＤＢ２００に格納する。

指示部３３は、配送端末３に対して各種の指示を送信すべく、集荷指示部５１と、発送指示部５２と、その他指示部５３とを有している。
集荷指示部５１は、通信部１９を介して、ユーザＵの荷物を集荷する指示を配送端末３に送信する。
発送指示部５２は、通信部１９を介して、倉庫に預けられているユーザＵの荷物を発送する指示を配送端末３に送信する。
その他指示部５３は、通信部１９を介して、集荷や発送以外の指示を配送端末３に送信する。

倉庫ＤＢ１００は、実際の倉庫に保管されているユーザＵの荷物について、「容積に基づく単位」で（第１実施形態及び第２実施形態では所定の容積を有する収納部材の単位で）、内容を特定可能な情報（例えば上述の荷物の写真のデータ等）と、倉庫内の保管場所等とを対応付けて格納する。
ユーザＤＢ２００は、ユーザ保有空間ＵＳに保管されているユーザＵの荷物について、「容積に基づく単位」で（第１実施形態及び第２実施形態では所定の容積を有する収納部材の単位で）、内容を特定可能な情報（例えば上述の荷物の写真のデータ等）と、ユーザ保有空間ＵＳの容積等とを対応付けて格納する。

このような図４の機能的構成を有するサーバにより実行される処理のうち、ユーザＵの荷物の集荷を行うための処理を、以下「荷物集荷処理」と呼ぶ。
図５は、図４の機能的構成を有するサーバにより実行される荷物集荷処理の流れを説明するフローチャートである。

ステップＳ１において、受付部３１は、通信部１９を介してユーザ端末２から荷物の集荷依頼を、「容積に基づく単位」で（第１実施形態及び第２実施形態では所定の容積を有する収納部材の単位で）受け付ける。
ステップＳ２において、預け入れ管理部４１は、ユーザＵの荷物の預け入れ状況を、ユーザ保有空間ＵＳの単位で、倉庫ＤＢ１００及びユーザＤＢ２００を照会して確認する。
ステップＳ３において、預け入れ管理部４１は、ステップＳ２で得られた照会結果に基づいて、集荷依頼のあった荷物の預け入れが可能か否かの診断をする。即ち、預け入れ管理部４１は、ユーザ保有空間ＵＳの所定容積（或いはその所定容積の一定比率分、例えば８０％分）に対する、ユーザＵが既に預けている１以上の「容積に基づく単位」の各容積の総和の比率を、占有率として演算する。預け入れ管理部４１は、この占有率に基づいて、ユーザＵから集荷依頼を受けた「容積に基づく単位」を、ユーザ保有空間ＵＳに（仮想的に）預け入れ可能か否かを判断することで、集荷依頼のあった荷物の預け入れが可能か否かの診断をする。
ステップＳ４において、ＷＥＢ管理部４２は、ステップＳ２で照会したユーザＵの荷物の預け入れ状況と、ステップＳ３で診断された新たな荷物の預け入れの可否を踏まえて、ユーザ端末２の表示画面に表示する情報を決定し、通信部１９を介して配送端末３に送信する。
ステップＳ５において、集荷指示部５１は、荷物の集荷の指示を、通信部１９を介して配送端末３に送信する。

ステップＳ６において、サーバ１は、新たな荷物の集荷依頼が送信されてきたか否かを判定する。
新たな荷物の集荷依頼が送信されてきた場合、ステップＳ６においてＹＥＳであると判定され、処理はステップＳ１に戻され、それ以降の処理が繰り返される。
これに対して、新たな荷物の集荷依頼が送信されてこなかった場合、ステップＳ６においてＮＯであると判定され、荷物集荷処理は終了となる。

図４の機能的構成を有するサーバにより実行される処理のうち、ユーザＵの荷物の発送を行うための処理を、以下「荷物発送処理」と呼ぶ。
図６は、図４の機能的構成を有するサーバにより実行される荷物発送処理の流れを説明するフローチャートである。

ステップＳ１１において、受付部３１は、通信部１９を介してユーザ端末２から荷物の発送依頼を、「容積に基づく単位」で（第１実施形態及び第２実施形態では所定の容積を有する収納部材の単位で）受け付ける。
ステップＳ１２において、預け入れ管理部４１は、ユーザＵの荷物の預け入れ状況を、倉庫ＤＢ１００及びユーザＤＢ２００を照会して確認する。
ステップＳ１３において、ＷＥＢ管理部４２は、ステップＳ１２で照会したユーザＵの荷物の預け入れ状況を踏まえて、ユーザ端末２の表示画面に表示する情報を決定し、通信部１９を介して配送端末３に送信する。
ステップＳ１４において、発送指示部５２は、荷物の発送の指示を、通信部１９を介して配送端末３に送信する。

ステップＳ１５において、サーバ１は、新たな荷物の発送依頼が送信されてきたか否かを判定する。
新たな荷物の発送依頼が送信されてきた場合、ステップＳ１５においてＹＥＳであると判定され、処理はステップＳ１１に戻され、それ以降の処理が繰り返される。
これに対して、新たな荷物の集荷依頼が送信されてこなかった場合、ステップＳ１５においてＮＯであると判定され、荷物発送処理は終了となる。

図７乃至１０は、図５の荷物集荷処理や図６の荷物発送処理において、ユーザ端末２に表示される表示画面の一例を示している。
特に、図７及び図８は、ユーザＵが荷物の集荷依頼をするための表示画面の一例を示している。

図７では、画面の左側に総合メニュー６１が表示され、画面の右側に預け入れ品目選択メニュー６２が表示されている。預け入れ品目選択メニュー６２内には、ユーザ保有空間ＵＳの容積７１と、占有率７２と、「容積に基づく単位」として６種類の収納部材Ｒ１乃至Ｒ８が表示されている。

サーバ１の預け入れ管理部４１は、倉庫ＤＢ１００とユーザＤＢ２００を照会し、ユーザＵが契約するユーザ保有空間ＵＳの容積と、現在預けている荷物（収納部材Ｒ１乃至Ｒ８の単位）に応じた占有率とを特定可能な情報を生成する。この情報に基づいて、ユーザ端末２側では、ユーザ保有空間の容積７１と、占有率７２とが表示される。

図７の例の画面は、ユーザＵが本サービスの提供者と契約しているユーザ保有空間は、１．５畳（３．４９２２平米）分であること、荷物を預け入れることによりこのユーザ保有空間ＵＳのうちの１１％を使用していることを示している。
収納部材Ｒ１乃至Ｒ８の夫々には、予め定められた各容積の荷物の夫々をイメージさせるアイコンと、数量選択ボタンＢ１乃至Ｂ８の夫々が表示される。ユーザＵは、数量選択ボタンＢ１乃至Ｂ８のうち所望のものを押下することで、集荷を依頼したい荷物について、収納部材Ｒ１乃至Ｒ８の単位での各個数を選択することができる。

図８の例では、図７の例の表示画面において、ユーザＵが数量選択ボタンＢ１を押下して、収納部材Ｒ１の数量を「５」と選択した場合に、ユーザ端末２に表示される表示画面の一例である。

サーバ１の受付部３１は、ユーザＵにより集荷荷物の数量選択ボタンＢ１の押下の操作を受け付ける。預け入れ管理部４１は、倉庫ＤＢ１００とユーザＤＢ２００を照会し、ユーザＵが契約するユーザ保有空間ＵＳの容量に対する、新たな集荷荷物を預け入れた場合の占有率を演算する。このようにして演算された占有率は、ユーザ端末２において、占有率７２として表示される。
図８の例では、占有率７２には、１１１％という赤文字が表示されている。これは、ユーザＵが預け入れを希望する荷物の総量が、ユーザＵと本サービスの提供者が契約しているユーザ保有空間ＵＳの容量（１．５畳分）を超過していることを示している。

図９は、ユーザＵと本サービスの提供者が契約するプランを変更する際に、ユーザ端末２で表示され表示画面の一例である。
図９の例では、画面の左側に総合メニュー６１が表示され、画面の右側にプラン選択メニュー６３が表示されている。また、プラン選択メニュー６３内の占有率７３には、現在のユーザＵの荷物の預け入れ状況に応じた、ユーザ保有空間ＵＳの占有率が表示されている。
ユーザＵは、プラン選択メニュー６３内に表示された任意の容積の（仮想）空間を、ユーザ保有空間ＵＳとして選択することで、契約するプランを変更することができる。

図１０は、ユーザＵが荷物の発送依頼をする際にユーザ端末２に表示される表示画面の一例である。
図１０の例では、画面の左側に総合メニュー６１が表示され、画面の右側に発送品目選択メニュー６４が表示されている。発送品目選択メニュー６４内には、ユーザ保有空間の容積や占有率が表示される他に、発送荷物Ｐ１乃至Ｐ８が表示されている。
発送荷物Ｐ１乃至Ｐ８には、ユーザＵが預け入れている荷物の集荷時に撮像された画像が夫々表示される。発送荷物Ｐ１乃至Ｐ８の夫々は、各種容積の収納部材の何れかに対応している。
ユーザＵは、発送荷物Ｐ１乃至Ｐ８のうち所望のものを選択することで、預け入れている荷物の発送を、収納部材の単位で指示することができる。

図１１は、荷物を集荷する際にサーバ１側で管理される表示画面の一例である。
図１１の例では、画面の右側に集荷荷物リスト８１が表示され、画面の左側にオプションメニュー８２が表示され、さらに画面の下方には使用率９１が表示される。
集荷荷物リスト８１には、集荷荷物が、「容積に基づく単位」で（第１実施形態及び第２実施形態では所定の容積を有する収納部材の単位で）、羅列して表示される。
オプションメニュー８２には、荷物の集荷以外に発生したオプション内容が表示される。オプションメニュー８２に表示されている「ダンボール１２０サイズ １個 ２００円」とは、配送者がユーザＵにダンボール１２０サイズ（収納部材の一種）を１個２００円で販売したことを示す。「ハンガーラック（１０着まで） １個 ８００円」とは、配送者がユーザＵにハンガーラック（１０着まで）（収納部材の別の一種）を１個８００円で販売したことを示す。
また、使用率９１には、現在のユーザＵの預け入れ状況に応じたユーザ保有空間ＵＳの使用率と、今回集荷する荷物を預け入れた後のユーザ保有空間ＵＳの予定使用率とが表示される。

（第２実施形態）
次に、本発明の情報処理装置の第２実施形態ついて説明する。

上述の「容積に基づく単位」は、実空間（倉庫ＳＨ等）に実際に保管される実物体（収納部材や荷物自体等）の体積に適用されるものではない。ユーザＵからの荷物の集荷及び発送に関する要望としてどこまで受け付けるのかという指標として、仮想空間たるユーザ保有空間ＵＳの所定容積に対する一定比率（占有率）が採用されている。この占有率の演算の単位として、「容積に基づく単位」が適用されるものである。
つまり、占有率とは、実空間に実物体がどの程度占有しているのかを示すものではない。ユーザＵからの荷物の集荷及び発送に関する要望の受け付けに際して、ユーザＵに対して目安として示される最大量が、ユーザ保有空間ＵＳの所定容積（或いはその８０％等の一定比率の容積）である。この目安としての最大量に対して、いま現在どの程度占有がなされており（空きがあり）、荷物の集荷や発送がなされた後にその占有（空き）がどの程度変化するのかを示す目安が、占有率である。
したがって、この占有率の演算に用いられる「容積に基づく単位」もまた、ユーザＵに対して目安として示される単位である。それゆえに、「容積に基づく単位」は、実空間（倉庫ＳＨ等）に実際に保管される実物体（収納部材や荷物自体等）の体積とは独立して、サービス提供者により任意に設定可能とされている容積である。

例えば、実空間において、所定の収納部材に荷物が収納されて保管されるものとする。ここで、実空間で実際に配置される収納部材についての、実空間の所定容積（ユーザ保有空間ＵＳと同一容積）に対する比率を、上述の占有率とは異なるものであるため以下、「実空間配置率」と呼ぶ。また、実空間において、収納部材内で荷物以外の空き部分（空気）が占める割合を、上述の占有率とは異なるものであるため以下「収納部材内空き率」と呼ぶ。以上のことを前提とする例として、次の第１例と第２例について比較する。

第１例とは、荷物自体の容積が「容積に基づく単位」として採用された例である。第１例では、ユーザ保有空間ＵＳにおける占有率は、実空間配置率と比較すると、収納部材内空き率の分だけ少なくなる。
第２例とは、収納部材自体の容積が「容積に基づく単位」として採用された例である。第２例では、ユーザ保有空間ＵＳにおける占有率は、実空間配置率と一致する。

具体的には例えば、収納部材としてダンボール箱が採用されており、ユーザ保有空間ＵＳの所定容積がダンボール箱２個分の容積であるとする。また、収納部材内空き率が５０パーセントであるものとする。この場合、実空間においてダンボール箱が２個配置（保管）されるならば、ユーザ保有空間ＵＳにおける占有率は、第１例では５０パーセントであるのに対して、第２例では１００パーセントになる。

つまり、ユーザＵの立場に立てば、第１例の方が第２例に比べて、次のようなメリットが存在する。即ち、ユーザ保有空間ＵＳにおける占有率が実空間配置率よりも低くなる。それゆえユーザＵは、ユーザ保有空間ＵＳにおける占有率を目安として荷物の集荷や発送に関する要望をするため、実際に所定容積の空間（倉庫ＳＨ等）に保管可能な荷物の量に対して、より多くの荷物を保管できるように感じることがでる。その結果、ユーザＵはお得感を感じることができる、というユーザＵ側のメリットが第１例に存在する。
これに対して、サービス提供者の立場に立てば、第２例の方が第１例に比べて、次のようなメリットが存在する。即ち、ユーザ保有空間ＵＳにおける占有率が実空間配置率と一致するため、サービス提供者は、ユーザＵの要望（占有率）と一致するスペースのみを実空間（倉庫ＳＨ等）に用意すれば足りる。即ち、実空間の保管スペースを縮小することができるため、実空間の保管の管理が容易になると共に、実空間の保管に関するコストの削減が可能になる、というサービス提供者側のメリットが第２例に存在する。

即ち、サービス提供者は、ユーザＵ側のメリットを活かしたビジネスをしたい場合（例えば、ユーザＵに対して当該メリットを広告として使用したい場合）、「容積に基づく単位」として第１例を採用することができる。一方、サービス提供者は、サービス提供者側のメリットを活かしたビジネスをしたい場合、「容積に基づく単位」として第２例を採用することができる。

さらに言えば、このような第１例や第２例は例示に過ぎず、サービス提供者は、ユーザＵ側のメリットとサービス提供者側のメリットを比較考慮して、直方体又は立方体に固定されない荷物の形状を根拠とする任意の単位を、「容積に基づく単位」として採用することができる。
ここで、「荷物の形状を根拠とする任意の単位」には、上述の第１例や第２例は勿論のこと、実世界で実際に配置される実物体（荷物や収納物）とは異なる形状のオブジェクト（例えば仮想空間たるユーザ保有空間ＵＳに存在するオブジェクト）の容積も含まれる。
つまり、オブジェクトは、荷物の形状に基づくものであって、ユーザ保有空間ＵＳにおける占有率の演算に用いられ得る容積を有すれば足り、実物体として存在しないものでもよい。
このような「容積に基づく単位」となる容積を有するオブジェクトの具体例について、図１２乃至図１８を参照して説明する。

なお、本発明の情報処理装置の第２実施形態にかかるサーバを含む情報処理システムの構成は、図２のシステムの構成と同様であるため説明を省略する。
また、本発明の情報処理装置の第２実施形態にかかるサーバのハードウェア構成は、図３のサーバのハードウェア構成と同様であるため説明を省略する。
また、本発明の情報処理装置の第２実施形態にかかるサーバの機能的構成は、図４のサーバの機能的構成と同様であるため説明を省略する。

図１２及び図１３は、「容積に基づく単位」の具体例として、椅子を用いて説明する図である。

図１２には、荷物として預け入れられる椅子Ｃ１及びＣ２が描画されている。実空間（倉庫ＳＨ等）において、椅子Ｃ１及びＣ２の夫々は、そのままの状態で保管される場合もあれば、容積Ｍ１及びＭ２の夫々を有する収納部材に夫々収納された状態で保管される場合もある。

図１２に示す椅子Ｃ１及びＣ２について、第１例が採用された場合には、椅子Ｃ１及びＣ２の夫々自体の容積が「容積に基づく単位」とされる。
これに対して、第２例が採用された場合には、収納部材自体の容積（容積Ｍ１及びＭ２）が「容積に基づく単位」として採用される。上述したように、第２例では、ユーザ保有空間ＵＳにおける占有率は、実空間配置率と一致する。
即ち、第１例が採用された場合と、第２例が採用された場合とを比較すると、収納部材の内部には、荷物以外の空き部分Ｑ１及びＱ２の夫々が存在することになる。
このため、第１例が採用された場合におけるユーザ保有空間ＵＳにおける占有率は、実空間配置率と比較すると、第２例が採用された場合よりも収納部材内空き率の分だけ少なくなる。つまり、第１例が採用された場合には、ユーザＵがお得感を得られるというユーザＵ側のメリットが存在する。
これに対して、第２例が採用された場合には、ユーザ保有空間ＵＳにおける占有率が実空間配置率と一致するので、実空間の保管の管理が容易になり、保管に関するコストも削減できる、というサービス提供者側のメリットが存在する。

ここで、ユーザＵ側のメリットとサービス提供者側のメリットを比較考慮して、直方体又は立方体に固定されない「荷物の形状を根拠とする任意の単位」を、「容積に基づく単位」として採用した場合について説明する。
即ち、実空間（倉庫ＳＨ等）において、預け入れられる荷物（上述の椅子等）が、積み重ねられることで荷物以外の空き部分（空気）を省くことができる場合がある。このような荷物を、以下、「積重可能荷物」と呼ぶ。このような積載可能荷物に対しては、上述の第２の例が採用された場合（収納部材の容積が「容積に基づく単位」とされた場合）に対して荷物以外の空き部分（椅子の例では空き部分Ｑ１及びＱ２）が省かれた形状のオブジェクトの容積を「容積に基づく単位」として採用することができる。
具体的には例えば、実空間（倉庫ＳＨ等）において、椅子Ｃ２の天地を逆にして椅子Ｃ１と椅子Ｃ２とを積み重ねることで空き部分Ｑ１及びＱ２を省くことができる場合がある。
この場合、図１３に示すように、椅子Ｃ１の形状に対して、椅子の下部の部分が充満した形状のオブジェクトＣＵ（換言すると、椅子Ｃ１を収納する収納部材に対して空き部分Ｑ１が省略された形状のオブジェクトＣＵ）の容積を、「容積に基づく単位」として採用することができる。

この場合、第２例と比較すると、「容積に基づく単位」が空き部分Ｑ１等の分だけ減少するため、第１例よりはメリットの度合は少なくなるものの、ユーザＵはお得感を感じることができる、というユーザＵ側のメリットが存在する。
さらに、サービス提供者の立場に立てば、仮想空間たるユーザ保有空間ＵＳにおけるオブジェクトＣＵの容積Ｍ３が占める割合（即ち占有率の一部）は、実空間（倉庫ＳＨ等）において積み重ねられて配置される椅子Ｃ１と椅子Ｃ２との実スペース（即ち実空間配置率の一部）とが略一致する。これにより、サービス提供者は、ユーザＵの要望（占有率）と一致するスペースのみを実空間（倉庫ＳＨ等）に用意すれば足りる。即ち、実空間の保管スペースを縮小することができるため、実空間の保管の管理が容易になると共に、実空間の保管に関するコストの削減が可能になる、というサービス提供者側のメリットが存在する。
つまり、図１３の例の「容積に基づく単位」を採用することで、ユーザＵ側のメリットとサービス提供者側のメリットの両方を享受することが可能になる。

なお、図１２及び図１３に示す、積み重ねできる荷物としての椅子Ｃ１及びＣ２は、積重可能荷物の例示に過ぎない。積重可能荷物は、凹凸が噛み合って効率よく積み重ねできる荷物であればよく、例えば皿等の食器、容器、パイプ椅子等も積み重ねできる荷物を採用することができる。

また、預け入れられる荷物を分解することで保管上無駄な空間を省くことができる場合には、分解された形状のオブジェクトの容積を、荷物の形状を根拠とする「容積に基づく単位」として採用することができる。

図１４及び図１５は、「容積に基づく単位」の具体例として、ベッドを用いて説明する図である。

図１４には、荷物として預け入れられるベッドＴが描画されている。
実空間（倉庫ＳＨ等）において、ベッドＴは、そのままの状態で保管される場合もあれば、容積Ｍ３の収納部材に収納された状態で保管される場合もある。

図１４のベッドＴについて、第１例が採用された場合には、ベッドＴ自体の容積が「容積に基づく単位」とされる。
これに対して、第２例が採用された場合には、収納部材自体の容積Ｍ１１が「容積に基づく単位」として採用される。上述したように、第２例では、ユーザ保有空間ＵＳにおける占有率は、実空間配置率と一致する。
即ち、第１例が採用された場合と、第２例が採用された場合とを比較すると、収納部材の内部には、荷物以外の空き部分（空気）Ｑ１１が存在することになる。
このため、第１例が採用された場合におけるユーザ保有空間ＵＳにおける占有率は、実空間配置率と比較すると、第２例が採用された場合よりも収納部材内空き率の分だけ少なくなる。つまり、第１例が採用された場合には、ユーザＵがお得感を得られるというユーザＵ側のメリットが存在する。
これに対して、第２例が採用された場合には、ユーザ保有空間ＵＳにおける占有率が実空間配置率と一致するので、実空間の保管の管理が容易になり、保管に関するコストも削減できる、というサービス提供者側のメリットが存在する。

ここで、ユーザＵ側のメリットとサービス提供者側のメリットを比較考慮して、直方体又は立方体に固定されない「荷物の形状を根拠とする任意の単位」を、「容積に基づく単位」として採用した場合について説明する。
即ち、預け入れられる荷物が、分解することで荷物以外の空き部分（空気）を省くことができる荷物（以下、「分解可能荷物」と呼ぶ）である場合には、分解された形状のオブジェクトの容積を「容積に基づく単位」として採用することができる。
具体的には例えば、図１４に示すように、実空間（倉庫ＳＨ等）において、ベッドＴを３つのパーツに分割して重ね合わせることで空き部分Ｑ１１を省いて配置させることができる場合がある。
この場合、図１５に示すように、ベッドＴを分割して重ね合わせた形状のオブジェクトＴＵの容積Ｍ１２を「容積に基づく単位」として採用することができる。

この場合、第２例と比較すると、「容積に基づく単位」が空き部分Ｑ１だけ減少するため、第１例と同様に、ユーザＵはお得感を感じることができる、というユーザＵ側のメリットが存在する。
さらに、サービス提供者の立場に立てば、仮想空間たるユーザ保有空間ＵＳにおけるオブジェクトＴＵの容積Ｍ１２が占める割合（即ち占有率の一部）は、実空間（倉庫ＳＨ等）において分解されて配置されるベッドＴの実スペース（即ち実空間配置率の一部）とが略一致する。これにより、サービス提供者は、ユーザＵの要望（占有率）と一致するスペースのみを実空間（倉庫ＳＨ等）に用意すれば足りる。即ち、実空間の保管スペースを縮小することができるため、実空間の保管の管理が容易になると共に、実空間の保管に関するコストの削減が可能になる、というサービス提供者側のメリットが存在する。
つまり、図１５の例の「容積に基づく単位」を採用することで、ユーザＵ側のメリットとサービス提供者側のメリットの両方を享受することが可能になる。

このように、「容積に基づく単位」は、当該荷物自体の容積や収納物の容積に限定されず、荷物の形状に基づく任意の単位を採用することができる。具体的には例えば、図１２の椅子Ｃ１等の形状に基づいて形成される図１３オブジェクトＣＵの容積Ｍ３や、図１４のベッドＴの形状に基づいて生成される図１５のオブジェクトＴＵの容積Ｍ１２が、荷物の形状に基づく「容積に基づく単位」の一例である。
また、例えば、球状の荷物の場合、実空間（倉庫ＳＨ等）において、立方体の収納部材ではなく、球形荷物の形状にフィットさせた梱包材に入れられて保管される場合がある。このような場合、球形荷物の形状にフィットさせた梱包材の容量を、荷物の形状に基づく「容積に基づく単位」として採用することができる。

図１６は、実世界で実際に配置される実物体（荷物や収納物）とは異なる形状のオブジェクトの容積を「容積に基づく単位」として荷物の集荷依頼をする際の表示画面の例を示す図である。

図１６に示す画面には、上述の図８と共通する部分の他に、荷物Ｄ１乃至Ｄ６の夫々をイメージさせるアイコンと、数量選択ボタンＢ１１乃至Ｂ１６の夫々が表示される。ユーザＵは、数量選択ボタンＢ１１乃至Ｂ１６のうち所望のものを押下することで、集荷を依頼したい荷物の各個数を選択することができる。

具体的には、図１６には、荷物Ｄ１乃至Ｄ６の夫々を示すオブジェクトとして、積み重ね可能な形状の小型の椅子と、積み重ね可能な形状の中型の椅子と、積み重ね可能な形状の大型の椅子と、分解可能な形状の小型のベッドと、分解可能な形状の中型のベッドと、分解可能な形状の大型のベッドとの夫々が、数量選択ボタンＢ１１乃至Ｂ１６の夫々とともに示されている。
このうち、荷物Ｄ１は、数量選択ボタンＢ１１が押下されたため、数量が「６」となっている。また、荷物Ｄ５は、数量選択ボタンＢ１５が押下されたため、数量が「１」となっている。
即ち、図１６には、ユーザＵにより預け入れが希望されている荷物を示すオブジェクトとして、積み重ね可能な形状を有する小型の椅子（荷物Ｄ１）が６脚、及び分解可能な形状の中型のベッド（荷物Ｄ５）が１台であることが示されている。
この場合、ユーザＵにより選択された1以上の荷物に対して、夫々の「容積に基づく単位」が数量分ずつ加算されることで、占有率が演算される。
例えば荷物Ｄ１乃至Ｄ３等が選択された場合には、「容積に基づく単位」は、上述の図１３の例が採用されて占有率が演算される。また例えば荷物Ｄ４乃至Ｄ６等が選択された場合には、「容積に基づく単位」は、上述の図１５の例が採用されて占有率が演算される。

また例えば、第２実施形態でも、荷物の集荷時に当該荷物の撮像が行われるが、荷物の撮像が行われる際、折り畳む等の手入れを行うことで、形状を収縮できる荷物については、形状を収縮させない状態で撮像して集荷される。
ここで、ユーザＵは、形状を収縮させない状態で保管するか、又は形状を収縮させた状態で保管するかのいずれかを自由に選択することができる。何れが選択された場合であっても、ユーザＵは、形状を縮小させない状態で撮像された画像を視認できるので、どのような荷物を預けているのかを容易に管理することができる。
また例えば、クリスマスツリーや雛人形といった収納により収縮可能な荷物については、飾り付けの取り外しや分解等を行うことなく、そのままの状態（収納しない状態）で倉庫に保管することもできる。さらにいえば、配送者が、配送のみならず、飾り付けの取り外しや分解等を行ったうえで保管し、その後（例えば１年後）再び配送して設置するという一連の作業をパックで請け負うサービスとして提供されてもよい。

さらに、荷物の集荷時に、配送端末３による荷物の撮像が行われる際、その撮像画像から当該荷物についての「容積に基づく単位」が自動的に演算されるようにしてもよい。
また、荷物の集荷時に限らず、集荷依頼の前の所定のタイミング（例えば料金の見積り時）でユーザ端末２による荷物の撮像が行われると、当該荷物についての「容積に基づく単位」が自動的に演算されるようにしてもよい。
この場合、直方体の収納部材の容積を「容積に基づく単位」とした場合（第２の例を採用した場合）を基準として、預け入れ品目毎に、その収納部材より容積の少ないオブジェクト（例えば図１３のオブジェクトＣＵや図１５のオブジェクトＴＵ）の容積を「容積に基づく単位」として適用される場合には、予め定められた所定の減算率が自動的に適用されるようにしてもよい。即ち、積重可能荷物（例えば図１２の椅子Ｃ１及びＣ２）や、分解可能荷物（例えば図１４のベッドＴ）、或いは形状を収縮できる荷物に適用される、「容積に基づく単位」の減算率が、品目に応じて適用されてもよい。
具体的には例えば、図１４及び図１５において、収納部材の容積Ｍ１１に対する空き部分Ｑ１１の容積の割合が４８％であり、容積Ｍ１１に対するオブジェクトＴＵの容積Ｍ１２の割合が５２％である場合には、ベッドＴが属する預け入れ品目の減算率を４８％とすることもできる。
また、容積の減算率は、品目に応じたものとせず、梱包前の荷物の形状や、梱包後の荷物の形状に応じて適用されるようにしてもよい。つまり、荷物が備える機構や構成の特徴に応じて、減算率を、荷物毎、又は荷物の種類毎に設定できるようにしてもよい。
また、集荷時の減算率は概算値を適用し、集荷後に倉庫で計測された正確な容積の減算率を事後的に適用することで、概算値を修正できるようにしてもよい。

以上のように、ユーザＵは、「荷物の形状」を根拠とする「容積に基づく単位」によって占有率を算出してもらうことができる。即ち、ユーザＵは、荷物が例えば上述の積重可能荷物や分解可能荷物である場合には、料金面でのメリットを享受することができる。

図１７は、実世界で実際に配置される実物体（荷物や収納物）とは異なる形状のオブジェクトの容積を「容積に基づく単位」として荷物の集荷依頼をする際の表示画面の例のうち、図１６の例とは異なる例を示す図である。

図１７に示す画面には、上述の図８及び図１６と共通する部分の他に、荷物Ｄ７乃至Ｄ１３の夫々をイメージさせるアイコンと、数量選択ボタンＢ１７乃至Ｂ２３の夫々と、重量選択ボタンＢ３３が表示されている。ユーザＵは、数量選択ボタンＢ１７乃至Ｂ２３のうち所望のものを押下することで、集荷を依頼したい荷物の各個数、及び重量を選択することができる。

具体的には、図１７には、荷物Ｄ７乃至Ｄ１３の夫々として、羽毛布団（圧縮なし）と、羽毛布団（圧縮あり）と、衣類（クリーニングなし）と、衣類（クリーニングあり）と、衣類（クリーニング、圧縮あり）と、衣類（衣装ケース）と、キャリーバッグ（小）の夫々が、数量選択ボタンＢ１７乃至Ｂ２３の夫々とともに示されている。

「羽毛布団（圧縮あり）」とは、羽毛布団が入った保管袋の内部の空気を強制的に抜かれることで、圧縮させた状態での保管を可能とする羽毛布団をいう。また、「羽毛布団（圧縮なし）」とは、圧縮されない状態で保管される羽毛布団のことをいう。

ユーザＵは、実空間（倉庫ＳＨ等）において羽毛布団が実際に保管される際、圧縮させた状態で保管するのか、圧縮することなくそのままの状態で保管するのかを選択することができる。圧縮させた状態で保管することが選択された場合には、本サービスの提供者や、倉庫の保管者は、倉庫の空間（空きスペース）を効率よく使用し、管理することができる。また、ユーザＵは、圧縮された状態の容積を「要請に基づく単位」として採用して、占有率を算出してもらうことができる。これにより、ユーザＵはお得感を得られるというメリットを享受することができる。

ただし、圧縮させた羽毛布団は、完全に元の形状に復元しない場合がある。このため、圧縮させた状態で保管することの選択も可能とされている。
ただし、羽毛布団の形状を保持したままの保管といういわば高品質の保管が採用された場合には、本サービスの提供者や、倉庫の保管者は、倉庫の空間（空きスペース）を効率よく使用し、管理することができなくなる。そこで、この場合、ユーザＵは、圧縮されない状態の容積（圧縮された状態の容積よりも大きな容積）を「容積に基づく単位」として占有率を算出してもらうことにする。この場合、高品質の保管を選択した分だけ、その他の荷物の保管量等が減少することになる。

衣類（クリーニングあり）とは、集荷後にクリーニングを経て保管される衣類のことをいい、衣類（クリーニングなし）とは、集荷後にクリーニングを経ることなく保管される衣類のことをいう。
衣類は、クリーニングを経ると、同一種類のものであっても仕上がりの形状が異なる場合がある。例えばワイシャツは、折り畳まれてビニール袋に包装されている場合と、ハンガーに掛けられてビニール袋に包装されている場合とがある。
例えば、折り畳まれてビニール袋に包装されているワイシャツを倉庫に保管する場合には、段ボール等の梱包材に収納して保管することができる。これに対して、ハンガーに掛けられてビニール袋に包装されているワイシャツを倉庫に保管する場合には、ハンガーラック等に掛けて保管するのが一般的である。このため、例えば同じワイシャツ２０着を保管する場合であっても、折り畳まれた状態のワイシャツ２０着と、ハンガーに掛けられた状態のワイシャツ２０着とでは、保管する際に必要となるスペースに差異が生じる。

本サービスでは、ユーザＵが衣類を預け入れる場合、クリーニングを経て保管するのか、クリーニングすることなくそのままの状態で保管するのかを選択することができる。

また、本サービスでは、ユーザＵが衣類を預け入れる場合、上述の羽毛布団と同様に、圧縮して預け入れるのか、圧縮することなくそのままの状態で預け入れるのかを選択することもできる。具体的には、ユーザＵが衣類を預け入れる場合、クリーニング後に圧縮して保管することを希望する場合には、ユーザＵは、衣類（クリーニング、圧縮あり）を選択する。

また、本サービスでは、ユーザＵが衣類を預け入れる場合、ユーザＵが荷物としての衣装ケースやスーツケース（以下、「衣装ケース等」と呼ぶ）を別途預け入れる場合には、衣装ケース等の中に衣類を収納した状態で預け入れることもできる。具体的には例えば、ユーザＵが衣類を預け入れる場合、衣装ケース等に衣類を収納した状態で保管することを希望する場合には、ユーザＵは、衣類（衣装ケース）を選択する。

図１７に示すように、荷物Ｄ１１は、数量選択ボタンＢ２１が押下されたため、数量が「１」となっている。即ち、図１７には、ユーザＵにより預け入れが希望されている荷物が、衣類（クリーニング、圧縮あり）が１着であることが示されている。この場合、ユーザＵは、クリーニング後に圧縮される衣類１着を預け入れることができる。

また、荷物Ｄ１３は、重量選択ボタンＢ３３が押下されたため、重量が「１２」（Ｋｇ）となっている。即ち、本サービスでは、荷物の重量に応じた料金設定を行うことができる。
つまり、容積を同一とする荷物であっても、重量が異なれば配送者等の負担も異なってくる。このため、本サービスでは、重量に応じた料金設定を行うことを可能としている。これにより、例えば重量が重い荷物に追加料金を設けてもよいし、また例えば重量が軽い荷物については単位の減算率を高く設定してもよい。

図１８は、図１６及び図１７に示す荷物の集荷依頼をするための表示画面に表示され得る荷物の例を示す図である。

即ち、図１８には、荷物の形状を考慮した「容積に基づく単位」が採用されている、各種荷物の集荷依頼をするための表示画面が示されている。
つまり、ユーザＵは、図１８に示す荷物の夫々を、上述の積重可能荷物や分解可能荷物として預け入れることができる。
即ち、ユーザＵが預け入れることができる荷物、即ち荷物の形状を考慮した「容積に基づく単位」が採用される荷物として、各種具体例が図１８に示されている。
具体的には例えば、スティック型掃除機、ロボット掃除機、掃除機、空気清浄機、炊飯器、デスクトップＰＣ、ノートＰＣ、石油ファンヒーター、オイルヒーター、ガスファンヒーター、電気ヒーター、ミニコンポ、扇風機、クリスマスツリー、雛人形、五月人形、テント、ＢＢＱセット、クーラーボックス、タイヤ、ホイール、ゴルフバッグ、スノーボード、スキー板、子供用自転車、フロアスタンド、ベビーベッド、卓上スタンド、テレビ、テレビボード、本棚、キャビネット、カウンターチェア、座椅子、折り畳み椅子、ダイニングチェア、カーテン、カーペット、掛け布団、敷布団、こたつ、及びベビーカー、このような荷物の一例である。

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

例えば、ユーザ保有空間ＵＳの容積は、上述の実施形態に特に限定されず任意でよい。例えば上述の図９の例では、ユーザ保有空間ＵＳの容積は０．２畳が最低であったが、それより小さくしてもよい。また、この場合、ユーザ保有空間ＵＳに（仮想的に）収納させる荷物については、任意にしてもよいし、固定にしてもよい。固定の場合についても、ゴルフバックのみ収納可能のように物品の種類によって固定させてもよいし、収納部材として所定容積の段ボール箱等を採用して、当該ダンボール箱３箱のみ収納可能という条件をつけて固定させてもよい。
この場合、ユーザ保有空間ＵＳの占有率という点では同一かもしれないが、実際の倉庫等に保管する場合には、任意の物品を保管するより、ゴルフバックのように予め決定された物品を保管するほうが、倉庫の保管者にとっては管理が楽になるとともにコストもかからない。同様に、段ボール箱のように同一スペースに多数を配置できるような場合には、倉庫の保管者にとっては効率的であったりする。そこで、ユーザ保有空間ＵＳの容積は同一の場合であっても、その中に（仮想的に）収納させる荷物を固定させるか否かによって料金体系を変えたり、固定させる場合でも段ボール箱に限定したほうがさらに安くなるといった料金体系を採用してもよい。
また、ユーザ保有空間ＵＳから荷物の出し入れ回数には制限を設けず、ユーザ保有空間ＵＳに保管させる「容積に基づく単位」の個数又は荷物自体の個数にキャップを設けることで、コストコントロールをしてもよい。

また、例えば、「容積に基づく単位」も、上述の実施形態では複数種類の収納部材が採用されたが、特にこれに限定されず任意でよい。例えばゴルフバックのような容積が予め判断可能な荷物自体を、「容積に基づく単位」として採用してもよい。この場合、例えば、初回の集荷作業にて荷物の写真撮影や、三辺のサイズ（容積）計測を行って、ダンボールに入らないものも「容積に基づく単位」として預け入れを可能とすることができる。そして、ユーザＵはユーザ端末２で預けた荷物の確認や管理を可能とし、ユーザ保有空間ＵＳの「容積」に対する「容積に基づく単位」の占有率という観点で空き具合の確認を可能とすることもできる。

また例えば、上述のユーザ保有空間ＵＳや「容積に基づく単位」は、本サービスの提供者側から定義されたものがユーザＵに提示されたが、特にこれに限定されず、ユーザＵ等、本サービスの提供者以外の者が任意に設定できるようにしてもよい。

上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。

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

このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布されるリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディアは、例えば、磁気ディスク（フロッピーディスクを含む）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ ＭｅｍｏｒｙＹ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（ＭＩＮＩ ＤＩＳＫ）等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されているＲＯＭや、記憶部に含まれるハードディスク等で構成される。

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

図２に示すシステム構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。即ち、夫々の装置の役割を実行することができる機能が情報処理システム内に備えられていれば良く、さらに、夫々の装置は、ネットワークを介さずに、直接接続されていても良い。

図３に示す各ハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。例えば、１つのハードウェアが他のハードウェアの機能を兼ね備えていても良く、同じ機能を持つハードウェアが複数含まれていても良い。

図４の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能がサーバ１に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図４の例に限定されない。
また、１つの機能ブロックは、ハードウェア単体で構成しても良く、ソフトウェア単体で構成しても良く、それらの組み合わせで構成しても良い。

本サービスの提供者は、例えば、本サービスの料金の中に、配送料を含めて定額で本サービスを提供することができる。
預け入れ管理部４１は、集荷依頼を受けた荷物に応じて、適切な倉庫を選択する機能を有することもできる。例えば、集荷依頼を受けた荷物が洋服である場合、温度・湿度を適切に管理してカビ等が発生しにくい環境を維持している倉庫を選択することができる。
配送者は、集荷時と配送時で担当者が同じでも異なっていてもよい。配送者は、本サービスの提供者のスタッフでもよく、提携先の配送業者のスタッフでもよい。

配送端末３は、画像を撮像する機能を有していてもよい。
画像管理部４３は、ユーザ端末２等の配送端末３以外の情報処理装置から、荷物に関する画像を取得してもよい。

本サービスを使用して預け入れる荷物としては、特に制限されないが、例えば、寝具、衣類、靴、キャンプ用品、本、アルバム、おもちゃ、スポーツ用品、トランクケース、季節家電、クリスマスツリー、ひな人形等が挙げられる。

以上を換言すると、本発明が適用される情報処理装置は、次のような構成を有する各種各様の実施形態を取ることができる。
即ち、本発明が適用される情報処理装置（例えば図３のサーバ１）は、
ユーザ（例えば図２のユーザＵ）の荷物を預け入れる所定容積の仮想空間（例えば図１のユーザ保有空間ＵＳ）が定義されており、当該所定容積に対する一定比率までの範囲内で、前記ユーザからの荷物の集荷及び発送に関する要望を、直方体又は立方体に固定されない当該荷物の形状を根拠とする容積に基づく単位（例えば図１２の椅子Ｃ１の形状に基づく図１３のオブジェクトＣＵの容積Ｍ３や、図１４のベッドＴの形状に基づく図１５のオブジェクトＴＵの容積Ｍ１２等）で受け付ける受付手段（例えば図４の受付部３１）と、
前記ユーザから預けられている荷物について、前記容積に基づく単位毎に区分して管理する第１管理手段（例えば図４の預け入れ管理部４１）と、
を備える。

これにより、お得感を感じることができるというユーザ側のメリットと、実空間の保管の管理が容易になると共に実空間の保管に関するコストの削減が可能になるというサービス提供者側のメリットとを比較考慮して、サービス提供者は適切なビジネスを行うことができる。

また、前記受付手段は、前記容積に基づく単位で前記要望を受付ける際、前記荷物の形状を考慮し、１以上の前記荷物のうち少なくとも１つの形状が所定空間を含むことで当該所定空間に他の荷物の少なくとも一部を包含可能とする場合には、当該所定空間に包含される分の容積を減算して受付けることができる。

また、前記受付手段は、前記容積に基づく単位で前記要望を受付ける際、さらに、前記荷物の容積を考慮することができる。

また、前記第１管理手段は、前記ユーザから預けられている荷物の重量に基づいて、前記容積に基づく単位毎に区分して管理することができる。

また、前記第１管理手段は、前記仮想空間の前記所定容積に対する、前記ユーザが既に預けている１以上の前記容積に基づく単位の各容積の総和の比率を、占有率として演算し、当該占有率の数値に関して前記管理をすることができる。

また、前記容積に基づく単位のうち所定単位に属する前記荷物の集荷時に撮像された画像のデータを、前記第１管理手段により管理されている当該所定単位と対応付けて管理する第２管理手段（例えば図４の画像管理部４３）をさらに備えることができる。

これにより、第２管理手段が荷物の集荷時に撮像された画像のデータを、第１管理手段により管理されている所定単位と対応付けて管理するので、ユーザは、預け入れている荷物の内容をより容易に理解することができる。

また、受付手段（例えば図４の受付部３１）は、さらに、所定の荷物について、最初に集荷した場所とは異なる場所に発送し、当該異なる場所から再度集荷する旨の要望を受け付けることができる。

これにより、受付手段が、所定の荷物について最初に集荷した場所とは異なる場所に発送し、その発送先から再度集荷する旨の要望を受け付けるので、ユーザは、集荷時とは異なる場所に荷物を発送することができるようになる。

１・・・サーバ、２・・・ユーザ端末、３・・・配送端末、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１３・・・ＲＡＭ、３１・・・受付部、３２・・・管理部、３３・・・指示部、４１・・・預け入れ管理部、４２・・・ＷＥＢ管理部、４３・・・画像管理部、５１・・・集荷指示部、５２・・・発送指示部、５３・・・その他指示部、６１・・・総合メニュー、６２・・・預け入れ品目選択メニュー、６３・・・プラン選択メニュー、６４・・・発送品目選択メニュー、７１・・・保有空間、７２・・・占有率、７３・・・占有率、８１・・・集荷荷物リスト、８２・・・オプションメニュー、９１・・・使用率、１００・・・倉庫ＤＢ、２００・・・ユーザＤＢ、Ｂ１〜Ｂ８・・・数量選択ボタン、Ｈ１・・・自宅、Ｈ２・・・ホテル、Ｌ１〜Ｌ５・・・収納、Ｎ・・・ネットワーク、Ｏ１・・・洋服、Ｏ２・・・クリスマスツリー、Ｏ３・・・ひな人形、Ｐ１〜Ｐ６・・・発送荷物、Ｒ１〜Ｒ８・・・集荷荷物、Ｓ１〜Ｓ１５・・・ステップ、ＳＨ・・・倉庫、ＵＳ・・・ユーザ保有空間、Ｃ１，Ｃ２・・・椅子、Ｍ１〜Ｍ３，Ｍ１１，Ｍ１２・・・容積に基づく単位、Ｑ１，Ｑ２，Ｑ１１・・・空き部分、Ｔ・・・ベッド、Ｄ１〜Ｄ６・・・荷物、Ｂ１〜Ｂ８，Ｂ１１〜Ｂ２３・・・数量選択ボタン、Ｂ３３・・・重量選択ボタン

Claims (7)

1. ユーザの荷物を預け入れる所定容積の仮想空間が定義されており、当該所定容積に対する一定比率までの範囲内で、前記ユーザからの荷物の集荷及び発送に関する要望を、直方体又は立方体に固定されない当該荷物の形状を根拠とする容積に基づく単位で受け付ける受付手段と、
   前記ユーザから預けられている荷物について、前記容積に基づく単位毎に区分して管理する第１管理手段と、
   を備える情報処理装置。
2. 前記受付手段は、
   前記容積に基づく単位で前記要望を受付ける際、前記荷物の形状を考慮し、１以上の前記荷物のうち少なくとも１つの形状が所定空間を含むことで当該所定空間に他の荷物の少なくとも一部を包含可能とする場合には、当該所定空間に包含される分の容積を減算して受付ける、
   請求項１に記載の情報処理装置。
3. 前記受付手段は、
   前記容積に基づく単位で前記要望を受付ける際、さらに、前記荷物の容積を考慮する、
   請求項１又は２に記載の情報処理装置。
4. 前記第１管理手段は、
   前記ユーザから預けられている荷物の重量に基づいて、前記容積に基づく単位毎に区分して管理する、
   請求項１乃至３のうちいずれか１項に記載の情報処理装置。
5. 前記第１管理手段は、前記仮想空間の前記所定容積に対する、前記ユーザが既に預けている１以上の前記容積に基づく単位の各容積の総和の比率を、占有率として演算し、当該占有率の数値に関して前記管理をする、
   請求項１乃至４のうち何れか１項に記載の情報処理装置。
6. 前記容積に基づく単位のうち所定単位に属する前記荷物の集荷時に撮像された画像のデータを、前記第１管理手段により管理されている当該所定単位と対応付けて管理する第２管理手段をさらに備える、
   請求項１乃至５のうち何れか１項に記載の情報処理装置。
7. 前記受付手段は、さらに、所定の荷物について、最初に集荷した場所とは異なる場所に発送し、当該異なる場所から再度集荷する旨の要望を受け付ける、
   請求項１乃至６のうち何れか一項に記載の情報処理装置。

Images