JP5607330B2 - 画像処理装置、画像処理装置の制御方法、及びプログラム - Google Patents

Description

本発明は、画像処理装置、画像処理装置の制御方法、及びプログラムに関する。特に、入力された文字列を補完するオートコンプリート機能に関する。

従来、メール等の送信における宛て先指定は、アドレス帳などに登録されている宛先の登録データベースから選択する方法と、宛先をキーボードなどから直接入力する方法が提供されており、これらのどちらの方法をとるかをユーザが選択しなければならなかった。

これに対し、ＰＣのメールソフトなどでは直接入力するときに入力される文字列に基づいて登録されている宛先情報から一致する宛先候補をユーザに提示する。これにより、登録データからの選択と直接入力の選択を融合する方式（以降、この方式をオートコンプリートと呼ぶ）が提案されている（特許文献１等参照）。

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

上記で述べた方式は、これまで単一のプロトコル（電子メールやＨＴＴＰプロトコル）に対するものであった。一方、ＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）における送信機能は、ＦＡＸ／電子メール／ｉＦａｘなど複数のプロトコルを扱い、かつそれらのプロトコルに対して同報送信を可能としている（以降、これをマルチプロトコル送信と呼ぶ）。また各プロトコルは、個別の宛先属性を持っているため、ユーザは、Ｆａｘ番号やアドレスなどの宛先だけではなく、その宛先プロトコルに従って、様々な属性も正しく設定しなければならない。このため、オートコンプリートには以下の問題がある。
・すでに登録されているデータから宛先候補をユーザに提示する場合でも、その宛先文字列のみを提示しており、その宛先が有する属性情報までは提示していない。
・登録されているデータを選択せず、ユーザがすべての文字列を入力した場合、その宛先に対する属性情報を、登録されているデータの選択によって入力することができない。

これらの問題は、従来のオートコンプリート機能が例えば電子メールなどの属性が無いか、あるいは宛先ごとの設定が不要な単一のプロトコルを対象としていたため、解決すべき問題として表面化していなかった。電子メールの例で言えば、メールの属性である分割送信に関する設定は、無いか、あったとしても宛先毎に設定するのではなく、メールソフト全体でひとつの設定を有しているだけであった。その他、ファクシミリ（ＦＡＸ）などでは、一般的に共通の属性を用いれば、特に属性の変更は必要とされない。このため、上記の２つの問題は表面化していなかった。

しかし、属性設定が必要な通信プロトコルを対象としてオートコンプリート機能を適用すると、上記問題が生じ、操作性を著しく損なうこととなる。

そこで、本発明は、上記課題を解決するためになされたものである。本発明は、複数の通信プロトコルのうち、いずれかの通信プロトコルに対応する宛先を入力する際のユーザの負荷を軽減することを目的とする。

上記の課題を解決するため、本発明では次の構成を有する。すなわち、少なくとも第１及び第２の通信プロトコルに対応し、画像データを前記第１及び第２の通信プロトコルのうちの一つにて送信可能な画像処理装置であって、原稿から画像データを読み取る読取手段と、第１の宛先を示す宛先情報を前記第１の通信プロトコルと対応付けて保持し、第２の宛先を示す宛先情報を前記第２の通信プロトコルと対応付けて保持する宛先保持手段と、前記画像データの宛先を示すために少なくとも一つの文字をユーザに入力させ、当該入力された文字を宛先入力欄に表示する入力手段と、前記ユーザによって文字が入力される度に、当該入力された文字を含む宛先情報を前記宛先保持手段から前方一致検索する検索手段と、前記検索手段で得られた宛先情報によって前記宛先入力欄に表示された文字を補完し、且つ、前記検索手段で得られた宛先情報に対応付けられた前記第１及び第２の送信プロトコルのうちの一つを表示する補完表示手段と、前記宛先入力欄に表示されている宛先情報を前記画像データの宛先として設定し、当該宛先情報に対応付けられた前記第１及び第２の通信プロトコルのうちの一つを、前記画像データを送信する際に使用する通信プロトコルとして設定する設定手段とを有する。

本発明によれば、属性の設定が必要な複数の通信プロトコルのうちのいずれかの通信プロトコルを用いた、ユーザによる宛先の入力を簡略化することができる。

本実施形態に係る画像形成装置のブロック図。 本実施形態に係る画像形成装置の操作部の平面図。 第一の実施形態に係るオートコンプリート処理のフロー図。 第一の実施形態に係る画面遷移を説明するための概念図。 本実施形態に係る操作部の送信基本画面の例図。 本実施形態に係るアドレス帳宛先選択画面の例図。 本実施形態に係る送信基本画面のアドレス帳宛先選択済み状態の例図。 本実施形態に係るＦａｘ新規宛先設定画面の例図。 本実施形態に係る電子メール新規宛先設定の例図。 本実施形態に係るｉＦａｘ新規宛先設定の例図。 第一の実施形態に係るオートコンプリート画面の出力の例図。 第一の実施形態に係るオートコンプリート画面の出力の例図。 第一の実施形態に係る新規宛先プロトコル選択画面の例図。 本実施形態に係るアドレス帳宛先登録データの構造例。 本実施形態に係る機能選択メニュー画面の例図。 第二の実施形態に係るオートコンプリート処理のフロー図。 第三の実施形態に係るオートコンプリート処理のフロー図。 本実施形態に係るプロトコル判定処理のフロー図。 宛先リストのコード記述例の図。

＜第一の実施形態＞
［ＭＦＰの基本説明］
図１は、画像処理装置の一例である画像形成装置（ＭＦＰ１００１）の主要部の構成を示すブロック図である。ＭＦＰ１００１はコントローラユニット２０００を含み、コントローラユニット２０００には、画像入力デバイスであるスキャナ２０７０や画像出力デバイスであるプリンタ２０９５が接続されるとともに、操作部２０１２が接続される。コントローラユニット２０００は、スキャナ２０７０で読み取られた画像データをプリンタ２０９５により印刷出力するコピー機能を実現するための制御を行う。それとともに、ＬＡＮ１００６や公衆回線１００８（ＷＡＮ）に接続することによって、画像情報やデバイス情報の入出力を行うための制御を行う。

コントローラユニット２０００は、具体的には、ＣＰＵ２００１を有し、ＣＰＵ２００１は、ＲＯＭ２００３に格納されているブートプログラムによりオペレーティングシステム（以下、ＯＳ）を立ち上げる。このＯＳ上で、ＨＤＤ（ハードディスクドライブ）２００４に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。このＣＰＵ２００１の作業領域としてＲＡＭ２００２が用いられる。ＲＡＭ２００２は、作業領域を提供するとともに、画像データを一時記憶するための画像メモリ領域を提供する。ＨＤＤ２００４は、上記アプリケーションプログラムや画像データを格納する。ＣＰＵ２００１には、システムバス２００７を介して、ＲＯＭ２００３およびＲＡＭ２００２とともに、操作部Ｉ／Ｆ２００６、ネットワークＩ／Ｆ２０１０、モデム２０５０、およびイメージバスＩ／Ｆ２００５が接続される。操作部Ｉ／Ｆ２００６は、タッチパネルを有する操作部２０１２とのインタフェースであり、操作部２０１２に表示すべき画像データを操作部２０１２に対して出力する。また、操作部Ｉ／Ｆ２００６は、操作部２０１２においてユーザにより入力された情報をＣＰＵ２００１に送出する。

