JP2004272819A

JP2004272819A - Net sales management device, net sales support device and program

Info

Publication number: JP2004272819A
Application number: JP2003065835A
Authority: JP
Inventors: Yoichi Kobayashi; 洋一小林; Tomoyuki Nihei; 朋之仁瓶
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 2003-03-12
Filing date: 2003-03-12
Publication date: 2004-09-30
Anticipated expiration: 2023-03-12
Also published as: JP4225085B2

Abstract

<P>PROBLEM TO BE SOLVED: To provide a net sales management device that can link with a sales management device on a real store for net shop configuration and net sales management and also can link with another net shop other than a net shop operated and managed for itself. <P>SOLUTION: When receiving a request by a real store (store terminal 2) for net sales display at another shopping mall other than a shopping mall operated and managed for itself, a mediation site 1 refers to a shop registration definition file SR to convert net shop configuration information created thereto by the real store to information conforming to a display format on the destination, and transmits it to the other shopping mall site 1. When receiving net order information from the other shopping mall site 1, the mediation site 1 refers to an order data definition file OR to convert the net order information to information conforming to a processing format on the real store, and transmits it to the store terminal 2. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
この発明は、実際の店舗での実取引を管理する実店舗販売管理装置にネットワークを介して接続され、実店舗側から依頼されたネットショップを運営管理するネット販売管理装置に関し、また、実店舗販売管理装置とネット販売管理装置との間を仲介してネット販売の支援を行うネット販売支援装置に関する。
【０００２】
【従来の技術】
近年、インターネットを介して各種の商品を販売するネットショップ（仮想店舗）と、商品の購入申込を行う顧客側のユーザ端末との間でインターネットを介して双方向通信を行なう電子商取引は、自宅等のユーザ端末から何時でも自由に所望する商品を購入することができ、購入商品に対する決済も銀行口座からの自動引き落としが可能な為に、仮想店舗の集合である仮想的な商店街に相当するショッピングモール等が益々普及している。
ところで、実店舗側に設置されている販売管理装置としてのパーソナルコンピュータ（店舗ＰＣ）には、店舗で商取引される販売対象商品毎にその商品情報を記憶管理すると共に、売上情報や顧客情報を記憶管理し、キー入力された注文内容に基づいて売上情報や顧客情報を更新したり、この売上情報や顧客情報に基づいて各種の伝票を発行する等の販売管理を行う販売管理システム（業務アプリケーション）が構築されている。このようなシステム環境の店舗ＰＣを使用してネットショップを構築する場合には、市販されているホームページ作成支援ソフトを購入したり、専門業者にその構築を依頼するようにしていた。
【０００３】
この場合、市販のホームページ作成支援ソフトを使用してネットショップを構築する為には、ＰＣを十分使いこなすことができることを前提とする他に、ホームページの作成に関する高度な知識が要求される為、一般の店舗経営者や店員にとっては、その構築は困難となり、また、専門業者に依頼すると、構築費用が膨大なものとなる為、ネット販売を希望していても、それを容易に実現することはできなかった。
従来においては、個々の小売企業が共同してＷｅｂサイトを運営し、商品情報の共有化、在庫情報の共有化、顧客サービスの共有化することによって仮想店舗の構築を低コストで実現するようにした仮想店舗システムが知られている（特許文献１参照）。
【０００４】
【特許文献１】
特開２００２−０４９７７１号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、上述した仮想店舗システムのように、個々の小売企業が共同してＷｅｂサイトを運営するものにあっては、商品情報、在庫情報、顧客サービスの共有化を前提としている為、各小売企業毎に独自のネット販売を企画することができないという問題を生じる。
ところで、一般的に、ショッピングモールを運営管理する会社毎に、各種の商品情報をどのような形式で展示するかの展示形式が大きく相違している為、例えば、複数のショッピングモールに対して自店舗用のネットショップを開設しようとした場合、各ショッピングモール毎にその展示形式に合ったホームページを作成しなければならず、店舗側に大きな負担をかけてしまう。
【０００６】
他方、ショッピングモールから注文を受けた場合、実店舗側において既存の販売管理システムに対してネットショップの販売管理も行わせる為には、ネットショップ側から注文情報を取り寄せて、通常のキー操作手順にしたがってネット販売の各注文情報をキー入力するようにしているが、実店舗において実取引される通常の注文内容をキー入力する作業に慣れているオペレータにとっては、特殊なネット販売の注文情報をキー入力することは、作業効率が悪く、入力ミスを誘発し易い等の問題もあった。
そこで、本出願人は先に、実際の店舗での実取引を管理する実店舗用の販売管理装置において、自店舗用のネットショップを構築する為に、実店舗で商取引される販売対象商品群の中から任意に選択した商品に関する情報を掲載した商品案内ページを作成してアップロードしたり、また、ネットショップ側で商品注文された注文情報に基づいて実店舗側の売上情報を更新することによって、ネットショップの構築とネット販売の管理を既存の販売管理システムに対して連携可能とした技術を提案した（発明の名称：販売管理装置、特願２００１−２７８２００）。
【０００７】
第１の発明の課題は、ネットショップを運営管理するネット販売管理装置において、実店舗販売管理装置との間でネットショップの構築とネット販売の管理を連携可能とする他、自己が運営管理するネットショップ以外の他のネットショップ側に対しても連携可能とするネット販売管理装置を提供できるようにすることである。
第２の発明の課題は、実際の店舗での実取引を管理する実店舗販売管理装置とネットショップを運営管理するネット販売管理装置との間を仲介してネット販売を支援するネット販売支援装置において、実店舗側が希望した任意のネットショップ側と実店舗側との間でネットショップの構築とネット販売の管理を連携可能とするネット販売支援装置を提供できるようにすることである。
【０００８】
この発明の手段は、次の通りである。
請求項１記載の発明は、実際の店舗での実取引を管理する実店舗販売管理装置にネットワークを介して接続され、この実店舗側で実取引される販売対象商品群の中からネット販売対象として選択された商品に関する情報が掲載されていると共に自己が運営管理するネットショップ用の展示形式にしたがって作成された内容の商品展示情報を実店舗側から受信取得して当該ネットショップを開設し、かつ、このネットショップで販売された商品のネット注文情報を実店舗用の処理形式に合った情報に変換して当該実店舗側へ送信するネット販売管理装置であって、自己が運営管理するネットショップ以外の他のネットショップ側に対しても実店舗側からネット販売の出品依頼を受けた場合に、当該他のネットショップ側で行われる商品の展示形式を参照し、実店舗側から自己宛に作成された前記商品展示情報をこの依頼先向けの展示形式に合った情報に変換して当該他のネットショップ側へ送信する第１の制御手段と、前記他のネットショップ側からネット注文情報を受けた場合に、実店舗側で注文情報を処理する処理形式を参照し、このネット注文情報を実店舗用の処理形式に合った情報に変換して当該実店舗側へ送信する第２の制御手段とを具備したネット販売管理装置を特徴とする。
更に、コンピュータに対して、上述した請求項１記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項３記載の発明）。
【０００９】
したがって、請求項第１、３記載の発明は、自己が運営管理するネットショップ（例えば、ショッピングモール）以外の他のネットショップ（例えば、ショッピングモール）側に対しても実店舗側からネット販売の出品依頼を受けた場合に、当該他のネットショップ側で行われる商品の展示形式を参照し、実店舗側から自己宛に作成された商品展示情報をこの依頼先向けの展示形式に合った情報に変換して当該他のネットショップ側へ送信し、他のネットショップ側からネット注文情報を受けた場合に、実店舗側で注文情報を処理する処理形式を参照し、このネット注文情報を実店舗用の処理形式に合った情報に変換して当該実店舗側へ送信するようにしたから、実店舗側との間でネットショップの構築およびネット販売の管理を自己が運営管理するネットショップ以外の他のネットショップ側に対しても連携可能となり、実店舗側においては、商品の展示形式がネットショップ毎に異なる場合でも、展示形式毎にネットショップを構築する必要がなくなり、また、ネット注文情報の形式がネットショップ毎に異なる場合でも、ネット販売の注文を実店舗側の取引と同様に取り扱うことができ、更に、実店舗側の既存の販売管理システムを変更することなく、ネット販売を新たな販売手段として容易に追加することが可能となる他、複数のネットショップの開設によって更なる販売促進を期待することができる。
【００１０】
なお、この発明は次のようなものであってもよい。
自己が運営管理するネットショップ以外における他の複数のネットショップと実店舗との対応関係を示す情報を実店舗毎に記憶管理する対応情報記憶手段と、前記他の各ネットショップ側で行われる商品の展示形式をネットショップ毎に記憶管理すると共に、実店舗側で注文情報を処理する処理形式とネットショップ側で注文情報を処理する処理形式との対応を記憶管理する形式情報記憶手段とを設け、前記第１の制御手段は、自己が運営管理するネットショップ以外の他のネットショップ側に対しても実店舗側からネット販売の出品依頼を受けた場合に、この実店舗に対応付けられている前記複数のネットショップの中から出品依頼先として指定されたネットショップを選択すると共に、実店舗側から自己宛に作成された展示情報を前記選択ショップ向けの展示形式に合った情報に変換して当該ネットショップ側へ送信し、前記第２の制御手段は、他のネットショップ側からネット注文情報を受けた場合に、その商品のネット販売を依頼した依頼元の実店舗と当該ネットショップとの処理形式を参照し、ネット注文情報を実店舗用の処理形式に合った情報に変換して当該実店舗側へ送信する（請求項２記載の発明）。
【００１１】
したがって、（請求項２記載の発明）の発明においては、上述した請求項１記載の発明と同様の効果を有する他、複数のネットショップと実店舗とを関係付ける為の各種の情報を記憶管理するようにしたから、実店舗毎に、出品候補として予め登録しておいた複数のネットショップの中から希望するネットショップを任意に選択指定することができると共に、出品依頼先として選択したネットショップでのネット販売が芳しくない場合には、他のネットショップへの変更も容易に行うことができる等、実情に即した対応が可能となる。
【００１２】
請求項４記載の発明は、実際の店舗での実取引を管理する実店舗販売管理装置と、ネットショップを運営管理するネット販売管理装置との間を仲介してネット販売の支援を行うネット販売支援装置であって、各ネットショップ側で行われる商品の展示形式をネットショップ毎に記憶管理すると共に、実店舗側で注文情報を処理する処理形式とネットショップ側で注文情報を処理する処理形式を記憶管理する形式情報記憶手段と、何れかのネットショップへの出品依頼を実店舗側から受けた場合に、出品依頼先として指定されたネットショップを選択すると共に、当該実店舗側で実取引される販売対象商品群の中からネット販売対象として出品依頼された商品に関する情報を前記選択ショップ向けの展示形式に合った情報に変換して当該ネットショップ側へ送信する第１の制御手段と、ネットショップ側からネット注文情報を受けた場合に、その商品のネット販売を依頼した依頼元の実店舗と当該ネットショップとの処理形式を参照し、ネット注文情報を実店舗用の処理形式に合った情報に変換して当該実店舗側へ送信する第２の制御手段とを具備したネット販売支援装置を特徴とする。
更に、コンピュータに対して、上述した請求項４記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項５記載の発明）。
【００１３】
したがって、請求項第４、５記載の発明は、実店舗とネットショップとの間を仲介してネット販売の支援を行うネット販売支援装置において、何れかのネットショップ（例えば、ショッピングモール）への出品依頼を実店舗側から受けた場合に、その依頼先のネットショップを選択すると共に、実店舗側で実取引される販売対象商品群の中からネット販売対象として出品依頼された商品に関する情報を選択ショップ向けの展示形式に合った情報に変換して当該ネットショップ側へ送信し、また、ネットショップ側からネット注文情報を受けた場合に、このネット注文情報を実店舗用の処理形式に合った情報に変換して実店舗側へ送信するようにしたから、実店舗側が希望した任意のネットショップ側と実店舗側との間でネットショップの構築とネット販売の管理の連携が可能となり、実店舗側においては、商品の展示形式がネットショップ毎に異なる場合でも、展示形式毎にネットショップを構築する必要がなくなり、また、ネット注文情報の形式がネットショップ毎に異なる場合でも、ネット販売の注文を実店舗側の取引と同様に取り扱うことができ、更に、実店舗側における既存の販売管理システムを変更することなく、ネット販売を新たな販売手段として容易に追加することが可能となる。
【００１４】
【発明の実施の形態】
以下、図１〜図４４を参照してこの発明の一実施形態を説明する。
図１は、この実施形態における販売管理ネットワークシステムの全体構成を示したブロック図である。
この販売管理ネットワークシステム（広域通信システム）は、複数のショッピングモールサイト１を中核とし、この各ショッピングモールサイト１には、その会員ユーザ（ネット出店者）である実際の店舗（実店舗）内に設置されている店舗端末２がネットワーク網（インターネット）３を介して接続されていると共に、ショッピングモールの一般顧客であるユーザ端末（商品購入者端末）４がネットワーク網３を介して接続されているシステム環境となっている。
【００１５】
ショッピングモールサイト１は、ネットショップ（仮想店舗）の集合である仮想的な商店街（ショッピングモール）を運営管理する為のネット販売管理装置である。なお、インターネット上に存在する複数のショッピングモールサイト１のうち、この実施形態固有のショッピングモールサイト１を“仲介サイト１”と称するが、特に、他のショッピングモールサイト１と区別する必要がない場合には、仲介サイト１を含めてショッピングモールサイト１と総称するものとする。
【００１６】
店舗端末２は、実際の店舗での実取引を管理する実店舗販売管理装置であり、ショッピングモールサイト１へ出品する為のネット販売対象商品（ネットショップへの販売品）を実店舗で商取引される販売対象商品群の中から任意に選択指定された場合に、このネット販売対象の商品に関する情報が掲載されていると共に仲介サイト独自の展示形式にしたがった内容の商品展示情報、つまり、ネットショップ用の商品案内ページ（ＨＴＭＬのＷｅｂページ）を作成して仲介サイト１へアップロードするようにしている。また、店舗端末２は、仲介サイト１側で商品注文された注文内容に基づいて実店舗用（実取引用）の売上情報や顧客情報等を更新するようにしている。
【００１７】
仲介サイト１は、この実施形態における各実店舗側が日常、専用的に使用する為のショッピングモールサイトであり、実店舗側で仲介サイト用として作成された商品案内ページを開設することによって当該店舗対応のネットショップを出店して運営管理する他に、このネットショップで販売された商品のネット注文情報を実店舗側の処理形式に合った情報に変換して当該実店舗側の店舗端末２へ送信する機能と、この実店舗側と他のショッピングモールサイト１との間を仲介してネット販売の支援を行う仲介機能を有している。
【００１８】
すなわち、仲介サイト１には、自己が運営管理するショッピングモール以外の他のショッピングモールサイト１に対しても実店舗側からネット販売の出品依頼を受けた場合に、当該他のショッピングモールサイト１側で行われる商品の展示形式を参照し、実店舗側から自己宛に出品依頼された商品案内ページをこの依頼先向けの展示形式に合った商品案内ページに変換して当該他のショッピングモールサイト１側へ送信する仲介機能と、ショッピングモールサイト１側からネット注文情報を受けた場合に、実店舗側で注文情報を処理する処理形式を参照し、このネット注文情報を実店舗用の処理形式に合った情報に変換して当該実店舗側の店舗端末２へ送信する仲介機能とを有している。
【００１９】
図２は、店舗端末２の基本的なシステム概要や仲介サイト１を説明する為のブロック図である。
店舗端末２は、店舗内に設置されているパーソナルコンピュータ（店舗ＰＣ）であり、この店舗端末２には、店舗で商取引される販売対象商品毎にその商品情報を記憶管理すると共に、売上情報や顧客情報等を記憶管理し、キー入力された注文情報（伝票データ）に基づいて各種の販売管理を行う既存の販売管理システム２１が構築されている。つまり、販売管理システム２１は、各種のマスタファイル、伝票処理用のファイル等を運用管理し、注文業務、入金管理、請求業務、出荷業務等の一連の業務を行う通常の業務アプリケーションであり、売上データの入力、伝票発行、データ管理、データ活用等の販売管理一般の処理機能を有している。
【００２０】
この販売管理システム２１側には、その基本的なデータファイルとして、後述する商品ジャンル別の複数の商品ＭＴ（マスタ）ファイルＦ１、伝票明細・伝票合計ファイルＦ２、得意先マスタファイルＦ３、届け先マスタファイルＦ４が設けられている。なお、マスタファイルとは、トランザクションファイルに対する概念であるが、この実施形態においては、単に基本的なファイルであることを示し、トランザクション的な使い方をする場合があるファイル（例えば、得意先マスタファイルＦ３、届け先マスタファイルＦ４）を含めてマスタファイルと称する（以下、同様）。
【００２１】
また、店舗端末２には、上述した既存の販売管理システム２１の他に、この実施形態特有のネットショップ構築・運用システム２２が追加構成されている。
このネットショップ構築・運用システム２２は、ネットショップの構築とネット販売の管理を行うもので、このシステム２２を備えた店舗端末２は、「ネットショップ出店者用のＰＣ」としても機能するようになる。
ネットショップ構築・運用システム２２は、ネットショップ構築ＡＰ（アプリケーション）２２ａとネット販売入力ＡＰ２２ｂとに大別されており、既存の販売管理システム２１と連携し合っている。なお、販売管理システム２１との連携には、「商品マスタ連携」と「注文トランザクション連携」とがある。
【００２２】
「商品マスタ連携」は、販売管理システム２１側の商品マスタファイルＦ１を参照して、ネットショップ陳列用の各商品に関する情報を生成し、ショッピングモールサイト１へアップロードすることを意味し、ネットショップ側の商品と商品マスタファイルＦ１内の商品との整合性を保持している。
「注文トランザクション連携」は、ネットショップ側の注文情報（注文トランザクション）を取得し、販売管理システム２１への注文情報として入力することによって各種の業務処理を行うことを意味し、注文業務、入金管理、請求業務、顧客管理、出荷業務等の一連の業務をネット販売の注文情報に応じて処理するようにしている。
【００２３】
ネットショップを新規に構築する際に、そのオペレータは、ネットショップ構築ＡＰ２２ａを起動させることにより商品案内ページの構成を任意に定義したり、商品案内ページ内に掲載する商品情報やその配列状態を任意に設定し、この商品案内ページの構成（ＨＴＭＬ）や商品案内ページ内に掲載する商品情報（商品画像を含む）を格納した各種ファイル群Ｆを仲介サイト１へアップロードさせることによって所望するネットショップ構築情報を店舗別格納領域Ｅ内に構築するようにしている。ここで、ネットショップ構築ＡＰ２２ａは、ネットショップ定義モジュールＭ１、ネット商品登録モジュールＭ２、ネット商品陳列モジュールＭ３に大別されている。ネットショップ定義モジュールＭ１は、ネットショップの構造、つまり、複数の商品案内ページ毎にそのページデザイン等の構成を任意に定義する為のモジュールである。
【００２４】
ネット商品登録モジュールＭ２は、販売管理システム２１側の商品マスタファイルＦ１に格納されている各種商品の中からネット販売として出品する為の対象候補となる商品が任意に選択指定された場合に、その商品に関する情報を連動商品マスタファイルＦ５に登録する為のモジュールである。連動商品マスタファイルＦ５は、ネット販売の対象候補となる商品群を記憶管理するネット販売用の商品マスタファイルである。
ネット商品陳列モジュールＭ３は、連動商品マスタファイルＦ５内に登録されている出品候補群の中から任意の商品をネット販売の対象商品として選択可能であると共に、選択された商品に関する情報を商品案内ページ内に配置する為の陳列状態を任意に設定可能なモジュールである。
【００２５】
ネットショップ構築・運用システム２２を構成するネット販売入力ＡＰ２２ｂは、ネット注文情報取得モジュールＭ５、ネット注文入力モジュールＭ６を有ししている。
ネット注文情報取得モジュールＭ５は、仲介サイト１や他のショッピングモールサイト１側で商品注文されたネットショップ対応の注文情報ファイルＯＦから読み出されたネット販売の注文情報を受信取得して、連動売上明細ファイルＦ６に蓄積する為のモジュールである。なお、ネット販売の注文情報としては、注文商品に関する情報、注文者に関する情報、配送先（届け先）に関する情報を含むが、これらを合わせて注文情報と称する。
【００２６】
連動売上明細ファイルＦ６は、ショッピングモールサイト１側の注文情報ファイルＯＦの内容を一次記憶保持するもので、ネット注文入力モジュールＭ６は、連動売上明細ファイルＦ６の内容（ネット販売の注文情報）を１伝票単位で読み出して、伝票明細・伝票合計ファイルＦ２へ格納したり、注文者に関する情報を抽出して得意先マスタファイルＦ３へ格納すると共に得意先別の売上実績を更新し、また、届け先に関する情報を抽出して届け先マスタファイルＦ４へ格納すると共に得意先別・届け先別の売上実績を更新する等の処理を行う為のモジュールである。
【００２７】
仲介サイト１には、ネットショップ対応の注文情報ファイルＯＦが設けられている他、ショップ登録定義ファイルＳＲと注文データ定義ファイルＯＲが設けられている。このショップ登録定義ファイルＳＲは、自己が運営管理するショッピングモール以外で他の複数の各ショッピングモールと実店舗との対応関係を実店舗毎に定義する情報を登録する他、各ショッピングモール側で行われる商品の展示形式をショッピングモール毎に定義する情報を登録する為のファイルである。なお、実店舗に対応する複数の他のショッピングモールは、その実店舗側から出品（出店）予定の候補として事前に指定されたものであり、仲介サイト１は、この指定に基づいて実店舗対応のショップ登録定義ファイルＳＲを生成する。
【００２８】
図３は、ショップ登録定義ファイルＳＲの構成を説明する為の図である。
ショップ登録定義ファイルＳＲは、自己が運営管理するショッピングモール以外で他の複数の各ショッピングモールと実店舗との対応関係を示す情報として、図３（Ａ）に示すように、実店舗毎に、その「店舗識別情報」に対応してその店舗が専用的に使用する仲介サイト１をアクセスする為の「店舗の仲介サイトへのアクセスＩＤ」が記憶されている他、各ショッピングモール毎に、そのショッピングモールへ出店するか否かの出店有無を示す「ショッピングモール出店」、ショッピングモールをアクセスする際のアドレスを示す「アドレス」、その「アクセスＩＤ」および「パスワード」を記憶する構成となっている。
【００２９】
また、ショップ登録定義ファイルＳＲは、各ショッピングモール側で行われる商品の展示形式（出店ルール）を示す為の情報として、図３（Ｂ）に示すように、ショッピングモール毎に、例えば、ＨＴＭＬ文、論理情報等を示す「出店データ形式」、トップページ、商品ページ、お店紹介等に関する「アップロード形式」、頁構造等に関する規約の「ショップ構造規格」、買い物カゴ機能等の「機能利用Ｉ／Ｆ」、商品情報等の「情報格納形式」が定義されている。
【００３０】
注文データ定義ファイルＯＲは、実店舗側で注文情報を処理する処理形式（連動売上明細ファイルＦ６のレコード形式）とショッピングモール側で注文情報を処理する処理形式（モール固有のレコード形式）との対応をショッピングモール毎に記憶管理するもので、ショッピングモールサイト１側でネット注文情報を受けた場合に、このネット注文情報を実店舗側で注文情報を処理する実店舗用の処理形式に変換する際に使用される。
図４は、注文データ定義ファイルＯＲの構成を説明する為の図であり、この注文データ定義ファイルＯＲは、ショッピングモールサイト１側でのネット注文情報に含まれている各フィールドが実店舗側の連動売上明細ファイルＦ６のどの項目に対応しているかを項目毎に定義する為に、連動売上明細ファイルＦ６側の「項目名」とネット注文情報の「対応フィールドＮｏ」の他、「データ変換形式」を有する構成となっている。なお、「データ変換形式」は、コード変換、桁数の変更等が必要な項目に対応して登録されてものである。
【００３１】
図５は、ネットショップ構築ＡＰ２２ａを構成するネットショップ定義モジュールＭ１、ネット商品登録モジュールＭ２、ネット商品陳列モジュールＭ３の動作概念を説明する為の図である。
ネットショップ定義モジュールＭ１が起動されると店舗端末２は、Ｗｅｂページ数等のネットショップの構造や各ページ毎に、ページ種、それに掲載される最大商品数等を定義してショップ構造定義ファイルＦ１１に格納したり、各ページ毎にそのデザイン（背景画像、ボタン等のページ構成要素やそれらのレイアウト等）を定義してＨＴＭＬファイルＦ１２に格納する。ＨＴＭＬファイルＦ１２は、ハイパーテキストマークアップ言語で作成されたファイルであり、ショップ構造定義のページ数に対応して複数のページからなる。
なお、図３６（Ｂ）は、ショップ構造定義ファイルＦ１１に格納されるデータを入力設定する為のショップ構造定義画面を示したもので、その詳細については後述する。
【００３２】
ネット商品登録モジュールＭ２が起動されると店舗端末２は、販売管理システム２１側に設けられている商品ジャンルに対応づけられている複数の商品マスタファイルＦ１の一覧を表示させ、このマスタ一覧の中から所望する商品ジャンルの商品マスタファイルＦ１が任意に選択指定されると、選択された商品マスタファイルＦ１の内容を一覧表示させ、この商品一覧の中から任意の商品が選択指定されると、その商品に関する情報を連動商品マスタファイルＦ５に登録する。つまり、選択された商品マスタファイルＦ１をソースとして、その商品マスタファイルＦ１内の各種商品の中からネット販売の出品候補となる商品が任意に選択指定された場合に、選択された商品情報の中からネット販売に必要な情報を取出して連動商品マスタファイルＦ５に登録すると共に、ネット販売用として入力された固有の情報を連動商品マスタファイルＦ５に登録する。
【００３３】
この場合、商品マスタファイルＦ１と連動商品マスタファイルＦ５とは商品コード等によって関連づけられている。また、商品マスタファイルＦ１に登録されていない商品、つまり、実店舗で取り扱っていない新規商品であっても、ネット販売の対象候補として連動商品マスタファイルＦ５に登録することができるが、新規商品を登録した場合には、それを商品マスタファイルＦ１にも追加登録することによって商品マスタファイルＦ１と連動商品マスタファイルＦ５との整合性を保持するようにしている。
【００３４】
また、商品マスタファイルＦ１と連動商品マスタファイルＦ５との整合性を保持する為の手段として、商品マスタファイルＦ１の内容を修正する場合に、その修正対象として指定された商品が仲介サイト１側へ送信した商品（ネット販売中の商品）であるかを判別し、ネット販売中の商品であれば、修正警告のメッセージを表示するようにしている。
この場合、修正実行の指示を受けたことを条件として、商品マスタファイルＦ１の更新に連動して当該商品に対応する連動商品マスタファイルＦ５の内容を更新する。更に、商品マスタファイルＦ１の内容を削除する場合にも、その削除対象として指定された商品がネット販売中の商品であれば、その商品に対応する商品マスタファイルＦ１の内容を削除することを禁止するメッセージを表示するようにしている。
【００３５】
図６（Ａ）は、商品マスタファイルＦ１のレコード構成を示したもので、各商品レコードは、「商品コード」、「商品名」、「商品分類」、「ＪＡＮコード」、「販売価格」等の各種項目を有している。
図６（Ｂ）は、連動商品マスタファイルＦ５のレコード構成を示したもので、各ネット商品レコードは、「商品コード」、「商品名」、‥‥、「販売価格」、「画像番号」、「商品説明」、「配送料金」等の各種項目を有している。なお、「商品コード」、「商品名」、‥‥、「販売価格」は、商品マスタファイルＦ１から取得した情報であるが、「画像番号」、「商品説明」、「配送料金」等は、商品マスタファイルＦ１には存在していないネット商品固有の情報である。また、連動商品マスタファイルＦ５には、それと連携する商品マスタファイルＦ１の名称が「ソースマスタ名」として付加されている。
【００３６】
また、ネット商品登録モジュールＭ２にしたがって店舗端末２は、画像選択モジュールＭ２１を起動させ、画像候補ファイルＦ７の内容を一覧表示させる。画像候補ファイルＦ７は、予め各種の商品毎に撮影された商品画像を画像番号に対応して、１商品ファイル形式で記憶管理するファイルである。店舗端末２は、画像一覧の中から任意の商品画像が選択指定されると、選択された画像番号をその商品に関する情報として連動商品マスタファイルＦ５へ格納する。
【００３７】
ネット商品陳列モジュールＭ３の起動によって店舗端末２は、ショップ構造定義ファイルＦ１１の内容を一覧表示させる。なお、図４１は、ショップ構造定義ファイルＦ１１の内容を表示したネット商品陳列＜ページ一覧＞画面を例示したもので、その詳細については後述する。
そして、店舗端末２は、このページ一覧の中から任意のページが選択された場合に、商品陳列定義ファイルＦ３１をアクセスし、選択ページ対応の定義内容（最初は未定義）を表示出力させる。
図７は、商品陳列定義ファイルＦ３１の構成を示した図で、複数ページに対応してそのページ内に配置する商品とその配置順を定義するもので、各ページ対応の定義内容は、「ページ番号」、「商品コード（１）」、「商品コード（２）」、‥‥を記憶する構成となっている。また、図４２は、選択ページ対応の陳列商品登録画面を例示したもので、その詳細については後述する。
【００３８】
また、ネット商品陳列モジュールＭ３にしたがって店舗端末２は、連動商品マスタファイルＦ５をアクセスし、商品一覧画面を表示させる。なお、図４３は、連動商品マスタファイルＦ５の商品一覧画面を例示したもので、その詳細については後述する。
この商品一覧の中から任意の商品がネット陳列対象として選択された場合には、その商品コードを商品陳列定義ファイルＦ３１の選択ページ内に配置する。なお、ネット陳列対象商品を任意に選択する操作（品揃え操作）を行った後に、その陳列配置の順番を任意に変更する操作（並べ替え操作）が行われると、ネット商品陳列モジュールＭ３にしたがって店舗端末２は、商品陳列定義ファイルＦ３１の選択ページの内容を指定された順番に並び替える編集処理を行う。そして、ネット商品陳列モジュールＭ３は、頁生成モジュールＭ３１を起動させる。
【００３９】
頁生成モジュールＭ３１にしたがって店舗端末２は、連動商品マスタファイルＦ５、画像候補ファイルＦ７、商品陳列定義ファイルＦ３１の内容を参照して、ネット画像ファイルＦ３２、ネット商品マスタファイルＦ３３、ＨＴＭＬファイルＦ１２をページ毎に作成する。すなわち、商品陳列定義ファイルＦ３１の内容をページ単位毎に解析し、その定義内容にしたがって連動商品マスタファイルＦ５から読み出した商品情報をネット商品マスタファイルＦ３３にセットすると共に、その商品に対応する画像を画像候補ファイルＦ７から読み出してネット画像ファイルＦ３２にセットし、更に、ショップ構造定義ファイルＦ１１、商品陳列定義ファイルＦ３１の内容をページ単位毎にＨＴＭＬファイルＦ１２にセットするようにしている。
なお、図６（Ｃ）は、連動商品マスタファイルＦ５から読み出された商品情報（ネット商品レコード）がネット商品マスタファイルＦ３３にそのままセットされることを示したものである。
【００４０】
図８は、ネットショップ構築によって得られた各種の情報が仲介サイト１側へアップロードされる様子を示した図である。
すなわち、アップロードモジュールＭ４は、頁生成モジュールＭ３１によって生成されたネット画像ファイルＦ３２、ネット商品マスタファイルＦ３３、ＨＴＭＬファイルＦ１２を対応づけて、仲介サイト１へアップロードする為のモジュールである。この場合、仲介サイト１は、各店舗端末２から送信されて来たネットショップ構築情報を記憶管理する。
【００４１】
図９は、仲介サイト１側において、店舗別にネットショップ構築情報を記憶管理する店舗別格納領域Ｅの内容を示した図である。
この店舗別格納領域Ｅは、各ネットショップ毎に、その識別情報（店舗番号）に対応して、ＨＴＭＬファイルＦ１２、ネット商品マスタファイルＦ３３、ネット画像ファイルＦ３２を記憶管理する構成となっている。仲介サイト１は、商品購入者端末４からアクセスされたネットショップに対応する店舗別格納領域Ｅの内容を読み出し、顧客向けの商品案内ページを作成して要求元の商品購入者端末４へ送信する。
【００４２】
図１０（Ａ）は、仲介サイト１側に設けられている店舗管理テーブルＴの内容を示し、「店舗番号」に対応して、店舗端末２を呼び出す為の「ショップ出店者ＰＣのアクセス情報」を記憶管理する構成となっている。すなわち、ショッピングモールの会員である店舗端末（ショップ出店者ＰＣ）２を識別する為の「店舗番号」に対応して、その「ショップ出店者ＰＣのアクセス情報」として、店舗端末２の電話番号等を記憶する構成となってあり、仲介サイト１は、店舗対応の注文情報ファイルＯＦ内の注文レコードを店舗端末２へ送信する際に、店舗管理テーブルＴから「ショップ出店者ＰＣのアクセス情報」を読み出すようにしている。
【００４３】
図１０（Ｂ）は、注文情報ファイルＯＦのレコード構成を示した図で、注文レコードは、「商品コード」、「商品名」、「数量」、「価格」、「合計金額」、「注文者名」、「住所」、「電話番号」、「メールアドレス」、「会員ＩＤ」、「届け先名」、「届け先住所」、「届け先電話番号」等の各項目からなる。なお、「商品コード」、「商品名」、「数量」、「価格」、「合計金額」は商品注文に関する情報を示し、「注文者名」、「住所」、「電話番号」、「メールアドレス」、「会員ＩＤ」は、ネット販売の購入者（顧客）に関する情報を示し、「届け先名」、「届け先住所」、「届け先電話番号」は、注文商品を第三者に配達依頼する場合の届け先に関する情報を示している。ここで、仲介サイト１は、商品購入者端末４から注文を受け付ける毎に、その購入者に対して注文内容を問い合わせ、これによって作成された注文レコードを注文情報ファイルＯＦに格納するようにしている。
【００４４】
図１１は、販売管理システム２１側に設けられている各種ファイルと、ネットショップ構築・運用システム２２側に設けられている各種ファイルを一覧的に示した図である。
伝票明細・伝票合計ファイルＦ２は、上述した注文情報ファイルＯＦのレコードの各項目と同様の項目を含む伝票明細レコードや注文毎に合計した伝票合計レコードを記憶管理するファイルである。ここで、ネット販売入力ＡＰ２２ｂにしたがって店舗端末２は、連動売上明細ファイルＦ６から１伝票毎にネット販売の注文情報を取得して伝票明細・伝票合計ファイルＦ２に格納する。その後、販売管理システム２１にしたがって店舗端末２は、この伝票明細・伝票合計ファイルＦ２の内容に基づいて納品書、振込依頼書、宅配伝票、注文明細日報等を作成して印刷出力する伝票発行処理や各種の伝票管理処理等を行う。
【００４５】
また、図１１は、ネットショップ構築・運用システム２２において、そのネットショップ構築ＡＰ２２ａ側に上述した連動商品マスタファイルＦ５、画像候補ファイルＦ７、ショップ構造定義ファイルＦ１１、商品陳列定義ファイルＦ３１、ＨＴＭＬファイルＦ１２が設けられていることを示し、また、仲介サイト１へアップロードされる各種のファイルとしてネット商品マスタファイルＦ３３、ネット画像ファイルＦ３２、ＨＴＭＬファイルＦ１２が設けられていることを示している。更に、ネット販売入力ＡＰ２２ｂ側には、上述した連動売上明細ファイルＦ６の他に、連動得意先マスタファイルＦ８、連動届け先マスタファイルＦ９が設けられていることを示している。
【００４６】
図１２（Ａ）は、得意先マスタファイルＦ３、（Ｂ）は、連動得意先マスタファイルＦ８のレコード構成を示した図である。
得意先マスタファイルＦ３は、得意先毎に、「得意先コード」、「得意先名」、「住所」、「電話番号」、‥‥「売上累計金額」、「得意先ランク」の各項目を有する得意先レコードを記憶管理するもので、「売上累計金額」は、得意先別の売上実績であり、「得意先ランク」は、この売上実績に応じて区分されたランクを示している。
【００４７】
ここで、ネット販売入力ＡＰ２２ｂにしたがって店舗端末２は、連動売上明細ファイルＦ６から１伝票毎にネット販売の注文情報を取得し、その得意先情報が得意先マスタファイルＦ３内に登録済みであるかを判別し、登録済みであれば、得意先マスタファイルＦ３内の当該する「売上累計金額」のみを更新するが、未登録であれば、連動売上明細ファイルＦ６から取得したネット販売の注文情報の中から得意先に関する情報を抽出して得意先マスタファイルＦ３に登録すると共に、得意先マスタファイルＦ３内の当該する「売上累計金額」を更新するようにしている。
【００４８】
連動得意先マスタファイルＦ８は、ネット販売を利用した得意先毎に「得意先コード」、「メールアドレス」、「売上累計ポイント」の各項目を有する連動得意先レコードを記憶管理するネット販売用の得意先マスタである。ネット販売入力ＡＰ２２ｂにしたがって店舗端末２は、連動売上明細ファイルＦ６から取得したネット販売の注文情報の中から得意先に関する情報を抽出し、一定の条件で連動得意先マスタファイルＦ８に登録したり、当該する「売上累計ポイント」を更新するようにしている。
【００４９】
図１３（Ａ）は、届け先マスタファイルＦ４、（Ｂ）は、連動届け先マスタファイルＦ９のレコード構成を示した図である。
届け先マスタファイルＦ４は、「得意先コード」、「届け先コード」、「届け先名」、「届け先住所」、「届け先電話番号」、「届け先累計金額」の各項目を有する届け先レコードを記憶管理するもので、「届け先累計金額」は、例えば、得意先であるＡ社が届け先であるＢ社に対して商品の配送依頼を行った場合に、Ａ社がＢ社宛に送った現時点までの売上実績である。
【００５０】
ここで、ネット販売入力ＡＰ２２ｂにしたがって店舗端末２は、連動売上明細ファイルＦ６から１伝票毎にネット販売の注文情報を取得すると共に、その中から抽出した得意先コード、届け先コードが届け先マスタファイルＦ４内に登録済みであるかを判別し、登録済みであれば、届け先マスタファイルＦ４内の当該する「売上累計金額」のみを更新するが、未登録であれば、連動売上明細ファイルＦ６から取得したネット販売の注文情報の中から得意先コード、届け先に関する情報を抽出して届け先マスタファイルＦ４に登録すると共に、届け先マスタファイルＦ４内の当該する「売上累計金額」を更新するようにしている。
【００５１】
連動届け先マスタファイルＦ９は、ネット販売を利用した得意先が注文商品を第三者宛に配送すべきことを依頼した場合に、その得意先、届け先に対応して、「得意先コード」、「届け先コード」、「届け先名」を記憶管理するネット販売用の届け先マスタである。ネット販売入力ＡＰ２２ｂにしたがって店舗端末２は、連動売上明細ファイルＦ６から取得したネット販売の注文情報の中から届け先に関する情報を抽出し、一定の条件で連動届け先マスタファイルＦ９に登録するようにしている。
【００５２】
図１４は、仲介サイト１の基本的な構成要素を示したブロック図である。
ＣＰＵ１０１は、記憶装置１０２内のオペレーティングシステムや各種アプリケーションソフトにしたがってこの仲介サイト１の全体動作を制御する中央演算処理装置である。記憶装置１０２は、オペレーティングシステムや各種アプリケーションソフトの他、上述した各種のファイル等が格納され、磁気的、光学的、半導体メモリ等やその駆動系を有している。この記録装置１０２はハードディスク等の固定的なメモリに限らず、ＣＤ−ＲＯ、ＤＶＤ等の着脱自在な記憶媒体を装着可能な構成であってもよい。この記憶装置１０２内のプログラムやデータは、必要に応じてＲＡＭ（例えば、スタティックＲＡＭ）１０３にロードされたり、ＲＡＭ１０３内のデータが記憶装置にセーブされる。更に、ＣＰＵ１０１は通信装置１０４を介して他の電子機器のプログラム／データを直接アクセスして使用したり、他の電子機器から通信装置１０４を介してダウンロード受信することもできる。一方、ＣＰＵ１０１にはその入出力周辺デバイスである通信装置１０４、入力装置１０５、表示装置１０６がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ１０１はそれらの動作を制御する。
【００５３】
次に、この実施形態における販売管理ネットワークシステムの動作アルゴリズムを図１５〜図３５に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作を逐次実行する。また、伝送媒体を介して伝送されてきた上述のプログラムコードにしたがった動作を逐次実行することもできる。すなわち、記録媒体の他、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施形態特有の動作を実行することもできる。
【００５４】
図１５〜図２６は、ネットショップ構築・運用システム２２を構成するネットショップ構築ＡＰ２２ａの起動に応じた店舗端末２の動作を示したフローチャートである。なお、図１５〜図２６のうち、図１５〜図１９は、ネットショップを新規構築する場合の動作を示した一連のフローチャートであり、また、図２０〜図２６は、ネットショップを新規構築した後において、そのショップ内容を変更する場合の動作を示したフローチャートであり、特に、図２０および図２１は、連動商品マスタの変更、図２２および図２３は、陳列定義の変更（ネット販売中の商品変更）、図２４〜図２６は、商品マスタファイルＦ１の変更に応じた動作を示したフローチャートである。
【００５５】
図２７および図３０は、仲介サイト１側における特有な動作を示したフローチャートであり、図２８および図２９は、商品購入者端末４からのアクセスに応じたショッピングモールサイト１側の動作を示したフローチャートである。
図３１〜図３３は、ネットショップ構築・運用システム２２を構成するネット販売入力ＡＰ２２ｂに応じた店舗端末２の動作を示したフローチャートである。
図３４、図３５は、販売管理システム２１に応じた店舗端末２の動作を示したフローチャートである。
【００５６】
先ず、図１５〜図１９を参照して、ネットショップを新規に構築する場合の動作を説明する。
この場合、ネットショップ構築ＡＰ２２ａの起動が指定されると、ＣＰＵ２０１は、トップページ画面を表示出力させる（ステップＡ１）。このトップページ画面には、「１：ネットショップ新規生成」、「ネットショップの変更」の各メニュー項目を有し、その何れかのメニュー項目が選択されると（ステップＡ２）、選択項目の判別を行う（ステップＡ３）。
【００５７】
いま、「１：ネットショップ新規生成」のメニュー項目が選択された場合には、ネットショップ定義モジュールＭ１が起動され、一連の作業手順を示す作業手順画面が表示出力される（ステップＡ４）。
図３６（Ａ）は、この作業手順画面を示し、この作業手順画面には、「１：ショップ構造定義」、「２：ネット商品登録」、「３：ネット商品陳列」、「４：サイトアップロード」の作業手順が一覧表示されていると共に、「スタート」ボタンが配置されている。なお、以下の処理は、この作業手順にしたがって順次実行される。
【００５８】
ここで、オペレータは作業手順画面の内容を確認した後に、「スタート」ボタンを操作すると（ステップＡ５）、ショップ構造定義画面が表示される（ステップＡ６）。
図３６（Ｂ）は、このショップ構造定義画面を示し、このショップ構造定義画面には、ページ毎に、「ページ種」、「選択」、「ページタイトル」、「最大商品数」の定義項目を有している。この「ページ種」の項目には、１ページ目、２ページ目‥‥に対応して、「表紙」、「お店紹介」、「商品一覧（１）」、「商品一覧（２）」、‥‥が予め固定的に順次表示されているもので、「ページ種」に対応する「選択」の項目位置に“チェック”を記入することによってその「ページ種」を選択指定するようにしている。「最大商品数」は、選択ページ内に配置する最大商品数を示している。
【００５９】
このショップ構造定義画面内において、「選択」の項目位置に“チェック”を記入して必要ページを任意に選択した後（ステップＡ７）、その選択ページに対応して「ページタイトル」、「最大商品数」を入力設定すると（ステップＡ８）、ショップ構造定義画面の内容は、ショップ構造定義ファイルＦ１１に格納される（ステップＡ９）。その後、上述のようにして選択した各ページ毎に、そのページデザイン（背景画像、タイトル画像、ボタン等のページ構成要素やそれらのレイアウト）を設定入力すると（ステップＡ１０）、設定されたページデザインは、各ページに対応してＨＴＭＬファイルＦ１２に格納される（ステップＡ１１）。
【００６０】
このようにして予め用意されているページ種を任意に選択指定することによって複数ページからなるショップ構造を任意に設定する他、各ページの基本的な構成内容を任意に設定する作業を行ってＨＴＭＬファイルＦ１２が生成されると、ネット商品登録モジュールＭ２が起動される。
すると、図１４のステップＡ１２に移り、商品ジャンル別に用意されている各種の商品マスタファイルＦ１がアクセスされ、そのマスタ一覧メニューが表示出力される。このマスタ一覧メニューの中から任意の商品マスタが選択指定されると（ステップＡ１３）、選択マスタの名称を連動商品マスタファイルＦ５のソースファイル名として記憶する処理を行った後（ステップＡ１４）、新規ネット商品登録画面を表示させる（ステップＡ１５）。
【００６１】
図３７は、この新規ネット商品登録のベース画面を示している。
この新規ネット商品登録画面は、その画面内に入力したデータを連動商品マスタファイルＦ５へ出品候補として登録する為の登録画面である。この登録ベース画面内の「商品コード」、「商品名」、「商品名２」、「税抜税込区分」‥‥の各項目は、商品マスタファイルＦ１に記憶されていない商品を連動商品マスタファイルＦ５に登録する場合に、商品マスタファイルＦ１に対して新規登録される項目データである。また、上述した「商品コード」、「商品名」の他に、「販売価格」、「商品説明」、「備考１」‥‥の各項目は、連動商品マスタファイルＦ５へ登録される項目データである。
【００６２】
また、この登録ベース画面には、商品画像が貼り付けられる画像表示領域が設けられていると共に、各種のファンクションボタンが配置されている。このファンクションボタンのうち、「処理区分」のボタン（図中、右上）は、連動商品マスタファイルＦ５の内容を変更する際に、“追加”、“訂正”、“削除”の処理を選択指定するものである。なお、画面下部に設けられているボタンメニュー内に配置されている各種のボタンについては図示省略する。
【００６３】
このような新規ネット商品登録画面が表示されている状態において、次のステップＡ１６は、選択マスタからの読み込みかを判別する。つまり、上述のステップＡ１３で選択された商品マスタファイルＦ１から情報を読み込んで、連動商品マスタファイルＦ５へ登録する場合か、選択マスタに記憶されていない商品を連動商品マスタファイルＦ５に登録する場合かの判別を行う。いま、選択マスタから情報を読み込んで連動商品マスタファイルＦ５へ登録することが指定された場合には、上述のステップＡ１４で記憶したソースファイル名を取得し、このソースファイル名によって指定される商品マスタファイルＦ１をアクセスして、その商品一覧画面を表示出力させる（ステップＡ１７）。
【００６４】
図３８は、選択マスタ（商品マスタファイルＦ１）の商品一覧画面を示した図である。
この商品一覧画面は、一連番号に対応して各商品毎に「商品名」、「商品コード」を一覧表示するもので、その中からネット出品候補の商品を任意に選択指定すると（ステップＡ１８）、選択された商品に対応する商品情報が商品マスタファイルＦ１から読み出され、その中から必要項目のデータ（商品コード、商品名、価格）が抽出されて、図３７の新規ネット商品登録画面内の対応項目位置にコピー表示される（ステップＡ１９）。
【００６５】
一方、選択マスタに記憶されていない商品を連動商品マスタファイルＦ５に登録する場合には（ステップＡ１６）、図３７の新規ネット商品登録画面内において、必要項目のデータ（商品コード、商品名、価格）を手入力したのち（ステップＡ２０）、ソースファイル名によって指定される商品マスタファイルＦ１対応の新規商品登録画面を表示出力させる（ステップＡ２１）。このソースマスタ対応の新規商品登録画面は、図示しないが、商品マスタファイルＦ１を構成する商品レコードの各項目を登録対象とする登録画面であり、上述した新規ネット商品登録画面内に入力した項目データを読み出して、この登録画面内の対応項目位置にコピー表示する（ステップＡ２２）。そして、ソースマスタ対応の登録画面内に他の必要項目のデータを手入力する（ステップＡ２３）。
このようにしてソースマスタ対応の登録画面に入力した各項目データに基づいて商品レコードを生成し、この商品レコードをソースファイル名によって指定される商品マスタファイルＦ１へ追加登録する（ステップＡ２４）。そして、新規ネット商品登録画面を再表示させる（ステップＡ２５）。
【００６６】
次に、ネット商品登録モジュールＭ２は、画像選択モジュールＭ２１を起動し、画像候補ファイルＦ７の内容を一覧表示させる（図１７のステップＡ２６）。
図３９は、この画像一覧画面を示し、この画面内には、予め各種の商品に対応して撮影された商品画像が一覧表示されている。この画像一覧の中から任意の商品画像が選択指定されると、画像選択モジュールＭ２１の制御によって、画像候補ファイルＦ７から選択された画像番号を取得してネット商品登録モジュールＭ２へ送られると共に、この画像番号がその商品に関する情報として連動商品マスタファイルＦ５へ格納される（ステップＡ２７）。更に、選択画像は、図３７の新規ネット商品登録画面内において、その画像表示領域に貼り付けられる（ステップＡ２８）。
【００６７】
この状態において、新規ネット商品登録画面内に他の必要項目のデータ（商品説明等）を入力すると、入力されたデータはその登録画面内の対応する項目位置に表示される（ステップＡ２９）。ここで、必要項目のデータを全て入力し終わり、確定操作が行われると（ステップＡ３０）、新規ネット商品登録画面内のデータに基づいて商品レコードが生成され、この生成レコードが連動商品マスタファイルＦ５へ登録される（ステップＡ３１）。そして、次のステップＡ３２では登録処理の終了指示の有無を判別し、終了指示があるまで図１６のステップＡ１５に戻り、以下、上述の動作を商品単位毎に繰り返す（ステップＡ１５〜Ａ３２）。
【００６８】
ここで、登録終了の指示を受けた場合には（ステップＡ３２）、ネット商品登録モジュールＭ２は、ネット商品陳列モジュールＭ３を起動させる。すると、図１８のステップＡ３３に移り、ネット商品陳列モジュールＭ３にしたがって店舗端末２は、ショップ構造定義ファイルＦ１１の内容を読み込み、この構造定義の内容にしたがってネット商品陳列＜ページ一覧＞を表示させる（ステップＡ３４）。
図４１は、このネット商品陳列＜ページ一覧＞画面を示したもので、この一覧画面内には、ショップ構造を定義する各ページ毎に、一連の「ページ番号」、「ページ種類」、「選択」、「ページタイトル」、「最大商品数」の定義内容が一覧表示される。
【００６９】
このネット商品陳列＜ページ一覧＞画面内において、任意のページを選択指定すると（ステップＡ３５）、選択ページに基づいて商品陳列定義ファイルＦ３１内の該当ページがアクセスされ、そのページの定義内容に基づいて選択ページ対応の陳列商品登録画面が表示出力されると共に（ステップＡ３６）、連動商品マスタファイルＦ５内の商品一覧画面が表示出力される（ステップＡ３７）。
図４２は、この選択ページ対応の陳列商品登録画面を示したもので、この登録画面内には、その「ページ番号」が表示されると共に、その選択ページ内に配置される各種の商品情報がその陳列順に表示される。すなわち、商品毎にその陳列順を示す「番号」、「商品名」、「商品コード」が一覧表示されるが、ネットショップの新規構築時には、商品陳列定義ファイルＦ３１内にはデータが記憶されていないので、その登録画面には、商品に関する情報は表示されず、空白のままとなっている。
【００７０】
図４３は、連動商品マスタファイルＦ５の商品一覧画面を示したもので、この商品一覧画面は、一連番号に対応して各商品毎に「商品名」、「商品コード」を一覧表示するもので、その中から任意の商品を陳列対象として選択指定すると（ステップＡ３８）、選択商品に対応する商品情報が連動商品マスタファイルＦ５から読み出されて、選択ページ対応の陳列商品登録画面内に追加表示される（ステップＡ３９）。
ここで、最初に選択した商品は、陳列商品登録画面内の先頭位置（陳列番号“１”で示される位置）に表示される。このような陳列対象選択操作を１商品毎に順次行うと、陳列商品登録画面内には選択された順序にしたがってその商品に関する情報が順次配置表示される。
【００７１】
これによって陳列対象商品を全て選択し終わると（ステップＡ４０）、今回設定した陳列状態の変更指示を受け付け（ステップＡ４１）、変更指示が有れば、陳列商品登録画面内の商品配置を変更操作に応じて指定された順に変更する処理を行う（ステップＡ４２）。この場合、陳列商品登録画面内において、変更対象の商品名とその配置位置を指定して、その指定商品を指定位置に配置し直す変更操作を行うと、陳列商品登録画面の内容は、指定通りの配置順に変更される。そして、変更終了が指示されると（ステップＡ４３）、陳列商品登録画面内の各商品コードをその順番通りに読み出して、当該ページ対応の商品陳列定義ファイルＦ３１に格納する（ステップＡ４４）。そして、全ページ分の処理が終了したかをチェックし（ステップＡ４５）、未処理ページがあれば、次の未処理ページを選択した後、ネット商品陳列＜ページ一覧＞画面を表示させる為にステップちあうに戻り、以下、上述の動作を全ページ分繰り返す結果、図７に示す商品陳列定義ファイルＦ３１が生成される。
【００７２】
これによって全ページ分の商品陳列定義ファイルＦ３１が生成されると、ネット商品陳列モジュールＭ３は、頁生成モジュールＭ３１を起動させる。すると、図１７のステップＡ４６に移り、商品陳列定義ファイルＦ３１の各ページのうち、その先頭から１ページ分を指定する。
そして、指定ページ対応の商品陳列定義ファイルＦ３１から「商品コード」を順次読み出して、この「商品コード」に基づいて連動商品マスタファイルＦ５をアクセスすると共に、その商品に関する情報（ネット商品レコード）を連動商品マスタファイルＦ５から取得してネット商品マスタファイルＦ３３へ格納する（ステップＡ４７）。
【００７３】
次に、連動商品マスタファイルＦ５から取得したネット商品レコード内の「画像番号」に基づいて画像候補ファイルＦ７をアクセスし、該当する商品画像を読み出してネット画像ファイルＦ３２に格納する（ステップＡ４８）。このようなネット商品やネット画像の格納処理は、指定ページ内の全商品分に対して行われる（ステップＡ４７〜Ａ４９）。
そして、１ページ分の格納処理が終了すると（ステップＡ４９）、指定ページに基づいてＨＴＭＬファイルＦ１２をアクセスし、指定ページ対応のＨＴＭＬページを読み出し（ステップＡ５０）、このＨＴＭＬページ内において、商品陳列定義ファイルＦ３１の対応ページに設定されている商品陳列定義の順序に各商品コードを貼り付けることによって商品陳列定義を含めたＨＴＭＬページを作成し、これをＨＴＭＬファイルＦ１２へ再格納する処理を行う（ステップＡ５１）。
【００７４】
このようにして指定ページに対応するネット商品マスタファイルＦ３３、ネット画像ファイルＦ３２、ＨＴＭＬファイルＦ１２を生成する処理が終わると、商品陳列定義ファイルＦ３１に定義されている全ページ分の生成処理が終了したかをチェックするが（ステップＡ５２）、いま、先頭ページ分の生成処理が終了した場合であるから、ステップＡ４６に戻り、２ページ目を指定した後、２ページ目に対応するネット商品マスタファイルＦ３３、ネット画像ファイルＦ３２、ＨＴＭＬファイルＦ１２を生成する処理が実行される（ステップＡ４７〜Ａ５１）。
【００７５】
この結果、全ページ分の生成処理が終了すると（ステップＡ５２）、頁生成モジュールＭ３１は、アップロードモジュールＭ４を起動させる。すると、全ページ分のネット商品マスタファイルＦ３３、ネット画像ファイルＦ３２、ＨＴＭＬファイルＦ１２がネットショップ構築情報として仲介サイト１へアップロードされる（ステップＡ５３）。
なお、仲介サイト１は、店舗端末２から送信されて来たネットショップ構築情報を店舗別格納領域Ｅ内に設定することにより、当該店舗対応のネットショップが構築される。この場合、店舗端末２から送信されて来たネットショップ構築情報は、自己が運営管理するショッピングモール対応の展示形式となっているので、このネットショップ構築情報にしたがって当該実店舗対応のネットショップを開設することができる。
【００７６】
このようにしてネットショップを構築した後において、そのネットショップの内容を変更する為に、上述したトップページ画面内の「ネットショップの変更」がメニュー選択された場合には（図１５のステップＡ１〜Ａ３）、ネットショップ変更処理に移る（図２０〜図２６）。
先ず、「ネットショップの変更」のメニュー項目が選択されると、ネット商品登録モジュールＭ２が起動される。すると、変更メニュー画面が表示出力される（図２０のステップＡ６０）。
図４４（Ａ）は、この変更メニュー画面を示したもので、このメニュー画面には、「連動商品マスタ変更」、「陳列定義変更」、「商品マスタ変更」、「終了」の各メニュー項目が表示される。
【００７７】
「連動商品マスタ変更」は、連動商品マスタファイルＦ５内に出品候補として格納されているネット商品レコードを変更する処理を指示する為のメニュー項目であり、「陳列定義変更」は、商品陳列定義ファイルＦ３１内にネット販売中の商品として格納されている商品レコードを変更する処理を指示する為のメニュー項目であり、「商品マスタ変更」は、商品マスタファイルＦ１に格納されている商品レコードを変更する処理を指示する為のメニュー項目である。「終了」は変更処理の終了を指示する項目である。
このような変更メニュー画面の中から任意のメニュー項目が選択されると（ステップＡ６１）、選択項目の判別が行われる（ステップＡ６２）。
【００７８】
いま、「連動商品マスタ変更」を実行する為にそのメニュー項目が選択されると（ステップＡ６１、Ａ６２）、連動商品マスタファイルＦ５をアクセスしておくと共に（ステップＡ６３）、変更処理区分の選択を受け付け可能な状態とする（ステップＡ６４）。ここで、変更処理区分として「追加」、「修正」、「削除」の中から任意の区分を選択指定すると、その選択区分を判別する（ステップＡ６５）。
ここで、連動商品マスタファイルＦ５に新たな商品を追加する場合には、変更処理区分として「追加」を選択する。すると、図３７のネット商品登録画面を表示させると共に（ステップＡ６６）、ソースファイル名によって指定される商品マスタファイルＦ１をアクセスして、図３８の商品一覧画面を表示出力させる（ステップＡ６７）。
【００７９】
この商品一覧画面の中からネット出品候補として追加する商品を任意に選択指定すると（ステップＡ６８）、選択商品に対応する商品情報が商品マスタファイルＦ１から読み出され、その中から必要項目のデータが抽出されて、新規ネット商品登録画面内の対応項目位置にコピー表示される（ステップＡ６９）。
次に、ネット商品登録モジュールＭ２によって画像選択モジュールＭ２１が起動される。すると、画像候補ファイルＦ７がアクセスされ、図３９で示したような画像一覧画面が表示される（ステップＡ７０）。
この画像一覧画面の中から追加対象の商品画像が選択指定されると、選択された画像番号を取得し（ステップＡ７１）、また、選択画像は、図３７のネット商品登録画面内において、その画像表示領域に貼り付けられる（ステップＡ７２）。
【００８０】
次に、ネット商品登録画面内に他の必要項目のデータ（商品説明等）を入力すると、入力されたデータはその登録画面内の対応する項目位置に表示される（ステップＡ７３）。ここで、必要項目のデータを全て入力し終わり、確定操作が行われると（ステップＡ７４）、ネット商品登録画面内のデータに基づいて商品レコードが生成され、この生成レコードが連動商品マスタファイルＦ５へ追加登録される（ステップＡ７５）。そして、次のステップＡ７６では追加終了指示の有無を判別し、終了指示が有るまでステップＡ６６に戻り、以下、上述の動作を繰り返す。
【００８１】
また、連動商品マスタファイルＦ５内の商品情報を変更する場合には、変更処理区分として「修正」を選択する（図２１のステップＡ７７）。すると、図４３に示したような連動商品マスタファイルＦ５内の商品一覧が表示される（ステップＡ７８）。この商品一覧画面の中から修正対象の商品が選択されると（ステップＡ７９）、その商品対応のネット商品レコードを読み出し、ネット商品登録画面内にその商品レコードの内容を表示出力させる（ステップＡ８０）。
【００８２】
この選択商品対応のネット商品登録画面内において、その項目や商品画像の修正操作が行われると、それに応じて登録画面内の対応データが修正される（ステップＡ８１）。そして、選択商品のデータ修正が終わると（ステップＡ８２）、その商品に基づいて連動商品マスタファイルＦ５内の該当するネット商品レコードがアクセスされ、その修正データに基づいてネット商品レコード内の対応データが更新される（ステップＡ８３）。そして、次のステップＡ８４では終了指示の有無を判別し、終了指示が有るまでステップＡ７８に戻り、以下、上述の動作を繰り返す。
【００８３】
また、変更処理区分として「削除」が選択指定されると（図２１のステップＡ７７）、連動商品マスタファイルＦ５内の商品一覧が表示される（ステップＡ８５）。この商品一覧画面の中から削除対象の商品が選択されると（ステップＡ８６）、選択商品に基づいて商品陳列定義ファイルＦ３１をアクセスし、該当商品の「商品コード」を検索すると共に、該当商品の有無を判別する（ステップＡ８７、Ａ８８）。つまり、削除対象として選択された商品がネット販売中の商品かを判別する。ここで、該当商品の「商品コード」が商品陳列定義ファイルＦ３１内に記憶されていれば、削除対象として選択された商品はネット販売中の商品であるので、その旨をオペレータに報知する為に削除警告のメッセージを表示出力する（ステップＡ８９）。
【００８４】
この警告メッセージを表示した後において、削除の実行要求を受けた場合には（ステップＡ９０）、商品陳列定義ファイルＦ３１内の該当する商品コードを削除して、当該商品をネット販売の対象商品から外すと共に（ステップＡ９１）、連動商品マスタファイルＦ５内の該当する商品レコードを削除する（ステップＡ９２）。なお、警告メッセージ後に、削除の実行がキャンセルされた場合には、上述のステップＡ９０、Ａ９１の削除処理は実行されない。そして、次のステップＡ９３では削除終了指示の有無を判別し、終了指示が有るまでステップＡ８５に戻り、以下、上述の動作を繰り返す。
なお、上述のような連動商品マスタファイルＦ５の「追加」、「修正」、「削除」の処理中において、その終了が指示されるた場合には（ステップＡ７６、Ａ８４、Ａ９３）、図２０のステップＡ６０に戻り、変更メニュー画面が再表示される
【００８５】
次に、ネット販売中の商品を変更（陳列定義変更）する場合の動作を図２２および図２３を参照して説明する。
この場合には、図４４（Ａ）で示した変更メニュー画面の中から「陳列定義変更」のメニュー項目を選択指定すると、ネット商品陳列モジュールＭ３が起動される。これによって図２２のステップＡ１００に移り、ショップ構造定義ファイルＦ１１の内容を読み込み（ステップＡ１０１）、この構造定義の内容にしたがってネット商品陳列＜ページ一覧＞を表示させる（ステップＡ１０２）。このネット商品陳列＜ページ一覧＞画面内において、変更対象のページを選択指定すると（ステップＡ１０３）、選択ページに基づいて商品陳列定義ファイルＦ３１内の該当ページがアクセスされ、そのページの定義内容に基づいて選択ページ対応の商品登録画面（図４２参照）が表示出力される（ステップＡ１０４）。
【００８６】
そして、処理区分選択を受け付け（ステップＡ１０５）、処理区分として「追加」、「移動」、「削除」、「他ページ」、「終了」の何れが選択されたかを判別する（ステップＡ１０６）。いま、ネット販売中の商品として新たな商品を追加する場合には、処理区分として「追加」を選択すると、連動商品マスタファイルＦ５が読み出され（ステップＡ１０７）、その商品一覧画面（図４３参照）が表示出力される（ステップＡ１０８）。この商品一覧画面の中から追加対象の商品を選択すると（ステップＡ１０９）、図４２の陳列商品登録画面内に選択商品に関する情報が追加挿入される（ステップＡ１１０）。そして、次のステップＡ１１１では追加終了指示の有無を判別し、終了指示が有るまでステップＡ１０８に戻り、以下、上述の動作を繰り返した後、この終了指示に応答して陳列商品登録画面内に追加された商品コードをそのページ対応の商品陳列定義ファイルＦ３１に追加登録する（ステップＡ１１２）。その後、ステップＡ１０５に戻り、処理区分の選択可能状態となる。
【００８７】
また、ネット販売中の商品の陳列順序を変更する場合には、処理区分として「移動」を選択する（図２３のステップＡ１１３）。ここで、商品名の順序変更操作を行うと、陳列商品登録画面の内容は、指定通りの配置順に変更される（ステップＡ１１４）。このような変更処理は、移動終了が指示されるまで繰り返される。ここで、移動終了が指示されると（ステップＡ１１５）、変更された商品名の順番でそのページ対応の商品陳列定義ファイルＦ３１の内容を更新した後（ステップＡ１１６）、処理区分の選択可能状態となる（図２２のステップＡ１０５）。
【００８８】
また、ネット販売中の商品をその対象外とする場合には、処理区分として「削除」を選択する（図２３のステップＡ１１７）。そして、陳列商品登録画面の中から削除対象の商品を選択すると（ステップＡ１１８）、商品陳列定義ファイルＦ３１内の該当する商品コードを削除して、当該商品がネット販売の対象商品から外される（ステップＡ１１９）。このような削除処理は、削除終了が指示されるまで繰り返される。ここで、削除終了が指示されると（ステップＡ１２０）、処理区分の選択可能状態となる（図２２のステップＡ１０５）。
【００８９】
このようにして１ページ分の変更処理を行った後は、「陳列定義変更」の終了が選択されるまで（図２３のステップＡ１２１）、ページ単位毎に上述した陳列定義の変更処理を実行可能とする為に、図２２のステップＡ１０２に戻り、ネット商品陳列画面を表示させた後、次の変更対象ページの選択を受け付ける。以下、選択ページ毎に上述の変更動作をページ単位毎に繰り返す。
ここで、「陳列定義変更」の終了が選択された場合には（図２３のステップＡ１２１）、上述した図１９の各処理が順次実行される。
【００９０】
つまり、商品陳列定義ファイルＦ３１の１ページ分を指定し（ステップＡ４６）、この指定ページ対応の商品陳列定義ファイルＦ３１から対応商品のネット商品レコードを連動商品マスタファイルＦ５から取得してネット商品マスタファイルＦ３３へ格納すると共に（ステップＡ４７）、連動商品マスタファイルＦ５から取得したネット商品レコード内の「画像番号」に基づいて画像候補ファイルＦ７から該当する商品画像を読み出してネット画像ファイルＦ３２に格納する（ステップＡ４８）。
１ページ分の格納処理が終了すると、商品陳列定義の順序にしたがって各商品コードを貼り付けたＨＴＭＬページを作成し、これをＨＴＭＬファイルＦ１２へ再格納する（ステップＡ５１）。その後、全ページ分の生成処理が終了すると、ネット商品マスタファイルＦ３３、ネット画像ファイルＦ３２、ＨＴＭＬファイルＦ１２を仲介サイト１へアップロードする（ステップＡ５３）。
【００９１】
次に、図２４〜図２６を参照して商品マスタファイルＦ１の内容を変更する場合の動作を説明する。
上述した変更メニュー画面の中から「商品マスタ」の項目が選択されると（図２４のステップＡ１２１）、ネット商品登録モジュールＭ２が起動される。すると、商品ジャンル別に用意されている各種の商品マスタファイルＦ１をアクセスし、そのマスタ一覧メニューを表示出力させる（ステップＡ１２２）。このマスタ一覧メニューの中から任意の商品マスタが選択指定されると（ステップＡ１２３）、選択された商品マスタファイルＦ１をアクセスしておくと共に（ステップＡ１２４）、処理区分の選択を受け付け可能な状態とする（ステップＡ１２５）。
ここで、処理区分として「追加」、「修正」、「削除」の中から任意の区分を選択指定すると、その選択区分を判別する（ステップＡ１２６）。
【００９２】
ここで、商品マスタファイルＦ１に新たな商品を追加する場合には、処理区分として「追加」を選択する。すると、商品マスタ用の新規商品登録画面が表示出力される（ステップＡ１２７）。この状態において、この新規商品登録画面内に必要な項目のデータを入力した後（ステップＡ１２８）、入力確定操作を行うと（ステップＡ１２９）、新規商品登録画面内の入力データに基づいて商品レコードが生成され、この生成レコードが商品マスタファイルＦ１内に新たな商品情報として追加登録される（ステップＡ１３０）。そして、処理終了が指示されるまで他の新規商品の追加登録処理が繰り返される（ステップＡ１２７〜Ａ１３１）。
【００９３】
また、商品マスタファイルＦ１内に登録されている商品情報を修正する為に、処理区分として「修正」が選択指定されると（図２５のステップＡ１３２）、商品マスタファイルＦ１内の各商品を一覧表示させる（ステップＡ１３３）。この商品一覧画面の中から修正対象の商品が選択されると（ステップＡ１３４）、選択商品に基づいて商品陳列定義ファイルＦ３１をアクセスし、該当商品の「商品コード」を検索すると共に該当商品の有無を判別する（ステップＡ１３５、Ａ１３６）。つまり、修正対象として選択された商品がネット販売中の商品かを判別する。ここで、該当商品の「商品コード」が商品陳列定義ファイルＦ３１内に記憶されていれば、修正対象として選択された商品はネット販売中の商品であるので、その旨をオペレータに報知する為に修正警告のメッセージを表示出力する（ステップＡ１３７）。
【００９４】
この警告メッセージを表示した後において、修正の実行要求を受け付け（ステップＡ１３８）、その実行要求が無ければ、選択商品の修正処理をキャンセルする為にステップＡ１４５に移るが、修正の実行要求を受けた場合あるいは商品陳列定義ファイルＦ３１内に該当する商品コードが記憶されていない場合（ネット販売中の商品ではない場合）には、選択商品対応の商品登録画面を表示出力させる（ステップＡ１３９）。この商品登録画面内に表示されている商品データのうち、修正対象の項目が指定されてそのデータの修正操作が行われると（ステップＡ１４０）、その商品コードに基づいて商品マスタファイルＦ１内の該当レコードを検索し、その商品レコードの内容を修正データに基づいて更新する（ステップＡ１４１）。
【００９５】
そして、商品マスタファイルＦ１の修正に連動して連動商品マスタファイルＦ５の内容を更新する為に、その商品コードに基づいて連動商品マスタファイルＦ５を検索し、該当する商品コードが有るかを判別し（ステップＡ１４２、Ａ１４３）、該当コードが無ければ、ステップＡ１４５に移るが、該当する商品コードが有れば、連動商品マスタファイルＦ５内のネット商品レコードの内容を修正データに基づいて更新する（ステップＡ１４４）。この場合、修正対象として選択された商品がネット販売中の商品であれば、ネット商品マスタファイルＦ３３内の該当するネット商品レコードの内容を修正データに基づいて更新する処理も合わせて行われる。そして、ステップＡ１４５に進み、処理終了が指示されたかを判別し、終了指示があるまでステップＡ１３３に戻って以下、上述の動作を繰り返す。
【００９６】
また、商品マスタファイルＦ１内に登録されている商品情報を削除する為に、処理区分として「削除」が選択指定されると（図２６のステップＡ１５０）、商品マスタファイルＦ１内の各商品を一覧表示させる（ステップＡ１５１）。この商品一覧画面の中から削除対象の商品が選択されると（ステップＡ１５２）、選択商品に基づいて商品陳列定義ファイルＦ３１をアクセスし、該当商品の「商品コード」を検索すると共に該当商品の有無を判別する（ステップＡ１５２、Ａ１５３）。ここで、該当商品の「商品コード」が商品陳列定義ファイルＦ３１内に記憶されていれば、削除対象として選択された商品はネット販売中の商品である為に商品情報の削除を禁止する旨を示す削除禁止メッセージを表示出力する（ステップＡ１５９）。
【００９７】
一方、削除対象として選択された商品がネット販売中の商品で無ければ（ステップＡ１５３）、その商品コードに基づいて商品マスタファイルＦ１内の該当レコードを検索し、その商品レコード削除する（ステップＡ１５４）。そして、商品マスタファイルＦ１の削除に連動して連動商品マスタファイルＦ５の対応する商品レコードを削除する為に、その商品コードに基づいて連動商品マスタファイルＦ５を検索し、該当する商品コードが有るかを判別し（ステップＡ１５５、Ａ１５６）、該当コードが無ければ、ステップＡ１５０に移るが、該当する商品コードが有れば、連動商品マスタファイルＦ５内の該当するネット商品レコードを削除する（ステップＡ１５７）。そして、ステップＡ１５８に進み、処理終了が指示されたかを判別し、終了指示があるまでステップＡ１５０に戻り、以下、上述の動作を繰り返す。
【００９８】
なお、商品マスタファイルＦ１に対する「追加」、「修正」、「削除」の処理中において、処理終了が指示された場合には（ステップＡ１３１、Ａ１４５、Ａ１５８）、図２０のステップＡ６０に戻り、上述した変更メニュー画面が再表示される。
この変更メニュー画面内において、「終了」のメニュー項目が選択された場合には、図２４のステップＡ１２１でそのことが検出され、ネットショップ構築ＡＰ２２ａにしたがって動作は、この時点で終了となる。
【００９９】
一方、仲介サイト１側における本実施形態固有な動作を図２７および図２８を参照して説明する。
図２７は、実店舗側から仲介サイト１以外の他のショッピングモールに対してもネットショップの出店希望の依頼を受けた場合に、仲介サイト１内のネットショップ構築情報をその依頼先である他のショッピングモールサイト１へアップロードして登録する場合のショップ登録処理を示したフローチャートである。
先ず、仲介サイト１は、店舗端末２から他のショッピングモールサイト１へのアップロード要求を受けた場合（ステップＸ１）、ショップ登録定義ファイルＳＲをアクセスし、依頼元店舗対応の定義情報（店舗とショッピングモールとの対応関係を示す情報）の中から出店依頼された依頼先対応の定義情報（アドレス、ＩＤ、パスワード）を読み出し（ステップＸ２）、この定義情報に基づいて依頼先のショッピングモールサイト１を指定する（ステップＸ３）。
【０１００】
そして、仲介サイト１内に設定されている当該店舗対応のネットショップ構築情報、つまり、この実店舗側から自己宛に作成されたネットショップ展示用の商品展示情報（ネット商品マスタファイルＦ３３、ネット画像ファイルＦ３２、ＨＴＭＬファイルＦ１２）を読み出すと共に、ショップ登録定義ファイルＳＲをアクセスし、指定モール対応の定義情報（展示形式）を読み出し、仲介サイト用のネットショップ構築情報（ネット商品マスタファイルＦ３３、ネット画像ファイルＦ３２、ＨＴＭＬファイルＦ１２）を当該指定モールサイトの展示形式に合わせた情報に変換して指定モール向けのネットショップ構築情報を生成する（ステップＸ４）。
【０１０１】
これによって生成された指定モール向けのネットショップ構築情報を指定ショッピングモールサイト１へアップロード送信する（ステップＸ５）。ここで、出店希望の他のショッピングモールが複数指定されている場合には、指定されたモール数分のアップロード処理が完了するまで（ステップＸ６）、上述の動作が繰り返される（ステップＸ３〜Ｘ６）。
なお、指定モールサイト１側では、仲介サイト１からアップロードされたネットショップ構築情報を設定することにより、当該店舗対応のネットショップが開設されて運営管理される。
【０１０２】
次に、商品購入者端末４がショッピングモールサイト１をアクセスした場合の動作を図２８および図２９を参照して説明する。
商品購入者端末４からのアクセスに応答してショッピングモールサイト１は、各ネットショップの案内を掲載したトップページを要求元の端末へ送信した後（ステップＢ１）、ユーザが希望するネットショップの選択要求の待ち状態となる（ステップＢ２）。ここで、商品購入者端末４から選択要求を受け付けると、そのネットショップに対応して設定されているＨＴＭＬファイルＦ１２、ネット画像ファイルＦ３２、ネット商品マスタファイルＦ３３を参照して、当該ネットショップ対応の商品案内ページを作成する処理を行なう。
なお、図４０は、商品案内ページの作成処理状態を示したもので、（Ａ）は、ＨＴＭＬファイルＦ１２、ネット画像ファイルＦ３２、ネット商品マスタファイルＦ３３に基づいて作成された商品案内ページの具体例を示し、（Ｂ）は、ＨＴＭＬファイルＦ１２を構成する１ページ分の内容を示した図である。
【０１０３】
先ず、ショッピングモールサイト１は、選択されたネットショップに対応付られているＨＴＭＬファイルＦ１２をアクセスし、その先頭のＨＴＭＬページを指定すると共に（ステップＢ３）、指定したＨＴＭＬページ内に設定されている各商品コードに基づいてネット商品マスタファイルＦ３３をアクセスし、各商品コードに該当する「画像番号」を取得する（ステップＢ４）。このようにしてネット商品マスタファイルＦ３３から取得した各「画像番号」に基づいてネット画像ファイルＦ３２をアクセスし、該当する商品画像を読み出すと共に（ステップＢ５）、指定ＨＴＭＬページ内において、各商品コードの対応位置に商品画像を貼り付ける（ステップＢ６）。
【０１０４】
更に、指定したＨＴＭＬページ内に設定されている各商品コードに基づいてネット商品マスタファイルＦ３３をアクセスし、各商品コードから「商品名」、「価格」、「商品説明」を読み出し（ステップＢ７）、指定ＨＴＭＬページ内において、各商品コードの対応位置に、この「商品名」、「価格」、「商品説明」を貼り付けた内容の商品案内ページを作成する（ステップＢ８）。これによって商品案内ページは、その「ページタイトル」の他、各商品画像が一覧配置され、更に各画像の下側には「商品名」、「価格」、「商品説明」が配置されたページ内容となり、このようにして作成された商品案内ページは、要求元である商品購入者端末４へ送信される（ステップＢ９）。
【０１０５】
ショッピングモールサイト１は、商品案内ページを送信した後、その商品購入者端末４からの要求待ちとなる（図２９のステップＢ１０）。ここで、商品購入者端末４からの要求を受け付けると、その要求は他のページ要求か（ステップＢ１１）、商品を購入する為の商品選択の要求かを判別する（ステップＢ１３）。いま、他のページ要求を受け付けた場合には（ステップＢ１１）、要求されたページを指定した後（ステップＢ１２）、図２８のステップＢ４に戻り、ＨＴＭＬファイルＦ１２内から要求ページに対応するＨＴＭＬページを指定し、このＨＴＭＬページに基づいて商品案内ページを作成する処理を行う。
【０１０６】
また、購入対象の商品が選択された場合には（ステップＢ１３）、選択商品の商品コードに基づいてネット商品マスタファイルＦ３３をアクセスし、その商品レコードから「商品名」、「価格」を取得し、この「商品名」、「価格」を挿入した注文ページを作成して要求元の商品購入者端末４へ送信する（ステップＢ１６）。
図４４（Ｂ）は、この注文ページの画面を示した図で、この注文ページ画面には、選択した「ネットショップ名」、「商品名」、「価格」が表示される他に、注文者が入力する為の入力項目として、「数量」、「注文者名」、「住所」、「電話番号」、「メールアドレス」、「届け先名」、「届け先住所」、‥‥が設けられている。
【０１０７】
この注文ページを受信した商品購入者端末４側において、注文ページ画面内に必要項目のデータが記入されてショッピングモールサイト１へ返信されて来ると、ショッピングモールサイト１は、商品購入者端末４からの注文データのレコードを受信すると共に（ステップＢ１７）、この注文レコードを注文情報ファイルＯＦに格納する（ステップＢ１８）。その後、商品購入者端末４からの要求待ち状態となる（ステップＢ１０）。
【０１０８】
ここで、終了要求を受信した場合には（ステップＢ１３）、注文情報ファイルＯＦをアクセスして注文レコードの有無をチェックし、注文レコードが有れば（ステップＢ１４）、全ての注文レコードを各ネットショップ毎に読み出して、対応する店舗端末（ショップ出品者ＰＣ）２あるいは仲介サイト１へ送信する（ステップＢ１５）。この場合、ショッピングモールサイト１が仲介サイト１であれば、ネットシ注文レコードを店舗端末２へ送信するが、仲介サイト１以外のショッピングモールサイト１であれば、注文レコードを仲介サイト１に対して送信する。
【０１０９】
図３０は、仲介サイト１がネット販売の注文レコードを店舗端末２へ送信する場合の動作を示したフローチャートである。
先ず、仲介サイト１は、自己が運営管理するショッピングモールへの注文レコードを店舗端末２へ送信する際に、注文データ定義ファイルＯＲをアクセスして自モール対応の定義情報を読み出し（ステップＹ１）、この定義情報にしたがって注文レコードの内容を実店舗側の処理形式（連動売上明細ファイルＦ６のレコード形式）に変換して実店舗向けの注文レコードを生成する（ステップＹ２）。この場合、１店舗分として複数の注文レコードが有る場合には、１レコード毎に全ての注文レコードを実店舗側の処理形式に変換する動作が繰り返される（ステップＹ２、Ｙ３）。これによって変換された各注文レコードは、店舗端末２（ショップ出品者ＰＣ）へ送信される（ステップＹ４）。
【０１１０】
同様に、他の何れかのショッピングモールサイト１から送信されて来た注文レコードを受信した場合には、注文データ定義ファイルＯＲをアクセスして、そのモール対応の定義情報を読み出し（ステップＹ５）、受信したネットシ注文レコードの内容をこの定義情報にしたがって実店舗側の処理形式に変換して実店舗向けの注文レコードを生成する動作を注文レコード毎に繰り返した後（ステップＹ２、Ｙ３）、各注文レコードを店舗端末２へ送信する（ステップＹ４）。
ここで、店舗端末２側では、仲介サイト１から注文レコードを受信すると、ネット注文情報取得モジュールＭ５を起動させ、受信レコードを連動売上明細ファイルＦ６に格納する。
【０１１１】
図３１は、店舗端末２側において、オペレータからの要求に応じてネット販売入力ＡＰ２２ｂが起動された場合の動作を示したフローチャートである。
先ず、店舗端末２は、連動売上明細ファイルＦ６をアクセスし、その先頭から１レコード分のデータを読み出し（ステップＣ１）、この連動売上明細レコードに基づいて得意先登録処理を行う（ステップＣ２）。
この得意先登録処理は、ネット販売による新たな顧客（得意先）をネット販売用の連動得意先マスタファイルＦ８に登録すると共に、販売管理システム２１側の得意先マスタファイルＦ３に登録する登録処理を行うと共に、得意先マスタファイルＦ３と連動得意先マスタファイルＦ８との整合性を保持するようにしたものである。
【０１１２】
図３２は、この得意先登録処理を詳述したフローチャートである。
先ず、ネット販売入力ＡＰ２２ｂにしたがって店舗端末２は、連動売上明細ファイルＦ６から読み出したレコード内から「メールアドレス」を取得し、この「メールアドレス」に基づいて連動得意先マスタファイルＦ８内の該当レコード内容をチェックし、該当する「メールアドレス」を持った得意先が登録済みであるかをチェックする（ステップＤ１）。つまり、ネット販売の固有のデータである「メールアドレス」をキーとして、連動得意先マスタファイルＦ８を検索し、同一の「メールアドレス」が登録されているかを判別することによって、以前にネット販売を１度でも利用したことがある得意先かを判別する。
【０１１３】
この結果、連動得意先マスタファイルＦ８内に同一の「メールアドレス」が登録されていない場合には（ステップＤ２）、今回始めてネット販売の利用顧客であるので、連動売上明細ファイルＦ６から読み出したレコード内から「得意先名」および「電話番号」を取得し、この「得意先名」、「電話番号」に基づいて販売管理システム２１側の得意先マスタファイルＦ３内の該当レコード内容をチェックし、この「得意先名」、「電話番号」を持った得意先が登録済みであるかを調べる（ステップＤ３）。つまり、得意先を特定可能な「得意先名」、「電話番号」をキーとして、得意先マスタファイルＦ３を検索し、同一の「得意先名」、「電話番号」が登録されているかを判別することによって、以前に実店舗販売やネット販売を１度でも利用したことがある得意先（既存得意先）かを判別する。
【０１１４】
ここで、登録済みではなければ（ステップＤ４）、実店舗販売やネット販売を利用したことがない新規顧客であるので、ステップＤ５に移り、「新たな得意先コード」を生成する。そして、生成した「得意先コード」と連動売上明細レコード内から取得した「メールアドレス」とを連動得意先マスタファイルＦ８に新規レコードとして追加登録すると共に（ステップＤ６）、この「得意先コード」と連動売上明細レコード内から取得した該当情報（得意先名、住所等の他、メールアドレスを含む）とを得意先マスタファイルＦ３に新規レコードとして追加登録する（ステップＤ７）。
【０１１５】
また、連動得意先マスタファイルＦ８内に同一の「メールアドレス」が登録済みであれば（ステップＤ２）、ネット販売を利用したことがある既存得意先であるから、ステップＤ８に移り、連動得意先マスタファイルＦ８から該当する「得意先コード」を読み出す。そして、この「得意先コード」に基づいて販売管理システム２１側の得意先マスタファイルＦ３を検索し、この得意先レコード内から「住所」、「電話番号」、「メールアドレス」を読み出すと共に、連動売上明細レコード内から「住所」、「電話番号」、「メールアドレス」を読み出し、これらを対応づけて比較表示する（ステップＤ１１）。
【０１１６】
すなわち、得意先に関する情報のうち「住所」、「電話番号」、「メールアドレス」は変更される可能性が有るデータである為に、今回のネット販売利用時の内容と既登録内容とを比較表示させることによってオペレータに既登録内容を訂正更新する必要性があるかを問い合わせる。ここで、更新要求を受けた場合には（ステップＤ１２）、連動売上明細レコードの「住所」、「電話番号」、「メールアドレス」に基づいて得意先マスタファイルＦ３内の該当レコード内容を訂正更新する処理が行われる（ステップＤ１３）。
【０１１７】
また、得意先マスタファイルＦ３内に同一の「得意先名」、「電話番号」が登録されている場合には（ステップＤ４）、既存得意先ではあるが、今回始めてネット販売を利用した顧客であるので、ステップＤ９に移り、得意先マスタファイルＦ３から「得意先コード」を読み出す。そして、この「得意先コード」と連動売上明細レコードの「メールアドレス」とを連動得意先マスタファイルＦ８に新規レコードとして追加登録する（ステップＤ１０）。その後、上述した「住所」、「電話番号」、「メールアドレス」の比較表示を行い（ステップＤ１１）、更新要求を受けた場合には（ステップＤ１２）、得意先マスタファイルＦ３内の該当レコード内容を訂正更新する（ステップＤ１３）。
【０１１８】
このような得意先登録処理が終了すると、図３１のステップＣ３に進み、連動売上明細レコードから「合計金額」を取得すると共に、連動売上明細レコードの「商品コード」に基づいて得意先マスタファイルＦ３をアクセスし、連動売上明細レコードから取得した「合計金額」を得意先マスタファイルＦ３の該当レコード内の「売上累計金額」に加算更新する。更に、連動得意先マスタファイルＦ８の該当レコード内の「売上累計ポイント」をプラス“１”する更新処理を行う（ステップＣ４）。
その後、届け先登録処理を行う（ステップＣ５）。この届け先登録処理は、ネット販売によって顧客が購入した商品を第三者宛に配送すべきことが指定されている場合に、その届け先情報をネット販売用の連動届け先マスタファイルＦ９に登録すると共に、販売管理システム２１側の届け先マスタファイルＦ４に登録する登録処理を行うと共に、届け先マスタファイルＦ４と連動届け先マスタファイルＦ９との整合性を保持するようにしたものである。
【０１１９】
図３３は、この届け先登録処理を詳述したフローチャートである。
なお、この届け先登録処理は、上述した図３１で示した得意先登録処理と基本的に同様である為、以下、この届け先登録処理の特徴部分を中心に説明するものとする。
先ず、上述した得意先登録処理で得られた「得意先コード」を取得すると共に、この「得意先コード」と、連動売上明細レコード内から取得した「届け先名」とを一組として、この「得意先コード」および「届け先名」が連動届け先マスタファイルＦ９に登録済みであるかをチェックする（ステップＥ１、Ｅ２）。
【０１２０】
いま、「得意先コード」および「届け先名」が連動届け先マスタファイルＦ９に登録されていなければ（ステップＥ２）、その既存得意先が指定した今回の届け先は、ネット販売による届け先として今回始めての場合であるから、ステップＥ３に移り、この「得意先コード」と連動売上明細レコード内の「届け先名」および「電話番号」が届け先マスタファイルＦ４内に登録済みかをチェックする（ステップＥ３、Ｅ４）。ここで、同一の「得意先コード」、「届け先名」、「電話番号」が届け先マスタファイルＦ４内に登録済みであれば、既存得意先が過去に商品の配送を依頼したことがある届け先（既存届け先）に対して再び商品の配送を依頼した場合であるが、登録済みでなければ、過去に商品の配送を依頼したことがない新規な届け先に対する配送依頼である。
【０１２１】
また、新規な届け先であれば、「新たな届け先コード」を生成する（ステップＥ５）。そして、「得意先コード」、「新たな届け先コード」、連動売上明細レコード内から取得した「届け先名」とを連動届け先マスタファイルＦ９に新規レコードとして追加登録すると共に（ステップＥ６）、この「得意先コード」、「新たな届け先コード」と、連動売上明細内から取得した該当情報（得意先名、得意先住所等）とを届け先マスタファイルＦ４に新規レコードとして追加登録する（ステップＥ７）。
【０１２２】
ネット販売を利用した既存得意先が過去に商品の配送を依頼したことがある既存届け先に対して今回のネット販売の利用時にも再び商品の配送を依頼した場合には（ステップＥ２）、連動届け先マスタファイルＦ９から該当する「届け先コード」を読み出す（ステップＥ８）。そして、この「得意先コード」、「届け先コード」に該当する届け先マスタファイルＦ４内の「住所」、「電話番号」と連動売上明細レコード内の「住所」、「電話番号」とを比較表示した後（ステップＥ１１）、オペレータからの更新要求を受けた場合には（ステップＥ１２）、連動売上明細レコード内の「住所」、「電話番号」に基づいて届け先マスタファイルＦ４内の該当レコードを訂正更新する（ステップＥ１３）。
【０１２３】
一方、届け先マスタファイルＦ４内に同一の「得意先コード」、「届け先名」、「電話番号」が登録済みであれば（ステップＥ４）、既存得意先が過去に商品の配送を依頼したことがある既存届け先に対して、今回始めてのネット販売による配送依頼の場合であるから、ステップＥ９に移り、届け先マスタファイルＦ４から該当する「届け先コード」を読み出す。そして、この「得意先コード」、「届け先コード」と連動売上明細レコード内の「届け先名」とを連動届け先マスタファイルＦ９に新規レコードとして追加登録する（ステップＥ１０）。その後、上述した「住所」、「電話番号」、の比較表示を行い（ステップＥ１１）、更新要求を受けた場合には（ステップＥ１２）、届け先マスタファイルＦ４内の該当レコード内容を訂正更新する（ステップＥ１３）。
【０１２４】
このような届け先登録処理が終了すると、図３１のステップＣ６に進み、連動売上明細レコードから「合計金額」を取得すると共に、連動売上明細レコードの「商品コード」に基づいて届け先マスタファイルＦ４をアクセスし、連動売上明細レコードから取得した「合計金額」を届け先マスタファイルＦ４の該当レコード内の「届け先別累計金額」に加算更新する。更に、連動売上明細レコードの内容に基づいて伝票明細・伝票合計ファイルＦ２対応の伝票レコードを作成し（ステップＣ７）、この伝票レコードを伝票明細・伝票合計ファイルＦ２に追加登録する（ステップＣ８）。
このようにして１レコード分の処理が終了すると、連動売上明細ファイルＦ６内に未処理のレコードが有るかを判別し（ステップＣ９）、未処理レコードが有れば、ステップＣ１に戻り、未処理レコードを読み出して、以下、上述の動作を繰り返す。
【０１２５】
図３４は、実店舗販売の注文業務において、販売管理システム２１の起動に応じて実行開始される店舗端末２の動作を示したフローチャートである。
先ず、店舗端末２は、販売管理システム２１にしたがって売上伝票フォームを読み出して表示出力させた状態において（ステップＦ１）、販売商品に関する伝票データ（商品コード、数量、得意先コード、届け先コード等）が入力されると（ステップＦ２）、入力された伝票データに基づいて伝票レコードを作成して（ステップＦ３）、伝票明細・伝票合計ファイルＦ２に追加登録する（ステップＦ４）。
【０１２６】
ここで、予め指定されている伝票即時処理／バッチ処理の指定状態を判別し（ステップＦ５）、伝票即時処理が指定されている場合には、作成した伝票レコードに基づいて注文業務用の各種伝票（納品書、振り込み依頼書、宅配伝票等）を印刷する処理を行うと共に（ステップＦ６）この伝票レコードに基づいて他の業務用の各種伝票管理処理を行う（ステップＦ７）。
そして、作成した伝票レコード内から「得意先コード」を取得し、この「得意先コード」に基づいて得意先マスタファイルＦ３を検索し、該当する得意先レコードを読み出すと共に（ステップＦ８）、伝票レコード内から取得した「合計金額」を得意先レコード内の「売上累計金額」に加算して「売上累計金額」の更新を行う（ステップＦ９）。
【０１２７】
次に、伝票レコード内に「届け先コード」が含まれている場合には（ステップＦ１０）、伝票レコードから「得意先コード」、「届け先コード」を取得し、この「得意先コード」、「届け先コード」に基づいて届け先マスタファイルＦ４を検索して、該当する届け先レコードを読み出すと共に（ステップＦ１１）、伝票レコード内から取得した「合計金額」を届け先レコード内に「届け先別累計金額」に加算して「届け先別累計金額」の更新を行う（ステップＦ１２）。
なお、上述のステップＦ５でバッチ処理が指定されている場合には、得意先マスタファイルＦ３内の「売上累計金額」を更新する処理が行われる（ステップＦ８、Ｆ９）。また、伝票レコード内に「届け先コード」が含まれている場合には（ステップＦ１０）、届け先マスタファイルＦ４の「届け先別累計金額」を更新する処理が行われる（ステップＦ１１、Ｆ１２）。
【０１２８】
図３５はオペレータからのバッチ処理要求を受けた場合あるいはネット注文入力モジュールＭ６からの伝票処理要求を受けた場合に、販売管理システム２１が起動されて実行開始される店舗端末２の動作を示したフローチャートである。
先ず、伝票明細・伝票合計ファイルＦ２をアクセスして、未処理の伝票レコードを読み出し（ステップＧ１）、この伝票レコードに基づいて注文業務用の各種伝票印刷を実行すると共に（ステップＧ２）、伝票レコードに基づいて他の業務用の各種伝票管理処理を実行する（ステップＧ３）。
そして、伝票明細・伝票合計ファイルＦ２内に未処理の伝票レコードが有るかを調べ（ステップＧ４）、有れば、ステップＧ１に戻り、未処理レコードに基づいて伝票印刷・管理処理を行う（ステップＧ２、Ｇ３）。
【０１２９】
以上のように、この実施形態における店舗端末２には、既存の販売管理システム２１の他に、ネットショップ構築・運用システム２２が構築されており、実店舗で商取引される販売対象商品群の中からネット販売対象商品が任意に選択指定された場合には、この選択商品に関する情報を掲載した内容の商品案内ページを作成して仲介サイト１側へ送信し、また、仲介サイト１側で注文された注文情報を受信し、この注文情報に基づいて伝票明細・伝票合計ファイルＦ２の内容を更新するようにしたから、既存の実店舗用の販売管理システム２１を変更することなく、ネットショップ構築・運用システム２２を販売管理システム２１に対して容易に連携させることができ、これによってネット販売を新たな販売手段として容易に追加することが可能となる。
【０１３０】
ネットショップ構築ＡＰ２２ａは、ネットショップ定義モジュールＭ１、ネット商品登録モジュールＭ２、ネット商品陳列モジュールＭ３に大別した構成となっており、ネットショップの新規構築時には、一連の作業内容を順次案内し、この一連の作業によって生成されたネットショップ構築情報を仲介サイト１側へアップロードするようにしたから、新規構築に伴う一連の作業を効率良く行うことが可能となり、ＰＣを十分使いこなせないユーザやＷｅｂページの知識を持たないユーザ（ロースキルユーザ）であっても、店舗独自のネットショップを容易に構築することが可能となる。この場合、一連の作業を３段階に分けることによって、各段階毎に必要最小限のスキルを持った担当者が作業を分担して行うこともできる。また、商品の入れ替えや陳列状態の変更をロースキルユーザであっても容易に行うことができるので、その作業を頻繁に行うことが可能となり、品揃えや陳列状態を常にベストな状態に保つことができ、タイミング遅れによって販売の機会を逃すこともなくなる。更に、ネット注文情報を手入力するという負担をかけず、転記ミス等もなく、ネット販売の受注を確実に処理することができる。
【０１３１】
一方、仲介サイト１にあっては、この実店舗側で実取引される販売対象商品群の中からネット販売対象として選択された商品に関する情報が掲載されると共に自己が運営管理するショッピングモール用の展示形式にしたがって作成された内容の商品展示情報（ネットショップ構築情報）を店舗端末２から受信取得して当該ネットショップを開設し、かつ、このネットショップで販売された商品のネット注文情報を実店舗用の処理形式に合った情報に変換して当該店舗端末２へ送信する他に、自己が運営管理するショッピングモール以外の他のショッピングモール側に対しても実店舗側からネット販売の出品依頼を受けた場合に、ショップ登録定義ファイルＳＲを参照し、実店舗側（店舗端末２）から自己宛に作成されたネットショップ構築情報をこの依頼先向けの展示形式に変換して当該他のショッピングモールサイト１へ送信し、また、他のショッピングモールサイト１からネット注文情報を受けた場合に、注文データ定義ファイルＯＲを参照し、このネット注文情報を実店舗用の処理形式に変換して店舗端末２へ送信するようにしたから、実店舗側との間でネットショップの構築およびネット販売の管理を自己が運営管理するショッピングモール以外の他のショッピングモール側に対しても連携可能となる。
【０１３２】
したがって、実店舗側においては、商品の展示形式がショッピングモール毎に異なる場合でも、展示形式毎にネットショップを構築する必要がなくなり、また、ネット注文情報の形式がショッピングモール毎に異なる場合でも、ネット販売の注文を実店舗側の取引と同様に取り扱うことができ、更に、実店舗側の既存の販売管理システムを変更することなく、ネット販売を新たな販売手段として容易に追加することが可能となる他、複数のネットショップの開設によって更なる販売促進を期待することができる。
【０１３３】
この場合、ショップ登録定義ファイルＳＲには、実店舗と複数の他のショッピングモールとの対応関係が定義され、また、注文データ定義ファイルＯＲには、実店舗と各ショッピングモールとの対応関係が定義されているので、実店舗毎に、出品候補として予め登録しておいた複数のネットショップの中から希望するネットショップを任意に選択指定することができ、また、出品依頼先として選択したネットショップでのネット販売が芳しくない場合には、他のネットショップへの変更も容易に行うことができる等、実情に即した対応が可能となる。
【０１３４】
なお、上述した実施形態の仲介サイト１は、そのサイト自身もショッピングモールを運営管理する場合を例示したが、ショッピングモールサイト１と店舗端末２との間を単に仲介してネット販売の支援サービスを提供するようにした仲介サイト（ネット販売支援装置）であってもよい。
この場合のネット販売支援装置も、基本的には上述した実施形態の仲介サイト１と同様であり、ショッピングモールを運営管理する機能以外は、上述した実施形態と同様に実現可能である。
【０１３５】
すなわち、この仲介サイト（ネット販売支援装置）内に、各ショッピングモール側で行われる商品の展示形式をショッピングモール毎に記憶管理するショップ登録定義ファイルＳＲを設ける他、実店舗側で注文情報を処理する処理形式とショッピングモール側で注文情報を処理する処理形式を記憶管理する注文データ定義ファイルＯＲを設ける。そして、何れかのショッピングモールへの出品依頼を実店舗側から受けた場合に、出品依頼先として指定されたショッピングモールを選択すると共に、この実店舗側で実取引される販売対象商品群の中からネット販売対象として出品依頼された商品に関する情報を前記選択モール向けの展示形式に合った展示情報（ネットショップ構築情報）に変換して当該ショッピングモールサイト１へ送信する機能と、ショッピングモール側からネット注文情報を受けた場合に、その商品のネット販売を依頼した依頼元の実店舗と当該ショッピングモールとの処理形式を参照し、ネット注文情報を実店舗用の処理形式に合った情報に変換して当該店舗端末２へ送信する機能を設ければよい。
【０１３６】
この場合、店舗端末２側では、何れかのショッピングモールへの出店依頼を仲介サイト（ネット販売支援装置）に対して要求する際、実店舗側で実取引される販売対象商品群の中からネット販売対象の商品を任意に選択し、この商品名、商品画像等を記述した一覧表を仲介サイト（ネット販売支援装置）へ送信するようにしてもよい。ここで、ネット販売支援装置は、出店依頼されたモールの展示形式を参照して、指定モール向けのネットショップ構築情報を生成して当該指定モールサイトへ送信すればよい。
【０１３７】
このように構成された仲介サイト（ネット販売支援装置）においても、上述した実施形態と同様に、実店舗側が希望した任意のネットショップ側と実店舗側との間でネットショップの構築とネット販売の管理の連携が可能となり、実店舗側においては、商品の展示形式がネットショップ毎に異なる場合でも、展示形式毎にネットショップを構築する必要がなくなり、また、ネット注文情報の形式がネットショップ毎に異なる場合でも、ネット販売の注文を実店舗側の取引と同様に取り扱うことができ、更に、実店舗側における既存の販売管理システムを変更することなく、ネット販売を新たな販売手段として容易に追加することが可能となる。
【０１３８】
なお、上述した実施形態のショップ登録定義ファイルＳＲは、実店舗と他の複数のショッピングモールとの対応関係を予め実店舗毎に定義するようにしたが、実店舗毎に他の複数のショッピングモールとの対応関係を予め登録しておかなくてもよく、また、ショップ登録定義ファイルＳＲは、各ショッピングモールをアクセスする為の「アドレス」、「アクセスＩＤ」、「パスワード」を記述した一覧表と、各ショッピングモールサイト１側の展示形式（出店ルール）を記述した一覧表であってもよい。
更に、仲介サイト１は、他のショッピングモール側に対してもネット販売の出品依頼を受けた場合に、そのショッピングモールサイト１をアクセスしてその展示形式を受信取得するようにしてもよい。つまり、ショッピングモールの展示形式をその都度、受信取得するようにしてもよい。
【０１３９】
また、上述した実施形態の注文データ定義ファイルＯＲは、実店舗側で注文情報を処理する処理形式（連動売上明細ファイルＦ６のレコード形式）とショッピングモール側で注文情報を処理する処理形式（モール固有のレコード形式）との対応をショッピングモール毎に記憶管理するようにしたが、それらを別個に記憶管理しておき、仲介サイト１が実店舗側の処理形式とショッピングモール側の処理形式とを項目毎に比較することによってネット注文レコードを実店舗用の注文形式に変換するようにしてもよい。
【０１４０】
仲介サイト１は、店舗端末２からの送信要求に応答してネット販売の注文情報を一括して店舗端末２へ送信するようにしてもよい。
また、店舗端末２は、ネット販売の注文が発生する毎に、その注文情報を取り込んで、リアルタイムにネット注文入力処理を行うようにしてもよい。
また、実店舗としては、文具店、鮮魚店等の小規模な個人商店に限らず、例えば、ディスカウントショップ、コンビニエンスストア、スーパーマーケット等の大規模な企業店舗であってもよく、更に、所謂、カタログ通信販売を行う店舗であってもよい。更に、実店舗が取り扱う商品としては、有形な商品に限らず、音楽コンテンツ、画像コンテンツ、文書コンテンツ等の無形商品を販売対象としてもよく、このような無形商品をネットショップでも販売対象とするようにしてもよい。
【０１４１】
また、上述した仲介サイト（ネット販売管理装置あるいはネット販売支援装置）は、スタンド・アローン・タイプに限らず、その各構成要素が２以上の筐体に物理的に分離され、通信回線やケーブル等の有線伝送路あるいは電波、マイクロウエーブ、赤外線等の無線伝送路を介してデータを送受信する分散型のシステムを構成するものであってもよい。
【０１４２】
一方、コンピュータに対して、上述した各手段を実行させるためのプログラムコードをそれぞれ記録した記録媒体（例えば、ＣＤ−ＲＯＭ、フロッピィデスク、ＲＡＭカード等）を提供するようにしてもよい。
すなわち、コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、実店舗側で実取引される販売対象商品群の中からネット販売対象として選択された商品に関する情報が掲載されていると共に自己が運営管理するネットショップ用の展示形式にしたがって作成された内容の商品展示情報を実店舗側から受信取得して当該実店舗対応のネットショップを開設し、かつ、このネットショップで販売された商品のネット注文情報を実店舗用の処理形式に変換して実店舗側へ送信する機能と、自己が運営管理するネットショップ以外の他のネットショップ側に対しても実店舗側からネット販売の出品依頼を受けた場合に、当該他のネットショップ側で行われる商品の展示形式を参照し、実店舗側から自己宛に作成された商品展示情報をこの依頼先向けの展示形式に合った情報に変換して当該他のネットショップ側へ送信する機能と、前記他のネットショップ側からネット注文情報を受けた場合に、実店舗側で実取引を処理する処理形式を参照し、このネット注文情報を実店舗用の処理形式に合った情報に変換して当該実店舗側へ送信する機能とを実現させるためのプログラムを記録したコンピュータが読み取り可能な記録媒体を提供するようにしてもよい。
【０１４３】
【発明の効果】
この発明（請求項１記載の発明）によれば、自己が運営管理するネットショップ以外の他のネットショップ側に対しても実店舗側からネット販売の出品依頼を受けた場合に、当該他のネットショップ側で行われる商品の展示形式を参照し、実店舗側から自己宛に作成された商品展示情報をこの依頼先向けの展示形式に合った情報に変換して当該他のネットショップ側へ送信し、他のネットショップ側からネット注文情報を受けた場合に、実店舗側で注文情報を処理する処理形式を参照し、このネット注文情報を実店舗用の処理形式に合った情報に変換して当該実店舗側へ送信するようにしたから、実店舗側との間でネットショップの構築およびネット販売の管理を自己が運営管理するネットショップ以外の他のネットショップ側に対しても連携可能となり、実店舗側においては、商品の展示形式がネットショップ毎に異なる場合でも、展示形式毎にネットショップを構築する必要がなくなり、また、ネット注文情報の形式がネットショップ毎に異なる場合でも、ネット販売の注文を実店舗側の取引と同様に取り扱うことができ、更に、実店舗側の既存の販売管理システムを変更することなく、ネット販売を新たな販売手段として容易に追加することが可能となる他、複数のネットショップの開設によって更なる販売促進を期待することができる。
【図面の簡単な説明】
【図１】販売管理ネットワークシステムの全体構成を示したブロック図。
【図２】店舗端末２の基本的なシステム概要を説明する為のブロック図。
【図３】仲介サイト１に設けられているショップ登録定義ファイルＳＲの構成を説明する為の図。
【図４】仲介サイト１に設けられている注文データ定義ファイルＯＲの構成を説明する為の図。
【図５】ネットショップ構築ＡＰ２２ａを構成するネットショップ定義モジュールＭ１、ネット商品登録モジュールＭ２、ネット商品陳列モジュールＭ３の動作概念を説明する為の図。
【図６】（Ａ）は、商品マスタファイルＦ１のレコード構成を示した図、（Ｂ）は、連動商品マスタファイルＦ５のレコード構成を示した図。
【図７】商品陳列定義ファイルＦ３１の構成を示した図。
【図８】ネットショップ構築によって得られた各種の情報が仲介サイト１側へアップロードされる様子を示した図。
【図９】仲介サイト１側において、店舗別にネットショップ構築情報を記憶管理する店舗別格納領域Ｅの内容を示した図。
【図１０】（Ａ）は、仲介サイト１側に設けられている店舗管理テーブルＴの内容を示した図、（Ｂ）は、注文情報ファイルＯＦのレコード構成を示した図。
【図１１】販売管理システム２１側に設けられている各種ファイルと、ネットショップ構築・運用システム２２側に設けられている各種ファイルを一覧的に示した図。
【図１２】（Ａ）は、得意先マスタファイルＦ３、（Ｂ）は、連動得意先マスタファイルＦ８のレコード構成を示した図。
【図１３】（Ａ）は、届け先マスタファイルＦ４、（Ｂ）は、連動届け先マスタファイルＦ９のレコード構成を示した図。
【図１４】仲介サイト１２の基本的な構成要素を示したブロック図。
【図１５】ネットショップ構築・運用システム２２を構成するネットショップ構築ＡＰ２２ａの起動に応じた店舗端末２の動作を示したフローチャート。
【図１６】図１５に続く、ネットショップ構築時の動作を示したフローチャート。
【図１７】図１６に続く、ネットショップ構築時の動作を示したフローチャート。
【図１８】図１７に続く、ネットショップ構築時の動作を示したフローチャート。
【図１９】図１８に続く、ネットショップ構築時の動作を示したフローチャート。
【図２０】図１５に続く、ネットショップ構築時の動作を示したフローチャート。
【図２１】図２０に続く、ネットショップ構築時の動作を示したフローチャート。
【図２２】図２０に続く、ネットショップ構築時の動作を示したフローチャート。
【図２３】図２２に続く、ネットショップ構築時の動作を示したフローチャート。
【図２４】図２２に続く、ネットショップ構築時の動作を示したフローチャート。
【図２５】図２４に続く、ネットショップ構築時の動作を示したフローチャート。
【図２６】図２５に続く、ネットショップ構築時の動作を示したフローチャート。
【図２７】実店舗側から仲介サイト１以外の他のショッピングモールに対してもネットショップの出店希望の依頼を受けた場合に、仲介サイト１内のネットショップ構築情報をその依頼先である他のショッピングモールサイト１へアップロードして登録する場合のショップ登録処理を示したフローチャート。
【図２８】商品購入者端末４からのアクセスに応じたショッピングモールサイト１側の動作を示したフローチャート。
【図２９】図２８に続く、ショッピングモールサイト１側の動作を示したフローチャート。
【図３０】仲介サイト１がネット販売の注文レコードを店舗端末２へ送信する場合の動作を示したフローチャート。
【図３１】ネットショップ構築・運用システム２２を構成するネット販売入力ＡＰ２２ｂに応じた店舗端末２の動作を示したフローチャート。
【図３２】図３１に示した得意先登録処理を詳述したフローチャート。
【図３３】図３１に示した届け先登録処理を詳述したフローチャート。
【図３４】販売管理システム２１に応じた店舗端末２の動作を示したフローチャート。
【図３５】販売管理システム２１に応じて伝票バッチ処理を行う場合における店舗端末２の動作を示したフローチャート。
【図３６】（Ａ）は、作業手順画面を示した図、（Ｂ）は、ショップ構造定義画面を示し図。
【図３７】新規ネット商品登録のベース画面を示した図。
【図３８】選択マスタ（商品マスタファイルＦ１）の商品一覧画面を示した図。
【図３９】画像一覧画面を示した図。
【図４０】商品案内ページの作成処理状態を示したもので、（Ａ）は、作成された商品案内ページの具体例を示し、（Ｂ）は、ＨＴＭＬファイルＦ１２を構成する１ページ分の内容を示した図。
【図４１】ネット商品陳列＜ページ一覧＞画面を示し図。
【図４２】選択ページ対応の陳列商品登録画面を示した図。
【図４３】連動商品マスタファイルＦ５の商品一覧画面を示した図。
【図４４】（Ａ）は、この変更メニュー画面を示した図、（Ｂ）は、この注文ページの内容を示した図。
【符号の説明】
１ショッピングモールサイト（仲介サイト）
２店舗端末
３ネットワーク網
４商品購入者端末
２１販売管理システム
２２ネットショップ構築・運用システム
Ｆ１商品マスタファイル
Ｆ６連動売上明細ファイル
Ｆ１１ショップ構造定義ファイル
Ｆ１２ＨＴＭＬファイル
Ｆ３１商品陳列定義ファイル
Ｆ３２ネット画像ファイル
Ｆ３３ネット商品マスタファイル
Ｍ４アップロードモジュール
Ｍ５ネット注文情報取得モジュール
Ｍ６ネット注文入力モジュール
ＯＦ注文情報ファイル
ＳＲショップ登録定義ファイル
ＯＲ注文データ定義ファイル[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a net sales management device that is connected via a network to a real store sales management device that manages actual transactions at an actual store, and that manages and manages a net shop requested by the real store. The present invention relates to a net sales support device that mediates between a sales management device and a net sales management device to support net sales.
[0002]
[Prior art]
2. Description of the Related Art In recent years, electronic commerce that performs two-way communication via the Internet between a net shop (virtual store) that sells various products via the Internet and a user terminal on the customer side that makes a purchase application for a product is performed at home or the like. The user can freely purchase the desired product from the user terminal at any time, and the payment for the purchased product can be automatically debited from the bank account. Malls and the like are becoming increasingly popular.
By the way, a personal computer (store PC) as a sales management device installed in an actual store stores and manages product information for each product to be sold in a store and stores sales information and customer information. Sales management system (business application) that manages and updates sales information and customer information based on keyed-in order contents, and issues various forms based on the sales information and customer information. Has been built. When building a net shop using a store PC in such a system environment, a commercially available homepage creation support software is purchased, or a professional company is requested to build it.
[0003]
In this case, in order to build an online shop using commercially available homepage creation support software, it is necessary to have sufficient knowledge of homepage creation in addition to the premise that a PC can be fully used. It is difficult for store managers and store clerks to build such a system, and if you ask a specialist, the cost of building the system is enormous. could not.
Conventionally, individual retailers jointly operate a Web site to realize virtual store construction at low cost by sharing product information, sharing inventory information, and sharing customer service. A known virtual store system is known (see Patent Document 1).
[0004]
[Patent Document 1]
JP-A-2002-049771
[0005]
[Problems to be solved by the invention]
However, in the case where individual retailers jointly operate a Web site, such as the virtual store system described above, since it is assumed that product information, inventory information, and customer service are shared, each retailer is required to share the information. A problem arises in that it is not possible to plan a unique online sales every time.
By the way, in general, the display format for displaying various types of product information is greatly different depending on the company that operates and manages the shopping mall. When trying to open an online shop for a store, it is necessary to create a homepage suitable for the exhibition format for each shopping mall, which places a heavy burden on the store.
[0006]
On the other hand, when an order is received from a shopping mall, in order for the actual sales management system to manage the sales of the net shop at the actual store side, the order information is obtained from the net shop and the normal key operation procedure is performed. According to the key input of each order information of online sales, but for operators who are accustomed to keying in the contents of normal orders that are actually traded in physical stores, special order information of online sales Key input has problems such as poor work efficiency and easy input error.
Therefore, the present applicant has first set up a sales management device for an actual store that manages actual transactions at an actual store. By creating and uploading a product information page that contains information on products arbitrarily selected from among the above, and by updating sales information at the actual store based on the order information ordered at the online shop Proposed a technology that allows the construction of an online shop and the management of online sales to be linked to an existing sales management system (Title of Invention: Sales Management Apparatus, Japanese Patent Application No. 2001-278200).
[0007]
A first object of the present invention is to provide a net sales management device for operating and managing a net shop, in which the construction of the net shop and the management of the net sales can be cooperated with the actual store sales management device, and the self-management is performed by itself. An object of the present invention is to provide a net sales management device that can cooperate with other net shops other than the net shop.
A second object of the present invention is to provide a net sales support device that supports net sales by mediating between a real store sales management device that manages actual transactions at an actual store and a net sales management device that operates and manages an online shop. It is an object of the present invention to provide a net sales support device that enables the establishment of an online shop and the management of online sales to be linked between an arbitrary online shop side and an actual shop side desired by the real shop side.
[0008]
The means of the present invention are as follows.
The invention according to claim 1 is connected to an actual store sales management device that manages actual transactions at an actual store via a network, and is a net sales target product group that is actually sold at the actual store side. The information about the product selected as is posted and the product display information of the content created according to the display format for the online shop managed and operated by the user is received and acquired from the actual store side, and the relevant online shop is opened, A net sales management device that converts the net order information of the products sold in this net shop into information suitable for the processing format for the real store and transmits the information to the real store side; When an online store is requested to sell from another physical shop to another online shop other than the shop, the product is displayed at the other online shop. A first control means for converting the product display information created for itself from the actual store side into information suitable for the display format for this request destination and transmitting the information to the other net shop side, When receiving the net order information from the other net shop side, refer to the processing format for processing the order information at the real store side, and convert this net order information into information suitable for the processing format for the real store. It is characterized by an online sales management device comprising a second control means for transmitting the data to the actual store.
Further, the present invention provides a computer with a program for realizing the main functions described in the first aspect of the present invention (the third aspect of the present invention).
[0009]
Therefore, according to the first and third aspects of the present invention, net sales (for example, a shopping mall) other than the net shop (for example, a shopping mall) operated and managed by the user can be performed by the real store from the actual store. When an exhibition request is received, reference is made to the display format of the product to be performed at the other online shop, and the product display information created by the actual store to the customer is information that matches the display format for this request destination To the other net shop, and when receiving the net order information from the other net shop, refer to the processing format for processing the order information at the real shop and execute this net order information. Since the information is converted to the information suitable for the processing format for the store and transmitted to the actual store, the self-management of the construction of the online shop and the management of the online sales with the actual store It is also possible to cooperate with other online shops other than the online shop that manages, and it is not necessary for the actual store to build an online shop for each exhibition format even if the product display format differs for each online shop In addition, even if the format of the online order information differs from one online shop to another, online sales orders can be handled in the same manner as transactions at the physical store, and furthermore, the existing sales management system at the physical store must be changed. In addition to this, it is possible to easily add online sales as a new sales method, and further sales promotion can be expected by opening a plurality of online shops.
[0010]
The present invention may be as follows.
Correspondence information storage means for storing and managing information indicating the correspondence between a plurality of other net shops other than the net shop operated and managed by the own shop and the actual shop for each actual shop; And a format information storage means for storing and managing the correspondence between the processing format for processing the order information on the physical store side and the processing format for processing the order information on the online shop side, while storing and managing the exhibition format for each online shop. When the first control means receives a net sales exhibition request from a real shop to another net shop other than the net shop operated and managed by the first control means, the first control means is associated with the real shop. Selected from the plurality of online shops, and the exhibition information created by the actual store to the user. The information is converted into information suitable for the exhibition format for the shop, and the converted information is transmitted to the net shop. When the second control means receives the net order information from the other net shop, the second control means executes the net sales of the product. Referring to the processing format of the requesting real store and the net shop, the net order information is converted into information suitable for the processing format for the real store, and transmitted to the real store. invention).
[0011]
Therefore, the invention of (Claim 2) has the same effect as that of the invention of Claim 1 described above, and also stores and manages various information for associating a plurality of net shops with actual stores. Therefore, it is possible to arbitrarily select and specify a desired net shop from a plurality of net shops registered in advance as exhibition candidates for each actual store, and to select a net shop selected as an exhibition request destination. If the online sales are not good, it is possible to easily change to another online shop, and to respond to the actual situation.
[0012]
The invention described in claim 4 is a net sales that supports net sales by mediating between a real store sales management device that manages actual transactions at an actual store and a net sales management device that operates and manages an online shop. A support device that stores and manages the display format of products performed at each online shop for each online shop, and that processes the order information at the actual store and the processing format that processes the order information at the online shop And a format information storage means for storing and managing, and when an exhibition request to any of the net shops is received from the actual store, the net shop designated as the exhibition request destination is selected, and the actual transaction is performed at the actual store. The information on the products that have been requested to be sold as an Internet sales target from the group of sales target products to be sold is converted into information suitable for the display format for the selected shop, and The first control means to be transmitted to the shop side, and when receiving the net order information from the net shop side, referring to the processing format of the actual store of the requester who requested the online sale of the product and the net shop, The second aspect of the present invention is characterized in that the second order control means converts the net order information into information suitable for the processing format for the actual store and transmits the information to the actual store.
Further, the present invention provides a computer with a program for realizing the main functions shown in the invention described in claim 4 (the invention described in claim 5).
[0013]
Therefore, the invention according to claims 4 and 5 provides an internet sales support device that supports internet sales by mediating between an actual store and an internet shop. When an exhibition request is received from an actual store, the customer selects an online shop to which the request is made and, at the same time, obtains information on an item that has been requested to be sold online from a group of products to be actually sold at the actual store. The information is converted to the information suitable for the display format for the selected shop and transmitted to the relevant net shop, and when the net order information is received from the net shop, this net order information is matched to the processing format for the actual store. Is converted to information and transmitted to the actual store, so an online shop can be established between the desired online store and the actual store. It is possible to link the management of online sales, and on the actual store side, even if the display format of the products differs for each online shop, there is no need to build an online shop for each display format, and the format of the net order information is Even if it differs from one online shop to another, online sales orders can be handled in the same way as transactions at physical stores, and online sales can be implemented as new sales methods without changing the existing sales management system at physical stores. Can be easily added.
[0014]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to FIGS.
FIG. 1 is a block diagram showing the overall configuration of a sales management network system according to this embodiment.
This sales management network system (wide area communication system) has a plurality of shopping mall sites 1 as its cores, and each of the shopping mall sites 1 has an actual store (actual store) which is a member user (net store entrant). The installed shop terminals 2 are connected via a network (Internet) 3, and user terminals (product purchaser terminals) 4, which are general customers of a shopping mall, are connected via the network 3. System environment.
[0015]
The shopping mall site 1 is a net sales management device for operating and managing a virtual shopping mall (shopping mall) which is a collection of net shops (virtual stores). The shopping mall site 1 unique to this embodiment among the plurality of shopping mall sites 1 existing on the Internet is referred to as an “intermediation site 1”. Are collectively referred to as the shopping mall site 1 including the mediation site 1.
[0016]
The store terminal 2 is an actual store sales management device that manages actual transactions at an actual store. The store terminal 2 performs commercial transactions at the actual store for products to be sold on the shopping mall site 1 (products sold to the net shop). If the product is arbitrarily selected from a group of products to be sold, the information on the product to be sold online is posted and the product exhibition information in accordance with the display format unique to the mediation site, that is, the online shop A product information page (HTML Web page) is created and uploaded to the mediation site 1. The store terminal 2 updates sales information for actual stores (for actual transactions), customer information, and the like based on the contents of the order placed on the mediation site 1.
[0017]
The mediation site 1 is a shopping mall site that is used exclusively by each physical store in this embodiment on a daily basis. The merchant site 1 corresponds to the store by opening a product information page created for the mediation site at the physical store. In addition to opening and managing an online shop, the online order information of the products sold at this online shop is converted into information suitable for the processing format of the actual shop and transmitted to the shop terminal 2 of the actual shop. And a mediation function of mediating between the actual store and another shopping mall site 1 to support online sales.
[0018]
That is, when a request for an online sales exhibition is received from the actual store side to the other shopping mall site 1 other than the shopping mall operated and managed by the brokerage site 1, the other shopping mall site 1 side , And converts the product information page requested to be exhibited by the actual store to the customer into a product information page suitable for the display format for this request destination, and converts the information to the other shopping mall site 1 The mediation function to send to the side and the processing format for processing the order information at the real store when receiving the net order information from the shopping mall site 1 side, and convert the net order information into the processing format for the real store It has an intermediary function of converting the information into the combined information and transmitting the converted information to the store terminal 2 of the actual store.
[0019]
FIG. 2 is a block diagram for explaining the basic system outline of the shop terminal 2 and the mediation site 1.
The store terminal 2 is a personal computer (store PC) installed in the store. The store terminal 2 stores and manages product information for each product to be traded in the store, An existing sales management system 21 that stores and manages customer information and the like and performs various types of sales management based on key-input order information (slip data) has been constructed. In other words, the sales management system 21 is a normal business application that manages various master files and files for slip processing, and performs a series of operations such as ordering, payment management, billing, and shipping. It has general sales management processing functions such as data input, issue of slips, data management, and data utilization.
[0020]
The sales management system 21 includes, as its basic data files, a plurality of merchandise MT (master) files F1, a slip description / slip total file F2, a customer master file F3, a delivery destination master file as basic data files described later. F4 is provided. Note that the master file is a concept for a transaction file. In this embodiment, the master file simply indicates a basic file, and may be used in a transactional manner (for example, a customer master file F3). , Including the destination master file F4) (hereinafter the same).
[0021]
Further, in addition to the existing sales management system 21 described above, the shop terminal 2 is additionally provided with a net shop construction / operation system 22 unique to this embodiment.
The net shop construction / operation system 22 is for constructing an online shop and managing online sales. The shop terminal 2 provided with this system 22 is designed to also function as a “PC for a net shop shopper”. Become.
The online shop construction / operation system 22 is roughly divided into an online shop construction AP (application) 22a and an online sales input AP 22b, and cooperates with the existing sales management system 21. The cooperation with the sales management system 21 includes “merchandise master cooperation” and “order transaction cooperation”.
[0022]
"Product master cooperation" means that information on each product for display at the online shop is generated with reference to the product master file F1 on the sales management system 21 side, and is uploaded to the shopping mall site 1. Of the product and the product in the product master file F1.
“Order transaction cooperation” means that various business processes are performed by acquiring order information (order transaction) on the net shop side and inputting it as order information to the sales management system 21. A series of tasks such as billing, customer management, shipping and the like are processed according to the order information of the online sales.
[0023]
When newly constructing a net shop, the operator can arbitrarily define the configuration of the product guide page by activating the net shop construction AP 22a, and can freely set the product information and the arrangement state thereof in the product guide page. , And uploading to the intermediary site 1 various file groups F storing the configuration (HTML) of the product guide page and product information (including product images) to be posted in the product guide page, thereby constructing a desired net shop. The information is constructed in the store-specific storage area E. Here, the net shop construction AP 22a is roughly divided into a net shop definition module M1, a net product registration module M2, and a net product display module M3. The net shop definition module M1 is a module for arbitrarily defining the structure of the net shop, that is, the configuration such as the page design for each of a plurality of product information pages.
[0024]
The net product registration module M2, when a product that is a target candidate for exhibiting as a net sale from any of various products stored in the product master file F1 of the sales management system 21 is arbitrarily selected and designated, This is a module for registering information on a product in the linked product master file F5. The linked product master file F5 is a product master file for online sales that stores and manages a product group that is a target candidate for online sales.
The online merchandise display module M3 can select an arbitrary merchandise from the exhibition candidate group registered in the interlocked merchandise master file F5 as the merchandise to be sold online, and display information on the selected merchandise on the merchandise information page. It is a module that can arbitrarily set the display state to be placed inside.
[0025]
The net sales input AP 22b constituting the net shop construction / operation system 22 has a net order information acquisition module M5 and a net order input module M6.
The net order information obtaining module M5 receives and obtains the net sales order information read from the order information file OF corresponding to the net shop for which an order has been placed on the mediation site 1 or another shopping mall site 1, and performs linked sales. This is a module for storing in the specification file F6. Note that the order information for online sales includes information on the ordered product, information on the orderer, and information on the delivery destination (delivery destination), and these are collectively referred to as order information.
[0026]
The linked sales statement file F6 temporarily stores and holds the contents of the order information file OF on the shopping mall site 1, and the net order input module M6 stores the contents (order information of net sales) of the linked sales statement file F6 as 1 It is read out in slip units and stored in the slip description / slip total file F2, or information on the orderer is extracted and stored in the customer master file F3, and the sales performance for each customer is updated, and information on the delivery destination is also stored. Is extracted and stored in the destination master file F4, and processing such as updating sales results for each customer and destination is performed.
[0027]
The intermediary site 1 is provided with an order information file OF corresponding to a net shop, a shop registration definition file SR, and an order data definition file OR. This shop registration definition file SR registers information that defines the correspondence between each of a plurality of other shopping malls and actual stores other than the shopping malls operated and managed by the actual store for each actual store. This is a file for registering information that defines the display format of the product to be displayed for each shopping mall. The plurality of other shopping malls corresponding to the actual store are designated in advance as candidates for the exhibition (opening of a store) from the actual store. A shop registration definition file SR is generated.
[0028]
FIG. 3 is a diagram for explaining the configuration of the shop registration definition file SR.
As shown in FIG. 3A, the shop registration definition file SR contains information indicating a correspondence relationship between a plurality of shopping malls other than the shopping mall operated and managed by itself and the actual store. In addition to the “store identification information”, the “access ID to the agency's brokerage site” for accessing the agency site 1 exclusively used by the store is stored. It is configured to store “shopping mall opening” indicating whether or not to open a shopping mall, “address” indicating an address for accessing the shopping mall, and “access ID” and “password” thereof. .
[0029]
As shown in FIG. 3B, the shop registration definition file SR includes, for example, an HTML text for each shopping mall, as information for indicating a product display format (rule for opening a store) performed at each shopping mall. , "Store data format" indicating logical information, etc., "upload format" for top page, product page, shop introduction, etc., "shop structure standard" for page structure, etc., and "function use I / F "and" information storage format "such as product information.
[0030]
The order data definition file OR corresponds to a processing format for processing the order information at the actual store (record format of the linked sales statement file F6) and a processing format for processing the order information at the shopping mall (record format specific to the mall). Is stored and managed for each shopping mall, and when the shopping mall site 1 receives the net order information, the net order information is converted into a processing format for a real store where the real store processes the order information. Used for
FIG. 4 is a diagram for explaining the configuration of the order data definition file OR. In the order data definition file OR, each field included in the net order information on the shopping mall site 1 side corresponds to the actual store side. In order to define, for each item, which item of the linked sales description file F6 corresponds to, "data conversion format" in addition to "item name" of the linked sales description file F6 and "corresponding field No." of the net order information ]. The "data conversion format" is registered corresponding to items that require code conversion, change in the number of digits, and the like.
[0031]
FIG. 5 is a diagram for explaining the operation concept of the net shop definition module M1, the net product registration module M2, and the net product display module M3 that constitute the net shop construction AP 22a.
When the net shop definition module M1 is activated, the shop terminal 2 defines the structure of the net shop such as the number of Web pages, the page type for each page, the maximum number of products posted in the page, and the like, and defines the shop structure definition file F11. Or a design (a page component such as a background image and buttons and their layout, etc.) is defined for each page and stored in the HTML file F12. The HTML file F12 is a file created in the hypertext markup language, and includes a plurality of pages corresponding to the number of pages in the shop structure definition.
FIG. 36B shows a shop structure definition screen for inputting and setting data stored in the shop structure definition file F11, the details of which will be described later.
[0032]
When the net product registration module M2 is activated, the store terminal 2 displays a list of a plurality of product master files F1 associated with the product genres provided on the sales management system 21 side. When a product master file F1 of a desired product genre is selected and designated arbitrarily, the contents of the selected product master file F1 are displayed in a list, and when an arbitrary product is selected and designated from this product list, the corresponding item is displayed. Information about the product is registered in the linked product master file F5. In other words, when a product that is a sales candidate for online sales is arbitrarily selected and designated from among various products in the product master file F1 using the selected product master file F1 as a source, the selected product information is stored in the selected product information. And information necessary for online sales are registered in the linked product master file F5, and unique information input for online sales is registered in the linked product master file F5.
[0033]
In this case, the product master file F1 and the linked product master file F5 are associated by a product code or the like. Further, even if a product is not registered in the product master file F1, that is, a new product that is not handled in a physical store, it can be registered in the linked product master file F5 as a target candidate for online sales. When registered, the product master file F1 is additionally registered to maintain the consistency between the product master file F1 and the linked product master file F5.
[0034]
Further, as a means for maintaining the consistency between the product master file F1 and the linked product master file F5, when the content of the product master file F1 is corrected, the product specified as the correction target is sent to the mediation site 1 side. It is determined whether the item is a transmitted product (a product sold online), and if the product is sold online, a correction warning message is displayed.
In this case, the content of the linked product master file F5 corresponding to the product is updated in conjunction with the update of the product master file F1 on condition that the instruction to execute the correction is received. Further, even when the content of the product master file F1 is deleted, if the product specified as the deletion target is a product sold online, it is prohibited to delete the content of the product master file F1 corresponding to the product. Message to be displayed.
[0035]
FIG. 6A shows the record configuration of the product master file F1. Each product record includes “product code”, “product name”, “product classification”, “JAN code”, “sales price”, and the like. Has various items.
FIG. 6B shows a record configuration of the linked product master file F5. Each of the net product records includes “product code”, “product name”, ‥‥, “sales price”, “image number”, It has various items such as "item description" and "delivery fee". The “product code”, “product name”, ‥‥, and “sales price” are information acquired from the product master file F1, but “image number”, “product description”, “delivery fee”, etc. This is information unique to the net product that does not exist in the product master file F1. Further, the name of the product master file F1 associated with the linked product master file F5 is added as a “source master name”.
[0036]
Further, the store terminal 2 activates the image selection module M21 according to the net product registration module M2, and displays the contents of the image candidate file F7 in a list. The image candidate file F7 is a file that stores and manages product images shot in advance for each type of product in a one-product file format corresponding to image numbers. When an arbitrary product image is selected and designated from the image list, the store terminal 2 stores the selected image number in the linked product master file F5 as information on the product.
[0037]
Upon activation of the online product display module M3, the shop terminal 2 displays a list of the contents of the shop structure definition file F11. FIG. 41 exemplifies an online product display <page list> screen displaying the contents of the shop structure definition file F11, and details thereof will be described later.
Then, when an arbitrary page is selected from the page list, the store terminal 2 accesses the product display definition file F31 and causes the definition content corresponding to the selected page (initially undefined) to be displayed and output.
FIG. 7 is a diagram showing the configuration of the product display definition file F31. The product display definition file F31 defines products to be arranged in a plurality of pages and the order in which the products are arranged. No., "product code (1)", "product code (2)", and $ are stored. FIG. 42 exemplifies a displayed product registration screen corresponding to the selected page, the details of which will be described later.
[0038]
Further, the shop terminal 2 accesses the linked product master file F5 according to the online product display module M3, and displays the product list screen. FIG. 43 illustrates a product list screen of the linked product master file F5, the details of which will be described later.
When an arbitrary product is selected from the product list for net display, the product code is arranged in the selection page of the product display definition file F31. Note that, after performing an operation (arrangement operation) of arbitrarily selecting a product to be displayed on the Internet, and then performing an operation (arrangement operation) of arbitrarily changing the display arrangement order, according to the net product display module M3. The shop terminal 2 performs an editing process of rearranging the contents of the selected page of the product display definition file F31 in a specified order. Then, the online product display module M3 activates the page generation module M31.
[0039]
According to the page generation module M31, the store terminal 2 refers to the contents of the linked product master file F5, the image candidate file F7, and the product display definition file F31, and sets the page of the net image file F32, the net product master file F33, and the HTML file F12. Create each time. That is, the content of the product display definition file F31 is analyzed for each page unit, the product information read from the linked product master file F5 is set in the net product master file F33 according to the definition, and the image corresponding to the product is displayed. The content is read from the image candidate file F7 and set in the net image file F32, and the contents of the shop structure definition file F11 and the product display definition file F31 are set in the HTML file F12 for each page.
FIG. 6C shows that the merchandise information (net merchandise record) read from the linked merchandise master file F5 is set as it is in the net merchandise master file F33.
[0040]
FIG. 8 is a diagram illustrating a state in which various types of information obtained by constructing an online shop are uploaded to the mediation site 1 side.
That is, the upload module M4 is a module for associating the net image file F32, the net product master file F33, and the HTML file F12 generated by the page generation module M31 with each other and uploading them to the mediation site 1. In this case, the mediation site 1 stores and manages the net shop construction information transmitted from each store terminal 2.
[0041]
FIG. 9 is a diagram showing the contents of the store-specific storage area E for storing and managing the net shop construction information for each store on the mediation site 1 side.
The store-specific storage area E is configured to store and manage an HTML file F12, a net product master file F33, and a net image file F32 corresponding to the identification information (store number) for each net shop. The mediation site 1 reads out the contents of the store-specific storage area E corresponding to the net shop accessed from the product purchaser terminal 4, creates a product information page for the customer, and sends it to the requester product purchaser terminal 4. .
[0042]
FIG. 10A shows the contents of a store management table T provided on the mediation site 1 side, and corresponds to “store number” and “access information of a shop brancher PC” for calling the store terminal 2. Is stored and managed. That is, in correspondence with the “store number” for identifying the store terminal (shop store PC) 2 which is a member of the shopping mall, the “access information of the shop store PC” is used as the telephone number of the store terminal 2 or the like. When transmitting the order record in the order information file OF corresponding to the store to the store terminal 2, the intermediation site 1 stores the “access information of the shop brancher's PC” from the store management table T. I read it.
[0043]
FIG. 10B is a diagram showing a record configuration of the order information file OF. The order record includes “product code”, “product name”, “quantity”, “price”, “total amount”, “orderer”. It consists of items such as "name", "address", "telephone number", "mail address", "member ID", "destination name", "destination address", and "destination telephone number". The “product code”, “product name”, “quantity”, “price”, and “total amount” indicate information related to the product order, and include “orderer name”, “address”, “telephone number”, “mail address”. "And" Member ID "indicate information related to the purchaser (customer) of the online sales, and" Destination name "," Destination address ", and" Destination telephone number "are used when the ordered product is requested to be delivered to a third party. Indicates information about the destination. Here, every time an order is received from the product purchaser terminal 4, the intermediary site 1 inquires of the purchaser about the order details, and stores the order record created thereby in the order information file OF. .
[0044]
FIG. 11 is a diagram showing a list of various files provided on the sales management system 21 side and various files provided on the net shop construction / operation system 22 side.
The slip description / slip total file F2 is a file for storing and managing slip description records including items similar to the items of the records of the order information file OF described above, and a slip total record totaled for each order. Here, the shop terminal 2 acquires the order information of the net sales for each slip from the linked sales specification file F6 according to the net sales input AP 22b and stores it in the slip description / slip total file F2. Thereafter, in accordance with the sales management system 21, the shop terminal 2 creates a delivery note, a transfer request form, a home delivery slip, a daily order detail report, etc. based on the contents of the slip description / slip total file F2, and prints out the slip issuance processing. And various slip management processes.
[0045]
FIG. 11 shows that in the net shop construction / operation system 22, the linked product master file F5, the image candidate file F7, the shop structure definition file F11, the commodity display definition file F31, and the HTML file F12 are provided on the net shop construction AP 22a side. Is provided, and the various items uploaded to the mediation site 1 include the net product master file F33, the net image file F32, and the HTML file F12. Further, it is shown that an interlocking customer master file F8 and an interlocking destination master file F9 are provided on the side of the net sales input AP 22b in addition to the interlocking sales statement file F6 described above.
[0046]
FIG. 12A is a diagram showing the record configuration of the customer master file F3, and FIG. 12B is a diagram showing the record configuration of the linked customer master file F8.
The customer master file F3 stores, for each customer, items of “customer code”, “customer name”, “address”, “telephone number”, “cumulative sales amount”, and “customer rank”. The customer records are stored and managed. The “cumulative sales amount” is the sales performance of each customer, and the “customer rank” indicates the ranks classified according to the sales performance.
[0047]
Here, the store terminal 2 obtains the order information of the net sales for each voucher from the linked sales specification file F6 according to the net sales input AP 22b, and the customer information is registered in the customer master file F3. Is updated, only the corresponding “cumulative amount of sales” in the customer master file F3 is updated, but if not registered, the order information of the net sales acquired from the linked sales details file F6 is updated. Information about the customer is extracted from the information and registered in the customer master file F3, and the corresponding “cumulative sales amount” in the customer master file F3 is updated.
[0048]
The linked customer master file F8 is a file for online sales that stores and manages a linked customer record having items of “customer code”, “mail address”, and “cumulative sales points” for each customer who uses online sales. Customer master. According to the net sales input AP 22b, the shop terminal 2 extracts information about the customer from the order information of the net sales acquired from the linked sales specification file F6, and registers it in the linked customer master file F8 under certain conditions. The corresponding “cumulative sales points” are updated.
[0049]
FIG. 13A is a diagram showing the record configuration of the destination master file F4, and FIG. 13B is a diagram showing the record configuration of the linked destination master file F9.
The destination master file F4 stores and manages a destination record having items of “customer code”, “destination code”, “destination name”, “destination address”, “destination telephone number”, and “destination total amount”. The “total amount of recipients” is, for example, the sales performance up to the present point where company A sends to company B when customer A requests delivery of goods to company B as recipient. It is.
[0050]
Here, the store terminal 2 acquires the order information of the net sales for each slip from the linked sales specification file F6 according to the net sales input AP22b, and the customer code and the destination code extracted from the information are stored in the destination master file F4. Is determined, and if registered, only the corresponding “cumulative sales amount” in the destination master file F4 is updated. If not registered, the information is acquired from the linked sales specification file F6. The customer code and the destination information are extracted from the order information of the online sales and registered in the destination master file F4, and the corresponding “cumulative sales amount” in the destination master file F4 is updated.
[0051]
The linked destination master file F9 stores the "customer code", "customer code", and "deliverer" when the customer who uses the online sales requests that the ordered product be delivered to a third party. This is a destination master for online sales that stores and manages a destination code and a destination name. According to the net sales input AP 22b, the shop terminal 2 extracts information on the destination from the net sales order information acquired from the linked sales specification file F6, and registers the information in the linked destination master file F9 under certain conditions. .
[0052]
FIG. 14 is a block diagram showing basic components of the mediation site 1.
The CPU 101 is a central processing unit that controls the overall operation of the mediation site 1 according to an operating system and various application software in the storage device 102. The storage device 102 stores the above-described various files and the like in addition to the operating system and various application software, and has a magnetic, optical, semiconductor memory, and the like and a drive system thereof. The recording device 102 is not limited to a fixed memory such as a hard disk, and may have a configuration in which a removable storage medium such as a CD-RO or a DVD can be mounted. The programs and data in the storage device 102 are loaded into a RAM (for example, a static RAM) 103 as necessary, or the data in the RAM 103 is saved in the storage device. Further, the CPU 101 can directly access and use a program / data of another electronic device via the communication device 104, and can receive a download from another electronic device via the communication device 104. On the other hand, a communication device 104, an input device 105, and a display device 106, which are input / output peripheral devices, are connected to the CPU 101 via a bus line, and the CPU 101 controls the operation according to an input / output program.
[0053]
Next, an operation algorithm of the sales management network system in this embodiment will be described with reference to flowcharts shown in FIGS. Here, the functions described in these flowcharts are stored in the form of readable program codes, and sequentially execute operations according to the program codes. Further, the operation according to the above-described program code transmitted via the transmission medium can be sequentially performed. That is, an operation specific to this embodiment can be executed using a program / data externally supplied via a transmission medium in addition to a recording medium.
[0054]
FIGS. 15 to 26 are flowcharts showing the operation of the shop terminal 2 in response to the activation of the net shop construction AP 22a constituting the net shop construction / operation system 22. 15 to FIG. 19 are a series of flowcharts showing the operation when a new online shop is constructed, and FIGS. 20 to 26 show the newly constructed online shop. 20 and 21 are flowcharts showing the operation when the shop contents are changed later. In particular, FIGS. 20 and 21 show the change of the linked product master, and FIGS. 22 and 23 show the change of the display definition (during online sales). FIG. 24 to FIG. 26 are flowcharts showing operations according to the change of the product master file F1.
[0055]
FIGS. 27 and 30 are flowcharts showing a specific operation on the mediation site 1 side, and FIGS. 28 and 29 show an operation on the shopping mall site 1 side in response to access from the product purchaser terminal 4. It is a flowchart.
FIGS. 31 to 33 are flowcharts showing the operation of the shop terminal 2 according to the net sales input AP 22b constituting the net shop construction / operation system 22.
34 and 35 are flowcharts showing the operation of the shop terminal 2 according to the sales management system 21.
[0056]
First, with reference to FIGS. 15 to 19, an operation in the case of newly constructing a net shop will be described.
In this case, when the activation of the net shop construction AP 22a is specified, the CPU 201 causes the top page screen to be displayed and output (step A1). This top page screen has menu items of “1: create new online shop” and “change net shop”. When any of the menu items is selected (step A2), the selected item is determined. (Step A3).
[0057]
If the menu item "1: new net shop" is selected, the net shop definition module M1 is activated and a work procedure screen showing a series of work procedures is displayed and output (step A4).
FIG. 36A shows this work procedure screen. The work procedure screen includes “1: shop structure definition”, “2: net product registration”, “3: net product display”, and “4: site upload”. Are displayed in a list, and a "Start" button is arranged. The following processes are sequentially executed according to this work procedure.
[0058]
Here, when the operator operates the “start” button after confirming the contents of the work procedure screen (step A5), the shop structure definition screen is displayed (step A6).
FIG. 36 (B) shows this shop structure definition screen. In this shop structure definition screen, the definition items of “page type”, “selection”, “page title”, and “maximum number of products” are set for each page. Have. The items of “page type” include “cover”, “store introduction”, “product list (1)”, “product list (2)”, ‥‥ are displayed in a fixed sequence in advance, and the “page type” is selected and designated by writing “check” in the “selection” item position corresponding to the “page type”. . “Maximum number of products” indicates the maximum number of products to be arranged in the selected page.
[0059]
In this shop structure definition screen, after entering "check" in the item position of "selection" and arbitrarily selecting a required page (step A7), "page title", "maximum product" corresponding to the selected page When the "number" is input and set (step A8), the contents of the shop structure definition screen are stored in the shop structure definition file F11 (step A9). After that, for each page selected as described above, the page design (page components such as a background image, a title image, a button and the layout thereof) is set and input (step A10). Are stored in the HTML file F12 corresponding to each page (step A11).
[0060]
In this way, in addition to arbitrarily selecting and specifying a page type prepared in advance, a shop structure including a plurality of pages is arbitrarily set, and a basic configuration content of each page is arbitrarily set to perform HTML. When the file F12 is generated, the net product registration module M2 is activated.
Then, the process proceeds to step A12 in FIG. 14, where various product master files F1 prepared for each product genre are accessed, and the master list menu is displayed and output. When an arbitrary product master is selected and designated from the master list menu (step A13), a process of storing the name of the selected master as a source file name of the linked product master file F5 is performed (step A14), and then a new product master is stored. A net product registration screen is displayed (step A15).
[0061]
FIG. 37 shows a base screen for this new net product registration.
The new net product registration screen is a registration screen for registering the data input in the screen as an exhibition candidate in the linked product master file F5. Each item of “product code”, “product name”, “product name 2”, and “tax-excluded classification” in the registration base screen is used to link products not stored in the product master file F1 to the linked product master file. Item data newly registered in the product master file F1 when registered in F5. Further, in addition to the above-mentioned “product code” and “product name”, each item of “sales price”, “product description”, and “note 1” is item data registered in the linked product master file F5. is there.
[0062]
In addition, the registration base screen has an image display area on which a product image is pasted, and various function buttons. Among these function buttons, a button of “processing type” (upper right in the figure) selects and specifies processing of “add”, “correct”, and “delete” when changing the content of the linked product master file F5. Things. Various buttons arranged in a button menu provided at the bottom of the screen are not shown.
[0063]
In the state where such a new net product registration screen is displayed, the next step A16 determines whether or not reading is from the selected master. That is, whether to read information from the product master file F1 selected in step A13 and register it in the linked product master file F5, or to register products not stored in the selected master in the linked product master file F5. Is determined. If it is specified that information is to be read from the selected master and registered in the linked product master file F5, the source file name stored in step A14 is acquired, and the product master specified by the source file name is obtained. The file F1 is accessed to display and output the product list screen (step A17).
[0064]
FIG. 38 is a diagram showing a product list screen of the selection master (product master file F1).
This product list screen displays a list of "product name" and "product code" for each product in correspondence with the serial number, and selects and specifies a product that is a net exhibition candidate from among them (step A18). 37, the product information corresponding to the selected product is read from the product master file F1, and the data of the necessary items (product code, product name, price) are extracted therefrom. Is displayed in the corresponding item position (step A19).
[0065]
On the other hand, when a product that is not stored in the selection master is registered in the linked product master file F5 (step A16), the necessary item data (product code, product name, price) is displayed in the new net product registration screen of FIG. ) Is manually input (step A20), and a new product registration screen corresponding to the product master file F1 specified by the source file name is displayed and output (step A21). Although not shown, the new product registration screen corresponding to the source master is a registration screen for registering each item of the product record constituting the product master file F1, and the item data entered in the new net product registration screen described above. Is read and copied and displayed at the corresponding item position in the registration screen (step A22). Then, data of other necessary items are manually input in the registration screen corresponding to the source master (step A23).
In this way, a product record is generated based on each item data input on the registration screen corresponding to the source master, and the product record is additionally registered in the product master file F1 specified by the source file name (step A24). Then, the new net product registration screen is displayed again (step A25).
[0066]
Next, the net merchandise registration module M2 activates the image selection module M21 and displays a list of the contents of the image candidate file F7 (step A26 in FIG. 17).
FIG. 39 shows this image list screen, in which a list of product images taken in advance corresponding to various products is displayed. When an arbitrary product image is selected and designated from the image list, the image number selected from the image candidate file F7 is acquired by the control of the image selection module M21 and sent to the net product registration module M2. The image number is stored in the linked product master file F5 as information on the product (step A27). Further, the selected image is pasted on the image display area in the new net product registration screen of FIG. 37 (step A28).
[0067]
In this state, when data (item description, etc.) of other necessary items is input in the new net product registration screen, the input data is displayed at the corresponding item position in the registration screen (step A29). Here, when all the data of the necessary items are input and the finalizing operation is performed (step A30), a product record is generated based on the data in the new net product registration screen, and the generated record is stored in the linked product master file F5. Is registered (step A31). Then, in the next step A32, it is determined whether or not there is an instruction to end the registration processing, and the process returns to step A15 in FIG. 16 until there is an instruction to end the registration processing.
[0068]
Here, when the registration end instruction is received (step A32), the net merchandise registration module M2 activates the net merchandise display module M3. Then, the process proceeds to step A33 in FIG. 18, and the store terminal 2 reads the contents of the shop structure definition file F11 according to the net product display module M3, and displays the net product display <page list> according to the contents of the structure definition ( Step A34).
FIG. 41 shows this net product display <page list> screen. In this list screen, a series of “page number”, “page type”, “selection” for each page defining the shop structure is shown. , "Page title", and "maximum number of items" are listed.
[0069]
When an arbitrary page is selected and designated in the net product display <page list> screen (step A35), the corresponding page in the product display definition file F31 is accessed based on the selected page, and based on the definition of the page. The displayed product registration screen corresponding to the selected page is displayed and output (step A36), and the product list screen in the linked product master file F5 is displayed and output (step A37).
FIG. 42 shows a display product registration screen corresponding to the selected page. In the registration screen, the "page number" is displayed, and various types of product information arranged in the selected page are displayed. They are displayed in the display order. That is, “number”, “product name”, and “product code” indicating the display order for each product are displayed in a list, but when a new online shop is constructed, data is stored in the product display definition file F31. Since there is no such information, the information on the product is not displayed on the registration screen, and is left blank.
[0070]
FIG. 43 shows a product list screen of the linked product master file F5. This product list screen displays a list of "product name" and "product code" for each product corresponding to the serial number. When an arbitrary product is selected and designated as a display target (step A38), the product information corresponding to the selected product is read from the linked product master file F5 and additionally displayed in the display product registration screen corresponding to the selected page. (Step A39).
Here, the initially selected product is displayed at the head position (the position indicated by the display number "1") in the displayed product registration screen. When such display target selection operation is sequentially performed for each product, information on the products is sequentially arranged and displayed in the displayed product registration screen in the order of selection.
[0071]
As a result, when all the display target products have been selected (step A40), an instruction to change the display state set this time is accepted (step A41), and if there is a change instruction, the product arrangement in the displayed product registration screen is changed. Then, a process of changing the order in accordance with the designated order is performed (step A42). In this case, in the displayed product registration screen, if a change operation of relocating the specified product to the specified position is performed by specifying a product name to be changed and its arrangement position, the contents of the displayed product registration screen are as specified. Are changed in the arrangement order. Then, when the end of the change is instructed (step A43), each product code in the displayed product registration screen is read out in that order and stored in the product display definition file F31 corresponding to the page (step A44). Then, it is checked whether the processing for all the pages has been completed (step A45). If there is an unprocessed page, the next unprocessed page is selected, and a step for displaying the net product display <page list> screen is performed. Returning to this, the above operation is repeated for all pages, and as a result, a product display definition file F31 shown in FIG. 7 is generated.
[0072]
As a result, when the product display definition file F31 for all pages is generated, the net product display module M3 activates the page generation module M31. Then, the process shifts to step A46 in FIG. 17 to designate one page from the top of each page of the commodity display definition file F31.
Then, the "product code" is sequentially read from the product display definition file F31 corresponding to the designated page, the linked product master file F5 is accessed based on the "product code", and the information (net product record) on the product is linked. It is obtained from the product master file F5 and stored in the net product master file F33 (step A47).
[0073]
Next, the image candidate file F7 is accessed based on the "image number" in the net product record acquired from the linked product master file F5, and the corresponding product image is read and stored in the net image file F32 (step A48). Such storage processing of the net product or the net image is performed for all the products in the designated page (steps A47 to A49).
When the storing process for one page is completed (step A49), the HTML file F12 is accessed based on the designated page, and the HTML page corresponding to the designated page is read (step A50). An HTML page including the product display definition is created by pasting each product code in the order of the product display definition set in the corresponding page of the file F31, and a process of restoring the HTML page to the HTML file F12 is performed (step). A51).
[0074]
When the process of generating the net product master file F33, the net image file F32, and the HTML file F12 corresponding to the designated page is completed, the generation process of all pages defined in the product display definition file F31 is completed. Is checked (step A52). Since the generation processing for the first page has now been completed, the process returns to step A46, specifies the second page, and then specifies the net product master file F33 corresponding to the second page. Then, a process of generating the net image file F32 and the HTML file F12 is executed (steps A47 to A51).
[0075]
As a result, when the generation process for all pages is completed (step A52), the page generation module M31 activates the upload module M4. Then, the net product master file F33, net image file F32, and HTML file F12 for all pages are uploaded to the mediation site 1 as net shop construction information (step A53).
The mediation site 1 establishes a net shop corresponding to the store by setting the net shop construction information transmitted from the store terminal 2 in the store-specific storage area E. In this case, since the net shop construction information transmitted from the store terminal 2 is in an exhibition format compatible with a shopping mall operated and managed by the user, the net shop corresponding to the real shop is determined according to the net shop construction information. Can be established.
[0076]
After the net shop is constructed in this way, if the menu item “change net shop” in the above-described top page screen is selected to change the contents of the net shop (step A1 in FIG. 15). -A3), the process proceeds to the net shop change process (FIGS. 20 to 26).
First, when the menu item of “change of online shop” is selected, the online product registration module M2 is activated. Then, the change menu screen is displayed and output (step A60 in FIG. 20).
FIG. 44 (A) shows this change menu screen. On this menu screen, the menu items “change linked product master”, “change display definition”, “change product master”, and “end” are displayed. Is displayed.
[0077]
“Change linked product master” is a menu item for instructing a process of changing a net product record stored as a candidate for exhibition in the linked product master file F5, and “Change display definition” is a product display definition file. F31 is a menu item for instructing a process for changing a product record stored as a product sold online, and “change product master” changes a product record stored in the product master file F1. This is a menu item for instructing processing. “End” is an item for instructing the end of the change processing.
When an arbitrary menu item is selected from such a change menu screen (step A61), the selected item is determined (step A62).
[0078]
Now, when the menu item is selected to execute “change linked product master” (steps A61 and A62), the linked product master file F5 is accessed (step A63), and the change processing category is selected. The state is set to be receivable (step A64). Here, when an arbitrary section is selected and designated from "addition", "correction", and "deletion" as the change processing section, the selected section is determined (step A65).
Here, when adding a new product to the linked product master file F5, “add” is selected as the change processing category. Then, the net product registration screen of FIG. 37 is displayed (step A66), and the product master file F1 specified by the source file name is accessed to display and output the product list screen of FIG. 38 (step A67).
[0079]
When a product to be added as a net exhibition candidate is arbitrarily selected and designated from the product list screen (step A68), product information corresponding to the selected product is read from the product master file F1, and data of necessary items are read from the product master file F1. It is extracted and copied and displayed at the corresponding item position in the new net product registration screen (step A69).
Next, the image selection module M21 is activated by the net product registration module M2. Then, the image candidate file F7 is accessed, and an image list screen as shown in FIG. 39 is displayed (step A70).
When a product image to be added is selected and designated from this image list screen, the selected image number is obtained (step A71). The selected image is displayed on the net product registration screen in FIG. It is pasted on the display area (step A72).
[0080]
Next, when data of other necessary items (such as a product description) is input in the net product registration screen, the input data is displayed at the corresponding item position in the registration screen (step A73). Here, when all the data of the necessary items have been input and the confirmation operation is performed (step A74), a product record is generated based on the data in the net product registration screen, and the generated record is transferred to the linked product master file F5. Additional registration is performed (step A75). Then, in the next step A76, it is determined whether or not there is an addition end instruction, and the process returns to step A66 until there is an end instruction, and thereafter, the above operation is repeated.
[0081]
When the merchandise information in the linked merchandise master file F5 is to be changed, “Modify” is selected as the change processing category (Step A77 in FIG. 21). Then, a product list in the linked product master file F5 as shown in FIG. 43 is displayed (step A78). When a product to be corrected is selected from the product list screen (step A79), the net product record corresponding to the product is read, and the contents of the product record are displayed and output in the net product registration screen (step A80). .
[0082]
When an operation of correcting the item or the product image is performed in the net product registration screen corresponding to the selected product, the corresponding data in the registration screen is corrected accordingly (step A81). When the data correction of the selected product is completed (step A82), the corresponding net product record in the linked product master file F5 is accessed based on the product, and the corresponding data in the net product record is accessed based on the corrected data. It is updated (step A83). Then, in the next step A84, it is determined whether or not there is an end instruction, and the process returns to step A78 until there is an end instruction, and thereafter, the above operation is repeated.
[0083]
When "delete" is selected and designated as the change processing category (step A77 in FIG. 21), a list of products in the linked product master file F5 is displayed (step A85). When a product to be deleted is selected from the product list screen (step A86), the product display definition file F31 is accessed based on the selected product, and the “product code” of the product is searched, and the product code is searched for. The presence or absence is determined (steps A87 and A88). That is, it is determined whether the product selected as a deletion target is a product currently on the Internet. Here, if the “product code” of the relevant product is stored in the product display definition file F31, the product selected for deletion is a product on the Internet, and the operator is notified of this fact. A deletion warning message is displayed and output (step A89).
[0084]
After the warning message is displayed, if a deletion execution request is received (step A90), the corresponding product code in the product display definition file F31 is deleted, and the product is excluded from the target products for online sales. At the same time (step A91), the corresponding product record in the linked product master file F5 is deleted (step A92). If the execution of deletion is canceled after the warning message, the above-described deletion processing in steps A90 and A91 is not executed. Then, in the next step A93, it is determined whether or not there is a delete end instruction, the process returns to step A85 until there is an end instruction, and the above operation is repeated thereafter.
In the case where the end is instructed during the processing of “addition”, “modification”, and “deletion” of the linked product master file F5 as described above (steps A76, A84, A93), FIG. Returning to step A60, the change menu screen is displayed again
[0085]
Next, an operation in the case of changing a product sold on the Internet (display definition change) will be described with reference to FIGS.
In this case, when the menu item “change display definition” is selected from the change menu screen shown in FIG. 44A, the net product display module M3 is activated. As a result, the process proceeds to step A100 in FIG. 22, reads the contents of the shop structure definition file F11 (step A101), and displays the net product display <page list> according to the contents of the structure definition (step A102). When a page to be changed is selected and designated in the net product display <page list> screen (step A103), the corresponding page in the product display definition file F31 is accessed based on the selected page, and based on the definition of the page. A product registration screen (see FIG. 42) corresponding to the selected page is displayed and output (step A104).
[0086]
Then, a process category selection is accepted (step A105), and it is determined whether any of "add", "move", "delete", "other page", and "end" has been selected as the process category (step A106). Now, when adding a new product as a product sold on the Internet, if "addition" is selected as the processing category, the linked product master file F5 is read (step A107), and the product list screen (see FIG. 43) ) Is displayed and output (step A108). When a product to be added is selected from this product list screen (step A109), information on the selected product is additionally inserted into the displayed product registration screen of FIG. 42 (step A110). Then, in the next step A111, it is determined whether or not there is an addition end instruction, and the process returns to step A108 until there is an end instruction. After that, the above operation is repeated, and then added to the displayed product registration screen in response to this end instruction. The registered product code is additionally registered in the product display definition file F31 corresponding to the page (step A112). After that, the process returns to step A105, and the processing section can be selected.
[0087]
To change the display order of the merchandise on the Internet, "move" is selected as the processing category (step A113 in FIG. 23). Here, when the operation of changing the order of the product names is performed, the contents of the displayed product registration screen are changed in the specified arrangement order (step A114). Such a change process is repeated until the movement end is instructed. Here, when the end of the movement is instructed (step A115), the contents of the product display definition file F31 corresponding to the page are updated in the order of the changed product names (step A116), and the processing section can be selected. (Step A105 in FIG. 22).
[0088]
In addition, when excluding products sold on the Internet, "delete" is selected as the processing category (step A117 in FIG. 23). Then, when a product to be deleted is selected from the displayed product registration screen (step A118), the corresponding product code in the product display definition file F31 is deleted, and the product is removed from the target products for online sales (step A118). Step A119). Such a deletion process is repeated until the end of the deletion is instructed. Here, when the deletion end is instructed (step A120), the processing section becomes selectable (step A105 in FIG. 22).
[0089]
After the change processing for one page is performed in this manner, the above-described display definition change processing can be executed for each page unit until the end of “display definition change” is selected (step A121 in FIG. 23). Then, the process returns to step A102 in FIG. 22 to display the net product display screen, and then accepts the selection of the next change target page. Hereinafter, the above change operation is repeated for each selected page for each page.
Here, when the end of the “display definition change” is selected (step A121 in FIG. 23), the above-described processes in FIG. 19 are sequentially executed.
[0090]
In other words, one page of the product display definition file F31 is specified (step A46), and the net product record of the corresponding product is acquired from the product display definition file F31 corresponding to the specified page from the linked product master file F5, and the net product master file is acquired. F33 (step A47), the corresponding product image is read from the image candidate file F7 based on the "image number" in the net product record acquired from the linked product master file F5, and stored in the net image file F32 (step A47). Step A48).
When the storing process for one page is completed, an HTML page is created in which each product code is pasted according to the order of the product display definition, and this is stored again in the HTML file F12 (step A51). Thereafter, when the generation processing for all pages is completed, the net product master file F33, the net image file F32, and the HTML file F12 are uploaded to the mediation site 1 (step A53).
[0091]
Next, an operation for changing the contents of the product master file F1 will be described with reference to FIGS.
When the item “product master” is selected from the above-described change menu screen (step A121 in FIG. 24), the net product registration module M2 is activated. Then, various kinds of product master files F1 prepared for each product genre are accessed, and the master list menu is displayed and output (step A122). When an arbitrary product master is selected and designated from the master list menu (step A123), the selected product master file F1 is accessed (step A124), and a state in which the selection of the processing category can be accepted is performed. (Step A125).
Here, when an arbitrary section is selected and designated from among “addition”, “correction”, and “deletion” as the processing section, the selected section is determined (step A126).
[0092]
Here, when adding a new product to the product master file F1, "addition" is selected as the processing category. Then, a new product registration screen for the product master is displayed and output (step A127). In this state, after inputting necessary item data in the new product registration screen (step A128), and performing an input confirmation operation (step A129), a product record is created based on the input data in the new product registration screen. The generated record is additionally registered as new product information in the product master file F1 (step A130). Then, the additional registration processing of another new product is repeated until the processing end is instructed (steps A127 to A131).
[0093]
When "modify" is selected and designated as the processing category in order to correct the product information registered in the product master file F1 (step A132 in FIG. 25), each product in the product master file F1 is listed. It is displayed (step A133). When a product to be corrected is selected from the product list screen (step A134), the product display definition file F31 is accessed based on the selected product, the "product code" of the product is searched, and the presence or absence of the product is determined. Is determined (steps A135 and A136). That is, it is determined whether or not the product selected as the correction target is a product currently on the Internet. Here, if the “product code” of the relevant product is stored in the product display definition file F31, the product selected as a correction target is a product sold on the Internet, and in order to notify the operator to that effect. A correction warning message is displayed and output (step A137).
[0094]
After this warning message is displayed, a correction execution request is accepted (step A138). If there is no such execution request, the process proceeds to step A145 to cancel the correction processing of the selected product, but the correction execution request is received. In the case or when the corresponding product code is not stored in the product display definition file F31 (when the product is not sold on the Internet), a product registration screen corresponding to the selected product is displayed and output (step A139). When an item to be corrected is specified in the product data displayed on the product registration screen and a correction operation of the data is performed (step A140), a corresponding item in the product master file F1 is determined based on the product code. A record is searched, and the content of the product record is updated based on the correction data (step A141).
[0095]
Then, in order to update the content of the linked product master file F5 in conjunction with the modification of the product master file F1, the linked product master file F5 is searched based on the product code, and it is determined whether there is a corresponding product code. (Steps A142 and A143) If there is no corresponding code, the process proceeds to step A145. If there is a corresponding product code, the contents of the net product record in the linked product master file F5 are updated based on the correction data (step A142). A144). In this case, if the product selected as the correction target is a product that is being sold online, a process of updating the contents of the corresponding net product record in the net product master file F33 based on the correction data is also performed. Then, the process proceeds to step A145, where it is determined whether or not an instruction to end the process has been issued.
[0096]
When "delete" is selected and designated as the processing category in order to delete the product information registered in the product master file F1 (step A150 in FIG. 26), each product in the product master file F1 is listed. It is displayed (step A151). When a product to be deleted is selected from the product list screen (step A152), the product display definition file F31 is accessed based on the selected product, the "product code" of the product is searched, and the presence or absence of the product is determined. Is determined (steps A152 and A153). Here, if the "product code" of the corresponding product is stored in the product display definition file F31, the product selected as the deletion target is a product on the Internet, and the deletion of the product information is prohibited. Then, a delete prohibition message is displayed and output (step A159).
[0097]
On the other hand, if the product selected to be deleted is not a product currently on the Internet (step A153), the corresponding record in the product master file F1 is searched based on the product code, and the product record is deleted (step A154). . Then, in order to delete the corresponding product record in the linked product master file F5 in conjunction with the deletion of the product master file F1, the linked product master file F5 is searched based on the product code, and there is a corresponding product code. (Steps A155 and A156), and if there is no corresponding code, the process proceeds to step A150. If there is a corresponding product code, the corresponding net product record in the linked product master file F5 is deleted (step A157). . Then, the process proceeds to step A158, in which it is determined whether or not an instruction to end the process is issued. The process returns to step A150 until the end instruction is issued, and the above-described operation is repeated.
[0098]
Note that, during the processing of “addition”, “modification”, and “deletion” on the product master file F1, if the processing end is instructed (steps A131, A145, and A158), the process returns to step A60 in FIG. The changed menu screen is displayed again.
When the menu item “end” is selected in the change menu screen, this is detected in step A121 of FIG. 24, and the operation ends at this point according to the net shop construction AP 22a.
[0099]
On the other hand, an operation unique to the present embodiment on the mediation site 1 will be described with reference to FIGS.
FIG. 27 shows a case where a request for opening a net shop is received from a real store to a shopping mall other than the mediation site 1 as well, and the net shop construction information in the mediation site 1 is the request destination. 9 is a flowchart showing a shop registration process when uploading and registering to a shopping mall site 1.
First, when receiving an upload request from the store terminal 2 to another shopping mall site 1 (step X1), the mediation site 1 accesses the shop registration definition file SR and defines the request source store definition information (store and shopping). The definition information (address, ID, password) of the request destination requested to open the store is read from the information indicating the correspondence relationship with the mall) (step X2), and the shopping mall site 1 of the request destination is identified based on the definition information. Specify (step X3).
[0100]
Then, the net shop construction information corresponding to the store set in the mediation site 1, that is, the product display information for the net shop exhibition created by the actual store to the self (net product master file F33, net image In addition to reading out the file F32 and the HTML file F12), the shop registration definition file SR is accessed, the definition information (exhibition format) corresponding to the designated mall is read, and the net shop construction information for the mediation site (net product master file F33, net image) The file F32 and the HTML file F12) are converted into information according to the exhibition format of the designated mall site to generate net shop construction information for the designated mall (step X4).
[0101]
The generated net shop construction information for the designated mall is uploaded and transmitted to the designated shopping mall site 1 (step X5). Here, when a plurality of other shopping malls desired to open a store are designated, the above operation is repeated (steps X3 to X6) until the upload processing for the designated malls is completed (step X6). .
In addition, on the designated mall site 1 side, by setting the net shop construction information uploaded from the mediation site 1, a net shop corresponding to the store is opened and managed.
[0102]
Next, an operation when the product purchaser terminal 4 accesses the shopping mall site 1 will be described with reference to FIGS.
In response to the access from the product purchaser terminal 4, the shopping mall site 1 transmits a top page on which information on each online shop is posted to the requesting terminal (step B1), and the user selects a desired online shop. A request wait state is entered (step B2). Here, when a selection request is received from the product purchaser terminal 4, the HTML file F12, the net image file F32, and the net product master file F33 set corresponding to the net shop are referred to, and the net shop corresponding to the net shop is referred to. A process for creating a product information page is performed.
FIG. 40 shows a process of creating a product information page. FIG. 40A shows a specific example of a product information page created based on an HTML file F12, a net image file F32, and a net product master file F33. (B) is a diagram showing the contents of one page constituting the HTML file F12.
[0103]
First, the shopping mall site 1 accesses the HTML file F12 associated with the selected net shop, designates the first HTML page (step B3), and is set in the designated HTML page. An access is made to the net product master file F33 based on each product code, and an "image number" corresponding to each product code is obtained (step B4). The network image file F32 is accessed based on each "image number" acquired from the net product master file F33 in this way, the corresponding product image is read (step B5), and the product code of each product code is specified in the designated HTML page. The product image is pasted at the corresponding position (step B6).
[0104]
Further, the user accesses the net product master file F33 based on each product code set in the designated HTML page, and reads out “product name”, “price”, and “product description” from each product code (step B7). In the designated HTML page, a product guide page is created with the contents of the "product name", "price", and "product description" pasted at the corresponding position of each product code (step B8). As a result, on the product information page, besides the "page title", each product image is arranged in a list, and "product name", "price", "product description" are arranged below each image. The product guide page created in this way is transmitted to the product purchaser terminal 4 that is the request source (step B9).
[0105]
After transmitting the product information page, the shopping mall site 1 waits for a request from the product purchaser terminal 4 (step B10 in FIG. 29). Here, when a request from the product purchaser terminal 4 is received, it is determined whether the request is another page request (step B11) or a product selection request for purchasing a product (step B13). If another page request has been received (step B11), the requested page is designated (step B12), and the process returns to step B4 in FIG. 28, and the HTML page corresponding to the requested page from within the HTML file F12. Is specified, and a process of creating a product information page based on the HTML page is performed.
[0106]
If the product to be purchased is selected (step B13), the product accesses the net product master file F33 based on the product code of the selected product, and acquires "product name" and "price" from the product record. Then, an order page in which the "product name" and "price" are inserted is created and transmitted to the requesting product purchaser terminal 4 (step B16).
FIG. 44 (B) shows a screen of the order page. The order page screen displays the selected “net shop name”, “product name”, and “price”, as well as the orderer. Are provided as "input", "quantity", "orderer name", "address", "telephone number", "email address", "delivery name", "delivery address", and ‥‥. .
[0107]
On the merchandise purchaser terminal 4 receiving the order page, when data of necessary items is entered in the order page screen and returned to the shopping mall site 1, the shopping mall site 1 Is received (step B17), and this order record is stored in the order information file OF (step B18). Thereafter, a state of waiting for a request from the product purchaser terminal 4 is entered (step B10).
[0108]
Here, when the end request is received (step B13), the presence of the order record is checked by accessing the order information file OF. If the order record exists (step B14), all the order records are The information is read for each shop and transmitted to the corresponding shop terminal (shop exhibitor PC) 2 or the mediation site 1 (step B15). In this case, if the shopping mall site 1 is the mediation site 1, the order record is transmitted to the shop terminal 2. If the shopping mall site 1 is other than the mediation site 1, the order record is transmitted to the mediation site 1. I do.
[0109]
FIG. 30 is a flowchart showing an operation when the mediation site 1 transmits an order record for online sales to the shop terminal 2.
First, when transmitting the order record to the shopping mall operated and managed by itself to the shop terminal 2, the intermediation site 1 accesses the order data definition file OR to read the definition information corresponding to the own mall (step Y1). According to this definition information, the contents of the order record are converted into the processing format of the actual store (the record format of the linked sales statement file F6) to generate an order record for the actual store (step Y2). In this case, if there are a plurality of order records for one store, the operation of converting all the order records into the processing format of the actual store is repeated for each record (steps Y2, Y3). The converted order records are transmitted to the shop terminal 2 (shop exhibitor PC) (step Y4).
[0110]
Similarly, when an order record transmitted from any of the other shopping mall sites 1 is received, the order data definition file OR is accessed, and the definition information corresponding to the mall is read (step Y5). After the operation of converting the contents of the received order record into the processing format of the actual store according to the definition information and generating the order record for the actual store is repeated for each order record (steps Y2 and Y3), each order is processed. The record is transmitted to the store terminal 2 (step Y4).
Here, when the shop terminal 2 receives the order record from the mediation site 1, it activates the net order information acquisition module M5 and stores the received record in the linked sales statement file F6.
[0111]
FIG. 31 is a flowchart showing an operation in a case where the net sales input AP 22b is activated on the shop terminal 2 side in response to a request from an operator.
First, the store terminal 2 accesses the linked sales specification file F6, reads one record of data from the top thereof (step C1), and performs customer registration processing based on the linked sales specification record (step C2).
This customer registration process involves registering a new customer (customer) through online sales in the linked customer master file F8 for online sales and registering it in the customer master file F3 on the sales management system 21 side. At the same time, consistency between the customer master file F3 and the linked customer master file F8 is maintained.
[0112]
FIG. 32 is a flowchart detailing this customer registration process.
First, the store terminal 2 acquires the “mail address” from the record read from the linked sales statement file F6 according to the net sales input AP 22b, and, based on the “mail address”, the corresponding record in the linked customer master file F8. The contents are checked, and it is checked whether a customer having the corresponding “mail address” has been registered (step D1). In other words, the linked customer master file F8 is searched using the "e-mail address", which is unique data of the online sales, as a key, and it is determined whether the same "e-mail address" is registered. It is determined whether the customer has used the service at least once.
[0113]
As a result, if the same “mail address” is not registered in the interlocking customer master file F8 (step D2), since this is the first time this is a net sales user, the record read from the interlocking sales detail file F6 And obtains the "customer name" and "telephone number" from the inside, and checks the contents of the corresponding record in the customer master file F3 of the sales management system 21 based on the "customer name" and "telephone number". It is checked whether a customer having the "customer name" and "telephone number" has been registered (step D3). In other words, the customer master file F3 is searched using the "customer name" and "telephone number" that can identify the customer as keys, and it is determined whether the same "customer name" and "telephone number" are registered. By doing so, it is determined whether the customer has used the actual store sales or the online sales at least once (existing customer).
[0114]
Here, if it is not registered (step D4), since it is a new customer who has never used actual store sales or online sales, the process moves to step D5, and a "new customer code" is generated. Then, the generated “customer code” and the “mail address” obtained from the linked sales detail record are additionally registered as a new record in the linked customer master file F8 (step D6), and the “customer code” and The relevant information (including the customer name, address, etc., and the mail address) acquired from the linked sales details record is additionally registered as a new record in the customer master file F3 (step D7).
[0115]
If the same "mail address" has been registered in the linked customer master file F8 (step D2), the process moves to step D8 because the existing customer has used online sales. The corresponding “customer code” is read from the master file F8. Then, the customer master file F3 on the sales management system 21 side is searched based on the "customer code", and "address", "telephone number", and "mail address" are read out from the customer record and linked. “Address”, “telephone number”, and “mail address” are read from the sales statement record, and are compared and displayed in association with each other (step D11).
[0116]
In other words, since "address", "telephone number", and "email address" of the information on the customer are data that may be changed, the content at the time of using the online sales and the registered content are compared. The display is displayed to ask the operator whether it is necessary to correct and update the registered contents. Here, when an update request is received (step D12), the contents of the corresponding record in the customer master file F3 are corrected and updated based on the "address", "telephone number", and "mail address" of the linked sales detail record. Is performed (step D13).
[0117]
If the same "customer name" and "telephone number" are registered in the customer master file F3 (step D4), the customer who is an existing customer but has used the online sales for the first time this time. Since there is, the process moves to step D9, and reads “customer code” from the customer master file F3. Then, the "customer code" and the "mail address" of the linked sales detail record are additionally registered as a new record in the linked customer master file F8 (step D10). Thereafter, the above-mentioned "address", "telephone number", and "mail address" are compared and displayed (step D11). When an update request is received (step D12), the contents of the corresponding record in the customer master file F3 are displayed. Is corrected and updated (step D13).
[0118]
When the customer registration process is completed, the process proceeds to step C3 in FIG. 31 to obtain “total amount” from the linked sales detail record and to obtain the customer master file F3 based on the “product code” of the linked sales detail record. And updates the “total amount” acquired from the linked sales detail record to the “total sales amount” in the corresponding record of the customer master file F3. Further, an update process for adding “1” to “cumulative sales points” in the corresponding record of the linked customer master file F8 is performed (step C4).
Thereafter, a destination registration process is performed (step C5). This destination registration processing registers the destination information in the linked destination master file F9 for online sales when it is specified that the product purchased by the customer by the online sales should be delivered to a third party. The registration processing for registering in the destination master file F4 of the sales management system 21 is performed, and the consistency between the destination master file F4 and the linked destination master file F9 is maintained.
[0119]
FIG. 33 is a flowchart detailing this destination registration processing.
Note that this destination registration processing is basically the same as the customer registration processing shown in FIG. 31 described above, and therefore, the following description focuses on features of the destination registration processing.
First, the “customer code” obtained in the above-described customer registration process is obtained, and the “customer code” and the “destination name” obtained from the linked sales details record are paired to form the “customer code”. It is checked whether the "customer code" and the "destination name" have been registered in the linked destination master file F9 (steps E1, E2).
[0120]
If the "customer code" and "destination name" are not registered in the linked destination master file F9 (step E2), the current destination specified by the existing customer is the first destination as a destination for online sales. Therefore, the process proceeds to step E3, where it is checked whether the "customer code" and the "destination name" and "telephone number" in the linked sales statement record have been registered in the destination master file F4 (steps E3 and E4). . Here, if the same “customer code”, “destination name”, and “telephone number” have already been registered in the destination master file F4, the destination ( This is a case where the delivery of the product is requested again to the existing destination), but if the product is not registered, the delivery request is to a new destination to which delivery of the product has not been requested in the past.
[0121]
If it is a new destination, a "new destination code" is generated (step E5). Then, the "customer code", the "new destination code", and the "destination name" obtained from the linked sales details record are additionally registered as a new record in the linked destination master file F9 (step E6). The destination code ", the" new destination code ", and the corresponding information (customer name, customer address, etc.) obtained from the linked sales details are additionally registered as new records in the destination master file F4 (step E7).
[0122]
If an existing customer who has used online sales requests delivery of goods to an existing destination that has requested delivery of goods in the past (step E2), the linked destination The corresponding “destination code” is read from the master file F9 (step E8). Then, "address" and "telephone number" in the destination master file F4 corresponding to the "customer code" and "delivery code" are compared with "address" and "telephone number" in the linked sales detail record. Later (step E11), when an update request is received from the operator (step E12), the corresponding record in the destination master file F4 is corrected and updated based on the "address" and "telephone number" in the linked sales detail record. (Step E13).
[0123]
On the other hand, if the same “customer code”, “destination name”, and “telephone number” are already registered in the destination master file F4 (step E4), it is determined that the existing customer has requested delivery of the product in the past. Since this is the first delivery request by net sales to an existing destination, the process proceeds to step E9, and the corresponding “destination code” is read from the destination master file F4. Then, the "customer code", the "destination code", and the "destination name" in the linked sales detail record are additionally registered as a new record in the linked destination master file F9 (step E10). Thereafter, the above-mentioned "address" and "telephone number" are compared and displayed (step E11). When an update request is received (step E12), the contents of the corresponding record in the destination master file F4 are corrected and updated (step E12). Step E13).
[0124]
When the destination registration processing is completed, the process proceeds to step C6 in FIG. 31 to obtain the “total amount” from the linked sales detail record and access the destination master file F4 based on the “product code” of the linked sales detail record. Then, the “total amount” acquired from the linked sales detail record is added and updated to the “total amount by destination” in the corresponding record of the destination master file F4. Further, a slip record corresponding to the slip description / slip total file F2 is created based on the contents of the linked sales detail record (step C7), and this slip record is additionally registered in the slip description / slip total file F2 (step C8).
When the processing for one record is completed in this way, it is determined whether or not there is an unprocessed record in the linked sales specification file F6 (step C9). After reading the record, the above operation is repeated.
[0125]
FIG. 34 is a flowchart showing the operation of the store terminal 2 which is started to be executed in response to the activation of the sales management system 21 in the order business of actual store sales.
First, the store terminal 2 reads out and displays the sales slip form according to the sales management system 21 (step F1), and the slip data (the product code, the quantity, the customer code, the delivery destination code, etc.) relating to the sales product is stored. Upon input (step F2), a slip record is created based on the input slip data (step F3), and additionally registered in the slip description / slip total file F2 (step F4).
[0126]
Here, the designated state of the pre-specified slip immediate processing / batch processing is determined (step F5), and if the slip immediate processing is specified, various slips for order business are determined based on the created slip record. A process for printing (delivery note, transfer request form, home delivery slip, etc.) is performed (step F6), and various slip management processes for other business are performed based on the slip record (step F7).
Then, a "customer code" is obtained from the created slip record, the customer master file F3 is searched based on the "customer code", and the corresponding customer record is read (step F8). The “total amount of money” acquired from the above is added to the “total amount of sales” in the customer record to update the “total amount of sales” (step F9).
[0127]
Next, if the “destination code” is included in the slip record (step F10), “customer code” and “destination code” are obtained from the slip record, and the “customer code”, “destination code” The destination master file F4 is searched based on the "code", the corresponding destination record is read out (step F11), and the "total amount" acquired from the slip record is added to the "total amount by destination" in the destination record. Then, the “total amount by destination” is updated (step F12).
If batch processing is specified in step F5, a process of updating “cumulative sales amount” in the customer master file F3 is performed (steps F8 and F9). If the “destination code” is included in the slip record (step F10), a process of updating the “total amount by destination” in the destination master file F4 is performed (steps F11 and F12).
[0128]
FIG. 35 shows the operation of the shop terminal 2 in which the sales management system 21 is activated and executed when a batch processing request is received from the operator or a slip processing request is received from the net order input module M6. It is a flowchart.
First, an unprocessed slip record is read out by accessing the slip description / slip total file F2 (step G1), and various slips for order business are printed based on this slip record (step G2). Based on the above, various slip management processes for other business are executed (step G3).
Then, it is checked whether there is an unprocessed slip record in the slip description / slip total file F2 (step G4), and if so, the process returns to step G1 to perform the slip printing / management processing based on the unprocessed record (step G4). G2, G3).
[0129]
As described above, in the store terminal 2 in this embodiment, the net shop construction / operation system 22 is constructed in addition to the existing sales management system 21, and a sales target product group which is traded in an actual store is included. If a product to be sold on the Internet is arbitrarily selected and designated from, a product information page containing the information on the selected product is created and transmitted to the mediation site 1 side. The received order information is received, and the contents of the slip description / slip total file F2 are updated based on the order information. Therefore, without changing the existing sales management system 21 for the actual store, the net shop construction / The operation system 22 can be easily linked to the sales management system 21, which makes it possible to easily add online sales as a new sales method. The ability.
[0130]
The net shop construction AP 22a is roughly divided into a net shop definition module M1, a net product registration module M2, and a net product display module M3. When a new net shop is constructed, a series of work contents are sequentially guided. Since the online shop construction information generated by the series of operations is uploaded to the mediation site 1, the series of operations associated with the new construction can be performed efficiently, and users who cannot use the PC sufficiently and Web pages of Even a user without knowledge (low-skill user) can easily construct a store-specific net shop. In this case, by dividing the series of work into three stages, a person having a minimum necessary skill for each stage can also share the work. In addition, even a low-skill user can easily exchange products and change the display state, so that the work can be performed frequently, and the assortment of goods and the display state are always kept in the best state. So that you don't miss out on sales opportunities due to timing delays. Furthermore, the burden of manually inputting the net order information is not imposed, and there is no mistake in transcription, and the order for the net sales can be reliably processed.
[0131]
On the other hand, in the mediation site 1, information on a product selected as a target for net sales from a group of sales target products actually traded at the physical store side is posted, and information for a shopping mall operated and managed by itself is provided. The product exhibition information (net shop construction information) of the content created in accordance with the exhibition format is received from the shop terminal 2 to acquire and open the net shop, and the net order information of the products sold in this net shop is executed. In addition to transmitting the information to the store terminal 2 by converting the information into a format suitable for the processing format for the store, the real store also sends an online sales request to a shopping mall other than the shopping mall operated and managed by the store itself. When the information is received, the shop registration definition file SR is referred to, and the net shop building information created by the actual shop (the shop terminal 2) is addressed to itself. Is converted into an exhibition format for this request destination and transmitted to the other shopping mall site 1, and when the order information is received from the other shopping mall site 1, the order data definition file OR is referred to. Since this net order information is converted into a processing format for a real store and transmitted to the store terminal 2, a shopping mall in which the self-management of the construction of the net shop and the management of the net sales with the real store is performed. It becomes possible to cooperate with other shopping malls.
[0132]
Therefore, on the actual store side, even if the display format of the products is different for each shopping mall, it is not necessary to construct an online shop for each display format, and even if the format of the net order information is different for each shopping mall, Online sales orders can be handled in the same way as real store transactions, and online sales can be easily added as a new sales method without changing the existing store management system. In addition to this, it is possible to expect further sales promotion by opening multiple online shops.
[0133]
In this case, the correspondence between the real store and a plurality of other shopping malls is defined in the shop registration definition file SR, and the correspondence between the real store and each shopping mall is defined in the order data definition file OR. It is possible to arbitrarily select and specify a desired online shop from a plurality of online shops registered in advance as exhibition candidates for each actual store, and the online shop selected as an exhibition request destination If the online sales are not good, it is possible to easily change to another online shop, and to respond to the actual situation.
[0134]
Although the mediation site 1 of the embodiment described above exemplifies a case where the site itself also operates and manages a shopping mall, the mediation support service for online sales is provided simply by mediating between the shopping mall site 1 and the store terminal 2. It may be an intermediary site (net sales support device) provided.
The net sales support device in this case is basically the same as the mediation site 1 of the above-described embodiment, and can be realized in the same manner as the above-described embodiment, except for the function of operating and managing the shopping mall.
[0135]
That is, in addition to providing a shop registration definition file SR for storing and managing the display format of the product performed at each shopping mall side for each shopping mall, the order information is processed at the actual store side within the mediation site (net sales support device). An order data definition file OR that stores and manages a processing format to be processed and a processing format for processing order information on the shopping mall side is provided. When an exhibition request to any of the shopping malls is received from the actual store, the shopping mall designated as the exhibition request destination is selected, and the sales target product group actually traded at the actual store is selected. A function of converting the information on the product requested to be sold as a target for online sales into exhibition information (net shop construction information) suitable for the exhibition format for the selected mall and transmitting the information to the shopping mall site 1; When receiving the net order information, refer to the processing format of the actual store that requested the online sale of the product and the shopping mall, and convert the net order information into information that matches the processing format for the real store Then, a function of transmitting the data to the store terminal 2 may be provided.
[0136]
In this case, when the store terminal 2 requests a mediation site (net sales support device) to request a store opening to any of the shopping malls, the store terminal 2 selects a net from a group of sales target products actually traded at the real store. A product to be sold may be arbitrarily selected, and a list describing the product name, product image, and the like may be transmitted to the mediation site (net sales support device). Here, the net sales support device may generate the net shop construction information for the designated mall with reference to the exhibition format of the mall requested to open a store, and transmit the information to the designated mall site.
[0137]
Also in the mediation site (net sales support device) configured in this manner, similarly to the above-described embodiment, the construction of the online shop and the sale of the online shop between the arbitrary online shop side and the actual shop side desired by the actual shop side. It is not necessary to build an online shop for each exhibition format on the actual store side, even if the product display format differs for each online shop. Even if it is different for each case, it is possible to handle online sales orders in the same way as transactions at the physical store, and furthermore, it is easy to use online sales as a new sales method without changing the existing sales management system at the physical store Can be added.
[0138]
Although the shop registration definition file SR of the above-described embodiment defines the correspondence between an actual store and a plurality of other shopping malls in advance for each actual store, the shop registration definition file SR defines a plurality of other shopping malls for each actual store. It is not necessary to previously register the correspondence between the shopping mall and the shop registration definition file SR. The shop registration definition file SR includes a list describing “address”, “access ID”, and “password” for accessing each shopping mall. Alternatively, it may be a list describing the display format (rule for opening a store) on each shopping mall site 1 side.
Further, when the mediation site 1 receives an exhibition request for online sales from another shopping mall, the mediation site 1 may access the shopping mall site 1 to receive and acquire the exhibition format. That is, the display format of the shopping mall may be received and acquired each time.
[0139]
In addition, the order data definition file OR of the above-described embodiment includes a processing format for processing the order information on the actual store side (a record format of the linked sales details file F6) and a processing format for processing the order information on the shopping mall side (a mall-specific format). Is stored and managed for each shopping mall, but these are separately stored and managed, and the mediation site 1 sets the processing format on the actual store side and the processing format on the shopping mall side as items. The net order record may be converted into an order format for a real store by making a comparison every time.
[0140]
The mediation site 1 may transmit the order information for online sales to the store terminal 2 in a lump in response to the transmission request from the store terminal 2.
Further, the store terminal 2 may take in the order information every time an online sales order is generated, and perform the online order input processing in real time.
The actual store is not limited to a small personal store such as a stationery store or a fresh fish store, but may be a large-scale corporate store such as a discount shop, a convenience store, or a supermarket. It may be a store that sells mail order. Further, the products handled by the physical store are not limited to tangible products, but may be sales of intangible products such as music content, image content, and document content. Such intangible products may be sold at an online shop. It may be.
[0141]
In addition, the above-mentioned intermediary site (net sales management device or net sales support device) is not limited to a stand-alone type, and each component is physically separated into two or more housings, and communication lines, cables, and the like. A distributed system for transmitting and receiving data via a wireless transmission path such as a wired transmission path or radio waves, microwaves, infrared rays, or the like may be used.
[0142]
On the other hand, a recording medium (for example, a CD-ROM, a floppy disk, a RAM card, or the like) in which a program code for causing each of the above-described units to be executed may be provided to the computer.
In other words, it is a recording medium having a computer-readable program code, in which information about a product selected as a target for online sales from a group of products to be sold in a real store is posted and the self is stored. Receive and acquire product display information of contents created in accordance with the display format for the online shop operated and managed from the actual store side, open an online shop corresponding to the actual store, and A function that converts online order information into a processing format for the actual store and sends it to the actual store, and a request from the actual store to sell online sales to other online stores other than the one managed and operated by the customer If you receive the product, refer to the display format of the product at the other online shop and display the product created by yourself from the actual store The information is converted into information suitable for the exhibition format for this request destination and transmitted to the other online shop, and when the online order information is received from the other online shop, the actual A computer that records a program for realizing a function of referring to a processing format for processing a transaction, converting this net order information into information suitable for the processing format for the actual store, and transmitting the information to the actual store side is read by a computer. A possible recording medium may be provided.
[0143]
【The invention's effect】
According to this invention (the invention described in claim 1), when a request for net sales is received from an actual store to another net shop other than the net shop operated and managed by the user, the other store is requested. Refer to the product display format at the online shop, convert the product display information created by the actual store to the customer into information suitable for the display format for this client, and send it to the other online shop. When sending and receiving net order information from another online shop, refer to the processing format for processing the order information at the actual store and convert this net order information into information that matches the processing format for the actual store And send it to the actual store, so that the establishment of the online shop and the management of the online sales with the actual store are linked to the other online shops other than the online shop operated and managed by itself. This makes it possible to eliminate the need to build an online shop for each exhibition format on the actual store side, even if the product display format differs for each online shop. In addition, it is possible to handle online sales orders in the same manner as transactions at physical stores, and it is also possible to easily add online sales as a new sales method without changing the existing sales management system at physical stores. In addition to this, it is possible to expect further sales promotion by opening multiple online shops.
[Brief description of the drawings]
FIG. 1 is a block diagram showing the overall configuration of a sales management network system.
FIG. 2 is a block diagram for explaining a basic system outline of a shop terminal 2.
FIG. 3 is a view for explaining the configuration of a shop registration definition file SR provided in the mediation site 1.
FIG. 4 is a view for explaining the configuration of an order data definition file OR provided in the mediation site 1.
FIG. 5 is a diagram for explaining the operation concept of a net shop definition module M1, a net product registration module M2, and a net product display module M3 constituting the net shop construction AP 22a.
6A is a diagram showing a record configuration of a product master file F1, and FIG. 6B is a diagram showing a record configuration of a linked product master file F5.
FIG. 7 is a diagram showing a configuration of a product display definition file F31.
FIG. 8 is a diagram showing a state in which various types of information obtained by constructing an online shop are uploaded to the mediation site 1.
FIG. 9 is a diagram showing contents of a store-specific storage area E for storing and managing net shop construction information for each store on the mediation site 1 side.
10A is a diagram showing the contents of a store management table T provided on the mediation site 1, and FIG. 10B is a diagram showing a record configuration of an order information file OF.
FIG. 11 is a view showing a list of various files provided on the sales management system 21 side and various files provided on the net shop construction / operation system 22 side.
12A is a diagram showing a record configuration of a customer master file F3, and FIG. 12B is a diagram showing a record configuration of a linked customer master file F8.
13A is a diagram illustrating a record configuration of a destination master file F4, and FIG. 13B is a diagram illustrating a record configuration of a linked destination master file F9.
FIG. 14 is a block diagram showing basic components of the mediation site 12.
FIG. 15 is a flowchart showing the operation of the shop terminal 2 in response to the activation of the net shop construction AP 22a constituting the net shop construction / operation system 22.
FIG. 16 is a flowchart showing the operation at the time of building a net shop, following FIG. 15;
FIG. 17 is a flowchart showing the operation at the time of building a net shop, following FIG. 16;
FIG. 18 is a flowchart showing the operation at the time of building a net shop, following FIG. 17;
FIG. 19 is a flowchart showing an operation at the time of building a net shop, following FIG. 18;
FIG. 20 is a flowchart following FIG. 15 showing the operation at the time of building a net shop.
FIG. 21 is a flowchart showing the operation at the time of building a net shop, following FIG. 20;
FIG. 22 is a flowchart showing the operation at the time of building a net shop, following FIG. 20;
FIG. 23 is a flowchart showing an operation at the time of building a net shop, following FIG. 22;
FIG. 24 is a flowchart showing the operation at the time of building a net shop, following FIG. 22;
FIG. 25 is a flowchart showing the operation at the time of building a net shop, following FIG. 24;
FIG. 26 is a flowchart, following FIG. 25, illustrating an operation at the time of building a net shop.
FIG. 27 is a diagram showing an example in which, when a request for opening a net shop is received from a real store to a shopping mall other than the mediation site 1, the network shop construction information in the mediation site 1 is the request destination. The flowchart which showed the shop registration process at the time of uploading to the shopping mall site 1 and registering it.
FIG. 28 is a flowchart showing an operation of the shopping mall site 1 according to an access from the product purchaser terminal 4;
FIG. 29 is a flowchart showing the operation of the shopping mall site 1 following FIG. 28;
FIG. 30 is a flowchart showing an operation in the case where the mediation site 1 transmits an order record for online sales to the shop terminal 2.
FIG. 31 is a flowchart showing the operation of the shop terminal 2 according to the net sales input AP 22b constituting the net shop construction / operation system 22.
FIG. 32 is a flowchart detailing a customer registration process shown in FIG. 31;
FIG. 33 is a flowchart detailing a destination registration process shown in FIG. 31;
FIG. 34 is a flowchart showing the operation of the store terminal 2 according to the sales management system 21.
FIG. 35 is a flowchart showing the operation of the shop terminal 2 when performing a slip batch process according to the sales management system 21.
36A is a diagram showing a work procedure screen, and FIG. 36B is a diagram showing a shop structure definition screen.
FIG. 37 is a view showing a base screen for new net product registration.
FIG. 38 is a view showing a product list screen of a selection master (product master file F1).
FIG. 39 is a view showing an image list screen.
FIGS. 40A and 40B show a state of a product guide page creation process, wherein FIG. 40A shows a specific example of the created product guide page, and FIG. 40B shows the content of one page constituting the HTML file F12; FIG.
FIG. 41 is a view showing a net product display <page list> screen.
FIG. 42 is a view showing a display product registration screen corresponding to a selection page.
FIG. 43 is a view showing a product list screen of a linked product master file F5.
FIG. 44A is a diagram showing the change menu screen, and FIG. 44B is a diagram showing the contents of the order page.
[Explanation of symbols]
1 shopping mall site (intermediary site)
2 store terminals
3 Network network
4 Product buyer terminal
21 Sales management system
22 Net shop construction and operation system
F1 Product Master File
F6 linked sales statement file
F11 Shop structure definition file
F12 HTML file
F31 Product display definition file
F32 net image file
F33 Net Product Master File
M4 upload module
M5 net order information acquisition module
M6 net order entry module
OF order information file
SR shop registration definition file
OR Order data definition file

