JP5847528B2 - 画像形成装置、画像形成装置の制御方法、及びプログラム - Google Patents

Description

本発明は、画像形成装置、画像形成装置の制御方法、及びプログラムに関する。

近年、企業のオフィス等にプリンタが普及し、誰でも簡単に印刷ができるようになった。ＰＣ（パーソナルコンピュータ）からプリンタに印刷するには、プリンタを制御し印刷データを生成するプリンタドライバをＰＣにインストールする必要がある。

一般的にプリンタドライバは、ＰＣのオペレーティングシステム（ＯＳ）や印刷するプリンタ毎に用意され、プリンタに同梱されたＣＤ−ＲＯＭやＦＤ等の記憶媒体によって提供されている。また、管理者は最新のプリンタドライバを、公衆ネットワークを介してプリンタの製造元が開設したホームページからダウンロードにより入手することが一般的である。さらに、入手したプリンタドライバとインストール時に使用する設定情報とを、ネットワーク上で共有されている記憶装置に配置し、一般ユーザに配置場所をアナウンスしてプリンタを利用させるといった運用が行われている。一般ユーザはアナウンスを基に、その配置場所から取得した情報に従い、ＰＣにプリンタドライバをインストールする。

近年では、画像形成装置が複数のプリンタドライバ（ＬＩＰＳ、ＬＩＰＳＸ、ＰＣＬ、ｅｔｃ．．）に対応するのが一般的となり、１つの画像形成装置で複数のプリンタドライバを同時に運用することが可能になっている。

また、近年では、ユーティリティソフトウェアにより、プリンタドライバをインストールした後の初期状態（標準の設定値）を変更し、ユーザにとってより使いやすいカスタマイズしたプリンタドライバを提供可能となっている。

従来から、プリンタドライバをインストールする方法として、インストーラが参照する設定情報を定義ファイルとして管理者が作成し、定義ファイルとインストーラを１つの実行ファイル（以下、プリンタドライバと区別する為、セットアップドライバと呼ぶ）から呼び出す技術が提案されている（特許文献１参照）。

さらに、作成した複数のセットアップドライバを画像形成装置にアップロードして、ユーザが画像形成装置から直接プリンタドライバのインストールを行うことも可能である。
また、従来の技術にネットワーク情報周辺機器のリソースが変更された場合に前記リソースを管理して情報処理装置などの前記リソースの変更に影響を受ける各位に自動的にリソースの変更を通知する技術も存在している（特許文献２参照）。

特開２０１０−０９２１５８号公報 特開２００７−５５１２４号公報

しかしながら、管理者がセットアップドライバを作成してユーザに通知しても、全てのユーザがプリンタドライバをインストールするとは限らない。
また、従来のリソース変更の通知方法では、画像形成装置にアクセスしたユーザに対して通知を行う為、プリンタドライバをダウンロードしたユーザ、ダウンロードしていないユーザの区別はされていない。その為、プリンタドライバをダウンロードしていないユーザに対してもリソースの変更が通知されてしまうといった課題があった。

この課題の解決策として、セットアップドライバを配信したユーザを画像形成装置に記憶し、前記ユーザの中で実際にセットアップドライバをダウンロードしたユーザに対して通知を行うという方法も考えられる。

しかし、ユーザの中には、例えば、何らかの通常とは別の手段でリソースの変更通知を受け取り、プリンタドライバをダウンロードしてしまったユーザもいる。このようなユーザは、画像形成装置に記憶されていないユーザ（即ち、通知先のアドレスが画像形成装置に登録されていないユーザ）となるため、上記の方法では、リソースの変更の通知を受け取れないという更なる課題が生じてしまう。
このように、従来では、画像形成装置のためのデバイスドライバのセットアップファイルを、その画像形成装置を利用するユーザに、ダウンロードさせる適切な仕組みが構築されていなかった。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、画像形成装置の記憶領域に登録されている前記画像形成装置のためのデバイスドライバのセットアップファイルを、前記画像形成装置を利用するユーザに、前記画像形成装置が提供するウェブページからダウンロードさせる仕組みを容易に実現可能な画像形成装置を提供することである。

本発明は，画像形成装置であって，前記画像形成装置が提供するウェブページのＵＲＬを含むメールを送信する複数の宛先を入力するための入力手段と，前記入力手段で入力された複数の宛先に対して前記ウェブページのＵＲＬを含むメールを送信する通知手段と，前記宛先ごとにユニークなＩＤを割り当て，前記宛先，前記ＩＤ，前記ダウンロード要求が行われたか否かを示す情報を紐付けて登録する登録手段と，前記ＵＲＬが示すウェブページを介した情報処理装置からのダウンロード要求に応じて，前記画像形成装置の記憶領域に登録されている前記画像形成装置のためのデバイスドライバのセットアップファイルを前記情報処理装置に配信する配信手段と，を有し，前記入力手段は，前記宛先を，前記画像形成装置が予め記憶している宛先帳を利用して入力可能であり，前記通知手段は，前記宛先に割り当てられたＩＤを付加した前記ウェブページのＵＲＬを含むメールを前記宛先に送信するものであり，前記登録手段は，前記ＵＲＬに対応するウェブページを介した情報処理装置からのダウンロード要求に応じて，ダウンロードが行われた旨の情報を，前記ＵＲＬに付加されているＩＤに紐付けて登録することを特徴とする。

本発明によれば、画像形成装置の記憶領域に登録されている前記画像形成装置のためのデバイスドライバのセットアップファイルを、前記画像形成装置を利用するユーザに、前記画像形成装置が提供するウェブページからダウンロードさせる仕組みを容易に実現することができる。

