JP2012085192A - 画像処理装置および画像処理装置の制御用プログラム - Google Patents

Abstract

【課題】画像形成装置に、広告用の領域を複数に分割し、それぞれに異なる広告を含めて、画像形成をさせることができる、画像処理装置および画像処理装置の制御用プログラムを提供する。
【解決手段】画像処理装置において広告用画像が取得されると、当該登録用画像を、広告画像を４分割された領域のどの領域に割り付けるかを指定するための情報が受付けられる。そして、指定された位置に、取得された広告用画像が割り付けられるように、広告用サーバにおいて当該広告用画像が登録される。
【選択図】図１１

Description

本発明は、画像処理装置および画像処理装置の制御用プログラムに関し、特に、広告用情報として利用するための画像を広告管理用サーバに登録する、画像処理装置および画像処理装置の制御用プログラムに関する。

従来から、広告方法に関し、種々の技術が開示されてきた。たとえば、特許文献１（特開２００９−２２９８２３号公報）には、電子ＰＯＰ装置に商品広告情報を表示させるための技術が開示されている。当該文献に開示された技術では、電子ＰＯＰ装置における広告情報の表示は、情報入力装置に入力された広告条件に基づいて行なわれる。当該広告条件は、商品広告情報を表示する広告時間帯および分割表示エリアの大きさを特定する情報を含む。

特開２００９−２２９８２３号公報

ここで、画像形成装置における画像形成動作において、画像形成装置にユーザが所望する原稿とともに広告の画像形成を行なわせようとする場合、広告領域を複数に分割し、それぞれに異なる広告の画像形成を行なわせる技術については未だ開示されていない。

特許文献１に開示された技術は、電子ＰＯＰ装置の表示領域を複数に分割して複数の広告情報を表示させるものであるものの、画像形成については、表示された広告情報に対応したクーポン印刷ファイルを読み出して印刷するにとどまり、複数の広告の画像形成をする点については開示も示唆もなされていない。

また、このような複数の広告の画像形成をする場合の広告料金の算出についても、従来、検討されていない。

本発明は、係る実情に鑑み考え出されたものであり、その目的は、画像形成装置に、広告用の領域を複数に分割し、それぞれに異なる広告を含めて、画像形成をさせることができる、画像処理装置および画像処理装置の制御用プログラムを提供することである。

本発明に従った画像処理装置は、広告画像を画像形成装置に送信する広告用サーバと接続可能な画像処理装置であって、画像データを取得するための取得手段と、取得手段によって取得された画像データを、広告画像の少なくとも一部を構成する広告用画像として登録するための登録手段と、登録手段が登録する画像データの画像の面積の、広告画像の全体の面積に対する割合に基づいて、登録手段による画像データの登録についての料金を算出するための算出手段とを備えている。

また、本発明の画像処理装置では、算出手段は、広告画像の一部に第１の広告用画像の画像データが登録された後で当該広告画像の残りの少なくとも一部に第２の広告用画像の画像データが登録された場合には、当該第１の広告用画像の画像データの登録についての料金を、第２の広告用画像の画像データが登録される前よりも低くなるように、再度算出することが好ましい。

また、本発明の画像処理装置は、取得手段によって取得された画像データを、広告画像の一部を構成する広告用画像として登録するか、広告画像の全部を構成する広告用画像として登録するかを選択するための情報の入力を受付けるための受付手段をさらに備えることが好ましい。

また、本発明の画像処理装置は、取得手段によって取得された画像データを、登録手段が広告画像において広告用画像として登録する位置に配置させた状態を示す画像を表示するための表示手段をさらに備えることが好ましい。

本発明に従った画像処理装置の制御用プログラムは、広告画像を画像形成装置に送信する広告用サーバと接続可能な画像処理装置の制御用プログラムであって、画像処理装置を制御するコンピュータを、画像データを取得するための取得手段、取得手段によって取得された画像データを、広告画像の少なくとも一部を構成する広告用画像として登録するための登録手段、および、登録手段が登録する画像データの画像の面積の、広告画像の全体の面積に対する割合に基づいて、登録手段による画像データの登録についての料金を算出するための算出手段として機能させる。

本発明によれば、広告用サーバから広告画像を受信した画像形成装置に、複数の領域のそれぞれに異なる広告を含めた画像を、広告として、画像形成をさせることができる。

本発明に係る画像処理装置を含む広告システムの構成の具体例を示す図である。 ＭＦＰのハードウェア構成の具体例を示す図である。 ＭＦＰのメインルーチンのフローチャートである。 広告登録処理のフローチャートである。 図４の広告登録処理の変形例のフローチャートである。 広告料金再計算処理のフローチャートである。 ＭＦＰの表示される画面の一例を示す図である。 ＭＦＰの表示される画面の一例を示す図である。 ＭＦＰの表示される画面の一例を示す図である。 ＭＦＰの表示される画面の一例を示す図である。 ＭＦＰの表示される画面の一例を示す図である。 ＭＦＰの表示される画面の一例を示す図である。 ＭＦＰの表示される画面の一例を示す図である。 ＭＦＰの表示される画面の一例を示す図である。 広告管理サーバのメインルーチンのフローチャートである。 画像形成処理のフローチャートである。 広告管理サーバに登録される広告画像の分割例を示す図である。

以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には、同一の符号を付し、これらについて、重複する説明は繰返さない。

［１．広告システムの全体構成］
図１は、本発明に係る画像処理装置を含む広告システムの構成の具体例を示す図である。

図１を参照して、広告システムは、画像処理装置としてのＭＦＰ（Multi Function Peripheral）１００Ａ〜１００Ｅと、広告管理サーバ２００とを含む。なお、広告システムを構成する画像処理装置の台数は、図１に示された「５」に限定されず、１以上であればよい。

また、画像処理装置は、ＭＦＰに限定されず、少なくとも画像データを、広告用の画像として広告管理サーバ２００に登録する機能を有していればよい。

また、本実施の形態では、ＭＦＰは画像形成機能も有する。つまり、画像処理装置と画像形成装置が兼用構成される。なお、画像処理装置と画像形成装置とは、それぞれ専用の装置で構成されても良い。つまり、たとえば、画像処理装置は、スキャナと汎用のパーソナルコンピュータによって構成され、画像形成装置を備えていなくとも良い。

広告管理サーバ２００は、たとえば汎用のパーソナルコンピュータから構成され、そして、広告用の画像データが記憶されている。

