JP2012192578A - ファイル共有システム、ファイル共有方法およびプログラム - Google Patents

Abstract

【課題】ファイル共有システム、ファイル共有方法およびプログラムを提供すること。
【解決手段】画像形成装置は、ファイル共有のためにデフォルトで使用するファイル転送プロトコルを登録し、デフォルトで使用するファイル転送プロトコルが利用可能か否かを判断する。さらに画像形成装置は、ファイル転送を開始する前にデフォルト設定されたファイル転送プロトコルが利用可能か確認し、プロトコルが利用不可であった場合にプロトコルを切換えることによって現在使用可能なファイル転送プロトコルの中からユーザが設定した優先順位に対応して最適なファイル転送プロトコルを選択する。
【選択図】図１

Description

本発明は、ファイル共有技術に関し、より詳細には、ネットワークに接続された画像形成装置を含むファイル共有技術に関する。

現在、ネットワーク技術の普及に伴い、複数のネットワーク接続可能な画像形成装置といった機器がイーサネット（登録商標）などの通信基盤を使用してローカルエリア・ネットワーク（ＬＡＮ）で相互接続されるのが普通になっている。画像形成装置がネットワークに接続されている場合、画像形成装置がスキャンした画像を外部の共有フォルダに転送する技術は、既に知られている。従来画像形成装置が取得した画像をファイルとして転送するために利用されるプロトコルとしては、種々のものがあるが、代表的なプロトコルとしてＦＴＰ，ＳＭＢ，ＮｅｔＷａｒｅ（ＮＣＰ）などを挙げることができる。ファイルを転送する場合、利用者は、画像形成装置がデフォルト設定するプロトコルをそのまま使用するか、または希望に応じて任意のプロトコルを選択してファイル転送を実行できる。

しかし、従来の画像形成装置では、一度設定されたプロトコルが利用できなくなった場合でも設定が残り、利用者がプロトコルの設定を変更しない限り継続してファイル転送の機能を利用できなくなるという問題があった。特にプロトコルが何らかの事情である時から以後利用できなくなった場合は、ユーザが画像を転送したい場合にそのつどプロトコルを変更するのは、効率が悪く転送開始から終了まで、画像形成装置を占有する時間も長くなり、画像形成装置の利用性も低下する。

これまで画像形成装置によるファイル転送に関してプロトコルを切り替える技術が知られている。例えば、特開２００５−２６９４８７号公報（特許文献１）では、ユーザに転送プロトコルを意識させることなくデータ転送を行う目的で、利用可能なプロトコルを複数用意しておき、順番にプロトコルによる転送を試みて適切な応答があったプロトコルを用いてファイル転送を実行する技術が開示されている。また、特開２００５−１５１２５９号公報（特許文献２）には、ユーザに転送プロトコルを意識させることなく各種のオブジェクトを対象としたデータ転送を行う目的で、プロトコルの優先順位を判定し、転送するオブジェクトの種類によって転送に利用できるプロトコルを取得する技術が開示されている。

さらに特開２０００−３５９３０号公報（特許文献３）では、プロトコル設定のためにユーザを煩わすことなく、ネットワークを介して接続された装置間で自動的に適切なプロトコルを選択して通信を行うことができるマルチプロトコル環境のネットワークシステムを提供することを課題とし、使用可能なプロトコルＡ、Ｂ、Ｃ、・・、Ｃ、Ｄ、Ｅ、・・の各特性の優先順位を示すパラメータ情報を保持しており、通信の際、上位層の管理プロトコルＸにより相手装置からパラメータ情報を取得して自装置のパラメータ情報と比較し、自装置が使用可能なプロトコルと一致しかつ自装置における優先順位のより高いプロトコルを自動選択して通信を行うネットワークシステムが記載されている。

特許文献３に記載されたシステムは、相手側装置のプロトコルを判断することで自己の利用するプロトコルを決定するものであり、現在利用できるプロトコルを装置が判断するものではないし、自己の特定のプロトコルが現在使用できるか否かを判断してプロトコルを選択するものではない。