本発明の一実施例を適用可能な画像形成装置管理システムの構成の一例を示すブロック図である。 画像形成装置１０１の内部構成を例示するブロック図である。 情報処理装置１０２，１０３の内部構成を例示するブロック図である。 本実施例における画像形成装置管理システムの主要なモジュール構成の一例を示す図である。 本実施例の画像形成装置１０１が保持するユーザ管理テーブル４０３の一例である。 本実施例のドライバダウンロード情報配信画面の一例を示す図である。 本実施例における画像形成装置１０１の操作パネルから宛先を設定してメールを配信するまでの処理の一例を示すフローチャートである。 本実施例における管理システムが配信する通知メールの本文の一例を示す図である。 本実施例におけるドライバダウンロード画面の一例を示す図である。 本実施例における通知先登録画面の一例を示す図である。 本実施例における画像形成装置１０１が保持するドライバダウンロード画面へのアクセスからセットアップドライバのダウンロードまでの処理の一例を示すフローチャートである。 本実施例における画像形成装置１０１の保持するセットアップドライバが変更もしくは更新された際にユーザ管理テーブル４０３に登録されているユーザに自動で通知する処理の一例を示すフローチャートである。

以下、本発明を実施するための形態について図面を用いて説明する。
図１は、本発明の一実施例を適用可能な画像形成装置管理システム（以下、本管理システムともいう）の構成の一例を示すブロック図である。なお、特に断らない限り、本発明の機能が実行されれば、単体の機器でも、複数の機器からなるシステムでもよい。また、特に断らない限り、本発明の機能が実行されれば、ＬＡＮ，ＷＡＮ等のネットワークを介して接続され処理が行われるシステムでも本発明を適用できる。

図１において、１０１は画像形成装置であり、図示省略したネットワークインタフェースを介してネットワーク１００に接続されている。さらに、画像形成装置１０１は、情報処理装置１０２、１０３から送信される印刷データを含むジョブを解析して１ページずつイメージに変換して、１ページ毎に印刷する。また、画像形成装置１０１は、電子写真方式を採用したレーザービームプリンタ、インクジェット方式を採用したインクジェットプリンタ、熱転写方式を利用したプリンタ等の様々な方式のもののうちどれでもよい。

１０２〜１０３はパーソナルクライアントコンピュータとしての情報処理装置であり、イーサネット（登録商標）などのネットワークケーブルによって、ネットワーク１００に接続されている。さらに、情報処理装置１０２〜１０３は、アプリケーションプログラム等の各種のプログラムを実行可能であり、ネットワーク１００に接続されている他の機器と双方向に通信可能な通信装置を備えている。

次に、図１の画像形成装置１０１の内部構成について図２を用いて説明する。
図２は、画像形成装置１０１の内部構成を例示するブロック図である。
図２に示すように、画像形成装置１０１は、画像処理ユニット２０１、印刷ユニット２０２、および読み込みユニット２０３を有する。
画像処理ユニット２０１は、ＣＰＵ２０４、直接記憶部２０５、間接記憶部２０６、ユーザインタフェース２０７、外部インタフェース２０８を有する。
ＣＰＵ２０４は、所定のプログラムを実行し、画像形成装置１０１の各種制御を指示するユニットである。ＣＰＵ２０４は、ＣＰＵ（Central Processing Unit）により実現される。

直接記憶部２０５は、ＣＰＵ２０４がプログラムを実行する際に使用するワークメモリであり、ＣＰＵ２０４が実行するプログラムは直接記憶部２０５にロードされる。直接記憶部２０５は、ＲＡＭ（Random Access Memory）により実現される。

間接記憶部２０６は、アプリケーションプログラムや、画像形成装置１０１のためのデバイスドライバのセットアップファイル等が記憶されている。間接記憶部２０６に記憶されている各種プログラムは、ＣＰＵ２０４がプログラムを実行する際に直接記憶部２０５へ移動する。また、間接記憶部２０６に記憶されているセットアップファイルは、情報処理装置１０２や１０３から画像形成装置１０１を制御するためのデバイスドライバを情報処理装置にインストールするためのものである。上記デバイスドライバ（以下、ドライバ）は、プリンタドライバに限定されるものではなく、画像形成装置１０１がスキャン機能を備える場合にはスキャナドライバ、ファクシミリ機能を備える場合にはＦＡＸドライバのように、画像形成装置１０１のためのデバイスドライバであればどのようなデバイスドライバであってもよい。
間接記憶部２０６は、ＳＳＤ（Solid State Drive）、または、ＨＤＤ（Hard Disc Drive）により実現される。なお、ＣＰＵ２０４はマルチプロセッサでも良い。

ここで、画像形成装置１０１のドライバインストール処理について説明する。
本実施例において、画像形成装置１０１では、情報処理装置１０２からドライバインストール要求を受け付けるドライバインストールソフトウェアが動作している。
このドライバインストールソフトウェアは、ネットワークを介して接続されている装置から、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）等の通信プロトコルでドライバインストール要求を受信できる。このドライバインストールソフトウェアは、情報処理装置１０２からのドライバインストール要求を受信すると、画像形成装置１０１が保持するセットアップドライバを、情報処理装置１０２へ配信する。

以下、図２の説明に戻る。
ユーザインタフェース２０７は、ユーザからの処理依頼を受け付けるために必要なユニットであり、操作パネルともいう。ユーザインタフェース２０７は、キーやタッチパネルを通してユーザが入力した指示に応じた信号を受け付ける。

外部インタフェース２０８は、外部装置からのデータの受信や外部装置へのデータの送信が可能となっている。例えば、外部装置としては、外付けＨＤＤや外付けＵＳＢメモリ等の外付け記憶装置、またはネットワークを介して接続された別体のホストコンピュータや画像形成装置等の別体装置が含まれる。画像形成装置１０１は、ネットワーク１００を介して、クライアントコンピュータとしての情報処理装置１０２等と通信可能である。

