JP2005216231A - ドライバ提供方法および装置並びにプログラム - Google Patents

Abstract

【課題】
ユーザの手を煩わせることなく、ユーザ登録とドライバのインストールを一括で処理するシステムを構築することのできるドライバ提供方法および装置並びにプログラムを提供する。
【解決手段】
登録情報判断部３２が、ユーザ登録部３１によりデバイス１に登録されるユーザ情報を取得し、取得したユーザ情報に基づいて、ドライバの配布先となるユーザＰＣ４（４−１〜４−３）を判別し、判別されたユーザＰＣ４に対して、ドライバ配布部３３がデバイス１に対応するドライバを配布する。
【選択図】 図２

Description

本発明は、ドライバ提供方法および装置並びにプログラムに関し、特に、ネットワークを介して複数の利用者から利用される装置のドライバを提供するドライバ提供方法および装置並びにプログラムに関する。

近年、ネットワークの普及に伴って、プリンタやファクシミリ、スキャナ等の各種装置がネットワークに対応し、これらの装置を複数のユーザが利用する機会が増えている。

パーソナルコンピュータ（以下、ＰＣと称する）等から、プリンタ等の装置を利用する場合には、利用する装置に対応するドライバをＰＣにインストールをする必要があり、ネットワークの規模が大きくなる程、その処理量は膨大となる。また、プリンタ等の装置にユーザ登録を行って利用を制限する場合等では、その処理も繁雑なものとなる。

なお、プリンタ等の装置を簡単に利用するための技術としては、特許文献１に記載されたもの等がある。
特開２００３−１０１５４０号公報

ところで、プリンタ等の装置にユーザ登録を行って利用を制限する場合には、当然のことながら、装置にユーザ登録をしなければ、ＰＣにドライバをインストールしても当該装置を利用することはできない。このため、装置を利用するためには、当該装置に対するユーザ登録とＰＣへのドライバのインストールの両者を行う必要があり、上述の特許文献１に記載の技術では、装置にＰＣカードを挿し込み、ユーザ登録を行ってそのユーザ情報を取得した後に、ユーザのＰＣにその情報を取り込み、ドライバをインストールする方法を用いている。

しかしながら、このような作業はデバイスとＰＣの間を行き来する必要がある等処理が煩わしく、装置の利用者が多数存在する環境では全員がその作業を完了するのに多大な時間を要してしまうこととなる。

そこで、本発明は、ユーザの手を煩わせることなく、ユーザ登録とドライバのインストールを一括で処理するシステムを構築することのできるドライバ提供方法および装置並びにプログラムを提供することを目的とする。

上述した目的を達成するため、請求項１の発明は、ネットワークを介して複数の利用者端末から利用される装置に対応するドライバを該利用者端末に提供するドライバ提供方法であって、前記装置に登録される利用者情報を取得し、該取得した利用者情報のそれぞれに対応する利用者端末を判別し、該判別した利用者端末に前記装置に対応するドライバを配布することを特徴とする。

また、請求項２の発明は、請求項１の発明において、前記利用者情報を前記装置に登録し、該登録後に該装置に対応するドライバを配布することを特徴とする。

また、請求項３の発明は、請求項１の発明において、前記利用者情報は、利用者毎に設定された前記装置の利用制限情報を含み、該利用制限情報に対応するドライバを配布することを特徴とする。

また、請求項４の発明は、請求項１の発明において、前記装置に対応するドライバが更新された際に、該更新されたドライバを前記利用者端末に配布することを特徴とする。

また、請求項５の発明は、請求項１の発明において、前記利用者情報が更新された際に、新たに追加された利用者情報に対応する利用者端末に前記装置に対応するドライバを配布し、削除された利用者情報に対応する利用者端末から前記装置に対応するドライバを削除することを特徴とする。

また、請求項６の発明は、ネットワークを介して複数のユーザ端末から利用される装置に対応するドライバを該ユーザ端末に提供するドライバ提供装置において、前記装置に登録される利用者情報を取得する利用者情報取得手段と、前記利用者情報取得手段が取得した利用者情報のそれぞれに対応する利用者端末を判別する利用者端末判別手段と、前記利用者端末判別手段が判別した利用者端末に前記装置に対応するドライバを配布するドライバ配布手段とを具備することを特徴とする。

また、請求項７の発明は、請求項６の発明において、前記利用者情報を前記装置に登録する利用者情報登録手段をさらに具備することを特徴とする。

また、請求項８の発明は、請求項６の発明において、前記利用者情報は、利用者毎に設定された前記装置の利用制限情報を含み、前記ドライバ配布手段は、それぞれ前記利用制限情報に対応するドライバを前記利用者端末に配布することを特徴とする。

また、請求項９の発明は、請求項６の発明において、前記ドライバ配布手段は、前記装置に対応するドライバが更新された際に、該更新されたドライバを前記利用者端末に配布することを特徴とする。

また、請求項１０の発明は、請求項６の発明において、前記利用者情報取得手段は、前記利用者情報が更新された際に、該更新された利用者情報を取得し、前記ドライバ配布手段は、新たに追加された利用者情報に対応する利用者端末に前記装置に対応するドライバを配布し、削除された利用者情報に対応する利用者端末から前記装置に対応するドライバを削除することを特徴とする。

