JP6223220B2

JP6223220B2 - 画像処理装置、その制御方法、プログラム

Info

Publication number: JP6223220B2
Application number: JP2014028964A
Authority: JP
Inventors: 康彰川島
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2013-10-01
Filing date: 2014-02-18
Publication date: 2017-11-01
Anticipated expiration: 2034-02-18
Also published as: US10015160B2; KR101728474B1; JP2015092648A; CN104519041A; US20170171193A1; US20150096047A1; US9607164B2; CN104519041B; KR20150039114A

Description

本発明は、画像処理装置、その制御方法、プログラムに関する。

従来の通信装置におけるメール等の送信では、宛先を指定する方法として３つの方法が挙げられる。一つは、装置のアドレス帳などに登録されている宛先から選択する方法であり、二番目は、操作部のキーボード等を使用して直接宛先を入力する方法である。更に三番目の方法としては、宛先を直接入力するときに、入力される文字列に基づいて補完候補となる宛先情報をユーザに提示し、登録されている宛先データからの選択と直接入力の選択を融合する方式（以降、オートコンプリート）がある（特許文献１参照）。

特開２０１１−７１６６０号公報

しかしながら従来技術では、宛先取得の方法としてLightweight Directory Access Protocol（以下、ＬＤＡＰ）などを用いてネットワーク経由で外部機器から宛先を取得する方法は言及されていない。ＬＤＡＰプロトコルを用いて宛先を取得する方法では、ＬＤＡＰプロトコル特有の他のサーバを紹介するreferralオブジェクトを処理することがある。referralオブジェクトは、異なるＬＤＡＰサーバを紹介するオブジェクトである。ＬＤＡＰサーバに接続するクライアントは、ＬＤＡＰサーバからreferralオブジェクト受け取ると、さらに宛先を取得するために、そのreferralオブジェクトが紹介するＬＤＡＰサーバに接続する必要がある。このため、１回の宛先検索のために複数台のＬＤＡＰサーバに接続する場合があり、複数台のＬＤＡＰサーバに接続して宛先を取得するため、宛先の取得が終了してオートコンプリートが終了するまでに多くの時間を要する。このため利便性の低下を招くという課題が発生する。特に、ＳＳＬプロトコルを用いてＬＤＡＰサーバに接続する設定になっていた場合に、この課題は顕著となる。

また、オートコンプリートが終了するまでの時間を短縮するために、一度ＬＤＡＰサーバに接続した後、そのサーバとの接続を保持し続ける方法も提案されているが、referralオブジェクトを処理するため、複数台のサーバに接続する可能性がある。また通信装置が一度に接続できるＬＤＡＰサーバの数には制限があるため、接続したＬＤＡＰサーバとの接続を全て保持しておくことは困難であり、上述した課題を解決することができなかった。

本発明の目的は、上記従来技術の問題点を解決することにある。

本発明の目的は、受け付けた文字を含む宛先情報を、証明書の正当性を検証することができた少なくとも１つのＬＤＡＰサーバから受信する仕組みを提供することにある。

上記目的を達成するために本発明の一態様に係る画像処理装置は以下のような構成を備える。即ち、
ＬＤＡＰサーバと通信可能な画像処理装置であって、
文字を受け付ける受付手段と、
少なくとも１つのＬＤＡＰサーバの証明書を検証する検証手段と、
前記検証手段によって前記証明書の正当性を検証することができた少なくとも１つのＬＤＡＰサーバから、前記受付手段によって受け付けた文字を含む宛先情報を受信する受信手段と、
原稿を読み取る読取手段と、
前記受信手段によって受信した宛先情報のうち指定された宛先に基づいて、前記読取手段によって読み取られた原稿の画像データを送信する送信手段と、を有することを特徴とする。

本発明によれば、受け付けた文字を含む宛先情報を、証明書の正当性を検証することができた少なくとも１つのＬＤＡＰサーバから受信することができるという効果がある。

