JP2014212453A - 画像処理システム、画像処理方法、及びプログラム - Google Patents

Abstract

【課題】 ユーザの認証に使用されるユーザＩＤにドメイン情報を追加したものを、画像データの宛先となるフォルダのパス情報の一部として設定する仕組みを提供することを目的とする。
【解決手段】 ＭＦＰ１０１は、ユーザＩＤの入力を受け付け（Ｓ９０１）、前記受け付けたユーザＩＤに基づくユーザの認証が成功した後、前記受け付けたユーザＩＤにドメイン情報を追加し（Ｓ１００５）、画像データの宛先となるフォルダのパス情報の一部として設定し（Ｓ１００６）、前記パス情報が示すフォルダを宛先として画像データを送信する（Ｓ１２０６）。
【選択図】 図１０

Description

本発明は、画像データを送信する画像処理システム、画像処理方法、及びプログラムに関する。

従来、ＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などの画像処理装置から、画像データをファイル送信することが知られている。ファイル送信のための送信プロトコルとして、例えば、ＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）を用いて画像データを送信することが知られている（特許文献１）。また、他の例として、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて画像データを送信することが知られている。更に他の例として、ＷｅｂＤＡＶ（Ｄｉｓｔｒｉｂｕｔｅｄ Ａｕｔｈｏｒｉｎｇ ａｎｄ Ｖｅｒｓｉｏｎｉｎｇ ｐｒｏｔｏｃｏｌ ｆｏｒ ｔｈｅ ＷＷＷ）を用いて画像データを送信することが知られている。

これらのファイル送信を行う場合、画像データの格納先となるフォルダを管理するファイルサーバのホスト名及びフォルダの位置を示すパス情報と、ファイルサーバにアクセスするための認証情報（ユーザ名及びパスワード）が必要である。

特開２０１１−２３４１２６号公報

画像処理装置から画像データをファイル送信する際に、画像処理装置を操作しているユーザが自分のフォルダを宛先として画像データを送信し、格納したい場合がある。このとき、ユーザが自分のフォルダのパス情報を入力するのに手間がかかるという問題がある。

この問題に対処するために、画像処理装置にログインする際にユーザが入力したユーザＩＤを用いてユーザ毎のフォルダのパス情報を自動的に設定することが考えられる。これにより、ユーザは、自分のフォルダのパス情報を送信毎に入力したり、アドレス帳に登録されている多数のパス情報から自分のフォルダのパス情報を選択したりする手間から解放される。

また特に、ユーザが入力したユーザＩＤを、複数のユーザに共通のものとして予め設定されている共通パスの後に追加する形でパス情報を生成するようにすれば、ファイルサーバ内の共通の階層に各ユーザのフォルダが作成されることになる。これにより、管理者にとって管理が容易になるというメリットがある。

一方、画像処理装置へのログインにドメインコントローラ（ドメインサーバ）を利用する環境が増えてきている。ドメインコントローラとは、特定ドメインのアカウント情報を一元的に管理するサーバである。ドメインコントローラを利用することにより、装置毎にアカウント情報を管理する必要がなくなる。

ドメインコントローラには、認証に使用するユーザＩＤにドメイン情報を含むことを要求する種別のものと要求しない種別のもの（即ち、ドメイン情報を含まないユーザＩＤを要求するもの）が存在する。例えば、ユーザ固有の情報が「ｕｓｅｒｘ」であり、ドメイン情報が「ｄｏｍａｉｎｘ」である場合、前者のドメインコントローラを利用する際にはユーザＩＤとして「ｄｏｍａｉｎｘ＼ｕｓｅｒｘ」を入力しなければならない。後者のドメインコントローラを利用する場合は、ユーザＩＤとして「ｕｓｅｒｘ」を入力すればよい。なお、「＼」は区切り記号であって、この記号よりも前がドメイン情報であり、この記号よりも後がユーザ固有の情報であることを示している。区切り記号は、「＼」の他に「＠」や「￥」が知られている。