また、請求項１１の発明は、ネットワークを介して複数のユーザ端末から利用される装置に対応するドライバを該ユーザ端末に提供するドライバ提供プログラムにおいて、前記装置に登録される利用者情報を取得する利用者情報取得処理と、前記利用者情報取得処理で取得した利用者情報のそれぞれに対応する利用者端末を判別する利用者端末判別処理と、前記利用者端末判別処理で判別した利用者端末に前記装置に対応するドライバを配布するドライバ配布処理とをコンピュータに実行させることを特徴とする。

また、請求項１２の発明は、請求項１１の発明において、前記利用者情報を前記装置に登録する利用者情報登録処理をさらにコンピュータに実行させることを特徴とする。

また、請求項１３の発明は、請求項１１の発明において、前記利用者情報は、利用者毎に設定された前記装置の利用制限情報を含み、前記ドライバ配布処理は、それぞれ前記利用制限情報に対応するドライバを前記利用者端末に配布することを特徴とする。

また、請求項１４の発明は、請求項１１の発明において、前記ドライバ配布処理は、前記装置に対応するドライバが更新された際に、該更新されたドライバを前記利用者端末に配布することを特徴とする。

また、請求項１５の発明は、請求項１１の発明において、前記利用者情報取得処理は、前記利用者情報が更新された際に、該更新された利用者情報を取得し、前記ドライバ配布処理は、新たに追加された利用者情報に対応する利用者端末に前記装置に対応するドライバを配布し、削除された利用者情報に対応する利用者端末から前記装置に対応するドライバを削除することを特徴とする。

本発明によれば、デバイスへのユーザ登録とユーザＰＣへのドライバ配布を一元的に処理、管理できるため、管理者とユーザのどちらか一方の不手際によってデバイスを利用できなくなるといった不具合が解消される。また、ユーザの手を煩わせずにデバイスを利用可能とすることができる。

以下、本発明に係るドライバ提供方法および装置並びにプログラムの一実施の形態について、添付図面を参照して詳細に説明する。

図１は、本発明を適用したネットワークの構成例を示した図である。同図に示す構成例は、デバイス１とデバイス２、管理者ＰＣ３、複数のユーザＰＣ４（４−１〜４−ｎ）がネットワーク５を介して接続されている。

デバイス１とデバイス２は、それぞれ、プリンタ等の装置で、その利用に際してユーザ登録を必要とするものである。管理者ＰＣ３は、デバイス１やデバイス２の管理者が利用するＰＣである。ユーザＰＣ４−１〜４−ｎは、それぞれ、デバイス１やデバイス２のユーザが利用するＰＣである。

なお、本発明を適用したネットワークの構成は、図１に示した限りではなく、この構成と異なる点については、以下の各実施例において説明する。

実施例１では、本発明を管理者ＰＣ３に適用した例について説明する。図２は、実施例１における管理者ＰＣ３の機能的な構成を示すブロック図である。

同図に示すように、管理者ＰＣ３は、ユーザ登録部３１と登録情報判断部３２、ドライバ配布部３３を具備して構成される。なお、ユーザ登録部３１、登録情報判断部３２、ドライバ配布部３３の各部は、プログラムに基づいて管理者ＰＣ３を動作させることにより実現されるものである。

ユーザ登録部３１は、デバイス１やデバイス２に対してユーザ登録を行う。登録情報判断部３２は、ユーザ登録部３１がユーザ登録を行う際のユーザ情報を取得し、これに基づいて、ドライバをインストールするユーザＰＣ４を判別する。ドライバ配布部３３は、登録情報判断部３２が判断したユーザＰＣ４に対して、対応するドライバを配布する。

ここで、ユーザ登録部３１、登録情報判断部３２、ドライバ配布部３３の詳細について説明する。

図３は、ユーザ登録部３１の機能的な構成を示すブロック図である。同図に示すように、ユーザ登録部３１は、入力受付部３１Ａとユーザ情報読込部３１Ｂ、情報処理部３１Ｃ、ユーザ情報設定部３１Ｄ、ユーザ情報出力部３１Ｅを具備して構成される。

入力受付部３１Ａは、管理者ＰＣ３の入力装置から情報や指示の入力を受け付ける。管理者がユーザ情報を手入力する場合には、入力受付部３１Ａがユーザ情報の入力を受け付ける。

ユーザ情報読込部３１Ｂは、ファイルを読み込み、当該ファイルに記録された情報を取得する。管理者がＣＳＶファイル１０等に記録されたユーザ情報を入力する場合には、ユーザ情報読込部３１ＢがＣＳＶファイル１０等を読み込み、ユーザ情報を取得する。なお、ＣＳＶファイル１０は、別のアプリケーションソフトウェアで作成したものやメールソフト等のユーザ情報を有するアプリケーションソフトウェアから出力したものを利用することができる。

情報処理部３１Ｃは、入力受付部３１Ａが受け付けたユーザ情報やユーザ情報読込部３１Ｂが読み込んだユーザ情報を、デバイス１やデバイス２に登録する形式、登録情報判断部３２で利用できる形式に変換する処理を行う。ユーザ情報設定部３１Ｄは、情報処理部３１Ｃで処理されたユーザ情報をデバイス１やデバイス２に登録する。ユーザ情報出力部３２Ｅは、情報処理部３１Ｃで処理されたユーザ情報を登録情報判断部３２に対して出力する。