本実施形態に係る画像通信装置のハードウェア構成を説明するブロック図。本実施形態に係る画像通信装置を含む通信システムの構成例を示す図。実施形態に係る画像通信装置において、ユーザが宛先を入力するときにＣＰＵが実行する処理を説明するフローチャート。実施形態に係るスキャン画面の一例を示す図。実施形態に係る新規宛先の入力画面の一例を示す図。実施形態に係るオートコンプリート設定画面の一例を示す図。Ｓ１１３で入出力部に表示されるアドレス帳が表示された画面例を示す図。図３のＳ１１０のＬＤＡＰオートコンプリート処理を説明するフローチャート。ＳＳＬ証明書の正当性を検証できなかったＬＤＡＰサーバの一覧の表示画面例を示す図。取得済みreferralオブジェクトの一覧の表示画面例を示す図。図８のＳ８１３のＬＤＡＰ宛先取得処理を説明するフローチャート。

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

最初に本実施形態に係る画像通信装置における処理の概要を説明する。

本実施形態に係るオートコンプリート機能では、ユーザが画像通信装置に対して宛先を示す文字情報を入力するごとに、補完候補となる宛先を取得し、その取得した宛先をユーザの入力に補完して表示する。

またＬＤＡＰサーバから宛先情報を取得する流れは以下の通りである。ＬＤＡＰサーバとＳＳＬ又はＴＣＰプロトコルを用いて接続し、接続したＬＤＡＰサーバに対してＬＤＡＰプロトコルを用いて宛先の検索要求を送信する。いまＳＳＬプロトコルを用いてＬＤＡＰサーバに接続した場合は、ＬＤＡＰサーバのＳＳＬ証明書の検証を行い、ＬＤＡＰサーバの正当性を検証できなかった場合には接続を中止する。ＬＤＡＰサーバに対して宛先の検索要求を送信した後、ＬＤＡＰサーバから宛先を取得し、その取得した宛先の中にreferralオブジェクトが含まれているかどうかを判定する。referralオブジェクトは、検索要求を受信したＬＤＡＰサーバが、別のＬＤＡＰサーバを紹介するオブジェクトである。従って、補完候補となる宛先を取得するためには、取得したreferralオブジェクトが紹介するＬＤＡＰサーバに対してもＳＳＬプロトコル又はＴＣＰプロトコルで接続し、宛先の検索を行わなければならない。このようなreferralオブジェクトを参照して別のＬＤＡＰサーバに接続する操作を繰り返し、要望する件数の補完候補を取得する。

図１は、本実施形態に係る画像通信装置１０１のハードウェア構成を説明するブロック図である。

画像通信装置１０１は、ＣＰＵ１１，ＲＡＭ１２、記憶部１３、入出力部１４、読取部１５、通信部１６を有し、これらはメインバス１８を介して相互に接続されている。ＣＰＵ１１は、記憶部１３に記憶され、実行時にＲＡＭ１２に展開されたプログラムに従ってこの画像通信装置１０１を制御している。ＲＡＭ１２は、ＣＰＵ１１が処理を実行するときのワークエリアを提供している。記憶部１３は、ＣＰＵ１１により実行されるプログラムや様々な設定、及びファイル等を格納するハードディスク（ＮＶＲＡＭ）等の記憶部（以下、ＨＤＤ）である。入出力部１４は、ユーザがコマンド入力したり、或いはユーザへのメッセージ等の表示及びユーザがＧＵＩ（グラフィックユーザインターフェース）を介して様々な設定を行うのに使用される。この入出力部１４はタッチパネル機能を有していても良い。読取部１５は、文書等の原稿を光学的に読み取って、その原稿画像の電子データを生成する。通信部１６は、ネットワーク１０２を介して外部機器との通信を制御する。

尚、本実施形態に係る画像通信装置１０１では特に断らない限り、ＣＰＵ１１がメインバス１８を介してＲＡＭ１２，ＨＤＤ１３、入出力部１４、読取部１５、通信部１６を制御して本実施形態に係る処理を実施する。ＨＤＤ１３には、この画像通信装置１が画像データを送信可能な送信先に関する複数の宛先情報が格納されており、これら宛先情報を入出力部１４により表示することが可能である。ＨＤＤ１３に登録されている宛先情報を、以降ではアドレス帳と表記する。