ここで、第１ドメインコントローラによって認証されるユーザと第２ドメインコントローラによって認証されるユーザが、同一の共通パスを用いて画像データをファイル送信する場合について考える。このとき、各ドメインコントローラが前者の種別（認証に使用するユーザＩＤにドメイン情報を含むことを要求する種別）のものであれば、各ユーザが送信する画像データは必ず別のフォルダに格納される。なぜなら、前述の通り、この種別のドメインコントローラを使用する場合はドメイン情報を含むユーザＩＤを入力する必要があり、これをパス情報の一部として使用することでドメイン情報に対応するフォルダに画像データが振り分けられるからである。

一方、各ドメインコントローラが後者の種別（認証に使用するユーザＩＤにドメイン情報を含むことを要求しない種別）のものである場合には、入力されるユーザＩＤにドメイン情報が含まれないため、パス情報にもドメイン情報が含まれない。従って、送信された画像データは、共通パスが示すフォルダの直下に置かれている、ユーザＩＤ（ドメイン情報を含まないもの）に対応するフォルダに格納されることになる。しかしながら、第１ドメインコントローラで認証されるユーザと第２ドメインコントローラで認証されるユーザが偶然同じユーザＩＤを使用していると、別人物である２人が送信した画像データが結果的に同じフォルダに格納されてしまうことになる。この場合、格納先のフォルダをユーザ毎に分けることができないため使い勝手が悪く、またユーザの混乱を生じさせる可能性がある。

本発明は、上記の問題点に鑑みなされたものであり、ユーザの認証に使用されるユーザＩＤにドメイン情報を追加したものを、画像データの宛先となるフォルダのパス情報の一部として設定する仕組みを提供することを目的とする。

上記の目的を達成するために本発明の画像処理システムは、ユーザＩＤの入力を受け付ける受付手段と、前記受付手段が受け付けたユーザＩＤに基づくユーザの認証が成功した後、前記受付手段が受け付けたユーザＩＤにドメイン情報を追加し、画像データの宛先となるフォルダのパス情報の一部として設定する設定手段と、前記パス情報が示すフォルダを宛先として画像データを送信する送信手段と、を備えることを特徴とする。

本発明によれば、ユーザの認証に使用されるユーザＩＤにドメイン情報を追加したものを、画像データの宛先となるフォルダのパス情報の一部として設定することができる。

本発明の実施形態における画像処理システムの全体図である。 本発明の実施形態におけるＭＦＰ１０１の構成を示すブロック図である。 本発明の実施形態における認証サーバ１０２及び１０３、及びファイルサーバ１０４の構成を示すブロック図である。 本発明の実施形態におけるＭＦＰ１０１の操作画面を示す図である。 本発明の実施形態におけるＭＦＰ１０１の操作画面を示す図である。 本発明の実施形態におけるＭＦＰ１０１の操作画面を示す図である。 本発明の実施形態におけるＭＦＰ１０１の操作画面を示す図である。 本発明の実施形態におけるＭＦＰ１０１の操作画面を示す図である。 本発明の実施形態におけるＭＦＰ１０１のログイン動作を示すフローチャートである。 本発明の実施形態におけるＭＦＰ１０１のパス情報設定動作を示すフローチャートである。 本発明の実施形態におけるＭＦＰ１０１の操作画面を示す図である。 本発明の実施形態におけるＭＦＰ１０１の送信動作を示すフローチャートである。

以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

図１は、画像処理システムの全体図である。ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１００上には、ＭＦＰ１０１、認証サーバ１０２及び１０３、ファイルサーバ１０４が互いに通信可能に接続されている。ＭＦＰ１０１は、画像処理装置の一例である。本実施形態では画像処理装置の一例としてＭＦＰを説明するが、単機能のスキャナ装置など、画像データを送信する機能を有していればＭＦＰでなくとも良い。認証サーバ１０２及び１０３は、認証装置の一例である。