次に、ネットワークＩ／Ｆ２０１０は、ＬＡＮ１００６に接続され、ＬＡＮ１００６を介してＬＡＮ１００６上の各装置との間で情報の入出力を行う。モデム２０５０は、公衆回線１００８に接続され、公衆回線１００８を介して情報の入出力を行う。イメージバスＩ／Ｆ２００５は、システムバス２００７と、画像データを高速で転送する画像バス２００８とを接続し、データ形式を変換するためのバスブリッジである。画像バス２００８は、ＰＣＩバスまたはＩＥＥＥ１３９４から構成される。画像バス２００８上には、ラスタイメージプロセッサ（以下、「ＲＩＰ」という）２０６０、デバイスＩ／Ｆ２０２０、スキャナ画像処理部２０８０、プリンタ画像処理部２０９０、画像回転部２０３０、および画像圧縮部２０４０が設けられる。ＲＩＰ２０６０は、ＰＤＬコードをビットマップイメージに展開するプロセッサである。デバイスＩ／Ｆ２０２０には、スキャナ２０７０およびプリンタ２０９５が接続され、デバイスＩ／Ｆ２０２０は、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２０８０は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部２０９０は、プリント出力画像データに対してプリンタ２０９５に応じた補正、解像度変換などを行う。画像回転部２０３０は、画像データの回転を行う。画像圧縮部２０４０は、多値画像データをＪＰＥＧデータに、２値画像データをＪＢＩＧ、ＭＭＲ、ＭＨなどのデータに圧縮するとともに、その伸張処理を行う。

ＵＳＢＩ／Ｆ２０９６は、装置に設けられたＵＳＢ接続口に接続された、ＵＳＢメモリとの通信を行う。スキャナ２０７０で読み取られスキャナ画像処理部２０８０で所定の処理を行なわれた画像データは、ＵＳＢＩ／Ｆ２０９６を通じて、装置に接続されているＵＳＢメモリに格納される。また、ＵＳＢＩ／Ｆ２０９６はＵＳＢメモリに格納されている画像データを読み出し、プリンタ画像処理部２０９０でプリント可能な画像データに変換し、プリンタ２０９５で印刷する。

図２は、図１に示す操作部２０１２の構成を示す平面図である。ＬＣＤ表示部２０１３は、ＬＣＤ上にタッチパネルシートが貼られた構造となっており、ＭＦＰ１００１の操作画面を表示するとともに、該画面に表示されたキーが押されるとその位置情報をコントローラユニット２０００のＣＰＵ２００１に伝える。スタートキー２０１４は、原稿画像の読み取り動作を開始する時などに用いられる。スタートキー２０１４の中央部には、緑と赤の２色ＬＥＤ２０１８が設けられ、その色によってスタートキー２０１４が使える状態にあるか否かを示す。ストップキー２０１５は、稼働中の動作を止めるときに操作される。ＩＤキー２０１６は、使用者のユーザＩＤを入力する時に用いられる。リセットキー２０１７は、操作部２０１２からの設定を初期化する時に用いられる。

以下、『画面を表示する』または『画面を開く』と言う場合、次に示す処理を表す。具体的に、ＣＰＵ２００１が対応する画面表示データと画面制御データとをＨＤＤ２００４または、ＲＡＭ２００２から呼び出し、画面表示データを操作部Ｉ／Ｆ２００６を介して操作部２０１２のＬＣＤ表示部２０１３に表示することを表す。

同様に、以下『ユーザが○○を選択する』と言う場合、画面に表示されているボタンやリストをユーザが押下することを指し、これによりＬＣＤ表示部から通知される位置情報と画面制御データとから、選択に応じてＣＰＵ２００１が実行すべき処理を判定できる。また、本実施形態の中で説明しているユーザインタフェースとしての画面は、あくまでも一例であり、その構成や配置はこれに限定するものではない。

［オートコンプリート処理］
図３は、本発明に係るオートコンプリート処理の流れを説明するフローチャートである。当該フローチャートは、ＣＰＵ２００１がＲＯＭ２００３内のプログラムをＲＡＭ２００２に読み出して実行することによって行われる。

まず、Ｓ４０１にて、ユーザが、宛先等の入力対象項目に文字列を入力したことなどに起因して、オートコンプリート処理が開始される。Ｓ４０２にて、オートコンプリート処理を行う画面を表示する。なお、本フローの中で記載される各画面については、図に示した画面例を用いて後述する。続いて、ユーザからの入力が画面に表示されたＯＫキーか否かを判定する。ここで、入力がＯＫキーであれば、Ｓ４０７へ進み、ＯＫキーでなければ（すなわち、文字列入力であれば）、Ｓ４０４へ進む。

Ｓ４０４において、ユーザからの入力文字列に基づいて、宛先情報を保持する宛先データベースから合致する宛先情報を検索する。検索についての詳細は、図面を用いて後述する。Ｓ４０４において検索した結果、該当する宛先情報が存在するか否かを判定する。存在する場合はＳ４０６へ進み、存在しない場合はＳ４０２へ戻る。Ｓ４０６において、検索結果により得られた宛先とユーザからの入力文字列とに基づいて、補完文字列を作成する。補完文字列の生成については、図を用いて後述する。補完文字列を作成した後、Ｓ４０２へ戻り、オートコンプリート画面を更新する。

Ｓ４０３において、ユーザからの入力がＯＫキーであった場合、Ｓ４０７においてＩＤ（ＩｎｄｅｘＩＤ）が選択されているか否かを判定する。ＩＤについては後述する。ＩＤが選択されていれば、Ｓ４０８へ進み、選択されていなければＳ４０９へ進む。Ｓ４０８において、選択されたＩＤを設定する。その後、Ｓ４１２にて処理を終了する。Ｓ４０７にてＩＤが選択されていないと判定した場合、Ｓ４０９にてユーザからの入力文字列から通信プロトコルが判別できるか否かを判定する。判定方法については、図を用いて後述する。ここで通信プロトコルが判別できると判定された場合には、Ｓ４１０へ進み、判定できない場合にはＳ４１１へ進む。Ｓ４１１において、ユーザが通信プロトコルを選択するためにプロトコル選択画面を表示する。そして、ユーザからの選択によって、Ｓ４１０へ進む。Ｓ４１０において、Ｓ４０９にて判定できた通信プロトコルもしくは、Ｓ４１１にてユーザの選択により決定した通信プロトコルのいずれかの新規宛先設定画面を表示する。その後、Ｓ４１２へ進み、処理を終了する。なお、Ｓ４０８や、Ｓ４１０で宛先が設定された場合、ユーザによる送信開始の指示に応じて、スキャナ２０７０で原稿のデータを読み取り、読み取ったデータを設定された宛先に送信する。なお、ここで、ユーザが、送信対象のデータとして、送信開始の指示がある前に予めＨＤＤ２００４に記憶しておいたデータを指定できるようにしてもよい。その場合、ＣＰＵ２００１は、ユーザによって送信開始指示があると、設定された宛先に、指定されたデータを送信する。

なお、本実施形態においては、画像データを送信する通信プロトコルとして、ＦＡＸ（ファクシミリ）、電子メール、及びＩＦＡＸ（インターネットファクシミリ）を例として用いている。しかしながら、これに限定されるものではなく、例えば、マルチプロトコル環境において、画像データを送信するための通信プロトコルを他に含んでいても良い。

［画面遷移の概要］
図４は、本発明の画面遷移を概念的に説明したものである。以降、括弧内の記号は画面遷移図の記号を示す。また、本画面遷移は図３にて示したフローにも対応している。

