JP2009265807A - データ配信装置、データ配信方法、及びデータ配信プログラム - Google Patents

Abstract

【課題】配信先フォルダへのデータ配信が不可能である場合にその原因を示すエラーメッセージを表示することが可能なデータ配信装置を提供する。
【解決手段】外部機器に設けられた一以上の配信先フォルダにデータを配信するためのデータ配信装置であって、配信先フォルダの各々に付加された一以上のデータ受信制限に関する情報を記憶する記憶部と、配信先フォルダの各々について、現在のデータ配信設定がデータ受信制限の全てをクリアするか否かを確認することによりデータ配信可否を判定する（Ｓ１０１）判定部と、配信先フォルダの各々について、データ配信可否の判定結果を表わす配信可否情報とともに、データ配信設定がクリアしないデータ受信制限が存在する場合に当該データ受信制限をクリアしない旨のメッセージを表示する（Ｓ１０２）表示部と、を有する。
【選択図】図８

Description

本発明は、スキャナにより生成した画像ファイル等のデータを、ファイルサーバ等の外部機器に配信するためのデータ配信装置、データ配信方法、及びデータ配信プログラムに関する。

近年、多くのオフィス等にはネットワークに接続されたスキャナが備えられており、ユーザはスキャナにより生成した画像ファイルをネットワーク経由でファイルサーバ等の外部機器のフォルダに配信することができる。このような配信先のフォルダを選択する際の利便性向上のために、事前に登録したアドレス帳や過去の送信履歴等の登録済みデータを参照する方法が提案されている。

しかし、このような登録済みデータを利用しても、過去に登録されたフォルダへのファイルの配信が今をもって可能であるかどうかは定かではなく、折角スキャナにより画像データを生成してもそれを所望のフォルダに配信できないという問題が生じうる。このような問題が生じる原因として、配信先のファイルサーバの電源がオフにされたことや、配信先のフォルダへのアクセス許可のための認証情報が変更されたこと等が考えられる。

これに関連して、以下の特許文献１には、ネットワークに接続されたパーソナルコンピュータ（ＰＣ）のオン／オフ状態を管理テーブルにより一元管理し、電源がオン状態のＰＣとオフ状態のＰＣとをファイル配信先リストにおいて区別して表示する方法が提案されている。

しかし、上記技術を用いても、ファイル配信先の電源がオフであること以外の原因でファイル配信に失敗した場合、ユーザはその原因を知ることができない。特に、昨今の企業等におけるセキュリティポリシーの見直しに伴い、アクセス許可のための認証情報は定期的に変更されることが一般的である。また、近年広く普及した文書管理アプリケーションが利用される場合には、配信先のフォルダ側にファイル属性制限等の様々なデータ受信制限が設定されることになる。このような状況の中、ファイル配信時に生じるエラーの原因は多岐に亘り、それを特定するユーザの手間はますます増大することになる。
特開２００４−３４８３３７号公報

本発明は上記従来技術の有する問題点に鑑みてなされたものであり、本発明の目的は、データ配信先として予め登録された個々のフォルダへの現在のデータ配信可否を表示することが可能なデータ配信装置、データ配信方法、及びデータ配信プログラムを提供することである。又、本発明の更なる目的は、現在データ配信が不可能である場合にはその原因を表すエラーメッセージを表示することが可能なデータ配信装置、データ配信方法、及びデータ配信プログラムを提供することである。

本発明の上記目的は、下記の手段によって達成される。

（１）外部機器に設けられた一以上のフォルダにデータを配信するためのデータ配信装置であって、前記フォルダの各々に付加された一以上のデータ受信制限に関する情報を記憶する記憶部と、前記フォルダの各々について、現在のデータ配信設定が前記データ受信制限の全てをクリアするか否か（即ち、克服するか否か）を確認することにより、前記データを配信可能であるか否かを判定する判定部と、前記フォルダの各々について、前記判定部の判定結果を表わす配信可否情報とともに、前記データ配信設定がクリアしない前記データ受信制限が存在する場合に当該データ受信制限をクリアしない旨のメッセージを表示する表示部と、前記判定部により前記データを配信可能であると判定された前記フォルダのうち、前記データを配信すべきフォルダに関するユーザの指示を取得する取得部と、取得した前記指示に基づき、前記フォルダに前記データを配信するデータ配信部と、を有するデータ配信装置。

（２）前記データ受信制限は、前記外部機器への接続制限、前記フォルダへのアクセス制限、及び前記フォルダのメタ情報に基づく制限のうち少なくとも１つを含むことを特徴とする上記（１）に記載のデータ配信装置。

（３）前記表示部は、前記フォルダのうち前記判定部により前記データを配信不可であると判定されたものに関する情報を、配信可能であると判定されたものに関する情報と区別して表示可能であることを特徴とする上記（１）または（２）に記載のデータ配信装置。

（４）前記フォルダの少なくとも一部は、前記外部機器に実装された文書管理アプリケーションにより管理され、前記文書管理アプリケーションにより管理される前記フォルダに付加された前記データ受信制限は、前記文書管理アプリケーションにより規定されたものであることを特徴とする上記（１）〜（３）のいずれか１つに記載のデータ配信装置。

（５）上記（１）〜（４）のいずれか１つに記載のデータ配信装置、及び当該データ配信装置に接続されたスキャナを含む画像形成システムであって、前記データは、前記スキャナのスキャン動作により生成される画像データであり、前記表示部は、前記配信可否情報、及び前記エラーメッセージを前記スキャナの前記スキャン動作に先立ち表示可能であることを特徴とする画像形成システム。

（６）外部機器に設けられた一以上のフォルダにデータを配信するためのデータ配信方法であって、前記フォルダの各々に付加された一以上のデータ受信制限に関する情報を記憶する記憶ステップと、前記フォルダの各々について、現在のデータ配信設定が前記データ受信制限の全てをクリアするか否かを確認することにより、前記データを配信可能であるか否かを判定する判定ステップと、前記フォルダの各々について、前記判定ステップにおける判定結果を表わす配信可否情報とともに、前記データ配信設定がクリアしない前記データ受信制限が存在する場合に当該データ受信制限をクリアしない旨のメッセージを表示する表示ステップと、前記判定ステップにおいて前記データを配信可能であると判定された前記フォルダのうち、前記データを配信すべきフォルダに関するユーザの指示を取得する取得ステップと、取得した前記指示に基づき、前記フォルダに前記データを配信するデータ配信ステップと、を含むデータ配信方法。

（７）前記データ受信制限は、前記外部機器への接続制限、前記フォルダへのアクセス制限、及び前記フォルダのメタ情報に基づく制限のうち少なくとも１つを含むことを特徴とする上記（６）に記載のデータ配信方法。

（８）前記表示ステップにおいて、前記フォルダのうち前記判定ステップにおいて前記データを配信不可であると判定されたものに関する情報が、他の情報と区別して表示されることを特徴とする上記（６）または（７）に記載のデータ配信方法。

（９）前記フォルダの少なくとも一部は、前記外部機器に実装された文書管理アプリケーションにより管理され、前記文書管理アプリケーションにより管理される前記フォルダに付加された前記データ受信制限は、前記文書管理アプリケーションにより規定されたものであることを特徴とする上記（６）〜（８）のいずれか１つに記載のデータ配信方法。

（１０）前記データは、スキャナのスキャン動作により生成される画像データであり、前記表示ステップは、前記スキャナの前記スキャン動作に先立ち実行可能であることを特徴とする上記（６）〜（９）のいずれか１つに記載のデータ配信方法。

（１１）外部機器に設けられた一以上のフォルダにデータを配信するためのデータ配信プログラムであって、前記フォルダの各々に付加された一以上のデータ受信制限に関する情報を記憶する手順（ａ）と、前記フォルダの各々について、現在のデータ配信設定が前記データ受信制限の全てをクリアするか否かを確認することにより、前記データを配信可能であるか否かを判定する手順（ｂ）と、前記フォルダの各々について、前記判定ステップにおける判定結果を表す配信可否情報とともに、前記データ配信設定がクリアしない前記データ受信制限が存在する場合に当該データ受信制限をクリアしない旨のメッセージを表示する手順（ｃ）と、前記手順（ｂ）において前記データを配信可能であると判定された前記フォルダのうち、前記データを配信すべきフォルダに関するユーザの指示を取得する手順（ｄ）と、取得した前記指示に基づき、前記フォルダに前記データを配信する手順（ｅ）と、をコンピュータに実行させるためのプログラム。

（１２）前記データ受信制限は、前記外部機器への接続制限、前記フォルダへのアクセス制限、及び前記フォルダのメタ情報に基づく制限のうち少なくとも１つを含むことを特徴とする上記（１１）に記載のプログラム。

