JP2015148849A - 購入手続き処理プログラム、購入手続き処理方法および購入手続き処理装置 - Google Patents

Abstract

【課題】販売機会の損失を抑制できる購入手続き処理プログラム等を提供する。【解決手段】購入手続き処理プログラムは、コンピュータに、購入予約された商品またはサービスについて、入庫待ちまたはキャンセル待ちのリクエストの受信状況に応じて、商品またはサービスについての購入予約に基づく購入手続きを許容するステータスを、購入予約に基づく購入手続きを許容しないステータスに変更するまでの時間を制御する処理を実行させる。【選択図】図１

Description

本発明は、購入手続き処理プログラム、購入手続き処理方法および購入手続き処理装置に関する。

近年、通信販売等のポータルサイトでは、購入したい商品をカートに一旦格納して、その後カートに格納された商品をユーザが確認してから決済処理を行うことがある。カートに格納される商品は、在庫から確保される。例えば、ユーザＡがある商品をカートに入れるときに、その商品の在庫が１つしか無かった場合には、ユーザＡのカートに１つ商品が確保される。このとき、他のユーザＢは、その商品を確保したユーザＡがキャンセルしない限り、その商品を自らのカートに格納することができず、購入することができない。

特開２００２−２６９４０６号公報 国際公開第２００１／０８４３９４号

しかしながら、上記の従来技術では、販売機会の損失を抑制できない場合がある。

例えば、商品をカートに確保したユーザＡがキャンセルした場合、ユーザＡがキャンセルする前にユーザＢが購入を諦めて、例えば通信販売のポータルサイトからログアウトしてしまうと、商品は在庫に戻り、ユーザＢに対する販売機会を損失することになる。

一つの側面では、本発明は、販売機会の損失を抑制できる購入手続き処理プログラム、購入手続き処理方法および購入手続き処理装置を提供することを目的とする。

一つの態様では、購入手続き処理プログラムは、コンピュータに、購入予約された商品またはサービスについて、入庫待ちまたはキャンセル待ちのリクエストの受信状況に応じて、前記商品またはサービスについての前記購入予約に基づく購入手続きを許容するステータスを、前記購入予約に基づく購入手続きを許容しないステータスに変更するまでの時間を制御する処理を実行させる。

販売機会の損失を抑制できる。

図１は、実施例１の購入手続き処理システムの構成の一例を示すブロック図である。 図２は、会員ＤＢの一例を示す説明図である。 図３は、朝市ＤＢの一例を示す説明図である。 図４は、産物ＤＢの一例を示す説明図である。 図５は、キャンセル待ちＤＢの一例を示す説明図である。 図６は、ログイン画面の一例を示す説明図である。 図７は、朝市画面の一例を示す説明図である。 図８は、確保者のカート画面の一例を示す説明図である。 図９は、キャンセル待ち人数が増加した場合の確保者のカート画面の一例を示す説明図である。 図１０は、キャンセル待ち順位が１位の待機者のカート画面の一例を示す説明図である。 図１１は、キャンセル待ち順位が２位の待機者のカート画面の一例を示す説明図である。 図１２は、キャンセル待ち順位が３位の待機者のカート画面の一例を示す説明図である。 図１３は、購入手続き処理の一例を示すフローチャートである。 図１４は、商品管理処理の一例を示すフローチャートである。 図１５は、制限時間処理の一例を示すフローチャートである。 図１６は、実施例２の購入手続き処理システムの構成の一例を示すブロック図である。 図１７は、実施例２のキャンセル待ち人数が増加した場合の確保者のカート画面の一例を示す説明図である。 図１８は、実施例２の制限時間処理の一例を示すフローチャートである。 図１９は、購入手続き処理プログラムを実行するコンピュータの一例を示す説明図である。

以下、図面に基づいて、本願の開示する購入手続き処理プログラム、購入手続き処理方法および購入手続き処理装置の実施例を詳細に説明する。なお、本実施例により、開示技術が限定されるものではない。また、以下の実施例は、矛盾しない範囲で適宜組みあわせてもよい。

［システム構成］
図１は、実施例の購入手続き処理システムの構成の一例を示すブロック図である。図１に示す購入手続き処理システム１は、販売機会の損失を抑制できる通信販売サイトを端末装置１０に提供する購入手続きサービスを実現するものである。

図１には、上記の購入手続きサービスの一例として、自治体が主催する朝市で提供される特産品をユーザが購入しようとする場合に、特産品を確保中のユーザの端末装置１０に対して購入を促す購入手続き処理システム１を示す。また、購入手続き処理システム１は、特産品のキャンセル待ちをするユーザの端末装置１０に対しては待ち時間を提示する。

かかる朝市で提供される特産品には、その時、その場所でしか買えず、希少で、かつ新鮮でおいしいといった価値や長所がある。このため、朝市には、人々に、その地域の産物を購入して味わってみたいと思わせる魅力がある。さらに、朝市には、特有の活気やコミュニケーションにも魅力がある。このように、朝市は、（１）特産品を食べられる期待感、（２）実際に産物を食べる楽しみ、（３）朝市自体を体験する楽しみなどを提供できる。

一方で、特産品の消費者となる旅行者には、「時間に伴って場所を移動する」というスケジュール上の制約がある。このため、「開催時間帯が限られる朝市に行けない」、「朝市には行けるが買った特産品を旅行中に調理して食べられない」、「飲食施設等でその街の特産品は食べられるが朝市には行けない」といったケースも散見される。

これらのことから、上記の購入手続きサービスの土台として、宿泊や飲食の予約サービスを提供するポータルサイトの事業者と、朝市の主催者である自治体とが連携することによって、ネットワークＮ上に仮想的に再現された朝市から購入される特産品を、現実の朝市が開催される街にある飲食施設、とりわけ旅行者が予約手続を行った飲食施設へ配送した上で調理後の特産品を提供する「どこでも朝市」という新規なサービスを提供する。

かかる「どこでも朝市」によって、街の産物をできるだけ多くの旅行者に買ってもらい、消費してもらうという自治体の需要に応え、旅行という制約がある中で、上記の（１）〜（３）の朝市固有の価値を提供し、自治体の町興しに寄与することを目指す。

朝市は、一般的にイベント的要素があり、主催者側としては、旅行者にゆっくり楽しんで欲しいという狙いがある。つまり、主催者側は、旅行者が産物をカートに確保しつつ、ゆったり場内を見て回って欲しいという要望がある。このため、旅行者は、「どこでも朝市」で販売されている産物が希少特産物である場合に、取り敢えずカートに入れて確保しておき、精算時に購入する産物を調整することがある。この場合には、他の旅行者は、確保された希少特産物が在庫の最後の１つであると、確保した旅行者が購入を確定して精算を行なうか、当該希少特産物をカートから取り出してキャンセルするまで、購入の可否を決定することができなくなる。

また、朝市は、開催時間が例えば朝６時から１０時まで等のように限られるので、旅行者が産物を買わずに終了時間が来た場合には、希少特産物が売れ残るため、希少特産物が無駄になったり、他の旅行者の購入機会の損失が生じることになる。

そこで、本実施例に係る購入手続き処理システム１では、上記の購入手続きサービスの一環として、商品がカートに確保される時間に制限を設け、確保中のユーザ（旅行者）に対して制限時間を提示し、キャンセル待ちを行うユーザに対して最大待ち時間を提示する。これによって、購入手続き処理システム１は、販売機会の損失を抑制できる。すなわち、購入手続き処理システム１は、希少特産物の売れ残りを抑制し、多くのユーザに対して希少特産物の購入機会を提供する。

図１に示すように、購入手続き処理システム１は、端末装置１０と、主催者端末５０と、サーバ装置１００とを有する。なお、図１には、システムが２つの端末装置１０と、１つの主催者端末５０とを有する場合を示したが、端末装置１０および主催者端末５０の数は限定されず、購入手続き処理システム１は、任意の数の端末装置１０および主催者端末５０を有する。

これら端末装置１０、主催者端末５０およびサーバ装置１００の間は、ネットワークＮを介して相互に通信可能に接続される。かかるネットワークＮには、有線または無線を問わず、インターネット（Internet）を始め、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の種類の通信網を採用できる。

サーバ装置１００は、端末装置１０に上記の購入手続きサービスを提供するコンピュータである。上記のサーバ装置１０の一態様としては、パッケージソフトウェアやオンラインソフトウェアとして上記の購入手続きサービスを実現する購入手続き処理プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、サーバ装置１００は、上記の購入手続きサービスを提供するＷｅｂサーバとして実装することとしてもよいし、アウトソーシングによって上記の購入手続きサービスを提供するクラウドとして実装することとしてもかまわない。

かかるサーバ装置１００は、一例として、宿泊や飲食の予約サービスを提供するポータルサイトの事業者によって運営される。サーバ装置１００は、端末装置１０からの宿泊施設または飲食施設の予約要求にしたがって予約手続きを実行する。なお、以下では、サーバ装置１００が宿泊の予約サービスを提供するポータルサイトの事業者によって運営される場合を例示するが、飲食の予約サービスを提供する事業者によって運営させることとしてもかまわない。

例えば、サーバ装置１００は、宿泊施設の予約を受け付ける場合に、端末装置１０からチェックイン及びチェックアウトの日付を始め、宿泊を行う地域などの指定を受け付ける。そして、サーバ装置１００は、これらの条件指定に該当する宿泊施設を図示しない宿泊施設のデータベースから検索する。この検索結果を端末装置１０に表示させる場合に、サーバ装置１００は、宿泊施設とともに、宿泊プランを表示させる。かかる宿泊プランには、寝るだけの素泊まりのプランの他、食事が宿泊とパッケージされたプランも含まれる。その後、サーバ装置１００は、宿泊プランの指定とともに宿泊施設の予約要求を受け付けた場合に、当該宿泊施設の予約手続きを実行する。例えば、サーバ装置１００は、宿泊施設への連絡や決済の代行などを実行する。この他、サーバ装置１００は、予約を行ったポータルサイトの会員を識別する会員ＩＤ（IDentifier）に、宿泊施設、チェックイン又はチェックアウトの日付、さらに、食事を含む宿泊プランが指定されている場合には、食事に対応するメニューを対応付けた情報を予約情報として登録する。このように、宿泊の予約サービスでは、宿泊施設の予約を通じて、宿泊施設と関連する飲食施設、例えば宿泊施設が経営するレストランや宿泊施設の事業者が持つビル内のテナントの予約も併せて実行できる。かかる予約サービスを通じて集められた予約情報が上記の購入手続きサービスに利用される。