図４は、登録情報判断部３２の機能的な構成を示すブロック図である。同図に示すように、登録情報判断部３２は、ユーザ情報取得部３２ＡとＰＣ情報取得部３２Ｂ、情報比較部３２Ｃ、配布先情報出力部３２Ｄを具備して構成される。

ユーザ情報取得部３２Ａは、ユーザ登録部３１からユーザ情報を取得する。ＰＣ情報取得部３２Ｂは、管理者ＰＣ３内若しくはネットワーク５に接続されているサーバ（不図示）等から、各ユーザが使用するユーザＰＣ４を特定するＰＣ情報としてユーザのメールアドレスを取得する。

情報比較部３２Ｃは、ユーザ情報取得部３２Ａが取得したユーザ情報とＰＣ情報取得部３２Ｂが取得したＰＣ情報を比較して、ユーザ情報に含まれる（デバイス１等に登録された）ユーザのメールアドレスを特定する。ただし、ユーザ登録部３１が出力するユーザ情報にメールアドレスが含まれている場合には、比較処理は行わない。

配布先情報出力部３２Ｄは、情報比較部３２Ｃが特定したユーザのメールアドレスを、ドライバを配布する配布先情報の一部としてドライバ配布部３３に出力する。

図５は、ドライバ配布部３３の機能的な構成を示すブロック図である。同図に示すように、ドライバ配布部３３は、配布先情報取得部３３Ａと配布状態管理部３３Ｂ、ドライバ取得部３３Ｃ、メール生成部３３Ｄ、メール送信部３３Ｅを具備して構成される。

配布先情報取得部３３Ａは、登録情報判断部３２から配布先情報を取得し、配布先情報に含まれるメールアドレスを配布状態管理部３３Ｂに渡し、対象となるデバイスを特定する情報をドライバ取得部３３Ｃに通知する。配布状態管理部３３Ｂは、ドライバの配布先となるユーザのメールアドレスを管理する。ドライバ取得部３３Ｃは、配布対象となるデバイスのドライバを取得する。ドライバは、管理者にその所在を入力させるか、予め指定されたサーバ（不図示）から取得される。

メール生成部３３Ｄは、配布状態管理部３３Ｂが管理するメールアドレスを宛先としてドライバ取得部３３Ｃが取得したドライバを添付したメールを作成する。このとき、各ユーザがドライバのインストールに必要な情報をそれぞれドライバに組み込むか、別途、添付する。

メール送信部３３Ｅは、メール生成部３３Ｄが生成したメールをネットワーク５に直接接続されている、若しくは、ネットワーク５を介して他のネットワークに接続されているメールサーバ６（図１では不図示）に送信する。また、メール送信部３３Ｅは、メールの送信結果を配布状態管理部３３Ｂに通知する。

なお、メールサーバ６に送信されたメールは、その後、各ユーザＰＣ４で受信され、ユーザにより、ユーザＰＣ４にインストールされる。

次に、ドライバのインストール処理の流れについて説明する。図６は、ドライバのインストール処理の流れを示すフローチャートである。

ドライバのインストール処理では、まず、管理者が対象となるデバイス、例えば、デバイス１を利用するユーザのユーザ情報を管理者ＰＣ３のユーザ登録部３１に入力する（ステップ１０１）。ユーザ情報の入力は、上述したように、手入力で行ってもよく、別のアプリケーションソフトウェア等から出力したファイルを読み込ませてもよい。そして、管理者３が管理者ＰＣ３にユーザ情報の登録を指示すると、先に入力したユーザ情報がデバイス１に登録され（ステップ１０２）、続いて管理者が管理者ＰＣ３にドライバの配布を指示すると、管理者ＰＣ３は、ドライバの配布処理を開始する（ステップ１０３）。

ドライバの配布処理を開始すると、管理者ＰＣ３は、登録情報判断部３２で、ユーザ情報に含まれるユーザのメールアドレスを特定する（ステップ１０４）。続いて、ドライバ配布部３３が、配布するドライバを取得し（ステップ１０５）、取得したドライバに対して、デバイス１のアドレスの指定やユーザ情報に従った設定を施す等の処理を行い、当該ドライバを添付したメールを作成する（ステップ１０６）。そして、作成したメールをドライバ配布部３３が送信し、管理者ＰＣ３は処理を終了する。

その後、ユーザがユーザＰＣ４で、メールを受信すると（ステップ１０７）、当該メールに添付されているドライバをユーザＰＣ４にインストールし（ステップ１０８）、ドライバのインストール処理は終了する。

このように、実施例１における処理では、管理者は、デバイスに対するユーザ情報の登録時に、対応するユーザへのドライバの配布を指示するだけで該当するドライバが配布され、ユーザは、メールに添付されたドライバをインストールすることで、デバイス１のアドレスを指定したり、ユーザ情報の入力等を行うことなく、デバイスを利用可能な状態とすることができる。

実施例２では、本発明を管理者ＰＣ３に適用した例で、実施例１とはドライバの配布方法が異なる場合の例を説明する。なお、実施例２の説明においては、実施例１と同様の構成についての説明は省略する。

実施例２における管理者ＰＣ３では、ユーザＰＣ４にエージェントとして動作する構成を配し、そのエージェントを利用してドライバの配布とインストールを行う。このため、実施例２における管理者ＰＣ３は、登録情報判断部３２の一部とドライバ配布部３３の構成が実施例１の場合と異なるものとなる。