次に、情報処理装置１０２，１０３の内部構成について図３を用いて説明する。
図３は、情報処理装置１０２，１０３の内部構成を例示するブロック図である。
図３に示すように、情報処理装置は、ＣＰＵ３０１、直接記憶部３０２、間接記憶部３０３、ユーザインタフェース３０４、外部インタフェース３０５を有する。
ＣＰＵ３０１は、所定のプログラムを実行し情報処理装置の各種制御を指示するユニットである。ＣＰＵ３０１は、ＣＰＵにより実現される。
直接記憶部３０２は、ＣＰＵ３０１がプログラムを実行する際に使用するワークメモリであり、ＣＰＵ３０１が実行するプログラムは直接記憶部３０２にロードされる。直接記憶部３０２は、ＲＡＭで構成されている。

間接記憶部３０３は、アプリケーションプログラム、およびＯＳ（Operating System）を含む各種プログラムが記憶されている。間接記憶部３０３に記憶されている各種プログラムは、ＣＰＵ３０１がプログラムを実行する際に直接記憶部３０２へ移動する。また、詳細は後述するが、間接記憶部３０３には印刷データ、文書データ等の各種データも記憶されている。間接記憶部３０３は、ＲＯＭ、またはＨＤＤで構成されている。

ユーザインタフェース３０４は、ユーザからの処理依頼を受け付けるために必要なユニットである。例えば、キーボード、マウス等を通してユーザが入力した指示に応じた信号を受け付ける。外部インタフェース３０５は、ネットワーク１００に接続されており、ネットワーク１００に接続されている他の装置と通信が可能となる。

本実施例において、情報処理装置では、Ｗｅｂブラウザが動作している。このＷｅｂブラウザは、ネットワークを介して接続されているＷｅｂサーバに対して、ＨＴＴＰ（Hyper Text Transfer Protocol）等の通信プロトコルでアクセスすることができる。

図４は、本実施例における画像形成装置管理システムの主要なモジュール構成の一例を示す図である。なお、説明の簡便のため記憶装置を、画像形成装置に包含される記憶部として説明する。

図４に示すように、画像形成装置１０１は、記憶部４０１、Ｗｅｂサーバ機能部４１１、通知処理部４２１を有する。
記憶部４０１は、セットアップドライバ４０２やユーザ管理テーブル４０３（図５）を保持する記憶領域である。記憶部４０１には、前記セットアップドライバ４０２や、ユーザ管理テーブル４０３以外にも宛先表や他のデバイスにアップロードされたセットアップドライバのリンク情報、画像形成装置１０１の設定値の情報を保持しても良い。記憶部４０１は、間接記憶部２０６内に構成されていてもよいし、画像形成装置１０１がアクセス可能な外部の記憶装置内に構成されていてもよい。

ユーザ管理テーブル４０３では、図５に示すように、ユーザのメールアドレス５０１、前記メールアドレス毎に割り振られたユニークＩＤ５０２、前記アドレスに通知を行った通知日時５０３、前記ユニークＩＤを割り振られたＵＲＬからセットアップドライバ４０２がダウンロードされたダウンロード日時５０４、前記ＵＲＬからセットアップドライバ４０２がダウンロードされたダウンロード回数５０５等の情報が紐付けられて登録される。

Ｗｅｂサーバ機能部４１１は、Ｗｅｂサーバとして動作するもので、後述する図９，図１０に示すドライバダウンロード画面や通知先登録画面を含む各種Ｗｅｂページ（ウェブページ）をクライアントに提供するものである。Ｗｅｂサーバ機能部４１１は、画像形成装置１０１のＣＰＵ２０４が間接記憶部２０６にコンピュータ読み取り可能に記録されたプログラムを直接記憶部２０５にロードして実行することにより、実現される機能部である。なお、Ｗｅｂサーバ機能部４１１は、画面処理部４１２を有する。

画面処理部４１２は、ユーザによりドライバダウンロード画面（例えば、図９）のダウンロードボタンが押下されると、ユーザ管理テーブル４０３に登録されている情報に応じて、通知先登録画面（例えば、図１０）の表示・非表示を切り替える。なお、画面処理部４１２は、アクセス元のＵＲＬからユニークＩＤの情報の取得も行う。

通知処理部４２１は、変更・更新通知の処理を行うものである。通知処理部４２１は、画像形成装置１０１のＣＰＵ２０４が間接記憶部２０６にコンピュータ読み取り可能に記録されたプログラムを直接記憶部２０５にロードして実行することにより、実現される機能部である。なお、通知処理部４２１は、メール送信処理部４２２、ユニークＩＤ生成部４２３、ユーザ情報管理部４２４を有する。

メール送信処理部４２２は、ユーザインタフェース２０７からのユーザの要求やセットアップドライバの変更・更新の情報をトリガーとして、通知メールをユーザに配信する。ユニークＩＤ生成部４２３は、前記通知メールをユーザに配信する際にメール本文に記載されるＵＲＬに割り当てられるユニークなＩＤを作成する。ユーザ情報管理部４２４は、本管理システムを利用したユーザの情報を管理する。具体的には、ユーザ管理テーブル４０３へ情報を記録したり、ユーザ管理テーブル４０３から情報の取得を行う。

情報処理装置１０２（１０３）は、Ｗｅｂブラウザ１１１０を有する。Ｗｅｂブラウザ１１１０は、クライアントとして動作するもので、Ｗｅｂサーバ機能部４１１にアクセスし、後述する図９，図１０に示すドライバダウンロード画面や通知先登録画面を含む各種Ｗｅｂページを、Ｗｅｂサーバ機能部４１１から取得するものである。Ｗｅｂブラウザ１１１０は、情報処理装置１０２（１０３）のＣＰＵ３０１が間接記憶部３０３にコンピュータ読み取り可能に記録されたプログラムを直接記憶部３０２にロードして実行することにより、実現されるものである。