また、サーバ装置１００は、朝市を主催する自治体等によって使用される主催者端末５０から朝市に関する各種情報の登録を受け付ける。例えば、サーバ装置１００は、主催者端末５０から朝市の開催に関する情報、例えば朝市を識別する朝市ＩＤ、開催される朝市の名称や朝市が開催される日付などの情報を受け付ける。その上で、サーバ装置１００は、これら朝市ＩＤ、朝市名および開催日が対応付けられた情報を朝市情報として朝市データベース（以下、データベースをＤＢと表記する）に登録する。このように登録された朝市情報は、一例として、後述のように、朝市の選択に利用される。さらに、サーバ装置１００は、主催者端末５０から朝市で販売される特産品に関する情報、例えば特産品を識別する産物ＩＤ、特産品の名称や入荷数、価格などの情報を受け付ける。その上で、サーバ装置１００は、これら産物ＩＤ、産物名、入荷数および価格等が対応付けられた情報を特産品情報として産物ＤＢに登録する。このように登録された特産品情報は、一例として、後述のように、ユーザによる「どこでも朝市」での産物の購入に利用される。

端末装置１０は、サーバ装置１００から上記の予約サービスや上記の購入手続きサービスの提供を受けるコンピュータである。かかる端末装置１０の一例としては、パーソナルコンピュータを採用できる。端末装置１０には、上記のパーソナルコンピュータなどの据置き型の端末のみならず、各種の携帯端末装置を端末装置１０として採用することもできる。例えば、携帯端末装置の一例として、スマートフォン、携帯電話機やＰＨＳ（Personal Handyphone System）などの移動体通信端末、さらには、ＰＤＡ（Personal Digital Assistants）などのスレート端末などが挙げられる。

これら予約サービスや購入手続きサービスは、上記のポータルサイトに所定の登録手続きを行うことによってその提供を受けることができる。例えば、端末装置１０を利用するエンドユーザは、個人の属性情報、例えば氏名、住所、電話番号やメールアドレスなどのアドレスをポータルサイトに登録することによって会員ＩＤおよびパスワード等のアカウントの発行を受ける会員となることができる。その上で、端末装置１０は、ネットワークＮ上にあるポータルサイトを運営するサーバ装置１００へアクセスし、アカウントでログイン認証を実行することによって上記の予約サービスの提供を受けることができる。

また、朝市を主催する自治体等は、主催者端末５０を用いて、上記の朝市情報や上記の特産品情報をサーバ装置１００へ登録することによってポータルサイト上に上記の「どこでも朝市」を仮想的に開催できる。一例としては、ポータルサイトのトップページにあるメニューの１つとして、「どこでも朝市」のメニューが用意される。このとき、「どこでも朝市」のメニューは、各地の朝市を指定できるＧＵＩ（Graphical User Interface）であってもよいし、朝市が開催される地域を指定できるＧＵＩであってもよいし、ユーザが宿泊施設の予約を行った地区の朝市が抜粋して表示されるＧＵＩであってもかまわない。

［サーバ装置１００の構成］
図１に示すように、サーバ装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、サーバ装置１００は、図１に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイスなどの機能部を有することとしてもかまわない。なお、以下の説明では、商品をカートに入れて予約した予約者（ユーザ）を確保者と表し、確保者のカート内の商品のうち未決済状態の商品を自らのカートに入れてキャンセル待ち状態であるユーザを待機者と表す。

通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１１０は、ネットワークＮを介して端末装置１０および主催者端末５０と有線または無線で接続され、端末装置１０および主催者端末５０との間で情報の通信を司る通信インタフェースである。通信部１１０は、端末装置１０から飲食施設の利用を含む宿泊予約、さらには上記の「どこでも朝市」を介して特産品の注文等の操作情報を受信する。また、通信部１１０は、宿泊予約に関する情報、特産品の購入情報、特産品が飲食施設に届く日時、特産品を調理によって提供する日時などの情報、特産品を調理する飲食施設に関するコメント情報を端末装置１０に送信する。さらに、通信部１１０は、主催者端末５０に、上記の「どこでも朝市」を介して受け付けた特産品の受注を送信する。また、通信部１１０は、「どこでも朝市」を介して特産品の受注があった場合に、特産品、特産品が飲食施設に届く日時、特産品を調理によって提供する日時などの情報を、宿泊施設または宿泊施設に関連する飲食施設によって使用される端末に送信する。

記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、ハードディスクや光ディスク等の記憶装置によって実現される。記憶部１２０は、会員ＤＢ１２１と、朝市ＤＢ１２２と、産物ＤＢ１２３と、キャンセル待ちＤＢ１２４とを有する。また、記憶部１２０は、制御部１３０での処理に用いる情報を記憶する。

会員ＤＢ１２１は、ポータルサイトの会員のうち、「どこでも朝市」にログイン中の会員（以下、ユーザともいう）について、会員ＩＤと、会員の氏名と、メールアドレスとを対応付けて記憶する。図２は、会員ＤＢの一例を示す説明図である。図２に示すように、会員ＤＢ１２１は、会員ＩＤ１２１ａ、氏名１２１ｂ、Ｅ−ｍａｉｌ１２１ｃ、カート商品１２１ｄ、枝番１２１ｅ、カートＩＮ時間１２１ｆ、制限時間１２１ｇ、備考１２１ｈといった項目を有する。会員ＤＢ１２１は、あるユーザが複数の商品（産物）をカートに確保した場合には、商品ごとに１レコードが生成される。すなわち、会員ＤＢ１２１は、同一のユーザについて、確保した商品ごとにレコードが生成される。

会員ＩＤ１２１ａは、ポータルサイトに登録され、「どこでも朝市」にログイン中の会員を識別する。氏名１２１ｂは、「どこでも朝市」にログイン中の会員の氏名を示す。Ｅ−ｍａｉｌ１２１ｃは、「どこでも朝市」にログイン中の会員の連絡先であるメールアドレスを示す。カート商品１２１ｄは、ログイン中の会員がカートに入れた、つまり確保した商品（産物）の産物ＩＤを示す。枝番１２１ｅは、同じ種類の商品（産物）の入荷数と各商品の枝番を示す。枝番は、入荷された各商品を識別する。例えば、「５／６」は、商品の入荷数が６個あり、そのうちの枝番が５番目の商品を示す。カートＩＮ時間１２１ｆは、ユーザが当該商品をカートに入れた時間を示す。また、カートＩＮ時間１２１ｆは、当該商品について在庫が無くキャンセル待ちの場合には、キャンセル待ち順位も示す。制限時間１２１ｇは、ユーザによってカートに確保された商品を、当該ユーザが購入可能な残り時間を示す。備考１２１ｈは、例えば、カートに確保された商品の産物名を示す。なお、制限時間１２１ｇおよび備考１２１ｈは、必ずしも会員ＤＢ１２１に含まれなくてもよい。

会員ＤＢ１２１は、例えば、図２に示すように、会員ＩＤ１２１ａ「Ｒ００４」と、氏名１２１ｂ「山田太郎」と、Ｅ−ｍａｉｌ１２１ｃ「yamataro@xxx.com」と、カート商品１２１ｃ「Ｐ００１」と、枝番１２１ｅ「３／３」とを対応付けて記憶する。また、会員ＤＢ１２１は、さらに、カートＩＮ時間１２１ｆ「０５：００［０］」と、制限時間１２１ｇ「８Ｍ１４Ｓ」と、備考１２１ｈ「幻の鮎」とを対応付けて記憶する。この場合には、産物ＩＤ「Ｐ００１」の幻の鮎について、入荷数が３個あるうちの枝番が３番目の幻の鮎を、山田太郎さんが５時０分にカートに確保し、制限時間が８分１４秒であることを示す。

朝市ＤＢ１２２は、各地で開催される朝市を記憶する。図３は、朝市ＤＢの一例を示す説明図である。図３に示すように、朝市ＤＢ１２２は、朝市ＩＤ１２２ａ、朝市名１２２ｂ、開催日１２２ｃといった項目を有する。

朝市ＩＤ１２２ａは、各地で開催される朝市を識別する。朝市名１２２ｂは、朝市の名称を示す。朝市名１２２ｂは、例えば、「函館朝市」、「佐世保朝市」といった名称が挙げられる。開催日１２２ｃは、朝市が開催される日付を示す。朝市ＤＢ１２２は、例えば、図３に示すように、朝市ＩＤ１２２ａ「Ａ００１」と、朝市名１２２ｂ「函館朝市」と、開催日１２２ｃ「２０１３／１１／１」とを対応付けて記憶する。この場合には、２０１３年１１月１日に「函館朝市」が開催されることを示す。

産物ＤＢ１２３は、朝市で販売される商品、つまり産物である特産品を記憶する。図４は、産物ＤＢの一例を示す説明図である。図４に示すように、産物ＤＢ１２３は、産物ＩＤ１２３ａ、希少フラグ１２３ｂ、枝番／入荷数１２３ｃ、産物名１２３ｄ、購入者（確保者）ＩＤ１２３ｅ、価格１２３ｆ、制限時間１２３ｇ、完売フラグ１２３ｈ、キャンセル待ち人数１２３ｉといった項目を有する。

