JP2005063048A - 商品管理方法、ネットワーク販売システム、及びネットワーク販売装置 - Google Patents

Abstract

【課題】 提供商品に対して付加価値を付加して販売する際に、提供商品の数に比例して増加する手間や販売商品の数を減らす。
【解決手段】 商品提供者が商品提供者端末装置１０４から商品の性質に基づいて複数の商品を分類し、分類された各商品を商品グループとしてサーバ１０１に登録し、販売者が販売者端末装置１０６から商品グループ毎に付加価値を付加した商品を販売商品としてサーバ１０１に登録する。そして、注文者が注文者端末装置１０５から販売商品の中から所望の販売商品を選択し、選択された販売商品の注文を受け付ける。
【選択図】 図１

Description

本発明は、商品提供者が提供する複数の商品に対して販売者が付加価値を付加して販売することに関する。

近年、インターネットなどのネットワーク上で商品提供者が提供する提供商品（例えば、プリントサービス）と付加価値（例えば、デザイン）の仲介を行うシステムが存在する（例えば、特許文献１、２参照。）。例えば、特許文献１に記載されたものは、デザイン付加に関わるオンライン仲介システムである。また、特許文献２に記載されたものはデザイン付き商品の製造販売仲介システムである。
特開２０００−３０６００９号公報 特開２００１−２４３３６８号公報

特許文献１、２はどちらも注文者自身が提供商品と付加価値とを組み合わせたものを購入するシステムであるが、提供商品が増えればそれだけ注文者の選択の手間も増加する。つまり、提供商品の数が増えれば増えるほど仲介者にとってはビジネスの規模が拡大して好ましいが、注文者にとっては希望の条件に合致する提供商品の数が増えてしまった結果、選びきれないという事態にもなる。

また、提供商品に予め付加価値を付加しておき、その付加価値を付加した側が販売を行うシステムを考えた場合、提供商品に単純に付加価値を付加するだけでは提供商品の数に比例して付加価値を付加する手間が増加する。

また、販売を行う際にも同じことが言え、提供商品の数に比例して販売商品の数が増えると、販売の手間が増加し、オンライン販売の場合は販売用のページを作成する手間も増加する。

本発明は、商品提供者が提供する複数の商品に対して販売者が付加価値を付加して販売するネットワーク販売システムにおける商品管理方法であって、商品提供者が商品の性質に基づいて複数の商品を分類し、分類された各商品を商品グループとして登録する工程と、前記商品グループ毎に販売者が付加価値を付加した商品を販売商品として管理する工程と、前記販売商品の注文を受け付ける際に、前記管理された販売商品の中から所望の販売商品を選択させる工程とを有することを特徴とする。

また、本発明は、商品提供者が提供する複数の商品に対して販売者が付加価値を付加して販売するネットワーク販売システムであって、商品提供者が商品の性質に基づいて複数の商品を分類し、分類された各商品を商品グループとして登録する登録手段と、前記商品グループ毎に販売者が付加価値を付加した商品を販売商品として管理する管理手段と、前記販売商品の注文を受け付ける際に、前記管理された販売商品の中から所望の販売商品を選択させる選択手段とを有することを特徴とする。

更に、本発明は、商品提供者が提供する複数の商品に対して販売者が付加価値を付加して販売するネットワーク販売装置であって、商品提供者が商品の性質に基づいて複数の商品を分類し、分類された各商品を商品グループとして登録する登録手段と、前記商品グループ毎に販売者が付加価値を付加した商品を販売商品として管理する管理手段と、前記販売商品の注文を受け付ける際に、前記管理された販売商品の中から所望の販売商品を選択させる選択手段とを有することを特徴とする。

本発明によれば、提供商品に対して付加価値を付加して販売する際に、提供商品の数に比例して増加する手間や販売商品の数を減らすことができる。

以下、図面を参照しながら本発明に係る実施の形態を詳細に説明する。

本実施形態では、商品提供者がＴシャツやマグカップなどの商品に対して多種の印刷を行うサービス（プリントサービス）を所定の印刷料金で提供し、販売者がこのプリントサービスを利用して自身の印刷画像を印刷し、印刷された商品を印刷料金にコンテンツ料金を上乗せした価格で注文者に販売するシステムを例に説明する。

尚、以下では商品提供者がこのプリントサービスにより印刷する商品を「印刷商品」と呼び、販売者がこのプリントサービスを利用して印刷商品に所望の印刷を行い、付加価値を付加した商品を「販売商品」と呼ぶ。

また、本実施形態で使用する全てのドメイン名（ＦＱＤＮ：Fully Qualified Domain Name）は、単に装置を識別できるように記載しただけであり、実在するドメイン名とは無関係である。

＜全体構成＞
まず、図１を参照して、本実施形態におけるシステムの全体構成について説明する。

図１は、本実施形態におけるプリントサービスシステムの構成を示す図である。図１において、１０１はＴシャツやマグカップなどの商品に対して多種の印刷能力を有する商品提供者が設置したサーバであり、ネットワークインタフェースを介して１０２のインターネットに接続されている。１０３は販売者のサーバ、１０４は商品提供者の端末装置、１０５は注文者の端末装置、１０６は販売者の端末装置であり、いずれもネットワークインタフェースを介してインターネット１０２に接続されている。

尚、本実施形態では、インターネット１０２を例に説明するが、コンピュータ装置のネットワークインタフェースを通じてデータなどの送受信が可能な媒体であれば他のネットワークでも構わない。また、商品提供者端末装置１０４、注文者端末装置１０５、販売者端末装置１０６の数もこれに限るものではない。

＜各構成要素＞
次に、図２〜図５を参照して、図１に示すサーバ１０１、販売者サーバ１０３、商品提供者端末装置１０４、注文者端末装置１０５及び販売者端末装置１０６の構成について詳細に説明する。尚、上述のサーバ及び端末装置はコンピュータによって実現されるものであり、まずコンピュータのハードウェア構成を説明し、次にサーバ、端末装置の各モジュール構成について説明する。

＜ハードウェア構成＞
図２は、サーバ及び端末装置として機能するコンピュータのハードウェア構成の一例を示す図である。図２において、２０１はＣＰＵであり、後述するＲＡＭや外部記憶装置に格納されている制御プログラム等に従って本装置全体の制御を行う。２０２はＲＡＭなどの内部記憶部であり、ＣＰＵ２０１によって実行される本装置の制御プログラムや文書画像等を格納する。２０３はネットワークインタフェースであり、ＣＰＵ２０１の制御下にインターネット等のネットワークとの接続を行ってデータ等を送受信する。２０４はファイルや制御プログラムを保存する磁気ディスク等の外部記憶装置である。２０５はディスプレイ、２０６はキーボード、２０７はマウス等のポインティングデバイスである。

ここで、ＲＡＭ２０２に格納されているプログラムは、同じくＲＡＭ２０２に格納されているＯＳ（Operating System）の機能を必要に応じて使用し、ＲＡＭ２０２に一時記憶するデータの内容を読み書きしたり、外部記憶装置２０４上のファイルの内容を読み書きしたり、ネットワークインタフェースを通じてデータの送受信を行ったり、キーボード２０６やポインティングデバイス２０７からの入力を受け取ったり、ディスプレイ２０５に表示を行ったりすることで、所定の動作を行う。

また、ＣＰＵ２０１は、制御プログラムを外部記憶装置２０４から読み込んで実行するだけでなく、ネットワークインタフェースを介して受信したプログラムを実行するようにしても良い。また、図２には示していないが、ＲＯＭなどの読み出し専用の内部記憶部から読み込んで実行するようにしても良い。

また、キーボード２０６やポインティングデバイス２０７の代わりに、或いはそれらに加えて音声入力等の他の入力装置を備えることもできる。

また、上述した全ての構成要素を必ずしも備えている必要はなく、サーバ１０１や販売者サーバ１０３の場合、通常ディスプレイを省略し、キーボード２０６やポインティングデバイス２０７も他のコンピュータと共有させても良い。

＜モジュール構成＞
図３は、コンピュータにサーバ及び端末装置の機能を実現させる論理ブロック（モジュール）の構成を示す図である。図３において、３０１はサーバ１０１のモジュール構成、３０９は販売者サーバ１０３のモジュール構成、そして３１２は商品提供者端末装置１０４、注文者端末装置１０５、販売者端末装置１０６のモジュール構成である。以下、順に各モジュール構成について説明する。

＜サーバ１０１＞
図３に示すように、サーバ１０１は、インターネット１０２上でドメイン名「www.server.jp」で識別される。３０２、３０３、３０４はサーバ１０１の外部記憶装置２０４上に構成されるデータベースである。３０５はデータベースプログラムであり、ＲＡＭ２０２に格納されている。データベース３０２〜３０４は、データベースプログラム３０５が外部記憶装置２０４上のファイル内に論理的に構成したテーブル（表）の集合であり、また、ＲＡＭ２０２に格納されている任意のプログラムに対してテーブル内のレコード（表要素）へのアクセスを可能にする。ここでのアクセスとは、テーブルへのレコードの追加、テーブルからのレコードの削除、テーブル内のレコードに対する検索等の処理である。

