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

Abstract

【課題】文書管理アプリケーション等によりデータ受信制限が設定されているフォルダへのデータ配信可否、及びデータ配信が不可能であるときの原因を当該フォルダへのデータ配信に先立ち表示可能なデータ配信装置を提供する。
【解決手段】データを配信すべき配信対象フォルダが設けられた外部機器に接続し配信対象フォルダに設定されたデータ受信制限に関する情報を取得する（Ｓ１１０）情報取得部、取得した情報に基づきデータ受信制限がクリアされるか否かを確認することによりデータ配信可否を判定する（Ｓ１１２）判定部、データ配信可否の判定結果に加えてデータ受信制限がクリアされない場合には当該データ受信制限に対応するエラー／警告メッセージを表示する（Ｓ１１３）表示部を有するデータ配信装置。
【選択図】図８

Description

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

近年、多くのオフィス等にはネットワークに接続されたスキャナが備えられており、ユーザはスキャナにより生成した画像データをネットワーク経由でファイルサーバ等の外部機器に配信することができる。

しかし、データ配信先のファイルサーバに文書管理アプリケーションが実装されている場合、配信されたデータを受信するためのフォルダには様々なデータ受信制限（例えば、受信可能なデータ形式やデータサイズによる制限）が設定されている。

そのため、折角スキャナにより生成した画像データの配信を指示してもこれらのデータ受信制限がクリアされない限り配信エラーが生じてしまうことになるが、通常ユーザはエラーの原因を知ることができないのでそれを解消するのに大変な手間がかかる。

これに関連して、以下の特許文献１には、ＭＦＰからパーソナルコンピュータ（ＰＣ）へ画像データを送信するデータ送信システムにおいて、ＰＣにインストールされたソフトウェアにより表示可能なデータ形式を予め特定しておき、データ送信設定時にその特定したデータ形式のみを選択可能にする方法が提案されている。

また、以下の特許文献２には、デジタル複合機から複数のＰＣに画像データを送信可能なデータ送信システムにおいて、複数のＰＣのうち共有フォルダが設定されているＰＣを予め特定しておき、データ送信設定時にその特定したＰＣのみを送信先として選択可能にする方法が提案されている。

また、以下の特許文献３には、ＭＦＰから複数のＰＣに画像データを送信可能なデータ送信システムにおいて、複数のＰＣのオン／オフ状態を管理テーブルにより一元管理しておき、電源がオン状態のＰＣとオフ状態のＰＣとを区別して表示する方法が提案されている。

しかし、一般に文書管理アプリケーションにより設定されるデータ受信制限の種類は多岐に渡るため、特許文献１〜３に提案された方法を採用したとしても、当該データ受信制限がクリアされないことにより配信エラーが生じた場合ユーザは依然としてその原因を知ることができない。
特開２００３−１７７９９７号公報 特開２００４−２８０６０７号公報 特開２００４−３４８３３７号公報

本発明は上記従来技術の有する問題点に鑑みてなされたものであり、本発明の目的は、文書管理アプリケーション等によりデータ受信制限が設定されているフォルダへのデータ配信可否、及びデータ配信が不可能であるときの原因を当該フォルダへのデータ配信に先立ち表示可能なデータ配信装置、データ配信方法、及びデータ配信プログラムを提供することである。

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

（１）外部機器に設けられた一以上のフォルダにデータを配信可能なデータ配信装置であって、前記データを配信すべき配信対象フォルダを特定するフォルダ特定部と、前記配信対象フォルダが設けられた前記外部機器に接続し、前記配信対象フォルダに設定されたデータ受信制限に関する情報を取得する情報取得部と、前記取得部が取得した情報に基づき、前記配信対象フォルダへの前記データの配信時に前記データ受信制限がクリアされるか否かを判定する判定部と、前記データ受信制限がクリアされないと判定された場合に当該配信対象フォルダのデータ受信制限がクリアされない旨を表示する表示部と、を有するデータ配信装置。

（２）前記データ受信制限は、前記データの形式による制限、前記データのサイズによる制限、前記配信対象フォルダ内のデータに対するバージョン管理のためのチェックアウトが実行中であるか否かによる制限、及び前記配信対象フォルダへのデータ配信時に要求される承認の有無による制限のうちの少なくとも１つを含むことを特徴とする上記（１）に記載のデータ配信装置。

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

（４）外部機器に設けられた一以上のフォルダにデータを配信可能なデータ配信装置において、前記フォルダに関する情報を表示するための方法であって、前記データを配信すべき配信対象フォルダを特定するステップ（ａ）と、前記配信対象フォルダが設けられた前記外部機器に接続し、前記配信対象フォルダに設定されたデータ受信制限に関する情報を取得するステップ（ｂ）と、前記ステップ（ｂ）で取得した情報に基づき、前記配信対象フォルダへの前記データの配信時に前記データ受信制限がクリアされるか否かを判定するステップ（ｃ）と、前記ステップ（ｃ）で前記データ受信制限がクリアされないと判定された場合に当該配信対象フォルダのデータ受信制限がクリアされない旨を表示するステップ（ｄ）と、を含むことを特徴とする方法。

（５）前記データ受信制限は、前記データの形式による制限、前記データのサイズによる制限、前記配信対象フォルダ内のデータに対するバージョン管理のためのチェックアウトが実行中であるか否かによる制限、及び前記配信対象フォルダへのデータ配信時に要求される承認の有無による制限のうちの少なくとも１つを含むことを特徴とする上記（４）に記載の方法。

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

（７）外部機器に設けられた一以上のフォルダにデータを配信可能なデータ配信装置に、前記データを配信すべき配信対象フォルダを特定する手順（ａ）と、前記配信対象フォルダが設けられた前記外部機器に接続し、前記配信対象フォルダに設定されたデータ受信制限に関する情報を取得する手順（ｂ）と、前記手順（ｂ）で取得した情報に基づき、前記配信対象フォルダへの前記データの配信時に前記データ受信制限がクリアされるか否かを判定する手順（ｃ）と、前記手順（ｃ）で前記データ受信制限がクリアされないと判定された場合に当該配信対象フォルダのデータ受信制限がクリアされない旨を表示する手順（ｄ）と、を実行させるためのプログラム。

（８）前記データ受信制限は、前記データの形式による制限、前記データのサイズによる制限、前記配信対象フォルダ内のデータに対するバージョン管理のためのチェックアウトが実行中であるか否かによる制限、及び前記配信対象フォルダへのデータ配信時に要求される承認の有無による制限のうちの少なくとも１つを含むことを特徴とする上記（７）に記載のプログラム。

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

（１０）上記（７）〜（９）のいずれか１つに記載のプログラムを記録するコンピュータ読み取り可能な記憶媒体。

（１１）一以上のファイルサーバに設けられた一以上のフォルダにデータ配信装置からデータを配信するためのデータ配信システムであって、前記データ配信装置は、前記フォルダのうち前記データを配信すべき配信対象フォルダを特定するフォルダ特定部と、前記配信対象フォルダが設けられた前記ファイルサーバに対して、前記配信対象フォルダに設定されたデータ受信制限に関するデータ受信制限情報を要求し、前記ファイルサーバから送信された前記データ受信制限情報を受信する情報取得部と、受信した前記データ受信制限情報に基づき前記データの配信時に前記データ受信制限がクリアされるか否かを判定する判定部と、前記データ受信制限がクリアされないと判定された場合に当該配信対象フォルダのデータ受信制限がクリアされない旨を表示する表示部と、を有し、前記ファイルサーバの各々は、当該ファイルサーバに設けられたフォルダの各々に対応するデータ受信制限情報を記憶する記憶部と、前記情報取得部の要求に応じて、前記記憶部が記憶する前記データ受信制限情報を読み出し前記データ配信装置に送信する制限情報送信部と、を有することを特徴とするデータ配信システム。

