JP2004078261A - Printing system control method and computer program for allowing computer to execute method for controlling printing system - Google Patents
Printing system control method and computer program for allowing computer to execute method for controlling printing system Download PDFInfo
- Publication number
- JP2004078261A JP2004078261A JP2002211726A JP2002211726A JP2004078261A JP 2004078261 A JP2004078261 A JP 2004078261A JP 2002211726 A JP2002211726 A JP 2002211726A JP 2002211726 A JP2002211726 A JP 2002211726A JP 2004078261 A JP2004078261 A JP 2004078261A
- Authority
- JP
- Japan
- Prior art keywords
- image
- printing
- file
- user
- data
- 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
Images
Landscapes
- Record Information Processing For Printing (AREA)
Abstract
Description
【0001】
【発明が属する技術分野】
本発明は、プリンタのような印刷システムを制御するための技術に関する。
【0002】
【従来の技術】
一般に、パーソナルコンピュータにおいて取得されたイメージデータをプリンタから印刷する場合、そのイメージデータはパーソナルコンピュータのメモリに展開され、1枚の用紙に印刷される。
【0003】
【発明が解決しようとする課題】
従来は、もし、イメージデータが、非常にピクセル量が多い非常に画質の素晴らしいイメージデータであれば、パーソナルコンピュータのメモリ容量では、その巨大データサイズのイメージデータを取扱いきれないかもしれない。また。ユーザの持つプリンタの用紙サイズでは、そのイメージのピクセル量の多さを充分に活かせるような大サイズのプリントアウトを出力することは不可能かもしれない。
【0004】
従って、本発明の目的は、大サイズのイメージデータであって、ユーザ所望の用紙サイズの用紙1枚に入りきらないようなものであっても、そのイメージデータのプリントアウトが得られるように印刷システムを制御することにある。
【0005】
【課題を解決するための手段】
本発明に従うコンピュータプログラムは、印刷システムを制御するための方法をコンピュータに実行させるためのコンピュータプログラムであって、全体イメージの中の所望エリアのイメージを印刷する場合、設定された印刷解像度と使用する用紙のサイズ及び方向とに応じて、前記所望エリアのイメージを印刷するために必要な用紙枚数を計算するステップのためのプログラムコードと、計算された枚数の用紙の各々に前記所望エリアの部分的エリアのイメージを印刷した後に前記用紙を貼り合わせると前記所望エリアのイメージのプリントアウトが得られるように、各用紙毎にその用紙に割り当てられる前記部分的エリアのイメージと必要な糊しろとを計算するステップのためのプログラムコードと、各用紙にその用紙に割り当てられた前記部分的エリアのイメージと必要な糊しろが印刷されるように印刷システムを制御するステップのためのプログラムコードとを備える。
【0006】
好適な実施形態では、前記印刷システムを制御するステップは、
▲1▼元の全体イメージデータを予め分割することで生成された多数の断片データの集合の中から、各用紙に割当てられた部分的エリアに対応する断片データを選択的に取得するステップと、
▲2▼前記取得した断片データを用いて前記部分的エリアのイメージを再生するステップと、
▲3▼前記再生した部分的エリアのイメージを用いて、各用紙への印刷を行うよう印刷システムを制御するステップと、
▲4▼前記▲1▼〜▲3▼のステップを、使用する複数の用紙の1枚目から最終枚目まで逐次に繰り返すステップと
を有する。
【0007】
好適な実施形態では、前記元の全体イメージデータを多数の断片データに分割するステップのためのプログラムコードと、前記多数の断片データの集合を所定の格納領域に格納するステップのためのプログラムコードとが更に備えられる。
【0008】
同じ全体イメージを表す、異なるピクセル量を持つ2以上のイメージデータが予め用意されている場合、ユーザから、2以上の前記異なるピクセル量の中から、印刷に使用したいピクセル量の指定を受けるステップのためのプログラムコードが更に備えられ、前記印刷システムを制御するステップは、前記ユーザから指定されたピクセル量を持つイメージデータを印刷に使用するよう印刷システムを制御する。
【0009】
好適な実施形態では、同じ全体イメージを表す、異なるピクセル量を持つ2以上のイメージデータが予め用意されている場合、2以上の前記異なるピクセル量の中から、前記設定された印刷解像度での印刷に最適なピクセル量を選択するステップのためのプログラムコードが更に備られ、前記印刷システムを制御するステップは、前記選択されたピクセル量を持つイメージデータを印刷に使用するよう印刷システムを制御する。
【0010】
好適な実施形態では、元の全体イメージデータを取得するステップのためのプログラムコードと、前記取得した元の全体イメージデータから、同じ全体イメージを表す、ピクセル量の異なる2以上のイメージデータを生成するステップのためのプログラムコードと、前記生成されたピクセル量の異なる2以上のイメージデータを所定の格納領域に格納するステップのためのプログラムコードとを更に備える。
【0011】
好適な実施形態では、コンピュータのディスプレイスクリーンに第1と第2の表示エリアを表示するステップのためのプログラムコードと、前記全体イメージの中の第1の表示範囲と第2の表示範囲をそれぞれ前記第1と第2の表示エリアに表示するステップのためのプログラムコードと、ユーザの要求に応答して、前記第1の表示エリアに表示された第1の表示範囲を変更するステップのためのプログラムコードと、前記ユーザの要求に応答して、前記第2の表示エリアに表示された第2の表示範囲を、前記第1の表示エリアから独立して変更するステップのためのプログラムコードと、前記第1の表示エリアに表示されているイメージ上で、ユーザから印刷範囲の指定を受けるステップのためのプログラムコードと、前記第1の表示エリア上で指定された印刷範囲を前記第2の表示エリアのイメージ上に表示するステップのためのプログラムコードとを更に備える。
【0012】
【発明の実施の形態】
本発明に従って提供され得る電子的プロダクトの種類には、静止イメージ、動イメージ、ビデオ、文字文書、コンピュータプログラム、それらの組合せなど様々なものがあるが、以下の実施形態では、静止イメージを提供する場合を例にとり説明する。
【0013】
図1は、本発明に従うシステムの一実施形態の全体構成を示す。
【0014】
図1に示すように、サプライヤシステム10、プロダクトサーバ20、ユーザシステム30及び課金サーバ40が、通信ネットワーク例えばインターネット50を介して、通信可能に接続されている。サプライヤシステム10は、静止イメージのサプライヤが使用するコンピュータシステムであり、所望の使用制限を記述した許可フラグを所望の静止イメージに付加して、それをプロダクトサーバ20にアップロードすることができる。プロダクトサーバ20は、サプライヤシステム10からアップロードされた様々なイメージデータを蓄積し、例えばWWWの方法によって、ユーザシステム30からの要求に応じて、要求されたイメージデータをユーザシステム30に送信するというサービスを行なう。ユーザシステム30は、ユーザが使用するコンピュータシステムである。課金サーバ40は、ユーザシステム30がプロダクトサーバ20から有料のイメージデータの提供を受けるときに、ユーザからサプライヤへの代金支払いのための決済処理を行なうためのサーバである。多数のサプライヤと多数のユーザが存在することができ、その場合には当然、サプライヤシステム10はサプライヤの数分だけ、また、ユーザシステム30はユーザの数分だけ存在することができる。
【0015】
サプライヤシステム10には、「イメージビルダ」と呼ばれるコンピュータプログラム11がインスト−ルされている。イメージビルダ11は、任意のオリジナルのイメージデータに、サプライヤ所望の使用制限を設定した上で、それをこの明細書で「許可フラグ付ML(マルチレベル:複数ピクセル量)」形式と呼ばれる、上記使用制限を示した許可フラグが付加された特別の形式のイメージデータ(以下、「許可フラグ付MLイメージ」という、後述するように複数のファイルのセットである)60に変換して、その許可フラグ付MLイメージ60をインターネット50を通じてプロダクトサーバ20にアップロードする機能をもつ。また、イメージビルダ11は、後述のイメージコレクタ32を有する(イメージコレクタ32は、後述のイメージビューワ31を有する)。イメージビルダ11の具体的な機能、及び、許可フラグ付MLイメージ60の具体的な構成は、後に説明する。
【0016】
プロダクトサーバ20は、サプライヤシステム10からアップロードされた1以上の(通常は多数の)許可フラグ付MLイメージを蓄積していて、ユーザシステム30から来る特定の許可フラグ付MLイメージ60に対する閲覧、ダウンロード、印刷などのアクセス要求(例えば、閲覧要求、ダウンロード要求、印刷要求など)に応答して、その特定の許可フラグ付MLイメージ60に含まれている許可フラグ70或るいは所要イメージ80などのデータをユーザシステム30に送信する。具体的にどのようなデータがユーザシステム30に送信されるかについては、後に説明する。
【0017】
ユーザシステム30には、HTML形式のファイルを閲覧するためのWebブラウザ21と、イメージビューワ31を有するイメージコレクタ32とがインストールされている。イメージビューワ31は、プロダクトサーバ20に蓄積されている様々な許可フラグ付MLイメージ60の中から、ユーザ所望のイメージを選択して、それを閲覧する機能を持つ。必ずしもそうでなければならないわけではないが、この実施形態では、どのような使用制限が付加されたイメージでも、閲覧は無料で自由にできるようになっている。また、必ずしもそうでなければならないわけではないが、この実施形態では、イメージビューワ31は、ユーザがユーザシステム30のWebブラウザ21を用いてプロダクトサーバ(WWWサーバ)20にログインしたときに、例えばJAVA(登録商標)やActiveX(商標)などの技術によるモバイルプログラムとして、ユーザシステム30に自動的に供給されてそのWebブラウザ21にプラグインされて、Webブラウザ21のウィンドウ上で所望のイメージを表示するようになっている。
【0018】
ユーザシステム30内のイメージコレクタ32は、プロダクトサーバ20に蓄積されている様々な許可フラグ付MLイメージ60の中から、ユーザ所望のものを選択して、そのイメージの閲覧、ダウンロード、印刷、ファイル保存及びコピーなどを行なう機能をもっている。前述したように、個々の許可フラグ付MLイメージ60には、サプライヤが設定した使用制限を示す許可フラグが含まれている。イメージコレクタ32は、選択された許可フラグ付MLイメージ60の許可フラグを読み、これを用いて、そのイメージに対して設定された使用制限の範囲内で、許可された使用態様(例えば、ダウンロードと印刷は有料であり、ファイル保存は禁止など)のみを可能にするように、そのイメージの閲覧、ダウンロード、印刷、ファイル保存及びコピーの動作を制御する。そのため、プロダクトサーバ20は、個々の許可フラグ付MLイメージ60の使用制限に関して、格別の制御を行なう必要はない。必ずしもそうでなければならないわけではないが、この実施形態では、イメージコレクタ32は、上述したイメージビューワ31から起動できるようになっている(例えば、イメージビューワ31がWebブラウザ21のウィンドウ内に表示する所定のボタンをユーザがクリックすると、イメージコレクタ32が起動するようになっている)。
【0019】
イメージコレクタ32は、許可フラグによって有料であることが示されている使用行為(例えば、有料のダウンロード、有料の印刷など)を行なう際には、課金サーバ40に接続して、その有料の使用行為を行なう権利を買うための購入要求90をその課金サーバに送る。課金サーバ30は、その購入要求90に応答して、購入代金をユーザからサプライヤへ支払うための決済処理を行なう。イメージコレクタ32は、購入要求90が課金サーバ30に受け入れられたこと(又は、決済処理が完了したこと)を確認して初めて、その有料の使用行為を実行する(例えば、有料イメージをダウンロードする、印刷するなど)。
【0020】
以下、上記した構成に基づく動作をより具体的に説明する。
【0021】
図2は、サプライヤシステム10のディスプレイ画面に表示されるイメージビルダ11のGUI(グラフィカル・ユーザ・インタフェース)のメインのウィンドウの例を示す。
【0022】
オペレータは、図2に示したイメージビルダ11のウィンドウ100上で、「画像変換」ボタン110を操作し、それによって前面表示された画面上で種々の操作を行うことで、所望のイメージを許可フラグ付MLイメージに変換することができる。
【0023】
すなわち、「画像変換」ボタン110の操作によって表示される画面には、画像変換ボタン110、アップロードボタン120、イメージボックス111、プロパティボックス112、元イメージファイルパスボックス113、処理条件ボックス114、許可フラグボックス115及びファイル管理リスト116などが存在する。
【0024】
ファイル管理リスト(以下、単に「管理リスト」と言う)116には、ユーザにイメージファイルが利用される度に更新されるログファイルに基づいて、過去に利用されたイメージファイル(例えば、表示された、変換された、ダウンロードされた、編集された等のイメージファイル)の履歴が表示される(サプライヤシステム10の任意のディレクトリに存在するファイルのリストが表示されても良い)。オペレータは、管理リスト116の中から所望のイメージファイルを、変換対象のファイルとして選択することができる。また、別の方法の例として、オペレータは、サプライヤシステム10内の所望の場所(例えば、デスクトップ、所望ディレクトリ等)にあるファイルの一覧を表示させ、その一覧から所望のイメージファイルを変換対象として選択することもできる。或るイメージファイルが変換対象として選択されると、そのファイルのパスが元イメージファイルパスボックス113に表示され、そのイメージが再生されてイメージボックス111に表示され、また、そのファイルのプロパティ(縦×横サイズ、元画像サイズ、など)がプロパティボックス112に表示される。
【0025】
オペレータは、処理条件ボックス114に、変換された許可フラグ付MLイメージについての各種の処理条件、例えば、変換イメージの保存先、変換先のフォルダ名、MLイメージの名称、圧縮方式、メッシュサイズなど)を設定することができる。メッシュサイズが設定された場合、イメージビルダ11は、そのメッシュサイズと、変換対象の元のイメージファイル(通常、大ピクセル量のビットマップ画像)のピクセル量とに基づいて、レベルの数を自動的に設定することができる(レベルの数は、オペレータが設置してもよい)。
【0026】
また、オペレータは、許可フラグボックス115を用いて、変換された許可フラグ付MLイメージに対する各種の使用制限を設定することができる。例えば、「許可フラグの内容を設定する」121と、「閲覧のみを許可する」122と、「全てを許可する」123の3種類の選択肢を、その選択肢のラジオボタンをオンにすることで、択一的に選ぶことができる。そのうち、「閲覧のみを許可する」122が選択されると、ユーザによるそのイメージの閲覧のみが許可され(無料)、他の使用態様、例えばダウンロード、印刷、ファイル保存及びコピーなどは禁止される。また、「全てを許可する」123が選択されると、閲覧、ダウンロード、印刷、ファイル保存及びコピーなどの全ての使用態様がユーザに対して許可される(無料)。また、「許可フラグの内容を設定する」121が選択されると、使用態様毎に更に詳細な制限事項を設定することができる。
【0027】
使用態様毎に設定できる詳細な制限事項とは、例えば、次のようなものである。すなわち、「ダウンロード」131、「再アップロード」132、「印刷」133、「ファイル保存」134のチェックボックスにチェックマークを入れることで、そのイメージのダウンロード、再アップロード(上記ダウンロードでユーザが取得したイメージを他のネットワークサイトで再利用すること)、印刷及びファイル保存(上記ダウンロードでユーザが取得したイメージを所定の汎用ファイル形式(例えば、JPEG形式など)で保存すること)という使用態様を幾つでも許可することができる。そして、許可した各使用態様毎に、レベル選択用コンボボックス141から所望のレベルを選択することで、その使用態様が許可されるそのイメージのレベル範囲を設定することができる。さらに、各使用態様毎に、「有料にする」のチェックボックスにチェックマークを入れ且つ価格ボックス142に価格を入力することで、その使用態様をその入力された価格で有料で許可することを設定することができる。
【0028】
なお、上述したレベル選択用コンボボックス141で設定できるレベル範囲の「レベル」とは、ピクセル量(又は解像度)のレベルを意味する。すなわち、後に詳述するように、許可フラグ付MLイメージには同一イメージについてのピクセル量(つまりピクセル数)の異なる複数枚のイメージデータが含まれているが、上記「レベル」とは、それらピクセル量の異なる複数枚のイメージのピクセル量の相対レベルのことを意味する。例えば、ピクセル量の異なる8枚のイメージデータが含まれている場合には、そのうちの最も大きいピクセル量のイメージデータのレベルは「7」であり、2番目に大きいピクセル量のイメージデータのレベルは「6」であり、以下、ピクセル量が1段階下がるとレベルが1だけ下がり、そして、最も小さいピクセル量のイメージデータのレベルは「0」である。レベルの数は(つまり、ピクセル量の異なるイメージデータの枚数)は、個々の許可フラグ付MLイメージ毎によって異なる(詳細は後述する)。上述したレベル選択用コンボボックス141で、例えば「全てのレベル」が選択されたならば、その許可フラグ付MLイメージに含まれる全てのレベルのイメージデータに対して当該使用態様が許可され、また、例えば「レベルNまで許可」が選択されたならば、「レベルN」以下のレベルのイメージデータに対して当該使用態様が許可され、「レベルN」より高いレベルのイメージデータに対しては当該使用態様が禁止される。
【0029】
上記したような所要の諸事項を設定した上で、オペレータが「変換実行」ボタンを操作すると、イメージビルダ11は、所定の方法で(例えば、OS(例えばMicrosoft社のWindows(登録商標))が持っているユニークID生成モジュール(例えばGUID)を用いて)、ユニークな画像IDを生成させてそれを変換対象の元イメージデータに割当てる。そして、イメージビルダ11は、元イメージファイルパスボックス113に書かれている元イメージファイルパスから変換対象の元イメージファイルを読み、その元イメージファイル内の元イメージデータを基にして許可フラグ付MLイメージを生成する。このとき、イメージビルダ11は、元イメージデータをコピーしてそれを最高レベルのイメージデータとし、次に、その最高レベルのイメージデータからピクセル量を1段階低下させたイメージデータを作成して、それを2番目に高いレベルのイメージデータとし、次に、その最高レベルのイメージデータからピクセル量を2段階低下させた(又は、2番目に高いレベルのイメージデータからピクセル量を1段階低下させた)イメージデータを作成して、それを3番目に高いレベルのイメージデータとし、以下、同様の方法でピクセル量を1段階づつ低下させたイメージデータを生成していって、最後のレベル「0」のイメージデータまでを作成する。なお、イメージデータのピクセル量を低下させる具体的な方法としては、例えば、以下の(1)〜(3)、
(1)元イメージデータの縦横のピクセル数を半分ずつ減らす(例えば、1段階低下するなら、元イメージデータの縦横のピクセル数を半分減らし、2段階低下するなら、そのピクセル数を4分の1減らす)、
(2)元イメージデータのピクセル量と、最高レベル及び最低レベルとに基づいて、1段階低下するのにピクセル数を縦横に幾つ減らすべきか(換言すれば、イメージデータの縮小倍率)を計算し、その計算結果に基づいてピクセル量を減らす、
(3)生成するイメージデータの最低レベルや縮小倍率をユーザが入力し、ユーザに入力された縮小倍率で段階的にイメージデータのピクセル量を減らす、
のいずれかの方法を採用し得る。
【0030】
イメージビルダ11は、こうして作成した最高レベルから最低レベル「0」までのピクセル量の異なる複数枚のイメージデータの各々を、所定の小サイズの矩形ブロック(メッシュ)に細分割する(但し、最低レベル「0」のイメージデータはメッシュ分割しなくても良い)。このとき、イメージビルダ11は、全てのメッシュのファイルに、割当てた画像IDを格納する。また、イメージビルダ11は、図2の使用条件ボックス115に設定された使用条件(例えば、許可された使用態様の種類や、課金情報など)を表した許可フラグを記述した許可フラグファイル(以下、適宜に「IMFファイル」と言う)も作成する(このファイルは、改竄されることを防止するために暗号化される)。また、イメージビルダ11は、この許可フラグ付MLイメージのフォーマット情報(例えば、画像ID、メッシュサイズ、レベルの数(階層深さ)など)を記述したフォーマットファイル(以下、適宜に「IMIファイル」と言う)も作成する。さらに、イメージビルダ11は、許可フラグ付MLイメージの保存先へのパスが記録されたインポートファイル(以下、適宜に「MIIファイル」と言う)も作成する。以上の、最高レベルから最低レベルまでの複数枚のイメージデータと、IMFファイルと、IMIファイルと、MIIファイルとのセットによって、許可フラグ付MLイメージが構成される。
【0031】
こうして許可フラグ付MLイメージを生成すると、イメージビルダ11は、その許可フラグ付MLイメージを、処理条件ボックス114に書かれた処理条件に従って保存する。処理条件ボックス114に書かれている処理条件には、例えば、次のような事項がある。すなわち、「変換イメージ保存先」は、許可フラグ付MLイメージが保存されるディレクトリを指定する。「変換先フォルダ名」は、許可フラグ付MLイメージが格納されるフォルダの名称を指定する。イメージビルダ11は、「変換イメージ保存先」のディレクトリに、「変換先フォルダ名」のフォルダを作成して、そのフォルダに許可フラグ付MLイメージを格納することになる。「MLイメージ名称」は、許可フラグ付MLイメージの名称を指定する(デフォルト設定では「変換先フォルダ名」と「MLイメージ名称」は同一名称にされる)。「圧縮方式」は、許可フラグ付MLイメージに含まれるピクセル量の異なる複数枚のイメージデータを圧縮して保存する場合の圧縮方式(例えば、可逆圧縮、不可逆圧縮)を指定する。「メッシュサイズ」は、上述したメッシュのサイズ(例えば、正方形メッシュの場合ならば、その一辺のドット数)を指定する。
【0032】
図3は、保存された許可フラグ付MLイメージの構成例を示す。
【0033】
図3に示すものは、例えば「IBK130D050602」というMLイメージ名称をもつ許可フラグ付MLイメージの構成例である。この許可フラグ付MLイメージは、そのMLイメージ名称と同じフォルダ名「IBK130D050602」をもつフォルダ200に格納されており、複数個のイメージフォルダ210〜260と複数個のファイル270〜290のセットによって構成される。
【0034】
複数個のイメージフォルダ210〜260には、メッシュ分割されたレベル(ピクセル量)の異なる複数枚のイメージデータが、それぞれ格納されている。図示の例では、レベル「0」〜レベル「5」の6枚のイメージデータが、メッシュ分割されて、そのレベル番号と同一名称のフォルダ名をもつ6つのイメージフォルダ(以下、適宜「レベルイメージフォルダ」と言う)210〜260に、それぞれ格納されている。なお、各レベルイメージフォルダ210〜260内の各メッシュのファイル(以下、「メッシュファイル」)には、イメージビルダ11によって作成された画像IDが所定位置(例えば先頭又は最後尾)に含まれている。また、各メッシュファイルには、イメージ作成元のサプライヤに関するサプライヤ情報など種々の情報が格納されても良い。また、複数のメッシュから成る各イメージデータには、可視又は不可視の電子透かしが埋め込まれても良い。
【0035】
識別子「IMI」をもつファイル270は、この許可フラグ付MLイメージのフォーマット情報(例えば、画像ID、メッシュサイズ、階層深さなど)を格納したフォーマットファイルである。識別子「IMF」をもつファイル280は、この許可フラグ付MLイメージの使用制限を示した許可フラグを格納した許可フラグファイルであり、このファイルは、改竄されることを防止するために圧縮及び暗号化されている。識別子「MII」をもつファイル(以下、つまりMIIファイル)290は、所定のときに生成されるものであって、イメージコレクタ32を呼び出すためのファイルである。このMIIファイルには、イメージのロケーション情報が記録される、具体的には、例えば、元イメージの変換の際に、許可フラグ付MLイメージの保存先へのパスが記録され、許可フラグ付MLイメージのアップロードの際に、そのMLイメージのアップロード先へのパス(例えば許可フラグ付MLイメージのトップフォルダへのパス)が記録される。
【0036】
再び図2を参照する。図3に示したような構成の許可フラグ付MLイメージが作成されて保存された後、オペレータが「アップロード」ボタン120を操作すると、イメージビルダ11は、任意のプロダクトサーバ20に接続して、その許可フラグ付MLイメージを、上記フォルダ構成のままそれを格納したフォルダ200ごと、オペレータ所望のプロダクトサーバ20の所望ディレクトリにアップロードする。
【0037】
その際、イメージビルダ11は、アップロード先のディレクトリ名に基づいて、アップロード完了後の許可フラグ付MLイメージのトップフォルダへのパスを、許可フラグ付MLイメージ内のMIIファイルに格納する。
【0038】
また、イメージビルダ11は、許可フラグ付MLイメージをアップロードする際、イメージビルダ11は、図3に示したような許可フラグ付MLイメージを構成する複数のフォルダ210〜260及びファイル270〜290を一ファイルに纏めたりすることなく、これら複数のフォルダ210〜260及びファイル270〜290に分かれた構成のまま、それをアップロードする(複数のフォルダ210〜260及びファイル270〜290の少なくとも一方を一ファイルに纏めても良い)。
【0039】
また、イメージビルダ11は、同じイメージを、ユーザシステム30の標準のウェブブラウザでもブラウズできるように、イメージビューワ31用のHTMLファイルも生成して、そのHTMLファイルも許可フラグ付MLイメージと一緒に、プロダクトサーバ20にアップロードする。そのHTMLファイルは、例えば、特定のHTMLページのテンプレートを用いて作成することができる。そのテンプレートは、例えば、図4の(A)及び(B)に例示するように、所定又は所望レベルのイメージの表示場所2001にイメージビューワが埋め込まれているものである。また、そのテンプレートは、表示されるイメージのタイトル、そのイメージの作成元の会社のロゴマーク、許可フラグ付MLイメージ内のIMIファイルやIMFファイルに書かれてある全部又は一部の情報など、所定の又はユーザ所望の事項を、所定の場所又はユーザ所望の場所に表示できるようになっていても良い。また、そのテンプレートは、HTMLページのデザイン(文字や背景等の色、フォントサイズ、ページレイアウト等)をユーザが自由に編集できるようにもなっていても良い。また、そのテンプレートは、所定の又は所望の場所に、コレクタ起動ボタン2000を可視又は不可視に埋め込むことができるようにもなっている。コレクタ起動ボタン2000には、MIIファイルがリンクしており、コレクタ起動ボタン2000が操作されたときは、それにリンクしているMIIファイルに基づいてイメージコレクタ32が起動する。
【0040】
プロダクトサーバ20は、アップロードされた許可フラグ付MLイメージを保持し、そして、ユーザシステム30内のイメージコレクタ32からの要求に応えて、イメージコレクタ32が要求する許可フラグ付MLイメージ内の特定データをユーザシステム30に送信する。ここで、特定データとは、例えば、多くのユーザシステム30に標準装備されているWebブラウザ21で閲覧できるように、HTMLファイルである。
【0041】
ユーザシステム30は、電子的プロダクトデータ20からの特定データを受信し、必要に応じてイメージコレクタ32及びイメージビューワ31の少なくとも一方を起動する。例えば、ユーザシステム30は、Webブラウザ21を用いて、許可フラグ付MLイメージ内のHTMLファイルをプロダクトサーバ20からダウンロードしてそのファイル内のHTMLページを表示することができ、そのHTMLページ上でコレクタ起動ボタンが操作されたら、イメージコレクタ32を起動する。
【0042】
図5は、ユーザシステム30のディスプレイ画面に表示されるイメージコレクタ32のGUIウィンドウの例を示す。
【0043】
図5に示すように、このウィンドウ300には、「画像変換」ボタン310、「ダウンロード」ボタン320、「印刷」ボタン330、「ファイル保存」ボタン340、「電子メール」ボタン350、「コピー」ボタン360、メインイメージボックス371、メインイメージズーミングバー372、管理リスト373、サブイメージボックス375、サブイメージズーミングバー376、プロパティボックス377、利用条件タブ378などがある。
【0044】
イメージコレクタ32は、起動されると、過去に利用されたイメージファイル(例えば、表示された、変換された、ダウンロードされた、印刷された等のイメージファイル)の履歴を管理リスト373に表示する(ユーザシステム30又はプロダクトサーバ20内の任意のディレクトリに存在するファイルのリストが表示されても良いし、アクセス先の場所にある様々な許可フラグ付MLイメージのタイトルや場所などの書誌的情報を収集して、それを表示しても良い)。
【0045】
また、イメージコレクタ32は、起動すると、所定の又は所望の場所(例えば、ユーザ所望のプロダクトサーバ20の所定又は所望ディレクトリ、又は、MIIファイルに記載のMLトップフォルダパス)にアクセスして、その場所から、所定の表示倍率等の情報に基づいてイメージデータを取得し、それをメインイメージボックス371及びサブイメージボックス375に表示する。ここで、「所定の表示倍率」とは、例えば、デフォルトの表示倍率でも良いし、過去に一度表示されたことがあるイメージデータならば、そのイメージデータが閉じられたとき、印刷されたとき、又はファイル保存されたときの表示倍率でも良い。また、表示されるイメージデータは、表示に最適レベルのイメージデータ(具体的には、そのイメージデータの全ての又は一部のメッシュの結合)である。
【0046】
イメージコレクタ32は、イメージデータを表示する際、そのイメージデータを有する許可フラグ付MLイメージの中から、IMIファイル270とIMFファイル280を読み込む。そして、イメージコレクタ32は、読み込んだIMIファイル270から、イメージ情報を得て、それをプロパティボックス377に表示する。また、イメージコレクタ32は、読み込んだIMFファイル280から、使用条件を得て、その使用条件をグラフィカルにウィンドウ300に表示してユーザに知らせる。使用条件のグラフィカルな表示態様としては、一例として、ウィンドウ300の上部に並ぶ各種使用態様の要求ボタン、すなわち、「ダウンロード」ボタン320、「印刷」ボタン330、「ファイル保存」ボタン340、「電子メール」ボタン350、「コピー」ボタン360の表示色を、無料で許可された使用態様のボタンと、有料で許可された使用態様のボタンと、禁止された使用態様のボタンとで違える(例えば、無料許可の場合は白色、有料許可の場合は黄色、禁止の場合は半透明など、或いは、許可の場合はイネーブル状態、禁止の場合はディスエーブル状態にするなど)というような方法が採用し得る。また、使用条件の詳細(例えば、使用態様毎に、許可か禁止か、無料か有料か、価格はいくらか、許可されたレベル範囲は何か、など)は、ウィンドウ300内の「利用条件」タブ378をクリックすると、そのタブ378の下方のボックス377の位置に表示され得る。
【0047】
また、イメージコレクタ32は、メインイメージボックス371とサブイメージボックス375にそれぞれ表示するのに使用するレベル(ピクセル量)と1又は複数のメッシュの番号とを決定して、プロダクトサーバ20から、決定されたレベルをもつ決定された1又は複数のメッシュ番号のメッシュファイルを読み込む。そして、イメージコレクタ32は、読み込んだ全てのメッシュファイルについて、各メッシュファイルに記録されている画像IDが、そのメッシュファイルを含んだMLイメージ内のIMIファイルに記録されている画像IDと一致するか否かの第1のチェックを行なう。また、イメージコレクタ32は、それら全てのメッシュファイルが格納されていた場所が、それらのメッシュファイルを含んだMLイメージ内のMIIファイルに記録されているロケーション情報が示す場所と一致するか否かの第2のチェックを行なう。第1及び第2の少なくとも一方のチェックの結果、不一致があった場合は、イメージコレクタ32は、1又は複数のメッシュデータの結合を行わず、例えばエラーメッセージを表示し、不一致がなかった場合、全てのメッシュファイル内のメッシュデータを結合し、メインイメージボックス371とサブイメージボックス375にそれぞれイメージデータの全部又は一部を表示する。
【0048】
ところで、上記使用するレベルとメッシュの番号を決定する方法としては、例えば次のような方法が採用し得る。すなわち、ユーザがメインイメージズーミングバー372を操作することで決まるメインイメージボックス371での表示のズーム倍率、また、ユーザがサブイメージズーミングバー376を操作することで決まるサブイメージボックス375での表示のズーム倍率(メインメインイメージボックス371のズーム倍率からは独立している)にそれぞれ基づいて、各ズーム倍率での表示に最適なレベルを計算し、その最適レベル以下の全てのレベルを、「使用するレベル」として決定する。例えば、最適レベルが「3」であれば、レベル「3」〜「0」の4つのレベルが、「使用するレベル」として決定されるわけである。そして、こうして「使用するレベル」として決定された複数のレベルの各々のイメージデータの中から、メインイメージボックス371とサブイメージボックス375にそれぞれ表示されるイメージの領域を覆う全てのメッシュ、又は、その領域よりも上下左右の少なくとも1つの方向に若干広い領域を覆う全てのメッシュを、「使用するメッシュ」として決定する(後者の場合であれば、イメージデータの表示後にその表示範囲が変更されても、メッシュ番号の決定、読み込み、第1及び第2のチェック等の上記各種処理を実行しなくて済む可能性があり、迅速に、変更後の表示範囲を表示し得る)。
【0049】
また、上記のように決定された複数のレベルのメッシュデータをプロダクトサーバ20から読み込み、そして、それを用いてイメージデータを表示する手順としては、例えば次のような手順が採用し得る。すなわち、決定された複数のレベルのうち、レベル(ピクセル量)のより低い方のメッシュデータ(例えば、表示領域をできるだけ少ない数のメッシュ(例えば1メッシュ)でカバー可能なレベルのメッシュデータ、或いは、最適レベルより1又は複数段階低いレベルのメッシュデータ)をより先順で読み込み、次に、高レベルのメッシュデータ(例えば、最適レベルのメッシュデータ又は低レベルと最適レベルの中間的なレベルのメッシュデータ)を読み込む。そして、イメージを表示するときには、既に読み込んだ複数のレベルのメッシュデータ中から、最もレベル(ピクセル量)の高いメッシュデータを選び、それを用いてイメージを表示する。このような読み込み及び表示の手順を採用すると、ユーザの要求したズーム倍率で完全なイメージを表示し終わるまでに、粗いイメージからより精細なイメージへと徐々に表示イメージが改善されていくプログレッシブ表示を実現できるとともに、粗いイメージは即座に表示されるので、ユーザに長い待ち時間を主観的に感じさせることがない。
【0050】
ユーザがメインイメージズーミングバー372とサブイメージズーミングバー376をそれぞれ動かすと、ズーム倍率が変わる。これに即座に応答して、イメージコレクタ32は、上述した「使用するレベルとメッシュの番号」を計算し直して、足りないメッシュデータがあれば、それをプロダクトサーバ20から読み込み、新しいズーム倍率のイメージを作成し直して表示する。従って、ユーザは、メインイメージズーミングバー372とサブイメージズーミングバー376を操作することで、選択イメージを所望のズーム倍率で観察して調べることができ、しかも、メインとサブの2つのイメージボックス371、375に異なるズーム倍率でイメージを表示して対比することもできるので、その選択イメージが本当に自分が欲しいものかどうかの判断を正確にすることができる。
【0051】
イメージコレクタ32は、一方のイメージボックス(例えばメインイメージボックス371)上のイメージの表示範囲の外枠を、所定模様及び所定色の線で、他方のイメージボックス(例えばサブイメージボックス375)のイメージ上に表示することができる(それを表示するか否かはユーザの要求に応じて決めても良い)。これにより、ユーザは、一方のイメージボックスでイメージのズーム倍率を変更したりスクロール操作を行ったりして表示範囲を変更しても、他方のイメージボックスで、イメージ全体のどこが一方のイメージボックス上で表示されているかを把握できるので便利である。
【0052】
ユーザがウィンドウ300の上部に並んだ「ダウンロード」ボタン320、「印刷」ボタン330、「ファイル保存」ボタン340などの使用態様毎の要求ボタンをそれぞれ操作すると、イメージコレクタ32は、選択イメージのダウンロード、印刷、ファイル保存、電子メール送信、コピーなどの要求された使用態様を実行するための処理を行なう。但し、許可フラグファイルによって許可されている使用態様のみ実行することができ、禁止されている使用態様は、その要求ボタンが押されても実行しない。ここで、「ダウンロード」とは、ユーザ所望のレベルのイメージデータをメッシュ分割された形式のままでダウンロードすることである。「印刷」とは、ユーザ所望のピクセル量でユーザ所望のサイズの用紙にそのイメージを印刷することである。また、「ファイル保存」とは、ユーザ所望のレベルのイメージデータを、メッシュ分割された形式ではなく、所定の汎用形式(例えばJPEG形式)の1つのファイルに変換して、ユーザシステム30内のユーザ所望の場所に保存することである。「電子メール送信」とは、ユーザ所望のレベルのイメージデータそれ自体又はそれが格納されている場所の情報(例えばURL)を電子メールで所望の相手に提供することである。「コピー」とは、ユーザ所望のレベルのイメージデータを、メモリ上の所定領域(例えば一般的に「クリップボード」と呼ばれるもの)にコピーすることである。
【0053】
無料で許可されている使用態様については、その要求ボタンが押されれば、イメージコレクタ32は、直ちにその実行処理を行なう。一方、有料で許可されている使用態様については、その要求ボタンが押されると、イメージコレクタ32は、まず、課金サーバ40に接続して、課金サーバ40を用いた代金の支払い処理を行なう。このとき、イメージコレクタ32は、図6に例示するような支払方法選択ウィンドウ400をユーザシステム30のディスプレイ画面に表示し、ユーザは、このウィンドウ400で所望の支払方法を選択して、代金の支払い処理を行なう。支払い処理が正常に終わると、イメージコレクタ32は、要求された使用態様を実行する。
【0054】
ところで、イメージコレクタ32は、選択イメージの印刷を実行するときには(つまり、「印刷」ボタン330が操作されたときは)、ウィンドウ300上に、図7に例示するように、「範囲印刷」ボタン1001、「トリミング印刷」ボタン1002、レベル選択コンボボックス1003、及び「レベル印刷」ボタン1004を表示する。
【0055】
「範囲印刷」ボタン1001が操作された場合、イメージコレクタ32は、メインイメージボックス371及びサブイメージボックス375の少なくとも一方のボックス、好適にはメインイメージボックス371上で、ユーザが印刷範囲を指定することができるようにする。これにより、ユーザは、所定の方法、例えば、メインイメージボックス371上でマウスの右ボタンをダウンしたままマウスを動かすことで、メインイメージボックス371に表示されているイメージの印刷範囲(印刷されたときに表示される範囲)を指定することができる(印刷範囲の外枠形状は、典型的には方形であるが、方形に限らず、円形、楕円形、ユーザ所望の形状など他の形状であっても良い)。ここで、イメージコレクタ32は、ユーザ所望の印刷範囲が一方のイメージボックス(例えばメインイメージボックス371)上で指定されたとき、他方のイメージボックス(例えばサブイメージボックス375)に表示さえているイメージ上に、指定された印刷範囲の外枠を表示することができる(それを表示するか否かはユーザの要求に応じて決めても良い)。これにより、ユーザは、一方のイメージボックスで印刷範囲を指定したときに、他方のイメージボックスで、イメージ全体においてどこが印刷範囲なのかを把握できるので便利である。
【0056】
印刷範囲の指定後、例えば再び「範囲印刷」ボタン1001が操作されたときは、イメージコンレクタ32は、後述の図8の印刷設定ウィンドウ500を表示する。
【0057】
「トリミング印刷」ボタン1002が操作された場合、イメージコレクタ32は、メインイメージボックス371及びサブイメージボックス375の少なくとも一方のボックス、好適にはメインイメージボックス371上のイメージの表示範囲を印刷範囲として決定する。印刷範囲決定後、イメージコンレクタ32は、後述の図8の印刷設定ウィンドウ500を表示する。
【0058】
レベル選択コンボボックス1003のプルダウンボタンが操作された場合、イメージコレクタ32は、表示されているイメージのIMFファイルに基づいて、1以上の選択可能なレベルを一覧表示する。このとき、イメージコレクタ32は、選択可能なレベルのうち、有料で印刷可能なレベルは強調表示(例えば後述の通常表示とは異なる表示態様で表示)し、無料で印刷可能なレベルは通常表示しても良い。ユーザは、一覧表示された1以上のレベルの中から所望のレベル(ピクセル量)を選択することができる。
【0059】
レベル選択後、「レベル印刷」ボタン1004が操作されたときは、イメージコンレクタ32は、後述の図8の印刷設定ウィンドウ500を表示する。
【0060】
イメージコレクタ32は、「レベル印刷」ボタン1004が操作された等の上記の場合に、図8に例示するような印刷設定ウィンドウ500をユーザシステム30のディスプレイ画面に表示する。この印刷設定ウィンドウ500では、ユーザは、解像度フィールド510に、印刷時の解像度を設定することができ、また、「プリンタの設定」ボタン520を操作して「プリンタの設定」ウィンドウ(図示省略)を表示し、その「プリンタの設定」ウィンドウを用いて印刷で使用する用紙のサイズ及び方向(縦か横か)などの印刷条件を設定することができる。このようにして、印刷の解像度と用紙サイズと用紙方向が設定されると、イメージコレクタ32は、設定された印刷解像度と用紙サイズと用紙方向の条件下で選択イメージの全域を完全に印刷するのに必要な最低限の用紙枚数を自動計算する。また、それとともに、イメージコレクタ32は、(プリンタが縁無し印刷が可能な場合)それらの複数の用紙を印刷後に一切カットすることなしに貼り合わせると、完全な選択イメージのプリントアウトが得られるように、各用紙に割り当てる選択イメージ内のエリアと、各用紙の糊しろのエリアとを自動計算して、図8に参照番号541〜544で例示するように、それら複数の用紙の各々に割り当てた選択イメージ内のエリアと各用紙の糊しろのエリアとを表示する。図8の例は、4枚の用紙が必要であると計算された場合であって、それら4枚の用紙にそれぞれ割り当てられた4つのイメージエリア541〜544において、参照番号の末尾に「M」を付した部分(図中、白っぽく表示されている)は糊しろとなるエリアであり、参照番号の末尾に「B」を付した部分は、プリントアウトとして有効利用されるボディエリアである。
【0061】
「印刷開始」ボタン530が操作されると、イメージコレクタ32は、プロダクトサーバ20から、各用紙毎に、設定された印刷解像度での印刷に最適なレベルをもった、その用紙に割り当てられたイメージエリアを覆うメッシュデータのみを選択して読み込み、読み込んだメッシュデータを用いて1枚のイメージデータ(そのうちの糊しろのエリアの色調は、糊しろと分かるように例えば薄い色に修正する)を作成して、それをプリンタドライバに渡して、その用紙の印刷を実行させる。この動作を、必要な全ての用紙について繰り返す。
【0062】
これにより、ユーザは、手元の小さい用紙しか使えないプリンタを用いて、高解像度イメージの大ピクセル量のプリントアウトを簡単に得ることが出来る。また、各用紙の印刷時には、その用紙の印刷に必要なイメージデータだけを読み込んで処理すればよく、選択イメージ全体のデータを読み込む必要はないので、ユーザシステム30がもつ主記憶の容量よりも遥かにデータサイズが大きいイメージのプリントアウトを得ることできる。
【0063】
イメージコレクタ32は、印刷時にユーザが設定した解像度や用紙サイズや用紙方向が変われば、上述した用紙枚数やイメージエリアの割り当てや糊しろエリアの設定などを、自動的に変更することができる。例えば、同一のイメージ(例えば2048×1752ドット)に関して、図8は、例えば印刷解像度が120dpiで用紙がA5サイズで横と設定した場合であり、図9は、例えば、300dpiでA4サイズで縦と設定した場合であり、図10は、例えば、300dpiでA4サイズで横と設定した場合であり、図11は、例えば、150dpiでA5サイズで横と設定した場合である。この機能を活用して、ユーザは、例えば、使用する用紙サイズが変わっても、常に同一の印刷解像度を指定することで、用紙サイズに関係なく常に同じサイズのプリントアウトを得るなど、所望の態様でプリントアウトを得ることができる。
【0064】
ところで、イメージコレクタ32は、電子メールの送信を実行するときには(すなわち、図5に示したウィンドウ300上で「電子メール」ボタン350が操作されたときは)、ウィンドウ300上に、図12に例示するように、「選択範囲送信」ボタン3001、「トリミング送信」ボタン3002、「URL送信」ボタン3003、及び「添付形式送信」ボタン3004を表示する。
【0065】
「選択範囲送信」ボタン3001が操作された場合、イメージコレクタ32は、メインイメージボックス371及びサブイメージボックス375の少なくとも一方のボックス、好適にはメインイメージボックス371上で、ユーザがイメージの所望範囲を指定することができるようにする。所望範囲は、例えば、メインイメージボックス371上でマウスの右ボタンをダウンしたままマウスを動かすことで指定することができる(その範囲の外枠形状は、典型的には方形であるが、方形に限らず、円形、楕円形、ユーザ所望の形状など他の形状であっても良い)。ここで、イメージコレクタ32は、所望範囲が一方のイメージボックス(例えばメインイメージボックス371)上で指定されたとき、他方のイメージボックス(例えばサブイメージボックス375)に表示さえているイメージ上に、指定された所望範囲の外枠を表示することができる(それを表示するか否かはユーザの要求に応じて決めても良い)。これにより、ユーザは、一方のイメージボックスで所望範囲を指定したときに、他方のイメージボックスで、イメージ全体においてどこが所望範囲なのかを把握できるので便利である。
【0066】
所望範囲の指定後、例えば再び「選択範囲送信」ボタン3001が操作されたときは、イメージコンレクタ32は、その所望範囲を、所定の汎用ファイル形式(例えば、JPEG形式など)のイメージファイルにする。そして、イメージコンレクタ32は、ユーザシステム30内の電子メールソフト(図示せず)を起動して、電子メールソフトに、送信元及び宛先の電子メールアドレス、タイトル、本文等を入力するための電子メール送信画面を表示させ、且つ、その画面上の本文の欄に、ユーザ所望のイメージの所望範囲を表示させる。これにより、ユーザは、所望イメージの所望範囲を所望の宛先へ電子メールで提供することができる。
【0067】
「トリミング送信」ボタン3002が操作された場合、イメージコレクタ32は、メインイメージボックス371及びサブイメージボックス375の少なくとも一方のボックス、好適にはメインイメージボックス371上のイメージの表示範囲をイメージ提供範囲として決定する。その後、イメージコンレクタ32は、そのイメージ提供範囲を、所定の汎用ファイル形式(例えば、JPEG形式など)のイメージファイルにする。そして、イメージコンレクタ32は、ユーザシステム30内の電子メールソフト(図示せず)を起動して、電子メールソフトに、上記電子メール送信画面を表示させ、且つ、その画面上の本文の欄に、決定したイメージ提供範囲を表示させる。これにより、ユーザは、所望イメージの直前の表示範囲を所望の宛先へ電子メールで提供することができる。
【0068】
「URL送信」ボタン3003が操作された場合、イメージコレクタ32は、ユーザシステム30内の電子メールソフト(図示せず)を起動して、電子メールソフトに、上記電子メール送信画面を表示させ、且つ、その画面上の本文の欄に、現在表示されているイメージのURL(若しくは、そのイメージを見ることができるHTMLページのURL)を記載させる。これにより、ユーザは、所望イメージがあるURLを所望の宛先へ電子メールで提供することができる。
【0069】
「添付形式送信」ボタン3004が操作された場合、イメージコレクタ32は、ユーザシステム30内の電子メールソフト(図示せず)を起動して、電子メールソフトに、上記電子メール送信画面を表示させる。また、イメージコレクタ32は、現在表示されているイメージを持つ許可フラグ付MLイメージの全体(つまりトップフォルダ)又は一部をダウンロードして所定形式で圧縮し、圧縮したものを電子メールソフトに添付ファイルとして持たせる。これにより、ユーザは、所望イメージを持つ許可フラグ付イメージの全部又は一部を所望の宛先へ電子メールで提供することができる。
【0070】
なお、これまで、イメージコレクタ32の機能について説明したが、イメージコレクタ32の上記複数の機能のうち、イメージデータの表示に関する機能は、イメージビューワ31も備えている(例えば、メッシュファイルのファイル名の決定や、画像ID同士の比較などの機能)。
【0071】
以上、本実施形態のシステムについて説明した。以下、図13以降を用いて、上記システムにおいて、サプライヤシステム10で用意されたイメージがユーザシステム30において利用されるまでの流れを詳細に説明する。
【0072】
図13及び図14は、サプライヤシステム10で用意されたイメージデータが許可フラグ付MLイメージに変換されるまでの流れを示す。なお、図ではステップを「S」と略記している。
【0073】
サプライヤシステム10のオペレータの命令によってイメージビルダ11が起動したら、イメージビルダ11は、図2に示したウィンドウ100を表示する。そのとき、イメージビルダ11は、過去に利用されたイメージファイルの履歴が記録されたログファイルを参照し、管理リスト116に、過去に利用されたイメージファイルの履歴を一覧表示する。
【0074】
イメージビルダ11は、管理リスト116の中からオペレータ所望のイメージファイルが選択される等の方法によって、元イメージファイルパスボックス113に元イメージファイルパスが入力され、「ロード」ボタンが操作されたら(S1)、入力された元イメージファイルパスに基づいて、オペレータ所望の元イメージファイルを読み出し、そのイメージファイルを開いてイメージボックス111に元イメージ(許可フラグ付MLイメージに変換される前のイメージ)を表示する(S2)。そのとき、イメージビルダ11は、元イメージファイルのファイル名、場所(例えば、元イメージファイルの保存場所であっても良いし、元イメージの撮影場所であっても良い)をイメージボックス111の下に表示したり、元イメージファイルのプロパティ(縦×横サイズ、元画像サイズ、など)をプロパティボックス112に表示したりする(S3)。
【0075】
その後、オペレータは、元イメージファイルが許可フラグ付MLイメージに変換されたときのそのMLイメージについての各種の処理条件、例えば、変換イメージの保存先、変換先のフォルダ名、MLイメージの名称、圧縮方式、メッシュサイズなどを処理条件ボックス114に設定する(S4)。メッシュサイズが設定された場合、イメージビルダ11は、そのメッシュサイズと、変換対象の元のイメージファイル(通常、大ピクセル量のビットマップ画像)のピクセル量とに基づいて、その元イメージファイルについて用意するレベルの数を計算する(S5)。
【0076】
その後、オペレータは、許可フラグボックス115を用いて、変換された許可フラグ付MLイメージに対する各種の使用制限を設定する。具体的には、オペレータは、「許可フラグの内容を設定する」121と、「閲覧のみを許可する」122と、「全てを許可する」123の3種類の択一的に選ぶ。また、例えば、それらのうち「許可フラグの内容を設定する」121を選択した場合、オペレータは、許可フラグ付MLイメージのダウンロード、再アップロード、印刷及びファイル保存という使用態様を、許可した各使用態様毎に、レベル選択用コンボボックス141から所望のレベルを選択することで、その使用態様が許可されるそのイメージのレベル範囲を設定する(選択可能なレベルの数は、S5の計算結果によって異なる)。
【0077】
許可フラグの設定の後、「変換実行」ボタンが押されたら(S7でY)、イメージビルダ11は、図14に示す流れで変換処理を実行する(S8)。
【0078】
すなわち、イメージビルダ11は、図14に示すように、所定の方法、例えば、OSが持っているユニークID付与モジュールに、ユニークな画像IDを生成させる(S10)。次に、イメージビルダ11は、元イメージファイルパスボックス113に書かれている元イメージファイルパスから変換対象の元イメージファイルを読み込んでメモリに展開し(S11)、図13のS4で指定された保存先にそのS4で設定されたフォルダ名のフォルダを作る(S12)。そして、イメージビルダ11は、メモリに展開されている元イメージのデータをメッシュサイズで読み込んで圧縮し(圧縮方式は、汎用の圧縮方式ではなく、専用のイメージビルダ、コレクタ、又はビューワでなければ解凍することができない方式)、且つ、圧縮されたメッシュデータ用のメッシュファイルを作成して、全メッシュファイルの各々に、圧縮されたメッシュデータ及びS10で生成された画像IDを格納する(S13)。イメージビルダ11は、そのメッシュファイルを、許可フラグ付MLイメージに属するi番目(所定レベル)のフォルダ(例えば、元イメージデータのメッシュファイルなら最高レベルのイメージフォルダ)に格納する(S14)。イメージビルダ11は、このS13及びS14の処理を、元イメージデータの全てのメッシュについて行う(S15でN、S13、S14)。また、イメージビルダ11は、元イメージの全てのメッシュについてS13及びS14の処理を終えたら(S15でY)、元イメージデータからピクセル量を1段階低下させたイメージデータを作成して、それを2番目に高いレベルのイメージデータとし、そのイメージデータについても、S13及びS14と同様の処理を行う(なお、そのイメージデータのメッシュファイルは、元イメージデータのレベルの1段階下のレベルのフォルダに格納する)(S16、S17)。
【0079】
イメージビルダ11は、全てのレベルのイメージデータについて、S13及びS14と同様の処理を行い、それが終了したら(S18でY)、許可フラグ付MLイメージのフォーマット情報(例えば、画像ID、メッシュサイズ、レベルの数(階層深さ)など)を記述したフォーマットファイル、つまりIMIファイルを作成する(S19)。また、イメージビルダ11は、図2の使用条件ボックス115に設定された使用条件(例えば、許可された使用態様の種類や、課金情報など)を表した許可フラグを記述した許可フラグファイル、つまり、IMFファイルも作成する(S20−A)。さらに、イメージビルダ11は、許可フラグ付MLイメージの保存先へのパスが記録されたMIIファイルも作成する(S20−B)。
【0080】
以上の、最高レベルから最低レベルまでの複数枚のイメージデータと、IMIファイルと、IMFファイルと、MIIファイルとのセットによって、許可フラグ付MLイメージが構成される。この許可フラグ付MLイメージは、S12で作ったフォルダにおいて、処理条件ボックス114に「MLイメージ名称」として入力された名称を持っている。
【0081】
次に、図15を参照して、図2に示したウィンドウ100において、「アップロード」ボタン120が操作されたときのイメージビルダ11の動作を説明する。
【0082】
オペレータが「アップロード」ボタン120を操作すると、イメージビルダ11は、オペレータの操作に従って、アップロード対象のイメージを表示するイメージビューワ31を埋め込んだHTMLページのデザインを決める(S21)。HTMLページのデザイン(例えば、イメージビューワの埋め込み位置、コレクタ起動ボタンの埋め込み位置、ズーミングバーの有無など)は、既に述べた通り、例えば、図4の(A)及び(B)に例示したテンプレートにより固定であっても良いし、オペレータが自由に変えることができても良い。
【0083】
HTMLページを作成したら、イメージビルダ11は、オペレータから、アップロード先(ディレクトリ名など)の指定を受けて(S22)、アップロード実行要求を受けたら(S23)、S21で決定されたデザインのHTMLページを有するHTMLファイルを作成し(S24)、且つ、許可フラグ付MLイメージのアップロード先へのパスをMIIファイルに記録してMIIファイルを更新する(S25)。そして、イメージビルダ11は、任意の(または所定の)プロダクトサーバ20に接続して、S24で作成したHTMLファイルと共に、許可フラグ付MLイメージを、図3に示したフォルダ構成のまま、プロダクトサーバ20のアップロード先ディレクトリにアップロードする(S26)。
【0084】
プロダクトサーバ20は、図16に示すような流れで動作する。
【0085】
すなわち、プロダクトサーバ20は、許可フラグ付MLイメージのアップロードをサプライヤシステム10から受けたときは(S27)、その許可フラグ付MLイメージを、サプライヤシステム10に指定された場所(例えば、図15のS22で指定されたアップロード先)で保持する(S28)。また、プロダクトサーバ20は、ユーザシステム30からファイル要求を受けたときは(S29)、そのファイル要求に応じたファイル(例えば、HTMLページ、或いは、許可フラグ付MLイメージ内の或るレベルのイメージデータに係る各メッシュファイル)をユーザシステム30に送信する(S30)。
【0086】
次に、図17を参照して、ユーザシステム30の動作を説明する。
【0087】
ユーザシステム30は、ユーザの操作に従って、Webブラウザ21を起動し(S41)、所定の又はユーザ所望のURLにアクセスする(S42)。このとき、ユーザシステム30は、プロダクトサーバ20内の、イメージビューワが埋め込まれているHTMLページにアクセスした場合は(S43)、そのイメージビューワを起動する(S44)。
【0088】
図18は、イメージビューワの動作流れを示す。
【0089】
イメージビューワは、起動したら、所定の表示倍率(例えばデフォルトの表示倍率)等の情報に基づいて、所定の表示領域に表示するのに最適なレベル(ピクセル量)と、その表示領域におけるイメージデータの表示範囲とを計算し、計算された表示範囲内の座標値から、表示すべきメッシュデータを持つメッシュファイルのファイル名(例えばメッシュ番号)を求める(S31)。
【0090】
イメージビューワは、求められたファイル名を持つメッシュファイルがメモリ・キャッシュにあれば(S32でY)、そのメッシュファイルを読み込んで(S33)、そのメッシュファイルが正当か否かを判定する(S33−1)。
【0091】
具体的には、イメージビューワは、読み込んだ全てのメッシュファイルについて、各メッシュファイルに記録されている画像IDが、そのメッシュファイルを含んだMLイメージ内のIMIファイルに記録されている画像IDと一致するか否かの第1のチェックを行なう。また、イメージコレクタ32は、それら全てのメッシュファイルが格納されていた場所が、それらのメッシュファイルを含んだMLイメージ内のMIIファイルに記録されているロケーション情報が示す場所(例えば、MLイメージのアップロード先)と一致するか否かの第2のチェックを行なう。第1及び第2の少なくとも一方のチェックの結果、不一致があった場合は(S33−1でN)、イメージビューワは、1又は複数のメッシュデータの結合を行わず、例えばエラーメッセージを表示し(S33−3)、不一致がなかった場合、全てのメッシュファイル内のメッシュデータを結合して描画する(S33−4)。
【0092】
S32において、イメージビューワは、求められたファイル名を持つ1又は複数のメッシュファイルがメモリ・キャッシュになければ(S32でN)、表示領域を1メッシュでカバーできる最大レベル(それがなければ、最も少ない数のメッシュでカバーできる最大レベル)とそのメッシュのファイル名を計算する(S34)。その結果、そのファイル名を持つメッシュファイルがメモリ・キャッシュにあれば(S35でY)、イメージビューワは、上述のS33〜S33−4と同様の処理を実行する(S36〜S36−3)。
【0093】
一方、S34で求められたファイル名を持つ1又は複数のメッシュファイルがメモリ・キャッシュになければ(S35でN)、イメージビューワは、その1又は複数のメッシュファイルを、プロダクトサーバ20内の、S34で求められたレベルのイメージフォルダから順次取得してメモリ・キャッシュに入れ(S37)、上記S33〜S33−3と同様の処理を行なう。
【0094】
続いて、イメージビューワは、S34で求められたレベルよりも所定段階高いレベル(例えば1段階高いレベル若しくは表示に最適なレベル)で表示に必要な1又は複数のメッシュファイルがメモリ・キャッシュにあるか否かを調べ、あれば、上述のS33〜S33−4と同様の処理を実行し、なければ、プロダクトサーバ20内の、イメージフォルダから必要な1又は複数のメッシュファイルを読み込んでメモリ・キャッシュに入れ(S38)、上記S33〜S33−3と同様の処理を行なう。
【0095】
以上の処理によって、イメージビューワは、表示に最適なレベルの必要な全てのメッシュデータを取得し結合して、表示に最適なレベルのイメージデータの全部又は一部を表示する。
【0096】
その後、ズーム倍率変更操作或いはスクロール操作が行なわれる等してイメージデータの表示範囲を変更する必要が生じた場合、イメージビューワは、上述したS31以降の処理を行う。
【0097】
イメージビューワは、HTMLページ上に表示されたイメージデータが不正にコピーされないように、図19に示すような流れでコピー制御を行なう。
【0098】
すなわち、イメージビューワは、HTMLページが表示されているウィンドウが、ユーザシステム30のスクリーン(例えば、ウィンドウの最大表示領域)上に見えているときは(S500でY)、OSに対してスクリーンコピーを禁止するよう指令を出し(S501)、最小化、閉じられた、又は別のウィンドウの背面に完全に隠れていることによって見えていないときは(S500でN)、OSにスクリーンコピーの禁止をキャンセルさせる。ここで、「スクリーンコピー」とは、一般にパーソナルコンピュータに搭載のOSに標準装備されている機能であって、ディスプレイ画面全体の表示内容を所定のメモリ領域にコピーすることである。なお、イメージビューワは、スクリーンコピーだけでなく、HTMLページ上のイメージデータそれ自体のコピーも禁止したり許可したりすることができる。また、イメージビューワは、表示されているHTMLページに関連した許可フラグ付MLイメージ内のIMFファイルを参照し、ファイル保存及びコピーが許可されていなければ、たとえウィンドウがスクリーン上に見えていなくても、スクリーンコピー(及びイメージデータそれ自体のコピー)を禁止することができる。また、このようなコピー制御は、イメージビューワのみならず、イメージコレクタ及びイメージビルダも行なうことができる。
【0099】
HTMLページ上でコレクタ起動ボタンが操作されてイメージコレクタが起動した場合(イメージコレクタは別の方法で起動することもできる)、イメージコレクタは、図20に示すような動作を行なう。
【0100】
すなわち、イメージコレクタは、まず、操作されたコレクタ起動ボタンに関連付けられているMIIファイルを読み込む(S51)。次に、イメージコレクタは、そのMIIファイルに記述のロケーション情報が示す場所に存在する許可フラグ付MLイメージ(以下、「ターゲットMLイメージ」と言う)内のIMIファイルを読み込む(S52)。また、イメージコレクタは、その許可フラグ付イメージに関する情報(例えばトップフォルダのパス等)を、イメージコレクタのウィンドウ300(図5参照)の管理リスト373に追加する(S53)。
【0101】
その後、イメージコレクタは、図18を参照して説明したイメージビューワの動作と同じ動作で、メッシュデータを取得し描画する(S54)。すなわち、例えば、イメージコレクタは、IMIファイルに記述の画像IDと、読み込んだメッシュファイル内の画像IDとを用いて上記第1のチェックを行なったり、MIIファイルに記述のロケーション情報と、読み込んだ各メッシュファイルの保存場所とを用いて上記第2のチェックを行なったりする。
【0102】
また、イメージコレクタは、ターゲットMLイメージ内のIMFファイルを取得し(S55)、そのIMFファイルから使用条件を得て、既に例示した方法で、その使用条件をグラフィカルにウィンドウ300に表示してユーザに知らせる(S56)。
【0103】
その後、イメージコレクタは、ユーザの操作に応じた処理を実行する。例えば、イメージコレクタは、管理リスト373上の或るイメージ情報(例えばファイル名)がクリックされたときは(S57)、S51以降の処理を実行する。また、イメージコレクタは、「ダウンロード」ボタン320が操作されたときは、ダウンロード処理を実行し(S58)、「印刷」ボタン330が操作されたときは、印刷処理を実行し(S59)、「ファイル保存」ボタン340が操作されたときは、ファイル保存処理を実行し(S60)、「電子メール」ボタン350が操作されたときは、電子メール送信処理を実行し(S61)、「コピー」ボタン360が操作されたときは、表示されているイメージデータをクリップボードへコピーする(S62)。
【0104】
具体的には、「ダウンロード」ボタン等の各種ボタン320〜360が操作された場合、イメージコレクタは、図21に示すような動作を行う。
【0105】
すなわち、イメージコレクタは、各種ボタン320〜360が操作されたとき、そのボタンに対応した使用態様が許可されているか否かを判断し(S71)、許可されていなければ(S71でN)、エラーメッセージをユーザシステム30に表示する(エラーメッセージの表示に限らず、他のエラー処理を行っても良い)(S72)。
【0106】
イメージコレクタは、S71での判断の結果、操作されたボタンに対応した使用態様(つまりユーザ所望の使用態様)での使用が許可されている場合、更に、それが有料か無料かを判断し(S73)、無料であれば(S73でN)、ユーザ所望の使用態様での使用のための処理を実行する(S74)。一方、S73での判断の結果、有料であれば(S73でY)、イメージコレクタは、画像IDに関連付けられた許可キー(支払いが行われたことを示す情報)が記録されているログが所定の場所(例えば、ユーザシステム30又は課金サーバ51内)に存在するか否かチェックし(S75)、存在すれば(S75でY)、ユーザ所望の使用態様での使用のための処理を実行する(S74)。
【0107】
S75のチェックの結果、存在しなければ(S75でN)、イメージコレクタは、図6に例示したような支払方法選択ウィンドウ400をユーザシステム30のディスプレイ画面に表示する(S76)。イメージコレクタは、このウィンドウ400でユーザ所望の支払方法が選択されたならば、支払入力画面(例えば、ユーザの氏名、住所、クレジットカードのカード番号等を入力するための画面)を表示する(S77)。そして、その支払入力画面に所定事項が入力されて支払ボタンが押されたならば(S78)、イメージコレクタは、支払入力画面に入力された情報を含む許可キー発行依頼情報を課金サーバ51に送信して、課金サーバ51から、許可キーを発行するか否かの回答を待つ(S79)。許可キー発行依頼情報には、ユーザの氏名、住所、クレジットカード番号等の個人情報や、ユーザ所望のイメージデータに割当てられている画像IDや、イメージコレクタのCDキー(シリアル番号)などが含まれている。
【0108】
イメージコレクタは、課金サーバ51から回答を受けたとき(S80)、その回答の内容が否定的な内容であれば(S81でN)、支払ができない旨を示すエラーメッセージを表示する(S82)。一方、イメージコレクタは、課金サーバ51からの回答の内容が肯定的な内容であれば(S81でY)、課金サーバ51から発行された許可キーを受け取り、購入されたイメージデータに割当てられている画像IDにその許可キーを対応付け、その画像IDに対応付けられた許可キーを記録した許可キーログファイルを生成しそれを保存する(S83)。そして、イメージコレクタは、その許可キーに関する許可キー情報(例えば許可キーの識別情報)を所定の方法でユーザに告知して(S84)、その後、ユーザ所望の使用態様での使用を行なうための処理を実行する(S85)。
【0109】
この実施形態では、例えば、イメージコレクタが再インストールされたときや、許可キーログファイルが誤って消去されたときは、ユーザがユーザシステム30に、告知された許可キー情報を入力すれば、イメージコレクタがその入力された許可キー情報を用いて、一旦発行された許可キーを再度入手し、所望のイメージデータを所望の使用態様で使用することができる。
【0110】
ユーザシステム30から許可キー発行依頼情報をもらう課金サーバ51は、図22に示すような動作を行なう。
【0111】
すなわち、課金サーバ51は、ユーザシステム30内のイメージコレクタから、画像IDやCDキー等が含まれている許可キー発行依頼情報を受けて(S91)、それを、所定の管理ログファイルに記録する(S92)。そして、課金サーバ51は、受信した許可キー発行依頼情報に含まれている情報のうち、ユーザの個人情報(氏名、クレジットカード番号等)を、ユーザ所望の支払方法に対応した決済機関へ通知して回答を待つ(S93)。
【0112】
その後、課金サーバ51は、決済機関からの回答を受けて、その回答の内容が、決済を認めない旨の回答であれば(S94でN)、その旨をイメージコレクタに通知すると共に(S95)、決済NGを所定の管理ログファイルに記録する(S96)。一方、決済機関からの回答の内容が、決済を認める旨の回答であれば(S94でY)、課金サーバ51は、S91で受けた許可キー発行依頼情報に含まれている画像ID及びCDキーと、所定時(例えば、許可キー発行依頼情報を受けた時、或いは、決済機関から回答を受けた時)の日時とに基づいて許可キーを生成し、それをユーザシステムに提供する(S97)。許可キーは、画像ID、CDキー、及び、日時情報に基づいて生成されるものなので、正当に決済されたイメージデータ、課金処理に使用されたイメージコレクタ、及び所定の日時にユニークなものとなる。
【0113】
以上のような流れで、イメージコレクタが許可キーを受け取ったならば、その許可キーに対応した使用態様での使用が可能になる。
【0114】
例えば、ダウンロードであれば、図23に示すように、イメージコレクタは、許可された許可フラグ付MLイメージ全体を、所定の又はユーザ所望の格納場所にダウンロードし(S100)、そのMLイメージ内のMIIファイルに、ダウンロードしたMLイメージの保存先を書込む(S101)。この結果、ダウンロード後の許可フラグ付MLイメージの状態は、元イメージデータから生成された許可フラグ付MLイメージの状態と略同様である(MIIファイルの内容が異なる程度である)。
【0115】
また、ファイル保存又はコピーであれば、図24に示すように、イメージコレクタは、使用が許可されたレベルのイメージデータを構成する全てのメッシュデータを取得し、それらをつなぎ合わせて1つのイメージデータとし、そのイメージデータを、所定の汎用形式(例えばJPEG形式)の1つのファイルにして(S110)、ユーザシステム30内のユーザ所望の場所に保存する(S111)。なお、この流れにおいて、保存されるイメージデータは、全イメージデータであっても良いし、メインイメージボックス371又はサブイメージボックス375に表示されている範囲内のメッシュデータから成るイメージデータであっても良いし、ユーザに選択された範囲内のメッシュデータから成るイメージデータであっても良い。また、この流れにおいて、取得するメッシュデータのレベルは、許可されている1又は複数のレベルからユーザに選択されたレベルであっても良いし、メインイメージボックス371又はサブイメージボックス375に表示されていたときのレベルであっても良い。また、変換後の汎用形式は、複数の汎用形式(例えば、JPEG、BMP、PMG等)からユーザが選択可能である。また、変換後のイメージファイル内の所定の場所に、画像ID等のセキュリティ情報が書かれたり、変換後のイメージデータに可視又は不可視の電子透かしが埋め込まれたりしても良い。
【0116】
イメージコレクタは、印刷を実行するときには、図25に示すような動作を実行する。
【0117】
すなわち、イメージコレクタは、ウィンドウ300上で、範囲印刷、トリミング印刷、及びレベル印刷のいずれかの印刷方法が選択されて(S120)、印刷ボタン1001、1002、又は1004が押されたら(S121)、印刷設定ウィンドウ500(図8参照)を表示する。イメージコレクタは、印刷設定ウィンドウ500に、印刷解像度、用紙サイズ、用紙方向等の印刷条件が入力されたときは、その印刷条件を読み込み(S122)、入力された印刷解像度と用紙サイズと用紙方向の条件下で選択イメージ(具体的には、ユーザに指定された選択範囲内のイメージ、イメージボックス371又は375での表示範囲内のイメージ、ユーザに指定されたレベルの全メッシュから成るイメージのいずれか)の全域を完全に印刷するのに必要な最低限の用紙枚数を自動計算する。また、それとともに、イメージコレクタは、(プリンタが縁無し印刷が可能な場合)それらの複数の用紙を印刷後に一切カットすることなしに貼り合わせると、完全な選択イメージのプリントアウトが得られるように、各用紙に割り当てる選択イメージ内のエリアと、各用紙の糊しろのエリアとを自動計算して、図8に参照番号541〜544で例示したように、それら複数の用紙の各々に割り当てた選択イメージ内のエリアと各用紙の糊しろのエリアとを表示する。このとき、イメージコレクタは、図8に例示した小さな表示領域541〜544毎に、その表示領域での表示に最適なレベルの、選択イメージ内のエリアにおける全メッシュデータを選択的に取得し、それらを繋ぎ合わせて1つの部分選択イメージを生成し表示する。また、そのとき、イメージコレクタは、部分選択イメージにおいて、ボディエリアは濃く、糊しろエリアは薄く表示する(S123)。
【0118】
イメージコレクタは、ユーザに印刷条件が変更された場合は(S124でY)、再びS122及びS123の処理を行い、印刷条件が変更されることなく、「印刷開始」ボタンが押された場合は(S124でN、S125)、次の処理を実行する。すなわち、イメージコレクタは、メモリキャッシュ又はプロダクトサーバ20から、各用紙毎に、設定された印刷解像度での印刷に最適なレベル又はユーザ所望のレベルをもった、その用紙に割り当てられたイメージエリア(ボディエリアとのりしろエリアから成るエリア)を覆うメッシュデータのみを選択的に読み込み、読み込んだメッシュデータを用いて1枚のビットマップイメージデータ(そのうちの糊しろのエリアの色調は、糊しろと分かるように例えば薄い色に修正する)を作成して、それをプリンタドライバに渡し、その用紙の印刷を実行させる(S126)。この動作を、S123で計算された全ての用紙について繰り返す(S127)。
【0119】
これにより、ユーザは、手元の小さい用紙しか使えないプリンタを用いて、高解像度イメージの大ピクセル量のプリントアウトを簡単に得ることが出来る。また、各用紙の印刷時には、その用紙の印刷に必要なイメージデータだけを読み込んで処理すればよく、選択イメージ全体のデータを読み込む必要はないので、ユーザシステム30がもつ主記憶の容量よりも遥かにデータサイズが大きいイメージのプリントアウトを得ることができる。
【0120】
イメージコレクタは、電子メールの送信を実行するときには、以下の流れで動作する。
【0121】
すなわち、イメージコレクタは、図5のウィンドウ300で「電子メール」ボタン350が操作された後に、選択範囲送信、トリミング送信、URL送信、及び添付形式送信のいずれかの送信方法の選択を受け付け、いずれかの送信方法が選択されたときに、選択された送信方法に対応した処理を実行する。
【0122】
具体的には、選択範囲送信が選択された場合、イメージコレクタは、例えばメインイメージボックス371上で、全イメージにおけるユーザ所望の送信範囲の指定を受け付け、ユーザ所望の送信範囲が指定されたらならば、その送信範囲内のメッシュデータの結合を、汎用ファイル形式のイメージファイルにする。そして、イメージコレクタは、ユーザシステム30内の電子メールソフトを起動して、その電子メールソフトをして、電子メールの本文の欄に、ユーザ所望の送信範囲内のイメージを表示せしめる。
【0123】
トリミング送信が選択された場合、イメージコレクタは、ユーザシステム30内の電子メールソフトを起動して、その電子メールソフトをして、電子メールの本文の欄に、例えばメインイメージボックス371上での表示範囲内のイメージを表示せしめる。
【0124】
URL送信が選択された場合、イメージコレクタは、ユーザシステム30内の電子メールソフトを起動して、電子メールソフトをして、電子メールの本文の欄に、現在表示されているイメージデータのURL(若しくは、そのイメージを見ることができるHTMLページのURL)を記載せしめる。
【0125】
添付形式送信が選択された場合、イメージコレクタは、ユーザシステム30内の電子メールソフトを起動すると共に、現在表示されているイメージデータを持つ許可フラグ付MLイメージの全体又は一部をダウンロードして所定形式で圧縮し、圧縮したものを電子メールソフトに添付ファイルとして持たせる。
【0126】
以上、上述した実施形態によれば、イメージビルダ11の機能により、サプライヤは、自分が提供する個々のイメージデータに対して固有の使用制限を課すことができる。
【0127】
また、上述した実施形態によれば、様々な使用態様でプロダクトサーバ20内のイメージをユーザが使用する場合、プロダクトサーバ20としては、単にユーザシステム30から要求されたデータをユーザシステム30へ送るという単純な動作を行なうだけでよく、使用制限にもとづく制御や、課金処理などの面倒な処理を行なう必要はない。この観点から、例えば、プロダクトサーバ20は、複数のユーザ間で共有可能な単なるストレージでも良い。
【0128】
また、上述した実施形態によれば、イメージデータは、1又は複数のメッシュデータに細分化されている。1又は複数のメッシュデータを結合して1つのイメージデータにすることは、専用のビューワ機能を備えたソフトウェアでないとできない。このため、イメージデータの不正使用の軽減が図れる。
【0129】
また、上述した実施形態によれば、取得したメッシュファイル内のメッシュデータを再生するときは、そのメッシュファイル内に書かれている画像IDと、そのメッシュファイルに関連付いているIMIファイルに書かれている画像IDとが比較され、その比較の結果、不一致があれば、メッシュデータは再生されない。イメージデータを構成するメッシュデータの結合体がたとえ不正にコピーされたとしても、その不正にコピーされたメッシュデータにはIMIファイルは関連付いていないので、不正コピーされたイメージデータが再生されて使用されるのを防ぐことができる。
【0130】
また、上述した実施形態によれば、取得したメッシュファイル内のメッシュデータを再生するときは、そのメッシュファイルの格納場所と、そのメッシュファイルに関連付いたMIIファイル上のロケーション情報が示す場所とが比較され、不一致があれば、メッシュデータは再生されない。イメージデータを構成するメッシュデータの結合体が不正にコピーされた場合、MIIファイルにコピー先の場所が記録されることはない。従って、不正コピーされたイメージデータが再生されて使用されるのを防ぐことができる。
【0131】
また、上述した実施形態によれば、イメージコレクタの機能により、小さい用紙しか使えないプリンタを用いて、高解像度イメージの大ピクセル量のプリントアウトを簡単に得ることが出来る。また、各用紙の印刷時には、その用紙の印刷に必要なイメージデータだけを読み込んで処理すればよく、選択イメージ全体のデータを読み込む必要はないので、ユーザシステム30がもつ主記憶の容量よりも遥かにデータサイズが大きいイメージのプリントアウトを得ることができる。
【0132】
以上、本発明の実施形態を説明したが、これは本発明の説明のための例示であり、この実施形態のみに本発明の範囲を限定する趣旨ではない。従って、本発明は、その要旨を逸脱することなく、他の様々な形態で実施することが可能である。
【0133】
例えば、上述の実施形態では、一つの許可フラグ付MLイメージには、同じイメージについてピクセル量の異なる複数枚のイメージデータが含まれていたが、それに加えて、例えば、同一対象物を多くの異なる方向から眺めた多数のイメージについて、同様に、ピクセル量の異なる複数枚のイメージデータを用意して、それらを一つの許可フラグ付MLイメージに含ませることにより、一つの対象物を三次元的に様々な方向から任意のズーム倍率で眺めた画像を表示するようにすることもできる。
【0134】
また、例えば、イメージビルダ11は、ローカルなパーソナルコンピュータにおいて、画像管理ソフトウェアとして利用されても良い(つまりオフラインで使用されても良い)。例えば、イメージビルダ11は、デジタルカメラ等から入力されたイメージデータをMLイメージに変換して、ユーザ所望の格納場所に格納し、ユーザの要求に応じて、最適レベルの又はユーザ所望レベルのメッシュデータを選択的に読み出して、表示したり印刷したり等を行うことができる。なお、この場合、イメージビルダ11は、選択的にメッシュデータを読み出す場合は、例えば、メモリ・キャッシュに必要なメッシュデータが存在するか否かを調べ、存在すればそのメモリ・キャッシュから選択的に必要なメッシュデータを読み出し、存在しなければ、所定の記憶装置(例えば、内蔵ハードディスクや、MOドライブ内のMOディスク等)内から必要なメッシュデータを選択的に読み出す。
【0135】
また、例えば、イメージビルダ11は、サプライヤの要求に応じて、イメージデータの料金の他に、一度の支払で使用可能な有効範囲を設定できても良い。その有効範囲としては、例えば、使用可能な回数、使用可能な時間制限などがある。
【0136】
また、例えば、印刷の際、プリンタドライバに対してふちなし印刷を自動的に設定しても良い。また、例えば、イメージコレクタ32は、プリンタドライバがその設定を受け付けないときは、ユーザに手動でふちなしモードを設定するよう案内しても良い。
【0137】
また、例えば、メッシュデータを表示するときは、各メッシュについて、まず、最適レベルの必要メッシュファイルを探し、それが無ければ、それより1段階低レベルの代替ファイルを探し、それも無ければ、更に1段階低レベルの代替ファイルを探しても良い。すなわち、最適レベルの必要ファイルを最優先に探し、それがない場合、段階的により低レベルの代替ファイルを探していくようにしても良い。また、より低レベルのメッシュが既に代替表示されていたところに、より高レベルのメッシュを表示しようとする場合には、その先に代替表示されていた低レベルのメッシュを消去して、より高レベルのメッシュを新たに表示しても良い。
【0138】
また、例えば、イメージビルダ11は、全てのメッシュデータの各々を、専用のイメージビューワ31のみが解凍できる特別の方法で圧縮しても良い。
【0139】
また、例えば、MIIファイルに記録されるロケーション情報は、MLイメージ内の各レベルのイメージデータを構成する各メッシュファイル毎に記録されても良い。
【0140】
また、同一のイメージデータを構成する複数のメッシュは、必ずしも、同一フォルダや同一マシン内に保存されなければならないわけではない。例えば、同じイメージデータを構成する複数のメッシュは2台以上のマシンに分けて保存されても良い。この場合、MIIファイルには、各メッシュ毎に保存場所が記録される。
【0141】
また、例えば、許可フラグ付MLイメージを構成する複数の要素(各レベルのレベルイメージフォルダ、IMIファイル、IMFファイル、及びMIIファイル)は、互いに関連付けられていれば、必ずしも全ての要素が同一のフォルダ内又はマシン内に存在しなくても良い。
【0142】
また、例えば、ユーザシステム30が今までに使用したイメージデータの画像IDと、ユーザシステム30又はそのユーザを識別するためのユーザ情報とを対応付けて保存するための、ユーザシステム30とは別のコンピュータシステムがあっても良い。
【0143】
また、例えば、イメージビルダ11を用いて、商品のイメージデータを提供しても良い。その場合、イメージビルダ11は、サプライヤの要求に従って、商品の価格やその他の販売情報(以下、売買条件情報)をイメージデータに付加して提供しても良い。また、その場合、イメージコレクタは、売買条件情報を認識し、その売買条件情報に基づいて、表示されたイメージデータが表す商品の受注処理、課金処理等を制御しても良い。また、例えば、サプライヤシステム10又はプロダクトサーバ20は、各商品の在庫に関する在庫情報(例えば在庫数など)を管理し、ユーザシステム30から受注を受ける度に、その在庫情報を更新し、商品の在庫数がゼロになったときには、その商品のイメージデータを削除しユーザシステムに提供されないようにしても良い。これ以外にも、種々の売買制御が考えられる。
【図面の簡単な説明】
【図1】本発明に従う電子的プロダクト提供システムの全体構成を示すブロック図。
【図2】イメージビルダ11のGUIウィンドウの例を示す図。
【図3】許可フラグ付MLイメージの構成例を示す図。
【図4】(A)HTMLイメージのテンプレートの第1の例を示す図。(B)HTMLイメージのテンプレートの第1の例を示す図。
【図5】イメージコレクタ32のGUIウィンドウの例を示す図。
【図6】イメージコレクタ32が提供する支払方法選択ウィンドウ400の例を示す図。
【図7】「印刷」ボタン330が操作されたときにイメージコレクタ32のウィンドウ300に表示されるボタン等を示す図。
【図8】印刷設定ウィンドウの例を示す図。
【図9】印刷設定ウィンドウの別の例を示す図。
【図10】印刷設定ウィンドウのまた別の例を示す図。
【図11】印刷設定ウィンドウの更にまた別の例を示す図。
【図12】「印刷」ボタン350が操作されたときにイメージコレクタ32のウィンドウ300に表示される4種のボタンを示す図。
【図13】サプライヤシステム10で用意されたイメージデータを許可フラグ付MLイメージに変換するまでの流れを示す図。
【図14】許可フラグ付MLイメージへの変換処理の具体的な流れを示す図。
【図15】サプライヤシステムにおいて、アップロード処理が行なわれるときのイメージビルダの動作流れを示す図。
【図16】プロダクトサーバの動作流れを示す図。
【図17】ユーザシステム30のイメージビューワが起動するまでの動作流れの例を示す図。
【図18】イメージビューワの動作流れを示す図。
【図19】イメージビューワのコピー禁止制御の流れを示す図。
【図20】イメージコレクタが起動した後の動作流れを示す図。
【図21】イメージコレクタが表示したウィンドウ上でユーザ所望の使用態様の実行ボタンが押されたときの処理流れの概要を示す図。
【図22】課金サーバの動作流れを示す図。
【図23】イメージコレクタが行うダウンロードの処理流れを示す図。
【図24】イメージコレクタが行うファイル保存又はコピーの処理流れを示す図。
【図25】イメージコレクタが行う印刷制御の処理流れを示す図。
【符号の説明】
10 サプライヤシステム
11 イメージビルダ
20 プロダクトサーバ
21 Webブラウザ
30 ユーザシステム
31 イメージビューワ
32 イメージコレクタ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a technique for controlling a printing system such as a printer.
[0002]
[Prior art]
Generally, when printing image data acquired by a personal computer from a printer, the image data is developed in a memory of the personal computer and printed on one sheet of paper.
[0003]
[Problems to be solved by the invention]
Conventionally, if the image data has a very large pixel size and is very excellent in image quality, the memory capacity of the personal computer may not be able to handle the image data of the huge data size. Also. With the paper size of the printer that the user has, it may not be possible to output a large-sized printout that makes full use of the large number of pixels of the image.
[0004]
Therefore, an object of the present invention is to print a large-size image data such that a printout of the image data can be obtained even if the image data does not fit on one sheet of a paper size desired by the user. The purpose is to control the system.
[0005]
[Means for Solving the Problems]
A computer program according to the present invention is a computer program for causing a computer to execute a method for controlling a printing system, and uses a set print resolution when printing an image of a desired area in an entire image. A program code for calculating the number of sheets required to print the image of the desired area according to the size and orientation of the sheet; and a partial code of the desired area for each of the calculated number of sheets. For each sheet, calculate the image of the partial area and the required margin for each sheet so that the image of the desired area is printed out when the sheet is pasted after printing the image of the area. Program code for the steps to be performed and the Image and the necessary margin of serial partial area and a program code for controlling a printing system to be printed.
[0006]
In a preferred embodiment, controlling the printing system comprises:
(1) selectively obtaining fragment data corresponding to a partial area allocated to each sheet from a set of a large number of fragment data generated by previously dividing the entire original image data;
(2) reproducing an image of the partial area using the obtained fragment data;
(3) controlling a printing system to perform printing on each sheet using the reproduced partial area image;
(4) a step of sequentially repeating the steps (1) to (3) from the first sheet to the last sheet of a plurality of sheets to be used;
Having.
[0007]
In a preferred embodiment, a program code for dividing the original whole image data into a plurality of fragment data, and a program code for storing the set of the plurality of fragment data in a predetermined storage area. Is further provided.
[0008]
In a case where two or more image data having different pixel amounts representing the same whole image are prepared in advance, a step of receiving a designation of a pixel amount to be used for printing from the user from the two or more different pixel amounts. And controlling the printing system, wherein the step of controlling the printing system controls the printing system to use image data having a pixel amount designated by the user for printing.
[0009]
In a preferred embodiment, when two or more image data having different pixel amounts representing the same overall image are prepared in advance, printing is performed at the set print resolution from the two or more different pixel amounts. Further comprising program code for selecting an optimal amount of pixels, wherein the controlling the printing system controls the printing system to use the image data having the selected amount of pixels for printing.
[0010]
In a preferred embodiment, two or more image data having different pixel amounts and representing the same whole image are generated from the program code for the step of obtaining the original whole image data and the obtained original whole image data. The method further includes a program code for the step and a program code for the step of storing the two or more pieces of image data having different pixel amounts generated in a predetermined storage area.
[0011]
In a preferred embodiment, the program code for displaying the first and second display areas on a display screen of a computer, and the first display range and the second display range in the whole image are respectively defined as Program code for displaying in the first and second display areas, and program for changing the first display range displayed in the first display area in response to a user request A program code for changing a second display range displayed in the second display area independently of the first display area in response to a request of the user; A program code for receiving a designation of a print range from a user on the image displayed in the first display area; Further comprising a program code for displaying a print range specified above on the image of the second display area.
[0012]
BEST MODE FOR CARRYING OUT THE INVENTION
There are various types of electronic products that can be provided according to the present invention, such as still images, moving images, videos, text documents, computer programs, combinations thereof, and the following embodiments provide still images. The case will be described as an example.
[0013]
FIG. 1 shows an overall configuration of an embodiment of a system according to the present invention.
[0014]
As shown in FIG. 1, a
[0015]
A computer program 11 called “image builder” is installed in the
[0016]
The
[0017]
In the
[0018]
The
[0019]
The
[0020]
Hereinafter, the operation based on the above configuration will be described more specifically.
[0021]
FIG. 2 shows an example of a main window of a GUI (graphical user interface) of the image builder 11 displayed on the display screen of the
[0022]
The operator operates the “image conversion”
[0023]
That is, the screen displayed by operating the “image conversion”
[0024]
The file management list (hereinafter, simply referred to as “management list”) 116 includes image files used in the past (for example, displayed image files based on log files updated each time the image files are used by the user). , Converted, downloaded, edited, etc.) (a list of files existing in any directory of the
[0025]
The operator sets various processing conditions for the converted ML image with the permission flag in the processing condition box 114, such as a storage destination of the converted image, a folder name of the conversion destination, a name of the ML image, a compression method, and a mesh size. Can be set. When the mesh size is set, the image builder 11 automatically determines the number of levels based on the mesh size and the pixel amount of the original image file to be converted (usually a bitmap image having a large pixel amount). (The number of levels may be set by the operator).
[0026]
Further, the operator can use the
[0027]
The detailed restrictions that can be set for each usage mode are, for example, as follows. That is, by checking the check boxes of “download” 131, “re-upload” 132, “print” 133, and “file save” 134, the image is downloaded and re-uploaded (the image obtained by the user in the above download). Any number of usage modes, such as reusing the image on another network site), printing and saving the file (saving the image obtained by the user through the download in a predetermined general file format (eg, JPEG format)) can do. By selecting a desired level from the level
[0028]
The “level” of the level range that can be set in the above-described level
[0029]
When the operator operates the “conversion execution” button after setting the necessary items as described above, the image builder 11 uses an OS (for example, Windows (registered trademark) of Microsoft Corporation) by a predetermined method. The unique ID generation module (e.g., GUID) has the unique image ID generated and assigned to the original image data to be converted. Then, the image builder 11 reads the original image file to be converted from the original image file path written in the original image
(1) Reduce the number of vertical and horizontal pixels of the original image data by half (for example, if the number of pixels is reduced by one step, reduce the number of vertical and horizontal pixels of the original image data by half; cut back),
(2) Based on the pixel amount of the original image data and the highest level and the lowest level, calculate how many pixels should be reduced vertically and horizontally (in other words, reduction ratio of the image data) to reduce by one step. , Reduce the amount of pixels based on the calculation,
(3) The user inputs the minimum level and the reduction ratio of the image data to be generated, and gradually reduces the pixel amount of the image data at the reduction ratio input by the user.
Either of the methods can be adopted.
[0030]
The image builder 11 subdivides each of a plurality of pieces of image data having different pixel amounts from the highest level to the lowest level “0” thus created into rectangular blocks (mesh) of a predetermined small size (however, the lowest level The image data of “0” need not be divided into meshes.) At this time, the image builder 11 stores the assigned image IDs in all the mesh files. In addition, the image builder 11 writes a permission flag file (hereinafter, referred to as a permission flag file) describing a permission flag indicating the use condition (for example, the type of permitted use mode and the billing information) set in the
[0031]
When the ML image with the permission flag is generated in this way, the image builder 11 stores the ML image with the permission flag according to the processing conditions written in the processing condition box 114. The processing conditions written in the processing condition box 114 include, for example, the following items. That is, the “conversion image storage destination” specifies a directory in which the ML image with the permission flag is stored. “Conversion destination folder name” specifies the name of the folder in which the ML image with the permission flag is stored. The image builder 11 creates a folder of “conversion destination folder name” in the directory of “conversion image storage destination” and stores the ML image with the permission flag in the folder. The “ML image name” specifies the name of the ML image with the permission flag (the default name is “the conversion destination folder name” and the “ML image name” are the same). The “compression method” specifies a compression method (for example, lossless compression or irreversible compression) for compressing and storing a plurality of pieces of image data having different pixel amounts included in the ML image with the permission flag. The “mesh size” specifies the size of the above-described mesh (for example, in the case of a square mesh, the number of dots on one side thereof).
[0032]
FIG. 3 shows a configuration example of a saved ML image with a permission flag.
[0033]
FIG. 3 shows a configuration example of an ML image with a permission flag having an ML image name “IBK130D050602”, for example. The ML image with the permission flag is stored in a
[0034]
The plurality of image folders 210 to 260 respectively store a plurality of image data of different levels (pixel amounts) obtained by mesh division. In the example shown in the figure, six image data of level “0” to level “5” are mesh-divided, and six image folders having the same folder name as the level number (hereinafter, “level image folder” as appropriate) ) Are stored respectively. Note that a file of each mesh in each of the level image folders 210 to 260 (hereinafter, “mesh file”) includes an image ID created by the image builder 11 at a predetermined position (for example, at the beginning or end). . In addition, various information such as supplier information regarding the supplier of the image creation source may be stored in each mesh file. Also, a visible or invisible digital watermark may be embedded in each image data composed of a plurality of meshes.
[0035]
The
[0036]
FIG. 2 is referred to again. When the operator operates the “upload”
[0037]
At this time, based on the directory name of the upload destination, the image builder 11 stores the path to the top folder of the ML image with the permission flag after the upload is completed in the MII file in the ML image with the permission flag.
[0038]
When uploading the ML image with the permission flag, the image builder 11 stores a plurality of folders 210 to 260 and
[0039]
The image builder 11 also generates an HTML file for the
[0040]
The
[0041]
The
[0042]
FIG. 5 shows an example of a GUI window of the
[0043]
As shown in FIG. 5, the
[0044]
When activated, the
[0045]
Further, when activated, the
[0046]
When displaying the image data, the
[0047]
Further, the
[0048]
By the way, as a method for determining the level and mesh number to be used, for example, the following method can be adopted. That is, the zoom magnification of the display in the main image box 371 determined by the user operating the main image zooming bar 372, and the zoom of the display in the sub image box 375 determined by the user operating the sub image zooming bar 376. Based on each of the magnifications (independent of the zoom magnification of the main image box 371), the optimum level for the display at each zoom magnification is calculated, and all the levels lower than the optimum level are referred to as the “level to be used”. ". For example, if the optimal level is “3”, four levels “3” to “0” are determined as “levels to be used”. Then, from the image data of each of the plurality of levels determined as the “level to be used”, all the meshes covering the areas of the images respectively displayed in the main image box 371 and the sub image box 375, or the meshes thereof. All meshes covering an area slightly wider in at least one of the upper, lower, left and right directions than the area are determined as “meshes to be used” (in the latter case, even if the display range is changed after the image data is displayed). , There is a possibility that it is not necessary to execute the above-mentioned various processes such as determination of mesh numbers, reading, first and second checks, and the display range after the change can be promptly displayed.)
[0049]
Further, as a procedure for reading mesh data of a plurality of levels determined as described above from the
[0050]
When the user moves the main image zooming bar 372 and the sub-image zooming bar 376, the zoom magnification changes. Immediately in response to this, the
[0051]
The
[0052]
When the user operates a request button for each use mode such as a “download” button 320, a “print” button 330, and a “file save” button 340 arranged at the top of the
[0053]
If the request button is pressed for the usage mode permitted for free, the
[0054]
By the way, when printing the selected image (that is, when the “print” button 330 is operated), the
[0055]
When the “print range” button 1001 is operated, the
[0056]
After the print range is specified, for example, when the “range print” button 1001 is operated again, the
[0057]
When the “trim print” button 1002 is operated, the
[0058]
When the pull-down button of the level selection combo box 1003 is operated, the
[0059]
When the “level print” button 1004 is operated after the level is selected, the
[0060]
The
[0061]
When the “print start” button 530 is operated, the
[0062]
As a result, the user can easily obtain a printout of a large pixel amount of a high-resolution image by using a printer that can only use small paper at hand. Further, when printing each sheet, only the image data necessary for printing the sheet need be read and processed, and it is not necessary to read the data of the entire selected image. Therefore, the capacity of the main memory of the
[0063]
If the resolution, paper size, or paper direction set by the user during printing changes, the
[0064]
By the way, when transmitting the e-mail (that is, when the “e-mail” button 350 is operated on the
[0065]
When the “send selected range” button 3001 is operated, the
[0066]
After the designation of the desired range, for example, when the “send selected range” button 3001 is operated again, the
[0067]
When the “trim transmission” button 3002 is operated, the
[0068]
When the “URL transmission” button 3003 is operated, the
[0069]
When the “attached form transmission” button 3004 is operated, the
[0070]
Although the function of the
[0071]
The system of the present embodiment has been described above. Hereinafter, a flow until an image prepared in the
[0072]
FIGS. 13 and 14 show a flow until the image data prepared by the
[0073]
When the image builder 11 is activated by an instruction of the operator of the
[0074]
The image builder 11 inputs the original image file path into the original image
[0075]
Thereafter, the operator operates the various processing conditions for the ML image when the original image file is converted into the ML image with the permission flag, for example, the storage destination of the converted image, the name of the folder of the conversion destination, the name of the ML image, the compression of the ML image, and the like. The method, mesh size, and the like are set in the processing condition box 114 (S4). When the mesh size is set, the image builder 11 prepares the original image file based on the mesh size and the pixel amount of the original image file to be converted (usually a bitmap image having a large pixel amount). The number of levels to be performed is calculated (S5).
[0076]
Thereafter, the operator uses the
[0077]
After the setting of the permission flag, if the “Conversion” button is pressed (Y in S7), the image builder 11 executes the conversion process according to the flow shown in FIG. 14 (S8).
[0078]
That is, as shown in FIG. 14, the image builder 11 causes a unique method, for example, a unique ID assignment module of the OS to generate a unique image ID (S10). Next, the image builder 11 reads the original image file to be converted from the original image file path written in the original image
[0079]
The image builder 11 performs the same processing as in S13 and S14 for all levels of image data, and when the processing is completed (Y in S18), the format information of the ML image with the permission flag (for example, image ID, mesh size, A format file in which the number of levels (depth of hierarchy) is described, that is, an IMI file is created (S19). In addition, the image builder 11 writes a permission flag file that describes a permission flag indicating the use condition (for example, the type of the permitted use mode or the billing information) set in the
[0080]
An ML image with a permission flag is configured by a set of a plurality of pieces of image data from the highest level to the lowest level, an IMI file, an IMF file, and an MII file. The ML image with the permission flag has the name input as “ML image name” in the processing condition box 114 in the folder created in S12.
[0081]
Next, the operation of the image builder 11 when the “upload”
[0082]
When the operator operates the "upload"
[0083]
After creating the HTML page, the image builder 11 receives designation of an upload destination (directory name or the like) from the operator (S22), and upon receiving an upload execution request (S23), the HTML builder of the design determined in S21. An HTML file is created (S24), and the path to the upload destination of the ML image with the permission flag is recorded in the MII file to update the MII file (S25). Then, the image builder 11 connects to an arbitrary (or predetermined)
[0084]
The
[0085]
That is, when the
[0086]
Next, the operation of the
[0087]
The
[0088]
FIG. 18 shows an operation flow of the image viewer.
[0089]
When the image viewer is started, based on information such as a predetermined display magnification (for example, a default display magnification), an optimal level (pixel amount) to be displayed in a predetermined display area and an image data of the image data in the display area are determined. A display range is calculated, and a file name (for example, a mesh number) of a mesh file having mesh data to be displayed is obtained from the coordinate values within the calculated display range (S31).
[0090]
If there is a mesh file having the obtained file name in the memory cache (Y in S32), the image viewer reads the mesh file (S33) and determines whether the mesh file is valid (S33-). 1).
[0091]
Specifically, for all the read mesh files, the image viewer matches the image ID recorded in each mesh file with the image ID recorded in the IMI file in the ML image including the mesh file. A first check is made as to whether or not to do so. Further, the
[0092]
In S32, if one or more mesh files having the obtained file name are not present in the memory cache (N in S32), the image viewer sets the maximum level at which the display area can be covered by one mesh (if there is no mesh file, the maximum level). The maximum level that can be covered by a small number of meshes) and the file name of the mesh are calculated (S34). As a result, if there is a mesh file having the file name in the memory cache (Y in S35), the image viewer executes the same processing as in S33 to S33-4 described above (S36 to S36-3).
[0093]
On the other hand, if one or more mesh files having the file name determined in S34 are not in the memory cache (N in S35), the image viewer stores the one or more mesh files in S34 in the
[0094]
Subsequently, the image viewer determines whether one or more mesh files required for display at a predetermined level higher than the level obtained in S34 (for example, one level higher or an optimum level for display) are in the memory cache. It is checked whether or not there is, and if there is, the same processing as the above-mentioned S33 to S33-4 is executed. If not, one or more necessary mesh files are read from the image folder in the
[0095]
Through the above processing, the image viewer acquires and combines all necessary mesh data at the optimal level for display, and displays all or a part of the image data at the optimal level for display.
[0096]
Thereafter, when it is necessary to change the display range of the image data by performing a zoom magnification change operation or a scroll operation, the image viewer performs the above-described processing from S31.
[0097]
The image viewer performs copy control in a flow as shown in FIG. 19 so that image data displayed on the HTML page is not illegally copied.
[0098]
That is, when the window displaying the HTML page is visible on the screen of the user system 30 (for example, the maximum display area of the window) (Y in S500), the image viewer copies a screen copy to the OS. A command to prohibit the screen copy is issued (S501), and when it is not visible because it is minimized, closed, or completely hidden behind another window (N in S500), the OS cancels the prohibition of the screen copy. Let it. Here, "screen copy" is a function that is generally provided as a standard feature in an OS installed in a personal computer, and is to copy the display contents of the entire display screen to a predetermined memory area. The image viewer can prohibit or permit not only the screen copy but also the copy of the image data itself on the HTML page. The image viewer also refers to the IMF file in the ML image with the permission flag associated with the displayed HTML page, and if file saving and copying are not permitted, even if the window is not visible on the screen. , Screen copying (and copying of the image data itself) can be prohibited. Such copy control can be performed not only by an image viewer but also by an image collector and an image builder.
[0099]
When the collector start button is operated on the HTML page to start the image collector (the image collector can be started by another method), the image collector operates as shown in FIG.
[0100]
That is, the image collector first reads the MII file associated with the operated collector activation button (S51). Next, the image collector reads the IMI file in the ML image with the permission flag (hereinafter, referred to as “target ML image”) existing at the location indicated by the location information described in the MII file (S52). Further, the image collector adds information on the image with the permission flag (for example, the path of the top folder) to the management list 373 of the image collector window 300 (see FIG. 5) (S53).
[0101]
Thereafter, the image collector acquires and draws the mesh data by the same operation as the operation of the image viewer described with reference to FIG. 18 (S54). That is, for example, the image collector performs the first check using the image ID described in the IMI file and the image ID in the read mesh file, or performs the location information described in the MII file and The second check is performed using the storage location of the mesh file.
[0102]
Further, the image collector obtains the IMF file in the target ML image (S55), obtains the usage conditions from the IMF file, and graphically displays the usage conditions in the
[0103]
After that, the image collector executes a process according to the operation of the user. For example, when certain image information (for example, a file name) on the management list 373 is clicked (S57), the image collector executes the processing from S51. Further, when the “download” button 320 is operated, the image collector executes the download processing (S58), and when the “print” button 330 is operated, the image collector executes the print processing (S59). When the "Save" button 340 is operated, a file saving process is executed (S60). When the "E-mail" button 350 is operated, an e-mail transmission process is executed (S61), and a "Copy" button 360 is executed. Is operated, the displayed image data is copied to the clipboard (S62).
[0104]
Specifically, when various buttons 320 to 360 such as a “download” button are operated, the image collector performs an operation as shown in FIG.
[0105]
That is, when the various buttons 320 to 360 are operated, the image collector determines whether or not a use mode corresponding to the button is permitted (S71). If not (N in S71), an error occurs. The message is displayed on the user system 30 (other error processing may be performed instead of displaying the error message) (S72).
[0106]
As a result of the determination in S71, when the use in the use mode corresponding to the operated button (that is, the use mode desired by the user) is permitted, the image collector further determines whether it is paid or free ( (S73) If free (N in S73), a process for use in a use mode desired by the user is executed (S74). On the other hand, if the result of determination in S73 is that the image is to be paid (Y in S73), the image collector stores a log in which a permission key (information indicating that payment has been made) associated with the image ID is recorded. (For example, in the
[0107]
As a result of the check in S75, if there is not (N in S75), the image collector displays a payment method selection window 400 as illustrated in FIG. 6 on the display screen of the user system 30 (S76). If the payment method desired by the user is selected in this window 400, the image collector displays a payment input screen (for example, a screen for inputting the user's name, address, credit card number, etc.) (S77). ). Then, when predetermined items are input on the payment input screen and the payment button is pressed (S78), the image collector transmits permission key issue request information including the information input on the payment input screen to the charging server 51. Then, it waits for a response from the charging server 51 as to whether or not to issue a permission key (S79). The permission key issuance request information includes personal information such as a user's name, address, and credit card number, an image ID assigned to image data desired by the user, and a CD key (serial number) of an image collector. ing.
[0108]
When receiving the answer from the charging server 51 (S80), if the answer is negative (N in S81), the image collector displays an error message indicating that the payment cannot be made (S82). On the other hand, if the answer from the charging server 51 is positive (Y in S81), the image collector receives the permission key issued from the charging server 51 and is assigned to the purchased image data. The permission key is associated with the image ID, and a permission key log file in which the permission key associated with the image ID is recorded is generated and stored (S83). Then, the image collector notifies the user of permission key information (for example, identification information of the permission key) relating to the permission key by a predetermined method (S84), and thereafter, a process for performing use in a desired use mode by the user Is executed (S85).
[0109]
In this embodiment, for example, when the image collector is reinstalled, or when the permission key log file is accidentally deleted, if the user inputs the notified permission key information to the
[0110]
The charging server 51 which receives permission key issue request information from the
[0111]
That is, the charging server 51 receives permission key issuance request information including an image ID, a CD key, and the like from the image collector in the user system 30 (S91), and records it in a predetermined management log file. (S92). Then, the billing server 51 notifies the user's personal information (name, credit card number, etc.) of the information included in the received permission key issuance request information to the clearing house corresponding to the user's desired payment method. Waiting for an answer (S93).
[0112]
Thereafter, the billing server 51 receives the answer from the settlement institution, and if the answer is that the settlement is not permitted (N in S94), the accounting server 51 notifies the image collector of the fact (S95). The settlement NG is recorded in a predetermined management log file (S96). On the other hand, if the content of the answer from the settlement institution is that the settlement is approved (Y in S94), the billing server 51 checks the image ID and the CD key included in the permission key issue request information received in S91. And a predetermined time (for example, when receiving permission key issuance request information or receiving a response from a payment institution), generates a permission key based on the date and time, and provides it to the user system (S97). . Since the permission key is generated based on the image ID, the CD key, and the date and time information, it is unique for the image data that has been properly settled, the image collector that has been used for the billing process, and the predetermined date and time. .
[0113]
When the image collector receives the permission key according to the above flow, the image collector can be used in a usage mode corresponding to the permission key.
[0114]
For example, in the case of downloading, as shown in FIG. 23, the image collector downloads the entire permitted ML image with the permission flag to a predetermined or user-desired storage location (S100), and the MII in the ML image is downloaded. The storage location of the downloaded ML image is written in the file (S101). As a result, the state of the ML image with the permission flag after the download is substantially the same as the state of the ML image with the permission flag generated from the original image data (the content of the MII file is different).
[0115]
In the case of file saving or copying, as shown in FIG. 24, the image collector acquires all the mesh data constituting the image data of the level permitted to be used, and connects them to form one image data. Then, the image data is converted into one file in a predetermined general-purpose format (for example, JPEG format) (S110), and stored in a location desired by the user in the user system 30 (S111). In this flow, the image data to be stored may be all image data, or may be image data composed of mesh data within the range displayed in the main image box 371 or the sub image box 375. Alternatively, image data composed of mesh data within a range selected by the user may be used. Further, in this flow, the level of the mesh data to be acquired may be a level selected by the user from one or a plurality of permitted levels, or is displayed in the main image box 371 or the sub image box 375. May be the level at the time. Further, the user can select the converted general-purpose format from a plurality of general-purpose formats (for example, JPEG, BMP, PMG, etc.). Further, security information such as an image ID may be written at a predetermined location in the converted image file, or a visible or invisible digital watermark may be embedded in the converted image data.
[0116]
The image collector performs an operation as shown in FIG. 25 when performing printing.
[0117]
That is, the image collector selects one of the range printing, trimming printing, and level printing methods on the window 300 (S120) and presses the print button 1001, 1002, or 1004 (S121). A print setting window 500 (see FIG. 8) is displayed. When print conditions such as print resolution, paper size, and paper direction are input to the
[0118]
When the printing condition is changed by the user (Y in S124), the image collector performs the processing of S122 and S123 again, and when the “print start” button is pressed without changing the printing condition ( (N in S124, S125), the following processing is executed. In other words, the image collector sends, from the memory cache or the
[0119]
As a result, the user can easily obtain a printout of a large pixel amount of a high-resolution image by using a printer that can only use small paper at hand. Further, when printing each sheet, only the image data necessary for printing the sheet need be read and processed, and it is not necessary to read the data of the entire selected image. Therefore, the capacity of the main memory of the
[0120]
The image collector operates in the following flow when sending an e-mail.
[0121]
That is, after the “email” button 350 is operated in the
[0122]
Specifically, when the selected range transmission is selected, the image collector accepts the designation of the user-desired transmission range for all the images, for example, on the main image box 371, and if the user-desired transmission range is designated. Then, the combination of the mesh data within the transmission range is converted into a general-purpose file format image file. Then, the image collector activates the e-mail software in the
[0123]
When the trimming transmission is selected, the image collector activates the e-mail software in the
[0124]
When the transmission of the URL is selected, the image collector activates the e-mail software in the
[0125]
When the attachment format transmission is selected, the image collector activates the e-mail software in the
[0126]
As described above, according to the above-described embodiment, the function of the image builder 11 allows the supplier to impose a unique use restriction on the individual image data provided by the supplier.
[0127]
According to the above-described embodiment, when a user uses an image in the
[0128]
Further, according to the above-described embodiment, the image data is subdivided into one or a plurality of mesh data. Combining one or a plurality of mesh data into one image data can only be performed by software having a dedicated viewer function. For this reason, unauthorized use of image data can be reduced.
[0129]
According to the above-described embodiment, when reproducing the mesh data in the acquired mesh file, the image ID written in the mesh file and the IMI file associated with the mesh file are written. The mesh data is not reproduced if there is a mismatch as a result of the comparison. Even if the union of the mesh data composing the image data is copied illegally, the illegally copied mesh data is not associated with the IMI file, so the illegally copied image data is reproduced and used. Can be prevented.
[0130]
Further, according to the above-described embodiment, when playing back the mesh data in the acquired mesh file, the storage location of the mesh file and the location indicated by the location information on the MII file associated with the mesh file are displayed. If there is a mismatch, the mesh data is not reproduced. If the union of the mesh data constituting the image data is illegally copied, the location of the copy destination is not recorded in the MII file. Therefore, it is possible to prevent the illegally copied image data from being reproduced and used.
[0131]
Further, according to the above-described embodiment, a printout of a large pixel amount of a high-resolution image can be easily obtained by using a printer that can use only small paper by the function of the image collector. Further, when printing each sheet, only the image data necessary for printing the sheet need be read and processed, and it is not necessary to read the data of the entire selected image. Therefore, the capacity of the main memory of the
[0132]
Although the embodiment of the present invention has been described above, this is an exemplification for describing the present invention, and is not intended to limit the scope of the present invention only to this embodiment. Therefore, the present invention can be implemented in other various forms without departing from the gist thereof.
[0133]
For example, in the above-described embodiment, a single ML image with a permission flag includes a plurality of pieces of image data having different pixel amounts for the same image. Similarly, for a large number of images viewed from the direction, a plurality of image data having different pixel amounts are prepared and included in one ML image with a permission flag, so that one object can be three-dimensionally. Images viewed at various zoom magnifications from various directions can be displayed.
[0134]
Further, for example, the image builder 11 may be used as image management software in a local personal computer (that is, it may be used offline). For example, the image builder 11 converts image data input from a digital camera or the like into an ML image and stores the ML image in a storage location desired by the user. Can be selectively read, displayed, printed, and the like. In this case, when selectively reading the mesh data, the image builder 11 checks, for example, whether or not the necessary mesh data exists in the memory cache, and if it exists, selectively reads from the memory cache. The necessary mesh data is read out, and if it does not exist, the necessary mesh data is selectively read out from a predetermined storage device (for example, a built-in hard disk or an MO disk in an MO drive).
[0135]
Further, for example, the image builder 11 may be able to set an effective range that can be used with a single payment, in addition to the image data fee, according to a request of the supplier. The effective range includes, for example, the number of usable times and the limit of usable time.
[0136]
Also, for example, at the time of printing, borderless printing may be automatically set for the printer driver. Further, for example, when the printer driver does not accept the setting, the
[0137]
Further, for example, when displaying mesh data, for each mesh, first, a necessary mesh file at an optimum level is searched. If there is no such file, an alternative file at one level lower than that is searched. One-level lower-level alternative files may be searched. In other words, the necessary file at the optimum level may be searched with the highest priority, and if there is no such file, the alternative file at a lower level may be searched step by step. If a higher-level mesh is to be displayed where a lower-level mesh has already been displayed as an alternative, the lower-level mesh previously displayed as an alternative is deleted and the higher-level mesh is deleted. A new level mesh may be displayed.
[0138]
Further, for example, the image builder 11 may compress all of the mesh data by a special method that only the
[0139]
Further, for example, the location information recorded in the MII file may be recorded for each mesh file constituting the image data of each level in the ML image.
[0140]
Further, a plurality of meshes constituting the same image data do not necessarily have to be stored in the same folder or the same machine. For example, a plurality of meshes constituting the same image data may be stored separately in two or more machines. In this case, the storage location is recorded for each mesh in the MII file.
[0141]
Further, for example, if a plurality of elements (level image folder, IMI file, IMF file, and MII file) of the ML image with the permission flag are associated with each other, all the elements are not necessarily the same folder. It does not need to exist in the inside or the machine.
[0142]
In addition, for example, a different image ID from image data of image data used by the
[0143]
Further, for example, the image data of the product may be provided by using the image builder 11. In that case, the image builder 11 may provide the price of the product and other sales information (hereinafter, sales condition information) to the image data in accordance with the request of the supplier. Further, in this case, the image collector may recognize the sales condition information and control an order receiving process, a billing process, and the like of the product represented by the displayed image data based on the sales condition information. Further, for example, the
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration of an electronic product providing system according to the present invention.
FIG. 2 is a view showing an example of a GUI window of the image builder 11;
FIG. 3 is a diagram illustrating a configuration example of an ML image with a permission flag.
FIG. 4A illustrates a first example of an HTML image template. FIG. 6B is a diagram showing a first example of an HTML image template.
FIG. 5 is a view showing an example of a GUI window of the
FIG. 6 is a view showing an example of a payment method selection window 400 provided by the
FIG. 7 is a diagram showing buttons and the like displayed on a
FIG. 8 is a view showing an example of a print setting window.
FIG. 9 is a view showing another example of a print setting window.
FIG. 10 is a diagram showing another example of the print setting window.
FIG. 11 is a view showing still another example of the print setting window.
FIG. 12 is a diagram showing four types of buttons displayed on a
FIG. 13 is a diagram showing a flow until image data prepared by the
FIG. 14 is a view showing a specific flow of a conversion process to an ML image with a permission flag.
FIG. 15 is a diagram showing an operation flow of the image builder when upload processing is performed in the supplier system.
FIG. 16 is a diagram showing an operation flow of the product server.
FIG. 17 is a diagram showing an example of an operation flow until an image viewer of the
FIG. 18 is a diagram showing an operation flow of the image viewer.
FIG. 19 is a diagram showing a flow of copy prohibition control of the image viewer.
FIG. 20 is a diagram showing an operation flow after the image collector is activated.
FIG. 21 is a diagram showing an outline of a processing flow when an execution button of a use mode desired by the user is pressed on the window displayed by the image collector.
FIG. 22 is a diagram showing an operation flow of a charging server.
FIG. 23 is a diagram showing a flow of a download process performed by the image collector.
FIG. 24 is a diagram showing a processing flow of file saving or copying performed by the image collector.
FIG. 25 is a diagram showing a processing flow of print control performed by the image collector.
[Explanation of symbols]
10 Supplier system
11 Image Builder
20 Product Server
21 Web Browser
30 User system
31 Image Viewer
32 Image Collector
Claims (9)
計算された枚数の用紙の各々に前記所望エリアの部分的エリアのイメージを印刷した後に前記用紙を貼り合わせると前記所望エリアのイメージのプリントアウトが得られるように、各用紙毎にその用紙に割り当てられる前記部分的エリアのイメージと必要な糊しろとを計算する糊しろ計算手段と、
各用紙にその用紙に割り当てられた前記部分的エリアのイメージと必要な糊しろが印刷されるように印刷システムを制御する制御手段と
を備えた印刷システムの制御方式。When printing an image of a desired area in the whole image, printing that calculates the number of sheets required to print the image of the desired area according to the set print resolution and the size and direction of the paper to be used. Means for calculating the number of sheets,
After printing the image of the partial area of the desired area on each of the calculated number of sheets, the sheets are allocated to each sheet so that when the sheets are pasted together, a printout of the image of the desired area is obtained. A margin calculating means for calculating an image of the partial area and a required margin,
A control system for a printing system, comprising: a control unit for controlling a printing system such that an image of the partial area allocated to the sheet and a necessary margin are printed on each sheet.
計算された枚数の用紙の各々に前記所望エリアの部分的エリアのイメージを印刷した後に前記用紙を貼り合わせると前記所望エリアのイメージのプリントアウトが得られるように、各用紙毎にその用紙に割り当てられる前記部分的エリアのイメージと必要な糊しろとを計算するステップと、
各用紙にその用紙に割り当てられた前記部分的エリアのイメージと必要な糊しろが印刷されるように印刷システムを制御するステップと
を有する印刷システムの制御方法。When printing an image of a desired area in the whole image, a step of calculating the number of sheets required to print the image of the desired area according to the set print resolution and the size and direction of the paper to be used. When,
After printing the image of the partial area of the desired area on each of the calculated number of sheets, the sheets are allocated to each sheet so that when the sheets are pasted together, a printout of the image of the desired area is obtained. Calculating the image of the partial area and the required margin
Controlling the printing system such that an image of the partial area allocated to the sheet and a necessary margin are printed on each sheet.
全体イメージの中の所望エリアのイメージを印刷する場合、設定された印刷解像度と使用する用紙のサイズ及び方向とに応じて、前記所望エリアのイメージを印刷するために必要な用紙枚数を計算するステップのためのプログラムコードと、
計算された枚数の用紙の各々に前記所望エリアの部分的エリアのイメージを印刷した後に前記用紙を貼り合わせると前記所望エリアのイメージのプリントアウトが得られるように、各用紙毎にその用紙に割り当てられる前記部分的エリアのイメージと必要な糊しろとを計算するステップのためのプログラムコードと、
各用紙にその用紙に割り当てられた前記部分的エリアのイメージと必要な糊しろが印刷されるように印刷システムを制御するステップのためのプログラムコードと
を備えるコンピュータプログラム。In a computer program for causing a computer to execute a method for controlling a printing system,
When printing an image of a desired area in the whole image, calculating the number of sheets required to print the image of the desired area according to the set print resolution and the size and direction of the paper to be used. Program code for
After printing the image of the partial area of the desired area on each of the calculated number of sheets, the sheets are attached to each sheet so that a printout of the image of the desired area is obtained when the sheets are pasted together. Program code for calculating an image of the partial area to be obtained and a required margin,
A computer program comprising, on each sheet, an image of the partial area assigned to that sheet and program codes for controlling a printing system such that the required margin is printed.
▲1▼元の全体イメージデータを予め分割することで生成された多数の断片データの集合の中から、各用紙に割当てられた部分的エリアに対応する断片データを選択的に取得するステップと、
▲2▼前記取得した断片データを用いて前記部分的エリアのイメージを再生するステップと、
▲3▼前記再生した部分的エリアのイメージを用いて、各用紙への印刷を行うよう印刷システムを制御するステップと、
▲4▼前記▲1▼〜▲3▼のステップを、使用する複数の用紙の1枚目から最終枚目まで逐次に繰り返すステップと
を有する請求項3記載のコンピュータプログラム。The step of controlling the printing system includes:
(1) selectively obtaining fragment data corresponding to a partial area allocated to each sheet from a set of a large number of fragment data generated by previously dividing the entire original image data;
(2) reproducing an image of the partial area using the obtained fragment data;
(3) controlling a printing system to perform printing on each sheet using the reproduced partial area image;
4. The computer program according to claim 3, further comprising: (4) sequentially repeating the steps (1) to (3) from the first sheet to the last sheet of the plurality of sheets to be used.
前記多数の断片データの集合を所定の格納領域に格納するステップのためのプログラムコードと、
を更に備える請求項4記載のコンピュータプログラム。Program code for dividing the original whole image data into a number of fragment data;
Program code for the step of storing a set of the plurality of fragment data in a predetermined storage area,
The computer program according to claim 4, further comprising:
ユーザから、2以上の前記異なるピクセル量の中から、印刷に使用したいピクセル量の指定を受けるステップのためのプログラムコードを更に備え、
前記印刷システムを制御するステップは、前記ユーザから指定されたピクセル量を持つイメージデータを印刷に使用するよう印刷システムを制御する、
請求項3記載のコンピュータプログラム。When two or more image data having different pixel amounts representing the same overall image are prepared in advance,
A program code for receiving from a user a designation of a pixel amount to be used for printing from among the two or more different pixel amounts,
Controlling the printing system, controlling the printing system to use image data having a pixel amount specified by the user for printing,
A computer program according to claim 3.
2以上の前記異なるピクセル量の中から、前記設定された印刷解像度での印刷に最適なピクセル量を選択するステップのためのプログラムコードを更に備え、前記印刷システムを制御するステップは、前記選択されたピクセル量を持つイメージデータを印刷に使用するよう印刷システムを制御する、
請求項3記載のコンピュータプログラム。When two or more image data having different pixel amounts representing the same overall image are prepared in advance,
Further comprising program code for selecting, from the two or more different pixel amounts, an optimal pixel amount for printing at the set print resolution, wherein the controlling the printing system further comprises: Control the printing system to use the image data with the specified pixel amount for printing,
A computer program according to claim 3.
前記取得した元の全体イメージデータから、同じ全体イメージを表す、ピクセル量の異なる2以上のイメージデータを生成するステップのためのプログラムコードと、
前記生成されたピクセル量の異なる2以上のイメージデータを所定の格納領域に格納するステップのためのプログラムコードと
を更に備える請求項6及び7のいずれか一項に記載のコンピュータプログラム。Program code for the step of obtaining the original whole image data,
Program code for generating, from the acquired original whole image data, two or more image data having different pixel amounts and representing the same whole image;
8. The computer program according to claim 6, further comprising: a program code for storing the two or more pieces of image data having different generated pixel amounts in a predetermined storage area. 9.
前記全体イメージの中の第1の表示範囲と第2の表示範囲をそれぞれ前記第1と第2の表示エリアに表示するステップのためのプログラムコードと、
ユーザの要求に応答して、前記第1の表示エリアに表示された第1の表示範囲を変更するステップのためのプログラムコードと、
前記ユーザの要求に応答して、前記第2の表示エリアに表示された第2の表示範囲を、前記第1の表示エリアから独立して変更するステップのためのプログラムコードと、
前記第1の表示エリアに表示されているイメージ上で、ユーザから印刷範囲の指定を受けるステップのためのプログラムコードと、
前記第1の表示エリア上で指定された印刷範囲を前記第2の表示エリアのイメージ上に表示するステップのためのプログラムコードと
を更に備える請求項3記載のコンピュータプログラム。Program code for displaying the first and second display areas on a computer display screen;
Program code for displaying a first display area and a second display area in the overall image in the first and second display areas, respectively;
Program code for changing a first display range displayed in the first display area in response to a user request;
Program code for changing a second display range displayed in the second display area independently of the first display area in response to the user's request;
Program code for receiving a designation of a print range from a user on the image displayed in the first display area;
4. The computer program according to claim 3, further comprising: a program code for displaying a print range specified on the first display area on an image of the second display area.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002211726A JP2004078261A (en) | 2002-06-19 | 2002-07-19 | Printing system control method and computer program for allowing computer to execute method for controlling printing system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002178277 | 2002-06-19 | ||
JP2002211726A JP2004078261A (en) | 2002-06-19 | 2002-07-19 | Printing system control method and computer program for allowing computer to execute method for controlling printing system |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004078261A true JP2004078261A (en) | 2004-03-11 |
Family
ID=32032508
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002211726A Pending JP2004078261A (en) | 2002-06-19 | 2002-07-19 | Printing system control method and computer program for allowing computer to execute method for controlling printing system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004078261A (en) |
-
2002
- 2002-07-19 JP JP2002211726A patent/JP2004078261A/en active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8300240B2 (en) | Apparatus and method for controlling changes to print settings | |
KR100855669B1 (en) | Image processing apparatus and method for controlling the same | |
US7688459B2 (en) | Document processing method | |
US8589797B2 (en) | Image forming apparatus, operation-screen changing method, and computer-readable recording medium | |
US7190481B2 (en) | Server device, a user terminal, and a method of providing digital contents from the server device to the user terminal | |
US20060053370A1 (en) | Electronic album editing apparatus and control method therefor | |
US20070285675A1 (en) | Image processing apparatus and data cloning method | |
JP4574438B2 (en) | DATA PROCESSING SETTING DEVICE, DATA PROCESSING SETTING METHOD, DATA PROCESSING SETTING PROGRAM, AND COMPUTER-READABLE RECORDING MEDIUM CONTAINING THE PROGRAM | |
JPH06297781A (en) | Job printing method | |
US20100011290A1 (en) | Print management method, recording medium storing a program, and print management apparatus | |
US20060206813A1 (en) | System and method for management of the production of printed material | |
JP4610594B2 (en) | Document processing method, document processing system, application, and portable storage device | |
US8782512B2 (en) | Controller, method, and program product for controlling job information display, and recording medium | |
JP4532885B2 (en) | Server computer and method of providing page data to communication terminal via network by server computer | |
JP6903953B2 (en) | Information processing equipment and programs | |
JP2014048825A (en) | Server system | |
JP2004078890A (en) | Browsing control program of electronic product | |
JP2004213072A (en) | Business form data server and electronic business form system using the same | |
JP2004288054A (en) | Service processing system, service processing method and service processing program | |
JP3349707B2 (en) | Printing system having a set of print instructions | |
JP2004078259A (en) | Use control method of electronic product | |
JP5276364B2 (en) | Search system, information processing apparatus and control method thereof | |
JP2006072824A (en) | Electronic album editing device, its control method, its program, and computer-readable storage medium for storing the program | |
JP2004078261A (en) | Printing system control method and computer program for allowing computer to execute method for controlling printing system | |
JP2004078260A (en) | Unauthorized use preventive method of electronic product |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050615 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050615 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070821 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080108 |