尚、データベース３０２、３０３、３０４の構成内容はそれぞれ図６、図７、図８を用いて後述するが、３０２は印刷商品情報を格納するデータベースであり、３０３は印刷商品をグループ化した印刷商品グループを格納するデータベースであり、３０４は販売者の販売商品情報を格納するデータベースである。

次に、３０７はＲＡＭ２０２に格納されているＷｅｂサーバプログラムであり、ネットワークインタフェース２０３を通じてインターネット１０２からＨＴＴＰ（Hyper Text Transfer Protocol）リクエストを受信し、ＨＴＭＬ（Hyper Text Markup Language）データや画像データを本文（body）とするＨＴＴＰレスポンスをネットワークインタフェース２０３を通じてインターネット１０２に送信する。

３０６はＲＡＭ２０２に格納されているＣＧＩ（Common Gateway Interface）プログラムであり、それぞれＣＧＩプログラム名で識別される。このＣＧＩプログラムはＣＧＩインタフェースに準拠したプログラムで、ＨＴＴＰリクエストの引数を入力し、ＨＴＴＰレスポンスの本文（body）を出力するように動作する。尚、ＣＧＩプログラムは、単純にＲＡＭ２０２上のプログラムであるとしたが、例えばＪ２ＥＥ（Ｊａｖａ（登録商標）2 Enterprise Edition）サーバ上で動作するサーブレットやＪＳＰ（Ｊａｖａ（登録商標） Server Pages）であっても良く、ＩＩＳ（Internet Information Server）上で動作するＡＳＰ（Active Server Pages）であっても良く、或いはＰｅｒｌ等のスクリプト言語で記述されたスクリプトであっても良く、実現形式は問わないものである。

ＨＴＴＰリクエストはＵＲＬ（Uniform Resource Locator）とそれに付随する引数という形式で商品提供者端末装置１０４、注文者端末装置１０５、販売者端末装置１０６からインターネット１０２経由でサーバ１０１に送信される。このＵＲＬは大きくプロトコル部分とアドレス部分とパス名部分に分かれる。例えば、ＵＲＬが「http://www.server.jp/cgi/cbs」である場合は、プロトコル部分が「http://」であり、アドレス部分が「www.server.jp」であり、パス名部分が「/cgi/cbs」になる。また、付随する引数は「引数名＝値」で表すペアを「＆」で区切ったものである。例えば、「id=30&pass=xyz」の場合は、１つめの引数名が「id」でその値が「30」であり、２つめの引数名が「pass」でその値が「xyz」である。また、引数の指定方法はＨＴＴＰリクエストの種別（method）がＧＥＴであるかＰＯＳＴであるかによって異なり、ＧＥＴの場合はＵＲＬのパス名の後に「?」に続けて指定し、ＰＯＳＴの場合はＨＴＴＰリクエストの本文（body）に指定する。

次に、リクエストは静的なリクエストと動的なリクエストに大別される。静的なリクエストとは、外部記憶装置２０４上のファイルの内容をそのままＨＴＭＬデータとして送信するようにＷｅｂサーバプログラム３０７が動作するリクエストである。また、どのファイルの内容を送信するかはＵＲＬのうちのパス名部分に従ってＷｅｂサーバプログラム３０７が決定する。

また、動的なリクエストとは、ＣＧＩプログラム３０６に対してＣＧＩインタフェースに従ってＨＴＴＰリクエストの引数を入力し、ＣＧＩプログラム３０６の出力をＨＴＭＬデータとして送信するようにＷｅｂサーバプログラム３０７が動作するリクエストである。この時、Ｗｅｂサーバプログラム３０７はＨＴＴＰリクエストの引数以外の要素（cookieやＨＴＴＰリクエストそのものに関する情報等）も環境変数等を通じてＣＧＩプログラム３０６が取得できるようにする。そして、リクエストが静的か動的かはＵＲＬのうちパス名によってＷｅｂサーバプログラム３０７が識別する。ここではパス名部分が「/cgi/」で始まっている場合は動的なリクエストとし、「/cgi/」を除くそれ以降のパス名部分をＣＧＩプログラム名とする。例えば、ＵＲＬが「http://www.server.jp/cgi/cbs」である場合は、ＣＧＩプログラム名を「cbs」と認識する。

更に、ＣＧＩプログラム３０６は、ネットワークインタフェース２０３を通じてインターネット１０２にＨＴＴＰリクエストを送信することができ、ＨＴＭＬレスポンスの本文（body）としてＨＴＭＬデータや画像データを受信することができる。

＜販売者サーバ１０３＞
次に、販売者サーバ１０３は、インターネット１０２上でドメイン名「www.reseller.jp」で識別される。３１０は販売者サーバ１０３の外部記憶装置２０４上のファイルであり、本実施形態に関わる内容は画像データである。

次に、３１１はＲＡＭ２０２に格納されているＷｅｂサーバプログラムであり、ネットワークインタフェース１０２からＨＴＴＰリクエストを受信し、ＨＴＭＬデータを本文（body）とするＨＴＴＰレスポンスをネットワークインタフェース２０３を通じてインターネット１０２に送信する。また、Ｗｅｂサーバプログラム３１１は静的なリクエストのみを受け付けるものとし、ＨＴＴＰリクエストのＵＲＬ内のパス名部分からファイルパス名へのマッピングを行い、リクエストされたファイル３１０を識別してその内容を本文（body）とする。

＜商品提供者端末装置、注文者端末装置、販売者端末装置＞
３１２は商品提供者端末装置１０４、注文者端末装置１０５、販売者端末装置１０６に共通のモジュール構成である。３１３は各端末装置のＲＡＭ２０２に格納されているＷｅｂブラウザプログラムであり、商品提供者、注文者、販売者がキーボード２０６やポインティングデバイス２０７を使用して閲覧（ブラウズ）したいＵＲＬを入力することにより、Ｗｅｂブラウザプログラム３１３はネットワークインタフェース２０３を通じてインターネット１０２にそのＵＲＬを含むＨＴＴＰリクエストを送信する。

また、ＨＴＴＰリクエストの送信と同期してＷｅｂブラウザプログラム３１３は対応するＨＴＴＰレスポンスをインターネット１０２からネットワークインタフェース２０３を通じて受信する。このＷｅｂブラウザプログラム３１３は受信したＨＴＴＰレスポンスの本文（body）部分であるＨＴＭＬデータや画像データをディスプレイ２０５上にレンダリングすることができる。

尚、ＨＴＭＬデータの場合、Ｗ３Ｃ（World Wide Web Consortium）の定める規則に応じてＨＴＭＬデータの字句的、構文的解釈を行い、画像データの場合は画像データフォーマットに応じて画像データの解釈を行う。

＜サーバにおけるＣＧＩプログラムの種類及びプログラム名＞
次に、サーバ１０１におけるＣＧＩプログラム３０６の種類とＵＲＬとのマッピング及びプログラム名について説明する。

図４は、サーバにおけるＣＧＩプログラムの種類とＵＲＬ及びプログラム名を示す図である。尚、本実施形態では、商品提供者が商品提供者端末装置１０４からサーバ１０１の印刷商品グループデータベース３０３に商品グループを登録するＣＧＩプログラムと、販売者が販売者端末装置１０６からサーバ１０１の販売商品データベース３０４に販売商品を登録するＣＧＩプログラムと、注文者が注文者端末装置１０５からサーバ１０１の販売商品データベース３０４に登録された販売商品をカートに追加するＣＧＩプログラムと、同様に注文者がそのカートの内容を注文するＣＧＩプログラムとを用意している。ここで「カート」とは、Ｗｅｂブラウザ上で買い物かごを実現する場合の機能的名称である。

図４において、４０１は商品グループ登録ＣＧＩプログラムであり、ＵＲＬは「http://www.server.jp/cgi/admin」、そのプログラム名は「admin」である。４０２は販売商品登録ＣＧＩプログラムであり、ＵＲＬは「http://www.server.jp/cgi/reseller」、そのプログラム名は「reseller」である。４０３はカート追加ＣＧＩプログラムであり、ＵＲＬは「http://www.server.jp/cgi/addCart」、そのプログラム名は「addCart」である。そして、４０４は注文ＣＧＩプログラムであり、ＵＲＬは「http://www.server.jp/cgi/order」、そのプログラム名は「order」である。それぞれのＣＧＩプログラムの動作の詳細は図９、図１３、図１７等を用いて更に後述する。

＜販売者サーバにおける画像ファイル＞
次に、販売者サーバ１０３の外部記憶装置２０４に格納され、プリントサービスを利用して印刷商品に印刷される画像ファイル３１０の種類と各画像のＵＲＬとのマッピング及び各画像の内容について説明する。

