(57)【要約】【課題】　ユーザが、宛先数を制限されることなく読取文書を送信でき、効率的に宛先情報を更新可能であり、さらに、宛先情報のセキュリティを高く維持できる文書送信方法および文書送信システムを提供する。【解決手段】　ＭＦＤ１０〜３０は、通信ネットワーク１００を介して読取サーバ４０に接続されている。ユーザはＭＦＤ１０〜３０から、ログイン情報等を入力してディレクトリサーバ６０にアクセスして宛先情報を検索できる。読取サーバ４０は、ＭＦＤ２０から文書データおよび宛先情報を受け取り、文書の送信を行う。【選択図】　図１
2004112798.tif 000002
【特許請求の範囲】
【請求項１】
　読取装置で読取った文書を送信する文書送信方法であって、
　読取装置にネットワークを介して接続され、宛先情報を記憶するディレクトリサーバにアクセスして宛先情報を要求するステップと、
　前記読取装置が、前記ディレクトリサーバから宛先情報を受け取るステップと、
　前記読取装置が、読取った文書および前記宛先情報を送る送信ステップと、
　を備える、ことを特徴とする文書送信方法。
【請求項２】
　前記読取装置が、ユーザからログイン情報を受け取るステップと、
　受け取った前記ログイン情報に基づいて、前記読取装置の操作の認証を要求する認証ステップと、
　をさらに備える、ことを特徴とする請求項１に記載の文書送信方法。
【請求項３】
　前記読取装置が、ユーザからログイン情報を受け取るステップと、
　受け取った前記ログイン情報に基づいて、前記ディレクトリサーバへのアクセス認証を要求する認証ステップと、
　をさらに備える、ことを特徴とする請求項１に記載の文書送信方法。
【請求項４】
　前記認証ステップは、
　前記読取装置にネットワークを介して接続された読取サーバに前記ログイン情報を送るステップと、
　前記ログインサーバに送られた前記ログイン情報に基づいて認証を行うステップと、
　を含む、ことを特徴とする請求項２または３に記載の文書送信方法。
【請求項５】
　前記認証ステップは、前記読取サーバが、前記ディレクトリサーバに記憶された認証情報を前記ディレクトリサーバから取得するステップをさらに備える、ことを特徴とする請求項４に記載の文書送信方法。
【請求項６】
　前記送信ステップは、
　前記読取装置が、前記読取装置にネットワークを介して接続された読取サーバに、読取った前記文書および前記宛先情報を送るステップと、
　前記読取サーバが、読取られた前記文書を、前記宛先情報に応じた送信用サーバに回送するステップと、
　を含む、ことを特徴とする請求項１乃至５のいずれか１項に記載の文書送信方法。
【請求項７】
　前記読取装置が受け取った前記宛先情報を記憶するステップをさらに備える、ことを特徴とする請求項１乃至６のいずれか１項に記載の文書送信方法。
【請求項８】
　前記読取装置が記憶した前記宛先情報を所定時間後に消去するステップをさらに備える、ことを特徴とする請求項７に記載の文書送信方法。
【請求項９】
　読取った前記文書のデータ形式を変換するステップをさらに備える、ことを特徴とする請求項１乃至８のいずれか１項に記載の文書送信方法。
【請求項１０】
　前記宛先情報は、電子メールアドレスおよびファックス番号の少なくとも１つを含んで構成される、ことを特徴とする請求項１乃至９のいずれか１項に記載の文書送信方法。
【請求項１１】
　読取装置で読取った文書を送信する文書送信システムであって、
　読取装置にネットワークを介して接続され、宛先情報を記憶するディレクトリサーバにアクセスして宛先情報を要求する手段と、
　前記ディレクトリサーバから宛先情報を受け取る手段と、
　読取った文書および前記宛先情報を送る送信手段と、
　を備える、ことを特徴とする文書送信システム。
【請求項１２】
　ユーザからログイン情報を受け取る手段と、
　受け取った前記ログイン情報に基づいて、前記読取装置の操作の認証を要求する認証手段と、
　をさらに備える、ことを特徴とする請求項１１に記載の文書送信システム。
【請求項１３】
　ユーザからログイン情報を受け取る手段と、
　受け取った前記ログイン情報に基づいて、前記ディレクトリサーバへのアクセス認証を要求する認証手段と、
　をさらに備える、ことを特徴とする請求項１１に記載の文書送信システム。
【請求項１４】
　前記認証手段は、
　前記読取装置にネットワークを介して接続された読取サーバに前記ログイン情報を送る手段と、
　前記ログインサーバに送られた前記ログイン情報に基づいて認証を行う手段と、
　を含む、ことを特徴とする請求項１２または１３に記載の文書送信システム。
【請求項１５】
　前記認証手段は、前記ディレクトリサーバに記憶された認証情報を前記ディレクトリサーバから取得する手段をさらに備える、ことを特徴とする請求項１４に記載の文書送信システム。
【請求項１６】
　前記送信手段は、
　前記読取装置にネットワークを介して接続された読取サーバに、読取った前記文書および前記宛先情報を送る手段と、
　読取られた前記文書を、前記宛先情報に応じた送信用サーバに回送する手段と、
　を含む、ことを特徴とする請求項１１乃至１５のいずれか１項に記載の文書送信システム。
【請求項１７】
　前記読取装置が受け取った前記宛先情報を記憶する手段をさらに備える、ことを特徴とする請求項１１乃至１６のいずれか１項に記載の文書送信システム。
【請求項１８】
　前記読取装置が記憶した前記宛先情報を所定時間後に消去する手段をさらに備える、ことを特徴とする請求項１７に記載の文書送信システム。
【請求項１９】
　読取った前記文書のデータ形式を変換する手段をさらに備える、ことを特徴とする請求項１１乃至１８のいずれか１項に記載の文書送信システム。
【請求項２０】
　前記宛先情報は、電子メールアドレスおよびファックス番号の少なくとも１つを含んで構成される、ことを特徴とする請求項１１乃至１９のいずれか１項に記載の文書送信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、読取装置を用いて読取った文書を送信するための文書送信方法および文書送信システムに関する。
【背景技術】
【０００２】
　近年、インターネットの普及に伴い、インターネットを介したデータ通信が実用化されてきている。ファクシミリ通信においても、送受信する文書データ（読取画像データ）を電子メールの形式に変換することにより、インターネットを介してファクシミリ通信と同様に相手先に文書データを送信するシステムが開発されている（特許文献１参照）。
【特許文献１】特開２００１−３１３７７２号公報
【０００３】
　このようなシステムによれば、相手先では、ファクシミリ装置により文書データを受け取ることができる一方、インターネットに接続可能なパソコン等においても同様に電子メールに添付された文書データとして確認することができる。
【０００４】
　上記従来のシステムでは、送付される文書の読取および送信を行う読取装置は、文書（データ）の送信先のファックス番号やメールアドレスからなる宛先ディレクトリを記憶している。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
　しかし、このような従来のシステムは、中小の会社のニーズを十分に満たすものであるが、比較的規模の大きい会社、すなわち、使用者および送付先の多い会社の環境において使用された場合には以下のような不具合が生じる場合がある。
【０００６】
　すなわち、宛先ディレクトリは、読取装置に記憶されているため、その容量は制限され、大きな会社にあっては、必要とされる宛先の全てが記憶されない場合がある。例えば、一般的な読取装置（ファクシミリ装置）では、アドレス数は２００程度に制限される。
【０００７】
　また、読取り装置のローカルな宛先ディレクトリは、その会社全体のグローバルな宛先ディレクトリを更新するたびに更新する必要がある。例えば、宛先ディレクトリは従業員が会社を離れるたびに、新たな従業員を雇うたびに、そして、従業員が社内でその地位や部署を変わるたびに更新しなければならない。例えば、大会社では、１週あたり１０００回更新する場合もある。
【０００８】
　大会社では、通常、会社全体のアドレス帳を構成するグローバルディレクトリは、社内ネットワークの中心となるメインサーバ等に記憶され、更新される。このようなシステムでは、社内ネットワークに接続された各読取装置のローカルディレクトリは、グローバルディレクトリに同期させて更新される。しかし、頻繁かつ大容量の更新作業はシステムの管理者の負担を生み、同時に、社内ネットワークの通信量を深刻に増大させ、ネットワークの機能低下を招来する。
【０００９】
　さらにまた、メインサーバ等に記憶されたグローバルディレクトリは、高いセキュリティレベルで管理されているが、読取装置のローカルディレクトリは通常容易にアクセス可能であり、読取装置においてセキュリティの綻びが生じるおそれがある。
【００１０】
　このように、従来の読取装置を用いた文書送信システムには、読取装置に記憶される宛先数が制限され、読取装置毎の更新作業が必要であり、読取装置における宛先情報のセキュリティレベルが低い、という問題があった。
【００１１】
　上記問題を解決するため、本発明は、ユーザが、宛先数を制限されることなく読取文書を送信でき、効率的に宛先情報を更新可能であり、さらに、宛先情報のセキュリティを高く維持できる文書送信方法および文書送信システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
　上記目的を達成するため、本発明の第１の観点にかかる文書送信方法は、
　読取装置で読取った文書を送信する文書送信方法であって、
　読取装置にネットワークを介して接続され、宛先情報を記憶するディレクトリサーバにアクセスして宛先情報を要求するステップと、
　前記読取装置が、前記ディレクトリサーバから宛先情報を受け取るステップと、
　前記読取装置が、読取った文書および前記宛先情報を送る送信ステップと、
　を備える。
【００１３】
　上記方法は、前記読取装置が、ユーザからログイン情報を受け取るステップと、
　受け取った前記ログイン情報に基づいて、前記読取装置の操作の認証を要求する認証ステップと、
　をさらに備えてもよい。
【００１４】
　上記方法は、前記読取装置が、ユーザからログイン情報を受け取るステップと、
　受け取った前記ログイン情報に基づいて、前記ディレクトリサーバへのアクセス認証を要求する認証ステップと、
　をさらに備えてもよい。
【００１５】
　上記方法において、前記認証ステップは、
　前記読取装置にネットワークを介して接続された読取サーバに前記ログイン情報を送るステップと、
　前記ログインサーバに送られた前記ログイン情報に基づいて認証を行うステップと、
　を含んでもよい。
【００１６】
　上記方法において、前記認証ステップは、前記読取サーバが、前記ディレクトリサーバに記憶された認証情報を前記ディレクトリサーバから取得するステップをさらに備えてもよい。
【００１７】
　上記方法において、前記送信ステップは、
　前記読取装置が、前記読取装置にネットワークを介して接続された読取サーバに、読取った前記文書および前記宛先情報を送るステップと、
　前記読取サーバが、読取られた前記文書を、前記宛先情報に応じた送信用サーバに回送するステップと、
　を含んでもよい。
【００１８】
　上記方法は、前記読取装置が受け取った前記宛先情報を記憶するステップをさらに備えてもよい。
【００１９】
　上記方法は、前記読取装置が記憶した前記宛先情報を所定時間後に消去するステップをさらに備えてもよい。
【００２０】
　上記方法は、読取った前記文書のデータ形式を変換するステップをさらに備えてもよい。
【００２１】
　上記方法において、前記宛先情報は、たとえば、電子メールアドレスおよびファックス番号の少なくとも１つを含んで構成される。
【００２２】
　上記目的を達成するため、本発明の第２の観点にかかる文書送信システムは、
　読取装置で読取った文書を送信する文書送信システムであって、
　読取装置にネットワークを介して接続され、宛先情報を記憶するディレクトリサーバにアクセスして宛先情報を要求する手段と、
　前記ディレクトリサーバから宛先情報を受け取る手段と、
　読取った文書および前記宛先情報を送る送信手段と、
　を備える。
【００２３】
　上記構成のシステムは、ユーザからログイン情報を受け取る手段と、
　受け取った前記ログイン情報に基づいて、前記読取装置の操作の認証を要求する認証手段と、
　をさらに備えてもよい。
【００２４】
　上記構成のシステムは、ユーザからログイン情報を受け取る手段と、
　受け取った前記ログイン情報に基づいて、前記ディレクトリサーバへのアクセス認証を要求する認証手段と、
　をさらに備えてもよい。
【００２５】
　上記構成のシステムにおいて、前記認証手段は、
　前記読取装置にネットワークを介して接続された読取サーバに前記ログイン情報を送る手段と、
　前記ログインサーバに送られた前記ログイン情報に基づいて認証を行う手段と、
　を含んでもよい。
【００２６】
　上記構成のシステムにおいて、前記認証手段は、前記ディレクトリサーバに記憶された認証情報を前記ディレクトリサーバから取得する手段をさらに備えてもよい。
【００２７】
　上記構成のシステムにおいて、前記送信手段は、
　前記読取装置にネットワークを介して接続された読取サーバに、読取った前記文書および前記宛先情報を送る手段と、
　読取られた前記文書を、前記宛先情報に応じた送信用サーバに回送する手段と、
　を含んでもよい。
【００２８】
　上記構成のシステムは、前記読取装置が受け取った前記宛先情報を記憶する手段をさらに備えてもよい。
【００２９】
　上記構成のシステムは、前記読取装置が記憶した前記宛先情報を所定時間後に消去する手段をさらに備えてもよい。
【００３０】
　上記構成のシステムは、読取った前記文書のデータ形式を変換する手段をさらに備えてもよい。
【００３１】
　上記構成のシステムにおいて、前記宛先情報は、例えば、電子メールアドレスおよびファックス番号の少なくとも１つを含んで構成される。
【００３２】
　上記目的を達成するため、本発明の第３の観点に係るプログラムは、
　読取装置で読取った文書を送信する文書送信プログラムであって、
　読取装置にネットワークを介して接続され、宛先情報を記憶するディレクトリサーバにアクセスして宛先情報を要求する処理と、
　前記読取装置が、前記ディレクトリサーバから宛先情報を受け取る処理と、
　前記読取装置が、読取った文書および前記宛先情報を送る送信処理と、
　をコンピュータに実行させる。
【００３３】
　上記目的を達成するため、本発明の第４の観点に係るコンピュータ読み取り可能な記録媒体は、
　読取装置で読取った文書を送信する文書送信プログラムであって、
　読取装置にネットワークを介して接続され、宛先情報を記憶するディレクトリサーバにアクセスして宛先情報を要求する処理と、
　前記読取装置が、前記ディレクトリサーバから宛先情報を受け取る処理と、
　前記読取装置が、読取った文書および前記宛先情報を送る送信処理と、
　をコンピュータに実行させるためのプログラムを記録している。
【発明の効果】
【００３４】
　本発明によれば、ユーザが、宛先数を制限されることなく読取文書を送信でき、効率的に宛先情報を更新可能であり、さらに、宛先情報のセキュリティを高く維持できる文書送信方法および文書送信システムが提供される。
【発明を実施するための最良の形態】
【００３５】
　本発明の実施の形態に係るシステムについて、図面を参照して以下詳細に説明する。本実施の形態にかかるシステムは、文書の読取および読取られた文書を電子メールおよび／またはファックスするためのシステムを構成する。また、以下では、このシステムが会社にて使用される場合を例として説明する。
【００３６】
　図１に、本実施の形態にかかるシステム５のブロック図を示す。なお、以下、図面において、同一の参照番号は同一または共通する部分を示す。
　図１に示すように、システム５は、少なくとも１つの、しかし好ましくは複数の読取装置（ＭＦＤ）１０〜３０と、読取サーバ４０と、読取装置１０〜３０と読取サーバ４０とを相互接続するネットワーク１００と、を備える。
【００３７】
　ネットワーク１００は、一般的に用いられるプロトコル、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を使用する。勿論、他のプロトコルも可能である。ネットワーク１００は、ローカルエリアネットワーク、ワイドエリアネットワーク、イントラネットやエクストラネットのようないずれのタイプのネットワークあるいはこれらの組み合わせであってもよい。また、ネットーワーク１００用の他の通信リンク、例えば、バーチャルプライベートネットワーク（virtual private network）や無線リンクも同様に使用可能である。
【００３８】
　図１に示すように、読取装置１０〜３０は、多機能装置、いわゆる「ＭＦＤ」から構成される。ＭＦＤは、スキャナ、コピー機、プリンタ、ファックス装置、デジタルカメラ、他のオフィス装置ならびにこれらの組み合わせて構成される。種々のタイプのＭＦＤが当該分野で一般的に知られており、本実施の形態にかかるＭＦＤと共通の特徴およびハードウェアを共有している。本発明の実施の形態では、図９〜１０に対応して以下でより詳細に記載するように、ＭＦＤは、携帯装置、マルチスキャナ、写真複写機およびプリンタである。
【００３９】
　なお、ＭＦＤは、デジタルカメラのようなポータブルな、無線接続を介してインターネットに接続可能な装置であってもよく、このようなＭＦＤによれば、デジタル画像をインターネットを介して、静止画、音楽またはビデオを取り込み、これらを様々な場所から無線で共有することができる。かかるＭＦＤでは、ウェブページの作成、電子メールの送受信、画像やＦＴＰファイルの編集、インターネットサーフィン、ファックスの送信等が可能である。
【００４０】
　読取サーバ４０は、ディレクトリサーバ６０に接続されている。ディレクトリサーバ６０は、宛先情報と、個人の認証情報と、を含みうる。宛先情報は、名前、アドレス、電子メールアドレス、電話／ファックス番号および／または他の形態の情報から構成され、ユーザが所属する組織全体の宛先ディレクトリ（グローバルディレクトリ）である。認証情報は、後述するように、ディレクトリサーバ６０へのアクセスを認証する際に用いられる。
【００４１】
　使用可能なディレクトリサーバ６０の例としては、Ｌｏｔｕｓ　Ｎｏｔｅｓ（商標）、Ｍｉｃｒｏｓｏｆｔ　Ｅｘｃｈａｎｇｅ（商標）、およびディレクトリサーバ６０を可能とするＬＤＡＰ（“Ｌｉｇｈｔｗｅｉｇｈｔ　Ｄｉｒｅｃｔｏｒｙ　Ａｃｃｅｓｓ　Ｐｒｏｔｏｃｏｌ”）が挙げられるが、これに限られない。ＬＤＡＰは、ユーザが組織、個人、ファイル、装置をネットワーク中に配置することができるソフトウェアプロトコルである。
【００４２】
　読取サーバ４０は、また、ネットワークドメイン制御部５０と、電子メール（ｅメール）サーバ７０と、ファックス（ＦＡＸ）サーバ８０と、変換サーバ９０と、に接続されている。
　ネットワークドメイン制御部５０は、ＭＦＤユーザの認証を制御する。
【００４３】
　システム５では、ＭＦＤ１０〜３０からのユーザのアクセスに対して、読取サーバ４０を介して、ディレクトリサーバ６０に記憶された宛先情報が提供される。例えば、ユーザはＭＦＤ２０で文書の読取を行い、かつ、ディレクトリサーバ６０の会社のグローバルディレクトリの検索を要求することができる。
【００４４】
　具体的には、読取サーバ４０は、ＭＦＤ２０から受け取った検索要求をディレクトリサーバ６０に渡し、かつ、ディレクトリサーバ６０から検索結果（例えば、電子メールアドレスおよび／またはファックス番号）を受け取る。
【００４５】
　読取サーバ４０は、検索結果をＭＦＤ２０に渡し、ＭＦＤ２０はこれを一時的に記憶し、表示画面に表示する。好ましくは、記憶された検索結果は、ＭＦＤ２０のジョブが完了後、または、システム管理者により設定可能な所定期間（例えば、２分）後、ＭＦＤ２０から自動的に消去される。
【００４６】
　ユーザは、ＭＦＤ２０の表示画面上に表示された検索結果から所望の電子メールアドレスおよびファックス番号を選択し、文書（読取画像データ）を選択した宛先に電子メールおよび／またはファックスすることを要求することができる。
【００４７】
　なお、未登録の宛先に送る場合には、ユーザは、メールアドレスやファックス番号を入力することができる。また、ディレクトリサーバ６０のグローバルディレクトリを検索することなく、ＭＦＤ１０〜３０に記憶されたローカルディレクトリからアドレスおよび番号を選択することもできる。このＭＦＤ１０〜３０のローカルディレクトリは、例えば、ディレクトリサーバ６０の更新に応じて、自動的または周期的に更新される。
【００４８】
　読取サーバ４０は、読取られた文書のデータ、および、選択された宛先（アドレス／番号）に関する情報をＭＦＤ２０から受信する。読取サーバ４０は、宛先情報に応じて、読取文書を所定のサーバに回送（route）する。
【００４９】
　例えば、ユーザが読取文書を電子メールするよう要求した場合（宛先にメールアドレスが含まれる場合）には、読取サーバ４０は、読取られた文書を電子メールサーバ７０に回送する。また、ユーザが読取られた文書をファックスするよう要求した場合（宛先にファックス番号が含まれる場合）には、読取サーバ４０は読取られた文書をファックスサーバ８０に回送する。電子メールサーバ７０やファックスサーバ８０に送られた文書は、指定の宛先に送信される。
【００５０】
　電子メールサーバ７０としては、Ｌｏｔｕｓ　Ｎｏｔｅｓ（商標）電子メールサーバ、Ｍｉｃｒｏｓｏｆｔ　Ｅｘｃｈａｎｇｅ（商標）電子メールサーバ、およびＳＭＴＰ（Simple Mail Transfer Protocol）電子メールサーバが使用可能である。また、ファックスサーバ８０としては、Ｃａｐｔａｒｉｓ製のＲｉｇｈｔＦａｘ（商標）サーバが使用可能である。
【００５１】
　読取サーバ４０は、ユーザの指示に応じて、読取られた文書を変換サーバ９０に回送する。変換サーバ９０では、文書がある形式（例えば、ＴＩＦＦ（Tag Image File Format））から別の形式（ＰＤＦ（Portable Document Format））に変換される。変換された文書は、読取サーバ４０に送られた上で、電子メールサーバ７０やファックスサーバ８０に送られる。
【００５２】
　本実施の形態では、読取サーバ４０は、ＭＦＤ１０〜３０が同一の読取ジョブ中に複数の機能を実行可能であるよう構成されている。後述するように、読取サーバ４０はブラウザ２５からの要求に基づいて、複数の機能をＬＣＤ画面上に表示するよう構成されている。ＭＦＤ１０〜３０は、ブラウザ２５と読取サーバ４０との間の通信に基づいて、電子メールアドレス、ファックス番号およびビルコードのような複数のパラメータの入力を促す画面をそのＬＣＤパネル上に表示可能である。ＭＦＤ１０〜３０は、その後、読取られた文書を複数のサーバ、例えば、電子メールサーバ７０等に送る。
【００５３】
　ＭＦＤ１０〜３０および読取サーバ４０は、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）またはＨＴＴＰＳ（HTTP over Secure Socket Layer）などのプロトコルを用い、ネットワーク１００を介してデータを交換する。また、ＭＦＤ１０〜３０および読取サーバ４０は、例えば、ＸＭＬ（Extensible Markup Language）形式でデータ交換する。
【００５４】
　なお、電子メールサーバ７０、ファックスサーバ８０および／または変換サーバ９０は、読取サーバ４０に組み込まれていてもよい。
【００５５】
　上記構成の本実施の形態のシステム５は、３つのレベルのユーザ認証を提供する。第１の認証レベルでは、ユーザ認証は行われない。この第１レベルの下では、いかなるユーザもＭＦＤ１０〜３０を用いて文書の読取、コピー、印刷、ディレクトリサーバ６０へのアクセスが可能であり、文書をグローバルディレクトリを検索し、所望の宛先に電子メールおよびファックスすることができる。
【００５６】
　第２の認証レベルでは、ユーザは、ネットワークドメイン制御部５０によりドメイン認証される。この第２レベルの下では、ユーザはログイン名およびパスワードのようなログイン情報をＭＦＤ１０〜３０から入力する必要がある。このログイン情報は、ネットワーク１００を介して読取サーバ４０に送られる。
【００５７】
　読取サーバ４０はログイン情報をネットワークドメイン制御部５０に渡し、ネットワークドメイン制御部５０がユーザのドメイン認証を確認する（またはしない）。確認情報は読取サーバ４０を介してＭＦＤ１０〜３０に送られる。
【００５８】
　ユーザがドメイン認証された場合には、ユーザはＭＦＤ１０〜３０を使用することができる。このとき、例えば、ユーザはドメイン認証の可否に関わらず、ＭＦＤ１０〜３０の特定の機能、例えば、文書の読取り、コピー、直接の電子メールおよびファックス（ディレクトリサーバ６０へのアクセスなし）といった機能を使用可能である。しかし、システム５は、ドメイン認証されていないユーザが、ディレクトリサーバ６０へのアクセスを含む他の機能を使用することを禁止する。また、例えば、システム５は、認証されていないユーザがＭＦＤ１０〜３０のすべての機能を使用することを禁止する。
【００５９】
　第３の認証レベルでは、ユーザは、ディレクトリサーバ６０により認証される。この第３レベルの下では、ディレクトリサーバ６０は、ユーザがアクセスを持てるグローバルディレクトリの領域が制御される。例えば、会社の特定の部署（例えば、人事、法務等）の従業員は、その部署のみに対応するディレクトリ領域にアクセスを持ちうる。このため、このような特定領域に格納された情報は、会社内であっても、特定の人のみアクセス可能となっている。したがって、非常に高いセキュリティレベルでのグローバルディレクトリの管理、保護が可能となっている。
　この第３の認証レベルは、第２レベル（ドメイン認証）の上に設けられるが、必ずしもその必要があるわけではない。
【００６０】
　第２および第３の認証レベルの下では、システム５は、ユーザ毎にユーザプロファイルを作成し、認証に際し、システム５がユーザプロファイルに対応する特定の機能についてのみユーザにアクセスを提供するように構成されている。この実施の形態の下では、異なる認証ユーザは異なるユーザプロファイルを有し、したがって、異なる機能にアクセス可能である。システム管理者は、ユーザプロファイルを変更等制御可能である。
【００６１】
　読取サーバ４０は、特定のＭＦＤに関して特定のプロファイルを設定するＭＦＤプロファイラを備えてもよい。システム５の管理者は、読取サーバ４０のＭＦＤプロファイラによって、プロファイルを作成し、変更し、維持する。プロファイルは、シリアルナンバー、および、読取サーバ４０とＭＦＤ１０〜３０との間の情報の交換を構成するのに用いられる、ＭＦＤに関する様々なパラメータ（コンピュータネットワーク名、機械の配置等）のような識別情報を含みうる。これらのパラメータは各ＭＦＤに関して用いられる認証スキーム、用いられるデータ形式／プロトコル、電子メールサーバ７０、ファックスサーバ８０、および／またはディレクトリサーバ６０に関連させてもよい。プロファイルは、同様に、ディレクトリサーバ６０からの検索結果が消去されるまで読取装置に記憶される時間周期を含んでもよい。
【００６２】
　図２は、本実施の形態にかかるＭＦＤ２０と読取サーバ４０とから構成されるＭＦＤサーバシステムのソフトウェア要素のブロック図を示す。
　図２に示すように、読取サーバ４０は、認証部２６０と、管理部２６５と、ディレクトリゲートウェイ２７０と、文書ルータ部２７５と、プロファイラ２８０と、を備える。
【００６３】
　認証部２６０は、上述した認証機能を行う。
　管理部２６５は、システム管理者によるシステム５の管理を可能とする。例えば、システム５の管理者は管理部２６５を介してプロファイラ２８０にアクセスし、ユーザプロファイルおよび／または読取サーバ４０に接続されたＭＦＤ１０〜３０に関するＭＦＤプロファイルを設定することができる。
　ディレクトリゲートウェイ２７０は、ディレクトリサーバ６０と通信可能とする。
　文書ルータ部２７５は、ＭＦＤ１０〜３０から受信した文書を適当なサーバに回送する。
【００６４】
　ＭＦＤ２０は、ＭＦＤ２０のスキャニングエンジンを制御するエンジン制御部（ＭＣＳ）２０５を備える。ＭＣＳ２０５は、ＭＦＤ２０のメモリへのアクセスを制御する。
【００６５】
　動作パネル制御部（ＯＣＳ）２１５は、ＭＦＤ２０のＬＣＤに関する表示情報を発生する。例えば、ＯＣＳ２１５は、ＭＦＤ２０の動作に関する従来のメニューおよび図３〜６に示されるメニューを生成しうる。
【００６６】
　システム制御部（ＳＣＳ）２２５は、ＭＦＤ２０内のセンサを制御および／または監視する。例えば、ＳＣＳ２２５は、タッチスクリーンセンサ、紙詰まりセンサおよび読取動作センサを制御する。したがって、ＳＣＳ２２５は、センサからの情報に基づきＭＦＤ２０の状況を管理することができる。
【００６７】
　ネットワークコントロール部（ＮＣＳ）２２０は、ブラウザ２５と読取サーバ４０との間の通信を制御する。ＳＳＬ（Secure Socket Layer）２３０は、ＮＣＳ２２０とブラウザ２５との間の通信に関する安全性をさらに高めるが、必ずしも必要ではない。
【００６８】
　命令入力部（ＣＩＳ）２４０は、例えば、ＬＣＤタッチパネルおよびＭＦＤ２０のキーパッドからの入力情報を処理する。ＭＦＤ２０のユーザは、ＬＣＤタッチパネルおよびキーパッドを用いて情報および命令を入力することができる。ＣＩＳ２４０はユーザにより入力された（例えば、ＳＣＳ２２５によりＣＩＳ２４０に転送された）このような情報および命令を処理することができる。ＣＩＳ２４０は、このような処理に基づき命令（例えば、表示命令）を生成し、ＭＦＤ２０の他の要素に（例えば、ＬＣＤ上にグラフィックを表示させるためにＯＣＳ２１５に）この命令を送る。ＣＩＳ２４０は、同様に、読取サーバ４０と関連してブラウザ２５で処理するため、情報および命令をＮＣＳ２２０と交換する。
【００６９】
　従来のＭＦＤは、ＭＦＤの各ハードウェア要素を実行および制御するためのファームウェアである、ＥＣＳ、ＭＣＳ、ＯＣＳ、ＳＳＬ、ＮＣＳ、ＳＣＳおよびＣＩＳを含んでいる。しかし、本実施の形態では、ＮＣＳ２２０はブラウザ２５との通信可能に構成されている。例えば、ＮＣＳ２２０は、ＨＴＴＰプロトコルを用いた通信用の能力を備えている。ＮＣＳ２２０は、同様に、読取サーバ４０と通信可能に構成され、ＮＣＳ２２０が読取サーバ４０に電子メールアドレスに関する要求を送りそして読取サーバ４０から選択された電子メールアドレスを受け取ることができ、あるいは、ＮＣＳ２２０が読取サーバ４０にログイン情報を送りそして認証過程では読取サーバ４０（およびディレクトリサーバ６０）からユーザの認証確認を受け取ることができる。
【００７０】
　ブラウザ２５は、ＭＦＤ２０のネットワーク制御部（ＮＣＳ）２２０と通信するＨＴＴＰ命令処理部２３５を含む。例えば、図３〜６に示すような、ＭＦＤ２０のキーパッドを介してユーザにより入力された電子メールアドレスに関する要求、または、ＬＣＤ上に情報を表示するための要求が、ＨＴＴＰ命令処理部２３５によりＮＣＳ２２０からブラウザ２５に渡される。
【００７１】
　ＨＴＴＰ命令処理部２３５は、ＨＴＭＬ形式のデータをブラウザ２５のＨＴＭＬパーサ２５０と交換可能であり、かつ、ＸＭＬ形式のデータをＸＭＬパーサ２５５と交換可能である。パーサ２５０および２５５は、ＨＴＴＰ命令処理部２３５からのデータをシンタックスについてチェックし、ＨＴＴＰ命令処理部２３５のためにそのデータを処理する。本発明は、従来のパーサを含むことができ、これらは通常コンパイラの一部である。
【００７２】
　ＨＴＴＰ命令処理部２３５は、例えば、読取サーバ４０のディレクトリサービスで実行されうるユーザ認証処理のような特定アプリケーションを実行するためのプログラムコードに付随する。ＨＴＴＰ命令処理部２３５は、特定アプリケーションの定義に基づいて情報を処理することができる。例えば、ＨＴＴＰ命令処理部２３５は、ユーザにより提供されたユーザ名やパスワードのような情報を処理可能であり、読取サーバ４０のため、この処理に基づきＨＴＴＰ要求を生成する。ＨＴＴＰ命令処理部２３５は、このＨＴＴＰ要求をＮＣＳ２２０に送り、これはその後読取サーバ４０に送られる。
【００７３】
　ＨＴＴＰ命令処理部２３５は、また、読取サーバ４０から（ＮＣＳ２２０を介して）受け取った情報を処理することができる。例えば、ＨＴＴＰ命令処理部２３５は、ＭＦＤ１０〜３０を操作するためのパラメータを含む、読取サーバ４０により生成されるＨＴＴＰ応答を受け取ることができる。このパラメータは、例えば、読取サーバ４０のプロファイラ２８０に記憶される。
【００７４】
　このパラメータは、ユーザ認証処理の結果としての特定のユーザＩＤを含んでもよい。さらに、このパラメータは、紙のデフォルトサイズ、読取解像度設定、文書フィーダの状態、または読取動作の請求用の部署コードのような特定のユーザＩＤのための読取ジョブパラメータを含んでもよい。
【００７５】
　ＨＴＴＰ命令処理部２３５はこの情報を処理し、命令を生成して、情報に従ってＭＦＤ１０〜３０を制御することができ、例えば、特定のユーザＩＤに関する読取ジョブパラメータに従って読取るよう、ＭＦＤ１０〜３０に要求することができる。別の例として、ＨＴＴＰ命令処理部２３５は、ＬＣＤパネルに関するグラフィック描画命令を生成可能である。ＨＴＴＰ命令処理部２３５は適当なファームウェア（例えば、ＯＣＳ２１５）に命令を送り、実行させる。例えば、ＯＣＳ２１５は、グラフィック描画命令を受け取り、そして、ＬＣＤパネル上にグラフィック（例えば、図３〜６）を表示することによりこれを実行する。
【００７６】
　図１３および１４は、ＭＦＤブラウザ２５で文書を管理する方法のフローチャートを示す。より詳細には、図１３はＨＴＴＰ要求ハンドリング処理フローを示し、図１４はＨＴＴＰ応答ハンドリング処理フローを示す。
【００７７】
　図１３を見るに、ステップＳ３１００において、ユーザはＭＦＤのパネルを操作し、例えば、ＭＦＤのＬＣＤタッチパネル上のボタンを選択する。ステップＳ３１５０で、ＳＣＳ２２５はパネル操作、例えば、選択されたボタンの位置を検出し、パネル操作情報をＣＩＳ２４０に送る。ステップＳ３２００で、ＣＩＳ２４０はパネル操作情報を翻訳し、命令を生成する。この翻訳および命令の生成は、例えば、既定のプログラムコードに書かれた定義に基づく。既定プログラムコードは、ＭＦＤ２０および読取サーバ４０により実行される特定のアプリケーションを実行するために用意してもよい。例えば、特定のアプリケーションとは、ディレクトリサーバ６０を用いるユーザ認証や、ＭＦＤ２０および読取サーバ４０での読取−電子メール機能である。特定のアプリケーション用の既定プログラムコードは、ＩＣカード、あるいは他の媒体でＭＦＤに用いることができる。
【００７８】
　ステップＳ３２５０で、ＣＩＳ２４０はＨＴＴＰ命令処理部２３５に命令を送る。ステップＳ３３００で、ＨＴＴＰ命令処理部２３５は、命令に基づき、ＨＴＭＬ言語および／またはＸＭＬ言語で構築されたＨＴＴＰ要求を生成する。ステップＳ３３５０で、ＨＴＴＰ命令処理部２３５はＨＴＴＰ要求をＮＣＳ２２０に送る。場合により、ＨＴＴＰ命令処理部２３５はＨＴＴＰ要求は、特定アプリケーション用の既定プログラムコードの定義に基づき、ＨＴＴＰ要求をＳＳＬ２３０に送り、すなわち、ＨＴＴＰプロトコルまたはＨＴＴＰ上のＳＳＬ（Secure Socket Layer over HTTP）を用いて送られる。ステップＳ３４００で、ＮＣＳ２２０はＨＴＴＰ要求を読取サーバ４０に送る。
【００７９】
　図１４を見るに、ステップＳ４１００で、読取サーバ４０は、特定アプリケーションにより定義された処理に基づき、ＨＴＴＰ応答を生成する。例えば、認証結果情報がＨＴＴＰ応答に含まれる。読取サーバ４０はこのＨＴＴＰ応答をＮＣＳ２２０に送る。この処理で、ＨＴＴＰ応答は、特定アプリケーション用の既定プログラムコードの定義に依存するＨＴＴＰプロトコルを用いて送られる。ステップＳ４１５０で、ＮＣＳ２２０はＨＴＴＰ応答を受け取り、これをＨＴＴＰ命令処理部２３５に送る。ステップＳ４２００で、ＨＴＴＰ命令処理部２３５は、ＮＣＳ２２０からＨＴＴＰ応答を受け取り、ＨＴＭＬパーサ２５０および／またはＸＭＬパーサ２５５に送る。ステップＳ４３００で、ＸＭＬパーサ２５５はＨＴＴＰ命令処理部２３５のためにＨＴＴＰ応答を処理する。ステップＳ４４５０で、ＨＴＴＰ命令処理部２３５は、この処理に基づき命令を生成し、この命令をＭＦＤの要素、例えば、ＣＩＳ２４０に送る。ステップＳ４５００で、ＣＩＳ２４０は命令に基づき表示要求を生成し、この表示要求をＯＣＳ２１５に送る。ステップＳ４６００で、ＯＣＳ２１５はこの表示要求を処理する。例えば、ステップＳ４７００で、ＬＣＤパネルは図３〜６に示されるメニューのようなグラフィックスを表示する。
【００８０】
　ＭＦＤ１０〜３０は、操作者により入力された情報に基づきインタラクティブなメニューを提供し、操作者が、システム５により提供されるサービスの利点を簡便に享受することが可能となっている。ＭＦＤ２０の接触感受性画面上に表示されるメニューの例を図３〜６に示す。
　図３は、接触感受性ボタン、例えば、ボタン３０５〜３２５を備えた画面３００を示す。「ログイン」ボタン３０５に触れると、ＭＦＤ２０はユーザにログイン情報を入力することを促す画面（図示せず）を表示する。「ＦＡＸ」ボタン３１０に触れると、ＭＦＤ２０はユーザが文書をファックスすることを許可する画面（例えば図５に示す画面５００）を表示する。「ｅ−ｍａｉｌ」ボタン３１５に触れると、ＭＦＤ２０はユーザに文書を電子メールすることを許可する画面（例えば図４に示す画面４００）を表示する。「読取設定」ボタン３２０に触れると、ＭＦＤ２０はユーザに文書の読取のための設定を入力するよう促す画面（例えば図６に示す画面６００）を表示する。「ジョブログ」ボタン３２５に触れると、ＭＦＤ２０はジョブログを表示する画面（図示せず）を表示し、このジョブログはＭＦＤ２０により行われる以前のジョブのトラックを維持するものである。画面３００は、例えば、日時、エラーメッセージ、またはユーザへの指示のようなシステムメッセージを表示するシステム表示部分３３０を含んでもよい。画面３００は他の表示部分を含む。画面３００はまた、ユーザにメイン表示部分３３５に示される表示をスクロールさせるボタン３４０も含んでもよい。
【００８１】
　図４は読取パラメータを設定するのに用いられる接触感受性ボタンを備えた画面４００を示す。画面４００は、デフォルト読取パラメータ（例えば、２００ｄｐｉ）を用いてＭＦＤ２０に文書の読取を要求するデフォルトボタン４０５を含んでもよい。デフォルトパラメータは、例えば、デフォルトボタン４０５の下に表示される。「高精度」ボタン４１０は、接触により、ＭＦＤ２０にデフォルトパラメータよりも精度の高い読取パラメータ（例えば、３００ｄｐｉ）を用いて文書を読取ることを要求する。これらのより高精度のパラメータは、ボタン４１０の下に表示されてもよい。「超高精度」ボタン４１５は、接触により、ＭＦＤ２０に高精度パラメータよりもさらに精度の高いパラメータ（例えば、４００ｄｐｉ）を用いて文書を読取ることを要求する。これらのさらに高精度の読取パラメータは、ボタン４１５の下に表示されてもよい。
【００８２】
　画面４００は、例えば、接触により、文書をＰＤＦファイルに変換することを要求する「ＰＤＦ作成」ボタン４３０を含む。この変換はＭＦＤ２０で、読取サーバ４０で、または、変換サーバ９０で行われてもよい。例えば、文書はＭＦＤ２０から読取サーバ４０にＰＤＦ形式に変換する要求とともにＴＩＦＦ形式で送られる。読取サーバ４０はその後文書がＰＤＦ形式に変換されるように変換サーバ９０に送る。
【００８３】
　ユーザが文書をＰＤＦ形式に変換することを望まない場合には、ユーザは「ＴＩＦＦを維持」ボタン４３５に触れて文書をＴＩＦＦ形式に維持するよう要求することができる。ユーザは、また、「読取サイズ」ボタン４４０に触れて、読取る文書のサイズを設定することができる。ユーザは、また、「片面」ボタン４２０に触れて片面読取を選択し、または、「両面」ボタン４２５に触れて両面読取を選択することができる。ユーザがすべての読取パラメータを選択すると、ユーザは、「セーブ」ボタン４４５に触れて自分の選択をセーブすることができる。一方で、ユーザが以前の画面３００に戻りたい場合には、ユーザは「戻る」ボタン４５０に触れることができる。
【００８４】
　図５および６は、文書をファックスおよび電子メールする要求に用いられる画面５００および６００を例示する。テキスト（例えば、ファックスメモまたは電子メールメッセージ）は、ＬＣＤ上に表示された接触感受性キーボード（図示せず）を用いてＬＣＤを介して入力可能である。「ＦＡＸメモ入力」ボタン５１０に触れると、ＭＦＤ２０は、ユーザにファックスされる文書に伴われるファックスメモの入力を許可する
画面を表示する。ファックスメモは、画面５００の一部５５５に表示されてもよい。「ＦＡＸ番号入力」ボタン５２０に触れると、ＭＦＤはユーザに文書がファックスされるファックス番号の入力を許可する画面を表示する。ユーザは、すでにファックス番号を知っている場合には、ファックス番号を手入力する。ユーザがファックス番号を未だ知っていない場合には、ユーザは以下で説明するように、グローバルディレクトリを探すことができる。
【００８５】
　「ＦＡＸ番号検索」ボタン５２５に触れると、ＭＦＤ２０はユーザに受取人の名前または受取人のグループ（例えば、「マーケティング」、「管理」、「安全」、「法務部」、「生産部」、「ソフトボールチーム」等）を入力するよう促す画面を表示する。名前以外の検索基準も使用可能である。ＭＦＤ２０は名前または他の検索基準を読取サーバ４０に送ることができ、読取サーバ４０はこの情報をディレクトリサーバ６０に渡す。ディレクトリサーバ６０はその後ユーザにより入力された名前に対するファックス番号を読取サーバ４０に戻し、読取サーバ４０は、画面５００の一部５４５上に表示するためにこのファックス番号をＭＦＤ２０に渡す。画面の一部分５５０に触れることにより、部分５４５上に列挙されたファックス番号の（例えば、強調することにより）選択が可能となる。選択されたファックス番号は、「ＦＡＸ番号除去」ボタン５３０に触れることにより受取人リストから除去可能である。「ＯＫ」ボタン５３５に触れると、画面５００を介して受け取られる情報がＭＦＤ２０により処理され、文書がファックスされる。ユーザは「キャンセル」ボタン５４０に触れることにより、前の画面に戻ることができる。「請求コード」ボタン５１５に触れると、ＭＦＤ２０は請求情報を受けとるための請求管理画面（図示せず）を表示する。例えば、請求管理画面は、ユーザに、ユーザが属する部署を表す部署コードを入力させるよう促す。これにより、ＭＦＤ２０は請求情報をローカルに自身で処理するか、および／または、集中処理のために請求情報を読取サーバ４０に送ることができる。
【００８６】
　図６に示す画面６００を見るに、「題名の入力」ボタン６０５に触れると、ＭＦＤ２０はユーザに電子メールされる文書の題名の入力を許可する画面を表示する。この題名は、画面６００の一部６５５に表示されてもよい。「ｅメールメッセージ入力」ボタン６１０に触れると、ＭＦＤ２０はユーザに電子メールされる文書に伴われる電子メールメッセージの入力を許可する画面を表示する。「文書名」ボタン６１５に触れると、ＭＦＤ２０は、ユーザに電子メールされる文書の名前の入力を許可する画面を表示する。ユーザは、すでに電子メールアドレスを知っている場合には、電子メールアドレスを手入力する。電子メールアドレスをいまだ知らない場合には、ユーザは以下に説明するように、ディレクトリサーバ６０に記憶されたグローバルディレクトリを探すことができる。
【００８７】
　「ｅメールアドレス検索」ボタン６２５に触れると、ＭＦＤ２０はユーザに受取人の名前または受取人のグループ（例えば、「マーケティング」、「管理」、「安全」、「法務部」、「生産部」、「ソフトボールチーム」等）を入力するよう促す画面を表示する。な面以外の検索基準も使用可能である。ＭＦＤ２０は名前または他の検索基準を読取サーバ４０に送ることができ、読取サーバ４０はこの情報をディレクトリサーバ６０に渡す。ディレクトリサーバ６０はその後ユーザにより入力された名前に対する電子メールアドレスを読取サーバ４０に戻し、読取サーバ４０は、画面６００の一部６４５上に表示するためにこの電子メールアドレスをＭＦＤ２０に渡す。画面の一部分６５０に触れることにより、部分６４５上に列挙された電子メールアドレスの（例えば、強調することにより）選択が可能となる。選択された電子メールアドレスは、「アドレス除去」ボタン６３０に触れることにより受取人リストから除去可能である。「ＯＫ」ボタン６３５に触れると、画面６００を介して受け取られる情報がＭＦＤ２０により処理され、文書が電子メールされる。ユーザは「キャンセル」ボタン６４０に触れることにより、前の画面に戻ることができる。
【００８８】
　図７は、ＭＦＤ２０により行われる、本実施の形態にかかるユーザの認証方法を示す。ステップＳ７０５で、ＭＦＤ２０は、ログイン画面を表示する命令をユーザから受け取ったか否かを尋ねる。例えば、ユーザは、図３に示す画面３００の「ログイン」ボタン３０５のような、ＭＦＤ２０のログインボタンを押す。ステップＳ７１０で、命令を受け取った場合には、ＭＦＤ２０はログイン画面を表示する。ステップＳ７１５で、ＭＦＤ２０は、ユーザがユーザ名、パスワード、およびドメイン名を入力したか否かを尋ねる。ログイン情報を受け取った場合には、ＭＦＤ２０はステップＳ７２０でログイン情報を読取サーバ４０に送る。読取サーバ４０はその後ログイン情報をネットワークドメイン制御部５０に送る。ネットワークドメイン制御部５０はログイン情報を確かめ、認証確認を読取サーバ４０に送り、読取サーバ４０はこの確認情報をＭＦＤ２０に転送する。ステップＳ７２５では、ＭＦＤ２０は認証確認を読取サーバ４０から受け取ったか否かを尋ねる。ＭＦＤ２０がユーザ認証を受け取ると、ＭＦＤ２０は、ステップＳ７３０で、読取サーバ４０からユーザのホームページを表示用にダウンロードする。例えば、ユーザのホームページには、図３に示すような開始画面が含まれる。ユーザホームページは、認証後に当初表示された一種のデフォルト（ポータル）ページであってもよい。このホームページは、例えば、ユーザ認証の結果に基づいて生成される。好ましい実施の形態では、ユーザホームページは、本発明のシステムを使用するための指示や情報を提供する、「ヘルプ」ボタンおよび／または「関連情報」ボタンを備えてもよい。
【００８９】
　図８は、ＭＦＤ２０からの、本実施の形態にかかるグローバルディレクトリへのアクセス方法を示す。グローバルディレクトリは、ファックス番号検索および／または電子メールアドレス検索のような検索を行うためにアクセス可能である。ステップＳ８０５で、ＭＦＤ２０はユーザがグローバルディレクトリの検索を要求したか否かを尋ねる。例えば、ユーザは図５〜６に示される検索ボタン５２５および６２５を押すことによりこのような検索を要求することができる。検索が要求されると、ＭＦＤ２０は、ステップＳ８１０で、ユーザに検索ストリング、例えば、２つの文字からなるストリングの入力を促す画面を表示する。ステップＳ８１５で、ＭＦＤ２０は検索ストリングが入力されたか否かを尋ねる。検索ストリングが入力されると、ＭＦＤ２０は、ステップＳ８２０で、読取サーバ４０にこの検索ストリングを送る。読取サーバ４０は、検索ストリングをディレクトリサーバ６０に転送し、ディレクトリサーバ６０は検索を行い、検索結果を読取サーバ４０に送る。読取サーバ４０は検索結果をＭＦＤ２０に送る。ステップＳ８２５で、ＭＦＤ２０は検索結果を読取サーバ４０から受け取ったか否かを尋ねる。検索結果を受け取ると、ステップＳ８３０で、ＭＦＤ２０は検索結果を表示する。
【００９０】
　図９〜１０は、ＭＦＤ２０の例を示し、このＭＦＤ２０は中央処理部（ＣＰＵ）９３１と、内部バス９３２によってＣＰＵ９３１に接続された種々の要素を含む。ＣＰＵ９３１はＭＦＤ２０の状況を監視する間の多数のタスクを行う。ＣＰＵ９３１に接続された要素は、リードオンリメモリ（ＲＯＭ）９３３と、ランダムアクセスメモリ（ＲＡＭ）９３４と、ハードディスクドライブ（ＨＤＤ）９３５と、フロッピディスク９０７を受け入れ可能なフロッピディスクドライブ（ＦＤＤ）９３６と、通信インタフェース（Ｉ／Ｆ）９３８と、モデム部９３９と、を含む。さらに、制御パネル９３７と、読取部９４０と、プリンタ部９４１と、画像処理部９４２と、が内部バス９３２によってＣＰＵ９３１に接続されていてもよい。Ｉ／Ｆ９３８およびモデム部９３９の両方は、通信ネットワーク１００に接続されている。
【００９１】
　例えば、ＭＦＤ２０に関するプログラムコード指令は、ＩＣカードを介してＨＤＤ９３５に記憶される。また、プログラムコード指令は、フロッピディスク９０７に記憶され、プログラムコード指令がＦＤＤ９３６によって読取られ、ＲＡＭ９３４に送られ、ＣＰＵ９３１によって行われるようにされてもよい。これらの指令は上述したＭＦＤ２０の機能を行うための指令であってもよい。これらの指令により、ＭＦＤ２０はブラウザ２５を介して読取サーバ４０と相互作用し、ＭＦＤ２０の制御パネル９３７と画像処理部９４２とを制御することができる。
【００９２】
　ＭＦＤ２０のスタートアップの間に、プログラムコード指令がＣＰＵ９３１により読取られ、ＲＡＭに送られ、ＣＰＵ９３１により実行される。また、プログラムコード指令は、ＲＯＭ９３３にロードされてもよい。したがって、本発明ではフロッピディスク９０７、ＨＤＤ９３５、ＲＡＭ９３４、およびＲＯＭ９３３のいずれも、プログラムコード指令を記憶可能な、コンピュータ読取可能な記憶媒体に対応する。本発明にかかる指令を記憶可能な他の装置および媒体は、例えば、磁気ディスク、ＤＶＤを含む光学ディスク、ＭＯのような磁気光学ディスク、およびＰＣカードのような半導体記憶カードを含む。
【００９３】
　制御パネル９３７は、例えば。図３〜６に示すような画面３００〜６００のような、ユーザが読取サーバ４０と相互作用することを可能とする情報を表示する表示画面を含む。表示画面は、液晶表示画面（ＬＣＤ）、プラズマ表示画面、または陰極線管（ＣＲＴ）表示であってもよい。表示画面は制御パネル９３７に組み込まれまたは埋め込まれている必要はなく、有線または無線接続により制御パネル９３７と単に一体化されていればよい。制御パネル９３７は、情報を入力し、または、種々の操作を要求するためのキーを含んでもよい。また、制御パネル９３７および表示画面は、キーボード、マウス、リモートコントロール、表示画面への接触、音声認識、または、視線追従、またはこれらの組み合わせによって操作されてもよい。
【００９４】
　図１１は、本発明の１つの実施の形態にかかる読取サーバ４０のブロック図である。図１２は、読取サーバ４０の概略外面図である。読取サーバ４０は、システムバス１５００を経由して多数の他の装置と通信する中央処理部（ＣＰＵ）１０００を含む。読取サーバ４０は、認証、回送等の機能を実行に用いられる一時保存値を保持するランダムアクセスメモリ（ＲＡＭ）１９００を含む。
【００９５】
　十分なメモリおよび処理能力を備えた、従来のパーソナルコンピュータまたはコンピュータワークステーションが、読取サーバ４０として動作するよう構成されうる。中央処理部１０００は高容量データ転送のために、そして処理通信およびデータベース検索において多量の数値計算を実行するように構成されている。
　Ｉｎｔｅｌ　Ｉｎｃ．製の１ＧＨｚＰｅｎｔｉｕｍ（登録商標）ＩＩＩのようなＰｅｎｔｉｕｍ（登録商標）ＩＩＩマイクロプロセッサが、ＣＰＵ１０００用に使用されうる。このプロセッサは３２ビットアーキテクチャを採用している。他の適したプロセッサには、Ｍｏｔｏｒｏｌａ５００ＭＨｚＰｏｗｅｒＧ４プロセッサおよびワークステーションが含まれる。マルチプロセッサまたはワークステーションも同様に使用可能である。
【００９６】
　光学媒体を含む他のリードオンリメモリ形態がホストアプリケーションソフトウェアおよび一時結果の保持に用いられうるが、ＲＯＭ１８００は、好ましくは、半導体の形態で含まれる。ＲＯＭ１８００は、ＣＰＵ１０００による使用のため、システムバス１５００に接続される。ＲＯＭ１８００は、ＣＰＵ１０００により実行されたときに、ＭＦＤ２０から読取られた文書に関連して、異なる認証、回送および文書管理機能を実行可能である。入力制御部１６００はシステムバス１５００と接続し、キーボード１６１０およびマウス１６２０のようなポインティングデバイスを含む種々の周辺機器とのインタフェースを提供する。入力制御部１６００は、ＰＳ２ポート、または、例えば、汎用シリアルバス（ＵＳＢ）ポートの形態のマウスポートのような異なるポートを含んでもよい。入力制御部１６００用のキーボードポートは、ミニＤＩＮ（mini-DIN）ポートであるが、他のコネクタも同様に使用可能である。入力制御部１６００はサウンドカード接続を備え、サウンドカードの外部ジャックによりユーザがマイクロフォンスピーカまたは外部音源を取り付け可能とされてもよい。入力制御部１６００は、また、シリアルポートまたはパラレルポートも同様に含んでもよい。
【００９７】
　ディスク制御部１４００はＩＤＥコントローラの形態であり、リボンケーブル等を介してフロッピディスクドライブ等のリムーバブル媒体ドライブ１４１０ならびにハードディスクドライブ１４２０、ＣＤ−ＲＯＭドライブ１１８０およびコンパクトディスク１１９０に接続される（図１２）。さらに、ＰＣＩ拡張スロットが、ディスク制御部１４００またはＣＰＵ１０００を保持するマザーボードに設けられていてもよい。エンハンスト画像ポート拡張スロットは設けられ、メインメモリへの高速アクセスを伴う３−Ｄグラフィックスが可能に構成されていてもよい。ハードディスク１２１０はまた、読み出しおよび書き込み可能なＣＤ−ＲＯＭを含んでもよい。通信制御部１３００は、例えば、通信ネットワーク１００であってもよいネットワーク１３１０へのイーサネット（登録商標）接続を介する通信を提供する。ネットワーク１３１０および通信制御部１３００への接続は、ケーブル−モデム接続、ＤＳＬ接続、ダイアルアップモデム接続等の、通信制御部１３００に接続する多数の通信を介してもよい。
【００９８】
　入力／出力制御部１２００は、また、外部ハードディスク１２１０、ＭＦＤ１０〜３０であってもよいプリンタ１２２０のような、例えば、ＲＳ２３２ポート、ＳＣＳＩバス、イーサネット（登録商標）または、ＴＣＰ／ＩＰ、ＩＰＸ、ＩＰＸ／ＳＰＸまたはＮｅｔＢＥＵＩ等のようないかなる所望のネットワークをもサポートする他のネットワーク接続を介した外部要素への接続を提供する。
【００９９】
　表示制御部１１００はシステムバス１５００と、陰極線管（ＣＲＴ）１１１０のような表示装置とを相互接続する。ＣＲＴを示しているが、他の種々の表示装置、例えば、ＬＣＤやプラズマ表示装置を用いてもよい。
【０１００】
　本明細書において上述したメカニズムおよびプロセスは、本発明の詳細な説明の教示にしたがってプログラミングされた従来の汎用目的のマイクロプロセッサを用いて実行されてもよく、これは当業者にも理解されるであろう。コード化のための適当なソフトウェアは、本開示の教示に基づいて熟練したプログラマーにより容易に調整可能であり、これは当業者に理解されるであろう。特に、本発明にかかる認証、回送および読取られた文書の管理用のコンピュータプログラム製品はＣ、Ｃ++、Ｆｏｒｔｒａｎ、Ｂａｓｉｃ等の数々のコンピュータ言語で書かれてもよく、これは当業者に理解されるであろう。本発明は、また、特定目的用集積回路（ＡＳＩＣ）の調整により、または、従来の要素回路の適当なネットワークを相互接続させることにより、実行可能であり、これは当業者には容易に理解されるであろう。
【０１０１】
　したがって、本発明は、記憶媒体に保持され、コンピュータを本発明にしたがって処理を行うようにプログラムするのに用いられうる指令を含むコンピュータ依存製品も含む。この記憶媒体は、フロッピディスク、光学ディスク、ＣＤ−ＲＯＭ、光学磁気ディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、磁気または光学カードなどのいかなる種類のディスク、あるいは電子的指令を記憶するのに適したいかなる種類の媒体を含む。
【０１０２】
　歴史的に、ビジネスアプリケーションは、メインフレームコンピュータ上で実行され、ユーザは指令命令を送ることにより端末操作部から操作を実行した。端末操作部は、実際のアプリケーションを実行するメインフレームコンピュータから戻されたデータストリームを表示する以外の計算能力は有しなかった。ＬＡＮ（ローカルエリアネットワーク）が可能となると、クライアント−サーバアーキテクチャが導入された。クライアント−サーバアーキテクチャはメインフレームからデータ処理の負荷を除くクライアントコンピュータの計算能力を利用し、リソースのより効率的な使用とより高い全体能力が可能となる。
【０１０３】
　このクライアント−サーバ技術は、しかし、新たな問題をもたらした。それぞれの、そしてどのコンピュータも、アプリケーションプログラムがインストールされていることが必要である。クライアントのインストール、アップグレード、およびメンテナンスは、多くの時間と人的サポートを必要とし、これは操作コストを上昇させた。さらに、クライアントとサーバの、異なったバージョンのアプリケーションが一致すべきであることから、このアプローチは柔軟性が欠けている。
【０１０４】
　一度導入されると、ウェブブラウザは、これがクライアント−サーバアーキテクチャの問題を解決するだけでなく、ユーザが分散コンピューティングの恩恵を維持可能であることから、よく受け入れられた。詳細には、アプリケーションプログラムおよび／またはウェブページはユーザがウェブサイトにアクセスする時に動的にロードされるので、ウェブブラウザはクライアントのプログラムメンテナンスの必要性を排除する。ユーザは、アプリケーションの最新バージョンを有することを保障されている。結果として、ＰＣは、自ら、永久にインストールしたアプリケーションプログラムをそのローカルハードディスクに有する必要はもはやない。これがＰＣウェブブラウザがときに「薄型クライアント技術（thin client technology）」と呼ばれるゆえんであり、大きなアプリケーションプログラムは必要としない。
【０１０５】
　本発明にかかるＭＦＤブラウザは、これがマニュアルでのプログラムのインストールまたはプログラムのアップグレードを必要としないながらも最新のそして／または唯一の適当な、ウェブサイトからロードしたソフトウェアを保障することから、薄型クライアント技術の恩恵をＭＦＤにもたらす。ＭＦＤブラウザがＭＦＤに組み込まれると、ウェブサーバはＭＦＤの能力を識別し、あらかじめ定義された基準により選択されたプログラムを動的にダウンロードし、実行する。この基準は、部署ごとに異なる種類のアプリケーション、例えば、法務部のための特許検索および印刷プログラムや人事部のための履歴書管理アプリケーション、を実行するために用いられうる。
【０１０６】
　以上説明したように、本発明の実施の形態にかかるシステムは、読取サーバ４０に接続されたディレクトリサーバ６０を含んで構成される。ディレクトリサーバ６０は、ユーザが必要とする、電子メールアドレス、ファックス番号等の宛先情報を記憶する。また、本システムは、ディレクトリサーバ６０の他に、ＭＦＤ１０〜３０に設けられた同様の宛先情報を記憶するローカルなディレクトリサーバを含む。
【０１０７】
　読取サーバ４０は、ディレクトリサーバ６０に記憶された情報をＭＦＤ１０〜３０に渡す。ディレクトリサーバ６０から電子メールアドレス、ファックス番号等の宛先を検索したいと望むユーザは、読取サーバ４０にディレクトリサーバ６０のグローバルディレクトリ内を検索するための検索要求を送ることができ、読取サーバ４０はディレクトリサーバ６０にその要求を渡す。また、ユーザはＭＦＤ１０〜３０のローカルディレクトリにアクセスすることにより、またはさもなければＭＦＤ１０〜３０のユーザインタフェースを用いてアドレスおよび／またはファックス番号をマニュアルで入力することにより、ディレクトリサーバ６０にアクセスしないで直接電子メールまたはファックスすることができる。
【０１０８】
　上記構成の本システム５は会社内で好適に使用可能であり、様々な従業員が会社のグローバルディレクトリまたはアドレス帳にアクセス可能である。グローバルディレクトリ（例えば、会社全体のアドレス帳）はＭＦＤ１０〜３０等に記憶されている必要はない。代りに、グローバルディレクトリは、安全な、中心的位置に管理可能である。会社の管理者は、ＭＦＤ１０〜３０等のローカルディレクトリを何ら更新する必要なしにグローバルディレクトリを更新することができる。
【０１０９】
　ユーザは、ＭＦＤ１０〜３０からログイン名およびパスワードを入力し、ログイン情報は読取サーバ４０に伝えられる。読取サーバ４０は、ネットワークドメイン制御部５０でドメイン認証を確認し、ユーザがシステム５を使用する権限を有することを確かめることができる。読取サーバ４０は、同様に、ディレクトリ認証を処理して、ユーザのディレクトリサーバ６０へのアクセスを制御することができる。読取サーバ４０は、また、ＭＦＤ１０〜３０から受け取った文書またはファイルを処理可能である。読取サーバ４０は、ユーザが要求したときに、文書を適当なサーバ、例えば、電子メールサーバ７０やファックスサーバ８０に回送する。
【０１１０】
　複数のＭＦＤ１０〜３０を、通信ネットワーク１００を介して読取サーバ４００に接続可能である。会社内では、いくつもの読取装置（ＭＦＤ）が異なるフロア、異なる部屋、または異なるビルに配置される場合がある。従業員はいずれの読取装置からもグローバルディレクトリにアクセス可能である。管理者は１つのグローバルディレクトリを維持管理して、会社全体のユーザが利用可能な情報を効率的に更新することができる。
【０１１１】
　本発明は、米国特許商標庁にともに係属している出願番号０９／７９５，４３８号（その全体は参照により本明細書に含まれる）に開示される文書管理のためのシステムおよび方法に包含可能である。
【０１１２】
　明らかなことに、本発明のさらなる修正および変形は、上記教示の範囲において可能である。したがって、添付の請求の範囲の範囲内で、本発明は本明細書に詳細に記載された以外のように実施されてもよい。
【図面の簡単な説明】
【０１１３】
【図１】本発明の実施の形態にかかる全体的なシステム構成を示すブロック図である。
【図２】本発明の実施の形態にかかるシステムのソフトウェア要素のブロック図である。
【図３】本発明の実施の形態にかかる読取装置のディスプレイ画面上に表示されるメニューの例を示す。
【図４】本発明の実施の形態にかかる読取装置のディスプレイ画面上に表示されるメニューの例を示す。
【図５】本発明の実施の形態にかかる読取装置のディスプレイ画面上に表示されるメニューの例を示す。
【図６】本発明の実施の形態にかかる読取装置のディスプレイ画面上に表示されるメニューの例を示す。
【図７】本発明の実施の形態にかかる認証方法のフローチャートを示す。
【図８】本発明の実施の形態にかかるグローバルディレクトリへのアクセス方法のフローチャートを示す。
【図９】本発明の実施の形態にかかる読取装置を示すブロック図である。
【図１０】本発明の実施の形態にかかる読取装置の外面図である。
【図１１】本発明の実施の形態にかかる読取サーバを示すブロック図である。
【図１２】本発明の実施の形態にかかる読取サーバの外面図である。
【図１３】本発明の実施の形態にかかるＭＦＤブラウザにおける文書管理方法のフローチャートを示す。
【図１４】本発明の実施の形態にかかるＭＦＤブラウザにおける文書管理方法のフローチャートを示す。
【符号の説明】
【０１１４】
　５　システム
　１０〜３０　ＭＦＤ
　４０　読取サーバ
　１１５　ディレクトリサーバ
【図１】
2004112798.tif 000003
【図２】
2004112798.tif 000004
【図３】
2004112798.tif 000005
【図４】
2004112798.tif 000006
【図５】
2004112798.tif 000007
【図６】
2004112798.tif 000008
【図７】
2004112798.tif 000009
【図８】
2004112798.tif 000010
【図９】
2004112798.tif 000011
【図１０】
2004112798.tif 000012
【図１１】
2004112798.tif 000013
【図１２】
2004112798.tif 000014
【図１３】
2004112798.tif 000015
【図１４】
2004112798.tif 000016