JP5711440B1 - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

ユーザが所望する属性の組み合わせを有し、且つ注文の受け付けが可能な商品のウェブページのみを検索可能とすることを目的とする。情報処理装置は、商品が有する、属性区分の異なる属性同士の組み合わせのうち、その組み合わせを有する商品の注文の受け付けが可能か否かを示す可不可情報に関連付けられた組み合わせを、商品のウェブページの表示内容を示す表示情報から複数抽出する。情報処理装置は、抽出された複数の属性の組み合わせのうち、注文の受け付けが可能である属性の組み合わせごとに、その組み合わせを示すタグであって、その組み合わせを構成する複数の属性の論理積の検索条件に対応するタグを、商品を識別する商品識別情報に関連付けてタグ記憶部に記憶させる。情報処理装置は、注文の受け付けが不可能である属性の組み合わせを示すタグが商品識別情報に関連付けてタグ記憶部に記憶されている場合、そのタグを削除する。

Description

本発明は、ユーザに指定された検索条件に合致する商品のウェブページを検索する技術の分野に関する。

従来、電子商取引が可能なウェブサイトは、販売される商品に関する様々な情報が掲載されたウェブページ等で構成されている。ユーザは、検索条件を指定することにより、所望の属性を有する商品の検索を要求する。電子商取引のシステムは、指定された検索条件に合致する商品を検索し、検索された商品のウェブページを端末装置に表示させる（例えば、特許文献１）。

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

このようなシステムにおいて、例えばサイズや色などの属性が異なるバリエーションが存在する商品について、１つのウェブページで情報が表示される場合がある。しかしながら、ユーザが商品を検索することにより、こうしたウェブページに辿り着いた場合に、ユーザが所望する属性を有しない商品の注文は可能であるが、ユーザが所望する属性を有する商品の注文が不可能であることがあった。

本発明は、以上の点に鑑みてなされたものであり、属性の組み合わせが異なる複数の商品の情報が１つのウェブページに掲載される場合において、ユーザが所望する属性の組み合わせを有し、且つ注文の受け付けが可能な商品のウェブページのみを検索可能とする情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、検索条件に基づいて商品が検索されるときに用いられるタグを生成する情報処理装置であって、商品が有する、属性区分の異なる属性同士の組み合わせのうち、該組み合わせを有する前記商品の注文の受け付けが可能か否かを示す可不可情報に関連付けられた組み合わせを、前記商品のウェブページの表示内容を示す表示情報から複数抽出する抽出手段と、前記抽出手段により抽出された複数の属性の組み合わせのうち、注文の受け付けが可能である属性の組み合わせごとに、該組み合わせを示すタグであって、該組み合わせを構成する複数の属性の論理積の検索条件に対応するタグを、前記商品を識別する商品識別情報に関連付けてタグ記憶手段に記憶させ、注文の受け付けが不可能である属性の組み合わせを示すタグが前記商品識別情報に関連付けて前記タグ記憶手段に記憶されている場合、該タグを削除する制御手段と、を備えることを特徴とする。

この発明によれば、情報処理装置は、１つのウェブページに表示可能な、複数の属性の組み合わせのうち、注文の受け付けが可能な属性の組み合わせについてのみ、その組み合わせを示すタグを、そのウェブページの商品の商品識別情報に関連付けてタグ記憶手段に記憶させる。注文の受け付けが不可能な属性の組み合わせを示すタグがその商品の商品識別情報に関連付けてタグ記憶手段に記憶されている場合、情報処理装置は、そのタグをタグ記憶手段から削除する。検索処理を実行する装置は、例えば複数の属性区分の属性が指定されると、その複数の属性の論理積の検索条件でタグ記憶手段を検索する。これにより、注文の受け付けが可能な属性の組み合わせを有する商品の商品識別情報のみを取得することが可能である。従って、ユーザが所望する属性の組み合わせを有し、且つ注文の受け付けが可能な商品のウェブページのみを検索することができる。

請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記抽出手段により、前記可不可情報に関連付けられた属性の組み合わせが抽出されなかった場合、商品が有する、属性区分の異なる属性同士の組み合わせを１つ、前記表示情報から抽出する第２抽出手段を更に備え、前記制御手段は、前記商品の注文の受け付けが可能である場合にのみ、前記第２抽出手段により抽出された属性の組み合わせを示すタグを前記タグ記憶手段に記憶させることを特徴とする。

或る商品のウェブページは、属性の１つの組み合わせにのみ対応しているかもしれない。この場合、通常、その組み合わせは可不可情報に関連付けられておらず、可不可情報は商品識別情報のみに関連付けられている。この発明によれば、このようなウェブページが存在しても、タグ記憶手段の検索により、ユーザが所望する属性の組み合わせを有し、且つ注文の受け付けが可能な商品のウェブページのみを検索することができる。

請求項３に記載の発明は、請求項１又は２に記載の情報処理装置において、検索条件として指定された第１属性を含む第１検索要求に基づいて前記タグ記憶手段から検索されたタグであって、該タグが示す組み合わせの一部の属性が前記第１属性であるタグに関連付けられた商品識別情報が示す検索商品のウェブページが表示された後に前記検索商品が購入されていない状態で、前記第１属性と属性区分が同一である何れかの第２属性を含む第２検索要求が受け付けられた場合、前記第１属性を含む前記検索商品の複数の属性の組み合わせのうち、注文の受け付けが不可能である組み合わせから、前記第１属性以外の第３属性を特定する特定手段と、前記第２属性と前記特定手段により特定された前記第３属性との組み合わせを示すタグに関連付けられた商品識別情報を前記タグ記憶手段から検索する検索手段 と、を更に備えることを特徴とする。

第１属性を検索条件として含む第１検索要求に基づいて検索が実行されて表示されたウェブページにおいて、第１属性と第３属性とを含む組み合わせを有する商品の注文の受け付けが不可能であることがある。このウェブページにおいてユーザは商品を注文しなかったが、第１属性と第３属性とを含む組み合わせの注文の受け付けが可能であった場合には、ユーザはその組み合わせを注文したかもしれない。本発明によれば、第１検索要求においてユーザは検索条件として指定しなかったものの、ユーザが所望する可能性がある属性を有する商品を、第２検索要求が受け付けられたときに検索することができる。

請求項４に記載の発明は、請求項３に記載の情報処理装置において、前記検索手段は、前記第１検索要求から特定される、検索される商品の第１商品区分と、前記第２検索要求から特定される、検索される商品の第２商品区分との共通性が所定条件を満たす場合、前記第２属性と前記第３属性との組み合わせを示すタグに関連付けられた商品識別情報を検索し、前記共通性が前記所定条件を満たさない場合、前記第２属性を含む組み合わせを示すタグに関連付けられた商品識別情報を検索することを特徴とする。

商品の区分によって、ユーザが所望する属性が異なる場合がある。本発明によれば、検索要求から特定される商品区分の共通性に基づき、第１検索要求においてユーザが検索条件として指定しなかった第３属性が、ユーザが所望する可能性がある属性であるか否かを適切に判定することができる。

請求項５に記載の発明は、請求項３又は４に記載の情報処理装置において、前記検索手段は、前記第１検索要求に基づく検索の後、前記第２検索要求が取得される前に、第３検索要求が受け付けられ、且つ前記第３検索要求に基づいて検索された商品の中から前記第３属性を有する商品が注文された場合、前記第２属性と前記第３属性との組み合わせを示すタグに関連付けられた商品識別情報を検索し、前記第３属性を有する商品が注文されなかった場合、前記第２属性を含む組み合わせを示すタグに関連付けられた商品識別情報を検索することを特徴とする。

第１検索要求の後の第３検索要求に基づいて検索され、且つ注文された商品が有する属性は、ユーザが所望する蓋然性がある。本発明によれば、注文された商品の属性に基づき、第１検索要求においてユーザが検索条件として指定しなかった第３属性が、ユーザが所望する可能性がある属性であるか否かを適切に判定することができる。

請求項６に記載の発明は、請求項１乃至５の何れか１項に記載の情報処理装置において、検索条件として指定された複数の語が、商品の属性を示す属性語を含まない場合、商品のウェブページの表示内容を示す表示情報と、商品を識別する商品識別情報とを関連付けて記憶する表示情報記憶手段から、前記複数の語を含む表示情報に関連付けられた商品識別情報のうち、注文の受け付けが可能な商品の商品識別情報を検索する第１検索手段と、前記複数の語が商品の属性を示す１又は複数の属性語を含む場合、前記複数の語のうち前記１又は複数の属性語と異なる語を含む表示情報に関連付けられた商品識別情報の中から、前記１又は複数の属性語が示す属性を含む組み合わせを示すタグに関連付けられた商品識別情報を検索する第２検索手段と、を更に備えることを特徴とする。

この発明によれば、複数の語が属性語を含むか否かに関わらず、情報処理装置は、適切な検索を実行することができる。すなわち、複数の語が属性語を含まない場合、情報処理装置は、複数の語を表示情報が含むことと、注文の受け付けが可能であることの何れの条件をも満たす商品を検索する。一方、複数の語が属性語を含む場合、情報処理装置は、複数の語のうち残りの語を表示情報が含むことと、属性語が示す属性を含む組み合わせをタグが示すことの何れの条件をも満たす商品を検索する。

請求項７に記載の発明は、検索条件に基づいて商品が検索されるときに用いられるタグを生成するコンピュータにより実行される情報処理方法であって、商品が有する、属性区分の異なる属性同士の組み合わせのうち、該組み合わせを有する前記商品の注文の受け付けが可能か否かを示す可不可情報に関連付けられた組み合わせを、前記商品のウェブページの表示内容を示す表示情報から複数抽出する抽出ステップと、前記抽出ステップにより抽出された複数の属性の組み合わせのうち、注文の受け付けが可能である属性の組み合わせごとに、該組み合わせを示すタグであって、該組み合わせを構成する複数の属性の論理積の検索条件に対応するタグを、前記商品を識別する商品識別情報に関連付けてタグ記憶手段に記憶させ、注文の受け付けが不可能である属性の組み合わせを示すタグが前記商品識別情報に関連付けて前記タグ記憶手段に記憶されている場合、該タグを削除する制御ステップと、を含むことを特徴とする。

請求項８に記載の発明は、検索条件に基づいて商品が検索されるときに用いられるタグを生成するコンピュータを、商品が有する、属性区分の異なる属性同士の組み合わせのうち、該組み合わせを有する前記商品の注文の受け付けが可能か否かを示す可不可情報に関連付けられた組み合わせを、前記商品のウェブページの表示内容を示す表示情報から複数抽出する抽出手段、及び、前記抽出手段により抽出された複数の属性の組み合わせのうち、注文の受け付けが可能である属性の組み合わせごとに、該組み合わせを示すタグであって、該組み合わせを構成する複数の属性の論理積の検索条件に対応するタグを、前記商品を識別する商品識別情報に関連付けてタグ記憶手段に記憶させ、注文の受け付けが不可能である属性の組み合わせを示すタグが前記商品識別情報に関連付けて前記タグ記憶手段に記憶されている場合、該タグを削除する制御手段、として機能させることを特徴とする。

本発明によれば、情報処理装置は、１つのウェブページに表示可能な、複数の属性の組み合わせのうち、注文の受け付けが可能な属性の組み合わせについてのみ、その組み合わせを示すタグを、そのウェブページの商品の商品識別情報に関連付けてタグ記憶手段に記憶させる。注文の受け付けが不可能な属性の組み合わせを示すタグがその商品の商品識別情報に関連付けてタグ記憶手段に記憶されている場合、情報処理装置は、そのタグをタグ記憶手段から削除する。検索処理を実行する装置は、例えば複数の属性区分の属性が指定されると、その複数の属性の論理積の検索条件でタグ記憶手段を検索する。これにより、注文の受け付けが可能な属性の組み合わせを有する商品の商品識別情報のみを取得することが可能である。従って、ユーザが所望する属性の組み合わせを有し、且つ注文の受け付けが可能な商品のウェブページのみを検索することができる。

一実施形態に係る情報処理システムＳの概要構成の一例を示す図である。 トップページの一例を示す図である。 （ａ）は、複数の属性の組み合わせについてバリエーションが存在する或る商品の商品ページの一例を示す図である。（ｂ）は、複数の属性の組み合わせについてバリエーションが存在する別の商品の商品ページの一例を示す図である。 （ａ）は、一実施形態に係る電子商店街サーバ１の概要構成の一例を示すブロック図である。（ｂ）は、一実施形態に係る宿泊施設予約サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。 （ａ）は、会員ＤＢ１２ａに登録される内容の一例を示す図である。（ｂ）は、ジャンルＤＢ１２ｂに登録される内容の一例を示す図である。（ｃ）は、属性定義情報に登録される内容の一例を示す情報である。（ｄ）は、商品ＤＢ１２ｃに登録される内容の一例を示す図である。（ｅ）は、商品ページソースＤＢ１２ｄに登録される内容の一例を示す図である。（ｆ）は、在庫ＤＢ１２ｅに登録される内容の一例を示す図である。（ｇ）は、タグＤＢ１２ｆに登録される内容の一例を示す図である。（ｈ）は、検索履歴ＤＢ１２ｇに登録される内容の一例を示す図である。（ｉ）は、閲覧履歴ＤＢ１２ｈに登録される内容の一例を示す図である。（ｊ）は、注文履歴ＤＢ１２ｉに登録される内容の一例を示す図である。 （ａ）は、ジャンルＤＢ１２ｂに登録された属性定義情報の例を示す図である。（ｂ）は、タグＤＢ１２ｆに登録されたタグの例である。 検索の実行例を示す図である。 一実施形態に係る電子商店街サーバ１のタグＤＢ更新処理の一例を示すフローチャートである。 一実施形態に係る電子商店街サーバ１のタグ登録制御処理の一例を示すフローチャートである。 一実施形態に係る電子商店街サーバ１の検索処理の一例を示すフローチャートである。 一実施形態に係る電子商店街サーバ１の検索処理の一例を示すフローチャートである。 検索の過程の一例を示す図である。 一実施形態に係る電子商店街サーバ１の検索処理の一例を示すフローチャートである。 一実施形態に係る電子商店街サーバ１の属性条件追加処理の一例を示すフローチャートである。 一実施形態に係る電子商店街サーバ１の属性条件追加処理の一例を示すフローチャートである。 検索の過程の一例を示す図である。 一実施形態に係る電子商店街サーバ１の属性条件追加処理の一例を示すフローチャートである。

以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、情報処理システムに対して本発明を適用した場合の実施形態である。

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

図１に示すように、情報処理システムＳは、電子商店街サーバ１と、複数の店舗端末２と、複数のユーザ端末３と、を含んで構成されている。そして、電子商店街サーバ１と各店舗端末２及び各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