まず、登録情報判断部３２について説明する。登録情報判断部３２は、その一部の動作が実施例１のものと異なるだけであるので、図４を参照して、その構成を説明する。

登録情報判断部３２は、ユーザ情報取得部３２ＡとＰＣ情報取得部３２Ｂ、情報比較部３２Ｃ、配布先情報出力部３２Ｄを具備して構成される。

ユーザ情報取得部３２Ａは、ユーザ登録部３１からユーザ情報を取得する。ＰＣ情報取得部３２Ｂは、管理者ＰＣ３内若しくはネットワーク５に接続されているＤＮＳサーバ（不図示）等から、各ユーザが使用するユーザＰＣ４を特定するＰＣ情報として、ユーザＰＣ４のアドレス（例えば、ＩＰアドレス）を取得する。

情報比較部３２Ｃは、ユーザ情報取得部３２Ａが取得したユーザ情報とＰＣ情報取得部３２Ｂが取得したＰＣ情報を比較して、ユーザ情報に含まれる（デバイス１等に登録された）ユーザが利用するユーザＰＣ４のアドレスを特定する。配布先情報出力部３２Ｄは、情報比較部３２Ｃが特定したユーザＰＣ４のアドレスをドライバを配布する配布先情報の一部としてドライバ配布部３３に出力する。

次に、ドライバ配布部３３について説明する。なお、実施例２におけるドライバ配布部３３は、実施例１におけるドライバ配布部３３とは構成が異なるため、以下では、ドライバ配布部３３’として説明を行う。

図７は、ドライバ配布部３３’の機能的な構成を示すブロック図である。同図に示すように、ドライバ配布部３３’は、配布先情報取得部３３Ａ’と配布状態管理部３３Ｂ’、ドライバ取得部３３Ｃ’、配布処理部３３Ｆ’を具備して構成される。

配布先情報取得部３３Ａ’は、登録情報判断部３２から配布先情報を取得し、配布先情報に含まれるユーザＰＣ４のアドレスを配布状態管理部３３Ｂ’に渡し、対象となるデバイスを特定する情報をドライバ取得部３３Ｃ’に通知する。配布状態管理部３３Ｂ’は、ドライバの配布先となるユーザＰＣ４のアドレスを管理する。ドライバ取得部３３Ｃ’は、配布対象となるデバイスのドライバを取得する。ドライバは、管理者にその所在を入力させるか、予め指定されたサーバ（不図示）から取得される。

配布処理部３３Ｆ’は、配布状態管理部３３Ｂ’が管理するアドレスに基づいて、ドライバをインストールするユーザＰＣ４を特定し、特定したユーザＰＣ４にエージェントとして配される配布処理部４０との間で通信を行い、ドライバ取得部３３Ｃ’が取得したドライバを当該ユーザＰＣ４にインストールする。このとき、ドライバのインストールに必要な情報は配布処理部３３Ｆ’から配布処理部４０に通知される。また、配布処理部３３Ｆ’は、ドライバのインストール結果を配布状態管理部３３Ｂ’に通知する。

ところで、配布状態管理部３３Ｂ’は、図８に示すように、各ユーザＰＣ４のドライバのインストール結果を管理する。このため、配布処理部３３Ｆ’がドライバをインストールしようとした際に、該当するユーザＰＣ４の電源が遮断されていたり、ネットワーク５に接続されていない等の理由で、ドライバのインストールに失敗した場合でも、別の機会に再度、ドライバのインストールを実行することができる。

次に、ドライバのインストール処理の流れについて説明する。図９は、ドライバのインストール処理の流れを示すフローチャートである。

ドライバのインストール処理では、まず、管理者が対象となるデバイス、例えば、デバイス１を利用するユーザのユーザ情報を管理者ＰＣ３のユーザ登録部３１に入力する（ステップ１２１）。ユーザ情報の入力は、上述したように、手入力で行ってもよく、別のアプリケーションソフトウェア等から出力したファイルを読み込ませてもよい。そして、管理者３が管理者ＰＣ３にユーザ情報の登録を指示すると、先に入力したユーザ情報がデバイス１に登録され（ステップ１２２）、続いて管理者が管理者ＰＣ３にドライバの配布を指示すると、管理者ＰＣ３は、ドライバの配布処理を開始する（ステップ１２３）。

ドライバの配布処理を開始すると、管理者ＰＣ３は、登録情報判断部３２で、ユーザ情報に含まれるユーザが利用するユーザＰＣ４のアドレスを特定する（ステップ１２４）。続いて、ドライバ配布部３３’が、配布するドライバを取得し（ステップ１２５）、取得したドライバをユーザＰＣ４にインストールし（ステップ１２６）、ドライバのインストール処理は終了する。

このように、実施例２における処理では、管理者は、デバイス１に対するユーザ情報の登録時に、対応するユーザへのドライバの配布を指示するだけで該当するドライバが配布され、ユーザは、何ら処理を行うことなく、デバイスを利用可能な状態とすることができる。

実施例３では、本発明を管理者ＰＣ３に適用した例で、実施例１および実施例２とはドライバの配布方法が異なる場合の例を説明する。なお、実施例３の説明においては、実施例１と同様の構成についての説明は省略する。