図２は、本実施形態に係る画像通信装置１０１を含む通信システムの構成例を示す図である。

ここでは画像通信装置１０１は、ネットワーク１０２を介してＬＤＡＰサーバ２０２、ＬＤＡＰサーバ２０３、ＬＤＡＰサーバ２０４に接続されている。画像通信装置１０１は、ＬＤＡＰサーバ２０２、ＬＤＡＰサーバ２０３及びＬＤＡＰサーバ２０４に、ＬＤＡＰプロトコルを使用して接続することができる。また画像通信装置１０１は、メールサーバ２０１ともネットワーク１０２を介して接続されており、メールサーバ２０１に登録されているメールアドレスに画像データを送信することができる。

図３は、実施形態に係る画像通信装置１０１において、ユーザが宛先を入力するときにＣＰＵ１１が実行する処理を説明するフローチャートである。尚、このフローチャートで示される処理を実行するためのプログラムはＨＤＤ１３にインストールされており、そのプログラムがＲＡＭ１２に展開され、その展開されたプログラムＣＰＵ１１が実行することにより実現される。

この処理は、例えば入出力部１４で、原稿をスキャンして送信する指示が入力されることにより開始され、先ずＳ１０２でＣＰＵ１１は、入出力部１４に、例えば図４に示すようなスキャン画面を表示する。

図４は、実施形態に係るスキャン画面の一例を示す図である。

図４において、ボタン４０１は、アドレス帳から宛先を選択するように指示するボタンである。ボタン４０２は、例えばキーボードなどを使用して宛先を入力するように指示するボタンである。

スキャン画面を表示するとＳ１０３に進みＣＰＵ１１は、宛先を新規に入力するボタン４０２が押下されたかどうかを判定する。ボタン４０２が押下されたと判定したときはＳ１０４に進みＣＰＵ１１は、図５に示すような、新規宛先の入力画面を入出力部１４に表示する。

図５は、実施形態に係る新規宛先の入力画面の一例を示す図である。

図５に示すように、入出力部１４にソフトキーボードが表示され、このソフトキーボードの数字キー、英文字キーを使用して、宛先の電話番号やメールアドレスなどを入力することができる。表示エリア５０２は入力された文字列、及びアドレス帳或いはＬＤＡＰサーバから検索した宛先等を表示するエリアである。確定キー５０３は、入力或いは検索された宛先を確定するキー、キャンセルキー５０４は、入力した内容をキャンセルするキーである。オートコンプリートキー５０５は、押下されると、図６に示すオートコンプリートの設定画面に遷移する。

ここで例えば図５の新規宛先画面においてオートコンプリートキー５０５が押下されると図６に示す画面に遷移する。

図６は、実施形態に係るオートコンプリート設定画面の一例を示す図である。

図６において、ボタン６０２は、オートコンプリートを行わないように設定する。ボタン６０３は、オートコンプリートを行う指定で、ＨＤＤ１３に登録されているアドレス帳に基づいてオートコンプリートを行うように設定する。ボタン６０４は、オートコンプリートを行う指定で、ネットワーク１０２を介して接続されているＬＤＡＰサーバからオートコンプリートを行うように設定する。ボタン６０５は、ネットワーク１０２を介して接続されているＬＤＡＰサーバからオートコンプリートを行うときに、使用するＬＤＡＰサーバを指定する。

