JP2014174562A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】在庫切れの商品に対するユーザの利便性を向上させることが可能な情報処理装置及びプログラムを提供する。
【解決手段】各商品の購入注文を受け付けるための商品購入画面を、ネットワークを介して接続される端末装置に提供する第１提供手段と、前記商品購入画面に表示された商品のうち、在庫有りの第１商品に対する購入注文を受け付ける第１受付手段と、前記商品購入画面に表示された商品のうち、在庫無しで且つ入荷予定時期が設定された第２商品に対する当該入荷予定の提供指示を受け付ける第２受付手段と、前記第２受付手段が前記提供指示を受け付けた場合に、前記第２商品に設定された前記入荷予定時期を前記端末装置に提供する第２提供手段と、を備える。
【選択図】図５

Description

本発明の実施形態は、情報処理装置及びプログラムに関する。

近年のネットワークの普及により、インターネットを介して商品の販売を行う販売方式（ＥＣ：Electronic Commerce）が盛んに行われている。

ところで、上記販売方式では、ユーザは各種の商品を購入することが可能である。しかしながら、商品が在庫切れの場合、その商品の入荷予定を確認するためには、電話や電子メール等を用いて個別に対応する必要がある。そのため、ユーザ側及び店舗側にとっても対応が煩雑であるという問題があった。

実施形態の情報処理装置は、第１提供手段と、第１受付手段と、第２受付手段と、第２提供手段とを備える。第１提供手段は、各商品の購入注文を受け付けるための商品購入画面を、ネットワークを介して接続される端末装置に提供する。第１受付手段は、前記商品購入画面に表示された商品のうち、在庫有りの第１商品に対する購入注文を受け付ける。第２受付手段は、前記商品購入画面に表示された商品のうち、在庫無しで且つ入荷予定時期が設定された第２商品に対する当該入荷予定の提供指示を受け付ける。第２提供手段は、前記第２受付手段が前記提供指示を受け付けた場合に、前記第２商品に設定された前記入荷予定時期を前記端末装置に提供する。

図１は、実施形態に係る商品販売システムの全体構成を概略的に示したシステム構成図である。 図２は、実施形態に係るＥＣサーバの電装系の構成例を示す図である。 図３は、会員マスタファイルのデータ構成の一例を示す図である。 図４は、商品マスタファイルのデータ構成の一例を示す図である。 図５は、商品購入画面の一例を示す図である。 図６は、確認画面の一例を示す図である。 図７は、予約画面の一例を示す図である。 図８は、予約状況画面の一例を示す図である。 図９は、実施形態のＥＣサーバが実行する注文受付処理の手順を示すフローチャートである。 図１０は、実施形態のＥＣサーバが実行する予約状況確認処理の手順を示すフローチャートである。

以下、添付図面を参照して、本発明に係る情報処理装置及びプログラムの実施形態を詳細に説明する。なお、以下に説明する実施の形態によりこの発明が限定されるものではない。

図１は、商品販売システム１の全体構成を概略的に示したシステム構成図である。図１に示したように、商品販売システム１は、顧客端末２と、ＷＡＮ３を介して接続される顧客端末２に対しＥＣ（Electronic Commerce）サービスを提供する情報処理装置としてのＥＣサーバ４とを有する。

顧客端末２は、ＥＣサービスを利用するユーザが操作するＰＣ（Personal Computer）やスマートフォン等の通信端末である。顧客端末２は、図示しないＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等のコンピュータ構成を備え、ＥＣサーバ４にアクセスすることで当該ＥＣサーバ４から得られる各種の情報を、表示装置２１に表示する。また、顧客端末２は、図示しないキーボードやマウス、タッチパネル等の入力デバイスを備え、当該入力デバイスを介した操作入力に応じて各種の処理を実行する。なお、顧客端末２は、ＥＣサーバ４へのアクセスの際に、入力デバイスを介して入力されたユーザＩＤ及びパスワードを、ＥＣサーバ４に送信する。

ＥＣサーバ４は、ＥＣサービスを提供するサーバ装置であって、商品販売のためのＥＣサイトをＷＡＮ３上に公開し、顧客端末２からの商品購入の注文を受け付ける。また、ＥＣサーバ４は、顧客端末２からアクセスを受けた際に、当該顧客端末２から送信されるユーザＩＤ及びパスワードを、後述する会員マスタファイルＦ１に基づいて認証する。そして、ＥＣサーバ４は、正規のユーザと判定した場合にアクセスを許可し、非正規のユーザと判定した場合には顧客端末２に認証エラーを返す。