電子商店街サーバ１は、商品の購入が可能な電子商店街に関する各種処理を実行するサーバ装置である。電子商店街サーバ１は、本発明における情報処理装置の一例である。電子商店街を利用するユーザは、電子商店街において所望の店舗から所望の商品を購入することができる。電子商店街サーバ１は、店舗端末２やユーザ端末３からのリクエストに応じて、例えば電子商店街のウェブページを送信したり、商品の検索や注文等に関する処理を行ったりする。なお、本発明が適用可能なウェブサイトは電子商店街に限られるものではない。例えば、単一の販売元から商品が販売される電子商取引のウェブサイトに本発明が適用されてもよい。

店舗端末２は、電子商店街に出店している店舗の従業員等により利用される端末装置である。店舗端末２は、従業員等からの操作に基づいて電子商店街サーバ１等のサーバ装置にアクセスする。これにより、店舗端末２は、サーバ装置からウェブページを受信して表示する。店舗端末２には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。従業員は、店舗端末２を利用することにより、例えば、販売する商品の情報を電子商店街に登録したり、商品の注文内容を確認したりする。

ユーザ端末３は、電子商店街から商品を購入するユーザの端末装置である。ユーザ端末３は、ユーザからの操作に基づいて電子商店街サーバ１にアクセスすることにより、電子商店街サーバ１からウェブページを受信して表示する。ユーザ端末３には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末３としては、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。

［１−２．電子商店街のウェブページ］
次に、電子商店街のウェブページについて、図２及び図３を用いて説明する。電子商店街は、様々なウェブページにより構成されている。例えば、トップページ、検索結果ページ、商品ページ等がある。トップページは、電子商店街の最上位に位置するウェブページである。また、トップページは、ユーザが検索条件を入力するためのウェブページである。電子商店街サーバ１は、入力された検索条件に合致する商品を検索する。図２は、トップページの一例を示す図である。図２に示すように、トップページは、検索語入力領域１１０、注文受け付け可能指定チェックボックス１２０、検索ボタン１３０等を含む。検索語入力領域１１０は、１又は複数の検索語を入力するための入力領域である。検索語は、検索条件の一例である。ユーザは、例えば空白又はコンマ等で区切られた複数の検索語を、検索語入力領域１１０に入力することができる。注文受け付け可能指定チェックボックス１２０は、店舗が注文を受け付け可能な商品のみを検索することを指定するか否かを選択するためのチェックボックスである。この選択も検索条件の一例である。注文の受け付けが可能な商品は、例えば店舗に在庫がある商品であってもよい。或いは、注文の受け付けが可能な商品は、例えば店舗に在庫がある商品及び店舗が生産者等から取り寄せることが可能な商品の少なくとも何れか一方であってもよい。なお、注文受け付け可能指定チェックボックス１２０は存在しなくてもよい。この場合、電子商店街サーバ１は、例えば注文の受け付けが可能な商品のみを常に検索してもよい。検索ボタン１３０は、入力された検索条件を用いて商品を検索することを電子商店街サーバ１に要求するためのボタンである。なお、トップページにおいて、例えば商品のジャンル等を検索条件として指定可能であってもよい。商品のジャンルは、本発明における商品区分の一例である。

電子商店街サーバ１は、商品の検索を実行すると、検索結果ページをユーザ端末３へ送信する。検索結果ページには、商品の検索結果が表示される。具体的に、検索結果ページには、検索条件に合致する商品の一覧が表示される。

検索結果ページの中からユーザが何れかの商品を選択すると、電子商店街サーバ１は、商品ページをユーザ端末３へ送信する。商品ページには、選択された商品の詳細な情報が表示される。商品ページは、店舗により設計又は作成されてもよい。商品ページには、商品の詳細な情報として、例えば商品名、商品の画像、商品ＩＤ、価格、商品の説明等が表示される。また、商品ページには、商品の属性に関する情報が表示される場合がある。各商品は、一般的に、属性区分が互いに異なる複数の属性を有する。属性は、属性区分を識別する情報と属性値との組により示される。属性区分を識別する情報は、例えば属性名であってもよい。属性名は、属性区分の名称である。商品の中には、一部の複数の属性の組み合わせが異なるバリエーションが存在する商品がある。このような複数の商品は、一部の属性の組み合わせが異なることを除き、同一商品とみなされる場合がある。バリエーションを生じさせる属性の属性区分の例として、サイズ、カラー、デザイン、材質、容量、重量、処理能力等が挙げられる。１つのウェブページに、このような同一とみなされる複数の商品のそれぞれが有する属性の組み合わせに関する情報が含まれている場合がある。例えば、複数の商品のそれぞれが有する属性の組み合わせに関連付けて、注文の受け付けが可能か否かを示す情報が含まれている場合がある。この場合、１つのウェブページの中に、属性の組み合わせのそれぞれについて、注文の受け付けが可能か否かを示す情報が含まれている。このようなウェブページは、例えば、ユーザが複数の属性の組み合わせを選択することにより、注文したい商品をユーザが選択することができるように構成されてもよい。

図３（ａ）は、複数の属性の組み合わせについてバリエーションが存在する或る商品の商品ページの一例を示す図である。また、商品の詳細な情報に加えて、商品ページには、買い物かご追加ボタン２１０が表示される。買い物かご追加ボタン２１０は、商品を買い物かごに入れて、後でその商品の注文手続きを行うためのボタンである。また、商品ページには、例えばテーブル２２０が表示されてもよい。テーブル２２０は、複数の属性区分の属性の組み合わせのそれぞれについて、注文の受け付けが可能か否かを示す。例えば、テーブル２２０の各見出しのセルに、属性値を示す語が表示される。具体的に、第１行の各見出しのセルに、或る属性区分の属性値を示す語が１又は複数表示され、第１列の各見出しのセルに、別の属性区分の属性値を示す語が１又は複数表示される。属性値を示す語を、属性値語という。属性値語から、属性値語に対応する属性を特定することが可能な場合がある。属性値語は、本発明における属性語の一例である。見出し以外の各セルには、そのセルの行と列の組み合わせに対応する属性値語が示す属性の組み合わせに対して、注文の受け付けが可能か否かを示す情報が表示される。例えば、注文の受け付けが可能である属性の組み合わせに対応するセルには、ラジオボタンが表示されてもよい。このラジオボタンは、対応する属性の組み合わせを選択するためのボタンである。ユーザは、ラジオボタンを操作することにより、所望の属性の組み合わせを選択した後に、買い物かご追加ボタン２１０を選択して、選択した属性の組み合わせを有する商品を買い物かごに入れる。その後、ユーザは、買い物かごに入れた商品を注文することができる。注文の受け付けが不可能な属性の組み合わせに対応するセルには、注文の受け付けが不可能であることを示す情報が表示されてもよい。例えば、「Ｘ」等の記号又は文字等が表示されてもよい。注文の受け付けが可能か否かを示す情報は、例えば在庫情報に基づいて表示されてもよい。この在庫情報は、或る属性の組み合わせを有する商品の注文が受け付け可能であるか否かを特定可能な情報である。在庫情報は、本発明の可不可情報の一例である。

図３（ａ）が示すウェブページには、商品としてシャツＡＢＣに関する情報が表示されている。テーブル２２０は、シャツのサイズとカラーの属性区分について、属性の組み合わせに対して注文の受け付けが可能であるか否かが示されている。このウェブページにおけるテーブル２２０には、第１行のセルに、カラーの属性値語として、「ネイビー」、「ブラック」及び「ホワイト」が表示され、第１列のセルに、サイズの属性値語として、「Ｓ」、「Ｍ」及び「Ｌ」が表示されている。そして、組み合わせ「ネイビー、Ｓ」、「ネイビー、Ｍ」、「ブラック、Ｓ」、「ブラック、Ｍ」、「ブラック、Ｌ」、及び「ホワイト、Ｓ」は注文の受け付けが可能である。一方、組み合わせ「ネイビー、Ｌ」、「ホワイト、Ｍ」、及び「ホワイト、Ｌ」は注文の受け付けが不可能である。

なお、本実施形態においては、便宜上、２つの属性区分の属性の組み合わせについて説明する。しかしながら、例えば３つ以上の属性区分の属性の組み合わせについて注文の受け付けが可能であるかがテーブルで示されてもよい。例えば、ユーザによるタブの操作により複数のテーブルが択一的に表示されてもよい。この場合、３番目の属性区分がタブに関連付けられている。また例えば、ウェブページに複数のテーブルが表示されてもよい。この場合、３番目の属性区分がテーブルに関連付けられている。本発明が適用可能な属性区分は、カラー、サイズのみに限定されるものではない。また、本発明が適用可能な商品は、衣服に限定されるものではない。

テーブルと異なる要素により、複数の属性区分の属性の組み合わせのそれぞれについて、注文の受け付けが可能か否かを示す情報が表示されてもよい。図３（ｂ）は、複数の属性の組み合わせについてバリエーションが存在する別の商品の商品ページの一例を示す図である。図３（ｂ）が示すウェブページには、商品としてシャツＤＥＦに関する情報が表示されている。また、図３（ｂ）に示すウェブページには、買い物かご追加ボタン２１０、ドロップダウンリスト２２０及び２３０が表示されている。ドロップダウンリスト２２０は、例えばＭ及びＬの中から何れかのサイズを選択するためのドロップダウンリストである。現在はＬが選択されている。ドロップダウンリスト２３０は、例えばネイビー、ブラック及びホワイトの中から何れかのカラーを選択するためのドロップダウンリストである。現在、ブラック及びホワイトの中から何れかが選択されようとしている。サイズがＬの場合、ネイビーの注文は不可能である。ドロップダウンリスト２２０及び２３０において、ユーザは、例えばサイズとカラーの複数の組み合わせのうち注文の受け付けが可能な組み合わせのみを選択することができるように、商品ページが構成されてもよい。或いは、注文の受け付けが不可能なサイズとカラーの組み合わせを選択した場合、ユーザが買い物かご追加ボタンを選択することができないように、ウェブページが構成されてもよい。図３（ｂ）に示すウェブページの場合、例えば、組み合わせ「ブラック、Ｌ」及び「ホワイト、Ｌ」のみが、注文の受け付けが可能である。ドロップダウンリストの数を増やすことで、３つ以上の属性区分の属性の組み合わせについての情報を表示可能である。

なお、複数の属性区分の属性の組み合わせに関する情報の表示方法は、テーブルやドロップダウンリストに限られるものではない。また、複数の属性区分の属性の組み合わせが複数存在すればよい。従って、例えば一部の属性区分については、選択可能な属性が１つのみ存在し、残りの属性区分については、複数の属性の中から属性の選択が可能であってもよい。例えば、カラーからはホワイトのみが選択可能であり、サイズからはＭとＬの中から何れかを選択可能であるとする。この場合の属性の組み合わせの数は２個である。

複数の属性区分の属性の組み合わせについてバリエーションが存在する商品については、例えば必ず１つのウェブページに、その複数の属性区分の属性の組み合わせに関する情報が表示されるように、ウェブページが作成されてもよい。或いは、例えば属性の組み合わせごとに、別々のウェブページで情報が表示されるようなウェブページの作成も許容されてもよい。この場合、ウェブページごとに、そのウェブページに対応する属性の組み合わせの情報が表示される。例えば、ウェブページには、属性の組み合わせを示す属性値が表示されたり、属性区分ごとに、属性名と属性値語とが対応付けて表示されたりしてもよい。この場合、ウェブページに、注文が受け付け可能であるか否かを示す情報は表示されなくてもよい。或いは、或る店舗は、属性の組み合わせについてバリエーションが存在する商品において、１つの組み合わせを有する商品のみを販売するかもしれない。この場合は、その１つのウェブページに、その１つの組み合わせを示す属性値語が表示されたり、属性区分ごとに、属性名と属性値とが対応付けて表示されたりしてもよい。この場合も、ウェブページに、注文が受け付け可能であるか否かを示す情報は表示されなくてもよい。

電子商店街で販売される商品の中に、複数の属性区分の属性の組み合わせについてバリエーションがない商品が存在してもよいし、存在しなくてもよい。バリエーションがない商品のウェブページにおいては、複数の属性区分の属性の組み合わせに関する情報は表示されない。

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

通信部１１は、ネットワークＮＷに接続して、店舗端末２やユーザ端末３等との通信状態を制御するようになっている。

記憶部１２は、例えば、ハードディスクドライブ等により構成されている。記憶部１２は、本発明における可不可情報記憶手段、タグ記憶手段、表示情報記憶手段のそれぞれの一例である。この記憶部１２には、会員ＤＢ１２ａ、ジャンルＤＢ１２ｂ、商品ＤＢ１２ｃ、商品ページソースＤＢ１２ｄ、在庫ＤＢ１２ｅ、タグＤＢ１２ｆ、検索履歴ＤＢ１２ｇ、閲覧履歴１２ｈ、注文履歴１２ｉ等のデータベースが構築されている。「ＤＢ」は、データベースの略語である。

図５（ａ）は、会員ＤＢ１２ａに登録される内容の一例を示す図である。会員ＤＢ１２ａには、電子商店街に会員登録しているユーザに関する会員情報が登録される。具体的に、会員ＤＢ１２ａには、ユーザＩＤ、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス、クレジットカード情報等のユーザの属性が、ユーザごとに対応付けて登録される。

図５（ｂ）は、ジャンルＤＢ１２ｂに登録される内容の一例を示す図である。ジャンルＤＢ１２ｂには、商品のジャンルに関するジャンル情報が登録されている。具体的に、ジャンルＤＢ１２ｂには、ジャンルＩＤ、ジャンル名、ジャンルのレベル、親ジャンルＩＤ、子ジャンルＩＤリスト、属性定義情報等のジャンルの属性が、ジャンルごとに対応付けて登録される。ジャンル情報は、例えば、電子商店街の管理者により設定される。

商品のジャンルは、木構造で階層的に定義されている。具体的に、木構造の各ノードが、ジャンルに相当する。ノードの深さが、そのノードに相当するジャンルのレベル（階層）に相当する。ノードの深さは、根に位置するノード（以下、「根ノード」という）からの距離である。レベルの値が大きいほど、そのノードの深さが深く、レベルの値が小さいほど、そのノードの深さが浅い。根ノードが有する子ノードに相当するジャンルがレベル１のジャンルである。レベル１のジャンルが最上位のジャンルである。レベル１の各ジャンルに対しては、子ノードに相当するジャンルが、レベル２のジャンルとして定義されている。ここで、或るジャンルＪ１の子ノードに相当するジャンルＪ２を、ジャンルＪ１の「子ジャンル」という。また、このときのジャンルＪ１を、ジャンルＪ２の「親ジャンル」という。子ジャンルは、親ジャンルを更に複数に区分したときに、同じような商品が属する範囲である。従って、子ジャンルは親ジャンルに属する。或るジャンルの祖先ノードに相当するジャンルを、「祖先ジャンル」という。例えば、ジャンルＪ３がジャンルＪ２の子ジャンルであるとする。この場合、ジャンルＪ１及びＪ２は、それぞれジャンルＪ３の祖先ジャンルである。ジャンルＪ３の商品は、ジャンルＪ３に属するとともに、ジャンルＪ３の祖先ジャンルにも属する。従って、ジャンルＪ３の商品は、ジャンルＪ１〜Ｊ３の何れにも属する。或るジャンルの子孫ノードに相当するジャンルを、「子孫ジャンル」という。ジャンルＪ２及びＪ３は、ジャンルＪ１の子孫ジャンルである。