特許文献１および特許文献２に記載された技術でもプロトコルを選択してファイルの転送が可能となる。しかしながら、ファイルを転送する処理の度に毎回転送を試みてそのつどプロトコルを切り替えるのでは、ファイル転送の処理が非効率となることや、不要なプロトコルの試行を行うという無駄が発生するという問題は解消できていない。

本発明は、ファイル転送プロトコルを設定後、ファイル転送プロトコルが利用できなくなった場合でもプロトコルの設定を自動的に切り替えることにより、ユーザがファイル転送を指令した場合に毎回転送プロトコルのトライアンドエラーによる決定を行うことなく、利用可能なファイル転送の機能を継続して利用することを可能とするファイル共有システム、ファイル共有方法およびプログラムを提供することを目的とする。

本発明は、上記従来技術の問題を解決するために、画像形成装置が現在使用可能なファイル転送プロトコルを事前に設定する。この目的のため、画像形成装置は、画像形成装置がファイル共有のためにデフォルトで使用するファイル転送プロトコルを登録し、デフォルトで使用する前記ファイル転送プロトコルが利用可能か否かを判断する。また、画像形成装置は、複数の通信プロトコルから特定のプロトコルを選び出すための優先順位を設定しており、ファイル転送を開始する前にデフォルト設定されたファイル転送プロトコルが利用可能か確認してプロトコルが利用不可であった場合に優先順位を考慮してファイル転送のためのプロトコルを切換える。

本発明では、ファイル転送プロトコルが利用できるか否かの判断は、ユーザがファイル転送指令を行ったことに同期または非同期に実行される。さらに、画像形成装置は、前記ファイル転送プロトコルが利用可能か否かを判断するために、ファイル転送プロトコルが利用するポートのポートスキャンまたは使用可能なファイル転送プロトコルを使用して自機宛てにテストファイルを送付することができる。

さらに画像形成装置は、デフォルト設定された前記ファイル転送プロトコルを切換える場合、ユーザに対してファイル転送プロトコルの切換を行うか否かを問い合わせるユーザインタフェースを表示させることで、ユーザがファイルが何処に転送されたかを前もって判断させることができる。また、画像形成装置は、ファイル転送プロトコルの優先順位を決定するためのユーザインタフェースを表示させ、優先順位の決定の際にユーザの権限認証を実行することができる。

本発明のファイル共有システム１００の実施形態。 本実施形態の例えばＭＦＰ１０１の機能ブロック図。 本実施形態で、ファイル転送プロトコルの優先順位を登録する優先順位リスト３００の実施形態。 図３に示した優先順位リスト３００を形成するために管理者ユーザがアクセスする転送プロトコル優先順位設定画面４００の実施形態。 図４の画面を表示させるための管理者ユーザ認証処理のフローチャート。 本実施形態のファイル転送プロトコル最適化処理のフローチャート。 ＭＦＰ１０１が、利用できる優先度の最も高いファイル転送プロトコルを自動的に指定することを可能とする第２の実施形態の処理のフローチャート。 ファイル転送プロトコルを変更する場合に、ユーザに対して確認を求める第３の実施形態のフローチャート。 図８のステップＳ８０４でＭＦＰ１０１に表示させるプロトコル変更をユーザが確認するためのグラフィカル・ユーザ・インタフェースの実施形態。

以下、本発明を実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。図１は、本発明のファイル共有システム１００の実施形態を示す。ファイル共有システム１００は、ＬＡＮ１０７に複数のMFP(Multi-Function Peripheral)１０１、１０２が接続されていて、ＬＡＮ１０７に接続されたファイル共有サーバ１０３に対して例えばＭＦＰ１０１が取得した画像データをファイル共有サーバ１０３に転送し、ファイルの共有を可能としている。

ＭＦＰ１０２も同様に、スキャナやファクシミリなどとして受領した画像をファイル共有サーバ１０３に転送し、ファイルの共有を可能としている。ＭＦＰ１０１、１０２は、スキャナや外部との通信で取得した画像ファイルを、ＰＤＦ、ＴＩＦＦ、ＧＩＦ、ＪＰＥＧなどの適切なフォーマットに変換する画像処理機能を備え、ファイルが共有しやすいフォーマットとして、ファイル共有サーバ１０３にファイルを転送する。ファイルの転送に際しては、これまで知られたファイル共有方法でも使用することができ、例えばＦＴＰ（Ｓ）、ＨＴＴＰ（Ｓ）、ＳＭＢ、ＣＩＦＳ(Common Internet File System)またはＮｅｔＷａｒｅ（登録商標）（ＮＣＰ）などのプロトコルを使用して、ファイル共有を可能とする記憶領域にファイルを格納させることができる。