ファイルサーバ１０４は、ファイル管理装置の一例である。ＭＦＰ１０１は、ファイルサーバ１０４内のフォルダを宛先としてＳＭＢやＦＴＰ、ＷｅｂＤＡＶを用いて画像データのファイル送信を行うことができる。また、ＭＦＰ１０１は、図示しないメールサーバを介して画像データを電子メールで送信することができる。

認証サーバ１０２及び１０３は、それぞれドメインコントローラの機能を有する。認証サーバ１０２は「Ｄｏｍａｉｎ Ａ」というドメインを管理し、認証サーバ１０３は「Ｄｏｍａｉｎ Ｂ」というドメインを管理している。ＭＦＰ１０１のユーザは、「Ｄｏｍａｉｎ Ａ」にログインする場合は認証サーバ１０２によって認証され、「Ｄｏｍａｉｎ Ｂ」にログインする場合は認証サーバ１０３によって認証される。

なお、画像処理システムは、ＭＦＰ１０１、認証サーバ１０２及び１０３、ファイルサーバ１０４を含むものとするが、ＭＦＰ１０１、認証サーバ１０２及び１０３のみ、或いはＭＦＰ１０１のみを画像処理システムと称することもできる。

図２は、ＭＦＰ１０１の構成を示すブロック図である。ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。なお、ＭＦＰ１０１は、１つのＣＰＵ２１１が１つのメモリ（ＲＡＭ２１３またはＨＤＤ２１４）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のＲＡＭまたはＨＤＤを協働させて後述するフローチャートに示す各処理を実行するようにすることもできる。

ＨＤＤ２１４は、画像データや各種プログラムを記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０を接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられ、ユーザの指示を受け付ける受付部として機能する。

プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０を接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２０において記録媒体上に印刷される。

スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０を接続する。スキャナ２２１は、原稿上の画像を読み取って画像データ（画像ファイル）を生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ＭＦＰ１０１は、スキャナ２２１で生成された画像データ（画像ファイル）をファイル送信またはメール送信することができる。

ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１００に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１００上の外部装置（認証サーバ１０２及び１０３やファイルサーバ１０４など）に画像データや情報を送信したり、ＬＡＮ１００上の外部装置から各種情報を受信したりする。

図３は、認証サーバ１０２の構成を示すブロック図である。ＣＰＵ３１１を含む制御部３１０は、認証サーバ１０２全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。なお、認証サーバ１０２は、１つのＣＰＵ３１１が１つのメモリ（ＲＡＭ３１３またはＨＤＤ３１４）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のＲＡＭまたはＨＤＤを協働させて後述するフローチャートに示す各処理を実行するようにすることもできる。

ＨＤＤ３１４は、画像データや各種プログラムを記憶する。ネットワークＩ／Ｆ３１５は、制御部３１０（認証サーバ１０２）をＬＡＮ１００に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１００上の他の装置との間で各種情報を送受信する。なお、認証サーバ１０３及びファイルサーバ１０４の構成は、認証サーバ１０２と同様（図３）であるため、説明は省略する。

図４（ａ）（ｂ）は、操作部２１９に表示される操作画面の一例を示す図である。ユーザは、ＭＦＰ１０１の使用を開始する前に、領域４０１にユーザＩＤを、領域４０２にパスワードを、それぞれ入力する必要がある。また、ユーザはログイン先のドメインを指定する必要がある。具体的には、領域４０３にドロップダウン形式で示される選択肢から、ログイン先のドメインを選択する。ここでは、認証サーバ１０２が管理する「Ｄｏｍａｉｎ Ａ」と認証サーバ１０３が管理する「Ｄｏｍａｉｎ Ｂ」が選択肢として示される。