（１２）前記データ受信制限は、前記データの形式による制限、前記データのサイズによる制限、前記配信対象フォルダ内のデータに対するバージョン管理のためのチェックアウトが実行中であるか否かによる制限、及び前記配信対象フォルダへのデータ配信時に要求される承認の有無による制限のうちの少なくとも１つを含むことを特徴とする上記（１１）に記載のデータ配信システム。

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

（１４）データ配信装置から配信されたデータを受信するための一以上のフォルダが設けられたファイルサーバであって、前記フォルダの各々に設定されたデータ受信制限に関するデータ受信制限情報を記憶する記憶部と、前記データ配信装置からの要求に応じて、前記データ配信装置により前記データの配信先として特定された配信対象フォルダに対応する前記データ受信制限情報を前記記憶部から読み出し前記データ配信装置に送信する制限情報送信部と、を有することを特徴とするファイルサーバ。

（１５）前記データ受信制限は、前記データの形式による制限、前記データのサイズによる制限、前記配信対象フォルダ内のデータに対するバージョン管理のためのチェックアウトが実行中であるか否かによる制限、及び前記配信対象フォルダへのデータ配信時に要求される承認の有無による制限のうちの少なくとも１つを含むことを特徴とする上記（１５）に記載のファイルサーバ。

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

本発明によれば、データ配信先のフォルダに文書管理アプリケーション等による各種データ受信制限が設定されている場合において、データ配信時に当該データ受信制限がクリアされるかどうかを事前に確認し、クリアされない場合にはその旨を表示することが可能となる。その結果、ユーザは、選択したフォルダへのデータ配信可否に加え、配信不可である場合にはその原因をデータ配信前に知ることができる。つまり、画像データ等をファイルサーバに配信したものの、配信先フォルダに設定されたデータ受信制限により当該データが許容されず、データ配信エラーが発生するという問題を回避することができる。

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

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

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

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

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

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

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

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

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

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

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

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

ここで、プログラム記憶領域２２１には、ＭＦＰ１のスキャン動作に関する各種設定を行うとともに、ＭＦＰ１を遠隔操作してスキャン動作を実行させるためのスキャナドライバ２２１１、スキャナドライバ２２１１と連動してスキャン動作の設定等に関する各種ＵＩ画面を表示部２３に表示させるための表示プログラム２２１２、ＭＦＰ１やファイルサーバ３等と通信し各種データの送受信を行うための通信プログラム２２１３、ＭＦＰ１から受信した画像データの編集等を行うための画像編集プログラム２２１４、ＰＣ２へのログイン認証の管理等を行うための認証管理プログラム２２１５、及びスキャン動作により生成された画像データ（以下「スキャン画像データ」ともいう）の配信先として登録されたフォルダ（以下「配信先フォルダ」ともいう）の管理等を行うための配信先管理プログラム２２１６等が記憶されている。

また、データ記憶領域２２２には、ＭＦＰ１から受信したスキャン画像データを記憶する画像データ記憶領域２２２１、個々の配信先フォルダに関する情報を記憶する配信先データ記憶領域２２２２、及びＰＣ２の登録ユーザのログイン認証情報を記憶する認証データ記憶領域２２２３等が設けられている。

表示部２３は、ＣＲＴディスプレイ又は液晶ディスプレイ等であり、ユーザに対して各種情報を表示する。特に、表示部２３は、ＭＦＰ１によるスキャン実行時に、ＵＩ画面ｕ１〜ｕ３、及びエラー／警告メッセージ画面ｍ１〜ｍ５等を表示する。これらについてはさらに後述する。

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

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

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

図６は、記憶部３２の構成を概念的に示すブロック図である。図６のように、記憶部３２は、各種プログラムが記憶されたプログラム記憶領域３２１と、ＰＣ２から配信されたスキャン画像データを含む各種データを記憶するためのデータ記憶領域３２２とを含む。

ここで、プログラム記憶領域３２１には、ＰＣ２等と通信し各種データの送受信を行うための通信プログラム３２１１、ＰＣ２から配信されたスキャン画像データ等を管理するためのデータ管理プログラム３２１２、及び後述の配信先データベースＤを管理するための配信先管理プログラム３２１３等が記憶されている。

また、データ記憶領域３２２には、ＰＣ２から配信されたスキャン画像データを記憶する画像データ記憶領域３２２１、及びファイルサーバ３に設けられた個々の配信先フォルダに対応する各種データを一括して格納・管理する配信先データベースＤ（後述）が記憶された配信先データ記憶領域３２２２等が含まれる。なお、画像データ記憶領域３２２には一以上の配信先フォルダが設けられており、ＰＣ２から配信されたスキャン画像データはこれらの配信先フォルダのうちＰＣ２側で特定された配信対象フォルダに保存されることになる。

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

また、本実施形態のファイルサーバ３は所謂文書管理アプリケーションを実装することができ、その場合、個々の配信先フォルダには文書管理アプリケーションにより規定された種々のデータ受信制限が付加されることになる。このようなデータ受信制限として、例えば、配信されるデータの形式による制限、配信されるデータのサイズによる制限、配信対象フォルダ内のデータに対するバージョン管理のためのチェックアウトが実行中であるか否かによる制限、及び配信対象フォルダへのデータ配信時に要求される承認の有無による制限等が挙げられる。

−配信先データベース（図７）
続いて、図７は、配信先データベースＤの構成の一例を示すＥＲ（Ｅｎｔｉｔｙ Ｒｅｌａｔｉｏｎｓｈｉｐ 実体関連）図である。前述の通り、配信先データベースＤは、ファイルサーバ３に設けられた個々の配信先フォルダに対応する各種データを一括して格納・管理するデータベースである。

図７のように、本例の配信先データベースＤは、フォルダごとに存在するフォルダ情報テーブルＴ１、並びに個々のフォルダ情報テーブルＴ１に対してそれぞれ１つ以上存在する文書情報テーブルＴ２、許可拡張子テーブルＴ３、及び拒否拡張子テーブルＴ４によって構成される。

ここで、フォルダ情報テーブルＴ１は、個々の配信先フォルダに関する基本的な情報を格納する。ドキュメント情報テーブルＴ２は、配信先フォルダに格納された個々のドキュメントに対応しており、当該ドキュメントに関する各種情報を格納する。許可拡張子テーブルＴ３は、配信先フォルダにおいて許容される拡張子の設定がなされている場合に、その許容される拡張子ごとに設けられる。同様に、拒否拡張子テーブルＴ４は、配信先フォルダにおいて拒否される拡張子の設定がなされている場合に、その拒否される拡張子ごとに設けられる。各テーブルのカラムについての説明は図７に示す通りであるが、本実施形態の配信先データベースＤは、特に、配信先フォルダに設定されたデータ受信制限に関する情報として、配信先フォルダで許容されるファイルサイズの上限値（フォルダ情報テーブルＴ１の「ＬｉｍｉｔＦｉｌｅＳｉｚｅ」）、配信先フォルダで許容／拒否される拡張子（許可拡張子テーブルＴ３／拒否拡張子テーブルＴ４の「ＦｉｌｅＳｕｆｆｉｘ」）、配信先フォルダ内のデータのバージョン管理のためのチェックアウト要否（フォルダ情報テーブルＴ１の「ＩｓＮｅｅｄＣｈｅｃｋＯｕｔ」）、及び配信先フォルダへのデータ配信時の承認要否（フォルダ情報テーブルＴ１の「ＩｓＮｅｅｄＡｐｐｒｏｖａｌ」）等の情報を格納している。これらの情報はＰＣ２により取得され、配信先フォルダへのデータ配信時に上記のデータ受信制限がクリアされるかどうかを確認するために用いられる。この点についてはさらに後述する。

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