また、ＬＡＮ１０７には、複数のパーソナルコンピュータ（以下、単にＰＣとして参照する。）１０４、１０５が接続されていて、ＭＦＰ１０１、１０２をリモートスキャナ、リモートプリンタなどとして動作させ、ファイル共有を希望するファイルをファイル共有サーバ１０３に転送させている。さらにＬＡＮ１０７には、機器管理サーバ１０６も接続されていて、管理者などのアクセスによってＭＦＰ１０１、１０２、またはファイル共有サーバ１０３の設定または設定変更を可能としている。

ファイル共有サーバ１０３および機器管理サーバ１０６は、ワークステーションやサーバ専用機から構成でき、Ｐｅｎｔｉｕｍ（登録商標）、Ｐｅｎｔｉｕｍ（登録商標）互換チップなど、ＣＩＳＣアーキテクチャのマイクロプロセッサ、または、POWERPC（登録商標）などのＲＩＳＣアーキテクチャのマイクロプロセッサを、シングルコアまたはマルチコアの形態で実装することができる。また、各サーバは、Ｗｉｎｄｏｗｓ（登録商標）２００Ｘ、ＵＮＩＸ（登録商標）、LINUX（登録商標）などのオペレーティング・システムにより制御されていて、Ｃ、Ｃ++、Ｊａｖａ（登録商標）、ＰＥＲＬ、ＲＵＢＹ、ＰＹＴＨＯＮなどのプログラミング言語を使用して実装される、サーバ・プログラムを実行し、ＰＣ１０４、１０５から送付されるファイルの共有を可能とし、またＭＦＰ１０１、１０２の管理を可能としている。

ＰＣ１０４、１０５は、パーソナルコンピュータまたはワークステーションなどを使用して実装でき、例えばマイクロプロセッサ（ＭＰＵ）として、これまで知られたいかなるシングルコア・プロセッサまたはマルチコア・プロセッサを含み、ＲＡＭ、ＨＤＤ、ネットワークインタフェースなどを含むことができる。また、ＰＣ１０４、１０５は、Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）、Ｌｉｎｕｘ（登録商標）、Ｍａｃ ＯＳなど、これまで知られたいかなるオペレーティング・システムにより制御されてもよい。また、ＰＣ１０４、１０５は、各種サーバ（図示せず）にアクセスするため、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）、Ｍｏｚｉｌｌａ（登録商標）、Ｏｐｅｒａ（登録商標）、ＦｉｒｅＦｏｘ（登録商標）などのブラウザ・ソフトウェアを実装することができる。

なお、図１に示した実施形態では、例示する目的でＭＦＰ、ＰＣとも２台記載しているが、ファイル共有システム１００は、さらに多くのＰＣおよびＭＦＰまたはプリンタなどを含んで構成することができる。

図２は、本実施形態の例えばＭＦＰ１０１の機能ブロック図である。ＭＦＰ１０１は、タッチパネルといった操作パネルまたはディスプレイ装置と、入力キーなどを備えたユーザＩＦ２０２を備えている。ユーザＩ／Ｆ２０２は、ユーザ指令に応答して、画像形成装置に対してコピー、プリンタ、ファクシミリ、モノクロコピー、フルカラーコピーなどの機能をユーザに提供すると共に、ＬＡＮ１０７を介した外部機器との間の相互通信の機能をユーザに提供する。

さらに図２に示したＭＦＰ１０１は、上述した機能をユーザに提供するため、各種の機能を提供する機能的レイヤに複数のプログラムやハードウェアを含んで構成されている。例えば、アプリケーションレイヤ２０３は、プリンタ機能を提供するためのプリンタ・アプリケーションＰＡ、コピー機能を提供するコピー・アプリケーションＣＡ、ファクシミリ機能を提供するためのＦＡ、セキュリティ機能を提供するＳＡ、ネットワーク通信を可能とするＮＦＡ、などの複数の機能を提供するための各種アプリケーションを含む機能的レイヤとして参照することができる。

