(57)【要約】【課題】  サービス提供デバイスがプロファイル情報の変化に応じて積算するカウンタ情報を持つことにより、該カウンタ情報を正しく通知できないプロファイル情報要求を無視する。パスワード認証、クレデンシャル情報の管理が困難なプラグアンドプレイプロトコルにおいて、簡便な手続きで不必要なトラフィックを防止し、またリプレイ攻撃等、悪意あるクライアントデバイスからのリクエストに対しサービス提供デバイスの機能を防御することを目的とする。【解決手段】  ネットワークに接続された複数クライアントデバイス、および複数のサービス提供デバイスから構成されるネットワークサービスシステムであって、サービス提供デバイスは、提供するサービスの詳細を記述したプロファイル情報を保持し、クライアントデバイスからの要求に応じて、該プロファイル情報を送信する機能を有する。【選択図】  図１
2007087174.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数クライアントデバイス、および複数のサービス提供デバイスから構成されるネットワークサービスシステムであって、
サービス提供デバイスは、提供するサービスの詳細を記述したプロファイル情報を保持し、
クライアントデバイスからの要求に応じて、該プロファイル情報を送信する機能を有することを特徴とするネットワークサービスシステム。
【請求項２】
前記サービス提供デバイスは、プロファイル情報の記述内容が更新された場合、ネットワークに接続されたクライアントデバイスに対し、プロファイル情報の記述内容が更新された旨通知する手段を有することを特徴とする請求項１に記載されるネットワークサービスシステム。
【請求項３】
前記サービス提供デバイスは、プロファイル情報の記述内容が更新された場合、プロファイル情報の更新回数と同期して積算されるカウンタ情報を保持する機能を有し、プロファイル情報の記述内容が更新された旨通知する際に、該カウンタ情報をネットワークに接続されたクライアントデバイスに対し通知する手段を有することを特徴とする請求項１、および２に記載されるネットワークサービスシステム。
【請求項４】
前記サービス提供デバイスは、クライアントデバイスから発行されるプロファイル取得要求に対し、該要求が前記サービス提供デバイスが規定する条件に適している場合に、プロファイル情報を送信する手段を有することを特徴とする請求項１に記載されるネットワークサービスシステム。
【請求項５】
前記サービス提供デバイスが規定する条件は、プロファイル情報取得要求を発行したクライアントデバイスが、最新のプロファイル情報を保有していないことを条件とすることを特徴とする請求項４に記載されるネットワークサービスシステム。
【請求項６】
前記サービス提供デバイスが規定する条件は、プロファイル情報取得要求を発行したクライアントデバイスが、最新のプロファイル情報を保有していないことを条件とし、サービス提供デバイスがクライアントデバイスに対して通知した前記プロファイル情報の更新回数と同期して積算されるカウンタ値より、小さなカウンタ値をプロファイル情報要求に付与した場合に限りプロファイル情報を送信する手段を有することを特徴とする請求項５に記載されるネットワークサービスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークに対応した周辺装置、および該周辺装置を制御する情報処理装置、およびこれらの装置を含むネットワークシステムに関するものである。
【背景技術】
【０００２】
従来から、ネットワーク上のクライアント装置からのサービス要求に応え、サービスを提供するサービス提供装置及び、サービス提供システムが知られている。
【０００３】
例えば、インターネットによる通信の飛躍的な普及に伴い、ネットワーク対応型機器も、従来のパーソナルコンピュータから、ＰＤＡ(Personal Digital Assistance)、携帯電話等のユーザインタラクティブなデバイスや、スキャナ、プリンタ、複写機、デジタルカメラ等の画像処理装置、テレビ、エアコン、冷蔵庫等の家電製品に至るまでネットワーク対応が急速に進められつつある。
【０００４】
それに伴い、これらネットワーク対応型デバイスを利用する上での利便性、簡易性を高めるために、ネットワークアドレスの自動設定手段、サービスを提供するネットワークデバイスの探索、検索手段、ネットワーク対応型デバイスを制御するためのアプリケーションソフトウエア、ユーティリティソフトウエア、オペレーティングシステム等の自動セットアップ手段を提供する、さまざまなプロトコルが提案されている。
【０００５】
ネットワークデバイスの探索、検索手段に注目すると例えばＵＰｎＰ（登録商標）の場合、検索の条件をプリント、スキャンといった単純なサービス名称を検索条件として指定する手段ＵＰｎＰ（登録商標） SSDP(Simple Service Discovery Protocol)を使用し、応答のあったネットワークサービス提供デバイスに対し、該サービスの詳細内容を記述したプロファイル情報を取得し、そのプロファイル情報に記述された情報をもとに、所望するサービスか否かを判断している。
【０００６】
いずれの場合も、クライアントデバイスはネットワーク上に存在する利用可能なデバイスを検索するため、検索条件を記述したデータパケットをネットワーク上に送出し、それを受信したデバイスであって、検索条件を満たすネットワークデバイスが、該検索パケットに応答する応答データを、検索パケットを発行したクライアントに送信し、クライアントデバイスは応答データをもとに、応答データを送信したデバイスに対し、そのデバイスが提供可能なサービスの詳細情報を記述したプロファイル情報を取得し、その情報に記載された内容を解析することで、そのデバイスが提供するサービスを利用するか否かを判断するという手順を備えている。
【０００７】
従来例としては、例えば特許文献１と特許文献２をあげることが出来る。
【特許文献１】特開２００４−３４３５２２号公報
【特許文献２】特表２００３−５１３５１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した従来技術においては下記のような問題があった。
【０００９】
これらプロファイル情報の取得手段は、悪意のある第三者の介入がありえない、たとえば家庭内LAN、スモールオフィス内LANにおいて利用する上では問題ないが、イントラネット、インターネットを介して不特定多数のユーザーがネットワーク上でこれらプロファイル情報手段を使用する場合、悪意のある第三者によって不正利用される可能性があり、それが原因となってサービスを提供するネットワークシステムに甚大な被害を与える場合がありうる。
【００１０】
例えば、悪意のあるクライアントがプロファイル情報取得要求パケットを頻繁に発行した場合、該要求パケットを受信したサービス提供デバイスはプロファイル情報を送信し続けることになり、プロファイル情報のデータ量が大きい場合、通信トラフィックが増大することはもとより、サービス提供デバイスとして機能しなくなる危険性をはらんでいる。
【課題を解決するための手段】
【００１１】
本発明は上記問題点を解決するためになされたものであり、以下の構成を持つ。
【００１２】
即ち、
ネットワークに接続された複数クライアントデバイス、および複数のサービス提供デバイスから構成されるネットワークサービスシステムであって、
サービス提供デバイスは、提供するサービスの詳細を記述したプロファイル情報を保持し、
クライアントデバイスからの要求に応じて、該プロファイル情報を送信する機能を有することを特徴とし、
前記サービス提供デバイスは、プロファイル情報の記述内容が更新された場合、ネットワークに接続されたクライアントデバイスに対し、プロファイル情報の記述内容が更新された旨通知する手段を有することを特徴とし、
前記サービス提供デバイスは、プロファイル情報の記述内容が更新された場合、プロファイル情報の更新回数と同期して積算されるカウンタ情報を保持する機能を有し、プロファイル情報の記述内容が更新された旨通知する際に、該カウンタ情報をネットワークに接続されたクライアントデバイスに対し通知する手段を有することを特徴とし、
前記サービス提供デバイスは、クライアントデバイスから発行されるプロファイル取得要求に対し、該要求が前記サービス提供デバイスが規定する条件に適している場合に、プロファイル情報を送信する手段を有することを特徴とし、
前記サービス提供デバイスが規定する条件は、プロファイル情報取得要求を発行したクライアントデバイスが、最新のプロファイル情報を保有していないことを条件とすることを特徴とし、
前記サービス提供デバイスが規定する条件は、プロファイル情報取得要求を発行したクライアントデバイスが、最新のプロファイル情報を保有していないことを条件とし、サービス提供デバイスがクライアントデバイスに対して通知した前記プロファイル情報の更新回数と同期して積算されるカウンタ値より、小さなカウンタ値をプロファイル情報要求に付与した場合に限りプロファイル情報を送信する手段を有することを特徴とするネットワークサービスシステムである。
【発明の効果】
【００１３】
以上説明したように、本発明によればサービス提供デバイスがプロファイル情報の変化に応じて積算するカウンタ情報であるBootIDを持つことにより、該BootID情報を正しく通知できないプロファイル情報要求を無視することが可能となり、パスワード認証、クレデンシャル情報の管理が困難なプラグアンドプレイプロトコルにおいて、簡便な手続きで不必要なトラフィックを防止し、またリプレイ攻撃等、悪意あるクライアントデバイスからのリクエストに対しサービス提供デバイスの機能を防御することが可能となった。
【発明を実施するための最良の形態】
【００１４】
以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されているプロトコル、ヴァージョン、アドレス、その他の数値等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。
【実施例１】
【００１５】
本発明に係るサービス提供システムの一実施形態としてのプロトコル変換システムについて説明する。
【００１６】
図１は本発明の一実施形態としてのプリントシステムの構成を示すブロック図である。
【００１７】
クライアント100は、汎用オペレーティングシステム、およびその上で実行可能な汎用アプリケーションがインストールされており、本実施例で示したオペレーティングシステム OS  １の場合、ＵＰｎＰ（登録商標） フォーラムにおいて策定されたeXtensible Markup Language (XML) / Simple Object Access Protocol (SOAP)を利用したプラグアンドプレイプロトコルを使用して、ネットワーク上のデバイスのディスカバリ、制御、ステータスの取得等を実現しており、例えばアプリケーションソフト４であるワードプロセッサで作成されたドキュメントは、プラグアンドプレイプロトコル処理部２ が検索発見したＵＰｎＰ（登録商標）プラグアンドプレイプロトコル対応プリンタに対し、プリントドライバ３で印字可能なデータに変換された後、プラグアンドプレイプロトコル処理部２を介してプリントジョブの発行を実行する。
【００１８】
一方、ネットワーク対応デバイス、本実施の形態ではネットワーク対応型プリンタ２００は、通信機能としてＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック５を備え、そのプロトコルスタック上にＨＴＴＰ処理部６を備え、ＨＴＴＰリクエストの解析、およびレスポンス処理を行う。
【００１９】
HTTP処理部の上位層にはSimple Object Access Protocol(SOAP)処理部７を備え、XML-SOAPで記述されるＵＰｎＰ（登録商標）プラグアンドプレイプロトコルで使用されるリクエストの解析、レスポンス処理を行う。
【００２０】
プラグアンドプレイプロトコル処理部８は、SOAP処理部７の上位層においてＵＰｎＰ（登録商標）プラグアンドプレイプロトコルで規定される検索処理、Description処理、コントロール処理、イベント処理を実行する。プラグアンドプレイプロトコル処理部８は、プリンタコントローラ９との通信機能を備え、ＵＰｎＰ（登録商標）プラグアンドプレイプロトコルで規定される各処理をプリンタコントローラ固有の通信手順に変換し、プリントジョブの実行、プリンタステータスの取得等の処理を実行する。
【００２１】
大規模オフィスで運用されるネットワーク上には、このネットワーク対応プリンタと同一の構成を持つが、それぞれサポートする機能、処理能力等が異なるプリンタが複数接続されている。
【００２２】
同様にクライアントが複数接続されている状況がありうる。
【００２３】
次に、本発明における制御の流れフローチャート図２に従い説明する。
【００２４】
ネットワーク対応プリンタ２００は、プロファイル情報の変化に応じて積算するカウンタ情報であるBootIDを持つ。このカウンタはプロファイル情報が変化するたびに１ずつインクリメントされる整数値を保持するカウンタであり、ネットワーク対応プリンタ２００は起動時に該カウンタ BootIDを初期化、本実施例の場合０をセットする(step1)。
【００２５】
起動後、ネットワーク対応プリンタ２００はＵＰｎＰ（登録商標）プラグアンドプレイプロトコルの規約に従いNotificationパケットを発行し、ネットワーク上に存在するクライアントデバイスに対しネットワークに参加した旨通知する(step2)。
【００２６】
図３は、ＵＰｎＰ（登録商標）プラグアンドプレイプロトコルで規定されたNotificationパケットのフォーマットを示すものであり、本実施例の場合、BootIDの値を通知するため、BootIDヘッダを追加している。
【００２７】
該Notificationパケットを受信したネットワーク上に存在するクライアントデバイス１００は、そのパケットに記述されるBootIDの値を記録保持しなければならない。
【００２８】
次にネットワーク対応プリンタ２００は、プロファイル情報に関連するステータスの変化の有無を監視する(step3)。ステータスの変化を検出した場合は、BootIDの値を１つインクリメントし(step4)、ネットワーク上に存在するクライアントデバイスに対しプロファイル情報を更新した旨通知するため、BootIDヘッダに最新の値をセットした、図３に示す前述のNotificationパケットを発行する(step5)。
【００２９】
該Notificationパケットを受信したネットワーク上に存在するクライアントデバイス１００は、そのパケットに記述されるBootIDの値を記録保持しなければならない。
【００３０】
次にネットワーク対応プリンタ２００が、クライアントデバイス１００より発行されたProfile情報取得要求パケットを受信した場合(step6)、その要求パケットを解析し、プロファイル情報返信の可否を判断処理する。図４はクライアントから発行されるProfile情報要求パケットのフォーマットを示すものであり、HTTP POSTリクエストのエンティティボディとしてSOAP(Simple Object Access Protocol)を使用し、本発明においては以下に示すSOAP関数が定義される。
【００３１】
GetProfileRequest(BootID, MyURL)
該SOAP関数は、ネットワークサービス提供デバイス、本実施例においてはネットワーク対応プリンタ２００に対し、プロファイル情報の送信要求する機能を実現するものであり、BootIDは、該要求を発行するクライアントデバイスがネットワーク対応プリンタ２００から発行されたNotificationパケットを受信した際に記録保持していたBootIDの最新の値がセットされる。
【００３２】
MyURLには、プロファイル情報の送付先をURLの書式で記述する。
【００３３】
該パケットを受信したネットワーク対応プリンタ２００は、エンティティボディの有無を確認し、エンティティボディが存在しないパケットであった場合、不正要求として該プロファイル送信要求を無視する(step7)。
【００３４】
エンティボディが存在する場合であって、GetProfileRequest関数の引数であるBootIDの値が、ネットワーク対応プリンタ２００が保持する最新のBootIDの値より大きな値である場合、あるいは値が記述されていない場合、不正要求として該プロファイル送信要求を無視する(step8)。
【００３５】
BootIDの値がネットワーク対応プリンタ２００が保持する最新のBootIDの値より小さな値である場合、クライアントデバイス１００が最新のプロファイル情報を保持していないことを意味する。この場合、GetProfileRequest関数の引数であるMyURLに記述されたURL、および該要求を発行したクライアントデバイス１００のMACアドレスに対し、指定されたBootIDに対応するプロファイル情報が送信済みか否かを判定し、送信済みである場合には不正要求として該プロファイル送信要求を無視する(step9)。
【００３６】
未送信であると判定した場合、ネットワーク対応プリンタ２００は、GetProfileRequest関数の引数であるMyURLに記述されたURLに対しプロファイル情報を送信し(step10)、該URL情報、および該要求を発行したクライアントデバイス１００のMACアドレスを記録する(step11)。
【００３７】
以後、ネットワーク対応プリンタ２００の電源がOFFされるまで、step3からの処理を繰り返し実行する。
【実施例２】
【００３８】
実施例１ではプリンタをネットワークデバイスとした実施の形態を示しているが、ネットワーク対応型デバイスとしてはハードディスク等のストレージデバイス、スキャナ、複写機、およびそれら複合機能を備えるデバイスであって、通信機能を介してクライアントデバイスに対してサービスの提供が可能な通信機能を備えた装置であればいずれの場合においても実現可能である。
【００３９】
また、実施例１においては、サービス検索のプロトコルとしてＵＰｎＰ（登録商標） v1で規定されるNotificationを利用しBootID付与する形で実現しているが、イベントの形式でプロファイル情報の更新が通知可能であれば、他のプロトコルにおいても実現可能である。
【００４０】
また、実施例１においてプロファイル情報取得のため、XML-SOAPを使用しているがBootID、およびプロファイル情報送信先の記述手段として、他の記述手段、例えばCSV(Comma Separated Value)、単純テキスト、あるいはバイナリ記述であっても実現可能である。
【００４１】
また、これら情報を通知するプロトコルとして、実施例１においてはHTTPを使用しているが、FTP等の他のプロトコルを使用する場合であっても実現可能である。
【図面の簡単な説明】
【００４２】
【図１】本発明の一実施形態としてのネットワークシステムを構成するクライアント、ネットワーク対応プリンタの各機能構成を示す図
【図２】本発明における制御手順を示すフローチャート
【図３】本発明におけるNotificationパケットのフォーマットを示す図
【図４】本発明におけるProfile情報要求パケットのフォーマットを示す図
【図１】
2007087174.tif 000003
【図２】
2007087174.tif 000004
【図３】
2007087174.tif 000005
【図４】
2007087174.tif 000006