本実施の形態の広告システムでは、画像形成装置は、ユーザからの求めに応じて画像形成を行なう際に、広告として、広告管理サーバ２００に登録された画像データを、ユーザが所望する画像と併せて、印刷する。広告管理サーバ２００にこのような広告用の画像データを登録する広告主は、広告管理サーバ２００の管理者に対して広告料金を支払う。画像形成装置における画像形成（印刷）の代金は、広告管理サーバ２００の管理者に対して上記のように広告主から支払われる広告料金によって、その一部または全部を賄うことができる。

［２．広告画像に関するデータ］
図１７は、広告管理サーバ２００に登録される広告画像の一例を模式的に示す図である。本実施の形態の広告画像は、図１７に領域ＡＤＶ０１で示されるような、長方形の領域の画像である。本実施の形態の広告システムでは、広告管理サーバ２００は、ＡＤＶ０１の全域の画像を、１つの広告画像として記憶している。なお、本実施の形態では、１つの広告画像を構成するのに、領域ＡＤＶ０１を、図１７において広告用領域Ｐ１〜Ｐ４として示されるように４つに分割し、広告用領域Ｐ１〜Ｐ４のそれぞれに広告用画像を割り付けて、４つの広告画像を構成することができる。また、４つの分割された領域の複数の領域に１つの画像を割り付けることもできる。具体的には、隣接する広告用領域（たとえば、広告用領域Ｐ２と広告用領域Ｐ４）を組合わせ、当該組合わせられた領域に１つの画像を割付け、そして、残りの広告用領域（この場合であれば、広告用領域Ｐ１と広告用領域Ｐ３）のそれぞれに画像を割付け、これらを合わせて１つの広告画像として記憶することもできる。本明細書では、領域ＡＤＶ０１全体の画像を「広告画像」と言い、広告用領域Ｐ１〜Ｐ４の中の１以上の領域に割り付けられることにより広告画像の構成要素となる画像を「広告用画像」と言う。

広告管理サーバ２００では、複数の広告画像についての情報が管理されている。表１は、各広告画像についての管理用の情報の一例（広告情報テーブル）を示す。広告画像を管理するための情報の記憶形式は、表１に示されるテーブル形式に限定されるものではない。

表１の広告情報テーブルでは、広告ＩＤ毎に、広告位置と、画像ＩＤと、広告主ＩＤと、広告期間と、ジャンルとが、互いに関連付けられて記憶されている。

広告ＩＤは、各広告画像を特定する情報である。広告位置は、各広告画像における、広告用領域（図１７の広告用領域（Ｐ１〜Ｐ４）のいずれか）の位置を示す情報である。画像ＩＤは、各広告位置に割り付けられる広告用画像の画像データを特定する情報である。広告主ＩＤとは、対応する広告位置に広告用画像を登録したユーザを特定する情報であって、当該広告用画像の登録のための料金の請求先を特定する情報である。広告期間とは、当該広告画像を広告として広告システム内の画像形成装置に画像形成させる際の条件の１つであり、上記のような画像形成を行なわせるための期間を特定する情報である。

表１の広告ＩＤ「ＡＤ０１」の広告画像について、その構成を説明する。広告ＩＤ「ＡＤ０１」の広告画像では、広告用領域Ｐ１に、広告主ＩＤ「ＣＬ０１」の広告主についての、画像ＩＤ「ＩＭ０１」の広告用画像が割り付けられている。また、広告用領域Ｐ２には、広告主ＩＤ「ＣＬ０２」の広告主の画像ＩＤ「ＩＭ０２」の広告用画像が、広告用領域Ｐ３には、広告主ＩＤ「ＣＬ０３」の広告主の画像ＩＤ「ＩＭ０３」の広告用画像が、そして、広告用領域Ｐ４には、広告主ＩＤ「ＣＬ０４」の広告主の画像ＩＤ「ＩＭ０４」の広告用画像が、それぞれ割り付けられている。広告期間は、２０１０年１月１日から同年６月３０日までとされている。広告管理サーバ２００は、この期間内に、画像形成装置に当該広告画像を広告として送信できる。

表１の広告ＩＤ「ＡＤ０２」の広告画像について、その構成を説明する。当該広告画像では、広告用領域Ｐ１には、まだ広告用画像が割り付けられていない。広告用領域Ｐ３には、広告主ＩＤ「ＣＬ０２」の広告主の画像ＩＤ「ＩＭ０６」の広告用画像が、割り付けられている。そして、広告用領域Ｐ２と広告用領域Ｐ４を合わせた領域には、広告主ＩＤ「ＣＬ０５」の広告主の画像ＩＤ「ＩＭ０５」の広告用画像が、割り付けられている。広告期間は、２０１０年１月１日から同年１２月３１日までとされている。広告管理サーバ２００は、この期間内に、画像形成装置に当該広告画像を広告として送信できる。

表１の広告ＩＤ「ＡＤ０３」の広告画像について、その構成を説明する。当該広告画像では、広告用領域Ｐ１，Ｐ２，Ｐ３，Ｐ４を合わせた領域には、広告主ＩＤ「ＣＬ０６」の広告主の画像ＩＤ「ＩＭ０８」の広告用画像が、割り付けられている。広告期間は、２０１０年４月１日から同年９月３０日までとされている。広告管理サーバ２００は、この期間内に、画像形成装置に当該広告画像を広告として送信できる。

広告管理サーバ２００に備えられたプロセッサは、ＭＦＰ１００からの指示等に基づいて、広告情報テーブルの情報を適宜変更する。また、当該プロセッサは、広告期間が経過した広告画像についての広告情報テーブル上の情報（および対応する画像データ）を、適宜広告管理サーバ２００から削除することが好ましい。

広告管理サーバ２００には、広告料金を管理するための情報の一例として、広告料金テーブルが記憶されている。その一例を、表２に示す。

広告料金テーブルでは、広告主ＩＤ毎に、広告料金が記憶されている。なお、各広告主ＩＤの広告料金は、広告ＩＤ毎の広告料金とそれらの合計とを含む。

たとえば、広告主ＩＤがＣＬ０１の広告主については、広告ＩＤ「ＡＤ０１」についての広告料金３００円が記憶されている。そして、当該広告主については、この広告ＩＤについての広告料金が記憶されているため、広告料金の合計も、同額の３００円となっている。

また、広告主ＩＤがＣＬ０２である広告主については、広告ＩＤ「ＡＤ０１」についての広告料金３００円と、広告ＩＤ「ＡＤ０２」についての広告料金である３００円とが記憶されている。これにより、当該広告主についての広告料金の合計は、６００円が記憶されている。

