(57)【要約】      （修正有）【課題】実店舗で扱う商品について仮想店舗への出品を行う場合に、実店舗及び仮想店舗のいずれの負担も増やすことなく、注文時に欠品状態を生じさせない商品管理その他的確な商品取引を達成するための支援装置を提供。【解決手段】商品取引支援装置１は、店舗で取引される商品について仮想店舗への出品その他の管理を支援するため、商品情報を記録管理する店舗端末との間で通信するための通信装置１７と、ネット販売対象商品として店舗端末から送られた商品情報を格納するデータベース１６と、店舗端末から送られた商品情報に基づいて、仮想店舗の商品案内ページに掲載する商品記事を作成して掲載する機能、及び、ネット販売対象商品に関する情報の返信を所定の時間間隔で店舗端末へ送信し、その要求に対する店舗端末からの返信に基づいてデータベースを更新する一方、商品の注文を受け、データベースを更新するアプリケーションサーバＡＳとを具備する。【選択図】  図１２
2006099706.tif 000002
【特許請求の範囲】
【請求項１】
店舗で取引される商品について仮想店舗への出品その他の管理を支援する商品取引支援装置であって、
前記商品に関する情報を記録管理する店舗の端末装置との間でネットワークを介して通信するための通信手段と、
前記店舗のネット販売対象商品として前記端末装置から送られ前記通信手段で受信された商品に関する情報を格納するデータベースと、
前記端末装置から送られ前記通信手段で受信された商品情報に基づいて、前記仮想店舗の商品案内ページに掲載する当該商品の説明その他の記事を作成し、該商品記事を前記商品案内ページに掲載する商品記事作成手段と、
前記店舗のネット販売対象商品に関する情報の返信を要求する信号を所定の時間間隔で前記通信手段から前記端末装置へ送信し、その要求に対する前記端末装置からの返信に基づいて前記データベースの情報を更新する一方、前記商品案内ページに掲載されて注文された商品の注文情報を受け、該注文情報に基づいて前記データベースの情報を更新する商品情報更新手段と
を具備することを特徴とする商品取引支援装置。
【請求項２】
請求項１記載の商品取引支援装置において、
前記商品は単品管理商品であり、前記商品案内ページは、ネット上の既存のサイト及び該商品取引支援装置で運営するＷｅｂサイトに設けられることを特徴とする商品取引支援装置。
【請求項３】
請求項１又は２記載の商品取引支援装置において、
前記店舗で仮想店舗に出品する商品のデータと対応させた当該商品の画像情報を格納する手段を具備し、
前記商品記事作成手段は、前記画像情報を前記仮想店舗上に掲載する機能を備えたことを特徴とする商品取引支援装置。
【請求項４】
請求項１乃至３のいずれか記載の商品取引支援装置において、
前記店舗の端末装置にネットワークを介して接続する中継装置を備え、該中継装置により前記仮想店舗に各店舗の商品情報を掲載する機能、在庫情報をリアルタイムに検索し或いは決済する機能を達成することを特徴とする商品取引支援装置。
【請求項５】
コンピュータを用いて、店舗で取引される商品について仮想店舗への出品その他の管理を支援する機能を実現するためのプログラムであって、
前記商品に関する情報を記録管理する店舗の端末装置との間でネットワークを介して通信する機能と、
前記店舗のネット販売対象商品として前記端末装置から送られ前記通信手段で受信された商品に関する情報を格納する機能と、
前記端末装置から送られ前記通信手段で受信された商品情報に基づいて、前記仮想店舗の商品案内ページに掲載する当該商品の説明その他の記事を作成し、該商品記事を前記商品案内ページに掲載する機能と、
前記店舗のネット販売対象商品に関する情報の返信を要求する信号を所定の時間間隔で前記端末装置へ送信し、その要求に対する前記端末装置からの返信に基づいて前記データベースの情報を更新する一方、前記商品案内ページに掲載されて注文された商品の注文情報を受け、該注文情報に基づいて前記データベースの情報を更新する機能と
を実行することを特徴とするコンピュータプログラム。
【請求項６】
請求項５記載のコンピュータプログラムにおいて、前記商品は単品管理商品であることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、種々の商品の売買その他の商取引業務に用いられる商品取引支援システムに関する。詳細には、そのような商品取引支援システムを運用するための商品取引支援装置、及び当該システムの機能を実行するコンピュータプログラムに関する。
【背景技術】
【０００２】
インターネットを介して商品を売買する電子商取引では、種々の商品情報が掲載されたネットショップ（仮想店舗）の集合であるショッピングモール（仮想商店街）が多く利用されている。
【０００３】
一方、実際に販売商品を取り扱う店舗（仮想店舗と区別するとき「実店舗」と称する）では、販売時点で商品情報を処理するＰＯＳ（Point of Sales）システム等の販売管理システムが利用されている。その場合、店舗で使用される端末処理装置（以下、店舗端末という）としてのパーソナルコンピュータには、店舗で商取引される販売対象商品毎の商品情報とそれに基づいて処理される売上情報や顧客情報などを記録し、それらの売上情報や顧客情報を顧客からの注文内容に基づいて更新する機能や、売上情報や顧客情報に基づいて各種の伝票を発行する機能を実行するための手段として、業務アプリケーションが格納されている。
【０００４】
このような販売管理システムを採用している店舗においても、商品の販売機会を増やすために、ショッピングモールに出品する、すなわち商品情報を掲載することが望ましい。しかしながら、従来のショッピングモールでは、出品者ないし出店参加者は、店舗端末で操作、管理される販売管理システムとは別に、ショッピングモール運営者が提供するＷｅｂ上の専用の出品画面フォーマットに従い、指定されたファイル形式のデータを手作業でアップロードする必要がある。また、注文すなわち受注処理も、同様にショッピングモール運営者が用意する専用の受注画面にて管理する必要がある。
【０００５】
また、従来は、複数のショッピングモールに出品（出店）したり受注処理を行ったりする場合も、各ショッピングモールが提供する専用の画面上で作業や管理をしなければならず、或いは共通仕様の画面があっても、店舗端末によりＰＯＳシステムで処理又は管理されたデータを自動的に複数のショッピングモールに送信して出品することはできなかった。
【０００６】
また、従来の業務アプリケーション、特にＡＳＰ（Application Service Provider）モデルは、出品及び受発注管理機能や決済機能を実現するツールとして存在しているが、ＰＯＳシステムと連携した機能を提供するものはなかった。一方、自社でリアルタイムに在庫検索できるシステムを導入するには、サーバの構築や管理などの費用が大きな負担となっていた。
【０００７】
これに対し、既存の販売管理システムにネットショップでの販売管理も行わせることが考えられるが、そのためには、業務アプリケーションを大幅に変更するか、或いは新たに別のシステムを構築する必要があり、システム開発費が膨大となり、小規模な店舗にとっては、その負担が多過ぎるという問題がある。
【０００８】
そこで、既存の（実店舗用）販売管理システムを変更することなく、当該販売管理システムに対してネットショップ構築・運用システムを容易に連携させることができる販売管理装置が提案されている。それは、下記の特許文献１に示されるように、ネットショップへ出品するための対象商品を実店舗で商取引される販売対象商品群の中から任意に選択した内容の商品案内ページを作成する機能と、ネットショップ側で注文された商品注文情報に基づいて実店舗側の売上情報を更新する機能とを有し、既存の販売管理システムに対しネットショップの構築とネット販売の管理を連携可能な販売管理装置である。
【０００９】
具体的には、入力された伝票データに基づいて伝票明細・伝票合計ファイルの内容を更新する既存の販売管理システムのほか、ネットショップ構築・運用システムが店舗端末に構築される。そして、ネットショップ構築時に実店舗で商取引される販売対象商品毎にその商品情報を記憶管理する商品マスタファイルの中からネット販売対象商品が任意に選択指定された場合、その選択商品に関する情報を掲載した内容の商品案内ページを作成してショッピングモールサイトへ送信する。また、このネットショップ側で注文されたネット販売の注文情報を受信し、この注文情報に基づいて伝票明細・伝票合計ファイルの内容を更新する。
【００１０】
このように店舗端末にネットショップ構築・運用システムを構築した販売管理装置によれば、既存の実店舗用の販売管理システムを変更することなく、ネットショップ構築・運用システムを既存の販売管理システムに対して容易に連携させることができ、これによってネット販売を新たな販売手段として追加することが可能となる。この場合、実店舗での販売対象商品をそのままネット販売の対象商品とすることができ、ネット販売で受注した商品が存在しない或いは商品内容が相違する等の事故を防止することも可能となる。また、ネット販売の注文情報を手入力するという負担をかけず、転記ミス等もなく、ネット販売の受注を確実に処理することができ、日常業務にネット販売の管理を反映させることが可能となる。
【００１１】
【特許文献１】特開２００３−８５２５４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、取引対象商品が、中古品や多品種少量生産品のように一品ずつの管理すなわち単品での管理が必要な商品（以下「単品管理商品」という）である場合は、たとえ同一形式又は同種の商品でも、程度（商品の状態）や価格が異なるため、全ての商品を一品管理する必要がある。特に、中古品は、その仕入れ（買取又は委託）も売却も不定期に発生し、一品限りであるから、その取引管理には迅速性が要求される。例えば、中古品の売却時には、迅速な出品取り消し作業が必要で、情報の更新に時間遅れ（タイムラグ）があると、ネット上で注文された商品がないという欠品状態になってしまう。このような欠品を防ぐためには、実店舗に展示する商品（在庫）と仮想店舗に出品する商品（在庫）情報とをそれぞれ同時期に管理しなければならず、それを怠ると、ネット上の商品情報に対する信頼性を損い、ショッピングモールへの出品の場を減少させたり失ったりして、販売機会が縮小してしまうという問題があった。
【００１３】
この問題に対し、上記特許文献１に示された販売管理装置としての店舗端末は、ネット注文入力モジュールが起動されたとき、連動売上明細ファイル内に蓄積されたネット販売の注文情報を一括して取り込んで、ネット注文入力をバッチ処理するものであり、実店舗の商品（在庫）と仮想店舗の商品（在庫）情報とを同時期に管理するようになっていないので、上記の欠品状態をなくすことは困難である。
【００１４】
また、特許文献１には、管理ネット販売の注文が発生する毎にその注文情報を取り込んで、ネット注文入力モジュールを起動させることにより、リアルタイムにネット注文入力処理を行うという技術思想が示されているが、その場合は、実店舗側で、ネット注文がある毎に端末装置（店舗端末）のネット注文入力モジュールを起動してネット注文入力処理をする必要があり、実店舗側の処理の負担が増えることになる。そこで、ショッピングモールサイト側で、注文情報に基づいて実店舗側の情報を同期させる処理を行うことが考えられるが、それはショッピングモールサイト側の負担となり、しかも、ショッピングモールサイト側で実店舗側の情報処理を行うというのは、実際にはできないことである。
【００１５】
本発明の目的は、実店舗で扱う商品について仮想店舗への出品を行う場合に、実店舗及びショッピングモールのいずれの側の負担も増やすことなく、注文時に欠品状態を生じさせない商品管理その他的確な商品取引を達成するための商品取引支援装置を提供することである。
【課題を解決するための手段】
【００１６】
本発明は、店舗で取引される商品について仮想店舗への出品その他の管理を支援する商品取引支援装置であって、
前記商品に関する情報を記録管理する店舗の端末装置との間でネットワークを介して通信するための通信手段と、
前記店舗のネット販売対象商品として前記端末装置から送られ前記通信手段で受信された商品に関する情報を格納するデータベースと、
前記端末装置から送られ前記通信手段で受信された商品情報に基づいて、前記仮想店舗の商品案内ページに掲載する当該商品の説明その他の記事を作成し、該商品記事を前記商品案内ページに掲載する商品記事作成手段と、
前記店舗のネット販売対象商品に関する情報の返信を要求する信号を所定の時間間隔で（例えば、３０秒ごとに）前記通信手段から前記端末装置へ送信し、その要求に対する前記端末装置からの返信に基づいて前記データベースの情報を更新する一方、前記商品案内ページに掲載されて注文された商品の注文情報を受け、該注文情報に基づいて前記データベースの情報を更新する商品情報更新手段とを具備することを特徴とする。
【００１７】
本発明は、図１〜図１２に示す実施形態を有する。
【００１８】
図１に示す第１の実施形態の商品取引支援装置１は、通常の仕入れによる販売商品（新品）及び／又は中古品等の単品管理商品（以下、これらを総称するとき「商品」という）を扱う店舗の販売管理システムと連動して、仮想店舗への出品、受注、在庫管理等の処理を行うもので、その商品に関する情報を格納するデータベースには、後述のように提携する店舗（以下、加盟店という）Ａの商品情報として、在庫情報１１、画像情報１２及び受注情報１３が格納される。商品取引支援装置１は、加盟店Ａに設置されているパーソナルコンピュータ（ＰＣ）等の端末装置（店舗端末）と通信ネットワーク２を介して接続される。
【００１９】
商品取引支援装置１は、加盟店が扱う商品に関する記事作成や販売管理などを支援する業務及びその処理をコンピュータに実行させるプログラムを格納したコンピュータとその周辺機器で構成される。
【００２０】
加盟店Ａは、例えば、新品を販売する業務あるいは中古品の売却を仲介する業務を営む事業者の実店舗である。その店舗端末（或いは、販売管理システムを運用するサーバ）には、商品情報としての在庫情報２１、画像情報２２及び受注情報２３と、売上情報２４が格納される。商品情報は、商品取引支援装置１のデータベースに格納される情報と同期する。
【００２１】
商品取引支援装置１は、加盟店Ａの商品を仮想店舗へ出品するため、それらの商品の説明その他の商品記事を作成し、それを仮想店舗の商品案内ページに掲載する機能を有する。そのような商品案内ページは、ネット上で既存のサイト（以下、提携サイトという）６のほか、商品取引支援装置１で運営するＷｅｂサイト１０、或いは後述の中継装置３（図８）で運営する加盟店専用のＷｅｂサイト３０（図１２）に設けられる。そして、商品取引支援装置１は、仮想店舗の利用者が選択した商品の注文情報を受けて、当該商品を保持する加盟店Ａの店舗端末へ送信する手段を備える。その店舗端末では、当該商品の注文情報を受けて、店舗の在庫情報を更新する。
【００２２】
図２は、加盟店Ａの店舗端末（ＰＣ）に格納される商品情報等の詳細を示す。すなわち、在庫情報２１には在庫テーブル及び在庫状態テーブル、画像情報２２には画像管理テーブル及び画像フォルダ、受注情報２３には注文テーブルが、それぞれ格納される。また、売上情報２４には売上テーブルが格納される。
【００２３】
在庫テーブルは、在庫の商品について、商品番号、業種（個々の業種ごとに付した番号）、分類（例えば「腕時計」を示す番号）、メーカ（名称）、モデル（型式を示す番号）、タイプ（型番）その他必要なデータを記載した表から成る。在庫状態テーブルは、仕入れ商品ごとに在庫の有無、数量及びメーカを記載した表から成る。
【００２４】
画像管理テーブルは、後述の実施形態（図７）のように、商品情報の中に画像情報を含む場合、商品の画像を取り込んで格納する画像フォルダと対応して、商品番号、処理店舗（名称又は番号）、有効（フラグ）、画像サイズ、画像の有無、コメントを記載した表から成る。
【００２５】
注文テーブルは、受注した商品について、注文番号、商品番号、顧客の番号、氏名及び住所、金額などを記載した表から成る。
【００２６】
売上テーブルは、販売した商品について、注文番号、商品番号、顧客の番号、氏名及び住所、金額などを記載した表から成る。
【００２７】
図３は、商品取引支援装置１に格納される商品情報の詳細を示す。すなわち、在庫情報１１には在庫テーブル及び在庫状態テーブル、画像情報１２には画像管理テーブル及び画像フォルダ、受注情報１３には注文テーブルが、それぞれ格納される。これらのテーブルは、図２に示された加盟店Ａの店舗端末に格納されるものと同じ型式である。
【００２８】
また、後述（図１２）のように、商品取引支援装置１のデータベースには、テーブル形式の買い物かご１５も格納される。これは、受注した商品について、顧客ＩＤ（番号若しくは記号）、上記在庫テーブルと同様に商品番号、業種（個々の業種ごとに付した番号）、分類（例えば「腕時計」を示す番号）、メーカ、モデル、タイプその他必要なデータを記載した表から成る。
【００２９】
図２に示した加盟店Ａでは、店舗端末を用いて、以下の手順で商品情報等の処理を行う。
（１）商品仕入れを行い、当該商品（単数又は複数）について在庫テーブルにデータを設定する。
（２）在庫テーブルを参照し、後述のように取り込んだ当該商品の画像と結びつける。
（３）画像管理テーブルに当該商品の画像情報を設定する。
（４）画像フォルダに当該商品の画像データを設定する。
（５）在庫テーブル及び在庫状態テーブルのデータ（在庫情報）を、ネットワーク２経由で商品取引支援装置１に送る。
（６）商品取引支援装置１からネットワーク２経由で注文情報が来ると、その情報を注文テーブルに書き込む。
（７）注文テーブルのデータに基づいて販売管理を行う。
（８）注文を受けた商品について、在庫状態テーブルを更新する（販売済を示す「出庫」状態とする）。この更新により置換されたデータ（更新前と異なるデータ）を「差分データ」という。
（９）売上テーブルにデータを書き込み、販売管理処理を終了する。
（10）在庫状態テーブルのデータ（差分データ）を、ネットワーク２経由で定期的に商品取引支援装置１に送る。
【００３０】
上記のような加盟店Ａの販売管理システムによれば、店舗端末として市販のＰＣを使用できる、単品及び数量による商品管理が容易にできる、年間の取り扱いアイテム数が極めて多い（例えば、１００万件）、後述のようにディジタルカメラで撮影した画像の取込みが容易である、通信ネットワークを介して商品取引支援装置１との間でリアルタイムでデータ交換が可能である、販売・売上などの日報集計が容易に出来る、売上・在庫・顧客分析ができる、等の機能及び利点が得られる。
【００３１】
図４は、加盟店Ａの店舗端末及びＷｅｂサイト１０と商品取引支援装置１との間で行われる情報処理の内容を示す図である。
【００３２】
加盟店Ａの店舗端末と商品取引支援装置１との間では、次の処理が行われる。
（１）加盟店Ａでは、在庫情報２１から新規在庫及び画像情報のアップロード処理が実行され、商品取引支援装置１では、在庫及び画像情報のデータベース登録処理が実行されて、それらのデータが在庫情報１１に書き込まれる。
（２）加盟店Ａでは、在庫情報２１から販売済み在庫データの消し込み処理が実行され、商品取引支援装置１では、在庫データの更新処理が実行されて、在庫情報１１が更新される。
（３）商品取引支援装置１では、Ｗｅｂサイトからの注文により在庫情報１１の更新（取り置き）処理が実行され、加盟店Ａの在庫情報２１において在庫データを取り置きとする処理が実行される。
（４）加盟店Ａでは、画像情報２２から在庫画像データのアップロード処理が実行され、商品取引支援装置１では、在庫画像データの登録処理が実行されて、それらのデータが画像情報１２に書き込まれる。
（５）商品取引支援装置１では、受注情報１３においてＷｅｂサイトからの注文情報を検索する処理が実行され、加盟店Ａでは、その注文情報に基づく注文決済情報を受注情報２３に書き込む処理が実行される。
【００３３】
Ｗｅｂサイト１０と商品取引支援装置１との間では、次の処理が行われる。
（６）必要に応じて或いは定期的に、商品取引支援装置１の在庫情報１１において在庫及び画像データを検索する処理が実行され、Ｗｅｂサイト１０では、その在庫及び画像データを取得して表示する処理が実行される。
（７）Ｗｅｂサイト１０では、ＨＰに掲載する商品を選択し、その商品データを商品取引支援装置１の買い物かご１５に書き込む処理が実行される。商品取引支援装置１では、買い物かご１５の情報に基づき在庫状態をチェックする。
（８）Ｗｅｂサイト１０で注文が発生すると、商品取引支援装置１では、Ｗｅｂサイトからの注文による在庫更新（取り置き）処理が実行され、注文情報を生成して受注情報１３に書き込む。
【００３４】
次に、図５は第２の実施形態を示す。この商品取引支援装置１は、Ｗｅｂサイト１０のほか複数の提携サイト６Ａ，６Ｂ，６Ｃ，・・・にも同時に出品し、各サイト毎に受注などの商品取引管理を支援する機能を備えたものである。
【００３５】
図６は、図５において加盟店Ａの店舗端末及び仮想店舗側（Ｗｅｂサイト及び複数の提携サイト）と商品取引支援装置１との間で行われる情報処理の内容を示す図である。この場合、図４に示された処理に加えて、各提携サイトと商品取引支援装置１との間で次のような処理が行われる。
（９）必要に応じて或いは定期的に、商品取引支援装置１の在庫情報１１において在庫及び画像データを検索する処理が実行され、提携サイトでは、その在庫及び画像データを取得して表示する処理が実行される。
（10）提携サイトで注文が発生すると、商品取引支援装置１では、その注文による在庫更新（取り置き）処理が実行され、注文情報を生成して受注情報１３に書き込む。
【００３６】
この実施形態では、加盟店Ａの販売管理システムで管理された在庫データを複数のショッピングモールに同時に出品することができる。また、受注処理についても、店舗端末又は販売管理システムを運用するサーバが、出品先のショッピングモールからの受注データを受け取ることにより、他のショッピングモールに同時に出品されているデータを自動的に更新処理することができる。これにより、販売管理システムで管理された商品が、一度の登録で同時に複数のショッピングモールに出品し且つ受注管理を行うことが可能になり、商品管理機会を飛躍的に拡大すると共に、出品から受発注管理に至る作業負担を大幅に軽減することができる。
【００３７】
次に、図７に示す第３の実施形態では、加盟店Ａにおいてデジタルカメラ２４を用いて、仮想店舗に出品する商品の画像をとり、その画像をＰＣ等の画像処理装置２５に取り込み、当該商品のデータと対応させて画像情報２２として設定する。この画像情報２２のデータは、前述のように商品取引支援装置１に転送される。商品取引支援装置１は、当該商品の画像データを画像情報１２として格納する機能を備える。
【００３８】
例えば、加盟店Ａにおいてシューズのような商品Ｇを買い取る時、買取スタッフが店舗端末のＰＣで買取処理を行った後、デジタルカメラ２４で当該中古品を撮影してその画像を画像処理装置２５に取り込み、店舗端末のＰＣから得た買取商品のデータ（商品をバーコードで特定）と対応付け、画像取り込み処理を行って画像情報２２として格納する。そして、前記在庫情報２１と共に画像情報２２を、ネットワーク２を介して接続した商品取引支援装置１に送り、ここから仮想店舗上にリアルタイムでアップロードすることができる。
【００３９】
この場合、加盟店Ａの店舗端末及び仮想店舗側（Ｗｅｂサイト１０及び提携サイト６）と商品取引支援装置１との間で行われる情報処理は、図６に示されたものと実質的に同じである。
【００４０】
従来、デジタルカメラで撮影された画像をオンライン上にアップロードする場合は、撮影された画像をパソコンに保存した後、画像サイズや画質を調整して、その画像データを商品データと共にそれぞれオンライン上にアップロードする作業を行わなければならなかった。しかし、この実施形態によれば、デジタルカメラの画像を取り込むだけで、画像が予め設定された画像サイズ及び画質に自動的に処理・保存され、バーコード管理された商品コードと画像情報が対応付けられて、リアルタイムにオンライン表示される。これにより、ショッピングモールへ出品するための画像処理と商品及び画像データのアップロードに要する作業を大幅に軽減することができる。
【００４１】
次に、図８に示す第４の実施形態では、一の事業者で複数の実店舗を有しており（例えば、Ｘ社の加盟店Ａ，Ｂ，Ｃ）、それらの店舗に設置されているＰＣ等の端末装置（店舗端末）に対して、通信ネットワーク２とＡＳＰサーバから成る中継装置３とを介して、商品取引支援装置１が接続される。
【００４２】
中継装置３は、Ｗｅｂサイト１０或いは提携サイト６のホームページ（ＨＰ）上に当該事業者の各加盟店の商品情報を掲載したり、在庫情報をリアルタイムに検索し或いは決済できる機能を有する。そのため、中継装置３は、商品取引支援装置１と同様に、在庫情報３１、画像情報３２及び受注情報３３を有する。
【００４３】
図９は、図８の商品取引支援装置１と中継装置３により、一の事業者の複数の店舗端末と仮想店舗側（Ｗｅｂサイト１０及び提携サイト６）との間で行われる処理の手順を示す図である。この場合、図６に示された処理のうち（１）〜（５）は中継装置３によって実行される。すなわち、
（１）加盟店Ａでは、在庫情報２１から新規在庫及び画像情報のアップロード処理が実行され、中継装置３では、在庫及び画像情報のデータベース登録処理が実行されて、それらのデータが在庫情報３１に書き込まれる。
（２）加盟店Ａでは、在庫情報２１から販売済み在庫データの消し込み処理が実行され、中継装置３では、在庫データの更新処理が実行されて、在庫情報３１が更新される。
（３）Ｗｅｂサイトからの注文により、商品取引支援装置１の在庫情報１１と中継装置３の在庫情報３１の更新（取り置き）処理が実行され、加盟店Ａの在庫情報２１において在庫データを取り置きとする処理が実行される。
（４）加盟店Ａでは、画像情報２２から在庫画像データのアップロード処理が実行され、中継装置３では、在庫画像データの登録処理が実行されて、それらのデータが画像情報３２に書き込まれる。
（５）商品取引支援装置１では、受注情報１３においてＷｅｂサイトからの注文情報を検索する処理が実行され、中継装置３においても、受注情報３３の情報を検索する処理が実行され、加盟店Ａでは、その注文情報に基づく注文決済情報を受注情報２３に書き込む処理が実行される。
【００４４】
上記（１）〜（５）及び図６に示された（６）〜（10）に加えて、商品取引支援装置１と中継装置３との間では、次の処理が行われる。
（11）中継装置３の在庫情報３１と商品取引支援装置１の在庫情報１１の更新処理。
（12）中継装置３の画像情報３２の更新に伴う商品取引支援装置１の画像情報１２の更新処理。
（13）中継装置３の受注情報３３と商品取引支援装置１の受注情報１３の更新処理。
【００４５】
次に、図１０に示す第５の実施形態では、実店舗が複数あり（以下、各店舗を加盟店Ａ，Ｂ，Ｃ，・・・という）、それらの店舗に設置されている各店舗端末と商品取引支援装置１との間に、それぞれ通信ネットワーク２を介して接続する個別ＡＳＰサーバから成る中継装置３Ａ，３Ｂ，３Ｃが設置されている。各中継装置３Ａ，３Ｂ，３Ｃは、それぞれ対応する加盟店Ａ，Ｂ，Ｃ毎に設置して管理するＷｅｂサイト３０Ａ，３０Ｂ，３０Ｃのホームページ（ＨＰ）上に各加盟店の商品情報を掲載したり、在庫情報をリアルタイムに検索し或いは決済できる機能を有する。そのため、各中継装置は、商品取引支援装置１と同様に、在庫情報３１、画像情報３２、受注情報３３及び買い物かご３５を有する。
【００４６】
図１１は、図１０の商品取引支援装置１と各中継装置３Ａ，３Ｂ，３Ｃにより、各加盟店の店舗端末と仮想店舗側（Ｗｅｂサイト１０及び提携サイト６）との間で行われる処理の手順を示す図である。この場合、図９に示された処理（１）〜（13）に加えて、各中継装置で次のような処理が行われる。
（14）必要に応じて或いは定期的に、各中継装置の在庫情報３１において在庫及び画像データを検索する処理が実行され、各中継装置で管理される各加盟店用のＷｅｂサイト３０では、その在庫及び画像データを取得して表示する処理が実行される。
（15）Ｗｅｂサイト３０では、ＨＰに掲載する商品を選択し、その商品データを中継装置の買い物かご３５に書き込む処理が実行される。各中継装置では、買い物かご３５の情報に基づき在庫状態をチェックする。
（16）Ｗｅｂサイト３０で注文が発生すると、中継装置では、Ｗｅｂサイトからの注文による在庫更新（取り置き）処理が実行され、注文情報を生成して受注情報３３に書き込む。
【００４７】
この実施形態では、各加盟店の販売管理システムのホストサーバと接続された店舗端末で管理されている商品情報を、各加盟店毎のホームページ３０Ａ，３０Ｂ，３０Ｃ上に表示すると共に、それらの商品情報をリアルタイムに検索、表示できるようにしている。すなわち、複数の店舗端末でバーコード管理された商品情報をホストサーバに送信し、ホストサーバ側で、各店舗に割り振られた管理用ＩＤに基づいて判別することにより、各ホームページ上には、各加盟店の販売管理システムで管理された商品情報だけをリアルタイムで表示・検索及び更新することができる。これにより、各加盟店側では、自発的に情報を更新する作業を行う必要がなく、ホストサーバ内の商品データベースにリンクするだけで、自己のホームページ上にリアルタイムで在庫情報などを表示することができる。
【００４８】
本発明によれば、上記の商品取引支援装置において実行される商品取引支援方法が提供される。その方法は、コンピュータに商品取引支援業務サーバとしての機能を実現させるプログラムに基づいて実行される。そのプログラムを記録した記録媒体も、本発明に含まれる。
【発明の効果】
【００４９】
本発明によれば、店舗の端末装置の操作による販売管理システムで管理された在庫は、同時にオンラインでショッピングモールの仮想店舗にも自動的に出品される。そして、店頭在庫と出品在庫がリアルタイムに同期管理されるので、出品作業や情報更新作業を大幅に軽減すると共に、店頭で単品管理された場合にはリアルタイムでオンライン上の在庫が消えるため、前述の欠品状態の発生も回避される。
【００５０】
また、商品を店頭に展示したまま、同時にオンラインにも出品することが可能になるので、単品管理機会が大幅に拡大し、かつ、店頭及び倉庫などで販売管理している全ての在庫商品を出品することにより、オンライン出品数を飛躍的に増加させることができる。
【００５１】
上記のように、本発明の商品取引支援装置は、当該支援装置又は中継装置に接続可能な販売管理システムをＷＥＢサイトと連動させる機能を有するので、当該販売管理システムで管理された在庫データを、特別な作業を伴わずに、ショッピングモールの出品情報として提供することができる。また、受注処理についても、出品先のショッピングモールからの受注データを受け取ることにより、他のショッピングモールに同時に出品されているデータを自動的に更新処理することができる。
【発明を実施するための最良の形態】
【００５２】
図１２は、本発明の商品取引支援装置を用いてネット上の仮想店舗への出品や受注等の商品取引管理を行う商品取引システムの構成を示す。
【００５３】
このシステムは、仕入れた商品（新品）又は買い取った中古品を販売し或いは委託品の売却を仲介する業務を営む事業者（クライアント）の販売管理システムと連動して、仮想店舗への出品、受注、在庫管理等の処理を行うもので、図の構成例では、そのような事業者の店舗が複数あり（加盟店Ａ，Ｂ，・・・）、それらの店舗に設置されているＰＣ等の端末装置（店舗端末）に、実施例の商品取引支援装置１が通信ネットワーク２を介して接続される。
【００５４】
特定の店舗（例えば加盟店Ｂ）に対しては、商品取引支援装置１に代えて、前述の中継装置３が通信ネットワーク４を介して接続される。この中継装置３は、後述のとおり、商品取引支援装置１と同様の商品取引支援を実行するように構成されている。
【００５５】
上記商品取引支援装置１と中継装置３も、通信ネットワーク５を介して接続される。これらの装置を接続する通信ネットワーク２，４，５としては、インターネットが用いられる。
【００５６】
商品取引支援装置１は、各加盟店Ａ，Ｂ，・・・の商品を仮想店舗へ出品するため、それらの商品の説明その他の商品記事を作成し、それを仮想店舗の商品案内ページに掲載する機能を有する。そのような商品案内ページは、ネット上で既存のショッピングモール（提携サイト）６、商品取引支援装置１で運営するＷｅｂサイト１０、或いは中継装置３で運営する特定の加盟店専用のＷｅｂサイト３０に設けられる。
【００５７】
これらの商品案内ページの表示例として、図１３は提携サイト６の画面、図１４はＷｅｂサイト１０の画面、図１５はＷｅｂサイト３０の画面３０Ａを、それぞれ示している。
【００５８】
店舗端末は、一般に店舗で商取引される販売対象商品毎の商品情報と、それに基づいて処理される売上情報や顧客情報などを記録し、それらの売上情報や顧客情報を顧客からの注文内容に基づいて更新する機能や、売上情報や顧客情報に基づいて各種の伝票を発行する機能を実行するための業務アプリケーションを格納したパーソナルコンピュータ（ＰＣ）とその周辺装置で構成されている。この構成に加えて、各加盟店Ａ，Ｂ，・・・の店舗端末は、商品情報としてＰＣのメモリその他の記憶手段に格納されている在庫情報２１及び画像情報２２を送信するための送信処理部２６と、後述のように仮想店舗側から送られてくる受注情報を受信するための受信処理部２７とを備えている。
【００５９】
前述のように、商品取引支援装置１、中継装置３又は店舗端末は各々１台でも複数台でもよい。また、Ｗｅｂサイト及び提携サイトも、それぞれ１つに限らず、システム全体の規模（例えば、加盟店の数）に応じて複数、利用若しくは設置することも可能である。
【００６０】
商品取引支援装置１は、各加盟店Ａ，Ｂ，・・・の店舗端末との間で、ネットワークを介して直接又は間接的に（図１２のシステム構成では、中継装置３を経由して）通信するための通信装置１７と、各加盟店のネット販売対象商品として店舗端末から送られて通信装置１７で受信された単品管理商品に関する情報を格納するデータベース１６と、それらの商品情報に基づいて仮想店舗の商品案内ページに掲載する商品説明その他の記事を作成し、商品案内ページに掲載する商品記事作成手段としての機能、及び、各加盟店のネット販売対象商品に関する情報の返信を要求する信号を所定の時間間隔で（通常、３０秒ごとに）通信装置１７から店舗端末へ送信し、その要求に対する返信に基づいてデータベース１６の情報を更新する一方、仮想店舗からの商品注文情報を受信し、それに基づいてデータベース１６の情報を更新する商品情報更新手段としての機能を有するアプリケーションサーバＡＳとを具備している。
【００６１】
データベース１６には、前述の在庫情報１１、画像情報１２及び受注情報１３がテーブル形式で格納されるほか、販売対象商品を種類や製造メーカで区分したカテゴリマスタ（テーブル）１４、及び仮想店舗側から送信された注文情報を一時的に格納するための買い物かご（テーブル）１５が設けられている。
【００６２】
カテゴリマスタ１４は、図１８に示すように、Ｗｅｂサイトのカテゴリマスタ１４ａ、提携サイトのカテゴリマスタ１４ｂ、及びＷｅｂ−提携サイトのカテゴリ対応マスタ１４ｃの３種から成る。
【００６３】
Ｗｅｂサイトカテゴリマスタ１４ａは、個々の商品を、業種（例えば、製造メーカを表す「ブランド」）、種類（例えば「時計」）、分類（例えば「腕時計」）、メーカ（名）、及びモデル（型式）で、区別（特定）している。
【００６４】
提携サイトカテゴリマスタ１４ｂは、各提携サイト毎に、Ｗｅｂサイトと異なる項目、すなわちカテゴリＩＤ（例えば、10桁の数字）、種類（例えば、アクセサリー，時計）、分類（例えば「ブランド腕時計」）、メーカ（名）、及びモデル（型式）で、商品を区別（特定）している。
【００６５】
そこで、一の商品についてＷｅｂサイトと各提携サイトの区分を対応付けるため、Ｗｅｂ−提携サイトカテゴリ対応マスタ１４ｃが用意されている。これは、各商品のモデル名を中心として、その前にＷｅｂサイトカテゴリマスタ１４ａの項目、その後に各提携サイトＡ，Ｂ，・・・のカテゴリマスタ１４ｂのカテゴリＩＤをそれぞれ配置して、構成されている。
【００６６】
再び図１２において、通信装置１７は、各加盟店Ａ，Ｂ，・・・の店舗端末から直接又は間接的に送られてきた在庫データ及び画像データを、それぞれデータベース１６に格納する在庫情報１１及び画像情報１２の各ファイルに処理して送るための在庫データ処理部１８及び画像データ処理部１９と、仮想店舗側からの受注情報１３を受注データとして各加盟店に送るための受注データ処理部２０とを備えている。
【００６７】
アプリケーションサーバＡＳの機能は、後述の「在庫検索」及び「注文処理」の各動作を商品取引支援装置１に実行させるコンピュータプログラムで構成される。また、その動作には、図１６に示すように、Ｗｅｂサイト商品情報処理、提携サイト商品情報処理、Ｗｅｂサイト注文処理、及び提携サイト注文処理を含んでいる。
【００６８】
図１７は、アプリケーションサーバＡＳによる「在庫検索」動作のフローチャートである。この動作は、最初の「リクエストメッセージ受信」（ＳＴ１）で開始し、そのメッセージがＷｅｂサイトからのメッセージか否かを判定する（ＳＴ２）。リクエストメッセージには、商品を特定するためのキーワードとしてカテゴリが含まれている。カテゴリは、図１６に示すように、業種（例えば「ブランド」）、種類（例えば「時計」）、分類（例えば「腕時計」）、メーカ、モデルに区分されている。
【００６９】
上記ＳＴ２の判定結果が“Ｙｅｓ”であれば、Ｗｅｂサイト商品情報検索を行う（ＳＴ３）。この検索は、図１８に示すように、Ｗｅｂサイトカテゴリマスタ１４ａを参照して、上記メッセージで指定された商品のカテゴリを検索し、該当するカテゴリを抽出することである。そして、抽出したカテゴリを基にＷｅｂサイトの商品在庫データを抽出する（ＳＴ４）。
【００７０】
一方、上記ＳＴ２の判定で“Ｎｏ”であれば、提携サイト商品情報検索を行う（ＳＴ５）。この検索は、図１８に示すように、まず、Ｗｅｂ−提携サイトカテゴリ対応マスタ１４ｃを参照して、上記メッセージで指定された商品の各提携サイトＡ，Ｂ，・・・毎のカテゴリＩＤを検索し、該当する提携サイトのカテゴリＩＤを抽出すると、これに基づいて提携サイトカテゴリマスタ１４ｂを参照して、上記メッセージで指定された商品のカテゴリを検索し、該当するカテゴリを抽出することである。そして、抽出したカテゴリＩＤを基に各提携サイトの商品在庫データを抽出する（ＳＴ６）。
【００７１】
こうして抽出されたＷｅｂサイト又は提携サイトの商品在庫データは、それを要求してきたＷｅｂサイト又は提携サイトに返送して（ＳＴ７）、検索終了となる。
【００７２】
図１９は、アプリケーションサーバＡＳによる「注文処理」動作のフローチャートである。この動作は、Ｗｅｂサイト１０からの受注と、提携サイト６からの受注とで共通である。
【００７３】
初めに、Ｗｅｂサイト１０又は提携サイト６から商品注文があると「在庫情報チェック」を行う（ＳＴ１１）。すなわち、在庫情報１１を参照して、買い物かご１５に格納された注文情報で指定された商品が在庫としてあるか否かを判定する（ＳＴ１２）。その結果、“在庫あり”の場合は当該商品決済ＯＫ（売買可能）を出し（ＳＴ１３）、“在庫なし”の場合は当該商品決済ＮＧ（売却済み）を出す（ＳＴ１４）。そして、買い物かご１５の情報を更新して（ＳＴ１５）、動作終了となる。
【００７４】
再び図１２において、中継装置３は、商品取引支援装置１の在庫情報１１、画像情報１２及び受注情報１３と同様、加盟店Ｂの商品情報と同期させる在庫情報３１、画像情報３２及び受注情報３３を有し、受注情報３３には、Ｗｅｂサイト３０の買い物かご３５から送られる注文情報が格納される。また、加盟店Ｂの売上情報３４を格納する機能を有している。
【００７５】
更に、中継装置３は、後述のように、商品取引支援装置１へ上記各情報を送信するための処理を行う送信処理部３６と、加盟店Ｂの店舗端末から在庫情報などの商品情報を受信するための処理を行う受信処理部３７とを有する。送信処理部３６は、在庫データ処理部、画像データ処理部及び受注データ処理部を備え、受信処理部３７は、在庫データ処理部、画像データ処理部、受注データ処理部及び売上データ処理部を備えている。加盟店Ｂの売上情報は、受信処理部３７の売上データ処理部で受信処理されて格納される。
【００７６】
以下、図１２の商品取引システムを構成する商品取引支援装置１及び中継装置３の動作について説明する。
【００７７】
図２０は、商品取引支援装置１の通信装置１７により、店舗端末ＰＣ又は中継装置３との間で行われる通信処理の動作手順を示すフローチャートである。
【００７８】
初めに、店舗端末又は中継装置３からの送信メッセージを受信すると（ＳＴ２１）、その受信ログをログファイル４０に出力（記録）する（ＳＴ２２）。その記録内容は、時刻、要求元及び要求メッセージの内容である。その後、そのメッセージが次の４つの要求(1)〜(4)のうちいずれの要求であるかを判定する（ＳＴ２３）。その判定結果により、以下のステップを実行する。
【００７９】
(1) 画像データ登録要求と判定した（ＳＴ２４）場合
画像データ登録は、前述のように、加盟店側で作成した各商品の画像情報２２をサイトに掲載するための画像情報１２としてデータベース１６に格納することである。上記メッセージには登録したい商品画像が１個以上含まれているので、その画像毎に、通信装置１７の画像データ処理部１９で画像データをファイルに書き込む。すなわち、上記メッセージに含まれている画像の数をチェックし（ＳＴ２５）、全数に達するまで画像ファイル書込みを行う（ＳＴ２６）。書込みが終ったとき、画像登録完了メッセージを生成する（ＳＴ２７）。
【００８０】
(2) 在庫データ登録要求と判定した（ＳＴ２８）場合
在庫データ登録は、加盟店の商品在庫情報２１をサイトに掲載するための在庫情報１１としてデータベース１６に格納することである。上記メッセージには、１以上の商品のデータが含まれているので、メッセージをチェックし（ＳＴ２９）、各商品毎に、通信装置１７の在庫データ処理部１８により、商品データを在庫テーブルに登録すると共に、在庫状態すなわち商品の有無を示す在庫状態テーブルにも登録する。具体的には、上記メッセージに含まれている在庫商品のデータ数をチェックし（ＳＴ３０）、全数に達するまで在庫テーブルへの登録（ＳＴ３１）及び在庫状態テーブルへの登録（ＳＴ３２）を行う。登録が終ったとき、データ登録完了メッセージを生成する（ＳＴ３３）。
【００８１】
(3) 在庫データ更新要求と判定した（ＳＴ３４）場合
在庫データ更新は、加盟店で商品が売れてしまったとき等に在庫情報１１を更新することである。上記メッセージには、１以上の更新データが含まれているので、メッセージをチェックし（ＳＴ３５）、各在庫商品毎に、通信装置１７の在庫データ処理部１８により、更新データを在庫テーブルに登録すると共に在庫状態テーブルにも登録する。具体的には、上記メッセージに含まれている更新データ数をチェックし（ＳＴ３６）、全数に達するまで在庫テーブルの更新（ＳＴ３７）及び在庫状態テーブルの更新（ＳＴ３８）を行う。更新が終ったとき、データ更新完了メッセージを生成する（ＳＴ３９）。
【００８２】
(4) 注文データ送信要求と判定した（ＳＴ４０）場合
注文データ送信は、サイトに掲載した商品について受注の有無すなわち注文があったかどうかを示す受注情報１３を加盟店又は中継装置３に送信することである。その送信要求があると、通信装置１７の受注データ処理部２０により、受注情報１３から指定日時以降の受注商品のデータを抽出し（ＳＴ４１）、各商品毎に対象データすなわち送信要求された注文データであるか否かをチェックし（ＳＴ４２）、“Ｙｅｓ”であれば、受注情報を注文データとして生成し（ＳＴ４３）、注文データ送信のメッセージを生成する（ＳＴ４４）。一方、対象データでなければ、注文データなしのメッセージを生成する（ＳＴ４５）。
【００８３】
上記(1)〜(4)のいずれの場合も、最後に生成したメッセージを（(4)の場合は、生成した注文データと共に）送信元の店舗端末又は中継装置３へ送信して（ＳＴ４６）、初め（メッセージ受信待ち）に戻る。
【００８４】
図２１は、店舗端末の送信処理部２６で行われる送信処理動作のフローチャートである。
【００８５】
初めに、商品取引支援装置１又は中継装置３へ送信する処理要求メッセージを生成すると（ＳＴ５１）、そのメッセージログをログファイル４１に出力（記録）する（ＳＴ５２）。その記録内容は、時刻及びメッセージの内容である。その後、そのメッセージが次の４つの要求(1)〜(5)のうちいずれの要求であるかをチェックし（ＳＴ５３）、その結果に応じて、以下のステップを実行する。
【００８６】
(1) 在庫番号で指定する画像データ登録要求（ＳＴ５４）の場合
前述のように、加盟店側で作成した商品の画像情報２２からサイトに掲載したい商品の画像を送信するため、商品画像毎に画像ファイルを読み込む。すなわち、送信したい画像の数をチェックし（ＳＴ５５）、全数に達するまで画像ファイル読込みを行う（ＳＴ５６）。全数読込みが終ったとき、画像データ登録要求メッセージを生成する（ＳＴ５７）。
【００８７】
(2) 在庫番号で指定する在庫データ登録要求（ＳＴ５８）の場合
前述のように、加盟店の在庫情報２１からサイトに掲載したい在庫データを送信するため、在庫テーブルを検索し（ＳＴ５９）、該当するデータの有無をチェックし（ＳＴ６０）、該当データがないときは初めに戻り、該当データがあれば、在庫データ登録要求メッセージを生成する（ＳＴ６１）。
【００８８】
(3) 在庫番号で指定する在庫データ更新要求（ＳＴ６２）の場合
前述のように在庫情報を更新するため、在庫テーブルを検索し（ＳＴ６３）、該当するデータの有無をチェックし（ＳＴ６４）、該当データがないときは初めに戻り、該当データがあれば、在庫データ更新要求メッセージを生成する（ＳＴ６５）。
【００８９】
(4) 在庫番号で指定する在庫データ転送要求（ＳＴ６６）の場合
在庫データの転送は、図１０の加盟店Ｂのように中継装置３に接続する複数の加盟店の間で、在庫商品を移動する場合に行われる。例えば、加盟店Ｂの在庫商品を別の加盟店Ｃの在庫とする場合、加盟店Ｂの店舗端末では、在庫データ転送要求メッセージを生成する（ＳＴ６７）。
【００９０】
(5) 注文データ送信要求（ＳＴ６８）の場合
前述のように、受注情報の送信を要求するため、自己（当該店舗端末）のデータベースにある最新の注文データの日時を指定日時として（ＳＴ６９）、注文データ送信要求メッセージを生成する（ＳＴ７０）。
【００９１】
上記(1)〜(5)のいずれの場合も、最後に生成したメッセージを送信する処理を行い（ＳＴ７１）、通信ログをログファイル４２に出力（記録）して（ＳＴ７２）、初めに戻る。ログファイルへの記録内容は、時刻、送信先、送信メッセージの内容、結果（返答）及び返答メッセージの内容である。
【００９２】
図２２は、店舗端末の受信処理部２７で行われる受信処理動作のフローチャートである。
【００９３】
この受信処理部２７で受信する信号は、商品取引支援装置１或いは中継装置３から送信された在庫情報又は注文情報に関するデータであるから、初めに、受信したデータが在庫データか否かを判定する（ＳＴ８１）。その結果、在庫データの場合は、在庫データ更新処理を起動し（ＳＴ８２）、受信したデータで自己の在庫情報２１を更新し（ＳＴ８３）、それが完了すると在庫データ更新完了ログを出力（記録）して（ＳＴ８４）、初めに戻る。
【００９４】
他方、注文データの場合は、受信した注文データを受注情報２３に登録し（ＳＴ８５）、それが完了すると注文データ登録完了ログを出力（記録）して（ＳＴ８６）、初めに戻る。
【００９５】
図２３は、中継装置３において店舗端末から受信した場合に行われる受信処理動作のフローチャートである。
【００９６】
初めに、受信処理部３７で店舗端末又は商品取引支援装置１からのメッセージを受信すると（ＳＴ９１）、その受信ログをログファイル４３に出力（記録）する（ＳＴ９２）。その記録内容は、時刻、要求元及び要求メッセージの内容である。その後、そのメッセージが次の６つの要求(1)〜(6)のうちいずれの要求であるかを判定する（ＳＴ９３）。その判定結果により、以下のステップを実行する。
【００９７】
(1) 画像データ登録要求（ＳＴ９４）の場合
前記通信装置１７の受信処理と同様、受信したメッセージに含まれている画像毎に、受信処理部３７の画像データ処理部で画像データをファイルに書き込む。すなわち、上記メッセージに含まれている画像の数をチェックし（ＳＴ９５）、全数に達するまで画像ファイル書込みを行う（ＳＴ９６）。書込みが終ったとき、画像登録完了メッセージを生成する（ＳＴ９７）。
【００９８】
(2) 在庫データ登録要求（ＳＴ９８）の場合
１以上の商品のデータが含まれている受信メッセージをチェックし（ＳＴ９９）、各商品毎に、在庫データ処理部により、商品データを在庫テーブルに登録する。すなわち、上記メッセージに含まれている在庫商品のデータ数をチェックし（ＳＴ１００）、全数に達するまで在庫テーブルへの登録を行う（ＳＴ１０１）。登録が終ったとき、データ登録完了メッセージを生成する（ＳＴ１０２）。そして、送信処理部３６で後述の送信処理を行う（ＳＴ１２３）。なお、前記通信装置１７の場合と異なり、在庫状態テーブルはない。
【００９９】
(3) 在庫データ更新要求（ＳＴ１０３）の場合
１以上の更新データが含まれているメッセージをチェックし（ＳＴ１０４）、在庫商品毎に、在庫データ処理部により、更新データを在庫テーブルに登録する。すなわち、上記メッセージに含まれている更新データ数をチェックし（ＳＴ１０５）、全数に達するまで在庫テーブルの更新を行う（ＳＴ１０６）。更新が終ったとき、データ更新完了メッセージを生成する（ＳＴ１０７）。そして、送信処理部３６で後述の送信処理を行う（ＳＴ１２３）。
【０１００】
(4) 売上データ登録要求（ＳＴ１０８）の場合
中継装置３は、これに接続する店舗端末を設置した加盟店の売上データを売上情報３４として記録するデータベースを備えている。そのため、売上データ処理部により、加盟店の店舗端末から送られた１以上の売上データを含むメッセージをチェックし（ＳＴ１０９）、その売上データで伝票テーブルを更新する。すなわち、上記メッセージに含まれている売上データ数をチェックし（ＳＴ１１０）、全数に達するまで伝票テーブルの更新を行う（ＳＴ１１１）。更新が終ったとき、データ登録完了メッセージを生成する（ＳＴ１１２）。
【０１０１】
(5) 在庫番号で指定する在庫データ送信要求（ＳＴ１１３）の場合
加盟店から要求された在庫データを送信するため、指定された在庫データを検索し（ＳＴ１１４）、メッセージをチェックして（ＳＴ１１５）、該当する在庫データの送信メッセージを生成する（ＳＴ１１６）。
【０１０２】
(6) 注文データ送信要求（ＳＴ１１７）の場合
前記通信装置１７の受信処理と同様、受注データ処理部により、受注情報３３から指定日以降の受注商品のデータを抽出し（ＳＴ１１８）、各商品毎に対象データか否かをチェックし（ＳＴ１１９）、“Ｙｅｓ”であれば、受注情報を注文データとして生成し（ＳＴ１２０）、注文データ送信メッセージを生成する（ＳＴ１２１）。一方、対象データでなければ、注文データなしのメッセージを生成する（ＳＴ１２２）。そして、どちらの場合も、送信処理部３６で以下の送信処理を行う（ＳＴ１２３）。
【０１０３】
図２４は、ＳＴ１２３の送信処理の動作を示すフローチャートである。
【０１０４】
初めに、送信処理部３６では、受信処理部３７から受信したパラメータをチェックし（ＳＴ１３１）、上記(1)，(2)，(3)のどの要求であるかを判定する（ＳＴ１３２）。その判定結果により、以下のステップを実行する。
【０１０５】
(1) 在庫データ送信要求（ＳＴ１３３）の場合
前述のように、加盟店の在庫情報２１をＷｅｂサイト１０に掲載するための在庫情報として商品取引支援装置１に送信するため、上記メッセージに含まれるデータがＷｅｂ公開データか否かチェックする（ＳＴ１３４）。その結果、“Ｎｏ”であれば終了となるが、“Ｙｅｓ”の場合、在庫データ送信要求メッセージのヘッダー部の送信元ＩＤを中継ＩＤ（中継装置３のＩＤ）に変更し（ＳＴ１３５）、関連画像ファイル送信メッセージを生成する（ＳＴ１３６）。
【０１０６】
(2) 在庫データ更新要求（ＳＴ１３７）の場合
前述のように、加盟店で商品が売れてしまったとき等に在庫情報１１を更新するため、上記メッセージに含まれるデータがＷｅｂ公開データか否かチェックする（ＳＴ１３８）。その結果、“Ｎｏ”であれば終了となるが、“Ｙｅｓ”の場合、在庫データ更新要求メッセージのヘッダー部の送信元ＩＤを中継ＩＤ（中継装置３のＩＤ）に変更する（ＳＴ１３９）。
【０１０７】
(3) 注文データ送信要求（ＳＴ１４０）の場合
注文データ送信は、商品取引支援装置１の受注情報１３を、中継装置３を介して加盟店に送信することである。この場合、送信要求メッセージのヘッダー部の送信元ＩＤを中継ＩＤ（中継装置３のＩＤ）に変更する（ＳＴ１４１）。
【０１０８】
上記(1)〜(3)の処理後、商品取引支援装置１の通信装置１７へメッセージを送信し（ＳＴ１４２）、通信装置１７から応答メッセージを受信して（ＳＴ１４３）、終了となる。
【０１０９】
再び図２３において、前記(1)〜(6)のいずれの場合も、最後に生成したメッセージを送信処理部３６から送信元へ送信して（ＳＴ１２４）、初め（メッセージ受信待ち）に戻る。
【０１１０】
上記のような商品取引支援装置１或いは中継装置３の動作は、その処理の内容に応じて複数のサーバに分散することにより、より迅速に処理することができる。
【０１１１】
以上、好適な実施の形態について説明したが、本発明は、これに限らず、前述の目的を達成する商品取引支援システムを実現できるものであればよい。
【図面の簡単な説明】
【０１１２】
【図１】本発明の第１の実施形態を示す図。
【図２】図１の加盟店Ａの店舗端末に格納される商品情報の詳細を示す図。
【図３】図１の商品取引支援装置に格納される商品情報の詳細を示す。
【図４】商品取引支援装置を介して加盟店Ａの店舗端末と仮想店舗側との間で行われる処理の手順を示す図。
【図５】第２の実施形態を示す図。
【図６】図５の商品取引支援装置を介して加盟店Ａの店舗端末と仮想店舗側との間で行われる処理の手順を示す図。
【図７】第３の実施形態を示す図。
【図８】第４の実施形態を示す図。
【図９】図８の商品取引支援装置を介して行われる処理手順を示す図。
【図１０】第５の実施形態を示す図。
【図１１】図１０の商品取引支援装置を介して行われる処理手順を示す図。
【図１２】ネット上の仮想店舗への出品や受注等の商品取引管理を行う商品取引システムの構成図。
【図１３】提携サイトの画面の例を示す図。
【図１４】商品取引支援装置で運営されるＷｅｂサイトの画面の例を示す図。
【図１５】中継装置で運営されるＷｅｂサイトの画面の例を示す図。
【図１６】図１２のアプリケーションサーバＡＳの機能を示す図。
【図１７】アプリケーションサーバＡＳによる在庫検索動作のフローチャート。
【図１８】図１２のデータベースに格納される商品カテゴリマスタの例を示す図。
【図１９】アプリケーションサーバＡＳによる注文処理動作のフローチャート
【図２０】図１２の商品取引支援装置の通信処理動作を示すフローチャート。
【図２１】図１２の店舗端末の送信処理動作を示すフローチャート。
【図２２】図１２の店舗端末の受信処理動作を示すフローチャート。
【図２３】図１２の中継装置の受信処理動作を示すフローチャート。
【図２４】図１２の中継装置の送信処理動作を示すフローチャート。
【符号の説明】
【０１１３】
１…商品取引支援装置、２…ネットワーク、３…中継装置、４，５…ネットワーク、６…提携サイト、１０…Ｗｅｂサイト、１１…在庫情報、１２…画像情報、１３…受注情報、１４…商品カテゴリマスタ、１５…買い物かご、１６…データベース、１７…通信装置、１８…在庫データ処理部、１９…画像データ処理部、２０…受注データ処理部。
【図１】
2006099706.tif 000003
【図２】
2006099706.tif 000004
【図３】
2006099706.tif 000005
【図４】
2006099706.tif 000006
【図５】
2006099706.tif 000007
【図６】
2006099706.tif 000008
【図７】
2006099706.tif 000009
【図８】
2006099706.tif 000010
【図９】
2006099706.tif 000011
【図１０】
2006099706.tif 000012
【図１１】
2006099706.tif 000013
【図１２】
2006099706.tif 000014
【図１３】
2006099706.tif 000015
【図１４】
2006099706.tif 000016
【図１５】
2006099706.tif 000017
【図１６】
2006099706.tif 000018
【図１７】
2006099706.tif 000019
【図１８】
2006099706.tif 000020
【図１９】
2006099706.tif 000021
【図２０】
2006099706.tif 000022
【図２１】
2006099706.tif 000023
【図２２】
2006099706.tif 000024
【図２３】
2006099706.tif 000025
【図２４】
2006099706.tif 000026
【手続補正書】
【提出日】平成18年1月17日(2006.1.17)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
また、後述（図１２）のように、商品取引支援装置１のデータベースには、テーブル形式の買い物かご１５も格納される。これは、受注した商品について、顧客ＩＤ（番号若しくは記号）、上記在庫テーブルと同様に商品番号、メーカ、モデル、タイプその他必要なデータを記載した表から成る。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００６８
【補正方法】変更
【補正の内容】
【００６８】
図１７は、アプリケーションサーバＡＳによる「在庫検索」動作のフローチャートである。この動作は、最初の「リクエストメッセージ受信」（ＳＴ１）で開始し、そのメッセージがＷｅｂサイトからのメッセージか否かを判定する（ＳＴ２）。リクエストメッセージには、商品を特定するためのキーワードとしてカテゴリが含まれている。カテゴリは、図１８に示すように、業種（例えば「ブランド」）、種類（例えば「時計」）、分類（例えば「腕時計」）、メーカ、モデルに区分されている。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７５
【補正方法】変更
【補正の内容】
【００７５】
更に、中継装置３は、後述のように、商品取引支援装置１へ上記各情報を送信するための処理を行う送信処理部３６と、加盟店Ｂの店舗端末から在庫情報などの商品情報を受信するための処理を行う受信処理部３７とを有する。送信処理部３６は、在庫データ処理部、画像データ処理部及び受注データ処理部を備え、受信処理部３７は、在庫データ処理部、画像データ処理部、受注データ処理部及び売上データ処理部を備えている。加盟店Ｂの売上情報２４は、受信処理部３７の売上データ処理部で受信処理され、売上情報３４として格納される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１０４
【補正方法】変更
【補正の内容】
【０１０４】
初めに、送信処理部３６では、受信処理部３７から受信したパラメータをチェックし（ＳＴ１３１）、下記(1)，(2)，(3)のどの要求であるかを判定する（ＳＴ１３２）。その判定結果により、以下のステップを実行する。
【手続補正５】
【補正対象書類名】図面
【補正対象項目名】図８
【補正方法】変更
【補正の内容】
【図８】
2006099706.tif 000027
【手続補正６】
【補正対象書類名】図面
【補正対象項目名】図１０
【補正方法】変更
【補正の内容】
【図１０】
2006099706.tif 000028
【手続補正７】
【補正対象書類名】図面
【補正対象項目名】図１８
【補正方法】変更
【補正の内容】
【図１８】
2006099706.tif 000029
【手続補正８】
【補正対象書類名】図面
【補正対象項目名】図２０
【補正方法】変更
【補正の内容】
【図２０】
2006099706.tif 000030