Ｓ１０５でＣＰＵ１１は、ボタン６０２が押下されずにオートコンプリートを実施する設定になっているかどうかを判定し、オートコンプリートを実施する設定であればＳ１０６に進み、そうでないときはＳ１１１に進む。Ｓ１０６でＣＰＵ１１は、図６のボタン６０３と６０４のいずれが指示されているかを判定する。Ｓ１０６でアドレス帳に基づいてオートコンプリートを行うように設定されていると判定するとＳ１０７に進みＣＰＵ１１は、図５の画面で数字キー或いは英文字キーにより文字列が入力されたかどうかを判定する。ここで文字列が入力されるとＳ１０８に進みＣＰＵ１１は、その入力された文字列と前方一致となる宛先をＨＤＤ１３のアドレス帳から検索し、その検索結果を図５の表示エリア５０２に表示する。尚、Ｓ１０７で文字列が入力されていないとＣＰＵ１１が判定した場合はＳ１０７へ戻り、処理を継続する。Ｓ１０８で検索結果を図５の表示エリア５０２に表示するとＳ１０９に進みＣＰＵ１１は、確定キー５０３が押下されたかどうかを判定し、確定キー５０３が押下されたときはＳ１１５に進むが、そうでないときはＳ１０７に進む。Ｓ１１５でＣＰＵ１１は、読取部１５を用いて原稿を読み取り、送信するための画像データを生成する。そしてＳ１１６に進みＣＰＵ１１は、Ｓ１１５で生成した画像データを通信部１６を用いて、Ｓ１０９で確定された宛先に送信する。

一方、Ｓ１０６でＣＰＵ１１は、図６のボタン６０４が押下されて、ＬＤＡＰサーバからオートコンプリートを行う設定になっていた場合はＳ１１０へ進み、後述するＬＤＡＰオートコンプリート処理を実施してＳ１１５へ進んで前述の処理を実行する。

またＳ１０５でＣＰＵ１１が、オートコンプリートを実施する設定になっていないと判定したときはＳ１１１に進みＣＰＵ１１は、宛先の入力が完了して図５の確定キー５０３が押下されたかどうかを判定する。ここで確定キー５０３が押下されたと判定するとＳ１１５に進み、ＣＰＵ１１は前述の処理を実行する。

またＳ１０３でＣＰＵ１１は、宛先を新規に入力するボタン４０２が押下されていないと判定したときはＳ１１２に進みＣＰＵ１１は、ボタン４０１によりアドレス帳が選択されたかどうかを判定する。Ｓ１１２でアドレス帳が選択されたと判定するとＳ１１３に進みＣＰＵ１１は、アドレス帳を入出力部１３に表示してＳ１１４に進む。Ｓ１１４でＣＰＵ１１は、その表示したアドレス帳で宛先が指示されたかどうかを判定し、宛先が指示されたときはＳ１１５に進むが、そうでないときはＳ１１３に戻る。

図７は、Ｓ１１３で入出力部１３に表示されるアドレス帳が表示された画面例を示す図である。

例えば、図７において、宛先７０３が選択されて宛先確定ボタン７０２が押下されると、宛先が図７の宛先７０３に確定される。これによりＣＰＵ１１はＳ１１３からＳ１１４に処理を進める。

以上説明したように図３のフローチャートによれば、新規に宛先を入力する際、オートコンプリートを指定し、そのオートコンプリートを画像通信装置が記憶しているアドレス帳で行うか、ネットワークを介してＬＤＡＰサーバにより行うかを選択できる。尚、新規の宛先の入力でないときにアドレス帳を参照して宛先をしていすること、及びオートコンプリートを使用せずに新規な宛先を入力する操作は、周知の技術である。

図８は、図３のＳ１１０のＬＤＡＰオートコンプリート処理を説明するフローチャートである。

まずＳ８０２でＣＰＵ１１は、ＬＤＡＰサーバから宛先を取得するまでの文字数Ａを初期化する。本実施形態では、ＬＤＡＰサーバから宛先を取得するまでの文字数Ａは「１」が初期状態であるとして説明するが、これ以外の値であっても良い。次にＳ８０３に進みＣＰＵ１１は、入力済みの文字数Ｂを初期化する。ここでは入力済みの文字数Ｂは「０」が初期状態であるとして説明するが、これ以外の値であっても良い。次にＳ８０４に進みＣＰＵ１１は、検索後に入力された文字数Ｃを初期化する。検索後に入力された文字数Ｃは「０」が初期状態であるとして説明するが、これ以外の値であっても良い。次にＳ８０５に進みＣＰＵ１１は、図９に一例として示されるようなＳＳＬ証明書の正当性を検証できなかったＬＤＡＰサーバの一覧を初期化する。