広告管理サーバ２００に備えられたプロセッサは、ＭＦＰ１００からの指示等に基づいて、広告料金テーブルの情報を適宜変更する。

［３．ＭＦＰのハードウェア構成］
図２は、ＭＦＰ１００（以下、ＭＦＰ１００Ａ〜１００Ｅを総称して「ＭＦＰ１００」という）のハードウェア構成の具体例を示す図である。

図２を参照して、ＭＦＰ１００は、用紙に画像を印刷する画像形成動作を実行する画像形成部１４０と、用紙トレイに載置された用紙を画像形成部１４０へと搬送する給紙部１５０と、原稿を読取って画像データを生成する原稿読取部１３０と、画像読取部に自動的に原稿を搬送するための自動原稿搬送装置（ＡＤＦ（Auto Document Feeder））１２０と、情報の表示および入力を行なうための操作パネル１６０を含む。

画像形成部１４０は、たとえば、感光体、当該感光体に静電画像を形成する装置、感光体上に形成された静電画像をトナー画像等として顕像化して用紙上に転写する装置等を含む、プリンタエンジンにより構成される。原稿読取部１３０は、たとえば、ＣＣＤ（Charge Coupling Device）やＣＩＳ（Contact Image Sensor）などを用いたスキャナにより構成される。操作パネル１６０は、たとえば液晶表示装置等の表示装置からなる表示部１６１と、当該表示装置上に設けられたタッチセンサ等の入力装置からなる操作部１６２とを含む。なお、表示部１６１と操作部１６２とは、上記液晶表示装置とタッチセンサのようにタッチパネルとして一体的に構成されても良いし、別体で構成されても良い。

また、ＭＦＰ１００は、ＡＤＦ１２０、原稿読取部１３０、画像形成部１４０、給紙部１５０、および、操作パネル１６０の動作を制御するための制御部１１０を含む。

制御部１１０は、ＭＦＰ１００の全体を制御するための演算装置であるＣＰＵ（Central Processing Unit）１１１と、広告管理サーバ２００等の外部の機器と通信するための通信インターフェース（Ｉ／Ｆ）部１１２と、ＣＰＵ１１１で実行されるプログラムなどを記憶するためのＲＯＭ（Read Only Memory）１１３およびＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）１１５と、ＣＰＵ１１１でプログラムを実行する際の作業領域として機能するためのＲＡＭ（Random Access Memory）１１４と、画像データを保存するためのＨＤＤ（Hard Disk Drive）１１６と、外部の端末に公衆回線を利用して画像データを送信するためのファクシミリ部１１７とを含む。また、制御部１１０は、ＭＦＰ１００に対して着脱可能な記録媒体（フラッシュメモリ１０１）に対してＣＰＵ１１１が情報の読み取りおよび書き込みを行なうためのインターフェース（カードＩ／Ｆ１１８）を含む。

ＣＰＵ１１１は、その機能として、原稿読取部１３０またはフラッシュメモリ１０１から原稿の画像データを取得するための処理を実行する取得部１１１Ａと、取得した画像データを広告管理サーバ２００へ広告用画像として登録するための処理を実行する登録部１１１Ｂと、広告用画像の登録のための料金を算出するための処理を実行する算出部１１１Ｃとを含む。各機能は、ソフトウェア的に実現されても良いし、専用の回路基板等によってハードウェア的に実現されても良い。

［４．ＭＦＰのメインルーチン］
図３は、ＭＦＰ１００のメインルーチンのフローチャートである。

図３を参照して、ＭＦＰ１００に電源が投入されると、ＣＰＵ１１１は、まずステップＳ１０で、ＭＦＰ１００の各種の初期設定などの初期化処理を実行し、完了すると、ステップＳ２０へ処理を進める。

ステップＳ２０では、ＣＰＵ１１１は、ＭＦＰ１００をアイドル状態へと移行させて、ステップＳ３０へ処理を進める。

ステップＳ３０では、ＣＰＵ１１１は、予め定められた定時処理を実行して、ステップＳ４０へ処理を進める。

そして、ステップＳ４０では、ＣＰＵ１１１は、入力イベントの有無をチェックし、入力イベントがあったと判断するとステップＳ５０へ処理を進め、ステップＳ５０で、当該入力されたイベントに対応する処理を実行して、ステップＳ３０へ処理を戻す。一方、ステップＳ４０で、その時点で入力イベントがないと判断すると、ＣＰＵ１１１は、そのまま処理をステップＳ３０へ戻す。

本実施の形態において、ＭＦＰ１００における入力イベントとしては、広告用画像の登録のための処理が挙げられる。ステップＳ５０における処理の詳細については、後述する。

［５．広告管理サーバのメインルーチン］
図１５は、広告管理サーバ２００のメインルーチンのフローチャートである。

図１５を参照して、広告管理サーバ２００に電源が投入されると、まずステップＳＸ１０で、広告管理サーバ２００の初期設定等の初期化処理が実行され、当該処理が完了すると、広告管理サーバ２００はアイドル状態へと移行する（ステップＳＸ２０）。

そして、広告管理サーバ２００では、ステップＳＸ３０において、予め定められた処理内容を実行する定時処理が実行され、ステップＳＸ４０へ処理が進められる。

ステップＳＸ４０では、イベントの入力があったか否かが判断され、その時点では入力がなかったと判断されるとそのままステップＳＸ３０へ処理が戻され、入力があったと判断されると、ステップＳＸ５０へ処理が進められる。

ステップＳＸ５０では、入力されたイベントに応じた処理が実行されて、ステップＳＸ３０へ処理が戻される。

図１５に示された処理は、たとえば広告管理サーバ２００における上記したプロセッサによって実行される。

［６．広告登録用の動作］
次に、ＭＦＰ１００において、ユーザが、原稿読取部１３０に原稿を読取らせることによって広告管理サーバ２００に広告用画像を登録する際に行なわれる動作を説明する。

広告用画像を登録する場合、ＭＦＰ１００は、概略以下の４つの処理を実行する。
１）広告登録用のモード（アプリケーション）の起動
２）広告用画像の画像データを取得
３）広告用領域の指定の受付
４）参照用の広告画像の表示
＜１）広告登録用のモード（アプリケーション）の起動＞
ＣＰＵ１１１は、ユーザ認証を行なった後、操作パネル１６０の表示部１６１に、たとえば図７の画面６００に示すような、広告登録用のモードアプリケーションを起動させるための画面を表示させる。画面６００は、広告登録用のアプリケーションを起動させるためのボタン６０１を表示している。そして、操作部１６２に対して、ボタン６０１に対応する領域が操作されると、ＣＰＵ１１１は、広告登録用のアプリケーションを起動させる。