また、ＭＦＰ１０１は、さらに機能的レイヤとしてミドルウェアレイヤ２０５および汎用ＯＳレイヤ２０７とを含んでいる。ミドルウェアレイヤ２０５は、各種アプリケーションからの要求を受領して、汎用ＯＳレイヤ２０７のＯＳに対して割込に対応した機能を提供するようにハードウェア割込を生成し、各種のハードウェア装置を動作させ、ＭＦＰ１０１の機能を提供させている。ミドルウェアレイヤ２０５は、上述した機能を達成するため、エンジン制御システムＥＣＳ、メモリ制御システムＭＣＳ、オペレーション制御システムＯＣＳ、ファクシミリ制御システムＦＣＳ、ネットワーク制御システムＮＣＳ、サービス制御システムＳＣＳなどを含んで構成されている。

ミドルウェアレイヤ２０５は、汎用ＯＳレイヤ２０７と通信して各種機能のエンジンおよびデバイスの入出力管理やエンジンおよび各デバイスを制御してＭＦＰ１０１の機能を提供する。ミドルウェアレイヤ２０５とアプリケーションレイヤ２０３との間には、アプリケーションプログラムインタフェース（ＡＰＩ）レイヤ２０４が設けられていて、ミドルウェアレイヤ２０５とアプリケーションレイヤ２０３との間のデータ受け渡しを可能とさせている。

図２に示したＭＦＰ１０１は、さらにモノクロプリンタエンジン２０８、カラープリンタエンジン２０９、ネットワークインタフェースカード（ＮＩＣ）などのネットワーク・デバイス２１０、ＲＡＭ２０６を備え、その他にもＮＶＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、ハードディスクなどの各種記憶装置２１１を備えている。各デバイスは、それぞれ対応するデバイスＩ／Ｆ２１２を介して画像処理装置の入出力を可能としている。ネットワーク・デバイス２１０には、固有の物理アドレス（ＭＡＣアドレス）が付されていて、ＬＡＮ内においてアクセスリンク単位の同報通信を受信することができる。この他、図２に示したＭＦＰ１０１は、ＤＨＣＰサーバ(Dynamic Host Configuration Protocol Server)などによりＩＰアドレスが割当てられており、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ、ＮＥＴＢＥＵＩ、ＮＥＴＢＩＯＳなどのトランスポート層プロトコルを使用したトランザクション制御が可能とされている。

図２に示した機能ブロックのうち、ＮＦＡは、ネットワークアプリケーションとして、本実施形態のプロトコル切換処理を実行する機能が追加されている。ＮＦＡは、ＭＦＰ１０１がファイル共有のためにデフォルトで使用するファイル転送プロトコルを登録する優先順位リストを管理しており、当該デフォルトで使用するファイル転送プロトコルが利用可能であるか否かを判断する。また、ＮＦＡは、複数の通信プロトコルから特定のプロトコルを選び出すための優先順位を決定するために使用するグラフィカル・ユーザ・インタフェース（ＧＵＩ）を提供する手段および優先順位にしたがってファイル転送プロトコルを選択するための情報を登録する優先ランクテーブルとを含んで構成されている。

さらにＮＦＡは、ファイル転送を開始する前にデフォルト設定されたファイル転送プロトコルが利用可能か確認し、プロトコルが利用不可であった場合にプロトコルを切換える機能手段が追加されている。これらの機能手段は、ＭＦＰ１０１のアプリケーションプログラムとして実装され、各手段は、ＭＦＰ１０１のハードウェア資源をソフトウェアが利用してＭＦＰ１０１の機能手段として構成されている。