図５は、本実施例の画像形成装置１０１が保持するユーザ管理テーブル４０３の一例である。
ユーザ管理テーブル４０３には、本管理システムを利用したユーザのユーザ情報が登録される。本実施例において、ユーザ管理テーブル４０３は、メールアドレス５０１、ユニークＩＤ５０２、通知日時５０３、ダウンロード日時５０４、ダウンロード回数５０５の情報を保持する。

ここで、メールアドレス５０１は、本管理システムが通知メールの配信を行った宛先である。ユニークＩＤ５０２は、前記メールアドレス５０１毎に割り当てられるユニークなＩＤである。通知日時５０３は、本管理システムを利用し通知メールを配信した日時（メール送信日時）を記録したものである。ダウンロード日時５０４は、前記通知メールに記載されているＵＲＬからドライバがユーザにダウンロードされた日時を記録したものである。なお、画像形成装置１０１は、どのユーザからアクセスされたかという情報は、前記ユニークＩＤ５０２によって判断することができる。ダウンロード回数５０５は、ユーザが前記ＵＲＬからドライバをダウンロードした回数を記録したものである。ダウンロード回数５０５は、ユーザ情報管理部４２４により、前記通知日時５０３を記録するタイミングで、「０」に初期化される。

図６は、本実施例の画像形成装置１０１が備えるドライバ配信機能を実現する為の画像形成装置１０１の操作パネルに表示されるドライバダウンロード情報配信画面の一例を示す図である。

図６において、６００はドライバダウンロード情報配信画面であり、画像形成装置１０１の操作パネル（ユーザインタフェース２０７）に表示される。ユーザがドライバダウンロード情報配信画面６００上で、メールアドレスを指定し、送信開始ボタン６０６を押下すると、メール送信処理部４２２が、前記指定したメールアドレスに、ドライバダウンロード画面（図９）へアクセスする為のＵＲＬ情報を送信する。

このドライバダウンロード情報配信画面６００は、宛先一覧６０１、「アドレス帳」ボタン６０２、「自分へ送信」ボタン６０３、「新規に入力」ボタン６０４、「宛先削除」ボタン６０５、「送信開始」ボタン６０６を表示する。

宛先一覧６０１は、「アドレス帳」ボタン６０２、「自分へ送信」ボタン６０３、「新規に入力」ボタン６０４により通知先として指定されたメールアドレスを一覧で表示する。この一覧には、宛先の種別・宛先の名称・宛先が表示される。

「アドレス帳」ボタン６０２は、メールアドレスを不図示のアドレス帳（宛先帳）から選択する為のものである（宛先をアドレス帳から入力可能にするものである）。「アドレス帳」ボタン６０２がユーザによって押下されると、通知処理部４２１は、図示しないアドレス帳画面を、ユーザインタフェース２０７上に表示し、ユーザによってアドレス帳からメールアドレスが選択されると、宛先一覧６０１にメールアドレスを追加する。

「自分へ送信」ボタン６０３は、ログイン情報から自分（ログインユーザ）のメールアドレスを宛先一覧６０１へ追加する為のものである。「自分へ送信」ボタン６０３がユーザによって押下されると、通知処理部４２１は、ユーザのログイン情報からユーザ自身のメールアドレスを取得し、宛先一覧６０１にそのメールアドレスを追加する。

「新規に入力」ボタン６０４は、メールアドレスを直接入力する為のものである。「新規に入力」ボタン６０４がユーザによって押下されると、通知処理部４２１は、図示しないキーボード画面を表示し、メールアドレスを直接入力させ宛先一覧６０１へそのメールアドレスを追加する。

「宛先削除」ボタン６０５は、宛先一覧６０１から選択されたメールアドレスを削除する為のものである。宛先一覧６０１の宛先が選択された状態で「宛先削除」ボタン６０５がユーザによって押下されると、通知処理部４２１は、選択された宛先を宛先一覧６０１から削除する。

「送信開始」ボタン６０６は、宛先一覧にあるメールアドレスに対するドライバダウンロード情報の配信を実行する為のものである。「送信開始」ボタン６０６がユーザによって押下されると、通知処理部４２１は、宛先一覧６０１に登録されているメールアドレスに対して、ドライバダウンロードページのＵＲＬが書かれた通知メールを配信する。

次に、本実施例における画像形成装置１０１の操作パネルから宛先を設定してメールを配信するまでの処理について図７を用いて説明する。
図７は、本実施例における画像形成装置１０１の操作パネルから宛先を設定してメールを配信するまでの処理の一例を示すフローチャートである。なお、このフローチャートの処理は、画像形成装置１０１のＣＰＵ２０４が間接記憶部２０６にコンピュータ読み取り可能に記録されたプログラムを直接記憶部２０５にロードして実行することにより実現される。

まず、Ｓ７０１において、通知処理部４２１は、ユーザにより、画像形成装置１０１のユーザインタフェース２０７に表示されるドライバダウンロード情報配信画面６００の宛先一覧６０１に、ドライバダウンロード情報の配信先のメールアドレスが設定されたことを検知すると、Ｓ７０２に処理を進める。

Ｓ７０２では、通知処理部４２１は、ユーザにより、ドライバダウンロード情報配信画面６００の「送信開始」ボタンが押下されたことを検知すると、Ｓ７０３に処理を進める。

通知処理部４２１は、前記Ｓ７０１で設定されたメールアドレス毎に、Ｓ７０３〜Ｓ７０９の処理を実行するように制御する。
Ｓ７０３では、通知処理部４２１は、前記Ｓ７０１で設定されたメールアドレスがユーザ管理テーブル４０３に登録されているか否かを判定する。
そして、前記Ｓ７０１で設定されたメールアドレスがユーザ管理テーブル４０３に登録されていると判定した場合(Ｓ７０３でＹｅｓ)、通知処理部４２１は、Ｓ７０４に処理を進める。

Ｓ７０４では、通知処理部４２１は、前記ユーザ管理テーブル４０３から前記Ｓ７０１で設定されたメールアドレスに割り当てられたユニークＩＤ５０２を取得し、Ｓ７０６に処理を進める。