（１３）前記手順（ｃ）において、前記フォルダのうち前記手順（ｂ）において前記データを配信不可であると判定されたものに関する情報が、他の情報と区別して表示されることを特徴とする上記（１１）または（１２）に記載のプログラム。

（１４）前記フォルダの少なくとも一部は、前記外部機器に実装された文書管理アプリケーションにより管理され、前記文書管理アプリケーションにより管理される前記フォルダに付加された前記データ受信制限は、前記文書管理アプリケーションにより規定されたものであることを特徴とする上記（１１）〜（１３）のいずれか１つに記載のプログラム。

（１５）前記データは、スキャナのスキャン動作により生成される画像データであり、前記ステップ（ｃ）は、前記スキャナの前記スキャン動作に先立ち実行可能であることを特徴とする上記（１１）〜（１４）のいずれか１つに記載のプログラム。

（１６）上記（１１）〜（１５）のいずれか１つに記載のプログラムを記録する記録媒体。

本発明によれば、データ配信先として予め登録された個々のフォルダへの現在のデータ配信可否に加えて、現在データ配信が不可能である場合にはその原因を表すエラーメッセージを表示することが可能となる。これにより、ユーザは、データ配信が不可能である原因を容易に特定することができ、その原因に応じた最適な対応を行うことができるようになる。例えば、データ配信が不可能である原因を容易に解消できる場合にはその原因を解消してからデータ配信を行うことが可能であるし、容易に解消できない場合には別のフォルダへのデータ配信を選択することが可能となる。

以下、本発明の実施の形態を、図面を参照して詳細に説明する。
＜第１の実施形態＞
−システム構成
図１は、本発明の第１の実施形態に係る画像形成システムＡの全体構成を示すブロック図である。図１のように、画像形成システムＡは、原稿画像を読み取って画像データを生成するためのスキャン機能を備えたＭＦＰ１と、ＭＦＰ１により生成された画像データを受信し、それをホスト装置に配信するためのデータ配信機能を備えたＰＣ２（データ配信装置）と、画像データの配信先である１以上のファイルサーバ３（ホスト装置）とを有しており、これらはインターネット、ＬＡＮ、ＷＡＮ等の通信ネットワーク４を介して接続されている。なお、通信ネットワーク４に接続される機器の種類及び台数は、図１に示す例に限定されない。

続いて、上記各機器の構成について説明するが、上記各機器は後述する構成要素以外の構成要素を含んでいてもよく、また、後述する構成要素の一部が含まれていなくてもよい。なお、各機器で同様の機能を有する部分については、説明の重複を避けるため初回のみその説明を行い、２回目以降はその説明を省略する。

図２は、本実施形態に係るＭＦＰ１の構成を示すブロック図である。図２に示すように、ＭＦＰ１は、制御部１１、記憶部１２、操作部１３、画像読取部１４、印刷部１５、及び通信インタフェース１６を備えており、これらは信号をやり取りするためのバス１７を介して相互に接続されている。

制御部１１はＣＰＵであり、プログラムに従って上記各部の制御や各種の演算処理等を行う。

記憶部１２は、予め各種プログラムをパラメータに格納しておくＲＯＭ、作業領域として一時的にプログラムやデータを記憶するＲＡＭ、各種プログラムやパラメータを格納し、又は画像読取部１２のスキャン動作により生成された画像データ等を一時的に保存するために使用されるハードディスク等からなる。

操作部１３は、各種情報を表示し、又はユーザの各種設定入力を取得するためのタッチパネル、コピー枚数等の設定を取得するためのテンキー、動作開始の指示を取得するためのスタートキー、動作停止の指示を取得するためのストップキー、各種設定条件の初期化の指示を取得するためのリセットキー等の各種固定キー、表示ランプ等からなる。

画像読取部１４は、原稿台の所定の読取位置にセットされた原稿又はＡＤＦ（Ａｕｔｏ Ｄｏｃｕｍｅｎｔ Ｆｅｅｄｅｒ 自動原稿搬送装置）により所定の読取位置に搬送された原稿に蛍光ランプ等の光源で光を当て、その反射光をＣＣＤやＣＭＯＳイメージセンサ等の受光素子で光電変換して、その電気信号から画像データ（ビットマップデータ）を生成するスキャン動作を実行する。

印刷部１５は、画像データを電子写真方式により帯電、露光、現像、転写、及び定着の各工程を経て用紙に画像データを印刷して排出する。ただし、本発明における印刷部１５の印刷方式はこれに限定されるものではなく、電子写真方式以外にも、インパクト方式、熱転写方式、インクジェット方式等によるものであってもよい。

通信インタフェース１６は、ＭＦＰ１と外部機器との間で通信を行うためのインタフェースであり、イーサネット（登録商標）、トークンリング、ＦＤＤＩ等の規格によるネットワークインタフェースや、ＵＳＢ、ＩＥＥＥ１３９４等のシリアルインタフェース、ＳＣＳＩ、ＩＥＥＥ１２８４等のパラレルインタフェース、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１、ＨｏｍｅＲＦ、ＩｒＤＡ等の無線通信インタフェース等の各種ローカル接続インタフェース、電話回線に接続するための電話回線インタフェース等が用いられる。

ＭＦＰ１は、上記構成により、原稿画像を読み取って画像データを外部機器に送信するスキャナとしての機能に加えて、外部から受信した画像データを印刷出力するプリンタとしての機能、原稿画像を読み取って画像データを印刷出力する複写機としての機能、及び画像データを電話回線を解して送受信するファクシミリとしての機能を兼ね備えるものである。

続いて、図３は、本実施形態に係るＰＣ２の構成を示すブロック図である。図３に示すように、ＰＣ２は、制御部２１、記憶部２２、表示部２３、入力部２４、及び通信インタフェース２５を備えており、これらは信号をやり取りするためのバス２６を介して相互に接続されている。

制御部２１はＣＰＵであり、プログラムに従って上記各部の制御や各種の演算処理等を行う。記憶部２２は、予め各種プログラムやパラメータに格納しておくＲＯＭ、作業領域として一時的にプログラムやデータを記憶するＲＡＭ、ＯＳ（オペレーティングシステム、基本ソフトウェア）やＰＣ２の各種動作を制御するためのプログラム及びパラメータを格納するハードディスク等からなる。

図４は、記憶部２２の構成を概念的に示すブロック図である。図４のように、記憶部２２は、各種プログラムが記憶されたプログラム記憶領域２２１と、ＭＦＰ１から受信した配信対象の画像データや各種プログラム実行時に参照すべきパラメータ等が記憶されたデータ記憶領域２２２とを含む。

ここで、プログラム記憶領域２２１には、ＭＦＰ１のスキャン動作に関する各種設定を行うとともに、ＭＦＰ１を遠隔操作してスキャン動作を実行させるためのスキャナドライバ２２１１、スキャナドライバ２２１１と連動してスキャン動作の設定等に関する各種ＵＩ画面を表示部２３に表示させるための表示プログラム２２１２、ＭＦＰ１やファイルサーバ３等と通信し各種データの送受信を行うための通信プログラム２２１３、ＭＦＰ１から受信した画像データの編集等を行うための画像編集プログラム２２１４、後述の配信先データベースＤに格納されたデータを管理するためのデータ管理プログラム２２１５、及び画像データの配信可否を判定するための判定プログラム２２１６等が記憶されている。

また、データ記憶領域２２２には、ＭＦＰ１のスキャン動作により生成されＰＣ２に送信される画像データ等が記憶される画像データ記憶領域２２２１、及び画像データの配信先として登録されたフォルダ（以下、「配信先フォルダ」ともいう）に関する各種データをユーザごとに一括して格納・管理する配信先データベースＤが記憶された配信先データ記憶領域２２２２等が含まれる。配信先データベースＤについてはさらに後述する。

表示部２３は、ＣＲＴディスプレイ又は液晶ディスプレイ等であり、ユーザに対して各種情報を表示する。特に、表示部２３は、ＭＦＰ１によるスキャン実行時に、ユーザが生成される画像データの配信先を選択するためのＵＩ画面ｕ１を表示する。このＵＩ画面ｕ１についてはさらに後述する。

入力部２４は、キーボードやマウス等であり、ユーザからの各種入力を取得する。また、通信インタフェース２４は、ネットワーク３上の他の機器と通信するためのインタフェースであり、イーサネット（登録商標）、トークンリング、ＦＤＤＩ等の規格が用いられる。

続いて、図５は、本実施形態に係るファイルサーバ３の構成を示すブロック図である。ファイルサーバ３はファイルの格納機能及び転送機能を有するコンピュータであり、図５に示すように、制御部３１、記憶部３２、表示部３３、入力部３４、及び通信インタフェース３５を備えており、これらは信号をやり取りするためのバス３６を介して相互に接続されている。

