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


【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
【発明が解決しようとする課題】
本発明は以上の事情に鑑みてなされたものであり、クリエータにオンライン販売システムを構築する負荷をかけることなく、かつ、クリエータに売れ残り在庫を抱えるリスクを負わせることなく、さらに，販売画面を作成させる手間も必要とせず、各クリエータに適した環境を構築してオンライン販売を行うためのサーバ装置及びその制御方法及びその制御方法をコンピュータに実行させるためのプログラムを提供することを目的とする。


【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
【課題を解決するための手段】
本発明は、コンテンツデータを前記コンテンツデータの付加態様に関する商品情報に基づいて出力することにより作成される商品を供給するための処理を実行するサーバ装置を制御する制御方法であって、前記商品情報を第１の情報処理装置から受信して第１のメモリに記憶するステップと、前記商品ごとにネットワーク上のロケーションのアドレスを設定して第２のメモリに記憶するステップと、前記第２のメモリから前記アドレスを読み出し、前記アドレスを含むページデータを第２の情報処理装置へ送出するステップと、前記第２の情報処理装置から前記アドレスが示すロケーションへの接続を検知すると、前記商品を作成するよう出力システムへ指示を出力するステップとを備えることを特徴とする制御方法及びその制御方法をコンピュータに実行させるプログラム及びそのサーバ装置を提供する。


【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１９６
【補正方法】変更
【補正の内容】
【０１９６】
【発明の効果】
本発明は、サポートサーバが、第１の情報処理装置から受信したコンテンツデータの付加態様に関する情報を元に出力作成される商品について、商品ごとにネットワーク上のロケーションを設定し、第２の情報処理装置から当該ロケーションへのアクセスを検知することで、商品を作成して購入者に供給するようにしたので、クリエータにオンライン販売システムを構築する負荷をかけることなく、かつ、クリエータに売れ残り在庫を抱えるリスクを負わせることなく、さらに、販売画面を作成させる手間も必要とせず、各クリエータに適した環境を構築してオンライン販売を行うことができる。