JP2018022218A - 情報処理装置及び情報処理プログラム - Google Patents

Abstract

【課題】宛先を指定する場合にあって、その宛先がどの宛先表に記憶されているかを、操作者は知っている必要がないようにした情報処理装置を提供する。【解決手段】情報処理装置の提示手段は、宛先を指定するための文字を受け付けた場合、本情報処理装置内の記憶装置に記憶された第１の宛先表と外部に記憶された第２の宛先表を検索した結果を提示する。【選択図】図１

Description

本発明は、情報処理装置及び情報処理プログラムに関する。

特許文献１には、携帯電話機が備える複数のアプリケーションで管理される文字データの全てを検索対象とし、待ち受け画面からいずれかの数字キーを入力するだけで、携帯電話機に格納されている全ての文字データを検索することを課題とし、複数のアプリケーションを備え、前記各アプリケーションで管理される文字データの全てを検索対象とする携帯電話機であって、待ち受け状態でキー入力があったときに、操作されたキーの種別を判定する入力キー判定部と、いずれかの数字キーが操作される毎に、前記各アプリケーションで管理される文字データの全てを対象として、前記操作された数字キーに対応する文字列のインクリメンタル検索を行う検索処理部と、前記インクリメンタル検索が行われる毎に検索結果を表示する表示部と、を備えることが開示されている。

特許文献２には、分散オブジェクトストレージのような複数台の情報処理装置（サーバー）を用いて構築された情報処理システムにおけるアンド検索時の検索性能の低下を抑制するための技術を提供することを課題とし、記憶部には、２種類のメタデータの組み合わせ毎に、その２種類のメタデータが同時に指定された検索を行った回数を計数するための統計情報が格納されており、統計情報取得部は、検索部から渡される検索リクエスト中の検索条件に従って、対応する回数をインクリメントし、インデックス管理サーバー決定部は、統計情報を参照し、同じ管理サーバーにインデックスを管理させるべき２種類のメタデータの組み合わせを特定し、その２種類のメタデータから特定する管理サーバーに、特定した２種類のメタデータのインデックスを管理させることが開示されている。

特許文献３には、ニュースやブログ記事、ソーシャルネットワークの日記等、日々大量に生産されているテキストのうちで、所定の文書が類似している文書を検索する場合、利便性が高い逐次類似文書検索装置、逐次類似文書検索方法及びプログラムを提供することを課題とし、類似文書を逐次的に検索する逐次的類似文書検索手段と、上記逐次的類似文書検索手段が検索した検索結果を更新する更新手段とを有することが開示されている。

特許文献４には、記憶容量を増加せずに集約結果の取得時間を短縮することができる検索装置、及びシステムを提供することを課題とし、検索装置は、クライアント装置から検索命令を受信する命令受信部と、前記検索命令を解析し、検索対象データを分散して管理する複数の管理装置それぞれに対する検索要求を作成する解析部と、前記検索要求に対する検索結果を一時的に記憶する結果記憶部に記憶されている前記検索結果のデータ量に応じて、前記検索結果の要求が許可される第１許可状態と前記検索結果の要求が禁止される第１禁止状態とを切り替える第１切替部と、前記管理装置それぞれに前記検索要求を送信するとともに、前記第１許可状態である場合に所定サイズ分の前記検索結果を要求する結果要求を前記管理装置それぞれに逐次送信する要求送信部と、前記管理装置それぞれから前記所定サイズ分の前記検索結果を逐次受信して、前記結果記憶部に記憶する結果受信部と、前記結果記憶部に記憶されている前記検索結果を集約して集約結果を生成し、集約済みの前記検索結果を前記結果記憶部から削除する集約部と、前記集約結果を前記クライアント装置に送信する集約結果送信部と、を備えることが開示されている。

特許文献５には、分かり易い表示と簡単な操作体系を有するデータ入力装置を提供することを目的とし、住所等の階層構造のデータファイルから検索部で階層毎に順次読み出したデータ、あるいは入力文字列を入力文字列解析部で解析して検索部で検索したデータ、を一覧表示部で一覧表示をし、ユーザーは一覧から上下カーソル移動による選択の他、読み入力毎に先頭一致検索するインクリメンタルサーチにおいて、共通部分を１キーで確定でき、また単語先頭字での指定もできるため、容易かつ高速な一覧選択ができ、また候補形式一覧から最終データの形式を選択でき、しかも予め形式設計可能なため複数種データの入力やデータ加工が簡単に済み、他に表示や選択を使い易くする環境設定部、辞書検索結果から他の辞書検索を起動させる入力支援部、成長するキーワード等から構成されることが開示されている。

特許文献６には、特定の複数の用語の抽出を高速に行いつつシステム負荷を軽減できる用語抽出装置を提供することを目的とし、用語の先頭から所定バイト以上の所定数の文字列によって構成された先頭文字列と、前記用語の文字列長とを対応付けてインデックスとして記憶するインデックス記憶手段と、前記先頭文字列に対応する前記用語を前記インデックスが参照する実データとして記憶する用語記憶手段と、対象文書から前記所定数の文字数分の連続した文字列を読み込んで、前記インデックス記憶手段に記憶された前記先頭文字列に一致する前記対象文書の中の文字列を検索するインデックス検索手段と、前記インデックス検索手段が検索した前記先頭文字列に一致する前記文字列について、前記インデックス記憶手段を参照して前記文字列に一致した前記先頭文字列に対応する前記文字列長の分の文字列を前記対象文書から読み込んで対象文字列を抽出し、前記用語記憶手段に記憶された前記用語に一致するか否かを判定する用語判定手段と、前記用語判定手段により一致すると判定されたことに応じて、前記対象文字列を記憶する抽出用語記憶手段と、を備える用語抽出装置が開示されている。

特開２０１０−２１２８４１号公報 特開２０１５−０８７９５３号公報 特開２０１１−１５９１００号公報 特許第５５１４２２０号公報 特開平０８−１２３８２１号公報 特許第５１１２４１６号公報

入力毎に先頭文字が一致する文字列を検索するインクリメンタルサーチがある。
ところで、宛先を検索する場合、その宛先がどの宛先表（アドレス帳）に記憶されているかを、操作者は予め知っている必要がある。
本発明は、宛先を指定する場合にあって、その宛先がどの宛先表に記憶されているかを、操作者は知っている必要がないようにした情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、宛先を指定するための文字を受け付けた場合、本情報処理装置内の記憶装置に記憶された第１の宛先表と外部に記憶された第２の宛先表を検索した結果を提示する提示手段を有する情報処理装置である。

請求項２の発明は、前記宛先の次の文字を受け付けた後に、検索結果を受け取った場合は、該検索結果を提示しない、請求項１に記載の情報処理装置である。

請求項３の発明は、対象となっている送信アプリケーションにおける送信先情報を検索の対象とする、請求項１又は２に記載の情報処理装置である。

請求項４の発明は、第１の宛先表に対する検索結果を第２の宛先表に対する検索結果よりも前に提示する、請求項１から３のいずれか一項に記載の情報処理装置である。

請求項５の発明は、検索の指示として、検索結果の上限数を予め定められた数とする、請求項１から４のいずれか一項に記載の情報処理装置である。

請求項６の発明は、提示している検索結果は、前記上限数によって検索が打ち切られたものであるか否かを判別可能に提示する、請求項５に記載の情報処理装置である。