一方、前記Ｓ７０１で設定されたメールアドレスがユーザ管理テーブル４０３に登録されていないと判定した場合(Ｓ７０３でＮｏ)、通知処理部４２１は、Ｓ７０５に処理を進める。

Ｓ７０５では、通知処理部４２１のユニークＩＤ生成部４２３が、前記Ｓ７０１で設定されたメールアドレスにユニークなＩＤを割り当て、Ｓ７０６に処理を進める。
次に、Ｓ７０６では、通知処理部４２１のメール送信処理部４２２が、前記Ｓ７０１で設定されたメールアドレスにドライバダウンロード情報の通知メール（例えば図８）を配信する。なお、メール送信処理部４２２は、前記通知メールを配信する際に、前記通知メールに前記ユニークＩＤ５０２の情報を埋め込んだＵＲＬ情報を記載する。

次に、Ｓ７０７において、通知処理部４２１は、前記Ｓ７０１で設定されたメールアドレスがユーザ管理テーブル４０３に登録されているか否かを判定する。
そして、前記Ｓ７０１で設定されたメールアドレスがユーザ管理テーブル４０３に登録されていると判定した場合(Ｓ７０７でＹｅｓ)、通知処理部４２１は、Ｓ７０８に処理を進める。

Ｓ７０８では、通知処理部４２１は、ユーザ管理テーブル４０３の情報の通知日時５０３、ダウンロード回数５０５を更新する。なお、ダウンロード回数５０５については「０」に初期化する。そして、本フローチャートの処理を終了する。

一方、前記Ｓ７０１で設定されたメールアドレスがユーザ管理テーブル４０３に登録されていないと判定した場合(Ｓ７０７でＮｏ)、通知処理部４２１は、Ｓ７０９に処理を進める。

Ｓ７０９では、通知処理部４２１は、ユーザ管理テーブル４０３に、前記Ｓ７０１で設定されたメールアドレス５０１、前記７０５で割り当てられたユニークＩＤ５０２、通知日時５０３を登録する。なお、ダウンロード回数５０５は初期値「０」となるものとする。そして、本フローチャートの処理を終了する。

本実施例のように、ドライバダウンロード情報を通知する際に、ユーザ管理テーブル４０３に登録されているドライバダウンロード回数５０５を「０」に初期化することで、これ以後、ユーザが新規にアップロードされた、または更新されたドライバをダウンロードしたか否かを判断することが可能となる。なお、ドライバダウンロード回数５０５はドライバがダウンロードされるとインクリメントされる。

図８は、本実施例における管理システムが配信する通知メールの本文の一例を示す図である。
図８に示すように、図７のＳ７０６で送信される通知メールの本文８００には、画像形成装置１０１が提供するウェブページ（具体的には、ドライバダウンロードページ）のＵＲＬ（図中８０１）が記載されている。前記ＵＲＬには、前記ユニークＩＤ（図中８０２）が付加されている（割り当てられている）。

本実施例のように、通知するメールのＵＲＬにユニークなＩＤを割り当てユーザ情報として登録しておくことで、画像形成装置１０１は、前記ＵＲＬからドライバダウンロードが行われた際に、どのユーザがダウンロードを行ったか知ることができる。

図９は、本実施例におけるドライバダウンロード画面の一例を示す図である。なお、このドライバダウンロード画面は、画像形成装置１０１のＷｅｂサーバ機能部４１１に対して、通知メールを受け取ったユーザが通知メールに記載されているＵＲＬを用いて情報処理装置１０２のＷｅｂブラウザ１１１０からアクセスしたときに、情報処理装置１０２の表示部に表示される。

このドライバダウンロード場面は、画像形成装置１０１にアップロードされたセットアップドライバの一覧を「Ｎｏ．」９０１、「表示名」９０２、「ドライバ種類」９０３、「バージョン」９０４、「コメント」９０５、および「ダウンロード」ボタン９０６と共に表示する。

「Ｎｏ．」９０１は、アップロードされているセットアップドライバのスロットの番号を表示する。「表示名」９０２は、管理者がセットアップドライバをアップロードした際に登録した文字列を表示する。

「ドライバ種類」９０３は、管理者がセットアップドライバをアップロードした際に登録したドライバ種類の文字列を表示する。「バージョン」９０４は、管理者がセットアップドライバをアップロードした際に登録したセットアップドライバのバージョン情報の文字列を表示する。「コメント」９０５は、管理者がセットアップドライバをアップロードした際に登録したコメントの文字列を表示する。

ここで、いずれかの行の「ダウンロード」ボタン９０６がユーザによって押下されると、Ｗｅｂブラウザ１１１０は、図示しないダウンロードダイアログを表示し、Ｗｅｂサーバ機能部４１１の画面処理部４１２と通信し（ドライバインストール要求を行い）、ダウンロードディレクトリに当該アップロード番号のセットアップドライバをダウンロードする。

図１０は、本実施例における通知先登録画面の一例を示す図である。なお、この通知先登録画面は、画像形成装置１０１の備えるドライバダウンロード画面（図９）のダウンロードボタン９０６が押下された際に、ユーザ管理テーブル４０３に登録されているダウンロード回数５０５が１回以上である場合に、画面処理部４１２の制御により表示されるものである。

図１０に示すように、通知先登録画面は、メールアドレス入力欄１００１と、「ＯＫ」ボタン１００２と、「キャンセル」ボタン１００３とを共に表示する。
なお、この通知先登録画面に、ユーザ管理テーブル４０３に登録されているメールアドレスの一覧を表示しユーザが自分のメールアドレスが既に登録されているか確認するためのボタンを設けてもよい。