先ず、ＰＣ２は、ＭＦＰ１により原稿画像のスキャンを実行しようとするユーザのログイン認証を行う（Ｓ１０１）。より具体的に、ＰＣ２は表示部２３にログイン認証用ＵＩ画面ｕ１を表示することでユーザのログイン情報（ユーザＩＤ及びパスワード）を取得し、それを認証データ記憶領域２２２３に記憶されたログイン認証情報と比較することでユーザのログイン認証を行う。

図９にログイン認証用ＵＩ画面ｕ１の一例を示す。図９のように、ログイン認証ＵＩ画面ｕ１は、ユーザＩＤ，パスワード入力用のテキスト入力欄ｅ１，ｅ２及びログイン実行ボタンｂ１等を備えている。テキスト入力欄ｅ１，ｅ２にログイン情報が入力された状態で実行ボタンｂ１が押下されると、ＰＣ２により当該ログイン情報が取得されることになる。

続いて、ＰＣ２は、表示部２３にスキャン設定用ＵＩ画面ｕ２を表示し、ＭＦＰ１のスキャン設定内容を取得する（Ｓ１０２）。図１０にスキャン設定用ＵＩ画面ｕ２の一例を示す。図１０のように、スキャン設定用ＵＩ画面ｕ２は、ＭＦＰ１のスキャン動作により生成されるスキャン画像データのファイル名を指定するためのテキスト入力欄ｅ３、スキャン画像データのカラー種別（例えば、「フルカラー」又は「グレイスケール」）を選択するためのラジオボタンｒ１、スキャン画像データの出力ファイル形式を選択するためのラジオボタンｒ２、スキャン動作時の解像度を選択するためのラジオボタンｒ３、及びＵＩ画面ｕ２上で設定した内容を確定するための確定ボタンｂ２等を備えている。テキスト入力欄ｅ３に適切なファイル名が入力され、ラジオボタンｒ１〜ｒ３に対する選択が行われた状態で確定ボタンｂ２が押下されると、ＰＣ２によりスキャン設定内容が取得されることになる。

続いて、ＰＣ２は、表示部２３に配信先選択用ＵＩ画面ｕ３を表示することにより、予め登録された配信先フォルダのうち実際にスキャン画像データを配信すべきフォルダ（以下、「配信対象フォルダ」ともいう）を特定する（Ｓ１０３）。

図１１に配信先選択用ＵＩ画面ｕ３の一例を示す。図１１のように、配信先選択用ＵＩ画面ｕ３は、予め登録された配信先フォルダの各々に対応するアイコンＩ、配信対象フォルダへのパスを直接入力するためのテキスト入力欄ｅ４、及びＵＩ画面ｕ３上で設定した内容を確定するための確定ボタンｂ３等を備えている。アイコンＩが押下されて反転表示させられるか又はテキスト入力欄ｅ４に直接パスが入力された状態で確定ボタンｂ３が押下されると、ＰＣ２により配信対象フォルダが特定されることになる。

続いて、ＰＣ２は、Ｓ１０３において特定した配信対象フォルダが設けられたファイルサーバ３への接続を試みる（Ｓ１０４）。ここで、ファイルサーバ３への接続に失敗した場合（Ｓ１０５のＮＯ）、その旨を表示するエラーメッセージ画面（不図示）を表示部２３に表示してから（Ｓ１０６）、スキャン画像データの生成及びその配信を実行することなく処理を終了する（エンド）。

他方、ファイルサーバ３への接続に成功した場合（Ｓ１０５のＹＥＳ）、ＰＣ２は、接続中のファイルサーバ３から必要な情報を取得した後、配信対象フォルダに設定されたデータ受信制限が当該フォルダへのスキャン画像データの配信時にクリアされるか否かの確認処理を行う（Ｓ１０７）。ここでの確認処理はスキャン画像データの生成前に先立って行われるものであるため、スキャン画像データの生成後に行われるＳ１１０〜Ｓ１１４の確認処理と対比してこれを「事前確認」処理と称する。

なお、この事前確認処理において確認対象となるデータ受信制限の種類はユーザが任意に選択可能であるが、本例では、確認対象となるデータ受信制限が、スキャン画像データのデータ形式による制限である場合（図１２）、スキャン画像データのデータサイズによる制限である場合（図１３）、配信対象フォルダ内のデータに対するバージョン管理のためのチェックアウト状況による制限である場合（図１４）、及び配信対象フォルダへのデータ配信時の承認要否による制限である場合（図１５）についてフローチャートを用いて説明する。なお、ここで挙げたもの以外のデータ受信制限を確認対象とすることも可能であるし、ここで挙げたデータ受信制限の全てを確認対象とすることも勿論可能である。後者の場合、図１２〜１５のフローチャートに示された処理が連続的に実行されることになる。

・データ形式の事前確認処理（図１２）
続いて、上述の事前確認処理（Ｓ１０７）としてのデータ形式確認処理の手順について図１２のフローチャートを参照して説明する。

図１２において、ＰＣ２は、先ず、接続中のホストから配信対象フォルダ側で拒否されるデータ形式に関する情報を取得する（Ｓ２０１）。より具体的には、記憶部３２に記憶された配信先データベースＤの拒否拡張子テーブルＴ４から「ＦｉｌｅＳｕｆｆｉｘ」の値を取得する。

続いて、ＰＣ２は、Ｓ１０２で取得したデータ形式に関する設定内容とＳ２０１で取得した取得した情報とを比較することにより、配信対象フォルダに設定されたデータ形式による制限がクリアされるか否かを判定する（Ｓ２０２）。

ここで、データ形式による制限がクリアされる場合（Ｓ２０２のＹＥＳ）、つまり、Ｓ１０２で取得したデータ形式に対応する拡張子が、Ｓ２０１で取得した「ＦｉｌｅＳｕｆｆｉｘ」に含まれていない場合、ＰＣ２は、後述のエラーメッセージｍ１を表示することなく図８のフローチャートに戻る（リターン）。他方、データ形式による制限がクリアされない場合（Ｓ２０２のＮＯ）、つまり、Ｓ１０２で取得したデータ形式に対応する拡張子が、Ｓ２０１で取得した「ＦｉｌｅＳｕｆｆｉｘ」に含まれている場合、ＰＣ２は、スキャン画像データのデータ形式に関する設定が不備である旨を表示するためのエラーメッセージｍ１を表示部２３に表示してから（Ｓ２０３）処理を終了する（図８のエンド）。

図１６は、Ｓ２０３で表示されるエラーメッセージｍ１の一例を示す図である。なお、本例とは異なり、エラーメッセージｍ１がスキャン設定変更用ボタン及び配信先変更用ボタンを備えており、これらが押下されたときにＰＣ２がそれぞれＳ１０２及びＳ１０２の手順に戻るような構成も可能である。

