JP2024067031A - 検索結果ページ送信装置、検索結果ページ送信方法、及び検索結果ページ送信プログラム - Google Patents

Abstract

【課題】商品ウェブページが共通する複数の商品について、検索条件に関連した情報をウェブページ単位で検索結果として提供する、方法及びプログラムを提供する。【解決手段】電子商店街サーバにおいて、システム制御部１１は、商品の検索条件を示す検索条件情報をユーザ端末から受信する検索条件受信部１１１と、一の商品ページを示すウェブページ情報に関連付けて、その商品ウェブページにおいて購入対象としてそれぞれ選択可能な複数のＳｔｏｃｋ Ｋｅｅｐｉｎｇ Ｕｎｉｔ（ＳＫＵ）が共通に有する共通属性を示す属性情報と、それら複数のＳＫＵそれぞれの複数のＳＫＵ属性をそれぞれ示す複数の属性情報とを記憶する記憶部から、検索条件受信部１１１が受信した検索条件情報により示される検索条件を満たす共通属性を示す属性情報及びＳＫＵ属性を示す属性情報のうち、少なくとも何れか一方を検索する検索部と、を含む。【選択図】図６

Description

本発明は、指定された検索条件に基づいて商品を検索し、その検索の結果を示すウェブページを提供する方法の技術分野に関する。

従来、インターネット等のネットワークを利用した電子商取引による商品の売買が盛んに行われている。こうした電子商取引のウェブサイトでは、所望の商品の条件を検索条件としてユーザが指定することが可能としていることが一般的である。電子商取引のウェブサイトは、指定された検索条件を満たす商品を検索して、その検索の結果を掲載するウェブページ（以下、「検索結果ページ」という。）を、そのユーザの端末装置へ送信する。検索結果ページには、例えば検索された各商品の商品名、画像、価格等が表示される。検索結果ページから、検索された商品のうち何れかの商品をユーザが選択すると、電子商取引のウェブサイトは、選択された商品の情報を掲載するウェブページ（以下、「商品ページ」という。）を、端末装置へ送信する。商品ページは、その商品ページに情報が掲載されている商品を、購入対象としてユーザが選択する操作が可能となっていることが通常である。例えば、商品ページ上に、その商品を買い物かごに入れるためのボタン若しくはその他の要素が表示されたり、その商品の購入手続きに直接進むためのボタン若しくはその他の要素が表示されたりする場合がある。ユーザは、商品ページを通じて、商品を購入することができる。そうした点において、商品ページは、商品の売り場としての役割を有しているということができるかもしれない。

一の商品ページにおいては、一の商品のみの情報が表示され、その商品のみを購入対象として選択可能とされている場合が多い。その一方で、一の商品ページに複数の商品の情報が表示され、それらの商品の中から購入対象とする商品をユーザが選択することが可能となっている場合もある。すなわち、複数の商品で、売り場としての商品ページが共通している場合がある。例えば、大部分の属性は共通する一方で、一部の属性が互いに異なる複数の商品の情報が、一の商品ページに掲載される場合がある。商品ページが共通する複数の商品のそれぞれは、在庫が別々に管理されていることが多い。従って、一の商品ページが複数のＳＫＵ（Stock Keeping Unit）の商品に対応する場合がある。ＳＫＵは、商品の在庫を管理する単位又は在庫を保管する単位を示す。そうした商品の一例として、カラーとサイズとの組み合わせにバリエーションが存在する衣服が挙げられる。商品ページには、それら複数の商品に共通する情報が表示されるとともに、各商品に個別の情報が表示される。例えば、商品ページには、複数の商品に共通の商品名や、それらの商品が一度に写っている画像が表示される場合がある。また、商品ページには、各商品が個別に写っている画像や、各商品の属性が表示される場合がある。上述の検索結果ページには、一般的に、商品ページ単位で商品の検索結果が表示される。商品ページが共通する商品について、検索結果ページには、その商品ページに掲載される情報のうち、商品の販売者により主たる情報として予め指定された情報が掲載される。例えば、販売者は、検索結果ページに掲載される画像として、複数の商品が一度に写っている画像又は何れかの商品のみが写っている画像を指定するかもしれない。

上述の点に関連して、特許文献１には、属性の組み合わせにバリエーションが存在する商品の商品ページの情報に基づいて、商品の検索に用いられるタグを生成及び削除するサーバ装置が開示されている。このサーバ装置は、商品ページのソース情報から、商品の属性の組み合わせを複数抽出し、各組み合わせの属性を有する商品について在庫の有無を判定する。サーバ装置は、在庫がある属性の組み合わせについて、商品を識別する商品ＩＤに関連付けて、その組み合わせを示すタグをタグデータベースに記憶させる。一方、サーバ装置は、在庫がない属性の組み合わせについて、その商品ＩＤに関連付けてタグデータベースに記憶されているタグを削除する。商品の検索時、サーバ装置は、各商品についてタグデータベースに記憶された複数のタグのうち、何れかのタグが検索条件に対応する場合、その商品を検索結果に含めることが開示されている。

国際公開第２０１６／０８４２３０号パンフレット

検索条件としてユーザが指定する商品の条件は様々である。例えば、或るユーザは、カラーが黒であり且つサイズがＬであるＴシャツを欲しているとする。この場合、そのユーザは、例えば「Ｔシャツ 黒 Ｌ」という検索条件を入力するかもしれない。この場合に、検索結果ページに、検索された商品について予め指定された情報が表示されると、所望する商品が検索されたのか否かをユーザが直ちには判断することができない事態が生じることがある。例えば、カラーのバリエーションとして白及び黒が存在し、サイズのバリエーションとして、Ｓ、Ｍ及びＬが存在するＴシャツについて、一の商品ページで販売が行われているとする。この場合、一の商品ページが最大で６個の商品に対応することとなる。このＴシャツの販売者が、検索結果ページに表示される画像として、白のＴシャツと黒のＴシャツとが同時に映っている画像、または、白のＴシャツのみが映っている画像を指定していたとする。この場合、検索結果の表示内容が、ユーザが指定した検索条件と食い違うこととなる。

こうした問題を避けるために、一の商品ページは一の商品のみに対応するように、商品の情報の登録に制限を設けることが考えられる。そうすることで、例えばカラーが黒であり且つサイズがＬであるＴシャツの検索結果に含まれる画像は、黒のＴシャツの画像となる可能性が高い。しかしながら、この場合、検索結果ページに表示される検索結果の件数が不要に多くなってしまう場合がある。例えば、別のユーザは、カラーとサイズは決めていないものの、Ｔシャツを欲しているとする。この場合、そのユーザは、例えば「Ｔシャツ」という検索条件を入力するかもしれない。その場合、前述したバリエーションを有するＴシャツの検索結果として、６件の検索結果が表示されてしまう。

本発明は以上の点に鑑みてなされてものであり、その課題の一例は、商品を購入対象として選択するユーザ操作が可能なウェブページが共通する複数の商品について、検索条件に関連した情報をウェブページ単位で検索結果として提供可能な検索結果ページ送信装置、検索結果ページ送信方法、及び検索結果ページ送信プログラム提供することにある。

上記課題を解決するために、請求項１に記載の発明は、商品の検索条件を示す検索条件情報を端末装置から受信する受信手段と、商品を購入対象として選択するユーザ操作が可能な商品ウェブページ単位で、前記商品ウェブページを示すウェブページ情報に関連付けて、前記商品ウェブページにおいて前記購入対象としてそれぞれ選択可能な複数の商品が共通に有する共通属性を示す共通属性情報と、前記複数の商品それぞれの複数の個別属性情報であって、前記複数の商品がそれぞれ前記共通属性とは別に有する個別属性をそれぞれ示す複数の個別属性情報と、を記憶する記憶手段から、前記受信された検索条件情報により示される前記検索条件を満たす前記共通属性を示す前記共通属性情報及び前記個別属性を示す前記個別属性情報のうち少なくとも何れか一方を検索する検索手段と、商品の検索結果を前記商品ウェブページ単位で示す検索結果ウェブページを前記端末装置へ送信する送信手段であって、前記共通属性が前記検索条件を満たし、且つ、前記検索条件が、前記個別属性に対応する条件を含まない場合、前記複数の商品に共通する第１商品情報を、前記送信される検索結果ウェブページに含ませ、前記複数の個別属性のうち何れかの個別属性情報により示される前記個別属性が前記検索条件を満たす場合、前記複数の商品のうち、前記検索条件を満たす前記何れかの個別属性を有する商品の第２商品情報を、前記送信される検索結果ウェブページに含ませる送信手段と、を備えることを特徴とする。

この発明によれば、記憶手段には、商品を購入対象として選択するユーザ操作が可能な商品ウェブページが共通する複数の商品について、商品ウェブページ単位で、共通属性情報が記憶される。共通属性情報は、それらの商品に共通する共通属性を示す。また、記憶手段には、商品ウェブページ単位で、複数の個別情報が記憶される。各個別情報は、それらの商品に含まれる各商品が、共通属性とは別に有する個別属性を示す。端末装置から送信されてきた検索条件情報により示される検索条件を満たす共通属性を示す共通属性情報が検索される。また、複数の個別属性情報のうち検索条件を満たす個別属性を示す個別属性情報が検索される。そして、検索結果ウェブページが送信される。共通属性は検索条件を満たすものの、検索条件が、個別属性に対応する条件を含まない場合、商品ウェブページが共通する複数の商品に共通する第１商品情報が検索結果ウェブページに表示される。この場合、複数の商品の全てが検索条件を満たすとともに、それらの商品のうち特定の商品が検索条件では指定されていない。従って、特定の商品の情報よりも、それら複数の商品に共通する情報が表示される方が適切である。一方、何れかの商品の個別属性が検索条件を満たす場合、複数の商品のうち、検索条件を満たす個別属性に対応する商品の第２商品情報が検索結果ウェブページに表示される。この場合、複数の商品のうち、何れかの商品のみが検索条件を満たす。従って、それら複数の商品に共通する情報よりも、特定の商品の情報が表示される方が適切である。こうして、商品を購入対象として選択するユーザ操作が可能なウェブページが共通する複数の商品について、検索条件に関連した情報をウェブページ単位で検索結果として提供することができる。

請求項２に記載の発明は、前記第１商品情報は、前記複数の商品に関連する画像を含み、前記第２商品情報は、前記複数の商品のうち、該第２商品情報に対応する商品に関連する画像を含むことを特徴とする。

この発明によれば、共通属性は検索条件を満たすものの、検索条件が、個別属性に対応する条件を含まない場合、それら複数の商品に関連する画像が検索結果ウェブページに表示される。一方、何れかの商品の個別属性が検索条件を満たす場合、複数の商品のうち、その商品に関連する画像が検索結果ウェブページに表示される。従って、商品を購入対象として選択するユーザ操作が可能なウェブページが共通する複数の商品について、検索条件に関連した情報をウェブページ単位で検索結果として提供することができる。

請求項３に記載の発明は、前記第１商品情報は、前記複数の商品の価格の範囲の下限及び上限のうち少なくとも何れか一方を示し、前記第２商品情報は、前記複数の商品のうち、該第２商品情報に対応する商品の価格を示すことを特徴とする。

この発明によれば、共通属性は検索条件を満たすものの、検索条件が、個別属性に対応する条件を含まない場合、商品ウェブページが共通する複数の商品の価格の範囲の下限及び上限のうち少なくとも何れか一方を示す情報が、検索結果ウェブページに表示される。一方、何れかの商品の個別属性が検索条件を満たす場合、複数の商品のうち、その商品の価格を示す情報が検索結果ウェブページに表示される。従って、商品を購入対象として選択するユーザ操作が可能なウェブページが共通する複数の商品について、検索条件に関連した情報をウェブページ単位で検索結果として提供することができる。

請求項４に記載の発明は、前記送信手段は、前記複数の個別属性のうち、２以上の個別属性が前記検索条件を満たす場合、前記複数の商品のうち、前記２以上の個別属性をそれぞれ有する２以上の商品間で前記第２商品情報が同一であるか否かを判定し、前記第２商品情報が同一ではない場合、前記第１商品情報を、前記送信される検索結果ウェブページに含ませ、前記第２商品情報が同一である場合、前記第２商品情報を、前記送信される検索結果ウェブページに含ませることを特徴とする。

この発明によれば、商品ウェブページが共通する複数の商品のうち、少なくとも一の商品の個別属性は検索条件を満たさない一方で、２以上の商品の個別属性が検索条件を満たす場合、検索条件を満たす２以上の商品間で第２商品情報が同一であるか否かが判定される。第２商品情報が同一ではない場合、第１商品情報が検索結果ページに表示される。この場合、それら２以上の商品のうち、何れかの商品の第２商品情報を表示するよりも、商品ウェブページが共通する複数の商品に共通する第１商品情報を表示した方が適切である。一方、第２商品情報が同一である場合、その第２商品情報が検索結果ページに表示される。この場合、第２商品情報はそれら２以上の商品に共通しているので、複数の商品に共通する第１商品情報を表示するよりも、第２商品情報を表示した方が適切である。このように、商品を購入対象として選択するユーザ操作が可能なウェブページが共通する複数の商品について、検索条件に関連した情報をウェブページ単位で検索結果として提供することができる。

請求項５に記載の発明は、前記記憶手段は、前記共通属性に関連付けて前記第１商品情報を予め記憶し、前記複数の個別属性に含まれる各個別属性に関連付けて、該個別属性を有する商品の前記第２商品情報を予め記憶することを特徴とする。

この発明によれば、共通属性は検索条件を満たすものの、検索条件が、個別属性に対応する条件を含まない場合、その共通属性を示す共通属性情報に関連付けて記憶手段に記憶された第１商品情報が検索結果ウェブページに表示される。一方、何れかの商品の個別属性が検索条件を満たす場合、その個別属性を示す個別属性情報に関連付けて記憶手段に記憶された第２商品情報が検索結果ウェブページに表示される。

請求項６に記載の発明は、コンピュータにより実行される検索結果ページ送信方法において、商品の検索条件を示す検索条件情報を端末装置から受信する受信ステップと、商品を購入対象として選択するユーザ操作が可能な商品ウェブページ単位で、前記商品ウェブページを示すウェブページ情報に関連付けて、前記商品ウェブページにおいて前記購入対象としてそれぞれ選択可能な複数の商品が共通に有する共通属性を示す共通属性情報と、前記複数の商品それぞれの複数の個別属性情報であって、前記複数の商品がそれぞれ前記共通属性とは別に有する個別属性をそれぞれ示す複数の個別属性情報と、を記憶する記憶手段から、前記受信された検索条件情報により示される前記検索条件を満たす前記共通属性を示す前記共通属性情報及び前記個別属性を示す前記個別属性情報のうち少なくとも何れか一方を検索する検索ステップと、商品の検索結果を前記商品ウェブページ単位で示す検索結果ウェブページを前記端末装置へ送信する送信ステップであって、前記共通属性が前記検索条件を満たし、且つ、前記検索条件が、前記個別属性に対応する条件を含まない場合、前記複数の商品に共通する第１商品情報を、前記送信される検索結果ウェブページに含ませ、前記複数の個別属性のうち何れかの個別属性情報により示される前記個別属性が前記検索条件を満たす場合、前記複数の商品のうち、前記検索条件を満たす前記何れかの個別属性を有する商品の第２商品情報を、前記送信される検索結果ウェブページに含ませる送信ステップと、を含むことを特徴とする。

請求項７に記載の発明は、コンピュータを、商品の検索条件を示す検索条件情報を端末装置から受信する受信手段と、商品を購入対象として選択するユーザ操作が可能な商品ウェブページ単位で、前記商品ウェブページを示すウェブページ情報に関連付けて、前記商品ウェブページにおいて前記購入対象としてそれぞれ選択可能な複数の商品が共通に有する共通属性を示す共通属性情報と、前記複数の商品それぞれの複数の個別属性情報であって、前記複数の商品がそれぞれ前記共通属性とは別に有する個別属性をそれぞれ示す複数の個別属性情報と、を記憶する記憶手段から、前記受信された検索条件情報により示される前記検索条件を満たす前記共通属性を示す前記共通属性情報及び前記個別属性を示す前記個別属性情報のうち少なくとも何れか一方を検索する検索手段と、商品の検索結果を前記商品ウェブページ単位で示す検索結果ウェブページを前記端末装置へ送信する送信手段であって、前記共通属性が前記検索条件を満たし、且つ、前記検索条件が、前記個別属性に対応する条件を含まない場合、前記複数の商品に共通する第１商品情報を、前記送信される検索結果ウェブページに含ませ、前記複数の個別属性のうち何れかの個別属性情報により示される前記個別属性が前記検索条件を満たす場合、前記複数の商品のうち、前記検索条件を満たす前記何れかの個別属性を有する商品の第２商品情報を、前記送信される検索結果ウェブページに含ませる送信手段、として機能させることを特徴とする。

