(57)【要約】【課題】キャンセルされた商品または役務の再販売が不可能となる前からキャンセルされた商品または役務の新たな販売先となるユーザを提供者が確保することを可能とする。【解決手段】販売サーバ１は、現在の時刻ＴがＴ１となった場合、キャンセル待ちの登録を促すためのキャンセル待ち推薦通知を申込クライアント２ｂに送信する（＃３）。販売サーバ１は、現在の時刻ＴがＴ２（Ｔ２＞Ｔ１）となる前に、申込クライアント２ａにキャンセル確認通知を送信する（＃５）。申込クライアント２ａが購入申込をキャンセルした場合（＃６）、キャンセル発生通知が申込クライアント２ｂに送信される（＃７）。申込クライアント２ｂは、現在の時刻ＴがＴ３となるまでに、キャンセル発生通知にハイパーリンクされているキャンセル商品購入申込画面でキャンセルされた商品の購入を申し込むことができる（＃８）。【選択図】      図８
2004199261.tif 000002
【特許請求の範囲】
【請求項１】
第１ユーザ及び第２ユーザを含むユーザが商品または役務の販売期限Ｔ３までに前記商品または役務の購入を申し込むための購入申込方法であって、
前記第１ユーザから前記商品または役務の購入の申し込みを受け付ける第１受付ステップと、
前記商品または役務の購入の申し込みのキャンセルの促進を終了する期限であって、前記販売期限Ｔ３より前の時点であるキャンセル促進期限Ｔ２までに、前記第１ユーザに前記購入の申し込みをキャンセルするか否かを問合わせる問合わせステップと、
前記キャンセル促進期限Ｔ２までに、前記第１ユーザから前記キャンセルを受け付ける第２受付ステップと、
商品または役務のキャンセル待ちを促進する期限であって、前記キャンセル促進期限Ｔ２より前の時点であるキャンセル待ち促進期限Ｔ１までに、前記商品または役務のキャンセル待ちを推薦するキャンセル待ち推薦通知を送信するキャンセル待ち促進ステップと、
前記キャンセル促進期限Ｔ２から前記販売期限Ｔ３までの期間であるキャンセル商品購入申し込み期間Ｔ２〜Ｔ３内に、前記キャンセルされた商品または役務の購入の申し込みを前記第２ユーザから受け付ける第３受付ステップと、
を備えた購入申込方法。
【請求項２】
前記キャンセル待ち促進期限Ｔ１は、前記商品または役務の購入意欲を促進させることができる時点である、請求項１に記載の購入申込方法。
【請求項３】
第１ユーザ及び第２ユーザを含むユーザが商品または役務の販売期限Ｔ３までに前記商品または役務の購入を申し込むための購入申込装置であって、
前記第１ユーザから前記商品または役務の購入の申し込みを受け付ける第１受付手段と、
前記商品または役務の購入の申し込みのキャンセルの促進を終了する期限であって、前記販売期限Ｔ３より前の時点であるキャンセル促進期限Ｔ２までに、前記第１ユーザに前記購入の申し込みをキャンセルするか否かを問合わせる問合わせ手段と、
前記キャンセル促進期限Ｔ２までに、前記第１ユーザから前記キャンセルを受け付ける第２受付手段と、
商品または役務のキャンセル待ちを促進する期限であって、前記キャンセル促進期限Ｔ２より前の時点であるキャンセル待ち促進期限Ｔ１までに、前記商品または役務のキャンセル待ちを推薦するキャンセル待ち推薦通知を送信するキャンセル待ち促進手段と、
前記キャンセル促進期限Ｔ２から前記販売期限Ｔ３までの期間であるキャンセル商品購入申し込み期間Ｔ２〜Ｔ３内に、前記キャンセルされた商品または役務の購入の申し込みを前記第２ユーザから受け付ける第３受付手段と、
を備えた購入申込装置。
【請求項４】
第１ユーザ及び第２ユーザを含むユーザが商品または役務の販売期限Ｔ３までに前記商品または役務の購入を申し込むための購入申込プログラムであって、
前記第１ユーザから前記商品または役務の購入の申し込みを受け付ける第１受付手段、
前記商品または役務の購入の申し込みのキャンセルの促進を終了する期限であって、前記販売期限Ｔ３より前の時点であるキャンセル促進期限Ｔ２までに、前記第１ユーザに前記購入の申し込みをキャンセルするか否かを問合わせる問合わせ手段、
前記キャンセル促進期限Ｔ２までに、前記第１ユーザから前記キャンセルを受け付ける第２受付手段、
商品または役務のキャンセル待ちを促進する期限であって、前記キャンセル促進期限Ｔ２より前の時点であるキャンセル待ち促進期限Ｔ１までに、前記商品または役務のキャンセル待ちを推薦するキャンセル待ち推薦通知を送信するキャンセル待ち促進手段、
前記キャンセル促進期限Ｔ２から前記販売期限Ｔ３までの期間であるキャンセル商品購入申し込み期間Ｔ２〜Ｔ３内に、前記キャンセルされた商品または役務の購入の申し込みを前記第２ユーザから受け付ける第３受付手段、
としてコンピュータを機能させるための購入申込プログラム。
【請求項５】
第１ユーザ及び第２ユーザを含むユーザが商品または役務の販売期限Ｔ３までに前記商品または役務の購入を申し込むための購入申込プログラムを記憶したコンピュータ読み取り可能な記録媒体であって、
前記第１ユーザから前記商品または役務の購入の申し込みを受け付ける第１受付手段、
前記商品または役務の購入の申し込みのキャンセルの促進を終了する期限であって、前記販売期限Ｔ３より前の時点であるキャンセル促進期限Ｔ２までに、前記第１ユーザに前記購入の申し込みをキャンセルするか否かを問合わせる問合わせ手段、
前記キャンセル促進期限Ｔ２までに、前記第１ユーザから前記キャンセルを受け付ける第２受付手段、
商品または役務のキャンセル待ちを促進する期限であって、前記キャンセル促進期限Ｔ２より前の時点であるキャンセル待ち促進期限Ｔ１までに、前記商品または役務のキャンセル待ちを推薦するキャンセル待ち推薦通知を送信するキャンセル待ち促進手段、
前記キャンセル促進期限Ｔ２から前記販売期限Ｔ３までの期間であるキャンセル商品購入申し込み期間Ｔ２〜Ｔ３内に、前記キャンセルされた商品または役務の購入の申し込みを前記第２ユーザから受け付ける第３受付手段、
としてコンピュータを機能させるための購入申込プログラムを記憶したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、商品または役務の購入申込方法、購入申込装置、購入申込プログラム及び購入申込プログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】
オンラインショッピングセンタへオンライン接続された端末から商品や役務の購入の申込を行い、商品や役務の提供を受けることができるオンラインショッピングシステムが普及している。例えば、特許文献１によると、ユーザがクライアントからサーバへ商品や役務の購入を申し込む。そして、申し込みが受け付けられると現金やクレジットカードなどで決済が実施され、商品や役務の提供が行われる。一方、ユーザは購入申し込みのキャンセルやキャンセル待ちの申し込みを行うこともできる。キャンセルされた商品や役務は、キャンセル待ちを申し込んだユーザに提供され、キャンセル待ちを申し込んだユーザに決済が実施される。そして、キャンセルしたユーザには、決済された金額の払い戻しが行われる。
【０００３】
【特許文献１】
特開２００２−１８３４８２号公報
【０００４】
【発明が解決しようとする課題】
特許文献１に記載のオンラインショッピングシステムでは、ユーザは自由に商品または役務の購入申し込みをキャンセルすることができ、キャンセル待ちのユーザがいれば払い戻しを受けることができる。従って、例えば食品の賞味期限の直前になって突然ユーザがその食品の購入申し込みをキャンセルしたり、飛行機の出発日の直前に突然ユーザが予約をキャンセルしたりすることもできる。この場合においてキャンセル待ちのユーザが現れなければ、商品または役務の提供者（以下、提供者という）は商品または役務をどのユーザにも再販売することができず、キャンセルをしたユーザが払い戻しを受けることができないという問題が生ずる。特に、キャンセル発生時から、提供者がキャンセルされた商品または役務を再販売することが不可能となる時点（例えば、食品の賞味期限日や飛行機の出発時）までの期間が極めて短い場合、キャンセル待ちのユーザが現れない可能性は一層高くなる。
【０００５】
上記の問題を解決するためには、例えばキャンセルしたユーザに決済金額からキャンセル料を差し引いた額を払い戻すことが考えられる。しかし、この場合、提供者が払い戻しの金額の一部を負担しなければならなくなるという問題が生じる。従って、キャンセルのあった商品または役務を再販売することが提供者及びユーザにとって最も合理的である。
本発明の目的は、キャンセルされた商品または役務の再販売できる確率を高めることにある。本発明の他の目的は、キャンセルされた商品または役務の再販売が不可能となる前からキャンセルされた商品または役務の新たな販売先となるユーザを提供者が確保できる確率を高めることにある。
【０００６】
【課題を解決するための手段】
請求項１に係る購入申込方法は、第１ユーザ及び第２ユーザを含むユーザが商品または役務の販売期限Ｔ３までに前記商品または役務の購入を申し込むための購入申込方法であって、前記第１ユーザから前記商品または役務の購入の申し込みを受け付ける第１受付ステップと、前記商品または役務の購入の申し込みのキャンセルの促進を終了する期限であって、前記販売期限Ｔ３より前の時点であるキャンセル促進期限Ｔ２までに、前記第１ユーザに前記購入の申し込みをキャンセルするか否かを問合わせる問合わせステップと、前記キャンセル促進期限Ｔ２までに、前記第１ユーザから前記キャンセルを受け付ける第２受付ステップと、商品または役務のキャンセル待ちを促進する期限であって、前記キャンセル促進期限Ｔ２より前の時点であるキャンセル待ち促進期限Ｔ１までに、前記商品または役務のキャンセル待ちを推薦するキャンセル待ち推薦通知を送信するキャンセル待ち促進ステップと、前記キャンセル促進期限Ｔ２から前記販売期限Ｔ３までの期間であるキャンセル商品購入申し込み期間Ｔ２〜Ｔ３内に、前記キャンセルされた商品または役務の購入の申し込みを前記第２ユーザから受け付ける第３受付ステップと、を備えている。
【０００７】
ここでは、商品等の販売が不可能となる前に既にされた購入申し込みをキャンセルするか否かを問合わせてキャンセル商品等の潜在的な供給を喚起することができる。同時に、キャンセルが発生する前からキャンセル待ちを喚起してキャンセルのあった商品等の再販売を容易にすることができる。
請求項２に係る購入申込方法は、請求項１に記載の購入申込方法において、前記キャンセル待ち促進期限Ｔ１は、前記商品または役務の購入意欲を促進させることができる時点である。
【０００８】
ここでは、適切な時点にキャンセル待ち推薦通知を送信し、商品または役務の購入意欲を促進させることができる。
請求項３に係る購入申込装置は、第１ユーザ及び第２ユーザを含むユーザが商品または役務の販売期限Ｔ３までに前記商品または役務の購入を申し込むための購入申込装置であって、前記第１ユーザから前記商品または役務の購入の申し込みを受け付ける第１受付手段と、前記商品または役務の購入の申し込みのキャンセルの促進を終了する期限であって、前記販売期限Ｔ３より前の時点であるキャンセル促進期限Ｔ２までに、前記第１ユーザに前記購入の申し込みをキャンセルするか否かを問合わせる問合わせ手段と、前記キャンセル促進期限Ｔ２までに、前記第１ユーザから前記キャンセルを受け付ける第２受付手段と、商品または役務のキャンセル待ちを促進する期限であって、前記キャンセル促進期限Ｔ２より前の時点であるキャンセル待ち促進期限Ｔ１までに、前記商品または役務のキャンセル待ちを推薦するキャンセル待ち推薦通知を送信するキャンセル待ち促進手段と、前記キャンセル促進期限Ｔ２から前記販売期限Ｔ３までの期間であるキャンセル商品購入申し込み期間Ｔ２〜Ｔ３内に、前記キャンセルされた商品または役務の購入の申し込みを前記第２ユーザから受け付ける第３受付手段と、を備えている。
【０００９】
請求項４に係る購入申込プログラムは、第１ユーザ及び第２ユーザを含むユーザが商品または役務の販売期限Ｔ３までに前記商品または役務の購入を申し込むための購入申込プログラムであって、前記第１ユーザから前記商品または役務の購入の申し込みを受け付ける第１受付手段、前記商品または役務の購入の申し込みのキャンセルの促進を終了する期限であって、前記販売期限Ｔ３より前の時点であるキャンセル促進期限Ｔ２までに、前記第１ユーザに前記購入の申し込みをキャンセルするか否かを問合わせる問合わせ手段、前記キャンセル促進期限Ｔ２までに、前記第１ユーザから前記キャンセルを受け付ける第２受付手段、商品または役務のキャンセル待ちを促進する期限であって、前記キャンセル促進期限Ｔ２より前の時点であるキャンセル待ち促進期限Ｔ１までに、前記商品または役務のキャンセル待ちを推薦するキャンセル待ち推薦通知を送信するキャンセル待ち促進手段、前記キャンセル促進期限Ｔ２から前記販売期限Ｔ３までの期間であるキャンセル商品購入申し込み期間Ｔ２〜Ｔ３内に、前記キャンセルされた商品または役務の購入の申し込みを前記第２ユーザから受け付ける第３受付手段、としてコンピュータを機能させる。
【００１０】
請求項５に係る購入申込プログラムを記憶したコンピュータ読み取り可能な記録媒体は、第１ユーザ及び第２ユーザを含むユーザが商品または役務の販売期限Ｔ３までに前記商品または役務の購入を申し込むための購入申込プログラムを記憶したコンピュータ読み取り可能な記録媒体であって、前記第１ユーザから前記商品または役務の購入の申し込みを受け付ける第１受付手段、前記商品または役務の購入の申し込みのキャンセルの促進を終了する期限であって、前記販売期限Ｔ３より前の時点であるキャンセル促進期限Ｔ２までに、前記第１ユーザに前記購入の申し込みをキャンセルするか否かを問合わせる問合わせ手段、前記キャンセル促進期限Ｔ２までに、前記第１ユーザから前記キャンセルを受け付ける第２受付手段、商品または役務のキャンセル待ちを促進する期限であって、前記キャンセル促進期限Ｔ２より前の時点であるキャンセル待ち促進期限Ｔ１までに、前記商品または役務のキャンセル待ちを推薦するキャンセル待ち推薦通知を送信するキャンセル待ち促進手段、前記キャンセル促進期限Ｔ２から前記販売期限Ｔ３までの期間であるキャンセル商品購入申し込み期間Ｔ２〜Ｔ３内に、前記キャンセルされた商品または役務の購入の申し込みを前記第２ユーザから受け付ける第３受付手段、としてコンピュータを機能させるための購入申込プログラムを記憶している。
【００１１】
前述した本発明の方法を実行するプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ、その他のものが挙げられる。
【００１２】
【発明の実施の形態】
＜第１実施形態＞
（１）構成
図１は、第１実施形態に係る受付システムの全体構成図である。このシステムは、販売サーバ１と、申込クライアント２ａ、ｂ、・・と、バディリストサーバ３とを備えている。販売サーバ１、申込クライアント２ａ、ｂ、・・及びバディリストサーバ３は、それぞれインターネットなどのネットワーク４と接続されている。
【００１３】
販売サーバ１は、モジュール群１０と、販売データベース（ＤＢ）１１とを備えている。モジュール群１０は、認証部１００と、ユーザ登録部１０１と、購入申込受付部１０２と、キャンセル待ち受付部１０３と、キャンセル受付部１０４と、通知部１０５と、キャンセル等級決定部１０７とを有している。モジュール群１０は後述の処理を行う。
販売ＤＢ１１は、ユーザプロファイルテーブル１１２と、商品テーブル１１３と、販売履歴テーブル１１４と、キャンセル待ちユーザテーブル１１５と、キャンセル等級テーブル１１６とを記憶している。
【００１４】
図２は、ユーザプロファイルテーブル１１２に蓄積されるデータの概念説明図である。ユーザプロファイルテーブル１１２は、本システムを利用するユーザに関するデータを蓄積する。ユーザプロファイルテーブル１１２は、フィールド「ユーザＩＤ」、「ユーザ名」、「パスワード」、「性別」、「Ｅメールアドレス」、及び「キャンセル等級」を備えている。「ユーザＩＤ」は、本システムにおけるユーザの識別子を蓄積する。「ユーザ名」は、ユーザの名前を蓄積する。「パスワード」は、ユーザが本システムを利用する際に認証を受けるために使用される。「性別」は、ユーザの性別である。「Ｅメールアドレス」は、ユーザが使用するＥメールアドレスである。「キャンセル等級」は、ユーザが商品購入申込をキャンセルした場合、そのユーザに課されるキャンセル料を段階的に数値化したものである。各ユーザのキャンセル等級は、後述のキャンセル等級決定処理により決定される。ユーザプロファイルテーブル１１２には、ユーザに関するその他の情報、例えばユーザの年齢、職業などをさらに蓄積してもよい。
【００１５】
図３は、商品テーブル１１３に蓄積されるデータの概念説明である。商品テーブル１１３は、販売サーバ１がユーザに販売する商品に関するデータを蓄積する。このテーブルは、フィールド「商品ＩＤ」、「商品名」、「価格（円）」、「Ｔ３」、「販売数」及び「在庫数」を備えている。「商品ＩＤ」は、本システムで販売される商品の識別子を蓄積する。「価格（円）」は、商品の価格を蓄積する。「Ｔ３」は、商品が販売可能な期限を示す。例えば、「商品名」がクリスマスケーキの場合、２００２年１２月２５日０：００にこの商品の賞味期限が切れ販売できない。また、例えば、「商品名」が温泉ツアーＡの場合、２００２年１１月３０日１０：００からツアーが催行されるためこれ以降は販売できない。「Ｔ３」は、提供される商品または役務の性質などに応じて販売者が予め定めることができる。「販売数」は、販売された商品の数を示す。「在庫数」は、商品の在庫数を示す。以下、商品テーブル１１３に蓄積されるレコードを商品レコードという。
【００１６】
図４は、販売履歴テーブル１１４に蓄積されるデータの概念説明図である。販売履歴テーブル１１４は、商品を購入したユーザ及び販売された商品に関するデータを蓄積する。販売履歴テーブル１１４は、フィールド「ユーザＩＤ」、「商品ＩＤ」及び「キャンセル」を備えている。「ユーザＩＤ」は、商品購入を申し込んだユーザの識別子を蓄積する。「商品ＩＤ」は、販売した商品の商品ＩＤを蓄積する。「キャンセル」は、商品購入申込のキャンセルの有無を示す情報「Ｙ」または「Ｎ」を蓄積する。以下、これらの情報をキャンセル情報という。また、販売履歴テーブル１１４に記憶されたレコードを販売レコードという。
【００１７】
図５は、キャンセル待ちユーザテーブル１１５に蓄積されるデータの概念説明図である。キャンセル待ちユーザテーブル１１５は、商品購入の申し込みがキャンセルされた場合、この商品の購入を希望するユーザであるキャンセル待ちユーザに関するデータを蓄積する。キャンセル待ちユーザテーブル１１５は、フィールド「ユーザＩＤ」及び「商品ＩＤ」を備えている。「ユーザＩＤ」は、キャンセル待ちユーザのユーザＩＤを蓄積する。「商品ＩＤ」は、キャンセル待ちの対象となる商品の商品ＩＤを蓄積する。
【００１８】
図６は、キャンセル等級テーブル１１６に蓄積されるデータの概念説明図である。キャンセル等級テーブル１１６は、商品を購入したユーザに請求されるキャンセル保険料を決定するための等級を蓄積する。キャンセル等級テーブル１１６は、フィールド「キャンセル等級」及び「条件」を備えている。「キャンセル等級」は、前述のユーザプロファイルテーブルに登録されたユーザＩＤに対応するキャンセル等級を蓄積する。「条件」は、後述のキャンセル等級決定処理において、ユーザ毎のキャンセル等級を決定する条件を定めている。
【００１９】
図１に戻って、申込クライアント２ａは、メーラー２１ａと、Ｗｅｂブラウザ２２ａと、情報送信部２３ａを備えている。メーラー２１ａ及びＷｅｂブラウザ２２ａは、公知のメーラー及びＷｅｂブラウザである。情報送信部２３ａは、Ｗｅｂブラウザ上で入力された情報などを販売サーバ１に送信する。情報送信部２３ａは、Ｊａｖａ（登録商標）アプレットなどにより作成し、Ｗｅｂページのダウンロード時などにＷｅｂサーバから申込クライアント２ａへ適宜ダウンロードするようにしてもよい。このＷｅｂサーバは、例えば販売サーバ１の内部に設けてもよい。申込クライアント２ｂ、・・については、申込クライアント２ａと同様の構成及び機能を有するものとして説明を省略する。以下、特に断らない限り、申込クライアント２、メーラー２１、Ｗｅｂブラウザ２２、情報送信部２３により、申込クライアント２ａ、ｂ・・、メーラー２１ａ、ｂ・・、Ｗｅｂブラウザ２２ａ、ｂ・・、情報送信部２３ａ、ｂ・・のいずれかまたは全てを表す。
【００２０】
バディリストサーバ３と、申込クライアント２ａ、ｂ、・・とは、ネットワーク３を介して接続されてバディリストシステムを構成する。バディリストサーバ３及び申込クライアント２は、コンピュータを用いて実現可能である。
申込クライアント２ａを操作するユーザ(ユーザＩＤ:U001)「富士通太郎」（以下、ユーザＡとする）は、１または複数の自己の状態情報を、バディリストサーバ３に登録する。申込クライアント２ａは、登録した状態情報の公開レベル、例えば「参照許可ユーザ」を、状態情報毎に設定することも可能である。ここで参照許可ユーザとは、申込クライアント２ａの状態情報の参照を許可するユーザＡ以外の他のユーザである。またユーザＡは、自分が状態情報を参照したいユーザグループをバディリストサーバ３に登録する。このユーザグループをバディリストと言い、ユーザグループを構成する各ユーザをバディと言う。ユーザＡは、複数のバディリストを登録することもできる。バディをバディリストに登録するために、バディに指定されたユーザから参照許可を要するバディリストシステムでは、ユーザＡは参照許可ユーザを設定する必要はない。
【００２１】
一方で申込クライアント２ａは、バディであるユーザ(ユーザＩＤ:U004)「佐藤二郎」（以下、ユーザＢとする）が操作する申込クライアント２ｂの状態情報の更新通知をバディリストサーバ３から受信し、これらの表示を更新する。申込クライアント２ａが起動されていない間に更新された申込クライアント２ｂの最新の状態情報は、申込クライアント２ａが起動された時点で、バディリストサーバ３から通知され、申込クライアント２ａで表示される。
バディリストサーバ３は、ユーザ管理データベース（ＤＢ）３１と、状態配信部３２と、状態受付部３３とを有している。状態受付部３３は、申込クライアント２ａから通知される状態情報を、ユーザＩＤ「U001」に対応づけてユーザ管理ＤＢ３１に記憶する。ユーザ管理ＤＢ３１は、１つのユーザＩＤに対し、１または複数の状態情報を記憶することができる。また状態受付部３３は、申込クライアント２ａから通知された参照許可ユーザ及びバディリストの内容を、ユーザ管理ＤＢ３１に記憶しておく。バディリストシステムによっては、バディリストにバディを登録するためには、バディからの参照許可を要するものもある。このようなバディリストシステムでは、ユーザ管理ＤＢ３１は、バディとは別に参照許可ユーザを記憶しておく必要はない。状態配信部３２は、申込クライアント２ａの最新の状態情報を受け取ると、申込クライアント２ａの参照許可ユーザへ、更新された状態情報を通知する。なお、バディリストサーバ３は、各申込クライアント２をユーザＩＤにより一義的に識別する。
【００２２】
つまり、バディリストシステムでは、ユーザは、関心を持つ他のユーザであるバディと、自己の最新の状態情報とを登録しておく。これにより、基本的にはバディの状態が申込クライアント２上で一覧表示される。また、ユーザのバディの状態情報が変更された場合、申込クライアント２上で表示されているバディの状態情報が自動的に更新される。申込クライアント２は、バディリストサーバ３にバディリストを登録しておくことにより、気になるユーザの状態を手軽に参照することが可能となる。
【００２３】
図７は、バディリストサーバ３が有するバディリストＤＢ３１に蓄積されるバディリスト３４の概念説明図である。バディリスト３４には、ユーザＩＤ「ｕ００１」が状態を参照できるユーザであるバディの識別子と、バディの名前とが蓄積される。バディの識別子は、販売システムにおけるユーザの識別子と共通している。バディリストＤＢ３１には、ユーザＩＤ「ｕ００１」以外のユーザ、例えばユーザＩＤ「ｕ００２」のユーザのバディリストを蓄積することもできる。
次に、本実施形態で参照される画面例及び表示例について説明する。
【００２４】
図１９は、ユーザ登録画面の表示例である。この画面は、本システムを利用するユーザを販売サーバ１に登録するために必要な情報の入力を受け付け販売サーバ１に送信する。入力される情報は、ユーザ名、パスワード、Ｅメールアドレス、性別、クレジットカード番号及び暗証番号である。この画面には「登録する」ボタン」が備えられている。「登録する」ボタンがクリックされると、この画面で入力された情報が後述するユーザ登録処理により販売サーバ１に登録される。なお、クレジットカード番号及び暗証番号以外の情報、例えば銀行の口座番号など商品購入の決済のために必要な情報を入力できるようにしてもよい。
【００２５】
図２０は、登録完了通知の表示例である。この通知は、後述するユーザ登録処理により販売サーバ１から送信され、メーラー２１により表示される。この通知は、ユーザ登録後本システム利用時に必要なユーザＩＤをユーザに知らせるために送信される。
図２１は、ログイン画面の表示例である。この画面は、後述するユーザ登録処理により登録されたユーザが販売システムを利用する際に認証を受けるために用いられる。この画面は、ユーザＩＤ及びパスワードの入力を受け付ける。この画面には、「ログイン」ボタンが備えられている。ユーザＩＤ及びパスワードの入力後「ログイン」ボタンがクリックされると、後述のログイン処理によりユーザの認証が行われる。
【００２６】
図２２は、商品購入申込画面の表示例である。この画面では、商品の購入申込が受け付けられる。この画面には、商品テーブル１１３に記憶される商品ＩＤ及び商品名の一覧が表示される。商品ＩＤの左にはチェックボックスが、商品名の右側にはドロップダウンリストが備えられている。この画面で所望の商品ＩＤの左のチェックボックスをチェックすることが出来る。この画面には、各チェックボックスに対応する商品ＩＤが埋め込まれている。この画面には、「購入申込」ボタンが備えられている。「購入申込」ボタンがクリックされると、後述する商品購入申込処理によって入力された情報が販売履歴テーブルに記憶される。
【００２７】
図２３は、宣伝画面通知の表示例である。この通知は、後述するキャンセル待ち推薦処理により販売サーバ１から送信され、メーラー２１により表示される。この通知は、既に販売された商品からキャンセルが発生することを見込んでキャンセル待ちを希望するユーザの需要をキャンセル発生前に喚起するために送信される。この通知には、既に販売された商品に関する宣伝を表示するＷｅｂページのＵＲＬがハイパーリンクされている。
図２４は、キャンセル待ち推薦通知の表示例である。この通知は、後述するキャンセル待ち推薦処理により販売サーバ１から送信され、メーラー２１により表示される。この通知には、キャンセル待ちを申し込むためのＷｅｂページであるキャンセル待ち申し込み画面のＵＲＬがハイパーリンクされている。
【００２８】
図２５は、キャンセル待ち申し込み画面の表示例である。この画面は、キャンセル待ち推薦通知のハイパーリンクをクリックすることでＷｅｂブラウザ２２に表示される。この画面には、キャンセル待ちを申し込む商品の商品ＩＤが埋め込まれている。この画面には、「申し込む」ボタン及び「申し込まない」ボタンが備えられている。「申し込む」ボタンがクリックされた場合、後述のキャンセル待ち申し込み処理によりキャンセル待ちを希望するユーザのユーザＩＤと、キャンセル待ちを希望する商品の商品ＩＤとが対応づけられてキャンセル待ちユーザテーブル１１５に登録される。
【００２９】
図２６は、キャンセル確認通知の表示例である。この通知は、既に商品の購入を申し込んだユーザにキャンセルの有無の意志確認をするために送信される。この通知には、購入を申し込んだ商品をキャンセルするためのＷｅｂページである購入申込キャンセル画面のＵＲＬがハイパーリンクされている。この通知には、期限Ｔ２（ここでは２００２／１２／１）を過ぎるとキャンセル料の負担が増大する旨のメッセージが含まれている。従って、キャンセルを希望するユーザはＴ２が経過する前にキャンセルすることが期待でき、またキャンセルの発生をＴ２の前に集中させることが期待できる。
【００３０】
図２７は、購入申込キャンセル画面の表示例である。この画面は、キャンセル確認通知のハイパーリンクをクリックすることでＷｅｂブラウザ２２に表示される。この画面には、キャンセルを受け付ける商品の商品ＩＤが埋め込まれている。この画面には、「キャンセルする」ボタンと「キャンセルしない」ボタンとが備えられている。「キャンセルする」ボタンがクリックされると後述のキャンセル処理により商品購入の申し込みがキャンセルされる。
図２８は、キャンセル発生通知の表示例である。この通知は、後述するキャンセル商品購入申込処理により販売サーバ１から送信され、メーラー２１により表示される。この通知には、実際にキャンセルが発生したときキャンセルされた商品の購入を申し込むためのＷｅｂページのＵＲＬがハイパーリンクされている。
【００３１】
図２９は、キャンセル商品購入申込画面の表示例である。この画面は、キャンセル発生通知のハイパーリンクをクリックすることでＷｅｂブラウザ２２に表示される。この画面には、キャンセルされた商品の商品ＩＤが埋め込まれている。この画面には、「申し込む」ボタンと「申し込まない」ボタンとが備えられている。「申し込む」ボタンがクリックされると後述のキャンセル商品購入申込処理によりキャンセルされた商品の購入を申し込むことができる。
（２）販売システムで行われる処理
（２−１）全体的な処理の流れ
まず、販売システムで行われる処理の全体的な流れを図８に基づいて説明する。以下、申込クライアント２ａ、ｂのユーザは後述のユーザ登録処理によりユーザ登録を受けているものとする。
【００３２】
申込クライアント２ａは商品の購入申込を販売サーバ１に行う（＃１）。販売サーバは申し込みのあった商品の販売を行う。商品の販売は、例えば公知の電子商取引と同様に行うことができる。販売サーバ１は、ある商品の購入申込の件数が所定以上の数となった場合、その商品についての宣伝を行うＷｅｂページへのハイパーリンクが含まれる宣伝画面通知を申込クライアント２ｂに送信する（＃２）。このハイパーリンクをクリックすれば、Ｗｅｂブラウザ２２ｂでその商品についての宣伝を閲覧できる。
【００３３】
宣伝画面通知の送信後、現在の時刻ＴがＴ１となった場合、販売サーバ１はキャンセル待ちの登録を促すためのキャンセル待ち推薦通知を申込クライアント２ｂに送信する（＃３）。Ｔ１は、販売された商品のキャンセルが最も集中すると予測される時点Ｔ２より前の時点であり、商品の性質などに応じて経験的に定められる。Ｔ１は、将来的にキャンセルが起こりうる商品の購買意欲を促進するのに最も適した時期であることが好ましい。例えば、商品が有名歌手のコンサートチケットである場合、Ｔ１にその歌手が来日したり、Ｔ１にその歌手の特集番組が頻繁にテレビ放送されたりするなどである。申込クライアント２ｂは、キャンセル待ち推薦通知にハイパーリンクされているキャンセル待ち登録画面でキャンセル待ちを登録する（＃４）。
【００３４】
販売サーバ１は、現在の時刻ＴがＴ２となる前の時点Ｔ２'に、申込クライアント２ａにキャンセル確認通知を送信する（＃５）。Ｔ２は、例えば購入を申し込んだ商品をＴ２以降にキャンセルした場合キャンセル料が課されたり、あるいはキャンセル料が増額されたりするような時点であり、商品の性質や商品の販売者のニーズなどに応じて定められる。
申込クライアント２ａは、キャンセル確認通知にハイパーリンクされているキャンセル画面で商品の購入申込をキャンセルすることができる。購入申込がキャンセルされた場合（＃６）、キャンセル発生通知がその商品のキャンセル待ちを申し込んだ申込クライアント２ｂに送信される（＃７）。申込クライアント２ｂは、キャンセル発生通知にハイパーリンクされているキャンセル商品購入申込画面でキャンセルされた商品の購入を申し込むことができる（＃８）。この申し込みは、商品が販売可能な期限Ｔ３までに行う必要がある。なお、Ｔ１〜Ｔ２、Ｔ２〜Ｔ３の間隔は、キャンセル待ちを登録したユーザが商品を購入する意欲を喪失しないようにするため出来る限り短い方が好ましい。
【００３５】
なお、この販売システムでは商品購入の申し込みにより売買契約が成立し、その時点でユーザに商品購入代金を支払う義務が発生するものとするが、商品購入の申し込みでは商品購入の予約が受け付けられるだけであり、予約から所定期間経過後に売買契約が成立して支払い義務が発生するようにしてもよい。商品購入代金の支払いは、例えば公知の電子決済により行うことができる。
（２−２）本システムで行われる各処理
次に、本システムで行われる具体的な処理について説明する。本システムでは、ユーザ登録処理、ログイン処理、販売処理、宣伝処理、キャンセル待ち登録処理、キャンセル処理、キャンセル商品販売処理及びキャンセル等級決定処理が行われる。
【００３６】
（２−２−１）ユーザ登録処理
まず、ユーザ登録処理の流れを図９に例示するフローチャートに基づいて説明する。この処理は、販売システムを利用するユーザの情報を登録する。この処理は、販売サーバ１の起動時に開始し、販売サーバ１のシャットダウン時に終了する。
ステップＳ１：情報送信部２３は、図１９に例示するユーザ登録画面においてユーザ名、パスワード、Ｅメールアドレス、性別、クレジットカード番号及び暗証番号が入力された後、「登録する」ボタンが押下された否かを判断する。「登録する」ボタンが押下された場合、ステップＳ１２へ移行する。「キャンセル」ボタンが押下された場合、入力された情報を消去し、新たな入力及び「登録する」ボタンの押下を待機する。
【００３７】
ステップＳ２：情報送信部２３は、ユーザ登録画面で入力されたユーザ名、パスワード、Ｅメールアドレス、性別、クレジットカード番号及び暗証番号を含む情報である登録情報をユーザ登録部１０１へ送信する。
ステップＳ３：ユーザ登録部１０１は、ユーザプロファイルテーブル１１２で一意的なユーザＩＤを生成する。そして、生成されたユーザＩＤ、登録情報に含まれるユーザ名、性別、パスワード、Ｅメールアドレスを、それぞれユーザプロファイルテーブル１１２の「ユーザＩＤ」、「ユーザ名」、「パスワード」、「性別」及び「Ｅメールアドレス」フィールドに対応づけて記憶する。なお、クレジットカード番号及び暗証番号については、販売サーバ１の有する図示しないハードディスクなどにユーザＩＤと対応づけて記憶しておき、公知の電子決済において商品購入の代金決済に利用するものとする。
【００３８】
ステップＳ４：通知部１０５は、ユーザにユーザＩＤを通知するための登録完了通知をステップＳ３で記憶されたＥメールアドレスに送信する。送信された登録完了通知は、メーラー２１によりダウンロードされ、例えば図２０のように表示される。
ステップＳ５：キャンセル等級決定部１０７は、ステップＳ３で登録されたユーザにデフォルト値として付与されるキャンセル等級である初期キャンセル等級を、ステップＳ３で記憶されたユーザＩＤと対応づけてユーザプロファイルテーブル１１２の「キャンセル等級」フィールドに記憶する。初期キャンセル等級は、ここでは−３とするが、−２〜３の整数値であってもよい。以下、これらの対応づけて記憶されたデータをユーザ登録レコードといい、ユーザ登録レコードのユーザＩＤで特定できるユーザを登録ユーザという。
【００３９】
以上の処理により、ユーザ登録画面から入力された登録情報がユーザ登録レコードとしてユーザプロファイルテーブル１１２に記憶される。
（２−２−２）ログイン処理
次に、ログイン処理の流れを図１０に例示するフローチャートに基づいて説明する。この処理は、登録ユーザを認証する。この処理は、販売サーバ１の起動時に開始し、販売サーバ１のシャットダウン時に終了する。
ステップＳ１１：認証部１００は、Ｗｅｂブラウザ２２からログイン画面の送信要求があったか否かを判断する。送信要求があった場合、ステップＳ１２へ移行する。送信要求がなかった場合、要求があるまでこの判断を繰り返す。
【００４０】
ステップＳ１２：認証部１００は、送信要求を行ったＷｅｂブラウザ２２にログイン画面を送信する。Ｗｅｂブラウザ２２は、送信されたログイン画面を表示する。
ステップＳ１３：情報送信部２３は、Ｗｅｂブラウザ２２に表示される図２１のログイン画面でユーザＩＤ及びパスワードが入力された後、「ログイン」ボタンが押下されたか否かを判断する。「ログイン」ボタンが押下された場合、ステップＳ１２へ移行する。「キャンセル」ボタンが押下された場合、入力された情報を消去し「ログイン」ボタンが押下されるまで上記判断を繰り返す。
【００４１】
ステップＳ１４：情報送信部２３は、ログイン画面で入力されたユーザＩＤ及びパスワードを含むユーザ情報を認証部１００に送信する。
ステップＳ１５：認証部１００は、ユーザ情報に含まれるユーザＩＤ及びパスワードがユーザプロファイルテーブル１１２に記憶されるいずれかのユーザＩＤ及びパスワードと一致するか否かを判断する。一致する場合、ステップＳ１６へ移行する。一致しない場合、ステップＳ１７へ移行する。以下、ユーザ情報に含まれるユーザＩＤ及びパスワードがユーザプロファイルテーブル１１２に記憶されるユーザＩＤ及びパスワードと一致した場合、そのユーザＩＤで特定されるユーザをログインユーザという。
【００４２】
ステップＳ１６：購入申込受付部１０２は、後述の商品購入申込画面をＷｅｂブラウザ２２に送信する。Ｗｅｂブラウザ２２は、商品購入申込画面を例えば図２２に示すように表示する。
ステップＳ１７：購入申込受付部１０２は、登録ユーザでないため販売システムを利用できない旨のメッセージを示す画面をＷｅｂブラウザ２２に送信する。
以上の処理により、ログインユーザには商品購入申込画面が送信される。
（２−２−３）販売処理
次に、販売処理の流れを図１１に例示するフローチャートに基づいて説明する。この処理は、商品購入申込画面によるユーザから商品の購入の申し込みを受け付ける。この処理は、販売サーバ１の起動時に開始し、販売サーバ１のシャットダウン時に終了する。
【００４３】
ステップＳ２１：購入申込受付部１０２は、図２２に例示する商品購入申込画面において、各商品に対応する１または複数の「購入」チェックボックスがチェックされた後、「購入申込」ボタンが押下されたか否かを判断する。「購入申込」ボタンが押下された場合、ステップＳ２２へ移行する。「キャンセル」ボタンが押下された場合、入力された情報を消去し、新たな情報の入力及び「購入申込」ボタンの押下を待機する。
ステップＳ２２：購入申込受付部１０２は、商品テーブル１１３を参照し、チェックされたチェックボックスに対応して商品購入申込画面に埋め込まれている商品ＩＤ（以下、申込商品ＩＤという）で特定される商品レコードの「在庫数」フィールドに０が記憶されているか否かを判断する。「在庫数」フィールドに０が記憶されている場合、Ｓ２６へ移行する。「在庫数」フィールドに０が記憶されていない場合、Ｓ２３へ移行する。
【００４４】
ステップＳ２３：購入申込受付部１０２は、販売履歴テーブル１１４にログインユーザのユーザＩＤと、申込商品ＩＤと、キャンセル情報「Ｎ」とを対応づけて販売履歴テーブル１１４に記憶する。
ステップＳ２４：購入申込受付部１０２は、商品テーブル１１３において申込商品ＩＤで特定される商品レコードの「販売数」フィールドに記憶されている値をインクリメントする。
ステップＳ２５：購入申込受付部１０２は、商品テーブル１１３において申込商品ＩＤで特定される商品レコードの「在庫数」フィールドに記憶されている値をデクリメントする。
【００４５】
ステップＳ２６：購入申込受付部１０２は、商品の在庫がないため販売できない旨のメッセージをＷｅｂブラウザ２２へ送信する。
以上の処理により、ログインユーザのユーザＩＤと販売された商品の商品ＩＤとキャンセル情報とが対応づけて商品テーブル１１３に記憶される。
（２−２−４）宣伝処理
次に、宣伝処理の流れを図１２に例示するフローチャートに基づいて説明する。この処理は、ある商品がある数量以上販売された場合、潜在的に購入のキャンセルが発生することが予想されるものとしてキャンセル待ちを希望するユーザを確保することを目的とした宣伝を行う。この処理は、販売サーバ１の起動時に開始し、販売サーバ１のシャットダウン時に終了する。
【００４６】
ステップＳ３１：キャンセル待ち受付部１０３は、ある商品レコードの販売数が所定数Ｎ以上となったか否かを判断する。販売数≧Ｎの場合、ステップＳ３２へ移行する。販売数＜Ｎの場合、販売数≧Ｎとなるまで待機し、上記判断を繰り返す。ここで、Ｎは、ある商品についてＮ以上の販売がされるとある程度以上のキャンセルが発生すると予想されるような値であり、商品の性質などから各商品に対応して好ましい値が定められる。例えば、商品名がクリスマスケーキの場合、Ｎ＝５０、商品名が温泉ツアーの場合、Ｎ＝１０などと定める。なお、商品の分類ごとに好ましい値を定めたり、または全ての商品に対し一律に同一の値を定めてもよい。例えば、商品を「食品」、「旅行」などと分類しておき、「食品」の分類に属する商品、例えばクリスマスケーキやおせち料理はＮ＝１０、「旅行」の分類に属する商品、例えば温泉ツアーＡはＮ＝５などと定めてもよい。あるいは、全ての商品について一律にＮ＝５などと定めてもよい。
【００４７】
ステップＳ３２：通知部１０５は、Ｎに対応する商品の商品ＩＤで特定される商品を購入したユーザのバディのＥメールアドレスを、商品テーブル１１３、販売履歴テーブル１１４、ユーザプロファイルテーブル１１２及びバディリスト３４から特定する。そして、特定されたバディのＥメールアドレスに宣伝画面通知を送信する。宣伝画面通知は、メーラー２１によりダウンロードされ、例えば図２３に示すように表示される。
以上の処理により、販売数がＮ以上となった商品を購入したユーザのバディにその商品の宣伝をするための通知が送信される。この通知は、ユーザのバディに送信されるため、商品を購入したユーザとバディとの嗜好の共通性によりバディに効果的な宣伝を行うことが期待できる。
【００４８】
（２−２−５）キャンセル待ち推薦通知処理
次に、キャンセル待ち推薦通知処理の流れを図１３に例示するフローチャートに基づいて説明する。この処理は、キャンセル待ちをユーザに推薦するキャンセル待ち推薦通知を送信する。この処理は、販売サーバ１の起動時に開始し、販売サーバ１のシャットダウン時に終了する。
ステップＳ４１：キャンセル待ち受付部１０３は、現在の時刻ＴがＴ１であるか否かを判断する。Ｔ＝Ｔ１の場合、ステップＳ４２へ移行する。Ｔ≠Ｔ１の場合、Ｔ＝Ｔ１となるまでこの判断を繰り返す。なお、Ｔ１はこの時点でキャンセル待ち推薦通知を送信することで商品の購入意欲を促進させることができるような時点であり、商品の性質などに応じ、Ｔ１〜Ｔ２、Ｔ１〜Ｔ３までの間隔を考慮して各商品に対応して好ましい値が定められる。例えば、商品名がクリスマスケーキの場合、Ｔ１＝２００２年１２月２０日０時０分０秒などと定める。あるいは、商品名がおせち料理の場合、Ｔ１＝２００２年１２月２５日０時０分０秒などと定める。なお、各商品についてＴ１〜Ｔ２の間隔が一定となるようにＴ１を定めてもよい。
【００４９】
ステップＳ４２：通知部１０５は、Ｔ１に対応する商品の商品ＩＤで特定される商品を購入したユーザのバディのＥメールアドレスを、商品テーブル１１３、販売履歴テーブル１１４、ユーザプロファイルテーブル１１２及びバディリスト３４から特定する。そして、特定されたバディのＥメールアドレスに図２４に例示するキャンセル待ち推薦通知を送信する。キャンセル待ち推薦通知には、キャンセル待ち申込画面へのハイパーリンクがなされている。このハイパーリンクがクリックされると、図２５に例示するキャンセル待ち申込画面がＷｅｂブラウザ２３に表示される。
【００５０】
以上の処理により、販売数がＮ以上の商品についてキャンセルの発生が集中すると予想される時刻Ｔ２より前の時刻Ｔ１でキャンセル待ちのユーザが募集される。
（２−２−６）キャンセル待ち登録処理
次に、キャンセル待ち登録処理の流れを図１４に例示するフローチャートに基づいて説明する。この処理は、キャンセル待ちを希望するユーザをキャンセル待ちユーザテーブル１１５に登録する。この処理は、販売サーバ１の起動時に開始し、販売サーバ１のシャットダウン時に終了する。
【００５１】
ステップＳ８１：キャンセル待ち受付部１０３は、図２５に例示するキャンセル待ち申し込み画面で「申し込む」ボタンがクリックされたか否かを判断する。「申し込む」ボタンがクリックされた場合、ステップＳ８２へ移行する。「申し込む」ボタンがクリックされなかった場合、「申し込む」ボタンがクリックされるまで上記判断を繰り返す。
ステップＳ８２：キャンセル待ち受付部１０３は、「申し込む」ボタンをクリックしたバディのユーザＩＤと、キャンセル待ち申し込み画面に埋め込まれている商品ＩＤとを対応づけてキャンセル待ちユーザテーブル１１５へ記憶する。
【００５２】
以上の処理により、キャンセル待ちを希望するユーザが登録される。従って、キャンセル発生が集中する前の余裕のある時点でキャンセル待ちのユーザを登録しておくことができる。また、キャンセル待ち推薦通知は、予め宣伝画面通知が送信されているバディに送信されるため、バディがキャンセル待ちを登録し、キャンセルが発生した場合にキャンセルされた商品を購入する可能性が高くなることが期待できる。
（２−２−７）キャンセル確認通知処理
次に、キャンセル確認通知処理の流れを図１５に例示するフローチャートに基づいて説明する。この処理は、商品の購入申し込みのキャンセルを行うか否かを確認するためのキャンセル確認通知を送信する。この処理は、販売サーバ１の起動時に開始し、販売サーバ１のシャットダウン時に終了する。
【００５３】
ステップＳ５１：キャンセル受付部１０４は、現在の時刻ＴがＴ２'（Ｔ１＜Ｔ２'＜Ｔ２）であるか否かを判断する。Ｔ＝Ｔ２'の場合、ステップＳ５２へ移行する。Ｔ≠Ｔ２'の場合、Ｔ＝Ｔ２'となるまでこの判断を繰り返す。なお、Ｔ２'は、後述のキャンセル確認通知を受信したユーザがキャンセルをＴ２までに行うか否かの判断をするための時間を十分に確保できるよう、各商品に対応して好ましい値が定められる。例えば、商品名がクリスマスケーキの場合、Ｔ２'＝２００２年１２月２３日０時０分０秒などと定める。あるいは、商品名がおせち料理の場合、Ｔ１＝２００２年１２月２８日０時０分０秒などと定める。各商品についてＴ２'〜Ｔ２までの間隔が一定となるようにＴ２'を定めてもよい。
【００５４】
ステップＳ５２：通知部１０５は、販売履歴テーブル１１４とユーザプロファイルテーブル１１２とを参照し、Ｔ２'に対応する商品の商品ＩＤに対応するＥメールアドレスを特定する。そして、特定されたＥメールアドレスにキャンセル確認通知を送信する。キャンセル確認通知には、図２７に例示するように購入申込キャンセル画面へのハイパーリンクがなされている。このハイパーリンクがクリックされると、購入申込キャンセル画面がＷｅｂブラウザ２３に表示される。
以上の処理により、一旦商品の購入を申し込んだユーザに対し、キャンセルを行うか否かを確認するキャンセル確認通知がキャンセル料の負担が増大する前に送信される。従って、キャンセル確認通知を受信したユーザが、Ｔ２より前の時点でキャンセルをするか否かの意志決定を行い、キャンセルの発生時点がＴ２より前に集中することが期待できる。
（２−２−８）キャンセル処理
次に、キャンセル処理の流れを図１６に例示するフローチャートに基づいて説明する。この処理は、商品の販売申し込みのキャンセルを受け付ける。この処理は、販売サーバ１の起動時に開始し、販売サーバ１のシャットダウン時に終了する。
【００５５】
ステップＳ９１：キャンセル受付部１０４は、図２７に例示する購入申込キャンセル画面で「キャンセルする」ボタンがクリックされたか否かを判断する。「キャンセルする」ボタンがクリックされた場合、ステップＳ９２へ移行する。「キャンセルする」ボタンがクリックされなかった場合、「キャンセルする」ボタンがクリックされるまで上記判断を繰り返す。
ステップＳ６２：キャンセル受付部１０４は、購入申込キャンセル画面に埋め込まれている商品ＩＤを含む販売レコードのキャンセル情報を「Ｙ」に更新する。
【００５６】
ステップＳ６３：通知部１０５は、キャンセル情報が「Ｙ」に更新された販売レコードの商品ＩＤを取得する。次に、取得した商品ＩＤに対応するＥメールアドレスをキャンセル待ちユーザテーブル１１５及びユーザプロファイルテーブル１１２に基づいて特定する。そして、特定されたＥメールアドレスに図２８に例示するキャンセル発生通知を送信する。キャンセル発生通知にはキャンセル商品購入申込画面へのハイパーリンクがなされている。このハイパーリンクがクリックされると、図２９に例示するキャンセル商品購入申込画面がＷｅｂブラウザ２３に表示される。
【００５７】
以上の処理により、商品購入申し込みのキャンセルが受け付けられ、かつキャンセルの発生時期をＴ２以前に集中させることができる。また、キャンセルがされた商品のキャンセル待ちを申し込んだユーザに、キャンセルが発生した旨を通知するキャンセル発生通知が送信される。
（２−２−９）キャンセル商品販売処理
次に、キャンセル商品販売処理の流れを図１７に例示するフローチャートに基づいて説明する。この処理は、キャンセルされた商品であるキャンセル商品の購入申込を受け付ける。この処理は、販売サーバ１の起動時に開始し、販売サーバ１のシャットダウン時に終了する。
【００５８】
ステップＳ６１：購入申込受付部１０２は、図２９に例示するキャンセル商品購入申込画面で「申し込む」ボタンが押下されたか否かを判断する。「申し込む」ボタンが押下された場合、ステップＳ６２へ移行する。「申し込まない」ボタンが押下された場合、ステップＳ６３へ移行する。
ステップＳ６２：購入申込受付部１０２は、キャンセル商品購入申込画面に埋め込まれている商品ＩＤ（以下、キャンセル商品ＩＤという）で特定される販売履歴テーブル１１４のレコードのユーザＩＤを、「申し込む」ボタンを押下したユーザのユーザＩＤに更新する。そして、このレコードのキャンセル情報を「Ｎ」に更新する。
【００５９】
ステップＳ６３：購入申込受付部１０２は、キャンセル商品ＩＤで特定される商品テーブル１１３の商品レコードの「販売数」フィールドに記憶されている値をデクリメントする。
ステップＳ６４：購入申込受付部１０２は、キャンセル商品ＩＤで特定される商品レコードの「在庫数」フィールドに記憶されている値をインクリメントする。
以上の処理により、一旦キャンセルされた商品がキャンセル前に募集されたキャンセル待ちユーザに再び販売され、商品提供期限に達してもキャンセル商品が売れ残り商品提供者に損失が発生する可能性を低減することが期待できる。
【００６０】
（２−２−１０）キャンセル等級決定処理
次に、キャンセル等級決定処理の流れを図１８に例示するフローチャートに基づいて説明する。この処理は、キャンセルされた商品であるキャンセル商品の購入申込を受け付ける。この処理は、販売サーバ１の起動時に開始し、販売サーバ１のシャットダウン時に終了する。
ステップＳ７０：キャンセル等級決定部１０７は、図２２に例示する商品購入申込画面において、「購入申込」ボタンがクリックされたか否かを判断する。または、キャンセル等級決定部１０７は、図２７に例示する購入申込キャンセル画面で「キャンセルする」ボタンがクリックされたか否かを判断する。商品購入申込画面で「購入申込」ボタンがクリックされた場合、または購入申込キャンセル画面で「キャンセルする」ボタンがクリックされた場合、ステップＳ７１へ移行する。「購入申込」ボタンも「キャンセルする」ボタンもクリックされなかった場合、クリックされるまで上記判断を繰り返す。
【００６１】
ステップＳ７１：キャンセル等級決定部１０７は、ユーザ毎の商品購入申込数を集計する。即ち、キャンセル等級決定部１０７は、販売履歴テーブル１１４を参照し、「購入申込」ボタンまたは「キャンセルする」ボタンをクリックしたユーザのユーザＩＤ（以下、カレントユーザＩＤという）で特定される販売レコードの数Ｉを集計する。
ステップＳ７２：キャンセル等級決定部１０７は、ユーザ毎の商品キャンセル数を集計する。即ち、キャンセル等級決定部１０７は、販売履歴テーブル１１４を参照し、カレントユーザＩＤで特定される販売レコードのうちキャンセル情報「Ｙ」を含む販売レコードの数Ｊを集計する。
【００６２】
ステップＳ７３：キャンセル等級決定部１０７は、キャンセル率＝Ｊ／Ｉを算出する。次に、算出されたキャンセル率とキャンセル等級テーブル１１０とに基づいてキャンセル等級を決定する。そして、カレントユーザＩＤに対応するユーザプロファイルテーブル１１２の「キャンセル等級」フィールドを決定されたキャンセル等級に更新する。
以上の処理により更新されたキャンセル等級に応じた金額を、例えば登録ユーザから毎月徴収される登録維持費などに含めて徴収するようにすれば、登録ユーザが安易に商品購入申込のキャンセルをすることを抑制できる。なお、キャンセル等級に応じた金額の一部または全部をキャンセル保険料として保険会社などに支払っておき、キャンセルされた商品についてどのユーザも購入を申し込まなかった場合、保険会社などから商品が販売できなかったことによる損失の補填を請求できるようにしてもよい。このようにすれば、保険会社から支払いのあった金銭を既にキャンセル料を支払ったユーザに払い戻すなどして、キャンセルしたユーザのキャンセル料負担を軽減もしくは無くすことができる。
【００６３】
あるいは、キャンセル時に支払うキャンセル料をキャンセル等級に応じた金額とすることもできる。例えば、キャンセル等級が負の場合、キャンセル等級＊（−１０００円）をキャンセル料とし、キャンセルを行ったユーザの口座などから決済する。このようにキャンセル等級に応じてキャンセル時にペナルティを与えることで、登録ユーザが安易に商品購入申込のキャンセルをすることを抑制できる。
あるいは、キャンセル等級に応じた金額を商品の販売時に割り引いて販売することもできる。例えば、キャンセル等級が正の場合、キャンセル等級＊（１００円）を割引金額とし、購入した商品の代金から割引金額を差し引いてユーザの口座などから商品購入代金を決済する。このようにキャンセル等級に応じてユーザに特典を与えることで、登録ユーザが安易に商品購入申込のキャンセルをすることを抑制できる。
【００６４】
＜第２実施形態＞
図３０は、第２実施形態に係る販売システムの全体構成図である。このシステムは、販売サーバ１と、申込クライアント２とを備えている。販売サーバ１、申込クライアント２はそれぞれネットワーク４に接続されている。申込クライアント２は第１実施形態の申込クライアント２と同様の構成及び機能を有する。販売サーバ１は、前記第１実施形態の構成に加え、記憶部１２を備えている。記憶部１２は、例えばハードディスク、ＲＡＭなどにより構成可能である。記憶部１２は、参照ＵＲＬデータベース（ＤＢ）１２１と、嗜好ＤＢ１２２とを記憶している。参照ＵＲＬＤＢ１２１は、参照ＵＲＬテーブル１２３を記憶している。嗜好ＤＢ１２２は、嗜好テーブル１２４を記憶している。参照ＵＲＬテーブル１２３及び嗜好テーブル１２４は、ユーザプロファイルテーブル１１２に記憶されるユーザＩＤ毎に記憶されている。
【００６５】
図３１は、参照ＵＲＬテーブル１２３に記憶されるデータの概念説明図である。図３１に例示する参照ＵＲＬテーブルには、ユーザＩＤ「ｕ００１」のユーザが図２３に例示する宣伝画面通知のハイパーリンクなどからアクセスしたＵＲＬ（以下、参照ＵＲＬという）と、そのアクセスした日時（以下、参照日時という）とが対応づけて記憶されている。
図３２は、嗜好テーブル１２４に記憶されるデータの概念説明図である。図３２に例示する嗜好テーブルには、ユーザＩＤ「ｕ００１」のユーザがアクセスした参照ＵＲＬの分類（以下、項目という）と、その分類された参照ＵＲＬのアクセス回数を合計した数値（以下、度数という）とが対応づけて記憶されている。参照ＵＲＬの分類は、例えば各ＵＲＬに対応するＷｅｂページのｈｔｍｌファイルに「旅行」、「自動車」などの属性を付与しておき、その属性に応じて分類することが考えられる。
【００６６】
販売サーバ１は、第１実施形態の宣伝処理（図１２参照）と同様の処理を行う。この処理では、バディリストではなく嗜好テーブル１２４に記憶されるデータに基づいて宣伝画面通知が送信される。以下、この処理を説明する。
ステップＳ３１は、第１実施形態の宣伝処理のステップＳ３１と同様である。ステップＳ３２では、通知部１０５は、嗜好テーブル１２４に記憶されるデータから宣伝画面通知を送信するユーザを決定する。決定の方法は、例えば次のような方法が挙げられる。Ｎに対応する商品の商品ＩＤで特定される商品を購入したユーザの嗜好テーブル１２４に記憶される度数のうち最も高いものに対応する項目を抽出する。次に、抽出された項目に対応して最も高い度数が記憶されているような嗜好テーブル１２４を有するユーザのユーザＩＤを決定する。さらに、このユーザＩＤに対応するＥメールアドレスをユーザプロファイルテーブル１１２から特定する。そして、ステップＳ３３では、特定されたＥメールアドレスに図２３に例示する宣伝画面通知を送信する。
【００６７】
以上のような処理によって、あるユーザと共通する嗜好を有するユーザに宣伝画面通知が送信される。従って、このユーザが商品の購入をキャンセルした場合も、嗜好が共通する他のユーザがキャンセルされた商品を再購入することが期待できる。
＜その他の実施形態＞
（Ａ）第１実施形態の宣伝処理のステップＳ３２では、宣伝画面通知が送信されていた。しかし、ステップＳ３２において、図３３に例示するように商品の購入を申し込んだユーザのバディリストに存在するバディ、ここでは「田中三郎」のコメントとして商品の宣伝内容を表示するようにしてもよい。次に、バディ「田中三郎」が商品「温泉ツアーＡ」を上記第１実施形態のキャンセル処理に従ってキャンセルしたとする。この場合、上記第１実施形態のキャンセル処理のステップＳ９３では、図３４に例示するようにキャンセル商品の購入を促すメッセージボックスを、キャンセルしたユーザをバディリストに登録しているユーザのバディリスト上に表示する。そして、上記第１実施形態のキャンセル商品販売処理のステップＳ６１では、このメッセージボックスの「買う」ボタンが押下されたか否かを判断する。「買う」ボタンが押下された場合、ステップＳ６２に移行する。「買わない」ボタンが押下された場合、ステップＳ６３に移行する。なお、このメッセージボックスは、キャンセルされた商品と同じ商品の購入を申し込んだユーザをバディとする全てのユーザのバディリスト上にさらに表示してもよい。
【００６８】
以上のように、バディリストの表示画面を用いてキャンセル商品を販売することもできる。
（Ｂ）上記第１実施形態のキャンセル等級テーブル１１０には、キャンセル率に対応したキャンセル等級が記憶されていた。また、上記第１実施形態のキャンセル等級決定処理のステップＳ７３では、キャンセル率が算出されていた。しかし、キャンセル等級テーブル１１０には、例えばキャンセルされた商品の総額とキャンセル等級とを対応づけて記憶しておいてもよい。そして、キャンセル等級決定処理では、ユーザＩＤごとにキャンセルされた商品の総額を算出し、この総額とキャンセル等級テーブル１１０とに基づいてキャンセル等級を決定してもよい。あるいは、キャンセル等級テーブル１１０には、バディの数とキャンセル等級とを対応づけて記憶しておき、バディリスト３４に記憶されるバディの数に応じてそのバディを有するユーザのキャンセル等級を決定するようにしてもよい。
【００６９】
（Ｃ）前述した本発明の方法を実行するプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ、その他のものが挙げられる。
＜付記＞
（付記１）
第１ユーザ及び第２ユーザを含むユーザが商品または役務の販売期限Ｔ３までに前記商品または役務の購入を申し込むための購入申込方法であって、
前記第１ユーザから前記商品または役務の購入の申し込みを受け付ける第１受付ステップと、
前記商品または役務の購入の申し込みのキャンセルの促進を終了する期限であって、前記販売期限Ｔ３より前の時点であるキャンセル促進期限Ｔ２までに、前記第１ユーザに前記購入の申し込みをキャンセルするか否かを問合わせる問合わせステップと、
前記キャンセル促進期限Ｔ２までに、前記第１ユーザから前記キャンセルを受け付ける第２受付ステップと、
商品または役務のキャンセル待ちを促進する期限であって、前記キャンセル促進期限Ｔ２より前の時点であるキャンセル待ち促進期限Ｔ１までに、前記商品または役務のキャンセル待ちを推薦するキャンセル待ち推薦通知を送信するキャンセル待ち促進ステップと、
前記キャンセル促進期限Ｔ２から前記販売期限Ｔ３までの期間であるキャンセル商品購入申し込み期間Ｔ２〜Ｔ３内に、前記キャンセルされた商品または役務の購入の申し込みを前記第２ユーザから受け付ける第３受付ステップと、
を備えた購入申込方法。
【００７０】
（付記２）
前記キャンセル促進期限Ｔ２は、前記商品または役務の購入をキャンセルした前記第１ユーザに対して課されるキャンセル料が増額される時点より前である、付記１に記載の購入申込方法。
ここでは、キャンセル料が増額される時点より前にキャンセルの有無を確認することでキャンセル発生のタイミングをＴ２以前に集中させることができ、またユーザのキャンセル料の負担を少なくすることもできる。
【００７１】
（付記３）
前記キャンセル待ち促進期限Ｔ１は、前記商品または役務の購入意欲を促進させることができる時点である、付記１に記載の購入申込方法。
（付記４）
前記キャンセル促進期限Ｔ２までに、キャンセル待ちの申し込みを受け付ける第４受付ステップをさらに備え、
前記第２ユーザは、前記第４受付ステップでキャンセル待ちを申し込んだユーザである、付記１に記載の購入申込方法。
【００７２】
ここでは、例えばキャンセル待ちを申し込んだ人だけがキャンセル商品を購入できるようにすることができる。あるいは、キャンセル待ちを申し込んだ人にキャンセル商品を購入する義務を生じさせることもできる。
（付記５）
前記キャンセル待ち促進期限Ｔ１から前記キャンセル促進期限Ｔ２までの期間であるキャンセル待ち申込期間Ｔ１〜Ｔ２は、商品または役務のキャンセル待ちをする前記第２ユーザに、前記商品または役務のキャンセルを待ち続ける意欲を喪失させないような間隔であり、かつ前記第４受付ステップで所定の数のキャンセル待ちを受け付けるのに十分な間隔である、付記４に記載の購入申込方法。
【００７３】
ここでは、キャンセル待ちを希望するユーザがある商品についてのキャンセル待ちを申し込んでから実際にその商品のキャンセルが発生するまでの時間を短縮することができる。
（付記６）
前記ユーザに関する情報であるユーザ情報を記憶するユーザ情報記憶ステップと、
前記キャンセル待ち推薦通知の送信先を、前記ユーザ情報に基づいて決定する第１送信先決定ステップと、
をさらに備えた、付記１に記載の購入申込方法。
【００７４】
ユーザ情報とは、例えばユーザのプロファイル、ユーザの嗜好などである。
ここでは、例えば、第１ユーザと共通の属性、嗜好などを有するユーザに対し、キャンセル待ちを推薦することができる。
（付記７）
前記ユーザの商品または役務の購買履歴及び／またはキャンセル履歴を示す履歴情報を記憶する履歴情報記憶ステップと、
前記キャンセル待ち推薦通知の送信先を、前記履歴情報に基づいて決定する第２送信先決定ステップと、
をさらに備えた、付記１に記載の購入申込方法。
【００７５】
ここでは、例えば、第１ユーザが購入した商品と、他のユーザが以前に購入した、あるいは以前にキャンセルした商品の種類、特徴などが一致する場合、そのユーザにキャンセル待ち推薦通知を送信することができる。
（付記８）
前記ユーザが互いの状態を参照可能な状態通知システムにおいて、前記ユーザが状態の参照を希望するユーザである状態提供ユーザのリストを記憶した状態参照リストに基づいて、前記キャンセル待ち推薦通知の送信先を決定する第３送信先決定ステップをさらに備えた、付記１に記載の購入申込方法。
【００７６】
ここでは、状態提供ユーザにキャンセル商品等の需要喚起を行うことができる。
（付記９）
前記ユーザの商品または役務の購買履歴及び／またはキャンセル履歴を示す履歴情報を記憶する履歴情報記憶ステップと、
前記履歴情報に基づいて前記ユーザの優良度を示す等級を決定する第１等級決定ステップと、
をさらに備えた、付記１に記載の購入申込方法。
【００７７】
ここでは、商品をキャンセルしたユーザや、キャンセルされた商品を購入したユーザのキャンセル等級を、購入履歴のキャンセル数・額などに基づいて決定できる。
（付記１０）
前記ユーザが互いの状態を参照可能な状態通知システムにおいて、前記ユーザが状態の参照を希望するユーザである状態提供ユーザのリストを記憶した状態参照リストに基づいて、前記ユーザの優良度を示す等級を決定する第２等級決定ステップをさらに備えた、付記１に記載の購入申込方法。
【００７８】
ここでは、例えば商品をキャンセルした者や、キャンセル商品を購入した者のキャンセル等級を、状態参照リストに記憶されているユーザの数などに基づいて決定できる。
（付記１１）
前記等級に基づいて前記第１ユーザ及び／または前記第２ユーザに特典及び／またはペナルティを付与する付与ステップをさらに備えた、付記９または１０に記載の購入申込方法。
【００７９】
ここでは、等級に基づいてユーザに特典またはペナルティを付与できる。
（付記１２）
前記特典は、前記第２ユーザが購入を申し込んだ商品または役務の代金の値引きである、付記１１に記載の購入申込方法。
ここでは、例えば等級に基づいて商品の購入代金を値引きすることができる。
（付記１３）
前記ペナルティは、前記第１ユーザがキャンセルした商品または役務のキャンセル料である、付記１１に記載の購入申込方法。
【００８０】
ここでは、例えば等級に基づいてキャンセル料を増額することができる。
（付記１４）
第１ユーザ及び第２ユーザを含むユーザが商品または役務の販売期限Ｔ３までに前記商品または役務の購入を申し込むための購入申込装置であって、
前記第１ユーザから前記商品または役務の購入の申し込みを受け付ける第１受付手段と、
前記商品または役務の購入の申し込みのキャンセルの促進を終了する期限であって、前記販売期限Ｔ３より前の時点であるキャンセル促進期限Ｔ２までに、前記第１ユーザに前記購入の申し込みをキャンセルするか否かを問合わせる問合わせ手段と、
前記キャンセル促進期限Ｔ２までに、前記第１ユーザから前記キャンセルを受け付ける第２受付手段と、
商品または役務のキャンセル待ちを促進する期限であって、前記キャンセル促進期限Ｔ２より前の時点であるキャンセル待ち促進期限Ｔ１までに、前記商品または役務のキャンセル待ちを推薦するキャンセル待ち推薦通知を送信するキャンセル待ち促進手段と、
前記キャンセル促進期限Ｔ２から前記販売期限Ｔ３までの期間であるキャンセル商品購入申し込み期間Ｔ２〜Ｔ３内に、前記キャンセルされた商品または役務の購入の申し込みを前記第２ユーザから受け付ける第３受付手段と、
を備えた購入申込装置。
【００８１】
（付記１５）
第１ユーザ及び第２ユーザを含むユーザが商品または役務の販売期限Ｔ３までに前記商品または役務の購入を申し込むための購入申込プログラムであって、
前記第１ユーザから前記商品または役務の購入の申し込みを受け付ける第１受付手段、
前記商品または役務の購入の申し込みのキャンセルの促進を終了する期限であって、前記販売期限Ｔ３より前の時点であるキャンセル促進期限Ｔ２までに、前記第１ユーザに前記購入の申し込みをキャンセルするか否かを問合わせる問合わせ手段、
前記キャンセル促進期限Ｔ２までに、前記第１ユーザから前記キャンセルを受け付ける第２受付手段、
商品または役務のキャンセル待ちを促進する期限であって、前記キャンセル促進期限Ｔ２より前の時点であるキャンセル待ち促進期限Ｔ１までに、前記商品または役務のキャンセル待ちを推薦するキャンセル待ち推薦通知を送信するキャンセル待ち促進手段、
前記キャンセル促進期限Ｔ２から前記販売期限Ｔ３までの期間であるキャンセル商品購入申し込み期間Ｔ２〜Ｔ３内に、前記キャンセルされた商品または役務の購入の申し込みを前記第２ユーザから受け付ける第３受付手段、
としてコンピュータを機能させるための購入申込プログラム。
【００８２】
（付記１６）
第１ユーザ及び第２ユーザを含むユーザが商品または役務の販売期限Ｔ３までに前記商品または役務の購入を申し込むための購入申込プログラムを記憶したコンピュータ読み取り可能な記録媒体であって、
前記第１ユーザから前記商品または役務の購入の申し込みを受け付ける第１受付手段、
前記商品または役務の購入の申し込みのキャンセルの促進を終了する期限であって、前記販売期限Ｔ３より前の時点であるキャンセル促進期限Ｔ２までに、前記第１ユーザに前記購入の申し込みをキャンセルするか否かを問合わせる問合わせ手段、
前記キャンセル促進期限Ｔ２までに、前記第１ユーザから前記キャンセルを受け付ける第２受付手段、
商品または役務のキャンセル待ちを促進する期限であって、前記キャンセル促進期限Ｔ２より前の時点であるキャンセル待ち促進期限Ｔ１までに、前記商品または役務のキャンセル待ちを推薦するキャンセル待ち推薦通知を送信するキャンセル待ち促進手段、
前記キャンセル促進期限Ｔ２から前記販売期限Ｔ３までの期間であるキャンセル商品購入申し込み期間Ｔ２〜Ｔ３内に、前記キャンセルされた商品または役務の購入の申し込みを前記第２ユーザから受け付ける第３受付手段、
としてコンピュータを機能させるための購入申込プログラムを記憶したコンピュータ読み取り可能な記録媒体。
【００８３】
【発明の効果】
本発明を用いれば、キャンセルされた商品または役務の再販売が不可能となる前からキャンセルされた商品または役務の新たな販売先となるユーザを提供者が確保することを可能とする商品または役務の購入申込方法を実現できる。
【図面の簡単な説明】
【図１】第１実施形態に係る販売システムの全体構成図。
【図２】ユーザプロファイルテーブルに記憶されるデータの概念説明図。
【図３】商品テーブルに記憶されるデータの概念説明図。
【図４】販売履歴テーブルに記憶されるデータの概念説明図。
【図５】キャンセル待ちユーザテーブルに記憶されるデータの概念説明図。
【図６】キャンセル等級テーブルに記憶されるデータの概念説明図。
【図７】バディリストに記憶されるデータの概念説明図。
【図８】販売システム全体での処理の流れ。
【図９】ユーザ登録処理の流れを示すフローチャート。
【図１０】ログイン処理の流れを示すフローチャート。
【図１１】販売処理の流れを示すフローチャート。
【図１２】宣伝処理の流れを示すフローチャート。
【図１３】キャンセル待ち推薦通知処理の流れを示すフローチャート。
【図１４】キャンセル待ち登録処理の流れを示すフローチャート。
【図１５】キャンセル確認通知処理の流れを示すフローチャート。
【図１６】キャンセル処理の流れを示すフローチャート。
【図１７】キャンセル商品販売処理の流れを示すフローチャート。
【図１８】キャンセル等級決定処理の流れを示すフローチャート。
【図１９】ユーザ登録画面の表示例。
【図２０】登録完了通知の表示例。
【図２１】ログイン画面の表示例。
【図２２】商品購入申込画面の表示例。
【図２３】宣伝画面通知の表示例。
【図２４】キャンセル待ち推薦通知の表示例。
【図２５】キャンセル待ち申込画面の表示例。
【図２６】キャンセル確認通知の表示例。
【図２７】購入申込キャンセル画面の表示例。
【図２８】キャンセル発生通知の表示例。
【図２９】キャンセル商品購入申込画面の表示例。
【図３０】第２実施形態に係る販売システムの全体構成図。
【図３１】参照ＵＲＬテーブルに記憶されるデータの概念説明図。
【図３２】嗜好テーブルに記憶されるデータの概念説明図。
【図３３】バディリストと共に表示される宣伝の一例。
【図３４】バディリストと共に表示されるキャンセル商品購入申込メッセージボックスの一例。
【符号の説明】
１：販売サーバ
２：申込クライアント
３：バディリストサーバ
【図１】
2004199261.tif 000003
【図２】
2004199261.tif 000004
【図３】
2004199261.tif 000005
【図４】
2004199261.tif 000006
【図５】
2004199261.tif 000007
【図６】
2004199261.tif 000008
【図７】
2004199261.tif 000009
【図８】
2004199261.tif 000010
【図９】
2004199261.tif 000011
【図１０】
2004199261.tif 000012
【図１１】
2004199261.tif 000013
【図１２】
2004199261.tif 000014
【図１３】
2004199261.tif 000015
【図１４】
2004199261.tif 000016
【図１５】
2004199261.tif 000017
【図１６】
2004199261.tif 000018
【図１７】
2004199261.tif 000019
【図１８】
2004199261.tif 000020
【図１９】
2004199261.tif 000021
【図２０】
2004199261.tif 000022
【図２１】
2004199261.tif 000023
【図２２】
2004199261.tif 000024
【図２３】
2004199261.tif 000025
【図２４】
2004199261.tif 000026
【図２５】
2004199261.tif 000027
【図２６】
2004199261.tif 000028
【図２７】
2004199261.tif 000029
【図２８】
2004199261.tif 000030
【図２９】
2004199261.tif 000031
【図３０】
2004199261.tif 000032
【図３１】
2004199261.tif 000033
【図３２】
2004199261.tif 000034
【図３３】
2004199261.tif 000035
【図３４】
2004199261.tif 000036