(57)【要約】【課題】電子的プロダクトの不正な使用を従来とは異なる方法で防止する。【解決手段】サプライヤシステム１０において、イメージビルダ１１は、イメージデータにユニークな画像ＩＤを割当て、そのイメージデータを複数のメッシュデータに分解し、全てのメッシュデータの各々に画像ＩＤを付加し、その画像ＩＤをＩＭＩファイルに記録し、各メッシュデータと、ＩＭＩファイルとを纏めてアップロードする。ユーザシステム３０において、イメージビューワ３１は、各メッシュデータとＩＭＩファイルとを取得し、各メッシュデータに付加されている画像ＩＤが、そのＩＭＩファイルが示す画像ＩＤと一致しているか否かチェックし、その結果、少なくとも一つのメッシュデータについて、画像ＩＤの不一致があった場合、イメージデータを再生しない。【選択図】　　　　図１
2004078260.tif 000002
【特許請求の範囲】
【請求項１】
サプライヤシステムから提供される電子的プロダクトがユーザシステムにおいて不正に使用されることを防止するための方式において、
サプライヤシステムが、
電子的プロダクトにユニークなプロダクトＩＤを割当てるＩＤ割当て手段と、
前記電子的プロダクトを複数の断片データに分解する分解手段と、
全ての断片データの各々にプロダクトＩＤを付加するＩＤ付加手段と、
前記プロダクトＩＤを記述したＩＤデータを生成するＩＤデータ生成手段と、前記プロダクトＩＤがそれぞれ付加された前記複数の断片データと、前記ＩＤデータとを、ユーザシステムが取得できる状態にするリリース手段と
を備え、
前記ユーザシステムが、
前記複数の断片データの全部又は一部と、前記ＩＤデータとを取得する取得手段と、
前記取得した断片データの全てに付加されているプロダクトＩＤが、前記取得したＩＤデータが示すプロダクトＩＤと一致しているか否かの第１のチェックを行なうチェック手段と、
前記取得した断片データを結合して前記電子的プロダクトの全部又は一部を再生して、再生された電子的プロダクトの全部又は一部をユーザ所望の使用態様で使用するように処理する使用手段と、
前記第１のチェックの結果、少なくとも一つの断片データについて、前記プロダクトＩＤの不一致があった場合、前記使用手段が正常に機能しないように制御する制御手段と
を備える、
電子的プロダクトの不正使用防止方式。
【請求項２】
前記サプライヤシステムの前記リリース手段は、前記プロダクトＩＤがそれぞれ付加された複数の断片データを所定の格納場所へ格納すると共に、前記格納場所を示した場所データを生成して、前記場所データを前記ユーザシステムが取得できる状態にし、
前記ユーザシステムの前記取得手段は、前記格納場所から、前記複数の断片データの全部又は一部と前記場所データとを取得し、
前記チェック手段は、前記断片データを取得した格納場所と前記取得した場所データが示す格納場所とが一致するか否かの第２のチェックを行ない、
前記制御手段は、前記第２のチェックの結果、少なくとも一つの断片データについて、格納場所の不一致があった場合にも、前記使用手段が正常に機能しないように制御する、
請求項１記載の不正使用防止方式。
【請求項３】
サプライヤシステムから提供される電子的プロダクトがユーザシステムにおいて不正に使用されることを防止するための方式において、
サプライヤシステムが、
電子的プロダクトを複数の断片データに分解する分解手段と、
前記複数の断片データを所定の格納場所へ格納すると共に、前記格納場所を示した場所データを生成して、前記複数の断片データと前記場所データとを前記ユーザシステムが取得できる状態にするリリース手段と
を備え、
前記ユーザシステムが、
前記格納場所から、前記複数の断片データの全部又は一部と前記場所データとを取得する取得手段と、
前記断片データを取得した格納場所と前記取得した場所データが示す格納場所とが一致するか否かのチェックを行なうチェック手段と、
前記取得した断片データを結合して前記電子的プロダクトの全部又は一部を再生して、再生された電子的プロダクトの全部又は一部をユーザ所望の使用態様で使用するように処理する使用手段と、
前記チェックの結果、少なくとも一つの断片データについて、格納場所の不一致があった場合にも、前記使用手段が正常に機能しないように制御する制御手段と
を備える、
電子的プロダクトの不正使用防止方式。
【請求項４】
前記サプライヤシステムの分解手段は、前記全ての断片データの各々を、前記ユーザシステムの前記使用手段のみが解凍できる特別の方法で圧縮する、
請求項１又は３記載の不正使用防止方式。
【請求項５】
前記ユーザシステムの使用手段が、
前記電子的プロダクトを表示するためのウィンドウを前記ユーザシステムのスクリーンに表示するウィンドウ表示手段と、
再生された前記電子プロダクトの全部又は一部を前記ウィンドウに表示するプロダクト表示手段と、
前記ウィンドウが表示されているスクリーンをコピーするスクリーンコピー手段と
を有し、
前記制御手段が、少なくとも前記ウィンドウが前記スクリーン上に見えるときには、前記スクリーンコピー手段が機能しないように制御する、
請求項１又は３記載の不正使用防止方式。
【請求項６】
前記ユーザシステムが今までに使用した電子的プロダクトのプロダクトＩＤと、前記ユーザシステム又はそのユーザを識別するためのユーザ情報とを対応付けて記憶しておく第３のシステムを更に備える、
請求項１記載の不正使用防止方式。
【請求項７】
前記サプライヤシステムが、使用条件を示したフラグ情報を生成するフラグ情報生成手段を更に備え、
前記リリース手段は、前記生成されたフラグ情報も前記ユーザシステムが取得できる状態にし、
前記ユーザシステムの前記取得手段は、前記フラグ情報も取得し、
前記制御手段は、前記フラグ情報で許可されている使用態様での使用のみを前記使用手段に許可するように制御する、
請求項１又は３記載の不正使用防止方式。
【請求項８】
提供される電子的プロダクトが不正に使用されることを防止するための方法において、
電子的プロダクトにユニークなプロダクトＩＤを割当てるステップと、
前記電子的プロダクトを複数の断片データに分解するステップと、
全ての断片データの各々にプロダクトＩＤを付加するステップと、
前記プロダクトＩＤを記述したＩＤデータを生成するステップと、
前記プロダクトＩＤがそれぞれ付加された前記複数の断片データと、前記ＩＤデータとを取得できる状態にするステップと
前記複数の断片データの全部又は一部と、前記ＩＤデータとを取得するステップと、
前記取得した断片データの全てに付加されているプロダクトＩＤが、前記取得したＩＤデータが示すプロダクトＩＤと一致しているか否かの第１のチェックを行なうステップと、
前記取得した断片データを結合して前記電子的プロダクトの全部又は一部を再生して、再生された電子的プロダクトの全部又は一部をユーザ所望の使用態様で使用するように処理するステップと、
前記第１のチェックの結果、少なくとも一つの断片データについて、前記プロダクトＩＤの不一致があった場合、前記使用手段が正常に機能しないように制御するステップと
を有する電子的プロダクトの不正使用防止方法。
【請求項９】
提供される電子的プロダクトが不正に使用されることを防止するための方法において、
電子的プロダクトを複数の断片データに分解するステップと、
前記複数の断片データを所定の格納場所へ格納すると共に、前記格納場所を示した場所データを生成して、前記複数の断片データと前記場所データとを前記ユーザシステムが取得できる状態にするステップと
前記格納場所から、前記複数の断片データの全部又は一部と前記場所データとを取得するステップと、
前記断片データを取得した格納場所と前記取得した場所データが示す格納場所とが一致するか否かのチェックを行なうステップと、
前記取得した断片データを結合して前記電子的プロダクトの全部又は一部を再生して、再生された電子的プロダクトの全部又は一部をユーザ所望の使用態様で使用するように処理するステップと、
前記チェックの結果、少なくとも一つの断片データについて、格納場所の不一致があった場合にも、前記使用手段が正常に機能しないように制御するステップと
を有する電子的プロダクトの不正使用防止方法。
【請求項１０】
電子的プロダクトにユニークなプロダクトＩＤを割当てるステップと、
前記電子的プロダクトを複数の断片データに分解するステップと、
全ての断片データの各々にプロダクトＩＤを付加するステップと、
前記プロダクトＩＤを記述したＩＤデータを生成するステップと、
前記プロダクトＩＤがそれぞれ付加された前記複数の断片データと、前記ＩＤデータとを取得できる状態にするステップと
をコンピュータに実行させるためのコンピュータプログラム。
【請求項１１】
電子的プロダクトのプロダクトＩＤがそれぞれ付加された前記電子的プロダクトの複数の断片データと、前記電子的プロダクトのプロダクトＩＤが書かれているＩＤデータとが取得できる状態になっているときに、前記複数の断片データの全部又は一部と、前記ＩＤデータとを取得するステップと、前記取得した断片データの全てに付加されているプロダクトＩＤが、前記取得したＩＤデータが示すプロダクトＩＤと一致しているか否かの第１のチェックを行なうステップと、
前記取得した断片データを結合して前記電子的プロダクトの全部又は一部を再生して、再生された電子的プロダクトの全部又は一部をユーザ所望の使用態様で使用するように処理するステップと、
前記第１のチェックの結果、少なくとも一つの断片データについて、前記プロダクトＩＤの不一致があった場合、前記使用手段が正常に機能しないように制御するステップと
をコンピュータに実行させるためのコンピュータプログラム。
【請求項１２】
電子的プロダクトを複数の断片データに分解するステップと、
複数の断片データを所定の格納場所へ格納すると共に、前記格納場所を示した場所データを生成して、前記場所データを前記ユーザシステムが取得できる状態にするステップとをコンピュータに実行させるためのコンピュータプログラム。
【請求項１３】
電子的プロダクトの複数の断片データと、前記複数の断片データの格納場所を示す場所データとが取得できる状態になっているときに、前記格納場所から、前記複数の断片データの全部又は一部と前記場所データとを取得するステップと、
前記断片データを取得した格納場所と前記取得した場所データが示す格納場所とが一致するか否かのチェックを行なうステップと、
前記取得した断片データを結合して前記電子的プロダクトの全部又は一部を再生して、再生された電子的プロダクトの全部又は一部をユーザ所望の使用態様で使用するように処理するステップと、
前記チェックの結果、少なくとも一つの断片データについて、格納場所の不一致があった場合にも、前記使用手段が正常に機能しないように制御するステップと
をコンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、デジタルイメージのような電子的プロダクトの不正使用を防止するための技術に関する。
【０００２】
【従来の技術】
デジタルイメージのような電子的プロダクトをインターネットのような通信ネットワークを通じて、プロダクトサーバからユーザのコンピュータマシンに伝送するサービスが知られている。
【０００３】
【発明が解決しようとする課題】
このようなサービスにおいて、電子的プロダクトのサプライヤが最も懸念すると考えられるのは、提供された電子的プロダクトが不正に使用され得ること、例えば、有料の電子的プロダクトが正当に購入された後に、それが不正にコピーされて、いわゆる海賊版として出回る虞があることである。このようなことが行なわれると、サプライヤの利益が不当に損なわれ、サプライヤの創作意欲を減退させてしまうことになる。電子的プロダクトの不正な使用を防止するための技術は既に幾つか考えらているが、その従来技術とは異なる方法で、電子的プロダクトの不正使用を防止したい。
【０００４】
従って、本発明の目的は、電子的プロダクトの不正な使用を従来とは異なる方法で防止することにある。
【０００５】
本発明の別の目的は、ユーザにとって一層利用し易い方法で電子的プロダクトの使用を制御できるようにすることにある。
【０００６】
【課題を解決するための手段】
本発明の第１の側面に従う方式（以下、第１の方式）は、サプライヤシステムから提供される電子的プロダクトがユーザシステムにおいて不正に使用されることを防止するための方式であり、サプライヤシステムが、電子的プロダクトにユニークなプロダクトＩＤを割当てるＩＤ割当て手段と、前記電子的プロダクトを複数の断片データに分解する分解手段と、全ての断片データの各々にプロダクトＩＤを付加するＩＤ付加手段と、前記プロダクトＩＤを記述したＩＤデータを生成するＩＤデータ生成手段と、前記プロダクトＩＤがそれぞれ付加された前記複数の断片データと、前記ＩＤデータとを、ユーザシステムが取得できる状態にするリリース手段とを備え、前記ユーザシステムが、前記複数の断片データの全部又は一部と、前記ＩＤデータとを取得する取得手段と、前記取得した断片データの全てに付加されているプロダクトＩＤが、前記取得したＩＤデータが示すプロダクトＩＤと一致しているか否かの第１のチェックを行なうチェック手段と、前記取得した断片データを結合して前記電子的プロダクトの全部又は一部を再生して、再生された電子的プロダクトの全部又は一部をユーザ所望の使用態様で使用するように処理する使用手段と、前記第１のチェックの結果、少なくとも一つの断片データについて、前記プロダクトＩＤの不一致があった場合、前記使用手段が正常に機能しないように制御する制御手段とを備える。
【０００７】
この第１の方式の好適な実施形態では、前記サプライヤシステムの前記リリース手段は、前記プロダクトＩＤがそれぞれ付加された複数の断片データを所定の格納場所へ格納すると共に、前記格納場所を示した場所データを生成して、前記場所データを前記ユーザシステムが取得できる状態にし、前記ユーザシステムの前記取得手段は、前記格納場所から、前記複数の断片データの全部又は一部と前記場所データとを取得し、前記チェック手段は、前記断片データを取得した格納場所と前記取得した場所データが示す格納場所とが一致するか否かの第２のチェックを行ない、前記制御手段は、前記第２のチェックの結果、少なくとも一つの断片データについて、格納場所の不一致があった場合にも、前記使用手段が正常に機能しないように制御する。
【０００８】
本発明の第２の側面に従う方式（以下、第２の方式）は、サプライヤシステムから提供される電子的プロダクトがユーザシステムにおいて不正に使用されることを防止するための方式であり、サプライヤシステムが、電子的プロダクトを複数の断片データに分解する分解手段と、前記複数の断片データを所定の格納場所へ格納すると共に、前記格納場所を示した場所データを生成して、前記複数の断片データと前記場所データとを前記ユーザシステムが取得できる状態にするリリース手段とを備え、前記ユーザシステムが、前記格納場所から、前記複数の断片データの全部又は一部と前記場所データとを取得する取得手段と、前記断片データを取得した格納場所と前記取得した場所データが示す格納場所とが一致するか否かのチェックを行なうチェック手段と、前記取得した断片データを結合して前記電子的プロダクトの全部又は一部を再生して、再生された電子的プロダクトの全部又は一部をユーザ所望の使用態様で使用するように処理する使用手段と、前記チェックの結果、少なくとも一つの断片データについて、格納場所の不一致があった場合にも、前記使用手段が正常に機能しないように制御する制御手段とを備える。
【０００９】
第１又は第２の方式の好適な実施形態では、前記サプライヤシステムの分解手段は、前記全ての断片データの各々を、前記ユーザシステムの前記使用手段のみが解凍できる特別の方法で圧縮する。
【００１０】
第１又は第２の方式の好適な実施形態では、前記ユーザシステムの使用手段が、前記電子的プロダクトを表示するためのウィンドウを前記ユーザシステムのスクリーンに表示するウィンドウ表示手段と、再生された前記電子プロダクトの全部又は一部を前記ウィンドウに表示するプロダクト表示手段と、前記ウィンドウが表示されているスクリーンをコピーするスクリーンコピー手段とを有し、前記制御手段が、少なくとも前記ウィンドウが前記スクリーン上に見えるときには、前記スクリーンコピー手段が機能しないように制御する。
【００１１】
第１又は第２の方式の好適な実施形態では、前記ユーザシステムが今までに使用した電子的プロダクトのプロダクトＩＤと、前記ユーザシステム又はそのユーザを識別するためのユーザ情報とを対応付けて記憶しておく第３のシステムを更に備える。
【００１２】
第１又は第２の方式の好適な実施形態では、前記サプライヤシステムが、使用条件を示したフラグ情報を生成するフラグ情報生成手段を更に備え、前記リリース手段は、前記生成されたフラグ情報も前記ユーザシステムが取得できる状態にし、前記ユーザシステムの前記取得手段は、前記フラグ情報も取得し、前記制御手段は、前記フラグ情報で許可されている使用態様での使用のみを前記使用手段に許可するように制御する。
【００１３】
【発明の実施の形態】
本発明に従って提供され得る電子的プロダクトの種類には、静止イメージ、動イメージ、ビデオ、文字文書、コンピュータプログラム、それらの組合せなど様々なものがあるが、以下の実施形態では、静止イメージを提供する場合を例にとり説明する。
【００１４】
図１は、本発明に従うシステムの一実施形態の全体構成を示す。
【００１５】
図１に示すように、サプライヤシステム１０、プロダクトサーバ２０、ユーザシステム３０及び課金サーバ４０が、通信ネットワーク例えばインターネット５０を介して、通信可能に接続されている。サプライヤシステム１０は、静止イメージのサプライヤが使用するコンピュータシステムであり、所望の使用制限を記述した許可フラグを所望の静止イメージに付加して、それをプロダクトサーバ２０にアップロードすることができる。プロダクトサーバ２０は、サプライヤシステム１０からアップロードされた様々なイメージデータを蓄積し、例えばＷＷＷの方法によって、ユーザシステム３０からの要求に応じて、要求されたイメージデータをユーザシステム３０に送信するというサービスを行なう。ユーザシステム３０は、ユーザが使用するコンピュータシステムである。課金サーバ４０は、ユーザシステム３０がプロダクトサーバ２０から有料のイメージデータの提供を受けるときに、ユーザからサプライヤへの代金支払いのための決済処理を行なうためのサーバである。多数のサプライヤと多数のユーザが存在することができ、その場合には当然、サプライヤシステム１０はサプライヤの数分だけ、また、ユーザシステム３０はユーザの数分だけ存在することができる。
【００１６】
サプライヤシステム１０には、「イメージビルダ」と呼ばれるコンピュータプログラム１１がインスト−ルされている。イメージビルダ１１は、任意のオリジナルのイメージデータに、サプライヤ所望の使用制限を設定した上で、それをこの明細書で「許可フラグ付ＭＬ（マルチレベル：複数ピクセル量）」形式と呼ばれる、上記使用制限を示した許可フラグが付加された特別の形式のイメージデータ（以下、「許可フラグ付ＭＬイメージ」という、後述するように複数のファイルのセットである）６０に変換して、その許可フラグ付ＭＬイメージ６０をインターネット５０を通じてプロダクトサーバ２０にアップロードする機能をもつ。また、イメージビルダ１１は、後述のイメージコレクタ３２を有する（イメージコレクタ３２は、後述のイメージビューワ３１を有する）。イメージビルダ１１の具体的な機能、及び、許可フラグ付ＭＬイメージ６０の具体的な構成は、後に説明する。
【００１７】
プロダクトサーバ２０は、サプライヤシステム１０からアップロードされた１以上の（通常は多数の）許可フラグ付ＭＬイメージを蓄積していて、ユーザシステム３０から来る特定の許可フラグ付ＭＬイメージ６０に対する閲覧、ダウンロード、印刷などのアクセス要求（例えば、閲覧要求、ダウンロード要求、印刷要求など）に応答して、その特定の許可フラグ付ＭＬイメージ６０に含まれている許可フラグ７０或るいは所要イメージ８０などのデータをユーザシステム３０に送信する。具体的にどのようなデータがユーザシステム３０に送信されるかについては、後に説明する。
【００１８】
ユーザシステム３０には、ＨＴＭＬ形式のファイルを閲覧するためのＷｅｂブラウザ２１と、イメージビューワ３１を有するイメージコレクタ３２とがインストールされている。イメージビューワ３１は、プロダクトサーバ２０に蓄積されている様々な許可フラグ付ＭＬイメージ６０の中から、ユーザ所望のイメージを選択して、それを閲覧する機能を持つ。必ずしもそうでなければならないわけではないが、この実施形態では、どのような使用制限が付加されたイメージでも、閲覧は無料で自由にできるようになっている。また、必ずしもそうでなければならないわけではないが、この実施形態では、イメージビューワ３１は、ユーザがユーザシステム３０のＷｅｂブラウザ２１を用いてプロダクトサーバ（ＷＷＷサーバ）２０にログインしたときに、例えばＪＡＶＡ（登録商標）やＡｃｔｉｖｅＸ（商標）などの技術によるモバイルプログラムとして、ユーザシステム３０に自動的に供給されてそのＷｅｂブラウザ２１にプラグインされて、Ｗｅｂブラウザ２１のウィンドウ上で所望のイメージを表示するようになっている。
【００１９】
ユーザシステム３０内のイメージコレクタ３２は、プロダクトサーバ２０に蓄積されている様々な許可フラグ付ＭＬイメージ６０の中から、ユーザ所望のものを選択して、そのイメージの閲覧、ダウンロード、印刷、ファイル保存及びコピーなどを行なう機能をもっている。前述したように、個々の許可フラグ付ＭＬイメージ６０には、サプライヤが設定した使用制限を示す許可フラグが含まれている。イメージコレクタ３２は、選択された許可フラグ付ＭＬイメージ６０の許可フラグを読み、これを用いて、そのイメージに対して設定された使用制限の範囲内で、許可された使用態様（例えば、ダウンロードと印刷は有料であり、ファイル保存は禁止など）のみを可能にするように、そのイメージの閲覧、ダウンロード、印刷、ファイル保存及びコピーの動作を制御する。そのため、プロダクトサーバ２０は、個々の許可フラグ付ＭＬイメージ６０の使用制限に関して、格別の制御を行なう必要はない。必ずしもそうでなければならないわけではないが、この実施形態では、イメージコレクタ３２は、上述したイメージビューワ３１から起動できるようになっている（例えば、イメージビューワ３１がＷｅｂブラウザ２１のウィンドウ内に表示する所定のボタンをユーザがクリックすると、イメージコレクタ３２が起動するようになっている）。
【００２０】
イメージコレクタ３２は、許可フラグによって有料であることが示されている使用行為（例えば、有料のダウンロード、有料の印刷など）を行なう際には、課金サーバ４０に接続して、その有料の使用行為を行なう権利を買うための購入要求９０をその課金サーバに送る。課金サーバ３０は、その購入要求９０に応答して、購入代金をユーザからサプライヤへ支払うための決済処理を行なう。イメージコレクタ３２は、購入要求９０が課金サーバ３０に受け入れられたこと（又は、決済処理が完了したこと）を確認して初めて、その有料の使用行為を実行する（例えば、有料イメージをダウンロードする、印刷するなど）。
【００２１】
以下、上記した構成に基づく動作をより具体的に説明する。
【００２２】
図２は、サプライヤシステム１０のディスプレイ画面に表示されるイメージビルダ１１のＧＵＩ（グラフィカル・ユーザ・インタフェース）のメインのウィンドウの例を示す。
【００２３】
オペレータは、図２に示したイメージビルダ１１のウィンドウ１００上で、「画像変換」ボタン１１０を操作し、それによって前面表示された画面上で種々の操作を行うことで、所望のイメージを許可フラグ付ＭＬイメージに変換することができる。
【００２４】
すなわち、「画像変換」ボタン１１０の操作によって表示される画面には、画像変換ボタン１１０、アップロードボタン１２０、イメージボックス１１１、プロパティボックス１１２、元イメージファイルパスボックス１１３、処理条件ボックス１１４、許可フラグボックス１１５及びファイル管理リスト１１６などが存在する。
【００２５】
ファイル管理リスト（以下、単に「管理リスト」と言う）１１６には、ユーザにイメージファイルが利用される度に更新されるログファイルに基づいて、過去に利用されたイメージファイル（例えば、表示された、変換された、ダウンロードされた、編集された等のイメージファイル）の履歴が表示される（サプライヤシステム１０の任意のディレクトリに存在するファイルのリストが表示されても良い）。オペレータは、管理リスト１１６の中から所望のイメージファイルを、変換対象のファイルとして選択することができる。また、別の方法の例として、オペレータは、サプライヤシステム１０内の所望の場所（例えば、デスクトップ、所望ディレクトリ等）にあるファイルの一覧を表示させ、その一覧から所望のイメージファイルを変換対象として選択することもできる。或るイメージファイルが変換対象として選択されると、そのファイルのパスが元イメージファイルパスボックス１１３に表示され、そのイメージが再生されてイメージボックス１１１に表示され、また、そのファイルのプロパティ（縦×横サイズ、元画像サイズ、など）がプロパティボックス１１２に表示される。
【００２６】
オペレータは、処理条件ボックス１１４に、変換された許可フラグ付ＭＬイメージについての各種の処理条件、例えば、変換イメージの保存先、変換先のフォルダ名、ＭＬイメージの名称、圧縮方式、メッシュサイズなど）を設定することができる。メッシュサイズが設定された場合、イメージビルダ１１は、そのメッシュサイズと、変換対象の元のイメージファイル（通常、大ピクセル量のビットマップ画像）のピクセル量とに基づいて、レベルの数を自動的に設定することができる（レベルの数は、オペレータが設置してもよい）。
【００２７】
また、オペレータは、許可フラグボックス１１５を用いて、変換された許可フラグ付ＭＬイメージに対する各種の使用制限を設定することができる。例えば、「許可フラグの内容を設定する」１２１と、「閲覧のみを許可する」１２２と、「全てを許可する」１２３の３種類の選択肢を、その選択肢のラジオボタンをオンにすることで、択一的に選ぶことができる。そのうち、「閲覧のみを許可する」１２２が選択されると、ユーザによるそのイメージの閲覧のみが許可され（無料）、他の使用態様、例えばダウンロード、印刷、ファイル保存及びコピーなどは禁止される。また、「全てを許可する」１２３が選択されると、閲覧、ダウンロード、印刷、ファイル保存及びコピーなどの全ての使用態様がユーザに対して許可される（無料）。また、「許可フラグの内容を設定する」１２１が選択されると、使用態様毎に更に詳細な制限事項を設定することができる。
【００２８】
使用態様毎に設定できる詳細な制限事項とは、例えば、次のようなものである。すなわち、「ダウンロード」１３１、「再アップロード」１３２、「印刷」１３３、「ファイル保存」１３４のチェックボックスにチェックマークを入れることで、そのイメージのダウンロード、再アップロード（上記ダウンロードでユーザが取得したイメージを他のネットワークサイトで再利用すること）、印刷及びファイル保存（上記ダウンロードでユーザが取得したイメージを所定の汎用ファイル形式（例えば、ＪＰＥＧ形式など）で保存すること）という使用態様を幾つでも許可することができる。そして、許可した各使用態様毎に、レベル選択用コンボボックス１４１から所望のレベルを選択することで、その使用態様が許可されるそのイメージのレベル範囲を設定することができる。さらに、各使用態様毎に、「有料にする」のチェックボックスにチェックマークを入れ且つ価格ボックス１４２に価格を入力することで、その使用態様をその入力された価格で有料で許可することを設定することができる。
【００２９】
なお、上述したレベル選択用コンボボックス１４１で設定できるレベル範囲の「レベル」とは、ピクセル量（又は解像度）のレベルを意味する。すなわち、後に詳述するように、許可フラグ付ＭＬイメージには同一イメージについてのピクセル量（つまりピクセル数）の異なる複数枚のイメージデータが含まれているが、上記「レベル」とは、それらピクセル量の異なる複数枚のイメージのピクセル量の相対レベルのことを意味する。例えば、ピクセル量の異なる８枚のイメージデータが含まれている場合には、そのうちの最も大きいピクセル量のイメージデータのレベルは「７」であり、２番目に大きいピクセル量のイメージデータのレベルは「６」であり、以下、ピクセル量が１段階下がるとレベルが１だけ下がり、そして、最も小さいピクセル量のイメージデータのレベルは「０」である。レベルの数は（つまり、ピクセル量の異なるイメージデータの枚数）は、個々の許可フラグ付ＭＬイメージ毎によって異なる（詳細は後述する）。上述したレベル選択用コンボボックス１４１で、例えば「全てのレベル」が選択されたならば、その許可フラグ付ＭＬイメージに含まれる全てのレベルのイメージデータに対して当該使用態様が許可され、また、例えば「レベルＮまで許可」が選択されたならば、「レベルＮ」以下のレベルのイメージデータに対して当該使用態様が許可され、「レベルＮ」より高いレベルのイメージデータに対しては当該使用態様が禁止される。
【００３０】
上記したような所要の諸事項を設定した上で、オペレータが「変換実行」ボタンを操作すると、イメージビルダ１１は、所定の方法で（例えば、ＯＳ（例えばＭｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標））が持っているユニークＩＤ生成モジュール（例えばＧＵＩＤ）を用いて）、ユニークな画像ＩＤを生成させてそれを変換対象の元イメージデータに割当てる。そして、イメージビルダ１１は、元イメージファイルパスボックス１１３に書かれている元イメージファイルパスから変換対象の元イメージファイルを読み、その元イメージファイル内の元イメージデータを基にして許可フラグ付ＭＬイメージを生成する。このとき、イメージビルダ１１は、元イメージデータをコピーしてそれを最高レベルのイメージデータとし、次に、その最高レベルのイメージデータからピクセル量を１段階低下させたイメージデータを作成して、それを２番目に高いレベルのイメージデータとし、次に、その最高レベルのイメージデータからピクセル量を２段階低下させた（又は、２番目に高いレベルのイメージデータからピクセル量を１段階低下させた）イメージデータを作成して、それを３番目に高いレベルのイメージデータとし、以下、同様の方法でピクセル量を１段階づつ低下させたイメージデータを生成していって、最後のレベル「０」のイメージデータまでを作成する。なお、イメージデータのピクセル量を低下させる具体的な方法としては、例えば、以下の（１）〜（３）、
（１）元イメージデータの縦横のピクセル数を半分ずつ減らす（例えば、１段階低下するなら、元イメージデータの縦横のピクセル数を半分減らし、２段階低下するなら、そのピクセル数を４分の１減らす）、
（２）元イメージデータのピクセル量と、最高レベル及び最低レベルとに基づいて、１段階低下するのにピクセル数を縦横に幾つ減らすべきか（換言すれば、イメージデータの縮小倍率）を計算し、その計算結果に基づいてピクセル量を減らす、
（３）生成するイメージデータの最低レベルや縮小倍率をユーザが入力し、ユーザに入力された縮小倍率で段階的にイメージデータのピクセル量を減らす、
のいずれかの方法を採用し得る。
【００３１】
イメージビルダ１１は、こうして作成した最高レベルから最低レベル「０」までのピクセル量の異なる複数枚のイメージデータの各々を、所定の小サイズの矩形ブロック（メッシュ）に細分割する（但し、最低レベル「０」のイメージデータはメッシュ分割しなくても良い）。このとき、イメージビルダ１１は、全てのメッシュのファイルに、割当てた画像ＩＤを格納する。また、イメージビルダ１１は、図２の使用条件ボックス１１５に設定された使用条件（例えば、許可された使用態様の種類や、課金情報など）を表した許可フラグを記述した許可フラグファイル（以下、適宜に「ＩＭＦファイル」と言う）も作成する（このファイルは、改竄されることを防止するために暗号化される）。また、イメージビルダ１１は、この許可フラグ付ＭＬイメージのフォーマット情報（例えば、画像ＩＤ、メッシュサイズ、レベルの数（階層深さ）など）を記述したフォーマットファイル（以下、適宜に「ＩＭＩファイル」と言う）も作成する。さらに、イメージビルダ１１は、許可フラグ付ＭＬイメージの保存先へのパスが記録されたインポートファイル（以下、適宜に「ＭＩＩファイル」と言う）も作成する。以上の、最高レベルから最低レベルまでの複数枚のイメージデータと、ＩＭＦファイルと、ＩＭＩファイルと、ＭＩＩファイルとのセットによって、許可フラグ付ＭＬイメージが構成される。
【００３２】
こうして許可フラグ付ＭＬイメージを生成すると、イメージビルダ１１は、その許可フラグ付ＭＬイメージを、処理条件ボックス１１４に書かれた処理条件に従って保存する。処理条件ボックス１１４に書かれている処理条件には、例えば、次のような事項がある。すなわち、「変換イメージ保存先」は、許可フラグ付ＭＬイメージが保存されるディレクトリを指定する。「変換先フォルダ名」は、許可フラグ付ＭＬイメージが格納されるフォルダの名称を指定する。イメージビルダ１１は、「変換イメージ保存先」のディレクトリに、「変換先フォルダ名」のフォルダを作成して、そのフォルダに許可フラグ付ＭＬイメージを格納することになる。「ＭＬイメージ名称」は、許可フラグ付ＭＬイメージの名称を指定する（デフォルト設定では「変換先フォルダ名」と「ＭＬイメージ名称」は同一名称にされる）。「圧縮方式」は、許可フラグ付ＭＬイメージに含まれるピクセル量の異なる複数枚のイメージデータを圧縮して保存する場合の圧縮方式（例えば、可逆圧縮、不可逆圧縮）を指定する。「メッシュサイズ」は、上述したメッシュのサイズ（例えば、正方形メッシュの場合ならば、その一辺のドット数）を指定する。
【００３３】
図３は、保存された許可フラグ付ＭＬイメージの構成例を示す。
【００３４】
図３に示すものは、例えば「ＩＢＫ１３０Ｄ０５０６０２」というＭＬイメージ名称をもつ許可フラグ付ＭＬイメージの構成例である。この許可フラグ付ＭＬイメージは、そのＭＬイメージ名称と同じフォルダ名「ＩＢＫ１３０Ｄ０５０６０２」をもつフォルダ２００に格納されており、複数個のイメージフォルダ２１０〜２６０と複数個のファイル２７０〜２９０のセットによって構成される。
【００３５】
複数個のイメージフォルダ２１０〜２６０には、メッシュ分割されたレベル（ピクセル量）の異なる複数枚のイメージデータが、それぞれ格納されている。図示の例では、レベル「０」〜レベル「５」の６枚のイメージデータが、メッシュ分割されて、そのレベル番号と同一名称のフォルダ名をもつ６つのイメージフォルダ（以下、適宜「レベルイメージフォルダ」と言う）２１０〜２６０に、それぞれ格納されている。なお、各レベルイメージフォルダ２１０〜２６０内の各メッシュのファイル（以下、「メッシュファイル」）には、イメージビルダ１１によって作成された画像ＩＤが所定位置（例えば先頭又は最後尾）に含まれている。また、各メッシュファイルには、イメージ作成元のサプライヤに関するサプライヤ情報など種々の情報が格納されても良い。また、複数のメッシュから成る各イメージデータには、可視又は不可視の電子透かしが埋め込まれても良い。
【００３６】
識別子「ＩＭＩ」をもつファイル２７０は、この許可フラグ付ＭＬイメージのフォーマット情報（例えば、画像ＩＤ、メッシュサイズ、階層深さなど）を格納したフォーマットファイルである。識別子「ＩＭＦ」をもつファイル２８０は、この許可フラグ付ＭＬイメージの使用制限を示した許可フラグを格納した許可フラグファイルであり、このファイルは、改竄されることを防止するために圧縮及び暗号化されている。識別子「ＭＩＩ」をもつファイル（以下、つまりＭＩＩファイル）２９０は、所定のときに生成されるものであって、イメージコレクタ３２を呼び出すためのファイルである。このＭＩＩファイルには、イメージのロケーション情報が記録される、具体的には、例えば、元イメージの変換の際に、許可フラグ付ＭＬイメージの保存先へのパスが記録され、許可フラグ付ＭＬイメージのアップロードの際に、そのＭＬイメージのアップロード先へのパス（例えば許可フラグ付ＭＬイメージのトップフォルダへのパス）が記録される。
【００３７】
再び図２を参照する。図３に示したような構成の許可フラグ付ＭＬイメージが作成されて保存された後、オペレータが「アップロード」ボタン１２０を操作すると、イメージビルダ１１は、任意のプロダクトサーバ２０に接続して、その許可フラグ付ＭＬイメージを、上記フォルダ構成のままそれを格納したフォルダ２００ごと、オペレータ所望のプロダクトサーバ２０の所望ディレクトリにアップロードする。
【００３８】
その際、イメージビルダ１１は、アップロード先のディレクトリ名に基づいて、アップロード完了後の許可フラグ付ＭＬイメージのトップフォルダへのパスを、許可フラグ付ＭＬイメージ内のＭＩＩファイルに格納する。
【００３９】
また、イメージビルダ１１は、許可フラグ付ＭＬイメージをアップロードする際、イメージビルダ１１は、図３に示したような許可フラグ付ＭＬイメージを構成する複数のフォルダ２１０〜２６０及びファイル２７０〜２９０を一ファイルに纏めたりすることなく、これら複数のフォルダ２１０〜２６０及びファイル２７０〜２９０に分かれた構成のまま、それをアップロードする（複数のフォルダ２１０〜２６０及びファイル２７０〜２９０の少なくとも一方を一ファイルに纏めても良い）。
【００４０】
また、イメージビルダ１１は、同じイメージを、ユーザシステム３０の標準のウェブブラウザでもブラウズできるように、イメージビューワ３１用のＨＴＭＬファイルも生成して、そのＨＴＭＬファイルも許可フラグ付ＭＬイメージと一緒に、プロダクトサーバ２０にアップロードする。そのＨＴＭＬファイルは、例えば、特定のＨＴＭＬページのテンプレートを用いて作成することができる。そのテンプレートは、例えば、図４の（Ａ）及び（Ｂ）に例示するように、所定又は所望レベルのイメージの表示場所２００１にイメージビューワが埋め込まれているものである。また、そのテンプレートは、表示されるイメージのタイトル、そのイメージの作成元の会社のロゴマーク、許可フラグ付ＭＬイメージ内のＩＭＩファイルやＩＭＦファイルに書かれてある全部又は一部の情報など、所定の又はユーザ所望の事項を、所定の場所又はユーザ所望の場所に表示できるようになっていても良い。また、そのテンプレートは、ＨＴＭＬページのデザイン（文字や背景等の色、フォントサイズ、ページレイアウト等）をユーザが自由に編集できるようにもなっていても良い。また、そのテンプレートは、所定の又は所望の場所に、コレクタ起動ボタン２０００を可視又は不可視に埋め込むことができるようにもなっている。コレクタ起動ボタン２０００には、ＭＩＩファイルがリンクしており、コレクタ起動ボタン２０００が操作されたときは、それにリンクしているＭＩＩファイルに基づいてイメージコレクタ３２が起動する。
【００４１】
プロダクトサーバ２０は、アップロードされた許可フラグ付ＭＬイメージを保持し、そして、ユーザシステム３０内のイメージコレクタ３２からの要求に応えて、イメージコレクタ３２が要求する許可フラグ付ＭＬイメージ内の特定データをユーザシステム３０に送信する。ここで、特定データとは、例えば、多くのユーザシステム３０に標準装備されているＷｅｂブラウザ２１で閲覧できるように、ＨＴＭＬファイルである。
【００４２】
ユーザシステム３０は、電子的プロダクトデータ２０からの特定データを受信し、必要に応じてイメージコレクタ３２及びイメージビューワ３１の少なくとも一方を起動する。例えば、ユーザシステム３０は、Ｗｅｂブラウザ２１を用いて、許可フラグ付ＭＬイメージ内のＨＴＭＬファイルをプロダクトサーバ２０からダウンロードしてそのファイル内のＨＴＭＬページを表示することができ、そのＨＴＭＬページ上でコレクタ起動ボタンが操作されたら、イメージコレクタ３２を起動する。
【００４３】
図５は、ユーザシステム３０のディスプレイ画面に表示されるイメージコレクタ３２のＧＵＩウィンドウの例を示す。
【００４４】
図５に示すように、このウィンドウ３００には、「画像変換」ボタン３１０、「ダウンロード」ボタン３２０、「印刷」ボタン３３０、「ファイル保存」ボタン３４０、「電子メール」ボタン３５０、「コピー」ボタン３６０、メインイメージボックス３７１、メインイメージズーミングバー３７２、管理リスト３７３、サブイメージボックス３７５、サブイメージズーミングバー３７６、プロパティボックス３７７、利用条件タブ３７８などがある。
【００４５】
イメージコレクタ３２は、起動されると、過去に利用されたイメージファイル（例えば、表示された、変換された、ダウンロードされた、印刷された等のイメージファイル）の履歴を管理リスト３７３に表示する（ユーザシステム３０又はプロダクトサーバ２０内の任意のディレクトリに存在するファイルのリストが表示されても良いし、アクセス先の場所にある様々な許可フラグ付ＭＬイメージのタイトルや場所などの書誌的情報を収集して、それを表示しても良い）。
【００４６】
また、イメージコレクタ３２は、起動すると、所定の又は所望の場所（例えば、ユーザ所望のプロダクトサーバ２０の所定又は所望ディレクトリ、又は、ＭＩＩファイルに記載のＭＬトップフォルダパス）にアクセスして、その場所から、所定の表示倍率等の情報に基づいてイメージデータを取得し、それをメインイメージボックス３７１及びサブイメージボックス３７５に表示する。ここで、「所定の表示倍率」とは、例えば、デフォルトの表示倍率でも良いし、過去に一度表示されたことがあるイメージデータならば、そのイメージデータが閉じられたとき、印刷されたとき、又はファイル保存されたときの表示倍率でも良い。また、表示されるイメージデータは、表示に最適レベルのイメージデータ（具体的には、そのイメージデータの全ての又は一部のメッシュの結合）である。
【００４７】
イメージコレクタ３２は、イメージデータを表示する際、そのイメージデータを有する許可フラグ付ＭＬイメージの中から、ＩＭＩファイル２７０とＩＭＦファイル２８０を読み込む。そして、イメージコレクタ３２は、読み込んだＩＭＩファイル２７０から、イメージ情報を得て、それをプロパティボックス３７７に表示する。また、イメージコレクタ３２は、読み込んだＩＭＦファイル２８０から、使用条件を得て、その使用条件をグラフィカルにウィンドウ３００に表示してユーザに知らせる。使用条件のグラフィカルな表示態様としては、一例として、ウィンドウ３００の上部に並ぶ各種使用態様の要求ボタン、すなわち、「ダウンロード」ボタン３２０、「印刷」ボタン３３０、「ファイル保存」ボタン３４０、「電子メール」ボタン３５０、「コピー」ボタン３６０の表示色を、無料で許可された使用態様のボタンと、有料で許可された使用態様のボタンと、禁止された使用態様のボタンとで違える（例えば、無料許可の場合は白色、有料許可の場合は黄色、禁止の場合は半透明など、或いは、許可の場合はイネーブル状態、禁止の場合はディスエーブル状態にするなど）というような方法が採用し得る。また、使用条件の詳細（例えば、使用態様毎に、許可か禁止か、無料か有料か、価格はいくらか、許可されたレベル範囲は何か、など）は、ウィンドウ３００内の「利用条件」タブ３７８をクリックすると、そのタブ３７８の下方のボックス３７７の位置に表示され得る。
【００４８】
また、イメージコレクタ３２は、メインイメージボックス３７１とサブイメージボックス３７５にそれぞれ表示するのに使用するレベル（ピクセル量）と１又は複数のメッシュの番号とを決定して、プロダクトサーバ２０から、決定されたレベルをもつ決定された１又は複数のメッシュ番号のメッシュファイルを読み込む。そして、イメージコレクタ３２は、読み込んだ全てのメッシュファイルについて、各メッシュファイルに記録されている画像ＩＤが、そのメッシュファイルを含んだＭＬイメージ内のＩＭＩファイルに記録されている画像ＩＤと一致するか否かの第１のチェックを行なう。また、イメージコレクタ３２は、それら全てのメッシュファイルが格納されていた場所が、それらのメッシュファイルを含んだＭＬイメージ内のＭＩＩファイルに記録されているロケーション情報が示す場所と一致するか否かの第２のチェックを行なう。第１及び第２の少なくとも一方のチェックの結果、不一致があった場合は、イメージコレクタ３２は、１又は複数のメッシュデータの結合を行わず、例えばエラーメッセージを表示し、不一致がなかった場合、全てのメッシュファイル内のメッシュデータを結合し、メインイメージボックス３７１とサブイメージボックス３７５にそれぞれイメージデータの全部又は一部を表示する。
【００４９】
ところで、上記使用するレベルとメッシュの番号を決定する方法としては、例えば次のような方法が採用し得る。すなわち、ユーザがメインイメージズーミングバー３７２を操作することで決まるメインイメージボックス３７１での表示のズーム倍率、また、ユーザがサブイメージズーミングバー３７６を操作することで決まるサブイメージボックス３７５での表示のズーム倍率（メインメインイメージボックス３７１のズーム倍率からは独立している）にそれぞれ基づいて、各ズーム倍率での表示に最適なレベルを計算し、その最適レベル以下の全てのレベルを、「使用するレベル」として決定する。例えば、最適レベルが「３」であれば、レベル「３」〜「０」の４つのレベルが、「使用するレベル」として決定されるわけである。そして、こうして「使用するレベル」として決定された複数のレベルの各々のイメージデータの中から、メインイメージボックス３７１とサブイメージボックス３７５にそれぞれ表示されるイメージの領域を覆う全てのメッシュ、又は、その領域よりも上下左右の少なくとも１つの方向に若干広い領域を覆う全てのメッシュを、「使用するメッシュ」として決定する（後者の場合であれば、イメージデータの表示後にその表示範囲が変更されても、メッシュ番号の決定、読み込み、第１及び第２のチェック等の上記各種処理を実行しなくて済む可能性があり、迅速に、変更後の表示範囲を表示し得る）。
【００５０】
また、上記のように決定された複数のレベルのメッシュデータをプロダクトサーバ２０から読み込み、そして、それを用いてイメージデータを表示する手順としては、例えば次のような手順が採用し得る。すなわち、決定された複数のレベルのうち、レベル（ピクセル量）のより低い方のメッシュデータ（例えば、表示領域をできるだけ少ない数のメッシュ（例えば１メッシュ）でカバー可能なレベルのメッシュデータ、或いは、最適レベルより１又は複数段階低いレベルのメッシュデータ）をより先順で読み込み、次に、高レベルのメッシュデータ（例えば、最適レベルのメッシュデータ又は低レベルと最適レベルの中間的なレベルのメッシュデータ）を読み込む。そして、イメージを表示するときには、既に読み込んだ複数のレベルのメッシュデータ中から、最もレベル（ピクセル量）の高いメッシュデータを選び、それを用いてイメージを表示する。このような読み込み及び表示の手順を採用すると、ユーザの要求したズーム倍率で完全なイメージを表示し終わるまでに、粗いイメージからより精細なイメージへと徐々に表示イメージが改善されていくプログレッシブ表示を実現できるとともに、粗いイメージは即座に表示されるので、ユーザに長い待ち時間を主観的に感じさせることがない。
【００５１】
ユーザがメインイメージズーミングバー３７２とサブイメージズーミングバー３７６をそれぞれ動かすと、ズーム倍率が変わる。これに即座に応答して、イメージコレクタ３２は、上述した「使用するレベルとメッシュの番号」を計算し直して、足りないメッシュデータがあれば、それをプロダクトサーバ２０から読み込み、新しいズーム倍率のイメージを作成し直して表示する。従って、ユーザは、メインイメージズーミングバー３７２とサブイメージズーミングバー３７６を操作することで、選択イメージを所望のズーム倍率で観察して調べることができ、しかも、メインとサブの２つのイメージボックス３７１、３７５に異なるズーム倍率でイメージを表示して対比することもできるので、その選択イメージが本当に自分が欲しいものかどうかの判断を正確にすることができる。
【００５２】
イメージコレクタ３２は、一方のイメージボックス（例えばメインイメージボックス３７１）上のイメージの表示範囲の外枠を、所定模様及び所定色の線で、他方のイメージボックス（例えばサブイメージボックス３７５）のイメージ上に表示することができる（それを表示するか否かはユーザの要求に応じて決めても良い）。これにより、ユーザは、一方のイメージボックスでイメージのズーム倍率を変更したりスクロール操作を行ったりして表示範囲を変更しても、他方のイメージボックスで、イメージ全体のどこが一方のイメージボックス上で表示されているかを把握できるので便利である。
【００５３】
ユーザがウィンドウ３００の上部に並んだ「ダウンロード」ボタン３２０、「印刷」ボタン３３０、「ファイル保存」ボタン３４０などの使用態様毎の要求ボタンをそれぞれ操作すると、イメージコレクタ３２は、選択イメージのダウンロード、印刷、ファイル保存、電子メール送信、コピーなどの要求された使用態様を実行するための処理を行なう。但し、許可フラグファイルによって許可されている使用態様のみ実行することができ、禁止されている使用態様は、その要求ボタンが押されても実行しない。ここで、「ダウンロード」とは、ユーザ所望のレベルのイメージデータをメッシュ分割された形式のままでダウンロードすることである。「印刷」とは、ユーザ所望のピクセル量でユーザ所望のサイズの用紙にそのイメージを印刷することである。また、「ファイル保存」とは、ユーザ所望のレベルのイメージデータを、メッシュ分割された形式ではなく、所定の汎用形式（例えばＪＰＥＧ形式）の１つのファイルに変換して、ユーザシステム３０内のユーザ所望の場所に保存することである。「電子メール送信」とは、ユーザ所望のレベルのイメージデータそれ自体又はそれが格納されている場所の情報（例えばＵＲＬ）を電子メールで所望の相手に提供することである。「コピー」とは、ユーザ所望のレベルのイメージデータを、メモリ上の所定領域（例えば一般的に「クリップボード」と呼ばれるもの）にコピーすることである。
【００５４】
無料で許可されている使用態様については、その要求ボタンが押されれば、イメージコレクタ３２は、直ちにその実行処理を行なう。一方、有料で許可されている使用態様については、その要求ボタンが押されると、イメージコレクタ３２は、まず、課金サーバ４０に接続して、課金サーバ４０を用いた代金の支払い処理を行なう。このとき、イメージコレクタ３２は、図６に例示するような支払方法選択ウィンドウ４００をユーザシステム３０のディスプレイ画面に表示し、ユーザは、このウィンドウ４００で所望の支払方法を選択して、代金の支払い処理を行なう。支払い処理が正常に終わると、イメージコレクタ３２は、要求された使用態様を実行する。
【００５５】
ところで、イメージコレクタ３２は、選択イメージの印刷を実行するときには（つまり、「印刷」ボタン３３０が操作されたときは）、ウィンドウ３００上に、図７に例示するように、「範囲印刷」ボタン１００１、「トリミング印刷」ボタン１００２、レベル選択コンボボックス１００３、及び「レベル印刷」ボタン１００４を表示する。
【００５６】
「範囲印刷」ボタン１００１が操作された場合、イメージコレクタ３２は、メインイメージボックス３７１及びサブイメージボックス３７５の少なくとも一方のボックス、好適にはメインイメージボックス３７１上で、ユーザが印刷範囲を指定することができるようにする。これにより、ユーザは、所定の方法、例えば、メインイメージボックス３７１上でマウスの右ボタンをダウンしたままマウスを動かすことで、メインイメージボックス３７１に表示されているイメージの印刷範囲（印刷されたときに表示される範囲）を指定することができる（印刷範囲の外枠形状は、典型的には方形であるが、方形に限らず、円形、楕円形、ユーザ所望の形状など他の形状であっても良い）。ここで、イメージコレクタ３２は、ユーザ所望の印刷範囲が一方のイメージボックス（例えばメインイメージボックス３７１）上で指定されたとき、他方のイメージボックス（例えばサブイメージボックス３７５）に表示さえているイメージ上に、指定された印刷範囲の外枠を表示することができる（それを表示するか否かはユーザの要求に応じて決めても良い）。これにより、ユーザは、一方のイメージボックスで印刷範囲を指定したときに、他方のイメージボックスで、イメージ全体においてどこが印刷範囲なのかを把握できるので便利である。
【００５７】
印刷範囲の指定後、例えば再び「範囲印刷」ボタン１００１が操作されたときは、イメージコンレクタ３２は、後述の図８の印刷設定ウィンドウ５００を表示する。
【００５８】
「トリミング印刷」ボタン１００２が操作された場合、イメージコレクタ３２は、メインイメージボックス３７１及びサブイメージボックス３７５の少なくとも一方のボックス、好適にはメインイメージボックス３７１上のイメージの表示範囲を印刷範囲として決定する。印刷範囲決定後、イメージコンレクタ３２は、後述の図８の印刷設定ウィンドウ５００を表示する。
【００５９】
レベル選択コンボボックス１００３のプルダウンボタンが操作された場合、イメージコレクタ３２は、表示されているイメージのＩＭＦファイルに基づいて、１以上の選択可能なレベルを一覧表示する。このとき、イメージコレクタ３２は、選択可能なレベルのうち、有料で印刷可能なレベルは強調表示（例えば後述の通常表示とは異なる表示態様で表示）し、無料で印刷可能なレベルは通常表示しても良い。ユーザは、一覧表示された１以上のレベルの中から所望のレベル（ピクセル量）を選択することができる。
【００６０】
レベル選択後、「レベル印刷」ボタン１００４が操作されたときは、イメージコンレクタ３２は、後述の図８の印刷設定ウィンドウ５００を表示する。
【００６１】
イメージコレクタ３２は、「レベル印刷」ボタン１００４が操作された等の上記の場合に、図８に例示するような印刷設定ウィンドウ５００をユーザシステム３０のディスプレイ画面に表示する。この印刷設定ウィンドウ５００では、ユーザは、解像度フィールド５１０に、印刷時の解像度を設定することができ、また、「プリンタの設定」ボタン５２０を操作して「プリンタの設定」ウィンドウ（図示省略）を表示し、その「プリンタの設定」ウィンドウを用いて印刷で使用する用紙のサイズ及び方向（縦か横か）などの印刷条件を設定することができる。このようにして、印刷の解像度と用紙サイズと用紙方向が設定されると、イメージコレクタ３２は、設定された印刷解像度と用紙サイズと用紙方向の条件下で選択イメージの全域を完全に印刷するのに必要な最低限の用紙枚数を自動計算する。また、それとともに、イメージコレクタ３２は、（プリンタが縁無し印刷が可能な場合）それらの複数の用紙を印刷後に一切カットすることなしに貼り合わせると、完全な選択イメージのプリントアウトが得られるように、各用紙に割り当てる選択イメージ内のエリアと、各用紙の糊しろのエリアとを自動計算して、図８に参照番号５４１〜５４４で例示するように、それら複数の用紙の各々に割り当てた選択イメージ内のエリアと各用紙の糊しろのエリアとを表示する。図８の例は、４枚の用紙が必要であると計算された場合であって、それら４枚の用紙にそれぞれ割り当てられた４つのイメージエリア５４１〜５４４において、参照番号の末尾に「Ｍ」を付した部分（図中、白っぽく表示されている）は糊しろとなるエリアであり、参照番号の末尾に「Ｂ」を付した部分は、プリントアウトとして有効利用されるボディエリアである。
【００６２】
「印刷開始」ボタン５３０が操作されると、イメージコレクタ３２は、プロダクトサーバ２０から、各用紙毎に、設定された印刷解像度での印刷に最適なレベルをもった、その用紙に割り当てられたイメージエリアを覆うメッシュデータのみを選択して読み込み、読み込んだメッシュデータを用いて１枚のイメージデータ（そのうちの糊しろのエリアの色調は、糊しろと分かるように例えば薄い色に修正する）を作成して、それをプリンタドライバに渡して、その用紙の印刷を実行させる。この動作を、必要な全ての用紙について繰り返す。
【００６３】
これにより、ユーザは、手元の小さい用紙しか使えないプリンタを用いて、高解像度イメージの大ピクセル量のプリントアウトを簡単に得ることが出来る。また、各用紙の印刷時には、その用紙の印刷に必要なイメージデータだけを読み込んで処理すればよく、選択イメージ全体のデータを読み込む必要はないので、ユーザシステム３０がもつ主記憶の容量よりも遥かにデータサイズが大きいイメージのプリントアウトを得ることできる。
【００６４】
イメージコレクタ３２は、印刷時にユーザが設定した解像度や用紙サイズや用紙方向が変われば、上述した用紙枚数やイメージエリアの割り当てや糊しろエリアの設定などを、自動的に変更することができる。例えば、同一のイメージ（例えば２０４８×１７５２ドット）に関して、図８は、例えば印刷解像度が１２０ｄｐｉで用紙がＡ５サイズで横と設定した場合であり、図９は、例えば、３００ｄｐｉでＡ４サイズで縦と設定した場合であり、図１０は、例えば、３００ｄｐｉでＡ４サイズで横と設定した場合であり、図１１は、例えば、１５０ｄｐｉでＡ５サイズで横と設定した場合である。この機能を活用して、ユーザは、例えば、使用する用紙サイズが変わっても、常に同一の印刷解像度を指定することで、用紙サイズに関係なく常に同じサイズのプリントアウトを得るなど、所望の態様でプリントアウトを得ることができる。
【００６５】
ところで、イメージコレクタ３２は、電子メールの送信を実行するときには（すなわち、図５に示したウィンドウ３００上で「電子メール」ボタン３５０が操作されたときは）、ウィンドウ３００上に、図１２に例示するように、「選択範囲送信」ボタン３００１、「トリミング送信」ボタン３００２、「ＵＲＬ送信」ボタン３００３、及び「添付形式送信」ボタン３００４を表示する。
【００６６】
「選択範囲送信」ボタン３００１が操作された場合、イメージコレクタ３２は、メインイメージボックス３７１及びサブイメージボックス３７５の少なくとも一方のボックス、好適にはメインイメージボックス３７１上で、ユーザがイメージの所望範囲を指定することができるようにする。所望範囲は、例えば、メインイメージボックス３７１上でマウスの右ボタンをダウンしたままマウスを動かすことで指定することができる（その範囲の外枠形状は、典型的には方形であるが、方形に限らず、円形、楕円形、ユーザ所望の形状など他の形状であっても良い）。ここで、イメージコレクタ３２は、所望範囲が一方のイメージボックス（例えばメインイメージボックス３７１）上で指定されたとき、他方のイメージボックス（例えばサブイメージボックス３７５）に表示さえているイメージ上に、指定された所望範囲の外枠を表示することができる（それを表示するか否かはユーザの要求に応じて決めても良い）。これにより、ユーザは、一方のイメージボックスで所望範囲を指定したときに、他方のイメージボックスで、イメージ全体においてどこが所望範囲なのかを把握できるので便利である。
【００６７】
所望範囲の指定後、例えば再び「選択範囲送信」ボタン３００１が操作されたときは、イメージコンレクタ３２は、その所望範囲を、所定の汎用ファイル形式（例えば、ＪＰＥＧ形式など）のイメージファイルにする。そして、イメージコンレクタ３２は、ユーザシステム３０内の電子メールソフト（図示せず）を起動して、電子メールソフトに、送信元及び宛先の電子メールアドレス、タイトル、本文等を入力するための電子メール送信画面を表示させ、且つ、その画面上の本文の欄に、ユーザ所望のイメージの所望範囲を表示させる。これにより、ユーザは、所望イメージの所望範囲を所望の宛先へ電子メールで提供することができる。
【００６８】
「トリミング送信」ボタン３００２が操作された場合、イメージコレクタ３２は、メインイメージボックス３７１及びサブイメージボックス３７５の少なくとも一方のボックス、好適にはメインイメージボックス３７１上のイメージの表示範囲をイメージ提供範囲として決定する。その後、イメージコンレクタ３２は、そのイメージ提供範囲を、所定の汎用ファイル形式（例えば、ＪＰＥＧ形式など）のイメージファイルにする。そして、イメージコンレクタ３２は、ユーザシステム３０内の電子メールソフト（図示せず）を起動して、電子メールソフトに、上記電子メール送信画面を表示させ、且つ、その画面上の本文の欄に、決定したイメージ提供範囲を表示させる。これにより、ユーザは、所望イメージの直前の表示範囲を所望の宛先へ電子メールで提供することができる。
【００６９】
「ＵＲＬ送信」ボタン３００３が操作された場合、イメージコレクタ３２は、ユーザシステム３０内の電子メールソフト（図示せず）を起動して、電子メールソフトに、上記電子メール送信画面を表示させ、且つ、その画面上の本文の欄に、現在表示されているイメージのＵＲＬ（若しくは、そのイメージを見ることができるＨＴＭＬページのＵＲＬ）を記載させる。これにより、ユーザは、所望イメージがあるＵＲＬを所望の宛先へ電子メールで提供することができる。
【００７０】
「添付形式送信」ボタン３００４が操作された場合、イメージコレクタ３２は、ユーザシステム３０内の電子メールソフト（図示せず）を起動して、電子メールソフトに、上記電子メール送信画面を表示させる。また、イメージコレクタ３２は、現在表示されているイメージを持つ許可フラグ付ＭＬイメージの全体（つまりトップフォルダ）又は一部をダウンロードして所定形式で圧縮し、圧縮したものを電子メールソフトに添付ファイルとして持たせる。これにより、ユーザは、所望イメージを持つ許可フラグ付イメージの全部又は一部を所望の宛先へ電子メールで提供することができる。
【００７１】
なお、これまで、イメージコレクタ３２の機能について説明したが、イメージコレクタ３２の上記複数の機能のうち、イメージデータの表示に関する機能は、イメージビューワ３１も備えている（例えば、メッシュファイルのファイル名の決定や、画像ＩＤ同士の比較などの機能）。
【００７２】
以上、本実施形態のシステムについて説明した。以下、図１３以降を用いて、上記システムにおいて、サプライヤシステム１０で用意されたイメージがユーザシステム３０において利用されるまでの流れを詳細に説明する。
【００７３】
図１３及び図１４は、サプライヤシステム１０で用意されたイメージデータが許可フラグ付ＭＬイメージに変換されるまでの流れを示す。なお、図ではステップを「Ｓ」と略記している。
【００７４】
サプライヤシステム１０のオペレータの命令によってイメージビルダ１１が起動したら、イメージビルダ１１は、図２に示したウィンドウ１００を表示する。そのとき、イメージビルダ１１は、過去に利用されたイメージファイルの履歴が記録されたログファイルを参照し、管理リスト１１６に、過去に利用されたイメージファイルの履歴を一覧表示する。
【００７５】
イメージビルダ１１は、管理リスト１１６の中からオペレータ所望のイメージファイルが選択される等の方法によって、元イメージファイルパスボックス１１３に元イメージファイルパスが入力され、「ロード」ボタンが操作されたら（Ｓ１）、入力された元イメージファイルパスに基づいて、オペレータ所望の元イメージファイルを読み出し、そのイメージファイルを開いてイメージボックス１１１に元イメージ（許可フラグ付ＭＬイメージに変換される前のイメージ）を表示する（Ｓ２）。そのとき、イメージビルダ１１は、元イメージファイルのファイル名、場所（例えば、元イメージファイルの保存場所であっても良いし、元イメージの撮影場所であっても良い）をイメージボックス１１１の下に表示したり、元イメージファイルのプロパティ（縦×横サイズ、元画像サイズ、など）をプロパティボックス１１２に表示したりする（Ｓ３）。
【００７６】
その後、オペレータは、元イメージファイルが許可フラグ付ＭＬイメージに変換されたときのそのＭＬイメージについての各種の処理条件、例えば、変換イメージの保存先、変換先のフォルダ名、ＭＬイメージの名称、圧縮方式、メッシュサイズなどを処理条件ボックス１１４に設定する（Ｓ４）。メッシュサイズが設定された場合、イメージビルダ１１は、そのメッシュサイズと、変換対象の元のイメージファイル（通常、大ピクセル量のビットマップ画像）のピクセル量とに基づいて、その元イメージファイルについて用意するレベルの数を計算する（Ｓ５）。
【００７７】
その後、オペレータは、許可フラグボックス１１５を用いて、変換された許可フラグ付ＭＬイメージに対する各種の使用制限を設定する。具体的には、オペレータは、「許可フラグの内容を設定する」１２１と、「閲覧のみを許可する」１２２と、「全てを許可する」１２３の３種類の択一的に選ぶ。また、例えば、それらのうち「許可フラグの内容を設定する」１２１を選択した場合、オペレータは、許可フラグ付ＭＬイメージのダウンロード、再アップロード、印刷及びファイル保存という使用態様を、許可した各使用態様毎に、レベル選択用コンボボックス１４１から所望のレベルを選択することで、その使用態様が許可されるそのイメージのレベル範囲を設定する（選択可能なレベルの数は、Ｓ５の計算結果によって異なる）。
【００７８】
許可フラグの設定の後、「変換実行」ボタンが押されたら（Ｓ７でＹ）、イメージビルダ１１は、図１４に示す流れで変換処理を実行する（Ｓ８）。
【００７９】
すなわち、イメージビルダ１１は、図１４に示すように、所定の方法、例えば、ＯＳが持っているユニークＩＤ付与モジュールに、ユニークな画像ＩＤを生成させる（Ｓ１０）。次に、イメージビルダ１１は、元イメージファイルパスボックス１１３に書かれている元イメージファイルパスから変換対象の元イメージファイルを読み込んでメモリに展開し（Ｓ１１）、図１３のＳ４で指定された保存先にそのＳ４で設定されたフォルダ名のフォルダを作る（Ｓ１２）。そして、イメージビルダ１１は、メモリに展開されている元イメージのデータをメッシュサイズで読み込んで圧縮し（圧縮方式は、汎用の圧縮方式ではなく、専用のイメージビルダ、コレクタ、又はビューワでなければ解凍することができない方式）、且つ、圧縮されたメッシュデータ用のメッシュファイルを作成して、全メッシュファイルの各々に、圧縮されたメッシュデータ及びＳ１０で生成された画像ＩＤを格納する（Ｓ１３）。イメージビルダ１１は、そのメッシュファイルを、許可フラグ付ＭＬイメージに属するｉ番目（所定レベル）のフォルダ（例えば、元イメージデータのメッシュファイルなら最高レベルのイメージフォルダ）に格納する（Ｓ１４）。イメージビルダ１１は、このＳ１３及びＳ１４の処理を、元イメージデータの全てのメッシュについて行う（Ｓ１５でＮ、Ｓ１３、Ｓ１４）。また、イメージビルダ１１は、元イメージの全てのメッシュについてＳ１３及びＳ１４の処理を終えたら（Ｓ１５でＹ）、元イメージデータからピクセル量を１段階低下させたイメージデータを作成して、それを２番目に高いレベルのイメージデータとし、そのイメージデータについても、Ｓ１３及びＳ１４と同様の処理を行う（なお、そのイメージデータのメッシュファイルは、元イメージデータのレベルの１段階下のレベルのフォルダに格納する）（Ｓ１６、Ｓ１７）。
【００８０】
イメージビルダ１１は、全てのレベルのイメージデータについて、Ｓ１３及びＳ１４と同様の処理を行い、それが終了したら（Ｓ１８でＹ）、許可フラグ付ＭＬイメージのフォーマット情報（例えば、画像ＩＤ、メッシュサイズ、レベルの数（階層深さ）など）を記述したフォーマットファイル、つまりＩＭＩファイルを作成する（Ｓ１９）。また、イメージビルダ１１は、図２の使用条件ボックス１１５に設定された使用条件（例えば、許可された使用態様の種類や、課金情報など）を表した許可フラグを記述した許可フラグファイル、つまり、ＩＭＦファイルも作成する（Ｓ２０−Ａ）。さらに、イメージビルダ１１は、許可フラグ付ＭＬイメージの保存先へのパスが記録されたＭＩＩファイルも作成する（Ｓ２０−Ｂ）。
【００８１】
以上の、最高レベルから最低レベルまでの複数枚のイメージデータと、ＩＭＩファイルと、ＩＭＦファイルと、ＭＩＩファイルとのセットによって、許可フラグ付ＭＬイメージが構成される。この許可フラグ付ＭＬイメージは、Ｓ１２で作ったフォルダにおいて、処理条件ボックス１１４に「ＭＬイメージ名称」として入力された名称を持っている。
【００８２】
次に、図１５を参照して、図２に示したウィンドウ１００において、「アップロード」ボタン１２０が操作されたときのイメージビルダ１１の動作を説明する。
【００８３】
オペレータが「アップロード」ボタン１２０を操作すると、イメージビルダ１１は、オペレータの操作に従って、アップロード対象のイメージを表示するイメージビューワ３１を埋め込んだＨＴＭＬページのデザインを決める（Ｓ２１）。ＨＴＭＬページのデザイン（例えば、イメージビューワの埋め込み位置、コレクタ起動ボタンの埋め込み位置、ズーミングバーの有無など）は、既に述べた通り、例えば、図４の（Ａ）及び（Ｂ）に例示したテンプレートにより固定であっても良いし、オペレータが自由に変えることができても良い。
【００８４】
ＨＴＭＬページを作成したら、イメージビルダ１１は、オペレータから、アップロード先（ディレクトリ名など）の指定を受けて（Ｓ２２）、アップロード実行要求を受けたら（Ｓ２３）、Ｓ２１で決定されたデザインのＨＴＭＬページを有するＨＴＭＬファイルを作成し（Ｓ２４）、且つ、許可フラグ付ＭＬイメージのアップロード先へのパスをＭＩＩファイルに記録してＭＩＩファイルを更新する（Ｓ２５）。そして、イメージビルダ１１は、任意の（または所定の）プロダクトサーバ２０に接続して、Ｓ２４で作成したＨＴＭＬファイルと共に、許可フラグ付ＭＬイメージを、図３に示したフォルダ構成のまま、プロダクトサーバ２０のアップロード先ディレクトリにアップロードする（Ｓ２６）。
【００８５】
プロダクトサーバ２０は、図１６に示すような流れで動作する。
【００８６】
すなわち、プロダクトサーバ２０は、許可フラグ付ＭＬイメージのアップロードをサプライヤシステム１０から受けたときは（Ｓ２７）、その許可フラグ付ＭＬイメージを、サプライヤシステム１０に指定された場所（例えば、図１５のＳ２２で指定されたアップロード先）で保持する（Ｓ２８）。また、プロダクトサーバ２０は、ユーザシステム３０からファイル要求を受けたときは（Ｓ２９）、そのファイル要求に応じたファイル（例えば、ＨＴＭＬページ、或いは、許可フラグ付ＭＬイメージ内の或るレベルのイメージデータに係る各メッシュファイル）をユーザシステム３０に送信する（Ｓ３０）。
【００８７】
次に、図１７を参照して、ユーザシステム３０の動作を説明する。
【００８８】
ユーザシステム３０は、ユーザの操作に従って、Ｗｅｂブラウザ２１を起動し（Ｓ４１）、所定の又はユーザ所望のＵＲＬにアクセスする（Ｓ４２）。このとき、ユーザシステム３０は、プロダクトサーバ２０内の、イメージビューワが埋め込まれているＨＴＭＬページにアクセスした場合は（Ｓ４３）、そのイメージビューワを起動する（Ｓ４４）。
【００８９】
図１８は、イメージビューワの動作流れを示す。
【００９０】
イメージビューワは、起動したら、所定の表示倍率（例えばデフォルトの表示倍率）等の情報に基づいて、所定の表示領域に表示するのに最適なレベル（ピクセル量）と、その表示領域におけるイメージデータの表示範囲とを計算し、計算された表示範囲内の座標値から、表示すべきメッシュデータを持つメッシュファイルのファイル名（例えばメッシュ番号）を求める（Ｓ３１）。
【００９１】
イメージビューワは、求められたファイル名を持つメッシュファイルがメモリ・キャッシュにあれば（Ｓ３２でＹ）、そのメッシュファイルを読み込んで（Ｓ３３）、そのメッシュファイルが正当か否かを判定する（Ｓ３３−１）。
【００９２】
具体的には、イメージビューワは、読み込んだ全てのメッシュファイルについて、各メッシュファイルに記録されている画像ＩＤが、そのメッシュファイルを含んだＭＬイメージ内のＩＭＩファイルに記録されている画像ＩＤと一致するか否かの第１のチェックを行なう。また、イメージコレクタ３２は、それら全てのメッシュファイルが格納されていた場所が、それらのメッシュファイルを含んだＭＬイメージ内のＭＩＩファイルに記録されているロケーション情報が示す場所（例えば、ＭＬイメージのアップロード先）と一致するか否かの第２のチェックを行なう。第１及び第２の少なくとも一方のチェックの結果、不一致があった場合は（Ｓ３３−１でＮ）、イメージビューワは、１又は複数のメッシュデータの結合を行わず、例えばエラーメッセージを表示し（Ｓ３３−３）、不一致がなかった場合、全てのメッシュファイル内のメッシュデータを結合して描画する（Ｓ３３−４）。
【００９３】
Ｓ３２において、イメージビューワは、求められたファイル名を持つ１又は複数のメッシュファイルがメモリ・キャッシュになければ（Ｓ３２でＮ）、表示領域を１メッシュでカバーできる最大レベル（それがなければ、最も少ない数のメッシュでカバーできる最大レベル）とそのメッシュのファイル名を計算する（Ｓ３４）。その結果、そのファイル名を持つメッシュファイルがメモリ・キャッシュにあれば（Ｓ３５でＹ）、イメージビューワは、上述のＳ３３〜Ｓ３３−４と同様の処理を実行する（Ｓ３６〜Ｓ３６−３）。
【００９４】
一方、Ｓ３４で求められたファイル名を持つ１又は複数のメッシュファイルがメモリ・キャッシュになければ（Ｓ３５でＮ）、イメージビューワは、その１又は複数のメッシュファイルを、プロダクトサーバ２０内の、Ｓ３４で求められたレベルのイメージフォルダから順次取得してメモリ・キャッシュに入れ（Ｓ３７）、上記Ｓ３３〜Ｓ３３−３と同様の処理を行なう。
【００９５】
続いて、イメージビューワは、Ｓ３４で求められたレベルよりも所定段階高いレベル（例えば１段階高いレベル若しくは表示に最適なレベル）で表示に必要な１又は複数のメッシュファイルがメモリ・キャッシュにあるか否かを調べ、あれば、上述のＳ３３〜Ｓ３３−４と同様の処理を実行し、なければ、プロダクトサーバ２０内の、イメージフォルダから必要な１又は複数のメッシュファイルを読み込んでメモリ・キャッシュに入れ（Ｓ３８）、上記Ｓ３３〜Ｓ３３−３と同様の処理を行なう。
【００９６】
以上の処理によって、イメージビューワは、表示に最適なレベルの必要な全てのメッシュデータを取得し結合して、表示に最適なレベルのイメージデータの全部又は一部を表示する。
【００９７】
その後、ズーム倍率変更操作或いはスクロール操作が行なわれる等してイメージデータの表示範囲を変更する必要が生じた場合、イメージビューワは、上述したＳ３１以降の処理を行う。
【００９８】
イメージビューワは、ＨＴＭＬページ上に表示されたイメージデータが不正にコピーされないように、図１９に示すような流れでコピー制御を行なう。
【００９９】
すなわち、イメージビューワは、ＨＴＭＬページが表示されているウィンドウが、ユーザシステム３０のスクリーン（例えば、ウィンドウの最大表示領域）上に見えているときは（Ｓ５００でＹ）、ＯＳに対してスクリーンコピーを禁止するよう指令を出し（Ｓ５０１）、最小化、閉じられた、又は別のウィンドウの背面に完全に隠れていることによって見えていないときは（Ｓ５００でＮ）、ＯＳにスクリーンコピーの禁止をキャンセルさせる。ここで、「スクリーンコピー」とは、一般にパーソナルコンピュータに搭載のＯＳに標準装備されている機能であって、ディスプレイ画面全体の表示内容を所定のメモリ領域にコピーすることである。なお、イメージビューワは、スクリーンコピーだけでなく、ＨＴＭＬページ上のイメージデータそれ自体のコピーも禁止したり許可したりすることができる。また、イメージビューワは、表示されているＨＴＭＬページに関連した許可フラグ付ＭＬイメージ内のＩＭＦファイルを参照し、ファイル保存及びコピーが許可されていなければ、たとえウィンドウがスクリーン上に見えていなくても、スクリーンコピー（及びイメージデータそれ自体のコピー）を禁止することができる。また、このようなコピー制御は、イメージビューワのみならず、イメージコレクタ及びイメージビルダも行なうことができる。
【０１００】
ＨＴＭＬページ上でコレクタ起動ボタンが操作されてイメージコレクタが起動した場合（イメージコレクタは別の方法で起動することもできる）、イメージコレクタは、図２０に示すような動作を行なう。
【０１０１】
すなわち、イメージコレクタは、まず、操作されたコレクタ起動ボタンに関連付けられているＭＩＩファイルを読み込む（Ｓ５１）。次に、イメージコレクタは、そのＭＩＩファイルに記述のロケーション情報が示す場所に存在する許可フラグ付ＭＬイメージ（以下、「ターゲットＭＬイメージ」と言う）内のＩＭＩファイルを読み込む（Ｓ５２）。また、イメージコレクタは、その許可フラグ付イメージに関する情報（例えばトップフォルダのパス等）を、イメージコレクタのウィンドウ３００（図５参照）の管理リスト３７３に追加する（Ｓ５３）。
【０１０２】
その後、イメージコレクタは、図１８を参照して説明したイメージビューワの動作と同じ動作で、メッシュデータを取得し描画する（Ｓ５４）。すなわち、例えば、イメージコレクタは、ＩＭＩファイルに記述の画像ＩＤと、読み込んだメッシュファイル内の画像ＩＤとを用いて上記第１のチェックを行なったり、ＭＩＩファイルに記述のロケーション情報と、読み込んだ各メッシュファイルの保存場所とを用いて上記第２のチェックを行なったりする。
【０１０３】
また、イメージコレクタは、ターゲットＭＬイメージ内のＩＭＦファイルを取得し（Ｓ５５）、そのＩＭＦファイルから使用条件を得て、既に例示した方法で、その使用条件をグラフィカルにウィンドウ３００に表示してユーザに知らせる（Ｓ５６）。
【０１０４】
その後、イメージコレクタは、ユーザの操作に応じた処理を実行する。例えば、イメージコレクタは、管理リスト３７３上の或るイメージ情報（例えばファイル名）がクリックされたときは（Ｓ５７）、Ｓ５１以降の処理を実行する。また、イメージコレクタは、「ダウンロード」ボタン３２０が操作されたときは、ダウンロード処理を実行し（Ｓ５８）、「印刷」ボタン３３０が操作されたときは、印刷処理を実行し（Ｓ５９）、「ファイル保存」ボタン３４０が操作されたときは、ファイル保存処理を実行し（Ｓ６０）、「電子メール」ボタン３５０が操作されたときは、電子メール送信処理を実行し（Ｓ６１）、「コピー」ボタン３６０が操作されたときは、表示されているイメージデータをクリップボードへコピーする（Ｓ６２）。
【０１０５】
具体的には、「ダウンロード」ボタン等の各種ボタン３２０〜３６０が操作された場合、イメージコレクタは、図２１に示すような動作を行う。
【０１０６】
すなわち、イメージコレクタは、各種ボタン３２０〜３６０が操作されたとき、そのボタンに対応した使用態様が許可されているか否かを判断し（Ｓ７１）、許可されていなければ（Ｓ７１でＮ）、エラーメッセージをユーザシステム３０に表示する（エラーメッセージの表示に限らず、他のエラー処理を行っても良い）（Ｓ７２）。
【０１０７】
イメージコレクタは、Ｓ７１での判断の結果、操作されたボタンに対応した使用態様（つまりユーザ所望の使用態様）での使用が許可されている場合、更に、それが有料か無料かを判断し（Ｓ７３）、無料であれば（Ｓ７３でＮ）、ユーザ所望の使用態様での使用のための処理を実行する（Ｓ７４）。一方、Ｓ７３での判断の結果、有料であれば（Ｓ７３でＹ）、イメージコレクタは、画像ＩＤに関連付けられた許可キー（支払いが行われたことを示す情報）が記録されているログが所定の場所（例えば、ユーザシステム３０又は課金サーバ５１内）に存在するか否かチェックし（Ｓ７５）、存在すれば（Ｓ７５でＹ）、ユーザ所望の使用態様での使用のための処理を実行する（Ｓ７４）。
【０１０８】
Ｓ７５のチェックの結果、存在しなければ（Ｓ７５でＮ）、イメージコレクタは、図６に例示したような支払方法選択ウィンドウ４００をユーザシステム３０のディスプレイ画面に表示する（Ｓ７６）。イメージコレクタは、このウィンドウ４００でユーザ所望の支払方法が選択されたならば、支払入力画面（例えば、ユーザの氏名、住所、クレジットカードのカード番号等を入力するための画面）を表示する（Ｓ７７）。そして、その支払入力画面に所定事項が入力されて支払ボタンが押されたならば（Ｓ７８）、イメージコレクタは、支払入力画面に入力された情報を含む許可キー発行依頼情報を課金サーバ５１に送信して、課金サーバ５１から、許可キーを発行するか否かの回答を待つ（Ｓ７９）。許可キー発行依頼情報には、ユーザの氏名、住所、クレジットカード番号等の個人情報や、ユーザ所望のイメージデータに割当てられている画像ＩＤや、イメージコレクタのＣＤキー（シリアル番号）などが含まれている。
【０１０９】
イメージコレクタは、課金サーバ５１から回答を受けたとき（Ｓ８０）、その回答の内容が否定的な内容であれば（Ｓ８１でＮ）、支払ができない旨を示すエラーメッセージを表示する（Ｓ８２）。一方、イメージコレクタは、課金サーバ５１からの回答の内容が肯定的な内容であれば（Ｓ８１でＹ）、課金サーバ５１から発行された許可キーを受け取り、購入されたイメージデータに割当てられている画像ＩＤにその許可キーを対応付け、その画像ＩＤに対応付けられた許可キーを記録した許可キーログファイルを生成しそれを保存する（Ｓ８３）。そして、イメージコレクタは、その許可キーに関する許可キー情報（例えば許可キーの識別情報）を所定の方法でユーザに告知して（Ｓ８４）、その後、ユーザ所望の使用態様での使用を行なうための処理を実行する（Ｓ８５）。
【０１１０】
この実施形態では、例えば、イメージコレクタが再インストールされたときや、許可キーログファイルが誤って消去されたときは、ユーザがユーザシステム３０に、告知された許可キー情報を入力すれば、イメージコレクタがその入力された許可キー情報を用いて、一旦発行された許可キーを再度入手し、所望のイメージデータを所望の使用態様で使用することができる。
【０１１１】
ユーザシステム３０から許可キー発行依頼情報をもらう課金サーバ５１は、図２２に示すような動作を行なう。
【０１１２】
すなわち、課金サーバ５１は、ユーザシステム３０内のイメージコレクタから、画像ＩＤやＣＤキー等が含まれている許可キー発行依頼情報を受けて（Ｓ９１）、それを、所定の管理ログファイルに記録する（Ｓ９２）。そして、課金サーバ５１は、受信した許可キー発行依頼情報に含まれている情報のうち、ユーザの個人情報（氏名、クレジットカード番号等）を、ユーザ所望の支払方法に対応した決済機関へ通知して回答を待つ（Ｓ９３）。
【０１１３】
その後、課金サーバ５１は、決済機関からの回答を受けて、その回答の内容が、決済を認めない旨の回答であれば（Ｓ９４でＮ）、その旨をイメージコレクタに通知すると共に（Ｓ９５）、決済ＮＧを所定の管理ログファイルに記録する（Ｓ９６）。一方、決済機関からの回答の内容が、決済を認める旨の回答であれば（Ｓ９４でＹ）、課金サーバ５１は、Ｓ９１で受けた許可キー発行依頼情報に含まれている画像ＩＤ及びＣＤキーと、所定時（例えば、許可キー発行依頼情報を受けた時、或いは、決済機関から回答を受けた時）の日時とに基づいて許可キーを生成し、それをユーザシステムに提供する（Ｓ９７）。許可キーは、画像ＩＤ、ＣＤキー、及び、日時情報に基づいて生成されるものなので、正当に決済されたイメージデータ、課金処理に使用されたイメージコレクタ、及び所定の日時にユニークなものとなる。
【０１１４】
以上のような流れで、イメージコレクタが許可キーを受け取ったならば、その許可キーに対応した使用態様での使用が可能になる。
【０１１５】
例えば、ダウンロードであれば、図２３に示すように、イメージコレクタは、許可された許可フラグ付ＭＬイメージ全体を、所定の又はユーザ所望の格納場所にダウンロードし（Ｓ１００）、そのＭＬイメージ内のＭＩＩファイルに、ダウンロードしたＭＬイメージの保存先を書込む（Ｓ１０１）。この結果、ダウンロード後の許可フラグ付ＭＬイメージの状態は、元イメージデータから生成された許可フラグ付ＭＬイメージの状態と略同様である（ＭＩＩファイルの内容が異なる程度である）。
【０１１６】
また、ファイル保存又はコピーであれば、図２４に示すように、イメージコレクタは、使用が許可されたレベルのイメージデータを構成する全てのメッシュデータを取得し、それらをつなぎ合わせて１つのイメージデータとし、そのイメージデータを、所定の汎用形式（例えばＪＰＥＧ形式）の１つのファイルにして（Ｓ１１０）、ユーザシステム３０内のユーザ所望の場所に保存する（Ｓ１１１）。なお、この流れにおいて、保存されるイメージデータは、全イメージデータであっても良いし、メインイメージボックス３７１又はサブイメージボックス３７５に表示されている範囲内のメッシュデータから成るイメージデータであっても良いし、ユーザに選択された範囲内のメッシュデータから成るイメージデータであっても良い。また、この流れにおいて、取得するメッシュデータのレベルは、許可されている１又は複数のレベルからユーザに選択されたレベルであっても良いし、メインイメージボックス３７１又はサブイメージボックス３７５に表示されていたときのレベルであっても良い。また、変換後の汎用形式は、複数の汎用形式（例えば、ＪＰＥＧ、ＢＭＰ、ＰＭＧ等）からユーザが選択可能である。また、変換後のイメージファイル内の所定の場所に、画像ＩＤ等のセキュリティ情報が書かれたり、変換後のイメージデータに可視又は不可視の電子透かしが埋め込まれたりしても良い。
【０１１７】
イメージコレクタは、印刷を実行するときには、図２５に示すような動作を実行する。
【０１１８】
すなわち、イメージコレクタは、ウィンドウ３００上で、範囲印刷、トリミング印刷、及びレベル印刷のいずれかの印刷方法が選択されて（Ｓ１２０）、印刷ボタン１００１、１００２、又は１００４が押されたら（Ｓ１２１）、印刷設定ウィンドウ５００（図８参照）を表示する。イメージコレクタは、印刷設定ウィンドウ５００に、印刷解像度、用紙サイズ、用紙方向等の印刷条件が入力されたときは、その印刷条件を読み込み（Ｓ１２２）、入力された印刷解像度と用紙サイズと用紙方向の条件下で選択イメージ（具体的には、ユーザに指定された選択範囲内のイメージ、イメージボックス３７１又は３７５での表示範囲内のイメージ、ユーザに指定されたレベルの全メッシュから成るイメージのいずれか）の全域を完全に印刷するのに必要な最低限の用紙枚数を自動計算する。また、それとともに、イメージコレクタは、（プリンタが縁無し印刷が可能な場合）それらの複数の用紙を印刷後に一切カットすることなしに貼り合わせると、完全な選択イメージのプリントアウトが得られるように、各用紙に割り当てる選択イメージ内のエリアと、各用紙の糊しろのエリアとを自動計算して、図８に参照番号５４１〜５４４で例示したように、それら複数の用紙の各々に割り当てた選択イメージ内のエリアと各用紙の糊しろのエリアとを表示する。このとき、イメージコレクタは、図８に例示した小さな表示領域５４１〜５４４毎に、その表示領域での表示に最適なレベルの、選択イメージ内のエリアにおける全メッシュデータを選択的に取得し、それらを繋ぎ合わせて１つの部分選択イメージを生成し表示する。また、そのとき、イメージコレクタは、部分選択イメージにおいて、ボディエリアは濃く、糊しろエリアは薄く表示する（Ｓ１２３）。
【０１１９】
イメージコレクタは、ユーザに印刷条件が変更された場合は（Ｓ１２４でＹ）、再びＳ１２２及びＳ１２３の処理を行い、印刷条件が変更されることなく、「印刷開始」ボタンが押された場合は（Ｓ１２４でＮ、Ｓ１２５）、次の処理を実行する。すなわち、イメージコレクタは、メモリキャッシュ又はプロダクトサーバ２０から、各用紙毎に、設定された印刷解像度での印刷に最適なレベル又はユーザ所望のレベルをもった、その用紙に割り当てられたイメージエリア（ボディエリアとのりしろエリアから成るエリア）を覆うメッシュデータのみを選択的に読み込み、読み込んだメッシュデータを用いて１枚のビットマップイメージデータ（そのうちの糊しろのエリアの色調は、糊しろと分かるように例えば薄い色に修正する）を作成して、それをプリンタドライバに渡し、その用紙の印刷を実行させる（Ｓ１２６）。この動作を、Ｓ１２３で計算された全ての用紙について繰り返す（Ｓ１２７）。
【０１２０】
これにより、ユーザは、手元の小さい用紙しか使えないプリンタを用いて、高解像度イメージの大ピクセル量のプリントアウトを簡単に得ることが出来る。また、各用紙の印刷時には、その用紙の印刷に必要なイメージデータだけを読み込んで処理すればよく、選択イメージ全体のデータを読み込む必要はないので、ユーザシステム３０がもつ主記憶の容量よりも遥かにデータサイズが大きいイメージのプリントアウトを得ることができる。
【０１２１】
イメージコレクタは、電子メールの送信を実行するときには、以下の流れで動作する。
【０１２２】
すなわち、イメージコレクタは、図５のウィンドウ３００で「電子メール」ボタン３５０が操作された後に、選択範囲送信、トリミング送信、ＵＲＬ送信、及び添付形式送信のいずれかの送信方法の選択を受け付け、いずれかの送信方法が選択されたときに、選択された送信方法に対応した処理を実行する。
【０１２３】
具体的には、選択範囲送信が選択された場合、イメージコレクタは、例えばメインイメージボックス３７１上で、全イメージにおけるユーザ所望の送信範囲の指定を受け付け、ユーザ所望の送信範囲が指定されたらならば、その送信範囲内のメッシュデータの結合を、汎用ファイル形式のイメージファイルにする。そして、イメージコレクタは、ユーザシステム３０内の電子メールソフトを起動して、その電子メールソフトをして、電子メールの本文の欄に、ユーザ所望の送信範囲内のイメージを表示せしめる。
【０１２４】
トリミング送信が選択された場合、イメージコレクタは、ユーザシステム３０内の電子メールソフトを起動して、その電子メールソフトをして、電子メールの本文の欄に、例えばメインイメージボックス３７１上での表示範囲内のイメージを表示せしめる。
【０１２５】
ＵＲＬ送信が選択された場合、イメージコレクタは、ユーザシステム３０内の電子メールソフトを起動して、電子メールソフトをして、電子メールの本文の欄に、現在表示されているイメージデータのＵＲＬ（若しくは、そのイメージを見ることができるＨＴＭＬページのＵＲＬ）を記載せしめる。
【０１２６】
添付形式送信が選択された場合、イメージコレクタは、ユーザシステム３０内の電子メールソフトを起動すると共に、現在表示されているイメージデータを持つ許可フラグ付ＭＬイメージの全体又は一部をダウンロードして所定形式で圧縮し、圧縮したものを電子メールソフトに添付ファイルとして持たせる。
【０１２７】
以上、上述した実施形態によれば、イメージビルダ１１の機能により、サプライヤは、自分が提供する個々のイメージデータに対して固有の使用制限を課すことができる。
【０１２８】
また、上述した実施形態によれば、様々な使用態様でプロダクトサーバ２０内のイメージをユーザが使用する場合、プロダクトサーバ２０としては、単にユーザシステム３０から要求されたデータをユーザシステム３０へ送るという単純な動作を行なうだけでよく、使用制限にもとづく制御や、課金処理などの面倒な処理を行なう必要はない。この観点から、例えば、プロダクトサーバ２０は、複数のユーザ間で共有可能な単なるストレージでも良い。
【０１２９】
また、上述した実施形態によれば、イメージデータは、１又は複数のメッシュデータに細分化されている。１又は複数のメッシュデータを結合して１つのイメージデータにすることは、専用のビューワ機能を備えたソフトウェアでないとできない。このため、イメージデータの不正使用の軽減が図れる。
【０１３０】
また、上述した実施形態によれば、取得したメッシュファイル内のメッシュデータを再生するときは、そのメッシュファイル内に書かれている画像ＩＤと、そのメッシュファイルに関連付いているＩＭＩファイルに書かれている画像ＩＤとが比較され、その比較の結果、不一致があれば、メッシュデータは再生されない。イメージデータを構成するメッシュデータの結合体がたとえ不正にコピーされたとしても、その不正にコピーされたメッシュデータにはＩＭＩファイルは関連付いていないので、不正コピーされたイメージデータが再生されて使用されるのを防ぐことができる。
【０１３１】
また、上述した実施形態によれば、取得したメッシュファイル内のメッシュデータを再生するときは、そのメッシュファイルの格納場所と、そのメッシュファイルに関連付いたＭＩＩファイル上のロケーション情報が示す場所とが比較され、不一致があれば、メッシュデータは再生されない。イメージデータを構成するメッシュデータの結合体が不正にコピーされた場合、ＭＩＩファイルにコピー先の場所が記録されることはない。従って、不正コピーされたイメージデータが再生されて使用されるのを防ぐことができる。
【０１３２】
また、上述した実施形態によれば、イメージコレクタの機能により、小さい用紙しか使えないプリンタを用いて、高解像度イメージの大ピクセル量のプリントアウトを簡単に得ることが出来る。また、各用紙の印刷時には、その用紙の印刷に必要なイメージデータだけを読み込んで処理すればよく、選択イメージ全体のデータを読み込む必要はないので、ユーザシステム３０がもつ主記憶の容量よりも遥かにデータサイズが大きいイメージのプリントアウトを得ることができる。
【０１３３】
以上、本発明の実施形態を説明したが、これは本発明の説明のための例示であり、この実施形態のみに本発明の範囲を限定する趣旨ではない。従って、本発明は、その要旨を逸脱することなく、他の様々な形態で実施することが可能である。
【０１３４】
例えば、上述の実施形態では、一つの許可フラグ付ＭＬイメージには、同じイメージについてピクセル量の異なる複数枚のイメージデータが含まれていたが、それに加えて、例えば、同一対象物を多くの異なる方向から眺めた多数のイメージについて、同様に、ピクセル量の異なる複数枚のイメージデータを用意して、それらを一つの許可フラグ付ＭＬイメージに含ませることにより、一つの対象物を三次元的に様々な方向から任意のズーム倍率で眺めた画像を表示するようにすることもできる。
【０１３５】
また、例えば、イメージビルダ１１は、ローカルなパーソナルコンピュータにおいて、画像管理ソフトウェアとして利用されても良い（つまりオフラインで使用されても良い）。例えば、イメージビルダ１１は、デジタルカメラ等から入力されたイメージデータをＭＬイメージに変換して、ユーザ所望の格納場所に格納し、ユーザの要求に応じて、最適レベルの又はユーザ所望レベルのメッシュデータを選択的に読み出して、表示したり印刷したり等を行うことができる。なお、この場合、イメージビルダ１１は、選択的にメッシュデータを読み出す場合は、例えば、メモリ・キャッシュに必要なメッシュデータが存在するか否かを調べ、存在すればそのメモリ・キャッシュから選択的に必要なメッシュデータを読み出し、存在しなければ、所定の記憶装置（例えば、内蔵ハードディスクや、ＭＯドライブ内のＭＯディスク等）内から必要なメッシュデータを選択的に読み出す。
【０１３６】
また、例えば、イメージビルダ１１は、サプライヤの要求に応じて、イメージデータの料金の他に、一度の支払で使用可能な有効範囲を設定できても良い。その有効範囲としては、例えば、使用可能な回数、使用可能な時間制限などがある。
【０１３７】
また、例えば、印刷の際、プリンタドライバに対してふちなし印刷を自動的に設定しても良い。また、例えば、イメージコレクタ３２は、プリンタドライバがその設定を受け付けないときは、ユーザに手動でふちなしモードを設定するよう案内しても良い。
【０１３８】
また、例えば、メッシュデータを表示するときは、各メッシュについて、まず、最適レベルの必要メッシュファイルを探し、それが無ければ、それより１段階低レベルの代替ファイルを探し、それも無ければ、更に１段階低レベルの代替ファイルを探しても良い。すなわち、最適レベルの必要ファイルを最優先に探し、それがない場合、段階的により低レベルの代替ファイルを探していくようにしても良い。また、より低レベルのメッシュが既に代替表示されていたところに、より高レベルのメッシュを表示しようとする場合には、その先に代替表示されていた低レベルのメッシュを消去して、より高レベルのメッシュを新たに表示しても良い。
【０１３９】
また、例えば、イメージビルダ１１は、全てのメッシュデータの各々を、専用のイメージビューワ３１のみが解凍できる特別の方法で圧縮しても良い。
【０１４０】
また、例えば、ＭＩＩファイルに記録されるロケーション情報は、ＭＬイメージ内の各レベルのイメージデータを構成する各メッシュファイル毎に記録されても良い。
【０１４１】
また、同一のイメージデータを構成する複数のメッシュは、必ずしも、同一フォルダや同一マシン内に保存されなければならないわけではない。例えば、同じイメージデータを構成する複数のメッシュは２台以上のマシンに分けて保存されても良い。この場合、ＭＩＩファイルには、各メッシュ毎に保存場所が記録される。
【０１４２】
また、例えば、許可フラグ付ＭＬイメージを構成する複数の要素（各レベルのレベルイメージフォルダ、ＩＭＩファイル、ＩＭＦファイル、及びＭＩＩファイル）は、互いに関連付けられていれば、必ずしも全ての要素が同一のフォルダ内又はマシン内に存在しなくても良い。
【０１４３】
また、例えば、ユーザシステム３０が今までに使用したイメージデータの画像ＩＤと、ユーザシステム３０又はそのユーザを識別するためのユーザ情報とを対応付けて保存するための、ユーザシステム３０とは別のコンピュータシステムがあっても良い。
【０１４４】
また、例えば、イメージビルダ１１を用いて、商品のイメージデータを提供しても良い。その場合、イメージビルダ１１は、サプライヤの要求に従って、商品の価格やその他の販売情報（以下、売買条件情報）をイメージデータに付加して提供しても良い。また、その場合、イメージコレクタは、売買条件情報を認識し、その売買条件情報に基づいて、表示されたイメージデータが表す商品の受注処理、課金処理等を制御しても良い。また、例えば、サプライヤシステム１０又はプロダクトサーバ２０は、各商品の在庫に関する在庫情報（例えば在庫数など）を管理し、ユーザシステム３０から受注を受ける度に、その在庫情報を更新し、商品の在庫数がゼロになったときには、その商品のイメージデータを削除しユーザシステムに提供されないようにしても良い。これ以外にも、種々の売買制御が考えられる。
【図面の簡単な説明】
【図１】本発明に従う電子的プロダクト提供システムの全体構成を示すブロック図。
【図２】イメージビルダ１１のＧＵＩウィンドウの例を示す図。
【図３】許可フラグ付ＭＬイメージの構成例を示す図。
【図４】（Ａ）ＨＴＭＬイメージのテンプレートの第１の例を示す図。（Ｂ）ＨＴＭＬイメージのテンプレートの第１の例を示す図。
【図５】イメージコレクタ３２のＧＵＩウィンドウの例を示す図。
【図６】イメージコレクタ３２が提供する支払方法選択ウィンドウ４００の例を示す図。
【図７】「印刷」ボタン３３０が操作されたときにイメージコレクタ３２のウィンドウ３００に表示されるボタン等を示す図。
【図８】印刷設定ウィンドウの例を示す図。
【図９】印刷設定ウィンドウの別の例を示す図。
【図１０】印刷設定ウィンドウのまた別の例を示す図。
【図１１】印刷設定ウィンドウの更にまた別の例を示す図。
【図１２】「印刷」ボタン３５０が操作されたときにイメージコレクタ３２のウィンドウ３００に表示される４種のボタンを示す図。
【図１３】サプライヤシステム１０で用意されたイメージデータを許可フラグ付ＭＬイメージに変換するまでの流れを示す図。
【図１４】許可フラグ付ＭＬイメージへの変換処理の具体的な流れを示す図。
【図１５】サプライヤシステムにおいて、アップロード処理が行なわれるときのイメージビルダの動作流れを示す図。
【図１６】プロダクトサーバの動作流れを示す図。
【図１７】ユーザシステム３０のイメージビューワが起動するまでの動作流れの例を示す図。
【図１８】イメージビューワの動作流れを示す図。
【図１９】イメージビューワのコピー禁止制御の流れを示す図。
【図２０】イメージコレクタが起動した後の動作流れを示す図。
【図２１】イメージコレクタが表示したウィンドウ上でユーザ所望の使用態様の実行ボタンが押されたときの処理流れの概要を示す図。
【図２２】課金サーバの動作流れを示す図。
【図２３】イメージコレクタが行うダウンロードの処理流れを示す図。
【図２４】イメージコレクタが行うファイル保存又はコピーの処理流れを示す図。
【図２５】イメージコレクタが行う印刷制御の処理流れを示す図。
【符号の説明】
１０　サプライヤシステム
１１　イメージビルダ
２０　プロダクトサーバ
２１　Ｗｅｂブラウザ
３０　ユーザシステム
３１　イメージビューワ
３２　イメージコレクタ
【図１】
2004078260.tif 000003
【図２】
2004078260.tif 000004
【図３】
2004078260.tif 000005
【図４】
2004078260.tif 000006
【図５】
2004078260.tif 000007
【図６】
2004078260.tif 000008
【図７】
2004078260.tif 000009
【図８】
2004078260.tif 000010
【図９】
2004078260.tif 000011
【図１０】
2004078260.tif 000012
【図１１】
2004078260.tif 000013
【図１２】
2004078260.tif 000014
【図１３】
2004078260.tif 000015
【図１４】
2004078260.tif 000016
【図１５】
2004078260.tif 000017
【図１６】
2004078260.tif 000018
【図１７】
2004078260.tif 000019
【図１８】
2004078260.tif 000020
【図１９】
2004078260.tif 000021
【図２０】
2004078260.tif 000022
【図２１】
2004078260.tif 000023
【図２２】
2004078260.tif 000024
【図２３】
2004078260.tif 000025
【図２４】
2004078260.tif 000026
【図２５】
2004078260.tif 000027