ＮＦＡは、さらに、ファイル転送指令を受領した後またはファイル転送指令とは非同期的にファイル転送のために登録されているプロトコルに関連するポート、例えばＦＴＰであれば、ポート番号＝２１、ＳＭＢであれば、ＮＥＴＢＩＯＳの利用するＴＣＰポート番号＝１３９、ＨＴＴＰであれば、ポート番号＝８０、その他、ＮｅｔＷａｒｅであれば、トランスポート層プロトコルのＩＰＸ／ＳＰＸなどを選択し、ポートスキャンなどを行って、当該ポートが利用可能か否かを判断するための機能手段を備えている。

また、ポートスキャンがプロトコルの利用可能性を提供しない可能性がある場合には、ＮＦＡは、プロトコルのアクティビティを検査するためのテストファイルなどを、プロトコルのアクティビティを検査するためにＭＦＰ１０１が適切な領域に確保するファイル共有領域に宛てて送付し、ファイル転送の実効的な有効性をモニタすることにより、ファイル転送プロトコルのアクティビティを検査することもできる。

図３は、本実施形態で、ファイル転送プロトコルの優先順位を登録する優先順位リスト３００の実施形態を示す。ファイル転送プロトコルは、図３に示した実施形態では、ＦＴＰ、ＨＴＴＰ、ＳＭＢ、ＮＣＳ、ＣＩＦＳなどを例示的に示しているが、これらの他にも例えば、ファクシミリなどの通信プロトコルも含ませることができる。図３に示したプロトコルについては、例示的にＮＣＳの優先順位が最も高く、順次ＮＣＳ、ＦＴＰ、ＨＴＴＰ、ＳＭＢ、ＣＩＦＳの順に低い優先順位が付されている。この他、本実施形態では、ＢｏｎｊｏｕｒやＡｐｐｌｅＴａｌｋなどのプロトコルスタックもプロトコル切換処理の候補とすることができる。

これらの優先順位は、ファイル転送に使用するネットワーク基盤の質に対応してＭＦＰなどの管理者ユーザが適宜設定することができる。また、図３に示した実施形態では、ファイル送信プロトコルのＮＣＳが、例えばＦＴＰアプリケーションプログラムがアンインストールされたなどの理由で使用できなくなっており、そのアクティビティフラグ＝０（フラグ未設定：使用不能を意味する。）とされている。また、図３の実施形態では、その他のファイル転送プロトコルは、正常に機能している、アクティビティフラグ＝１が設定されている。

図４は、図３に示した優先順位リスト３００を形成するために管理者ユーザがアクセスする転送プロトコル優先順位設定画面４００の実施形態である。転送プロトコル優先順位設定画面４００は、ウィンドウ４０１内に、優先順位を決定するための属性をリスト表示するリストウィンドウ４０２と、優先する属性を高い順に並べた優先属性ウィンドウ４０３とを含んで形成されている。例えば、管理者ユーザが、通信速度を優先させることを希望する場合、リストウィンドウ４０２において例えば通信速度を選択すると、背景フィールドの表示色が変わり、選択されたことが示される。その後、管理者ユーザが、「追加」ボタンをクリックすると、優先属性ウィンドウ４０３の属性「通信速度」が追加され、その順位が最上位に配置される。

また、優先属性を削除する場合には、優先属性ウィンドウ４０３で削除したい属性を選択し、「削除」ボタンをクリックすることにより、優先するべき属性を削除することができる。なお、優先属性から優先順位を生成する際には、図４の優先ランクテーブル４１０からＮＣＳ、ＦＴＰ、ＨＴＴＰ、ＳＭＢ、ＣＩＦＳなどについて割り当てられた属性スコアのうち、優先度の最も高い属性についてのスコアが最も大きなプロトコルであって、アクティビティフラグが設定されているプロトコルを自動的に決定する。このため、管理者ユーザが設定した条件に最も近い優先属性のファイル転送プロトコルが自動的に決定できる。決定に際して同一ランクのものがある場合、さらに下位に設定された優先属性のランクを使用し、算術平均などの統計手法を利用してそのスコアの最も高いものを選択することができる。

図４に示した転送プロトコル優先順位設定画面４００において管理者ユーザが優先順位を設定し終わると、「終了」ボタン４０６をクリックすることで、設定が登録される。また、優先順位を設定し直す場合や変更結果を廃棄したい場合「戻る」ボタン４０７をクリックする。