ＥＣサーバ４は、例えば図２に示すような電装系を有している。ここで、図２は、ＥＣサーバ４の電装系の構成例を示す図である。

ＥＣサーバ４は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成されるコンピュータ構成の制御部４１と、当該制御部４１にバス４２を介して接続された、ＷＡＮ３に接続可能な通信インタフェース４３と、Ｉ／Ｏ機器制御部４４とを備える。また、制御部４１には、バス４２及びＩ／Ｏ機器制御部４４を介して、キーボード４５、表示器４６及び記憶部４７が接続される。

記憶部４７は、制御部４１のＣＰＵが実行する各種プログラム（例えば、Ｗｅｂアプリケーション、データベースプログラム等）の他、会員マスタファイルＦ１、商品マスタファイルＦ２等の各種ファイルを記憶する。

ここで、会員マスタファイルＦ１は、ＥＣサーバ４が提供するＥＣサービスに会員登録を行った登録ユーザに関する情報を格納する。ここで、図３は、会員マスタファイルＦ１のデータ構成の一例を示す図である。同図に示すように、会員マスタファイルＦ１は、登録ユーザのユーザＩＤ及びパスワード等で構成される認証情報Ｆ１１、当該登録ユーザの氏名、年齢、住所等で構成される個人情報Ｆ１２、当該登録ユーザが予約した商品の商品コード及び入荷予定時期等で構成される予約情報Ｆ１３等を格納する。なお、会員マスタファイルＦ１が格納する情報は、図３の例に限らず、クレジットカード番号等の電子決済情報等を格納してもよい。

商品マスタファイルＦ２は、販売の対象となる各商品に関する情報を格納する。ここで、図４は、商品マスタファイルＦ２のデータ構成の一例を示す図である。同図に示すように、商品マスタファイルＦ２は、販売の対象となる各商品の商品名、商品コード、価格、商品画像等で構成される商品情報Ｆ２１、当該商品の在庫の有無を示す在庫情報Ｆ２２、当該商品の入荷予定時期等を示す入荷予定情報Ｆ２３等を格納する。ここで、入荷予定情報Ｆ２３は、例えば、在庫情報Ｆ２２が在庫無を示す商品に登録される情報であり、次回以降の入荷予定時期が入力される。また、入荷予定がない商品については、その旨を示す情報が登録される。

次に、ＥＣサーバ４が提供するＥＣサービスについて説明する。ＥＣサーバ４（制御部４１）は、販売の対象となる商品の商品名や単価等の商品情報を掲載した商品購入のためのＥＣサイトをＷＡＮ３上に公開する。

顧客端末２では、ユーザの操作に応じて、ＥＣサーバ４が提供するＥＣサイトのアドレス宛にアクセスを行う。このアクセス時に、顧客端末２では、ユーザＩＤ及びパスワードの組を送信する。一方、ＥＣサーバ４の制御部４１は、顧客端末２から送信されたユーザＩＤ及びパスワードの組が、会員マスタファイルＦ１に登録されているか否かを判定する。ＥＣサーバ４の制御部４１は、登録されていると判定した場合、つまり正規ユーザと判定した場合には、アクセスを許可するとともに、アクセス元のユーザ（正規ユーザ）を特定する。

また、ＥＣサーバ４の制御部４１は、アクセスを許可した後、記憶部４７に記憶されたプログラムや商品マスタファイルＦ２に基づいて、購入注文を受け付けるための商品購入画面である商品購入画面Ｐ１（図５参照）を生成し、顧客端末２へ送信する。顧客端末２では、ＥＣサーバ４から提供された商品購入画面Ｐ１を表示装置２１に表示し、ユーザの操作入力を待機する。

ここで、図５は、商品購入画面Ｐ１の一例を示す図である。同図に示すように、商品購入画面Ｐ１は、商品マスタファイルＦ２から読み出された商品を購入するための購入画面Ｇ１を表示する。商品購入画面Ｐ１における商品毎の購入画面Ｇ１には、商品マスタファイルＦ２の商品情報Ｆ２１から読み出された商品画像Ｄ１１、商品名Ｄ１２、商品コードＤ１３、価格Ｄ１４等が表示される。また、商品購入画面Ｐ１の上部に、アクセアス中のユーザ名Ｄ１５、後述する予約状況画面Ｐ４（図８参照）の表示を指示するための予約確認ボタンＢ１４が表示される。