・データサイズの事前確認処理（図１３）
続いて、上述の事前確認処理（Ｓ１０７）としてのデータサイズ確認処理の手順について図１３のフローチャートを参照して説明する。

図１３において、ＰＣ２は、先ず、接続中のホストから配信対象フォルダで許容されるデータサイズの上限値に関する情報を取得する（Ｓ３０１）。より具体的には、記憶部３２に記憶された配信先データベースＤのフォルダ情報テーブルＴ１から「ＬｉｍｉｔＦｉｌｅＳｉｚｅ」の値（以下「Ｓ１」とする）を取得する。

続いて、ＰＣ２は、Ｓ１０２で取得したスキャン画像データの設定内容に関する情報（より具体的には、スキャン画像データのカラー種別、ファイル形式、及びスキャン解像度に関する情報）に基づき、スキャン画像データの予想サイズ（Ｓ２）を算出する（Ｓ３０２）。そして、ＰＣ２は、上記のＳ１とＳ２を比較し（Ｓ３０３）、Ｓ１≧Ｓ２である場合（Ｓ３０３のＮＯ）、つまり、スキャン画像データの予想サイズ（Ｓ２）が、配信対象フォルダ側で許容されるデータサイズの上限値以下である場合、ＰＣ２は、後述の警告メッセージｍ２を表示することなく図８のフローチャートに戻る。

他方、Ｓ１＜Ｓ２である場合（Ｓ３０３のＹＥＳ）、つまり、スキャン設定に基づくスキャン画像データの予想サイズ（Ｓ２）が、配信対象フォルダ側で許容されるデータサイズの上限値を越える場合、ＰＣ２は、スキャン画像データのデータサイズが不備である旨を表示するための警告メッセージｍ２を表示部２３に表示する（Ｓ３０４）。

図１７は、Ｓ３０４で表示される警告メッセージｍ２の一例を示す図である。図１７のように、警告メッセージｍ２は、続行ボタンｂ４及び終了ボタンｂ５を有しており、ユーザは処理の続行又は終了のいずれかを選択することができる。なお、本例とは異なり、警告メッセージｍ２がスキャン設定変更用ボタン及び配信先変更用ボタンを備えており、これらが押下されたときにＰＣ２がそれぞれ前述のＳ１０２及びＳ１０３の手順に戻るような構成も可能である。

そして、警告メッセージｍ２表示後に処理続行の指示があった場合（Ｓ３０５のＹＥＳ）、つまり、警告メッセージｍ２上の続行ボタンｂ４が押下された場合、ＰＣ２は図８のフローチャートに戻る（リターン）。他方、処理終了の指示があった場合（Ｓ３０５のＮＯ）、つまり、警告メッセージｍ２上の終了ボタンｂ５が押下された場合、ＰＣ２はスキャン画像データの生成及び配信を実行することなく処理を終了する（図８のエンド）。

・チェックアウト状況の事前確認処理（図１４）
続いて、上述の事前確認処理（Ｓ１０７）としてのチェックアウト状況確認処理の手順について図１４のフローチャートを参照して説明する。

図１４において、ＰＣ２は、先ず、接続中のファイルサーバ３から配信対象フォルダ内の全ファイルの名称を取得し（より具体的には、配信先データベースＤ内の配信対象フォルダに対応する全ての文書情報テーブルＴ２から「ＤｏｃｕｍｅｎｔＮａｍｅ」の値を取得し）、Ｓ１０２で取得したスキャン画像データのファイル名が、配信対象フォルダ内に既に存在するファイルのファイル名と重複するかどうかを確認する（Ｓ４０１）。

ここで、ファイル名が重複しない場合（Ｓ４０１のＮＯ）、スキャン画像データと同じファイル名のファイルは配信対象フォルダ内に存在しないことになり、当該フォルダ内のデータがバージョン管理対象であるかどうかを考慮する必要はなくなるので、ＰＣ２は後述の警告メッセージｍ３を表示することなく図８のフローチャートに戻る（リターン）。他方、ファイル名が重複する場合（Ｓ４０１のＹＥＳ）、スキャン画像データと同じファイル名のファイルが既に配信対象フォルダ内に存在することになるので、ＰＣ２は、さらに、配信対象フォルダ内のデータがバージョン管理対象であるかどうかを確認する（Ｓ４０２）。なお、Ｓ４０２での確認は、配信先データベースＤのフォルダ情報テーブルＴ１から「ＩｓＮｅｅｄＣｈｅｃｋＯｕｔ」の値を取得することにより行う。

ここで、配信対象フォルダ内のデータがバージョン管理対象でない場合（Ｓ４０２のＮＯ）、つまり、接続中のファイルサーバから取得した「ＩｓＮｅｅｄＣｈｅｃｋＯｕｔ」の値が「Ｆａｌｓｅ」であった場合、ＰＣ２は、既存のファイル名との重複を避けるため、スキャン画像データを変更するよう促すと同時に新たなファイル名を取得するための警告メッセージ（不図示）を表示部２３に表示することにより、新たなファイル名を取得してから（Ｓ４０３）Ｓ４０１に戻る。

他方、配信対象フォルダ内のデータがバージョン管理対象である場合（Ｓ４０２のＹＥＳ）、つまり、接続中のファイルサーバから取得した「ＩｓＮｅｅｄＣｈｅｃｋＯｕｔ」の値が「Ｔｒｕｅ」であった場合、ＰＣ２は、配信対象フォルダ内に存在するスキャン画像データと同じファイル名のファイル（以下、「バージョン管理対象ファイル」ともいう）が現在チェックアウト中であるかどうかをさらに確認する（Ｓ４０４）。なお、Ｓ４０４の確認は、バージョン管理対象ファイルが現在ロック状態となっているかどうかを確認することにより行う。以上のように、ＰＣ２は、Ｓ４０１〜Ｓ４０４の手順に従って、配信対象フォルダ内のデータのチェックアウト状況に関する情報を、接続中のファイルサーバ３から取得する。

ここで、バージョン管理対象ファイルが現在チェックアウト中でない場合（Ｓ４０４のＮＯ）、つまり、当該ファイルがロック状態でない場合、これから生成されるスキャン画像データを用いてバージョン管理対象ファイルのバージョン更新を実行できるので、ＰＣ２は、後述の警告メッセージｍ３を表示することなく図８のフローチャートに戻る（リターン）。他方、バージョン管理対象ファイルが現在チェックアウト中である場合（Ｓ４０４のＹＥＳ）、つまり、同ファイルがロック状態である場合、ＰＣ２は配信対象フォルダ内のデータのチェックアウト状況が不備である旨を表示するための警告メッセージｍ３を表示部２３に表示する（Ｓ４０５）。

図１８は、Ｓ４０５で表示される警告メッセージｍ３の一例を示す図である。図１８のように、警告メッセージｍ３は、続行ボタンｂ６及び終了ボタンｂ７を有しており、ユーザは処理の続行又は終了のいずれかを選択することができる。なお、本例とは異なり、警告メッセージｍ３が配信先変更用ボタンを備えており、これが押下されたときにＰＣ２がＳ１０３の手順に戻るような構成も可能である。

