情報処理装置及び情報処理方法
【課題】 サービスを受けるユーザの権限に応じたソフトウェアのインストール制御を行う。
【解決手段】 ネットワーク対応デバイスは、クライアントデバイスを使用するユーザの識別情報を含む探索情報を受信し（ステップＳ４０１）、当該ユーザがサービスを受ける権限を有するか否かを確認する（ステップＳ４０２、Ｓ４０３、Ｓ４０５、Ｓ４０７）。そして、ネットワーク対応デバイスは、当該ユーザがサービスを受ける権限を有すると判定した場合、クライアントデバイスからの要求に応じて、クライアントデバイスがサービスに対応するソフトウェアをインストールするための属性情報を送信する（ステップＳ４０８）。
【解決手段】 ネットワーク対応デバイスは、クライアントデバイスを使用するユーザの識別情報を含む探索情報を受信し（ステップＳ４０１）、当該ユーザがサービスを受ける権限を有するか否かを確認する（ステップＳ４０２、Ｓ４０３、Ｓ４０５、Ｓ４０７）。そして、ネットワーク対応デバイスは、当該ユーザがサービスを受ける権限を有すると判定した場合、クライアントデバイスからの要求に応じて、クライアントデバイスがサービスに対応するソフトウェアをインストールするための属性情報を送信する（ステップＳ４０８）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば通信回線を介して印刷物をプリントするプリントサービス等に適用可能な情報処理装置及び情報処理方法に関するものである。
【背景技術】
【０００２】
従来から、ネットワーク上のクライアント装置からのサービス要求に応え、サービスを提供するサービス提供装置、及び、サービス提供システムが知られている。例えば、インターネットによる通信の飛躍的な普及に伴い、ネットワーク対応型機器として、従来のパーソナルコンピュータ以外の種類の多様な機器が開発されている。例えば、ＰＤＡ（Personal Digital Assistance）、携帯電話等のユーザインタラクティブなデバイスや、スキャナ、プリンタ、複写機、デジタルカメラ等の画像処理装置や、テレビ、エアコン、冷蔵庫等の家電製品などに至るまでネットワーク対応が急速に進められている。
【０００３】
それに伴い、これまでこれらネットワーク対応型デバイスを利用する上での利便性、簡易性を高めるために、サービスを提供するネットワーク対応デバイスの探索、検索手段、ネットワーク対応型デバイスを制御するためのアプリケーションソフトウエア、ユーティリティソフトウエア、オペレーティングシステム等の自動セットアップ手段を提供する、様々なプロトコル、アーキテクチャが提案されている(例えば、特許文献１乃至３参照)。
【０００４】
また、複数の企業、標準化団体がローカルＩ／Ｏ接続デバイス対して適用されてきたプラグアンドプレイをネットワーク対応デバイスに対して拡張対応すべく、仕様策定作業を進めている。
【０００５】
例えば、Ｍｉｃｒｏｓｏｆｔ社が主体となって策定を進めるＵＰｎＰ（登録商標、非特許文献１参照）、及び、ＷＳＤ:Web Services for Devices（WS-Discovery/WS-MetadataExchange（非特許文献２、３参照））、ビジネス機械・情報システム産業協会（ＪＢＭＩＡ）が推進するＢＭＬｉｎｋｓ（非特許文献４参照）、Ａｐｐｌｅ社が開発したＯＳ ＸでサポートされるＲｅｎｅｄｚｖｏｕｓ等がその一例である。
【０００６】
【特許文献１】特開２００４−１９９１１３号公報
【特許文献２】特開平０３−２９０１９号公報
【特許文献３】特開２００３−１５０３４１号公報
【非特許文献１】UPnP Device Architecture v1.0 URL: http://www.upnp.org/download/UPnPDA10_20000613.htm
【非特許文献２】Web Service Dynamic Discovery: WS-Discovery URL: http://specs.xmlsoap.org/ws/2005/04/discovery/ws-discovery.pdf
【非特許文献３】WS-MetadataExchange URL: http://msdn.microsoft.com/library/en-us/dnglobspec/html/ws-metadataexchange.pdf
【非特許文献４】"ＢＭＬｉｎｋＳ"、ビジネス機械・情報システム産業協会、インターネット URL: http://www.jbmia.or.jp/bmlinks/index.htm
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した従来の技術では、ネットワークプラグアンドプレイが普及することによって利便性が向上する一方で、探索条件に合致したプリンタドライバが全てインストールされてしまうという問題があった。その場合、探索条件に合致したプリンタが印刷上限値管理や課金管理、利用時間制限されているプリンタのために、印刷時に権限がなく利用できないにもかかわらず、探索されたプリンタのドライバやアプリケーションが自動的にインストールされてしまう。
【０００８】
これは、ネットワークのトラフィック、ハードウエア資源、特にメモリ資源をいたずらに消費するだけでなく、セキュリティ上信頼できないクライアントからの探索に応答することにより、ネットワーク対応デバイスの存在を明らかにしてしまい、情報の破壊、漏洩といった深刻な被害につながりうるという問題があった。
【０００９】
そこで、本発明の目的は、サービスを受けるユーザの権限に応じたソフトウェアのインストール制御を行うことにある。
【課題を解決するための手段】
【００１０】
本発明の情報処理装置は、外部装置と通信回線を介して接続される情報処理装置であって、前記外部装置を使用するユーザの識別情報を含む当該情報処理装置を探索するための探索情報を受信する受信手段と、前記ユーザの識別情報に基づいて、前記ユーザが当該情報処理装置により提供されるサービスを受ける権限を有するか否かを確認する権限確認手段と、前記権限確認手段により前記ユーザが前記サービスを受ける権限を有すると判定された場合、前記外部装置からの要求に応じて、前記外部装置が前記サービスに対応するソフトウェアをインストールするための当該情報処理装置に係る情報を前記外部装置に対して送信する送信手段とを有することを特徴とする。
本発明の情報処理方法は、外部装置と通信回線を介して接続される情報処理装置による情報処理方法であって、前記外部装置を使用するユーザの識別情報を含む当該情報処理装置を探索するための探索情報を受信する受信ステップと、前記ユーザの識別情報に基づいて、前記ユーザが当該情報処理装置により提供されるサービスを受ける権限を有するか否かを確認する権限確認ステップと、前記権限確認ステップにより前記ユーザが前記サービスを受ける権限を有すると判定された場合、前記外部装置からの要求に応じて、前記外部装置が前記サービスに対応するソフトウェアをインストールするための当該情報処理装置に係る情報を前記外部装置に対して送信する送信ステップとを含むことを特徴とする。
本発明のプログラムは、前記情報処理方法をコンピュータに実行させることを特徴とする。
本発明のコンピュータ読み取り可能な記録媒体は、前記プログラムを記録したことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、サービスを受けるユーザの権限に応じたソフトウェアのインストール制御を行うことが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。ただし、以下の説明に記載されているプロトコル、ヴァージョン、アドレス、その他の数値等は、特に特定的な記載がない限りは、本発明の範囲をそれらのみに限定する趣旨のものではない。
【００１３】
先ず、本発明の第１の実施形態について説明する。図１は本発明の第１の実施形態に係るネットワークプラグアンドプレイシステムの構成を示すブロック図である。
【００１４】
図中１００は、クライアントデバイスで、通信機能としてEthernet（登録商標）に対応しており、TCP/UDP/IPプロトコルスタック１を備え、そのプロトコルスタック１上にＨＴＴＰ２を備えている。TCP/UDP/IPプロトコルスタック１は、ＨＴＴＰリクエストの解析及びレスポンス処理を行う。
【００１５】
TCP/UDP/IPプロトコルスタック１及びＨＴＴＰ２上位層にはSimple Object Access Protocol(ＳＯＡＰ)プロセッサ３が備えられている。インストールアシストユーティリティ４及びＷＳＤモジュール５は、それぞれＳＯＡＰプロセッサ３を介してeXtensible Markup Language(ＸＭＬ)で記述されたデータの双方向通信を実現する。
【００１６】
また、インストールアシストユーティリティ４は、ドライバインストールを制御し、ドライバインストールに必要な属性情報を、メモリコントローラ６を介して記憶装置８に記憶、読み出し、消去する。また、インストールアシストユーティリティ４は、ＷＳＤモジュール５に対し、Ｈｅｌｌｏメッセージ（又はProbe Matchメッセージ）に対する応答処理の際に使用される識別情報の通知、及び、ネットワーク対応デバイス検索のためのＰｒｏｂｅメッセージの送信処理依頼を発行する。
【００１７】
ＷＳＤモジュール５は、ＳＯＡＰプロセッサ３を介して、ネットワーク対応デバイスから通知されるＨｅｌｌｏメッセージ（又はProbe Matchメッセージ）に対する応答処理、および、ネットワーク対応デバイス検索のためのＰｒｏｂｅメッセージの発行処理を実行する。なお、これらの処理は、例えばMicrosoft等がその仕様策定を推進するWS-Discovery仕様に基づいて行われる。
【００１８】
また、ＷＳＤモジュール５は、WS-MetadataExchange仕様に基づき、GetMetadataメッセージを発行することで、ネットワーク対応デバイスの属性情報を取得する。
【００１９】
これらメッセージ処理により、ネットワーク対応デバイス２００を発見した場合、インストールアシストユーティリティ４はプラグアンドプレイコントローラ７に対して、発見したネットワーク対応デバイスの属性情報を通知する。プラグアンドプレイコントローラ７は、該属性情報を基に該当するドライバをメモリコントローラ６を介して記録装置８より読み込み、クライアントデバイス１００に対してインストールを実行する機能を備える。
【００２０】
一方、ネットワーク対応デバイス２００（本実施形態ではネットワーク対応型プリンタ）は、通信機能としてEthernet（登録商標）に対応しており、TCP/UDP/IPプロトコルスタック１１を備え、そのプロトコルスタック上にＨＴＴＰ１２を備えている。TCP/UDP/IPプロトコルスタック１１は、ＨＴＴＰリクエストの解析及びレスポンス処理を行う。
【００２１】
TCP/UDP/IPプロトコルスタック１１及びＨＴＴＰ１２上位層にはSimple Object Access Protocol(ＳＯＡＰ)プロセッサ１３を備え、ＷＳＤモジュール１５及びプリンタコントローラ１６が、それぞれＳＯＡＰプロセッサ１３を介してeXtensible Markup Language(ＸＭＬ)で記述されたデータの双方向通信を実現する。
【００２２】
ＷＳＤモジュール１５は、サービス起動時のサービス提供情報であるＨｅｌｌｏメッセージ（又はProbe Matchメッセージ）の送信処理、及び、ネットワーク対応デバイス検索のためのＰｒｏｂｅメッセージに対する応答処理の際に使用される識別情報を通知する。
【００２３】
ここで、ＷＳＤモジュール１５は、ＳＯＡＰプロセッサ１３を介して、Ｈｅｌｌｏメッセージ（又はProbe Matchメッセージ）の送信、及び、クライアントデバイス１００から発行されるＰｒｏｂｅメッセージに対する応答処理を実行する。なお、これらの処理は例えばMicrosoft等が、その仕様策定を推進するWS-Discovery仕様に基づいて行う。
【００２４】
また、ＷＳＤモジュール１５は、WS-MetadataExchange仕様に基づき、クライアントデバイス１００から発行されたGetMetadataメッセージに応じ、ネットワーク対応デバイス（本実施形態では、ネットワーク対応プリンタ）が持つ属性情報を返信する。
【００２５】
ユーザ認証モジュール２０は、クライアントデバイス１００が送信したＰｒｏｂｅメッセージ等に添付されているユーザ証明書を、ネットワーク対応デバイス２００が保持するルート証明期間の証明書を用いてユーザ証明書の認証を行う。なお、このルート証明期間の証明書は、ネットワークを経由して入手してもよい。ここで、実際の認証作業としては、チャレンジ・レスポンス方式等によって認証を行う。
【００２６】
権限確認モジュール２１は、ユーザ認証モジュール２０によって認証を行ったユーザが印刷を行うことが可能であるか否かの権限の確認を行う。権限確認を行う際には、権限確認モジュール２１は、後述する印刷実績サーバ、課金情報を管理する課金情報管理サーバ、ユーザが利用可能な該当プリンタのプリントサーバ、及び、利用許可時間、利用可能時刻等を登録するユーザ管理データベース等に対して権限の問い合わせを行う。
【００２７】
次に、本実施形態に係るネットワークプラグアンドプレイシステムの動作を説明する。図２は、権限確認モジュール２１が問い合わせを行うサーバ等にユーザの権限の設定を行う処理を示すフローチャートである。
【００２８】
権限確認モジュール２１は、ステップＳ２０１で印刷管理ユーティリティ等を利用し、ディレクトリサービスにユーザ毎の利用権限設定を行う。設定を行う値として、印刷枚数上限値や印刷ページ数上限値等がある。
【００２９】
ステップＳ２０２では、印刷実績サーバは、ディレクトリサービスからユーザ毎の上限値を取得し、印刷枚数上限値を設定する。
【００３０】
図３は、印刷実績サーバが保持する、ユーザ毎の印刷上限値や実績値の例を示す図である。ユーザ３０１の例として、USER0003は、印刷枚数上限値３０２として１０００枚であることが示されており、印刷を行った実績値として４３２枚であることが示されている。
【００３１】
図４は、ネットワーク対応デバイス２００でのＰｒｏｂｅ応答制限動作の制御の流れを示すフローチャートである。Ｐｒｏｂｅメッセージは、ＸＭＬ−ＳＯＡＰで記述されており、図５にそのメッセージフォーマットの例を示す。
【００３２】
ネットワーク対応デバイス２００は、Ｐｒｏｂｅメッセージを受信すると(ステップＳ４０１)、受信したＰｒｏｂｅメッセージはTCP/UDP/IPプロトコルスタック１１を介してＳＯＡＰプロセッサ１３に通知される。ＳＯＡＰプロセッサ１３、Ｐｒｏｂｅメッセージの内容を解析し、その結果をユーザ認証モジュール２０に対して通知する。
【００３３】
ユーザ認証モジュール２０では、クライアントデバイス１００が送信したＰｒｏｂｅメッセージ等に添付されているユーザ証明書と、ネットワーク対応デバイス２００が保持するルート証明機関の証明書とを照合して、ユーザ証明書の認証を行う(ステップＳ４０２)。なお、ルート証明期間の証明書は、ネットワークを経由して入手してもよい。ここで、添付されているユーザ証明書が有効でない場合は、WSDiscoveryのProbe Matchを返信しない(ステップＳ４０９)。
【００３４】
一方、ユーザ証明書が有効と判定された場合、ＷＳＤモジュール１５は、通知されたメッセージの内容がこのネットワーク対応デバイス２００が提供するサービス機能（この場合は、プリントサービス）と一致しているか否かを判断する(ステップＳ４０３)。一致しないと判断した場合、その情報を無視する(ステップＳ４０９)。従って、この場合はネットワーク対応デバイス２００からProbe Matchメッセージが発行されることは無い。
【００３５】
一方、一致すると判断した場合、ＷＳＤモジュール１５は、Active Directoryからクライアントデバイス１００に対するアクセス権を有するユーザを示すアクセス権情報を取得する（ステップＳ４０４）。そして、ＷＳＤモジュール１５は、ユーザ証明書に示されるユーザ情報とアクセス権情報とを照合することにより、ステップＳ４０２で判定を行ったユーザがプリンタのアクセス権があるか確認する(ステップＳ４０５)。アクセス権が無いと判定された場合は、WSDiscoveryのProbe Matchメッセージを返信しない(ステップＳ４０９)。ここで、当該ユーザのサービス利用可能時間情報を取得、参照することにより当該ユーザの権限を確認してもよい。
【００３６】
アクセス権があると判定された場合は、権限確認モジュール２１は、続いて動的なアクセス権であるユーザ毎の印刷枚数上限値と実績値を印刷実績サーバから取得する(ステップＳ４０６)。取得する値として、印刷枚数上限値、印刷枚数実績値、印刷ページ数上限値、印刷ページ数実績値、課金上限値、及び、課金実績値等がある。
【００３７】
続いて、権限確認モジュール２１は、取得した印刷枚数上限値と実績値とを比較する(ステップＳ４０７)。既に上限に達していると判定された場合は、ＷＳＤモジュール１５は、WSDiscoveryのProbe Matchメッセージを返信しない(ステップＳ４０９)。一方、未だ上限に達していないと判定された場合は、ＷＳＤモジュール１５は、ＳＯＡＰプロセッサ１３対してProbe Matchメッセージ発行を要求する。
【００３８】
ＳＯＡＰプロセッサ１３は、WS-Discovery仕様に基づきProbe Matchメッセージを生成し、TCP/UDP/IPプロトコルスタック１１を介してクライアントデバイス１００に対してユニキャスト送信する(ステップＳ４０８)。
【００３９】
図６は、クライアントデバイス１００がProbe Matchメッセージを受信した場合のドライバインストール動作を示すフローチャートである。
【００４０】
Probe Matchメッセージはクライアントデバイス１００のTCP/UDP/IPプロトコルスタック1を介して、ＳＯＡＰプロセッサ３に通知される(ステップＳ６０１)。
【００４１】
ＳＯＡＰプロセッサ３は、Probe Matchメッセージの内容を解析し、該メッセージに記述された情報を、インストールアシストユーティリティ４に通知する。
【００４２】
インストールアシストユーティリティ４は、ＷＳＤモジュール５を介してProbe Matchメッセージを送信したネットワーク対応デバイス２００の属性情報を取得するために、ＷＳＤモジュール５に対して、ＳＯＡＰプロセッサ３より取得した情報を通知する。
【００４３】
ＷＳＤモジュール５は、Probe Match送信元アドレスに対し、該メッセージを発行したネットワーク対応デバイス２００の属性情報を取得するために、ＳＯＡＰプロセッサ３に対してWS-MetadataExchangeで規定されるGetMetadataメッセージ発行を要求する。
【００４４】
ＳＯＡＰプロセッサ３は、WS-MetadataExchange仕様に基づきGetMetadataメッセージを生成し、TCP/UDP/IPプロトコルスタック１を介してネットワーク対応デバイス２００に対してユニキャスト送信する。
【００４５】
ネットワーク対応デバイス２００において、受信したGetMetadataメッセージはTCP/UDP/IPプロトコルスタック１１を介して、ＳＯＡＰプロセッサ１３に通知される。
【００４６】
ＳＯＡＰプロセッサ１３は、GetMetadataメッセージの内容を解析し、その結果をＷＳＤモジュール１５に通知する。ＷＳＤモジュール１５においては、指定された属性情報をクライアントに対して返信するために、ＳＯＡＰプロセッサ１３に対してWS-MetadataExchangeで規定されるGetMetadataResopnseメッセージ発行を要求する。
【００４７】
クライアントデバイス１００では、インストールアシストユーティリティ４がこれらのGetMetadataResopnseメッセージを受信することにより、モデル名やネットワーク対応デバイス２００のオプション情報などを取得する(ステップＳ６０２)。
【００４８】
インストールアシストユーティリティ４は、探索を行ったネットワーク対応デバイス２００のアドレスに該当するポートモニタが存在しないか判定を行う(ステップＳ６０３)。
【００４９】
判定結果により、探索を行ったネットワーク対応デバイス２００のアドレスに該当するポートモニタが存在しない場合は、インストールアシストユーティリティ４は、該当ネットワーク対応デバイス２００のポートモニタをインストールし、アドレス情報等の設定を行い、ポートの作成を行う(ステップＳ６０４)。
【００５０】
続いて、インストールアシストユーティリティ４は、探索を行ったデバイスのアドレスに該当するプリンタドライバが存在しないか判定を行う(ステップＳ６０５)。
【００５１】
判定結果により、探索を行ったデバイスのアドレスに該当するプリンタドライバが存在しない場合は、インストールアシストユーティリティ４は、該当デバイスのドライバを取得する(ステップＳ６０６)。このとき、ドライバがローカルディスクに存在しない場合は、予め設定されているサーバやネットワーク経由の自動アップデートにより入手を行う。
【００５２】
ドライバを取得した後に、インストールアシストユーティリティ４は、ドライバのインストールを行う。ドライバのインストールでは、該当デバイスに対応するステップＳ６０４で作成した、又は、既存のポートモニタとドライバの設定が行われる(ステップＳ６０７)。
【００５３】
さらに、インストールアシストユーティリティ４は、ステップＳ６０２で取得したオプション情報等により、ドライバの構成情報の設定を行い(ステップＳ６０８)、ドライバインストールを完了する。
【００５４】
以上説明したステップから、クライアントデバイス１００は、ドライバのプラグアンドプレイ時に、印刷枚数上限値や課金管理等されているデバイスについても、ユーザの利用権限のあるデバイスのドライバのみをユーザの手を煩わすことなくインストールすることが可能となる。
【００５５】
次に、本発明の第２の実施形態について説明する。本実施形態は、ネットワーク対応デバイス２００において、Ｐｒｏｂｅ受信時に利用権限が与えられていなかったユーザに対して、印刷枚数上限値がリセットされる等の権限変更により利用可能となったことを通知し、ドライバのインストールを行うことができるものである。なお、本実施形態の構成は、図１に示す第１の実施形態の構成と同様であるため、説明は省略する。また、第１の実施形態と同様の処理ステップは同じ符号を付してあり、それらの説明は省略又は簡略化する。
【００５６】
図７は、ネットワーク対応デバイス２００でのＰｒｏｂｅ応答制限動作における、印刷枚数上限値がリセットされて、利用可能なユーザに通知するためのスケジューリング設定の流れを示すフローチャートである。
【００５７】
ステップＳ４０２、ステップＳ４０３、ステップＳ４０５又はステップＳ４０７で、権限が合致せずにWSDiscoveryのProbe Match送信条件を満たさないと判定された場合、ネットワーク対応デバイス２００は、WSDiscoveryのProbe Match送信条件待ちのリストに登録を行う(ステップＳ７０１)。
【００５８】
図８は、WSDiscoveryのProbe Match送信条件待ちのリスト例を示す図である。探索条件設定項目８０１では、条件が合致しなかったＰｒｏｂｅメッセージが保持される。これらのメッセージは、ＷＳＤモジュール１５で解析されて、記憶装置１８で保持される。プリンタ設定項目８０２では、当該ネットワーク対応デバイス２００の識別情報が保持される。返信アドレス設定項目８０３には、Ｈｅｌｌｏメッセージの返信先となるクライアントデバイス１００のアドレスが保持される。ユーザ設定項目８０４では、該当するクライアントデバイス１００を使用するユーザ名が保持される。返信予定時刻設定項目８０５には、Ｈｅｌｌｏメッセージを返信する予定時刻が保持される。
【００５９】
ネットワーク対応デバイス２００の権限確認モジュール２１は、権限の変化時やポーリングによって、ステップＳ７０１で記憶されたWSDiscoveryのProbe Match送信条件待ちのリストを参照して、合致する条件がないかの確認を行う。
【００６０】
図９は、ネットワーク対応デバイス２００の権限確認モジュール２１における権限一致時のクライアントへの通知処理を示すフローチャートである。
【００６１】
ネットワーク対応デバイス２００の権限確認モジュール２１は、Probe Match送信条件待ちのリストの取得を行う(ステップＳ９０１)。
【００６２】
続いて、権限確認モジュール２１は、Probe Match送信条件待ち条件の確認を行う(ステップＳ９０２)。権限がある場合、ＷＳＤモジュール１５は、Probe Match送信条件待ちのリストの内容に基づき、クライアントにＷＳＤモジュール１５に対してＨｅｌｌｏメッセージの送信処理を行い、サービスの提供開始をクライアントに通知する(ステップＳ９０３)。ここで、ＷＳＤモジュール１５は、ＳＯＡＰプロセッサ１３を介して、Microsoft等がその仕様策定を推進するWS-Discovery仕様に基づき、ネットワークに接続した際に、Ｈｅｌｌｏメッセージを送信する。
【００６３】
図１０は、クライアントデバイス１００における、Ｈｅｌｌｏメッセージ（又はProbe Matchメッセージ）受信時のインストール処理の流れを示すフローチャートである。
【００６４】
クライアントデバイス１００のインストールアシストユーティリティ４で、ネットワーク対応デバイス２００のサービス開始通知パケットであるＨｅｌｌｏメッセージ（又はProbe Matchメッセージ）を受信する(ステップＳ１００１)。
【００６５】
以降、ステップＳ６０２からの処理が行われ、クライアントデバイス１００でドライバのインストールが実行される。
【００６６】
以上のステップにより、既に印刷枚数上限値に達したためにProbe Matchメッセージの送信を行えなかった場合も、月次処理等により印刷枚数実績値がリセットされた場合は、クライアントデバイス１００は、ネットワーク対応デバイス２００からのサービス開始通知により、即座にユーザの利用権限のあるデバイスのドライバをユーザの手を煩わすことなくインストールすることが可能となる。
【００６７】
上述した実施形態においては、ネットワーク対応デバイスの検索手段、およびネットワーク対応デバイスがネットワークに参加したことを通知する手段としてWS-Discoveryで定義されるプロトコルを採用している。但し、この限りではなく、例えばUPnPTM v1で規定されるSSDP(Simple Service Discovery Protocol)、及び、GENA(General Event Notification Architecture)等を利用することでも実現可能である。ネットワーク対応デバイス検索のプロトコルとしては、ネットワーク対応デバイスの属性情報を取得するためのアドレス、及び、ネットワーク対応デバイスを制御するための制御情報送信先が取得することが可能であるプロトコルであれば、何れのプロトコルであっても適用可能である。
【００６８】
また上述した実施形態においては、通信媒体としてEthernet（登録商標）を利用した形で実現しているが、デバイスの発見、およびデバイスが機能実行を開始したことを通知可能な通信媒体であれば、ローカルＩ／Ｏ、ネットワークの何れの場合も適用可能である。
【００６９】
また上述した実施形態においては、プラグアンドプレイの一例として、発見したネットワーク対応デバイスに対応したドライバのインストールを採用しているが、ネットワーク対応デバイスを利用、制御するために必要なユーティリティ、アプリケーション等をクライアントデバイス１００に自動的にインストールする場合においても適用可能である。
【００７０】
また、上述した実施形態においてネットワーク対応デバイスとしてプリンタに対する実装例を示したが、通信媒体を介して利用、制御可能なデバイスであれば、スキャナ、ストレージデバイス等、何れのデバイスに対しても適用可能である。
【００７１】
また、上述した実施形態においては、クライアントデバイス１００がネットワーク対応デバイスを制御するためのドライバをメモリ上に保持する形態を示したが、ドライバに限らずアプリケーション、ユーティリティソフトウエアに対しても適用可能である。また、これらソフトウエアはネットワーク対応デバイス上に保持されている場合、或いは第３のサーバ上に保持されている場合にも適用可能である。
【００７２】
また、上述した実施形態におけるクライアントデバイス１００及びネットワーク対応デバイス２００における各処理機能は、各処理機能を実現する為のプログラムをメモリから読み出してＣＰＵ（中央演算装置）が実行することによりその機能を実現させるものである。但し、これに限定さるものではなく、各処理機能の全部または一部の機能を専用のハードウエアにより実現してもよい。また、上述したメモリは、光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ以外の揮発性のメモリ又はこれらの組合せによるコンピュータ読み取り、書き込み可能な記録媒体より構成されてもよい。
【００７３】
また、クライアントデバイス１００及びネットワーク対応デバイス２００内の各機能を実現する為のプログラムをコンピュータ読み取り可能な記録媒体に記録する。そして、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各処理を行っても良い。
【００７４】
なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウエアを含むものとする。具体的には、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含む。
【００７５】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、一定時間プログラムを保持しているものを含む。例えば、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発メモリ（ＲＡＭ）等が挙げられる。
【００７６】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
【００７７】
また、上記プログラムは、前述した機能の一部を実現する為のものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００７８】
また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体およびプログラムプロダクトは、本発明の範疇に含まれる。
【００７９】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００８０】
【図１】本発明の実施形態に係るネットワークプラグアンドプレイシステムの構成を示すブロック図である。
【図２】権限確認モジュールが問い合わせを行うサーバ等にユーザの権限の設定を行う処理を示すフローチャートである。
【図３】印刷実績サーバが保持する、ユーザ毎の印刷上限値や実績値の例を示す図である。
【図４】ネットワーク対応デバイスでのＰｒｏｂｅ応答制限動作の制御の流れを示すフローチャートである。
【図５】Ｐｒｏｂｅメッセージのメッセージフォーマットの例を示す図である。
【図６】クライアントデバイスがProbe Matchメッセージを受信した場合のドライバインストール動作を示すフローチャートである。
【図７】、ネットワーク対応デバイスでのＰｒｏｂｅ応答制限動作における、上限値がリセットされて、利用可能なユーザに通知するためのスケジューリング設定の流れを示すフローチャートである。
【図８】WSDiscoveryのProbe Match送信条件待ちのリスト例を示す図である。
【図９】ネットワーク対応デバイスの権限確認モジュールにおける権限一致時のクライアントへの通知処理を示すフローチャートである。
【図１０】クライアントデバイスにおける、Ｈｅｌｌｏメッセージ受信時のインストール処理の流れを示すフローチャートである。
【符号の説明】
【００８１】
１００：クライアントデバイス
２００：ネットワーク対応デバイス
１、１１：TCP/UDP/IPプロトコルスタック
２、１２：ＨＴＴＰ
３、１３：ＳＯＡＰプロセッサ
４：インストールアシストユーティリティ
５、１５：ＷＳＤモジュール
６、１７：メモリコントローラ
７：プラグアンドプレイコントローラ
８、１８：記憶装置
１６：プリンタコントローラ
２０：ユーザ認証モジュール
２１：権限確認モジュール
【技術分野】
【０００１】
本発明は、例えば通信回線を介して印刷物をプリントするプリントサービス等に適用可能な情報処理装置及び情報処理方法に関するものである。
【背景技術】
【０００２】
従来から、ネットワーク上のクライアント装置からのサービス要求に応え、サービスを提供するサービス提供装置、及び、サービス提供システムが知られている。例えば、インターネットによる通信の飛躍的な普及に伴い、ネットワーク対応型機器として、従来のパーソナルコンピュータ以外の種類の多様な機器が開発されている。例えば、ＰＤＡ（Personal Digital Assistance）、携帯電話等のユーザインタラクティブなデバイスや、スキャナ、プリンタ、複写機、デジタルカメラ等の画像処理装置や、テレビ、エアコン、冷蔵庫等の家電製品などに至るまでネットワーク対応が急速に進められている。
【０００３】
それに伴い、これまでこれらネットワーク対応型デバイスを利用する上での利便性、簡易性を高めるために、サービスを提供するネットワーク対応デバイスの探索、検索手段、ネットワーク対応型デバイスを制御するためのアプリケーションソフトウエア、ユーティリティソフトウエア、オペレーティングシステム等の自動セットアップ手段を提供する、様々なプロトコル、アーキテクチャが提案されている(例えば、特許文献１乃至３参照)。
【０００４】
また、複数の企業、標準化団体がローカルＩ／Ｏ接続デバイス対して適用されてきたプラグアンドプレイをネットワーク対応デバイスに対して拡張対応すべく、仕様策定作業を進めている。
【０００５】
例えば、Ｍｉｃｒｏｓｏｆｔ社が主体となって策定を進めるＵＰｎＰ（登録商標、非特許文献１参照）、及び、ＷＳＤ:Web Services for Devices（WS-Discovery/WS-MetadataExchange（非特許文献２、３参照））、ビジネス機械・情報システム産業協会（ＪＢＭＩＡ）が推進するＢＭＬｉｎｋｓ（非特許文献４参照）、Ａｐｐｌｅ社が開発したＯＳ ＸでサポートされるＲｅｎｅｄｚｖｏｕｓ等がその一例である。
【０００６】
【特許文献１】特開２００４−１９９１１３号公報
【特許文献２】特開平０３−２９０１９号公報
【特許文献３】特開２００３−１５０３４１号公報
【非特許文献１】UPnP Device Architecture v1.0 URL: http://www.upnp.org/download/UPnPDA10_20000613.htm
【非特許文献２】Web Service Dynamic Discovery: WS-Discovery URL: http://specs.xmlsoap.org/ws/2005/04/discovery/ws-discovery.pdf
【非特許文献３】WS-MetadataExchange URL: http://msdn.microsoft.com/library/en-us/dnglobspec/html/ws-metadataexchange.pdf
【非特許文献４】"ＢＭＬｉｎｋＳ"、ビジネス機械・情報システム産業協会、インターネット URL: http://www.jbmia.or.jp/bmlinks/index.htm
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した従来の技術では、ネットワークプラグアンドプレイが普及することによって利便性が向上する一方で、探索条件に合致したプリンタドライバが全てインストールされてしまうという問題があった。その場合、探索条件に合致したプリンタが印刷上限値管理や課金管理、利用時間制限されているプリンタのために、印刷時に権限がなく利用できないにもかかわらず、探索されたプリンタのドライバやアプリケーションが自動的にインストールされてしまう。
【０００８】
これは、ネットワークのトラフィック、ハードウエア資源、特にメモリ資源をいたずらに消費するだけでなく、セキュリティ上信頼できないクライアントからの探索に応答することにより、ネットワーク対応デバイスの存在を明らかにしてしまい、情報の破壊、漏洩といった深刻な被害につながりうるという問題があった。
【０００９】
そこで、本発明の目的は、サービスを受けるユーザの権限に応じたソフトウェアのインストール制御を行うことにある。
【課題を解決するための手段】
【００１０】
本発明の情報処理装置は、外部装置と通信回線を介して接続される情報処理装置であって、前記外部装置を使用するユーザの識別情報を含む当該情報処理装置を探索するための探索情報を受信する受信手段と、前記ユーザの識別情報に基づいて、前記ユーザが当該情報処理装置により提供されるサービスを受ける権限を有するか否かを確認する権限確認手段と、前記権限確認手段により前記ユーザが前記サービスを受ける権限を有すると判定された場合、前記外部装置からの要求に応じて、前記外部装置が前記サービスに対応するソフトウェアをインストールするための当該情報処理装置に係る情報を前記外部装置に対して送信する送信手段とを有することを特徴とする。
本発明の情報処理方法は、外部装置と通信回線を介して接続される情報処理装置による情報処理方法であって、前記外部装置を使用するユーザの識別情報を含む当該情報処理装置を探索するための探索情報を受信する受信ステップと、前記ユーザの識別情報に基づいて、前記ユーザが当該情報処理装置により提供されるサービスを受ける権限を有するか否かを確認する権限確認ステップと、前記権限確認ステップにより前記ユーザが前記サービスを受ける権限を有すると判定された場合、前記外部装置からの要求に応じて、前記外部装置が前記サービスに対応するソフトウェアをインストールするための当該情報処理装置に係る情報を前記外部装置に対して送信する送信ステップとを含むことを特徴とする。
本発明のプログラムは、前記情報処理方法をコンピュータに実行させることを特徴とする。
本発明のコンピュータ読み取り可能な記録媒体は、前記プログラムを記録したことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、サービスを受けるユーザの権限に応じたソフトウェアのインストール制御を行うことが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。ただし、以下の説明に記載されているプロトコル、ヴァージョン、アドレス、その他の数値等は、特に特定的な記載がない限りは、本発明の範囲をそれらのみに限定する趣旨のものではない。
【００１３】
先ず、本発明の第１の実施形態について説明する。図１は本発明の第１の実施形態に係るネットワークプラグアンドプレイシステムの構成を示すブロック図である。
【００１４】
図中１００は、クライアントデバイスで、通信機能としてEthernet（登録商標）に対応しており、TCP/UDP/IPプロトコルスタック１を備え、そのプロトコルスタック１上にＨＴＴＰ２を備えている。TCP/UDP/IPプロトコルスタック１は、ＨＴＴＰリクエストの解析及びレスポンス処理を行う。
【００１５】
TCP/UDP/IPプロトコルスタック１及びＨＴＴＰ２上位層にはSimple Object Access Protocol(ＳＯＡＰ)プロセッサ３が備えられている。インストールアシストユーティリティ４及びＷＳＤモジュール５は、それぞれＳＯＡＰプロセッサ３を介してeXtensible Markup Language(ＸＭＬ)で記述されたデータの双方向通信を実現する。
【００１６】
また、インストールアシストユーティリティ４は、ドライバインストールを制御し、ドライバインストールに必要な属性情報を、メモリコントローラ６を介して記憶装置８に記憶、読み出し、消去する。また、インストールアシストユーティリティ４は、ＷＳＤモジュール５に対し、Ｈｅｌｌｏメッセージ（又はProbe Matchメッセージ）に対する応答処理の際に使用される識別情報の通知、及び、ネットワーク対応デバイス検索のためのＰｒｏｂｅメッセージの送信処理依頼を発行する。
【００１７】
ＷＳＤモジュール５は、ＳＯＡＰプロセッサ３を介して、ネットワーク対応デバイスから通知されるＨｅｌｌｏメッセージ（又はProbe Matchメッセージ）に対する応答処理、および、ネットワーク対応デバイス検索のためのＰｒｏｂｅメッセージの発行処理を実行する。なお、これらの処理は、例えばMicrosoft等がその仕様策定を推進するWS-Discovery仕様に基づいて行われる。
【００１８】
また、ＷＳＤモジュール５は、WS-MetadataExchange仕様に基づき、GetMetadataメッセージを発行することで、ネットワーク対応デバイスの属性情報を取得する。
【００１９】
これらメッセージ処理により、ネットワーク対応デバイス２００を発見した場合、インストールアシストユーティリティ４はプラグアンドプレイコントローラ７に対して、発見したネットワーク対応デバイスの属性情報を通知する。プラグアンドプレイコントローラ７は、該属性情報を基に該当するドライバをメモリコントローラ６を介して記録装置８より読み込み、クライアントデバイス１００に対してインストールを実行する機能を備える。
【００２０】
一方、ネットワーク対応デバイス２００（本実施形態ではネットワーク対応型プリンタ）は、通信機能としてEthernet（登録商標）に対応しており、TCP/UDP/IPプロトコルスタック１１を備え、そのプロトコルスタック上にＨＴＴＰ１２を備えている。TCP/UDP/IPプロトコルスタック１１は、ＨＴＴＰリクエストの解析及びレスポンス処理を行う。
【００２１】
TCP/UDP/IPプロトコルスタック１１及びＨＴＴＰ１２上位層にはSimple Object Access Protocol(ＳＯＡＰ)プロセッサ１３を備え、ＷＳＤモジュール１５及びプリンタコントローラ１６が、それぞれＳＯＡＰプロセッサ１３を介してeXtensible Markup Language(ＸＭＬ)で記述されたデータの双方向通信を実現する。
【００２２】
ＷＳＤモジュール１５は、サービス起動時のサービス提供情報であるＨｅｌｌｏメッセージ（又はProbe Matchメッセージ）の送信処理、及び、ネットワーク対応デバイス検索のためのＰｒｏｂｅメッセージに対する応答処理の際に使用される識別情報を通知する。
【００２３】
ここで、ＷＳＤモジュール１５は、ＳＯＡＰプロセッサ１３を介して、Ｈｅｌｌｏメッセージ（又はProbe Matchメッセージ）の送信、及び、クライアントデバイス１００から発行されるＰｒｏｂｅメッセージに対する応答処理を実行する。なお、これらの処理は例えばMicrosoft等が、その仕様策定を推進するWS-Discovery仕様に基づいて行う。
【００２４】
また、ＷＳＤモジュール１５は、WS-MetadataExchange仕様に基づき、クライアントデバイス１００から発行されたGetMetadataメッセージに応じ、ネットワーク対応デバイス（本実施形態では、ネットワーク対応プリンタ）が持つ属性情報を返信する。
【００２５】
ユーザ認証モジュール２０は、クライアントデバイス１００が送信したＰｒｏｂｅメッセージ等に添付されているユーザ証明書を、ネットワーク対応デバイス２００が保持するルート証明期間の証明書を用いてユーザ証明書の認証を行う。なお、このルート証明期間の証明書は、ネットワークを経由して入手してもよい。ここで、実際の認証作業としては、チャレンジ・レスポンス方式等によって認証を行う。
【００２６】
権限確認モジュール２１は、ユーザ認証モジュール２０によって認証を行ったユーザが印刷を行うことが可能であるか否かの権限の確認を行う。権限確認を行う際には、権限確認モジュール２１は、後述する印刷実績サーバ、課金情報を管理する課金情報管理サーバ、ユーザが利用可能な該当プリンタのプリントサーバ、及び、利用許可時間、利用可能時刻等を登録するユーザ管理データベース等に対して権限の問い合わせを行う。
【００２７】
次に、本実施形態に係るネットワークプラグアンドプレイシステムの動作を説明する。図２は、権限確認モジュール２１が問い合わせを行うサーバ等にユーザの権限の設定を行う処理を示すフローチャートである。
【００２８】
権限確認モジュール２１は、ステップＳ２０１で印刷管理ユーティリティ等を利用し、ディレクトリサービスにユーザ毎の利用権限設定を行う。設定を行う値として、印刷枚数上限値や印刷ページ数上限値等がある。
【００２９】
ステップＳ２０２では、印刷実績サーバは、ディレクトリサービスからユーザ毎の上限値を取得し、印刷枚数上限値を設定する。
【００３０】
図３は、印刷実績サーバが保持する、ユーザ毎の印刷上限値や実績値の例を示す図である。ユーザ３０１の例として、USER0003は、印刷枚数上限値３０２として１０００枚であることが示されており、印刷を行った実績値として４３２枚であることが示されている。
【００３１】
図４は、ネットワーク対応デバイス２００でのＰｒｏｂｅ応答制限動作の制御の流れを示すフローチャートである。Ｐｒｏｂｅメッセージは、ＸＭＬ−ＳＯＡＰで記述されており、図５にそのメッセージフォーマットの例を示す。
【００３２】
ネットワーク対応デバイス２００は、Ｐｒｏｂｅメッセージを受信すると(ステップＳ４０１)、受信したＰｒｏｂｅメッセージはTCP/UDP/IPプロトコルスタック１１を介してＳＯＡＰプロセッサ１３に通知される。ＳＯＡＰプロセッサ１３、Ｐｒｏｂｅメッセージの内容を解析し、その結果をユーザ認証モジュール２０に対して通知する。
【００３３】
ユーザ認証モジュール２０では、クライアントデバイス１００が送信したＰｒｏｂｅメッセージ等に添付されているユーザ証明書と、ネットワーク対応デバイス２００が保持するルート証明機関の証明書とを照合して、ユーザ証明書の認証を行う(ステップＳ４０２)。なお、ルート証明期間の証明書は、ネットワークを経由して入手してもよい。ここで、添付されているユーザ証明書が有効でない場合は、WSDiscoveryのProbe Matchを返信しない(ステップＳ４０９)。
【００３４】
一方、ユーザ証明書が有効と判定された場合、ＷＳＤモジュール１５は、通知されたメッセージの内容がこのネットワーク対応デバイス２００が提供するサービス機能（この場合は、プリントサービス）と一致しているか否かを判断する(ステップＳ４０３)。一致しないと判断した場合、その情報を無視する(ステップＳ４０９)。従って、この場合はネットワーク対応デバイス２００からProbe Matchメッセージが発行されることは無い。
【００３５】
一方、一致すると判断した場合、ＷＳＤモジュール１５は、Active Directoryからクライアントデバイス１００に対するアクセス権を有するユーザを示すアクセス権情報を取得する（ステップＳ４０４）。そして、ＷＳＤモジュール１５は、ユーザ証明書に示されるユーザ情報とアクセス権情報とを照合することにより、ステップＳ４０２で判定を行ったユーザがプリンタのアクセス権があるか確認する(ステップＳ４０５)。アクセス権が無いと判定された場合は、WSDiscoveryのProbe Matchメッセージを返信しない(ステップＳ４０９)。ここで、当該ユーザのサービス利用可能時間情報を取得、参照することにより当該ユーザの権限を確認してもよい。
【００３６】
アクセス権があると判定された場合は、権限確認モジュール２１は、続いて動的なアクセス権であるユーザ毎の印刷枚数上限値と実績値を印刷実績サーバから取得する(ステップＳ４０６)。取得する値として、印刷枚数上限値、印刷枚数実績値、印刷ページ数上限値、印刷ページ数実績値、課金上限値、及び、課金実績値等がある。
【００３７】
続いて、権限確認モジュール２１は、取得した印刷枚数上限値と実績値とを比較する(ステップＳ４０７)。既に上限に達していると判定された場合は、ＷＳＤモジュール１５は、WSDiscoveryのProbe Matchメッセージを返信しない(ステップＳ４０９)。一方、未だ上限に達していないと判定された場合は、ＷＳＤモジュール１５は、ＳＯＡＰプロセッサ１３対してProbe Matchメッセージ発行を要求する。
【００３８】
ＳＯＡＰプロセッサ１３は、WS-Discovery仕様に基づきProbe Matchメッセージを生成し、TCP/UDP/IPプロトコルスタック１１を介してクライアントデバイス１００に対してユニキャスト送信する(ステップＳ４０８)。
【００３９】
図６は、クライアントデバイス１００がProbe Matchメッセージを受信した場合のドライバインストール動作を示すフローチャートである。
【００４０】
Probe Matchメッセージはクライアントデバイス１００のTCP/UDP/IPプロトコルスタック1を介して、ＳＯＡＰプロセッサ３に通知される(ステップＳ６０１)。
【００４１】
ＳＯＡＰプロセッサ３は、Probe Matchメッセージの内容を解析し、該メッセージに記述された情報を、インストールアシストユーティリティ４に通知する。
【００４２】
インストールアシストユーティリティ４は、ＷＳＤモジュール５を介してProbe Matchメッセージを送信したネットワーク対応デバイス２００の属性情報を取得するために、ＷＳＤモジュール５に対して、ＳＯＡＰプロセッサ３より取得した情報を通知する。
【００４３】
ＷＳＤモジュール５は、Probe Match送信元アドレスに対し、該メッセージを発行したネットワーク対応デバイス２００の属性情報を取得するために、ＳＯＡＰプロセッサ３に対してWS-MetadataExchangeで規定されるGetMetadataメッセージ発行を要求する。
【００４４】
ＳＯＡＰプロセッサ３は、WS-MetadataExchange仕様に基づきGetMetadataメッセージを生成し、TCP/UDP/IPプロトコルスタック１を介してネットワーク対応デバイス２００に対してユニキャスト送信する。
【００４５】
ネットワーク対応デバイス２００において、受信したGetMetadataメッセージはTCP/UDP/IPプロトコルスタック１１を介して、ＳＯＡＰプロセッサ１３に通知される。
【００４６】
ＳＯＡＰプロセッサ１３は、GetMetadataメッセージの内容を解析し、その結果をＷＳＤモジュール１５に通知する。ＷＳＤモジュール１５においては、指定された属性情報をクライアントに対して返信するために、ＳＯＡＰプロセッサ１３に対してWS-MetadataExchangeで規定されるGetMetadataResopnseメッセージ発行を要求する。
【００４７】
クライアントデバイス１００では、インストールアシストユーティリティ４がこれらのGetMetadataResopnseメッセージを受信することにより、モデル名やネットワーク対応デバイス２００のオプション情報などを取得する(ステップＳ６０２)。
【００４８】
インストールアシストユーティリティ４は、探索を行ったネットワーク対応デバイス２００のアドレスに該当するポートモニタが存在しないか判定を行う(ステップＳ６０３)。
【００４９】
判定結果により、探索を行ったネットワーク対応デバイス２００のアドレスに該当するポートモニタが存在しない場合は、インストールアシストユーティリティ４は、該当ネットワーク対応デバイス２００のポートモニタをインストールし、アドレス情報等の設定を行い、ポートの作成を行う(ステップＳ６０４)。
【００５０】
続いて、インストールアシストユーティリティ４は、探索を行ったデバイスのアドレスに該当するプリンタドライバが存在しないか判定を行う(ステップＳ６０５)。
【００５１】
判定結果により、探索を行ったデバイスのアドレスに該当するプリンタドライバが存在しない場合は、インストールアシストユーティリティ４は、該当デバイスのドライバを取得する(ステップＳ６０６)。このとき、ドライバがローカルディスクに存在しない場合は、予め設定されているサーバやネットワーク経由の自動アップデートにより入手を行う。
【００５２】
ドライバを取得した後に、インストールアシストユーティリティ４は、ドライバのインストールを行う。ドライバのインストールでは、該当デバイスに対応するステップＳ６０４で作成した、又は、既存のポートモニタとドライバの設定が行われる(ステップＳ６０７)。
【００５３】
さらに、インストールアシストユーティリティ４は、ステップＳ６０２で取得したオプション情報等により、ドライバの構成情報の設定を行い(ステップＳ６０８)、ドライバインストールを完了する。
【００５４】
以上説明したステップから、クライアントデバイス１００は、ドライバのプラグアンドプレイ時に、印刷枚数上限値や課金管理等されているデバイスについても、ユーザの利用権限のあるデバイスのドライバのみをユーザの手を煩わすことなくインストールすることが可能となる。
【００５５】
次に、本発明の第２の実施形態について説明する。本実施形態は、ネットワーク対応デバイス２００において、Ｐｒｏｂｅ受信時に利用権限が与えられていなかったユーザに対して、印刷枚数上限値がリセットされる等の権限変更により利用可能となったことを通知し、ドライバのインストールを行うことができるものである。なお、本実施形態の構成は、図１に示す第１の実施形態の構成と同様であるため、説明は省略する。また、第１の実施形態と同様の処理ステップは同じ符号を付してあり、それらの説明は省略又は簡略化する。
【００５６】
図７は、ネットワーク対応デバイス２００でのＰｒｏｂｅ応答制限動作における、印刷枚数上限値がリセットされて、利用可能なユーザに通知するためのスケジューリング設定の流れを示すフローチャートである。
【００５７】
ステップＳ４０２、ステップＳ４０３、ステップＳ４０５又はステップＳ４０７で、権限が合致せずにWSDiscoveryのProbe Match送信条件を満たさないと判定された場合、ネットワーク対応デバイス２００は、WSDiscoveryのProbe Match送信条件待ちのリストに登録を行う(ステップＳ７０１)。
【００５８】
図８は、WSDiscoveryのProbe Match送信条件待ちのリスト例を示す図である。探索条件設定項目８０１では、条件が合致しなかったＰｒｏｂｅメッセージが保持される。これらのメッセージは、ＷＳＤモジュール１５で解析されて、記憶装置１８で保持される。プリンタ設定項目８０２では、当該ネットワーク対応デバイス２００の識別情報が保持される。返信アドレス設定項目８０３には、Ｈｅｌｌｏメッセージの返信先となるクライアントデバイス１００のアドレスが保持される。ユーザ設定項目８０４では、該当するクライアントデバイス１００を使用するユーザ名が保持される。返信予定時刻設定項目８０５には、Ｈｅｌｌｏメッセージを返信する予定時刻が保持される。
【００５９】
ネットワーク対応デバイス２００の権限確認モジュール２１は、権限の変化時やポーリングによって、ステップＳ７０１で記憶されたWSDiscoveryのProbe Match送信条件待ちのリストを参照して、合致する条件がないかの確認を行う。
【００６０】
図９は、ネットワーク対応デバイス２００の権限確認モジュール２１における権限一致時のクライアントへの通知処理を示すフローチャートである。
【００６１】
ネットワーク対応デバイス２００の権限確認モジュール２１は、Probe Match送信条件待ちのリストの取得を行う(ステップＳ９０１)。
【００６２】
続いて、権限確認モジュール２１は、Probe Match送信条件待ち条件の確認を行う(ステップＳ９０２)。権限がある場合、ＷＳＤモジュール１５は、Probe Match送信条件待ちのリストの内容に基づき、クライアントにＷＳＤモジュール１５に対してＨｅｌｌｏメッセージの送信処理を行い、サービスの提供開始をクライアントに通知する(ステップＳ９０３)。ここで、ＷＳＤモジュール１５は、ＳＯＡＰプロセッサ１３を介して、Microsoft等がその仕様策定を推進するWS-Discovery仕様に基づき、ネットワークに接続した際に、Ｈｅｌｌｏメッセージを送信する。
【００６３】
図１０は、クライアントデバイス１００における、Ｈｅｌｌｏメッセージ（又はProbe Matchメッセージ）受信時のインストール処理の流れを示すフローチャートである。
【００６４】
クライアントデバイス１００のインストールアシストユーティリティ４で、ネットワーク対応デバイス２００のサービス開始通知パケットであるＨｅｌｌｏメッセージ（又はProbe Matchメッセージ）を受信する(ステップＳ１００１)。
【００６５】
以降、ステップＳ６０２からの処理が行われ、クライアントデバイス１００でドライバのインストールが実行される。
【００６６】
以上のステップにより、既に印刷枚数上限値に達したためにProbe Matchメッセージの送信を行えなかった場合も、月次処理等により印刷枚数実績値がリセットされた場合は、クライアントデバイス１００は、ネットワーク対応デバイス２００からのサービス開始通知により、即座にユーザの利用権限のあるデバイスのドライバをユーザの手を煩わすことなくインストールすることが可能となる。
【００６７】
上述した実施形態においては、ネットワーク対応デバイスの検索手段、およびネットワーク対応デバイスがネットワークに参加したことを通知する手段としてWS-Discoveryで定義されるプロトコルを採用している。但し、この限りではなく、例えばUPnPTM v1で規定されるSSDP(Simple Service Discovery Protocol)、及び、GENA(General Event Notification Architecture)等を利用することでも実現可能である。ネットワーク対応デバイス検索のプロトコルとしては、ネットワーク対応デバイスの属性情報を取得するためのアドレス、及び、ネットワーク対応デバイスを制御するための制御情報送信先が取得することが可能であるプロトコルであれば、何れのプロトコルであっても適用可能である。
【００６８】
また上述した実施形態においては、通信媒体としてEthernet（登録商標）を利用した形で実現しているが、デバイスの発見、およびデバイスが機能実行を開始したことを通知可能な通信媒体であれば、ローカルＩ／Ｏ、ネットワークの何れの場合も適用可能である。
【００６９】
また上述した実施形態においては、プラグアンドプレイの一例として、発見したネットワーク対応デバイスに対応したドライバのインストールを採用しているが、ネットワーク対応デバイスを利用、制御するために必要なユーティリティ、アプリケーション等をクライアントデバイス１００に自動的にインストールする場合においても適用可能である。
【００７０】
また、上述した実施形態においてネットワーク対応デバイスとしてプリンタに対する実装例を示したが、通信媒体を介して利用、制御可能なデバイスであれば、スキャナ、ストレージデバイス等、何れのデバイスに対しても適用可能である。
【００７１】
また、上述した実施形態においては、クライアントデバイス１００がネットワーク対応デバイスを制御するためのドライバをメモリ上に保持する形態を示したが、ドライバに限らずアプリケーション、ユーティリティソフトウエアに対しても適用可能である。また、これらソフトウエアはネットワーク対応デバイス上に保持されている場合、或いは第３のサーバ上に保持されている場合にも適用可能である。
【００７２】
また、上述した実施形態におけるクライアントデバイス１００及びネットワーク対応デバイス２００における各処理機能は、各処理機能を実現する為のプログラムをメモリから読み出してＣＰＵ（中央演算装置）が実行することによりその機能を実現させるものである。但し、これに限定さるものではなく、各処理機能の全部または一部の機能を専用のハードウエアにより実現してもよい。また、上述したメモリは、光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ以外の揮発性のメモリ又はこれらの組合せによるコンピュータ読み取り、書き込み可能な記録媒体より構成されてもよい。
【００７３】
また、クライアントデバイス１００及びネットワーク対応デバイス２００内の各機能を実現する為のプログラムをコンピュータ読み取り可能な記録媒体に記録する。そして、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各処理を行っても良い。
【００７４】
なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウエアを含むものとする。具体的には、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含む。
【００７５】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、一定時間プログラムを保持しているものを含む。例えば、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発メモリ（ＲＡＭ）等が挙げられる。
【００７６】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
【００７７】
また、上記プログラムは、前述した機能の一部を実現する為のものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００７８】
また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体およびプログラムプロダクトは、本発明の範疇に含まれる。
【００７９】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００８０】
【図１】本発明の実施形態に係るネットワークプラグアンドプレイシステムの構成を示すブロック図である。
【図２】権限確認モジュールが問い合わせを行うサーバ等にユーザの権限の設定を行う処理を示すフローチャートである。
【図３】印刷実績サーバが保持する、ユーザ毎の印刷上限値や実績値の例を示す図である。
【図４】ネットワーク対応デバイスでのＰｒｏｂｅ応答制限動作の制御の流れを示すフローチャートである。
【図５】Ｐｒｏｂｅメッセージのメッセージフォーマットの例を示す図である。
【図６】クライアントデバイスがProbe Matchメッセージを受信した場合のドライバインストール動作を示すフローチャートである。
【図７】、ネットワーク対応デバイスでのＰｒｏｂｅ応答制限動作における、上限値がリセットされて、利用可能なユーザに通知するためのスケジューリング設定の流れを示すフローチャートである。
【図８】WSDiscoveryのProbe Match送信条件待ちのリスト例を示す図である。
【図９】ネットワーク対応デバイスの権限確認モジュールにおける権限一致時のクライアントへの通知処理を示すフローチャートである。
【図１０】クライアントデバイスにおける、Ｈｅｌｌｏメッセージ受信時のインストール処理の流れを示すフローチャートである。
【符号の説明】
【００８１】
１００：クライアントデバイス
２００：ネットワーク対応デバイス
１、１１：TCP/UDP/IPプロトコルスタック
２、１２：ＨＴＴＰ
３、１３：ＳＯＡＰプロセッサ
４：インストールアシストユーティリティ
５、１５：ＷＳＤモジュール
６、１７：メモリコントローラ
７：プラグアンドプレイコントローラ
８、１８：記憶装置
１６：プリンタコントローラ
２０：ユーザ認証モジュール
２１：権限確認モジュール
【特許請求の範囲】
【請求項１】
外部装置と通信回線を介して接続される情報処理装置であって、
前記外部装置を使用するユーザの識別情報を含む当該情報処理装置を探索するための探索情報を受信する受信手段と、
前記ユーザの識別情報に基づいて、前記ユーザが当該情報処理装置により提供されるサービスを受ける権限を有するか否かを確認する権限確認手段と、
前記権限確認手段により前記ユーザが前記サービスを受ける権限を有すると判定された場合、前記外部装置からの要求に応じて、前記外部装置が前記サービスに対応するソフトウェアをインストールするための当該情報処理装置に係る情報を前記外部装置に対して送信する送信手段とを有することを特徴とする情報処理装置。
【請求項２】
前記権限確認手段は、前記ユーザに対応付けて登録される前記サービスの利用に係る上限値情報と前記ユーザによる前記サービスの利用実績値情報とを比較することにより、前記ユーザの権限を確認することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記サービスの利用に係る上限値情報には、印刷枚数上限値情報が含まれ、前記サービスの利用実績値情報には、印刷枚数実績値情報が含まれることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記サービスの利用に係る上限値情報には、印刷ページ数上限値情報が含まれ、前記サービスの利用実績情報には、印刷ページ数実績値情報が含まれることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記サービスの利用に係る上限値情報には、前記サービスの利用に係る課金上限値情報が含まれ、前記サービスの利用実績情報には、前記サービスの利用に係る課金実績値情報が含まれることを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
【請求項６】
前記権限確認手段は、前記ユーザの識別情報と正当なユーザを示す情報とを照合することにより、前記ユーザの権限を確認することを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
【請求項７】
前記権限確認手段は、前記ユーザの識別情報と当該情報処理装置に対するアクセス権を有するユーザを示す情報とを照合することにより、前記ユーザの権限を確認することを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
【請求項８】
前記権限確認手段は、前記ユーザによる前記サービスの利用可能時間情報を参照することにより、前記ユーザの権限を確認することを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
【請求項９】
前記権限確認手段は、前記サービスを受ける権限がないと一旦判定した前記ユーザに対しても、前記ユーザについて前記サービスの受ける権限を再度確認することを特徴とする請求項１乃至８の何れか１項に記載の情報処理装置。
【請求項１０】
外部装置と通信回線を介して接続される情報処理装置による情報処理方法であって、
前記外部装置を使用するユーザの識別情報を含む当該情報処理装置を探索するための探索情報を受信する受信ステップと、
前記ユーザの識別情報に基づいて、前記ユーザが当該情報処理装置により提供されるサービスを受ける権限を有するか否かを確認する権限確認ステップと、
前記権限確認ステップにより前記ユーザが前記サービスを受ける権限を有すると判定された場合、前記外部装置からの要求に応じて、前記外部装置が前記サービスに対応するソフトウェアをインストールするための当該情報処理装置に係る情報を前記外部装置に対して送信する送信ステップとを含むことを特徴とする情報処理方法。
【請求項１１】
請求項１０に記載の情報処理方法をコンピュータに実行させるためのプログラム。
【請求項１２】
請求項１１に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
外部装置と通信回線を介して接続される情報処理装置であって、
前記外部装置を使用するユーザの識別情報を含む当該情報処理装置を探索するための探索情報を受信する受信手段と、
前記ユーザの識別情報に基づいて、前記ユーザが当該情報処理装置により提供されるサービスを受ける権限を有するか否かを確認する権限確認手段と、
前記権限確認手段により前記ユーザが前記サービスを受ける権限を有すると判定された場合、前記外部装置からの要求に応じて、前記外部装置が前記サービスに対応するソフトウェアをインストールするための当該情報処理装置に係る情報を前記外部装置に対して送信する送信手段とを有することを特徴とする情報処理装置。
【請求項２】
前記権限確認手段は、前記ユーザに対応付けて登録される前記サービスの利用に係る上限値情報と前記ユーザによる前記サービスの利用実績値情報とを比較することにより、前記ユーザの権限を確認することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記サービスの利用に係る上限値情報には、印刷枚数上限値情報が含まれ、前記サービスの利用実績値情報には、印刷枚数実績値情報が含まれることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記サービスの利用に係る上限値情報には、印刷ページ数上限値情報が含まれ、前記サービスの利用実績情報には、印刷ページ数実績値情報が含まれることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記サービスの利用に係る上限値情報には、前記サービスの利用に係る課金上限値情報が含まれ、前記サービスの利用実績情報には、前記サービスの利用に係る課金実績値情報が含まれることを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
【請求項６】
前記権限確認手段は、前記ユーザの識別情報と正当なユーザを示す情報とを照合することにより、前記ユーザの権限を確認することを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
【請求項７】
前記権限確認手段は、前記ユーザの識別情報と当該情報処理装置に対するアクセス権を有するユーザを示す情報とを照合することにより、前記ユーザの権限を確認することを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
【請求項８】
前記権限確認手段は、前記ユーザによる前記サービスの利用可能時間情報を参照することにより、前記ユーザの権限を確認することを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
【請求項９】
前記権限確認手段は、前記サービスを受ける権限がないと一旦判定した前記ユーザに対しても、前記ユーザについて前記サービスの受ける権限を再度確認することを特徴とする請求項１乃至８の何れか１項に記載の情報処理装置。
【請求項１０】
外部装置と通信回線を介して接続される情報処理装置による情報処理方法であって、
前記外部装置を使用するユーザの識別情報を含む当該情報処理装置を探索するための探索情報を受信する受信ステップと、
前記ユーザの識別情報に基づいて、前記ユーザが当該情報処理装置により提供されるサービスを受ける権限を有するか否かを確認する権限確認ステップと、
前記権限確認ステップにより前記ユーザが前記サービスを受ける権限を有すると判定された場合、前記外部装置からの要求に応じて、前記外部装置が前記サービスに対応するソフトウェアをインストールするための当該情報処理装置に係る情報を前記外部装置に対して送信する送信ステップとを含むことを特徴とする情報処理方法。
【請求項１１】
請求項１０に記載の情報処理方法をコンピュータに実行させるためのプログラム。
【請求項１２】
請求項１１に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００７−２８０１１４（Ｐ２００７−２８０１１４Ａ）
【公開日】平成１９年１０月２５日（２００７．１０．２５）
【国際特許分類】
【出願番号】特願２００６−１０６５０２（Ｐ２００６−１０６５０２）
【出願日】平成１８年４月７日（２００６．４．７）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１９年１０月２５日（２００７．１０．２５）
【国際特許分類】
【出願日】平成１８年４月７日（２００６．４．７）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]