JP2004334485A - 商品供給システムを制御するための制御方法及びそれをコンピュータに実施させるためのプログラム - Google Patents

Abstract

【課題】クリエータへの負荷をかけずにネットワーク上のクリエータが提供する環境でオンライン販売を行なうことを実現するための商品供給方法及び商品管理方法及び商品販売方法及びこれらの方法をコンピュータに実施させるためのプログラム及びコンピュータ装置を提供することを目的とする。
【解決手段】クリエータ側装置が商品に関する商品情報をサポート側装置に送信し、サポート側装置が商品の注文を受け付けるネットワーク上のロケーションを示すアドレスをクリエータ側装置に送信し、クリエータ側装置が該ロケーションへの接続を購入者側装置に受け付けさせるよう該アドレスを含むデータを購入者側装置が接続されるネットワークに送出する。サポート側装置は購入者側装置による該ロケーションへの接続によって、商品の受注処理を実行する。
【選択図】 図１８

Description

【０００１】
【発明の属する技術分野】
本発明はネットワーク環境で商品を流通させるための商品供給方法及び商品管理方法及び商品販売方法及びこれらの方法をコンピュータに実施させるためのプログラム及びコンピュータ装置に関する。
【０００２】
【従来の技術】
従来、イラストレーター・写真家・ＣＧ作家等、個人に著作権が帰属する画像や音楽などのコンテンツを有する人（以下、クリエータと総称する。）が、コンテンツを含む商品をオンライン販売するためには、受注管理、在庫管理、課金処理、発送処理等ができるシステムを構築して運営しなければならず、困難であった（例えば、非特許文献１参照）。
【０００３】
また、クリエータは販売する商品を予め用意しておかなければならず、売れ残った場合に在庫を抱えてしまうという問題があった。
【０００４】
【非特許文献１】
「楽天サービス総合カタログ ２００２年１０月〜１２月」、４〜５頁、楽天株式会社
【０００５】
【発明が解決しようとする課題】
本発明は以上の事情に鑑みてなされたものであり、クリエータへの負荷をかけずにネットワーク上のクリエータの提供する環境でオンライン販売を行なうための商品供給方法及び商品管理方法及び商品販売方法及びこれらの方法をコンピュータに実施させるためのプログラム及びコンピュータ装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明は、商品に関する商品情報を第１の情報処理装置に送信するステップと、前記商品の注文を受け付けるネットワーク上のロケーションを示すアドレスを前記第１の情報処理装置から受信するステップと、前記ロケーションへの接続を第２の情報処理装置に受け付けさせるよう前記アドレスを含むページデータを前記ネットワークに送出するステップとを備えることを特徴とする商品供給方法及びこの方法をコンピュータ装置に実施させるためのプログラム及びこのコンピュータ装置を提供する。
【０００７】
また、本発明は、第１の情報処理装置から商品に関する商品情報を受信するステップと、前記商品の注文を受け付けるネットワーク上のロケーションを示すアドレスを前記第１の情報処理装置に発行するステップと、前記アドレスが示すロケーションへ第２の情報処理装置が接続することにより、前記商品の受注処理を実行するステップとを備えることを特徴とする商品管理方法及びこの方法をコンピュータ装置に実施させるためのプログラム及びこのコンピュータ装置を提供する。
【０００８】
また、本発明は、第１の情報処理装置が、商品に関する商品情報を第２の情報処理装置に送信するステップと、前記第２の情報処理装置が、前記商品の注文を受け付けるネットワーク上のロケーションを示すアドレスを前記第１の情報処理装置に発行するステップと、前記第１の情報処理装置が、前記ロケーションへの接続を第３の情報処理装置に受け付けさせるよう前記アドレスを含むページデータを前記ネットワークに送出するステップと、前記第２の情報処理装置が、前記第３の情報処理装置が前記ロケーションへ接続することにより、前記商品の受注処理を実行するステップとを備えることを特徴とする商品販売方法を提供する。
【０００９】
【発明の実施の形態】
以下、本発明における一実施形態について図面を参照して詳細に説明する。なお、本実施形態で用いる全てのドメイン名（ＦＱＤＮ；Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）は、単に装置を識別できるように記載しただけであり、実在するドメインとは無関係である。
【００１０】
＜販売システムの全体構成＞
まず、図１を参照して本実施形態の販売システムの全体構成を説明する。
【００１１】
図１は、本実施形態の販売システムの構成を示すブロック図である。
【００１２】
１０１はＴシャツやマグカップ等、多種の印刷商品に画像データを印刷して販売商品を作成する能力を有する事業者が設置したサポートサーバである。
【００１３】
１０３は画像データを保持するクリエータが設置したクリエータサーバである。クリエータサーバ１０３は注文者から販売商品の注文を受け付けるための販売画面を提供する。
【００１４】
１０４（１）、１０４（２）、・・・１０４（ｎ）は注文者が販売商品を注文するために使用する注文者端末である。
【００１５】
１０５はクリエータが画像データを作成したり、販売画面を提供するためのＷｅｂページデータを作成したり、各種情報をサポートサーバ１０１に送信するために使用するクリエータ端末である。
【００１６】
１０１、１０３〜１０５の装置はいずれも後述するコンピュータ装置２００で構成され、ネットワークインタフェース２０３を経由してインターネット１０２に接続され、互いに通信可能である。
【００１７】
尚、本実施形態では１０２をインターネットとして説明するが、データの送受信が可能な媒体であれば、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）など他のネットワークであっても構わない。
【００１８】
次に、図２〜図７を参照して、図１に示した販売システムの各構成要素を詳細に説明する。
【００１９】
＜コンピュータ装置の構成＞
図２は、サポートサーバ１０１、クリエータサーバ１０３、注文者端末１０４、およびクリエータ端末１０５を構成するコンピュータ装置２００の一例を示すブロック図である。
【００２０】
２０１は制御プログラムに従ってコンピュータ装置２００全体の制御を行うＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）である。２０２はＣＰＵ２０１が実行する制御プログラムや文書データ、画像データ等を格納する内部記憶部であり、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）やＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）などで構成される。２０３はインターネット１０２と接続して各種データを送受信するネットワークインタフェースである。２０４は各種データやファイルを保存する外部記憶装置であり、磁気ディスク等で構成される。２０５はディスプレイ、２０６はキーボード、２０７はマウス等のポインティングデバイスである。内部記憶部２０２に格納されているプログラムは、同じく内部記憶部２０２に格納されているＯｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）の機能を使用し、内部記憶部２０２に記憶されたデータの内容を読み書きしたり、外部記憶装置２０４上のファイルの内容を読み書きしたり、ネットワークインタフェース２０３を通じてデータの送受信を行なったり、キーボード２０６やポインティングデバイス２０７から入力された情報や指示を受け取ったり、ディスプレイ２０５に各種情報やデータの表示を行なったりするために実行される。
【００２１】
尚、プログラムは外部記憶装置２０４から読み込まれて実行されるようにしてもよいし、ネットワークインタフェース２０３を介して受信されて実行されるようにしてもよい。
【００２２】
また、コンピュータ装置２００はマイクなどの音声入力部やスキャナなどの画像入力部を備えることもできる。
【００２３】
また、コンピュータ装置２００は上記したすべての構成要素を必ずしも備える必要はない。例えば、サポートサーバ１０１やクリエータサーバ１０３ではディスプレイ２０５を省略したり、キーボード２０６やポインティングデバイス２０７を他のコンピュータ装置２００と共有したりするようにしてもよい。
【００２４】
＜サポートサーバのモジュール構成＞
図３は本実施形態のサポートサーバ１０１のモジュール構成を示すブロック図である。サポートサーバ１０１はコンピュータ装置２００などで構成される。尚、サポートサーバ１０１はインターネット１０２上でドメイン名「ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ」により識別される。
【００２５】
３０１〜３０４はサポートサーバ１０１の外部記憶装置２０４上に構成されるデータベースである。データベース３０１〜３０４はデータベースプログラム３０８が外部記憶装置２０４上のファイル内に論理的に構成したテーブルの集合である。３０１は印刷商品に関する情報、３０２はクリエータに関する情報、３０３は印刷商品にクリエータの画像データを印刷することによって作成される販売商品に関する情報、３０４は注文者からの販売商品の注文に関する情報をそれぞれ格納するデータベースである。尚、データベース３０１〜３０４の構成については図８、図１０、図１１、図１２を参照して後述する。
【００２６】
３０８は内部記憶部２０２に格納されているデータベースプログラムである。また、内部記憶部２０２に格納されている任意のプログラムは各テーブル内のレコードへアクセス可能である。ここでのアクセスとは、テーブルへのレコードの追加、テーブルからのレコードの削除、テーブル内のレコードに対する検索等の処理である。
【００２７】
３０５は内部記憶部２０２に格納されているＷｅｂサーバプログラムである。Ｗｅｂサーバプログラムはネットワークインタフェース２０３を通じて、インターネット１０２からＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）リクエストを受信し、Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（ＨＴＭＬ）データを本文（ｂｏｄｙ）とするＨＴＴＰレスポンスをインターネット１０２に送信する。
【００２８】
３０６は内部記憶部２０２に格納されているＣｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ（ＣＧＩ）プログラムである。各ＣＧＩプログラムはそれぞれＣＧＩプログラム名で識別される。ＣＧＩプログラムはＣＧＩインタフェースに準拠したプログラムであって、ＨＴＴＰリクエストの引数を入力し、ＨＴＴＰレスポンスの本文（ｂｏｄｙ）を出力するように動作する。
【００２９】
尚、ＣＧＩプログラムはＪａｖａ（Ｒ）２ Ｅｎｔｅｒｐｒｉｓｅ Ｅｄｉｔｉｏｎ（Ｊ２ＥＥ）サーバ上で動作するサーブレット・Ｊａｖａ（Ｒ） Ｓｅｒｖｅｒ Ｐａｇｅｓ（ＪＳＰ）あるいは、Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒ（ＩＩＳ）上で動作するＡｃｔｉｖｅ Ｓｅｒｖｅｒ Ｐａｇｅｓ（ＡＳＰ）あるいは、Ｐｅｒｌ等のスクリプト言語で記述されたスクリプトなどである。
【００３０】
また、ＨＴＴＰリクエストはＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）とそれに付随する引数を含む形式である。ＨＴＴＰリクエストは注文者端末１０４やクリエータ端末１０５のネットワークインタフェース２０３からインターネット１０２経由でサポートサーバ１０１やクリエータサーバ１０３に送信される。
【００３１】
また、ＵＲＬは大きくプロトコル部分とアドレス部分とパス名部分に分かれる。例えば、ＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｃｂｓ」である場合は、プロトコル部分が「ｈｔｔｐ：／／」であり、アドレス部分が「ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ」であり、パス名部分が「／ｃｇｉ／ｃｂｓ」になる。付随する引数は「引数名＝値」で表わすペアを「＆」で区切ったものである。たとえば「ｉｄ＝３０＆ｐａｓｓ＝ＸＸＸ」の場合は１つめの引数名が「ｉｄ」でその値が「３０」であり、２つめの引数名が「ｐａｓｓ」でその値が「ＸＸＸ」である。引数の指定方法はＨＴＴＰリクエストの種別（ｍｅｔｈｏｄ）がＧＥＴであるかＰＯＳＴであるかによって異なり、ＧＥＴの場合はＵＲＬのパス名の後に「？」に続けて指定し、ＰＯＳＴの場合はＨＴＴＰリクエストの本文（ｂｏｄｙ）に指定する。
【００３２】
また、ＨＴＴＰリクエストは静的なリクエストと動的なリクエストに大別される。静的なリクエストとは、Ｗｅｂサーバプログラム３０５が外部記憶装置２０４上のファイルの内容をそのままＨＴＭＬデータとして送信するように動作するリクエストである。どのファイルの内容を送信するかはＵＲＬのうちのパス名部分にしたがってＷｅｂサーバプログラム３０５が決定する。一方、動的なリクエストとは、Ｗｅｂサーバプログラム３０５がＣＧＩプログラム３０６に対してＣＧＩインタフェースに従ってＨＴＴＰリクエストの引数を入力し、ＣＧＩプログラム３０６の出力をＨＴＭＬデータとして送信するように動作するリクエストである。この時、Ｗｅｂサーバプログラム３０５はＨＴＴＰリクエストの引数以外の要素（ｃｏｏｋｉｅやＨＴＴＰリクエストそのものに関する情報等）も環境変数等を通じてＣＧＩプログラム３０６が取得できるようにする。尚、Ｗｅｂサーバプログラム３０５はＵＲＬのうちパス名によってＨＴＴＰリクエストが静的か動的かを識別する。ここではパス名部分が「／ｃｇｉ／」で始まっている場合は動的なリクエストとし、「／ｃｇｉ／」を除いた以降のパス名部分をＣＧＩプログラム名とする。たとえばＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｃｂｓ」である場合は、ＣＧＩプログラム名を「ｃｂｓ」と認識する。
【００３３】
また、ＣＧＩプログラム３０６はネットワークインタフェース２０３を通じてインターネット１０２にＨＴＴＰリクエストを送信することができる。また、ＣＧＩプログラム３０６はＨＴＭＬレスポンスの本文（ｂｏｄｙ）としてＨＴＭＬデータや画像データを受信することができる。
【００３４】
＜サポートサーバにおけるＣＧＩプログラムの種類およびプログラム名＞
図４は、サポートサーバ１０１におけるＣＧＩプログラム３０６の種類、ＵＲＬとのマッピング、およびプログラム名を示す表である。ここでは大別してクリエータ登録用のＣＧＩ、販売商品登録用のＣＧＩ、注文用のＣＧＩが用意されている。
【００３５】
４０１と４０２はクリエータ登録用のＣＧＩである。ＵＲＬはそれぞれ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｗｅｌｃｏｍｅ１」、「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｗｅｌｃｏｍｅ２」であり、プログラム名はそれぞれ「ｗｅｌｃｏｍｅ１」、「ｗｅｌｃｏｍｅ２」である。４０３〜４０５は販売商品登録用のＣＧＩであって、ＵＲＬはそれぞれ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｃｒｅａｔｏｒ１」、「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｃｒｅａｔｏｒ２」、「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｃｒｅａｔｏｒ３」であり、プログラム名はそれぞれ「ｃｒｅａｔｏｒ１」、「ｃｒｅａｔｏｒ２」、「ｃｒｅａｔｏｒ３」である。４０６、４０７は注文用のＣＧＩであって、ＵＲＬはそれぞれ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｏｒｄｅｒ１」、「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｏｒｄｅｒ２」であり、プログラム名はそれぞれ「ｏｒｄｅｒ１」、「ｏｒｄｅｒ２」である。
【００３６】
尚、各ＣＧＩプログラムの動作の詳細は図１３、図１８、図２５を参照して後述する。
【００３７】
＜クリエータサーバのモジュール構成＞
図５は本実施形態のクリエータサーバ１０３のモジュール構成を示すブロック図である。クリエータサーバ１０３はコンピュータ装置２００などで構成される。尚、クリエータサーバ１０３はインターネット１０２上でドメイン名「ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ」により識別される。
【００３８】
５０１はクリエータサーバ１０３の外部記憶装置２０４上のファイルであり、その内容はＨＴＭＬデータや画像データ、文書データ、音声データなどである。ファイル５０１は外部記憶装置２０４上で「ファイルパス名」により一意に識別される。
【００３９】
５０２は内部記憶部２０２に格納されているＷｅｂサーバプログラムである。Ｗｅｂサーバプログラム５０２はネットワークインタフェース２０３を通じて、インターネット１０２からＨＴＴＰリクエストを受信し、ＨＴＭＬデータを本文（ｂｏｄｙ）とするＨＴＴＰレスポンスをインターネット１０２に送信する。Ｗｅｂサーバプログラム５０２は静的なＨＴＴＰリクエストのみを受け付けるものとする。また、Ｗｅｂサーバプログラム５０２はＨＴＴＰリクエストのＵＲＬ内のパス名部分からファイルパス名へのマッピングを行ない、要求されたファイルパス名のファイル５０１を外部記憶装置２０４から参照し、その内容を本文（ｂｏｄｙ）とする。
【００４０】
＜クリエータサーバにおけるファイル＞
図６は、クリエータサーバ１０３におけるＵＲＬとファイル５０１のパス名とのマッピング、および各ファイルの種類と内容を示す表である。大別して印刷画像ファイル、サムネイル画像ファイル、ＨＴＭＬファイルが用意されている。６０１と６０２は印刷画像ファイルに関し、６０３と６０４はそれぞれ印刷画像ファイル６０１と６０２に対応するサムネイル画像ファイルに関し、６０５はＨＴＭＬファイルに関する情報である。
【００４１】
Ｗｅｂサーバプログラム５０２が６０１に示すような「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｉｍａｇｅｓ／ｉｍａｇｅ１．ｊｐｇ」というＵＲＬを含むＨＴＴＰリクエストを受信した場合、該ＵＲＬのパス名部分である「／ｉｍａｇｅｓ／ｉｍａｇｅ１．ｊｐｇ」をファイル５０１のファイルパス名「／ｖａｒ／ｗｗｗ／ｉｍａｇｅｓ／ｉｍａｇｅ１．ｊｐｇ」へとマッピングする。印刷画像ファイル６０１の内容は、画像サイズは高さ１２００ピクセル、横８００ピクセルである。尚、印刷画像ファイル６０２の場合も同様である。
【００４２】
Ｗｅｂサーバプログラム５０２が６０３に示すような「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｔｈｕｍｂ／ｔｈｕｍｂ１．ｊｐｇ」というＵＲＬを含むＨＴＴＰリクエストを受信した場合、該ＵＲＬのパス名部分である「／ｔｈｕｍｂ／ｔｈｕｍｂ１．ｊｐｇ」をファイル５０１のファイルパス名「／ｖａｒ／ｗｗｗ／ｔｈｕｍｂｓ／ｔｈｕｍｂ１．ｊｐｇ」へとマッピングする。尚、サムネイル画像ファイル６０３は印刷画像ファイル６０１と対応するサムネイル画像であるから、印刷画像ファイル６０１と同一のアスペクト比を有する。また、サムネイル画像ファイル６０３の画像サイズは高さ６０ピクセル、幅４０ピクセルである。尚、サムネイル画像ファイル６０４も同様である。
【００４３】
６０５はＨＴＭＬファイルである。Ｗｅｂサーバプログラム５０２は「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｈｔｍｌ／ｏｒｄｅｒ．ｈｔｍｌ」というＵＲＬのパス名部分「／ｈｔｍｌ／ｏｒｄｅｒ．ｈｔｍｌ」をファイルパス名「／ｖａｒ／ｗｗｗ／ｈｔｍｌ／ｏｒｄｅｒ．ｈｔｍｌ」へとマッピングする。尚、ＨＴＭＬファイル６０５の内容は図２６を参照して後述する。
【００４４】
＜注文者端末、クリエータ端末のモジュール構成＞
図７は本実施形態の注文者端末１０４およびクリエータ端末１０５のモジュールの構成を示すブロック図である。注文者端末１０４およびクリエータ端末１０５はコンピュータ装置２００などで構成される。
【００４５】
７０１は内部記憶部２０２に格納されているＷｅｂブラウザである。注文者やクリエータがキーボード２０６やポインティングデバイス２０７を使用して閲覧したい情報のＵＲＬをＷｅｂブラウザ７０１に入力することにより、ネットワークインタフェース２０３を通じてインターネット１０２に入力されたＵＲＬを含むＨＴＴＰリクエストが送信される。また、Ｗｅｂブラウザ７０１はＨＴＴＰリクエストの送信と同期して、それと対応するＨＴＴＰレスポンスをインターネット１０２からネットワークインタフェース２０３を通じて受信する。Ｗｅｂブラウザ７０１は受信したＨＴＴＰレスポンスの本文（ｂｏｄｙ）部分であるＨＴＭＬデータや画像データをディスプレイ２０５上にレンダリングすることができる。
【００４６】
Ｗｅｂブラウザ７０１は、ＨＴＭＬデータの場合はＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ（Ｗ３Ｃ）の定める規則に応じてＨＴＭＬデータの字句的・構文的解釈を行ない、画像データの場合は画像データフォーマットに応じて画像データの解釈を行なう。
【００４７】
＜データベース＞
次に、図８〜図１２を参照して、本実施形態において使用するデータベース３０１〜３０４のレコード構成について詳細に説明する。
【００４８】
＜印刷商品データベース＞
図８はクリエータの画像データを印刷する印刷商品についての情報を格納した印刷商品データベース３０１のレコード構成を示す図である。
【００４９】
８０１は印刷商品コードである。印刷商品コード８０１は印刷商品を一意に識別するためのコードである。印刷商品コード８０１は印刷商品データベース３０１内の各レコードにおいて重複しないよう、Ｐｒｉｍａｒｙ Ｋｅｙ（ＰＫ）と指定されている。
【００５０】
８０２は印刷商品名である。印刷商品名８０２は印刷商品を識別するための任意の文字列である。例えば、Ａ４用紙やＬ判プロフォトペーパ、ハガキ、マグカップ、Ｔシャツなどが挙げられる。
【００５１】
８０３はコスト（最低販売価格）である。事業者が印刷商品に画像データを印刷するのに要するコストである。尚、ここで、単位は円とする。
【００５２】
８０４と８０５は印刷商品に印刷される画像データの許容解像度であり、事業者が要求する解像度である。８０４、８０５はそれぞれ許容解像度の高さと幅を表わす。尚、ここで、単位はピクセルとする。
【００５３】
８０６は販売商品の注文数の単位名称である。８０７は販売商品の商品数の単位名称である。８０８は１注文数あたりの商品数である。
【００５４】
例えば、事業者は、マグカップは１個ずつ販売したいが、ポストカードは５枚を１組として販売したいとする。そして、マグカップは１個を注文単位として１「セット」と呼び、ポストカードは５枚を注文単位として１「組」と呼びたいとする。この場合、印刷商品名８０２には「マグカップ」、注文数単位名称８０６には「セット」、商品数単位名称には「個」、１注文数あたりの商品数には「１」が格納される。また、印刷商品名８０２には「ハガキ」、注文数単位名称８０６には「組」、商品数単位名称には「枚」、１注文数あたりの商品数には「５」が格納される。
【００５５】
また、図９に本実施形態印刷商品データベース３０１に登録されているレコードの内容の一例を示す。
【００５６】
９０１の印刷商品レコードは、印刷商品コード８０１に「ＴＳ−Ｗ−Ｓ」、印刷商品名８０２に「Ｔシャツ（白）Ｓサイズ」、コスト（最低販売価格）８０３に「３０００」、許容解像度（高さ）８０４に「１２００」、許容解像度（幅）８０５に「８００」、注文数単位名称８０６に「セット」、商品数単位名称に「枚」、１注文あたりの商品数８０８に「１」が格納されている。印刷商品レコード９０２〜９０８についても９０１と同様である。
【００５７】
＜クリエータデータベース＞
図１０は印刷商品に印刷される画像データを提供するクリエータに関する情報を格納するクリエータデータベース３０２のレコード構成を示す図である。
【００５８】
１００１はクリエータＩＤであり、クリエータを一意に識別するコードである。クリエータＩＤ１００１はクリエータデータベース３０２内の各レコードにおいて重複しないよう、ＰＫと指定されている。
【００５９】
１００２はクリエータを認証するためのパスワードである。１００３〜１００７はそれぞれクリエータの氏名、郵便番号、住所、電話番号、電子メールアドレスである。１００８はインターネット１０２を介して注文者端末１０４のディスプレイに販売画面を再生するためにクリエータが提供するＷｅｂページのＵＲＬである。１００９〜１０１３はそれぞれクリエータが販売商品の支払いを受けるための振込先金融機関、振込先支店、振込先口座種別、振込先口座番号、振込先名義である。
【００６０】
クリエータレコードの１００１〜１０１３への登録については、図１３を参照して後述する。
【００６１】
＜販売商品データベース＞
図１１は、クリエータが販売する販売商品に関する情報を格納する販売商品データベース３０３のレコード構成を示す図である。
【００６２】
１１０１は販売商品を登録したクリエータのクリエータＩＤである。クリエータＩＤ１１０１はクリエータデータベース３０２のクリエータＩＤ１００１を参照して格納されるので、Ｆｏｒｅｉｇｎ Ｋｅｙ（ＦＫ）と指定されている。
【００６３】
１１０２は販売商品をクリエータごとに識別するための一意なコードが格納される。販売商品データベース３０３内の各レコードにおいて販売商品ＩＤ１１０２が同一クリエータに対して重複しないよう、クリエータＩＤ１１０１と販売商品ＩＤ１１０２の組み合わせに対してＰＫと指定されている。
【００６４】
１１０３〜１１０６は販売商品に関する情報が格納され、図１８等を用いて後述する販売商品登録時にクリエータが指定した情報が格納される。
【００６５】
１１０３は印刷商品データベース３０１の印刷商品コード８０１を参照して格納されるので、ＦＫと指定されている。１１０４は印刷画像にアクセスするためのＵＲＬが格納される。１１０５は印刷画像のサムネイル画像にアクセスするためのＵＲＬが格納される。１１０６は販売商品の価格が格納される。
【００６６】
＜注文データベース＞
図１２は、注文者に関する情報を格納する注文データベース３０４のレコード構成を示す図である。
【００６７】
１２０１はオーダＩＤであり、注文を識別するための一意なコードが格納される。オーダＩＤ１２０１は注文データベース３０４内の各レコードで重複しないよう、ＰＫと指定されている。
【００６８】
１２０２は注文された販売商品のクリエータＩＤである。クリエータＩＤ１２０２はクリエータデータベース３０２のクリエータＩＤ１００１を参照して格納されるので、ＦＫと指定されている。
【００６９】
１２０３〜１２０５は図２５等を用いて後述する販売商品の注文時に注文者が指定した情報が登録される。１２０３は販売商品の配送先の住所、１２０４は販売商品の配送先の氏名、１２０５は販売商品の配送先の電話番号がそれぞれ格納される。
【００７０】
１２０６と１２０７は注文者により注文された販売商品に関する情報が格納される。１２０６は注文された販売商品の商品ＩＤであり、クリエータが登録した販売商品データベース３０３の販売商品ＩＤ（１１０２）を参照して格納されるので、ＦＫと指定されている。１２０７は販売商品の注文された個数が格納される。
【００７１】
販売商品ＩＤ１２０６と注文個数１２０７は任意の数だけフィールドを追加することが可能である。図１２にはｎ個目のフィールドとして１２０６−ｎと１２０７−ｎを示してある。
【００７２】
１２１０は注文された販売商品の合計額が格納される。販売商品ＩＤ１２０６−１〜ｎをキーとして販売商品データベース３０３のレコードを参照してそれぞれの販売価格１１０６を取得する。そして、販売価格１１０６と注文個数１２０７−１〜ｎの積をそれぞれ求め、それらの総和を計算して販売合計額１２１０に格納する。
【００７３】
１２１１は消費税額であり、販売合計額１２１０に消費税率（本実施形態においては５％）を乗じて求めた値が格納される。
【００７４】
販売合計額１２１０と消費税額１２１１との和が、注文者が注文内容に対して課金される課金額になる。
【００７５】
１２１２はコスト合計額が格納される。販売商品ＩＤ１２０６−１〜ｎをキーとして販売商品データベース３０３を参照して印刷商品コード１１０３を取得する。さらに、印刷商品コード１１０３をキーとして印刷商品データベース３０１を参照してコスト（最低販売価格）８０３を取得する。そして、コスト（最低販売価格）８０３と注文個数１２０７−１〜ｎの積をそれぞれ求め、それらの総和を計算してコスト合計額１２１２に格納する。
【００７６】
１２１３は注文が成立したかどうかを示す本注文フラグである。本注文フラグ１２１３は「ＯＦＦ」か「ＯＮ」かいずれかの状態を取る。注文者の操作により注文が確定されるまでは本注文フラグ１２１３は「ＯＦＦ」であり、注文者の操作により注文が確定されてはじめて本注文フラグ１２１３は「ＯＮ」になる。
【００７７】
＜クリエータ登録＞
次に、図１３〜図１７を参照して、クリエータが本実施形態におけるサポートサーバ１０１にオンライン登録を行なう処理について詳細に説明する。
【００７８】
図１３はクリエータ登録処理のシーケンスを示す図である。
【００７９】
ステップＳ１３０１：
クリエータはクリエータ端末１０５のＷｅｂブラウザ７０１に対し、キーボード２０６やポインティングデバイス２０７を使用してクリエータ登録画面表示用ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｗｅｌｃｏｍｅ１」（図４の４０１参照）を入力し、クリエータ登録ページの閲覧を指示する。Ｗｅｂブラウザ７０１はクリエータ登録画面表示用ＵＲＬを含むＨＴＴＰリクエストをインターネット１０２に送信する。インターネット１０２を介してサポートサーバ１０１のＷｅｂサーバ３０５が該ＨＴＴＰリクエストを受信し、Ｗｅｂサーバ３０５はクリエータ登録画面表示用ＵＲＬに対するＣＧＩプログラム３０６として「ｗｅｌｃｏｍｅ１」をマッピングする（図４の４０１参照）。
【００８０】
ステップＳ１３０２：
Ｗｅｂサーバ３０５はマッピングしたＣＧＩプログラム「ｗｅｌｃｏｍｅ１」へＨＴＴＰリクエストの引数を入力する。尚、ここで引数は空である。ＣＧＩプログラム「ｗｅｌｃｏｍｅ１」はクリエータ登録画面を表わすＨＴＭＬデータを出力し、サポートサーバ１０１のＷｅｂサーバ３０５はクリエータ登録画面表示用ＨＴＭＬデータを本文（ｂｏｄｙ）とするＨＴＴＰレスポンスをインターネット１０２に送信する。インターネット１０２を介してクリエータ端末１０５のＷｅｂブラウザ７０１が該ＨＴＴＰレスポンスを受信し、ＨＴＴＰレスポンスの本文（ｂｏｄｙ）部分であるクリエータ登録画面表示用ＨＴＭＬデータをディスプレイ２０５上にレンダリングする。
【００８１】
レンダリングの終了した様子を図１４に示す。クリエータ登録画面１４００はＨＴＭＬのフォーム機能を使用して構成されている。フォームを使用すると、ＨＴＴＰリクエストの送信先ＵＲＬと、その引数を指定することができる。ここではＵＲＬとしてクリエータ登録内容入力用ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｗｅｌｃｏｍｅ２」（図４の４０２参照）が指定されているものとする。また、１４０１〜１４１３に示すのはクリエータに関する情報を入力または選択するためのフィールドであって、ＨＴＴＰリクエストの引数を指定するためのものである。１４０１はクリエータＩＤ、１４０２はクリエータがサポートサーバにログインする際に使用するパスワード、１４０３はクリエータの氏名、１４０４はクリエータの郵便番号、１４０５はクリエータの住所、１４０６はクリエータの電話番号、１４０７はクリエータの電子メールアドレス、１４０８はクリエータが提供する販売のホームページのＵＲＬ、１４０９はクリエータの振込先金融機関、１４１０はクリエータの振込先支店、１４１１はクリエータの振込先口座種別、１４１２はクリエータの振込先口座番号、１４１３はクリエータの振込先名義をそれぞれ入力するためのフィールドである。また、振込先口座種別１４１１は選択用のフィールドで、他は入力用のフィールドである。
【００８２】
ステップＳ１３０３：
クリエータはクリエータ端末１０５のＷｅｂブラウザ７０１に表示されたクリエータ登録用画面１４００に対し、キーボード２０６やポインティングデバイス２０７を使用して入力または選択用のフィールド１４０１〜１４１３において入力または選択を行なう。
【００８３】
クリエータによる入力または選択が行われた例を図１５に示す。ここで、パスワード入力フィールド１５０２が「＊＊＊＊＊」と表示されているが、これは機密性を高めるために入力内容をディスプレイ２０５にエコーバックしていないためであり、実際には「ＸＸＸ」が入力されているものとする。入力フィールド１５０２に対応するＨＴＴＰリクエストの引数も「＊＊＊＊＊」ではなく「ＸＸＸ」が送信される。
【００８４】
また、入力フィールド１５０８に入力されているのはクリエータサーバ１０３が用意する販売用ページで、図６の６０５に示したＨＴＭＬファイルにマッピングされるＵＲＬが指定されている。
【００８５】
クリエータが入力または選択処理の終了後、キーボード２０６やポインティングデバイス２０７を使用してＯＫボタン１５１４を押下操作することにより、Ｗｅｂブラウザ７０１はクリエータ登録内容入力用ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｗｅｌｃｏｍｅ２」（図４の４０２参照）とフィールド１５０１〜１５１３に示す内容を引数として含むＨＴＴＰリクエストをインターネット１０２に送信する。インターネット１０２を介してサポートサーバ１０１のＷｅｂサーバ３０５が該ＨＴＴＰリクエストを受信し、クリエータ登録内容入力用ＵＲＬに対するＣＧＩプログラム３０６として「ｗｅｌｃｏｍｅ２」をマッピングする（図４の４０２参照）。
【００８６】
ステップＳ１３０４：
Ｗｅｂサーバ３０５はマッピングしたＣＧＩプログラム「ｗｅｌｃｏｍｅ２」へＨＴＴＰリクエストの引数を入力する。引数は前述のように図１５のフィールド１５０１〜１５１３で入力または選択された内容である。ＣＧＩプログラム「ｗｅｌｃｏｍｅ２」は処理の前に引数のチェックを行なう。
【００８７】
最初に、クリエータＩＤ１５０１が空でないかをチェックし、空ならエラーとしてステップＳ１３０５に進む。
【００８８】
次に、クリエータＩＤ１５０１が空でなければ、クリエータＩＤ１５０１をキーとしてデータベースプログラム３０８に対し、クリエータデータベース３０２のレコードの検索を指示する。図１０に示したとおりクリエータデータベース３０２においてクリエータＩＤ１００１はＰＫであるため、複数レコードにおけるクリエータＩＤの重複はできない。このため、もし検索の結果該当するレコードが見つかればエラーとしてステップＳ１３０５に進む。
【００８９】
検索の結果該当するレコードが見つからなければ、ステップＳ１３０６に進む。
【００９０】
なお、ステップＳ１３０４において他のチェックも行なってよい。一例を挙げると、郵便番号１５０４や住所１５０５が実在のものであるかのチェック、電話番号１５０６の桁数や市外局番・局番のチェック、メールアドレス１５０７のフォーマットや到達性のチェック、販売用ページＵＲＬ１５０８のフォーマットや到達性のチェック、振込先金融機関１５０９が実在のものであるかどうかのチェック、振込先口座番号１５１２の桁数のチェック等である。
【００９１】
ステップＳ１３０５：
ステップＳ１３０４でＣＧＩプログラム「ｗｅｌｃｏｍｅ２」がＨＴＴＰリクエストの引数をチェックした結果がエラーであった場合、ＣＧＩプログラム「ｗｅｌｃｏｍｅ２」はエラー画面を表わすＨＴＭＬデータを出力する。
【００９２】
サポートサーバ１０１のＷｅｂサーバ３０５はエラー画面表示用ＨＴＭＬデータを本文（ｂｏｄｙ）とするＨＴＴＰレスポンスをインターネット１０２に送信する。インターネット１０２を介してクリエータ端末１０５のＷｅｂブラウザ７０１が該ＨＴＴＰレスポンスを受信し、ＨＴＴＰレスポンスの本文（ｂｏｄｙ）部分であるエラー画面表示用ＨＴＭＬデータをディスプレイ２０５上にレンダリングする。
【００９３】
レンダリングされた様子は図１５に示すクリエータ登録内容入力画面にエラー内容を示すメッセージが追加表示されたものである。
【００９４】
ステップＳ１３０６：
ステップＳ１３０４でＣＧＩプログラム「ｗｅｌｃｏｍｅ２」がＨＴＴＰリクエストの引数のチェックに成功した場合、ＣＧＩプログラム「ｗｅｌｃｏｍｅ２」は続いて引数で指定されたクリエータ情報の登録処理を行なう。
【００９５】
まず、ＣＧＩプログラム「ｗｅｌｃｏｍｅ２」はデータベースプログラム３０８に対してクリエータデータベース３０２に新規レコードの追加を指示する。前述のようにクリエータＤＢは図１０に示すレコード構成を有しており、フィールド１５０１の入力値がクリエータＩＤ１００１に、フィールド１５０２の入力値がパスワード１００２に、フィールド１５０３の入力値が氏名１００３に、フィールド１５０４の入力値が郵便番号１００４に、フィールド１５０５の入力値が住所１００５に、フィールド１５０６の入力値が電話番号１００６に、フィールド１５０７の入力値がメールアドレス１００７に、フィールド１５０８での入力値が販売用ページＵＲＬ１００８に、フィールド１５０９の入力値が振込先金融機関１００９に、フィールド１５１０の入力値が振込先支店１０１０に、フィールド１５１１での選択値が振込先口座種別１０１１に、フィールド１５１２の入力値が振込先口座番号１０１２に、フィールド１５１３の入力値が振込先名義１０１３に、それぞれ登録される。登録したレコードの内容を図１６に示す。
【００９６】
ステップＳ１３０７：
クリエータデータベース３０２へのレコードの登録が終了すると、ＣＧＩプログラム「ｗｅｌｃｏｍｅ２」はクリエータ登録終了画面を表わすＨＴＭＬデータを出力する。サポートサーバ１０１のＷｅｂサーバ３０５がクリエータ登録終了画面表示用ＨＴＭＬデータを本文（ｂｏｄｙ）とするＨＴＴＰレスポンスをインターネット１０２に送信する。インターネット１０２を介してクリエータ端末１０５のＷｅｂブラウザ７０１が該ＨＴＴＰレスポンスを受信し、クリエータ端末１０５のディスプレイ２０５上にレンダリングする。
【００９７】
レンダリングの終了した様子を図１７に示す。クリエータ登録終了画面１７００では、クリエータによる各種情報の入力後、引き続き販売商品を登録させるために、販売商品登録用のＵＲＬ１７０１が表示されている。販売商品登録用ＵＲＬ１７０１はサポートサーバ１０１がクリエータの販売商品登録用に用意しているＣＧＩのＵＲＬであり、図４の４０３に示しているＵＲＬと等しい。
【００９８】
＜販売商品登録＞
次に、図１８〜図２３を参照して、登録の終了したクリエータが本実施形態のサポートサーバ１０１に対して販売商品の登録を行なう処理について詳細に説明する。
【００９９】
図１８は販売商品登録処理のシーケンスを示す図である。
【０１００】
ステップＳ１８０１：
クリエータはクリエータ端末１０５のＷｅｂブラウザ７０１に対し、キーボード２０６やポインティングデバイス２０７を使用して販売商品登録用のＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｃｒｅａｔｏｒ１」（図４の４０３、図１７の１７０１参照）の閲覧を指示する。Ｗｅｂブラウザ７０１は販売商品登録用ＵＲＬを含むＨＴＴＰリクエストをインターネット１０２に送信する。インターネット１０２を介してサポートサーバ１０１のＷｅｂサーバ３０５が該ＨＴＴＰリクエストを受信し、販売商品登録用ＵＲＬに対するＣＧＩプログラム３０６として「ｃｒｅａｔｏｒ１」をマッピングする（図４の４０３参照）。
【０１０１】
ステップＳ１８０２：
Ｗｅｂサーバ３０５はマッピングしたＣＧＩプログラム「ｃｒｅａｔｏｒ１」へＨＴＴＰリクエストの引数を入力する。尚、ここでは引数は空である。ＣＧＩプログラム「ｃｒｅａｔｏｒ１」はクリエータログイン画面を表わすＨＴＭＬデータを出力し、Ｗｅｂサーバ３０５はクリエータログイン画面表示用ＨＴＭＬデータを本文（ｂｏｄｙ）とするＨＴＴＰレスポンスをインターネット１０２に送信する。インターネット１０２を介してクリエータ端末１０５のＷｅｂブラウザ７０１が該ＨＴＴＰレスポンスを受信し、該ＨＴＴＰレスポンスの本文（ｂｏｄｙ）部分であるクリエータログイン画面表示用ＨＴＭＬデータをディスプレイ２０５上にレンダリングする。
【０１０２】
レンダリングの終了した様子を図１９に示す。クリエータ登録ログイン画面１９００はＨＴＭＬのフォーム機能を使用して構成されている。ここではＨＴＴＰリクエストの送信先ＵＲＬとしてクリエータログイン処理用のＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｃｒｅａｔｏｒ２」（図４の４０４参照）が指定されているものとする。また、１９０１と１９０２は入力用のフィールドであって、ＨＴＴＰリクエストの引数を指定するためのものである。
【０１０３】
ステップＳ１８０３：
クリエータはクリエータ端末１０５のＷｅｂブラウザ７０１に表示されたクリエータログイン画面１９００に対し、キーボード２０６やポインティングデバイス２０７を使用して入力操作を行なう。
【０１０４】
入力を行なった例を図２０に示す。ここで、パスワード入力フィールド２００２が「＊＊＊＊＊」と表示されているが、これは機密性を高めるために入力内容をディスプレイ２０５にエコーバックしていないためであり、実際には「ＸＸＸ」が入力されているものとする。入力フィールド２００２に対応するＨＴＴＰリクエストの引数も「＊＊＊＊＊」ではなく「ＸＸＸ」が送信される。
【０１０５】
クリエータがキーボード２０６やポインティングデバイス２０７を使用してＯＫボタン２００３を押下操作すると、クリエータ端末１０５のＷｅｂブラウザ７０１はクリエータログイン処理用ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｃｒｅａｔｏｒ２」（図４の４０４参照）とフィールド２００１〜２００２に入力した文字列を引数として含むＨＴＴＰリクエストをインターネット１０２に送信する。インターネット１０２を介してサポートサーバ１０１のＷｅｂサーバ３０５が該ＨＴＴＰリクエストを受信し、クリエータログイン処理用ＵＲＬに対するＣＧＩプログラム３０６として「ｃｒｅａｔｏｒ２」をマッピングする（図４の４０４参照）。
【０１０６】
ステップＳ１８０４：
Ｗｅｂサーバ３０５はマッピングしたＣＧＩプログラム「ｃｒｅａｔｏｒ２」へＨＴＴＰリクエストの引数を入力する。ここでは、クリエータＩＤとして「ＸＸＸ」、パスワードとして「ＸＸＸ」が入力される。ＣＧＩプログラム「ｃｒｅａｔｏｒ２」は引数のチェックを行なう。
【０１０７】
最初に、ＣＧＩプログラム「ｃｒｅａｔｏｒ２」は引数のクリエータＩＤとパスワードの少なくとも一方が空でないかどうかをチェックする。空ならエラーとしてステップＳ１８０５に進む。
【０１０８】
次に、ＣＧＩプログラム「ｃｒｅａｔｏｒ２」は引数のクリエータＩＤをキーとしてデータベースプログラム３０８に対しクリエータデータベース３０２のレコードを検索するよう指示する。該当するレコードが見つからなければエラーとしてステップＳ１８０５に進む。
【０１０９】
最後に、ＣＧＩプログラム「ｃｒｅａｔｏｒ２」は見つかったレコードのパスワード１００２と引数のパスワードを比較する。一致しなければエラーとしてステップＳ１８０５に進む。
【０１１０】
図１０に示したとおりクリエータデータベース３０２においてクリエータＩＤ１００１はＰＫであるため、該当するレコードは多くても１件しか存在しない。このため、もしレコードが見つかってパスワードが一致すればチェックに成功することになる。
【０１１１】
本実施形態では、クリエータＩＤが「ＸＸＸ」、パスワードが「ＸＸＸ」のレコードが図１６に示すように１つだけ該当するのでチェックに成功したとする。チェック成功の場合はステップＳ１８０６に進む。
【０１１２】
尚、クリエータＩＤとパスワードの少なくとも一方が空でないかどうかのチェックを、図１９〜図２０に示すクリエータログイン画面を構成するＨＴＭＬデータにおいて、Ｊａｖａ（Ｒ）Ｓｃｒｉｐｔ等によって記述したスクリプトで行なうこともできる。この場合、チェックはクリエータ端末１０５のＷｅｂブラウザ７０１で行なわれるので、引数が空の場合であればステップＳ１８０３やステップＳ１８０５の通信が発生することを省略することができる。ただし、その場合であっても、ＣＧＩプログラムが引数を改竄された悪意あるＨＴＴＰリクエストを受信して誤動作することを防ぐために、通常はステップＳ１８０４においても引数が空かどうかのチェックを行なう。尚、他の場合であっても、ＣＧＩプログラムで引数が空かどうかのチェックを行なう場合は同様に適用できるものとする。
【０１１３】
ステップＳ１８０５：
ステップＳ１８０４でＣＧＩプログラム「ｃｒｅａｔｏｒ２」がＨＴＴＰリクエストの引数のチェックでエラーであった場合、ＣＧＩプログラム「ｃｒｅａｔｏｒ２」はエラー画面を表わすＨＴＭＬデータを出力する。Ｗｅｂサーバ３０５がエラー画面表示用ＨＴＭＬデータを本文（ｂｏｄｙ）とするＨＴＴＰレスポンスをインターネットに送信する。インターネット１０２を介してクリエータ端末１０５のＷｅｂブラウザ７０１が該ＨＴＴＰレスポンスを受信し、該ＨＴＴＰレスポンスの本文（ｂｏｄｙ）部分であるクリエータログイン画面表示用ＨＴＭＬデータをクリエータ端末１０５のディスプレイ２０５上にレンダリングする。
【０１１４】
レンダリングされた様子は図２０で示すクリエータログイン画面にエラー内容を示すメッセージを追加表示したものである。
【０１１５】
ステップＳ１８０６：
ステップＳ１８０４でＣＧＩプログラム「ｃｒｅａｔｏｒ２」がＨＴＴＰリクエストの引数のチェックに成功した場合、ＣＧＩプログラム「ｃｒｅａｔｏｒ２」は販売商品登録画面を表わすＨＴＭＬデータを出力する。Ｗｅｂサーバ３０５は販売商品登録画面表示用ＨＴＭＬデータを含むＨＴＴＰレスポンスをインターネット１０２に送信する。インターネット１０２を介してクリエータ端末１０５のＷｅｂブラウザ７０１が該ＨＴＴＰレスポンスを受信し、クリエータ端末１０５のディスプレイ２０５上にレンダリングする。
【０１１６】
レンダリングの終了した様子を図２１に示す。販売商品登録画面はＨＴＭＬのフォーム機能を使用して構成されている。ここではＨＴＴＰリクエストの送信先ＵＲＬとして販売商品登録処理用のＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｃｒｅａｔｏｒ３」（図４の４０５参照）が指定されているものとする。
【０１１７】
２１０１に示すのは印刷商品選択用のフィールドである。クリエータがキーボード２０６やポインティングデバイス２０７を使用してドロップダウンすると、２１０６に示すように、印刷商品データベース３０１に登録されている印刷商品（図９参照）から１つを選択できるようになる。これはＣＧＩプログラム「ｃｒｅａｔｏｒ２」がＨＴＭＬデータを出力する際にデータベースプログラム３０８を通じて印刷商品データベース３０１にアクセスし、登録されている印刷商品の一覧（図９参照）を取得し、その印刷商品一覧を使用してＨＴＭＬのフォーム機能にあるＳＥＬＥＣＴ文を生成していることによる。ＳＥＬＥＣＴ文では選択項目をＯＰＴＩＯＮ文の一覧で表わす。ＯＰＴＩＯＮ文にはＨＴＴＰリクエストの引数として送られる文字列をＶＡＬＵＥ属性で指定し、ディスプレイ２０５にレンダリングされる表示用の文字列を値で指定する。ここでは引数として印刷商品データベース３０１の印刷商品コード８０１、表示用の文字列として印刷商品データベース３０１の印刷商品名８０２を使用するものとする。図９の印刷商品一覧により、ＣＧＩプログラム「ｃｒｅａｔｏｒ２」は以下のようなＳＥＬＥＣＴ文を生成する。
【０１１８】
＜ＳＥＬＥＣＴ＞
＜ＯＰＴＩＯＮ＞選択してください＜／ＯＰＴＩＯＮ＞
＜ＯＰＴＩＯＮ ｖａｌｕｅ＝’ＴＳ−Ｗ−Ｓ’＞Ｔシャツ（白） Ｓサイズ＜／ＯＰＴＩＯＮ＞
＜ＯＰＴＩＯＮ ｖａｌｕｅ＝’ＴＳ−Ｗ−Ｍ’＞Ｔシャツ（白） Ｍサイズ＜／ＯＰＴＩＯＮ＞
＜ＯＰＴＩＯＮ ｖａｌｕｅ＝’ＴＳ−Ｗ−Ｌ’＞Ｔシャツ（白） Ｌサイズ＜／ＯＰＴＩＯＮ＞
＜ＯＰＴＩＯＮ ｖａｌｕｅ＝’ＰＳＴ−Ｎ−Ａ０’＞ポスター （光沢紙） Ａ０＜／ＯＰＴＩＯＮ＞
＜ＯＰＴＩＯＮ ｖａｌｕｅ＝’ＰＳＴ−Ｌ−Ａ０’＞ポスター （ラミネート） Ａ０＜／ＯＰＴＩＯＮ＞
＜ＯＰＴＩＯＮ ｖａｌｕｅ＝’ＰＣ’＞ポストカード＜／ＯＰＴＩＯＮ＞
＜ＯＰＴＩＯＮ ｖａｌｕｅ＝’ＭＣ−Ｗ’＞マグカップ （白）＜／ＯＰＴＩＯＮ＞
＜ＯＰＴＩＯＮ ｖａｌｕｅ＝’ＭＣ−ＢＬＫ’＞マグカップ （黒）＜／ＯＰＴＩＯＮ＞
＜／ＳＥＬＥＣＴ＞
このＳＥＬＥＣＴ文をＷｅｂブラウザ７０１がレンダリングすることにより、２１０１に示す選択フィールドが表示され、ドロップダウン時には２１０６に示す表示になる。
【０１１９】
２１０２〜２１０４に示すのは入力用のフィールドであって、ＨＴＴＰリクエストの引数を指定するためのものである。２１０２は印刷画像ＵＲＬ、２１０３はサムネイル画像ＵＲＬ、２１０４は販売価格の入力用フィールドである。
【０１２０】
尚、この時、ＣＧＩプログラム「ｃｒｅａｔｏｒ２」はクリエータ端末１０５に対してセッションを確立し、ログインに成功したクリエータのクリエータＩＤ「ＸＸＸ」をセッションデータに保存する。
【０１２１】
ここでセッションとセッションデータについて説明する。通常、ＨＴＴＰを使用した通信は非永続的であり、ある時点でクリエータ端末１０５がサポートサーバ１０１に送信するＨＴＴＰリクエスト（Ａ）と、別の時点でクリエータ端末１０５がサポートサーバ１０１に送信するＨＴＴＰリクエスト（Ｂ）とは何らの関連を持たない。セッションとはクリエータ端末１０５とサポートサーバ１０１との間で仮想的に永続的なＨＴＴＰ通信を行なっているようにサポートサーバ１０１が管理する仕組みで、上述のＨＴＴＰリクエスト（Ａ）とＨＴＴＰリクエスト（Ｂ）が関連があることをサポートサーバ１０１が認識できるようにする。セッションは通常ｃｏｏｋｉｅを使用して実現される。まず、サポートサーバ１０１側でセッションを開始したい時に、一意なセッションＩＤを生成し、クリエータ端末１０５に送信するＨＴＴＰレスポンスにｃｏｏｋｉｅとしてセッションＩＤを付加しておく。以降クリエータ端末１０５からサポートサーバ１０１に送信されるＨＴＴＰリクエストにはこのｃｏｏｋｉｅが付加されているので、サポートサーバ１０１は送信されてきたＨＴＴＰリクエストからｃｏｏｋｉｅを通じてセッションＩＤを取得できる。セッションＩＤが取得でき、かつ、以前に発行したものと等しければ、セッションＩＤを発行した時のＨＴＴＰリクエストと、今回のＨＴＴＰリクエストとが関連がある（同一セッション内のＨＴＴＰリクエストである）ことが認識できる。こうして仮想的に永続的なＨＴＴＰ通信が確立されるわけであるが、その永続性の期間は長くてもｃｏｏｋｉｅの寿命内である。セッションデータとはセッションＩＤをキーとして内部記憶部２０２に保持されるデータであり、仮想的に確立された永続的なＨＴＴＰ通信において、永続性の期間中は任意の時点でサポートサーバ１０１のＷｅｂサーバ３０５やＣＧＩプログラム３０６が読み書きできる。
【０１２２】
ステップＳ１８０７：
クリエータはクリエータ端末１０５のＷｅｂブラウザ７０１に表示された販売商品登録画面２１００に対し、キーボード２０６やポインティングデバイス２０７を使用して入力や選択を行なう。
【０１２３】
入力および選択を行なった例を図２２に示す。ここでは印刷商品２２０１として「Ｔシャツ（白）Ｓサイズ」が選択されており、以下入力項目として、印刷画像ＵＲＬ（２２０２）に「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｉｍａｇｅｓ／ｉｍａｇｅ１．ｊｐｇ」、サムネイル画像ＵＲＬ（２２０３）に「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｔｈｕｍｂ／ｔｈｕｍｂ１．ｊｐｇ」、販売価格２２０４に「４０００」が入力されている。
【０１２４】
クリエータがキーボード２０６やポインティングデバイス２０７を使用してＯＫボタン２２０５を押下操作すると、Ｗｅｂブラウザ７０１は販売商品登録処理用のＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｃｒｅａｔｏｒ３」（図４の４０５参照）と、２２０１〜２２０４で選択・入力された文字列を引数として含むＨＴＴＰリクエストをインターネット１０２に送信する。２２０１に関しては前述のように引数として送信される文字列と表示用の文字列が異なるので、選択されているのは「Ｔシャツ（白）Ｓサイズ」であるが、引数として送信される文字列は前述のＳＥＬＥＣＴ文を参照して「ＴＳ−Ｗ−Ｓ」である。
【０１２５】
こうして送信されたＨＴＴＰリクエストはインターネット１０２を介してサポートサーバ１０１のＷｅｂサーバ３０５が受信し、Ｗｅｂサーバ３０５は販売商品登録処理用ＵＲＬに対するＣＧＩプログラム３０６として「ｃｒｅａｔｏｒ３」をマッピングする（図４の４０５参照）。
【０１２６】
ステップＳ１８０８：
Ｗｅｂサーバ３０５はマッピングしたＣＧＩプログラム「ｃｒｅａｔｏｒ３」へＨＴＴＰリクエストの引数を入力する。ここでは印刷商品コードとして「ＴＳ−Ｗ−Ｓ」、印刷画像ＵＲＬとして「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｉｍａｇｅｓ／ｉｍａｇｅ１．ｊｐｇ」、サムネイル画像ＵＲＬとして「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｔｈｕｍｂ／ｔｈｕｍｂ１．ｊｐｇ」、販売価格として「４０００」が入力される。
【０１２７】
ＣＧＩプログラム「ｃｒｅａｔｏｒ３」はまず印刷画像ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｉｍａｇｅｓ／ｉｍａｇｅ１．ｊｐｇ」を含むＨＴＴＰリクエストをインターネット１０２に送信する。図３に示したように、ＣＧＩプログラム自身がＨＴＴＰリクエストの送信・ＨＴＴＰレスポンスの受信を行なうことができる。送信されたＨＴＴＰリクエストはインターネット１０２を介してクリエータサーバ１０３のＷｅｂサーバ５０２が受信する。Ｗｅｂサーバ５０２は図６に示したマッピングに従い、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｉｍａｇｅｓ／ｉｍａｇｅ１．ｊｐｇ」をファイルパス名「／ｖａｒ／ｗｗｗ／ｉｍａｇｅｓ／ｉｍａｇｅ１．ｊｐｇ」にマッピングする。Ｗｅｂサーバ５０２はファイルパス名「／ｖａｒ／ｗｗｗ／ｉｍａｇｅｓ／ｉｍａｇｅ１．ｊｐｇ」で識別される画像ファイル５０１を外部記憶装置２０４から読み込み、画像ファイルの内容を本文（ｂｏｄｙ）とするＨＴＴＰレスポンスをインターネット１０２に送信する。ＨＴＴＰレスポンスはインターネット１０２を介してサポートサーバ１０１のＣＧＩプログラム「ｃｒｅａｔｏｒ３」が受信する。ＣＧＩプログラム「ｃｒｅａｔｏｒ３」はＨＴＴＰレスポンスの本文（ｂｏｄｙ）から画像ファイルの内容を読み込み、外部記憶装置２０４上に一時的な画像ファイルとして保存する。以降この画像ファイルを〔Ａ〕とする。もし引数で指定された印刷画像ＵＲＬが空だったり、送信したＨＴＴＰリクエストに対してクリエータサーバ１０３のＷｅｂサーバ５０２がエラーを返してきたりした場合は、ステップＳ１８１０に進む。正常に保存できた場合は次のステップＳ１８０９に進む。
【０１２８】
ステップＳ１８０９：
ＣＧＩプログラム「ｃｒｅａｔｏｒ３」は引数のチェックを行なう。
【０１２９】
最初に、ＣＧＩプログラム「ｃｒｅａｔｏｒ３」は２２０１で選択された印刷商品に対応する印刷商品コードが空でないかどうかをチェックする。空ならエラーとしてステップＳ１８１０に進む。２２０１では「選択してください」が選択されている場合、送信されてくる引数の値は空である。次に、ＣＧＩプログラム「ｃｒｅａｔｏｒ３」は印刷商品コードが正しいかどうかをチェックする。２１０１では送信される引数の値をＯＰＴＩＯＮ文で列挙しているので、あらかじめＯＰＴＩＯＮ文で指定しておいた値しか送信されてこないはずであるが、なりすまし等でＨＴＴＰリクエストを改竄して送信される可能性も考えられる。このため、ＣＧＩプログラム「ｃｒｅａｔｏｒ３」は印刷商品ＩＤをキーとしてデータベースプログラム３０６に対し印刷商品データベース３０１のレコードの検索を指示する。該当するレコードが見つからなければエラーとしてステップＳ１８１０に進む。ここで見つかったレコードは以降のチェックでも使用することになるので、〔Ｂ〕とする。ここでは印刷商品コードとして「ＴＳ−Ｗ−Ｓ」が入力されてきているので、印刷商品データベース３０１のレコード（図９）のうちレコード９０１が見つかる。
【０１３０】
次に２２０２で入力された印刷画像ＵＲＬをチェックする。ステップＳ１８０８で印刷画像ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｉｍａｇｅｓ／ｉｍａｇｅ１．ｊｐｇ」から印刷画像を取得しているので、ＵＲＬの到達性チェックは終了している。ここでは外部記憶装置２０４上に一時的に保存した画像ファイル〔Ａ〕の解像度のチェックを行なう。上記の印刷商品検索で見つかったレコード〔Ｂ〕には許容解像度（高さ）と許容解像度（幅）が指定されている。図９の９０１を参照すると、印刷商品コード「ＴＳ−Ｗ−Ｓ」においてはそれぞれ１２００ピクセルと８００ピクセルである。外部記憶装置２０４上に一時的に保存した画像ファイル〔Ａ〕の解像度がこの許容解像度と等しいかどうかチェックする。図６の６０１に示したように、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｉｍａｇｅｓ／ｉｍａｇｅ１．ｊｐｇ」で指定される画像ファイル〔Ａ〕のサイズは高さ１２００ピクセル、幅８００ピクセルであることから、このチェックは成功する。解像度が適切でないと判断された場合はエラーとしてステップＳ１８１０に進む。
【０１３１】
次に２２０３で入力されたサムネイル画像ＵＲＬをチェックする。ここでは入力されたサムネイル画像ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｔｈｕｍｂ／ｔｈｕｍｂ１．ｊｐｇ」を含むＨＴＴＰリクエストを送信し、クリエータサーバ１０３のＷｅｂサーバ５０２が正常にＨＴＴＰレスポンスを返してくるかどうかだけをチェックする。もし引数で指定されたサムネイル画像ＵＲＬが空だったり、送信したＨＴＴＰリクエストに対してクリエータサーバ１０３のＷｅｂサーバ５０２がエラーを返してきたり、応答がなかった場合は、エラーとしてステップＳ１８１０に進む。ここでは図６の６０１に示したようにＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｔｈｕｍｂ／ｔｈｕｍｂ１．ｊｐｇ」に対するファイルパス名へのマッピングが存在することから、このチェックは成功する。
【０１３２】
最後に２２０４で入力された販売価格をチェックする。上記の印刷商品検索で見つかったレコード〔Ｂ〕にはコスト（最低販売価格）が指定されている。図９の９０１を参照すると、印刷商品コード「ＴＳ−Ｗ−Ｓ」においては「３０００」円である。ここでは入力された販売価格がコスト（最低販売価格）以上であるかどうかのチェックを行なう。もし引数で指定された販売価格が空だったり、コスト（最低販売価格）を下回ったりした場合は、チェック失敗としてステップＳ１８１０に進む。ここでは「４０００」円が入力されていることから、このチェックは成功する。
【０１３３】
ステップＳ１８１０：
ステップＳ１８０８で印刷画像の取得に失敗した場合、あるいはステップＳ１８０９で引数のチェックがエラーであった場合は、ＣＧＩプログラム「ｃｒｅａｔｏｒ３」はエラー画面を表わすＨＴＭＬデータを出力する。Ｗｅｂサーバ３０５がＨＴＴＰレスポンスを送信し、インターネット１０２を介してクリエータ端末１０５のＷｅｂブラウザ７０１が該ＨＴＴＰレスポンスを受信し、クリエータ端末１０５のディスプレイ２０５上にレンダリングする。
【０１３４】
レンダリングされた様子は図２２に示す販売商品登録画面２２００にエラー内容を示すメッセージを追加表示したものである。
【０１３５】
ステップＳ１８１１：
ステップＳ１８０９で引数のチェックに成功した場合、ＣＧＩプログラム「ｃｒｅａｔｏｒ３」は販売商品データベース３０３に販売商品レコード（図１１）の登録処理を行なう。
【０１３６】
まず、ＣＧＩプログラム「ｃｒｅａｔｏｒ３」は販売商品ＩＤ１１０２の新規発行処理を行なう。図１１に示したように販売商品ＩＤ１１０２はクリエータＩＤ１１０１との組み合わせでＰＫと指定されている。したがって、販売商品ＩＤ１１０２は同一クリエータＩＤ１１０１を持つ複数レコードにおいて重複しないように発行する必要がある。ここでは、販売商品ＩＤを数値形式で持つこととし、常に既存の販売商品ＩＤを上回る数値を新規発行することにする。すなわち、ＣＧＩプログラム「ｃｒｅａｔｏｒ３」はデータベースプログラム３０８に対してクリエータＩＤ「ＸＸＸ」をキーとしてレコードの検索を行い、見つかったレコードの販売商品ＩＤ１１０２を順に参照し、そのうちの最大値＋１を新規に発行する販売商品ＩＤとする。レコードが一件も見つからなかった場合は販売商品ＩＤを「１００１」とする。
【０１３７】
なお、販売商品ＩＤの発行方法は上記に限るものではなく、販売商品データベース３０３にクリエータごとのシーケンス（データベース管理の連番発番機能）を作成しておいてそれを使用してもいいし、販売商品データベース３０３全体でシーケンスを１つだけ用意しておいて全クリエータで共通に使用してもいいし、その他時間や乱数を使って一意な値を生成するなど、クリエータごとの一意性が保証できるものならどのような方法でも構わない。
【０１３８】
次に、ＣＧＩプログラム「ｃｒｅａｔｏｒ３」はデータベースプログラム３０８に対して販売商品データベース３０３に新規レコードの追加を指示する。前述のように販売商品データベースは図１１に示すレコード構成をしており、セッションデータから取得したクリエータＩＤがレコードのクリエータＩＤ１１０１に、新規発行した販売商品ＩＤがレコードの販売商品ＩＤ１１０２に、２２０１の選択に対応する印刷商品コードがレコードの印刷商品コード１１０３に、２２０２で入力した印刷画像ＵＲＬがレコードの印刷画像ＵＲＬ１１０４に、２２０３で入力したサムネイル画像ＵＲＬがレコードのサムネイル画像ＵＲＬ１１０５に、２２０４で入力した販売価格がレコードの販売価格１１０６に、それぞれ登録される。
【０１３９】
ステップＳ１８１２：
販売商品データベース３０３へのレコードの登録が終了すると、ＣＧＩプログラム「ｃｒｅａｔｏｒ３」は登録結果画面を表わすＨＴＭＬデータを出力する。Ｗｅｂサーバ３０５がＨＴＴＰレスポンスをインターネット１０２に送信し、インターネット１０２を介してクリエータ端末１０５のＷｅｂブラウザ７０１が該ＨＴＴＰレスポンスを受信し、クリエータ端末１０５のディスプレイ２０５上にレンダリングする。
【０１４０】
レンダリングの終了した様子を図２３に示す。ここで２３０２に表示されているのは２２０１で選択した印刷商品、２３０３に表示されているのは２２０２で入力した印刷画像ＵＲＬ、２３０４に表示されているのは２２０３で入力したサムネイル画像ＵＲＬ、２３０５に表示されているのは２２０４で入力した販売価格である。２３０１に表示されているのは、登録した販売商品をサポートサーバ１０１に注文するためのＵＲＬである。まず、「？」以降の引数を除くＵＲＬは、図４の４０６に示すように、「商品をカートに追加する」ＣＧＩプログラムにマッピングされるＵＲＬである。「？」以降の引数は２つあり、１つは引数名「ｃｉｄ」に対し値「ＸＸＸ」を指定し、クリエータＩＤを表わす。もう１つは引数名「ｐｉｄ」に値「１００１」を指定し、販売商品ＩＤを表わす。
【０１４１】
尚、図１８のステップＳ１８０８でダウンロードした印刷画像をクリエータサーバ１０３の外部記憶装置２０４にキャッシュし、次回以降に同一印刷画像に対して販売商品の登録があったときに再利用することができる。また、キャッシュされた印刷画像は印刷商品への印刷にも使用することができる。また、キャッシュされた印刷画像を用いる際には、クリエータサーバ１０３上の印刷画像ＵＲＬにマッピングされる画像ファイル５０１が更新されているかどうかのチェックが必要であり、また、更新されていればキャッシュされた印刷画像を更新する必要があるのはもちろんである。
【０１４２】
＜注文処理＞
次に、図２４〜図３０を参照して、注文者がクリエータサーバ１０３の提供するホームページにアクセスして販売商品の注文を行なう処理について詳細に説明する。
【０１４３】
図２４はクリエータＩＤ「ＸＸＸ」のクリエータが販売商品データベース３０３に対して登録したレコードの内容を示す表である。販売商品レコード２４０１〜２４０４は上記した販売商品登録処理において登録された販売商品に関する情報を格納する。
【０１４４】
図２５は注文処理のシーケンスを示す図である。
【０１４５】
ステップＳ２５０１（販売画面の提供）：
注文者は注文者端末１０４のＷｅｂブラウザ７０１に対し、キーボード２０６やポインティングデバイス２０７を使用して、クリエータが提供する販売用ページＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｈｔｍｌ／ｏｒｄｅｒ．ｈｔｍｌ」（図６の６０５および図１６の１６０８参照）を入力して閲覧を指示する。注文者端末１０４のＷｅｂブラウザ７０１は販売用ページＵＲＬを含むＨＴＴＰリクエストをインターネット１０２に送信する。
【０１４６】
インターネット１０２を介してクリエータサーバ１０３のＷｅｂサーバ５０２が該ＨＴＴＰリクエストを受信し、販売用ページＵＲＬに対するＨＴＭＬファイルとして「／ｖａｒ／ｗｗｗ／ｈｔｍｌ／ｏｒｄｅｒ．ｈｔｍｌ」（図６の６０５参照）をマッピングする。
【０１４７】
ステップＳ２５０２（販売画面の表示）：
Ｗｅｂサーバ５０２はＨＴＭＬファイル「／ｖａｒ／ｗｗｗ／ｈｔｍｌ／ｏｒｄｅｒ．ｈｔｍｌ」の内容を本文（ｂｏｄｙ）とするＨＴＴＰレスポンスをインターネット１０２に送信する。
【０１４８】
インターネット１０２を介して注文者端末１０４のＷｅｂブラウザ７０１が該ＨＴＴＰレスポンスを受信し、ＨＴＴＰレスポンスの本文（ｂｏｄｙ）部分である販売用画面を表すＨＴＭＬデータを注文者端末１０４のディスプレイ２０５上にレンダリングする。
【０１４９】
レンダリングの終了した販売用画面の様子を図２６に示す。販売用画面２６００は販売画面表示用ＨＴＭＬファイル「／ｖａｒ／ｗｗｗ／ｈｔｍｌ／ｏｒｄｅｒ．ｈｔｍｌ」の内容に基づいている。尚、販売画面表示用ＨＴＭＬファイルは、クリエータがサポートサーバ１０１の販売商品データベース３０３に登録した販売商品（図２４参照）の注文をインターネット１０２上で注文者から受け付けるために、クリエータサーバ１０３から提供するものである。例えば、クリエータがクリエータ端末１０５を使用して作成する。
【０１５０】
販売画面表示用ＨＴＭＬファイルには、ディスプレイ２０５上にサムネイル２６０１を表示させるために販売商品レコード２４０１のサムネイル画像ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｔｈｕｍｂ／ｔｈｕｍｂ１．ｊｐｇ」がＨＴＭＬの＜ＩＭＧ＞文で記述されている。また、販売画面表示用ＨＴＭＬファイルは、販売商品レコード２４０１の印刷商品コード「ＴＳ−Ｗ−Ｓ」をキーとして印刷商品データベースから参照された印刷商品名「Ｔシャツ（白）Ｓサイズ」（図９の９０１参照）や、販売商品レコード２４０１の販売価格「４０００」円を２６０２に表示するよう記述されている。また、販売画面表示用ＨＴＭＬファイルは、サポートサーバ１０１が販売商品レコード２４０１の販売用ＵＲＬとして発行した「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｏｒｄｅｒ１？ｃｉｄ＝ＸＸＸ＆ｐｉｄ＝１００１」２３０１を「カートに入れる」ボタン２６０３の販売リンク先ＵＲＬとしてＨＴＭＬの＜Ａ＞文で指定している。２６０４〜２６１２についても同様である。
【０１５１】
ステップＳ２５０３（販売画面への入力）：
注文者は注文者端末１０４のＷｅｂブラウザ７０１に表示された販売画面２６００に対し、キーボード２０６やポインティングデバイス２０７を使用して「カートに入れる」ボタン２６０３、２６０６、２６０９、２６１２の押下操作を行なう。「カートに入れる」ボタン２６０３、２６０６、２６０９、２６１２のいずれかが押下操作されると、注文者端末１０４のＷｅｂブラウザ７０１は押下操作された「カートに入れる」ボタンに対して販売画面表示用ＨＴＭＬファイル内の＜Ａ＞文で指定された販売リンク先ＵＲＬを含むＨＴＴＰリクエストをインターネット１０２に送信する。たとえば「カートに入れる」ボタン２６０３が押下操作されると、Ｗｅｂブラウザ７０１は指定された販売リンク先ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｏｒｄｅｒ１？ｃｉｄ＝ＸＸＸ＆ｐｉｄ＝１００１」を含むＨＴＴＰリクエストをインターネット１０２に送信する。
【０１５２】
インターネット１０２を介してサポートサーバ１０１のＷｅｂサーバ３０５が該ＨＴＴＰリクエストを受信し、該販売リンク先ＵＲＬに対するＣＧＩプログラム３０６として「ｏｒｄｅｒ１」をマッピングする（図４の４０６参照）。
【０１５３】
ステップＳ２５０４（注文レコード／仮想カートの作成）：
ＣＧＩプログラム「ｏｒｄｅｒ１」は注文者端末１０４との間でセッションが開始されているかどうかを調べる。
【０１５４】
セッションが開始されていなければ、ＣＧＩプログラム「ｏｒｄｅｒ１」はセッションを一意に識別するためのオーダＩＤを発行し、データベースプログラム３０８に対して注文データベース３０４に新規レコード（図１２参照）の追加を指示する。データベースプログラム３０８は、新規発行されたオーダＩＤをオーダＩＤ１２０１に、引数「ｃｉｄ＝ＸＸＸ」で指定されたクリエータＩＤ「ＸＸＸ」をクリエータＩＤ１２０２に、引数「ｐｉｄ＝１００１」で指定された販売商品ＩＤ「１００１」を販売商品ＩＤ＃１１２０６−１に、本注文フラグ１２１３を「ＯＦＦ」に設定した新規レコードを追加する。
【０１５５】
ここで、オーダＩＤの新規発行方法については前述の販売商品ＩＤの新規発行方法と同様とする。すなわち、オーダＩＤを数値形式で持つことにし、常に既存のオーダＩＤを上回る数値を発行する。
【０１５６】
一方、セッションが開始されていれば、ＣＧＩプログラム「ｏｒｄｅｒ１」はＨＴＴＰリクエストから後述するｃｏｏｋｉｅからオーダＩＤを取得する。そして、ＣＧＩプログラム「ｏｒｄｅｒ１」はデータベースプログラム３０８に対してオーダＩＤをキーとして注文データベース３０３の注文レコード（図１２参照）の検索を指示する。次に、ＣＧＩプログラム「ｏｒｄｅｒ１」は見つかったレコードのクリエータＩＤ１２０２と引数「ｃｉｄ＝ＸＸＸ」で指定されたクリエータＩＤ「ＸＸＸ」とを比較する。もし一致しなければ、このオーダＩＤで指定される仮想カートには別のクリエータの販売商品が対応付けられているので、上述の新規セッションであった場合と同様に新規オーダＩＤの発行処理などを行なう。一方、もし一致すれば、見つかった注文レコードに対して、引数「ｐｉｄ＝１００１」で指定された販売商品ＩＤ「１００１」を追加する。たとえば見つかった注文レコードに販売商品ＩＤ＃１、販売商品ＩＤ＃２、販売商品ＩＤ＃３が既存であれば、販売商品ＩＤ＃４として販売商品ＩＤ「１００１」を追加する（図１２参照）。
【０１５７】
ここで、注文データベース３０３の注文レコードに格納される内容が図２９に示す状態になったとする。オーダＩＤ２９０１は「１００１」、クリエータＩＤ２９０２は「ＸＸＸ」が格納されている。また、この注文レコードには販売商品が２つ追加され、１つ目は販売商品ＩＤ＃１（２９０６−１）「１００２」であり、２つ目は販売商品ＩＤ＃２（２９０６−２）「１００４」である。本注文フラグ２９１３は「ＯＦＦ」である。
【０１５８】
ステップＳ２５０５（注文画面の提供）：
ＣＧＩプログラム「ｏｒｄｅｒ１」は注文レコード２９００の内容、つまり、オーダＩＤ２９０１「１００１」で指定される仮想カートの内容を表示すると同時に、販売商品の注文を行なうための注文画面を表わすＨＴＭＬデータを出力する。Ｗｅｂサーバ３０５は注文画面表示用ＨＴＭＬデータを本文（ｂｏｄｙ）とするＨＴＴＰレスポンスをインターネット１０２に送信する。ここで、ＣＧＩプログラム「ｏｒｄｅｒ１」はＨＴＴＰレスポンスにｃｏｏｋｉｅとしてオーダＩＤを付加する。
【０１５９】
インターネット１０２を介して注文者端末１０４のＷｅｂブラウザ７０１が該ＨＴＴＰレスポンスを受信し、ＨＴＴＰレスポンスの本文（ｂｏｄｙ）部分である注文画面表示用ＨＴＭＬデータを注文者端末１０４のディスプレイ２０５上にレンダリングする。また、Ｗｅｂブラウザ７０１はｃｏｏｋｉｅに付加されたオーダＩＤを内部記憶部２０２または外部記憶装置２０４に保存する。
【０１６０】
レンダリングの終了した注文画面の様子を図２７に示す。注文画面はＨＴＭＬのフォーム機能を使用して構成されている。ここではＨＴＴＰリクエストの送信先ＵＲＬとして注文内容入力用ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｏｒｄｅｒ２」（図４の４０７参照）が指定されているものとする。
【０１６１】
２７０１〜２７０４に表示されているのは、ＣＧＩプログラム「ｏｒｄｅｒ１」が注文レコード２９００の販売商品ＩＤ＃１（２９０６−１）に相当する販売商品の情報を表示するためにＨＴＭＬデータを出力する際に生成したものである。まず、ＣＧＩプログラム「ｏｒｄｅｒ１」はデータベースプログラム３０８に対し、クリエータＩＤ２９０２「ＸＸＸ」と販売商品ＩＤ＃１（２９０６−１）「１００２」とをキーとして販売商品データベース３０３のレコードを検索するよう指示する。その結果、販売商品レコード２４０２（図２４参照）を得る。次に、ＣＧＩプログラム「ｏｒｄｅｒ１」は販売商品レコード２４０２のサムネイル画像ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｃｒｅａｔｏｒ．ｊｐ／ｔｈｕｍｂ／ｔｈｕｍｂ１．ｊｐｇ」をＨＴＭＬの＜ＩＭＧ＞文で記述してＨＴＭＬデータを生成する。このＨＴＭＬデータの記述がＷｅｂブラウザ７０１により解析されると、サムネイル画像２７０１がディスプレイ２０５上に表示される。また、ＣＧＩプログラム「ｏｒｄｅｒ１」はデータベースプログラム３０８に対し、販売商品レコード２４０２の印刷商品コード「ＴＳ−Ｗ−Ｍ」をキーとして印刷商品データベース３０１を検索するよう指示する。その結果、印刷商品レコード９０２を得る。次に、印刷商品レコード９０２の印刷商品名「Ｔシャツ（白）Ｍサイズ」２７０２を表示するようＨＴＭＬデータを生成する。また、ＣＧＩプログラム「ｏｒｄｅｒ１」は販売商品ＩＤ＃１（２９０６−１）の注文個数２９０７を入力し、ＨＴＴＰリクエストの引数をするためのフィールド２７０３、印刷商品レコード９０２の注文数単位名称、商品数単位名称、注文あたり商品数から、「セット（１セット＝１枚）」を表示するようＨＴＭＬデータを生成する。２７０５〜２７０８も同様である。
【０１６２】
２７０９〜２７１１に示すのは入力用のフィールドであって、ＨＴＴＰリクエストの引数を指定するためのものである。２７０９は配送先住所、２７１０は配送先氏名、２７１１は配送先電話番号が入力される。
【０１６３】
ステップＳ２５０６（注文画面への入力）：
注文者は注文者端末１０４のＷｅｂブラウザ７０１に表示された注文画面２７００に対し、キーボード２０６やポインティングデバイス２０７を使用して入力を行なう。
【０１６４】
注文者が入力を行なった例を図２８に示す。ここでは販売商品ＩＤ＃１（２９０６−１）の注文個数２８０３が「２」、販売商品ＩＤ＃２（２９０６−２）の注文個数２８０７が「１」、配送先住所２８０９が「川崎市中原区今井上町×○△」、配送先氏名２８１０が「小杉花子」、配送先電話番号２８１１が「０４４−×××−○○○○」が入力されている。
【０１６５】
注文者がキーボード２０６やポインティングデバイス２０７を使用して注文ボタン２８１２を押下操作すると、Ｗｅｂブラウザ７０１は注文内容入力用ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ／ｃｇｉ／ｏｒｄｅｒ２」（図４の４０７参照）と、２８０３、２８０７、２８０９〜２８１１で入力された文字列を引数として含むＨＴＴＰリクエストをインターネット１０２に送信する。
【０１６６】
インターネット１０２を介してサポートサーバ１０１のＷｅｂサーバ３０５が送信されたＨＴＴＰリクエストを受信し、注文内容入力用ＵＲＬに対するＣＧＩプログラム３０６として「ｏｒｄｅｒ２」をマッピングする（図４の４０７参照）。
【０１６７】
ステップＳ２５０７（注文レコードの設定）：
Ｗｅｂサーバ３０５はマッピングしたＣＧＩプログラム「ｏｒｄｅｒ２」へＨＴＴＰリクエストの引数を入力する。ここでは販売商品ＩＤ＃１の注文個数として「２」、販売商品ＩＤ＃２の注文個数として「１」、配送先住所として「川崎市中原区今井上町×○△」、配送先氏名として「小杉花子」、配送先電話番号として「０４４−×××−○○○○」が入力される。
【０１６８】
セッションはステップＳ２５０４で開始されているので、ＣＧＩプログラム「ｏｒｄｅｒ２」はＨＴＴＰリクエストからｃｏｏｋｉｅを通じてオーダＩＤを取得することができる。ＣＧＩプログラム「ｏｒｄｅｒ２」はデータベースプログラム３０８に対して取得されたオーダＩＤを引数として注文データベース３０３のレコードの検索を指示する。その結果、注文レコード２９００（図２９参照）を得る。ＣＧＩプログラム「ｏｒｄｅｒ２」はＨＴＴＰリクエストの引数を注文レコード２９００に格納する。具体的には、引数の配送先住所「川崎市中原区今井上町×○△」を配送先住所２９０３に、引数の配送先氏名「小杉花子」を配送先氏名２９０４に、引数の配送先電話番号「０４４−×××−○○○○」を配送先電話番号２９０５に、販売商品ＩＤ＃１の注文個数「２」を個数＃１（２９０７−１）に、販売商品ＩＤ＃２の注文個数「１」を個数＃２（２９０７−２）に、それぞれ登録する。
【０１６９】
次に、ＣＧＩプログラム「ｏｒｄｅｒ２」は、データベースプログラム３０８に対してクリエータＩＤ２９０１「ＸＸＸ」と販売商品ＩＤ２９０６−１「１００２」とをキーとして販売商品データベース３０３のレコードの検索を指示する。その結果、販売商品レコード２４０２の販売価格「４０００」円を得る。同様にして販売商品ＩＤ＃２（２９０６−２）「１００４」については販売価格「７００」円を得る。そして、販売商品＃１の販売価格「４０００」円に販売商品＃１の注文個数「２」を乗じた値と、販売商品＃２の販売価格「７００」円に販売商品＃２の注文個数「１」を乗じた値とを合計した「８７００」円を販売合計額２９１０に登録する。また、販売合計額「８７００」円に消費税率（ここでは５％）を乗じた「４３５」円を消費税額２９１１に登録する。
【０１７０】
次に、ＣＧＩプログラム「ｏｒｄｅｒ２」はデータベースプログラム３０８に対してクリエータＩＤ２９０１「ＸＸＸ」と販売商品ＩＤ２９０６−１「１００２」とをキーとして販売商品データベース３０３のレコードの検索を指示する。その結果、販売商品レコード２４０２（図２４参照）を得る。さらに、ＣＧＩプログラム「ｏｒｄｅｒ２」はデータベースプログラム３０８に対して販売商品レコード２４０２の印刷商品コード「ＴＳ−Ｗ−Ｍ」をキーとして印刷商品データベース３０１の検索を指示する。その結果、印刷商品レコード９０２（図９参照）のコスト（最低販売価格）「３０００」円を得る。同様にして販売商品ＩＤ＃２（２９０６−２）「１００４」についてはコスト（最低販売価格）「５００」円を得る。そして、販売商品＃１のコスト「３０００」円に販売商品＃１の注文個数「２」を乗じた値と、販売商品＃２のコスト「５００」円に販売商品＃２の注文個数「１」を乗じた値の合計「６５００」円をコスト合計額２９１２に登録する。
【０１７１】
最後に、ＣＧＩプログラム「ｏｒｄｅｒ２」は本注文フラグ２９１３を「ＯＮ」に登録し、注文完了とする。
【０１７２】
登録されたレコードを図３０に示す。
【０１７３】
そして、サポートサーバ１０１は本注文フラグ（１２１３）が「ＯＮ」である注文レコードを検索し、販売商品＃１（１２０６）〜販売商品＃ｎ（１２０６−ｎ）で示された内容にしたがって、印刷商品に印刷画像の印刷を行なうよう印刷装置あるいは印刷装置と接続されるプリントサーバなどに指示して販売商品＃１〜＃ｎを作成させる。
【０１７４】
そして、サポートサーバ１０１は「配送先住所」（１２０３）、「配送先氏名」（１２０４）「配送先電話番号」（１２０５）で示された内容を配送業者が設置するコンピュータ装置などに通知して、作成された販売商品＃１〜＃ｎを配送するよう指示する。
【０１７５】
また、サポートサーバ１０１は注文を行ったユーザに対して「販売合計額」（１２１０）＋「消費税額」（１２１１）で示された額を課金・回収し、クリエータＩＤ（１２０２）で識別されるクリエータに「販売合計額」（１２１０）―「コスト合計額」（１２１２）で示される金額を配当するよう金融機関が設置するコンピュータ装置に指示する。この際、配当先としてはクリエータデータベース３０２の「振込先金融機関」（１００９）「振込先支店」（１０１０）「振込先口座種別」（１０１１）「振込先口座番号」（１０１２）「振込先名義」（１０１３）を金融機関が設置するコンピュータ装置に通知する。
【０１７６】
また、ユーザからの課金・回収については、金融機関やコンビニエンスストアの窓口を利用したオンライン店頭支払いやクレジットカードによる決済などを使用することができる。
【０１７７】
尚、本実施形態本実施形態ではＷｅｂサーバに対する通信プロトコルをすべてＨＴＴＰとしたが、これに限るものではない。ただし、通信データに個人情報が含まれることから、より望ましくはＨＴＴＰＳ等のセキュアなプロトコルを使用する方がよい。
【０１７８】
また、図１に示すクリエータサーバ１０３とクリエータ端末１０５は同一装置であってもよい。
【０１７９】
また、サポートサーバ１０１、クリエータサーバ１０３、注文者端末１０４、クリエータ端末１０５はそれぞれ複数のコンピュータ装置で構成されてもよいし、単一のコンピュータ装置で構成されてもよい。
【０１８０】
また、本実施の形態では、画像データをＴシャツやマグカップなどの印刷商品に印刷した販売商品を例に挙げて説明したが、他にも音声データなどのコンテンツデータをＣｏｍｐａｃｔ Ｄｉｓｋ（ＣＤ）などの出力媒体に出力した販売商品などにも同様に本発明を適用できることは明らかである。
【０１８１】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０１８２】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８３】
【発明の効果】
本発明は、サポートサーバがクリエータの商品に対する注文を受け付けるためのネットワーク上のロケーションのアドレスをクリエータに発行することによって、クリエータは発行されたアドレスが示すロケーションへ購入者をアクセスさせるだけで、サポートサーバに商品の受注処理を実行させることができるので、クリエータは負荷をかけることなく、ネットワーク上のクリエータが提供する環境で商品を販売することができるという効果を奏する。
【図面の簡単な説明】
【図１】販売システム全体構成を示す図
【図２】コンピュータ装置の構成を示す図
【図３】サポートサーバのモジュール構成を示す図
【図４】サポートサーバにおけるＣＧＩプログラムの種類、ＵＲＬとのマッピング、プログラム名を示す図
【図５】クリエータサーバのモジュール構成を示す図
【図６】クリエータサーバにおけるＵＲＬとパス名とのマッピング、およびファイルの内容を示す図
【図７】注文者端末・クリエータ端末のモジュール構成を示す図
【図８】印刷商品ＤＢテーブル構成を示す図
【図９】印刷商品ＤＢ登録レコード内容を示す図
【図１０】クリエータＤＢテーブル構成を示す図
【図１１】販売商品ＤＢテーブル構成を示す図
【図１２】注文ＤＢテーブル構成を示す図
【図１３】クリエータ登録シーケンスを示す図
【図１４】クリエータ登録画面を示す図
【図１５】クリエータ登録画面の入力例を示す図
【図１６】クリエータＤＢ登録レコード内容を示す図
【図１７】クリエータ登録終了画面を示す図
【図１８】販売商品登録シーケンスを示す図
【図１９】クリエータ登録ログイン画面を示す図
【図２０】クリエータ登録ログイン画面の入力例を示す図
【図２１】販売商品登録画面を示す図
【図２２】販売商品登録画面の入力例を示す図
【図２３】販売商品登録結果画面を示す図
【図２４】販売商品登録レコード内容を示す図
【図２５】注文処理シーケンスを示す図
【図２６】販売用画面を示す図
【図２７】注文画面を示す図
【図２８】注文画面の入力例を示す図
【図２９】注文ＤＢ登録内容（カート追加時）を示す図
【図３０】注文ＤＢ登録内容を示す図
【符号の説明】
１０１ サポートサーバ
１０２ インターネット
１０３ クリエータサーバ
１０４（１）…（ｎ） 注文者端末
１０５ クリエータ端末