図５は、販売者サーバにおける画像ファイルの種類とＵＲＬ及び各画像の内容を示す図である。図５に示すように、大別して印刷画像ファイルと、サムネイル画像ファイルとに分類される。５０１と５０２が印刷画像ファイルの例であり、５０３と５０４がサムネイル画像ファイルの例である。

５０１に示す画像は、「http://www.reseller.jp/image1.jpg」というＵＲＬでＷｅｂサーバプログラム３１１がＨＴＴＰリクエストを受信した場合、Ｗｅｂサーバプログラム３１１はそのＵＲＬのパス名部分である「/image1.jpg」から画像ファイル３１０へのマッピングを行い、５０１に示す画像ファイルの内容を本文（body）とするＨＴＴＰレスポンスを送信する。また、この画像のサイズは５０１に示す通り、高さ１２００ピクセル、横８００ピクセルである。

５０２も同様に、Ｗｅｂサーバプログラム３１１により「http://www.reseller.jp/image2.jpg」というＵＲＬのパス名部分「/image2.jpg」から図に示す内容の画像ファイル３１０へとマッピングされる。また、この画像のサイズは、高さ８００ピクセル、幅６００ピクセルである。

５０３と５０４に示す画像は、それぞれ５０１と５０２に示す画像に対応するサムネイル画像である。ＵＲＬは、それぞれ「http://www.reseller.jp/thumb1.jpg」と「http://www.reseller.jp/thumb2.jpg」であり、ＵＲＬのパス名部分はそれぞれ「/thumb1.jpg」と「/thumb2.jpg」であり、Ｗｅｂサーバプログラム３１１によりそれぞれ図に示す内容の画像ファイル３１０へとマッピングされる。尚、サムネイル画像ファイル５０３は印刷画像ファイル５０１のサムネイル画像であるから同一のアスペクト比を有し、そのサイズは高さ６０ピクセル、幅４０ピクセルである。また、サムネイル画像ファイル５０４も同様であり、印刷画像ファイル５０２のサムネイル画像ファイルであるから同一のアスペクト比を有し、そのサイズは高さ６０ピクセル、幅４５ピクセルである。

＜データベースのレコード＞
次に、図６〜図８を参照して、本実施形態におけるサーバ１０１内の外部記憶装置２０４上に構成されるデータベース３０２〜３０４のレコード構成について詳細に説明する。

＜印刷商品データベース＞
まず、商品提供者がプリントサービスを提供する際に、印刷可能な商品（印刷商品）に関する情報を格納している印刷商品データベース３０２のレコード構成について説明する。

図６は、印刷商品データベースのレコード構成を示す図である。図６において、６０１は印刷商品に対して付ける一意な印刷商品コードであり、この印刷商品データベース３０２内の各レコードにおいて重複しないように、ＰＫ（Primary Key）と指定されている。６０２は印刷商品名であり、印刷商品を識別するための任意の文字列である。６０３はコスト（最低販売価格）であり、上述した商品提供者が販売者にプリントサービスを提供する価格（「印刷料金」）に相当し、販売者がプリントサービスを利用して印刷を行い、付加価値を付加した販売商品の価格（「コンテンツ料金を上乗せした価格」）を登録する際の最低販売価格となる。単位は円である。

６０４と６０５は印刷画像の許容解像度であり、商品提供者が該当する印刷商品を印刷する際に画像に対して要求する解像度である。６０４と６０５はそれぞれ許容解像度の高さと幅を表す。単位はピクセルである。

尚、印刷商品データベース３０２の登録レコードの例は図１０を参照して更に後述する。

＜印刷商品グループデータベース＞
次に、上述の印刷商品をグループ化した印刷商品グループに関する情報を格納している印刷商品グループデータベース３０３のレコード構成について説明する。

図７は、印刷商品グループデータベースのレコード構成を示す図である。図７において、７０１は印刷商品グループに対して付ける一意な印刷商品グループコードであり、印刷商品グループデータベース３０３内の各レコードにおいて重複しないように、ＰＫと指定されている。７０２は印刷商品グループ名であり、印刷商品グループを識別するための任意の文字列である。７０３は注文数の単位名称である。例えば、マグカップは１個ずつ販売したいが、ポストカードは５枚を１組として販売したいとする。そこで、これらを統一的に扱うために、販売単位を呼称する名称を設けている。一例として、マグカップは１個を販売単位として１「セット」と呼び、ポストカードは５枚を販売単位として１「組」と呼ぶ。

７０４は商品数の単位名称である。上述の例における「個」や「枚」に相当する。７０５は注文数当たりの商品数である。上述の例ではマグカップは１セット当たり１個なので「１」となり、ポストカードは１組当たり５枚なので「５」となる。７０６と７０７は印刷商品グループに属する印刷商品に関する情報を格納する別テーブルであり、印刷商品グループと属する印刷商品とを組で管理するものである。１つの印刷商品グループに複数の印刷商品を関連付けることができる。７０６は印刷商品グループコード７０１を参照するのでＦＫ（Foreign Key）として７０１が指定されている。７０７は図６に示した印刷商品データベースの印刷商品コード６０１を参照するのでＦＫとして６０１が指定されている。

尚、印刷商品グループデータベース３０３の登録レコードの例は図１４を使用して更に後述する。

＜販売商品データベース＞
次に、販売者が販売する販売商品に関する情報を格納している販売商品データベース３０４のレコード構成について説明する。

図８は、販売商品データベースのレコード構成を示す図である。８０１は販売商品コードであり、販売商品に対して付ける一意なコードで、販売商品データベース３０４内の各レコードにおいて重複しないように、ＰＫと指定されている。８０２は販売商品が対応する印刷商品グループである。印刷商品グループコード７０１を参照するのでＦＫとして７０１が指定されている。８０３〜８０５は販売商品に関する情報であり、図１３等を用いて後述する販売商品登録時に販売者が指定した情報を登録する。

尚、販売商品データベース３０４の登録レコードの例は図１８を使用して更に後述する。

＜印刷商品グループ登録＞
次に、図９〜図１２を参照して、商品提供者が商品提供者端末装置１０４から印刷商品をグループ化してサーバ１０１の印刷商品グループデータベース３０３に登録する処理について詳細に説明する。

＜印刷商品グループ登録シーケンス＞
図９は、印刷商品グループ登録処理のシーケンスを示す図である。図９において、９０１は商品提供者端末装置であり、図１に示す１０４に相当する。９０２はサーバであり、同様に図１に示す１０１に相当する。９０１と９０２は図１に示すようにインターネット１０２を通じて相互に通信が可能である。

＜印刷商品データベースの内容＞
図９に示すシーケンスを説明する前に、サーバ１０１の印刷商品データベース３０２に登録されているレコードの内容について説明する。

図１０は、印刷商品データベースに登録されているレコードの内容を示す図である。図１０において、１００１は印刷商品コードが「ＴＳ−Ｗ−Ｓ」、印刷商品名が「Ｔシャツ（白）Ｓサイズ」、コスト（最低販売価格）が「３０００」円、許容解像度（高さ）が「１２００」ピクセル、許容解像度（幅）が８００ピクセルであることを表している。１００２〜１００８についても１００１と同様である。

＜シーケンス９０３＞
まず、商品提供者が商品提供者端末装置９０１のＷｅｂブラウザ３１３に対し、キーボード２０６やポインティングデバイス２０７を使用して商品グループ登録用のＵＲＬ「http://www.server.jp/cgi/admin」（図４の４０１参照）の閲覧を指示する。Ｗｅｂブラウザ３１３は、このＵＲＬを含むＨＴＴＰリクエストをインターネット１０２に送信する。ＨＴＴＰリクエストはインターネット１０２を介してサーバ９０２のＷｅｂサーバ３０７で受信され、Ｗｅｂサーバ３０７がこのＵＲＬに対するＣＧＩプログラム３０６として「admin」をマッピングする（図４の４０１参照）。

＜シーケンス９０４＞
次に、Ｗｅｂサーバ３０７は、マッピングしたＣＧＩプログラム「admin」へＨＴＴＰリクエストの引数を入力するが、ここでは引数は空である。ＣＧＩプログラム「admin」は、引数が空の場合、印刷商品グループ登録画面を表わすＨＴＭＬデータを出力する。そして、Ｗｅｂサーバ３０７はこのＨＴＭＬデータを本文（body）とするＨＴＴＰレスポンスをインターネット１０２に送信する。このＨＴＴＰレスポンスはインターネット１０２を介して商品提供者端末装置９０１のＷｅｂブラウザ３１３で受信され、Ｗｅｂブラウザ３１３がＨＴＴＰレスポンスの本文（body）部分であるＨＴＭＬデータを販売者端末装置９０１のディスプレイ２０５上にレンダリングする。