請求項７の発明は、検索結果が前記上限数未満又は以下である場合は、検索結果をキャッシュに記憶し、以後の検索は、該キャッシュに記憶された情報に対して行う、請求項５又は６に記載の情報処理装置である。

請求項８の発明は、前記第２の宛先表に対する検索が、タイムアウトによって中止された場合、前記宛先の検索において、該第２の宛先表に対する検索は行わない、請求項１から７のいずれか一項に記載の情報処理装置である。

請求項９の発明は、第１の宛先表に対する検索結果と第２の宛先表に対する検索結果が、同じ宛先情報であるが送信先情報が異なる場合、両検索結果を判別可能に提示する、請求項１から８のいずれか一項に記載の情報処理装置である。

請求項１０の発明は、画像を受け付ける受付手段と、前記宛先に対して、前記画像を送信する送信手段をさらに有する請求項１から９のいずれか一項に記載の情報処理装置である。

請求項１１の発明は、コンピュータを、宛先を指定するための文字を受け付けた場合、前記コンピュータ内の記憶装置に記憶された第１の宛先表と外部に記憶された第２の宛先表を検索した結果を提示する提示手段として機能させるための情報処理プログラムである。

請求項１の情報処理装置によれば、宛先を指定する場合にあって、その宛先がどの宛先表に記憶されているかを、操作者は知っている必要がない。

請求項２の情報処理装置によれば、宛先の次の文字を受け付けた後に、検索結果を受け取った場合は、無駄となった検索結果は提示されない。

請求項３の情報処理装置によれば、対象となっていない送信アプリケーションにおける送信先情報を検索の対象とすることが抑制される。

請求項４の情報処理装置によれば、第１の宛先表に対する検索結果が、第２の宛先表に対する検索結果よりも前に提示される。

請求項５の情報処理装置によれば、提示する検索結果の数が上限数以下となる。

請求項６の情報処理装置によれば、提示している検索結果は、上限数によって検索が打ち切られたものであるか否かが判別可能となる。

請求項７の情報処理装置によれば、宛先表を検索する必要がなくなる。

請求項８の情報処理装置によれば、第２の宛先表に対する検索が、タイムアウトによって中止された場合、第２の宛先表に対する不要な検索は行われない。

請求項９の情報処理装置によれば、同じ宛先情報であるが送信先情報が異なる場合、両検索結果は判別可能に提示される。

請求項１０の情報処理装置によれば、宛先に対して、画像が送信される。

請求項１１の情報処理プログラムによれば、宛先を指定する場合にあって、その宛先がどの宛先表に記憶されているかを、操作者は知っている必要がない。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 宛先テーブルのデータ構造例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である情報処理装置１００は、情報を送信するための宛先を提示するものであり、図１の例に示すように、アドレス受付モジュール１１０、宛先候補検索モジュール１２０、宛先記憶モジュール１３０、宛先記憶モジュール１４０、宛先候補表示モジュール１５０を有している。
送信する情報として、例えば、画像、テキスト情報、音声情報、動画情報等がある。情報を送信するためには、宛先を特定することが必要である。そのために、宛先表を検索することが行われている。例えば、前述したように、宛先の入力毎に先頭文字が一致する文字列を宛先表から検索するインクリメンタルサーチが行われ、宛先の候補を提示し、それを選択することによって、それ以降の入力を省略できるようにしている。

アドレス受付モジュール１１０は、宛先候補検索モジュール１２０と接続されている。アドレス受付モジュール１１０は、宛先を指定するための文字を受け付ける。例えば、マウス、キーボード、タッチパネル（タッチパネル上に表示した仮想キーボードであってもよいし、手書き文字であってもよい）、音声、視線、ジェスチャ等を用いたユーザーの操作によって、文字を受け付ける。

宛先候補検索モジュール１２０は、アドレス受付モジュール１１０、宛先記憶モジュール１３０、宛先記憶モジュール１４０、宛先候補表示モジュール１５０と接続されている。宛先候補検索モジュール１２０は、アドレス受付モジュール１１０によって宛先を指定するための文字を受け付けた場合、宛先記憶モジュール１３０と宛先記憶モジュール１４０を検索する。例えば、後述する宛先テーブル１１００の宛先情報欄１１１２を検索対象とする。宛先記憶モジュール１３０と宛先記憶モジュール１４０の両方を並行して検索してもよい。
なお、「宛先を指定するための文字を受け付けた場合」における「文字」は、１文字であってもよいし、複数文字であってもよい。したがって、宛先候補検索モジュール１２０が、検索を開始（又は指示）する契機（タイミング）は、文字を受け付けた契機のうち予め定められた契機であればよい。例えば、１文字を受け付ける毎であってもよいし、２文字等の複数文字を受け付ける毎であってもよいし、先頭から３文字を受け取った後は、１文字を受け付ける毎等のようなルールとしてもよい。なお、以下では、「１文字を受け付ける毎」を例示して説明する。
また、受け付ける文字は、キーボード等からの入力そのものであってもよいし、仮名漢字変換後の文字であってもよい。
また、宛先候補検索モジュール１２０は、対象となっている送信アプリケーション（送信サービス、送信モード等を含む）における送信先情報を検索の対象としてもよい。例えば、対象となっている送信アプリケーションがファクシミリ送信である場合、宛先テーブル１１００のＦａｘ番号欄１１２６も検索対象としてもよい。また、対象となっている送信アプリケーションが電子メールである場合、宛先テーブル１１００のメールアドレス欄１１２４も検索対象としてもよい。
また、宛先候補検索モジュール１２０は、検索の指示として、検索結果の上限数を予め定められた数としてもよい。
また、宛先候補検索モジュール１２０は、検索結果が上限数未満又は以下である場合は、検索結果をキャッシュに記憶し、以後の検索は、そのキャッシュに記憶された情報に対して行うようにしてもよい。
また、宛先候補検索モジュール１２０は、第２の宛先表に対する検索が、タイムアウトによって中止された場合、宛先の検索において、その第２の宛先表に対する検索は行わないようにしてもよい。

宛先記憶モジュール１３０は、宛先候補検索モジュール１２０と接続されている。宛先記憶モジュール１３０は、第１の宛先表を記憶している。第１の宛先表は、例えば、情報処理装置１００内の記憶装置に記憶されていてもよい。
宛先記憶モジュール１４０は、宛先候補検索モジュール１２０と接続されている。宛先記憶モジュール１４０は、第２の宛先表を記憶している。第２の宛先表は、例えば、情報処理装置１００の外部にある記憶装置に記憶されていてもよい。なお、宛先候補検索モジュール１２０は、検索可能な宛先表を３つ以上としてもよい。
第１の宛先表と第２の宛先表は、例えば、宛先テーブル１１００のデータ構造を有している。
図１１は、宛先テーブル１１００のデータ構造例を示す説明図である。この宛先テーブル１１００は、宛先表のデータ構造例を示すものである。１つの宛先に対して、０個以上（一般的には、複数）の送信先情報が対応可能となっている。いわゆる人中心の宛先表となっている。
宛先テーブル１１００は、ユーザーＩＤ欄１１１０、宛先情報欄１１１２、送信先情報欄１１２２を有している。宛先情報欄１１１２は、宛先名欄１１１４、名欄１１１６、姓欄１１１８、会社名欄１１２０を有している。送信先情報欄１１２２は、メールアドレス欄１１２４、Ｆａｘ番号欄１１２６、Ｉ−Ｆａｘアドレス欄１１２８、ＩＰアドレス（ＦＴＰ）欄１１３０、ＩＰアドレス（ＳＭＢ）欄１１３２等を有している。
ユーザーＩＤ欄１１１０は、本実施の形態において、ユーザーを一意に識別するための情報（ユーザーＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。宛先情報欄１１１２は、宛先情報を記憶している。宛先名欄１１１４は、宛先名を記憶している。名欄１１１６は、名を記憶している。姓欄１１１８は、姓を記憶している。会社名欄１１２０は、会社名を記憶している。名欄１１１６、姓欄１１１８、会社名欄１１２０に記載されている内容が、宛先の属性となる。送信先情報欄１１２２は、その宛先に送信するための送信先情報を記憶している。メールアドレス欄１１２４は、メールアドレスを記憶している。Ｆａｘ番号欄１１２６は、ファックス番号を記憶している。Ｉ−Ｆａｘアドレス欄１１２８は、インターネットファクシミリのメールアドレスを記憶している。ＩＰアドレス（ＦＴＰ）欄１１３０は、ＩＰアドレス（ＦＴＰ）を記憶している。ＩＰアドレス（ＳＭＢ）欄１１３２は、ＩＰアドレス（ＳＭＢ）を記憶している。

宛先候補表示モジュール１５０は、宛先候補検索モジュール１２０と接続されている。宛先候補表示モジュール１５０は、アドレス受付モジュール１１０によって宛先を指定するための文字を受け付けた場合、宛先記憶モジュール１３０と宛先記憶モジュール１４０を検索した結果を提示する。
また、宛先候補表示モジュール１５０は、宛先の次の文字を受け付けた後に、検索結果を受け取った場合は、検索結果を提示しない。つまり、検索を開始した後であって、その検索結果を受け取る前に、次の文字を受け付けた場合である。
また、宛先候補表示モジュール１５０は、第１の宛先表に対する検索結果を第２の宛先表に対する検索結果よりも前に提示するようにしてもよい。
また、宛先候補表示モジュール１５０は、提示している検索結果は、上限数によって検索が打ち切られたものであるか否かを判別可能に提示するようにしてもよい。
また、宛先候補表示モジュール１５０は、第１の宛先表に対する検索結果と第２の宛先表に対する検索結果が、同じ宛先情報であるが送信先情報が異なる場合、両検索結果を判別可能に提示するようにしてもよい。

図２は、本実施の形態の構成例についての概念的なモジュール構成図である。
情報処理装置２００は、アドレス受付モジュール１１０、宛先候補検索モジュール１２０、宛先記憶モジュール１３０、ディレクトリサービス連携モジュール２４０、宛先候補表示モジュール１５０を有している。情報処理装置２００は、情報処理装置１００の宛先記憶モジュール１４０をディレクトリサービス連携モジュール２４０としたものである。なお、前述の情報処理装置１００と同種の部位には同一符号を付し重複した説明を省略する。
アドレス受付モジュール１１０は、宛先候補検索モジュール１２０と接続されている。
宛先候補検索モジュール１２０は、アドレス受付モジュール１１０、宛先記憶モジュール１３０、ディレクトリサービス連携モジュール２４０、宛先候補表示モジュール１５０と接続されている。
宛先記憶モジュール１３０は、宛先候補検索モジュール１２０と接続されている。
ディレクトリサービス連携モジュール２４０は、宛先候補検索モジュール１２０と接続されている。ディレクトリサービス連携モジュール２４０は、外部にあるディレクトリサービス（ｄｉｒｅｃｔｏｒｙ ｓｅｒｖｉｃｅ、また、ディレクトリサーバー（ｄｉｒｅｃｔｏｒｙ ｓｅｒｖｅｒ）ともいわれる）と連携して、宛先候補検索モジュール１２０からの検索指示をディレクトリサービスに渡し、ディレクトリサービスからの検索結果を宛先候補検索モジュール１２０に戻す。ここでディレクトリサービスは、第２の宛先表を記憶している。例えば、情報処理装置２００と通信回線を介して接続された資源とその所在や属性、設定等の情報を収集・記録し、検索できるようにした情報処理装置である。
宛先候補表示モジュール１５０は、宛先候補検索モジュール１２０と接続されている。

図３は、本実施の形態の構成例についての概念的なモジュール構成図である。
画像処理装置３００は、情報処理装置１００又は情報処理装置２００を、画像処理装置３００に適用したものである。そして、画像処理装置３００は、画像を送信する各種の送信アプリケーションを有している。
また、送信アプリケーションとして、ファクシミリ送信、インターネットファクシミリ送信、電子メール、ファイル転送（サーバー格納ともいわれる）、マルチセンド、簡単ファックス等がある。したがって、画像処理装置１００は、複数の送信用プロトコル（通信プロトコル）に対応している。例えば、ファクシミリ送信用としてＣＣＩＴＴ−Ｇ４、電子メール送信用としてＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ファイル転送用としてＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）等がある。なお、送信アプリケーション、送信用プロトコルは、これらに限定することなく、例えば、ユーザーが定義した送信アプリケーション、クラウドサービスへのアップロード等を含めてもよい。逆に、画像処理装置３００は、複数の送信アプリケーション、複数の送信用プロトコルを利用できればよく、前述したもの全てを利用できなくてもよい。
送信先を示す情報（以下、送信先情報）は、各送信用プロトコルによって定められているアドレスであり、例えば、ファクシミリ送信の場合はファックス番号（電話番号）、インターネットファクシミリと電子メールはメールアドレス、ファイル転送（ＦＴＰ、ＳＭＢ）はＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）又はＩＰアドレスとなる。なお、送信先情報とは、送信先を識別するための情報である。
また、宛先名とは、宛先を示す名称（宛先を識別するための情報）であり、宛先表（一般的に、アドレス帳ともいわれる）に登録を行った者が任意に（又は、意思にしたがって）命名したものであって、例えば、個人名（例えば、名、姓、姓と名の組み合わせ、愛称、雅号、芸名、筆名、これらの略称等）、組織名（例えば、会社名、部課名、グループ名、チーム名等を含む）等がある。また、宛先表では、宛先名に対して、０個以上の送信先情報が対応している。宛先に送信するには、複数の送信方法（ファクシミリ送信、電子メール、ファイル転送等）があるのが一般的であるからである。
送信アプリケーションであるマルチセンドは、一度の操作で、種類の異なる送信先情報に同じ情報を送信できる機能を有している。送信先情報として、例えば、ファックス番号、メールアドレス、ＦＴＰ又はＳＭＢにおけるＩＰアドレスを組み合わせて指定ができる。なお、複数の送信先情報が１つの宛先への送信であってもよいし（例えば、同じ人に、電子メール、ファイル転送の両方を行う等）、宛先毎に種類が異なる送信先情報としてもよい（例えば、Ａさん宛てにはファクシミリ送信、Ｂさん宛てには電子メール等）。
また、送信アプリケーションである簡単ファックスは、送信に必要な属性（例えば、画像の解像度等）を予め定めておき（デフォルトであってもよい）、それらの属性設定を省略できるようにしたものである。
以下では、送信アプリケーションとして、ファクシミリ送信、インターネットファクシミリ送信、電子メール、ファイル転送（ＦＴＰ）、ファイル転送（ＳＭＢ）、マルチセンド、簡単ファックスを例示して説明する。

画像処理装置３００は、操作パネルモジュール３１０、宛先候補検索モジュール３２０、本体宛先表記憶モジュール３３０、ＬＤＡＰ連携モジュール３４０、スキャン送信処理モジュール３５０を有している。
画像処理装置３００には、複数の送信アプリケーションによる送信サービスを提供するにあたり、その宛先となるアドレスを記憶しておく本体宛先表記憶モジュール３３０が具備されている。
また、画像処理装置３００には、遠隔のディレクトリサービス（ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）等）で管理される資源（従業員、ＰＣ等）からそのアドレスを取得するＬＤＡＰ連携モジュール３４０も具備されている。
操作者は、サービス画面でアドレスを直接キーボード入力するか、本体宛先表記憶モジュール３３０内の宛先表から登録済みアドレスを選択するか、ＬＤＡＰサーバー３８０を検索してアドレスを選択するか、のいずれかの方法でサービスの宛先を指定する。

本実施の形態以外の装置（従来の技術）では、操作者が、意図するアドレスが登録されているか否か、登録されているとすればどのデータベース（本体宛先表、ディレクトリサービス）か、を知らない場合には、本来無用のはずの手間を強いられて作業効率が悪くなる。
すなわち、意図するアドレスが登録されているにもかかわらず、それを知らない場合、アドレスを最初から最後まで入力する必要があった。メールアドレスは「ローカル部＠ドメイン」の構文を持ち、メールアドレス全体の長さの最大値は２５４文字、ローカル部の長さの最大値は６４文字である（ＲＦＣ ５３２１）。一般的にはもっと短いアドレスが使われるが、例えば、それを画像処理装置３００のタッチ操作パネルで全て入力するのは手間である。また、登録済みは分かっていても、どのデータベース（本体宛先表、ディレクトリサービス）か、を知らない場合、ひとつひとつ検索を試みる必要があった。

操作パネルモジュール３１０は、宛先候補検索モジュール３２０、スキャン送信処理モジュール３５０と接続されており、宛先候補検索モジュール３２０に文字列３１５を、スキャン送信処理モジュール３５０にアドレス３１７を渡し、宛先候補検索モジュール３２０から宛先候補３２５を受け取る。操作パネルモジュール３１０は、図１の例に示したアドレス受付モジュール１１０、宛先候補表示モジュール１５０の機能を有している。つまり、操作者が入力した文字列３１５を宛先候補検索モジュール３２０に渡し、その宛先候補検索モジュール３２０を含む宛先を宛先候補３２５として受け取り、それを提示する。宛先が決定され、送信指示を受け付けた場合は、スキャン送信処理モジュール３５０に対してアドレス３１７を渡す。
宛先候補検索モジュール３２０は、操作パネルモジュール３１０、本体宛先表記憶モジュール３３０、ＬＤＡＰ連携モジュール３４０と接続されており、操作パネルモジュール３１０から文字列３１５を受け取り、操作パネルモジュール３１０に宛先候補３２５を渡す。宛先候補検索モジュール３２０は、図１の例に示した宛先候補検索モジュール１２０の機能を有している。つまり、操作パネルモジュール３１０から受け取った文字列３１５を、本体宛先表記憶モジュール３３０から検索し、そして、ＬＤＡＰサーバー３８０から検索するために、ＬＤＡＰ連携モジュール３４０に対して検索指示を行う。この検索は、並行して行う。それぞれの検索結果を宛先候補３２５として、操作パネルモジュール３１０に渡す。
本体宛先表記憶モジュール３３０は、宛先候補検索モジュール３２０と接続されている。本体宛先表記憶モジュール３３０は、図１の例に示した宛先記憶モジュール１３０の機能を有している
ＬＤＡＰ連携モジュール３４０は、宛先候補検索モジュール３２０と接続されており、また、通信回線３９０を介してＬＤＡＰサーバー３８０と接続されている。ＬＤＡＰ連携モジュール３４０は、図２の例に示したディレクトリサービス連携モジュール２４０の機能を有している。つまり、宛先候補検索モジュール３２０からの検索指示を受け取り、ＬＤＡＰサーバー３８０に対してその検索指示を渡す。そして、ＬＤＡＰサーバー３８０から検索結果を受け取り、宛先候補検索モジュール３２０に渡す。
ＬＤＡＰサーバー３８０は、通信回線３９０を介して、画像処理装置３００のＬＤＡＰ連携モジュール３４０と接続されている。ＬＤＡＰサーバー３８０は、ＬＤＡＰ連携モジュール３４０から検索指示を受け取り、検索結果をＬＤＡＰ連携モジュール３４０に渡す。

スキャン送信処理モジュール３５０は、操作パネルモジュール３１０と接続されており、操作パネルモジュール３１０からアドレス３１７を受け取る。スキャン送信処理モジュール３５０は、画像を受け付け、アドレス３１７に対して、その画像を送信する。
画像を受け付けるとは、例えば、スキャナ、カメラ等で画像を読み込むこと、ファックス等で通信回線を介して外部機器から画像を受信すること、ハードディスク（コンピュータに内蔵されているものの他に、ネットワークを介して接続されているもの等を含む）等に記憶されている画像を読み出すこと等が含まれる。画像は、２値画像、多値画像（カラー画像を含む）であってもよい。受け付ける画像は、１枚であってもよいし、複数枚であってもよい。また、画像の内容として、ビジネスに用いられる文書、広告宣伝用のパンフレット等であってもよい。
画像を送信するとは、対象となっている送信アプリケーションにしたがって、画像をアドレス３１７宛てに送信することである。

図４は、本実施の形態の構成例についての概念的なモジュール構成図である。
画像処理装置４００は、操作パネルモジュール３１０、宛先候補検索モジュール３２０、本体宛先表記憶モジュール３３０、ＳＤカード宛先表記憶モジュール４４０、ＬＤＡＰ連携モジュール３４０、スキャン送信処理モジュール３５０を有している。画像処理装置４００は、図３の例に示した画像処理装置３００にＳＤカード宛先表記憶モジュール４４０を付加したものである。なお、前述の画像処理装置３００と同種の部位には同一符号を付し重複した説明を省略する。
操作パネルモジュール３１０は、宛先候補検索モジュール３２０、スキャン送信処理モジュール３５０と接続されており、宛先候補検索モジュール３２０に文字列３１５を、スキャン送信処理モジュール３５０にアドレス３１７を渡し、宛先候補検索モジュール３２０から宛先候補３２５を受け取る。
宛先候補検索モジュール３２０は、操作パネルモジュール３１０、本体宛先表記憶モジュール３３０、ＳＤカード宛先表記憶モジュール４４０、ＬＤＡＰ連携モジュール３４０と接続されており、操作パネルモジュール３１０から文字列３１５を受け取り、操作パネルモジュール３１０に宛先候補３２５を渡す。
本体宛先表記憶モジュール３３０は、宛先候補検索モジュール３２０と接続されている。
ＳＤカード宛先表記憶モジュール４４０は、宛先候補検索モジュール３２０と接続されている。ＳＤカード宛先表記憶モジュール４４０は、宛先記憶モジュール１３０として機能してもよいし、ディレクトリサービス連携モジュール２４０として機能してもよい。例えば、本体宛先表記憶モジュール３３０に対するアクセス速度とＳＤカード宛先表記憶モジュール４４０に対するアクセス速度の差分が予め定められた範囲に含まれている場合は、本体宛先表記憶モジュール３３０と同等と扱ってもよいし、その差分が予め定められた範囲に含まれていない場合は、ＬＤＡＰ連携モジュール３４０と同等と扱ってもよい。また逆に、ＬＤＡＰサーバー３８０に対するアクセス速度とＳＤカード宛先表記憶モジュール４４０に対するアクセス速度の差分が予め定められた範囲に含まれている場合は、ＬＤＡＰ連携モジュール３４０と同等と扱ってもよいし、その差分が予め定められた範囲に含まれていない場合は、本体宛先表記憶モジュール３３０と同等と扱ってもよい。
ＬＤＡＰ連携モジュール３４０は、宛先候補検索モジュール３２０と接続されており、また、通信回線３９０を介してＬＤＡＰサーバー３８０と接続されている。
スキャン送信処理モジュール３５０は、操作パネルモジュール３１０と接続されており、操作パネルモジュール３１０からアドレス３１７を受け取る。
ＬＤＡＰサーバー３８０は、通信回線３９０を介して、画像処理装置３００のＬＤＡＰ連携モジュール３４０と接続されている。

図５は、本実施の形態を利用したシステム構成例を示す説明図である。
画像処理装置３００、ＬＤＡＰサーバー３８０、画像処理装置４００、ユーザー端末５００、メールサーバー５１０、ＦＴＰサーバー５２０は、通信回線３９０を介してそれぞれ接続されている。通信回線３９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。

例えば、操作者は、画像処理装置３００で原稿をスキャンし、その画像を自分（ユーザーＡ、ユーザー端末５００、メールサーバー５１０）に電子メールで送信し、また、自分が所属しているグループＢで共有しているフォルダがあるＦＴＰサーバー５２０に格納し、ユーザーＣに対して画像処理装置４００へのインターネットファックスで送信するとする。
この場合、複数の送信用プロトコルを利用するので、個々の送信アプリケーション（電子メール、ファイル転送（ＦＴＰ）、インターネットファクシミリ送信）を利用する場合に比べて、マルチセンドの送信アプリケーションを利用する方が便利である。その場合、ユーザーＡ、グループＢ、ユーザーＣを、宛先表から探して選択するとする。ユーザーＡとグループＢは、画像処理装置３００内の宛先表に登録されており、ユーザーＣはＬＤＡＰサーバー３８０に登録されているとする。操作者は、ユーザーＡ、グループＢ、ユーザーＣがどこに登録されているかを意識することなく、検索することが可能である。また、宛先の文字を入力している最中に、宛先の候補が提示されるので、その候補内にユーザーＡ、グループＢ、ユーザーＣがあれば、全ての文字列を入力することなく、宛先を選択することができるようになる。

図６は、本実施の形態による処理例を示す説明図である。操作パネルモジュール３１０（アドレス受付モジュール１１０、宛先候補表示モジュール１５０）は、送信設定画面６００内の表示を行う。
送信設定画面６００には、ログインボタン６１０、送信ボタン６２０、宛先入力ボックス６３０、宛先表ボタン６４０、宛先候補表示領域６５０、キーボード領域６６０を表示する。ここで、対象となっている送信アプリケーションは、電子メールであるとする。なお、この電子メールの送信アプリケーションは、操作者によって予め指定されている。例えば、送信アプリケーション（ファクシミリ送信、インターネットファクシミリ送信、電子メール、ファイル転送、マルチセンド、簡単ファックス等）のそれぞれに対応するボタンを表示し、それを選択させればよい。
ログインボタン６１０には、操作者の名称等を表示する。例えば、操作者が使用にあたって、ログイン（例えば、ユーザーＩＤとパスワードの入力、顔認識、生体認証等）が行われている。
送信ボタン６２０が、選択された場合は、確定した宛先に対して画像を送信する。
宛先入力ボックス６３０は、キーボード領域６６０に対する操作者の操作によって文字が入力される。この例では文字「Ａ」が入力された状態を示している。
宛先表ボタン６４０が、選択された場合は、本体宛先表記憶モジュール３３０内の宛先表を表示する。
宛先候補表示領域６５０は、宛先候補検索モジュール３２０による検索結果である宛先候補３２５を表示する。例えば、入力された文字「Ａ」に対応して、宛先候補表示領域６５０には、宛先候補６５２、宛先候補６５４、宛先候補６５６を表示する。具体的には、文字「Ａ」を先頭文字として、宛先テーブル１１００内の宛先名欄１１１４、名欄１１１６、姓欄１１１８、会社名欄１１２０と、対象となっている送信アプリケーションに対応するメールアドレス欄１１２４を検索対象としている。もちろんのことながら、本体宛先表記憶モジュール３３０とＬＤＡＰサーバー３８０（ＳＤカード宛先表記憶モジュール４４０を含めてもよい）を検索している。なお、名欄１１１６、姓欄１１１８、メールアドレス欄１１２４が全て同じである場合は、重複しているものとみなして、１つだけ表示するようにしてもよい。複数の宛先表を検索対象としているため、重複して登録されている場合があるからである。なお、本体宛先表記憶モジュール３３０に記憶されている宛先を表示対象としてもよい。宛先候補６５２、宛先候補６５４、宛先候補６５６内では、検索文字「Ａ」を太字で表示している。
キーボード領域６６０には、仮想キーボードを表示し、操作者によって選択された文字を宛先入力ボックス６３０に表示する。
なお、送信設定画面６００は、横長の画面であり、下方にキーボード領域６６０も横長に配置する。そして、宛先候補表示領域６５０も横長に配置し、検索結果である宛先候補３２５を表示しきれない場合は、宛先候補表示領域６５０内を横スクロールできるようにしてもよい。

図７は、本実施の形態による基本的な処理例を示すフローチャートである。操作パネルモジュール３１０、スキャン送信処理モジュール３５０、宛先候補検索モジュール３２０、本体宛先表記憶モジュール３３０、ＬＤＡＰ連携モジュール３４０、ＬＤＡＰサーバー３８０による処理例を示すものである。なお、電子メールによる送信を行う場合の電子メールアドレスを設定する処理例である。
ステップＳ７０２では、操作パネルモジュール３１０は、操作者の操作に応じて、宛先候補検索モジュール３２０に受付文字列を渡す。操作者は、操作パネルモジュール３１０に表示された送信設定画面６００の宛先入力ボックス６３０でアドレス、姓、名、会社名のいずれか、又はその一部を、同じく操作パネルモジュール３１０に表示されたキーボード領域６６０への操作により入力する。
ステップＳ７０４では、宛先候補検索モジュール３２０は、本体宛先表記憶モジュール３３０に対して、検索要求を行う。
ステップＳ７０６では、宛先候補検索モジュール３２０は、ＬＤＡＰ連携モジュール３４０に対して、検索要求を行う。

ステップＳ７０８では、ＬＤＡＰ連携モジュール３４０は、ＬＤＡＰサーバー３８０に対して、ＬＤＡＰクエリを送信する。
ステップＳ７１０では、本体宛先表記憶モジュール３３０は、宛先候補検索モジュール３２０に検索結果を渡す。
ステップＳ７１２では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。
ステップＳ７１４では、ＬＤＡＰサーバー３８０は、ＬＤＡＰ連携モジュール３４０に対して、クエリ結果（検索結果）を送信する。
ステップＳ７１６では、ＬＤＡＰ連携モジュール３４０は、宛先候補検索モジュール３２０に検索結果を渡す。
ステップＳ７１８では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。

ステップＳ７２０では、操作パネルモジュール３１０は、操作者の操作に応じて、宛先候補検索モジュール３２０に受付文字列を渡す。
ステップＳ７２２では、宛先候補検索モジュール３２０は、本体宛先表記憶モジュール３３０に対して、検索要求を行う。
ステップＳ７２４では、宛先候補検索モジュール３２０は、ＬＤＡＰ連携モジュール３４０に対して、検索要求を行う。
ステップＳ７２６では、ＬＤＡＰ連携モジュール３４０は、ＬＤＡＰサーバー３８０に対して、ＬＤＡＰクエリを送信する。
ステップＳ７２８では、本体宛先表記憶モジュール３３０は、宛先候補検索モジュール３２０に検索結果を渡す。
ステップＳ７３０では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。
ステップＳ７３２では、ＬＤＡＰサーバー３８０は、ＬＤＡＰ連携モジュール３４０に対して、クエリ結果を送信する。
ステップＳ７３４では、ＬＤＡＰ連携モジュール３４０は、宛先候補検索モジュール３２０に検索結果を渡す。
ステップＳ７３６では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。
ステップＳ７３８では、操作パネルモジュール３１０は、操作者の操作に応じて、宛先を選択する。
ステップＳ７４０では、操作パネルモジュール３１０は、宛先候補検索モジュール３２０にユーザーが宛先を決定した場合に宛先を渡す。サービス使用の中止などに伴い宛先入力をキャンセルした場合はインクリメンタルサーチの中止終了を通知する。
ステップＳ７４２では、操作パネルモジュール３１０は、スキャン送信処理モジュール３５０に対して、スキャン送信ジョブ（スキャンした後、そのスキャンした画像を電子メールで送信する処理）の要求を行う。もちろんのことながら、選択された宛先を示すアドレスも渡す。

なお、ステップＳ７０４、ステップＳ７０６等における検索処理では、宛先候補検索モジュール３２０は、送信アプリケーション毎に異なる送信先情報（アドレス属性）を検索する。例えば、電子メールアプリケーションではメールアドレス、ファイル転送メールアプリケーションではＵＲＬ、ファクシミリ送信メールアプリケーションではファックス番号等となる。なお、マルチセンド送信アプリケーションでは全ての種類の送信先情報が検索対象となる。さらに、宛先候補検索モジュール３２０は、送信先情報以外の属性に対しても検索を行う。例えば、姓、名、会社名等を検索対象とする。
また、宛先候補検索モジュール３２０は、本体宛先表側（本体宛先表記憶モジュール３３０）の宛先候補とＬＤＡＰ側（ＬＤＡＰ連携モジュール３４０）の宛先候補との出力順を制御し、検索結果の応答順によらず、本体宛先表側の宛先候補を先に出力する。
そして、操作パネルモジュール３１０は、本体宛先表側の宛先候補を画面表示した後、後からＬＤＡＰ側の宛先候補を受け取ったタイミングでリストの後ろ（図６の例では、宛先候補表示領域６５０内の右側）に連結する。
また、宛先候補検索モジュール３２０は、本体宛先表記憶モジュール３３０の検索結果とＬＤＡＰ連携モジュール３４０の検索結果にアドレス、姓、名が同じ宛先が含まれていた場合、それを重複（同一）とみなし、一方だけを宛先候補として選択する。なお、その選択する宛先候補として、本体宛先表記憶モジュール３３０の検索結果に含まれる宛先候補としてもよい。

また、宛先候補検索モジュール３２０は、本体宛先表記憶モジュール３３０、ＬＤＡＰ連携モジュール３４０に対する検索要求において、検索結果上限数をそれぞれ指定し、検索結果の取得件数を制限するようにしてもよい。検索結果を全部取得する場合に比べて、応答性を優先するためである。
また、操作パネルモジュール３１０は、宛先候補３２５が文字列３１５に合致する全ての宛先なのか（文字列３１５に合致する宛先候補３２５が検索結果上限数未満又は以下であるのか）、それとも件数制限によって打ち切られている可能性があるのか（文字列３１５に合致する宛先候補３２５が検索結果上限数以上又はより多いのか）を判別可能に提示する。例えば、「・・・」のように、続きがあることが視覚的に分かるような画面表示としてもよい。
これによって、操作パネルモジュール３１０に表示される宛先候補３２５が文字列３１５に合致する宛先の全てであれば、宛先候補をスクロールすることによって操作者は所望の宛先を得ることができるし、打ち切られている可能性があれば続けてもう一文字入力した方がより宛先候補が絞られて結果的に早く宛先を決定できるか、判別可能である。

図８は、本実施の形態による処理例を示すフローチャートである。操作パネルモジュール３１０、スキャン送信処理モジュール３５０、宛先候補検索モジュール３２０、本体宛先表記憶モジュール３３０、ＬＤＡＰ連携モジュール３４０、ＬＤＡＰサーバー３８０による処理例を示すものである。宛先候補３２５を出力する前に、操作者によって次の検索用文字が入力された場合、その入力後に受信した検索結果は破棄する。つまり、宛先候補として出力しないようにする。
ステップＳ８０２では、操作パネルモジュール３１０は、操作者の操作に応じて、宛先候補検索モジュール３２０に受付文字列を渡す。
ステップＳ８０４では、宛先候補検索モジュール３２０は、本体宛先表記憶モジュール３３０に対して、検索要求を行う。
ステップＳ８０６では、宛先候補検索モジュール３２０は、ＬＤＡＰ連携モジュール３４０に対して、検索要求を行う。
ステップＳ８０８では、ＬＤＡＰ連携モジュール３４０は、ＬＤＡＰサーバー３８０に対して、ＬＤＡＰクエリを送信する。
ステップＳ８１０では、本体宛先表記憶モジュール３３０は、宛先候補検索モジュール３２０に検索結果を渡す。
ステップＳ８１２では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。
ステップＳ８１４では、ＬＤＡＰサーバー３８０は、ＬＤＡＰ連携モジュール３４０に対して、クエリ結果を送信する。
ステップＳ８１６では、操作パネルモジュール３１０は、操作者の操作に応じて、宛先候補検索モジュール３２０に受付文字列を渡す。
ステップＳ８１８では、ＬＤＡＰ連携モジュール３４０は、宛先候補検索モジュール３２０に検索結果を渡す。つまり、操作者が次の文字を入力した後に、ＬＤＡＰ連携モジュール３４０からの検索結果を取得している。この検索結果は、操作パネルには表示されない。

ステップＳ８２０では、宛先候補検索モジュール３２０は、本体宛先表記憶モジュール３３０に対して、検索要求を行う。
ステップＳ８２２では、宛先候補検索モジュール３２０は、ＬＤＡＰ連携モジュール３４０に対して、検索要求を行う。
ステップＳ８２４では、ＬＤＡＰ連携モジュール３４０は、ＬＤＡＰサーバー３８０に対して、ＬＤＡＰクエリを送信する。
ステップＳ８２６では、本体宛先表記憶モジュール３３０は、宛先候補検索モジュール３２０に検索結果を渡す。
ステップＳ８２８では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。
ステップＳ８３０では、ＬＤＡＰサーバー３８０は、ＬＤＡＰ連携モジュール３４０に対して、クエリ結果を送信する。
ステップＳ８３２では、ＬＤＡＰ連携モジュール３４０は、宛先候補検索モジュール３２０に検索結果を渡す。
ステップＳ８３４では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。

図９は、本実施の形態による処理例を示すフローチャートである。操作パネルモジュール３１０、スキャン送信処理モジュール３５０、宛先候補検索モジュール３２０、本体宛先表記憶モジュール３３０、ＬＤＡＰ連携モジュール３４０、ＬＤＡＰサーバー３８０による処理例を示すものである。ＬＤＡＰサーバー３８０が検索処理でタイムアウトとなった場合の処理例である。例えば、タイムアウトの原因として、ＬＤＡＰサーバー３８０の故障、ＬＤＡＰサーバー３８０の処理量が多くなったこと、画像処理装置３００とＬＤＡＰサーバー３８０間が通信断となっていること等がある。
ステップＳ９０２では、操作パネルモジュール３１０は、操作者の操作に応じて、宛先候補検索モジュール３２０に受付文字列を渡す。
ステップＳ９０４では、宛先候補検索モジュール３２０は、本体宛先表記憶モジュール３３０に対して、検索要求を行う。
ステップＳ９０６では、宛先候補検索モジュール３２０は、ＬＤＡＰ連携モジュール３４０に対して、検索要求を行う。
ステップＳ９０８では、ＬＤＡＰ連携モジュール３４０は、ＬＤＡＰサーバー３８０に対して、ＬＤＡＰクエリを送信する。
ステップＳ９１０では、本体宛先表記憶モジュール３３０は、宛先候補検索モジュール３２０に検索結果を渡す。
ステップＳ９１２では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。
ステップＳ９１４では、ＬＤＡＰ連携モジュール３４０は、宛先候補検索モジュール３２０に対して、タイムアウト信号を送信する。
ステップＳ９１６では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に対して、警告表示を行う。

ステップＳ９１８では、操作パネルモジュール３１０は、操作者の操作に応じて、宛先候補検索モジュール３２０に受付文字列を渡す。
ステップＳ９２０では、宛先候補検索モジュール３２０は、本体宛先表記憶モジュール３３０に対して、検索要求を行う。
ステップＳ９２２では、本体宛先表記憶モジュール３３０は、宛先候補検索モジュール３２０に検索結果を渡す。
ステップＳ９２４では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。
なお、ＬＤＡＰ連携モジュール３２０による検索がタイムアウトした場合、それを操作パネルモジュール３１０に通知し、それ以降はＬＤＡＰ連携モジュール３２０に対する検索要求を行わない。この措置はユーザーが宛先を決定するか、又はサービス使用の中止などに伴い宛先入力をキャンセルした場合に解除される。少なくとも、その宛先の検索においては、ＬＤＡＰ連携モジュール３２０に対する検索要求は中止する。再開は、次の宛先における検索要求があった場合（宛先入力ボックス６３０内がクリアされ、１文字目が入力された場合）であってもよいし、予め定められた期間が経過した後等であってもよい。
本体宛先表記憶モジュール３３０の検索結果とＬＤＡＰ連携モジュール３４０の検索結果に、同姓同名の宛先（送信先情報は異なるが、姓と名が同じ宛先）が含まれていた場合、その同姓同名の宛先候補を異なる形態で提示するようにしてもよい。誤送信防止のために注意喚起をするものである。なお、ここでの形態には、文字、図形、記号等の付加のほかに、形状、模様、色彩、動的に変化する（例えば、フラッシュ、アニメーション等）、点滅（点滅における変更対象は、点滅を行うか否か、点滅を行っている期間、点滅の間隔等がある）、又は、これらの組み合わせであってもよい。
送信先情報（アドレス）から社内アドレスか社外アドレスかを識別し、異なる形態で提示する。同姓同名に限られず、この処理を行ってもよい。誤送信防止のために注意喚起をするものである。

図１０は、本実施の形態による処理例を示すフローチャートである。操作パネルモジュール３１０、スキャン送信処理モジュール３５０、宛先候補検索モジュール３２０、本体宛先表記憶モジュール３３０、ＳＤカード宛先表記憶モジュール４４０、ＬＤＡＰ連携モジュール３４０、ＬＤＡＰサーバー３８０による処理例を示すものである。本体宛先表記憶モジュール３３０、ＳＤカード宛先表記憶モジュール４４０、ＬＤＡＰサーバー３８０にそれぞれ記憶された宛先表を検索対象とする処理例を示している。
ステップＳ１００２では、操作パネルモジュール３１０は、操作者の操作に応じて、宛先候補検索モジュール３２０に受付文字列を渡す。
ステップＳ１００４では、宛先候補検索モジュール３２０は、本体宛先表記憶モジュール３３０に対して、検索要求を行う。
ステップＳ１００６では、宛先候補検索モジュール３２０は、ＳＤカード宛先表記憶モジュール４４０に対して、検索要求を行う。
ステップＳ１００８では、宛先候補検索モジュール３２０は、ＬＤＡＰ連携モジュール３４０に対して、検索要求を行う。
ステップＳ１０１０では、ＬＤＡＰ連携モジュール３４０は、ＬＤＡＰサーバー３８０に対して、ＬＤＡＰクエリを送信する。
ステップＳ１０１２では、本体宛先表記憶モジュール３３０は、宛先候補検索モジュール３２０に検索結果を渡す。
ステップＳ１０１４では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。
ステップＳ１０１６では、ＳＤカード宛先表記憶モジュール４４０は、宛先候補検索モジュール３２０に検索結果を渡す。
ステップＳ１０１８では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。

ステップＳ１０２０では、ＬＤＡＰサーバー３８０は、ＬＤＡＰ連携モジュール３４０に対して、クエリ結果を送信する。
ステップＳ１０２２では、ＬＤＡＰ連携モジュール３４０は、宛先候補検索モジュール３２０に検索結果を渡す。
ステップＳ１０２４では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。
ステップＳ１０２６では、操作パネルモジュール３１０は、操作者の操作に応じて、宛先候補検索モジュール３２０に受付文字列を渡す。
ステップＳ１０２８では、宛先候補検索モジュール３２０は、本体宛先表記憶モジュール３３０に対して、検索要求を行う。
ステップＳ１０３０では、宛先候補検索モジュール３２０は、ＳＤカード宛先表記憶モジュール４４０に対して、検索要求を行う。
ステップＳ１０３２では、宛先候補検索モジュール３２０は、ＬＤＡＰ連携モジュール３４０に対して、検索要求を行う。
ステップＳ１０３４では、ＬＤＡＰ連携モジュール３４０は、ＬＤＡＰサーバー３８０に対して、ＬＤＡＰクエリを送信する。
ステップＳ１０３６では、本体宛先表記憶モジュール３３０は、宛先候補検索モジュール３２０に検索結果を渡す。

ステップＳ１０３８では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。
ステップＳ１０４０では、ＳＤカード宛先表記憶モジュール４４０は、宛先候補検索モジュール３２０に検索結果を渡す。
ステップＳ１０４２では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。
ステップＳ１０４４では、ＬＤＡＰサーバー３８０は、ＬＤＡＰ連携モジュール３４０に対して、クエリ結果を送信する。
ステップＳ１０４６では、ＬＤＡＰ連携モジュール３４０は、宛先候補検索モジュール３２０に検索結果を渡す。
ステップＳ１０４８では、宛先候補検索モジュール３２０は、操作パネルモジュール３１０に宛先候補を渡す。
ステップＳ１０５０では、操作パネルモジュール３１０は、操作者の操作に応じて、宛先を選択する。
ステップＳ１０５２では、操作パネルモジュール３１０は、宛先候補検索モジュール３２０に宛先を渡す。
ステップＳ１０５４では、操作パネルモジュール３１０は、操作者の操作に応じて、スキャン送信処理モジュール３５０に対して、スキャン送信ジョブの要求を行う。もちろんのことながら、選択された宛先を示すアドレスも渡す。