Claims (14)

1. 商品に関する商品情報を第１の情報処理装置に送信するステップと、
   前記商品の注文を受け付けるネットワーク上のロケーションを示すアドレスを前記第１の情報処理装置から受信するステップと、
   前記ロケーションへの接続を第２の情報処理装置に受け付けさせるよう前記アドレスを含むページデータを前記ネットワークに送出するステップとを備えることを特徴とする商品供給方法。
2. 前記商品情報はコンテンツデータ及び出力媒体に関する情報であり、前記商品は前記出力媒体に前記コンテンツデータを出力したものであることを特徴とする請求項１に記載の商品供給方法。
3. 前記商品情報はコンテンツデータの前記ネットワーク上のロケーションを示すアドレスを含むことを特徴とする請求項１に記載の商品供給方法。
4. 前記ページデータはＷｅｂページであり、前記第２の情報処理装置のＷｅｂブラウザによって解析され、再生されることを特徴とする請求項１に記載の商品供給方法。
5. 商品に関する商品情報を第１の情報処理装置に送信するステップと、
   前記商品の注文を受け付けるネットワーク上のロケーションを示すアドレスを前記第１の情報処理装置から受信するステップと、
   前記ロケーションへの接続を第２の情報処理装置に受け付けさせるよう前記アドレスを含むページデータを前記ネットワークに送出するステップとを備えることを特徴とする商品供給方法をコンピュータに実施させるためのプログラム。