産物ＩＤ１２３ａは、商品を識別する。希少フラグ１２３ｂは、商品が希少特産物であるか否かを識別する。希少フラグ１２３ｂは、例えば「Ｙ」であれば希少特産物を示し、「Ｎ」であれば一般的な特産物であることを示す。枝番／入荷数１２３ｃは、同じ種類の商品の入荷数と各商品の枝番を示す。枝番は、入荷された各商品を識別する。産物名１２３ｄは、商品の名称を示し、例えば、「幻の鮎」、「大松茸」といった名称が挙げられる。購入者（確保者）ＩＤ１２３ｅは、産物ＩＤ１２３ａおよび枝番／入荷数１２３ｃで特定される商品を、購入または確保したユーザの会員ＩＤを示す。価格１２３ｆは、商品の価格を示す。制限時間１２３ｇは、ユーザによってカートに確保された商品を、当該ユーザが購入可能な残り時間を示す。完売フラグ１２３ｈは、産物ＩＤ１２３ａおよび枝番／入荷数１２３ｃで特定される商品について完売したか否かを示す。完売フラグ１２３ｈは、例えば「完」であれば完売を示し、「未」であれば当該商品はまだ在庫があることを示す。キャンセル待ち人数１２３ｉは、商品がユーザによって確保された場合のキャンセル待ちの人数を示す。キャンセル待ち人数１２３ｉは、例えば、商品がユーザによって確保され、キャンセル待ちの人数が０人である場合には「０」とし、キャンセル待ちの人数が１人の場合には「１」、２人の場合には「２」といったように、キャンセル待ちの人数を示す。産物ＤＢ１２３は、産物ＩＤ１２３ａおよび枝番／入荷数１２３ｃで特定される商品ごとに、各項目が１つのレコードとして対応付けて記憶される。

キャンセル待ちＤＢ１２４は、キャンセル待ちが発生した産物ＩＤ１２３ａおよび枝番／入荷数１２３ｃで特定される商品、ならびに、キャンセル待ち会員ＩＤごとに、各項目を関連付けて記憶する。図５は、キャンセル待ちＤＢの一例を示す説明図である。図５に示すように、キャンセル待ちＤＢ１２４は、産物ＩＤ１２４ａ、希少フラグ１２４ｂ、枝番／入荷数１２４ｃ、産物名１２４ｄ、購入者（確保者）ＩＤ１２４ｅ、価格１２４ｆといった項目を有する。また、キャンセル待ちＤＢ１２４は、確保者制限時間１２４ｇ、キャンセル待ち会員ＩＤ１２４ｈ、カートＩＮ時間１２４ｉ、あなたの最大待ち時間１２４ｊといった項目を有する。

キャンセル待ちＤＢ１２４は、キャンセル待ちが発生した時点でレコードが生成される。産物ＩＤ１２４ａ、希少フラグ１２４ｂ、枝番／入荷数１２４ｃ、産物名１２４ｄ、購入者（確保者）ＩＤ１２４ｅ、価格１２４ｆおよび確保者制限時間１２４ｇは、産物ＤＢ１２３の対応する項目がコピーされる。産物ＩＤ１２４ａ、希少フラグ１２４ｂ、枝番／入荷数１２４ｃおよび産物名１２４ｄは、産物ＤＢ１２３の産物ＩＤ１２３ａ、希少フラグ１２３ｂ、枝番／入荷数１２３ｃおよび産物名１２３ｄが、それぞれコピーされる。また、購入者（確保者）ＩＤ１２４ｅ、価格１２４ｆおよび確保者制限時間１２４ｇは、産物ＤＢ１２３の購入者（確保者）ＩＤ１２３ｅ、価格１２３ｆおよび制限時間１２３ｇが、それぞれコピーされる。これらの項目の詳細は、産物ＤＢ１２３の対応する項目と同じであるので、詳細な説明は省略する。

キャンセル待ち会員ＩＤ１２４ｈは、産物ＩＤ１２３ａおよび枝番／入荷数１２３ｃで特定される商品についてキャンセル待ちをしているユーザを識別する。なお、キャンセル待ちをしているユーザが複数いる場合には、図５の枠１１および枠１２に示すように、キャンセル待ちのユーザごとにレコードが生成される。カートＩＮ時間１２４ｉは、キャンセル待ちのユーザが当該商品をカートに入れた時間を示す。また、カートＩＮ時間１２４ｉは、キャンセル待ちの場合には、キャンセル待ち会員ＩＤ１２４ｈで識別されるユーザのキャンセル待ち順位も示す。あなたの最大待ち時間１２４ｊは、キャンセル待ち会員ＩＤ１２４ｈで識別されるユーザの最大待ち時間を示す。

なお、上述の各データベースでは、各データベースの項目として符号を振ったが、項目名が同じものは各データベースで同じ内容を示す。例えば、産物ＤＢ１２３の産物ＩＤ１２３ａと、キャンセル待ちＤＢ１２４の産物ＩＤ１２４ａとが指し示す内容は、同じルールに基づいて付与されたＩＤを用いる。例えば、産物ＩＤ「Ｐ００２」は、どちらのデータベースでも同一の産物「幻の柚子」を示す。従って、以下の説明では、特に区別する場合を除いて各項目名を用いて説明する。

図１の説明に戻って、制御部１３０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されるようにしてもよい。制御部１３０は、ポータル部１３１と、受付部１３２と、商品管理部１３３と、時間制御部１３４と、決済部１３５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図１に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

ポータル部１３１は、ポータルサイトとして宿泊や飲食の予約サービスを提供する。ポータル部１３１は、図示しないポータルサイトの会員ＤＢを参照してポータルサイトの会員に対してログイン認証を行う。ポータル部１３１は、端末装置１０に対して、朝市画面へのリンクを有するポータルサイトの画面を送信する。ポータル部１３１は、通信部１１０を介して端末装置１０から朝市画面へのリンクが押下された情報を受信すると、受付部１３２に対して「どこでも朝市」のログイン画面を表示する指示を出力する。

受付部１３２は、ポータル部１３１からログイン画面の表示を指示されると、通信部１１０を介して端末装置１０に対してログイン画面を送信する。図６は、ログイン画面の一例を示す説明図である。図６に示すように、例えば、ログイン画面２０には、ユーザの会員ＩＤとパスワードを入力する欄が設けられ、ユーザによる入力を受け付ける。また、ログイン画面２０には、例えば、朝市を選択するためのプルダウンメニューが設けられ、ユーザによって朝市が選択される。受付部１３２は、ユーザによって会員ＩＤおよびパスワードが入力され、朝市が選択されると、図示しないポータルサイトの会員ＤＢを参照してポータルサイトの会員に対して再度ログイン認証を行う。また、受付部１３２は、ログイン認証後、選択された朝市の朝市画面を、通信部１１０を介して端末装置１０に送信する。

図７は、朝市画面の一例を示す説明図である。受付部１３２は、図７に示すような朝市画面２１によって、ユーザに対して希少特産物情報を提示する。図７に示すように、例えば、朝市画面２１には、産物ＤＢ１２３を参照して本日の希少特産物情報として、入荷している商品名（産物名）と、価格と、入荷数と、未決済数と、制限時間とが表示される。また、朝市画面２１には、商品検索ボタン２３、売場見学ボタン２４、カート情報２５といったボタンが設けられる。また、制限時間は、未決済の商品がある場合には、ボタン２２ａ、２２ｂ、２２ｃ、２２ｄ、２２ｅが表示される。ボタン２２ａ〜２２ｅは、未決済の各商品に対応する。

受付部１３２は、ボタン２２ａ〜２２ｅのいずれかのボタンがユーザによって押下されることで、当該商品を当該ユーザのカートに確保する。つまり、受付部１３２は、当該ユーザのカートに商品を登録するために、会員ＤＢ１２１に確保した商品ごとにレコードを生成し記憶する。ここで、例えば、ボタン２２ａの「８分」といった表示は、当該商品が既に他のユーザのカートに確保された状態を示し、当該商品を確保した他のユーザは、８分以内に購入を決定しなければキャンセルされることを示す。また、例えば、ボタン２２ｄの「ＭＡＸ」表示は、誰もカートに確保していない状態を示す。受付部１３２は、例えば、ユーザによってカートに商品が確保され、朝市画面２１のカート情報ボタン２５が押下されると、商品管理部１３３にカート画面の表示を指示する。

図１の説明に戻って、商品管理部１３３は、各ユーザがカートに確保した商品、または、キャンセル待ちをしている商品を管理する。つまり、商品管理部１３３は、会員ＤＢ１２１に記憶される各ユーザのカートの内容、産物ＤＢ１２３に記憶される各商品の状態、および、キャンセル待ちＤＢ１２４に記憶される各商品のキャンセル待ちの状態を管理する。なお、商品管理部１３３は、主催者端末５０から受信した商品のデータを産物ＤＢ１２３に格納する等の商品全般の管理を行ってもよい。

商品管理部１３３は、受付部１３２からカート画面の表示が指示されると、会員ＤＢ１２１を参照してカート画面を生成し、生成したカート画面を、通信部１１０を介して端末装置１０に送信する。図８は、確保者のカート画面の一例を示す説明図である。図８に示すように、例えば、会員ＩＤ「Ｒ００４」の「山田太郎」さんのカート画面２６には、カートに確保した「幻の鮎」、「幻の柚子」および「アンコウ」が表示される。カート画面２６には、例えば、確保中である旨を示すマークと、産物ＩＤと、産物名称と、制限時間と、キャンセル待ち人数と、あなたの最大待ち時間とが表示される。

また、商品管理部１３３は、会員ＤＢ１２１を参照して、購入希望商品（産物）が、ログイン中のユーザのカートに入っているか否かを判定する。つまり、商品管理部１３３は、会員ＤＢ１２１を参照して、ログイン中のユーザのレコードのカート商品１２１ｄに、産物ＩＤが格納されているか否かを判定する。商品管理部１３３は、購入希望商品がカートに入っていない場合には、カートに商品が入れられるまで待機する。商品管理部１３３は、購入希望商品がカートに入っている場合には、当該商品がログイン中のユーザが初めてカートに入れた商品であるか否かを判定する。つまり、商品管理部１３３は、当該商品の産物ＩＤがログイン中のユーザと対応付けられて会員ＤＢ１２１に記憶されたか否かを判定する。

商品管理部１３３は、当該商品がログイン中のユーザが初めてカートに入れた商品でない場合には、時間制御部１３４に対して時間管理情報を出力する。商品管理部１３３は、当該商品がログイン中のユーザが初めてカートに入れた商品である場合には、商品管理処理を実行する。商品管理部１３３は、カートの商品が希少特産物であるか否かを判定する。商品管理部１３３は、カートの商品が希少特産物でない場合には、商品管理処理を終了する。すなわち、時間制御部１３４は、カートの商品が希少特産物でない場合には、後述する制限時間処理を行わない。商品管理部１３３は、カートの商品が希少特産物である場合には、当該商品が他のユーザのカートに確保されているか否かを判定する。

