JP5338484B2 - 情報処理装置、データ送信方法、プログラム、記憶媒体 - Google Patents

Description

本発明は、複数の送信手段を有する情報処理装置に関し、特に、複数の送信手段を選択してデータを送信可能な情報処理装置、データ送信方法、プログラム及び記憶媒体に関する。

画像形成装置などの情報処理装置は、他の情報処理装置（以下、クライアントという）とネットワークを介して接続されており、情報処理装置から画像データ等の送信データをクライアント経由でユーザに送信することができるようになっている。このため、情報処理装置では、ユーザのアドレス帳を記憶している。アドレス帳は、情報処理装置の操作パネルから直接入力することもできるし、外部機器から入力することできるようになっている（例えば、特許文献１参照。）。特許文献１には、外部機器の操作性を向上すべく宛先をグループ化して扱う技術が開示されている。

ところで、情報処理装置は、電子メールやファクシミリなど、複数の送信手段を備える。従来は、送信者が、コピーアプリ、スキャナアプリ、プリンタアプリ、ＦＡＸアプリ等を切り替えると、各アプリから送信可能な送信手段が特定され、送信者がアドレス帳から送信先を選択することで、各アプリが送信データを送信先に送信していた。

ところで、情報処理装置がデータの送信専用の「送信アプリ」を備えるようになってきて、さらに、送信アプリが複数のユーザのグループに一括して送信できるようになってきた。送信者は、送信アプリの画面において、情報処理装置に登録されているアドレス帳から、グループを選択し、送信データを送信することが可能である。

一方、従来からのアドレス帳では、一人のユーザに複数の送信手段の宛先情報（メールアドレス、FAX番号、フォルダパス等）が登録されていることがある。また、グループは、グループにユーザが所属する構成となっており、グループ内のユーザについても、一人一人に複数の宛先情報が存在することがある。

このため、送信アプリの画面から選択したグループやユーザに対して、情報処理装置は、どの送信手段で送信データを送信すればよいか特定できないという問題が生じる。仮に、複数の宛先情報を有する人を選択した場合、全ての送信手段で送信すれば送信先のユーザにとって煩わしく、自動的に１つの送信手段が選択されると、どの送信手段から送信されるか分からない、という不都合が生じる。

本発明は、上記課題に鑑み、複数の送信手段により送信データを送信可能な状況において、送信手段を効率的に指示できる、情報処理装置、データ送信方法、プログラム及び記憶媒体、を提供することを目的とする。

上記課題に鑑み、本発明は、ユーザにデータを送信する複数の送信手段を有する情報処理装置であって、同じメンバーＩＤに二つ以上の送信手段が紐づけられた複数のメンバーＩＤを１つのグループとする第1のデータ構造の送信手段情報テーブルと、ユーザ毎に複数の送信手段の宛先情報及びユーザが優先的に採用する送信手段が登録されたユーザ情報と紐づけられた複数のメンバーＩＤを１つのグループとする第２のデータ構造のユーザデータ情報テーブルと、前記送信手段情報テーブル、又は、前記ユーザデータ情報テーブルの選択を受け付け、さらに、グループの選択を受け付ける選択受け付け手段と、選択されたグループに属する複数のユーザにデータを送信する際の送信手段、の指示を受け付ける指示受け付け手段と、前記選択受付手段が前記送信手段情報テーブルのグループの選択を受け付けた場合、該グループのメンバーＩＤに紐づけられている送信手段のうち、前記指示受け付け手段が指示を受け付けた送信手段と一致するものを検索し、前記選択受付手段が前記ユーザデータ情報テーブルのグループの選択を受け付けた場合、該グループのメンバーＩＤに紐づけられているユーザ情報の優先的に採用する送信手段を検索するユーザ情報検索手段と、前記ユーザ情報検索手段が検索した送信手段にデータの送信を要求する送信要求手段と、を有することを特徴とする。

本発明によれば、複数の送信手段による送信が可能な、複数のユーザを宛先にして、データを送信する場合に、送信手段を明示的に指示することができる。

複数の送信手段を持つアプリケーションにより送信データを宛先に送信する際、送信手段を効率的に指示できる、情報処理装置、データ送信方法、プログラム及び記憶媒体、を提供することができる。