ジャンルＩＤは、ジャンル情報によって定義されるジャンルの識別情報である。親ジャンルＩＤは、ジャンル情報によって定義されるジャンルの親ジャンルのジャンルＩＤである。子ジャンルＩＤリストは、ジャンル情報によって定義されるジャンルの子ジャンルのジャンルＩＤのリストである。子ジャンルＩＤリストは、ジャンル情報によって定義されるジャンルが子ジャンルを有する場合に設定される。

図５（ｃ）は、属性定義情報に登録される内容の一例を示す情報である。属性定義情報は、ジャンルＩＤが示すジャンルに含まれる商品のうち少なくとも一部の商品が有する可能性がある属性を定義する情報である。属性定義情報は、商品が有する可能性がある属性の属性区分ごとに登録される。具体的に、属性定義情報には、属性名、属性値情報等が登録される。属性値情報は、属性名が示す属性区分において、商品が有する可能性がある属性値を定義する情報である。例えば、商品が有する可能性がある複数の属性値の属性値語が属性値情報に列挙されてもよい。また例えば、属性値が数値で表される場合、単位を示す文字が属性値情報に登録されてもよい。例えば、属性区分が記憶容量である場合、「バイト」、「byte」等の文字が属性値情報に登録されてもよい。或るジャンルに対してジャンルＤＢ１２ｂに登録されている属性定義情報によって、そのジャンルの全ての子孫ジャンルの属性が定義可能である場合、子孫ジャンルに対する属性定義情報はジャンルＤＢ１２ｂに登録されてもよいし、登録されなくてもよい。

図５（ｄ）は、商品ＤＢ１２ｃに登録される内容の一例を示す図である。商品ＤＢ１２ｃには、電子商店街で販売されている商品に関する商品情報が登録される。商品情報は、店舗により登録される情報を含む。具体的に、商品ＤＢ１２ｃには、商品情報として、店舗ＩＤ、商品ＩＤ、商品コード、ジャンルＩＤ、商品名等が、店舗が販売する商品ごとに対応付けて登録される。店舗ＩＤは、商品の販売元の店舗を示す。商品ＩＤは、店舗が、販売する商品を管理するための商品の識別情報である。商品ＩＤは、本発明の商品識別情報の一例である。商品コードは、商品を識別するコード番号である。複数の店舗で同一の商品が販売される場合、同一の商品コードがそれぞれの商品に対して付与される。商品コードとしては、例えば、ＪＡＮ（Japanese Article Number Code）コードがある。ジャンルＩＤは、商品が属するジャンルを示す。商品情報に設定されるジャンルＩＤは、基本的に、階層が最も深いジャンルのジャンルＩＤである。つまり、最も細分化されたジャンルのジャンルＩＤが設定される。商品名は、店舗が付けた商品の名称である。

図５（ｅ）は、商品ページソースＤＢ１２ｄに登録される内容の一例を示す図である。商品ページソースＤＢ１２ｄには、商品ページの情報が登録される。具体的に、商品ページソースＤＢ１２ｄには、商品ＩＤ、商品ページソース情報、及び商品ページのＵＲＬ（Uniform Resource Locator）等が対応付けて登録される。商品ＩＤは、商品ページに対応する商品を示す。商品ページソース情報は、商品ページの表示内容、レイアウト等を示す情報である。商品ページソース情報は、商品ページの表示に用いられる。例えば、商品ページソース情報は、ＨＴＭＬ（HyperText Markup Language）文書、ＸＭＬ（Extensible Markup Language）文書等であってもよい。システム制御部１４は、ユーザ端末３から商品ページのＵＲＬを受信すると、ＵＲＬに対応する商品ページソース情報をユーザ端末３へ送信する。ユーザ端末３は、受信した商品ページソース情報に基づいて、商品ページをディスプレイに表示する。商品ページソース情報は、本発明の表示情報の一例である。

図５（ｆ）は、在庫ＤＢ１２ｅに登録される内容の一例を示す図である。在庫ＤＢ１２ｅには、商品の注文の受け付けが可能であるか否かを示す在庫情報が登録される。

在庫ＤＢ１２ｅには、在庫情報として、在庫ＩＤ、商品ＩＤ、在庫状況等が対応付けて登録されている。商品ＩＤは、在庫状況によって、注文の受け付けが可能であるかが示される商品を示す。在庫状況は、商品の受け付けが可能であるか否かを示す。例えば、在庫状況は、「注文受け付け可能」又は「注文受け付け不可能」に設定されてもよい。また例えば、在庫状況は、「在庫あり」又は「在庫なし」に設定されてもよい。在庫状況が「在庫あり」の場合、注文の受け付けが可能であり、在庫状況が「在庫なし」の場合、注文の受け付けが不可能である。また例えば、在庫状況には、在庫数が設定されてもよい。在庫状況に１以上の在庫数が設定されている場合、注文の受け付けが可能であり、在庫状況が０に設定されている場合、注文の受け付けが不可能である。在庫状況は、例えば店舗の従業員による変更操作に基づいて変更されてもよい。或いは、例えばユーザ端末３からの注文の要求やキャンセルの要求等に基づいて、電子商店街サーバ１が在庫状況を更新してもよい。

属性の組み合わせについてバリエーションが存在する商品であって、且つ１つの商品ページに属性の複数の組み合わせに関する情報が表示される商品については、属性の組み合わせごとに在庫情報が登録される。１つの商品ページに対して１つの商品ＩＤが割り当てられる。従って、この場の各在庫情報に対応付けられる商品ＩＤは同一である。一方、属性の組み合わせについてバリエーションが存在する商品であっても、属性の組み合わせごとに商品ページが異なる場合、商品ページごとに１つの在庫情報が登録される。この場合、在庫情報ごとに商品ＩＤが異なる。また、バリエーションが存在しない商品についても１つの在庫情報が登録される。

図５（ｇ）は、タグＤＢ１２ｆに登録される内容の一例を示す図である。タグＤＢ１２ｆには、ユーザにより検索された検索条件に基づいて商品が検索されるときに用いられるタグが登録される。タグは、電子商店街サーバ１により生成される。具体的に、タグＤＢ１２ｆには、タグごとに、商品ＩＤ及びタグが対応付けて登録される。タグは、商品ＩＤが示す商品が有する複数の属性の組み合わせであって、注文の受け付けが可能な組み合わせを示す。

図５（ｈ）は、検索履歴ＤＢ１２ｇに登録される内容の一例を示す図である。検索履歴ＤＢ１２ｇには、電子商店街サーバ１により実行された検索の履歴が登録される。具体的に、検索履歴ＤＢ１２ｇには、検索履歴として、ユーザＩＤ、検索日時、及び検索条件等が対応付けて登録される。ユーザＩＤは、検索を要求したユーザを示す。検索日時は、検索が実行された日時を示す。検索条件は、ユーザが入力した条件である。

図５（ｉ）は、閲覧履歴ＤＢ１２ｈに登録される内容の一例を示す図である。閲覧履歴ＤＢ１２ｈには、ユーザによる商品ページの閲覧の履歴が登録される。具体的に、閲覧履歴ＤＢ１２ｈには、閲覧履歴として、ユーザＩＤ、商品ＩＤ、及び閲覧日時等が対応付けて登録される。ユーザＩＤは、商品ページを閲覧を要求したユーザを示す。商品ＩＤは、閲覧された商品ページに対応する商品を示す。閲覧日時は、商品ページが閲覧された日時を示す。

図５（ｊ）は、注文履歴ＤＢ１２ｉに登録される内容の一例を示す図である。注文履歴ＤＢ１２ｉには、ユーザによる商品の注文の履歴が登録される。具体的に、注文履歴ＤＢ１２ｉには、注文履歴として、ユーザＩＤ、商品ＩＤ、注文日時、複数の商品属性等が対応付けて登録される。ユーザＩＤは、商品を注文したユーザを示す。商品ＩＤは、注文された商品を示す。注文日時は、商品が注文された日時を示す。商品属性は、注文された商品が有する属性を示す。具体的に、例えば図３（ａ）又は図３（ｃ）に示すような商品ページにおいて、商品を買い物かごに入れるときに、ユーザが選択した属性の組み合わせを構成する属性ごとに、システム制御部１４は、商品属性を注文履歴ＤＢ１２ｉに登録する。システム制御部１４は、例えば商品名と属性値語とを所定の記号又は文字で接続して、商品属性を生成してもよい。なお、本実施形態においては、検索履歴ＤＢ１２ｇ、閲覧履歴ＤＢ１２ｈ、注文履歴ＤＢ１２ｉは必須ではない。

次に、記憶部１２に記憶されるその他の情報について説明する。記憶部１２には、ウェブページを表示するための各種データ、例えばＨＴＭＬ（HyperText Markup Language）文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等が記憶されている。また、記憶部１２には、各種の設定値が記憶されている。

また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＤＢＭＳ（Database Management System）、電子商取引制御プログラム等の各種プログラムが記憶されている。電子商取引制御プログラムは、電子商店街における電子商取引に関する処理を行うためのプログラムである。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。また、電子商取引制御プログラム等は、プログラム製品であってもよい。

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

システム制御部１４は、ＣＰＵ（Central Processing Unit）１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。ＣＰＵ１４ａは、プロセッサの一例である。なお、本発明は、ＣＰＵと異なる様々なプロセッサに対しても適用可能である。記憶部１２、ＲＯＭ１４ｂ及びＲＡＭ１４ｃは、それぞれメモリの一例である。なお、本発明は、ハードディスク、ＲＯＭ及びＲＡＭと異なる様々なメモリに対しても適用可能である。

なお、電子商店街サーバ１が、複数のサーバ装置で構成されてもよい。例えば、電子商店街において商品の注文等の処理を行うサーバ装置、店舗端末２やユーザ端末３からのリクエストに応じてウェブページを送信するサーバ装置、タグを生成するサーバ装置、タグを検索するサーバ装置及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。

［１−４．システム制御部の機能概要］
次に、図４（ｂ）、図６乃至図７を用いて、システム制御部１４の機能概要について説明する。図４（ｂ）は、本実施形態に係る宿泊施設予約サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。システム制御部１４は、ＣＰＵ１４ａが、電子商取引管理プログラム等のプログラムを読み出し実行することにより、図４（ｂ）に示すように、属性抽出部１４１、タグ登録部１４２、検索部１４３等として機能する。属性抽出部１４１は、本発明における抽出手段及び第２抽出手段の一例である。タグ登録部１４２は、本発明における制御手段の一例である。検索部１４３は、本発明における特定手段、検索手段、第１検索手段及び第２検索手段の一例である。

上述したように、電子商店街においては、属性の組み合わせについてバリエーションが存在する商品について、１つの商品ページで、属性の組み合わせに関する情報が表示される場合がある。この場合、従来では、ユーザが検索条件を指定して検索を行い、検索結果からの選択により表示された商品ページにおいて、ユーザが所望しない属性の組み合わせを有しない商品の注文は可能であるが、ユーザが所望する属性の組み合わせを有する商品の注文は可能ではないことがある。以下にこの問題点を具体的に説明する。

トップページにおいて、ユーザが、例えば検索語入力領域１１０に、所望する商品の一般名称と、所望する商品の属性値をそれぞれ示す２以上の語とを含む複数の検索語を入力したとする。また、ユーザは、注文受け付け可能指定チェックボックス１２０において、注文の受け付けが可能な商品の検索を指定する。このように検索条件が入力された場合に、従来の情報処理装置は、入力された検索語に基づいて全文検索を行う。すなわち、従来の情報処理装置は、入力された複数の検索語の全てを含む商品ページソース情報を検索する。そして、従来の情報処理装置は、在庫ＤＢ１２ｅに登録された在庫状況に基づいて、商品ページソース情報が検索された商品のうち、注文の受け付けが可能な商品を検索する。属性の組み合わせについてバリエーションが存在する商品に対しては、属性の組み合わせごとに在庫状況が在庫ＤＢ１２ｅに登録されている。すなわち、１つの商品ページに対して複数の在庫状況が登録されている。このような商品の場合、属性の組み合わせごとに登録された複数の在庫状況の中に、注文の受け付けが可能であることを示す在庫状況が少なくとも１つ存在する場合、従来の情報処理装置は、注文の受け付けが可能な商品として判定する。従って、ユーザが入力した属性値が示す属性の組み合わせを有する商品の注文は可能ではないにもかかわらず、その商品のウェブページが検索されてしまう場合がある。

例えば、ユーザが複数の検索語「シャツ ホワイト Ｍ」を入力したとする。「ホワイト」は、カラーの属性値であり、「Ｍ」は、サイズの属性値である。図３（ａ）に示すウェブページには、「シャツ」、「ホワイト」、「Ｌ」がそれぞれ表示されている。カラーがホワイトであり、且つサイズがＬであるシャツＡＢＣの注文の受け付けは不可能である。しかしながら、別の組み合わせ、例えばカラーがネイビーであり、且つサイズがＳであるシャツＡＢＣの注文の受け付けは可能である。従って、図３（ａ）に示すウェブページが検索されてしまう。

そこで、システム制御部１４は、注文が可能な属性の組み合わせについてのみ、その組み合わせを示すタグであって、その組み合わせを構成する複数の属性の論理積の検索条件に対応するタグを商品ＩＤに関連付けてタグＤＢ１２ｆに登録する。そして、検索条件として、属性値を示す語を含む複数の検索語が入力された場合、入力された属性値が示す属性を全て含むタグに関連付けられた商品ＩＤをタグＤＢ１２ｆにから検索する。これにより、ユーザが所望する属性の組み合わせを有する商品のうち、注文の受け付けが可能な商品の商品ページのみを検索可能とする。そのための属性抽出部１４１、タグ登録部１４２、及び検索部１４３の具体的な機能を説明する。

属性抽出部１４１は、商品ページソース情報から、複数の属性区分のそれぞれから選択された複数の属性の組み合わせのうち、その組み合わせを有する商品の注文の受け付けが可能か否かを示す在庫状況が在庫ＤＢ１２ｅにそれぞれ記憶されている複数の組み合わせを特定する。

例えば、属性抽出部１４１は、先ず商品ページソース情報から在庫ＩＤを検索する。商品ページにおいて、注文の受け付けが可能か否かを示す情報は、在庫状況に基づいて表示される。具体的に、商品ページソース情報には、属性の組み合わせごとに、その組み合わせに対応する在庫状況の在庫ＩＤが、その組み合わせに関連付けて記述されている。例えば、ユーザ端末３は、商品ページソース情報に記述されたコード、スクリプト又はプログラムに従って、在庫ＩＤに対応する在庫状況を参照して、注文の受け付けが可能か否かを示す情報を表示する。例えば、ユーザ端末３は、図３（ａ）に示すテーブル２２０、又は図３（ｂ）に示すドロップダウンリスト２２０及び２３０等を表示する。