ＣＰＵ１１１は、たとえば、初期化処理（ステップＳ１０）において表示部１６１に表示させた初期画面の中の、広告登録用のメニューボタンを操作されることにより、画面６００を表示部１６１へ表示させる。

＜２）広告用画像の画像データを取得＞
広告登録用のアプリケーションを起動すると、ＣＰＵ１１１は、表示部１６１に、たとえば、図８の画面６１０を表示させる。画面６１０は、ＭＦＰ１００に、原稿読取部１３０による画像データの生成を開始させるためのボタン６１１を含む。操作部１６２のボタン６１１に対応する部分を操作されると、ＣＰＵ１１１は、原稿読取部１３０による、原稿の画像データの生成を開始する。なお、ＣＰＵ１１１は、広告用画像の画像データを、原稿読取部１３０に原稿の読取らせて生成させることによって取得しても良いし、フラッシュメモリ１０１に登録された画像データをカードＩ／Ｆ１１８を介して読込むことによって取得してもよい。

＜３）広告用領域の指定の受付＞
画像データを取得した後、ＣＰＵ１１１は、たとえば図９の画面６２０を表示部１６１に表示させる。

画面６２０は、上記のように取得された画像データを、図１７に領域ＡＤＶ０１として示したような、広告の全面に割り付けるか、または、広告用領域Ｐ１〜Ｐ４として示したように、分割された領域に割り付けるかを選択する情報の入力を受付けるための画面である。画面６２０は、領域ＡＤＶ０１の全面に割り付けることを指定するためのボタン６２１と、広告用領域Ｐ１〜Ｐ４のような分割された領域に割り付けることを指定するためのボタン６２２を含む。

そして、操作部１６２の、ボタン６２２に対応する部分を操作されると、ＣＰＵ１１１は、表示部１６１に、たとえば図１０の画面６３０を表示させる。

画面６３０は、領域ＡＤＶ０１をどのように分割して、広告用画像を割り付けるかを特定する情報の入力を受付けるための画面である。具体的には、画面６３０は、ボタン６３１とボタン６３２とを含む。ボタン６３１は、領域ＡＤＶ０１を２つの領域に分割するために操作されるボタンである。ボタン６３２は、領域ＡＤＶ０１を、４つの領域に分割するために操作されるボタンである。

ＣＰＵ１１１は、たとえば表示部１６１に画面６３０を表示させて、ユーザからの、領域ＡＤＶ０１の分割数を指定するための情報の入力を受付ける。

分割数として「４」が指定された場合、つまり、操作部１６２のボタン６３２に対応する部分が操作された場合には、ＣＰＵ１１１は、たとえば図１１の画面６４０を表示部１６１に表示させる。

画面６４０は、上記のように取得された画像データを、領域ＡＤＶ０１の広告用領域Ｐ１〜Ｐ４のいずれの領域に割り付けるかを指定するための情報の入力を受付ける画面である。

なお、本実施の形態のＭＦＰ１００では、既に広告情報テーブルに情報を登録された広告画像の中で、広告用領域Ｐ１〜Ｐ４のそれぞれについて、各領域に広告用画像をまだ登録されていないものについて、その広告画像のサムネイルを、表示部１６１に表示することができる。

サムネイルの表示は、たとえば図１１の画面６４０を表示させることにより実現される。

画面６４０は、これから広告用画像を広告管理サーバ２００に登録するユーザに対し、既に広告管理サーバ２００に登録されている広告画像の中で、当該ユーザが登録する広告用画像を割り付ける位置にまだ他の広告用画像が登録されていないもののサムネイル画像を表示させるための画面である。画面６４０は、ボタン６４１〜６４５を含む。

ボタン６４１は、広告管理サーバ２００に登録されている広告画像の中で、領域ＡＤＶ０１を４分割された中の、左上の領域（広告用領域Ｐ１）に広告用画像を登録されていないもののサムネイル画像の表示を指示するためのボタンである。表１では、広告ＩＤ「ＡＤ０２」で示される広告画像が、このような広告画像に相当する。ボタン６４２は、右上の領域（広告用領域Ｐ２）に広告用画像を登録されていない広告画像のサムネイルを表示させるためのボタンである。ボタン６４３は、左下の領域（広告用領域Ｐ３）に広告用画像を登録されていない広告画像のサムネイルを表示させるためのボタンである。ボタン６４４は、右下の領域（広告用領域Ｐ４）に広告用画像を登録されていない広告画像のサムネイルを表示させるためのボタンである。

ボタン６４５は、広告情報テーブルに登録された広告画像の中で、少なくとも１つの空き領域（広告用画像を登録されていない領域）を含むすべての広告画像のサムネイル画像を表示させるためのボタンである。

ＣＰＵ１１１は、広告管理サーバ２００と通信することにより、広告情報テーブルにアクセスすることにより、広告用領域Ｐ１〜Ｐ４のそれぞれに空き領域を持つ広告画像についての情報を取得できる。そして、各広告画像について、各広告位置に対応する位置に、各広告位置に関連付けられている画像ＩＤの画像を割り付けることにより、サムネイル画像を生成し、表示部１６１に表示させる。

表示部１６１に画面６４０が表示されたときに、操作部１６２において、ボタン６４１に対応する部分が操作されると、表示部１６１には、たとえば、図１２の画面６５０が表示される。

画面６５０は、広告情報テーブルに登録された広告画像の中で、画面６４０が表示された際の操作内容に応じて選択された広告画像のサムネイルを表示する表示欄６５１と、ボタン６５２とを含む。表示欄６５１には、サムネイル画像６５１０が表示されている。サムネイル画像６５１０は、表１の広告情報テーブルの広告ＩＤ「ＡＤ０２」の広告画像のサムネイル画像である。サムネイル画像６５１０は、領域６５１１と、領域６５１２と、領域６５１３とを含む。

領域６５１２は、広告用領域Ｐ２と広告用領域Ｐ４が組合されたものに相当し、当該領域には、表１の画像ＩＤを「ＡＤ０２」の画像ＩＤ「ＩＭ０５」の画像が表示されている。

領域６５１３は、広告用領域Ｐ３に相当し、当該領域には、画像ＩＤ「ＩＭ０６」の画像が表示されている。