データ送信システムの概略構成図の一例である。 画像形成装置のハードウェア構成図の一例である。 画像形成装置のソフトウェア構成図の一例である。 画像形成装置の機能ブロック図の一例である。 認証処理の手順を示すフローチャート図の一例である。 ユーザ情報ルールのカスタマイズの手順を示すフローチャート図の一例である。 ユーザ情報の追加、変更、削除又は参照の手順を示すフローチャート図の一例である。 ユーザ情報のグループやエントリを模式的に示す図の一例である。 メンバ間の関連づけを模式的に説明する図の一例である。 送信アプリにおいて、例えばユーザグループが選択された場合の送信画面の一例を示す図である。 送信画面の再構成の手順を示すシーケンス図の一例である。 グループ種別情報を用いたグループの検索手順を示すフローチャート図の一例である。 「ユーザグループ」キー、「宛先グループ」キー又は「グループ」キーの、選択が受け付けられた場合の画面の遷移例を示す図である。 送信手段を選択する選択画面の一例である。 グループの選択時に送信手段を選択する手順を示すシーケンス図の一例である。 送信手段を選択する選択画面の一例である。 ユーザ情報に優先的に設定されている送信手段を指定する手順を示すシーケンス図の一例である。 送信手段を選択する選択画面の一例である。 ユーザ情報に優先的に設定されている送信手段を指定する手順を示すシーケンス図の一例である。 ユーザ選択画面の一例である。 送信手段の決定方法を説明する図の一例である。 ユーザ情報の属性に登録された全ての送信手段により順番に送信し、どれか１つの送信手段により送信できたら終了する、送信手順を示すフローチャート図の一例である。 グループの登録時に登録するグループ登録画面の一例を示す図である。 メンバ登録時に登録するグループ登録画面の一例を示す図である。 メンバ登録時に登録するグループ登録画面の一例を示す図である。 宛先グループの検索条件設定画面の一例を示す図である。 検索条件画面の一例を示す図である。 条件適用方法画面の一例を示す図である。 ソート条件画面の一例を示す図である。 アクセス権フィルタ画面の一例を示す図である。 検索条件の詳細の一例を示す図である ユーザ情報管理部がユーザ情報から宛先グループを検索する手順を示すフローチャート図の一例である。

以下、本発明を実施するための形態について図面を参照しながら説明する。

〔データ送信システム１００〕
図１は、本実施形態のデータ送信システム１００の概略構成図の一例を示す。データ送信システム１００は、画像形成装置１００と、Ｗｅｂサーバ１１０及びＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１２０がネットワーク１０１を介して接続されている。このネットワーク１０１は、例えばＬＡＮ、インターネット、イントラネット、ＷＡＮ（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」等、オペレータがハードキー１４ｂなどから入力できる。「キー」以下の検索条件は設定してもしなくてもよい。

「判定範囲」は、「キー」の適応方法を指定する。オペレータは、「前方一致」キー７２６、「完全一致」キー７２７、「後方一致」キー７２８、「部分一致」キー７２９、「以上」キー７３０、「以下」キー７３１、「前方一致」キー７３２、「後方一致」７３３、「前方一致しない」キー７３４、「一致しない」キー７３５、「後方一致しない」キー７３６、「含まない」キー７３７から、オペレータが選択することができる。

「曖昧検索」は、曖昧検索の使用有無を指定する。オペレータは、曖昧検索の有無を「有効」キー７３８又は「無効」キー７３９から選択できる。「検索条件指定」は、この検索条件の作用のさせ方を指定する。例えばオペレータが複数のキーを入力した場合、複数のキーの作用のさせ方を指定できる。

「条件適用方法」キー７１３の選択を受け付けると、ユーザ情報利用部７５は、条件適用方法画面７３０を表示する。条件適用方法画面７３０は、「子孫が持つ情報を検索対象にする」キー７６１と、「子孫が持つ情報を検索対象にしない」キー７６２を有する。２つのキーのいずれかを選択することで、検索時にエントリをフィルタリングする際、グループに属するメンバの子孫が持つ情報をどのように取り扱うかを指定する。例えば、グループのメンバとしてメールを持つ宛先を検索対象とした場合、『メールを持つエントリ』を条件とすると、『子孫が持つ情報を検索対象にしない』場合は、グループのメンバのグループはヒットせず、『子孫が持つ情報を検索対象にしない』場合は、グループの面画のグループはヒットする。