ユーザは、送信したい宛先が宛先データベースであるアドレス帳に登録済みであることがわかっており、アドレス帳から選びたいならば、送信基本画面（５０１）でアドレス帳宛先選択画面（５０２）を選択する。そして、アドレス帳宛先選択画面（５０２）にて所望の宛先を選択し、その後、送信基本画面（５０１）に戻る。これにより、アドレス帳検索手段を実現する。ユーザが、送信したい宛先がアドレス帳に登録済みかどうかが不確かである場合、オートコンプリート画面（６０１）を選択する。ここで宛先を入力すると、後述する方法で、すでに登録されている宛先から宛先候補を検索し、表示する。表示された宛先にユーザが送信したい宛先が含まれていれば、ユーザはその宛先をアドレス帳から選択し、送信基本画面（５０１）へ戻る。

ユーザにより入力された文字列から宛先候補を検索できなかった場合には、最終的にユーザの入力した文字列のみがオートコンプリート画面（６０１）に表示されている。この状態でユーザが入力を確定すると、入力文字列の特徴から通信プロトコルを判別する。たとえば入力文字列が数値のみの入力である場合には、Ｆａｘ番号であると判別し、Ｆａｘ新規宛先設定画面（５０４）を表示する。その際には、入力文字列をユーザにより入力されたＦａｘ番号として扱う。一方、例えば入力された文字列が、“ａｂｃ＠ａｂｃ．ｃｏ．ｊｐ”のように電子メールとｉＦａｘの双方で送信可能な形式の場合、入力文字列から通信プロトコルの判別ができないため、新規宛先プロトコル選択画面２（６０２）を表示する。新規宛先プロトコル選択画面２（６０２）でユーザが、“電子メール”を選択すると、電子メール新規宛先設定画面（５０５）を表示し、“ｉＦａｘ”を選択するとｉＦａｘ新規宛先設定画面（５０６）を表示する。通信プロトコル毎の新規宛先設定画面（５０４、５０５、５０６）でユーザが所望の設定を行った後にこれを確定すると基本送信画面（５０１）へ戻る。

なお、通信プロトコルごとの新規宛先設定画面を表示することにより、新規宛先設定画面表示手段を実現する。

［画面例を用いた詳細説明］
図１５にＭＦＰが有する機能選択メニューの一例を示す。この機能選択メニューにて、ユーザがマルチプロトコル送信機能（ＭｕｌｔｉＳＥＮＤ）を選択すると、図５（ａ）で示すような送信基本画面（５０１）を表示する。なお、図５の画面についても説明のための一例である。図５（ａ）では新規宛先ボタン５０１５を押下することによって、図５（ｂ）に示すようなプロトコル選択画面（５０２）を呼び出し、送信するための通信プロトコルを正しく選択する。なお、プロトコル選択画面を表示することにより、プロトコル選択画面表示手段を実現する。

図５（ｂ）では、ファクス選択ボタン５０３２、電子メール選択ボタン５０３、Ｉファクス選択ボタン５０３４のどれかをユーザが選んで押下する。その後に、選択した通信プロトコルに応じた設定画面（５０４、５０５、５０６）で送信宛先の設定を行うことができる。ファクスの設定画面（５０４）の例は図８であり、宛先であるファクス番号設定部５０４１のほかに、通信速度設定ボタン５０４２、国内国際送信設定ボタン５０４３、ＥＣＭ送信設定ボタン５０４４などがある。電子メールの設定画面（５０５）の例は図９（ａ）であり、メールアドレス設定部５０５１のほかに、分割送信設定ボタン５０５２と分割送信設定表示部５０５３がある。ｉＦａｘの設定画面の例は図１０（ａ）であり、ｉＦａｘアドレス設定部５０６１のほかに、送信モード＆相手先条件設定ボタン５０６２、送信モード表示部５０６３がある。

［送信基本画面（５０１）］
送信基本画面（５０１）は、設定宛先確認エリアを備え、ここには、プロトコルアイコン表示部５０１１、第一テキスト表示エリア５０１２、第二テキスト表示エリア５０１３を含む。図５（ａ）の第一テキスト表示エリア５０１２、および第二テキスト表示エリア５０１３の破線は、おおよその範囲を示している。ユーザが、図６に示すようなアドレス帳宛先選択画面（５０２）で登録されている宛先を選択した場合には、図７（ａ）のように、第一テキスト表示エリア５０１２には登録名称を表示する。そして、第二テキスト表示エリア５０１３には登録名称と対応付けられた情報であるＦＡＸ番号またはアドレスを表示する。アドレス帳宛先選択画面（５０２）については、図６を用いて後述する。

ユーザが新規宛先を直接入力した場合には、これを登録されている宛先の選択とは区別できるように表示する。例えば、Ｆａｘなら図７（ｂ）のように、電子メールなら図９（ｂ）のように、ｉＦａｘなら図１０（ｂ）のように、プロトコルアイコン表示部５０１１にはプロトコルアイコンを、第一テキスト表示エリア５０１２にはユーザにより入力された文字列を表示する。また、送信基本画面（５０１）には、さらにアドレス帳宛先選択画面（５０２）を開くための宛先表ボタン５０１４と、オートコンプリート画面（６０１）を開くための新規宛先ボタン５０１５がある。

［アドレス帳宛先選択画面（５０２）］
図６は宛先データベースとしてのアドレス帳に登録されている宛先を選択するための、アドレス帳宛先選択画面（５０２）の例である。ここでの画面例において、登録されている宛先のリストを表示するエリアの各行は、次の要素から成り立っている。選択していることを示すチェックマーク表示部５０２１、宛先プロトコルアイコン表示部５０２２、宛先名称表示部５０２３、及びアドレス表示部５０２４である。しかし、画面構成において、これに限定されるわけではなく、他の要素を含めても良い。

ユーザは、リストの行を押下することでその宛先を選択することができる。ユーザは、１以上の行を選択した状態で、ＯＫボタン５０２５を押下することで、設定を確定し、送信基本画面（５０１）へ遷移することができる。この場合、図１４のアドレス帳と同じ構造を持った送信宛先リストに選択されている行に対応するエントリを宛先に追加して、画面を閉じる。具体的には、仮に図６の一行目を選択した状態でＯＫボタン５０２５を押下した場合には、以下のエントリを宛先に追加する。
｛０ｘ０００００００１，“ｆａｘ”，“１１１１１１１”，ＦＡＸ，ＢＰＳ３３６００，ＤＯＭＥＳＴＩＣ，ＯＦＦ， ， ｝
なお、本実施形態で示す各宛先の宛先情報に含まれる属性情報はこれに限定するものではなく、ここで示した属性情報以外の値を含んでも良い。送信基本画面（５０１）は、送信宛先リストのＩｎｄｅｘＩＤからアドレス帳のエントリを呼び出して、図７（ａ）で示した例のような表示を行う。この場合、送信宛先リストのエントリとＩｎｄｅｘＩＤ＝０ｘ０００００００１のアドレス帳のエントリはいずれも、以下の値を有する。
｛０ｘ０００００００１，“ｆａｘ”，“１１１１１１１”，ＦＡＸ，ＢＰＳ３３６００，ＤＯＭＥＳＴＩＣ，ＯＦＦ， ， ｝
［アドレス帳データ］
アドレス帳宛先選択画面（５０２）を表示する際には、図１４の構造のアドレス帳データを読み出す。ここで、当該アドレス帳データは、ＨＤＤ２００４に記憶しておき、ＣＰＵ２００１が、ＨＤＤ２００４に記憶しておいたアドレス帳データを読み出すようにすればよい。データ構造の定義の例としては、例えば、図１９（ａ）のように記述することができる。ここでの定義例においては、それぞれのプロトコルに応じた構成となっている。なお、データ構造の定義はここに記載されたものに限定されない。用いるプログラム言語によっても定義を変更して実現することが可能である。また、図１９（ａ）の定義に従って、図６および、図１４のアドレス帳データを初期化するならば、図１９（ｂ）に示す例のようなコードを記述することができる。すなわち、このコードは、初期に保持するデータベースに含まれる各情報を示している。また、ＣＰＵ２００１は、当該データ構造に従ったアドレス帳（宛先データベース）にて、各通信プロトコルによって送信可能な宛先を保持し、これにより宛先保持手段を実現する。