表１から理解されるように、広告ＩＤ「ＡＤ０２」の広告用領域Ｐ１には、対応する広告画像が登録されていない。このことを示すために、サムネイル画像６５１０の中の、広告用領域Ｐ１に対応する領域６５１１は、空白で示されている。

ボタン６５２は、表示欄６５１に表示された広告画像に、これから登録しようとする広告用画像を組込ませることをＭＦＰ１００に指示するために操作されるボタンである。

操作部１６２において、ボタン６５２に対応する部分が操作されると、ＣＰＵ１１１は、表示部１６１に、たとえば図１３の画面６６０を表示させる。

画面６６０は、画面６５０の表示欄６５１に表示させたサムネイル画像に、さらに、これから登録しようとする広告用画像を組込んだ画像を表示する表示欄６６１と、ボタン６６２とを含む。表示欄６６１には、サムネイル画像６６１０が表示されている。サムネイル画像６６１０は、サムネイル画像６５１０（図１２）の領域６５１２，６５１３のそれぞれに表示された画像と同じ画像を表示する領域６６１２，６６１３を含む。また、サムネイル画像６６１０は、これから登録する広告用画像（図８を参照して説明した処理によって取得された画像データの画像）が表示されている。つまり、サムネイル画像６６１０は、既に広告管理サーバ２００に登録されている広告画像に、これから登録する広告用画像を組込んだ画像に相当する。

そして、操作部１６２において、ボタン６６２に対応する部分が操作されると、上記のように取得された、これから広告用画像として登録するための画像データが、画面６４０に対する操作によって指定された位置に、画面６５０において表示された広告画像に追加するように、登録される。

広告用画像として新たな画像データが登録されると、広告管理サーバ２００において、表１の広告情報テーブルは、たとえば次の表３に示されるように更新される。

表３の広告情報テーブルでは、広告ＩＤ「ＡＤ０２」の、広告用領域Ｐ１の所に、画像ＩＤ「ＩＭ０９」の画像が割り付けられたことが示されている。具体的には、広告ＩＤ「ＡＤ０２」の広告用領域Ｐ１に対応する情報として、画像ＩＤ「ＩＭ０９」と広告主ＩＤ「ＣＬ０６」が追加されている。画像ＩＤ「ＩＭ０９」に相当するデータは、上記のように広告用画像の登録を受付けたＭＦＰ１００から、広告管理サーバ２００へと送信される。画像ＩＤ「ＩＭ０９」は、ＭＦＰ１００において取得された画像データのファイル名であり、広告主ＩＤ「ＣＬ０６」は、広告用画像の登録の際にＭＦＰ１００においてユーザ認証が行なわれたときに、認証されたユーザを特定する情報である。なお、ＭＦＰ１００から広告管理サーバ２００へは、画像データの本体についても、合わせて送信される。広告管理サーバ２００では、このように送信された画像データも、広告管理サーバ２００（または、当該広告管理サーバ２００が接続可能な記憶装置）において、保存される。

このように広告用画像の登録が追加されることにより、広告管理サーバ２００のプロセッサは、広告料金テーブルを、表２に示したものから、表４に示すものに更新する。

表４から理解されるように、上記のように広告用画像の登録が追加されることにより、当該画像を登録した広告主（広告主ＩＤ「ＣＬ０６」）について、新たに広告用画像を登録した広告ＩＤ（ＡＤ０２）についての広告料金（３００円）が追加され、これにより、広告料金合計が変更されている。新たな広告用画像の登録についての広告料金は、後述するようにＭＦＰ１００において取得され、広告管理サーバ２００へと送信される。

また、広告用画像の登録が完了すると、ＣＰＵ１１１は、表示部１６１に、たとえば図１４の画面６７０を表示させる。

画面６７０は、表示欄６７１を含む。表示欄６７１には、今回の広告用画像の登録についての料金が表示されている。

なお、広告登録に要する料金の取得態様については、後述する。
［７．広告登録処理（１）］
図４は、広告管理サーバ２００に広告用画像を登録する際に、ＭＦＰ１００のＣＰＵ１１１が実行する処理（広告登録処理）のフローチャートである。

図４を参照して、ＣＰＵ１１１は、広告登録用のアプリケーションが起動されると、ユーザ認証を行なった後、ステップＳＡ１０で、上記したように、広告用画像の画像データを取得して、ステップＳＡ２０へ処理を進める。

ステップＳＡ２０では、ＣＰＵ１１１は、上記したように、広告用領域の指定を受付け、当該指定された領域が、領域ＡＤＶ０１の全面であるか一部であるかを判断し、全面であると判断するとステップＳＡ３０へ処理を進め、一部であると判断すると、ステップＳＡ４０へ処理を進める。

ステップＳＡ３０では、ＣＰＵ１１１は、領域ＡＤＶ０１の１面分の広告料金を表示部１６１に表示させ、そして、ステップＳＡ１０で取得した画像データを広告管理サーバ２００へ送信して、処理を終了させる。

これにより、広告管理サーバ２００に、新たな広告用画像が登録される。この広告用画像の登録に応じて、広告情報テーブルおよび広告料金テーブルが更新される。

なお、領域ＡＤＶ０１の１面分の広告料金については、予めＨＤＤに記憶されているものとする。

なお、当該１面分の広告料金は、操作部１６２に対する操作や、広告管理サーバ２００等の外部の機器から受信する情報に基づいて、適宜更新される。

一方、ステップＳＡ４０では、ＣＰＵ１１１は、領域分割数Ａを取得して、ステップＳＡ５０へ処理を進める。

なお、領域分割数とは、図９の画面６２０および図１０の画面６３０が表示された際に入力を受付ける情報であって、これから登録する広告用画像を、領域ＡＤＶ０１をいくつに分割して、これから登録する広告用画像を割り付けるかを指定するための情報である。

ステップＳＡ５０では、ＣＰＵ１１１は、領域ＡＤＶ０１の全面に広告する場合の広告料金Ｃを取得して、ステップＳＡ６０へ処理を進める。

なお、料金Ｃは、ステップＳＡ３０で取得される広告料金であり、たとえば、ＨＤＤ１１６に、予め記憶されている。

ステップＳＡ６０では、ＣＰＵ１１１は、領域ＡＤＶ０１を複数の領域に分けて広告を登録するときの、分割された領域に登録することによる料金の加算率Ｄを取得して、ステップＳＡ７０へ処理を進める。

