(57)【要約】【課題】画像情報の記憶が完了した場合、予め定められた通知条件が満されたときに、画像情報の記憶が完了したことに対する通知を行う画像情報管理プログラム、画像情報管理装置を提供する。【解決手段】コンピュータを、画像情報と、前記画像情報の記憶を要求する画像情報記憶要求装置に関連する装置関連情報とを、当該画像情報記憶要求装置から受け付ける受付手段と、前記受付手段により受け付けられた画像情報を記憶手段に記憶させる手段と、通知を行う通知手段と、前記受付手段により受け付けられた装置関連情報が予め定められた通知条件を満たす場合に、前記受付手段により受け付けられた画像情報が前記記憶手段に記憶されたことを予め定められた通知先に通知する処理を、前記通知手段に開始させるように制御する通知制御手段と、して機能させる。【選択図】図７
2010056725.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを、
画像情報と、前記画像情報の記憶を要求する画像情報記憶要求装置に関連する装置関連情報とを、当該画像情報記憶要求装置から受け付ける受付手段と、
前記受付手段により受け付けられた画像情報を記憶手段に記憶させる手段と、
通知を行う通知手段と、
前記受付手段により受け付けられた装置関連情報が予め定められた通知条件を満たす場合に、前記受付手段により受け付けられた画像情報が前記記憶手段に記憶されたことを予め定められた通知先に通知する処理を、前記通知手段に開始させるように制御する通知制御手段と、
して機能させるための画像情報管理プログラム。
【請求項２】
前記装置関連情報は、前記画像情報記憶要求装置を特定する情報、前記画像情報記憶要求装置の機種を示す情報及び前記画像情報記憶要求装置が前記画像情報を得るために原稿を読み取る際の読み取り条件を示す情報の少なくとも１つの情報を含む請求項１に記載の画像情報管理プログラム。
【請求項３】
前記記憶手段に記憶された前記画像情報に対して行われた操作を示す操作情報を検出する検出手段として前記コンピュータを更に機能させ、
前記通知手段は、前記検出手段により検出された操作情報が予め定められた通知条件を満たす場合に、前記画像情報に対して操作が行われたことを通知する請求項１又は請求項２に記載の画像情報管理プログラム。
【請求項４】
前記操作情報は、前記画像情報が更新されたことを示す情報、前記画像情報がダウンロードされたことを示す情報及び前記操作の対象となった画像情報の記憶を要求した前記画像情報記憶要求装置を特定する情報の少なくとも１つの情報を含む請求項３に記載の画像情報管理プログラム。
【請求項５】
前記通知制御手段は、前記通知条件が満されない場合には、通知処理を、前記通知手段に開始させないように制御する請求項１から請求項４のいずれか一項に記載の画像情報管理プログラム。
【請求項６】
画像情報と、前記画像情報の記憶を要求する画像情報記憶要求装置に関連する装置関連情報とを、当該画像情報記憶要求装置から受け付ける受付手段と、
前記受付手段により受け付けられた画像情報を記憶手段に記憶させる手段と、
通知を行う通知手段と、
前記受付手段により受け付けられた装置関連情報が予め定められた通知条件を満たす場合に、前記受付手段により受け付けられた画像情報が前記記憶手段に記憶されたことを予め定められた通知先に通知する処理を、前記通知手段に開始させるように制御する通知制御手段と、
を有する画像情報管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像情報管理プログラム及び画像情報管理装置に関する。
【背景技術】
【０００２】
従来より、画像処理装置から画像情報管理装置にアクセスし、画像処理装置によりスキャンした画像情報を画像情報管理装置に登録させることができる。この登録とは記憶することであるので、以下の説明では記憶と表現する。
【０００３】
このとき、もしスキャンまたは送信処理の途中でエラーが発生した場合は、画像情報の記憶を指示した者（以下、利用者）は再度指示する必要がある。そのため、画像情報の記憶が完了した際に、何らかの手段で利用者に通知することが求められる場合がある。
【０００４】
なお、なんらかのイベントが発生した際にそのことを通知する技術として、特許文献１、２に開示された技術が挙げられる。特許文献１には、ファクシミリで文書を受信した際に携帯端末に通知する技術が開示されており、特許文献２には、画像形成装置のジョブのステータス情報を音声に変換して携帯端末に通知する技術が開示されている。
【特許文献１】特開２００３−２６４６６１号公報
【特許文献２】特開２００３−３４８２８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、画像情報管理装置において画像情報の記憶が完了した際に、利用者が画像情報の記憶が完了したことに対する通知を要求する場合と、要求しない場合とがある。
【０００６】
本発明は、画像情報の記憶が完了した場合、予め定められた通知条件が満されたときに、画像情報の記憶が完了したことに対する通知を行う画像情報管理プログラム、画像情報管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、請求項１の発明は、コンピュータを、画像情報と、前記画像情報の記憶を要求する画像情報記憶要求装置に関連する装置関連情報とを、当該画像情報記憶要求装置から受け付ける受付手段と、前記受付手段により受け付けられた画像情報を記憶手段に記憶させる手段と、通知を行う通知手段と、前記受付手段により受け付けられた装置関連情報が予め定められた通知条件を満たす場合に、前記受付手段により受け付けられた画像情報が前記記憶手段に記憶されたことを予め定められた通知先に通知する処理を、前記通知手段に開始させるように制御する通知制御手段と、して機能させる。
【０００８】
請求項２の発明は、請求項１の発明において、前記装置関連情報は、前記画像情報記憶要求装置を特定する情報、前記画像情報記憶要求装置の機種を示す情報及び前記画像情報記憶要求装置が前記画像情報を得るために原稿を読み取る際の読み取り条件を示す情報の少なくとも１つの情報を含むものである。
【０００９】
請求項３の発明は、請求項１又は請求項２の発明において、前記記憶手段に記憶された前記画像情報に対して行われた操作を示す操作情報を検出する検出手段として前記コンピュータを更に機能させ、前記通知手段は、前記検出手段により検出された操作情報が予め定められた通知条件を満たす場合に、前記画像情報に対して操作が行われたことを通知するものである。
【００１０】
請求項４の発明は、請求項３の発明において、前記操作情報は、前記画像情報が更新されたことを示す情報、前記画像情報がダウンロードされたことを示す情報及び前記操作の対象となった画像情報の記憶を要求した前記画像情報記憶要求装置を特定する情報の少なくとも１つの情報を含むものである。
【００１１】
請求項５の発明は、請求項１から請求項４のいずれか一項の発明において、前記通知制御手段は、前記通知条件が満されない場合には、通知処理を、前記通知手段に開始させないように制御するものである。
【００１２】
上記目的を達成するために、請求項６の発明は、画像情報と、前記画像情報の記憶を要求する画像情報記憶要求装置に関連する装置関連情報とを、当該画像情報記憶要求装置から受け付ける受付手段と、前記受付手段により受け付けられた画像情報を記憶手段に記憶させる手段と、通知を行う通知手段と、前記受付手段により受け付けられた装置関連情報が予め定められた通知条件を満たす場合に、前記受付手段により受け付けられた画像情報が前記記憶手段に記憶されたことを予め定められた通知先に通知する処理を、前記通知手段に開始させるように制御する通知制御手段と、を有する。
【発明の効果】
【００１３】
請求項１及び請求項６記載の発明によれば、画像情報の記憶が完了した場合、予め定められた通知条件が満されたときに、画像情報の記憶が完了したことに対する通知を行うことができる。
【００１４】
また、請求項２記載の発明によれば、画像情報記憶要求装置を特定する情報、前記画像情報記憶要求装置の機種を示す情報及び前記画像情報記憶要求装置が前記画像情報を得るために原稿を読み取る際の読み取り条件を示す情報の少なくとも１つの情報を、通知条件に反映させることができる。
【００１５】
また、請求項３記載の発明によれば、記憶させた画像情報が操作されたことを通知することができる。
【００１６】
また、請求項４記載の発明によれば、前記画像情報が更新されたことを示す情報、前記画像情報がダウンロードされたことを示す情報及び前記操作の対象となった画像情報の記憶を要求した前記画像情報記憶要求装置を特定する情報の少なくとも１つの情報を、通知条件に反映することができる。
【００１７】
また、請求項５記載の発明によれば、通知条件が満たされない場合、通知を行わないようにすることができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して、本発明の実施の形態について詳細に説明する。
【００１９】
図１は、本実施の形態に係る画像情報管理装置を含むシステムの全体構成例を示す図である。同図には、ＰＣ（Personal Computer）２０、画像情報管理装置（以下、サーバと記す）２２、原稿の読み取りが可能な画像形成装置１０、携帯端末の基地局２４、それらを接続するネットワーク、及び携帯端末２６が示されている。
【００２０】
また、同図に示されるように、ＰＣ２０、画像形成装置１０は、１つずつ描かれているが、これは一例を示すものであり、ＰＣ２０、画像形成装置１０、基地局２４、及び携帯端末２６は、各々複数あっても良い。
【００２１】
上述した構成において、サーバ２２は、画像情報と、前記画像情報の記憶を要求するＰＣ２０や画像形成装置１０に関連する装置関連情報とを、当該ＰＣ２０や画像形成装置１０から受け付け、受け付けられた画像情報を記憶手段に記憶させ、受け付けられた装置関連情報が予め定められた通知条件を満たす場合に、受け付けられた画像情報が前記記憶手段に記憶されたことを予め定められた通知先に通知する処理を開始させるように制御する。
【００２２】
ＰＣ２０、及び画像形成装置１０は、上記サーバ２２に画像情報の記憶を要求する。特に画像形成装置１０は、原稿を読み取り、その原稿を示す画像情報を生成することが可能である。以下の説明では、画像情報の記憶を要求する画像情報記憶要求装置を要求装置と記すことにする。
【００２３】
また、ＰＣ２０、画像形成装置１０、及び携帯端末２６は、画像情報がサーバ２２に記憶されたことが通知される対象となる装置である。携帯端末２６は、利用者が外出先で画像情報の記憶を要求した場合に用いられることを想定している。
【００２４】
次に、図２を用いてサーバ２２のハードウェア構成例について説明する。サーバ２２は、ＣＰＵ（Central Processing Unit）１２と、ＨＤＤ（Hard Disk Drive）１３と、ＲＡＭ（Random Access Memory）１４と、通信Ｉ／Ｆ１５と、ＲＯＭ（Read Only Memory）１６と、表示部１７と、操作入力部１８と、それらを接続するバス１９とを含む。
【００２５】
ＣＰＵ１２は、サーバ２２の全体の動作を司る制御部であり、後述するサーバ２２の処理の流れを示すフローチャートは、ＣＰＵ１２により実行される。ＨＤＤ１３は、各種プログラム、ＯＳ（Operating System）などが記録される記憶装置である。ＲＡＭ１４は、ＯＳ、プログラムなどが展開される記憶装置である。なお、ＨＤＤ１３は、画像情報を記録する記憶手段に対応する。
【００２６】
通信Ｉ／Ｆ１５は、ネットワークに接続するためのものであり、例えば、ＮＩＣ（Network Interface Card）やそのドライバ、又はＵＳＢデバイス等を含んで構成される。ＲＯＭ１６は、サーバ２２の起動時に動作するブートプログラムなどが記憶されている記憶装置である。表示部１７は、各種情報をユーザに表示するものであり、例えば液晶ディスプレイ等により実現できる。操作入力部１８は、管理者がサーバ２２の操作指示や各種情報を入力する際に用いられるものであり、例えば、キーボードやタッチパネル等により実現できる。バス１９は、情報のやりとりが行われる際に使用される。
【００２７】
なお、ＨＤＤ１３には、上述したようにＣＰＵ１２により実行される後述する画像情報管理プログラムやそのプログラムが用いるデータなどが記録される。このプログラムは、必ずしもＨＤＤ１３に記録されたプログラムでなくても良い。ＨＤＤ１３以外の記録媒体として、具体的には可搬型の記録媒体にプログラムを記録したものが挙げられる。この場合、サーバ２２に、可搬型の記録媒体を読み取るための読み取り装置を設け、可搬型の記録媒体は読み取り装置に対して、磁気、光、電気等のエネルギーの変化状態を引き起こし、それに対応する信号の形式で、読み取り装置にプログラムの記述内容を伝達できるものである。
【００２８】
可搬型の記録媒体として、例えば光磁気ディスク、光ディスク（ＣＤやＤＶＤなどを含む）、磁気ディスク、メモリ（ＩＣカード、メモリカードなどを含む）などが挙げられる。
【００２９】
次に、図３を用いて画像形成装置１０のハードウェア構成例について説明する。画像形成装置１０は、ＣＰＵ４０と、フラッシュメモリ４２と、ＲＡＭ４４と、スキャナエンジン４６と、ＵＩ（User Interface）４８と、ＨＤＤ５０と、プリンタエンジン５２と、通信Ｉ／Ｆ（インタフェース）５４と、バス５６とを含む。
【００３０】
ＣＰＵ４０は、画像形成装置１０の全体の動作を司るものである。フラッシュメモリ４２は、ＲＡＭ４４に展開されるプログラム及び起動時に動作するブートプログラム等が記憶されている。
【００３１】
ＲＡＭ４４は、ＯＳやプログラムや画像情報等が展開される記憶装置である。スキャナエンジン４６は、原稿を読み取り、その原稿を示す画像情報を生成する。スキャナエンジン４６は、原稿を読み取る際の読み取り条件（ｄｐｉ、カラー／モノクロ等）を指定することが可能である。
【００３２】
通信Ｉ／Ｆ５４は、ネットワークに接続するためのＮＩＣやそのドライバ、或いはＵＳＢデバイス等を含んで構成される。
【００３３】
プリンタエンジン５２は、紙に画像を印刷するエンジンである。ＨＤＤ５０は、画像情報等が記録される記憶装置である。ＵＩ４８は、利用者が画像形成装置１０の操作や情報を入力する際に用いられるものである。バス５６は、情報のやりとりが行われる際に使用される。
【００３４】
なお、以上説明した構成に、例えばファクシミリとしても使用するために電話回線と接続するためのインタフェース等、画像処理に関するものを加えるようにしても良い。
【００３５】
次に、図４を用いて条件データベース（以下、ＤＢと記す）の例について説明する。同図（Ａ）は、画像情報がＨＤＤ１３に記憶されたことを、上記装置関連情報に基づいて通知することを定めた通知条件を示す通知条件ＤＢである。
【００３６】
また、同図（Ｂ）は、後述する操作情報に基づいて通知することを定めた操作条件を示す操作条件ＤＢである。
【００３７】
まず、通知条件ＤＢであるが、この通知条件ＤＢは、条件ＩＤ、対象範囲、通知条件、及び通知先を含む構造となっている。このうち条件ＩＤは、通知条件を特定するためのＩＤである。対象範囲は、画像情報が記憶されたことを通知する際に対象となる範囲を示している。具体的には、同図のようにフォルダＡ以下、という場合、フォルダＡ以下に画像情報が記憶された際に、通知条件を満たしているか否か判断される。通知先は、画像情報がＨＤＤ１３に記憶されたことが通知される予め定められた宛先である。具体的な宛先として、メールアドレスが挙げられる。
【００３８】
通知条件は、装置関連情報に基づいて通知することを定めた条件である。この装置関連情報は、要求装置を特定する情報、要求装置の機種を示す情報、及び要求装置が画像情報を得るために原稿を読み取る際の読み取り条件を示す情報の少なくとも１つの情報を含むものである。
【００３９】
要求装置を特定する情報として、例えば予め装置毎に割り当てられたＩＤ、装置のネットワークアドレス（ＩＰアドレス）、及びＭＡＣアドレスなどが挙げられる。要求装置の機種を示す情報は、装置の機種毎に割り当てられたコードなどが挙げられる。読み取り条件は上述したように、原稿を読み取る際に指定されたｄｐｉ、カラー／モノクロ等である。
【００４０】
例えば、同図（Ａ）における条件ＩＤ１の条件は、要求装置が画像形成装置、かつ画像形成装置のＩＤが未登録となっているが、このうちの画像形成装置のＩＤが未登録とは、例えば社内の画像形成装置はＩＤを予め登録しておくことがあり、そのような登録がされていないことを示している。すなわち、条件ＩＤ１の条件は、要求装置が社外の画像形成装置である場合に通知することを示す条件である。
【００４１】
次に操作条件ＤＢについて説明する。この操作条件ＤＢは、条件ＩＤ、対象範囲、操作条件、及び通知先を含む構造となっている。このうち操作条件以外は、上記条件通知ＤＢと同じであるので説明を省略する。
【００４２】
操作条件は、画像情報に対して操作が行われたことを通知するための条件であり、操作情報に基づいて予め定められた条件である。操作情報は、画像情報が更新されたことを示す情報、画像情報がダウンロードされたことを示す情報及び操作の対象となった画像情報の記憶を要求した要求装置を特定する情報の少なくとも１つの情報を含むものである。
【００４３】
例えば、同図（Ｂ）に示される条件ＩＤ２の操作条件は、更新３回かつ画像情報がダウンロードされた場合に通知されることを示す条件である。このように、操作条件は、複数の操作を示す操作情報に基づいて満たしているか否か判断可能な条件であっても良い。
【００４４】
次に図５を用いて、他の各ＤＢ及び要求装置から通知される画像情報関連情報の一例について説明する。同図（Ａ）は、利用者ＤＢを示すもので、この利用者ＤＢは利用者を特定する利用者ＩＤと宛先（メールアドレス）とが対応づけられたＤＢである。
【００４５】
同図（Ａ）では、利用者ＩＤ１の宛先がaaa@bbb.cccであることが示されている。利用者ＩＤは、後述するように要求装置から画像情報の記憶を要求する際に通知される。
【００４６】
同図（Ｂ）は登録装置ＤＢを示している。このＤＢは、登録された要求装置のＩＤが記憶されている。同図（Ｃ）は操作履歴ＤＢを示している。操作履歴ＤＢは、画像情報と、その画像情報に対して行われた操作を示す操作情報とが操作履歴情報として記憶されるものである。画像情報に対して行われた操作は、例えばＯＳが提供するシステムコールを用いたアプリケーション等により検出することができる。同図（Ｃ）の場合、ダウンロード回数、及び更新回数が操作情報履歴として記憶されるようになっている。
【００４７】
同図（Ｄ）は、画像関連情報を示すものである。この画像関連情報は、同図に示されるように、画像情報、及び画像情報の記憶を要求する要求装置に関連する装置関連情報（装置ＩＤ、機種情報）を含む。更に同図に示される画像関連情報には、利用者ＩＤ及び属性情報（画像情報のタイトル等）が含まれている。ここで例示した画像関連情報は、一般的な文書管理システムにおいて、画像形成装置が送信する情報として用いられているものである。
【００４８】
以上説明した通知条件ＤＢ、操作条件ＤＢ、利用者ＤＢ、及び登録装置ＤＢは利用者又は管理者により構築されるものであり、操作履歴ＤＢは操作が行われる度にサーバ２２により構築されるものである。また、各ＤＢ及び画像関連情報に示される情報はその情報に限るものではなく、必要な情報が得られるものであれば他の情報であっても良い。例えば、操作履歴の画像情報は画像情報のファイル名が用いられているが、ファイル名に代えて画像情報に予め画像情報を特定するための番号などが割り当てられている場合は、その番号を用いるようにしても良い。
【００４９】
次に、図６を用いてサーバ２２のソフトウェア構成例について説明する。同図に示されるように、サーバ２２のソフトウェア構成は、受付部６０、画像情報記憶制御部６２、通知制御部６４を含んで構成される。
【００５０】
このうち、受付部６０は、画像情報と、前記画像情報の記憶を要求する要求装置に関連する装置関連情報とを、当該要求装置から受け付ける。画像情報記憶制御部６２は、受付部６０により受け付けられた画像情報をＨＤＤ１３に記憶させる。
【００５１】
通知部６４ａは、通知を行なう。通知制御部６４は、受付部６０により受け付けられた装置関連情報が予め定められた通知条件を満たす場合に、受付部６０により受け付けられた画像情報がＨＤＤ１３に記憶されたことを予め定められた通知先に通知する処理を、通知部６４ａに開始させるように制御する。更に、通知制御部６４は、通知条件が満されない場合には、通知処理を、通知部６４ａに開始させないように制御する。
【００５２】
以上説明した構成で実行される画像情報管理プログラムによる通知条件処理の流れの一例について、図７のフローチャートを用いて説明する。このフローチャートはＣＰＵ１２により行われる処理である。まず、ステップ１０１で画像情報の記憶を要求することを示す画像情報記憶要求を要求装置から受信すると、ステップ１０２で、画像関連情報を取得する。
【００５３】
そして、ステップ１０３で画像情報を記憶し、ステップ１０４でループカウンタｋに１を代入する。次のステップ１０５で、上述した通知条件ＤＢから条件ＩＤがｋの対象範囲と通知条件を取得する。
【００５４】
次のステップ１０６で、画像情報が記憶されたフォルダが対象範囲内かどうか判断し、否定判断した場合にはステップ１１０へ処理が進む。一方、ステップ１０６で肯定判断した場合には、ステップ１０７で装置関連情報はＩＤがｋの通知条件を満たすか否か判断し、否定判断した場合には、ステップ１１０へ処理が進む。
【００５５】
一方、ステップ１０７で肯定判断した場合には、ステップ１０８で通知条件ＤＢから条件ＩＤがｋの通知条件に対応する宛先（メールアドレス）を取得し、ステップ１０９で画像情報を記憶したことを宛先に通知する。
【００５６】
次のステップ１１０でループカウンタｋを１つ増分し、ステップ１１１でループカウンタｋが通知条件の数を超えたか否か判断し、否定判断した場合には、再びステップ１０５の処理に戻り、肯定判断した場合には、処理を終了する。
【００５７】
次に、上記操作履歴ＤＢに示される、操作情報に基づいて通知することを定めた操作条件を、検出された操作情報が満たす場合に、画像情報に対して操作が行われたことを更に通知する場合のソフトウェア構成例について、図８を用いて説明する。同図に示されるように、サーバ２２のソフトウェア構成は、図６に示した構成に加え、検出部６６が加わった構成となる。
【００５８】
この検出部６６は、ＨＤＤ１３に記憶された画像情報に対して行われた操作を示す操作情報を検出するものである。操作が検出され、操作条件を満たすと予め定められた宛先に操作されたことが通知される。
【００５９】
この構成で実行される画像情報管理プログラムによる操作条件処理の流れの一例について、図９のフローチャートを用いて説明する。このフローチャートはＣＰＵ１２により行われる処理である。
【００６０】
まず、ステップ２０１で画像情報に対して行われた操作を検出すると、ステップ２０２で、操作された画像関連情報に対応する操作履歴情報を上記操作履歴ＤＢから取得する。
【００６１】
そして、ステップ２０３で先ほどのステップ２０１で検出した操作を履歴として加えるため、履歴操作情報を更新し、ステップ２０４でループカウンタｋに１を代入する。次のステップ２０５で、上述した操作条件ＤＢから条件ＩＤがｋの対象範囲と操作条件を取得する。
【００６２】
次のステップ２０６で、操作された画像情報が記憶されたフォルダが対象範囲内かどうか判断し、否定判断した場合にはステップ２１０へ処理が進む。一方、ステップ２０６で肯定判断した場合には、ステップ２０７で操作履歴情報はＩＤがｋの操作条件を満たすか否か判断し、否定判断した場合には、ステップ２１０へ処理が進む。
【００６３】
一方、ステップ２０７で肯定判断した場合には、ステップ２０８で操作条件ＤＢから条件ＩＤがｋの操作条件に対応する宛先（メールアドレス）を取得し、ステップ２０９で画像情報に対して操作が行われたことを宛先に通知する。
【００６４】
次のステップ２１０でループカウンタｋを１つ増分し、ステップ２１１でループカウンタｋが操作条件の数を超えたか否か判断し、否定判断した場合には、再びステップ２０４の処理に戻り、肯定判断した場合には、処理を終了する。
【００６５】
なお、以上説明した各フローチャートの処理の流れは一例であり、本発明の主旨を逸脱しない範囲内で処理順序を入れ替えたり、新たなステップを追加したり、不要なステップを削除したりすることができることは言うまでもない。また、上述した実施の形態では、記憶したことを通知するものであったが、記憶が失敗した場合に失敗したことを通知するようにしても良い。
【図面の簡単な説明】
【００６６】
【図１】実施の形態に係る画像情報管理装置を含むシステムの全体構成例を示す図である。
【図２】サーバのハードウェア構成例を示す図である。
【図３】画像形成装置のハードウェア構成例を示す図である。
【図４】条件データベースの例を示す図である。
【図５】各データベース及び画像情報関連情報の例を示す図である。
【図６】サーバのソフトウェア構成例について説明する（その１）。
【図７】通知条件処理の流れの一例を示すフローチャートである。
【図８】サーバのソフトウェア構成例について説明する（その２）。
【図９】操作条件処理の流れの一例を示すフローチャートである。
【符号の説明】
【００６７】
１０  画像形成装置
１２  ＣＰＵ
１３  ＨＤＤ
１４  ＲＡＭ
１５  通信Ｉ／Ｆ
１６  ＲＯＭ
１７  表示部
２６  携帯端末
４２  フラッシュメモリ
４６  スキャナエンジン
６０  受付部
６２  画像情報記憶制御部
６４  通知制御部
６４ａ  通知部
６６  検出部
【図１】
2010056725.tif 000003
【図２】
2010056725.tif 000004
【図３】
2010056725.tif 000005
【図４】
2010056725.tif 000006
【図５】
2010056725.tif 000007
【図６】
2010056725.tif 000008
【図７】
2010056725.tif 000009
【図８】
2010056725.tif 000010
【図９】
2010056725.tif 000011