Claims

It is connected via a network to an actual store sales management device that manages actual transactions at the actual store, and information about the product selected as an online sales target from the group of products to be sold that is actually transacted at the actual store is displayed. Receive and receive from the actual store the product exhibition information of the contents that are published and created in accordance with the display format for the online shop operated and managed by the user, and establish an online shop corresponding to the actual shop, and A net sales management device that converts net order information of products sold in a shop into information suitable for a processing format for a real store and transmits the information to the real store side,
When receiving an online sales exhibition request from the actual store to the other net shop other than the net shop operated and managed by the customer, refer to the display format of the product performed at the other net shop, First control means for converting the product exhibition information report created from the actual store to the user into information suitable for the display format for this request destination and transmitting the information to the other online shop;
When receiving the net order information from the other net shop side, refer to the processing format for processing the order information at the real store side, and convert this net order information into information suitable for the processing format for the real store. Second control means for transmitting to the actual store;
An internet sales management device comprising:

Correspondence information storage means for storing and managing information indicating a correspondence relationship between a plurality of other net shops other than the net shop operated and managed by the own shop and the actual shop in advance for each actual shop,
In addition to storing and managing the display format of the product performed at each of the other online shops for each of the online shops, a processing format for processing the order information at the actual store and a processing format for processing the order information at each of the online shops are described. Format information storage means for storing and managing the correspondence;
When the first control means receives a net sales exhibition request from a real store to another net shop other than the net shop operated and managed by the first control means, the first control means associates with the real store. A net shop designated as an exhibition request destination is selected from the plurality of net shops that have been designated, and the merchandise exhibition information created by the actual store side and addressed to the self is matched with the exhibition format for the selected shop. Converted to information and sent to the relevant net shop,
When the second control means receives the net order information from another net shop, the second control means refers to the processing format of the actual shop of the requester who requested the online sale of the product and the net shop, and Convert the information into information suitable for the processing format for the actual store and send it to the actual store side,
2. The net sales management device according to claim 1, wherein:

Against the computer
It is connected via a network to an actual store sales management device that manages actual transactions at the actual store, and information about the product selected as an online sales target from the group of products to be sold that is actually transacted at the actual store is displayed. Receive and receive from the actual store the product exhibition information of the contents that are published and created in accordance with the display format for the online shop operated and managed by the user, and establish an online shop corresponding to the actual shop, and A function of converting the net order information of the products sold in the shop into information suitable for the processing format for the actual store and transmitting the information to the actual store,
When receiving an online sales exhibition request from the actual store to the other net shop other than the net shop operated and managed by the customer, refer to the display format of the product performed at the other net shop, A function of converting the product display information created for itself from the actual store side into information suitable for the display format for this request destination and transmitting the information to the other net shop side,
When receiving the net order information from the other net shop side, refer to the processing format for processing the actual transaction at the real store side, and convert this net order information into information suitable for the processing format for the real store. A function to transmit to the actual store side,
The program to realize.

An online sales support device that supports online sales by mediating between an actual store sales management device that manages actual transactions at an actual store and an online sales management device that operates and manages an online shop,
Format information that stores and manages the product display format performed by each online shop for each online shop, and stores and manages the processing format for processing the order information at the actual store and the processing format for processing the order information at the online shop Storage means;
When an exhibition request to one of the net shops is received from the physical store, the net shop specified as the exhibition request destination is selected, and the net shop is selected from the sales target product group actually traded at the physical store. First control means for converting information about a product requested to be exhibited as a sale target into information suitable for the exhibition format for the selected shop and transmitting the information to the net shop;
When receiving the net order information from the net shop, refer to the processing format of the requesting real store of the product and the net shop and match the net order information with the processing format for the real store. Second control means for converting the information to the actual store and transmitting the converted information to the actual store;
An online sales support device comprising:

Against the computer
A function to store and manage the display format of products performed at each online shop for each online shop, and to store and manage the processing format for processing order information at the actual store and the processing format for processing order information at the online shop. ,
When an exhibition request to one of the net shops is received from the physical store, the net shop specified as the exhibition request destination is selected, and the net shop is selected from the sales target product group actually traded at the physical store. A function of converting information about a product requested to be exhibited as a sale target into information suitable for the exhibition format for the selected shop and transmitting the information to the net shop side,
When receiving the net order information from the net shop, refer to the processing format of the requesting real store of the product and the net shop and match the net order information with the processing format for the real store. Function to convert the information to the actual store side,
The program to realize.