図５は、図４の画面を表示させるための管理者ユーザ認証処理のフローチャートを示す。図５の処理は、ステップＳ５００から開始し、ステップＳ５０１で、ユーザからのプロトコル優先度変更画面を表示させる指令を受領すると、ＭＦＰ１０１は、ステップＳ５０２でユーザが管理者ユーザの権限を有しているか否かを認証するためのユーザ識別値の入力を要求する画面表示を表示させ、ユーザ識別値を取得し、ステップＳ５０３で、優先順位設定権限があるか否かを、例えばユーザＩＤおよびパスワードなどを照合して判断する。ステップＳ５０３の認証に失敗した場合（ｎｏ）、処理をステップＳ５０２に戻し、再度入力を要求し、設定回数以上にわたってステップＳ５０２の処理を繰り返した場合、図５の処理を終了させる。

一方、ステップＳ５０３の処理で認証に成功すると（ｙｅｓ）、ステップＳ５０４で図４の画面を表示させ優先順位の変更を許可し、ステップＳ５０５で処理を終了させる。図５の処理によって、ファイル転送プロトコルの優先順位を管理者が設定したポリシーに基づいて指定することが可能となる。

図６は、本実施形態のファイル転送プロトコル最適化処理のフローチャートを示す。図６の処理は、ステップＳ６００から開始し、ステップＳ６０１で、ユーザからファイル転送指示を受領し、ステップＳ６０２で、ＭＦＰ１０１がプロトコル状態確認処理を実行する。プロトコル状態確認処理は、ＭＦＰ１０１に登録されているファイル転送プロトコルが使用するトランスポート層プロトコルに対応するポートをポートスキャンすることによってポートのレスポンスを検査するか、または実際にテストファイルを検査しようとするプロトコルを使用して自分に宛てて送付し、ファイル転送の成功・不成功を使用して検査することができる。

ステップＳ６０３では、デフォルト設定されているファイル転送プロトコルが利用可能であるか否かをステップＳ６０２のレスポンスを使用して判定し、例えば設定したＲＴＴ(Round Trip Time )を経過してもポートスキャンやファイル転送成功のリプライが得られなかった場合、デフォルト設定されているファイル転送プロトコルが利用できないものと判断する処理を使用することができる。ステップＳ６０３で、デフォルト設定のファイル転送プロトコルが利用可能であると判断された場合（ｙｅｓ）、処理をステップＳ６０６に分岐させ、デフォルト設定のファイル転送プロトコルを使用してファイル転送を開始する。

一方、ステップＳ６０３で、デフォルト設定のファイル転送プロトコルが使用できないと判断された場合（ｎｏ）、ステップＳ６０４でプロトコル優先順位の確認を行い、現在指定されている優先属性に適合するファイル転送プロトコルを決定し、ステップＳ６０５でプロトコル切換を実行する。なお、プロトコル切換処理は、アプリケーションレベルでは、ファイル転送のために呼び出すアプリケーションプログラムを、優先属性に応じて切換える処理で実行される。

ステップＳ６０６では、ステップＳ６０５で呼び出したファイル転送プログラムに転送するべきファイルを設定し、切換後のプロトコルによるファイル転送を実行し、ステップＳ６０７で処理を終了する。図６の処理によれば、デフォルト設定されたファイル転送プロトコルが利用できない場合であっても、設定された優先属性に次善的に適合するファイル転送プロトコルが利用でき、ファイル転送処理の品質をユーザに負担をかけずに確保することができる。

図７は、ＭＦＰ１０１が、ファイル転送指令と非同期にファイル転送プロトコルのアクティビティを検査し、利用できる優先度の最も高いファイル転送プロトコルを自動的に指定することを可能とする第２の実施形態の処理のフローチャートである。図７の処理は、図６に示した処理とは異なり、ステップＳ７０１でＭＦＰ１０１がファイル転送指示を受領するタイミングとは異なるタイミングでファイル転送プロトコルの検査を実行する実施形態である。図７の処理は、ステップＳ７０１を除き、図６の処理を同等であるが、図７の処理によれば、ユーザがファイル転送を行う指示を行ってからファイル転送までの期間が、プロトコルの変更を行う場合であってもプロトコルの変更を行わない場合とまったく異ならず、さらに効率的なファイル転送プロトコルの最適化が可能となる。