商品ページソース情報から在庫ＩＤが発見された場合、属性抽出部１４１は、商品ページソース情報から、在庫ＩＤごとに、在庫ＩＤに関連付けられた属性の組み合わせを抽出する。例えば、図３（ａ）のように、注文の受け付けが可能か否かがテーブルで表示される場合、属性抽出部１４１は、在庫ＩＤが記述されたセルに対する各見出しのセル等の記述部分から、属性値語を抽出する。これにより、第１行の見出しのセル、第１列の見出しのセル等から、それぞれ属性値語のセットが抽出される。また、属性抽出部１４１は、ジャンルＤＢ１２ｂから、商品ページソース情報に対応する商品のジャンルに対応する属性定義情報を取得する。属性抽出部１４１は、例えば抽出されたセットごとに、属性値語のセットと属性定義情報の属性値情報とを比較して、属性値語のセットの属性区分を特定する。例えば、セットに含まれる属性値語のうち所定割合以上の属性値が、属性値情報に含まれる何れかの属性値語と一致するとする。この場合に、属性抽出部１４１は、その属性定義情報に含まれる属性名を、属性値語のセットの属性区分を特定する情報として取得してもよい。属性値語のセットの属性区分の候補が複数見つかる場合があるかもしれない。その場合、属性抽出部１４１は、例えば商品ページソース情報から更に属性名を検索してもよい。そして、属性抽出部１４１は、候補の中から属性名が発見された属性区分を、属性値語のセットの属性区分として特定してもよい。属性値語が数字を含む場合、属性抽出部１４１は、例えば属性値語に、単位を示す語が含まれているか否かを判定し、或いは、商品ページソース情報から、更に単位を示す語又は属性名を検索してもよい。そして、属性抽出部１４１は、この判定結果又は検索結果に基づいて、属性値語のセットに対応する属性区分を特定してもよい。

例えば、図３（ｂ）のように、注文の受け付けが可能か否かがドロップダウンリストで表示される場合、属性抽出部１４１は、ドロップダウンリストの記述部分から、リストに表示される複数の属性値語のセットと複数の在庫ＩＤを対応付けて抽出することができる。また、一般的には、ドロップダウンリストの記述部分又はその付近に、属性値語のセットに対応する属性項目の属性名が記述されている。従って、これらの情報に基づいて、属性抽出部１４１は、属性の組み合わせを抽出することができる。

属性抽出部１４１は、例えば商品ページソース情報から抽出された属性ごとに、属性名と属性値語とを所定の記号又は文字で接続して、商品属性を生成してもよい。そして、属性抽出部１４１は、商品ページソース情報から抽出された属性の組み合わせごとに、その組み合わせに対応する商品属性の組み合わせを特定する。

例えば、或る商品ページは、１つの属性区分についてのみ複数の属性の中から所望の属性が選択可能に構成されているかもしれない。例えば、商品ページが、見出しの列及び行を除いて行数が１、列数が３のテーブルを含むとする。このテーブルの第１行の見出しのセルに、「ネイビー」、「ブラック」、「ホワイト」が表示され、第１列の見出しのセルには何も表示されていなかったとする。この場合、テーブルからは、カラーの属性のみが特定可能である。属性抽出部１４１、例えば商品ページソース情報の中から、別の属性区分の属性を抽出してもよい。例えば、商品ページに、「この商品のデザインは水玉模様です。」と表示される場合、属性抽出部１４１は、属性として、水玉模様のデザインを抽出してもよい。この場合、属性抽出部１４１は、組み合わせ「ネイビー、水玉模様」、「ブラック、水玉模様」、及び「ホワイト、水玉模様」を抽出してもよい。

また例えば、在庫ＩＤが記述されていない商品ページソース情報が存在するかもしれない。この場合の商品ページには、特定の属性の組み合わせを１つ有する商品のみの情報が表示されているかもしれない。そこで、抽出部１４１は、在庫ＩＤとは無関係に、このような商品ページソース情報から属性の組み合わせを１つ抽出してもよいし、抽出しなくてもよい。

タグ登録部１４２は、１つの商品ページソース情報から属性抽出部１４１により属性の組み合わせが複数抽出された場合、組み合わせごとに、その組み合わせに関連付けられた在庫ＩＤに対応する在庫状況を参照する。そして、タグ登録部１４２は、抽出された複数の組み合わせのうち、注文の受け付けが可能である組み合わせごとに、その組み合わせを示すタグであって、そのタグを構成する属性の論理積の検索条件に対応するタグを、対応する商品の商品ＩＤに関連付けてタグＤＢ１２ｆに記憶させる。対応する商品の商品ＩＤは、属性の組み合わせが抽出された商品ページソース情報に関連付けられた商品ＩＤである。一方、タグ登録部１４２は、注文の受け付けが不可能である組み合わせについては、その組み合わせを示すタグをタグＤＢ１２ｆに記憶させない。もし、注文の受け付けが不可能である組み合わせを示すタグが、対応する商品の商品ＩＤに関連付けてタグＤＢ１２ｆに記憶されている場合、タグ登録部１４２は、そのタグをタグＤＢ１２ｆから削除する。

タグ登録部１４２は、例えば注文の受け付けが可能である組み合わせに対応する複数の商品属性を、論理積を示す所定の記号又は文字で接続して、タグを生成してもよい。タグ登録部１４２は、生成したタグを、商品ページソース情報の商品ＩＤに対応付けて、タグＤＢ１２ｆに登録する。

以下に、属性の抽出及びタグの登録の具体例を示す。図６（ａ）は、ジャンル「トップス」について、ジャンルＤＢ１２ｂに登録された属性定義情報の例を示す図である。図６（ａ）に示すように、属性名が「カラー」である属性定義情報と、属性名が「サイズ」である属性定義情報とが登録されている。「カラー」に対する属性値語として、例えば「ホワイト」、「ブラック」、「ネイビー」、「レッド」等が登録されている。「サイズ」に対する属性値語として、例えば「Ｓ」、「Ｍ」、「Ｌ」、「ＸＬ」等が登録されている。

図６（ｂ）は、図３（ａ）及び図３（ｂ）に示す商品ページについて、タグＤＢ１２ｆに登録されたタグの例である。抽出部１４１は、図３（ａ）に示す商品ページのソース情報から、在庫ＩＤに関連付けられた属性値のセットとして、「ネイビー」、「ブラック」及び「ホワイト」のセットと、「Ｓ」、「Ｍ」及び「Ｌ」のセットとを抽出する。抽出部１４１は、ジャンルＤＢ１２ｂに登録された属性定義情報に基づいて、「ネイビー」、「ブラック」及び「ホワイト」は、カラーの属性値語であると判定し、「Ｓ」、「Ｍ」及び「Ｌ」は、サイズの属性値語であると判定する。そして、抽出部１４１は、在庫ＩＤが記述されたセルの行及び列に基づき、組み合わせ「ネイビー、Ｓ」、「ネイビー、Ｍ」、「ネイビー、Ｌ」、「ブラック、Ｓ」、「ブラック、Ｍ」、「ブラック、Ｌ」、「ホワイト、Ｓ」、「ホワイト、Ｍ」、「ホワイト、Ｌ」を抽出する。

これらの組み合わせの中で、注文の受け付けが可能な組み合わせは、「ネイビー、Ｓ」、「ネイビー、Ｍ」、「ブラック、Ｓ」、「ブラック、Ｍ」、「ブラック、Ｌ」、「ホワイト、Ｓ」である。そこで、タグ登録部１４２は、例えば、タグ「カラー＝ネイビー＊サイズ＝Ｓ」、「カラー＝ネイビー＊サイズ＝Ｍ」、「カラー＝ブラック＊サイズ＝Ｓ」、「カラー＝ブラック＊サイズ＝Ｍ」、「カラー＝ブラック＊サイズ＝Ｌ」、及び「カラー＝ホワイト＊サイズ＝Ｓ」を、それぞれシャツＡＢＣの商品ＩＤに対応付けてタグＤＢ１２ｆに登録する。「＊」は、論理積を示す。

タグ登録部１４２は、タグ「カラー＝ネイビー＊サイズ＝Ｌ」、「カラー＝ホワイト＊サイズ＝Ｍ」、及び「カラー＝ホワイト＊サイズ＝Ｌ」は登録しない。もし、タグＤＢ１２ｆにこれらのタグが既に登録されている場合、タグ登録部１４２は、これらのタグをタグＤＢ１２ｆから削除する。

抽出部１４１は、図３（ｂ）に示す商品ページのソース情報から、在庫ＩＤに関連付けられた属性値をセットして、例えば、「ネイビー」、「ブラック」及び「ホワイト」のセットと、「Ｍ」及び「Ｌ」のセットとを抽出する。

これらの組み合わせの中で、注文の受け付けが可能な組み合わせは、「ブラック、Ｌ」及び「ホワイト、Ｌ」であるとする。そこで、タグ登録部１４２は、例えば、タグ「カラー＝ブラック＊サイズ＝Ｌ」、「カラー＝ブラック＊サイズ＝Ｓ」を、それぞれシャツＤＥＦの商品ＩＤに対応付けてタグＤＢ１２ｆに登録する。タグ登録部１４２は、他の組み合わせに対応するタグは登録しない。

本実施形態においては、属性名及び属性値語を含むタグが生成される。しかしながら、タグ登録部１４２は、例えば属性名及び属性値語のうち属性値語のみを含むタグを生成してもよい。例えば、「ネイビー＊Ｓ」、「ネイビー＊Ｍ」等といったタグが生成されてもよい。

なお、抽出部１４１により商品ページソース情報から在庫ＩＤに関係なく属性の組み合わせが１つのみ抽出された場合、タグ登録部１４２は、その組み合わせを示すタグをタグＤＢ１２ｆに記憶させてもよいし、記憶させなくてもよい。

検索部１４３は、ユーザにより入力された検索条件に基づいて、商品ページソース情報を検索し、又は、商品ページソース情報とタグの両方を検索する。例えば、ユーザが注文受け付け可能指定チェックボックス１２０で、注文の受け付けが可能な商品の検索を指定したとする。この場合、検索部１４３は、例えばユーザにより入力された複数の検索語の中から、属性値語と、属性値を示さない語とを特定する。属性値を示さない語を、非属性語という。複数の検索語が属性値語を含まない場合、検索部１４３は、商品ページソースＤＢ１２ｄから、複数の検索語の全てを含む商品ページソース情報に対応する商品ＩＤのうち、注文の受け付けが可能であることを示す在庫状況に対応する商品ＩＤを検索する。複数の検索語が１又は複数の属性値語を含む場合、複数の検索語のうち非属性値語を含む商品ページソース情報に対応する商品ＩＤのうち、１又は複数の属性値語が示す属性を含む組み合わせを示すタグに対応する商品ＩＤを検索する。

属性値語及び非属性語の特定方法の例について説明する。検索部１４３は、例えば複数の検索語の中で１番目の検索語を、非属性語に決定してもよい。検索部１４３は、例えばジャンルＤＢ１２ｂに基づいて、１番目の検索語が、ジャンル名であるか否かを判定してもよい。１番目の検索語がジャンル名と一致するか類似する場合、そのジャンル名に対応するジャンルＩＤを特定する。類似する語は、例えば同義語、意味が類似する語等であってもよい。検索部１４３は、例えば特定したジャンルＩＤに対応する属性定義情報に基づいて、２番目以降の検索語のそれぞれが、属性値語であるか否かを判定してもよい。例えば、検索語が、属性定義情報の属性値情報に含まれる何れかの属性値語と一致又は類似する場合、検索部１４３は検索語を属性語と判定し、検索語が、属性定義情報の属性値情報に含まれる何れの属性値語とも一致も類似もしない場合、検索部１４３は検索語を非属性語と判定してもよい。１番目の検索語がジャンル名と一致も類似もしない場合、検索部１４３は、例えば全ての検索語が非属性語と判定してもよい。

或いは、検索部１４３は、例えば複数の検索語の中から、ジャンル名に一致又は類似する検索語を抽出してもよい。そして、検索部１４３は、ジャンル名に一致又は類似すると判定された検索語を非属性語に決定し、そのジャンル名に対応するジャンルＩＤを特定する。検索部１４３は、例えば特定したジャンルＩＤに対応する属性定義情報に基づいて、その他の検索語のそれぞれが、属性値語であるか否かを判定してもよい。

検索部１４３は、抽出された属性値語ごとに、対応する属性名と属性値語とを所定の記号又は文字で接続して、属性条件を生成する。そして、検索部１４３は、生成された１又は複数の属性条件の全部を少なくとも含むタグをタグＤＢ１２ｆから検索する。

以下に検索の具体例を示す。図７は、検索の実行例を示す図である。図７に示すように、ユーザが複数の検索語「シャツ ホワイト Ｍ」を入力し、且つ注文の受け付けが可能な商品を指定したとする。ジャンルＤＢ１２ｂには、トップスの子孫ジャンルの１つのジャンル名として「シャツ」が登録されているとする。従って、検索部１４３は、検索語「シャツ」をジャンル名且つ非属性値語と判定する。また、検索部１４３は、トップスの属性定義情報に基づいて、検索語「ホワイト」を、カラーの属性と判定し、検索語「Ｍ」をサイズの属性値語と判定する。

検索部１４３は、例えば複数の検索語のうち非属性語「シャツ」を含む商品ページソース情報を商品ページソースＤＢ１２ｄから検索し、検索された商品ページソース情報に対応する商品ＩＤを、中間の検索結果として取得する。

また、検索部１４３は、各属性値語と属性名を接続して、例えば属性条件「カラー＝ホワイト」、「サイズ＝Ｍ」を生成する。検索部１４３は、中間の検索結果として取得された商品ＩＤに関連付けてタグＤＢ１２ｆに登録されているタグの中から、「カラー＝ホワイト」と「サイズ＝Ｍ」との論理積の検索条件に合致するタグを検索する。すなわち、検索部１４３は、「カラー＝ホワイト」と「サイズ＝Ｍ」との全てを含むタグを検索する。そして、検索部１４３は、検索されたタグに対応する商品ＩＤを、最終的な検索結果として取得する。

なお、検索部１４３は、例えば先に１又は複数の属性条件に合致するタグを検索して、対応する商品ＩＤを中間の検索結果として取得してもよい。そして、検索部１４３は、中間の検索結果として取得された商品ＩＤに対応する商品ページソース情報の中から、非属性値語を含む商品ページソース情報を検索し、対応する商品ＩＤを最終の検索結果として取得してもよい。

本実施形態においては、商品の属性の条件が検索語として入力される。しかしながら、例えばトップページに、全文検索に用いられる検索語を入力するための検索語入力領域とは別に、タグを検索するための語を入力するためのタグ検索語入力領域が含まれてもよい。この場合、検索部１４３は、検索語入力領域に入力された語を非属性値語に決定し、タグ検索語入力領域に入力された語を属性値語に決定する。そして、検索部１４３は、属性値語に対応する属性名を特定して属性条件を生成する。また、例えばトップページに、１又は複数の属性を検索条件として指定するための要素が表示されてもよい。この場合、例えば属性区分と属性値との組み合わせが指定可能にトップページが構成されてもよい。この場合、検索部１４３は、指定された組み合わせに対応する属性条件を生成する。