実施例３における管理者ＰＣ３では、ドメインサーバ等のユーザが日常的にログインするサーバにスクリプトを登録し、当該スクリプトに基づいてユーザＰＣ４がドライバのインストールを行う。このため、実施例３における管理者ＰＣ３は、登録情報判断部３２の一部とドライバ配布部３３の構成が実施例１の場合と異なるものとなる。

まず、登録情報判断部３２について説明する。登録情報判断部３２は、その一部の動作が実施例１のものと異なるだけであるので、図４を参照して、その構成を説明する。

登録情報判断部３２は、ユーザ情報取得部３２ＡとＰＣ情報取得部３２Ｂ、情報比較部３２Ｃ、配布先情報出力部３２Ｄを具備して構成される。

ユーザ情報取得部３２Ａは、ユーザ登録部３１からユーザ情報を取得する。ＰＣ情報取得部３２Ｂは、管理者ＰＣ３内若しくはネットワーク５に接続されているサーバ（不図示）等から、各ユーザがドメインサーバ等のスクリプトを登録するサーバにログインする際に用いるログイン名（ユーザＩＤ）を、ＰＣ情報として取得する。

情報比較部３２Ｃは、ユーザ情報取得部３２Ａが取得したユーザ情報とＰＣ情報取得部３２Ｂが取得したＰＣ情報を比較して、ユーザ情報に含まれる（デバイス１等に登録された）ユーザのログイン名を特定する。配布先情報出力部３２Ｄは、情報比較部３２Ｃが特定したログイン名をドライバを配布する配布先情報の一部としてドライバ配布部３３に出力する。

次に、ドライバ配布部３３について説明する。なお、実施例３におけるドライバ配布部３３は、実施例１におけるドライバ配布部３３とは構成が異なるため、以下では、ドライバ配布部３３”として説明を行う。

図１０は、ドライバ配布部３３”の機能的な構成を示すブロック図である。同図に示すように、ドライバ配布部３３”は、配布先情報取得部３３Ａ”と配布状態管理部３３Ｂ”、ドライバ取得部３３Ｃ”、スクリプト生成部３３Ｇ”、スクリプト登録部３３Ｈ”を具備して構成される。

配布先情報取得部３３Ａ”は、登録情報判断部３２から配布先情報を取得し、配布先情報に含まれるユーザのログイン名を配布状態管理部３３Ｂ”に渡し、対象となるデバイスを特定する情報をドライバ取得部３３Ｃ”に通知する。配布状態管理部３３Ｂ”は、ドライバの配布先となるユーザのログイン名等を管理する。ドライバ取得部３３Ｃ”は、配布対象となるデバイスのドライバを取得する。ドライバは、管理者にその所在を入力させるか、予め指定されたサーバ（不図示）から取得される。

スクリプト生成部３３Ｇ”は、配布状態管理部３３Ｂ”が管理するログイン名毎に、ドライバ取得部３３Ｃ”が取得したドライバをインストールするためのスクリプトを生成する。スクリプト登録部３３Ｈ”は、スクリプト生成部３３Ｇ”が生成したスクリプトをネットワーク５に接続されているドメインサーバ７（図１では不図示）に登録するとともに、その結果を配布状態管理部３３Ｂ”に通知する。

なお、ドメインサーバ７に登録されたスクリプトは、その後、ユーザＰＣ４からドメインサーバ７へのログインが行われた際に動作し、その結果として、ユーザＰＣ４にドライバがインストールされる。

次に、ドライバのインストール処理の流れについて説明する。図１１は、ドライバのインストール処理の流れを示すフローチャートである。

ドライバのインストール処理では、まず、管理者が対象となるデバイス、例えば、デバイス１を利用するユーザのユーザ情報を管理者ＰＣ３のユーザ登録部３１に入力する（ステップ１４１）。ユーザ情報の入力は、上述したように、手入力で行ってもよく、別のアプリケーションソフトウェア等から出力したファイルを読み込ませてもよい。そして、管理者３が管理者ＰＣ３にユーザ情報の登録を指示すると、先に入力したユーザ情報がデバイス１に登録され（ステップ１４２）、続いて管理者が管理者ＰＣ３にドライバの配布を指示すると、管理者ＰＣ３は、ドライバの配布処理を開始する（ステップ１４３）。

ドライバの配布処理を開始すると、管理者ＰＣ３は、登録情報判断部３２で、ユーザ情報に含まれるユーザのログイン名を特定する（ステップ１４４）。続いて、ドライバ配布部３３”が、配布するドライバを取得し（ステップ１４５）、取得したドライバをインストールするためのスクリプトを生成する（ステップ１４６）。このスクリプトは、デバイス１のアドレスの指定やユーザ情報に従った設定を施す等の処理も実行させる。そして、作成したスクリプトをドライバ配布部３３”がドメインサーバ７に登録し（ステップ１４７）、管理者ＰＣ３は処理を終了する。

その後、ユーザがユーザＰＣ４で、ドメインサーバ７にログインすると（ステップ１４８）、ドメインサーバ７に登録されているスクリプトが動作し、ユーザＰＣ４にドライバがインストールされ（ステップ１４９）、ドライバのインストール処理は終了する。