そして、警告メッセージｍ３表示後に処理続行の指示があった場合（Ｓ４０６のＹＥＳ）、つまり、警告メッセージｍ３上の続行ボタンｂ６が押下された場合、ＰＣ２は図８のフローチャートに戻る（リターン）。他方、処理終了の指示があった場合（Ｓ４０６のＮＯ）、つまり、警告メッセージｍ３上の終了ボタンｂ７が押下された場合、ＰＣ２はスキャン画像データの生成及び配信を実行することなく処理を終了する（図８のエンド）。

・承認要否の事前確認処理（図１５）
続いて、上述の事前確認処理（Ｓ１０７）としての承認要否確認処理の手順について図１５のフローチャートを参照して説明する。

図１５において、ＰＣ２は、先ず、接続中のファイルサーバ３から配信対象フォルダへのデータ配信に承認が必須であるかどうかを示す情報を取得し（より具体的には、配信先データベースＤ内の配信対象フォルダに対応するフォルダ情報テーブルＴ１から「ＩｓＮｅｅｄＡｐｐｒｏｖａｌ」の値を取得し）、当該承認が必須であるかどうかを確認する（Ｓ５０１）。ここで、承認が必須でない場合（Ｓ５０１のＮＯ）、つまり、取得した「ＩｓＮｅｅｄＡｐｐｒｏｖａｌ」の値が「Ｆａｌｓｅ」であった場合、ＰＣ２は、後述のエラーメッセージｍ４を表示することなく図８のフローチャートに戻る（リターン）。他方、承認が必須とされている場合（Ｓ５０１のＹＥＳ）、つまり、取得した「ＩｓＮｅｅｄＡｐｐｒｏｖａｌ」の値が「Ｔｒｕｅ」であった場合、ＰＣ２は、スキャン画像データの配信時に承認が必須である旨を表示する警告メッセージｍ４を表示部２３に表示する（Ｓ５０２）。

図１９は、Ｓ５０２で表示される警告メッセージｍ４の一例を示す図である。図１９のように、警告メッセージｍ４は、続行ボタンｂ８及び終了ボタンｂ９を有しており、ユーザは処理の続行又は終了のいずれかを選択することができる。なお、本例とは異なり、警告メッセージｍ４が配信先変更用ボタンを備えており、これが押下されたときにＰＣ２がＳ１０３の手順に戻るような構成も可能である。

そして、警告メッセージｍ４表示後に処理続行の指示があった場合（Ｓ５０３のＹＥＳ）、つまり、警告メッセージｍ４上の続行ボタンｂ８が押下された場合、ＰＣ２は、処理図８のフローチャートに戻る（リターン）。他方、処理終了の指示があった場合（Ｓ４０６のＮＯ）、つまり、警告メッセージｍ３上の終了ボタンｂ７が押下された場合、ＰＣ２はスキャン画像データの生成及び配信を実行することなく処理を終了する（図８のエンド）。

・データ配信処理の続き（図８）
前述の事前確認処理（Ｓ１０７）を終了したら、ＰＣ２は、ユーザからスキャン実行の指示を取得する（Ｓ１０８）。より具体的に、ＰＣ２は、表示部２３にスキャン指示取得用のＵＩ画面（不図示）を表示することによりユーザからスキャン実行の指示を取得する。ユーザから指示を取得したＰＣ２は、スキャナドライバ２２１１によりＭＦＰ１を遠隔操作して画像読取部１４により原稿画像に対するスキャン動作を実行させる（Ｓ１０９）。ＰＣ２は、このようにして生成された後にＭＦＰ１から送信されたスキャン画像データを受信し、画像データ記憶領域２２２１に格納する（Ｓ１０９）。

続いて、ＰＣ２は、後述するＳ１１５でのスキャン画像データの配信に先立ち、配信対象フォルダで許容されるサイズ上限値による制限がクリアされるかどうかの最終確認を行うため、接続中のファイルサーバ３から配信対象フォルダで許容されるデータサイズの上限値に関する情報を取得する（Ｓ１１０）。より具体的に、ＰＣ２は、配信先データベースＤ内の配信対象フォルダに対応するフォルダ情報テーブルＴ１から「ＬｉｍｉｔＦｉｌｅＳｉｚｅ」の値を取得する。

そして、ＰＣ２は、Ｓ１０９において画像データ記憶領域２２２１に格納したスキャン画像データのファイルサイズを取得し（Ｓ１１１）、これをＳ１１０において取得した「ＬｉｍｉｔＦｉｌｅＳｉｚｅ」の値と比較することにより、サイズ上限値による制限がクリアされるかどうかをスキャン画像データの配信（後述のＳ１１５）に先立ち最終確認する（Ｓ１１２）。なお、図１３に示した事前確認処理でも同様の確認を行っているものの（Ｓ３０３参照）、この事前確認処理ではデータサイズ予想値を用いて確認を行うので必ずしも正確な確認結果を得られる保証はない。そのため、図１３のような事前確認処理に加えて、このような最終確認処理を行うことは有用であるといえる。

ここで、サイズ上限値による制限がクリアされる場合（Ｓ１１２のＹＥＳ）、つまり、Ｓ１１１で取得したスキャン画像データの実サイズが、Ｓ１１０で取得した「ＬｉｍｉｔＦｉｌｅＳｉｚｅ」の値以下である場合、ＰＣ２はさらにＳ１１４のチェックアウト状況の最終確認処理に進む。この最終確認処理についてはさらに後述する。他方サイズ制限がクリアされない場合（Ｓ１１２のＮＯ）、つまり、スキャン画像データの実データが「ＬｉｍｉｔＦｉｌｅＳｉｚｅ」の値を超える場合、配信対象フォルダへのスキャン画像データの配信は不可能ということになるので、ＰＣ２は、データサイズの不備によりスキャン画像データを配信できない旨を表示するエラーメッセージ（不図示）を表示部２３に表示してから（Ｓ１１３）、スキャン画像データの配信を実行することなく処理を終了する。

・チェックアウト状況の最終確認処理（図２１）
Ｓ１１４において、ＰＣ２は、配信対象フォルダ内のデータのチェックアウト状況による制限がクリアされるかどうかの最終確認を行う。このような最終確認処理の手順について図２１のフローチャートを参照して説明する。なお、図１４に示した事前確認処理でも同様の確認を行っているものの、チェックアウト状況は逐次変化していると考えられるため、図１４のような事前確認に加えて、このような最終確認を行うことは有用であるといえる。

先ず、ＰＣ２は、接続中のファイルサーバ３から取得した情報に基づき、配信対象フォルダがバージョン管理対象であるかどうかを判定する（Ｓ６０１）。より具体的に、ＰＣ２は、配信先データベースＤ内の配信対象フォルダに対応するフォルダ情報テーブルＴ１から「ＩｓＮｅｅｄＣｈｅｃｋＯｕｔ」の値を取得し、その値が「Ｔｒｕｅ」であるか「Ｆａｌｓｅ」であるかを判定する。

ここで、配信対象フォルダがバージョン管理対象でない場合（Ｓ６０１のＮＯ）、つまり、取得した「ＩｓＮｅｅｄＣｈｅｃｋＯｕｔ」の値が「Ｆａｌｓｅ」であった場合、チェックアウト状況による制限を考慮する必要はなくなるので、ＰＣ２は、後述の警告メッセージｍ５を表示することなく図８のフローチャートに戻り（リターン）、スキャン画像データを接続中のファイルサーバ３に配信してから（Ｓ１１５）、処理を終了する。