図４（ａ）に示す状態でユーザがログインの実行を指示すると、ＭＦＰ１０１は認証サーバ１０２に対して「ｕｓｅｒａ」及び「ｘｙｚ」を送信し、ユーザ認証を依頼する（ユーザによるＭＦＰ１０１の使用可否を問い合わせる）。同様に、図４（ｂ）に示す状態でユーザがログインの実行を指示すると、ＭＦＰ１０１は認証サーバ１０３に対して「ｄｏｍａｉｎｂ＼ｕｓｅｒａ」及び「ｘｙｚ」を送信し、ユーザ認証を依頼する（ユーザによるＭＦＰ１０１の使用可否を問い合わせる）。

図４（ａ）の領域４０１と図４（ｂ）の領域４０４を比較すると、領域４０４の方には「ｄｏｍａｉｎｂ＼」という文字列が付加されていることが分かる。このうち「ｄｏｍａｉｎｂ」は、認証サーバ１０３が管理する「Ｄｏｍａｉｎ Ｂ」に対応するドメイン情報である。また、「＼」は区切り記号であって、この記号よりも前がドメイン情報であり、この記号よりも後がユーザ固有の情報であることを示している。区切り記号は、「＼」の他に「＠」や「￥」が知られている。

領域４０４の方にドメイン情報が付加されているのは、認証サーバ１０３がユーザＩＤにドメイン情報を含めることを要求する種別のドメインコントローラであるためである。一方、認証サーバ１０２は、ユーザＩＤにドメイン情報を含めることを要求しない種別のドメインコントローラであるため、領域４０１の方にはドメイン情報が含まれていない。このように、ユーザは、ログイン先として選択したドメインに応じて、ユーザＩＤにドメイン情報を含めるか否かを判断して入力する必要がある。

図５は、操作部２１９に表示される操作画面の一例を示す図である。ユーザは、図５の画面において、「スキャンして送信」キー５０１または「コピー」キー５０２を操作することにより、機能を選択することができる。図５は、「スキャンして送信」キー５０１が操作された状態を示している。なお、図５では、機能として「スキャンして送信」及び「コピー」を例示しているが、ＭＦＰ１０１がこれら以外の機能を備えていてもよい。

「スキャンして送信」キー５０１を操作したユーザは、操作キー５２１乃至５２３のいずれかを操作することにより、送信する画像データの宛先を設定することができる。「アドレス帳」キー５２１を操作すると、ＨＤＤ２１４に保持されているアドレス帳の内容が表示され、ユーザは、アドレス帳に登録された内容を参照し、画像データの宛先として設定することができる。

「新規入力」キー５２２を操作すると、ユーザからの新規入力を受け付ける画面が表示される。ユーザは、表示された画面を介して宛先情報を入力し、画像データの宛先として設定することができる。

「自分へファイル送信」キー５２３は、ユーザが自分自身のフォルダを画像データの宛先として設定したい場合に操作する操作キーである。ユーザが「自分へファイル送信」キー５２３を操作すると、ユーザ自身のフォルダのパス情報が画像データの宛先として自動的に設定される（詳細は後述する）。

領域５１０は、操作キー５２１乃至５２３を用いて設定された宛先が示される。領域５１０に表示された宛先の１つを選択した状態で「詳細情報」キー５１１を操作すると、選択された宛先の詳細情報が表示される（図８）。

「読取設定」キー５３１は、カラー／モノクロなどの読取設定を行う場合に使用する操作キーである。「解像度」キー５３２は、読取解像度を設定する場合に使用する操作キーである。「ファイル形式」キー５３３は、送信する画像データのファイル形式を設定する場合に使用する操作キーである。「両面原稿」キー５３４は、片面／両面読取の設定を行う場合に使用する操作キーである。「読取サイズ」キー５３５は、読取サイズを設定する場合に使用する操作キーである。