制御部３１はＣＰＵであり、プログラムに従って上記各部の制御や各種の演算処理等を行う。記憶部３２は、予め各種プログラムをパラメータに格納しておくＲＯＭ、作業領域として一時的にプログラムやデータを記憶するＲＡＭ、ＯＳ（オペレーティングシステム、基本ソフトウェア）やファイルサーバ３の各種動作を制御するためのプログラム及びパラメータに加えて、ＰＣ２から配信された画像データ等を格納する配信先フォルダが設けられたハードディスク等からなる。

表示部３３は、ＣＲＴディスプレイ又は液晶ディスプレイ等であり、ユーザに対して各種情報を表示する。入力部３４は、キーボードやマウス等であり、ユーザからの各種入力を取得する。通信インタフェース３４は、ネットワーク３上の他の機器と通信するためのインタフェースであり、イーサネット（登録商標）、トークンリング、ＦＤＤＩ等の規格が用いられる。

また、本実施形態のファイルサーバ３は所謂文書管理アプリケーションを実装することができ、その場合、配信先フォルダには文書管理アプリケーションにより規定された種々のデータ受信制限が付加されることになる。このようなデータ受信制限は、配信先フォルダへのアクセス認証制限、配信先フォルダ側で許容されるファイル形式に関する制限、及び配信先フォルダ側で許容されるファイルサイズに関する制限等を含む。この点についてはさらに後述する。

−配信先データベース
続いて、図６（Ａ）及び図６（Ｂ）は、配信先データベースＤの構成について説明するための図である。前述の通り、配信先データベースＤは、配信先フォルダに関する各種データをユーザごとに一括して格納・管理するデータベースである。ここで、図６（Ａ）は、配信先データベースＤのスキーマ例を示す概念図であり、図６（Ｂ）は、図６（Ａ）に対応するＥＲ（Ｅｎｔｉｔｙ Ｒｅｌａｔｉｏｎｓｈｉｐ 実体関連）図である。

図６（Ａ）のように、配信先データベースＤは、個々の配信先フォルダの識別情報等を格納する識別情報テーブルＴ１、フォルダ側のデータ受信制限に関する情報等を格納する制限情報テーブルＴ２、及び各ユーザが配信先フォルダにアクセスするための認証情報等を格納する認証情報テーブルＴ３を含む各種テーブルによって構築される。それぞれのテーブルに含まれるカラム、並びにそれに対応するデータ型、データの説明、及び値の例は図６（Ａ）に示される通りである。

特に、本実施形態において、制限情報テーブルＴ２に格納されるデータ受信制限は、配信先フォルダが設けられたホスト装置（ファイルサーバ３）への接続制限、配信先フォルダへのアクセス制限、及び配信先フォルダのメタ情報に基づく制限を含む。ここで、配信先フォルダのメタ情報とは、配信先フォルダ側で許容されるデータに関する情報であり、配信先フォルダ側で許容されるデータ形式や、配信先フォルダ側で許容されるファイルサイズの上限値等の情報を含む。

また、図６（Ｂ）に示されるように、１人のユーザに対して１つ存在する認証テーブルＴ３には、当該ユーザ用のデータ配信先として登録されたフォルダの個数と等しい数の識別情報テーブルＴ１が対応しており、個々の識別情報テーブルＴ１には１つの制限情報テーブルＴ２が対応している。

−ＵＩ画面
次に、図７は、データ配信先選択用のＵＩ画面ｕ１の一例を示す概略図である。前述のように、ＵＩ画面ｕ１は、ＭＦＰ１によるスキャン実行時に、ＰＣ２の表示部２３に表示される。

図７のように、ＵＩ画面ｕ１は、ログイン中のユーザ用の配信先フォルダの各々について、現在のデータ配信可否に関する情報（「可」または「不可」の文字列）とともに、現在データ配信が不可である場合にはその原因を表す情報（「応答なし」、「認証エラー」、「拡張子エラー」等の文字列）を表示することができる。

より具体的に、ＵＩ画面ｕ１は、ユーザの利便性を考慮し、個々の配信先フォルダに関する詳細な情報（上記の情報を含む）を示す配信先リストＬを表示する。ここで、本例における配信先リストＬの各行は一のフォルダに対応している。そのため、現在ログイン中のユーザ（ユーザＡ）の配信先フォルダは４つ存在するということになる。

また、本例における配信先リストＬの各列は、配信先フォルダに関する基本情報（「ＩＤ」、「配信先種別」、「配信先フォルダ／共有設定」）、配信先フォルダ側のデータ受信制限に関する情報（「配信先ホスト」、「認証情報」、「出力形式」）、及び前述した現在のデータ配信可否に関する情報（「配信可否状況」）を表示する。これら各列の詳細は次の通りである。

・「ＩＤ」の列は、個々の配信先フォルダの識別番号を表示する。この識別番号は、例えば、配信先フォルダが配信先データベースに登録された順番に割り振られる。

・「配信先種別」の列は、配信先フォルダの種別に関する情報を表示する。具体的には、個々の配信先フォルダへのデータ配信に用いられるプロトコルの種類等を表示する。また、配信先フォルダが文書管理アプリケーションにより管理される場合にはその旨を表示する。

・「配信先ホスト」の列は、配信先フォルダが設けられたホスト装置の名前を表示する。また、ＰＣ２の現在のデータ配信設定が、配信先ホスト（配信先フォルダが設けられたファイルサーバ３）への接続制限をクリアしない場合、つまり、制限情報テーブルＴ２において、配信先ホストの生死を表す「ＩｓＨｏｓｔＡｌｉｖｅ」の値が「Ｆａｌｓｅ」である場合は、「応答なし」等の文字列からなるエラーメッセージを併せて表示する。

・「配信先フォルダ共有設定」の列は、配信先フォルダの名前、及び当該フォルダの共有設定に関する情報を表示する。ここで、共有設定に関する情報は、当該フォルダに全ユーザが自由にアクセス可能である場合は「共有」であり、ユーザ本人のみがアクセス可能である場合は「個人」であり、ユーザ本人を含む特定のグループのみがアクセス可能である場合は「自部門」等のグループ名である。

・「認証情報」の列は、配信先フォルダに設けられたアクセス制限に関する情報を表示する。具体的には、配信先フォルダにアクセス制限が設けられている場合に、認証情報テーブルＴ３に記憶された認証情報（「ＵｓｅｒＮａｍｅ」及び「Ｐａｓｓｗｏｒｄ」の値）の一部を表示する。図７の例においては、ユーザＩＤ（「ＵｓｅｒＮａｍｅ」）としての「ｓａｔｏ／」を表示している。他方、配信先フォルダにアクセス制限が設けられていない場合には、その旨を示す文字列等を表示する。図７の例においては、「ｇｕｅｓｔ／」の文字列を表示している。また、ＰＣ２の現在のデータ配信設定が、配信先フォルダへのアクセス認証制限をクリアしない場合、つまり、制限情報テーブルＴ２において、上記の認証情報に基づくアクセス認証の結果を示す「ＩｓＣｅｒｔＶａｌｉｄ」の値が「Ｆａｌｓｅ」である場合は、「認証エラー」等の文字列からなるエラーメッセージを併せて表示する。

・「出力形式」の列は、配信先フォルダに配信するデータ形式に関するＰＣ２側の設定内容を表示する。また、表示された設定内容が、配信先フォルダ側で許容されるデータ形式に関する制限、すなわち、制限情報テーブルＴ２の「ＩｓＴｉｆｆＥｎｅｂｌｅ」、「ＩｓＰｄｆＥｎｅｂｌｅ」、及び「ＩｓＪｐｅｇＥｎｅｂｌｅ」等の値に基づく制限をクリアしない場合は、「拡張子エラー」等の文字列からなるエラーメッセージを併せて表示する。図６（Ａ）の例において、配信先フォルダ側でＪｐｅｇ形式のファイルは許容されない。そのため、ＰＣ２側でＪｐｅｇ形式のデータを配信する設定がなされている場合には「拡張子エラー」等のエラーメッセージが表示されることになる。

・「配信可否状況」の列は、前述の通り、配信先フォルダへのデータ配信可否に関する情報として、「可」または「不可」等の文字列を表示する。なお、当該情報は、ＰＣ２の現在の設定内容が配信先データベースＤに記憶されたデータ受信制限を全てクリアした場合には「可」となり、そうでない場合には「不可」となる。この点についてはさらに後述する。

なお、本実施形態のＵＩ画面ｕ１は、配信先リストＬのうち「配信可否情報」が「不可」であるフォルダに関する情報を、他の情報と区別して表示することができる。図７の例では、「配信可否状況」の列、及び何らかのエラーメッセージが表示された列の文字列のみが斜体とされている。このほか、「配信可否情報」が「不可」であるフォルダに関する情報のみを他とは異なる色で表示することも可能である。