また、在庫情報Ｆ２２が“有”を示す商品については、購入注文を受け付けるための購入ボタンＢ１１が購入画面Ｇ１に表示される。一方、在庫情報Ｆ２２が“無”を示す商品については、その入荷予定情報Ｆ２３に応じて、購入ボタンＢ１１が無効化された購入無効ボタンＢ１２又は入荷予定表示ボタンＢ１３が、購入画面Ｇ１に表示される。ここで、購入無効ボタンＢ１２は、入荷予定情報Ｆ２３が“入荷予定なし”の商品に表示される。また、入荷予定表示ボタンＢ１３は、入荷予定情報Ｆ２３に入荷時期が登録された商品に表示される。

顧客端末２では、購入画面Ｇ１に設けられた購入ボタンＢ１１の押下を、図示しないキーボードやマウス等を介して受け付けると、対応する商品の商品コード等を購入対象としてＥＣサーバ４へ通知する。そして、顧客端末２は、商品選択が完了した旨の指示を図示しないキーボードやマウス等を介して受け付けると、この選択完了の旨をＥＣサーバ４へ通知する。

ＥＣサーバ４では、顧客端末２から選択完了の旨の通知を受け付けると、配達日時の指定を受け付けるための配達日時指定画面（図示せず）を生成し、顧客端末２へ送信する。顧客端末２は、ＥＣサーバ４から提供された配達日時指定画面を表示装置２１に表示し、ユーザの操作入力を待機する。顧客端末２は、特定の配達日時が選択されたことを図示しないキーボードやマウス等を介して受け付けると、この選択された配達日時をＥＣサーバ４へ通知する。そして、ＥＣサーバ４の制御部４１は、顧客端末２から配達日時の通知を受け付けると、この配達日時に対応する便番号に対して、購入対象として通知された各商品の商品コード等を関連付けた注文商品リストを生成することで、注文を確定する。

また、顧客端末２では、購入画面Ｇ１に設けられた入荷予定表示ボタンＢ１３の押下を、図示しないキーボードやマウス等を介して受け付けると、対応する商品の商品コード等を入荷予定表示対象としてＥＣサーバ４へ通知する。ＥＣサーバ４の制御部４１は、顧客端末２から入荷予定表示の通知を受け付けると、当該通知に含まれた商品コードに対応する入荷予定情報を表示するか否かを確認するための確認画面Ｐ２（図６参照）を生成し、顧客端末２へ送信する。

ここで、図６は、確認画面Ｐ２の一例を示す図である。同図に示すように、確認画面Ｐ２には、入荷予定の表示を確認するためのメッセージＤ２１とともに、入荷予定情報の表示を指示するためのＹＥＳボタンＢ２１と、ＮＯボタンＢ２２とが表示される。顧客端末２は、ＥＣサーバ４から提供された確認画面Ｐ２を表示装置２１に表示し、ユーザの操作入力を待機する。顧客端末２は、ＹＥＳボタンＢ２１の押下を図示しないキーボードやマウス等を介して受け付けると、対応する商品の商品コード等を予約候補としてＥＣサーバ４へ通知する。なお、顧客端末２は、ＮＯボタンＢ２２の押下を受け付けた場合、確認画面Ｐ２を消去する。

ＥＣサーバ４の制御部４１は、顧客端末２から予約候補を受け付けると、当該予約候補に含まれた商品コードの入荷予定情報を商品マスタファイルＦ２から読み出す。そして、ＥＣサーバ４の制御部４１は、読み出した入荷予定情報を含む予約画面Ｐ３（図７参照）を生成し、顧客端末２へ送信する。顧客端末２では、ＥＣサーバ４から提供された予約画面Ｐ３を表示装置２１に表示し、ユーザの操作入力を待機する。

ここで、図７は、予約画面Ｐ３の一例を示す図である。同図に示すように、予約画面Ｐ３には、入荷予定時期の選択を促すメッセージＤ３１が表示される。また、予約画面Ｐ３には、商品マスタファイルＦ２から読み出された入荷予定時期Ｄ３２の各々が選択可能に表示されている。また、予約画面Ｐ３には、予約ボタンＢ３１と、キャンセルボタンＢ３２とが表示される。顧客端末２は、何れかの入荷予定時期Ｄ３２が選択された後、予約ボタンＢ３１の押下を図示しないキーボードやマウス等を介して受け付けると、対応する商品の商品コード及び選択された入荷予定時期等を予約対象としてＥＣサーバ４へ通知する。なお、顧客端末２は、キャンセルボタンＢ３２の押下を受け付けた場合、予約画面Ｐ３を消去する。

