JP6007960B2 - 商品販売システム、商品販売方法、情報処理装置及び制御プログラム - Google Patents

Description

本発明は、商品販売システム、情報処理装置及び制御プログラムに関する。

インターネット等のネットワーク回線を介して商品を販売、購入するネットショッピングサービスは一般に広く用いられている。一般的なネットショッピングサービスにおいては、購入対象の商品を選択する操作をウェブサイト上で行った場合、その選択内容はウェブブラウザの機能によって保存され、購入処理のための操作や、購入対象としての登録操作を行った段階で初めてサーバ側に登録される。

他方、オフィス等で用いる備品の購入においては、商品の選択者と商品購入の決済者とが異なる場合が多い。オフィスにおける備品の購入業務においては、ウェブサイトや紙の商品カタログに基づいて選択した商品の購入申請を口頭や紙やメール等で行い、決済後または承認後に改めて商品の選択や購入処理を行うことが一般的である。

従って、備品の購入を申請するユーザがウェブサイト上で商品を選択したとしても、その選択結果は商品の購入時には活かされず、最終的に商品が購入される際には、改めてウェブサイト上で商品が選択されることとなる。これに対して、他のユーザが選択した物品と同一の物品の選択を容易に行うことができるようにすることを目的として、物品の選択結果を示す物品群情報を生成し、その物品群情報に基づいて物品の選択結果を復元する方法が提案されている（例えば、特許文献１参照）。

特許文献１に開示された技術においては、商品の識別子や数量を示す情報を物品群情報として用いており、その情報に基づいて物品の選択結果を復元している。そのため、物品群情報の入力に際しては書式を守る必要があり、不慣れなユーザの場合には選択結果の復元が困難な場合もある。

また、ネットショッピングサービスを提供するサーバ側に何らかの情報が残るわけではなく、物品群情報に物品の選択結果を示す情報をすべて含ませる必要がある。そのため、選択された物品の種類が増えると物品群情報の情報量も多くなり、選択結果を復元する際に入力するべき情報量が多くなるため、入力可能な情報量の制限がある場合には復元が不可能となる。即ち、特許文献１に開示された技術では、まだユーザの利便性が不十分である。

本発明は、このような課題を解決するためになされたものであり、ネットワーク回線を介して商品を販売するサービスにおいて、他のユーザによる商品の選択結果に基づいて商品を購入する際の利便性を向上することを目的とする。

上記課題を解決するために、本発明の一態様は、ウェブサイトを介して商品を販売する商品販売システムであって、会員ユーザのユーザ情報を記憶するユーザ情報記憶部と、ユーザにより入力された認証情報を受信し、前記ユーザ情報記憶部に記憶される前記ユーザ情報に基づき、当該認証情報の認証を行う認証部と、前記認証部による認証を行わずに前記ウェブサイトを利用するユーザに対し、商品と価格を提示する選択画面を表示する表示制御部と、当該ユーザの操作に応じて、前記選択画面を介して選択された商品の選択状態を前記商品販売システムに保存することを要求する商品選択保存要求を受け付ける保存要求受付部と、受け付けられた前記商品選択保存要求に基づき、前記商品の選択状態を示す情報に対してネットワークを介してアクセスするためのアクセス情報を生成して、前記商品の選択状態を示す情報を保存する情報記憶処理部と、生成した前記アクセス情報を、前記商品選択保存要求の要求元のユーザに提供する保存要求応答部と、前記ユーザからの前記アクセス情報に基づくアクセスに応じて、前記商品の選択状態を示す情報に基づき、選択された商品が表示されたウェブサイトを表示するための情報を生成し、当該情報に基づき画面を表示する表示情報生成部と、を含み、前記表示情報生成部は、前記認証部による認証を行わずに前記ウェブサイトを利用したユーザからの前記商品選択保存要求に応じて生成された前記アクセス情報に基づくアクセスが、前記認証部により認証された前記会員ユーザによりなされた場合に、前記選択された商品の価格に対して前記会員ユーザを対象に設定された価格が適用されたウェブサイトを表示することを特徴とする。

本発明によれば、ネットワーク回線を介して商品を販売するサービスにおいて、他のユーザによる商品の選択結果に基づいて商品を購入する際の利便性を向上することができる。

本発明の実施形態に係るシステムの運用形態を示す図である。 本発明の実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。 本発明の実施形態に係るショップサーバの機能構成を示すブロック図である。 本発明の実施形態に係る顧客ＤＢの例を示す図である。 本発明の実施形態に係る法人情報ＤＢの例を示す図である。 本発明の実施形態に係るユーザ情報ＤＢの例を示す図である。 本発明の実施形態に係る商品ＤＢの例を示す図である。 本発明の実施形態に係る購入履歴ＤＢの例を示す図である。 本発明の実施形態に係るピックアップＤＢのレコードの例を示す図である。 本発明の実施形態に係るシステム全体の動作の概要を示す図である。 本発明の実施形態に係るピックアップデータの登録動作を示すシーケンス図である。 本発明の実施形態に係る商品の画面の例を示す図である。 本発明の実施形態に係るピックアップリスト画面の例を示す図である。 本発明の実施形態に係るピックアップ登録保存完了画面の例を示す図である。 本発明の実施形態に係るアクセスＵＲＬの構造を示す図である。 本発明の実施形態に係るピックアップ情報の印刷画面の例を示す図である。 本発明の実施形態に係るピックアップデータの呼び出し動作を示すシーケンス図である。 本発明の実施形態に係るログイン後のピックアップリスト画面の例を示す図である。 本発明の実施形態に係る法人情報ＤＢの他の例を示す図である。 本発明の実施形態に係るピックアップデータアクセス画面の例を示す図である。 本発明の実施形態に係るピックアップ登録保存完了画面の他の例を示す図である。 本発明の実施形態に係るピックアップデータアクセス画面の他の例を示す図である。 本発明の実施形態に係るピックアップＤＢのレコードの他の例を示す図である。 本発明の実施形態に係るピックアップリスト画面の他の例を示す図である。 本発明の実施形態に係るピックアップＤＢのレコードの他の例を示す図である。 本発明の実施形態に係るユーザ情報ＤＢの他の例を示す図である。 本発明の実施形態に係るピックアップリスト画面の他の例を示す図である。 本発明の実施形態に係るピックアップＤＢのレコードの他の例を示す図である。 本発明の実施形態に係るピックアップリスト画面の他の例を示す図である。 本発明の実施形態に係るユーザ情報ＤＢの他の例を示す図である。 本発明の実施形態に係るピックアップＤＢのレコードの他の例を示す図である。

以下、図面を参照して、本発明の実施形態について説明する。本実施形態においては、インターネットを介して商品を販売するネットショッピングサービスにおいて、商品の選択結果を保存して共有可能なシステムについて説明する。

