(57)【要約】【課題】倉庫営業者が保有する倉庫におけるデッドスペースの発生を抑制し、倉庫の収容能力を可及的に活用する。【解決手段】所有者テーブル１２４には、各会員毎に、倉庫営業者との間で合意された体積から現に倉庫営業者に寄託されている寄託物の体積総和を減じた残りの体積である空きスペースが、登録されている。デッドスペーステーブル１２５には、各物理的格納スペース毎に、空きスペースの寸法が登録されている。倉庫管理プログラム１２１を読み込んだ倉庫管理サーバ１のＣＰＵ１１は、或る会員が寄託を依頼した物の寸法が入力されると、当該寸法に基づいて計算される体積が当該会員について所有者テーブル１２４に登録されている空きスペース以内である場合に限り、前記物の寸法によって特定される空間を内包する寸法の空きスペースを有するものとしてデッドスペーステーブル１２５に登録されている物理的格納スペースを特定し、倉庫業者に通知する。【選択図】  図１
2011051721.tif 000002
【特許請求の範囲】
【請求項１】
倉庫内の物理的格納スペースに寄託者から寄託された物品を保管するサービスを支援する倉庫管理システムであって、
各物理的格納スペース毎に、空きスペースの寸法が登録されている第１の記憶部と、
各人毎に、予め定められた上限体積から現に前記物理的格納スペースに格納されている物の体積総和を減じた残りの体積である空き体積が登録されている第２の記憶部と、
情報が入力される入力インタフェースと、
前記入力インタフェースに、寄託者の識別情報及び当該寄託者が寄託を求める物の寸法が入力された場合に、入力された物の寸法に基づいて計算される体積が、入力された識別情報に基づいて特定される寄託者について前記第２の記憶部に登録されている空き体積以内である場合に限り、前記物の寸法によって特定される空間を内包する寸法の空きスペースを有するものとして前記第１の記憶部に登録されている物理的格納スペースを特定する特定手段と、
前記入力インタフェースに入力された識別情報に基づいて特定される寄託者について前記第２の記憶部に登録されている空き体積から、前記入力インタフェースに入力された物の寸法に基づいて計算される体積を減じるとともに、前記特定手段によって特定された物理的格納スペースについて前記第１の記憶部に登録されている空きスペースの寸法を、前記入力インタフェースに入力された物の寸法によって特定される空間に相当する分減じる更新手段と、
前記特定手段によって特定された物理的格納スペースの特定情報を出力する出力手段とを備えることを特徴とする倉庫管理システム。
【請求項２】
前記倉庫内の何れかの物理的格納スペースに格納されている各寄託物毎に、その寸法，所有者の識別情報，及び、それが格納されている物理的格納スペースの特定情報が登録されている第３の記憶部を更に備え、
前記更新手段は、
前記入力インタフェースに、前記第３の記憶部に登録されている寄託物のうち当該寄託物に対応して前記第３の記憶物に識別情報が登録されている所有者によって引き取られる寄託物の識別情報が入力された場合に、当該寄託物について前記第３の記憶部に登録されている特定情報によって特定される物理的格納スペースについて前記第１の記憶部に登録されている空きスペースの寸法を、前記第３の記憶部に登録されている当該寄託物についての寸法によって特定される空間に相当する分拡大し、当該寄託物について前記第３の記憶部に登録されている識別情報によって特定される所有者について前記第２の記憶部に登録されている空き体積に、当該寄託物について前記第３の記憶部に登録されている寸法に基づいて計算される体積を加算し、前記第３の記憶部に登録されている当該寄託物についての情報を削除し、
前記出力手段は、当該寄託物について前記第３の記憶部に登録されている識別情報によって特定される物理的格納スペースの特定情報を出力する
ことを特徴とする請求項１記載の倉庫管理システム。
【請求項３】
前記特定手段によって寄託物に関して物理的格納スペースが特定された場合に、当該寄託物について、当該物理的格納スペースの識別情報，並びに、入力インタフェースに入力された寸法及び寄託者の識別情報を、前記第３の記憶部に登録する登録手段を
更に備えることを特徴とする請求項２記載の倉庫管理システム。
【請求項４】
前記更新手段は、
前記入力インタフェースに、前記第３の記憶部に登録されている寄託物のうち当該寄託物に対応して前記第３の記憶物に識別情報が登録されている所有者から他者に譲渡される寄託物の識別情報，及び、譲受人である前記他者の識別情報が入力された場合に、当該寄
託物について前記第３の記憶部に登録されている識別情報によって特定される所有者について前記第２の記憶部に登録されている空き体積に、当該寄託物について前記第３の記憶部に登録されている寸法に基づいて計算される体積を加算するとともに、当該寄託物について前記第３の記憶部に登録されている所有者の識別情報を前記譲受人の識別情報に変更し、当該寄託物について前記第３の記憶部に登録されている寸法に基づいて計算される体積が、前記譲受人について前記第２の記憶部に登録されている空き体積以内である場合に限り、当該譲受人について前記第２の記憶部に登録されている空き体積から、当該寄託物について前記第３の記憶部に登録されている寸法に基づいて計算される体積を減じる
ことを特徴とする請求項２記載の倉庫管理システム。
【請求項５】
前記入力インタフェースには、ネットワークを通じて情報が入力される
ことを特徴とする請求項１乃至４の何れかに記載の倉庫管理システム。
【請求項６】
前記出力手段は、前記物理的格納スペースの特定情報をネットワークを通じて所定の端末へ送信する
ことを特徴とする請求項１乃至５の何れかに記載の倉庫管理システム。
【請求項７】
倉庫内の物理的格納スペースに寄託者から寄託された物品を保管するサービスを支援する倉庫管理プログラムであって、
情報が入力される入力インタフェースを有するとともに、各物理的格納スペース毎に、空きスペースの寸法が登録されている第１の記憶部，及び、各人毎に、予め定められた上限体積から現に前記物理的格納スペースに格納されている物の体積総和を減じた残りの体積である空き体積が登録されている第２の記憶部にアクセス可能なコンピュータを、
前記入力インタフェースに、寄託者の識別情報及び当該寄託者が寄託を求める物の寸法が入力された場合に、入力された物の寸法に基づいて計算される体積が、入力された識別情報に基づいて特定される寄託者について第２の記憶部に登録されている空き体積以内である場合に限り、前記物の寸法によって特定される空間を内包する寸法の空きスペースを有するものとして前記第１の記憶部に登録されている物理的格納スペースを特定する特定手段，
前記入力インタフェースに入力された識別情報に基づいて特定される寄託者について前記第２の記憶部に登録されている空き体積から、前記入力インタフェースに入力された物の寸法に基づいて計算される体積を減じるとともに、前記特定手段によって特定された物理的格納スペースについて前記第１の記憶部に登録されている空きスペースの寸法を、前記入力インタフェースに入力された物の寸法によって特定される空間に相当する分減じる更新手段，及び、
前記特定手段によって特定された物理的格納スペースの特定情報を出力する出力手段
として機能させる倉庫管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、倉庫の空きスペースに顧客から寄託された物を保管するサービスを支援する倉庫管理システム及び倉庫管理プログラムに、関する。
【背景技術】
【０００２】
倉庫営業者とは、他人の為に物品を倉庫に保管することを業とする者をいう（商法597
条）。
【０００３】
倉庫営業者が顧客と包括的な寄託契約を締結する場合、予め、倉庫内の一定の物理的格納スペース（部屋，棚，ロッカー，ボックス，等、物理的に一定の容積に区切られたスペース）を、当該顧客の専用の保管場所として確保し、当該専用保管場所に収容できる範囲の物（受寄物）を一定料金で預かって、当該専用保管場所に収容する特約（所謂固定スペース貸し）を結ぶことが多い。
【０００４】
かかる固定スペース貸しによる寄託契約の場合、顧客にとっては、常に一定のスペースが特定場所に確保されているので、当該物理的格納スペースに収容可能な限度で、タイムリーな荷物の出し入れが期待できるというメリットがあり、倉庫営業者にとっても、一定の収入が期待できるというメリットがある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第４２３７５５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、実際には、固定スペース貸しの特約を結んでいる顧客が、常に、自己専用の物理的格納スペースに隙間無く受寄物を収容しているわけではないので、倉庫営業者が保有する倉庫全体としてみた場合、多くの空間が、何等荷物の収容されていないデッドスペースと化している場合が多い。
【０００７】
また、個々の顧客が、新たな寄託物を自己専用の物理的格納スペースに預けようとした場合に、新たな荷物の寸法や形状に依っては、当該荷物の体積が当該顧客専用の物理的格納スペースの空き空間の容積以下であっても、収容不可能となってしまう場合がある。このような場合には、顧客にとっても、自己専用の物理的格納スペースの空き空間がデッドスペースと化してしまう。
【０００８】
そこで、本発明の課題は、倉庫営業者が各寄託者との間で所定範囲で物を保管する旨の包括的な寄託契約を締結した場合においても、倉庫営業者が保有（所有又は占有）する倉庫内の物理的格納スペースにおけるデッドスペースの発生を抑制でき、倉庫の収容能力を可及的に活用することを可能とする、倉庫管理システムの提供である。
【課題を解決するための手段】
【０００９】
本発明による手段は、各物理的格納スペース毎に、空きスペースの寸法が登録されている第１の記憶部，各人毎に、予め定められた上限体積から現に前記物理的格納スペースに格納されている物の体積総和を減じた残りの体積である空き体積が登録されている第２の記憶部，入力インタフェースに、寄託者の識別情報及び当該寄託者が寄託を求める物の寸法が入力された場合に、入力された物の寸法に基づいて計算される体積が、入力された識
別情報に基づいて特定される寄託者について第２の記憶部に登録されている空き体積以内である場合に限り、前記物の寸法によって特定される空間を内包する寸法の空きスペースを有するものとして前記第１の記憶部に登録されている物理的格納スペースを特定する特定手段，入力インタフェースに入力された識別情報に基づいて特定される寄託者について前記第２の記憶部に登録されている空き体積から、前記入力インタフェースに入力された物の寸法に基づいて計算される体積を減じるとともに、前記特定手段によって特定された物理的格納スペースについて前記第１の記憶部に登録されている空きスペースの寸法を、前記入力インタフェースに入力された物の寸法によって特定される空間に相当する分減じる更新手段，及び、前記特定手段によって特定された物理的格納スペースの特定情報を出力する出力手段を備える。
【発明の効果】
【００１０】
倉庫営業者が各寄託者との間で所定範囲で物を保管する旨の包括的な寄託契約を締結した場合においても、倉庫営業者が保有（所有又は占有）する倉庫内の物理的格納スペースにおけるデッドスペースの発生を抑制でき、倉庫の収容能力を可及的に活用することができる。
【図面の簡単な説明】
【００１１】
【図１】倉庫管理支援システムの実施形態であるネットワークシステムの概略構成を示すブロック図
【図２】会員管理データベースのデータ構造を示す表
【図３】所有者テーブルのデータ構造を示す表
【図４】デッドスペーステーブルのデータ構造を示す表
【図５】商品格納テーブルのデータ構造を示す表
【図６】預け品依頼テーブル兼引き取り品依頼テーブルのデータ構造を示す表
【図７】ＩＳＢＮデータＤＢのデータ構造を示す表
【図８】ＪＡＮデータＤＢのデータ構造を示す表
【図９】体積情報ＤＢのデータ構造を示す表
【図１０】会員登録処理の内容を示すフローチャート
【図１１】デッドスペース更新申請処理の内容を示すフローチャート
【図１２】寄託依頼時処理の内容を示すフローチャート
【図１３】商品登録時処理の内容を示すフローチャート
【図１４】商品登録時処理の内容を示すフローチャート
【図１５】会員アクセス時処理の内容を示すフローチャート
【図１６】会員アクセス時処理の内容を示すフローチャート
【図１７】図１５のＳ４２０，図１６のＳ４３３，Ｓ４３４にて実行される所有権変更処理サブルーチンを示すフローチャート
【図１８】図１５のＳ４０６にて実行される引取処理サブルーチンを示すフローチャート
【図１９】課金処理の内容を示すフローチャート
【図２０】マイページ画面の内容を示す図
【図２１】トップページ画面の内容を示す図
【図２２】実施形態の作用の説明図
【図２３】従来における固定スペース貸しの説明図
【発明を実施するための形態】
【００１２】
＜前提説明＞
以下、図面に基づいて、本発明による倉庫管理システムの実施の形態の一例を説明する。以下に示す例は、倉庫営業者と業務委託契約を交わした通信業者（例えば、インターネットコンテンツプロバイダ）が倉庫管理システムを運用し、その運用を通じて、各顧客と
倉庫業者との間における寄託契約の仲介をする他、顧客間における寄託物の譲渡（売買契約，贈与契約，交換契約）の仲介を行う例である。もっとも、本発明は、このような形態に限定されるものではなく、倉庫営業者自体が倉庫管理システムを運用しても良く、顧客間における寄託物の譲渡の仲介を行う部分が省かれても良い。また、倉庫営業者と顧客との間に寄託契約が締結されることを前提とするが、通信業者と顧客との間に寄託契約が締結され、倉庫営業者は通信業者から再寄託を受けるものと、構成されても良い。なお、本倉庫管理システムを用いた仲介によって締結される包括的寄託契約を、通常の物単位の寄託契約や固定スペース貸し方式の寄託契約から区別するために、「体積固定型包括寄託契約」と称する。
＜システム構成＞
図１は、実施形態による倉庫管理システムを含むネットワークシステムの概略構成を示すブロック図である。この図１に示されているように、このネットワークシステムは、倉庫営業者の事業所Ｃに設置されているネットワーク端末（コンピュータ）である倉庫営業者端末２，各顧客が使用するネットワーク端末（コンピュータ）である多数（図１では３台のみ図示）ユーザ端末３，上記各端末２，３との間でネットワーク（例えば、インターネット）Ｎを通じて通信可能な倉庫管理サーバ１，及び、上記ネットワークＮに接続された外部サーバ群４から、構成されている。
【００１３】
倉庫営業者端末２は、ネットワーク接続機能を有する通常構成のコンピュータであり、相互にバスを通じて接続されたＣＰＵ２１，ハードディスク２２，プリンタ２３，通信アダプタ２４，入力装置２５及びディスプレイ２６を有している。
【００１４】
ハードディスク２２は、ＯＳ（Operating System），ウェブブラウザプログラム２２１，等の各種プログラムを格納した記憶媒体である。
【００１５】
ＣＰＵ２１は、ハードディスク２２から読み出した各プログラムを読み出して実行する中央処理装置である。
【００１６】
入力装置２５は、ＣＰＵ２１に対して各種コマンドや各種データを入力するために用いられるキーボード，ポインティングデバイス，バーコードリーダ，ＲＦ−ＩＤリーダ等である。
【００１７】
ディスプレイ２６は、ＣＰＵ２１による処理結果を表示する出力装置である。
【００１８】
通信装置２４は、ＣＰＵ２１によって生成された倉庫管理サーバ１宛のメッセージをネットワークＮに対応したプロトコルに依る通信データに変換してネットワークＮへ送り出したり、ネットワークＮを通じて倉庫管理サーバ１から受信した通信データをＣＰＵ２１が処理可能なデータ形式に変換してＣＰＵ２１に入力するインタフェース装置である。
【００１９】
プリンタ２３は、ＣＰＵ２１の指示によって、印刷データに基づく印刷を行う出力装置である。
【００２０】
ユーザ端末３も、ネットワーク接続機能を有する通常構成のコンピュータであり、相互にバスを通じて接続されたＣＰＵ３１，ハードディスク３２，通信アダプタ３４，入力装置３５及びディスプレイ３６を有している。ユーザ端末３を構成する各部品は、倉庫営業者端末２のものと全く同じであるので、その説明を省略する。
【００２１】
倉庫管理サーバ１は、実際には、複数台のサーバコンピュータやディスク装置から構成され得るが、図１では、一台のサーバコンピュータから構成されるものとして、簡略化されている。即ち、図１に示される倉庫管理サーバ１は、相互にバスＢによって接続された
ＣＰＵ１１，通信アダプタ１４，ＲＡＭ（Random Access Memory）１３及びハードディスク１２から、構成されている。
【００２２】
これらのうち、ＣＰＵ１１０は、この倉庫管理サーバ１全体の制御を行う中央処理装置（コンピュータ）であり、特定手段及び更新手段に相当する。
【００２３】
また、ＲＡＭ１３は、ＣＰＵ１１が各種処理を実行するに際しての作業領域が展開される主記憶装置である。
【００２４】
また、通信アダプタ１４は、ネットワークＮに対して直接（若しく、図示せぬ企業内ＬＡＮやルータ４を通じて）ネットワークＮに接続された繋がる専用線に接続され、ネットワークＮを通じて各端末２，３から受信した通信データをＣＰＵ１１が処理可能なデータ形式に変換してＣＰＵ１１に入力したり、ＣＰＵ１１によって生成された各端末２，３宛のメッセージをネットワークＮ用のプロトコルに依る通信データに変換してネットワークＮへ送り出す、入力インタフェース兼出力装置である。
【００２５】
ハードディスク１２は、ＣＰＵ１１によって読み出されて実行される各種プログラム及び各種データを格納している記憶装置である。
【００２６】
このハードディスク１２が格納してＣＰＵ１１によって実行される各種プログラムには、倉庫管理サーバ１がウェブサーバ装置として機能するために通常必要なプログラム（ＯＳ［Operating System］，ウェブサーバプログラム，認証システム等の幾つかのＣＧＩプログラムないしサーブレット，等）の他、各顧客と倉庫営業者間での体積固定型包括寄託契約締結の仲介を行ったり各顧客間での寄託物の譲渡を仲介する倉庫管理システムとしての機能を実現するための倉庫管理プログラム１２１が、含まれている。
【００２７】
また、ハードディスク１３が格納している各種データには、上記走行管理プログラム１２１に従って参照され且つ上記倉庫管理プログラム１に従ってデータが登録される各種データベースないしテーブル（会員管理データベース１２３，所有者テーブル１２４，デッドスペーステーブル１２５，商品格納テーブル１２６，預け品依頼テーブル兼引き取り品依頼テーブル１２７）や、各種画面ないしフォームデータ１２２が、含まれている。
【００２８】
会員管理データベース１２３は、当該倉庫管理サーバ１を運営している通信業者の仲介によって倉庫営業者と体積固定型寄託契約を締結した各顧客（即ち、会員）毎に、その個人情報（会員情報）を登録したレコードを有するデータベースである。図２に示すように、会員管理データベース１２３を構成する各レコードは、夫々、会員の本名が登録される「氏名」欄，会員の個人識別子（所有者ＩＤ）が登録される「所有者ＩＤ」欄，パスワード等の認容用のデータが登録される「認証用データ」欄，会員専用に生成されるウェブページ（マイページ）のＵＲＬ（Uniform Resource Locator）が登録される「マイページＵＲＬ」欄，会員に対して発生した債権を回収する手段についての情報（例えば、クレジットカード番号）が登録される「課金情報」欄，会員の住所が登録される「住所」欄，会員が締結した体積固定型契約の内容（体積）に従って定まる月極めの寄託料金が登録される「月毎課金額」欄，会員が体積固定型契約を締結してから半年毎にフラグがリセットされるとともに当該会員について後述する引取処理が実行されるとフラグがセットされる「無料配送済みフラグ」欄，無料配送済みフラグがリセットされた状態で後述する引取処理が実行される毎に配送料金が加算される「当月追加額」欄，「電子メールアドレス」欄，等を有する。
【００２９】
なお、当該会員管理データベース１２３には、当該通信業者とコンテンツ提供サービスの提供契約を締結した全会員についての個人情報が登録される一方、後述する所有者テー
ブル１２４には、会員管理データベース１２３に登録された会員のうち当該通信業者の仲介によって倉庫営業者と体積固定型寄託契約を締結した会員についての情報のみが登録されるように、構成されても良い。その場合、会員管理ＤＢ１２３の月毎課金額には、体積固定型寄託契約を締結していない会員については、コンテンツ提供サービスの月額料金のみが登録され、体積固定型寄託契約を締結している会員については、コンテンツ提供サービスの月額料金及び月極寄託料金の合計額が登録される。
【００３０】
所有者テーブル１２４は、図３に示すように、倉庫営業者と体積固定型寄託契約を締結した会員毎にレコードを有しており、各レコードは、契約によって合意された上限体積［単位：ｍ3］が登録される「契約スペース」欄，現に寄託中の受寄物の合計体積［単位：
ｍ3］が登録される「利用スペース」欄，上限体積から現に寄託中の受寄物の合計体積を
減じた残りの体積である空き体積［単位：ｍ3］が登録される「残スペース」欄からなる
レコードを有するテーブルである。ハードディスク１２における当該所有者テーブル１２４を記憶した部分が、第２の記憶部に相当する。
【００３１】
デッドスペーステーブル１２５は、倉庫営業者が保有（所有ないし占有）する各倉庫の各物理的格納スペース毎に、その受寄物収容情況を管理するためのテーブルである。ここで、倉庫営業者が保有（所有ないし占有）する倉庫の物理的格納スペースについて説明する。図１に示すように、倉庫営業者は、一又は複数の倉庫を保有している。複数の倉庫を保有する場合、各倉庫は、同一の敷地内に建てられている場合もあるし、離散した複数の敷地に夫々建てられている場合もある。そして、各倉庫内は、物理的に、複数の空間に限られている。このように、物理的に区切られた各空間が、「物理的格納スペース」であり、デッドスペース管理の基準となっている。具体的には、「物理的格納スペース」は、例えば、部屋として定義されても良いし、棚として定義されても良いし、ロッカーとして定義されても良いし、ボックスとして定義されても良い。図４は、倉庫営業者が２つの倉庫（Ａ倉庫，Ｂ倉庫）を保有し、Ａ倉庫が三つの物理的格納スペース（Ａ１−３−１，Ａ４−４−２，Ａ４−４−３）から構成され、Ｂ倉庫が一つの物理的格納スペース（Ｂ１−１−１）から構成されている場合におけるデッドスペーステーブル１２５の例である。
【００３２】
図４に示されるように、デッドスペーステーブル１２５の各レコードは、個々の物理的格納スペースに対応しており、夫々、倉庫の名称が記載される「倉庫名」欄，物理的格納スペースの識別情報（位置ナンバー）が登録される「位置Ｎｏ．」欄，物理的格納スペースの高さ（Ｘ），幅（Ｙ），奥行（Ｚ）の各寸法［単位：ｍ］が登録される「収納スペース」欄，物理的格納スペースに更に収納可能な空間（空きスペース）の高さ（Ｘ），幅（Ｙ），奥行（Ｚ）の各寸法［単位：ｍ］が登録される「収納可能スペース」欄，空きスペースに対する受寄物の収容方向（どの方向に差し込むか）を特定する「収納方法（方向）」欄，収納方向における空きスペースの寸法［単位：ｍ］が登録される「空きスペース」欄，及び、物理的格納スペースに収容済みの受寄物の個数が登録される「格納数」欄から、構成される。ハードディスク１２における当該デッドスペーステーブル１２５を記憶した部分が、第１の記憶部に相当する。
【００３３】
商品格納テーブル１２６は、体積固定型寄託契約に従って、倉庫営業者に寄託された各受寄物についての情報を管理するテーブルである。即ち、商品格納テーブル１２６は、図５に示されるように、各受寄物毎にレコードを有しており、各レコードは、受寄物の寄託時に倉庫営業者によって当該受寄物又はその養生用ケースに付される電子タグのＩＤ（格納ユニークＩＤ）が登録される「格納ユニークＩＤ」欄，受寄物の種別が登録される「種別」欄，受寄物に印刷されたコード（ＩＳＤＮコード，ＪＡＮコード，等）が登録される「商品コード」欄，受寄物の商品名が登録される「商品名」欄，商品画像データ自体又は商品画像データのＵＲＬが登録される「商品画像」欄，寄託者によって申告された受寄物のコンディションが登録される「申告によるコンディション」欄，寄託時に倉庫営業者が
受寄物を検品することによって評価されたコンディションが登録される「検品時のコンディション」欄，受寄物の現在の所有者の個人識別子（所有者ＩＤ）が登録される「所有者ＩＤ」欄，所有者が受寄物を単に保管しているだけか（“保管する”）売りに出しているのか（“売る”）無償譲渡しようとしているのか（“あげる”）物々交換しようとしているのか（“交換する”）についてのステータス（商品ステータス）が登録される「商品ステータス」欄，所有者が受寄物を公開を希望しているのか（“公開”）非公開を希望しているのか（“非公開”）についてのステータス（公開ステータス）が登録される「公開ステータス」欄，受寄物が裸で物理的格納スペースに収容される場合には当該受寄物自体の高さ（Ｘ），幅（Ｙ），奥行（Ｚ）の各寸法［単位：ｍ］が登録される一方、受寄物が養生用ケースに収納されて物理的格納スペースに収容される場合には当該養生用ケースの高さ（Ｘ），幅（Ｙ），奥行（Ｚ）の各寸法［単位：ｍ］が登録される「商品サイズ」欄，受寄物の体積［単位：ｍ3］が登録される「体積」欄，及び、受寄物について商品ステー
タスが“売る”である場合にその売価［単位：円］が登録される「売価」欄から、構成される。ハードディスク１２における当該商品格納テーブル１２６を記憶した部分が、第３の記憶部に相当する。
【００３４】
預け品依頼テーブル兼引き取り品依頼テーブル１２７は、寄託された各受寄物に対する倉庫営業者の作業状況が登録されるテーブルである。預け品依頼テーブル兼引き取り品依頼テーブル１２７の各レコードは、図６に示されるように、各受寄物毎にレコードを有しており、各レコードは、寄託者（所有者）の個人識別子（所有者ＩＤ）が登録される「所有者ＩＤ」欄，受寄物の商品名が登録される「商品名」欄，寄託者によって申告された受寄物のコンディションが登録される「申告によるコンディション」欄，寄託者が倉庫管理サーバ１に対して寄託を依頼した日（依頼日）が登録される「依頼日」欄，寄託物を倉庫営業者が受領した日（到着日）が登録される「到着日」欄，及び、作業進捗状況が登録される「作業ステータス」欄から、構成される。
【００３５】
図１において、外部サーバ群４は、倉庫営業者端末２がネットワークを通じてアクセス可能なウェブサーバ装置であり、夫々、データベースを有し、倉庫営業者端末２から問い合わされた条件に合致した情報を各データベースから読み出して、倉庫営業者端末２に応答するサーバである。外部サーバ群４が有するデータベースには、図７に示すＩＳＢＮデータＤＢ（Data Base）４１，図８に示すＪＡＮデータＤＢ（Data Base）４２，図９に示す体積情報ＤＢ（Data Base）４３がある。
【００３６】
ＩＳＢＮデータＤＢ４１は、図７に示すように、日本図書コード管理センターが管理する各ＩＳＢＮコード毎にレコードを有しており、各レコードは、ＩＳＢＮコード自体が登録される「ＩＳＢＮコード」欄，ＩＳＢＮコードが付与された書籍の商品名（書名）が登録される「商品名（書名）」欄，当該書籍の著者名が登録される「著者名」欄，当該書籍の新品定価が登録される「金額（定価）」欄，当該書籍の表紙のイメージ画像データが登録される「イメージ画像」欄から、構成される。
【００３７】
ＪＡＮデータＤＢ４２は、図８に示すように、財団法人流通システム開発センターが管理するＪＡＮコード毎にレコードを有しており、各レコードは、ＪＡＮコード自体が登録される「ＪＡＮコード」欄，ＪＡＮコードが付与された商品の商品名（書名）が登録される「商品名」欄，当該商品のメーカー名が登録される「メーカー名」欄，当該書籍の新品定価が登録される「金額（定価）」欄，当該書籍の表紙のイメージ画像データが登録される「イメージ画像」欄から、構成される。
【００３８】
体積情報ＤＢ４３は、図９に示すように、ＩＳＢＮコード又はＪＡＮコードが付与された商品毎にレコードを有しており、各レコードは、ＩＳＢＮコード又はＪＡＮコードが登録される「ＩＳＢＮ・ＪＡＮコード」欄，商品の高さ（Ｘ）［単位：ｍ］が登録される「
X(高さ）」欄，幅（Ｙ）［単位：ｍ］が登録される「Ｙ(幅）」欄，奥行き（Ｚ）［単位
：ｍ］が登録される「Ｚ(奥行）」欄，重量［単位：ｇ］が登録される「重量」欄から、
構成される。
＜倉庫管理プログラムによる処理内容＞
以下、図１０〜図１９のフローチャートを参照して、倉庫管理プログラム１２１に従ってＣＰＵ１１が実行する処理の内容を説明する。
［会員登録時］
図１０のフローチャートに示す会員登録時処理は、会員管理データベース１２３に会員として登録されていない顧客が新規に体積固定型寄託契約の申込をするための処理である。この会員登録時処理は、かかる顧客が操作しているとともにウェブブラウザプログラム３２１による処理を実行しているユーザ端末３からの会員登録要求メッセージを受信した時に、スタートする。
【００３９】
スタート後最初のＳ００１では、ＣＰＵ１１は、入会申込画面の画面／フォームデータ１２２を、メッセージ送信元のユーザ端末３へ送信する。この入会申込画面には、図２に示す会員管理ＤＢ１２３の「氏名」欄，「課金情報」欄，「住所」欄，「電子メールアドレス」欄，図３に示す所有者テーブルの「契約スペース」欄に夫々対応した入力欄，及び、各入力欄に入力された情報をパラメータとするメッセージを倉庫管理サーバ１へ送信させるタグが付されたアイテムが含まれている。
【００４０】
ＣＰＵ１１は、次のＳ００２においてユーザ端末３からの上記メッセージを待ち、上記メッセージを受信すると、Ｓ００３において、所有者ＩＤ，マイページＵＲＬ及び認証用データを夫々生成する。また、ＣＰＵ１１は、上記メッセージに含まれる「契約スペース」の値に基づいて、月毎課金額を決定する。
【００４１】
次のＳ００４では、ＣＰＵ１１は、Ｓ００２にて受信したメッセージ中の各パラメータ（契約スペースを除く）及びＳ００３にて生成・決定した情報からなる会員情報を、会員管理データベース１２３に登録する。
【００４２】
次のＳ００５では、ＣＰＵ１１は、Ｓ００２にて受信したメッセージ中の契約スペースの値及びＳ００２にて生成した所有者ＩＤに基づき、新規レコードを追加する。Ｓ００５を完了すると、ＣＰＵ１１は、会員登録時処理を終了する。
［デッドスペース更新申請時］
図１１に示すデッドスペース更新申請時処理は、通信業者が仲介する体積固定型寄託契約以外の事情に因って倉庫営業者が保有する各倉庫の各物理的格納スペースにおける受寄物の収納情況に変動が生じた場合に、その事実をデッドスペーステーブル１２５に反映させるための、処理である。このデッドスペース更新申請時処理は、ウェブブラウザプログラム２２１による処理を実行している倉庫営業者端末２からのデッドスペース申請メッセージを受信した倉庫管理サーバ１のＣＰＵ１１が、所定の認証処理に成功した場合に、スタートする。
【００４３】
スタート後最初のＳ１０１では、ＣＰＵ１１は、申請画面の画面／フォームデータ１２２を、メッセージ送信元の倉庫営業者端末２へ送信する。この申請画面には、何れの倉庫の何れの物理収容スペースの収納可能スペースが、どのように変動（拡大又は縮小）したかを特定させるための幾つかの入力欄，及び、各入力欄に入力された情報をパラメータとするメッセージを倉庫管理サーバ１へ送信させるタグが付されたアイテムが含まれている。
【００４４】
ＣＰＵ１１は、次のＳ１０２において倉庫営業者端末２からの上記メッセージを待ち、上記メッセージを受信すると、Ｓ１０３において、メッセージ中のパラメータに従って、
デッドスペーステーブル１２５中の該当物理スペースについての「収納可能スペース」欄の登録内容及び「空きスペース」欄の登録内容を、更新する。Ｓ１０３を完了すると、ＣＰＵ１１は、デッドスペース更新申請時処理を終了する。
［寄託依頼時］
図１２のフローチャートに示す寄託依頼時処理は、会員管理データベース１２３に登録されている会員が、或る寄託物を倉庫営業者へ送付（郵送，運送）するに先立って、倉庫営業者の代理人としての通信業者に寄託を依頼するための、処理である。この寄託依頼時処理は、かかる会員が操作しているとともにウェブブラウザプログラム３２１による処理を実行しているユーザ端末３からの寄託依頼メッセージを受信した倉庫管理サーバ１のＣＰＵ１１が、ユーザ端末３の操作者から送信された所有者ＩＤに対する所定の認証処理に成功した場合に、スタートする。
【００４５】
スタート後最初のＳ２０１では、ＣＰＵ１１は、寄託依頼画面の画面／フォームデータ１２２を、メッセージ送信元のユーザ端末３へ送信する。この寄託依頼画面には、図６に示す預け品依頼テーブル兼引き取り品依頼テーブル１２７の「所有者ＩＤ」欄，「商品名」欄，及び、「申請によるコンディション」欄に夫々対応した入力欄，並びに、各入力欄に入力された情報をパラメータとするメッセージを倉庫管理サーバ１へ送信させるタグが付されたアイテムが含まれている。
【００４６】
ＣＰＵ１１は、次のＳ２０２においてユーザ端末３からの上記メッセージを待ち、上記メッセージを受信すると、Ｓ２０３において、Ｓ２０２にて受信したメッセージ中の各パラメータが登録されているとともに「作業ステータス」＝“新規”と設定された新規レコードを、預け品依頼テーブル兼引き取り品依頼テーブル１２７に登録する。Ｓ２０３を完了すると、ＣＰＵ１１は、会員登録時処理を終了する。
［商品登録時］
図１３及び図１４のフローチャートに示す商品登録時処理は、上記会員から送付（郵送，運送）された寄託物を受領した倉庫営業者の担当者が当該寄託物の情報を商品格納テーブル１２６に登録するための、処理である。この処理に先立って、倉庫営業者の担当者は、予め合意されたルールに従って送付元の会員が寄託物を倉庫営業者に送付するための送付状又は送付伝票に書き込んだ当該会員の所有者ＩＤを読み取り、当該寄託物を送付用の梱包から取り出し、必要に応じて養生用ケースに収容し、寄託物の外面（養生用ケースを用いない場合）又は養生用ケースの外面に電子タグ（ＲＦ−ＩＤ，以下同じ）を付しておく。
【００４７】
そして、この商品登録時処理は、ウェブブラウザプログラム２２１による処理を実行している倉庫営業者端末２からの商品登録要求メッセージを受信した倉庫管理サーバ１のＣＰＵ１１が、所定の認証処理に成功した場合に、スタートする。
【００４８】
スタート後、最初のＳ３０１では、ＣＰＵ１１は、当該会員の所有者ＩＤの取得を試みる。例えば、商品登録要求メッセージに所有者ＩＤが含まれている場合には、当該メッセージ中から所有者ＩＤを抽出する。それ以外の場合には、ＣＰＵ１１は、倉庫営業者端末２へ所有者ＩＤの送信画面を応答し、当該送信画面の機能により返信されてきた所有者ＩＤを受信しても良い。かくして所有者ＩＤの取得に成功したＣＰＵ１１は、処理をＳ３０２へ進める。
【００４９】
Ｓ３０２では、ＣＰＵ１１は、預け品依頼テーブル兼引き取り品依頼テーブル１２７を検索し、Ｓ３０１にて取得した所有者ＩＤを含むとともに「作業ステータス」＝“新規”に設定されているレコードを抽出する。このとき、依頼元の会員が複数の寄託物について夫々上記寄託依頼処理を実行させていた場合には、複数のレコードが抽出されることになる。
【００５０】
次のＳ３０３では、ＣＰＵ１１は、到着日登録画面の画面／フォームデータ１２２を、倉庫営業者端末２へ送信する。この到着日登録画面には、Ｓ３０２にて抽出された各レコード中の商品名が列挙され、何れの商品名に対応した寄託物の登録であるかを選択させるオプションボタンが含まれているとともに、寄託物到着日の入力欄，及び、オプションボタンによって選択された商品名及び入力欄に入力された寄託物到着日をパラメータとするメッセージを倉庫管理サーバ１へ送信させるタグが付されたアイテムが、含まれている。
【００５１】
ＣＰＵ１１は、次のＳ３０４においてユーザ端末３からの上記メッセージを待ち、上記メッセージを受信すると、処理をＳ３０５へ進める。
【００５２】
Ｓ３０５では、ＣＰＵ１１は、預け品依頼テーブル兼引き取り品依頼テーブル１２７から、Ｓ３０４にて受信したメッセージ中の商品名を含むレコードを検索し、検索したレコードにおける「作業ステータス」欄の値を、“検品中”に変更する。
【００５３】
次のＳ３０６では、ＣＰＵ１１は、商品登録画面の画面／フォームデータ１２２を、倉庫営業者端末２へ送信する。この到着日登録画面には、図５に示す商品格納テーブル１２６の各欄に夫々対応した入力欄（「申告によるコンディション」欄，「商品ステータス」欄，「公開ステータス」欄，「位置Ｎｏ．」欄，「売値」欄を除く），及び、各入力欄に入力された情報をパラメータとするメッセージを倉庫管理サーバ１へ送信させるタグが付されたアイテムが含まれている。なお、「商品名」の入力欄には、Ｓ３０５にて検索したレコード中の「商品名」欄の値が初期設定されていても良い。当該商品登録画面の画面／フォームデータ１２２を受信した倉庫営業者端末２では、担当者は、受寄物又はその養生用ケースに付された電子タグのＩＤ（格納ユニークＩＤ）を読み出して、前記画面の対応入力欄に入力する。また、当該受寄物にＩＳＢＮコードが付されていれば、ＩＳＢＮデータＤＢ４１にアクセスし、当該ＩＳＢＮに対応する商品名，商品画像を読み出し、これらＩＳＢＮコード，商品名，商品画像を前記画面の対応入力欄に入力する。また、当該受寄物にＪＡＮコードが印刷されていれば、ＪＡＮデータＤＢ４２にアクセスし、当該ＪＡＮコードに対応する商品名，商品画像を読み出し、これらＪＡＮコード，商品名，商品画像を前記画面の対応入力欄に入力する。また、担当者は、受寄物又はその養生用ケースの高さ（Ｘ），幅（Ｙ）及び奥行き（Ｚ）の各寸法を計測して、前記画面の対応入力欄に入力する。また、担当者は、受寄物の種別，コンディションを評価して、「種別」及び「検品時のコンディション」欄に夫々入力する。以上の後に、担当者が前記画面中の送信アイテムを操作すると、倉庫営業者端末２のＣＰＵ２１は、各入力欄に入力されたデータを含むメッセージを、倉庫管理サーバ１へ送信する。
【００５４】
ＣＰＵ１１は、次のＳ３０７において倉庫営業者端末２からの上記メッセージを待ち、上記メッセージを受信すると、Ｓ３０８において、所有者テーブル１２４を検索し、Ｓ３０１にて取得した所有者ＩＤを含むレコードを読み出す。
【００５５】
次のＳ３０９では、ＣＰＵ１１は、Ｓ３０７にて受信したデータ中の「商品サイズ」の高さ（Ｘ），幅（Ｙ）及び奥行き（Ｚ）の値に基づいて算出される体積（受寄物体積）が、Ｓ３０８にて所有者テーブル１２４から読み出したレコード中の残スペースを超えているか否かをチェックする。そして、前者が後者以下であれば、処理をＳ３１２へ進める。
【００５６】
これに対して、前者が後者を超えていれば、ＣＰＵ１１は、Ｓ３１０において、Ｓ３０８にて抽出したレコード中の残スペースが受寄物体積以上となるまで、当該レコードにおける契約スペースの値及び残スペースの値を、単位量づつ増量していく。そして、ＣＰＵ１１は、前者が後者以上となった時点で、処理をＳ３１１へ進める。
【００５７】
Ｓ３１１では、ＣＰＵ１１は、Ｓ３１０における契約スペースの増量分に相当する額だけ、会員管理データベース１２３におけるＳ３０１にて取得した所有者ＩＤを含むレコード中の「月額課金額」欄の値を増加する。Ｓ３１１を完了すると、ＣＰＵ１１は、処理をＳ３１２へ進める。
【００５８】
Ｓ３１２では、ＣＰＵ１１は、デッドスペーステーブル１２５を検索して、「収納可能スペース」欄に登録されている高さ（Ｘ），幅（Ｙ）及び奥行き（Ｚ）の各寸法が示す空間が、Ｓ３０７にて受信したデータ中の「商品サイズ」の高さ（Ｘ），幅（Ｙ）及び奥行き（Ｚ）の各寸法が示す空間を内包するか否かに基づいて、受寄物又はその養生用ケースのサイズ以上となる収納可能スペースの有無をチェックする。そして、受寄物又はその養生用ケースのサイズ以上となる収納可能スペースがあれば、ＣＰＵ１１は、処理をＳ３１６へ進める。
【００５９】
これに対して、受寄物又はその養生用ケースのサイズ以上となる収納可能スペースがなければ、ＣＰＵ１１は、Ｓ３１４において、新たなスペースの確保をすべき旨の警告画面の画面／フォームデータ１２２を倉庫営業者端末２へ送信した後に、処理をＳ３１３へ戻す。倉庫営業者端末２のＣＰＵ２１により実行されているウェブブラウザプログラム２２１によってディスプレイ２６上に表示される当該警告画面を見た担当者は、何れかの物理的格納スペース内を整理することにより、空きスペースを拡大した上で、図１１に示すデッドスペース更新申請処理を実行させる。その結果、当該物理的格納スペースについてデッドスペーステーブル１２５に登録されている収納格納スペースの寸法が拡大されるので、二回目以降のＳ３１３の処理において、受寄物又はその養生用ケースのサイズ以上となる収納可能スペースがあるとの判断がなされる可能性が生じる。
【００６０】
Ｓ３１５では、ＣＰＵ１１は、受寄物又はその養生用ケースのサイズ以上となる収納可能スペースを有する物理的格納スペースが複数あるか否かをチェックする。そして、ＣＰＵ１１は、かかる物理的格納スペースが一つだけあれば処理を直接Ｓ３１７へ進め、かかる物理的格納スペースが複数あれば、Ｓ３１６において、収納可能スペースの寸法が小さい方の物理的格納スペースの「位置Ｎｏ．」を選択した後に、処理をＳ３１７へ進める。
【００６１】
なお、上述したＳ３０９〜Ｓ３１６の処理が、寄託者の識別情報及び当該寄託者が寄託を求める物の寸法が入力された場合に、入力された物の寸法に基づいて計算される体積が、入力された識別情報に基づいて特定される寄託者について前記第２の記憶部に登録されている空き体積以内である場合に限り、前記物の寸法によって特定される空間を内包する寸法の空きスペースを有するものとして前記第１の記憶部に登録されている物理的格納スペースを特定する特定手段に、相当する。
【００６２】
Ｓ３１７では、ＣＰＵ１１は、デッドスペーステーブル１２５における「収納可能スペース」欄（Ｓ３１５において一つだけであると判断された物理的格納スペースに対応したレコードにおける「収納可能スペース」欄，若しくは、Ｓ３１６にて選択された「位置Ｎｏ．」に対応したレコードにおける「収納可能スペース」欄）に登録されている寸法を、Ｓ３０７にて受信したデータ中の「商品サイズ」の高さ（Ｘ），幅（Ｙ）及び奥行き（Ｚ）の各寸法が示す空間分だけ減じる。
【００６３】
次の３１８では、ＣＰＵ１１は、Ｓ３０８にて所有者テーブル１２４から読み出したレコード中の「利用スペース」欄の値に、Ｓ３０７にて受信したデータ中の「商品サイズ」の高さ（Ｘ），幅（Ｙ）及び奥行き（Ｚ）の値に基づいて算出される体積（受寄物体積）を加算するとともに、「残スペース」欄の値から上記受寄物体積を減算する。
【００６４】
なお、上述したＳ３１７及びＳ３１８が、入力された識別情報に基づいて特定される寄
託者について前記第２の記憶部に登録されている空き体積から、前記入力インタフェースに入力された物の寸法に基づいて計算される体積を減じるとともに、前記特定手段によって特定された物理的格納スペースについて前記第１の記憶部に登録されている空きスペースの寸法を、前記入力インタフェースに入力された物の寸法によって特定される空間に相当する分減じる更新手段に、相当する。
【００６５】
次のＳ３１９では、ＣＰＵ１１は、Ｓ３０７にて受信したデータ中の各パラメータ，Ｓ３１３にて受寄物又はその養生用ケースのサイズ以上となる収納可能スペースがあると判断された物理的格納スペースの位置Ｎｏ．（かかる物理的格納スペースが複数存在する場合にはＳ３１６にて選択された位置Ｎｏ．），Ｓ３０２にて抽出したレコード中の「申請によるコンディション」欄の値，商品ステータス＝保管（初期値），公開ステータス＝非公開が登録された新規レコードを、商品格納テーブル１２６に追加する。
【００６６】
即ち、Ｓ３１９が、特定手段によって寄託物に関して物理的格納スペースが特定された場合に、当該寄託物について、当該物理的格納スペースの識別情報，並びに、入力インタフェースに入力された寸法及び寄託者の識別情報を、前記第３の記憶部に登録する登録手段に、相当する。
【００６７】
次の３２０では、ＣＰＵ１１は、Ｓ３１３にて受寄物又はその養生用ケースのサイズ以上となる収納可能スペースがあると判断された物理的格納スペースの位置Ｎｏ．（かかる物理的格納スペースが複数存在する場合にはＳ３１６にて選択された位置Ｎｏ．）を、倉庫営業者端末２へ応答する。即ち、Ｓ３２０が、特定手段によって特定された物理的格納スペースの特定情報を出力する出力手段に、相当する。
【００６８】
倉庫営業者端末２のＣＰＵ２１により実行されているウェブブラウザプログラム２２１によってディスプレイ２６上に表示されている位置Ｎｏ．を見た担当者は、当該位置Ｎｏ．が示す物理的格納スペース内の空きスペースに、受寄物を収納する。
【００６９】
次のＳ３２１では、ＣＰＵ１１は、Ｓ３０５にて預け品依頼テーブル兼引き取り品依頼テーブル１２７から検索したレコードにおける「作業ステータス」欄の値を、“収納済”に変更する。Ｓ３２１を完了すると、ＣＰＵ１１は、商品登録時処理を終了する。
［会員アクセス時］
図１５及び図１６のフローチャートに示す会員アクセス時処理は、何れかの会員が操作するユーザ端末３から、当該ユーザのマイページ（図２０）のＵＲＬ，トップページ（２１）のＵＲＬ，売りますページのＵＲＬ，あげますページのＵＲＬ，又は、交換しますページのＵＲＬを指定したメッセージが倉庫管理サーバ１に受信され、当該倉庫管理サーバ１のＣＰＵ１１が、ユーザ端末３の操作者から送信された所有者ＩＤに対する所定の認証処理に成功した場合に、スタートする。
【００７０】
スタート後最初のＳ４０１では、ＣＰＵ１１は、受信したメッセージ中に指定されたＵＲＬに基づき、要求されたページの種類を識別する。
【００７１】
Ｓ４０１にてマイページが要求されたと判断した場合（即ち、認証された会員の所有者ＩＤに対応して会員管理データベース１２３に登録されているマイページＵＲＬがメッセージ中に指定されている場合）には、ＣＰＵ１１は、Ｓ４０２において、認証された会員専用のマイページ（図２０参照）の画面データを生成する。即ち、ＣＰＵ１１は、マイページの画面／フォームデータ１２２を読み出すとともに、認証された会員の所有者ＩＤを含む上から９個のレコードを商品格納テーブル１２６から読み出し、読み出したレコード中の「商品画像」欄に登録されている画像データを、上記画面データにおける「自分の書庫」欄にリンクさせるとともに、読み出した各レコードにおける「種別」欄の値１０１，
「商品名」欄の値１０２，「商品ステータス」欄の値１０３，「売価」欄の値１０４（商品ステータス＝“売ります”となっているレコードについてのみ），「公開ステータス」欄の値１０５（商品ステータス＝“保管”となっているレコードについてのみのみ）を、上記画面データにおける「書庫にあるリスト」欄に追記する。なお、「商品ステータス」欄の値１０３は、クリックされる毎に「商品ステータス」欄の値１０３を順次変更させるステータス変更要求メッセージを倉庫管理サーバ１へ送信させるボタンとして、設定される。また、「売価」欄の値１０４は、変更ボタン１０７が操作されたときに入力内容を変更要求値とするステータス変更要求メッセージを倉庫管理サーバ１へ送信させるテキストボックス内に、表示される。また、「公開ステータス」欄の値１０５は、クリックされる毎に「公開ステータス」欄の値を順次変更させるステータス変更要求メッセージを倉庫管理サーバ１へ送信させるボタンとして、設定される。また、マイページにおける「書庫にあるリスト」欄中には、各受寄物に対応して、対応する受寄物の格納ユニークＩＤをパラメータとして含む引取要求メッセージを倉庫管理サーバ１へ送信させる「引取」ボタン１０６が、含まれている。また、マイページには、テキストボックスに入力されたキーワードを検索条件として指定した更新要求メッセージを倉庫管理サーバ１へ送信させる検索欄１０７，及び、選択されたジャンルを検索条件として指定した更新要求メッセージを倉庫管理サーバ１へ送信させるジャンル欄１０８を、含んでいる。さらに、マイページには、トップページのＵＲＬを指定したメッセージ，売りますページのＵＲＬを指定したメッセージ，あげますページのＵＲＬを指定したメッセージ，マイページのＵＲＬを指定したメッセージ，交換しますページのＵＲＬを指定したメッセージを夫々倉庫管理サーバ１へ送信させる各タブ１０９が、含まれている。ＣＰＵ１１は、上記のようにして生成したマイページの画面データを、メッセージ送信元のユーザ端末２へ応答する。
【００７２】
Ｓ４０３では、ＣＰＵ１１は、メッセージ送信元のユーザ端末３からステータス要求メッセージを受信したか否かをチェックし、受信していなければ処理を直接Ｓ４０５へ進め、受信していれば、Ｓ４０４において、商品格納テーブル１２６におけるステータス変更要求メッセージにおいて変更を要求された受寄物についての「商品ステータス」欄，「公開ステータス」欄又は「売価」欄の値を、変更要求された値に変更した後に、処理をＳ４０５へ進める。
【００７３】
Ｓ４０５では、ＣＰＵ１１は、メッセージ送信元のユーザ端末３から引取要求メッセージを受信したか否かをチェックし、受信していなければ処理を直接Ｓ４０７へ進め、受信していれば、Ｓ４０６において、後述する引取処理を実行した後に、処理をＳ４０７へ進める。
【００７４】
Ｓ４０７では、ＣＰＵ１１は、メッセージ送信元のユーザ端末３から更新要求メッセージを受信したか否かをチェックし、受信していなければ処理を直接Ｓ４０３へ戻し、受信していれば、Ｓ４０８において、商品格納テーブル１２６における認証された会員の所有者ＩＤを含むレコードを更新要求メッセージにおいて指定された検索条件に従ってソートした結果である上位９個のレコードに基づいて、マイページの画面データにおける「自分の書庫」欄及び「書庫にあるリスト」欄を更新し、更新後のマイページの画面データをメッセージ送信元のユーザ端末３へ送信した後に、処理をＳ４０３へ戻す。
【００７５】
Ｓ４０１にてトップページが要求されたと判断した場合には、ＣＰＵ１１は、Ｓ４０９において、トップページ（図２１）の画面データを生成する。即ち、ＣＰＵ１１は、トップページの画面／フォームデータ１２２を読み出すとともに、「公開ステータス」＝“公開”に設定されている全レコードのうち上から９個のレコードを商品格納テーブル１２６から読み出し、読み出したレコード中の「商品画像」欄に登録されている画像データを、上記画面データにおける「新着紹介枠」欄にリンクさせる。このトップページには、マイページと同様に、検索欄１０７，ジャンル欄１０８，及び、各タブ１０９が含まれている
。ＣＰＵ１１は、上記のようにして生成したトップページの画面データを、メッセージ送信元のユーザ端末２へ応答する。
【００７６】
次のＳ４１０では、ＣＰＵ１１は、メッセージ送信元のユーザ端末３から更新要求メッセージを受信したか否かをチェックし、受信していなければ処理を直接Ｓ４１０へ戻し、受信していれば、Ｓ４１１において、商品格納テーブル１２６における「公開ステータス」＝“公開”に設定されているレコードを更新要求メッセージにおいて指定された検索条件に従ってソートした結果である上位９個のレコードに基づいて、トップページの画面データにおける「新着紹介枠」欄を更新し、更新後のトップページの画面データをメッセージ送信元のユーザ端末３へ送信した後に、処理をＳ４１０へ戻す。
【００７７】
Ｓ４０１にて売りますページ又はあげますページが要求されたと判断した場合には、ＣＰＵ１１は、Ｓ４１２において、売りますページの画面データ又はあげますページの画面データを生成する。即ち、ＣＰＵ１１は、売りますページが要求されている場合には、売りますページの画面／フォームデータ１２２（そのレイアウトはトップページと同じ構成である）を読み出すとともに、「商品ステータス」＝“売る”に設定されている全レコードのうち上から９個のレコードを商品格納テーブル１２６から読み出し、読み出したレコード中の「商品画像」欄に登録されている画像データを、上記画面データの中央の欄にリンクさせる。同様に、ＣＰＵ１１は、あげますページが要求されている場合には、あげますページの画面／フォームデータ１２２（そのレイアウトはトップページと同じ構成である）を読み出すとともに、「商品ステータス」＝“あげる”に設定されている全レコードのうち上から９個のレコードを商品格納テーブル１２６から読み出し、読み出したレコード中の「商品画像」欄に登録されている画像データを、上記画面データの中央の欄にリンクさせる。なお、各画面データに設定された画像データへのリンクには、画像データがクリックされた場合に当該画像データに対応した格納ユニークＩＤをパラメータとする商品選択メッセージを倉庫管理サーバ１へ送信させるアンカータグが、設定されている。その他、売りますページ及びあげますページには、マイページと同様に、検索欄１０７，ジャンル欄１０８，及び、各タブ１０９が含まれている。ＣＰＵ１１は、上記のようにして生成した売りますページ又はあげますページの画面データを、メッセージ送信元のユーザ端末２へ応答する。
【００７８】
Ｓ４１３では、ＣＰＵ１１は、メッセージ送信元のユーザ端末３から商品選択要求メッセージを受信したか否かをチェックし、受信していなければ、処理をS４１４へ進める。
【００７９】
Ｓ４１４では、ＣＰＵ１１は、メッセージ送信元のユーザ端末３から更新要求メッセージを受信していたか否かをチェックし、受信していなければ処理を直接Ｓ４１３へ戻し、受信していれば、Ｓ４１６において、商品格納テーブル１２６における「商品ステータス」＝“売ります”に設定されているレコード（Ｓ４１２において売りますページが要求された場合）又は「商品ステータス」＝“あげます”に設定されているレコード（Ｓ４１２においてあげますページが要求された場合）を更新要求メッセージにおいて指定された検索条件に従ってソートした結果である上位９個のレコードに基づいて、売りますページ又はあげますページの画面データの中央の欄を更新し、更新後の売りますページ又はあげますページの画面データをメッセージ送信元のユーザ端末３へ送信した後に、処理をＳ４１３へ戻す。
【００８０】
一方、商品選択要求メッセージを受信したとＳ４１３にて判定した場合（即ち、寄託物の識別情報が入力された場合）には、ＣＰＵ１１は、Ｓ４１７において、受信した選択要求メッセージにパラメータとして含まれる格納ユニークＩＤに対応する所有者ＩＤ及び商品名を商品格納テーブル１２６から読み出し、読み出した所有者ＩＤに対応した電子メールアドレスを会員管理データベース１２３から読み出し、読み出した電子メールアドレス
宛に、上記商品名が示す寄託物の売却又は無償譲渡を承諾するか拒絶するかを確認させるメッセージ（承諾確認メッセージ）を、送信する。
【００８１】
次のＳ４１８では、上記承諾確認メッセージに対する応答を待ち、拒絶する旨の応答があった場合には、ＣＰＵ１１は、Ｓ４１９において、拒絶された旨を表示する警告画面の画面／フォームデータ１２２を読み出し、データ売りますページ又はあげますページ要求元のユーザ端末２へ送信した後に、処理をＳ４１３へ戻す。
【００８２】
一方、承諾する旨の応答があったとＳ４１８にて判断した場合には、ＣＰＵ１１は、認証された所有者ＩＤ（即ち、入力された会員の識別情報）が示す者（譲受人）と当該寄託物の所有者との間で譲渡の合意（売買契約又は贈与契約）が成立したことを前提として、Ｓ４２０において、所有者変更処理を実行する。
【００８３】
図１７は、Ｓ４２０にて実行される所有者変更処理サブルーチンを示すフローチャートである。このサブルーチンに入って最初のＳ５０１では、ＣＰＵ１１は、商品格納テーブル１２６における譲渡対象受寄物に対応したレコード中の「所有者ＩＤ」欄の値を、譲受人について会員管理データベース１２３に登録されている所有者ＩＤに変更するとともに、同レコード中の「商品ステータス」欄の値を“保管”に、「公開ステータス」欄の値を“非公開”に、夫々、初期化する。
【００８４】
次のＳ５０２では、ＣＰＵ１１は、譲渡人について所有者テーブル１２４に登録されている「利用スペース」欄の値から、譲渡対象受寄物について商品格納テーブル１２６の「商品サイズ」欄に登録されている高さ（Ｘ），幅（Ｙ）及び奥行き（Ｚ）の各寸法に基づいて算出される体積を減ずるとともに、「残スペース」欄の値に上記体積を加算する。
【００８５】
次のＳ５０３では、ＣＰＵ１１は、譲受人について所有者テーブル１２４に登録されている「残スペース」欄の値が、譲渡対象受寄物について商品格納テーブル１２６の「商品サイズ」欄に登録されている高さ（Ｘ），幅（Ｙ）及び奥行き（Ｚ）の各寸法に基づいて算出される体積以上であるか否かを、チェックする。そして、前者が後者以上である場合には、ＣＰＵ１１は、処理を直接Ｓ５０６へ進める。
【００８６】
これに対して、前者が後者未満であるとＳ５０３にて判断した場合には、ＣＰＵ１１は、Ｓ５０４において、譲受人について所有者テーブル１２４に登録されている「残スペース」欄の値が上記譲渡対象受寄物の体積以上となるまで、当該レコードにおける契約スペースの値及び残スペースの値を、単位量づつ増量していく。そして、ＣＰＵ１１は、前者が後者以上となった時点で、処理をＳ５０５へ進める。
【００８７】
Ｓ５０５では、ＣＰＵ１１は、Ｓ５０４における契約スペースの増量分に相当する額だけ、譲受人について会員管理データベース１２３の「月額課金額」欄に登録されている値を増加する。Ｓ５０５を完了すると、ＣＰＵ１１は、処理をＳ５０６へ進める。
【００８８】
Ｓ５０６では、ＣＰＵ１１は、譲受人について所有者テーブル１２４に登録されている「利用スペース」欄の値に、譲渡対象受寄物について商品格納テーブル１２６の「商品サイズ」欄に登録されている高さ（Ｘ），幅（Ｙ）及び奥行き（Ｚ）の各寸法に基づいて算出される体積を加算するとともに、「残スペース」欄の値から上記体積を減算する。Ｓ５０６を完了すると、ＣＰＵ１１は、所有権変更処理サブルーチンを修了して、処理をメインルーチンに戻す。
【００８９】
なお、上述したＳ５０２〜Ｓ５０６が、第３の記憶部に登録されている寄託物のうち当該寄託物に対応して前記第３の記憶物に識別情報が登録されている所有者から他者に譲渡
される寄託物の識別情報，及び、譲受人である前記他者の識別情報が入力された場合に、当該寄託物について前記第３の記憶部に登録されている識別情報によって特定される所有者について前記第２の記憶部に登録されている空き体積に、当該寄託物について前記第３の記憶部に登録されている寸法に基づいて計算される体積を加算するとともに、当該寄託物について前記第３の記憶部に登録されている所有者の識別情報を前記譲受人の識別情報に変更し、当該寄託物について前記第３の記憶部に登録されている寸法に基づいて計算される体積が、前記譲受人について前記第２の記憶部に登録されている空き体積以内である場合に限り、当該譲受人について前記第２の記憶部に登録されている空き体積から、当該寄託物について前記第３の記憶部に登録されている寸法に基づいて計算される体積を減じる更新手段に、相当する。
【００９０】
処理が戻された図１５のメインルーチンでは、ＣＰＵ１１は、Ｓ４２０の完了後に、Ｓ４２１において、精算処理を実行する。即ち、Ｓ４０１において売りますページが要求されていた場合において、譲渡対象受寄物について商品格納テーブル１２６の「売価」欄に登録されている売価を、譲受人について会員管理データベース１２３の「当月追加額」欄に登録されている値に加算するとともに、譲渡人について会員管理データベース１２３の「課金情報」欄に登録されている課金手段を用いて、当該売価を譲渡人に送金する処理を実行する。なお、Ｓ４０１においてあげますページが要求されていた場合には、何等の精算処理も行われない。Ｓ４２１を完了すると、ＣＰＵ１１は、処理をＳ４１３へ戻す。
【００９１】
Ｓ４０１にて交換しますページが要求されたと判断した場合には、ＣＰＵ１１は、Ｓ４０２において、交換しますページの画面データを生成する。即ち、ＣＰＵ１１は、交換しますページの画面／フォームデータ１２２（そのレイアウトはトップページと同じ構成である）を読み出すとともに、「商品ステータス」＝“交換する”に設定されている全レコードのうち上から９個のレコードを商品格納テーブル１２６から読み出し、読み出したレコード中の「商品画像」欄に登録されている画像データを、上記画面データの中央の欄にリンクさせる。なお、交換しますページの画面データに設定された画像データへのリンクには、画像データがクリックされた場合に当該画像データに対応した格納ユニークＩＤをパラメータとする商品選択メッセージを倉庫管理サーバ１へ送信させるアンカータグが、設定されている。その他、交換しますページには、マイページと同様に、検索欄１０７，ジャンル欄１０８，及び、各タブ１０９が含まれている。ＣＰＵ１１は、上記のようにして生成した交換しますページの画面データを、メッセージ送信元のユーザ端末２へ応答する。
【００９２】
Ｓ４２３では、ＣＰＵ１１は、メッセージ送信元のユーザ端末３から商品選択要求メッセージを受信したか否かをチェックし、受信していなければ、処理をS４２４へ進める。
【００９３】
Ｓ４２４では、ＣＰＵ１１は、メッセージ送信元のユーザ端末３から更新要求メッセージを受信していたか否かをチェックし、受信していなければ処理を直接Ｓ４２３へ戻し、受信していれば、Ｓ４２５において、商品格納テーブル１２６における「商品ステータス」＝“交換します”に設定されているレコードを更新要求メッセージにおいて指定された検索条件に従ってソートした結果である上位９個のレコードに基づいて、交換しますページの中央の欄を更新し、更新後の交換しますページの画面データをメッセージ送信元のユーザ端末３へ送信した後に、処理をＳ４２３へ戻す。
【００９４】
一方、商品選択要求メッセージを受信したとＳ４２３にて判定した場合（即ち、受寄物の識別情報が入力された場合）には、ＣＰＵ１１は、Ｓ４２６において、認証された会員専用のマイページの画面データを生成する。即ち、ＣＰＵ１１は、マイページの画面／フォームデータ１２２を読み出すとともに、認証された会員の所有者ＩＤ（即ち、入力された会員の識別情報）を含むとともに「商品コンディション」欄の値が“売ります”又は“
交換します”に設定されているレコードのうち、上から９個のレコードを商品格納テーブル１２６から読み出し、読み出したレコード中の「商品画像」欄に登録されている画像データを、上記画面データにおける「自分の書庫」欄にリンクさせる。なお、マイページの画面データに設定された画像データへのリンクには、画像データがクリックされた場合に当該画像データに対応した格納ユニークＩＤをパラメータとする商品選択メッセージを倉庫管理サーバ１へ送信させるアンカータグが、設定されている。当該マイページの画面データのその他の構成は、Ｓ４０２にて生成されるものと同じである。ＣＰＵ１１は、上記のようにして生成したマイページの画面データを、メッセージ送信元のユーザ端末２へ応答する。
【００９５】
Ｓ４２７では、ＣＰＵ１１は、メッセージ送信元のユーザ端末３から商品選択要求メッセージを受信したか否かをチェックし、受信していなければ、処理をS４２８へ進める。
【００９６】
Ｓ４２８では、ＣＰＵ１１は、メッセージ送信元のユーザ端末３から更新要求メッセージを受信していたか否かをチェックし、受信していなければ処理を直接Ｓ４２７へ戻し、受信していれば、Ｓ４２９において、商品格納テーブル１２６における「商品ステータス」＝“交換します”に設定されているレコードを更新要求メッセージにおいて指定された検索条件に従ってソートした結果である上位９個のレコードに基づいて、交換しますページの中央の欄を更新し、更新後の交換しますページの画面データをメッセージ送信元のユーザ端末３へ送信した後に、処理をＳ４２７へ戻す。
【００９７】
一方、商品選択要求メッセージを受信したとＳ４２７にて判定した場合には、ＣＰＵ１１は、Ｓ４３０において、受信した選択要求メッセージにパラメータとして含まれる格納ユニークＩＤに対応する所有者ＩＤを商品格納テーブル１２６から読み出し、読み出した所有者ＩＤに対応した電子メールアドレスを会員管理データベース１２３から読み出し、読み出した電子メールアドレス宛に、Ｓ４２３にて受信した商品選択メッセージにより選択された寄託物（対象商品）とＳ４２７の商品選択メッセージにより選択された寄託物（代償商品）との交換を承諾するか拒絶するかを確認するためのメッセージ（承諾確認メッセージ）を送信する。
【００９８】
次のＳ４３１では、上記承諾確認メッセージに対する応答を待ち、拒絶する旨の応答があった場合には、ＣＰＵ１１は、Ｓ４３２において、拒絶された旨を表示する警告画面の画面／フォームデータ１２２を読み出し、データ売りますページ又はあげますページ要求元のユーザ端末２へ送信した後に、処理をＳ４２３へ戻す。
【００９９】
一方、承諾する旨の応答があったとＳ４３１にて判断した場合には、ＣＰＵ１１は、当事者間で交換契約（相互の譲渡契約）が成立したことを前提として、Ｓ４３３において、Ｓ４２３にて受信した商品選択メッセージにより選択された寄託物（対象商品）についての所有者変更処理を実行する。具体的には、ＣＰＵ１１は、Ｓ４２３にて受信した商品選択メッセージにより選択された寄託物（対象商品）に関して、図１７に示す所有者変更処理サブルーチンを実行する。
【０１００】
次のＳ４３４では、Ｓ４２７にて受信した商品選択メッセージにより選択された寄託物（代償商品）についての所有者変更処理を実行する。具体的には、ＣＰＵ１１は、Ｓ４２７にて受信した商品選択メッセージにより選択された寄託物（代償商品）に関して、図１７に示す所有者変更処理サブルーチンを実行する。Ｓ４３４を完了すると、ＣＰＵ１１は、処理をＳ４２３へ戻す。
【０１０１】
次に、或る寄託物について当初の寄託者又はその譲受人がマイページ上の引取ボタン１０６を操作することによってＳ４０６において実行される引取処理を、説明する。図１８
は、Ｓ４０６にて実行される引取処理サブルーチンを示すフローチャートである。このサブルーチンに入って最初のＳ６０１では、ＣＰＵ１１は、預け品依頼テーブル兼引き取り品依頼テーブル１２７におけるＳ４０５にて受信した引取要求メッセージに対応した寄託物についてのレコード中の「作業ステータス」欄の値を、“引取依頼中”に変更する。
【０１０２】
次のＳ６０２では、ＣＰＵ１１は、Ｓ４０５にて受信した引取要求メッセージにパラメータとして含まれている格納ユニークＩＤを含むレコードを商品格納テーブル１２６から読み出し、読み出したレコード中の「商品サイズ」欄に登録されている高さ（Ｘ），幅（Ｙ）及び奥行き（Ｚ）の各寸法に基づいて算出される体積合計，及び、同レコード中の「所有者ＩＤ」の値に対応して会員管理データベース１２３に登録されている住所に基づいて、図示せぬ宅配料金表を参照することにより、宅配料金を算出する。そして、ＣＰＵ１１は、算出した宅配料金をディスプレイ３６上に表示させる画面データを、メッセージ送信元のユーザ端末３へ送信する。
【０１０３】
次のＳ６０３では、ＣＰＵ１１は、認証された会員の所有者ＩＤを含むレコードを会員管理データベース１２３から読み出し、読み出したレコード中の「無料配送済みフラグ」の値をチェックする。そして、「無料配送済みフラグ」がセットされている場合には、ＣＰＵ１１は、Ｓ６０５において、当該フラグをリセットした後に、処理をＳ６０６へ進める。一方、「無料配送済みフラグ」がリセットされている場合には、ＣＰＵ１１は、Ｓ６０４において、Ｓ６０２にて算出した宅配料金を、上記レコード中の「当月追加額」欄の値に加算した後に、処理をＳ６０６へ進める。
【０１０４】
Ｓ６０６では、ＣＰＵ１１は、認証された会員の所有者ＩＤに対応して会員管理データベース１２３に登録されている氏名及び住所，Ｓ４０５にて受信した引取要求メッセージにパラメータとして含まれている格納ユニークＩＤ，当該格納ユニークＩＤに対応付けて商品格納テーブル１２６に登録されている商品名，位置Ｎｏ．に基づいて配送用伝票データを生成して、生成した配送用伝票データを、倉庫営業者端末２へ送信する。当該配送用伝票データを受信した倉庫営業者端末２では、当該配送用伝票データに基づいて、プリンタ２３が配送用伝票を印刷する。
【０１０５】
次のＳ６０７では、ＣＰＵ１１は、上記位置Ｎｏ．に対応してデッドスペーステーブル１２５の「収納可能スペース」欄及び「空きスペース」欄に登録されている寸法を、上記格納ユニークＩＤに対応付けて商品格納テーブル１２６の「商品サイズ」欄に登録されている高さ（Ｘ），幅（Ｙ）及び奥行き（Ｚ）の各寸法が示す空間分だけ拡大する。
【０１０６】
次のＳ６０８では、ＣＰＵ１１は、認証された会員の所有者ＩＤに対応して所有者テーブル１２４に登録されている「利用スペース」欄の値から、譲渡対象受寄物について商品格納テーブル１２６の「商品サイズ」欄に登録されている高さ（Ｘ），幅（Ｙ）及び奥行き（Ｚ）の各寸法に基づいて算出される体積を減ずるとともに、「残スペース」欄の値に上記体積を加算する。
【０１０７】
次のＳ６０９では、ＣＰＵ１１は、預け品依頼テーブル兼引き取り品依頼テーブル１２７におけるＳ４０５にて受信した引取要求メッセージに対応した寄託物についてのレコード中の「作業ステータス」欄の値を、“出荷済”に変更する。
【０１０８】
次のＳ６１０では、ＣＰＵ１１は、商品格納テーブル１２６から、Ｓ４０５にて受信した引取要求メッセージにパラメータとして含まれている格納ユニークＩＤを含むレコードを削除する。Ｓ６１０を完了すると、ＣＰＵ１１は、引取処理サブルーチンを収量して、図１５のメインルーチンに処理を戻す。
【０１０９】
なお、上述したＳ６０７，Ｓ６０８及びＳ６１０が、第３の記憶部に登録されている寄託物のうち当該寄託物に対応して前記第３の記憶物に識別情報が登録されている所有者によって引き取られる寄託物の識別情報が入力された場合に、当該寄託物について前記第３の記憶部に登録されている特定情報によって特定される物理的格納スペースについて前記第１の記憶部に登録されている空きスペースの寸法を、前記第３の記憶部に登録されている当該寄託物についての寸法によって特定される空間に相当する分拡大し、当該寄託物について前記第３の記憶部に登録されている識別情報によって特定される所有者について前記第２の記憶部に登録されている空き体積に、当該寄託物について前記第３の記憶部に登録されている寸法に基づいて計算される体積を加算し、前記第３の記憶部に登録されている当該寄託物についての情報を削除する更新手段に、相当する。
［課金処理］
図１９のフローチャートに示す課金処理は、毎月の締日において各会員毎の請求額を算出するために自動実行される処理である。
【０１１０】
スタート後最初のＳ７０１では、ＣＰＵ１１は、会員管理データベース１２３を参照し、各会員毎に、「月毎課金額」欄に登録されている金額及び「当月追加額」欄に登録されている金額を合算することにより、当月課金額を算出する。
【０１１１】
次のＳ７０２では、ＣＰＵ１１は、各会員について会員管理データベース１２３に登録されている「課金情報」を用いて、Ｓ７０１にて算出した当月課金額を請求する処理を実行する。Ｓ７０２を完了すると、ＣＰＵ１１は、課金処理を終了する。
＜作用＞
上述したように構成された本実施形態の利点を、従来例と比較して、説明する。
【０１１２】
図２３は、固定スペース貸しによる包括的寄託契約のみを顧客との間で締結している倉庫営業者の倉庫内の状態を表す概念図である。この場合、上述したように、各物理的格納スペースは、特定の顧客からの受寄物の格納のためにのみ用いられ、各物理的格納スペースに空きスペースが存在しても、他の顧客からの受寄物が格納されることはない。また、各物理的格納スペースに発生した空きスペースに寄託物を格納可能かどうかは、当該空きスペースの形状に依存する。
【０１１３】
例えば、図２３における“Ａさん”専用の物理的格納スペースに発生した空きスペースの体積が、“Ａさん”が新たに格納しようとする寄託物２００の体積よりも大きくても、当該空きスペースの幅が当該寄託物２００の幅よりも狭い限り、当該寄託物２００を当該空きスペースに収納させることはできない。この場合、“Ａさん”は、当該倉庫に当該寄託物に預けることを諦めて、他に寄託営業者を求めるしかない。
【０１１４】
これに対して、本実施形態によると、一つの物理的格納スペースが複数の寄託者のために共用され、ただ、所有者テーブル１２４により、各会員毎の残り利用可能体積（残りスペース）が管理されているのみである。従って、物理的格納スペースは、物理的に会員毎に細分化されているわけではないので、空きスペースも一つにまとまり、よって、空きスペースの寸法が従来よりも大きくなる。よって、空きスペースに寄託物を格納可能かどうかが空きスペースの形状に依存する可能性は、その分だけ低くなる。従って、空きスペースに寄託物を格納可能かどうかを、所有者テーブル１２４において管理されている各会員毎の空きスペースの体積に依存させることが、可能となるのである。
【０１１５】
例えば、図２２における“Ａさん”が所有者テーブル１２４に登録されている利用可能体積以下の体積を有する寄託物２００を新たに寄託しようとする場合、当該寄託物２００の形状にはあまり依存せず、当該寄託物２００の寄託が可能と判断される。これに対して、“Ａさん”が所有者テーブル１２４に登録されている利用可能体積を越える体積を有す
る寄託物２００を新たに寄託しようとする場合、当該寄託物２００の寄託が不可能と判断される。しかし、“Ａさん”は、倉庫業者との体積固定型寄託契約を更改して契約スペースを増量することで、利用可能体積（残スペース）を増加させれば、当該寄託物２００を寄託することが可能となる。
【０１１６】
なお、全ての会員が、常時、契約スペースの上限一杯まで寄託をしていることはなく、実際には、各会員毎に、現実に寄託をしている寄託物の体積総和が契約スペースの限度内において時の経過につれて変動していると考えられる。従って、全会員の契約スペースの総和が倉庫の体積を超えたとしても、倉庫が一杯になってしまう可能性は低い。よって、倉庫業者にとって、寄託契約料収入を従来よりも向上させることが可能となる。
【符号の説明】
【０１１７】
１      倉庫管理サーバ
２      倉庫営業者端末
３      ユーザ端末
１１      ＣＰＵ
１２      ハードディスク
１２１      倉庫管理プログラム
１２３      会員管理データベース
１２４      所有者テーブル
１２５      デッドスペーステーブル
１２６      商品格納テーブル
【図１】
2011051721.tif 000003
【図２】
2011051721.tif 000004
【図３】
2011051721.tif 000005
【図４】
2011051721.tif 000006
【図５】
2011051721.tif 000007
【図６】
2011051721.tif 000008
【図７】
2011051721.tif 000009
【図８】
2011051721.tif 000010
【図９】
2011051721.tif 000011
【図１０】
2011051721.tif 000012
【図１１】
2011051721.tif 000013
【図１２】
2011051721.tif 000014
【図１３】
2011051721.tif 000015
【図１４】
2011051721.tif 000016
【図１５】
2011051721.tif 000017
【図１６】
2011051721.tif 000018
【図１７】
2011051721.tif 000019
【図１８】
2011051721.tif 000020
【図１９】
2011051721.tif 000021
【図２０】
2011051721.tif 000022
【図２１】
2011051721.tif 000023
【図２２】
2011051721.tif 000024
【図２３】
2011051721.tif 000025