(57)【特許請求の範囲】
【請求項１】
ユーザの端末と通信可能に接続される検索装置において、
一の商品又はサービスの識別情報に対応づけて、前記商品又は前記サービスの一の属性を第１の表記方式で表してなる複数の第１の属性情報を記憶する属性記憶手段の記憶内容を取得する手段と、
前記複数の第１の属性情報と、前記商品又は前記サービスの前記一の属性を第２の表記方式で表してなる複数の第２の属性情報とのそれぞれの対応関係を記憶する対応関係記憶手段の記憶内容を取得する手段と、
前記商品又は前記サービスの検索条件を前記ユーザの端末から取得する検索条件取得手段と、
前記検索条件に前記第２の属性情報が含まれる場合、該第２の属性情報と、前記対応関係記憶手段の記憶内容と、前記属性記憶手段の記憶内容とに基づいて、該第２の属性情報に対応する第１の属性情報が対応づけられた商品又はサービスを検索結果として取得する検索結果取得手段と、
前記検索結果取得手段によって取得された前記商品又は前記サービスに関する情報を示し、かつ、該商品又はサービスに対応づけられた前記複数の第１の属性情報を表示する画面であって、該複数の第１の属性情報のうちの前記検索条件に含まれた前記第２の属性情報に対応する前記第１の属性情報を前記ユーザに案内する画面の画面データを生成する画面データ生成手段と、
前記画面データを前記ユーザの端末に送信する画面データ送信手段と、
を含むことを特徴とする検索装置。
【請求項２】
請求項１に記載の検索装置において、
前記対応関係記憶手段は、前記商品又は前記サービスの前記識別情報に関連づけて、前記対応関係を記憶し、
前記検索結果取得手段は、前記検索条件に前記第２の属性情報が含まれる場合、該第２の属性情報と、前記商品又は前記サービスの前記識別情報に関連づけて前記対応関係記憶手段に記憶される前記対応関係と、前記属性記憶手段の記憶内容とに基づいて、該第２の属性情報に対応する前記第１の属性情報が対応づけられた商品又はサービスを取得する、
ことを特徴とする検索装置。
【請求項３】
請求項１又は２に記載の検索装置において、
前記画面は、前記検索結果取得手段によって取得された前記商品又は前記サービスに対応づけられた前記複数の第１の属性情報のうちのいずれかを前記ユーザが選択するための画面であり、
前記画面データ生成手段は、前記検索結果取得手段によって取得された前記商品又は前記サービスに対応づけられた前記複数の第１の属性情報のうちの前記検索条件に含まれた前記第２の属性情報に対応する前記第１の属性情報が予め選択された状態に設定された前記画面の前記画面データを生成する、
ことを特徴とする検索装置。
【請求項４】
請求項１乃至３のいずれかに記載の検索装置において、
前記画面には、前記検索結果取得手段によって取得された前記商品又は前記サービスに対応づけられた前記複数の第１の属性情報が表示され、
前記画面データ生成手段は、前記検索結果取得手段によって取得された前記商品又は前記サービスに対応づけられた前記複数の第１の属性情報のうちの前記検索条件に含まれた前記第２の属性情報に対応する前記第１の属性情報に関連づけて、前記検索条件に含まれた前記第２の属性情報を案内する画像が表示される前記画面の前記画面データを生成する、
ことを特徴とする検索装置。
【請求項５】
ユーザの端末と通信可能に接続される検索装置の制御方法において、
一の商品又はサービスの識別情報に対応づけて、前記商品又は前記サービスの一の属性を第１の表記方式で表してなる複数の第１の属性情報を記憶する属性記憶手段の記憶内容を取得するステップと、
前記複数の第１の属性情報と、前記商品又は前記サービスの前記一の属性を第２の表記方式で表してなる複数の第２の属性情報とのそれぞれの対応関係を記憶する対応関係記憶手段の記憶内容を取得するステップと、
前記商品又は前記サービスの検索条件を前記ユーザの端末から取得する検索条件取得ステップと、
前記検索条件に前記第２の属性情報が含まれる場合、該第２の属性情報と、前記対応関係記憶手段の記憶内容と、前記属性記憶手段の記憶内容とに基づいて、該第２の属性情報に対応する第１の属性情報が対応づけられた商品又はサービスを検索結果として取得する検索結果取得ステップと、
前記検索結果取得ステップにおいて取得された前記商品又は前記サービスに関する情報を示し、かつ、該商品又はサービスに対応づけられた前記複数の第１の属性情報を表示する画面であって、該複数の第１の属性情報のうちの前記検索条件に含まれた前記第２の属性情報に対応する前記第１の属性情報を前記ユーザに案内する画面の画面データを生成する画面データ生成ステップと、
前記画面データを前記ユーザの端末に送信する画面データ送信ステップと、
を含むことを特徴とする検索装置の制御方法。
【請求項６】
ユーザの端末と通信可能に接続されるコンピュータを検索装置として機能させるためのプログラムであって、
一の商品又はサービスの識別情報に対応づけて、前記商品又は前記サービスの一の属性を第１の表記方式で表してなる複数の第１の属性情報を記憶する属性記憶手段の記憶内容を取得する手段、
前記複数の第１の属性情報と、前記商品又は前記サービスの前記一の属性を第２の表記方式で表してなる複数の第２の属性情報とのそれぞれの対応関係を記憶する対応関係記憶手段の記憶内容を取得する手段、
前記商品又は前記サービスの検索条件を前記ユーザの端末から取得する検索条件取得手段、
前記検索条件に前記第２の属性情報が含まれる場合、該第２の属性情報と、前記対応関係記憶手段の記憶内容と、前記属性記憶手段の記憶内容とに基づいて、該第２の属性情報に対応する第１の属性情報が対応づけられた商品又はサービスを検索結果として取得する検索結果取得手段、
前記検索結果取得手段によって取得された前記商品又は前記サービスに関する情報を示し、かつ、該商品又はサービスに対応づけられた前記複数の第１の属性情報を表示する画面であって、該複数の第１の属性情報のうちの前記検索条件に含まれた前記第２の属性情報に対応する前記第１の属性情報を前記ユーザに案内する画面の画面データを生成する画面データ生成手段、及び、
前記画面データを前記ユーザの端末に送信する画面データ送信手段、
として前記コンピュータを機能させるためのプログラム。
【請求項７】
請求項６に記載のプログラムを記録したコンピュータ読み取り可能な情報記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は検索装置、検索装置の制御方法、プログラム、及び情報記憶媒体に関する。
【背景技術】
【０００２】
商品やサービスを通信ネットワークを介して販売する電子商取引システムが知られている。このような電子商取引システムによれば、ユーザは通信ネットワークを介して靴や衣服等を購入することができる（例えば特許文献１）。
【０００３】
ところで、商品の属性の表記方式が複数種類存在している場合がある。例えば、靴や衣服等のサイズの表記方式は複数種類存在している。例えば、日本の業者によって製造又は販売される靴のサイズは「２１ｃｍ」〜「２７ｃｍ」のようなセンチ単位の数値で表されることが多い。一方、例えば、ヨーロッパの業者によって製造又は販売される靴のサイズは「３２」〜「４４」のような数値で表されることが多い。
【０００４】
この点、電子商取引システムでは、日本の表記方式とヨーロッパの表記方式との対応関係を保持しておくことによって、例えば、靴の検索条件としてサイズが日本の表記方式で指定された場合であっても、ヨーロッパの表記方式でサイズが表されている靴が検索結果に含まれるようになっている場合がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−２４５３０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の電子商取引システムでは、ヨーロッパの表記方式を採用している靴を購入する場合、ユーザはヨーロッパの表記方式で表されたサイズを頼りに靴のサイズを指定しなければならなかった。例えば、ユーザが靴の検索条件としてサイズを日本の表記方式で指定した場合であっても、見つかった靴がヨーロッパの表記方式を採用しているのであれば、ユーザは靴のサイズをヨーロッパの表記方式で指定しなければならなかった。その結果、ユーザがどのサイズを購入すればよいのかを把握し難い場合があった。
【０００７】
本発明は上記課題に鑑みてなされたものであって、商品又はサービスの属性の表記方式が複数種類存在するような場合であっても、ユーザが所望の商品又はサービスを把握できるようにすることが可能な検索装置、検索装置の制御方法、プログラム、及び情報記憶媒体を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明に係る検索装置は、ユーザの端末と通信可能に接続される検索装置において、商品又はサービスの識別情報に対応づけて、前記商品又は前記サービスの属性を第１の表記方式で表してなる第１の属性情報を記憶する属性記憶手段の記憶内容を取得する手段と、前記第１の属性情報と、前記商品又は前記サービスの前記属性を第２の表記方式で表してなる第２の属性情報との間の対応関係を記憶する対応関係記憶手段の記憶内容を取得する手段と、前記商品又は前記サービスの検索条件を前記ユーザの端末から取得する検索条件取得手段と、前記検索条件に前記第２の属性情報が含まれる場合、前記検索条件に含まれた前記第２の属性情報と、前記対応関係記憶手段の記憶内容と、前記属性記憶手段の記憶内容とに基づいて、前記検索条件を満足する商品又はサービスの検索結果を取得する検索結果取得手段と、前記検索条件を満足する前記商品又は前記サービスに関する情報を示し、かつ、前記検索条件に含まれた前記第２の属性情報に対応する前記第１の属性情報を前記ユーザに案内する画面を表示するための画面データを生成する画面データ生成手段と、前記画面データを前記ユーザの端末に送信する画面データ送信手段と、を含むことを特徴とする。
【０００９】
また、本発明に係る検索装置の制御方法は、ユーザの端末と通信可能に接続される検索装置の制御方法において、商品又はサービスの識別情報に対応づけて、前記商品又は前記サービスの属性を第１の表記方式で表してなる第１の属性情報を記憶する属性記憶手段の記憶内容を取得するステップと、前記第１の属性情報と、前記商品又は前記サービスの前記属性を第２の表記方式で表してなる第２の属性情報との間の対応関係を記憶する対応関係記憶手段の記憶内容を取得するステップと、前記商品又は前記サービスの検索条件を前記ユーザの端末から取得する検索条件取得ステップと、前記検索条件に前記第２の属性情報が含まれる場合、前記検索条件に含まれた前記第２の属性情報と、前記対応関係記憶手段の記憶内容と、前記属性記憶手段の記憶内容とに基づいて、前記検索条件を満足する商品又はサービスの検索結果を取得する検索結果取得ステップと、前記検索条件を満足する前記商品又は前記サービスに関する情報を示し、かつ、前記検索条件に含まれた前記第２の属性情報に対応する前記第１の属性情報を前記ユーザに案内する画面を表示するための画面データを生成する画面データ生成ステップと、前記画面データを前記ユーザの端末に送信する画面データ送信ステップと、を含むことを特徴とする。
【００１０】
また、本発明に係るプログラムは、ユーザの端末と通信可能に接続されるコンピュータを検索装置として機能させるためのプログラムであって、商品又はサービスの識別情報に対応づけて、前記商品又は前記サービスの属性を第１の表記方式で表してなる第１の属性情報を記憶する属性記憶手段の記憶内容を取得する手段、前記第１の属性情報と、前記商品又は前記サービスの前記属性を第２の表記方式で表してなる第２の属性情報との間の対応関係を記憶する対応関係記憶手段の記憶内容を取得する手段、前記商品又は前記サービスの検索条件を前記ユーザの端末から取得する検索条件取得手段、前記検索条件に前記第２の属性情報が含まれる場合、前記検索条件に含まれた前記第２の属性情報と、前記対応関係記憶手段の記憶内容と、前記属性記憶手段の記憶内容とに基づいて、前記検索条件を満足する商品又はサービスの検索結果を取得する検索結果取得手段、前記検索条件を満足する前記商品又は前記サービスに関する情報を示し、かつ、前記検索条件に含まれた前記第２の属性情報に対応する前記第１の属性情報を前記ユーザに案内する画面を表示するための画面データを生成する画面データ生成手段、及び、前記画面データを前記ユーザの端末に送信する画面データ送信手段として前記コンピュータを機能させるためのプログラムである。
【００１１】
また、本発明に係る情報記憶媒体は、上記プログラムを記録したコンピュータ読み取り可能な情報記憶媒体である。
【００１２】
本発明によれば、商品又はサービスの属性の表記方式が複数種類存在するような場合であっても、ユーザが所望の商品又はサービスを把握できるようにすることが可能になる。
【００１３】
また、本発明の一態様では、前記対応関係記憶手段は、前記商品又は前記サービスの前記識別情報に関連づけて、前記対応関係を記憶し、前記検索結果取得手段は、前記検索条件に前記第２の属性情報が含まれる場合、前記検索条件に含まれた前記第２の属性情報と、前記商品又は前記サービスの前記識別情報に関連づけて前記対応関係記憶手段に記憶される前記対応関係と、前記属性記憶手段の記憶内容とに基づいて、前記検索条件を満足する商品又はサービスの検索結果を取得するようにしてもよい。
【００１４】
また、本発明の一態様では、前記画面は、前記検索条件を満足する前記商品又は前記サービスの前記識別情報に対応づけて前記属性記憶手段に記憶される前記第１の属性情報のうちのいずれかを前記ユーザが選択するための画面であり、前記画面データ生成手段は、前記検索条件を満足する前記商品又は前記サービスの前記識別情報に対応づけて前記属性記憶手段に記憶される前記第１の属性情報のうちの、前記検索条件に含まれた前記第２の属性情報に対応する前記第１の属性情報が予め選択された状態に設定された前記画面を表示するための前記画面データを生成するようにしてもよい。
【００１５】
また、本発明の一態様では、前記画面には、前記検索条件を満足する前記商品又は前記サービスの前記識別情報に対応づけて前記属性記憶手段に記憶される前記第１の属性情報が表示され、前記画面データ生成手段は、前記検索条件を満足する前記商品又は前記サービスの前記識別情報に対応づけて前記属性記憶手段に記憶される前記第１の属性情報のうちの、前記検索条件に含まれた前記第２の属性情報に対応する前記第１の属性情報に関連づけて、前記検索条件に含まれた前記第２の属性情報を案内する画像が表示される前記画面を表示するための前記画面データを生成するようにしてもよい。
【図面の簡単な説明】
【００１６】
【図１】本実施形態に係る電子商取引システムの全体構成を示す図である。
【図２】サーバのハードウェア構成を示す図である。
【図３】トップ画面の一例を示す図である。
【図４】検索画面の一例を示す図である。
【図５】商品画面の一例を示す図である。
【図６】本実施形態に係る電子商取引システムの機能ブロック図である。
【図７】商品テーブルの一例を示す図である。
【図８】サイズテーブルの一例を示す図である。
【図９】対応関係テーブルの一例を示す図である。
【図１０】電子商取引システムで実行される処理の一例を説明するための図である。
【図１１】商品画面の他の一例を示す図である。
【図１２】対応関係テーブルの他の一例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態の例について図面に基づき詳細に説明する。ここでは、本発明を電子商取引システムに適用した場合について説明する。すなわち、複数の店舗が出店する仮想的な商店街を実現する電子商取引システムにおいて、本発明の実施形態に係る検索装置を実現する場合の例について説明する。
【００１８】
図１は、本発明の実施形態に係る電子商取引システムの全体構成を示す。図１に示すように、本実施形態に係る電子商取引システム１は、サーバ１０（検索装置）と、データベース１６と、複数のユーザ端末２０と、複数の店舗端末４とを含む。サーバ１０と、複数のユーザ端末２０と、複数の店舗端末４とは、例えばインターネット等を含んで構成される通信ネットワーク２に接続される。サーバ１０とユーザ端末２０との間では相互にデータ通信が可能である。サーバ１０と店舗端末４との間でも相互にデータ通信が可能である。
【００１９】
サーバ１０は、例えば仮想商店街のポータルとして機能する仮想商店街サーバである。サーバ１０は、ユーザ端末２０又は店舗端末４から受信した処理要求に基づく処理を実行する。図２はサーバ１０のハードウェア構成を示す。図２に示すように、サーバ１０は、制御部１１、主記憶部１２、補助記憶部１３、光ディスクドライブ部１４、及び通信インタフェース１５を含む。
【００２０】
制御部１１は例えばＣＰＵ（Central Processing Unit）等を含み、プログラムに従って各種処理を実行する。主記憶部１２は例えばＲＡＭ（Random Access Memory）であり、補助記憶部１３は例えばハードディスク装置である。光ディスクドライブ部１４は光ディスクに記憶されたプログラムやデータを読み取る。通信インタフェース１５はサーバ１０を通信ネットワーク２に接続するためのインタフェースである。なお、プログラムやデータは光ディスクを介してサーバ１０に供給されるようにしてもよいし、通信ネットワーク２を介して遠隔地からサーバ１０に供給されるようにしてもよい。
【００２１】
サーバ１０はデータベース１６にアクセスできるようになっている。データベース１６には、例えば、仮想商店街を利用するユーザの情報、仮想商店街で取り扱っている商品の情報や、仮想商店街で行われた取引の情報等が記憶される。データベース１６はサーバ１０に構築されていてもよいし、サーバ１０とは別のサーバに構築されていてもよい。
【００２２】
店舗端末４は、仮想商店街に出店する店舗側に設けられた情報処理装置である。店舗端末４は、例えばパーソナルコンピュータ等である。店舗端末４は、仮想商店街で販売する商品の情報等をサーバ１０を介してデータベース１６に登録するために用いられる。例えば、店舗端末４ではサーバ１０から提供される専用画面が表示される。店舗側の管理者は、この専用画面において、商品の基本情報や商品の販売方法に関する情報等を入力できるようになっている。
【００２３】
ユーザ端末２０はユーザによって操作される情報処理装置である。ユーザ端末２０は、例えばパーソナルコンピュータ、携帯電話機、又は携帯情報端末（ＰＤＡ）等である。
【００２４】
本実施形態の場合、例えば、サーバ１０ではＨＴＴＰ（HyperText Transfer Protocol）デーモンが起動される。また、ユーザ端末２０ではブラウザが起動され、ユーザ端末２０からは、ブラウザを介して処理要求（ＨＴＴＰリクエスト）がサーバ１０に送信される。また、サーバ１０からは、上記の処理要求に対応する処理結果（ＨＴＴＰレスポンス）がユーザ端末２０に送信される。例えば、ウェブページ記述言語で記述されたページデータがユーザ端末２０に送信される。そして、このページデータに基づいて、処理結果に基づく画面がユーザ端末２０に備えられた表示部に表示される。
【００２５】
ここで、仮想商店街を利用する場合にユーザ端末２０の表示部に表示される画面の例について説明する。図３〜図５は画面の例を示す。これらの画面はサーバ１０からユーザ端末２０に送信されるページデータに基づいて表示される。
【００２６】
仮想商店街を利用するユーザがユーザ端末２０を用いてサーバ１０にアクセスすると、仮想商店街のトップ画面（トップページ）がユーザ端末２０の表示部に表示される。図３はトップ画面の一例を示す。トップ画面３０でユーザは商品のカテゴリーを選択することができる。
【００２７】
トップ画面３０でユーザが商品のカテゴリーを選択すると、選択されたカテゴリーに属する商品を検索するための検索画面がユーザ端末２０の表示部に表示される。図４は検索画面の一例を示す。図４は、「女性用シューズ」カテゴリーが選択された場合に表示される検索画面４０を示している。
【００２８】
図４に示す検索画面４０は女性用シューズを検索するための検索条件を指定するための画面である。検索画面４０には、ブランド名を検索条件として入力するためのブランド名入力欄４１が表示されている。また、検索画面４０には、靴のサイズを検索条件として指定するための表記方式選択欄４２及びサイズ入力欄４３が表示されている。
【００２９】
表記方式選択欄４２は、靴のサイズをどの表記方式で指定するのかを選択するための欄である。図４では「日本」が選択されている。「日本」は、主に日本で用いられている表記方式であり、例えば、靴のサイズを「２１ｃｍ」〜「２７ｃｍ」のようなセンチ単位の数値で表す表記方式である。表記方式選択欄４２では、「日本」の他に、例えば「ヨーロッパ」、「イギリス」、又は「アメリカ」等を選択することができる。「ヨーロッパ」、「イギリス」、又は「アメリカ」は、それぞれの国又は地域で主に用いられている表記方式である。例えば、「ヨーロッパ」はヨーロッパで主に用いられている表記方式であり、「３２」〜「４４」のような数値、又は「ＥＵ３２」〜「ＥＵ４４」のようなヨーロッパを示す文字列を数値に付加した態様で靴のサイズを表す表記方式である。
【００３０】
なお、以下では、日本で主に用いられている靴のサイズの表記方式のことを単に「日本方式」と記載する。同様に、ヨーロッパ、イギリス、又はアメリカで主に用いられている靴のサイズの表記方式のことを、それぞれ、「ヨーロッパ方式」、「イギリス方式」、又は「アメリカ方式」と記載する。
【００３１】
サイズ入力欄４３は靴のサイズを入力するための欄である。図４では「２４．０」と入力されている。すなわち、図４に示す検索画面４０では、靴のサイズに関する検索条件として、日本方式の「２４．０」サイズが指定されている。
【００３２】
なお、検索画面４０では靴のブランド名やサイズ以外の項目も検索条件として指定できるようにしてもよい。例えば靴の種類又は価格帯も検索条件として指定できるようにしてもよい。
【００３３】
また、図４に示す検索画面４０では、検索条件を指定するための入力欄が項目ごとに設けられていたが、複数の項目に関する検索条件が一つの入力欄に入力されるようにしてもよい。例えば、靴のブランド名及びサイズを検索条件として指定する場合には、「ＸＸＸ  ２４．０ｃｍ」又は「ＸＸＸ  ３８」のように、ブランド名（ＸＸＸ）とサイズ（２４．０ｃｍ、３８）とがスペースで区切られた状態で一つのテキスト入力欄に入力されるようにしてもよい。なお、この場合、例えば「２４．０ｃｍ」又は「２４．０」のように入力された場合には靴のサイズの表記方式として日本方式が選択されたとみなすようにすればよい。図４に示す例の場合、「女性用シューズ」カテゴリーが選択されているため、サーバ１０側は、靴のサイズとして「２４．０ｃｍ」又は「２４．０」が指定されているとみなすことができる。すなわち、サーバ１０側は、現在選択されているカテゴリーに沿ったサイズが入力されたとして扱うようにすればよい。同様に、例えば「３８」又は「ＥＵ３８」のように入力された場合には靴のサイズの表記方式としてヨーロッパ方式が選択されたとみなすようにすればよい。
【００３４】
検索画面４０の検索ボタン４４をユーザがクリックすると、検索画面４０で指定された検索条件に基づいて商品の検索が実行される。そして、検索条件を満足する商品の一覧を示す商品一覧画面（商品一覧ページ：図示せず）がユーザ端末２０の表示部に表示される。また、商品一覧画面でユーザがいずれかの商品を選択すると、その商品を購入するための商品画面（商品ページ）がユーザ端末２０の表示部に表示される。
【００３５】
図５は商品画面の一例を示す。図５に示す商品画面５０には商品の名称、画像、価格が表示されている。図５に示す商品画面５０は「ブーツＡ」を購入するための画面となっている。
【００３６】
また、商品画面５０にはサイズ選択欄５１が表示されている。サイズ選択欄５１はユーザが所望のサイズを選択するための欄である。サイズ選択欄５１は各サイズの在庫状況を示す役割も果たしている。なお、ブーツＡのサイズはヨーロッパ方式で表されている。
【００３７】
図５において、「３５」サイズに関連づけられているばつ印は在庫がないことを示している。また、「３６」、「３７」、及び「３８」サイズに関連づけられている丸印はオプションボタンを示しており、在庫があることを示している。これらのオプションボタンはユーザが所望のサイズを選択するためのボタンである。商品画面５０の表示開始時点においてはいずれのオプションボタンもオフ状態（選択されていない状態）になっている。ユーザはこれらのオプションボタンのうちのいずれか一つをオン状態（選択された状態）にすることによって、所望のサイズを選択する。図５では、「３６」サイズに関連づけられたオプションボタンがオン状態になっており、図５はユーザが「３６」サイズを選択した状態を示している。
【００３８】
なお、商品画面５０の表示開始時点において、いずれかのオプションボタンがオン状態に自動的に設定されるようにしてもよい。また、ユーザが所望のサイズを選択するための仕組みとして、オプションボタンの代わりにプルダウンメニュー（又はコンボボックス）が用いられるようにしてもよい。すなわち、プルダウンメニュー（又はコンボボックス）に表示されるサイズのリストのうちからユーザが所望のサイズを選択するようにしてもよい。
【００３９】
さらに、商品画面５０には吹き出し５２が表示されている。以下、この吹き出し５２について説明する。なお以下では、靴の属性を表すために採用されている表記方式のことを「標準表記方式」と記載する。例えば図５に示す商品画面５０のサイズ選択欄５１ではブーツＡのサイズがヨーロッパ方式で表されているため、ブーツＡの標準表記方式はヨーロッパ方式である。
【００４０】
吹き出し５２は、検索画面４０で検索条件として指定されたサイズの表記方式と、靴の標準表記方式とが異なっている場合に表示される。上述したように、ブーツＡの標準表記方式はヨーロッパ方式である。一方、図４に示す検索画面４０では検索条件としてサイズが日本方式で指定されていた。このような場合、吹き出し５２が商品画面５０に表示される。
【００４１】
吹き出し５２は、ブーツＡのサイズ（３５，３６，３７，３８）のうちの、検索条件として指定されたサイズ（２４．０）に対応するサイズに関連づけて表示される。例えば、日本方式の「２４．０」サイズはヨーロッパ方式の「３８」サイズに対応しているため、図５に示す商品画面５０では吹き出し５２が「３８」サイズに関連づけて表示されている。また、吹き出し５２内には、日本方式の「２４．０」サイズがヨーロッパ方式の「３８」サイズに対応している旨が表示されている。
【００４２】
この吹き出し５２によって、ユーザは、自らが検索条件として日本方式で指定したサイズが、ヨーロッパ方式で表されるブーツＡのサイズのうちのいずれに対応しているのかを一見して把握できるようになる。すなわち、ユーザは所望の商品を把握し易くなり、商品を購入し易くなる。
【００４３】
商品を購入するユーザは数量選択欄５３において数量を選択し、購入ボタン５４をクリックする。購入ボタン５４がクリックされると、購入手続きを行うための購入画面（図示せず）がユーザ端末２０の表示部に表示される。ユーザは購入画面で購入手続きを行う。
【００４４】
以上に説明したように、電子商取引システム１では、ユーザが検索条件として指定したサイズの表記方式と、商品の標準表記方式とが異なっている場合、商品画面５０に吹き出し５２が表示される。この吹き出し５２は、ユーザが検索条件として指定したサイズが商品のサイズのうちのいずれに対応しているのかをユーザに案内する役割を果たしている。この吹き出し５２によれば、ユーザが検索条件として指定したサイズが商品のサイズのうちのいずれに対応しているのかを一見して把握できるようになる。
【００４５】
以下、上記の案内機能を実現するための構成について説明する。図６は、電子商取引システム１で実現される機能ブロックのうち、上記の案内機能に関連する機能ブロックを示す機能ブロック図である。図６に示すように、電子商取引システム１は記憶部６０、検索条件取得部６１、検索結果取得部６２、画面データ生成部６３、及び画面データ送信部６４を含んでいる。
【００４６】
例えば、記憶部６０はデータベース１６によって実現される。なお、記憶部６０は、データベース１６と、データベース１６以外の記憶装置（すなわち、通信ネットワーク２を介してサーバ１０と通信接続される他の装置に含まれる記憶装置）と、によって実現されていてもよい。また例えば、記憶部６０以外の機能ブロックはサーバ１０において実現される。すなわち、サーバ１０の制御部１１がプログラムを実行することによって、制御部１１が検索条件取得部６１、検索結果取得部６２、画面データ生成部６３、及び画面データ送信部６４として機能するようになる。
【００４７】
まず、記憶部６０について説明する。記憶部６０は各種データを記憶する。なお、記憶部６０に記憶されることとして説明するデータはデータベース１６に記憶されていてもよいし、データベース１６以外の記憶装置（すなわち、通信ネットワーク２を介してサーバ１０と通信接続される他の装置に含まれる記憶装置）に記憶されていてもよい。
【００４８】
例えば、記憶部６０は仮想商店街を利用するユーザの情報を記憶する。また、記憶部６０は各ユーザの購入履歴情報を記憶する。これらの情報はテーブル形式のデータとして記憶部６０に記憶される。
【００４９】
また、記憶部６０は仮想商店街で取り扱われている商品の情報を記憶する。図７は、記憶部６０に記憶される商品テーブルの一例を示す。図７に示す商品テーブルは「商品ＩＤ」、「店舗ＩＤ」、「商品名」、「カテゴリー」、「画像」、「説明」、及び「単価」フィールドを含んでいる。「店舗ＩＤ」フィールドは、商品を取り扱っている店舗の店舗ＩＤを示す。「画像」フィールドは、商品の画像データのファイル名や保存場所等を示す。
【００５０】
さらに、記憶部６０（属性情報記憶手段）は、商品ＩＤ（識別情報）に対応づけて、商品の属性を第１の表記方式によって表してなる第１の属性情報を記憶する。例えば、記憶部６０は図８に示すようなサイズテーブルを記憶する。図８に示すサイズテーブルは「商品ＩＤ」、「標準表記方式」、「サイズ」及び「在庫数」フィールドを含んでいる。図８に示すサイズテーブルには、商品のサイズの種類と、商品のサイズごとの在庫数とが登録されている。図８に示すサイズテーブルの場合、商品ＩＤ「Ｇ０００１」に対応づけて、商品のサイズ（属性）をヨーロッパ方式（第１の表記方式）で表してなるサイズ情報（第１の属性情報）が記憶されている。
【００５１】
また、記憶部６０（対応関係記憶手段）は、第１の属性情報と、商品の属性を第２の表記方式によって表してなる第２の属性情報との間の対応関係を記憶する。例えば、記憶部６０は図９に示すような対応関係テーブルを記憶する。図９に示す対応関係テーブルは複数の表記方式の間の対応関係を示している。図９に示す対応関係テーブルの場合、ヨーロッパ方式のサイズ情報（第１の属性情報）と、商品のサイズ（属性）を日本方式（第２の表記方式）によって表してなるサイズ情報（第２の属性情報）との間の対応関係が記憶されている。
【００５２】
なお、複数の表記方式の間の対応関係は商品のカテゴリーによって異なる場合がある。このため、対応関係テーブルを商品のカテゴリーごとに用意することによって、対応関係を商品のカテゴリーごとに定めるようにするとよい。なお、対応関係は商品ごとに定めるようにしてもよい（後述の図１２参照）。
【００５３】
次に、検索条件取得部６１及び検索結果取得部６２について説明する。
【００５４】
検索条件取得部６１は商品の検索条件をユーザ端末２０から取得する。検索結果取得部６２は、検索条件に第２の属性情報が含まれる場合、商品ＩＤに対応づけて記憶される第１の属性情報と、第１の属性情報と第２の属性情報との間の対応関係と、検索条件に含まれた第２の属性情報とに基づいて、検索条件を満足する商品又はサービスの検索結果を取得する。
【００５５】
例えば、日本方式のサイズ情報（第２の属性情報）が検索条件に含まれる場合、検索結果取得部６２は、商品ＩＤが「Ｇ０００１」である商品が検索条件を満足するか否かを、商品ＩＤ「Ｇ０００１」に対応づけて記憶されるサイズ情報（ヨーロッパ方式のサイズ情報：第１の属性情報）と、対応関係テーブルと、検索条件に含まれるサイズ情報（日本方式のサイズ情報：第２の属性情報）とに基づいて判定する。
【００５６】
具体的には、例えば、商品ＩＤが「Ｇ０００１」である商品に関し、検索条件で指定された日本方式のサイズ（例えば２４．０）に対応するヨーロッパ方式のサイズ（例えば３８）の在庫がある場合に、検索結果取得部６２は該商品が検索条件を満足すると判定する（後述の図１０のステップＳ１０３，Ｓ１０４参照）。
【００５７】
なお、例えば、商品ＩＤが「Ｇ０００１」である商品の商品ページ（商品画面５０）に、検索条件で指定された日本方式のサイズ（例えば２４．０）に対応するヨーロッパ方式のサイズ（例えば３８）が表示されるのであれば、検索結果取得部６２は該商品が検索条件を満足すると判定するようにしてもよい。すなわち、検索条件で指定された日本方式のサイズ（例えば２４．０）に対応するヨーロッパ方式のサイズ（例えば３８）が製造・販売されているのであれば、該サイズの在庫が現時点でなかったとしても、検索結果取得部６２は該商品が検索条件を満足すると判定するようにしてもよい。
【００５８】
次に、画面データ生成部６３及び画面データ送信部６４について説明する。
【００５９】
画面データ生成部６３は、検索条件を満足する商品に関する情報を示す画面であって、かつ、検索条件に含まれた第２の属性情報に対応する第１の属性情報をユーザに案内する画面を表示するための画面データを生成する。例えば、画面データ生成部６３は図５に示したような商品画面５０を表示するための商品画面データを生成する。なお、図５に示した商品画面５０では、検索条件に含まれていた日本方式の「２４．０」サイズ（第２の属性情報）に対応するヨーロッパ方式の「３８」サイズ（第１の属性情報）がユーザに案内されている。
【００６０】
画面データ送信部６４は画面データをユーザ端末２０に送信する。例えば、画面データ送信部６４は商品画面データをユーザ端末２０に送信する。
【００６１】
ここで、検索条件取得部６１、検索結果取得部６２、画面データ生成部６３、及び画面データ送信部６４の動作についてさらに詳しく説明する。図１０は、検索の実行を指示する操作（検索ボタン４４のクリック操作）が検索画面４０で行われてから、商品画面５０がユーザ端末２０の表示部に表示されるまでの期間に行われる上記機能ブロックの動作について説明するための図である。
【００６２】
検索の実行を指示する操作（検索ボタン４４のクリック操作）が検索画面４０で行われた場合、図１０に示すように、ユーザ端末２０は検索の実行をサーバ１０に要求する（Ｓ１０１）。この場合、ユーザ端末２０は、検索画面４０でユーザによって指定された検索条件もサーバ１０に送信する。
【００６３】
サーバ１０では検索条件取得部６１がユーザ端末２０から送信される検索条件を受信する。そして、検索結果取得部６２は検索条件にサイズ情報が含まれるか否かを判定する（Ｓ１０２）。そして、検索条件にサイズ情報が含まれる場合、検索結果取得部６２は、検索条件に含まれていたサイズ情報と、商品テーブル（図７）と、サイズテーブル（図８）と、対応関係テーブル（図９）とに基づいて、検索条件を満足する商品の検索結果を取得する。
【００６４】
具体的には、検索結果取得部６２は、検索条件に含まれていたサイズ情報に対応する他の表記方式のサイズ情報を取得する（Ｓ１０３）。例えば、検索条件に含まれていたサイズ情報が日本方式の「２４．０」サイズであった場合を想定する。この場合、検索結果取得部６２は、検索条件に含まれていたサイズ情報と、対応関係テーブル（図９）とに基づいて下記のサイズ情報を取得する。
（１）ヨーロッパ方式の「３８」サイズ
（２）イギリス方式の「５」サイズ
（３）アメリカ方式の「６．５」サイズ
【００６５】
その後、検索結果取得部６２は検索処理を実行する（Ｓ１０４）。つまり、検索結果取得部６２は、検索条件に含まれていたサイズ情報と、ステップＳ１０３で取得されたサイズ情報と、サイズテーブル（図８）とに基づいて、検索条件を満足する商品を検索する。
【００６６】
ここでも、検索条件に含まれていたサイズ情報が日本方式の「２４．０」サイズであった場合を想定する。この場合、検索結果取得部６２は、下記の（ａ）〜（ｄ）のうちのいずれかに該当する商品であって、かつ、サイズ情報以外の検索条件も満足する商品をサイズテーブル（図８）に基づいて検索する。
（ａ）標準表記方式が日本方式であり、かつ、「２４．０」サイズの在庫数が１個以上である商品
（ｂ）標準表記方式がヨーロッパ方式であり、かつ、「３８」サイズの在庫数が１個以上である商品
（ｃ）標準表記方式がイギリス方式であり、かつ、「５」サイズの在庫数が１個以上である商品
（ｄ）標準表記方式がアメリカ方式であり、かつ、「６．５」サイズの在庫数が１個以上である商品
【００６７】
なお、ステップＳ１０２においてサイズ情報が検索条件に含まれていないと判定された場合、検索結果取得部６２はステップＳ１０３の処理を実行することなく、検索条件を満足する商品を検索する。
【００６８】
検索条件を満足する商品の検索結果が取得されたら、サーバ１０は商品一覧画面データを生成する（Ｓ１０５）。商品一覧画面データは、検索条件を満足する商品の一覧を示す商品一覧画面を表示するためのデータである。
【００６９】
ところで、ステップＳ１０１で受信された検索条件（厳密には、検索条件に含まれているサイズ情報）は商品画面データを生成する場合にも必要となる。吹き出し５２を商品画面５０に表示するために必要であるからである。このため、商品画面データを生成する場合（後述のステップＳ１０９）にも、ステップＳ１０１で受信された検索条件を参照できるような仕組みを用意しておく必要がある。
【００７０】
このため、例えばステップＳ１０５において、サーバ１０は商品一覧画面に隠しフィールドを設け、ステップＳ１０１で受信された検索条件を隠しフィールドに保持させる。そして、いずれかの商品が商品一覧画面で選択された場合に、商品画面データの要求とともに、隠しフィールドに保持された検索条件がサーバ１０に送信されるようにしておく。このようにしておけば、ステップＳ１０１で受信された検索条件を商品画面データを生成する場合にも参照できるようになる。
【００７１】
なお、上記の仕組みを実現する方法としては他の方法を採用することもできる。例えば、ステップＳ１０１で受信された検索条件をｃｏｏｋｉｅに保持させておき、商品画面データを生成する場合にｃｏｏｋｉｅに保持された検索条件を参照するようにしてもよい。または、例えば、ステップＳ１０１で受信された検索条件が商品画面データへのＵＲＬの引数にセットされるようにしておいてもよい。このようにしても、商品画面データの要求がなされた場合に、引数にセットされた検索条件をサーバ１０で取得できるようになる。
【００７２】
商品一覧画面データが生成された後、サーバ１０は商品一覧画面データをユーザ端末２０に送信する（Ｓ１０６）。ユーザ端末２０は商品一覧画面データを受信し、商品一覧画面データに基づいて商品一覧画面を表示部に表示させる（Ｓ１０７）。この場合の商品一覧画面には、検索画面４０で指定された検索条件を満足する商品のリストが表示される。
【００７３】
いずれかの商品を選択する操作が商品一覧画面で行われた場合、ユーザ端末２０は、選択された商品の商品画面データをサーバ１０に要求する（Ｓ１０８）。なお以下では、商品一覧画面で選択された商品のことを「対象商品」と記載する。
【００７４】
この場合、サーバ１０では画面データ生成部６３が対象商品の商品画面データを生成する（Ｓ１０９）。商品画面データは、対象商品に関する情報を示す商品画面５０を表示するためのデータであり、例えば図５に示すような商品画面５０を表示するためのデータである。
【００７５】
商品画面５０は対象商品に関する情報を示す画面である。画面データ生成部６３は商品画面データを商品テーブル（図７）及びサイズテーブル（図８）に基づいて生成する。例えば、画面データ生成部６３は対象商品の名称、画像、及び価格を商品テーブルから取得する。また、画面データ生成部６３は対象商品の各サイズの在庫数をサイズテーブルから取得する。そして、画面データ生成部６３は、対象商品の各サイズの在庫数に基づいて、サイズ選択欄５１を設定する。在庫数が０であるサイズに関してはばつ印が表示されるように設定し、在庫数が１以上であるサイズに関してはオプションボタンが表示されるように設定する。
【００７６】
さらに、画面データ生成部６３は吹き出し５２を商品画面５０に表示すべきかを否かを判断する。具体的には、画面データ生成部６３は、ステップＳ１０１で取得された検索条件にサイズ情報が含まれているか否かを判定する。サイズ情報が検索条件に含まれている場合、画面データ生成部６３は、検索条件に含まれていたサイズ情報の表記方式と、対象商品の標準表記方式とが異なるか否かを判定する。そして、これらの表記方式が異なる場合、画面データ生成部６３は吹き出し５２を商品画面５０に表示すべきと判断する。なお、これらの表記方式が同じである場合や、サイズ情報が検索条件に含まれていない場合には、画面データ生成部６３は吹き出し５２を表示する必要がないと判断する。
【００７７】
吹き出し５２を商品画面５０に表示すべきと判断された場合、画面データ生成部６３は、検索条件に含まれていたサイズに対応する標準表記方式のサイズを対象サイズとして特定する。例えば、検索条件に含まれていたサイズが日本方式の「２４．０」サイズであり、対象商品の標準表記方式がヨーロッパ方式である場合、画面データ生成部６３は、対応関係テーブル（図９）に基づいて、「３８」サイズを対象サイズとして特定する。そして、サイズ選択欄５１に列挙されるサイズのうちの上記対象サイズに関連づけて吹き出し５２が表示されるように、商品画面データを設定する。
【００７８】
なお、吹き出し５２を表示するための方法としては種々の方法を採用することができる。例えば、テーブルタグを利用して吹き出し５２を形成する方法を採用するようにしてもよい。具体的には、複数のセルに分割されたテーブルの端部分のセルのいずれかに、吹き出し５２の三角部分（吹き出し口部分）を示す画像を配置し、吹き出し５２の本体部分に相当するセルの背景色をその画像と同じ色に設定し、さらに、吹き出し５２の本体部分に相当するセル内に吹き出し５２の内容を示す文字列を表示することによって、吹き出し５２を形成するようにしてもよい。
【００７９】
この他、ＣＳＳ（Cascading Style Sheets）を用いて吹き出し５２を表示するようにしてもよい。または、吹き出し５２を表示するためのプログラムを商品画面データ内に埋め込んでおき、商品画面５０の表示時にこのプログラムが自動的に実行されるようにしておいてもよい。なおこの場合、プログラムは例えばＪａｖａＳｃｒｉｐｔ（登録商標）等の言語で記述するようにすればよい。
【００８０】
対象商品の商品画面データが生成された後、画面データ送信部６４は商品画面データをユーザ端末２０に送信する（Ｓ１１０）。ユーザ端末２０は商品画面データを受信し、商品画面データに基づいて商品画面５０を表示部に表示させる（Ｓ１１１）。以上で図１０に示す処理は終了する。
【００８１】
以上説明した電子商取引システム１の案内機能（吹き出し５２）によれば、ユーザが検索条件として指定したサイズの表記方式と、商品の標準表記方式とが異なっている場合、検索条件として指定されたサイズが商品のサイズのうちのいずれに対応しているのかがユーザに案内されるようになっている。その結果として、ユーザは所望の商品を把握し易くなり、商品を購入し易くなる。
【００８２】
なお、本発明は以上に説明した実施形態に限定されるものではない。
【００８３】
（１）例えば、商品画面５０に表示される吹き出し５２内には、ユーザが検索条件として指定したサイズのみを表示するようにしてもよい。また、商品画面５０では吹き出し５２の代わりに吹き出し５２以外の画像を表示するようにしてもよい。ユーザが検索条件として指定したサイズが商品のサイズのうちのいずれに対応しているのかをユーザに案内する役割を果たすのであれば、どのような画像を表示するようにしてもよい。
【００８４】
また例えば、吹き出し５２を表示する代わりに、吹き出し５２の内容を商品画面５０の所与の位置（目立つような位置）に表示するようにしてもよい。このようにすることによって、ユーザが検索条件として指定したサイズに対応する商品のサイズをユーザに案内するようにしてもよい。
【００８５】
また例えば、ユーザが検索条件として指定したサイズに対応する商品のサイズの表示態様（例えば、文字の色、太さ、又は大きさや文字の背景色等）を他のサイズと異ならせるようにしてもよい。このようにすることによって、ユーザが検索条件として指定したサイズに対応する商品のサイズをユーザに案内するようにしてもよい。
【００８６】
（２）また例えば、商品画面５０に吹き出し５２を表示する代わりに、オプションボタンを制御することによって、ユーザが検索条件として指定したサイズが商品のサイズのうちのいずれに対応しているのかを案内するようにしてもよい。
【００８７】
すなわち、ユーザが検索条件として指定したサイズに対応する商品のサイズのオプションボタンを予めオン状態にしておくようにしてもよい。つまり、ユーザが検索条件として指定したサイズに対応する商品のサイズが予め選択された状態となるようにしてもよい。この場合の商品画面５０の一例を図１１に示す。図１１に示す商品画面５０では、図５とは異なり、吹き出し５２が「３８」サイズに関連づけて表示されておらず、その代わりに、「３８」サイズのオプションボタンが商品画面５０の表示開始時点からすでにオン状態になっている。なお、図１１に示す商品画面５０においても吹き出し５２を表示するようにしてもよい。
【００８８】
（３）また例えば、記憶部６０（対応関係記憶手段）は、複数の表記方式の間の対応関係を商品ＩＤに関連づけて記憶するようにしてもよい。そして、検索結果取得部６２は、商品が検索条件を満足するか否かを判断する場合に、該商品の商品ＩＤに関連づけられた対応関係を用いるようにすればよい。
【００８９】
図１２は記憶部６０に記憶される対応関係テーブルの他の一例を示す。図１２に示す対応関係テーブルは、サイズテーブルと対応関係テーブルとを統合させたようなテーブルになっている。
【００９０】
図１２に示す対応関係テーブルは、「商品ＩＤ」、「標準表記方式」、「在庫数」、「日本」、「ヨーロッパ」、「イギリス」、及び「アメリカ」フィールドを含んでいる。「商品ＩＤ」、「標準表記方式」、及び「在庫数」フィールドは図８に示すサイズテーブルと同様である。「日本」フィールドは、商品（靴）のサイズを日本方式で表した場合のサイズを示す。同様に、「ヨーロッパ」、「イギリス」、及び「アメリカ」フィールドは、それぞれ、商品（靴）のサイズをヨーロッパ方式、イギリス方式、及びアメリカ方式で表した場合のサイズを示す。
【００９１】
図１２に示す対応関係テーブルには、各商品ごとにすべての表記方式のサイズが記憶されているため、例えば図１０のステップＳ１０２，Ｓ１０３を省略できるようになる。例えば、日本方式のサイズが検索条件として指定された場合には、図１２に示す対応関係テーブルの「日本」フィールド及び「在庫数」フィールドのみに着目して、検索条件を満足する商品を検出するようにすればよい。また例えば、ヨーロッパ方式のサイズが検索条件として指定された場合には、図１２に示す対応関係テーブルの「ヨーロッパ」フィールド及び「在庫数」フィールドのみに着目して、検索条件を満足する商品を検出するようにすればよい。
【００９２】
なお、「日本」、「ヨーロッパ」、「イギリス」、及び「アメリカ」フィールドのうちの一部のフィールドのみに値を入力するようにしてもよい。例えば、仮想商店街が主に日本人向けに提供されているのであれば、「日本」フィールドと、商品の標準表記方式に対応するフィールドとに値を入力するようにしてもよい。例えば、商品の標準表記方式がヨーロッパ方式である場合には、「日本」及び「ヨーロッパ」フィールドだけに値を入力するようにしてもよい。
【００９３】
また、図１２に示す対応関係テーブルに保持される複数の表記方式間の対応関係は、例えば、店舗が商品を新たに登録する際に実際の商品の性質を考慮しつつ設定するようにすればよい。すなわち、店舗が商品のサイズを複数の表記方式で登録するようにすればよい。
【００９４】
複数の表記方式間の対応関係は商品ごとに異なることが多い。この点、以上のようにすれば、実際の商品の性質を考慮して、複数の表記方式間の対応関係を商品ごとに設定できるようになる。その結果として、複数の表記方式間の対応関係の精度を上げることが可能になる。
【００９５】
（４）以上では、靴の検索を行う場合について主に説明したが、本発明は、靴以外の商品の検索を行う場合にも適用することができる。靴と同様、衣服やアクセサリのサイズにも複数種類の表記方式が存在しているが、本発明を適用することによって、ユーザが衣服やアクセサリを購入し易くなるように図ることが可能になる。
【００９６】
なお、サイズ以外の属性にも複数種類の表記形式が存在している場合がある。例えば、商品の価格（属性）は日本方式（日本円）で表される場合もあれば、アメリカ方式（米ドル）で表される場合もある。このような場合にも本発明は適用することが可能である。なお、この場合、日本円と米ドルの為替レートが日本方式と米国方式との間の対応関係に相当することになる。
【００９７】
上記のような場合において、本発明を適用すれば、ユーザが検索条件として価格を日本方式（日本円）で指定した場合であっても、価格がアメリカ方式（米ドル）で登録されている商品も検索されるようになる。さらに、ユーザが検索条件として指定した価格の表記方式と、商品の価格の標準表記方式とが異なっている場合に、ユーザが検索条件として指定した価格（日本円）が商品の価格（米ドル）に対応することがユーザに明示的に案内されるようになる。ユーザが検索条件として価格を日本方式（日本円）で指定したにもかかわらず、商品画面５０にアメリカ方式（米ドル）の価格しか表示されていないと、ユーザが戸惑ってしまうおそれがある。この点、上記のような明示的な案内が行われるようになれば、このような戸惑いをユーザに感じさせなくてすむようになる。
【００９８】
また、例えば、商品の名称（属性）も日本方式（日本語）で表される場合もあれば、アメリカ方式（英語）で表される場合もある。このような場合にも本発明を適用することが可能である。なお、この場合、日本語と英語との対応づけた辞書のようなものが、日本方式と米国方式との間の対応関係に相当することになる。
【００９９】
上記のような場合において、本発明を適用すれば、ユーザが検索条件として名称を日本方式（日本語）で指定した場合であっても、名称がアメリカ方式（英語）で登録されている商品も検索されるようになる。さらに、ユーザが検索条件として指定した名称の表記方式と、商品の名称の標準表記方式とが異なっている場合、ユーザが検索条件として指定した名称（日本語）が商品の名称（英語）に対応することがユーザに明示的に案内されるようになる。
【０１００】
（５）電子商取引システム１では、衣服や食品等の物だけでなく、例えば電子書籍データ、音楽データ、又は映像データ等のデータを商品として販売するようにしてもよい。
【０１０１】
また、電子商取引システム１では、商品だけでなく、サービスを販売するようにしてもよい。例えば、飲食店や宿泊施設等でのサービスを受けるためのチケット又はクーポンを電子商取引システム１で販売するようにしてもよい。電子商取引システム１ではサービスと商品とを同等に取り扱うことができ、サービスの検索を行う場合にも本発明を適用することが可能である。例えば、国内又は海外の宿泊施設でサービスを受けるためのチケット又はクーポンの価格（属性）は、日本方式（日本円）で表される場合もあれば、その国の方式（現地通貨）で表される場合もある。このような場合のサービスの検索にも本発明を適用することが可能である。
【符号の説明】
【０１０２】
１  電子商取引システム、２  通信ネットワーク、４  店舗端末、１０  サーバ、１１  制御部、１２  主記憶部、１３  補助記憶部、１４  光ディスクドライブ部、１５  通信インタフェース、１６  データベース、２０  ユーザ端末、３０  トップ画面、４０  検索画面、４１  ブランド名入力欄、４２  表記方式選択欄、４３  サイズ入力欄、４４  検索ボタン、５０  商品画面、５１  サイズ選択欄、５２  吹き出し、５３  数量選択欄、５４  購入ボタン、６０  記憶部、６１  検索条件取得部、６２  検索結果取得部、６３  画面データ生成部、６４  画面データ送信部。
【図１】
0005135411.tif 000002
【図２】
0005135411.tif 000003
【図３】
0005135411.tif 000004
【図４】
0005135411.tif 000005
【図５】
0005135411.tif 000006
【図６】
0005135411.tif 000007
【図７】
0005135411.tif 000008
【図８】
0005135411.tif 000009
【図９】
0005135411.tif 000010
【図１０】
0005135411.tif 000011
【図１１】
0005135411.tif 000012
【図１２】
0005135411.tif 000013