メールアドレス入力欄１００１は、ユーザにメールアドレスを入力してもらうためのテキストボックスである。「ＯＫ」ボタン１００２がユーザによって押下されると、ユーザ管理テーブル４０３にテキストボックスで入力されたメールアドレスが登録される。また、「キャンセル」ボタン１００３がユーザによって押下されると、メールアドレスの登録は行われない。

本実施例では、配信された同一のＵＲＬよりドライバを２回目以降ダウンロードするユーザは、ユーザ管理テーブル４０３に登録されていないユーザとして扱う。これは、他のユーザから転送等された通知メールにより本管理システムを利用せずにドライバダウンロード画面にアクセスするユーザも存在する為である。前記ユーザは、前記ＵＲＬからセットアップドライバをダウンロードしてもユーザ管理テーブル４０３にメールアドレス５０１は登録されない為、リソースの変更や管理者の更新によるセットアップドライバの変更通知を受け取ることができない。よって、画面処理部４１２は、２回目以降ドライバをダウンロードするユーザに対して通知先登録画面（図１０）を表示し、メールアドレスを入力したユーザ情報をユーザ管理テーブル４０３に登録するように制御する。

これにより、本管理システムを利用することなくドライバをダウンロードしたユーザも登録され、このようなユーザに対しても、以後ドライバの変更・更新があった際には、通知メールを配信することができるようになる。

次に、本実施例における画像形成装置１０１が保持するドライバダウンロード画面へのアクセスからセットアップドライバのダウンロードまでの処理について図１１を用いて説明する。

図１１は、本実施例における画像形成装置１０１が保持するドライバダウンロード画面へのアクセスからセットアップドライバのダウンロードまでの処理の一例を示すフローチャートである。なお、このフローチャートの処理は、画像形成装置１０１のＣＰＵ２０４が間接記憶部２０６にコンピュータ読み取り可能に記録されたプログラムを直接記憶部２０５にロードして実行することにより実現される。

まず、Ｓ１１０１において、Ｗｅｂサーバ機能部４１１は、Ｗｅｂブラウザ１１１０より、通知メールで送信したＵＲＬ情報に基づくドライバダウンロード画面（図９）へアクセスされたことを検知すると、ドライバダウンロード画面をＷｅｂブラウザ１１１０に送信し、Ｓ１１０２に処理を進める。

Ｓ１１０２では、Ｗｅｂサーバ機能部４１１は、Ｗｅｂブラウザ１１１０より、ドライバダウンロード画面（図９）の「ダウンロード」ボタン９０６が押下されたことによるドライバインストール要求（ダウンロード要求）を受信すると、Ｓ１１０３に処理を進める。

Ｓ１１０３では、Ｗｅｂサーバ機能部４１１の画面処理部４１２は、ドライバダウンロード画面のＵＲＬに割り振られているユニークＩＤを取得し、Ｓ１１０４に処理を進める。

Ｓ１１０４では、画面処理部４１２は、ユーザ管理テーブル４０３から、前記Ｓ１１０３で取得したユニークＩＤ５０２に紐づけられているダウンロード回数５０５の情報を取得し、Ｓ１１０５に処理を進める。

Ｓ１１０５では、画面処理部４１２は、前記Ｓ１１０４で取得したダウンロード回数が１回以上であるか否かを判定する。なお、ダウンロード回数５０５が１回以上の場合には、既にダウンロードが行われ、２回目以降ダウンロードを行おうとしていることを示す。一方、ダウンロード回数５０５が０回の場合には、未だダウンロードが行われていないことを示す。
そして、前記Ｓ１１０４で取得したダウンロード回数が１回以上でない（０回）と判定した場合(Ｓ１１０５でＮｏ)、画面処理部４１２は、Ｓ１１０６に処理を進める。

Ｓ１１０６では、画面処理部４１２は、ユーザ管理テーブル４０３の情報を更新する。ここでは、ダウンロード日時５０４の記録と、ダウンロード回数５０５のインクリメントを行う。そして、Ｓ１１０７に処理を進める。

一方、前記Ｓ１１０４で取得したダウンロード回数が１回以上であると判定した場合(Ｓ１１０５でＹｅｓ)、画面処理部４１２は、ユーザ管理テーブル４０３に登録されていないユーザからのダウンロード要求であると判断し、Ｓ１１０８に処理を進める。

Ｓ１１０８では、画面処理部４１２は、通知先登録画面（図１０）を、Ｗｅｂブラウザ１１１０に送信してＷｅｂブラウザ１１１０上に表示させるように制御する。
通知先登録画面（図１０）のメールアドレス入力欄１００１にメールアドレスが入力された状態で、「ＯＫ」ボタン１００２が押下されると、Ｗｅｂブラウザ１１１０は、メールアドレス入力欄１００１に入力されたメールアドレスを、画面処理部４１２に送信する。「キャンセル」ボタン１００３が押下されると、Ｗｅｂブラウザ１１１０は、メールアドレスの入力が無かった旨を、画面処理部４１２に送信する。

Ｓ１１０９では、画面処理部４１２は、Ｗｅｂブラウザ１１１０からメールアドレスを受信したか／メールアドレスの入力が無かった旨の情報を受信したかにより、メールアドレスが入力されたか否かを判定する。

そして、Ｗｅｂブラウザ１１１０からメールアドレスを受信しなかった場合（メールアドレスの入力が無かった旨の情報を受信した場合）、画面処理部４１２は、メールアドレスが入力されなかったと判定し(Ｓ１１０９でＮｏ)、Ｓ１１０７に処理を進める。

一方、所定時間内にＷｅｂブラウザ１１１０からメールアドレスを受信した場合、画面処理部４１２は、メールアドレスが入力されたと判定し(Ｓ１１０９でＹｅｓ)、Ｓ１１１０に処理を進める。

Ｓ１１１０では、画面処理部４１２は、Ｗｅｂブラウザ１１１０から受信したメールアドレス（通知先登録画面（図１０）で入力されたメールアドレス）に対して、ユニークＩＤを割り当て、Ｓ１１１１に処理を進める。