図１１は、印刷商品グループ登録画面の一例を示す図である。この登録画面はＨＴＭＬのフォーム機能を使用して構成されている。このフォーム機能を使用すると、ＨＴＴＰリクエストの送信先ＵＲＬと、その引数を指定することができる。ここでは、ＵＲＬとして登録用のＵＲＬ「http://www.server.jp/cgi/admin」（図４の４０１参照）が指定されているものとする。また、１１０１〜１１０５は入力又は選択用のフィールドであって、ＨＴＴＰリクエストの引数を指定するためのものである。１１０２は選択用のフィールドで、他はすべて入力用のフィールドである。商品提供者端末装置９０１のキーボード２０６やポインティングデバイス２０７を使用して登録ボタン１１０６を操作することにより、商品提供者端末装置９０１のＷｅｂブラウザ３１３が１１０１〜１１０５で入力又は選択した文字列を引数として上述のＵＲＬと共にＨＴＴＰリクエストを構成し、インターネット１０２に送信する。

１１０１は印刷商品グループ名の入力フィールドである。１１０２は印刷商品の選択フィールドである。これはＣＧＩプログラム「admin」がＨＴＭＬデータを出力する際にデータベースプログラム３０５を通じて印刷商品データベース３０２にアクセスし、登録されている印刷商品の一覧（図１０参照）を取得し、その印刷商品一覧を使用してＨＴＭＬのフォーム機能にあるＩＮＰＵＴ文を生成していることによる。ＩＮＰＵＴ文にはＴＹＰＥ属性にＣＨＥＣＫＢＯＸ、ＶＡＬＵＥ属性に印刷商品コードを指定することとすると、図１０の印刷商品一覧により、ＣＧＩプログラム「admin」は以下のようなＩＮＰＵＴ文を生成する。

＜INPUT TYPE='CHECKBOX' value='TS-W-S'＞Tシャツ(白) Sサイズ
＜INPUT TYPE='CHECKBOX' value='TS-W-M'＞Tシャツ(白) Mサイズ
＜INPUT TYPE='CHECKBOX' value='TS-W-L'＞Tシャツ(白) Lサイズ
＜INPUT TYPE='CHECKBOX' value='PST-N-A0'＞ポスター (光沢紙) A0
＜INPUT TYPE='CHECKBOX' value='PST-L-A0'＞ポスター (ラミネート) A0
＜INPUT TYPE='CHECKBOX' value='PC'＞ポストカード
＜INPUT TYPE='CHECKBOX' value='MC-W'＞マグカップ (白)
＜INPUT TYPE='CHECKBOX' value='MC-BLK'＞マグカップ (黒)
これらのＩＮＰＵＴ文をＷｅｂブラウザ３１３がレンダリングすることにより、１１０２に示す選択フィールドが表示される。

そして、１１０３は注文数単位名称、１１０４は商品数単位名称、１１０５は注文数当たりの商品数の入力フィールドである。

＜シーケンス９０５＞
次に、商品提供者は商品提供者端末装置９０１のＷｅｂブラウザ３１３が表示した登録画面（図１１）に対し、キーボード２０６やポインティングデバイス２０７を使用して入力や選択を行う。

図１２は、入力済み印刷商品グループ登録画面の一例を示す図である。ここでは、印刷商品グループ名に「Ｔシャツ（白）」が入力され、印刷商品として「Ｔシャツ（白）Ｓサイズ」、「Ｔシャツ（白）Ｍサイズ」、「Ｔシャツ（白）Ｌサイズ」が選択され、注文数単位名称、商品数単位名称、注文数当たりの商品数として、それぞれ「セット」、「枚」、「１」が入力されている。１２０１及び１２０３〜１２０５で入力された文字列は、フォーム送信時にそのままＨＴＴＰリクエストの引数として送信されるが、１２０２で選択された印刷商品については上記のＩＮＰＵＴ文の通り、印刷商品コードである「ＴＳ−Ｗ−Ｓ」、「ＴＳ−Ｗ−Ｍ」、「ＴＳ―Ｗ−Ｌ」が引数として送信される。

商品提供者が入力又は選択を終了した後、キーボード２０６やポインティングデバイス２０７を使用して登録ボタン１２０６を操作すると、Ｗｅｂブラウザ３１３は登録用のＵＲＬ「http://www.server.jp/cgi/admin」（図４の４０１参照）と１２０１〜１２０５で入力又は選択した文字列を引数として含むＨＴＴＰリクエストをインターネット１０２に送信する。このＨＴＴＰリクエストはインターネット１０２を介してサーバ９０２のＷｅｂサーバ３０７で受信され、Ｗｅｂサーバ３０７がこのＵＲＬに対するＣＧＩプログラム３０６として「admin」をマッピングする（図４の４０１参照）。

＜シーケンス９０６＞
次に、Ｗｅｂサーバ３０７は、マッピングしたＣＧＩプログラム「admin」へＨＴＴＰリクエストの引数を入力する。ＣＧＩプログラム「admin」は引数が空でない場合、印刷商品グループの登録処理を行うように動作する。ここでは印刷商品グループ名として「Ｔシャツ（白）」、印刷商品コードとして「ＴＳ−Ｗ−Ｓ」、「ＴＳ−Ｗ−Ｍ」、「ＴＳ−Ｗ−Ｌ」、注文数単位名称として「セット」、商品数単位名称として「枚」、注文数当たりの商品数として「１」が入力される。

ＣＧＩプログラム「admin」は引数のチェックを行う。最初に、引数の何れかが空でないか否かをチェックする。空ならチェック失敗としてシーケンス９０７へ進む。ここでは全て空ではないのでチェックは成功する。

次に、引数の印刷商品コードをキーとしてデータベースプログラム３０５に対し、印刷商品データベース３０２のレコードの検索を指示する。該当するレコードが見つからなければチェック失敗としてシーケンス９０７へ進む。ここでは、印刷商品コードとして「ＴＳ−Ｗ−Ｓ」、「ＴＳ−Ｗ−Ｍ」、「ＴＳ−Ｗ−Ｌ」が入力されているので、図１０の１００１、１００２、１００３に示すレコードが得られるのでチェックは成功する。

最後に、見つかったレコードのコスト（最低販売価格）と許容解像度が等しいか否かのチェックを行う。後述するように、販売者は印刷商品グループに対して販売価格と印刷画像を設定して販売商品を構成するので、同じ印刷商品グループに属する印刷商品はコスト（最低販売価格）と許容解像度が等しくなければならない。等しくなければチェック失敗としてシーケンス９０７へ進む。ここでは、上述の検索によって得られた１００１、１００２、１００３に示すレコードのコスト（最低販売価格）と許容解像度は図１０に示すように等しいのでチェックは成功する。

尚、上述の引数が空でないか否かのチェックを、図１１に示す画面を構成するＨＴＭＬデータにおいて、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ等によって記述したスクリプトで行うこともできる。この場合、チェックは商品提供者端末装置９０１のＷｅｂブラウザ３１３で行われるので、引数が空の場合にシーケンス９０５、９０７の通信が発生することを省略することができる。但し、この場合であっても、引数を改竄された悪意あるＨＴＴＰリクエストを受信してＣＧＩプログラムが誤動作することを防ぐために、通常はシーケンス９０６においても空か否かのチェックを行う。Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ等によるチェックはあくまでも通常操作において空か否かのチェックを商品提供者端末装置９０１側で行うことで、無駄な通信を防ぐことが目的で、シーケンス９０６におけるチェック処理を省略することが目的ではない。以降、ＣＧＩプログラムで引数が空か否かのチェックを行う場合は同様であるとする。

＜シーケンス９０７＞
シーケンス９０６でＣＧＩプログラム「admin」がＨＴＴＰリクエストの引数のチェックに失敗した場合、ＣＧＩプログラム「admin」はチェック失敗画面を表すＨＴＭＬデータを出力する。以降、シーケンス９０４と同様、Ｗｅｂサーバ３０７がＨＴＴＰレスポンスを送信し、インターネット１０２を介して商品提供者端末装置９０１のＷｅｂブラウザ３１３が受信し、商品提供者端末装置９０１のディスプレイ２０５上にレンダリングする。

レンダリングされた様子は図１２に示した画面と全く同様であり、シーケンス９０５で商品提供者の入力した文字列や選択した内容がそのまま表示される。また、ここに失敗内容を示すメッセージを追加表示しても良い。

＜シーケンス９０８＞
上述のシーケンス９０６で引数のチェックに成功した場合、ＣＧＩプログラム「admin」は印刷商品グループデータベース３０３に印刷商品グループレコード（図７）を登録する処理を行う。

まず、ＣＧＩプログラム「admin」は印刷商品グループコード７０１の新規発行処理を行う。図７に示したように印刷商品グループコードはＰＫが指定されているので、複数レコードにおいて重複しないように発行する必要がある。ここでは、印刷商品グループコードを数値形式で持つこととし、常に既存の印刷商品グループコードを上回る数値を新規発行することにする。即ち、ＣＧＩプログラム「admin」はデータベースプログラム３０５に対して印刷商品グループデータベース３０３の全レコードの検索を指示し、見つかったレコードの印刷商品グループコード７０１を順に参照し、そのうちの最大値＋１を新規に発行する印刷商品グループコードとする。レコードが一件も見つからなかった場合は「１００１」とする。