図１は、本実施形態に係るネットショッピングシステムの運用形態を示す図である。図１に示すように、本実施形態に係るシステムは、ショップサーバ１及びＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）２がネットワークを介して通信可能に接続されて構成されている。ショップサーバ１とＰＣ２とは、インターネットなどの公衆回線を介して接続されている。

本実施形態に係るショップサーバ１は、ショッピングサービスとしての一般的な機能を提供する提供者側のサーバである。また、ショップサーバ１は、本実施形態の特徴的な機能である商品の選択結果を保存して共有する機能を提供する。しかしながらこれは一例であり、一般的なショッピングサービスの機能と商品の選択結果を保存して共有する機能とを異なるサーバによって実現しても良い。

ここで、本実施形態に係るショップサーバ１及びＰＣ２等の情報処理装置のハードウェア構成について図２を参照して説明する。図２に示すように、本実施形態に係る情報処理装置は、一般的なサーバやＰＣ等と同様の構成を含む。即ち、本実施形態に係る情報処理装置は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。

ＣＰＵ１０は演算手段であり、情報処理装置全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。

Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが情報処理装置の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザが情報処理装置に情報を入力するためのユーザインタフェースである。尚、本実施形態に係るショップサーバ１は、ユーザが直接操作することの無いサーバとして運用されるため、ＬＣＤ６０や操作部７０等のユーザインタフェースは省略可能である。

このようなハードウェア構成において、ＲＯＭ３０に格納されたプログラムや、ＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体からＲＡＭ２０にロードされたプログラムに従ってＣＰＵ１０が演算を行うことにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係るショップサーバ１及びＰＣ２の機能を実現する機能ブロックが構成される。

次に、本実施形態に係るショップサーバ１の機能構成について図３のブロック図を参照して説明する。図３に示すように、本実施形態に係るショップサーバ１は、ショッピングサイトコントローラ１００及びネットワークＩ／Ｆ１１０を含む。また、ショッピングサイトコントローラ１００は、リクエスト受付部１０１、ピックアップ管理部１０２、リクエスト応答部１０３、顧客ＤＢ１０４、購入履歴ＤＢ１０５、商品ＤＢ１０６及びピックアップＤＢ１０７を含む。

リクエスト受付部１０１は、ＰＣ２からのブラウジング要求をネットワークＩ／Ｆ１１０を介して受け付ける。商品ページの閲覧や、商品の購入要求等の一般的なブラウジング要求であれば、受け付けられたブラウジング要求に応じてリクエスト応答部１０３が応答を行う。他方、本実施形態の要旨に係るピックアップ情報の登録要求の場合、リクエスト受付部１０１は、受け付けたブラウジング要求をピックアップ管理部１０２に入力する。

ピックアップ管理部１０２は、本実施形態の要旨に係る機能を担うモジュールであり、ショップサーバ１によって提供されるショッピングサービスのウェブサイト上でユーザによってピックアップされた商品のリスト（以降、「ピックアップデータ」とする）を管理する。ピックアップ管理部１０２は、リクエスト受付部１０１からピックアップデータの登録要求を受け付けると、その情報をピックアップＤＢ１０７に記憶させる。

リクエスト応答部１０３は、リクエスト受付部１０１が受け付けたブラウジング要求に応じた情報をネットワークＩ／Ｆ１１０を介してＰＣ２に送信する。ブラウジング要求に応じた情報とは、例えばウェブサイトにおいて要求された画面の情報、即ちウェブページの情報である。

顧客ＤＢ１０４は、本実施形態に係るショッピングサービスを利用する顧客であるユーザの情報を管理しているデータベースである。図４に示すように、本実施形態に係る顧客ＤＢ１０４は、サービスを利用する法人の情報を管理している法人情報ＤＢ及び、夫々の法人に属しているユーザの情報を管理しているユーザ情報ＤＢを含む。

図５は、法人情報ＤＢの内容を示す図である。図５に示すように法人情報ＤＢは、“法人ＩＤ”、“法人名”、“請求先情報”、“配送先情報”の情報が互いに関連付けられた情報である。“法人ＩＤ”は、夫々の法人を一意に識別する識別子であり、“法人名”は、夫々の法人の名称である。“請求先情報”は、夫々の法人に属するユーザ商品を購入した場合の代金の請求先を示す情報である。“配送先情報”は、夫々の法人に属するユーザ商品を購入した場合の商品の配送先である。

図６は、ユーザ情報ＤＢの内容を示す図である。図６に示すように、ユーザ情報ＤＢは、“ユーザＩＤ”、“ログインパスワード”、“メールアドレス”、“所属ＩＤ”の情報が互いに関連付けられた情報である。“ユーザＩＤ”は、夫々のユーザを一意に識別する識別子である。

“ログインパスワード”は、夫々のユーザがショッピングサービスにログインする際に本人認証を行うための認証情報である。“メールアドレス”は、夫々のユーザに対して情報を通知するための通知先となるメールアドレスである。“所属ＩＤ”は、夫々のユーザが属している法人を識別する識別子であり、図５の“法人ＩＤ”に対応している。

商品ＤＢ１０６は、図７に示すように、ショッピングサイトにおいて販売されている商品の情報を管理しているデータベースである。図７に示すように、商品ＤＢ１０６は、各商品を識別する商品識別情報である“商品ＩＤ”、各商品の販売名称を示す“商品名”、各商品の種別を識別する“分類ＩＤ”、各商品の“価格”、各商品の“在庫数”及び各商品の画像が格納されている記憶領域を示す“商品画像ファイルパス”の情報を含む。

購入履歴ＤＢ１０５は、図８に示すように、ショッピングサイトにおける商品の販売履歴の情報を管理しているデータベースである。図８に示すように、購入履歴ＤＢ１０５は、各購入履歴を識別する“購入履歴ＩＤ”、各購入履歴の日時を示す“購入日時”、購入された商品を識別する“商品ＩＤ”、購入された商品の“価格”、購入された商品の“数量”、購入したユーザを識別する“顧客ＩＤ”の情報を含む。

尚、本実施形態に係る購入履歴ＤＢ１０５においては、商品ＩＤ毎にレコードが生成される。従って、１回の購入手続きにおいて複数種類の商品が購入された場合には、同一の“購入履歴ＩＤ”について複数のレコードが生成される。

図８に示す購入履歴ＤＢ１０５の各レコードの情報は、リクエスト受付部１０１がＰＣ２からの購入要求の情報を受け付けることにより、リクエスト応答部１０３によって生成されて保存される。そのため、購入要求の情報には、少なくとも“商品ＩＤ”、“数量”、“顧客ＩＤ”が含まれる。そして、“購入日時”は、購入確認情報の受信タイミングに基づいて判断され、“価格”は、通知された“商品ＩＤ”に基づいて商品ＤＢ１０６を参照することにより取得される。