［オートコンプリート画面（６０２）］
図１１（ａ）は、図５（ａ）にて示した送信基本画面（５０１）において新規宛先ボタン５０１５をユーザが押下した場合に表示する、オートコンプリート画面の例である。検索は、ユーザ入力文字列から始まるアドレスを有する宛先を宛先候補として選択する。宛先候補が複数ある場合は、ユーザ入力文字列と一致する文字列の次の文字を優先度順、例えば文字コードの昇順に優先順位をつけて表示する。これにより次候補表示手段を実現する。図１１（ａ）は、ユーザが“１”を入力した状態である（ユーザ入力文字列＝“１”）。ここで、ユーザが入力した値“１”に基づき、アドレス帳に登録されている“１”から始まる宛先を検索すると“１１１１１１１”（ＩｎｄｅｘＩＤ＝０ｘ０００００００１）と“１２３４”（ＩｎｄｅｘＩＤ＝０ｘ０００００００５）が該当する。
ＬｏｃａｌＡｄｄｒｅｓｓＢｏｏｋ［０ｘ０００００００１］．ａｄｄｒｅｓｓ＝“１１１１１１１”
ＬｏｃａｌＡｄｄｒｅｓｓＢｏｏｋ［０ｘ０００００００５］．ａｄｄｒｅｓｓ＝“１２３４”
なお、上記の記載形式は図１９にて示した定義に基づいて表現しているものであるため、他の表現形式もしくは、定義したプログラム言語に応じても異なる場合がある。

ユーザ入力文字列と一致する文字列の次の文字は、それぞれ“１”（０ｘ３１）と“２”（０ｘ３２）である。そのため、文字コードの昇順で優先度を付けた場合、“１１１１１１１”の宛先を第一優先とし、“１２３４”の宛先を第二優先とする（候補ＩｎｄｅｘＩＤ＝０ｘ０００００００１）。次に、候補表示のために、第一優先の補完文字列を作成する。アドレス文字列“１１１１１１１”の先頭から、ユーザ入力文字列“１”を削除した文字列を、補完文字列として記憶する（補完文字列＝“１１１１１１”）。宛先入力エリア６０１１に、まずユーザ入力文字列“１”を表示し（６０１２）、次にそれとは異なる表示方法（例えば、本実施形態で示すような反転表示）で補完文字列を表示する（６０１３）。これにより、入力文字列に対し補完文字列にて補完後の文字列を表示する補完表示手段を実現する。

さらに、候補ＩｎｄｅｘＩＤのプロトコル（ここでは、ＦＡＸ）を取得し、対応するアイコンをプロトコルアイコン表示エリア６０１４に表示し、同様に宛先名称（“ｆａｘ”）を取得し、宛先名称エリア６０１５に表示する。ここでの取得される値はそれぞれ、候補ＩｎｄｅｘＩＤ＝０ｘ０００００００１、補完文字列＝“１１１１１１”、プロトコル＝ＦＡＸ、宛先名称＝“ｆａｘ”となる。また、ユーザがここで次候補ボタン６０１６を押下すると、表示中の宛先候補の次の優先順位である、第二優先順位の宛先候補（ここでは、ＩｎｄｅｘＩＤ＝０ｘ０００００００５）が選択される（候補ＩｎｄｅｘＩＤ＝０ｘ０００００００５となる）。上記と同様に候補ＩｎｄｅｘＩＤの補完文字列を作成、プロトコルと宛先名称を取得し、図１１（ｂ）の表示を行う。ここで取得した属性情報はそれぞれ、補完文字列＝“２３４”、プロトコル＝ＦＡＸ、宛先名称＝“ｆａｘ２”となる。

続いて、以下にアドレス帳のデータに対する宛先検索で候補が見つからなかった場合について説明する。ユーザが入力をさらに続け、ユーザ入力文字列が“１２３４５６７８９０”になったとする。この場合、アドレス帳のデータにはユーザ入力文字列から始まるアドレスを持つ宛先データが存在しないため、候補ＩｎｄｅｘＩＤは選択されない（ＮＵＬＬを設定する：候補ＩｎｄｅｘＩＤ＝ＮＵＬＬ）。

オートコンプリ−ト画面（６０１）は、候補ＩｎｄｅｘＩＤが選択されていない場合（ＮＵＬＬが設定されている場合）、補完文字列を作成せず、プロトコルアイコン表示エリア６０１４と宛先名称エリア６０１５に何も表示しない。さらに、次候補ボタン６０１６を無効とする。この結果、図１１（ｃ）の表示を行う。また、このときの値はそれぞれ、ユーザ入力文字列＝“１２３４５６７８９０”、候補ＩｎｄｅｘＩＤ＝ＮＵＬＬ、補完文字列＝ＮＵＬＬとなる。

［オートコンプリート（複数登録）］
以下では、同じアドレスが複数の宛先データに登録されている場合を説明する。ユーザ入力文字列が“ａｂ”である場合を例にとって説明する（ユーザ入力文字列＝“ａｂ”）。図１４のアドレス帳において、ユーザ入力文字列が“ａｂ”の場合、アドレス帳に登録されている“ａｂ“から始まる宛先を検索すると次に示す宛先が登録されている。具体的には、“ａｂｃ＠ａｂｃ”（ＩｎｄｅｘＩＤ＝０ｘ０００００００２）と”ａｂｃ＠ａｂｃ”（ＩｎｄｅｘＩＤ＝０ｘ０００００００３）とが登録されている。
ＬｏｃａｌＡｄｄｒｅｓｓＢｏｏｋ［０ｘ０００００００２］．ａｄｄｒｅｓｓ＝“ａｂｃ＠ａｂｃ”
ＬｏｃａｌＡｄｄｒｅｓｓＢｏｏｋ［０ｘ０００００００３］．ａｄｄｒｅｓｓ＝“ａｂｃ＠ａｂｃ”
双方のアドレスに登録されている文字列は同じであるため、文字コードによる優先順位では差がつかない。