また、ＵＩ画面ｕ１は、以上のように配信先フォルダへのデータ送信可否等を表示する機能に加えて、配信先リストＬの更新に関する指示や実際に画像データを配信する配信先フォルダの選択結果をユーザから取得する機能を備えている。そのため、図７のＵＩ画面ｕ１は、配信先リストＬを更新するための４種類の更新ボタンＢ１〜Ｂ４、実際にデータを配信する配信先フォルダを指定するためのチェックボックスＣ、及び選択された配信先フォルダへのデータ配信を実行するための実行ボタンｂ１を備えている。以下、４種類の更新ボタンＢ１〜Ｂ４についてさらに詳細に説明する。

・「要素更新」ボタンＢ１は、配信先リストＬの各行のうち、「配信先ホスト」、「配信先フォルダ／共有設定」、「認証情報」、及び「出力形式」の各行に対応する要素ごとに設けられており、ユーザはこれを選択することで配信先リストＬの特定の要素のみを最新の情報に基づき更新することができる。

・「列更新」ボタンＢ２は、配信先リストＬのうち「ＩＤ」、「配信先種別」、「配信可否状況」を除いた各列に１つずつ設けられており、ユーザはこれを選択することで全ての配信先フォルダに関する特定の要素のみを最新の情報に基づき更新することができる。

・「行更新」ボタンＢ３は、配信先リストＬの各行に１つずつ設けられており、ユーザはこれを選択することで特定の配信先フォルダに関する全ての要素を最新の情報に基づき更新することができる。

・「全更新」ボタンＢ４は、配信先リストＬに１つだけ設けられており、ユーザはこれを選択することで全ての配信先フォルダに関する全ての要素を最新の情報に基づき更新することができる。

このほか、配信可否状況が「可」である配信先フォルダに対応する行には、当該フォルダを実際の配信先として指定するためのチェックボックスＣが設けられ、「不可」である配信先フォルダに対応する行には、当該フォルダを配信先リストＬから削除するための削除ボタンｂ２、システム管理者にメール等で問い合わせを行うための問い合わせボタンｂ３等を備えている。

−画像データ配信処理
次に、本実施形態における画像形成システムＡの動作の概要について説明する。図８は、本実施形態におけるＰＣ２の画像データ配信処理の手順を示すフローチャートである。なお、図８のフローチャートにより示されるアルゴリズムは、ＰＣ２の記憶部２２に制御プログラムとして記憶されており、動作開始の際に制御部２１により読み出されて実行される。

先ず、ＰＣ２は、ユーザのログインを受け付けると、配信先データベースＤを参照して、各配信先フォルダへのデータ配信可否を判定する（Ｓ１０１）。より具体的に、ＰＣ２は、データ記憶領域２２２記憶された現在のデータ配信設定の内容が、配信先データベースＤに記憶された全ての受信制限をクリアするか否かを、配信先フォルダの各々について確認する。そして、現在の設定内容が全てのデータ受信制限をクリアする場合のみ、対応する配信先フォルダへのデータ配信が可能であると判定する。

続いて、ＰＣ２は、配信先フォルダの各々について、Ｓ１０１における判定結果を示す情報に加えて、現在の設定内容がクリアしないデータ受信制限が存在する場合には当該データ受信制限に対応するエラーメッセージを表示部２３に表示する（Ｓ１０２）。より具体的に、ＰＣ２は、図７のようなＵＩ画面ｕ１を表示部２３に表示する。なお、このとき表示されるエラーメッセージは、個々のデータ受信制限の内容に応じて予め準備される。例えば、クリアされなかったデータ受信制限が配信先ホストへの接続制限である場合には「応答なし」というエラーメッセージが表示され、それが配信先フォルダへのアクセス認証制限である場合には「認証エラー」というエラーメッセージが表示される。

続いて、ＰＣ２は、ユーザにより配信先リストＬの更新に関する指示が行われた否か、つまり、ＵＩ画面ｕ１の更新ボタンＢ１〜Ｂ４のいずれかが押されたか否かを判定する（Ｓ１０３）。

ここで、いずれかの更新ボタンが押された場合（Ｓ１０３のＹＥＳ）、更新対象の配信先フォルダに関する配信先データベースＤ内の情報を更新するためのデータベース更新処理（Ｓ１０４）を実行してからＳ１０１に戻り、更新済みの配信先データベースＤに基づき再度ＵＩ画面ｕ１を表示する（Ｓ１０２）。このときのデータベース更新処理（Ｓ１０４）の詳細についてはさらに後述する。

他方、更新ボタンが押されなかった場合（Ｓ１０３のＮＯ）、ユーザによりスキャン実行の指示が行われたか否かをさらに判定する（Ｓ１０５）。このとき、ユーザは、スキャナドライバ２２２１により表示されるスキャン実行用ＵＩ画面（不図示）を操作することでスキャン実行の指示を行うことができる。

ここで、スキャン実行の指示が行われた場合（Ｓ１０５のＹＥＳ）、ＰＣ２はスキャナドライバ２２１１によりＭＦＰ１をリモート操作して画像読取部１４により原稿画像のスキャン動作を実行させる（Ｓ１０６）。そして、ＰＣ２は、スキャン動作により生成された画像データをＭＦＰ１から受信し（Ｓ１０７）、それをスキャンデータ記憶部２２２１に格納する。他方、スキャン実行の指示が行われない場合（Ｓ１０５のＮＯ）、ＰＣ２は上記のＳ１０３に戻る。

続いて、ＰＣ２は、Ｓ１０７において受信した画像データのファイル情報を取得する（Ｓ１０８）。このときＰＣ２が取得するファイル情報は、例えば、画像データのファイルサイズである。そして、ＰＣ２は、配信先データベースＤから、ＵＩ画面ｕ１においてデータ配信先として指定されたフォルダに付加されたデータ受信制限に関する情報を取得する（Ｓ１０９）。ここで、配信先フォルダの指定は、前述のように、ＵＩ画面ｕ１中のチェックボックスＣにチェックマークを付けることによって行う。

なお、Ｓ１０９においてＰＣ２が取得する制限情報は、Ｓ１０７において取得したファイル情報に対応するものであり、例えば、当該ファイル情報が画像データのファイルサイズである場合は、配信先フォルダ側で許容されるファイルサイズの上限値である。図６（Ａ）の例において、同情報は、制限情報テーブルＴ２の「ＦｉｌｅＳｉｚｅＬｉｍｉｔ」の値に相当する。また、Ｓ１０９において、ＰＣ２が配信先データベースＤから情報を取得するのではなく、ＰＣ２が配信先ホストに接続し、当該ホストから最新の情報を取得するような構成も可能である。

続いて、ＰＣ２は、Ｓ１０８において取得したファイル情報がＳ１０９において取得したデータ受信制限をクリアするか否かを確認することにより、ユーザ指定の配信先フォルダへの最終的なデータ配信可否を判定する（Ｓ１１０）。ここで、データ配信が可能であると判定された場合（Ｓ１１０のＹＥＳ）、つまり、ファイル情報がデータ受信制限をクリアした場合は、ユーザ指定の配信先フォルダの画像データの配信を行ってから（Ｓ１１１）、処理を終了する（エンド）。他方、データ配信が不可であると判定された場合、つまり、ファイル情報がデータ受信制限をクリアしなかった場合は、表示部２３に所定のエラーメッセージを表示してから（Ｓ１１２）、画像データの配信を行わずに処理を終了する（エンド）。このとき表示するエラーメッセージは、Ｓ１０９において取得するデータ受信制限の内容に応じて予め準備されたものであり、例えば、「十分な空き容量がありません」という文字列である。

以上のように、本実施形態の画像形成システムＡによれば、各配信先フォルダへのデータ配信可否に加えて、現在データ配信が不可能である場合にはその原因を表すエラーメッセージを表示することが可能になる（Ｓ１０２）。これにより、ユーザは、データ配信が不可能である原因を容易に特定することができ、その原因に応じた最適な対応を行うことができるようになる。例えば、ユーザは、「応答なし」というエラーメッセージが表示されたホスト装置が自分のＰＣであれば自ら電源をオンにすればよく、それが共有サーバ等であればシステム管理者に問い合わせを行えばよい。また、「拡張子エラー」というエラーメッセージが表示された場合には、ＰＣ２側のデータ配信設定を変更すればよい。