本発明によれば、商品を購入対象として選択するユーザ操作が可能なウェブページが共通する複数の商品について、検索条件に関連した情報をウェブページ単位で検索結果として提供することができる。

一実施形態に係るショッピングシステムＳの概要構成の一例を示す図である。 一実施形態に係る電子商店街サーバ１の概要構成の一例を示すブロック図である。 電子商店街サーバ１のデータベースに記憶される情報の例を示す図である。 マルチＳＫＵ商品の概要の一例を示す図である。 商品ページレベル情報テーブル１４ｂ１及びＳＫＵレベル情報テーブル１４ｂ２に記憶される情報の例を示す図である。 一実施形態に係る電子商店街サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。 検索結果ページの一例を示す図である。 検索結果ページの一例を示す図である。 検索結果ページの一例を示す図である。 検索結果ページの一例を示す図である。 商品ページの一例を示す図である。 商品ページの一例を示す図である。 商品ページの一例を示す図である。 商品ページの一例を示す図である。 電子商店街サーバ１のシステム制御部１１により実行される検索処理の一例を示すフローチャートである。 電子商店街サーバ１のシステム制御部１１により実行される検索結果生成処理の一例を示すフローチャートである。 電子商店街サーバ１のシステム制御部１１により実行される商品ページ送信処理の一例を示すフローチャートである。

以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施形態においては、複数の事業者が商品を販売するためのオンラインショッピングモールに本発明が適用される。しかしながら、単一の事業者のみが商品を販売するためのオンラインショッピングサイトに本発明が適用されてもよい。

［１．ショッピングシステムの構成］
先ず、本実施形態に係るショッピングシステムＳの構成及び機能概要について、図１を用いて説明する。図１は、本実施形態に係るショッピングシステムＳの概要構成の一例を示す図である。

図１に示すように、ショッピングシステムＳは、電子商店街サーバ１と、複数の店舗端末２と、複数のユーザ端末３と、を含んで構成される。電子商店街サーバ１、各店舗端末２及び各ユーザ端末３は、ネットワークＮＷを介して互いに接続される。ネットワークＮＷは、例えばインターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

電子商店街サーバ１は、所定のオンラインショッピングモールを管理するサーバ装置である。オンラインショッピングモールは、複数の店舗が商品を販売するためのウェブサイトである。このオンラインショッピングモールでは、在庫管理単位（ＳＫＵ）で商品の売買が可能であってもよい。すなわち、各商品の在庫の情報は個別に管理されてもよい。本実施形態においては、店舗側による情報の管理対象であることを強調する場合、在庫管理単位での商品を、単にＳＫＵと称することがある。

電子商店街サーバ１は、オンラインショッピングモールに含まれる様々な種類のウェブページを、ユーザ端末３へ送信する。そうしたウェブページの１つとして、商品ページがある。商品ページは、特定の商品に関する情報を掲載するウェブページである。また、商品ページは、その特定の商品を購入対象として選択する操作をユーザが行うことが可能なウェブページである。例えば、商品ページ内に又は商品ページの上に、ボタン、アイコン又はメニュー等の操作可能な要素が表示される。ユーザは、この要素を操作することで、商品を購入対象として選択することができる。商品を購入対象として選択することの一例として、商品を買い物かごに入れることが挙げられる。買い物かごは、ユーザが購入対象として選択した商品が入れられる仮想的な入れ物である。ユーザは、商品を買い物かごに入れた後、購入手続きに進むための操作を行う。これにより、ユーザは、買い物かごに入っている商品を購入することができる。商品を購入対象として選択することの他の例として、買い物かごを介さずに、その商品の購入手続きに直接進めることが挙げられる。

電子商店街サーバ１は、一の商品ページで一の商品（一のＳＫＵ）のみの販売を可能とするとともに、一の商品ページで複数の商品（複数のＳＫＵ）の販売も可能とする。一の商品ページで一のＳＫＵのみが購入可能に設定されている場合、その商品を、シングルＳＫＵ商品という。一の商品ページをシングルＳＫＵ商品に対応させる販売方法は、一般的な販売方法である。店舗は、シングルＳＫＵ商品に関する情報を登録するとき、商品ページに関する情報とともに、単一のＳＫＵに関する情報を入力する。一の商品ページで複数のＳＫＵが購入可能に設定されている場合、それら複数のＳＫＵで構成される商品グループを、マルチＳＫＵ商品という。マルチＳＫＵ商品に含まれる複数のＳＫＵは、互いに共通する属性を有する。この属性を、共通属性という。共通属性の例として、商品名、商品のカテゴリ（ジャンル）、商品の説明文等が挙げられる。マルチＳＫＵ商品に含まれる各ＳＫＵは、前述の共通属性とは別に、個別の属性も有する。この属性を、ＳＫＵ属性又は個別属性という。ＳＫＵ属性として、バリエーション属性と他の属性とがある。バリエーション属性は、マルチＳＫＵ商品に含まれるＳＫＵ間で異なる属性であってもよい。各ＳＫＵに複数のバリエーション属性の組み合わせが設定される場合、マルチＳＫＵ商品に含まれる商品間で、バリエーション属性の組み合わせが異なってもよい。例えば、カラーとサイズとの組み合わせにバリエーションが存在するＴシャツの商品を一の商品ページで販売すると仮定する。この場合、カラー及びサイズは、それぞれバリエーション属性であってもよい。マルチＳＫＵ商品の商品ページにおいて、ユーザは、バリエーション属性を選択し、またはバリエーション属性の組み合わせを選択することができる。この選択により、ユーザは、そのマルチＳＫＵ商品に含まれる複数のＳＫＵのうち、何れかのＳＫＵを選択することができる。バリエーション属性以外のＳＫＵ属性は、ＳＫＵ別に設定されるものの、ＳＫＵ間で異なるとは限らない属性である。例えば、各ＳＫＵの価格は、バリエーション属性以外のＳＫＵ属性の一例である。マルチＳＫＵ商品は、一部の属性についてバリエーションが存在する一の商品とみなされる場合もある。店舗は、マルチＳＫＵ商品に関する情報を登録するとき、商品ページに関する情報及び複数のＳＫＵ間で共通する情報とともに、各ＳＫＵの情報を入力する。オンラインショッピングモールの運営者により、如何なる属性を共通属性とし、如何なる属性をＳＫＵ属性とするかが予め定められていてもよい。例えば、本実施形態において商品名は共通属性であるが、商品名はＳＫＵ属性であってもよい。

オンラインショッピングモールに含まれるウェブページの中には、検索結果ページも存在する。検索結果ページは、商品の検索の結果として、検索された商品の一覧が掲載されるウェブページである。例えば、オンラインショッピングモールのトップページやその他のウェブページにおいて、ユーザは、商品の検索条件を入力することができる、検索条件の例として、キーワード、商品のカテゴリ、商品の属性等が挙げられる。電子商店街サーバ１は、入力された検索条件をユーザ端末３から受信すると、この検索条件を満たす商品を検索する。このとき、電子商店街サーバ１は、ＳＫＵ単位で商品を検索してもよい。例えば、電子商店街サーバ１は、共通属性及びＳＫＵ属性のうち、少なくとも何れか一方が検索条件を満たすＳＫＵを検索してもよい。商品の検索後、電子商店街サーバ１は、検索結果ページを生成してユーザ端末３へ送信する。電子商店街サーバ１は、商品ページ単位で検索結果を示すように、検索結果ページを生成してもよい。例えば、電子商店街サーバ１は、マルチＳＫＵ商品に含まれる複数のＳＫＵのうち、２以上のＳＫＵが検索条件を満たす場合であっても、そのマルチＳＫＵ商品に対して一の検索結果のみを生成してもよい。

各店舗端末２は、オンラインショッピングモールに出店する店舗の従業員等により利用される端末装置である。店舗端末２の例として、パーソナルコンピュータ、タブレット式コンピュータ等が挙げられる。従業員等は、店舗端末２を操作して電子商店街サーバ１にアクセスすることにより、例えばオンラインショッピングモールに商品を登録したり、顧客からの受注情報を確認したり、売上に関する情報を確認したりする。各店舗端末２には、ウェブブラウザがインストールされてもよい。

各ユーザ端末３は、オンラインショッピングモールを利用するユーザにより利用される端末装置である。ユーザ端末３の例として、スマートフォン、タブレット式コンピュータ等の携帯情報端末、携帯電話機、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ、セットトップボックス等が挙げられる。ユーザ端末３は、ユーザの操作に基づいて電子商店街サーバ１へ要求を送信し、この要求に応じて電子商店街サーバ１から送信されてきたウェブページを表示する。各ユーザ端末３には、ウェブブラウザがインストールされてもよい。ユーザ端末３が携帯用の端末装置である場合、そのユーザ端末３には、オンラインショッピングモール専用のアプリケーションがインストールされてもよい。この場合、ユーザ端末３は、そのアプリケーションに従って、オンラインショッピングモールのウェブページを表示する。

［２．電子商店街サーバの構成］
次に、電子商店街サーバ１の構成について、図２乃至図５を用いて説明する。図２は、本実施形態に係る電子商店街サーバ１の概要構成の一例を示すブロック図である。図２に示すように、電子商店街サーバ１は、システム制御部１１と、システムバス１２と、入出力インターフェース１３と、記憶部１４と、通信部１５と、を備えている。システム制御部１１と入出力インターフェース１３とは、システムバス１２を介して接続されている。

システム制御部１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃ等により構成されている。

入出力インターフェース１３は、記憶部１４及び通信部１５とシステム制御部１１との間のインターフェース処理を行う。

記憶部１４は、例えば、ハードディスクドライブ等により構成されている。この記憶部１４には、カテゴリＤＢ１４ａ、及び商品ＤＢ１４ｂ等のデータベースが記憶される。「ＤＢ」は、データベースの略語である。図３は、電子商店街サーバ１のデータベースに記憶される情報の例を示す図である。

カテゴリＤＢ１４ａには、商品のカテゴリに関するカテゴリ定義情報が、カテゴリごとに記憶される。例えば、カテゴリＤＢ１４ａには、カテゴリ定義情報として、カテゴリＩＤ、カテゴリ名、カテゴリのレベル、親カテゴリＩＤ、子カテゴリＩＤリスト、カテゴリ属性定義情報等が、互いに関連付けて記憶されてもよい。カテゴリ定義情報は、例えば、オンラインショッピングモールの管理者により設定されてもよい。

商品のカテゴリは、木構造で階層的に定義されている。例えば、木構造の各ノードが、カテゴリに相当する。ノードの深さが、そのノードに相当するカテゴリのレベル（階層）に相当する。ノードの深さは、木構造において根に位置するルートノードからの距離である。レベルの値が大きいほど、そのノードの深さが深い。ルートノードの子ノードに相当するカテゴリがレベル１のカテゴリである。レベル１のカテゴリが最上位のカテゴリである。レベル１のカテゴリの子ノードに相当するカテゴリが、レベル２のカテゴリである。注目するカテゴリの子ノードに相当するカテゴリを、子カテゴリという。注目するカテゴリの子孫ノードに相当するカテゴリを、子孫カテゴリという。注目するカテゴリの親ノードに相当するカテゴリを、親カテゴリという。注目するカテゴリの祖先ノードに相当するカテゴリを、祖先カテゴリという。各カテゴリは、そのカテゴリの子孫カテゴリを包含する。レベル１のカテゴリの例として、ファッション、飲食物、日用品、家電、スポーツ等が挙げられる。ファッションの子カテゴリとして、レディースファッション、メンズファッション、キッズ・ベビーファッション、インナー、かばん、靴等が挙げられる。レディースファッションの子カテゴリの例として、トップス、ボトムス、コート・ジャケット、ワンピース等が挙げられる。トップスの子カテゴリの例として、Ｔシャツ、シャツ、ニット、カーディガン等が挙げられる。

カテゴリ定義情報において、カテゴリＩＤは、カテゴリを識別する識別情報である。カテゴリ名は、そのカテゴリの名称を示す。レベルは、そのカテゴリの階層を示す。親カテゴリＩＤは、そのカテゴリの親カテゴリのカテゴリＩＤである。子カテゴリＩＤリストは、そのカテゴリの子カテゴリのカテゴリＩＤの一覧を示す。最下位のカテゴリについてのカテゴリ定義情報は、子カテゴリＩＤリストを含まなくてもよい。カテゴリ属性定義情報は、そのカテゴリに属する商品が如何なる属性を有するかを定義する情報である。カテゴリ属性定義情報により定義される属性は、ＳＫＵ属性であってもよい。カテゴリ属性定義情報は、属性の区分ごとに記憶される。一のカテゴリにつき複数のカテゴリ属性定義情報が記憶されてもよい。カテゴリが洋服のトップスである場合の属性区分の例として、カラー、サイズ、ブランド、袖丈、素材の種類、模様等が挙げられる。カテゴリが飲料水である場合の属性区分の例として、容量、本数、ブランド、産地等が挙げられる。カテゴリがパーソナルコンピュータである場合の属性区分の例として、カラー、メーカー、メモリ容量、画面サイズ、ディスク容量等が挙げられる。カテゴリ属性定義情報は、例えば属性区分名、及び属性値情報を含んでもよい。属性区分名は、属性区分の名称を示す。属性値情報は、属性区分名が示す属性区分において、商品が有する可能性がある属性値を定義する情報である。例えば、商品が有する可能性がある複数の属性値が属性値情報に列挙されてもよい。例えば、属性区分がカラーである場合、属性値語として、「ホワイト」、「ブラック」、「レッド」、「ブルー」等が列挙されてもよい。属性値が数値で表される場合、単位を示す文字が属性値情報に列挙されてもよい。例えば、属性区分がメモリ容量である場合、「ギガバイト」、「GB」等の文字が列挙されてもよい。カテゴリ属性定義情報は、最下位のカテゴリのみについてカテゴリＤＢ１４ａに記憶されてもよい。或いは、最下位のカテゴリ以外のカテゴリについても、カテゴリ属性定義情報が記憶されてもよい。この場合、注目するカテゴリの全ての子孫カテゴリは、その注目するカテゴリのカテゴリ属性定義情報を継承していると解釈されてもよい。

商品ＤＢ１４ｂには、オンラインショッピングモールで各店舗により販売される商品に関する商品情報が記憶される。商品ＤＢ１４ｂは、例えば商品ページレベル情報テーブル１４ｂ１及びＳＫＵレベル情報テーブル１４ｂ２を含んでもよい。