他方、配信対象フォルダがバージョン管理対象である場合（Ｓ６０１のＹＥＳ）、つまり、取得した「ＩｓＮｅｅｄＣｈｅｃｋＯｕｔ」の値が「Ｔｒｕｅ」であった場合、ＰＣ２は、さらに、Ｓ１０２で取得したスキャン画像データのファイル名が既に存在するファイルのファイル名と重複するかどうかを確認する（Ｓ６０２）。このときの確認方法は、前述のＳ４０１と同様である。ここで、ファイル名が重複しない場合（Ｓ６０２のＮＯ）、スキャン画像データと同じファイル名のファイルは存在しないことになるのでチェックアウト状況について考慮する必要はなくなる。そのため、ＰＣ２は、後述の警告メッセージｍ５を表示することなく図８のフローチャートに戻り（リターン）、スキャン画像データを接続中のファイルサーバ３に配信してから（Ｓ１１５）処理を終了する。

他方、ファイル名が重複する場合（Ｓ６０２のＹＥＳ）、配信対象フォルダ内にはスキャン画像データと同じファイル名のバージョン更新対象ファイルが存在することになるので、ＰＣ２は、バージョン更新対象ファイルが現在チェックアウト中であるかどうかをさらに確認する（Ｓ６０３）。このときの確認方法は前述のＳ４０４と同様である。以上のようにように、ＰＣ２は、Ｓ６０１〜Ｓ６０３の手順に従って、配信対象フォルダ内のデータのチェックアウト状況に関する情報を、接続中のファイルサーバ３から取得する。

ここで、バージョン管理対象ファイルが現在チェックアウト中でない場合（Ｓ６０３のＮＯ）、既に生成されたスキャン画像データを用いて当該ファイルのバージョン更新を実行できるので、ＰＣ２は、後述の警告メッセージｍ５を表示することなく図８のフローチャートに戻り（リターン）、接続中のファイルサーバ３にスキャン画像データを配信してから（Ｓ１１５）処理を終了する（エンド）。

なお、スキャン画像データを受信したファイルサーバ３側では、配信対象フォルダ内のバージョン管理対象ファイルが記憶部３２内のバージョン管理用レジストリにチェックアウトされる。そして、チェックアウトされたバージョン管理対象ファイルは、ＰＣ２から配信されたスキャン画像データにより更新された後に配信対象フォルダにチェックインされることになる。

また、上記のＳ６０３において、バージョン管理対象ファイルが現在チェックアウト中である場合（Ｓ６０３のＹＥＳ）、ＰＣ２は、現在バージョン管理のためのチェックアウトが実行中であるためスキャン画像データの配信ができない旨を表示する警告メッセージｍ５を表示部２３に表示する（Ｓ６０４）。

図２０は、Ｓ６０４で表示される警告メッセージｍ５の一例を示す図である。図２０のように、警告メッセージｍ５は、ファイル名変更ボタンｂ１０及びリトライボタンｂ１１を有しており、ユーザは、スキャン画像データのファイル名を変更することで当該データを新たなファイルとして配信対象フォルダに配信するか、又はバージョン管理対象ファイルが終了したかどうかを確認することを選択できる。

そして、警告メッセージｍ５表示後にリトライの指示があった場合（Ｓ６０５のＹＥＳ）、つまり、リトライボタンｂ１１が押された場合、ＰＣ２はＳ６０３に戻り、バージョン管理対象ファイルのチェックアウトが終了したかどうかを確認する。その時点でチェックアウトが終了していれば、ＰＣ２は、図８のフローチャートに戻り、ファイルサーバ３へのスキャン画像データの配信（Ｓ１１５）を実行することができる。

他方、リトライの指示がなかった場合（Ｓ６０５のＮＯ）、つまり、ファイル名変更ボタンｂ１０が押された場合、ＰＣ２は、ファイル名変更用ＵＩ画面（不図示）を表示し（Ｓ６０６）、変更されたファイル名を取得してから前述のＳ６０２に戻る。このとき、ファイル名が適切に変更されれば、スキャン画像データは、ファイルサーバ３に配信され、（バージョン管理対象ファイルの更新に用いられるのではなく）通常のファイルとして配信対象フォルダに保存されことになる。

以上のように、本実施形態の画像形成システムＡによれば、文書管理アプリケーション等により配信先フォルダに各種データ受信制限が設定されている場合において、データ配信時に当該データ受信制限がクリアされるかどうかを事前に確認し、クリアされない場合にはその旨を表示することが可能となる。その結果、ユーザは、選択したフォルダへのデータ配信可否に加え、配信不可である場合にはその原因を、データ配信の前に知ることができる。つまり、画像データ等をファイルサーバに配信したものの、配信先フォルダに設定されたデータ受信制限により当該データが許容されず、データ配信エラーが発生するという不都合を回避することができる。

なお、図８のフローチャートに示したデータ配信処理では、図９のような配信先選択用ＵＩ画面ｕ３を表示することにより配信対象フォルダを特定し（Ｓ１０３）、その特定した配信対象フォルダに対してのみ上述の事前確認処理を行うが（Ｓ１０７）、本実施形態は必ずしもこのような構成に限定されない。例えば、配信対象フォルダを特定する前に全ての配信先フォルダに対して事前確認処理を実行しておき、その後に、配信先フォルダの一覧とともに各々のデータ受信制限及び事前確認結果を示すＵＩ画面ｕ４を表示することで配信対象フォルダを特定するような構成も可能である。

図２２に、このような配信先選択用ＵＩ画面ｕ４の一例を示す。図２２のように、配信先選択用ＵＩ画面ｕ４は、登録された配信先フォルダの各々に対応する行、及び配信先フォルダに設定された個々のデータ受信制限等に対応する列からなる配信先リストを表示する。ここで、「フォルダ名／承認要否」、「拡張子制限」、「サイズ制限」、及び「チェックアウト状況」の列は、データ配信時の承認要否による制限、スキャン画像データのデータ形式による制限、スキャン画像データのデータサイズによる制限、及び配信対象フォルダ内のデータに対するチェックアウト状況による制限にそれぞれに対応しており、各データ受信制限の内容に加えて、各データ受信制限がクリアされない場合にはエラー／警告メッセージを表示する。そして、「配信可否」の列は、事前確認処理に基づく各配信先フォルダへのデータ配信可否を表示するが、具体的には、いずれかの列にエラーメッセージが表示されている場合は「配信ＮＧ」と、エラーメッセージは表示されていないが警告メッセージが表示されている場合は「エラーのおそれあり」と、エラーメッセージも警告メッセージも表示されていない場合は「配信ＯＫ」と表示する。また、配信先フォルダへのデータ配信が「配信ＯＫ」又は「エラーのおそれあり」である場合には、当該配信先フォルダを配信対象フォルダとして選択するためのチェックボックスＣを併せて表示する。また、ＵＩ画面ｕ４での設定内容を確定するために確定ボタンｂ１２が設けられている。このようなＵＩ画面ｕ４を用いれば、ユーザは配信対象フォルダとして選択すべき最適なフォルダを容易に特定できるので、ユーザにとっての利便性がさらに向上することになる。
＜第２の実施形態＞
続いて、本発明の第２の実施形態について、前述した第１の実施形態との相違点を中心に説明する。

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

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

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

記憶部１２ａは、予め各種プログラムをパラメータに格納しておくＲＯＭ、作業領域として一時的にプログラムやデータを記憶するＲＡＭ、各種プログラムやパラメータを格納し、又は画像読取部１２のスキャン動作により生成された画像データ等を一時的に保存するために使用されるハードディスク等からなる。図２４は、記憶部１２ａの構成を概念的に示すブロック図である。図２４のように、記憶部１２ａは、各種プログラムが記憶されたプログラム記憶領域１２１ａと、配信対象のスキャン画像データ等が記憶されたデータ記憶領域１２２ａとを含む。

