(57)【特許請求の範囲】
【請求項１】
ユーザを認証する第１の認証のための処理を実行する第１の認証手段と、
前記第１の認証において用いられた認証情報を記憶する記憶手段と、
画像データを送信する送信手段と、
複数種類の方法で前記画像データを送信する宛先を設定することが可能な宛先設定手段と、
前記送信手段が前記宛先設定手段により設定された宛先に前記画像データを送信するのに必要な第２の認証のために前記記憶手段に記憶された認証情報を用いるか否かを、前記宛先設定手段が前記画像データを送信する宛先を設定する方法によって決定する決定手段と、を有し、
前記決定手段が前記記憶手段に記憶された認証情報を用いると決定した場合、前記記憶手段に記憶された認証情報を用いて前記第２の認証のための処理を行うよう制御し、前記決定手段が前記記憶手段に記憶された認証情報を用いないと決定した場合、前記記憶手段に記憶された認証情報を用いずに前記第２の認証のための処理を行うよう制御する制御手段と、を有することを特徴とする画像送信装置。
【請求項２】
前記複数種類の方法は、（１）前記記憶手段に記憶された宛先表から前記画像データを送信する宛先を選択すること、（２）前記宛先表に記憶されていない宛先をユーザによる操作で設定すること、（３）前記第１の認証手段による認証結果によって特定される、前記第１の認証によって認証されたユーザに関連付けられた宛先を設定すること、の少なくとも何れかを含むことを特徴とする、請求項１に記載の画像送信装置。
【請求項３】
更に、前記決定手段が前記記憶手段に記憶された認証情報を用いないことを決定した場合、前記宛先設定手段によって選択された宛先に前記送信手段が前記画像データを送信する際に、前記第２の認証のために必要な認証情報の入力をユーザに対して促す通知を行う通知手段を有することを特徴とする、請求項１または２に記載の画像送信装置。
【請求項４】
前記決定手段が前記記憶手段に記憶された認証情報を用いないと決定した場合、前記制御手段は操作部を介して入力された認証情報を用いて前記第２の認証のための処理を行うよう制御することを特徴とする、請求項１乃至３の何れか１項に記載の画像送信装置。
【請求項５】
前記送信手段は複数種類の送信方法で画像データを送信することが可能であることを特徴とする、請求項１乃至４のいずれか１項に記載の画像送信装置。
【請求項６】
前記複数種類の送信方法は、電子メール、ＳＭＢによるファイル送信、ＦＴＰによるファイル送信のいずれかを含むことを特徴とする、請求項５に記載の画像送信装置。
【請求項７】
さらに、前記第２の認証のための処理を実行する場合に前記記憶手段に記憶された認証情報を用いるか否かを前記複数の複数種類の送信方法の各々に対応付けて設定する認証方法設定手段を有し、
前記決定手段は前記認証方法設定手段による設定内容に従って、前記第２の認証のために前記記憶手段に記憶された認証情報を用いるか否かを決定することを特徴とする、請求項５または６に記載の画像送信装置。
【請求項８】
前記第１の認証手段が実行する第１の認証のための処理は、外部の認証サーバに対して前記認証情報を送信することと、前記外部の認証サーバから認証結果を受信することとを含むことを特徴とする、請求項１乃至７の何れか１項に記載の画像送信装置。  
【請求項９】
前記外部の認証サーバはＬＤＡＰサーバであることを特徴とする、請求項８に記載の画像処理装置。
【請求項１０】
画像データを送信する送信手段を有する画像送信装置における認証方法であって、
ユーザを認証する第１の認証のための処理を実行する第１の認証工程と、
前記第１の認証において用いられた認証情報を記憶手段に記憶するする記憶工程と、
複数種類の方法で前記送信手段が前記画像データを送信する宛先を設定することが可能な宛先設定工程と、
前記送信手段が前記宛先設定工程において設定された宛先に前記画像データを送信するのに必要な第２の認証のために前記記憶手段に記憶された認証情報を用いるか否かを、前記設定工程において前記画像データを送信する宛先を設定する方法によって決定する決定工程と、を有し、
前記決定工程において前記記憶手段に記憶された認証情報を用いると決定された場合、前記記憶手段に記憶された認証情報を用いて前記第２の認証のための処理を行うよう制御し、前記決定工程において前記記憶手段に記憶された認証情報を用いないと決定された場合、前記記憶手段に記憶された認証情報を用いずに前記第２の認証のための処理を行うよう制御する制御工程と、
を有ることを特徴とする認証方法。
【請求項１１】
複数種類の送信方法で画像データを送信することが可能な送信手段を有する画像送信装置に認証方法を実行させるためのプログラムであって、前記認証方法は、
ユーザを認証する第１の認証のための処理を実行する第１の認証工程と、
前記第１の認証において用いられた認証情報を記憶手段に記憶するする記憶工程と、
複数種類の方法で前記送信手段が前記画像データを送信する宛先を設定することが可能な宛先設定工程と、
前記送信手段が前記宛先設定工程において設定された宛先に前記画像データを送信するのに必要な第２の認証のために前記記憶手段に記憶された認証情報を用いるか否かを、前記設定工程において前記画像データを送信する宛先を設定する方法によって決定する決定工程と、を有し、
前記決定工程において前記記憶手段に記憶された認証情報を用いると決定された場合、前記記憶手段に記憶された認証情報を用いて前記第２の認証のための処理を行うよう制御し、前記決定工程において前記記憶手段に記憶された認証情報を用いないと決定された場合、前記記憶手段に記憶された認証情報を用いずに前記第２の認証のための処理を行うよう制御する制御工程と、
を有することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置またはその装置が備える機能を使用するために認証が必要となる画像送信装置、及び画像送信装置の認証方法に関する。
【背景技術】
【０００２】
画像送信装置において、送信機能やプリント機能といった、装置が備える特定の機能を、認証されたユーザに使用を許可することが知られている。以降、装置が備える特定の機能の使用を許可、或いは制限するために行われるユーザ認証を機能認証と呼ぶことにする。
【０００３】
また、画像送信装置において、画像データをネットワークフォルダ（共有フォルダ）にＳＭＢなどのプロトコルを使って送信する機能を有するものがある。このとき、ネットワークフォルダを提供するファイルサーバの設定によっては、指定されたフォルダにアクセスするために認証が必要な場合がある。
【０００４】
一方、例えば、パーソナルコンピュータにおいて、パーソナルコンピュータを使うためのログイン時の認証を、フォルダにアクセスするための認証へ自動的に引き継ぐ技術としてシングルサインオン（以下ＳＳＯ）などが知られている。この技術を使えば、画像送信装置におけるデバイス認証や機能認証を、指定されたフォルダへの認証に引き継ぐことも可能である。
【０００５】
また、ＳＳＯでなくても、例えば特許文献１にあるように、先行する認証のユーザ名とパスワードを、後続の認証の画面にプリセットする技術を応用すれば、擬似的にＳＳＯのように動作させることも可能である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−１８６８４９
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、画像送信装置に従来技術を単に応用しただけでは、次のような問題があった。
【０００８】
例えば、パーソナルコンピュータにおけるＳＳＯは、対話的に使用されることがほとんどである。例えば、もし、パーソナルコンピュータへのログインのための認証が成功し、後続のフォルダアクセスの認証に失敗したならば、その時点でユーザ名とパスワードの入力を促す認証画面を表示するように構成されている。ユーザはその時点でフォルダへのアクセスのための正しいユーザ名とパスワードを入力すればよい。これに対して、画像送信装置で送信機能を実行する場合には、宛先の設定と各宛先に対する認証情報の設定が先に行われ、各宛先に対する認証処理と送信処理は後で行われる。よって、後続で行われる送信処理において認証に失敗した時点ではユーザは画像送信装置の前にはいないケースがある。例えば、このような場合である。まず、ユーザは画像データの送信宛先を複数選択する。宛先が確定したらユーザは画像データの送信開始を指示する。そして、画像データを指定された宛先に順次送信する。画像データをネットワークフォルダへ送信するときにＳＳＯの技術を使って機能認証を引き継いでも、当該フォルダが機能認証とは異なる認証を必要とする場合には画像送信装置は当該フォルダへアクセスすることは出来ない。この時点で上述のパーソナルコンピュータのようにユーザ名とパスワードの入力を促す認証画面を表示したとしても、ユーザは既に画像送信装置の前から離れていることが多いからである。
【０００９】
他方、特許文献１の技術を単に応用して構成した場合、宛先を指定するたびに認証画面を表示して、その画面に先行する認証で入力されたユーザ名やパスワードをプリセットすることになる。もしログイン認証とあるフォルダアクセスに関わる認証が一元的に管理されているならば、毎回認証画面が表示されるのは非常に煩わしい。画像送信のための機能認証をＬＤＡＰサーバで行い、その認証と関連付けられたフォルダパスを同じＬＤＡＰサーバから取得して、送信宛先に使うような場合がその良い例である。
また、アドレス帳には、すべてのユーザが共有しているフォルダが、パブリックなユーザ名とパスワードを伴って登録されていて、そのフォルダが送信宛先に選択されたときは、登録内容をそのまま使用してもらいたいといった運用例も考えられる。逆に、共有のフォルダがアドレス帳に登録されているが、そのフォルダには、送信の機能認証で指定したユーザ名を使ってアクセスしてもらいたいといった運用例もありえる。つまり、認証を引き継いだ方が良いのか、引き継がない方が良いのかを一律にしてしまうことが必ずしもユーザ認証の効率を向上させることにはならない。
【００１０】
本発明は、画像送信時の認証情報の引継ぎや、認証情報の入力画面表示の有無を、宛先の種類あるいは宛先設定方法に応じて設定できるようにする画像送信装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の画像送信装置は、ユーザを認証する第１の認証のための処理を実行する第１の認証手段と、前記第１の認証において用いられた認証情報を記憶する記憶手段と、画像データを送信する送信手段と、複数種類の方法で前記画像データを送信する宛先を設定することが可能な宛先設定手段と、前記送信手段が前記宛先設定手段により設定された宛先に前記画像データを送信するのに必要な第２の認証のために前記記憶手段に記憶された認証情報を用いるか否かを、前記宛先設定手段が前記画像データを送信する宛先を設定する方法によって決定する決定手段と、を有し、前記決定手段が前記記憶手段に記憶された認証情報を用いると決定した場合、前記記憶手段に記憶された認証情報を用いて前記第２の認証のための処理を行うよう制御し、前記決定手段が前記記憶手段に記憶された認証情報を用いないと決定した場合、前記記憶手段に記憶された認証情報を用いずに前記第２の認証のための処理を行うよう制御する制御手段と、を有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、画像送信時の認証情報の引継ぎや、認証情報の入力画面表示の有無を、宛先の種類あるいは宛先設定方法に応じて設定できるようになる。
【図面の簡単な説明】
【００１３】
【図１】画像送信装置（ＭＦＰ）を含むシステム構成の一例を示す図である。
【図２】ＭＦＰ２００のハードウェア構成の一例を示すブロック図である。
【図３】本実施形態における送信認証と送信宛先設定の処理の一例を示したフローチャートである。
【図４】送信宛先設定処理の一例を示したフローチャートである。
【図５】コンテキスト５０００の一例を示した図である。
【図６】新規ファイル宛先の認証情報設定処理の一例を示すフローチャートである。
【図７】自分宛送信時の認証情報設定処理の一例を示すフローチャートである。
【図８】宛先表のファイル宛先の都度および引継ぎ処理を示したフローチャートである。
【図９】新規宛先送信時におけるユーザ名とパスワードの入力を促す画面の一例を示す図である。
【図１０】自分宛送信時におけるユーザ名とパスワードの入力を促す画面の一例を示す図である。
【図１１】宛先表から選択された宛先へ送信する場合におけるユーザ名とパスワードの入力を促す画面の一例を示す図である。
【図１２】認証設定情報を設定するための設定画面の一例を示す図である。
【図１３】宛先リストの一例を示す図である。
【図１４】認証情報の設定が完了した後の宛先リストの一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１５】
図１は、本実施形態における画像送信装置（ＭＦＰ）を含むシステム構成の一例を示す図である。
【００１６】
画像送信装置の一例であるＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）２００は、ＬＡＮ１００を介して、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）サーバ３００と接続されている。ＭＦＰ２００は、コピー機能、プリント機能、画像送信機能などの複数の機能を備えた複合画像処理装置である。ＭＦＰ２００の画像送信機能は、原稿をスキャンするなどで得られる画像データを宛先へ送信する機能である。画像送信機能は複数種類の送信方法で画像データを送信することが可能である。本実施形態のＭＦＰ２００の画像送信機能は複数種類の送信方法として、電子メール、ＳＭＢによるファイル転送、ＦＴＰによるファイル転送とを実行することが可能である。
【００１７】
ＭＦＰ２００は、定められたプロトコルでＬＤＡＰサーバ３００と通信することによって、後述する送信時のユーザ認証を実現している。なお、該プロトコルは公知の技術のため、詳細な説明は割愛する。ＬＤＡＰサーバ３００は認証サーバの一例である。
【００１８】
また、ＭＦＰ２００自身がユーザ認証の仕組みを実装していてもよい。この場合、ＬＤＡＰサーバ３００は必ずしも必要ではない。
【００１９】
図２は、ＭＦＰ２００のハードウェア構成の一例を示すブロック図である。
【００２０】
ＭＦＰ２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ネットワークインタフェースカード（ＮＩＣ）２０４、外部入力コントローラ（ＰＡＮＥＬＣ）２０５、各種ボタンおよびタッチパネル（ＰＡＮＥＬ）２０６を備える。ＭＦＰ２００は更に、ディスプレイコントローラ（ＤＩＳＰＣ）２０７、ディスプレイ（ＤＩＳＰＬＡＹ、表示部）２０８、ディスクコントローラ（ＤＫＣ）２０９、ハードディスク（ＨＤ）２１０、プリンタ部（ＰＲＩＮＴＥＲ）２１１、スキャナ部（ＳＣＡＮＮＥＲ）２１２を備える。
【００２１】
ＣＰＵ２０１は、システムバス２１３に接続される各デバイスを総括的に制御すると共に、ＲＯＭ２０２或いは大規模記憶装置であるＨＤ２１０に記憶されたファームウェアモジュールを実行する。なお、ファームウェアモジュールは、少なくとも２つ以上のモジュールから構成され、ファームウェアモジュールの更新は、それぞれのモジュールごとに行うことが可能である。
【００２２】
また、ＣＰＵ２０１は、制御プログラムとしてのファームウェアモジュールに基づき後述の各フローチャートに示す処理を実行する。なお、ＨＤ２１０は、場合によっては画像の一時記憶場所としても使用されることがある。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリアとして機能する。なお、本実施形態では１つのＣＰＵ１０１が各種プログラムを実行するが、複数のＣＰＵが協働してプログラムを実行するようにしても良い。
【００２３】
ＰＡＮＥＬＣ２０５は、ＭＦＰ２００に装備されたＰＡＮＥＬ２０６からの指示入力を制御する。ＰＡＮＥＬ２０６は、各種のボタン、キーやタッチパネルシートなどを含み、ＭＦＰ２００の操作部を構成する。ＤＩＳＰＣ２０７は、ＤＩＳＰＬＡＹ２０８に対する描画を制御する。ＤＩＳＰＬＡＹ２０８は液晶ディスプレイなどで構成され、ＭＦＰ２００の操作画面を表示する。ＰＡＮＥＬ２０６とＤＩＳＰＬＡＹ２０８によってＭＦＰ２００の操作部が構成される。
【００２４】
ＮＩＣ２０４は、ＬＡＮ１００を介して他のＭＦＰ、ファイルサーバ（不図示）、或いは、ＬＤＡＰサーバ３００とデータのやり取りを行う。ＰＲＩＮＴＥＲ２１１は、電子写真方式で記録紙に画像形成を行う。ＳＣＡＮＮＥＲ２１２は、記録紙に印刷されている画像の読み取りを行う。ＳＣＡＮＮＥＲ２１２には、不図示のオートドキュメントフィーダが装着されており、複数枚の原稿を自動的に読み取ることができる。
【００２５】
ここで、本実施例のＭＦＰ２００は、デバイス認証と、送信認証とを行うように構成されている。送信認証は機能認証の一例である。デバイス認証とは、ＭＦＰ２００のＨＤ２１０に、部門ＩＤとパスワードとからなる認証テーブルを保持し、ユーザが入力した部門ＩＤとパスワードとを照合することで実現されている。また、送信認証は、ＭＦＰ２００が、ＬＡＮ１００を介して、ＬＤＡＰサーバ３００と通信することで、ユーザの認証を行うものとする。本実施形態では、デバイス認証によって認証されたユーザは、ＭＦＰ２００のコピー機能やプリント機能を使用することができるようになる。また、送信認証によって認証されたユーザは、ＭＦＰ２００の送信機能を使用することができるようになる。また、デバイス認証、送信認証のそれぞれについて、認証後（ログイン後）、所定の時間ユーザがＰＡＮＥＬ２０６に対して操作を行わない場合、認証された状態から認証されない状態（ログアウト状態）する。この「所定の時間」は、ＭＦＰ２００に予め設定されており、ソフトウェアによるタイマ（オートログアウトタイマ）が計時する。オートログアウトタイマはハードウェアとして実装されていてもよい。この場合、オートログアウトタイマが所定の時間の経過を計時したら、ＣＰＵ２０１に対して割り込み信号を発生する。
【００２６】
図３は、本実施形態における送信認証と送信宛先選択の処理の一例を示したフローチャートである。
【００２７】
本実施形態では、送信認証で入力したユーザ名（あるいはユーザＩＤ）やパスワード等の認証情報（コンテキスト）を、後に行われる別の認証処理で利用することを「認証情報を引き継ぐ」あるいは単に「引き継ぐ」と呼ぶ。このように、先に行われた認証処理で用いられた認証情報を後に行う他の認証処理にも用いることを「引き継ぎ認証」と呼ぶ。一方、送信認証の後に行われる送信認証とは異なる認証処理を行う際に認証情報の入力画面を表示して、ユーザに対して改めて認証情報の入力を促すことを「都度」表示のように呼ぶ。また、このように認証処理の度にユーザに認証情報を入力させることを本実施形態では「都度認証」と呼ぶ。更に、「都度」と「引き継ぎ」の両方を採用することも可能である、この場合、後に行う認証処理を実行する際に認証情報を入力するための画面を表示する。そして、その表示された画面には、引き継いだ認証情報がその初期値として設定（プリセット）される。
【００２８】
図３のフローチャートに示される送信認証と送信宛先選択の処理を実行するためのプログラムは、他のプログラムと共にＨＤ２１０に記憶されている。ＭＦＰ２００に電源が供給されるとＨＤ２１０に記憶されたプログラムはＲＡＭ２０３に展開される。そして、ユーザがデバイス認証によって認証されるとＣＰＵ２０１は図３のフローチャートを実行することが可能になる。なお、後に示す各フローチャートの処理も、同様にＲＡＭ２０３に展開され、ＣＰＵ２０１によって実行される。
【００２９】
まず、ステップＳ３−００１において、ＤＩＳＰＬＡＹ２０８に送信認証のためのユーザ名とパスワードの入力を促す画面を表示する。続いて、ユーザがＰＡＮＥＬ２０６を操作して入力するユーザ名およびパスワードを受け付ける。さらに、送信認証のログイン要求を待つ。ログイン要求を受けたならば、ＬＡＮ１００を介して、ＬＤＡＰサーバ３００にアクセスする。具体的には、入力されたユーザ名とパスワードを定められたプロトコルを用いてＬＤＡＰサーバ３００に対して送信し、認証を要求する。要求を受けたＬＤＡＰサーバ３００は、受け付けたユーザ名とパスワードを照合し、認証結果をＭＦＰ２００に返送する。ＭＦＰ２００はＬＤＡＰサーバ３００から認証結果を受信すると、ステップＳ３−００２に進む。
【００３０】
ステップＳ３−００２では、ＬＤＡＰサーバ３００から受信した送信認証の認証結果が成功であるか否かを判定する。もし、送信認証が成功したならばステップＳ３−００３に進む。そうでなければ、送信認証に失敗した旨をＤＩＳＰＬＡＹ２０８に表示し、ステップＳ３−００１に戻る。
【００３１】
ステップＳ３−００３では、認証されたユーザのディレクトリ情報をＬＤＡＰサーバ３００から取得する。具体的には、ＬＤＡＰサーバ３００に対して認証されたユーザのｈｏｍｅＤｉｒｅｃｔｏｒｙ属性値のサーチを要求し、サーチ結果を取得する。これにより、認証されたユーザに対して割り当てられた記憶領域であるホームディレクトリを特定することができる。その後、送信認証に使われたユーザ名とパスワード、ＬＤＡＰサーバ３００のＩＰアドレス、ホームディレクトリへのフォルダパスなどを関連付けてコンテキスト５０００としてＲＡＭ２０３上に保持する。
【００３２】
図５に、コンテキスト５０００の一例を示す。コンテキスト５０００は、ユーザ名が「ｉｋｅｄａ」、パスワードが「ｐａｓｓｗｏｒｄ」を使って、ＬＤＡＰサーバ３００によって認証された例である。また、ｈｏｍｅＤｉｒｅｃｔｏｒｙ属性値で「￥ｈｏｍｅ￥ｉｋｅｄａ」が取得される。なお、図５に示したコンテキスト５０００では、属性値にサーバ名が含まれていない。この場合、ＬＤＡＰサーバ３００のＩＰアドレス「￥￥１９２．１６８．０．１」をホームディレクトリのあるサーバのＩＰアドレスとして設定する。つまり、図５の例では、ＬＤＡＰサーバ３００内に認証されたユーザのホームディレクトリが存在する。
【００３３】
続いて、ステップＳ３−００４に進む。ここでは、送信操作画面が表示され、読み取り解像度や片面／両面読み取りの切り替えなどといった操作のためのボタンもＤＩＳＰＬＡＹ２０８に表示される。そして、画像送信のための各種の設定を受け付ける。更に、送信宛先を設定するための操作を受け付ける。なお、送信宛先設定の詳細な流れは後に説明する。
【００３４】
送信宛先の設定が完了したら、ステップＳ３−００５に進む。ここでは、設定された１つ以上の宛先へアクセスするために認証が必要な場合、認証情報（コンテキスト）の「都度」および「引継ぎ」の処理を行う。認証情報を引き継ぐ場合には、送信認証を実行したことで得られたコンテキスト５０００が引き継がれる。なお、詳細は後で説明する。宛先がすべて確定したらステップＳ３−００６に進む。
【００３５】
ステップＳ３−００６では、図２記載のＳＣＡＮＮＥＲ２１２にセットされた原稿を読み取る。読み取りが完了したら、読み取ったデータと確定したすべての宛先とを紐付けて送信ジョブとして送信処理のキューに投入する。そして、ステップＳ３−００７に進む。
【００３６】
ステップＳ３−００７では、宛先設定処理を継続するか否かのユーザによる選択を確認する。もし、ユーザが宛先設定処理の継続を選択しているならば、ステップＳ３−００４に戻る。ユーザが処理を終了し、送信認証のログアウトを選択しているならば、ステップＳ３−００８に進む。
【００３７】
ステップＳ３−００８では、送信認証を破棄（終了）する。具体的には、ステップＳ３−００３でＲＡＭ２０３に保持したコンテキスト５０００を消去する。そして本フローチャートを終了する。
【００３８】
図４は、ステップＳ３−００４の送信宛先設定処理の一例を示したフローチャートである。
【００３９】
ステップＳ４−００１では、ＰＡＮＥＬ２０６に送信宛先を設定するための画面を表示し、ユーザによる送信宛先の設定を受け付ける。ここでは、宛先表に表示された宛先から特定の宛先を選択した旨の指示、ユーザが新規に宛先を入力する旨の指示、または、ユーザが「自分宛に送信する」という旨の指示の何れかを受け付ける。そして、ステップＳ４−００２に進む。
【００４０】
ステップＳ４−００２では、ひとつ以上の宛先が設定されていて、送信宛先の設定択が完了したか否かを判定する。もし宛先の設定が完了したならば、本フローチャートを終了する。具体的には、ＰＡＮＥＬ２０６には宛先を設定するための操作画面が表示されており、その操作画面中に、宛先設定の操作を完了することを指示する「完了」ボタンが設けられており、ユーザが「完了」ボタンを押下すると本フローチャートを完了する。
【００４１】
そうでなければ、ステップＳ４−００３に進む。
【００４２】
ステップＳ４−００３では、選択された宛先へ画像データを送信するのに使用するプロトコルを確認する。たとえば、ファイル転送のためのプロトコル（ＳＭＢ，ＦＴＰ）、電子メール（ＳＭＴＰ）等がそれに当たる。ここで、ＳＭＢを用いて画像データを宛先となる共有フォルダへ送信する場合、フォルダへアクセスするために認証が必要になることがある。また、ＦＴＰを用いて宛先となるＦＴＰサーバへ送信する場合、ＦＴＰサーバへアクセスするために認証が必要になることがある。また、画像データを添付した電子メールを宛先となる電子メールアドレス宛に送信する場合、ＳＭＴＰサーバでの認証が必要になることがある。本実施形態のＭＦＰ２００には、宛先へ画像データを送信するのに必要となる認証のための認証情報（ユーザ名やパスワード）の入力方法として、以下の２通りの入力方法が用意されている。１つは、ユーザが送信宛先を選択する度に認証情報をユーザに入力させる方法（都度認証）である。もう一つは、送信認証時に用いた認証情報（コンテキスト５０００）を用いる方法（引き継ぎ認証）である。ユーザによって送信宛先が選択され、認証が必要となる場合に都度認証を行うのか引継ぎ認証を行うのかは、ユーザや管理者が予め設定することが可能であり、この設定内容はＨＤ２１０などに設定情報として記憶される。
【００４３】
次にステップＳ４−００４に進み、選択された宛先の種別を確認する。
【００４４】
選択された宛先が、宛先表に登録されている宛先ならばステップＳ４−００５に、ユーザにより新規に入力された宛先ならばステップＳ４−００６に、が送信認証で認証されたユーザ自身を宛先とするならばステップＳ４−００８に進む。宛先表（アドレス帳）は、ユーザが良く使うであろう送信宛先が予め登録された表であり、ＨＤ２１０に格納されている。ＤＩＳＰＬＡＹ２０８に宛先表に登録された送信宛先の一覧を表示し、表示された一覧の中からユーザによって指定された宛先を送信宛先として設定することが出来る。
ステップＳ４−００５では、宛先表から選択されたひとつ以上の宛先を宛先リストに追加し、ステップＳ４−００１に戻る。なお、宛先リストについては、後述する。
【００４５】
ステップＳ４−００６では、新規ファイル宛先へ画像データを送信するための認証に必要な認証情報の設定を行う。なお、引継ぎの詳細については後述する。そして、ステップＳ４−００７に進む。
【００４６】
ステップＳ４−００７では、新規のファイル宛先を宛先リストに追加し、ステップＳ４−００１に戻る。
【００４７】
ステップＳ４−００８は、ステップＳ４−００４で送信認証されたユーザ（当該ユーザにとっては自分）宛への送信であったときに実行する。ここで、送信認証されたユーザの宛先は、ＬＤＡＰサーバ３００から取得したコンテキスト５０００に含まれるディレクトリ情報に基づいて、送信認証されたユーザに設定されたホームフォルダのフォルダとなる。よって画像データはホームフォルダへ送信される。ステップＳ４−００８では、当該ホームフォルダにアクセスするための認証情報を設定する。そして、ステップＳ４−００９に進む。
【００４８】
ステップＳ４−００９では、認証されたユーザの宛先（当該ユーザのホームフォルダ）を宛先リストに追加し、ステップＳ４−００１に戻る。
【００４９】
なお、認証されたユーザの宛先として、当該ユーザのホームフォルダ以外に、当該ユーザの電子メールアドレスなど、他の種類の宛先情報を用いてもよい。
【００５０】
図６は、図４記載のステップＳ４−００６の新規ファイル宛先の認証情報設定処理の一例を示すフローチャートである。
【００５１】
ステップＳ６−００１では、ＨＤ２１０に記憶されている認証設定情報を参照し、新規宛先に対する認証方法の設定を確認する。認証設定情報の詳細については後述する。もし、認証情報を引き継ぐ設定になっているならばステップＳ６−００２に、そうでなければステップＳ６−００４に進む。
【００５２】
ステップＳ６−００２では、ユーザ名とパスワードなど、認証情報の入力をユーザに促す画面をＤＩＳＰＬＡＹ２０８に表示する。そして、ユーザ名とパスワードの入力欄には、コンテキスト５０００に保持してあるユーザ名とパスワードをプリセットする。
【００５３】
図９の（ａ）は、Ｓ６−００２でＤＩＳＰＬＡＹ２０８に表示される画面の一例を示す図である。図９ではＳＭＢなどの共有フォルダが送信宛先として設定された場合の画面例を示している。図９の「ホスト名」と「フォルダへのパス」によって宛先が特定されるが、ここにはユーザが手動操作で新規な宛先を入力する。図９の（ａ）の画面では、「ユーザ名」、「パスワード」の項目が図５のコンテキスト５０００から引き継がれてプリセットされている。なお、「パスワード」フィールドには、画面上はダミー文字（例えば”＊”のような文字）を表示しているが、内部的にコンテキスト５０００のパスワードをプリセットされている。新規宛先となるフォルダにアクセスするために必要な認証が、送信認証で行われる認証と同じ認証情報を用いるような場合には、図９（ａ）のように、送信認証で用いられた認証情報をプリセットすることで、ユーザによる認証情報の設定のための操作が簡略化される。
【００５４】
一方、ステップＳ６−００４では、ユーザ名とパスワードなど、認証情報の入力をユーザに促す画面をＤＩＳＰＬＡＹ２０８に表示する。この場合、認証情報が引き継がれないので、図９の（ｂ）の画面のように、「ユーザ名」と「パスワード」入力フィールドが空白になった画面が表示される。この場合、各入力フィールドに対してユーザが手動操作で入力を行う必要がある。新規宛先となるフォルダにアクセスするための認証で用いられる認証情報と、送信認証のために用いられる認証情報とが異なる場合には、送信認証での認証情報をプリセットする必要は無い。
【００５５】
ステップＳ６−００３では、ユーザによるホスト名、フォルダへのパス、ユーザ名およびパスワードの入力や修正を受け付ける。図９の画面におけるＯＫボタンが押下され、入力完了が通知されたならば、本フローチャートを終了する。
【００５６】
図７は、図４のステップＳ４−００８の自分宛送信時の認証情報設定処理の一例を示すフローチャートである。
【００５７】
ステップＳ７−００１、００２では、ＨＤ２１０に記憶されている認証設定情報を参照し、自部宛送信時の認証方法の設定を確認する。まず、ステップＳ７−００１では、都度認証を行うか否かを確認する。もし、都度認証を行う設定になっているならばステップＳ７−００２に、そうでなければステップＳ７−００６に進む。
【００５８】
ステップＳ７−００２では、認証情報の「引き継ぎ」を行うか否かの設定を確認する。もし、引き継ぎを行う設定になっているならばステップＳ７−００３に、そうでなければステップＳ７−００５に進む。
【００５９】
ステップＳ７−００３では、ＰＡＮＥＬ２０６にユーザ名とパスワードの入力をユーザに促す画面を表示する。そして、ユーザ名とパスワードの入力フィールドには、コンテキスト５０００のユーザ名とパスワードをプリセットする。
【００６０】
図１０（ａ）にステップＳ７−００３で表示される画面の一例を示す。図１０（ａ）では、ユーザ名とパスワードの入力フィールドにはコンテキスト５０００のユーザ名とパスワードが引き継がれて初期値として入力されている。なお、パスワードフィールドには、画面上は伏ダミー文字（例えば”＊”のような文字）を表示し、内部的にコンテキスト５０００のパスワードをプリセットする。図１０（ａ）では、送信宛先となるホスト名およびフォルダへのパスの入力フィールドは、グレーアウト表示されている。これは、同フィールドは入力不要かつ編集ができないことを示している。内部的には、ホスト名およびフォルダへのパスとして、図５記載のコンテキスト５０００のサーバおよびフォルダパスの値が使用される。
【００６１】
図１０（ｂ）にはステップＳ７−００３で表示される画面の他の一例を示す。図１０（ａ）において、図１０（ｂ）では、コンテキスト５０００に保持されているサーバ名とフォルダパスの値がそれぞれホスト名とフォルダへのパスの入力フィールドに入力された状態で、且つ編集不可であることを示している。
【００６２】
一方、ステップＳ７−００５では、ＰＡＮＥＬ２０６にユーザ名とパスワードの入力をユーザに促す画面を表示する。この場合、送信認証での認証情報が引き継がれないので、図１０（ａ）の画面において、ユーザ名とパスワードの入力フィールドが空白となった状態の画面を表示する。そしてステップＳ７−００４に進む。
【００６３】
ステップＳ７−００４では、ユーザによるユーザ名およびパスワードの入力や修正を受け付ける。そして図１０のＯＫボタンが押下され、入力完了が通知されたならば、本フローチャートを終了する。
【００６４】
ステップＳ７−００１で都度画面表示しない設定になっているならば、ステップＳ７−００６へ進む。ステップＳ７−００６では、図１０のような画面を表示することなく、図５記載のコンテキスト５０００のサーバ、フォルダパス、ユーザ名、および、パスワードを引き継いで、送信宛先や認証情報の設定をおこなう。
【００６５】
図１３は宛先リストの一例を示す図である。宛先リスト１３は、ＭＦＰ２００が実行する画像送信において、送信宛先として確定したものが格納されるリストである。図４のステップＳ４−００５、Ｓ４−００７、Ｓ４−００９で宛先リスト１３に宛先が追加される。図１３では、一例として、ステップＳ４−００５で宛先表の００１番と００２番の宛先が、ｉｄｘの１および２に追加された例を示している。また、ステップＳ４−００７で￥￥ｓｈａｒｅ￥ｓｃａｎのネットワークフォルダパスを持つ新規宛先がｉｄｘの４に追加されたことも示している。加えて、ステップＳ４−００９で図５記載のコンテキスト５０００の内容に基づいて自分へファイル送信の宛先がｉｄｘの３に追加されていることがわかる。
【００６６】
図８は、ステップＳ３−００５の処理である、宛先表から選択された宛先の認証情報を設定する処理の一例を示したフローチャートである。
【００６７】
ステップＳ８−００１では、宛先リスト１３の先頭（ｉｄｘの１）から宛先種別を確認する。もし宛先種別が宛先表であれば、ステップＳ８−００２に進む。そうでなければ、ステップＳ８−００８に進む。
【００６８】
ステップＳ８−００２、００３では、ＨＤ２１０に記憶されている認証設定情報を参照し、宛先表から選択された宛先に対する認証方法の設定を確認する。もし、都度画面を表示する設定になっているならばステップＳ８−００３に、そうでなければステップＳ８−００７に進む。
【００６９】
ステップＳ８−００３では、認証設定情報を参照し、宛先表から選択された宛先に対する認証方法として、送信認証時の認証情報を引き継ぐか否かの設定を確認する。もし、引継ぎする設定になっているならばステップＳ８−００４に、そうでなければステップＳ８−００６に進む。
【００７０】
ステップＳ８−００４では、ＤＩＳＰＬＡＹ２０８にユーザ名とパスワードの入力をユーザに促す画面を表示し、かつ、ユーザ名とパスワードの入力フィールドには、図５記載のコンテキスト５０００に保持してあるユーザ名とパスワードをプリセットする。
【００７１】
図１１の（ａ）にステップＳ８−００４でＤＩＳＰＬＡＹ２０８に表示される画面の一例を示す。ユーザ名フィールドには、コンテキスト５０００のユーザ名がプリセットされる。また、パスワードフィールドには、画面上はダミー文字（例えば”＊”のような文字）を表示し、内部的にコンテキスト５０００のパスワードをプリセットする。
【００７２】
一方、ステップＳ８−００６では、ユーザ名とパスワードなど、認証情報の入力をユーザに促す画面をＤＩＳＰＬＡＹ２０８に表示する。この場合、認証情報が引き継がれないので、図１１の（ｂ）の画面のように、「ユーザ名」と「パスワード」入力フィールドが空白になった画面が表示される。この場合、各入力フィールドに対してユーザが手動操作で入力を行う必要がある。
【００７３】
ステップＳ８−００５では、ユーザによるユーザ名およびパスワードの入力や修正を受け付ける。そして、図１１記載のＯＫボタンが押下され、入力完了が通知されたならば、ステップＳ８−００８に進む。
【００７４】
ステップＳ８−００２で都度画面を表示しない設定になっているならば、ステップＳ８−００７へ進む。ステップＳ８−００７では、図１１のような画面を表示することなく、宛先表に登録されたユーザ名およびパスワードをそのまま使用するようにして、ステップＳ８−００８に進む。
【００７５】
ステップＳ８−００８では、宛先リストの最後のｉｄｘであるか否かを確認する。もし最後のｉｄｘであるならば、本フローチャートを終了する。そうでなければ、ｉｄｘをひとつ進め、ステップＳ８−００１に戻る。
【００７６】
図１４は、図８のフローチャートの処理によって宛先表の宛先に対する認証情報の設定が完了した後（ジョブとして送信処理のキューに投入される直前）の宛先リストの一例１４を示すものである。図１４のｉｄｘ１、ｉｄｘ２のユーザ名とパスワードはコンテキスト５０００に保持されたユーザ名とパスワードが設定されている。これは、都度画面を表示する設定（ステップＳ８−００２でＹｅｓ）であり、送信認証の認証情報を引き継ぐ設定（ステップＳ８−００３でＹｅｓ）である場合の例である。
【００７７】
図１２は、ユーザや管理者が認証設定情報を設定するためにＤＩＳＰＬＡＹ２０８に表示される認証方法設定画面の一例を示す図である。
【００７８】
設定変更ボタン１２０２は、ＳＭＴＰ認証のために必要な設定を行うためのボタンである。設定変更ボタン１２０２が押下されると、ＤＩＳＰＬＡＹ２０８は、ＳＭＴＰ認証のための詳細な設定を行うための不図示の画面を表示する。この画面では、ＳＭＴＰ認証の有無、ＳＭＴＰ認証を行う場合のユーザ名やパスワードなどの認証情報を設定することが出来る。
【００７９】
ラジオボタン１２０４乃至１２０８は、ユーザが電子メールで画像データを送信する場合の認証方法を選択するためのボタンである。ラジオボタン１２０４は、電子メールを送信する場合には送信認証で用いられた認証情報（コンテキスト５０００）を引き継ぎ、認証情報を入力する画面には送信認証で用いられた認証情報をプリセットすることを選択するためのボタンである。ラジオボタン１２０６は、電子メールを送信する場合には、送信認証で用いられた認証情報を引き継がず、認証情報を入力する画面には認証情報を入力するフィールドが空白となることを選択するためのボタンである。ラジオボタン１２０８は、電子メールを送信する場合には機器固有の認証情報、即ち設定変更ボタンを押下することで設定されたＳＭＴＰ認証のためのユーザ名とパスワードを用い、認証情報を入力するための画面を表示しないことを選択するためのボタンである。
【００８０】
ラジオボタン１２１０乃至１２２４は、ＳＭＢやＦＴＰを用いて画像データを送信する際の認証方法を選択するためのボタンである。ＳＭＢやＦＴＰを用いて画像データを送信する場合の宛先の設定方法に対応付けて認証方法を設定するためのラジオボタンが用意されている。
【００８１】
ラジオボタン１２１０は、画像データの送信宛先が宛先表から選択されたものでは無い新規宛先である場合に、送信認証で用いられた認証情報（コンテキスト５０００）を引き継ぎ、認証情報を入力する画面には送信認証で用いられた認証情報をプリセットすることを選択するためのボタンである。ラジオボタン１２１２は、画像データの送信宛先が新規宛先である場合、送信認証で用いられた認証情報を引き継がず、認証情報を入力する画面には認証情報を入力するフィールドが空白となることを選択するためのボタンである。
ラジオボタン１２１４は、宛先表から選択された宛先へ画像データを送信する場合に、送信認証で用いられた認証情報（コンテキスト５０００）を引き継ぎ、認証情報を入力する画面には送信認証で用いられた認証情報をプリセットすることを選択するためのボタンである。ラジオボタン１２１６は、宛先表から選択された宛先へ画像データを送信する場合、送信認証で用いられた認証情報を引き継がず、認証情報を入力する画面には認証情報を入力するフィールドが空白となることを選択するためのボタンである。ラジオボタン１２１８は、宛先表から選択された宛先へ画像データを送信する場合、宛先表に登録された認証情報を用い、認証情報を入力するための画面を表示しないことを選択するためのボタンである。
【００８２】
ラジオボタン１２２０は自分宛に画像データを送信する場合に、送信認証で用いられた認証情報（コンテキスト５０００）を引き継ぎ、認証情報を入力する画面には送信認証で用いられた認証情報をプリセットすることを選択するためのボタンである。ラジオボタン１２２２は、自分宛に画像データを送信する場合に、送信認証で用いられた認証情報を引き継がず、認証情報を入力する画面には認証情報を入力するフィールドが空白となることを選択するためのボタンである。ラジオボタン１２２４は、自分宛に画像データを送信する場合に、送信認証で用いられた認証情報（コンテキスト５０００）を用い、認証情報を入力する画面を表示しないことを選択するためのボタンである。このように、ＭＦＰ２００がサポートしている送信プロトコル（この場合はＳＭＴＰ、ＳＭＢ／ＦＴＰ）毎に、更に、宛先の選択方法毎に所望の認証方法を設定することが出来る。図１２の画面で設定された内容は認証設定情報として、不図示のＯＫボタンを押下することでＨＤ２１０に記憶される。
【００８３】
図１２の設定画面で設定され、ＨＤ２１０に記憶された認証設定情報は、図６のステップＳ６−００１、図７のステップＳ７−００１およびＳ７−００２、図８のステップＳ８−００２およびＳ８−００３での決定を行う際に参照される。「新規宛先」、「宛先表」、「自分宛送信」でグルーピングされたラジオボタンは、グループごとにひとつだけ選択できるように制御されている。
【００８４】
以上、本実施形態によれば、ＭＦＰ２００は、選択された宛先の種類や宛先の設定方法によって、認証の引継ぎの有無と、認証画面の表示の有無とを適宜切り替えることが可能になる。
【００８５】
［その他の実施の形態］
本実施形態では、機能認証のひとつとして、ＬＤＡＰサーバ３００による送信認証を例に説明した。しかしながら、本発明は機能認証に制限されるものではない。例えば、デバイス認証で用いられた認証情報を上述のコンテキスト５０００として用いても良い。また、ＬＤＡＰサーバ３００による認証では無く、ＭＦＰ２００自身が送信認証を行うようにしてもよい。例えば、ＭＦＰ２００のＨＤ２１０にユーザ名とパスワードのテーブルを保持し、認証画面で入力されたユーザ名およびパスワードと照合することで実現することが出来る。
【００８６】
また、本実施形態では、宛先表のファイル宛先の都度および引継ぎ処理を、宛先選択の確定後に実施するように構成した。しかしながら、同処理のタイミングは、宛先確定後である必要はない。例えば、図８記載の処理からステップＳ８−００１とＳ８−００８をなくし、当該処理を図４のステップＳ４−００５の前に実行されるように構成してもよい。こうすることで、図１３および図１４記載の宛先リストに宛先種別の項目がなくても同様な効果が得られるようになる。逆に、図７記載の「自分宛へ送信」の都度および引継ぎ処理は、第１の実施形態における宛先表のファイル宛先の都度および引継ぎ処理と同じタイミングで実行されるように構成しても同様な効果が得られる。ただし、図７記載の処理にステップＳ８−００１と類似の処理（「自分宛へ送信」か否かを判定する処理）と、ステップＳ８−００８と等価な処理を追加する必要がある。
【００８７】
また、本実施形態では、図１２に示したように、「新規宛先」、「宛先表」および「自分宛送信」の３つの宛先設定方法に対応して認証の方法を設定できるようにした。しかし、例えば、過去の送信履歴から宛先を選択したり、予め登録された定型の業務から宛先を選択するような機能を備えたＭＦＰならば、そのような宛先設定方法の各々に対しても認証方法を設定できるようにしても良い。これにより、より自由度の高い「都度」および「引継ぎ」の組み合わせをユーザに提供できる。
【００８８】
また、第１の実施形態では、ファイル送信におけるフォルダへのアクセスのための認証を都度および引継ぎの対象とした。しかしながら、対象はフォルダ認証でなくてもよい。例えば、電子メール送信時のＳＭＴＰ認証に適用することもできる。より具体的には、ユーザが宛先を選択する通常の電子メール送信時のＳＭＴＰ認証と、送信結果を特定の宛先に電子メールで通知するときのＳＭＴＰ認証との都度および引継ぎを個別に設定すれば、同様な効果が得られる。また、電子メールと、Ｉファクスとで、ＳＭＴＰ認証の都度および引継ぎを切り替えてもよい。
【００８９】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がコンピュータプログラムを読み出して実行する処理である。この場合、そのコンピュータプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００９０】
１００  ＬＡＮ
２００  ＭＦＰ
３００  ＬＤＡＰサーバ
２０６  ＰＡＮＥＬ
２０８  ＤＩＳＰＬＡＹ
５０００  コンテキスト
【図１】
0005591388.tif 000002
【図２】
0005591388.tif 000003
【図３】
0005591388.tif 000004
【図４】
0005591388.tif 000005
【図５】
0005591388.tif 000006
【図６】
0005591388.tif 000007
【図７】
0005591388.tif 000008
【図８】
0005591388.tif 000009
【図９】
0005591388.tif 000010
【図１０】
0005591388.tif 000011
【図１１】
0005591388.tif 000012
【図１２】
0005591388.tif 000013
【図１３】
0005591388.tif 000014
【図１４】
0005591388.tif 000015