尚、印刷商品グループコードの発行方法は、上述の方法に限るものではなく、印刷商品グループデータベース３０３にシーケンス（データベース管理の連番発番機能）を作成してそれを使用しても良く、その他、時間や乱数を使って一意な値を生成するなど一意性が保証できるものならどのような方法でも構わない。

次に、ＣＧＩプログラム「admin」はデータベースプログラム３０５に対して印刷商品グループデータベース３０３に新規レコードの追加を指示する。上述したように、印刷商品グループデータベースは図７に示すレコード構成をしており、新規に発行した印刷商品グループコードがレコードの印刷商品グループコード７０１に、引数で指定された印刷商品グループ名「Ｔシャツ（白）」がレコードの印刷商品グループ名７０２に、引数で指定された注文数単位名称「セット」がレコードの注文数単位名称７０３に、引数で指定された商品数単位名称「枚」がレコードの商品数単位名称７０４に、引数で指定された注文数当たりの商品数「１」がレコードの注文数当たりの商品数７０５に、それぞれ登録される。また、７０６と７０７については、新規発行した印刷商品グループコードと引数で指定された印刷商品コード「ＴＳ−Ｗ−Ｓ」、「ＴＳ−Ｗ−Ｍ」、「ＴＳ−Ｗ−Ｌ」との３通りの組み合わせが登録される。

この登録結果は図１４の１４０１、１４０５〜１４０７に示すようになる。

＜販売商品登録＞
次に、図１３〜図１６を参照して、販売者が販売者端末装置１０６からサーバ１０１の販売商品データベース３０４に販売商品を登録する処理について詳細に説明する。

＜販売商品登録シーケンス＞
図１３は、販売商品を登録するシーケンスを示す図である。図１３において、１３０１は販売者端末装置であり、図１に示す１０６に相当する。１３０２はサーバであり、同様に図１に示す１０１に相当する。１３０３は販売者サーバであり、同様に図１に示す１０３に相当する。１３０１〜１２０３は図１に示すようにインターネット１０２を通じて相互に通信が可能である。

＜印刷商品グループデータベースの内容＞
図１３に示すシーケンスを説明する前に、上述の印刷商品グループ登録処理によりサーバ１０１の印刷商品グループデータベース３０３に登録されたレコードの内容について説明する。

図１４は、印刷商品グループデータベースに登録されたレコードの内容を示す図である。図１４において、１４０１と１４０５〜１４０７は印刷商品グループ登録処理で詳細に説明した印刷商品グループである。１４０１は印刷商品グループコードが「１００１」、印刷商品グループ名が「Ｔシャツ（白）」、注文数単位名称が「セット」、商品数単位名称が「枚」、注文数当たりの商品数が「１」であることを表している。この印刷商品グループに含まれる印刷商品の印刷商品コードは１４０５〜１４０７に示すように「ＴＳ−Ｗ−Ｓ」、「ＴＳ−Ｗ−Ｍ」、「ＴＳ−Ｗ−Ｌ」である。

１４０２〜１４０４、１４０８〜１４１２についても同様に登録した印刷商品グループである。

＜シーケンス１３０４＞
まず、販売者が販売者端末装置１３０１のＷｅｂブラウザ３１３に対し、キーボード２０６やポインティングデバイス２０７を使用して販売商品登録用のＵＲＬ「http://www.server.jp/cgi/reseller」（図４の４０２参照）の閲覧を指示する。Ｗｅｂブラウザ３１３は、このＵＲＬを含むＨＴＴＰリクエストをインターネット１０２に送信する。ＨＴＴＰリクエストはインターネット１０２を介してサーバ１３０２のＷｅｂサーバ３０７で受信され、Ｗｅｂサーバ３０７がこのＵＲＬに対するＣＧＩプログラム３０６として「reseller」をマッピングする（図４の４０２参照）。

＜シーケンス１３０５＞
次に、Ｗｅｂサーバ３０７は、マッピングしたＣＧＩプログラム「reseller」へＨＴＴＰリクエストの引数を入力するが、ここでは引数は空である。ＣＧＩプログラム「reseller」は、引数が空の場合、販売商品登録画面を表わすＨＴＭＬデータを出力する。そして、Ｗｅｂサーバ３０７はこのＨＴＭＬデータを本文（body）とするＨＴＴＰレスポンスをインターネット１０２に送信する。このＨＴＴＰレスポンスはインターネット１０２を介して販売者端末装置１２０１のＷｅｂブラウザ３１３で受信され、Ｗｅｂブラウザ３１３がＨＴＴＰレスポンスの本文（body）部分であるＨＴＭＬデータを販売者端末装置１３０１のディスプレイ２０５上にレンダリングする。

図１５は、販売商品登録画面の一例を示す図である。この登録画面はＨＴＭＬのフォーム機能を使用して構成されている。ここではＨＴＴＰリクエストの送信先ＵＲＬとして販売商品登録用のＵＲＬ「http://www.server.jp/cgi/reseller」（図４の４０２参照）が指定されているものとする。

１５０１は印刷商品グループの選択用フィールドである。キーボード２０６やポインティングデバイス２０７を使用して選択すると、１５１０に示すように、ドロップダウンされ、印刷商品グループデータベース３０３に登録されている印刷商品グループ（図１３参照）から１つを選択できるようになる。これはＣＧＩプログラム「reseller」がＨＴＭＬデータを出力する際にデータベースプログラム３０５を通じて印刷商品グループデータベース３０３にアクセスし、登録されている印刷商品グループの一覧（図１４参照）を取得し、その印刷商品グループ一覧を使用してＨＴＭＬのフォーム機能にあるＳＥＬＥＣＴ文を生成していることによる。このＳＥＬＥＣＴ文では、選択項目をＯＰＴＩＯＮ文の一覧で表す。ＯＰＴＩＯＮ文にはＨＴＴＰリクエストの引数として送られる文字列をＶＡＬＵＥ属性で指定し、ディスプレイにレンダリングされる表示用の文字列を値で指定する。

ここでは、引数として印刷商品グループデータベース３０３の印刷商品グループコード７０１、表示用の文字列として印刷商品グループデータベース３０３の印刷商品グループ名７０２を使用するものとする。図１４に示す印刷グループ商品一覧により、ＣＧＩプログラム「reseller」は以下のようなＳＥＬＥＣＴ文を生成する。

＜SELECT＞
＜OPTION＞選択してください＜/OPTION＞
＜OPTION value='1001'＞Tシャツ(白)＜/OPTION＞
＜OPTION value='1002'＞ポスターA0＜/OPTION＞
＜OPTION value='1003'＞ポストカード＜/OPTION＞
＜OPTION value='1004'＞マグカップ＜/OPTION＞
＜/SELECT＞
これらのＳＥＬＥＣＴ文をＷｅｂブラウザ３１３がレンダリングすることにより、１５０１に示す選択フィールドが表示され、ドロップダウン時には１５１０に示す表示になる。

１５０２〜１５０４は入力用フィールドであり、ＨＴＴＰリクエストの引数を指定するためのものである。販売者端末装置１３０１のキーボード２０６やポインティングデバイス２０７を使用してＯＫボタン１４０５を操作すると、販売者端末装置１３０１のＷｅｂブラウザ３１３が１５０１で選択した値と１５０２〜１５０４で入力した文字列を引数として上述のＵＲＬと共にＨＴＴＰリクエストを構成し、インターネット１０２に送信する。また、１５０２は印刷画像ＵＲＬ、１５０３はサムネイル画像ＵＲＬ、１５０４は販売価格の入力用フィールドである。

＜シーケンス１３０６＞
次に、販売者は販売者端末装置１３０１のＷｅｂブラウザ３１３が表示した販売商品登録画面（図１５）に対し、キーボード２０６やポインティングデバイス２０７を使用して入力や選択を行う。

図１６は、入力済み販売商品登録画面の一例を示す図である。ここでは、印刷商品グループ１６０１として「Ｔシャツ（白）」が選択されており、以下入力項目として、印刷画像ＵＲＬ１６０２に「http://www.reseller.jp/image1.jpg」、サムネイル画像ＵＲＬ１６０３に「http://www.reseller.jp/thumb1.jpg」、販売価格１６０４に「４０００」が入力されている。

販売者が入力及び選択を終了した後、キーボード２０６やポインティングデバイス２０７を使用してＯＫボタン１６０５を操作すると、Ｗｅｂブラウザ３１３は販売商品登録処理用のＵＲＬ「http://www.server.jp/cgi/reseller」（図４の４０２参照）と、１６０１〜１６０４で選択、入力された文字列を引数として含むＨＴＴＰリクエストをインターネット１０２に送信する。１６０１に関しては上述のように、引数として送信される文字列と表示用の文字列が異なるので、選択されているのは「Ｔシャツ（白）」であるが、引数として送信される文字列は上述のＳＥＬＥＣＴ文を参照して「１００１」である。こうして送信されたＨＴＴＰリクエストはインターネット１０２を介してサーバ１３０２のＷｅｂサーバ３０７で受信され、Ｗｅｂサーバ３０７がこのＵＲＬに対するＣＧＩプログラム３０６として「reseller」をマッピングする（図４の４０２参照）。