ピックアップＤＢ１０７は、図８に示す購入履歴ＤＢ１０５に情報が登録される前段階の、商品をピックアップした結果の情報が登録されるデータベースである。システムにおいてアカウントを有する会員のユーザのみならず、ログインせずにショッピングサイトを閲覧する非会員のユーザであってもピックアップデータを登録可能であると共に、ピックアップデータを共有可能なことが本実施形態に係る要旨の１つである。換言すると、ショップサーバ１は、ピックアップＤＢ１０７へのピックアップデータの登録に際して、システムにおいて登録されたユーザを識別するためのユーザ識別情報を求めない。

図９に示すように、ピックアップＤＢ１０７は、ピックアップデータを識別するための“ピックアップＩＤ”、ピックアップデータにネットワークアクセスするための情報である“アクセスキー”に加えて、ピックアップされた商品の情報を含む。ピックアップされた商品の情報は、商品の種類毎に“商品ＩＤ”、“数量”、“金額”の情報を含む。

次に、本実施形態に係るシステムの大まかな動作について図１０を参照して説明する。図１０に示すように、システムの典型的な動作においては、システムの非会員であるユーザが操作するＰＣ２ａ及びシステムの会員であるユーザが操作するＰＣ２ｂの２つのＰＣが機能することとなる。

図１０の（１）に示すように、まずは非会員であるユーザがＰＣ２ａを介してショップサーバ１によって提供されるショッピングサイトを閲覧し、購入を希望する商品を選択してピックアップデータを登録する。この処理は、典型的には、オフィスにおいて業務に必要な備品をピックアップする処理である。従来は製本されたカタログを閲覧して商品番号などを書き出すことによりピックアップを行っていたが、本実施形態においてはショッピングサイトにおいてそのような機能が提供される。

（１）の処理によりピックアップデータが登録されると、図９に示すようにピックアップデータに対してアクセスキーが発行される。非会員ユーザは、このアクセスキーを伝えることにより、図１０の（２）に示すように、会員のユーザに対してピックアップデータを共有する。

会員のユーザとは、図６に示すようにシステムにおいて“ユーザＩＤ”を取得しているユーザである。この会員ユーザは、典型的には、オフィスにおいて備品の購買等を担当しているユーザや、備品購入の決済権限を有しているユーザである。ピックアップデータの共有を受けた会員ユーザは、（３）に示すように、通知されたアクセスキーを用いてショップサーバ１にアクセスすることによりピックアップデータを閲覧し、ピックアップされた商品の購入処理を行う。即ち、アクセスキーの情報が、商品の選択状態を示すピックアップデータに対してネットワークを介してアクセスするためのアクセス情報として用いられる。

このように、本実施形態に係るシステムにおいては、購入対象の商品を選択するユーザと、その商品の購入を決定するユーザとが異なる場合を対象としている。そして、（１）商品の選択、（２）購入の依頼、（３）購入の許可及び購入、という夫々のステップの処理をシステム上で手助けすることにより、ユーザの利便性を向上している。以下、システムの具体的な動作について説明する。

本実施形態に係るシステムの具体的な動作として、まずは図１０の（１）に示すピックアップデータの登録動作について説明する。図１１に示すように、まずはＰＣ２が非会員ユーザのブラウジング操作に従ってショップサーバ１に対してブラウジングを要求する（Ｓ１１０１）。

Ｓ１１０１のブラウジング要求は、ショップサーバ１が提供しているショッピングサイトのトップページの表示要求や、特定の商品ページの表示要求等の一般的なブラウジング行為の他、商品の検索や、指定した商品を比較した比較ページの表示要求等、ショッピングサイト特有のブラウジング行為が含まれる。ショッピングサイトのブラウジング行為は、最初にＰＣ２にインストールされたソフトウェア・プログラムであるウェブブラウザの機能によりショップサーバ１が提供しているネットショッピングのウェブサイトのトップページＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にアクセスすることにより開始され、以降は、トップページのＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されたネットワークアドレスへのアクセスによって行われる。

ＰＣ２からのブラウジング要求を受けたショップサーバ１においては、リクエスト受付部１０１がブラウジングの内容に応じてリクエスト応答部１０３に対して応答要求を行い（Ｓ１１０２）、リクエスト応答部１０３が要求に応じた応答を行う（Ｓ１１０３）。これにより、ＰＣ２においては、要求したブラウジングに応じてウェブブラウザの表示が更新される（Ｓ１１０４）。Ｓ１１０１〜Ｓ１１０４の処理が繰り返されることにより、ユーザは様々な商品を閲覧する。

図１２は、非会員ユーザによって閲覧される商品ページの例を示す図である。一般的なショッピングサイトにおける商品ページには、その商品を購入対象とする“カートに入れる”といったボタンが表示される。これに対して、本実施形態に係るシステムにおいては、閲覧しているのが非会員のユーザの場合、図１２に示すようにピックアップボタン１２ａが表示されている。

ピックアップボタン１２ａは、非会員ユーザが、対象の商品を選択してピックアップデータとして登録するために保存するためのボタンである。非会員ユーザがＰＣ２を操作してピックアップボタン１２ａを操作すると、ＰＣ２においてピックアップ処理が行われる（Ｓ１１０５）。

Ｓ１１０５のピックアップ処理は、ショッピングサービスのウェブサイトを表示しているウェブブラウザの機能によって実現される。具体的には、ウェブブラウザによって表示されたウェブサイトに対するブラウジング操作に応じて、ピックアップ対象の商品ＩＤや数量等の情報が、ウェブサイトに関連した情報としてＰＣ２に保存される。図１３は、ピックアップ処理により保存された商品のリスト画面（以降、「ピックアップリスト画面」とする）を示す図である。

図１３に示すように、ピックアップリスト画面には、ユーザによってピックアップされてＣｏｏｋｉｅに保存された商品の情報がリスト化されて表示されると共に、指定された数量に基づいて合計金額や税込金額が計算されて表示される。また、図１３に示すように、ピックアップリスト画面には、ピックアップ登録ボタン１３ａが表示されている。

ピックアップ登録ボタン１３ａは、ＰＣ２においてＣｏｏｋｉｅに保存されている商品の選択状態、即ち図１３に示すリストの情報を、ピックアップデータとしてショップサーバ１に登録することを要求するボタンである。ユーザがピックアップ登録ボタン１３ａを操作することにより、ＰＣ２は、ショップサーバ１に対してピックアップ登録要求を送信する（Ｓ１１０６）。

Ｓ１１０６において送信される情報には、ピックアップ登録要求であることを示す識別子に加えて、選択された商品ＩＤ、数量、金額の情報が含まれる。Ｓ１１０６において送信される要求が、ＰＣ２におけるウェブブラウジングによって選択された商品の選択状態をショップサーバ１側に保存することを要求する商品選択保存要求である。