−データベース更新処理（Ｓ１０４）
続いて、Ｓ１０４の配信先データベース更新処理について説明する。上記の通り、本実施形態によれば、図７のような複数種類の更新ボタンＢ１〜Ｂ４を備えたＵＩ画面ｕ１を用いることで、配信先データベースＤ内のデータを、配信先リストＬの要素、列、行等に対応する所定の単位で更新することが可能である。例えば、図７のＵＩ画面ｕ１において、「配信先ホスト」の列に対応する更新ボタンＢ２が押された場合、配信先データベースＤ内の「配信先ホスト」に関連するデータである「ＩｓＨｏｓｔＡｌｉｖｅ」の値のみが更新されることになる。同様に、ＵＩ画面ｕ１において「認証情報」の列に対応する更新ボタンＢ２が押された場合、配信先データベースＤ内の「認証情報」に関連するデータである「ＩｓＨｏｓｔＡｌｉｖｅ」、「ＩｓＦｏｌｄｅｒＡｌｉｖｅ」及び「ＩｓＣｅｒｔＶａｌｉｄ」の値のみが更新されることになる。以下、図９〜図１２を参照して配信先データベース更新処理について詳細に説明する。なお、本実施形態において、ユーザが選択可能な更新単位は、配信先リストＬの「全体」、「要素」、「列」、及び「行」に対応する４通りであるものとする。

先ず、ＰＣ２は、ユーザにより選択された更新単位が、配信先リストＬの「要素」、「行」、「列」、及び「全体」のうちのどれに該当するかを判定し（Ｓ２０１〜Ｓ２０３）、その判定結果に応じて処理を分岐する。

先ず、ユーザにより選択された更新単位が「要素」である場合（Ｓ２０１のＹＥＳ）、つまり、ＵＩ画面ｕ１の要素更新ボタンＢ１が押された場合、ＰＣ２は、要素ごとのデータベース更新処理（Ｓ２０４）を実行してから図８のフローチャートに戻る（リターン）。Ｓ２０４における要素ごとのデータベース更新処理の詳細についてはさらに後述する。

また、ユーザにより選択された更新単位が「行」である場合（Ｓ２０１のＮＯ、Ｓ２０２のＹＥＳ）、つまり、ＵＩ画面ｕ１の行更新ボタンＢ３が押された場合、ＰＣ２は、配信先リストＬの指定された行に対して要素ごとのデータベース更新処理を実行する（Ｓ２０５）。Ｓ２０５において実行される具体的な処理は、上記のＳ２０４と同様なので詳細な説明を省略する。続いて、ＰＣ２は、指定された行内の全ての要素に対してＳ２０５の処理が実行されたか否かを判定する（Ｓ２０６）。そして、行内の全ての要素に対してＳ２０５の処理が実行されるまで当該処理を繰り返し（Ｓ２０６のＮＯ）、行内の全ての要素に対してＳ２０５の処理が実行されたら（Ｓ２０６のＹＥＳ）図８のフローチャートに戻る。

また、ユーザにより選択された更新単位が「列」である場合（Ｓ２０１のＮＯ、Ｓ２０２のＮＯ、Ｓ２０３のＹＥＳ）、つまり、ＵＩ画面ｕ１の列更新ボタンＢ２が押された場合、ＰＣ２は、配信先リストＬの指定された列に対して要素ごとのデータベース更新処理を実行する（Ｓ２０７）。Ｓ２０７において実行される具体的な処理は、上記のＳ２０４と同様なので詳細な説明を省略する。続いて、ＰＣ２は、指定された列内の全ての要素に対してＳ２０７の処理が実行されたか否かを判定する（Ｓ２０８）。そして、列内の全ての要素に対してＳ２０７の処理が実行されるまで当該処理を繰り返し（Ｓ２０８のＮＯ）、列内の全ての要素に対してＳ２０７の処理が実行されたら（Ｓ２０８のＹＥＳ）図８のフローチャートに戻る。

また、ユーザにより選択された更新単位が「全体」である場合（Ｓ２０１のＮＯ、Ｓ２０２のＮＯ、Ｓ２０３のＮＯ）、つまり、ＵＩ画面ｕ１の全体更新ボタンＢ４が押された場合、ＰＣ２は、配信先リストＬの一の行に対して要素ごとのデータベース更新処理を実行する（Ｓ２０９〜Ｓ２１０）。Ｓ２０９〜Ｓ２１０において実行される具体的な処理は、上記のＳ２０５〜Ｓ２０６と同様なので詳細な説明を省略する。続いて、当該一の行に対するＳ２０９〜Ｓ２１０の処理が完了したら（Ｓ２１０のＹＥＳ）、配信先リストＬ内の全行に対して当該処理が完了したか否かをさらに判定する（Ｓ２１１）。そして、全行に対する処理が完了するまで当該処理を繰り返し（Ｓ２１１のＮＯ）、全行に対して当該処理が完了したら（Ｓ２１１のＹＥＳ）図８のフローチャートに戻る。

以上のように、本実施形態の画像形成システムＡによれば、ＵＩ画面ｕ１に設けられた複数種類の更新ボタンＢ１〜Ｂ４によってデータ更新の指示を取得することで（Ｓ２０１〜Ｓ２０３）、配信先データベースＤ内のデータを「要素」、「行」、「列」、「全体」等の複数の単位で更新することが可能となる。そのため、本実施形態によれば、配信先データベースＤ内の必要なデータのみを、ネットワークへの負荷を最小限に抑えつつ、短時間で更新することが可能となる。

−要素ごとのデータベース更新処理（Ｓ２０４）
続いて、要素ごとのデータベース更新処理（Ｓ２０４）について詳細に説明する。図１３は当該処理の手順を示すフローチャートである。

先ず、ＰＣ２は、ネットワークを介して、現在更新対象である配信先フォルダが設けられたファイルサーバ３（以下、単に「ホスト」ともいう）への接続を試みる（Ｓ３０１）。そして、接続に成功した場合（Ｓ３０２のＹＥＳ）、ＰＣ２は、配信先データベースＤ内のホストへの接続可否に関するデータを更新する（Ｓ３０３）。より具体的に、ＰＣ２は、制限情報テーブルＴ２の「ＩｓＨｏｓｔＡｌｉｖｅ」の値を「ｔｒｕｅ」に書き換える。その後、ＰＣ２は、後述のＳ３０５に進む。他方、ホストへの接続に失敗した場合は（Ｓ３０２のＮＯ）、配信先データベースＤ内のホストへの接続可否に関するデータを更新する（Ｓ３０４）。より具体的に、ＰＣ２は、制限情報テーブルＴ２の「ＩｓＨｏｓｔＡｌｉｖｅ」の値を「ｆａｌｓｅ」に書き換える。その後、ＰＣ２は、後述のＳ３１１に進む。

続いて、Ｓ３０５において、ＰＣ２は、現在更新対象の要素が「認証情報」であるか否かを判定し（Ｓ３０５）、その判定結果に応じて処理を分岐する。

ここで、現在更新対象の要素が「認証情報」である場合（Ｓ３０５のＹＥＳ）、ＰＣ２は、認証情報テーブルＴ３に記憶された認証情報（「ＵｓｅＮａｍｅ」及び「Ｐａｓｓｗｏｒｄ」の値）に基づき、ホストに対して配信先フォルダへのアクセス認証を要求する（Ｓ３０６）。そして、ホストによる認証結果に基づき、配信先データベースＤ内の当該配信先フォルダへのアクセス認証の成否に関するデータを更新する（Ｓ３０７）。より具体的に、制限情報テーブルＴ２の「ＩｓＣｅｒｔＶａｌｉｄ」の値を、Ｓ３０６においてアクセス認証に成功した場合は「ｔｒｕｅ」に、失敗した場合は「ｆａｌｓｅ」にそれぞれ書き換える。その後、ＰＣ２は、後述のＳ３１１に進む。

他方、現在更新対象の要素が「認証情報」ではない場合（Ｓ３０５のＮＯ）、ＰＣ２は、現在更新対象の要素が「出力形式」であるか否かをさらに判定する（Ｓ３０８）。ここで、現在更新対象の要素が「出力形式」である場合（Ｓ３０８のＹＥＳ）、接続中のホストから配信先フォルダ側で許容されるデータ形式に関する情報を取得し（Ｓ３０９）、取得した情報に基づき配信先データベースＤを更新する（Ｓ３１０）。より具体的に、ＰＣ２は、ホストから取得した情報に基づき、制限情報テーブルＴ２の「ＩｓＴｉｆｆＥｎｅｂｌｅ」、「ＩｓＰｄｆＥｎｅｂｌｅ」、「ＩｓＪｐｅｇＥｎａｂｌｅ」の値を書き換える。その後、ＰＣ２は、後述のＳ３１１に進む。他方、現在更新対象の要素が「出力形式」でない場合（Ｓ３０８のＮＯ）、ＰＣ２は、ホストからそれ以上の情報を取得せずに、後述のＳ３１１に進む。