図９は、ＳＳＬ証明書の正当性を検証できなかったＬＤＡＰサーバの一覧の表示画面例を示す図である。

次にＳ８０６に進みＣＰＵ１１は、この画像通信装置１０１のユーザが、図５の画面で表示エリア５０２に文字を入力したかどうかを判定する。ここで文字が入力されていなかった場合にはＳ８０６に戻り、処理を継続する。Ｓ８０６でＣＰＵ１１は、文字が入力されていると判定した場合はＳ８０７へ進み、入力済みの文字数Ｂと、検索後であれば検索後の文字数Ｃをカウントアップする。最初は、Ｓ８０３で入力済みの文字数Ｂは「０」に初期化されているので、Ｓ８０７でカウントアップすると、入力済みの文字数Ｂは「１」となる。次にＳ８０８へ進みＣＰＵ１１は、入力済みの文字数Ｂと、ＬＤＡＰサーバから宛先を取得するまでの文字数Ａとが等しいかどうかを判定する。本実施形態では、入力済みの文字数ＢはＳ８０７で「１」に、ＬＤＡＰサーバから宛先を取得するまでの文字数ＡはＳ８０２で「１」に初期化されているので一致する。一致していなかった場合にはＳ８０６へ戻り処理を継続し、一致している場合にはＳ８０９に進む。Ｓ８０９でＣＰＵ１１は、検索後に入力された文字列Ｃを「０」に初期化する。

次にＳ８１０に進みＣＰＵ１１は、図１０に示す取得済みreferralオブジェクトの一覧を初期化し、Ｓ８１１で、referralオブジェクトの数Ｄを初期化する。その後Ｓ８１２に進んでＣＰＵ１１は、取得した宛先一覧を初期化し、Ｓ８１３に進んで、ＬＤＡＰ宛先取得処理を実施する。このＬＤＡＰ宛先取得処理については後述する。

図１０は、取得済みreferralオブジェクトの一覧の表示画面例を示す図である。

次にＳ８１４に進みＣＰＵ１１は、Ｓ８１３の処理で取得した宛先一覧を新規宛先入力画面に表示し、画像通信装置１０１のユーザへ、入力を補完して表示エリア５０２に表示する。次にＳ８１５に進みＣＰＵ１１は、Ｓ８１４で表示した画面で確定キー５０３又はキャンセルキー５０４が押下されて、オートコンプリート処理の終了が指示されたかどうかを判定する。終了が指示されると、このフローを終了するが、終了が指示されていない場合はＳ８０６に戻って、前述の処理を継続する。

図１１は、図８のＳ８１３のＬＤＡＰオートコンプリートによる宛先取得処理を説明するフローチャートである。

先ずＳ１１０２でＣＰＵ１１は、例えば図６のボタン６０５で指定されているＬＤＡＰサーバ情報を取得してＳ１１０３に進みＣＰＵ１１は、ＬＤＡＰサーバの情報が取得できたかどうかを判定する。ここで取得できないと判定するとこのフローを終了するが、取得できたと判定した場合は、そのＬＤＡＰサーバを、宛先を取得するＬＤＡＰサーバとして設定してＳ１１０４へ進む。Ｓ１１０４でＣＰＵ１１は、そのＬＤＡＰサーバに対してSecure Socket Layerプロトコル（以下、ＳＳＬプロトコル）を用いて接続する設定になっているかどうかを判定する。そうであればＳ１１２９に進むが、ＳＳＬプロトコルで接続する設定になっていない場合はＳ１１０５に進みＣＰＵ１１は、ＴＣＰプロトコルを用いてＳ１１０２で取得したＬＤＡＰサーバに接続する。こうしてＬＤＡＰサーバと接続した後Ｓ１１０６に進みＣＰＵ１１は、図５に示す新規宛先入力画面で入力された文字列に先頭一致となる宛先をＬＤＡＰサーバに要求して、宛先情報を取得する。そしてＳ１１０７に進みＣＰＵ１１は、Ｓ１１０６で取得した宛先情報を取得済み宛先一覧に追加する。そしてＳ１１０８に進みＣＰＵ１１は、Ｓ１１０６で取得した宛先情報の中にＬＤＡＰで規定される異なるＬＤＡＰサーバへ検索に行くことを紹介するreferralオブジェクトが含まれているかどうかを判定する。ここでreferralオブジェクトが含まれていると判定するとＳ１１０９に進みＣＰＵ１１は、referralオブジェクトを取得済みreferralオブジェクトの一覧に追加してＳ１１１０へ進む。

