情報処理装置及びその制御方法
【課題】 認証されたユーザが属するグループ（例えば、課）のメンバの宛先を自動的に設定してデータを送信することができなかった。
【解決手段】 複数のユーザの各々に対応する複数の宛先と、これら複数のユーザの各々が属するグループ情報とを管理するユーザ管理手段を検索して、認証されたユーザが属するグループに対応する宛先を取得し、その取得された宛先へデータを送信するように設定する。
【解決手段】 複数のユーザの各々に対応する複数の宛先と、これら複数のユーザの各々が属するグループ情報とを管理するユーザ管理手段を検索して、認証されたユーザが属するグループに対応する宛先を取得し、その取得された宛先へデータを送信するように設定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証されたユーザにより指定されたアプリケーションを実行する情報処理装置及びその制御方法に関する。
【背景技術】
【０００２】
ユーザ認証装置を備え、認証されたユーザに特化したアプリケーションを提供する情報処理装置が知られている。特許文献１には、認証されたユーザの電子メールアドレスに、読み取った画像データを送信する画像送信装置が記載されている。また、その認証されたユーザの電子メールアドレスを、自動的に送信アドレスに設定するボタンも記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１０１４８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記従来の技術では、認証されたユーザが属するグループ（例えば、課）のメンバの宛先を自動的に設定してデータを送信する、といったことは実現できなかった。
【０００５】
本発明の目的は、上記従来技術の問題点を解決することにある。
【０００６】
本発明の特徴は、認証されたユーザが属するグループにデータを送信できる技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
複数のユーザの各々に対応する複数の宛先と、前記複数のユーザの各々が属するグループ情報とを管理するユーザ管理手段を検索して、認証されたユーザが属するグループに対応する宛先を取得する取得手段と、前記取得手段により取得された宛先へデータを送信するように設定する設定手段と、を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、その認証されたユーザが属するグループを宛先としてデータを送信できるという効果がある。
【図面の簡単な説明】
【０００９】
【図１】実施形態に係る複合機（ＭＦＰ）を含むシステムの全体図。
【図２】実施形態に係る複合機（ＭＦＰ）の構成を示すブロック図。
【図３】実施形態に係るＭＦＰのソフトウェア構成を説明するブロック図。
【図４】「スキャンして送信」が指示されたときに操作部に表示される画面例を示す図。
【図５】ユーザ管理情報の一例を示す図。
【図６】ＬＤＡＰサーバの一例である認証サーバが、図５で例示したユーザ管理と同様の管理をした例を示す図。
【図７】グループ属性管理部が管理している管理テーブルの一例を示す図。
【図８】グループ属性管理部が「スキャンして送信」の要求を受けて属性を返すまでの処理を説明するフローチャート。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１１】
以下では、本発明に係る情報処理装置として、画像読み取り機能、印刷機能、通信機能を備え、コピー、プリント、スキャンした画像の送信などの画像処理アプリケーションを持つ複合機（ＭＦＰ）を例に説明する。しかしながら本発明の情報処理装置は、このような複合機に限定されるものではない。
【００１２】
図１は、実施形態に係る複合機（ＭＦＰ）１０１を含むシステムの全体図である。
【００１３】
認証サーバ１０２は、ユーザ情報を管理するサーバであり、例えばＬＤＡＰサーバで実現される。メールサーバ１０３は、ＭＦＰからＰＣ１０５にメールを送信する際に利用される。ファイルサーバ１０４は、ＭＦＰ１０１からの文書の送信先として利用される。これらＭＦＰ１０１，サーバ１０２ないし１０４及びＰＣ１０５は、ＬＡＮ１００を介して接続されている。
【００１４】
図２は、実施形態に係る複合機（ＭＦＰ）１０１の構成を示すブロック図である。
【００１５】
ＣＰＵ２０１を含む制御部２００は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ（ハードディスクドライブ）２０４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。操作部Ｉ／Ｆ２０５は、操作部２０９と制御部２００とを接続する。プリンタＩ／Ｆ２０６は、プリンタ部２２０と制御部２００とを接続する。プリンタ部２２０で印刷すべき画像データは、プリンタＩ／Ｆ２０６を介して制御部２００から転送され、プリンタ部２２０により記録媒体（シート）上に印刷される。スキャナＩ／Ｆ２０７は、スキャナ部２２１と制御部２００とを接続する。スキャナ部２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２０７を介して制御部２００に入力する。ネットワークＩ／Ｆ２０８は、制御部２００（ＭＦＰ１０１）をＬＡＮ１００に接続する。ネットワークＩ／Ｆ２０８は、ＬＡＮ１００上の外部装置（例えば、ＰＣ１０５）に画像データや情報を送信したり、ＬＡＮ１００上の外部装置から各種情報を受信したりする。
【００１６】
図３は、実施形態に係るＭＦＰ１０１のソフトウェア構成を説明するブロック図である。
【００１７】
ユーザ認証部３０１は、ＭＦＰ１０１を利用するユーザの認証を行なう。ユーザ情報をＭＦＰ１０１内で管理する場合は、ユーザ管理部３０２を利用する。ユーザ管理部３０２では、図５で例示されるように、各ユーザごとに、ログイン名、ドメイン名、パスワード、表示名、電子メールアドレス及び２つのグループ情報を属性として管理している。グループ情報は、ＭＦＰ１０１が運用される環境において任意に設定可能である。ここでは、１つ目のグループ（グループ１）として所属部署、２つ目のグループ（グループ２）として所属部の共有フォルダを設定している。また、外部の認証サーバ１０２を利用してシングルサインオンを行なうことも可能である。
【００１８】
図５は、ユーザ管理情報の一例を示す図で、ここでは複数（３人）のユーザ「水野」「閏間」及び「山田」の管理情報が示されている。尚、図５において、「グループ２」は、ユーザが属する課の共有フォルダを示している。
【００１９】
図６は、ＬＤＡＰサーバの一例である認証サーバ１０２が、図５で例示したユーザ管理と同様の管理をした例を示す図である。
【００２０】
認証サーバ１０２は、ＤＩＴ（Ｄｉｒｅｃｔｏｒｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒｅｅ）と呼ばれる階層構造でユーザを管理する。図６に示すように階層は、上からルート、Ｃ（Ｃｏｕｎｔｒｙ；国）、Ｏ（Ｏｒｇａｎｉｚａｔｉｏｎ；組織／会社）、ＯＵ（Ｏｒｇａｎｉｚａｔｉｏｎ Ｕｎｉｔ；部、課などのサブ組織）、ＣＮ（Ｃａｎｏｎｉｃａｌ Ｎａｍｅ；固有の名称）で構成される。そして、各階層にエントリが存在している。
【００２１】
本実施形態では、ＯＵの階層にあるエントリは所属部署（図では、「開発１課」「開発２課」）を示す。またＣＮの階層にあるエントリは、各ユーザの名称を示す。また各エントリは各種属性情報を有している。
【００２２】
本実施形態では、ＯＵの階層にあるエントリの属性情報は、部署名、その部署のホームディレクトリといった情報を含む。そして、ＣＮの階層にあるエントリの属性情報は、ユーザＩＤ、ユーザの名称、ホームディレクトリ、電子メールアドレスといった情報を含む。図３のグループ属性管理部３０３では、ユーザ管理部３０２で管理されるユーザ情報の属性とグループの定義などを管理する。
【００２３】
アプリケーション３０４は、「スキャンして送信」３０５、「スキャンして保存」３０６等のアプリケーションを含んでいる。「スキャンして送信」３０５は、スキャンした画像データを電子メールでＰＣ、或いはファイルサーバへ送信、また或いはＦＡＸで送信するアプリケーションである。「スキャンして保存」３０６は、原稿をスキャンして得られた画像データをＨＤＤ２０４に保存するアプリケーションである。
【００２４】
スキャン３０７、プリント３０８、ボックス３０９、ネットワーク３１０は、ＭＦＰ１０１が有する基本機能を実装するソフトウェアである。スキャン３０７はスキャン機能、プリント３０８はプリント機能、ボックス３０９は画像データの保存を行なうボックス機能に該当する。また、ネットワーク３１０は、ネットワーク１００を介して画像データの送受信を行なう機能である。
【００２５】
本実施形態では、「スキャンして送信」３０５が指示された場合、その宛先として「課メンバへ送信」或いは「課フォルダに送信」が指定された場合で説明する。「スキャンして送信」３０５が、ユーザにより利用するアプリケーションとして選択されると、図４のような画面が表示される。
【００２６】
図４は、「スキャンして送信」３０５が指示されたときに操作部２０９に表示される画面例を示す図である。この表示制御は、ＣＰＵ２０１がＲＯＭ２０２に記憶されたプログラムを実行することにより達成される。
【００２７】
４０１は、スキャンの設定値を表示しており、ここでは原稿がカラーかモノクロかの判別が自動、解像度が３００×３００ｄｐｉ、出力形式はＰＤＦ、原稿は両面が設定されている。ボタン４０２から４０７は、スキャンした画像データの宛先の設定に関するものである。「アドレス帳」ボタン４０２が押下されるとアドレス帳が表示され、そのアドレス帳に登録された宛先から、ユーザは所望の宛先を選択する。「ワンタッチ」ボタン４０３が押下されると、予めユーザが宛先を設定したボタンの一覧が表示される。「新規に入力」ボタン４０４が押下されると、新規に宛先を入力する画面が表示される。「自分へ送信」ボタン４０５が押下されると、認証されたユーザに紐づいて管理されている電子メールアドレスに、スキャンにより得られた画像データが添付ファイルとして添付された電子メールが送信される。「課メンバへ送信」ボタン４０６が押下されると、認証されたユーザが属する課のメンバの全員に、スキャンにより得られた画像データが添付された電子メールを送信する。「課フォルダへ送信」ボタン４０７が押下されると、認証されたユーザが属する課の共有フォルダに、スキャンにより得られた画像データをファイル化して送信して格納する。
【００２８】
グループ属性管理部３０３は、アプリケーション３０４が利用したい属性と、ユーザ認証部３０１が利用・管理しているユーザ管理部３０２のユーザ情報の実際の属性とを紐づけて管理する。例えば、「スキャンして送信」で「課メンバへ送信」機能では、「課」、「課のメンバ」、「課のメンバの電子メールアドレス」がどのようにユーザ管理として行なわれているかを、ここで管理する。
【００２９】
図７は、グループ属性管理部３０３が管理している管理テーブルの一例を示す図である。
【００３０】
属性ＩＤは、属性の管理に使われる識別子（ＩＤ）である。属性種別ＩＤは、アプリケーション３０４にとっての宛先属性の種別を示すＩＤで、「１」が「課メンバに送信」、「２」が「課フォルダに送信」を意味する。この紐づけ関係はアプリケーション３０４が管理する。認証先は、ユーザ認証部３０１が利用するユーザ情報の場所を示し、「ローカル」の場合はユーザ管理部３０２を示し、「ＬＤＡＰ」は認証サーバ１０２を示している。エントリは、アプリケーション３０４が利用する属性値が存在する認証サーバ１０２のエントリの階層を示している。従って、認証先が「ローカル」の場合は、このエントリは存在しない。また認証先が「ＬＤＡＰ」で「課メンバに送信」（ＩＤ＝１）の場合は、階層ＯＵが同じである階層ＣＮのユーザが宛先対象となる。また認証先が「ＬＤＡＰ」で「課フォルダに送信」（ＩＤ＝２）の場合は、階層ＯＵが同じである部署のホームディレクトリが宛先対象となる。送信属性は、利用するエントリの送信属性のうち、アプリケーション３０４が利用する送信属性の名前である。ここでは「電子メール」、「mail」及び「ホームディレクトリ」が含まれている。検索条件は、認証先が「ローカル」の場合は、「課メンバへの送信」であればグループ１が同じである全てのユーザとなる。また認証先が認証サーバ１０２の場合は、「課メンバへ送信」であれば階層ＯＵ（グループ）が同じであるメンバとなり、「課フォルダへ送信」であれば階層ＯＵ（グループ）が同じである共有フォルダとなっている。
【００３１】
属性ＩＤが「１」の場合は、図５の例で示すユーザ管理部３０２で管理されるユーザ情報の属性の「グループ１」（開発課）をアプリケーションが利用することが分かる。属性ＩＤが「２」の場合は、認証サーバ１０２において、認証されたユーザが属するＯＵ（認証されたユーザの上位のエントリ）が一致する全てのＣＮエントリが同一課のメンバとなり、そのエントリのメールアドレスを電子メールアドレスとして利用する。図６の例では、認証されたユーザが「山田」であれば、「山田」と、「山田」と同じＯＵである「水野」が検索され、「山田」と「水野」に含まれる電子メールアドレスを電子メールの宛先として特定する。また属性ＩＤが「３」の例では、認証サーバで認証されたユーザが属する階層ＯＵのエントリの送信信性（ホームディレクトリ）で特定されるパス或いはＵＲＬが特定される。
【００３２】
図８は、グループ属性管理部３０３が「スキャンして送信」の要求を受けてユーザリスト及びその送信属性を返すまでの処理を説明するフローチャートである。尚、この処理を実行するプログラムはＲＯＭ２０２に記憶されており、ＣＰＵ２０１の制御の下に実行される。
【００３３】
まずＳ８０１で、アプリケーション３０４の「スキャンして送信」３０５が指示されると、その指定された宛先に応じて、図４の「課メンバに送信」ボタン４０６或いは「課フォルダに送信」ボタン４０７のいずれかが押された場合で説明する。こうして選択されたボタンに対応する属性種別ＩＤを指定し、グループ属性管理部３０３に対して属性値の取得要求を行なう。ここでは「課メンバへ送信」の場合は「１」が指定され、「課フォルダへ送信」であれば「２」が指定される。
【００３４】
次にＳ８０２に進み、ユーザ認証部３０１に、現在認証されているユーザの認証先がどこであるかを問い合わせ、ユーザ認証部３０１から認証先の情報を取得する。
【００３５】
次にＳ８０３に進み、グループ属性管理部３０３の管理テーブル（図７）に、アプリケーション３０４により指定された属性種別ＩＤで、現在の認証先が一致する検索条件が存在するかをチェックする。ここで検索条件が存在しない場合はＳ８０６に進み、アプリケーション３０４に対して、グループ属性管理部３０３へ登録が必要である旨を返却して、この処理を終了する。
【００３６】
一方、一致する検索条件が存在する場合はＳ８０４に進み、図７に示す管理テーブルの検索条件に合致するエントリを検索し、その検索条件に合致したエントリのユーザ名或いはグループ及び送信属性を取得する。そしてＳ８０５に進み、Ｓ８０４で取得したユーザ名或いはグループ及び送信属性をアプリケーション３０４に返却する。
【００３７】
具体例で説明すると、いま認証サーバ１０２で認証されたユーザが、図４の「課メンバへ送信」ボタン４０６を選択すると、アプリケーション３０４が認証先を「ＬＤＡＰ」、属性種別ＩＤとして「１」、即ち「課メンバへ送信」を指定する。その結果、検索条件として「認証ユーザの階層ＯＵと同じユーザ全て」が選択される。これによりＳ８０４では、認証ユーザの階層ＯＵと同じ階層ＯＵである階層ＣＮのユーザと、その送信属性（この場合、mail）を、図４の「課メンバへ送信」ボタン４０６に関連付けてＲＡＭ２０３或いはＨＤＤ２０４に記憶する。
【００３８】
また、認証サーバ１０２で認証されたユーザが図４の「課フォルダへ送信」ボタン４０７を指定すると、アプリケーション３０４が認証先を「ＬＤＡＰ」、属性種別ＩＤとして「２」、即ち「課フォルダへ送信」を指定する。その結果、検索条件として「認証ユーザの階層ＯＵと同じ」が選択される。これによりＳ８０４で、ユーザの階層ＯＵと同じであるグループと、送信属性（この場合、ホームディレクトリ（フォルダのパス或いはＵＲＬ））を、図４の「課フォルダへ送信」ボタン４０６に関連付けてＲＡＭ２０３或いはＨＤＤ２０４に記憶する。
【００３９】
これにより、認証されたユーザが図４の画面で「課メンバへ送信」ボタン４０６を押下する。これにより、Ｓ８０４で返却された電子メールアドレス、即ち、認証されたユーザが所属する部署のメンバの電子メールアドレスを宛先として設定した電子メールを送信することが可能になる。
【００４０】
また、認証されたユーザが図４の画面で「課フォルダへ送信」ボタン４０７を押下した場合は、Ｓ８０４で返却されたパス或いはＵＲＬ、即ち、認証されたユーザが所属する部署のホームディレクトリを宛先として設定したファイル転送を実行できるようになる。このようにして、スキャンして送信を行う際、認証されたユーザは「課メンバへ送信」或いは「課フォルダへ送信」ボタンを指定するだけで、その宛先やその送信形態を自動的に設定することができる。これにより、認証されたユーザが宛先を指定するのに、そのユーザが「アドレス帳」ボタン４０２を押してアドレスを選択する操作が不要になり、アドレスの設定のための手間を大幅に削減することができる。
【００４１】
尚、図８のフローチャートのＳ８０４，Ｓ８０５において、アプリケーション３０４は、認証されたユーザの電子メールアドレスを取得し、図４の「自分へ送信」ボタン４０５に関連付けてＲＡＭ２０３或いはＨＤＤ２０４に記憶してもよい。これにより、認証されたユーザは、自身を宛先とした電子メールを送信するための操作の手間が軽減される。
【００４２】
また、図６において、階層ＯＵのエントリの属性情報が所属部署のメーリングリストのアドレスを含むようにしても良い。そして、図７の属性ＩＤ「２」（「課フォルダに送信」）に対して、エントリを「ＯＵ」として検索条件を「ＯＵが同じ」とする。これにより、図４の「課メンバへ送信」ボタン４０６を押下すると、宛先を、認証されたユーザが所属する課のメーリングリストとして電子メールを送信することが可能になる。
【００４３】
このように本実施形態によれば、各ユーザの電子メールアドレス及び各ユーザが属するグループ情報（図５では第１及び第２グループ）を管理するユーザ管理テーブルを設ける。また管理テーブルとして、ユーザの認証先に対応して「課メンバへ送信」「課フォルダへ送信」と、参照する階層（グループ或いはユーザ個人）エントリ）、及び検索条件を登録しておく。そして、認証されたユーザの認証先と、そのユーザが選択したスキャン送信の宛先に従って検索条件を管理テーブルから求め、その検索条件に該当するエントリに含まれるユーザ或いはグループを求め、その送信属性に従って電子メール或いはファイル転送を行う。これにより、認証されたユーザが、画面上でスキャン送信の宛先を指定するだけで、その宛先の属性に応じた、例えばユーザやユーザの所属部に対して、そのスキャンした画像データを電子メール或いはファイル転送により送信することができる。
【００４４】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、認証されたユーザにより指定されたアプリケーションを実行する情報処理装置及びその制御方法に関する。
【背景技術】
【０００２】
ユーザ認証装置を備え、認証されたユーザに特化したアプリケーションを提供する情報処理装置が知られている。特許文献１には、認証されたユーザの電子メールアドレスに、読み取った画像データを送信する画像送信装置が記載されている。また、その認証されたユーザの電子メールアドレスを、自動的に送信アドレスに設定するボタンも記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１０１４８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記従来の技術では、認証されたユーザが属するグループ（例えば、課）のメンバの宛先を自動的に設定してデータを送信する、といったことは実現できなかった。
【０００５】
本発明の目的は、上記従来技術の問題点を解決することにある。
【０００６】
本発明の特徴は、認証されたユーザが属するグループにデータを送信できる技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
複数のユーザの各々に対応する複数の宛先と、前記複数のユーザの各々が属するグループ情報とを管理するユーザ管理手段を検索して、認証されたユーザが属するグループに対応する宛先を取得する取得手段と、前記取得手段により取得された宛先へデータを送信するように設定する設定手段と、を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、その認証されたユーザが属するグループを宛先としてデータを送信できるという効果がある。
【図面の簡単な説明】
【０００９】
【図１】実施形態に係る複合機（ＭＦＰ）を含むシステムの全体図。
【図２】実施形態に係る複合機（ＭＦＰ）の構成を示すブロック図。
【図３】実施形態に係るＭＦＰのソフトウェア構成を説明するブロック図。
【図４】「スキャンして送信」が指示されたときに操作部に表示される画面例を示す図。
【図５】ユーザ管理情報の一例を示す図。
【図６】ＬＤＡＰサーバの一例である認証サーバが、図５で例示したユーザ管理と同様の管理をした例を示す図。
【図７】グループ属性管理部が管理している管理テーブルの一例を示す図。
【図８】グループ属性管理部が「スキャンして送信」の要求を受けて属性を返すまでの処理を説明するフローチャート。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１１】
以下では、本発明に係る情報処理装置として、画像読み取り機能、印刷機能、通信機能を備え、コピー、プリント、スキャンした画像の送信などの画像処理アプリケーションを持つ複合機（ＭＦＰ）を例に説明する。しかしながら本発明の情報処理装置は、このような複合機に限定されるものではない。
【００１２】
図１は、実施形態に係る複合機（ＭＦＰ）１０１を含むシステムの全体図である。
【００１３】
認証サーバ１０２は、ユーザ情報を管理するサーバであり、例えばＬＤＡＰサーバで実現される。メールサーバ１０３は、ＭＦＰからＰＣ１０５にメールを送信する際に利用される。ファイルサーバ１０４は、ＭＦＰ１０１からの文書の送信先として利用される。これらＭＦＰ１０１，サーバ１０２ないし１０４及びＰＣ１０５は、ＬＡＮ１００を介して接続されている。
【００１４】
図２は、実施形態に係る複合機（ＭＦＰ）１０１の構成を示すブロック図である。
【００１５】
ＣＰＵ２０１を含む制御部２００は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ（ハードディスクドライブ）２０４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。操作部Ｉ／Ｆ２０５は、操作部２０９と制御部２００とを接続する。プリンタＩ／Ｆ２０６は、プリンタ部２２０と制御部２００とを接続する。プリンタ部２２０で印刷すべき画像データは、プリンタＩ／Ｆ２０６を介して制御部２００から転送され、プリンタ部２２０により記録媒体（シート）上に印刷される。スキャナＩ／Ｆ２０７は、スキャナ部２２１と制御部２００とを接続する。スキャナ部２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２０７を介して制御部２００に入力する。ネットワークＩ／Ｆ２０８は、制御部２００（ＭＦＰ１０１）をＬＡＮ１００に接続する。ネットワークＩ／Ｆ２０８は、ＬＡＮ１００上の外部装置（例えば、ＰＣ１０５）に画像データや情報を送信したり、ＬＡＮ１００上の外部装置から各種情報を受信したりする。
【００１６】
図３は、実施形態に係るＭＦＰ１０１のソフトウェア構成を説明するブロック図である。
【００１７】
ユーザ認証部３０１は、ＭＦＰ１０１を利用するユーザの認証を行なう。ユーザ情報をＭＦＰ１０１内で管理する場合は、ユーザ管理部３０２を利用する。ユーザ管理部３０２では、図５で例示されるように、各ユーザごとに、ログイン名、ドメイン名、パスワード、表示名、電子メールアドレス及び２つのグループ情報を属性として管理している。グループ情報は、ＭＦＰ１０１が運用される環境において任意に設定可能である。ここでは、１つ目のグループ（グループ１）として所属部署、２つ目のグループ（グループ２）として所属部の共有フォルダを設定している。また、外部の認証サーバ１０２を利用してシングルサインオンを行なうことも可能である。
【００１８】
図５は、ユーザ管理情報の一例を示す図で、ここでは複数（３人）のユーザ「水野」「閏間」及び「山田」の管理情報が示されている。尚、図５において、「グループ２」は、ユーザが属する課の共有フォルダを示している。
【００１９】
図６は、ＬＤＡＰサーバの一例である認証サーバ１０２が、図５で例示したユーザ管理と同様の管理をした例を示す図である。
【００２０】
認証サーバ１０２は、ＤＩＴ（Ｄｉｒｅｃｔｏｒｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒｅｅ）と呼ばれる階層構造でユーザを管理する。図６に示すように階層は、上からルート、Ｃ（Ｃｏｕｎｔｒｙ；国）、Ｏ（Ｏｒｇａｎｉｚａｔｉｏｎ；組織／会社）、ＯＵ（Ｏｒｇａｎｉｚａｔｉｏｎ Ｕｎｉｔ；部、課などのサブ組織）、ＣＮ（Ｃａｎｏｎｉｃａｌ Ｎａｍｅ；固有の名称）で構成される。そして、各階層にエントリが存在している。
【００２１】
本実施形態では、ＯＵの階層にあるエントリは所属部署（図では、「開発１課」「開発２課」）を示す。またＣＮの階層にあるエントリは、各ユーザの名称を示す。また各エントリは各種属性情報を有している。
【００２２】
本実施形態では、ＯＵの階層にあるエントリの属性情報は、部署名、その部署のホームディレクトリといった情報を含む。そして、ＣＮの階層にあるエントリの属性情報は、ユーザＩＤ、ユーザの名称、ホームディレクトリ、電子メールアドレスといった情報を含む。図３のグループ属性管理部３０３では、ユーザ管理部３０２で管理されるユーザ情報の属性とグループの定義などを管理する。
【００２３】
アプリケーション３０４は、「スキャンして送信」３０５、「スキャンして保存」３０６等のアプリケーションを含んでいる。「スキャンして送信」３０５は、スキャンした画像データを電子メールでＰＣ、或いはファイルサーバへ送信、また或いはＦＡＸで送信するアプリケーションである。「スキャンして保存」３０６は、原稿をスキャンして得られた画像データをＨＤＤ２０４に保存するアプリケーションである。
【００２４】
スキャン３０７、プリント３０８、ボックス３０９、ネットワーク３１０は、ＭＦＰ１０１が有する基本機能を実装するソフトウェアである。スキャン３０７はスキャン機能、プリント３０８はプリント機能、ボックス３０９は画像データの保存を行なうボックス機能に該当する。また、ネットワーク３１０は、ネットワーク１００を介して画像データの送受信を行なう機能である。
【００２５】
本実施形態では、「スキャンして送信」３０５が指示された場合、その宛先として「課メンバへ送信」或いは「課フォルダに送信」が指定された場合で説明する。「スキャンして送信」３０５が、ユーザにより利用するアプリケーションとして選択されると、図４のような画面が表示される。
【００２６】
図４は、「スキャンして送信」３０５が指示されたときに操作部２０９に表示される画面例を示す図である。この表示制御は、ＣＰＵ２０１がＲＯＭ２０２に記憶されたプログラムを実行することにより達成される。
【００２７】
４０１は、スキャンの設定値を表示しており、ここでは原稿がカラーかモノクロかの判別が自動、解像度が３００×３００ｄｐｉ、出力形式はＰＤＦ、原稿は両面が設定されている。ボタン４０２から４０７は、スキャンした画像データの宛先の設定に関するものである。「アドレス帳」ボタン４０２が押下されるとアドレス帳が表示され、そのアドレス帳に登録された宛先から、ユーザは所望の宛先を選択する。「ワンタッチ」ボタン４０３が押下されると、予めユーザが宛先を設定したボタンの一覧が表示される。「新規に入力」ボタン４０４が押下されると、新規に宛先を入力する画面が表示される。「自分へ送信」ボタン４０５が押下されると、認証されたユーザに紐づいて管理されている電子メールアドレスに、スキャンにより得られた画像データが添付ファイルとして添付された電子メールが送信される。「課メンバへ送信」ボタン４０６が押下されると、認証されたユーザが属する課のメンバの全員に、スキャンにより得られた画像データが添付された電子メールを送信する。「課フォルダへ送信」ボタン４０７が押下されると、認証されたユーザが属する課の共有フォルダに、スキャンにより得られた画像データをファイル化して送信して格納する。
【００２８】
グループ属性管理部３０３は、アプリケーション３０４が利用したい属性と、ユーザ認証部３０１が利用・管理しているユーザ管理部３０２のユーザ情報の実際の属性とを紐づけて管理する。例えば、「スキャンして送信」で「課メンバへ送信」機能では、「課」、「課のメンバ」、「課のメンバの電子メールアドレス」がどのようにユーザ管理として行なわれているかを、ここで管理する。
【００２９】
図７は、グループ属性管理部３０３が管理している管理テーブルの一例を示す図である。
【００３０】
属性ＩＤは、属性の管理に使われる識別子（ＩＤ）である。属性種別ＩＤは、アプリケーション３０４にとっての宛先属性の種別を示すＩＤで、「１」が「課メンバに送信」、「２」が「課フォルダに送信」を意味する。この紐づけ関係はアプリケーション３０４が管理する。認証先は、ユーザ認証部３０１が利用するユーザ情報の場所を示し、「ローカル」の場合はユーザ管理部３０２を示し、「ＬＤＡＰ」は認証サーバ１０２を示している。エントリは、アプリケーション３０４が利用する属性値が存在する認証サーバ１０２のエントリの階層を示している。従って、認証先が「ローカル」の場合は、このエントリは存在しない。また認証先が「ＬＤＡＰ」で「課メンバに送信」（ＩＤ＝１）の場合は、階層ＯＵが同じである階層ＣＮのユーザが宛先対象となる。また認証先が「ＬＤＡＰ」で「課フォルダに送信」（ＩＤ＝２）の場合は、階層ＯＵが同じである部署のホームディレクトリが宛先対象となる。送信属性は、利用するエントリの送信属性のうち、アプリケーション３０４が利用する送信属性の名前である。ここでは「電子メール」、「mail」及び「ホームディレクトリ」が含まれている。検索条件は、認証先が「ローカル」の場合は、「課メンバへの送信」であればグループ１が同じである全てのユーザとなる。また認証先が認証サーバ１０２の場合は、「課メンバへ送信」であれば階層ＯＵ（グループ）が同じであるメンバとなり、「課フォルダへ送信」であれば階層ＯＵ（グループ）が同じである共有フォルダとなっている。
【００３１】
属性ＩＤが「１」の場合は、図５の例で示すユーザ管理部３０２で管理されるユーザ情報の属性の「グループ１」（開発課）をアプリケーションが利用することが分かる。属性ＩＤが「２」の場合は、認証サーバ１０２において、認証されたユーザが属するＯＵ（認証されたユーザの上位のエントリ）が一致する全てのＣＮエントリが同一課のメンバとなり、そのエントリのメールアドレスを電子メールアドレスとして利用する。図６の例では、認証されたユーザが「山田」であれば、「山田」と、「山田」と同じＯＵである「水野」が検索され、「山田」と「水野」に含まれる電子メールアドレスを電子メールの宛先として特定する。また属性ＩＤが「３」の例では、認証サーバで認証されたユーザが属する階層ＯＵのエントリの送信信性（ホームディレクトリ）で特定されるパス或いはＵＲＬが特定される。
【００３２】
図８は、グループ属性管理部３０３が「スキャンして送信」の要求を受けてユーザリスト及びその送信属性を返すまでの処理を説明するフローチャートである。尚、この処理を実行するプログラムはＲＯＭ２０２に記憶されており、ＣＰＵ２０１の制御の下に実行される。
【００３３】
まずＳ８０１で、アプリケーション３０４の「スキャンして送信」３０５が指示されると、その指定された宛先に応じて、図４の「課メンバに送信」ボタン４０６或いは「課フォルダに送信」ボタン４０７のいずれかが押された場合で説明する。こうして選択されたボタンに対応する属性種別ＩＤを指定し、グループ属性管理部３０３に対して属性値の取得要求を行なう。ここでは「課メンバへ送信」の場合は「１」が指定され、「課フォルダへ送信」であれば「２」が指定される。
【００３４】
次にＳ８０２に進み、ユーザ認証部３０１に、現在認証されているユーザの認証先がどこであるかを問い合わせ、ユーザ認証部３０１から認証先の情報を取得する。
【００３５】
次にＳ８０３に進み、グループ属性管理部３０３の管理テーブル（図７）に、アプリケーション３０４により指定された属性種別ＩＤで、現在の認証先が一致する検索条件が存在するかをチェックする。ここで検索条件が存在しない場合はＳ８０６に進み、アプリケーション３０４に対して、グループ属性管理部３０３へ登録が必要である旨を返却して、この処理を終了する。
【００３６】
一方、一致する検索条件が存在する場合はＳ８０４に進み、図７に示す管理テーブルの検索条件に合致するエントリを検索し、その検索条件に合致したエントリのユーザ名或いはグループ及び送信属性を取得する。そしてＳ８０５に進み、Ｓ８０４で取得したユーザ名或いはグループ及び送信属性をアプリケーション３０４に返却する。
【００３７】
具体例で説明すると、いま認証サーバ１０２で認証されたユーザが、図４の「課メンバへ送信」ボタン４０６を選択すると、アプリケーション３０４が認証先を「ＬＤＡＰ」、属性種別ＩＤとして「１」、即ち「課メンバへ送信」を指定する。その結果、検索条件として「認証ユーザの階層ＯＵと同じユーザ全て」が選択される。これによりＳ８０４では、認証ユーザの階層ＯＵと同じ階層ＯＵである階層ＣＮのユーザと、その送信属性（この場合、mail）を、図４の「課メンバへ送信」ボタン４０６に関連付けてＲＡＭ２０３或いはＨＤＤ２０４に記憶する。
【００３８】
また、認証サーバ１０２で認証されたユーザが図４の「課フォルダへ送信」ボタン４０７を指定すると、アプリケーション３０４が認証先を「ＬＤＡＰ」、属性種別ＩＤとして「２」、即ち「課フォルダへ送信」を指定する。その結果、検索条件として「認証ユーザの階層ＯＵと同じ」が選択される。これによりＳ８０４で、ユーザの階層ＯＵと同じであるグループと、送信属性（この場合、ホームディレクトリ（フォルダのパス或いはＵＲＬ））を、図４の「課フォルダへ送信」ボタン４０６に関連付けてＲＡＭ２０３或いはＨＤＤ２０４に記憶する。
【００３９】
これにより、認証されたユーザが図４の画面で「課メンバへ送信」ボタン４０６を押下する。これにより、Ｓ８０４で返却された電子メールアドレス、即ち、認証されたユーザが所属する部署のメンバの電子メールアドレスを宛先として設定した電子メールを送信することが可能になる。
【００４０】
また、認証されたユーザが図４の画面で「課フォルダへ送信」ボタン４０７を押下した場合は、Ｓ８０４で返却されたパス或いはＵＲＬ、即ち、認証されたユーザが所属する部署のホームディレクトリを宛先として設定したファイル転送を実行できるようになる。このようにして、スキャンして送信を行う際、認証されたユーザは「課メンバへ送信」或いは「課フォルダへ送信」ボタンを指定するだけで、その宛先やその送信形態を自動的に設定することができる。これにより、認証されたユーザが宛先を指定するのに、そのユーザが「アドレス帳」ボタン４０２を押してアドレスを選択する操作が不要になり、アドレスの設定のための手間を大幅に削減することができる。
【００４１】
尚、図８のフローチャートのＳ８０４，Ｓ８０５において、アプリケーション３０４は、認証されたユーザの電子メールアドレスを取得し、図４の「自分へ送信」ボタン４０５に関連付けてＲＡＭ２０３或いはＨＤＤ２０４に記憶してもよい。これにより、認証されたユーザは、自身を宛先とした電子メールを送信するための操作の手間が軽減される。
【００４２】
また、図６において、階層ＯＵのエントリの属性情報が所属部署のメーリングリストのアドレスを含むようにしても良い。そして、図７の属性ＩＤ「２」（「課フォルダに送信」）に対して、エントリを「ＯＵ」として検索条件を「ＯＵが同じ」とする。これにより、図４の「課メンバへ送信」ボタン４０６を押下すると、宛先を、認証されたユーザが所属する課のメーリングリストとして電子メールを送信することが可能になる。
【００４３】
このように本実施形態によれば、各ユーザの電子メールアドレス及び各ユーザが属するグループ情報（図５では第１及び第２グループ）を管理するユーザ管理テーブルを設ける。また管理テーブルとして、ユーザの認証先に対応して「課メンバへ送信」「課フォルダへ送信」と、参照する階層（グループ或いはユーザ個人）エントリ）、及び検索条件を登録しておく。そして、認証されたユーザの認証先と、そのユーザが選択したスキャン送信の宛先に従って検索条件を管理テーブルから求め、その検索条件に該当するエントリに含まれるユーザ或いはグループを求め、その送信属性に従って電子メール或いはファイル転送を行う。これにより、認証されたユーザが、画面上でスキャン送信の宛先を指定するだけで、その宛先の属性に応じた、例えばユーザやユーザの所属部に対して、そのスキャンした画像データを電子メール或いはファイル転送により送信することができる。
【００４４】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
複数のユーザの各々に対応する複数の宛先と、前記複数のユーザの各々が属するグループ情報とを管理するユーザ管理手段を検索して、認証されたユーザが属するグループに対応する宛先を取得する取得手段と、
前記取得手段により取得された宛先へデータを送信するように設定する設定手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記取得手段が前記ユーザ管理手段を検索するための検索条件を管理する管理手段を更に備え、
前記取得手段は前記管理手段が管理する、前記認証されたユーザに対応する検索条件を用いて前記ユーザ管理手段を検索することを特徴とする、請求項１に記載の情報処理装置。
【請求項３】
前記ユーザ管理手段は、前記情報処理装置或いは、ネットワークを介して接続される認証サーバのいずれかが有することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記管理手段は、データの送信方法を示す送信属性を含むことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記検索条件は、前記認証されたユーザが属するグループに含まれるユーザに対応する宛先、或いは前記認証されたユーザが属するグループに対応するフォルダを検索することを含むことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
情報処理装置を制御する制御方法であって、
複数のユーザの各々に対応する複数の宛先と、前記複数のユーザの各々が属するグループ情報とを管理するユーザ管理手段を検索して、認証されたユーザが属するグループに対応する宛先を取得する取得工程と、
前記取得工程において取得された宛先へデータを送信するように設定する設定工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項７】
請求項６の制御方法を情報処理装置に実行させるためのプログラム。
【請求項１】
複数のユーザの各々に対応する複数の宛先と、前記複数のユーザの各々が属するグループ情報とを管理するユーザ管理手段を検索して、認証されたユーザが属するグループに対応する宛先を取得する取得手段と、
前記取得手段により取得された宛先へデータを送信するように設定する設定手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記取得手段が前記ユーザ管理手段を検索するための検索条件を管理する管理手段を更に備え、
前記取得手段は前記管理手段が管理する、前記認証されたユーザに対応する検索条件を用いて前記ユーザ管理手段を検索することを特徴とする、請求項１に記載の情報処理装置。
【請求項３】
前記ユーザ管理手段は、前記情報処理装置或いは、ネットワークを介して接続される認証サーバのいずれかが有することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記管理手段は、データの送信方法を示す送信属性を含むことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記検索条件は、前記認証されたユーザが属するグループに含まれるユーザに対応する宛先、或いは前記認証されたユーザが属するグループに対応するフォルダを検索することを含むことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
情報処理装置を制御する制御方法であって、
複数のユーザの各々に対応する複数の宛先と、前記複数のユーザの各々が属するグループ情報とを管理するユーザ管理手段を検索して、認証されたユーザが属するグループに対応する宛先を取得する取得工程と、
前記取得工程において取得された宛先へデータを送信するように設定する設定工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項７】
請求項６の制御方法を情報処理装置に実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１３−８１０８（Ｐ２０１３−８１０８Ａ）
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願番号】特願２０１１−１３８８９３（Ｐ２０１１−１３８８９３）
【出願日】平成２３年６月２２日（２０１１．６．２２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願日】平成２３年６月２２日（２０１１．６．２２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]