"商品情報を検索する方法であって、少なくとも所望の購入数量および所望の単価を含む検索要求を受信し、前記所望の購入数量に対応する事前設定購入数量を決定し、前記決定される事前設定購入数量は1セットの事前設定購入数量から選択され、前記セット内の事前設定購入数量の各々は異なる所定の個数に関連付けられており、少なくとも前記決定された事前設定購入数量および前記所望の単価を含む検索クエリを生成し、前記検索クエリを用いて適合商品を検索し、適合商品は、前記所望の単価に対応する前記決定された事前設定購入数量に対応する単価に関連付けられている商品である、ことを備える、方法。請求項1に記載の方法であって、さらに、適合商品に関連付けられている識別子を含む検索結果を返すことを備える、方法。請求項1に記載の方法であって、商品について、1または複数のユーザ入力購入数量範囲および対応する単価を、1セットの事前設定購入数量および対応する単価に変換する、方法。請求項3に記載の方法であって、1または複数のユーザ入力購入数量範囲の変換は、前記セットの事前設定購入数量の各々と、前記1または複数のユーザ入力購入数量範囲の1つとの間に適合が存在するか否かを判定することを含み、前記事前設定購入数量が前記ユーザ入力購入数量範囲の下限以上であり、かつ、前記事前設定購入数量が前記ユーザ入力購入数量範囲の上限以下である場合に、事前設定購入数量とユーザ入力購入数量範囲との間に適合が存在する、方法。請求項4に記載の方法であって、事前設定購入数量とユーザ入力購入数量範囲との間に適合が存在すると判定された場合、前記事前設定購入数量と、適合する前記ユーザ入力購入数量範囲に関連付けられた単価との間の対応関係が、前記商品に対して格納される、方法。請求項1に記載の方法であって、前記検索要求は、さらに、1または複数の所望の商品属性を含む、方法。請求項6に記載の方法であって、前記生成された検索クエリは、さらに、前記1または複数の所望の商品属性を含む、方法。請求項7に記載の方法であって、前記適合商品は、さらに、前記1または複数の所望の商品属性に関連する、方法。請求項1に記載の方法であって、前記決定された事前設定購入数量は、前記所望の購入数量の値に最も近い値に関連付けられている、方法。商品情報を検索するためのシステムであって、プロセッサであって、少なくとも所望の購入数量および所望の単価を含む検索要求を受信し、前記所望の購入数量に対応する事前設定購入数量を決定し、前記決定される事前設定購入数量は1セットの事前設定購入数量から選択され、前記セット内の事前設定購入数量の各々は異なる所定の個数に関連付けられており、少なくとも前記決定された事前設定購入数量および前記所望の単価を含む検索クエリを生成し、前記検索クエリを用いて、前記所望の単価に対応する前記決定された事前設定購入数量に対応する単価に関連付けられている商品である適合商品を検索する、適合商品はするよう構成されているプロセッサと、前記プロセッサに接続され、前記プロセッサに命令を提供するよう構成されているメモリと、を備える、システム。請求項10に記載のシステムであって、前記プロセッサは、さらに、適合商品に関連付けられている識別子を含む検索結果を返すよう構成されている、システム。請求項10に記載のシステムであって、商品について、1または複数のユーザ入力購入数量範囲および対応する単価が、1セットの事前設定購入数量および対応する単価に変換される、システム。請求項12に記載のシステムであって、1または複数のユーザ入力購入数量範囲の変換は、前記セットの事前設定購入数量の各々と、前記1または複数のユーザ入力購入数量範囲の1つとの間に適合が存在するか否かを判定することを含み、前記事前設定購入数量が前記ユーザ入力購入数量範囲の下限以上であり、かつ、前記事前設定購入数量が前記ユーザ入力購入数量範囲の上限以下である場合に、事前設定購入数量とユーザ入力購入数量範囲との間に適合が存在する、システム。請求項13に記載のシステムであって、事前設定購入数量とユーザ入力購入数量範囲との間に適合が存在すると判定された場合、前記事前設定購入数量と、適合する前記ユーザ入力購入数量範囲に関連付けられている単価との間の対応関係が、前記商品に対して格納される、システム。請求項10に記載のシステムであって、前記検索要求は、さらに、1または複数の所望の商品属性を含む、システム。請求項15に記載のシステムであって、前記生成された検索クエリは、さらに、前記1または複数の所望の商品属性を含む、システム。請求項16に記載のシステムであって、前記適合商品は、さらに、前記1または複数の所望の商品属性に関連する、システム。請求項10に記載のシステムであって、前記決定された事前設定購入数量は、前記所望の購入数量の値に最も近い値に関連付けられている、システム。商品情報を検索するためのコンピュータプログラム製品であって、前記コンピュータプログラム製品は、コンピュータ読み取り可能な媒体内に具現化され、少なくとも所望の購入数量および所望の単価を含む検索要求を受信するためのコンピュータ命令と、前記所望の購入数量に対応する事前設定購入数量を決定するためのコンピュータ命令と、前記決定される事前設定購入数量は、1セットの事前設定購入数量から選択され、前記セット内の事前設定購入数量の各々は、異なる所定の個数に関連付けられており、少なくとも前記決定された事前設定購入数量および前記所望の単価を含む検索クエリを生成するためのコンピュータ命令と、前記検索クエリを用いて、前記所望の単価に対応する前記決定された事前設定購入数量での単価に関連付けられている商品である適合商品を検索するためのコンピュータ命令と、を備える、コンピュータプログラム製品。本発明は、処理、装置、システム、物質の組成、コンピュータ読み取り可能な格納媒体上に具現化されたコンピュータプログラム製品、および/または、プロセッサプロセッサに接続されているメモリに格納および/またはそのメモリによって提供される命令を実行するよう構成されているプロセッサを含め、様々な形態で実装されうる。本明細書では、これらの実装または本発明が取りうる任意の他の形態を、技術と呼ぶ。一般に、開示された処理の工程の順序は、本発明の範囲内で変更されてもよい。特に言及しない限り、タスクを実行するよう構成されるものとして記載されたプロセッサまたはメモリなどの構成要素は、ある時間にタスクを実行するよう一時的に構成された一般的な構成要素として、または、タスクを実行するよう製造された特定の構成要素として実装されてよい。本明細書では、プロセッサという用語は、1または複数のデバイス、回路、および/または、コンピュータプログラム命令などのデータを処理するよう構成された処理コアを指すものとする。以下では、本発明の原理を示す図面を参照しつつ、本発明の1または複数の実施形態の詳細な説明を行う。本発明は、かかる実施形態に関連して説明されているが、どの実施形態にも限定されない。本発明の範囲は、特許請求の範囲によってのみ限定されるものであり、多くの代替物、変形物、および、等価物を含む。以下の説明では、本発明の完全な理解を提供するために、多くの具体的な詳細事項が記載されている。これらの詳細事項は、例示を目的としたものであり、本発明は、これらの具体的な詳細事項の一部または全てがなくとも特許請求の範囲に従って実施可能である。簡単のために、本発明に関連する技術分野で周知の技術事項については、本発明が必要以上にわかりにくくならないように、詳細には説明していない。図1は、商品情報の検索を実行するためのシステムの一実施形態を示す図である。システム100は、デバイス102、ネットワーク104、および、商品情報検索サーバ106を備える。ネットワーク104は、高速データネットワークおよび/または遠隔通信ネットワークを含みうる。デバイス102は、ウェブページにアクセスするよう構成されている。いくつかの実施形態では、ウェブブラウザアプリケーションが、デバイス102上にインストールされており、それにより、デバイス102は、ウェブブラウザアプリケーションを通じてウェブページにアクセスできる。デバイス102の例としては、デスクトップコンピュータ、ラップトップコンピュータ、タブレットデバイス、スマートフォン、および、携帯デバイスが挙げられる。例えば、ユーザは、デバイス102を通して電子商取引ウェブサイトにアクセスできる。電子商取引ウェブサイトで、販売者などのユーザは、電子商取引ウェブサイトで販売する商品に関する情報を入力/アップロードすることができ、購入者などのユーザは、電子商取引ウェブサイトで潜在的に購入する商品を検索することができる。商品情報検索サーバ106は、商品製品に関する商品製品情報例えば、電子商取引ウェブサイトで販売者によって入力されたものを、1セットの事前設定購入数量および対応する商品単価に変換するよう構成されている。いくつかの実施形態において、販売者は、電子商取引ウェブサイトで販売したい商品について、商品名およびその他の商品属性などの商品情報、1または複数の購入数量範囲、および、対応する単価を入力することができる。いくつかの実施形態において、かかる商品情報の検索をより効率的に行えるように、1または複数のユーザ入力購入数量範囲および対応する単価は、1セットの事前設定購入数量および対応する単価に変換される必要がある。様々なユーザが様々な購入数量範囲および対応する単価を入力しうるが、ユーザ入力情報の各セットを1セットの事前設定購入数量および対応する単価に変換するすなわち、各事前設定購入数量が単価に対応することによって、同じセットの事前設定購入数量に全商品を関連付けることができる。ただし、各セットの事前設定購入数量に対応する単価は、ユーザ入力商品情報の値に依存する。同じセットの事前設定購入数量に各商品を関連付けることにより、事前設定購入数量に基づいて、所望の数量での商品の単価を検索することができる。例えば、事前設定購入数量のセットシステム管理者によって設定されたものは、特定の商品について1、5、10、および、15個を含んでよい。1、5、10、15、および、20の事前設定購入数量の各々は、ユーザ入力商品情報に基づいて各ユーザ入力商品について決定される単価に関連付けられる。ユーザ例えば、販売者は、例えば、Logitech登録商標のコンピュータマウス商品について、購入数量範囲1~3で単価が40ドルであり、購入数量範囲4~10で単価が30ドルであると入力しうる。別のユーザ例えば、別の販売者は、例えば、Microsoft登録商標コンピュータマウス商品について、購入数量範囲1~7で単価が30ドルであり、購入数量範囲8~12で単価が20ドルであり、購入数量範囲13~18で単価が15ドルであると入力しうる。商品情報の変換後、Logitech登録商標コンピュータマウス商品は、事前設定購入数量のセットおよび以下に示す対応する単価のセットに関連付けられる。1個:40ドル、5個:30ドル、10個:30ドル、および、15個:該当なし。商品情報の変換後、Microsoft登録商標コンピュータマウス商品は、事前設定購入数量のセットおよび以下に示す対応する単価のセットに関連付けられる。1個:30ドル、5個:30ドル、10個:20ドル、および、15個:15ドル。したがって、ユーザ例えば、購入者が、所望の購入数量10個かつ所望の単価範囲10ドル~20ドルでコンピュータマウスの検索要求を行った場合に、Logitech登録商標およびMicrosoft登録商標のマウスに対して事前設定購入数量のセットを用いると、Logitech登録商標コンピュータマウスは、事前設定購入数量10個に関連付けられた単価が30ドルであり、所望の単価10~20ドルと一致しないことから、適合する結果として返されることがない。しかしながら、Microsoft登録商標コンピュータマウスは、事前設定購入数量10個に関連付けられた単価が20ドルであり、所望の単価10~20ドルと一致することから、適合する結果として返される。1セットの事前設定購入数量および対応する単価は、各商品について格納されうる。かかる変換の一目的は、ユーザ入力の購入数量範囲に不一致が存在しうるため例えば、異なるユーザが、異なる数の購入数量範囲と、各購入数量範囲に対する異なる値とを入力しうるため、商品のユーザ入力情報を事前設定購入数量に変換することで、かかる多様な情報を、検索エンジンによってより簡単に検索できる情報セットに統一することである。商品情報検索サーバ106は、さらに、検索要求に応答して、変換済みの商品情報例えば、複数セットの事前設定購入数量および対応する単価を検索するよう構成されている。例えば、検索要求は、ウェブサイトから商品を購入しようと思っている購入者によって電子商取引ウェブサイトで入力されうる。検索要求は、所望の商品属性例えば、購入者が関心を持つ商品の商品名および商品製造者、所望の購入数量例えば、1回の取引中に購入者が購入したいと思う各商品の個数、および、所望の単価例えば、所望の購入数量で各商品1個当たりに購入者がいくら支払うつもりかを含みうる。いくつかの実施形態において、事前設定購入数量は、所望の購入数量に基づいて決定される。例えば、各商品に関連付けられた事前設定購入数量のセットが、1個、5個、10個、および、15個を含むとする。所望の購入数量が12個である場合、この所望の購入数量に対する事前設定購入数量が、所定のルールに基づいて決定されうる。所定のルールが、所望の購入数量の値に最も近い値の事前設定購入数量を選択するというルールである場合、事前設定購入数量10個に決定されうる事前設定購入数量1、5、10、および、15個の内、所望の購入数量12個に最も近いため。いくつかの実施形態において、決定済みの事前設定購入数量および所望の単価に基づいて、クエリが生成される。次いで、変換された商品情報を格納する1または複数のデータベース内で、商品に対して生成された検索クエリを用いて、所望の単価に対応する決定済みの事前設定購入数量での単価が検索されうる。例えば、生成されたクエリにおいて、決定済みの事前設定購入数量が10個であり、検索要求の所望の単価が15~20ドルであった場合、1または複数のデータベースにおいて、事前設定購入数量10個で15~20ドルの単価範囲に収まる単価に対応する商品が検索される。いくつかの実施形態では、適合する商品が、検索元のユーザのための検索結果内に返される。図2は、商品情報の検索を実行するための処理の一実施形態を示すフローチャートである。いくつかの実施形態では、処理200は、システム100で実行されうる。工程202では、少なくとも所望の購入数量および所望の単価を含む検索要求が受信される。いくつかの実施形態において、検索要求は、電子商取引ウェブサイトでユーザ例えば、電子商取引購入者によって送信される。いくつかの実施形態において、検索要求は、電子商取引ウェブサイトで入手可能な商品についての検索要求である。いくつかの実施形態において、検索要求は、例えば、所望の商品属性例えば、購入者が関心を持つ商品の商品名および商品製造者、所望の購入数量例えば、1回の取引中に購入者が購入したいと思う各商品の個数、および、所望の単価例えば、所望の購入数量で各商品1個当たりに購入者がいくら支払うつもりかを含みうる。いくつかの実施形態において、ユーザは、例えば、ウェブサイトのフロントエンドシステムによってサポートされた電子商取引ウェブサイトのウェブブラウザベースのインターフェースで検索要求を送信する。検索要求のインターフェースは、例えば、入力ウィンドウ、および/または、特に、所望の商品属性、所望の購入数量、所望の単価を生成するためにユーザが選択を行うように構成された1または複数のインタラクティブ要素例えば、ドロップダウンメニュー、ラジオボタン、チェックボックスを含みうる。生成された少なくとも所望の商品属性、所望の購入数量、および、所望の単価は、変換済みのユーザ入力商品情報とのマッチングを行うために用いられ、検索要求の所望の商品属性、所望の購入数量、および、所望の単価に適合する情報が、検索元のユーザに検索結果として返される。いくつかの実施形態において、検索要求は、商品に関連するキーワード例えば、商品タイトル、商品製造者/モデルなどの商品属性、商品に関連する業界、商品に関連する地理的位置を含みうる。いくつかの実施形態において、所望の購入数量は、ユーザが検索している各商品について、1回の取引でユーザが購入を希望/計画している数量である。所望の購入数量は、ゼロより大きい整数値でありうる。いくつかの実施形態において、所望の単価は、単価の範囲であってもよいし、1つの具体的な単価の値であってもよい。工程204では、所望の購入数量に対応する事前設定購入数量が決定される。ここで、決定される事前設定購入数量は、1セットの事前設定購入数量から選択されたものであり、セット内の事前設定購入数量の各々は、異なる所定の個数に関連付けられている。様々な実施形態において、電子商取引ウェブサイトでユーザ例えば、商品の販売者によって送信された商品に関するそれぞれの情報が変換される。例えば、送信された商品情報は、商品識別子例えば、商品Aと、商品Aの販売者によって設定された1または複数の購入数量および対応する単価とを含みうる。同じまたは別の商品について、別の販売者が、識別子と、別の1または複数の購入数量および対応する単価とを含む商品情報を送信しうる。ユーザ入力の購入数量および対応する単価は、以下で詳述するように、1セットの事前設定購入数量および対応する単価に変換されうる。セット内の事前設定購入数量の各々は、事前設定購入数量のセットが関連付けられた特定の商品の異なる個数を表す異なる値に関連付けられる。いくつかの実施形態において、事前設定購入数量のセットにおける各数量の値は、システム管理者によって設定される。事前設定数量および対応する単価の関連付けセットは、ユーザが電子商取引ウェブサイトで入力した各商品に対して例えば、データベースのテーブルに格納されうる。いくつかの実施形態において、同じ商品が2以上の異なる販売者によって入力された場合でも、各販売者の商品は、その販売者の商品に関連するユーザ入力商品情報に基づいて、1セットの事前設定購入数量および対応する単価にそれぞれ変換される別個の商品であると見なされる。言い換えると、変換後、特定の販売者によって販売される商品が、1セットの事前設定購入数量およびユーザ入力商品情報に基づく対応する単価に関連付けられるそして、事前設定購入数量の同じセットがシステムのすべての他の商品に別の販売者の同じ製品にも関連付けられる。いくつかの実施形態において、2以上の単価にそれぞれ関連付けられた全商品例えば、1回の取引で1~5個が購入される場合に単価が10ドルであり、1回の取引で6~10個が購入される場合に単価が8ドルであることを示す商品情報で販売者アリスによって販売される商品Aが、このように変換され、その結果、変換後に、各商品は、同じセットの事前設定購入数量に関連付けられるが、各セットの購入数量に対応するおそらく異なった単価に関連付けられる。いくつかの実施形態において、所定のルールに基づいて、事前設定購入数量が、所望の購入数量に対して決定される。例えば、所定のルールは、所望の購入数量の値に最も近い値を有する事前設定購入数量が選択されるというルールであってよい。工程206では、少なくとも決定済みの事前設定購入数量および所望の単価を含む検索クエリが生成される。いくつかの実施形態において、事前設定購入数量が決定されると、ユーザの元々の検索要求に適合する商品を電子商取引ウェブサイトで検索するための検索クエリを生成できる。工程208では、検索クエリは適合商品を検索するために用いられる。ここで、適合商品は、所望の単価に対応する決定済みの事前設定購入数量での単価に関連付けられている商品である。いくつかの実施形態において、生成された検索クエリは、電子商取引ウェブサイトで入手可能な商品に関するデータを格納する1または複数のデータベースで検索を行うために用いられる。例えば、各商品について、データの中でも特に、商品属性例えば、商品製造者、商品モデル、および、例えば、変換処理後に決定された事前設定購入数量のセットに対応する単価のセットを格納することができる。検索クエリは、決定済みの事前設定購入数量に関連付けられた単価が所望の単価に対応する適合商品を検索するために用いることができる。例えば、所望の単価が値の範囲であると仮定すると、決定済みの事前設定購入数量での商品の単価の値が所望の単価の値の範囲に入る場合、その単価の値は所望の単価に適合する。また、例えば、所望の単価が特定の値であると仮定すると、決定済みの事前設定購入数量での商品の単価の値が所望の単価の値と同じである場合に、その単価の値は所望の単価に適合する。いくつかの実施形態において、決定済みの事前設定購入数量での所望の単価に加えて、検索クエリは、さらに、ユーザの元々の検索要求の1または複数の所望の商品属性を含む。いくつかの実施形態では、適合商品を見つけるために、決定済みの事前設定購入数量での商品の関連単価を所望の単価に対応させることに加えて、商品の1または複数の属性が、検索クエリに含まれる1または複数の所望の属性に適合する必要がある。商品に関連付けられたユーザ入力商品情報を1セットの事前設定購入数量および対応する商品単価に変換する処理を開示する。いくつかの実施形態において、販売者は、電子商取引ウェブサイトに関連付けられたユーザインターフェースで、販売したい商品に関する情報を入力する。いくつかの実施形態において、入力商品情報は格納される。いくつかの実施形態において、商品情報は、1または複数の商品属性例えば、商品製造者、商品モデル、商品名を含む。様々な実施形態において、商品情報は、さらに、1または複数のユーザ入力購入数量範囲と、かかる対応する購入数量範囲の各々での単価とを含む。いくつかの実施形態において、商品のユーザ入力商品情報を変換する処理の第1の工程は、事前設定購入数量の各々をその商品に関するユーザ入力購入数量範囲とマッチングする工程である。いくつかの実施形態において、商品のユーザ入力商品情報を変換する処理の第2の工程は、ユーザ入力購入数量範囲に適合した事前設定購入数量と、適合したユーザ入力購入数量範囲のユーザ入力単価との間の対応関係を確立する工程である。以下の例を用いて、変換処理を説明する。この例では、特定の商品について、電子商取引販売者が、以下の商品情報を入力例えば、電子商取引ウェブサイトへアップロードしたとする。特に、商品タイトル、商品写真、商品説明、商品属性、輸送料、商品価格。商品価格には、販売者によって決定および入力された様々な購入数量範囲に対応する単価が存在する。様々な実施形態において、ユーザ入力購入数量および事前設定購入数量はいずれも、一般に、それらに対応する単価と反比例の関係にある。つまり、注文数量すなわち、1回の取引で購入する商品の個数が少ないほど、対応する単価が高くなり、注文数量が多いほど、対応する単価は安くなる。この例において、電子商取引販売者Aによって入力された商品mp4の商品価格を表1に示す。電子商取引販売者Bによって入力された同じ商品mp4の商品価格を表2に示す。この例において、各商品は5つのみのユーザ入力購入数量範囲および対応する単価に関連付けられているが、実際の実施においては、商品が、より多いまたはより少ないユーザ入力購入数量範囲および対応する単価に関連付けられてもよい。また、ユーザは、例に示す範囲以外の購入数量範囲を入力してもよい。様々な実施形態において、変換された商品情報を格納するために用いられるテーブル例えば、データベース内のテーブルが、事前設定購入数量の数と少なくとも同じ数の単価のフィールドを含む。様々な実施形態において、システム管理者が、各商品と関連付けられる各事前設定購入数量を設定する。様々な実施形態において、システム管理者は、各商品と関連付けられる少なくとも2以上の事前設定購入数量いくつかの実施形態においては、N個の事前設定購入数量のセットと呼ばれるを設定する。いくつかの実施形態において、事前設定購入数量の値は、電子商取引ウェブサイトで電子商取引購入者によってなされた購入の履歴記録を用いた購入数量の統計分析析に基づいて設定される。例えば、N個の事前設定購入数量の各々の値として、電子商取引ウェブサイトの購入者の内の大多数によって過去になされた購入の数量例えば、個数にできるだけ近い値が選択されうる。いくつかの実施形態において、事前設定購入数量の具体的な値は、統計分析に基づいて調整されてよい。変換された商品情報が格納されるテーブル内には、各事前設定購入数量に対して、対応する単価のフィールドが設定される。ユーザ入力購入数量範囲が商品の事前設定購入数量に変換されると、対応する単価を商品に対して決定し、商品情報変換処理を完了させることができる。いくつかの実施形態において、商品情報は、ユーザが電子商取引ウェブサイトで商品情報を入力した後に変換されうる。ユーザ入力購入数量範囲および対応する単価1つの商品とその注文範囲との間の一対多の関係を、事前設定購入数量セットおよび対応する単価セットに変換することにより、商品と各事前設定購入数量および対応する単価との一対一の関係が確立されうる。例えば、事前設定購入数量の数が10に設定されるとする。これは、10個の対応する単価が存在することも意味する1つの単価が10個の事前設定購入数量の各々に対応する。この例において、各単価フィールドの識別子は、単価識別子の後に一意的な数字を付したものであるが、各単価フィールドは、任意の他の方法によって識別されてもよい。この例における単価フィールドの識別子は、価格1、価格2、価格3、、価格10である。この例において、変換された商品情報を格納するために用いられるテーブルは、以下のフィールドを含みうる。商品名、商品画像、商品説明、商品属性、価格1、価格2、価格3、、価格10、など。さらに、事前設定購入数量およびそれらに対応する単価識別子を格納するための参照テーブル表3の例に示すようなテーブルが、データベースに追加されうる表3の例に示すように、データベース内の参照テーブルを用いることにより、事前設定購入数量と単価との間の対応関係を確立できる。事前設定購入数量と単価との間の対応関係を格納するために必要なデータのサイズが小さいので、それらのデータは、変換された商品情報を検索するよう構成された検索エンジンに関連するプログラム内に直接書き込むことができる。図3Aは、ユーザ入力商品情報を1セットの事前設定購入数量および対応する単価に変換するための処理の一実施形態を示すフローチャートである。いくつかの実施形態では、処理310は、システム100で実施されうる。いくつかの実施形態において、処理310は、商品情報が電子商取引ウェブサイトで入力された各商品に対して実施される。工程312では、商品に関する商品情報が受信される。ここで、商品情報は、1または複数のユーザ入力購入数量範囲を含んでおり、1または複数のユーザ入力購入数量範囲の各々は単価に対応する。例えば、商品に関する商品情報は、電子商取引ウェブサイトで販売者によって入力される。この例において、その商品のユーザ入力購入数量範囲および対応するユーザ入力単価は以下の通りである:購入数量範囲1~3で単価が40ドルであり、購入数量範囲4~10で単価が30ドルである。工程314では、セット内の事前設定購入数量の各々が、1または複数のユーザ入力購入数量範囲とマッチングされ、適合するユーザ入力購入数量範囲が決定される。例えば、事前設定購入数量のセットが1個、5個、10個、および、15個を含む場合、1個、5個、10個、および、15個の各々が、ユーザ入力購入数量範囲の各々とマッチングされる購入数量範囲1~3での単価は40ドルであり、購入数量範囲4~10での単価は30ドルである。事前設定購入数量は、事前設定購入数量の値がユーザ入力購入数量範囲の下限以上であり、かつ、ユーザ入力購入数量範囲の上限以下である場合に、ユーザ入力購入数量範囲に適合しうる。したがって、事前設定購入数量1個は、ユーザ入力購入数量範囲1~3に適合し、事前設定購入数量5個は、ユーザ入力購入数量範囲4~10に適合し、事前設定購入数量10個は、ユーザ入力購入数量範囲4~10に適合し、事前設定購入数量15個は、ユーザ入力購入数量範囲のいずれにも適合しない。工程316では、セット内の事前設定購入数量の各々と、その事前設定購入数量に適合したユーザ入力購入数量範囲に対応する単価との対応関係が格納される。上記の例に戻ると、事前設定購入数量1個はユーザ入力購入数量範囲1~3に適合するので、事前設定購入数量1個と、単価40ドルユーザ入力購入数量範囲1~3に対応する単価との間の関係が格納される。同様に、ユーザ入力購入数量範囲4~10に適合する事前設定購入数量5個と、ユーザ入力購入数量範囲4~10に対応する単価である単価30ドルとの関係が格納される。次に、ユーザ入力購入数量範囲4~10に適合する事前設定購入数量10個と、ユーザ入力購入数量範囲4~10に対応する単価である単価30ドルとの関係が格納される。最後に、ユーザ入力購入数量範囲のいずれにも適合しない事前設定購入数量15個と、適合がないことを示すための事前設定値との関係が格納される。事前設定購入数量を商品のユーザ入力購入数量範囲とマッチングするための変換ルールの一例は、以下の通りである以下の動作は、各事前設定購入数量に対して実行される。現行の事前設定購入数量を、商品に関連するユーザ入力購入数量範囲の各々とマッチングする。マッチング技術の一例は以下の通りである。事前設定購入数量の値が、ユーザ入力購入数量範囲の購入数量範囲下限の値以上であり、かつ、購入数量範囲の購入数量範囲上限の値以下である場合、適合が達成される/なされる。特定のユーザ入力購入数量範囲と事前設定購入数量との間でなされた適合の結果として、現行の事前設定購入数量と、適合したユーザ入力購入数量範囲に対応する単価との間の対応関係が確立される。ユーザ入力購入数量範囲と事前設定購入数量との間に適合が見いだされない場合、いくつかの実施形態において、現行の事前設定購入数量と事前設定単価との間の対応関係が確立される。事前設定単価は、負の値例えば、-1に設定されてよく、事前設定購入数量とユーザ入力購入数量範囲との間に適合が見いだされないことを示す。いくつかの実施形態において、事前設定単価は、事前設定購入数量の増加と、単価の対応する減少との間の反比例の関係を満たしうる。いくつかの実施形態において、適合が見いだされない場合、変換されたテーブルには事前設定単価が含まれない。以下は、販売者Aによって入力された表1の商品情報mp4に対して上述したマッチング技術を適用する例である。表3によると、単価フィールド価格1に対応する事前設定購入数量は1である。事前設定購入数量1をユーザ入力購入数量範囲の各々と比較すると、ユーザ入力購入数量範囲の下限が事前設定購入数量1以下であり、かつ、ユーザ入力購入数量範囲の上限が事前設定購入数量1以上である範囲がマッチングされる。このようにして、第1の範囲[1,3]が、この事前設定購入数量1にマッチングされる。したがって、電子商取引販売者Aによって入力された商品mp4について、表3の単価フィールド価格1の値には、表1に示すように、適合する第1の範囲に対応する単価である単価100が入力されることが好ましい。このように、現行の事前設定購入数量1と、適合した第1の範囲に対応する単価100との間の対応関係が確立される。表3によると、単価フィールド価格2に対応する事前設定購入数量は2である。事前設定購入数量2をユーザ入力購入数量範囲の各々と比較すると、ユーザ入力購入数量範囲の下限が事前設定購入数量2以下であり、かつ、ユーザ入力購入数量範囲の上限が事前設定購入数量2以上である範囲がマッチングされる。このようにして、再び、第1の範囲[1,3]が適合することがわかる。したがって、電子商取引販売者Aによって入力された商品mp4について、表3の単価フィールド価格2の値には、表1に示すように、適合する第1の範囲に対応する単価である単価100が入力されることが好ましい。このように、現行の事前設定購入数量2と、適合した第1の範囲に対応する単価100との間の対応関係が確立される。表3を参照して、いくつかの事前設定購入数量を飛ばすと、単価フィールド価格5に対応する事前設定購入数量は8である。事前設定購入数量8をユーザ入力購入数量範囲の各々と比較すると、ユーザ入力購入数量範囲の下限が事前設定購入数量8以下であり、かつ、ユーザ入力購入数量範囲の上限が事前設定購入数量8以上である範囲がマッチングされる。このようにして、第2の範囲[4,8]がマッチングされる。したがって、電子商取引販売者Aによって入力された商品mp4について、表3の単価フィールド価格5の値には、表1に示すように、適合する第2の範囲に対応する単価である単価95が入力されることが好ましい。このように、現行の事前設定購入数量8と、適合した第1の範囲に対応する単価95との間の対応関係が確立される。表3を参照して、いくつかの事前設定購入数量を飛ばすと、単価フィールド価格10に対応する事前設定購入数量は100である。事前設定購入数量100をユーザ入力購入数量範囲の各々と比較すると、ユーザ入力購入数量範囲の下限が事前設定購入数量100以下であり、かつ、ユーザ入力購入数量範囲の上限が事前設定購入数量100以上である範囲がマッチングされる。そうすると、この事前設定購入数量にマッチングされうる範囲は存在しない。したがって、表3の単価フィールド価格10のデータベース商品テーブルにおける値は、事前設定単価-1に設定されうる。このように、現行の事前設定購入数量100と、事前設定単価-1との間の対応関係が確立される。各事前設定購入数量に対してマッチングを実行した後、単価フィールド価格1から価格10に対応する単価が、電子商取引販売者Aによって入力された商品mp4のためのデータベース内のテーブルに格納される。事前設定購入数量と単価との間の対応関係を格納するために用いられるテーブルは、事前設定購入数量に対応する単価の識別子を含む列と、単価の対応する値を含む別の列とを備えうる。かかるテーブルの一例を表4に示す。上述の例は、事前設定購入数量各々が、対応する単価フィールドの識別子によって識別されうると、適合するユーザ入力購入数量範囲の単価との間の対応関係を格納するために利用できるテーブルの一例にすぎない。別の例において、事前設定購入数量と、各商品の単価との間の対応関係を格納するために用いられるテーブルは、事前設定購入数量の値を含む列と、単価の対応する値を含む別の列とを備えうる。かかるテーブルの一例を表5に示す。さらに明確にするために、販売者Bによって入力された表2の商品情報mp4に対して上述したマッチング技術を適用する例を以下に示す。表3によると、単価フィールド価格1に対応する事前設定購入数量は1である。事前設定購入数量1をユーザ入力購入数量範囲の各々と比較すると、ユーザ入力購入数量範囲の下限が事前設定購入数量1以下であり、かつ、ユーザ入力購入数量範囲の上限が事前設定購入数量1以上である範囲がマッチングされる。このようにして、第1の範囲[1,3]が、この事前設定購入数量1にマッチングされる。したがって、電子商取引販売者Bによって入力された商品mp4について、表3の単価フィールド価格1の値には、表2に示すように、適合する第1の範囲に対応する単価である単価60が入力されることが好ましい。このように、現行の事前設定購入数量1と、適合した第1の範囲に対応する単価60との間の対応関係が確立される。表3を参照して、いくつかの事前設定購入数量を飛ばすと、単価フィールド価格6に対応する事前設定購入数量は10である。事前設定購入数量10をユーザ入力購入数量範囲の各々と比較すると、ユーザ入力購入数量範囲の下限が事前設定購入数量10以下であり、かつ、ユーザ入力購入数量範囲の上限が事前設定購入数量10以上である範囲がマッチングされる。このようにして、第3の範囲[9,20]がマッチングされる。したがって、電子商取引販売者Bによって入力された商品mp4について、表3の単価フィールド価格6の値には、表2に示すように、適合する第3の範囲に対応する単価である単価45が入力されることが好ましい。このように、現行の事前設定購入数量10と、適合した第3の範囲に対応する単価45との間の対応関係が確立される。表3を参照して、いくつかの事前設定購入数量を飛ばすと、単価フィールド価格10に対応する事前設定購入数量は100である。事前設定購入数量100をユーザ入力購入数量範囲の各々と比較すると、ユーザ入力購入数量範囲の下限が事前設定購入数量100以下であり、かつ、ユーザ入力購入数量範囲の上限が事前設定購入数量100以上である範囲がマッチングされる。そうすると、この事前設定購入数量にマッチングされうる範囲は存在しない。したがって、表3の単価フィールド価格10のデータベース商品テーブルにおける値は、事前設定単価-1に設定されうる。このように、現行の事前設定購入数量100と、事前設定単価-1との間の対応関係が確立される。各事前設定購入数量に対してマッチングを実行した後、単価フィールド価格1から価格10に対応する単価が、電子商取引販売者Bによって入力された商品mp4のためのデータベース内のテーブルに格納される。事前設定購入数量と単価との間の対応関係を格納するために用いられるテーブルは、事前設定購入数量に対応する単価の識別子を含む列と、単価の対応する値を含む別の列とを備えうる。このテーブルの一例を表6に示す。変換を行うのが適切である販売者によって入力された全商品の商品情報を変換した後、各商品について結果として得られた情報すなわち、事前設定購入数量のセットおよび単価の対応するセットは、かかるデータが検索エンジンによって利用可能になるように、1または複数のデータベースに格納されてよい。図3Bは、変換された商品情報を用いて検索を行うための処理の一実施形態を示すフローチャートである。いくつかの実施形態では、処理320は、システム100で実施されうる。いくつかの実施形態において、処理320は、処理200の工程204、206、および、208を実行するために用いられる。工程322で、セット内の事前設定購入数量の1つが、所望の購入数量に少なくとも部分的に基づいて選択される。ここで、選択は、事前設定購入数量の値が所望の購入数量の値に近いことに少なくとも部分的に基づく。いくつかの実施形態において、検索エンジンが変換済みの商品情報を検索する第1の工程は、元々のユーザ要求の所望の購入数量に基づいて、処理310などの処理によって各商品に関連付けられた事前設定購入数量のセットの中から1つの事前設定購入数量を決定する工程である。いくつかの実施形態において、各商品のユーザ入力購入数量範囲は、標準セットの事前設定購入数量に変換されるため、情報が変換された全商品が、同じセットの購入数量に関連付けられる。いくつかの実施形態において、決定された事前設定購入数量は、所望の購入数量の値と最も近い値を有する事前設定購入数量であってよい。以下は、どの事前設定購入数量が所望の購入数量に最も近い値を有するのかを決定する方法の一例である。所望の購入数量の値と同じ値を有する、または、所望の購入数量の値に最も近い値を有する事前設定購入数量が存在する場合、この事前設定購入数量が、決定された事前設定購入数量になる。計画された購入数量に等しく近い値を有する2つの事前設定購入数量が存在する場合、小さい方の値を有する事前設定購入数量が、決定された事前設定購入数量として選択される。いくつかの実施形態において、検索エンジンは、各商品の事前設定購入数量および単価の間の対応関係に基づいて、商品情報インデックスを生成できる。例えば、検索エンジンは、商品の事前設定購入数量および対応する単価が格納された1または複数のデータベースから、商品情報インデックスを生成するために用いるデータを定期的にダウンロードすることができる。例えば、検索エンジンは、1時間に1回、1または複数のデータベースからデータをダウンロードしうる。いくつかの実施形態において、商品の事前設定購入数量および単価の間の対応関係は、単価識別子を用いて格納される。例えば、表1の電子商取引販売者による商品mp4の価格について、事前設定購入数量5および単価95の間の対応関係が、購入数量識別子価格4を用いて確立され、事前設定購入数量10および単価90の間の対応関係が、単価識別子価格6を用いて確立される、などである。各商品について、単価識別子が、対応する単価の値と共に格納される場合、単価識別子を対応する事前設定購入数量の値に関連付けるテーブルを参照して、事前設定購入数量および対応する単価の間の関連を決定することができる。工程324では、少なくとも選択済みの事前設定購入数量および所望の単価を含む検索クエリが生成される。いくつかの実施形態において、検索エンジンが変換済みの商品情報を検索する第2の工程は、第1の工程で決定された事前設定購入数量および元々の検索要求の所望の単価に基づいて検索クエリを生成する工程である。いくつかの実施形態において、検索クエリは、さらに、元々の検索要求からの1または複数の商品属性を含む。工程326では、1または複数の適合する商品が決定される。ここで、各適合商品について、選択された事前設定購入数量には、所望の単価に対応する関連の単価が対応する。いくつかの実施形態において、検索クエリは、変換された商品情報すなわち、各商品の事前設定購入数量および単価の間の対応関係を格納する1または複数のデータベースで適合商品を検索するために利用されうる。いくつかの実施形態において、検索クエリは、各商品の事前設定購入数量および対応する単価の間の対応関係を格納する検索エンジンに関連付けられたプログラムを用いて適合商品を検索するために利用されうる。いくつかの実施形態において、検索クエリに適合する商品は、所望の単価に対応する決定済みの事前設定購入数量での単価を有する商品でありうる。例えば、所望の単価が単一値であった場合、決定された購入数量での適合商品の単価の値は、所望の単価の値に等しい必要がある。あるいは、例えば、所望の単価が値の範囲であった場合、決定された購入数量での適合商品の単価の値は、所望の単価の値の範囲内にある必要がある。いくつかの実施形態において、適合商品であるには、決定された購入数量に対応する検索クエリの所望の単価に適合することに加えて、商品は、検索クエリに含まれる1または複数の商品属性にも適合しなければならない。例えば、各商品の変換済み商品情報を格納するために用いられるのと同じ1または複数のデータベースは、それらの商品に関する商品属性も格納しうる。商品属性の例は、製造者、モデル、ブランド、名称、発売日、および、仕様を含みうる。例えば、電子商取引購入者は、検索要求に含める以下の商品情報をクライアント側のブラウザを通して入力する:商品属性:mp4、所望の購入数量:10、および、所望の単価:25~50。この例においては、表3の事前設定購入数量すなわち、1、2、3、5、8、10、20、30、50、および、100を適用する。次いで、事前設定購入数量10が、所望の購入数量10に最も近いと決定される。参照テーブル表3などを参照すると、決定された事前設定購入数量10に対応する単価識別子は価格6である。したがって、商品属性mp4と、25以上かつ50以下の値すなわち、所望の単価の範囲内の値を有する単価フィールド識別子価格6とに適合する商品情報のクエリが、検索エンジンによって実行される。クエリに適合する商品が、検索結果に含められる。電子商取引販売者AおよびBによって提供された商品mp4の商品情報の例に戻る:電子商取引販売者Aによって入力された商品mp4について、単価フィールド価格6の値は90であるため、25以上かつ50以下の所望の単価に適合しない。したがって、販売者Aによって販売される商品mp4は、検索結果に含められない。しかし、電子商取引販売者Bによって入力された商品mp4については、単価フィールド価格6の値は45であるため、25以上かつ50以下の所望の単価に適合する。したがって、販売者Bによって販売される商品mp4は、検索結果に含められる。上述の検索の例において、最初に、適切な事前設定購入数量が、所望の購入数量に基づいて決定される。次いで、決定された事前設定購入数量および所望の単価/1または複数の商品属性を用いて、検索が実行される。ただし、いくつかの実施形態では、最初に、元々の検索要求の1または複数の商品属性に適合する商品が決定される。次いで、適切な事前設定購入数量が決定され、決定された事前設定購入数量に対応する所望の単価にも適合する商品のサブセットが、1または複数の商品属性に適合する商品から検索される。例えば、電子商取引購入者は、検索要求に含める以下の商品情報をクライアント側のブラウザを通して入力する:商品属性:mp4、所望の購入数量:25、および、所望の単価:25~50。この例において、所望の購入数量25は、事前設定購入数量20および30の両方に等しく近い。所望の購入数量に等しく近い2つの事前設定購入数量が存在すると仮定すると、2つの内の小さい方の事前設定購入数量が選択される。こうして、この例において決定された事前設定購入数量は20である。決定された事前設定購入数量20に対応する単価識別子は価格7である。したがって、商品情報インデックスにおいて、商品属性mp4および単価フィールド価格7に適合すると共に25以上かつ50以下すなわち、所望の単価範囲は25から50であるの値を有する商品情報の検索クエリが実行される。電子商取引販売者AおよびBによって提供された商品mp4の商品情報の例に戻る:電子商取引販売者Aによって入力された商品mp4について、単価フィールド価格7の値は90であるため、25以上かつ50以下の所望の単価に適合しない。したがって、販売者Aによって販売される商品mp4は、検索結果に含められない。しかし、電子商取引販売者Bによって入力された商品mp4については、単価フィールド価格7の値は45であるため、25以上かつ50以下の所望の単価に適合する。したがって、販売者Bによって販売される商品mp4は、検索結果に含められる。図4は、商品情報の検索を実行するためのシステムの一実施形態を示す図である。この例において、システム300は、変換デバイス301、書き込み動作デバイス302、検索デバイス303、および、データベース304を備える。これらのデバイスは、1または複数のプロセッサ上で実行されるソフトウェアコンポーネントとして、特定の機能を実行するよう設計されたプログラム可能論理デバイスおよび/または特定用途向け集積回路などのハードウェアとして、もしくは、それらの組み合わせとして実装することができる。いくつかの実施形態において、デバイスは、コンピュータデバイスパーソナルコンピュータ、サーバ、ネットワーク装置などに本発明の実施形態に記載された方法を実行させるための複数の命令など、不揮発性記憶媒体光学ディスク、フラッシュ記憶装置、携帯用ハードディスクなどに格納することができるソフトウェア製品の形態で具現化されてよい。変換デバイス301は、各商品について、ユーザ入力購入数量範囲および対応する単価を含む商品情報を、1セットの事前設定購入数量および対応する単価に変換するよう構成されている。書き込み動作デバイス302は、各商品の事前設定購入数量およびその単価の対応関係を格納するよう構成されており、その対応関係は、変換デバイス301によって実行された変換によって取得されたものである。いくつかの実施形態において、書き込み動作デバイス302は、1または複数のデータベースのテーブルに商品の対応関係を格納する。検索デバイス303は、特に、商品属性、所望の購入数量、および、所望の単価を含む検索要求を受信するよう構成されている。事前設定購入数量が、所望の購入数量に基づいて決定される。次いで、検索クエリが、決定された事前設定購入数量と、所望の単価ならびに/もしくは1または複数の商品属性に少なくとも部分的に基づいて生成される。検索クエリは、データベースから適合商品を見つけるために用いられ、適合商品とは、所望の単価に対応する決定済みの事前設定購入数量での単価を少なくとも有する商品である。いくつかの実施形態において、適合商品は、さらに、元々の検索要求の1または複数の商品属性の少なくとも1つに適合しなければならない。図5は、システム300の変換デバイス301の一例を示す。この例において、変換デバイス301は、マッチングユニット401および関係確立ユニット402を備える。これらのユニットは、1または複数のプロセッサ上で実行されるソフトウェアコンポーネントとして、特定の機能を実行するよう設計されたプログラム可能論理デバイスおよび/または特定用途向け集積回路などのハードウェアとして、もしくは、それらの組み合わせとして実装することができる。いくつかの実施形態において、ユニットは、コンピュータデバイスパーソナルコンピュータ、サーバ、ネットワーク装置などに本発明の実施形態に記載された方法を実行させるための複数の命令など、不揮発性記憶媒体光学ディスク、フラッシュ記憶装置、携帯用ハードディスクなどに格納することができるソフトウェア製品の形態で具現化されてよい。ユニットは、単一のデバイス上に実装されてもよいし、複数のデバイスにわたって分散されてもよい。マッチングユニット401は、セット内の事前設定購入数量の各々と、商品のユーザ入力購入数量範囲との間の適合存在する場合を決定するよう構成されている。例えば、事前設定購入数量がユーザ入力購入数量の下限以上であり、かつ、ユーザ入力購入数量の上限以下である場合、その事前設定購入数量はユーザ入力購入数量範囲に適合すると決定される。関係確立ユニット402は、マッチングユニット402によってマッチングされたユーザ入力購入数量範囲に対応する事前設定購入数量および単価の間の対応関係を格納するよう構成されている。いくつかの実施形態において、関係確立ユニット402は、事前設定購入数量が商品のどのユーザ入力購入数量範囲とも適合しないと決定された場合に、事前設定購入数量および事前設定単価の間の対応関係を格納するよう構成されている。図6は、商品情報の検索を実行するためのシステムの一実施形態を示す図である。システム500は、受信ユニット501、決定ユニット502、および、検索ユニット503を備える。受信ユニット501は、商品情報検索要求を受信するよう構成されている。いくつかの実施形態において、検索要求は、商品属性、所望の購入数量、および、所望の単価を備える。決定ユニット502は、検索要求の所望の購入数量に基づいて、事前設定購入数量を決定するよう構成されている。例えば、事前設定購入数量は、所望の購入数量に最も近いものが選択されてよく、所望の購入数量に等しく近い2つの事前設定購入数量が存在する場合には、値が小さい方の事前設定購入数量が選択される。検索ユニット503は、決定された事前設定購入数量と、検索要求由来の所望の単価ならびに/もしくは1または複数の商品属性とを少なくとも含む検索クエリを生成するよう構成されている。検索ユニット503は、さらに、検索クエリを用いて、1または複数のデータベースに情報が格納された適合商品を検索するよう構成されている。いくつかの実施形態において、適合商品は、決定された事前設定購入数量に対応する単価が所望の単価に対応する商品であり、いくつかの実施形態では、検索クエリの1または複数の商品属性にも適合する商品である。当業者は、本願の実施形態が、方法、デバイス、または、コンピュータソフトウェアとして提供されうることを理解されたい。したがって、本願は、完全にハードウェアまたはソフトウェアの実施形態もしくはハードウェアおよびソフトウェアの組み合わせの実施形態を利用しうる。さらに、本願は、コンピュータプログラムコードを含む1または複数のコンピュータ動作可能な記憶媒体磁気ディスク記憶デバイス、CD-ROM、および、光学記憶デバイスを含むがこれらに限定されない上に実装されたコンピュータプログラムの形態をとりうる。本願は、本願の実施形態の方法、デバイス、および、コンピュータプログラム製品に基づいたフローチャートおよび/またはブロック図を参照して記載されている。フローチャートおよび/またはブロック図内の各処理および/またはブロック、ならびに、フローチャートおよび/またはブロック図内の処理および/またはブロックの組み合わせは、コンピュータプログラム命令で実現されうることを理解されたい。これらのコンピュータ命令は、マシンを生成するために、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または、その他のプログラム可能なデータ装置のプロセッサに供給されてよく、その結果、コンピュータまたはその他のプログラム可能なデータ装置のプロセッサによって命令が実行されることで、フローチャートの1または複数の処理および/またはブロック図の1または複数のブロックに記載された機能を実現するために用いられるデバイスが生成される。これらのコンピュータプログラム命令は、コンピュータまたはその他のプログラム可能なデータ装置を導くことができる専用コンピュータ読み取り可能な記憶デバイス上に格納されてもよく、その結果、これらのコンピュータ読み取り可能なデバイス上に命令が格納されることで、命令デバイスを備える製品が生成される。これらの命令デバイスは、フローチャートの1または複数の処理および/またはブロック図の1または複数のブロックに記載された機能を実現する。これらのコンピュータプログラム命令は、コンピュータまたはその他のプログラム可能なデータ装置上にロードされてもよく、その結果、一連の動作工程が、コンピュータまたはその他のプログラム可能な装置上で実行され、コンピュータ処理が行われる。このように、コンピュータまたはその他のプログラム可能な装置上で実行された命令は、フローチャートの1または複数の処理および/またはブロック図の1または複数のブロックに記載された機能を実現するための工程を提供する。本願の好ましい実施形態を記載しているが、当業者は、基本的な創造概念を把握すれば、これらの実施形態に他の変形または修正を加えることができる。したがって、添付の特許請求の範囲は、好ましい実施形態ならびに本願の範囲内にあるすべての変形例および修正例を含むと解釈されるべきである。当業者は、本発明の精神および範囲から逸脱することなく、本願を変形および変更することができる。したがって、本願のこれらの変形例および変更例が、特許請求の範囲および等価の技術の範囲内にある場合、本願は、これらの変形例および変更例をも網羅するものである。上述の実施形態は、理解しやすいようにいくぶん詳しく説明されているが、本発明は、提供された詳細事項に限定されるものではない。本発明を実施する多くの代替方法が存在する。開示された実施形態は、例示であり、限定を意図するものではない。"