ここで、プログラム記憶領域１２１ａには、ＭＦＰ１のスキャン動作に関する各種設定を行うとともに、画像読取部１４ａを操作してスキャン動作を実行させるためのスキャナドライバ１２１１ａ、スキャナドライバ１２１１ａと連動してスキャン動作の設定等に関する各種ＵＩ画面を操作部１３ａに表示させるための表示プログラム１２１２ａ、ファイルサーバ３と通信し各種データの送受信を行うための通信プログラム１２１３ａ、スキャン画像データの編集等を行うための画像編集プログラム１２１４ａ、ＭＦＰ１へのログイン認証の管理等を行うための認証管理プログラム１２１５ａ、及び配信先フォルダの管理を行うための配信先管理プログラム１２１６ａ等が記憶されている。

また、データ記憶領域１２２ａには、画像読取部１４ａのスキャン動作により生成したスキャン画像データを一時的に格納する画像データ記憶領域１２２１ａ、個々の配信先フォルダに関する情報を記憶する配信先データ記憶領域１２２２ａ、及びＭＦＰ１の登録ユーザのログイン認証情報を記憶する認証データ記憶領域１２２３ａ等が設けられている。

操作部１３ａは、各種情報を表示するとともにユーザから各種設定に関する指示を取得するためのタッチパネル１３１ａを備えている。特に、本実施形態のタッチパネル１３１ａは、図９〜１１のような各種ＵＩ画面、及び図１６〜２０のような各種エラー／警告メッセージ画面を表示する。

なお、本実施形態のファイルサーバ３ａは、第１の実施形態のファイルサーバ３と同様である。つまり、ファイルサーバ３ａの記憶部には、ファイルサーバ３ａに設けられた個々の配信先フォルダに対応する各種データを一括して格納・管理する配信先データベースＤａが記憶されている。

−フローチャート
本実施形態においてＭＦＰ１ａは、図８，図１２〜１５，図２１のフローチャートと同様の手順に従って、画像データ配信処理、並びにそれに伴う事前確認処理及び最終確認処理等を実行する。そのため、本実施形態においてＭＦＰ１ａが実行する処理についての説明は省略する。ただし、本実施形態において、ＵＩ画面ｕ１〜ｕ３、エラー／警告メッセージ画面ｍ１〜ｍ５は、ＭＦＰ１ａのタッチパネル１３１ａに表示され、ユーザは当該タッチパネル１３１ａを操作することで各種設定や選択を行うことになる。

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

なお、図８のフローチャートに示したデータ配信処理では、表示部２３ａに配信先選択用ＵＩ画面ｕ３を表示することにより配信対象フォルダを特定し（Ｓ１０３）、その特定した配信対象フォルダに対してのみ上述の事前確認処理を行うが（Ｓ１０７）、本実施形態は必ずしもこのような構成に限定されない。例えば、配信対象フォルダを特定する前に全ての配信先フォルダに対して事前確認処理を実行しておき、その後に、配信先フォルダの一覧とともに事前確認結果を示す配信先選択用ＵＩ画面ｕ５を表示することで配信対象フォルダを特定するような構成も可能である。

図２５に、このような配信先選択用ＵＩ画面ｕ５の一例を示す。図２５のように、配信先選択用ＵＩ画面ｕ５は、前述のＵＩ画面ｕ３と同様に配信先フォルダの各々に対応するアイコンＩａを表示するが、さらに、各々のアイコンＩａはいずれかのデータ受信制限がクリアされない場合にはその旨を表示するエラー／警告メッセージを内包する。そのため、ユーザは配信対象フォルダとして選択すべき最適なフォルダを容易に特定できるので、ユーザにとっての利便性がさらに向上する。

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

本発明の第１実施形態に係る画像形成システムの全体構成を示すブロック図である。 本発明の第１実施形態に係るＭＦＰの構成を示すブロック図である。 本発明の第１実施形態に係るＰＣの構成を示すブロック図である。 本発明の第１実施形態に係るＰＣの記憶部の構成を概念的に示すブロック図である。 本発明の第１実施形態に係るファイルサーバの構成を示すブロック図である。 本発明の第１実施形態に係るファイルサーバの記憶部の構成を概念的に示すブロック図である。 配信先データベースの構成について説明するための図である。 本発明の第１実施形態に係るデータ配信処理の手順を示すフローチャートである。 本発明の第１実施形態に係るログイン認証用ＵＩ画面の一例を示す図である。 本発明の第１実施形態に係るスキャン設定用ＵＩ画面の一例を示す図である。 本発明の第１実施形態に係るフォルダ選択用ＵＩ画面の一例を示す図である。 本発明の第１実施形態に係る事前確認処理の手順を示すフローチャートである。 本発明の第１実施形態に係る事前確認処理の手順を示すフローチャートである。 本発明の第１実施形態に係る事前確認処理の手順を示すフローチャートである。 本発明の第１実施形態に係る事前確認処理の手順を示すフローチャートである。 本発明の第１実施形態に係るエラーメッセージ画面の一例を示す図である。 本発明の第１実施形態に係る警告メッセージ画面の一例を示す図である。 本発明の第１実施形態に係る警告メッセージ画面の一例を示す図である。 本発明の第１実施形態に係る警告メッセージ画面の一例を示す図である。 本発明の第１実施形態に係るエラーメッセージ画面の一例を示す図である。 本発明の第１実施形態に係る最終確認処理の手順を示すフローチャートである。 本発明の第２実施形態に係る画像形成システムの全体構成を示すブロック図である。 本発明の第２実施形態に係るＭＦＰの記憶部の構成を概念的に示すブロック図である。 本発明の第１実施形態に係るフォルダ選択用ＵＩ画面の他の例を示す図である。 本発明の第２実施形態に係るフォルダ選択用ＵＩ画面の他の例を示す図である。

符号の説明

１ ＭＦＰ、
１１ 制御部、
１２ 記憶部、
１２ａ 記憶部、
１３ 操作部、
１３ａ 操作部、
１４ 画像読取部、
１５ 印刷部、
１６ 通信インタフェース、
１７ バス、
２ ＰＣ
２１ 制御部、
２２ 記憶部、
２３ 表示部、
２４ 入力部、
２５ 通信インタフェース、
２６ バス、
３ ファイルサーバ、
Ａ，Ａａ 画像形成システム、
Ｄ， 配信先データベース、
ｍ１ エラー／警告メッセージ画面、
ｍ２ エラー／警告メッセージ画面、
ｍ３ エラー／警告メッセージ画面、
ｍ４ エラー／警告メッセージ画面、
ｍ５ エラー／警告メッセージ画面、
Ｔ１ フォルダ情報テーブル、
Ｔ２ ドキュメント情報テーブル、
Ｔ３ 許可拡張子テーブル、
Ｔ４ 拒否拡張子テーブル、
ｕ１ ログイン認証用ＵＩ画面、
ｕ２ スキャン設定用ＵＩ画面、
ｕ３ 配信先選択用ＵＩ画面、
ｕ４ 配信先選択用ＵＩ画面、
ｕ５ 配信先選択用ＵＩ画面。

Claims (16)