商品ページレベル情報テーブル１４ｂ１には、商品ページ単位で、商品ページを示すウェブページ情報に関連付けて商品ページレベル情報が記憶される。商品ページレベル情報は、各ＳＫＵの情報ではなく、シングルＳＫＵ商品又はマルチＳＫＵ商品に関する情報を含む。商品ページレベル情報は、如何なる場合であっても商品ページに表示される情報を含んでもよい。マルチＳＫＵ商品の商品ページレベル情報は、前述した共通属性を含んでもよい。例えば、商品ページレベル情報テーブル１４ｂ１には、商品ページレベル情報として、商品ＩＤ、店舗ＩＤ、カテゴリ情報、商品名、商品説明文、ポイント倍率、商品画像ＩＤ、商品ページＵＲＬ（Uniform Resource Locator）、ＳＫＵ数、及びバリエーション属性定義情報等が、互いに関連づけて記憶されてもよい。商品ＩＤは、商品を識別するために店舗によりその商品に付与された識別情報である。店舗ＩＤは、その商品を販売する店舗を識別する識別情報である。商品ＩＤと店舗ＩＤとの組み合わせにより、オンラインショッピングモールにおいて、何れかの店舗が販売する何れかの商品が識別される。カテゴリ情報は、その商品のカテゴリを示す。例えば、カテゴリ情報は、その商品が分類される最上位から最下位までの全てのレベルのカテゴリＩＤのリストを含んでもよい。商品名は、商品の名称を示す。商品説明文は、商品の説明を示す文章である。ポイント倍率は、商品の価格に対して何パーセントのポイントが、その商品の購入者に付与されるかを示す。このポイントは、所定のポイントプログラムにおいて管理される。ユーザは、付与されたポイントを、商品やサービスの購入に利用することができる。例えば、１ポイントが１円に相当してもよい。マルチＳＫＵ商品についての商品名、商品説明文、及びポイント倍率は、そのマルチＳＫＵ商品に含まれる複数のＳＫＵに共通する情報である。商品画像ＩＤは、商品に関する商品画像を識別する識別情報である。商品画像ＩＤの例として、商品画像のＵＲＬ、ファイル名、パス名等が挙げられる。一の商品ページレベル情報について複数の商品画像ＩＤが記憶されてもよい。シングルＳＫＵ商品について、商品ページレベル情報に含まれる商品画像ＩＤにより識別される商品画像を、シングルＳＫＵ商品画像という。マルチＳＫＵ商品について、商品ページレベル情報に含まれる商品画像ＩＤにより識別される商品画像を、マルチＳＫＵ商品画像という。マルチＳＫＵ商品画像は、マルチＳＫＵ商品に含まれる複数のＳＫＵの何れにも関連する画像であったり、それらのＳＫＵに共通する情報を含む画像であったりしてもよい。例えば、マルチＳＫＵ商品画像は、複数のＳＫＵが同時に写っている画像であってもよい。商品ページＵＲＬは、商品ページのＨＴＭＬ（HyperText Markup Language）文書のＵＲＬである。商品ＩＤと店舗ＩＤとの組み合わせから、商品ページＵＲＬを生成することが可能であってもよい。例えば、予め定められたＵＲＬに、商品ＩＤと店舗ＩＤとを付加することで、商品ページＵＲＬが生成されてもよい。ＳＫＵ数は、商品に含まれるＳＫＵの個数を示す。その商品がシングルＳＫＵ商品である場合、ＳＫＵ数は１を示す。その商品がマルチＳＫＵ商品である場合、ＳＫＵ数は２以上の数を示す。バリエーション属性定義情報は、その商品がマルチＳＫＵ商品である場合において、その商品に含まれる各ＳＫＵが如何なるバリエーション属性を有し得るかを示す情報である。バリエーション属性定義情報は、バリエーション属性の区分ごとに記憶されてもよい。各バリエーション属性定義情報は、例えば属性区分名、及び属性値情報を含んでもよい。属性区分名は、バリエーション属性の区分の名称を示す。属性値情報は、属性区分名が示す属性区分において、マルチＳＫＵ商品に含まれる複数のＳＫＵのうち少なくとも１つが有する属性値を列挙する情報である。例えば、カラーに赤、青、白のバリエーションがある衣服については、属性区分名が「カラー」に設定され、属性値情報が、「レッド」、「ブルー」及び「ホワイト」等の属性値に設定されてもよい。また例えば、容量に３５０ミリリットルと５００ミリリットルのバリエーションがある飲料水については、属性区分名が「容量」に設定され、属性値情報が、属性値としての「３５０」及び「５００」と、単位としての「ｍｌ」とに設定されてもよい。商品ページレベル情報と関連付けられるウェブページ情報は、例えば、商品ページのＨＴＭＬ文書であってもよいし、商品ページＵＲＬであってもよいし、商品ＩＤと店舗ＩＤとの組み合わせであってもよい。商品ＩＤと店舗ＩＤとの組み合わせは、商品ページと一対一に対応する。従って、商品ＩＤと店舗ＩＤとの組み合わせは、商品ページを示す情報に相当し得る。

ＳＫＵレベル情報テーブル１４ｂ２には、個別のＳＫＵの商品情報として、ＳＫＵレベル情報がＳＫＵごとに記憶される。ＳＫＵレベル情報は、ＳＫＵ属性を含んでもよい。例えば、ＳＫＵレベル情報テーブル１４ｂ２には、ＳＫＵレベル情報として、ＳＫＵ管理ＩＤ、商品ＩＤ、店舗ＩＤ、商品コード、バリエーション属性情報、価格、在庫数、送料、納期、及び他属性情報等が、互いに関連づけて記憶されてもよい。ＳＫＵ管理ＩＤは、シングルＳＫＵ商品又はマルチＳＫＵ商品内において、ＳＫＵを識別する識別情報である。商品ＩＤは、そのＳＫＵが対応する商品を示す。店舗ＩＤは、そのＳＫＵを販売する店舗を示す。商品ＩＤと店舗ＩＤとの組み合わせを通じて、ＳＫＵレベル情報は、ウェブページ情報と関連付けられる。商品コードは、そのＳＫＵの商品を一意に識別する情報である。商品コードの一例として、ＪＡＮ（Japanese Article Number）コードが挙げられる。バリエーション属性情報は、そのＳＫＵが有するバリエーション属性を示す。商品ＩＤと店舗ＩＤとの組み合わせに対応する商品ページレベル情報に含まれるバリエーション属性定義情報に示される属性の範囲内で、バリエーション属性情報が設定される。例えば、バリエーション属性情報は、属性区分名及び属性値を含んでもよい。価格、在庫数、送料、及び納期は、何れもＳＫＵ属性である。他属性情報も、ＳＫＵ属性を示す。例えば、商品ページレベル情報に含まれるカテゴリＩＤにより示されるカテゴリについてカテゴリＤＢ１４ａに記憶されたカテゴリ属性定義情報により示される区分の属性の情報が、他属性情報として設定されてもよい。他属性として、属性区分名及び属性値が記憶されてもよい。ＳＫＵ画像ＩＤは、ＳＫＵに関する商品画像を識別する識別情報である。ＳＫＵに関する商品画像を、ＳＫＵ画像という。ＳＫＵ画像ＩＤの例として、ＳＫＵ画像のＵＲＬ、ファイル名、パス名等が挙げられる。一のＳＫＵレベル情報について複数のＳＫＵ画像ＩＤが記憶されてもよい。マルチＳＫＵ商品に含まれる各ＳＫＵの画像は、そのＳＫＵに関連する画像であってもよい。例えば、ＳＫＵ画像は、マルチＳＫＵ商品に含まれるＳＫＵのうち、一のＳＫＵのみが写っている画像であってもよい。

本実施形態においては、商品ページレベル情報と各ＳＫＵレベル情報とは、別々に商品ＤＢ１４ｂに記憶される。そして、ＳＫＵレベル情報に含まれる商品ＩＤと店舗ＩＤの組み合わせと、商品ページレベル情報に含まれる商品ＩＤと店舗ＩＤの組み合わせとにより、ＳＫＵレベル情報と商品ページレベル情報とが関連付けられる。しかしながら、各ＳＫＵレベル情報が、商品ページレベル情報に相当する情報を含んでもよい。

記憶部１４には、更に、商品ページＨＴＭＬ文書１４ｃ、及び商品画像データ１４ｄが記憶される。商品ページＨＴＭＬ文書１４ｃは、商品ページのＨＴＭＬ文書である。商品画像データ１４ｄは、商品画像のデータである。画像データのフォーマットの例として、ＪＰＥＧ、ＴＩＦＦ、ＧＩＦ等が挙げられる。電子商店街サーバ１は、或る商品の商品情報が商品ＤＢ１４ｂに記憶されると、記憶された情報に基づいて、商品ページのＨＴＭＬ文書を生成してもよい。

各店舗は、電子商店街サーバ１から店舗端末２へ送信されるウェブページを通じて、商品情報を登録することができる。例えば、店舗の従業員は、商品ＩＤ、商品名、最下位のカテゴリ、商品説明文等を、店舗端末２に入力する。電子商店街サーバ１は、入力された情報を店舗端末２から受信して、受信した情報とその店舗の店舗ＩＤとを含む商品ページレベル情報を商品ＤＢ１４ｂに記憶してもよい。このとき、電子商店街サーバ１は、入力されたカテゴリのカテゴリＩＤとともに、そのカテゴリの祖先のカテゴリのカテゴリＩＤを、カテゴリ情報として記憶させてもよい。従業員は、シングルＳＫＵ商品画像又はマルチＳＫＵ商品画像の画像データを電子商店街サーバ１へアップロードする。電子商店街サーバ１は、アップロードされた画像データに商品画像ＩＤを付与し、その商品画像ＩＤに関連付けてその画像データを、商品画像データ１４ｄとして記憶部１４に記憶させてもよい。また、電子商店街サーバ１は、付与した商品画像ＩＤを、商品ＤＢ１４ｂに記憶された商品ページレベル情報に追加してもよい。また従業員は、登録する商品を、シングルＳＫＵ商品及びマルチＳＫＵ商品から選択することができる。マルチＳＫＵ商品を選択した場合、従業員は、バリエーション属性定義情報を入力する。バリエーション属性定義情報の属性区分及び属性値は、登録される商品のカテゴリについて商品ＤＢ１４ｂに記憶されたカテゴリ属性定義情報に基づいて、一覧から選択可能なように、電子商店街サーバ１が構成されていてもよい。或いは、従業員自らが属性区分及び属性値を手入力してもよい。電子商店街サーバ１は、入力されたバリエーション属性定義情報を店舗端末２から受信して、そのバリエーション属性定義情報を、商品ＤＢ１４ｂに記憶された商品ページレベル情報に追加してもよい。次いで、従業員は、ＳＫＵレベル情報を入力する。マルチＳＫＵ商品を選択した場合、従業員は、各ＳＫＵのレベル情報を入力する。一のバリエーション属性定義情報のみが登録されている場合、バリエーション属性ごとに、ＳＫＵレベル情報が入力可能である。複数のバリエーション属性定義情報が登録されている場合、バリエーション属性の組み合わせごとに、ＳＫＵレベル情報が入力可能である。ここで、不要なバリエーション属性の組み合わせの削除が可能であってもよい。従業員は、ＳＫＵレベル情報として、商品コード、価格、在庫数、送料、納期、及び他属性等を入力する。電子商店街サーバ１は、入力された情報を店舗端末２から受信して、受信した情報と、その情報に対応する商品ＩＤ及び店舗ＩＤの組み合わせと、その情報に対応するバリエーション属性情報とを含むＳＫＵレベル情報を、商品ＤＢ１４ｂに記憶してもよい。このとき、電子商店街サーバ１は、ＳＫＵ管理番号を自動的に付与してもよい。更に、従業員は、ＳＫＵごとに、ＳＫＵ画像の画像データを電子商店街サーバ１へアップロードする。電子商店街サーバ１は、アップロードされた画像データにＳＫＵ画像ＩＤを付与し、その商品画像ＩＤに関連付けてその画像データを、商品画像データ１４ｄとして記憶部１４に記憶させてもよい。また、電子商店街サーバ１は、付与したＳＫＵ画像ＩＤを、商品ＤＢ１４ｂに記憶されたＳＫＵレベル情報のうち、そのＳＫＵ画像に対応するＳＫＵレベル情報に追加してもよい。マルチＳＫＵ商品においては、バリエーション属性情報及びＳＫＵ管理ＩＤ以外の情報については、そのマルチＳＫＵ商品に含まれる２以上のＳＫＵ又は全ＳＫＵについて一括で入力可能であってもよい。この場合、２以上のＳＫＵ又は全ＳＫＵに共通する情報が登録されることになる。全ＳＫＵに対して一括で入力される情報がＳＫＵ属性である場合、その属性は実質的に共通属性であるとみなされてもよい。

以下に、具体的な商品情報の登録例を説明する。図４は、マルチＳＫＵ商品の概要の一例を示す図である。図４に示されるマルチＳＫＵ商品は、Ｔシャツのカテゴリに属する商品名「ＡＢＣ Ｔシャツ」のＴシャツ１００である。このＴシャツ１００は、カラーとサイズにバリエーションが存在する。例えば、カラーとして、ホワイト及びブラックがある。また、サイズとして、Ｓ、Ｍ及びＬがある。Ｔシャツ１００に含まれるＳＫＵとして、Ｔシャツ１１０、１２０、１３０、１４０、１５０及び１６０がある。Ｔシャツ１１０～１６０は、例えばブランド及び型番が互いに同一であってもよい。Ｔシャツ１１０、１２０及び１３０のカラーはホワイトである。Ｔシャツ１４０、１５０及び１６０のカラーはブラックである。Ｔシャツ１１０及び１４０のサイズはＳである。Ｔシャツ１２０及び１５０のサイズはＭである。Ｔシャツ１３０及び１６０のサイズはＬである。Ｔシャツ１１０、１２０、１３０、１４０、１５０及び１６０の価格は、それぞれ１３００円、１１００円、１４００円、１２００円、１２５０円、及び１５００円である。その他のＳＫＵ属性も個別に設定されている。Ｔシャツ１００のマルチＳＫＵ商品画像として、マルチＳＫＵ商品画像２１０が登録されている。マルチＳＫＵ商品画像２１０は、ホワイトのＴシャツ及びブラックのＴシャツが同時に映っている画像である。Ｔシャツ１１０、１２０及び１３０それぞれのＳＫＵ画像として、ＳＫＵ画像２２０が登録されている。ＳＫＵ画像２２０は、ホワイトのＴシャツのみが写っている画像である。Ｔシャツ１４０、１５０及び１６０それぞれのＳＫＵ画像として、ＳＫＵ画像２３０が登録されている。ＳＫＵ画像２３０は、ブラックのＴシャツのみが写っている画像である。

図５は、商品ページレベル情報テーブル１４ｂ１及びＳＫＵレベル情報テーブル１４ｂ２に記憶される情報の例を示す図である。図５に示すように、商品ページレベル情報テーブル１４ｂ１には、Ｔシャツ１００について１個の商品ページレベル情報が記憶される。この商品ページレベル情報は、Ｔシャツを示すカテゴリＩＤ、商品名「ＡＢＣ Ｔシャツ」、マルチＳＫＵ商品画像２１０を示す商品画像ＩＤ、６を示すＳＫＵ数を含む。また、商品ページレベル情報は、「カラー：ホワイト，ブラック」を示すバリエーション属性定義情報と、「サイズ：Ｓ，Ｍ，Ｌ」を示すバリエーション属性定義情報とを含む。ＳＫＵレベル情報テーブル１４ｂ２には、６個のＳＫＵレベル情報が記憶される。Ｔシャツ１１０、１２０及び１３０それぞれのＳＫＵレベル情報に含まれるカラーのバリエーション属性は、「カラー：ホワイト」に設定される。Ｔシャツ１４０、１５０及び１６０それぞれのＳＫＵレベル情報に含まれるカラーのバリエーション属性情報は、「カラー：ブラック」に設定される。Ｔシャツ１１０及び１４０それぞれのＳＫＵレベル情報に含まれるサイズのバリエーション属性情報は、「サイズ：Ｓ」に設定される。Ｔシャツ１２０及び１５０それぞれのＳＫＵレベル情報に含まれるサイズのバリエーション属性情報は、「サイズ：Ｍ」に設定される。Ｔシャツ１３０及び１６０それぞれのＳＫＵレベル情報に含まれるサイズのバリエーション属性情報は、「サイズ：Ｌ」に設定される。また、Ｔシャツ１１０、１２０及び１３０それぞれのＳＫＵレベル情報は、ＳＫＵ画像２２０を示すＳＫＵ画像ＩＤを含む。Ｔシャツ１４０、１５０及び１６０それぞれのＳＫＵレベル情報は、ＳＫＵ画像２３０を示すＳＫＵ画像ＩＤを含む。

記憶部１４には、更に、オペレーティングシステム、ＤＢＭＳ（Database Management System）、サーバプログラム等の各種プログラムが記憶されている。サーバプログラムは、オンラインショッピングモールに関する処理をシステム制御部１１に実行させるプログラムである。サーバプログラムは、例えば、他の装置からネットワークＮＷを介して取得されるようにしてもよいし、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。

通信部１５は、例えばネットワークインターフェースカード等により構成されている。通信部１５は、ネットワークＮＷを介して、店舗端末２やユーザ端末３と接続し、接続された装置との通信状態を制御する。

［３．システム制御部の機能概要］
次に、図６乃至図１４を用いて、電子商店街サーバ１におけるシステム制御部１１の機能概要について説明する。図６は、本実施形態に係る電子商店街サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。システム制御部１１は、ＣＰＵ１１ａが、サーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図６に示すように、検索条件受信部１１１、検索部１１２、検索結果ページ送信部１１３、商品ページ送信部１１４等として機能する。