続いて、ＰＣ２は、上記の手順に従って更新されたデータを、同一ユーザの他の配信先フォルダ、及び他のユーザの配信先フォルダにそれぞれ展開するための第１データ展開処理（Ｓ３１１）、及び第２データ展開処理（Ｓ３１２）を実行してから、図９のフローチャートに戻る（リターン）。以下、第１データ展開処理（Ｓ３１１）及び第２データ展開処理（Ｓ３１２）について詳細に説明する。

−第１データ展開処理（Ｓ３１１）
以下、図１３のフローチャートにおいて更新されたデータを同一ユーザの他の配信先フォルダに展開するための第１データ展開処理（Ｓ３１１）について、図１４を参照して詳細に説明する。

先ず、ＰＣ２は、データ展開に必要な情報として、現在更新対象のホスト名（Ｈ_０）、現在更新対象の配信先フォルダへのアクセス認証情報（Ｙ_０）、現在更新対象の配信先フォルダへのデータ転送プロトコル（Ｐ_０）、前述のＳ３０３／Ｓ３０４において更新したホストへの接続可否に関する情報（Ｃ_０）、前述のＳ３０７において更新した配信先フォルダへのアクセス認証の成否に関する情報（Ａ_０）、及び前述のＳ３１０において更新した配信先フォルダ側で許容されるデータ形式に関する情報（Ｍ_０）を配信先データベースＤから取得する（Ｓ４０１）。なお、Ｈ_０、Ｙ_０、Ｐ_０、Ｃ_０、Ａ_０、及びＭ_０は、それぞれ「Ｈｏｓｔｎａｍｅ」、「Ｕｓｅｒｎａｍｅ／Ｐａｓｓｗｏｒｄ」、「Ｐｒｏｔｏｃｏｌ」、「ＩｓＨｏｓｔＡｌｉｖｅ」、「ＩｓＣｅｒｔＶａｌｉｄ」、「ＩｓＴｉｆｆＥｎａｂｌｅ／ＩｓＰｄｆＥｎａｂｌｅ／ＩｓＪｐｅｇＥｎａｂｌｅ」の値として配信先データベースＤに格納されている。

続いて、ＰＣ２は、現在更新対象の配信先フォルダを除く全ての配信先フォルダに対して、以下に説明するＳ４０３〜Ｓ４１３のデータ展開処理が完了するまで当該処理を繰り返す（Ｓ４０２のＮＯ）。Ｓ４０３〜Ｓ４１３のデータ展開処理の手順は次の通りである。

まず、ＰＣ２は、現在更新対象の配信先フォルダを除く一の配信先フォルダをデータ展開対象フォルダとして特定し、配信先データベースＤからデータ展開対象フォルダのホスト名（Ｈ）を取得する（Ｓ４０３）。そして、ＰＣ２は、このＨがＳ４０１において取得したＨ_０と一致するか否かを判定する（Ｓ４０４）。ここで両者が一致しない場合（Ｓ４０４のＮＯ）、データ展開対象フォルダに展開可能なデータは存在しないことになるので、そのままＳ４０２に戻り、残りの配信先フォルダに対してデータ展開処理を繰り返す。

他方、ＨとＨ_０が一致する場合（Ｓ４０４のＹＥＳ）、ＰＣ２は、Ｓ４０５に進み、Ｓ４０１において取得したＣ_０の値、すなわち、ホスト（Ｈ_０）への接続可否に応じて処理を分岐する。

ここで、ホスト（Ｈ_０）への接続が不可である場合（Ｓ４０５のＮＯ）、すなわち、“Ｃ_０＝ｆａｌｓｅ”である場合、ＰＣ２は、データ展開対象フォルダについて、配信先データベースＤの「ＩｓＨｏｓｔＡｌｉｖｅ」の値を「ｆａｌｓｅ」に書き換える（Ｓ４０７）。その後、データ展開対象フォルダに展開可能なデータはもう存在しないことになるので、そのままＳ４０２に戻り、残りの配信先フォルダに対してデータ展開処理を繰り返す。

他方、ホスト（Ｈ_０）への接続が可能である場合（Ｓ４０５のＹＥＳ）、すなわち、“Ｃ_０＝ｔｒｕｅ”である場合、ＰＣ２は、現在データ展開対象のフォルダについて、配信先データベースＤの「ＩｓＨｏｓｔＡｌｉｖｅ」の値を「ｔｒｕｅ」に書き換えてから（Ｓ４０６）、後述のＳ４０８に進む。

Ｓ４０８において、ＰＣ２は、前述のＳ３０５における判定結果に応じて処理を分岐する。すなわち、図１３のフローチャートにおいて更新対象とされた要素が「認証情報」であった場合は（Ｓ４０８のＹＥＳ）後述のＳ４０９に進み、そうでなかった場合は（Ｓ４０８のＮＯ）後述のＳ４１２に進む。

ここで、Ｓ４０９において、ＰＣ２は、配信先データベースＤからデータ展開対象フォルダに対応する「Ｐｒｏｔｏｃａｌ」の値（Ｐ）及び「Ｕｓｅｒｎａｍｅ／Ｐａｓｓｗｏｒｄ」の値（Ｙ）を取得し、これらの値（Ｐ，Ｙ）とＳ４０１において取得した値（Ｐ_０，Ｙ_０）が完全に一致するか否かを判定する（Ｓ４１０）。ここで、両者が完全に一致する場合は（Ｓ４１０のＹＥＳ）、データ展開対象フォルダに対応する「ＩｓＣｅｒｔＶａｌｉｄ」の値をＡ_０に書き換えてから（Ｓ４１１）Ｓ４０２に戻り、残りの配信先フォルダに対してデータ展開処理を繰り返す。他方、両者が完全に一致しない場合（Ｓ４１０のＮＯ）、データ展開対象フォルダに展開可能なデータはもう存在しないことになるので、ＰＣ２は、そのままＳ４１３に戻り、残りの配信先フォルダに対してデータ展開処理を繰り返す。

また、Ｓ４１２において、ＰＣ２は、前述のＳ３０８における判定結果に応じて処理を分岐する。すなわち、図１３のフローチャートにおいて更新対象とされた要素が「出力形式」であった場合（Ｓ４１２のＹＥＳ）、データ展開対象のフォルダに対応する「ＩｓＴｉｆｆＥｎａｂｌｅ／ＩｓＰｄｆＥｎａｂｌｅ／ＩｓＪｐｅｇＥｎａｂｌｅ」の値をＳ４０１において取得したＭ_０に書き換えてから（Ｓ４１３）Ｓ４０２に戻り、残りの配信先フォルダに対してデータ展開処理を繰り返す。

他方、図１３のフローチャートにおいて更新対象とされた要素が「出力形式」でなかった場合（Ｓ４１２のＮＯ）、データ展開対象フォルダに対して展開可能なデータはもう存在しないことになるので、ＰＣ２は、そのままＳ４１３に戻り、残りの配信先フォルダに対してデータ展開処理を繰り返す。

−第２データ展開処理（Ｓ３１２）
以下、更新対象のフォルダについて更新されたデータをさらに他のユーザの配信先フォルダに展開するための第２データ展開処理（Ｓ３１２）について、図１５を参照して詳細に説明する。

ＰＣ２は、現在ログイン中のユーザを除く全ユーザ分のデータについて、以下のＳ５０２以降のデータ展開処理が完了したか否かを判定する（Ｓ５０１）。ここで、全ユーザ分のデータについてデータ展開処理が完了していない場合は（Ｓ５０１のＮＯ）、未だ当該データ展開処理の対象となっていない一のユーザをデータ展開対象ユーザとして特定し（Ｓ５０２）、配信先データベースＤ内のデータ展開対象ユーザ分のデータについてＳ５０３以降の処理を実行する。ここで、Ｓ５０３以降の処理の手順は前述のＳ４０２以降の処理の手順と同様なので詳細な説明を省略する。

そして、データ展開対象ユーザ分のデータについてＳ５０３以降の処理が完了したら、Ｓ５０１に戻り、今度は別のユーザをデータ展開対象ユーザとして特定し（Ｓ５０２）、再度Ｓ５０３以降の処理を実行する。そして、全ユーザ分のデータについて処理が完了したら（Ｓ５０１のＹＥＳ）、図１３のフローチャートに戻る（リターン）。

以上のように本実施形態によれば、配信先データベースＤ内の一の配信先フォルダに関するデータが更新されたときに、当該データを同一ユーザの異なる配信先フォルダ、及び他のユーザの配信先フォルダに関するデータにも展開することができる。そのため、同一のホストに繰り返し接続する必要がなくなり、配信先データベースＤ更新時のネットワーク負荷を軽減することができる。
＜第２の実施形態＞
続いて、本発明の第２の実施形態について、前述した第１の実施形態との相違点を中心に説明する。