このように、実施例３における処理では、管理者は、デバイスに対するユーザ情報の登録時に、対応するユーザへのドライバの配布を指示するだけで該当するドライバが配布され、ユーザは、ドメインサーバ等へのログインという日常の処理を行うだけで、デバイスを利用可能な状態とすることができる。

実施例４では、本発明を管理者ＰＣ３に適用した例で、実施例１、実施例２、実施例３とは、デバイスへのユーザ登録の方法が異なる場合の例を説明する。なお、実施例４で説明する構成は、実施例１、実施例２、実施例３のそれぞれの構成と適宜組み合わせることができる。また、実施例４の説明では、実施例１、実施例２、実施例３と同様の構成についての説明は省略する。

実施例４におけるデバイスは、ユーザ登録を管理者から直接受け付けずに、ディレクトリサーバ等のユーザ情報を管理する装置からＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）等を利用して取得するものである。

ここで、管理者ＰＣ３について説明する。実施例４における管理者ＰＣ３は、実施例１乃至３の管理者ＰＣ３とはその機能的な構成が異なるため、以下では、管理者ＰＣ２０３として説明を行う。

図１２は、管理者ＰＣ２０３の機能的な構成を機能的な構成を示すブロック図である。同図に示すように、管理者ＰＣ２０３は、登録情報判断部２３２とドライバ配布部２３３を具備して構成される。なお、登録情報判断部２３２とドライバ配布部２３３は、プログラムに基づいて管理者ＰＣ２０３を動作させることにより実現されるものである。

登録情報判断部２３２は、デバイス２０１がユーザ情報管理装置２０８から取得するユーザ情報と同じユーザ情報を、ＬＤＡＰ等を用いて取得し、これに基づいて、ドライバをインストールするユーザＰＣ等を判別する。ドライバ配布部２３３は、登録情報判断部２３２が判断したユーザＰＣに対して、対応するドライバを配布する。

なお、登録情報判断部２３２は、ユーザ情報をユーザ管理装置２０８から取得する点が実施例１乃至３のそれぞれと異なる以外は、登録情報判断部３２と同様の構成であり、ドライバ配布部２３３は、ドライバ配布部３３（実施例１）、ドライバ配布部３３’（実施例２）、ドライバ配布部３３”（実施例３）のいずれかと同様の構成（ドライバの配布方法により異なる）であるため、詳細な説明については省略する。

実施例５は、デバイスを利用するユーザに利用制限を設ける場合の例である。なお、実施例５で説明する構成は、実施例１乃至４のそれぞれに組み合わせることができる。

実施例５の構成では、図１３に示すように、配布状態管理部３３Ｂ（３３Ｂ’、３３Ｂ”）で、ユーザ情報とともに利用制限に関する情報を管理する。そして、メール生成部３３Ｄ（配布処理部３３Ｆ’、スクリプト生成部３３Ｇ”）でドライバを配布する際に、配布するドライバを利用制限に関する情報に基づいて決定する。

例えば、デバイスがカラープリンタであり、ユーザ毎にカラープリントの利用の可否が設定されているとする。このような場合には、カラープリントの利用が許可されているユーザには、カラープリントに対応するドライバを配布し、カラープリントの利用が禁止されているユーザには、モノクロプリントのみが可能なドライバを配布する。

このように、利用制限に応じたドライバを配布することで、デバイス自体に利用を制限する機能がなくとも、ユーザ毎に異なる利用制限を設定することができる。

実施例６は、デバイスに登録されるユーザ情報が更新された場合に、ドライバの追加配布や削除を行う例である。なお、実施例６で説明する構成は、管理者ＰＣ３等を以下に説明するように動作させることで、実施例１乃至５のそれぞれに組み合わせることができる。

図１４は、ユーザ情報が更新された際の管理者ＰＣの処理の流れを示すフローチャートである。

管理者ＰＣ３（２０３）は、ユーザ情報が更新されると（ステップ３０１でＹＥＳ）、登録情報判断部３２（２３２）が、その更新内容を特定する（ステップ３０２）。ユーザ情報の更新は、管理者による指示を受け付けて判断しても良く、定期的にユーザ情報を取得して判断するようにしてもよい。

登録情報判断部３２（２３２）により更新内容が特定された結果、新たなユーザが登録されていることが判明した場合には、ドライバの追加配布が必要であるため（ステップ３０３でＹＥＳ）、登録情報判断部３２（２３２）は、追加配布先となるユーザＰＣを特定し（ステップ３０４）、ドライバ配布部３３（３３’、３３”、２３３）が、特定されたユーザＰＣにドライバを配布する（ステップ３０５）。ドライバの配布方法は、実施例１乃至３のそれぞれの方法と同様である。

また、登録情報判断部３２（２３２）により更新内容が特定された結果、登録済のユーザの登録が抹消されていることが判明した場合には、ドライバの削除が必要であるため（ステップ３０６でＹＥＳ）、登録情報判断部３２（２３２）は、削除対象となるユーザＰＣを特定し（ステップ３０７）、ドライバ配布部３３（３３’、３３”、２３３）が、特定されたユーザＰＣのドライバを削除する（ステップ３０８）。ドライバの削除は、実施例１のようにメールでドライバを配布した場合にはメールでドライバのアンインストーラを配布し、実施例２のようにエージェントを利用してドライバを配布した場合には当該エージェントに処理を行わせ、実施例３のようにスクリプトを利用する場合には当該スクリプトに削除処理を含めることで、行われる。