Ｓ１１１１では、画面処理部４１２は、ユーザ管理テーブル４０３へユーザ情報を登録する。ここでは、ユーザ管理テーブル４０３に、前記Ｓ１１０９で受け取ったメールアドレス５０１、前記Ｓ１１１０で割り当てられたユニークＩＤ５０２、ダウンロード日時５０４（現在日時）、ダウンロード回数５０５（１回）を登録する。そして、Ｓ１１０７に処理を進める。

Ｓ１１０７では、画面処理部４１２は、前記ＵＲＬに対応するセットアップドライバをＷｅｂブラウザ１１１０に送信し、情報処理装置にセットアップドライバをダウンロードさせるように制御する。そして、本フローチャートの処理を終了する。

次に、本実施例における画像形成装置１０１の保持するセットアップドライバが変更もしくは更新された際にユーザ管理テーブル４０３に登録されているユーザに自動で通知するフローについて図１２を用いて説明する。

図１２は、本実施例における画像形成装置１０１の保持するセットアップドライバが変更もしくは更新された際にユーザ管理テーブル４０３に登録されているユーザに自動で通知する処理の一例を示すフローチャートである。なお、このフローチャートの処理は、画像形成装置１０１のＣＰＵ２０４が間接記憶部２０６にコンピュータ読み取り可能に記録されたプログラムを直接記憶部２０５にロードして実行することにより実現される。

まず、Ｓ１２０１において、通知処理部４２１は、画像形成装置１０１の設定情報の変更や管理者によってセットアップドライバが更新されたことを検知すると、Ｓ１２０２に処理を進める。

Ｓ１２０２では、通知処理部４２１は、ユーザ管理テーブル４０３に登録されているユーザ情報の数だけ、Ｓ１２０３〜Ｓ１２０４の処理を順次繰り返し実行するように制御する。

まず、Ｓ１２０３において、通知処理部４２１は、ユーザ管理テーブル４０３に登録されているユーザ情報から未処理のユーザ情報を１つ取得し（以下、カレントのユーザ情報）、該カレントのユーザ情報に対応するドライバダウンロード回数５０５が１回以上であるか否かを判定する。

そして、カレントのユーザ情報に対応するドライバダウンロード回数５０５が１回以上でないと判定した場合(Ｓ１２０３でＮｏ)、通知処理部４２１は、次のユーザ情報に処理を移行させる。

一方、カレントのユーザ情報に対応するドライバダウンロード回数５０５が１回以上であると判定した場合(Ｓ１２０３でＹｅｓ)、通知処理部４２１は、Ｓ１２０４に処理を進める。

Ｓ１２０４では、通知処理部４２１のメール送信処理部４２２は、カレントのユーザ情報からメールアドレス５０１を取得し、該メールアドレスに対して通知メールを送信し、Ｓ１２０５に処理を進める。

Ｓ１２０５では、通知処理部４２１は、ユーザ管理テーブル４０３内のカレントのユーザ情報を更新する。ここでは、カレントのユーザ情報の通知日時５０３を現在日時に更新し、ダウンロード回数５０５を「０」に初期化する。そして、通知処理部４２１は、次のユーザ情報に処理を移行させる。

そして、通知処理部４２１は、ユーザ管理テーブル４０３に登録されているユーザ情報の数だけ（登録されている全てのユーザ情報について）、Ｓ１２０３〜Ｓ１２０４の処理を完了したと判定すると、本フローチャートの処理を終了する。

なお、本実施例に加え、ユーザ管理テーブル４０３の情報に応じて、通知する／通知しないを切り替えるように構成してもよい。例えば、通知を行う際にダウンロード回数５０５が０回のユーザは画像形成装置１０１を利用しなくなったユーザであると判断し、通知の対象から外す制御を行ってもよい。なお、この制御を行うと、管理者が例えば、障害対応等でユーザがセットアップドライバをダウンロードする間もなく変更してしまった場合に通知が行われなくなってしまう。

そこで、ドライバの変更・更新通知を無条件で通知する期間を定める無条件通知期間の設定機能を設けてもよい。
通知処理部４２１は、最後に通知を行ってから（通知日時５０３から）この無条件通知期間（所定期間）を経過するまでは、過去にダウンロードを行ったか行わなかったかに関わらず、次の通知を行うように制御する。一方、最後に通知を行ってからこの無条件通知期間を過ぎると、過去にダウンロードを行わなかった（ダウンロード回数５０５が０回）のメールアドレス５０１には、次の通知は行わないように制御する。
以上のように、無条件通知期間の経過後のダウンロード回数により次の通知の有無を制御することにより、ユーザへの無駄な通知を削減することが可能となる。

以上示したように、ユーザに通知するＵＲＬにユニークなＩＤをつけて、どのユーザがダウンロードしたかを判別することで、ドライバをダウンロードしたユーザにのみ、リソースの変更通知を行うことが可能となる。さらに、ユーザ管理テーブル４０３に記録されたユーザ情報を利用し、同じＵＲＬから複数回ダウンロードが行われた場合、ユーザ管理テーブル４０３に登録されていないユーザからのアクセスであると判断し、表示画面を変更する。具体的には、通知先登録画面を表示し、通知先情報を入力させることにより、ユーザ管理テーブル４０３に登録されていなかったユーザに対しても、以後、セットアップドライバの変更・更新情報を通知することが可能となる。

また、ユーザ管理テーブル４０３に登録さているユーザであっても、前回の通知から所定期間が経過してもダウンロードを行っていないユーザに対しては、次回の通知を行わないように制御することで、画像形成装置１０１を利用しなくなったユーザに対する無駄な通知を抑えることができる。

また、デバイスドライバに限らず、画像形成装置１０１が保持する情報に変更があった際、画像形成装置１０１を利用するユーザに変更の通知を、上記デバイスドライバの通知と同様の方法により行うように構成してもよい。