図６は、操作部２１９に表示される操作画面の一例を示す図である。図６の画面は、管理者のみが操作可能であり、一般のユーザがＭＦＰ１０１を操作する場合には表示されない。領域６０１には、複数のユーザに共通して使用される共通パスが入力される。ここで設定された共通パスは、ＲＡＭ２１３に記憶され、図４（ａ）の領域４０１に入力されたユーザＩＤ、または図４（ｂ）の領域４０４に入力されたユーザＩＤと組み合わされ、画像データの格納先となるフォルダのパス情報として使用される。

共通パスが図６に示すように設定された状態で、図５の「自分へファイル送信」キー５２３が操作されると、図５の画面は図７に示す状態へと遷移する。図７の画面では、領域５１０に「＼＼１２３．４５．６．７」という宛先が１件表示されている。ここでは、図６の領域６０１で設定された共通パスのうち、ファイルサーバ１０４のホスト名に相当する部分のみが表示される。領域５１０に表示された「＼＼１２３．４５．６．７」を選択した状態で「詳細情報」キー５１１を操作すると、図８（ａ）または（ｂ）の画面が表示される。

図８（ａ）（ｂ）は、操作部２１９に表示される操作画面の一例を示す図である。図８（ａ）は、図４（ａ）に示す状態でログインしたユーザが「自分へファイル送信」キー５２３を操作した場合の例を示す。領域８０１には、図４（ａ）の領域４０１に入力されたユーザＩＤ「ｕｓｅｒａ」にドメイン情報「ｄｏｍａｉｎａ」が追加されたものが、共通パスの「＼＼１２３．４５．６．７＼共有」に続いて記述されている。この結果、「＼＼１２３．４５．６．７＼共有＼ｄｏｍａｉｎａ＼ｕｓｅｒａ」というパス情報を用いて画像データが送信されることになる。

このように、パス情報を「＼＼１２３．４５．６．７＼共有＼ｕｓｅｒａ」とせずに、ドメイン情報「ｄｏｍａｉｎａ」を追加しているのは、次のような問題に対処するためである。即ち、認証サーバ１０２と同じ種別（ユーザＩＤにドメイン情報を含めることを要求しない種別）の認証サーバが別に存在する場合、認証サーバ１０２で管理している「ｕｓｅｒａ」と同じユーザＩＤを用いて別のユーザが管理されている可能性がある。このような場合に、「＼＼１２３．４５．６．７＼共有＼ｕｓｅｒａ」のようにドメイン情報を含まないパス情報を用いて画像データを送信すると、異なるユーザからの画像データが同じフォルダに格納されてしまうという問題が生じる。

そこでＭＦＰ１０１には、ドメイン情報を含まないユーザＩＤをパス情報の一部として使用する場合に、ドメイン情報を自動的に追加する構成が設けられている。これにより、複数の認証サーバで偶然同じユーザＩＤが管理されていたとしても、追加されたドメイン情報によって画像データが異なるフォルダに格納されるようになる。

領域８０２には、図４（ａ）の領域４０１に入力されたユーザＩＤの「ｕｓｅｒａ」がファイルサーバへの接続に使用される認証情報のユーザ名として設定されている。ここでは、ユーザＩＤ「ｕｓｅｒａ」へのドメイン情報の追加は行われない。また、領域８０３には、図４（ａ）の領域４０２に入力されたパスワードの「ｘｙｚ」がファイルサーバへの接続に使用される認証情報のパスワードとして設定されている。

図８（ｂ）は図４（ｂ）に示す状態でログインしたユーザが操作キー５２３を操作した場合の例を示す。領域８０４には、共通パスの「＼＼１２３．４５．６．７＼共有」と図４（ｂ）の領域４０４に入力された「ｄｏｍａｉｎｂ＼ｕｓｅｒａ」が組み合わされた、「＼＼１２３．４５．６．７＼共有＼ｄｏｍａｉｎｂ＼ｕｓｅｒａ」というパス情報が設定されている。