なお、加算率Ｄは、予めＨＤＤ１１６に登録され、操作部１６２に対する操作には、外部機器から受信する情報に基づいて、適宜更新される。

ステップＳＡ７０では、広告の登録用の料金を算出し、当該算出した料金を図１４の画面６７０に示したように表示し、そして、ステップＳＡ１０で取得した画像データを広告管理サーバ２００に登録させて、処理を終了させる。なお、ステップＳＡ７０での広告用画像の登録により、広告管理サーバ２００では、広告情報テーブルおよび広告料金テーブルが、今回の広告用画像の登録に応じて更新され、また、上記画像データが新たに登録される。

また、ここでの広告料金は、次の式（１）に従って算出される。
Ｙ＝Ｃ×Ｄ／Ａ …（１）
式（１）から理解されるように、領域ＡＤＶ０１を分割して、当該分割された領域に広告用画像を割り付けて登録する場合には（ステップＳＡ２０〜ステップＳＡ７０）、領域ＡＤＶ０１の全面に広告を出す場合の広告料金Ｃに、上記した加算率Ｄを積算し、それを、領域分割数Ａで割ることによって算出される。たとえば、領域ＡＤＶ０１の全面に広告を出す場合の広告料金が１０００円であり、上記した加算率Ｄが「６／５」であり、領域ＡＤＶ０１の４分の１の領域（つまり、領域ＡＤＶ０１を図１７の広告用領域Ｐ１〜Ｐ４のように分割し、そのいずれかに広告用画像を割り付ける場合）には、領域分割数Ａが４となるため、広告料金は、次の式（２）に従って算出され、３００円となる。

Ｙ＝１０００×（６／５）／４＝３００ …（２）
以上説明した本実施の形態では、原稿の画像データを生成する原稿読取部１３０または、フラッシュメモリ１０１に記録された画像データを取得するカードＩ／Ｆ１１８およびＣＰＵ１１１により、画像データを取得するための取得手段が構成される。そして、操作部１６２に対する操作に基づいて、上記のように取得した画像データを広告用画像として広告管理サーバ２００へ送信するための処理を実行する登録部１１１Ｂにより、登録手段が構成される。そして、上記した式（１）等に従って、広告の登録用の料金を算出するための処理を実行する算出部１１１Ｃにより、算出手段が構成される。

本実施の形態によれば、広告管理サーバ２００において、画像形成装置における画像形成において、１つの広告情報として画像形成装置に与えられる広告画像に、複数の広告主から登録される広告用画像を含めることができる。

そして、当該広告用画像を登録する際の料金は、領域ＡＤＶ０１の全体の面積に対する広告用画像を割り付ける面積の割合に応じたものとすることができる。

なお、分割された領域に広告用画像が登録される際には、単に領域ＡＤＶ０１の全面に広告する際の広告料金に面積比を掛けたものとはされない。つまり、領域ＡＤＶ０１の全面に広告する際の広告料金に、加算率Ｄを積算させてから、面積比に応じた比率を掛けて（式（１）において、料金Ｃに、「１／Ａ」を掛けること）、領域ＡＤＶ０１の一部の領域に広告用画像を割り付ける場合の、広告用の料金が算出される。ただし、加算率Ｄを用いた料金の算出方法は、一例であり、分割された領域の広告料金は、全面の広告料金に面積比をかけたものとされても良い。つまり、１／４の面積の広告料金は、全面の広告料金の１／４とされても良い。

なお、以上説明した本実施の形態では、領域ＡＤＶ０１を４つの領域に分けて（広告用領域Ｐ１〜Ｐ４）、広告用画像を登録したり、広告料金を算出する例を説明したが、本発明における領域ＡＤＶ０１の分割数は、４に限定されず、他の数であってもよい。

［８．画像形成用の動作］
図１６は、上記のように広告管理サーバ２００に登録された広告画像が、画像形成装置で画像を形成されるために実行される処理（画像形成処理）のフローチャートである。

本実施の形態では、各ＭＦＰ１００（ＭＦＰ１００Ａ〜１００Ｅ）は、画像形成装置としても機能することができる。

以下、ＭＦＰ１００において、上記画像形成動作が実行される際の処理の流れを説明する。

図１６を参照して、ＭＦＰ１００では、ＣＰＵ１１１は、まずステップＳＣ１０で、画像形成を実行する際の種々の条件の入力を受付けて、ステップＳＣ２０へ処理を進める。

なお、ステップＳＣ１０で受付けられる条件には、少なくとも、画像を形成する画像データを指定する情報を含む。広告画像の挿入の可否が含められても良い。

ステップＳＣ２０では、ＣＰＵ１１１は、画像形成動作の開始の指示の入力を受付けて、ステップＳＣ３０に処理を進める。

ＭＦＰ１００において、たとえばスタートボタンを操作されると、画像形成動作の開始を指示する情報が入力されたと判断される。

ステップＳＣ３０では、ＣＰＵ１１１は、画像形成を行なうための画像データを取得して、ステップＳＣ４０へ処理を進める。

なお、ステップＳＣ３０では、原稿読取部１３０の原稿台に載置された原稿の画像データを原稿読取部１３０に生成させるか、または、カードＩ／Ｆ１１８を介して、フラッシュメモリ１０１に記録された画像データを読込むことにより、画像形成の対象となる画像データが取得される。

ステップＳＣ４０では、ステップＳＣ１０で入力を受付けた画像形成の条件において、広告画像の挿入が許可されているか否かを判断し、許可されていると判断するとステップＳＣ５０へ処理を進め、許可されていないと判断するとステップＳＣ６０へ処理を進める。なお、このような許可の有無を判断することなく、すべての画像形成動作において広告画像を挿入するように、つまり、ステップＳＣ４０の判断がなされることなくステップＳＣ５０へ処理が進められても良い。

ステップＳＣ５０では、ＣＰＵ１１１は、ステップＳＣ３０で取得した画像データに、広告管理サーバ２００に登録されている広告画像の画像データを合成させて、画像形成用のデータを生成して、ステップＳＣ６０へ処理を進める。ここでは、たとえば、ステップＳＣ３０で取得した画像データを用紙の第１面に画像形成し、広告画像の画像データを当該用紙の第２面に画像形成するように、画像データが合成される。

ステップＳＣ６０では、ＣＰＵ１１１は、ステップＳＣ５０で合成した画像データ、または、ステップＳＣ３０で取得された画像データの画像形成動作を実行して、処理を終了させる。