ピックアップ登録要求を受け付けたリクエスト受付部１０１は、ピックアップ管理部１０２に対して情報を転送し、ピックアップデータのレコード生成を要求する（Ｓ１１０７）。これにより、ピックアップ管理部１０２は、図９に示すようなピックアップデータのレコードを生成して取得した商品ＩＤ、数量、金額の情報を登録する（Ｓ１１０８）。即ち、Ｓ１１０７においてピックアップ管理部１０２が保存要求受付部として機能する。

更に、ピックアップ管理部１０２は、図９に示すアクセスキーの情報を生成して、Ｓ１１０８において生成したレコードに登録する（Ｓ１１０９）。これにより、ショップサーバ１において、新たなピックアップデータのレコードが記憶される。即ち、Ｓ１１０８、Ｓ１１０９においてピックアップ管理部１０２が情報記憶処理部として機能する。

このように、ピックアップデータの登録に際して、ＰＣ２を操作するユーザにはログインは求められず、誰でもピックアップデータを登録することが可能である。従って、記憶されたピックアップデータは、法人ＩＤやユーザＩＤに関連付けられた情報ではなく、図９に示すように、商品の選択結果が夫々のピックアップデータを識別するための識別子やアクセスキーに対してのみ関連付けられた情報である。

そして、このように記憶されたピックアップデータは、ウェブサーバを介して特にアクセス制限が設けられることなくＵＲＬアクセスによってアクセス可能に公開される。従って、アクセスキーに応じたＵＲＬさえ知っていれば、誰でも夫々のピックアップデータにアクセスすることが出来る。

そして、ピックアップ管理部１０２は、生成したレコードのピックアップＩＤ及びアクセスキーを通知して、リクエスト応答部１０３に応答要求を行う（Ｓ１１１０）。これにより、リクエスト応答部１０３は、ピックアップ登録の応答画面を生成してＰＣ２に対してブラウジングの応答を行う（Ｓ１１１１）。

ＰＣ２においては、ピックアップ登録に対する応答画面として、図１４に示すピックアップ登録保存完了画面が表示される（Ｓ１１１２）。これにより、ピックアップデータの登録動作が完了する。図１４に示すように、ピックアップ登録保存完了画面においては、ショップサーバ１に保存されたピックアップデータにアクセスするためのアクセスＵＲＬ、即ちアドレス情報がテキストボックス１４ａにおいて文字情報により表示されている。

図１４に示す画面は、Ｓ１１１１においてリクエスト応答部１０３により生成される画面の表示情報に基づいてＰＣ２のウェブブラウザによって表示される。即ち、Ｓ１１１１において、リクエスト応答部１０３が、保存確認画面情報生成部として機能する。

図１５は、本実施形態に係るアクセスＵＲＬの形式を示す図である。図１５に示すように、本実施形態に係るピックアップデータへのアクセスＵＲＬは、“サーバ識別子”、“サービス識別子”及び“アクセスキー”の部分を含む。

“サーバ識別子”は、アクセス先のサーバ、即ち、ショップサーバ１のアドレスを示す識別子である。“サービス識別子”は、ショップサーバ１において提供されているサービス、即ち、ショッピングサービスにおけるピックアップデータの機能を示す識別子である。“アクセスキー”は、図９に示すように、夫々のピックアップデータのレコードに付与されるアクセスキーである。

非会員ユーザは、テキストボックス１４ａに表示されているアクセスＵＲＬのテキスト情報をコピーしてメール等により送信することにより、図１０の（２）において説明したように、会員ユーザに対してピックアップデータを共有することが出来る。また、アクセスＵＲＬにアクセスした場合や、ユーザが内容表示ボタン１４ｂを操作した場合には、ピックアップデータに対するアクセスが実行され、図１３に示す画面と同様のピックアップリストが表示される。この動作については後に詳述する。

また、ユーザが印刷画面表示ボタン１４ｃを操作した場合には、図１６に示すようなピックアップデータの印刷画面が表示される。図１６に示すように、ピックアップデータの印刷画面には、押印欄１６ａ及びアクセスコード１６ｂが表示される。押印欄１６ａが表示されることにより、印刷されたピックアップデータは、オフィスにおける備品の購入申請書として利用することが可能となり、ユーザの利便性を向上することが出来る。

アクセスコード１６ｂは、そのピックアップデータにアクセスするためのアクセスＵＲＬを符号化した画像であり、例えばＱＲコード（登録商標）が用いられる。アクセスＵＲＬが紙で回覧される場合、ピックアップデータへのアクセスに際してはＵＲＬを手入力する必要がある。これに対して、アクセスコード１６ｂを表示することにより、アクセスコードを読み取ることでアクセスが実現されるため、ユーザの利便性を向上することが出来る。

図１６に示すような画面は、通常のウェブブラウジングの操作により、ショップサーバ１のリクエスト応答部１０３が生成する画面の表示情報に基づいてＰＣ２において表示される。即ち、リクエスト応答部１０３が、図形情報生成部として機能する。

また、ユーザがメール送信ボタン１４ｅを操作した場合には、一般的なメール送信フォームの画面が表示され、本文にはピックアップデータの内容やアクセスＵＲＬが自動的に挿入される。このようなフォームにおいてユーザは、ピックアップデータを回覧したいユーザのメールアドレスを入力することにより、容易にメールによる回覧を行うことが出来る。

次に、図１０の（３）に示す会員ユーザによるピックアップデータへのアクセス動作について図１７を参照して説明する。図１７に示すように、Ｓ１７０１〜Ｓ１７０４の処理は、図１４と同様に実行される。ショッピングサービスのウェブサイトが表示されると、会員ユーザによってユーザＩＤやパスワードが入力された上でログイン操作が行われ、ＰＣ２がログイン要求を行う（Ｓ１７０５）。

リクエスト受付部１０１は、受信したログイン要求に基づいてリクエスト応答部１０３に認証要求を行う（Ｓ１７０６）。リクエスト応答部１０３は、ログイン要求に含まれるユーザＩＤやパスワードに基づいてユーザ情報ＤＢを参照し、認証処理を行った上で応答を行う（Ｓ１７０７）。これにより、ＰＣ２においてはログイン後の画面が表示される（Ｓ１７０８）。

ログインが完了すると、会員ユーザは非会員ユーザから共有されたピックアップデータのアクセスＵＲＬを入力してブラウジング操作を行う。これにより、ＰＣ２は、指定されたＵＲＬへのアクセスを行う（Ｓ１７０９）。尚、Ｓ１７０９のアクセスに際しては、ログインしているユーザＩＤが含まれる。ピックアップデータへのＵＲＬアクセスは、ショップサーバ１においてピックアップ管理部１０２に通知される。