領域８０５には、図４（ｂ）の領域４０４に入力されたユーザＩＤの「ｄｏｍａｉｎｂ＼ｕｓｅｒａ」がファイルサーバへの接続に使用される認証情報のユーザ名として設定されている。また、領域８０６には、図４（ｂ）の領域４０５に入力されたパスワードの「ｘｙｚ」がファイルサーバへの接続に使用される認証情報のパスワードとして設定されている。

図９は、ＭＦＰ１０１におけるログイン動作（ユーザがＭＦＰ１０１の使用を開始するときの一連の動作）を説明するフローチャートである。図９のフローチャートに示す各動作（ステップ）は、ＭＦＰ１０１のＣＰＵ２１１がＨＤＤ２１４に記憶された制御プログラムを実行することにより実現される。

ステップＳ９０１では、操作部２１９に表示した画面（図４）を介して、ユーザからのユーザＩＤ及びパスワードの入力を受け付ける。

ステップＳ９０２では、ステップＳ９０１で受け付けたユーザＩＤ及びパスワードを認証サーバ１０２または１０３に送信し、ユーザ認証を依頼する（ユーザによるＭＦＰ１０１の使用可否を問い合わせる）。送信先の認証サーバは、図４の領域４０３を用いたログイン先の選択に応じて切り替えられる。

ステップＳ９０３では、認証サーバから通知される内容が、認証ＯＫであるか認証ＮＧであるかを判定する。この結果、認証ＯＫである場合にはステップＳ９０４に進み、ユーザによるＭＦＰ１０１の各機能の使用を許可するとともに、ステップＳ９０１で受け付けたユーザＩＤ及びパスワードをＲＡＭ２１３に記憶する。一方、認証ＮＧである場合にはそのまま処理を終了する（或いは、ステップＳ９０１に戻り、ユーザＩＤ及びパスワードを入力するための画面を再表示する）。

図１０は、ＭＦＰ１０１におけるパス情報設定動作を説明するフローチャートである。図１０のフローチャートは、「自分へファイル送信」キー５２３が操作された場合に開始される。図１０のフローチャートに示す各動作（ステップ）は、ＭＦＰ１０１のＣＰＵ２１１がＨＤＤ２１４に記憶された制御プログラムを実行することにより実現される。

ステップＳ１００１では、図６の領域６０１に入力され、ＨＤＤ２１４に記憶されている共通パスを取得する。ステップＳ１００２では、ステップＳ９０１で受け付けられ、ステップＳ９０４でＲＡＭ２１３に記憶されたユーザＩＤを取得する。

ステップＳ１００３では、ステップＳ１００２で取得したユーザＩＤにドメイン情報が含まれるか否かを、区切り記号の有無に基づいて判定する。具体的には、ステップＳ１００２で取得したユーザＩＤに区切り記号「＼」が含まれていればドメイン情報が含まれると判定し、ステップＳ１００７に進む。一方、ステップＳ１００２で取得したユーザＩＤに区切り記号「＼」が含まれていなければドメイン情報が含まれていないと判定し、ステップＳ１００４に進む。

ステップＳ１００４では、ステップＳ１００２で取得したユーザＩＤにドメイン情報を追加するか否かを判定する。ユーザＩＤからドメイン情報を追加するか否かは、図１１の画面を介して管理者によって予め設定されている。

図１１は、操作部２１９に表示される操作画面の一例を示す図である。図１１の画面は、管理者のみが操作可能であり、一般のユーザがＭＦＰ１０１を操作する場合には表示されない。図１１の画面において管理者が「する」キー１１０１を操作すれば、ユーザＩＤにドメイン情報を追加することが選択される。