−システム構成
図１６は、本発明の第２の実施形態に係る画像形成システムＡａの全体構成を示すブロック図である。図１６のように、画像形成システムＡａは、原稿画像を読み取って画像データを生成するためのスキャン機能に加えて、生成した画像データをユーザ指定のホスト装置に配信するデータ配信機能を備えたＭＦＰ１ａと、画像データの配信先であるホスト装置としての１以上のファイルサーバ３ａを有しており、これらはインターネット、ＬＡＮ、ＷＡＮ等の通信ネットワーク４ａを介して接続されている。なお、通信ネットワーク４に接続される機器の種類及び台数は、図１に示す例に限定されない。以上のように、本実施形態の画像形成システムＡａは、独立したデータ配信装置を有しておらずＭＦＰ１ａがデータ配信機能を兼ね備えている点で第１実施形態の画像形成システムＡと相違する。

続いて、上記各機器の構成について説明するが、上記各機器は後述する構成要素以外の構成要素を含んでいてもよく、また、後述する構成要素の一部が含まれていなくてもよい。なお、各機器で同様の機能を有する部分については、説明の重複を避けるため初回のみその説明を行い、２回目以降はその説明を省略する。

先ず、本実施形態のＭＦＰ１ａの構成について説明する。本実施形態のＭＦＰ１ａは、第１実施形態と同様に、制御部１１ａ、記憶部１２ａ、操作部１３ａ、画像読取部１４ａ、印刷部１５ａ、通信インタフェース１６ａを備えており、これらは信号をやり取りするためのバス１７ａを介して相互に接続されている。ここで、各部の構成は、記憶部１２ａ及び操作部１３ａを除き第１実施形態のＭＦＰ１と同様であるので、以下では記憶部１２ａ及び操作部１３ａについてのみ詳細に説明する。

記憶部１２ａは、予め各種プログラムをパラメータに格納しておくＲＯＭ、作業領域として一時的にプログラムやデータを記憶するＲＡＭ、各種プログラムやパラメータを格納し、又は画像読取部１２のスキャン動作により生成された画像データ等を一時的に保存するために使用されるハードディスク等からなる。図１７は、記憶部１２ａの構成を概念的に示すブロック図である。図１７のように、記憶部１２ａは、各種プログラムが記憶されたプログラム記憶領域１２１ａと、配信対象の画像データや各種プログラム実行時に参照すべきパラメータ等が記憶されたデータ記憶領域１２２ａとを含む。ここで、プログラム記憶領域１２１ａ及びデータ記憶領域１２２ａは、第１実施形態におけるプログラム記憶領域２２１及びデータ記憶領域２２２と同様なので詳細な説明を省略する。

また、データ記憶領域１２２ａは、第１実施形態と同様に、画像データの配信先として登録されたフォルダに関する各種データをユーザごとに一括して格納・管理する配信先データベースＤａを記憶している。配信先データベースＤａの構成は、第１実施形態の配信先データベースＤと同様である。

操作部１３ａは、各種情報を表示するとともにユーザから各種設定に関する指示を取得するためのタッチパネル１３１ａを備えている。特に、本実施形態のタッチパネル１３１ａは、スキャン動作により生成される画像データの配信先を選択するためのＵＩ画面ｕ２を表示する。ＵＩ画面ｕ２については後述する。

なお、本実施形態のファイルサーバ３ａは、第１の実施形態のファイルサーバ３と同様なので、ここでは詳細な説明を省略する。以下、ファイルサーバ３ａの構成要素は、第１の実施形態のファイルサーバ３の構成要素を表す符号の末尾に「ａ」をつけたもので表すこととする。

−ＵＩ画面
図１８は、ＵＩ画面Ｕ２の一例を示す概略図である。前述のように、ＵＩ画面ｕ２は、スキャン実行時にタッチパネル１３１ａに表示される。ここで、タッチパネル１３１ａは、第１実施形態におけるＰＣ２のディスプレイ（表示部２３）と比べると面積が小さく、表示可能な情報量も少ない。そのため、本実施形態のＵＩ画面ｕ２は、ユーザが個々の配信先フォルダへのデータ配信可否等を確認するために最低限必要な情報のみを表示する。

図１８のように、ＵＩ画面ｕ２は、ログイン中のユーザ用の配信先フォルダの各々について、現在のデータ配信可否に関する情報とともに、現在データ配信が不可である場合にはその原因を表す情報を表示することができる。より具体的に、ＵＩ画面ｕ２は、個々の配信先フォルダに対応するアイコンＩを備えており、個々のアイコンＩには、現在のデータ配信可否を示す「○」又は「×」の記号とともに、配信可否が「×」である場合にその原因を示すエラーメッセージ（「認証エラー」等の文字列）が表示される。

また、本実施形態のＵＩ画面ｕ２は、個々の配信先フォルダに対応するアイコンＩを、所定のグループ単位で表示することが可能である。図１８の例において、各アイコンＩは、それに対応する各配信先フォルダへのデータ配信頻度等に応じて「よく使う配信先」グループ、又はそれ以外の「その他の配信先」グループに区分され、このようなグループ単位でＵＩ画面ｕ２に表示される。

また、本実施形態のＵＩ画面ｕ２は、上記のように各フォルダへの配信可否等を表示する機能に加えて、その表示内容の更新に関する指示をユーザから取得する機能を備えている。具体的に、図１８のＵＩ画面ｕ２は、その表示内容をアイコン単位で更新するための「アイコン更新」ボタンＢ５、及びグループ単位で更新するための「グループ更新」ボタンＢ６を備えている。以下、２種類の更新ボタンＢ５及びＢ６について説明する。

・「アイコン更新」ボタンＢ５は、個々のアイコンＩの近傍に設けられ、ユーザはこれを選択することで個々のアイコンに対応する配信先フォルダへのデータ配信可否等を最新の情報に基づき更新することができる。つまり、このボタンＢ５を押したときにＭＦＰ１ａにより実行される処理は、第１実施形態において行更新ボタンＢ３が押されたときにＰＣ２により実行される処理と同様である。

・「グループ更新」ボタンＢ６は、ＵＩ画面ｕ２に１つだけ設けられ、ユーザはこれを選択することで特定のグループに属する全てのフォルダへのデータ可否等を最新の情報に基づき更新することができる。図１８の例において、ユーザはボタンＢ６を押すことで、「よく使う配信先」グループに属す全ての配信先フォルダへのデータ配信可否等を最新の情報に基づき更新することができる。

このほか、ユーザは、「○」が表示されたアイコンＩを押下して反転表示させることで、そのアイコンＩに対応するフォルダを実際のデータ配信先として指定することができる。

−フローチャート
本実施形態においてＭＦＰ１ａは、図８〜１５のフローチャートと同様の手順に従って、画像データ配信処理、及びデータベース更新処理等を実行する。そのため、本実施形態においてＭＦＰ１ａが実行する処理についての説明は省略する。ただし、前述のように、本実施形態においてＵＩ画面ｕ２上で選択可能な更新単位は「アイコン単位」又は「グループ単位」である。そのため、ＭＦＰ１ａは、図９のフローチャートに相当する処理において、ユーザにより選択された更新単位が上記のどちらに該当するか判定し、その判定結果に応じて処理を分岐することになる。

以上のように、本実施形態によれば、独立したデータ配信装置を省略した簡易なシステムを用いた場合であっても前述の第１実施形態と同様の作用効果を実現することができる。

本発明は、上述した実施形態のみに限定されるものではなく、特許請求の範囲内において、種々改変することができる。また、本発明によるデータ配信装置及びデータ配信方法は、上記各手順を実行するための専用のハードウェア回路によっても、上記各手順を記述したプログラムをＣＰＵが実行することによっても実現することができる。後者により本発明を実現する場合、データ配信装置を動作させる上記プログラムは、フロッピー（登録商標）ディスクやＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピュータ読み取り可能な記録媒体に記録されたプログラムは、通常、ＲＯＭやハードディスク等に転送され記憶される。また、このプログラムは、たとえば、単独のアプリケーションソフトとして提供されてもよいし、データ配信装置の一機能としてその装置のソフトウェアに組み込んでもよい。

