(57)【要約】      （修正有）【課題】  消費者が電子商取引を行う際に、オンライン・カタログを参照するときや仮想ショッピングカートに商品を入れるときに電子商店との通信を不要とする電子商取引システムを提供する。【解決手段】  電子商取引クライアントアプリケーション１０３は、電子商店サイト１２０とインターネット１３０経由で通信を行い、消費者による電子商取引を可能にする。クライアント１０１は、クライアント商品ファイル１０７及びカートファイル１１１とI/O可能に接続されている。クライアント商品ファイル１０７及びカートファイル１１１の構成例としては、ＲＤＢベンダが提供する軽量版ＤＢがある。クライアント商品ファイル１０７は、商店情報１０８、カテゴリ情報１０９及び商品情報１１０から構成されており、サーバ商品ファイル１２５の一部または全ての情報が格納され、手動または自動的にサーバ商品ファイル１２５とデータを同期することができる。【選択図】  図１
2007148931.tif 000002
【特許請求の範囲】
【請求項１】
電子商店で販売される商品に関する情報を保持するサーバ商品ファイルデータベースと、
クライアントから任意のカテゴリに属する商品情報の伝送を要求された場合に、要求されたカテゴリに属する商品情報を前記サーバ商品ファイルデータベースから検索し一括して送信するサーバ商品情報管理部と
を備えることを特徴とする電子商店サイト。
【請求項２】
電子商店で販売される商品に関する情報を保持する電子商店サイトに接続し任意のカテゴリに属する商品情報の伝送を要求する際に、要求したカテゴリに属する商品情報を一括して送信するように要求するクライアント商品情報管理部と、
該商品情報をカテゴリ単位で一括して記憶するクライアント商品ファイルデータベースと
を備えることを特徴とするクライアント端末。
【請求項３】
電子商店で販売される商品に関する情報を保持するサーバ商品ファイルデータベースと、クライアントから任意のカテゴリに属する商品情報の伝送を要求された場合に、要求されたカテゴリに属する商品情報を前記サーバ商品ファイルデータベースから検索し一括して送信するサーバ商品情報管理部と、を備えることを特徴とする電子商店サイトと、
該電子商店サイトに接続し任意のカテゴリに属する商品情報の伝送を要求する際に、要求したカテゴリに属する商品情報を一括して送信するように要求するクライアント商品情報管理部と、該商品情報をカテゴリ単位で一括して記憶するクライアント商品ファイルデータベースと、を備えることを特徴とするクライアントと、
を備える電子商取引システム。
【請求項４】
前記クライアントに記憶されている商品情報と前記電子商店サイトに記憶されている商品情報とを同期する同期手段を有することを特徴とする請求項３に記載の電子商取引システム。
【請求項５】
前記商品情報の同期を行うときに、前記クライアントに記憶されている商品情報と前記電子商店サイトに記憶されている商品情報を比較し、更新された商品情報のみをクライアントに伝送する手段を有することを特徴とする請求項４に記載の電子商取引システム。
【請求項６】
前記商品情報の同期をカテゴリ単位で一括して行うことを特徴とする請求項４又は５に記載の電子商取引システム。
【請求項７】
電子商店サイトとクライアントとを含む電子商取引システムを利用した電子商取引方法であって、
前記クライアントが前記電子商店サイトに対して商品に関する商品情報の提供を要求するステップと、
前記クライアントが 前記電子商店サイトから要求された商品情報のカテゴリに属す商品に関する情報の一括提供を受けるステップと、
一括提供された情報を格納し、該一括提供された情報を参照して購入希望の商品を仮想ショッピングカートに入れるステップと、
仮想ショッピングカートに入れた購入希望の商品に関する情報を前記電子商店サイトに送信するステップと
を有することを特徴とする電子商取引方法。
【請求項８】
前記一括提供された情報を格納し、該一括提供された情報を参照して購入希望の商品を仮想ショッピングカートに入れるステップに加えて 、前記クライアントに記憶されている商品情報と前記電子商店サイトに記憶されている商品情報とを同期するステップを有することを特徴とする請求項７に記載の電子商取引方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットなどのコンピュータ・ネットワーク上で商品を注文するための電子商取引システムに関する。
【背景技術】
【０００２】
インターネットの利用者は急速に増加しており、近年では社会生活の隅々までインターネットの利用可能エリアが拡大している。このようなインターネットの普及にともない、多くの企業は電子商店を開設して、売り上げを伸ばしている。消費者は、電子商店を利用することで、遠隔地からでも多種多様の商品やサービスを購入することが可能となっている。
【０００３】
多くの電子商店では、消費者は、パーソナル・コンピュータ上で動作するＷｅｂブラウザを用いてＷｅｂサイトである電子商店サイトを訪れると、オンライン・カタログを見ることができる。典型的なオンライン・カタログは、ハイパーテキスト文書（ＨＴＭＬ）の形式となっており、製品またはサービスに関する画像、文章による説明および価格情報を含む。消費者は、ブラウズを続けている間に、購入したい商品を選択し、仮想ショッピングカートに入れることが可能である。消費者は商品の選択を完了すると、決済処理を行い、仮想ショッピングカート内の商品を購入することができる。
【０００４】
しかしながら、このような電子商取引システムは、必ずしも、消費者にとって快適なショッピングを提供しているとはいえない。その理由は、第１に、消費者は、多数の商店から同類の商品を比較して買い物をすることが困難である。第２に、従来の仮想ショッピングカートは、オンライン・カタログとは別のＷｅｂページに置かれているのが普通である。従って、消費者は製品をショッピングカートに入れるたびに、消費者が他のページを訪れない限り、仮想ショッピングカートの内容を見ることができない。
【０００５】
そこで、上記の問題を解決する方法として、消費者が使用するコンピュータ（クライアント端末、以下単に「クライアント」と呼ぶ）で動作する電子商取引クライアントアプリケーションを提供し、仮想ショッピングカートの内容をクライアントに格納する技術が知られている（特許文献１〜３参照）。
【０００６】
【特許文献１】特表２００２−５１２７０８号公報
【特許文献２】特開２００２−１０９４１３号公報
【特許文献３】特開２０００−２０５９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１から３までに開示された技術においては、クライアントに格納されるのは、消費者が仮想ショッピングカートに入れた商品の情報である。すなわち、消費者がオンライン・カタログを見るときには、Ｗｅｂブラウザを使用する場合と同様に、商品に関する情報を取得する為には電子商店との通信が必要となってしまい、消費者にとっては電子商取引クライアントアプリケーションを利用するメリットが少なくなる。そうなると、消費者の満足度は低下し、消費者は電子商取引クライアントアプリケーションをダウンロードしてインストールする手間をかけてまで利用したいとは思わないようになり、最終的には、電子商取引クライアントアプリケーションがあまり利用されないという結果となる。
【０００８】
また、上記特許文献１から３に開示された技術あっては、消費者が商品をクライアントに格納された仮想ショッピングカートに入れるときには商品に関する情報を取得するために電子商店との通信が必要となり、ネットワークの状態によっては時間を要する。そうなると、消費者の満足度は低下し、最終的には、電子商店の利用者数の減少という結果を招く。
【０００９】
本発明の目的は、消費者がオンライン・カタログを参照するときや仮想ショッピングカートに商品を入れるときに電子商店との通信を不要とすることで、快適なショッピングを提供することである。また、自動的に電子商店から商品に関する最新の情報を取得してクライアントに格納された商品情報を更新する手段を提供し、消費者が面倒な作業を行う必要が無いようにすることで、電子商取引クライアントアプリケーションの利用者の増加を図ることである。
【００１０】
さらに、このような電子商取引システムを提供することにより、消費者の満足度の向上を得て、電子商店の利用者の増加を図り、売り上げの増加に寄与することである。
【課題を解決するための手段】
【００１１】
本発明の一観点によれば、電子商店で販売される商品に関する情報を保持するサーバ商品ファイルデータベースと、クライアント（クライアント端末）から任意のカテゴリに属する商品情報の伝送を要求された場合に、要求されたカテゴリに属する商品情報を前記サーバ商品ファイルデータベースから検索し一括して送信するサーバ商品情報管理部と、を備えることを特徴とする電子商店サイト（Ｗｅｂサイト）が提供される。
【００１２】
また、電子商店で販売される商品に関する情報を保持する電子商店サイトに接続し任意のカテゴリに属する商品情報の伝送を要求する際に、要求したカテゴリに属する商品情報を一括して送信するように要求するクライアント商品情報管理部と、該商品情報をカテゴリ単位で一括して記憶するクライアント商品ファイルデータベースと、を備えることを特徴とするクライアントが提供される。
【００１３】
さらに、電子商店で販売される商品に関する情報を保持するサーバ商品ファイルデータベースと、クライアントから任意のカテゴリに属する商品情報の伝送を要求された場合に、要求されたカテゴリに属する商品情報を前記サーバ商品ファイルデータベースから検索し一括して送信するサーバ商品情報管理部と、を備えることを特徴とする電子商店サイトと、
該電子商店サイトに接続し任意のカテゴリに属する商品情報の伝送を要求する際に、要求したカテゴリに属する商品情報を一括して送信するように要求するクライアント商品情報管理部と、該商品情報をカテゴリ単位で一括して記憶するクライアント商品ファイルデータベースと、を備えることを特徴とするクライアントと、を備える電子商取引システムが提供される。
【００１４】
上記構成によれば、消費者がオンライン・カタログを参照するときや仮想ショッピングカートに商品を入れるときに電子商店との通信を不要とすることで、快適なショッピングを提供できる。また、必要に応じて自動的に電子商店から商品に関する最新の情報を取得してクライアントに格納された商品情報を更新する手段を提供できる。前記クライアントに記憶されている商品情報と前記電子商店サイトに記憶されている商品情報とを同期する同期手段を有することが好ましい。前記商品情報の同期を行うときに、前記クライアントに記憶されている商品情報と前記電子商店サイトに記憶されている商品情報を比較し、更新された商品情報のみをクライアントに伝送する手段を有することが好ましい。前記商品情報の同期をカテゴリ単位で一括して行うことが好ましい。
【００１５】
上記構成によれば、クライアントの要求する商品のカテゴリに属する商品の情報をサーバ側において作成し、各商店からの情報をクライアント側で商店ＩＤも含めて記憶しておくことにより、クライアントが要求した商品と同じカテゴリに属する商品に関しては、サーバとの通信を行なうことなくクライアントからの注文までの準備が可能になる。全ての準備が整った後に、クライアントはサーバに対して商品を注文するための通信を行なえば良い。
【００１６】
本発明の他の観点によれば、電子商店サイトとクライアントとを含む電子商取引システムを利用した電子商取引方法であって、前記クライアントが前記電子商店サイトに対して商品に関する商品情報の提供を要求するステップと、前記クライアントが前記電子商店サイトから要求された商品情報のカテゴリに属す商品に関する情報の一括提供を受けるステップと、一括提供された情報を格納し、該一括提供された情報を参照して購入希望の商品を仮想ショッピングカートに入れるステップと、仮想ショッピングカートに入れた購入希望の商品に関する情報を前記電子商店サイトに送信するステップと、を有することを特徴とする電子商取引方法が提供される。
【００１７】
クライアントにおいては、一括して提供され格納された情報を読み出すこと、格納された情報を削除すること、仮想ショッピングカートを格納することを、任意に行なうことができる。また、前記クライアントに格納された商品情報において、複数の電子商店サイトで販売される商品に関する情報を格納することも可能である。前記商品情報の同期をカテゴリ単位で一括して行い、前記商品情報の同期を消費者の明示的な要求または自動で行うことも可能である。また、任意の商店で販売される任意のカテゴリに属す商品情報を画面に表示して比較することもできる。この商品情報を画面に表示する手段は、前記電子商店サイトとの通信を必要とせず、前記クライアントに格納された情報を読み出して表示することを特徴とする。また、前記仮想ショッピングカートに商品を追加する際に、前記電子商店サイトとの通信を必要とせず、前記クライアントに格納された情報を読み出して追加することが特徴である。
【発明の効果】
【００１８】
以上に説明したように、本発明によれば、電子商店で販売される商品に関する情報を消費者が興味のあるカテゴリ単位で一括してクライアントに格納しておくことにより、快適なショッピングを提供することができる。
【００１９】
また、自動的に電子商店から商品に関する最新の情報を取得してクライアントに格納された商品情報を更新することで、消費者が面倒な作業を行わなくても済む。さらに、消費者の満足度が向上し、電子商店の利用者の増加、売り上げの増加に寄与することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。図１は、本発明の一実施の形態による電子商取引システムの一構成例を示す概念図である。本実施の形態による電子商取引システムは、クライアント端末１０１（以下単にクライアントという）と、電子商店サイト１２０と、をインターネット１３０により通信可能となるように接続したシステムである。クライアント１０１は、ＰＣ（Personal Computer）、携帯用情報端末または類似デバイスにすることができる。
【００２１】
電子商店サイト１２０は、ＷＷＷサーバ１２１、電子商店サーバ１２２及びサーバ商品ファイル１２５を含んで構成されている。電子商店サーバ１２２は、電子商店で販売される商品に関する情報が格納されたサーバ商品ファイル１２５とI/O可能に接続されている。サーバ商品ファイル１２５の一形態は、ＲＤＢ（Relational Database）である。サーバ商品ファイル１２５は、商店情報１２６、カテゴリ情報１２７及び商品情報１２８を含んでいる。電子商店サーバ１２２では、電子商店アプリケーション１２３が動作する。電子商店アプリケーション１２３の一形態は、アプリケーションサーバ上で動作するＷｅｂアプリケーションである。
【００２２】
電子商店アプリケーション１２３は、電子商取引クライアントアプリケーション１０３とインターネット経由で通信を行い、電子商店の運営に必要な処理を行う。電子商店アプリケーション１２３のコンポーネントとして、サーバ商品ファイル１２５の管理を行うサーバ商品情報管理部１２４が動作する。
【００２３】
尚、図１においては、本実施の形態による電子商取引システムを構成する主要な機器として、クライアント１０１、ＷＷＷサーバ１２１及び電子商店サーバ１２２のみを記載しているが、実際の電子商取引システムにおいては、ルータやメールサーバ等多種多様な機器が存在している。また、各サーバも負荷分散を図る等の目的で複数個存在している場合が多いが、このような機器は図示していない。
【００２４】
また、電子商取引サイト１２０の構成要素として、ＷＷＷサーバ１２１、電子商店サーバ１２２及びサーバ商品ファイル１２５のみを記載しているが、実際の電子商店サイトにおいては、顧客情報ファイル等を格納するデータベースが設けられている。また、電子商店アプリケーション１２３のコンポーネントとして、サーバ商品情報管理部１２４のみを記載しているが、実際の電子商店サーバにおいては、顧客情報の管理を行う顧客情報管理部、クライアント１０１からの商品の購入処理要求に応じて商品の購入手続きを行う商品購入処理部等のコンポーネントを有する。但し、図１には主として、新規な構成に関して記載しており、その他の構成要素は省略している。
【００２５】
クライアント１０１上では、Ｗｅｂブラウザ１０２と電子商取引クライアントアプリケーション１０３とが動作する。電子商取引クライアントアプリケーション１０３の構成例は、Ｃ、Ｃ＋＋などのプログラム言語で開発されたＯＳネイティブで動作するアプリケーション、Ｊａｖａ(登録商標)で開発されたアプリケーション、または、Ｊａｖａアプレットである。
【００２６】
電子商取引クライアントアプリケーション１０３は、電子商店サイト１２０とインターネット１３０経由で通信を行い、消費者による電子商取引を可能にする。クライアント１０１は、クライアント商品ファイル１０７及びカートファイル１１１とI/O可能に接続されている。クライアント商品ファイル１０７及びカートファイル１１１の構成例としては、ＲＤＢベンダが提供する軽量版ＤＢがある。クライアント商品ファイル１０７は、商店情報１０８、カテゴリ情報１０９及び商品情報１１０から構成されており、サーバ商品ファイル１２５の一部または全ての情報が格納され、手動または自動的にサーバ商品ファイル１２５とデータを同期することができる。
【００２７】
カートファイル１１１は、カート情報１１２から構成されており、仮想ショッピングカートの内容が格納される。電子商取引クライアントアプリケーション１０３のコンポーネントとして、消費者のＧＵＩ上での操作に応じて処理を行うＧＵＩ制御部１０４とクライアント商品ファイル１０７の管理を行うクライアント商品情報管理部１０５とカートファイル１１１を管理するカート情報管理部１０６とが動作する。
【００２８】
尚、電子商取引クライアントアプリケーション１０３のコンポーネントとしては、ＧＵＩ制御部１０４と、クライアント商品情報管理部１０５及びカート情報管理部１０６のみを記載しているが、実際の電子商取引クライアントアプリケーションにおいては、商品の購入処理要求を電子商店サイト１２０に送る商品購入処理部等のコンポーネントが必要である。但し、図１においては、本発明の新規な構成と直接関係があるコンポーネントやファイルのみを記載しているために、既存のコンポーネントやファイルのうちには図示していものも含まれる。
【００２９】
図２は、電子商取引クライアントアプリケーション１０３による表示画面の一構成例を示す図である。表示画面２０１は、クライアント１０１に表示される電子商取引クライアントアプリケーション１０３の画面である。表示画面２０１は、電子商店を登録するための商店登録ボタン２０２、クライアント商品ファイル１０７に格納されている電子商店の情報を更新するための商店更新ボタン２０３、登録した電子商店を削除するための商店削除ボタン２０４、仮想ショッピングカートの内容を表示するカート表示ボタン２０５、仮想ショッピングカートに格納された商品を購入するための購入ボタン２０６、電子商取引クライアントアプリケーション１０３を終了するための終了ボタン２０７を有している。
【００３０】
さらに、電子商店で販売される商品のカテゴリを表示する商品カテゴリ表示部２１０、消費者が商品カテゴリ表示部２１０で選択したカテゴリに属する商品を商品リスト表示部２２０に追加するための「リストに追加」ボタン２１３、消費者が商品カテゴリ表示部２１０で選択したカテゴリに属する商品を商品リスト表示部２２０から削除するための「リストから削除」ボタン２１４、商品に関する情報を一覧表示する商品リスト表示部２２０、消費者が商品リスト表示部２２０で選択した商品の情報を商品詳細表示部２３０に表示するための詳細表示ボタン２２１、商品に関する詳細な情報を表示する商品詳細表示部２３０、商品の画像を表示する商品画像表示領域２３１、商品の価格や仕様などの情報を表示する商品情報表示部２３２及び商品詳細表示部２３０に表示されている商品を仮想ショッピングカートに入れるためのカートに入れるボタン２３３で構成されている。
【００３１】
商品カテゴリ表示部２１０の一例として示されるように、商品のカテゴリをツリー形式で階層的に表示することができる。典型的な例としては、Windows(登録商標)などの標準的なＧＵＩシステムで採用されているツリービューを利用することができる。ツリー形式の最上位階層には登録されている商店の名称等の識別子が表示され、その下層には、その商店において販売されている商品のカテゴリの名称が表示される。商店やカテゴリの名称の左には「＋」または「‐」のカテゴリ展開記号２１１が表示され、消費者がこれらの記号を選択することにより、下位の階層を表示するか非表示にするかを切り替えることができる。ツリービューに関しては標準的なコンポーネントであるので、詳細な説明は省略する。
【００３２】
尚、商店やカテゴリの名称の左には、その項目を消費者が選択していることを示すカテゴリ選択枠２１２を設けることもできる。カテゴリ選択枠２１２の典型的な例は、図に示すチェックボックスである。チェックボックスについても標準的なＧＵＩコンポーネントである。図２の例では、■が選択状態を表し、□が非選択状態を表す。カテゴリ選択枠２１２は、図１４で示される商店更新処理で更新する対象のカテゴリを選択するために使用することができる。また、消費者がカテゴリ選択枠２１２の選択状態を変更したときには、そのカテゴリの下位階層の全カテゴリ選択枠を上位階層と同じ選択状態に変更することもできる。例えば、図２に示す例では、消費者がＤＶＤのカテゴリ選択枠２１２を選択すると、その下位階層の映画とスポーツのカテゴリ選択枠２１２も選択状態になる。
【００３３】
商品リスト表示部２２０の一例としては、複数の商品に関する情報を表形式で一覧表示するものである。典型的な例としては、標準的なＧＵＩシステムで採用されているリストビューを使用することができる。最上部には表の見出しとして列の項目名が表示され、項目名を選択することにより、その項目で表の内容のソートを行うことができる。リストビューについては標準的なＧＵＩコンポーネントであるので、説明を省略する。商品リスト表示部２２０に表示される項目としては、例えば、商店名、カテゴリ名、商品名、価格、メーカ、発売日及び在庫が挙げられる。
【００３４】
商品情報表示部２３２における表示例としては、一つの商品に関する全ての情報を一覧形式で表示することができる。典型的な例としては、リストビューを使用することができる。商品情報表示部２３２に表示される内容としては、商店名、カテゴリ名、商品名、価格、メーカ、発売日、在庫及び商品仕様が挙げられる。
【００３５】
以下、電子商取引システムで使用されるファイルのデータ構造について説明する。図３は、電子商店サイト１２０内に設けられているサーバ商品ファイル１２５のデータの関連図であり、カテゴリが２階層の場合の例を示す図である。図３に示すように、サーバ商品ファイル１２５の商店情報３００に含まれる商店名３０１は、書籍などの上位のカテゴリ情報３１０と、文学などの下位のカテゴリ情報３２０と、１冊の本などの商品情報３３０と、は関連付けられていない独立した情報である。上位のカテゴリ情報３１０と下位のカテゴリ情報３２０とは、例えば書籍などのカテゴリＩＤ３１１と例えば文学などの下位のカテゴリ情報３２０における上位カテゴリＩＤ３２２とで１対Ｎの関係で関連付けられている。下位のカテゴリ情報３２０と１冊の本などに関する商品情報３３０とは、カテゴリＩＤ３２１とカテゴリＩＤ３３２とで１対Ｎの関係で関連付けられている。
【００３６】
図４は、クライアント１０１内のクライアント商品ファイル１０７のデータ関連図であり、カテゴリが２階層の場合の例を示す図である。クライアント商品ファイル１０７では、商店情報４００、カテゴリ情報４１０、商品情報４３０のそれぞれは、商店ＩＤを有している。クライアントは、その商品に関してどの商店で取り扱っているかを知る必要があるからである。商店情報４００は、商店ＩＤ４０１と商店名４０２とを有しており、カテゴリ情報４１０とは、商店ＩＤ４０１と商店ＩＤ４１３とで１対Ｎの関係で関連付けられている。図３の場合と同様にカテゴリ情報４１０とカテゴリ情報４２０とは、カテゴリＩＤ４１１と上位カテゴリＩＤ４２２及び商店ＩＤ４１３と商店ＩＤ４２３とで１対Ｎの関係で関連付けられている。カテゴリ情報４２０と商品情報４３０とは、カテゴリＩＤ４２１とカテゴリＩＤ４３２及び商店ＩＤ４２３と商店ＩＤ４３３とで１対Ｎの関係で関連付けられている。すなわち、クライアント商品ファイル１０７のデータ関連図によれば、全てのファイルは商店ＩＤにより関連付けされている。また、カテゴリＩＤに関しては、図３と同様の関連付けを有している。
【００３７】
図５は、サーバ商品ファイル１２５内の商店情報１２６のデータ構造例を示す図である。図５に示すように、商店情報５００は、商店名５０１と、ネットワークアドレス５０２と、更新日時５０３と、を有している。ネットワークアドレス５０２は、電子商店サイト１２０のネットワーク上のアドレスであり、典型的な例は、電子商店サイト１２０のＵＲＬ（Uniform Resource Locator）により示されるアクセス先情報である。更新日時５０３は、このレコードの内容が最後に更新された日時であり、後述するように、図１４で示される商店更新処理で商店情報８００とデータを同期する時に使用される。この商店情報５００における主キーは商店名５０１である。
【００３８】
図６は、カテゴリ情報１２７のデータ構造例を示す図である。図６に示すように、カテゴリ情報１２７のデータ構成６００は、カテゴリＩＤ６０１と、上位カテゴリＩＤ６０２と、カテゴリ名６０３と、更新日時６０４と、を含んで構成されている。カテゴリＩＤ６０１は、レコードを作成するときに決定されるサーバ商品ファイル１２５内においてカテゴリを一意に識別するための識別子である。例えば、Ｃ００１のような文字列＋連番である。上位カテゴリＩＤ６０２には、このカテゴリの上位階層のカテゴリを一意に識別する識別子であるカテゴリＩＤ６０１が設定され、最上位のカテゴリでは一例ではＮＵＬＬ値が設定される。カテゴリ名６０３は、カテゴリの名称であり、例えば、書籍、文学などである。更新日時６０４は、このレコードの内容が最後に更新された日時であり、商店更新処理において、カテゴリ情報１０９（図１）とデータとを同期する際に利用される。
【００３９】
図７は、商品情報１２８のデータ構造図である。図７に示すように、商品情報の構成７００は、商品ＩＤ７０１、カテゴリＩＤ７０２、商品名７０３、説明文７０４、商品画像７０５、価格７０６、メーカ７０７、発売日７０８、在庫７０９及び更新日時７１０から構成されている。商品ＩＤ７０１は、レコードを作成するときに決定されるサーバ商品ファイル１２５内で商品を一意に識別する為の識別子であり、一例としては、文字列＋連番である。カテゴリＩＤ７０２は、商品が属すカテゴリのカテゴリＩＤ（図６）の値が設定される。在庫７０９は、商品の在庫状況を表し、一例としては、在庫が多くあることを示す「多」、在庫が少ないことを示す「少」、在庫が無いことを示す「無」などが用いられる。更新日時７１０は、このレコードの内容が最後に更新された日時であり、例としては２００５年６月２日１５時１０分２０秒などの時刻で示され、商店更新処理において商品情報１０００とデータを同期する際に使用される。
【００４０】
図８は、商店情報１０８のデータ構造８００を示す図である。図８に示すように、商店情報のデータ構造８００は、商店ＩＤ８０１と、商店名８０２と、ネットワークアドレス８０３及び更新日時８０４を含んでいる。商店ＩＤ８０１は、図１３に示す商店登録処理においてクライアント商品情報管理部１０５によって生成されるクライアント商品ファイル１０７内で商店を一意に識別するための識別子である。一例としては、Ｓ００１のように文字列＋連番で構成される。ネットワークアドレス８０３は、商店登録処理においてクライアント（消費者）により入力される電子商店サイト１２０のネットワーク上でのアドレスである。商店名８０２及びネットワークアドレス８０３は、商店更新処理において、商店名５０１（図５）及びネットワークアドレス５０２（図５）とデータが同期される。更新日時８０４は、商店登録処理又は商店更新処理において、クライアント商品情報管理部１０５によって、商店情報８００及びカテゴリ情報９００が最後に更新された日時が設定される。
【００４１】
図９は、カテゴリ情報１０９のデータ構造９００を示す図である。カテゴリ情報１０９のデータ構造９００は、カテゴリＩＤ９０１、商店ＩＤ９０２、上位カテゴリＩＤ９０３、カテゴリ名９０４、更新日時９０５及び選択フラグ９０６を有している。
【００４２】
カテゴリ情報９００の主キーは、カテゴリＩＤ９０１及び商店ＩＤ９０２である。カテゴリＩＤ９０１は電子商店内では一意であるが、別の電子商店のカテゴリＩＤと重複する可能性があるため、主キーとして商店ＩＤ９０２も必要になる。カテゴリＩＤ９０１、上位カテゴリＩＤ９０３及びカテゴリ名９０４は、商店更新処理において、カテゴリＩＤ６０１、上位カテゴリＩＤ６０２及びカテゴリ名６０３とデータが同期される。商店ＩＤ９０２には、商店登録処理でクライアント商品情報管理部１０５によって、カテゴリが属す商店の商店ＩＤ８０１（図８）が設定される。更新日時９０５には、商店更新処理でクライアント商品情報管理部１０５によって、カテゴリに属す商品情報１０００（図１０）が更新された日時が設定される。尚、一度も更新されていない場合には、一例では、ＮＵＬＬ値が設定されている。選択フラグ９０６は、消費者がカテゴリ選択枠２１２等を使用してカテゴリを選択しているかどうかを示す項目であり、一例では、“０”は選択されていないことを示し、“１”は選択されていることを示し、商店更新処理や消費者が終了ボタン２０７を選択したときに更新される。
【００４３】
図１０は、商品情報１１０のデータ構造１０００を示す図である。商品情報１１０のデータ構造１０００は、商品ＩＤ１００１、商店ＩＤ１００２、カテゴリＩＤ１００３、商品名１００４、説明文１００５、商品画像１００６、価格１００７、メーカ１００８、発売日１００９及び在庫１０１０から構成されている。商品情報１０００の主キーは、商品ＩＤ１００１と商店ＩＤ１００２である。商品ＩＤ１００１は電子商店内では一意であるが、別の電子商店の商品ＩＤと重複する可能性があるため、主キーには商店ＩＤ１００２も必要になる。商店更新処理でクライアント商品情報管理部１０５によって、商店ＩＤ１００２を除いた全ての項目は、商品情報７００の同名の項目とデータが同期され、商店ＩＤ１００２には、この商品が属すカテゴリの商店ＩＤ９０２（図９）が設定される。尚、サーバ内の商品情報（図７）と比較するとわかるように、図１０におけるクライアントの商品情報は、図７のデータに商品が属する商店の識別子を示す商店ＩＤが追加された構成を有している。
【００４４】
図１１は、カート情報１１２のデータ構造１１００を示す図である。図１１に示すカート情報のデータ構造１１００は、商品ＩＤ１１０１と商店ＩＤ１１０２とを有している。商品ＩＤ１１０１と商店ＩＤ１１０２とは、図１９に示される商品をカートに追加する処理において、商品情報１０００（図１０）と同じ項目の値が設定される。
【００４５】
このように、クライアントの要求する商品のカテゴリに属する商品の情報を図７に示すように サーバ側において作成し、各商店からの情報をクライアント側で図１０のように商店ＩＤも含めて記憶しておくことにより、クライアントが要求した商品と同じカテゴリに属する商品に関しては、サーバとの通信を行なうことなくクライアントからの注文までの準備が可能になる。全ての準備が整った後に、クライアントはサーバに対して商品を注文するための通信を行なえば良い。
【００４６】
以下において、上記の構成を有する電子商取引システムの動作について説明する。図１２は、本実施の形態による電子商取引システム全体の処理の流れを示すフローチャート図である。消費者がクライアント１０１を用いて処理を開始し、図１３で示される商店登録処理を行い、電子商店サイト１２０から登録したい電子商店の情報を取得し、クライアント商品ファイル１０７に登録する（ステップ１２０１）。図１４で示される商店更新処理を行い、電子商店サイト１２０から消費者が選択したカテゴリに属す商品に関する情報を取得し、クライアント商品ファイル１０７に格納する（ステップ１２０２）。図１６で示される商品をリストに追加する処理を行い、商品リスト表示部２２０に消費者が選択したカテゴリに属す商品に関する情報を追加する（ステップ１２０３）。図１８で示される商品詳細表示処理を行い、商品詳細表示部２３０に消費者が選択した商品に関する情報を表示する（ステップ１２０４）。図１９に示される商品をカートに入れる処理を行い、商品詳細表示部２３０に表示された商品を仮想ショッピングカートに入れる（ステップ１２０５）。消費者は、購入ボタン２０６を選択し、公知の技術を用いて仮想ショッピングカートに入れた商品の購入処理を行う。尚、幾種類かの商品を購入する際に、カート情報をまとめて送ることも可能である （ステップ１２０６）。
【００４７】
図１３は、商店登録処理の流れを示すフローチャート図である。本処理は、消費者がクライアントを用いてクライアント商品ファイル１０７に新規電子商店を登録する処理、つまり、商店情報１０８とカテゴリ情報１０９とに新規電子商店に関する情報を追加する処理である。消費者が、商店登録ボタン２０２を選択する（ステップ１３０１）と、ＧＵＩ制御部１０４は電子商店のアドレスの入力画面を表示し、まず、登録したい電子商店のアドレスを入力する（ステップ１３０２）。
【００４８】
ＧＵＩ制御部１０４は、クライアント商品情報管理部１０５に電子商店サイト１２０から商店情報１２６とカテゴリ情報１２７を取得するように命令を出す（ステップ１３０３）。クライアント商品情報管理部１０５は、電子商店サイト１２０に商店情報１２６とカテゴリ情報１２７の取得要求を出す（ステップ１３０４）。ＷＷＷサーバ１２１と電子商店アプリケーション１２３を経由して、サーバ商品情報管理部１２４はその要求を受ける（ステップ１３０５）。サーバ商品情報管理部１２４は、商店情報５００（図５）を取得し（ステップ１３０６）、カテゴリ情報６００（図６）を取得して（ステップ１３０７）、ステップ１３０６から ステップ１３０７において取得した情報をクライアント商品情報管理部１０５に返信する（ステップ１３０８）。
【００４９】
尚、カテゴリ情報６００のレコード数が少ない場合には、カテゴリ情報６００の全てのレコードを一括して取得することができる。また、レコード数が多い場合には、上位階層のカテゴリ情報６００のみを取得して、取得する下位階層のカテゴリ情報６００を消費者が選択できるようにすることができる。
【００５０】
クライアント商品情報管理部１０５は、取得した商店情報５００を商店情報８００に追加する。このとき、クライアント商品情報管理部１０５は、商店を一意に識別する識別子を生成し、商店ＩＤ８０１に設定する。商店名８０２及びネットワークアドレス８０３には、商店名５０１及びネットワークアドレス５０２の値を設定する。更新日時８０４には、現在日時を設定する（ステップ１３０９）。クライアント商品情報管理部１０５は、取得したカテゴリ情報６００をカテゴリ情報９００に追加する。このとき、カテゴリＩＤ９０１、上位カテゴリＩＤ９０３及びカテゴリ名９０４には、カテゴリＩＤ６０１、上位カテゴリＩＤ６０２及びカテゴリ名６０３の値を設定する。商店ＩＤ９０２には、ステップ１３０９において生成した商店ＩＤ８０１を設定する。選択フラグ９０６には選択していないことを示す値（一例では“０”）を設定する（ステップ１３１０）。ＧＵＩ制御部１０４は、商品カテゴリ表示部２１０に取得した商店名８０２とカテゴリ名９０４とを追加する（ステップ１３１１）。この時点で、新たな（商品情報が空の未選択状態である）商店に入ることができる 。
【００５１】
図１４は、図２の商店更新ボタンを押した場合の商店更新処理の流れを示すフローチャート図である。図１４に示す処理は、クライアント商品ファイル１０７に格納されている電子商店の情報を更新する処理、つまり、クライアント商品ファイル１０７のデータをサーバ商品ファイル１２５のデータと同期する処理である。消費者が、カテゴリ選択枠２１２を使用する等の方法で、商品カテゴリ表示部２１０から更新したいカテゴリを選択する。このようにカテゴリ毎の選択が可能である。カテゴリを選択した後、商品情報１０００が不要になったカテゴリの選択を外してから（ステップ１４０１）、商店更新ボタン２０３を選択する（ステップ１４０２）と、ＧＵＩ制御部１０４は、クライアント商品情報管理部１０５にクライアント商品ファイル１０７を更新するように命令を出す（ステップ１４０３）。
【００５２】
クライアント商品情報管理部１０５は、電子商店サイト１２０に更新要求されたカテゴリが属す商店の更新日時８０４、更新要求されたカテゴリのカテゴリＩＤ９０１及び更新日時９０５を送信し、サーバ商品ファイル１２５から更新された電子商店の情報を取得する要求を出す（ステップ１４０４）。ＷＷＷサーバ１２１と電子商店アプリケーション１２３とを経由して、サーバ商品情報管理部１２４はその要求を受ける（ステップ１４０５）。商店更新処理では、差分情報を取得すれば良いので、サーバ商品情報管理部１２４は、商店情報５００から、更新日時５０３が更新日時８０４よりも新しいレコードを取得する（ステップ１４０６）。カテゴリ情報６００から更新日時６０４が更新日時８０４よりも新しいレコードを取得する（ステップ１４０７）。商品情報７００からカテゴリＩＤ７０２が取得要求されたカテゴリＩＤ９０１と等しく、かつ、更新日時７１０が更新日時９０５よりも新しいレコードを取得する（ステップ１４０８）。サーバ商品情報管理部１２４は、ステップ１４０６から１４０８において取得した情報をクライアント商品情報管理部１０５に返信する（ステップ１４０９）。
【００５３】
クライアント商品情報管理部１０５は、更新された商店情報５００が存在するかどうか判定し（ステップ１４１０）、存在する場合には（ＹＥＳ）、取得した商店情報５００により商店情報８００を更新する。このとき、商店名８０２及びネットワークアドレス８０３を、商店名５０１及びネットワークアドレス５０２の値で更新し、更新日時８０４には、現在日時を設定する（ステップ１４１１）。更新されたカテゴリ情報６００が存在するかどうか判定し（ステップ１４１２）、存在する場合には（ＹＥＳ）取得したカテゴリ情報６００でカテゴリ情報９００を更新する。この際、カテゴリＩＤ９０１、上位カテゴリＩＤ９０３及びカテゴリ名９０４を、カテゴリＩＤ６０１、上位カテゴリＩＤ６０２及びカテゴリ名６０３の値で更新し、更新日時９０５には、現在日時を設定する（ステップ１４１３）。更新された商品情報７００が存在するかどうか判定し（ステップ１４１４）、存在する場合には（ＹＥＳ）、取得した商品情報７００で商品情報１０００を更新する。このとき、商店ＩＤ１００２を除いた全ての項目を、商品情報７００の同名の項目で更新する。また、商店ＩＤ１００２に値が設定されていない場合には、この商品が属すカテゴリの商店ＩＤ９０２を設定する（ステップ１４１５）。
【００５４】
次に、ＧＵＩ制御部１０４は、商品カテゴリ表示部２１０のカテゴリ選択枠２１２等で示される選択状態をクライアント商品情報管理部１０５に送り、カテゴリ情報９００の選択フラグ９０６を更新するように命令を出す（ステップ１４１６）。クライアント商品情報管理部１０５は、受け取った選択状態を選択フラグ９０６に反映し、その状態を保存する（ステップ１４１７）。ＧＵＩ制御部１０４は、クライアント商品情報管理部１０５に選択されていないカテゴリに属する商品情報１０００を削除するように命令を出す（ステップ１４１８）。クライアント商品情報管理部１０５は、カテゴリＩＤ１００３がカテゴリ情報９００の選択フラグ９０６が非選択状態を表しているカテゴリＩＤ９０１と等しいレコードを商品情報１０００から削除する（ステップ１４１９）。ＧＵＩ制御部１０４は、商品カテゴリ表示部２１０、商品リスト表示部２２０及び商品詳細表示部２３０をクライアント商品ファイル１０７の内容を反映するように更新する（ステップ１４２０）。
【００５５】
ステップ１４１０において更新された商店情報が存在しない場合には（ＮＯ）、ステップＳ１４１２に進む。また、ステップ１４１２において更新されたカテゴリ情報が存在しない場合には（ＮＯ）、ステップ１４１４に進む。ステップ１４１４において更新された商品情報が存在しない場合にはステップ１４１６に進む。
【００５６】
尚、電子商取引クライアントアプリケーション１０３の起動時又は消費者が指定した時刻に自動的に商店更新処理を実行する機能を提供することにより、クライアント商品ファイル１０７の更新を消費者に意識させないで処理を進めることができる。また、図１４に示した例では、商店更新処理内において消費者が選択を外したカテゴリの商品情報１０００を削除しているが、商店更新処理においては商品情報１０００を削除せずに、商品削除ボタンを設けて消費者がそれを選択したときに削除されるように構成することもできる。或いは、図１４に示す処理に加えて、消費者が商店更新ボタン２０３を選択したときに商品情報１０００が削除される処理が行なわれることを確認する画面を表示するステップを追加して、消費者に注意を促すようにすることもできる。
【００５７】
図１５は、商店削除処理の処理の流れを示すフローチャート図である。この処理は、クライアント商品ファイル１０７から電子商店の情報を削除する処理である。消費者が、商品カテゴリ表示部２１０から削除したい商店を選択する（ステップ１５０１）。例えば、商店の選択は、商店カテゴリ表示部２１０の商店の名称をクリックすることで行うことができ、複数個選択することも可能である。商店削除ボタン２０４を選択する（ステップ１５０２）と、ＧＵＩ制御部１０４は、クライアント商品情報管理部１０５にクライアント商品ファイル１０７から電子商店の情報を削除するように命令を出す（ステップ１５０３）。クライアント商品情報管理部１０５は、商店情報８００から商店ＩＤ８０１が削除要求された商店ＩＤと等しいレコードを削除する（ステップ１５０４）。カテゴリ情報９００から商店ＩＤ９０２が削除要求された商店ＩＤと等しいレコードを削除する（ステップ１５０５）。商品情報１０００から商店ＩＤ１００２が削除要求された商店ＩＤと等しいレコードを削除する（ステップ１５０６）。カート情報１１００から商店ＩＤ１１０２が削除要求された商店ＩＤと等しいレコードを削除する（ステップ１５０７）。ＧＵＩ制御部１０４は、商品カテゴリ表示部２１０、商品リスト表示部２２０及び商品詳細表示部２３０をクライアント商品ファイル１０７の内容を反映するように更新する（ステップ１５０８）。
【００５８】
図１６は、商品をリストに追加する処理の流れを示すフローチャート図である。この処理は、商品リスト表示部２２０に消費者が商店カテゴリ表示部２１０で選択したカテゴリに属する商品に関する情報を追加する処理である。消費者は、商店カテゴリ表示部２１０から商品リスト表示部２２０に追加したいカテゴリを選択する（ステップ１６０１）。例えば、カテゴリの選択は、商店カテゴリ表示部２１０のカテゴリの名称をクリックすることで行うことができ、複数個選択することも可能である。リストに追加ボタン２１３を選択する（ステップ１６０２）と、ＧＵＩ制御部１０４は、クライアント商品情報管理部１０５に選択されたカテゴリのカテゴリＩＤと商店ＩＤを送り、そのカテゴリに属す商品に関する情報を取得するように命令を出す（ステップ１６０３）。クライアント商品情報管理部１０５は、取得要求されたカテゴリに属す商品に関する情報をクライアント商品ファイル１０７から取得する。例えば、商店情報８００から商店ＩＤ８０１が取得要求された商店ＩＤと等しいレコードの商店名８０２、カテゴリ情報９００からカテゴリＩＤ９０１及び商店ＩＤ９０２が取得要求されたカテゴリＩＤ及び商店ＩＤと等しいレコードのカテゴリ名９０４、商品情報１０００からカテゴリＩＤ１００３及び商店ＩＤ１００２が取得要求されたカテゴリＩＤ及び商店ＩＤと等しいレコードの商品ＩＤ１００１、商品名１００４、価格１００７、メーカ１００８、発売日１００９及び在庫１０１０を取得する（ステップ１６０４）。
【００５９】
ＧＵＩ制御部１０４は、取得した商品に関する情報ごとにステップ１６０６から１６０７を繰り返す（ステップ１６０５）。商品リスト表示部２２０に商品に関する情報を追加する（ステップ１６０６）。全ての商品に関する情報を処理したかどうか判定し、処理をしていなければ（ＮＯ）取得した商品に関する情報の次のレコードを参照先にしてステップ１６０６に戻り、処理をしていれば（ＹＥＳ）処理を終了する（ステップ１６０７）。
【００６０】
図１７は、商品をリストから削除する処理の流れを示すフローチャート図である。この処理は、商品リスト表示部２２０から消費者が商店カテゴリ表示部２１０で選択したカテゴリに属す商品に関する情報を削除する処理である。消費者は、商店カテゴリ表示部２１０から、商品リスト表示部２２０から削除したいカテゴリを選択し（ステップ１７０１）、リストから削除ボタン２１４を選択する（ステップ１７０２）。ＧＵＩ制御部１０４は、商品リスト表示部２２０に表示されている商品ごとにステップ１７０４からステップ１７０６までの処理を繰り返す（ステップ１７０３）。商品リスト表示部２２０に表示されている商品のカテゴリが削除要求されたカテゴリと一致するかどうか判定し（ステップ１７０４）、一致する場合には（ＹＥＳ）、商品リスト表示部２２０からその商品に関する情報を削除し（ステップ１７０５）、ステップ１７０６に進む。一致しない場合には（ＮＯ）、ステップ１７０５をスルーしてステップ１７０６に進む。ステップ１７０６において全ての商品を処理したかどうか判定し、処理をしていなければ（ＮＯ）商品リスト表示部２２０に表示されている次の商品を参照先にしてステップ１７０４に戻る。処理をしていれば（ＹＥＳ）処理を終了する（ステップ１７０６）。
【００６１】
図１８は、商品詳細表示処理の流れを示すフローチャート図である。本処理は、消費者が商品リスト表示部２２０で選択した商品の詳細情報を商品詳細表示部２３０に表示する処理である。消費者は、商品リスト表示部２２０から詳細表示したい商品を選択し（ステップ１８０１）、詳細表示ボタン２２１を選択する（ステップ１８０２）。ＧＵＩ制御部１０４は、クライアント商品情報管理部１０５に選択された商品の商品ＩＤと商店ＩＤとを送り、その商品に関する情報を取得するように命令を出す（ステップ１８０３）。クライアント商品情報管理部１０５は、取得要求された商品に関する情報をクライアント商品ファイル１０７から取得する。例えば、商店情報８００から商店ＩＤ８０１が取得要求された商店ＩＤと等しいレコードの商店名８０２を取得し、カテゴリ情報９００からカテゴリＩＤ９０１及び商店ＩＤ９０２が取得要求された商品のカテゴリＩＤ及び商店ＩＤと等しいレコードのカテゴリ名９０４を取得し、商品情報１０００から商品ＩＤ１００１及び商店ＩＤ１００２が取得要求された商品ＩＤ及び商店ＩＤと等しいレコードの商品名１００４、説明文１００５、商品画像１００６、価格１００７、メーカ１００８、発売日１００９及び在庫１０１０を取得する（ステップ１８０４）。ＧＵＩ制御部１０４は、取得した商品画像１００６を商品画像表示領域２３１に表示し（ステップ１８０５）、取得した商品に関する情報を商品情報表示部２３２に表示する（ステップ１８０６）。
【００６２】
図１９は、商品をカートに追加する処理の流れを示すフローチャート図である。本処理は、消費者が選択した商品を仮想ショッピングカートに入れる処理である。消費者が、カートに入れるボタン２３３を選択する（ステップ１９０１）と、ＧＵＩ制御部１０４は、カート情報管理部１０６に商品詳細表示部２３０に表示されている商品の商品ＩＤと商店ＩＤとを送り、その商品を仮想ショッピングカートに追加するように命令を出す（ステップ１９０２）。カート情報管理部１０６は、カート情報１１００に渡された商品ＩＤと商店ＩＤを追加する（ステップ１９０３）。
【００６３】
図２０は、電子商取引クライアントアプリケーション１０３の終了処理の流れを示すフローチャート図である。消費者が、終了ボタン２０７を選択する（ステップ２００１）と、ＧＵＩ制御部１０４は、商品カテゴリ表示部２１０のカテゴリ選択枠２１２等で示される選択状態をクライアント商品情報管理部１０５に送り、カテゴリ情報９００の選択フラグ９０６を更新するように命令を出す（ステップ２００２）。クライアント商品情報管理部１０５は、受け取った選択状態を選択フラグ９０６に反映する（ステップ２００３）。ＧＵＩ制御部１０４は、電子商取引クライアントアプリケーション１０３を終了する（ステップ２００４）。
【００６４】
以上に説明したように、本発明の実施の形態によれば、電子商店で販売される商品に関する情報を消費者が興味のあるカテゴリ単位で一括してクライアントに格納しておくことにより、消費者がオンライン・カタログを参照するときや仮想ショッピングカートに商品を入れるときに電子商店との通信を不要とすることで、快適なショッピングを提供することができる。また、自動的に電子商店から商品に関する最新の情報を取得してクライアントに格納された商品情報を更新する手段を提供し、消費者が面倒な作業を行う必要が無いようにすることで、電子商取引クライアントアプリケーションの利用者の増加を図ることができる。さらに、このような電子商取引システムを提供することにより、消費者の満足度の向上を得て、電子商店の利用者の増加を図り、売り上げの増加に寄与することができる。
【００６５】
尚、上記各ステップで示した処理に関しては、これらの各処理をコンピュータを用いて実行するためのプログラム及びそれを記憶したコンピュータ読取り可能な記憶媒体も本発明の範囲内に入るものとする。
【産業上の利用可能性】
【００６６】
本発明は電子商品購入システムに応用可能である。
【図面の簡単な説明】
【００６７】
【図１】本発明の一実施の形態による電子商取引システム全体の構成例を示すブロック図である。
【図２】本実施の形態による電子商取引クライアントアプリケーションに基づく表示画面の一構成例を示す図である。
【図３】サーバ商品ファイルのデータ関連図である。
【図４】クライアント商品ファイルのデータ関連図である。
【図５】サーバ商品ファイルの商店情報のデータ構造図である。
【図６】サーバ商品ファイルのカテゴリ情報のデータ構造図である。
【図７】サーバ商品ファイルの商品情報のデータ構造図である。
【図８】クライアント商品ファイルの商店情報のデータ構造図である。
【図９】クライアント商品ファイルのカテゴリ情報のデータ構造図である。
【図１０】クライアント商品ファイルの商品情報のデータ構造図である。
【図１１】カート情報のデータ構造図である。
【図１２】電子商取引システムの処理全体の流れを示すフローチャート図である。
【図１３】商店登録処理の流れを示すフローチャート図である。
【図１４】商店更新処理の流れを示すフローチャート図である。
【図１５】商店削除処理の流れを示すフローチャート図である。
【図１６】商品をリストに追加する処理の流れを示すフローチャート図である。
【図１７】商品をリストから削除する処理の流れを示すフローチャート図である。
【図１８】商品詳細表示処理の流れを示すフローチャート図である。
【図１９】商品をカートに追加する処理の処理フロー図である。
【図２０】電子商取引クライアントアプリケーションの終了処理の流れを示すフローチャート図である。
【符号の説明】
【００６８】
１０１  クライアント
１０２  Ｗｅｂブラウザ
１０３  電子商取引クライアントアプリケーション
１０４  ＧＵＩ制御部
１０５  クライアント商品情報管理部
１０６  カート情報管理部
１０７  クライアント商品ファイル
１０８  商店情報（クライアント商品ファイル）
１０９  カテゴリ情報（クライアント商品ファイル）
１１０  商品情報（クライアント商品ファイル）
１１１  カートファイル
１１２  カート情報
１２０  電子商店サイト
１２１  ＷＷＷサーバ
１２２  電子商店サーバ
１２３  電子商店アプリケーション
１２４  サーバ商品情報管理部
１２５  サーバ商品ファイル
１２６  商店情報（サーバ商品ファイル）
１２７  カテゴリ情報（サーバ商品ファイル）
１２８  商品情報（サーバ商品ファイル）
２０１  表示画面
２０２  商店登録ボタン
２０３  商店更新ボタン
２０４  商店削除ボタン
２０５  カート表示ボタン
２０６  購入ボタン
２０７  終了ボタン
２１０  商品カテゴリ表示部
２１１  カテゴリ展開記号
２１２  カテゴリ選択枠
２１３  リストに追加ボタン
２１４  リストから削除ボタン
２２０  商品リスト表示部
２２１  詳細表示ボタン
２３０  商品詳細表示部
２３１  商品画像表示領域
２３２  商品情報表示部
２３３  カートに入れるボタン
５００  商店情報（サーバ商品ファイル）
６００  カテゴリ情報（サーバ商品ファイル）
７００  商品情報（サーバ商品ファイル）
８００  商店情報（クライアント商品ファイル）
９００  カテゴリ情報（クライアント商品ファイル）
１０００  商品情報（クライアント商品ファイル）
１１００  カート情報
【図１】
2007148931.tif 000003
【図２】
2007148931.tif 000004
【図３】
2007148931.tif 000005
【図４】
2007148931.tif 000006
【図５】
2007148931.tif 000007
【図６】
2007148931.tif 000008
【図７】
2007148931.tif 000009
【図８】
2007148931.tif 000010
【図９】
2007148931.tif 000011
【図１０】
2007148931.tif 000012
【図１１】
2007148931.tif 000013
【図１２】
2007148931.tif 000014
【図１３】
2007148931.tif 000015
【図１４】
2007148931.tif 000016
【図１５】
2007148931.tif 000017
【図１６】
2007148931.tif 000018
【図１７】
2007148931.tif 000019
【図１８】
2007148931.tif 000020
【図１９】
2007148931.tif 000021
【図２０】
2007148931.tif 000022