図８は、第３の実施形態のフローチャートであり、図８の処理は、ファイル転送プロトコルを変更する場合に、ユーザに対して確認を求める処理を含むものである。図８の実施形態は、具体的には、ファイル転送プロトコルによってファイルが転送される宛先が異なる場合に、ユーザに対してプロトコル変更を通知し、ユーザの混乱を避けることが可能となる。

図８の処理は、ステップＳ８００から開始し、ステップＳ８０１でプロトコル状態を検査して、現在利用可能なファイル転送プロトコルを決定する。ステップＳ８０２では、ユーザからのファイル転送指示を受領し、ステップＳ８０３で決定したファイル転送プロトコルが設定プロトコルと同一か否かを判断し、同一の場合（ｙｅｓ）処理をステップＳ８０７に分岐させてファイル転送を開始する。一方、設定プロトコルが利用できない場合（ｎｏ）には、ステップＳ８０４でユーザに対してファイル転送プロトコルを再設定する通知を表示し、ステップＳ８０５でプロトコル切換を認めるか否かの判断をユーザに選択させる。

ユーザがファイル転送プロトコルの切換を認める場合（ｙｅｓ）、ステップＳ８０６で異なるファイル転送プロトコルを有するアプリケーションプログラムを呼び出し、現在使用可能なファイル転送プロトコルを使用するアプリケーションプログラムにファイルを設定し、ステップＳ８０７でファイル転送を開始し、ファイル転送が完了した後、ステップＳ８０８で処理を終了する。また、ステップＳ８０５でユーザがファイル転送プロトコルの転送を拒否した場合（ｎｏ）、処理をステップＳ８０８に分岐させ、ファイル転送処理を実行することなく処理を終了させる。

図８に示す処理によれば、ファイル転送プロトコルで転送される先が異なるなどのためにユーザがファイル転送後に混乱する可能性を低減し、より効率的なファイル転送を可能とする。

図９は、図８のステップＳ８０４でＭＦＰ１０１に表示させるプロトコル変更をユーザが確認するためのＧＵＩ９００を示す。ＧＵＩ９００は、表示ウィンドウ９０１内にプロトコル変更を確認するための画面であることが示され、矩形枠９０２内に変更元と変更先のプロトコルとがユーザに示されていて、変更が良いかを問い合わせている。

ユーザは、ファイル転送プロトコルを変更することを許容する場合には「変更」ボタン９０３をクリックし、図８のステップＳ８０７の処理を開始させる。また、ファイル転送プロトコルの変更を希望せず、オフラインでのファイル転送や他のＭＦＰによるファイル転送を行うなどの判断をする場合、「終了」ボタン９０４をクリックして処理を終了する。

以上説明したように、本発明によれば、特定のファイル転送プロトコルが利用できない場合であっても、優先順位に可能な限り適合するファイル転送プロトコルを動的に選択し、効率的なファイル転送処理を可能とする、ファイル共有システム、ファイル共有方法およびプログラムが提供できる。

本実施形態の上記機能は、Ｃ＋＋、Ｊａｖａ（登録商標）、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ、Ｐｅｒｌ、Ｒｕｂｙ、ＰＹＴＨＯＮなどのオブジェクト指向プログラミング言語や手続き型のレガシープログラミング言語およびこれらの組み合わせで記述された装置実行可能なプログラムにより実現でき、プログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。

これまで本実施形態につき説明してきたが、本発明は、上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１００ ファイル共有システム
１０１ ＭＦＰ
１０２ ＭＦＰ
１０３ ファイル共有サーバ
１０４ パーソナルコンピュータ
１０５ パーソナルコンピュータ
１０６ 機器管理サーバ
１０７ ローカルエリア・ネットワーク（ＬＡＮ）
１３０ マッシュアップ・サーバ
１５０ ウェブ・サーバ
２０２ ユーザＩ／Ｆ
２０３ アプリケーションレイヤ
２０４ アプリケーションプログラムインタフェース（ＡＰＩ）レイヤ
２０５ ミドルウェアレイヤ
２０６ ＲＡＭ
２０７ 汎用ＯＳレイヤ
２０８ モノクロプリンタエンジン
２０９ カラープリンタエンジン
２１０ ネットワーク・デバイス
２１１ 記憶装置
２１２ デバイスＩ／Ｆ
３００ 優先順位リスト
４００ 転送プロトコル優先順位設定画面
４０１ ウィンドウ
４０２ リストウィンドウ
４０３ 優先属性ウィンドウ
４０６ ボタン
４０７ ボタン
４１０ 優先ランクテーブル