ＥＣサーバ４の制御部４１は、顧客端末２から予約対象の通知を受け付けると、当該予約対象に含まれた商品コードと入荷予定時期とを、アクセス元のユーザのユーザＩＤに対応付けて会員マスタファイルＦ１の予約情報Ｆ１３に登録することで予約登録を行う。これにより、商品の予約が完了する。

なお、商品の予約は無償であってもよいし有償であってもよい。有償とする場合、メッセージＤ３１にその旨を表示し、予約に係る手数料を、例えば、商品の価格に上乗せして請求したり、電子決済を用いて請求したりする。また、入荷予定時期に変更があった場合には、ＥＣサーバ４の制御部４１は、会員マスタファイルＦ１の予約情報Ｆ１３及び商品マスタファイルＦ２の入荷予定情報Ｆ２３に含まれる、対応する入荷予定時期をその変更内容に応じて更新するものとする。

また、ＥＣサーバ４は、上記の手続きで予約された商品の予約情報を、顧客端末２からの要求に応じて提供する。具体的には、顧客端末２は、商品購入画面Ｐ１に表示された予約確認ボタンＢ１４の押下を図示しないキーボードやマウス等を介して受け付けると、予約確認指示としてＥＣサーバ４へ通知する。

ＥＣサーバ４の制御部４１は、顧客端末２から予約確認指示を受け付けると、アクセス中のユーザＩＤに対応する予約情報を会員マスタファイルＦ１から読み出す。そして、ＥＣサーバ４の制御部４１は、読み出した予約情報に基づいて予約状況画面Ｐ４（図８参照）を生成し、顧客端末２へ送信する。顧客端末２では、ＥＣサーバ４から提供された予約状況画面Ｐ４を表示装置２１に表示し、ユーザの操作入力を待機する。

ここで、図８は、予約状況画面Ｐ４の一例を示す図である。同図に示すように、予約状況画面Ｐ４は、商品マスタファイルＦ２に登録された対応するユーザの予約状況を確認するための予約商品画面Ｇ４を表示する。予約状況画面Ｐ４における商品毎の予約商品画面Ｇ４には、会員マスタファイルＦ１の予約情報Ｆ１３に登録された商品コードに基づき、商品マスタファイルＦ２の商品情報Ｆ２１から読み出された商品画像Ｄ４１、商品名Ｄ４２、商品コードＤ４３、価格Ｄ４４等が表示される。予約商品画面Ｇ４には、会員マスタファイルＦ１の予約情報Ｆ１３に登録された入荷予定時期Ｄ４５が表示される。また、予約商品画面Ｇ４には、予約のキャンセルを指示するためのキャンセルボタンＢ４１が表示される。さらに、予約状況画面Ｐ４には、ＯＫボタンＢ４２が表示される。

顧客端末２は、何れかの予約商品画面Ｇ４からキャンセルボタンＢ４１の押下を図示しないキーボードやマウス等を介して受け付けると、対応する商品の商品コード等をキャンセル対象としてＥＣサーバ４へ通知する。なお、顧客端末２は、ＯＫボタンＢ４２の押下を受け付けた場合、予約状況画面Ｐ４を消去する。

ＥＣサーバ４の制御部４１は、顧客端末２からキャンセル対象の通知を受け付けると、当該キャンセル対象に含まれた商品コードのエントリーを、アクセス中のユーザの予約情報Ｆ１３から削除することで予約登録を取り消す。これにより、予約のキャンセルが完了する。

このように、ＥＣサーバ４は、販売対象の商品が在庫切れであっても、入荷予定時期が判明している場合には、その入荷予定時期をユーザに提示（提供）することができる。これにより、顧客端末２のユーザは、在庫切れの商品の入荷予定を容易に確認することができるため、ユーザの利便性を向上させることができる。また、ＥＣサーバ４は、提示した入荷予定時期に対する予約を可能とするとともに、当該予約状況の確認及び予約のキャンセルを可能とするサービスを、顧客端末２のユーザに提供する。これにより、顧客端末２のユーザは、在庫切れ商品の予約を効率的に行うことができるため、ユーザの利便性を向上させることができる。

以下、ＥＣサーバ４の動作について説明する。まず、ＥＣサーバ４が実行する注文受付処理の手順について、図９を用いて説明する。ここで、図９は、ＥＣサーバ４が実行する注文受付処理の手順を示すフローチャートである。

