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