そこで本実施形態では、第二の優先度として、ＩｎｄｅｘＩＤの昇順を用いる。これにより、ＩｎｄｅｘＩＤ＝０ｘ０００００００２の宛先を第一優先とし、ＩｎｄｅｘＩＤ＝０ｘ０００００００３の宛先を第二優先とする（候補ＩｎｄｅｘＩＤ＝０ｘ０００００００２となる）。次に、候補表示のために、第一優先の補完文字列を作成する（補完文字列＝“ｃ＠ａｂｃ”）。そして、宛先入力エリア６０１１に、まずユーザ入力文字列“ａ”を表示し（６０１２）、次にそれとは異なる表示方法（本実施形態では反転表示）で補完文字列を表示する（６０１３）。さらに、候補ＩｎｄｅｘＩＤのプロトコル（ＥＭＡＩＬ）を取得し、対応するアイコンをプロトコルアイコン表示エリア６０１４に表示する。同様に宛先名称（“ｍａｉｌ”）を取得し、宛先名称エリア６０１５に表示する。この結果、図１２（ａ）の表示を行う。また、このとき取得した値はそれぞれ、候補ＩｎｄｅｘＩＤ＝０ｘ０００００００２、補完文字列＝“ｃ＠ａｂｃ”、プロトコル＝ＥＭＡＩＬ、宛先名称＝“ｍａｉｌ”となる。

ユーザがここで次候補ボタン６０１６を押下すると、表示中の宛先候補の次の優先順位である、第二優先順位の宛先候補（ＩｎｄｅｘＩＤ＝０ｘ０００００００３）が選択される（候補ＩｎｄｅｘＩＤ＝０ｘ０００００００３）。上記と同様に候補ＩｎｄｅｘＩＤの補完文字列を作成し、プロトコルと宛先名称を取得する。そして、これらの情報を表示することで、図１２（ｂ）の表示を行う。このとき取得した値はそれぞれ、補完文字列＝“２３４”、補完文字列＝“ｃ＠ａｂｃ”、プロトコル＝ＩＦＡＸ、宛先名称＝“ｉ−ｆａｘ”となる。この状態から、さらにユーザが入力を続け、ユーザ入力文字列が“ａｂｃ＠ａｂｃ．ｃｏ．ｊｐ”となると、アドレス帳に一致するものが無いため、図１２（ｃ）の表示を行う。

［オートコンプリート（候補ＩｎｄｅｘＩＤがある場合）］
図１１（ａ）のように宛先候補が表示されている場合を例にとって説明する。ＯＫボタン６０１７を押下することにより、ユーザは、ここでの宛先を確定することができる。このときの取得した宛先データ値はそれぞれ、候補ＩｎｄｅｘＩＤ＝０ｘ０００００００１、補完文字列＝“１１１１１１”、プロトコル＝ＦＡＸ、宛先名称＝“ｆａｘ”である。この場合、図１４のアドレス帳と同じ構造を有する、送信宛先リストに以下のエントリを追加してオートコンプリート画面（６０１）を閉じ、送信基本画面（５０１）を表示する。
｛０ｘ０００００００１，“ｆａｘ”，“１１１１１１１”，ＦＡＸ，ＢＰＳ３３６００，ＤＯＭＥＳＴＩＣ，ＯＦＦ， ， ｝
これはアドレス帳宛先選択画面（５０２）で説明した動作と同一の動作であり、送信基本画面（５０１）からすると、アドレス帳宛先選択画面（５０２）、またはオートコンプリート画面（６０１）のいずれで宛先を選択しても、動作に違いが無いことを示している。

［オートコンプリート（候補ＩｎｄｅｘＩＤが無い場合）］
図１１（ｃ）の状態の場合を例にとって説明する。ＯＫボタン６０１７を押下することにより、ユーザはここでの入力文字列を確定することができる。なお、このときの値はそれぞれ、ユーザ入力文字列＝“１２３４５６７８９０”、候補ＩｎｄｅｘＩＤ＝ＮＵＬＬ、補完文字列＝ＮＵＬＬである。この入力文字列に基づいて、図１８に示す判定フローを用いて、通信プロトコルを判定する。

まず“＠”が文字列に含まれているか否かを判定し（Ｓ２９０２）、含まれていないため、Ｓ２９０４を行う。Ｓ２９０４では文字列がすべて数字のみかどうかを判定し、すべて数字からなる文字列であるため、Ｓ２９０５を行い、プロトコルはＦａｘであると判定する。

上記の判定結果に基づいて、Ｆａｘ新規宛先設定画面（５０４）を表示し、ユーザ入力文字列をファクス番号設定部５０４１に入力する。これにより、図８を表示する。ここでユーザがＯＫボタン５０４５を押下することにより、ユーザはこの設定を確定することができる。続いて、図１４のアドレス帳と同じ構造を持った、送信宛先リストに以下のエントリを追加して、送信基本画面（５０１）を表示する。
｛ＮＵＬＬ， ，”１２３４５６７８９０”，ＦＡＸ，ＢＰＳ３３６００，ＤＯＭＥＳＴＩＣ，ＯＮ， ， ｝
ここでのＩｎｄｅｘＩＤ＝ＮＵＬＬは新規宛先を意味している。

［通信プロトコル選択］
次に、通信プロトコルがひとつに特定できない場合について説明する。図１２（ｃ）の状態で、ユーザがＯＫボタンを押下することにより、入力文字列を確定することができる。このときの値は、ユーザ入力文字列＝“ａｂｃ＠ａｂｃ．ｃｏ．ｊｐ”、候補ＩｎｄｅｘＩＤ＝ＮＵＬＬ、補完文字列＝ＮＵＬＬである。この入力文字列に基づいて、図１８に示す判定フローを用いて、通信プロトコルを判別する。

まず“＠”が文字列に含まれているか否かを判定する（Ｓ２９０２）。ここでは含まれているため、Ｓ２９０３で通信プロトコルが特定できないと判定する。その判定結果に基づいて、図１３のような新規宛先プロトコル選択画面２（６０２）を表示する。そして、ユーザによる電子メールボタン６０２２、Ｉファクスボタン６０２３、ボタン６０２４いずれかの押下による指示を待つ。ボタン６０２４をユーザが選択すると、本画面を閉じ、図１２（ｃ）にて示した画面に戻る。ユーザが電子メールボタン６０２２を押下すると、その指示に基づいて、図９（ａ）にて示すような電子メール新規宛先設定画面（５０６）を表示する。そして、電子メール新規宛先設定画面（５０６）におけるメールアドレス設定部５０５１にユーザ入力文字列を入力する。ここでＯＫボタン５０５４をユーザが押下することでユーザはこの設定を確定することができる。このとき、送信宛先リストに以下のエントリを追加して、送信基本画面（５０１）を表示する。
｛ＮＵＬＬ， ，“ａｂｃ＠ａｂｃ．ｃｏ．ｊｐ”，ＥＭＡＩＬ，ＯＮ， ， ， ， ｝
図１３にて示した画面において、ユーザがＩファクスボタン６０２３を押下すると、その指示に基づいて、図１０（ａ）にて示すようなｉＦａｘ新規宛先設定画面（５０７）を表示する。そして、ｉＦａｘ新規宛先設定画面（５０７）におけるｉＦａｘアドレス設定部５０６１にユーザ入力文字列を入力する。ここでＯＫボタン５０５４をユーザが押下することでユーザはこの設定を確定することができる。このとき、送信宛先リストに以下のエントリを追加して、送信基本画面（５０１）を表示する。
｛ＮＵＬＬ， ，“ａｂｃ＠ａｂｃ．ｃｏ．ｊｐ”，ＩＦＡＸ，ＦＵＬＬ，ＤＥＦＡＵＬＴ，ＤＥＦＡＵＬＴ，ＤＥＦＡＵＬＴ，ＤＥＦＡＵＬＴ｝
［通信プロトコル判定不能時］
最後に通信プロトコルの判定ができない場合について説明する。ユーザ入力文字列が、“１２３ＸＸ・・・”のような場合、図１８に示す判定フローも用いると、まずＳ２９０２で、“＠”が含まれていないため、続いてＳ２９０４を行うが、数字以外の文字が含まれるため、Ｓ２９０６でプロトコル判別不能と判定する。この判定結果に基づいて、画面遷移せずに、再びオートコンプリート画面（６０１）を表示し、ユーザに対し入力の修正・追加を促す。