本実施形態においては、属性名と属性値語とで属性条件が構成される。しかしながら、タグＤＢ１２ｆに登録されるタグが、属性名と属性値語とのうち属性値語のみを含む場合、属性条件は属性値語のみで構成されてもよい。

なお、属性抽出部１４１及びタグ登録部１４２を備える装置と、検索部１４３を備えるサーバ装置とが異なっていてもよい。この場合、属性抽出部１４１及びタグ登録部１４２を備える装置が、本発明における情報処理装置の一例である。属性抽出部１４１及びタグ登録部１４２を備える装置は、例えばサーバ装置であってもよいし、端末装置であってもよい。

［１−５．情報処理システムの動作］
次に、情報処理システムＳの動作について、図８及び図１１を用いて説明する。

図８は、本実施形態に係る電子商店街サーバ１のタグＤＢ更新処理の一例を示すフローチャートである。タグＤＢ更新処理は、タグＤＢ１２ｆを更新するための処理である。例えば、システム制御部１４は、所定の期間ごとに、全ての商品に対してタグＤＢ更新処理を実行してもよい。また例えば、システム制御部１４は、在庫ＤＢ１２ｅに登録されている何れかの在庫状況が更新されたとき、その在庫状況に対応する商品についてのみタグＤＢ更新処理を実行してもよい。

図８に示すように、タグ登録部１４２は、対象商品の商品ＩＤを取得する（ステップＳ１１）。次いで、属性抽出部１４１は、属性定義情報を取得する（ステップＳ１２）。具体的に、属性抽出部１４１は、対象商品の商品ＩＤに対応するジャンルＩＤを商品情報ＤＢ１２ｃから取得する。次いで、属性抽出部１４１は、取得したジャンルＩＤに対応する属性定義情報をジャンルＤＢ１２ｂから取得する。対応する属性定義情報が登録されていない場合、属性抽出部１４１は、ジャンルＤＢ１２ｂに登録されている親ジャンルＩＤに基づいて、対象商品のジャンルＩＤが示すジャンルの祖先ジャンルのジャンルＩＤを特定する。そして、属性抽出部１４１は、特定したジャンルＩＤに対応する属性定義情報を取得する。

次いで、属性抽出部１４１は、対象商品の商品ＩＤに対応して商品ページソースＤＢ１２ｄに登録されている商品ページソース情報から、在庫ＩＤを検索する（ステップＳ１３）。次いで、属性抽出部１４１は、検索の結果、商品ページソース情報が複数の在庫ＩＤを含むか否かを判定する（ステップＳ１４）。このとき、属性抽出部１４１は、商品ページソース情報が複数の在庫ＩＤを含むと判定した場合には（ステップＳ１４：ＹＥＳ）、ステップＳ１５に進む。一方、属性抽出部１４１は、商品ページソース情報が複数の在庫ＩＤを含まないと判定した場合には（ステップＳ１４：ＮＯ）、ステップＳ２２に進む。

ステップＳ１５において、属性抽出部１４１は、属性定義情報に基づいて、検索された在庫ＩＤごとに、商品ページソース情報から在庫ＩＤに関連付けられた属性の組み合わせを抽出する。具体的に、属性抽出部１４１は、在庫ＩＤに関連付けられた属性値語を抽出し、属性値語に対応する属性名を属性定義情報から取得する。次いで、属性抽出部１４１は、抽出された属性ごとに、属性名と属性値語を接続して、商品属性を生成する（ステップＳ１６）。

次いで、タグ登録部１４２は、番号ｉを１に設定する（ステップＳ１７）。次いで、タグ登録部１４２は、複数の在庫ＩＤのうち１番目の在庫ＩＤに関連付けられた複数の属性の組み合わせに対応する商品属性を接続して、タグを生成する（ステップＳ１８）。このとき、タグ登録部１４２は、所定の基準に基づいて、タグに含まれる商品属性の順番を決定する。例えば、タグ登録部１４２は、商品属性の文字列の文字コードの値が小さい順で商品属性を接続してもよい。次いで、タグ登録部１４２は、タグ登録制御処理を実行する（ステップＳ１９）。

図９は、本実施形態に係る電子商店街サーバ１のタグ登録制御処理の一例を示すフローチャートである。図９に示すように、タグ登録部１４２は、１番目の在庫ＩＤに対応する在庫状況を在庫ＤＢ１２ｅから取得する。そして、タグ登録部１４２は、在庫状況が、注文の受け付けが可能であることを示すか否かを判定する（ステップＳ３１）。このとき、タグ登録部１４２は、取得した在庫状況が、注文の受け付けが可能であることを示すと判定した場合には（ステップＳ３１：ＹＥＳ）、ステップＳ３２に進む。一方、タグ登録部１４２は、在庫状況が、注文の受け付けが可能であることを示していないと判定した場合には（ステップＳ３１：ＮＯ）、ステップＳ３４に進む。

ステップＳ３２において、タグ登録部１４２は、生成されたタグが、対象商品の商品ＩＤに関連付けてタグＤＢ１２ｆに登録されているか否かを判定する。このとき、タグ登録部１４２は、生成されたタグが対象商品の商品ＩＤに関連付けて登録されていると判定した場合には（ステップＳ３２：ＹＥＳ）、タグ登録制御処理を終了させる。一方、タグ登録部１４２は、生成されたタグが対象商品の商品ＩＤに関連付けて登録されていないと判定した場合には（ステップＳ３２：ＮＯ）、ステップＳ３３に進む。ステップＳ３３において、タグ登録部１４２は、生成されたタグを、対象商品の商品ＩＤに関連付けてタグＤＢ１２ｆに登録する。そして、タグ登録部１４２は、タグ登録制御処理を終了させる。

ステップＳ３４において、タグ登録部１４２は、生成されたタグが、対象商品の商品ＩＤに関連付けてタグＤＢ１２ｆに登録されているか否かを判定する。このとき、タグ登録部１４２は、生成されたタグが対象商品の商品ＩＤに関連付けて登録されていると判定した場合には（ステップＳ３４：ＹＥＳ）、ステップＳ３５に進む。ステップＳ３５において、タグ登録部１４２は、対象商品の商品ＩＤに関連付けて登録されているタグであって、生成されたタグと一致するタグを、タグＤＢ１２ｆから削除する。そして、タグ登録部１４２は、タグ登録制御処理を終了させる。一方、タグ登録部１４２は、生成されたタグが対象商品の商品ＩＤに関連付けて登録されていないと判定した場合には（ステップＳ３４：ＮＯ）、タグ登録制御処理を終了させる。

タグ登録制御処理が終わると、タグ登録部１４２は、番号ｉが、検索された在庫ＩＤの数の値未満であるか否かを判定する（ステップＳ２０）。このとき、タグ登録部１４２は、番号ｉが在庫ＩＤの数の値未満であると判定した場合には（ステップＳ２０：ＹＥＳ）、ステップＳ２１に進む。ステップＳ２１において、タグ登録部１４２は、番号ｉに１を加算して、ステップＳ１８に進む。一方、タグ登録部１４２は、番号ｉが在庫ＩＤの数の値未満ではないと判定した場合には（ステップＳ２０：ＮＯ）、タグＤＢ更新処理を終了させる。

ステップＳ２２において、属性抽出部１４１は、属性定義情報に基づいて、対象商品の商品ページソース情報において、商品ページ上に表示されるテキストから、複数の属性区分の属性値語を検索する。次いで、属性抽出部１４１は、検索の結果、商品ページソース情報が、複数の属性区分の属性値語を含むか否かを判定する（ステップＳ２３）。このとき、属性抽出部１４１は、商品ページソース情報が複数の属性区分の属性値語を含むと判定した場合には（ステップＳ２３：ＹＥＳ）、ステップＳ２４に進む。一方、属性抽出部１４１は、商品ページソース情報が複数の属性区分の属性値語を含まないと判定した場合には（ステップＳ２３：ＮＯ）、タグＤＢ更新処理を終了させる。

ステップＳ２４において、属性抽出部１４１は、抽出された属性値ごとに、属性名と属性値語を接続して、商品属性を生成する。次いで、タグ登録部１４２は、複数の商品属性を接続して接続してタグを生成する（ステップＳ２５）。次いで、属性抽出部１４１は、タグ登録制御処理を実行する（ステップＳ２６）。これにより、タグ登録部１４２は、生成したタグをタグＤＢ１２ｆに登録又は生成したタグをタグＤＢ１２ｆから削除する。そして、タグ登録部１４２は、タグＤＢ更新処理を終了させる。

図１０及び図１１は、本実施形態に係る電子商店街サーバ１の検索処理の一例を示すフローチャートである。ユーザがトップページにおいて、１又は複数の検索語を入力し、注文の受け付けが可能な商品の検索を指定するか否かを選択する。そして、ユーザが検索ボタン１３０を選択すると、ユーザ端末３は検索要求を電子商店街サーバ１へ送信する。検索要求は、例えば、検索を要求したユーザのユーザＩＤ及び検索条件を含む。検索条件は、入力された検索語及び注文の受け付けが可能な商品の検索を指定するか否かの選択結果を含む。システム制御部１４は、電子商店街サーバ１がユーザ端末３から検索要求を受信したときに、検索処理を実行する。

図１０に示すように、検索部１４３は、検索要求に含まれる検索条件に基づいて、注文の受け付けが可能な商品の検索が指定されたか否かを判定する（ステップＳ４１）。このとき、検索部１４３は、注文の受け付けが可能な商品の検索が指定されていると判定した場合には（ステップＳ４１：ＹＥＳ）、ステップＳ４４に進む。一方、検索部１４３は、注文の受け付けが可能な商品の検索が指定されていないと判定した場合には（ステップＳ４１：ＮＯ）、ステップＳ４２に進む。

ステップＳ４２において、検索部１４３は、検索要求に含まれる１又は複数の検索語の全てを含む商品ページソース情報を商品ページソースＤＢ１２ｄから検索する。次いで、検索部１４３は、検索された商品ページソース情報に対応する商品ＩＤを商品ページソースＤＢ１２ｄから取得する。そして、検索部１４３は、取得した商品ＩＤを含む検索結果リストを生成する。

次いで、検索部１４３は、検索結果リストに基づいて、検索結果ページを生成する。そして、検索部１４３は、生成した検索結果ページをユーザ端末３へ送信する（ステップＳ４３）。具体的に、検索結果リストに含まれる商品ＩＤに対応する商品の情報を商品ＤＢ１２ｂから取得して、検索された商品の一覧の情報を、検索結果ページのＨＴＭＬ文書に追加する。また、検索部１４３は、検索された商品の商品ページのＵＲＬに基づいて、商品ページへのリンクを、検索結果ページのＨＴＭＬ文書に追加する。そして、検索部１４３は、ＨＴＭＬ文書を送信する。また、検索部１４３は、検索履歴を検索履歴ＤＢ１２ｇに登録する。具体的に、検索部１４３は、現在日時を検索日時として取得する。また、検索部１４３は、検索要求からユーザＩＤを取得する。そして、検索部１４３は、ユーザＩＤ、検索日時及び検索条件を含む検索履歴を生成して登録する。そして、検索部１４３は、検索処理を終了させる。

ステップＳ４４において、検索部１４３は、検索要求に含まれる１又は複数の検索語を取得する。次いで、検索部１４３は、検索語の数が２以上であるか否かを判定する。このとき、検索部１４３は、検索語の数が２以上であると判定した場合には（ステップＳ４４：ＹＥＳ）、ステップＳ４５に進む。一方、検索部１４３は、検索語の数が２以上ではないと判定した場合には（ステップＳ４４：ＮＯ）、ステップＳ５６に進む。

ステップＳ４５において、検索部１４３は、検索要求から取得された検索語のうち１番目の検索語を選択する。そして、検索部１４３は、１番目の検索語が、ジャンルＤＢ１２ｂに登録されている何れかのジャンル名と一致又は類似するか否かを判定する。このとき、検索部１４３は、１番目の検索語が、ジャンルＤＢ１２ｂに登録されている何れかのジャンル名と一致又は類似すると判定した場合には（ステップＳ４５：ＹＥＳ）、ステップＳ４６に進む。一方、検索部１４３は、１番目の検索語が、ジャンルＤＢ１２ｂに登録されている何れのジャンル名とも一致も類似もしないと判定した場合には（ステップＳ４５：ＮＯ）、ステップＳ５６に進む。

ステップＳ４６において、検索部１４３は、１番目の検索語を非属性語に決定する。次いで、検索部１４３は、属性定義情報を取得する（ステップＳ４７）。具体的に、検索部１４３は、１番目の検索語に一致又は類似するジャンル名に対応するジャンルＩＤを商品情報ＤＢ１２ｃから取得する。次いで、属性抽出部１４１は、取得したジャンルＩＤに対応する属性定義情報をジャンルＤＢ１２ｂから取得する。対応する属性定義情報が登録されていない場合、属性抽出部１４１は、ジャンルＤＢ１２ｂに登録されている親ジャンルＩＤに基づいて、取得したジャンルＩＤが示すジャンルの祖先ジャンルのジャンルＩＤを特定する。そして、属性抽出部１４１は、特定したジャンルＩＤに対応する属性定義情報を取得する。

次いで、検索部１４３は、番号ｉを２に設定する（ステップＳ４８）。次いで、検索部１４３は、検索要求から取得された検索語のうちｉ番目の検索語を選択する。そして、検索部１４３は、ｉ番目の検索語が、取得された属性値情報が示す何れかの属性値語と一致又は類似するか否かを判定する（ステップＳ４９）。このとき、検索部１４３は、検索語が何れかの属性値語と一致又は類似すると判定した場合には（ステップＳ４９：ＹＥＳ）、ステップＳ５０に進む。一方、検索部１４３は、検索語が何れの属性値語とも一致も類似もしないと判定した場合には（ステップＳ４９：ＮＯ）、ステップＳ５２に進む。

ステップＳ５０において、検索部１４３は、ｉ番目の検索語を属性値語に決定する。次いで、検索部１４３は、ｉ番目の検索語と一致又は類似する属性値語に対応する属性名を属性定義情報から取得する。そして、検索部１４３は、取得した属性名とｉ番目の検索語とを接続して、属性条件を生成する（ステップＳ５１）。次いで、検索部１４３は、ステップＳ５３に進む。ステップＳ５１において、検索部１４３は、ｉ番目の検索語を非属性値語に決定して、ステップＳ５３に進む。

ステップＳ５３において、検索部１４３は、番号ｉが検索語の数の値未満であるか否かを判定する。このとき、検索部１４３は、番号ｉが検索語の数の値未満であると判定した場合には（ステップＳ５３：ＹＥＳ）、ステップＳ５４に進む。ステップＳ５４において、検索部１４３は、番号ｉに１を加算して、ステップＳ４９に進む。一方、検索部１４３は、番号ｉが検索語の数の値未満ではないと判定した場合には（ステップＳ５３：ＮＯ）、ステップＳ５５に進む。