一方、Ｓ１１０８でreferralオブジェクトが含まれていないと判定した場合はＳ１１１０へ進む。Ｓ１１１０でＣＰＵ１１は、取得済みreferralオブジェクトの一覧に１つ以上のreferralオブジェクトが登録されているかどうかを判定する。登録されていなかった場合はＳ１１１１へ進みＣＰＵ１１は、referralオブジェクトの数が事前に設定された数より多いかどうかを判定する。ここで設定された数より少ないと判定するとＳ１１１２へ進みＣＰＵ１１は、ＬＤＡＰサーバから宛先を取得するまでの文字数Ａをカウントダウンして、この処理を終了する。一方、設定された数より多いと判定した場合はＳ１１１３へ進み、ＬＤＡＰサーバから宛先を取得するまでの文字数Ａをカウントアップして、この処理を終了する。

これにより、異なるＬＤＡＰサーバへ検索に行くことを紹介するreferralオブジェクトの数が、事前に設定された数よりも少ないときは、前方一致で検索する文字数を少なくしてオートコンプリートの回数を多くする。逆に、referralオブジェクトの数が、事前に設定された数よりも多いときは、前方一致で検索する文字数を多くしてオートコンプリートの回数を少なくする。

またＳ１１１０でＣＰＵ１１が、１つ以上のreferralオブジェクトが登録されていると判定した場合はＳ１１１４へ進みＣＰＵ１１は、取得済みreferralオブジェクトの一覧からreferralオブジェクトを１つ取り出す。そして、そのreferralオブジェクトを、宛先を取得するＬＤＡＰサーバに設定する。その後Ｓ１１１５に進みＣＰＵ１１は、referralオブジェクトの数ＤをカウントアップしてＳ１１０３へ戻り、処理を継続する。

またＳ１１０４でＣＰＵ１１が、そのＬＤＡＰサーバにＳＳＬプロトコルで接続する設定になっていると判定した場合はＳ１１２９へ進む。Ｓ１１２９でＣＰＵ１１は、ＬＤＡＰサーバに対してＳＳＬプロトコルを用いて接続する設定になっている場合でもオートコンプリートを実行する設定になっているかどうかを判定する。Ｓ１１２９で実行しない設定になっていると判定するとＳ１１１０へ進み処理を継続する。一方、Ｓ１１２９でＣＰＵ１１が、実行する設定になっていると判定した場合はＳ１１１６へ進みＣＰＵ１１は、ＳＳＬ証明書を検証する設定になっているかどうかを判定する。ここで検証しない設定になっていると判定した場合はＳ１１１７へ進みＣＰＵ１１は、ＬＤＡＰサーバに対してＳＳＬプロトコルで接続してＳ１１０６へ進み、前述の処理を実行する。

一方、Ｓ１１１６でＳＳＬ証明書を検証する設定になっている場合はＳ１１１８へ進みＣＰＵ１１は、オートコンプリート画面に入力された文字数Ｂが２以上であるかどうかを判定する。ここで２文字以上でないと判定した場合はＳ１１１９へ進みＣＰＵ１１は、ＬＤＡＰサーバのＳＳＬ証明書の検証を行う。そしてＳ１１２０に進みＣＰＵ１１は、ＳＳＬ証明書により、そのＬＤＡＰサーバの正当性を検証できたかどうかを判定する。ここでＳＳＬ証明書を用いてＬＤＡＰサーバの正当性を検証できたかどうかの判断基準は、現在時刻が証明書の有効期限内であることや、その証明書が失効リストに記載されていないことなど様々あるが、本実施形態ではどのような判断基準を用いてもよい。Ｓ１１２０でＣＰＵ１１が正当性を検証できないと判定した場合はＳ１１２１へ進み、そのＬＤＡＰサーバをＳＳＬ証明書の正当性が検証できなかったサーバの一覧に追加してＳ１１１０に進む。

一方、Ｓ１１２０で正当性が検証できた場合はＳ１１２２に進みＣＰＵ１１は、そのＬＤＡＰサーバに対してＳＳＬプロトコルを用いて接続する。そしてＳ１１２３に進みＣＰＵ１１は、オートコンプリート画面に入力された文字列に先頭一致となる宛先を、そのＬＤＡＰサーバに要求して宛先を取得する。そしてＳ１１２４に進みＣＰＵ１１は、Ｓ１１２３で取得した宛先を取得宛先一覧に追加してＳ１１２５へ進む。Ｓ１１２５でＣＰＵ１１は、Ｓ１１２３で取得した宛先一覧の中に、referralオブジェクトが含まれているかどうかを判定し、含まれていなかった場合にはＳ１１１０へ進んで処理を継続する。一方、Ｓ１１２５でreferralオブジェクトが含まれていると判定した場合はＳ１１２６へ進みＣＰＵ１１は、含まれていたreferralオブジェクトを取得済みオブジェクト一覧に追加してＳ１１１０へ進み、処理を継続する。

またＳ１１１８でＣＰＵ１１は、入力された文字数Ｂが２以上と判定した場合はＳ１１２７へ進みＣＰＵ１１は、そのＬＤＡＰサーバがＳＳＬ証明書で正当性を検証できたサーバの一覧に登録されているかどうかを判定する。ここで登録されていないと判定した場合はＳ１１２２へ進み、登録されていると判定した場合はＳ１１１０へ進んで処理を継続する。

以上説明したように本実施形態によれば、ＬＤＡＰオートコンプリートのように短期間で何回もの通信が発生すると予想される場合に、通信ごとにＳＳＬ証明書による正当性の検証を行わないようにすることにより、レスポンス速度の低下を防止できる。

またＳＳＬ証明書の検証により正当性が検証できなかったＬＤＡＰサーバの一覧を登録しておくことにより、その登録しているサーバを使用したＬＤＡＰオートコンプリートを防止できる。

また、入力された文字数が所定数以上（例えば２以上）のときはＳＳＬ証明書によりＬＤＡＰサーバの検証を行うが、入力された文字数が所定数未満（例えば２未満）のときはＳＳＬ証明書によりＬＤＡＰサーバの検証をスキップする。これにより、ＬＤＡＰオートコンプリートの時間を短くできる。

さらに、取得対象のＬＤＡＰサーバ以外のサーバを紹介するreferralオブジェクトの数が予め定められた数よりも多いときは、検索するまでの文字数を変更してＬＤＡＰオートコンプリートによる検索の頻度を少なくする。これにより、ＬＤＡＰオートコンプリートにおける処理時間が長くなるのを防止できる。

また、referralオブジェクトにより接続するＬＤＡＰサーバの数が、セッションを保持していても問題のない数である場合は、複数のＬＤＡＰサーバとのセッションを貼りっぱなしにする。これにより、ＬＤＡＰオートコンプリートの処理時間を短くできる。

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

Claims