商品管理部１３３は、当該商品が他のユーザのカートに確保されていない場合には、産物ＤＢ１２３の購入者（確保者）ＩＤ１２３ｅを確保者の会員ＩＤで更新する。また、商品管理部１３３は、更新された産物ＤＢ１２３に基づいて、会員ＤＢ１２１を更新する。つまり、商品管理部１３３は、当該商品の産物ＩＤ、枝番およびカートＩＮ時間を確保者の会員ＩＤと対応付けて会員ＤＢ１２１に記憶する。商品管理部１３３は、会員ＤＢ１２１の更新が完了すると商品管理処理を終了し、時間管理情報を時間制御部１３４に出力する。

商品管理部１３３は、当該商品が他のユーザのカートに確保されている場合には、産物ＤＢ１２３に基づいて、会員ＤＢ１２１を更新する。商品管理部１３３は、産物ＤＢ１２３を参照し、当該商品の産物ＩＤ、枝番およびカートＩＮ時間を、当該商品をカートに入れたユーザの会員ＩＤと対応付けて会員ＤＢ１２１に記憶する。商品管理部１３３は、産物ＤＢ１２３の当該商品のレコードについて、キャンセル待ち人数１２３ｉを１人増加させる。

商品管理部１３３は、産物ＤＢ１２３の当該商品のレコードからキャンセル待ちＤＢ１２４に当該商品のデータをセット、つまりコピーする。産物ＤＢ１２３からキャンセル待ちＤＢ１２４にセットするデータの項目は、産物ＩＤ１２３ａ、希少フラグ１２３ｂ、枝番／入荷数１２３ｃ、産物名１２３ｄ、購入者（確保者）ＩＤ１２３ｅ、価格１２３ｆおよび制限時間１２３ｇである。なお、商品管理部１３３は、キャンセル待ちＤＢ１２４に当該商品のデータを初めてセットする場合には、当該商品およびキャンセル待ちユーザのレコードを生成する。

商品管理部１３３は、キャンセル待ちＤＢ１２４に当該商品のデータがセットされると、セットされたレコードに対して、キャンセル待ち会員ＩＤ１２４ｈ、カートＩＮ時間１２４ｉ、および、あなたの最大待ち時間１２４ｊをセットする。ここで、カートＩＮ時間１２４ｉは、合わせてキャンセル待ち順位もセットする。また、あなたの最大待ち時間１２４ｊは、例えば、キャンセル待ち順位が１位である場合には、確保者制限時間１２４ｇと同じ時間とし、キャンセル待ち順位が２位の場合には、確保者制限時間１２４ｇに１０分を加算した時間とすることができる。すなわち、あなたの最大待ち時間１２４ｊは、例えば、１人当たりの最大待ち時間を１０分として、キャンセル待ち人数が増加するにつれ、１０分ずつ加算することができる。商品管理部１３３は、キャンセル待ちＤＢ１２４に対して上述の各データのセットが完了すると、時間制御部１３４に対して時間管理情報を出力する。

図１の説明に戻って、時間制御部１３４は、各ユーザがカートに入れて確保した各商品（産物）について、購入可能な時間として設けられる制限時間を制御する。時間制御部１３４は、ユーザによって商品がカートに入れられると制限時間のカウントダウンを開始し、制限時間がゼロになると当該商品はキャンセルされたものとしてカートから出して在庫に戻す。言い換えると、時間制御部１３４は、購入予約された商品またはサービスについて、入庫待ちまたはキャンセル待ちのリクエストの受信状況に応じて、商品またはサービスについての購入予約に基づく購入手続きを許容するステータスを、購入予約に基づく購入手続きを許容しないステータスに変更するまでの時間を制御する。

時間制御部１３４は、商品管理部１３３から時間管理情報が入力されると、制限時間処理を実行する。時間制御部１３４は、キャンセル待ちＤＢ１２４を参照し、キャンセル待ちの商品があるか否かを判定する。時間制御部１３４は、キャンセル待ちの商品がない場合には、制限時間処理を終了する。時間制御部１３４は、キャンセル待ちの商品がある場合には、キャンセル待ちＤＢ１２４の同一商品のキャンセル待ちレコード数を取得する。時間制御部１３４は、同一商品のキャンセル待ちレコード数に応じて、商品の確保者の制限時間とキャンセル待ちをする待機者の最大待ち時間を設定する。

時間制御部１３４は、同一商品のキャンセル待ちレコード数が「１」の場合には、確保者の制限時間は「そのまま」とする。つまり、時間制御部１３４は、確保者の制限時間として、確保者がカートに商品を入れた時間からのカウントダウン中の時間とする。このとき、時間制御部１３４は、キャンセル待ちの待機者の最大待ち時間である「あなたの最大待ち時間」は、確保者の制限時間と同じであるので「そのまま」とする。

時間制御部１３４は、同一商品のキャンセル待ちレコード数が「２」の場合には、確保者の制限時間を「１／２」とする。つまり、時間制御部１３４は、確保者の制限時間として、確保者がカートに商品を入れた時間からのカウントダウン中の時間の２分の１の時間とする。このとき、時間制御部１３４は、キャンセル待ちの待機者の最大待ち時間である「あなたの最大待ち時間」として、キャンセル待ち順位が１位の待機者は、確保者の制限時間と同じ「１／２」とする。また、時間制御部１３４は、「あなたの最大待ち時間」として、キャンセル待ち順位が２位の待機者は、確保者の制限時間に１人分の所定の制限時間、例えば１０分を加算した時間とする。例えば、キャンセル待ち順位が２位の待機者の制限時間は、確保者の制限時間×１／２＋１０分とする。

時間制御部１３４は、同一商品のキャンセル待ちレコード数が「３」の場合には、確保者の制限時間を「１／３」とする。つまり、時間制御部１３４は、確保者の制限時間として、確保者がカートに商品を入れた時間からのカウントダウン中の時間の３分の１の時間とする。このとき、時間制御部１３４は、キャンセル待ちの待機者の最大待ち時間である「あなたの最大待ち時間」として、キャンセル待ち順位が１位の待機者は、確保者の制限時間と同じ「１／３」とする。また、時間制御部１３４は、「あなたの最大待ち時間」として、キャンセル待ち順位が２位の待機者は、確保者の制限時間に１人分の所定の制限時間、例えば１０分を加算した時間とする。例えば、キャンセル待ち順位が２位の待機者の制限時間は、確保者の制限時間×１／３＋１０分とする。同様に、時間制御部１３４は、「あなたの最大待ち時間」として、キャンセル待ち順位が３位の待機者は、確保者の制限時間に２人分の所定の制限時間、例えば２０分を加算した時間とする。例えば、キャンセル待ち順位が３位の待機者の制限時間は、確保者の制限時間×１／３＋２０分とする。

つまり、時間制御部１３４は、キャンセル待ち人数に応じて、確保者の制限時間を短縮し、キャンセル待ち順位に応じて、待機者の制限時間を増加させる。ここで、制限時間と最大待ち時間は、キャンセル待ちレコード数をＮとすると次のようになる。時間制御部１３４は、同一商品のキャンセル待ちレコード数が「Ｎ」の場合には、確保者の制限時間を「１／Ｎ」とする。つまり、時間制御部１３４は、確保者の制限時間として、確保者がカートに商品を入れた時間からのカウントダウン中の時間のＮ分の１の時間とする。このとき、時間制御部１３４は、キャンセル待ちの待機者の最大待ち時間である「あなたの最大待ち時間」として、キャンセル待ち順位が１位の待機者は、確保者の制限時間と同じ「１／Ｎ」とする。また、時間制御部１３４は、「あなたの最大待ち時間」として、キャンセル待ち順位がＮ位の待機者は、確保者の制限時間に（Ｎ−１）人分の所定の制限時間を加算した時間とする。例えば、キャンセル待ち順位がＮ位の待機者の制限時間は、待機者１人当たりの最大待ち時間を１０分とすると、確保者の制限時間×１／Ｎ＋（Ｎ−１）×１０分となる。

時間制御部１３４は、確保者または待機者である各ユーザに対して、制限時間と最大待ち時間とを通知する。時間制御部１３４は、例えば、制限時間と最大待ち時間とをカート画面に表示し、当該カート画面を通信部１１０を介して各ユーザの端末装置１０に送信することで通知する。図９は、キャンセル待ち人数が増加した場合の確保者のカート画面の一例を示す説明図である。図９に示すように、カート画面２７には、確保した商品として「幻の鮎」と「幻の柚子」と「アンコウ」とが表示され、それぞれ、制限時間と、キャンセル待ち人数と、あなたの最大待ち時間とが表示される。このとき、「幻の鮎」の制限時間は、キャンセル待ち人数が１人であるので、例えば、キャンセル待ちが発生する前と同じ「８分１４秒」である。「幻の柚子」の制限時間は、キャンセル待ち人数が２人であるので、例えば、キャンセル待ちが発生する前の制限時間「３分１秒」の略２分の１の「１分３０秒」である。「アンコウ」の制限時間は、キャンセル待ち人数が３人であるので、例えば、キャンセル待ちが発生する前の制限時間「９分２２秒」の略３分の１の「３分０７秒」である。さらに、時間制御部１３４は、カート画面２７に制限時間が短縮される旨のメッセージを表示して、確保者のユーザに注意を促す。

ここで、一例として、図１０から図１２に、キャンセル待ち人数が３人の「アンコウ」について、キャンセル待ち順位が１位から３位の待機者のカート画面を示す。図１０は、キャンセル待ち順位が１位の待機者のカート画面の一例を示す説明図である。図１０に示すように、カート画面２８には、キャンセル待ち中の商品として「アンコウ」が表示され、確保者制限時間と、順位およびキャンセル待ち人数と、あなたの最大待ち時間とが表示される。カート画面２８は、キャンセル待ち順位が１位の待機者のカート画面であるので、あなたの最大待ち時間として、確保者制限時間と同じ「３分０７秒」が表示される。