ピックアップ管理部１０２は、アクセス先のＵＲＬに含まれるアクセスキーの部分に基づいてアクセス先のピックアップデータを認識し、ピックアップＤＢ１０７から対象となるピックアップデータを抽出する（Ｓ１７１０）。即ち、Ｓ１７１０においては、ピックアップ管理部１０２が情報抽出部として機能する。そして、ピックアップデータに含まれる商品の価格を再計算する（Ｓ１７１１）。

Ｓ１７１１において、ピックアップ管理部１０２は、対象の商品ＩＤに基づいて商品ＤＢ１０６を検索し、図７に示す“価格”を抽出する。そして、ピックアップデータに含まれる“数量”に基づいて価格を再計算する。これにより、商品の価格が変更されている場合にも正式な価格が表示されることとなる。このようにして最新の価格が反映されたピックアップデータを生成すると、ピックアップ管理部１０２は、生成したデータに基づいてリクエスト応答部１０３に対して応答要求を行う（Ｓ１７１２）。

リクエスト応答部１０３は、ピックアップ管理部１０２からピックアップデータを取得し、ピックアップリストを表示するための画面を生成してブラウジング応答を行う（Ｓ１７１３）。即ち、Ｓ１７１３において、リクエスト応答部１０３が表示情報生成部として機能する。これにより、ＰＣ２において、図１８に示すようなピックアップリストの画面が表示される（Ｓ１７１４）。

図１８に示すように、アクセスキーを指定したウェブアクセスによってピックアップデータが抽出されると、ＰＣ２のウェブブラウザにおいては、ピックアップデータを登録した他のユーザによるウェブブラウジングによって選択された商品の選択状態が復元される。即ち、アクセスキーは、図１８に示すように商品の選択状態が復元された画面を生成するための情報として用いられる。

図１８に示すように、会員としてログインしたユーザによってピックアップリストが表示された場合、画面上には購入ボタン１８ａが表示される。ユーザは購入ボタン１８ａを操作することにより、ピックアップリストに含まれる商品の購入を行うことが可能となる。その結果、通常の購入処理と同様に、ピックアップリストに含まれる商品の購入処理が行われ、図８に示す購入履歴ＤＢ１０５に情報が登録される。

尚、図１７においては、会員ユーザによるピックアップデータの閲覧及び商品の購入決定を例として説明するため、会員ユーザがログインを行った上でピックアップデータにアクセスする場合を例としている。しかしながら、Ｓ１７１０〜Ｓ１７１４の処理においては、ログイン状態の有無はピックアップデータの閲覧に対する条件とはなっていない。

即ち、システムにログインしたユーザでなくとも、ピックアップデータのアクセスキーが指定されたＵＲＬアクセスを行うことにより、ピックアップＤＢ１０７に登録されたピックアップデータへのアクセスが可能である。非会員のユーザがピックアップデータにアクセスした場合、図１８に示す購入ボタン１８ａは表示されず、替わりにログインした上で商品を購入するための操作部が表示されることとなる。

同様に、図１７においては、会員ユーザによる操作の態様として、ログインした上でピックアップデータにアクセスする場合を例としていている。しかしながら、会員ユーザであっても、上記と同様にログイン前にピックアップデータを閲覧した上で、その画面に表示された操作部を操作することによりログインした上で商品を購入しても良い。

このように、本実施形態に係るシステムにおいては、システムに対するログインを求めることなく、Ｃｏｏｋｉｅに保存された商品の選択結果を受信してピックアップデータの登録を受け付けている。そして、そのようにして受け付けたピックアップデータの登録に際して、一意なアクセスキーを発行し、そのアクセスキーに応じたＵＲＬアクセスにより誰にでもピックアップデータの閲覧を許可している。

このような機能により、システムに対してアカウントを有する会員でなくともピックアップデータを生成して登録し、他のユーザと共有することが可能である。従って、例えばオフィスにおいて商品の購入を決定するユーザのみがログインアカウントを有している場合であっても、その他のユーザが必要な備品の選択を行い、且つ非会員のユーザが回覧することが可能である。

そして、決済のみをログインアカウントを有する会員ユーザに行わせることが可能である。そして、そのような場合において、会員ユーザは改めて商品の選択操作を行うことなく、共有されたピックアップデータに基づいてそのまま購入処理を行うことが可能であり、ユーザの利便性を向上することが出来る。

図１９は、図５において説明した法人情報ＤＢの変形例を示す図である。図１９に示すように、夫々の法人に対して固有の“割引率”が設定されている場合がある。このような場合、図１７のＳ１７１１において、ピックアップ管理部１０２は、ログインしているユーザが属する法人に応じた割引率で価格を再計算する。

具体的に、Ｓ１７１１において、ピックアップ管理部１０２は、Ｓ１７０９のアクセスに際して含まれているログインＩＤに基づいて図６の“所属ＩＤ”を参照し、その“所属ＩＤ”に基づいて更に図１９の“割引率”を取得する。そして、取得した割引率に基づいてピックアップデータに含まれる夫々の商品の金額を再計算する。

また、上記実施形態においては、ピックアップデータにアクセスするための方法として、ピックアップデータに付与されたアクセスキーを含むＵＲＬへのアクセスを例として説明した。しかしながらこれは一例であり、ピックアップ管理部１０２に対してアクセスキーを指定した要求が入力されれば、アクセスキーに基づいてピックアップデータを指定してピックアップデータを表示することが可能である。

従って、図２０に示すように、アクセスキーの入力欄が表示されたピックアップデータアクセス画面を、ショップサーバ１によって提供されるショッピングサイトの１つのウェブページとして提供し、アクセスキーの入力を受け付けても良い。図２０に示す画面においてテキストボックス２０ａにアクセスキーが入力された上で、決定ボタン２０ｂが操作されることにより、ＰＣ２からピックアップ管理部１０２に対してアクセスキーと共にピックアップリストの表示要求が送信される。これにより、Ｓ１７１０〜Ｓ１７１４と同様の処理によってＰＣ２にピックアップリストが表示される。

また、上記実施形態においては、テキスト情報として１６桁の文字列をアクセスキーとして用いている。このように桁数の多い文字列の入力を求める場合には、桁数を分割して入力を求めた方がユーザにとって入力が楽となる。そのような場合、図１１のＳ１１１２において、図１４において説明したピックアップ登録保存完了画面に替えて、図２１に示すように、４桁ごとに分割されたアクセスキーが表示されるピックアップ登録保存完了画面を表示する。

