(57)【特許請求の範囲】
【請求項１】
商品情報を検索する方法であって、
少なくとも所望の購入数量および所望の単価を含む検索要求を受信し、
システム管理者によって設定された複数の事前設定購入数量から、前記所望の購入数量に対応する事前設定購入数量を決定し、前記複数の事前設定購入数量の各々は異なる所定の個数に関連付けられており、
少なくとも前記決定された事前設定購入数量および前記所望の単価を含む検索クエリを生成し、
前記検索クエリを用いて適合商品を検索し、適合商品は、前記所望の単価に対応する前記決定された事前設定購入数量に対応する単価に関連付けられている商品である、ことを備える、方法。
【請求項２】
請求項１に記載の方法であって、さらに、適合商品に関連付けられている識別子を含む検索結果を返すことを備える、方法。
【請求項３】
請求項１に記載の方法であって、商品について、１または複数のユーザ入力購入数量範囲および対応する単価を、前記複数の事前設定購入数量内の事前設定購入数量および対応する単価に変換する、方法。
【請求項４】
請求項３に記載の方法であって、１または複数のユーザ入力購入数量範囲の変換は、前記複数の事前設定購入数量内の各事前設定購入数量と、前記１または複数のユーザ入力購入数量範囲の１つとの間に適合が存在するか否かを判定することを含み、
前記事前設定購入数量が前記ユーザ入力購入数量範囲の下限以上であり、かつ、前記事前設定購入数量が前記ユーザ入力購入数量範囲の上限以下である場合に、事前設定購入数量とユーザ入力購入数量範囲との間に適合が存在する、方法。
【請求項５】
請求項４に記載の方法であって、事前設定購入数量とユーザ入力購入数量範囲との間に適合が存在すると判定された場合、前記事前設定購入数量と、適合する前記ユーザ入力購入数量範囲に関連付けられた単価との間の対応関係が、前記商品に対して格納される、方法。
【請求項６】
請求項１に記載の方法であって、前記検索要求は、さらに、１または複数の所望の商品属性を含む、方法。
【請求項７】
請求項６に記載の方法であって、前記生成された検索クエリは、さらに、前記１または複数の所望の商品属性を含む、方法。
【請求項８】
請求項７に記載の方法であって、前記適合商品は、さらに、前記１または複数の所望の商品属性に関連する、方法。
【請求項９】
請求項１に記載の方法であって、前記決定された事前設定購入数量は、前記所望の購入数量の値に最も近い値に関連付けられている、方法。
【請求項１０】
商品情報を検索するためのシステムであって、
プロセッサであって、
少なくとも所望の購入数量および所望の単価を含む検索要求を受信し、
システム管理者によって設定された複数の事前設定購入数量から、前記所望の購入数量に対応する事前設定購入数量を決定し、前記複数の事前設定購入数量の各々は異なる所定の個数に関連付けられており、
少なくとも前記決定された事前設定購入数量および前記所望の単価を含む検索クエリを生成し、
前記検索クエリを用いて、前記所望の単価に対応する前記決定された事前設定購入数量に対応する単価に関連付けられている商品である適合商品を検索する、適合商品はするよう構成されているプロセッサと、
前記プロセッサに接続され、前記プロセッサに命令を提供するよう構成されているメモリと、
を備える、システム。
【請求項１１】
請求項１０に記載のシステムであって、前記プロセッサは、さらに、適合商品に関連付けられている識別子を含む検索結果を返すよう構成されている、システム。
【請求項１２】
請求項１０に記載のシステムであって、商品について、１または複数のユーザ入力購入数量範囲および対応する単価が、前記複数の事前設定購入数量内の事前設定購入数量および対応する単価に変換される、システム。
【請求項１３】
請求項１２に記載のシステムであって、１または複数のユーザ入力購入数量範囲の変換は、前記複数の事前設定購入数量内の各事前設定購入数量と、前記１または複数のユーザ入力購入数量範囲の１つとの間に適合が存在するか否かを判定することを含み、
前記事前設定購入数量が前記ユーザ入力購入数量範囲の下限以上であり、かつ、前記事前設定購入数量が前記ユーザ入力購入数量範囲の上限以下である場合に、事前設定購入数量とユーザ入力購入数量範囲との間に適合が存在する、システム。
【請求項１４】
請求項１３に記載のシステムであって、事前設定購入数量とユーザ入力購入数量範囲との間に適合が存在すると判定された場合、前記事前設定購入数量と、適合する前記ユーザ入力購入数量範囲に関連付けられている単価との間の対応関係が、前記商品に対して格納される、システム。
【請求項１５】
請求項１０に記載のシステムであって、前記検索要求は、さらに、１または複数の所望の商品属性を含む、システム。
【請求項１６】
請求項１５に記載のシステムであって、前記生成された検索クエリは、さらに、前記１または複数の所望の商品属性を含む、システム。
【請求項１７】
請求項１６に記載のシステムであって、前記適合商品は、さらに、前記１または複数の所望の商品属性に関連する、システム。
【請求項１８】
請求項１０に記載のシステムであって、前記決定された事前設定購入数量は、前記所望の購入数量の値に最も近い値に関連付けられている、システム。
【請求項１９】
商品情報を検索するためのコンピュータプログラムであって、
少なくとも所望の購入数量および所望の単価を含む検索要求を受信するための機能と、
システム管理者によって設定された複数の事前設定購入数量から、前記所望の購入数量に対応する事前設定購入数量を決定するための機能と、前記複数の事前設定購入数量の各々は、異なる所定の個数に関連付けられており、
少なくとも前記決定された事前設定購入数量および前記所望の単価を含む検索クエリを生成するための機能と、
前記検索クエリを用いて、前記所望の単価に対応する前記決定された事前設定購入数量での単価に関連付けられている商品である適合商品を検索するための機能と、
をコンピュータによって実現させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
他の出願の相互参照
本願は、すべての目的のために参照により本明細書に組み込まれる、発明の名称を「Ａ  ＭＥＴＨＯＤ，  ＳＹＳＴＥＭ  ＡＮＤ  ＤＥＶＩＣＥ  ＦＯＲ  ＳＥＡＲＣＨＩＮＧ  ＰＲＯＤＵＣＴ  ＩＮＦＯＲＭＡＴＩＯＮ（商品情報を検索するための方法、システムおよび装置）」とする、２０１０年１１月３日出願の中国特許出願第２０１０１０５３１３２７．３号に基づく優先権を主張する。
【０００２】
本願は、インターネットベースのアプリケーションの分野に関し、特に、商品（製品）情報の検索に関する。
【背景技術】
【０００３】
電子商取引ウェブサイトでは、電子商取引販売者（例えば、電子商取引ウェブサイトを通じて商品（製品）を販売する企業または個人）が、販売する商品に関する情報をウェブサイトに入力および送信できる。この送信された商品情報は、通常（例えば、バックエンドシステムに）格納され、電子商取引ウェブサイトで商品に関連付けられているウェブページに（例えば、フロントエンドシステムによって）表示され、潜在的な電子商取引購買者（例えば、電子商取引ウェブサイトを通して商品を購入する企業または個人）に対して入手可能な商品についての情報を提供する。時に、販売者は、同じ商品に対して異なる単価を入力する。これは、各単価は、異なる範囲の商品購入数量に対応しうるからである。購入数量の各範囲は、商品の特定の単価に対して設定できる最小注文数量である「購入数量範囲下限」、および、同じ商品価格で設定できる最大注文数量である「購入数量範囲上限」によって表すことができる。
【０００４】
電子商取引ウェブサイトにおいて、電子商取引購買者は、フロントエンド（例えば、ウェブブラウザベースのユーザインターフェース）で商品の検索要求を生成できる。従来、電子商取引ウェブサイトのフロントエンドにおける電子商取引購買者からの商品情報検索要求は、一般に、電子商取引に関連付けられた検索エンジンを通して行われる。検索エンジンは、通常、オンライン販売に関するすべての商品情報を組織化および処理し、（例えば、検索要求に応答して）処理済みの商品情報をユーザに対して表示することができる。しかしながら、検索エンジンは、通常、１つの商品および複数の単価を含む一対多フォーマットの商品情報の検索をサポートするようには最適化されていない。１つの商品および複数の単価を含む一対多フォーマットの商品情報の検索をサポートするための典型的な解決法は、複数のテーブルを用いたデータベースに基づいて、１つの商品に対応する複数の単価の検索要求を処理する方法である。しかしながら、電子商取引ウェブサイトは、通常、販売用の商品を大量に掲載するので、検索エンジンが検索要求ごとに検索しなければならないデータベース内のテーブルの数が膨大になる場合があり、検索速度の低下、クエリの精度の低下、および、全体的な性能の低下につながる。
【図面の簡単な説明】
【０００５】
以下の詳細な説明と添付の図面において、本発明の様々な実施形態を開示する。
【０００６】
【図１】商品情報の検索を実行するためのシステムの一実施形態を示す図。
【０００７】
【図２】商品情報の検索を実行するための処理の一実施形態を示すフローチャート。
【０００８】
【図３Ａ】ユーザ入力商品情報を１セットの事前設定購入数量および対応する単価に変換するための処理の一実施形態を示すフローチャート。
【０００９】
【図３Ｂ】変換された商品情報を用いて検索を行うための処理の一実施形態を示すフローチャート。
【００１０】
【図４】商品情報の検索を実行するためのシステムの一実施形態を示す図。
【００１１】
【図５】システム３００の変換デバイス３０１の一例を示す図。
【００１２】
【図６】商品情報の検索を実行するためのシステムの一実施形態を示す図。
【発明を実施するための形態】
【００１３】
本発明は、処理、装置、システム、物質の組成、コンピュータ読み取り可能な格納媒体上に具現化されたコンピュータプログラム製品、および／または、プロセッサ（プロセッサに接続されているメモリに格納および／またはそのメモリによって提供される命令を実行するよう構成されているプロセッサ）を含め、様々な形態で実装されうる。本明細書では、これらの実装または本発明が取りうる任意の他の形態を、技術と呼ぶ。一般に、開示された処理の工程の順序は、本発明の範囲内で変更されてもよい。特に言及しない限り、タスクを実行するよう構成されるものとして記載されたプロセッサまたはメモリなどの構成要素は、ある時間にタスクを実行するよう一時的に構成された一般的な構成要素として、または、タスクを実行するよう製造された特定の構成要素として実装されてよい。本明細書では、「プロセッサ」という用語は、１または複数のデバイス、回路、および／または、コンピュータプログラム命令などのデータを処理するよう構成された処理コアを指すものとする。
【００１４】
以下では、本発明の原理を示す図面を参照しつつ、本発明の１または複数の実施形態の詳細な説明を行う。本発明は、かかる実施形態に関連して説明されているが、どの実施形態にも限定されない。本発明の範囲は、特許請求の範囲によってのみ限定されるものであり、多くの代替物、変形物、および、等価物を含む。以下の説明では、本発明の完全な理解を提供するために、多くの具体的な詳細事項が記載されている。これらの詳細事項は、例示を目的としたものであり、本発明は、これらの具体的な詳細事項の一部または全てがなくとも特許請求の範囲に従って実施可能である。簡単のために、本発明に関連する技術分野で周知の技術事項については、本発明が必要以上にわかりにくくならないように、詳細には説明していない。
【００１５】
図１は、商品情報の検索を実行するためのシステムの一実施形態を示す図である。システム１００は、デバイス１０２、ネットワーク１０４、および、商品情報検索サーバ１０６を備える。ネットワーク１０４は、高速データネットワークおよび／または遠隔通信ネットワークを含みうる。
【００１６】
デバイス１０２は、ウェブページにアクセスするよう構成されている。いくつかの実施形態では、ウェブブラウザアプリケーションが、デバイス１０２上にインストールされており、それにより、デバイス１０２は、ウェブブラウザアプリケーションを通じてウェブページにアクセスできる。デバイス１０２の例としては、デスクトップコンピュータ、ラップトップコンピュータ、タブレットデバイス、スマートフォン、および、携帯デバイスが挙げられる。例えば、ユーザは、デバイス１０２を通して電子商取引ウェブサイトにアクセスできる。電子商取引ウェブサイトで、販売者などのユーザは、電子商取引ウェブサイトで販売する商品に関する情報を入力／アップロードすることができ、購入者などのユーザは、電子商取引ウェブサイトで潜在的に購入する商品を検索することができる。
【００１７】
商品情報検索サーバ１０６は、商品（製品）に関する商品（製品）情報（例えば、電子商取引ウェブサイトで販売者によって入力されたもの）を、１セットの事前設定購入数量および対応する商品単価に変換するよう構成されている。いくつかの実施形態において、販売者は、電子商取引ウェブサイトで販売したい商品について、商品名およびその他の商品属性などの商品情報、１または複数の購入数量範囲、および、対応する単価を入力することができる。いくつかの実施形態において、かかる商品情報の検索をより効率的に行えるように、１または複数のユーザ入力購入数量範囲および対応する単価は、１セットの事前設定購入数量および対応する単価に変換される必要がある。様々なユーザが様々な購入数量範囲および対応する単価を入力しうるが、ユーザ入力情報の各セットを１セットの事前設定購入数量および対応する単価に変換する（すなわち、各事前設定購入数量が単価に対応する）ことによって、同じセットの事前設定購入数量に全商品を関連付けることができる。ただし、各セットの事前設定購入数量に対応する単価は、ユーザ入力商品情報の値に依存する。同じセットの事前設定購入数量に各商品を関連付けることにより、事前設定購入数量に基づいて、所望の数量での商品の単価を検索することができる。
【００１８】
例えば、事前設定購入数量のセット（システム管理者によって設定されたもの）は、特定の商品について１、５、１０、および、１５個を含んでよい。１、５、１０、１５、および、２０の事前設定購入数量の各々は、ユーザ入力商品情報に基づいて各ユーザ入力商品について決定される単価に関連付けられる。ユーザ（例えば、販売者）は、例えば、Ｌｏｇｉｔｅｃｈ（登録商標）のコンピュータマウス商品について、購入数量範囲１〜３で単価が４０ドルであり、購入数量範囲４〜１０で単価が３０ドルであると入力しうる。別のユーザ（例えば、別の販売者）は、例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）コンピュータマウス商品について、購入数量範囲１〜７で単価が３０ドルであり、購入数量範囲８〜１２で単価が２０ドルであり、購入数量範囲１３〜１８で単価が１５ドルであると入力しうる。商品情報の変換後、Ｌｏｇｉｔｅｃｈ（登録商標）コンピュータマウス商品は、事前設定購入数量のセットおよび以下に示す対応する単価のセットに関連付けられる。１個：４０ドル、５個：３０ドル、１０個：３０ドル、および、１５個：該当なし。商品情報の変換後、Ｍｉｃｒｏｓｏｆｔ（登録商標）コンピュータマウス商品は、事前設定購入数量のセットおよび以下に示す対応する単価のセットに関連付けられる。１個：３０ドル、５個：３０ドル、１０個：２０ドル、および、１５個：１５ドル。したがって、ユーザ（例えば、購入者）が、所望の購入数量「１０個」かつ所望の単価範囲「１０ドル〜２０ドル」でコンピュータマウスの検索要求を行った場合に、Ｌｏｇｉｔｅｃｈ（登録商標）およびＭｉｃｒｏｓｏｆｔ（登録商標）のマウスに対して事前設定購入数量のセットを用いると、Ｌｏｇｉｔｅｃｈ（登録商標）コンピュータマウスは、事前設定購入数量「１０個」に関連付けられた単価が３０ドルであり、所望の単価「１０〜２０ドル」と一致しないことから、適合する結果として返されることがない。しかしながら、Ｍｉｃｒｏｓｏｆｔ（登録商標）コンピュータマウスは、事前設定購入数量「１０個」に関連付けられた単価が２０ドルであり、所望の単価１０〜２０ドルと一致することから、適合する結果として返される。
【００１９】
１セットの事前設定購入数量および対応する単価は、各商品について格納されうる。かかる変換の一目的は、ユーザ入力の購入数量範囲に不一致が存在しうるため（例えば、異なるユーザが、異なる数の購入数量範囲と、各購入数量範囲に対する異なる値とを入力しうるため）、商品のユーザ入力情報を事前設定購入数量に変換することで、かかる多様な情報を、検索エンジンによってより簡単に検索できる情報セットに統一することである。
【００２０】
商品情報検索サーバ１０６は、さらに、検索要求に応答して、変換済みの商品情報（例えば、複数セットの事前設定購入数量および対応する単価）を検索するよう構成されている。例えば、検索要求は、ウェブサイトから商品を購入しようと思っている購入者によって電子商取引ウェブサイトで入力されうる。検索要求は、所望の商品属性（例えば、購入者が関心を持つ商品の商品名および商品製造者）、所望の購入数量（例えば、１回の取引中に購入者が購入したいと思う各商品の個数）、および、所望の単価（例えば、所望の購入数量で各商品１個当たりに購入者がいくら支払うつもりか）を含みうる。いくつかの実施形態において、事前設定購入数量は、所望の購入数量に基づいて決定される。例えば、各商品に関連付けられた事前設定購入数量のセットが、１個、５個、１０個、および、１５個を含むとする。所望の購入数量が１２個である場合、この所望の購入数量に対する事前設定購入数量が、所定のルールに基づいて決定されうる。所定のルールが、所望の購入数量の値に最も近い値の事前設定購入数量を選択するというルールである場合、事前設定購入数量「１０個」に決定されうる（事前設定購入数量１、５、１０、および、１５個の内、所望の購入数量１２個に最も近いため）。いくつかの実施形態において、決定済みの事前設定購入数量および所望の単価に基づいて、クエリが生成される。次いで、変換された商品情報を格納する１または複数のデータベース内で、商品に対して生成された検索クエリを用いて、所望の単価に対応する決定済みの事前設定購入数量での単価が検索されうる。例えば、生成されたクエリにおいて、決定済みの事前設定購入数量が１０個であり、検索要求の所望の単価が１５〜２０ドルであった場合、１または複数のデータベースにおいて、事前設定購入数量「１０個」で１５〜２０ドルの単価範囲に収まる単価に対応する商品が検索される。いくつかの実施形態では、適合する商品が、検索元のユーザのための検索結果内に返される。
【００２１】
図２は、商品情報の検索を実行するための処理の一実施形態を示すフローチャートである。いくつかの実施形態では、処理２００は、システム１００で実行されうる。
【００２２】
工程２０２では、少なくとも所望の購入数量および所望の単価を含む検索要求が受信される。いくつかの実施形態において、検索要求は、電子商取引ウェブサイトでユーザ（例えば、電子商取引購入者）によって送信される。いくつかの実施形態において、検索要求は、電子商取引ウェブサイトで入手可能な商品についての検索要求である。いくつかの実施形態において、検索要求は、例えば、所望の商品属性（例えば、購入者が関心を持つ商品の商品名および商品製造者）、所望の購入数量（例えば、１回の取引中に購入者が購入したいと思う各商品の個数）、および、所望の単価（例えば、所望の購入数量で各商品１個当たりに購入者がいくら支払うつもりか）を含みうる。
【００２３】
いくつかの実施形態において、ユーザは、（例えば、ウェブサイトのフロントエンドシステムによってサポートされた）電子商取引ウェブサイトのウェブブラウザベースのインターフェースで検索要求を送信する。検索要求のインターフェースは、例えば、入力ウィンドウ、および／または、特に、所望の商品属性、所望の購入数量、所望の単価を生成するためにユーザが選択を行うように構成された１または複数のインタラクティブ要素（例えば、ドロップダウンメニュー、ラジオボタン、チェックボックス）を含みうる。生成された（少なくとも）所望の商品属性、所望の購入数量、および、所望の単価は、変換済みのユーザ入力商品情報とのマッチングを行うために用いられ、検索要求の所望の商品属性、所望の購入数量、および、所望の単価に適合する情報が、検索元のユーザに検索結果として返される。いくつかの実施形態において、検索要求は、商品に関連するキーワード（例えば、商品タイトル、商品製造者／モデルなどの商品属性、商品に関連する業界、商品に関連する地理的位置）を含みうる。いくつかの実施形態において、所望の購入数量は、ユーザが検索している各商品について、１回の取引でユーザが購入を希望／計画している数量である。所望の購入数量は、ゼロより大きい整数値でありうる。いくつかの実施形態において、所望の単価は、単価の範囲であってもよいし、１つの具体的な単価の値であってもよい。
【００２４】
工程２０４では、所望の購入数量に対応する事前設定購入数量が決定される。ここで、決定される事前設定購入数量は、１セットの事前設定購入数量から選択されたものであり、セット内の事前設定購入数量の各々は、異なる所定の個数に関連付けられている。
【００２５】
様々な実施形態において、電子商取引ウェブサイトでユーザ（例えば、商品の販売者）によって送信された商品に関するそれぞれの情報が変換される。例えば、送信された商品情報は、商品識別子（例えば、「商品Ａ」）と、商品Ａの販売者によって設定された１または複数の購入数量および対応する単価とを含みうる。同じまたは別の商品について、別の販売者が、識別子と、別の１または複数の購入数量および対応する単価とを含む商品情報を送信しうる。ユーザ入力の購入数量および対応する単価は、以下で詳述するように、１セットの事前設定購入数量および対応する単価に変換されうる。セット内の事前設定購入数量の各々は、事前設定購入数量のセットが関連付けられた特定の商品の異なる個数を表す異なる値に関連付けられる。いくつかの実施形態において、事前設定購入数量のセットにおける各数量の値は、システム管理者によって設定される。事前設定数量および対応する単価の関連付けセットは、ユーザが電子商取引ウェブサイトで入力した各商品に対して（例えば、データベースのテーブルに）格納されうる。いくつかの実施形態において、同じ商品が２以上の異なる販売者によって入力された場合でも、各販売者の商品は、その販売者の商品に関連するユーザ入力商品情報に基づいて、１セットの事前設定購入数量および対応する単価にそれぞれ変換される別個の商品であると見なされる。言い換えると、変換後、特定の販売者によって販売される商品が、１セットの事前設定購入数量およびユーザ入力商品情報に基づく対応する単価に関連付けられる（そして、事前設定購入数量の同じセットがシステムのすべての他の商品に（別の販売者の同じ製品にも）関連付けられる）。いくつかの実施形態において、２以上の単価にそれぞれ関連付けられた全商品（例えば、１回の取引で１〜５個が購入される場合に単価が１０ドルであり、１回の取引で６〜１０個が購入される場合に単価が８ドルであることを示す商品情報で販売者「アリス」によって販売される商品Ａ）が、このように変換され、その結果、変換後に、各商品は、同じセットの事前設定購入数量に関連付けられるが、各セットの購入数量に対応するおそらく異なった単価に関連付けられる。
【００２６】
いくつかの実施形態において、所定のルールに基づいて、事前設定購入数量が、所望の購入数量に対して決定される。例えば、所定のルールは、所望の購入数量の値に最も近い値を有する事前設定購入数量が選択されるというルールであってよい。
【００２７】
工程２０６では、少なくとも決定済みの事前設定購入数量および所望の単価を含む検索クエリが生成される。
【００２８】
いくつかの実施形態において、事前設定購入数量が決定されると、ユーザの元々の検索要求に適合する商品を電子商取引ウェブサイトで検索するための検索クエリを生成できる。
【００２９】
工程２０８では、検索クエリは適合商品を検索するために用いられる。ここで、適合商品は、所望の単価に対応する決定済みの事前設定購入数量での単価に関連付けられている商品である。
【００３０】
いくつかの実施形態において、生成された検索クエリは、電子商取引ウェブサイトで入手可能な商品に関するデータを格納する１または複数のデータベースで検索を行うために用いられる。例えば、各商品について、データの中でも特に、商品属性（例えば、商品製造者、商品モデル）、および、（例えば、変換処理後に決定された）事前設定購入数量のセットに対応する単価のセットを格納することができる。検索クエリは、決定済みの事前設定購入数量に関連付けられた単価が所望の単価に対応する適合商品を検索するために用いることができる。例えば、所望の単価が値の範囲であると仮定すると、決定済みの事前設定購入数量での商品の単価の値が所望の単価の値の範囲に入る場合、その単価の値は所望の単価に適合する。また、例えば、所望の単価が特定の値であると仮定すると、決定済みの事前設定購入数量での商品の単価の値が所望の単価の値と同じである場合に、その単価の値は所望の単価に適合する。
【００３１】
いくつかの実施形態において、決定済みの事前設定購入数量での所望の単価に加えて、検索クエリは、さらに、ユーザの元々の検索要求の１または複数の所望の商品属性を含む。いくつかの実施形態では、適合商品を見つけるために、決定済みの事前設定購入数量での商品の関連単価を所望の単価に対応させることに加えて、商品の１または複数の属性が、検索クエリに含まれる１または複数の所望の属性に適合する必要がある。
【００３２】
商品に関連付けられたユーザ入力商品情報を１セットの事前設定購入数量および対応する商品単価に変換する処理を開示する。いくつかの実施形態において、販売者は、電子商取引ウェブサイトに関連付けられたユーザインターフェースで、販売したい商品に関する情報を入力する。いくつかの実施形態において、入力商品情報は格納される。いくつかの実施形態において、商品情報は、１または複数の商品属性（例えば、商品製造者、商品モデル、商品名）を含む。様々な実施形態において、商品情報は、さらに、１または複数のユーザ入力購入数量範囲と、かかる対応する購入数量範囲の各々での単価とを含む。
【００３３】
いくつかの実施形態において、商品のユーザ入力商品情報を変換する処理の第１の工程は、事前設定購入数量の各々をその商品に関するユーザ入力購入数量範囲とマッチングする工程である。いくつかの実施形態において、商品のユーザ入力商品情報を変換する処理の第２の工程は、ユーザ入力購入数量範囲に適合した事前設定購入数量と、適合したユーザ入力購入数量範囲のユーザ入力単価との間の対応関係を確立する工程である。
【００３４】
以下の例を用いて、変換処理を説明する。
【００３５】
この例では、特定の商品について、電子商取引販売者が、以下の商品情報を入力（例えば、電子商取引ウェブサイトへアップロード）したとする。特に、商品タイトル、商品写真、商品説明、商品属性、輸送料、商品価格。商品価格には、販売者によって決定および入力された様々な購入数量範囲に対応する単価が存在する。様々な実施形態において、ユーザ入力購入数量および事前設定購入数量はいずれも、一般に、それらに対応する単価と反比例の関係にある。つまり、注文数量（すなわち、１回の取引で購入する商品の個数）が少ないほど、対応する単価が高くなり、注文数量が多いほど、対応する単価は安くなる。
【００３６】
この例において、電子商取引販売者Ａによって入力された商品「ｍｐ４」の商品価格を表１に示す。
【００３７】
【表１】
0005620589.tif 000002
【００３８】
電子商取引販売者Ｂによって入力された同じ商品「ｍｐ４」の商品価格を表２に示す。
【００３９】
【表２】
0005620589.tif 000003
【００４０】
この例において、各商品は５つのみのユーザ入力購入数量範囲および対応する単価に関連付けられているが、実際の実施においては、商品が、より多いまたはより少ないユーザ入力購入数量範囲および対応する単価に関連付けられてもよい。また、ユーザは、例に示す範囲以外の購入数量範囲を入力してもよい。
【００４１】
様々な実施形態において、変換された商品情報を格納するために用いられるテーブル（例えば、データベース内のテーブル）が、事前設定購入数量の数と少なくとも同じ数の単価のフィールドを含む。様々な実施形態において、システム管理者が、各商品と関連付けられる各事前設定購入数量を設定する。様々な実施形態において、システム管理者は、各商品と関連付けられる少なくとも２以上の事前設定購入数量（いくつかの実施形態においては、Ｎ個の事前設定購入数量のセットと呼ばれる）を設定する。いくつかの実施形態において、事前設定購入数量の値は、電子商取引ウェブサイトで電子商取引購入者によってなされた購入の履歴記録を用いた購入数量の統計分析析に基づいて設定される。例えば、Ｎ個の事前設定購入数量の各々の値として、電子商取引ウェブサイトの購入者の内の大多数によって過去になされた購入の数量（例えば、個数）にできるだけ近い値が選択されうる。いくつかの実施形態において、事前設定購入数量の具体的な値は、統計分析に基づいて調整されてよい。変換された商品情報が格納されるテーブル内には、各事前設定購入数量に対して、対応する単価のフィールドが設定される。ユーザ入力購入数量範囲が商品の事前設定購入数量に変換されると、対応する単価を商品に対して決定し、商品情報変換処理を完了させることができる。いくつかの実施形態において、商品情報は、ユーザが電子商取引ウェブサイトで商品情報を入力した後に変換されうる。ユーザ入力購入数量範囲および対応する単価（１つの商品とその注文範囲との間の一対多の関係）を、事前設定購入数量セットおよび対応する単価セットに変換することにより、商品と各事前設定購入数量および対応する単価との一対一の関係が確立されうる。
【００４２】
例えば、事前設定購入数量の数が１０に設定されるとする。これは、１０個の対応する単価が存在することも意味する（１つの単価が１０個の事前設定購入数量の各々に対応する）。この例において、各単価フィールドの識別子は、単価識別子の後に一意的な数字を付したものであるが、各単価フィールドは、任意の他の方法によって識別されてもよい。この例における単価フィールドの識別子は、価格１、価格２、価格３、・・・、価格１０である。
【００４３】
この例において、変換された商品情報を格納するために用いられるテーブルは、以下のフィールドを含みうる。商品名、商品画像、商品説明、商品属性、価格１、価格２、価格３、・・・、価格１０、など。
【００４４】
さらに、事前設定購入数量およびそれらに対応する単価識別子を格納するための参照テーブル（表３の例に示すようなテーブル）が、データベースに追加されうる
【００４５】
【表３】
0005620589.tif 000004
【００４６】
表３の例に示すように、データベース内の参照テーブルを用いることにより、事前設定購入数量と単価との間の対応関係を確立できる。事前設定購入数量と単価との間の対応関係を格納するために必要なデータのサイズが小さいので、それらのデータは、変換された商品情報を検索するよう構成された検索エンジンに関連するプログラム内に直接書き込むことができる。
【００４７】
図３Ａは、ユーザ入力商品情報を１セットの事前設定購入数量および対応する単価に変換するための処理の一実施形態を示すフローチャートである。いくつかの実施形態では、処理３１０は、システム１００で実施されうる。いくつかの実施形態において、処理３１０は、商品情報が電子商取引ウェブサイトで入力された各商品に対して実施される。
【００４８】
工程３１２では、商品に関する商品情報が受信される。ここで、商品情報は、１または複数のユーザ入力購入数量範囲を含んでおり、１または複数のユーザ入力購入数量範囲の各々は単価に対応する。例えば、商品に関する商品情報は、電子商取引ウェブサイトで販売者によって入力される。この例において、その商品のユーザ入力購入数量範囲および対応するユーザ入力単価は以下の通りである：購入数量範囲１〜３で単価が４０ドルであり、購入数量範囲４〜１０で単価が３０ドルである。
【００４９】
工程３１４では、セット内の事前設定購入数量の各々が、１または複数のユーザ入力購入数量範囲とマッチングされ、適合するユーザ入力購入数量範囲が決定される。例えば、事前設定購入数量のセットが１個、５個、１０個、および、１５個を含む場合、１個、５個、１０個、および、１５個の各々が、ユーザ入力購入数量範囲の各々とマッチングされる（購入数量範囲１〜３での単価は４０ドルであり、購入数量範囲４〜１０での単価は３０ドルである）。事前設定購入数量は、事前設定購入数量の値がユーザ入力購入数量範囲の下限以上であり、かつ、ユーザ入力購入数量範囲の上限以下である場合に、ユーザ入力購入数量範囲に適合しうる。したがって、事前設定購入数量「１個」は、ユーザ入力購入数量範囲１〜３に適合し、事前設定購入数量「５個」は、ユーザ入力購入数量範囲４〜１０に適合し、事前設定購入数量「１０個」は、ユーザ入力購入数量範囲４〜１０に適合し、事前設定購入数量「１５個」は、ユーザ入力購入数量範囲のいずれにも適合しない。
【００５０】
工程３１６では、セット内の事前設定購入数量の各々と、その事前設定購入数量に適合したユーザ入力購入数量範囲に対応する単価との対応関係が格納される。上記の例に戻ると、事前設定購入数量「１個」はユーザ入力購入数量範囲１〜３に適合するので、事前設定購入数量「１個」と、単価４０ドル（ユーザ入力購入数量範囲１〜３に対応する単価）との間の関係が格納される。同様に、ユーザ入力購入数量範囲４〜１０に適合する事前設定購入数量「５個」と、ユーザ入力購入数量範囲４〜１０に対応する単価である単価３０ドルとの関係が格納される。次に、ユーザ入力購入数量範囲４〜１０に適合する事前設定購入数量「１０個」と、ユーザ入力購入数量範囲４〜１０に対応する単価である単価３０ドルとの関係が格納される。最後に、ユーザ入力購入数量範囲のいずれにも適合しない事前設定購入数量「１５個」と、適合がないことを示すための事前設定値との関係が格納される。
【００５１】
事前設定購入数量を商品のユーザ入力購入数量範囲とマッチングするための変換ルールの一例は、以下の通りである（以下の動作は、各事前設定購入数量に対して実行される）。
【００５２】
現行の事前設定購入数量を、商品に関連するユーザ入力購入数量範囲の各々とマッチングする。マッチング技術の一例は以下の通りである。
【００５３】
事前設定購入数量の値が、ユーザ入力購入数量範囲の購入数量範囲下限の値以上であり、かつ、購入数量範囲の購入数量範囲上限の値以下である場合、適合が達成される／なされる。
【００５４】
特定のユーザ入力購入数量範囲と事前設定購入数量との間でなされた適合の結果として、現行の事前設定購入数量と、適合したユーザ入力購入数量範囲に対応する単価との間の対応関係が確立される。
【００５５】
ユーザ入力購入数量範囲と事前設定購入数量との間に適合が見いだされない場合、いくつかの実施形態において、現行の事前設定購入数量と事前設定単価との間の対応関係が確立される。事前設定単価は、負の値（例えば、「−１」）に設定されてよく、事前設定購入数量とユーザ入力購入数量範囲との間に適合が見いだされないことを示す。いくつかの実施形態において、事前設定単価は、事前設定購入数量の増加と、単価の対応する減少との間の反比例の関係を満たしうる。いくつかの実施形態において、適合が見いだされない場合、変換されたテーブルには事前設定単価が含まれない。
【００５６】
以下は、販売者Ａによって入力された表１の商品情報「ｍｐ４」に対して上述したマッチング技術を適用する例である。
【００５７】
表３によると、単価フィールド「価格１」に対応する事前設定購入数量は「１」である。事前設定購入数量「１」をユーザ入力購入数量範囲の各々と比較すると、ユーザ入力購入数量範囲の下限が事前設定購入数量「１」以下であり、かつ、ユーザ入力購入数量範囲の上限が事前設定購入数量「１」以上である範囲がマッチングされる。このようにして、第１の範囲［１，３］が、この事前設定購入数量「１」にマッチングされる。したがって、電子商取引販売者Ａによって入力された商品「ｍｐ４」について、表３の単価フィールド「価格１」の値には、表１に示すように、適合する第１の範囲に対応する単価である単価「１００」が入力されることが好ましい。このように、現行の事前設定購入数量「１」と、適合した第１の範囲に対応する単価「１００」との間の対応関係が確立される。
【００５８】
表３によると、単価フィールド「価格２」に対応する事前設定購入数量は「２」である。事前設定購入数量「２」をユーザ入力購入数量範囲の各々と比較すると、ユーザ入力購入数量範囲の下限が事前設定購入数量「２」以下であり、かつ、ユーザ入力購入数量範囲の上限が事前設定購入数量「２」以上である範囲がマッチングされる。このようにして、再び、第１の範囲［１，３］が適合することがわかる。したがって、電子商取引販売者Ａによって入力された商品「ｍｐ４」について、表３の単価フィールド「価格２」の値には、表１に示すように、適合する第１の範囲に対応する単価である単価「１００」が入力されることが好ましい。このように、現行の事前設定購入数量「２」と、適合した第１の範囲に対応する単価「１００」との間の対応関係が確立される。
【００５９】
表３を参照して、いくつかの事前設定購入数量を飛ばすと、単価フィールド「価格５」に対応する「事前設定購入数量」は「８」である。事前設定購入数量「８」をユーザ入力購入数量範囲の各々と比較すると、ユーザ入力購入数量範囲の下限が事前設定購入数量「８」以下であり、かつ、ユーザ入力購入数量範囲の上限が事前設定購入数量「８」以上である範囲がマッチングされる。このようにして、第２の範囲［４，８］がマッチングされる。したがって、電子商取引販売者Ａによって入力された商品「ｍｐ４」について、表３の単価フィールド「価格５」の値には、表１に示すように、適合する第２の範囲に対応する単価である単価「９５」が入力されることが好ましい。このように、現行の事前設定購入数量「８」と、適合した第１の範囲に対応する単価「９５」との間の対応関係が確立される。
【００６０】
表３を参照して、いくつかの事前設定購入数量を飛ばすと、単価フィールド「価格１０」に対応する「事前設定購入数量」は「１００」である。事前設定購入数量「１００」をユーザ入力購入数量範囲の各々と比較すると、ユーザ入力購入数量範囲の下限が事前設定購入数量「１００」以下であり、かつ、ユーザ入力購入数量範囲の上限が事前設定購入数量「１００」以上である範囲がマッチングされる。そうすると、この事前設定購入数量にマッチングされうる範囲は存在しない。したがって、表３の単価フィールド「価格１０」のデータベース商品テーブルにおける値は、事前設定単価「−１」に設定されうる。このように、現行の事前設定購入数量「１００」と、事前設定単価「−１」との間の対応関係が確立される。
【００６１】
各事前設定購入数量に対してマッチングを実行した後、単価フィールド「価格１」から「価格１０」に対応する単価が、電子商取引販売者Ａによって入力された商品「ｍｐ４」のためのデータベース内のテーブルに格納される。事前設定購入数量と単価との間の対応関係を格納するために用いられるテーブルは、事前設定購入数量に対応する単価の識別子を含む列と、単価の対応する値を含む別の列とを備えうる。かかるテーブルの一例を表４に示す。
【００６２】
【表４】
0005620589.tif 000005
【００６３】
上述の例は、事前設定購入数量（各々が、対応する単価フィールドの識別子によって識別されうる）と、適合するユーザ入力購入数量範囲の単価との間の対応関係を格納するために利用できるテーブルの一例にすぎない。別の例において、事前設定購入数量と、各商品の単価との間の対応関係を格納するために用いられるテーブルは、事前設定購入数量の値を含む列と、単価の対応する値を含む別の列とを備えうる。かかるテーブルの一例を表５に示す。
【００６４】
【表５】
0005620589.tif 000006
【００６５】
さらに明確にするために、販売者Ｂによって入力された表２の商品情報「ｍｐ４」に対して上述したマッチング技術を適用する例を以下に示す。
【００６６】
表３によると、単価フィールド「価格１」に対応する「事前設定購入数量」は「１」である。事前設定購入数量「１」をユーザ入力購入数量範囲の各々と比較すると、ユーザ入力購入数量範囲の下限が事前設定購入数量「１」以下であり、かつ、ユーザ入力購入数量範囲の上限が事前設定購入数量「１」以上である範囲がマッチングされる。このようにして、第１の範囲［１，３］が、この事前設定購入数量「１」にマッチングされる。したがって、電子商取引販売者Ｂによって入力された商品「ｍｐ４」について、表３の単価フィールド「価格１」の値には、表２に示すように、適合する第１の範囲に対応する単価である単価「６０」が入力されることが好ましい。このように、現行の事前設定購入数量「１」と、適合した第１の範囲に対応する単価「６０」との間の対応関係が確立される。
【００６７】
表３を参照して、いくつかの事前設定購入数量を飛ばすと、単価フィールド「価格６」に対応する「事前設定購入数量」は「１０」である。事前設定購入数量「１０」をユーザ入力購入数量範囲の各々と比較すると、ユーザ入力購入数量範囲の下限が事前設定購入数量「１０」以下であり、かつ、ユーザ入力購入数量範囲の上限が事前設定購入数量「１０」以上である範囲がマッチングされる。このようにして、第３の範囲［９，２０］がマッチングされる。したがって、電子商取引販売者Ｂによって入力された商品「ｍｐ４」について、表３の単価フィールド「価格６」の値には、表２に示すように、適合する第３の範囲に対応する単価である単価「４５」が入力されることが好ましい。このように、現行の事前設定購入数量「１０」と、適合した第３の範囲に対応する単価「４５」との間の対応関係が確立される。
【００６８】
表３を参照して、いくつかの事前設定購入数量を飛ばすと、単価フィールド「価格１０」に対応する「事前設定購入数量」は「１００」である。事前設定購入数量「１００」をユーザ入力購入数量範囲の各々と比較すると、ユーザ入力購入数量範囲の下限が事前設定購入数量「１００」以下であり、かつ、ユーザ入力購入数量範囲の上限が事前設定購入数量「１００」以上である範囲がマッチングされる。そうすると、この事前設定購入数量にマッチングされうる範囲は存在しない。したがって、表３の単価フィールド「価格１０」のデータベース商品テーブルにおける値は、事前設定単価「−１」に設定されうる。このように、現行の事前設定購入数量「１００」と、事前設定単価「−１」との間の対応関係が確立される。
【００６９】
各事前設定購入数量に対してマッチングを実行した後、単価フィールド「価格１」から「価格１０」に対応する単価が、電子商取引販売者Ｂによって入力された商品「ｍｐ４」のためのデータベース内のテーブルに格納される。事前設定購入数量と単価との間の対応関係を格納するために用いられるテーブルは、事前設定購入数量に対応する単価の識別子を含む列と、単価の対応する値を含む別の列とを備えうる。このテーブルの一例を表６に示す。
【００７０】
【表６】
0005620589.tif 000007
【００７１】
変換を行うのが適切である販売者によって入力された全商品の商品情報を変換した後、各商品について結果として得られた情報（すなわち、事前設定購入数量のセットおよび単価の対応するセット）は、かかるデータが検索エンジンによって利用可能になるように、１または複数のデータベースに格納されてよい。
【００７２】
図３Ｂは、変換された商品情報を用いて検索を行うための処理の一実施形態を示すフローチャートである。いくつかの実施形態では、処理３２０は、システム１００で実施されうる。いくつかの実施形態において、処理３２０は、処理２００の工程２０４、２０６、および、２０８を実行するために用いられる。
【００７３】
工程３２２で、セット内の事前設定購入数量の１つが、所望の購入数量に少なくとも部分的に基づいて選択される。ここで、選択は、事前設定購入数量の値が所望の購入数量の値に近いことに少なくとも部分的に基づく。
【００７４】
いくつかの実施形態において、検索エンジンが変換済みの商品情報を検索する第１の工程は、元々のユーザ要求の所望の購入数量に基づいて、（処理３１０などの処理によって各商品に関連付けられた事前設定購入数量のセットの中から１つの）事前設定購入数量を決定する工程である。いくつかの実施形態において、各商品のユーザ入力購入数量範囲は、標準セットの事前設定購入数量に変換されるため、情報が変換された全商品が、同じセットの購入数量に関連付けられる。いくつかの実施形態において、決定された事前設定購入数量は、所望の購入数量の値と最も近い値を有する事前設定購入数量であってよい。
【００７５】
以下は、どの事前設定購入数量が所望の購入数量に最も近い値を有するのかを決定する方法の一例である。
【００７６】
所望の購入数量の値と同じ値を有する、または、所望の購入数量の値に最も近い値を有する事前設定購入数量が存在する場合、この事前設定購入数量が、決定された事前設定購入数量になる。
【００７７】
計画された購入数量に等しく近い値を有する２つの事前設定購入数量が存在する場合、小さい方の値を有する事前設定購入数量が、決定された事前設定購入数量として選択される。
【００７８】
いくつかの実施形態において、検索エンジンは、各商品の事前設定購入数量および単価の間の対応関係に基づいて、商品情報インデックスを生成できる。例えば、検索エンジンは、商品の事前設定購入数量および対応する単価が格納された１または複数のデータベースから、商品情報インデックスを生成するために用いるデータを定期的にダウンロードすることができる。例えば、検索エンジンは、１時間に１回、１または複数のデータベースからデータをダウンロードしうる。
【００７９】
いくつかの実施形態において、商品の事前設定購入数量および単価の間の対応関係は、単価識別子を用いて格納される。例えば、表１の電子商取引販売者による商品「ｍｐ４」の価格について、事前設定購入数量「５」および単価「９５」の間の対応関係が、購入数量識別子「価格４」を用いて確立され、事前設定購入数量「１０」および単価「９０」の間の対応関係が、単価識別子「価格６」を用いて確立される、などである。各商品について、単価識別子が、対応する単価の値と共に格納される場合、単価識別子を対応する事前設定購入数量の値に関連付けるテーブルを参照して、事前設定購入数量および対応する単価の間の関連を決定することができる。
【００８０】
工程３２４では、少なくとも選択済みの事前設定購入数量および所望の単価を含む検索クエリが生成される。
【００８１】
いくつかの実施形態において、検索エンジンが変換済みの商品情報を検索する第２の工程は、第１の工程で決定された事前設定購入数量および元々の検索要求の所望の単価に基づいて検索クエリを生成する工程である。いくつかの実施形態において、検索クエリは、さらに、元々の検索要求からの１または複数の商品属性を含む。
【００８２】
工程３２６では、１または複数の適合する商品が決定される。ここで、各適合商品について、選択された事前設定購入数量には、所望の単価に対応する関連の単価が対応する。
【００８３】
いくつかの実施形態において、検索クエリは、変換された商品情報（すなわち、各商品の事前設定購入数量および単価の間の対応関係）を格納する１または複数のデータベースで適合商品を検索するために利用されうる。いくつかの実施形態において、検索クエリは、各商品の事前設定購入数量および対応する単価の間の対応関係を格納する検索エンジンに関連付けられたプログラムを用いて適合商品を検索するために利用されうる。いくつかの実施形態において、検索クエリに適合する商品は、所望の単価に対応する決定済みの事前設定購入数量での単価を有する商品でありうる。例えば、所望の単価が単一値であった場合、決定された購入数量での適合商品の単価の値は、所望の単価の値に等しい必要がある。あるいは、例えば、所望の単価が値の範囲であった場合、決定された購入数量での適合商品の単価の値は、所望の単価の値の範囲内にある必要がある。
【００８４】
いくつかの実施形態において、適合商品であるには、決定された購入数量に対応する検索クエリの所望の単価に適合することに加えて、商品は、検索クエリに含まれる１または複数の商品属性にも適合しなければならない。例えば、各商品の変換済み商品情報を格納するために用いられるのと同じ１または複数のデータベースは、それらの商品に関する商品属性も格納しうる。商品属性の例は、製造者、モデル、ブランド、名称、発売日、および、仕様を含みうる。
【００８５】
例えば、電子商取引購入者は、検索要求に含める以下の商品情報をクライアント側のブラウザを通して入力する：商品属性：「ｍｐ４」、所望の購入数量：「１０」、および、所望の単価：「２５」〜「５０」。
【００８６】
この例においては、表３の事前設定購入数量（すなわち、「１」、「２」、「３」、「５」、「８」、「１０」、「２０」、「３０」、「５０」、および、「１００」）を適用する。次いで、事前設定購入数量「１０」が、所望の購入数量「１０」に最も近いと決定される。参照テーブル（表３など）を参照すると、決定された事前設定購入数量「１０」に対応する単価識別子は「価格６」である。したがって、商品属性「ｍｐ４」と、「２５」以上かつ「５０」以下の値（すなわち、所望の単価の範囲内の値）を有する単価フィールド識別子「価格６」とに適合する商品情報のクエリが、検索エンジンによって実行される。クエリに適合する商品が、検索結果に含められる。
【００８７】
電子商取引販売者ＡおよびＢによって提供された商品「ｍｐ４」の商品情報の例に戻る：電子商取引販売者Ａによって入力された商品「ｍｐ４」について、単価フィールド「価格６」の値は「９０」であるため、「２５」以上かつ「５０」以下の所望の単価に適合しない。したがって、販売者Ａによって販売される商品「ｍｐ４」は、検索結果に含められない。しかし、電子商取引販売者Ｂによって入力された商品「ｍｐ４」については、単価フィールド「価格６」の値は「４５」であるため、「２５」以上かつ「５０」以下の所望の単価に適合する。したがって、販売者Ｂによって販売される商品「ｍｐ４」は、検索結果に含められる。
【００８８】
上述の検索の例において、最初に、適切な事前設定購入数量が、所望の購入数量に基づいて決定される。次いで、決定された事前設定購入数量および所望の単価／１または複数の商品属性を用いて、検索が実行される。ただし、いくつかの実施形態では、最初に、元々の検索要求の１または複数の商品属性に適合する商品が決定される。次いで、適切な事前設定購入数量が決定され、決定された事前設定購入数量に対応する所望の単価にも適合する商品のサブセットが、１または複数の商品属性に適合する商品から検索される。
【００８９】
例えば、電子商取引購入者は、検索要求に含める以下の商品情報をクライアント側のブラウザを通して入力する：商品属性：「ｍｐ４」、所望の購入数量：「２５」、および、所望の単価：「２５」〜「５０」。
【００９０】
この例において、所望の購入数量「２５」は、事前設定購入数量「２０」および「３０」の両方に等しく近い。所望の購入数量に等しく近い２つの事前設定購入数量が存在すると仮定すると、２つの内の小さい方の事前設定購入数量が選択される。こうして、この例において決定された事前設定購入数量は「２０」である。決定された事前設定購入数量「２０」に対応する単価識別子は「価格７」である。したがって、商品情報インデックスにおいて、商品属性「ｍｐ４」および単価フィールド「価格７」に適合すると共に「２５」以上かつ「５０」以下（すなわち、所望の単価範囲は「２５」から「５０」である）の値を有する商品情報の検索クエリが実行される。電子商取引販売者ＡおよびＢによって提供された商品「ｍｐ４」の商品情報の例に戻る：電子商取引販売者Ａによって入力された商品「ｍｐ４」について、単価フィールド「価格７」の値は「９０」であるため、「２５」以上かつ「５０」以下の所望の単価に適合しない。したがって、販売者Ａによって販売される商品「ｍｐ４」は、検索結果に含められない。しかし、電子商取引販売者Ｂによって入力された商品「ｍｐ４」については、単価フィールド「価格７」の値は「４５」であるため、「２５」以上かつ「５０」以下の所望の単価に適合する。したがって、販売者Ｂによって販売される商品「ｍｐ４」は、検索結果に含められる。
【００９１】
図４は、商品情報の検索を実行するためのシステムの一実施形態を示す図である。この例において、システム３００は、変換デバイス３０１、書き込み動作デバイス３０２、検索デバイス３０３、および、データベース３０４を備える。
【００９２】
これらのデバイスは、１または複数のプロセッサ上で実行されるソフトウェアコンポーネントとして、特定の機能を実行するよう設計されたプログラム可能論理デバイスおよび／または特定用途向け集積回路などのハードウェアとして、もしくは、それらの組み合わせとして実装することができる。いくつかの実施形態において、デバイスは、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワーク装置など）に本発明の実施形態に記載された方法を実行させるための複数の命令など、不揮発性記憶媒体（光学ディスク、フラッシュ記憶装置、携帯用ハードディスクなど）に格納することができるソフトウェア製品の形態で具現化されてよい。
【００９３】
変換デバイス３０１は、各商品について、ユーザ入力購入数量範囲および対応する単価を含む商品情報を、１セットの事前設定購入数量および対応する単価に変換するよう構成されている。
【００９４】
書き込み動作デバイス３０２は、各商品の事前設定購入数量およびその単価の対応関係を格納するよう構成されており、その対応関係は、変換デバイス３０１によって実行された変換によって取得されたものである。いくつかの実施形態において、書き込み動作デバイス３０２は、１または複数のデータベースのテーブルに商品の対応関係を格納する。
【００９５】
検索デバイス３０３は、特に、商品属性、所望の購入数量、および、所望の単価を含む検索要求を受信するよう構成されている。事前設定購入数量が、所望の購入数量に基づいて決定される。次いで、検索クエリが、決定された事前設定購入数量と、所望の単価ならびに／もしくは１または複数の商品属性に少なくとも部分的に基づいて生成される。検索クエリは、データベースから適合商品を見つけるために用いられ、適合商品とは、所望の単価に対応する決定済みの事前設定購入数量での単価を少なくとも有する商品である。いくつかの実施形態において、適合商品は、さらに、元々の検索要求の１または複数の商品属性の少なくとも１つに適合しなければならない。
【００９６】
図５は、システム３００の変換デバイス３０１の一例を示す。
【００９７】
この例において、変換デバイス３０１は、マッチングユニット４０１および関係確立ユニット４０２を備える。これらのユニットは、１または複数のプロセッサ上で実行されるソフトウェアコンポーネントとして、特定の機能を実行するよう設計されたプログラム可能論理デバイスおよび／または特定用途向け集積回路などのハードウェアとして、もしくは、それらの組み合わせとして実装することができる。いくつかの実施形態において、ユニットは、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワーク装置など）に本発明の実施形態に記載された方法を実行させるための複数の命令など、不揮発性記憶媒体（光学ディスク、フラッシュ記憶装置、携帯用ハードディスクなど）に格納することができるソフトウェア製品の形態で具現化されてよい。ユニットは、単一のデバイス上に実装されてもよいし、複数のデバイスにわたって分散されてもよい。
【００９８】
マッチングユニット４０１は、セット内の事前設定購入数量の各々と、商品のユーザ入力購入数量範囲との間の適合（存在する場合）を決定するよう構成されている。例えば、事前設定購入数量がユーザ入力購入数量の下限以上であり、かつ、ユーザ入力購入数量の上限以下である場合、その事前設定購入数量はユーザ入力購入数量範囲に適合すると決定される。
【００９９】
関係確立ユニット４０２は、マッチングユニット４０２によってマッチングされたユーザ入力購入数量範囲に対応する事前設定購入数量および単価の間の対応関係を格納するよう構成されている。
【０１００】
いくつかの実施形態において、関係確立ユニット４０２は、事前設定購入数量が商品のどのユーザ入力購入数量範囲とも適合しないと決定された場合に、事前設定購入数量および事前設定単価の間の対応関係を格納するよう構成されている。
【０１０１】
図６は、商品情報の検索を実行するためのシステムの一実施形態を示す図である。システム５００は、受信ユニット５０１、決定ユニット５０２、および、検索ユニット５０３を備える。
【０１０２】
受信ユニット５０１は、商品情報検索要求を受信するよう構成されている。いくつかの実施形態において、検索要求は、商品属性、所望の購入数量、および、所望の単価を備える。
【０１０３】
決定ユニット５０２は、検索要求の所望の購入数量に基づいて、事前設定購入数量を決定するよう構成されている。例えば、事前設定購入数量は、所望の購入数量に最も近いものが選択されてよく、所望の購入数量に等しく近い２つの事前設定購入数量が存在する場合には、値が小さい方の事前設定購入数量が選択される。
【０１０４】
検索ユニット５０３は、決定された事前設定購入数量と、検索要求由来の所望の単価ならびに／もしくは１または複数の商品属性とを少なくとも含む検索クエリを生成するよう構成されている。検索ユニット５０３は、さらに、検索クエリを用いて、１または複数のデータベースに情報が格納された適合商品を検索するよう構成されている。いくつかの実施形態において、適合商品は、決定された事前設定購入数量に対応する単価が所望の単価に対応する商品であり、いくつかの実施形態では、検索クエリの１または複数の商品属性にも適合する商品である。
【０１０５】
当業者は、本願の実施形態が、方法、デバイス、または、コンピュータソフトウェアとして提供されうることを理解されたい。したがって、本願は、完全にハードウェアまたはソフトウェアの実施形態もしくはハードウェアおよびソフトウェアの組み合わせの実施形態を利用しうる。さらに、本願は、コンピュータプログラムコードを含む１または複数のコンピュータ動作可能な記憶媒体（磁気ディスク記憶デバイス、ＣＤ−ＲＯＭ、および、光学記憶デバイスを含むがこれらに限定されない）上に実装されたコンピュータプログラムの形態をとりうる。
【０１０６】
本願は、本願の実施形態の方法、デバイス、および、コンピュータプログラム製品に基づいたフローチャートおよび／またはブロック図を参照して記載されている。フローチャートおよび／またはブロック図内の各処理および／またはブロック、ならびに、フローチャートおよび／またはブロック図内の処理および／またはブロックの組み合わせは、コンピュータプログラム命令で実現されうることを理解されたい。これらのコンピュータ命令は、マシンを生成するために、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または、その他のプログラム可能なデータ装置のプロセッサに供給されてよく、その結果、コンピュータまたはその他のプログラム可能なデータ装置のプロセッサによって命令が実行されることで、フローチャートの１または複数の処理および／またはブロック図の１または複数のブロックに記載された機能を実現するために用いられるデバイスが生成される。
【０１０７】
これらのコンピュータプログラム命令は、コンピュータまたはその他のプログラム可能なデータ装置を導くことができる専用コンピュータ読み取り可能な記憶デバイス上に格納されてもよく、その結果、これらのコンピュータ読み取り可能なデバイス上に命令が格納されることで、命令デバイスを備える製品が生成される。これらの命令デバイスは、フローチャートの１または複数の処理および／またはブロック図の１または複数のブロックに記載された機能を実現する。
【０１０８】
これらのコンピュータプログラム命令は、コンピュータまたはその他のプログラム可能なデータ装置上にロードされてもよく、その結果、一連の動作工程が、コンピュータまたはその他のプログラム可能な装置上で実行され、コンピュータ処理が行われる。このように、コンピュータまたはその他のプログラム可能な装置上で実行された命令は、フローチャートの１または複数の処理および／またはブロック図の１または複数のブロックに記載された機能を実現するための工程を提供する。
【０１０９】
本願の好ましい実施形態を記載しているが、当業者は、基本的な創造概念を把握すれば、これらの実施形態に他の変形または修正を加えることができる。したがって、添付の特許請求の範囲は、好ましい実施形態ならびに本願の範囲内にあるすべての変形例および修正例を含むと解釈されるべきである。
【０１１０】
当業者は、本発明の精神および範囲から逸脱することなく、本願を変形および変更することができる。したがって、本願のこれらの変形例および変更例が、特許請求の範囲および等価の技術の範囲内にある場合、本願は、これらの変形例および変更例をも網羅するものである。
【０１１１】
上述の実施形態は、理解しやすいようにいくぶん詳しく説明されているが、本発明は、提供された詳細事項に限定されるものではない。本発明を実施する多くの代替方法が存在する。開示された実施形態は、例示であり、限定を意図するものではない。
適用例１：商品情報を検索する方法であって、少なくとも所望の購入数量および所望の単価を含む検索要求を受信し、前記所望の購入数量に対応する事前設定購入数量を決定し、前記決定される事前設定購入数量は１セットの事前設定購入数量から選択され、前記セット内の事前設定購入数量の各々は異なる所定の個数に関連付けられており、少なくとも前記決定された事前設定購入数量および前記所望の単価を含む検索クエリを生成し、前記検索クエリを用いて適合商品を検索し、適合商品は、前記所望の単価に対応する前記決定された事前設定購入数量に対応する単価に関連付けられている商品である、ことを備える、方法。
適用例２：適用例１に記載の方法であって、さらに、適合商品に関連付けられている識別子を含む検索結果を返すことを備える、方法。
適用例３：適用例１に記載の方法であって、商品について、１または複数のユーザ入力購入数量範囲および対応する単価を、１セットの事前設定購入数量および対応する単価に変換する、方法。
適用例４：適用例３に記載の方法であって、１または複数のユーザ入力購入数量範囲の変換は、前記セットの事前設定購入数量の各々と、前記１または複数のユーザ入力購入数量範囲の１つとの間に適合が存在するか否かを判定することを含み、前記事前設定購入数量が前記ユーザ入力購入数量範囲の下限以上であり、かつ、前記事前設定購入数量が前記ユーザ入力購入数量範囲の上限以下である場合に、事前設定購入数量とユーザ入力購入数量範囲との間に適合が存在する、方法。
適用例５：適用例４に記載の方法であって、事前設定購入数量とユーザ入力購入数量範囲との間に適合が存在すると判定された場合、前記事前設定購入数量と、適合する前記ユーザ入力購入数量範囲に関連付けられた単価との間の対応関係が、前記商品に対して格納される、方法。
適用例６：適用例１に記載の方法であって、前記検索要求は、さらに、１または複数の所望の商品属性を含む、方法。
適用例７：適用例６に記載の方法であって、前記生成された検索クエリは、さらに、前記１または複数の所望の商品属性を含む、方法。
適用例８：適用例７に記載の方法であって、前記適合商品は、さらに、前記１または複数の所望の商品属性に関連する、方法。
適用例９：適用例１に記載の方法であって、前記決定された事前設定購入数量は、前記所望の購入数量の値に最も近い値に関連付けられている、方法。
適用例１０：商品情報を検索するためのシステムであって、プロセッサであって、少なくとも所望の購入数量および所望の単価を含む検索要求を受信し、前記所望の購入数量に対応する事前設定購入数量を決定し、前記決定される事前設定購入数量は１セットの事前設定購入数量から選択され、前記セット内の事前設定購入数量の各々は異なる所定の個数に関連付けられており、少なくとも前記決定された事前設定購入数量および前記所望の単価を含む検索クエリを生成し、前記検索クエリを用いて、前記所望の単価に対応する前記決定された事前設定購入数量に対応する単価に関連付けられている商品である適合商品を検索する、適合商品はするよう構成されているプロセッサと、前記プロセッサに接続され、前記プロセッサに命令を提供するよう構成されているメモリと、を備える、システム。
適用例１１：適用例１０に記載のシステムであって、前記プロセッサは、さらに、適合商品に関連付けられている識別子を含む検索結果を返すよう構成されている、システム。
適用例１２：適用例１０に記載のシステムであって、商品について、１または複数のユーザ入力購入数量範囲および対応する単価が、１セットの事前設定購入数量および対応する単価に変換される、システム。
適用例１３：適用例１２に記載のシステムであって、１または複数のユーザ入力購入数量範囲の変換は、前記セットの事前設定購入数量の各々と、前記１または複数のユーザ入力購入数量範囲の１つとの間に適合が存在するか否かを判定することを含み、前記事前設定購入数量が前記ユーザ入力購入数量範囲の下限以上であり、かつ、前記事前設定購入数量が前記ユーザ入力購入数量範囲の上限以下である場合に、事前設定購入数量とユーザ入力購入数量範囲との間に適合が存在する、システム。
適用例１４：適用例１３に記載のシステムであって、事前設定購入数量とユーザ入力購入数量範囲との間に適合が存在すると判定された場合、前記事前設定購入数量と、適合する前記ユーザ入力購入数量範囲に関連付けられている単価との間の対応関係が、前記商品に対して格納される、システム。
適用例１５：適用例１０に記載のシステムであって、前記検索要求は、さらに、１または複数の所望の商品属性を含む、システム。
適用例１６：適用例１５に記載のシステムであって、前記生成された検索クエリは、さらに、前記１または複数の所望の商品属性を含む、システム。
適用例１７：適用例１６に記載のシステムであって、前記適合商品は、さらに、前記１または複数の所望の商品属性に関連する、システム。
適用例１８：適用例１０に記載のシステムであって、前記決定された事前設定購入数量は、前記所望の購入数量の値に最も近い値に関連付けられている、システム。
適用例１９：商品情報を検索するためのコンピュータプログラム製品であって、前記コンピュータプログラム製品は、コンピュータ読み取り可能な媒体内に具現化され、少なくとも所望の購入数量および所望の単価を含む検索要求を受信するためのコンピュータ命令と、前記所望の購入数量に対応する事前設定購入数量を決定するためのコンピュータ命令と、前記決定される事前設定購入数量は、１セットの事前設定購入数量から選択され、前記セット内の事前設定購入数量の各々は、異なる所定の個数に関連付けられており、少なくとも前記決定された事前設定購入数量および前記所望の単価を含む検索クエリを生成するためのコンピュータ命令と、前記検索クエリを用いて、前記所望の単価に対応する前記決定された事前設定購入数量での単価に関連付けられている商品である適合商品を検索するためのコンピュータ命令と、を備える、コンピュータプログラム製品。
【図１】
0005620589.tif 000008
【図２】
0005620589.tif 000009
【図３Ａ】
0005620589.tif 000010
【図３Ｂ】
0005620589.tif 000011
【図４】
0005620589.tif 000012
【図５】
0005620589.tif 000013
【図６】
0005620589.tif 000014