以上により、属性の設定が必要な複数の通信プロトコルのうちのいずれかの通信プロトコルを用いた、ユーザによる宛先の入力の簡略化が可能となる。

＜第二の実施形態＞
本実施形態では、登録されている宛先以外への新規宛先への送信を禁止する例について、第一の実施形態との差分について説明する。図１６は、第一の実施形態のフローチャートである図３に、本実施形態の差分を記載したものである。具体的には、Ｓ２６０１の判定処理が追加となっている。また、登録されている宛先以外への新規宛先への送信を禁止する第一の禁止モードを説明のため、ここでは新規宛先禁止モードと呼ぶ。なお、当該フローチャートは、ＣＰＵ２００１が、ＲＯＭ２００３に格納されたプログラムをＲＡＭ２００２に読み出して実行することによって行われる。

Ｓ４０７でＩＤが選択されていないと判定した場合、新規宛先禁止モードか否かを判定する（Ｓ２６０１）。新規宛先禁止モードであった場合には、オートコンプリートを完了する（Ｓ４１２）。Ｓ２６０１で新規宛先禁止モードではないと判定した場合には、Ｓ４０９へ進み、第一の実施形態にて述べた処理と同様の流れに戻る。もしくは、Ｓ２６０１にて新規宛先禁止モードであると判定した場合には、再度オートコンプリート画面を表示するようにしてもよい（Ｓ４０２）。このとき、Ｓ２６０１で新規宛先禁止モードではないと判定した場合には、Ｓ４０９へ進み、第一の実施形態にて述べた処理と同様の流れに戻る。なお、Ｓ４０８や、Ｓ４１０で宛先が設定された場合、ユーザによる送信開始の指示に応じて、スキャナ２０７０で原稿のデータを読み取り、読み取ったデータを設定された宛先に送信する。なお、ここで、ユーザが、送信対象のデータとして、送信開始の指示がある前に予めＨＤＤ２００４に記憶しておいたデータを指定できるようにしてもよい。その場合、ＣＰＵ２００１は、ユーザによって送信開始指示があると、設定された宛先に、指定されたデータを送信する。一方、Ｓ２６０１で、新規宛先禁止モードであると判定された場合、ＣＰＵ２００１は、送信開始指示を受けても、データの送信を行わないよう制御する。それによって、新規宛先にデータが送信されることを防ぐことができる。その後、新規宛先が削除された場合に、ＣＰＵ２００１は、データの送信の制限を解除するよう制御すればよい。

以上により、予め登録された宛先以外への送信を禁止することを実現する。これにより、すでに述べた本願発明の効果に加え、送信先に対する管理機能を設けることが可能となる。

＜第三の実施形態＞
本実施形態では、登録されている宛先以外の特定プロトコルへの新規宛先送信を禁止する例について、第一の実施形態との差分について説明する。図１７は、第一の実施形態のフローチャートである図３に、本実施形態の差分を記載したものである。具体的には、Ｓ２８０１、Ｓ２８０２の処理が追加となっている。また、登録されている宛先以外の特定プロトコルへの新規宛先送信を禁止する第二の禁止モードを説明のため、ここでは特定プロトコル新規宛先禁止モードと呼ぶ。なお、当該フローチャートは、ＣＰＵ２００１が、ＲＯＭ２００３に格納されたプログラムをＲＡＭ２００２に読み出して実行することによって行われる。

Ｓ４０９で入力文字列から通信プロトコルが判別可能であると判定した後、または、判別できないと判定してプロトコル選択画面を表示し（Ｓ４１１）、ユーザが通信プロトコルを選択した後、特定プロトコル新規宛先禁止モードか否かを判定する（Ｓ２８０１）。ここで特定プロトコル新規宛先禁止モードであった場合には、Ｓ４０９で判別した通信プロトコル、または、Ｓ４１１でユーザがプロトコル選択画面で選択した通信プロトコルが、特定プロトコルであるかを判定する（Ｓ２８０２）。そして、特定プロトコルであると判定した場合には、再度オートコンプリート画面を表示する（Ｓ４０２）。Ｓ２８０１にて新規宛先禁止モードではないと判定した場合、または、Ｓ２８０２で特定プロトコルではないと判定した場合には、Ｓ４１０の選択された通信プロトコルの新規宛先設定画面の表示へ進み、第一の実施形態にて述べた処理と同様の流れに戻る。なお、Ｓ４０８や、Ｓ４１０で宛先が設定された場合、ユーザによる送信開始の指示に応じて、スキャナ２０７０で原稿のデータを読み取り、読み取ったデータを設定された宛先に送信する。なお、ここで、ユーザが、送信対象のデータとして、送信開始の指示がある前に予めＨＤＤ２００４に記憶しておいたデータを指定できるようにしてもよい。その場合、ＣＰＵ２００１は、ユーザによって送信開始指示があると、設定された宛先に、指定されたデータを送信する。一方、Ｓ２８０１で、特定のプロトコル新規宛先禁止モードであると判定され、Ｓ２８０２で、判別した通信プロトコルが特定のプロトコルであると判定された場合、ＣＰＵ２００１は、送信開始指示を受けても、データの送信を行わないよう制御する。それによって、新規宛先にデータが送信されることを防ぐことができる。その後、特定プロトコルに対応する新規宛先であると判定された宛先が削除された場合に、ＣＰＵ２００１は、データの送信の制限を解除するよう制御する。

以上により、予め特定した通信プロトコルにおいては、登録された宛先以外への送信を禁止することを実現する。これにより、すでに述べた本願発明の効果に加え、送信先に対する管理機能を設けることが可能となる。

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

Claims (25)

1. 少なくとも第１及び第２の通信プロトコルに対応し、画像データを前記第１及び第２の通信プロトコルのうちの一つにて送信可能な画像処理装置であって、
   原稿から画像データを読み取る読取手段と、
   第１の宛先を示す宛先情報を前記第１の通信プロトコルと対応付けて保持し、第２の宛先を示す宛先情報を前記第２の通信プロトコルと対応付けて保持する宛先保持手段と、
   前記画像データの宛先を示すために少なくとも一つの文字をユーザに入力させ、当該入力された文字を宛先入力欄に表示する入力手段と、
   前記ユーザによって文字が入力される度に、当該入力された文字を含む宛先情報を前記宛先保持手段から前方一致検索する検索手段と、
   前記検索手段で得られた宛先情報によって前記宛先入力欄に表示された文字を補完し、且つ、前記検索手段で得られた宛先情報に対応付けられた前記第１及び第２の送信プロトコルのうちの一つを表示する補完表示手段と、
   前記宛先入力欄に表示されている宛先情報を前記画像データの宛先として設定し、当該宛先情報に対応付けられた前記第１及び第２の通信プロトコルのうちの一つを、前記画像データを送信する際に使用する通信プロトコルとして設定する設定手段と
   を有することを特徴とする画像処理装置。