そして、ピックアップデータアクセス画面においては、図２０に示す単純なテキストボックス２０ａに替えて、図２２に示すように、分割されたテキストボックス２２ａを表示させることにより、ユーザによるアクセスキーの入力を補助することが出来る。図２２に示すテキストボックスの分割数は、図２１に示すアクセスキーの分割数に等しい。この際、生成される複数桁のアクセスキーの最初の所定数の文字を固定の文字列としておき、図２２に示すように、分割されたテキストボックス２２ａの最初に、その固定の文字列を表示させることにより、ユーザの利便性を更に高めることが出来る。

図２２の例においては、１６桁のうち最初の４文字である“ａｂｃｄ”が固定の文字列とされている。そして、図２２に示すように、分割されたテキストボックス２２ａの最初に“ａｂｃｄ”が表示されている。これにより、ユーザは、どこに何を入力すれば良いかを容易に理解することが出来る。

図２０や図２２に示すピックアップデータへのアクセス画面は、通常のウェブブラウジングの操作により、ショップサーバ１のリクエスト応答部１０３が生成する画面の表示情報に基づいてＰＣ２において表示される。即ち、リクエスト応答部１０３が、アクセス画面情報生成部として機能する。

また、上記実施形態においては、ピックアップデータに含まれる情報の例として、図９に示すように、選択された商品のＩＤ、数量、金額が主となる場合を例として説明した。しかしながらこれは一例であり、例えば、図２３に示すように、商品の選択結果を示す情報に加えて、選択された商品の用途や、回覧に際して伝えたい事項などを示す文字列を“コメント”として含めても良い。

そのような態様は、ピックアップリストの登録を要求するためのピックアップリスト画面として、図１３に示す態様に替えて、図２４に示すように、コメント入力欄２４ｂを含む画面を用いることにより、可能である。図２４に示すような画面においてピックアップ登録ボタン２４ａが操作されると、商品の選択内容に加えてコメント入力欄２４ｂに入力された文字列がショップサーバ１に対して送信され、Ｓ１１０８、Ｓ１１０９の処理により、図２３に示すピックアップデータのレコードが生成されて登録される。

また、上記実施形態においては、ピックアップＤＢ１０７に登録されたピックアップデータは、アクセスキーが指定されたＵＲＬアクセスによって制限なく誰でもアクセス可能な場合を例として説明した。しかしながら、特に図２３、図２４に示すようなコメントデータを含める場合、無制限な閲覧を許可するべきではない可能性もある。

他方、ピックアップデータを作成するユーザには、ログインするためのＩＤを有していない非会員ユーザが想定されているため、ピックアップデータを作成したユーザを識別した上で、ピックアップデータを閲覧可能なユーザを制限することは困難である。これに対して、Ｓ１１０６の要求の送信元であるＰＣ２がネットワークに接続する際のドメイン名によって制限を行う態様が考えられる。

この場合、図１１のＳ１１０６におけるピックアップ登録要求において、ＰＣ２は、ネットワークに接続する際のドメイン名を合わせてショップサーバ１に通知する。これにより、図２５に示すように、ドメイン名を含むピックアップデータが登録される。そして、ＰＣ２は、ピックアップデータにアクセスする際には、図１７のＳ１７０９においても、ネットワークに接続する際のドメイン名を合わせてショップサーバ１に通知する。

この場合、ＵＲＬアクセスを受け付けたピックアップ管理部１０２は、指定されたアクセスキーに基づいてＳ１７１０においてピックアップデータを抽出した上で、抽出したピックアップデータに含まれるドメイン名を確認する。そして、確認したドメイン名が、ＵＲＬアクセスに際して通知されたドメイン名と一致している場合にのみ、Ｓ１７１１以降の処理に進む。換言すると、ピックアップデータに登録されているドメイン名と、ピックアップデータへのＵＲＬアクセスのアクセス元のドメイン名との比較結果に基づき、一致している場合にのみ表示を許可する。これにより、ドメイン名に基づくアクセス制限を行うことが可能となり、ピックアップデータに個人情報や社外秘等のコンフィデンシャルな情報を含めることが可能となる。この場合、ピックアップ管理部１０２が表示制限部として機能する。

また、Ｓ１７１０〜Ｓ１７１２の処理は、ドメイン名の確認を行うことなく上記と同様に処理を実行し、Ｓ１７１３においてドメイン名を確認しても良い。この場合、リクエスト応答部１０３は、ピックアップデータに含まれるドメイン名が、ＵＲＬアクセスに際して通知されたドメイン名を一致している場合にのみ、通知されたピックアップデータに基づいて画面の表示情報を生成する。即ち、リクエスト応答部１０３が表示制限部として機能する。

また、上記実施形態においては、オフィスにおいて備品の購入を決済可能な担当者が制限されているという実情を考慮し、図６に示すユーザ情報ＤＢに登録されているユーザ以外は非会員である場合を例として説明した。しかしながら、商品の購入処理は不可能であっても、図６に示すように“所属ＩＤ”に関連付けられたユーザＩＤを有する会員（以降、「準会員」とする）を設定することにより、システムの利便性をより向上することが可能である。

例えば、非会員のユーザであれば、商品の価格は図７の“価格”に登録されている標準の価格でしか閲覧することは出来ない。従って、図１９において説明したように、法人毎の割引率を設定する場合であっても、ピックアップデータの登録や閲覧に際して、非会員のユーザは実際の価格を知ることが出来ない。

これに対して、上述した準会員という会員登録の態様を設けることにより、備品の購入を決済可能な担当者を制限するという制約を満たしつつ、備品の購入の決済権を有さないユーザであっても、自身が属する法人の割引率に応じた価格を閲覧することが可能となる。このような態様は、図６に示すようなユーザ情報ＤＢに替えて、図２６に示すように、“準会員”のフラグ情報を有するユーザ情報ＤＢを用いることにより可能となる。

“準会員”のフラグ情報は、商品の購入決済に関する画面の表示に際して参照されて判断される。例えば、図１８に示すようなピックアップリストの画面を生成する際、リクエスト応答部１０３は、ログイン状態のユーザのレコードにおける“準会員”のフラグ情報を参照し、“ＮＯ”であれば正会員であるため、図１８に示すように購入ボタン１８ａが表示された画面を生成する。他方、“ＹＥＳ”であれば、準会員であるため、購入ボタン１８ａが表示されない画面を生成する。

このような準会員の登録は、例えば商品の購入決済権を有する正会員の承認を経ることでセキュリティを高めることが出来る。そして、本実施形態の要旨に係るピックアップデータに準会員としての登録申請に関する情報を含めることにより、ユーザの利便性を向上することが出来る。図１３に示すピックアップリスト画面に替えて、図２７に示すように、準会員の登録申請に関する情報を入力するための入力欄を含むピックアップリスト画面を用いることにより、ピックアップデータの登録要求時に準会員としての登録申請を行うことが可能となる。