まず、ＥＣサーバ４の制御部４１は、顧客端末２からアクセスを受け付けると（ステップＳ１１）、当該顧客端末２から送信されたユーザＩＤ及びパスワードの組が、会員マスタファイルＦ１に存在するか否かを判定することでユーザ認証を行う（ステップＳ１２）。ステップＳ１２のユーザ認証で正規ユーザと判定した場合、ＥＣサーバ４の制御部４１は、アクセス元の顧客端末２へ商品購入画面Ｐ１（図５参照）を送信する（ステップＳ１３）。なお、ステップＳ１２において、非正規ユーザと判定した場合は、ＥＣサーバ４の制御部４１は、アクセス元の顧客端末２へエラーを返すとともに、顧客端末２との通信を切断する。

ＥＣサーバ４の制御部４１は、商品購入画面Ｐ１を送信した後、顧客端末２から購入ボタンＢ１１の押下に伴う購入対象の通知を受け付けると（ステップＳ１４；Ｙｅｓ）、配達日時指定画面（図示せず）を生成し、顧客端末２へ送信する（ステップＳ１５）。そして、ＥＣサーバ４の制御部４１は、顧客端末２から配達日時の選択を受け付けると、注文商品リストを生成し（ステップＳ１６）、ステップＳ２３に移行する。

一方、ＥＣサーバ４の制御部４１は、顧客端末２から入荷予定表示ボタンＢ１３の押下に伴う入荷予定表示の通知を受け付けると（ステップＳ１４；Ｎｏ→ステップＳ１７；Ｙｅｓ）、入荷予定情報を表示するか否かを確認するための確認画面Ｐ２（図６参照）を顧客端末２に送信する（ステップＳ１８）。なお、購入ボタンＢ１１及び入荷予定表示ボタンＢ１３の何れも押下されない場合には（ステップＳ１４；Ｎｏ→ステップＳ１７；Ｎｏ）、ステップＳ１３に戻る。

ＥＣサーバ４の制御部４１は、確認画面Ｐ２を送信した後、顧客端末２からＹＥＳボタンＢ２１の押下に伴う予約候補の通知を受け付けると（ステップＳ１９；Ｙｅｓ）、入荷予定情報を含む予約画面Ｐ３（図７参照）を顧客端末２に送信する（ステップＳ２０）。なお、確認画面Ｐ２のＮＯボタンＢ２２の押下信号を受け付けた場合には、ステップＳ１３に戻る。

ＥＣサーバ４の制御部４１は、予約画面Ｐ３を送信した後、顧客端末２から予約ボタンＢ３１の押下に伴う予約対象の通知を受け付けると（ステップＳ２１；Ｙｅｓ）、この予約対象に含まれた商品コードと入荷予定時期とを、アクセス元のユーザのユーザＩＤに対応付けて会員マスタファイルＦ１の予約情報Ｆ１３に登録し（ステップＳ２２）、ステップＳ２３に移行する。なお、予約画面Ｐ３のキャンセルボタンＢ３２の押下信号を受け付けた場合には、ステップＳ１３に戻る。

ステップＳ２３では、ＥＣサーバ４の制御部４１は、顧客端末２から本処理の終了指示が通知されたか否かを判定する（ステップＳ２３）。ここで、終了指示が通知されない場合には（ステップＳ２３；Ｎｏ）、ステップＳ１３に戻る。また、終了指示が通知された場合には（ステップＳ２３；Ｙｅｓ）、本処理を終了する。

次に、ＥＣサーバ４が実行する予約状況確認処理の手順について、図１０を用いて説明する。ここで、図１０は、ＥＣサーバ４が実行する予約状況確認処理の手順を示すフローチャートである。なお、本処理は、上述した注文受付処理のバックグラウンドで実行されるものである。

ＥＣサーバ４の制御部４１は、商品購入画面Ｐ１を送信した後、顧客端末２から予約確認ボタンＢ１４の押下に伴う予約確認指示を受け付けるまで待機する（ステップＳ３１；Ｎｏ）。ここで、予約確認指示を受け付けると（ステップＳ３１；Ｙｅｓ）、ＥＣサーバ４の制御部４１は、アクセス中のユーザＩＤに対応する予約情報Ｆ１３に基づいて生成した予約状況画面Ｐ４（図８参照）を顧客端末２へ送信する（ステップＳ３２）。