図１１は、キャンセル待ち順位が２位の待機者のカート画面の一例を示す説明図である。図１１に示すように、カート画面２９には、キャンセル待ち中の商品として「アンコウ」が表示され、確保者制限時間と、順位およびキャンセル待ち人数と、あなたの最大待ち時間とが表示される。カート画面２９は、キャンセル待ち順位が２位の待機者のカート画面であるので、あなたの最大待ち時間として、確保者制限時間に１０分を加算した「１３分０７秒」が表示される。

図１２は、キャンセル待ち順位が３位の待機者のカート画面の一例を示す説明図である。図１２に示すように、カート画面３０には、キャンセル待ち中の商品として「アンコウ」が表示され、確保者制限時間と、順位およびキャンセル待ち人数と、あなたの最大待ち時間とが表示される。カート画面３０は、キャンセル待ち順位が３位の待機者のカート画面であるので、あなたの最大待ち時間として、確保者制限時間に２０分を加算した「２３分０７秒」が表示される。

時間制御部１３４は、当該商品が確保者によって購入されたか、あるいは、キャンセルまたは制限時間切れか否かを判定する。時間制御部１３４は、当該商品が確保者によって購入された場合には、産物ＤＢ１２３の当該商品のレコードについて、制限時間１２３ｇを「００Ｍ００Ｓ」、キャンセル待ち人数１２３ｉを空白、および、完売フラグ１２３ｈを「完」と更新する。

また、時間制御部１３４は、会員ＤＢ１２１の該当項目のデータを削除する。つまり、時間制御部１３４は、会員ＤＢ１２１のカート商品１２１ｄ、枝番１２１ｅ、および、カートＩＮ時間１２１ｆのデータを削除する。時間制御部１３４は、制限時間１２１ｇおよび備考１２１ｈにもデータが格納されている場合には、合わせて削除する。なお、時間制御部１３４は、会員ＤＢ１２１に確保者のレコードが複数存在する場合には、当該商品に対応するレコードを削除する。また、時間制御部１３４は、キャンセル待ちＤＢ１２４を更新して制限時間処理を終了する。すなわち、時間制御部１３４は、キャンセル待ちＤＢ１２４の当該商品のレコードを削除して制限時間処理を終了する。

時間制御部１３４は、当該商品がキャンセルまたは制限時間切れである場合には、キャンセル待ちＤＢ１２４のキャンセル待ちレコード数に応じて、会員ＤＢ１２１、産物ＤＢ１２３およびキャンセル待ちＤＢ１２４を更新する。時間制御部１３４は、キャンセル待ちレコード数が「２」から「Ｎ」までの場合には、産物ＤＢ１２３の購入者（確保者）ＩＤ１２３ｅに、キャンセル待ち順位が１位の待機者の会員ＩＤを記憶する。また、時間制御部１３４は、当該商品がキャンセルされた場合には、制限時間１２３ｇについて確保者の制限時間を引き継ぐ。さらに、時間制御部１３４は、産物ＤＢ１２３の当該商品のキャンセル待ち人数１２３ｉを「１」減算する。

また、時間制御部１３４は、会員ＤＢ１２１の確保者の該当項目のデータを削除する。つまり、時間制御部１３４は、会員ＤＢ１２１の確保者のカート商品１２１ｄ、枝番１２１ｅ、および、カートＩＮ時間１２１ｆのデータを削除する。時間制御部１３４は、制限時間１２１ｇおよび備考１２１ｈにもデータが格納されている場合には、合わせて削除する。なお、時間制御部１３４は、会員ＤＢ１２１に確保者のレコードが複数存在する場合には、当該商品に対応するレコードを削除する。

また、時間制御部１３４は、会員ＤＢ１２１のキャンセル待ちの待機者の当該商品に関するレコードを更新する。つまり、時間制御部１３４は、会員ＤＢ１２１のキャンセル待ちの待機者のカートＩＮ時間１２１ｆのキャンセル待ち順位を「１」減算する。

また、時間制御部１３４は、キャンセル待ちＤＢ１２４のキャンセル待ちの待機者について繰り上げ処理を行う。時間制御部１３４は、キャンセル待ちＤＢ１２４のキャンセル待ち順位が１位の待機者の当該商品に係るレコードを削除する。時間制御部１３４は、キャンセル待ちＤＢ１２４のキャンセル待ち順位が２位以降の待機者について、購入者（確保者）ＩＤ１２４ｅをキャンセル待ち順位が１位の待機者の会員ＩＤに更新する。また、時間制御部１３４は、キャンセル待ち順位が２位以降の待機者について、あなたの最大待ち時間１２４ｊを、１人分の最大待ち時間分減算する。時間制御部１３４は、キャンセル待ちの待機者について繰り上げ処理が終了すると、制限時間処理を終了する。

時間制御部１３４は、キャンセル待ちレコード数が「１」の場合には、産物ＤＢ１２３の購入者（確保者）ＩＤ１２３ｅに、キャンセル待ち順位が１位の待機者の会員ＩＤを記憶する。また、時間制御部１３４は、当該商品がキャンセルされた場合には、制限時間１２３ｇについて確保者の制限時間を引き継ぐ。さらに、時間制御部１３４は、産物ＤＢ１２３の当該商品のキャンセル待ち人数１２３ｉを空白とする。

また、時間制御部１３４は、会員ＤＢ１２１の確保者の該当項目のデータを削除する。つまり、時間制御部１３４は、会員ＤＢ１２１の確保者のカート商品１２１ｄ、枝番１２１ｅ、および、カートＩＮ時間１２１ｆのデータを削除する。時間制御部１３４は、制限時間１２１ｇおよび備考１２１ｈにもデータが格納されている場合には、合わせて削除する。なお、時間制御部１３４は、会員ＤＢ１２１に確保者のレコードが複数存在する場合には、当該商品に対応するレコードを削除する。

また、時間制御部１３４は、会員ＤＢ１２１のキャンセル待ち順位が１位の待機者の当該商品に関するレコードを更新する。つまり、時間制御部１３４は、会員ＤＢ１２１のキャンセル待ち順位が１位の待機者のカートＩＮ時間１２１ｆのキャンセル待ち順位を「１」減算する。すなわち、当該待機者のキャンセル待ち順位は「０」となる。

また、時間制御部１３４は、キャンセル待ちＤＢ１２４を更新して制限時間処理を終了する。すなわち、時間制御部１３４は、キャンセル待ちＤＢ１２４の当該商品のレコードを削除して制限時間処理を終了する。

図１の説明に戻って、決済部１３５は、通信部１１０を介して端末装置１０に決済画面を送信して決済処理を実行する。決済部１３５は、例えば、カート画面２６の「確保中」表示がユーザによってクリックされることで、図示しない決済画面を送信する。決済部１３５は、決済画面にてユーザにより決済情報が入力されると、図示しない決済サーバに決済情報を送信する。決済部１３５は、決済サーバから決済の許可情報を受信すると、通信部１１０を介して端末装置１０に決済完了画面を送信する。

次に、実施例１の購入手続き処理システム１の動作について説明する。

図１３は、購入手続き処理の一例を示すフローチャートである。なお、ここでは、サーバ装置１００の動作を主体に説明する。サーバ装置１００のポータル部１３１は、図示しないポータルサイトの会員ＤＢを参照してポータルサイトの会員に対してログイン認証を行う。ポータル部１３１は、端末装置１０に対して、朝市画面へのリンクを有するポータルサイトの画面を送信する。ポータル部１３１は、通信部１１０を介して端末装置１０から朝市画面へのリンクが押下された情報を受信すると、受付部１３２に対して「どこでも朝市」のログイン画面を表示する指示を出力する。受付部１３２は、ポータル部１３１からログイン画面の表示を指示されると、通信部１１０を介して端末装置１０に対してログイン画面を送信する。受付部１３２は、ユーザによって会員ＩＤおよびパスワードが入力され、朝市が選択されると、図示しないポータルサイトの会員ＤＢを参照してポータルサイトの会員に対して再度ログイン認証を行う（ステップＳ１）。

受付部１３２は、ログイン認証後、選択された朝市の朝市画面を、通信部１１０を介して端末装置１０に送信する。受付部１３２は、例えば、図７に示すような朝市画面２１によって、ユーザに対して希少特産物情報を提示する（ステップＳ２）。

受付部１３２は、例えば、図７中のボタン２２ａ〜２２ｅのいずれかのボタンがユーザによって押下されることで、当該ユーザのカートに当該商品を登録する（ステップＳ３）。受付部１３２は、当該ユーザのカートに商品を登録するために、会員ＤＢ１２１に確保した商品ごとにレコードを生成し記憶する。受付部１３２は、例えば、朝市画面２１のカート情報ボタン２５が押下されると、商品管理部１３３にカート画面の表示を指示する。

商品管理部１３３は、受付部１３２からカート画面の表示が指示されると、会員ＤＢ１２１を参照してカート画面を生成し、生成したカート画面を、通信部１１０を介して端末装置１０に送信する。商品管理部１３３は、ログイン中のユーザについて、会員ＤＢ１２１のカート商品１２１ｄが全て「なし」になるまで、後述するステップＳ５からＳ８の処理を繰り返す（ステップＳ４ａ〜Ｓ４ｂ）。

商品管理部１３３は、会員ＤＢ１２１を参照して、購入希望商品がログイン中のユーザのカートに入っているか否かを判定する（ステップＳ５）。商品管理部１３３は、購入希望商品がログイン中のユーザのカートに入っていない場合には、カートに商品が入れられるまで待機する（ステップＳ５：否定）。商品管理部１３３は、購入希望商品がログイン中のユーザのカートに入っている場合には（ステップＳ５：肯定）、当該商品がログイン中のユーザが初めてカートに入れた商品であるか否かを判定する（ステップＳ６）。商品管理部１３３は、当該商品がログイン中のユーザが初めてカートに入れた商品でない場合には（ステップＳ６：否定）、時間制御部１３４に対して時間管理情報を出力する。商品管理部１３３は、当該商品がログイン中のユーザが初めてカートに入れた商品である場合には（ステップＳ６：肯定）、商品管理処理を実行する（ステップＳ７ａ〜Ｓ７ｎ）。なお、ステップＳ７ａ〜Ｓ７ｎは、例えばＮ個の商品ごとの商品管理処理を表し、以下の説明では、これらを区別せずに商品管理処理（ステップＳ７）として説明する。