1. 外部機器に設けられた一以上のフォルダにデータを配信可能なデータ配信装置であって、
   前記データを配信すべき配信対象フォルダを特定するフォルダ特定部と、
   前記配信対象フォルダが設けられた前記外部機器に接続し、前記配信対象フォルダに設定されたデータ受信制限に関する情報を取得する情報取得部と、
   前記取得部が取得した情報に基づき、前記配信対象フォルダへの前記データの配信時に前記データ受信制限がクリアされるか否かを判定する判定部と、
   前記データ受信制限がクリアされないと判定された場合に当該配信対象フォルダのデータ受信制限がクリアされない旨を表示する表示部と、を有するデータ配信装置。
2. 前記データ受信制限は、前記データの形式による制限、前記データのサイズによる制限、前記配信対象フォルダ内のデータに対するバージョン管理のためのチェックアウトが実行中であるか否かによる制限、及び前記配信対象フォルダへのデータ配信時に要求される承認の有無による制限のうちの少なくとも１つを含むことを特徴とする請求項１に記載のデータ配信装置。
3. 前記フォルダの少なくとも一部は、前記外部機器に実装された文書管理アプリケーションにより管理され、
   前記文書管理アプリケーションにより管理される前記フォルダに付加された前記データ受信制限は、前記文書管理アプリケーションにより規定されたものであることを特徴とする請求項１または２に記載のデータ配信装置。
4. 外部機器に設けられた一以上のフォルダにデータを配信可能なデータ配信装置において、前記フォルダに関する情報を表示するための方法であって、
   前記データを配信すべき配信対象フォルダを特定するステップ（ａ）と、
   前記配信対象フォルダが設けられた前記外部機器に接続し、前記配信対象フォルダに設定されたデータ受信制限に関する情報を取得するステップ（ｂ）と、
   前記ステップ（ｂ）で取得した情報に基づき、前記配信対象フォルダへの前記データの配信時に前記データ受信制限がクリアされるか否かを判定するステップ（ｃ）と、
   前記ステップ（ｃ）で前記データ受信制限がクリアされないと判定された場合に当該配信対象フォルダのデータ受信制限がクリアされない旨を表示するステップ（ｄ）と、を含むことを特徴とする方法。
5. 前記データ受信制限は、前記データの形式による制限、前記データのサイズによる制限、前記配信対象フォルダ内のデータに対するバージョン管理のためのチェックアウトが実行中であるか否かによる制限、及び前記配信対象フォルダへのデータ配信時に要求される承認の有無による制限のうちの少なくとも１つを含むことを特徴とする請求項４に記載の方法。
6. 前記フォルダの少なくとも一部は、前記外部機器に実装された文書管理アプリケーションにより管理され、
   前記文書管理アプリケーションにより管理される前記フォルダに付加された前記データ受信制限は、前記文書管理アプリケーションにより規定されたものであることを特徴とする請求項４または５に記載の方法。
7. 外部機器に設けられた一以上のフォルダにデータを配信可能なデータ配信装置に、
   前記データを配信すべき配信対象フォルダを特定する手順（ａ）と、
   前記配信対象フォルダが設けられた前記外部機器に接続し、前記配信対象フォルダに設定されたデータ受信制限に関する情報を取得する手順（ｂ）と、
   前記手順（ｂ）で取得した情報に基づき、前記配信対象フォルダへの前記データの配信時に前記データ受信制限がクリアされるか否かを判定する手順（ｃ）と、
   前記手順（ｃ）で前記データ受信制限がクリアされないと判定された場合に当該配信対象フォルダのデータ受信制限がクリアされない旨を表示する手順（ｄ）と、を実行させるためのプログラム。
8. 前記データ受信制限は、前記データの形式による制限、前記データのサイズによる制限、前記配信対象フォルダ内のデータに対するバージョン管理のためのチェックアウトが実行中であるか否かによる制限、及び前記配信対象フォルダへのデータ配信時に要求される承認の有無による制限のうちの少なくとも１つを含むことを特徴とする請求項７に記載のプログラム。
9. 前記フォルダの少なくとも一部は、前記外部機器に実装された文書管理アプリケーションにより管理され、
   前記文書管理アプリケーションにより管理される前記フォルダに付加された前記データ受信制限は、前記文書管理アプリケーションにより規定されたものであることを特徴とする請求項７または８に記載のプログラム。
10. 請求項７〜９のいずれか１つに記載のプログラムを記録するコンピュータ読み取り可能な記憶媒体。
11. 一以上のファイルサーバに設けられた一以上のフォルダにデータ配信装置からデータを配信するためのデータ配信システムであって、
    前記データ配信装置は、前記フォルダのうち前記データを配信すべき配信対象フォルダを特定するフォルダ特定部と、前記配信対象フォルダが設けられた前記ファイルサーバに対して、前記配信対象フォルダに設定されたデータ受信制限に関するデータ受信制限情報を要求し、前記ファイルサーバから送信された前記データ受信制限情報を受信する情報取得部と、受信した前記データ受信制限情報に基づき前記データの配信時に前記データ受信制限がクリアされるか否かを判定する判定部と、前記データ受信制限がクリアされないと判定された場合に当該配信対象フォルダのデータ受信制限がクリアされない旨を表示する表示部と、を有し、
    前記ファイルサーバの各々は、当該ファイルサーバに設けられたフォルダの各々に対応するデータ受信制限情報を記憶する記憶部と、前記情報取得部の要求に応じて、前記記憶部が記憶する前記データ受信制限情報を読み出し前記データ配信装置に送信する制限情報送信部と、を有することを特徴とするデータ配信システム。
12. 前記データ受信制限は、前記データの形式による制限、前記データのサイズによる制限、前記配信対象フォルダ内のデータに対するバージョン管理のためのチェックアウトが実行中であるか否かによる制限、及び前記配信対象フォルダへのデータ配信時に要求される承認の有無による制限のうちの少なくとも１つを含むことを特徴とする請求項１１に記載のデータ配信システム。
13. 前記フォルダの少なくとも一部は、前記外部機器に実装された文書管理アプリケーションにより管理され、
    前記文書管理アプリケーションにより管理される前記フォルダに付加された前記データ受信制限は、前記文書管理アプリケーションにより規定されたものであることを特徴とする請求項１１または１２に記載のデータ配信システム。
14. データ配信装置から配信されたデータを受信するための一以上のフォルダが設けられたファイルサーバであって、
    前記フォルダの各々に設定されたデータ受信制限に関するデータ受信制限情報を記憶する記憶部と、
    前記データ配信装置からの要求に応じて、前記データ配信装置により前記データの配信先として特定された配信対象フォルダに対応する前記データ受信制限情報を前記記憶部から読み出し前記データ配信装置に送信する制限情報送信部と、を有することを特徴とするファイルサーバ。
15. 前記データ受信制限は、前記データの形式による制限、前記データのサイズによる制限、前記配信対象フォルダ内のデータに対するバージョン管理のためのチェックアウトが実行中であるか否かによる制限、及び前記配信対象フォルダへのデータ配信時に要求される承認の有無による制限のうちの少なくとも１つを含むことを特徴とする請求項１４に記載のファイルサーバ。
16. 前記フォルダの少なくとも一部は、前記外部機器に実装された文書管理アプリケーションにより管理され、
    前記文書管理アプリケーションにより管理される前記フォルダに付加された前記データ受信制限は、前記文書管理アプリケーションにより規定されたものであることを特徴とする請求項１４または１５に記載のファイルサーバ。

Images