ＥＣサーバ４の制御部４１は、顧客端末２からキャンセルボタンＢ４１の押下に伴うキャンセル対象の通知を受け付けると（ステップＳ３３；Ｙｅｓ）、キャンセル対象に含まれた商品コードのエントリーを、アクセス中のユーザの予約情報Ｆ１３から削除する（ステップＳ３４）。そして、ＥＣサーバ４の制御部４１は、ステップＳ３２に戻ることで、更新した予約状況画面Ｐ４を顧客端末２に送信する。

また、ＥＣサーバ４の制御部４１は、顧客端末２からＯＫボタンＢ４２の押下信号を受け付けた場合には（ステップＳ３３；Ｎｏ→ステップＳ３５；Ｙｅｓ）、本処理を終了する。なお、キャンセルボタンＢ４１及びＯＫボタンＢ４２の何れも押下されない場合には（ステップＳ３３；Ｎｏ→ステップＳ３５；Ｎｏ）、ステップＳ３３に戻る。

以上のように、本実施形態のＥＣサーバ４によれば、販売対象の商品が在庫切れの場合であっても、入荷予定時期が判明している場合には、その入荷予定時期をユーザに提示することができるため、入荷予定を確認する際の利便性を向上させることができる。また、提示した入荷予定時期に対して予約が可能であるとともに、当該予約状況の確認や予約のキャンセルを行うことができるため、在庫切れ商品の予約販売を効率的に行うことができる。

以上、本発明の実施形態を説明したが、上記実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。上記実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。上記実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

なお、上記実施形態のＥＣサーバ４で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

また、上記実施形態のＥＣサーバ４で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上記実施形態のＥＣサーバ４で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

１ 商品販売システム
２ 顧客端末
３ ＷＡＮ
４ ＥＣサーバ
４１ 制御部
４２ バス
４３ 通信インタフェース
４４ Ｉ／Ｏ機器制御部
４５ キーボード
４６ 表示器
４７ 記憶部
Ｆ１ 会員マスタファイル
Ｆ２ 商品マスタファイル

特開２００２−３４２５９７号公報

Claims (6)

1. 各商品の購入注文を受け付けるための商品購入画面を、ネットワークを介して接続される端末装置に提供する第１提供手段と、
   前記商品購入画面に表示された商品のうち、在庫有りの第１商品に対する購入注文を受け付ける第１受付手段と、
   前記商品購入画面に表示された商品のうち、在庫無しで且つ入荷予定時期が設定された第２商品に対する当該入荷予定の提供指示を受け付ける第２受付手段と、
   前記第２受付手段が前記提供指示を受け付けた場合に、前記第２商品に設定された前記入荷予定時期を前記端末装置に提供する第２提供手段と、
   を備える情報処理装置。
2. 前記第２提供手段が前記端末装置に提供した前記入荷予定時期のうち、何れかの入荷予定時期に対する予約指示を受け付ける第３受付手段と、
   前記第３受付手段が受け付けた前記入荷予定時期と、予約対象の前記第２商品とを対応付けて予約登録する予約手段と、
   を更に備える請求項１に記載の情報処理装置。
3. 前記端末装置のユーザを特定する特定手段を更に備え、
   前記予約手段は、前記特定手段が特定したユーザの識別子と、前記第３受付手段が受け付けた前記入荷予定時期と、予約対象の前記第２商品とを対応付けて予約登録する請求項２に記載の情報処理装置。
4. 予約状況の提供指示を受け付ける第３受付手段と、
   前記第３受付手段が前記提供指示を受け付けた場合に、前第予約手段が予約登録した前記第２商品と入荷予定時期との一覧を前記端末装置に提供する第３提供手段と、
   を更に備える請求項２又は３に記載の情報処理装置。
5. 前記予約手段が予約登録した前記第２商品のうち、キャンセルの対象となる第２商品の指定を受け付ける第４受付手段を更に備え、
   前記予約手段は、前記第４受付手段が受け付けた前記第２商品の予約登録を取り消す請求項２〜４の何れか一項に記載の情報処理装置。
6. コンピュータを、
   各商品の購入注文を受け付けるための商品購入画面を、ネットワークを介して接続される端末装置に提供する第１提供手段と、
   前記商品購入画面に表示された商品のうち、在庫有りの第１商品に対する購入注文を受け付ける第１受付手段と、
   前記商品購入画面に表示された商品のうち、在庫無しで且つ入荷予定時期が設定された第２商品に対する当該入荷予定の提供指示を受け付ける第２受付手段と、
   前記第２受付手段が前記提供指示を受け付けた場合に、前記第２商品に設定された前記入荷予定時期を前記端末装置に提供する第２提供手段と、
   して機能させるためのプログラム。

Images