ここで、図１４を用いて商品管理処理について説明する。図１４は、商品管理処理の一例を示すフローチャートである。商品管理部１３３は、カートの商品が希少特産物であるか否かを判定する（ステップＳ７１）。商品管理部１３３は、カートの商品が希少特産物でない場合には（ステップＳ７１：否定）、商品管理処理を終了し、元の処理に戻る。商品管理部１３３は、カートの商品が希少特産物である場合には（ステップＳ７１：肯定）、当該商品が他のユーザのカートに確保されているか否かを判定する（ステップＳ７２）。

商品管理部１３３は、当該商品が他のユーザのカートに確保されていない場合には（ステップＳ７２：否定）、産物ＤＢ１２３の購入者（確保者）ＩＤ１２３ｅを確保者の会員ＩＤで更新する（ステップＳ７３）。また、商品管理部１３３は、更新された産物ＤＢ１２３に基づいて、会員ＤＢ１２１を更新する（ステップＳ７４）。商品管理部１３３は、会員ＤＢ１２１の更新が完了すると商品管理処理を終了し、時間管理情報を時間制御部１３４に出力し、元の処理に戻る。

商品管理部１３３は、当該商品が他のユーザのカートに確保されている場合には（ステップＳ７２：肯定）、産物ＤＢ１２３に基づいて、会員ＤＢ１２１を更新する（ステップＳ７５）。商品管理部１３３は、産物ＤＢ１２３を更新する（ステップＳ７６）。つまり、商品管理部１３３は、産物ＤＢ１２３の当該商品のレコードについて、キャンセル待ち人数１２３ｉを１人増加させる。商品管理部１３３は、産物ＤＢ１２３の当該商品のレコードからキャンセル待ちＤＢ１２４に当該商品のデータをセットする（ステップＳ７７）。

商品管理部１３３は、キャンセル待ちＤＢ１２４に当該商品のデータがセットされると、セットされたレコードに対して、キャンセル待ち会員ＩＤ１２４ｈ、カートＩＮ時間１２４ｉ、および、あなたの最大待ち時間１２４ｊをセットする（ステップＳ７８）。また、商品管理部１３３は、カートＩＮ時間１２４ｉに、合わせてキャンセル待ち順位もセットする。商品管理部１３３は、キャンセル待ちＤＢ１２４に対して上述の各データのセットが完了すると商品管理処理を終了し、時間管理情報を時間制御部１３４に出力し、元の処理に戻る。

このように、商品管理処理では、各ユーザがカートに確保した商品、または、キャンセル待ちをしている商品を管理することで、商品ごとの状態を示すステータスを管理することができる。

時間制御部１３４は、商品管理部１３３から時間管理情報が入力されると、制限時間処理を実行する（ステップＳ８ａ〜Ｓ８ｎ）。なお、ステップＳ８ａ〜Ｓ８ｎは、例えばＮ個の商品ごとの購入手続き処理を表し、以下の説明では、これらを区別せずに制限時間処理（ステップＳ８）として説明する。

ここで、図１５を用いて制限時間処理について説明する。図１５は、制限時間処理の一例を示すフローチャートである。時間制御部１３４は、キャンセル待ちＤＢ１２４を参照し、キャンセル待ちの商品があるか否かを判定する（ステップＳ８１）。時間制御部１３４は、キャンセル待ちの商品がない場合には（ステップＳ８１：否定）、制限時間処理を終了し、元の処理に戻る。時間制御部１３４は、キャンセル待ちの商品がある場合には（ステップＳ８１：肯定）、キャンセル待ちＤＢ１２４の同一商品のキャンセル待ちレコード数を取得する。

時間制御部１３４は、同一商品のキャンセル待ちレコード数に応じて、商品の確保者の制限時間とキャンセル待ちをする待機者の最大待ち時間を設定する（ステップＳ８２）。時間制御部１３４は、同一商品のキャンセル待ちレコード数が「１」の場合には（ステップＳ８２：「１」）、確保者の制限時間は「そのまま」とする（ステップＳ８３ａ）。また、時間制御部１３４は、キャンセル待ちの待機者の最大待ち時間である「あなたの最大待ち時間」は、確保者の制限時間と同じであるので「そのまま」とする（ステップＳ８４ａ）。

時間制御部１３４は、同一商品のキャンセル待ちレコード数が「２」の場合には（ステップＳ８２：「２」）、確保者の制限時間を「１／２」とする（ステップＳ８３ｂ）。また、時間制御部１３４は、キャンセル待ちの待機者の最大待ち時間である「あなたの最大待ち時間」として、キャンセル待ち順位が１位の待機者は、確保者の制限時間と同じ「１／２」とする。さらに、時間制御部１３４は、キャンセル待ち順位が２位の待機者の「あなたの最大待ち時間」を、確保者の制限時間に１人分の所定の制限時間、例えば１０分を加算した時間とする（ステップＳ８４ｂ）。

時間制御部１３４は、同一商品のキャンセル待ちレコード数が「３」の場合には（ステップＳ８２：「３」）、確保者の制限時間を「１／３」とする（ステップＳ８３ｃ）。また、時間制御部１３４は、キャンセル待ち順位が１位の待機者の「あなたの最大待ち時間」を、確保者の制限時間と同じ「１／３」とする。さらに、時間制御部１３４は、キャンセル待ち順位が２位の待機者の「あなたの最大待ち時間」を、確保者の制限時間に１人分の所定の制限時間、例えば１０分を加算した時間とする。また、時間制御部１３４は、キャンセル待ち順位が３位の待機者の「あなたの最大待ち時間」を、確保者の制限時間に２人分の所定の制限時間、例えば２０分を加算した時間とする（ステップＳ８４ｃ）。

時間制御部１３４は、以下同様に、キャンセル待ちレコード数「Ｎ」に応じて（ステップＳ８２：「Ｎ」）、確保者の制限時間を「１／Ｎ」とする（ステップＳ８３ｄ）。また、時間制御部１３４は、キャンセル待ち順位が１位の待機者の「あなたの最大待ち時間」を、確保者の制限時間と同じ「１／Ｎ」とする。さらに、時間制御部１３４は、キャンセル待ち順位がＮ位の待機者の「あなたの最大待ち時間」を、確保者の制限時間に（Ｎ−１）人分の所定の制限時間を加算した時間とする（ステップＳ８４ｄ）。

時間制御部１３４は、確保者または待機者である各ユーザに対して、制限時間と最大待ち時間とを通知する（ステップＳ８５）。時間制御部１３４は、当該商品が確保者によって購入されたか、あるいは、キャンセルまたは制限時間切れか否かを判定する（ステップＳ８６）。時間制御部１３４は、当該商品が確保者によって購入された場合には（ステップＳ８６：「購入」）、産物ＤＢ１２３の当該商品のレコードについて更新する。つまり、時間制御部１３４は、制限時間１２３ｇを「００Ｍ００Ｓ」、キャンセル待ち人数１２３ｉを空白、および、完売フラグ１２３ｈを「完」と更新する（ステップＳ８７）。

時間制御部１３４は、会員ＤＢ１２１の該当項目のデータを削除する（ステップＳ８８）。なお、時間制御部１３４は、会員ＤＢ１２１に確保者のレコードが複数存在する場合には、当該商品に対応するレコードを削除する。また、時間制御部１３４は、キャンセル待ちＤＢ１２４を更新して制限時間処理を終了する（ステップＳ８９）。

時間制御部１３４は、当該商品がキャンセルまたは制限時間切れである場合には（ステップＳ８６：「キャンセルまたは制限時間切れ」）、各ＤＢを更新する。つまり、時間制御部１３４は、キャンセル待ちＤＢ１２４のキャンセル待ちレコード数に応じて、会員ＤＢ１２１、産物ＤＢ１２３およびキャンセル待ちＤＢ１２４を更新する（ステップＳ９０）。時間制御部１３４は、キャンセル待ちレコード数が「１」の場合には（ステップＳ９０：「１」）、産物ＤＢ１２３の購入者（確保者）ＩＤ１２３ｅに、キャンセル待ち順位が１位の待機者の会員ＩＤを記憶する。また、時間制御部１３４は、当該商品がキャンセルされた場合には、制限時間１２３ｇについて確保者の制限時間を引き継ぐ。さらに、時間制御部１３４は、産物ＤＢ１２３の当該商品のキャンセル待ち人数１２３ｉを空白とする（ステップＳ９１）。

時間制御部１３４は、会員ＤＢ１２１の確保者の該当項目のデータを削除し、会員ＤＢ１２１を更新する。また、時間制御部１３４は、会員ＤＢ１２１のキャンセル待ち順位が１位の待機者の当該商品に関するレコードを更新する（ステップＳ９２）。時間制御部１３４は、キャンセル待ちＤＢ１２４を更新して制限時間処理を終了する（ステップＳ９３）。

時間制御部１３４は、キャンセル待ちレコード数が「２」から「Ｎ」までの場合には（ステップＳ９０：「２」〜「Ｎ」）、産物ＤＢ１２３の購入者（確保者）ＩＤ１２３ｅに、キャンセル待ち順位が１位の待機者の会員ＩＤを記憶する。また、時間制御部１３４は、当該商品がキャンセルされた場合には、制限時間１２３ｇについて確保者の制限時間を引き継ぐ。さらに、時間制御部１３４は、産物ＤＢ１２３の当該商品のキャンセル待ち人数１２３ｉを「１」減算する（ステップＳ９４）。時間制御部１３４は、会員ＤＢ１２１の確保者の該当項目のデータを削除し、会員ＤＢ１２１を更新する。また、時間制御部１３４は、会員ＤＢ１２１のキャンセル待ちの待機者の当該商品に関するレコードを更新する（ステップＳ９５）。また、時間制御部１３４は、キャンセル待ちＤＢ１２４のキャンセル待ちの待機者について繰り上げ処理を行い、キャンセル待ちＤＢ１２４を更新する。時間制御部１３４は、キャンセル待ちの待機者について繰り上げ処理が終了すると、制限時間処理を終了する（ステップＳ９６）。