以上説明した画像形成処理により、広告画像の挿入が許可されれば、ＭＦＰ１００に対して入力された画像データ（ステップＳＣ３０で取得された画像データ）に広告管理サーバ２００に登録された広告画像の画像データが合成されて（ステップＳＣ５０）、画像が形成される。

一方、ステップＳＣ１０で入力された画像形成条件において広告画像の挿入を許可しない旨の情報が入力される等、広告画像の挿入が許可されない場合には、ステップＳＣ３０で取得された画像データが、広告画像の画像データと合成されることなく、画像形成される。

なお、ＭＦＰ１００において、広告画像を合成されて行なわれた画像形成動作についての料金と、合成されることなくなされた画像形成については、異なる料金が請求されるように構成されていてもよい。

具体的には、広告画像が挿入された画像形成については、広告画像が挿入されなかった画像形成よりも、料金を低く（または、料金を請求することなく）、請求額の算出がなされることが好ましい。

［９．広告登録処理（２）］
図５は、図４を参照して説明した広告登録処理の変形例のフローチャートである。

本変形例の広告登録処理では、広告用画像を登録する際に、広告用画像を登録しようとする広告画像において、既に登録されている広告用画像の数に応じて、料金を変動させる。

図５を参照して、変形例の広告登録処理では、ステップＳＡ４０で領域分割数Ａを取得した後、ステップＳ４１へ処理が進められる。

ステップＳ４１では、ＣＰＵ１１１は、これから広告用画像を登録しようとする広告画像において、既に広告用画像が登録されている場合、その数（既に登録されている広告数Ｂ）が取得される。図１２および図１３を参照して説明した例であれば、新たに登録される広告用画像（図１３の表示欄６６１において領域６６１１に表示されている画像）は、領域分割数４である場合の３つの分割領域（広告用領域Ｐ２〜Ｐ４）に既に広告用画像が登録された広告画像である。具体的には、図１２の画面６５０の表示欄６５１において、サムネイル画像６５１０には、領域６５１２および領域６５１３に画像が表示されていることに対応する。

この場合、既に登録されている広告数Ｂは、「３」となる。
ステップＳＡ４１が実行されると、ステップＳＡ５０へ処理が進められる。

そして、ＣＰＵ１１１は、ステップＳＡ５０で料金Ｃを取得し、また、ステップＳＡ６０で加算率Ｄを取得すると、ステップＳＡ６１へ処理を進める。

ステップＳＡ６１では、ＣＰＵ１１１は、次の式（３）に従って、領域ＡＤＶ０１全体についての広告料金Ｚを、再度算出する。

Ｚ＝Ｙ×（４−Ｂ／２＋１） …（３）
そして、式（３）に従って算出した広告料金を、領域分割数Ａで割ることにより、今回の広告用画像の登録のための料金が算出される（ステップＳＡ７０）。

なお、ステップＳＡ７０では、広告料金の算出とともに、広告用画像の登録と、図４を参照して説明したステップＳＡ７０の処理と同様の処理が実行される。

以上説明した本変形例における広告登録処理では、広告用画像を登録する際の、当該広告用画像を割り付ける広告画像における、既に登録されている広告数Ｂに応じて、当該広告用画像の登録のための料金が算出される。

具体的には、まず、図４を参照して説明した広告登録処理と同様に、料金Ｙが算出される。そして、当該料金Ｙを利用して、式（３）に従って、新たな料金Ｚが算出され、当該料金Ｚを領域分割数で割ることにより、本変形例での広告料金が算出される。

以下、料金Ｙが３００円と算出された場合に、最終的に広告料金として算出される料金を説明する。

Ｂ＝０の場合、料金Ｚは、次の式（４）に従って、１５００円と算出される。
Ｚ＝３００×｛４−（０／２）＋１｝＝１５００ …（４）
これにより、最終的に算出される、広告用画像の広告料金は、１５００円を領域分割数Ａ（つまり、４）で割った、３７５円である。

また、Ｂ＝１の場合には、料金Ｚは、次の式（５）に従って、１３５０円と算出される。

Ｚ＝３００×｛４−（１／２）＋１｝＝１３５０ …（５）
したがって、最終的に算出される広告料金は、３３７．５円（１３５０／４）円である。

また、Ｂ＝２の場合、料金Ｚは、次の式（６）に従って、１２００円と算出される。
Ｚ＝３００×｛４−（２／２）＋１｝＝１２００ …（６）
したがって、最終的に算出される広告料金は、３００円（１２００円／４）と算出される。

そして、Ｂ＝３の場合、料金Ｚは、次の式（７）に従って、１０５０円と算出される。
Ｚ＝３００×｛４−（３／２）＋１｝＝１０５０ …（７）
したがって、最終的に算出される広告料金は、２６２．５円（１０５０／４）となる。

以上説明した本変形例によれば、広告用画像を登録する際に、当該広告用画像を割り付けようとする広告画像において、既に広告用画像を登録されている領域（広告用領域Ｐ１〜Ｐ４）の数が多くなるほど、広告料金が安く算出される。

［１０．広告料金再計算処理］
本実施の形態の広告システムにおいて、広告用画像を登録されていない領域があった広告画像において、広告用画像が追加して登録された場合に、それまで当該広告画像に登録されていた広告用画像についての広告料金を、引き下げるように、再計算することができる。

図６は、このような再計算の処理（広告料金再計算処理）のフローチャートである。
図６を参照して、ステップＳＢ１０では、ＣＰＵ１１１は、広告情報テーブルにおいて、広告用画像の登録内容に変更があったか否かを判断し、あったと判断するとステップＳＢ２０へ処理を進める。

ステップＳＢ２０では、ＣＰＵ１１１は、登録内容に変更があった広告画像の情報を、広告情報テーブルから抽出して、ステップＳＢ３０へ処理を進める。

ステップＳＢ３０では、ステップＳＢ２０で抽出した広告画像について、変更後の登録状態に応じて、割引率を算出して、ステップＳＢ４０へ処理を進める。

なお、ステップＳＢ３０における割引率の算出は、たとえば、変更後の広告画像において、広告用画像を登録されている面積が大きいほど割引率は高くなるように算出される。割引率が算出されると、ステップＳＢ４０へ処理が進められる。

ステップＳＢ４０では、ＣＰＵ１１１は、既に広告料金テーブルに登録されている広告料金を、ステップＳＢ３０で算出した割引率を掛けたものに変更（更新）して、ステップＳＢ５０へ処理を進める。