ステップＳ５５において、検索部１４３は、属性値語に決定された検索語の数が１以上であるか否かを判定する（ステップＳ５５）。このとき、検索部１４３は、属性値語に決定された検索語の数が１以上であると判定した場合には（ステップＳ５５：ＹＥＳ）、ステップＳ６１に進む。一方、検索部１４３は、属性値語に決定された検索語の数が１以上ではないと判定した場合には（ステップＳ５５：ＮＯ）、ステップＳ５６に進む。

ステップＳ５６において、検索部１４３は、検索要求に含まれる１又は複数の検索語の全てを含む商品ページソース情報を商品ページソースＤＢ１２ｄから検索する。次いで、検索部１４３は、検索された商品ページソース情報に対応する商品ＩＤを商品ページソースＤＢ１２ｄから取得する。そして、検索部１４３は、取得した商品ＩＤを含む中間リストを生成する。

次いで、検索部１４３は、中間リストから、注文の受け付けが可能である商品の商品ＩＤを検索する（ステップＳ５７）。具体的に、検索部１４３は、中間リストに含まれる商品ＩＤごとに、商品ＩＤに対応する１又は複数の在庫状況を在庫ＤＢ１２ｅから取得する。そして、検索部１４３は、取得された１又は複数の在庫状況の中に、注文の受け付けが可能であることを示す在庫状況が１つ以上存在する商品ＩＤを、注文の受け付けが可能である商品の商品ＩＤに決定する。次いで、検索部１４３は、注文の受け付けが可能である商品の商品ＩＤを含む検索結果リストを生成して、ステップＳ４３に進む。

ステップＳ６１において、検索部１４３は、図１１に示すように、検索結果リストを初期化する。次いで、検索部１４３は、検索要求に含まれる検索語のうち非属性値語に決定された１又は複数の検索語の全てを含む商品ページソース情報を商品ページソースＤＢ１２ｄから検索する（ステップＳ６２）。次いで、検索部１４３は、検索された商品ページソース情報に対応する商品ＩＤを商品ページソースＤＢ１２ｄから取得する。そして、検索部１４３は、取得した商品ＩＤを含む中間リストを生成する。

次いで、検索部１４３は、番号ｉを１に設定する（ステップＳ６３）。次いで、検索部１４３は、中間リストに含まれる商品ＩＤのうちｉ番目の商品ＩＤを選択する。そして、検索部１４３は、ｉ番目の商品ＩＤに関連付けられたタグをタグＤＢ１２ｆから検索する（ステップＳ６４）。次いで、検索部１４３は、検索された１又は複数のタグの中に、生成された１又は複数の属性条件が示す１又は複数の商品属性の全てを少なくとも含むタグが存在するか否かを判定する（ステップＳ６５）。属性条件が示す商品属性は、例えば、属性条件に含まれる属性名と一致する属性名を含み、且つ属性条件に含まれる属性値語と一致又は類似する属性値語を含む商品属性であってもよい。このとき、検索部１４３は、１又は複数の属性条件が示す１又は複数の商品属性の全てを少なくとも含むタグが存在すると判定した場合には（ステップＳ６５：ＹＥＳ）、ステップＳ６６に進む。ステップＳ６６において、検索部１４３は、ｉ番目の商品ＩＤを検索結果リストに追加して、ステップＳ６７に進む。一方、検索部１４３は、１又は複数の属性条件が示す１又は複数の商品属性の全てを少なくとも含むタグが存在しないと判定した場合には（ステップＳ６５：ＮＯ）、ステップＳ６７に進む。

ステップＳ６７において、検索部１４３は、番号ｉが、中間リストに含まれる商品ＩＤの数の値未満であるか否かを判定する。このとき、検索部１４３は、番号ｉが商品ＩＤの数の値未満であると判定した場合には（ステップＳ６７：ＹＥＳ）、ステップＳ６８に進む。ステップＳ６８において、検索部１４３は、番号ｉに１を加算して、ステップＳ６４に進む。一方、検索部１４３は、番号ｉが商品ＩＤの数の値未満ではないと判定した場合には（ステップＳ６７：ＮＯ）、ステップＳ４３に進む。そして、検索部１４３は、検索結果リストに基づいて検索結果ページを生成、送信する。検索履歴ＤＢ１２ｇに検索履歴を登録するとき、検索部１４３は、例えば生成した属性条件を検索履歴に含めてもよい。

以上説明したように、本実施形態によれば、システム制御部１４が、商品が有する、属性区分が異なる複数の属性同士の組み合わせのうち、その組み合わせを有する商品の注文の受け付けが可能か否かを示す在庫情報が関連付けられた組み合わせを、商品ページソース情報から複数抽出する。また、システム制御部１４が、抽出された複数の組み合わせのうち、注文の受け付けが可能であることを在庫情報が示す組み合わせごとに、その組み合わせを示すタグであって、その組み合わせを構成する複数の属性の論理積の検索条件に対応するタグを、商品ＩＤに関連付けて記憶部１２に記憶させる。一方、注文の受け付けが不可能であることを在庫情報が示す組み合わせを示すタグが記憶部１２に記憶されている場合、システム制御部１４は、そのタグを削除する。従って、ユーザが所望する属性の組み合わせを有し、且つ注文の受け付けが可能な商品の商品ページのみを検索することができる。

また、システム制御部１４が、在庫状況が記憶部１２に記憶された組み合わせが抽出されなかった場合、複数の属性区分の属性の組み合わせを１つ、商品ページソース情報から抽出してもよい。また、システム制御部１４が、商品ＩＤに関連付けてタグＤＢ１２ｆに記憶された在庫状況が注文の受け付けが可能であることを示す場合にのみ、抽出された組み合わせを示すタグをタグＤＢ１２ｆに記憶させてもよい。この場合、１つの組み合わせにのみ対応している商品ページが存在しても、タグＤＢ１２ｆの検索により、ユーザが所望する属性の組み合わせを有し、且つ注文の受け付けが可能な商品の商品ページのみを検索することができる。

また、システム制御部１４が、入力された複数の検索語が属性値語を含まない場合、商品ページソースＤＢ１２ｄから、複数の検索語を含む商品ページソース情報に関連付けられた商品ＩＤのうち、注文の受け付けが可能な商品の商品ＩＤを検索してもよい。一方、システム制御部１４が、複数の検索語が商品の属性を示す１又は複数の属性値語を含む場合、複数の検索語のうち非属性値語を含む商品ページソース情報に関連付けられた商品ＩＤの中から、１又は複数の属性値語が示す属性を含む組み合わせを示すタグに関連付けられた商品ＩＤを検索してもよい。この場合、複数の検索語が属性値語を含むか否かに関わらず、適切な検索を実行することができる。

［２．第２実施形態］
［２−１．システム制御部の機能概要］
次に、第２実施形態におけるシステム制御部１４の機能概要を、図１２を用いて説明する。図１２は、検索の過程の一例を示す図である。トップページにおいて、例えば、ユーザが、注文の受け付けが可能な商品の検索を指定する。また、ユーザは、検索条件の少なくとも一部として、タグが示す複数の属性の組み合わせの一部の属性と一致する属性を指定する。この属性を第１属性と称する。例えば、図１２に示すように、複数の検索語として、「シャツ ネイビー」が入力されたとする。この場合、「ネイビー」が第１属性に相当する。そして、ユーザ端末３は、検索要求を電子商店街サーバ１へ送信する。この検索要求を第１検索要求と称する。

第１検索要求を受信した場合、検索部１４３は、指定された第１属性を少なくとも含むタグを検索し、タグに対応する商品ＩＤに基づいて検索結果ページをユーザ端末３へ送信する。ユーザは検索結果から、属性の組み合わせについてバリエーションが存在する商品を選択することにより、ユーザ端末３は、選択された商品の商品ページを表示する。商品ページにおいては、第１属性を含む１又は複数の組み合わせのうち、少なくとも１つの組み合わせの注文の受け付けが可能である。例えば、ユーザがシャツＡＢＣを選択して、図３（ａ）に示す商品ページが表示されたとする。

ここで、ユーザは商品を注文しなかったとする。その後、トップページにおいて、ユーザが、注文の受け付けが可能な商品の検索を指定し、検索条件の少なくとも一部として、第１属性と同一の属性区分に属する属性を指定したとする。この属性を第２属性と称する。例えば、図１２に示すように、複数の検索語として、「カットソー ホワイト」が入力されたとする。この場合、「ホワイト」が第２属性に相当する。そして、ユーザ端末３は、検索要求を電子商店街サーバ１へ送信する。この検索要求を第２検索要求と称する。

第２検索要求を受信した場合、検索部１４３は、検索条件に含まれる第２属性の属性区分が第１属性の属性区分と一致するので、商品ページが表示された商品の属性の複数の組み合わせのうち、第１属性を含む組み合わせを特定する。次いで、検索部１４３は、在庫ＤＢ１２ｅに基づいて、第１属性を含む組み合わせのうち、注文の受け付けが不可能な組み合わせを特定する。そして、検索部１４３は、注文の受け付けが不可能な組み合わせから、第１属性以外の属性を特定する。この属性を第３属性と称する。例えば、図３（ａ）に示すように、「ネイビー」を含む組み合わせのうち、「ネイビー、Ｌ」の注文の受け付けが不可能である。この場合、「Ｌ」が第３属性に相当する。

検索部１４３は、タグＤＢ１２ｆから、第２検索要求の検索条件に含まれる第２属性と、特定した第３属性との両方を少なくとも含むタグに関連付けられた商品ＩＤを検索する。例えば、検索部１４３は、先ず第２属性を含むタグを検索し、検索されたタグの中から第３属性を含むタグを検索してもよい。検索部１４３は、例えば第２属性と第３属性との両方を含むタグに対応する商品の情報が、第２属性を含むが第３属性を含まないタグに対応する商品の情報よりも優先的に表示されるように、検索結果ページを生成してもよい。例えば、第２属性と第３属性との両方を含むタグに対応する商品の情報の表示順が、第２属性を含み且つ第３属性を含まないタグに対応する商品の情報の表示順よりも前の順番であってもよい。例えば、表示順が前である商品の情報ほど、検索結果ページにおいて見やすい位置に表示され、又は商品の情報が掲載された検索結果ページを表示させるためにページを切り替える操作の回数が少なくなる。例えば、図１２に示すように、検索結果ページにおいて、検索語「カットソー ホワイト Ｌ」に対する検索結果が上位に表示され、検索語「カットソー ホワイト」に対する検索結果のうち、検索語「カットソー ホワイト Ｌ」に対する検索結果を除く検索結果が下位に表示される。なお、検索部１４３は、例えば第２属性と第３属性との両方を含むタグに関連付けられた商品ＩＤのみを検索してもよい。

上述のような検索を行う理由を説明する。第１検索要求から、ユーザは第１属性を少なくとも有する商品を欲しいと考えていた蓋然性がある。第１検索要求に基づく検索の結果、表示される商品ページにおいて、第１属性を含む属性の組み合わせのうち少なくとも１つの組み合わせは注文の受け付けが可能である。しかしながら、ユーザは第１属性を有する商品を購入しなかった。これらの行動から、第１属性を含む属性の組み合わせのうち、注文の受け付けが不可能であった組み合わせを有する商品が仮に注文可能であったら、ユーザは注文を行ったのかもしれないと考えることができる。すなわち、注文の受け付けが不可能であった組み合わせにおいて、第３属性を有する商品をユーザは欲しいと考えていた可能性がある。そこで、ユーザが商品を注文しなかった状態で検索要求を送信した場合、第１属性と属性区分が同一である第２属性が指定されていれば、検索部１４３は、ユーザは、第２属性と第３属性の両方を有する商品を欲しいと考えている可能性があると判断することができる。これにより、ユーザが望む属性を有する商品であって、注文の受け付けが可能な商品をユーザが見付けやすくなる。

検索部１４３は、例えば第１属性と第２属性とが一致する場合にのみ、第２属性と第３属性とを含むタグに関連付けられた商品ＩＤを検索してもよい。

検索部１４３は、例えば前回の検索要求を、第１検索要求と識別してもよい。また例えば、検索部１４３は、所定回数前の検索要求を、第１検索要求と識別してもよい。また例えば、検索部１４３は、前回から所定回数前までの検索要求を第１検索要求の候補に決定し、候補の中から第１検索要求を決定してもよい。また例えば、検索部１４３は、現時点から所定時間前までの間の検索要求を第１検索要求の候補に決定し、候補の中から第１検索要求を決定してもよい。また例えば、検索部１４３は、ユーザが電子商店街に最後にログインしてから現時点までの間の検索要求を第１検索要求の候補に決定し、候補の中から第１検索要求を決定してもよい。

なお、商品ページソース情報からの属性の抽出、タグの生成及び登録については、第１実施形態と同様である。

［２−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１３及び図１４を用いて説明する。図１３は、本実施形態に係る電子商店街サーバ１の検索処理の一例を示すフローチャートである。図１３において、図１１と同様の処理については同様の符号が付されている。ユーザ端末３から検索要求を受信したとき、システム制御部１４は、図１０に示すような処理を実行する。今回受信した検索要求が第２検索要求である。ステップＳ５５において、検索部１４３は、属性値語に決定された検索語の数が１以上であると判定した場合には（ステップＳ５５：ＹＥＳ）、ステップＳ７１に進む。ステップＳ７１において、検索部１４３は、図１３に示すように、属性条件追加処理を実行する。

図１４は、本実施形態に係る電子商店街サーバ１の属性条件追加処理の一例を示すフローチャートである。図１４に示すように、検索部１４３は、検索要求から、検索を要求したユーザのユーザＩＤを取得する。そして、検索部１４３は、取得したユーザＩＤに対応する検索履歴を検索履歴ＤＢ１２ｇから検索する（ステップＳ８１）。次いで、検索部１４３は、検索された検索履歴の中で、検索日時が最新である検索履歴を対象検索履歴に決定する（ステップＳ８２）。対象検索履歴は、第１検索要求に対応する検索履歴として扱われる。

次いで、検索部１４３は、対象検索履歴に含まれる属性条件の数をカウントする。そして、検索部１４３は、受信した検索要求に基づいて生成した属性条件の数が、対象検索履歴に含まれる属性条件の数と一致するか否かを判定する（ステップＳ８３）。このとき、検索部１４３は、生成した属性条件の数が、対象検索履歴に含まれる属性条件の数と一致すると判定した場合には（ステップＳ８３：ＹＥＳ）、ステップＳ８４に進む。一方、検索部１４３は、生成した属性条件の数が、対象検索履歴に含まれる属性条件の数と一致しないと判定した場合には（ステップＳ８３：ＮＯ）、属性条件追加処理を終了させる。