＜シーケンス１３０７＞
次に、Ｗｅｂサーバ３０７は、マッピングしたＣＧＩプログラム「reseller」へＨＴＴＰリクエストの引数を入力する。ＣＧＩプログラム「reseller」は引数が空でない場合、販売商品の登録処理を行うように動作する。ここでは印刷商品グループコードとして「１００１」、印刷画像ＵＲＬとして「http://www.reseller.jp/image1.jpg」、サムネイル画像ＵＲＬとして「http://www.reseller.jp/thumb1.jpg」、販売価格として「４０００」が入力される。

ＣＧＩプログラム「reseller」は印刷画像のチェックを行う。まず引数で指定された印刷画像ＵＲＬ「http://www.reseller.jp/image1.jpg」を含むＨＴＴＰリクエストをインターネット１０２に送信する。図３に示したように、ＣＧＩプログラム自身がＨＴＴＰリクエストの送信及びＨＴＴＰレスポンスの受信を行うことができる。送信されたＨＴＴＰリクエストはインターネット１０２を介して販売者サーバ１３０３のＷｅｂサーバ３１１で受信される。Ｗｅｂサーバ３１１は図５に示したようにＵＲＬ「http://www.reseller.jp/image1.jpg」に対して５０１に示す画像ファイル３１０をマッピングし、マッピングした画像ファイルの内容を本文（body）とするＨＴＴＰレスポンスをインターネット１０２に送信する。このＨＴＴＰレスポンスはインターネット１０２を介してサーバ１３０２のＣＧＩプログラム「reseller」で受信される。

次に、ＣＧＩプログラム「reseller」は、ＨＴＴＰレスポンスの本文（body）から画像ファイルの内容を読み込み、外部記憶装置２０４上に一時的な画像ファイルとして保存する。これ以降、この画像ファイルを〔Ａ〕とする。もし引数で指定された印刷画像ＵＲＬが空だったり、送信したＨＴＴＰリクエストに対して販売者サーバ１３０３のＷｅｂサーバ３１１がエラーを返してきたりした場合は、チェック失敗としてシーケンス１３０９へ進む。正常に保存できた場合は次のシーケンス１３０８へ進む。

＜シーケンス１３０８＞
ＣＧＩプログラム「reseller」は引数のチェックを行う。最初に、引数の印刷商品グループコードが空でないか否かをチェックし、空ならチェック失敗としてシーケンス１３０９へ進む。図１５の入力画面で１５０１に「選択してください」が選択されている場合、送信されてくる引数の値は空である。次に、印刷商品グループコードが正しいか否かをチェックする。１５０１では送信される引数の値をＯＰＴＩＯＮ文で列挙しているので、予めＯＰＴＩＯＮ文で指定しておいた値しか送信されてこないはずであるが、「なりすまし」等でＨＴＴＰリクエストを改竄して送信される可能性も考えられる。このため、引数の印刷商品グループコードをキーとしてデータベースプログラム３０５に対し、印刷商品グループデータベース３０３のレコードの検索を指示し、該当するレコードが見つからなければチェック失敗としてシーケンス１３０９へ進む。ここでは印刷商品グループコードとして「１００１」が入力されてきているので、印刷商品グループデータベース３０３の登録レコード（図１４）のうち１４０１、及び１４０５〜１４０７が見つかる。

次に、見つかった印刷商品グループコードに含まれる印刷商品コードの１つをキーとしてデータベースプログラム３０５に対し、印刷商品データベース３０２のレコードの検索を指示する。ここでは１４０５〜１４０７のうち、１４０５をキーとして選び、印刷商品コード「ＴＳ−Ｗ−Ｓ」に対応する印刷商品として図１０の１００１に示すレコードを得る。以降、このレコードを〔Ｂ〕とする。

次に、引数の印刷画像ＵＲＬをチェックする。シーケンス１３０７で印刷画像ＵＲＬ「http://www.reseller.jp/image1.jpg」から印刷画像を取得しているので、ＵＲＬの到達性チェックは終了している。ここでは外部記憶装置２０４上に一時的に保存した画像ファイル〔Ａ〕の解像度のチェックを行う。上述した印刷商品グループ検索で見つかったレコード〔Ｂ〕には、許容解像度（高さ）と許容解像度（幅）が指定されている。図１０に示す１００１を参照すると、印刷商品コード「ＴＳ−Ｗ−Ｓ」においてはそれぞれ１２００ピクセルと８００ピクセルである。外部記憶装置２０４上に一時的に保存した画像ファイルの解像度がこの許容解像度と等しいか否かをチェックする。図５の５０１に示したように、ＵＲＬ「http://www.reseller.jp/image1.jpg」で指定される画像のサイズは高さ１２００ピクセル、幅８００ピクセルであることから、このチェックは成功する。また、解像度が合わなかった場合は、チェック失敗としてシーケンス１３０９へ進む。

次に、引数のサムネイル画像ＵＲＬをチェックする。ここでは引数で指定されたサムネイル画像ＵＲＬ「http://www.reseller.jp/thumb1.jpg」を含むＨＴＴＰリクエストを送信し、販売者サーバ１３０３のＷｅｂサーバ３１１が正常にＨＴＴＰレスポンスを返してくるか否かだけをチェックする。もし引数で指定されたサムネイル画像ＵＲＬが空だったり、送信したＨＴＴＰリクエストに対して販売者サーバ１３０３のＷｅｂサーバ３１１がエラーを返してきたりした場合は、チェック失敗としてシーケンス１３０９へ進む。ここでは図５の５０３に示したように、ＵＲＬ「http://www.reseller.jp/thumb1.jpg」に対する画像のマッピングが存在することから、このチェックは成功する。

最後に、引数の販売価格をチェックする。上述した印刷商品検索で見つかったレコード〔Ｂ〕にはコスト（最低販売価格）が指定されている。図１０に示す１００１を参照すると、印刷商品コード「ＴＳ−Ｗ−Ｓ」においては「３０００」円である。ここでは引数で指定された販売価格がコスト（最低販売価格）以上であるか否かのチェックを行う。もし引数で指定された販売価格が空だったり、コスト（最低販売価格）を下回ったりした場合は、チェック失敗としてシーケンス１３０９へ進む。ここでは「４０００」円が指定されていることから、このチェックは成功する。

＜シーケンス１３０９＞
上述のシーケンス１３０７で印刷画像の取得に失敗した場合、又はシーケンス１３０８で引数のチェックに失敗した場合は、ＣＧＩプログラム「reseller」はチェック失敗場面を表すＨＴＭＬデータを出力する。以降、シーケンス１３０５と同様に、Ｗｅｂサーバ３０７がＨＴＴＰレスポンスを送信し、インターネット１０２を介して販売者端末装置１３０１のＷｅｂブラウザ３１３が受信し、販売者端末装置１３０１のディスプレイ２０５上にレンダリングする。

レンダリングされた様子は図１６に示した画面と全く同様であり、シーケンス１３０６で販売者の選択、入力した内容がそのまま表示されている。また、ここに失敗内容を示すメッセージを追加表示しても良い。

＜シーケンス１３１０＞
上述のシーケンス１３０８で引数のチェックに成功した場合、ＣＧＩプログラム「reseller」は販売商品データベース３０４に販売商品レコード（図８）を登録する処理を行う。

まず、ＣＧＩプログラム「reseller」は販売商品コード８０１の新規発行処理を行う。図８に示したように販売商品コードはＰＫが指定されているので、複数レコードにおいて重複しないように発行する必要がある。ここでは上述した印刷商品グループコードと同様の方法で行うことにする。即ち、販売商品コードを数値形式で持つこととし、常に既存の販売商品コードを上回る数値を新規発行することにする。

次に、ＣＧＩプログラム「reseller」はデータベースプログラム３０５に対して販売商品データベース３０４に新規レコードの追加を指示する。上述のように販売商品データベースは図８に示すレコード構成をしており、新規発行した販売商品コードがレコードの販売商品コード８０１に、引数で指定された印刷商品グループコードがレコードの印刷商品グループコード８０２に、引数で指定された印刷画像ＵＲＬがレコードの印刷画像ＵＲＬ８０３に、引数で指定されたサムネイル画像ＵＲＬがレコードのサムネイル画像ＵＲＬ８０４に、引数で指定された販売価格がレコードの販売価格８０５に、それぞれ登録される。

その登録結果は図１８の１８０１に示すようになる。

＜注文＞
次に、図１７〜図２１を参照して、注文者が注文者端末装置１０５からサーバ１０１の販売商品データベース３０４に登録された販売商品に対して注文を行う処理について詳細に説明する。