このように、制限時間処理では、キャンセル待ち人数に応じて、商品の確保者の制限時間を短縮することができる。また、制限時間処理では、キャンセル待ち人数に応じて、キャンセル待ちの待機者の最大待ち時間を決定することができる。

図１３の説明に戻って、決済部１３５は、ステップＳ４ａからＳ４ｂの間の処理の中で、決済画面にてユーザにより決済情報が入力されると、図示しない決済サーバに決済情報を送信する。決済部１３５は、決済サーバから決済の許可情報を受信すると、通信部１１０を介して端末装置１０に決済完了画面を送信する。このように、購入手続き処理では、ユーザがカートに入れた商品に対して購入可能な制限時間を設けることで、販売機会の損失を抑制できる。すなわち、購入手続き処理では、商品の確保者に対して、決済を早く行うように促すことができる。

このように、サーバ装置１００は、購入予約された商品またはサービスについて、入庫待ちまたはキャンセル待ちのリクエストの受信状況に応じて、商品またはサービスについての購入予約に基づく購入手続きを許容するステータスを、購入予約に基づく購入手続きを許容しないステータスに変更するまでの時間を制御する。その結果、販売機会の損失を抑制できる。

また、サーバ装置１００は、購入予約された商品またはサービスの予約者が、購入予約された商品またはサービスを時間内にキャンセルした場合に、購入予約された商品またはサービスのキャンセル待ちの先頭の待機者を次の予約者として、時間を引き継ぐ。その結果、キャンセル待ちの先頭の待機者に購入を促すことができる。また、キャンセル待ち人数が複数人いる場合であっても、キャンセルが発生する度に最大待ち時間が増加することを抑制できる。

また、サーバ装置１００は、購入予約された商品またはサービスのキャンセル待ち人数に応じて、購入予約された商品またはサービスの予約者の時間を短縮する。その結果、キャンセル待ち人数に応じて確保者の購入を促すことができる。

また、サーバ装置１００は、購入予約された商品またはサービスのキャンセル待ち人数に応じて、各キャンセル待ちの待機者の時間の最大値を決定する。その結果、キャンセル待ち待機者の最大待ち時間を商品がカートに入れられた時点で確定できる。

また、上記実施例１では、キャンセル待ち人数に応じて、商品の確保者の制限時間を減じたが、これに限定されない。例えば、確保者のカートに確保されている商品の数に応じて、カート内の商品の制限時間を減ずるようにしてもよい。

確保者のカートに確保されている商品の数に応じて、カート内の商品の制限時間を減ずる実施の形態につき、実施例２として以下に説明する。なお、上記実施例１のサーバ装置１００と同一の構成には、同一符号を付すことで、その重複する構成および動作の説明については省略する。実施例２のサーバ装置１５０が実施例１のサーバ装置１００と異なるところは、確保者のカートに確保されている商品の数に応じて、カート内の商品の制限時間を減ずる点にある。

図１６は、実施例２の購入手続き処理システムの構成の一例を示すブロック図である。実施例２の購入手続き処理システム２は、実施例１の購入手続き処理システム１のサーバ装置１００に代えてサーバ装置１５０を有する。また、実施例２のサーバ装置１５０は、実施例１のサーバ装置１００と比べ、時間制御部１３４に代えて時間制御部１８４を有する点が異なる。

時間制御部１８４は、実施例１の時間制御部１３４と同様に、各ユーザがカートに入れて確保した各商品（産物）について、購入可能な時間として設けられる制限時間を制御する。時間制御部１８４は、商品管理部１３３から時間管理情報が入力されると、制限時間処理を実行する。時間制御部１８４は、会員ＤＢ１２１を参照し、あるユーザについて確保中の商品の情報を取得する。また、時間制御部１８４は、キャンセル待ちＤＢ１２４を参照し、当該ユーザが確保中の商品についてキャンセル待ちの商品数を取得する。時間制御部１８４は、当該ユーザ、つまり確保者が確保中の商品のうちキャンセル待ちの商品数に応じて、商品の確保者の制限時間とキャンセル待ちをする待機者の最大待ち時間を設定する。

時間制御部１８４は、確保者が確保中の商品のうちキャンセル待ちの商品数が「１」の場合には、確保者の制限時間は「そのまま」とする。つまり、時間制御部１８４は、確保者の制限時間として、確保者がカートに商品を入れた時間からのカウントダウン中の時間とする。このとき、時間制御部１８４は、キャンセル待ちの待機者の最大待ち時間である「あなたの最大待ち時間」を、確保者の制限時間と同じであるので「そのまま」とする。

時間制御部１８４は、確保者が確保中の商品のうちキャンセル待ちの商品数が「２」の場合には、確保者がカートに入れている全ての商品の制限時間を「１／２」とする。このとき、時間制御部１８４は、キャンセル待ちの待機者の最大待ち時間である「あなたの最大待ち時間」を、確保者の制限時間と同じ「１／２」とする。

時間制御部１８４は、確保者が確保中の商品のうちキャンセル待ちの商品数が「３」の場合には、確保者がカートに入れている全ての商品の制限時間を「１／３」とする。このとき、時間制御部１８４は、キャンセル待ちの待機者の最大待ち時間である「あなたの最大待ち時間」を、確保者の制限時間と同じ「１／３」とする。

つまり、時間制御部１８４は、確保者が確保中の商品のうちキャンセル待ちの商品数に応じて、確保者の制限時間を短縮する。ここで、制限時間は、確保者が確保中の商品のうちキャンセル待ちの商品数をＮとすると次のようになる。時間制御部１８４は、確保者が確保中の商品のうちキャンセル待ちの商品数が「Ｎ」の場合には、確保者がカートに入れている全ての商品の制限時間を「１／Ｎ」とする。つまり、時間制御部１８４は、確保者の制限時間として、確保者がカートにそれぞれの商品を入れた時間からのカウントダウン中の時間のＮ分の１の時間とする。

時間制御部１８４は、確保者または待機者である各ユーザに対して、制限時間と最大待ち時間とを通知する。時間制御部１３４は、例えば、制限時間と最大待ち時間とをカート画面に表示し、当該カート画面を通信部１１０を介して各ユーザの端末装置１０に送信することで通知する。図１７は、実施例２のキャンセル待ち人数が増加した場合の確保者のカート画面の一例を示す説明図である。図１７に示すように、カート画面３１には、確保した商品として「幻の鮎」と「幻の柚子」と「アンコウ」とが表示され、それぞれ、制限時間と、キャンセル待ち人数と、あなたの最大待ち時間とが表示される。つまり、時間制御部１８４は、確保者に対して確保中の商品の制限時間を通知し、待機者に対してキャンセル待ち商品の最大待ち時間を通知する。

ここで、「幻の鮎」と「幻の柚子」と「アンコウ」とについて、それぞれキャンセル待ち人数が１人ずつ、計３人になった場合を説明する。なお、キャンセル待ち人数が各０人であるときの制限時間は、それぞれ、「８分１４秒」、「３分０１秒」、「９分２２秒」であったとする。「幻の鮎」の制限時間は、確保中の全ての商品のキャンセル待ち人数が３人であるので、例えば、キャンセル待ち人数が各０人であるときの制限時間「８分１４秒」の略３分の１の「２分４２秒」となる。「幻の柚子」の制限時間は、確保中の全ての商品のキャンセル待ち人数が３人であるので、例えば、キャンセル待ち人数が各０人であるときの制限時間「３分０１秒」の略３分の１の「１分００秒」となる。「アンコウ」の制限時間は、確保中の全ての商品のキャンセル待ち人数が３人であるので、例えば、キャンセル待ち人数が各０人であるときの制限時間「９分２２秒」の略３分の１の「３分０７秒」となる。さらに、時間制御部１８４は、カート画面３１に制限時間が短縮される旨のメッセージを表示して、確保者のユーザに注意を促す。

時間制御部１８４は、当該商品が確保者によって購入されたか、あるいは、キャンセルまたは制限時間切れか否かを判定する。時間制御部１８４は、当該商品が確保者によって購入された場合には、実施例１の時間制御部１３４と同様に、会員ＤＢ１２１、産物ＤＢ１２３およびキャンセル待ちＤＢ１２４を更新して制限時間処理を終了する。

時間制御部１８４は、当該商品がキャンセルまたは制限時間切れである場合には、実施例１の時間制御部１３４と同様に、キャンセル待ちＤＢ１２４のキャンセル待ちレコード数に応じて、会員ＤＢ１２１、産物ＤＢ１２３およびキャンセル待ちＤＢ１２４を更新して制限時間処理を終了する。

次に、実施例２に係るサーバ装置１５０が実行する処理の流れについて説明する。なお、実施例２のサーバ装置１５０が実行する処理の流れは、実施例１のサーバ装置１００の動作と時間制御部１８４が実行する制限時間処理を除き同一であるので、制限時間処理について説明し、その他の処理については説明を省略する。

図１８は、実施例２の制限時間処理の一例を示すフローチャートである。時間制御部１８４は、キャンセル待ちＤＢ１２４を参照し、キャンセル待ちの商品があるか否かを判定する（ステップＳ１０１）。時間制御部１８４は、キャンセル待ちの商品がない場合には（ステップＳ１０１：否定）、制限時間処理を終了し、元の処理に戻る。時間制御部１８４は、キャンセル待ちの商品がある場合には（ステップＳ１０１：肯定）、当該ユーザが確保中の商品についてキャンセル待ちの商品数を取得する。

時間制御部１８４は、確保者が確保中の商品のうちキャンセル待ちの商品数に応じて、商品の確保者の制限時間とキャンセル待ちをする待機者の最大待ち時間を設定する（ステップＳ１０２）。時間制御部１８４は、確保者が確保中の商品のうちキャンセル待ちの商品数が「１」の場合には（ステップＳ１０２：「１」）、確保者の制限時間は「そのまま」とする（ステップＳ１０３ａ）。時間制御部１８４は、確保者が確保中の商品のうちキャンセル待ちの商品数が「２」の場合には（ステップＳ１０２：「２」）、確保者がカートに入れている全ての商品の制限時間を「１／２」とする（ステップＳ１０３ｂ）。