ステップＳＢ５０では、ステップＳＢ４０で算出した変更後の広告料金を、広告管理サーバ２００に登録して、処理を終了させる。

広告料金算出処理において算出される割引率の算出態様は、種々の態様が考えられる。たとえば、割引率は、予め定められた値とすることができる。具体的には、図１７に示されたように、領域ＡＤＶ０１が広告用領域Ｐ１〜Ｐ４のように、４つの領域に分割されて、それぞれに、広告用画像が登録されるような場合に、広告用画像の登録内容の変更により、４つの領域のうち２つの領域に広告用画像が登録された場合には、割引率は０．８とされ、３つの領域に広告用画像が登録された場合割引率が０．６とされ、そして、４つのすべての領域に広告用画像が登録された場合には割引率が０．５とされることが考えられる。このような割引率を用いた広告料金再計算処理による、表２の広告料金テーブルの更新について説明する。

広告画像ＡＤ０２は、表１では、広告用領域Ｐ１では広告用画像を登録されていない状態である。そして、当該広告画像ＡＤ０２の広告用領域Ｐ１に広告用画像が登録されると、表３に示されるように、広告画像ＡＤ０２の広告用領域Ｐ１に、登録された広告用画像についての情報が追加されている。

このような広告用画像の追加により、割り付けられる広告用画像の数が、３から４に変更される。変更後の広告用画像の数、つまり、４に対応する割引率は、上記したように、０．５である。

割引前の広告、各広告用領域についての広告料金は、５００円であるとする。
したがって、この場合、ステップＳＢ４０では、変更後の割引率を用いて算出される広告料金は、１つの広告用領域当り、５００円に０．５を掛けた、２５０円となる。

再計算された結果は、ＭＦＰ１００から広告管理サーバ２００へと送信される。
これにより、広告管理サーバ２００のプロセッサは、表２の広告料金テーブルを、表５に示すように更新する。

表５の広告料金テーブルでは、広告主ＩＤ「ＣＬ０２」の、広告ＩＤ「ＡＤ０２」の広告料金が、表２の３００円から、２５０円へと更新されている。

また、２つの広告用領域に対応する、広告主ＩＤ「ＣＬ０５」の広告ＩＤ「ＡＤ０２」についての広告料金は、５００円とされている。１つの広告用領域分の広告料金が５００円に０．５を掛けた２５０円であるところ、２つの広告用領域に対応する料金であるため、２５０円の２倍とされる。

なお、新たに登録された広告用画像についての広告料金である、広告主ＩＤ「ＣＬ０１」の広告ＩＤ「ＡＤ０１」の広告料金については、同様に、２５０円とされている。

以上説明した広告料金再計算処理によれば、既に広告用画像を登録している広告画像において、新たに広告用画像が登録されることにより、広告料金が引き下げられる。

なお、広告画像において、登録される広告用画像の数が増加した場合に、上記したように広告料金を低下させる代わりに、広告期間の延長を行なったり、または、広告枚数を増加させたりすることが考えられる。

また、上記した広告料金再計算処理では、広告画像において登録される広告用画像の数が減少した場合には、広告料金が増加するように更新されるが、広告用画像の数が減少した場合には、広告料金を変更しないように構成することもできる。

［その他の変形例等］
本実施の形態の広告システムにおいて、各広告画像についてのジャンルの情報も登録しておき、広告システムにおいて画像形成のためにユーザを認証する際に、認証したユーザの特性に応じたジャンルの広告情報を、広告として、当該ユーザが画像形成を行なう原稿に併せて印刷させるようにしてもよい。

また、図６を参照して説明した広告料金再計算処理は、ＭＦＰ１００で行なわれても良いし、また、広告管理サーバ２００で行なわれても良い。

さらに、広告料金再計算処理で広告料金が変更された場合には、その旨が、少なくとも当該変更された広告料金の請求先である広告主には通知されることが好ましい。この場合の通知は、たとえば、各広告主にメールアドレス等の通知するための情報が広告管理サーバ２００に登録されており、当該情報を用いて、電子メール等の手段で、実現される。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１００，１００Ａ〜１００Ｅ ＭＦＰ、１０１ フラッシュメモリ、１１０ 制御部、１１１Ａ 取得部、１１１Ｂ 登録部、１１１Ｃ 算出部、１１２ 通信Ｉ／Ｆ部、１１３ 原稿読取部、１１７ ファクシミリ部、１４０ 画像形成部、１５０ 給紙部、１６０ 操作パネル、１６１ 表示部、１６２ 操作部、２００ 広告管理サーバ。

Claims (5)

1. 広告画像を画像形成装置に送信する広告用サーバと接続可能な画像処理装置であって、
   画像データを取得するための取得手段と、
   前記取得手段によって取得された画像データを、前記広告画像の少なくとも一部を構成する広告用画像として登録するための登録手段と、
   前記登録手段が登録する画像データの画像の面積の、前記広告画像の全体の面積に対する割合に基づいて、前記登録手段による前記画像データの登録についての料金を算出するための算出手段とを備えた、画像処理装置。
2. 前記算出手段は、前記広告画像の一部に第１の広告用画像の画像データが登録された後で当該広告画像の残りの少なくとも一部に第２の広告用画像の画像データが登録された場合には、当該第１の広告用画像の画像データの登録についての料金を、前記第２の広告用画像の画像データが登録される前よりも低くなるように、再度算出する、請求項１に記載の画像処理装置。
3. 前記取得手段によって取得された画像データを、前記広告画像の一部を構成する広告用画像として登録するか、前記広告画像の全部を構成する広告用画像として登録するかを選択するための情報の入力を受付けるための受付手段をさらに備える、請求項１または請求項２に記載の画像処理装置。
4. 前記取得手段によって取得された画像データを、前記登録手段が前記広告画像において広告用画像として登録する位置に配置させた状態を示す画像を表示するための表示手段をさらに備える、請求項１〜請求項３のいずれかに記載の画像処理装置。
5. 広告画像を画像形成装置に送信する広告用サーバと接続可能な画像処理装置の制御用プログラムであって、
   前記画像処理装置を制御するコンピュータを、
   画像データを取得するための取得手段、
   前記取得手段によって取得された画像データを、前記広告画像の少なくとも一部を構成する広告用画像として登録するための登録手段、および、
   前記登録手段が登録する画像データの画像の面積の、前記広告画像の全体の面積に対する割合に基づいて、前記登録手段による前記画像データの登録についての料金を算出するための算出手段として機能させるための、画像処理装置の制御用プログラム。

Images