なお、デバイスのファームウェアが更新された場合やドライバ自体が更新された場合にも、追加配布や削除と同様の処理を行うことで、更新されたドライバ等を配布することが可能である。

実施例７は、デバイス自身がユーザ登録部を有する場合の例である。実施例７における管理者ＰＣ３は、実施例１乃至３の管理者ＰＣ３とはその機能的な構成が異なるため、以下では、管理者ＰＣ４０３として説明を行う。

図１５は、管理者ＰＣ４０３の機能的な構成を機能的な構成を示すブロック図である。同図に示すように、管理者ＰＣ４０３は、登録情報判断部４３２とドライバ配布部４３３を具備して構成される。なお、登録情報判断部４３２とドライバ配布部４３３は、プログラムに基づいて管理者ＰＣ２０３を動作させることにより実現されるものである。

登録情報判断部４３２は、デバイス４０１のユーザ登録部４１１で、デバイス４０１に登録されたユーザ情報を取得し、これに基づいて、ドライバをインストールするユーザＰＣ４０４等を判別する。ドライバ配布部４３３は、登録情報判断部４３２が判断したユーザＰＣ４０４に対して、対応するドライバを配布する。

なお、登録情報判断部４３２は、ユーザ情報をユーザ登録部４１１から取得する点が実施例１乃至６のそれぞれと異なる以外は、登録情報判断部３２と同様の構成であり、ドライバ配布部４３３は、ドライバ配布部３３（実施例１）、ドライバ配布部３３’（実施例２）、ドライバ配布部３３”（実施例３）のいずれかと同様の構成（ドライバの配布方法により異なる）であるため、詳細な説明については省略する。

実施例８は、本発明をデバイス１に適用した例について説明する。なお、本発明をデバイス１に適用した場合には、管理者ＰＣ３は、不要となる。また、実施例８におけるデバイス１は、実施例１乃至３のデバイス１とはその機能的な構成が異なるため、以下では、デバイス５０１として説明を行う。

図１６は、デバイス５０１の機能的な構成を機能的な構成を示すブロック図である。同図に示すように、デバイス５０１は、ユーザ登録部５１１と登録情報判断部５１２、ドライバ配布部５１３を具備して構成される。

ユーザ登録部５１１は、デバイス５０１に対してユーザ登録を行う。登録情報判断部５１２は、ユーザ登録部５１１で登録されたユーザ情報を取得し、これに基づいて、ドライバをインストールするユーザＰＣ５０４等を判別する。ドライバ配布部５１３は、登録情報判断部５１２が判断したユーザＰＣ５０４に対して、対応するドライバを配布する。

なお、ユーザ登録部５１１、登録情報判断部５１２、ドライバ配布部５１３は、デバイス５０１に配されている点が、実施例１乃至６のユーザ登録部３１、登録情報判断部３２（２３２）、ドライバ配布部３３（３３’、３３”、２３３）と異なるのみで、その動作は、実施例１乃至６のそれぞれで説明した例と同様であるため、ここでの説明は省略する。

なお、上述の実施例１乃至８では、いずれも、ドライバのみを配布対象としていたが、デバイスがファックスの場合には、アドレス帳を併せて配布する等、処理対象とするデバイスに合わせて様々な情報を配布することが可能である。

本発明を適用したネットワークの構成例を示した図である。 実施例１における管理者ＰＣ３の機能的な構成を示すブロック図である。 ユーザ登録部３１の機能的な構成を示すブロック図である。 登録情報判断部３２の機能的な構成を示すブロック図である。 ドライバ配布部３３の機能的な構成を示すブロック図である。 ドライバのインストール処理の流れを示すフローチャートである。 ドライバ配布部３３’の機能的な構成を示すブロック図である。 配布状態管理部３３Ｂ’によるインストール結果の管理例を示した図である。 ドライバのインストール処理の流れを示すフローチャートである。 ドライバ配布部３３”の機能的な構成を示すブロック図である。 ドライバのインストール処理の流れを示すフローチャートである。 管理者ＰＣ２０３の機能的な構成を機能的な構成を示すブロック図である。 配布状態管理部３３Ｂによる利用制限に関する情報の管理例を示した図である。 ユーザ情報が更新された際の管理者ＰＣの処理の流れを示すフローチャートである。 管理者ＰＣ４０３の機能的な構成を機能的な構成を示すブロック図である。 デバイス５０１の機能的な構成を機能的な構成を示すブロック図である。

符号の説明