特開２００５−２６９４８７号公報 特開２００５−１５１２５９号公報 特開２０００−３５９３０号公報

Claims (9)

1. ネットワークに接続された画像形成装置を使用するファイル共有システムであって、前記画像形成装置は、
   前記画像形成装置がファイル共有のためにデフォルトで使用するファイル転送プロトコルを登録する手段と、
   前記デフォルトで使用する前記ファイル転送プロトコルが利用可能か否かを判断する手段と、
   複数の通信プロトコルから特定のプロトコルを選び出すための優先順位を設定するための手段と、
   ファイル転送を開始する前にデフォルト設定されたファイル転送プロトコルが利用可能か確認し、プロトコルが利用不可であった場合にプロトコルを切換える手段と
   を含む、ファイル共有システム。
2. 前記ファイル転送プロトコルが利用可能であるか否かを判断する手段は、前記画像形成装置に対してユーザがファイル転送指令を行ったことに同期または非同期に前記ファイル転送プロトコルが利用可能か否かを判断する、請求項１に記載のファイル共有システム。
3. 前記画像形成装置は、前記ファイル転送プロトコルが利用可能か否かを当該ファイル転送プロトコルが利用するポートのポートスキャンまたは使用可能なファイル転送プロトコルを使用して自機宛てにテストファイルを送付することによって前記ファイル転送プロトコルが利用可能か否かを判断する、請求項１または２に記載のファイル共有システム。
4. 前記画像形成装置は、デフォルト設定された前記ファイル転送プロトコルを切換える場合、ユーザに対してファイル転送プロトコルの切換を行うか否かを問い合わせるユーザインタフェースを表示させ、前記ユーザが設定切換を許容する場合にプロトコルを切り替える、請求項１〜３のいずれか１項に記載のファイル共有システム。
5. 前記画像形成装置は、前記ファイル転送プロトコルの優先順位を決定するためのユーザインタフェースを表示させ、前記優先順位の決定の際にユーザの権限認証を実行する、請求項１〜４のいずれか１項に記載のファイル共有システム。
6. ネットワークに接続された画像形成装置を使用するファイル共有方法であって、前記画像形成装置が実行する方法であって、前記画像形成装置が、
   ファイル共有のためにデフォルトで使用するファイル転送プロトコルを登録するステップと、
   前記デフォルトで使用する前記ファイル転送プロトコルが利用可能か否かを判断するステップと、
   ファイル転送を開始する前にデフォルト設定された前記ファイル転送プロトコルが利用可能か確認し、複数の通信プロトコルから特定のプロトコルを選び出すための優先順位を参照してファイル転送プロトコルを決定するステップと、
   決定された前記ファイル転送プロトコルを使用するアプリケーション手段を呼び出すステップと
   を実行する、ファイル共有方法。
7. 前記ファイル転送プロトコルが利用可能であるか否かを判断するステップは、前記画像形成装置に対してユーザがファイル転送指令を行ったことに同期または非同期に前記ファイル転送プロトコルが利用可能か否かを判断する、請求項６に記載のファイル共有方法。
8. 前記ファイル転送プロトコルが利用可能であるか否かを判断するステップは、当該ファイル転送プロトコルが利用するポートのポートスキャンまたは使用可能なファイル転送プロトコルを使用して自機宛てにテストファイルを送付することによって前記ファイル転送プロトコルが利用可能か否かを判断するステップを含む、請求項６または７に記載のファイル共有方法。
9. 画像形成装置を、請求項１〜５のいずれか１項に記載の手段として機能させるための装置実行可能なプログラム。