［３－１．商品検索］
検索条件受信部１１１は、商品の検索条件を示す検索条件情報をユーザ端末３から受信してもよい。例えば、オンラインショッピングモールのトップページ等のウェブページは、キーワードの入力欄を含んでもよい。検索条件受信部１１１は、ユーザがこの入力欄に入力したキーワードを示すテキスト情報を、ユーザ端末３から受信してもよい。また、或るウェブページは、商品のカテゴリを選択するためのメニュー又はリスト等を含んでもよい。検索条件受信部１１１は、ユーザが選択したカテゴリを示すカテゴリＩＤを、カテゴリの条件としてユーザ端末３から受信してもよい。また、或るウェブページは、商品の属性としてＳＫＵ属性を選択するためのメニュー又はリスト等を含んでもよい。このメニュー等は、通常、ユーザにより商品カテゴリが既に選択された場合に表示されてもよい。例えば、選択されたカテゴリについてカテゴリＤＢ１４ａに記憶されたカテゴリ属性定義情報に示される区分の属性値が選択可能であってもよい。一の属性区分について、複数の属性値が選択可能であってもよい。また、属性値の範囲の指定が可能であってもよい。検索条件受信部１１１は、選択された属性に対応する属性区分名及び属性値若しくは属性値の範囲を、商品のカテゴリに応じた属性の条件としてユーザ端末３から受信してもよい。

検索部１１２は、一の商品ページを示すウェブページ情報に関連付けて、その商品ウェブページにおいて購入対象としてそれぞれ選択可能な複数のＳＫＵが共通に有する共通属性を示す属性情報と、それら複数のＳＫＵそれぞれの複数のＳＫＵ属性をそれぞれ示す複数の属性情報とを記憶する記憶部１４から、検索条件受信部１１１により受信された検索条件情報により示される検索条件を満たす共通属性を示す属性情報及びＳＫＵ属性を示す属性情報のうち、少なくとも何れか一方を検索してもよい。検索に用いられる属性情報は、具体的には商品ＤＢ１４ｂに記憶されている。共通属性について検索に用いられる属性情報の例として、商品レベル情報に含まれる商品名、カテゴリ情報、商品説明文等が挙げられる。ＳＫＵ属性について検索に用いられる属性情報は、例えばＳＫＵレベル情報に含まれるバリエーション属性情報を少なくとも含んでもよい。ＳＫＵ属性について検索に用いられる属性情報は、更に他属性情報を含んでもよい。ＳＫＵ属性について検索に用いられる属性情報は、更に価格、在庫数、送料、及び納期のうち少なくとも何れか１つを含んでもよい。

検索部１１２は、例えばＳＫＵ単位で商品の検索を行ってもよい。本実施形態においては、共通属性は商品ページレベル情報テーブル１４ｂ１に含まれており、属性はＳＫＵレベル情報テーブル１４ｂ２に含まれている。そこで、検索部１１２は、例えばＳＫＵレベル情報に含まれる商品ＩＤと店舗ＩＤとの組み合わせで、ＳＫＵレベル情報テーブル１４ｂ２と商品ページレベル情報テーブル１４ｂ１とを結合してもよい。テーブル結合後のテーブルに含まれる各ＳＫＵの情報のレコードは、共通属性及びＳＫＵ属性の両方を含むことになる。検索部１１２は、結合後のテーブルから、共通属性及びＳＫＵ属性のうち少なくとも何れか一方が検索条件を満たすレコードを検索してもよい。

検索部１１２は、検索条件に含まれる１又は複数の条件それぞれについて、その条件が、如何なる属性に対する条件であるかを識別してもよい。例えば、検索条件情報が商品のカテゴリＩＤを含む場合、そのカテゴリＩＤに一致するカテゴリＩＤを、商品ページレベル情報のカテゴリ情報が含むレコードを検索してもよい。すなわち、検索部１１２は、カテゴリの条件を満たすＳＫＵを検索してもよい。検索条件情報が、属性区分名及び属性値を含む場合、検索部１１２は、ＳＫＵレベル情報に含まれるＳＫＵ属性の情報のうち、検索条件情報に含まれる属性区分名により示される区分について、検索条件情報に含まれる属性値と一致する属性値を有するＳＫＵ属性を示す情報を含むレコードを検索してもよい。すなわち、検索部１１２は、ＳＫＵ属性の条件を満たすＳＫＵを検索してもよい。検索条件情報が属性値の範囲を含む場合、検索部１１２は、その範囲に含まれるＳＫＵ属性の情報を含むレコードを検索してもよい。検索条件情報がキーワードを含む場合、検索部１１２は、例えばそのキーワードが如何なる区分の属性に対する条件であるかを判定してもよい。例えば、検索部１１２は、キーワードがカテゴリの条件を示すか否かを判定してもよい。検索部１１２は、キーワードに対応するカテゴリ名をカテゴリＤＢ１４ａから検索してもよい。カテゴリ名がキーワードに対応するとは、カテゴリ名がキーワードに一致若しくは類似したり、カテゴリ名がキーワードの同義語であったりすることであってもよい。検索部１１２は、キーワードに対応するカテゴリ名があった場合、そのキーワードを、カテゴリの条件として用いてもよい。例えば、検索部１１２は、そのカテゴリ名により示されるカテゴリＩＤに一致するカテゴリＩＤを、商品ページレベル情報のカテゴリ情報が含むレコードを検索してもよい。また例えば、検索部１１２は、キーワードがＳＫＵ属性の条件を示すか否かを判定してもよい。例えば、検索条件がカテゴリの条件を含むか、又は、検索条件に含まれる他のキーワードがカテゴリの条件を示すと判定された場合、検索部１１２は、そのカテゴリについてカテゴリＤＢ１４ａに記憶されているカテゴリ属性定義情報のうち、キーワードに対応する属性値を含むカテゴリ属性定義情報を検索してもよい。属性値がキーワードに対応するとは、属性値がキーワードに一致若しくは類似したり、属性値がキーワードの同義語であったり、キーワードが、属性の単位を示す語を含むことであったりしてもよい。検索部１１２は、キーワードに対応する属性値を含むカテゴリ属性定義情報があった場合、そのキーワードを、ＳＫＵ属性の条件として用いてもよい。例えば、検索部１１２は、そのカテゴリ属性定義情報に含まれる属性区分名により示される区分について、キーワードにより示される属性値と一致する属性値を有するＳＫＵ属性を示す情報、またはキーワードにより示される属性値範囲に含まれる属性値を有するＳＫＵ属性を示す情報を含むレコードを検索してもよい。キーワードが、カテゴリの条件でもＳＫＵ属性の条件でもない場合、検索部１１２は、そのキーワードを、商品名及び商品説明文のうち少なくとも何れか一方の条件として用いてもよい。例えば、検索部１１２は、商品名及び商品説明文のうち少なくとも何れか一方が、キーワードに一致する語、類似語又は同義語を含むレコードを検索してもよい。検索条件が複数の条件を含む場合、検索部１１２は、例えばそれらの条件の全てを満たすＳＫＵを検索してもよい。

［３－２．検索結果ページの表示］
検索結果ページ送信部１１３は、商品の検索結果を商品ページ単位で示す検索結果ページを、ユーザ端末３へ送信してもよい。ここで、検索結果ページ送信部１１３は、検索部１１２による検索の結果、マルチＳＫＵ商品の共通属性が検索条件を満たし、且つ、検索条件が、ＳＫＵ属性に対応する条件を含まない場合、マルチＳＫＵ商品に含まれる複数のＳＫＵに共通するマルチＳＫＵ商品情報を含む検索結果ページを送信してもよい。ＳＫＵ属性に対応する条件とは、その条件が、商品の属性の条件であって、且つ、その条件により示される属性の区分が、ＳＫＵ属性の区分に合致する条件であってもよい。共通属性が検索条件を満たすことは、マルチＳＫＵ商品に含まれる全てのＳＫＵが、検索条件により示される属性を有することを示す。また、検索条件が、ＳＫＵ属性に対応する条件を含まないことは、ユーザはＳＫＵ属性について何らの条件も指定していないことを示す。すなわち、ユーザは特定のＳＫＵ属性を有する商品を探してはいない。そのため、何れかのＳＫＵの情報を表示するよりも、マルチＳＫＵ商品の情報を表示する方が、ユーザにとって適切であると考えられる。マルチＳＫＵ商品情報は、例えば、マルチＳＫＵ商品に含まれる複数のＳＫＵの何れにも関連する情報であってもよいし、それらのＳＫＵに共通する情報であってもよい。一方、検索部１１２は、マルチＳＫＵ商品に含まれる複数のＳＫＵそれぞれの複数のＳＫＵ属性のうち、何れかのＳＫＵ属性が検索条件を満たす場合、それら複数のＳＫＵのうち、検索条件を満たすＳＫＵ属性を有するＳＫＵのＳＫＵ情報を含む検索結果ページを送信してもよい。何れかのＳＫＵ属性が検索条件を満たすことは、ユーザは、検索条件により特定のＳＫＵ属性を有する商品を探していることを示す。この場合、マルチＳＫＵ商品の情報を表示するよりも、指定されたＳＫＵの情報を表示する方が、ユーザにとって適切であると考えられる。この場合において、検索条件は、共通属性に対応する条件を含んでもよいし含まなくてもよい。本実施形態においては、ユーザにより選択されたカテゴリに対応した区分についてＳＫＵ属性の条件が指定可能である。また、検索条件に含まれる何れかのキーワードがカテゴリの条件を示す場合に、他のキーワードがＳＫＵ属性の条件と解釈される場合がある。その点において、検索部１１２は、共通属性としてのカテゴリとＳＫＵ属性との両方が検索条件を満たす場合に、検索結果ページにＳＫＵ情報を含ませることになる。ＳＫＵ情報は、例えば、そのＳＫＵ情報に対応するＳＫＵの情報である一方で、マルチＳＫＵ商品に含まれるその他のＳＫＵのうち、少なくとも一のＳＫＵには関連しない情報又は関連性が相対的に低い情報であってもよい。検索結果ページ送信部１１３は、マルチＳＫＵ商品情報を検索結果ページに含ませるとき、ＳＫＵ情報を検索結果ページに含ませなくてもよい。一方、検索結果ページ送信部１１３は、ＳＫＵ情報を検索結果ページに含ませるとき、マルチＳＫＵ情報を検索結果ページに含ませなくてもよい。

表示される情報としてのマルチＳＫＵ商品情報及びＳＫＵ情報のそれぞれは、商品ページに表示されることが店舗によって予め定められた情報であってもよい。また、マルチＳＫＵ商品情報とＳＫＵ情報との間で、意味的な情報の種類が同一又は類似であってもよい。意味的な情報の種類とは、その情報が、如何なる種類の意味をユーザに対して示すかということであってもよい。例えば、マルチＳＫＵ商品情報はマルチＳＫＵ商品画像を含んでもよい。また、ＳＫＵ情報はＳＫＵ画像を含んでもよい。マルチＳＫＵ商品画像とＳＫＵ画像とは、商品に関連する画像であるという点において、意味的な情報の種類は同一である。

マルチＳＫＵ商品情報は、マルチＳＫＵ商品の価格の範囲の下限及び上限のうち少なくとも何れか一方を示す情報を含んでもよい。すなわち、マルチＳＫＵ商品情報は、マルチＳＫＵ商品に含まれる複数ＳＫＵそれぞれの複数の価格の中で、最低価格及び最高価格のうち少なくとも何れか一方を示す情報を含んでもよい。これにより、マルチＳＫＵ商品の情報として、そのマルチＳＫＵ商品の価格の範囲を示す情報の一部又は全部を、ユーザに提供することができる。一方、ＳＫＵ情報は、ＳＫＵ属性が検索条件を満たすＳＫＵの価格を示す情報を含んでもよい。

検索結果ページ送信部１１３は、送料や納期等のＳＫＵ属性を、更に検索結果ページに含ませてもよい。ここで、最低価格を示すマルチＳＫＵ商品情報を検索結果ページに含ませる場合、検索結果ページ送信部１１３は、マルチＳＫＵ商品に含まれる複数のＳＫＵのうち、その最低価格が設定されたＳＫＵのＳＫＵ属性を、検索結果ページに含ませてもよい。最高価格を示すマルチＳＫＵ商品情報を検索結果ページに含ませる場合、検索結果ページ送信部１１３は、マルチＳＫＵ商品に含まれる複数のＳＫＵのうち、その最高価格が設定されたＳＫＵのＳＫＵ属性を、検索結果ページに含ませてもよい。ＳＫＵ情報を検索結果ページに含ませる場合、検索結果ページ送信部１１３は、ＳＫＵ属性が検索条件を満たすＳＫＵのＳＫＵ属性を、検索結果ページに含ませてもよい。

マルチＳＫＵ商品情報及びＳＫＵ情報は、何れも商品名を含んでもよい。例えば、マルチＳＫＵ商品の商品名は、マルチＳＫＵ商品に含まれる全ＳＫＵに共通する名称であってもよい。また、各ＳＫＵの商品名は、そのＳＫＵ個別の名称であってもよい。本実施形態においては、商品名は、共通属性であるもののＳＫＵ属性ではない。従って、ＳＫＵ個別の商品名を表示する場合には、ＳＫＵ属性としての商品名を、ＳＫＵレベル情報に追加する必要がある。

前述したように、検索部１１２は、検索条件を満たす商品をＳＫＵ単位で検索する。そこで、検索結果ページ送信部１１３は、マルチＳＫＵ商品に含まれる全てのＳＫＵが検索条件を満たす場合、マルチＳＫＵ商品情報を検索結果ページに含めてもよい。一方、検索結果ページ送信部１１３は、マルチＳＫＵ商品に含まれるＳＫＵのうち、一のＳＫＵのみが検索条件を満たす場合、そのＳＫＵのＳＫＵ情報を検索結果ページに含めてもよい。

図７は、検索結果ページの一例を示す図である。図７に示すように、検索結果ページ３００は、キーワード入力欄３１０、属性アイコン群３２０、及び１以上の検索商品情報３３０を含んでもよい。キーワード入力欄３１０には、検索結果ページ３００の直前に表示されていたウェブページにおいてユーザが入力したキーワードが表示される。ユーザは、キーワード入力欄３１０内のキーワードを変更することで、検索条件を変更して商品の再検索を要求することができる。属性アイコン群３２０は、属性区分名を示すアイコンを複数含む。ユーザが、属性アイコン群３２０のうち何れかのアイコンを選択すると、ユーザ端末３は、選択されたアイコンに対応する属性区分の属性値のリストを表示する。ユーザが、リストの中から属性値を選択すると、選択された属性値と属性区分との組み合わせにより示される属性と、キーワード入力欄３１０に表示されているキーワードと、を検索条件として、電子商店街サーバ１は商品の再検索を行う。検索商品情報３３０は、検索された商品に関する情報である。商品ページごとに検索商品情報３３０が表示される。各検索商品情報３３０は、商品名３３１、商品画像３３２、価格３３３、送料３３４、ポイント情報３３５、バリエーション情報３３６、及び納期３３７等を含んでもよい。検索商品情報３３０がマルチＳＫＵ商品の情報を示す場合、商品名３３１は共通属性である。商品画像３３２、価格３３３、送料３３４、及び納期３３７は、マルチＳＫＵ商品が検索条件を如何様に充足するかに応じて変化する。ポイント情報３３５は、ポイント倍率と、商品の購入者に付与されるポイント数を示す。マルチＳＫＵ商品が検索条件を如何様に充足するかに応じてポイント数も変化する。バリエーション情報３３６は、マルチＳＫＵ商品が有する属性のバリエーションを、属性区分ごとに示す情報である。バリエーション情報３３６は、検索商品情報３３０がマルチＳＫＵ商品の情報を示す場合にのみ表示されてもよい。

図７は、検索条件として、キーワード「Ｔシャツ」が入力された場合の検索結果ページの例を示す。従って、キーワード入力欄３１０内には、キーワード「Ｔシャツ」が表示されている。「Ｔシャツ」は、カテゴリとしてのＴシャツを示す。そのため、検索部１１２は、Ｔシャツのカテゴリに属する商品を、ＳＫＵ単位で検索する。図４に示すＴシャツ１１０～１６０は、それらの共通属性としてＴシャツのカテゴリに属している。その一方で、検索条件は、カテゴリの条件以外の条件、例えばカラーやサイズ等の条件を含まない。従って、Ｔシャツ１１０～１６０の全てが検索条件を満たす。従ってＴシャツ１００は検索結果に含まれることとなる。図７において、先頭に表示されている検索商品情報３３０は、Ｔシャツ１００の情報を示す。例えば、商品名３３１として、「ＡＢＣ Ｔシャツ」が表示される。また、商品画像３３２はマルチＳＫＵ商品画像２１０である。その一方で、価格３３３は、Ｔシャツ１１０～１６０の価格のうち、最低価格を示す。例えば、Ｔシャツ１２０に対して、最低価格である１１００円が設定されている。そこで、価格３３３は、「１，１００円～」という情報が表示されてもよい。この情報により、ユーザは、Ｔシャツ１００の価格が１１００円以上であることを認識する。送料３３４、ポイント情報３３５、及び納期３３７は、それぞれＴシャツ１２０の送料、ポイント数、及び納期を示す。バリエーション情報３３６は、何れのＳＫＵ属性も選択されていないことを示す。