6. 商品に関する商品情報を第１の情報処理装置に送信する手段と、
   前記商品の注文を受け付けるネットワーク上のロケーションを示すアドレスを前記第１の情報処理装置から受信する手段と、
   前記ロケーションへの接続を第２の情報処理装置に受け付けさせるよう前記アドレスを含むページデータを前記ネットワークに送出する手段とを備えることを特徴とするコンピュータ装置。
7. 第１の情報処理装置から商品に関する商品情報を受信するステップと、
   前記商品の注文を受け付けるネットワーク上のロケーションを示すアドレスを前記第１の情報処理装置に発行するステップと、
   前記アドレスが示すロケーションへ第２の情報処理装置が接続することにより、前記商品の受注処理を実行するステップとを備えることを特徴とする商品管理方法。
8. 前記商品情報はコンテンツデータ及び出力媒体に関する情報であり、前記受注処理は前記出力媒体に前記コンテンツデータを出力するよう出力装置に指示する処理を含むことを特徴とする請求項７に記載の商品管理方法。
9. 前記受注処理は前記商品の課金処理を含むことを特徴とする請求項７に記載の商品管理方法。
10. 前記受注処理は前記商品を配送するよう指示する処理を含むことを特徴とする請求項７に記載の商品管理方法。
11. 前記商品情報はコンテンツデータの前記ネットワーク上のロケーションを示すアドレスを含むことを特徴とする請求項７に記載の商品供給方法。
12. 第１の情報処理装置から商品に関する商品情報を受信するステップと、
    前記商品の注文を受け付けるネットワーク上のロケーションを示すアドレスを前記第１の情報処理装置に発行するステップと、
    前記アドレスが示すロケーションへ第２の情報処理装置が接続することにより、前記商品の受注処理を実行するステップとを備える商品管理方法をコンピュータに実施させることを特徴とするプログラム。
13. 第１の情報処理装置から商品に関する商品情報を受信する手段と、
    前記商品の注文を受け付けるネットワーク上のロケーションを示すアドレスを前記第１の情報処理装置に発行する手段と、
    前記アドレスが示すロケーションへ第２の情報処理装置が接続することにより、前記商品の受注処理を実行する手段とを備えることを特徴とするコンピュータ装置。
14. 第１の情報処理装置が、商品に関する商品情報を第２の情報処理装置に送信するステップと、
    前記第２の情報処理装置が、前記商品の注文を受け付けるネットワーク上のロケーションを示すアドレスを前記第１の情報処理装置に発行するステップと、
    前記第１の情報処理装置が、前記ロケーションへの接続を第３の情報処理装置に受け付けさせるよう前記アドレスを含むページデータを前記ネットワークに送出するステップと、
    前記第２の情報処理装置が、前記第３の情報処理装置が前記ロケーションへ接続することにより、前記商品の受注処理を実行するステップとを備えることを特徴とする商品販売方法。

Images