ステップＳ８４において、検索部１４３は、生成した１又は複数の属性条件のそれぞれから属性名を第１属性名として取得する。また、検索部１４３は、対象検索履歴に含まれる１又は複数属性条件のそれぞれから属性名を第２属性名として取得する。そして、検索部１４３は、取得された１又は複数の第１属性名の組み合わせと、取得された１又は複数の第２属性名の組み合わせとが一致するか否かを判定する（ステップＳ８５）。このとき、検索部１４３は、第１属性名の組み合わせと１又は複数の第２属性名の組み合わせとが一致すると判定した場合には（ステップＳ８５：ＹＥＳ）、ステップＳ８６に進む。この場合、対象検索履歴に含まれる１又は複数属性条件は、第１属性に相当し、今回生成された１又は複数属性条件は、第２属性に相当する。一方、検索部１４３は、第１属性名の組み合わせと１又は複数の第２属性名の組み合わせとが一致しないと判定した場合には（ステップＳ８５：ＮＯ）、属性条件追加処理を終了させる。

ステップＳ８６において、検索部１４３は、検索を要求したユーザのユーザＩＤに対応する閲覧履歴のうち、閲覧日時が対象検索履歴の検索日時よりも後である閲覧履歴を、閲覧履歴ＤＢ１２ｈから検索する。次いで、検索部１４３は、検索を要求したユーザのユーザＩＤに対応する注文履歴のうち、注文された商品の商品ＩＤが、検索された閲覧履歴の商品ＩＤと一致し、且つ、注文日時が、検索された閲覧履歴の閲覧日時よりも後である閲覧履歴を、閲覧履歴ＤＢ１２ｈから検索する（ステップＳ８７）。次いで、検索部１４３は、該当する検索履歴が発見されたか否かを判定する（ステップＳ８８）。このとき、検索部１４３は、該当する検索履歴が発見されたと判定した場合には（ステップＳ８８：ＹＥＳ）、属性条件追加処理を終了させる。一方、検索部１４３は、該当する検索履歴が発見されなかったと判定した場合には（ステップＳ８８：ＮＯ）、ステップＳ８９に進む。

ステップＳ８９において、検索部１４３は、検索された閲覧履歴から商品ＩＤを取得する。次いで、検索部１４３は、取得した商品ＩＤが示す商品に対応する複数の商品属性の組み合わせを取得する。例えば、検索部１４３は、取得した商品ＩＤに対応する商品ページソース情報から、在庫ＩＤに関連付けられた属性の組み合わせを抽出してもよい。或いは、図８に示すタグＤＢ更新処理において、属性抽出部１４１が、商品ページソース情報から在庫ＩＤと属性の組み合わせを抽出したとき、在庫ＩＤに対応付けて、属性の組み合わせに対応する商品属性の組み合わせを在庫ＤＢ１２ｅに登録しておいてもよい。そして、検索部１４３が、在庫ＤＢ１２ｅから、商品ＩＤに対応する商品属性の組み合わせを取得してもよい。

次いで、検索部１４３は、取得された組み合わせの何れかから、組み合わせを構成する商品属性の数をカウントする。そして、検索部１４３は、商品属性の数が、対象検索履歴に含まれる属性条件の組み合わせの数よりも多いか否かを判定する（ステップＳ９０）。このとき、検索部１４３は、商品属性の数が属性条件の組み合わせの数よりも多いと判定した場合には（ステップＳ９０：ＹＥＳ）、ステップＳ９１に進む。一方、検索部１４３は、商品属性の数が属性条件の組み合わせの数よりも多くはないと判定した場合には（ステップＳ９０：ＮＯ）、属性条件追加処理を終了させる。

ステップＳ９１において、検索部１４３は、取得された商品属性の組み合わせのうち、対象検索履歴に含まれる１又は複数の属性条件の組み合わせを含む組み合わせを、１又は複数特定する。次いで、検索部１４３は、特定された組み合わせに関連付けられた在庫ＩＤに対応する在庫状況を在庫ＤＢ１２ｅから取得する。そして、検索部１４３は、在庫状況に基づいて、特定された組み合わせの中に、注文の受け付けが不可能な組み合わせが存在するか否かを判定する（ステップＳ９２）。このとき、検索部１４３は、注文の受け付けが不可能な組み合わせが存在すると判定した場合には（ステップＳ９２：ＹＥＳ）、ステップＳ９３に進む。一方、検索部１４３は、注文の受け付けが不可能な組み合わせが存在しないと判定した場合には（ステップＳ９２：ＮＯ）、属性条件追加処理を終了させる。

ステップＳ９３において、検索部１４３は、注文の受け付けが不可能な組み合わせから、対象検索履歴に含まれる属性条件以外の１又は複数の商品属性を取得する。次いで、検索部１４３は、取得した商品属性を追加属性条件に決定する（ステップＳ９４）。追加属性条件は、第３属性に相当する。そして、検索部１４３は、属性条件追加処理を終了させる。

なお、注文の受け付けが不可能な組み合わせが複数存在する場合、検索部１４３は、例えば追加属性条件を決定しなくてもよいし、所定の条件に基づいて、何れかの組み合わせを追加属性条件に決定してもよい。

属性条件追加処理が終わると、検索部１４３は、図１３に示すように、第１検索結果リスト及び第２検索結果リストを初期化する（ステップＳ７２）。次いで、検索部１４３は、ステップＳ６２〜Ｓ６５を実行する。ステップＳ６５において、検索部１４３は、１又は複数の属性条件が示す１又は複数の商品属性の全てを少なくとも含むタグが存在すると判定した場合には（ステップＳ６５：ＹＥＳ）、ステップＳ７３に進む。一方、検索部１４３は、１又は複数の属性条件が示す１又は複数の商品属性の全てを少なくとも含むタグが存在しないと判定した場合には（ステップＳ６５：ＮＯ）、ステップＳ６７に進む。

ステップＳ７３において、検索部１４３は、属性条件追加処理において追加属性条件が決定されたか否かを判定する。このとき、検索部１４３は、追加属性条件が決定されたと判定した場合には（ステップＳ７３：ＹＥＳ）、ステップＳ７４に進む。一方、検索部１４３は、追加属性条件が決定されなかったと判定した場合には（ステップＳ７３：ＮＯ）、ステップＳ７５に進む。

ステップＳ７４において、検索部１４３は、ステップＳ６５の判定により特定されたタグであって、生成された１又は複数の属性条件が示す１又は複数の商品属性の全てを含むタグの中に、追加属性条件として決定された１又は複数の商品属性の全てを含むタグが存在するか否かを判定する。このとき、検索部１４３は、追加属性条件として決定された１又は複数の商品属性の全てを含むタグが存在すると判定した場合には（ステップＳ７４：ＹＥＳ）、ステップＳ７５に進む。一方、検索部１４３は、追加属性条件として決定された１又は複数の商品属性の全てを含むタグが存在しないと判定した場合には（ステップＳ７４：ＮＯ）、ステップＳ７６に進む。

ステップＳ７５において、検索部１４３は、ｉ番目の商品ＩＤを第１検索結果リストに追加して、ステップＳ６７に進む。ステップＳ７６において、検索部１４３は、ｉ番目の商品ＩＤを第２検索結果リストに追加して、ステップＳ６７に進む。

ステップＳ６７において、検索部１４３は、番号ｉが商品ＩＤの数の値未満であると判定した場合には（ステップＳ６７：ＹＥＳ）、ステップＳ６８に進む。ステップＳ６８において、検索部１４３は、番号ｉに１を加算して、ステップＳ６４に進む。一方、検索部１４３は、番号ｉが商品ＩＤの数の値未満ではないと判定した場合には（ステップＳ６７：ＮＯ）、ステップＳ７７に進む。

ステップＳ７７において、検索部１４３は、第１検索結果リスト及び第２検索結果リストに基づいて、検索結果ページを生成し、検索結果ページをユーザ端末３へ送信する。具体的に、検索部１４３は、第１検索結果リストに含まれる商品ＩＤに対して、商品の情報の表示順を１番から順にＮ番まで決定する。Ｎは、第１検索結果リストに含まれる商品ＩＤの数である。次いで、検索部１４３は、第２検索結果リストに含まれる商品ＩＤに対して、商品の情報の表示順をＮ＋１番から順に決定する。そして、検索部１４３は、表示順が前である商品ＩＤほど、商品の情報が優先的に表示されるように、検索結果ページのＨＴＭＬ文書を生成する。次いで、検索部１４３は、検索結果ページのＨＴＭＬ文書を送信して、検索履歴を登録する。そして、検索部１４３は、検索処理を終了させる。なお、追加属性条件が決定されていない場合、第２検索結果リストに商品ＩＤは登録されていない。従って、検索部１４３は、実質的に第１検索結果リストに基づいて検索結果ページを生成する。この場合の処理は、図１０に示すステップＳ４３と同様である。

以上説明したように、本実施形態によれば、システム制御部１４が、検索条件として指定された第１属性を含む第１検索要求に基づいてタグＤＢ１２ｆから検索されたタグであって、そのタグが示す組み合わせの一部の属性が第１属性であるタグに関連付けられた商品ＩＤが示す商品の商品ページが表示された後にその商品が購入されていない状態で、第１属性と属性区分が同一である何れかの第２属性を含む第２検索要求が受け付けられた場合、第１属性を含むその商品の複数の属性の組み合わせのうち、注文の受け付けが不可能であることを在庫状況が示す組み合わせから、第１属性以外の第３属性を特定する。また、システム制御部１４が第２属性と第３属性との組み合わせを示すタグに関連付けられた商品ＩＤをタグＤＢ１２ｆから検索する。従って、第１検索要求においてユーザは検索条件として指定しなかったものの、ユーザが所望する可能性がある属性を有する商品を、第２検索要求が受け付けられたときに検索することができる。

［３．第３実施形態］
［３−１．システム制御部の機能概要］
次に、第３実施形態におけるシステム制御部１４の機能概要を説明する。検索部１４３は、第２実施形態と同様に、第２属性と第３属性との両方を含むタグを検索する。第３実施形態において、検索部１４３は、第１検索要求から商品のジャンルを特定する。このジャンルを第１ジャンルと称する。また、検索部１４３は、第２検索要求から商品のジャンルを特定する。このジャンルを第２ジャンルと称する。そして、検索部１４３は、第１ジャンルと第２ジャンルとの共通性が所定の条件を満たす場合にのみ、検索部１４３は、第２属性と第３属性との両方を含むタグに関連付けられた商品ＩＤを検索する。一方、ジャンルの共通性が所定の条件を満たさない場合、検索部１４３は、第２属性と第３属性との両方を含むタグに関連付けられた商品ＩＤを検索しない。その理由は、或るジャンルについて、ユーザは第３属性を有する商品を欲しいと考えていたとしても、全く異なるジャンルについては、ユーザは第３属性を有する商品を欲しいとは考えていないかもしれないからである。本実施形態によれば、ユーザが望んではいない属性を有する商品が検索されて、ユーザが望む商品をユーザが見付けにくくなることを防止することができる。

所定の条件は、例えば第１ジャンルと第２ジャンルとが一致することであってもよい。或いは、所定の条件は、例えば第１ジャンル及び第１ジャンルの祖先ジャンルのうち所定の基準レベルのジャンルと、第２ジャンル及び第２ジャンルの祖先ジャンルのうち所定の基準レベルのジャンルとが一致することであってもよい。比較される祖先ジャンルの基準レベルは、例えば全ジャンルで共通であってもよいし、ジャンルごとにジャンルＤＢ１２ｂに登録されていてもよい。また例えば、商品に関する所定の特徴ごとに、同一又は類似する特徴を有する複数のジャンルを定義する情報が記憶部１２に記憶されてもよい。そして、検索部１４３は、この情報に基づいて、例えば第１ジャンルの特徴と第２ジャンルの特徴とが同一又は類似する場合、所定の条件を満たすと判定してもよい。

例えば、図１２に示すように、第１検索要求の検索語「シャツ ネイビー」において、「シャツ」がジャンル名である。また、第２検索要求の検索語「カットソー ホワイト」において、「カットソー」がジャンル名である。「シャツ」及び「カットソー」のレベルはレベル３であり、これらのジャンルの親ジャンルは、例えば「トップス」であるとする。基準レベルがレベル２である場合、検索部１４３は、第２属性「カラー＝ホワイト」と第３属性「サイズ＝Ｌ」を含むタグを検索してもよい。そして、検索部１４３は、この検索の結果を、第２属性「カラー＝ホワイト」を含むタグの検索結果よりも優先的に表示させる。一方、第２検索要求の検索語として、例えば「レギンス ホワイト」が入力されたとする。「レギンス」はジャンル名である。「レギンス」のレベルはレベル３であるとする。「レギンス」の親ジャンルは、例えば「ボトムス」であるとする。「ボトムス」と「トップス」の親ジャンルは、例えば「ファッション」であるとする。しかしながら、ジャンルの共通性は、基準レベルであるレベル２の祖先ジャンルで判断される。「ボトムス」は「トップス」と一致しないので、検索部１４３は、第２属性「カラー＝ホワイト」と第３属性「サイズ＝Ｌ」を含むタグを検索せずに、第２属性「カラー＝ホワイト」を含むタグを検索してもよい。

本実施形態においては、入力された検索語から商品のジャンルが特定される。しかしながら、例えばユーザが商品のジャンルを検索条件として選択可能である場合、検索部１４３は、選択されたジャンルを特定してもよい。

［３−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１５を用いて説明する。図１５は、本実施形態に係る電子商店街サーバ１の属性条件追加処理の一例を示すフローチャートである。図１５において、図１４と同様の処理については同様の符号が付されている。

図１５に示すように、検索部１４３は、ステップＳ８１及びＳ８２を実行する。次いで、検索部１４３は、対象検索履歴に含まれる１番目の検索語と一致又は類似するジャンル名をジャンルＤＢ１２ｂから検索し、検索されたジャンル名に対応するジャンルＩＤを取得する。次いで、検索部１４３は、記憶部１２から基準レベルを取得する。そして、検索部１４３は、ジャンルＤＢ１２ｂに登録されている親ジャンルＩＤに基づいて、取得したジャンルＩＤが示すジャンル及びそのジャンルの祖先ジャンルのうち、基準レベルの祖先ジャンルのジャンルＩＤを取得する（ステップＳ１０１）。次いで、検索部１４３は、今回受信した検索要求に含まれる１番目の検索語と一致又は類似するジャンル名に対応するジャンルＩＤをジャンルＤＢ１２ｂから取得する。次いで、検索部１４３は、取得したジャンルＩＤが示すジャンル及びそのジャンルの祖先ジャンルのうち、基準レベルの祖先ジャンルのジャンルＩＤを取得する（ステップＳ１０２）。