図８は、検索結果ページの他の一例を示す図である。図８は、検索条件として、キーワード「Ｔシャツ 黒 Ｌ」が入力された場合の検索結果ページの例を示す。「Ｔシャツ」は、カテゴリとしてのＴシャツを示す。Ｔシャツのカテゴリにおいて、カラー及びサイズはそれぞれＳＫＵ属性であるとする。そのため、キーワード「黒」は、カラーの条件を示し、キーワード「Ｌ」は、サイズの条件を示す。従って、検索部１１２は、Ｔシャツのカテゴリに属し、カラーがブラックであり、且つサイズがＬである商品を、ＳＫＵ単位で検索する。Ｔシャツ１１０～１６０のうち、Ｔシャツ１６０のみが検索条件を満たす。そのため、図７と比較して、図８に示される検索商品情報３３０は、商品画像３３２、価格３３３、送料３３４、バリエーション情報３３６、及び納期３３７が異なる。例えば、図８において、商品画像３３２はＳＫＵ画像２３０である。また、送料３３４、ポイント情報３３５、及び納期３３７は、それぞれＴシャツ１６０の送料、ポイント数、及び納期を示す。バリエーション情報３３６は、カラーとしてブラックが選択されていること示すとともに、サイズとしてＬが選択されていることを示す。

マルチＳＫＵ商品に含まれる複数のＳＫＵのうち少なくとも一のＳＫＵが検索条件を満たさないものの、２以上のＳＫＵが検索条件を満たす場合がある。すなわち、マルチＳＫＵ商品に含まれる複数のＳＫＵそれぞれの複数のＳＫＵ属性のうち、２以上のＳＫＵ属性が検索条件を満たす場合がある。この場合、検索結果ページ送信部１１３は、検索条件を満たす２以上のＳＫＵ間で、ＳＫＵ情報が同一であるか否かを判定してもよい。ＳＫＵ情報が同一ではない場合、検索結果ページ送信部１１３は、マルチＳＫＵ商品情報を検索結果ページに含ませてもよい。ＳＫＵ情報が同一ではない場合、検索条件を満たす２以上のＳＫＵの何れのＳＫＵ情報を表示しても、表示されたＳＫＵ情報は、検索条件を満たす何れかのＳＫＵに関連しない場合がある。従って、何れかのＳＫＵの情報を表示するよりも、マルチＳＫＵ商品情報を表示する方が適切である。一方、ＳＫＵ情報が同一ある場合、検索結果ページ送信部１１３は、そのＳＫＵ情報を検索結果ページに含ませてもよい。ＳＫＵ情報が同一である場合、そのＳＫＵ情報は、検索条件を満たす２以上のＳＫＵの何れにも関連する。従って、マルチＳＫＵ商品情報を表示するよりも、そのＳＫＵ情報を表示する方が適切である。

図９は、検索結果ページの他の一例を示す図である。図９は、検索条件として、キーワード「Ｔシャツ 黒」が入力された場合の検索結果ページの例を示す。「Ｔシャツ」は、カテゴリとしてのＴシャツを示す。キーワード「黒」は、カラーの条件を示す。従って、検索部１１２は、Ｔシャツのカテゴリに属し、且つ、カラーがブラックである商品を、ＳＫＵ単位で検索する。Ｔシャツ１１０～１６０のうち、Ｔシャツ１４０～１６０のみが検索条件を満たす。Ｔシャツ１４０～１６０それぞれの商品画像は、ＳＫＵ画像２３０である。従って、Ｔシャツ１４０～１６０間で商品画像が同一である。そのため、図９において、商品画像３３２はＳＫＵ画像２３０となっている。Ｔシャツ１４０、１５０及び１６０それぞれの価格のうち、Ｔシャツ１４０の価格１２００円が最低価格である。そこで、価格３３３として、「１，２００円～」という情報が表示される。送料３３４、ポイント情報３３５、及び納期３３７は、それぞれＴシャツ１４０の送料、ポイント数、及び納期を示す。バリエーション情報３３６は、カラーとしてブラックが選択されていることを示す一方で、何らのサイズも選択されていないことを示す。

図１０は、検索結果ページの他の一例を示す図である。図１０は、検索条件として、キーワード「Ｔシャツ Ｌ」が入力された場合の検索結果ページの例を示す。「Ｔシャツ」は、カテゴリとしてのＴシャツを示す。キーワード「Ｌ」は、サイズの条件を示す。従って、検索部１１２は、Ｔシャツのカテゴリに属し、且つ、サイズがＬである商品を、ＳＫＵ単位で検索する。Ｔシャツ１１０～１６０のうち、Ｔシャツ１３０及び１６０のみが検索条件を満たす。Ｔシャツ１３０の商品画像はＳＫＵ画像２２０である。Ｔシャツ１６０の商品画像はＳＫＵ画像２３０である。従って、Ｔシャツ１３０とＴシャツ１６０との間で商品画像が異なる。そのため、図１０において、商品画像３３２はマルチＳＫＵ商品画像２１０となっている。Ｔシャツ１３０及び１６０それぞれの価格のうち、Ｔシャツ１３０の価格１４００円が最低価格である。そこで、価格３３３として、「１，４００円～」という情報が表示される。送料３３４、ポイント情報３３５、及び納期３３７は、それぞれＴシャツ１３０の送料、ポイント数、及び納期を示す。バリエーション情報３３６は、何れのカラーも選択されていないことを示す一方で、サイズとしてＬが選択されていることを示す。

［３－３．商品ページの表示］
商品ページ送信部１１４は、マルチＳＫＵ商品の共通属性及びＳＫＵ属性のうち少なくとも何れか一方の情報が、検索条件受信部１１１により受信された検索条件情報により示される検索条件を満たす場合に、その検索条件を満たす、共通属性及びＳＫＵ属性のうち少なくとも何れか一方の情報に関連付けられたウェブページ情報により示される商品ページを、ユーザ端末３へ送信してもよい。例えば、前述したように、検索部１１２が、ユーザにより指定された検索条件に従って商品を検索し、検索結果ページ送信部１１３が、検索条件を満たす商品を商品ページ単位で示す検索結果ページを、ユーザ端末３へ送信する。そのユーザ端末３は、検索結果ページを表示する。ユーザは、検索結果ページから、何れかの商品を、商品ページ単位で１つ選択する。例えば、検索結果ページ３００に含まれる何れかの検索商品情報３３０が選択される。商品ページ送信部１１４は、ユーザにより選択された商品の商品ページを送信してもよい。

送信するウェブページの種類が異なるものの、商品ページ送信部１１４の機能及びその機能の趣旨は、検索結果ページ送信部１１３の機能及びその機能の趣旨と類似してもよい。

例えば、商品ページ送信部１１４は、共通属性が検索条件を満たし、且つ、検索条件が、ＳＫＵ属性に対応する条件を含まない場合、マルチＳＫＵ商品情報を含む商品ページを送信してもよい。一方、商品ページ送信部１１４は、マルチＳＫＵ商品に含まれる複数のＳＫＵそれぞれの複数のＳＫＵ属性のうち、何れかのＳＫＵ属性が検索条件を満たす場合、それら複数のＳＫＵ品のうち、検索条件を満たすＳＫＵ属性を有するＳＫＵのＳＫＵ情報を含む商品ページを送信してもよい。商品ページ送信部１１４は、マルチＳＫＵ商品情報を商品ページに含ませるとき、ＳＫＵ情報を検索結果ページに含ませなくてもよい。一方、商品ページ送信部１１４は、ＳＫＵ情報を検索結果ページに含ませるとき、マルチＳＫＵ情報を商品ページに含ませなくてもよい。

検索結果ページを生成する場合と同様に、商品ページに含まれるマルチＳＫＵ商品情報及びＳＫＵ画像の例としては、商品画像、価格を示す情報等が挙げられる。また、商品ページ送信部１１４は、送料や納期等のＳＫＵ属性を、検索結果ページを生成する場合と同様の方法で、商品ページに含ませてもよい。

商品ページ送信部１１４は、マルチＳＫＵ商品に含まれる複数のＳＫＵそれぞれの複数のＳＫＵ属性のうち、２以上のＳＫＵ属性が検索条件を満たす場合、検索条件を満たす２以上のＳＫＵ間で、ＳＫＵ情報が同一であるか否かを判定してもよい。ＳＫＵ情報が同一ではない場合、商品ページ送信部１１４は、マルチＳＫＵ商品情報を商品ページに含ませてもよい。一方、ＳＫＵ情報が同一ある場合、商品ページ送信部１１４は、そのＳＫＵ情報を商品ページに含ませてもよい。

商品ページは、マルチＳＫＵ商品に含まれる複数のＳＫＵそれぞれの複数のバリエーション属性のうち何れかのバリエーション属性を、購入対象となるＳＫＵの属性として選択するためにユーザに操作される操作要素を含んでもよい。この操作要素は、バリエーション属性の選択状況を示してもよい。例えば、バリエーション属性ごとに、そのバリエーション属性を示す操作要素が商品ページに表示されてもよい。各操作要素は、例えばその操作要素の表示態様の違いによりにより、その操作要素に対応するバリエーション属性が選択されているか否かを示してもよい。操作要素の表示態様の例として、操作要素の形状、模様、色彩及び大きさ、操作要素の境界線の色彩及び太さ、操作要素内に表示される文字のスタイル、色彩大きさ及び太さが挙げられる。また、操作要素が、その操作要素に対応するバリエーション属性が選択されているか否かを示す情報を含んでもよい。

ここで、商品ページ送信部１１４は、共通属性が検索条件を満たし、且つ、検索条件が、バリエーション属性に対応する条件を含まない場合、その操作要素により、何れのバリエーション属性も選択されていないことを示させてもよい。この場合、検索条件は特定のバリエーション属性を指定していない。従って、何らかのＳＫＵのバリエーション属性が自動的に選択されているよりも、商品ページに表示される情報を見た上で、購入対象とするＳＫＵのバリエーション属性をユーザが選択する方が適切である。一方、商品ページ送信部１１４は、マルチＳＫＵ商品に含まれる複数のＳＫＵそれぞれの複数のバリエーション属性のうち、何れかのバリエーション属性が検索条件を満たす場合、その操作要素により、検索条件を満たすバリエーション属性が選択されていることを示させてもよい。この場合、何れかのバリエーション属性が検索条件を満たす。従って、検索条件を満たすバリエーション属性が自動的に選択されていることで、ユーザによる選択操作の手間を削減することができる。

図１１は、商品ページの一例を示す図である。図１１に示すように、商品ページ４００は、商品画像４１０、商品名４２０、価格４３０、ポイント情報４４０、属性選択ボタン群４５０、及び商品説明文４６０等を含んでもよい。図１１に示す例では一の商品画像４１０のみが表示されているが、複数の商品画像４１０が表示されてもよい。ポイント情報４４０は、ポイント倍率と、商品の購入者に付与されるポイント数を示す。属性選択ボタン群４５０は、前述した操作要素の一例である。属性選択ボタン群４５０は、マルチＳＫＵ商品に含まれるＳＫＵのうち、購入対象とするＳＫＵのバリエーション属性を選択するためのボタン群である。また、属性選択ボタン群４５０は、現在選択されているバリエーション属性を示す。属性選択ボタン群４５０は、例えば属性区分ごとに表示されてもよい。属性選択ボタン群４５０は、在庫がないＳＫＵの属性若しくは属性の組み合わせを選択することができないように機能している。属性選択ボタン群４５０に含まれる各ボタンには、属性値を示す情報が表示される。図１１に示す例では、カラーを選択するための属性選択ボタン群４５０－１と、サイズを選択するための属性選択ボタン群４５０－２とが表示されている。なお、ＳＫＵを選択するために操作される要素はボタンに限定されない。そのような要素は、アイコン又はプルダウンメニュー等であってもよい。また、属性を指定するための要素群ではなく、ＳＫＵを直接指定する要素群が表示されてもよい。商品ページ４００上には、更にかご追加ボタン５１０及び購入手続きボタン５２０が、オーバーレイ表示されてもよい。かご追加ボタン５１０及び購入手続きボタン５２０のそれぞれは、商品ページに情報が表示されている商品を購入対象として選択するためのボタンである。マルチＳＫＵ商品の商品ページが表示されている場合、属性選択ボタン群４５０を操作することでユーザが選択したＳＫＵ属性を有するＳＫＵが、購入対象として選択される。かご追加ボタン５１０は、商品を買い物かごに入れるためのボタンである。購入手続きボタン５２０は、商品の購入手続きに進むためのボタンである。

図１１に示す商品ページ４００は、図７に示す検索結果ページ３００から、ユーザがＴシャツ１００の検索商品情報３３０を選択することによりユーザ端末３が表示した商品ページである。従って、検索条件は、キーワード「Ｔシャツ」である。そのため、Ｔシャツ１１０～１６０の全てが検索条件を満たす。そこで、図１１に示す商品ページ４００において、商品画像４１０として、マルチＳＫＵ商品画像２１０が表示されている。価格４３０は、Ｔシャツ１１０～１６０の価格のうち、最低価格及び最高価格を示す。例えば、価格４３０は、「１，１００円～１，５００円」という情報が表示されてもよい。この場合の価格４３０は、Ｔシャツ１００の価格が１１００円から１５００円までの範囲内であることを示す。また、ポイント情報４４０として、「１１ポイント～１５ポイント（１倍）」が表示されてもよい。この場合のポイント情報４４０は、ポイント倍率が１倍であること、及び付与されるポイント数が１１ポイントから１５ポイントまでの範囲内であることを示す。

図１２は、商品ページの他の一例を示す図である。図１２に示す商品ページ４００は、図８に示す検索結果ページ３００から、ユーザがＴシャツ１００の検索商品情報３３０を選択することによりユーザ端末３が表示した商品ページである。従って、検索条件は、キーワード「Ｔシャツ 黒 Ｌ」である。そのため、Ｔシャツ１１０～１６０のうち、Ｔシャツ１６０のみが検索条件を満たす。図１２に示す商品ページ４００において、商品画像４１０として、ＳＫＵ画像２３０が表示されている。価格４３０は、Ｔシャツ１６０の価格を示す。ポイント情報４４０は、Ｔシャツ１６０の購入者に付与されるポイント数を示す。商品ページ４００には、更に送料４７０が表示される。送料４７０は、Ｔシャツ１６０の送料を示す。商品ページ４００には、Ｔシャツ１６０の納期が更に表示されてもよい。属性選択ボタン群４５０は、Ｔシャツ１６０が有する属性の組み合わせが選択されていることを示す。例えば、属性選択ボタン群４５０－１は、カラーとしてブラックが選択されていることを示す。属性選択ボタン群４５０－２は、サイズとしてＬが選択されていることを示す。また、属性選択ボタン群４５０－２の各ボタンは、そのボタンが示すサイズとブラックとの組み合わせに対応するＴシャツの価格及び在庫の有無を示してもよい。ユーザは、属性選択ボタン群４５０に対して特段の操作を行わなくても、かご追加ボタン５１０又は購入手続きボタン５２０を操作することで、Ｔシャツ１６０を購入対象として選択することができる。

図１３は、商品ページの他の一例を示す図である。図１３に示す商品ページ４００は、図９に示す検索結果ページ３００から、ユーザがＴシャツ１００の検索商品情報３３０を選択することによりユーザ端末３が表示した商品ページである。従って、検索条件は、キーワード「Ｔシャツ 黒」である。そのため、Ｔシャツ１１０～１６０のうち、Ｔシャツ１４０～１６０のみが検索条件を満たす。図１３に示す商品ページ４００において、商品画像４１０として、ＳＫＵ画像２３０が表示されている。価格４３０は、Ｔシャツ１４０～１６０の価格のうち、最低価格及び最高価格を示す。ポイント情報４４０は、Ｔシャツ１４０～１６０の購入者に付与されるポイント数のうち、最少のポイント数及び最多のポイント数を示す。属性選択ボタン群４５０－１は、カラーとしてブラックが選択されていることを示す。属性選択ボタン群４５０－２は、何れのサイズも選択されていないことを示す。また、属性選択ボタン群４５０－２の各ボタンは、そのボタンが示すサイズとブラックとの組み合わせに対応するＴシャツの価格及び在庫の有無を示してもよい。ユーザは、属性選択ボタン群４５０－２を操作することでサイズを選択した後、かご追加ボタン５１０又は購入手続きボタン５２０を操作することで、Ｔシャツ１４０～１６０のうちの何れかを購入対象として選択することができる。