時間制御部１８４は、確保者が確保中の商品のうちキャンセル待ちの商品数が「３」の場合には（ステップＳ１０２：「３」）、確保者がカートに入れている全ての商品の制限時間を「１／３」とする（ステップＳ１０３ｃ）。時間制御部１８４は、以下同様に、確保者が確保中の商品のうちキャンセル待ちの商品数Ｎに応じて（ステップＳ１０２：「Ｎ」）、確保者の制限時間を「１／Ｎ」とする（ステップＳ１０３ｄ）。

時間制御部１８４は、確保者または待機者である各ユーザに対して、制限時間と最大待ち時間とを通知する（ステップＳ１０４）。時間制御部１８４は、当該商品が確保者によって購入されたか、あるいは、キャンセルまたは制限時間切れか否かを判定する（ステップＳ１０５）。時間制御部１８４は、当該商品が確保者によって購入された場合には（ステップＳ１０５：「購入」）、実施例１の時間制御部１３４と同様に、会員ＤＢ１２１、産物ＤＢ１２３およびキャンセル待ちＤＢ１２４を更新して制限時間処理を終了する（ステップＳ１０６〜Ｓ１０８）。

時間制御部１８４は、当該商品がキャンセルまたは制限時間切れである場合には（ステップＳ１０５：「キャンセルまたは制限時間切れ」）、実施例１の時間制御部１３４と同様に、各ＤＢを更新する。つまり、時間制御部１８４は、キャンセル待ちＤＢ１２４のキャンセル待ちレコード数に応じて、会員ＤＢ１２１、産物ＤＢ１２３およびキャンセル待ちＤＢ１２４を更新する（ステップＳ１０９）。時間制御部１８４は、キャンセル待ちレコード数が「１」の場合には（ステップＳ１０９：「１」）、実施例１のステップＳ９１〜Ｓ９３と同様に各ＤＢを更新して制限時間処理を終了する（ステップＳ１１０〜Ｓ１１２）。

時間制御部１８４は、キャンセル待ちレコード数が「２」から「Ｎ」までの場合には（ステップＳ９０：「２」〜「Ｎ」）、実施例１のステップＳ９４〜Ｓ９６と同様に各ＤＢを更新して制限時間処理を終了する（ステップＳ１１３〜Ｓ１１５）。このように、実施例２の制限時間処理では、確保者が確保中の商品のうちキャンセル待ちの商品数に応じて、商品の確保者の制限時間を短縮することができる。

このように、サーバ装置１５０は、購入予約された商品またはサービスの予約者によって購入予約された商品またはサービスのうち、キャンセル待ちが発生している購入予約された商品またはサービスの数に応じて、当該予約者の時間を短縮する。つまり、サーバ装置１５０は、キャンセル待ちが発生している購入予約された商品またはサービスの数に応じて、購入予約された商品またはサービスの予約者の時間を短縮する。その結果、キャンセル待ちの商品数に応じて、確保者にカート内の商品の購入を促すことができる。

なお、上記の各実施例では、確保者の制限時間をキャンセル待ち人数または商品数で除したが、これに限定されない。例えば、確保者の制限時間をキャンセル待ち人数または商品数で除した結果、確保者の制限時間が所定値以下となる場合には、制限時間を所定値とし、確保者の制限時間が極端に短くなることを抑制する。ここで、所定値は、例えば３０秒とすることができる。これにより、確保者が、制限時間が短縮されたことに気が付いて決済処理の操作を行っているうちに制限時間が来てしまい、当該商品がキャンセルされることを抑制できる。

なお、上記の各実施例では、ポータルサイトにログイン後、「どこでも朝市」に遷移するときに再度ログイン画面を表示したが、これに限定されない。例えば、ポータルサイトからログイン情報を受信してログインを行い、ユーザに対してはポータルサイトから朝市画面にシームレスに移動できるようにしてもよい。これにより、ユーザの利便性が向上できる。

なお、上記の各実施例では、ポータルサイトの機能と、「どこでも朝市」サービスに係る機能とを同一のサーバ装置１００、１５０で動作させたが、これに限定されない。例えば、サーバ装置１００、１５０は、「どこでも朝市」サービスに係る機能を提供し、ポータルサイトの機能は、別途サーバ装置を設けて提供するようにしてもよい。これにより、既存の旅行予約システムが動作するポータルサイトに、本発明に係る「どこでも朝市」サービスに係る機能を容易に付加することができる。

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、上記実施例のポータル部１３１と決済部１３５とを統合してもよい。

さらに、各装置で行われる各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部または任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行されるプログラム上、またはワイヤードロジックによるハードウェア上で、その全部または任意の一部を実行するようにしてもよいことは言うまでもない。

ところで、上記の各実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現できる。そこで、以下では、上記の各実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１９は、購入手続き処理プログラムを実行するコンピュータの一例を示す説明図である。

図１９が示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０１と、データ入力を受け付ける入力装置２０２と、モニタ２０３とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読み取る媒体読取装置２０４と、各種装置と接続するためのインタフェース装置２０５と、他の装置と有線または無線により接続するための通信装置２０６とを有する。また、コンピュータ２００は、各種情報を一時記憶するＲＡＭ２０７と、ハードディスク装置２０８とを有する。また、各装置２０１〜２０８は、バス２０９に接続される。

ハードディスク装置２０８には、図１に示したポータル部１３１、受付部１３２、商品管理部１３３、時間制御部１３４または時間制御部１８４、および、決済部１３５の各処理部と同様の機能を有する購入手続き処理プログラムが記憶される。また、ハードディスク装置２０８には、会員ＤＢ１２１、朝市ＤＢ１２２、産物ＤＢ１２３およびキャンセル待ちＤＢ１２４が記憶される。また、ハードディスク装置２０８には、購入手続き処理プログラムを実現するための各種データが記憶される。入力装置２０２は、例えばコンピュータ２００の管理者から初期データの入力を受け付ける。モニタ２０３は、例えばコンピュータ２００の管理者がメンテナンス等を行う場合に各種情報を表示する。インタフェース装置２０５は、例えば印刷装置等が接続される。通信装置２０６は、ネットワークＮに接続され、ユーザが操作する端末装置や「どこでも朝市」の主催者が操作する主催者端末と各種情報をやりとりする。

ＣＰＵ２０１は、ハードディスク装置２０８に記憶された各プログラムを読み出して、ＲＡＭ２０７に展開して実行することで、各種の処理を行う。また、これらのプログラムは、コンピュータ２００を図１に示したポータル部１３１、受付部１３２、商品管理部１３３、時間制御部１３４または時間制御部１８４、および、決済部１３５として機能させることができる。

なお、上記の購入手続き処理プログラムは、必ずしもハードディスク装置２０８に記憶されている必要はない。例えば、コンピュータ２００が読み取り可能な記憶媒体に記憶されたプログラムを、コンピュータ２００が読み出して実行するようにしてもよい。コンピュータ２００が読み取り可能な記憶媒体は、例えば、ＣＤ−ＲＯＭやＤＶＤディスク、ＵＳＢ（Universal Serial Bus）メモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ、ハードディスクドライブ等が対応する。また、公衆回線、インターネット、ＬＡＮ（Local Area Network）等に接続された装置にこの購入手続き処理プログラムを記憶させておき、コンピュータ２００がこれらから購入手続き処理プログラムを読み出して実行するようにしてもよい。

１，２ 購入手続き処理システム
１０ 端末装置
５０ 主催者端末
１００，１５０ サーバ装置
１１０ 通信部
１２０ 記憶部
１２１ 会員ＤＢ
１２２ 朝市ＤＢ
１２３ 産物ＤＢ
１２４ キャンセル待ちＤＢ
１３０ 制御部
１３１ ポータル部
１３２ 受付部
１３３ 商品管理部
１３４，１８４ 時間制御部
１３５ 決済部
Ｎ ネットワーク

Claims (7)

1. コンピュータに、
   購入予約された商品またはサービスについて、入庫待ちまたはキャンセル待ちのリクエストの受信状況に応じて、前記商品またはサービスについての前記購入予約に基づく購入手続きを許容するステータスを、前記購入予約に基づく購入手続きを許容しないステータスに変更するまでの時間を制御する
   処理を実行させることを特徴とする購入手続き処理プログラム。
2. 前記時間を制御する処理は、前記購入予約された商品またはサービスの予約者が、前記購入予約された商品またはサービスを前記時間内にキャンセルした場合に、前記購入予約された商品またはサービスのキャンセル待ちの先頭の待機者を次の予約者として、前記時間を引き継ぐことを特徴とする請求項１に記載の購入手続き処理プログラム。
3. 前記時間を制御する処理は、前記購入予約された商品またはサービスのキャンセル待ち人数に応じて、前記購入予約された商品またはサービスの予約者の前記時間を短縮することを特徴とする請求項１または２に記載の購入手続き処理プログラム。
4. 前記時間を制御する処理は、前記購入予約された商品またはサービスのキャンセル待ち人数に応じて、各キャンセル待ちの待機者の前記時間の最大値を決定することを特徴とする請求項１〜３のいずれか１項に記載の購入手続き処理プログラム。
5. 前記時間を制御する処理は、前記購入予約された商品またはサービスの予約者によって前記購入予約された商品またはサービスのうち、キャンセル待ちが発生している前記購入予約された商品またはサービスの数に応じて、前記購入予約された商品またはサービスの予約者の前記時間を短縮することを特徴とする請求項１〜４のいずれか１項に記載の購入手続き処理プログラム。
6. 購入手続き処理方法において、
   コンピュータが、
   購入予約された商品またはサービスについて、入庫待ちまたはキャンセル待ちのリクエストの受信状況に応じて、前記商品またはサービスについての前記購入予約に基づく購入手続きを許容するステータスを、前記購入予約に基づく購入手続きを許容しないステータスに変更するまでの時間を制御する
   処理を実行することを特徴とする購入手続き処理方法。
7. 購入予約された商品またはサービスについて、入庫待ちまたはキャンセル待ちのリクエストを受信する通信部と、
   前記リクエストの受信状況に応じて、前記商品またはサービスについての前記購入予約に基づく購入手続きを許容するステータスを、前記購入予約に基づく購入手続きを許容しないステータスに変更するまでの時間を制御する制御部と
   を有することを特徴とする購入手続き処理装置。

Images