一方、管理者が「しない」キー１１０２を操作すれば、ユーザＩＤにドメイン情報を追加しないことが選択される。この場合、たとえユーザＩＤにドメイン情報が含まれていないとしても、ドメイン情報が追加されることなく、ドメイン情報を含まないユーザＩＤがパス情報の一部として設定される。例えば、システム内にドメイン（認証サーバ）が一つしか存在しない場合や、複数のドメインに同じユーザＩＤが重複しないように管理されている環境の場合は、異なるユーザの画像データが同じフォルダに格納されるという問題が発生しない。それにも関わらずドメイン情報を追加すると、画像データが必要以上に一つ深い階層のフォルダに格納されることになり、逆に使い勝手が悪くなってしまう。このような場合に、ドメイン情報を追加しないように設定すれば良い。

ステップＳ１００４では、ユーザＩＤにドメイン情報を追加することが選択されていれば、ドメイン情報を追加すると判定し、ステップＳ１００５に進む。一方、ユーザＩＤにドメイン情報を追加しないことが選択されていれば、ドメイン情報を追加しないと判定し、ステップＳ１００７に進む。

ステップＳ１００５では、ステップＳ１００２で取得したユーザＩＤにドメイン情報を追加する。ＭＦＰ１０１のＨＤＤ２１４には、図４の領域４０３で選択可能な複数のドメイン（認証サーバ）のそれぞれに対応付けて、ユーザＩＤに追加するためのドメイン情報が記憶されている。ステップＳ１００５では、ＨＤＤ２１４に記憶されているドメイン情報を読み出して使用する。

続くステップＳ１００６では、ドメイン情報が追加されたユーザＩＤを共通パス部分の後に追加したものをフォルダのパス情報として設定する。一方、ステップＳ１００７では、ドメイン情報を含まないユーザＩＤを共通パス部分の後に追加したものをフォルダのパス情報として設定する。なお、ステップＳ１００４の判定を行わず、ユーザＩＤにドメイン情報が含まれない場合は常にドメイン情報を追加するようにしても構わない。

図１２は、ＭＦＰ１０１における送信動作を説明するフローチャートである。図１２のフローチャートは、画像データの宛先が設定された後、図示しないスタートキーが操作された場合に開始される。図１２のフローチャートに示す各動作（ステップ）は、ＭＦＰ１０１のＣＰＵ２１１がＨＤＤ２１４に記憶された制御プログラムを実行することにより実現される。

ステップＳ１２０１では、スキャナ２２１が原稿上の画像を読み取って画像データを生成する。ステップＳ１２０２では、図１０のステップＳ１００６またはＳ１００７で設定されたパス情報に従ってファイルサーバ１０４に接続する。このとき、図８の画面に示されるユーザ名及びパスワードがファイルサーバ１０４へのログインに使用される。

ステップＳ１２０３では、ファイルサーバ１０４との接続が成功したか否かを判定する。ファイルサーバ１０４との接続が成功するとステップＳ１２０４に進み、成功しなければそのまま処理を終了する。

ステップＳ１２０４では、図１０のステップＳ１００６またはＳ１００７で設定されたパス情報が示すフォルダがファイルサーバ１０４に存在するか否かを判定する。該当するフォルダが存在すればステップＳ１２０６に進み、存在しなければステップＳ１２０５に進む。

ステップＳ１２０５では、図１０のステップＳ１００６またはＳ１００７で設定されたパス情報が示すフォルダをファイルサーバ１０４内に新規作成する。具体的には、ファイルサーバ１０４に対してフォルダの新規作成を要求するコマンドを送信する。なお、図１０のステップＳ１００６またはＳ１００７で設定されたパス情報が示すフォルダがファイルサーバ１０４に存在しない場合に、そのままエラー終了するようにしても良い。

ステップＳ１２０６では、ファイルサーバ１０４に画像データを送信し、図１０のステップＳ１００６またはＳ１００７で設定されたパス情報が示すフォルダに格納する。

以上の処理により、ユーザＩＤにドメイン情報が含まれない場合であっても、ドメイン情報を含むパスを画像データの宛先として簡単に設定することができる。

