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

Description

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

特許文献１には、相手通信装置に適した形式でのみ通信を可能とし、相手通信装置におけるデータ受信時のデコードエラーなどの発生を低減できる信頼性の高い通信装置を提供することを課題とし、宛先の電子メールアドレスと、当該電子メールアドレスの相手通信装置がデコード可能なファイル形式を示す属性と、を関連付けて登録するアドレス帳を記憶するアドレス帳記憶部と、送信モードの選択を受け付ける送信モード受付部と、アドレス帳に登録されている宛先から、受け付けた送信モードに対応する属性を有する電子メールアドレスの宛先のみを送信先として受け付ける送信先受付部と、送信モード受付部で受け付けた送信モードに対応したファイル形式の画像データを取得する原稿取得部と、送信先受付部で受け付けた送信先に画像データを電子メールの添付ファイルとして送信モードで送信する送信部と、を備えることが開示されている。

特許文献２には、宛先設定を簡単に行うことが可能なファックス機能を有する印刷装置を得ることを課題とし、スキャナと、印刷手段と、ファックス通信を行うファックス手段と、アドレス帳機能を有するＰＤＡとの送受信を行い、ＰＤＡからファックス番号及びこれに対応した宛先名を取り込むインタフェース手段と、データを保存するとともにファックス手段で使用されるファックス番号及びこれに対応した宛先名を保存する記憶装置と、インタフェース手段により取り込まれたファックス番号及び宛先名が記憶装置に未登録の場合には当該ファックス番号及び宛先名をこの記憶装置に書き込むデータ制御手段とを有することが開示されている。

特許文献３には、名刺画像群の中から必要な名刺だけをアドレス帳に登録することができると共に、その登録対象の選択基準を統一化できるようにすることを課題とし、ＣＰＵは、名刺フォルダに名刺画像が蓄積管理されている状態において、通話発信／メール送信あるいは通話着信／メール受信を行う毎に、その相手識別情報（電話番号／メールアドレス）を取得し、この電話番号／メールアドレスを含む名刺画像を名刺フォルダの中から選択すると共に、選択した名刺画像内に含まれている項目情報をアドレス帳格納部に当該相手のアドレス帳データとして登録することが開示されている。

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

情報を送信する場合、宛先表（アドレス帳）を表示して、送信先情報を選択することが行われている。
ところで、電子メールアドレスに関連付けられた属性が登録されていないと判定された場合、属性が未登録であることを通知する構成を採用すると、宛先表に宛先を示す名称である宛先名が登録されていない場合については提示することができないため、所望の処理を継続することができなかった。
本発明は、宛先表に宛先名が未登録であっても、所望の処理を継続することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、宛先を示す名称である宛先名と複数の送信先情報が対応付けられた宛先表に宛先名が未登録である場合、該宛先の属性又は対象となっている送信アプリケーションにおける送信先情報によって構成した宛先名を提示する提示手段を有し、前記提示手段は、宛先名が未登録であって、該宛先の属性が登録されている場合、該宛先の属性である、名、姓、組織名、又は、これらの組み合わせのいずれか１つ以上を用いて、宛先名を提示する、情報処理装置である。

請求項２の発明は、姓と名の組み合わせ、名、姓、組織名の順序で宛先名として提示する、請求項１に記載の情報処理装置である。

請求項３の発明は、名、姓、組織名、又はこれらの組み合わせのうちのいずれを用いるか又は順序を定めた規則を設定できるようにする、請求項１に記載の情報処理装置である。

請求項４の発明は、本情報処理装置における宛先表を有しており、ユーザー毎に前記規則を管理する、請求項３に記載の情報処理装置である。

請求項５の発明は、宛先を示す名称である宛先名と複数の送信先情報が対応付けられた宛先表に宛先名が未登録である場合、該宛先の属性又は対象となっている送信アプリケーションにおける送信先情報によって構成した宛先名を提示する提示手段を有し、前記提示手段は、１つの送信アプリケーションに対して複数の送信用プロトコルが対応している場合、宛先名として、送信先情報に送信用プロトコルの種類を示す表示を付加する、情報処理装置である。

請求項６の発明は、前記提示手段は、１つの送信アプリケーションに対して複数の送信用プロトコルが対応しており、さらに、該送信用プロトコルにおける送信先情報の形態が同じである場合、宛先名として、送信先情報に送信アプリケーションの種類を示す表示を付加する、請求項５に記載の情報処理装置である。

請求項７の発明は、送信先として選択された送信先情報のうち、同じ送信先情報に対して複数回の送信が行われてしまう場合は、１つの送信先情報とする、請求項１から６のいずれか一項に記載の情報処理装置である。

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

請求項９の発明は、コンピュータを、宛先を示す名称である宛先名と複数の送信先情報が対応付けられた宛先表に宛先名が未登録である場合、該宛先の属性又は対象となっている送信アプリケーションにおける送信先情報によって構成した宛先名を提示する提示手段として機能させ、前記提示手段は、宛先名が未登録であって、該宛先の属性が登録されている場合、該宛先の属性である、名、姓、組織名、又は、これらの組み合わせのいずれか１つ以上を用いて、宛先名を提示する、情報処理プログラムである。
請求項１０の発明は、コンピュータを、宛先を示す名称である宛先名と複数の送信先情報が対応付けられた宛先表に宛先名が未登録である場合、該宛先の属性又は対象となっている送信アプリケーションにおける送信先情報によって構成した宛先名を提示する提示手段として機能させ、前記提示手段は、１つの送信アプリケーションに対して複数の送信用プロトコルが対応している場合、宛先名として、送信先情報に送信用プロトコルの種類を示す表示を付加する、情報処理プログラムである。

請求項１、２の情報処理装置によれば、宛先表に宛先名が未登録であっても、所望の処理を継続することができる。

請求項３、４の情報処理装置によれば、ユーザーの好みに応じた運用ができる。

請求項５の情報処理装置によれば、宛先名として、送信先情報に送信用プロトコルの種類を示す表示が付加されない場合に比べて、宛先名の選択が容易になる。

請求項６の情報処理装置によれば、宛先名として、送信先情報に送信アプリケーションの種類を示す表示が付加されない場合に比べて、宛先名の選択が容易になる。

請求項７の情報処理装置によれば、１つの送信先情報とされない場合に比べて、無駄な処理を軽減できる。

請求項８の情報処理装置によれば、所望の画像が送信できる。

請求項９の情報処理プログラムによれば、宛先表に宛先名が未登録であっても、所望の処理を継続することができる。
請求項１０の情報処理プログラムによれば、宛先名として、送信先情報に送信用プロトコルの種類を示す表示が付加されない場合に比べて、宛先名の選択が容易になる。

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

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

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

宛先表管理モジュール１０５は、宛先表記憶モジュール１１０と接続されている。宛先表管理モジュール１０５は、宛先表記憶モジュール１１０に記憶されている宛先表を管理する。例えば、宛先表に宛先情報（宛先名と宛先の属性）と送信先情報の組を登録する。具体的には、操作者の操作にしたがって、宛先情報と送信先情報が入力されてもよいし、予め作成された宛先表をインポートしてもよい。なお宛先表管理モジュール１０５は、宛先名が未登録のままで、宛先の属性、送信先情報が登録された宛先表を生成してもよい。さらに、宛先の属性も未登録のままで、送信先情報が登録された宛先表を生成してもよい。
なお、図１２の例を用いて、宛先表管理モジュール１０５が、宛先表を作成する例を示す。宛先表管理モジュール１０５は、宛先情報、送信先情報等の登録処理の際に、宛先設定画面１２００を提示する。宛先設定画面１２００は、後述する宛先テーブル５００を生成するためのものである。
宛先設定画面１２００には、宛先欄１２１０、宛先写真表示領域１２１５、名欄１２２０、姓欄１２２５、会社名欄１２３０、Ｅ−ｍａｉｌ欄１２３５、Ｆａｘ欄１２５５、Ｉ−Ｆａｘ欄１２７５、ＳＭＢ欄１２８０、ＦＴＰ欄１２８５、削除ボタン１２９０、キャンセルボタン１２９２、ＯＫボタン１２９５を表示する。ここでは、宛先欄１２１０内の「Ｆｕｊｉ Ｔａｒｏ」を宛先名とし、名欄１２２０内の「Ｔａｒｏ」を宛先の属性（名）とし、姓欄１２２５内の「Ｆｕｊｉ」を宛先の属性（姓）とし、会社名欄１２３０内の「Ｆｕｊｉｘｅｒｏｘ」を宛先の属性（会社名）として記載されている。そして、電子メールアドレスとファックス番号が送信先情報として記載されている。もちろんのことながら、Ｉ−Ｆａｘ欄１２７５、ＳＭＢ欄１２８０、ＦＴＰ欄１２８５内の「＋」が選択されることによって、インターネットファックスとファイル転送（ＳＭＢ）とファイル転送（ＦＴＰ）におけるアドレス（インターネットファックスのメールアドレス、ＩＰアドレス）を登録できる。
Ｅ−ｍａｉｌ欄１２３５には、アドレス欄１２４０、削除ボタン１２５０を表示する。操作者の操作によって、アドレス欄１２４０内にメールアドレスが記載される。また、削除ボタン１２５０が選択された場合、アドレス欄１２４０内の記載を削除する。
Ｆａｘ欄１２５５には、Ｆａｘ番号欄１２６０、削除ボタン１２７０を表示する。操作者の操作によって、Ｆａｘ番号欄１２６０内にファックス番号が記載される。また、削除ボタン１２７０が選択された場合、Ｆａｘ番号欄１２６０内の記載を削除する。
削除ボタン１２９０が選択された場合は、その宛先設定画面１２００内の宛先情報等を削除する。キャンセルボタン１２９２が選択された場合は、宛先設定画面１２００を表示した後の入力を取り消す。ＯＫボタン１２９５が選択された場合は、その宛先設定画面１２００内の宛先情報等を宛先テーブル５００に格納する。
宛先設定画面１２００内の各欄と宛先テーブル５００（図５）の関係を説明する。
宛先欄１２１０は宛先名欄５１４に対応し、名欄１２２０は名欄５１６に対応し、姓欄１２２５は姓欄５１８に対応し、会社名欄１２３０は会社名欄５２０に対応し、アドレス欄１２４０はメールアドレス欄５２４に対応し、Ｆａｘ番号欄１２６０はＦａｘ番号欄５２６に対応する。
なお、宛先欄１２１０が空欄のまま、ＯＫボタン１２９５が選択されてもよい。さらに、名欄１２２０、姓欄１２２５、会社名欄１２３０の１つ以上が空欄のまま、ＯＫボタン１２９５が選択されてもよい。

宛先表記憶モジュール１１０は、宛先表管理モジュール１０５、送信モジュール１１５の宛先選択モジュール１２５と接続されている。宛先表記憶モジュール１１０は、画像処理装置１００における宛先表を記憶している。具体的には、画像処理装置１００における宛先表を１つ記憶しており、ユーザー毎の宛先表はなくてもよい。つまり、画像処理装置１００の操作者は、同じ宛先表を利用することになる。宛先表の具体例として、後述する図５の例に示す宛先テーブル５００がある。

送信モジュール１１５は、送信アプリ選択モジュール１２０、宛先選択モジュール１２５、送信処理モジュール１３５を有している。送信モジュール１１５は、送信に関する処理を行う。
送信アプリ選択モジュール１２０は、操作者の操作にしたがって、送信アプリケーションを選択する。例えば、ファクシミリ送信、インターネットファクシミリ送信、電子メール、ファイル転送（ＦＴＰ）、ファイル転送（ＳＭＢ）、マルチセンド、簡単ファックスのいずれかを選択する。なお、送信アプリケーションは、送信サービス又は送信モード等と対応付けられていてもよい。

宛先選択モジュール１２５は、宛先提示モジュール１３０を有しており、宛先表記憶モジュール１１０と接続されている。宛先選択モジュール１２５は、操作者の操作にしたがって、送信先情報を受け付ける。送信先情報をキーボード、タッチパネル等を用いて、操作者が入力してもよいが、宛先提示モジュール１３０によって宛先表を提示させ、その中から宛先名（送信先情報）を選択させるようにしてもよい。
宛先提示モジュール１３０は、宛先を示す名称である宛先名と複数の送信先情報が対応付けられた宛先表に宛先名が未登録である場合、その宛先の属性又は対象となっている送信アプリケーションにおける送信先情報によって構成した宛先名を提示する。
なお、「対象となっている送信アプリケーション」とは、現在、操作者によって選択されている送信アプリケーションである。

また、宛先提示モジュール１３０は、宛先名が未登録であって、その宛先の属性が登録されている場合、その宛先の属性である、名、姓、組織名、又は、これらの組み合わせのいずれか１つ以上を用いて、宛先名を提示するようにしてもよい。この場合、姓と名の組み合わせ（姓名の順番であってもよいし、名姓の順番であってもよい）、名、姓、組織名の順序で宛先名として提示するようにしてもよい。また、名、姓、組織名、又はこれらの組み合わせのうちのいずれを用いるか又は順序を定めた規則を設定できるようにしてもよい。この規則は、ユーザー毎に管理する。
また、宛先提示モジュール１３０は、１つの送信アプリケーションに対して複数の送信用プロトコルが対応している場合、宛先名として、送信先情報に送信用プロトコルの種類を示す表示を付加するようにしてもよい。
そして、宛先提示モジュール１３０は、１つの送信アプリケーションに対して複数の送信用プロトコルが対応しており、さらに、その送信用プロトコルにおける送信先情報の形態が同じである場合、宛先名として、送信先情報に送信アプリケーションの種類を示す表示を付加するようにしてもよい。

送信処理モジュール１３５は、画像記憶モジュール１４５と接続されている。送信処理モジュール１３５は、宛先選択モジュール１２５によって選択された送信先情報に対して、送信アプリ選択モジュール１２０で選択された送信アプリケーションによって、画像記憶モジュール１４５内の画像を送信する。
送信する前の段階で、送信処理モジュール１３５は、送信先として選択された送信先情報のうち、同じ送信先情報に対して複数回の送信が行われてしまう場合は、１つの送信先情報とするようにしてもよい。

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

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

例えば、操作者は、画像処理装置１００ａで原稿をスキャンし、その画像を自分（ユーザーＡ、ユーザー端末２１０ａ、メールサーバー２４０）と上司であるユーザーＢ（ユーザー端末２１０ｂ、メールサーバー２４０）に電子メールで送信し、また、自分が所属しているグループＣで共有しているフォルダがある共有サーバー（ＦＴＰ）２２０、ユーザーＤが利用しているフォルダがある共有サーバー（ＳＭＢ）２３０に格納し、ユーザーＥに対して画像処理装置１００ｂへのインターネットファックスで送信するとする。
この場合、複数の送信用プロトコルを利用するので、個々の送信アプリケーション（電子メール、ファイル転送（ＦＴＰ）、ファイル転送（ＳＭＢ）、インターネットファクシミリ送信）を利用する場合に比べて、マルチセンドの送信アプリケーションを利用する方が便利である。その場合、ユーザーＡ、ユーザーＢ、グループＣ、ユーザーＤ、ユーザーＥを、宛先表から探して選択するとする。ユーザーＡは、宛先表に宛先名が登録されているので、宛先名が提示され、ユーザーＢは、宛先表に宛先名が未登録で、姓と名が登録されているので、姓と名の組み合わせが宛先名として提示され、グループＣは、宛先表に宛先名、姓、名が未登録で、会社名が登録されているので、会社名が宛先名として提示され、グループＤは、宛先表に宛先名、姓、名、会社名が未登録で、送信先情報が登録されているので、共有サーバー（ＳＭＢ）のＩＰアドレスが宛先名として提示され、ユーザーＥは、宛先表に宛先名、姓、名、会社名が未登録で、送信先情報が登録されているので、共有サーバー（ＳＭＢ）のインターネットファックスのメールアドレスが宛先名として提示される。

図３は、本実施の形態による処理例を示すフローチャートである。送信アプリの選択から、送信対象である画像の選択、宛先の選択、そして、送信処理までの一連の処理である。
ステップＳ３０２では、送信アプリ選択モジュール１２０は、操作者の操作にしたがって、送信アプリの選択を受け付ける。
ステップＳ３０４では、画像処理モジュール１４０は、操作者の操作にしたがって、送信対象である画像を受け付ける。
ステップＳ３０６では、宛先選択モジュール１２５は、操作者に対して、宛先の入力を促す。
ステップＳ３０８では、宛先選択モジュール１２５は、宛先表の提示の要求があるか否かを判断し、ある場合はステップＳ３１２へ進み、それ以外の場合はステップＳ３１０へ進む。
ステップＳ３１０では、宛先選択モジュール１２５は、送信先情報を受け付け、ステップＳ３１６へ進む。
ステップＳ３１２では、宛先提示モジュール１３０は、宛先表を提示する。ステップＳ３１２の処理の詳細については、図４の例に示すフローチャートを用いて後述する。
ステップＳ３１４では、宛先選択モジュール１２５は、宛先の選択を受け付ける。
ステップＳ３１６では、送信処理モジュール１３５は、宛先（宛先に対応する送信先情報）に画像を送信する。

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

ステップＳ４０４では、宛先名を提示し、処理を終了する（ステップＳ４９９）。
ステップＳ４０６では、名、姓、会社名のいずれかはあるか否かを判断し、ある場合はステップＳ４０８へ進み、それ以外の場合はステップＳ４１２へ進む。例えば、宛先テーブル５００の名欄５１６、姓欄５１８、会社名欄５２０のいずれかが空欄でないか否かを判断する。
ステップＳ４０８では、ルールテーブルにしたがって、宛先名を作成する。ルールテーブルとして、例えば、ルールテーブル６００を用いる。図６は、ルールテーブル６００のデータ構造例を示す説明図である。ルールテーブル６００は、優先度欄６１０、宛先名候補欄６２０を有している。優先度欄６１０は、優先度を記憶している。宛先名候補欄６２０は、宛先名候補を記憶している。
優先度：１として、「名と姓の組み合わせ」を宛先名として表示する。「名」（宛先テーブル５００の名欄５１６）、「姓」（宛先テーブル５００の姓欄５１８）のいずれか又は両方が空欄である場合は、優先度：２に進む。
優先度：２として、「名」を宛先名として表示する。「名」が空欄である場合は、優先度：３に進む。
優先度：３として、「姓」を宛先名として表示する。「姓」が空欄である場合は、優先度：４に進む。
優先度：４として、「会社名」（宛先テーブル５００の会社名欄５２０）を宛先名として表示する。
ルールテーブル６００は、属性として姓と名があるときは、その組み合わせを用い、いずれか片方があるときは、その姓又は名を用い、両方がないときは、組織名を用いることを示している。

ステップＳ４１０では、ステップＳ４０８で作成した宛先名を提示し、処理を終了する（ステップＳ４９９）。
ステップＳ４１２では、現在の送信アプリを抽出する。
ステップＳ４１４では、送信アプリに対応する送信先情報を提示する。例えば、現在の送信アプリがファクシミリ送信の場合はファックス番号を提示し、現在の送信アプリが電子メールの場合はメールアドレスを提示する。

ステップＳ４０４、ステップＳ４１０、ステップＳ４１４の処理によって、例えば、図７の例に示す宛先表提示領域７１０を画面７００に提示する。図７は、本実施の形態による処理例を示す説明図である。
宛先表提示領域７１０には、宛先表を提示し、宛先表は、ユーザーＩＤ欄７２０、宛先欄７３０、選択欄７４０を有している。ユーザーＩＤ欄７２０には、ユーザーＩＤを表示する。宛先欄７３０には、宛先を表示する。選択欄７４０は、チェックボックスを表示する。
ユーザーＩＤ：１は、宛先名（宛先テーブル５００の宛先名欄５１４）「富士 太郎」を表示し、ユーザーＩＤ：２は、宛先名と姓が空欄のため、優先度：２が適用され、名（宛先テーブル５００の名欄５１６）「次郎」を表示し、ユーザーＩＤ：３は、宛先名、名、姓が空欄のため、優先度：４が適用され、会社名（宛先テーブル５００の会社名欄５２０）「ＦｘｘｘＸｘｘｘｘ株式会社」を表示し、ユーザーＩＤ：４は、宛先名、名が空欄のため、優先度：３が適用され、姓（宛先テーブル５００の姓欄５１８）「鈴木」を表示し、ユーザーＩＤ：５は、宛先名が空欄のため、優先度：１が適用され、名、姓（宛先テーブル５００の名欄５１６、姓欄５１８）「三郎 佐藤」を表示している。そして、ユーザーＩＤ：６は、宛先名、名、姓、会社名が空欄であり、送信アプリとしてファクシミリ送信が選択されているため、ファックス番号（宛先テーブル５００のＦａｘ番号欄５２６）「０１２３４５６７８９」を表示している。

図８は、本実施の形態による処理例を示す説明図である。図３の例に示したフローチャートのステップＳ３１４で宛先が選択された後、ステップＳ３１６で操作者による送信操作を受け付けるものである。
画面８００には、送信アプリ（ファクシミリ）用表示領域８１０を表示する。送信アプリ（ファクシミリ）用表示領域８１０には、Ｓｅｎｄボタン８２０、対象宛先テーブル８３０を表示する。対象宛先テーブル８３０は、Ｎｏ．欄８４０、宛先欄８５０を有している。Ｎｏ．欄８４０は、Ｎｏ．を表示している。宛先欄８５０は、宛先を表示している。図７の例に示した宛先表提示領域７１０内の選択欄７４０でチェックされた宛先名を表示する。Ｓｅｎｄボタン８２０が選択されたことを検知して、宛先欄８５０内の送信先情報に対してファクシミリ送信を行う。

図９は、本実施の形態による処理例を示すフローチャートである。送信アプリがマルチセンドであるか否かを判断し、マルチセンドである場合は、送信先情報に表示を付加するようにしたものである。具体的には、図３の例に示したフローチャートに、ステップＳ９１４からステップＳ９１８までの処理を加えたものである。
ステップＳ９０２では、送信アプリ選択モジュール１２０は、操作者の操作にしたがって、送信アプリの選択を受け付ける。
ステップＳ９０４では、画像処理モジュール１４０は、操作者の操作にしたがって、送信対象である画像を受け付ける。
ステップＳ９０６では、宛先選択モジュール１２５は、操作者に対して、宛先の入力を促す。
ステップＳ９０８では、宛先選択モジュール１２５は、宛先表の提示の要求があるか否かを判断し、ある場合はステップＳ９１２へ進み、それ以外の場合はステップＳ９１０へ進む。
ステップＳ９１０では、宛先選択モジュール１２５は、送信先情報を受け付け、ステップＳ９２２へ進む。
ステップＳ９１２では、宛先提示モジュール１３０は、宛先表を提示する。ステップＳ９１２の処理の詳細については、図４の例に示すフローチャートを用いて前述した。

ステップＳ９１４では、宛先提示モジュール１３０は、送信アプリはマルチセンドであるか否かを判断し、マルチセンドの場合はステップＳ９１６へ進み、それ以外の場合はステップＳ９２０へ進む。
ステップＳ９１６では、宛先提示モジュール１３０は、送信用プロトコルは異なるが、同じ送信先情報の形態を有している欄があるか否かを判断し、ある場合はステップＳ９１８へ進み、それ以外の場合はステップＳ９２０へ進む。
ステップＳ９１８では、宛先提示モジュール１３０は、両者を区別できる表示（送信先情報に送信アプリケーションの種類を示す表示）を付加して、送信先情報を提示する。例えば、インターネットファクシミリ送信、電子メールは、異なる送信用プロトコルであるが、送信先情報であるメールアドレスは、同じ形態（ユーザー名とドメイン名による構成）である。単に、このメールアドレスを宛先名として表示した場合、一般的に操作者は、いずれの送信アプリケーションであるかが判断できない。そこで、例えば、「Ｉ−Ｆａｘ」、「Ｅ−ｍａｉｌ」等の文字列を自動的に付加して表示する。なお、宛先テーブル５００のＩ−Ｆａｘアドレス欄５２８から抽出した場合に「Ｉ−Ｆａｘ」の文字列を付加し、宛先テーブル５００のメールアドレス欄５２４から抽出した場合に「Ｅ−ｍａｉｌ」の文字列を付加する。また、文字列ではなく、インターネットファクシミリ送信、電子メールを示す記号（図形、アイコン等を含む）であってもよい。また、ファイル転送（ＦＴＰ）、ファイル転送（ＳＭＢ）は、異なる送信用プロトコルであるが、送信先情報であるＩＰアドレスは、同じ形態（ネットワーク・アドレスとホスト・アドレスによる構成）である。この場合、送信用プロトコルがわかるようなＵＲＬ形式で表示する。例えば、ファイル転送（ＦＴＰ）の場合は「ｆｔｐ：／／（ＩＰアドレス）」、ファイル転送（ＳＭＢ）の場合は、「ｓｍｂ：／／（ＩＰアドレス）」と表示してもよいし、先頭に「ＦＴＰサーバー」、「ＳＭＢサーバー」等の文字列を付加して表示してもよいし、その送信用プロトコルを示す記号を付加して表示してもよい。
ステップＳ９２０では、宛先選択モジュール１２５は、宛先の選択を受け付ける。
ステップＳ９２２では、送信処理モジュール１３５は、宛先（宛先に対応する送信先情報）に画像を送信する。
なお、ステップＳ９１６の処理はせずに、ステップＳ９１８で、宛先名として、送信先情報に送信用プロトコルの種類を示す表示を付加するようにしてもよい。つまり、マルチセンドである場合は、送信先情報の形態が同じであるか否かにかかわらず、送信先情報に送信用プロトコルの種類を示す表示を付加するようにしてもよい。例えば、電子メールであるならば「Ｅ−ｍａｉｌ」の文字列、ファクシミリ送信であるならば「ＦＡＸ」の文字列、インターネットファクシミリ送信であるならば「Ｉ−Ｆａｘ」の文字列、ファイル転送（ＦＴＰ）であるならば「ＦＴＰサーバー」の文字列、ファイル転送（ＳＭＢ）であるならば「ＳＭＢサーバー」の文字列を付加するようにしてもよい。前述したように、文字列ではなく、その送信用プロトコルを示す記号を付加して表示してもよい。

図１０は、本実施の形態による処理例を示すフローチャートである。ルールテーブル６００をカスタマイズできるようにしたものである。
ステップＳ１００２では、ルールテーブル６００を変更するか否かを判断し、変更する場合はステップＳ１００４へ進み、それ以外の場合は処理を終了する（ステップＳ１０９９）。
ステップＳ１００４では、全体のルールテーブル６００を変更するか否かを判断し、変更する場合はステップＳ１００８へ進み、それ以外の場合はステップＳ１００６へ進む。全体のルールテーブル６００とは、画像処理装置１００で１つ記憶されているものである。
ステップＳ１００６では、そのユーザーにおけるルールテーブル６００を作成し、変更する。ユーザー毎に、ルールテーブル６００を生成して、画像処理装置１００にログインしているユーザー用に用いるものである。
ステップＳ１００８では、全体のルールテーブル６００を変更する。
なお、ルールテーブル６００の変更として、例えば、優先度を変更してもよいし、宛先名候補欄６２０の内容を変更してもよい。例えば、「会社名」と「名」と「姓」の組み合わせを付加してもよいし、「姓と名の組み合わせ」として、図６の例では、名、姓の順番を示したが、姓、名の順番としてもよい。

図１１は、本実施の形態による処理例を示すフローチャートである。
マルチセンドでは、複数箇所の送信先を指定できる。もし、操作者が間違えて同じ宛先を複数回入力した場合に、同じデータが複数回送信されることになる。スキャンした画像は一般的にコピーできるので、同じ宛先（同じ送信先情報）に対して、複数回送信することは無駄な処理となる。
なお、図１１の例に示すフローチャートによる処理は、図３の例に示すフローチャートのステップＳ３１６の直前に行うようにすればよい。

ステップＳ１１０２では、送信先は決定したか否かを判断し、決定した場合はステップＳ１１０４へ進み、それ以外の場合は決定するまで待機する。なお、ステップＳ１１０２の処理は、「送信の指示があったか否かを判断する」としてもよい。
ステップＳ１１０４では、対象となっている送信先情報を抽出する。
ステップＳ１１０６では、同じ送信先情報は含まれているか否かを判断し、含まれている場合はステップＳ１１０８へ進み、それ以外の場合は処理を終了する（ステップＳ１１９９）。
ステップＳ１１０８では、いずれかの送信先情報は対象から外す。例えば、既に入力されている送信先情報と同じ送信先情報が後から入力された場合には先に入力された送信先情報を優先し、後から入力された送信先情報は無効としてもよいし、その逆であってもよい。

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

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１３０１は、前述の実施の形態において説明した各種のモジュール、すなわち、宛先表管理モジュール１０５、送信モジュール１１５、送信アプリ選択モジュール１２０、宛先提示モジュール１３０、送信処理モジュール１３５、画像処理モジュール１４０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。

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

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

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

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

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

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

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

前述の実施の形態においては、「姓と名の組み合わせ」として、名、姓の順番に提示することを示したが、この順番は、画像処理装置１００の設置場所に応じて変更（日本では姓、名の順番、米国では名、姓の順番等）させてもよいし、画像処理装置１００の表示言語に応じて変更（日本語では姓、名の順番、英語では名、姓の順番等）させてもよい。また、ミドルネーム等を付加してもよい。
なお、前述の実施の形態において、「提示」としたものは、ディスプレイ等の表示装置への表示の他に、３Ｄ（Ｄｉｍｅｎｓｉｏｎｓ）映像としての出力としてもよく、さらに、プリンタ等の印刷装置での印刷、スピーカー等の音声出力装置への音声の出力、振動等があり、それらの組み合わせであってもよい。

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

１００…画像処理装置
１０５…宛先表管理モジュール
１１０…宛先表記憶モジュール
１１５…送信モジュール
１２０…送信アプリ選択モジュール
１２５…宛先選択モジュール
１３０…宛先提示モジュール
１３５…送信処理モジュール
１４０…画像処理モジュール
１４５…画像記憶モジュール
２１０…ユーザー端末
２２０…共有サーバー（ＦＴＰ）
２３０…共有サーバー（ＳＭＢ）
２４０…メールサーバー
２９０…通信回線

Claims (10)

1. 宛先を示す名称である宛先名と複数の送信先情報が対応付けられた宛先表に宛先名が未登録である場合、該宛先の属性又は対象となっている送信アプリケーションにおける送信先情報によって構成した宛先名を提示する提示手段
   を有し、
   前記提示手段は、宛先名が未登録であって、該宛先の属性が登録されている場合、該宛先の属性である、名、姓、組織名、又は、これらの組み合わせのいずれか１つ以上を用いて、宛先名を提示する、
   情報処理装置。
2. 姓と名の組み合わせ、名、姓、組織名の順序で宛先名として提示する、
   請求項１に記載の情報処理装置。
3. 名、姓、組織名、又はこれらの組み合わせのうちのいずれを用いるか又は順序を定めた規則を設定できるようにする、
   請求項１に記載の情報処理装置。
4. 本情報処理装置における宛先表を有しており、
   ユーザー毎に前記規則を管理する、
   請求項３に記載の情報処理装置。
5. 宛先を示す名称である宛先名と複数の送信先情報が対応付けられた宛先表に宛先名が未登録である場合、該宛先の属性又は対象となっている送信アプリケーションにおける送信先情報によって構成した宛先名を提示する提示手段
   を有し、
   前記提示手段は、１つの送信アプリケーションに対して複数の送信用プロトコルが対応している場合、宛先名として、送信先情報に送信用プロトコルの種類を示す表示を付加する、
   情報処理装置。
6. 前記提示手段は、１つの送信アプリケーションに対して複数の送信用プロトコルが対応しており、さらに、該送信用プロトコルにおける送信先情報の形態が同じである場合、宛先名として、送信先情報に送信アプリケーションの種類を示す表示を付加する、
   請求項５に記載の情報処理装置。
7. 送信先として選択された送信先情報のうち、同じ送信先情報に対して複数回の送信が行われてしまう場合は、１つの送信先情報とする、
   請求項１から６のいずれか一項に記載の情報処理装置。
8. 画像を受け付ける受付手段と、
   送信先として選択された送信先情報に対して、前記画像を送信する送信手段
   をさらに有する請求項１から７のいずれか一項に記載の情報処理装置。
9. コンピュータを、
   宛先を示す名称である宛先名と複数の送信先情報が対応付けられた宛先表に宛先名が未登録である場合、該宛先の属性又は対象となっている送信アプリケーションにおける送信先情報によって構成した宛先名を提示する提示手段
   として機能させ、
   前記提示手段は、宛先名が未登録であって、該宛先の属性が登録されている場合、該宛先の属性である、名、姓、組織名、又は、これらの組み合わせのいずれか１つ以上を用いて、宛先名を提示する、
   情報処理プログラム。
10. コンピュータを、
    宛先を示す名称である宛先名と複数の送信先情報が対応付けられた宛先表に宛先名が未登録である場合、該宛先の属性又は対象となっている送信アプリケーションにおける送信先情報によって構成した宛先名を提示する提示手段
    として機能させ、
    前記提示手段は、１つの送信アプリケーションに対して複数の送信用プロトコルが対応している場合、宛先名として、送信先情報に送信用プロトコルの種類を示す表示を付加する、
    情報処理プログラム。

Images