「ソート条件」キー７１４の選択を受け付けると、ユーザ情報利用部７５は、ソート条件画面７４０を表示する。オペレータは、キー属性の「名前」キー７４２、「メール」キー７４３、「ＦＡＸ」キー７４４、又は、「フォルダ」キー７４５からソートに使用する属性を選択できる。ソート条件画面７４０は、「ソート条件」と「ソート順位」の各設定項目を有する。オペレータは、「ソート条件」について、「昇順」キー７４６又は「降順」キー７４７を選択することができる。オペレータは、「ソート順位」について、「一次」キー７４８又は「二次」キー７４９を選択することができる。

「アクセス権フィルタ」キー７１５の選択を受け付けると、ユーザ情報利用部７５は、アクセス権フィルタ画面７５０を表示する。アクセス権フィルタ画面７５０は、「全て」キー７５１、「削除権限を持つ情報」キー７５２、「参照権限を持つ情報」キー７５３、「オーナーグループ権限を持つ情報」キー７５４、「編集権限を持つ情報」キー７５５、「オーナ権限を持つ情報」キー７５６を有する。オペレータは、アクセス権により検索する属性をフィルタリングすることができる。

なお、「最大ヒット件数」は、ヒットしたユーザの最大件数を規定する。オペレータが適宜設定することができる。

オペレータが検索条件設定画面７１０にて検索条件を設定して、「検索実行」キーを選択すると、ユーザ情報利用部７５は検索条件と共に検索実行を受け付ける。ユーザ情報利用部７５は、検索条件をユーザ情報管理部７６に送出する。

図３２は、ユーザ情報管理部７６がユーザ情報から宛先グループを検索する手順を示すフローチャート図の一例である。まず、ユーザ情報管理部７６は、一件目のデータをユーザ情報ＤＢ８０から読み出す（Ｓ６０１）。そして、ユーザ情報管理部７６は、そのデータがグループのデータか否かを判定する（Ｓ６０２）。

グループでない場合（Ｓ６０２のＮｏ）、そのデータは図８（ｄ）のようなユーザ情報であることになるので、ユーザ情報管理部７６は、検索条件と一致するか否かを判定する（Ｓ６１６）。検索条件の属性名が例えば「メール」で「キー」が設定されていないとすると、「メール」を属性名に有するデータが検索条件に一致することになる。

検索条件と一致する場合（Ｓ６１６のＹｅｓ）、ユーザ情報管理部７６は、検索条件と一致したデータを検索結果に追加する（Ｓ６１７）。検索結果は、例えば、メンバのＩＤ、名称、属性名が一致した属性（属性名がメールならメールアドレス）である。

検索条件と一致しない場合（Ｓ６１６のＮｏ）、ユーザ情報管理部７６は、次のデータがユーザ情報に格納されているか否かを判定する（Ｓ６１２）。次のデータがユーザ情報に格納されている場合（Ｓ６１２のＹｅｓ）、ユーザ情報管理部７６は、次のデータをユーザ情報ＤＢ８０から読み出す（Ｓ６１８）。そして、ユーザ情報管理部７６はステップＳ６０２以下の処理を繰り返す。

ステップＳ６０２に戻り、読み出したデータがグループであった場合（Ｓ６０２のＹｅｓ）、現在、検索している階層を記録するため、ユーザ情報管理部７６は階層情報をカウントアップする（Ｓ６０３）。例えば、図８（ａ）ではＩＤ「５５５」のデータがグループである。

なお、階層情報は、例えば、「１」から始まり１つずつ増減する。図９では、ＩＤ「１１１」の階層が「１」、ＩＤ「２２２」「６６６」「４４４」の階層が「２」となる。

ユーザ情報管理部７６は、グループであったデータの直下のメンバリストをユーザ情報ＤＢ８０から読み出す（Ｓ６０５）。図８（ａ）では、ＩＤ「５５５」のメンバリストが読み出される。