また、本実施例では、宛先をメールアドレスとし、通知をメールにより行う構成を示したが、宛先を共有ファイル等のパスやファクシミリ番号とし、通知をファイル送信やファクシミリ送信により行うようにしてもよい。

以上示したように、本実施例によれば、ユーザに通知するＵＲＬにユニークなＩＤを付加してどのユーザがダウンロードしたかを判別することで、ドライバをダウンロードしたユーザにのみ、リソースの変更通知を行うことが可能となる。

また、ユーザ管理テーブル４０３に記録されたユーザ情報を利用し、同じＵＲＬからダウンロードを行うユーザに対して表示画面を変更する。具体的には、通知先登録画面（図１０）を表示し、通知先情報を入力させることにより、ユーザ管理テーブル４０３に登録されていなかったユーザに対してもセットアップドライバの変更・更新情報を通知できるようにすることができる。

このように、画像形成装置１０１の記憶領域に登録されている画像形成装置１０１のためのデバイスドライバのセットアップファイルを、画像形成装置１０１を利用するユーザに、画像形成装置１０１が提供するウェブページからダウンロードさせる仕組みを容易に実現することができ、上記セットアップファイルの変更時にも、必要なユーザにのみ確実に通知することができる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ ネットワーク
１０１ 画像形成装置
１０２、１０３ 情報処理装置

Claims (8)

1. 画像形成装置であって，
   前記画像形成装置が提供するウェブページのＵＲＬを含むメールを送信する複数の宛先を入力するための入力手段と，
   前記入力手段で入力された複数の宛先に対して前記ウェブページのＵＲＬを含むメールを送信する通知手段と，
   前記宛先ごとにユニークなＩＤを割り当て，前記宛先，前記ＩＤ，前記ダウンロード要求が行われたか否かを示す情報を紐付けて登録する登録手段と，
   前記ＵＲＬが示すウェブページを介した情報処理装置からのダウンロード要求に応じて，前記画像形成装置の記憶領域に登録されている前記画像形成装置のためのデバイスドライバのセットアップファイルを前記情報処理装置に配信する配信手段と，を有し，
   前記入力手段は，前記宛先を，前記画像形成装置が予め記憶している宛先帳を利用して入力可能であり，
   前記通知手段は，前記宛先に割り当てられたＩＤを付加した前記ウェブページのＵＲＬを含むメールを前記宛先に送信するものであり，
   前記登録手段は，前記ＵＲＬに対応するウェブページを介した情報処理装置からのダウンロード要求に応じて，ダウンロードが行われた旨の情報を，前記ＵＲＬに付加されているＩＤに紐付けて登録することを特徴とする画像形成装置。
2. 前記配信手段は，前記ダウンロードが行われた旨の情報が，前記ＵＲＬに付加されているＩＤに紐付けられて登録されている場合，新たに宛先を入力するための画面の情報を前記情報処理装置に送信し，
   前記登録手段は，前記画面を介して新たに入力された宛先を登録することを特徴とする請求項１に記載の画像形成装置。
3. 前記登録手段は，前記通知手段により前記ＵＲＬを含むメールを送信される場合，前記ＵＲＬに付加されているＩＤに紐付けられて登録されているダウンロードが行われた旨の情報を削除することを特徴とする請求項２に記載の画像形成装置。
4. 前記通知手段は，前記セットアップファイルが更新された場合，前記登録手段に登録されている宛先に，前記宛先に紐付けられて前記登録手段により登録されたＩＤを付加したＵＲＬを含むメールを送信することを特徴とする請求項１〜３のいずれか１項に記載の画像形成装置。
5. 前記通知手段は，前記メールを送信する場合に，宛先ごとに前記ダウンロードが行われた旨の情報の登録の有無を確認し，前記ダウンロードが行われた旨の情報が登録されていない宛先に対しては，メールの送信を行わないことを特徴とする請求項１〜４のいずれか１項に記載の画像形成装置。
6. 前記登録手段は，前記宛先ごとに前記通知手段によるメール送信日時を登録するものであり，
   前記通知手段は，前記メールを送信する場合に，宛先ごとに前記メール送信日時と前記ダウンロードが行われた旨の情報の登録の有無を確認し，前記メール送信日時から所定期間を経過しても前記ダウンロードが行われた旨の情報が登録されていない宛先に対しては，メールの送信を行わないことを特徴とする請求項５に記載の画像形成装置。
7. 画像形成装置の制御方法であって，
   前記画像形成装置が提供するウェブページのＵＲＬを含むメールを送信する複数の宛先の入力を受け付ける入力ステップと，
   前記入力ステップで入力された複数の宛先に対して前記ウェブページのＵＲＬを含むメールを送信する通知ステップと，
   前記宛先ごとにユニークなＩＤを割り当て，前記宛先，前記ＩＤ，前記ダウンロード要求が行われたか否かを示す情報を紐付けて登録する登録ステップと，
   前記ＵＲＬが示すウェブページを介した情報処理装置からのダウンロード要求に応じて，前記画像形成装置の記憶領域に登録されている前記画像形成装置のためのデバイスドライバのセットアップファイルを前記情報処理装置に配信する配信ステップと，を有し，
   前記入力ステップでは，前記宛先を，前記画像形成装置が予め記憶している宛先帳を利用して入力可能で，
   前記通知ステップでは，前記宛先に割り当てられたＩＤを付加した前記ウェブページのＵＲＬを含むメールを前記宛先に送信し，
   前記登録ステップでは，前記ＵＲＬに対応するウェブページを介した情報処理装置からのダウンロード要求に応じて，ダウンロードが行われた旨の情報を，前記ＵＲＬに付加されているＩＤに紐付けて登録することを特徴とする画像形成装置の制御方法。
8. コンピュータを，請求項１〜６のいずれか１項に記載された手段として機能させるためのプログラム。

Images