＜注文シーケンス＞
図１７は、注文処理のシーケンスを示す図である。図１７において、１７０１は注文者端末装置であり、図１に示す１０５に相当する。１７０２はサーバであり、同様に図１に示す１０１に相当する。１７０１と１７０２は図１に示すようにインターネット１０２を通じて相互に通信が可能である。

＜販売商品データベースの内容＞
図１７に示すシーケンスを説明する前に、上述の販売商品登録処理によりサーバ１０１の販売商品データベース３０４に登録されたレコードの内容について説明する。

図１８は、販売商品データベースに登録されたレコードの内容を示す図である。図１８において、１８０１は上述の販売商品登録処理において詳細に説明した販売商品である。１８０２は同様にして登録した販売商品である。

＜カートに追加ＣＧＩの呼び出し＞
まず、注文者が販売商品をカートに追加するＣＧＩプログラムのＵＲＬは図４の４０３に示すように「http://www.server.jp/cgi/addCart」である。ＣＧＩは引数「pid」として販売商品コード８０１を取る。例えば、１８０１に示す販売商品をカートに追加する場合のＣＧＩ呼び出しＵＲＬは、その販売商品コードが１００１であるので「http://www.server.jp/cgi/addCart?pid=1001」となる。この販売商品を登録した販売者は、販売商品をカートに追加するＣＧＩ呼び出しのＵＲＬに自身のホームページからリンクを行ったり、そのＵＲＬを広告やダイレクトメール等の手段で広く告知を行ったりして、注文者が該販売商品の注文を行えるようにする。

＜シーケンス１７０３＞
次に、注文者は注文者端末装置１７０１のＷｅｂブラウザ３１３に対し、キーボード２０６やポインティングデバイス２０７を使用して販売商品をカートに追加するＣＧＩの呼び出しＵＲＬ「http://www.server.jp/cgi/addCart?pid=XXX」（ＸＸＸは販売商品コード）の閲覧を指示する。Ｗｅｂブラウザ３１３は、このＵＲＬを含むＨＴＴＰリクエストをインターネット１０２に送信する。ＨＴＴＰリクエストはインターネット１０２を介してサーバ１２０２のＷｅｂサーバ３０７で受信され、Ｗｅｂサーバ３０７がこのＵＲＬに対するＣＧＩプログラム３０６として「addCart」をマッピングする（図４の４０３参照）。

＜シーケンス１７０４＞
次に、ＣＧＩプログラム「addCart」は送信されたＨＴＴＰリクエストに現在のカートの内容を示すcookieが存在するか否かを調べる。尚、ＣＧＩプログラム「addCart」は注文者の現在のカートの内容をcookieに保存することとし、cookieに保存する内容は単純に販売商品コードを並べたものとする。

ここで、カートの内容を示すcookieが存在すれば、cookieに保存されたカートの内容に引数で指定された販売商品コードを追加する。また、カートの内容を示すcookieが存在しなければ、カートの内容は引数で指定された販売商品コードのみとなる。ここではカート内の販売商品コードが「１００１」、「１００２」になったとする。

次に、ＣＧＩプログラム「addCart」は現在のカート内容を表示すると同時に注文を行えるようにするカート画面を表すＨＴＭＬデータを出力する。このＨＴＭＬデータの生成方法については更に後述する。Ｗｅｂサーバ３０７はこのＨＴＭＬデータを本文（body）とするＨＴＴＰレスポンスをインターネット１０２に送信する。ＣＧＩプログラム「addCart」はＨＴＴＰレスポンスに現在のカート内容を示すcookieを付加する。ＨＴＴＰレスポンスはインターネット１０２を介して注文者端末装置１７０１のＷｅｂブラウザ３１３で受信され、Ｗｅｂブラウザ３１３がこのＨＴＴＰレスポンスの本文（body）部分であるＨＴＭＬデータを注文者端末装置１７０１のディスプレイ２０５上にレンダリングし、付加されたcookieをＲＡＭ２０２又は外部記憶装置２０４に保存する。

図１９は、販売商品を注文するカート画面の一例を示す図である。この画面はＨＴＭＬのフォーム機能を使用して構成されている。ここではＨＴＴＰリクエストの送信先ＵＲＬとして注文用のＵＲＬ「http://www.server.jp/cgi/order」（図４の４０４参照）が指定されているものとする。

ここで、図１９に示す表示に対応するＨＴＭＬデータの生成方法について説明する。１９０１〜１９０６は販売商品コード「１００１」に対応する表示である。１９０１はサムネイルである。ＣＧＩプログラム「addCart」はデータベースプログラム３０５に対し販売商品コード「１００１」をキーとして販売商品データベースの検索を指示し、図１８の１８０１に示すレコードを得る。これ以降、このレコードを〔Ｃ〕とする。ＣＧＩプログラム「addCart」は〔Ｃ〕のサムネイル画像ＵＲＬ「http://www.reseller.jp/thumb1.jpg」をＨＴＭＬのＩＭＧ文のＳＲＣ属性に指定したＨＴＭＬフラグメントを出力する。このＨＴＭＬフラグメントのレンダリングの際に、Ｗｅｂブラウザ３１３はＩＭＧ文のＳＲＣ属性に指定されたＵＲＬ「http://www.reseller.jp/thumb1.jpg」を含むＨＴＴＰリクエストをインターネット１０２に送信する。このＨＴＴＰリクエストはインターネット１０２を介して販売者サーバ１０３のＷｅｂサーバ３１１で受信され、Ｗｅｂサーバ３１１がこのＵＲＬに対する画像として図５の５０３に示す画像をマッピングし、その画像の内容を本文（body）とするＨＴＴＰレスポンスをインターネット１０２に送信する。このＨＴＴＰレスポンスはインターネット１０２を介して注文者端末装置１７０１のＷｅｂブラウザ３１３で受信され、Ｗｅｂブラウザ３１３がこのＨＴＴＰレスポンスの本文（body）部分である画像を注文者端末装置１７０１のディスプレイ２０５上にレンダリングし、１９０１の表示を得る。

１９０２と１９０３は印刷商品グループ名と印刷商品選択コンボボックスである。両者の出力を図２１に示すフローチャートを参照しながら説明する。

まず、ステップＳ２１０１において、ＣＧＩプログラム「addCart」は〔Ｃ〕の印刷商品グループコード「１００１」をキーとしてデータベースプログラム３０５に対し、印刷商品グループデータベース３０３の検索を指示し、図１４の１４０１に示すレコードを得る。そして、ＣＧＩプログラム「addCart」は、このレコードの印刷商品グループ名「Ｔシャツ（白）」を文字列として指定したＨＴＭＬフラグメントをＷｅｂブラウザ３１３に出力し、Ｗｅｂブラウザ３１３がレンダリングした結果、１９０２の表示を得る。

次に、ステップＳ２１０１において、ＣＧＩプログラム「addCart」は〔Ｃ〕の印刷商品グループコード「１００１」をキーとしてデータベースプログラム３０５に対し、印刷商品グループデータベース３０３の検索を指示し、図１４の１４０５〜１４０７に示すレコードを得る。これ以降、このレコードを〔Ｄ〕とする。そして、ステップＳ２１０３において、〔Ｄ〕が１件以下なら、この処理を終了する。

また、〔Ｄ〕が２件以上ならステップＳ２１０４へ進み、〔Ｄ〕の各レコードの印刷商品コードと印刷商品名をＳＥＬＥＣＴ文で出力する。ＯＰＴＩＯＮ文のＶＡＬＵＥ属性には印刷商品コードを指定する。また、ＯＰＴＩＯＮ文の値には印刷商品コードをキーとしてデータベースプログラム３０５に対して印刷商品データベース３０２の検索を指示し、見つかったレコードの印刷商品名６０２を使用する。〔Ｄ〕の各レコード１４０５〜１４０７に対しては、それぞれ図１０の１００１〜１００３に示すレコードが見つかり、印刷商品名としてそれぞれ「Ｔシャツ（白）Ｓサイズ」「Ｔシャツ（白）Ｍサイズ」「Ｔシャツ（白）Ｌサイズ」を得る。

以上により、ＣＧＩプログラム「addCart」が印刷商品選択コンボボックスとして以下のようなＳＥＬＥＣＴ文をＨＴＭＬフラグメントとしてＷｅｂブラウザ３１３に出力し、Ｗｅｂブラウザ３１３がレンダリングした結果、１９０３の表示を得る。そして、注文者がキーボード２０６やポインティングデバイス２０７を使用して表示１９０３を選択すると、１９１３に示すドロップダウンの表示を得る。

＜SELECT＞
＜OPTION＞選択してください＜/OPTION＞
＜OPTION value='TS-W-S'＞Tシャツ(白) Sサイズ＜/OPTION＞
＜OPTION value='TS-W-M'＞Tシャツ(白) Mサイズ＜/OPTION＞
＜OPTION value='TS-W-L'＞Tシャツ(白) Lサイズ＜/OPTION＞
＜/SELECT＞
１９０４は販売価格である。ＣＧＩプログラム「addCart」が〔Ｃ〕の販売価格に「円」を付加した文字列をＨＴＭＬフラグメントとしてＷｅｂブラウザ３１３に出力し、Ｗｅｂブラウザ３１３がレンダリングした結果、１９０４の表示を得る。

