(57)【要約】【課題】複数の送信手段を持つアプリケーションにより送信データを宛先に送信する際、送信手段を効率的に指示できる、情報処理装置、データ送信方法、プログラム及び記憶媒体、を提供すること。【解決手段】ユーザにデータを送信する複数の送信手段２８、２９と、送信手段にデータの送信を要求する送信要求手段３１と、送信手段毎にユーザの宛先情報を記憶したユーザ情報記憶手段８０と、を有する情報処理装置１００であって、ユーザ情報記憶手段に記憶された、ユーザのユーザ情報毎に一以上の送信手段を対応づけたデータ構造の送信手段情報テーブル７５（図８（ａ）（ｂ））、複数のユーザの選択を一度に受け付ける選択受け付け手段７５（画面２１０）と、選択された複数のユーザにデータを送信する際の送信手段、の指示を受け付ける指示受け付け手段７５（画面２２０）と、を有することを特徴とする。【選択図】図８
2010282299.tif 000002
【特許請求の範囲】
【請求項１】
ユーザにデータを送信する複数の送信手段と、
送信手段にデータの送信を要求する送信要求手段と、
送信手段毎にユーザの宛先情報を記憶したユーザ情報記憶手段と、を有する情報処理装置であって、
前記ユーザ情報記憶手段に記憶された、ユーザのユーザ情報毎に一以上の送信手段を対応づけたデータ構造の送信手段情報テーブルと、
複数のユーザの選択を一度に受け付ける選択受け付け手段と、
選択された複数のユーザにデータを送信する際の送信手段、の指示を受け付ける指示受け付け手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記ユーザ情報記憶手段は、
ユーザ情報のみが登録されたデータ構造のユーザデータ情報テーブルと、
ユーザ情報毎に一以上の送信手段を対応づけたデータ構造と、ユーザ情報のみが登録されたデータ構造とが混在するデータ構造の混在情報テーブル、を有し、
前記選択受け付け手段は、送信手段情報テーブル、ユーザデータ情報テーブル、又は、混在情報テーブルのいずれから、複数のユーザの選択を受け付けるかの指示を受け付ける、
ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
送信手段情報テーブルのユーザ情報として、別の送信手段情報テーブルが登録されている場合、
前記指示受け付け手段は、別の送信手段情報テーブルに登録されたユーザ情報を、データの送信対象に含める、
ことを特徴とする請求項１又は２項記載の情報処理装置。
【請求項４】
前記ユーザ情報記憶手段に、一人のユーザの複数の送信手段、及び、優先的に採用する送信手段が登録されており、
該優先的に採用する送信手段による送信指示を受け付けた場合、
前記送信要求手段は、前記指示受け付け手段により送信手段の指示を受け付けることなく、優先的に採用する送信手段にデータの送信を要求する、
ことを特徴とする請求項２項記載の情報処理装置。
【請求項５】
ユーザデータ情報テーブルに、該ユーザデータ情報テーブルの全てのユーザに対し、優先的に採用する送信手段が登録されており、
該優先的に採用する送信手段による送信指示を受け付けた場合、
前記送信要求手段は、前記指示受け付け手段により送信手段の指示を受け付けることなく、優先的に採用する送信手段にデータの送信を要求する、
ことを特徴とする請求項２記載の情報処理装置。
【請求項６】
前記送信要求手段が、前記優先的に採用する送信手段にデータの送信を要求した場合、
前記送信要求手段は、順番に、一つの送信手段にデータの送信を要求し、送信が完了したら、残りの送信手段によるデータの送信を中止する、
ことを特徴とする請求項４項記載の情報処理装置。
【請求項７】
送信手段情報テーブル又はユーザデータ情報テーブルのいずれかの選択を受け付けた後、ユーザ情報の入力を受け付け、
選択結果に従い、ユーザ情報を送信手段情報テーブル又はユーザデータ情報テーブルのいずれかに登録する登録手段を有する、
ことを特徴とする請求項２〜６いずれか１項記載の情報処理装置。
【請求項８】
ユーザ情報と一以上の送信手段を対応づけたリストを表示し、選択を受け付けたユーザ情報を、該ユーザの送信手段と対応づけて送信手段情報テーブルに登録する登録手段、
を有することを特徴とする請求項２〜６いずれか１項記載の情報処理装置。
【請求項９】
一つの送信手段と複数のユーザ情報の選択を一度に受け付け、複数のユーザ情報を一つの送信手段に対応づけて送信手段情報テーブルに登録する登録手段、
を有することを特徴とする請求項２〜６いずれか１項記載の情報処理装置。
【請求項１０】
宛先情報の一部を指定するキー情報、最大ヒット件数、又は、ソート条件、のいずれか一以上を受け付け、前記指示受け付け手段が受け付けた送信手段が登録されたユーザを前記ユーザ情報記憶手段から検索する検索手段、
を有することを特徴とする請求項１〜９いずれか１項記載の情報処理装置。
【請求項１１】
送信手段情報テーブルのユーザ情報として登録された、別の送信手段情報テーブルに登録されたユーザ情報を、検索対象とするか否かを受け付け、
前記指示受け付け手段が受け付けた送信手段が登録されたユーザを、前記ユーザ情報記憶手段から検索する検索手段、
を有することを特徴とする請求項３記載の情報処理装置。
【請求項１２】
ユーザにデータを送信する複数の送信手段と、送信手段毎にユーザの宛先情報を記憶したユーザ情報記憶手段と、を備えた情報処理装置によって行われるデータ送信方法であって、
複数のユーザの選択を一度に受け付ける選択受け付けステップと、
選択された複数のユーザにデータを送信する際の、送信手段の指示を受け付ける指示受け付けステップと、
前記ユーザ情報記憶手段に記憶された、ユーザのユーザ情報毎に一以上の送信手段を対応づけたデータ構造の送信手段情報テーブルから、受け付けた送信手段に対応した宛先情報を読み出すステップと、
ユーザの宛先情報により宛先を指定して、受け付けた送信手段を用いてユーザにデータを送信するステップと、
を有することを特徴とするデータ送信方法。
【請求項１３】
送信手段毎にユーザの宛先情報を記憶したユーザ情報記憶手段を参照し、送信手段からデータを送信させるプログラムであって、
コンピュータに、
複数のユーザの選択を一度に受け付ける選択受け付けステップと、
選択された複数のユーザにデータを送信する際の、送信手段の指示を受け付ける指示受け付けステップと、
前記ユーザ情報記憶手段に記憶された、ユーザのユーザ情報毎に一以上の送信手段を対応づけたデータ構造の送信手段情報テーブルから、受け付けた送信手段に対応した宛先情報を読み出すステップと、
ユーザの宛先情報により宛先を指定して、受け付けた送信手段を用いてユーザにデータを送信するステップと、
を実行させることを特徴とするプログラム。
【請求項１４】
請求項１３記載のプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の送信手段を有する情報処理装置に関し、特に、複数の送信手段を選択してデータを送信可能な情報処理装置、データ送信方法、プログラム及び記憶媒体に関する。
【背景技術】
【０００２】
画像形成装置などの情報処理装置は、他の情報処理装置（以下、クライアントという）とネットワークを介して接続されており、情報処理装置から画像データ等の送信データをクライアント経由でユーザに送信することができるようになっている。このため、情報処理装置では、ユーザのアドレス帳を記憶している。アドレス帳は、情報処理装置の操作パネルから直接入力することもできるし、外部機器から入力することできるようになっている（例えば、特許文献１参照。）。特許文献１には、外部機器の操作性を向上すべく宛先をグループ化して扱う技術が開示されている。
【０００３】
ところで、情報処理装置は、電子メールやファクシミリなど、複数の送信手段を備える。従来は、送信者が、コピーアプリ、スキャナアプリ、プリンタアプリ、ＦＡＸアプリ等を切り替えると、各アプリから送信可能な送信手段が特定され、送信者がアドレス帳から送信先を選択することで、各アプリが送信データを送信先に送信していた。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、情報処理装置がデータの送信専用の「送信アプリ」を備えるようになってきて、さらに、送信アプリが複数のユーザのグループに一括して送信できるようになってきた。送信者は、送信アプリの画面において、情報処理装置に登録されているアドレス帳から、グループを選択し、送信データを送信することが可能である。
【０００５】
一方、従来からのアドレス帳では、一人のユーザに複数の送信手段の宛先情報（メールアドレス、FAX番号、フォルダパス等）が登録されていることがある。また、グループは、グループにユーザが所属する構成となっており、グループ内のユーザについても、一人一人に複数の宛先情報が存在することがある。
【０００６】
このため、送信アプリの画面から選択したグループやユーザに対して、情報処理装置は、どの送信手段で送信データを送信すればよいか特定できないという問題が生じる。仮に、複数の宛先情報を有する人を選択した場合、全ての送信手段で送信すれば送信先のユーザにとって煩わしく、自動的に１つの送信手段が選択されると、どの送信手段から送信されるか分からない、という不都合が生じる。
【０００７】
本発明は、上記課題に鑑み、複数の送信手段により送信データを送信可能な状況において、送信手段を効率的に指示できる、情報処理装置、データ送信方法、プログラム及び記憶媒体、を提供することを目的とする。 
【課題を解決するための手段】
【０００８】
上記課題に鑑み、本発明は、ユーザにデータを送信する複数の送信手段と、送信手段にデータの送信を要求する送信要求手段と、を有する情報処理装置であって、ユーザ毎に一以上の送信手段を対応づけたデータ構造の送信手段情報テーブル、及び、送信手段毎にユーザの宛先情報を記憶したユーザ情報記憶手段と、複数のユーザの選択を一度に受け付ける選択受け付け手段と、選択された複数のユーザにデータを送信する、送信手段の指示を受け付ける指示受け付け手段と、を有することを特徴とする。
【０００９】
本発明によれば、複数の送信手段による送信が可能な、複数のユーザを宛先にして、データを送信する場合に、送信手段を明示的に指示することができる。
【発明の効果】
【００１０】
複数の送信手段を持つアプリケーションにより送信データを宛先に送信する際、送信手段を効率的に指示できる、情報処理装置、データ送信方法、プログラム及び記憶媒体、を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】データ送信システムの概略構成図の一例である。
【図２】画像形成装置のハードウェア構成図の一例である。
【図３】画像形成装置のソフトウェア構成図の一例である。
【図４】画像形成装置の機能ブロック図の一例である。
【図５】認証処理の手順を示すフローチャート図の一例である。
【図６】ユーザ情報ルールのカスタマイズの手順を示すフローチャート図の一例である。
【図７】ユーザ情報の追加、変更、削除又は参照の手順を示すフローチャート図の一例である。
【図８】ユーザ情報のグループやエントリを模式的に示す図の一例である。
【図９】メンバ間の関連づけを模式的に説明する図の一例である。
【図１０】送信アプリにおいて、例えばユーザグループが選択された場合の送信画面の一例を示す図である。
【図１１】送信画面の再構成の手順を示すシーケンス図の一例である。
【図１２】グループ種別情報を用いたグループの検索手順を示すフローチャート図の一例である。
【図１３】「ユーザグループ」キー、「宛先グループ」キー又は「グループ」キーの、選択が受け付けられた場合の画面の遷移例を示す図である。
【図１４】送信手段を選択する選択画面の一例である。
【図１５】グループの選択時に送信手段を選択する手順を示すシーケンス図の一例である。
【図１６】送信手段を選択する選択画面の一例である。
【図１７】ユーザ情報に優先的に設定されている送信手段を指定する手順を示すシーケンス図の一例である。
【図１８】送信手段を選択する選択画面の一例である。
【図１９】ユーザ情報に優先的に設定されている送信手段を指定する手順を示すシーケンス図の一例である。
【図２０】ユーザ選択画面の一例である。
【図２１】送信手段の決定方法を説明する図の一例である。
【図２２】ユーザ情報の属性に登録された全ての送信手段により順番に送信し、どれか１つの送信手段により送信できたら終了する、送信手順を示すフローチャート図の一例である。
【図２３】グループの登録時に登録するグループ登録画面の一例を示す図である。
【図２４】メンバ登録時に登録するグループ登録画面の一例を示す図である。
【図２５】メンバ登録時に登録するグループ登録画面の一例を示す図である。
【図２６】宛先グループの検索条件設定画面の一例を示す図である。
【図２７】検索条件画面の一例を示す図である。
【図２８】条件適用方法画面の一例を示す図である。
【図２９】ソート条件画面の一例を示す図である。
【図３０】アクセス権フィルタ画面の一例を示す図である。
【図３１】検索条件の詳細の一例を示す図である
【図３２】ユーザ情報管理部がユーザ情報から宛先グループを検索する手順を示すフローチャート図の一例である。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態について図面を参照しながら説明する。
【００１３】
〔データ送信システム１００〕
図１は、本実施形態のデータ送信システム１００の概略構成図の一例を示す。データ送信システム１００は、画像形成装置１００と、Ｗｅｂサーバ１１０及びＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）１２０がネットワーク１０１を介して接続されている。このネットワーク１０１は、例えばＬＡＮ、インターネット、イントラネット、ＷＡＮ（Wide Area Network）等である。
【００１４】
Ｗｅｂサーバ１１０は後述するユーザ情報やユーザ情報ルールを記憶しており、画像形成装置１００にこれらの複製を提供すると共に、バックアップ装置として利用される。また、ＰＣ１２０は、Ｗｅｂサーバ１１０が記憶するユーザ情報ルールを変更したり、ユーザ情報を更新するために用いられる。ＰＣ１２０をユーザが利用して、ユーザが画像形成装置１００から送信された送信データをＰＣ１２０で受信することもできる。また、Ｗｅｂサーバ１１０から一時的にＰＣ１２０にユーザ情報ルールやユーザ情報を書き出しておき、ＰＣ１２０上でユーザ情報ルールやユーザ情報を変更してもよい。
【００１５】
なお、本実施形態では、画像形成装置１００を操作する人をオペレータと称し、送信データの送信先としての人をユーザと称す。両者は同じ人でも異なる人でもよい。また、送信データとは、例えば、原稿をスキャンした画像データであるが、画像形成装置１００からユーザに送信されるデータを全て送信データという。
【００１６】
〔画像形成装置１００〕
図２は、画像形成装置１００のハードウェア構成図の一例を示す。画像形成装置１００は、例えば、プリンタ、ファクシミリ、複写機、スキャナ、又は、これらのうち複数の機能を備えたＭＦＰ（Multifunction Peripheral）である。本実施形態では、画像形成装置１００はＭＦＰであるとして説明する。
【００１７】
画像形成装置１００は、コントローラ１５、スキャナエンジン１１，プリントエンジン１２、ＰＳＵ（Power Supply Unit）１３、及び、操作部１４を有する。コントローラ１５は、バスで相互に接続された、ＣＰＵ２４、ＡＳＩＣ（Application Specific Integrated Circuit）２５、スキャナ処理部２１、プリント処理部２２、タイマ２３、ＨＤＤ２６、メモリ２７、ネットワークＩ／Ｆ２８、ＦＡＸ  Ｉ／Ｆ２９を有する。
【００１８】
操作部１４は、さらに、ＬＣＤ（Liquid Crystal Display）１４ａとハードキー１４ｂを有する。ＬＣＤ１４ａは、タッチパネルを一体に有し、各種の画面を表示するためと、画像形成装置１００から各種の送信データを送信するオペレータの操作を受け付ける。また、ハードキー１４ｂは、テンキー、スタートボタン、リセットボタン、アプリ切り替えボタン等である。
【００１９】
スキャナエンジン１１は、原稿を光学的に読み取る読み取り部である。スキャナエンジン１１は、例えば、コンタクトガラス、光源、レンズ系、撮像素子、を有する。スキャナエンジン１１は、スキャナ処理部２１に接続されている。スキャナ処理部２１は、撮像素子にたまった電荷をＡ／Ｄ変換して所定の階調のデジタルデータを生成する。
【００２０】
プリントエンジン１２は、用紙に画像を印刷する。プリントエンジン１２は、感光体ドラム、帯電装置、現像部、レーザ照射部、定着部、用紙搬送部等を有する。プリントエンジン１２はプリント処理部２２と接続されている。プリント処理部２２は、スキャナ処理部２１が生成した画像データをラスターデータに変換したり、ＰＣ１２０から送信された印刷データをラスターデータに変換して、プリントエンジン１２に送出する。こうすることで、プリントエンジン１２が用紙に画像を印刷する。
【００２１】
ＣＰＵ２４は、画像形成装置１００の全体を統括的に制御する。ＡＳＩＣ２５は、スキャナ処理やプリント処理において必要な各種の画像処理を提供する画像処理用途向けのＩＣである。メモリ２７は、ＣＰＵ２４が実行する各種アプリケーションや当該アプリケーションの実行の際に用いられる種々のデータを記憶する。また、ＨＤＤ２６は、画像データ、プログラム、フォントデータ、等を記憶するための不揮発メモリである。ＨＤＤ２６の一部又は全てにＳＳＤ（Solid State Drive））を実装してもよい。ＣＰＵ２４は、ＨＤＤ２６に記憶されたプログラムを実行することで、後述する各機能を提供する。また、プログラムは記憶媒体３０に記憶された状態で配布され、装着部で記憶媒体３０から読み出されてＨＤＤ２６にインストールされてもよいし、サーバからネットワークＩ／Ｆ２８を介してＨＤＤ２６にインストールされてもよい。
【００２２】
なお、ネットワークＩ／Ｆ２８はＬＡＮに接続されている。ネットワークＩ／Ｆ２８は例えばＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）であり、所定のプロトコルにより、画像形成装置１００とＷｅｂサーバ１１０及びＰＣ１２０との通信を実現する。また、ＦＡＸ  Ｉ／Ｆ２９は電話回線に接続されている。ＦＡＸ  Ｉ／Ｆ２９は電話回線からのファクシミリデータを復調して画像データを生成し、ＦＡＸアプリ４４が起動している際はスキャナエンジン１１で読み取った画像データをファクシミリ用に処理して変調して電話回線に出力する。
【００２３】
また、ＰＳＵ１３は、コントローラ１５，操作部１４，スキャナエンジン１１及びプリントエンジン１２への電力の供給を制御する。
【００２４】
〔画像形成装置１００のソフトウェア構成図〕
図３は、画像形成装置１００のソフトウェア構成図の一例を示す。画像形成装置１００は、アプリケーション群３１と、アプリケーションＩ／Ｆ３２、制御機能群３３と、リソース管理部３４と、ＯＳ３５と、デバイスドライバ３６と、ハードウェア資源４０とを有する。
【００２５】
アプリケーション群３１は、ＲＦＩＤアプリ４１、コピーアプリ４２、スキャナアプリ４３、ＦＡＸアプリ４４、プリンタアプリ４５、蓄積データアプリ４６、Ｗｅｂアプリ４７、ネットワークアプリ４８及びダウンロードアプリ４９と、を有する。これらの各アプリは対応した各種機能を実現させる。これらの各アプリのうち、送信データをＰＣ１２０に送信可能なものは、全て「送信アプリ」に相当する。具体的には、例えば、スキャナアプリ４３、ＦＡＸアプリ４４、蓄積データアプリ４６、Ｗｅｂアプリ４７、ネットワークアプリ４８、ダウンロードアプリ４９である。
【００２６】
なお、蓄積データアプリ４６は、ＨＤＤ２６に蓄積された画像データや印刷データの閲覧や選択機能を提供する。Ｗｅｂアプリ４７は、Ｗｅｂサーバ１１０にアクセスしてＷｅｂサーバ１１０が記憶する各種の情報をＬＣＤ１４ａに表示するブラウザとしての機能を提供する。ネットワークアプリ４８は、ネットワーク１０１を介して接続されるＷｅｂサーバ１１０やＰＣ１２０との通信機能を提供する。ダウンロードアプリ４９は、Ｗｅｂサーバ１１０やＰＣ１２０からダウンロードされたアプリである（機能拡張用）。ＲＦＩＤアプリ４１は、ＩＣカードの情報を読み込み、オペレータを識別する等の機能を提供する。
【００２７】
また、制御機能群３３は、エンジンジョブ制御部５１、ファイル制御部５２、データ転送制御部５３、通信制御部５４、認証制御部５５、ユーザデータ制御部５６、システム制御部５７、及び、操作制御部５８を有する。エンジンジョブ制御部５１は、エンジンＩ／Ｆ６１を介して接続されたプリントエンジンやスキャナエンジン１１を制御する。ファイル制御部５２は、ＨＤＤ２６に記憶されている各種のファイルの更新や削除、移動等を制御する。データ転送制御部５３は、ＨＤＤ２６に蓄積されている文書データの配送などの制御を行う。通信制御部５４は、ネットワークＩ／Ｆ２８を介した通信を制御する。認証制御部５５は、認証装置Ｉ／Ｆ６４を介して認証装置３８を制御する。ユーザデータ制御部５６はユーザ情報の管理を行う。システム制御部５７は、システムを制御するための処理を行う。操作制御部５８は、オペレータと本体制御との間の情報伝達手段となる操作部１４の制御を行う。
【００２８】
メモリリソース管理部５９は、メモリ２７の使用状況を監視して、メモリ２７の開放又は確保等を行う。エンジンリソース管理部６０は、システムの制御及びハードウェア資源４０の管理を行う。
【００２９】
アプリケーション群３１は、アプリケーションＩ／Ｆ３２を介して、制御機能群３３に機能の提供を要求する。制御機能群３３は、アプリケーション群３１からの処理要求を解釈して、ハードウェア資源４０の獲得要求を発生させる。メモリリソース管理部５９又はエンジンリソース管理部６０は、獲得要求を調停する。なお、ＯＳ（例えばＵＮＩＸ（登録商標））３５は、アプリケーション、制御機能群３３及びリソース管理部３４の各ソフトウェアをプロセスとして並列実行する。
【００３０】
また、デバイスドライバ３６は、エンジンＩ／Ｆ６１、ＲＦＩＤ  Ｉ／Ｆ６２、操作部Ｉ／Ｆ６３、認証装置Ｉ／Ｆ６４  及び、新規デバイスＩ／Ｆ６５を利用して、ハードウェア資源４０に対し処理を要求する。なお、ＲＦＩＤリーダ／ライタ３９は、ＩＣカードと非接触又は接触してＩＣカードの情報を読み出す。認証装置３８は、例えば、パスワードを入力するためのハードキー１４ｂや生体情報を取得する装置である。新規デバイスＩ／Ｆ６５は、例えばＵＳＢインターフェイスであり、ＵＳＢインターフェイスを備えた各種の新規デバイス３７を接続させ、その機能を利用することを可能とする。このような構成により、画像形成装置１００は、各アプリケーションで共通的に必要な処理を制御機能群３３以下のプロセスで一元的に処理することができる。
【００３１】
〔画像形成装置１００の機能ブロック図〕
図４は、画像形成装置１００の機能ブロック図の一例を示す。図示するように、画像形成装置１００は、認証部７１、起動管理部７２、電力制御部７３、タイマ２３、ユーザ情報利用部７５、ユーザ情報管理部７６、カスタマイズ受付部７７、通信制御部５４及びユーザ情報設定部７８を有する。なお、本実施形態と関連の低いブロックは省略した。また、画像形成装置１００は、一時保持データＤＢ７９、ユーザ情報ＤＢ８０、及び、ユーザ情報ルールＤＢ８１とを有する。これらのデータベースは、例えばＨＤＤ２６に実装されている。
【００３２】
ユーザ情報設定部７８とユーザ情報管理部７６は、主に、ユーザデータ制御部５６により提供される機能である。また、ユーザ情報利用部７５は、送信アプリにより提供される機能である。
【００３３】
ユーザ情報ＤＢ８０には、ユーザ情報が記憶される。ユーザ情報は、例えばユーザ毎に記憶され、「名称」、「ＩＤ」、「種別」、「属性」である。この他、「パスワード」、「ログインＩＤ」などの情報を含んでいることが多い。「属性」については後述するが、属性には、メールアドレス、ＦＡＸ番号、フォルダパス等の宛先情報が登録されている。なお、「属性名」という場合は、「メール」「ＦＡＸ」「フォルダ」等の送信手段をいう。
【００３４】
ユーザ情報ルールＤＢ８１には、ユーザ情報の仕様を示すルール情報が記憶される。ユーザ情報ルールは、ユーザ情報のスキーマ（ユーザ情報の項目、登録可能なデータ形式等）を示す。ユーザ情報ルールは、エントリの組み合わせ及びエントリルールの組み合わせから構成される。エントリとは、ユーザ情報に関する各項目を示すものであり、その種類としては、例えば、「ユーザ」、「ユーザグループ」、「宛先グループ」、「属性」、「送信者」、などがある。このエントリには、設定が可能な設定可能属性が定められている。
【００３５】
例えば、「ユーザ」というエントリには、「名称」や「識別子」が設定可能属性として定められている。なお、そのエントリに空欄が許可されるか否かも設定可能属性として設定されている。また、「属性名」のエントリには、設定可能属性として、例えば、「メール」や「ＦＡＸ」などの送信手段が定められている。なお、同じエントリが複数ある場合もある。
【００３６】
エントリルールは、各属性に関するルールとして設定されるものであり、例えば、「形式（型）」、「値の範囲（サイズ）」、「重複許可」、「禁則値」、「必須値」、「同じ設定値禁止回数」、「組み合わせ」、「初期値」などの各設定項目を有する。この各設定項目に具体的な値や情報を設定することで、エントリルールが設定される。
【００３７】
なお、一時保持データＤＢ７９には、ユーザ情報やユーザ情報ルールを記憶が一時的に記憶される。
【００３８】
ユーザ情報管理部７６は、一時保持データＤＢ７９、ユーザ情報ＤＢ８０及びユーザ情報ルールＤＢ８１を管理する。ユーザ情報管理部７６は、操作部１４やＰＣ１２０のオペレータの認証結果に基づき、これらのデータベースへのデータの追加、変更、削除又は参照（以下、単に「アクセス」という場合がある）を監視する。ユーザ情報ルールＤＢ８１へのアクセスは、カスタマイズ受付部７７がユーザ情報管理部７６に要求する。ユーザ情報ＤＢ８０へのアクセスは、ユーザ情報設定部７８又はユーザ情報利用部７５がユーザ情報管理部７６に要求する。
【００３９】
カスタマイズ受付部７７は、ユーザ情報管理部７６を介して、ユーザ情報ルールＤＢ８１に記憶されたユーザ情報ルールの追加、変更、削除又は参照を行ったり、新たなユーザ情報ルールのユーザ情報ルールＤＢ８１への登録を行う。
【００４０】
通信制御部５４は、図２で説明したものと同等の機能を提供する。通信制御部５４は、Ｗｅｂサーバ１１０又はＰＣ１２０と通信する機能を提供する。
【００４１】
ユーザ情報設定部７８は、ユーザ情報管理部７６を介して、ユーザ情報ＤＢ８０に記憶されたユーザ情報の参照、変更及び削除を行ったり、新たなユーザ情報のユーザ情報ＤＢ８０への登録を行う。ユーザ情報利用部７５は、ユーザ情報管理部７６を介して、ユーザ情報ＤＢ８０に記憶されたユーザ情報の参照を行う。
【００４２】
認証部７１は、オペレータのログイン時にオペレータの認証が成立するか否かを判定する。認証の結果、認証部７１は、認証が成立したか否か、認証が成立した場合は、オペレータを識別するＩＤ等を含む認証状態を、ユーザ情報管理部７６に通知する。
【００４３】
起動管理部７２は、画像形成装置１００の電源投入時に最初に実行され、アプリケーション群３１、制御機能群３３等のプロセスを起動する。プロセスにはユーザ情報管理部７６が含まれる。すなわち、起動管理部７２は、ＨＤＤ２６からアプリケーション群３１、制御機能群３３等のプログラムを読み出し、読み出した各プログラムをメモリ２７に記憶して起動する。
【００４４】
電力制御部７３は、スキャナエンジン１１やプリントエンジン１２等のハードウェア群の稼働状況を監視し、ハードウェア群の稼働状況に応じて、ＰＳＵ１３からハードウェア群に供給される電力を制御する。また、電力制御部７３は、ハードウェア群の稼働状況に応じてコントローラ１５の消費電力（例えば、クロック周波数）を制御する。電力制御部７３は、電力状況をユーザ情報管理部７６に通知する。
【００４５】
タイマ２３は、例えば時刻や経過時間をユーザ情報管理部７６に通知する。ユーザ情報管理部７６は、経過時間の通知をタイマ割り込みに利用して所定の処理を実行したり、実行を終了させる。
【００４６】
〔認証処理〕
図５は認証処理の手順を示すフローチャート図の一例である。
オペレータが画像形成装置１００の電源をオンにすると、まず起動管理部７２が起動する（Ｓ１）。これにより、ＯＳ３５やデバイスドライバ３６も起動する。起動管理部７２は、アプリケーション群３１及び制御機能群３３を起動するが、これに伴い認証部７１も起動する（Ｓ２）。
【００４７】
認証部７１は、操作部１４のＬＣＤ１４ａに認証画面を表示させる（Ｓ３）。認証画面には、ログイＩＤとパスワードの入力欄が含まれる。オペレータは画像形成装置１００の操作部１４のハードキー１４ｂを操作してログインＩＤ及びパスワードを入力して、確定ボタンを押下する（Ｓ４）。
【００４８】
すると、認証部７１はログインＩＤ及びパスワードを受け付ける（Ｓ５）。認証部７１は、入力されたログインＩＤ及びパスワードの組み合わせをユーザ情報管理部７６に送信し、ユーザ情報管理部７６からオペレータの認証結果を取得する（Ｓ６）。なお、ユーザ情報管理部７６は、ログインＩＤ及びパスワードの組み合わせが、ユーザ情報ＤＢ８０に予め記憶されているか否かに基づき認証が成立するか否かを判定する。認証部７１は、認証が成立しない場合、認証画面にエラーメッセージを表示する。
【００４９】
認証が成立した場合、認証部７１は、オペレータのログインを許可し、その旨を、ユーザ情報管理部７６、ユーザ情報利用部７５、ユーザ情報設定部７８及びカスタマイズ受付部７７に通知する。また、認証部７１は、オペレータを識別するＩＤをユーザ情報管理部７６に通知する。なお、ログインを許可するとは、オペレータに画像形成装置１００の使用を許可することをいう。
【００５０】
オペレータを認証することで、ユーザ情報管理部７６は、ユーザ情報やユーザ情報ルールの追加、変更、削除又は参照を許可するか否かを判定できるようになる。
【００５１】
〔カスタマイズの更新処理〕
図６は、ユーザ情報ルールのカスタマイズの手順を示すフローチャート図の一例である。ユーザ情報ルールのカスタマイズは、オペレータがカスタマイズを望む場合に行われる。
【００５２】
カスタマイズ受付部７７は、ユーザ情報ルールＤＢ８１に記憶されているユーザ情報ルールのカスタマイズの要求を、例えばＰＣ１２０、Ｗｅｂサーバ１１０又は操作部１４から受け付ける（Ｓ１１）。カスタマイズ受付部７７は、ユーザ情報管理部７６に、ユーザ情報ルールＤＢ８１からユーザ情報ルールを読み出すように要求する（Ｓ１２）。
【００５３】
ユーザ情報管理部７６は、当該要求を受け付けると、ユーザ情報ルールＤＢ８１に記憶されているユーザ情報ルールを読み出し、これをカスタマイズ受付部７７に送出する（Ｓ１３）。
【００５４】
カスタマイズ受付部７７は、ユーザ情報ルールの一覧を示すカスタマイズ画面を生成し（Ｓ１４）、ＰＣ１２０若しくはＷｅｂサーバ１１０に送信するか、又は、操作部１４に表示する（Ｓ１５）。
【００５５】
オペレータは、カスタマイズ画面においてユーザ情報ルールを参照し、追加、削除又は、変更することができる。
【００５６】
オペレータが、カスタマイズ画面からユーザ情報ルールを追加、削除、又は、変更して、例えば確定ボタンを押下する（Ｓ１６）。すると、カスタマイズ受付部７７は、追加、削除又は変更されたユーザ情報ルールをユーザ情報管理部７６に送出すると共に、ユーザ情報ルールの追加、削除又は変更を要求する（Ｓ１７）。
【００５７】
ユーザ情報管理部７６は、当該要求を受け付けると、受け取ったユーザ情報ルールに基づき、ユーザ情報ルールＤＢ８１に記憶されているユーザ情報ルールを更新する（Ｓ１８）。
【００５８】
ユーザ情報のスキーマを登録しておくことで、ユーザ情報ＤＢ８０に登録されるユーザ情報に制約を課すことができ、ユーザ情報の取り扱いが格段に容易になる。
【００５９】
〔ユーザ情報の追加、変更、削除、参照処理〕
図７は、ユーザ情報の追加、変更、削除又は参照の手順を示すフローチャート図の一例である。ユーザ情報の追加、変更、削除又は参照は、オペレータがカスタマイズを望む場合に行われる。
【００６０】
ユーザ情報設定部７８は、ユーザ情報ＤＢ８０に記憶されているユーザ情報のカスタマイズの要求を、例えばＰＣ１２０、Ｗｅｂサーバ１１０又は操作部１４から受け付ける（Ｓ３１）。ユーザ情報設定部７８は、ユーザ情報管理部７６に、ユーザ情報ＤＢ８０からユーザ情報を読み出すように要求する（Ｓ３２）。
【００６１】
ユーザ情報管理部７６は、当該要求を受け付けると、ユーザ情報ＤＢ８０に記憶されているユーザ情報を読み出し、これをユーザ情報設定部７８に送出する（Ｓ３３）。
【００６２】
ユーザ情報設定部７８は、ユーザ情報の一覧を示すユーザ情報一覧画面を生成し（Ｓ３４）、ＰＣ１２０若しくはＷｅｂサーバ１１０に送信するか、又は、操作部１４に表示する（Ｓ３５）。
【００６３】
ユーザ情報をオペレータが設定し、例えば確定ボタンを押下する（Ｓ３６）。すると、ユーザ情報設定部７８は、ユーザ情報をユーザ情報管理部７６に送出すると共に、ユーザ情報の追加、削除又は変更を要求する（Ｓ３７）。
【００６４】
ユーザ情報管理部７６は、当該要求を受け付けると、受け取ったユーザ情報がユーザ情報ルールに適合するか否かを判断する（Ｓ３８）。適合する場合、ユーザ情報管理部７６は、受け取ったユーザ情報により、ユーザ情報ＤＢ８０を更新（追加、削除又は変更）する（Ｓ３９）。
【００６５】
ユーザ情報管理部７６は、受け取ったユーザ情報がユーザ情報ルールに適合しない場合は、その旨のメッセージを、適合しておりユーザ情報ＤＢ８０に記憶されているユーザ情報を更新した場合はその旨のメッセージを、それぞれユーザ情報設定部７８に通知する（Ｓ４０）。ユーザ情報設定部７８は、これらのメッセージを操作部１４に表示させる（Ｓ４１）。
【００６６】
〔ユーザ情報のグループ〕
図８は、本実施形態のユーザ情報のグループやエントリを模式的に示す図の一例である。本実施形態の画像形成装置１００は、一人のユーザに複数の送信手段及び宛先情報が登録されている場合に、画像形成装置１００が送信データの送信に採用する送信手段を、明示的に指示することができる点に特徴がある。
以下、ユーザ情報ＤＢ８０において管理される、
・送信手段を属性名
・宛先情報を属性
・グループの要素をメンバ
・メンバ、又は、メンバと属性名、をエントリ
・エントリの集合をグループ、
と称する。
【００６７】
図８（ａ）〜（ｄ）は、グループの態様を模式的に説明する図である。グループには、
ユーザグループ、宛先グループ、ユーザグループと宛先グループの混在グループ（以下、単に「混在グループ」という）、がある。ユーザグループは、従来からあるグループで、メンバのみのエントリの集合である。例えば図８（ｄ）がユーザグループである。宛先グループは、「メンバと属性名」から成る複数のエントリの集合である。
【００６８】
図８（ａ）は宛先グループの一例を、図８（ｂ）は宛先グループの別の一例を、図８（ｃ）は混在グループの一例を、それぞれ示す。これらは、ユーザ情報の一部を構成する。図８（ａ）〜（ｃ）において、「ＩＤ」はグループ又はユーザを一意に識別するための識別子である。「ＩＤ」は、例えば、オペレータか又はユーザ情報管理部７６が重複しないようにグループ毎に付与する。
【００６９】
「名称」はオペレータがグループを判別するためのグループの名称であり、オペレータが自由に付与することができる。例えば、部署名、フロア等が「名称」として付与される。図８（ａ）の宛先グループの「名称」は、４ＧＡｄｄｒとＴｅｓｔＡｄｄｒとなっている。
【００７０】
「種別」は、ユーザグループ、宛先グループ、又は、混在グループの別を示す。「種別」はオペレータが指定することができる。「種別」がユーザグループの場合、１以上のメンバをグループに有し、「種別」が宛先グループの場合、１以上のメンバと属性名（エントリ）をグループに有する。なお、１つのグループの各エントリもメンバである。このメンバが、さらにグループのＩＤを示すこともある。
【００７１】
図８（ａ）は、1メンバに対し、1つの属性名が登録された宛先グループである。同じメンバが複数の属性名を有する場合、属性名の数だけエントリが存在する。例えば、メンバのＩＤ「７７７」にメールという属性名、メンバのＩＤ「７７７」にフォルダという属性名、が登録されている。したがって、メンバが同じエントリであっても別々に取り扱え、操作部１４のＬＣＤ１４ａで見た際にメンバ数や構成が分りやすい。一方、同じメンバの「ＩＤ」を複数個登録するので、１つのグループのデータサイズが大きくなってしまう。
【００７２】
図８（ｂ）は、１メンバに、複数の属性名が登録された宛先グループである。同じメンバが複数の属性名を有していても、エントリの数は１つだけである。例えば、メンバのＩＤ「７７７」にメール及びフォルダという２つの属性名が登録されている。同じメンバの「ＩＤ」は１つしか登録しないので、１つのグループのデータサイズが小さいというメリットがある。一方、メンバの数からは、このグループに何件属性名が登録されているかを把握しにくい。
【００７３】
図８（ｃ）は、混在グループなので、メンバのみのエントリと、メンバと属性名が対応づけられたエントリが混在している。混在グループは、属性名を登録するエントリと、メンバのみのエントリを自由に選択できる。このため、オペレータがグループを作成する際に、宛先を厳密に指定したいメンバと、送ることができればよいメンバを混在させることができるため、グループ設定の自由度が高くなる。
【００７４】
図８（ａ）〜（ｃ）の各グループの態様は、いずれかに限定する必要があるものではなく、１つの画像形成装置１００内に混在される。すなわち、オペレータは、各グループに対し好ましい態様で、属性名を登録することができる。
【００７５】
また、図８（ｄ）もグループの態様を模式的に説明する図である。図８（ｄ）は、ユーザグループに、優先的に選択する属性を登録した場合を示す。このため、図8（ｄ）のユーザグループは、「優先」の項目を有する。図8（ｄ）は、このユーザグループでは、優先的に選択する属性名を「メール」としていることを示す。後述するように、図8（ａ）〜（ｃ）では、送信データの送信時に属性名を選択する必要があるが、図8（ｄ）のデータ構造を利用することで、ユーザグループを選択した時点で属性名が定まるので、送信時のオペレータによる設定が容易になる。
【００７６】
また、図8（ｅ）はユーザ毎に優先的に選択する属性を登録したユーザ情報の一例を示す。図8（ｅ）のユーザ情報は、「属性」に複数の属性名と宛先情報が登録可能であると共に、優先的に選択するための属性名を指定する「優先」の項目を有する。図8（ｅ）ではユーザを選択した時点で属性名が定まるので、送信時のオペレータによる設定が容易になる。
【００７７】
図８（ｄ）（ｅ）では、送信時の設定が容易である一方、送信時には属性名を設定できないので、自由度が低い。しかし、例えば、オペレータが混在グループを登録する際に、図８（ｄ）又は（ｅ）の属性名の指定方法を組み合わせることで、自由度を上げることができる。すなわち、宛先を厳密に指定したい、混在グループのあるユーザグループ又はユーザについてのみ、図８（ｄ）又は（ｅ）の属性名の指定方法にて優先的に選択する属性を登録しておくことができる。したがって、あるユーザやユーザグループには確実に属性を指定でき、かつ、その他のユーザやユーザグループに対しては、送信時に属性を自由に選択できる。
【００７８】
〔各グループによるメンバ間の関係（階層構造）〕
図８（ａ）〜（ｅ）のようなグループがユーザ情報ＤＢ８０に登録されている場合、メンバのＩＤをキーにして、メンバ間を関連付けることができる。メンバ間を階層構造でリンクさせることができるので、グループのメンバにさらにグループを登録するなどの、データ構造の自由度がたかくなっている。
【００７９】
図９は、メンバ間の関連づけを模式的に説明する図の一例である。なお、図9では宛先グループに、図8（ａ）の態様を採用した。図８（ｃ）に示した混在グループによれば、混在グループ「１１１」に、「２２２」「６６６」「４４４」の３メンバが登録されている。このため、図9ではメンバ「１１１」の下の階層に、メンバ「２２２」「６６６」「４４４」が関連付けられている。ここで、メンバ「２２２」「６６６」については、図8に示されていないが、メンバ「２２２」は混在グループ（図ではユーザグループとして表した）、メンバ「６６６」はユーザとした。
【００８０】
メンバ「４４４」は宛先グループである。図8（ａ）又は図8（ｂ）によれば、メンバ「４４４」はメンバ「７７７」と「５５５」を有する。このため、図9ではメンバ「４４４」の混在グループに、メンバ「７７７」「５５５」が関連付けられている。メンバ「７７７」は宛先グループのメンバであり、メンバ「５５５」は宛先グループである。
【００８１】
図8（ａ）では、1つのメンバ「７７７」に１つの属性が登録されているので、図9でメンバ「７７７」に関連づけられているのは属性名「メール」である。また、図8（ａ）では、メンバ「５５５」がメンバ「８８８」を有するので、図9ではメンバ「５５５」にメンバ「８８８」が関連づけられている。図８（ｅ）によれば、メンバ「８８８」はユーザ情報なので、図9ではメンバ「８８８」に属性名「フォルダ」が関連づけられている。
【００８２】
一方、図9のメンバ「２２２」以下の関連付けによれば、メンバ「２２２」は、ユーザグループであるメンバ「３３３」とユーザであるメンバ「７７７」を有することがわかる。また、ユーザであるメンバ「７７７」は、複数の属性「メール」「ＦＡＸ」を有することがわかる。
【００８３】
また、図8（ｄ）によれば、ユーザグループであるメンバ「３３３」は、ユーザであるメンバ「８８８」を有するので、図9ではメンバ「３３３」が関連づけられている。図8（ｅ）によれば、ユーザであるメンバ「８８８」は複数の属性名「メール」「フォルダ」を有するので、図９では複数の属性名「メール」「フォルダ」が関連付けられている。
【００８４】
図９において点線矢印で示したように、関連付けするためのグループの情報は同じでも、宛先グループ「４４４」から属性を辿るか、ユーザグループ「２２２」から属性を取得するかによって、同じメンバ「７７７」「８８８」でも、選択できる「属性名」が異なることが分かる。すなわち、宛先グループ「４４４」から属性名を取得することで、メンバ「７７７」の属性名は「メール」という１つの送信手段となるが、混在グループ「２２２」から属性名を取得することで、メンバ「７７７」の属性名は「メール」「ＦＡＸ」という２つの送信手段となる。このため、送信データの送信時は、属性名を指定することが好ましくなる。
【００８５】
〔送信アプリにおける画面の表示〕
送信アプリからユーザに送信データを送信する場合、オペレータは、ユーザグループ、宛先グループ、又は、混在グループを選択できる。ユーザ情報利用部７５は、オペレータが選択したグループに応じて、操作部１４のＬＣＤ１４ａに画面を表示する。
【００８６】
図１０は、送信アプリにおいて、例えばユーザグループが選択された場合の送信画面９９の一例を示す図である。送信画面９９は、グループ種別選択欄９９１とグループ選択欄９９２を有する。グループ種別選択欄９９１は、「ユーザグループ」キー８５、「宛先グループ」キー８６及び「グループ」キー８７を有する。「ユーザグループ」キー８５は、ユーザグループの選択を受け付けるキーである。「宛先グループ」キー８６は、宛先グループの選択を受け付けるキーである。「グループ」キー８７は、ユーザグループ及び宛先グループ（すなわち、混在グループ）の選択を受け付けるキーである。
【００８７】
グループ選択欄９９２は、例えば、各種の「グループ選択」キー８８を有する。オペレータがグループを選択する前、送信画面９９には、使用頻度の高いグループ（常用の）の「グループ選択」キー８８が表示される。また、グループ選択欄９９２は、「あいうえお選択」キーを有し、オペレータの選択に応じて「グループ選択」キー８８が表示される。
【００８８】
図１１は、送信画面９９の再構成の手順を示すシーケンス図の一例を示す。図１０のような送信画面９９において、オペレータが「ユーザグループ」キー８５、「宛先グループ」キー８６又は「グループ」キー８７のいずれかを選択すると、ユーザ情報利用部７５は、操作部１４を介してオペレータの選択を受け付ける。
【００８９】
ユーザ情報利用部７５は、表示用グループの検索をユーザ情報管理部７６に要求する。表示用グループの検索の要求には、「ユーザグループ」キー８５、「宛先グループ」キー８６又は「グループ」キー８７の、グループ種別情報が含まれる。また、その他、任意の検索条件を含めてもよい。
【００９０】
ユーザ情報管理部７６は、グループ種別情報を用いてユーザ情報ＤＢ８０を検索する。検索の手順は図１２にて説明する。なお、ユーザ情報管理部７６は、検索結果をユーザ情報利用部７５に送信する。検索結果には、例えば、グループの名称及びＩＤが含まれる。
【００９１】
検索結果を受信したユーザ情報利用部７５は、ユーザ情報管理部７６から送信されたグループの名称及びＩＤを用いて、「グループ選択」キー８８を生成し、適宜、ソートして操作部１４における配置を再構成して、操作部１４に表示する。
【００９２】
以上のようにして、オペレータが選択した「グループ選択」キー８８のグループのみを送信画面９９に表示することができる。
【００９３】
図１２は、図１１のグループ種別情報を用いたグループの検索手順を示すフローチャート図の一例である。
【００９４】
ユーザ情報管理部７６は、1件ずつグループ種別情報に一致するグループをユーザ情報ＤＢ８０から読み出す（Ｓ１０１）。
【００９５】
ついで、ユーザ情報管理部７６は、検索していないグループが存在するか否かを判定する（Ｓ１０２）。検索していないグループが存在しない場合（Ｓ１０２のＮｏ）、すべてのグループを検索対象としたことになるので、図１２の処理は終了する。
【００９６】
検索していないグループが存在する場合（Ｓ１０２のＹｅｓ）、すべてのグループを検索対象とするため、ユーザ情報管理部７６は、ユーザ情報ＤＢ８０の次のグループがグループ種別情報に一致するか否かを判定する（Ｓ１０３）。
【００９７】
一致した場合（Ｓ１０３のＹｅｓ）、送信画面９９に表示するため、ユーザ情報管理部７６は、一致したグループを検索結果に追加する（Ｓ１０４）。こうすることで、検索結果には、グループ種別情報に一致するグループの「グループの名称及びＩＤ」が随時追加される。
【００９８】
一致しない場合（Ｓ１０３のＮｏ）、ユーザ情報管理部７６は、ユーザ情報ＤＢ８０から次のグループを読み出す（Ｓ１０５）。そして、ユーザ情報管理部７６は、検索していないグループが存在するか否かを判定する（Ｓ１０６）。検索していないグループが存在しない場合（Ｓ１０６のＮｏ）、図１２の処理は終了する。検索していないグループが存在する場合（Ｓ１０６のＹｅｓ）、ユーザ情報管理部７６はステップＳ１０３からの処理を繰り返す。
【００９９】
以上のようにして、オペレータが選択したグループの「グループの名称及びＩＤ」をユーザ情報ＤＢ８０から読み出すことができる。
【０１００】
図１３は、「ユーザグループ」キー８５、「宛先グループ」キー８６又は「グループ」キー８７の、選択が受け付けられた場合の画面の遷移例を示す図である。例えば、ユーザ情報利用部７５は、図１３の画面１０２を表示する。画面１０２は例えば使用頻度の高いグループの「グループ選択」キー８８の一覧を示す。
【０１０１】
画面１０２のグループ種別選択欄９９１から、オペレータが「ユーザグループ」キー８５を選択すると、ユーザ情報利用部７５はユーザグループの選択を受け付ける。ユーザ情報利用部７５は、ユーザグループのグループ種別情報をユーザ情報管理部７６に送信するので、ユーザ情報管理部７６は図１２のフローチャート図に従いユーザグループを検索する。ユーザ情報管理部７６が検索結果をユーザ情報利用部７５に送信すると、ユーザ情報利用部７５は図１３の画面１１０を表示する。
【０１０２】
画面１０２のグループ種別選択欄９９１から、オペレータが「宛先グループ」キー８６を選択すると、ユーザ情報利用部７５は宛先グループの選択を受け付ける。ユーザ情報利用部７５は、宛先グループのグループ種別情報をユーザ情報管理部７６に送信するので、ユーザ情報管理部７６は図１２のフローチャート図に従い宛先グループを検索する。ユーザ情報管理部７６が検索結果をユーザ情報利用部７５に送信すると、ユーザ情報利用部７５は図１３の画面１２０を表示する。
【０１０３】
画面１０２のグループ種別選択欄９９１から、オペレータが「グループ」キー８７を選択すると、ユーザ情報利用部７５は混在グループの選択を受け付ける。ユーザ情報利用部７５は、混在グループのグループ種別情報をユーザ情報管理部７６に送信するので、ユーザ情報管理部７６は図１２のフローチャート図に従い混在グループを検索する。ユーザ情報管理部７６が検索結果をユーザ情報利用部７５に送信すると、ユーザ情報利用部７５は図１３の画面１３０を表示する。
【０１０４】
また、画面１１０〜画面１３０は相互に切り替えることができる。ユーザグループが表示された画面１１０から、オペレータが「宛先グループ」を選択すると、ユーザ情報利用部７５は図１３の画面１２０を表示する。ユーザグループが表示された画面１１０から、オペレータが「グループ」を選択すると、ユーザ情報利用部７５は図１３の画面１３０を表示する。
【０１０５】
宛先グループが表示された画面１２０から、オペレータが「ユーザグループ」を選択すると、ユーザ情報利用部７５は図１３の画面１１０を表示する。宛先グループが表示された画面１２０から、オペレータが「グループ」を選択すると、ユーザ情報利用部７５は図１３の画面１３０を表示する。
【０１０６】
混在グループが表示された画面１３０から、オペレータが「宛先グループ」を選択すると、ユーザ情報利用部７５は図１３の画面１２０を表示する。混在グループが表示された画面１３０から、オペレータが「ユーザグループ」を選択すると、ユーザ情報利用部７５は図１３の画面１１０を表示する。
以上のように、表示用グループを相互に切り替えて表示することができる。
【０１０７】
〔ユーザ情報利用部７５による送信手段の決定〕
図8（ａ）〜（ｅ）のような宛先グループ、混在グループ及びユーザグループがユーザ情報として登録されている場合、ユーザ情報利用部７５が送信手段を決定するため、画像形成装置１００はいくつかの選択方法を提供する。すなわち、送信先のグループの選択時にオペレータが送信手段を選択する方法、図８（ｄ）（ｅ）のように優先的に設定されている送信手段を指定する方法、である。
【０１０８】
＜グループの選択時に送信手段を選択する＞
図１４は、送信手段を選択する選択画面２１０の一例を示す。選択画面２１０は、送信手段指示欄９９３とグループ選択欄９９２を有する。送信手段指示欄９９３は、「選択時決定」キー８９、「ユーザ設定」キー９０及び「グループ決定」キー９１を有する。「選択時決定」キー８９は、送信手段を選択時に決定することを受け付けるキーである。「ユーザ設定」キー９０は、図8（ｅ）のようにユーザ情報の「優先」欄に設定された送信手段により送信することを、受け付けるキーである。「グループ決定」キー９１は、図8（ｄ）のようにユーザグループの「優先」欄に設定された送信手段により送信することを、受け付けるキーである。なお、図１４の送信手段指示欄９９３は、図１０のグループ種別選択欄９９１と共に１つの画面に表示されてもよい。
【０１０９】
図１４では、選択画面２１０の送信手段指示欄９９３において、オペレータが「選択時決定」キー８９を選択した。このため、「選択時決定」キー８９が反転表示されている。オペレータが「企画Ｇ」の「グループ選択」キー８８を選択すると、送信手段選択画面２２０が表示される。送信手段選択画面２２０では、「メール」「ＦＡＸ」「フォルダ」の選択手段が表示されている。オペレータが「メール」を選択すると、画面が元の選択画面２３０に戻る。この状態で、オペレータが原稿スキャン等を実行すると「企画Ｇ」のメンバに対し、メールにより送信データが送信される。「企画Ｇ」のメンバに、さらに宛先グループやユーザグループが登録されている場合には、ユーザ情報利用部７５は、図９にて説明したメンバ間の関連づけを辿ってユーザを検索し、全てのユーザに送信データを送信する。
【０１１０】
図１５は、グループの選択時に送信手段を選択する手順を示すシーケンス図の一例である。ユーザ情報利用部７５は、選択画面２１０から、オペレータが選択した「選択時決定」キー８９の選択を受け付ける（Ｓ２０１）。また、ユーザ情報利用部７５は、選択画面２１０から、オペレータが選択した「企画Ｇ」の選択を受け付ける（Ｓ２０２）。
【０１１１】
「選択時決定」キー８９が選択された場合、送信手段を特定する必要があるので、ユーザ情報利用部７５は、送信手段選択画面を生成し、操作部１４に表示する（Ｓ２０３）。選択可能な送信手段は、ユーザ情報利用部７５に予め登録されている。
【０１１２】
ついで、ユーザ情報利用部７５は、送信手段（メール）の選択を受け付ける（Ｓ２０４）。ユーザ情報利用部７５は、「企画Ｇ」のＩＤ及び送信手段を特定する送信手段情報を取得できたことになる。ユーザ情報利用部７５は、このグループのＩＤと送信手段情報をユーザ情報管理部７６に送信することで、ユーザ情報管理部７６は、送信手段情報が指示する送信手段により、グループのメンバを検索することができる（Ｓ２０５）。検索の詳細については、後述する。
【０１１３】
＜ユーザ情報に優先的に設定されている送信手段を指定する＞
図１６は、送信手段を選択する選択画面３１０の一例を示す。図１６において図１４と同一部の説明は省略する。図１６では、選択画面３１０の送信手段指示欄９９３において、オペレータが「ユーザ設定」キー９０を選択した。このため、「ユーザ設定」キー９０が反転表示されている。ついで、オペレータが「企画Ｇ」の「グループ選択」キー８８を選択すると、選択画面３２０の「企画Ｇ」の「グループ選択」キー８８が反転表示される。すなわち、「ユーザ設定」キー９０が選択された場合は、ユーザ情報の「優先」欄に設定された送信手段により送信することが特定されているので、送信手段選択画面２２０が表示されない。
【０１１４】
この状態で、オペレータが原稿スキャン等を実行すると「企画Ｇ」のメンバに対し、各ユーザ情報の「優先」欄に設定された送信手段により送信データが送信される。したがって、図１６では、オペレータが送信手段選択画面２２０から送信手段を選択する必要がないので、操作性が向上する。
【０１１５】
図１７は、ユーザ情報に優先的に設定されている送信手段を指定する手順を示すシーケンス図の一例である。ユーザ情報利用部７５は、選択画面３１０から、オペレータが選択した「ユーザ設定」キー９０の選択を受け付ける（Ｓ３０１）。また、ユーザ情報利用部７５は、選択画面３１０から、オペレータが選択した「企画Ｇ」の選択を受け付ける（Ｓ３０２）。ユーザ情報利用部７５は、「企画Ｇ」のＩＤ、及び、ユーザ情報の「優先」欄に設定された送信手段により送信するユーザ優先送信情報、を取得できたことになる。ユーザ情報利用部７５は、このグループのＩＤとユーザ優先送信情報をユーザ情報管理部７６に送信することで、ユーザ情報管理部７６は、ユーザ優先送信情報の送信手段により、グループのメンバを検索することができる。
【０１１６】
＜ユーザグループに優先的に設定されている送信手段を指定する＞
図１８は、送信手段を選択する選択画面４１０の一例を示す。図１８において図１４と同一部の説明は省略する。図１８では、選択画面４１０の送信手段指示欄９９３において、オペレータが「グループ決定」キー９１を選択した。このため、「グループ決定」キー９１が反転表示されている。ついで、オペレータが「企画Ｇ」の「グループ選択」キー８８を選択すると、選択画面４２０の「企画Ｇ」の「グループ選択」キー８８が反転表示される。すなわち、「グループ決定」キー９１が選択された場合は、ユーザグループの「優先」欄に設定された送信手段により送信することが特定されているので、送信手段選択画面２２０が表示されない。
【０１１７】
この状態で、オペレータが原稿スキャン等を実行すると「企画Ｇ」のメンバに対し、「企画Ｇ」のグループの「優先」欄に設定された送信手段により送信データが送信される。したがって、図１８では、オペレータが送信手段選択画面２２０から送信手段を選択する必要がないので、操作性が向上する。
【０１１８】
図１９は、ユーザ情報に優先的に設定されている送信手段を指定する手順を示すシーケンス図の一例である。ユーザ情報利用部７５は、選択画面４１０から、オペレータが選択した「グループ決定」キー９１の選択を受け付ける（Ｓ４０１）。また、ユーザ情報利用部７５は、選択画面４１０から、オペレータが選択した「企画Ｇ」の選択を受け付ける（Ｓ４０２）。ユーザ情報利用部７５は、「企画Ｇ」のＩＤ、及び、「企画Ｇ」のグループの「優先」欄に設定された送信手段により送信するグループ優先送信情報、を取得できたことになる。ユーザ情報利用部７５は、このグループのＩＤとグループ優先送信情報をユーザ情報管理部７６に送信することで、ユーザ情報管理部７６は、グループ優先送信情報の送信手段により、グループのメンバを検索することができる。
【０１１９】
＜ユーザを選択して送信する場合＞
画像形成装置１００は、グループでなくユーザを選択して、そのユーザに送信データを送信することができる。
図２０は、ユーザ選択画面５１０の一例を示す。ユーザ選択画面５１０は、ユーザ・グループ選択欄９９６とユーザ選択欄９９４を有する。ユーザ・グループ選択欄９９６は、「ユーザ切替」キー９２と「グループ切替」キー９３を有する。ユーザ選択欄９９４は、例えば、各ユーザの「ユーザ選択」キー９４を有する。図２０は、「ユーザ切替」キー９２の選択が受け付けられた状態の画面例である。
【０１２０】
ユーザ選択欄９９４においてオペレータが１以上のユーザを選択すると、ユーザ情報利用部７５は、ユーザのＩＤ（ユーザ情報のＩＤ）を取得する。ユーザ情報利用部７５は、ユーザのＩＤをユーザ情報管理部７６に送信する。ユーザ情報管理部７６は、ユーザ情報ＤＢ８０からこのユーザの属性名と属性を取得して、ユーザ情報利用部７５に送出する。
【０１２１】
ここで、ユーザ選択画面５１０から、ユーザに送信データを送信する送信手段の決定方法として、次の２つがある。
（ｉ）ユーザ情報の「優先」欄に設定された送信手段により送信する
（ii）ユーザ情報の属性に登録された全ての送信手段により送信する
図２１は、（ｉ）（ｉｉ）のいずれかの選択を説明する図の一例である。ユーザ選択画面５２０は、送信手段設定欄９９５とユーザ選択欄９９４を有する。ユーザ選択画面５２０から、オペレータが「送信手段設定」キー９５を選択すると、ユーザ情報利用部７５が「送信手段設定」キー９５の選択を受け付ける。ユーザ情報利用部７５は、送信手段設定画面５３０を生成し表示する。
【０１２２】
送信手段設定画面５３０には、「優先設定を利用」キー９７と「全てを用いて送信」キー９６が表示されている。オペレータはいずれかのキーを選択する。図２１では、「優先設定を利用」キー９７が選択された場合を示す。ユーザ情報利用部７５が「優先設定を利用」キー９７の選択を受け付け、元の画面（送信手段設定画面５４０）を表示する。ユーザ情報利用部７５は、送信手段設定画面５４０に、「優先設定を利用」キー９７が選択されことを示すメッセージ５４１を表示する。
【０１２３】
送信手段設定画面５４０で、「ユーザ選択」キー９４が選択されると、ユーザ情報利用部７５がユーザのＩＤを取得する。ユーザ情報利用部７５は、ユーザのＩＤをユーザ情報管理部７６に送信する。ユーザ情報管理部７６は、ユーザ情報ＤＢ８０からこのユーザのユーザ情報の「優先」欄に設定された属性（送信手段）を取得して、ユーザ情報利用部７５に送出する。したがって、ユーザ情報利用部７５は、ユーザ情報の「優先」欄に設定された送信手段により送信データを送信することができる。
【０１２４】
また、図２１で、「全てを用いて送信」キー９６が選択された場合、ユーザ情報管理部７６は、ユーザ情報ＤＢ８０からこのユーザのユーザ情報の「属性」欄に設定された全ての送信手段を取得して、ユーザ情報利用部７５に送出する。したがって、ユーザ情報利用部７５は、ユーザ情報の「属性」欄に設定された全ての送信手段により送信データを送信することができる。
【０１２５】
図２１のように、ユーザに送信データを送信する際の送信手段の決定方法を、オペレータが選択できることで、自由度が増すと共に、同じユーザに対しても、送信の度に１つの送信手段で送信するのか、全ての送信手段で送信するのか選択できる。例えば、重要な送信データは、全ての送信手段で送信することができる。
【０１２６】
ところで、(ii)のように全ての送信手段で一人のユーザに送信データを送信すると、ユーザにとっては同じ送信データが何回も送信され迷惑な場合がある。そこで、画像形成装置１００は、３番目の、送信データを送信する送信手段の決定方法を有する。
（iii）ユーザ情報の属性に登録された全ての送信手段により順番に送信し、どれか１つの送信手段により送信できたら終了する。
【０１２７】
図２２は、(iii)の方法により送信する手順を示すフローチャート図の一例である。図２２では、既にユーザ情報利用部７５が、ユーザ情報の「属性」欄に設定された全ての送信手段をユーザ情報管理部７６から取得しているものとする。
【０１２８】
ユーザ情報利用部７５は、ユーザ情報管理部７６から取得した全ての送信手段のうち、最初の送信手段で送信データをユーザに送信する（Ｓ５０１）。最初の送信手段は、例えば、ユーザ情報の「優先」欄に設定された送信手段、前回の送信時に送信できた送信手段、ユーザ情報ＤＢ８０におけるＨＤＤ２６のアドレス順、送信できたか否かを判定しやすい順、等で決定される。
【０１２９】
ついで、ユーザ情報利用部７５は、送信できたか否かを判定する（Ｓ５０２）。送信できたか否かの判定方法は、送信手段によって異なる。ＦＡＸの場合、相手のファクシミリ装置から送信できた旨の情報を受信することで、ユーザ情報利用部７５は送信できたと判定する。フォルダの場合、格納先のユーザが使用するＰＣ１２０のＯＳから記憶できた旨の情報を受信することで、ユーザ情報利用部７５は送信できたと判定する。メールの場合、メールサーバから送信不能の通知（メール）を受信しない場合に、ユーザ情報利用部７５は送信できたと判定する。なお、メールの場合、メールサーバから送信不能の通知を受信するまで、時間がかかるので、送信してからある程度の時間をおいて判定する。
【０１３０】
送信できた場合（Ｓ５０２のＹｅｓ）、ユーザ情報利用部７５は送信データの送信を終了する。こうすることで、一人のユーザには１つの送信手段により、送信データを送信することができる。
【０１３１】
送信できなかった場合（Ｓ５０２のＮｏ）、ユーザ情報利用部７５は全ての送信手段で送信したか否かを判定する（Ｓ５０３）。全ての送信手段で送信した場合（Ｓ５０３のＹｅｓ）、他に送信手段がないので、図２２の処理は終了する。
【０１３２】
全ての送信手段で送信していない場合（Ｓ５０３のＮｏ）、ユーザ情報利用部７５は次の送信手段で送信データをユーザに送信する（Ｓ５０４）。そして、ステップＳ５０２以下の処理を繰り返す。
【０１３３】
〔登録方法〕
次に、図８の送信手段の登録方法について説明する。グループの登録方法には次の３つの方法がある。なお、属性（宛先情報）はすでに登録されているものとする。
（Ｉ）グループの登録時に登録する
グループを登録する際、そのグループがユーザグループか宛先グループかを設定する
（II）メンバ登録時に登録する
メンバを登録する際、エントリ毎に属性を設定する
（III）メンバ登録時に登録する
属性を選択してから、エントリを選択する
図２３は、（Ｉ）の方法を提供するグループ登録画面６１０の一例を示す。グループ登録画面６１０は、オペレータが操作部１４を操作すると、ユーザ情報設定部７８が操作部１４に表示する。
【０１３４】
グループ登録画面６１０は、３つのタブ「基本」「メンバ」「アクセス権」により切り替えられるようになっている。図２３は基本タブが選択された状態を示す。グループ登録画面６１０の基本タブは、ユーザグループ又は宛先グループを択一的に選択する「種類」、グループ名を入力する「名前」、「登録番号」の各欄を有する。
【０１３５】
オペレータがユーザグループを選択した後、メンバタブを選択して、メンバを選択又は入力すると、そのメンバはユーザグループに所属する。また、オペレータが宛先グループを選択した後、メンバタブを選択して、メンバを選択又は入力すると、そのメンバは宛先グループに所属する。すなわち、グループの登録時にユーザグループか宛先グループかを設定できる。上述したように、ユーザ情報設定部７８は、ユーザグループか宛先グループかが設定されたグループのユーザ情報をユーザ情報管理部７６に送信する。ユーザ情報管理部７６は、このユーザ情報をユーザ情報ＤＢ８０に追加又は変更する。
【０１３６】
なお、例えば、メンバ（ユーザと属性名）は、ユーザ情報ＤＢ８０に既に登録されていて、オペレータが選択できるようになっていてもよい。この場合、オペレータがメンバを入力する必要がない。
【０１３７】
図２４は、（II）の方法を提供するグループメンバ登録画面６２０の一例を示す。グループメンバ登録画面６２０は、オペレータが操作部１４を操作すると、ユーザ情報設定部７８が操作部１４に表示する。
【０１３８】
グループメンバ登録画面６２０には、エントリ毎に、「登録番号」「名前」「ヨミガナ」「ログイン名」「宛先グループ選択時の送信手段」が表示されている。例えば、オペレータが「登録番号」を選択し、「宛先グループ選択時の送信手段」から送信手段を選択することで、宛先グループを生成した際に属性を登録することができる。例えば、登録番号「００１」を選択した状態で、「mailadress@dummy.com」を選択すると、宛先グループを生成した際に、登録番号「００１」のユーザの属性に「mailadress@dummy.com」が登録される。この場合、図８（ａ）（ｂ）では、「メンバ」に「００１」と「mailadress@dummy.com」が登録される。
【０１３９】
また、例えば、登録番号「００１」を選択した状態で、「mailadress@dummy.com」と「00451234567」を選択すると、宛先グループを生成した際に、登録番号「００１」のユーザの属性に「mailadress@dummy.com」と「00451234567」が登録される。ユーザ情報設定部７８は、各メンバの属性名をユーザ情報管理部７６に送信する。ユーザ情報管理部７６は、メンバと属性名をユーザ情報ＤＢ８０の宛先グループに追加する。
【０１４０】
この場合、図８（ａ）では、「メンバ」に、「００１」と「mailadress@dummy.com」、及び、「００１」と「00451234567」が登録される。また、図８（ｂ）では、「メンバ」の「００１」に、「mailadress@dummy.com」と「00451234567」が登録される。
【０１４１】
また、送信手段が１つしかないエントリを選択すると、１つしかない送信手段が宛先グループのメンバになる。例えば、登録番号「００３」のユーザを選択すると、図８（ａ）（ｂ）では、「メンバ」に「００３」と「00451234567」が登録される。
【０１４２】
図２４のような登録方法では、宛先グループのメンバにおける送信手段を１つずつ確実に登録することができる。
【０１４３】
図２５は、（III）の方法を提供するグループメンバ登録画面６３０の一例を示す。グループメンバ登録画面６３０は、オペレータが操作部１４を操作すると、ユーザ情報設定部７８が操作部１４に表示する。
【０１４４】
グループメンバ登録画面６３０には、宛先グループ選択時の送信手段を選択するため、「メール」キー６３１、「ＦＡＸ」キー６３２及び「フォルダ」キー６３３が表示されている。また、エントリ毎に、「登録番号」「名前」「ヨミガナ」「ログイン名」が表示されている。図２５では、「メール」キーが選択されている。
【０１４５】
オペレータが「メール」キー６３１を選択した状態で、「登録番号」を選択することで、宛先グループを生成した際の属性を、メールに設定することができる。例えば、登録番号「００１」を選択すると、宛先グループを生成した際に、登録番号「００１」のユーザの属性に「mailadress@dummy.com」が登録される。この場合、図８（ａ）（ｂ）では、「メンバ」に「００１」と「mailadress@dummy.com」が登録される。
【０１４６】
また、「ＦＡＸ」キー６３２を選択した状態で、登録番号「００１」と「００３」を選択すると、宛先グループを生成した際に、登録番号「００１」のユーザの属性に「00451234567」が登録され、登録番号「００３」のユーザの属性に「00451234567」が登録される。ユーザ情報設定部７８は、各メンバの属性名をユーザ情報管理部７６に送信する。ユーザ情報管理部７６は、メンバと属性名をユーザ情報ＤＢ８０の宛先グループに追加する。
【０１４７】
図２５のような登録方法では、１つの送信手段に対し、まとめて複数のエントリを選択できるので、効率よく宛先グループにメンバを登録することができる。
【０１４８】
〔宛先グループの検索〕
宛先グループの検索の詳細（図１５のステップＳ２０５）について詳細に説明する。宛先グループを検索する際、メンバとして設定されているエントリの属性と、一部の代表属性を検索対象にする。代表属性とは、名前、登録番号、表示名（ログイン名）等である。
【０１４９】
図２６〜３０は、宛先グループの検索条件設定画面７１０の一例を、図３１は、検索条件の詳細の一例を、それぞれ示す図である。検索条件設定画面７１０は、例えば、オペレータの操作に応じて、ユーザ情報利用部７５が表示する。検索条件設定画面７１０は「検索条件」キー７１１、「条件適用方法」キー７１３、「最大ヒット件数」キー７１２、「ソート条件」キー７１４、「アクセス権フィルタ」キー７１５、「検索実行」キー７１６を有する。これらからオペレータがそれぞれキーを選択することで、ユーザ情報利用部７５（送信アプリ）が選択を受け付ける。
【０１５０】
「検索条件」キー７１１の選択を受け付けると、ユーザ情報利用部７５は、検索条件画面７２０を表示する。検索条件画面７２０は、「属性」、「キー」、「判定範囲」、「曖昧検索」、「検索条件指定」の各設定項目を有する。
「属性」は、検索条件として使用する属性の属性名である。例えば、「名前」欄７２１、「メール」欄７２２、「FAX」欄７２３、「フォルダ」欄７２４がある。送信アプリ（ユーザ情報利用部７５）から検索する場合は、オペレータが選択するか、優先設定された属性名が入る。
「キー」欄７２５は、属性に含まれる文字、数字、記号等を入力する欄である。例えば、「ohtani」、「@aaa」「bb」、「c」等、オペレータがハードキー１４ｂなどから入力できる。「キー」以下の検索条件は設定してもしなくてもよい。
【０１５１】
「判定範囲」は、「キー」の適応方法を指定する。オペレータは、「前方一致」キー７２６、「完全一致」キー７２７、「後方一致」キー７２８、「部分一致」キー７２９、「以上」キー７３０、「以下」キー７３１、「前方一致」キー７３２、「後方一致」７３３、「前方一致しない」キー７３４、「一致しない」キー７３５、「後方一致しない」キー７３６、「含まない」キー７３７から、オペレータが選択することができる。
【０１５２】
「曖昧検索」は、曖昧検索の使用有無を指定する。オペレータは、曖昧検索の有無を「有効」キー７３８又は「無効」キー７３９から選択できる。「検索条件指定」は、この検索条件の作用のさせ方を指定する。例えばオペレータが複数のキーを入力した場合、複数のキーの作用のさせ方を指定できる。
【０１５３】
「条件適用方法」キー７１３の選択を受け付けると、ユーザ情報利用部７５は、条件適用方法画面７３０を表示する。条件適用方法画面７３０は、「子孫が持つ情報を検索対象にする」キー７６１と、「子孫が持つ情報を検索対象にしない」キー７６２を有する。２つのキーのいずれかを選択することで、検索時にエントリをフィルタリングする際、グループに属するメンバの子孫が持つ情報をどのように取り扱うかを指定する。例えば、グループのメンバとしてメールを持つ宛先を検索対象とした場合、『メールを持つエントリ』を条件とすると、『子孫が持つ情報を検索対象にしない』場合は、グループのメンバのグループはヒットせず、『子孫が持つ情報を検索対象にしない』場合は、グループの面画のグループはヒットする。
【０１５４】
「ソート条件」キー７１４の選択を受け付けると、ユーザ情報利用部７５は、ソート条件画面７４０を表示する。オペレータは、キー属性の「名前」キー７４２、「メール」キー７４３、「ＦＡＸ」キー７４４、又は、「フォルダ」キー７４５からソートに使用する属性を選択できる。ソート条件画面７４０は、「ソート条件」と「ソート順位」の各設定項目を有する。オペレータは、「ソート条件」について、「昇順」キー７４６又は「降順」キー７４７を選択することができる。オペレータは、「ソート順位」について、「一次」キー７４８又は「二次」キー７４９を選択することができる。
【０１５５】
「アクセス権フィルタ」キー７１５の選択を受け付けると、ユーザ情報利用部７５は、アクセス権フィルタ画面７５０を表示する。アクセス権フィルタ画面７５０は、「全て」キー７５１、「削除権限を持つ情報」キー７５２、「参照権限を持つ情報」キー７５３、「オーナーグループ権限を持つ情報」キー７５４、「編集権限を持つ情報」キー７５５、「オーナ権限を持つ情報」キー７５６を有する。オペレータは、アクセス権により検索する属性をフィルタリングすることができる。
【０１５６】
なお、「最大ヒット件数」は、ヒットしたユーザの最大件数を規定する。オペレータが適宜設定することができる。
【０１５７】
オペレータが検索条件設定画面７１０にて検索条件を設定して、「検索実行」キーを選択すると、ユーザ情報利用部７５は検索条件と共に検索実行を受け付ける。ユーザ情報利用部７５は、検索条件をユーザ情報管理部７６に送出する。
【０１５８】
図３２は、ユーザ情報管理部７６がユーザ情報から宛先グループを検索する手順を示すフローチャート図の一例である。まず、ユーザ情報管理部７６は、一件目のデータをユーザ情報ＤＢ８０から読み出す（Ｓ６０１）。そして、ユーザ情報管理部７６は、そのデータがグループのデータか否かを判定する（Ｓ６０２）。
【０１５９】
グループでない場合（Ｓ６０２のＮｏ）、そのデータは図８（ｄ）のようなユーザ情報であることになるので、ユーザ情報管理部７６は、検索条件と一致するか否かを判定する（Ｓ６１６）。検索条件の属性名が例えば「メール」で「キー」が設定されていないとすると、「メール」を属性名に有するデータが検索条件に一致することになる。
【０１６０】
検索条件と一致する場合（Ｓ６１６のＹｅｓ）、ユーザ情報管理部７６は、検索条件と一致したデータを検索結果に追加する（Ｓ６１７）。検索結果は、例えば、メンバのＩＤ、名称、属性名が一致した属性（属性名がメールならメールアドレス）である。
【０１６１】
検索条件と一致しない場合（Ｓ６１６のＮｏ）、ユーザ情報管理部７６は、次のデータがユーザ情報に格納されているか否かを判定する（Ｓ６１２）。次のデータがユーザ情報に格納されている場合（Ｓ６１２のＹｅｓ）、ユーザ情報管理部７６は、次のデータをユーザ情報ＤＢ８０から読み出す（Ｓ６１８）。そして、ユーザ情報管理部７６はステップＳ６０２以下の処理を繰り返す。
【０１６２】
ステップＳ６０２に戻り、読み出したデータがグループであった場合（Ｓ６０２のＹｅｓ）、現在、検索している階層を記録するため、ユーザ情報管理部７６は階層情報をカウントアップする（Ｓ６０３）。例えば、図８（ａ）ではＩＤ「５５５」のデータがグループである。
【０１６３】
なお、階層情報は、例えば、「１」から始まり１つずつ増減する。図９では、ＩＤ「１１１」の階層が「１」、ＩＤ「２２２」「６６６」「４４４」の階層が「２」となる。
【０１６４】
ユーザ情報管理部７６は、グループであったデータの直下のメンバリストをユーザ情報ＤＢ８０から読み出す（Ｓ６０５）。図８（ａ）では、ＩＤ「５５５」のメンバリストが読み出される。
【０１６５】
ついで、ユーザ情報管理部７６は、読み出したメンバリストの１つずつについて、検索済みか否かを判定する（Ｓ６０６）。図９にて説明したように検索時には同じメンバにたどり着く可能性があるので、ユーザ情報管理部７６は、検索済みデータに検索したメンバを登録しながら、検索する。
【０１６６】
検索済みの場合（Ｓ６０６のＹｅｓ）、ユーザ情報管理部７６は次のメンバがあるか否かを判定する（Ｓ６１０）。次のメンバがある場合（Ｓ６１０のＹｅｓ）、ユーザ情報管理部７６はメンバを読み出し（Ｓ６１５）、ステップＳ６０６から処理を繰り返す。
【０１６７】
検索済みでない場合（Ｓ６０６のＮｏ）、ユーザ情報管理部７６は、メンバがグループか否かを判定する（Ｓ６０７）。グループであった場合は（Ｓ６０７のＹｅｓ）、階層を下る必要があるので、ユーザ情報管理部７６はステップＳ６０３からの処理を繰り返す。
【０１６８】
グループでない場合は（Ｓ６０７のＮｏ）、ユーザ情報管理部７６は、メンバが検索条件と一致するか否かを判定する（Ｓ６０８）。検索条件と一致する場合（Ｓ６０８のＹｅｓ）、ユーザ情報管理部７６はメンバを検索結果に追加し（Ｓ６１３）、検索条件と一致しない場合（Ｓ６０８のＮｏ）、ユーザ情報管理部７６はメンバを検索済みデータに追加する（Ｓ６０９）。
【０１６９】
ついで、ユーザ情報管理部７６は、次のメンバがあるか否かを判定する（Ｓ６１０）。次のメンバがない場合（Ｓ６１０のＮｏ）、１つのグループの検索が終了したことになる。階層が「１」なら全ての階層を検索できたことになるので、ユーザ情報管理部７６は階層が「１」か否かを判定する（Ｓ６１１）。
【０１７０】
階層が「１」でない場合（Ｓ６１１のＮｏ）、ユーザ情報管理部７６は、階層を１つ上げるため、階層情報を１つ減らす（Ｓ６１４）。そして、ユーザ情報管理部７６は次のメンバがある否かを判定し（Ｓ６１０）、ステップＳ６１５からの処理を繰り返す。
【０１７１】
階層が「１」になる（Ｓ６１１のＹｅｓ）、ユーザ情報管理部７６は、最も浅い階層で次のデータがあるか否かを判定する（Ｓ６１２）。そして、最も浅い階層で次のデータがない場合（Ｓ６１２のＮｏ）、ユーザ情報管理部７６は図２７の処理を終了する。
【０１７２】
このようにユーザ情報管理部７６は、ユーザ情報ＤＢ８０から所望の属性（送信手段）のメンバ（ユーザ）を検索することができる。
【０１７３】
以上説明したように、本実施形態の画像形成装置１００は、複数の送信手段を持つアプリケーションにより送信データを宛先に送信する際、送信手段を明示的に指定することができる。原則的に１つの送信手段を指定でき、例外的には一人のユーザに全ての送信手段で送信データを送信できるので、自由度や利便性を向上できる。
【符号の説明】
【０１７４】
１１        スキャナエンジン
１２        プリントエンジン
１３        ＰＳＵ
１４        操作部
１５        コントローラ
２１        スキャナ処理部
２２        プリント処理部
２３        タイマ
２４        ＣＰＵ
２５        ＡＳＩＣ
２６        ＨＤＤ
２７        メモリ
３０        記憶媒体
３１        アプリケーション群
３２        アプリケーションＩ／Ｆ
３３        制御機能群
７１        認証部
７２        起動管理部
７３        電力制御部
７５        ユーザ情報利用部
７６        ユーザ情報管理部
７８        ユーザ情報設定部
８０        ユーザ情報ＤＢ
８１        ユーザ情報ルールＤＢ
１００      画像形成装置
１１０      Ｗｅｂサーバ
１２０      ＰＣ
１０００    データ送信システム
【先行技術文献】
【特許文献】
【０１７５】
【特許文献１】特開２００３−３２３２６９号公報
【図１】
2010282299.tif 000003
【図２】
2010282299.tif 000004
【図３】
2010282299.tif 000005
【図４】
2010282299.tif 000006
【図５】
2010282299.tif 000007
【図６】
2010282299.tif 000008
【図７】
2010282299.tif 000009
【図８】
2010282299.tif 000010
【図９】
2010282299.tif 000011
【図１０】
2010282299.tif 000012
【図１１】
2010282299.tif 000013
【図１２】
2010282299.tif 000014
【図１３】
2010282299.tif 000015
【図１４】
2010282299.tif 000016
【図１５】
2010282299.tif 000017
【図１６】
2010282299.tif 000018
【図１７】
2010282299.tif 000019
【図１８】
2010282299.tif 000020
【図１９】
2010282299.tif 000021
【図２０】
2010282299.tif 000022
【図２１】
2010282299.tif 000023
【図２２】
2010282299.tif 000024
【図２３】
2010282299.tif 000025
【図２４】
2010282299.tif 000026
【図２５】
2010282299.tif 000027
【図２６】
2010282299.tif 000028
【図２７】
2010282299.tif 000029
【図２８】
2010282299.tif 000030
【図２９】
2010282299.tif 000031
【図３０】
2010282299.tif 000032
【図３１】
2010282299.tif 000033
【図３２】
2010282299.tif 000034