2. 前記検索手段で得られなかった、前記ユーザによって入力された文字列が示す宛先情報を前記画像データの宛先として設定し、当該文字列に含まれる文字に基づいて特定される通信プロトコルを、前記画像データを送信する際に使用する通信プロトコルとして設定する第２の設定手段を更に有することを特徴とする請求項１に記載の画像処理装置。
3. 前記検索手段で得られなかった、前記ユーザによって入力された文字列が示す宛先情報を前記画像データの宛先として設定し、前記ユーザによって少なくとも一つの文字が入力された後に前記ユーザによって選択された通信プロトコルを、前記画像データを送信する際に使用する通信プロトコルとして設定する第３の設定手段を更に有することを特徴とする請求項１または２に記載の画像処理装置。
4. 前記補完表示手段は、複数の宛先情報が前記検索手段で得られた場合、当該複数の宛先情報を順に表示し、
   前記設定手段は、前記ユーザによる選択に応じて、前記補完表示手段によって表示されている前記宛先情報を前記画像データの宛先として設定することを特徴とする請求項１乃至３のいずれか一項に記載の画像処理装置。
5. 前記宛先保持手段は、前記第１の宛先を示す宛先情報と前記第１の通信プロトコルを示すプロトコル情報とを対応付けて保持し、前記第２の宛先を示す宛先情報と前記第２の通信プロトコルを示すプロトコル情報とを対応付けて保持することを特徴とする請求項１乃至４のいずれか一項に記載の画像処理装置。
6. 前記設定手段により設定された前記第１及び第２の通信プロトコルのうちの一つを用いて、前記設定手段により設定された宛先に前記画像データを送信する送信手段を更に有することを特徴とする請求項１乃至５のいずれか一項に記載の画像処理装置。
7. 前記第１及び第２の通信プロトコルは、ファクシミリ、電子メール及びインターネットファクシミリのうちの少なくとも２つであることを特徴とする請求項１乃至６のいずれか一項に記載の画像処理装置。
8. 少なくとも第１及び第２の通信プロトコルに対応し、画像データを前記第１及び第２の通信プロトコルのうちの一つにて送信可能な画像処理装置であって、
   第１の宛先を示す宛先情報を前記第１の通信プロトコルと対応付けて保持し、第２の宛先を示す宛先情報を前記第２の通信プロトコルと対応付けて保持する宛先保持手段と、
   画像データの宛先を示すために少なくとも一つの文字をユーザに入力させ、当該入力された文字を宛先入力欄に表示する入力手段と、
   前記ユーザによって入力された文字を含む宛先情報を前記宛先保持手段から前方一致検索する検索手段と、
   前記検索手段で得られた前記宛先情報を前記画像データの宛先として設定し、当該宛先情報に対応付けられた前記第１及び第２の通信プロトコルのうちの一つを、前記画像データを送信する際に使用する通信プロトコルとして設定する第１の設定手段と、
   前記検索手段で得られなかった、前記ユーザによって入力された文字列が示す宛先情報を前記画像データの宛先として設定し、前記ユーザによって選択された通信プロトコルを、前記画像データを送信する際に使用する通信プロトコルとして設定する第２の設定手段と
   を有し、
   前記第２の設定手段は、前記宛先入力欄に表示された文字列を確定させるためのユーザからの指示に応じて、前記ユーザが通信プロトコルを選択するプロトコル選択画面を表示し、前記プロトコル選択画面において選択された通信プロトコルを、前記画像データを送信する際に使用する通信プロトコルとして設定することを特徴とする画像処理装置。
9. 前記検索手段で得られた前記宛先情報によって前記宛先入力欄に表示された文字を補完し、前記検索手段で得られた前記宛先情報を表示する補完表示手段を更に有することを特徴とする請求項８に記載の画像処理装置。
10. 前記補完表示手段は更に、前記検索手段で得られた前記宛先情報に対応付けられた第１及び第２の通信プロトコルのうちの一つを表示することを特徴とする請求項９に記載の画像処理装置。
11. 前記補完表示手段は、複数の宛先情報が前記検索手段で得られた場合、当該複数の宛先情報を順に表示し、
    前記第１の設定手段は、前記ユーザによる選択に応じて、前記補完表示手段によって表示されている前記宛先情報を前記画像データの宛先として設定することを特徴とする請求項９または１０に記載の画像処理装置。
12. 前記宛先保持手段は、前記第１の宛先を示す宛先情報と前記第１の通信プロトコルを示すプロトコル情報とを対応付けて保持し、前記第２の宛先を示す宛先情報と前記第２の通信プロトコルを示すプロトコル情報とを対応付けて保持することを特徴とする請求項８乃至１１のいずれか一項に記載の画像処理装置。
13. 前記第１または第２の設定手段により設定された前記第１及び第２の通信プロトコルのうちの一つを用いて、前記第１または第２の設定手段により設定された宛先に前記画像データを送信する送信手段を更に有することを特徴とする請求項８乃至１２のいずれか一項に記載の画像処理装置。
14. 前記第１及び第２の通信プロトコルは、ファクシミリ、電子メール及びインターネットファクシミリのうちの少なくとも２つであることを特徴とする請求項８乃至１３のいずれか一項に記載の画像処理装置。
15. 前記宛先保持手段に保持されている宛先情報の中からユーザによる宛先の選択を受け付ける宛先選択手段を更に有することを特徴とする請求項１乃至１４のいずれか一項に記載の画像処理装置。
16. 前記宛先保持手段に保持されている宛先情報が示す宛先以外への送信を禁止する禁止モードの設定を受け付ける受付手段を更に有し、
    前記禁止モードが設定され、かつ、前記文字列を含む宛先情報が前記検索手段によって見つからなかった場合、ユーザによって入力された文字列が示す宛先への画像データの送信は禁止されることを特徴とする請求項１乃至１５のいずれか一項に記載の画像処理装置。
17. 複数の通信プロトコルに対応し、画像データを前記複数の通信プロトコルのうちの少なくとも１つにて送信可能な画像処理装置であって、
    宛先を示す宛先情報を前記通信プロトコルと対応付けて保持する宛先保持手段と、
    ユーザによって入力された文字列を用いて前記宛先保持手段から宛先候補を検索する検索手段と、
    前記検索手段で得られた前記宛先候補によって前記文字列を補完し、補完後の宛先情報を表示する補完表示手段と、
    ユーザによる選択に応じて、前記補完表示手段で表示した前記宛先情報を宛先として設定する設定手段と、
    前記検索手段で前記宛先候補を取得できない場合、前記文字列に含まれる文字に基づいて、前記通信プロトコルを特定する特定手段と、
    前記検索手段で前記宛先候補が取得できない場合で、かつ、前記特定手段で前記通信プロトコルを特定できない場合には、前記通信プロトコルを選択するためのプロトコル選択画面を表示するプロトコル選択画面表示手段と、
    前記通信プロトコルを、前記特定手段にて特定するか、または、前記プロトコル選択画面表示手段にて表示した前記プロトコル選択画面を介してユーザが選択した場合に、前記通信プロトコルに対応する新規宛先設定画面にユーザによって入力された文字列を表示する新規宛先設定画面表示手段と
    を有することを特徴とする画像処理装置。
18. 登録されている宛先以外への送信を禁止する第一の禁止モードの設定を受け付け、
    前記第一の禁止モードに設定されている際に、前記検索手段で前記宛先候補を取得できない場合は、前記特定手段、前記プロトコル選択画面表示手段、及び前記新規宛先設定画面表示手段を実行せずに処理を終了することを特徴とする請求項１７に記載の画像処理装置。