ついで、ユーザ情報管理部７６は、読み出したメンバリストの１つずつについて、検索済みか否かを判定する（Ｓ６０６）。図９にて説明したように検索時には同じメンバにたどり着く可能性があるので、ユーザ情報管理部７６は、検索済みデータに検索したメンバを登録しながら、検索する。

検索済みの場合（Ｓ６０６のＹｅｓ）、ユーザ情報管理部７６は次のメンバがあるか否かを判定する（Ｓ６１０）。次のメンバがある場合（Ｓ６１０のＹｅｓ）、ユーザ情報管理部７６はメンバを読み出し（Ｓ６１５）、ステップＳ６０６から処理を繰り返す。

検索済みでない場合（Ｓ６０６のＮｏ）、ユーザ情報管理部７６は、メンバがグループか否かを判定する（Ｓ６０７）。グループであった場合は（Ｓ６０７のＹｅｓ）、階層を下る必要があるので、ユーザ情報管理部７６はステップＳ６０３からの処理を繰り返す。

グループでない場合は（Ｓ６０７のＮｏ）、ユーザ情報管理部７６は、メンバが検索条件と一致するか否かを判定する（Ｓ６０８）。検索条件と一致する場合（Ｓ６０８のＹｅｓ）、ユーザ情報管理部７６はメンバを検索結果に追加し（Ｓ６１３）、検索条件と一致しない場合（Ｓ６０８のＮｏ）、ユーザ情報管理部７６はメンバを検索済みデータに追加する（Ｓ６０９）。

ついで、ユーザ情報管理部７６は、次のメンバがあるか否かを判定する（Ｓ６１０）。次のメンバがない場合（Ｓ６１０のＮｏ）、１つのグループの検索が終了したことになる。階層が「１」なら全ての階層を検索できたことになるので、ユーザ情報管理部７６は階層が「１」か否かを判定する（Ｓ６１１）。

階層が「１」でない場合（Ｓ６１１のＮｏ）、ユーザ情報管理部７６は、階層を１つ上げるため、階層情報を１つ減らす（Ｓ６１４）。そして、ユーザ情報管理部７６は次のメンバがある否かを判定し（Ｓ６１０）、ステップＳ６１５からの処理を繰り返す。

階層が「１」になる（Ｓ６１１のＹｅｓ）、ユーザ情報管理部７６は、最も浅い階層で次のデータがあるか否かを判定する（Ｓ６１２）。そして、最も浅い階層で次のデータがない場合（Ｓ６１２のＮｏ）、ユーザ情報管理部７６は図２７の処理を終了する。

このようにユーザ情報管理部７６は、ユーザ情報ＤＢ８０から所望の属性（送信手段）のメンバ（ユーザ）を検索することができる。

以上説明したように、本実施形態の画像形成装置１００は、複数の送信手段を持つアプリケーションにより送信データを宛先に送信する際、送信手段を明示的に指定することができる。原則的に１つの送信手段を指定でき、例外的には一人のユーザに全ての送信手段で送信データを送信できるので、自由度や利便性を向上できる。

１１ スキャナエンジン
１２ プリントエンジン
１３ ＰＳＵ
１４ 操作部
１５ コントローラ
２１ スキャナ処理部
２２ プリント処理部
２３ タイマ
２４ ＣＰＵ
２５ ＡＳＩＣ
２６ ＨＤＤ
２７ メモリ
３０ 記憶媒体
３１ アプリケーション群
３２ アプリケーションＩ／Ｆ
３３ 制御機能群
７１ 認証部
７２ 起動管理部
７３ 電力制御部
７５ ユーザ情報利用部
７６ ユーザ情報管理部
７８ ユーザ情報設定部
８０ ユーザ情報ＤＢ
８１ ユーザ情報ルールＤＢ
１００ 画像形成装置
１１０ Ｗｅｂサーバ
１２０ ＰＣ
１０００ データ送信システム

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

Claims (14)