次いで、検索部１４３は、ステップＳ１０１で取得されたジャンルＩＤとステップＳ１０２で取得されたジャンルＩＤとが一致するか否かを判定する（ステップＳ１０３）。このとき、検索部１４３は、ジャンルＩＤが一致すると判定した場合には（ステップＳ１０３：ＹＥＳ）、第２実施形態の場合と同様に、ステップＳ８３〜Ｓ９４を実行する。一方、検索部１４３は、ジャンルＩＤが一致しないと判定した場合には（ステップＳ１０３：ＮＯ）、属性条件追加処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、第１検索要求から特定される第１ジャンルと、第２検索要求から特定される第２ジャンルとの共通性が所定条件を満たす場合、第２属性と第３属性との組み合わせを示すタグに関連付けられた商品ＩＤを検索する。一方、共通性が所定条件を満たさない場合、システム制御部１４は、第２属性を含む組み合わせを示すタグに関連付けられた商品ＩＤを検索する。従って、検索要求から特定される商品のジャンルの共通性に基づき、第１検索要求においてユーザが検索条件として指定しなかった第３属性が、ユーザが所望する可能性がある属性であるか否かを適切に判定することができる。

［４．第４実施形態］
［４−１．システム制御部の機能概要］
次に、第４実施形態におけるシステム制御部１４の機能概要を、図１６を用いて説明する。検索部１４３は、第２実施形態又は第３実施形態と同様に、第２属性と第３属性との両方を含むタグを検索する。第３実施形態において、検索部１４３は、第１検索要求の後、第２検索要求の前に第３検索要求が受け付けられ、且つ第３検索要求に基づいて検索された商品の中から第３属性を有する商品が注文された場合にのみ、第２属性と第３属性との両方を含むタグに関連付けられた商品ＩＤを検索する。第３検索要求に対応してユーザは既に第３属性を有する商品を注文しているので、第２検索要求を行った時点でも、ユーザは第３属性を有する商品を欲している蓋然性がある。一方、ユーザが第３属性を有する商品を注文していない場合、ユーザは、第３属性を有する商品を欲してはいないかもしれない。本実施形態によれば、ユーザが望んではいない属性を有する商品が検索されて、ユーザが望む商品をユーザが見付けにくくなることを防止することができる。

以下に具体例を説明する。図１６は、検索の過程の一例を示す図である。図１６に示すように、例えば、ユーザが、トップページにおいて注文の受け付けが可能な商品の検索を指定し、検索語「シャツ Ｌ」を入力したとする。この場合、「Ｌ」が第１属性に相当する。ユーザ端末３は、検索語を含む第１検索要求を送信する。検索部１４３は、「サイズ＝Ｌ」を少なくとも含むタグを検索し、タグに対応する商品ＩＤに基づいて検索結果ページをユーザ端末３へ送信する。ユーザは、検索結果から、例えばシャツＡＢＣを選択して、図３（ａ）に示す商品ページが表示されたとする。

ユーザはシャツＡＢＣを注文せずに、トップページにおいて、例えば、検索語「セーター」を入力したとする。ユーザ端末３は、検索語を含む第３要求を送信する。検索部１４３は、第３要求に基づいて検索を実行し、検索結果ページをユーザ端末３へ送信する。ユーザは、検索結果ページから、例えばセーターＸＹＺを選択して商品ページを表示させる。そして、ユーザは、カラーがネイビーであるセーターＸＹＺを注文したとする。

その後、トップページにおいて、ユーザが、例えば注文の受け付けが可能な商品の検索を指定し、検索語「カットソー Ｌ」を入力したとする。この場合、「Ｌ」が第２属性に相当する。ユーザ端末３は、検索語を含む第２検索要求を送信する。この場合、第１属性の属性区分と第２属性の属性区分とが一致する。そして、第３属性の属性区分は「カラー」である。シャツＡＢＣについて、第１属性「Ｌ」を含む組み合わせのうち、注文が不可能な組み合わせは、「ネイビー、Ｌ」、及び「ホワイト、Ｌ」である。従って、第３属性は、「ネイビー」、「ホワイト」である。第３属性の属性区分「カラー」は、ユーザが注文したセーターＸＹＺが有する属性の属性区分と一致する。ユーザが注文したセーターのカラーはネイビーであり、「ネイビー」は、第３属性の１つと一致する。

そこで、検索部１４３は、例えば商品ページソース情報が「カットソー」を含む商品のタグのうち、属性条件「サイズ＝Ｌ」を含むタグを検索してもよい。そして、検索部１４３は、検索されたタグの中から、「カラー＝ネイビー」を含むタグを検索してもよい。検索部１４３は、検索条件「カットソー、Ｌ、ネイビー」に対する検索結果が上位に表示され、検索語「カットソー、Ｌ」に対する検索結果のうち、検索語「カットソー、Ｌ、ネイビー」に対する検索結果を除く検索結果が下位に表示されるように、検索結果ページを生成してもよい。

検索部１４３は、例えば注文された商品が、第１属性の属性区分と同一の属性区分の属性を有する場合にのみ、第２属性と第３属性との両方を含むタグに関連付けられた商品ＩＤを検索してもよい。また例えば、検索部１４３は、注文された商品が、第１属性及び第２属性の少なくとも一方と同一の属性を有する場合にのみ、第２属性と第３属性との両方を含むタグに関連付けられた商品ＩＤを検索してもよい。

検索部１４３は、例えば前々回の検索要求を、第１検索要求と識別してもよい。また例えば、検索部１４３は、所定回数前の検索要求を、第１検索要求と識別してもよい。また例えば、検索部１４３は、前回から所定回数前までの検索要求を第１検索要求の候補に決定し、候補の中から第１検索要求を決定してもよい。また例えば、検索部１４３は、現時点から所定時間前までの間の検索要求を第１検索要求の候補に決定し、候補の中から第１検索要求を決定してもよい。また例えば、検索部１４３は、ユーザが電子商店街に最後にログインしてから現時点までの間の検索要求を第１検索要求の候補に決定し、候補の中から第１検索要求を決定してもよい。

［４−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１７を用いて説明する。図１７は、本実施形態に係る電子商店街サーバ１の属性条件追加処理の一例を示すフローチャートである。図１７において、図１４と同様の処理については同様の符号が付されている。

図１７に示すように、検索部１４３は、ステップＳ８１を実行する。次いで、検索部１４３は、ステップＳ８１において検索された検索履歴の中で、検索日時が２番目に新しい検索履歴を対象検索履歴に決定する（ステップＳ１１１）。次いで、検索部１４３は、ステップ８３〜Ｓ８５を、第２実施形態の場合と同様に実行する。ステップＳ８５において、検索部１４３は、第１属性名の組み合わせと１又は複数の第２属性名の組み合わせとが一致すると判定した場合には（ステップＳ８５：ＹＥＳ）、ステップＳ１１２に進む。

ステップＳ１１２において、検索部１４３は、ステップＳ８１で検索された検索履歴のうち、検索日時が最新の検索履歴からその検索日時を取得する。次いで、検索部１４３は、検索を要求したユーザのユーザＩＤに対応する閲覧履歴のうち、閲覧日時が、対象検索履歴の検索日時よりも後であり、且つ最新の検索履歴の検索日時よりも前である閲覧履歴を、閲覧履歴ＤＢ１２ｈから検索する。次いで、検索部１４３は、ステップＳ８７〜Ｓ９３を、第２実施形態の場合と同様に実行する。

ステップＳ９３の後、検索部１４３は、検索を要求したユーザのユーザＩＤに対応する注文履歴のうち、注文日時が、最新の検索履歴の検索日時よりも後である注文履歴を、注文履歴ＤＢ１２ｉから検索する（ステップＳ１１３）。次いで、検索部１４３は、検索された注文履歴の中に、ステップＳ９３において取得された商品属性を含む注文履歴が存在するか否かを判定する（ステップＳ１１４）。このとき、検索部１４３は、取得された商品属性を含む注文履歴が存在すると判定した場合には（ステップＳ１１４：ＹＥＳ）、ステップＳ９４に進む。ステップＳ９４において、検索部１４３は、取得した商品属性を追加属性条件に決定して、属性条件追加処理を終了させる。一方、検索部１４３は、取得された商品属性を含む注文履歴が存在しないと判定した場合には（ステップＳ１１４：ＮＯ）、属性条件追加処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、第１検索要求に基づく検索の後、第２検索要求が取得される前に、第３検索要求が受け付けられ、且つ第３検索要求に基づいて検索された商品の中から第３属性を有する商品が注文された場合、第２属性と第３属性との組み合わせを示すタグに関連付けられた商品ＩＤを検索する。一方、第３属性を有する商品が注文されなかった場合、システム制御部１４は、第２属性を含む組み合わせを示すタグに関連付けられた商品ＩＤを検索する。従って、注文された商品の属性に基づき、第１検索要求においてユーザが検索条件として指定しなかった第３属性が、ユーザが所望する可能性がある属性であるか否かを適切に判定することができる。

１ 電子商店街サーバ
２ 店舗端末
３ ユーザ端末
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ ジャンル情報ＤＢ
１２ｃ 商品情報ＤＢ
１２ｄ 商品ページソースＤＢ
１２ｅ 在庫ＤＢ１２
１２ｆ タグＤＢ
１２ｇ 検索履歴ＤＢ
１２ｈ 閲覧履歴ＤＢ
１２ｉ 注文履歴ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
１４１ 属性抽出部
１４２ タグ登録部
１４３ 検索部
ＮＷ ネットワーク
Ｓ 情報処理システム

Claims (8)

1. 検索条件に基づいて商品が検索されるときに用いられるタグを生成する情報処理装置であって、
   商品が有する、属性区分の異なる属性同士の組み合わせのうち、該組み合わせを有する前記商品の注文の受け付けが可能か否かを示す可不可情報に関連付けられた組み合わせを、前記商品のウェブページの表示内容を示す表示情報から複数抽出する抽出手段と、
   前記抽出手段により抽出された複数の属性の組み合わせのうち、注文の受け付けが可能である属性の組み合わせごとに、該組み合わせを示すタグであって、該組み合わせを構成する複数の属性の論理積の検索条件に対応するタグを、前記商品を識別する商品識別情報に関連付けてタグ記憶手段に記憶させ、注文の受け付けが不可能である属性の組み合わせを示すタグが前記商品識別情報に関連付けて前記タグ記憶手段に記憶されている場合、該タグを削除する制御手段と、
   を備えることを特徴とする情報処理装置。
2. 請求項１に記載の情報処理装置において、
   前記抽出手段により、前記可不可情報に関連付けられた属性の組み合わせが抽出されなかった場合、商品が有する、属性区分の異なる属性同士の組み合わせを１つ、前記表示情報から抽出する第２抽出手段を更に備え、
   前記制御手段は、前記商品の注文の受け付けが可能である場合にのみ、前記第２抽出手段により抽出された属性の組み合わせを示すタグを前記タグ記憶手段に記憶させることを特徴とする情報処理装置。
3. 請求項１又は２に記載の情報処理装置において、
   検索条件として指定された第１属性を含む第１検索要求に基づいて前記タグ記憶手段から検索されたタグであって、該タグが示す組み合わせの一部の属性が前記第１属性であるタグに関連付けられた商品識別情報が示す検索商品のウェブページが表示された後に前記検索商品が購入されていない状態で、前記第１属性と属性区分が同一である何れかの第２属性を含む第２検索要求が受け付けられた場合、前記第１属性を含む前記検索商品の複数の属性の組み合わせのうち、注文の受け付けが不可能である組み合わせから、前記第１属性以外の第３属性を特定する特定手段と、
   前記第２属性と前記特定手段により特定された前記第３属性との組み合わせを示すタグに関連付けられた商品識別情報を前記タグ記憶手段から検索する検索手段と、
   を更に備えることを特徴とする情報処理装置。
4. 請求項３に記載の情報処理装置において、
   前記検索手段は、前記第１検索要求から特定される、検索される商品の第１商品区分と、前記第２検索要求から特定される、検索される商品の第２商品区分との共通性が所定条件を満たす場合、前記第２属性と前記第３属性との組み合わせを示すタグに関連付けられた商品識別情報を検索し、前記共通性が前記所定条件を満たさない場合、前記第２属性を含む組み合わせを示すタグに関連付けられた商品識別情報を検索することを特徴とする情報処理装置。
5. 請求項３又は４に記載の情報処理装置において、
   前記検索手段は、前記第１検索要求に基づく検索の後、前記第２検索要求が取得される前に、第３検索要求が受け付けられ、且つ前記第３検索要求に基づいて検索された商品の中から前記第３属性を有する商品が注文された場合、前記第２属性と前記第３属性との組み合わせを示すタグに関連付けられた商品識別情報を検索し、前記第３属性を有する商品が注文されなかった場合、前記第２属性を含む組み合わせを示すタグに関連付けられた商品識別情報を検索することを特徴とする情報処理装置。
6. 請求項１乃至５の何れか１項に記載の情報処理装置において、
   検索条件として指定された複数の語が、商品の属性を示す属性語を含まない場合、商品のウェブページの表示内容を示す表示情報と、商品を識別する商品識別情報とを関連付けて記憶する表示情報記憶手段から、前記複数の語を含む表示情報に関連付けられた商品識別情報のうち、注文の受け付けが可能な商品の商品識別情報を検索する第１検索手段と、
   前記複数の語が商品の属性を示す１又は複数の属性語を含む場合、前記複数の語のうち前記１又は複数の属性語と異なる語を含む表示情報に関連付けられた商品識別情報の中から、前記１又は複数の属性語が示す属性を含む組み合わせを示すタグに関連付けられた商品識別情報を検索する第２検索手段と、
   を更に備えることを特徴とする情報処理装置。
7. 検索条件に基づいて商品が検索されるときに用いられるタグを生成するコンピュータにより実行される情報処理方法であって、
   商品が有する、属性区分の異なる属性同士の組み合わせのうち、該組み合わせを有する前記商品の注文の受け付けが可能か否かを示す可不可情報に関連付けられた組み合わせを、前記商品のウェブページの表示内容を示す表示情報から複数抽出する抽出ステップと、
   前記抽出ステップにより抽出された複数の属性の組み合わせのうち、注文の受け付けが可能である属性の組み合わせごとに、該組み合わせを示すタグであって、該組み合わせを構成する複数の属性の論理積の検索条件に対応するタグを、前記商品を識別する商品識別情報に関連付けてタグ記憶手段に記憶させ、注文の受け付けが不可能である属性の組み合わせを示すタグが前記商品識別情報に関連付けて前記タグ記憶手段に記憶されている場合、該タグを削除する制御ステップと、
   を含むことを特徴とする情報処理方法。
8. 検索条件に基づいて商品が検索されるときに用いられるタグを生成するコンピュータを、
   商品が有する、属性区分の異なる属性同士の組み合わせのうち、該組み合わせを有する前記商品の注文の受け付けが可能か否かを示す可不可情報に関連付けられた組み合わせを、前記商品のウェブページの表示内容を示す表示情報から複数抽出する抽出手段、及び、
   前記抽出手段により抽出された複数の属性の組み合わせのうち、注文の受け付けが可能である属性の組み合わせごとに、該組み合わせを示すタグであって、該組み合わせを構成する複数の属性の論理積の検索条件に対応するタグを、前記商品を識別する商品識別情報に関連付けてタグ記憶手段に記憶させ、注文の受け付けが不可能である属性の組み合わせを示すタグが前記商品識別情報に関連付けて前記タグ記憶手段に記憶されている場合、該タグを削除する制御手段、
   として機能させることを特徴とする情報処理プログラム。

Images