19. 登録されている宛先以外への送信を禁止する第一の禁止モードの設定を受け付け、
    前記第一の禁止モードに設定されている際に、前記検索手段で前記宛先候補が取得できない場合は、前記特定手段、前記プロトコル選択画面表示手段、及び前記新規宛先設定画面表示手段を実行せずに、前記入力文字列を保持したまま、前記検索手段に戻ることを特徴とする請求項１７に記載の画像処理装置。
20. 特定プロトコルにおいて登録されている宛先以外への送信を禁止する第二の禁止モードの設定を受け付け、
    前記第二の禁止モードに設定されている際に、前記検索手段で前記宛先候補が取得できない場合において、前記特定手段にて特定するか、前記プロトコル選択画面表示手段にてユーザが選択するかによって決定した通信プロトコルが、当該第二の禁止モードにて禁止されている通信プロトコルであれば、前記入力文字列を保持したまま、前記検索手段に戻ることを特徴とする請求項１７に記載の画像処理装置。
21. 少なくとも第１及び第２の通信プロトコルに対応し、画像データを前記第１及び第２の通信プロトコルのうちの一つにて送信可能な画像処理装置の制御方法であって、
    原稿から画像データを読み取る読取工程と、
    第１の宛先を示す宛先情報を第１の通信プロトコルと対応付けて宛先保持手段に保持し、第２の宛先を示す宛先情報を前記第２の通信プロトコルと対応付けて前記宛先保持手段に保持する宛先保持工程と、
    前記画像データの宛先を示すためにユーザによって文字が入力される度に、当該入力された少なくとも一つの文字を含む宛先情報を前記宛先保持手段から前方一致検索する検索工程と、
    前記検索工程で得られた宛先情報によって宛先入力欄に表示された文字を補完し、且つ、前記検索工程で得られた前記宛先情報に対応付けられた第１及び第２の通信プロトコルのうちの一つを表示する補完表示工程と、
    前記宛先入力欄に表示されている宛先情報を前記画像データの宛先として設定し、当該宛先情報に対応付けられた前記第１及び第２の通信プロトコルのうちの一つを、前記画像データを送信する際に使用する通信プロトコルとして設定する設定工程と
    を有することを特徴とする制御方法。
22. 少なくとも第１及び第２の通信プロトコルに対応し、画像データを前記第１及び第２の通信プロトコルのうちの一つにて送信可能な画像処理装置の制御方法であって、
    第１の宛先を示す宛先情報を第１の通信プロトコルと対応付けて宛先保持手段に保持し、第２の宛先を示す宛先情報を前記第２の通信プロトコルと対応付けて前記宛先保持手段に保持する宛先保持工程と、
    画像データの宛先を示すためにユーザによって入力された少なくとも一つの文字を含む宛先情報を前記宛先保持手段から前方一致検索する検索工程と、
    前記検索工程で得られた前記宛先情報を前記画像データの宛先として設定し、当該宛先情報に対応付けられた前記第１及び第２の通信プロトコルのうちの一つを、前記画像データを送信する際に使用する通信プロトコルとして設定する第１の設定工程と、
    前記検索工程で得られなかった、前記ユーザによって入力された文字列が示す宛先情報を前記画像データの宛先として設定し、前記ユーザによって選択された通信プロトコルを、前記画像データを送信する際に使用する通信プロトコルとして設定する第２の設定工程と
    を有し、
    前記第２の設定工程では、前記ユーザによって入力され、宛先入力欄に表示された文字列を確定させるためのユーザからの指示に応じて、前記ユーザが通信プロトコルを選択するプロトコル選択画面を表示し、前記プロトコル選択画面において選択された通信プロトコルを、前記画像データを送信する際に使用する通信プロトコルとして設定することを特徴とする制御方法。
23. 複数の通信プロトコルに対応し、画像データを前記複数の通信プロトコルのうちの少なくとも１つにて送信可能な画像処理装置の制御方法であって、
    宛先を示す宛先情報を前記通信プロトコルと対応付けて保持する宛先保持工程と、
    ユーザによって入力された文字列を用いて前記宛先保持工程にて保持された宛先から宛先候補を検索する検索工程と、
    前記検索工程で得られた前記宛先候補によって前記文字列を補完し、補完後の宛先情報を表示する補完表示工程と、
    ユーザによる選択に応じて、前記補完表示工程にて表示した前記宛先情報を宛先として設定する設定工程と、
    前記検索工程にて前記宛先候補を取得できない場合、前記文字列に含まれる文字に基づいて、前記通信プロトコルを特定する特定工程と、
    前記検索工程にて前記宛先候補が取得できない場合で、かつ、前記特定工程にて前記通信プロトコルを特定できない場合には、前記通信プロトコルを選択するためのプロトコル選択画面を表示するプロトコル選択画面表示工程と、
    前記通信プロトコルを、前記特定工程にて特定するか、または、前記プロトコル選択画面表示工程にて表示した前記プロトコル選択画面を介してユーザが選択した場合に、前記通信プロトコルに対応する新規宛先設定画面にユーザによって入力された文字列を表示する新規宛先設定画面表示工程と
    を有することを特徴とする制御方法。
24. コンピュータを、
    第１の宛先を示す宛先情報と第１の通信プロトコルと対応付けて記憶手段に保持し、第２の宛先を示す宛先情報を第２の通信プロトコルと対応付けて前記記憶手段に保持する宛先保持手段、
    画像データの宛先を示すためにユーザによって入力された少なくとも一つの文字を含む宛先情報を前記記憶手段から前方一致検索する検索手段、
    前記検索手段で得られた前記宛先情報を画像データの宛先として設定し、当該宛先情報に対応付けられた第１及び第２の通信プロトコルのうちの一つを、前記画像データを送信する際に使用する通信プロトコルとして設定する第１の設定手段、
    前記検索手段で得られなかった、前記ユーザによって入力された文字列が示す宛先情報を前記画像データの宛先として設定し、前記ユーザによって選択された通信プロトコルを、前記画像データを送信する際に使用する通信プロトコルとして設定する第２の設定手段
    として機能させ、
    前記第２の設定手段は、前記ユーザによって入力され、宛先入力欄に表示された文字列を確定させるためのユーザからの指示に応じて、前記ユーザが通信プロトコルを選択するプロトコル選択画面を表示し、前記プロトコル選択画面において選択された通信プロトコルを、前記画像データを送信する際に使用する通信プロトコルとして設定することを特徴とするプログラム。
25. コンピュータを、
    宛先を示す宛先情報を通信プロトコルと対応付けて記憶手段に保持する宛先保持手段、
    ユーザによって入力された文字列を用いて前記記憶手段から宛先候補を検索する検索手段、
    前記検索手段で得られた前記宛先候補によって前記文字列を補完し、補完後の宛先情報を表示する補完表示手段、
    ユーザによる選択に応じて、前記補完表示手段で表示した前記宛先情報を宛先として設定する設定手段、
    前記検索手段で前記宛先候補を取得できない場合、前記文字列に含まれる文字に基づいて、前記通信プロトコルを特定する特定手段、
    前記検索手段で前記宛先候補が取得できない場合で、かつ、前記特定手段で前記通信プロトコルを特定できない場合には、前記通信プロトコルを選択するためのプロトコル選択画面を表示するプロトコル選択画面表示手段、
    前記通信プロトコルを、前記特定手段にて特定するか、または、前記プロトコル選択画面表示手段にて表示した前記プロトコル選択画面を介してユーザが選択した場合に、前記通信プロトコルに対応する新規宛先設定画面にユーザによって入力された文字列を表示する新規宛先設定画面表示手段
    として機能させることを特徴とするプログラム。

Images