図１４は、商品ページの他の一例を示す図である。図１４に示す商品ページ４００は、図１０に示す検索結果ページ３００から、ユーザがＴシャツ１００の検索商品情報３３０を選択することによりユーザ端末３が表示した商品ページである。従って、検索条件は、キーワード「Ｔシャツ Ｌ」である。そのため、Ｔシャツ１１０～１６０のうち、Ｔシャツ１３０及び１６０のみが検索条件を満たす。図１４に示す商品ページ４００において、商品画像４１０として、マルチＳＫＵ商品画像２１０が表示されている。価格４３０は、Ｔシャツ１３０及び１６０の価格のうち、最低価格及び最高価格を示す。ポイント情報は、Ｔシャツ１３０及び１６０の購入者に付与されるポイント数のうち、最少のポイント数及び最多のポイント数を示す。属性選択ボタン群４５０－１は、何れのカラーも選択されていないことを示す。また、属性選択ボタン群４５０－１の各ボタンは、そのボタンが示すカラーとＬサイズとの組み合わせに対応するＴシャツの価格及び在庫の有無を示してもよい。属性選択ボタン群４５０－２は、サイズとしてＬが選択されていることを示す。ユーザは、属性選択ボタン群４５０－１を操作することでカラーを選択した後、かご追加ボタン５１０又は購入手続きボタン５２０を操作することで、Ｔシャツ１３０及び１６０のうちの何れかを購入対象として選択することができる。

マルチＳＫＵ商品の共通属性及び各ＳＫＵ属性が検索条件を如何様に充足するかに応じて、商品ページの表示内容を一部変更する必要がある。そこで、商品ページ送信部１１４は、マルチＳＫＵ商品の商品ページのＨＴＭＬ文書を生成する場合、そのマルチＳＫＵ商品に含まれるＳＫＵのうち、何れのＳＫＵが検索条件を満たすかを特定してもよい。そして、商品ページ送信部１１４は、全てのＳＫＵが検索条件を満たすか、一のＳＫＵが検索条件を満たすか又は２以上のＳＫＵが検索条件を満たすかに基づいて、表示内容を決定してもよい。例えば、検索結果ページ送信部１１３が、ユーザ端末３へ送信する検索結果ページのＨＴＭＬ文書を生成するとき、検索されたマルチＳＫＵ商品に含まれる複数のＳＫＵのうち、検索条件を満たす各ＳＫＵのＳＫＵ管理ＩＤを、そのＨＴＭＬ文書に含めてもよい。例えば、検索結果ページ送信部１１３は、検索されたマルチＳＫＵ商品の商品ページのＨＴＭＬ文書のＵＲＬを、検索結果ページのＨＴＭＬ文書に含める。このとき、検索結果ページ送信部１１３は、商品ページのＨＴＭＬ文書のＵＲＬに、検索条件を満たす各ＳＫＵのＳＫＵ管理ＩＤを付加してもよい。検索結果ページからユーザが何れかのマルチＳＫＵ商品を選択すると、ユーザ端末３は、電子商店街サーバ１へ商品ページの要求を送信する。この要求は、選択されたマルチＳＫＵ商品の商品ページのＨＴＭＬ文書のＵＲＬを含む。商品ページ送信部１１４は、ユーザ端末３から送信されてきたＵＲＬから、検索条件を満たすＳＫＵのＳＫＵ管理ＩＤを取得してもよい。

ユーザ端末３からの要求に応じて実際にそのユーザ端末３へ送信する商品ページのＨＴＭＬ文書の基礎となるＨＴＭＬ文書が、商品ページＨＴＭＬ文書１４ｃとして記憶部１４に予め記憶されていてもよい。例えば、商品ＤＢ１４ｂに新たな商品の商品情報が記憶されたり、または商品情報が変更されたりすると、商品ページ送信部１１４は、その商品情報に基づいて、商品ページのＨＴＭＬ文書を生成して、記憶部１４に記憶させてもよい。商品ページＨＴＭＬ文書の生成の例として、そのＨＴＭＬ文書に各ＳＫＵの情報を予め含める場合と、含めない場合がある。ＨＴＭＬ文書に各ＳＫＵの情報を予め含める場合、商品ページ送信部１１４は、属性選択ボタン群４５０により示される属性の選択状況に応じて商品ページに表示させる情報をユーザ端末３が決定するめのスクリプトをＨＴＭＬ文書に含めて、そのＨＴＭＬ文書を記憶部１４に記憶させてもよい。ユーザ端末３から商品ページの要求を受信したとき、商品ページ送信部１１４は、その要求に含まれるＳＫＵ管理ＩＤに基づいて、属性の選択状況を判定してもよい。商品ページ送信部１１４は、判定した選択状況を示す情報を、商品ページのＨＴＭＬ文書に追加して、そのＨＴＭＬ文書をユーザ端末３へ送信してもよい。ユーザ端末３は、ＨＴＭＬ文書に含まれるスクリプト及び属性の選択状況を示す情報に従って、商品ページに表示する商品画像４１０、価格４３０、ポイント情報４４０、送料４７０等を決定するとともに、属性選択ボタン群４５０により示される属性の選択状況を決定してもよい。ＨＴＭＬ文書に各ＳＫＵの情報を予め含めない場合、商品ページ送信部１１４は、商品名４２０及び商品説明文４６０等の全ＳＫＵに共通する情報のみを、商品ページのＨＴＭＬ文書に追加してもよい。商品ページ送信部１１４は、商品画像４１０のＵＲＬ、価格４３０、ポイント情報４４０、送料４７０は、このＨＴＭＬ文書には追加しない。また、商品ページ送信部１１４は、属性選択ボタン群４５０を表示するためのタグをＨＴＭＬ文書に追加する。ここで、商品ページ送信部１１４は、何れのバリエーション属性も未選択状態に設定する。例えば、商品ページ送信部１１４は、ＨＴＭＬ文書に含まれるスタイルシートにおいて、属性選択ボタン群４５０に含まれる各ボタンの表示態様を示す情報を、未選択であることを示す表示態様を示す情報に設定してもよい。商品ページ送信部１１４は、このＨＴＭＬ文書を記憶部１４に記憶させてもよい。ユーザ端末３から商品ページの要求を受信したとき、商品ページ送信部１１４は、その要求に含まれるＳＫＵ管理ＩＤに基づいて、商品ページに表示する商品画像４１０、価格４３０、ポイント情報４４０、送料４７０等を決定してもよい。そして、商品ページ送信部１１４は、決定した商品画像４１０のＵＲＬとともに、決定した価格４３０、ポイント情報４４０、及び送料４７０等を、商品ページのＨＴＭＬ文書に追加してもよい。また、商品ページ送信部１１４は、属性の選択状況を判定して、判定した選択状況を属性選択ボタン群４５０が示すように、商品ページのＨＴＭＬ文書を書き換えてもよい。例えば、商品ページ送信部１１４は、ＨＴＭＬ文書に含まれるスタイルシートにおいて、属性選択ボタン群４５０に含まれる各ボタンの表示態様を示す情報を、そのボタンに対応するバリエーション属性の選択状態に応じた表示態様を示す情報に変更してもよい。そして、商品ページ送信部１１４は、商品ページのＨＴＭＬ文書をユーザ端末３へ表示させてもよい。なお、シングルＳＫＵ商品の商品ページの表示内容は、属性の選択状況によって変化するということがない。そのため、シングルＳＫＵ商品について記憶部１４に予め記憶される商品ページのＨＴＭＬ文書は、必要な情報を予め全て含んでもよい。そして、商品ページ送信部１１４は、記憶部１４に記憶されたＨＴＭＬ文書を、そのままユーザ端末３へ送信してもよい。

商品ページに対するユーザの操作に応じて、その商品ページの表示内容が変化してもよい。例えば、商品画像４１０に対する操作に応じて、商品画像４１０が他の商品画像４１０に変化してもよい。例えば、ユーザが商品画像４１０をスワイプすることにより、商品画像４１０が、マルチＳＫＵ商品画像、１番目のＳＫＵ画像、２番目のＳＫＵ画像等の順に変化してもよい。図１１に示す商品ページにおいては、マルチＳＫＵ商品画像２１０が最初に表示されている。マルチＳＫＵ商品画像２１０に対するユーザの操作に応じて、ユーザ端末３は、ＳＫＵ画像２２０を表示してもよい。このＳＫＵ２２０に対するユーザの操作に応じて、ユーザ端末３は、ＳＫＵ画像２３０を表示してもよい。図１２に示す商品ページにおいては、ＳＫＵ画像２３０が最初に表示されている。このＳＫＵ画像２３０に対するユーザ操作に応じて、ユーザ端末３は、マルチＳＫＵ商品画像２１０を表示してもよい。このマルチ画像ＳＫＵ２１０に対するユーザの操作に応じて、ユーザ端末３は、ＳＫＵ画像２２０を表示してもよい。商品ページ送信部１１４は、最初に表示される商品画像も含めて全商品画像の画像データをダウンロードするとともに、商品画像に対する操作に応じて商品画像を変更するためのスクリプトを、商品ページのＨＴＭＬ文書に含めてもよい。

属性選択ボタン群４５０に対するユーザの操作に応じて、商品画像４１０、価格４３０、ポイント情報４４０、及び送料４７０のうち、少なくとも何れか一つの表示が変化してもよい。例えば、属性選択ボタン群４５０における属性の選択状態と商品ページの表示内容とが整合するように、その表示内容が変化してもよい。具体的には、図１１～図１４に示すような表示内容であってもよい。例えば、図１１に示す商品ページ４００が表示されているときに、ユーザが属性選択ボタン群４５０－１を操作してブラックを選択すると、ユーザ端末３は、図１３に示す商品ページ４００を表示してもよい。一方、ユーザが属性選択ボタン群４５０－２を操作してＬサイズを選択すると、ユーザ端末３は、図１４に示す商品ページ４００を表示してもよい。また例えば、図１３に示す商品ページ４００が表示されているときに、ユーザが属性選択ボタン群４５０－２を操作してＬサイズを選択すると、ユーザ端末３は、図１２に示す商品ページ４００を表示してもよい。また例えば、図１２に示す商品ページ４００が表示されているときに、ユーザが属性選択ボタン群４５０－１を操作してホワイトを選択したとする。この場合、ユーザによりＴシャツ１３０が指定されたことになる。すると、ユーザ端末３は、商品画像４１０として、ＳＫＵ画像２２０を表示してもよい。また、ユーザ端末３は、価格４３０、ポイント情報４４０、及び送料４７０として、それぞれＴシャツ１３０の情報を表示してもよい。前述したように商品ページのＨＴＭＬ文書に各ＳＫＵの情報を予め含める場合、ユーザ端末３がスクリプトに従って商品ページの表示を動的に変更してもよい。商品ページのＨＴＭＬ文書に各ＳＫＵの情報が予め含まれていない場合、そのＨＴＭＬ文書には、属性の選択状況又はその選択状況に対応するＳＫＵ管理ＩＤのリストを電子商店街サーバ１へ送信するためのスクリプトを含んでもよい。属性選択ボタン群４５０が操作されることに応じて属性の選択状況が変化した場合、ユーザ端末３は、属性の選択状況又はその選択状況に対応するＳＫＵ管理ＩＤのリストを電子商店街サーバ１へ送信する。商品ページ送信部１１４は、ユーザ端末３から送信されてきた情報に応じて、商品ページに表示させる商品画像のＵＲＬ、価格、ポイント情報、及び送料等を、ユーザ端末３へ送信する。ユーザ端末３は、電子商店街サーバ１から送信されてきた情報で、商品ページの表示を動的に変更してもよい。

［４．電子商店街サーバの動作］
次に、電子商店街サーバ１の動作について、図１５乃至図１７を用いて説明する。システム制御部１１は、サーバプログラムに含まれる各種プログラムコードに従って、図１５乃至図１７に示す処理を実行する。

図１５は、電子商店街サーバ１のシステム制御部１１により実行される検索処理の一例を示すフローチャートである。例えば、電子商店街サーバ１が何れかのユーザ端末３から検索要求を受信することに応じて、システム制御部１１は検索処理を実行する。検索要求は、ユーザにより入力された検索条件情報を含む。

図１５に示すように、先ず検索部１１２は、検索条件情報からカテゴリの条件を特定する（ステップＳ１０１）。例えば、検索条件情報がカテゴリＩＤを含む場合、検索部１１２は、そのカテゴリＩＤをカテゴリの条件として特定してもよい。検索条件情報がキーワードを含む場合、検索部１１２は、何れかのキーワードがカテゴリを示すか否かを判定してもよい。例えば、検索部１１２は、カテゴリＤＢ１４ａから、キーワードに対応するカテゴリ名を検索してもよい。検索部１１２は、キーワードに対応するカテゴリ名がある場合、そのカテゴリ名に関連付けてカテゴリＤＢ１４ａに記憶されているカテゴリＩＤを、カテゴリの条件として特定してもよい。

次いで、検索部１１２は、検索条件情報からＳＫＵ属性の条件を特定する（ステップＳ１０２）。例えば、検索条件情報が属性区分名と属性値との組み合わせを含む場合、その組み合わせをＳＫＵ属性の条件として特定してもよい。ステップＳ１０１でカテゴリの条件が特定された場合であって、且つ、検索条件情報が、カテゴリの条件であると解釈されていないキーワードを含む場合、検索部１１２は、それらのキーワードが属性を示すか否かを判定してもよい。例えば、検索部１１２は、カテゴリＤＢ１４ａから、カテゴリの条件により示されるカテゴリのカテゴリＩＤに関連付けてカテゴリＤＢ１４ａに記憶されている各カテゴリ属性定義情報から、キーワードに対応する属性値を検索してもよい。キーワードに対応する属性値がある場合、その属性値とその属性値に対応する属性区分名との組み合わせを、ＳＫＵ属性の条件を特定してもよい。

次いで、検索部１１２は、商品名及び商品説明文の条件を特定する（ステップＳ１０３）。例えば、検索部１１２は、カテゴリの条件であるともＳＫＵ属性の条件であるとも解釈されなかったキーワードを、商品名及び商品説明文の条件として特定してもよい。

次いで、検索部１１２は、商品ＤＢ１４ｂの商品レベル情報テーブル１４ｂ１とＳＫＵレベル情報テーブル１４ｂ２とを、商品ＩＤと店舗ＩＤとの組み合わせで結合する（ステップＳ１０４）。これにより、結合されたテーブル内の各レコードは、ＳＫＵレベル情報を含むとともに、そのＳＫＵレベル情報に含まれる商品ＩＤと店舗ＩＤとの組み合わせと同一の組み合わせを含む商品ページレベル情報を含む。

次いで、検索部１１２は、結合されたテーブルから、検索条件を満たすレコードを検索する（ステップＳ１０５）。例えば、検索部１１２は、カテゴリ情報が、カテゴリの条件を示すカテゴリＩＤを含み、何れかのバリエーション属性情報が、ＳＫＵ属性の条件を示す属性区分名と属性値との組み合わせを含み、且つ、商品名及び商品説明文のうち何れか一方が、商品名及び商品説明文の条件としてのキーワードを含むレコードを検索してもよい。カテゴリの条件、ＳＫＵ属性の条件、並びに商品名及び商品説明文の条件のうち、少なくとも一つが指定されない場合がある。この場合、検索部１１２は、指定された種類の条件の範囲内で、それらの条件を全て満たすレコードを検索すればよい。

次いで、検索結果ページ送信部１１３は、検索結果生成処理を実行する（ステップＳ１０６）。検索結果生成処理において、検索結果ページ送信部１１３は、検索結果ページのＨＴＭＬ文書を生成する。次いで、検索結果ページ送信部１１３は、生成された検索結果ページのＨＴＭＬ文書をユーザ端末３へ送信して（ステップＳ１０７）、検索処理は終了する。

図１６は、電子商店街サーバ１のシステム制御部１１により実行される検索結果生成処理の一例を示すフローチャートである。図１６に示すように、先ず検索結果ページ送信部１１３は、検索処理のステップＳ１０５で検索されたレコードを、商品ページごとにグループ分けする（ステップＳ２０１）。例えば、検索結果ページ送信部１１３は、同一の商品ＩＤと店舗ＩＤとの組み合わせを含む複数のレコードで、一のグループを形成してもよい。また、検索結果ページ送信部１１３は、検索結果ページのＨＴＭＬ文書のテンプレートとなるＨＴＭＬ文書を取得する。次いで、検索結果ページ送信部１１３は、分類したグループのうち何れか一つを選択する（ステップＳ２０２）。また、検索結果ページ送信部１１３は、検索商品情報３３０を表示するためのタグデータのテンプレートとなるタグデータを取得するする。このタグデータは、全商品に共通して必要なタグや情報を含む。次いで、検索結果ページ送信部１１３は、選択されたグループのレコード内の商品ページレベル情報に含まれる商品名を、検索商品情報３３０のタグデータに追加する（ステップＳ２０３）。