図２７に示すピックアップリスト画面において“氏名”、“所属”、“メールアドレス”等が入力された上でピックアップ登録ボタン２７ａが操作されると、入力された夫々の情報を含む登録要求が図１１のＳ１１０６においてショップサーバ１に送信される。これにより、図２８に示すように、準会員登録申請に関する情報を含むピックアップデータがピックアップＤＢ１０７に登録される。

そして、図１７のＳ１７１４においては、図２９に示すように準会員登録申請に関する情報と共に、申請を許可するための申請許可ボタン２９ｂが表示されたピックアップリスト画面が表示される。この申請許可ボタン２９ｂが操作されることにより、図２８に示す準会員登録申請に関する情報が、図２６に示すようにユーザ情報ＤＢに登録されると共に、“準会員”フラグの情報が“ＹＥＳ”に設定される。また、“ユーザＩＤ”、“ログインパスワード”が自動的に生成され、入力された“メールアドレス”に対して送信される。

尚、図２９に示す準会員登録申請に関する情報や申請許可ボタン２９ｂ（以降、「準会員登録申請表示」とする）は、正会員以外のユーザがピックアップデータを閲覧した際に表示されることは適切ではない。従って、図２９に示す準会員登録申請表示は、正会員としてログインしたユーザがピックアップデータを閲覧した場合にのみ、表示されることが好ましい。

このような態様は、図１７のＳ１７１３において、リクエスト応答部１０３が図２９に示すピックアップリスト画面を生成する際に、リクエスト元が正会員としてログインしたユーザであるか否かを確認することにより可能となる。即ち、ピックアップデータの閲覧を要求したユーザのログイン状態を確認し、正会員としてログインしている場合にのみ、図２９に示す準会員登録申請表示を含むピックアップリスト画面を生成する。

また、正会員であったとしても、異なる法人に属している正会員が他の法人に属しているユーザの準会員申請を許可することは適切ではない。従って、上述した正会員か否かの判断に加えて上述したドメイン名による判断を行い、ドメイン名が同一であった場合にのみ、準会員登録申請表示を含むピックアップリスト画面を生成することが好ましい。

また、このように正会員による許可を経て準会員の登録を行うことにより、正会員と準会員との親子関係を構築することが可能である。そのような態様は、例えば、図２６に示すような“準会員”フラグの情報を含むユーザ情報ＤＢに替えて、図３０に示すように、“親会員”の情報を含むユーザ情報ＤＢを用いることにより可能である。

即ち、ユーザが正会員であれば、“親会員”のフィールドはＮｕｌｌ値となる。他方、準会員であれば、図２６に示す“準会員”フラグの情報の“ＹＥＳ”の値に替えて、親会員である正会員のユーザＩＤを“親会員”の情報として登録する。これにより、そのユーザが準会員であることに加えて、親会員を識別する情報を登録することが可能である。

このように準会員と親会員との間に親子関係を設定した場合には、例えばピックアップデータが登録されたことの通知を行うことが可能となる。準会員がピックアップデータを新たに生成してピックアップＤＢ１０７に登録した場合、そのピックアップデータは、親会員である正会員に対して購入を申請するためのデータであることが推測される。

従って、親会員のメールアドレスに対して、子会員である準会員によってピックアップデータが生成されて登録されたことや、生成されたピックアップデータのアクセスキー、若しくはアクセスＵＲＬを通知するための電子メールを自動的に送信することが出来る。これにより、ユーザの利便性を高めることが出来る。

このような態様は、ログインしたユーザがピックアップデータを生成した場合に、図３１に示すように、ログインに係るユーザＩＤをピックアップデータに含めて登録することにより可能となる。この場合、図１１のＳ１１０６においてＰＣ２がピックアップ登録要求を行う際に、ログインしているユーザのユーザＩＤを含めて登録要求を送信する。そして、Ｓ１１０８、Ｓ１１０９の処理において、ピックアップ管理部１０２が、通知されたユーザＩＤを含めてピックアップデータのレコードを生成することにより可能となる。

そして、図３１に示すようなピックアップデータが生成された場合、ピックアップ管理部１０２は、図３０に示すユーザ情報ＤＢを参照して、登録されたユーザＩＤの“親会員”を確認する。“親会員”が登録されていた場合、次にピックアップ管理部１０２は、その親会員のレコードを参照して“メールアドレス”を抽出する。

そのようにして抽出されたメールアドレスに対して、子会員である準会員によってピックアップデータが生成されて登録されたことや、生成されたピックアップデータのアクセスキー、若しくはアクセスＵＲＬを通知するための電子メールを送信する。このような態様により、ユーザの利便性を向上することが可能となる。

１ ショップサーバ
２、２ａ、２ｂ ＰＣ
１０ ＣＰＵ
２０ ＲＡＭ
３０ ＲＯＭ
４０ ＨＤＤ
５０ Ｉ／Ｆ
６０ ＬＣＤ
７０ 操作部
８０ バス
１００ ショッピングサイトコントローラ
１０１ リクエスト受付部
１０２ ピックアップ管理部
１０３ リクエスト応答部
１０４ 顧客ＤＢ
１０５ 購入履歴ＤＢ
１０６ 商品ＤＢ
１０７ ピックアップＤＢ
１１０ ネットワークＩ／Ｆ

特開２００２−３７３２７７号公報

Claims (8)

1. ウェブサイトを介して商品を販売する商品販売システムであって、
   会員ユーザのユーザ情報を記憶するユーザ情報記憶部と、
   ユーザにより入力された認証情報を受信し、前記ユーザ情報記憶部に記憶される前記ユーザ情報に基づき、当該認証情報の認証を行う認証部と、
   前記認証部による認証を行わずに前記ウェブサイトを利用するユーザに対し、商品と価格を提示する選択画面を表示する表示制御部と、
   当該ユーザの操作に応じて、前記選択画面を介して選択された商品の選択状態を前記商品販売システムに保存することを要求する商品選択保存要求を受け付ける保存要求受付部と、
   受け付けられた前記商品選択保存要求に基づき、前記商品の選択状態を示す情報に対してネットワークを介してアクセスするためのアクセス情報を生成して、前記商品の選択状態を示す情報を保存する情報記憶処理部と、
   生成した前記アクセス情報を、前記商品選択保存要求の要求元のユーザに提供する保存要求応答部と、
   前記ユーザからの前記アクセス情報に基づくアクセスに応じて、前記商品の選択状態を示す情報に基づき、選択された商品が表示されたウェブサイトを表示するための情報を生成し、当該情報に基づき画面を表示する表示情報生成部と、を含み、
   前記表示情報生成部は、
   前記認証部による認証を行わずに前記ウェブサイトを利用したユーザからの前記商品選択保存要求に応じて生成された前記アクセス情報に基づくアクセスが、前記認証部により認証された前記会員ユーザによりなされた場合に、前記選択された商品の価格に対して前記会員ユーザを対象に設定された価格が適用されたウェブサイトを表示することを特徴とする商品販売システム。