１９０５は注文数の入力フィールドである。１９０６は注文数の単位名称表示である。ＣＧＩプログラム「addCart」が〔Ｃ〕の「注文数単位名称」、「商品数単位名称」、「注文数当たりの商品数」を使用し、『「注文数単位名称」（１「注文数単位名称」＝「注文数当たりの商品数」「商品数単位名称」）』という文字列をＨＴＭＬフラグメントとしてＷｅｂブラウザ３１３に出力し、Ｗｅｂブラウザ３１３がレンダリングした結果、１９０６の表示を得る。

また、１９０７〜１９１１は販売商品コード「１００２」に対応する表示であり、ＣＧＩプログラム「addCart」が上述の処理と同様な処理でＷｅｂブラウザ３１３に出力したＨＴＭＬフラグメントをＷｅｂブラウザ３１３がレンダリングしたものである。尚、販売商品コード「１００２」に対応する印刷商品グループコード「１００３」（図１８の１８０２参照）に含まれる印刷商品は１つなので（図１４の１４１０参照）、図２１に示すフローチャートのステップＳ２１０３の判定が「Ｎｏ」となり、印刷商品選択コンボボックスは出力されない。

＜シーケンス１７０５＞
次に、注文者は注文者端末装置１７０１のＷｅｂブラウザ３１３に表示されたカート画面（図１９）に対し、キーボード２０６やポインティングデバイス２０７を使用して入力や選択を行う。

図２０は、入力済みのカート画面の一例を示す図である。ここでは、販売商品コード「１００１」の販売商品の印刷商品として「Ｔシャツ（白）Ｍサイズ」が選択されており（２００３）、注文個数として「１」が入力されており（２００５）、販売商品コード「１００２」の販売商品の注文個数として「２」が入力されている（２０１０）。

ここで、注文者が入力を終了し、キーボード２０６やポインティングデバイス２０７を使用して注文ボタン２０１２を操作すると、Ｗｅｂブラウザ３１３は注文用のＵＲＬ「http://www.server.jp/cgi/order」（図４の４０４参照）と、２００３、２００５、２０１０で入力、選択された内容を引数として含むＨＴＴＰリクエストをインターネット１０２に送信する。送信されたＨＴＴＰリクエストはインターネット１０２を介してサーバ１７０２のＷｅｂサーバ３０７で受信され、Ｗｅｂサーバ３０７がこのＵＲＬに対するＣＧＩプログラム３０６として「order」をマッピングする（図４の４０４参照）。

このようにして、商品提供者が図６、図１０に示す印刷商品に対して図７、図１４に示す印刷商品グループを図９に示す方法で構成しておくことにより、販売者が図８、図１８に示す販売商品を図１３に示す方法で構成することができ、また、それらを利用して図１９、図２０に示すカート画面の表示を図１７、図２１に示す方法で行うことができる。注文者はカート画面から必要に応じて印刷商品を選択し、注文個数を入力して注文を行うことができる。

以上説明したように、本実施形態によれば、提供商品の数に比例して付加価値を付加する手間が増えることなく、また提供商品の数に比例して販売商品の数が増えることなく、提供商品に対して付加価値を付加して販売を行えるオンライン販売システムを提供することができる。

［変形例］
本実施形態では、Ｗｅｂサーバに対する通信プロトコルを全てＨＴＴＰとしたが、本発明はこれに限るものではなく、通信データに個人情報が含まれることから、より望ましくはＨＴＴＰＳ等のセキュアなプロトコルを使用しても良い。

また、図１に示す販売者サーバ１０３及び販売者端末装置１０５は、同一の装置として構成されても良い。

また、図１３に示すシーケンス１３０７でダウンロードした印刷画像をサーバ１３０２の外部記憶装置２０４にキャッシュし、次回以降に同一ＵＲＬに対して販売商品の登録があったときに再利用しても良い。キャッシングの際に、販売者サーバ１３０３上でＵＲＬにマッピングされる画像ファイルが更新されているか否かのチェックが必要で、更新されていればキャッシュをも更新する必要があるのは言うまでもない。

また、図９に示すシーケンス９０４や図１３に示すシーケンス１３０５で印刷商品グループ登録画面や販売商品登録画面をディスプレイ２０５に表示する際に、より望ましくはＵＲＬ送信者が確かに商品提供者や販売者であるか否かの認証を行うようにしても良い。

尚、本発明は複数の機器（例えば、ホストコンピュータ，インタフェース機器，リーダ，プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用しても良い。

また、本発明の目的は前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。

この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

このプログラムコードを供給するための記録媒体としては、例えばフロッピー（登録商標）ディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

更に、記録媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本実施形態におけるシステムの全体構成を示す図である。 サーバ及び端末装置として機能するコンピュータのハードウェア構成の一例を示す図である。 コンピュータにサーバ及び端末装置の機能を実現させる論理ブロック（モジュール）の構成を示す図である。 サーバにおけるＣＧＩプログラムの種類とＵＲＬ及びプログラム名を示す図である。 販売者サーバにおける画像ファイルの種類とＵＲＬ及び各画像の内容を示す図である。 印刷商品データベースのレコード構成を示す図である。 印刷商品グループデータベースのレコード構成を示す図である。 販売商品データベースのレコード構成を示す図である。 印刷商品グループ登録処理のシーケンスを示す図である。 印刷商品データベースに登録されているレコードの内容を示す図である。 印刷商品グループ登録画面の一例を示す図である。 入力済み印刷商品グループ登録画面の一例を示す図である。 販売商品を登録するシーケンスを示す図である。 印刷商品グループデータベースに登録されたレコードの内容を示す図である。 販売商品登録画面の一例を示す図である。 入力済み販売商品登録画面の一例を示す図である。 注文処理のシーケンスを示す図である。 販売商品データベースに登録されたレコードの内容を示す図である。 販売商品を注文するカート画面の一例を示す図である。 入力済みのカート画面の一例を示す図である。 印刷商品グループ名と印刷商品選択コンボボックスを生成する処理を示すフローチャートである。

符号の説明

１０１ サーバ
１０２ インターネット
１０３ 販売者サーバ
１０４ 商品提供者端末装置
１０５ 注文者端末装置
１０６ 販売者端末装置
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ネットワークインタフェース
２０４ 外部記憶装置
２０５ ディスプレイ
２０６ キーボード
２０７ ポインティングデバイス

Claims (8)

1. 商品提供者が提供する複数の商品に対して販売者が付加価値を付加して販売するネットワーク販売システムにおける商品管理方法であって、
   商品提供者が商品の性質に基づいて複数の商品を分類し、分類された各商品を商品グループとして登録する工程と、
   前記商品グループ毎に販売者が付加価値を付加した商品を販売商品として管理する工程と、
   前記販売商品の注文を受け付ける際に、前記管理された販売商品の中から所望の販売商品を選択させる工程とを有することを特徴とする商品管理方法。
2. 前記商品の性質は、各商品の要求する印刷画像解像度及び各商品に対する印刷料金であることを特徴とする請求項１に記載の商品管理方法。
3. 前記付加価値を付加した商品は、印刷可能な商品に画像を印刷した商品であることを特徴とする請求項１に記載の商品管理方法。
4. 前記選択させる工程は、前記商品グループに複数の商品が管理されている場合、前記商品グループの中から注文者が所望の商品を選択するための画面を表示し、該画面から商品を販売商品として選択させることを特徴とする請求項１に記載の商品管理方法。
5. 商品提供者が提供する複数の商品に対して販売者が付加価値を付加して販売するネットワーク販売システムであって、
   商品提供者が商品の性質に基づいて複数の商品を分類し、分類された各商品を商品グループとして登録する登録手段と、
   前記商品グループ毎に販売者が付加価値を付加した商品を販売商品として管理する管理手段と、
   前記販売商品の注文を受け付ける際に、前記管理された販売商品の中から所望の販売商品を選択させる選択手段とを有することを特徴とするネットワーク販売システム。
6. 商品提供者が提供する複数の商品に対して販売者が付加価値を付加して販売するネットワーク販売装置であって、
   商品提供者が商品の性質に基づいて複数の商品を分類し、分類された各商品を商品グループとして登録する登録手段と、
   前記商品グループ毎に販売者が付加価値を付加した商品を販売商品として管理する管理手段と、
   前記販売商品の注文を受け付ける際に、前記管理された販売商品の中から所望の販売商品を選択させる選択手段とを有することを特徴とするネットワーク販売装置。
7. コンピュータに請求項１乃至請求項４の何れか一項に記載された商品管理方法の各手順を実行させるためのプログラム。
8. 請求項７に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images