次いで、検索結果ページ送信部１１３は、選択されたグループのレコードが、シングルＳＫＵ商品のレコードであるか否かを判定する（ステップＳ２０４）。例えば、検索結果ページ送信部１１３は、レコード内の商品ページレベル情報に含まれるＳＫＵ数が１を示す場合、選択されたグループのレコードが、シングルＳＫＵ商品のレコードであると判定してもよい（ステップＳ２０４：ＹＥＳ）。この場合、検索結果ページ送信部１１３は、レコード内の商品ページレベル情報に含まれる商品画像ＩＤに基づいて、シングルＳＫＵ商品画像のＵＲＬを取得する。（ステップＳ２０５）。次いで、検索結果ページ送信部１１３は、レコード内のＳＫＵレベル情報から、価格、送料、及び納期を取得する（ステップＳ２０６）。

一方、選択されたグループのレコードが、シングルＳＫＵ商品のレコードではない場合（ステップＳ２０４：ＮＯ）、検索結果ページ送信部１１３は、選択されたグループが、マルチＳＫＵ商品に含まれる全てのＳＫＵのレコードを含むか否かを判定する（ステップＳ２０７）。例えば、検索結果ページ送信部１１３は、グループに含まれるレコードの数をカウントしてもよい。そして、検索結果ページ送信部１１３は、レコードの数が、選択されたグループの何れかのレコード内の商品ページレベル情報に含まれるＳＫＵ数と一致する場合、グループは全てのＳＫＵのレコードを含むと判定してもよい（ステップＳ２０７：ＹＥＳ）。この場合、検索結果ページ送信部１１３は、選択したグループのレコード内の商品ページレベル情報に含まれる商品画像ＩＤに基づいて、マルチＳＫＵ商品画像のＵＲＬを取得する。（ステップＳ２０８）。次いで、検索結果ページ送信部１１３は、選択されたグループに含まれる複数のレコードそれぞれに含まれる価格のうち、最低価格を特定する。検索結果ページ送信部１１３は、最低価格を含むレコードのＳＫＵレベル情報から、価格、送料及び納期を取得する（ステップＳ２０９）。

一方、選択されたグループが、マルチＳＫＵ商品に含まれる全てのＳＫＵのレコードのうち少なくとも一のＳＫＵのレコードを含まない場合（ステップＳ２０７：ＮＯ）、検索結果ページ送信部１１３は、選択されたグループが一のＳＫＵのレコードのみを含むか否かを判定する（ステップＳ２１０）。選択されたグループが一のＳＫＵのレコードのみを含む場合（ステップＳ２１０：ＹＥＳ）、検索結果ページ送信部１１３は、そのレコード内のＳＫＵレベル情報に含まれるＳＫＵ画像ＩＤに基づいて、ＳＫＵ画像のＵＲＬを取得する（ステップＳ２１１）。次いで、検索結果ページ送信部１１３は、そのレコード内のＳＫＵレベル情報から、価格、送料及び納期を取得する（ステップＳ２１２）。

一方、選択されたグループが２以上のＳＫＵのレコードを含む場合（ステップＳ２１０：ＮＯ）、検索結果ページ送信部１１３は、そのグループに含まれる全レコード間で、ＳＫＵ画像が同一であるか否かを判定する（ステップＳ２１３）。例えば、検索結果ページ送信部１１３は、ＳＫＵレベル情報に含まれるＳＫＵ画像ＩＤがそれらのレコード間で一致する場合、ＳＫＵ画像が同一であると判定してもよい（ステップＳ２１３：ＹＥＳ）。この場合、検索結果ページ送信部１１３は、そのＳＫＵ画像ＩＤに基づいて、ＳＫＵ画像のＵＲＬを取得する（ステップＳ２１４）。一方、ＳＫＵ画像が同一ではない場合（ステップＳ２１３：ＮＯ）、検索結果ページ送信部１１３は、選択したグループのレコード内の商品ページレベル情報に含まれる商品画像ＩＤに基づいて、マルチＳＫＵ商品画像のＵＲＬを取得する（ステップＳ２１５）。

ステップＳ２１４又はＳ２１５の後、検索結果ページ送信部１１３は、選択されたグループに含まれる複数のレコードそれぞれに含まれる価格のうち、最低価格を特定する。検索結果ページ送信部１１３は、最低価格を含むレコードのＳＫＵレベル情報から、価格、送料及び納期を取得する（ステップＳ２１６）。

ステップＳ２０６、Ｓ２０９、Ｓ２１２又はＳ２１６の後、検索結果ページ送信部１１３は、ステップＳ２０５、Ｓ２０８、Ｓ２１１、Ｓ２１４又はＳ２１５で取得されたＵＲＬを、商品画像３３２のＩＭＧタグのＳＲＣ属性として検索商品情報３３０のタグデータに追加する（ステップＳ２１７）。次いで、検索結果ページ送信部１１３は、ステップＳ２０６、Ｓ２０９、Ｓ２１２又はＳ２１６で取得された価格、送料、及び納期を、価格３３３、送料３３４、及び納期３３７として検索商品情報３３０のタグデータに追加する（ステップＳ２１８）。最低価格を価格３３３に含める場合、検索結果ページ送信部１１３は、最低価格に「～」等の文字を付加することで、価格３３３を生成してもよい。また、検索結果ページ送信部１１３は、選択されたグループのレコードからポイント倍率を取得する。検索結果ページ送信部１１３は、ポイント倍率に価格を乗算することによりポイント数を計算する。そして、検索結果ページ送信部１１３は、ポイント倍率及びポイント数を、ポイント情報３３５として検索商品情報３３０のタグデータに追加する。

次いで、検索結果ページ送信部１１３は、検索商品情報３３０のタグデータを、検索結果ページのＨＴＭＬ文書に追加する（ステップＳ２１９）。次いで、検索結果ページ送信部１１３は、分類したグループのうち全てのグループを選択したか否かを判定する（ステップＳ２２０）。少なくとも一つのグループが選択されていない場合（ステップＳ２２０：ＮＯ）、検索結果ページ送信部１１３は、選択されていないグループのうち１つを選択して（ステップＳ２２１）、処理はステップＳ２０３に進む。一方、全てのグループが選択された場合（ステップＳ２２０：ＹＥＳ）、検索結果生成処理は終了する。

図１７は、電子商店街サーバ１のシステム制御部１１により実行される商品ページ送信処理の一例を示すフローチャートである。例えば、電子商店街サーバ１が、ユーザ端末３から商品ページの要求を受信したことに応じて、システム制御部１１が商品ページ送信処理を実行してもよい。図１７は、記憶部１４に予め記憶されている商品ページＨＴＭＬ文書１４ｃが、各ＳＫＵの情報を含まない場合の処理例を示す。

図１７に示すように、先ず商品ページ送信部１１４は、商品ページの要求に含まれるＵＲＬから、商品ＩＤ及び店舗ＩＤを取得する。そして、商品ページ送信部１１４は、この商品ＩＤと店舗ＩＤとの組み合わせを含む商品ページレベル情報及びＳＫＵレベル情報を、商品ＤＢ１４ｂから取得する（ステップＳ３０１）。また、商品ページ送信部１１４は、商品ページの要求に含まれるＵＲＬに関連付けられた商品ページのＨＴＭＬ文書を、記憶部１４から取得する。

次いで、商品ページ送信部１１４は、商品ページが要求された商品がシングルＳＫＵ商品であるか否かを判定する（ステップＳ３０２）。例えば、商品ページ送信部１１４は、商品ページレベル情報に含まれるＳＫＵ数が１を示す場合、商品ページが要求された商品はシングルＳＫＵ商品であると判定してもよい（ステップＳ３０２：ＹＥＳ）。この場合、商品ページ送信部１１４は、記憶部１４から取得したＨＴＭＬ文書をユーザ端末３へ送信して、商品ページ送信処理は終了する。

一方、商品ページが要求された商品がシングルＳＫＵ商品ではない場合（ステップＳ３０２：ＮＯ）、商品ページ送信部１１４は、商品ページの要求が、マルチＳＫＵ商品に含まれる全てのＳＫＵのＳＫＵ管理ＩＤを含むか否かを判定する（ステップＳ３０４）。例えば、商品ページ送信部１１４は、商品ページの要求に含まれるＳＫＵ管理ＩＤの数をカウントしてもよい。そして、商品ページ送信部１１４は、ＳＫＵ管理ＩＤの数が、商品ページレベル情報に含まれるＳＫＵ数と一致する場合、商品ページの要求が全てのＳＫＵのＳＫＵ管理ＩＤを含むと判定してもよい（ステップＳ３０４：ＹＥＳ）。この場合、商品ページ送信部１１４は、商品ページレベル情報に含まれる商品画像ＩＤに基づいて、マルチＳＫＵ商品画像のＵＲＬを取得する。（ステップＳ３０５）。次いで、商品ページ送信部１１４は、商品ＤＢ１４ｂから取得した複数のＳＫＵレベル情報それぞれに含まれる価格のうち、最低価格及び最高価格を取得する（ステップＳ３０６）。

一方、商品ページの要求が、全てのＳＫＵのうち少なくとも１のＳＫＵのＳＫＵ管理ＩＤを含まない場合（ステップＳ３０４：ＮＯ）、商品ページ送信部１１４は、商品ページの要求が一のＳＫＵのＳＫＵ管理ＩＤのみを含むか否かを判定する（ステップＳ３０７）。商品ページの要求が一のＳＫＵのＳＫＵ管理ＩＤのみを含む場合（ステップＳ３０７：ＹＥＳ）、商品ページ送信部１１４は、商品ＤＢ１４ｂから取得されたＳＫＵレベル情報のうち、商品ページの要求に含まれるＳＫＵ管理ＩＤを含むＳＫＵレベル情報を特定する。そして、商品ページ送信部１１４は、特定したＳＫＵレベル情報に含まれるＳＫＵ画像ＩＤに基づいて、ＳＫＵ画像のＵＲＬを取得する（ステップＳ３０８）。次いで、商品ページ送信部１１４は、特定したＳＫＵレベル情報から、価格、送料及び納期を取得する（ステップＳ３０９）。次いで、商品ページ送信部１１４は、特定したＳＫＵレベル情報からバリエーション属性情報を取得する。そして、商品ページ送信部１１４は、取得されたバリエーション属性情報により示されるＳＫＵのバリエーション属性が選択済みであることを属性選択ボタン群４５０が示すように、商品ページのＨＴＭＬ文書を書き換える（ステップＳ３１０）。

一方、商品ページの要求が２以上のＳＫＵのＳＫＵ管理ＩＤを含む場合（ステップＳ３０７：ＮＯ）、商品ページ送信部１１４は、商品ＤＢ１４ｂから取得されたＳＫＵレベル情報のうち、商品ページの要求に含まれるＳＫＵ管理ＩＤを含むＳＫＵレベル情報間で、ＳＫＵ画像が同一であるか否かを判定する（ステップＳ３１１）。例えば、商品ページ送信部１１４は、ＳＫＵレベル情報に含まれるＳＫＵ画像ＩＤがそれらのＳＫＵレベル情報間で一致する場合、ＳＫＵ画像が同一であると判定してもよい（ステップＳ３１１：ＹＥＳ）。この場合、商品ページ送信部１１４は、そのＳＫＵ画像ＩＤに基づいて、ＳＫＵ画像のＵＲＬを取得する（ステップＳ３１２）。一方、ＳＫＵ画像が同一ではない場合（ステップＳ３１１：ＮＯ）、商品ページ送信部１１４は、商品ページレベル情報に含まれる商品画像ＩＤに基づいて、マルチＳＫＵ商品画像のＵＲＬを取得する（ステップＳ３１３）。

ステップＳ３１２又はＳ３１３の後、商品ページ送信部１１４は、商品ページの要求に含まれるＳＫＵ管理ＩＤを含むＳＫＵレベル情報それぞれに含まれる価格のうち、最低価格及び最高価格を取得する（ステップＳ３１４）。次いで、商品ページ送信部１１４は、それらのＳＫＵレベル情報間で互いに同一のバリエーション属性情報を特定する。そして、商品ページ送信部１１４は、同一のバリエーション属性情報により示される、ＳＫＵ間で共通するバリエーション属性が選択済みであることを属性選択ボタン群４５０が示すように、商品ページのＨＴＭＬ文書を書き換える（ステップＳ３１５）。

ステップＳ３０６、Ｓ３１０又はＳ３１５の後、商品ページ送信部１１４は、ステップＳ３０５、Ｓ３０８、Ｓ３１２又はＳ３１３で取得されたＵＲＬを、商品画像４１０のＩＭＧタグのＳＲＣ属性として商品ページのＨＴＭＬ文書に追加する（ステップＳ３１６）。次いで、商品ページ送信部１１４は、ステップＳ３０６、Ｓ３０９又はＳ３１４で取得された価格を、価格４３０として追加する（ステップＳ３１７）。最低価格及び最高価格を価格４３０に含める場合、商品ページ送信部１１４は、最低価格及び最高価格との間に「～」等の文字を挿入することにより、価格４３０を生成してよい。ステップＳ３０９で送料及び納期を取得した場合、商品ページ送信部１１４は、その送料及び納期もＨＴＭＬ文書に追加する。また、商品ページ送信部１１４は、商品ページレベル情報からポイント倍率を取得する。商品ページ送信部１１４は、ポイント倍率に価格を乗算することによりポイント数を計算する。そして、商品ページ送信部１１４は、ポイント倍率及びポイント数を、ポイント情報４４０としてＨＴＭＬ文書に追加する。次いで、商品ページ送信部１１４は、商品ページのＨＴＭＬ文章をユーザ端末３へ送信して（ステップＳ３１８）、商品ページ送信処理は終了する。

以上説明したように、本実施形態において、電子商店街サーバ１が、検索条件情報をユーザ端末３から受信する。また、電子商店街サーバ１が、商品ページ単位で、ウェブページ情報に関連付けて、マルチＳＫＵ商品に含まれる複数のＳＫＵが共通に有する共通属性を示す情報と、それら複数のＳＫＵそれぞれの複数の個別属性を示す情報と、を記憶する記憶部１４から、検索条件情報により示される検索条件を満たす共通属性及び個別属性のうち少なくとも何れか一方を検索する。また、電子商店街サーバ１が、共通属性が検索条件を満たし、且つ、検索条件が、個別属性に対応する条件を含まない場合、マルチＳＫＵ商品情報を検索結果ページに含ませてもよい。この場合、複数のＳＫＵの全てが検索条件を満たすとともに、それらのＳＫＵのうち特定の商品が検索条件では指定されていない。従って、特定のＳＫＵの情報よりも、それら複数のＳＫＵに共通する情報が表示される方が適切である。一方、電子商店街サーバ１が、複数の個別属性のうち何れかの個別属性が検索条件を満たす場合、検索条件を満たす個別属性を有する商品のＳＫＵ情報を検索結果ページに含ませてもよい。この場合、それら複数のＳＫＵに共通する情報よりも、特定の商品の情報が表示される方が適切である。こうして、商品ページが共通する複数のＳＫＵについて、検索条件に関連した情報をウェブページ単位で検索結果として提供することができる。

また、電子商店街サーバ１が、共通属性が検索条件を満たし、且つ、検索条件が、個別属性に対応する条件を含まない場合、マルチＳＫＵ商品情報を商品ページに含ませてもよい。一方、電子商店街サーバ１が、複数の個別属性のうち何れかの個別属性が検索条件を満たす場合、検索条件を満たす個別属性を有する商品のＳＫＵ情報を商品ページに含ませてもよい。この場合、商品ページが共通する複数の商品について、検索条件に関連した情報をその商品ウェブページに表示させることができる。

また、マルチＳＫＵ商品情報が、複数のＳＫＵに関連する画像を含んでもよい。また、ＳＫＵ情報が、そのＳＫＵ情報に対応するＳＫＵに関連する画像を含んでもよい。従って、共通属性は検索条件を満たすものの、検索条件が、個別属性に対応する条件を含まない場合、それら複数のＳＫＵに関連する画像が、検索結果ページ又は商品ページに表示される。一方、何れかのＳＫＵの個別属性が検索条件を満たす場合、そのＳＫＵに関連する画像が、検索結果ページ又は商品ページに表示される。

