JP2005018322A - 様々な属性によるデジタルコンテンツのダウンロード方法の制御 - Google Patents
様々な属性によるデジタルコンテンツのダウンロード方法の制御 Download PDFInfo
- Publication number
- JP2005018322A JP2005018322A JP2003180662A JP2003180662A JP2005018322A JP 2005018322 A JP2005018322 A JP 2005018322A JP 2003180662 A JP2003180662 A JP 2003180662A JP 2003180662 A JP2003180662 A JP 2003180662A JP 2005018322 A JP2005018322 A JP 2005018322A
- Authority
- JP
- Japan
- Prior art keywords
- order
- image
- provider
- data
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 180
- 238000004891 communication Methods 0.000 claims abstract description 13
- 238000003672 processing method Methods 0.000 claims description 2
- 238000012545 processing Methods 0.000 description 130
- 230000008569 process Effects 0.000 description 102
- 230000006870 function Effects 0.000 description 35
- 230000010365 information processing Effects 0.000 description 27
- 230000005540 biological transmission Effects 0.000 description 22
- 238000004364 calculation method Methods 0.000 description 16
- 238000010586 diagram Methods 0.000 description 13
- 230000008859 change Effects 0.000 description 10
- 238000012790 confirmation Methods 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- KNMAVSAGTYIFJF-UHFFFAOYSA-N 1-[2-[(2-hydroxy-3-phenoxypropyl)amino]ethylamino]-3-phenoxypropan-2-ol;dihydrochloride Chemical compound Cl.Cl.C=1C=CC=CC=1OCC(O)CNCCNCC(O)COC1=CC=CC=C1 KNMAVSAGTYIFJF-UHFFFAOYSA-N 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000003825 pressing Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】本発明の目的は、有償コンテンツビジネスにおいて、ユーザー属性や注文に対する課金方法を表す課金属性などの組合わせにより、販売コンテンツのダウンロード方法を制御し、コンテンツ提供者にとって販売形態の選択肢を広げられるようにすると共に、利用者が購入形態（支払い方法、ダウンロード方法）を選択できるようにする事である。
【解決手段】本発明の構成は、所定の通信媒体を介して画像情報を提供する提供装置と該提供される画像情報を注文する注文装置との間のデータ通信を仲介して画像情報サービスを提供可能なサーバ装置である。
【選択図】 なし
【解決手段】本発明の構成は、所定の通信媒体を介して画像情報を提供する提供装置と該提供される画像情報を注文する注文装置との間のデータ通信を仲介して画像情報サービスを提供可能なサーバ装置である。
【選択図】 なし
Description
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ（画像、映像、文字、音声など）を配信するコンテンツ配信システム、コンテンツ配信方法、コンテンツ配信プログラムに関し、特に顧客属性やコンテンツ属性、さらに課金属性を組合わせて制御する事により、コンテンツの販売・購入形態（課金方法、ダウンロード方法）の選択肢を広げることを可能にするシステムに関するものである。
【０００２】
【従来の技術】
近年、パーソナルコンピュータなどの情報処理装置や、インターネットなどネットワーク技術の進歩と普及に伴って、インターネットを利用した様々なビジネスが活発に行われるようになってきた。例えばインターネット上に商品カタログを公開し、全世界からの注文をインターネットで受信して、該注文に対する商品を配送するなどのビジネスであって、多くの顧客が利用できることと、販売コストがかからないことで、多くの業界で有力な販売チャネルとして注目されている（例えば、非特許文献１参照。）。
【０００３】
また有償コンテンツビジネスにおいても、他のビジネスと同様に、インターネットを利用することによって顧客の拡大とコスト削減を図るべく、有償コンテンツの販売システムを構築する事が重要になってきている。
【０００４】
以下、有償コンテンツビジネス、また該ビジネスを行う業者をコンテンツ提供者と記す。
【０００５】
有償コンテンツビジネス、例えば有償画像ビジネスをインターネットを利用して行うにあたって、現在以下のような方法が実施されている。
【０００６】
第１の方法は、利用者が検索する際に使用する画像サンプルと、各画像の販売用画像データとをインターネット上のサーバに保管し、該サーバが利用者の注文を受注して、該注文に応じた販売用画像を、利用者にダウンロードしてもらう方法である。この場合、課金方法は、利用者が注文後にすぐに販売用画像を手に入れられる様に、クレジットカードによる決済が取られる事が多い。
【０００７】
第２の方法としては、利用者が検索に使用する画像サンプルのみを、インターネット上のサーバに保管し、該サーバが利用者の注文を受注してはじめて、画像提供者が該注文に応じた販売用画像をサーバに登録して、利用者にダウンロードしてもらうという方法である。この場合、クレジットカードによる課金や請求書による課金が行われている。
【０００８】
しかしながら、上記の２つの方法では、インターネットを利用した有償画像コンテンツビジネスを拡大していくためには不十分な点もあった。
【０００９】
具体的には、第１の方法では、画像提供者は画像サンプルと販売用画像とをインターネット上のサーバに保管しておくだけで良かったが、販売用画像データは、高解像度であるため容量が大きく、販売機会を確保するために多くの画像を販売対象としてインターネット上のサーバに登録しようとすると、高価な大容量記憶装置が必要となり、販売コストを増大させる恐れがあった。
【００１０】
一方、第２の方法を取ることで、記憶装置の容量は少なくて済むが、利用者が注文してから、画像提供者は販売画像をサーバに登録する準備が必要となり、利用者が注文してすぐに販売用画像を手に入れる事ができないという不便さと共に、画像提供者は注文毎に販売画像のサーバへの登録をしなければならない大きな負荷がかかる恐れがあった。
【００１１】
さらにインターネットを介したビジネスの場合、課金方法としてはクレジットカードを利用したものが一般的だが、有償画像コンテンツビジネスにおいては、特に利用者が会社や企業の場合、決済方法として請求書による決済が好まれる場合もある。しかし請求書による課金の場合、画像提供者は課金回収のトラブルを避ける為や著作権保護の理由から、利用者の信用を何らかの方法で得てから販売する必要があり、画像提供者には非常に負荷になるために、請求書による課金方法を取る事が出来ない画像提供者も多く存在している。
【００１２】
また近年ではコンテンツビジネス業界では、複数のコンテンツ提供者を集めて総合的にコンテンツを提供する“ポータルサイト”が主流になりつつあるが、コンテンツ提供者がポータルサイトに参加するためには、ポータルサイトの運営者の定めるルールに従う必要があり、このルールが現状では課金方法やコンテンツの保管方法などが単一的であり、例えば、「課金方法は請求書によるものではなければならない。」といった様に、コンテンツ提供者の参加に柔軟に対応できるシステムにはなっていなかった。
【００１３】
【非特許文献１】
「楽天サービス総合カタログ ２００２年１０月〜１２月 楽天活用ハンドブック」、楽天株式会社、ｐ．１など
【００１４】
【発明が解決しようとする課題】
このように従来の有償コンテンツビジネスにおけるコンテンツの販売形態は、課金方法や、販売用コンテンツをインターネット上のサーバ内に常に保存するか、等の条件を提供者が選択できる形態にはなっておらず、“課金方法＝クレジットカード／請求書”、“画像データ＝サーバに常に保存／注文後保存”の４つの組み合わせのいずれかを選択するといった単一的な方法であった。その為、コンテンツ提供者にとっては高価な大容量記憶装置のコスト負担によりビジネス機会を逃したり、または請求書での課金の場合発生するユーザー認証の負荷などからビジネス機会を狭める事になったり、インターネットを利用した有償コンテンツビジネスを拡大していく妨げとなっていた。
【００１５】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、利用者の信用度：ユーザー属性、注文に対する課金方法：課金属性、販売用コンテンツをインターネット上のサーバ内に保存し、注文後すぐにダウンロードできる状態か：コンテンツ属性、の組合わせにより、販売コンテンツのダウンロード方法を制御する事で、コンテンツ提供者にとって販売形態の選択肢を広げられるようにすると共に、利用者が購入形態（支払い方法、ダウンロード方法）を選択できるようにする事である。
【００１６】
【課題を解決するための手段】
上記課題を達成するため、本出願に係る第１の発明は、所定の通信媒体（図１に示すインターネット１０５）を介して画像情報を提供する提供装置（図３に示す提供装置１０２）と該提供される画像情報を注文する注文装置（図３に示す提供装置１０３）との間のデータ通信を仲介して画像情報サービスを提供可能なサーバ装置（図３に示すセンターサーバ１０１）であって、前記画像情報に対する検索用画像情報または販売用画像情報などを保管する画像情報格納装置（図３に示す画像格納装置３３１）と、前記注文装置により受注された注文されている画像情報に対する販売用画像情報を検索して、前記画像情報格納装置に保管されているかを判断する注文検索手段（図３に示す注文検索手段３１７）と、前記注文検索手段により未登録として提示されている販売用画像情報を前記提供装置から取得して前記画像格納手段に登録する販売用画像登録手段（図３に示す画像登録手段３１９）と、前記販売用画像登録手段による未登録として提示されている販売用画像情報の前記画像情報格納手段に対する登録後、前記注文に基づいて注文されている各販売用画像情報を注文装置に送信する画像ダウンロード手段（図３に示す画像ダウンロード手段３２０）とを有し、該注文におけるダウンロード処理の終了後も前記販売用画像情報を前記画像情報格納装置に保管しておくものである。
【００１７】
本発明に係る第２の発明は、前記注文装置からの検索条件に基づいて前記画像情報格納装置に格納されている画像情報を検索して前記注文装置に前記検索用画像情報を提示する画像検索手段を有するものである。
【００１８】
本発明に係る第３の発明は、前記画像検索手段による前記検索用画像の提示後、前記注文装置から前記検索画像情報に対する注文を受注する注文受注手段を有するものである。
【００１９】
本発明に係る第４の発明は、所定の通信媒体（図１に示すインターネット１０５）を介して画像情報を提供する提供装置と該提供される画像情報を注文する注文装置との間のデータ通信を仲介して画像情報サービスを提供可能なサーバ装置（図１に示すセンターサーバ１０１）の画像情報処理方法であって、あるいは所定の通信媒体を介して画像情報を提供する提供装置と該提供される画像情報を注文する注文装置との間のデータ通信を仲介して画像情報サービスを提供可能なサーバ装置を制御するコンピュータが読み出し可能なプログラムを格納した記憶媒体であって、前記画像情報に対する検索用画像情報または販売用画像情報を画像情報格納装置に保管する画像格納工程（図８に示すステップＳ０８０７）と、前記注文装置により注文された、注文されている購入情報に対して、課金方法、利用者の会員属性および前記画像格納手段に保管されているかの情報により注文属性を判断する注文属性決定手段（図３に示す注文属性決定手段３１５、図６ステップＳ０６０７、および図７）と、前記注文属性決定手段により未登録として提示されている販売用画像情報を前記提供装置から取得して前記画像情報格納装置に登録する画像登録処理（図８に示すステップ、Ｓ０８１５、Ｓ０８２９）と、前記注文属性決定処理により決定した各注文情報に基づいて、注文されている各販売用画像を注文装置に送信する画像ダウンロードステップ（図６に示すダウンロード処理Ｓ０６１６、図９）と、前記注文属性決定処理により決定した各注文情報に基づいて、前記販売用画像登録処理により前記販売用画像を前記画像格納装置に登録後、前記注文に基づいて注文されている各販売用画像をダウンロードする際に必要なダウンロードキー（以下ＤＬキーと示す）を送信するステップ（図８に示すステップＳ０８１２、Ｓ０８１７、Ｓ０８２３、Ｓ０８３１）と、前記注文装置で前記ＤＬキーをデータ閲覧手段により入力し、前記注文に基づいて各販売用画像をダウンロードするダウンロード処理（図９のＳ０９０４）とを有し、該注文におけるダウンロード処理の終了後も前記販売用画像情報を前記画像格納手段に保管しておくものである。
【００２０】
本発明に係る第５の発明は、前記注文装置からの検索条件に基づいて前記画像格納手段に格納されている画像情報を検索して前記注文装置に前記検索用画像情報を提示する画像検索ステップ（図５に示すステップＳ０５０３）を有するものである。
【００２１】
本発明に係る第６の発明は、前記画像検索ステップによる前記検索用画像情報の提示後、前記注文装置から前記検索画像情報に対する注文を受注する注文受注ステップ（図６に示すステップＳ０６００〜Ｓ０６１１、Ｓ０６１８〜Ｓ０６２９）を有するものである。
【００２２】
【発明の実施の形態】
＜システム構成＞
図１は、本発明の一実施形態を示すサーバ装置の構成を説明するブロック図であり、例えばインターネットを利用した画像コンテンツ販売サービスシステムの例に対応する。
【００２３】
図１において、１０１は本実施形態における主たる処理機能を有する情報処理装置（図２に後述する、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤなどから構成されるコンピュータシステム）であって、以下単にセンターサーバと記す。センターサーバ１０１はインターネットにおいて一般的にサーバと呼ばれる情報処理装置であって、後述するインターネット１０５に常時接続されており、外部からの処理要求に応じてデータの返信などの処理を行う機能を有する。
【００２４】
１０２（１）、１０２（２）、１０２（３）は、本実施形態において、利用者が検索し購入する画像データの提供者（以下、単に提供者とする）が直接操作する情報処理装置であって、以下単に提供装置とする。
【００２５】
本実施形態においては１つ以上の提供装置１０３（Ｎ）が利用可能であって、図１中は複数記載されているが、各提供装置１０３（Ｎ）の機能は同一であるので、以下単に提供装置１０３で総称して説明する。
【００２６】
提供装置１０２は、一般的に普及しているパーソナルコンピュータであって、利用者の操作等により後述するインターネット１０５に接続する、例えばモデムなどの通信装置と、利用者が所望するインターネットのサーバ、例えばセンターサーバ１０１に対して処理要求を送信し、該センターサーバ１０１より返信されたデータを表示する、一般的にインターネットブラウザと呼ばれる例えばＭｉｃｒｏｓｏｆｔ社のＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（商品名）などのデータ閲覧機能を有する。提供者は提供装置１０２を用いて、利用者の注文に必要な画像データの利用許可操作と、必要な画像データのセンターサーバ１０１への送信操作を行う。
【００２７】
１０３（１）、１０３（２）、１０３（３）、１０３（４）は、本実施形態の利用者が直接操作する情報処理装置であって、以下単に注文装置とする。本実施形態においては１つ以上の注文装置１０３（Ｎ）が利用可能であって、図１中では複数記載されているが、各注文装置１０２（Ｎ）の機能は同一であるので、以下単に注文装置１０３で総称して説明する。
【００２８】
注文装置１０３は、提供装置１０２と同様に一般的に普及しているパーソナルコンピュータであって、インターネット１０５への接続機能と、データ閲覧機能を有し、本システムの利用者は、注文装置１０３を用いて、画像データを検索し、所望の画像データの印刷を本システムに対して注文する。
【００２９】
１０５はネットワークシステムであって、本実施形態ではインターネットであり、以下の説明においては、通信機器等インターネットを構成するシステム全体を単にインターネットとして説明する。
【００３０】
なお、本実施形態では、提供装置１０２、注文装置１０３はインターネット１０５への接続機能を有するものとするが、例えば提供装置１０２、注文装置１０３がダイアルアップなどにより直接センターサーバ１０１に接続するようなネットワークシステムを用いても実施可能であることは言うまでもない。
＜情報処理装置のブロック図＞図２は、図１に示した電子取引画像処理システムの要部構成を説明するブロック図であり、上記１０１〜１０３における情報処理装置の構成に対応する。
【００３１】
図２において、２００はシステムバス群であり、以下単にシステムバスと記す。システムバス２００は情報処理装置の筐体内にある後述の各ユニットを接続し、ユニット間のデータ並びに制御情報を伝送する伝送路である。
【００３２】
２０１は情報処理装置の各種制御及び演算等を行う中央処理装置であり、以下単にＣＰＵと記す。２０２はランダムアクセスメモリであり、以下単にＲＡＭと記す。ＲＡＭ２０２はＣＰＵ２０１の主メモリとして、また実行プログラムの領域や該プログラムの実行エリアならびにデータエリアとして機能する。
【００３３】
２０３は前記ＣＰＵ２０１の動作処理手順を記憶している読み取り専用メモリであり、以下単にＲＯＭと記す。ＲＯＭ２０３は、情報処理装置内の各ユニットの制御を行う基本プログラム（一般的にＢＩＯＳと呼ばれる）や、システムを稼働するために必要な情報等を記録する。
【００３４】
２０４はネットワークインタフェースであり、後述するモデム２０６を介して外部ネットワークに接続する、あるいは後述するＬＡＮ２０５に接続するもので、以下総称して単にＮＥＴＩＦと記す。ＮＥＴＩＦ２０４は、ネットワークを介して情報処理装置間のデータ転送を行うための制御や接続状況の診断を行う。
【００３５】
２０５はイーサネット（登録商標）などのネットワークシステムであって、以下総称してＬＡＮとする。例えばセンターサーバ１０１において、ファイルサーバなどの外部装置に接続する場合には、主にＬＡＮ２０５を介して接続する。
【００３６】
２０６は外部ネットワークと情報処理装置とを電話回線を介して接続するための機器であって、一般的にモデムやＩＳＤＮ接続用のターミナルアダプタ（ＴＡ）であるが、以下総称して単にモデムとする。
【００３７】
本実施形態において、図１内の各情報処理装置は、モデム２０６を介するか、あるいはＬＡＮ２０５上に接続されているルータやゲートウェイなどの通信機器を介することによって、インターネット１０５に接続する。
【００３８】
２０７はディスプレイなどの表示装置であって、以下単にＣＲＴと記す。
【００３９】
２０８はハードディスクドライブであり、以下単にＨＤＤとする。ＨＤＤ２１３は、アプリケーションプログラムや、各種データ保存用に用いられる。本実施形態におけるアプリケーションプログラムとは、本実施形態を構成する各種処理手段を実行するソフトウエアプログラムなどである。
【００４０】
２０９は、入力装置であり情報処理装置の利用者が入力操作を行うためのキーボードやポインティングデバイスである。
【００４１】
２１０はフロッピー（登録商標）ディスクやＣＤ−ＲＯＭなど、取り外し可能な外部記憶媒体のデータ入出力を行うユニット群であり、以下総称して単にＦＤＤと記す。
＜モジュール構成図＞図３は、本発明に係るサーバ装置におけるモジュール構成を説明するブロック図であり、センターサーバ１０１、提供装置１０２、注文装置１０３の各情報処理装置内で動作する処理手段群、及びデータを格納する格納装置群と、前記処理手段群と前記格納装置群の間の主要なデータの流れの概要を説明するための構成に対応する。
【００４２】
なお、図３において、詳細は後述するが３００、３０１、３０２、３０３、３０４、３１０〜３２１は、処理手段として機能し、各情報処理装置においてＨＤＤ２０８、ＦＤＤ２１０、またはＲＯＭ２０３より読み込まれてＲＡＭ２０２に展開され使用されるアプリケーションプログラム、またはプログラムの一部として動作するモジュールである。
【００４３】
また、詳細は後述するが３３０〜３３３、及び３４０はデータ格納装置であって、ファイルシステムまたは市販のデータベースシステムなどを用いて、各情報処理装置におけるＨＤＤ２０８、ＦＤＤ２１０、ＲＡＭ２０２の少なくとも一つを用いてデータを格納する。
【００４４】
また、図３における各矢印は、処理手段間、及び処理手段と格納装置の間で交換されるデータの流れのうち主要なものを表す。センターサーバ１０１と、提供装置１０２、注文装置１０３との間にまたがるデータの流れは、各情報処理装置のＮＥＴＩＦ２０４及びインターネット１０５を介して伝送されるものである。
【００４５】
図３において、３００はインターネット上のサーバプログラム群であって、以下総称してインターネットサーバと記す。インターネットサーバ３００はＲＡＭ２０２上で常時稼動しており、ＮＥＴＩＦ２０４を介して受信した外部からの処理要求に対して適切な処理を行ってデータを返信する機能を有するもので、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を受信して要求されたデータファイルの内容を返信する、あるいは指定された処理手段を起動し、該処理手段の出力を返信する、一般的にＷｅｂサーバと呼ばれる機能と、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を受信して要求されたデータファイルを返信、あるいは受信する、一般的にＦＴＰサーバと呼ばれる機能などから構成される。
【００４６】
３０１，３０３は一般的にインターネットブラウザと呼ばれる、例えばＭｉｃｒｏｓｏｆｔ社のＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒなどのデータ閲覧プログラムで、以下データ閲覧手段と記す。データ閲覧手段３０１及びデータ閲覧手段３０３は、該情報処理手段の利用者の指示によってＲＡＭ２０２に読み込まれて利用可能となるアプリケーションプログラムで、該情報処理装置のＮＥＴＩＦ２０４を介してインターネット１０５に接続し、利用者の入力に従って該入力に基づいた処理要求データをインターネット１０５に送信する機能と、インターネット１０５を介してサーバ１０１から返信されたデータを該情報処理装置のＣＲＴ２０７に表示する機能とを有する。
【００４７】
３０２、３０４はデータ受信手段であり、一般的にはメールソフトと呼ばれる、たとえばＭｉｃｒｏｓｏｆｔ社のＯｕｔｌｏｏｋ Ｅｘｐｒｅｓｓなどで、電子メールを受信、送信するプログラムであり、該情報処理手段の利用者の指示によってＲＡＭ２０２に読み込まれて利用可能となるアプリケーションプログラムで、該情報処理装置のＮＥＴＩＦ２０４を介してインターネット１０５に接続し、利用者の指示に従って該指示に基づいた処理データをインターネット１０５に送信する機能と、インターネット１０５を介してサーバ１０１から送信されたデータを該情報処理装置のＣＲＴ２０７に表示する機能とを有する。
【００４８】
以下、詳述する図３に示すセンターサーバ１０１上で動作する３１０〜３２１の他の処理手段は、インターネットサーバによって、外部からの処理要求に基づいてＲＡＭ２０２に展開され動作するものとする。
【００４９】
センターサーバ１０１において、３１０は顧客登録手段であって、利用者が注文装置１０３を操作して入力した、利用者の氏名や住所などの利用者情報を受信し、後述する顧客情報格納装置３３０に該利用者情報を格納する機能を有する。また利用者が各提供者に対して法人会員登録を顧客登録手順３１０で行った場合は、該登録処理に対する承認処理を該提供者が提供装置１０２を操作して行い、該提供者によって承認された場合、顧客登録手段３１０は後述する顧客情報格納装置３３０内の該利用者情報にある認証済みの提供者ＩＤのリストに、該提供者ＩＤを追加する。
【００５０】
３１１は画像検索手段で、利用者が注文装置１０３を操作して入力した画像検索条件を受信して、該条件に合った画像を後述する画像情報格納装置３３１から検索し、該画像のサムネイルデータ等を、インターネットサーバ３００を介して注文装置１０３に返信する機能を有する。
【００５１】
３１２は顧客認証手段であって、利用者が注文装置１０３を操作して入力したユーザー情報と、利用者が注文装置１０３を操作して、前記顧客登録手段３１０を用いて登録した情報を、前記顧客情報格納装置３３０から検索して比較する機能を有する。
【００５２】
３１３は価格計算手段であって、利用者が注文装置１０３を操作して入力した注文画像の各種条件を受信し、各販売画像の価格情報等が格納されている画像情報格納装置３３１から該各種条件に該当する価格情報を受信し、前記注文画像の価格を計算し表示する機能を有する。
【００５３】
３１４は注文受注手段であって、利用者が注文装置１０３を操作して入力した画像注文情報を受信し、該注文に対する画像情報、該注文の顧客情報および該注文の画像提供元情報をそれぞれ画像情報格納装置３３１、顧客情報格納装置３３０、提供元情報格納装置３３２から受信し、後述する注文属性決定手段３１５と各種情報を送受信し、また後述の注文情報格納装置３３３に該注文画像の価格情報を送信する機能を有する。
【００５４】
３１５は注文属性決定手段で、前記注文受注手段３１４から前記画像情報、前記顧客情報および前記画像注文情報を受信して注文属性を決定し、再度注文受注手段３１４に返信する機能を有する。
【００５５】
３１６は注文情報送信手段で、前記注文情報格納装置から該注文情報を受信し、インターネットサーバ３００を介して提供装置１０２に注文情報を送信する機能を有する。
【００５６】
３１７は注文検索手段であって、提供者が提供装置１０２を操作して行った指示に基づいて、注文データを注文情報格納装置３３３から検索し、該注文データの内容を、インターネットサーバ３００を介して提供装置１０２に返信する機能を有する。
【００５７】
３１８は注文承認手段であって、提供者が注文検索手段３１７によって取得した各注文データに対して、該注文データを販売することを承認または否認する指示入力を受信し、該入力内容に応じて注文情報格納装置３３３内の該注文データの内容を更新する機能を有する。
【００５８】
３１９は画像登録手段であって、提供者が提供装置１０２を操作して送信した、画像データとその付帯情報を受信し、後述する画像情報格納装置３３１に該画像データを格納するとともに、注文情報格納装置３３３内の注文データのうち、該画像を含む注文データの内容を更新する機能を有する。
【００５９】
３２０は画像ダウンロード手段であって、注文装置１０３からの処理要求に基づき、該注文に含まれる各画像に対して該画像の提供者によって、注文承認手段３１８を用いて注文承認が行われ、注文情報格納装置３３３の更新された該注文情報を参照して、該画像の販売用画像データを画像情報格納装置３３１から抽出し、インターネットサーバ３００を介して注文装置１０３に送信する機能を有する。
【００６０】
３２１はＤＬキーデータ送信手段であり、注文装置１０３での操作により注文された注文情報に対して、該画像の提供者によって注文承認手段３１８を用いて注文承認が行われ、注文情報格納装置３３３の更新された該注文情報を参照して、該画像のダウンロードに必要な該注文の識別子（以下、注文ＩＤと記す），該注文に対する利用者の認証識別子（以下、ＤＬキーと記す）およびダウンロード用ＵＲＬ（以下、３つ合わせてＤＬキーデータとする。）を、インターネットサーバ３００を介して注文装置１０３に送信する機能を有する。
【００６１】
３３０は顧客情報格納装置であって、本システムの利用者に関する、以下に列挙するような利用者データを利用者単位に格納する機能を有する。顧客情報格納装置３３０は、顧客ＩＤをキーにして、利用者データ（利用者の識別子（以下、顧客ＩＤとする），利用者の認証識別子（以下、顧客パスワードとする），氏名または会社名、郵便番号、住所、電話番号、電子メールアドレス、法人会員として認証済みの提供者ＩＤのリストを一意に検索する機能も有する。
【００６２】
なお、前記利用者データのうち、認証済みの提供者ＩＤのリストは、該利用者がリスト中の提供者によって、該提供者の法人会員として承認され、該提供者が提供する画像の注文が、事前に承認されていることを意味する。すなわち、利用者の注文に対して、該注文に含まれる画像のうち、承認済みの提供者ＩＤのリストに含まれる提供者の画像に対しては、注文属性決定手段３１５において法人会員として注文属性が決定され、注文承認手段３１８による注文承認の手続きを必要としない。
【００６３】
３３１は画像情報格納装置であって、利用可能な画像の各種解像度（サムネイル画像、プレビュー用の低解像度画像、販売用の高解像度画像）および、図４で後述するような画像情報データと検索用データ及び、画像価格情報とを格納する機能を有する。
【００６４】
３３２は提供元情報格納装置であって、本システムの提供者に関する、以下に列挙するような提供者データを提供者単位に格納する機能を有する。（図１０参照）提供元情報格納装置３３２は、提供者ＩＤをキーにして、提供者データ（提供者の識別子（以下、提供者ＩＤとする），氏名または会社名、郵便番号、住所、電話番号、電子メールアドレス，代表者氏名（提供者が法人の場合）、担当者氏名（提供者が法人の場合）、提供可能な課金方法（クレジットカード、請求書））を一意に検索する機能も有する。
【００６５】
３３３は注文情報格納装置であって、利用者が発注した注文データを格納する機能を有する。注文データは、図１１で後述するように、発注した利用者の情報、該注文データに含まれる画像の情報、及び各注文の状況などで構成される。
【００６６】
３４０は元画像格納装置であって、提供装置１０２のＨＤＤ２０８に格納される低解像度及び販売用の画像データファイル群である。
【００６７】
＜注文情報格納装置＞
図１１は、図３に示した注文情報格納装置３３３に格納するデータ内容を説明するためのレイアウト図である。なお、注文情報格納装置３３３内では、利用者が発注した注文の内容を格納するオーダーテーブルと、各オーダーに含まれる個々の画像の情報を格納するサブオーダーテーブルとを格納する。いずれも市販のデータベースシステム等を用いて検索可能にしておく。
【００６８】
図１１において、１１０１はオーダーテーブルであって、利用者の発注指示に従って注文受注手段３１４、注文属性決定手段３１５によってデータレコードが作成される。オーダーテーブル１１０１中、注文ＩＤは各注文データを一意に識別するための識別子であって、注文受注手段３１４が発番する。
【００６９】
利用者ＩＤは、該注文を発注した利用者の利用者ＩＤであり前記顧客登録手段３１０が発番する。
【００７０】
合計価格情報は利用者が発注した該注文の合計金額である。承認ステータスおよび課金処理ステータスは注文承認手段３１８が書き込むステータス情報である。ＤＬステータスは画像ダウンロード手段が書き込む販売画像のダウンロード情報である。ＤＬキーは注文承認手段３１８が発行するＤＬキー情報である。また、付帯情報は、本実施形態では特に説明しないが、注文データの発注日時などを格納する場合や、利用者が注文装置１０３上で文書情報を編集可能な編集アプリケーションを用いて編集した場合に、該編集情報を格納する場合に使用する。
【００７１】
図１１中の１１０２は、注文データに含まれる個々の画像の情報（以下サブオーダーとする）を示すデータを格納するものであって、以下、サブオーダーテーブルとする。
【００７２】
サブオーダーテーブル１１０２の注文ＩＤは、該サブオーダーが属する注文の注文ＩＤである。
【００７３】
注文属性については図７で後述するが、前記注文属性決定手段３１５によって、後述する顧客属性、画像属性、課金属性で決定される。
【００７４】
承認属性は該注文に対して提供者が注文承認手段３１８で承認する必要があるかないかを表すものであり、前記注文属性決定手段によって決定される。
【００７５】
承認ステータスは該注文に対して提供者が承認処理を行うことにより、注文承認手段３１８がステータスを書き変える。
【００７６】
課金処理ステータスは該注文に対して提供者が課金処理を行う事により、注文承認手段３１８がステータスを書きかえる。
【００７７】
顧客属性は、前記顧客登録手段３１０によって設定され、該注文を発注した利用者が法人会員（Ｃ）か個人会員（Ｐ）かを表す。利用者は注文装置を操作して、前記顧客登録手段３１０にアクセスしてまず個人会員として登録する。この際、提供者の認証作業はない。個人会員である利用者は、前記注文装置１０３を操作して前記顧客登録手段にアクセスして、各提供者に対して法人会員登録を行うことができ、該提供者が該利用者を法人会員として承認した場合、前記顧客情報格納装置３３０内の該利用者データの認証済みの提供者ＩＤリストに法人会員（Ｃ）として登録される。
【００７８】
画像ＩＤは各画像に対して固有のＩＤであり、画像登録手段３１９が発番する。また画像属性は該画像の販売用画像がセンターサーバ１０１内の画像格納装置に存在するかを表しており、センターサーバ内に存在する場合は“Ｙ”、存在しない場合は“Ｎ”を表示する。
【００７９】
提供者ＩＤは各提供者が持つ固有のＩＤであり、また価格情報は各画像の価格情報である。
【００８０】
課金属性は、注文受注手段３１４で利用者が選択した課金方法であり、注文受注手段３１４が書きかえる。
【００８１】
＜画像情報格納装置＞
図４は、図３に示した画像情報格納装置３３１に格納するデータ内容を説明するためのレイアウト図である。画像情報格納装置３３１内には、情報処理装置のファイルシステムを用いて格納する画像データファイル、各画像のプロパティ等を格納する画像情報テーブル、画像ファイルの格納位置（パス名）を管理する画像ファイルテーブル、及び画像検索用のカテゴリ検索テーブルとキーワード検索テーブルを格納する。各テーブルは、市販のデータベースシステム等を用いて検索可能にしておく。
【００８２】
図４において、４０１は画像データファイル群であって、個々の画像ファイルを、情報処理装置のファイルシステムなどを使用して格納する。個々の画像ファイルは、画像ファイルテーブル４０３のパス名によって、格納場所、すなわちファイル名を特定できる。
【００８３】
４０２は画像情報テーブルであって、各画像のプロパティ情報などを格納する。画像情報テーブル４０２の各データレコードは、画像の提供者を表す提供者ＩＤと、各提供者によって付けられた画像ＩＤとによって一意に識別できる。
【００８４】
画像情報テーブル４０２中に格納する画像のプロパティは、画像のタイトル、クレジットなどのキャプション、画像の価格（単価）、前記画像属性などを含んでいる。
【００８５】
また、画像情報テーブル４０２の保存期間は、販売用画像のセンターサーバ１０１内での保存期間を表す。保存期間は、各画像が最後に使用されてからの期間で判断する。画像情報テーブル４０２の最終使用日は、該画像が最後に使用された、すなわち発注された日付を格納する。備考には、本実施形態では説明しないが、各データレコードの作成日などの情報を格納する。
【００８６】
４０３は画像ファイルテーブルであって、各画像の画像データファイルの格納位置、すなわちパス名などファイルシステム上アクセス可能な名称を管理する画像ファイルテーブル４０３の各データレコードは、各画像の提供者ＩＤと画像ＩＤ、及び画像の解像度を示すタイプによって一意に識別できる。解像度には、画像検索時の表示用に使用するサムネイルと、検索画像の拡大表示などに使用する低解像度、及び販売用画像の３種類である。
【００８７】
なお、図４において、カテゴリ検索テーブル４０４及びキーワード検索テーブル４０５は、画像検索手段３１１によって使用される、画像検索用の検索テーブルであって、それぞれカテゴリ名とキーワードによって画像の提供者ＩＤと画像ＩＤが複数検索可能になっている。なお、カテゴリ及びキーワードは一つの画像に対して複数設定することが可能である。
【００８８】
＜利用者の処理１＞
図５は、本発明に係るサーバ装置における顧客登録、画像検索および価格決定のデータ処理手順の一例を示すフローチャートであり、図３に示したセンターサーバ１０１の顧客登録手段３１０、画像検索手段３１１、顧客認証手段３１２、価格計算手段３１３の処理手順に対応する。なお、Ｓ０５０１〜Ｓ０５１４は各ステップを示す。
【００８９】
また、顧客登録手段３１０、画像検索手段３１１、顧客認証手段３１２、価格計算手段３１３はいずれもインターネットサーバ３００によって起動されるプログラムであり、利用者が注文装置１０３のデータ閲覧手段３０１を用いて指示することにより、該指示入力がデータ閲覧手段３０１、インターネット１０５介してインターネットサーバ３００に伝送され、インターネットサーバ３００によって起動される。同様に、各処理手段の出力は、インターネットサーバ３００、ネットワーク１０５を介して注文装置１０２のデータ閲覧手段３０１に送信され、注文装置１０３のＣＲＴ２０７上に表示される。
【００９０】
なお各処理手段は注文装置１０３からのデータを受信する度にインターネットサーバ３００により起動され、注文装置１０３への表示用データ送信後、処理を終了する。すなわち、各処理手段は単一のプログラムとして実施する他、複数のプログラムとして実施することも可能であり、また、単一のプログラムが複数の処理手段の機能を実施することも可能である。
【００９１】
図５のステップＳ０５００、Ｓ０５０８〜Ｓ０５１０および図１２のステップＳ１２０１〜Ｓ１２０９は顧客登録手段３１０の処理機能とし、図５のステップＳ０５０１〜Ｓ０５０３は画像検索手段３１１、ステップＳ０５０６、Ｓ０５０７は顧客認証手段３１２、ステップＳ０５１１、Ｓ０５１２、Ｓ０５１３、Ｓ０５１４およびＳ０５１５は価格計算手段３１３の処理機能とする。
【００９２】
また、複数のプログラム間で共有する、あるいは引き渡すデータは、ＨＴＭＬのＨＩＤＤＥＮパラメータを用いて注文装置１０２のデータ閲覧手段３０１を介してデータ交換するか、あるいはセンターサーバ１０１のＨＤＤ２０８またはＲＡＭ２０２上に保存しておくことでデータ交換する。以下、前記のデータ交換手段及び格納方法を総称して、単に保存データ領域と記す。
【００９３】
先ず、ステップＳ０５００において、利用者は顧客登録を行うか、画像検索を行うかを選択する。画像検索ステップにおいては、利用者は必ずしも顧客登録を行う必要はなく、画像価格計算ステップの段階ではじめて利用者の認証のためのログインが必要となり、顧客登録が必要となる。
【００９４】
利用者がステップＳ０５００で顧客登録を選択した場合、図１２に示すステップＳ１２０１に進み、顧客登録用の画面（以下、顧客登録画面と記す。）が表示される。そこには“法人会員登録”ボタンと“個人会員登録”ボタンを用意し、選択出来るようにしておく。法人会員登録を行うためにはまず個人会員ＩＤを取得しておく必要があり、ステップＳ１２０２において、顧客登録画面上の“個人会員登録”を押下すると次ステップＳ１２０３に進む。
【００９５】
ステップＳ１２０３において、顧客登録画面には利用者の氏名、会社名、電子メールアドレスを入力する為の入力フィールドと“ＯＫ”ボタンを用意しておき、該利用者は注文装置１０３を操作して各項目に入力し前記ＯＫボタンを押下することで、前記顧客登録手段３１０が前記顧客ＩＤおよび顧客パスワードを発番し、ステップＳ１２０４において注文装置１０３のデータ閲覧手段３０１に表示する。
【００９６】
ステップＳ１２０２において、顧客登録画面上にある前記“法人会員登録”ボタンを押下すると、ステップＳ１２０５で、個人会員として取得した顧客ＩＤおよび顧客パスワードを入力する画面が表示される。該利用者が前記顧客ＩＤおよび顧客パスワードを入力すると、顧客登録手段３１０は顧客ＩＤをキーに顧客情報格納装置内の顧客情報を検索し、該顧客ＩＤのレコードが顧客情報格納装置３３０に存在し、かつ該レコードのパスワードが入力されたパスワードと一致するかどうかを調べる。前記照合が一致した場合は、次の法人会員登録処理ステップＳ１２０７に進む。該当するレコードが存在しない、またはパスワードが異なる場合はエラーメッセージを表示して、前記顧客登録手段３１０は該利用者はまだ個人会員登録していないと判断し、前記ステップＳ１２０３の個人会員用の顧客登録画面を表示する。
【００９７】
ステップＳ１２０７では、法人会員用の顧客登録画面が表示され、そこには既に前記個人会員登録処理ステップＳ１２０３で入力した利用者の氏名、会社名、電子メールアドレスが表示され、その他に郵便番号、住所、性別、生年月日、電話番号、クレジットカード番号を入力する為の入力フィールドおよび“ＯＫ”ボタンを配置する。該利用者は注文装置１０３を操作して、各入力フィールドに必要事項を入力しＯＫボタンを押下する。入力された該データはインターネットサーバ３００を介して提供装置１０２に送信され、ステップＳ１２０８で、該提供者は該利用者に対して法人会員として承認するか処理を行う。
【００９８】
ステップＳ１２０９で、その結果を顧客登録手段３１０がインターネットサーバ３００を介して注文装置１０３に送信し、利用者はデータ閲覧手段３０１を利用して該承認結果を確認する。
【００９９】
ステップＳ０５０１においては、画像検索手段３１１は、利用者が注文する画像を検索するための、検索方法を選択するメニュー画面（以下、検索方法選択画面と記す）を作成して表示する。検索方法選択画面には、検索方法を指示するためのボタン（「番号選択ボタン」、「カテゴリ検索ボタン」、「キーワード検索ボタン」）と、キーワードを入力するための入力フィールドを配置する。
【０１００】
ステップＳ０５０２において、画像検索手段３１１は、ステップＳ０５０１で表示した検索方法選択画面に対して注文装置１０３の利用者が指示入力した、すなわちクリックしたボタンを判断し、「画像番号検索」、「カテゴリ検索」、「キーワード検索」のいずれかの手段を用いて、画像情報格納装置内の画像情報テーブル４０２、カテゴリ検索用テーブル４０４、キーワード検索用テーブル４０５から利用者が所望する画像を検索する。該当するレコードが存在する場合には、該画像ＩＤを保存データ領域に記憶し、ステップＳ０５０３に進む。該当するレコードが存在しない場合は、適切なエラーメッセージを付加して再度検索方法選択画面を表示し、再度ステップＳ０５０２を処理する。
【０１０１】
ステップＳ０５０３において、前記の取得済みの該画像ＩＤを基に、ステップ０５０２の検索結果としてヒットした画像の表示画面（以下、検索結果画面と記す）を作成して注文装置１０３に画面表示する。なお、検索結果画面には、前記取得済みのデータを基に、ヒットした各画像のサムネイル画像と、提供者ＩＤ、画像ＩＤ、タイトルを全て、例えば一覧形式で表示する。
【０１０２】
また、各画像の表示部分には、次ステップＳ０５０４で後述する“Ｍｙトレイに追加”ボタンを配置し、ボタンをクリックすると“Ｍｙトレイ”に画像データが移動するようにしておく。また、各画像のサムネイル画像もクリック可能にしておき、クリックした場合は画像情報格納装置３３１にあるプレビュー用の低解像度画像を注文装置１０３上に表示するようにしておく。
【０１０３】
ステップＳ０５０４においては、ステップＳ０５０３で表示された検索結果の画像に対して利用者が価格情報を得るために、“Ｍｙトレイ”と呼ぶ画像データの一時保存領域に移動する処理を行う。このＭｙトレイに画像データを移動させる為には、利用者の認証が必要であり、前記“Ｍｙトレイに追加ボタン”を押すと、ステップＳ０５０５において利用者を識別するために、利用者の顧客ＩＤとパスワードの入力を求める画面（以下、ログイン画面と記す）を表示する。ここでは顧客ＩＤと顧客パスワードを入力できる入力フィールドと新規に顧客登録できるボタンを用意する。
【０１０４】
ステップＳ０５０６においては、利用者が入力した顧客ＩＤと顧客パスワードが、顧客情報格納装置３３０内の利用者データに登録されているか検索し、該当データがある場合は次のステップＳ０５１１に進み、該当レコードがない場合は適切なエラーメッセージを表示し、再度ステップＳ０５０５に戻る。
ステップＳ０５０６において、新規登録を利用者が選択した場合、前記顧客登録手段３１０によって顧客登録され、ステップＳ０５１１に進む。この場合は提供者の認証作業に時間がかかることから、法人会員としての顧客登録はできないものとする。
【０１０５】
ステップＳ０５１１において、前記ステップＳ０５０４で利用者がＭｙトレイに追加を指示した画像データがＭｙトレイ画面に表示される。Ｍｙトレイ画面には複数の画像データを表示することが可能であり、一旦追加した画像データを削除することも可能である。また次のステップに進むための“価格計算”ボタンも用意し各画像毎に価格計算が出来るようにする。
【０１０６】
ステップＳ０５１２においては、ステップＳ０５１１で選択した画像について価格計算ボタンを押すことで価格計算の為の画面が表示され、ステップＳ０５１３において、該画像の価格を決定する為の要素（以下、価格決定要素と記す）を利用者は選択する。
【０１０７】
ステップＳ０５１３において選択する価格決定要素には「画像サイズ」、「使用用途」、「試用期間」、「使用媒体」、「発行部数」、「業種」などがあるが、各提供者によって価格決定要素を変えることも可能とする。その為、図３の価格計算手段３１３はステップＳ０５１１で価格計算ボタンを押した画像についての価格情報を、画像情報格納装置３３１内の画像価格情報テーブル４０６から参照して価格計算処理を行う。
【０１０８】
ステップＳ０５１５において、ステップＳ０５１４で価格計算手段３１３が計算した画像の価格情報が、Ｍｙトレイ画面に表示されている該画像に対して表示される。また一つでも価格計算処理を行い価格表示された画像がＭｙトレイ上に存在する時、次ステップの注文処理へ進む為の“注文ボタン”が表示されるようにする。
【０１０９】
＜利用者の処理２＞
図６は、本発明に係るサーバ装置における注文受注処理、注文属性決定処理および注文情報送信処理のデータ処理手順の一例を示すフローチャートであり、図３に示したセンターサーバ１０１の注文受注手段３１４、注文属性決定手段３１５、注文情報送信手段３１６の処理手順に対応する。なお、Ｓ０６００〜Ｓ０６２９は各ステップを示す。
【０１１０】
図６において、図５で説明した価格計算処理を終えた画像について、利用者がステップＳ０６００において注文処理を続ける場合“注文ボタン”をクリックすると注文処理を行う画面（以下、注文画面と記す）が表示される。
【０１１１】
ステップＳ０６０１においては、該サービスを利用するにあたっての利用規約（以下、ライセンスと記す）に同意する必要があり、前記注文ボタンをクリックするとライセンスと“同意する”ボタンおよび“同意しない”ボタンが表示される。ライセンスに同意しない場合は前記“同意しない”ボタンをクリックし、ステップＳ０６０２で、前記ステップＳ０５１１のＭｙトレイ画面を再度表示する。ライセンスに同意する場合は前記“同意する”ボタンをクリックし次ステップＳ０６０３に進む。
【０１１２】
ステップＳ０６０３においては、利用者は注文する画像の価格に対して支払方法を選択する。図３における注文受注手段３１４は提供元情報格納装置３３２から該画像の提供者情報を検索し、該提供者が提供可能な課金方法（クレジットカード、請求書のいずれか、もしくは両方）を受信して注文画面に表示する。利用者は注文画面上に表示された選択可能な支払い方法から所望の支払い方法を選択する（以下、利用者が選択した支払方法を課金属性と記す）。
【０１１３】
ステップＳ０６０４で、該注文の購入情報（前記ステップＳ０５１３で選択した価格決定要素、前記ステップＳ０５１４で決定した注文画像の価格情報、前記ステップＳ０６０３で選択された支払方法および該画像の画像ＩＤ）を表示し、該利用者に注文内容の確認と同意を求める文言を表示する。また該注文画面には“次ステップに進む”ボタンと“Ｍｙトレイに戻る”ボタンを用意する。
【０１１４】
ステップＳ０６０５において、“次ステップに進む”をクリックすると次ステップＳ０６０７へ進み、“Ｍｙトレイに戻る”をクリックすると前記“Ｍｙトレイ画面表示”ステップＳ０５１１に戻るようにする。
【０１１５】
ステップＳ０６０７では、前記図４および図１１で説明した画像属性と、前記図５のステップＳ０５００および図１２で決定した利用者の顧客属性と、前記図６のステップＳ０６０３で選択した課金属性から、図３の注文属性決定手段３１５が注文属性を決定する。前記注文属性決定手段については図７で後述する。
【０１１６】
＜注文属性▲１▼の処理＞
ステップＳ０６０７において注文属性決定手段が該注文の注文属性を▲１▼と判断した場合、ステップＳ０６０８に進み注文確認画面が表示される。ここでは該画像のサムネイル画像、画像ＩＤ、提供者名、画像価格情報、課金属性（この場合、クレジットカード情報または請求書送付先情報を表示）、ダウンロード方法（この場合、注文後すぐに注文画像をダウンロード可能と表示）を表示する。また該注文の内容を確認する文言も表示され、そこには“この内容で購入する”ボタンと“いいえ内容を変更する”ボタンを用意しておき、利用者が“この内容で購入する”ボタンを押した場合は次ステップＳ０６０９に進み、“いいえ内容を変更する”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１１７】
ステップＳ０６０９では、利用者が注文を続けるか終了するかを選択する画面を表示する。そこには“注文を終了する”ボタンと“注文を続ける”ボタンとを用意し、利用者が“注文を終了する”ボタンを押した場合は次ステップＳ０６１０に進み、“注文を続ける”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１１８】
ステップＳ０６１０、Ｓ０６１１においては、ステップＳ０６０９で該注文が終了すると、注文受注手段３１４は注文ＩＤを発番し、注文属性決定手段３１５が決定した注文属性（この場合▲１▼）に基づいて、前記オーダーテーブル１１０１およびサブオーダーテーブル１１０２を作成して注文情報格納装置３３３に格納する。またこの時、注文情報送信手段３１６は前記注文情報格納装置から該注文情報を受信して提供装置１０２に該注文データを送信する。ここでは前記注文情報送信手段３１６は前記メールソフトで読み取り可能なデータとして前記注文装置１０２に注文データを送信する。
【０１１９】
またステップＳ０６１０においては、前記課金属性がクレジットカードの場合は与信処理の為のデータ作成およびデータ送信処理を注文受注手段３１４が行う。
【０１２０】
次にステップＳ０６１２においては、利用者が注文した画像についてダウンロードする為の画面（以下、ＤＬ画面と記す）が表示され、そこには該注文画像ＩＤ、提供者名、画像の価格情報、課金属性および“すぐにダウンロードする”ボタンと“後でダウンロードする”ボタンを用意する。
【０１２１】
ステップＳ０６１３においては、前記“すぐにダウンロードする”ボタンを押した場合、次ステップＳ０６１４に進み、“後でダウンロードする”ボタンを押した場合は終了する。
【０１２２】
ステップＳ０６１４においては、該注文画像をダウンロードする際のダウンロード先を選択する画面が表示され、利用者の操作する注文装置１０３のＨＤＤ２０８上の任意の場所を選択することが可能となっており、“ダウンロードボタン”を押下すると、ステップＳ０６１６において、該注文画像の販売用画像データが前記注文装置１０３に送信される。
【０１２３】
ステップＳ０６１７では、前記ステップＳ０６１６でダウンロード処理された該販売用画像データの前記ダウンロード処理が終了すると、注文装置１０３に該画像ＩＤと前記サムネイル画像と該注文の販売用画像のダウンロードが終了したことを表示する。
【０１２４】
＜注文属性▲２▼の処理＞
ステップＳ０６０７において注文属性決定手段が該注文の注文属性を▲２▼と判断した場合、ステップＳ０６１８に進み注文確認画面が表示される。ここでは該画像のサムネイル画像、画像ＩＤ、提供者名、画像価格情報、課金属性（この場合、クレジットカード情報または請求書送付先情報を表示）、ダウンロード方法（この場合、提供者承認後ダウンロード可能と表示）を表示する。また該注文の内容を確認する文言も表示され、そこには“この内容で購入する”ボタンと“いいえ内容を変更する”ボタンを用意しておき、利用者が“この内容で購入する”ボタンを押した場合は次ステップＳ０６１９に進み、“いいえ内容を変更する”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１２５】
ステップＳ０６１９では、利用者が注文を続けるか終了するかを選択する画面を表示する。そこには“注文を終了する”ボタンと“注文を続ける”ボタンとを用意し、利用者が“注文を終了する”ボタンを押した場合は次ステップＳ０６２０に進み、“注文を続ける”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１２６】
ステップＳ０６２０、Ｓ０６２１においては、ステップＳ０６１９で該注文が終了すると、注文受注手段３１４は注文ＩＤを発番し、注文属性決定手段３１５が決定した注文属性（この場合▲２▼）に基づいて、前記オーダーテーブル１１０１およびサブオーダーテーブル１１０２を作成して注文情報格納装置３３３に格納する。またこの時、注文情報送信手段３１６は前記注文情報格納装置から該注文情報を受信して提供装置１０２に該注文データを送信する。ここでは前記注文情報送信手段３１６は前記メールソフトで読み取り可能なデータとして前記注文装置１０２に注文データを送信する。
【０１２７】
またステップＳ０６２０においては、前記課金属性がクレジットカードの場合は与信処理の為のデータ作成およびデータ送信処理を注文受注手段３１４が行う。
【０１２８】
＜注文属性▲３▼ａの処理＞
ステップＳ０６０７において注文属性決定手段が該注文の注文属性を▲３▼ａと判断した場合、ステップＳ０６２２に進む。
【０１２９】
ステップＳ０６２２においては、該注文に対して利用者が所望する請求書の送付先情報を記入する画面が表示され、そこには該利用者の氏名、生年月日、性別、会社名、請求書送付先住所、連絡先電話番号、電子メールアドレスを入力する為の入力フィールドを用意する。またその入力フィールドの下には“次に進む”ボタン、“キャンセル”ボタンが用意されており、“次に進む”ボタンを押下すると次ステップＳ０６２３に進み、“キャンセル”ボタンを押下すると注文処理は終了する。
【０１３０】
ステップＳ０６２３においては、注文確認画面が表示される。ここでは該注文画像のサムネイル画像、画像ＩＤ、提供者名、画像価格情報、課金属性（この場合、請求書と表示される）、ダウンロード方法（この場合、提供者承認後ダウンロード可能と表示される）を表示する。また該注文の内容を確認する文言も表示され、そこには“この内容で購入する”ボタンと“いいえ内容を変更する”ボタンを用意しておき、利用者が“この内容で購入する”ボタンを押した場合は次ステップＳ０６２４に進み、“いいえ内容を変更する”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１３１】
ステップＳ０６２４では、利用者が注文を続けるか終了するかを選択する画面を表示する。そこには“注文を終了する”ボタンと“注文を続ける”ボタンとを用意し、利用者が“注文を終了する”ボタンを押した場合は次ステップＳ０６２５に進み、“注文を続ける”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１３２】
ステップＳ０６２５においては、ステップＳ０６２４で該注文が終了すると、注文受注手段３１４は注文ＩＤを発番し、注文属性決定手段３１５が決定した注文属性（この場合▲３▼ａ）に基づいて、前記オーダーテーブル１１０１およびサブオーダーテーブル１１０２を作成して注文情報格納装置３３３に格納する。またこの時、注文情報送信手段３１６は前記注文情報格納装置から該注文情報を受信して提供装置１０２に該注文データを送信する。ここでは前記注文情報送信手段３１６は前記メールソフトで読み取り可能なデータとして前記注文装置１０２に注文データを送信する。
【０１３３】
＜注文属性▲３▼ｂの処理＞
ステップＳ０６０７において注文属性決定手段が該注文の注文属性を▲３▼ｂと判断した場合、ステップＳ０６２６に進む。
【０１３４】
ステップＳ０６２６においては、該注文に対して利用者が所望する請求書の送付先情報を記入する画面が表示され、そこには該利用者の氏名、生年月日、性別、会社名、請求書送付先住所、連絡先電話番号、電子メールアドレスを入力する為の入力フィールドが用意されている。またその入力フィールドの下には“次に進む”ボタン、“キャンセル”ボタンが用意されており、“次に進む”ボタンを押下すると次ステップＳ０６２７に進み、“キャンセル”ボタンを押下すると注文処理は終了する。
【０１３５】
ステップＳ０６２７においては、注文確認画面が表示される。ここでは該注文画像のサムネイル画像、画像ＩＤ、提供者名、画像価格情報、課金属性（この場合、請求書と表示される）、ダウンロード方法（この場合、提供者承認後ダウンロード可能と表示される）を表示する。また該注文の内容を確認する文言も表示され、そこには“この内容で購入する”ボタンと“いいえ内容を変更する”ボタンを用意しておき、利用者が“この内容で購入する”ボタンを押した場合は次ステップＳ０６２８に進み、“いいえ内容を変更する”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１３６】
ステップＳ０６２８では、利用者が注文を続けるか終了するかを選択する画面を表示する。そこには“注文を終了する”ボタンと“注文を続ける”ボタンとを用意し、利用者が“注文を終了する”ボタンを押した場合は次ステップＳ０６２９に進み、“注文を続ける”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１３７】
ステップＳ０６２９においては、ステップＳ０６２８で該注文が終了すると、注文受注手段３１４は注文ＩＤを発番し、注文属性決定手段３１５が決定した注文属性（この場合▲３▼ｂ）に基づいて、前記オーダーテーブル１１０１およびサブオーダーテーブル１１０２を作成して注文情報格納装置３３３に格納する。またこの時、注文情報送信手段３１６は前記注文情報格納装置から該注文情報を受信して提供装置１０２に該注文データを送信する。ここでは前記注文情報送信手段３１６は前記メールソフトで読み取り可能なデータとして前記注文装置１０２に注文データを送信する。
【０１３８】
＜注文属性決定処理＞
図７においては、本発明に係るサーバ装置における注文属性決定処理のデータ処理手順を示すフローチャートであり、図３に示したセンターサーバ１０１の注文属性決定手段３１５の処理手順に対応する。
【０１３９】
注文属性決定手段３１５は、前記画像属性、前記顧客属性と前記課金属性から注文属性を決定する。まず図７のステップＳ０７０１において注文属性決定手段３１５は、注文受注手段３１４を介して該注文の画像ＩＤを元に該画像情報を画像情報格納装置３３１内の画像情報テーブル４０２の画像属性から参照して、該注文の販売用画像データが前記画像情報格納装置３３１に格納されているかどうかを検索する。その結果、該画像の画像属性が“Ｙ（販売用画像が画像情報格納装置に存在する）”であった場合、次ステップＳ０７０２に進み、前記結果、該画像の画像属性が“Ｎ（販売用画像が画像情報格納装置に存在しない）”であった場合、後述のステップＳ０７０４に進む。
【０１４０】
ステップＳ０７０２においては、前記注文属性決定手段３１５は該注文の顧客情報を、注文受注手段３１４を介して顧客ＩＤを元に顧客情報格納装置３３０から参照し、該利用者が該注文画像の提供者に対して法人会員かどうかを検索する。該利用者が該注文画像の提供者に対して法人会員となっていた場合、該注文属性は“▲１▼”となり、図６において前記ステップＳ０６０８に進む。ステップＳ０７０２において該注文画像の提供者に対して該利用者が法人会員でない場合は、次ステップＳ０７０３に進む。
【０１４１】
ステップＳ０７０３において、前記注文属性決定手段３１５は注文受注手段３１４から該利用者が選択した該課金属性を参照し、利用者が該注文に対してクレジットカードでの支払いを選択していた場合、課金属性は“ＣＣ”となり該注文属性は“▲１▼”となり、図６において前記ステップＳ０６０８に進む。
【０１４２】
前記ステップＳ０７０３において、該注文に対する該利用者が選択した支払方法が請求書であった場合、前記課金属性は“Ｂｉｌｌ”となり該注文属性は“▲３▼ａ”となり、図６において前記ステップＳ０６２２に進む。
【０１４３】
前記ステップＳ０７０１において、前記画像属性が“Ｎ”であった場合、ステップＳ０７０４に進む。
【０１４４】
ステップＳ０７０４においては、前記ステップＳ０７０２と同様に、前記注文属性決定手段３１５は該注文の顧客情報を、注文受注手段３１４を介して顧客ＩＤを元に顧客情報格納装置３３０から参照し、該利用者が該注文画像の提供者に対して法人会員かどうかを検索する。該利用者が該注文画像の提供者に対して法人会員となっていた場合、該注文属性は“▲２▼”となり、図６において前記ステップＳ０６１８に進む。ステップＳ０７０４において該注文画像の提供者に対して該利用者が法人会員でない場合は、次ステップＳ０７０５に進む。
【０１４５】
ステップＳ０７０５においては、前記ステップＳ０７０３と同様に、前記注文属性決定手段３１５は注文受注手段３１４から該利用者が選択した該課金属性を参照し、利用者が該注文に対してクレジットカードでの支払いを選択していた場合、課金属性は“ＣＣ”となり該注文属性は“▲２▼”となり、図６において前記ステップＳ０６１８に進む。
【０１４６】
前記ステップＳ０７０５において、該注文に対する該利用者が選択した支払方法が請求書であった場合、前記課金属性は“Ｂｉｌｌ”となり該注文属性は“▲３▼ｂ”となり、図６において前記ステップＳ０６２６に進む。
【０１４７】
ここで前記各注文属性の意味するところは以下のとおりである。
【０１４８】
注文属性＝▲１▼：利用者は注文した画像を注文終了後すぐにダウンロードすることが出来る。この場合、該利用者に対する該注文の提供者は既に顧客登録手段３１０において法人会員として承認しているので、該利用者の注文に対して承認処理は行う必要はない。
【０１４９】
注文属性＝▲２▼：画像情報格納装置３３１に該注文の販売用画像データがない為、該利用者は前記ＤＬキーを受信した後、注文装置を操作してダウンロード処理をして該注文の販売用画像データをダウンロードすることが出来る。この場合、該利用者に対する該注文の提供者は既に顧客登録手段３１０において法人会員として承認しているので、該利用者の注文に対して承認処理は行う必要はないが、販売用画像が前記画像情報格納装置３３１に保存されていない為、提供者が該販売用画像データを前記画像登録手段３１９で登録し、前記ＤＬキーデータ送信手段３２１が該利用者に前記ＤＬキーを送信した後、該利用者がＤＬキーを元に注文装置１０３を操作して画像データのダウンロード処理を行い該画像データをダウンロードする必要がある。
【０１５０】
注文属性＝▲３▼ａ：注文に対して提供者が承認した後、該利用者に前記ＤＬキーを送信する。該利用者は注文装置を操作してＤＬキーを使いダウンロード処理をすることで、該注文の販売用画像データをダウンロードすることが出来る。この場合、該注文に対する利用者の信用を前もって確認できていない為、該提供者は該注文に対して利用者の承認処理を行った後に前記ＤＬキーを該利用者に発行する手順をふむ必要がある。一方、画像属性は“Ｙ”であるので、該注文に対して提供者は販売用画像を登録する必要はない。
【０１５１】
注文属性＝▲３▼ｂ：注文に対して提供者が承認した後に該注文の販売用画像を画像登録手段３１９によって画像情報格納装置３３１に登録し、さらに該利用者に前記ＤＬキーを送信する。該利用者は注文装置を操作してＤＬキーを使いダウンロード処理をすることで、該注文の販売用画像データをダウンロードすることが出来る。この場合、該注文に対する利用者の信用を前もって確認できていない為、該提供者は該注文に対して利用者の承認処理を行った後に前記ＤＬキーを該利用者に発行する手順をふむ必要がある。さらに該注文の販売用画像が前記画像情報格納装置３３１に保存されていない為、該提供者は該販売用画像データを前記画像登録手段３１９で登録する必要がある。
【０１５２】
＜提供者の処理＞
図８は、本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートであり、図３に示したセンターサーバ１０１の注文検索手段３１７、注文承認手段３１８、画像登録手段３１９、ＤＬキーデータ送信手段３２１の処理手順に対応する。なお、Ｓ０８０１〜Ｓ０８３２は各ステップを示す。
【０１５３】
また、注文検索手段３１７、注文承認手段３１８、画像登録手段３１９、ＤＬキーデータ送信手段３２１はいずれもインターネットサーバ３００によって起動されるプログラムであり、提供者が提供装置１０２のデータ閲覧手段３０３を用いて指示することにより、該指示入力がデータ閲覧手段３０３、インターネット１０５を介してインターネットサーバ３００に伝送され、インターネットサーバ３００によって起動される。同様に、各処理手段の出力は、インターネットサーバ３００、インターネット１０５を介して提供装置１０２のデータ閲覧手段３０３に送信され、提供装置１０２のＣＲＴ２０７上に表示される。ただし、以下の説明では、簡便のために前記送受信部分は省略し、単に「画面に表示する」等の記述にする。
【０１５４】
先ず、ステップＳ０８０１において、提供者が提供装置１０２のデータ閲覧手段３０３に対して入力したＵＲＬに従って動作された注文検索手段３１７は、提供者を識別するために、提供者の提供者ＩＤとパスワードの入力を求める画面（以下、ログイン画面と記す）を表示する。該画面には、提供者が識別認証を依頼するためのボタン（以下、ＯＫボタンと記す）も表示する。
【０１５５】
注文検索手段３１７は、ログイン画面で入力された提供者ＩＤをキーに提供元情報格納装置３３２を検索し、該提供者ＩＤのレコードが提供元情報格納装置３３２に存在し、かつ該レコードのパスワードが入力されたパスワードと一致するかどうかを調べる。前記照合が一致した場合は、提供者の識別認証に成功したものとしてステップＳ０８０２へ、該当するレコードが存在しない、またはパスワードが異なる場合はエラーメッセージを表示してステップＳ０８０１を再度行う。また識別認証に成功した提供者ＩＤは保存データ領域に記憶する。
【０１５６】
ステップＳ０８０２において、注文検索手段３１７は、提供者が処理を選択するためのメニュー画面（以下、提供者メニュー画面と記す）を作成して表示する。前記メニュー画面には、以下のメニュー（１）〜（４）（処理済注文表示，新規注文表示，画像登録画面表示，終了）を表示し、提供者がクリック等の指示入力により選択可能にしておく。
【０１５７】
ステップＳ０８０３において、注文検索手段３１７は、ステップＳ０８０２で表示した提供者メニュー画面に対して提供者が選択入力したメニューを調べ、メニュー（１）の処理済注文表示であればステップＳ０８０４へ、メニュー（２）の新規注文表示であればステップＳ０８０５へ、メニュー（３）の画像登録画面表示であればステップＳ０８０６へ、メニュー（４）の終了であればステップＳ０８０８へ進む。
【０１５８】
ステップＳ０８０４における処理は、操作中の提供者が注文承認を行い、ダウンロード可能またはダウンロード済の注文の一覧画面（以下、処理済注文一覧画面と記す）を表示する処理であり、先ず、注文検索手段３１７は、注文情報格納装置３３３を調べ、サブオーダーテーブル１１０２の提供者ＩＤがステップＳ０８０１で保存データ領域に記録した提供者ＩＤと一致し、かつ承認ステータスが「承認済」かつ課金処理ステータスが「処理済」であり、かつ画像属性が「Ｙ」のサブオーダーレコードを全て抽出し、ＲＡＭ２０２上に読み込む。以下、前記のＲＡＭ２０２に読み込まれたサブオーダーレコードを処理済注文表示用レコードと記す。
【０１５９】
次に、各処理済注文表示用レコードの注文ＩＤをキーに、注文情報格納装置３３３のオーダーテーブル１１０１を検索し、該当するオーダーレコードの内容を処理済注文表示用レコードに付加する。さらに、各処理済注文表示用レコードの、上記処理で付加した顧客ＩＤをキーに顧客情報格納装置３３０を検索し、該当する顧客情報レコードの氏名を抽出して、処理済注文表示用レコードに付加する。
【０１６０】
次に、上記処理で作成した処理済注文表示用レコードの、注文ＩＤ、画像ＩＤ、該当するオーダーレコードのステータス及び利用者の氏名等の各項目を、一覧形式に編集して画面データを作成する。さらに、該処理済注文表示用レコードの提供者ＩＤと画像ＩＤをキーに画像情報格納装置３３１の画像ファイルテーブル４０３から該画像のサムネイル画像ファイルのパス名を抽出し、前記画面データの一覧内の各行に、該当する画像のサムネイルイメージが表示されるようにする。
【０１６１】
そして、前記画面データを基に処理済注文一覧画面を表示する。画面の最上部または最下部には、「戻る」ボタンも配置し、「戻る」ボタンがクリックされた時にはステップＳ０８０２へ戻るようにしておく。
【０１６２】
ステップＳ０８０５において、本ステップの処理は、操作中の提供者の注文承認を必要とする注文の一覧画面（以下、未処理注文一覧画面と記す）を表示する処理である。
【０１６３】
注文検索手段３１７は、注文情報格納装置３３３を調べ、サブオーダーテーブル１１０２の提供者ＩＤがステップＳ０８０１で保存データ領域に記録した提供者ＩＤと一致し、かつ承認ステータスが「未承認」もしくは「承認不要」のサブオーダーレコードを全て抽出し、ＲＡＭ２０２上に読み込む。以下、前記のＲＡＭ２０２に読み込まれたサブオーダーレコードを注文表示用レコードと記す。
【０１６４】
次に、各注文表示用レコードの注文ＩＤをキーに、注文情報格納装置３３３のオーダーテーブル１１０１を検索し、該当するオーダーレコードの内容を注文表示用レコードに付加する。さらに、各注文表示用レコードの、上記処理で付加した顧客ＩＤをキーに顧客情報格納装置３３０を検索し、該当する顧客情報レコードの氏名を抽出して、注文表示用レコードに付加する。
【０１６５】
次に、上記処理で作成した注文表示用レコードの、注文ＩＤ、画像ＩＤ、画像属性、及び利用者の氏名等の各項目を、一覧形式に編集して画面データを作成する。
【０１６６】
さらに、該注文表示用レコードの提供者ＩＤと画像ＩＤをキーに画像情報格納装置３３１の画像ファイルテーブル４０３から該画像のサムネイル画像ファイルのパス名を抽出し、前記画面データの一覧内の各行に、該当する画像のサムネイルイメージが表示されるようにする。
【０１６７】
また、一覧内の各行に、該当するサブオーダーに対する処理を選択して起動のための指示入力を行うためのボタン群を配置する。ここでは、以下の注文属性▲１▼（１）、注文属性▲２▼（２）、注文属性▲３▼ａ（３）、注文属性▲３▼ｂ（４）を起動するためのボタン群を配置する。
【０１６８】
最後に前記画面データを基に未処理注文一覧画面を提供装置１０２上に表示する。その際、未処理注文一覧画面の最上部または最下部には、「戻る」ボタンも配置する。なお、前記の注文表示用レコードは保存データ領域に記録しておく。
【０１６９】
ステップＳ０８０９においては、注文検索手段３１７は、ステップＳ０８０５で表示した未処理注文一覧画面に対して、提供者が選択入力した、すなわちクリックしたボタンの内容を調べ、注文属性▲１▼であればステップＳ０８１０へ、注文属性▲２▼であればステップＳ０８１３へ、注文属性▲３▼ａであればステップＳ０８１８へ、注文属性▲３▼ｂであればステップＳ０８２４へ進む。またこの際、注文検索手段３１７は前記注文表示用レコードに対して、注文属性をキーに検索し、それぞれの注文属性の一覧を提供装置１０２に表示するとともに、それぞれの注文属性の一覧データレコードを前記保存データ領域に記録しておく。
【０１７０】
ステップＳ０８１０においては、注文検索手段３１７は、前記ステップＳ０８０９の注文表示用レコードに対して注文属性をキーに検索して、注文属性が「▲１▼」であるものを表示する。（以下、注文属性▲１▼一覧画面または注文属性▲１▼一覧データレコードと記す。）注文属性▲１▼一覧画面の各注文情報にはチェックボックスが配置され、任意の注文情報を選択することが出来るようにする。また注文属性▲１▼一覧画面には“課金処理”ボタンを配置し、ボタンをクリックすると次ステップＳ０８１１に進む。
【０１７１】
ステップＳ０８１１においては、注文検索手段３１７は、ステップＳ０８１０で保存データ領域に記録した注文属性▲１▼一覧データレコードから、利用者がチェックした注文情報のみを表示用データとして編集し、提供装置１０２上に表示する。以下、該画面を課金処理画面と記す。
【０１７２】
前記注文属性▲１▼一覧データレコードの課金属性が「ＣＣ（クレジットカード）」のものに対しては前記ステップＳ０６１０、Ｓ０６１１で課金処理が済んでいるが、課金属性が「Ｂｉｌｌ（請求書）」のものに対しては、提供者はオフラインで請求書を発行する処理を実行する。課金処理画面には「課金処理済」ボタンを配置し、提供者は課金処理が済んだ注文に対して課金処理済ボタンを押下し課金処理を終了する。課金処理済ボタンを押下すると注文承認手段３１８は前記注文表示用レコードに対して、課金処理を終了した注文ＩＤをキーにして、注文情報格納装置３３３のオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」に書きかえる。さらに前記注文承認手段３１８は該注文ＩＤに対してＤＬキーデータを発行し、該オーダーテーブル１１０１のＤＬキーに書き込む。
【０１７３】
ＤＬキーデータは利用者の注文した該画像のダウンロードに必要な該注文の識別子，該注文に対する利用者の認証識別子およびダウンロード用ＵＲＬのことである。
【０１７４】
次にステップＳ０８１２においては、前記ステップＳ０８１１において提供者がオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」にした注文に対して、ＤＬキーデータ送信手段３２１は注文情報格納装置３３３から該注文の顧客ＩＤをキーに顧客の電子メールアドレスを検索し、そのアドレスに向けて前記ＤＬキーを送信する。
【０１７５】
前記ステップＳ０８１２において、ＤＬキーを送信すると、前記ステップＳ０８０２の提供者メニュー画面に戻るようにする。
【０１７６】
ステップＳ０８１３においては、注文検索手段３１７は、ステップＳ０８０９で保存データ領域に記録した注文属性▲２▼一覧データレコードの内容を表示用データとして編集し、提供装置１０２上に表示する（以下、注文属性▲２▼一覧画面もしくは注文属性▲２▼一覧データレコードと記す。）。
【０１７７】
注文属性▲２▼一覧画面の各注文情報にはチェックボックスが配置され、任意の注文情報を選択することが出来るようにする。また注文属性▲２▼一覧画面の各注文情報にはチェックボックスが配置され、任意の注文情報を選択することが出来るようにする。また注文属性▲２▼一覧画面には“販売用画像登録”ボタンを配置し、提供者がボタンをクリックすると次ステップＳ０８１４に進むようにする。
【０１７８】
ステップＳ０８１４においては、提供者が販売用画像データを登録したい注文のチェックボックスにチェックして前記“販売用画像登録”ボタンを押下すると、まず画像登録手段３１９は、該注文表示用レコードの提供者ＩＤと画像ＩＤをキーに、画像情報格納装置３３１の画像情報テーブル４０２を検索して、該当する画像情報テーブルの内容を提供装置１０２上で表示する。以下、該画面を販売用画像登録画面と記す。
【０１７９】
ステップＳ０８１５では、ステップＳ０８１４で表示した販売用画像登録画面で、提供者が提供装置１０２の元画像格納装置３４０内の販売用画像ファイルのパス名を入力し、「送信」ボタンをクリックすると、データ閲覧手段３０３は該販売用画像ファイルデータをセンターサーバ１０１に送信する。
【０１８０】
画像登録手段３１９は、前記販売用画像ファイルの内容と、販売用画像登録画面中の入力フィールドに提供者が入力した、保存期間を受信する。受信した販売用画像ファイルデータは、該注文の画像ＩＤを基に画像格納装置３３１の画像データファイル群４０１内で一意のパス名を生成し、画像データファイルとして画像データファイル群４０１内に格納する。
【０１８１】
次に、ステップＳ０８１３で保存データ領域に記録した注文属性▲２▼一覧データレコードの注文ＩＤと、提供者ＩＤと画像ＩＤをキーに、注文情報格納装置３３３のサブオーダーテーブル１１０２を検索し、該当するサブオーダーレコードの画像属性を「Ｙ」に更新する。
【０１８２】
次に、提供者ＩＤと画像ＩＤをキーに、サブオーダーテーブル１１０２を再度検索し、該当するサブオーダーレコードを全て調べ、該当するサブオーダーレコードの画像属性が全て「Ｙ」であった場合は、該注文に対しての課金処理ステップＳ０８１６に進むようにする。
【０１８３】
ステップＳ０８１６においては、注文検索手段３１７は前記注文属性▲２▼一覧データレコードに対して画像属性が「Ｙ」のものを検索し、提供装置１０２に表示する（以下、該画面を課金処理画面と記す。）。
【０１８４】
前記注文属性▲２▼一覧データレコードの課金属性が「ＣＣ（クレジットカード）」のものに対しては前記ステップＳ０６２０、Ｓ０６２１で課金処理が済んでいるが、課金属性が「Ｂｉｌｌ（請求書）」のものに対しては提供者はオフラインで請求書を発行する処理を実行する。
【０１８５】
また、課金処理画面には「課金処理済」ボタンを配置し、提供者は課金処理が済んだ注文に対して課金処理済ボタンを押下し課金処理を終了する。課金処理済ボタンを押下すると注文承認手段３１８は前記注文表示用レコードに対して、課金処理を終了した注文ＩＤをキーにして、注文情報格納装置３３３のオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」に書きかえる。さらに前記注文承認手段３１８は該注文ＩＤに対してＤＬキーデータを発行し、該オーダーテーブル１１０１のＤＬキーに書き込む。
【０１８６】
次にステップＳ０８１７においては、前記ステップＳ０８１６において提供者がオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」にした注文に対して、ＤＬキーデータ送信手段３２１は注文情報格納装置３３３から該注文の顧客ＩＤをキーに顧客の電子メールアドレスを検索し、そのアドレスに向けて前記ＤＬキーを送信する。
【０１８７】
前記ステップＳ０８１７において、ＤＬキー処理が終了すると、前記ステップＳ０８０２の提供者メニュー画面に戻る。
【０１８８】
ステップＳ０８１８においては、注文検索手段３１７は、ステップＳ０８０９で保存データ領域に記録した注文属性▲３▼ａ一覧データレコードの内容を表示用データとして編集し、提供装置１０２上に表示する（以下、注文属性▲３▼ａ一覧画面もしくは注文属性▲３▼ａ一覧データレコードと記す。）。
【０１８９】
注文属性▲３▼ａ一覧画面の各注文情報にはチェックボックスが配置され、任意の注文情報を選択することが出来るようにする。また注文属性▲３▼ａ一覧画面には“注文承認”ボタンを配置し、提供者が前記チェックボックスにチェックを付け、“注文承認”ボタンをクリックすると次ステップＳ０８１９に進むようにする。
【０１９０】
ステップＳ０８１９においては、注文検索手段３１７は、ステップＳ０８１８で保存データ領域に記録した注文属性▲３▼ａ一覧データレコードから、利用者がチェックした注文情報のみを表示用データとして編集し、提供装置１０２上に表示する。（以下、該画面を注文承認画面と記す。）またこの際、注文検索手段３１７は前記注文属性▲３▼ａ一覧データレコードに対して、提供者がチェックした注文情報の一覧を提供装置１０２に表示するとともに、それぞれの注文情報の一覧データレコードを前記保存データ領域に記録しておく。
【０１９１】
また、注文承認画面には「承認」ボタンと「非承認」ボタンを配置する。
【０１９２】
ステップＳ０８２０において提供者が承認ボタンを押した場合は次ステップＳ０８２１に進み、非承認ボタンを押した場合は後述するステップＳ０８３２に進むようにする。
【０１９３】
ステップＳ０８２１においては、注文承認手段３１８は、ステップＳ０８１９で保存データ領域に記録した承認対象レコードの注文ＩＤと、提供者ＩＤと、画像ＩＤをキーに、注文情報格納装置３３３のサブオーダーテーブル１１０２を検索し、該当するサブオーダーレコードの承認ステータスを「承認済」に更新する。
【０１９４】
次に、該オーダーＩＤをキーにサブオーダーテーブル１１０２を再度検索し、該当するサブオーダーレコードを全て調べ、該当するサブオーダーレコードの承認ステータスが全て「承認済」であった場合は、該サブオーダーレコードのオーダーＩＤでオーダーテーブル１１０１を検索し、該当するオーダーレコードの承認ステータスを「承認済」に更新する。
【０１９５】
次にステップＳ０８２２において、注文承認手段３１８は、前記注文情報格納装置３３３のサブオーダーテーブル１１０２の「承認ステータス」が「承認済」に変更された該注文ＩＤをキーに前記注文属性▲３▼ａ一覧データレコードを検索し、該注文情報の一覧データレコードを提供装置１０２に表示する。（以下、該画面を課金処理画面と記す。）前記注文属性▲３▼ａ一覧データレコードの課金属性はすべて「Ｂｉｌｌ（請求書）」であり、提供者はオフラインで請求書を発行する処理を実行する。また課金処理画面には「課金処理済」ボタンを配置し、提供者は課金処理が済んでいる注文に対して課金処理済ボタンを押下し課金処理を終了する。課金処理済ボタンを押下すると注文承認手段３１８は前記注文表示用レコードに対して、課金処理を終了した注文ＩＤをキーにして、注文情報格納装置３３３のオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」に書きかえる。さらに前記注文承認手段３１８は該注文ＩＤに対してＤＬキーデータを発行し、該オーダーテーブル１１０１のＤＬキーに書き込む。
【０１９６】
次にステップＳ０８２３においては、前記ステップＳ０８２２において提供者がオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」にした注文に対して、ＤＬキーデータ送信手段３２１は注文情報格納装置３３３から該注文の顧客ＩＤをキーに顧客の電子メールアドレスを検索し、そのアドレスに向けて前記ＤＬキーを送信する。
【０１９７】
前記ステップＳ０８２３において、ＤＬキー処理が終了すると、前記ステップＳ０８０２の提供者メニュー画面に戻るようにする。
【０１９８】
ステップＳ０８３２においては前記ステップＳ０８２０で提供者が「非承認」を選択した注文に対して、注文承認手段３１８は前記注文属性▲３▼ａ一覧データレコードから提供者が非承認を選択した注文ＩＤを基に顧客情報格納装置３３０を検索し、該利用者に対して該注文に対して提供者が承認しなかった旨の通知を、該利用者のメールアドレスに対して送信する。前記通知の送信処理が終了すると、ステップＳ０８０２に戻るようにする。
【０１９９】
ステップＳ０８２４においては、注文検索手段３１７は、ステップＳ０８０９で保存データ領域に記録した注文属性▲３▼ｂ一覧データレコードの内容を表示用データとして編集し、提供装置１０２上に表示する。（以下、注文属性▲３▼ｂ一覧画面もしくは注文属性▲３▼ｂ一覧データレコードと記す。）
注文属性▲３▼ｂ一覧画面の各注文情報にはチェックボックスが配置され、任意の注文情報を選択することが出来るようにする。また注文属性▲３▼ｂ一覧画面には“注文承認”ボタンを配置し、提供者が前記チェックボックスにチェックを付け、“注文承認”ボタンをクリックすると次ステップＳ０８２５に進むようにする。
【０２００】
ステップＳ０８２５においては、注文検索手段３１７は、ステップＳ０８２４で保存データ領域に記録した注文属性▲３▼ｂ一覧データレコードから、利用者がチェックした注文情報のみを表示用データとして編集し、提供装置１０２上に表示する。（以下、該画面を注文承認画面と記す。）またこの際、注文検索手段３１７は前記注文属性▲３▼ｂ一覧データレコードに対して、提供者がチェックした注文情報の一覧を提供装置１０２に表示するとともに、それぞれの注文情報の一覧データレコードを前記保存データ領域に記録しておく。
【０２０１】
また、注文承認画面には「承認」ボタンと「非承認」ボタンを配置する。
【０２０２】
ステップＳ０８２６において提供者が承認ボタンを押した場合は次ステップＳ０８２７に進み、非承認ボタンを押した場合は前記ステップＳ０８３２に進むようにする。
【０２０３】
ステップＳ０８２７においては、注文承認手段３１８は、ステップＳ０８２５で保存データ領域に記録した承認対象レコードの注文ＩＤと、提供者ＩＤと、画像ＩＤをキーに、注文情報格納装置３３３のサブオーダーテーブル１１０２を検索し、該当するサブオーダーレコードの承認ステータスを「承認済」に更新する。
【０２０４】
次に、該オーダーＩＤをキーにサブオーダーテーブル１１０２を再度検索し、該当するサブオーダーレコードを全て調べ、該当するサブオーダーレコードの承認ステータスが全て「承認済」であった場合は、該サブオーダーレコードのオーダーＩＤでオーダーテーブル１１０１を検索し、該当するオーダーレコードの承認ステータスを「承認済」に更新する。
【０２０５】
ステップＳ０８２８においては、次に注文承認手段３１８は、前記注文情報格納装置３３３のサブオーダーテーブル１１０２の「承認ステータス」が「承認済」に変更された該注文ＩＤをキーに前記注文属性▲３▼ｂ一覧データレコードを検索し、該注文情報の一覧データレコードを提供装置１０２に表示する。（以下、該画面を販売画像登録処理画面と記す。）
ステップＳ０８２９では、ステップＳ０８２８で表示した販売用画像登録画面で、提供者が提供装置１０２の元画像格納装置３４０内の販売用画像ファイルのパス名を入力し、「送信」ボタンをクリックすると、データ閲覧手段３０３は該販売用画像ファイルデータをセンターサーバ１０１に送信する。
【０２０６】
画像登録手段３１９は、前記販売用画像ファイルの内容と、販売用画像登録画面中の入力フィールドに提供者が入力した、保存期間を受信する。受信した販売用画像ファイルデータは、該注文の画像ＩＤを基に画像格納装置３３１の画像データファイル群４０１内で一意のパス名を生成し、画像データファイルとして画像データファイル群４０１内に格納する。
【０２０７】
次に、ステップＳ０８２５で保存データ領域に記録した注文一覧データレコードの注文ＩＤと、提供者ＩＤと画像ＩＤをキーに、注文情報格納装置３３３のサブオーダーテーブル１１０２を検索し、該当するサブオーダーレコードの画像属性を「Ｙ」に更新する。
【０２０８】
次に、提供者ＩＤと画像ＩＤをキーに、サブオーダーテーブル１１０２を再度検索し、該当するサブオーダーレコードを全て調べ、該当するサブオーダーレコードの画像属性が全て「Ｙ」であった場合は、該注文に対しての課金処理ステップＳ０８３０に進むようにする。
【０２０９】
ステップＳ０８３０においては、注文検索手段３１７は前記注文属性▲３▼ｂ一覧データレコードに対して画像属性が「Ｙ」のものを検索し、提供装置１０２に表示する。（以下、該画面を課金処理画面と記す。）
前記注文属性▲３▼ｂ一覧データレコードの課金属性はすべて「Ｂｉｌｌ（請求書）」であり、提供者はオフラインで請求書を発行する処理を実行する。また課金処理画面には「課金処理済」ボタンを配置し、提供者は課金処理が済んでいる注文に対して課金処理済ボタンを押下し課金処理を終了する。課金処理済ボタンを押下すると注文承認手段３１８は前記注文表示用レコードに対して、課金処理を終了した注文ＩＤをキーにして、注文情報格納装置３３３のオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」に書きかえる。さらに前記注文承認手段３１８は該注文ＩＤに対してＤＬキーデータを発行し、該オーダーテーブル１１０１のＤＬキーに書き込む。
【０２１０】
次にステップＳ０８３１においては、前記ステップＳ０８３０において提供者がオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」にした注文に対して、ＤＬキーデータ送信手段３２１は注文情報格納装置３３３から該注文の顧客ＩＤをキーに顧客の電子メールアドレスを検索し、そのアドレスに向けて前記ＤＬキーを送信する。
【０２１１】
前記ステップＳ０８３１において、ＤＬキー処理が終了すると、前記ステップＳ０８０２の提供者メニュー画面に戻るようにする。
【０２１２】
ステップＳ０８３２においては前記ステップＳ０８２０で提供者が「非承認」を選択した注文に対して、注文承認手段３１８は前記注文属性▲３▼ａ一覧データレコードから提供者が非承認を選択した注文ＩＤを基に顧客情報格納装置３３０を検索し、該利用者に対して該注文に対して提供者が承認しなかった旨の通知を、該利用者のメールアドレスに対して送信する。前記通知の送信処理が終了すると、ステップＳ０８０２に戻るようにする。
【０２１３】
ステップＳ０８０６においては、画像登録手段３１９は、以下の項目（１）〜（１０）を入力するためのフィールド類と、登録処理を指示入力する「登録」ボタンを含む画面（以下、画像登録画面と記す）を作成して提供装置１０２で表示する。
【０２１４】
なお、項目（１）は画像ＩＤとし、項目（２）はタイトルとし、項目（３）はキャプションとし、（４）は価格（複数のサイズ毎に入力フィールドを設ける）とし、項目（５）は画像の保存期間とし、項目（６）は低解像度画像ファ
イルのパス名とし、項目（７）はカテゴリとし、項目（８）はキーワード（例えばスペース文字を区切り文字として、複数入力可能にする）とする。
【０２１５】
なお、前記項目（６）の低解像度画像ファイルのパス名は、提供者が該画像の低解像度画像をセンターサーバ１０１に送信するために、提供装置１０２上の低解像度画像ファイルのパス名を指示入力するフィールドであり、表示用に作成するＨＴＭＬ内では、「登録」ボタンがクリックされたら前記低解像度画像ファイルのパス名フィールドで指定されたファイルの内容をセンターサーバ１０１に送信するよう、データ閲覧手段３０３に指示する記述を行っておく。
【０２１６】
ステップＳ０８０７において、ステップＳ０８０６で表示した画像登録画面で、提供者が提供装置１０２の元画像格納装置３４０内の低解像度画像ファイルのパス名を入力し、「登録」ボタンをクリックすると、データ閲覧手段３０３は低解像度画像ファイルデータをセンターサーバ１０１に送信する。
【０２１７】
画像登録手段３１９は、前記低解像度画像ファイルの内容と、画像登録画面中の各入力フィールドに提供者が入力した値を受信する。この時、少なくとも画像ＩＤが入力されていない場合はエラーメッセージを表示し、ステップＳ０８０６へ戻るものとする。また、入力された画像ＩＤと、ステップＳ０８０１で入力された提供者ＩＤとをキーに画像格納装置３３１の画像情報テーブルを検索し、該当する画像情報レコードが存在する場合にも、エラーメッセージを表示し、ステップＳ０８０６へ戻るものとする。
【０２１８】
次に、保存データ領域に記録した提供者ＩＤと、画像登録画面の各入力フィールドに提供者が入力した各値を基に新規の画像情報レコードと、カテゴリ検索レコードと、キーワード検索レコードを編集し、それぞれ画像情報テーブル４０２、カテゴリ検索テーブル４０４、キーワード検索テーブル４０５に追加する。
【０２１９】
また、受信した低解像度画像ファイルデータは、入力された画像ＩＤ等を基に画像格納装置３３１の画像データファイル群４０１内で一意のパス名を生成し、画像データファイルとして画像データファイル群４０１内に格納し、さらに該低解像度画像ファイルを基に該画像のサムネイル画像ファイルを作成し、低解像度画像ファイルと同様に一意のパス名を生成して画像データファイル群４０１内に格納する。
【０２２０】
次に、前記の２つのパス名と、入力された提供者ＩＤ、画像ＩＤを基に、夫々タイプは低解像度、サムネイルとして、画像ファイルテーブル４０３に追加する。以上の処理終了後、ステップＳ０８０２に戻るようにする。
【０２２１】
ステップＳ０８０８は、注文検索手段３１７は画像情報テーブル４０２を検索して保存期間が満了した画像の削除を行う処理であり、注文検索手段３１７は、画像情報格納装置３３１の画像情報テーブル４０２の全レコードを調べ、最終使用日から図４に示した画像情報テーブル中の保存期間を経過している、すなわち保存期間が満了している画像情報レコードを抽出し、ＲＡＭ２０２上に処理対象画像レコードリストとして記録する。
【０２２２】
次に、処理対象画像レコードリストの各処理対象画像レコードに対し、該処理対象画像レコードの提供者ＩＤと画像ＩＤをキーに注文情報格納装置３３３のサブオーダーテーブル１１０２を検索し、該当するサブオーダーレコードが存在しなければ、該処理対象レコードを処理対象レコードリストから削除する。
【０２２３】
次に、処理対象画像レコードリストの各処理対象画像レコードに対し、以下の処理を行う。該処理対象画像レコードの保存期間が満了していた場合には、該処理対象画像レコードの提供者ＩＤと画像ＩＤをキーに、画像ファイルテーブル４０３から販売用の画像ファイルレコードを検索し、該当する画像ファイルレコードが存在すれば、該レコードのパス名で示される画像ファイルを画像データファイル群４０１より削除すると共に、該画像ファイルレコードを画像ファイルテーブル４０３より削除する。次に、該処理対象レコードの提供者ＩＤと画像ＩＤをキーに、画像情報テーブル４０２、カテゴリ検索テーブル４０４、キーワード検索テーブル４０５を検索し、該当するレコードを夫々全て削除する。
【０２２４】
＜利用者の処理３＞
図９は本発明に係る、利用者が注文した画像を前記センターサーバ１０１からダウンロードする処理手順の一例を示すフローチャートであり、図３に示した画像ダウンロード手段３２０に対応する。
【０２２５】
前記ステップＳ０８１２、Ｓ０８１７、Ｓ０８２３、Ｓ０８３１においてＤＬキーデータ送信手段３２１が送信したＤＬキーデータは、注文装置１０３のデータ受信手段３０４が受信し、該注文を発注した利用者はＤＬキーデータを確認することが可能となる。
【０２２６】
ステップＳ０９０１において、まず該利用者は注文装置１０３上でデータ閲覧手段３０１を起動する。一般的にはＭｉｃｒｏｓｏｆｔ社ＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅなどのプログラムを起動する。
【０２２７】
ステップＳ０９０２において、利用者が前記データ受信手段３０４が受信したＤＬキーデータの内、ダウンロード用ＵＲＬを前記データ閲覧手段３０１に入力すると、画像ダウンロード手段３２０は販売用画像データをダウンロードする為の画面（以下、画像ダウンロード画面と記す。）を表示する。該画面には、ＤＬキーデータを入力するための“注文ＩＤ入力フィールド”、“ＤＬキー入力フィールド”および“ＯＫ”ボタンを配置する。
【０２２８】
ステップＳ０９０３において、利用者が前記画像ダウンロード画面上の注文ＩＤ入力フィールドおよびＤＬキー入力フィールドに、前記受信したＤＬキーデータに書かれた文字列を入力しＯＫボタンを押下すると、次ステップＳ０９０４に進む。
【０２２９】
ステップＳ０９０４においては、画像ダウンロード手段３２０は、入力された注文ＩＤ、ＤＬキーを基に注文情報格納装置３３３内のオーダーテーブルを検索し、入力された注文ＩＤが存在するか、入力されたＤＬキーは該注文ＩＤに対して正しいかを調査し、注文ＩＤが存在しない場合もしくはＤＬキーが正しくない場合はステップＳ０９０３に戻るようにする。
【０２３０】
前記入力された注文ＩＤが存在しかつＤＬキーが正しい場合、画像ダウンロード手段３２０は該注文ＩＤを基に画像情報格納装置３３１内の画像ファイルテーブル４０３のパスを参照し、該販売用画像を画像情報格納装置３３１から該利用者の注文装置１０３に送信する。さらに画像ダウンロード手段３２０は該注文ＩＤを基に注文情報格納装置３３３内のオーダーテーブルのＤＬステータスに“ＤＬ済”と書き込み終了する。
【０２３１】
【発明の効果】
以上説明したように、本発明によれば、顧客が登録した会員属性を表す顧客属性と、注文の際選択した支払い方式を示す課金属性と、提供者が販売用画像をセンターサーバに予め登録してあるかを表す画像属性との組合せを注文決定手段が総合的に判断する事により、顧客の信用度に応じて、画像のダウンロードを許諾する判断手段を設けた事により、顧客及び画像提供者にとって信頼度の高い画像ダウンロード仲介サービスを提供する事ができ、コンテンツ流通ビジネスでおける信頼度の高い画像ダウンロード販売の仕組みを提供する事が可能となった。
【０２３２】
また、本発明によれば、画像がセンターサーバにない場合でも、ＤＬキーを発行する事により、販売用画像をセンターサーバに常に保存しておく必要がなく、コンテンツ画像を、常時保持していなくても、画像ダウンロードサービスを提供する仕組みを実現でき、情報更新の激しいコンテンツ流通ビジネスにおいて、顧客の購入チャンスを逃がさない仕組みを提供する事ができ、かつセンターサーバには、すべての画像ラインナップをそろえる必要がなく、高額な大容量記憶装置が必要ないというメリットも提供できる。
【０２３３】
また、本発明が提供する様々な注文処理フローを用いる事で、様々が画像ダウンロードサービスの販売形態に対応でき、さらに顧客にとっての最大の利点である注文後、すぐに画像コンテンツをダウンロードできるという仕組みも提供している為、顧客にとっても、画像提供者にとっても、その利用の利便性を上げた事で、インターネットを用いた画像コンテンツ流通ビジネスを拡大する事ができる。
【図面の簡単な説明】
【図１】本発明の位置実施形態を示すサーバ装置の構成を説明する図である。
【図２】図１に示したサーバ装置の要部構成を説明するブロック図である。
【図３】本発明に係るサーバ装置におけるモジュール構成を説明するブロック図である。
【図４】図３に示した画像情報格納テーブルの内容を説明する為のレイアウト図である。
【図５】本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートである。
【図６】本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートである。
【図７】本発明に係るサーバ装置における注文属性決定手段のデータ処理手順の一例を示すフローチャートである。
【図８】本発明に係るサーバ装置における第３のデータ処理手順の一例を示すフローチャートである。
【図９】本発明に係るサーバ装置における第４のデータ処理手順の一例を示すフローチャートである。
【図１０】図３に示した提供元情報格納装置内テーブルの内容の一例を示すレイアウト図である。
【図１１】図３に示した注文情報格納装置内テーブルの内容の一例を示すレイアウト図である。
【図１２】図３に示した顧客登録手段の処理手順の一例を示すフローチャートである。
【符号の説明】
１０１ センターサーバ
１０２ 提供装置
１０３ 注文装置
１０５ インターネット
２０１ 中央演算装置（ＣＰＵ）
２０２ ランダムアクセスメモリ（ＲＡＭ）
２０３ リードオンリーメモリ（ＲＯＭ）
２０４ ネットワークインターフェース（ＮＥＴＩＦ）
２０５ ローカルエリアネットワーク（ＬＡＮ）
２０６ ネットワーク接続装置（モデム）
２０７ 表示装置（ＣＲＴ）
２０８ ハードディスクドライブ（ＨＤＤ）
２０９ 入力装置
２１０ フロッピー（登録商標）ドライブ、ＣＤＲＯＭドライブ（ＦＤＤ，ＣＤＲＯＭ）
３００ インターネットサーバ
３０１、３０３ データ閲覧装置
３０２、３０４ データ受信装置
３１０ 顧客登録手段
３１１ 画像検索手段
３１２ 顧客認証手段
３１３ 価格計算手段
３１４ 注文受注手段
３１５ 注文属性決定手段
３１６ 注文情報送信手段
３１７ 注文検索手段
３１８ 注文承認手段
３１９ 画像登録手段
３２０ 画像ダウンロード手段
３２１ ＤＬキーデータ送信手段
３３０ 顧客情報格納装置
３３１ 画像情報格納装置
３３２ 提供元情報格納装置
３３３ 注文情報格納装置
３４０ 元画像格納装置
【発明の属する技術分野】
本発明は、コンテンツ（画像、映像、文字、音声など）を配信するコンテンツ配信システム、コンテンツ配信方法、コンテンツ配信プログラムに関し、特に顧客属性やコンテンツ属性、さらに課金属性を組合わせて制御する事により、コンテンツの販売・購入形態（課金方法、ダウンロード方法）の選択肢を広げることを可能にするシステムに関するものである。
【０００２】
【従来の技術】
近年、パーソナルコンピュータなどの情報処理装置や、インターネットなどネットワーク技術の進歩と普及に伴って、インターネットを利用した様々なビジネスが活発に行われるようになってきた。例えばインターネット上に商品カタログを公開し、全世界からの注文をインターネットで受信して、該注文に対する商品を配送するなどのビジネスであって、多くの顧客が利用できることと、販売コストがかからないことで、多くの業界で有力な販売チャネルとして注目されている（例えば、非特許文献１参照。）。
【０００３】
また有償コンテンツビジネスにおいても、他のビジネスと同様に、インターネットを利用することによって顧客の拡大とコスト削減を図るべく、有償コンテンツの販売システムを構築する事が重要になってきている。
【０００４】
以下、有償コンテンツビジネス、また該ビジネスを行う業者をコンテンツ提供者と記す。
【０００５】
有償コンテンツビジネス、例えば有償画像ビジネスをインターネットを利用して行うにあたって、現在以下のような方法が実施されている。
【０００６】
第１の方法は、利用者が検索する際に使用する画像サンプルと、各画像の販売用画像データとをインターネット上のサーバに保管し、該サーバが利用者の注文を受注して、該注文に応じた販売用画像を、利用者にダウンロードしてもらう方法である。この場合、課金方法は、利用者が注文後にすぐに販売用画像を手に入れられる様に、クレジットカードによる決済が取られる事が多い。
【０００７】
第２の方法としては、利用者が検索に使用する画像サンプルのみを、インターネット上のサーバに保管し、該サーバが利用者の注文を受注してはじめて、画像提供者が該注文に応じた販売用画像をサーバに登録して、利用者にダウンロードしてもらうという方法である。この場合、クレジットカードによる課金や請求書による課金が行われている。
【０００８】
しかしながら、上記の２つの方法では、インターネットを利用した有償画像コンテンツビジネスを拡大していくためには不十分な点もあった。
【０００９】
具体的には、第１の方法では、画像提供者は画像サンプルと販売用画像とをインターネット上のサーバに保管しておくだけで良かったが、販売用画像データは、高解像度であるため容量が大きく、販売機会を確保するために多くの画像を販売対象としてインターネット上のサーバに登録しようとすると、高価な大容量記憶装置が必要となり、販売コストを増大させる恐れがあった。
【００１０】
一方、第２の方法を取ることで、記憶装置の容量は少なくて済むが、利用者が注文してから、画像提供者は販売画像をサーバに登録する準備が必要となり、利用者が注文してすぐに販売用画像を手に入れる事ができないという不便さと共に、画像提供者は注文毎に販売画像のサーバへの登録をしなければならない大きな負荷がかかる恐れがあった。
【００１１】
さらにインターネットを介したビジネスの場合、課金方法としてはクレジットカードを利用したものが一般的だが、有償画像コンテンツビジネスにおいては、特に利用者が会社や企業の場合、決済方法として請求書による決済が好まれる場合もある。しかし請求書による課金の場合、画像提供者は課金回収のトラブルを避ける為や著作権保護の理由から、利用者の信用を何らかの方法で得てから販売する必要があり、画像提供者には非常に負荷になるために、請求書による課金方法を取る事が出来ない画像提供者も多く存在している。
【００１２】
また近年ではコンテンツビジネス業界では、複数のコンテンツ提供者を集めて総合的にコンテンツを提供する“ポータルサイト”が主流になりつつあるが、コンテンツ提供者がポータルサイトに参加するためには、ポータルサイトの運営者の定めるルールに従う必要があり、このルールが現状では課金方法やコンテンツの保管方法などが単一的であり、例えば、「課金方法は請求書によるものではなければならない。」といった様に、コンテンツ提供者の参加に柔軟に対応できるシステムにはなっていなかった。
【００１３】
【非特許文献１】
「楽天サービス総合カタログ ２００２年１０月〜１２月 楽天活用ハンドブック」、楽天株式会社、ｐ．１など
【００１４】
【発明が解決しようとする課題】
このように従来の有償コンテンツビジネスにおけるコンテンツの販売形態は、課金方法や、販売用コンテンツをインターネット上のサーバ内に常に保存するか、等の条件を提供者が選択できる形態にはなっておらず、“課金方法＝クレジットカード／請求書”、“画像データ＝サーバに常に保存／注文後保存”の４つの組み合わせのいずれかを選択するといった単一的な方法であった。その為、コンテンツ提供者にとっては高価な大容量記憶装置のコスト負担によりビジネス機会を逃したり、または請求書での課金の場合発生するユーザー認証の負荷などからビジネス機会を狭める事になったり、インターネットを利用した有償コンテンツビジネスを拡大していく妨げとなっていた。
【００１５】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、利用者の信用度：ユーザー属性、注文に対する課金方法：課金属性、販売用コンテンツをインターネット上のサーバ内に保存し、注文後すぐにダウンロードできる状態か：コンテンツ属性、の組合わせにより、販売コンテンツのダウンロード方法を制御する事で、コンテンツ提供者にとって販売形態の選択肢を広げられるようにすると共に、利用者が購入形態（支払い方法、ダウンロード方法）を選択できるようにする事である。
【００１６】
【課題を解決するための手段】
上記課題を達成するため、本出願に係る第１の発明は、所定の通信媒体（図１に示すインターネット１０５）を介して画像情報を提供する提供装置（図３に示す提供装置１０２）と該提供される画像情報を注文する注文装置（図３に示す提供装置１０３）との間のデータ通信を仲介して画像情報サービスを提供可能なサーバ装置（図３に示すセンターサーバ１０１）であって、前記画像情報に対する検索用画像情報または販売用画像情報などを保管する画像情報格納装置（図３に示す画像格納装置３３１）と、前記注文装置により受注された注文されている画像情報に対する販売用画像情報を検索して、前記画像情報格納装置に保管されているかを判断する注文検索手段（図３に示す注文検索手段３１７）と、前記注文検索手段により未登録として提示されている販売用画像情報を前記提供装置から取得して前記画像格納手段に登録する販売用画像登録手段（図３に示す画像登録手段３１９）と、前記販売用画像登録手段による未登録として提示されている販売用画像情報の前記画像情報格納手段に対する登録後、前記注文に基づいて注文されている各販売用画像情報を注文装置に送信する画像ダウンロード手段（図３に示す画像ダウンロード手段３２０）とを有し、該注文におけるダウンロード処理の終了後も前記販売用画像情報を前記画像情報格納装置に保管しておくものである。
【００１７】
本発明に係る第２の発明は、前記注文装置からの検索条件に基づいて前記画像情報格納装置に格納されている画像情報を検索して前記注文装置に前記検索用画像情報を提示する画像検索手段を有するものである。
【００１８】
本発明に係る第３の発明は、前記画像検索手段による前記検索用画像の提示後、前記注文装置から前記検索画像情報に対する注文を受注する注文受注手段を有するものである。
【００１９】
本発明に係る第４の発明は、所定の通信媒体（図１に示すインターネット１０５）を介して画像情報を提供する提供装置と該提供される画像情報を注文する注文装置との間のデータ通信を仲介して画像情報サービスを提供可能なサーバ装置（図１に示すセンターサーバ１０１）の画像情報処理方法であって、あるいは所定の通信媒体を介して画像情報を提供する提供装置と該提供される画像情報を注文する注文装置との間のデータ通信を仲介して画像情報サービスを提供可能なサーバ装置を制御するコンピュータが読み出し可能なプログラムを格納した記憶媒体であって、前記画像情報に対する検索用画像情報または販売用画像情報を画像情報格納装置に保管する画像格納工程（図８に示すステップＳ０８０７）と、前記注文装置により注文された、注文されている購入情報に対して、課金方法、利用者の会員属性および前記画像格納手段に保管されているかの情報により注文属性を判断する注文属性決定手段（図３に示す注文属性決定手段３１５、図６ステップＳ０６０７、および図７）と、前記注文属性決定手段により未登録として提示されている販売用画像情報を前記提供装置から取得して前記画像情報格納装置に登録する画像登録処理（図８に示すステップ、Ｓ０８１５、Ｓ０８２９）と、前記注文属性決定処理により決定した各注文情報に基づいて、注文されている各販売用画像を注文装置に送信する画像ダウンロードステップ（図６に示すダウンロード処理Ｓ０６１６、図９）と、前記注文属性決定処理により決定した各注文情報に基づいて、前記販売用画像登録処理により前記販売用画像を前記画像格納装置に登録後、前記注文に基づいて注文されている各販売用画像をダウンロードする際に必要なダウンロードキー（以下ＤＬキーと示す）を送信するステップ（図８に示すステップＳ０８１２、Ｓ０８１７、Ｓ０８２３、Ｓ０８３１）と、前記注文装置で前記ＤＬキーをデータ閲覧手段により入力し、前記注文に基づいて各販売用画像をダウンロードするダウンロード処理（図９のＳ０９０４）とを有し、該注文におけるダウンロード処理の終了後も前記販売用画像情報を前記画像格納手段に保管しておくものである。
【００２０】
本発明に係る第５の発明は、前記注文装置からの検索条件に基づいて前記画像格納手段に格納されている画像情報を検索して前記注文装置に前記検索用画像情報を提示する画像検索ステップ（図５に示すステップＳ０５０３）を有するものである。
【００２１】
本発明に係る第６の発明は、前記画像検索ステップによる前記検索用画像情報の提示後、前記注文装置から前記検索画像情報に対する注文を受注する注文受注ステップ（図６に示すステップＳ０６００〜Ｓ０６１１、Ｓ０６１８〜Ｓ０６２９）を有するものである。
【００２２】
【発明の実施の形態】
＜システム構成＞
図１は、本発明の一実施形態を示すサーバ装置の構成を説明するブロック図であり、例えばインターネットを利用した画像コンテンツ販売サービスシステムの例に対応する。
【００２３】
図１において、１０１は本実施形態における主たる処理機能を有する情報処理装置（図２に後述する、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤなどから構成されるコンピュータシステム）であって、以下単にセンターサーバと記す。センターサーバ１０１はインターネットにおいて一般的にサーバと呼ばれる情報処理装置であって、後述するインターネット１０５に常時接続されており、外部からの処理要求に応じてデータの返信などの処理を行う機能を有する。
【００２４】
１０２（１）、１０２（２）、１０２（３）は、本実施形態において、利用者が検索し購入する画像データの提供者（以下、単に提供者とする）が直接操作する情報処理装置であって、以下単に提供装置とする。
【００２５】
本実施形態においては１つ以上の提供装置１０３（Ｎ）が利用可能であって、図１中は複数記載されているが、各提供装置１０３（Ｎ）の機能は同一であるので、以下単に提供装置１０３で総称して説明する。
【００２６】
提供装置１０２は、一般的に普及しているパーソナルコンピュータであって、利用者の操作等により後述するインターネット１０５に接続する、例えばモデムなどの通信装置と、利用者が所望するインターネットのサーバ、例えばセンターサーバ１０１に対して処理要求を送信し、該センターサーバ１０１より返信されたデータを表示する、一般的にインターネットブラウザと呼ばれる例えばＭｉｃｒｏｓｏｆｔ社のＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（商品名）などのデータ閲覧機能を有する。提供者は提供装置１０２を用いて、利用者の注文に必要な画像データの利用許可操作と、必要な画像データのセンターサーバ１０１への送信操作を行う。
【００２７】
１０３（１）、１０３（２）、１０３（３）、１０３（４）は、本実施形態の利用者が直接操作する情報処理装置であって、以下単に注文装置とする。本実施形態においては１つ以上の注文装置１０３（Ｎ）が利用可能であって、図１中では複数記載されているが、各注文装置１０２（Ｎ）の機能は同一であるので、以下単に注文装置１０３で総称して説明する。
【００２８】
注文装置１０３は、提供装置１０２と同様に一般的に普及しているパーソナルコンピュータであって、インターネット１０５への接続機能と、データ閲覧機能を有し、本システムの利用者は、注文装置１０３を用いて、画像データを検索し、所望の画像データの印刷を本システムに対して注文する。
【００２９】
１０５はネットワークシステムであって、本実施形態ではインターネットであり、以下の説明においては、通信機器等インターネットを構成するシステム全体を単にインターネットとして説明する。
【００３０】
なお、本実施形態では、提供装置１０２、注文装置１０３はインターネット１０５への接続機能を有するものとするが、例えば提供装置１０２、注文装置１０３がダイアルアップなどにより直接センターサーバ１０１に接続するようなネットワークシステムを用いても実施可能であることは言うまでもない。
＜情報処理装置のブロック図＞図２は、図１に示した電子取引画像処理システムの要部構成を説明するブロック図であり、上記１０１〜１０３における情報処理装置の構成に対応する。
【００３１】
図２において、２００はシステムバス群であり、以下単にシステムバスと記す。システムバス２００は情報処理装置の筐体内にある後述の各ユニットを接続し、ユニット間のデータ並びに制御情報を伝送する伝送路である。
【００３２】
２０１は情報処理装置の各種制御及び演算等を行う中央処理装置であり、以下単にＣＰＵと記す。２０２はランダムアクセスメモリであり、以下単にＲＡＭと記す。ＲＡＭ２０２はＣＰＵ２０１の主メモリとして、また実行プログラムの領域や該プログラムの実行エリアならびにデータエリアとして機能する。
【００３３】
２０３は前記ＣＰＵ２０１の動作処理手順を記憶している読み取り専用メモリであり、以下単にＲＯＭと記す。ＲＯＭ２０３は、情報処理装置内の各ユニットの制御を行う基本プログラム（一般的にＢＩＯＳと呼ばれる）や、システムを稼働するために必要な情報等を記録する。
【００３４】
２０４はネットワークインタフェースであり、後述するモデム２０６を介して外部ネットワークに接続する、あるいは後述するＬＡＮ２０５に接続するもので、以下総称して単にＮＥＴＩＦと記す。ＮＥＴＩＦ２０４は、ネットワークを介して情報処理装置間のデータ転送を行うための制御や接続状況の診断を行う。
【００３５】
２０５はイーサネット（登録商標）などのネットワークシステムであって、以下総称してＬＡＮとする。例えばセンターサーバ１０１において、ファイルサーバなどの外部装置に接続する場合には、主にＬＡＮ２０５を介して接続する。
【００３６】
２０６は外部ネットワークと情報処理装置とを電話回線を介して接続するための機器であって、一般的にモデムやＩＳＤＮ接続用のターミナルアダプタ（ＴＡ）であるが、以下総称して単にモデムとする。
【００３７】
本実施形態において、図１内の各情報処理装置は、モデム２０６を介するか、あるいはＬＡＮ２０５上に接続されているルータやゲートウェイなどの通信機器を介することによって、インターネット１０５に接続する。
【００３８】
２０７はディスプレイなどの表示装置であって、以下単にＣＲＴと記す。
【００３９】
２０８はハードディスクドライブであり、以下単にＨＤＤとする。ＨＤＤ２１３は、アプリケーションプログラムや、各種データ保存用に用いられる。本実施形態におけるアプリケーションプログラムとは、本実施形態を構成する各種処理手段を実行するソフトウエアプログラムなどである。
【００４０】
２０９は、入力装置であり情報処理装置の利用者が入力操作を行うためのキーボードやポインティングデバイスである。
【００４１】
２１０はフロッピー（登録商標）ディスクやＣＤ−ＲＯＭなど、取り外し可能な外部記憶媒体のデータ入出力を行うユニット群であり、以下総称して単にＦＤＤと記す。
＜モジュール構成図＞図３は、本発明に係るサーバ装置におけるモジュール構成を説明するブロック図であり、センターサーバ１０１、提供装置１０２、注文装置１０３の各情報処理装置内で動作する処理手段群、及びデータを格納する格納装置群と、前記処理手段群と前記格納装置群の間の主要なデータの流れの概要を説明するための構成に対応する。
【００４２】
なお、図３において、詳細は後述するが３００、３０１、３０２、３０３、３０４、３１０〜３２１は、処理手段として機能し、各情報処理装置においてＨＤＤ２０８、ＦＤＤ２１０、またはＲＯＭ２０３より読み込まれてＲＡＭ２０２に展開され使用されるアプリケーションプログラム、またはプログラムの一部として動作するモジュールである。
【００４３】
また、詳細は後述するが３３０〜３３３、及び３４０はデータ格納装置であって、ファイルシステムまたは市販のデータベースシステムなどを用いて、各情報処理装置におけるＨＤＤ２０８、ＦＤＤ２１０、ＲＡＭ２０２の少なくとも一つを用いてデータを格納する。
【００４４】
また、図３における各矢印は、処理手段間、及び処理手段と格納装置の間で交換されるデータの流れのうち主要なものを表す。センターサーバ１０１と、提供装置１０２、注文装置１０３との間にまたがるデータの流れは、各情報処理装置のＮＥＴＩＦ２０４及びインターネット１０５を介して伝送されるものである。
【００４５】
図３において、３００はインターネット上のサーバプログラム群であって、以下総称してインターネットサーバと記す。インターネットサーバ３００はＲＡＭ２０２上で常時稼動しており、ＮＥＴＩＦ２０４を介して受信した外部からの処理要求に対して適切な処理を行ってデータを返信する機能を有するもので、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を受信して要求されたデータファイルの内容を返信する、あるいは指定された処理手段を起動し、該処理手段の出力を返信する、一般的にＷｅｂサーバと呼ばれる機能と、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を受信して要求されたデータファイルを返信、あるいは受信する、一般的にＦＴＰサーバと呼ばれる機能などから構成される。
【００４６】
３０１，３０３は一般的にインターネットブラウザと呼ばれる、例えばＭｉｃｒｏｓｏｆｔ社のＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒなどのデータ閲覧プログラムで、以下データ閲覧手段と記す。データ閲覧手段３０１及びデータ閲覧手段３０３は、該情報処理手段の利用者の指示によってＲＡＭ２０２に読み込まれて利用可能となるアプリケーションプログラムで、該情報処理装置のＮＥＴＩＦ２０４を介してインターネット１０５に接続し、利用者の入力に従って該入力に基づいた処理要求データをインターネット１０５に送信する機能と、インターネット１０５を介してサーバ１０１から返信されたデータを該情報処理装置のＣＲＴ２０７に表示する機能とを有する。
【００４７】
３０２、３０４はデータ受信手段であり、一般的にはメールソフトと呼ばれる、たとえばＭｉｃｒｏｓｏｆｔ社のＯｕｔｌｏｏｋ Ｅｘｐｒｅｓｓなどで、電子メールを受信、送信するプログラムであり、該情報処理手段の利用者の指示によってＲＡＭ２０２に読み込まれて利用可能となるアプリケーションプログラムで、該情報処理装置のＮＥＴＩＦ２０４を介してインターネット１０５に接続し、利用者の指示に従って該指示に基づいた処理データをインターネット１０５に送信する機能と、インターネット１０５を介してサーバ１０１から送信されたデータを該情報処理装置のＣＲＴ２０７に表示する機能とを有する。
【００４８】
以下、詳述する図３に示すセンターサーバ１０１上で動作する３１０〜３２１の他の処理手段は、インターネットサーバによって、外部からの処理要求に基づいてＲＡＭ２０２に展開され動作するものとする。
【００４９】
センターサーバ１０１において、３１０は顧客登録手段であって、利用者が注文装置１０３を操作して入力した、利用者の氏名や住所などの利用者情報を受信し、後述する顧客情報格納装置３３０に該利用者情報を格納する機能を有する。また利用者が各提供者に対して法人会員登録を顧客登録手順３１０で行った場合は、該登録処理に対する承認処理を該提供者が提供装置１０２を操作して行い、該提供者によって承認された場合、顧客登録手段３１０は後述する顧客情報格納装置３３０内の該利用者情報にある認証済みの提供者ＩＤのリストに、該提供者ＩＤを追加する。
【００５０】
３１１は画像検索手段で、利用者が注文装置１０３を操作して入力した画像検索条件を受信して、該条件に合った画像を後述する画像情報格納装置３３１から検索し、該画像のサムネイルデータ等を、インターネットサーバ３００を介して注文装置１０３に返信する機能を有する。
【００５１】
３１２は顧客認証手段であって、利用者が注文装置１０３を操作して入力したユーザー情報と、利用者が注文装置１０３を操作して、前記顧客登録手段３１０を用いて登録した情報を、前記顧客情報格納装置３３０から検索して比較する機能を有する。
【００５２】
３１３は価格計算手段であって、利用者が注文装置１０３を操作して入力した注文画像の各種条件を受信し、各販売画像の価格情報等が格納されている画像情報格納装置３３１から該各種条件に該当する価格情報を受信し、前記注文画像の価格を計算し表示する機能を有する。
【００５３】
３１４は注文受注手段であって、利用者が注文装置１０３を操作して入力した画像注文情報を受信し、該注文に対する画像情報、該注文の顧客情報および該注文の画像提供元情報をそれぞれ画像情報格納装置３３１、顧客情報格納装置３３０、提供元情報格納装置３３２から受信し、後述する注文属性決定手段３１５と各種情報を送受信し、また後述の注文情報格納装置３３３に該注文画像の価格情報を送信する機能を有する。
【００５４】
３１５は注文属性決定手段で、前記注文受注手段３１４から前記画像情報、前記顧客情報および前記画像注文情報を受信して注文属性を決定し、再度注文受注手段３１４に返信する機能を有する。
【００５５】
３１６は注文情報送信手段で、前記注文情報格納装置から該注文情報を受信し、インターネットサーバ３００を介して提供装置１０２に注文情報を送信する機能を有する。
【００５６】
３１７は注文検索手段であって、提供者が提供装置１０２を操作して行った指示に基づいて、注文データを注文情報格納装置３３３から検索し、該注文データの内容を、インターネットサーバ３００を介して提供装置１０２に返信する機能を有する。
【００５７】
３１８は注文承認手段であって、提供者が注文検索手段３１７によって取得した各注文データに対して、該注文データを販売することを承認または否認する指示入力を受信し、該入力内容に応じて注文情報格納装置３３３内の該注文データの内容を更新する機能を有する。
【００５８】
３１９は画像登録手段であって、提供者が提供装置１０２を操作して送信した、画像データとその付帯情報を受信し、後述する画像情報格納装置３３１に該画像データを格納するとともに、注文情報格納装置３３３内の注文データのうち、該画像を含む注文データの内容を更新する機能を有する。
【００５９】
３２０は画像ダウンロード手段であって、注文装置１０３からの処理要求に基づき、該注文に含まれる各画像に対して該画像の提供者によって、注文承認手段３１８を用いて注文承認が行われ、注文情報格納装置３３３の更新された該注文情報を参照して、該画像の販売用画像データを画像情報格納装置３３１から抽出し、インターネットサーバ３００を介して注文装置１０３に送信する機能を有する。
【００６０】
３２１はＤＬキーデータ送信手段であり、注文装置１０３での操作により注文された注文情報に対して、該画像の提供者によって注文承認手段３１８を用いて注文承認が行われ、注文情報格納装置３３３の更新された該注文情報を参照して、該画像のダウンロードに必要な該注文の識別子（以下、注文ＩＤと記す），該注文に対する利用者の認証識別子（以下、ＤＬキーと記す）およびダウンロード用ＵＲＬ（以下、３つ合わせてＤＬキーデータとする。）を、インターネットサーバ３００を介して注文装置１０３に送信する機能を有する。
【００６１】
３３０は顧客情報格納装置であって、本システムの利用者に関する、以下に列挙するような利用者データを利用者単位に格納する機能を有する。顧客情報格納装置３３０は、顧客ＩＤをキーにして、利用者データ（利用者の識別子（以下、顧客ＩＤとする），利用者の認証識別子（以下、顧客パスワードとする），氏名または会社名、郵便番号、住所、電話番号、電子メールアドレス、法人会員として認証済みの提供者ＩＤのリストを一意に検索する機能も有する。
【００６２】
なお、前記利用者データのうち、認証済みの提供者ＩＤのリストは、該利用者がリスト中の提供者によって、該提供者の法人会員として承認され、該提供者が提供する画像の注文が、事前に承認されていることを意味する。すなわち、利用者の注文に対して、該注文に含まれる画像のうち、承認済みの提供者ＩＤのリストに含まれる提供者の画像に対しては、注文属性決定手段３１５において法人会員として注文属性が決定され、注文承認手段３１８による注文承認の手続きを必要としない。
【００６３】
３３１は画像情報格納装置であって、利用可能な画像の各種解像度（サムネイル画像、プレビュー用の低解像度画像、販売用の高解像度画像）および、図４で後述するような画像情報データと検索用データ及び、画像価格情報とを格納する機能を有する。
【００６４】
３３２は提供元情報格納装置であって、本システムの提供者に関する、以下に列挙するような提供者データを提供者単位に格納する機能を有する。（図１０参照）提供元情報格納装置３３２は、提供者ＩＤをキーにして、提供者データ（提供者の識別子（以下、提供者ＩＤとする），氏名または会社名、郵便番号、住所、電話番号、電子メールアドレス，代表者氏名（提供者が法人の場合）、担当者氏名（提供者が法人の場合）、提供可能な課金方法（クレジットカード、請求書））を一意に検索する機能も有する。
【００６５】
３３３は注文情報格納装置であって、利用者が発注した注文データを格納する機能を有する。注文データは、図１１で後述するように、発注した利用者の情報、該注文データに含まれる画像の情報、及び各注文の状況などで構成される。
【００６６】
３４０は元画像格納装置であって、提供装置１０２のＨＤＤ２０８に格納される低解像度及び販売用の画像データファイル群である。
【００６７】
＜注文情報格納装置＞
図１１は、図３に示した注文情報格納装置３３３に格納するデータ内容を説明するためのレイアウト図である。なお、注文情報格納装置３３３内では、利用者が発注した注文の内容を格納するオーダーテーブルと、各オーダーに含まれる個々の画像の情報を格納するサブオーダーテーブルとを格納する。いずれも市販のデータベースシステム等を用いて検索可能にしておく。
【００６８】
図１１において、１１０１はオーダーテーブルであって、利用者の発注指示に従って注文受注手段３１４、注文属性決定手段３１５によってデータレコードが作成される。オーダーテーブル１１０１中、注文ＩＤは各注文データを一意に識別するための識別子であって、注文受注手段３１４が発番する。
【００６９】
利用者ＩＤは、該注文を発注した利用者の利用者ＩＤであり前記顧客登録手段３１０が発番する。
【００７０】
合計価格情報は利用者が発注した該注文の合計金額である。承認ステータスおよび課金処理ステータスは注文承認手段３１８が書き込むステータス情報である。ＤＬステータスは画像ダウンロード手段が書き込む販売画像のダウンロード情報である。ＤＬキーは注文承認手段３１８が発行するＤＬキー情報である。また、付帯情報は、本実施形態では特に説明しないが、注文データの発注日時などを格納する場合や、利用者が注文装置１０３上で文書情報を編集可能な編集アプリケーションを用いて編集した場合に、該編集情報を格納する場合に使用する。
【００７１】
図１１中の１１０２は、注文データに含まれる個々の画像の情報（以下サブオーダーとする）を示すデータを格納するものであって、以下、サブオーダーテーブルとする。
【００７２】
サブオーダーテーブル１１０２の注文ＩＤは、該サブオーダーが属する注文の注文ＩＤである。
【００７３】
注文属性については図７で後述するが、前記注文属性決定手段３１５によって、後述する顧客属性、画像属性、課金属性で決定される。
【００７４】
承認属性は該注文に対して提供者が注文承認手段３１８で承認する必要があるかないかを表すものであり、前記注文属性決定手段によって決定される。
【００７５】
承認ステータスは該注文に対して提供者が承認処理を行うことにより、注文承認手段３１８がステータスを書き変える。
【００７６】
課金処理ステータスは該注文に対して提供者が課金処理を行う事により、注文承認手段３１８がステータスを書きかえる。
【００７７】
顧客属性は、前記顧客登録手段３１０によって設定され、該注文を発注した利用者が法人会員（Ｃ）か個人会員（Ｐ）かを表す。利用者は注文装置を操作して、前記顧客登録手段３１０にアクセスしてまず個人会員として登録する。この際、提供者の認証作業はない。個人会員である利用者は、前記注文装置１０３を操作して前記顧客登録手段にアクセスして、各提供者に対して法人会員登録を行うことができ、該提供者が該利用者を法人会員として承認した場合、前記顧客情報格納装置３３０内の該利用者データの認証済みの提供者ＩＤリストに法人会員（Ｃ）として登録される。
【００７８】
画像ＩＤは各画像に対して固有のＩＤであり、画像登録手段３１９が発番する。また画像属性は該画像の販売用画像がセンターサーバ１０１内の画像格納装置に存在するかを表しており、センターサーバ内に存在する場合は“Ｙ”、存在しない場合は“Ｎ”を表示する。
【００７９】
提供者ＩＤは各提供者が持つ固有のＩＤであり、また価格情報は各画像の価格情報である。
【００８０】
課金属性は、注文受注手段３１４で利用者が選択した課金方法であり、注文受注手段３１４が書きかえる。
【００８１】
＜画像情報格納装置＞
図４は、図３に示した画像情報格納装置３３１に格納するデータ内容を説明するためのレイアウト図である。画像情報格納装置３３１内には、情報処理装置のファイルシステムを用いて格納する画像データファイル、各画像のプロパティ等を格納する画像情報テーブル、画像ファイルの格納位置（パス名）を管理する画像ファイルテーブル、及び画像検索用のカテゴリ検索テーブルとキーワード検索テーブルを格納する。各テーブルは、市販のデータベースシステム等を用いて検索可能にしておく。
【００８２】
図４において、４０１は画像データファイル群であって、個々の画像ファイルを、情報処理装置のファイルシステムなどを使用して格納する。個々の画像ファイルは、画像ファイルテーブル４０３のパス名によって、格納場所、すなわちファイル名を特定できる。
【００８３】
４０２は画像情報テーブルであって、各画像のプロパティ情報などを格納する。画像情報テーブル４０２の各データレコードは、画像の提供者を表す提供者ＩＤと、各提供者によって付けられた画像ＩＤとによって一意に識別できる。
【００８４】
画像情報テーブル４０２中に格納する画像のプロパティは、画像のタイトル、クレジットなどのキャプション、画像の価格（単価）、前記画像属性などを含んでいる。
【００８５】
また、画像情報テーブル４０２の保存期間は、販売用画像のセンターサーバ１０１内での保存期間を表す。保存期間は、各画像が最後に使用されてからの期間で判断する。画像情報テーブル４０２の最終使用日は、該画像が最後に使用された、すなわち発注された日付を格納する。備考には、本実施形態では説明しないが、各データレコードの作成日などの情報を格納する。
【００８６】
４０３は画像ファイルテーブルであって、各画像の画像データファイルの格納位置、すなわちパス名などファイルシステム上アクセス可能な名称を管理する画像ファイルテーブル４０３の各データレコードは、各画像の提供者ＩＤと画像ＩＤ、及び画像の解像度を示すタイプによって一意に識別できる。解像度には、画像検索時の表示用に使用するサムネイルと、検索画像の拡大表示などに使用する低解像度、及び販売用画像の３種類である。
【００８７】
なお、図４において、カテゴリ検索テーブル４０４及びキーワード検索テーブル４０５は、画像検索手段３１１によって使用される、画像検索用の検索テーブルであって、それぞれカテゴリ名とキーワードによって画像の提供者ＩＤと画像ＩＤが複数検索可能になっている。なお、カテゴリ及びキーワードは一つの画像に対して複数設定することが可能である。
【００８８】
＜利用者の処理１＞
図５は、本発明に係るサーバ装置における顧客登録、画像検索および価格決定のデータ処理手順の一例を示すフローチャートであり、図３に示したセンターサーバ１０１の顧客登録手段３１０、画像検索手段３１１、顧客認証手段３１２、価格計算手段３１３の処理手順に対応する。なお、Ｓ０５０１〜Ｓ０５１４は各ステップを示す。
【００８９】
また、顧客登録手段３１０、画像検索手段３１１、顧客認証手段３１２、価格計算手段３１３はいずれもインターネットサーバ３００によって起動されるプログラムであり、利用者が注文装置１０３のデータ閲覧手段３０１を用いて指示することにより、該指示入力がデータ閲覧手段３０１、インターネット１０５介してインターネットサーバ３００に伝送され、インターネットサーバ３００によって起動される。同様に、各処理手段の出力は、インターネットサーバ３００、ネットワーク１０５を介して注文装置１０２のデータ閲覧手段３０１に送信され、注文装置１０３のＣＲＴ２０７上に表示される。
【００９０】
なお各処理手段は注文装置１０３からのデータを受信する度にインターネットサーバ３００により起動され、注文装置１０３への表示用データ送信後、処理を終了する。すなわち、各処理手段は単一のプログラムとして実施する他、複数のプログラムとして実施することも可能であり、また、単一のプログラムが複数の処理手段の機能を実施することも可能である。
【００９１】
図５のステップＳ０５００、Ｓ０５０８〜Ｓ０５１０および図１２のステップＳ１２０１〜Ｓ１２０９は顧客登録手段３１０の処理機能とし、図５のステップＳ０５０１〜Ｓ０５０３は画像検索手段３１１、ステップＳ０５０６、Ｓ０５０７は顧客認証手段３１２、ステップＳ０５１１、Ｓ０５１２、Ｓ０５１３、Ｓ０５１４およびＳ０５１５は価格計算手段３１３の処理機能とする。
【００９２】
また、複数のプログラム間で共有する、あるいは引き渡すデータは、ＨＴＭＬのＨＩＤＤＥＮパラメータを用いて注文装置１０２のデータ閲覧手段３０１を介してデータ交換するか、あるいはセンターサーバ１０１のＨＤＤ２０８またはＲＡＭ２０２上に保存しておくことでデータ交換する。以下、前記のデータ交換手段及び格納方法を総称して、単に保存データ領域と記す。
【００９３】
先ず、ステップＳ０５００において、利用者は顧客登録を行うか、画像検索を行うかを選択する。画像検索ステップにおいては、利用者は必ずしも顧客登録を行う必要はなく、画像価格計算ステップの段階ではじめて利用者の認証のためのログインが必要となり、顧客登録が必要となる。
【００９４】
利用者がステップＳ０５００で顧客登録を選択した場合、図１２に示すステップＳ１２０１に進み、顧客登録用の画面（以下、顧客登録画面と記す。）が表示される。そこには“法人会員登録”ボタンと“個人会員登録”ボタンを用意し、選択出来るようにしておく。法人会員登録を行うためにはまず個人会員ＩＤを取得しておく必要があり、ステップＳ１２０２において、顧客登録画面上の“個人会員登録”を押下すると次ステップＳ１２０３に進む。
【００９５】
ステップＳ１２０３において、顧客登録画面には利用者の氏名、会社名、電子メールアドレスを入力する為の入力フィールドと“ＯＫ”ボタンを用意しておき、該利用者は注文装置１０３を操作して各項目に入力し前記ＯＫボタンを押下することで、前記顧客登録手段３１０が前記顧客ＩＤおよび顧客パスワードを発番し、ステップＳ１２０４において注文装置１０３のデータ閲覧手段３０１に表示する。
【００９６】
ステップＳ１２０２において、顧客登録画面上にある前記“法人会員登録”ボタンを押下すると、ステップＳ１２０５で、個人会員として取得した顧客ＩＤおよび顧客パスワードを入力する画面が表示される。該利用者が前記顧客ＩＤおよび顧客パスワードを入力すると、顧客登録手段３１０は顧客ＩＤをキーに顧客情報格納装置内の顧客情報を検索し、該顧客ＩＤのレコードが顧客情報格納装置３３０に存在し、かつ該レコードのパスワードが入力されたパスワードと一致するかどうかを調べる。前記照合が一致した場合は、次の法人会員登録処理ステップＳ１２０７に進む。該当するレコードが存在しない、またはパスワードが異なる場合はエラーメッセージを表示して、前記顧客登録手段３１０は該利用者はまだ個人会員登録していないと判断し、前記ステップＳ１２０３の個人会員用の顧客登録画面を表示する。
【００９７】
ステップＳ１２０７では、法人会員用の顧客登録画面が表示され、そこには既に前記個人会員登録処理ステップＳ１２０３で入力した利用者の氏名、会社名、電子メールアドレスが表示され、その他に郵便番号、住所、性別、生年月日、電話番号、クレジットカード番号を入力する為の入力フィールドおよび“ＯＫ”ボタンを配置する。該利用者は注文装置１０３を操作して、各入力フィールドに必要事項を入力しＯＫボタンを押下する。入力された該データはインターネットサーバ３００を介して提供装置１０２に送信され、ステップＳ１２０８で、該提供者は該利用者に対して法人会員として承認するか処理を行う。
【００９８】
ステップＳ１２０９で、その結果を顧客登録手段３１０がインターネットサーバ３００を介して注文装置１０３に送信し、利用者はデータ閲覧手段３０１を利用して該承認結果を確認する。
【００９９】
ステップＳ０５０１においては、画像検索手段３１１は、利用者が注文する画像を検索するための、検索方法を選択するメニュー画面（以下、検索方法選択画面と記す）を作成して表示する。検索方法選択画面には、検索方法を指示するためのボタン（「番号選択ボタン」、「カテゴリ検索ボタン」、「キーワード検索ボタン」）と、キーワードを入力するための入力フィールドを配置する。
【０１００】
ステップＳ０５０２において、画像検索手段３１１は、ステップＳ０５０１で表示した検索方法選択画面に対して注文装置１０３の利用者が指示入力した、すなわちクリックしたボタンを判断し、「画像番号検索」、「カテゴリ検索」、「キーワード検索」のいずれかの手段を用いて、画像情報格納装置内の画像情報テーブル４０２、カテゴリ検索用テーブル４０４、キーワード検索用テーブル４０５から利用者が所望する画像を検索する。該当するレコードが存在する場合には、該画像ＩＤを保存データ領域に記憶し、ステップＳ０５０３に進む。該当するレコードが存在しない場合は、適切なエラーメッセージを付加して再度検索方法選択画面を表示し、再度ステップＳ０５０２を処理する。
【０１０１】
ステップＳ０５０３において、前記の取得済みの該画像ＩＤを基に、ステップ０５０２の検索結果としてヒットした画像の表示画面（以下、検索結果画面と記す）を作成して注文装置１０３に画面表示する。なお、検索結果画面には、前記取得済みのデータを基に、ヒットした各画像のサムネイル画像と、提供者ＩＤ、画像ＩＤ、タイトルを全て、例えば一覧形式で表示する。
【０１０２】
また、各画像の表示部分には、次ステップＳ０５０４で後述する“Ｍｙトレイに追加”ボタンを配置し、ボタンをクリックすると“Ｍｙトレイ”に画像データが移動するようにしておく。また、各画像のサムネイル画像もクリック可能にしておき、クリックした場合は画像情報格納装置３３１にあるプレビュー用の低解像度画像を注文装置１０３上に表示するようにしておく。
【０１０３】
ステップＳ０５０４においては、ステップＳ０５０３で表示された検索結果の画像に対して利用者が価格情報を得るために、“Ｍｙトレイ”と呼ぶ画像データの一時保存領域に移動する処理を行う。このＭｙトレイに画像データを移動させる為には、利用者の認証が必要であり、前記“Ｍｙトレイに追加ボタン”を押すと、ステップＳ０５０５において利用者を識別するために、利用者の顧客ＩＤとパスワードの入力を求める画面（以下、ログイン画面と記す）を表示する。ここでは顧客ＩＤと顧客パスワードを入力できる入力フィールドと新規に顧客登録できるボタンを用意する。
【０１０４】
ステップＳ０５０６においては、利用者が入力した顧客ＩＤと顧客パスワードが、顧客情報格納装置３３０内の利用者データに登録されているか検索し、該当データがある場合は次のステップＳ０５１１に進み、該当レコードがない場合は適切なエラーメッセージを表示し、再度ステップＳ０５０５に戻る。
ステップＳ０５０６において、新規登録を利用者が選択した場合、前記顧客登録手段３１０によって顧客登録され、ステップＳ０５１１に進む。この場合は提供者の認証作業に時間がかかることから、法人会員としての顧客登録はできないものとする。
【０１０５】
ステップＳ０５１１において、前記ステップＳ０５０４で利用者がＭｙトレイに追加を指示した画像データがＭｙトレイ画面に表示される。Ｍｙトレイ画面には複数の画像データを表示することが可能であり、一旦追加した画像データを削除することも可能である。また次のステップに進むための“価格計算”ボタンも用意し各画像毎に価格計算が出来るようにする。
【０１０６】
ステップＳ０５１２においては、ステップＳ０５１１で選択した画像について価格計算ボタンを押すことで価格計算の為の画面が表示され、ステップＳ０５１３において、該画像の価格を決定する為の要素（以下、価格決定要素と記す）を利用者は選択する。
【０１０７】
ステップＳ０５１３において選択する価格決定要素には「画像サイズ」、「使用用途」、「試用期間」、「使用媒体」、「発行部数」、「業種」などがあるが、各提供者によって価格決定要素を変えることも可能とする。その為、図３の価格計算手段３１３はステップＳ０５１１で価格計算ボタンを押した画像についての価格情報を、画像情報格納装置３３１内の画像価格情報テーブル４０６から参照して価格計算処理を行う。
【０１０８】
ステップＳ０５１５において、ステップＳ０５１４で価格計算手段３１３が計算した画像の価格情報が、Ｍｙトレイ画面に表示されている該画像に対して表示される。また一つでも価格計算処理を行い価格表示された画像がＭｙトレイ上に存在する時、次ステップの注文処理へ進む為の“注文ボタン”が表示されるようにする。
【０１０９】
＜利用者の処理２＞
図６は、本発明に係るサーバ装置における注文受注処理、注文属性決定処理および注文情報送信処理のデータ処理手順の一例を示すフローチャートであり、図３に示したセンターサーバ１０１の注文受注手段３１４、注文属性決定手段３１５、注文情報送信手段３１６の処理手順に対応する。なお、Ｓ０６００〜Ｓ０６２９は各ステップを示す。
【０１１０】
図６において、図５で説明した価格計算処理を終えた画像について、利用者がステップＳ０６００において注文処理を続ける場合“注文ボタン”をクリックすると注文処理を行う画面（以下、注文画面と記す）が表示される。
【０１１１】
ステップＳ０６０１においては、該サービスを利用するにあたっての利用規約（以下、ライセンスと記す）に同意する必要があり、前記注文ボタンをクリックするとライセンスと“同意する”ボタンおよび“同意しない”ボタンが表示される。ライセンスに同意しない場合は前記“同意しない”ボタンをクリックし、ステップＳ０６０２で、前記ステップＳ０５１１のＭｙトレイ画面を再度表示する。ライセンスに同意する場合は前記“同意する”ボタンをクリックし次ステップＳ０６０３に進む。
【０１１２】
ステップＳ０６０３においては、利用者は注文する画像の価格に対して支払方法を選択する。図３における注文受注手段３１４は提供元情報格納装置３３２から該画像の提供者情報を検索し、該提供者が提供可能な課金方法（クレジットカード、請求書のいずれか、もしくは両方）を受信して注文画面に表示する。利用者は注文画面上に表示された選択可能な支払い方法から所望の支払い方法を選択する（以下、利用者が選択した支払方法を課金属性と記す）。
【０１１３】
ステップＳ０６０４で、該注文の購入情報（前記ステップＳ０５１３で選択した価格決定要素、前記ステップＳ０５１４で決定した注文画像の価格情報、前記ステップＳ０６０３で選択された支払方法および該画像の画像ＩＤ）を表示し、該利用者に注文内容の確認と同意を求める文言を表示する。また該注文画面には“次ステップに進む”ボタンと“Ｍｙトレイに戻る”ボタンを用意する。
【０１１４】
ステップＳ０６０５において、“次ステップに進む”をクリックすると次ステップＳ０６０７へ進み、“Ｍｙトレイに戻る”をクリックすると前記“Ｍｙトレイ画面表示”ステップＳ０５１１に戻るようにする。
【０１１５】
ステップＳ０６０７では、前記図４および図１１で説明した画像属性と、前記図５のステップＳ０５００および図１２で決定した利用者の顧客属性と、前記図６のステップＳ０６０３で選択した課金属性から、図３の注文属性決定手段３１５が注文属性を決定する。前記注文属性決定手段については図７で後述する。
【０１１６】
＜注文属性▲１▼の処理＞
ステップＳ０６０７において注文属性決定手段が該注文の注文属性を▲１▼と判断した場合、ステップＳ０６０８に進み注文確認画面が表示される。ここでは該画像のサムネイル画像、画像ＩＤ、提供者名、画像価格情報、課金属性（この場合、クレジットカード情報または請求書送付先情報を表示）、ダウンロード方法（この場合、注文後すぐに注文画像をダウンロード可能と表示）を表示する。また該注文の内容を確認する文言も表示され、そこには“この内容で購入する”ボタンと“いいえ内容を変更する”ボタンを用意しておき、利用者が“この内容で購入する”ボタンを押した場合は次ステップＳ０６０９に進み、“いいえ内容を変更する”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１１７】
ステップＳ０６０９では、利用者が注文を続けるか終了するかを選択する画面を表示する。そこには“注文を終了する”ボタンと“注文を続ける”ボタンとを用意し、利用者が“注文を終了する”ボタンを押した場合は次ステップＳ０６１０に進み、“注文を続ける”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１１８】
ステップＳ０６１０、Ｓ０６１１においては、ステップＳ０６０９で該注文が終了すると、注文受注手段３１４は注文ＩＤを発番し、注文属性決定手段３１５が決定した注文属性（この場合▲１▼）に基づいて、前記オーダーテーブル１１０１およびサブオーダーテーブル１１０２を作成して注文情報格納装置３３３に格納する。またこの時、注文情報送信手段３１６は前記注文情報格納装置から該注文情報を受信して提供装置１０２に該注文データを送信する。ここでは前記注文情報送信手段３１６は前記メールソフトで読み取り可能なデータとして前記注文装置１０２に注文データを送信する。
【０１１９】
またステップＳ０６１０においては、前記課金属性がクレジットカードの場合は与信処理の為のデータ作成およびデータ送信処理を注文受注手段３１４が行う。
【０１２０】
次にステップＳ０６１２においては、利用者が注文した画像についてダウンロードする為の画面（以下、ＤＬ画面と記す）が表示され、そこには該注文画像ＩＤ、提供者名、画像の価格情報、課金属性および“すぐにダウンロードする”ボタンと“後でダウンロードする”ボタンを用意する。
【０１２１】
ステップＳ０６１３においては、前記“すぐにダウンロードする”ボタンを押した場合、次ステップＳ０６１４に進み、“後でダウンロードする”ボタンを押した場合は終了する。
【０１２２】
ステップＳ０６１４においては、該注文画像をダウンロードする際のダウンロード先を選択する画面が表示され、利用者の操作する注文装置１０３のＨＤＤ２０８上の任意の場所を選択することが可能となっており、“ダウンロードボタン”を押下すると、ステップＳ０６１６において、該注文画像の販売用画像データが前記注文装置１０３に送信される。
【０１２３】
ステップＳ０６１７では、前記ステップＳ０６１６でダウンロード処理された該販売用画像データの前記ダウンロード処理が終了すると、注文装置１０３に該画像ＩＤと前記サムネイル画像と該注文の販売用画像のダウンロードが終了したことを表示する。
【０１２４】
＜注文属性▲２▼の処理＞
ステップＳ０６０７において注文属性決定手段が該注文の注文属性を▲２▼と判断した場合、ステップＳ０６１８に進み注文確認画面が表示される。ここでは該画像のサムネイル画像、画像ＩＤ、提供者名、画像価格情報、課金属性（この場合、クレジットカード情報または請求書送付先情報を表示）、ダウンロード方法（この場合、提供者承認後ダウンロード可能と表示）を表示する。また該注文の内容を確認する文言も表示され、そこには“この内容で購入する”ボタンと“いいえ内容を変更する”ボタンを用意しておき、利用者が“この内容で購入する”ボタンを押した場合は次ステップＳ０６１９に進み、“いいえ内容を変更する”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１２５】
ステップＳ０６１９では、利用者が注文を続けるか終了するかを選択する画面を表示する。そこには“注文を終了する”ボタンと“注文を続ける”ボタンとを用意し、利用者が“注文を終了する”ボタンを押した場合は次ステップＳ０６２０に進み、“注文を続ける”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１２６】
ステップＳ０６２０、Ｓ０６２１においては、ステップＳ０６１９で該注文が終了すると、注文受注手段３１４は注文ＩＤを発番し、注文属性決定手段３１５が決定した注文属性（この場合▲２▼）に基づいて、前記オーダーテーブル１１０１およびサブオーダーテーブル１１０２を作成して注文情報格納装置３３３に格納する。またこの時、注文情報送信手段３１６は前記注文情報格納装置から該注文情報を受信して提供装置１０２に該注文データを送信する。ここでは前記注文情報送信手段３１６は前記メールソフトで読み取り可能なデータとして前記注文装置１０２に注文データを送信する。
【０１２７】
またステップＳ０６２０においては、前記課金属性がクレジットカードの場合は与信処理の為のデータ作成およびデータ送信処理を注文受注手段３１４が行う。
【０１２８】
＜注文属性▲３▼ａの処理＞
ステップＳ０６０７において注文属性決定手段が該注文の注文属性を▲３▼ａと判断した場合、ステップＳ０６２２に進む。
【０１２９】
ステップＳ０６２２においては、該注文に対して利用者が所望する請求書の送付先情報を記入する画面が表示され、そこには該利用者の氏名、生年月日、性別、会社名、請求書送付先住所、連絡先電話番号、電子メールアドレスを入力する為の入力フィールドを用意する。またその入力フィールドの下には“次に進む”ボタン、“キャンセル”ボタンが用意されており、“次に進む”ボタンを押下すると次ステップＳ０６２３に進み、“キャンセル”ボタンを押下すると注文処理は終了する。
【０１３０】
ステップＳ０６２３においては、注文確認画面が表示される。ここでは該注文画像のサムネイル画像、画像ＩＤ、提供者名、画像価格情報、課金属性（この場合、請求書と表示される）、ダウンロード方法（この場合、提供者承認後ダウンロード可能と表示される）を表示する。また該注文の内容を確認する文言も表示され、そこには“この内容で購入する”ボタンと“いいえ内容を変更する”ボタンを用意しておき、利用者が“この内容で購入する”ボタンを押した場合は次ステップＳ０６２４に進み、“いいえ内容を変更する”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１３１】
ステップＳ０６２４では、利用者が注文を続けるか終了するかを選択する画面を表示する。そこには“注文を終了する”ボタンと“注文を続ける”ボタンとを用意し、利用者が“注文を終了する”ボタンを押した場合は次ステップＳ０６２５に進み、“注文を続ける”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１３２】
ステップＳ０６２５においては、ステップＳ０６２４で該注文が終了すると、注文受注手段３１４は注文ＩＤを発番し、注文属性決定手段３１５が決定した注文属性（この場合▲３▼ａ）に基づいて、前記オーダーテーブル１１０１およびサブオーダーテーブル１１０２を作成して注文情報格納装置３３３に格納する。またこの時、注文情報送信手段３１６は前記注文情報格納装置から該注文情報を受信して提供装置１０２に該注文データを送信する。ここでは前記注文情報送信手段３１６は前記メールソフトで読み取り可能なデータとして前記注文装置１０２に注文データを送信する。
【０１３３】
＜注文属性▲３▼ｂの処理＞
ステップＳ０６０７において注文属性決定手段が該注文の注文属性を▲３▼ｂと判断した場合、ステップＳ０６２６に進む。
【０１３４】
ステップＳ０６２６においては、該注文に対して利用者が所望する請求書の送付先情報を記入する画面が表示され、そこには該利用者の氏名、生年月日、性別、会社名、請求書送付先住所、連絡先電話番号、電子メールアドレスを入力する為の入力フィールドが用意されている。またその入力フィールドの下には“次に進む”ボタン、“キャンセル”ボタンが用意されており、“次に進む”ボタンを押下すると次ステップＳ０６２７に進み、“キャンセル”ボタンを押下すると注文処理は終了する。
【０１３５】
ステップＳ０６２７においては、注文確認画面が表示される。ここでは該注文画像のサムネイル画像、画像ＩＤ、提供者名、画像価格情報、課金属性（この場合、請求書と表示される）、ダウンロード方法（この場合、提供者承認後ダウンロード可能と表示される）を表示する。また該注文の内容を確認する文言も表示され、そこには“この内容で購入する”ボタンと“いいえ内容を変更する”ボタンを用意しておき、利用者が“この内容で購入する”ボタンを押した場合は次ステップＳ０６２８に進み、“いいえ内容を変更する”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１３６】
ステップＳ０６２８では、利用者が注文を続けるか終了するかを選択する画面を表示する。そこには“注文を終了する”ボタンと“注文を続ける”ボタンとを用意し、利用者が“注文を終了する”ボタンを押した場合は次ステップＳ０６２９に進み、“注文を続ける”ボタンを押した場合は前記ステップＳ０５１１のＭｙトレイ画面表示に戻るようにする。
【０１３７】
ステップＳ０６２９においては、ステップＳ０６２８で該注文が終了すると、注文受注手段３１４は注文ＩＤを発番し、注文属性決定手段３１５が決定した注文属性（この場合▲３▼ｂ）に基づいて、前記オーダーテーブル１１０１およびサブオーダーテーブル１１０２を作成して注文情報格納装置３３３に格納する。またこの時、注文情報送信手段３１６は前記注文情報格納装置から該注文情報を受信して提供装置１０２に該注文データを送信する。ここでは前記注文情報送信手段３１６は前記メールソフトで読み取り可能なデータとして前記注文装置１０２に注文データを送信する。
【０１３８】
＜注文属性決定処理＞
図７においては、本発明に係るサーバ装置における注文属性決定処理のデータ処理手順を示すフローチャートであり、図３に示したセンターサーバ１０１の注文属性決定手段３１５の処理手順に対応する。
【０１３９】
注文属性決定手段３１５は、前記画像属性、前記顧客属性と前記課金属性から注文属性を決定する。まず図７のステップＳ０７０１において注文属性決定手段３１５は、注文受注手段３１４を介して該注文の画像ＩＤを元に該画像情報を画像情報格納装置３３１内の画像情報テーブル４０２の画像属性から参照して、該注文の販売用画像データが前記画像情報格納装置３３１に格納されているかどうかを検索する。その結果、該画像の画像属性が“Ｙ（販売用画像が画像情報格納装置に存在する）”であった場合、次ステップＳ０７０２に進み、前記結果、該画像の画像属性が“Ｎ（販売用画像が画像情報格納装置に存在しない）”であった場合、後述のステップＳ０７０４に進む。
【０１４０】
ステップＳ０７０２においては、前記注文属性決定手段３１５は該注文の顧客情報を、注文受注手段３１４を介して顧客ＩＤを元に顧客情報格納装置３３０から参照し、該利用者が該注文画像の提供者に対して法人会員かどうかを検索する。該利用者が該注文画像の提供者に対して法人会員となっていた場合、該注文属性は“▲１▼”となり、図６において前記ステップＳ０６０８に進む。ステップＳ０７０２において該注文画像の提供者に対して該利用者が法人会員でない場合は、次ステップＳ０７０３に進む。
【０１４１】
ステップＳ０７０３において、前記注文属性決定手段３１５は注文受注手段３１４から該利用者が選択した該課金属性を参照し、利用者が該注文に対してクレジットカードでの支払いを選択していた場合、課金属性は“ＣＣ”となり該注文属性は“▲１▼”となり、図６において前記ステップＳ０６０８に進む。
【０１４２】
前記ステップＳ０７０３において、該注文に対する該利用者が選択した支払方法が請求書であった場合、前記課金属性は“Ｂｉｌｌ”となり該注文属性は“▲３▼ａ”となり、図６において前記ステップＳ０６２２に進む。
【０１４３】
前記ステップＳ０７０１において、前記画像属性が“Ｎ”であった場合、ステップＳ０７０４に進む。
【０１４４】
ステップＳ０７０４においては、前記ステップＳ０７０２と同様に、前記注文属性決定手段３１５は該注文の顧客情報を、注文受注手段３１４を介して顧客ＩＤを元に顧客情報格納装置３３０から参照し、該利用者が該注文画像の提供者に対して法人会員かどうかを検索する。該利用者が該注文画像の提供者に対して法人会員となっていた場合、該注文属性は“▲２▼”となり、図６において前記ステップＳ０６１８に進む。ステップＳ０７０４において該注文画像の提供者に対して該利用者が法人会員でない場合は、次ステップＳ０７０５に進む。
【０１４５】
ステップＳ０７０５においては、前記ステップＳ０７０３と同様に、前記注文属性決定手段３１５は注文受注手段３１４から該利用者が選択した該課金属性を参照し、利用者が該注文に対してクレジットカードでの支払いを選択していた場合、課金属性は“ＣＣ”となり該注文属性は“▲２▼”となり、図６において前記ステップＳ０６１８に進む。
【０１４６】
前記ステップＳ０７０５において、該注文に対する該利用者が選択した支払方法が請求書であった場合、前記課金属性は“Ｂｉｌｌ”となり該注文属性は“▲３▼ｂ”となり、図６において前記ステップＳ０６２６に進む。
【０１４７】
ここで前記各注文属性の意味するところは以下のとおりである。
【０１４８】
注文属性＝▲１▼：利用者は注文した画像を注文終了後すぐにダウンロードすることが出来る。この場合、該利用者に対する該注文の提供者は既に顧客登録手段３１０において法人会員として承認しているので、該利用者の注文に対して承認処理は行う必要はない。
【０１４９】
注文属性＝▲２▼：画像情報格納装置３３１に該注文の販売用画像データがない為、該利用者は前記ＤＬキーを受信した後、注文装置を操作してダウンロード処理をして該注文の販売用画像データをダウンロードすることが出来る。この場合、該利用者に対する該注文の提供者は既に顧客登録手段３１０において法人会員として承認しているので、該利用者の注文に対して承認処理は行う必要はないが、販売用画像が前記画像情報格納装置３３１に保存されていない為、提供者が該販売用画像データを前記画像登録手段３１９で登録し、前記ＤＬキーデータ送信手段３２１が該利用者に前記ＤＬキーを送信した後、該利用者がＤＬキーを元に注文装置１０３を操作して画像データのダウンロード処理を行い該画像データをダウンロードする必要がある。
【０１５０】
注文属性＝▲３▼ａ：注文に対して提供者が承認した後、該利用者に前記ＤＬキーを送信する。該利用者は注文装置を操作してＤＬキーを使いダウンロード処理をすることで、該注文の販売用画像データをダウンロードすることが出来る。この場合、該注文に対する利用者の信用を前もって確認できていない為、該提供者は該注文に対して利用者の承認処理を行った後に前記ＤＬキーを該利用者に発行する手順をふむ必要がある。一方、画像属性は“Ｙ”であるので、該注文に対して提供者は販売用画像を登録する必要はない。
【０１５１】
注文属性＝▲３▼ｂ：注文に対して提供者が承認した後に該注文の販売用画像を画像登録手段３１９によって画像情報格納装置３３１に登録し、さらに該利用者に前記ＤＬキーを送信する。該利用者は注文装置を操作してＤＬキーを使いダウンロード処理をすることで、該注文の販売用画像データをダウンロードすることが出来る。この場合、該注文に対する利用者の信用を前もって確認できていない為、該提供者は該注文に対して利用者の承認処理を行った後に前記ＤＬキーを該利用者に発行する手順をふむ必要がある。さらに該注文の販売用画像が前記画像情報格納装置３３１に保存されていない為、該提供者は該販売用画像データを前記画像登録手段３１９で登録する必要がある。
【０１５２】
＜提供者の処理＞
図８は、本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートであり、図３に示したセンターサーバ１０１の注文検索手段３１７、注文承認手段３１８、画像登録手段３１９、ＤＬキーデータ送信手段３２１の処理手順に対応する。なお、Ｓ０８０１〜Ｓ０８３２は各ステップを示す。
【０１５３】
また、注文検索手段３１７、注文承認手段３１８、画像登録手段３１９、ＤＬキーデータ送信手段３２１はいずれもインターネットサーバ３００によって起動されるプログラムであり、提供者が提供装置１０２のデータ閲覧手段３０３を用いて指示することにより、該指示入力がデータ閲覧手段３０３、インターネット１０５を介してインターネットサーバ３００に伝送され、インターネットサーバ３００によって起動される。同様に、各処理手段の出力は、インターネットサーバ３００、インターネット１０５を介して提供装置１０２のデータ閲覧手段３０３に送信され、提供装置１０２のＣＲＴ２０７上に表示される。ただし、以下の説明では、簡便のために前記送受信部分は省略し、単に「画面に表示する」等の記述にする。
【０１５４】
先ず、ステップＳ０８０１において、提供者が提供装置１０２のデータ閲覧手段３０３に対して入力したＵＲＬに従って動作された注文検索手段３１７は、提供者を識別するために、提供者の提供者ＩＤとパスワードの入力を求める画面（以下、ログイン画面と記す）を表示する。該画面には、提供者が識別認証を依頼するためのボタン（以下、ＯＫボタンと記す）も表示する。
【０１５５】
注文検索手段３１７は、ログイン画面で入力された提供者ＩＤをキーに提供元情報格納装置３３２を検索し、該提供者ＩＤのレコードが提供元情報格納装置３３２に存在し、かつ該レコードのパスワードが入力されたパスワードと一致するかどうかを調べる。前記照合が一致した場合は、提供者の識別認証に成功したものとしてステップＳ０８０２へ、該当するレコードが存在しない、またはパスワードが異なる場合はエラーメッセージを表示してステップＳ０８０１を再度行う。また識別認証に成功した提供者ＩＤは保存データ領域に記憶する。
【０１５６】
ステップＳ０８０２において、注文検索手段３１７は、提供者が処理を選択するためのメニュー画面（以下、提供者メニュー画面と記す）を作成して表示する。前記メニュー画面には、以下のメニュー（１）〜（４）（処理済注文表示，新規注文表示，画像登録画面表示，終了）を表示し、提供者がクリック等の指示入力により選択可能にしておく。
【０１５７】
ステップＳ０８０３において、注文検索手段３１７は、ステップＳ０８０２で表示した提供者メニュー画面に対して提供者が選択入力したメニューを調べ、メニュー（１）の処理済注文表示であればステップＳ０８０４へ、メニュー（２）の新規注文表示であればステップＳ０８０５へ、メニュー（３）の画像登録画面表示であればステップＳ０８０６へ、メニュー（４）の終了であればステップＳ０８０８へ進む。
【０１５８】
ステップＳ０８０４における処理は、操作中の提供者が注文承認を行い、ダウンロード可能またはダウンロード済の注文の一覧画面（以下、処理済注文一覧画面と記す）を表示する処理であり、先ず、注文検索手段３１７は、注文情報格納装置３３３を調べ、サブオーダーテーブル１１０２の提供者ＩＤがステップＳ０８０１で保存データ領域に記録した提供者ＩＤと一致し、かつ承認ステータスが「承認済」かつ課金処理ステータスが「処理済」であり、かつ画像属性が「Ｙ」のサブオーダーレコードを全て抽出し、ＲＡＭ２０２上に読み込む。以下、前記のＲＡＭ２０２に読み込まれたサブオーダーレコードを処理済注文表示用レコードと記す。
【０１５９】
次に、各処理済注文表示用レコードの注文ＩＤをキーに、注文情報格納装置３３３のオーダーテーブル１１０１を検索し、該当するオーダーレコードの内容を処理済注文表示用レコードに付加する。さらに、各処理済注文表示用レコードの、上記処理で付加した顧客ＩＤをキーに顧客情報格納装置３３０を検索し、該当する顧客情報レコードの氏名を抽出して、処理済注文表示用レコードに付加する。
【０１６０】
次に、上記処理で作成した処理済注文表示用レコードの、注文ＩＤ、画像ＩＤ、該当するオーダーレコードのステータス及び利用者の氏名等の各項目を、一覧形式に編集して画面データを作成する。さらに、該処理済注文表示用レコードの提供者ＩＤと画像ＩＤをキーに画像情報格納装置３３１の画像ファイルテーブル４０３から該画像のサムネイル画像ファイルのパス名を抽出し、前記画面データの一覧内の各行に、該当する画像のサムネイルイメージが表示されるようにする。
【０１６１】
そして、前記画面データを基に処理済注文一覧画面を表示する。画面の最上部または最下部には、「戻る」ボタンも配置し、「戻る」ボタンがクリックされた時にはステップＳ０８０２へ戻るようにしておく。
【０１６２】
ステップＳ０８０５において、本ステップの処理は、操作中の提供者の注文承認を必要とする注文の一覧画面（以下、未処理注文一覧画面と記す）を表示する処理である。
【０１６３】
注文検索手段３１７は、注文情報格納装置３３３を調べ、サブオーダーテーブル１１０２の提供者ＩＤがステップＳ０８０１で保存データ領域に記録した提供者ＩＤと一致し、かつ承認ステータスが「未承認」もしくは「承認不要」のサブオーダーレコードを全て抽出し、ＲＡＭ２０２上に読み込む。以下、前記のＲＡＭ２０２に読み込まれたサブオーダーレコードを注文表示用レコードと記す。
【０１６４】
次に、各注文表示用レコードの注文ＩＤをキーに、注文情報格納装置３３３のオーダーテーブル１１０１を検索し、該当するオーダーレコードの内容を注文表示用レコードに付加する。さらに、各注文表示用レコードの、上記処理で付加した顧客ＩＤをキーに顧客情報格納装置３３０を検索し、該当する顧客情報レコードの氏名を抽出して、注文表示用レコードに付加する。
【０１６５】
次に、上記処理で作成した注文表示用レコードの、注文ＩＤ、画像ＩＤ、画像属性、及び利用者の氏名等の各項目を、一覧形式に編集して画面データを作成する。
【０１６６】
さらに、該注文表示用レコードの提供者ＩＤと画像ＩＤをキーに画像情報格納装置３３１の画像ファイルテーブル４０３から該画像のサムネイル画像ファイルのパス名を抽出し、前記画面データの一覧内の各行に、該当する画像のサムネイルイメージが表示されるようにする。
【０１６７】
また、一覧内の各行に、該当するサブオーダーに対する処理を選択して起動のための指示入力を行うためのボタン群を配置する。ここでは、以下の注文属性▲１▼（１）、注文属性▲２▼（２）、注文属性▲３▼ａ（３）、注文属性▲３▼ｂ（４）を起動するためのボタン群を配置する。
【０１６８】
最後に前記画面データを基に未処理注文一覧画面を提供装置１０２上に表示する。その際、未処理注文一覧画面の最上部または最下部には、「戻る」ボタンも配置する。なお、前記の注文表示用レコードは保存データ領域に記録しておく。
【０１６９】
ステップＳ０８０９においては、注文検索手段３１７は、ステップＳ０８０５で表示した未処理注文一覧画面に対して、提供者が選択入力した、すなわちクリックしたボタンの内容を調べ、注文属性▲１▼であればステップＳ０８１０へ、注文属性▲２▼であればステップＳ０８１３へ、注文属性▲３▼ａであればステップＳ０８１８へ、注文属性▲３▼ｂであればステップＳ０８２４へ進む。またこの際、注文検索手段３１７は前記注文表示用レコードに対して、注文属性をキーに検索し、それぞれの注文属性の一覧を提供装置１０２に表示するとともに、それぞれの注文属性の一覧データレコードを前記保存データ領域に記録しておく。
【０１７０】
ステップＳ０８１０においては、注文検索手段３１７は、前記ステップＳ０８０９の注文表示用レコードに対して注文属性をキーに検索して、注文属性が「▲１▼」であるものを表示する。（以下、注文属性▲１▼一覧画面または注文属性▲１▼一覧データレコードと記す。）注文属性▲１▼一覧画面の各注文情報にはチェックボックスが配置され、任意の注文情報を選択することが出来るようにする。また注文属性▲１▼一覧画面には“課金処理”ボタンを配置し、ボタンをクリックすると次ステップＳ０８１１に進む。
【０１７１】
ステップＳ０８１１においては、注文検索手段３１７は、ステップＳ０８１０で保存データ領域に記録した注文属性▲１▼一覧データレコードから、利用者がチェックした注文情報のみを表示用データとして編集し、提供装置１０２上に表示する。以下、該画面を課金処理画面と記す。
【０１７２】
前記注文属性▲１▼一覧データレコードの課金属性が「ＣＣ（クレジットカード）」のものに対しては前記ステップＳ０６１０、Ｓ０６１１で課金処理が済んでいるが、課金属性が「Ｂｉｌｌ（請求書）」のものに対しては、提供者はオフラインで請求書を発行する処理を実行する。課金処理画面には「課金処理済」ボタンを配置し、提供者は課金処理が済んだ注文に対して課金処理済ボタンを押下し課金処理を終了する。課金処理済ボタンを押下すると注文承認手段３１８は前記注文表示用レコードに対して、課金処理を終了した注文ＩＤをキーにして、注文情報格納装置３３３のオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」に書きかえる。さらに前記注文承認手段３１８は該注文ＩＤに対してＤＬキーデータを発行し、該オーダーテーブル１１０１のＤＬキーに書き込む。
【０１７３】
ＤＬキーデータは利用者の注文した該画像のダウンロードに必要な該注文の識別子，該注文に対する利用者の認証識別子およびダウンロード用ＵＲＬのことである。
【０１７４】
次にステップＳ０８１２においては、前記ステップＳ０８１１において提供者がオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」にした注文に対して、ＤＬキーデータ送信手段３２１は注文情報格納装置３３３から該注文の顧客ＩＤをキーに顧客の電子メールアドレスを検索し、そのアドレスに向けて前記ＤＬキーを送信する。
【０１７５】
前記ステップＳ０８１２において、ＤＬキーを送信すると、前記ステップＳ０８０２の提供者メニュー画面に戻るようにする。
【０１７６】
ステップＳ０８１３においては、注文検索手段３１７は、ステップＳ０８０９で保存データ領域に記録した注文属性▲２▼一覧データレコードの内容を表示用データとして編集し、提供装置１０２上に表示する（以下、注文属性▲２▼一覧画面もしくは注文属性▲２▼一覧データレコードと記す。）。
【０１７７】
注文属性▲２▼一覧画面の各注文情報にはチェックボックスが配置され、任意の注文情報を選択することが出来るようにする。また注文属性▲２▼一覧画面の各注文情報にはチェックボックスが配置され、任意の注文情報を選択することが出来るようにする。また注文属性▲２▼一覧画面には“販売用画像登録”ボタンを配置し、提供者がボタンをクリックすると次ステップＳ０８１４に進むようにする。
【０１７８】
ステップＳ０８１４においては、提供者が販売用画像データを登録したい注文のチェックボックスにチェックして前記“販売用画像登録”ボタンを押下すると、まず画像登録手段３１９は、該注文表示用レコードの提供者ＩＤと画像ＩＤをキーに、画像情報格納装置３３１の画像情報テーブル４０２を検索して、該当する画像情報テーブルの内容を提供装置１０２上で表示する。以下、該画面を販売用画像登録画面と記す。
【０１７９】
ステップＳ０８１５では、ステップＳ０８１４で表示した販売用画像登録画面で、提供者が提供装置１０２の元画像格納装置３４０内の販売用画像ファイルのパス名を入力し、「送信」ボタンをクリックすると、データ閲覧手段３０３は該販売用画像ファイルデータをセンターサーバ１０１に送信する。
【０１８０】
画像登録手段３１９は、前記販売用画像ファイルの内容と、販売用画像登録画面中の入力フィールドに提供者が入力した、保存期間を受信する。受信した販売用画像ファイルデータは、該注文の画像ＩＤを基に画像格納装置３３１の画像データファイル群４０１内で一意のパス名を生成し、画像データファイルとして画像データファイル群４０１内に格納する。
【０１８１】
次に、ステップＳ０８１３で保存データ領域に記録した注文属性▲２▼一覧データレコードの注文ＩＤと、提供者ＩＤと画像ＩＤをキーに、注文情報格納装置３３３のサブオーダーテーブル１１０２を検索し、該当するサブオーダーレコードの画像属性を「Ｙ」に更新する。
【０１８２】
次に、提供者ＩＤと画像ＩＤをキーに、サブオーダーテーブル１１０２を再度検索し、該当するサブオーダーレコードを全て調べ、該当するサブオーダーレコードの画像属性が全て「Ｙ」であった場合は、該注文に対しての課金処理ステップＳ０８１６に進むようにする。
【０１８３】
ステップＳ０８１６においては、注文検索手段３１７は前記注文属性▲２▼一覧データレコードに対して画像属性が「Ｙ」のものを検索し、提供装置１０２に表示する（以下、該画面を課金処理画面と記す。）。
【０１８４】
前記注文属性▲２▼一覧データレコードの課金属性が「ＣＣ（クレジットカード）」のものに対しては前記ステップＳ０６２０、Ｓ０６２１で課金処理が済んでいるが、課金属性が「Ｂｉｌｌ（請求書）」のものに対しては提供者はオフラインで請求書を発行する処理を実行する。
【０１８５】
また、課金処理画面には「課金処理済」ボタンを配置し、提供者は課金処理が済んだ注文に対して課金処理済ボタンを押下し課金処理を終了する。課金処理済ボタンを押下すると注文承認手段３１８は前記注文表示用レコードに対して、課金処理を終了した注文ＩＤをキーにして、注文情報格納装置３３３のオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」に書きかえる。さらに前記注文承認手段３１８は該注文ＩＤに対してＤＬキーデータを発行し、該オーダーテーブル１１０１のＤＬキーに書き込む。
【０１８６】
次にステップＳ０８１７においては、前記ステップＳ０８１６において提供者がオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」にした注文に対して、ＤＬキーデータ送信手段３２１は注文情報格納装置３３３から該注文の顧客ＩＤをキーに顧客の電子メールアドレスを検索し、そのアドレスに向けて前記ＤＬキーを送信する。
【０１８７】
前記ステップＳ０８１７において、ＤＬキー処理が終了すると、前記ステップＳ０８０２の提供者メニュー画面に戻る。
【０１８８】
ステップＳ０８１８においては、注文検索手段３１７は、ステップＳ０８０９で保存データ領域に記録した注文属性▲３▼ａ一覧データレコードの内容を表示用データとして編集し、提供装置１０２上に表示する（以下、注文属性▲３▼ａ一覧画面もしくは注文属性▲３▼ａ一覧データレコードと記す。）。
【０１８９】
注文属性▲３▼ａ一覧画面の各注文情報にはチェックボックスが配置され、任意の注文情報を選択することが出来るようにする。また注文属性▲３▼ａ一覧画面には“注文承認”ボタンを配置し、提供者が前記チェックボックスにチェックを付け、“注文承認”ボタンをクリックすると次ステップＳ０８１９に進むようにする。
【０１９０】
ステップＳ０８１９においては、注文検索手段３１７は、ステップＳ０８１８で保存データ領域に記録した注文属性▲３▼ａ一覧データレコードから、利用者がチェックした注文情報のみを表示用データとして編集し、提供装置１０２上に表示する。（以下、該画面を注文承認画面と記す。）またこの際、注文検索手段３１７は前記注文属性▲３▼ａ一覧データレコードに対して、提供者がチェックした注文情報の一覧を提供装置１０２に表示するとともに、それぞれの注文情報の一覧データレコードを前記保存データ領域に記録しておく。
【０１９１】
また、注文承認画面には「承認」ボタンと「非承認」ボタンを配置する。
【０１９２】
ステップＳ０８２０において提供者が承認ボタンを押した場合は次ステップＳ０８２１に進み、非承認ボタンを押した場合は後述するステップＳ０８３２に進むようにする。
【０１９３】
ステップＳ０８２１においては、注文承認手段３１８は、ステップＳ０８１９で保存データ領域に記録した承認対象レコードの注文ＩＤと、提供者ＩＤと、画像ＩＤをキーに、注文情報格納装置３３３のサブオーダーテーブル１１０２を検索し、該当するサブオーダーレコードの承認ステータスを「承認済」に更新する。
【０１９４】
次に、該オーダーＩＤをキーにサブオーダーテーブル１１０２を再度検索し、該当するサブオーダーレコードを全て調べ、該当するサブオーダーレコードの承認ステータスが全て「承認済」であった場合は、該サブオーダーレコードのオーダーＩＤでオーダーテーブル１１０１を検索し、該当するオーダーレコードの承認ステータスを「承認済」に更新する。
【０１９５】
次にステップＳ０８２２において、注文承認手段３１８は、前記注文情報格納装置３３３のサブオーダーテーブル１１０２の「承認ステータス」が「承認済」に変更された該注文ＩＤをキーに前記注文属性▲３▼ａ一覧データレコードを検索し、該注文情報の一覧データレコードを提供装置１０２に表示する。（以下、該画面を課金処理画面と記す。）前記注文属性▲３▼ａ一覧データレコードの課金属性はすべて「Ｂｉｌｌ（請求書）」であり、提供者はオフラインで請求書を発行する処理を実行する。また課金処理画面には「課金処理済」ボタンを配置し、提供者は課金処理が済んでいる注文に対して課金処理済ボタンを押下し課金処理を終了する。課金処理済ボタンを押下すると注文承認手段３１８は前記注文表示用レコードに対して、課金処理を終了した注文ＩＤをキーにして、注文情報格納装置３３３のオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」に書きかえる。さらに前記注文承認手段３１８は該注文ＩＤに対してＤＬキーデータを発行し、該オーダーテーブル１１０１のＤＬキーに書き込む。
【０１９６】
次にステップＳ０８２３においては、前記ステップＳ０８２２において提供者がオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」にした注文に対して、ＤＬキーデータ送信手段３２１は注文情報格納装置３３３から該注文の顧客ＩＤをキーに顧客の電子メールアドレスを検索し、そのアドレスに向けて前記ＤＬキーを送信する。
【０１９７】
前記ステップＳ０８２３において、ＤＬキー処理が終了すると、前記ステップＳ０８０２の提供者メニュー画面に戻るようにする。
【０１９８】
ステップＳ０８３２においては前記ステップＳ０８２０で提供者が「非承認」を選択した注文に対して、注文承認手段３１８は前記注文属性▲３▼ａ一覧データレコードから提供者が非承認を選択した注文ＩＤを基に顧客情報格納装置３３０を検索し、該利用者に対して該注文に対して提供者が承認しなかった旨の通知を、該利用者のメールアドレスに対して送信する。前記通知の送信処理が終了すると、ステップＳ０８０２に戻るようにする。
【０１９９】
ステップＳ０８２４においては、注文検索手段３１７は、ステップＳ０８０９で保存データ領域に記録した注文属性▲３▼ｂ一覧データレコードの内容を表示用データとして編集し、提供装置１０２上に表示する。（以下、注文属性▲３▼ｂ一覧画面もしくは注文属性▲３▼ｂ一覧データレコードと記す。）
注文属性▲３▼ｂ一覧画面の各注文情報にはチェックボックスが配置され、任意の注文情報を選択することが出来るようにする。また注文属性▲３▼ｂ一覧画面には“注文承認”ボタンを配置し、提供者が前記チェックボックスにチェックを付け、“注文承認”ボタンをクリックすると次ステップＳ０８２５に進むようにする。
【０２００】
ステップＳ０８２５においては、注文検索手段３１７は、ステップＳ０８２４で保存データ領域に記録した注文属性▲３▼ｂ一覧データレコードから、利用者がチェックした注文情報のみを表示用データとして編集し、提供装置１０２上に表示する。（以下、該画面を注文承認画面と記す。）またこの際、注文検索手段３１７は前記注文属性▲３▼ｂ一覧データレコードに対して、提供者がチェックした注文情報の一覧を提供装置１０２に表示するとともに、それぞれの注文情報の一覧データレコードを前記保存データ領域に記録しておく。
【０２０１】
また、注文承認画面には「承認」ボタンと「非承認」ボタンを配置する。
【０２０２】
ステップＳ０８２６において提供者が承認ボタンを押した場合は次ステップＳ０８２７に進み、非承認ボタンを押した場合は前記ステップＳ０８３２に進むようにする。
【０２０３】
ステップＳ０８２７においては、注文承認手段３１８は、ステップＳ０８２５で保存データ領域に記録した承認対象レコードの注文ＩＤと、提供者ＩＤと、画像ＩＤをキーに、注文情報格納装置３３３のサブオーダーテーブル１１０２を検索し、該当するサブオーダーレコードの承認ステータスを「承認済」に更新する。
【０２０４】
次に、該オーダーＩＤをキーにサブオーダーテーブル１１０２を再度検索し、該当するサブオーダーレコードを全て調べ、該当するサブオーダーレコードの承認ステータスが全て「承認済」であった場合は、該サブオーダーレコードのオーダーＩＤでオーダーテーブル１１０１を検索し、該当するオーダーレコードの承認ステータスを「承認済」に更新する。
【０２０５】
ステップＳ０８２８においては、次に注文承認手段３１８は、前記注文情報格納装置３３３のサブオーダーテーブル１１０２の「承認ステータス」が「承認済」に変更された該注文ＩＤをキーに前記注文属性▲３▼ｂ一覧データレコードを検索し、該注文情報の一覧データレコードを提供装置１０２に表示する。（以下、該画面を販売画像登録処理画面と記す。）
ステップＳ０８２９では、ステップＳ０８２８で表示した販売用画像登録画面で、提供者が提供装置１０２の元画像格納装置３４０内の販売用画像ファイルのパス名を入力し、「送信」ボタンをクリックすると、データ閲覧手段３０３は該販売用画像ファイルデータをセンターサーバ１０１に送信する。
【０２０６】
画像登録手段３１９は、前記販売用画像ファイルの内容と、販売用画像登録画面中の入力フィールドに提供者が入力した、保存期間を受信する。受信した販売用画像ファイルデータは、該注文の画像ＩＤを基に画像格納装置３３１の画像データファイル群４０１内で一意のパス名を生成し、画像データファイルとして画像データファイル群４０１内に格納する。
【０２０７】
次に、ステップＳ０８２５で保存データ領域に記録した注文一覧データレコードの注文ＩＤと、提供者ＩＤと画像ＩＤをキーに、注文情報格納装置３３３のサブオーダーテーブル１１０２を検索し、該当するサブオーダーレコードの画像属性を「Ｙ」に更新する。
【０２０８】
次に、提供者ＩＤと画像ＩＤをキーに、サブオーダーテーブル１１０２を再度検索し、該当するサブオーダーレコードを全て調べ、該当するサブオーダーレコードの画像属性が全て「Ｙ」であった場合は、該注文に対しての課金処理ステップＳ０８３０に進むようにする。
【０２０９】
ステップＳ０８３０においては、注文検索手段３１７は前記注文属性▲３▼ｂ一覧データレコードに対して画像属性が「Ｙ」のものを検索し、提供装置１０２に表示する。（以下、該画面を課金処理画面と記す。）
前記注文属性▲３▼ｂ一覧データレコードの課金属性はすべて「Ｂｉｌｌ（請求書）」であり、提供者はオフラインで請求書を発行する処理を実行する。また課金処理画面には「課金処理済」ボタンを配置し、提供者は課金処理が済んでいる注文に対して課金処理済ボタンを押下し課金処理を終了する。課金処理済ボタンを押下すると注文承認手段３１８は前記注文表示用レコードに対して、課金処理を終了した注文ＩＤをキーにして、注文情報格納装置３３３のオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」に書きかえる。さらに前記注文承認手段３１８は該注文ＩＤに対してＤＬキーデータを発行し、該オーダーテーブル１１０１のＤＬキーに書き込む。
【０２１０】
次にステップＳ０８３１においては、前記ステップＳ０８３０において提供者がオーダーテーブル１１０１およびサブオーダーテーブル１１０２の課金処理ステータスを「処理済」にした注文に対して、ＤＬキーデータ送信手段３２１は注文情報格納装置３３３から該注文の顧客ＩＤをキーに顧客の電子メールアドレスを検索し、そのアドレスに向けて前記ＤＬキーを送信する。
【０２１１】
前記ステップＳ０８３１において、ＤＬキー処理が終了すると、前記ステップＳ０８０２の提供者メニュー画面に戻るようにする。
【０２１２】
ステップＳ０８３２においては前記ステップＳ０８２０で提供者が「非承認」を選択した注文に対して、注文承認手段３１８は前記注文属性▲３▼ａ一覧データレコードから提供者が非承認を選択した注文ＩＤを基に顧客情報格納装置３３０を検索し、該利用者に対して該注文に対して提供者が承認しなかった旨の通知を、該利用者のメールアドレスに対して送信する。前記通知の送信処理が終了すると、ステップＳ０８０２に戻るようにする。
【０２１３】
ステップＳ０８０６においては、画像登録手段３１９は、以下の項目（１）〜（１０）を入力するためのフィールド類と、登録処理を指示入力する「登録」ボタンを含む画面（以下、画像登録画面と記す）を作成して提供装置１０２で表示する。
【０２１４】
なお、項目（１）は画像ＩＤとし、項目（２）はタイトルとし、項目（３）はキャプションとし、（４）は価格（複数のサイズ毎に入力フィールドを設ける）とし、項目（５）は画像の保存期間とし、項目（６）は低解像度画像ファ
イルのパス名とし、項目（７）はカテゴリとし、項目（８）はキーワード（例えばスペース文字を区切り文字として、複数入力可能にする）とする。
【０２１５】
なお、前記項目（６）の低解像度画像ファイルのパス名は、提供者が該画像の低解像度画像をセンターサーバ１０１に送信するために、提供装置１０２上の低解像度画像ファイルのパス名を指示入力するフィールドであり、表示用に作成するＨＴＭＬ内では、「登録」ボタンがクリックされたら前記低解像度画像ファイルのパス名フィールドで指定されたファイルの内容をセンターサーバ１０１に送信するよう、データ閲覧手段３０３に指示する記述を行っておく。
【０２１６】
ステップＳ０８０７において、ステップＳ０８０６で表示した画像登録画面で、提供者が提供装置１０２の元画像格納装置３４０内の低解像度画像ファイルのパス名を入力し、「登録」ボタンをクリックすると、データ閲覧手段３０３は低解像度画像ファイルデータをセンターサーバ１０１に送信する。
【０２１７】
画像登録手段３１９は、前記低解像度画像ファイルの内容と、画像登録画面中の各入力フィールドに提供者が入力した値を受信する。この時、少なくとも画像ＩＤが入力されていない場合はエラーメッセージを表示し、ステップＳ０８０６へ戻るものとする。また、入力された画像ＩＤと、ステップＳ０８０１で入力された提供者ＩＤとをキーに画像格納装置３３１の画像情報テーブルを検索し、該当する画像情報レコードが存在する場合にも、エラーメッセージを表示し、ステップＳ０８０６へ戻るものとする。
【０２１８】
次に、保存データ領域に記録した提供者ＩＤと、画像登録画面の各入力フィールドに提供者が入力した各値を基に新規の画像情報レコードと、カテゴリ検索レコードと、キーワード検索レコードを編集し、それぞれ画像情報テーブル４０２、カテゴリ検索テーブル４０４、キーワード検索テーブル４０５に追加する。
【０２１９】
また、受信した低解像度画像ファイルデータは、入力された画像ＩＤ等を基に画像格納装置３３１の画像データファイル群４０１内で一意のパス名を生成し、画像データファイルとして画像データファイル群４０１内に格納し、さらに該低解像度画像ファイルを基に該画像のサムネイル画像ファイルを作成し、低解像度画像ファイルと同様に一意のパス名を生成して画像データファイル群４０１内に格納する。
【０２２０】
次に、前記の２つのパス名と、入力された提供者ＩＤ、画像ＩＤを基に、夫々タイプは低解像度、サムネイルとして、画像ファイルテーブル４０３に追加する。以上の処理終了後、ステップＳ０８０２に戻るようにする。
【０２２１】
ステップＳ０８０８は、注文検索手段３１７は画像情報テーブル４０２を検索して保存期間が満了した画像の削除を行う処理であり、注文検索手段３１７は、画像情報格納装置３３１の画像情報テーブル４０２の全レコードを調べ、最終使用日から図４に示した画像情報テーブル中の保存期間を経過している、すなわち保存期間が満了している画像情報レコードを抽出し、ＲＡＭ２０２上に処理対象画像レコードリストとして記録する。
【０２２２】
次に、処理対象画像レコードリストの各処理対象画像レコードに対し、該処理対象画像レコードの提供者ＩＤと画像ＩＤをキーに注文情報格納装置３３３のサブオーダーテーブル１１０２を検索し、該当するサブオーダーレコードが存在しなければ、該処理対象レコードを処理対象レコードリストから削除する。
【０２２３】
次に、処理対象画像レコードリストの各処理対象画像レコードに対し、以下の処理を行う。該処理対象画像レコードの保存期間が満了していた場合には、該処理対象画像レコードの提供者ＩＤと画像ＩＤをキーに、画像ファイルテーブル４０３から販売用の画像ファイルレコードを検索し、該当する画像ファイルレコードが存在すれば、該レコードのパス名で示される画像ファイルを画像データファイル群４０１より削除すると共に、該画像ファイルレコードを画像ファイルテーブル４０３より削除する。次に、該処理対象レコードの提供者ＩＤと画像ＩＤをキーに、画像情報テーブル４０２、カテゴリ検索テーブル４０４、キーワード検索テーブル４０５を検索し、該当するレコードを夫々全て削除する。
【０２２４】
＜利用者の処理３＞
図９は本発明に係る、利用者が注文した画像を前記センターサーバ１０１からダウンロードする処理手順の一例を示すフローチャートであり、図３に示した画像ダウンロード手段３２０に対応する。
【０２２５】
前記ステップＳ０８１２、Ｓ０８１７、Ｓ０８２３、Ｓ０８３１においてＤＬキーデータ送信手段３２１が送信したＤＬキーデータは、注文装置１０３のデータ受信手段３０４が受信し、該注文を発注した利用者はＤＬキーデータを確認することが可能となる。
【０２２６】
ステップＳ０９０１において、まず該利用者は注文装置１０３上でデータ閲覧手段３０１を起動する。一般的にはＭｉｃｒｏｓｏｆｔ社ＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅなどのプログラムを起動する。
【０２２７】
ステップＳ０９０２において、利用者が前記データ受信手段３０４が受信したＤＬキーデータの内、ダウンロード用ＵＲＬを前記データ閲覧手段３０１に入力すると、画像ダウンロード手段３２０は販売用画像データをダウンロードする為の画面（以下、画像ダウンロード画面と記す。）を表示する。該画面には、ＤＬキーデータを入力するための“注文ＩＤ入力フィールド”、“ＤＬキー入力フィールド”および“ＯＫ”ボタンを配置する。
【０２２８】
ステップＳ０９０３において、利用者が前記画像ダウンロード画面上の注文ＩＤ入力フィールドおよびＤＬキー入力フィールドに、前記受信したＤＬキーデータに書かれた文字列を入力しＯＫボタンを押下すると、次ステップＳ０９０４に進む。
【０２２９】
ステップＳ０９０４においては、画像ダウンロード手段３２０は、入力された注文ＩＤ、ＤＬキーを基に注文情報格納装置３３３内のオーダーテーブルを検索し、入力された注文ＩＤが存在するか、入力されたＤＬキーは該注文ＩＤに対して正しいかを調査し、注文ＩＤが存在しない場合もしくはＤＬキーが正しくない場合はステップＳ０９０３に戻るようにする。
【０２３０】
前記入力された注文ＩＤが存在しかつＤＬキーが正しい場合、画像ダウンロード手段３２０は該注文ＩＤを基に画像情報格納装置３３１内の画像ファイルテーブル４０３のパスを参照し、該販売用画像を画像情報格納装置３３１から該利用者の注文装置１０３に送信する。さらに画像ダウンロード手段３２０は該注文ＩＤを基に注文情報格納装置３３３内のオーダーテーブルのＤＬステータスに“ＤＬ済”と書き込み終了する。
【０２３１】
【発明の効果】
以上説明したように、本発明によれば、顧客が登録した会員属性を表す顧客属性と、注文の際選択した支払い方式を示す課金属性と、提供者が販売用画像をセンターサーバに予め登録してあるかを表す画像属性との組合せを注文決定手段が総合的に判断する事により、顧客の信用度に応じて、画像のダウンロードを許諾する判断手段を設けた事により、顧客及び画像提供者にとって信頼度の高い画像ダウンロード仲介サービスを提供する事ができ、コンテンツ流通ビジネスでおける信頼度の高い画像ダウンロード販売の仕組みを提供する事が可能となった。
【０２３２】
また、本発明によれば、画像がセンターサーバにない場合でも、ＤＬキーを発行する事により、販売用画像をセンターサーバに常に保存しておく必要がなく、コンテンツ画像を、常時保持していなくても、画像ダウンロードサービスを提供する仕組みを実現でき、情報更新の激しいコンテンツ流通ビジネスにおいて、顧客の購入チャンスを逃がさない仕組みを提供する事ができ、かつセンターサーバには、すべての画像ラインナップをそろえる必要がなく、高額な大容量記憶装置が必要ないというメリットも提供できる。
【０２３３】
また、本発明が提供する様々な注文処理フローを用いる事で、様々が画像ダウンロードサービスの販売形態に対応でき、さらに顧客にとっての最大の利点である注文後、すぐに画像コンテンツをダウンロードできるという仕組みも提供している為、顧客にとっても、画像提供者にとっても、その利用の利便性を上げた事で、インターネットを用いた画像コンテンツ流通ビジネスを拡大する事ができる。
【図面の簡単な説明】
【図１】本発明の位置実施形態を示すサーバ装置の構成を説明する図である。
【図２】図１に示したサーバ装置の要部構成を説明するブロック図である。
【図３】本発明に係るサーバ装置におけるモジュール構成を説明するブロック図である。
【図４】図３に示した画像情報格納テーブルの内容を説明する為のレイアウト図である。
【図５】本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートである。
【図６】本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートである。
【図７】本発明に係るサーバ装置における注文属性決定手段のデータ処理手順の一例を示すフローチャートである。
【図８】本発明に係るサーバ装置における第３のデータ処理手順の一例を示すフローチャートである。
【図９】本発明に係るサーバ装置における第４のデータ処理手順の一例を示すフローチャートである。
【図１０】図３に示した提供元情報格納装置内テーブルの内容の一例を示すレイアウト図である。
【図１１】図３に示した注文情報格納装置内テーブルの内容の一例を示すレイアウト図である。
【図１２】図３に示した顧客登録手段の処理手順の一例を示すフローチャートである。
【符号の説明】
１０１ センターサーバ
１０２ 提供装置
１０３ 注文装置
１０５ インターネット
２０１ 中央演算装置（ＣＰＵ）
２０２ ランダムアクセスメモリ（ＲＡＭ）
２０３ リードオンリーメモリ（ＲＯＭ）
２０４ ネットワークインターフェース（ＮＥＴＩＦ）
２０５ ローカルエリアネットワーク（ＬＡＮ）
２０６ ネットワーク接続装置（モデム）
２０７ 表示装置（ＣＲＴ）
２０８ ハードディスクドライブ（ＨＤＤ）
２０９ 入力装置
２１０ フロッピー（登録商標）ドライブ、ＣＤＲＯＭドライブ（ＦＤＤ，ＣＤＲＯＭ）
３００ インターネットサーバ
３０１、３０３ データ閲覧装置
３０２、３０４ データ受信装置
３１０ 顧客登録手段
３１１ 画像検索手段
３１２ 顧客認証手段
３１３ 価格計算手段
３１４ 注文受注手段
３１５ 注文属性決定手段
３１６ 注文情報送信手段
３１７ 注文検索手段
３１８ 注文承認手段
３１９ 画像登録手段
３２０ 画像ダウンロード手段
３２１ ＤＬキーデータ送信手段
３３０ 顧客情報格納装置
３３１ 画像情報格納装置
３３２ 提供元情報格納装置
３３３ 注文情報格納装置
３４０ 元画像格納装置
Claims (2)
- 所定の通信媒体を介してデジタルコンテンツを提供する提供装置と該提供されるコンテンツ情報を注文する注文装置との間のデータ通信を仲介してコンテンツ情報サービスを提供可能なサーバ装置であって、前記コンテンツ情報に対する注文について、コンテンツを注文する利用者の会員属性と、利用者が注文の際に選択した支払方法（課金属性）と、提供者の提供するコンテンツがインターネットに接続されたサーバに常に保存されているか（コンテンツ属性）の３つの要素から、コンテンツを販売する手順を決定する注文属性決定手段と、前記提供者が該注文に対して受注を承認する注文承認手段と、前記利用者が前記提供者によって承認された注文のコンテンツをサーバ装置からダウンロードするコンテンツダウンロード手段を有するサーバ装置。
- 前記注文属性決定手段は、前記会員属性と前記課金属性および前記コンテンツ属性から、該注文のコンテンツを販売する手順を決定することを特徴とし、その手順とは、例えばコンテンツをサーバからダウンロードするタイミングと方法、利用者の注文を提供者が承認するタイミングとその方法を制御する処理方法のことである。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003180662A JP2005018322A (ja) | 2003-06-25 | 2003-06-25 | 様々な属性によるデジタルコンテンツのダウンロード方法の制御 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003180662A JP2005018322A (ja) | 2003-06-25 | 2003-06-25 | 様々な属性によるデジタルコンテンツのダウンロード方法の制御 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005018322A true JP2005018322A (ja) | 2005-01-20 |
Family
ID=34181588
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003180662A Withdrawn JP2005018322A (ja) | 2003-06-25 | 2003-06-25 | 様々な属性によるデジタルコンテンツのダウンロード方法の制御 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005018322A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2021073587A (ja) * | 2021-01-21 | 2021-05-13 | 株式会社Ｒｅｖｏ | 情報提供システム |
| JP7574614B2 (ja) | 2020-11-09 | 2024-10-29 | 大日本印刷株式会社 | 印刷物販売システム、販売用端末、印刷物販売システムにおけるアプリケーション起動方法、及びプログラム |
-
2003
- 2003-06-25 JP JP2003180662A patent/JP2005018322A/ja not_active Withdrawn
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7574614B2 (ja) | 2020-11-09 | 2024-10-29 | 大日本印刷株式会社 | 印刷物販売システム、販売用端末、印刷物販売システムにおけるアプリケーション起動方法、及びプログラム |
| JP2021073587A (ja) * | 2021-01-21 | 2021-05-13 | 株式会社Ｒｅｖｏ | 情報提供システム |
| JP7178054B2 (ja) | 2021-01-21 | 2022-11-25 | 株式会社Revo | 情報提供システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20190236533A1 (en) | Network-based distribution of application products | |
| US20190205893A1 (en) | Method for providing a bulletin board for placing an image and method for providing electronic album service | |
| US8073831B2 (en) | Electronic shop providing method, site search method, and bulletin board providing method for searching a plurality of content registered onto a website | |
| US20160203493A1 (en) | Electronic shop customer registration method | |
| US20090259561A1 (en) | Method and System for Correlation of Product Quantities to Multiple Ship-to Addresses for a Single Online Order | |
| JP3732699B2 (ja) | 電子購買システムおよびその方法 | |
| US20020035516A1 (en) | Server computer system for selling digital contents by using network, player terminal for replaying digital contents by using network, system for selling digital contents by using network, method for selling digital contents by using network, and machine-readable storage medium | |
| US20030120549A1 (en) | Method and apparatus for offering digital content for sale over a communications network | |
| US10846337B2 (en) | Method and apparatus for online ordering via a hybrid database implementation for quick data retrieval | |
| US20060149585A1 (en) | Delivery control device, delivery control method and computer product | |
| US7974884B2 (en) | Network order system and network server | |
| JPWO2003081441A1 (ja) | メール配信システム、メール配信方法、メール配信プログラム、メール配信プログラムを記録した記録媒体、ホームページ作成支援装置 | |
| US20030028443A1 (en) | Online transactions ledger | |
| JP2005018322A (ja) | 様々な属性によるデジタルコンテンツのダウンロード方法の制御 | |
| JP4438027B2 (ja) | 情報処理装置および記憶媒体 | |
| JP4603644B2 (ja) | 情報処理装置、記憶媒体 | |
| WO2002050740A1 (fr) | Systeme de vente de marchandises personnalisees et son procede | |
| JP2002197017A (ja) | ネットワークシステム、データ処理装置、及び記録媒体 | |
| JP2002092349A (ja) | 部品販売システム | |
| JP2002049704A (ja) | 情報閲覧管理方法及び情報閲覧管理システム及びサーバ | |
| JP2001338224A (ja) | グローバル部品管理方法 | |
| JP2002269414A (ja) | 贈答品の受発注システムとその方法およびそのコンピュータプログラム | |
| JP2011192158A (ja) | 書籍情報処理システム | |
| JP2002157463A (ja) | 商品取引支援装置及び方法並びに商品取引支援を実現するためのコンピュータプログラムを記録した記録媒体 | |
| JP2008004070A (ja) | ネットワーク注文システムおよびネットワークサーバ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060905 |