本発明の第１実施形態に係る画像形成システムの全体構成を示すブロック図である。 本発明の第１実施形態に係るＭＦＰの構成を示すブロック図である。 本発明の第１実施形態に係るＰＣの構成を示すブロック図である。 本発明の第１実施形態に係るＰＣの記憶部の構成を概念的に示すブロック図である。 本発明の第１実施形態に係るファイルサーバの構成を示すブロック図である。 配信先データベースの構成について説明するための図である。 配信先データベースの構成について説明するための図である。 本発明の第１実施形態に係るデータ配信先選択用のＵＩ画面の一例を示す概略図である。 本発明の第１実施形態に係るデータ配信処理の手順を示すフローチャートである。 本発明の第１実施形態に係るデータベース更新処理の手順を示すフローチャートである。 本発明の第１実施形態に係るデータベース更新処理の手順を示すフローチャートである。 本発明の第１実施形態に係るデータベース更新処理の手順を示すフローチャートである。 本発明の第１実施形態に係るデータベース更新処理の手順を示すフローチャートである。 本発明の第１実施形態に係る要素ごとのデータベース更新処理の手順を示すフローチャートである。 本発明の第１実施形態に係る第１データ展開処理の手順を示すフローチャートである。 本発明の第１実施形態に係る第２データ展開処理の手順を示すフローチャートである。 本発明の第２実施形態に係る画像形成システムの全体構成を示すブロック図である。 本発明の第２実施形態に係るＰＣの記憶部の構成を概念的に示すブロック図である。 本発明の第２実施形態に係るデータ配信先選択用のＵＩ画面の一例を示す概略図である。

符号の説明

１ ＭＦＰ、
１１ 制御部、
１２ 記憶部、
１２ａ 記憶部、
１３ 操作部、
１３ａ 操作部、
１４ 画像読取部、
１５ 印刷部、
１６ 通信インタフェース、
１７ バス、
２ ＰＣ
２１ 制御部、
２２ 記憶部、
２３ 表示部、
２４ 入力部、
２５ 通信インタフェース、
２６ バス、
３ ファイルサーバ、
Ａ，Ａａ 画像形成システム、
Ｂ１ 要素更新ボタン、
Ｂ２ 列更新ボタン、
Ｂ３ 行更新ボタン、
Ｂ４ 全体更新ボタン、
Ｂ５ アイコン更新ボタン、
Ｂ６ グループ更新ボタン、
ｂ１ 実行ボタン、
ｂ２ 削除ボタン、
ｂ３ 問い合わせボタン、
Ｃ チャックボックス、
Ｄ，Ｄａ 配信先データベース、
Ｌ 配信先リスト、
Ｔ１ 識別情報テーブル、
Ｔ２ 制限情報テーブル
Ｔ３ 認証情報テーブル、
ｕ１ ＵＩ画面、
ｕ２ ＵＩ画面。

Claims (16)

1. 外部機器に設けられた一以上のフォルダにデータを配信するためのデータ配信装置であって、
   前記フォルダの各々に付加された一以上のデータ受信制限に関する情報を記憶する記憶部と、
   前記フォルダの各々について、現在のデータ配信設定が前記データ受信制限の全てをクリアするか否かを確認することにより、前記データを配信可能であるか否かを判定する判定部と、
   前記フォルダの各々について、前記判定部の判定結果を表わす配信可否情報とともに、前記データ配信設定がクリアしない前記データ受信制限が存在する場合に当該データ受信制限をクリアしない旨のメッセージを表示する表示部と、
   前記判定部により前記データを配信可能であると判定された前記フォルダのうち、前記データを配信すべきフォルダに関するユーザの指示を取得する取得部と、
   取得した前記指示に基づき、前記フォルダに前記データを配信するデータ配信部と、を有するデータ配信装置。
2. 前記データ受信制限は、前記外部機器への接続制限、前記フォルダへのアクセス制限、及び前記フォルダのメタ情報に基づく制限のうち少なくとも１つを含むことを特徴とする請求項１に記載のデータ配信装置。
3. 前記表示部は、前記フォルダのうち前記判定部により前記データを配信不可であると判定されたものに関する情報を、配信可能であると判定されたものに関する情報と区別して表示可能であることを特徴とする請求項１または２に記載のデータ配信装置。
4. 前記フォルダの少なくとも一部は、前記外部機器に実装された文書管理アプリケーションにより管理され、
   前記文書管理アプリケーションにより管理される前記フォルダに付加された前記データ受信制限は、前記文書管理アプリケーションにより規定されたものであることを特徴とする請求項１〜３のいずれか１つに記載のデータ配信装置。
5. 請求項１〜４のいずれか１つに記載のデータ配信装置、及び当該データ配信装置に接続されたスキャナを含む画像形成システムであって、
   前記データは、前記スキャナのスキャン動作により生成される画像データであり、
   前記表示部は、前記配信可否情報、及び前記エラーメッセージを前記スキャナの前記スキャン動作に先立ち表示可能であることを特徴とする画像形成システム。
6. 外部機器に設けられた一以上のフォルダにデータを配信するためのデータ配信方法であって、
   前記フォルダの各々に付加された一以上のデータ受信制限に関する情報を記憶する記憶ステップと、
   前記フォルダの各々について、現在のデータ配信設定が前記データ受信制限の全てをクリアするか否かを確認することにより、前記データを配信可能であるか否かを判定する判定ステップと、
   前記フォルダの各々について、前記判定ステップにおける判定結果を表わす配信可否情報とともに、前記データ配信設定がクリアしない前記データ受信制限が存在する場合に当該データ受信制限をクリアしない旨のメッセージを表示する表示ステップと、
   前記判定ステップにおいて前記データを配信可能であると判定された前記フォルダのうち、前記データを配信すべきフォルダに関するユーザの指示を取得する取得ステップと、
   取得した前記指示に基づき、前記フォルダに前記データを配信するデータ配信ステップと、を含むデータ配信方法。
7. 前記データ受信制限は、前記外部機器への接続制限、前記フォルダへのアクセス制限、及び前記フォルダのメタ情報に基づく制限のうち少なくとも１つを含むことを特徴とする請求項６に記載のデータ配信方法。
8. 前記表示ステップにおいて、前記フォルダのうち前記判定ステップにおいて前記データを配信不可であると判定されたものに関する情報が、他の情報と区別して表示されることを特徴とする請求項６または７に記載のデータ配信方法。
9. 前記フォルダの少なくとも一部は、前記外部機器に実装された文書管理アプリケーションにより管理され、
   前記文書管理アプリケーションにより管理される前記フォルダに付加された前記データ受信制限は、前記文書管理アプリケーションにより規定されたものであることを特徴とする請求項６〜８のいずれか１つに記載のデータ配信方法。
10. 前記データは、スキャナのスキャン動作により生成される画像データであり、
    前記表示ステップは、前記スキャナの前記スキャン動作に先立ち実行可能であることを特徴とする請求項６〜９のいずれか１つに記載のデータ配信方法。
11. 外部機器に設けられた一以上のフォルダにデータを配信するためのデータ配信プログラムであって、
    前記フォルダの各々に付加された一以上のデータ受信制限に関する情報を記憶する手順（ａ）と、
    前記フォルダの各々について、現在のデータ配信設定が前記データ受信制限の全てをクリアするか否かを確認することにより、前記データを配信可能であるか否かを判定する手順（ｂ）と、
    前記フォルダの各々について、前記判定ステップにおける判定結果を表す配信可否情報とともに、前記データ配信設定がクリアしない前記データ受信制限が存在する場合に当該データ受信制限をクリアしない旨のメッセージを表示する手順（ｃ）と、
    前記手順（ｂ）において前記データを配信可能であると判定された前記フォルダのうち、前記データを配信すべきフォルダに関するユーザの指示を取得する手順（ｄ）と、
    取得した前記指示に基づき、前記フォルダに前記データを配信する手順（ｅ）と、をコンピュータに実行させるためのプログラム。
12. 前記データ受信制限は、前記外部機器への接続制限、前記フォルダへのアクセス制限、及び前記フォルダのメタ情報に基づく制限のうち少なくとも１つを含むことを特徴とする請求項１１に記載のプログラム。
13. 前記手順（ｃ）において、前記フォルダのうち前記手順（ｂ）において前記データを配信不可であると判定されたものに関する情報が、他の情報と区別して表示されることを特徴とする請求項１１または１２に記載のプログラム。
14. 前記フォルダの少なくとも一部は、前記外部機器に実装された文書管理アプリケーションにより管理され、
    前記文書管理アプリケーションにより管理される前記フォルダに付加された前記データ受信制限は、前記文書管理アプリケーションにより規定されたものであることを特徴とする請求項１１〜１３のいずれか１つに記載のプログラム。
15. 前記データは、スキャナのスキャン動作により生成される画像データであり、
    前記ステップ（ｃ）は、前記スキャナの前記スキャン動作に先立ち実行可能であることを特徴とする請求項１１〜１４のいずれか１つに記載のプログラム。
16. 請求項１１〜１５のいずれか１つに記載のプログラムを記録する記録媒体。

Images