また、マルチＳＫＵ商品情報が、マルチＳＫＵ商品の価格の範囲の下限及び上限のうち少なくとも何れか一方を示してもよい。また、ＳＫＵ情報は、マルチＳＫＵ商品に含まれる複数のＳＫＵのうち、そのＳＫＵ情報に対応する商品の価格を示してもよい。従って、共通属性は検索条件を満たすものの、検索条件が、個別属性に対応する条件を含まない場合、マルチＳＫＵ商品の価格の範囲の下限及び上限のうち少なくとも何れか一方を示す情報が、検索結果ページ又は商品ページに表示される。これにより、ユーザは、マルチＳＫＵ商品の価格に範囲を認識することができる。一方、何れかのＳＫＵの個別属性が検索条件を満たす場合、そのＳＫＵの価格を示す情報が、検索結果ページ又は商品ページに表示される。これにより、ユーザは、検索条件を満たすＳＫＵの価格を認識することができる。

また、電子商店街サーバ１が、複数の個別属性のうち、２以上の個別属性が検索条件を満たす場合、検索条件を満たす２以上の個別属性をそれぞれ有する２以上の商品間でＳＫＵ情報が同一であるか否かを判定してもよい。また、電子商店街サーバ１が、ＳＫＵ情報が同一ではない場合、マルチＳＫＵ商品情報を検索結果ページに含ませてもよい。この場合、それら２以上の商品のうち、何れかの商品のＳＫＵ情報を表示するよりも、商品ページが共通する複数のＳＫＵに共通するマルチＳＫＵ商品情報を表示した方が適切である。一方、電子商店街サーバ１が、ＳＫＵ情報が同一である場合、ＳＫＵ情報を検索結果ページに含ませてもよい。この場合、そのＳＫＵ情報はそれら２以上のＳＫＵの何れにも関連しているので、マルチＳＫＵ商品に含まれる複数のＳＫＵに共通するマルチＳＫＵ商品情報を表示するよりも、そのＳＫＵ情報を表示した方が適切である。

また、電子商店街サーバ１が、検索条件を満たす２以上の個別属性をそれぞれ有する２以上の商品間でＳＫＵ情報が同一ではない場合、マルチＳＫＵ商品情報を商品ページに含ませてもよい。一方、電子商店街サーバ１が、ＳＫＵ情報が同一である場合、ＳＫＵ情報を商品ページに含ませてもよい。

また、電子商店街サーバ１の記憶部１４が、共通属性に関連付けてマルチＳＫＵ商品情報を予め記憶してもよい。また、記憶部１４が、複数の個別属性に含まれる各個別属性に関連付けて、その個別属性を有する商品のＳＫＵ情報を予め記憶してもよい。従って、共通属性は検索条件を満たすものの、検索条件が、個別属性に対応する条件を含まない場合、その共通属性に関連付けて記憶部１４に記憶されているマルチＳＫＵ商品情報が、検索結果ページ又は商品ページに表示される。一方、何れかの商品の個別属性が検索条件を満たす場合、その個別属性に関連付けて記憶部１４に記憶されたＳＫＵ情報が検索結果ページ又は商品ページに表示される。

また、商品ページは、属性選択ボタン群４５０を含んでもよい。また、電子商店街サーバ１が、共通属性が検索条件を満たし、且つ、検索条件が、バリエーション属性に対応する条件を含まない場合、属性選択ボタン群４５０により、何れのバリエーション属性も選択されていないことを示させてもよい。この場合、何らかのＳＫＵのバリエーション属性が自動的に選択されているよりも、商品ページに表示される情報を見た上で、購入対象とするＳＫＵのバリエーション属性をユーザが選択する方が適切である。一方、電子商店街サーバ１が、マルチＳＫＵ商品に含まれる複数のＳＫＵそれぞれの複数のバリエーション属性のうち、何れかのバリエーション属性が検索条件を満たす場合、属性選択ボタン群４５０により、検索条件を満たすバリエーション属性が選択されていることを示させてもよい。この場合、検索条件を満たすバリエーション属性が自動的に選択されていることで、ユーザによる選択操作の手間を削減することができる。

（付記１）商品の検索条件を示す検索条件情報を端末装置から受信する受信手段と、商品を購入対象として選択するユーザ操作が可能な商品ウェブページ単位で、前記商品ウェブページを示すウェブページ情報に関連付けて、前記商品ウェブページにおいて前記購入対象としてそれぞれ選択可能な複数の商品が共通に有する共通属性を示す共通属性情報と、前記複数の商品それぞれの複数の個別属性情報であって、前記複数の商品がそれぞれ前記共通属性とは別に有する個別属性をそれぞれ示す複数の個別属性情報と、を記憶する記憶手段から、前記受信された検索条件情報により示される前記検索条件を満たす前記共通属性を示す前記共通属性情報及び前記個別属性を示す前記個別属性情報のうち少なくとも何れか一方を検索する検索手段と、商品の検索結果を前記商品ウェブページ単位で示す検索結果ウェブページを前記端末装置へ送信する送信手段であって、前記共通属性が前記検索条件を満たし、且つ、前記検索条件が、前記個別属性に対応する条件を含まない場合、前記複数の商品に共通する第１商品情報を、前記送信される検索結果ウェブページに含ませ、前記複数の個別属性のうち何れかの個別属性情報により示される前記個別属性が前記検索条件を満たす場合、前記複数の商品のうち、前記検索条件を満たす前記何れかの個別属性を有する商品の第２商品情報を、前記送信される検索結果ウェブページに含ませる送信手段と、を備えることを特徴とする検索結果ページ送信装置。

（付記２）前記第１商品情報は、前記複数の商品に関連する画像を含み、前記第２商品情報は、前記複数の商品のうち、該第２商品情報に対応する商品に関連する画像を含むことを特徴とする付記１に記載の検索結果ページ送信装置。

（付記３）前記第１商品情報は、前記複数の商品の価格の範囲の下限及び上限のうち少なくとも何れか一方を示し、前記第２商品情報は、前記複数の商品のうち、該第２商品情報に対応する商品の価格を示すことを特徴とする付記１又は２に記載の検索結果ページ送信装置。

（付記４）前記送信手段は、前記複数の個別属性のうち、２以上の個別属性が前記検索条件を満たす場合、前記複数の商品のうち、前記２以上の個別属性をそれぞれ有する２以上の商品間で前記第２商品情報が同一であるか否かを判定し、前記第２商品情報が同一ではない場合、前記第１商品情報を、前記送信される検索結果ウェブページに含ませ、前記第２商品情報が同一である場合、前記第２商品情報を、前記送信される検索結果ウェブページに含ませることを特徴とする付記１乃至３の何れか一に記載の検索結果ページ送信装置。

（付記５）前記記憶手段は、前記共通属性に関連付けて前記第１商品情報を予め記憶し、前記複数の個別属性に含まれる各個別属性に関連付けて、該個別属性を有する商品の前記第２商品情報を予め記憶することを特徴とする付記１乃至４の何れか一に記載の検索結果ページ送信装置。

（付記６）コンピュータにより実行される検索結果ページ送信方法において、商品の検索条件を示す検索条件情報を端末装置から受信する受信ステップと、商品を購入対象として選択するユーザ操作が可能な商品ウェブページ単位で、前記商品ウェブページを示すウェブページ情報に関連付けて、前記商品ウェブページにおいて前記購入対象としてそれぞれ選択可能な複数の商品が共通に有する共通属性を示す共通属性情報と、前記複数の商品それぞれの複数の個別属性情報であって、前記複数の商品がそれぞれ前記共通属性とは別に有する個別属性をそれぞれ示す複数の個別属性情報と、を記憶する記憶手段から、前記受信された検索条件情報により示される前記検索条件を満たす前記共通属性を示す前記共通属性情報及び前記個別属性を示す前記個別属性情報のうち少なくとも何れか一方を検索する検索ステップと、商品の検索結果を前記商品ウェブページ単位で示す検索結果ウェブページを前記端末装置へ送信する送信ステップであって、前記共通属性が前記検索条件を満たし、且つ、前記検索条件が、前記個別属性に対応する条件を含まない場合、前記複数の商品に共通する第１商品情報を、前記送信される検索結果ウェブページに含ませ、前記複数の個別属性のうち何れかの個別属性情報により示される前記個別属性が前記検索条件を満たす場合、前記複数の商品のうち、前記検索条件を満たす前記何れかの個別属性を有する商品の第２商品情報を、前記送信される検索結果ウェブページに含ませる送信ステップと、を含むことを特徴とする検索結果ページ送信方法。

（付記７）コンピュータを、商品の検索条件を示す検索条件情報を端末装置から受信する受信手段と、商品を購入対象として選択するユーザ操作が可能な商品ウェブページ単位で、前記商品ウェブページを示すウェブページ情報に関連付けて、前記商品ウェブページにおいて前記購入対象としてそれぞれ選択可能な複数の商品が共通に有する共通属性を示す共通属性情報と、前記複数の商品それぞれの複数の個別属性情報であって、前記複数の商品がそれぞれ前記共通属性とは別に有する個別属性をそれぞれ示す複数の個別属性情報と、を記憶する記憶手段から、前記受信された検索条件情報により示される前記検索条件を満たす前記共通属性を示す前記共通属性情報及び前記個別属性を示す前記個別属性情報のうち少なくとも何れか一方を検索する検索手段と、商品の検索結果を前記商品ウェブページ単位で示す検索結果ウェブページを前記端末装置へ送信する送信手段であって、前記共通属性が前記検索条件を満たし、且つ、前記検索条件が、前記個別属性に対応する条件を含まない場合、前記複数の商品に共通する第１商品情報を、前記送信される検索結果ウェブページに含ませ、前記複数の個別属性のうち何れかの個別属性情報により示される前記個別属性が前記検索条件を満たす場合、前記複数の商品のうち、前記検索条件を満たす前記何れかの個別属性を有する商品の第２商品情報を、前記送信される検索結果ウェブページに含ませる送信手段、として機能させることを特徴とする検索結果ページ送信プログラム。

１ 電子商店街サーバ
２ 店舗端末
３ ユーザ端末
１１ システム制御部
１２ システムバス
１３ 入出力インターフェース
１４ 記憶部
１４ａ カテゴリＤＢ
１４ｂ 商品ＤＢ
１４ｂ１ 商品ページレベル情報テーブル
１４ｂ２ ＳＫＵレベル情報テーブル
１４ｃ 商品ページＨＴＭＬ文書
１４ｄ 商品画像データ
１１１ 検索条件受信部
１１２ 検索部
１１３ 検索結果ページ送信部
１１４ 商品ページ送信部
ＮＷ ネットワーク

Claims (7)

1. 商品の検索条件を示す検索条件情報を端末装置から受信する受信手段と、
   商品を購入対象として選択するユーザ操作が可能な商品ウェブページ単位で、前記商品ウェブページを示すウェブページ情報に関連付けて、前記商品ウェブページにおいて前記購入対象としてそれぞれ選択可能な複数の商品が共通に有する共通属性を示す共通属性情報と、前記複数の商品それぞれの複数の個別属性情報であって、前記複数の商品がそれぞれ前記共通属性とは別に有する個別属性をそれぞれ示す複数の個別属性情報と、を記憶する記憶手段から、前記受信された検索条件情報により示される前記検索条件を満たす前記共通属性を示す前記共通属性情報及び前記個別属性を示す前記個別属性情報のうち少なくとも何れか一方を検索する検索手段と、
   商品の検索結果を前記商品ウェブページ単位で示す検索結果ウェブページを前記端末装置へ送信する送信手段であって、前記共通属性が前記検索条件を満たし、且つ、前記検索条件が、前記個別属性に対応する条件を含まない場合、前記複数の商品に共通する第１商品情報を、前記送信される検索結果ウェブページに含ませ、前記複数の個別属性のうち何れかの個別属性情報により示される前記個別属性が前記検索条件を満たす場合、前記複数の商品のうち、前記検索条件を満たす前記何れかの個別属性を有する商品の第２商品情報を、前記送信される検索結果ウェブページに含ませる送信手段と、
   を備えることを特徴とする検索結果ページ送信装置。
2. 前記第１商品情報は、前記複数の商品に関連する画像を含み、前記第２商品情報は、前記複数の商品のうち、該第２商品情報に対応する商品に関連する画像を含むことを特徴とする請求項１に記載の検索結果ページ送信装置。
3. 前記第１商品情報は、前記複数の商品の価格の範囲の下限及び上限のうち少なくとも何れか一方を示し、前記第２商品情報は、前記複数の商品のうち、該第２商品情報に対応する商品の価格を示すことを特徴とする請求項１又は２に記載の検索結果ページ送信装置。
4. 前記送信手段は、前記複数の個別属性のうち、２以上の個別属性が前記検索条件を満たす場合、前記複数の商品のうち、前記２以上の個別属性をそれぞれ有する２以上の商品間で前記第２商品情報が同一であるか否かを判定し、前記第２商品情報が同一ではない場合、前記第１商品情報を、前記送信される検索結果ウェブページに含ませ、前記第２商品情報が同一である場合、前記第２商品情報を、前記送信される検索結果ウェブページに含ませることを特徴とする請求項１又は２に記載の検索結果ページ送信装置。
5. 前記記憶手段は、前記共通属性に関連付けて前記第１商品情報を予め記憶し、前記複数の個別属性に含まれる各個別属性に関連付けて、該個別属性を有する商品の前記第２商品情報を予め記憶することを特徴とする請求項１又は２に記載の検索結果ページ送信装置。
6. コンピュータにより実行される検索結果ページ送信方法において、
   商品の検索条件を示す検索条件情報を端末装置から受信する受信ステップと、
   商品を購入対象として選択するユーザ操作が可能な商品ウェブページ単位で、前記商品ウェブページを示すウェブページ情報に関連付けて、前記商品ウェブページにおいて前記購入対象としてそれぞれ選択可能な複数の商品が共通に有する共通属性を示す共通属性情報と、前記複数の商品それぞれの複数の個別属性情報であって、前記複数の商品がそれぞれ前記共通属性とは別に有する個別属性をそれぞれ示す複数の個別属性情報と、を記憶する記憶手段から、前記受信された検索条件情報により示される前記検索条件を満たす前記共通属性を示す前記共通属性情報及び前記個別属性を示す前記個別属性情報のうち少なくとも何れか一方を検索する検索ステップと、
   商品の検索結果を前記商品ウェブページ単位で示す検索結果ウェブページを前記端末装置へ送信する送信ステップであって、前記共通属性が前記検索条件を満たし、且つ、前記検索条件が、前記個別属性に対応する条件を含まない場合、前記複数の商品に共通する第１商品情報を、前記送信される検索結果ウェブページに含ませ、前記複数の個別属性のうち何れかの個別属性情報により示される前記個別属性が前記検索条件を満たす場合、前記複数の商品のうち、前記検索条件を満たす前記何れかの個別属性を有する商品の第２商品情報を、前記送信される検索結果ウェブページに含ませる送信ステップと、
   を含むことを特徴とする検索結果ページ送信方法。
7. コンピュータを、
   商品の検索条件を示す検索条件情報を端末装置から受信する受信手段と、
   商品を購入対象として選択するユーザ操作が可能な商品ウェブページ単位で、前記商品ウェブページを示すウェブページ情報に関連付けて、前記商品ウェブページにおいて前記購入対象としてそれぞれ選択可能な複数の商品が共通に有する共通属性を示す共通属性情報と、前記複数の商品それぞれの複数の個別属性情報であって、前記複数の商品がそれぞれ前記共通属性とは別に有する個別属性をそれぞれ示す複数の個別属性情報と、を記憶する記憶手段から、前記受信された検索条件情報により示される前記検索条件を満たす前記共通属性を示す前記共通属性情報及び前記個別属性を示す前記個別属性情報のうち少なくとも何れか一方を検索する検索手段と、
   商品の検索結果を前記商品ウェブページ単位で示す検索結果ウェブページを前記端末装置へ送信する送信手段であって、前記共通属性が前記検索条件を満たし、且つ、前記検索条件が、前記個別属性に対応する条件を含まない場合、前記複数の商品に共通する第１商品情報を、前記送信される検索結果ウェブページに含ませ、前記複数の個別属性のうち何れかの個別属性情報により示される前記個別属性が前記検索条件を満たす場合、前記複数の商品のうち、前記検索条件を満たす前記何れかの個別属性を有する商品の第２商品情報を、前記送信される検索結果ウェブページに含ませる送信手段、
   として機能させることを特徴とする検索結果ページ送信プログラム。

Images