1. ユーザにデータを送信する複数の送信手段を有する情報処理装置であって、
   同じメンバーＩＤに二つ以上の送信手段が紐づけられた複数のメンバーＩＤを１つのグループとする第1のデータ構造の送信手段情報テーブルと、
   ユーザ毎に複数の送信手段の宛先情報及びユーザが優先的に採用する送信手段が登録されたユーザ情報と紐づけられた複数のメンバーＩＤを１つのグループとする第２のデータ構造のユーザデータ情報テーブルと、
   前記送信手段情報テーブル、又は、前記ユーザデータ情報テーブルの選択を受け付け、さらに、グループの選択を受け付ける選択受け付け手段と、
   選択されたグループに属する複数のユーザにデータを送信する際の送信手段、の指示を受け付ける指示受け付け手段と、
   前記選択受付手段が前記送信手段情報テーブルのグループの選択を受け付けた場合、該グループのメンバーＩＤに紐づけられている送信手段のうち、前記指示受け付け手段が指示を受け付けた送信手段と一致するものを検索し、
   前記選択受付手段が前記ユーザデータ情報テーブルのグループの選択を受け付けた場合、該グループのメンバーＩＤに紐づけられているユーザ情報の優先的に採用する送信手段を検索するユーザ情報検索手段と、
   前記ユーザ情報検索手段が検索した送信手段にデータの送信を要求する送信要求手段と、
   を有することを特徴とする情報処理装置。
2. さらに、前記第１のデータ構造の送信手段情報テーブルと前記第２のデータ構造のユーザデータ情報テーブルとが結合した第３のデータ構造の混在情報テーブルを有し、
   前記選択受付手段が前記混在情報テーブルのグループの選択を受け付けた場合、
   前記ユーザ情報検索手段は、選択されたグループのメンバーＩＤに対応づけられている送信手段のうち、前記指示受け付け手段が指示を受け付けた送信手段と一致するものを検索し、かつ、
   前記ユーザデータ情報テーブルのグループのメンバーＩＤに紐づけられているユーザ情報の優先的に採用する送信手段を検索する、
   ことを特徴とする請求項１記載の情報処理装置。
3. 前記選択受付手段が選択を受け付けた送信手段情報テーブルのグループのメンバーに、別の送信手段情報テーブルのメンバーＩＤが登録されている場合、
   ユーザ情報検索手段は、該メンバーＩＤの送信手段情報テーブルのグループのメンバーＩＤに紐づけられている送信手段のうち、前記指示受け付け手段が指示を受け付けた送信手段と一致するものを検索する、
   ことを特徴とする請求項１又は２項記載の情報処理装置。
4. 前記選択受付手段が前記ユーザデータ情報テーブルのグループの選択を受け付けた場合、
   前記指示受け付け手段により送信手段の指示を受け付けることなく、
   前記ユーザ情報検索手段は、選択された前記ユーザデータ情報テーブルのグループのメンバーＩＤに紐づけられているユーザ情報の優先的に採用する送信手段を検索する、
   ことを特徴とする請求項２項記載の情報処理装置。
5. 前記選択受付手段が、優先的に採用する送信手段による送信指示を受け付けた場合、
   前記指示受け付け手段により送信手段の指示を受け付けることなく、
   前記送信要求手段は、優先的に採用する送信手段にデータの送信を要求する、
   ことを特徴とする請求項２記載の情報処理装置。
6. 前記送信要求手段が、前記優先的に採用する送信手段にデータの送信を要求した場合、
   前記送信要求手段は、前記ユーザ情報に登録された複数の送信手段に対し順番に、一つの送信手段にデータの送信を要求し、送信が完了したら、残りの送信手段によるデータの送信を中止する、
   ことを特徴とする請求項４項記載の情報処理装置。
7. 前記送信手段情報テーブル又は前記ユーザデータ情報テーブルのいずれかの選択を受け付けた後、メンバーＩＤと送信手段の宛先情報の入力を受け付け、
   選択結果に従い、メンバーＩＤと送信手段の宛先情報を送信手段情報テーブル又はユーザデータ情報テーブルのいずれかに登録する登録手段を有する、
   ことを特徴とする請求項２〜６いずれか１項記載の情報処理装置。
8. メンバーＩＤに一以上の送信手段を対応づけたリストを表示し、選択を受け付けたメンバーＩＤを、該メンバーＩＤと対応づけられた送信手段と共に前記送信手段情報テーブルに登録する登録手段、
   を有することを特徴とする請求項２〜６いずれか１項記載の情報処理装置。