2. 前記表示情報生成部は、
   前記アクセス情報に基づくアクセスが、前記認証部により認証された前記会員ユーザによりなされた場合に、前記選択された商品の購入を当該会員ユーザが指示可能に画面を表示し、
   前記アクセス情報に基づくアクセスが、前記認証部による認証を行わずに前記ウェブサイトを利用するユーザによりなされた場合に、前記選択された商品の購入を当該ユーザが指示不可に画面を表示する、
   ことを特徴とする請求項１に記載の商品販売システム。
3. 顧客に応じて、商品の価格に対する割引率を設定した顧客情報を記憶する顧客情報記憶部を含み、
   前記表示情報生成部は、
   前記会員ユーザからの前記アクセス情報に基づくアクセスに応じて、前記顧客情報において当該会員ユーザが所属する顧客に設定された割引率を適用して、前記選択された商品の価格を表示する、
   ことを特徴とする請求項1又は２に記載の商品販売システム。
4. 前記商品選択保存要求に応じて前記商品の選択状態を示す情報が保存された場合に、選択された商品に関する情報と、生成されたアクセス情報と、当該商品の購入に関わる押印欄と、を含む申請書類が印刷可能な画面を表示する、
   ことを特徴とする請求項１乃至３のいずれか一項に記載の商品販売システム。
5. 前記保存要求応答部は、
   ＵＲＬ及びアクセスキーをそれぞれ前記アクセス情報として表示した第１の確認画面を提供し、さらに、ユーザの操作に応じて前記印刷可能な画面を表示する場合には前記ＵＲＬが符合化された図形を前記アクセス情報として表示した第２の確認画面を提供する、
   ことを特徴とする請求項４に記載の商品販売システム。
6. ウェブサイトを介して商品を販売する商品販売システムを用いた商品販売方法であって、
   前記商品販売システムが備える情報処理装置が、
   会員ユーザのユーザ情報を記憶するユーザ情報記憶部と、
   ユーザにより入力された認証情報を受信し、前記ユーザ情報記憶部に記憶される前記ユーザ情報に基づき、当該認証情報の認証を行う認証部と、
   前記認証部による認証を行わずに前記ウェブサイトを利用するユーザに対し、商品と価格を提示する選択画面を表示する表示制御部と、
   当該ユーザの操作に応じて、前記選択画面を介して選択された商品の選択状態を前記商品販売システムに保存することを要求する商品選択保存要求を受け付ける保存要求受付部と、
   受け付けられた前記商品選択保存要求に基づき、前記商品の選択状態を示す情報に対してネットワークを介してアクセスするためのアクセス情報を生成して、前記商品の選択状態を示す情報を保存する情報記憶処理部と、
   生成した前記アクセス情報を、前記商品選択保存要求の要求元のユーザに提供する保存要求応答部と、
   前記ユーザからの前記アクセス情報に基づくアクセスに応じて、前記商品の選択状態を示す情報に基づき、選択された商品が表示されたウェブサイトを表示するための情報を生成し、当該情報に基づき画面を表示する表示情報生成部と、を含み、
   前記表示情報生成部が、前記認証部による認証を行わずに前記ウェブサイトを利用したユーザからの前記商品選択保存要求に応じて生成された前記アクセス情報に基づくアクセスが、前記認証部により認証された前記会員ユーザによりなされた場合に、前記選択された商品の価格に対して前記会員ユーザを対象に設定された価格が適用されたウェブサイトを表示する、
   ことを特徴とする商品販売方法。
7. ウェブサイトを介して商品を販売する商品販売システムを提供する情報処理装置であって、
   会員ユーザのユーザ情報を記憶するユーザ情報記憶部と、
   ユーザにより入力された認証情報を受信し、前記ユーザ情報記憶部に記憶される前記ユーザ情報に基づき、当該認証情報の認証を行う認証部と、
   前記認証部による認証を行わずに前記ウェブサイトを利用するユーザに対し、商品と価格を提示する選択画面を表示する表示制御部と、
   当該ユーザの操作に応じて、前記選択画面を介して選択された商品の選択状態を保存することを要求する商品選択保存要求を受け付ける保存要求受付部と、
   受け付けられた前記商品選択保存要求に基づき、前記商品の選択状態を示す情報に対してネットワークを介してアクセスするためのアクセス情報を生成して、前記商品の選択状態を示す情報を保存する情報記憶処理部と、
   生成した前記アクセス情報を、前記商品選択保存要求の要求元のユーザに提供する保存要求応答部と、
   前記ユーザからの前記アクセス情報に基づくアクセスに応じて、前記商品の選択状態を示す情報に基づき、選択された商品が表示されたウェブサイトを表示するための情報を生成し、当該情報に基づき画面を表示する表示情報生成部と、を含み、
   前記表示情報生成部は、
   前記認証部による認証を行わずに前記ウェブサイトを利用したユーザからの前記商品選択保存要求に応じて生成された前記アクセス情報に基づくアクセスが、前記認証部により認証された前記会員ユーザによりなされた場合に、前記選択された商品の価格に対して前記会員ユーザを対象に設定された価格を適用したウェブサイトを表示する、
   ことを特徴とする情報処理装置。
8. ウェブサイトを介して商品を販売する商品販売システムを提供する情報処理装置の制御プログラムであって、
   会員ユーザのユーザ情報を記憶するステップと、
   ユーザにより入力された認証情報を受信し、記憶された前記ユーザ情報に基づき、当該認証情報の認証を行うステップと、
   前記認証を行わずに前記ウェブサイトを利用するユーザに対し、商品と価格を提示する選択画面を表示するステップと、
   当該ユーザの操作に応じて、前記選択画面を介して選択された商品の選択状態を前記情報処理装置に保存することを要求する商品選択保存要求を受け付けるステップと、
   受け付けられた前記商品選択保存要求に基づき、前記商品の選択状態を示す情報に対してネットワークを介してアクセスするためのアクセス情報を生成して、前記商品の選択状態を示す情報を保存するステップと、
   生成した前記アクセス情報を、前記商品選択保存要求の要求元のユーザに提供するステップと、
   前記ユーザからの前記アクセス情報に基づくアクセスに応じて、前記商品の選択状態を示す情報に基づき、選択された商品が表示されたウェブサイトを表示するための情報を生成し、当該情報に基づき画面を表示するステップと、を前記情報処理装置に実行させ、
   前記認証を行わずに前記ウェブサイトを利用したユーザからの前記商品選択保存要求に応じて生成された前記アクセス情報に基づくアクセスが、前記認証を行った前記会員ユーザによりなされた場合に、前記選択された商品の価格に対して前記会員ユーザを対象に設定された価格が適用されたウェブサイトを表示する、
   ことを特徴とする制御プログラム。