JP4464017B2 - Store terminal and program - Google Patents
Store terminal and program Download PDFInfo
- Publication number
- JP4464017B2 JP4464017B2 JP2001278201A JP2001278201A JP4464017B2 JP 4464017 B2 JP4464017 B2 JP 4464017B2 JP 2001278201 A JP2001278201 A JP 2001278201A JP 2001278201 A JP2001278201 A JP 2001278201A JP 4464017 B2 JP4464017 B2 JP 4464017B2
- Authority
- JP
- Japan
- Prior art keywords
- product
- net
- product information
- file
- shop
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【0001】
【発明の属する技術分野】
この発明は、ネットワークを介してユーザ端末が接続されるネットショップを運用管理するコンピュータシステムにネットワークを介して接続される店舗端末およびプログラムに関する。
【0002】
【従来の技術】
近年、インターネットを介して各種の商品を販売するネットショップ(仮想店舗)と、商品の購入申込を行う顧客側のユーザ端末との間でインターネットを介して双方向通信を行なう電子商取引は、自宅等のユーザ端末から何時でも自由に所望する商品を購入することができ、購入商品に対する決済も銀行口座からの自動引き落としが可能な為に、仮想店舗の集合である仮想的な商店街に相当するショッピングモール等、ネット販売を支援する為のサービスが益々普及して来ている。
ところで、店舗に設置されている販売管理装置としてのパーソナルコンピュータ(店舗PC)には、店舗で商取引される販売対象商品毎にその商品情報を記憶管理すると共に、売上情報を記憶管理し、キー入力された注文内容に基づいて売上情報を更新したり、この売上情報に基づいて各種の伝票を発行する等の販売管理を行う販売管理システム(業務アプリケーション)が構築されている。
このようなシステム環境の店舗PCを使用してネットショップを構築する場合には、市販されているホームページ作成支援ソフトを購入したり、専門業者にその構築を依頼するようにしている。
【0003】
【発明が解決しようとする課題】
しかしながら、市販のホームページ作成支援ソフトを使用してネットショップを構築する為には、PCを十分使いこなすことができることを前提とする他に、ホームページの作成に関する高度な知識が要求される為、一般の店舗経営者や店員にとっては、その構築は困難となり、また、専門業者に依頼すると、構築費用が膨大なものとなる為、ネット販売を希望していても、それを容易に実現することはできなかった。
また、ショッピングモールの中に類似する多くのネットショップが出店している現状においては、顧客が希望する商品を多く揃え、その中から容易に所望する商品を見つけ出して素早く購入できるネットショップが有利となる為、他の類似ショップとの差別化や販売促進を図る上でも、商品案内ページ内に売れ筋商品を集中的に掲載したり、その商品情報の配置状態を工夫する必要があるが、このような作業までも専門業者にその都度依頼することは、費用的にも困難となり、刻々と変化する消費動向に素早く対応することができなくなる。
【0004】
本発明の課題は、実店舗用商品情報記憶手段の商品情報を修正する際に、修正対象の商品がネット販売対象商品であれば、ネットショップ用商品情報記憶手段の内容を実店舗用商品情報記憶手段の修正に連動して修正できるようにすると共に、実店舗用商品情報記憶手段の商品情報を削除する際に、削除対象の商品がネット販売対象商品であれば、その削除を禁止できるようにすることである。
【0005】
【課題を解決するための手段】
請求項1記載の発明は、ネットワークを介してユーザ端末が接続されるネットショップを運用管理するコンピュータシステムに前記ネットワークを介して接続される店舗端末であって、実店舗で商取引される販売対象商品毎にその商品情報を記憶管理する実店舗用商品情報記憶手段と、 前記ネットショップへ出品する出品候補の商品群の商品毎にその商品情報を記憶管理するネットショップ用商品情報記憶手段と、前記ネットショップへ出品する出品候補の商品群を前記実店舗用商品情報記憶手段から任意に選択指定すると共に、その各商品に関する商品情報を前記実店舗用商品情報記憶手段から読み出して前記ネットショップ用商品情報記憶手段に登録する登録手段と、前記ネットショップ用商品情報記憶手段から任意に選択したネット販売対象商品の商品情報を読み出し、その商品情報を掲載した商品案内ページを作成して前記コンピュータシステムに送信する送信手段と、ユーザ操作に応じて、前記実店舗用商品情報記憶手段に記憶管理された商品情報の修正あるいは削除が指示された場合に、修正対象の商品あるいは削除対象の商品が前記ネット販売対象商品であるかを判別する判別手段と、前記判別手段により修正対象の商品が前記ネット販売対象商品であることが判別された場合は、当該商品に対応する前記実店舗用商品情報記憶手段に記憶管理された商品情報を修正すると共に、この修正に連動して当該商品に対応する前記ネットショップ用商品情報記憶手段に記憶管理された商品情報を修正する更新手段と、前記判別手段により削除対象の商品が前記ネット販売対象商品であることが判別された場合は、当該商品に対応する前記実店舗用商品情報記憶手段に記憶管理された商品情報の削除を禁止する更新制御手段と、を具備したことを特徴とする。
【0006】
更に、コンピュータを、上述した請求項1記載の発明に示した主要手段として機能させるためのプログラムを提供する(請求項2記載の発明)。
【0020】
【発明の実施の形態】
以下、図1〜図40を参照してこの発明の一実施形態を説明する。
図1は、この実施形態における販売管理ネットワークシステムの全体構成を示したブロック図である。
この販売管理ネットワークシステム(広域通信システム)は、ショッピングモールサイト1を中核とし、このショッピングモールサイト1には、その会員ユーザ(ネット出店者)である実際の店舗(実店舗)内に設置されている店舗端末2がネットワーク網(インターネット)3を介して接続されていると共に、ショッピングモールの一般顧客であるユーザ端末(商品購入者端末)4がネットワーク網3を介して接続されているシステム環境となっている。
なお、ショッピングモールサイト1は、ネットショップ(仮想店舗)の集合である仮想的な商店街(ショッピングモール)を運用管理する為のコンピュータシステムである。
【0021】
店舗端末2は、ショッピングモールサイト1へ出品する為のネット販売対象商品(ネットショップ販売品)を実店舗で商取引される販売対象商品群の中から任意に選択した内容の商品案内ページ(HTMLのWebページ)を作成して、ショッピングモールサイト1へアップロードしたり、ショッピングモールサイト1側で商品注文されたネット販売の注文情報に基づいて実店舗側の売上情報や顧客情報等を更新するようにしたもので、後述する既存の販売管理システムを変更することなく、ネットショップの構築とネット販売管理を既存の販売管理システムに対して容易に連携させることが可能な販売管理装置である。
【0022】
なお、この実施形態においては、例えば、TCP/IP通信プロトコルを利用したHTTPプロトコル等によって、ショッピングモールサイト1と店舗端末2、商品購入者端末4との間でデジタル化(パケット化)されたデータの送受信を行うようにしており、また、コード化された制御情報を含むデータによって互いに必要な処理内容を認識しながら連携し合ってデータ処理を行うようにしている。なお、ショッピングモールサイト1は、データベースサーバ機能、Webサーバ機能、メールサーバ機能等を備え、また店舗端末2、商品購入者端末4は、Webブラウザ機能を備えている。
【0023】
図2は、店舗端末2の基本的なシステム概要を説明する為のブロック図である。
店舗端末2は、店舗内に設置されているパーソナルコンピュータ(店舗PC)であり、この店舗端末2には、店舗で商取引される販売対象商品毎にその商品情報を記憶管理すると共に、売上情報や顧客情報等を記憶管理し、キー入力された注文情報(伝票データ)に基づいて各種の販売管理を行う既存の販売管理システム21が構築されている。つまり、販売管理システム21は、各種のマスタファイル、伝票処理用のファイル等を運用管理し、注文業務、入金管理、請求業務、出荷業務等の一連の業務を行う通常の業務アプリケーションであり、売上データの入力、伝票発行、データ管理、データ活用等の販売管理一般の処理機能を有している。
この販売管理システム21側には、その基本的なデータファイルとして、後述する商品ジャンル別の複数の商品MT(マスタ)ファイルF1、伝票明細・伝票合計ファイルF2、得意先マスタファイルF3、届け先マスタファイルF4が設けられている。なお、マスタファイルとは、トランザクションファイルに対する概念であるが、この実施形態においては、単に基本的なファイルであることを示し、トランザクション的な使い方をする場合があるファイル(例えば、得意先マスタファイルF3、届け先マスタファイルF4)を含めてマスタファイルと称する(以下、同様)。
【0024】
また、店舗端末2には、上述した既存の販売管理システム21の他に、この実施形態特有のネットショップ構築・運用システム22が追加構成されている。
このネットショップ構築・運用システム22は、ネットショップの構築とネット販売の管理を行うもので、このシステム22を備えた店舗端末2は、「ネットショップ出店者用のPC」としても機能するようになる。
ネットショップ構築・運用システム22は、ネットショップ構築AP(アプリケーション)22aとネット販売入力AP22bとに大別されており、既存の販売管理システム21と連携し合っている。なお、販売管理システム21との連携には、「商品マスタ連携」と「注文トランザクション連携」とがある。
【0025】
「商品マスタ連携」は、販売管理システム21側の商品マスタファイルF1を参照して、ネットショップ陳列用の各商品に関する情報を生成し、ショッピングモールサイト1へアップロードすることを意味し、ネットショップ側の商品と商品マスタファイルF1内の商品との整合性を保持している。
「注文トランザクション連携」は、ネットショップ側の注文情報(注文トランザクション)を取得し、販売管理システム21への注文情報として入力することによって各種の業務処理を行うことを意味し、注文業務、入金管理、請求業務、顧客管理、出荷業務等の一連の業務をネット販売の注文情報に応じて処理するようにしている。
【0026】
ネットショップを新規に構築する際に、そのオペレータは、ネットショップ構築AP22aを起動させることにより商品案内ページの構成を任意に定義したり、商品案内ページ内に掲載する商品情報やその配列状態を任意に設定し、この商品案内ページの構成(HTML)や商品案内ページ内に掲載する商品情報(商品画像を含む)を格納した各種ファイル群Fをショッピングモールサイト1へアップロードさせることによって所望するネットショップ構築情報を店舗別格納領域E内に構築するようにしている。
ここで、ネットショップ構築AP22aは、ネットショップ定義モジュールM1、ネット商品登録モジュールM2、ネット商品陳列モジュールM3に大別されている。ネットショップ定義モジュールM1は、ネットショップの構造、つまり、複数の商品案内ページ毎にそのページデザイン等の構成を任意に定義する為のモジュールである。
【0027】
ネット商品登録モジュールM2は、販売管理システム21側の商品マスタファイルF1に格納されている各種商品の中からネット販売として出品する為の対象候補となる商品が任意に選択指定された場合に、その商品に関する情報を連動商品マスタファイルF5に登録する為のモジュールである。連動商品マスタファイルF5は、ネット販売の対象候補となる商品群を記憶管理するネット販売用の商品マスタファイルである。
ネット商品陳列モジュールM3は、連動商品マスタファイルF5内に登録されている出品候補群の中から任意の商品をネット販売の対象商品として選択可能であると共に、選択された商品に関する情報を商品案内ページ内に配置する為の陳列状態を任意に設定可能なモジュールである。
【0028】
ネットショップ構築・運用システム22を構成するネット販売入力AP22bは、ネット注文情報取得モジュールM5、ネット注文入力モジュールM6を有ししている。
ネット注文情報取得モジュールM5は、ショッピングモールサイト1側で商品注文された自己のネットショップに対応する注文情報ファイルOFから読み出されたネット販売の注文情報を受信取得して、連動売上明細ファイルF6に蓄積する為のモジュールである。なお、ネット販売の注文情報としては、注文商品に関する情報、注文者に関する情報、配送先(届け先)に関する情報を含むが、これらを合わせて注文情報と称する。
【0029】
連動売上明細ファイルF6は、ショッピングモールサイト1側の注文情報ファイルOFの内容を一次記憶保持するもので、ネット注文入力モジュールM6は、連動売上明細ファイルF6の内容(ネット販売の注文情報)を1伝票単位で読み出して、伝票明細・伝票合計ファイルF2へ格納したり、注文者に関する情報を抽出して得意先マスタファイルF3へ格納すると共に得意先別の売上実績を更新し、また、届け先に関する情報を抽出して届け先マスタファイルF4へ格納すると共に得意先別・届け先別の売上実績を更新する等の処理を行う為のモジュールである。
【0030】
図3は、ネットショップ構築AP22aを構成するネットショップ定義モジュールM1、ネット商品登録モジュールM2、ネット商品陳列モジュールM3の動作概念を説明する為の図である。
ネットショップ定義モジュールM1が起動されると店舗端末2は、Webページ数等のネットショップの構造や各ページ毎に、ページ種、それに掲載される最大商品数等を定義してショップ構造定義ファイルF11に格納したり、各ページ毎にそのデザイン(背景画像、ボタン等のページ構成要素やそれらのレイアウト等)を定義してHTMLファイルF12に格納する。
HTMLファイルF12は、ハイパーテキストマークアップ言語で作成されたファイルであり、ショップ構造定義のページ数に対応して複数のページからなる。
なお、図32(B)は、ショップ構造定義ファイルF11に格納されるデータを入力設定する為のショップ構造定義画面を示したもので、その詳細については後述する。
【0031】
ネット商品登録モジュールM2が起動されると店舗端末2は、販売管理システム21側に設けられている商品ジャンルに対応づけられている複数の商品マスタファイルF1の一覧を表示させ、このマスタ一覧の中から所望する商品ジャンルの商品マスタファイルF1が任意に選択指定されると、選択された商品マスタファイルF1の内容を一覧表示させ、この商品一覧の中から任意の商品が選択指定されると、その商品に関する情報を連動商品マスタファイルF5に登録する。つまり、選択された商品マスタファイルF1をソースとして、その商品マスタファイルF1内の各種商品の中からネット販売の出品候補となる商品が任意に選択指定された場合に、選択された商品情報の中からネット販売に必要な情報を取出して連動商品マスタファイルF5に登録すると共に、ネット販売用として入力された固有の情報を連動商品マスタファイルF5に登録する。
【0032】
この場合、商品マスタファイルF1と連動商品マスタファイルF5とは商品コード等によって関連づけられている。また、商品マスタファイルF1に登録されていない商品、つまり、実店舗で取り扱っていない新規商品であっても、ネット販売の対象候補として連動商品マスタファイルF5に登録することができるが、新規商品を登録した場合には、それを商品マスタファイルF1にも追加登録することによって商品マスタファイルF1と連動商品マスタファイルF5との整合性を保持するようにしている。
【0033】
また、商品マスタファイルF1と連動商品マスタファイルF5との整合性を保持する為の手段として、商品マスタファイルF1の内容を修正する場合に、その修正対象として指定された商品がショッピングモールサイト1側へ送信した商品(ネット販売中の商品)であるかを判別し、ネット販売中の商品であれば、修正警告のメッセージを表示するようにしている。
この場合、修正実行の指示を受けたことを条件として、商品マスタファイルF1の更新に連動して当該商品に対応する連動商品マスタファイルF5の内容を更新する。更に、商品マスタファイルF1の内容を削除する場合にも、その削除対象として指定された商品がネット販売中の商品であれば、その商品に対応する商品マスタファイルF1の内容を削除することを禁止するメッセージを表示するようにしている。
【0034】
図4(A)は、商品マスタファイルF1のレコード構成を示したもので、各商品レコードは、「商品コード」、「商品名」、「商品分類」、「JANコード」、「販売価格」等の各種項目を有している。
図4(B)は、連動商品マスタファイルF5のレコード構成を示したもので、各ネット商品レコードは、「商品コード」、「商品名」、‥‥、「販売価格」、「画像番号」、「商品説明」、「配送料金」等の各種項目を有している。なお、「商品コード」、「商品名」、‥‥、「販売価格」は、商品マスタファイルF1から取得した情報であるが、「画像番号」、「商品説明」、「配送料金」等は、商品マスタファイルF1には存在していないネット商品固有の情報である。また、連動商品マスタファイルF5には、それと連携する商品マスタファイルF1の名称が「ソースマスタ名」として付加されている。
【0035】
また、ネット商品登録モジュールM2にしたがって店舗端末2は、画像選択モジュールM21を起動させ、画像候補ファイルF7の内容を一覧表示させる。画像候補ファイルF7は、予め各種の商品毎に撮影された商品画像を画像番号に対応して、1商品ファイル形式で記憶管理するファイルである。店舗端末2は、画像一覧の中から任意の商品画像が選択指定されると、選択された画像番号をその商品に関する情報として連動商品マスタファイルF5へ格納する。
【0036】
ネット商品陳列モジュールM3の起動によって店舗端末2は、ショップ構造定義ファイルF11の内容を一覧表示させる。なお、図37は、ショップ構造定義ファイルF11の内容を表示したネット商品陳列<ページ一覧>画面を例示したもので、その詳細については後述する。
そして、店舗端末2は、このページ一覧の中から任意のページが選択された場合に、商品陳列定義ファイルF31をアクセスし、選択ページ対応の定義内容(最初は未定義)を表示出力させる。
図5は、商品陳列定義ファイルF31の構成を示した図で、複数ページに対応してそのページ内に配置する商品とその配置順を定義するもので、各ページ対応の定義内容は、「ページ番号」、「商品コード(1)」、「商品コード(2)」、‥‥を記憶する構成となっている。また、図38は、選択ページ対応の陳列商品登録画面を例示したもので、その詳細については後述する。
【0037】
また、ネット商品陳列モジュールM3にしたがって店舗端末2は、連動商品マスタファイルF5をアクセスし、商品一覧画面を表示させる。なお、図39は、連動商品マスタファイルF5の商品一覧画面を例示したもので、その詳細については後述する。
この商品一覧の中から任意の商品がネット陳列対象として選択された場合には、その商品コードを商品陳列定義ファイルF31の選択ページ内に配置する。なお、ネット陳列対象商品を任意に選択する操作(品揃え操作)を行った後に、その陳列配置の順番を任意に変更する操作(並べ替え操作)が行われると、ネット商品陳列モジュールM3にしたがって店舗端末2は、商品陳列定義ファイルF31の選択ページの内容を指定された順番に並び替える編集処理を行う。そして、ネット商品陳列モジュールM3は、頁生成モジュールM31を起動させる。
【0038】
頁生成モジュールM31にしたがって店舗端末2は、連動商品マスタファイルF5、画像候補ファイルF7、商品陳列定義ファイルF31の内容を参照して、ネット画像ファイルF32、ネット商品マスタファイルF33、HTMLファイルF12をページ毎に作成する。すなわち、商品陳列定義ファイルF31の内容をページ単位毎に解析し、その定義内容にしたがって連動商品マスタファイルF5から読み出した商品情報をネット商品マスタファイルF33にセットすると共に、その商品に対応する画像を画像候補ファイルF7から読み出してネット画像ファイルF32にセットし、更に、ショップ構造定義ファイルF11、商品陳列定義ファイルF31の内容をページ単位毎にHTMLファイルF12にセットするようにしている。
なお、図4(C)は、連動商品マスタファイルF5から読み出された商品情報(ネット商品レコード)がネット商品マスタファイルF33にそのままセットされることを示したものである。
【0039】
図6は、ネットショップ構築によって得られた各種の情報がショッピングモールサイト1側へアップロードされる様子を示した図である。
すなわち、アップロードモジュールM4は、頁生成モジュールM31によって生成されたネット画像ファイルF32、ネット商品マスタファイルF33、HTMLファイルF12を対応づけて、ショッピングモールサイト1へアップロードする為のモジュールである。この場合、ショッピングモールサイト1は、各店舗端末2から送信されて来たネットショップ構築情報を店舗別格納領域E内に設定する。このショッピングモールサイト1には、注文情報ファイルOFの他、後述する店舗管理テーブルTが設けられている。
【0040】
図7は、ショッピングモールサイト1側において、店舗別にネットショップ構築情報を記憶管理する店舗別格納領域Eの内容を示した図である。この店舗別格納領域Eは、各ネットショップ毎に、その識別情報(店舗番号)に対応して、HTMLファイルF12、ネット商品マスタファイルF33、ネット画像ファイルF32を記憶管理する構成となっている。ショッピングモールサイト1は、商品購入者端末4からアクセスされたネットショップに対応する店舗別格納領域Eの内容を読み出し、顧客向けの商品案内ページを作成して要求元の商品購入者端末4へ送信する。
【0041】
図8(A)は、ショッピングモールサイト1側に設けられている店舗管理テーブルTの内容を示し、「店舗番号」に対応して、店舗端末2を呼び出す為の「ショップ出店者PCのアクセス情報」を記憶管理する構成となっている。すなわち、ショッピングモールの会員である店舗端末(ショップ出店者PC)2を識別する為の「店舗番号」に対応して、その「ショップ出店者PCのアクセス情報」として、店舗端末2の電話番号等を記憶する構成となってあり、ショッピングモールサイト1は、店舗対応の注文情報ファイルOF内の注文レコードを店舗端末2へ送信する際に、店舗管理テーブルTから「ショップ出店者PCのアクセス情報」を読み出すようにしている。
【0042】
図8(B)は、注文情報ファイルOFのレコード構成を示した図で、注文レコードは、「商品コード」、「商品名」、「数量」、「価格」、「合計金額」、「注文者名」、「住所」、「電話番号」、「メールアドレス」、「会員ID」、「届け先名」、「届け先住所」、「届け先電話番号」等の各項目からなる。なお、「商品コード」、「商品名」、「数量」、「価格」、「合計金額」は商品注文に関する情報を示し、「注文者名」、「住所」、「電話番号」、「メールアドレス」、「会員ID」は、ネット販売の購入者(顧客)に関する情報を示し、「届け先名」、「届け先住所」、「届け先電話番号」は、注文商品を第三者に配達依頼する場合の届け先に関する情報を示している。ここで、ショッピングモールサイト1は、商品購入者端末4から注文を受け付ける毎に、その購入者に対して注文内容を問い合わせ、これによって作成された注文レコードを注文情報ファイルOFに格納するようにしている。
【0043】
図9は、販売管理システム21側に設けられている各種ファイルと、ネットショップ構築・運用システム22側に設けられている各種ファイルを一覧的に示した図である。
伝票明細・伝票合計ファイルF2は、上述した注文情報ファイルOFのレコードの各項目(図8(B)参照)と同様の項目を含む伝票明細レコードや注文毎に合計した伝票合計レコードを記憶管理するファイルである。ここで、ネット販売入力AP22bにしたがって店舗端末2は、連動売上明細ファイルF6から1伝票毎にネット販売の注文情報を取得して伝票明細・伝票合計ファイルF2に格納する。その後、販売管理システム21にしたがって店舗端末2は、この伝票明細・伝票合計ファイルF2の内容に基づいて納品書、振込依頼書、宅配伝票、注文明細日報等を作成して印刷出力する伝票発行処理や各種の伝票管理処理等を行う。
【0044】
また、図9は、ネットショップ構築・運用システム22において、そのネットショップ構築AP22a側に、上述した連動商品マスタファイルF5、画像候補ファイルF7、ショップ構造定義ファイルF11、商品陳列定義ファイルF31、HTMLファイルF12が設けられていることを示し、また、ショッピングモールサイト1へアップロードされる各種のファイルとしてネット商品マスタファイルF33、ネット画像ファイルF32、HTMLファイルF12が設けられていることを示している。更に、ネット販売入力AP22b側には、上述した連動売上明細ファイルF6の他に、連動得意先マスタファイルF8、連動届け先マスタファイルF9が設けられていることを示している。
【0045】
図10(A)は、得意先マスタファイルF3、(B)は、連動得意先マスタファイルF8のレコード構成を示した図である。
得意先マスタファイルF3は、得意先毎に、「得意先コード」、「得意先名」、「住所」、「電話番号」、‥‥「売上累計金額」、「得意先ランク」の各項目を有する得意先レコードを記憶管理するもので、「売上累計金額」、は得意先別の売上実績であり、「得意先ランク」は、この売上実績に応じて区分されたランクを示している。
【0046】
ここで、ネット販売入力AP22bにしたがって店舗端末2は、連動売上明細ファイルF6から1伝票毎にネット販売の注文情報を取得し、その得意先情報が得意先マスタファイルF3内に登録済みであるかを判別し、登録済みであれば、得意先マスタファイルF3内の当該する「売上累計金額」のみを更新するが、未登録であれば、連動売上明細ファイルF6から取得したネット販売の注文情報の中から得意先に関する情報を抽出して得意先マスタファイルF3に登録すると共に、得意先マスタファイルF3内の当該する「売上累計金額」を更新するようにしている。
【0047】
連動得意先マスタファイルF8は、ネット販売を利用した得意先毎に「得意先コード」、「メールアドレス」、「売上累計ポイント」の各項目を有する連動得意先レコードを記憶管理するネット販売用の得意先マスタである。ネット販売入力AP22bにしたがって店舗端末2は、連動売上明細ファイルF6から取得したネット販売の注文情報の中から得意先に関する情報を抽出し、一定の条件で連動得意先マスタファイルF8に登録したり、当該する「売上累計ポイント」を更新するようにしている。
【0048】
図11(A)は、届け先マスタファイルF4、(B)は、連動届け先マスタファイルF9のレコード構成を示した図である。
届け先マスタファイルF4は、「得意先コード」、「届け先コード」、「届け先名」、「届け先住所」、「届け先電話番号」、「届け先累計金額」の各項目を有する届け先レコードを記憶管理するもので、「届け先累計金額」は、例えば、得意先であるA社が届け先であるB社に対して商品の配送依頼を行った場合に、A社がB社宛に送った現時点までの売上実績である。
【0049】
ここで、ネット販売入力AP22bにしたがって店舗端末2は、連動売上明細ファイルF6から1伝票毎にネット販売の注文情報を取得すると共に、その中から抽出した得意先コード、届け先コードが届け先マスタファイルF4内に登録済みであるかを判別し、登録済みであれば、届け先マスタファイルF4内の当該する「売上累計金額」のみを更新するが、未登録であれば、連動売上明細ファイルF6から取得したネット販売の注文情報の中から得意先コード、届け先に関する情報を抽出して届け先マスタファイルF4に登録すると共に、届け先マスタファイルF4内の当該する「売上累計金額」を更新するようにしている。
【0050】
連動届け先マスタファイルF9は、ネット販売を利用した得意先が注文商品を第三者宛に配送すべきことを依頼した場合に、その得意先、届け先に対応して、「得意先コード」、「届け先コード」、「届け先名」を記憶管理するネット販売用の届け先マスタである。ネット販売入力AP22bにしたがって店舗端末2は、連動売上明細ファイルF6から取得したネット販売の注文情報の中から届け先に関する情報を抽出し、一定の条件で連動届け先マスタファイルF9に登録するようにしている。
【0051】
図12は、店舗端末2の基本的な構成要素を示したブロック図である。
CPU201は、記憶装置202内のオペレーティングシステムや各種アプリケーションソフトにしたがってこの店舗端末2の全体動作を制御する中央演算処理装置である。記憶装置202は、オペレーティングシステムや各種アプリケーションソフトの他、上述した各種のファイル等が格納され、磁気的、光学的、半導体メモリ等やその駆動系を有している。この記録装置202はハードディスク等の固定的なメモリに限らず、CD−RO、DVD等の着脱自在な記憶媒体を装着可能な構成であってもよい。この記憶装置202内のプログラムやデータは、必要に応じてRAM(例えば、スタティックRAM)203にロードされたり、RAM23内のデータが記憶装置にセーブされる。更に、CPU201は通信装置24を介して他の電子機器のプログラム/データを直接アクセスして使用したり、他の電子機器から通信装置204を介してダウンロード受信することもできる。
一方、CPU201にはその入出力周辺デバイスである通信装置204、入力装置205、表示装置206、印字装置207がバスラインを介して接続されており、入出力プログラムにしたがってCPU201はそれらの動作を制御する。
【0052】
次に、この実施形態における販売管理ネットワークシステムの動作アルゴリズムを図13〜図31に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作を逐次実行する。また、伝送媒体を介して伝送されてきた上述のプログラムコードにしたがった動作を逐次実行することもできる。すなわち、記録媒体の他、伝送媒体を介して外部供給されたプログラム/データを利用してこの実施形態特有の動作を実行することもできる。
【0053】
図13〜図24は、ネットショップ構築・運用システム22を構成するネットショップ構築AP22aの起動に応じた店舗端末2の動作を示したフローチャートである。なお、図13〜図24のうち、図13〜図17は、ネットショップを新規構築する場合の動作を示した一連のフローチャートであり、また、図18〜図24は、ネットショップを新規構築した後において、そのショップ内容を変更する場合の動作を示したフローチャートであり、特に、図18および図19は、連動商品マスタの変更、図20および図21は、陳列定義の変更(ネット販売中の商品変更)、図22〜図24は、商品マスタファイルF1の変更に応じた動作を示したフローチャートである。
図25および図26は、商品購入者端末4からのアクセスに応じたショッピングモールサイト1側の動作を示したフローチャートである。
図27〜図29は、ネットショップ構築・運用システム22を構成するネット販売入力AP22bに応じた店舗端末2の動作を示したフローチャートである。
図30、図31は、販売管理システム21に応じた店舗端末2の動作を示したフローチャートである。
【0054】
先ず、図13〜図17を参照して、ネットショップを新規に構築する場合の動作を説明する。
この場合、ネットショップ構築AP22aの起動が指定されると、CPU201は、トップページ画面を表示出力させる(ステップA1)。このトップページ画面には、「1:ネットショップ新規生成」、「ネットショップの変更」の各メニュー項目を有し、その何れかのメニュー項目が選択されると(ステップA2)、選択項目の判別を行う(ステップA3)。
【0055】
いま、「1:ネットショップ新規生成」のメニュー項目が選択された場合には、ネットショップ定義モジュールM1が起動され、一連の作業手順を示す作業手順画面が表示出力される(ステップA4)。
図32(A)は、この作業手順画面を示し、この作業手順画面には、「1:ショップ構造定義」、「2:ネット商品登録」、「3:ネット商品陳列」、「4:サイトアップロード」の作業手順が一覧表示されていると共に、「スタート」ボタンが配置されている。なお、以下の処理は、この作業手順にしたがって順次実行される。
【0056】
ここで、オペレータは作業手順画面の内容を確認した後に、「スタート」ボタンを操作すると(ステップA5)、ショップ構造定義画面が表示される(ステップA6)。
図32(B)は、このショップ構造定義画面を示し、このショップ構造定義画面には、ページ毎に、「ページ種」、「選択」、「ページタイトル」、「最大商品数」の定義項目を有している。この「ページ種」の項目には、1ページ目、2ページ目‥‥に対応して、「表紙」、「お店紹介」、「商品一覧(1)」、「商品一覧(2)」、‥‥が予め固定的に順次表示されているもので、「ページ種」に対応する「選択」の項目位置に“チェック”を記入することによってその「ページ種」を選択指定するようにしている。「最大商品数」は、選択ページ内に配置する最大商品数を示している。
【0057】
このショップ構造定義画面内において、「選択」の項目位置に“チェック”を記入して必要ページを任意に選択した後(ステップA7)、その選択ページに対応して「ページタイトル」、「最大商品数」を入力設定すると(ステップA8)、ショップ構造定義画面の内容は、ショップ構造定義ファイルF11に格納される(ステップA9)。その後、上述のようにして選択した各ページ毎に、そのページデザイン(背景画像、タイトル画像、ボタン等のページ構成要素やそれらのレイアウト)を設定入力すると(ステップA10)、設定されたページデザインは、各ページに対応してHTMLファイルF12に格納される(ステップA11)。
【0058】
このようにして予め用意されているページ種を任意に選択指定することによって複数ページからなるショップ構造を任意に設定する他、各ページの基本的な構成内容を任意に設定する作業を行ってHTMLファイルF12が生成されると、ネット商品登録モジュールM2が起動される。
すると、図14のステップA12に移り、商品ジャンル別に用意されている各種の商品マスタファイルF1がアクセスされ、そのマスタ一覧メニューが表示出力される。このマスタ一覧メニューの中から任意の商品マスタが選択指定されると(ステップA13)、選択マスタの名称を連動商品マスタファイルF5のソースファイル名として記憶する処理を行った後(ステップA14)、新規ネット商品登録画面を表示させる(ステップA15)。
【0059】
図33は、この新規ネット商品登録のベース画面を示している。
この新規ネット商品登録画面は、その画面内に入力したデータを連動商品マスタファイルF5へ出品候補として登録する為の登録画面である。この登録ベース画面内の「商品コード」、「商品名」、「商品名2」、「税抜税込区分」‥‥の各項目は、商品マスタファイルF1に記憶されていない商品を連動商品マスタファイルF5に登録する場合に、商品マスタファイルF1に対して新規登録される項目データである。また、上述した「商品コード」、「商品名」の他に、「販売価格」、「商品説明」、「備考1」‥‥の各項目は、連動商品マスタファイルF5へ登録される項目データである。
【0060】
また、この登録ベース画面には、商品画像が貼り付けられる画像表示領域が設けられていると共に、各種のファンクションボタンが配置されている。このファンクションボタンのうち、「処理区分」のボタン(図中、右上)は、連動商品マスタファイルF5の内容を変更する際に、“追加”、“訂正”、“削除”の処理を選択指定するものである。なお、画面下部に設けられているボタンメニュー内に配置されている各種のボタンについては図示省略する。
【0061】
このような新規ネット商品登録画面が表示されている状態において、次のステップA16は、選択マスタからの読み込みかを判別する。つまり、上述のステップA13で選択された商品マスタファイルF1から情報を読み込んで、連動商品マスタファイルF5へ登録する場合か、選択マスタに記憶されていない商品を連動商品マスタファイルF5に登録する場合かの判別を行う。
いま、選択マスタから情報を読み込んで連動商品マスタファイルF5へ登録することが指定された場合には、上述のステップA14で記憶したソースファイル名を取得し、このソースファイル名によって指定される商品マスタファイルF1をアクセスして、その商品一覧画面を表示出力させる(ステップA17)。
【0062】
図34は、選択マスタ(商品マスタファイルF1)の商品一覧画面を示した図である。
この商品一覧画面は、一連番号に対応して各商品毎に「商品名」、「商品コード」を一覧表示するもので、その中からネット出品候補の商品を任意に選択指定すると(ステップA18)、選択された商品に対応する商品情報が商品マスタファイルF1から読み出され、その中から必要項目のデータ(商品コード、商品名、価格)が抽出されて、図33の新規ネット商品登録画面内の対応項目位置にコピー表示される(ステップA19)。
【0063】
一方、選択マスタに記憶されていない商品を連動商品マスタファイルF5に登録する場合には(ステップA16)、図33の新規ネット商品登録画面内において、必要項目のデータ(商品コード、商品名、価格)を手入力したのち(ステップA20)、ソースファイル名によって指定される商品マスタファイルF1対応の新規商品登録画面を表示出力させる(ステップA21)。このソースマスタ対応の新規商品登録画面は、図示しないが、商品マスタファイルF1を構成する商品レコードの各項目を登録対象とする登録画面であり、上述した新規ネット商品登録画面内に入力した項目データを読み出して、この登録画面内の対応項目位置にコピー表示する(ステップA22)。そして、ソースマスタ対応の登録画面内に他の必要項目のデータを手入力する(ステップA23)。
このようにしてソースマスタ対応の登録画面に入力した各項目データに基づいて商品レコードを生成し、この商品レコードをソースファイル名によって指定される商品マスタファイルF1へ追加登録する(ステップA24)。そして、新規ネット商品登録画面を再表示させる(ステップA25)。
【0064】
次に、ネット商品登録モジュールM2は、画像選択モジュールM21を起動し、画像候補ファイルF7の内容を一覧表示させる(図15のステップA26)。図35は、この画像一覧画面を示し、この画面内には、予め各種の商品に対応して撮影された商品画像が一覧表示されている。この画像一覧の中から任意の商品画像が選択指定されると、画像選択モジュールM21の制御によって、画像候補ファイルF7から選択された画像番号を取得してネット商品登録モジュールM2へ送られると共に、この画像番号がその商品に関する情報として連動商品マスタファイルF5へ格納される(ステップA27)。更に、選択画像は、図33の新規ネット商品登録画面内において、その画像表示領域に貼り付けられる(ステップA28)。
【0065】
この状態において、新規ネット商品登録画面内に他の必要項目のデータ(商品説明等)を入力すると、入力されたデータはその登録画面内の対応する項目位置に表示される(ステップA29)。ここで、必要項目のデータを全て入力し終わり、確定操作が行われると(ステップA30)、新規ネット商品登録画面内のデータに基づいて商品レコードが生成され、この生成レコードが連動商品マスタファイルF5へ登録される(ステップA31)。そして、次のステップA32では登録処理の終了指示の有無を判別し、終了指示があるまで図14のステップA15に戻り、以下、上述の動作を商品単位毎に繰り返す(ステップA15〜A32)。
【0066】
ここで、登録終了の指示を受けた場合には(ステップA32)、ネット商品登録モジュールM2は、ネット商品陳列モジュールM3を起動させる。すると、図16のステップA33に移り、ネット商品陳列モジュールM3にしたがって店舗端末2は、ショップ構造定義ファイルF11の内容を読み込み、この構造定義の内容にしたがってネット商品陳列<ページ一覧>を表示させる(ステップA34)。
図37は、このネット商品陳列<ページ一覧>画面を示したもので、この一覧画面内には、ショップ構造を定義する各ページ毎に、一連の「ページ番号」、「ページ種類」、「選択」、「ページタイトル」、「最大商品数」の定義内容が一覧表示される。
【0067】
このネット商品陳列<ページ一覧>画面内において、任意のページを選択指定すると(ステップA35)、選択ページに基づいて商品陳列定義ファイルF31内の該当ページがアクセスされ、そのページの定義内容に基づいて選択ページ対応の陳列商品登録画面が表示出力されると共に(ステップA36)、連動商品マスタファイルF5内の商品一覧画面が表示出力される(ステップA37)。
図38は、この選択ページ対応の陳列商品登録画面を示したもので、この登録画面内には、その「ページ番号」が表示されると共に、その選択ページ内に配置される各種の商品情報がその陳列順に表示される。すなわち、商品毎にその陳列順を示す「番号」、「商品名」、「商品コード」が一覧表示されるが、ネットショップの新規構築時には、商品陳列定義ファイルF31内にはデータが記憶されていないので、その登録画面には、商品に関する情報は表示されず、空白のままとなっている。
【0068】
図39は、連動商品マスタファイルF5の商品一覧画面を示したもので、この商品一覧画面は、一連番号に対応して各商品毎に「商品名」、「商品コード」を一覧表示するもので、その中から任意の商品を陳列対象として選択指定すると(ステップA38)、選択商品に対応する商品情報が連動商品マスタファイルF5から読み出されて、選択ページ対応の陳列商品登録画面内に追加表示される(ステップA39)。
ここで、最初に選択した商品は、陳列商品登録画面内の先頭位置(陳列番号“1”で示される位置)に表示される。このような陳列対象選択操作を1商品毎に順次行うと、陳列商品登録画面内には選択された順序にしたがってその商品に関する情報が順次配置表示される。
【0069】
これによって陳列対象商品を全て選択し終わると(ステップA40)、今回設定した陳列状態の変更指示を受け付け(ステップA41)、変更指示が有れば、陳列商品登録画面内の商品配置を変更操作に応じて指定された順に変更する処理を行う(ステップA42)。この場合、陳列商品登録画面内において、変更対象の商品名とその配置位置を指定して、その指定商品を指定位置に配置し直す変更操作を行うと、陳列商品登録画面の内容は、指定通りの配置順に変更される。そして、変更終了が指示されると(ステップA43)、陳列商品登録画面内の各商品コードをその順番通りに読み出して、当該ページ対応の商品陳列定義ファイルF31に格納する(ステップA44)。
そして、全ページ分の処理が終了したかをチェックし(ステップA45)、未処理ページがあれば、次の未処理ページを選択した後、ネット商品陳列<ページ一覧>画面を表示させる為にステップちあうに戻り、以下、上述の動作を全ページ分繰り返す結果、図5に示す商品陳列定義ファイルF31が生成される。
【0070】
これによって全ページ分の商品陳列定義ファイルF31が生成されると、ネット商品陳列モジュールM3は、頁生成モジュールM31を起動させる。すると、図17のステップA46に移り、商品陳列定義ファイルF31の各ページのうち、その先頭から1ページ分を指定する。
そして、指定ページ対応の商品陳列定義ファイルF31から「商品コード」を順次読み出して、この「商品コード」に基づいて連動商品マスタファイルF5をアクセスすると共に、その商品に関する情報(ネット商品レコード)を連動商品マスタファイルF5から取得してネット商品マスタファイルF33へ格納する(ステップA47)。
【0071】
次に、連動商品マスタファイルF5から取得したネット商品レコード内の「画像番号」に基づいて画像候補ファイルF7をアクセスし、該当する商品画像を読み出してネット画像ファイルF32に格納する(ステップA48)。このようなネット商品やネット画像の格納処理は、指定ページ内の全商品分に対して行われる(ステップA47〜A49)。
そして、1ページ分の格納処理が終了すると(ステップA49)、指定ページに基づいてHTMLファイルF12をアクセスし、指定ページ対応のHTMLページを読み出し(ステップA50)、このHTMLページ内において、商品陳列定義ファイルF31の対応ページに設定されている商品陳列定義の順序に各商品コードを貼り付けることによって商品陳列定義を含めたHTMLページを作成し、これをHTMLファイルF12へ再格納する処理を行う(ステップA51)。
【0072】
このようにして指定ページに対応するネット商品マスタファイルF33、ネット画像ファイルF32、HTMLファイルF12を生成する処理が終わると、商品陳列定義ファイルF31に定義されている全ページ分の生成処理が終了したかをチェックするが(ステップA52)、いま、先頭ページ分の生成処理が終了した場合であるから、ステップA46に戻り、2ページ目を指定した後、2ページ目に対応するネット商品マスタファイルF33、ネット画像ファイルF32、HTMLファイルF12を生成する処理が実行される(ステップA47〜A51)。
【0073】
この結果、全ページ分の生成処理が終了すると(ステップA52)、頁生成モジュールM31は、アップロードモジュールM4を起動させる。すると、全ページ分のネット商品マスタファイルF33、ネット画像ファイルF32、HTMLファイルF12がネットショップ構築情報としてショッピングモールサイト1へアップロードされる(ステップA53)。
なお、ショッピングモールサイト1は、店舗端末2から送信されて来たネットショップ構築情報を店舗別格納領域E内に設定することにより、当該店舗対応のネットショップが構築される。
【0074】
このようにしてネットショップを構築した後において、上述したトップページ画面内の「ネットショップの変更」がメニュー選択された場合には(図13のステップA1〜A3)、ネットショップ変更処理に移る(図18〜図24)。
先ず、「ネットショップの変更」のメニュー項目が選択されると、ネット商品登録モジュールM2が起動される。すると、変更メニュー画面が表示出力される(図18のステップA60)。
図40(A)は、この変更メニュー画面を示したもので、このメニュー画面には、「連動商品マスタ変更」、「陳列定義変更」、「商品マスタ変更」、「終了」の各メニュー項目が表示される。
【0075】
「連動商品マスタ変更」は、連動商品マスタファイルF5内に出品候補として格納されているネット商品レコードを変更する処理を指示する為のメニュー項目であり、「陳列定義変更」は、商品陳列定義ファイルF31内にネット販売中の商品として格納されている商品レコードを変更する処理を指示する為のメニュー項目であり、「商品マスタ変更」は、商品マスタファイルF1に格納されている商品レコードを変更する処理を指示する為のメニュー項目である。「終了」は変更処理の終了を指示する項目である。
このような変更メニュー画面の中から任意のメニュー項目が選択されると(ステップA61)、選択項目の判別が行われる(ステップA62)。
【0076】
いま、「連動商品マスタ変更」を実行する為にそのメニュー項目が選択されると(ステップA61、A62)、連動商品マスタファイルF5をアクセスしておくと共に(ステップA63)、変更処理区分の選択を受け付け可能な状態とする(ステップA64)。
ここで、変更処理区分として「追加」、「修正」、「削除」の中から任意の区分を選択指定すると、その選択区分を判別する(ステップA65)。
ここで、連動商品マスタファイルF5に新たな商品を追加する場合には、変更処理区分として「追加」を選択する。すると、図33のネット商品登録画面を表示させると共に(ステップA66)、ソースファイル名によって指定される商品マスタファイルF1をアクセスして、図34の商品一覧画面を表示出力させる(ステップA67)。
【0077】
この商品一覧画面の中からネット出品候補として追加する商品を任意に選択指定すると(ステップA68)、選択商品に対応する商品情報が商品マスタファイルF1から読み出され、その中から必要項目のデータが抽出されて、新規ネット商品登録画面内の対応項目位置にコピー表示される(ステップA69)。
次に、ネット商品登録モジュールM2によって画像選択モジュールM21が起動される。すると、画像候補ファイルF7がアクセスされ、図35で示したような画像一覧画面が表示される(ステップA70)。
この画像一覧画面の中から追加対象の商品画像が選択指定されると、選択された画像番号を取得し(ステップA71)、また、選択画像は、図33のネット商品登録画面内において、その画像表示領域に貼り付けられる(ステップA72)。
【0078】
次に、ネット商品登録画面内に他の必要項目のデータ(商品説明等)を入力すると、入力されたデータはその登録画面内の対応する項目位置に表示される(ステップA73)。ここで、必要項目のデータを全て入力し終わり、確定操作が行われると(ステップA74)、ネット商品登録画面内のデータに基づいて商品レコードが生成され、この生成レコードが連動商品マスタファイルF5へ追加登録される(ステップA75)。そして、次のステップA76では追加終了指示の有無を判別し、終了指示が有るまでステップA66に戻り、以下、上述の動作を繰り返す。
【0079】
また、連動商品マスタファイルF5内の商品情報を変更する場合には、変更処理区分として「修正」を選択する(図19のステップA77)。すると、図39に示したような連動商品マスタファイルF5内の商品一覧が表示される(ステップA78)。この商品一覧画面の中から修正対象の商品が選択されると(ステップA79)、その商品対応のネット商品レコードを読み出し、ネット商品登録画面内にその商品レコードの内容を表示出力させる(ステップA80)。
この選択商品対応のネット商品登録画面内において、その項目や商品画像の修正操作が行われると、それに応じて登録画面内の対応データが修正される(ステップA81)。
そして、選択商品のデータ修正が終わると(ステップA82)、その商品に基づいて連動商品マスタファイルF5内の該当するネット商品レコードがアクセスされ、その修正データに基づいてネット商品レコード内の対応データが更新される(ステップA83)。そして、次のステップA84では終了指示の有無を判別し、終了指示が有るまでステップA78に戻り、以下、上述の動作を繰り返す。
【0080】
また、変更処理区分として「削除」が選択指定されると(図19のステップA77)、連動商品マスタファイルF5内の商品一覧が表示される(ステップA85)。この商品一覧画面の中から削除対象の商品が選択されると(ステップA86)、選択商品に基づいて商品陳列定義ファイルF31をアクセスし、該当商品の「商品コード」を検索すると共に、該当商品の有無を判別する(ステップA87、A88)。つまり、削除対象として選択された商品がネット販売中の商品かを判別する。ここで、該当商品の「商品コード」が商品陳列定義ファイルF31内に記憶されていれば、削除対象として選択された商品はネット販売中の商品であるので、その旨をオペレータに報知する為に削除警告のメッセージを表示出力する(ステップA89)。
【0081】
この警告メッセージを表示した後において、削除の実行要求を受けた場合には(ステップA90)、商品陳列定義ファイルF31内の該当する商品コードを削除して、当該商品をネット販売の対象商品から外すと共に(ステップA91)、連動商品マスタファイルF5内の該当する商品レコードを削除する(ステップA92)。なお、警告メッセージ後に、削除の実行がキャンセルされた場合には、上述のステップA90、A91の削除処理は実行されない。そして、次のステップA93では削除終了指示の有無を判別し、終了指示が有るまでステップA85に戻り、以下、上述の動作を繰り返す。
なお、上述のような連動商品マスタファイルF5の「追加」、「修正」、「削除」の処理中において、その終了が指示されるた場合には(ステップA76、A84、A93)、図18のステップA60に戻り、変更メニュー画面が再表示される
【0082】
次に、ネット販売中の商品を変更(陳列定義変更)する場合の動作を図20および図21を参照して説明する。
この場合には、図40(A)で示した変更メニュー画面の中から「陳列定義変更」のメニュー項目を選択指定すると、ネット商品陳列モジュールM3が起動される。これによって図20のステップA100に移り、ショップ構造定義ファイルF11の内容を読み込み(ステップA101)、この構造定義の内容にしたがってネット商品陳列<ページ一覧>を表示させる(ステップA102)。このネット商品陳列<ページ一覧>画面内において、変更対象のページを選択指定すると(ステップA103)、選択ページに基づいて商品陳列定義ファイルF31内の該当ページがアクセスされ、そのページの定義内容に基づいて選択ページ対応の商品登録画面(図38参照)が表示出力される(ステップA104)。
【0083】
そして、処理区分選択を受け付け(ステップA105)、処理区分として「追加」、「移動」、「削除」、「他ページ」、「終了」の何れが選択されたかを判別する(ステップA106)。
いま、ネット販売中の商品として新たな商品を追加する場合には、処理区分として「追加」を選択すると、連動商品マスタファイルF5が読み出され(ステップA107)、その商品一覧画面(図39参照)が表示出力される(ステップA108)。この商品一覧画面の中から追加対象の商品を選択すると(ステップA109)、図38の陳列商品登録画面内に選択商品に関する情報が追加挿入される(ステップA110)。そして、次のステップA111では追加終了指示の有無を判別し、終了指示が有るまでステップA108に戻り、以下、上述の動作を繰り返した後、この終了指示に応答して陳列商品登録画面内に追加された商品コードをそのページ対応の商品陳列定義ファイルF31に追加登録する(ステップA112)。その後、ステップA105に戻り、処理区分の選択可能状態となる。
【0084】
また、ネット販売中の商品の陳列順序を変更する場合には、処理区分として「移動」を選択する(図21のステップA113)。ここで、商品名の順序変更操作を行うと、陳列商品登録画面の内容は、指定通りの配置順に変更される(ステップA114)。このような変更処理は、移動終了が指示されるまで繰り返される。ここで、移動終了が指示されると(ステップA115)、変更された商品名の順番でそのページ対応の商品陳列定義ファイルF31の内容を更新した後(ステップA116)、処理区分の選択可能状態となる(図20のステップA105)。
【0085】
また、ネット販売中の商品をその対象外とする場合には、処理区分として「削除」を選択する(図21のステップA117)。そして、陳列商品登録画面の中から削除対象の商品を選択すると(ステップA118)、商品陳列定義ファイルF31内の該当する商品コードを削除して、当該商品がネット販売の対象商品から外される(ステップA119)。このような削除処理は、削除終了が指示されるまで繰り返される。ここで、削除終了が指示されると(ステップA120)、処理区分の選択可能状態となる(図20のステップA105)。
【0086】
このようにして1ページ分の変更処理を行った後は、「陳列定義変更」の終了が選択されるまで(図21のステップA121)、ページ単位毎に上述した陳列定義の変更処理を実行可能とする為に、図20のステップA102に戻り、ネット商品陳列画面を表示させた後、次の変更対象ページの選択を受け付ける。以下、選択ページ毎に上述の変更動作をページ単位毎に繰り返す。
ここで、「陳列定義変更」の終了が選択された場合には(図21のステップA121)、上述した図17の各処理が順次実行される。
【0087】
つまり、商品陳列定義ファイルF31の1ページ分を指定し(ステップA46)、この指定ページ対応の商品陳列定義ファイルF31から対応商品のネット商品レコードを連動商品マスタファイルF5から取得してネット商品マスタファイルF33へ格納すると共に(ステップA47)、連動商品マスタファイルF5から取得したネット商品レコード内の「画像番号」に基づいて画像候補ファイルF7から該当する商品画像を読み出してネット画像ファイルF32に格納する(ステップA48)。
1ページ分の格納処理が終了すると、商品陳列定義の順序にしたがって各商品コードを貼り付けたHTMLページを作成し、これをHTMLファイルF12へ再格納する(ステップA51)。その後、全ページ分の生成処理が終了すると、ネット商品マスタファイルF33、ネット画像ファイルF32、HTMLファイルF12をショッピングモールサイト1へアップロードする(ステップA53)。
【0088】
次に、図22〜図24を参照して商品マスタファイルF1の内容を変更する場合の動作を説明する。
上述した変更メニュー画面の中から「商品マスタ」の項目が選択されると(図22のステップA121)、ネット商品登録モジュールM2が起動される。すると、商品ジャンル別に用意されている各種の商品マスタファイルF1をアクセスし、そのマスタ一覧メニューを表示出力させる(ステップA122)。このマスタ一覧メニューの中から任意の商品マスタが選択指定されると(ステップA123)、選択された商品マスタファイルF1をアクセスしておくと共に(ステップA124)、処理区分の選択を受け付け可能な状態とする(ステップA125)。
ここで、処理区分として「追加」、「修正」、「削除」の中から任意の区分を選択指定すると、その選択区分を判別する(ステップA126)。
【0089】
ここで、商品マスタファイルF1に新たな商品を追加する場合には、処理区分として「追加」を選択する。すると、商品マスタ用の新規商品登録画面が表示出力される(ステップA127)。この状態において、この新規商品登録画面内に必要な項目のデータを入力した後(ステップA128)、入力確定操作を行うと(ステップA129)、新規商品登録画面内の入力データに基づいて商品レコードが生成され、この生成レコードが商品マスタファイルF1内に新たな商品情報として追加登録される(ステップA130)。そして、処理終了が指示されるまで他の新規商品の追加登録処理が繰り返される(ステップA127〜A131)。
【0090】
また、商品マスタファイルF1内に登録されている商品情報を修正する為に、処理区分として「修正」が選択指定されると(図23のステップA132)、商品マスタファイルF1内の各商品を一覧表示させる(ステップA133)。この商品一覧画面の中から修正対象の商品が選択されると(ステップA134)、選択商品に基づいて商品陳列定義ファイルF31をアクセスし、該当商品の「商品コード」を検索すると共に該当商品の有無を判別する(ステップA135、A136)。つまり、修正対象として選択された商品がネット販売中の商品かを判別する。ここで、該当商品の「商品コード」が商品陳列定義ファイルF31内に記憶されていれば、修正対象として選択された商品はネット販売中の商品であるので、その旨をオペレータに報知する為に修正警告のメッセージを表示出力する(ステップA137)。
【0091】
この警告メッセージを表示した後において、修正の実行要求を受け付け(ステップA138)、その実行要求が無ければ、選択商品の修正処理をキャンセルする為にステップA145に移るが、修正の実行要求を受けた場合あるいは商品陳列定義ファイルF31内に該当する商品コードが記憶されていない場合(ネット販売中の商品ではない場合)には、選択商品対応の商品登録画面を表示出力させる(ステップA139)。この商品登録画面内に表示されている商品データのうち、修正対象の項目が指定されてそのデータの修正操作が行われると(ステップA140)、その商品コードに基づいて商品マスタファイルF1内の該当レコードを検索し、その商品レコードの内容を修正データに基づいて更新する(ステップA141)。
【0092】
そして、商品マスタファイルF1の修正に連動して連動商品マスタファイルF5の内容を更新する為に、その商品コードに基づいて連動商品マスタファイルF5を検索し、該当する商品コードが有るかを判別し(ステップA142、A143)、該当コードが無ければ、ステップA145に移るが、該当する商品コードが有れば、連動商品マスタファイルF5内のネット商品レコードの内容を修正データに基づいて更新する(ステップA144)。この場合、修正対象として選択された商品がネット販売中の商品であれば、ネット商品マスタファイルF33内の該当するネット商品レコードの内容を修正データに基づいて更新する処理も合わせて行われる。そして、ステップA145に進み、処理終了が指示されたかを判別し、終了指示があるまでステップA133に戻り、以下、上述の動作を繰り返す。
【0093】
また、商品マスタファイルF1内に登録されている商品情報を削除する為に、処理区分として「削除」が選択指定されると(図24のステップA150)、商品マスタファイルF1内の各商品を一覧表示させる(ステップA151)。この商品一覧画面の中から削除対象の商品が選択されると(ステップA152)、選択商品に基づいて商品陳列定義ファイルF31をアクセスし、該当商品の「商品コード」を検索すると共に該当商品の有無を判別する(ステップA152、A153)。ここで、該当商品の「商品コード」が商品陳列定義ファイルF31内に記憶されていれば、削除対象として選択された商品はネット販売中の商品である為に商品情報の削除を禁止する旨を示す削除禁止メッセージを表示出力する(ステップA159)。
【0094】
一方、削除対象として選択された商品がネット販売中の商品で無ければ(ステップA153)、その商品コードに基づいて商品マスタファイルF1内の該当レコードを検索し、その商品レコード削除する(ステップA154)。そして、商品マスタファイルF1の削除に連動して連動商品マスタファイルF5の対応する商品レコードを削除する為に、その商品コードに基づいて連動商品マスタファイルF5を検索し、該当する商品コードが有るかを判別し(ステップA155、A156)、該当コードが無ければ、ステップA150に移るが、該当する商品コードが有れば、連動商品マスタファイルF5内の該当するネット商品レコードを削除する(ステップA157)。そして、ステップA158に進み、処理終了が指示されたかを判別し、終了指示があるまでステップA150に戻り、以下、上述の動作を繰り返す。
【0095】
なお、商品マスタファイルF1に対する「追加」、「修正」、「削除」の処理中において、処理終了が指示された場合には(ステップA131、A145、A158)、図18のステップA60に戻り、上述した変更メニュー画面が再表示される。
この変更メニュー画面内において、「終了」のメニュー項目が選択された場合には、図22のステップA121でそのことが検出され、ネットショップ構築AP22aにしたがって動作は、この時点で終了となる。
【0096】
次に、商品購入者端末4がショッピングモールサイト1をアクセスした場合の動作を図25および図26を参照して説明する。
商品購入者端末4からのアクセスに応答してショッピングモールサイト1は、各ネットショップの案内を掲載したトップページを要求元の端末へ送信した後(ステップB1)、ユーザが希望するネットショップの選択要求の待ち状態となる(ステップB2)。ここで、商品購入者端末4から選択要求を受け付けると、そのネットショップに対応して設定されているHTMLファイルF12、ネット画像ファイルF32、ネット商品マスタファイルF33を参照して、当該ネットショップ対応の商品案内ページを作成する処理を行なう。なお、図36は、商品案内ページの作成処理状態を示したもので、(A)は、HTMLファイルF12、ネット画像ファイルF32、ネット商品マスタファイルF33に基づいて作成された商品案内ページの具体例を示し、(B)は、HTMLファイルF12を構成する1ページ分の内容を示した図である。
【0097】
先ず、ショッピングモールサイト1は、選択されたネットショップに対応付られているHTMLファイルF12をアクセスし、その先頭のHTMLページを指定すると共に(ステップB3)、指定したHTMLページ内に設定されている各商品コードに基づいてネット商品マスタファイルF33をアクセスし、各商品コードに該当する「画像番号」を取得する(ステップB4)。このようにしてネット商品マスタファイルF33から取得した各「画像番号」に基づいてネット画像ファイルF32をアクセスし、該当する商品画像を読み出すと共に(ステップB5)、指定HTMLページ内において、各商品コードの対応位置に商品画像を貼り付ける(ステップB6)。
【0098】
更に、指定したHTMLページ内に設定されている各商品コードに基づいてネット商品マスタファイルF33をアクセスし、各商品コードから「商品名」、「価格」、「商品説明」を読み出し(ステップB7)、指定HTMLページ内において、各商品コードの対応位置に、この「商品名」、「価格」、「商品説明」を貼り付けた内容の商品案内ページを作成する(ステップ8)。これによって商品案内ページは、その「ページタイトル」の他、各商品画像が一覧配置され、更に各画像の下側には「商品名」、「価格」、「商品説明」が配置されたページ内容となり、このようにして作成された商品案内ページは、要求元である商品購入者端末4へ送信される(ステップB9)。
【0099】
ショッピングモールサイト1は、商品案内ページを送信した後、その商品購入者端末4からの要求待ちとなる(図26のステップB10)。ここで、商品購入者端末4からの要求を受け付けると、その要求は他のページ要求か(ステップB11)、商品を購入する為の商品選択の要求かを判別する(ステップB13)。
いま、他のページ要求を受け付けた場合には(ステップB11)、要求されたページを指定した後(ステップB12)、図25のステップB4に戻り、HTMLファイルF12内から要求ページに対応するHTMLページを指定し、このHTMLページに基づいて商品案内ページを作成する処理を行う。
【0100】
また、購入対象の商品が選択された場合には(ステップB13)、選択商品の商品コードに基づいてネット商品マスタファイルF33をアクセスし、その商品レコードから「商品名」、「価格」を取得し、この「商品名」、「価格」を挿入した注文ページを作成して要求元の商品購入者端末4へ送信する(ステップB16)。
図40(B)は、この注文ページ画面を示した図で、この注文ページ画面には、選択した「ネットショップ名」、「商品名」、「価格」が表示される他に、注文者が入力する為の入力項目として、「数量」、「注文者名」、「住所」、「電話番号」、「メールアドレス」、「届け先名」、「届け先住所」、‥‥が設けられている。
【0101】
この注文ページを受信した商品購入者端末4側において、注文ページ画面内に必要項目のデータが記入されてショッピングモールサイト1へ返信されて来ると、ショッピングモールサイト1は、商品購入者端末4からの注文データのレコードを受信すると共に(ステップB17)、この注文レコードを注文情報ファイルOFに格納する(ステップB18)。その後、商品購入者端末4からの要求待ち状態となる(ステップB10)。
【0102】
ここで、終了要求を受信した場合には(ステップB13)、注文情報ファイルOFをアクセスして注文情報の有無をチェックし、注文情報が有れば(ステップB14)、全ての注文情報を各ネットショップ毎に読み出して、対応する店舗端末(ショップ出品者PC)2へ送信する(ステップB15)。
この場合、店舗端末2側ではショッピングモールサイト1からの注文情報を受信すると、ネット注文情報取得モジュールM5を起動させ、受信した注文情報を連動売上明細ファイルF6へ格納させる。
【0103】
図27は、店舗端末2側において、オペレータからの要求に応じてネット販売入力AP22bが起動された場合の動作を示したフローチャートである。
先ず、店舗端末2は、連動売上明細ファイルF6をアクセスし、その先頭から1レコード分のデータを読み出し(ステップC1)、この連動売上明細レコードに基づいて得意先登録処理を行う(ステップC2)。
この得意先登録処理は、ネット販売による新たな顧客(得意先)をネット販売用の連動得意先マスタファイルF8に登録すると共に、販売管理システム21側の得意先マスタファイルF3に登録する登録処理を行うと共に、得意先マスタファイルF3と連動得意先マスタファイルF8との整合性を保持するようにしたものである。
【0104】
図28は、この得意先登録処理を詳述したフローチャートである。
先ず、ネット販売入力AP22bにしたがって店舗端末2は、連動売上明細ファイルF6から読み出したレコード内から「メールアドレス」を取得し、この「メールアドレス」に基づいて連動得意先マスタファイルF8内の該当レコード内容をチェックし、該当する「メールアドレス」を持った得意先が登録済みであるかをチェックする(ステップD1)。つまり、ネット販売の固有のデータである「メールアドレス」をキーとして、連動得意先マスタファイルF8を検索し、同一の「メールアドレス」が登録されているかを判別することによって、以前にネット販売を1度でも利用したことがある得意先かを判別する。
【0105】
この結果、連動得意先マスタファイルF8内に同一の「メールアドレス」が登録されていない場合には(ステップD2)、今回始めてネット販売の利用顧客であるので、連動売上明細ファイルF6から読み出したレコード内から「得意先名」および「電話番号」を取得し、この「得意先名」、「電話番号」に基づいて販売管理システム21側の得意先マスタファイルF3内の該当レコード内容をチェックし、この「得意先名」、「電話番号」を持った得意先が登録済みであるかを調べる(ステップD3)。つまり、得意先を特定可能な「得意先名」、「電話番号」をキーとして、得意先マスタファイルF3を検索し、同一の「得意先名」、「電話番号」が登録されているかを判別することによって、以前に実店舗販売やネット販売を1度でも利用したことがある得意先(既存得意先)かを判別する。
【0106】
ここで、登録済みではなければ(ステップD4)、実店舗販売やネット販売を利用したことがない新規顧客であるので、ステップD5に移り、「新たな得意先コード」を生成する。そして、生成した「得意先コード」と連動売上明細レコード内から取得した「メールアドレス」とを連動得意先マスタファイルF8に新規レコードとして追加登録すると共に(ステップD6)、この「得意先コード」と連動売上明細レコード内から取得した該当情報(得意先名、住所等の他、メールアドレスを含む)とを得意先マスタファイルF3に新規レコードとして追加登録する(ステップD7)。
【0107】
また、連動得意先マスタファイルF8内に同一の「メールアドレス」が登録済みであれば(ステップD2)、ネット販売を利用したことがある既存得意先であるから、ステップD8に移り、連動得意先マスタファイルF8から該当する「得意先コード」を読み出す。そして、この「得意先コード」に基づいて販売管理システム21側の得意先マスタファイルF3を検索し、この得意先レコード内から「住所」、「電話番号」、「メールアドレス」を読み出すと共に、連動売上明細レコード内から「住所」、「電話番号」、「メールアドレス」を読み出し、これらを対応づけて比較表示する(ステップD11)。
【0108】
すなわち、得意先に関する情報のうち「住所」、「電話番号」、「メールアドレス」は変更される可能性が有るデータである為に、今回のネット販売利用時の内容と既登録内容とを比較表示させることによってオペレータに既登録内容を訂正更新する必要性があるかを問い合わせる。ここで、更新要求を受けた場合には(ステップD12)、連動売上明細レコードの「住所」、「電話番号」、「メールアドレス」に基づいて得意先マスタファイルF3内の該当レコード内容を訂正更新する処理が行われる(ステップD13)。
【0109】
また、得意先マスタファイルF3内に同一の「得意先名」、「電話番号」が登録されている場合には(ステップD4)、既存得意先ではあるが、今回始めてネット販売を利用した顧客であるので、ステップD9に移り、得意先マスタファイルF3から「得意先コード」を読み出す。そして、この「得意先コード」と連動売上明細レコードの「メールアドレス」とを連動得意先マスタファイルF8に新規レコードとして追加登録する(ステップD10)。その後、上述した「住所」、「電話番号」、「メールアドレス」の比較表示を行い(ステップD11)、更新要求を受けた場合には(ステップD12)、得意先マスタファイルF3内の該当レコード内容を訂正更新する(ステップD13)。
【0110】
このような得意先登録処理が終了すると、図27のステップC3に進み、連動売上明細レコードから「合計金額」を取得すると共に、連動売上明細レコードの「商品コード」に基づいて得意先マスタファイルF3をアクセスし、連動売上明細レコードから取得した「合計金額」を得意先マスタファイルF3の該当レコード内の「売上累計金額」に加算更新する。更に、連動得意先マスタファイルF8の該当レコード内の「売上累計ポイント」をプラス“1”する更新処理を行う(ステップC4)。
その後、届け先登録処理を行う(ステップC5)。この届け先登録処理は、ネット販売によって顧客が購入した商品を第三者宛に配送すべきことが指定されている場合に、その届け先情報をネット販売用の連動届け先マスタファイルF9に登録すると共に、販売管理システム21側の届け先マスタファイルF4に登録する登録処理を行うと共に、届け先マスタファイルF4と連動届け先マスタファイルF9との整合性を保持するようにしたものである。
【0111】
図29は、この届け先登録処理を詳述したフローチャートである。
なお、この届け先登録処理は、上述した図27で示した得意先登録処理と基本的に同様である為、以下、この届け先登録処理の特徴部分を中心に説明するものとする。
先ず、上述した得意先登録処理のステップ、、で得られた「得意先コード」を取得すると共に、この「得意先コード」と、連動売上明細レコード内から取得した「届け先名」とを一組として、この「得意先コード」および「届け先名」が連動届け先マスタファイルF9に登録済みであるかをチェックする(ステップE1、E2)。
【0112】
いま、「得意先コード」および「届け先名」が連動届け先マスタファイルF9に登録されていなければ(ステップE2)、その既存得意先が指定した今回の届け先は、ネット販売による届け先として今回始めての場合であるから、ステップE3に移り、この「得意先コード」と連動売上明細レコード内の「届け先名」および「電話番号」が届け先マスタファイルF4内に登録済みかをチェックする(ステップE3、E4)。ここで、同一の「得意先コード」、「届け先名」、「電話番号」が届け先マスタファイルF4内に登録済みであれば、既存得意先が過去に商品の配送を依頼したことがある届け先(既存届け先)に対して再び商品の配送を依頼した場合であるが、登録済みでなければ、過去に商品の配送を依頼したことがない新規な届け先に対する配送依頼である。
【0113】
また、新規な届け先であれば、「新たな届け先コード」を生成する(ステップE5)。そして、「得意先コード」、「新たな届け先コード」、連動売上明細レコード内から取得した「届け先名」とを連動届け先マスタファイルF9に新規レコードとして追加登録すると共に(ステップE6)、この「得意先コード」、「新たな届け先コード」と、連動売上明細内から取得した該当情報(得意先名、得意先住所等)とを届け先マスタファイルF4に新規レコードとして追加登録する(ステップE7)。
【0114】
ネット販売を利用した既存得意先が過去に商品の配送を依頼したことがある既存届け先に対して今回のネット販売の利用時にも再び商品の配送を依頼した場合には(ステップE2)、連動届け先マスタファイルF9から該当する「届け先コード」を読み出す(ステップE8)。そして、この「得意先コード」、「届け先コード」に該当する届け先マスタファイルF4内の「住所」、「電話番号」と連動売上明細レコード内の「住所」、「電話番号」とを比較表示した後(ステップE11)、オペレータからの更新要求を受けた場合には(ステップE12)、連動売上明細レコード内の「住所」、「電話番号」に基づいて届け先マスタファイルF4内の該当レコードを訂正更新する(ステップE13)。
【0115】
一方、届け先マスタファイルF4内に同一の「得意先コード」、「届け先名」、「電話番号」が登録済みであれば(ステップE4)、既存得意先が過去に商品の配送を依頼したことがある既存届け先に対して、今回始めてのネット販売による配送依頼の場合であるから、ステップE9に移り、届け先マスタファイルF4から該当する「届け先コード」を読み出す。そして、この「得意先コード」、「届け先コード」と連動売上明細レコード内の「届け先名」とを連動届け先マスタファイルF9に新規レコードとして追加登録する(ステップE10)。その後、上述した「住所」、「電話番号」、の比較表示を行い(ステップE11)、更新要求を受けた場合には(ステップE12)、届け先マスタファイルF4内の該当レコード内容を訂正更新する(ステップE13)。
【0116】
このような届け先登録処理が終了すると、図27のステップC6に進み、連動売上明細レコードから「合計金額」を取得すると共に、連動売上明細レコードの「商品コード」に基づいて届け先マスタファイルF4をアクセスし、連動売上明細レコードから取得した「合計金額」を届け先マスタファイルF4の該当レコード内の「届け先別累計金額」に加算更新する。更に、連動売上明細レコードの内容に基づいて伝票明細・伝票合計ファイルF2対応の伝票レコードを作成し(ステップC7)、この伝票レコードを伝票明細・伝票合計ファイルF2に追加登録する(ステップC8)。
このようにして1レコード分の処理が終了すると、連動売上明細ファイルF6内に未処理のレコードが有るかを判別し(ステップC9)、未処理レコードが有れば、ステップC1に戻り、未処理レコードを読み出して、以下、上述の動作を繰り返す。
【0117】
図30は、実店舗販売の注文業務において、販売管理システム21の起動に応じて実行開始される店舗端末2の動作を示したフローチャートである。
先ず、店舗端末2は、販売管理システム21にしたがって売上伝票フォームを読み出して表示出力させた状態において(ステップF1)、販売商品に関する伝票データ(商品コード、数量、得意先コード、届け先コード等)が入力されると(ステップF2)、入力された伝票データに基づいて伝票レコードを作成して(ステップF3)、伝票明細・伝票合計ファイルF2に追加登録する(ステップF4)。
【0118】
ここで、予め指定されている伝票即時処理/バッチ処理の指定状態を判別し(ステップF5)、伝票即時処理が指定されている場合には、作成した伝票レコードに基づいて注文業務用の各種伝票(納品書、振り込み依頼書、宅配伝票等)を印刷する処理を行うと共に(ステップF6)この伝票レコードに基づいて他の業務用の各種伝票管理処理を行う(ステップF7)。
そして、作成した伝票レコード内から「得意先コード」を取得し、この「得意先コード」に基づいて得意先マスタファイルF3を検索し、該当する得意先レコードを読み出すと共に(ステップF8)、伝票レコード内から取得した「合計金額」を得意先レコード内の「売上累計金額」に加算して「売上累計金額」の更新を行う(ステップF9)。
【0119】
次に、伝票レコード内に「届け先コード」が含まれている場合には(ステップF10)、伝票レコードから「得意先コード」、「届け先コード」を取得し、この「得意先コード」、「届け先コード」に基づいて届け先マスタファイルF4を検索して、該当する届け先レコードを読み出すと共に(ステップF11)、伝票レコード内から取得した「合計金額」を届け先レコード内に「届け先別累計金額」に加算して「届け先別累計金額」の更新を行う(ステップF12)。
なお、上述のステップF5でバッチ処理が指定されている場合には、得意先マスタファイルF3内の「売上累計金額」を更新する処理が行われる(ステップF8、F9)。また、伝票レコード内に「届け先コード」が含まれている場合には(ステップF10)、届け先マスタファイルF4の「届け先別累計金額」を更新する処理が行われる(ステップF11、F12)。
【0120】
図31はオペレータからのバッチ処理要求を受けた場合あるいはネット注文入力モジュールM6からの伝票処理要求を受けた場合に、販売管理システム21が起動されて実行開始される店舗端末2の動作を示したフローチャートである。
先ず、伝票明細・伝票合計ファイルF2をアクセスして、未処理の伝票レコードを読み出し(ステップG1)、この伝票レコードに基づいて注文業務用の各種伝票印刷を実行すると共に(ステップG2)、伝票レコードに基づいて他の業務用の各種伝票管理処理を実行する(ステップG3)。
そして、伝票明細・伝票合計ファイルF2内に未処理の伝票レコードが有るかを調べ(ステップG4)、有れば、ステップG1に戻り、未処理レコードに基づいて伝票印刷・管理処理を行う(ステップG2、G3)。
【0121】
以上のように、この実施形態における店舗端末2には、既存の販売管理システム21の他に、ネットショップ構築・運用システム22が構築されており、実店舗で商取引される販売対象商品毎にその商品情報を記憶管理する商品マスタファイルF1の中からネット販売対象商品が任意に選択指定された場合には、この選択商品に関する情報を掲載した内容の商品案内ページを作成してショッピングモールサイト1側へ送信し、また、このネットショップ側で商品注文されたネット販売の注文情報を受信し、この注文情報に基づいて伝票明細・伝票合計ファイルF2の内容を更新するようにしたから、既存の実店舗用の販売管理システム21を変更することなく、ネットショップ構築・運用システム22を販売管理システム21に対して容易に連携させることができ、これによってネット販売を新たな販売手段として容易に追加することが可能となる。
【0122】
この場合、ネットショップ構築AP22aは、ネットショップ定義モジュールM1、ネット商品登録モジュールM2、ネット商品陳列モジュールM3に大別した構成となっており、ネットショップの新規構築時には、作業手順を画面表示した後、ネットショップ定義モジュールM1、ネット商品登録モジュールM2、ネット商品陳列モジュールM3を順次起動させることにより、ショップ構造定義画面、ネット商品登録画面、商品マスタ一覧画面、画像一覧画面、陳列商品登録画面、連動商品一覧画面を表示させながら一連の作業内容を案内し、この一連の作業によって生成されたネット画像ファイルF32、ネット商品マスタファイルF33、HTMLファイルF12をHTMLのWebページとしてショッピングモールサイト1側へアップロードするようにしたから、新規構築に伴う一連の作業を効率良く行うことが可能となり、PCを十分使いこなせないユーザやWebページの知識を持たないユーザ(ロースキルユーザ)であっても、店舗独自のネットショップを容易に構築することが可能となる。この場合、一連の作業を3段階に分けることによって、各段階毎に必要最小限のスキルを持った担当者が作業を分担して行うこともできる。
【0123】
また、予め用意されているページ種を任意に選択指定することによって複数の商品案内ページからなるページ構造を任意に設定する他に、商品案内ページの基本的な構成内容を任意に設定することができるので、店舗独自のデザインや構成の商品案内ページを得ることができると共に、予め用意されているページ種を任意に選択指定することによって複数の商品案内ページからなるページ構造を設定することができるので、その設定作業を容易に行うことが可能となる。
【0124】
また、販売管理システム21側の商品マスタファイルF1の中から任意に選択された各商品をネットショップへ出品する為の出品候補として連動商品マスタファイルF5に登録するようにしたから、実店舗での販売対象商品をそのままネット販売の対象商品とすることができると共に、このような連動商品マスタファイルF5を予め用意しておけば、連動商品マスタファイルF5内の商品候補群の中からネット販売対象の商品を任意に選択指定するだけで、その商品に関する情報を掲載した内容の商品案内ページを用意に作成することが可能となる。この場合、連動商品マスタファイルF5内の出品候補群は商品マスタファイルF1内の商品と整合している為、ネット販売で受注した商品が存在しない、商品内容が相違する等の事故を防止することが可能となる。なお、連動商品マスタファイルF5を販売管理システム21側の商品マスタファイルF1とは別個に設けることで、商品マスタファイルF1のレコード構成を変更する必要はない。
【0125】
ネットショップの新規構築後において、そのネットショップの内容を任意に変更する場合には、ネット商品登録モジュールM2、ネット商品陳列モジュールM3を個別に起動させることができるので、例えば、ネットショップの新規構築を専門家に依頼したとしても、その後におけるネット商品の入れ替えや陳列状態の変更作業を特別な専門知識を持たない一般の店舗経営者や店員であっても容易に行うことができる。
【0126】
すなわち、一般の店舗経営者や店員であっても、ネット商品登録モジュールM2を独自に起動させることによって、連動商品マスタファイルF5内のネット販売の商品候補群を任意に変更することができると共に、ネット商品陳列モジュールM3を独自に起動させることによって、予め用意されている連動商品マスタファイルF5内の商品候補群の中からネット販売対象の商品を任意に選択指定することができるので、ネット販売商品の入れ替えを用意に行うことが可能となり、また、商品陳列状態を任意に設定することができるので、例えば、消費動向や販売促進等に応じて商品陳列状態を適宜変更することが可能となる。このように商品の入れ替えや陳列状態の変更をロースキルユーザであっても容易に行うことができるので、その作業を頻繁に行うことが可能となり、品揃えや陳列状態を常にベストな状態に保つことが可能となり、タイミング遅れによって販売の機会を逃すこともなくなる。
【0127】
また、販売管理システム21側の商品マスタファイルF1の更新が指示された場合に、その更新対象の商品がネット販売中の商品であれば、商品マスタファイルF1の更新に連動してその商品に対応する連動商品マスタファイルF5の内容を更新するようにしたから、商品マスタファイルF1と連動商品マスタファイルF5との整合性を常に保持することが可能となる。
更に、商品マスタファイルF1の更新時に、更新対象の商品がネット販売中の商品であれば、連動商品マスタファイルF5の更新を禁止するようにしたから、商品マスタファイルF1とネット販売中の商品との整合性を常に保持することが可能となる。
【0128】
商品ジャンル別に複数種用意されてい商品マスタファイルF1の中から任意に選択指定した商品マスタに基づいて連動商品マスタファイルF5を作成するようにしたから、例えば、複数種の商品ジャンルが混在しているような商品マスタの中から所望する商品ジャンルに属する商品を見つけ出してネット出品候補として選択するよりも連動商品マスタファイルF5を容易かつ確実に作成することが可能となる。
連動商品マスタファイルF5へ出品候補の商品を登録する場合に、その登録対象の商品が商品マスタファイルF1に存在していない新規な商品であれば、入力された新規商品に関する情報を元に商品マスタファイルF1用の商品レコードを作成し、この商品レコードを商品マスタファイルF1に追加登録するようにしたから、商品マスタファイルF1と連動商品マスタファイルF5との整合性を保持できる他、同じデータを重複して入力する必要がなくなり、その入力作業を効率良く行うことが可能となる。
【0129】
連動商品マスタファイルF5内の任意の商品を指定してその商品に関する情報を変更する場合に、その変更に対する警告メッセージを表示出力した後、その変更実行要求を受けたことを条件として、その商品に対応する連動商品マスタファイルF5の内容を変更するようにしたから、連動商品マスタファイルF5の内容が不用意に変更されることを防止することができる。
連動商品マスタファイルF5の内容を変更する場合に、その変更対象として指定された商品がネット販売中の商品であれば、その商品に対する変更を抑制するようにしたから、ネット販売中の商品と連動商品マスタファイルF5内の商品とを整合させることができる。
【0130】
一方、実店舗での商取引によって入力された注文情報(伝票データ)を伝票明細・伝票合計ファイルF2に格納して各種の伝票処理を実行する販売管理システム21に対し、ショッピングモールサイト1から送信されて来たネット販売の注文情報を伝票明細・伝票合計ファイルF2に格納させて各種の伝票処理を実行させることができるので、ネット販売の注文情報を手入力するという負担をかけず、転記ミス等もなく、ネット販売の受注を確実に処理することができ、更に、既存の販売管理システム21を変更することなく、当初の注文業務の他に、請求業務、入金管理等の各種伝票処理においても、ネット販売の注文情報を販売管理システム21に対して連携させることが可能となり、日常業務にネット販売の管理を反映させることが可能となる。
【0131】
なお、上述した実施形態においては、ネットショップの新規構築時に、作業手順を画面表示した後、ネットショップ定義モジュールM1、ネット商品登録モジュールM2、ネット商品陳列モジュールM3を順次起動させるようにしたが、その作業手順はこれに限らず、例えば、ネットショップ定義に先だってネット商品登録を最初に行うようにしてもよい。
また、ネットショップの変更時には、ネット商品登録モジュールM2、ネット商品陳列モジュールM3を個別に起動できるようにしたが、更に、ネットショップ定義モジュールM1も個別に起動してネットショップの構造を変更可能とするようにしてもよい。
ネットショップ定義モジュールM1によって背景画像、タイトル画像、ボタン画像を各ページ内に設定する場合に、予め用意されている候補画像の中から任意の画像を選択指定して設定するようにしてもよい。
【0132】
また、商品マスタファイルF1の中からネット出品候補として任意に選択された商品毎に、「商品コード」、「商品名」、「販売価格」等を商品マスタファイルF1から読み出して連動商品マスタファイルF5へ登録するようにしたが、連動商品マスタファイルF5には「商品名」、「販売価格」等の項目を登録せず、「商品コード」のみを登録することによって商品マスタファイルF1と連動商品マスタファイルF5とを対応づけるようにしてもよい。この場合、ネット商品陳列時には商品マスタファイルF1と連動商品マスタファイルF5とをアクセスして必要項目のデータを商品マスタファイルF1から取り寄せるようにすればよい。
【0133】
商品マスタファイルF1と連動商品マスタファイルF5との整合を図る為に、ネットショップの新規構築時に限らず、連動商品マスタファイルF5の変更時においても、商品マスタファイルF1に登録されていない商品を連動商品マスタファイルF5へ追加登録した場合には、その旨を報知するメッセージを表示出力した後に、店舗経営者、責任者等の承諾を得たオペレータからの要求を条件として、この新規商品に関する情報を商品マスタファイルF1へ追加登録するようにしてもよい。
また、商品マスタファイルF1と連動商品マスタファイルF5とを整合させる為の処理は、責任者等の監視の下、バッチ処理によって行うようにしてもよい。
【0134】
更に、上述した各種のファイルを管理するファイル管理システムに限らず、それらをデータベース化して管理するデータベース管理システムにも勿論適用可能である。この場合、データ構造の変更、例えば、フィールドの追加、削除等に応じて販売管理システム21、ネットショップ構築・運用システム22を変更する必要がなくなる為に、柔軟な対応が可能となる。
【0135】
また、店舗端末2としての販売管理装置は、スタンド・アローン・タイプに限らず、通信回線やケーブル等の有線伝送路あるいは電波、マイクロウエーブ、赤外線等の無線伝送路を介してデータを送受信する分散型のコンピュータシステムであってもよい。この場合、販売管理システム21を組み込んだ店舗PCと、ネットショップ構築・運用システム22を組み込んだ店舗PCとを設け、各店舗PCとの間でデータの送受信を行ってそれらを連携させるようにしてもよい。
ここで、クライアント・サーバシステムに適用した場合には、サーバコンピュータにネットショップ構築・運用システム22を組み込んでもよい。
【0136】
実店舗としては、文具店、鮮魚店等の小規模な個人商店に限らず、例えば、ディスカウントショップ、コンビニエンスストア、スーパーマーケット等の大規模な企業店舗であってもよく、更に、所謂、カタログ通信販売を行う店舗であってもよい。
更に、実店舗が取り扱う商品としては、有形な商品に限らず、音楽コンテンツ、画像コンテンツ、文書コンテンツ等の無形商品を販売対象としてもよく、このような無形商品をネットショップでも販売対象とするようにしてもよい。
【0137】
一方、コンピュータに対して、上述した各手段を実行させるためのプログラムコードをそれぞれ記録した記録媒体(例えば、CD−ROM、フロッピィデスク、RAMカード等)を提供するようにしてもよい。
すなわち、コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、ネットワークを介して電子商取引を行うネットショップ側がその顧客に対して提示する為の商品案内ページの構成を任意に設定する機能と、実店舗で商取引される販売対象商品毎にその商品情報を記憶管理する実店舗用の商品マスタの中から前記ネットショップへ出品する為の出品候補の商品群を任意に選択指定すると共に、その各商品に関する情報をネットショップ用の商品マスタへ登録する機能と、前記設定された任意構成の商品案内ページ内に掲載する為の商品を前記ネットショップ用商品マスタ内の候補商品群の中から任意に選択指定する機能と、選択指定された商品に関する情報を掲載した内容の商品案内ページを前記ネットショップ側へ送信する機能を提供するようにしてもよい。
【0138】
コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、実店舗で商取引される販売対象商品毎にその商品情報を記憶管理する実店舗用の商品マスタの中からネットワークを介して電子商取引を行うネットショップへ出品する為の出品候補の商品群を任意に選択指定すると共に、その各商品に関する情報をネットショップ用の商品マスタへ登録する機能と、前記ネットショップ用の商品マスタから任意に選択した商品に関する情報を掲載した商品案内ページを作成して前記ネットショップ側へ送信する機能と、前記実店舗用の商品マスタの内容を更新する場合に、その更新対象として指定された商品が前記ネットショップ側へ送信した商品案内ページ内に掲載されているネット販売中の商品であるかを判別する機能と、ネット販売中の商品であることが判別された場合には、前記実店舗用の商品マスタの更新に連動して当該商品に対応する前記ネットショップ用の商品マスタの内容を更新する機能を提供するようにしてもよい。
【0139】
コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、実店舗で商取引される販売対象商品毎にその商品情報を記憶管理する実店舗用の商品マスタの中からネットワークを介して電子商取引を行うネットショップへ出品する為の出品候補の商品群を任意に選択指定すると共に、その各商品に関する情報をネットショップ用の商品マスタへ登録する機能と、前記ネットショップ用の商品マスタから任意に選択した商品に関する情報を掲載した商品案内ページを作成して前記ネットショップ側へ送信する機能と、前記実店舗用の商品マスタの更新が指示された場合に、その更新対象として指定された商品が前記ネットショップ側へ送信した商品案内ページ内に掲載されているネット販売中の商品であるかを判別する機能と、ネット販売中の商品であることが判別された場合には、その商品に対応する前記実店舗用の商品マスタへの更新を禁止する機能を提供するようにしてもよい。
【0140】
【発明の効果】
本発明によれば、実店舗用商品情報記憶手段に記憶管理された商品情報の修正が指示された場合に、その修正対象の商品がネット販売対象商品であれば、実店舗用商品情報記憶手段の修正に連動して当該商品に対応するネットショップ用商品情報記憶手段の内容を修正し、また、実店舗用商品情報記憶手段に記憶管理された商品情報の削除が指示された場合に、その削除対象の商品がネット販売対象商品であれば、当該商品に対応する実店舗用商品情報記憶手段に記憶管理された商品情報の削除を禁止することで、実店舗用商品情報記憶手段とネットショップ用商品情報記憶手段との整合性を常に保持することが可能となる。
【図面の簡単な説明】
【図1】販売管理ネットワークシステムの全体構成を示したブロック図。
【図2】店舗端末2の基本的なシステム概要を説明する為のブロック図。
【図3】ネットショップ構築AP22aを構成するネットショップ定義モジュールM1、ネット商品登録モジュールM2、ネット商品陳列モジュールM3の動作概念を説明する為の図。
【図4】(A)は、商品マスタファイルF1のレコード構成を示した図、(B)は、連動商品マスタファイルF5のレコード構成を示した図。
【図5】商品陳列定義ファイルF31の構成を示した図。
【図6】ネットショップ構築によって得られた各種の情報がショッピングモールサイト1側へアップロードされる様子を示した図。
【図7】ショッピングモールサイト1側において、店舗別にネットショップ構築情報を記憶管理する店舗別格納領域Eの内容を示した図。
【図8】(A)は、ショッピングモールサイト1側に設けられている店舗管理テーブルTの内容を示した図、(B)は、注文情報ファイルOFのレコード構成を示した図。
【図9】販売管理システム21側に設けられている各種ファイルと、ネットショップ構築・運用システム22側に設けられている各種ファイルを一覧的に示した図。
【図10】(A)は、得意先マスタファイルF3、(B)は、連動得意先マスタファイルF8のレコード構成を示した図。
【図11】(A)は、届け先マスタファイルF4、(B)は、連動届け先マスタファイルF9のレコード構成を示した図。
【図12】店舗端末2の基本的な構成要素を示したブロック図。
【図13】ネットショップ構築・運用システム22を構成するネットショップ構築AP22aの起動に応じた店舗端末2の動作を示したフローチャート。
【図14】図13に続く、ネットショップ構築時の動作を示したフローチャート。
【図15】図14に続く、ネットショップ構築時の動作を示したフローチャート。
【図16】図15に続く、ネットショップ構築時の動作を示したフローチャート。
【図17】図16に続く、ネットショップ構築時の動作を示したフローチャート。
【図18】図13に続く、ネットショップ構築時の動作を示したフローチャート。
【図19】図18に続く、ネットショップ構築時の動作を示したフローチャート。
【図20】図18に続く、ネットショップ構築時の動作を示したフローチャート。
【図21】図20に続く、ネットショップ構築時の動作を示したフローチャート。
【図22】図20に続く、ネットショップ構築時の動作を示したフローチャート。
【図23】図22に続く、ネットショップ構築時の動作を示したフローチャート。
【図24】図23に続く、ネットショップ構築時の動作を示したフローチャート。
【図25】商品購入者端末4からのアクセスに応じたショッピングモールサイト1側の動作を示したフローチャート。
【図26】図25に続く、ショッピングモールサイト1側の動作を示したフローチャート。
【図27】ネットショップ構築・運用システム22を構成するネット販売入力AP22bに応じた店舗端末2の動作を示したフローチャート。
【図28】図27に示した得意先登録処理を詳述したフローチャート。
【図29】図27に示した届け先登録処理を詳述したフローチャート。
【図30】販売管理システム21に応じた店舗端末2の動作を示したフローチャート。
【図31】販売管理システム21に応じて伝票バッチ処理を行う場合における店舗端末2の動作を示したフローチャート。
【図32】(A)は、作業手順画面を示した図、(B)は、ショップ構造定義画面を示し図。
【図33】新規ネット商品登録のベース画面を示した図。
【図34】選択マスタ(商品マスタファイルF1)の商品一覧画面を示した図。
【図35】画像一覧画面を示した図。
【図36】商品案内ページの作成処理状態を示したもので、(A)は、作成された商品案内ページの具体例を示し、(B)は、HTMLファイルF12を構成する1ページ分の内容を示した図。
【図37】ネット商品陳列<ページ一覧>画面を示し図。
【図38】選択ページ対応の陳列商品登録画面を示した図。
【図39】連動商品マスタファイルF5の商品一覧画面を示した図。
【図40】(A)は、変更メニュー画面を示した図、(B)は、注文ページの内容を示した図。
【符号の説明】
1 ショッピングモールサイト
2 店舗端末
3 ネットワーク網
4 商品購入者端末
21 販売管理システム
22 ネットショップ構築・運用システム
F1 商品マスタファイル
F2 伝票明細・伝票合計ファイル
F5 連動商品マスタファイル
F6 連動売上明細ファイル
F11 ショップ構造定義ファイル
F12 HTMLファイル
F31 商品陳列定義ファイル
F32 ネット画像ファイル
F33 ネット商品マスタファイル
M1 ネットショップ定義モジュール
M2 ネット商品登録モジュール
M3 ネット商品陳列モジュール
M4 アップロードモジュール
M5 ネット注文情報取得モジュール[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a store terminal and a program connected via a network to a computer system that manages and manages a net shop to which a user terminal is connected via a network.
[0002]
[Prior art]
In recent years, electronic commerce which 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 applies for purchases of products has become You can purchase the desired product freely from any user terminal at any time, and the payment for the purchased product can be automatically withdrawn from the bank account, so shopping equivalent to a virtual shopping street that is a collection of virtual stores Services for supporting online sales, such as malls, are becoming increasingly popular.
By the way, in a personal computer (store PC) as a sales management device installed in the store, the product information is stored and managed for each sale target product that is traded in the store, and the sales information is stored and managed. A sales management system (business application) is constructed that performs sales management such as updating sales information based on the contents of the ordered order and issuing various slips based on the sales information.
When a net shop is constructed using a store PC having such a system environment, a commercially available homepage creation support software is purchased or a professional contractor is requested to construct it.
[0003]
[Problems to be solved by the invention]
However, in order to build a net shop using commercially available homepage creation support software, in addition to assuming that you can fully use a PC, advanced knowledge about creating a homepage is required. It is difficult for store managers and store staff to build, and if you ask a specialist, the construction cost will be huge, so even if you want to sell online, you can easily achieve it. There wasn't.
In addition, in the present situation where many similar online shops are open in shopping malls, it is advantageous to have a large number of products desired by customers, easily find the desired products from them, and quickly purchase them. Therefore, in order to differentiate from other similar shops and promote sales, it is necessary to intensively publish the best-selling products in the product information page and to devise the arrangement state of the product information. It is difficult to request specialists each time even for difficult work, and it becomes impossible to quickly respond to the changing consumption trend.
[0004]
The object of the present invention is to modify the content of the online shop product information storage means if the product to be corrected is a net sales target product when correcting the product information in the real shop product information storage means. It is possible to make corrections in conjunction with the correction of the storage means, and when deleting the product information in the product information storage means for the actual store, if the product to be deleted is a net sales target product, the deletion is prohibited.Is to be able to do it.
[0005]
[Means for Solving the Problems]
The invention according to
[0006]
Furthermore, a program for causing a computer to function as the main means shown in the invention of
[0020]
DETAILED DESCRIPTION OF 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 the sales management network system in this embodiment.
This sales management network system (wide area communication system) has a
The
[0021]
The
[0022]
In this embodiment, for example, data digitized (packetized) between the
[0023]
FIG. 2 is a block diagram for explaining a basic system outline of the
The
On the sales management system 21 side, as the basic data file, a plurality of product MT (master) files F1 for each product genre, which will be described later, a slip details / slip total file F2, a customer master file F3, a delivery master file F4 is provided. Note that the master file is a concept for a transaction file, but in this embodiment, it simply indicates a basic file and may be used in a transactional manner (for example, a customer master file F3). The delivery destination master file F4) is referred to as a master file (hereinafter the same).
[0024]
In addition to the existing sales management system 21 described above, the
This network shop construction /
The net shop construction /
[0025]
“Product Master Linkage” means that the product master file F1 on the sales management system 21 side is referred to, and information on each product for display on the net shop is generated and uploaded to the
“Order transaction linkage” 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 operations such as billing operations, customer management, and shipping operations are processed according to order information of online sales.
[0026]
When a net shop is newly constructed, the operator arbitrarily defines the configuration of the product guide page by activating the net shop construction AP 22a, and arbitrarily sets the product information to be posted in the product guide page and its arrangement state. To the
Here, the net shop construction AP 22a is roughly divided into a net shop definition module M1, a net merchandise registration module M2, and a net merchandise display module M3. The net shop definition module M1 is a module for arbitrarily defining the structure of the net shop, that is, the page design and the like for each of a plurality of product guide pages.
[0027]
The online merchandise registration module M2 is selected when a merchandise that is a candidate for listing as net sales is arbitrarily selected from various merchandise stored in the merchandise master file F1 on the sales management system 21 side. This is a module for registering information about products 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 product groups that are candidates for online sales.
The online product display module M3 can select an arbitrary product from the exhibition candidate group registered in the linked product master file F5 as a target product for online sales, and information on the selected product is displayed on the product guide page. This is a module that can arbitrarily set the display state for placement inside.
[0028]
The net
The net order information acquisition module M5 receives and acquires the net sales order information read from the order information file OF corresponding to the net shop where the product is ordered on the
[0029]
The linked sales statement file F6 is used to temporarily store and hold the contents of the order information file OF on the
[0030]
FIG. 3 is a diagram for explaining the operation concept of the net shop definition module M1, the net merchandise registration module M2, and the net merchandise display module M3 constituting the net shop construction AP 22a.
When the net shop definition module M1 is activated, the
The HTML file F12 is a file created in a hypertext markup language, and includes a plurality of pages corresponding to the number of pages in the shop structure definition.
FIG. 32B shows a shop structure definition screen for inputting and setting data stored in the shop structure definition file F11, and details thereof will be described later.
[0031]
When the online product registration module M2 is activated, the
[0032]
In this case, the product master file F1 and the linked product master file F5 are associated by a product code or the like. Even if a product is not registered in the product master file F1, that is, a new product that is not handled in an actual store, it can be registered in the linked product master file F5 as a candidate for online sales. If registered, it is additionally registered in the product master file F1 to maintain consistency between the product master file F1 and the linked product master file F5.
[0033]
Further, as a means for maintaining 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 designated as the correction target is the
In this case, on the condition that a correction execution instruction is received, the contents of the linked product master file F5 corresponding to the product are updated in conjunction with the update of the product master file F1. Furthermore, even when the contents of the product master file F1 are deleted, if the product designated as the deletion target is a product currently on the Internet, it is prohibited to delete the content of the product master file F1 corresponding to the product. A message to be displayed is displayed.
[0034]
FIG. 4A shows the record structure of the product master file F1, and each product record includes “product code”, “product name”, “product classification”, “JAN code”, “sales price”, and the like. It has various items.
FIG. 4B shows the record structure of the linked product master file F5. Each product record includes “product code”, “product name”,..., “Sales price”, “image number”, It has various items such as “Product Description” and “Delivery Fee”. The “product code”, “product name”,..., “Sales price” are information acquired from the product master file F1, but “image number”, “product description”, “delivery fee”, etc. This is information specific to the net product that does not exist in the product master file F1. In addition, the name of the product master file F1 linked to the linked product master file F5 is added as the “source master name”.
[0035]
Further, the
[0036]
When the online merchandise display module M3 is activated, the
Then, when an arbitrary page is selected from the page list, the
FIG. 5 is a diagram showing the configuration of the product display definition file F31, which defines products to be arranged in the pages corresponding to a plurality of pages and their arrangement order. The definition content corresponding to each page is “page “No.”, “product code (1)”, “product code (2)”,... Are stored. FIG. 38 exemplifies a display product registration screen corresponding to the selection page, and details thereof will be described later.
[0037]
Further, the
When an arbitrary product is selected as a net display target from the product list, the product code is arranged in the selection page of the product display definition file F31. When an operation (arrangement operation) for arbitrarily changing the display arrangement order is performed after an operation (arrangement operation) for arbitrarily selecting the net display target product is performed, according to the net product display module M3. The
[0038]
According to the page generation module M31, the
FIG. 4C shows that the product information (net product record) read from the linked product master file F5 is set in the net product master file F33 as it is.
[0039]
FIG. 6 is a diagram showing how various types of information obtained by building a net shop are uploaded to the
That is, the upload module M4 is a module for associating the net image file F32, net product master file F33, and HTML file F12 generated by the page generation module M31 and uploading them to the
[0040]
FIG. 7 is a diagram showing the contents of the store-specific storage area E that stores and manages the net shop construction information for each store on the
[0041]
FIG. 8A shows the contents of the store management table T provided on the
[0042]
FIG. 8B shows the record structure 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”, “phone number”, “mail address”, “member ID”, “delivery name”, “delivery address”, “delivery address”. "Product code", "Product name", "Quantity", "Price", and "Total price" indicate information related to product orders, such as "Orderer name", "Address", "Phone number", "Email address" ”And“ Membership ID ”indicate information related to the purchaser (customer) of online sales, and“ Destination name ”,“ Destination address ”, and“ Destination phone number ”are those for requesting delivery of the ordered product to a third party. Indicates information about the delivery address. Here, every time an order is received from the
[0043]
FIG. 9 shows a list of various files provided on the sales management system 21 side and various files provided on the net shop construction /
The slip detail / slip total file F2 stores and manages slip detail records including items similar to the items of the order information file OF described above (see FIG. 8B) and slip total records totaled for each order. It is a file. Here, according to the net
[0044]
FIG. 9 shows the above-mentioned linked product master file F5, image candidate file F7, shop structure definition file F11, product display definition file F31, HTML file on the net shop construction AP 22a side in the net shop construction /
[0045]
FIG. 10A shows the record structure of the customer master file F3, and FIG. 10B shows the record structure of the linked customer master file F8.
The customer master file F3 includes, for each customer, items "customer code", "customer name", "address", "phone number", ... "cumulative sales amount", and "customer rank". The customer record is stored and managed. “Cumulative sales amount” is a sales result for each customer, and “customer rank” indicates a rank divided according to the sales result.
[0046]
Here, according to the online
[0047]
The linked customer master file F8 is for online sales that stores and manages linked customer records having items of "customer code", "email address", and "cumulative sales points" for each customer using online sales. Customer master. In accordance with the online
[0048]
FIG. 11A shows the record configuration of the delivery destination master file F4, and FIG. 11B shows the record configuration of the linked delivery destination master file F9.
The delivery destination master file F4 stores and manages delivery destination records having items of “customer code”, “delivery destination code”, “delivery destination name”, “delivery destination address”, “delivery destination telephone number”, and “delivery destination accumulated amount”. The “delivery destination cumulative amount” is, for example, the sales results up to the present time that A company sends to B company when A company, the customer, requests delivery of products to B company, which is the delivery destination. It is.
[0049]
Here, according to the net
[0050]
The linked delivery destination master file F9 corresponds to the customer and delivery destination when the customer using the online sales requests delivery of the ordered product to a third party. This is a delivery destination master for online sales that stores and manages delivery destination codes and delivery destination names. In accordance with the online
[0051]
FIG. 12 is a block diagram showing basic components of the
The
On the other hand, a
[0052]
Next, the operation algorithm of the sales management network system in this embodiment will be described with reference to the flowcharts shown in FIGS. Here, each function described in these flowcharts is stored in the form of a readable program code, and operations according to the program code are sequentially executed. It is also possible to sequentially execute operations according to the program code transmitted via the transmission medium. That is, in addition to the recording medium, an operation specific to this embodiment can be executed using a program / data supplied externally via a transmission medium.
[0053]
13 to 24 are flowcharts showing the operation of the
FIG. 25 and FIG. 26 are flowcharts showing operations on the
27 to 29 are flowcharts showing the operation of the
30 and 31 are flowcharts illustrating the operation of the
[0054]
First, with reference to FIG. 13 to FIG. 17, an operation when a net shop is newly constructed will be described.
In this case, when activation of the net shop construction AP 22a is designated, the
[0055]
If the menu item “1: New net shop creation” 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. 32A shows this work procedure screen, which includes “1: Shop structure definition”, “2: Net product registration”, “3: Net product display”, “4: Site upload”. "Is displayed in a list, and a" Start "button is arranged. The following processing is sequentially executed according to this work procedure.
[0056]
When the operator confirms the contents of the work procedure screen and operates the “start” button (step A5), the shop structure definition screen is displayed (step A6).
FIG. 32 (B) shows this shop structure definition screen. In this shop structure definition screen, definition items of “page type”, “selection”, “page title”, and “maximum number of products” are provided for each page. Have. This “page type” item corresponds to the first page, the second page, etc., “cover”, “shop introduction”, “product list (1)”, “product list (2)”, Are displayed in a fixed sequence in advance, and the “page type” is selected and specified by entering “check” in the “select” item position corresponding to the “page type”. . “Maximum number of products” indicates the maximum number of products to be arranged in the selected page.
[0057]
In this shop structure definition screen, “Check” is entered in the item position of “Select” and a necessary page is arbitrarily selected (Step A7), then “Page Title”, “Maximum Product” corresponding to the selected page When “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). Thereafter, for each page selected as described above, when the page design (background components, title images, page components such as buttons, and their layout) is set and input (step A10), the set page design is Then, it is stored in the HTML file F12 corresponding to each page (step A11).
[0058]
In this way, by arbitrarily selecting and specifying the page type prepared in advance, the shop structure consisting of a plurality of pages is arbitrarily set, and the basic configuration content of each page is arbitrarily set to perform HTML. When the file F12 is generated, the online merchandise registration module M2 is activated.
Then, the process proceeds to step A12 in FIG. 14, and 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), after the process of storing the name of the selected master as the source file name of the linked product master file F5 is performed (step A14), a new item master is created. An online merchandise registration screen is displayed (step A15).
[0059]
FIG. 33 shows a base screen for this new net product registration.
This 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”, “
[0060]
The registration base screen is provided with an image display area to which a product image is pasted, and various function buttons are arranged. Among these function buttons, the “processing category” button (upper right in the figure) selects and designates the processing of “add”, “correct”, and “delete” when changing the contents of the linked product master file F5. Is. The various buttons arranged in the button menu provided at the bottom of the screen are not shown.
[0061]
In a state where such a new net product registration screen is displayed, the next step A16 determines whether or not reading from the selection 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. To determine.
If it is specified that information is 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 acquired. The file F1 is accessed and the product list screen is displayed and output (step A17).
[0062]
FIG. 34 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 corresponding to the serial number, and when a product as a candidate for online exhibition is arbitrarily selected and designated (step A18). , The product information corresponding to the selected product is read from the product master file F1, and necessary item data (product code, product name, price) is extracted from the product information in the new net product registration screen of FIG. Is copied and displayed at the corresponding item position (step A19).
[0063]
On the other hand, when registering a product that is not stored in the selection master in the linked product master file F5 (step A16), data (product code, product name, price) of necessary items in the new net product registration screen of FIG. ) (Step A20), a new product registration screen corresponding to the product master file F1 specified by the source file name is displayed and output (step A21). This 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, although not shown, and the item data input in the above-mentioned new net product registration screen Is copied and displayed at the corresponding item position in the registration screen (step A22). Then, manually input data of other necessary items 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 this 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).
[0064]
Next, the online 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. 15). FIG. 35 shows this image list screen, and in this screen, product images captured in advance corresponding to various products are listed. When an arbitrary product image is selected and specified from the image list, the image number selected from the image candidate file F7 is acquired and sent to the net product registration module M2 under the control of the image selection module M21. The image number is stored in the linked product master file F5 as information related to the product (step A27). Further, the selected image is pasted in the image display area in the new net product registration screen of FIG. 33 (step A28).
[0065]
In this state, when data of other necessary items (product description, etc.) 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 necessary item data has been input and a confirmation operation has been performed (step A30), a product record is generated based on the data in the new net product registration screen, and this generated record is stored in the linked product master file F5. (Step A31). In the next step A32, it is determined whether or not there is an instruction to end the registration process, and the process returns to step A15 in FIG. 14 until there is an end instruction.
[0066]
Here, when an instruction to end registration is received (step A32), the online merchandise registration module M2 activates the online merchandise display module M3. Then, the process proceeds to step A33 in FIG. 16, and the
FIG. 37 shows this net product display <page list> screen. In this list screen, for each page defining the shop structure, a series of “page number”, “page type”, “selection” ”,“ Page Title ”, and“ Maximum Number of Products ”are displayed in a list.
[0067]
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 content of the page. A display product registration screen corresponding to the selected page is displayed and output (step A36), and a product list screen in the linked product master file F5 is displayed and output (step A37).
FIG. 38 shows the display product registration screen corresponding to this selection page. In this registration screen, the “page number” is displayed and various product information arranged in the selection page is displayed. They are displayed in order of display. That is, “number”, “product name”, and “product code” indicating the display order for each product are displayed in a list, but when the net shop is newly constructed, data is stored in the product display definition file F31. Since there is no information on the product on the registration screen, it remains blank.
[0068]
FIG. 39 shows the 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 any product is selected and designated as a display target (step A38), 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 first selected product is displayed at the top position (the position indicated by the display number “1”) in the display product registration screen. When such a display target selection operation is sequentially performed for each product, information regarding the product is sequentially arranged and displayed in the display product registration screen according to the selected order.
[0069]
When all the display target products are selected (step A40), the display state change instruction set this time is received (step A41). If there is a change instruction, the product arrangement in the display product registration screen is changed to the change operation. Accordingly, a process of changing in the designated order is performed (step A42). In this case, if you specify the name of the product to be changed and its placement position in the display product registration screen, and perform the change operation to reposition the specified product at the specified location, the contents of the display product registration screen will be as specified. Are changed in the order of arrangement. When the end of change is instructed (step A43), the product codes in the display product registration screen are read in the order and stored in the product display definition file F31 corresponding to the page (step A44).
Then, it is checked whether processing for all pages has been completed (step A45). If there is an unprocessed page, the next unprocessed page is selected, and then a step is performed to display the net product display <page list> screen. Returning to this description, the product display definition file F31 shown in FIG. 5 is generated as a result of repeating the above operation for all pages.
[0070]
Thus, when the product display definition file F31 for all pages is generated, the online product display module M3 activates the page generation module M31. Then, the process proceeds to step A46 in FIG. 17, and one page from the top of each page of the product display definition file F31 is designated.
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 this “product code”, and information (net product record) related to the product is linked. Obtained from the product master file F5 and stored in the net product master file F33 (step A47).
[0071]
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 out and stored in the net image file F32 (step A48). Such storage processing of net products and net images is performed for all products in the designated page (steps A47 to A49).
When the storage process for one page is completed (step A49), the HTML file F12 is accessed based on the designated page, the HTML page corresponding to the designated page is read (step A50), and the product display definition is defined in the HTML page. 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 this is stored again in the HTML file F12 (step) A51).
[0072]
When the processing for generating the net product master file F33, the net image file F32, and the HTML file F12 corresponding to the designated page is completed in this way, the generation processing for all pages defined in the product display definition file F31 is completed. (Step A52). Since the generation processing for the first page is now complete, the process returns to step A46, and after specifying the second page, the net product master file F33 corresponding to the second page. Then, processing for generating the net image file F32 and the HTML file F12 is executed (steps A47 to A51).
[0073]
As a result, when the generation processing 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
The
[0074]
After the net shop is constructed in this way, when “change net shop” in the top page screen described above is selected (steps A1 to A3 in FIG. 13), the process proceeds to the net shop change process ( 18 to 24).
First, when the menu item “Change net shop” is selected, the online merchandise registration module M2 is activated. Then, the change menu screen is displayed and output (step A60 in FIG. 18).
FIG. 40A shows the change menu screen. The menu screen includes menu items of “linked product master change”, “display definition change”, “product master change”, and “end”. Is displayed.
[0075]
“Linked product master change” is a menu item for instructing processing to change the net product record stored as an exhibition candidate in the linked product master file F5. “Display definition change” is a product display definition file. F31 is a menu item for instructing processing to change a product record stored as a product being sold online in the F31, and “change product master” changes the 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 process.
When an arbitrary menu item is selected from such a change menu screen (step A61), the selection item is determined (step A62).
[0076]
Now, when the menu item is selected to execute “linked product master change” (steps A61 and A62), the linked product master file F5 is accessed (step A63), and the change processing category is selected. It will be in the state which can be received (step A64).
Here, when an arbitrary category is selected from “add”, “modify”, and “delete” as the change processing category, the selected category is determined (step A65).
Here, when a new product is added to the linked product master file F5, “add” is selected as the change processing category. Then, the online product registration screen of FIG. 33 is displayed (step A66), and the product master file F1 designated by the source file name is accessed to display and output the product list screen of FIG. 34 (step A67).
[0077]
When a product to be added as an online 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 necessary item data is stored therein. 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 online merchandise registration module M2. Then, the image candidate file F7 is accessed, and an image list screen as shown in FIG. 35 is displayed (step A70).
When the product image to be added is selected and specified from the image list screen, the selected image number is acquired (step A71). The selected image is the image in the net product registration screen of FIG. Affixed to the display area (step A72).
[0078]
Next, when data of other necessary items (such as a product description) is input into the online product registration screen, the input data is displayed at the corresponding item position in the registration screen (step A73). Here, when all the necessary item data has been input and a confirmation operation has been performed (step A74), a product record is generated based on the data in the online product registration screen, and this generated record is transferred to the linked product master file F5. Additional registration is performed (step A75). In the next step A76, it is determined whether or not there is an additional end instruction, and the process returns to step A66 until there is an end instruction, and the above-described operation is repeated thereafter.
[0079]
Further, when changing the product information in the linked product master file F5, “modify” is selected as the change processing category (step A77 in FIG. 19). Then, a product list in the linked product master file F5 as shown in FIG. 39 is displayed (step A78). When the 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 content of the product record is displayed and output in the net product registration screen (step A80). .
When an operation for correcting the item or product image is performed in the online 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 based on the correction 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 the above operation is repeated thereafter.
[0080]
When “delete” is selected and designated as the change processing category (step A77 in FIG. 19), a product list 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. The presence or absence is determined (steps A87 and A88). That is, it is determined whether or not the product selected as the deletion target is a product currently on sale on the Internet. Here, if the “product code” of the corresponding product is stored in the product display definition file F31, the product selected for deletion is a product currently being sold online, so that the operator can be notified of this fact. A deletion warning message is displayed and output (step A89).
[0081]
After receiving this warning message, 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 removed 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). Note that when the execution of deletion is canceled after the warning message, the deletion processing of steps A90 and A91 described above is not executed. Then, in the next step A93, it is determined whether or not there is a deletion end instruction, and the process returns to step A85 until there is an end instruction, and the above operation is repeated thereafter.
In the case where the termination is instructed during the “addition”, “modification”, and “deletion” processing 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.
[0082]
Next, an operation for changing a product being sold online (display definition change) will be described with reference to FIGS. 20 and 21. FIG.
In this case, when the menu item “display definition change” is selected from the change menu screen shown in FIG. 40A, the net product display module M3 is activated. As a result, the process proceeds to step A100 in FIG. 20, the contents of the shop structure definition file F11 are read (step A101), and the net product display <page list> is displayed according to the contents of the structure definition (step A102). When a page to be changed is selected and specified 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 content of the page. Then, a product registration screen (see FIG. 38) corresponding to the selected page is displayed and output (step A104).
[0083]
Then, the selection of the process category is accepted (step A105), and it is determined which of “add”, “move”, “delete”, “other page”, and “end” is selected as the process category (step A106).
Now, when adding a new product as a product being sold online, when “add” is selected as the processing category, the linked product master file F5 is read (step A107), and the product list screen (see FIG. 39). ) Is displayed and output (step A108). When a product to be added is selected from the product list screen (step A109), information related to the selected product is additionally inserted into the display product registration screen of FIG. 38 (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. Thereafter, the above operation is repeated, and then added to the display 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). Thereafter, the process returns to step A105, and the processing section can be selected.
[0084]
Further, when changing the display order of the products being sold online, “move” is selected as the processing category (step A113 in FIG. 21). Here, when a product name order changing operation is performed, the contents of the display product registration screen are changed in the arrangement order as specified (step A114). Such change processing is repeated until the end of movement is instructed. Here, when the end of 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 then the processing category selectable state is set. (Step A105 in FIG. 20).
[0085]
Further, when a product currently sold on the Internet is excluded from the target, “delete” is selected as the processing category (step A117 in FIG. 21). Then, when a product to be deleted is selected from the display 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 products for sale online ( Step A119). Such deletion processing is repeated until the end of deletion is instructed. Here, when the end of deletion is instructed (step A120), the processing section can be selected (step A105 in FIG. 20).
[0086]
After the change processing for one page is performed in this way, the above-described display definition change processing can be executed for each page until “end display definition” is selected (step A121 in FIG. 21). Therefore, the process returns to step A102 in FIG. 20 to display the online merchandise display screen, and then accepts selection of the next change target page. Thereafter, the above-described changing operation is repeated for each selected page.
Here, when the end of “display definition change” is selected (step A121 in FIG. 21), the above-described processes in FIG. 17 are sequentially executed.
[0087]
That is, one page of the product display definition file F31 is designated (step A46), the net product record of the corresponding product is obtained from the linked product master file F5 from the product display definition file F31 corresponding to the designated page, and the net product master file. In addition to being stored in 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 A48).
When the storage process for one page is completed, an HTML page to which each product code is pasted according to the order of the product display definition is created, and this is stored again in the HTML file F12 (step A51). Thereafter, when the generation processing for all the pages is completed, the net product master file F33, the net image file F32, and the HTML file F12 are uploaded to the shopping mall site 1 (step A53).
[0088]
Next, with reference to FIGS. 22-24, the operation | movement in the case of changing the content of the goods master file F1 is demonstrated.
When the item “product master” is selected from the change menu screen described above (step A121 in FIG. 22), the online product registration module M2 is activated. Then, various 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 the selection of the processing category can be accepted. (Step A125).
Here, when an arbitrary category is selected from “add”, “modify”, and “delete” as the process category, the selected category is determined (step A126).
[0089]
Here, when adding a new product to the product master file F1, “add” is selected as the processing category. Then, a new product registration screen for 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). The process of adding and registering other new products is repeated until the process is instructed (steps A127 to A131).
[0090]
In addition, when “modify” is selected and specified as the processing category in order to correct the product information registered in the product master file F1, each product in the product master file F1 is listed (step A132 in FIG. 23). It is displayed (step A133). When the 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 present. Is discriminated (steps A135 and A136). That is, it is determined whether the product selected as the correction target is a product currently being sold on the Internet. Here, if the “product code” of the corresponding product is stored in the product display definition file F31, the product selected as the correction target is a product currently being sold online, so that the operator is notified of this fact. A correction warning message is displayed and output (step A137).
[0091]
After displaying this warning message, a correction execution request is accepted (step A138). If there is no execution request, the process proceeds to step A145 to cancel the correction process for the selected product, but the correction execution request is received. In the case where the corresponding product code is not stored in the product display definition file F31 (when the product code is not on the Internet), a product registration screen corresponding to the selected product is displayed and output (step A139). Of the product data displayed in the product registration screen, when an item to be corrected is specified and the data is corrected (step A140), the corresponding in the product master file F1 is based on the product code. The record is searched, and the content of the product record is updated based on the correction data (step A141).
[0092]
Then, in order to update the contents of the linked product master file F5 in conjunction with the correction of the product master file F1, the linked product master file F5 is searched based on the product code to determine whether the corresponding product code exists. (Steps A142, 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 S142). A144). In this case, if the product selected as the correction target is a product being sold on the net, 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.
[0093]
In addition, when “Delete” is selected and specified as a processing category in order to delete the product information registered in the product master file F1, each product in the product master file F1 is listed (step A150 in FIG. 24). 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 present. Is discriminated (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 currently being sold on the Internet, and therefore deletion of product information is prohibited. The deletion prohibition message shown is displayed and output (step A159).
[0094]
On the other hand, if the product selected for deletion is not a product currently on sale 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. (Step A155, A156) 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, where it is determined whether the process end is instructed. The process returns to step A150 until the end instruction is given, and the above operation is repeated thereafter.
[0095]
If an instruction to end processing is given during the processing of “add”, “modify”, and “delete” for the product master file F1 (steps A131, A145, A158), the process returns to step A60 in FIG. The changed menu screen is redisplayed.
When the “end” menu item is selected in the change menu screen, this is detected in step A121 in FIG. 22, and the operation is terminated at this point in accordance with the net shop construction AP 22a.
[0096]
Next, an operation when the
In response to the access from the
[0097]
First, the
[0098]
Furthermore, the online product master file F33 is accessed based on each product code set in the designated HTML page, and “product name”, “price”, and “product description” are read from each product code (step B7). In the designated HTML page, a product guide page is created with the contents pasted with the “product name”, “price”, and “product description” at the corresponding position of each product code (step 8). As a result, the product information page is a list of each product image in addition to its “page title”, and the page content with “product name”, “price”, and “product description” placed below each image. Thus, the product information page created in this way is transmitted to the
[0099]
After transmitting the product information page, the
If another page request is accepted (step B11), the requested page is designated (step B12), and then the process returns to step B4 in FIG. 25, and the HTML page corresponding to the requested page from the HTML file F12. Is specified, and a product guide page is created based on the HTML page.
[0100]
When a product to be purchased is selected (step B13), the online product master file F33 is accessed based on the product code of the selected product, and “product name” and “price” are acquired 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. 40B shows the order page screen. In this order page screen, the selected “net shop name”, “product name”, and “price” are displayed. As input items for input, “quantity”, “orderer name”, “address”, “phone number”, “mail address”, “destination name”, “destination address”, and so on are provided.
[0101]
When the
[0102]
If an end request is received (step B13), the order information file OF is accessed to check whether there is order information. If there is order information (step B14), all the order information is stored in each network. The information is read for each shop and transmitted to the corresponding store terminal (shop exhibitor PC) 2 (step B15).
In this case, when the order information from the
[0103]
FIG. 27 is a flowchart showing the operation when the net
First, the
In this customer registration process, a new customer (customer) through online sales is registered in the linked customer master file F8 for online sales, and registered in the customer master file F3 on the sales management system 21 side. In addition, the consistency between the customer master file F3 and the linked customer master file F8 is maintained.
[0104]
FIG. 28 is a flowchart detailing the customer registration process.
First, the
[0105]
As a result, if the same “e-mail address” is not registered in the linked customer master file F8 (step D2), the record is read from the linked sales description file F6 because it is the first customer for online sales this time. "Customer name" and "telephone number" are acquired from the inside, and the corresponding record contents in the customer master file F3 on the sales management system 21 side are checked based on the "customer name" and "telephone number" It is checked whether or not the customer having the “customer name” and “phone number” has been registered (step D3). That is, the customer master file F3 is searched using the “customer name” and “telephone number” that can specify 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 already used actual store sales or online sales even once (existing customer).
[0106]
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 proceeds to step D5 to generate a “new customer code”. Then, the generated “customer code” and the “mail address” acquired from the linked sales detail record are additionally registered as a new record in the linked customer master file F8 (step D6), and this “customer code” The corresponding information (including the customer name, address, etc., including the mail address) acquired from the linked sales statement record is additionally registered as a new record in the customer master file F3 (step D7).
[0107]
If the same “e-mail address” has already been registered in the linked customer master file F8 (step D2), it is an existing customer who 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 this “customer code”, and “address”, “telephone number”, “mail address” are read out from this customer record and linked. “Address”, “telephone number”, and “mail address” are read out from the sales detail record, and these are correlated and displayed (step D11).
[0108]
In other words, “address”, “telephone number”, and “e-mail address” of customer information are data that may be changed. By displaying it, the operator is inquired whether there is a need to correct or update the registered contents. When an update request is received (step D12), the corresponding record contents in the customer master file F3 are corrected and updated based on the “address”, “phone number”, and “mail address” of the linked sales detail record. Is performed (step D13).
[0109]
If the same “customer name” and “telephone number” are registered in the customer master file F3 (step D4), the customer is an existing customer, but this is the first customer who has used online sales. Therefore, the process proceeds to step D9, and the “customer code” is read from the customer master file F3. Then, this “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”, “phone 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).
[0110]
When such customer registration processing is completed, the process proceeds to step C3 in FIG. 27, where the “total amount” is acquired from the linked sales detail record, and the customer master file F3 based on the “product code” of the linked sales detail record. To update the “total amount” acquired from the linked sales detail record to “cumulative sales amount” in the corresponding record of the customer master file F3. Further, an update process of adding “1” to “sales accumulated 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 delivery destination registration process registers the delivery destination information in the linked delivery destination master file F9 for online sales when it is specified that the product purchased by the customer by online sales should be delivered to a third party. Registration processing for registration in the delivery destination master file F4 on the sales management system 21 side is performed, and consistency between the delivery destination master file F4 and the linked delivery destination master file F9 is maintained.
[0111]
FIG. 29 is a flowchart detailing the destination registration process.
Since this delivery destination registration process is basically the same as the customer registration process shown in FIG. 27 described above, the following description will focus on the characteristic part of this delivery destination registration process.
First, the “customer code” obtained in the above-mentioned customer registration processing step is acquired, and this “customer code” and a “destination name” obtained from the linked sales detail record are paired. Then, it is checked whether or not the “customer code” and “destination name” have been registered in the linked delivery destination master file F9 (steps E1, E2).
[0112]
If the “customer code” and “destination name” are not registered in the linked delivery destination master file F9 (step E2), the current delivery destination designated by the existing customer is the first delivery destination for online sales. Therefore, the process proceeds to step E3, and it is checked whether the “customer code” and the “delivery name” and “phone number” in the linked sales detail record are registered in the delivery master file F4 (steps E3 and E4). . Here, if the same “customer code”, “destination name”, and “telephone number” have already been registered in the delivery destination master file F4, the existing customer has requested delivery of the product in the past ( This is a case where the delivery of the product is requested again to the existing delivery destination), but if it is not registered, it is a delivery request to a new delivery destination that has not been requested to deliver the product in the past.
[0113]
If it is a new delivery destination, a “new delivery destination code” is generated (step E5). Then, the “customer code”, “new delivery destination code”, and “delivery destination name” acquired from the linked sales detail record are additionally registered as new records in the linked delivery destination master file F9 (step E6). The “destination code”, “new delivery destination code” and the corresponding information (customer name, customer address, etc.) acquired from the linked sales details are additionally registered as new records in the delivery destination master file F4 (step E7).
[0114]
If an existing customer who used online sales has requested delivery of the product to the existing delivery destination that has requested delivery of the product in the past (step E2), the linked delivery destination The corresponding “destination code” is read from the master file F9 (step E8). Then, the “address” and “phone number” in the delivery destination master file F4 corresponding to the “customer code” and “delivery destination code” are compared with the “address” and “phone 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 delivery destination master file F4 is corrected and updated based on the “address” and “phone number” in the linked sales detail record. (Step E13).
[0115]
On the other hand, if the same “customer code”, “delivery name”, and “telephone number” are already registered in the delivery destination master file F4 (step E4), the existing customer has requested delivery of the product in the past. Since this is the case of a delivery request by online sales for the first time with respect to a certain existing delivery destination, the process proceeds to step E9, and the corresponding “delivery destination code” is read from the delivery destination master file F4. Then, the “customer code”, “shipping destination code” and “shipping destination name” in the linked sales detail record are additionally registered as new records in the linked shipping destination master file F9 (step E10). Thereafter, the above-mentioned “address” and “phone number” are compared and displayed (step E11). When an update request is received (step E12), the contents of the corresponding record in the delivery destination master file F4 are corrected and updated (step S12). Step E13).
[0116]
When such a delivery destination registration process is completed, the process proceeds to step C6 in FIG. 27, where “total amount” is acquired from the linked sales detail record and the delivery destination master file F4 is accessed 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 “accumulated amount by destination” in the corresponding record of the destination master file F4. Further, a slip record corresponding to the slip detail / 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 detail / 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 detail file F6 (step C9), and if there is an unprocessed record, the process returns to step C1 and unprocessed. The record is read, and the above operation is repeated thereafter.
[0117]
FIG. 30 is a flowchart showing the operation of the
First, the
[0118]
Here, the designated state of the designated slip immediate processing / batch processing is discriminated (step F5), and when the slip immediate processing is designated, various slips for ordering work based on the created slip record. A process for printing (delivery form, transfer request form, home delivery slip, etc.) is performed (step F6), and various slip management processes for other business are performed based on this slip record (step F7).
Then, the “customer code” is acquired from the created slip record, the customer master file F3 is searched based on this “customer code”, the corresponding customer record is read (step F8), and the slip record The “total amount” acquired from the inside is added to the “cumulative sales amount” in the customer record to update the “cumulative sales amount” (step F9).
[0119]
Next, when the “delivery destination code” is included in the slip record (step F10), the “customer code” and “delivery destination code” are acquired from the slip record, and the “customer code” and “delivery destination” are acquired. The delivery destination master file F4 is searched based on the “code”, the corresponding delivery destination record is read (step F11), and the “total amount” acquired from the slip record is added to the “accumulated amount by delivery destination” in the delivery destination record. Then, the “cumulative amount by destination” is updated (step F12).
When batch processing is specified in step F5 described above, processing for updating the “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), processing for updating the “accumulated amount by destination” in the destination master file F4 is performed (steps F11 and F12).
[0120]
FIG. 31 shows the operation of the
First, the slip details / slip total file F2 is accessed to read an unprocessed slip record (step G1), and various slips for ordering are printed based on the slip record (step G2). Based on the above, various business form slip management processes are executed (step G3).
Then, it is checked whether or not there is an unprocessed slip record in the slip description / slip total file F2 (step G4). If there is, the process returns to step G1 to perform slip printing / management processing based on the unprocessed record (step S4). G2, G3).
[0121]
As described above, in the
[0122]
In this case, the net shop construction AP 22a is roughly divided into a net shop definition module M1, a net merchandise registration module M2, and a net merchandise display module M3. When a net shop is newly constructed, the work procedure is displayed on the screen. By sequentially starting the online shop definition module M1, the online product registration module M2, and the online product display module M3, the shop structure definition screen, online product registration screen, product master list screen, image list screen, display product registration screen, interlocking A series of work contents are guided while displaying the product list screen, and the net image file F32, the net product master file F33, and the HTML file F12 generated by this series of operations are uploaded to the
[0123]
In addition to arbitrarily setting and specifying the page type prepared in advance, the page structure consisting of a plurality of product guide pages can be arbitrarily set, and the basic configuration content of the product guide page can be set arbitrarily. As a result, it is possible to obtain a product guide page with a store-specific design and configuration and to set a page structure composed of a plurality of product guide pages by arbitrarily selecting and specifying a page type prepared in advance. Therefore, the setting work can be easily performed.
[0124]
In addition, since each product arbitrarily selected from the product master file F1 on the sales management system 21 side is registered in the linked product master file F5 as an exhibition candidate for listing in the net shop, The sales target product can be directly used as a target product for online sales, and if such a linked product master file F5 is prepared in advance, it can be selected from the product candidate group in the linked product master file F5. By simply selecting and specifying a product, it is possible to prepare a product guide page with information on the product. In this case, since the exhibition candidate group in the linked product master file F5 is consistent with the product in the product master file F1, it is possible to prevent an accident such as the absence of a product ordered through online sales or a difference in product content. Is possible. Note that it is not necessary to change the record configuration of the product master file F1 by providing the linked product master file F5 separately from the product master file F1 on the sales management system 21 side.
[0125]
When the contents of the net shop are arbitrarily changed after the net shop is newly constructed, the net merchandise registration module M2 and the net merchandise display module M3 can be activated individually. For example, a new net shop is constructed. Even if it is a general store manager or store clerk who does not have special expertise, it is possible to easily replace the net product and change the display state thereafter.
[0126]
That is, even a general store manager or a store clerk can arbitrarily change the online sales product candidate group in the linked product master file F5 by independently starting the online product registration module M2, By starting the online product display module M3 independently, it is possible to arbitrarily select and specify a product to be sold online from a group of product candidates in the linked product master file F5 prepared in advance. Can be prepared in advance, and the merchandise display state can be arbitrarily set. For example, the merchandise display state can be appropriately changed according to consumption trends, sales promotions, and the like. In this way, even if a low-skill user can easily change the product or change the display state, it is possible to perform the work frequently, and keep the assortment and display state in the best condition at all times. And the opportunity to sell is not missed due to timing delays.
[0127]
Further, when an instruction to update the product master file F1 on the sales management system 21 side is given, if the product to be updated is a product currently on sale on the Internet, the product is handled in conjunction with the update of the product master file F1. Since the contents of the linked product master file F5 to be updated are updated, it is possible to always maintain the consistency between the product master file F1 and the linked product master file F5.
Further, when the product master file F1 is updated, if the product to be updated is a product being sold online, the update of the linked product master file F5 is prohibited, so that the product master file F1 and the product being sold online It is possible to always maintain the consistency of
[0128]
Since the linked product master file F5 is created based on the product master arbitrarily selected and specified from the product master file F1 prepared for each product genre, for example, a plurality of types of product genres are mixed. The linked product master file F5 can be created more easily and reliably than finding a product belonging to a desired product genre from such product masters and selecting it as a candidate for online exhibition.
When registering a candidate product for sale in the linked product master file F5, if the product to be registered is a new product that does not exist in the product master file F1, the product master is based on the input information about the new product. Since a product record for file F1 is created and this product record is additionally registered in product master file F1, consistency between product master file F1 and linked product master file F5 can be maintained, and the same data is duplicated. Therefore, it is not necessary to input, and the input operation can be performed efficiently.
[0129]
If you specify any product in the linked product master file F5 and change the information about that product, display a warning message for the change, and then change the information on that product on the condition that you received the change execution request. Since the contents of the corresponding linked product master file F5 are changed, it is possible to prevent the contents of the linked product master file F5 from being inadvertently changed.
When changing the contents of the linked product master file F5, if the product specified as the change target is a product being sold online, the change to that product is suppressed. The product in the product master file F5 can be matched.
[0130]
On the other hand, it is transmitted from the
[0131]
In the above-described embodiment, when a net shop is newly constructed, after displaying the work procedure on the screen, the net shop definition module M1, the net merchandise registration module M2, and the net merchandise display module M3 are sequentially activated. The work procedure is not limited to this. For example, the online product registration may be performed first prior to the online shop definition.
In addition, when the online shop is changed, the online product registration module M2 and the online product display module M3 can be activated individually. Furthermore, the online shop definition module M1 can also be activated individually to change the structure of the online shop. You may make it do.
When a background image, a title image, and a button image are set in each page by the net shop definition module M1, an arbitrary image may be selected and set from candidate images prepared in advance.
[0132]
Further, for each product arbitrarily selected as an online listing candidate from the product master file F1, the “product code”, “product name”, “sale price”, etc. are read from the product master file F1 and linked product master file F5. However, by registering only “product code” without registering items such as “product name” and “sales price” in the linked product master file F5, the product master file F1 and the linked product master are registered. The file F5 may be associated. In this case, at the time of online product display, the product master file F1 and the linked product master file F5 may be accessed to obtain the data of necessary items from the product master file F1.
[0133]
In order to match the product master file F1 and the linked product master file F5, not only when a new net shop is constructed, but also when a linked product master file F5 is changed, linked products not registered in the product master file F1 are linked. In the case of additional registration in the product master file F5, after displaying and outputting a message notifying that effect, information on this new product is provided subject to a request from the operator who has obtained the consent of the store manager, the manager, etc. You may make it additionally register to the goods master file F1.
Further, the process for matching the product master file F1 and the linked product master file F5 may be performed by batch processing under the supervision of a responsible person or the like.
[0134]
Furthermore, the present invention is not limited to the file management system that manages the various files described above, and can of course be applied to a database management system that manages them in a database. In this case, since it is not necessary to change the sales management system 21 and the net shop construction /
[0135]
In addition, the sales management device as the
Here, when applied to a client / server system, the net shop construction /
[0136]
The actual store is not limited to a small private store such as a stationery store or a fresh fish store, but may be a large-scale corporate store such as a discount shop, convenience store, supermarket, etc. It may be a store that performs.
In addition, the products handled by actual stores are not limited to tangible products, but may also be sold as intangible products such as music content, image content, and document content. It may be.
[0137]
On the other hand, a recording medium (for example, a CD-ROM, a floppy disk, a RAM card, etc.) on which a program code for executing each of the above-described units is recorded may be provided to the computer.
That is, a recording medium having a computer-readable program code, and a function for arbitrarily setting a configuration of a product guide page for the net shop side performing electronic commerce via the network to present to the customer; For each target product to be traded in a physical store, arbitrarily select and specify a product group of candidates for listing in the online store from the product master for the physical store that stores and manages the product information, and each A function for registering information related to products in the product master for the net shop, and a product for posting in the product information page of the set arbitrary configuration arbitrarily from the candidate product group in the product master for the net shop Sends a product information page with information about the selected and designated function and information about the selected and designated product to the online shop. It is also possible to provide the ability to.
[0138]
A computer-readable recording medium having a program code, which performs electronic commerce via a network from a merchandise master for a real store that stores and manages product information for each sale target product that is traded in a real store A product group as a candidate for listing to be sent to the online shop is arbitrarily selected and designated, and a function for registering information related to each product in the online product master and an optional product master for the online shop are selected. A function for creating a product information page containing information on products and sending it to the net shop side, and when updating the contents of the product master for the actual store, the product designated as the update target is the net shop A function to determine whether the product is on the online sales page posted on the product information page sent to When it is determined that the product is currently on sale, a function is provided to update the contents of the product master for the net shop corresponding to the product in conjunction with the update of the product master for the actual store. You may do it.
[0139]
A computer-readable recording medium having a program code, which performs electronic commerce via a network from a merchandise master for a real store that stores and manages product information for each sale target product that is traded in a real store A product group as a candidate for listing to be sent to the online shop is arbitrarily selected and designated, and a function for registering information related to each product in the online product master and an optional product master for the online shop are selected. A function for creating a product information page on which information related to a product is created and transmitting it to the net shop side, and when an update of the product master for the actual store is instructed, the product designated as the update target is the net A function to determine whether the product is being sold online that is posted on the product information page sent to the shop, If it Tsu is a trade in bets sales is determined, it may provide a function of inhibiting updates to the product master for the real shop for that product.
[0140]
【The invention's effect】
According to the present invention, when correction of the product information stored and managed in the actual store product information storage means is instructed, if the correction target product is a net sales target product, the actual store product information storage means In conjunction with the correction, the contents of the net shop product information storage means corresponding to the product are corrected, and when deletion of the product information stored and managed in the actual store product information storage means is instructed, If the product to be deleted is a product to be sold online, the product information storage means for the actual store and the net shop are prohibited by prohibiting deletion of the product information stored and managed in the product information storage means for the actual store corresponding to the product. It is possible to always maintain consistency with the product information storage means.
[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 the
FIG. 3 is a diagram for explaining an operation concept of an online shop definition module M1, an online product registration module M2, and an online product display module M3 constituting the online shop construction AP 22a.
4A is a diagram showing a record configuration of a product master file F1, and FIG. 4B is a diagram showing a record configuration of a linked product master file F5.
FIG. 5 is a diagram showing a configuration of a product display definition file F31.
FIG. 6 is a diagram showing how various types of information obtained by building a net shop are uploaded to the
FIG. 7 is a view showing the contents of a store-specific storage area E for storing and managing net shop construction information for each store on the
8A is a diagram showing the contents of a store management table T provided on the
FIG. 9 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 /
10A is a diagram showing a record configuration of a customer master file F3, and FIG. 10B is a diagram showing a record configuration of a linked customer master file F8.
11A is a view showing a record configuration of a delivery destination master file F4, and FIG. 11B is a view showing a record configuration of a linked delivery destination master file F9.
FIG. 12 is a block diagram showing basic components of the
FIG. 13 is a flowchart showing the operation of the
FIG. 14 is a flowchart showing the operation at the time of building a net shop, following FIG. 13;
FIG. 15 is a flowchart illustrating the operation at the time of building a net shop, following FIG. 14;
FIG. 16 is a flowchart illustrating 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 illustrating an operation at the time of building a net shop, following FIG. 13;
FIG. 19 is a flowchart illustrating an operation at the time of building a net shop, following FIG. 18;
FIG. 20 is a flowchart illustrating an operation at the time of building a net shop, following FIG. 18;
FIG. 21 is a flowchart illustrating an operation at the time of building a net shop, following FIG. 20;
FIG. 22 is a flowchart illustrating an operation at the time of building a net shop, following FIG. 20;
FIG. 23 is a flowchart illustrating an operation at the time of building a net shop, following FIG. 22;
FIG. 24 is a flowchart illustrating an operation at the time of building a net shop, following FIG. 23;
FIG. 25 is a flowchart showing the operation on the
FIG. 26 is a flowchart showing the operation on the
FIG. 27 is a flowchart showing the operation of the
FIG. 28 is a flowchart detailing a customer registration process shown in FIG. 27;
FIG. 29 is a flowchart detailing the destination registration process shown in FIG. 27;
30 is a flowchart showing the operation of the
FIG. 31 is a flowchart showing the operation of the
32A is a diagram showing a work procedure screen, and FIG. 32B is a diagram showing a shop structure definition screen.
FIG. 33 is a diagram showing a base screen for new net product registration.
FIG. 34 is a diagram showing a product list screen of a selection master (product master file F1).
FIG. 35 is a diagram showing an image list screen.
36A and 36B show a product guide page creation process state, where FIG. 36A shows a specific example of the created product guide page, and FIG. 36B shows the contents of one page constituting the HTML file F12. FIG.
FIG. 37 is a diagram showing an online product display <page list> screen.
FIG. 38 is a diagram showing a display product registration screen corresponding to a selection page.
FIG. 39 is a diagram showing a product list screen of a linked product master file F5.
40A is a diagram showing a change menu screen, and FIG. 40B is a diagram showing the contents of an order page.
[Explanation of symbols]
1 Shopping mall site
2 store terminals
3 network
4 Product purchaser terminal
21 Sales management system
22 Net shop construction and operation system
F1 product master file
F2 slip details and slip total file
F5 linked product master file
F6 linked sales details file
F11 Shop structure definition file
F12 HTML file
F31 Product display definition file
F32 net image file
F33 Net product master file
M1 online shop definition module
M2 online product registration module
M3 online merchandise display module
M4 upload module
M5 online order information acquisition module
Claims (2)
実店舗で商取引される販売対象商品毎にその商品情報を記憶管理する実店舗用商品情報記憶手段と、
前記ネットショップへ出品する出品候補の商品群の商品毎にその商品情報を記憶管理するネットショップ用商品情報記憶手段と、
前記ネットショップへ出品する出品候補の商品群を前記実店舗用商品情報記憶手段から任意に選択指定すると共に、その各商品に関する商品情報を前記実店舗用商品情報記憶手段から読み出して前記ネットショップ用商品情報記憶手段に登録する登録手段と、
前記ネットショップ用商品情報記憶手段から任意に選択したネット販売対象商品の商品情報を読み出し、その商品情報を掲載した商品案内ページを作成して前記コンピュータシステムに送信する送信手段と、
ユーザ操作に応じて、前記実店舗用商品情報記憶手段に記憶管理された商品情報の修正あるいは削除が指示された場合に、修正対象の商品あるいは削除対象の商品が前記ネット販売対象商品であるかを判別する判別手段と、
前記判別手段により修正対象の商品が前記ネット販売対象商品であることが判別された場合は、当該商品に対応する前記実店舗用商品情報記憶手段に記憶管理された商品情報を修正すると共に、この修正に連動して当該商品に対応する前記ネットショップ用商品情報記憶手段に記憶管理された商品情報を修正する更新手段と、
前記判別手段により削除対象の商品が前記ネット販売対象商品であることが判別された場合は、当該商品に対応する前記実店舗用商品情報記憶手段に記憶管理された商品情報の削除を禁止する更新制御手段と、
を具備したことを特徴とする店舗端末。A store terminal connected via a network to a computer system that operates and manages a net shop to which a user terminal is connected via a network,
Product information storage means for the actual store that stores and manages the product information for each sale target product that is traded in the actual store,
Product information storage means for a net shop for storing and managing the product information for each product of a candidate product group to be exhibited in the net shop;
The product group of the candidate for exhibition to be exhibited in the online shop is arbitrarily selected and designated from the product information storage means for the actual store, and the product information relating to each product is read from the product information storage means for the actual store and is used for the network shop. Registration means for registering in the product information storage means;
Transmission means for reading product information of an item for sale on the Internet arbitrarily selected from the product information storage means for the net shop, creating a product guide page on which the product information is posted, and transmitting it to the computer system;
In accordance with a user operation, wherein if the modification or deletion of real shop for product information product information stored and managed in the storage means is instructed, or goods or the deleted items to be modified is the net sales Shipping Discriminating means for discriminating;
When it is determined by the determining means that the product to be corrected is the net sales target product, the product information stored and managed in the product information storage means for the actual store corresponding to the product is corrected, and this and updating means for modifying the product information that is stored and managed in the product information storage means net shop in conjunction with the modified corresponding to the product,
Update that prohibits deletion of product information stored and managed in the product information storage unit for the actual store corresponding to the product when the determination unit determines that the product to be deleted is the product for sale on the Internet Control means;
A store terminal characterized by comprising:
実店舗で商取引される販売対象商品毎にその商品情報を記憶管理する実店舗用商品情報記憶手段、
前記ネットショップへ出品する出品候補の商品群の商品毎にその商品情報を記憶管理するネットショップ用商品情報記憶手段、
前記ネットショップへ出品する出品候補の商品群を前記実店舗用商品情報記憶手段から任意に選択指定すると共に、その各商品に関する商品情報を前記実店舗用商品情報記憶手段から読み出して前記ネットショップ用商品情報記憶手段に登録する登録手段、
前記ネットショップ用商品情報記憶手段から任意に選択したネット販売対象商品の商品情報を読み出し、その商品情報を掲載した商品案内ページを作成して前記コンピュータシステムに送信する送信手段、
ユーザ操作に応じて、前記実店舗用商品情報記憶手段に記憶管理された商品情報の修正あるいは削除が指示された場合に、修正対象の商品あるいは削除対象の商品が前記ネット販売対象商品であるかを判別する判別手段、
前記判別手段により修正対象の商品が前記ネット販売対象商品であることが判別された場合は、当該商品に対応する前記実店舗用商品情報記憶手段に記憶管理された商品情報を修正すると共に、この修正に連動して当該商品に対応する前記ネットショップ用商品情報記憶手段に記憶管理された商品情報を修正する更新手段、
前記判別手段により削除対象の商品が前記ネット販売対象商品であることが判別された場合は、当該商品に対応する前記実店舗用商品情報記憶手段に記憶管理された商品情報の削除を禁止する更新制御手段、
として機能させるためのプログラム。Computer
Product information storage means for the actual store that stores and manages the product information for each sale target product that is traded in the actual store,
Product information storage means for a net shop for storing and managing the product information for each product of a candidate product group to be exhibited in the net shop,
A product group of candidate products to be exhibited in the online shop is arbitrarily selected and specified from the product information storage unit for the actual store, and product information relating to each product is read from the product information storage unit for the actual store and Registration means for registering in the product information storage means;
Transmission means for reading product information of an item for sale on the Internet arbitrarily selected from the product information storage means for the net shop, creating a product guide page on which the product information is posted, and transmitting it to the computer system;
If correction or deletion of the product information stored and managed in the actual store product information storage means is instructed in response to a user operation, whether the correction target product or the deletion target product is the net sales target product Discriminating means for discriminating,
When it is determined that the product to be corrected is the net sales target product by the determining unit, the product information stored and managed in the product information storage unit for the actual store corresponding to the product is corrected, and this updating means in conjunction with the corrected correcting the commodity information stored management in the product information storage means for said net shop corresponding to the product,
Update that prohibits deletion of product information stored and managed in the product information storage unit for the actual store corresponding to the product when the determination unit determines that the product to be deleted is the product to be sold online Control means,
Program to function as.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001278201A JP4464017B2 (en) | 2001-09-13 | 2001-09-13 | Store terminal and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001278201A JP4464017B2 (en) | 2001-09-13 | 2001-09-13 | Store terminal and program |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003085389A JP2003085389A (en) | 2003-03-20 |
| JP4464017B2 true JP4464017B2 (en) | 2010-05-19 |
Family
ID=19102608
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001278201A Expired - Fee Related JP4464017B2 (en) | 2001-09-13 | 2001-09-13 | Store terminal and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4464017B2 (en) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004318579A (en) * | 2003-04-17 | 2004-11-11 | System Wave:Kk | Merchandise sales support system |
| JP2005050200A (en) * | 2003-07-30 | 2005-02-24 | Nkb Inc | Accepting and ordering system |
| JP2005107689A (en) * | 2003-09-29 | 2005-04-21 | Canon Inc | Image processing apparatus, control method therefor, and program |
| JP2006172373A (en) * | 2004-12-20 | 2006-06-29 | Eye Medical System:Kk | Online vending device and online system |
| JP5709559B2 (en) * | 2011-02-02 | 2015-04-30 | 株式会社オービック | Master maintenance device, master maintenance method, and master maintenance program |
| CN103299301B (en) | 2011-06-17 | 2015-07-01 | 乐天株式会社 | Information processing device, information processing method, information processing program, and recording medium recording information processing program |
| JP5187542B1 (en) * | 2012-06-30 | 2013-04-24 | 株式会社Clotho | Franchise-type organization-specific mediation device, franchise-type organization-specific mediation program, storage medium, and franchise-type organization-specific mediation method |
| JP2019139460A (en) * | 2018-02-09 | 2019-08-22 | 株式会社アイピーライフ | Person's name retrieval system |
| JP6836255B2 (en) * | 2019-10-24 | 2021-02-24 | Base株式会社 | Computer systems, methods, and programs for funding retailers in e-commerce |
| JP7790689B2 (en) * | 2020-02-10 | 2025-12-23 | 株式会社ダハ | Online shop support system |
| JP7554789B2 (en) * | 2022-04-05 | 2024-09-20 | 株式会社オービック | Product master registration business support device, product master registration business support method and product master registration business support program |
-
2001
- 2001-09-13 JP JP2001278201A patent/JP4464017B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003085389A (en) | 2003-03-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6162622B2 (en) | Electronic receipt system, information processing apparatus and program | |
| US11087381B2 (en) | Method for simultaneously one-step filling a virtual shopping cart with many items from one or multiple resources; all items of any type or characteristics from potential resources which have been embodied into a customized list which has been simultaneously generated and sourced in one-step then presented visually to user to select items; culminating and resulting acquisition to be simultaneosly placed in a single virtual shpping cart and all are acquired simultaneously from many source | |
| JP4464017B2 (en) | Store terminal and program | |
| JP4225085B2 (en) | Online sales management device and program | |
| JP2002140578A (en) | Sales support method, sales support device, and recording medium | |
| JP7514987B2 (en) | Shopping support system, terminal device and program | |
| JP5074688B2 (en) | Sales support method, sales support system, and computer program | |
| JP2022093617A (en) | Server equipment and programs | |
| JP2019220184A (en) | Information processing device, information processing method and information processing program | |
| JP4450353B2 (en) | Sales management device and program | |
| JP2018049322A (en) | Information providing device, information providing method, and information providing program | |
| JP6399338B2 (en) | Sales promotion information providing server device, sales promotion information providing system | |
| JP2007200099A (en) | Item selection support apparatus, method and program | |
| JP2012058785A (en) | Information sharing system and information management device | |
| JP2003085350A (en) | Sales management device and program | |
| JP6553774B1 (en) | Information processing apparatus, information processing method, and information processing program | |
| JP7372492B1 (en) | Payment management device, payment management method, and application program | |
| US20230419361A1 (en) | Information processing apparatus and information processing method | |
| JP2004046540A (en) | Housekeeping book creation support system | |
| JP5453695B2 (en) | Internet system | |
| JP2005063378A (en) | Purchase rebate management system and sales rebate management system | |
| JP4933006B2 (en) | Internet system and recording medium storing software program | |
| JP6679885B2 (en) | Workflow processing program, workflow processing method, and workflow processing device | |
| JP7503343B1 (en) | Coupon management system, method, and program | |
| JP7606790B1 (en) | Method, program, information processing device, and information processing system for disclosing information collected from web pages |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040401 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060406 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060413 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061010 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061130 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070123 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070221 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070417 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20070511 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091110 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100218 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130226 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4464017 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130226 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140226 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |