JP2004078259A - 電子的プロダクトの使用制御方式 - Google Patents
電子的プロダクトの使用制御方式 Download PDFInfo
- Publication number
- JP2004078259A JP2004078259A JP2002211724A JP2002211724A JP2004078259A JP 2004078259 A JP2004078259 A JP 2004078259A JP 2002211724 A JP2002211724 A JP 2002211724A JP 2002211724 A JP2002211724 A JP 2002211724A JP 2004078259 A JP2004078259 A JP 2004078259A
- Authority
- JP
- Japan
- Prior art keywords
- image
- product
- electronic product
- image 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 90
- 230000008569 process Effects 0.000 claims abstract description 44
- 238000012545 processing Methods 0.000 claims abstract description 41
- 238000004590 computer program Methods 0.000 claims description 15
- 239000012634 fragment Substances 0.000 claims description 15
- 238000004891 communication Methods 0.000 claims description 8
- 238000004321 preservation Methods 0.000 abstract 1
- 230000005540 biological transmission Effects 0.000 description 28
- 238000010586 diagram Methods 0.000 description 18
- 238000006243 chemical reaction Methods 0.000 description 17
- 230000006870 function Effects 0.000 description 13
- 230000006835 compression Effects 0.000 description 8
- 238000007906 compression Methods 0.000 description 8
- 230000004044 response Effects 0.000 description 6
- 230000008859 change Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 4
- 238000009966 trimming Methods 0.000 description 4
- 230000009467 reduction Effects 0.000 description 3
- 230000004913 activation Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 239000003086 colorant Substances 0.000 description 2
- 230000007423 decrease Effects 0.000 description 2
- 238000004026 adhesive bonding Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000002427 irreversible effect Effects 0.000 description 1
- 238000010030 laminating Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
Images
Landscapes
- Storage Device Security (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】プロダクトサーバに過大な負担をかけることなく、個々の電子的プロダクトに各電子的プロダクト固有の使用制限を課す。
【解決手段】サプライヤシステム１０は、個々の電子的プロダクトに、使用条件を示した許可フラグを付して、許可フラグ付電子的プロダクト６０をプロダクトサーバ３０にアップロードする。プロダクトサーバ３０は、多数の許可フラグ付電子的プロダクト６０を蓄積する。ユーザシステム３０は、ユーザ所望の電子的プロダクト８０をプロダクトサーバ２０から取得してユーザ所望の使用態様で使用するように処理するが、その際、その電子的プロダクトに付された許可フラグ７０もプロダクトサーバ３０から取得して、その許可フラグ７０に基づいて、その電子的プロダクト８０に関して、どのような使用態様（ダウンロード、印刷、ファイル保存など）を許可するか、有料か無料か、有料の場合の課金処理などを制御する。
【選択図】 図１
【解決手段】サプライヤシステム１０は、個々の電子的プロダクトに、使用条件を示した許可フラグを付して、許可フラグ付電子的プロダクト６０をプロダクトサーバ３０にアップロードする。プロダクトサーバ３０は、多数の許可フラグ付電子的プロダクト６０を蓄積する。ユーザシステム３０は、ユーザ所望の電子的プロダクト８０をプロダクトサーバ２０から取得してユーザ所望の使用態様で使用するように処理するが、その際、その電子的プロダクトに付された許可フラグ７０もプロダクトサーバ３０から取得して、その許可フラグ７０に基づいて、その電子的プロダクト８０に関して、どのような使用態様（ダウンロード、印刷、ファイル保存など）を許可するか、有料か無料か、有料の場合の課金処理などを制御する。
【選択図】 図１
Description
【０００１】
【発明が属する技術分野】
本発明は、デジタルイメージのような電子的プロダクトの使用を制御するための方式に関し、特に、電子的プロダクトのサプライヤがユーザによる電子的プロダクトの利用をコントロールするための技術に関する。
【０００２】
【従来の技術】
デジタルイメージのような電子的プロダクトをインターネットのような通信ネットワークを通じて、プロダクトサーバからユーザのコンピュータマシンに伝送するサービスが知られている。このようなサービスにおいて、電子的プロダクトのサプライヤが、ユーザによる電子的プロダクトの使用に関し、商売上の或いは著作権上の制限を加えたい場合がある。例えば、閲覧は無料であるが、ダウンロードは有料であり、また、印刷は禁止するなどといった制限である。
【０００３】
【発明が解決しようとする課題】
上記のような使用制限を課すことを可能にするための一つの方法として、プロダクトサーバが、電子的プロダクト毎にそれに課された使用制限の内容を認識して、その使用制限によって許された態様でのみその電子的プロダクトを提供する（例えば、閲覧は自由にさせるが、ダウンロードはさせない、など）よう、プロダクトサーバが制御を行なう方法が考え得る。しかし、この方法では、電子的プロダクトの数やユーザの人数が増えると、プロダクトサーバの処理負担が過大になる可能性があり、高速に電子的プロダクトをユーザに提供することが難しくなるであろう。
【０００４】
一方、予め会員として登録した特定のユーザにのみ電子的プロダクトを提供するサーバも知られている。このようなサーバの多くは、会員ＩＤとパスワードによる認証を通過したユーザに対しては、会員専用エリアに置かれた様々な電子的プロダクトを全て自由にダウンロードさせるようになっており、個々の電子的プロダクトに各電子的プロダクト固有の使用制限を課すものではない。
【０００５】
また、従来の電子的プロダクトの提供サービスは、ユーザにとって充分に利用しやすいものではなかった。例えば、デジタルイメージの場合、そのサムネイルイメージを見ただけでは、それが代金を支払ってまで入手する価値があるイメージなのかどうか正しく判断することが難しい。また、例えば、デジタルイメージの場合、仮にそれが非常にピクセル量が多い非常に画質の素晴らしいイメージであって、ユーザがそのイメージを購入したとしても、ユーザの持つパーソナルコンピュ−タのメモリ容量では、その巨大データサイズのイメージを取扱いきれないかもしれないし、ユーザの持つプリンタの用紙サイズでは、そのイメージのピクセル量の多さを充分に活かせるような大サイズのプリントアウトを出力することは不可能かもしれない。
【０００６】
従って、本発明の目的は、プロダクトサーバに過大な負担をかけることなく、個々の電子的プロダクトに各電子的プロダクト固有の使用制限を課すことができるようにすることにある。
【０００７】
本発明の別の目的は、ユーザにとって一層利用し易い方法で電子的プロダクトの使用を制御できるようにすることにある。
【０００８】
【課題を解決するための手段】
本発明に従う第１の電子プロダクトの使用制御方式は、プロダクト提供手段とプロダクト使用手段とを備える。プロダクト提供手段は、個々の電子的プロダクトに、使用条件を示したフラグ情報を関連付けて、前記フラグ情報が関連付けられた電子的プロダクトを、所望の格納場所に格納する。プロダクト使用手段は、前記電子的プロダクトを前記格納場所から取得して、取得した電子的プロダクトをユーザ所望の使用態様で使用するための処理を行なうものであって、前記取得した電子的プロダクトに関連付けられたフラグ情報に基づいて、前記取得した電子的プロダクトを使用するための処理を制御する。
【０００９】
好適な実施形態では、この使用制御方式は、以下の（１）〜（４）
（１）プロダクトサーバと、前記プロダクトサーバに通信ネットワークを介して通信可能なサプライヤシステムとユーザシステムとを備え、前記サプライヤシステムが、前記プロダクト提供手段を有し、前記プロダクトサーバが、前記格納領域を有し、前記ユーザシステムが、前記プロダクト使用手段を有する、
（２）２つのコンピュータシステムが通信ネットワークを介して接続され、一方のコンピュータシステムが、前記プロダクト提供手段と前記格納領域とを有し、他方のコンピュータシステムが、前記プロダクト使用手段を有する、
（３）２つのコンピュータシステムが通信ネットワークを介して接続され、一方のコンピュータシステムが、前記プロダクト提供手段を有し、他方のコンピュータシステムが、前記格納領域と前記プロダクト使用手段とを有する、
（４）１つのコンピュータシステムが、前記プロダクト提供手段、前記格納領域、及び前記プロダクト使用手段を有する、
のいずれかの構成を有する。
【００１０】
本発明に従う第２の電子プロダクトの使用制御方法は、コンピュータにて、個々の電子的プロダクトに、使用条件を示したフラグ情報を関連付けて、前記フラグ情報が関連付けられた電子的プロダクトを、所望の格納場所に格納するステップと、前記コンピュータ又は別のコンピュータにて、前記電子的プロダクトを取得して、取得した電子的プロダクトをユーザ所望の使用態様で使用するための処理を行なうステップと、前記コンピュータ又は別のコンピュータにて、前記取得した電子的プロダクトに関連付けられたフラグ情報に基づいて、前記取得した電子的プロダクトを使用するための処理を制御するステップとを有する。
【００１１】
本発明の第３の側面に従うコンピュータプログラム（以下、第３のプログラム）は、個々の電子的プロダクトに、使用条件を示したフラグ情報を関連付けるステップと、前記フラグ情報が関連付けられた電子的プロダクトを所望の格納場所に格納するステップとをコンピュータに実行させるためのコンピュータプログラムである。
【００１２】
また、好適な実施形態では、第３のプログラムは、元のイメージデータから、ピクセル量の異なる２以上のイメージデータを生成するステップと、前記生成された２以上のイメージデータの各々を１又は複数の断片イメージデータに分割するステップと、前記２以上のイメージデータを分割して得られた多数の断片イメージの集合を、１つの電子的プロダクトとするステップとを更にコンピュータに実行させることができる。
【００１３】
好適な実施形態では、第３のプログラムは、以下の（１）及び（２）
（１）所定の複数の使用態様のうちのどの使用態様が許可又は禁止されるか、
（２）許可された使用態様について、次の▲１▼〜▲４▼の少なくとも一つ
▲１▼有料か無料か、
▲２▼使用の対価、
▲３▼一度の支払で使用可能な範囲（例えば、使用可能な回数及び時間長の少なくとも一方）、
▲４▼前記電子的プロダクトのどの部分の使用が許可又は禁止されるか、
の事項を設定し、設定された事項を示す前記フラグ情報を生成するステップを更にコンピュータに実行させることができる。
【００１４】
本発明の第４の側面に従うコンピュータプログラムは、使用条件を示したフラグ情報が関連付けられている電子的プロダクトを取得して、取得した電子的プロダクトをユーザ所望の使用態様で使用するための処理を行うステップと、前記取得した電子的プロダクトに関連付けられている前記フラグ情報に基づいて、前記取得した電子的プロダクトを使用するための処理を制御するステップとをコンピュータに実行させるためのコンピュータプログラムである。
【００１５】
好適な実施形態では、前記電子的プロダクトは、元のイメージデータから生成された、ピクセル量の異なる２以上のイメージデータを分割して得られた多数の断片イメージの集合であり、前記使用するための処理を行うステップでは、ユーザ所望の使用態様で使用するのに適したピクセル量のイメージデータを構成する１又は複数の断片イメージデータのうち、使用するのに必要な断片イメージデータだけを選択的に取得する。
【００１６】
好適な実施形態では、前記フラグ情報には、以下の（１）及び（２）
（１）所定の複数の使用態様のうちのどの使用態様が許可又は禁止されるか、
（２）許可された使用態様について、次の▲１▼〜▲４▼のうちの少なくとも一つ
▲１▼有料か無料か、
▲２▼使用の対価、
▲３▼一度の支払で使用可能な範囲、
▲４▼前記電子的プロダクトのどの部分の使用が許可又は禁止されるか、
の事項が示されており、前記制御するステップでは、前記（１）により許可された使用態様で使用するための処理のみを許可し、前記許可した処理を、前記（２）に従って制御する。
【００１７】
好適な実施形態では、前記フラグ情報には、以下の（１）及び（２）
（１）所定の複数の使用態様のうちのどの使用態様が許可又は禁止されるか、
（２）許可された使用態様について、有料か無料か、
が示されており、前記制御するステップでは、前記フラグ情報に、ユーザ所望の使用態様が有料と示されている場合、課金のための処理を行なって、その課金のための処理が終わった後に、前記ユーザ所望の使用態様での使用を許可する。
【００１８】
本発明の第５の側面に従うコンピュータプログラムは、元のイメージデータを取得するステップと、前記元のイメージデータから、ピクセル量の異なる２以上のイメージデータを生成するステップと、前記生成された２以上のイメージデータの各々を１又は複数の断片イメージデータに分割するステップと、前記２以上のイメージデータを分割して得られた多数の断片イメージの集合を、１つの電子的プロダクトとして所望の格納領域に格納するステップと、電子的プロダクトを取得して、取得した電子的プロダクトをユーザ所望の使用態様で使用するための処理を行うステップと、ユーザ使用の所望態様で使用するのに適したピクセル量のイメージデータを構成する１又は複数の断片イメージデータのうち、使用するのに必要な断片イメージデータだけを前記格納領域から選択的に取得するステップとをコンピュータに実行させるためのコンピュータプログラムである。
【００１９】
本発明の第６の側面に従うコンピュータプログラムは、イメージデータを取得するステップと、コンピュータのスクリーン上にウィンドウを表示するステップと、前記取得したイメージデータを、前記ウィンドウに表示するステップと、前記イメージデータが表示されている前記ウィンドウが前記スクリーン上で見えているとき、前記スクリーンのコピーを禁止し、そのウィンドウが前記スクリーン上に見えないとき（例えば、最小化又は閉じられているとき）、前記スクリーンのコピーを許可するステップとをコンピュータに実行させるためのコンピュータプログラムである。
【００２０】
本発明の第７の側面に従う方式は、プロダクト提供手段と商品購入手段とを備える。そのプロダクト提供手段は、商品を紹介するための個々の電子的プロダクトに、前記商品の売買条件を示したフラグ情報を関連付けて、前記フラグ情報が関連付けられた電子的プロダクトを、所望の格納場所に格納する。商品購入手段は、電子的プロダクトを前記格納場所から取得して、取得した電子的プロダクトが紹介する商品を購入するための処理を行なうものであって、前記取得した電子的プロダクトに関連付けられたフラグ情報に基づいて、前記取得した電子的プロダクトが紹介する商品を購入するための処理を制御する。
【００２１】
【発明の実施の形態】
本発明に従って提供され得る電子的プロダクトの種類には、静止イメージ、動イメージ、ビデオ、文字文書、コンピュータプログラム、それらの組合せなど様々なものがあるが、以下の実施形態では、静止イメージを提供する場合を例にとり説明する。
【００２２】
図１は、本発明に従うシステムの一実施形態の全体構成を示す。
【００２３】
図１に示すように、サプライヤシステム１０、プロダクトサーバ２０、ユーザシステム３０及び課金サーバ４０が、通信ネットワーク例えばインターネット５０を介して、通信可能に接続されている。サプライヤシステム１０は、静止イメージのサプライヤが使用するコンピュータシステムであり、所望の使用制限を記述した許可フラグを所望の静止イメージに付加して、それをプロダクトサーバ２０にアップロードすることができる。プロダクトサーバ２０は、サプライヤシステム１０からアップロードされた様々なイメージデータを蓄積し、例えばＷＷＷの方法によって、ユーザシステム３０からの要求に応じて、要求されたイメージデータをユーザシステム３０に送信するというサービスを行なう。ユーザシステム３０は、ユーザが使用するコンピュータシステムである。課金サーバ４０は、ユーザシステム３０がプロダクトサーバ２０から有料のイメージデータの提供を受けるときに、ユーザからサプライヤへの代金支払いのための決済処理を行なうためのサーバである。多数のサプライヤと多数のユーザが存在することができ、その場合には当然、サプライヤシステム１０はサプライヤの数分だけ、また、ユーザシステム３０はユーザの数分だけ存在することができる。
【００２４】
サプライヤシステム１０には、「イメージビルダ」と呼ばれるコンピュータプログラム１１がインスト−ルされている。イメージビルダ１１は、任意のオリジナルのイメージデータに、サプライヤ所望の使用制限を設定した上で、それをこの明細書で「許可フラグ付ＭＬ（マルチレベル：複数ピクセル量）」形式と呼ばれる、上記使用制限を示した許可フラグが付加された特別の形式のイメージデータ（以下、「許可フラグ付ＭＬイメージ」という、後述するように複数のファイルのセットである）６０に変換して、その許可フラグ付ＭＬイメージ６０をインターネット５０を通じてプロダクトサーバ２０にアップロードする機能をもつ。また、イメージビルダ１１は、後述のイメージコレクタ３２を有する（イメージコレクタ３２は、後述のイメージビューワ３１を有する）。イメージビルダ１１の具体的な機能、及び、許可フラグ付ＭＬイメージ６０の具体的な構成は、後に説明する。
【００２５】
プロダクトサーバ２０は、サプライヤシステム１０からアップロードされた１以上の（通常は多数の）許可フラグ付ＭＬイメージを蓄積していて、ユーザシステム３０から来る特定の許可フラグ付ＭＬイメージ６０に対する閲覧、ダウンロード、印刷などのアクセス要求（例えば、閲覧要求、ダウンロード要求、印刷要求など）に応答して、その特定の許可フラグ付ＭＬイメージ６０に含まれている許可フラグ７０或るいは所要イメージ８０などのデータをユーザシステム３０に送信する。具体的にどのようなデータがユーザシステム３０に送信されるかについては、後に説明する。
【００２６】
ユーザシステム３０には、ＨＴＭＬ形式のファイルを閲覧するためのＷｅｂブラウザ２１と、イメージビューワ３１を有するイメージコレクタ３２とがインストールされている。イメージビューワ３１は、プロダクトサーバ２０に蓄積されている様々な許可フラグ付ＭＬイメージ６０の中から、ユーザ所望のイメージを選択して、それを閲覧する機能を持つ。必ずしもそうでなければならないわけではないが、この実施形態では、どのような使用制限が付加されたイメージでも、閲覧は無料で自由にできるようになっている。また、必ずしもそうでなければならないわけではないが、この実施形態では、イメージビューワ３１は、ユーザがユーザシステム３０のＷｅｂブラウザ２１を用いてプロダクトサーバ（ＷＷＷサーバ）２０にログインしたときに、例えばＪＡＶＡ（登録商標）やＡｃｔｉｖｅＸ（商標）などの技術によるモバイルプログラムとして、ユーザシステム３０に自動的に供給されてそのＷｅｂブラウザ２１にプラグインされて、Ｗｅｂブラウザ２１のウィンドウ上で所望のイメージを表示するようになっている。
【００２７】
ユーザシステム３０内のイメージコレクタ３２は、プロダクトサーバ２０に蓄積されている様々な許可フラグ付ＭＬイメージ６０の中から、ユーザ所望のものを選択して、そのイメージの閲覧、ダウンロード、印刷、ファイル保存及びコピーなどを行なう機能をもっている。前述したように、個々の許可フラグ付ＭＬイメージ６０には、サプライヤが設定した使用制限を示す許可フラグが含まれている。イメージコレクタ３２は、選択された許可フラグ付ＭＬイメージ６０の許可フラグを読み、これを用いて、そのイメージに対して設定された使用制限の範囲内で、許可された使用態様（例えば、ダウンロードと印刷は有料であり、ファイル保存は禁止など）のみを可能にするように、そのイメージの閲覧、ダウンロード、印刷、ファイル保存及びコピーの動作を制御する。そのため、プロダクトサーバ２０は、個々の許可フラグ付ＭＬイメージ６０の使用制限に関して、格別の制御を行なう必要はない。必ずしもそうでなければならないわけではないが、この実施形態では、イメージコレクタ３２は、上述したイメージビューワ３１から起動できるようになっている（例えば、イメージビューワ３１がＷｅｂブラウザ２１のウィンドウ内に表示する所定のボタンをユーザがクリックすると、イメージコレクタ３２が起動するようになっている）。
【００２８】
イメージコレクタ３２は、許可フラグによって有料であることが示されている使用行為（例えば、有料のダウンロード、有料の印刷など）を行なう際には、課金サーバ４０に接続して、その有料の使用行為を行なう権利を買うための購入要求９０をその課金サーバに送る。課金サーバ３０は、その購入要求９０に応答して、購入代金をユーザからサプライヤへ支払うための決済処理を行なう。イメージコレクタ３２は、購入要求９０が課金サーバ３０に受け入れられたこと（又は、決済処理が完了したこと）を確認して初めて、その有料の使用行為を実行する（例えば、有料イメージをダウンロードする、印刷するなど）。
【００２９】
以下、上記した構成に基づく動作をより具体的に説明する。
【００３０】
図２は、サプライヤシステム１０のディスプレイ画面に表示されるイメージビルダ１１のＧＵＩ（グラフィカル・ユーザ・インタフェース）のメインのウィンドウの例を示す。
【００３１】
オペレータは、図２に示したイメージビルダ１１のウィンドウ１００上で、「画像変換」ボタン１１０を操作し、それによって前面表示された画面上で種々の操作を行うことで、所望のイメージを許可フラグ付ＭＬイメージに変換することができる。
【００３２】
すなわち、「画像変換」ボタン１１０の操作によって表示される画面には、画像変換ボタン１１０、アップロードボタン１２０、イメージボックス１１１、プロパティボックス１１２、元イメージファイルパスボックス１１３、処理条件ボックス１１４、許可フラグボックス１１５及びファイル管理リスト１１６などが存在する。
【００３３】
ファイル管理リスト（以下、単に「管理リスト」と言う）１１６には、ユーザにイメージファイルが利用される度に更新されるログファイルに基づいて、過去に利用されたイメージファイル（例えば、表示された、変換された、ダウンロードされた、編集された等のイメージファイル）の履歴が表示される（サプライヤシステム１０の任意のディレクトリに存在するファイルのリストが表示されても良い）。オペレータは、管理リスト１１６の中から所望のイメージファイルを、変換対象のファイルとして選択することができる。また、別の方法の例として、オペレータは、サプライヤシステム１０内の所望の場所（例えば、デスクトップ、所望ディレクトリ等）にあるファイルの一覧を表示させ、その一覧から所望のイメージファイルを変換対象として選択することもできる。或るイメージファイルが変換対象として選択されると、そのファイルのパスが元イメージファイルパスボックス１１３に表示され、そのイメージが再生されてイメージボックス１１１に表示され、また、そのファイルのプロパティ（縦×横サイズ、元画像サイズ、など）がプロパティボックス１１２に表示される。
【００３４】
オペレータは、処理条件ボックス１１４に、変換された許可フラグ付ＭＬイメージについての各種の処理条件、例えば、変換イメージの保存先、変換先のフォルダ名、ＭＬイメージの名称、圧縮方式、メッシュサイズなど）を設定することができる。メッシュサイズが設定された場合、イメージビルダ１１は、そのメッシュサイズと、変換対象の元のイメージファイル（通常、大ピクセル量のビットマップ画像）のピクセル量とに基づいて、レベルの数を自動的に設定することができる（レベルの数は、オペレータが設置してもよい）。
【００３５】
また、オペレータは、許可フラグボックス１１５を用いて、変換された許可フラグ付ＭＬイメージに対する各種の使用制限を設定することができる。例えば、「許可フラグの内容を設定する」１２１と、「閲覧のみを許可する」１２２と、「全てを許可する」１２３の３種類の選択肢を、その選択肢のラジオボタンをオンにすることで、択一的に選ぶことができる。そのうち、「閲覧のみを許可する」１２２が選択されると、ユーザによるそのイメージの閲覧のみが許可され（無料）、他の使用態様、例えばダウンロード、印刷、ファイル保存及びコピーなどは禁止される。また、「全てを許可する」１２３が選択されると、閲覧、ダウンロード、印刷、ファイル保存及びコピーなどの全ての使用態様がユーザに対して許可される（無料）。また、「許可フラグの内容を設定する」１２１が選択されると、使用態様毎に更に詳細な制限事項を設定することができる。
【００３６】
使用態様毎に設定できる詳細な制限事項とは、例えば、次のようなものである。すなわち、「ダウンロード」１３１、「再アップロード」１３２、「印刷」１３３、「ファイル保存」１３４のチェックボックスにチェックマークを入れることで、そのイメージのダウンロード、再アップロード（上記ダウンロードでユーザが取得したイメージを他のネットワークサイトで再利用すること）、印刷及びファイル保存（上記ダウンロードでユーザが取得したイメージを所定の汎用ファイル形式（例えば、ＪＰＥＧ形式など）で保存すること）という使用態様を幾つでも許可することができる。そして、許可した各使用態様毎に、レベル選択用コンボボックス１４１から所望のレベルを選択することで、その使用態様が許可されるそのイメージのレベル範囲を設定することができる。さらに、各使用態様毎に、「有料にする」のチェックボックスにチェックマークを入れ且つ価格ボックス１４２に価格を入力することで、その使用態様をその入力された価格で有料で許可することを設定することができる。
【００３７】
なお、上述したレベル選択用コンボボックス１４１で設定できるレベル範囲の「レベル」とは、ピクセル量（又は解像度）のレベルを意味する。すなわち、後に詳述するように、許可フラグ付ＭＬイメージには同一イメージについてのピクセル量（つまりピクセル数）の異なる複数枚のイメージデータが含まれているが、上記「レベル」とは、それらピクセル量の異なる複数枚のイメージのピクセル量の相対レベルのことを意味する。例えば、ピクセル量の異なる８枚のイメージデータが含まれている場合には、そのうちの最も大きいピクセル量のイメージデータのレベルは「７」であり、２番目に大きいピクセル量のイメージデータのレベルは「６」であり、以下、ピクセル量が１段階下がるとレベルが１だけ下がり、そして、最も小さいピクセル量のイメージデータのレベルは「０」である。レベルの数は（つまり、ピクセル量の異なるイメージデータの枚数）は、個々の許可フラグ付ＭＬイメージ毎によって異なる（詳細は後述する）。上述したレベル選択用コンボボックス１４１で、例えば「全てのレベル」が選択されたならば、その許可フラグ付ＭＬイメージに含まれる全てのレベルのイメージデータに対して当該使用態様が許可され、また、例えば「レベルＮまで許可」が選択されたならば、「レベルＮ」以下のレベルのイメージデータに対して当該使用態様が許可され、「レベルＮ」より高いレベルのイメージデータに対しては当該使用態様が禁止される。
【００３８】
上記したような所要の諸事項を設定した上で、オペレータが「変換実行」ボタンを操作すると、イメージビルダ１１は、所定の方法で（例えば、ＯＳ（例えばＭｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標））が持っているユニークＩＤ生成モジュール（例えばＧＵＩＤ）を用いて）、ユニークな画像ＩＤを生成させてそれを変換対象の元イメージデータに割当てる。そして、イメージビルダ１１は、元イメージファイルパスボックス１１３に書かれている元イメージファイルパスから変換対象の元イメージファイルを読み、その元イメージファイル内の元イメージデータを基にして許可フラグ付ＭＬイメージを生成する。このとき、イメージビルダ１１は、元イメージデータをコピーしてそれを最高レベルのイメージデータとし、次に、その最高レベルのイメージデータからピクセル量を１段階低下させたイメージデータを作成して、それを２番目に高いレベルのイメージデータとし、次に、その最高レベルのイメージデータからピクセル量を２段階低下させた（又は、２番目に高いレベルのイメージデータからピクセル量を１段階低下させた）イメージデータを作成して、それを３番目に高いレベルのイメージデータとし、以下、同様の方法でピクセル量を１段階づつ低下させたイメージデータを生成していって、最後のレベル「０」のイメージデータまでを作成する。なお、イメージデータのピクセル量を低下させる具体的な方法としては、例えば、以下の（１）〜（３）、
（１）元イメージデータの縦横のピクセル数を半分ずつ減らす（例えば、１段階低下するなら、元イメージデータの縦横のピクセル数を半分減らし、２段階低下するなら、そのピクセル数を４分の１減らす）、
（２）元イメージデータのピクセル量と、最高レベル及び最低レベルとに基づいて、１段階低下するのにピクセル数を縦横に幾つ減らすべきか（換言すれば、イメージデータの縮小倍率）を計算し、その計算結果に基づいてピクセル量を減らす、
（３）生成するイメージデータの最低レベルや縮小倍率をユーザが入力し、ユーザに入力された縮小倍率で段階的にイメージデータのピクセル量を減らす、
のいずれかの方法を採用し得る。
【００３９】
イメージビルダ１１は、こうして作成した最高レベルから最低レベル「０」までのピクセル量の異なる複数枚のイメージデータの各々を、所定の小サイズの矩形ブロック（メッシュ）に細分割する（但し、最低レベル「０」のイメージデータはメッシュ分割しなくても良い）。このとき、イメージビルダ１１は、全てのメッシュのファイルに、割当てた画像ＩＤを格納する。また、イメージビルダ１１は、図２の使用条件ボックス１１５に設定された使用条件（例えば、許可された使用態様の種類や、課金情報など）を表した許可フラグを記述した許可フラグファイル（以下、適宜に「ＩＭＦファイル」と言う）も作成する（このファイルは、改竄されることを防止するために暗号化される）。また、イメージビルダ１１は、この許可フラグ付ＭＬイメージのフォーマット情報（例えば、画像ＩＤ、メッシュサイズ、レベルの数（階層深さ）など）を記述したフォーマットファイル（以下、適宜に「ＩＭＩファイル」と言う）も作成する。さらに、イメージビルダ１１は、許可フラグ付ＭＬイメージの保存先へのパスが記録されたインポートファイル（以下、適宜に「ＭＩＩファイル」と言う）も作成する。以上の、最高レベルから最低レベルまでの複数枚のイメージデータと、ＩＭＦファイルと、ＩＭＩファイルと、ＭＩＩファイルとのセットによって、許可フラグ付ＭＬイメージが構成される。
【００４０】
こうして許可フラグ付ＭＬイメージを生成すると、イメージビルダ１１は、その許可フラグ付ＭＬイメージを、処理条件ボックス１１４に書かれた処理条件に従って保存する。処理条件ボックス１１４に書かれている処理条件には、例えば、次のような事項がある。すなわち、「変換イメージ保存先」は、許可フラグ付ＭＬイメージが保存されるディレクトリを指定する。「変換先フォルダ名」は、許可フラグ付ＭＬイメージが格納されるフォルダの名称を指定する。イメージビルダ１１は、「変換イメージ保存先」のディレクトリに、「変換先フォルダ名」のフォルダを作成して、そのフォルダに許可フラグ付ＭＬイメージを格納することになる。「ＭＬイメージ名称」は、許可フラグ付ＭＬイメージの名称を指定する（デフォルト設定では「変換先フォルダ名」と「ＭＬイメージ名称」は同一名称にされる）。「圧縮方式」は、許可フラグ付ＭＬイメージに含まれるピクセル量の異なる複数枚のイメージデータを圧縮して保存する場合の圧縮方式（例えば、可逆圧縮、不可逆圧縮）を指定する。「メッシュサイズ」は、上述したメッシュのサイズ（例えば、正方形メッシュの場合ならば、その一辺のドット数）を指定する。
【００４１】
図３は、保存された許可フラグ付ＭＬイメージの構成例を示す。
【００４２】
図３に示すものは、例えば「ＩＢＫ１３０Ｄ０５０６０２」というＭＬイメージ名称をもつ許可フラグ付ＭＬイメージの構成例である。この許可フラグ付ＭＬイメージは、そのＭＬイメージ名称と同じフォルダ名「ＩＢＫ１３０Ｄ０５０６０２」をもつフォルダ２００に格納されており、複数個のイメージフォルダ２１０〜２６０と複数個のファイル２７０〜２９０のセットによって構成される。
【００４３】
複数個のイメージフォルダ２１０〜２６０には、メッシュ分割されたレベル（ピクセル量）の異なる複数枚のイメージデータが、それぞれ格納されている。図示の例では、レベル「０」〜レベル「５」の６枚のイメージデータが、メッシュ分割されて、そのレベル番号と同一名称のフォルダ名をもつ６つのイメージフォルダ（以下、適宜「レベルイメージフォルダ」と言う）２１０〜２６０に、それぞれ格納されている。なお、各レベルイメージフォルダ２１０〜２６０内の各メッシュのファイル（以下、「メッシュファイル」）には、イメージビルダ１１によって作成された画像ＩＤが所定位置（例えば先頭又は最後尾）に含まれている。また、各メッシュファイルには、イメージ作成元のサプライヤに関するサプライヤ情報など種々の情報が格納されても良い。また、複数のメッシュから成る各イメージデータには、可視又は不可視の電子透かしが埋め込まれても良い。
【００４４】
識別子「ＩＭＩ」をもつファイル２７０は、この許可フラグ付ＭＬイメージのフォーマット情報（例えば、画像ＩＤ、メッシュサイズ、階層深さなど）を格納したフォーマットファイルである。識別子「ＩＭＦ」をもつファイル２８０は、この許可フラグ付ＭＬイメージの使用制限を示した許可フラグを格納した許可フラグファイルであり、このファイルは、改竄されることを防止するために圧縮及び暗号化されている。識別子「ＭＩＩ」をもつファイル（以下、つまりＭＩＩファイル）２９０は、所定のときに生成されるものであって、イメージコレクタ３２を呼び出すためのファイルである。このＭＩＩファイルには、イメージのロケーション情報が記録される、具体的には、例えば、元イメージの変換の際に、許可フラグ付ＭＬイメージの保存先へのパスが記録され、許可フラグ付ＭＬイメージのアップロードの際に、そのＭＬイメージのアップロード先へのパス（例えば許可フラグ付ＭＬイメージのトップフォルダへのパス）が記録される。
【００４５】
再び図２を参照する。図３に示したような構成の許可フラグ付ＭＬイメージが作成されて保存された後、オペレータが「アップロード」ボタン１２０を操作すると、イメージビルダ１１は、任意のプロダクトサーバ２０に接続して、その許可フラグ付ＭＬイメージを、上記フォルダ構成のままそれを格納したフォルダ２００ごと、オペレータ所望のプロダクトサーバ２０の所望ディレクトリにアップロードする。
【００４６】
その際、イメージビルダ１１は、アップロード先のディレクトリ名に基づいて、アップロード完了後の許可フラグ付ＭＬイメージのトップフォルダへのパスを、許可フラグ付ＭＬイメージ内のＭＩＩファイルに格納する。
【００４７】
また、イメージビルダ１１は、許可フラグ付ＭＬイメージをアップロードする際、イメージビルダ１１は、図３に示したような許可フラグ付ＭＬイメージを構成する複数のフォルダ２１０〜２６０及びファイル２７０〜２９０を一ファイルに纏めたりすることなく、これら複数のフォルダ２１０〜２６０及びファイル２７０〜２９０に分かれた構成のまま、それをアップロードする（複数のフォルダ２１０〜２６０及びファイル２７０〜２９０の少なくとも一方を一ファイルに纏めても良い）。
【００４８】
また、イメージビルダ１１は、同じイメージを、ユーザシステム３０の標準のウェブブラウザでもブラウズできるように、イメージビューワ３１用のＨＴＭＬファイルも生成して、そのＨＴＭＬファイルも許可フラグ付ＭＬイメージと一緒に、プロダクトサーバ２０にアップロードする。そのＨＴＭＬファイルは、例えば、特定のＨＴＭＬページのテンプレートを用いて作成することができる。そのテンプレートは、例えば、図４の（Ａ）及び（Ｂ）に例示するように、所定又は所望レベルのイメージの表示場所２００１にイメージビューワが埋め込まれているものである。また、そのテンプレートは、表示されるイメージのタイトル、そのイメージの作成元の会社のロゴマーク、許可フラグ付ＭＬイメージ内のＩＭＩファイルやＩＭＦファイルに書かれてある全部又は一部の情報など、所定の又はユーザ所望の事項を、所定の場所又はユーザ所望の場所に表示できるようになっていても良い。また、そのテンプレートは、ＨＴＭＬページのデザイン（文字や背景等の色、フォントサイズ、ページレイアウト等）をユーザが自由に編集できるようにもなっていても良い。また、そのテンプレートは、所定の又は所望の場所に、コレクタ起動ボタン２０００を可視又は不可視に埋め込むことができるようにもなっている。コレクタ起動ボタン２０００には、ＭＩＩファイルがリンクしており、コレクタ起動ボタン２０００が操作されたときは、それにリンクしているＭＩＩファイルに基づいてイメージコレクタ３２が起動する。
【００４９】
プロダクトサーバ２０は、アップロードされた許可フラグ付ＭＬイメージを保持し、そして、ユーザシステム３０内のイメージコレクタ３２からの要求に応えて、イメージコレクタ３２が要求する許可フラグ付ＭＬイメージ内の特定データをユーザシステム３０に送信する。ここで、特定データとは、例えば、多くのユーザシステム３０に標準装備されているＷｅｂブラウザ２１で閲覧できるように、ＨＴＭＬファイルである。
【００５０】
ユーザシステム３０は、電子的プロダクトデータ２０からの特定データを受信し、必要に応じてイメージコレクタ３２及びイメージビューワ３１の少なくとも一方を起動する。例えば、ユーザシステム３０は、Ｗｅｂブラウザ２１を用いて、許可フラグ付ＭＬイメージ内のＨＴＭＬファイルをプロダクトサーバ２０からダウンロードしてそのファイル内のＨＴＭＬページを表示することができ、そのＨＴＭＬページ上でコレクタ起動ボタンが操作されたら、イメージコレクタ３２を起動する。
【００５１】
図５は、ユーザシステム３０のディスプレイ画面に表示されるイメージコレクタ３２のＧＵＩウィンドウの例を示す。
【００５２】
図５に示すように、このウィンドウ３００には、「画像変換」ボタン３１０、「ダウンロード」ボタン３２０、「印刷」ボタン３３０、「ファイル保存」ボタン３４０、「電子メール」ボタン３５０、「コピー」ボタン３６０、メインイメージボックス３７１、メインイメージズーミングバー３７２、管理リスト３７３、サブイメージボックス３７５、サブイメージズーミングバー３７６、プロパティボックス３７７、利用条件タブ３７８などがある。
【００５３】
イメージコレクタ３２は、起動されると、過去に利用されたイメージファイル（例えば、表示された、変換された、ダウンロードされた、印刷された等のイメージファイル）の履歴を管理リスト３７３に表示する（ユーザシステム３０又はプロダクトサーバ２０内の任意のディレクトリに存在するファイルのリストが表示されても良いし、アクセス先の場所にある様々な許可フラグ付ＭＬイメージのタイトルや場所などの書誌的情報を収集して、それを表示しても良い）。
【００５４】
また、イメージコレクタ３２は、起動すると、所定の又は所望の場所（例えば、ユーザ所望のプロダクトサーバ２０の所定又は所望ディレクトリ、又は、ＭＩＩファイルに記載のＭＬトップフォルダパス）にアクセスして、その場所から、所定の表示倍率等の情報に基づいてイメージデータを取得し、それをメインイメージボックス３７１及びサブイメージボックス３７５に表示する。ここで、「所定の表示倍率」とは、例えば、デフォルトの表示倍率でも良いし、過去に一度表示されたことがあるイメージデータならば、そのイメージデータが閉じられたとき、印刷されたとき、又はファイル保存されたときの表示倍率でも良い。また、表示されるイメージデータは、表示に最適レベルのイメージデータ（具体的には、そのイメージデータの全ての又は一部のメッシュの結合）である。
【００５５】
イメージコレクタ３２は、イメージデータを表示する際、そのイメージデータを有する許可フラグ付ＭＬイメージの中から、ＩＭＩファイル２７０とＩＭＦファイル２８０を読み込む。そして、イメージコレクタ３２は、読み込んだＩＭＩファイル２７０から、イメージ情報を得て、それをプロパティボックス３７７に表示する。また、イメージコレクタ３２は、読み込んだＩＭＦファイル２８０から、使用条件を得て、その使用条件をグラフィカルにウィンドウ３００に表示してユーザに知らせる。使用条件のグラフィカルな表示態様としては、一例として、ウィンドウ３００の上部に並ぶ各種使用態様の要求ボタン、すなわち、「ダウンロード」ボタン３２０、「印刷」ボタン３３０、「ファイル保存」ボタン３４０、「電子メール」ボタン３５０、「コピー」ボタン３６０の表示色を、無料で許可された使用態様のボタンと、有料で許可された使用態様のボタンと、禁止された使用態様のボタンとで違える（例えば、無料許可の場合は白色、有料許可の場合は黄色、禁止の場合は半透明など、或いは、許可の場合はイネーブル状態、禁止の場合はディスエーブル状態にするなど）というような方法が採用し得る。また、使用条件の詳細（例えば、使用態様毎に、許可か禁止か、無料か有料か、価格はいくらか、許可されたレベル範囲は何か、など）は、ウィンドウ３００内の「利用条件」タブ３７８をクリックすると、そのタブ３７８の下方のボックス３７７の位置に表示され得る。
【００５６】
また、イメージコレクタ３２は、メインイメージボックス３７１とサブイメージボックス３７５にそれぞれ表示するのに使用するレベル（ピクセル量）と１又は複数のメッシュの番号とを決定して、プロダクトサーバ２０から、決定されたレベルをもつ決定された１又は複数のメッシュ番号のメッシュファイルを読み込む。そして、イメージコレクタ３２は、読み込んだ全てのメッシュファイルについて、各メッシュファイルに記録されている画像ＩＤが、そのメッシュファイルを含んだＭＬイメージ内のＩＭＩファイルに記録されている画像ＩＤと一致するか否かの第１のチェックを行なう。また、イメージコレクタ３２は、それら全てのメッシュファイルが格納されていた場所が、それらのメッシュファイルを含んだＭＬイメージ内のＭＩＩファイルに記録されているロケーション情報が示す場所と一致するか否かの第２のチェックを行なう。第１及び第２の少なくとも一方のチェックの結果、不一致があった場合は、イメージコレクタ３２は、１又は複数のメッシュデータの結合を行わず、例えばエラーメッセージを表示し、不一致がなかった場合、全てのメッシュファイル内のメッシュデータを結合し、メインイメージボックス３７１とサブイメージボックス３７５にそれぞれイメージデータの全部又は一部を表示する。
【００５７】
ところで、上記使用するレベルとメッシュの番号を決定する方法としては、例えば次のような方法が採用し得る。すなわち、ユーザがメインイメージズーミングバー３７２を操作することで決まるメインイメージボックス３７１での表示のズーム倍率、また、ユーザがサブイメージズーミングバー３７６を操作することで決まるサブイメージボックス３７５での表示のズーム倍率（メインメインイメージボックス３７１のズーム倍率からは独立している）にそれぞれ基づいて、各ズーム倍率での表示に最適なレベルを計算し、その最適レベル以下の全てのレベルを、「使用するレベル」として決定する。例えば、最適レベルが「３」であれば、レベル「３」〜「０」の４つのレベルが、「使用するレベル」として決定されるわけである。そして、こうして「使用するレベル」として決定された複数のレベルの各々のイメージデータの中から、メインイメージボックス３７１とサブイメージボックス３７５にそれぞれ表示されるイメージの領域を覆う全てのメッシュ、又は、その領域よりも上下左右の少なくとも１つの方向に若干広い領域を覆う全てのメッシュを、「使用するメッシュ」として決定する（後者の場合であれば、イメージデータの表示後にその表示範囲が変更されても、メッシュ番号の決定、読み込み、第１及び第２のチェック等の上記各種処理を実行しなくて済む可能性があり、迅速に、変更後の表示範囲を表示し得る）。
【００５８】
また、上記のように決定された複数のレベルのメッシュデータをプロダクトサーバ２０から読み込み、そして、それを用いてイメージデータを表示する手順としては、例えば次のような手順が採用し得る。すなわち、決定された複数のレベルのうち、レベル（ピクセル量）のより低い方のメッシュデータ（例えば、表示領域をできるだけ少ない数のメッシュ（例えば１メッシュ）でカバー可能なレベルのメッシュデータ、或いは、最適レベルより１又は複数段階低いレベルのメッシュデータ）をより先順で読み込み、次に、高レベルのメッシュデータ（例えば、最適レベルのメッシュデータ又は低レベルと最適レベルの中間的なレベルのメッシュデータ）を読み込む。そして、イメージを表示するときには、既に読み込んだ複数のレベルのメッシュデータ中から、最もレベル（ピクセル量）の高いメッシュデータを選び、それを用いてイメージを表示する。このような読み込み及び表示の手順を採用すると、ユーザの要求したズーム倍率で完全なイメージを表示し終わるまでに、粗いイメージからより精細なイメージへと徐々に表示イメージが改善されていくプログレッシブ表示を実現できるとともに、粗いイメージは即座に表示されるので、ユーザに長い待ち時間を主観的に感じさせることがない。
【００５９】
ユーザがメインイメージズーミングバー３７２とサブイメージズーミングバー３７６をそれぞれ動かすと、ズーム倍率が変わる。これに即座に応答して、イメージコレクタ３２は、上述した「使用するレベルとメッシュの番号」を計算し直して、足りないメッシュデータがあれば、それをプロダクトサーバ２０から読み込み、新しいズーム倍率のイメージを作成し直して表示する。従って、ユーザは、メインイメージズーミングバー３７２とサブイメージズーミングバー３７６を操作することで、選択イメージを所望のズーム倍率で観察して調べることができ、しかも、メインとサブの２つのイメージボックス３７１、３７５に異なるズーム倍率でイメージを表示して対比することもできるので、その選択イメージが本当に自分が欲しいものかどうかの判断を正確にすることができる。
【００６０】
イメージコレクタ３２は、一方のイメージボックス（例えばメインイメージボックス３７１）上のイメージの表示範囲の外枠を、所定模様及び所定色の線で、他方のイメージボックス（例えばサブイメージボックス３７５）のイメージ上に表示することができる（それを表示するか否かはユーザの要求に応じて決めても良い）。これにより、ユーザは、一方のイメージボックスでイメージのズーム倍率を変更したりスクロール操作を行ったりして表示範囲を変更しても、他方のイメージボックスで、イメージ全体のどこが一方のイメージボックス上で表示されているかを把握できるので便利である。
【００６１】
ユーザがウィンドウ３００の上部に並んだ「ダウンロード」ボタン３２０、「印刷」ボタン３３０、「ファイル保存」ボタン３４０などの使用態様毎の要求ボタンをそれぞれ操作すると、イメージコレクタ３２は、選択イメージのダウンロード、印刷、ファイル保存、電子メール送信、コピーなどの要求された使用態様を実行するための処理を行なう。但し、許可フラグファイルによって許可されている使用態様のみ実行することができ、禁止されている使用態様は、その要求ボタンが押されても実行しない。ここで、「ダウンロード」とは、ユーザ所望のレベルのイメージデータをメッシュ分割された形式のままでダウンロードすることである。「印刷」とは、ユーザ所望のピクセル量でユーザ所望のサイズの用紙にそのイメージを印刷することである。また、「ファイル保存」とは、ユーザ所望のレベルのイメージデータを、メッシュ分割された形式ではなく、所定の汎用形式（例えばＪＰＥＧ形式）の１つのファイルに変換して、ユーザシステム３０内のユーザ所望の場所に保存することである。「電子メール送信」とは、ユーザ所望のレベルのイメージデータそれ自体又はそれが格納されている場所の情報（例えばＵＲＬ）を電子メールで所望の相手に提供することである。「コピー」とは、ユーザ所望のレベルのイメージデータを、メモリ上の所定領域（例えば一般的に「クリップボード」と呼ばれるもの）にコピーすることである。
【００６２】
無料で許可されている使用態様については、その要求ボタンが押されれば、イメージコレクタ３２は、直ちにその実行処理を行なう。一方、有料で許可されている使用態様については、その要求ボタンが押されると、イメージコレクタ３２は、まず、課金サーバ４０に接続して、課金サーバ４０を用いた代金の支払い処理を行なう。このとき、イメージコレクタ３２は、図６に例示するような支払方法選択ウィンドウ４００をユーザシステム３０のディスプレイ画面に表示し、ユーザは、このウィンドウ４００で所望の支払方法を選択して、代金の支払い処理を行なう。支払い処理が正常に終わると、イメージコレクタ３２は、要求された使用態様を実行する。
【００６３】
ところで、イメージコレクタ３２は、選択イメージの印刷を実行するときには（つまり、「印刷」ボタン３３０が操作されたときは）、ウィンドウ３００上に、図７に例示するように、「範囲印刷」ボタン１００１、「トリミング印刷」ボタン１００２、レベル選択コンボボックス１００３、及び「レベル印刷」ボタン１００４を表示する。
【００６４】
「範囲印刷」ボタン１００１が操作された場合、イメージコレクタ３２は、メインイメージボックス３７１及びサブイメージボックス３７５の少なくとも一方のボックス、好適にはメインイメージボックス３７１上で、ユーザが印刷範囲を指定することができるようにする。これにより、ユーザは、所定の方法、例えば、メインイメージボックス３７１上でマウスの右ボタンをダウンしたままマウスを動かすことで、メインイメージボックス３７１に表示されているイメージの印刷範囲（印刷されたときに表示される範囲）を指定することができる（印刷範囲の外枠形状は、典型的には方形であるが、方形に限らず、円形、楕円形、ユーザ所望の形状など他の形状であっても良い）。ここで、イメージコレクタ３２は、ユーザ所望の印刷範囲が一方のイメージボックス（例えばメインイメージボックス３７１）上で指定されたとき、他方のイメージボックス（例えばサブイメージボックス３７５）に表示さえているイメージ上に、指定された印刷範囲の外枠を表示することができる（それを表示するか否かはユーザの要求に応じて決めても良い）。これにより、ユーザは、一方のイメージボックスで印刷範囲を指定したときに、他方のイメージボックスで、イメージ全体においてどこが印刷範囲なのかを把握できるので便利である。
【００６５】
印刷範囲の指定後、例えば再び「範囲印刷」ボタン１００１が操作されたときは、イメージコンレクタ３２は、後述の図８の印刷設定ウィンドウ５００を表示する。
【００６６】
「トリミング印刷」ボタン１００２が操作された場合、イメージコレクタ３２は、メインイメージボックス３７１及びサブイメージボックス３７５の少なくとも一方のボックス、好適にはメインイメージボックス３７１上のイメージの表示範囲を印刷範囲として決定する。印刷範囲決定後、イメージコンレクタ３２は、後述の図８の印刷設定ウィンドウ５００を表示する。
【００６７】
レベル選択コンボボックス１００３のプルダウンボタンが操作された場合、イメージコレクタ３２は、表示されているイメージのＩＭＦファイルに基づいて、１以上の選択可能なレベルを一覧表示する。このとき、イメージコレクタ３２は、選択可能なレベルのうち、有料で印刷可能なレベルは強調表示（例えば後述の通常表示とは異なる表示態様で表示）し、無料で印刷可能なレベルは通常表示しても良い。ユーザは、一覧表示された１以上のレベルの中から所望のレベル（ピクセル量）を選択することができる。
【００６８】
レベル選択後、「レベル印刷」ボタン１００４が操作されたときは、イメージコンレクタ３２は、後述の図８の印刷設定ウィンドウ５００を表示する。
【００６９】
イメージコレクタ３２は、「レベル印刷」ボタン１００４が操作された等の上記の場合に、図８に例示するような印刷設定ウィンドウ５００をユーザシステム３０のディスプレイ画面に表示する。この印刷設定ウィンドウ５００では、ユーザは、解像度フィールド５１０に、印刷時の解像度を設定することができ、また、「プリンタの設定」ボタン５２０を操作して「プリンタの設定」ウィンドウ（図示省略）を表示し、その「プリンタの設定」ウィンドウを用いて印刷で使用する用紙のサイズ及び方向（縦か横か）などの印刷条件を設定することができる。このようにして、印刷の解像度と用紙サイズと用紙方向が設定されると、イメージコレクタ３２は、設定された印刷解像度と用紙サイズと用紙方向の条件下で選択イメージの全域を完全に印刷するのに必要な最低限の用紙枚数を自動計算する。また、それとともに、イメージコレクタ３２は、（プリンタが縁無し印刷が可能な場合）それらの複数の用紙を印刷後に一切カットすることなしに貼り合わせると、完全な選択イメージのプリントアウトが得られるように、各用紙に割り当てる選択イメージ内のエリアと、各用紙の糊しろのエリアとを自動計算して、図８に参照番号５４１〜５４４で例示するように、それら複数の用紙の各々に割り当てた選択イメージ内のエリアと各用紙の糊しろのエリアとを表示する。図８の例は、４枚の用紙が必要であると計算された場合であって、それら４枚の用紙にそれぞれ割り当てられた４つのイメージエリア５４１〜５４４において、参照番号の末尾に「Ｍ」を付した部分（図中、白っぽく表示されている）は糊しろとなるエリアであり、参照番号の末尾に「Ｂ」を付した部分は、プリントアウトとして有効利用されるボディエリアである。
【００７０】
「印刷開始」ボタン５３０が操作されると、イメージコレクタ３２は、プロダクトサーバ２０から、各用紙毎に、設定された印刷解像度での印刷に最適なレベルをもった、その用紙に割り当てられたイメージエリアを覆うメッシュデータのみを選択して読み込み、読み込んだメッシュデータを用いて１枚のイメージデータ（そのうちの糊しろのエリアの色調は、糊しろと分かるように例えば薄い色に修正する）を作成して、それをプリンタドライバに渡して、その用紙の印刷を実行させる。この動作を、必要な全ての用紙について繰り返す。
【００７１】
これにより、ユーザは、手元の小さい用紙しか使えないプリンタを用いて、高解像度イメージの大ピクセル量のプリントアウトを簡単に得ることが出来る。また、各用紙の印刷時には、その用紙の印刷に必要なイメージデータだけを読み込んで処理すればよく、選択イメージ全体のデータを読み込む必要はないので、ユーザシステム３０がもつ主記憶の容量よりも遥かにデータサイズが大きいイメージのプリントアウトを得ることできる。
【００７２】
イメージコレクタ３２は、印刷時にユーザが設定した解像度や用紙サイズや用紙方向が変われば、上述した用紙枚数やイメージエリアの割り当てや糊しろエリアの設定などを、自動的に変更することができる。例えば、同一のイメージ（例えば２０４８×１７５２ドット）に関して、図８は、例えば印刷解像度が１２０ｄｐｉで用紙がＡ５サイズで横と設定した場合であり、図９は、例えば、３００ｄｐｉでＡ４サイズで縦と設定した場合であり、図１０は、例えば、３００ｄｐｉでＡ４サイズで横と設定した場合であり、図１１は、例えば、１５０ｄｐｉでＡ５サイズで横と設定した場合である。この機能を活用して、ユーザは、例えば、使用する用紙サイズが変わっても、常に同一の印刷解像度を指定することで、用紙サイズに関係なく常に同じサイズのプリントアウトを得るなど、所望の態様でプリントアウトを得ることができる。
【００７３】
ところで、イメージコレクタ３２は、電子メールの送信を実行するときには（すなわち、図５に示したウィンドウ３００上で「電子メール」ボタン３５０が操作されたときは）、ウィンドウ３００上に、図１２に例示するように、「選択範囲送信」ボタン３００１、「トリミング送信」ボタン３００２、「ＵＲＬ送信」ボタン３００３、及び「添付形式送信」ボタン３００４を表示する。
【００７４】
「選択範囲送信」ボタン３００１が操作された場合、イメージコレクタ３２は、メインイメージボックス３７１及びサブイメージボックス３７５の少なくとも一方のボックス、好適にはメインイメージボックス３７１上で、ユーザがイメージの所望範囲を指定することができるようにする。所望範囲は、例えば、メインイメージボックス３７１上でマウスの右ボタンをダウンしたままマウスを動かすことで指定することができる（その範囲の外枠形状は、典型的には方形であるが、方形に限らず、円形、楕円形、ユーザ所望の形状など他の形状であっても良い）。ここで、イメージコレクタ３２は、所望範囲が一方のイメージボックス（例えばメインイメージボックス３７１）上で指定されたとき、他方のイメージボックス（例えばサブイメージボックス３７５）に表示さえているイメージ上に、指定された所望範囲の外枠を表示することができる（それを表示するか否かはユーザの要求に応じて決めても良い）。これにより、ユーザは、一方のイメージボックスで所望範囲を指定したときに、他方のイメージボックスで、イメージ全体においてどこが所望範囲なのかを把握できるので便利である。
【００７５】
所望範囲の指定後、例えば再び「選択範囲送信」ボタン３００１が操作されたときは、イメージコンレクタ３２は、その所望範囲を、所定の汎用ファイル形式（例えば、ＪＰＥＧ形式など）のイメージファイルにする。そして、イメージコンレクタ３２は、ユーザシステム３０内の電子メールソフト（図示せず）を起動して、電子メールソフトに、送信元及び宛先の電子メールアドレス、タイトル、本文等を入力するための電子メール送信画面を表示させ、且つ、その画面上の本文の欄に、ユーザ所望のイメージの所望範囲を表示させる。これにより、ユーザは、所望イメージの所望範囲を所望の宛先へ電子メールで提供することができる。
【００７６】
「トリミング送信」ボタン３００２が操作された場合、イメージコレクタ３２は、メインイメージボックス３７１及びサブイメージボックス３７５の少なくとも一方のボックス、好適にはメインイメージボックス３７１上のイメージの表示範囲をイメージ提供範囲として決定する。その後、イメージコンレクタ３２は、そのイメージ提供範囲を、所定の汎用ファイル形式（例えば、ＪＰＥＧ形式など）のイメージファイルにする。そして、イメージコンレクタ３２は、ユーザシステム３０内の電子メールソフト（図示せず）を起動して、電子メールソフトに、上記電子メール送信画面を表示させ、且つ、その画面上の本文の欄に、決定したイメージ提供範囲を表示させる。これにより、ユーザは、所望イメージの直前の表示範囲を所望の宛先へ電子メールで提供することができる。
【００７７】
「ＵＲＬ送信」ボタン３００３が操作された場合、イメージコレクタ３２は、ユーザシステム３０内の電子メールソフト（図示せず）を起動して、電子メールソフトに、上記電子メール送信画面を表示させ、且つ、その画面上の本文の欄に、現在表示されているイメージのＵＲＬ（若しくは、そのイメージを見ることができるＨＴＭＬページのＵＲＬ）を記載させる。これにより、ユーザは、所望イメージがあるＵＲＬを所望の宛先へ電子メールで提供することができる。
【００７８】
「添付形式送信」ボタン３００４が操作された場合、イメージコレクタ３２は、ユーザシステム３０内の電子メールソフト（図示せず）を起動して、電子メールソフトに、上記電子メール送信画面を表示させる。また、イメージコレクタ３２は、現在表示されているイメージを持つ許可フラグ付ＭＬイメージの全体（つまりトップフォルダ）又は一部をダウンロードして所定形式で圧縮し、圧縮したものを電子メールソフトに添付ファイルとして持たせる。これにより、ユーザは、所望イメージを持つ許可フラグ付イメージの全部又は一部を所望の宛先へ電子メールで提供することができる。
【００７９】
なお、これまで、イメージコレクタ３２の機能について説明したが、イメージコレクタ３２の上記複数の機能のうち、イメージデータの表示に関する機能は、イメージビューワ３１も備えている（例えば、メッシュファイルのファイル名の決定や、画像ＩＤ同士の比較などの機能）。
【００８０】
以上、本実施形態のシステムについて説明した。以下、図１３以降を用いて、上記システムにおいて、サプライヤシステム１０で用意されたイメージがユーザシステム３０において利用されるまでの流れを詳細に説明する。
【００８１】
図１３及び図１４は、サプライヤシステム１０で用意されたイメージデータが許可フラグ付ＭＬイメージに変換されるまでの流れを示す。なお、図ではステップを「Ｓ」と略記している。
【００８２】
サプライヤシステム１０のオペレータの命令によってイメージビルダ１１が起動したら、イメージビルダ１１は、図２に示したウィンドウ１００を表示する。そのとき、イメージビルダ１１は、過去に利用されたイメージファイルの履歴が記録されたログファイルを参照し、管理リスト１１６に、過去に利用されたイメージファイルの履歴を一覧表示する。
【００８３】
イメージビルダ１１は、管理リスト１１６の中からオペレータ所望のイメージファイルが選択される等の方法によって、元イメージファイルパスボックス１１３に元イメージファイルパスが入力され、「ロード」ボタンが操作されたら（Ｓ１）、入力された元イメージファイルパスに基づいて、オペレータ所望の元イメージファイルを読み出し、そのイメージファイルを開いてイメージボックス１１１に元イメージ（許可フラグ付ＭＬイメージに変換される前のイメージ）を表示する（Ｓ２）。そのとき、イメージビルダ１１は、元イメージファイルのファイル名、場所（例えば、元イメージファイルの保存場所であっても良いし、元イメージの撮影場所であっても良い）をイメージボックス１１１の下に表示したり、元イメージファイルのプロパティ（縦×横サイズ、元画像サイズ、など）をプロパティボックス１１２に表示したりする（Ｓ３）。
【００８４】
その後、オペレータは、元イメージファイルが許可フラグ付ＭＬイメージに変換されたときのそのＭＬイメージについての各種の処理条件、例えば、変換イメージの保存先、変換先のフォルダ名、ＭＬイメージの名称、圧縮方式、メッシュサイズなどを処理条件ボックス１１４に設定する（Ｓ４）。メッシュサイズが設定された場合、イメージビルダ１１は、そのメッシュサイズと、変換対象の元のイメージファイル（通常、大ピクセル量のビットマップ画像）のピクセル量とに基づいて、その元イメージファイルについて用意するレベルの数を計算する（Ｓ５）。
【００８５】
その後、オペレータは、許可フラグボックス１１５を用いて、変換された許可フラグ付ＭＬイメージに対する各種の使用制限を設定する。具体的には、オペレータは、「許可フラグの内容を設定する」１２１と、「閲覧のみを許可する」１２２と、「全てを許可する」１２３の３種類の択一的に選ぶ。また、例えば、それらのうち「許可フラグの内容を設定する」１２１を選択した場合、オペレータは、許可フラグ付ＭＬイメージのダウンロード、再アップロード、印刷及びファイル保存という使用態様を、許可した各使用態様毎に、レベル選択用コンボボックス１４１から所望のレベルを選択することで、その使用態様が許可されるそのイメージのレベル範囲を設定する（選択可能なレベルの数は、Ｓ５の計算結果によって異なる）。
【００８６】
許可フラグの設定の後、「変換実行」ボタンが押されたら（Ｓ７でＹ）、イメージビルダ１１は、図１４に示す流れで変換処理を実行する（Ｓ８）。
【００８７】
すなわち、イメージビルダ１１は、図１４に示すように、所定の方法、例えば、ＯＳが持っているユニークＩＤ付与モジュールに、ユニークな画像ＩＤを生成させる（Ｓ１０）。次に、イメージビルダ１１は、元イメージファイルパスボックス１１３に書かれている元イメージファイルパスから変換対象の元イメージファイルを読み込んでメモリに展開し（Ｓ１１）、図１３のＳ４で指定された保存先にそのＳ４で設定されたフォルダ名のフォルダを作る（Ｓ１２）。そして、イメージビルダ１１は、メモリに展開されている元イメージのデータをメッシュサイズで読み込んで圧縮し（圧縮方式は、汎用の圧縮方式ではなく、専用のイメージビルダ、コレクタ、又はビューワでなければ解凍することができない方式）、且つ、圧縮されたメッシュデータ用のメッシュファイルを作成して、全メッシュファイルの各々に、圧縮されたメッシュデータ及びＳ１０で生成された画像ＩＤを格納する（Ｓ１３）。イメージビルダ１１は、そのメッシュファイルを、許可フラグ付ＭＬイメージに属するｉ番目（所定レベル）のフォルダ（例えば、元イメージデータのメッシュファイルなら最高レベルのイメージフォルダ）に格納する（Ｓ１４）。イメージビルダ１１は、このＳ１３及びＳ１４の処理を、元イメージデータの全てのメッシュについて行う（Ｓ１５でＮ、Ｓ１３、Ｓ１４）。また、イメージビルダ１１は、元イメージの全てのメッシュについてＳ１３及びＳ１４の処理を終えたら（Ｓ１５でＹ）、元イメージデータからピクセル量を１段階低下させたイメージデータを作成して、それを２番目に高いレベルのイメージデータとし、そのイメージデータについても、Ｓ１３及びＳ１４と同様の処理を行う（なお、そのイメージデータのメッシュファイルは、元イメージデータのレベルの１段階下のレベルのフォルダに格納する）（Ｓ１６、Ｓ１７）。
【００８８】
イメージビルダ１１は、全てのレベルのイメージデータについて、Ｓ１３及びＳ１４と同様の処理を行い、それが終了したら（Ｓ１８でＹ）、許可フラグ付ＭＬイメージのフォーマット情報（例えば、画像ＩＤ、メッシュサイズ、レベルの数（階層深さ）など）を記述したフォーマットファイル、つまりＩＭＩファイルを作成する（Ｓ１９）。また、イメージビルダ１１は、図２の使用条件ボックス１１５に設定された使用条件（例えば、許可された使用態様の種類や、課金情報など）を表した許可フラグを記述した許可フラグファイル、つまり、ＩＭＦファイルも作成する（Ｓ２０−Ａ）。さらに、イメージビルダ１１は、許可フラグ付ＭＬイメージの保存先へのパスが記録されたＭＩＩファイルも作成する（Ｓ２０−Ｂ）。
【００８９】
以上の、最高レベルから最低レベルまでの複数枚のイメージデータと、ＩＭＩファイルと、ＩＭＦファイルと、ＭＩＩファイルとのセットによって、許可フラグ付ＭＬイメージが構成される。この許可フラグ付ＭＬイメージは、Ｓ１２で作ったフォルダにおいて、処理条件ボックス１１４に「ＭＬイメージ名称」として入力された名称を持っている。
【００９０】
次に、図１５を参照して、図２に示したウィンドウ１００において、「アップロード」ボタン１２０が操作されたときのイメージビルダ１１の動作を説明する。
【００９１】
オペレータが「アップロード」ボタン１２０を操作すると、イメージビルダ１１は、オペレータの操作に従って、アップロード対象のイメージを表示するイメージビューワ３１を埋め込んだＨＴＭＬページのデザインを決める（Ｓ２１）。ＨＴＭＬページのデザイン（例えば、イメージビューワの埋め込み位置、コレクタ起動ボタンの埋め込み位置、ズーミングバーの有無など）は、既に述べた通り、例えば、図４の（Ａ）及び（Ｂ）に例示したテンプレートにより固定であっても良いし、オペレータが自由に変えることができても良い。
【００９２】
ＨＴＭＬページを作成したら、イメージビルダ１１は、オペレータから、アップロード先（ディレクトリ名など）の指定を受けて（Ｓ２２）、アップロード実行要求を受けたら（Ｓ２３）、Ｓ２１で決定されたデザインのＨＴＭＬページを有するＨＴＭＬファイルを作成し（Ｓ２４）、且つ、許可フラグ付ＭＬイメージのアップロード先へのパスをＭＩＩファイルに記録してＭＩＩファイルを更新する（Ｓ２５）。そして、イメージビルダ１１は、任意の（または所定の）プロダクトサーバ２０に接続して、Ｓ２４で作成したＨＴＭＬファイルと共に、許可フラグ付ＭＬイメージを、図３に示したフォルダ構成のまま、プロダクトサーバ２０のアップロード先ディレクトリにアップロードする（Ｓ２６）。
【００９３】
プロダクトサーバ２０は、図１６に示すような流れで動作する。
【００９４】
すなわち、プロダクトサーバ２０は、許可フラグ付ＭＬイメージのアップロードをサプライヤシステム１０から受けたときは（Ｓ２７）、その許可フラグ付ＭＬイメージを、サプライヤシステム１０に指定された場所（例えば、図１５のＳ２２で指定されたアップロード先）で保持する（Ｓ２８）。また、プロダクトサーバ２０は、ユーザシステム３０からファイル要求を受けたときは（Ｓ２９）、そのファイル要求に応じたファイル（例えば、ＨＴＭＬページ、或いは、許可フラグ付ＭＬイメージ内の或るレベルのイメージデータに係る各メッシュファイル）をユーザシステム３０に送信する（Ｓ３０）。
【００９５】
次に、図１７を参照して、ユーザシステム３０の動作を説明する。
【００９６】
ユーザシステム３０は、ユーザの操作に従って、Ｗｅｂブラウザ２１を起動し（Ｓ４１）、所定の又はユーザ所望のＵＲＬにアクセスする（Ｓ４２）。このとき、ユーザシステム３０は、プロダクトサーバ２０内の、イメージビューワが埋め込まれているＨＴＭＬページにアクセスした場合は（Ｓ４３）、そのイメージビューワを起動する（Ｓ４４）。
【００９７】
図１８は、イメージビューワの動作流れを示す。
【００９８】
イメージビューワは、起動したら、所定の表示倍率（例えばデフォルトの表示倍率）等の情報に基づいて、所定の表示領域に表示するのに最適なレベル（ピクセル量）と、その表示領域におけるイメージデータの表示範囲とを計算し、計算された表示範囲内の座標値から、表示すべきメッシュデータを持つメッシュファイルのファイル名（例えばメッシュ番号）を求める（Ｓ３１）。
【００９９】
イメージビューワは、求められたファイル名を持つメッシュファイルがメモリ・キャッシュにあれば（Ｓ３２でＹ）、そのメッシュファイルを読み込んで（Ｓ３３）、そのメッシュファイルが正当か否かを判定する（Ｓ３３−１）。
【０１００】
具体的には、イメージビューワは、読み込んだ全てのメッシュファイルについて、各メッシュファイルに記録されている画像ＩＤが、そのメッシュファイルを含んだＭＬイメージ内のＩＭＩファイルに記録されている画像ＩＤと一致するか否かの第１のチェックを行なう。また、イメージコレクタ３２は、それら全てのメッシュファイルが格納されていた場所が、それらのメッシュファイルを含んだＭＬイメージ内のＭＩＩファイルに記録されているロケーション情報が示す場所（例えば、ＭＬイメージのアップロード先）と一致するか否かの第２のチェックを行なう。第１及び第２の少なくとも一方のチェックの結果、不一致があった場合は（Ｓ３３−１でＮ）、イメージビューワは、１又は複数のメッシュデータの結合を行わず、例えばエラーメッセージを表示し（Ｓ３３−３）、不一致がなかった場合、全てのメッシュファイル内のメッシュデータを結合して描画する（Ｓ３３−４）。
【０１０１】
Ｓ３２において、イメージビューワは、求められたファイル名を持つ１又は複数のメッシュファイルがメモリ・キャッシュになければ（Ｓ３２でＮ）、表示領域を１メッシュでカバーできる最大レベル（それがなければ、最も少ない数のメッシュでカバーできる最大レベル）とそのメッシュのファイル名を計算する（Ｓ３４）。その結果、そのファイル名を持つメッシュファイルがメモリ・キャッシュにあれば（Ｓ３５でＹ）、イメージビューワは、上述のＳ３３〜Ｓ３３−４と同様の処理を実行する（Ｓ３６〜Ｓ３６−３）。
【０１０２】
一方、Ｓ３４で求められたファイル名を持つ１又は複数のメッシュファイルがメモリ・キャッシュになければ（Ｓ３５でＮ）、イメージビューワは、その１又は複数のメッシュファイルを、プロダクトサーバ２０内の、Ｓ３４で求められたレベルのイメージフォルダから順次取得してメモリ・キャッシュに入れ（Ｓ３７）、上記Ｓ３３〜Ｓ３３−３と同様の処理を行なう。
【０１０３】
続いて、イメージビューワは、Ｓ３４で求められたレベルよりも所定段階高いレベル（例えば１段階高いレベル若しくは表示に最適なレベル）で表示に必要な１又は複数のメッシュファイルがメモリ・キャッシュにあるか否かを調べ、あれば、上述のＳ３３〜Ｓ３３−４と同様の処理を実行し、なければ、プロダクトサーバ２０内の、イメージフォルダから必要な１又は複数のメッシュファイルを読み込んでメモリ・キャッシュに入れ（Ｓ３８）、上記Ｓ３３〜Ｓ３３−３と同様の処理を行なう。
【０１０４】
以上の処理によって、イメージビューワは、表示に最適なレベルの必要な全てのメッシュデータを取得し結合して、表示に最適なレベルのイメージデータの全部又は一部を表示する。
【０１０５】
その後、ズーム倍率変更操作或いはスクロール操作が行なわれる等してイメージデータの表示範囲を変更する必要が生じた場合、イメージビューワは、上述したＳ３１以降の処理を行う。
【０１０６】
イメージビューワは、ＨＴＭＬページ上に表示されたイメージデータが不正にコピーされないように、図１９に示すような流れでコピー制御を行なう。
【０１０７】
すなわち、イメージビューワは、ＨＴＭＬページが表示されているウィンドウが、ユーザシステム３０のスクリーン（例えば、ウィンドウの最大表示領域）上に見えているときは（Ｓ５００でＹ）、ＯＳに対してスクリーンコピーを禁止するよう指令を出し（Ｓ５０１）、最小化、閉じられた、又は別のウィンドウの背面に完全に隠れていることによって見えていないときは（Ｓ５００でＮ）、ＯＳにスクリーンコピーの禁止をキャンセルさせる。ここで、「スクリーンコピー」とは、一般にパーソナルコンピュータに搭載のＯＳに標準装備されている機能であって、ディスプレイ画面全体の表示内容を所定のメモリ領域にコピーすることである。なお、イメージビューワは、スクリーンコピーだけでなく、ＨＴＭＬページ上のイメージデータそれ自体のコピーも禁止したり許可したりすることができる。また、イメージビューワは、表示されているＨＴＭＬページに関連した許可フラグ付ＭＬイメージ内のＩＭＦファイルを参照し、ファイル保存及びコピーが許可されていなければ、たとえウィンドウがスクリーン上に見えていなくても、スクリーンコピー（及びイメージデータそれ自体のコピー）を禁止することができる。また、このようなコピー制御は、イメージビューワのみならず、イメージコレクタ及びイメージビルダも行なうことができる。
【０１０８】
ＨＴＭＬページ上でコレクタ起動ボタンが操作されてイメージコレクタが起動した場合（イメージコレクタは別の方法で起動することもできる）、イメージコレクタは、図２０に示すような動作を行なう。
【０１０９】
すなわち、イメージコレクタは、まず、操作されたコレクタ起動ボタンに関連付けられているＭＩＩファイルを読み込む（Ｓ５１）。次に、イメージコレクタは、そのＭＩＩファイルに記述のロケーション情報が示す場所に存在する許可フラグ付ＭＬイメージ（以下、「ターゲットＭＬイメージ」と言う）内のＩＭＩファイルを読み込む（Ｓ５２）。また、イメージコレクタは、その許可フラグ付イメージに関する情報（例えばトップフォルダのパス等）を、イメージコレクタのウィンドウ３００（図５参照）の管理リスト３７３に追加する（Ｓ５３）。
【０１１０】
その後、イメージコレクタは、図１８を参照して説明したイメージビューワの動作と同じ動作で、メッシュデータを取得し描画する（Ｓ５４）。すなわち、例えば、イメージコレクタは、ＩＭＩファイルに記述の画像ＩＤと、読み込んだメッシュファイル内の画像ＩＤとを用いて上記第１のチェックを行なったり、ＭＩＩファイルに記述のロケーション情報と、読み込んだ各メッシュファイルの保存場所とを用いて上記第２のチェックを行なったりする。
【０１１１】
また、イメージコレクタは、ターゲットＭＬイメージ内のＩＭＦファイルを取得し（Ｓ５５）、そのＩＭＦファイルから使用条件を得て、既に例示した方法で、その使用条件をグラフィカルにウィンドウ３００に表示してユーザに知らせる（Ｓ５６）。
【０１１２】
その後、イメージコレクタは、ユーザの操作に応じた処理を実行する。例えば、イメージコレクタは、管理リスト３７３上の或るイメージ情報（例えばファイル名）がクリックされたときは（Ｓ５７）、Ｓ５１以降の処理を実行する。また、イメージコレクタは、「ダウンロード」ボタン３２０が操作されたときは、ダウンロード処理を実行し（Ｓ５８）、「印刷」ボタン３３０が操作されたときは、印刷処理を実行し（Ｓ５９）、「ファイル保存」ボタン３４０が操作されたときは、ファイル保存処理を実行し（Ｓ６０）、「電子メール」ボタン３５０が操作されたときは、電子メール送信処理を実行し（Ｓ６１）、「コピー」ボタン３６０が操作されたときは、表示されているイメージデータをクリップボードへコピーする（Ｓ６２）。
【０１１３】
具体的には、「ダウンロード」ボタン等の各種ボタン３２０〜３６０が操作された場合、イメージコレクタは、図２１に示すような動作を行う。
【０１１４】
すなわち、イメージコレクタは、各種ボタン３２０〜３６０が操作されたとき、そのボタンに対応した使用態様が許可されているか否かを判断し（Ｓ７１）、許可されていなければ（Ｓ７１でＮ）、エラーメッセージをユーザシステム３０に表示する（エラーメッセージの表示に限らず、他のエラー処理を行っても良い）（Ｓ７２）。
【０１１５】
イメージコレクタは、Ｓ７１での判断の結果、操作されたボタンに対応した使用態様（つまりユーザ所望の使用態様）での使用が許可されている場合、更に、それが有料か無料かを判断し（Ｓ７３）、無料であれば（Ｓ７３でＮ）、ユーザ所望の使用態様での使用のための処理を実行する（Ｓ７４）。一方、Ｓ７３での判断の結果、有料であれば（Ｓ７３でＹ）、イメージコレクタは、画像ＩＤに関連付けられた許可キー（支払いが行われたことを示す情報）が記録されているログが所定の場所（例えば、ユーザシステム３０又は課金サーバ５１内）に存在するか否かチェックし（Ｓ７５）、存在すれば（Ｓ７５でＹ）、ユーザ所望の使用態様での使用のための処理を実行する（Ｓ７４）。
【０１１６】
Ｓ７５のチェックの結果、存在しなければ（Ｓ７５でＮ）、イメージコレクタは、図６に例示したような支払方法選択ウィンドウ４００をユーザシステム３０のディスプレイ画面に表示する（Ｓ７６）。イメージコレクタは、このウィンドウ４００でユーザ所望の支払方法が選択されたならば、支払入力画面（例えば、ユーザの氏名、住所、クレジットカードのカード番号等を入力するための画面）を表示する（Ｓ７７）。そして、その支払入力画面に所定事項が入力されて支払ボタンが押されたならば（Ｓ７８）、イメージコレクタは、支払入力画面に入力された情報を含む許可キー発行依頼情報を課金サーバ５１に送信して、課金サーバ５１から、許可キーを発行するか否かの回答を待つ（Ｓ７９）。許可キー発行依頼情報には、ユーザの氏名、住所、クレジットカード番号等の個人情報や、ユーザ所望のイメージデータに割当てられている画像ＩＤや、イメージコレクタのＣＤキー（シリアル番号）などが含まれている。
【０１１７】
イメージコレクタは、課金サーバ５１から回答を受けたとき（Ｓ８０）、その回答の内容が否定的な内容であれば（Ｓ８１でＮ）、支払ができない旨を示すエラーメッセージを表示する（Ｓ８２）。一方、イメージコレクタは、課金サーバ５１からの回答の内容が肯定的な内容であれば（Ｓ８１でＹ）、課金サーバ５１から発行された許可キーを受け取り、購入されたイメージデータに割当てられている画像ＩＤにその許可キーを対応付け、その画像ＩＤに対応付けられた許可キーを記録した許可キーログファイルを生成しそれを保存する（Ｓ８３）。そして、イメージコレクタは、その許可キーに関する許可キー情報（例えば許可キーの識別情報）を所定の方法でユーザに告知して（Ｓ８４）、その後、ユーザ所望の使用態様での使用を行なうための処理を実行する（Ｓ８５）。
【０１１８】
この実施形態では、例えば、イメージコレクタが再インストールされたときや、許可キーログファイルが誤って消去されたときは、ユーザがユーザシステム３０に、告知された許可キー情報を入力すれば、イメージコレクタがその入力された許可キー情報を用いて、一旦発行された許可キーを再度入手し、所望のイメージデータを所望の使用態様で使用することができる。
【０１１９】
ユーザシステム３０から許可キー発行依頼情報をもらう課金サーバ５１は、図２２に示すような動作を行なう。
【０１２０】
すなわち、課金サーバ５１は、ユーザシステム３０内のイメージコレクタから、画像ＩＤやＣＤキー等が含まれている許可キー発行依頼情報を受けて（Ｓ９１）、それを、所定の管理ログファイルに記録する（Ｓ９２）。そして、課金サーバ５１は、受信した許可キー発行依頼情報に含まれている情報のうち、ユーザの個人情報（氏名、クレジットカード番号等）を、ユーザ所望の支払方法に対応した決済機関へ通知して回答を待つ（Ｓ９３）。
【０１２１】
その後、課金サーバ５１は、決済機関からの回答を受けて、その回答の内容が、決済を認めない旨の回答であれば（Ｓ９４でＮ）、その旨をイメージコレクタに通知すると共に（Ｓ９５）、決済ＮＧを所定の管理ログファイルに記録する（Ｓ９６）。一方、決済機関からの回答の内容が、決済を認める旨の回答であれば（Ｓ９４でＹ）、課金サーバ５１は、Ｓ９１で受けた許可キー発行依頼情報に含まれている画像ＩＤ及びＣＤキーと、所定時（例えば、許可キー発行依頼情報を受けた時、或いは、決済機関から回答を受けた時）の日時とに基づいて許可キーを生成し、それをユーザシステムに提供する（Ｓ９７）。許可キーは、画像ＩＤ、ＣＤキー、及び、日時情報に基づいて生成されるものなので、正当に決済されたイメージデータ、課金処理に使用されたイメージコレクタ、及び所定の日時にユニークなものとなる。
【０１２２】
以上のような流れで、イメージコレクタが許可キーを受け取ったならば、その許可キーに対応した使用態様での使用が可能になる。
【０１２３】
例えば、ダウンロードであれば、図２３に示すように、イメージコレクタは、許可された許可フラグ付ＭＬイメージ全体を、所定の又はユーザ所望の格納場所にダウンロードし（Ｓ１００）、そのＭＬイメージ内のＭＩＩファイルに、ダウンロードしたＭＬイメージの保存先を書込む（Ｓ１０１）。この結果、ダウンロード後の許可フラグ付ＭＬイメージの状態は、元イメージデータから生成された許可フラグ付ＭＬイメージの状態と略同様である（ＭＩＩファイルの内容が異なる程度である）。
【０１２４】
また、ファイル保存又はコピーであれば、図２４に示すように、イメージコレクタは、使用が許可されたレベルのイメージデータを構成する全てのメッシュデータを取得し、それらをつなぎ合わせて１つのイメージデータとし、そのイメージデータを、所定の汎用形式（例えばＪＰＥＧ形式）の１つのファイルにして（Ｓ１１０）、ユーザシステム３０内のユーザ所望の場所に保存する（Ｓ１１１）。なお、この流れにおいて、保存されるイメージデータは、全イメージデータであっても良いし、メインイメージボックス３７１又はサブイメージボックス３７５に表示されている範囲内のメッシュデータから成るイメージデータであっても良いし、ユーザに選択された範囲内のメッシュデータから成るイメージデータであっても良い。また、この流れにおいて、取得するメッシュデータのレベルは、許可されている１又は複数のレベルからユーザに選択されたレベルであっても良いし、メインイメージボックス３７１又はサブイメージボックス３７５に表示されていたときのレベルであっても良い。また、変換後の汎用形式は、複数の汎用形式（例えば、ＪＰＥＧ、ＢＭＰ、ＰＭＧ等）からユーザが選択可能である。また、変換後のイメージファイル内の所定の場所に、画像ＩＤ等のセキュリティ情報が書かれたり、変換後のイメージデータに可視又は不可視の電子透かしが埋め込まれたりしても良い。
【０１２５】
イメージコレクタは、印刷を実行するときには、図２５に示すような動作を実行する。
【０１２６】
すなわち、イメージコレクタは、ウィンドウ３００上で、範囲印刷、トリミング印刷、及びレベル印刷のいずれかの印刷方法が選択されて（Ｓ１２０）、印刷ボタン１００１、１００２、又は１００４が押されたら（Ｓ１２１）、印刷設定ウィンドウ５００（図８参照）を表示する。イメージコレクタは、印刷設定ウィンドウ５００に、印刷解像度、用紙サイズ、用紙方向等の印刷条件が入力されたときは、その印刷条件を読み込み（Ｓ１２２）、入力された印刷解像度と用紙サイズと用紙方向の条件下で選択イメージ（具体的には、ユーザに指定された選択範囲内のイメージ、イメージボックス３７１又は３７５での表示範囲内のイメージ、ユーザに指定されたレベルの全メッシュから成るイメージのいずれか）の全域を完全に印刷するのに必要な最低限の用紙枚数を自動計算する。また、それとともに、イメージコレクタは、（プリンタが縁無し印刷が可能な場合）それらの複数の用紙を印刷後に一切カットすることなしに貼り合わせると、完全な選択イメージのプリントアウトが得られるように、各用紙に割り当てる選択イメージ内のエリアと、各用紙の糊しろのエリアとを自動計算して、図８に参照番号５４１〜５４４で例示したように、それら複数の用紙の各々に割り当てた選択イメージ内のエリアと各用紙の糊しろのエリアとを表示する。このとき、イメージコレクタは、図８に例示した小さな表示領域５４１〜５４４毎に、その表示領域での表示に最適なレベルの、選択イメージ内のエリアにおける全メッシュデータを選択的に取得し、それらを繋ぎ合わせて１つの部分選択イメージを生成し表示する。また、そのとき、イメージコレクタは、部分選択イメージにおいて、ボディエリアは濃く、糊しろエリアは薄く表示する（Ｓ１２３）。
【０１２７】
イメージコレクタは、ユーザに印刷条件が変更された場合は（Ｓ１２４でＹ）、再びＳ１２２及びＳ１２３の処理を行い、印刷条件が変更されることなく、「印刷開始」ボタンが押された場合は（Ｓ１２４でＮ、Ｓ１２５）、次の処理を実行する。すなわち、イメージコレクタは、メモリキャッシュ又はプロダクトサーバ２０から、各用紙毎に、設定された印刷解像度での印刷に最適なレベル又はユーザ所望のレベルをもった、その用紙に割り当てられたイメージエリア（ボディエリアとのりしろエリアから成るエリア）を覆うメッシュデータのみを選択的に読み込み、読み込んだメッシュデータを用いて１枚のビットマップイメージデータ（そのうちの糊しろのエリアの色調は、糊しろと分かるように例えば薄い色に修正する）を作成して、それをプリンタドライバに渡し、その用紙の印刷を実行させる（Ｓ１２６）。この動作を、Ｓ１２３で計算された全ての用紙について繰り返す（Ｓ１２７）。
【０１２８】
これにより、ユーザは、手元の小さい用紙しか使えないプリンタを用いて、高解像度イメージの大ピクセル量のプリントアウトを簡単に得ることが出来る。また、各用紙の印刷時には、その用紙の印刷に必要なイメージデータだけを読み込んで処理すればよく、選択イメージ全体のデータを読み込む必要はないので、ユーザシステム３０がもつ主記憶の容量よりも遥かにデータサイズが大きいイメージのプリントアウトを得ることができる。
【０１２９】
イメージコレクタは、電子メールの送信を実行するときには、以下の流れで動作する。
【０１３０】
すなわち、イメージコレクタは、図５のウィンドウ３００で「電子メール」ボタン３５０が操作された後に、選択範囲送信、トリミング送信、ＵＲＬ送信、及び添付形式送信のいずれかの送信方法の選択を受け付け、いずれかの送信方法が選択されたときに、選択された送信方法に対応した処理を実行する。
【０１３１】
具体的には、選択範囲送信が選択された場合、イメージコレクタは、例えばメインイメージボックス３７１上で、全イメージにおけるユーザ所望の送信範囲の指定を受け付け、ユーザ所望の送信範囲が指定されたらならば、その送信範囲内のメッシュデータの結合を、汎用ファイル形式のイメージファイルにする。そして、イメージコレクタは、ユーザシステム３０内の電子メールソフトを起動して、その電子メールソフトをして、電子メールの本文の欄に、ユーザ所望の送信範囲内のイメージを表示せしめる。
【０１３２】
トリミング送信が選択された場合、イメージコレクタは、ユーザシステム３０内の電子メールソフトを起動して、その電子メールソフトをして、電子メールの本文の欄に、例えばメインイメージボックス３７１上での表示範囲内のイメージを表示せしめる。
【０１３３】
ＵＲＬ送信が選択された場合、イメージコレクタは、ユーザシステム３０内の電子メールソフトを起動して、電子メールソフトをして、電子メールの本文の欄に、現在表示されているイメージデータのＵＲＬ（若しくは、そのイメージを見ることができるＨＴＭＬページのＵＲＬ）を記載せしめる。
【０１３４】
添付形式送信が選択された場合、イメージコレクタは、ユーザシステム３０内の電子メールソフトを起動すると共に、現在表示されているイメージデータを持つ許可フラグ付ＭＬイメージの全体又は一部をダウンロードして所定形式で圧縮し、圧縮したものを電子メールソフトに添付ファイルとして持たせる。
【０１３５】
以上、上述した実施形態によれば、イメージビルダ１１の機能により、サプライヤは、自分が提供する個々のイメージデータに対して固有の使用制限を課すことができる。
【０１３６】
また、上述した実施形態によれば、様々な使用態様でプロダクトサーバ２０内のイメージをユーザが使用する場合、プロダクトサーバ２０としては、単にユーザシステム３０から要求されたデータをユーザシステム３０へ送るという単純な動作を行なうだけでよく、使用制限にもとづく制御や、課金処理などの面倒な処理を行なう必要はない。この観点から、例えば、プロダクトサーバ２０は、複数のユーザ間で共有可能な単なるストレージでも良い。
【０１３７】
また、上述した実施形態によれば、イメージデータは、１又は複数のメッシュデータに細分化されている。１又は複数のメッシュデータを結合して１つのイメージデータにすることは、専用のビューワ機能を備えたソフトウェアでないとできない。このため、イメージデータの不正使用の軽減が図れる。
【０１３８】
また、上述した実施形態によれば、取得したメッシュファイル内のメッシュデータを再生するときは、そのメッシュファイル内に書かれている画像ＩＤと、そのメッシュファイルに関連付いているＩＭＩファイルに書かれている画像ＩＤとが比較され、その比較の結果、不一致があれば、メッシュデータは再生されない。イメージデータを構成するメッシュデータの結合体がたとえ不正にコピーされたとしても、その不正にコピーされたメッシュデータにはＩＭＩファイルは関連付いていないので、不正コピーされたイメージデータが再生されて使用されるのを防ぐことができる。
【０１３９】
また、上述した実施形態によれば、取得したメッシュファイル内のメッシュデータを再生するときは、そのメッシュファイルの格納場所と、そのメッシュファイルに関連付いたＭＩＩファイル上のロケーション情報が示す場所とが比較され、不一致があれば、メッシュデータは再生されない。イメージデータを構成するメッシュデータの結合体が不正にコピーされた場合、ＭＩＩファイルにコピー先の場所が記録されることはない。従って、不正コピーされたイメージデータが再生されて使用されるのを防ぐことができる。
【０１４０】
また、上述した実施形態によれば、イメージコレクタの機能により、小さい用紙しか使えないプリンタを用いて、高解像度イメージの大ピクセル量のプリントアウトを簡単に得ることが出来る。また、各用紙の印刷時には、その用紙の印刷に必要なイメージデータだけを読み込んで処理すればよく、選択イメージ全体のデータを読み込む必要はないので、ユーザシステム３０がもつ主記憶の容量よりも遥かにデータサイズが大きいイメージのプリントアウトを得ることができる。
【０１４１】
以上、本発明の実施形態を説明したが、これは本発明の説明のための例示であり、この実施形態のみに本発明の範囲を限定する趣旨ではない。従って、本発明は、その要旨を逸脱することなく、他の様々な形態で実施することが可能である。
【０１４２】
例えば、上述の実施形態では、一つの許可フラグ付ＭＬイメージには、同じイメージについてピクセル量の異なる複数枚のイメージデータが含まれていたが、それに加えて、例えば、同一対象物を多くの異なる方向から眺めた多数のイメージについて、同様に、ピクセル量の異なる複数枚のイメージデータを用意して、それらを一つの許可フラグ付ＭＬイメージに含ませることにより、一つの対象物を三次元的に様々な方向から任意のズーム倍率で眺めた画像を表示するようにすることもできる。
【０１４３】
また、例えば、イメージビルダ１１は、ローカルなパーソナルコンピュータにおいて、画像管理ソフトウェアとして利用されても良い（つまりオフラインで使用されても良い）。例えば、イメージビルダ１１は、デジタルカメラ等から入力されたイメージデータをＭＬイメージに変換して、ユーザ所望の格納場所に格納し、ユーザの要求に応じて、最適レベルの又はユーザ所望レベルのメッシュデータを選択的に読み出して、表示したり印刷したり等を行うことができる。なお、この場合、イメージビルダ１１は、選択的にメッシュデータを読み出す場合は、例えば、メモリ・キャッシュに必要なメッシュデータが存在するか否かを調べ、存在すればそのメモリ・キャッシュから選択的に必要なメッシュデータを読み出し、存在しなければ、所定の記憶装置（例えば、内蔵ハードディスクや、ＭＯドライブ内のＭＯディスク等）内から必要なメッシュデータを選択的に読み出す。
【０１４４】
また、例えば、イメージビルダ１１は、サプライヤの要求に応じて、イメージデータの料金の他に、一度の支払で使用可能な有効範囲を設定できても良い。その有効範囲としては、例えば、使用可能な回数、使用可能な時間制限などがある。
【０１４５】
また、例えば、印刷の際、プリンタドライバに対してふちなし印刷を自動的に設定しても良い。また、例えば、イメージコレクタ３２は、プリンタドライバがその設定を受け付けないときは、ユーザに手動でふちなしモードを設定するよう案内しても良い。
【０１４６】
また、例えば、メッシュデータを表示するときは、各メッシュについて、まず、最適レベルの必要メッシュファイルを探し、それが無ければ、それより１段階低レベルの代替ファイルを探し、それも無ければ、更に１段階低レベルの代替ファイルを探しても良い。すなわち、最適レベルの必要ファイルを最優先に探し、それがない場合、段階的により低レベルの代替ファイルを探していくようにしても良い。また、より低レベルのメッシュが既に代替表示されていたところに、より高レベルのメッシュを表示しようとする場合には、その先に代替表示されていた低レベルのメッシュを消去して、より高レベルのメッシュを新たに表示しても良い。
【０１４７】
また、例えば、イメージビルダ１１は、全てのメッシュデータの各々を、専用のイメージビューワ３１のみが解凍できる特別の方法で圧縮しても良い。
【０１４８】
また、例えば、ＭＩＩファイルに記録されるロケーション情報は、ＭＬイメージ内の各レベルのイメージデータを構成する各メッシュファイル毎に記録されても良い。
【０１４９】
また、同一のイメージデータを構成する複数のメッシュは、必ずしも、同一フォルダや同一マシン内に保存されなければならないわけではない。例えば、同じイメージデータを構成する複数のメッシュは２台以上のマシンに分けて保存されても良い。この場合、ＭＩＩファイルには、各メッシュ毎に保存場所が記録される。
【０１５０】
また、例えば、許可フラグ付ＭＬイメージを構成する複数の要素（各レベルのレベルイメージフォルダ、ＩＭＩファイル、ＩＭＦファイル、及びＭＩＩファイル）は、互いに関連付けられていれば、必ずしも全ての要素が同一のフォルダ内又はマシン内に存在しなくても良い。
【０１５１】
また、例えば、ユーザシステム３０が今までに使用したイメージデータの画像ＩＤと、ユーザシステム３０又はそのユーザを識別するためのユーザ情報とを対応付けて保存するための、ユーザシステム３０とは別のコンピュータシステムがあっても良い。
【０１５２】
また、例えば、イメージビルダ１１を用いて、商品のイメージデータを提供しても良い。その場合、イメージビルダ１１は、サプライヤの要求に従って、商品の価格やその他の販売情報（以下、売買条件情報）をイメージデータに付加して提供しても良い。また、その場合、イメージコレクタは、売買条件情報を認識し、その売買条件情報に基づいて、表示されたイメージデータが表す商品の受注処理、課金処理等を制御しても良い。また、例えば、サプライヤシステム１０又はプロダクトサーバ２０は、各商品の在庫に関する在庫情報（例えば在庫数など）を管理し、ユーザシステム３０から受注を受ける度に、その在庫情報を更新し、商品の在庫数がゼロになったときには、その商品のイメージデータを削除しユーザシステムに提供されないようにしても良い。これ以外にも、種々の売買制御が考えられる。
【図面の簡単な説明】
【図１】本発明に従う電子的プロダクト提供システムの全体構成を示すブロック図。
【図２】イメージビルダ１１のＧＵＩウィンドウの例を示す図。
【図３】許可フラグ付ＭＬイメージの構成例を示す図。
【図４】（Ａ）ＨＴＭＬイメージのテンプレートの第１の例を示す図。（Ｂ）ＨＴＭＬイメージのテンプレートの第１の例を示す図。
【図５】イメージコレクタ３２のＧＵＩウィンドウの例を示す図。
【図６】イメージコレクタ３２が提供する支払方法選択ウィンドウ４００の例を示す図。
【図７】「印刷」ボタン３３０が操作されたときにイメージコレクタ３２のウィンドウ３００に表示されるボタン等を示す図。
【図８】印刷設定ウィンドウの例を示す図。
【図９】印刷設定ウィンドウの別の例を示す図。
【図１０】印刷設定ウィンドウのまた別の例を示す図。
【図１１】印刷設定ウィンドウの更にまた別の例を示す図。
【図１２】「印刷」ボタン３５０が操作されたときにイメージコレクタ３２のウィンドウ３００に表示される４種のボタンを示す図。
【図１３】サプライヤシステム１０で用意されたイメージデータを許可フラグ付ＭＬイメージに変換するまでの流れを示す図。
【図１４】許可フラグ付ＭＬイメージへの変換処理の具体的な流れを示す図。
【図１５】サプライヤシステムにおいて、アップロード処理が行なわれるときのイメージビルダの動作流れを示す図。
【図１６】プロダクトサーバの動作流れを示す図。
【図１７】ユーザシステム３０のイメージビューワが起動するまでの動作流れの例を示す図。
【図１８】イメージビューワの動作流れを示す図。
【図１９】イメージビューワのコピー禁止制御の流れを示す図。
【図２０】イメージコレクタが起動した後の動作流れを示す図。
【図２１】イメージコレクタが表示したウィンドウ上でユーザ所望の使用態様の実行ボタンが押されたときの処理流れの概要を示す図。
【図２２】課金サーバの動作流れを示す図。
【図２３】イメージコレクタが行うダウンロードの処理流れを示す図。
【図２４】イメージコレクタが行うファイル保存又はコピーの処理流れを示す図。
【図２５】イメージコレクタが行う印刷制御の処理流れを示す図。
【符号の説明】
１０ サプライヤシステム
１１ イメージビルダ
２０ プロダクトサーバ
２１ Ｗｅｂブラウザ
３０ ユーザシステム
３１ イメージビューワ
３２ イメージコレクタ
【発明が属する技術分野】
本発明は、デジタルイメージのような電子的プロダクトの使用を制御するための方式に関し、特に、電子的プロダクトのサプライヤがユーザによる電子的プロダクトの利用をコントロールするための技術に関する。
【０００２】
【従来の技術】
デジタルイメージのような電子的プロダクトをインターネットのような通信ネットワークを通じて、プロダクトサーバからユーザのコンピュータマシンに伝送するサービスが知られている。このようなサービスにおいて、電子的プロダクトのサプライヤが、ユーザによる電子的プロダクトの使用に関し、商売上の或いは著作権上の制限を加えたい場合がある。例えば、閲覧は無料であるが、ダウンロードは有料であり、また、印刷は禁止するなどといった制限である。
【０００３】
【発明が解決しようとする課題】
上記のような使用制限を課すことを可能にするための一つの方法として、プロダクトサーバが、電子的プロダクト毎にそれに課された使用制限の内容を認識して、その使用制限によって許された態様でのみその電子的プロダクトを提供する（例えば、閲覧は自由にさせるが、ダウンロードはさせない、など）よう、プロダクトサーバが制御を行なう方法が考え得る。しかし、この方法では、電子的プロダクトの数やユーザの人数が増えると、プロダクトサーバの処理負担が過大になる可能性があり、高速に電子的プロダクトをユーザに提供することが難しくなるであろう。
【０００４】
一方、予め会員として登録した特定のユーザにのみ電子的プロダクトを提供するサーバも知られている。このようなサーバの多くは、会員ＩＤとパスワードによる認証を通過したユーザに対しては、会員専用エリアに置かれた様々な電子的プロダクトを全て自由にダウンロードさせるようになっており、個々の電子的プロダクトに各電子的プロダクト固有の使用制限を課すものではない。
【０００５】
また、従来の電子的プロダクトの提供サービスは、ユーザにとって充分に利用しやすいものではなかった。例えば、デジタルイメージの場合、そのサムネイルイメージを見ただけでは、それが代金を支払ってまで入手する価値があるイメージなのかどうか正しく判断することが難しい。また、例えば、デジタルイメージの場合、仮にそれが非常にピクセル量が多い非常に画質の素晴らしいイメージであって、ユーザがそのイメージを購入したとしても、ユーザの持つパーソナルコンピュ−タのメモリ容量では、その巨大データサイズのイメージを取扱いきれないかもしれないし、ユーザの持つプリンタの用紙サイズでは、そのイメージのピクセル量の多さを充分に活かせるような大サイズのプリントアウトを出力することは不可能かもしれない。
【０００６】
従って、本発明の目的は、プロダクトサーバに過大な負担をかけることなく、個々の電子的プロダクトに各電子的プロダクト固有の使用制限を課すことができるようにすることにある。
【０００７】
本発明の別の目的は、ユーザにとって一層利用し易い方法で電子的プロダクトの使用を制御できるようにすることにある。
【０００８】
【課題を解決するための手段】
本発明に従う第１の電子プロダクトの使用制御方式は、プロダクト提供手段とプロダクト使用手段とを備える。プロダクト提供手段は、個々の電子的プロダクトに、使用条件を示したフラグ情報を関連付けて、前記フラグ情報が関連付けられた電子的プロダクトを、所望の格納場所に格納する。プロダクト使用手段は、前記電子的プロダクトを前記格納場所から取得して、取得した電子的プロダクトをユーザ所望の使用態様で使用するための処理を行なうものであって、前記取得した電子的プロダクトに関連付けられたフラグ情報に基づいて、前記取得した電子的プロダクトを使用するための処理を制御する。
【０００９】
好適な実施形態では、この使用制御方式は、以下の（１）〜（４）
（１）プロダクトサーバと、前記プロダクトサーバに通信ネットワークを介して通信可能なサプライヤシステムとユーザシステムとを備え、前記サプライヤシステムが、前記プロダクト提供手段を有し、前記プロダクトサーバが、前記格納領域を有し、前記ユーザシステムが、前記プロダクト使用手段を有する、
（２）２つのコンピュータシステムが通信ネットワークを介して接続され、一方のコンピュータシステムが、前記プロダクト提供手段と前記格納領域とを有し、他方のコンピュータシステムが、前記プロダクト使用手段を有する、
（３）２つのコンピュータシステムが通信ネットワークを介して接続され、一方のコンピュータシステムが、前記プロダクト提供手段を有し、他方のコンピュータシステムが、前記格納領域と前記プロダクト使用手段とを有する、
（４）１つのコンピュータシステムが、前記プロダクト提供手段、前記格納領域、及び前記プロダクト使用手段を有する、
のいずれかの構成を有する。
【００１０】
本発明に従う第２の電子プロダクトの使用制御方法は、コンピュータにて、個々の電子的プロダクトに、使用条件を示したフラグ情報を関連付けて、前記フラグ情報が関連付けられた電子的プロダクトを、所望の格納場所に格納するステップと、前記コンピュータ又は別のコンピュータにて、前記電子的プロダクトを取得して、取得した電子的プロダクトをユーザ所望の使用態様で使用するための処理を行なうステップと、前記コンピュータ又は別のコンピュータにて、前記取得した電子的プロダクトに関連付けられたフラグ情報に基づいて、前記取得した電子的プロダクトを使用するための処理を制御するステップとを有する。
【００１１】
本発明の第３の側面に従うコンピュータプログラム（以下、第３のプログラム）は、個々の電子的プロダクトに、使用条件を示したフラグ情報を関連付けるステップと、前記フラグ情報が関連付けられた電子的プロダクトを所望の格納場所に格納するステップとをコンピュータに実行させるためのコンピュータプログラムである。
【００１２】
また、好適な実施形態では、第３のプログラムは、元のイメージデータから、ピクセル量の異なる２以上のイメージデータを生成するステップと、前記生成された２以上のイメージデータの各々を１又は複数の断片イメージデータに分割するステップと、前記２以上のイメージデータを分割して得られた多数の断片イメージの集合を、１つの電子的プロダクトとするステップとを更にコンピュータに実行させることができる。
【００１３】
好適な実施形態では、第３のプログラムは、以下の（１）及び（２）
（１）所定の複数の使用態様のうちのどの使用態様が許可又は禁止されるか、
（２）許可された使用態様について、次の▲１▼〜▲４▼の少なくとも一つ
▲１▼有料か無料か、
▲２▼使用の対価、
▲３▼一度の支払で使用可能な範囲（例えば、使用可能な回数及び時間長の少なくとも一方）、
▲４▼前記電子的プロダクトのどの部分の使用が許可又は禁止されるか、
の事項を設定し、設定された事項を示す前記フラグ情報を生成するステップを更にコンピュータに実行させることができる。
【００１４】
本発明の第４の側面に従うコンピュータプログラムは、使用条件を示したフラグ情報が関連付けられている電子的プロダクトを取得して、取得した電子的プロダクトをユーザ所望の使用態様で使用するための処理を行うステップと、前記取得した電子的プロダクトに関連付けられている前記フラグ情報に基づいて、前記取得した電子的プロダクトを使用するための処理を制御するステップとをコンピュータに実行させるためのコンピュータプログラムである。
【００１５】
好適な実施形態では、前記電子的プロダクトは、元のイメージデータから生成された、ピクセル量の異なる２以上のイメージデータを分割して得られた多数の断片イメージの集合であり、前記使用するための処理を行うステップでは、ユーザ所望の使用態様で使用するのに適したピクセル量のイメージデータを構成する１又は複数の断片イメージデータのうち、使用するのに必要な断片イメージデータだけを選択的に取得する。
【００１６】
好適な実施形態では、前記フラグ情報には、以下の（１）及び（２）
（１）所定の複数の使用態様のうちのどの使用態様が許可又は禁止されるか、
（２）許可された使用態様について、次の▲１▼〜▲４▼のうちの少なくとも一つ
▲１▼有料か無料か、
▲２▼使用の対価、
▲３▼一度の支払で使用可能な範囲、
▲４▼前記電子的プロダクトのどの部分の使用が許可又は禁止されるか、
の事項が示されており、前記制御するステップでは、前記（１）により許可された使用態様で使用するための処理のみを許可し、前記許可した処理を、前記（２）に従って制御する。
【００１７】
好適な実施形態では、前記フラグ情報には、以下の（１）及び（２）
（１）所定の複数の使用態様のうちのどの使用態様が許可又は禁止されるか、
（２）許可された使用態様について、有料か無料か、
が示されており、前記制御するステップでは、前記フラグ情報に、ユーザ所望の使用態様が有料と示されている場合、課金のための処理を行なって、その課金のための処理が終わった後に、前記ユーザ所望の使用態様での使用を許可する。
【００１８】
本発明の第５の側面に従うコンピュータプログラムは、元のイメージデータを取得するステップと、前記元のイメージデータから、ピクセル量の異なる２以上のイメージデータを生成するステップと、前記生成された２以上のイメージデータの各々を１又は複数の断片イメージデータに分割するステップと、前記２以上のイメージデータを分割して得られた多数の断片イメージの集合を、１つの電子的プロダクトとして所望の格納領域に格納するステップと、電子的プロダクトを取得して、取得した電子的プロダクトをユーザ所望の使用態様で使用するための処理を行うステップと、ユーザ使用の所望態様で使用するのに適したピクセル量のイメージデータを構成する１又は複数の断片イメージデータのうち、使用するのに必要な断片イメージデータだけを前記格納領域から選択的に取得するステップとをコンピュータに実行させるためのコンピュータプログラムである。
【００１９】
本発明の第６の側面に従うコンピュータプログラムは、イメージデータを取得するステップと、コンピュータのスクリーン上にウィンドウを表示するステップと、前記取得したイメージデータを、前記ウィンドウに表示するステップと、前記イメージデータが表示されている前記ウィンドウが前記スクリーン上で見えているとき、前記スクリーンのコピーを禁止し、そのウィンドウが前記スクリーン上に見えないとき（例えば、最小化又は閉じられているとき）、前記スクリーンのコピーを許可するステップとをコンピュータに実行させるためのコンピュータプログラムである。
【００２０】
本発明の第７の側面に従う方式は、プロダクト提供手段と商品購入手段とを備える。そのプロダクト提供手段は、商品を紹介するための個々の電子的プロダクトに、前記商品の売買条件を示したフラグ情報を関連付けて、前記フラグ情報が関連付けられた電子的プロダクトを、所望の格納場所に格納する。商品購入手段は、電子的プロダクトを前記格納場所から取得して、取得した電子的プロダクトが紹介する商品を購入するための処理を行なうものであって、前記取得した電子的プロダクトに関連付けられたフラグ情報に基づいて、前記取得した電子的プロダクトが紹介する商品を購入するための処理を制御する。
【００２１】
【発明の実施の形態】
本発明に従って提供され得る電子的プロダクトの種類には、静止イメージ、動イメージ、ビデオ、文字文書、コンピュータプログラム、それらの組合せなど様々なものがあるが、以下の実施形態では、静止イメージを提供する場合を例にとり説明する。
【００２２】
図１は、本発明に従うシステムの一実施形態の全体構成を示す。
【００２３】
図１に示すように、サプライヤシステム１０、プロダクトサーバ２０、ユーザシステム３０及び課金サーバ４０が、通信ネットワーク例えばインターネット５０を介して、通信可能に接続されている。サプライヤシステム１０は、静止イメージのサプライヤが使用するコンピュータシステムであり、所望の使用制限を記述した許可フラグを所望の静止イメージに付加して、それをプロダクトサーバ２０にアップロードすることができる。プロダクトサーバ２０は、サプライヤシステム１０からアップロードされた様々なイメージデータを蓄積し、例えばＷＷＷの方法によって、ユーザシステム３０からの要求に応じて、要求されたイメージデータをユーザシステム３０に送信するというサービスを行なう。ユーザシステム３０は、ユーザが使用するコンピュータシステムである。課金サーバ４０は、ユーザシステム３０がプロダクトサーバ２０から有料のイメージデータの提供を受けるときに、ユーザからサプライヤへの代金支払いのための決済処理を行なうためのサーバである。多数のサプライヤと多数のユーザが存在することができ、その場合には当然、サプライヤシステム１０はサプライヤの数分だけ、また、ユーザシステム３０はユーザの数分だけ存在することができる。
【００２４】
サプライヤシステム１０には、「イメージビルダ」と呼ばれるコンピュータプログラム１１がインスト−ルされている。イメージビルダ１１は、任意のオリジナルのイメージデータに、サプライヤ所望の使用制限を設定した上で、それをこの明細書で「許可フラグ付ＭＬ（マルチレベル：複数ピクセル量）」形式と呼ばれる、上記使用制限を示した許可フラグが付加された特別の形式のイメージデータ（以下、「許可フラグ付ＭＬイメージ」という、後述するように複数のファイルのセットである）６０に変換して、その許可フラグ付ＭＬイメージ６０をインターネット５０を通じてプロダクトサーバ２０にアップロードする機能をもつ。また、イメージビルダ１１は、後述のイメージコレクタ３２を有する（イメージコレクタ３２は、後述のイメージビューワ３１を有する）。イメージビルダ１１の具体的な機能、及び、許可フラグ付ＭＬイメージ６０の具体的な構成は、後に説明する。
【００２５】
プロダクトサーバ２０は、サプライヤシステム１０からアップロードされた１以上の（通常は多数の）許可フラグ付ＭＬイメージを蓄積していて、ユーザシステム３０から来る特定の許可フラグ付ＭＬイメージ６０に対する閲覧、ダウンロード、印刷などのアクセス要求（例えば、閲覧要求、ダウンロード要求、印刷要求など）に応答して、その特定の許可フラグ付ＭＬイメージ６０に含まれている許可フラグ７０或るいは所要イメージ８０などのデータをユーザシステム３０に送信する。具体的にどのようなデータがユーザシステム３０に送信されるかについては、後に説明する。
【００２６】
ユーザシステム３０には、ＨＴＭＬ形式のファイルを閲覧するためのＷｅｂブラウザ２１と、イメージビューワ３１を有するイメージコレクタ３２とがインストールされている。イメージビューワ３１は、プロダクトサーバ２０に蓄積されている様々な許可フラグ付ＭＬイメージ６０の中から、ユーザ所望のイメージを選択して、それを閲覧する機能を持つ。必ずしもそうでなければならないわけではないが、この実施形態では、どのような使用制限が付加されたイメージでも、閲覧は無料で自由にできるようになっている。また、必ずしもそうでなければならないわけではないが、この実施形態では、イメージビューワ３１は、ユーザがユーザシステム３０のＷｅｂブラウザ２１を用いてプロダクトサーバ（ＷＷＷサーバ）２０にログインしたときに、例えばＪＡＶＡ（登録商標）やＡｃｔｉｖｅＸ（商標）などの技術によるモバイルプログラムとして、ユーザシステム３０に自動的に供給されてそのＷｅｂブラウザ２１にプラグインされて、Ｗｅｂブラウザ２１のウィンドウ上で所望のイメージを表示するようになっている。
【００２７】
ユーザシステム３０内のイメージコレクタ３２は、プロダクトサーバ２０に蓄積されている様々な許可フラグ付ＭＬイメージ６０の中から、ユーザ所望のものを選択して、そのイメージの閲覧、ダウンロード、印刷、ファイル保存及びコピーなどを行なう機能をもっている。前述したように、個々の許可フラグ付ＭＬイメージ６０には、サプライヤが設定した使用制限を示す許可フラグが含まれている。イメージコレクタ３２は、選択された許可フラグ付ＭＬイメージ６０の許可フラグを読み、これを用いて、そのイメージに対して設定された使用制限の範囲内で、許可された使用態様（例えば、ダウンロードと印刷は有料であり、ファイル保存は禁止など）のみを可能にするように、そのイメージの閲覧、ダウンロード、印刷、ファイル保存及びコピーの動作を制御する。そのため、プロダクトサーバ２０は、個々の許可フラグ付ＭＬイメージ６０の使用制限に関して、格別の制御を行なう必要はない。必ずしもそうでなければならないわけではないが、この実施形態では、イメージコレクタ３２は、上述したイメージビューワ３１から起動できるようになっている（例えば、イメージビューワ３１がＷｅｂブラウザ２１のウィンドウ内に表示する所定のボタンをユーザがクリックすると、イメージコレクタ３２が起動するようになっている）。
【００２８】
イメージコレクタ３２は、許可フラグによって有料であることが示されている使用行為（例えば、有料のダウンロード、有料の印刷など）を行なう際には、課金サーバ４０に接続して、その有料の使用行為を行なう権利を買うための購入要求９０をその課金サーバに送る。課金サーバ３０は、その購入要求９０に応答して、購入代金をユーザからサプライヤへ支払うための決済処理を行なう。イメージコレクタ３２は、購入要求９０が課金サーバ３０に受け入れられたこと（又は、決済処理が完了したこと）を確認して初めて、その有料の使用行為を実行する（例えば、有料イメージをダウンロードする、印刷するなど）。
【００２９】
以下、上記した構成に基づく動作をより具体的に説明する。
【００３０】
図２は、サプライヤシステム１０のディスプレイ画面に表示されるイメージビルダ１１のＧＵＩ（グラフィカル・ユーザ・インタフェース）のメインのウィンドウの例を示す。
【００３１】
オペレータは、図２に示したイメージビルダ１１のウィンドウ１００上で、「画像変換」ボタン１１０を操作し、それによって前面表示された画面上で種々の操作を行うことで、所望のイメージを許可フラグ付ＭＬイメージに変換することができる。
【００３２】
すなわち、「画像変換」ボタン１１０の操作によって表示される画面には、画像変換ボタン１１０、アップロードボタン１２０、イメージボックス１１１、プロパティボックス１１２、元イメージファイルパスボックス１１３、処理条件ボックス１１４、許可フラグボックス１１５及びファイル管理リスト１１６などが存在する。
【００３３】
ファイル管理リスト（以下、単に「管理リスト」と言う）１１６には、ユーザにイメージファイルが利用される度に更新されるログファイルに基づいて、過去に利用されたイメージファイル（例えば、表示された、変換された、ダウンロードされた、編集された等のイメージファイル）の履歴が表示される（サプライヤシステム１０の任意のディレクトリに存在するファイルのリストが表示されても良い）。オペレータは、管理リスト１１６の中から所望のイメージファイルを、変換対象のファイルとして選択することができる。また、別の方法の例として、オペレータは、サプライヤシステム１０内の所望の場所（例えば、デスクトップ、所望ディレクトリ等）にあるファイルの一覧を表示させ、その一覧から所望のイメージファイルを変換対象として選択することもできる。或るイメージファイルが変換対象として選択されると、そのファイルのパスが元イメージファイルパスボックス１１３に表示され、そのイメージが再生されてイメージボックス１１１に表示され、また、そのファイルのプロパティ（縦×横サイズ、元画像サイズ、など）がプロパティボックス１１２に表示される。
【００３４】
オペレータは、処理条件ボックス１１４に、変換された許可フラグ付ＭＬイメージについての各種の処理条件、例えば、変換イメージの保存先、変換先のフォルダ名、ＭＬイメージの名称、圧縮方式、メッシュサイズなど）を設定することができる。メッシュサイズが設定された場合、イメージビルダ１１は、そのメッシュサイズと、変換対象の元のイメージファイル（通常、大ピクセル量のビットマップ画像）のピクセル量とに基づいて、レベルの数を自動的に設定することができる（レベルの数は、オペレータが設置してもよい）。
【００３５】
また、オペレータは、許可フラグボックス１１５を用いて、変換された許可フラグ付ＭＬイメージに対する各種の使用制限を設定することができる。例えば、「許可フラグの内容を設定する」１２１と、「閲覧のみを許可する」１２２と、「全てを許可する」１２３の３種類の選択肢を、その選択肢のラジオボタンをオンにすることで、択一的に選ぶことができる。そのうち、「閲覧のみを許可する」１２２が選択されると、ユーザによるそのイメージの閲覧のみが許可され（無料）、他の使用態様、例えばダウンロード、印刷、ファイル保存及びコピーなどは禁止される。また、「全てを許可する」１２３が選択されると、閲覧、ダウンロード、印刷、ファイル保存及びコピーなどの全ての使用態様がユーザに対して許可される（無料）。また、「許可フラグの内容を設定する」１２１が選択されると、使用態様毎に更に詳細な制限事項を設定することができる。
【００３６】
使用態様毎に設定できる詳細な制限事項とは、例えば、次のようなものである。すなわち、「ダウンロード」１３１、「再アップロード」１３２、「印刷」１３３、「ファイル保存」１３４のチェックボックスにチェックマークを入れることで、そのイメージのダウンロード、再アップロード（上記ダウンロードでユーザが取得したイメージを他のネットワークサイトで再利用すること）、印刷及びファイル保存（上記ダウンロードでユーザが取得したイメージを所定の汎用ファイル形式（例えば、ＪＰＥＧ形式など）で保存すること）という使用態様を幾つでも許可することができる。そして、許可した各使用態様毎に、レベル選択用コンボボックス１４１から所望のレベルを選択することで、その使用態様が許可されるそのイメージのレベル範囲を設定することができる。さらに、各使用態様毎に、「有料にする」のチェックボックスにチェックマークを入れ且つ価格ボックス１４２に価格を入力することで、その使用態様をその入力された価格で有料で許可することを設定することができる。
【００３７】
なお、上述したレベル選択用コンボボックス１４１で設定できるレベル範囲の「レベル」とは、ピクセル量（又は解像度）のレベルを意味する。すなわち、後に詳述するように、許可フラグ付ＭＬイメージには同一イメージについてのピクセル量（つまりピクセル数）の異なる複数枚のイメージデータが含まれているが、上記「レベル」とは、それらピクセル量の異なる複数枚のイメージのピクセル量の相対レベルのことを意味する。例えば、ピクセル量の異なる８枚のイメージデータが含まれている場合には、そのうちの最も大きいピクセル量のイメージデータのレベルは「７」であり、２番目に大きいピクセル量のイメージデータのレベルは「６」であり、以下、ピクセル量が１段階下がるとレベルが１だけ下がり、そして、最も小さいピクセル量のイメージデータのレベルは「０」である。レベルの数は（つまり、ピクセル量の異なるイメージデータの枚数）は、個々の許可フラグ付ＭＬイメージ毎によって異なる（詳細は後述する）。上述したレベル選択用コンボボックス１４１で、例えば「全てのレベル」が選択されたならば、その許可フラグ付ＭＬイメージに含まれる全てのレベルのイメージデータに対して当該使用態様が許可され、また、例えば「レベルＮまで許可」が選択されたならば、「レベルＮ」以下のレベルのイメージデータに対して当該使用態様が許可され、「レベルＮ」より高いレベルのイメージデータに対しては当該使用態様が禁止される。
【００３８】
上記したような所要の諸事項を設定した上で、オペレータが「変換実行」ボタンを操作すると、イメージビルダ１１は、所定の方法で（例えば、ＯＳ（例えばＭｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標））が持っているユニークＩＤ生成モジュール（例えばＧＵＩＤ）を用いて）、ユニークな画像ＩＤを生成させてそれを変換対象の元イメージデータに割当てる。そして、イメージビルダ１１は、元イメージファイルパスボックス１１３に書かれている元イメージファイルパスから変換対象の元イメージファイルを読み、その元イメージファイル内の元イメージデータを基にして許可フラグ付ＭＬイメージを生成する。このとき、イメージビルダ１１は、元イメージデータをコピーしてそれを最高レベルのイメージデータとし、次に、その最高レベルのイメージデータからピクセル量を１段階低下させたイメージデータを作成して、それを２番目に高いレベルのイメージデータとし、次に、その最高レベルのイメージデータからピクセル量を２段階低下させた（又は、２番目に高いレベルのイメージデータからピクセル量を１段階低下させた）イメージデータを作成して、それを３番目に高いレベルのイメージデータとし、以下、同様の方法でピクセル量を１段階づつ低下させたイメージデータを生成していって、最後のレベル「０」のイメージデータまでを作成する。なお、イメージデータのピクセル量を低下させる具体的な方法としては、例えば、以下の（１）〜（３）、
（１）元イメージデータの縦横のピクセル数を半分ずつ減らす（例えば、１段階低下するなら、元イメージデータの縦横のピクセル数を半分減らし、２段階低下するなら、そのピクセル数を４分の１減らす）、
（２）元イメージデータのピクセル量と、最高レベル及び最低レベルとに基づいて、１段階低下するのにピクセル数を縦横に幾つ減らすべきか（換言すれば、イメージデータの縮小倍率）を計算し、その計算結果に基づいてピクセル量を減らす、
（３）生成するイメージデータの最低レベルや縮小倍率をユーザが入力し、ユーザに入力された縮小倍率で段階的にイメージデータのピクセル量を減らす、
のいずれかの方法を採用し得る。
【００３９】
イメージビルダ１１は、こうして作成した最高レベルから最低レベル「０」までのピクセル量の異なる複数枚のイメージデータの各々を、所定の小サイズの矩形ブロック（メッシュ）に細分割する（但し、最低レベル「０」のイメージデータはメッシュ分割しなくても良い）。このとき、イメージビルダ１１は、全てのメッシュのファイルに、割当てた画像ＩＤを格納する。また、イメージビルダ１１は、図２の使用条件ボックス１１５に設定された使用条件（例えば、許可された使用態様の種類や、課金情報など）を表した許可フラグを記述した許可フラグファイル（以下、適宜に「ＩＭＦファイル」と言う）も作成する（このファイルは、改竄されることを防止するために暗号化される）。また、イメージビルダ１１は、この許可フラグ付ＭＬイメージのフォーマット情報（例えば、画像ＩＤ、メッシュサイズ、レベルの数（階層深さ）など）を記述したフォーマットファイル（以下、適宜に「ＩＭＩファイル」と言う）も作成する。さらに、イメージビルダ１１は、許可フラグ付ＭＬイメージの保存先へのパスが記録されたインポートファイル（以下、適宜に「ＭＩＩファイル」と言う）も作成する。以上の、最高レベルから最低レベルまでの複数枚のイメージデータと、ＩＭＦファイルと、ＩＭＩファイルと、ＭＩＩファイルとのセットによって、許可フラグ付ＭＬイメージが構成される。
【００４０】
こうして許可フラグ付ＭＬイメージを生成すると、イメージビルダ１１は、その許可フラグ付ＭＬイメージを、処理条件ボックス１１４に書かれた処理条件に従って保存する。処理条件ボックス１１４に書かれている処理条件には、例えば、次のような事項がある。すなわち、「変換イメージ保存先」は、許可フラグ付ＭＬイメージが保存されるディレクトリを指定する。「変換先フォルダ名」は、許可フラグ付ＭＬイメージが格納されるフォルダの名称を指定する。イメージビルダ１１は、「変換イメージ保存先」のディレクトリに、「変換先フォルダ名」のフォルダを作成して、そのフォルダに許可フラグ付ＭＬイメージを格納することになる。「ＭＬイメージ名称」は、許可フラグ付ＭＬイメージの名称を指定する（デフォルト設定では「変換先フォルダ名」と「ＭＬイメージ名称」は同一名称にされる）。「圧縮方式」は、許可フラグ付ＭＬイメージに含まれるピクセル量の異なる複数枚のイメージデータを圧縮して保存する場合の圧縮方式（例えば、可逆圧縮、不可逆圧縮）を指定する。「メッシュサイズ」は、上述したメッシュのサイズ（例えば、正方形メッシュの場合ならば、その一辺のドット数）を指定する。
【００４１】
図３は、保存された許可フラグ付ＭＬイメージの構成例を示す。
【００４２】
図３に示すものは、例えば「ＩＢＫ１３０Ｄ０５０６０２」というＭＬイメージ名称をもつ許可フラグ付ＭＬイメージの構成例である。この許可フラグ付ＭＬイメージは、そのＭＬイメージ名称と同じフォルダ名「ＩＢＫ１３０Ｄ０５０６０２」をもつフォルダ２００に格納されており、複数個のイメージフォルダ２１０〜２６０と複数個のファイル２７０〜２９０のセットによって構成される。
【００４３】
複数個のイメージフォルダ２１０〜２６０には、メッシュ分割されたレベル（ピクセル量）の異なる複数枚のイメージデータが、それぞれ格納されている。図示の例では、レベル「０」〜レベル「５」の６枚のイメージデータが、メッシュ分割されて、そのレベル番号と同一名称のフォルダ名をもつ６つのイメージフォルダ（以下、適宜「レベルイメージフォルダ」と言う）２１０〜２６０に、それぞれ格納されている。なお、各レベルイメージフォルダ２１０〜２６０内の各メッシュのファイル（以下、「メッシュファイル」）には、イメージビルダ１１によって作成された画像ＩＤが所定位置（例えば先頭又は最後尾）に含まれている。また、各メッシュファイルには、イメージ作成元のサプライヤに関するサプライヤ情報など種々の情報が格納されても良い。また、複数のメッシュから成る各イメージデータには、可視又は不可視の電子透かしが埋め込まれても良い。
【００４４】
識別子「ＩＭＩ」をもつファイル２７０は、この許可フラグ付ＭＬイメージのフォーマット情報（例えば、画像ＩＤ、メッシュサイズ、階層深さなど）を格納したフォーマットファイルである。識別子「ＩＭＦ」をもつファイル２８０は、この許可フラグ付ＭＬイメージの使用制限を示した許可フラグを格納した許可フラグファイルであり、このファイルは、改竄されることを防止するために圧縮及び暗号化されている。識別子「ＭＩＩ」をもつファイル（以下、つまりＭＩＩファイル）２９０は、所定のときに生成されるものであって、イメージコレクタ３２を呼び出すためのファイルである。このＭＩＩファイルには、イメージのロケーション情報が記録される、具体的には、例えば、元イメージの変換の際に、許可フラグ付ＭＬイメージの保存先へのパスが記録され、許可フラグ付ＭＬイメージのアップロードの際に、そのＭＬイメージのアップロード先へのパス（例えば許可フラグ付ＭＬイメージのトップフォルダへのパス）が記録される。
【００４５】
再び図２を参照する。図３に示したような構成の許可フラグ付ＭＬイメージが作成されて保存された後、オペレータが「アップロード」ボタン１２０を操作すると、イメージビルダ１１は、任意のプロダクトサーバ２０に接続して、その許可フラグ付ＭＬイメージを、上記フォルダ構成のままそれを格納したフォルダ２００ごと、オペレータ所望のプロダクトサーバ２０の所望ディレクトリにアップロードする。
【００４６】
その際、イメージビルダ１１は、アップロード先のディレクトリ名に基づいて、アップロード完了後の許可フラグ付ＭＬイメージのトップフォルダへのパスを、許可フラグ付ＭＬイメージ内のＭＩＩファイルに格納する。
【００４７】
また、イメージビルダ１１は、許可フラグ付ＭＬイメージをアップロードする際、イメージビルダ１１は、図３に示したような許可フラグ付ＭＬイメージを構成する複数のフォルダ２１０〜２６０及びファイル２７０〜２９０を一ファイルに纏めたりすることなく、これら複数のフォルダ２１０〜２６０及びファイル２７０〜２９０に分かれた構成のまま、それをアップロードする（複数のフォルダ２１０〜２６０及びファイル２７０〜２９０の少なくとも一方を一ファイルに纏めても良い）。
【００４８】
また、イメージビルダ１１は、同じイメージを、ユーザシステム３０の標準のウェブブラウザでもブラウズできるように、イメージビューワ３１用のＨＴＭＬファイルも生成して、そのＨＴＭＬファイルも許可フラグ付ＭＬイメージと一緒に、プロダクトサーバ２０にアップロードする。そのＨＴＭＬファイルは、例えば、特定のＨＴＭＬページのテンプレートを用いて作成することができる。そのテンプレートは、例えば、図４の（Ａ）及び（Ｂ）に例示するように、所定又は所望レベルのイメージの表示場所２００１にイメージビューワが埋め込まれているものである。また、そのテンプレートは、表示されるイメージのタイトル、そのイメージの作成元の会社のロゴマーク、許可フラグ付ＭＬイメージ内のＩＭＩファイルやＩＭＦファイルに書かれてある全部又は一部の情報など、所定の又はユーザ所望の事項を、所定の場所又はユーザ所望の場所に表示できるようになっていても良い。また、そのテンプレートは、ＨＴＭＬページのデザイン（文字や背景等の色、フォントサイズ、ページレイアウト等）をユーザが自由に編集できるようにもなっていても良い。また、そのテンプレートは、所定の又は所望の場所に、コレクタ起動ボタン２０００を可視又は不可視に埋め込むことができるようにもなっている。コレクタ起動ボタン２０００には、ＭＩＩファイルがリンクしており、コレクタ起動ボタン２０００が操作されたときは、それにリンクしているＭＩＩファイルに基づいてイメージコレクタ３２が起動する。
【００４９】
プロダクトサーバ２０は、アップロードされた許可フラグ付ＭＬイメージを保持し、そして、ユーザシステム３０内のイメージコレクタ３２からの要求に応えて、イメージコレクタ３２が要求する許可フラグ付ＭＬイメージ内の特定データをユーザシステム３０に送信する。ここで、特定データとは、例えば、多くのユーザシステム３０に標準装備されているＷｅｂブラウザ２１で閲覧できるように、ＨＴＭＬファイルである。
【００５０】
ユーザシステム３０は、電子的プロダクトデータ２０からの特定データを受信し、必要に応じてイメージコレクタ３２及びイメージビューワ３１の少なくとも一方を起動する。例えば、ユーザシステム３０は、Ｗｅｂブラウザ２１を用いて、許可フラグ付ＭＬイメージ内のＨＴＭＬファイルをプロダクトサーバ２０からダウンロードしてそのファイル内のＨＴＭＬページを表示することができ、そのＨＴＭＬページ上でコレクタ起動ボタンが操作されたら、イメージコレクタ３２を起動する。
【００５１】
図５は、ユーザシステム３０のディスプレイ画面に表示されるイメージコレクタ３２のＧＵＩウィンドウの例を示す。
【００５２】
図５に示すように、このウィンドウ３００には、「画像変換」ボタン３１０、「ダウンロード」ボタン３２０、「印刷」ボタン３３０、「ファイル保存」ボタン３４０、「電子メール」ボタン３５０、「コピー」ボタン３６０、メインイメージボックス３７１、メインイメージズーミングバー３７２、管理リスト３７３、サブイメージボックス３７５、サブイメージズーミングバー３７６、プロパティボックス３７７、利用条件タブ３７８などがある。
【００５３】
イメージコレクタ３２は、起動されると、過去に利用されたイメージファイル（例えば、表示された、変換された、ダウンロードされた、印刷された等のイメージファイル）の履歴を管理リスト３７３に表示する（ユーザシステム３０又はプロダクトサーバ２０内の任意のディレクトリに存在するファイルのリストが表示されても良いし、アクセス先の場所にある様々な許可フラグ付ＭＬイメージのタイトルや場所などの書誌的情報を収集して、それを表示しても良い）。
【００５４】
また、イメージコレクタ３２は、起動すると、所定の又は所望の場所（例えば、ユーザ所望のプロダクトサーバ２０の所定又は所望ディレクトリ、又は、ＭＩＩファイルに記載のＭＬトップフォルダパス）にアクセスして、その場所から、所定の表示倍率等の情報に基づいてイメージデータを取得し、それをメインイメージボックス３７１及びサブイメージボックス３７５に表示する。ここで、「所定の表示倍率」とは、例えば、デフォルトの表示倍率でも良いし、過去に一度表示されたことがあるイメージデータならば、そのイメージデータが閉じられたとき、印刷されたとき、又はファイル保存されたときの表示倍率でも良い。また、表示されるイメージデータは、表示に最適レベルのイメージデータ（具体的には、そのイメージデータの全ての又は一部のメッシュの結合）である。
【００５５】
イメージコレクタ３２は、イメージデータを表示する際、そのイメージデータを有する許可フラグ付ＭＬイメージの中から、ＩＭＩファイル２７０とＩＭＦファイル２８０を読み込む。そして、イメージコレクタ３２は、読み込んだＩＭＩファイル２７０から、イメージ情報を得て、それをプロパティボックス３７７に表示する。また、イメージコレクタ３２は、読み込んだＩＭＦファイル２８０から、使用条件を得て、その使用条件をグラフィカルにウィンドウ３００に表示してユーザに知らせる。使用条件のグラフィカルな表示態様としては、一例として、ウィンドウ３００の上部に並ぶ各種使用態様の要求ボタン、すなわち、「ダウンロード」ボタン３２０、「印刷」ボタン３３０、「ファイル保存」ボタン３４０、「電子メール」ボタン３５０、「コピー」ボタン３６０の表示色を、無料で許可された使用態様のボタンと、有料で許可された使用態様のボタンと、禁止された使用態様のボタンとで違える（例えば、無料許可の場合は白色、有料許可の場合は黄色、禁止の場合は半透明など、或いは、許可の場合はイネーブル状態、禁止の場合はディスエーブル状態にするなど）というような方法が採用し得る。また、使用条件の詳細（例えば、使用態様毎に、許可か禁止か、無料か有料か、価格はいくらか、許可されたレベル範囲は何か、など）は、ウィンドウ３００内の「利用条件」タブ３７８をクリックすると、そのタブ３７８の下方のボックス３７７の位置に表示され得る。
【００５６】
また、イメージコレクタ３２は、メインイメージボックス３７１とサブイメージボックス３７５にそれぞれ表示するのに使用するレベル（ピクセル量）と１又は複数のメッシュの番号とを決定して、プロダクトサーバ２０から、決定されたレベルをもつ決定された１又は複数のメッシュ番号のメッシュファイルを読み込む。そして、イメージコレクタ３２は、読み込んだ全てのメッシュファイルについて、各メッシュファイルに記録されている画像ＩＤが、そのメッシュファイルを含んだＭＬイメージ内のＩＭＩファイルに記録されている画像ＩＤと一致するか否かの第１のチェックを行なう。また、イメージコレクタ３２は、それら全てのメッシュファイルが格納されていた場所が、それらのメッシュファイルを含んだＭＬイメージ内のＭＩＩファイルに記録されているロケーション情報が示す場所と一致するか否かの第２のチェックを行なう。第１及び第２の少なくとも一方のチェックの結果、不一致があった場合は、イメージコレクタ３２は、１又は複数のメッシュデータの結合を行わず、例えばエラーメッセージを表示し、不一致がなかった場合、全てのメッシュファイル内のメッシュデータを結合し、メインイメージボックス３７１とサブイメージボックス３７５にそれぞれイメージデータの全部又は一部を表示する。
【００５７】
ところで、上記使用するレベルとメッシュの番号を決定する方法としては、例えば次のような方法が採用し得る。すなわち、ユーザがメインイメージズーミングバー３７２を操作することで決まるメインイメージボックス３７１での表示のズーム倍率、また、ユーザがサブイメージズーミングバー３７６を操作することで決まるサブイメージボックス３７５での表示のズーム倍率（メインメインイメージボックス３７１のズーム倍率からは独立している）にそれぞれ基づいて、各ズーム倍率での表示に最適なレベルを計算し、その最適レベル以下の全てのレベルを、「使用するレベル」として決定する。例えば、最適レベルが「３」であれば、レベル「３」〜「０」の４つのレベルが、「使用するレベル」として決定されるわけである。そして、こうして「使用するレベル」として決定された複数のレベルの各々のイメージデータの中から、メインイメージボックス３７１とサブイメージボックス３７５にそれぞれ表示されるイメージの領域を覆う全てのメッシュ、又は、その領域よりも上下左右の少なくとも１つの方向に若干広い領域を覆う全てのメッシュを、「使用するメッシュ」として決定する（後者の場合であれば、イメージデータの表示後にその表示範囲が変更されても、メッシュ番号の決定、読み込み、第１及び第２のチェック等の上記各種処理を実行しなくて済む可能性があり、迅速に、変更後の表示範囲を表示し得る）。
【００５８】
また、上記のように決定された複数のレベルのメッシュデータをプロダクトサーバ２０から読み込み、そして、それを用いてイメージデータを表示する手順としては、例えば次のような手順が採用し得る。すなわち、決定された複数のレベルのうち、レベル（ピクセル量）のより低い方のメッシュデータ（例えば、表示領域をできるだけ少ない数のメッシュ（例えば１メッシュ）でカバー可能なレベルのメッシュデータ、或いは、最適レベルより１又は複数段階低いレベルのメッシュデータ）をより先順で読み込み、次に、高レベルのメッシュデータ（例えば、最適レベルのメッシュデータ又は低レベルと最適レベルの中間的なレベルのメッシュデータ）を読み込む。そして、イメージを表示するときには、既に読み込んだ複数のレベルのメッシュデータ中から、最もレベル（ピクセル量）の高いメッシュデータを選び、それを用いてイメージを表示する。このような読み込み及び表示の手順を採用すると、ユーザの要求したズーム倍率で完全なイメージを表示し終わるまでに、粗いイメージからより精細なイメージへと徐々に表示イメージが改善されていくプログレッシブ表示を実現できるとともに、粗いイメージは即座に表示されるので、ユーザに長い待ち時間を主観的に感じさせることがない。
【００５９】
ユーザがメインイメージズーミングバー３７２とサブイメージズーミングバー３７６をそれぞれ動かすと、ズーム倍率が変わる。これに即座に応答して、イメージコレクタ３２は、上述した「使用するレベルとメッシュの番号」を計算し直して、足りないメッシュデータがあれば、それをプロダクトサーバ２０から読み込み、新しいズーム倍率のイメージを作成し直して表示する。従って、ユーザは、メインイメージズーミングバー３７２とサブイメージズーミングバー３７６を操作することで、選択イメージを所望のズーム倍率で観察して調べることができ、しかも、メインとサブの２つのイメージボックス３７１、３７５に異なるズーム倍率でイメージを表示して対比することもできるので、その選択イメージが本当に自分が欲しいものかどうかの判断を正確にすることができる。
【００６０】
イメージコレクタ３２は、一方のイメージボックス（例えばメインイメージボックス３７１）上のイメージの表示範囲の外枠を、所定模様及び所定色の線で、他方のイメージボックス（例えばサブイメージボックス３７５）のイメージ上に表示することができる（それを表示するか否かはユーザの要求に応じて決めても良い）。これにより、ユーザは、一方のイメージボックスでイメージのズーム倍率を変更したりスクロール操作を行ったりして表示範囲を変更しても、他方のイメージボックスで、イメージ全体のどこが一方のイメージボックス上で表示されているかを把握できるので便利である。
【００６１】
ユーザがウィンドウ３００の上部に並んだ「ダウンロード」ボタン３２０、「印刷」ボタン３３０、「ファイル保存」ボタン３４０などの使用態様毎の要求ボタンをそれぞれ操作すると、イメージコレクタ３２は、選択イメージのダウンロード、印刷、ファイル保存、電子メール送信、コピーなどの要求された使用態様を実行するための処理を行なう。但し、許可フラグファイルによって許可されている使用態様のみ実行することができ、禁止されている使用態様は、その要求ボタンが押されても実行しない。ここで、「ダウンロード」とは、ユーザ所望のレベルのイメージデータをメッシュ分割された形式のままでダウンロードすることである。「印刷」とは、ユーザ所望のピクセル量でユーザ所望のサイズの用紙にそのイメージを印刷することである。また、「ファイル保存」とは、ユーザ所望のレベルのイメージデータを、メッシュ分割された形式ではなく、所定の汎用形式（例えばＪＰＥＧ形式）の１つのファイルに変換して、ユーザシステム３０内のユーザ所望の場所に保存することである。「電子メール送信」とは、ユーザ所望のレベルのイメージデータそれ自体又はそれが格納されている場所の情報（例えばＵＲＬ）を電子メールで所望の相手に提供することである。「コピー」とは、ユーザ所望のレベルのイメージデータを、メモリ上の所定領域（例えば一般的に「クリップボード」と呼ばれるもの）にコピーすることである。
【００６２】
無料で許可されている使用態様については、その要求ボタンが押されれば、イメージコレクタ３２は、直ちにその実行処理を行なう。一方、有料で許可されている使用態様については、その要求ボタンが押されると、イメージコレクタ３２は、まず、課金サーバ４０に接続して、課金サーバ４０を用いた代金の支払い処理を行なう。このとき、イメージコレクタ３２は、図６に例示するような支払方法選択ウィンドウ４００をユーザシステム３０のディスプレイ画面に表示し、ユーザは、このウィンドウ４００で所望の支払方法を選択して、代金の支払い処理を行なう。支払い処理が正常に終わると、イメージコレクタ３２は、要求された使用態様を実行する。
【００６３】
ところで、イメージコレクタ３２は、選択イメージの印刷を実行するときには（つまり、「印刷」ボタン３３０が操作されたときは）、ウィンドウ３００上に、図７に例示するように、「範囲印刷」ボタン１００１、「トリミング印刷」ボタン１００２、レベル選択コンボボックス１００３、及び「レベル印刷」ボタン１００４を表示する。
【００６４】
「範囲印刷」ボタン１００１が操作された場合、イメージコレクタ３２は、メインイメージボックス３７１及びサブイメージボックス３７５の少なくとも一方のボックス、好適にはメインイメージボックス３７１上で、ユーザが印刷範囲を指定することができるようにする。これにより、ユーザは、所定の方法、例えば、メインイメージボックス３７１上でマウスの右ボタンをダウンしたままマウスを動かすことで、メインイメージボックス３７１に表示されているイメージの印刷範囲（印刷されたときに表示される範囲）を指定することができる（印刷範囲の外枠形状は、典型的には方形であるが、方形に限らず、円形、楕円形、ユーザ所望の形状など他の形状であっても良い）。ここで、イメージコレクタ３２は、ユーザ所望の印刷範囲が一方のイメージボックス（例えばメインイメージボックス３７１）上で指定されたとき、他方のイメージボックス（例えばサブイメージボックス３７５）に表示さえているイメージ上に、指定された印刷範囲の外枠を表示することができる（それを表示するか否かはユーザの要求に応じて決めても良い）。これにより、ユーザは、一方のイメージボックスで印刷範囲を指定したときに、他方のイメージボックスで、イメージ全体においてどこが印刷範囲なのかを把握できるので便利である。
【００６５】
印刷範囲の指定後、例えば再び「範囲印刷」ボタン１００１が操作されたときは、イメージコンレクタ３２は、後述の図８の印刷設定ウィンドウ５００を表示する。
【００６６】
「トリミング印刷」ボタン１００２が操作された場合、イメージコレクタ３２は、メインイメージボックス３７１及びサブイメージボックス３７５の少なくとも一方のボックス、好適にはメインイメージボックス３７１上のイメージの表示範囲を印刷範囲として決定する。印刷範囲決定後、イメージコンレクタ３２は、後述の図８の印刷設定ウィンドウ５００を表示する。
【００６７】
レベル選択コンボボックス１００３のプルダウンボタンが操作された場合、イメージコレクタ３２は、表示されているイメージのＩＭＦファイルに基づいて、１以上の選択可能なレベルを一覧表示する。このとき、イメージコレクタ３２は、選択可能なレベルのうち、有料で印刷可能なレベルは強調表示（例えば後述の通常表示とは異なる表示態様で表示）し、無料で印刷可能なレベルは通常表示しても良い。ユーザは、一覧表示された１以上のレベルの中から所望のレベル（ピクセル量）を選択することができる。
【００６８】
レベル選択後、「レベル印刷」ボタン１００４が操作されたときは、イメージコンレクタ３２は、後述の図８の印刷設定ウィンドウ５００を表示する。
【００６９】
イメージコレクタ３２は、「レベル印刷」ボタン１００４が操作された等の上記の場合に、図８に例示するような印刷設定ウィンドウ５００をユーザシステム３０のディスプレイ画面に表示する。この印刷設定ウィンドウ５００では、ユーザは、解像度フィールド５１０に、印刷時の解像度を設定することができ、また、「プリンタの設定」ボタン５２０を操作して「プリンタの設定」ウィンドウ（図示省略）を表示し、その「プリンタの設定」ウィンドウを用いて印刷で使用する用紙のサイズ及び方向（縦か横か）などの印刷条件を設定することができる。このようにして、印刷の解像度と用紙サイズと用紙方向が設定されると、イメージコレクタ３２は、設定された印刷解像度と用紙サイズと用紙方向の条件下で選択イメージの全域を完全に印刷するのに必要な最低限の用紙枚数を自動計算する。また、それとともに、イメージコレクタ３２は、（プリンタが縁無し印刷が可能な場合）それらの複数の用紙を印刷後に一切カットすることなしに貼り合わせると、完全な選択イメージのプリントアウトが得られるように、各用紙に割り当てる選択イメージ内のエリアと、各用紙の糊しろのエリアとを自動計算して、図８に参照番号５４１〜５４４で例示するように、それら複数の用紙の各々に割り当てた選択イメージ内のエリアと各用紙の糊しろのエリアとを表示する。図８の例は、４枚の用紙が必要であると計算された場合であって、それら４枚の用紙にそれぞれ割り当てられた４つのイメージエリア５４１〜５４４において、参照番号の末尾に「Ｍ」を付した部分（図中、白っぽく表示されている）は糊しろとなるエリアであり、参照番号の末尾に「Ｂ」を付した部分は、プリントアウトとして有効利用されるボディエリアである。
【００７０】
「印刷開始」ボタン５３０が操作されると、イメージコレクタ３２は、プロダクトサーバ２０から、各用紙毎に、設定された印刷解像度での印刷に最適なレベルをもった、その用紙に割り当てられたイメージエリアを覆うメッシュデータのみを選択して読み込み、読み込んだメッシュデータを用いて１枚のイメージデータ（そのうちの糊しろのエリアの色調は、糊しろと分かるように例えば薄い色に修正する）を作成して、それをプリンタドライバに渡して、その用紙の印刷を実行させる。この動作を、必要な全ての用紙について繰り返す。
【００７１】
これにより、ユーザは、手元の小さい用紙しか使えないプリンタを用いて、高解像度イメージの大ピクセル量のプリントアウトを簡単に得ることが出来る。また、各用紙の印刷時には、その用紙の印刷に必要なイメージデータだけを読み込んで処理すればよく、選択イメージ全体のデータを読み込む必要はないので、ユーザシステム３０がもつ主記憶の容量よりも遥かにデータサイズが大きいイメージのプリントアウトを得ることできる。
【００７２】
イメージコレクタ３２は、印刷時にユーザが設定した解像度や用紙サイズや用紙方向が変われば、上述した用紙枚数やイメージエリアの割り当てや糊しろエリアの設定などを、自動的に変更することができる。例えば、同一のイメージ（例えば２０４８×１７５２ドット）に関して、図８は、例えば印刷解像度が１２０ｄｐｉで用紙がＡ５サイズで横と設定した場合であり、図９は、例えば、３００ｄｐｉでＡ４サイズで縦と設定した場合であり、図１０は、例えば、３００ｄｐｉでＡ４サイズで横と設定した場合であり、図１１は、例えば、１５０ｄｐｉでＡ５サイズで横と設定した場合である。この機能を活用して、ユーザは、例えば、使用する用紙サイズが変わっても、常に同一の印刷解像度を指定することで、用紙サイズに関係なく常に同じサイズのプリントアウトを得るなど、所望の態様でプリントアウトを得ることができる。
【００７３】
ところで、イメージコレクタ３２は、電子メールの送信を実行するときには（すなわち、図５に示したウィンドウ３００上で「電子メール」ボタン３５０が操作されたときは）、ウィンドウ３００上に、図１２に例示するように、「選択範囲送信」ボタン３００１、「トリミング送信」ボタン３００２、「ＵＲＬ送信」ボタン３００３、及び「添付形式送信」ボタン３００４を表示する。
【００７４】
「選択範囲送信」ボタン３００１が操作された場合、イメージコレクタ３２は、メインイメージボックス３７１及びサブイメージボックス３７５の少なくとも一方のボックス、好適にはメインイメージボックス３７１上で、ユーザがイメージの所望範囲を指定することができるようにする。所望範囲は、例えば、メインイメージボックス３７１上でマウスの右ボタンをダウンしたままマウスを動かすことで指定することができる（その範囲の外枠形状は、典型的には方形であるが、方形に限らず、円形、楕円形、ユーザ所望の形状など他の形状であっても良い）。ここで、イメージコレクタ３２は、所望範囲が一方のイメージボックス（例えばメインイメージボックス３７１）上で指定されたとき、他方のイメージボックス（例えばサブイメージボックス３７５）に表示さえているイメージ上に、指定された所望範囲の外枠を表示することができる（それを表示するか否かはユーザの要求に応じて決めても良い）。これにより、ユーザは、一方のイメージボックスで所望範囲を指定したときに、他方のイメージボックスで、イメージ全体においてどこが所望範囲なのかを把握できるので便利である。
【００７５】
所望範囲の指定後、例えば再び「選択範囲送信」ボタン３００１が操作されたときは、イメージコンレクタ３２は、その所望範囲を、所定の汎用ファイル形式（例えば、ＪＰＥＧ形式など）のイメージファイルにする。そして、イメージコンレクタ３２は、ユーザシステム３０内の電子メールソフト（図示せず）を起動して、電子メールソフトに、送信元及び宛先の電子メールアドレス、タイトル、本文等を入力するための電子メール送信画面を表示させ、且つ、その画面上の本文の欄に、ユーザ所望のイメージの所望範囲を表示させる。これにより、ユーザは、所望イメージの所望範囲を所望の宛先へ電子メールで提供することができる。
【００７６】
「トリミング送信」ボタン３００２が操作された場合、イメージコレクタ３２は、メインイメージボックス３７１及びサブイメージボックス３７５の少なくとも一方のボックス、好適にはメインイメージボックス３７１上のイメージの表示範囲をイメージ提供範囲として決定する。その後、イメージコンレクタ３２は、そのイメージ提供範囲を、所定の汎用ファイル形式（例えば、ＪＰＥＧ形式など）のイメージファイルにする。そして、イメージコンレクタ３２は、ユーザシステム３０内の電子メールソフト（図示せず）を起動して、電子メールソフトに、上記電子メール送信画面を表示させ、且つ、その画面上の本文の欄に、決定したイメージ提供範囲を表示させる。これにより、ユーザは、所望イメージの直前の表示範囲を所望の宛先へ電子メールで提供することができる。
【００７７】
「ＵＲＬ送信」ボタン３００３が操作された場合、イメージコレクタ３２は、ユーザシステム３０内の電子メールソフト（図示せず）を起動して、電子メールソフトに、上記電子メール送信画面を表示させ、且つ、その画面上の本文の欄に、現在表示されているイメージのＵＲＬ（若しくは、そのイメージを見ることができるＨＴＭＬページのＵＲＬ）を記載させる。これにより、ユーザは、所望イメージがあるＵＲＬを所望の宛先へ電子メールで提供することができる。
【００７８】
「添付形式送信」ボタン３００４が操作された場合、イメージコレクタ３２は、ユーザシステム３０内の電子メールソフト（図示せず）を起動して、電子メールソフトに、上記電子メール送信画面を表示させる。また、イメージコレクタ３２は、現在表示されているイメージを持つ許可フラグ付ＭＬイメージの全体（つまりトップフォルダ）又は一部をダウンロードして所定形式で圧縮し、圧縮したものを電子メールソフトに添付ファイルとして持たせる。これにより、ユーザは、所望イメージを持つ許可フラグ付イメージの全部又は一部を所望の宛先へ電子メールで提供することができる。
【００７９】
なお、これまで、イメージコレクタ３２の機能について説明したが、イメージコレクタ３２の上記複数の機能のうち、イメージデータの表示に関する機能は、イメージビューワ３１も備えている（例えば、メッシュファイルのファイル名の決定や、画像ＩＤ同士の比較などの機能）。
【００８０】
以上、本実施形態のシステムについて説明した。以下、図１３以降を用いて、上記システムにおいて、サプライヤシステム１０で用意されたイメージがユーザシステム３０において利用されるまでの流れを詳細に説明する。
【００８１】
図１３及び図１４は、サプライヤシステム１０で用意されたイメージデータが許可フラグ付ＭＬイメージに変換されるまでの流れを示す。なお、図ではステップを「Ｓ」と略記している。
【００８２】
サプライヤシステム１０のオペレータの命令によってイメージビルダ１１が起動したら、イメージビルダ１１は、図２に示したウィンドウ１００を表示する。そのとき、イメージビルダ１１は、過去に利用されたイメージファイルの履歴が記録されたログファイルを参照し、管理リスト１１６に、過去に利用されたイメージファイルの履歴を一覧表示する。
【００８３】
イメージビルダ１１は、管理リスト１１６の中からオペレータ所望のイメージファイルが選択される等の方法によって、元イメージファイルパスボックス１１３に元イメージファイルパスが入力され、「ロード」ボタンが操作されたら（Ｓ１）、入力された元イメージファイルパスに基づいて、オペレータ所望の元イメージファイルを読み出し、そのイメージファイルを開いてイメージボックス１１１に元イメージ（許可フラグ付ＭＬイメージに変換される前のイメージ）を表示する（Ｓ２）。そのとき、イメージビルダ１１は、元イメージファイルのファイル名、場所（例えば、元イメージファイルの保存場所であっても良いし、元イメージの撮影場所であっても良い）をイメージボックス１１１の下に表示したり、元イメージファイルのプロパティ（縦×横サイズ、元画像サイズ、など）をプロパティボックス１１２に表示したりする（Ｓ３）。
【００８４】
その後、オペレータは、元イメージファイルが許可フラグ付ＭＬイメージに変換されたときのそのＭＬイメージについての各種の処理条件、例えば、変換イメージの保存先、変換先のフォルダ名、ＭＬイメージの名称、圧縮方式、メッシュサイズなどを処理条件ボックス１１４に設定する（Ｓ４）。メッシュサイズが設定された場合、イメージビルダ１１は、そのメッシュサイズと、変換対象の元のイメージファイル（通常、大ピクセル量のビットマップ画像）のピクセル量とに基づいて、その元イメージファイルについて用意するレベルの数を計算する（Ｓ５）。
【００８５】
その後、オペレータは、許可フラグボックス１１５を用いて、変換された許可フラグ付ＭＬイメージに対する各種の使用制限を設定する。具体的には、オペレータは、「許可フラグの内容を設定する」１２１と、「閲覧のみを許可する」１２２と、「全てを許可する」１２３の３種類の択一的に選ぶ。また、例えば、それらのうち「許可フラグの内容を設定する」１２１を選択した場合、オペレータは、許可フラグ付ＭＬイメージのダウンロード、再アップロード、印刷及びファイル保存という使用態様を、許可した各使用態様毎に、レベル選択用コンボボックス１４１から所望のレベルを選択することで、その使用態様が許可されるそのイメージのレベル範囲を設定する（選択可能なレベルの数は、Ｓ５の計算結果によって異なる）。
【００８６】
許可フラグの設定の後、「変換実行」ボタンが押されたら（Ｓ７でＹ）、イメージビルダ１１は、図１４に示す流れで変換処理を実行する（Ｓ８）。
【００８７】
すなわち、イメージビルダ１１は、図１４に示すように、所定の方法、例えば、ＯＳが持っているユニークＩＤ付与モジュールに、ユニークな画像ＩＤを生成させる（Ｓ１０）。次に、イメージビルダ１１は、元イメージファイルパスボックス１１３に書かれている元イメージファイルパスから変換対象の元イメージファイルを読み込んでメモリに展開し（Ｓ１１）、図１３のＳ４で指定された保存先にそのＳ４で設定されたフォルダ名のフォルダを作る（Ｓ１２）。そして、イメージビルダ１１は、メモリに展開されている元イメージのデータをメッシュサイズで読み込んで圧縮し（圧縮方式は、汎用の圧縮方式ではなく、専用のイメージビルダ、コレクタ、又はビューワでなければ解凍することができない方式）、且つ、圧縮されたメッシュデータ用のメッシュファイルを作成して、全メッシュファイルの各々に、圧縮されたメッシュデータ及びＳ１０で生成された画像ＩＤを格納する（Ｓ１３）。イメージビルダ１１は、そのメッシュファイルを、許可フラグ付ＭＬイメージに属するｉ番目（所定レベル）のフォルダ（例えば、元イメージデータのメッシュファイルなら最高レベルのイメージフォルダ）に格納する（Ｓ１４）。イメージビルダ１１は、このＳ１３及びＳ１４の処理を、元イメージデータの全てのメッシュについて行う（Ｓ１５でＮ、Ｓ１３、Ｓ１４）。また、イメージビルダ１１は、元イメージの全てのメッシュについてＳ１３及びＳ１４の処理を終えたら（Ｓ１５でＹ）、元イメージデータからピクセル量を１段階低下させたイメージデータを作成して、それを２番目に高いレベルのイメージデータとし、そのイメージデータについても、Ｓ１３及びＳ１４と同様の処理を行う（なお、そのイメージデータのメッシュファイルは、元イメージデータのレベルの１段階下のレベルのフォルダに格納する）（Ｓ１６、Ｓ１７）。
【００８８】
イメージビルダ１１は、全てのレベルのイメージデータについて、Ｓ１３及びＳ１４と同様の処理を行い、それが終了したら（Ｓ１８でＹ）、許可フラグ付ＭＬイメージのフォーマット情報（例えば、画像ＩＤ、メッシュサイズ、レベルの数（階層深さ）など）を記述したフォーマットファイル、つまりＩＭＩファイルを作成する（Ｓ１９）。また、イメージビルダ１１は、図２の使用条件ボックス１１５に設定された使用条件（例えば、許可された使用態様の種類や、課金情報など）を表した許可フラグを記述した許可フラグファイル、つまり、ＩＭＦファイルも作成する（Ｓ２０−Ａ）。さらに、イメージビルダ１１は、許可フラグ付ＭＬイメージの保存先へのパスが記録されたＭＩＩファイルも作成する（Ｓ２０−Ｂ）。
【００８９】
以上の、最高レベルから最低レベルまでの複数枚のイメージデータと、ＩＭＩファイルと、ＩＭＦファイルと、ＭＩＩファイルとのセットによって、許可フラグ付ＭＬイメージが構成される。この許可フラグ付ＭＬイメージは、Ｓ１２で作ったフォルダにおいて、処理条件ボックス１１４に「ＭＬイメージ名称」として入力された名称を持っている。
【００９０】
次に、図１５を参照して、図２に示したウィンドウ１００において、「アップロード」ボタン１２０が操作されたときのイメージビルダ１１の動作を説明する。
【００９１】
オペレータが「アップロード」ボタン１２０を操作すると、イメージビルダ１１は、オペレータの操作に従って、アップロード対象のイメージを表示するイメージビューワ３１を埋め込んだＨＴＭＬページのデザインを決める（Ｓ２１）。ＨＴＭＬページのデザイン（例えば、イメージビューワの埋め込み位置、コレクタ起動ボタンの埋め込み位置、ズーミングバーの有無など）は、既に述べた通り、例えば、図４の（Ａ）及び（Ｂ）に例示したテンプレートにより固定であっても良いし、オペレータが自由に変えることができても良い。
【００９２】
ＨＴＭＬページを作成したら、イメージビルダ１１は、オペレータから、アップロード先（ディレクトリ名など）の指定を受けて（Ｓ２２）、アップロード実行要求を受けたら（Ｓ２３）、Ｓ２１で決定されたデザインのＨＴＭＬページを有するＨＴＭＬファイルを作成し（Ｓ２４）、且つ、許可フラグ付ＭＬイメージのアップロード先へのパスをＭＩＩファイルに記録してＭＩＩファイルを更新する（Ｓ２５）。そして、イメージビルダ１１は、任意の（または所定の）プロダクトサーバ２０に接続して、Ｓ２４で作成したＨＴＭＬファイルと共に、許可フラグ付ＭＬイメージを、図３に示したフォルダ構成のまま、プロダクトサーバ２０のアップロード先ディレクトリにアップロードする（Ｓ２６）。
【００９３】
プロダクトサーバ２０は、図１６に示すような流れで動作する。
【００９４】
すなわち、プロダクトサーバ２０は、許可フラグ付ＭＬイメージのアップロードをサプライヤシステム１０から受けたときは（Ｓ２７）、その許可フラグ付ＭＬイメージを、サプライヤシステム１０に指定された場所（例えば、図１５のＳ２２で指定されたアップロード先）で保持する（Ｓ２８）。また、プロダクトサーバ２０は、ユーザシステム３０からファイル要求を受けたときは（Ｓ２９）、そのファイル要求に応じたファイル（例えば、ＨＴＭＬページ、或いは、許可フラグ付ＭＬイメージ内の或るレベルのイメージデータに係る各メッシュファイル）をユーザシステム３０に送信する（Ｓ３０）。
【００９５】
次に、図１７を参照して、ユーザシステム３０の動作を説明する。
【００９６】
ユーザシステム３０は、ユーザの操作に従って、Ｗｅｂブラウザ２１を起動し（Ｓ４１）、所定の又はユーザ所望のＵＲＬにアクセスする（Ｓ４２）。このとき、ユーザシステム３０は、プロダクトサーバ２０内の、イメージビューワが埋め込まれているＨＴＭＬページにアクセスした場合は（Ｓ４３）、そのイメージビューワを起動する（Ｓ４４）。
【００９７】
図１８は、イメージビューワの動作流れを示す。
【００９８】
イメージビューワは、起動したら、所定の表示倍率（例えばデフォルトの表示倍率）等の情報に基づいて、所定の表示領域に表示するのに最適なレベル（ピクセル量）と、その表示領域におけるイメージデータの表示範囲とを計算し、計算された表示範囲内の座標値から、表示すべきメッシュデータを持つメッシュファイルのファイル名（例えばメッシュ番号）を求める（Ｓ３１）。
【００９９】
イメージビューワは、求められたファイル名を持つメッシュファイルがメモリ・キャッシュにあれば（Ｓ３２でＹ）、そのメッシュファイルを読み込んで（Ｓ３３）、そのメッシュファイルが正当か否かを判定する（Ｓ３３−１）。
【０１００】
具体的には、イメージビューワは、読み込んだ全てのメッシュファイルについて、各メッシュファイルに記録されている画像ＩＤが、そのメッシュファイルを含んだＭＬイメージ内のＩＭＩファイルに記録されている画像ＩＤと一致するか否かの第１のチェックを行なう。また、イメージコレクタ３２は、それら全てのメッシュファイルが格納されていた場所が、それらのメッシュファイルを含んだＭＬイメージ内のＭＩＩファイルに記録されているロケーション情報が示す場所（例えば、ＭＬイメージのアップロード先）と一致するか否かの第２のチェックを行なう。第１及び第２の少なくとも一方のチェックの結果、不一致があった場合は（Ｓ３３−１でＮ）、イメージビューワは、１又は複数のメッシュデータの結合を行わず、例えばエラーメッセージを表示し（Ｓ３３−３）、不一致がなかった場合、全てのメッシュファイル内のメッシュデータを結合して描画する（Ｓ３３−４）。
【０１０１】
Ｓ３２において、イメージビューワは、求められたファイル名を持つ１又は複数のメッシュファイルがメモリ・キャッシュになければ（Ｓ３２でＮ）、表示領域を１メッシュでカバーできる最大レベル（それがなければ、最も少ない数のメッシュでカバーできる最大レベル）とそのメッシュのファイル名を計算する（Ｓ３４）。その結果、そのファイル名を持つメッシュファイルがメモリ・キャッシュにあれば（Ｓ３５でＹ）、イメージビューワは、上述のＳ３３〜Ｓ３３−４と同様の処理を実行する（Ｓ３６〜Ｓ３６−３）。
【０１０２】
一方、Ｓ３４で求められたファイル名を持つ１又は複数のメッシュファイルがメモリ・キャッシュになければ（Ｓ３５でＮ）、イメージビューワは、その１又は複数のメッシュファイルを、プロダクトサーバ２０内の、Ｓ３４で求められたレベルのイメージフォルダから順次取得してメモリ・キャッシュに入れ（Ｓ３７）、上記Ｓ３３〜Ｓ３３−３と同様の処理を行なう。
【０１０３】
続いて、イメージビューワは、Ｓ３４で求められたレベルよりも所定段階高いレベル（例えば１段階高いレベル若しくは表示に最適なレベル）で表示に必要な１又は複数のメッシュファイルがメモリ・キャッシュにあるか否かを調べ、あれば、上述のＳ３３〜Ｓ３３−４と同様の処理を実行し、なければ、プロダクトサーバ２０内の、イメージフォルダから必要な１又は複数のメッシュファイルを読み込んでメモリ・キャッシュに入れ（Ｓ３８）、上記Ｓ３３〜Ｓ３３−３と同様の処理を行なう。
【０１０４】
以上の処理によって、イメージビューワは、表示に最適なレベルの必要な全てのメッシュデータを取得し結合して、表示に最適なレベルのイメージデータの全部又は一部を表示する。
【０１０５】
その後、ズーム倍率変更操作或いはスクロール操作が行なわれる等してイメージデータの表示範囲を変更する必要が生じた場合、イメージビューワは、上述したＳ３１以降の処理を行う。
【０１０６】
イメージビューワは、ＨＴＭＬページ上に表示されたイメージデータが不正にコピーされないように、図１９に示すような流れでコピー制御を行なう。
【０１０７】
すなわち、イメージビューワは、ＨＴＭＬページが表示されているウィンドウが、ユーザシステム３０のスクリーン（例えば、ウィンドウの最大表示領域）上に見えているときは（Ｓ５００でＹ）、ＯＳに対してスクリーンコピーを禁止するよう指令を出し（Ｓ５０１）、最小化、閉じられた、又は別のウィンドウの背面に完全に隠れていることによって見えていないときは（Ｓ５００でＮ）、ＯＳにスクリーンコピーの禁止をキャンセルさせる。ここで、「スクリーンコピー」とは、一般にパーソナルコンピュータに搭載のＯＳに標準装備されている機能であって、ディスプレイ画面全体の表示内容を所定のメモリ領域にコピーすることである。なお、イメージビューワは、スクリーンコピーだけでなく、ＨＴＭＬページ上のイメージデータそれ自体のコピーも禁止したり許可したりすることができる。また、イメージビューワは、表示されているＨＴＭＬページに関連した許可フラグ付ＭＬイメージ内のＩＭＦファイルを参照し、ファイル保存及びコピーが許可されていなければ、たとえウィンドウがスクリーン上に見えていなくても、スクリーンコピー（及びイメージデータそれ自体のコピー）を禁止することができる。また、このようなコピー制御は、イメージビューワのみならず、イメージコレクタ及びイメージビルダも行なうことができる。
【０１０８】
ＨＴＭＬページ上でコレクタ起動ボタンが操作されてイメージコレクタが起動した場合（イメージコレクタは別の方法で起動することもできる）、イメージコレクタは、図２０に示すような動作を行なう。
【０１０９】
すなわち、イメージコレクタは、まず、操作されたコレクタ起動ボタンに関連付けられているＭＩＩファイルを読み込む（Ｓ５１）。次に、イメージコレクタは、そのＭＩＩファイルに記述のロケーション情報が示す場所に存在する許可フラグ付ＭＬイメージ（以下、「ターゲットＭＬイメージ」と言う）内のＩＭＩファイルを読み込む（Ｓ５２）。また、イメージコレクタは、その許可フラグ付イメージに関する情報（例えばトップフォルダのパス等）を、イメージコレクタのウィンドウ３００（図５参照）の管理リスト３７３に追加する（Ｓ５３）。
【０１１０】
その後、イメージコレクタは、図１８を参照して説明したイメージビューワの動作と同じ動作で、メッシュデータを取得し描画する（Ｓ５４）。すなわち、例えば、イメージコレクタは、ＩＭＩファイルに記述の画像ＩＤと、読み込んだメッシュファイル内の画像ＩＤとを用いて上記第１のチェックを行なったり、ＭＩＩファイルに記述のロケーション情報と、読み込んだ各メッシュファイルの保存場所とを用いて上記第２のチェックを行なったりする。
【０１１１】
また、イメージコレクタは、ターゲットＭＬイメージ内のＩＭＦファイルを取得し（Ｓ５５）、そのＩＭＦファイルから使用条件を得て、既に例示した方法で、その使用条件をグラフィカルにウィンドウ３００に表示してユーザに知らせる（Ｓ５６）。
【０１１２】
その後、イメージコレクタは、ユーザの操作に応じた処理を実行する。例えば、イメージコレクタは、管理リスト３７３上の或るイメージ情報（例えばファイル名）がクリックされたときは（Ｓ５７）、Ｓ５１以降の処理を実行する。また、イメージコレクタは、「ダウンロード」ボタン３２０が操作されたときは、ダウンロード処理を実行し（Ｓ５８）、「印刷」ボタン３３０が操作されたときは、印刷処理を実行し（Ｓ５９）、「ファイル保存」ボタン３４０が操作されたときは、ファイル保存処理を実行し（Ｓ６０）、「電子メール」ボタン３５０が操作されたときは、電子メール送信処理を実行し（Ｓ６１）、「コピー」ボタン３６０が操作されたときは、表示されているイメージデータをクリップボードへコピーする（Ｓ６２）。
【０１１３】
具体的には、「ダウンロード」ボタン等の各種ボタン３２０〜３６０が操作された場合、イメージコレクタは、図２１に示すような動作を行う。
【０１１４】
すなわち、イメージコレクタは、各種ボタン３２０〜３６０が操作されたとき、そのボタンに対応した使用態様が許可されているか否かを判断し（Ｓ７１）、許可されていなければ（Ｓ７１でＮ）、エラーメッセージをユーザシステム３０に表示する（エラーメッセージの表示に限らず、他のエラー処理を行っても良い）（Ｓ７２）。
【０１１５】
イメージコレクタは、Ｓ７１での判断の結果、操作されたボタンに対応した使用態様（つまりユーザ所望の使用態様）での使用が許可されている場合、更に、それが有料か無料かを判断し（Ｓ７３）、無料であれば（Ｓ７３でＮ）、ユーザ所望の使用態様での使用のための処理を実行する（Ｓ７４）。一方、Ｓ７３での判断の結果、有料であれば（Ｓ７３でＹ）、イメージコレクタは、画像ＩＤに関連付けられた許可キー（支払いが行われたことを示す情報）が記録されているログが所定の場所（例えば、ユーザシステム３０又は課金サーバ５１内）に存在するか否かチェックし（Ｓ７５）、存在すれば（Ｓ７５でＹ）、ユーザ所望の使用態様での使用のための処理を実行する（Ｓ７４）。
【０１１６】
Ｓ７５のチェックの結果、存在しなければ（Ｓ７５でＮ）、イメージコレクタは、図６に例示したような支払方法選択ウィンドウ４００をユーザシステム３０のディスプレイ画面に表示する（Ｓ７６）。イメージコレクタは、このウィンドウ４００でユーザ所望の支払方法が選択されたならば、支払入力画面（例えば、ユーザの氏名、住所、クレジットカードのカード番号等を入力するための画面）を表示する（Ｓ７７）。そして、その支払入力画面に所定事項が入力されて支払ボタンが押されたならば（Ｓ７８）、イメージコレクタは、支払入力画面に入力された情報を含む許可キー発行依頼情報を課金サーバ５１に送信して、課金サーバ５１から、許可キーを発行するか否かの回答を待つ（Ｓ７９）。許可キー発行依頼情報には、ユーザの氏名、住所、クレジットカード番号等の個人情報や、ユーザ所望のイメージデータに割当てられている画像ＩＤや、イメージコレクタのＣＤキー（シリアル番号）などが含まれている。
【０１１７】
イメージコレクタは、課金サーバ５１から回答を受けたとき（Ｓ８０）、その回答の内容が否定的な内容であれば（Ｓ８１でＮ）、支払ができない旨を示すエラーメッセージを表示する（Ｓ８２）。一方、イメージコレクタは、課金サーバ５１からの回答の内容が肯定的な内容であれば（Ｓ８１でＹ）、課金サーバ５１から発行された許可キーを受け取り、購入されたイメージデータに割当てられている画像ＩＤにその許可キーを対応付け、その画像ＩＤに対応付けられた許可キーを記録した許可キーログファイルを生成しそれを保存する（Ｓ８３）。そして、イメージコレクタは、その許可キーに関する許可キー情報（例えば許可キーの識別情報）を所定の方法でユーザに告知して（Ｓ８４）、その後、ユーザ所望の使用態様での使用を行なうための処理を実行する（Ｓ８５）。
【０１１８】
この実施形態では、例えば、イメージコレクタが再インストールされたときや、許可キーログファイルが誤って消去されたときは、ユーザがユーザシステム３０に、告知された許可キー情報を入力すれば、イメージコレクタがその入力された許可キー情報を用いて、一旦発行された許可キーを再度入手し、所望のイメージデータを所望の使用態様で使用することができる。
【０１１９】
ユーザシステム３０から許可キー発行依頼情報をもらう課金サーバ５１は、図２２に示すような動作を行なう。
【０１２０】
すなわち、課金サーバ５１は、ユーザシステム３０内のイメージコレクタから、画像ＩＤやＣＤキー等が含まれている許可キー発行依頼情報を受けて（Ｓ９１）、それを、所定の管理ログファイルに記録する（Ｓ９２）。そして、課金サーバ５１は、受信した許可キー発行依頼情報に含まれている情報のうち、ユーザの個人情報（氏名、クレジットカード番号等）を、ユーザ所望の支払方法に対応した決済機関へ通知して回答を待つ（Ｓ９３）。
【０１２１】
その後、課金サーバ５１は、決済機関からの回答を受けて、その回答の内容が、決済を認めない旨の回答であれば（Ｓ９４でＮ）、その旨をイメージコレクタに通知すると共に（Ｓ９５）、決済ＮＧを所定の管理ログファイルに記録する（Ｓ９６）。一方、決済機関からの回答の内容が、決済を認める旨の回答であれば（Ｓ９４でＹ）、課金サーバ５１は、Ｓ９１で受けた許可キー発行依頼情報に含まれている画像ＩＤ及びＣＤキーと、所定時（例えば、許可キー発行依頼情報を受けた時、或いは、決済機関から回答を受けた時）の日時とに基づいて許可キーを生成し、それをユーザシステムに提供する（Ｓ９７）。許可キーは、画像ＩＤ、ＣＤキー、及び、日時情報に基づいて生成されるものなので、正当に決済されたイメージデータ、課金処理に使用されたイメージコレクタ、及び所定の日時にユニークなものとなる。
【０１２２】
以上のような流れで、イメージコレクタが許可キーを受け取ったならば、その許可キーに対応した使用態様での使用が可能になる。
【０１２３】
例えば、ダウンロードであれば、図２３に示すように、イメージコレクタは、許可された許可フラグ付ＭＬイメージ全体を、所定の又はユーザ所望の格納場所にダウンロードし（Ｓ１００）、そのＭＬイメージ内のＭＩＩファイルに、ダウンロードしたＭＬイメージの保存先を書込む（Ｓ１０１）。この結果、ダウンロード後の許可フラグ付ＭＬイメージの状態は、元イメージデータから生成された許可フラグ付ＭＬイメージの状態と略同様である（ＭＩＩファイルの内容が異なる程度である）。
【０１２４】
また、ファイル保存又はコピーであれば、図２４に示すように、イメージコレクタは、使用が許可されたレベルのイメージデータを構成する全てのメッシュデータを取得し、それらをつなぎ合わせて１つのイメージデータとし、そのイメージデータを、所定の汎用形式（例えばＪＰＥＧ形式）の１つのファイルにして（Ｓ１１０）、ユーザシステム３０内のユーザ所望の場所に保存する（Ｓ１１１）。なお、この流れにおいて、保存されるイメージデータは、全イメージデータであっても良いし、メインイメージボックス３７１又はサブイメージボックス３７５に表示されている範囲内のメッシュデータから成るイメージデータであっても良いし、ユーザに選択された範囲内のメッシュデータから成るイメージデータであっても良い。また、この流れにおいて、取得するメッシュデータのレベルは、許可されている１又は複数のレベルからユーザに選択されたレベルであっても良いし、メインイメージボックス３７１又はサブイメージボックス３７５に表示されていたときのレベルであっても良い。また、変換後の汎用形式は、複数の汎用形式（例えば、ＪＰＥＧ、ＢＭＰ、ＰＭＧ等）からユーザが選択可能である。また、変換後のイメージファイル内の所定の場所に、画像ＩＤ等のセキュリティ情報が書かれたり、変換後のイメージデータに可視又は不可視の電子透かしが埋め込まれたりしても良い。
【０１２５】
イメージコレクタは、印刷を実行するときには、図２５に示すような動作を実行する。
【０１２６】
すなわち、イメージコレクタは、ウィンドウ３００上で、範囲印刷、トリミング印刷、及びレベル印刷のいずれかの印刷方法が選択されて（Ｓ１２０）、印刷ボタン１００１、１００２、又は１００４が押されたら（Ｓ１２１）、印刷設定ウィンドウ５００（図８参照）を表示する。イメージコレクタは、印刷設定ウィンドウ５００に、印刷解像度、用紙サイズ、用紙方向等の印刷条件が入力されたときは、その印刷条件を読み込み（Ｓ１２２）、入力された印刷解像度と用紙サイズと用紙方向の条件下で選択イメージ（具体的には、ユーザに指定された選択範囲内のイメージ、イメージボックス３７１又は３７５での表示範囲内のイメージ、ユーザに指定されたレベルの全メッシュから成るイメージのいずれか）の全域を完全に印刷するのに必要な最低限の用紙枚数を自動計算する。また、それとともに、イメージコレクタは、（プリンタが縁無し印刷が可能な場合）それらの複数の用紙を印刷後に一切カットすることなしに貼り合わせると、完全な選択イメージのプリントアウトが得られるように、各用紙に割り当てる選択イメージ内のエリアと、各用紙の糊しろのエリアとを自動計算して、図８に参照番号５４１〜５４４で例示したように、それら複数の用紙の各々に割り当てた選択イメージ内のエリアと各用紙の糊しろのエリアとを表示する。このとき、イメージコレクタは、図８に例示した小さな表示領域５４１〜５４４毎に、その表示領域での表示に最適なレベルの、選択イメージ内のエリアにおける全メッシュデータを選択的に取得し、それらを繋ぎ合わせて１つの部分選択イメージを生成し表示する。また、そのとき、イメージコレクタは、部分選択イメージにおいて、ボディエリアは濃く、糊しろエリアは薄く表示する（Ｓ１２３）。
【０１２７】
イメージコレクタは、ユーザに印刷条件が変更された場合は（Ｓ１２４でＹ）、再びＳ１２２及びＳ１２３の処理を行い、印刷条件が変更されることなく、「印刷開始」ボタンが押された場合は（Ｓ１２４でＮ、Ｓ１２５）、次の処理を実行する。すなわち、イメージコレクタは、メモリキャッシュ又はプロダクトサーバ２０から、各用紙毎に、設定された印刷解像度での印刷に最適なレベル又はユーザ所望のレベルをもった、その用紙に割り当てられたイメージエリア（ボディエリアとのりしろエリアから成るエリア）を覆うメッシュデータのみを選択的に読み込み、読み込んだメッシュデータを用いて１枚のビットマップイメージデータ（そのうちの糊しろのエリアの色調は、糊しろと分かるように例えば薄い色に修正する）を作成して、それをプリンタドライバに渡し、その用紙の印刷を実行させる（Ｓ１２６）。この動作を、Ｓ１２３で計算された全ての用紙について繰り返す（Ｓ１２７）。
【０１２８】
これにより、ユーザは、手元の小さい用紙しか使えないプリンタを用いて、高解像度イメージの大ピクセル量のプリントアウトを簡単に得ることが出来る。また、各用紙の印刷時には、その用紙の印刷に必要なイメージデータだけを読み込んで処理すればよく、選択イメージ全体のデータを読み込む必要はないので、ユーザシステム３０がもつ主記憶の容量よりも遥かにデータサイズが大きいイメージのプリントアウトを得ることができる。
【０１２９】
イメージコレクタは、電子メールの送信を実行するときには、以下の流れで動作する。
【０１３０】
すなわち、イメージコレクタは、図５のウィンドウ３００で「電子メール」ボタン３５０が操作された後に、選択範囲送信、トリミング送信、ＵＲＬ送信、及び添付形式送信のいずれかの送信方法の選択を受け付け、いずれかの送信方法が選択されたときに、選択された送信方法に対応した処理を実行する。
【０１３１】
具体的には、選択範囲送信が選択された場合、イメージコレクタは、例えばメインイメージボックス３７１上で、全イメージにおけるユーザ所望の送信範囲の指定を受け付け、ユーザ所望の送信範囲が指定されたらならば、その送信範囲内のメッシュデータの結合を、汎用ファイル形式のイメージファイルにする。そして、イメージコレクタは、ユーザシステム３０内の電子メールソフトを起動して、その電子メールソフトをして、電子メールの本文の欄に、ユーザ所望の送信範囲内のイメージを表示せしめる。
【０１３２】
トリミング送信が選択された場合、イメージコレクタは、ユーザシステム３０内の電子メールソフトを起動して、その電子メールソフトをして、電子メールの本文の欄に、例えばメインイメージボックス３７１上での表示範囲内のイメージを表示せしめる。
【０１３３】
ＵＲＬ送信が選択された場合、イメージコレクタは、ユーザシステム３０内の電子メールソフトを起動して、電子メールソフトをして、電子メールの本文の欄に、現在表示されているイメージデータのＵＲＬ（若しくは、そのイメージを見ることができるＨＴＭＬページのＵＲＬ）を記載せしめる。
【０１３４】
添付形式送信が選択された場合、イメージコレクタは、ユーザシステム３０内の電子メールソフトを起動すると共に、現在表示されているイメージデータを持つ許可フラグ付ＭＬイメージの全体又は一部をダウンロードして所定形式で圧縮し、圧縮したものを電子メールソフトに添付ファイルとして持たせる。
【０１３５】
以上、上述した実施形態によれば、イメージビルダ１１の機能により、サプライヤは、自分が提供する個々のイメージデータに対して固有の使用制限を課すことができる。
【０１３６】
また、上述した実施形態によれば、様々な使用態様でプロダクトサーバ２０内のイメージをユーザが使用する場合、プロダクトサーバ２０としては、単にユーザシステム３０から要求されたデータをユーザシステム３０へ送るという単純な動作を行なうだけでよく、使用制限にもとづく制御や、課金処理などの面倒な処理を行なう必要はない。この観点から、例えば、プロダクトサーバ２０は、複数のユーザ間で共有可能な単なるストレージでも良い。
【０１３７】
また、上述した実施形態によれば、イメージデータは、１又は複数のメッシュデータに細分化されている。１又は複数のメッシュデータを結合して１つのイメージデータにすることは、専用のビューワ機能を備えたソフトウェアでないとできない。このため、イメージデータの不正使用の軽減が図れる。
【０１３８】
また、上述した実施形態によれば、取得したメッシュファイル内のメッシュデータを再生するときは、そのメッシュファイル内に書かれている画像ＩＤと、そのメッシュファイルに関連付いているＩＭＩファイルに書かれている画像ＩＤとが比較され、その比較の結果、不一致があれば、メッシュデータは再生されない。イメージデータを構成するメッシュデータの結合体がたとえ不正にコピーされたとしても、その不正にコピーされたメッシュデータにはＩＭＩファイルは関連付いていないので、不正コピーされたイメージデータが再生されて使用されるのを防ぐことができる。
【０１３９】
また、上述した実施形態によれば、取得したメッシュファイル内のメッシュデータを再生するときは、そのメッシュファイルの格納場所と、そのメッシュファイルに関連付いたＭＩＩファイル上のロケーション情報が示す場所とが比較され、不一致があれば、メッシュデータは再生されない。イメージデータを構成するメッシュデータの結合体が不正にコピーされた場合、ＭＩＩファイルにコピー先の場所が記録されることはない。従って、不正コピーされたイメージデータが再生されて使用されるのを防ぐことができる。
【０１４０】
また、上述した実施形態によれば、イメージコレクタの機能により、小さい用紙しか使えないプリンタを用いて、高解像度イメージの大ピクセル量のプリントアウトを簡単に得ることが出来る。また、各用紙の印刷時には、その用紙の印刷に必要なイメージデータだけを読み込んで処理すればよく、選択イメージ全体のデータを読み込む必要はないので、ユーザシステム３０がもつ主記憶の容量よりも遥かにデータサイズが大きいイメージのプリントアウトを得ることができる。
【０１４１】
以上、本発明の実施形態を説明したが、これは本発明の説明のための例示であり、この実施形態のみに本発明の範囲を限定する趣旨ではない。従って、本発明は、その要旨を逸脱することなく、他の様々な形態で実施することが可能である。
【０１４２】
例えば、上述の実施形態では、一つの許可フラグ付ＭＬイメージには、同じイメージについてピクセル量の異なる複数枚のイメージデータが含まれていたが、それに加えて、例えば、同一対象物を多くの異なる方向から眺めた多数のイメージについて、同様に、ピクセル量の異なる複数枚のイメージデータを用意して、それらを一つの許可フラグ付ＭＬイメージに含ませることにより、一つの対象物を三次元的に様々な方向から任意のズーム倍率で眺めた画像を表示するようにすることもできる。
【０１４３】
また、例えば、イメージビルダ１１は、ローカルなパーソナルコンピュータにおいて、画像管理ソフトウェアとして利用されても良い（つまりオフラインで使用されても良い）。例えば、イメージビルダ１１は、デジタルカメラ等から入力されたイメージデータをＭＬイメージに変換して、ユーザ所望の格納場所に格納し、ユーザの要求に応じて、最適レベルの又はユーザ所望レベルのメッシュデータを選択的に読み出して、表示したり印刷したり等を行うことができる。なお、この場合、イメージビルダ１１は、選択的にメッシュデータを読み出す場合は、例えば、メモリ・キャッシュに必要なメッシュデータが存在するか否かを調べ、存在すればそのメモリ・キャッシュから選択的に必要なメッシュデータを読み出し、存在しなければ、所定の記憶装置（例えば、内蔵ハードディスクや、ＭＯドライブ内のＭＯディスク等）内から必要なメッシュデータを選択的に読み出す。
【０１４４】
また、例えば、イメージビルダ１１は、サプライヤの要求に応じて、イメージデータの料金の他に、一度の支払で使用可能な有効範囲を設定できても良い。その有効範囲としては、例えば、使用可能な回数、使用可能な時間制限などがある。
【０１４５】
また、例えば、印刷の際、プリンタドライバに対してふちなし印刷を自動的に設定しても良い。また、例えば、イメージコレクタ３２は、プリンタドライバがその設定を受け付けないときは、ユーザに手動でふちなしモードを設定するよう案内しても良い。
【０１４６】
また、例えば、メッシュデータを表示するときは、各メッシュについて、まず、最適レベルの必要メッシュファイルを探し、それが無ければ、それより１段階低レベルの代替ファイルを探し、それも無ければ、更に１段階低レベルの代替ファイルを探しても良い。すなわち、最適レベルの必要ファイルを最優先に探し、それがない場合、段階的により低レベルの代替ファイルを探していくようにしても良い。また、より低レベルのメッシュが既に代替表示されていたところに、より高レベルのメッシュを表示しようとする場合には、その先に代替表示されていた低レベルのメッシュを消去して、より高レベルのメッシュを新たに表示しても良い。
【０１４７】
また、例えば、イメージビルダ１１は、全てのメッシュデータの各々を、専用のイメージビューワ３１のみが解凍できる特別の方法で圧縮しても良い。
【０１４８】
また、例えば、ＭＩＩファイルに記録されるロケーション情報は、ＭＬイメージ内の各レベルのイメージデータを構成する各メッシュファイル毎に記録されても良い。
【０１４９】
また、同一のイメージデータを構成する複数のメッシュは、必ずしも、同一フォルダや同一マシン内に保存されなければならないわけではない。例えば、同じイメージデータを構成する複数のメッシュは２台以上のマシンに分けて保存されても良い。この場合、ＭＩＩファイルには、各メッシュ毎に保存場所が記録される。
【０１５０】
また、例えば、許可フラグ付ＭＬイメージを構成する複数の要素（各レベルのレベルイメージフォルダ、ＩＭＩファイル、ＩＭＦファイル、及びＭＩＩファイル）は、互いに関連付けられていれば、必ずしも全ての要素が同一のフォルダ内又はマシン内に存在しなくても良い。
【０１５１】
また、例えば、ユーザシステム３０が今までに使用したイメージデータの画像ＩＤと、ユーザシステム３０又はそのユーザを識別するためのユーザ情報とを対応付けて保存するための、ユーザシステム３０とは別のコンピュータシステムがあっても良い。
【０１５２】
また、例えば、イメージビルダ１１を用いて、商品のイメージデータを提供しても良い。その場合、イメージビルダ１１は、サプライヤの要求に従って、商品の価格やその他の販売情報（以下、売買条件情報）をイメージデータに付加して提供しても良い。また、その場合、イメージコレクタは、売買条件情報を認識し、その売買条件情報に基づいて、表示されたイメージデータが表す商品の受注処理、課金処理等を制御しても良い。また、例えば、サプライヤシステム１０又はプロダクトサーバ２０は、各商品の在庫に関する在庫情報（例えば在庫数など）を管理し、ユーザシステム３０から受注を受ける度に、その在庫情報を更新し、商品の在庫数がゼロになったときには、その商品のイメージデータを削除しユーザシステムに提供されないようにしても良い。これ以外にも、種々の売買制御が考えられる。
【図面の簡単な説明】
【図１】本発明に従う電子的プロダクト提供システムの全体構成を示すブロック図。
【図２】イメージビルダ１１のＧＵＩウィンドウの例を示す図。
【図３】許可フラグ付ＭＬイメージの構成例を示す図。
【図４】（Ａ）ＨＴＭＬイメージのテンプレートの第１の例を示す図。（Ｂ）ＨＴＭＬイメージのテンプレートの第１の例を示す図。
【図５】イメージコレクタ３２のＧＵＩウィンドウの例を示す図。
【図６】イメージコレクタ３２が提供する支払方法選択ウィンドウ４００の例を示す図。
【図７】「印刷」ボタン３３０が操作されたときにイメージコレクタ３２のウィンドウ３００に表示されるボタン等を示す図。
【図８】印刷設定ウィンドウの例を示す図。
【図９】印刷設定ウィンドウの別の例を示す図。
【図１０】印刷設定ウィンドウのまた別の例を示す図。
【図１１】印刷設定ウィンドウの更にまた別の例を示す図。
【図１２】「印刷」ボタン３５０が操作されたときにイメージコレクタ３２のウィンドウ３００に表示される４種のボタンを示す図。
【図１３】サプライヤシステム１０で用意されたイメージデータを許可フラグ付ＭＬイメージに変換するまでの流れを示す図。
【図１４】許可フラグ付ＭＬイメージへの変換処理の具体的な流れを示す図。
【図１５】サプライヤシステムにおいて、アップロード処理が行なわれるときのイメージビルダの動作流れを示す図。
【図１６】プロダクトサーバの動作流れを示す図。
【図１７】ユーザシステム３０のイメージビューワが起動するまでの動作流れの例を示す図。
【図１８】イメージビューワの動作流れを示す図。
【図１９】イメージビューワのコピー禁止制御の流れを示す図。
【図２０】イメージコレクタが起動した後の動作流れを示す図。
【図２１】イメージコレクタが表示したウィンドウ上でユーザ所望の使用態様の実行ボタンが押されたときの処理流れの概要を示す図。
【図２２】課金サーバの動作流れを示す図。
【図２３】イメージコレクタが行うダウンロードの処理流れを示す図。
【図２４】イメージコレクタが行うファイル保存又はコピーの処理流れを示す図。
【図２５】イメージコレクタが行う印刷制御の処理流れを示す図。
【符号の説明】
１０ サプライヤシステム
１１ イメージビルダ
２０ プロダクトサーバ
２１ Ｗｅｂブラウザ
３０ ユーザシステム
３１ イメージビューワ
３２ イメージコレクタ
Claims (13)
- 個々の電子的プロダクトに、使用条件を示したフラグ情報を関連付けて、前記フラグ情報が関連付けられた電子的プロダクトを、所望の格納場所に格納するプロダクト提供手段と、
前記電子的プロダクトを前記格納場所から取得して、取得した電子的プロダクトをユーザ所望の使用態様で使用するための処理を行なうものであって、前記取得した電子的プロダクトに関連付けられたフラグ情報に基づいて、前記取得した電子的プロダクトを使用するための処理を制御するプロダクト使用手段と
を備えた電子的プロダクトの使用制御方式。 - 以下の（１）〜（４）
（１）プロダクトサーバと、前記プロダクトサーバに通信ネットワークを介して通信可能なサプライヤシステムとユーザシステムとを備え、前記サプライヤシステムが、前記プロダクト提供手段を有し、前記プロダクトサーバが、前記格納領域を有し、前記ユーザシステムが、前記プロダクト使用手段を有する、
（２）２つのコンピュータシステムが通信ネットワークを介して接続され、一方のコンピュータシステムが、前記プロダクト提供手段と前記格納領域とを有し、他方のコンピュータシステムが、前記プロダクト使用手段を有する、
（３）２つのコンピュータシステムが通信ネットワークを介して接続され、一方のコンピュータシステムが、前記プロダクト提供手段を有し、他方のコンピュータシステムが、前記格納領域と前記プロダクト使用手段とを有する、
（４）１つのコンピュータシステムが、前記プロダクト提供手段、前記格納領域、及び前記プロダクト使用手段を有する、
のいずれかの構成を有する請求項１記載の電子プロダクトの使用制御方式。 - コンピュータにて、個々の電子的プロダクトに、使用条件を示したフラグ情報を関連付けて、前記フラグ情報が関連付けられた電子的プロダクトを、所望の格納場所に格納するステップと、
前記コンピュータ又は別のコンピュータにて、前記電子的プロダクトを取得して、取得した電子的プロダクトをユーザ所望の使用態様で使用するための処理を行なうステップと、
前記コンピュータ又は別のコンピュータにて、前記取得した電子的プロダクトに関連付けられたフラグ情報に基づいて、前記取得した電子的プロダクトを使用するための処理を制御するステップと
を有する電子的プロダクトの使用制御方法。 - 個々の電子的プロダクトに、使用条件を示したフラグ情報を関連付けるステップと、
前記フラグ情報が関連付けられた電子的プロダクトを所望の格納場所に格納するステップと
をコンピュータに実行させるためのコンピュータプログラム。 - 元のイメージデータから、ピクセル量の異なる２以上のイメージデータを生成するステップと、
前記生成された２以上のイメージデータの各々を１又は複数の断片イメージデータに分割するステップと、
前記２以上のイメージデータを分割して得られた多数の断片イメージの集合を、１つの電子的プロダクトとするステップと
を更にコンピュータに実行させる請求項４記載のコンピュータプログラム。 - 以下の（１）及び（２）
（１）所定の複数の使用態様のうちのどの使用態様が許可又は禁止されるか、
（２）許可された使用態様について、次の▲１▼〜▲４▼の少なくとも一つ
▲１▼有料か無料か、
▲２▼使用の対価、
▲３▼一度の支払で使用可能な範囲、
▲４▼前記電子的プロダクトのどの部分の使用が許可又は禁止されるか、
の事項を設定し、設定された事項を示す前記フラグ情報を生成するステップを更にコンピュータに実行させる請求項４記載のコンピュータプログラム。 - 使用条件を示したフラグ情報が関連付けられている電子的プロダクトを取得して、取得した電子的プロダクトをユーザ所望の使用態様で使用するための処理を行うステップと、
前記取得した電子的プロダクトに関連付けられている前記フラグ情報に基づいて、前記取得した電子的プロダクトを使用するための処理を制御するステップとをコンピュータに実行させるためのコンピュータプログラム。 - 前記電子的プロダクトは、元のイメージデータから生成された、ピクセル量の異なる２以上のイメージデータを分割して得られた多数の断片イメージの集合であり、
前記使用するための処理を行うステップでは、ユーザ所望の使用態様で使用するのに適したピクセル量のイメージデータを構成する１又は複数の断片イメージデータのうち、使用するのに必要な断片イメージデータだけを選択的に取得する、
請求項７記載のコンピュータプログラム。 - 前記フラグ情報には、以下の（１）及び（２）
（１）所定の複数の使用態様のうちのどの使用態様が許可又は禁止されるか、
（２）許可された使用態様について、次の▲１▼〜▲４▼のうちの少なくとも一つ
▲１▼有料か無料か、
▲２▼使用の対価、
▲３▼一度の支払で使用可能な範囲、
▲４▼前記電子的プロダクトのどの部分の使用が許可又は禁止されるか、
の事項が示されており、
前記制御するステップでは、前記（１）により許可された使用態様で使用するための処理のみを許可し、前記許可した処理を、前記（２）に従って制御する、請求項７記載のコンピュータプログラム。 - 前記フラグ情報には、以下の（１）及び（２）
（１）所定の複数の使用態様のうちのどの使用態様が許可又は禁止されるか、
（２）許可された使用態様について、有料か無料か、
が示されており、
前記制御するステップでは、前記フラグ情報に、ユーザ所望の使用態様が有料と示されている場合、課金のための処理を行なって、その課金のための処理が終わった後に、前記ユーザ所望の使用態様での使用を許可する、
請求項７記載のコンピュータプログラム。 - 元のイメージデータを取得するステップと、
前記元のイメージデータから、ピクセル量の異なる２以上のイメージデータを生成するステップと
前記生成された２以上のイメージデータの各々を１又は複数の断片イメージデータに分割するステップと、
前記２以上のイメージデータを分割して得られた多数の断片イメージの集合を、１つの電子的プロダクトとして所望の格納領域に格納するステップと、
電子的プロダクトを取得して、取得した電子的プロダクトをユーザ所望の使用態様で使用するための処理を行うステップと、
ユーザ使用の所望態様で使用するのに適したピクセル量のイメージデータを構成する１又は複数の断片イメージデータのうち、使用するのに必要な断片イメージデータだけを前記格納領域から選択的に取得するステップと
をコンピュータに実行させるためのコンピュータプログラム。 - イメージデータを取得するステップと、
コンピュータのスクリーン上にウィンドウを表示するステップと、
前記取得したイメージデータを、前記ウィンドウに表示するステップと、
前記イメージデータが表示されている前記ウィンドウが前記スクリーン上で見えているとき、前記スクリーンのコピーを禁止し、そのウィンドウが前記スクリーン上に見えないとき、前記スクリーンのコピーを許可するステップと
をコンピュータに実行させるためのコンピュータプログラム。 - 商品を紹介するための個々の電子的プロダクトに、前記商品の売買条件を示したフラグ情報を関連付けて、前記フラグ情報が関連付けられた電子的プロダクトを、所望の格納場所に格納するプロダクト提供手段と、
電子的プロダクトを前記格納場所から取得して、取得した電子的プロダクトが紹介する商品を購入するための処理を行なうものであって、前記取得した電子的プロダクトに関連付けられたフラグ情報に基づいて、前記取得した電子的プロダクトが紹介する商品を購入するための処理を制御する商品購入手段と
を備えた商品購入制御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002211724A JP2004078259A (ja) | 2002-06-19 | 2002-07-19 | 電子的プロダクトの使用制御方式 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002178277 | 2002-06-19 | ||
| JP2002211724A JP2004078259A (ja) | 2002-06-19 | 2002-07-19 | 電子的プロダクトの使用制御方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004078259A true JP2004078259A (ja) | 2004-03-11 |
Family
ID=32032506
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002211724A Pending JP2004078259A (ja) | 2002-06-19 | 2002-07-19 | 電子的プロダクトの使用制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004078259A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005317015A (ja) * | 2004-04-26 | 2005-11-10 | Terten | デジタルデータの取引方法及びそのシステム |
| US7092909B2 (en) * | 1999-07-07 | 2006-08-15 | Sony Corporation | Information processing apparatus and method, and distribution medium |
| JP2008217449A (ja) * | 2007-03-05 | 2008-09-18 | Toshiba Corp | 遠隔制御装置、遠隔制御方法、及び遠隔制御プログラム |
-
2002
- 2002-07-19 JP JP2002211724A patent/JP2004078259A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7092909B2 (en) * | 1999-07-07 | 2006-08-15 | Sony Corporation | Information processing apparatus and method, and distribution medium |
| JP2005317015A (ja) * | 2004-04-26 | 2005-11-10 | Terten | デジタルデータの取引方法及びそのシステム |
| JP4504246B2 (ja) * | 2004-04-26 | 2010-07-14 | テルテン | デジタルデータの取引方法及びそのシステム |
| JP2008217449A (ja) * | 2007-03-05 | 2008-09-18 | Toshiba Corp | 遠隔制御装置、遠隔制御方法、及び遠隔制御プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8300240B2 (en) | Apparatus and method for controlling changes to print settings | |
| US7231369B2 (en) | Digital contents provision system, server device incorporated in the system, digital contents provision method using the system, and computer program for executing the method | |
| KR100855669B1 (ko) | 화상처리장치 및 그 제어 방법 | |
| US7190481B2 (en) | Server device, a user terminal, and a method of providing digital contents from the server device to the user terminal | |
| US7688459B2 (en) | Document processing method | |
| US8589797B2 (en) | Image forming apparatus, operation-screen changing method, and computer-readable recording medium | |
| US8266527B2 (en) | Electronic album creating apparatus, electronic album editing apparatus, information processing system, electronic album creating method, and storage medium storing program | |
| JP4802691B2 (ja) | 画像形成装置およびデータアクセス用データプリントプログラム | |
| US20070285675A1 (en) | Image processing apparatus and data cloning method | |
| JPH06297781A (ja) | ジョブ印刷方法 | |
| US20100011290A1 (en) | Print management method, recording medium storing a program, and print management apparatus | |
| US8255797B2 (en) | Information processing apparatus and method | |
| JP4109938B2 (ja) | 情報処理装置及びその制御方法並びにプログラム | |
| JP4610594B2 (ja) | ドキュメント処理方法、ドキュメント処理システム、アプリケーションおよび携帯型記憶装置 | |
| JP6903953B2 (ja) | 情報処理装置及びプログラム | |
| JP4532885B2 (ja) | サーバコンピュータ及び、サーバコンピュータによりページデータを通信端末へネットワークを介して提供する方法 | |
| JP2004078890A (ja) | 電子的プロダクトの閲覧制御プログラム | |
| JP2004213072A (ja) | 帳票データサーバおよびそれを用いた電子帳票システム | |
| JP5451231B2 (ja) | 画像処理装置及びその制御方法 | |
| JP3349707B2 (ja) | 印刷命令のセットを有する印刷システム | |
| JP2004078259A (ja) | 電子的プロダクトの使用制御方式 | |
| JP5276364B2 (ja) | 検索システム及び情報処理装置とその制御方法 | |
| JP2008289130A (ja) | コピーされた文書の電子的記憶及び再呼び出しが可能なコピー機 | |
| JP2006072824A (ja) | 電子アルバム編集装置及びその制御方法及びそのプログラム及びそのプログラムをコンピュータ装置読み出し可能に記憶した記憶媒体 | |
| JP7087698B2 (ja) | 会計処理装置、プログラム、及び会計処理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050715 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050715 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081225 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090421 |