１ デバイス
２ デバイス
３ 管理者ＰＣ
４、４−１〜４−ｎ ユーザＰＣ
５ ネットワーク
６ メールサーバ
７ ドメインサーバ
１０ ＣＳＶファイル
３１ ユーザ登録部
３１Ａ 入力受付部
３１Ｂ ユーザ情報読込部
３１Ｃ 情報処理部
３１Ｄ ユーザ情報設定部
３１Ｅ ユーザ情報出力部
３２ 登録情報判断部
３２Ａ ユーザ情報取得部
３２Ｂ ＰＣ情報取得部
３２Ｃ 情報比較部
３２Ｄ 配布先情報出力部
３３ ドライバ配布部
３３’ ドライバ配布部
３３” ドライバ配布部
３３Ａ 配布先情報取得部
３３Ａ’ 配布先情報取得部
３３Ａ” 配布先情報取得部
３３Ｂ 配布状態管理部
３３Ｂ’ 配布状態管理部
３３Ｂ” 配布状態管理部
３３Ｃ ドライバ取得部
３３Ｃ’ ドライバ取得部
３３Ｃ” ドライバ取得部
３３Ｄ メール生成部
３３Ｅ メール送信部
３３Ｆ’ 配布処理部
３３Ｇ” スクリプト生成部
３３Ｈ” スクリプト登録部
４０ 配布処理部
２０１ デバイス
２０３ 管理者ＰＣ
２０８ ユーザ情報管理装置
２３２ 登録情報判断部
２３３ ドライバ配布部
４０１ デバイス
４０３ 管理者ＰＣ
４０４ ユーザＰＣ
４１１ ユーザ登録部
４３２ 登録情報判断部
４３３ ドライバ配布部
５０１ デバイス
５０４ ユーザＰＣ
５１１ ユーザ登録部
５１２ 登録情報判断部
５１３ ドライバ配布部

Claims (15)

1. ネットワークを介して複数の利用者端末から利用される装置に対応するドライバを該利用者端末に提供するドライバ提供方法であって、
   前記装置に登録される利用者情報を取得し、該取得した利用者情報のそれぞれに対応する利用者端末を判別し、該判別した利用者端末に前記装置に対応するドライバを配布することを特徴とするドライバ提供方法。
2. 前記利用者情報を前記装置に登録し、該登録後に該装置に対応するドライバを配布することを特徴とする請求項１記載のドライバ提供方法。
3. 前記利用者情報は、利用者毎に設定された前記装置の利用制限情報を含み、該利用制限情報に対応するドライバを配布することを特徴とする請求項１記載のドライバ提供方法。
4. 前記装置に対応するドライバが更新された際に、該更新されたドライバを前記利用者端末に配布することを特徴とする請求項１記載のドライバ提供方法。
5. 前記利用者情報が更新された際に、新たに追加された利用者情報に対応する利用者端末に前記装置に対応するドライバを配布し、削除された利用者情報に対応する利用者端末から前記装置に対応するドライバを削除することを特徴とする請求項１記載のドライバ提供方法。
6. ネットワークを介して複数のユーザ端末から利用される装置に対応するドライバを該ユーザ端末に提供するドライバ提供装置において、
   前記装置に登録される利用者情報を取得する利用者情報取得手段と、
   前記利用者情報取得手段が取得した利用者情報のそれぞれに対応する利用者端末を判別する利用者端末判別手段と、
   前記利用者端末判別手段が判別した利用者端末に前記装置に対応するドライバを配布するドライバ配布手段と
   を具備することを特徴とするドライバ提供装置。
7. 前記利用者情報を前記装置に登録する利用者情報登録手段をさらに具備することを特徴とする請求項６記載のドライバ提供装置。
8. 前記利用者情報は、利用者毎に設定された前記装置の利用制限情報を含み、
   前記ドライバ配布手段は、それぞれ前記利用制限情報に対応するドライバを前記利用者端末に配布する
   ことを特徴とする請求項６記載のドライバ提供装置。
9. 前記ドライバ配布手段は、
   前記装置に対応するドライバが更新された際に、該更新されたドライバを前記利用者端末に配布することを特徴とする請求項６記載のドライバ提供装置。
10. 前記利用者情報取得手段は、前記利用者情報が更新された際に、該更新された利用者情報を取得し、
    前記ドライバ配布手段は、新たに追加された利用者情報に対応する利用者端末に前記装置に対応するドライバを配布し、削除された利用者情報に対応する利用者端末から前記装置に対応するドライバを削除する
    ことを特徴とする請求項６記載のドライバ提供装置。
11. ネットワークを介して複数のユーザ端末から利用される装置に対応するドライバを該ユーザ端末に提供するドライバ提供プログラムにおいて、
    前記装置に登録される利用者情報を取得する利用者情報取得処理と、
    前記利用者情報取得処理で取得した利用者情報のそれぞれに対応する利用者端末を判別する利用者端末判別処理と、
    前記利用者端末判別処理で判別した利用者端末に前記装置に対応するドライバを配布するドライバ配布処理と
    をコンピュータに実行させることを特徴とするドライバ提供プログラム。
12. 前記利用者情報を前記装置に登録する利用者情報登録処理をさらにコンピュータに実行させることを特徴とする請求項１１記載のドライバ提供プログラム。
13. 前記利用者情報は、利用者毎に設定された前記装置の利用制限情報を含み、
    前記ドライバ配布処理は、それぞれ前記利用制限情報に対応するドライバを前記利用者端末に配布する
    ことを特徴とする請求項１１記載のドライバ提供プログラム。
14. 前記ドライバ配布処理は、
    前記装置に対応するドライバが更新された際に、該更新されたドライバを前記利用者端末に配布することを特徴とする請求項１１記載のドライバ提供プログラム。
15. 前記利用者情報取得処理は、前記利用者情報が更新された際に、該更新された利用者情報を取得し、
    前記ドライバ配布処理は、新たに追加された利用者情報に対応する利用者端末に前記装置に対応するドライバを配布し、削除された利用者情報に対応する利用者端末から前記装置に対応するドライバを削除する
    ことを特徴とする請求項１１記載のドライバ提供プログラム。

Images