ＬＤＡＰサーバと通信可能な画像処理装置であって、
文字を受け付ける受付手段と、
少なくとも１つのＬＤＡＰサーバの証明書を検証する検証手段と、
前記検証手段によって前記証明書の正当性を検証することができた少なくとも１つのＬＤＡＰサーバから、前記受付手段によって受け付けた文字を含む宛先情報を受信する受信手段と、
原稿を読み取る読取手段と、
前記受信手段によって受信した宛先情報のうち指定された宛先に基づいて、前記読取手段によって読み取られた原稿の画像データを送信する送信手段と、
を有することを特徴とする画像処理装置。
前記検証手段は、前記受付手段によって文字を受け付けたことに従って前記ＬＤＡＰサーバの証明書を検証することを特徴とする請求項１に記載の画像処理装置。
前記検証手段によって前記証明書の正当性を検証することができた少なくとも１つのＬＤＡＰサーバに、前記受付手段によって受け付けた文字を含む宛先情報を要求する要求手段をさらに有することを特徴とする請求項１又は２に記載の画像処理装置。
前記要求手段は、前記受付手段によって前記文字を受け付けたことに従って、前記証明書の正当性を検証することができた少なくとも１つのＬＤＡＰサーバに前記受付手段によって受け付けた文字を含む宛先情報を要求することを特徴とする請求項３に記載の画像処理装置。
前記受付手段によって受け付けた文字の数が所定の数に達したか否かを判定する判定手段をさらに有し、
前記要求手段は、前記判定手段によって前記受付手段によって受け付けた文字の数が所定の数に達したと判定された場合に、前記証明書の正当性を検証することができた少なくとも１つのＬＤＡＰサーバに、前記受付手段によって受け付けた文字を含む宛先情報を要求することを特徴とする請求項３または４に記載の画像処理装置。
前記受信手段は、前記証明書の正当性を検証することができた少なくとも１つのＬＤＡＰサーバから、前記受付手段によって受け付けた文字を含む複数の宛先情報を受信し、
前記画像処理装置は、前記受信手段によって受信した複数の宛先情報を表示可能であることを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
前記受信手段は、前記受付手段によって受け付けた文字から始まる宛先情報を前記証明書の正当性を検証することができた少なくとも１つのＬＤＡＰサーバから受信することを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
前記受信手段によって受信した宛先情報を用いて、前記受付手段によって受け付けた文字を補完して表示することを特徴とする請求項７に記載の画像処理装置。
前記検証手段による検証を行い、且つ、前記検証手段によって前記証明書の正当性を検証することができなかったＬＤＡＰサーバからは、前記受付手段によって受け付けた文字を含む宛先情報を受信しないことを特徴とする請求項１乃至８のいずれか１項に記載の画像処理装置。
前記画像処理装置と前記証明書の正当性を検証することができた少なくとも１つのＬＤＡＰサーバとは、ＳＳＬ（Secure Socket Layer）プロトコルを用いて接続することを特徴とする請求項１乃至９のいずれか１項に記載の画像処理装置。
前記画像処理装置は複数のＬＤＡＰサーバと通信可能であり、
前記複数のＬＤＡＰサーバのうち一部のＬＤＡＰサーバは、前記証明書の正当性を検証することができたＬＤＡＰサーバと異なるプロトコルを用いて接続し、
前記受信手段は、前記受付手段によって受け付けた文字を含む宛先情報を前記一部のＬＤＡＰサーバからも受信することを特徴とする請求項１乃至８のいずれか１項に記載の画像処理装置。
前記異なるプロトコルが、ＴＣＰプロトコルであることを特徴とする請求項１１に記載の画像処理装置。
ＬＤＡＰサーバと通信可能な画像処理装置の制御方法であって、
文字を受け付ける受付工程と、
少なくとも１つのＬＤＡＰサーバの証明書を検証する検証工程と、
前記検証工程によって前記証明書の正当性を検証することができた少なくとも１つのＬＤＡＰサーバから、前記受付工程で受け付けた文字を含む宛先情報を受信する受信工程と、
原稿を読み取る読取工程と、
前記受付工程で受け付けた宛先情報のうち指定された宛先に基づいて、前記読取工程で読み取られた原稿の画像データを送信する送信工程と、
を有することを特徴とする画像処理装置の制御方法。
請求項１３に記載された画像処理装置の制御方法の各工程を、コンピュータに実行させるためのプログラム。