また、上述した説明では、ユーザがＭＦＰ１０１の使用を開始するときに図９のフローチャートに従ってユーザを認証する例を説明したが、他の態様であっても構わない。例えば、ユーザがある特定の機能を選択した後に、その機能を使用するためのユーザ認証を図９のフローチャートに従って行うようにしてもよい。

なお、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

１０１ ＭＦＰ
２１０ 制御部
２１１ ＣＰＵ
２１２ ＲＯＭ
２１３ ＲＡＭ
２１４ ＨＤＤ

Claims (11)

1. ユーザＩＤの入力を受け付ける受付手段と、
   前記受付手段が受け付けたユーザＩＤに基づくユーザの認証が成功した後、前記受付手段が受け付けたユーザＩＤにドメイン情報を追加し、画像データの宛先となるフォルダのパス情報の一部として設定する設定手段と、
   前記パス情報が示すフォルダを宛先として画像データを送信する送信手段と、
   を備えることを特徴とする画像処理システム。
2. 前記受付手段が受け付けたユーザＩＤにドメイン情報が含まれるか否かを判定する判定手段を更に備え、
   前記判定手段による判定の結果、前記受付手段が受け付けたユーザＩＤにドメイン情報が含まれないと判定された場合に、前記設定手段は、前記受付手段が受け付けたユーザＩＤにドメイン情報を追加することを特徴とする請求項１に記載の画像処理システム。
3. 前記判定手段は、区切り記号の有無に基づき前記判定を行うことを特徴とする請求項２に記載の画像処理システム。
4. 前記受付手段が受け付けたユーザＩＤにドメイン情報を追加するか否かを選択する選択手段を更に備え、
   前記判定手段による判定の結果、前記受付手段が受け付けたユーザＩＤにドメイン情報が含まれないと判定された場合に、前記設定手段は、前記受付手段が受け付けたユーザＩＤにドメイン情報を追加することが選択されていれば前記受付手段が受け付けたユーザＩＤにドメイン情報を追加したものを前記パス情報の一部として設定し、前記受付手段が受け付けたユーザＩＤにドメイン情報を追加しないことが選択されていれば前記受付手段が受け付けたユーザＩＤにドメイン情報を追加せずに前記パス情報の一部として設定することを特徴とする請求項２または３に記載の画像処理システム。
5. 前記パス情報には、複数のユーザに共通して使用される共通パス部分が含まれることを特徴とする請求項１から４のいずれか１項に記載の画像処理システム。
6. 前記画像データの宛先として、前記認証されたユーザ自身のフォルダを設定することを指示するための操作キーを更に備え、
   前記設定手段は、前記操作キーが操作されたことに応じて前記設定を行うことを特徴とする請求項１から５のいずれか１項に記載の画像処理システム。
7. ログイン先のドメインを指定する指定手段を更に備え、
   前記設定手段は、前記指定手段により指定されたドメインに対応するドメイン情報を前記受付手段が受け付けたユーザＩＤに追加することを特徴とする請求項１から６のいずれか１項に記載の画像処理システム。
8. 前記指定手段により指定されるドメインに毎にドメイン情報を記憶する記憶手段を更に備えることを特徴とする請求項７に記載の画像処理システム。
9. 原稿上の画像を読み取って画像データを生成する読取手段を更に備え、
   前記送信手段は、前記読取手段が生成した画像データを送信することを特徴とする請求項１から８のいずれか１項に記載の画像処理システム。
10. ユーザＩＤの入力を受け付ける受付工程と、
    前記受付工程で受け付けたユーザＩＤに基づくユーザの認証が成功した後、前記受付工程で受け付けたユーザＩＤにドメイン情報を追加し、画像データの宛先となるフォルダのパス情報の一部として設定する設定工程と、
    前記パス情報が示すフォルダを宛先として画像データを送信する送信工程と、
    を備えることを特徴とする画像処理方法。
11. コンピュータを請求項１から９のいずれか１項に記載の画像処理システムの各手段として機能させるためのプログラム。

Images