図１２を参照して、本実施の形態の情報処理装置及び画像処理装置のハードウェア構成例について説明する。図１２に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部１２１７と、プリンタ等のデータ出力部１２１８を備えたハードウェア構成例を示している。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２０１は、前述の実施の形態において説明した各種のモジュール、すなわち、アドレス受付モジュール１１０、宛先候補検索モジュール１２０、宛先候補表示モジュール１５０、ディレクトリサービス連携モジュール２４０、操作パネルモジュール３１０、宛先候補検索モジュール３２０、ＬＤＡＰ連携モジュール３４０、スキャン送信処理モジュール３５０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。

ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２０２は、ＣＰＵ１２０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２０３は、ＣＰＵ１２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバス等から構成されるホストバス１２０４により相互に接続されている。

ホストバス１２０４は、ブリッジ１２０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス１２０６に接続されている。

キーボード１２０８、マウス等のポインティングデバイス１２０９は、操作者により操作されるデバイスである。ディスプレイ１２１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。また、ポインティングデバイス１２０９とディスプレイ１２１０の両方の機能を備えているタッチスクリーン等であってもよい。

ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１２１１は、ハードディスク（フラッシュ・メモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ１２０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクは、宛先記憶モジュール１３０、宛先記憶モジュール１４０等としての機能を実現させる。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。

ドライブ１２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等の（ＳＤカード宛先表記憶モジュール４４０としての機能を有する）リムーバブル記録媒体１２１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１２０７、外部バス１２０６、ブリッジ１２０５、及びホストバス１２０４を介して接続されているＲＡＭ１２０３に供給する。なお、リムーバブル記録媒体１２１３も、データ記録領域として利用可能である。

接続ポート１２１４は、外部接続機器１２１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１２１４は、インタフェース１２０７、及び外部バス１２０６、ブリッジ１２０５、ホストバス１２０４等を介してＣＰＵ１２０１等に接続されている。通信部１２１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部１２１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１２１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。

なお、図１２に示す情報処理装置及び画像処理装置のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１２に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図１２に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

なお、前述の実施の形態において、「提示」としたものは、ディスプレイ等の表示装置への表示の他に、プリンタ等の印刷装置での印刷、スピーカー等の音声出力装置への音声の出力等があり、それらの組み合わせであってもよい。
また、前述の実施の形態の説明内での比較処理において、「以上」、「以下」、「より大きい」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「より大きい」、「より小さい（未満）」、「以上」、「以下」としてもよい。

宛先候補検索モジュール３２０は、検索結果を取得した順序にしたがって操作パネルモジュール３１０に渡し、操作パネルモジュール３１０は、その順序で宛先候補を表示するように構成してもよい。
宛先候補検索モジュール３２０は、検索結果が検索結果上限数未満の場合に、検索語と共にキャッシュに記憶する。検索語が後続の入力文字列に前方一致している間はキャッシュを有効として、キャッシュの中から検索するように構成してもよい。
宛先候補を出力するより早く次の文字列が入力された場合、検索結果が返っていない検索要求に対してキャンセルを要求するように構成してもよい。この場合、本体宛先表記憶モジュール３３０、ＬＤＡＰ連携モジュール３４０がキャンセル機能を有しており、キャンセル要求を受信した場合、その検索処理を途中で打ち切る。
又は、宛先候補の順序が変わらない（後から入力された文字列に合致する宛先候補が、先に表示されない）限りにおいて、宛先候補を出力するように構成してもよい。
同姓同名の宛先については、アドレス以外に値が異なる属性（例えば、部門名等）を画面に提示するように構成してもよい。
また、操作者が同姓同名の宛先候補から宛先を選択した場合、選択した宛先の詳細情報（例えば、会社名等）を取得して画面に提示してもよい。
本体宛先表記憶モジュール３３０には社外アドレス、ＬＤＡＰサーバー３８０には社内アドレスが登録される運用に適合し、本体宛先表記憶モジュール３３０の宛先候補とＬＤＡＰサーバー３８０の宛先候補とを異なる形態で提示するように構成してもよい。誤送信防止のために注意喚起をするものである。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分又は全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

１００…情報処理装置
１１０…アドレス受付モジュール
１２０…宛先候補検索モジュール
１３０…宛先記憶モジュール
１４０…宛先記憶モジュール
１５０…宛先候補表示モジュール
２００…情報処理装置
２４０…ディレクトリサービス連携モジュール
３００…画像処理装置
３１０…操作パネルモジュール
３２０…宛先候補検索モジュール
３２５…宛先候補
３３０…本体宛先表記憶モジュール
３４０…ＬＤＡＰ連携モジュール
３５０…スキャン送信処理モジュール
３８０…ＬＤＡＰサーバー
３９０…通信回線
４００…画像処理装置
４４０…ＳＤカード宛先表記憶モジュール
５００…ユーザー端末
５１０…メールサーバー
５２０…ＦＴＰサーバー

Claims (11)

1. 宛先を指定するための文字を受け付けた場合、本情報処理装置内の記憶装置に記憶された第１の宛先表と外部に記憶された第２の宛先表を検索した結果を提示する提示手段
   を有する情報処理装置。
2. 前記宛先の次の文字を受け付けた後に、検索結果を受け取った場合は、該検索結果を提示しない、
   請求項１に記載の情報処理装置。
3. 対象となっている送信アプリケーションにおける送信先情報を検索の対象とする、
   請求項１又は２に記載の情報処理装置。
4. 第１の宛先表に対する検索結果を第２の宛先表に対する検索結果よりも前に提示する、
   請求項１から３のいずれか一項に記載の情報処理装置。
5. 検索の指示として、検索結果の上限数を予め定められた数とする、
   請求項１から４のいずれか一項に記載の情報処理装置。
6. 提示している検索結果は、前記上限数によって検索が打ち切られたものであるか否かを判別可能に提示する、
   請求項５に記載の情報処理装置。
7. 検索結果が前記上限数未満又は以下である場合は、検索結果をキャッシュに記憶し、以後の検索は、該キャッシュに記憶された情報に対して行う、
   請求項５又は６に記載の情報処理装置。
8. 前記第２の宛先表に対する検索が、タイムアウトによって中止された場合、前記宛先の検索において、該第２の宛先表に対する検索は行わない、
   請求項１から７のいずれか一項に記載の情報処理装置。
9. 第１の宛先表に対する検索結果と第２の宛先表に対する検索結果が、同じ宛先情報であるが送信先情報が異なる場合、両検索結果を判別可能に提示する、
   請求項１から８のいずれか一項に記載の情報処理装置。
10. 画像を受け付ける受付手段と、
    前記宛先に対して、前記画像を送信する送信手段
    をさらに有する請求項１から９のいずれか一項に記載の情報処理装置。
11. コンピュータを、
    宛先を指定するための文字を受け付けた場合、前記コンピュータ内の記憶装置に記憶された第１の宛先表と外部に記憶された第２の宛先表を検索した結果を提示する提示手段
    として機能させるための情報処理プログラム。

Images