9. 一つの送信手段が選択された状態で、複数のメンバーＩＤの選択を受け付け、複数のメンバーＩＤにそれぞれ選択された送信手段に対応づけて送信手段情報テーブルに登録する登録手段、
   を有することを特徴とする請求項２〜６いずれか１項記載の情報処理装置。
10. 前記ユーザ情報検索手段は、宛先情報の一部を指定するキー情報、最大ヒット件数、又は、ソート条件、のいずれか一以上を受け付け、前記指示受け付け手段が受け付けた送信手段が登録されたメンバーを前記前記送信手段情報テーブル、又は、前記ユーザデータ情報テーブルから検索する、
    ことを特徴とする請求項１〜９いずれか１項記載の情報処理装置。
11. 前記送信手段情報テーブルのメンバーとして登録された、別の送信手段情報テーブルに登録されたメンバーＩＤの前記送信手段情報テーブルを検索対象とするか否かを受け付ける、ことを特徴とする請求項３記載の情報処理装置。
12. 同じメンバーＩＤに二つ以上の送信手段が紐づけられた複数のメンバーＩＤを１つのグループとする第1のデータ構造の送信手段情報テーブルと、
    ユーザ毎に複数の送信手段の宛先情報及びユーザが優先的に採用する送信手段が登録されたユーザ情報と紐づけられた複数のメンバーＩＤを１つのグループとする第２のデータ構造のユーザデータ情報テーブルとにアクセスし、複数の送信手段の１つ以上からユーザにデータを送信する情報処理装置によって行われるデータ送信方法であって、
    選択受け付け手段が、前記送信手段情報テーブル、又は、前記ユーザデータ情報テーブルの選択を受け付け、さらに、グループの選択を受け付けるステップと、
    指示受け付け手段が、選択されたグループに属する複数のユーザにデータを送信する際の送信手段、の指示を受け付けるステップと、
    前記選択受付手段が前記送信手段情報テーブルのグループの選択を受け付けた場合、
    ユーザ情報検索手段が、該グループのメンバーＩＤに紐づけられている送信手段のうち、前記指示受け付け手段が指示を受け付けた送信手段と一致するものを検索するステップと、
    前記選択受付手段が前記ユーザデータ情報テーブルのグループの選択を受け付けた場合、
    ユーザ情報検索手段が、該グループのメンバーＩＤに紐づけられているユーザ情報の優先的に採用する送信手段を検索するステップと、
    送信要求手段が、前記ユーザ情報検索手段が検索した送信手段にデータの送信を要求するステップと、
    を有することを特徴とするデータ送信方法。
13. 同じメンバーＩＤに二つ以上の送信手段が紐づけられた複数のメンバーＩＤを１つのグループとする第1のデータ構造の送信手段情報テーブルと、
    ユーザ毎に複数の送信手段の宛先情報及びユーザが優先的に採用する送信手段が登録されたユーザ情報と紐づけられた複数のメンバーＩＤを１つのグループとする第２のデータ構造のユーザデータ情報テーブルとにアクセスし、複数の送信手段の１つ以上からユーザにデータを送信する情報処理装置に、
    前記送信手段情報テーブル、又は、前記ユーザデータ情報テーブルの選択を受け付け、さらに、グループの選択を受け付ける選択受け付けステップと、
    選択されたグループに属する複数のユーザにデータを送信する際の送信手段、の指示を受け付ける指示受け付けステップと、
    前記選択受付手段が前記送信手段情報テーブルのグループの選択を受け付けた場合、
    該グループのメンバーＩＤに紐づけられている送信手段のうち、前記指示受け付け手段が指示を受け付けた送信手段と一致するものを検索し、
    前記選択受付手段が前記ユーザデータ情報テーブルのグループの選択を受け付けた場合、
    該グループのメンバーＩＤに紐づけられているユーザ情報の優先的に採用する送信手段を検索するユーザ情報検索ステップと、
    前記ユーザ情報検索手段が検索した送信手段にデータの送信を要求する送信要求ステップと、
    を実行させるプログラム。
14. 請求項１３記載のプログラムを記憶したコンピュータ読み取り可能な記憶媒体。

Images