(57)【特許請求の範囲】
【請求項１】
データを入力するための第１の入力手段と、
データを入力するための第２の入力手段と、
前記第１の入力手段により入力されたデータ、及び前記第２の入力手段により入力されたデータを格納する格納手段と、
前記格納手段が有する複数の格納領域のうちの予め設定された格納領域に前記第１の入力手段により入力されたデータが格納された場合に通知を行う、という通知条件を登録する登録手段と、
前記登録手段により登録された前記通知条件を満たす場合に、前記格納手段により格納されたデータの格納場所を示す情報を通知先に通知する通知手段と、
を有し、
前記通知手段は、前記登録手段により前記通知条件が登録されている場合において、前記第２の入力手段により入力されたデータが前記予め設定された格納領域に格納された場合には、当該データの格納場所を示す情報を前記通知先に通知しないことを特徴とする画像処理装置。
【請求項２】
前記第１の入力手段は、原稿を読み取ってデータとして画像データを得るためのスキャナであることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記第２の入力手段は、ネットワークに接続され当該ネットワークを介してデータを得るネットワークインタフェースであることを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
前記格納場所を示す情報はＵＲＩであることを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
【請求項５】
前記通知手段は、電子メールの本文に前記格納場所を示す情報を記載して通知を行うことを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
【請求項６】
前記登録手段は、前記通知条件の登録要求を受け付けた場合に、その登録要求で示される通知条件が正しいか否かを検証することを特徴とする請求項１乃至４の何れか１項に記載の画像処理装置。
【請求項７】
前記登録手段は、前記通知条件の登録要求を受け付けた場合に、前記予め設定された格納領域が外部からアクセス可能か否かを検証し、当該検証の結果に基づいて前記通知条件を登録することを特徴とする請求項１乃至４の何れか１項に記載の画像処理装置。
【請求項８】
前記登録手段は、前記通知条件の登録要求を受け付けた場合に、前記通知先のアドレスが正しいアドレスであるか否かを検証し、当該検証の結果に基づいて前記通知条件を登録することを特徴とする請求項６に記載の画像処理装置。
【請求項９】
前記登録手段は、前記予め設定された格納領域を特定するためのＩＤ情報を生成し、該生成したＩＤ情報を前記通知条件として登録することを特徴とする請求項１乃至８の何れか１項に記載の画像処理装置。
【請求項１０】
前記格納手段に格納された場合、前記データの格納場所を確認し、前記データの格納場所が前記予め設定された格納領域である場合で、かつ当該データが前記第１の入力手段によって入力されたデータである場合に、前記通知条件に一致すると判断する判断手段を更に有することを特徴とする請求項１乃至９の何れか１項に記載の画像処理装置。
【請求項１１】
前記判断手段により前記通知条件に一致すると判断すると、前記予め設定された格納領域を特定するためのＩＤ情報と前記格納されたデータの文書名を前記データの格納情報として保存する保存手段を更に有し、
前記通知手段は、予め設定された時間毎に前記保存手段に格納情報が存在するかを確認し、格納情報が存在する場合に、前記通知を行うことを特徴とする請求項１０に記載の画像処理装置。
【請求項１２】
前記保存手段に保存された格納情報からＵＲＩ情報を生成する生成手段を更に有し、
前記通知手段は、前記生成手段により生成されたＵＲＩ情報が記載された電子メールを送信することにより前記通知を行うことを特徴とする請求項１１に記載の画像処理装置。
【請求項１３】
前記電子メールの送信に成功した場合に前記保存手段に保存されている前記格納情報を削除し、前記電子メールの送信に失敗した場合は、前記保存手段に保存されている前記格納情報を削除しないことを特徴とする請求項１２に記載の画像処理装置。
【請求項１４】
前記生成手段による前記ＵＲＩ情報の生成が失敗した場合は前記保存手段に保存された前記格納情報を削除することを特徴とする請求項１２に記載の画像処理装置。
【請求項１５】
データを入力するための第１の入力手段および第２の入力手段を備える画像処理装置の制御方法であって、
前記第１の入力手段により入力されたデータ、及び前記第２の入力手段により入力されたデータをメモリに格納する格納ステップと、
前記メモリが有する複数の格納領域のうちの予め設定された格納領域に前記第１の入力手段により入力されたデータが格納された場合に通知を行う、という通知条件を登録する登録ステップと、
前記登録ステップで登録された前記通知条件を満たす場合に、前記格納ステップで前記メモリに格納されたデータの格納場所を示す情報を通知先に通知する通知ステップと、
を有し、
前記通知ステップでは、前記登録ステップによって前記通知条件が登録されている場合において、前記第２の入力手段により入力されたデータが前記予め設定された格納領域に格納された場合には、当該データの格納場所を示す情報を前記通知先に通知しないことを特徴とする制御方法。
【請求項１６】
データを入力するための第１の入力手段および第２の入力手段を備える画像処理装置で用いられる制御プログラムであって、
前記画像処理装置が備えるコンピュータに、
前記第１の入力手段により入力されたデータ、及び前記第２の入力手段により入力されたデータをメモリに格納する格納ステップと、
前記メモリが有する複数の格納領域のうちの予め設定された格納領域に前記第１の入力手段により入力されたデータが格納された場合に通知を行う、という通知条件を登録する登録ステップと、
前記登録ステップで登録された前記通知条件を満たす場合に、前記格納ステップで前記メモリに格納されたデータの格納場所を示す情報を通知先に通知する通知ステップと、
を実行させ、
前記通知ステップでは、前記登録ステップによって前記通知条件が登録されている場合において、前記第２の入力手段により入力されたデータが前記予め設定された格納領域に格納された場合には、当該データの格納場所を示す情報を前記通知先に通知しないことを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置に関し、特に、画像処理装置においてデジタルデータを記憶装置に格納した際にその格納通知を送付する画像処理装置、その制御方法、及び制御プログラムに関する。
【背景技術】
【０００２】
一般に、デジタル複合機（ＭＦＰ）等の画像処理装置においては、コピー機能及びプリント機能等に加えて、デジタルデータ（文書データ等）を保存データとして保存する保存機能、そして、当該保存データを他の機器と共有するための共有機能等が備えられている。
【０００３】
近年、保存データを共有するため、ＭＦＰにサーバ機能を備えて、ＳＭＢ又はＷｅｂＤＡＶ等のプロトコルを用いて保存データの公開・共有を行うようにしたものがある。さらには、ＭＦＰに情報を通知する情報通知機能を備えて、当該情報通知機能を用いて、保存データを電子メールに添付してメール送信することが行われている。そして、この情報通知機能によって保存データにアクセスするためのアクセス情報（例えば、ＵＲＩ情報）を通知することもが行われている。
【０００４】
例えば、ＭＦＰでは、原稿をスキャンした結果得られた文書データを、所謂ボックスと呼ばれる記憶領域に格納する文書格納処理が行われる。そして、ＭＦＰではボックスに新たに文書データが格納されたことを確認すると、ボックスに文書データが格納されたことを示す文書格納通知を電子メール等で予め登録された通知先に送ることが行われている。そして、この文書格納通知には、文書データにアクセスするためのアクセス情報（ＵＲＩ情報）が付加されている。
【０００５】
このような保存データ等の格納通知において、ユーザの要求に応じて、ユーザが必要とする情報のみを通知するようにしたものがある（特許文献１参照）。つまり、ここでは、様々な条件に応じて保存データ等の格納通知を行うようにしている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−２７０６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところが、特許文献１においては、保存データ等の格納通知を行うための条件を柔軟として、さらには、通知先を当該条件に応じて変更することは行われているものの、通知すべき内容（つまり、情報）は予め設定されている。
【０００８】
保存データを、例えば、”ｈｔｔｐ”プロトコルでアクセスできる際に、”ｈｔｔｐ”プロトコルに応じてＵＲＬ情報を通知すると設定されているとする。この場合、”ｈｔｔｐ”プロトコルのポート番号が変更されてしまうと、通知すべき内容であるＵＲＩ情報は予め設定されているから、ＵＲＩ情報を通知しても保存データにアクセスすることができなくなってしまう。
【０００９】
加えて、通知すべきＵＲＩ情報が確定してから通知処理が行われるまでにタイムラグがあることがある。この場合に、通知すべきＵＲＩ情報が確定してから通知処理を行うまでの間に、保存データの記憶箇所であるフォルダ名等の変更が行われると、ＵＲＩ情報を通知しても保存データにアクセスすることができなくなってしまう。
【００１０】
従って、本発明の目的は、保存データ等の格納通知を行う際、所定の通知タイミングを通知条件として登録して、通知すべき情報を確実に通知先に通知することができる画像処理装置、その制御方法、及び制御プログラムを提供することにある。
【課題を解決するための手段】
【００１１】
上記の目的を達成するため、本発明による画像処理装置は、データを入力するための第１の入力手段と、データを入力するための第２の入力手段と、前記第１の入力手段により入力されたデータ、及び前記第２の入力手段により入力されたデータを格納する格納手段と、前記格納手段が有する複数の格納領域のうちの予め設定された格納領域に前記第１の入力手段により入力されたデータが格納された場合に通知を行う、という通知条件を登録する登録手段と、前記登録手段により登録された前記通知条件を満たす場合に、前記格納手段により格納されたデータの格納場所を示す情報を通知先に通知する通知手段と、を有し、前記通知手段は、前記登録手段により前記通知条件が登録されている場合において、前記第２の入力手段により入力されたデータが前記予め設定された格納領域に格納された場合には、当該データの格納場所を示す情報を前記通知先に通知しないことを特徴とする。
【００１２】
本発明による制御方法は、データを入力するための第１の入力手段および第２の入力手段を備える画像処理装置の制御方法であって、前記第１の入力手段により入力されたデータ、及び前記第２の入力手段により入力されたデータをメモリに格納する格納ステップと、前記メモリが有する複数の格納領域のうちの予め設定された格納領域に前記第１の入力手段により入力されたデータが格納された場合に通知を行う、という通知条件を登録する登録ステップと、前記登録ステップで登録された前記通知条件を満たす場合に、前記格納ステップで前記メモリに格納されたデータの格納場所を示す情報を通知先に通知する通知ステップと、を有し、前記通知ステップでは、前記登録ステップによって前記通知条件が登録されている場合において、前記第２の入力手段により入力されたデータが前記予め設定された格納領域に格納された場合には、当該データの格納場所を示す情報を前記通知先に通知しないことを特徴とする。
【００１３】
本発明による制御プログラムは、データを入力するための第１の入力手段および第２の入力手段を備える画像処理装置で用いられる制御プログラムであって、前記画像処理装置が備えるコンピュータに、前記第１の入力手段により入力されたデータ、及び前記第２の入力手段により入力されたデータをメモリに格納する格納ステップと、前記メモリが有する複数の格納領域のうちの予め設定された格納領域に前記第１の入力手段により入力されたデータが格納された場合に通知を行う、という通知条件を登録する登録ステップと、前記登録ステップで登録された前記通知条件を満たす場合に、前記格納ステップで前記メモリに格納されたデータの格納場所を示す情報を通知先に通知する通知ステップと、を実行させ、前記通知ステップでは、前記登録ステップによって前記通知条件が登録されている場合において、前記第２の入力手段により入力されたデータが前記予め設定された格納領域に格納された場合には、当該データの格納場所を示す情報を前記通知先に通知しないことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、保存データ等の格納通知を行う際、所定の通知タイミングである第１の入力手段によってデータ入力が行われた場合に通知を行うという通知条件を登録するようにしたので、通知すべき情報を確実に通知先に通知することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施形態による画像処理装置が用いられた画像処理システムの一例を示す図である。
【図２】図１に示すＭＦＰのハードウェア構成を示すブロック図である。
【図３】図２に示すＣＰＵで実行される文書格納通知アプリケーションの機能を説明するためのブロックである。
【図４】図３で説明した文書格納通知に関する通知設定登録を行う際の通知設定登録画面の一例を示す図である。
【図５】図３に示す文書格納通知アプリケーションで実行される通知設定の登録処理を説明するためのフローチャートである。
【図６】図３に示す情報管理部によって登録された通知設定情報の一例を示す図である。
【図７】図３に示す文書格納通知アプリケーションによる文書格納通知処理の一例を説明するためのフローチャートである。
【図８】図３に示す文書格納通知アプリケーションによる電子メール送信処理の一例を説明するためのフローチャートである。
【図９】図８で説明したＵＲＩ情報の生成の一例を詳細に説明するためのフローチャートである。
【図１０】図３に示すメール送信処理部で送信された電子メールの一例を示す図である。
【図１１】電子メール送信処理が実行される前に、ＷｅｂＤＡＶサーバの設定がＳＳＬ通信に変更された際に生成されたＵＲＩ情報を記載された電子メールの本文の一例を示す図である。
【図１２】図８で説明したＵＲＩ情報の生成の他の例を詳細に説明するためのフローチャートである。
【図１３】図３に示す文書格納通知アプリケーションにおいて、ＷｅｂＤＡＶサーバの設定がＳＬＬ通信に変更された際の処理を説明するためのフローチャートである。
【図１４】本発明の第３の実施形態によるＭＦＰで行われるＵＲＩ情報生成処理を説明するためのフローチャートである。
【図１５】は本発明の第３の実施形態によるＭＦＰで行われる電子メール送信処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態による画像処理装置について図面を参照して説明する。
【００１７】
［第１の実施形態］
図１は、本発明の第１の実施形態による画像処理装置が用いられた画像処理システムの一例を示す図である。
【００１８】
図示の画像処理システムは、画像処理装置であるデジタル複合機（以下、ＭＦＰと呼ぶ）１１０、メールサーバ１２０、及びコンピュータ１３０を備えている。そして、これらＭＦＰ１１０、メールサーバ１２０、及びコンピュータ１３０はネットワーク１００によって相互に接続されている。なお、図示の例では、一台のＭＦＰ１１０のみが示されているが、複数のＭＦＰ１１０がネットワーク１００に接続されるようにしてもよい。また、コンピュータ１３０についても複数存在するようにしてもよい。
【００１９】
図示のＭＦＰ１１０は、例えば、スキャン機能、ファックス機能、電子メール送信機能、及びＷｅｂサーバ機能等の複数の機能を兼ね備えた装置である。図示の例では、ＭＦＰ１１０はこれらの機能を用いて、後述するデータ格納処理及びデータ格納通知を行う。
【００２０】
データ格納処理（以下、文書格納処理とも呼ぶ）においては、原稿をスキャナで読み取った結果得られたデジタルデータ（以下、文書データと呼ぶ）、又は外部からネットワーク又は公衆回線を介して受信した文書データが、例えば、ハードディスクの所定の記憶領域（ボックス）に保存データとして格納される。データ格納通知（以下、文書格納通知とも呼ぶ）においては、文書格納処理によって文書データが格納されたことを示す情報を、例えば、電子メールによって予め設定された宛先（通知先）に通知する。
【００２１】
ＭＦＰ１１０では、後述するように、文書格納通知を行うための文書格納通知アプリケーションが動作し、これによって、ＭＦＰ１１０は、所定の記憶領域に格納された文書データに関するアクセス情報を電子メールに記載して、メールサーバ１２０に送信する。このアクセス情報は、例えば、文書データにアクセスするためのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）情報である。
【００２２】
メールサーバ１２０は、ＳＭＴＰサーバ及びＰＯＰ３サーバであり、ＭＦＰ１１０が送信した情報等を、ネットワーク１００を介して受信する。そして、メールサーバ１２０は当該受信した情報を、ネットワーク１００を介して送信することができる。
【００２３】
コンピュータ１３０は、メールサーバ１２０を利用して電子メールの送受信を行う。また、コンピュータ１３０にはＷｅｂブラウザが実装され、これによってコンピュータ１３０は直接ネットワーク１００を介してＭＦＰ１１０にアクセスすることができる。
【００２４】
ユーザは、メールサーバ１２０から電子メールをコンピュータ１３０によって受信する。そして、電子メールに記載されたアクセス情報を用いてＭＦＰ１１０をアクセスすれば、ＭＦＰ１１０に格納された文書データを利用することができる。
【００２５】
ところで、ＭＦＰ１１０で動作する文書格納通知アプリケーションは、文書データが記憶領域に格納されても直ちに電子メールの送信を行わない（つまり、文書格納通知を行わない）。文書格納通知アプリケーションは、複数の文書データが格納されると、纏めて電子メールで文書格納通知を行う。これによって、送信する電子メールの数を減らすようにしている。
【００２６】
例えば、文書格納通知アプリケーションは、文書データの格納から３０秒経過すると電子メールを送信する。また、文書格納通知アプリケーションは６０秒毎に電子メールを送信するようにしてもよい。いずれにしても、文書格納通知アプリケーションは所定の期間に格納された文書データについて、纏めて電子メールによる文書格納通知を実行する。
【００２７】
図２は、図１に示すＭＦＰ１１０についてそのハードウェア構成を示すブロック図である。
【００２８】
図２を参照すると、ＭＦＰ１１０は、コントローラユニット２００、操作部２２０、スキャナ２３０、及びプリンタ２４０を有している。コントローラユニット２００には、操作部２２０が接続されるとともに、画像入力デバイスであるスキャナ２３０及び画像出力デバイスであるプリンタ２４０が接続される。
【００２９】
コントローラユニット２００は、操作部インタフェース（Ｉ／Ｆ）２０１、ＣＰＵ２０２、ＲＡＭ２０３、デバイスＩ／Ｆ２０４、ＨＤＤ（ハードディスクドライブ）、ＲＯＭ２０６、ネットワークＩ／Ｆ（ネットワークインタフェース）２０７、及び画像処理部２０８を備えている。そして、これらの構成要素はシステムバス２１０によって相互に接続されている。
【００３０】
ＣＰＵ２０２は、ＲＯＭ２０６に格納されているブートプログラムによってオペレーションシステム（ＯＳ）を立ち上る。そして、ＣＰＵ２０２はＯＳ上でＨＤＤ２０５に格納されているアプリケーションプログラムを実行して、これによって各種処理を行う。
【００３１】
ＲＡＭ２０３はＣＰＵ２０２の作業領域として用いられる。さらに、ＲＡＭ２０３は、文書データ（画像データを含む）を一時記憶するためのメモリ領域を提供する。ＨＤＤ２０５には、アプリケーションプログラム及び文書データが格納される。
【００３２】
操作部Ｉ／Ｆ２０１は、タッチパネルを備える操作部２２０とのインタフェースであり、表示すべき画像を操作部２２０に対して出力する。また、操作部Ｉ／Ｆ２０１は、操作部２２０においてユーザによって入力された情報（命令等）をＣＰＵ２０２に送出する。
【００３３】
デバイスＩ／Ｆ２０４には、スキャナ２３０及びプリンタ２４０が接続される。デバイスＩ／Ｆ２１３は、画像データの同期系／非同期系の変換を行う。ネットワークＩ／Ｆ２０７はＬＡＮに接続され、ＬＡＮを介してＬＡＮ上の機器との間で各種情報の入出力を行う。
【００３４】
画像処理部２０８は、スキャナ２３０から入力された画像データに係る入力画像処理を行うとともに、プリンタ２４０に画像データを出力する際、出力画像処理、画像回転、画像圧縮、解像度変換、色空間変換、及び階調変換等の処理を行う。
【００３５】
なお、前述の文書格納通知アプリケーションは、ＨＤＤ２０５に格納されていており、ＣＰＵ２０２によって文書格納通知アプリケーションが実行されることになる。
【００３６】
図３は、図２に示すＣＰＵ２０２によって実行される文書格納通知アプリケーションの機能を説明するためのブロックである。
【００３７】
図３を参照して、文書格納通知アプリケーション３００は、制御部３０１、文書格納検知部３０２、メール送信処理部３０３、情報管理部３０４、及び通知設定処理部３０５を有している。そして、この文書格納通知アプリケーション３００は、ＣＰＵ２０２によってＨＤＤ２０５からＲＡＭ２０３にロードされて実行される。なお、この際、ＣＰＵ２０２はＨＤＤ２０５に格納された別のアプリケーションをＲＡＭ２０３にロードして実行するが、この別のアプリケーションには、図３に示すように、文書管理部３０２及び外部公開処理部３１０が備えられている。
【００３８】
文書管理部３２０は、ＭＦＰ１１０における文書データを管理する。文書管理部３２０は、例えば、スキャナ２３０で原稿を読み取って得られた文書データ及び外部からネットワーク又は公衆回線を介して受信した文書データをＨＤＤ２０５の所定の記憶領域に記憶する。
【００３９】
文書データをＨＤＤ２０５に格納すると、文書管理部３２０は文書格納通知アプリケーション３００に文書データが格納されたことを示す格納情報（データ格納情報：文書格納情報とも呼ぶ）を通知する。この格納情報には、例えば、文書名、格納場所（フォルダ名）、文書データの作成者、作成方法（例えば、スキャン及び転送等）、及び作成日時が含まれている。
【００４０】
外部公開処理部３１０は、コンピュータ１３０等からのアクセスに応じて、文書管理部３２０で管理する文書データに対するアクセス処理制御を行う。例えば、ネットワーク１００からの要求（アクセス）は、ＷｅｂＤＡＶ（Ｗｅｂ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ａｕｔｈｏｒｉｎｇ  ａｎｄ  Ｖｅｒｓｉｏｎｉｎｇ）サーバ３１１又はＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）サーバ３１２等のサーバモジュールが受信する。
【００４１】
ＷｅｂＤＡＶサーバ３１１及びＳＭＢサーバ３１２は要求に応じて、外部公開処理部３１０に文書データの読み書き要求を送る。外部公開処理部３１０は、当該読み書き要求に応答して文書管理部３２０に対して文書データの読み込み又は書き込みを実行する。なお、上記のサーバモジュールに係る機能は、ＣＰＵ２０２上で動作するプログラムによって実行される。
【００４２】
続いて、図３に示す文書格納通知アプリケーション３００が実行する処理の概要について説明する。
【００４３】
文書格納通知アプリケーション３００において、文書格納検知部３０２は、文書管理部３２０から格納情報を受けると、情報管理部３０４に当該格納情報を送る。そして、情報管理部３０４は格納情報を、例えば、ＨＤＤ２０５の記録領域に記憶して管理する。
【００４４】
制御部３０１は、予め設定された時間毎に情報管理部３０４から電子メールに記載するメール情報（つまり、格納情報）を取得して、後述するようにして、メール送信処理部３０３に、電子メール送信指示を送る。メール送信処理部３０３は、電子メール送信指示を受けると、メール情報に応じて電子メールデータを生成して、電子メールとしてメールサーバ１２０にネットワークＩ／Ｆ２０７によって送信する。
【００４５】
なお、電子メールアドレス（通知先）等の電子メールデータの生成に必要な情報及びＳＭＴＰサーバに関する情報等は、例えば、ＨＤＤ２０５に保存されている。
【００４６】
通知設定処理部３０５は、例えば、ネットワークＩ／Ｆ２０７を介してコンピュータ１３０から文書格納通知に係る通知設定の登録／変更／削除／一覧取得等の設定要求を受ける。そして、通知設定処理部３０５は情報管理部３０４に通知設定を通知する。これによって、情報管理部３０４は当該通知設定に係る通知設定情報をＨＤＤ２０５に登録する。
【００４７】
そして、文書格納通知アプリケーション３００は、ＨＤＤ２０５に登録された通知設定と一致する文書データに関する格納情報（メール情報）に応じて、前述したようにして、電子メールで通知を行う。
【００４８】
図４は、図３で説明した文書格納通知に関する通知設定登録を行う際の通知設定登録画面の一例を示す図である。
【００４９】
図４に示す通知設定登録画面は、例えば、コンピュータ１３０上のＷｅｂブラウザからネットワーク１００を介してＭＦＰ１１０のサーバモジュールにアクセスした際にコンピュータ１３０に表示される。
【００５０】
なお、文書格納通知に係る通知設定は、図２に示す操作部２２０から行ってもよく、この際にも、図４に示す登録画面と同様の画面が操作部２２０の画面上に表示される。
【００５１】
図示の通知設定登録画面には、フォルダパス４０３、通知先４０４、電子メール件名（件名）４０５、メール本文（本文）４０６、及び通知タイミング（つまり、通知条件）４０７が設定項目として表示されている。フォルダパス４０３は文書格納通知を行うフォルダを特定するためのものである。通知先４０４は電子メールを送信する宛先である。また、通知タイミング４０７はどのような操作（つまり、文書データの取得・作成）が行われた場合に電子メール通知を行うのかについて設定する際に用いられる。
【００５２】
さらに、通知設定登録画面には、設定項目に入力した設定を登録するための登録ボタン４０１及び設定項目に入力した設定をキャンセルするためキャンセルボタン４０２が表示されている。そして、設定項目に設定を入力した状態で登録ボタン４０１を押下げると、図３に示す通知設定処理部３０５が、前述のように当該通知設定を情報管理部３０４に通知して、情報管理部３０４は通知設定に係る通知設定情報をＨＤＤ２０５の記憶領域に登録する。
【００５３】
図４に示す例では、ＭＦＰ１１０に格納された文書データがＷｅｂＤＡＶサーバ３１１によってコンピュータ１３０に対して公開される際の設定例が示されている。ここでは、ＭＦＰ１１０において「ｈｔｔｐ：／／１９２．１６８．１００．１１／ｓｈａｒｅ／ｆｏｌｄｅｒ」で示すフォルダに、スキャナ２３０で原稿を読み取って得られた文書データが保存されると（通知タイミング）、「ａｂｃｄｅｆ＠ｘｘｘ．ｙｙｙ．ｚｚ」で示すメールアドレス（通知先）に電子メールを送信することが設定されている。
【００５４】
これによって、例えば、コンピュータ１３０は「ｈｔｔｐ：／／１９２．１６８．１００．１１／ｓｈａｒｅ／ｆｏｌｄｅｒ／ｄｏｃｕｍｅｎｔＡ．ｐｄｆ」で示すＵＲＩ情報を用いてＭＦＰ１１０に保存された文書データをアクセスすることができる。
【００５５】
図５は図３に示す文書格納通知アプリケーション３００で実行される通知設定の登録処理を説明するためのフローチャートである。なお、前述のように、文書格納通知アプリケーション３００はＣＰＵ２０２によって実行される。
【００５６】
図３〜図５を参照して、図４に示す通知設定登録画面において登録ボタン４０１が押下げられると、通知設定処理部３０５に対して登録要求が送られる。通知設定処理部３０５は登録要求を受けると、登録要求で示される通知設定の内容が正しいか否かについて検証する（ステップＳ５０１）。
【００５７】
ここでは、フォルダパス４０３が外部からアクセス可能なＵＲＩであるか否か、通知タイミング４０７が指定されているか否か、通知先４０４が正しいアドレスか否か、そして、件名４０５及び本文４０６に不正な文字が含まれているか否かについて検証が行われる。
【００５８】
通知設定の内容が正しいと（ステップＳ５０１において、ＹＥＳ）、通知設定処理部３０５は当該通知設定を情報管理部３０４に送る。そして、情報管理部３０４はこの通知設定を通知設定情報としてＨＤＤ２０５に保存する。
【００５９】
この際、情報管理部３０４はフォルダパス４０３を文書ＩＤ情報に変換して、通知設定を通知設定情報として登録する（ステップＳ５０２）。ここで、文書ＩＤ情報とは、文書管理部３２０によって管理されている文書データ及びフォルダを一意に特定するための情報である。
【００６０】
続いて、文書データの格納検知を文書管理部３２０から文書格納検知部３０２が取得できるようにするため、情報管理部３０４は文書ＩＤ情報で示すフォルダについて、文書格納検知部３０２を介して文書管理部３２０に格納情報通知イベントを登録する（ステップＳ５０３）。つまり、情報管理部３０４は通知設定で指定されたフォルダを文書格納通知の対象として追加することになる。そして、通知設定登録処理が終了する。
【００６１】
一方、通知設定の内容が正しくないと（ステップＳ５０１において、ＮＯ）、通知設定処理部３０５はネットワークＩ／Ｆを介して通知設定の内容に不備がある旨、コンピュータ１３０に通知して、設定登録処理を終了する。
【００６２】
図６は図３に示す情報管理部３０４によって登録された通知設定情報の一例を示す図である。
【００６３】
図６に示すように、通知設定情報には、連続的にＩＤ（ＩＤ情報）が付与されており、このＩＤ情報によって通知設定情報が区別される。そして、ＩＤ情報に対応付けてフォルダパスを示すパス情報（フォルダパス情報：格納場所情報）、文書ＩＤ情報（データＩＤ情報：格納場所情報の１つである）、通知タイミング、通知先（宛先情報）、件名、及び電子メールの本文が登録される。
【００６４】
ここで、上述した通知設定登録が行われた後、ＭＦＰ１１０において原稿をスキャンして得られた文書データが記憶領域（フォルダ）に格納された際の処理について説明する。
【００６５】
図７は、図３に示す文書格納通知アプリケーション３００による文書格納通知処理の一例を説明するためのフローチャートである。なお、前述したように、文書格納通知アプリケーション３００はＣＰＵ２０２によって実行される。
【００６６】
図３及び図７を参照して、前述したように、ＭＦＰ１１０において文書データがＨＤＤ２０５の記憶領域に格納されると、文書管理部３２０は文書格納検知部３０２に文書データに係る格納情報通知を送信する。文書格納検知部３０２は文書管理部３２０から文書データに係る格納情報通知を受信したか否かを監視している（ステップＳ７０１）。前述のように、この格納情報通知には、文書名（ＩＤ）、格納場所（フォルダ名）、文書データの作成者、作成方法（通知タイミングに相当する）、及び作成日時が含まれている。
【００６７】
文書管理部３２０から格納情報通知を受信すると（ステップＳ７０１において、ＹＥＳ）、文書格納検知部３０２は、格納情報通知に応じて文書データの格納場所等の確認を行う（ステップＳ７０２）。具体的には、文書格納検知部３０２は、文書データが格納されたフォルダが前述の通知設定によって登録されたフォルダであるか否かを確認する。この際、文書格納検知部３０４は格納情報通知が通知設定で登録された通知タイミングに一致するか否かについても確認する。つまり、文書格納検知部３０２は当該文書データが文書格納通知を行うべき文書データに該当するか否かについて確認することになる。
【００６８】
格納情報通知に係る文書データが文書格納通知を行うべき文書データに該当すると（ステップＳ７０２において、ＹＥＳ）、文書格納検知部３０２は格納情報通知から文書データの文書名とＨＤＤ２０５に格納された通知設定におけるＩＤ情報とを詳細情報として取得する（ステップＳ７０３）。そして、文書格納検知部３０２は当該詳細情報を情報管理部３０４に渡す。情報管理部３０４は詳細情報を文書データの格納情報としてＨＤＤ２０５に保存して、文書格納通知処理を終了する。
【００６９】
なお、ステップＳ７０１において、格納情報通知を受けないと（ステップＳ７０１において、ＮＯ）、文書格納通知処理は終了する。同様に、ステップＳ７０２において、格納情報通知に係る文書データが文書格納通知を行うべき文書データに該当しないと（ステップＳ７０２において、ＮＯ）、文書格納通知処理は終了する。
【００７０】
図８は、図３に示す文書格納通知アプリケーション３００による電子メール送信処理の一例を説明するためのフローチャートである。
【００７１】
図３及び図８を参照して、まず、制御部３０１は予め設定された時間毎に情報管理部３０４に対して、文書データに関する格納情報がＨＤＤ２０５に存在するか否かについて問い合わせる（ステップＳ８０１）。情報管理部３０４から格納情報が存在する旨の応答があると（ステップＳ８０１において、ＹＥＳ）、制御部３０１は情報管理部３０４に文書データに関する格納情報の取得要求を送出する。
【００７２】
格納情報取得要求を受けると、情報管理部３０４はＨＤＤ２０５から格納情報を読み出して制御部３０１に送る（ステップＳ８０２）。格納情報を取得すると、制御部３０１は格納情報に応じて電子メール本文に記載するＵＲＩ情報を生成する（ステップＳ８０３）。そして、制御部３０１はＵＲＩ情報及び格納情報をメール送信処理部３０３に渡す。なお、ＵＲＩ情報の生成処理について後で詳細に説明する。
【００７３】
続いて、メール送信処理部３０３はＵＲＩ情報が生成されているか否かを判定する（ステップＳ８０４）。つまり、メール送信処理部３０３はＵＲＩ情報を格納情報とともに受けたか否かについて判定することになる。
【００７４】
ＵＲＩ情報の生成に成功していると（ステップＳ８０４において、ＹＥＳ）、メール送信処理部３０３はＵＲＩ情報及び格納情報に基づいて電子メールを作成する。そして、メール送信処理部３０３は当該電子メールをネットワークＩ／Ｆ２０７を介してメール送信する（ステップＳ８０５）。
【００７５】
次に、メール送信処理部３０３は電子メールの送信処理が成功したか否かについて判定する（ステップＳ８０６）。電子メールの送信が成功したと判定すると（ステップＳ８０６において、ＹＥＳ）、メール送信処理部３０３は制御部３０１に電子メール送信完了通知を送る。この電子メール送信完了通知に応答して、制御部３０１は該当する格納情報の削除要求を情報管理部３０４に通知する。これによって、情報管理部３０４は削除要求に係る格納情報をＨＤＤ２０５から削除する（ステップＳ８０７）。そして、電子メール送信処理は終了する。
【００７６】
一方、ステップＳ８０６において、電子メールの送信が失敗したと判定すると（ステップＳ８０６において、ＮＯ）、メール送信処理部３０３はその旨制御部３０１に伝える。これによって、情報管理部３０４が管理する格納情報の削除は行われずに、電子メール送信処理が終了する。
【００７７】
なお、ステップＳ８０４において、ＵＲＩ情報の生成に失敗していると（ステップＳ８０４において、ＮＯ）、メール送信処理部３０３はその旨制御部３０１に通知する。これによって、制御部３０１はステップＳ８０７に移行して、前述のようにして、格納情報の削除が行われる。
【００７８】
また、ステップＳ８０１において、情報管理部３０４から格納情報が存在しない旨の応答があると（ステップＳ８０１において、ＮＯ）、電子メール送信処理は終了する。
【００７９】
ここで、ステップＳ８０２において格納情報が複数存在する場合には、これら格納情報に応じて複数のＵＲＩ情報が生成されることになるが、複数のＵＲＩ情報を一つの電子メール本文に記載するようにしてもよい。また、ＵＲＩ情報をそれぞれ別々の電子メール本文に記載して、複数の電子メールを送信するようにしてもよい。
【００８０】
図９は、図８で説明したＵＲＩ情報の生成の一例を詳細に説明するためのフローチャートである。
【００８１】
図３及び図９を参照して、前述のように格納情報を取得すると、まず、制御部３０１は格納情報から文書名及び通知設定のＩＤ情報（単にＩＤともいう）を取得する（ステップＳ９０１）。続いて、制御部３０１は通知設定のＩＤ情報に応じて、情報管理部３０４から通知設定が行われているフォルダの文書ＩＤ情報を取得する（ステップＳ９０２）。つまり、制御部３０１は、図６に示すＩＤ情報に対応する文書ＩＤ情報を取得する。
【００８２】
次に、制御部３０１は文書管理部３２０で管理されている文書データが外部公開処理部３１０によって外部に公開されているか否かを示す情報（公開設定条件）を取得する（ステップＳ９０３）。そして、外部公開されている場合には、制御部３０１はプロトコルの種別と公開に用いられるポートを示す情報（公開設定条件）を合わせて取得する。これら情報が規定された外部公開設定を外部公開設定情報と呼ぶ。
【００８３】
なお、この外部公開設定情報は、文書データをＨＤＤ２０５に格納する際には、当該文書データに対応付けて、公開設定が行われた際に付与される。
【００８４】
続いて、制御部３０１は外部公開設定情報に応じて、格納通知に係る文書データが外部からアクセス可能であるか否かについて判定する（ステップＳ９０４）。アクセス不可能と判定すると（ステップＳ９０４において、ＮＯ）、制御部３０１はＵＲＩ生成処理を終了する。この結果、図８に示すステップＳ８０４においては、ＵＲＩ情報の生成に失敗したと判定されることになる。そして、電子メール送信は行われない。
【００８５】
一方、アクセス可能であると判定すると（ステップＳ９０４において、ＹＥＳ）、制御部３０１はフォルダの文書ＩＤ情報から外部公開の際のフォルダパスを生成する。続いて、制御部３０１は当該フォルダパス（パス情報）に文書名を組み合わせてＵＲＩ情報を生成する（ステップＳ９０５）。そして、制御部３０１はＵＲＩ生成処理を終了する。このようにしてＵＲＩ情報が生成されると、前述のようにして、メール送信処理部３０３によって電子メール送信が行われる。
【００８６】
図１０は図３に示すメール送信処理部３０３で送信された電子メールの一例を示す図である。
【００８７】
図１０に示す例は、複数のＵＲＩ情報を生成して、複数のＵＲＩ情報を一つの電子メール本文に記載した例である。この電子メールは通知設定の通知先アドレスに送付されることになる。
【００８８】
ところで、図９のステップＳ９０３において取得した外部公開設定情報が複数存在する場合には、制御部３０１はステップＳ９０５において、通知設定のパス情報（文書ＩＤ情報）と等しいプロトコルとなる外部公開時におけるフォルダパスを生成することになる。
【００８９】
ここで、所定のフォルダにＭＦＰ１１０において原稿をスキャンした結果得られた文書データが格納されたとする。その後、ＷｅｂＤＡＶサーバ３１１の設定（プロトコル）がＳＳＬに変更された際の文書格納通知アプリケーション３００が行う処理について説明する。
【００９０】
ここでは、図７に関連して説明した文書格納通知処理が行われた後、図８に関連して説明した電子メール送信処理が実行される前に、ＷｅｂＤＡＶサーバ３１１の設定がＳＳＬ通信に変更された際のＵＲＩ情報生成処理について説明する。
【００９１】
図３及び図９を参照して、制御部３０１はステップＳ９０１〜Ｓ９０３までの処理を行う。その後、ステップＳ９０３において、制御部３０１は文書管理部３２０で管理されている文書データが外部公開処理部３１０によって外部にＷｅｂＤＡＶサーバ３１１で公開されていることを示す情報とＳＳＬが設定されていることを示す情報を外部公開設定情報として取得する。
【００９２】
続いて、ステップＳ９０４において、外部から文書データにアクセス可能であると判定すると、前述したように、制御部３０１はステップＳ９０５において、フォルダの文書ＩＤ情報から外部公開の際のフォルダパスを生成する。この際、外部公開設定情報としてＳＳＬが設定さているので、制御部３０１はフォルダパスを「ｈｔｔｐｓ」に変更してＵＲＩ情報を生成する。
【００９３】
図１１は、電子メール送信処理が実行される前に、ＷｅｂＤＡＶサーバ３１１の設定（プロトコル）がＳＳＬ通信に変更された際に生成されるＵＲＩ情報が記載された電子メールの本文の一例を示す図である。
【００９４】
図示のように、ここでは、図１０に示す「ｈｔｔｐ」が「ｈｔｔｐｓ」に変更されている。
【００９５】
なお、第１の実施形態では、ＷｅｂＤＡＶサーバ３１１の設定をＳＳＬに変更した場合について説明したが、外部公開の条件変更はこれに限られることはない。例えば、ＷｅｂＤＡＶサーバ３１１を利用する公開を、ＳＭＢサーバ等の別プロトコルにおける外部公開に切り替えた場合、そして、ポート番号を変更した場合等であっても、同様にして適用することができる。いずれにしても、外部公開設定情報を変更しても、この変更に応じてＵＲＩ情報が生成されることになる。
【００９６】
さらに、通知設定で指定された格納場所（例えば、フォルダ）の変更及び名称の変更が行われた場合にも、同様にして適用することができる。また、通知設定で指定された送信宛先（通知先）の変更が行われた場合にも、同様にして適用することができる。
【００９７】
以上のように、第１の実施形態では、通知設定を設定した後又は文書データを格納した後に、文書格納通知に係る電子メールの送信処理が実行されるまでの間に、通知する内容（例えば、外部公開設定情報）が変更されても、通知先に正常なＵＲＩ情報を生成して通知することができる。このため、文書格納通知を受信したユーザは常に正しいＵＲＩ情報を得ることができる。そして、外部に公開する際の条件が変更されても、通知設定の変更を行うことなくＵＲＩ情報を変更することができるから、管理コストも抑えることが可能となる。
【００９８】
また、外部公開を中止した場合等ＵＲＩ情報を通知してもコンピュータ１３０から文書データの利用ができなくなった場合においても、通知設定の変更を行うことなく不要なＵＲＩ情報の通知処理を停止することができる。
【００９９】
［第２の実施形態］
続いて、本発明の第２の実施形態による画像処理装置の一例について説明する。ここでは、第１の実施形態で説明した画像処理装置と比べて文書データの格納情報に文書ＩＤ情報を含める点のみが異なる。従って、第２の実施形態では第１の実施形態と異なる点のみについて説明する。
【０１００】
前述のように、第１の実施形態においては、図７のステップＳ７０３に関連して説明したように、格納情報として文書名及び通知設定のＩＤ（ＩＤ情報）がＨＤＤ２０５に格納される。第２の実施形態では、文書名の代わりに文書ＩＤ情報が格納情報とされる。そして、文書ＩＤ情報は通知設定のＩＤ情報とともに格納情報とされる。
【０１０１】
図１２は、図８で説明したＵＲＩ情報の生成の他の例を詳細に説明するためのフローチャートである。
【０１０２】
図３及び図１２を参照して、前述したように、ここでは、格納情報として文書ＩＤ情報及び通知設定のＩＤ情報がＨＤＤ２０５に格納されている。前述のように格納情報を取得すると、まず、制御部３０１は格納情報から文書ＩＤ情報と通知設定のＩＤ情報（単にＩＤをともいう）とを取得する（ステップＳ１２０１）。続いて、制御部３０１は通知設定のＩＤ情報から、通知設定が行われているフォルダの文書ＩＤ情報を取得する（ステップＳ１２０２）。
【０１０３】
次に、制御部３０１は文書管理部３２０で管理されている文書データが外部公開処理部３１０によって外部に公開されているか否かを示す情報を取得する（ステップＳ１２０３）。そして外部公開されている場合には、制御部３０１はプロトコルの種別と公開に用いられるポートを示す情報を合わせて取得する。これら情報を外部公開設定情報と呼ぶ。
【０１０４】
続いて、制御部３０１は外部公開設定情報に応じて、格納通知に係る文書データが外部からアクセス可能であるか否かについて判定する（ステップＳ１２０４）。アクセス不可能と判定すると（ステップＳ１２０４において、ＮＯ）、制御部３０１はＵＲＩ生成処理を終了する。この結果、図８に示すステップＳ８０４においては、ＵＲＩ情報の生成に失敗したと判定されることになる。そして、電子メール送信は行われない。
【０１０５】
一方、アクセス可能であると判定すると（ステップＳ１２０４において、ＹＥＳ）、制御部３０１はフォルダの文書ＩＤ情報から外部公開の際のフォルダパスを生成する（ステップＳ１２０５）。続いて、制御部３０１は、文書データの文書ＩＤ情報に応じて情報管理部３０４から文書データの文書名と当該文書データが格納されているフォルダ情報（パス情報）を取得する（ステップＳ１２０６）。そして、制御部３０１はステップＳ１２０５で生成したフォルダパスとステップＳ１２０６で取得した文書名とを組み合わせてＵＲＩ情報を生成する。この際、制御部３０１は、ステップＳ１２０６で取得した文書データのフォルダ情報（パス情報）とステップＳ１２０５で生成したフォルダパスが一致しないと、ＵＲＩ情報を生成しない。
【０１０６】
そして、制御部３０１はＵＲＩ生成処理を終了する。このようにしてＵＲＩ情報が生成されると、前述のようにして、メール送信処理部３０３によって電子メール送信が行われる。
【０１０７】
以上のように、第２の実施形態においては、文書データを格納した後、文書名が変更された場合には、変更された後の文書名に応じたＵＲＩ情報が通知先に電子メールで通知される。このため、常に、正しいＵＲＩ情報を通知することができる。
【０１０８】
［第３の実施形態］
続いて、本発明の第３の実施形態による画像処理装置の一例について説明する。ここでは、第１及び第２の実施形態で説明した画像処理装置と異なり、ユーザに対して通知設定の変更を促して、ユーザに対して文書格納通知を行わないようにしている。なお、ハードウェア構成及び文書格納通知アプリケーション３００による通知設定の登録処理について第１及び第２の実施形態と同様である。
【０１０９】
ここでは、第１の実施形態と同様の通知設定が行われ、さらに、ＷｅｂＤＡＶサーバの設定がＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）通信（単にＳＬＬともいう）に変更された場合について説明する。つまり、プロトコルが変更された場合について説明する。
【０１１０】
図１３は、図３に示す文書格納通知アプリケーション３００において、ＷｅｂＤＡＶサーバの設定がＳＬＬ通信に変更された際の処理を説明するためのフローチャートである。
【０１１１】
図３及び図１３を参照して、まず、制御部３０１はＭＦＰ１１０における外部公開設定が変更されたか否かについて判定する（ステップＳ１３０１）。図示の例では、制御部３０１はＷｅｂＤＡＶサーバの通信設定が変更されたか否かについて判定する。外部公開設定が変更されていないと判定すると（ステップＳ１３０１において、ＹＥＳ）、制御部３０１は外部公開設定変更検知処理を終了する。
【０１１２】
一方、外部公開設定が変更されたと判定すると（ステップＳ１３０１において、ＮＯ）、制御部３０１は情報管理部３０４に通知設定情報取得要求を発行する。これによって、制御部３０１は情報管理部３０４から全ての通知設定情報（通知設定一覧）を取得する（ステップＳ１３０２）。
【０１１３】
続いて、制御部３０１は、変更後の外部公開設定、つまり、変更された後のＷｅｂＤＡＶサーバの通信設定を取得する（ステップＳ１３０３）。そして、制御部３０１はＷｅｂＤＡＶサーバの通信設定において、ステップＳ１３０２で取得した通知設定一覧におけるパス情報ついてアクセス不可能なパス情報が含まれているか否かについてチェックする（ステップＳ１３０４）。
【０１１４】
アクセス不可能になる通知設定が存在しないと（ステップＳ１３０４において、ＮＯ）、制御部３０１は外部公開設定変更検知処理を終了する。一方、アクセス不可能になる通知設定が存在すると（ステップＳ１３０４において、ＹＥＳ）、制御部３０１はユーザに対して通知設定の更新処理が必要であることを通知する（ステップＳ１３０５）、そして、制御部３０１は外部公開設定変更検知処理を終了する。
【０１１５】
ここで、制御部３０１が通知設定の更新の必要を通知する際には、例えば、操作パネル（操作部）に更新の旨を示すメッセージを表示する。または、メール送信処理部３０３によって更新の旨を示す電子メールをコンピュータに送信するようにしてもよい。いずれにしても制御部３０１はユーザに更新の旨を通知するようにすればよい。
【０１１６】
図示の例では、ＷｅｂＤＡＶサーバの設定がＳＳＬ通信に変更されていから、上述のステップＳ１３０４において、制御部３０１は、図６に示す通知設定ＩＤ”１”のパス情報及び通知設定ＩＤ”２”のパス情報ともに「ｈｔｔｐ」であるのでアクセスできないと判定する。この場合には、前述したように、ステップＳ１３０５において通知設定の更新処理が必要である旨をユーザに通知することになる。
【０１１７】
ここで、第３の実施形態において、ＵＲＩ情報生成処理及び電子メール送信処理の一部が第１及び第２の実施形態と異なる。ここでは、第１及び第２の実施形態と異なる箇所について説明する。
【０１１８】
図１４は本発明の第３の実施形態によるＭＦＰ１１０で行われるＵＲＩ情報生成処理を説明するためのフローチャートである。
【０１１９】
図３及び図１４を参照して、前述したように、ここでは、格納情報として文書ＩＤ情報及び通知設定のＩＤ情報がＨＤＤ２０５に格納されている。前述のように格納情報を取得すると、まず、制御部３０１は格納情報から文書ＩＤ情報と通知設定のＩＤ情報（単にＩＤをともいう）とを取得する（ステップＳ１４０１）。続いて、制御部３０１は通知設定のＩＤ情報から、通知設定が行われているフォルダのパス情報を取得する（ステップＳ１４０２）。
【０１２０】
次に、制御部３０１は文書管理部３２０で管理されている文書データが外部公開処理部３１０によって外部に公開されているか否かを示す情報を取得する（ステップＳ１４０３）。そして外部公開されている場合には、制御部３０１はプロトコルの種別と公開に用いられるポートを示す情報を合わせて取得する（これら情報を外部公開設定情報と呼ぶ）。
【０１２１】
続いて、制御部３０１は前述のパス情報及び外部公開設定情報に応じて、格納通知に係る文書データが外部からアクセス可能であるか否かについて判定する（ステップＳ１４０４）。アクセス不可能と判定すると（ステップＳ１４０４において、ＮＯ）、制御部３０１はＵＲＩ生成処理を終了する。
【０１２２】
一方、アクセス可能であると判定すると（ステップＳ１４０４において、ＹＥＳ）、制御部３０１はフォルダの文書ＩＤ情報から文書名を取得して、この文書名をパス情報に追加してＵＲＩ情報を生成する。そして、制御部３０１はＵＲＩ生成処理を終了する。
【０１２３】
なお、ＷｅｂＤＡＶサーバの設定がＳＳＬ通信に変更されると、図６に示すパス情報は「ｈｔｔｐ」であるから、制御部３０１はアクセス不可能と判定することになる。
【０１２４】
図１５は本発明の第３の実施形態によるＭＦＰ１１０で行われる電子メール送信処理を説明するためのフローチャートである。なお、図１５において、図８で説明したステップ（処理）と同様の処理ついては説明を省略することにする。
【０１２５】
図３及び図１５を参照して、ステップＳ８０４において、ＵＲＩ情報の生成に失敗したと判定すると、メール送信処理部３０３は、ＵＲＩ情報生成の失敗原因として外部公開設定が変更されたことによるアクセス不可であるか否かについて判定する（ステップＳ１５０１）。ここで、外部公開設定の変更ではない（例えば、フォルダが削除された等）と判定すると（ステップＳ１５０１において、ＮＯ）、処理はステップＳ８０７に移行して、格納情報が削除される。
【０１２６】
一方、外部公開設定の変更である（例えば、ＷｅｂＤＡＶサーバの設定がＳＳＬに変更されたと判定すると（ステップＳ１５０１において、ＹＥＳ）、メール送信処理部３０３は電子メール送信処理を終了する。
【０１２７】
このように、ステップＳ１５０１による判定結果に応じて、通知設定を変更すれば正しく電子メール通知を行うことができるとみなされた格納情報は残すようにする。これによって、次の電子メール送信処理の際にリトライを行うことができる。
【０１２８】
一方、フォルダの削除等によって通知を行う必要性のなくなった場合には、格納情報が削除されるので、次の電子メール送信処理のときに再度当該格納情報に応じた処理を行う必要がない。
【０１２９】
従って、第３の実施形態では、サーバの設定を変更する等して外部公開設定が変更されて、正しいＵＲＩ情報を通知できなくなる際には、その旨を通知して、正しい通知設定に変更されるまで通知を行わないようにすることができる。
【０１３０】
上述の説明から明らかなように、図２において、スキャナ２３０及びネットワークＩ／Ｆ２０７がそれぞれ第１の入力手段及び第２の入力手段として機能し、ＣＰＵ２０２及びＨＤＤ２０５が格納手段として機能する。また、ＣＰＵ２０２及び操作部２２０は登録手段として機能し、ＣＰＵ２０２は通知手段として機能する。
【０１３１】
以上、本発明について実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。
【０１３２】
例えば、上記の実施の形態の機能を制御方法として、この制御方法を、画像処理装置に実行させるようにすればよい。また、上述の実施の形態の機能を有する制御プログラムを、画像処理装置に実行させるようにしてもよい。なお、制御プログラムは、例えば、コンピュータに読み取り可能な記録媒体に記録される。
【０１３３】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記録媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【０１３４】
１１０  デジタル複合機（ＭＦＰ）
１２０  メールサーバ
１３０  コンピュータ
３０１  制御部
３０２  文書格納検知部
３０３  メール送信処理部
３０４  情報管理部
３０５  通知設定処理部
３２０  文書管理部
【図１】
0005963898.tif 000002
【図２】
0005963898.tif 000003
【図３】
0005963898.tif 000004
【図４】
0005963898.tif 000005
【図５】
0005963898.tif 000006
【図６】
0005963898.tif 000007
【図７】
0005963898.tif 000008
【図８】
0005963898.tif 000009
【図９】
0005963898.tif 000010
【図１０】
0005963898.tif 000011
【図１１】
0005963898.tif 000012
【図１２】
0005963898.tif 000013
【図１３】
0005963898.tif 000014
【図１４】
0005963898.tif 000015
【図１５】
0005963898.tif 000016