(57)【特許請求の範囲】
【請求項１】
要求を含むブロードキャストを伝送し、前記要求に対する所定のサービス情報を含む応答を要求元に返送する通信プロトコルを用いて、端末装置からの前記要求を受信する要求受信手段と、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記端末装置の管理状態を表す管理状態情報を含む前記応答を、前記通信プロトコルを用いて送信する応答手段と
を含み、
前記通信プロトコルは、前記要求によって、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスの提供を要求するＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）であって、
前記応答手段は、前記ＩＰアドレスの提供を行わずに、前記応答を送信する、
サーバ装置。
【請求項２】
第１のポートを介して前記要求を第１の要求として受信し、前記第１の要求に対する応答として、前記所定のサービス情報と、前記管理状態情報を含む応答を通知するサービスが提供できることを表す通知有効情報とを含む第１の応答を返送するサーバ手段をさらに備え、
前記要求受信手段は、前記第１のポートとは異なる第２のポートを介して、前記端末装置から前記通信プロトコルを用いて送られた第２の要求を受信し、
前記応答手段は、前記応答に替えて、前記第２の要求に対して、前記管理状態情報を含む第２の応答を、前記通信プロトコルを用いて送信する
請求項１記載のサーバ装置。
【請求項３】
少なくとも１台の請求項１に記載のサーバ装置と、端末装置と、を含み、
前記各サーバ装置における前記端末装置の管理状態を表す管理状態情報に基づいて選択された、前記応答の送信元を表す情報を前記端末装置において出力し、
前記端末装置は、
前記要求を１つ以上のサーバ装置に対して伝送し、前記各サーバ装置から前記要求に対する所定のサービス情報を含む応答を取得する前記通信プロトコルを用いて、前記要求を送信する要求手段と、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記各サーバ装置における自機の管理状態を表す管理状態情報を含む前記各応答を、前記通信プロトコルを用いて受信し、少なくとも、前記管理状態情報に基づいて選択した前記応答の送信元を表す情報を出力する応答受信手段と、
を含む、
クライアントサーバシステム。
【請求項４】
少なくとも１台の請求項２に記載のサーバ装置と、端末装置と、を含み、
前記各サーバ装置における前記端末装置の管理状態を表す管理状態情報に基づいて選択された、前記応答の送信元を表す情報を前記端末装置において出力し、
前記端末装置は、
前記要求を１つ以上のサーバ装置に対して伝送し、前記各サーバ装置から前記要求に対する所定のサービス情報を含む応答を取得する前記通信プロトコルを用いて、前記要求を送信する要求手段と、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記各サーバ装置における自機の管理状態を表す管理状態情報を含む前記各応答を、前記通信プロトコルを用いて受信し、少なくとも、前記管理状態情報に基づいて選択した前記応答の送信元を表す情報を出力する応答受信手段と、
を含み、
前記要求手段は、前記第１のポートに対して、前記第１の要求を、前記通信プロトコルを用いて送信し、
前記応答受信手段は、
前記第１の要求に対する各応答として、前記通信プロトコルを用いて受信した各第１
の応答に、前記管理状態情報を含む応答を通知するサービスが提供できることを表す通知
有効情報が含まれていたことを認識した場合に、前記要求手段は、前記第２のポートに対して、前記第２の要求を送信し、
前記第２の要求に対する各応答として、前記通信プロトコルを用いて受信した各第２の応答に、前記管理状態情報が含まれる場合に、少なくとも、前記管理状態情報に基づいて選択した前記応答の送信元を表す情報を出力する、
クライアントサーバシステム。
【請求項５】
要求を含むブロードキャストを伝送し、前記要求に対する所定のサービス情報を含む応答を要求元に返送する通信プロトコルを用いて、端末装置からの前記要求を受信し、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記端末装置の管理状態を表す管理状態情報を含む前記応答を、前記通信プロトコルを用いて送信する方法であって、
前記通信プロトコルは、前記要求によって、ＩＰアドレスの提供を要求するＤＨＣＰであって、
前記ＩＰアドレスの提供を行わずに、前記応答を送信する、
通知方法。
【請求項６】
要求を含むブロードキャストを伝送し、前記要求に対する所定のサービス情報を含む応答を要求元に返送する通信プロトコルを用いて、端末装置からの前記要求を受信する要求受信処理と、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記端末装置の管理状態を表す管理状態情報を含む前記応答を、前記通信プロトコルを用いて送信する応答処理と
をコンピュータに実行させ、
前記通信プロトコルは、前記要求によって、ＩＰアドレスの提供を要求するＤＨＣＰであって、
前記応答処理は、前記ＩＰアドレスの提供を行わずに、前記応答を送信する、
コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置の管理状態を通知する技術に関する。
【背景技術】
【０００２】
ネットワークを使用したクライアントサーバ形式のシステムでは、クライアントは、サーバのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスの変更などにより、サーバと通信不能となった場合に、サーバの接続先に関する新たな情報が必要となる。
【０００３】
このような場合、例えば、あらかじめクライアントに予備のサーバの接続先を登録しておく方法がある。しかし、予備のサーバの情報があらかじめ確定しているとは限らないという問題がある。また、クライアントは、接続していたサーバの変更後のＩＰアドレスのような、あらかじめ登録しておいた情報以外の接続先は認識できないという問題がある。アドレス変更されたサーバが稼働しているならば、クライアントが、そのサーバを再び利用することが望ましい。
【０００４】
また、クライアントが、アプリケーション独自の通信プロトコルによって、サーバの情報を検索する要求をネットワークの広い範囲に対して送信し、その要求に対するサーバからの応答を待つという方法も考えられる。しかし、クライアントが、異なるネットワークセグメントに対して、サーバの情報を検索することを目的とする専用の通信プロトコルによって要求を送信することは簡単ではないという問題がある。その理由は、例えば、独自の通信プロトコルの解釈が可能なルータを各ネットワークセグメントに配置するなど、大きな手間およびコストが掛かると考えられるからである。
【０００５】
上記のような、サーバと通信不能となった場合において有効な接続先を得ることに関連する技術としては、例えば、以下の特許文献などがある。
【０００６】
特許文献１には、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバに異常が発生して通信不能となった場合に、異常になったＤＨＣＰサーバの代わりのＤＨＣＰサーバとなるネットワーク装置が開示されている。このネットワーク装置は、ＤＨＣＰサーバとＤＨＣＰクライアントの間に接続される無線アクセスポイントとして動作する。
【０００７】
また、特許文献２には、ＤＨＣＰサービスをクライアント駆動型で負荷分散するシステムが開示されている。このシステムでは、クライアントが、複数のサーバの負荷情報を取得し、その負荷情報に基づいて、接続先のサーバを選択することができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１４−１７５７４８号公報
【特許文献２】米国特許出願公開第２０１３／０１６６７４８号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１に開示されたネットワーク装置においては、ネットワーク装置が、サーバが提供するサービスの機能を持つ必要があるという問題がある。例えば、サービスを利用するクライアントが複数のネットワークに分散している場合、複数のそのようなネットワーク装置が必要になると考えられる。また、サーバのアドレス変更が通信不能の原因であった場合、クライアントは、その元のサーバがサービス提供を継続していても、元のサーバを利用することができないという問題がある。
【００１０】
また、特許文献２に開示されたシステムにおいても、クライアントは、各サーバの負荷に基づいてサーバを選択するので、アドレス変更された元のサーバを利用できるとは限らないという問題がある。すなわち、このシステムにおいては、以前利用していたサーバがあったとしても、クライアントが、それを区別することができないという問題がある。
【００１１】
したがって、特許文献１および２に記載されたネットワーク装置およびシステムを利用しても、端末装置が、そのサーバにおいて端末装置を管理対象としてどのように認識されていたかがわからないという問題が残る。
【００１２】
本発明の１つの目的は、特定のサービスにおける端末装置の管理状態を示す情報の送信が目的ではない通信プロトコルを用いて、端末装置から宛先が指定されずに送信された要求に対して、その端末装置の管理状態を示す情報を通知するサーバ装置などを提供することにある。
【課題を解決するための手段】
【００１３】
上記の目的を達成すべく、本発明の一態様に係るサーバ装置は、以下の構成を備えることを特徴とする。
【００１４】
すなわち、本発明の一態様に係るサーバ装置は、
宛先を指定しない要求を伝送し、前記要求に対する所定のサービス情報を含む応答を要求元に返送する通信プロトコルを用いて、端末装置からの前記要求を受信する要求受信手段と、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記端末装置の管理状態を表す管理状態情報を含む前記応答を、前記通信プロトコルを用いて送信する応答手段と
を備える。
【００１５】
また、上記の同目的を達成すべく、本発明の一態様に係る端末装置は、
宛先を指定しない要求を１つ以上のサーバ装置に対して伝送し、前記各サーバ装置から前記要求に対する所定のサービス情報を含む応答を取得する通信プロトコルを用いて、宛先を指定しない前記要求を送信する要求手段と、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記各サーバ装置における自機の管理状態を表す管理状態情報を含む前記各応答を、前記通信プロトコルを用いて受信し、少なくとも、前記管理状態情報に基づいて選択した前記応答の送信元を表す情報を出力する応答受信手段と
を備える。
【００１６】
また、上記の同目的を達成すべく、本発明の一態様に係るクライアントサーバシステムは、上述した構成を備える少なくとも１台のサーバ装置および端末装置を備え、
宛先を指定しない要求を伝送し、前記要求に対する所定のサービス情報を含む応答を要求元に返送する通信プロトコルを用いて、
宛先を指定しない前記要求を送信する、上述した構成を備える端末装置と、
受信した前記要求に対して前記端末装置の管理状態を表す管理状態情報を含む前記応答を前記端末装置に対して送信する、上述した構成を備える、少なくとも１台のサーバ装置とを含み、
前記各サーバ装置における前記端末装置の管理状態を表す管理状態情報に基づいて選択された前記応答の送信元を表す情報を前記端末装置において出力する。
【００１７】
また、上記の同目的を達成すべく、本発明の一態様に係る通知方法は、情報処理装置によって、
宛先を指定しない要求を伝送し、前記要求に対する所定のサービス情報を含む応答を要求元に返送する通信プロトコルを用いて、端末装置からの前記要求を受信し、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記端末装置の管理状態を表す管理状態情報を含む前記応答を、前記通信プロトコルを用いて送信する。
【００１８】
また、上記の同目的を達成すべく、本発明の一態様に係る情報取得方法は、情報処理装置によって、
宛先を指定しない要求を１つ以上のサーバ装置に対して伝送し、前記各サーバ装置から前記要求に対する所定のサービス情報を含む応答を取得する通信プロトコルを用いて、宛先を指定しない前記要求を送信し、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記各サーバ装置における自機の管理状態を表す管理状態情報を含む前記各応答を、前記通信プロトコルを用いて受信し、
少なくとも、前記管理状態情報に基づいて選択した前記応答の送信元を表す情報を出力する。
【００１９】
また、同目的は、上記の各構成を有するサーバ装置、端末装置、クライアントサーバシステム、並びに対応する方法を、それぞれコンピュータによって実現するコンピュータ・プログラム、およびそのコンピュータ・プログラムが格納されている、コンピュータ読み取り可能な記憶媒体によっても達成される。
【発明の効果】
【００２０】
本発明には、サーバ装置から端末装置の被管理状態を通知することができるという効果がある。
【図面の簡単な説明】
【００２１】
【図１】本発明の第１の実施形態に係るクライアントサーバシステムにおける通信環境の一例を示す構成図である。
【図２】本発明の第２の実施形態に係るクライアントサーバシステムにおける通信環境の一例を示す構成図である。
【図３】第２の実施形態においてサーバ装置１００Ａまたは１００Ｂと、端末装置２００とが行う動作を示すフローチャートである。
【図４】第２の実施形態における通信シーケンスの一例を示す図である。
【図５】本発明の第３の実施形態に係るクライアントサーバシステムにおける通信環境の一例を示す構成図である。
【図６】第３の実施形態においてサーバ装置４００と、端末装置５００とが行う動作を示すフローチャートである。
【図７】第３の実施形態における通信シーケンスの一例を示す図である。
【図８】本発明の各実施形態、および、その変形例に係るクライアントサーバシステムに適用可能なコンピュータ（情報処理装置）の構成を例示する図である。
【発明を実施するための形態】
【００２２】
次に、本発明の実施形態について図面を参照して詳細に説明する。
【００２３】
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係るクライアントサーバシステムにおける通信環境の一例を示す構成図である。図１を参照すると、本実施形態に係るクライアントサーバシステムは、サーバ装置１、および端末装置１０を含む。
【００２４】
サーバ装置１、および端末装置１０は、それぞれインターネットや構内ＬＡＮ（ローカルエリアネットワーク）等の通信ネットワーク（以下、単にネットワークと言う）１００１を介して通信可能である。ネットワーク１００１には、サーバ装置１と端末装置１０との間の通信プロトコルに則って中継を行う通信装置などが含まれていてもよい。また、本実施形態に係るクライアントサーバシステムにおいては、複数のサーバ装置１が含まれていてもよい。同様に、本実施形態に係るクライアントサーバシステムにおいては、複数の端末装置１０が含まれていてもよい。
【００２５】
サーバ装置１、および端末装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：図示せず）を用いて実行されるコンピュータ・プログラム（ソフトウェア・プログラム）の制御により動作する一般的な情報処理装置（コンピュータ）によって構成されても良い。または、サーバ装置１、および端末装置１０の各部が、専用のハードウェアデバイス、または論理回路によって構成されても良い。なお、このサーバ装置１、および端末装置１０をコンピュータによって実現したハードウェア構成例については、図８を参照して後述する。
【００２６】
サーバ装置１は、要求受信部２、および応答部３を含む。
【００２７】
要求受信部２は、端末装置１０からの要求を受信することができる。要求受信部２が要求の受信に用いる通信プロトコルは、端末装置１０から送られた、宛先を指定しない要求を伝送し、その要求に対する所定のサービス情報を含む応答を要求元に返送することができる通信プロトコルである。要求の伝送とは、宛先が指定されていなくても、要求を受け付けられるサーバ装置１まで、その要求を届けられることを含む。例えば、そのような通信プロトコルは、異なるセグメントに属するサーバ装置１に対して、要求をルーティングする仕組みの規定などを含んでいてもよい。
【００２８】
応答部３は、受信した要求に対して、少なくともサービス情報とは異なる情報であって、要求を送った端末装置１０の管理状態を表す管理状態情報を含む応答を、通信プロトコルを用いて送信することができる。管理状態情報とは、例えば、端末装置１０のサーバ装置１に対するアクセスの有無、サーバ装置１が提供するサービスの利用状況、または、端末装置１０を管理しているという認識の有無などに基づく情報であってもよい。管理状態情報は、サーバ装置１によって生成されてもよい。または、管理状態情報は、図示しない外部装置、またはサービスを提供する図示しない機能部などから取得されてもよい。
【００２９】
端末装置１０は、要求部１１、および応答受信部１２を含む。
【００３０】
要求部１１は、上述した通信プロトコルを用いて、宛先を指定しない要求を送信することができる。端末装置１０において、この通信プロトコルは、宛先を指定しない要求を１つ以上のサーバ装置１に対して伝送し、その各サーバ装置から要求に対する所定のサービス情報を含む応答を取得する通信プロトコルであるとも言える。
【００３１】
応答受信部１２は、要求に対して、少なくとも上記の管理状態情報を含む各応答を、上述した通信プロトコルを用いて受信することができる。端末装置１０において、この管理状態情報は、サービス情報とは異なる情報であって、各サーバ装置１における自機の管理状態（被管理状態）を表す情報であるとも言える。そして、応答受信部１２は、少なくとも、各応答に含まれる管理状態情報に基づいて選択した応答の送信元（サーバ装置１）を表す情報を出力することができる。応答受信部１２は、複数のサーバ装置１に関する情報を出力してもよい。応答受信部１２は、図示しない外部装置、サーバ装置１のサービスを利用する図示しない機能部、または図示しない出力装置などに対して、出力してもよい。応答受信部１２は、応答の送信元を表す情報以外に、例えば管理状態情報の内容などを出力してもよい。
【００３２】
以上説明したように、本実施形態には、特定のサービスにおける端末装置の管理状態を示す情報の送信が目的ではない通信プロトコルを用いて、端末装置から宛先が指定されずに送信された要求に対して、その端末装置の管理状態を示す情報を通知するサーバ装置などを提供できるという効果がある。
【００３３】
その理由は、サーバ装置１の要求受信部２および応答部３が、宛先を指定しない端末装置１０からの要求を伝送し、その要求に対する所定のサービス情報を含む応答を要求元に返送する通信プロトコルを用いて、要求の受信および応答の返信（送信）をすることができるからである。また、応答部３が、その通信プロトコルを用いて、要求を送信した端末装置１０の管理状態を表す管理状態情報を含む応答を返信するからである。
【００３４】
＜第２の実施形態＞
次に、上述した第１の実施形態を基本とする第２の実施形態について説明する。以下では、第２の実施形態に係る特徴的な部分を中心に説明し、第１の実施形態と同様な構成を有する第２の実施形態の構成要素について、重複する詳細な説明は省略する。
【００３５】
まず、図２を参照して、以下に本実施形態の構成を説明する。図２は、本発明の第２の実施形態に係るクライアントサーバシステムにおける通信環境の一例を示す構成図である。図２を参照すると、本実施形態は、サーバ装置１００Ａおよび１００Ｂ、端末装置２００、およびルータ３００を含む。
【００３６】
サーバ装置１００Ａとルータ３００とは、インターネットや構内ＬＡＮ（ローカルエリアネットワーク）等の通信ネットワーク（以下、単にネットワークと言う）を介して互いに通信可能である。また、端末装置２００とルータ３００とは、それぞれインターネットや構内ＬＡＮ等の通信ネットワークを介して互いに通信可能である。サーバ装置１００Ａと端末装置２００とは、ルータ３００を介して、互いに通信可能である。サーバ装置１００Ｂと端末装置２００とは、インターネットや構内ＬＡＮを介して互いに通信可能である。本実施形態に係るクライアントサーバシステムにおいては、１台または３台以上のサーバ装置１００、複数の端末装置２００、および複数のルータ３００がそれぞれ含まれていてもよい。
【００３７】
本実施形態は、第１の実施形態における通信プロトコルの具体例として、ＰＸＥ（Ｐｒｅｂｏｏｔ  ｅＸｅｃｕｔｉｏｎ  Ｅｎｖｉｒｏｎｍｅｎｔ）ブートの通信シーケンスを用いたクライアントサーバシステムである。ＰＸＥブートは、サーバからＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）イメージを取得することにより、コンピュータを起動するネットワークブートの規格である。
【００３８】
本実施形態において用いられるＰＸＥブートの通信シーケンスは、ＤＨＣＰによって、ブートするコンピュータがＩＰアドレスを取得する部分である。具体的には、第１の実施形態における要求として、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットが用いられる。また、第１の実施形態における応答として、ＤＨＣＰ  Ｏｆｆｅｒパケットが用いられる。すなわち、本実施形態においては、ＤＨＣＰが、第１の実施形態における通信プロトコルに対応しているとも言える。このＰＸＥブートの通信シーケンスの詳細は、ＲＦＣ４５７８（M.Johnston、他１名著、”Dynamic Host Configuration Protocol (DHCP) Options for the Intel Preboot eXecution Environment (PXE)”、[online]、２００６年１１月、ＩＥＥＥ、[平成２８年３月１１日検索]、インターネット <URL: https://www.ietf.org/rfc/rfc4578.txt>）に記載されている。
【００３９】
通常のＰＸＥブートにおいては、起動するコンピュータに対して一時的なＩＰアドレスを割り振る手段として、ＤＨＣＰサーバが必要である。しかし、本実施形態においては、端末装置２００は、上述した通り、通信可能な状態であるので、ＩＰアドレスを取得済みである。すなわち、本実施形態におけるクライアントサーバシステムは、通常のＰＸＥブートを使用するシステムと異なり、ＤＨＣＰサーバを必要としない。本実施形態においては、サーバ装置１００Ａおよび１００Ｂが、ＰＸＥブートのサーバに対応する。また、端末装置２００が、ブートするコンピュータに対応する。
【００４０】
サーバ装置１００Ａおよび１００Ｂ、端末装置２００、並びにルータ３００は、ＣＰＵ（図示せず）を用いて実行されるコンピュータ・プログラム（ソフトウェア・プログラム）の制御により動作する一般的な情報処理装置（コンピュータ）によって構成されても良い。または、サーバ装置１００Ａおよび１００Ｂ、端末装置２００、並びにルータ３００の各部が、専用のハードウェアデバイス、または論理回路によって構成されても良い。なお、このサーバ装置１００Ａおよび１００Ｂ、端末装置２００、並びにルータ３００をコンピュータによって実現したハードウェア構成例については、図８を参照して後述する。
【００４１】
図２においては省略されているが、サーバ装置１００Ｂは、サーバ装置１００Ａと同様の構成および機能を備える。本実施形態においては、符号の末尾に付した「Ａ」または「Ｂ」の記号によって、サーバ装置１００Ａおよび１００Ｂの同じ機能を有する機能部同士を区別する。以下の構成の説明においては、符号に「Ａ」が付与された構成の説明をもって、符号に「Ｂ」が付与された構成の説明に代えることができる。以下では、サーバ装置１００Ａか１００Ｂかが未確定、または、サーバ装置１００Ａでも１００Ｂでも同じである場合は、「サーバ装置１００」とも記述する。
【００４２】
サーバ装置１００Ａは、要求受信部１０２Ａ、応答部１０３Ａ、記憶装置１１０Ａ、およびサービスサーバ部１２０Ａを含む。記憶装置１１０Ａは、管理状態情報１１１Ａを記憶することができる。記憶装置１１０Ａは、例えば、半導体メモリ装置、またはディスク装置などにより実現される。
【００４３】
管理状態情報１１１Ａは、第１の実施形態における管理状態情報を基本とする。本実施形態において管理状態情報１１１Ａは、端末装置２００の管理状態を３つの状態によって管理する。サービスサーバ部１２０に接続した端末装置２００は、すでに管理対象となっている端末装置であることを表す「Ｍａｎａｇｅｄ」という管理状態として管理状態情報１１１Ａに登録される。要求を受けて応答を返したが管理対象となっていない端末装置２００は、別のサーバ装置１００の管理対象である可能性があることを表す「Ｕｎｍａｎａｇｅｄ」という管理状態として管理状態情報１１１Ａに登録される。まだ、要求を送ってきたことがない端末装置２００は、管理状態情報１１１Ａに登録されていない。このような管理状態情報１１１Ａに登録されていない端末装置２００は、応答においては、新規の管理状態である「Ｎｅｗ」という管理状態として表される。
【００４４】
要求受信部１０２Ａは、第１の実施形態における要求受信部２を基本とする。本実施形態において、要求受信部１０２Ａは、端末装置２００からの要求としてＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットを受信することができる。
【００４５】
応答部１０３Ａは、第１の実施形態における応答部３を基本とする。本実施形態において、応答部１０３Ａは、端末装置２００に対する応答として、ＤＨＣＰ  Ｏｆｆｅｒパケットを送信する。ＤＨＣＰの規定によれば、通常のＤＨＣＰ  Ｏｆｆｅｒパケットは、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットの送信元のコンピュータに対して、割り当てることが可能なＩＰアドレスを表す情報などを含む。すなわち、本実施形態においては、この「割り当てることが可能なＩＰアドレスを表す情報など」が、第１の実施形態における「応答に含まれる所定のサービス情報」に対応する。応答部１０３Ａは、割り当てることが可能なＩＰアドレスを表す情報などを含まず、管理状態情報１１１Ａに基づいて、端末装置２００の管理状態を表す情報を含むＤＨＣＰ  Ｏｆｆｅｒパケットを送信する。本実施形態における応答部１０３Ａは、さらに、ＤＨＣＰ  Ｏｆｆｅｒパケットを受信したことに基づいて、管理状態情報１１１Ａを更新する。
【００４６】
サービスサーバ部１２０Ａは、サーバ装置１００Ａが端末装置２００のサービスクライアント部２１０（後述）に対して提供するサービスのサーバ機能部である。サービスサーバ部１２０Ａは、サービスの提供を受ける端末装置２００の管理状態に基づいて、管理状態情報１１１Ａを更新する。
【００４７】
サーバ装置１００Ａにおける要求受信部１０２Ａ、および応答部１０３Ａの構成および機能は、上述した点以外、第１の実施形態と同様であるので、重複する詳細な説明は省略する。
【００４８】
端末装置２００は、要求部２０１、応答受信部２０２、およびサービスクライアント部２１０を含む。
【００４９】
要求部２０１は、第１の実施形態における要求部１１を基本とする。本実施形態において、要求部２０１は、応答を求めるサーバ装置１００を宛先として指定せずに、第１の実施形態における要求の具体例であるＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットを送信することができる。
【００５０】
応答受信部２０２は、第１の実施形態における応答受信部１２を基本とする。本実施形態において、応答受信部２０２は、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットへの応答として、サーバ装置１００Ａおよび１００Ｂから、ＤＨＣＰ  Ｏｆｆｅｒパケットを受信することができる。応答受信部２０２は、受信したＤＨＣＰ  Ｏｆｆｅｒパケットに含まれる管理状態情報に基づいて、送信元のサーバ装置１００Ａまたは１００Ｂを選択する。本実施形態では、応答受信部２０２は、選択したサーバ装置１００Ａまたは１００ＢのＩＰアドレスを表すアドレス情報、サービスクライアント部２１０に対して出力する。
【００５１】
サービスクライアント部２１０は、サーバ装置１００が提供するサービスを利用可能なクライアント機能部である。サービスクライアント部２１０は、要求部２０１を介して、サービスを提供するサーバ装置１００のアドレス情報を要求する。また、サービスクライアント部２１０は、応答受信部２０２から受けたサーバ装置１００Ａまたは１００Ｂのアドレス情報に基づいて、サーバ装置１００Ａまたは１００Ｂのサービスにアクセスすることができる。
【００５２】
端末装置２００における要求部２０１、および応答受信部２０２の構成および機能は、上述した点以外、第１の実施形態と同様であるので、重複する詳細な説明は省略する。
【００５３】
ルータ３００は、転送部３０１を含む。
【００５４】
転送部３０１は、ＤＨＣＰリレー機能により、要求（ＤＨＣＰ  Ｄｉｓｃｏｖｅｒ）と応答（ＤＨＣＰ  Ｏｆｆｅｒ）とを転送することができる通信装置である。
【００５５】
次に、上述した構成を備える本実施形態の動作について詳細に説明する。図３は、第２の実施形態においてサーバ装置１００Ａまたは１００Ｂと、端末装置２００とが行う動作を示すフローチャートである。まず、端末装置２００が、一例として、初めてサービスを利用する場合の動作を説明する。このとき、端末装置２００は、サーバ装置１００Ａおよび１００Ｂの管理状態情報１１１Ａおよび１１１Ｂのどちらにも登録されていないことを前提とする。
【００５６】
まず、端末装置２００においてサービスクライアント部２１０は、サービスを提供するサーバ装置１００のアドレス情報を、要求部２０１に対して要求する。要求部２０１は、サーバ装置１００の管理状態情報を要求する（ステップＡ１０）。具体的には、要求部２０１は、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットを、ブロードキャストにより送信する。ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットは、同じネットワークセグメントにあるルータ３００とサーバ装置１００Ｂとによって受信される（ステップＢ２０）。ルータ３００は、端末装置２００から受信したＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットを、ＤＨＣＰリレーの機能により、異なるネットワークセグメントのサーバ装置１００Ａに転送する。サーバ装置１００Ａは、ルータ３００によって転送されたＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットを受信する（ステップＢ２０）。ルータ３００は、例えば、サーバ装置１００Ａのような転送可能なサーバ装置１００へのルーティング情報をあらかじめ設定などにより取得しておいてもよい。ルータ３００は、通常のＤＨＣＰリレー機能を実行可能な一般的なルータによって実現することができる。
【００５７】
ステップＢ２０からＢ２３におけるサーバ装置１００Ｂの動作はサーバ装置１００Ａの動作と同じであるので、以下のサーバ装置１００Ａの動作を、サーバ装置１００Ｂの動作の説明に替えることができる。
【００５８】
サーバ装置１００Ａでは、要求受信部１０２Ａが端末装置２００の要求（ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケット）を受信する（ステップＢ２０）。
【００５９】
次に、応答部１０３Ａが、受信した要求の送信元に対応する管理状態情報を含む応答を送信する（ステップＢ２１）。具体的には、応答部１０３Ａは、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットの送信元である端末装置２００に対応する管理状態情報１１１Ａを記憶装置１１０Ａから読み出す。この場合、端末装置２００に対応する情報は、管理状態情報１１１Ａに登録されていない。したがって、応答部１０３Ａは、端末装置２００の管理状態を新規、すなわち「Ｎｅｗ」とした管理状態情報を含む応答を、ルータ３００を介して、返信する。
【００６０】
例えば、応答部１０３Ａは、管理状態情報として、ＤＨＣＰ  ＯｆｆｅｒパケットにおけるＤＨＣＰのオプション６０に、「Ｎｅｗ」を設定してもよい。ＤＨＣＰのオプション６０は、クラス識別子（Ｃｌａｓｓ  Ｉｄ）を格納することができる領域である。ルータ３００は、ＤＨＣＰリレー機能により、サーバ装置１００Ａから送信されたＤＨＣＰ  Ｏｆｆｅｒパケットを端末装置２００に対して転送する。
【００６１】
このとき、応答部１０３Ａは、ＤＨＣＰ  Ｏｆｆｅｒパケットに、割り当てることが可能なＩＰアドレスを表す情報などを含めない。また、応答部１０３Ａは、割り当てることが可能なＩＰアドレスを管理しない。
【００６２】
応答を送信後、応答部１０３Ａは、管理状態が「Ｎｅｗ」であった場合（ステップＢ２２のＹＥＳ）、その端末装置２００の管理状態情報１１１Ａを「Ｕｎｍａｎａｇｅｄ」に更新する（ステップＢ２３）。
【００６３】
サーバ装置１００Ｂの応答部１０３Ｂも、同内容のオプション６０が設定されたＤＨＣＰ  Ｏｆｆｅｒパケットを、同じネットワークセグメントにある端末装置２００に対して直接送信する。
【００６４】
一方、要求を送信した後、端末装置２００においては、応答受信部２０２が、例えば所定の期間にわたって応答を待ち受けてもよい。応答受信部２０２は、サーバ装置１００Ａおよび１００Ｂから、それぞれ応答を受信する（ステップＡ１１）。具体的には、応答受信部２０２は、管理状態情報を格納するオプション６０に「Ｎｅｗ」と設定された、２つのＤＨＣＰ  Ｏｆｆｅｒを受信する。
【００６５】
応答受信部２０２は、応答に含まれる管理状態情報に基づいて、選択した応答の送信元を出力する（ステップＡ１２）。例えば、応答受信部２０２は、管理状態情報が「Ｍａｎａｇｅｄ」、「Ｕｎｍａｎａｇｅｄ」、「Ｎｅｗ」の順に優先して、応答の送信元を選択してもよい。また、管理状態情報が同じ場合、応答受信部２０２は、所定の方法によって選択した、１つの応答の送信元を出力してもよい。または、応答受信部２０２は、同じ管理状態情報の応答を受信した複数の送信元を出力してもよい。一例として、応答受信部２０２は、早く受信した応答の送信元であるサーバ装置１００Ｂの応答を選択し、サーバ装置１００Ｂのアドレス情報を、サービスクライアント部２１０に対して出力する。
【００６６】
なお、もしＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットが一般的なＤＨＣＰサーバ（図示せず）によって受信されると、一般的なＤＨＣＰサーバは、オプション６０に管理状態情報が設定されていない一般的な応答であるＤＨＣＰ  Ｏｆｆｅｒパケットを返送するはずである。したがって、応答受信部２０２は、応答に有効な管理状態情報が設定されていない場合、その応答を除いて、上述したステップＡ１２の動作を行ってもよい。
【００６７】
このようにして、サービスクライアント部２１０は、目的のサービスを提供するサーバ装置１００Ｂのアドレス情報を取得することができる。端末装置２００のサービスクライアント部２１０がサーバ装置１００Ｂのサービスにアクセスすると、サーバ装置１００Ｂでは、サービスサーバ部１２０Ｂが端末装置２００に対してサービスを提供する。本実施形態では、サービスサーバ部１２０Ｂが、サービスを提供している端末装置２００に対応する管理状態情報１１１Ｂを、管理対象となったことを表す「Ｍａｎａｇｅｄ」に更新する。このとき、サーバ装置１００Ａの管理状態情報１１１Ａは、別のサーバ装置１００の管理対象である可能性があることを表す「Ｕｎｍａｎａｇｅｄ」のままである。
【００６８】
次に、図４を参照して、サービスクライアント部２１０がサーバ装置１００Ｂのサービスを利用中に、例えば、サーバ装置１００Ｂと通信不能になった場合の動作を説明する。図４は、第２の実施形態における通信シーケンスの一例を示す図である。以下の説明では、一例として、サーバ装置１００ＢのＩＰアドレスが変更されたことにより通信不能となったことを前提とする。すなわち、サーバ装置１００Ｂの各部は、正常に稼働している。
【００６９】
上述した初めてサービスを利用する場合と同様に、端末装置２００からＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットが送信され（図３のステップＡ１０）、サーバ装置１００Ａおよび１００Ｂによって受信される（図３のステップＢ２０）。図４を参照すると、サーバ装置１００Ｂが、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケット６００を受信する。同様にサーバ装置１００Ａが、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケット６０１を受信する。
【００７０】
サーバ装置１００Ｂの応答部１０３Ｂは、管理状態情報１１１Ｂに基づいて、ＤＨＣＰのオプション６０に「Ｍａｎａｇｅｄ」を設定したＤＨＣＰ  Ｏｆｆｅｒパケット６０３（図４）を端末装置２００に対して送信する（ステップＢ２１）。ＤＨＣＰ  Ｏｆｆｅｒパケット６０３の送信元は、サーバ装置１００Ｂの変更後のＩＰアドレスである。同様に、サーバ装置１００Ａの応答部１０３Ａは、ＤＨＣＰのオプション６０に「Ｕｎｍａｎａｇｅｄ」を設定したＤＨＣＰ  Ｏｆｆｅｒパケット６０４（図４）を端末装置２００に対して送信する（ステップＢ２１）。
【００７１】
この後、サーバ装置１００Ａおよび１００Ｂの応答部１０３Ａおよび１０３Ｂは、管理状態情報が「Ｎｅｗ」ではなかった（ステップＢ２２のＮＯ）ので、管理状態情報１１１Ａおよび１１１Ｂの更新を行わずに動作を終了する。
【００７２】
端末装置２００においては、応答受信部２０２が、異なる管理状態情報が設定された２つのＤＨＣＰ  Ｏｆｆｅｒパケットを受信する（ステップＡ１１）。応答受信部２０２は、管理状態情報であるオプション６０に「Ｍａｎａｇｅｄ」が設定されたＤＨＣＰ  Ｏｆｆｅｒパケット６０３の方を送信したサーバ装置１００Ｂを選択する（ステップＡ１２）。そして、応答受信部２０２は、ＤＨＣＰ  Ｏｆｆｅｒパケット６０３の送信元であるサーバ装置１００Ｂの変更後のアドレス情報を、サービスクライアント部２１０に対して出力する。
【００７３】
このようにして、本実施形態におけるサーバ装置１００Ａおよび１００Ｂは、サービスにおける端末装置の管理状態を示す情報の送信が目的ではないＰＸＥプロトコル（ＤＨＣＰプロトコル）を用いて、端末装置２００の管理状態を、端末装置２００に対して通知することができる。端末装置２００は、宛先を指定せずに要求を送信し、その要求に対して、サーバ装置１００Ａおよび１００Ｂから、自機の管理状態情報を取得することができる。このように、本実施形態には、上述した第１の実施形態と同様の効果がある。
【００７４】
また、本実施形態には、さらに、ＩＰアドレスというリソースの提供を要求する通信プロトコルであるＤＨＣＰプロトコルを用いるが、そのリソースの提供を行わずに、管理状態情報を含む上述したような応答を送受信することができるという効果もある。その結果として、通常のＰＸＥブートでは必須であるＤＨＣＰサーバは不要になるので、システム構成が簡易であるという効果もある。
【００７５】
その理由は、端末装置２００およびサーバ装置１００は、不要な動作であるリソース（アドレス）の提供を行わずに、プロトコルの規定から外れない範囲で、要求および応答の管理状態情報の授受に必要な部分を利用するに留めるからである。
【００７６】
（第２の実施形態の変形例）
なお、本実施形態の変形例としては以下のようなものが考えられる。
【００７７】
例えば、本実施形態は、ＤＨＣＰとは異なり、リソースの提供を要求しないタイプのプロトコルを採用することが可能である。本実施形態は、一例として、通信装置における設定情報、または構成情報などを取得するディスカバリサービスなどに用いられるプロトコルなどを採用してもよい。また、システムを構成する通信装置に対するコマンドと、管理装置に対するレスポンスを送受信するシステム管理などに用いられるプロトコルなどを採用してもよい。
【００７８】
サーバ装置１００における端末装置２００の管理状態は、少なくとも、管理しているかしていないかという２つの状態を表すことができればよい。例えば、応答部１０３は、管理状態情報１１１の更新を行わず、単に、サービスサーバ部１２０が更新する「Ｍａｎａｇｅｄ」の管理状態を基に応答してもよい。または、管理状態は、４つ以上の状態であってもよい。
【００７９】
また、応答に含まれる管理状態情報は、サーバ装置１００の状態に基づく管理状態を含んでもよい。例えば、サーバ装置１００は、管理状態として、その端末装置２００からのサービスへの新たな接続要求を受け入れられないことを表す状態などを含めてもよい。
【００８０】
本実施形態におけるサーバ装置１００および端末装置２００の各部が、互いに情報を受け渡す方法は、上述した方法に限定されない。例えば、サーバ装置１００のサービスサーバ部１２０は、管理状態情報を直接更新する代わりに、応答部１０３に対して、管理状態を通知してもよい。また、応答部１０３、または図示しない他の機能部が、他のサーバ装置１００から、そのサーバ装置１００における管理状態の通知を受けて、管理状態情報１１１を「Ｕｎｍａｎａｇｅｄ」に更新してもよい。
【００８１】
＜第３の実施形態＞
次に、上述した第１および第２の実施形態、並びにその変形例（以下では、単に「各実施形態」とも記述する）を基本とする第３の実施形態について説明する。以下では、第３の実施形態に係る特徴的な部分を中心に説明する。以下では、各実施形態と同様な構成を有する第３の実施形態の構成要素には、各実施形態で付した参照符号と同一の参照符号を付し、その構成要素について重複する詳細な説明は省略する。
【００８２】
本実施形態は、第２の実施形態と同様のＰＸＥブートの通信シーケンスを用いたクライアントサーバシステムに対して、本来のＤＨＣＰサービス機能が追加されたシステムである。すなわち、本実施形態は、第２の実施形態において利用されていたＤＨＣＰプロトコルのパケットと、ＩＰアドレスというリソースの割り当てを行う本来のＤＨＣＰプロトコルのパケットとの使い分けを可能としたシステムの一例である。
【００８３】
まず、図５を参照して、以下に本実施形態の構成を説明する。図５は、本発明の第３の実施形態に係るクライアントサーバシステムにおける通信環境の一例を示す構成図である。図５を参照すると、本実施形態は、サーバ装置４００、および端末装置５００を含む。
【００８４】
サーバ装置４００、および端末装置５００は、それぞれインターネットや構内ＬＡＮ（ローカルエリアネットワーク）等の通信ネットワーク（以下、単にネットワークと言う）１００１を介して通信可能である。ネットワーク１００１には、第２の実施形態におけるルータ３００のような、サーバ装置４００と端末装置５００との間の通信プロトコルに則って中継を行う通信装置などが含まれていてもよい。また、本実施形態に係るクライアントサーバシステムにおいては、複数のサーバ装置４００が含まれていてもよい。同様に、本実施形態に係るクライアントサーバシステムにおいては、複数の端末装置５００が含まれていてもよい。
【００８５】
サーバ装置４００、および端末装置５００は、ＣＰＵ（図示せず）を用いて実行されるコンピュータ・プログラム（ソフトウェア・プログラム）の制御により動作する一般的な情報処理装置（コンピュータ）によって構成されても良い。または、サーバ装置４００、および端末装置５００の各部が、専用のハードウェアデバイス、または論理回路によって構成されても良い。なお、このサーバ装置４００、および端末装置５００をコンピュータによって実現したハードウェア構成例については、図８を参照して後述する。
【００８６】
サーバ装置４００は、第２の実施形態におけるサーバ装置１００Ａおよび１００Ｂの各部を基本とする要求受信部４０２、応答部４０３、記憶装置１１０、およびサービスサーバ部１２０に加えて、さらにＤＨＣＰサーバ部４０１（以下、単に「サーバ部４０１」とも言う）を含む。記憶装置１１０は、第２の実施形態を基本とする管理状態情報１１１を記憶することができる。記憶装置１１０、記憶装置１１０に記憶される管理状態情報１１１、およびサービスサーバ部１２０は、第２の実施形態と同様であるので、重複する詳細な説明は省略する。
【００８７】
ＤＨＣＰサーバ部４０１は、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケット（以下「第１の要求」とも言う）を受信し、その第１の要求に対する応答として、通知有効情報を含むＤＨＣＰ  Ｏｆｆｅｒパケット（以下「第１の応答」）を送信することができる。通知有効情報とは、端末装置の管理状態を通知する通知サービスが提供できることを表す情報である。言い換えると、通知サービスとは、要求受信部４０２および応答部４０３によって実現される、本実施形態によって説明される本発明の機能である。ＤＨＣＰサーバ部４０１は、ＤＨＣＰサービスを提供する第１のポートを介して、第１の要求の受信、および第１の応答の送信を行うことができる。本実施形態においては、一例として、第１のポートは、第２の実施形態における要求受信部１０２Ａおよび１０２ＢがＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットを待ち受けるポートと同じである。第１の要求は、第２の実施形態における要求（ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケット）に対応する要求であると言える。しかし、第１の応答は、第２の実施形態における応答（ＤＨＣＰ  Ｏｆｆｅｒパケット）とは異なり、本実施形態において新たに設けられた応答である。
【００８８】
また、ＤＨＣＰサーバ部４０１は、一例として、一般的なＤＨＣＰサービスを提供するサーバ機能を実行することができる。すなわち、ＤＨＣＰサーバ部４０１は、ＤＨＣＰサービスを提供する第１のポートを介して、一連のＤＨＣＰの要求を受信することができる。ＤＨＣＰサーバ部４０１が受信するＤＨＣＰの要求には、端末装置５００の管理状態を要求する要求を含む。ＤＨＣＰサーバ部４０１は、受信した一連のＤＨＣＰの要求に対応するＤＨＣＰの応答を送信元に返信することができる。一般的なＤＨＣＰサービスの機能、要求および応答のデータ構造、並びにプロトコルシーケンスなどは、よく知られた技術を採用することができるので、本実施形態における詳細な説明は省略する。
【００８９】
本実施形態における要求受信部４０２および応答部４０３は、ＤＨＣＰサーバ部４０１とは異なる第２のポートを介して端末装置５００との通信を行う。また、要求受信部４０２は、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットに替えて、ＤＨＣＰ  Ｒｅｑｕｅｓｔパケット（以下「第２の要求」とも言う）を受信することができる。第２の要求は、ＤＨＣＰサーバ部４０１に対して送られた第１の要求を、第２のポートに対して、端末装置５００によって送りなおされた要求であるとも言える。
【００９０】
応答部４０３は、ＤＨＣＰ  Ｏｆｆｅｒパケットに替えて、管理状態を含む情報を含むＤＨＣＰ  Ａｃｋパケット（以下、「第２の応答」とも言う）を送信することができる。この第２の応答が、第２の実施形態におけるＤＨＣＰ  Ｏｆｆｅｒパケットに対応する応答であるとも言える。要求受信部４０２および応答部４０３の構成および機能は、上述した点以外は、第２の実施形態と同様であるので、重複する詳細な説明は省略する。
【００９１】
端末装置５００は、第２の実施形態における端末装置５００の各部を基本とする要求部５０１、応答受信部５０２、およびサービスクライアント部２１０を含む。サービスクライアント部２１０は、第２の実施形態と同様であるので、重複する詳細な説明は省略する。
【００９２】
要求部５０１は、第２の実施形態と同様に、応答を求めるサーバ装置１００を宛先として指定せずに、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケット（第１の要求）を送信することができる。それに対する応答として、サーバ装置４００から受信したＤＨＣＰ  Ｏｆｆｅｒパケット（第１の応答）に、端末装置の管理状態を通知するサービスが提供できることを表す通知有効情報が含まれていた場合、サーバ装置４００の第２のポートに対して、ＤＨＣＰ  Ｒｅｑｕｅｓｔパケット（第２の要求）を送信することができる。このＤＨＣＰ  Ｒｅｑｕｅｓｔパケットは、第２の実施形態におけるＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットの役割を果たすパケットである。
【００９３】
応答受信部５０２は、サーバ装置４００の第２のポートを介して、ＤＨＣＰ  Ｏｆｆｅｒパケット（第１の応答）に替えて、ＤＨＣＰ  Ａｃｋパケット（第２の応答）を受信することができる。応答受信部５０２は、ＤＨＣＰ  Ａｃｋパケットから管理状態の情報を取得する。
【００９４】
要求部５０１および応答受信部５０２の構成および機能は、上述した以外は、第２の実施形態にと同様であるので、重複する詳細な説明は省略する。
【００９５】
次に、上述した構成を備える本実施形態の動作について詳細に説明する。図６は、第３の実施形態においてサーバ装置４００と、端末装置５００とが行う動作を示すフローチャートである。
【００９６】
図６におけるサーバ装置４００の動作を参照すると、本実施形態と、図３に示す第２の実施形態における動作との違いは、要求受信部４０２が要求を受信するステップＢ２０の前に、もう１段階の要求と応答のやりとりが実行される点である。また、図６のステップＡ３０（図３のステップＡ１１に対応）、Ｂ２０およびＢ２１の各ステップにおいては、単に送受信のポートが異なっている。したがって、以下では、第２の実施形態との動作の違いがわかりやすい通信シーケンスによって、本実施形態の動作を説明する。図７は、第３の実施形態における通信シーケンスの一例を示す図である。
【００９７】
以下の説明において、第１のポートは、一例として、一般的なＤＨＣＰサービスのポートとして知られているＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）の６７番ポートであることを前提とする。また、第２のポートは、一例として、ＵＤＰの４０１１番ポートであることを前提とする。第１のポートおよび第２のポートは、上記の例以外のポートであってもよい。図７および以下の説明において、ポートは、プロトコルとポート番号とを対応づけて「ＵＤＰ：６７」のように書き表されることがある。
【００９８】
まず、端末装置５００の要求部５０１が、サービスクライアント部２１０の要求を受けて、第１のポートに対して、管理状態情報を要求（第１の要求）を送信する（図６のステップＡ１０）。この動作は、第２の実施形態における図３のステップＡ１０の動作と同じである。具体的には、図７を参照すると、要求部５０１は、第２の実施形態と同様にＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケット６１０を、宛先ポートとして第１のポートであるＵＤＰ：６７を指定したブロードキャストにより送信する。
【００９９】
サーバ装置４００においては、第１のポートに対して受信を待ち受けているＤＨＣＰサーバ部４０１が、このＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケット６１０（第１の要求）を受信する（図６のステップＢ４０）。ＤＨＣＰサーバ部４０１は、一般的なＤＨＣＰサービスの応答であるＤＨＣＰ  Ｏｆｆｅｒパケットの内容に対して、さらに端末装置の管理状態を通知するサービスが提供できることを表す通知有効情報を加えた応答を送信する（図６のステップＢ４１）。具体的には、ＤＨＣＰサーバ部４０１は、ＤＨＣＰのオプション６０に「ＰＸＥＣｌｉｅｎｔ」という通知有効情報を設定したＤＨＣＰ  Ｏｆｆｅｒパケット６１１を、端末装置５００に対して送信する。「ＰＸＥＣｌｉｅｎｔ」という文字列は一例である。通知有効情報は、他の文字列またはコード番号などによって表されてもよい。また、ＤＨＣＰサーバ部４０１は、一般的なＤＨＣＰクライアントが送信したＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットに対しても、通知有効情報を設定したＤＨＣＰ  Ｏｆｆｅｒを送信してもよい。
【０１００】
端末装置５００の応答受信部５０２は、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケット６１０（第１の要求）への応答として、ＤＨＣＰ  Ｏｆｆｅｒパケット６１１（第１の応答）を受信する（ステップＡ３０）。応答受信部５０２は、受信したＤＨＣＰ  Ｏｆｆｅｒパケット６１１に通知有効情報が含まれるかどうかを調べる（ステップＡ３１）。具体的には、応答受信部５０２は、ＤＨＣＰ  Ｏｆｆｅｒパケット６１１のオプション６０に「ＰＸＥＣｌｉｅｎｔ」という文字列があるかどうかを調べる。
【０１０１】
応答に通知有効情報が含まれていた場合（ステップＡ３１のＹＥＳ）、要求部５０１が、ＤＨＣＰ  Ｏｆｆｅｒパケット６１１の送信元における第２のポートに対して、管理状態情報を要求（第２の要求）を送信する（図６のステップＡ１０）。具体的には、要求部５０１は、ＤＨＣＰ  Ｒｅｑｕｅｓｔパケット６１２（第２の要求）を、サーバ装置４００のアドレスを宛先ＩＰアドレスとし、さらにＵＤＰ：４０１１を宛先ポートとして送信する。要求部５０１は、複数のＤＨＣＰ  Ｏｆｆｅｒパケット６１１に通知有効情報が含まれていた場合、それぞれのＤＨＣＰ  Ｏｆｆｅｒパケット６１１の送信元に対して、ＤＨＣＰ  Ｒｅｑｕｅｓｔパケット６１２を送信する。
【０１０２】
サーバ装置４００においては、第２のポートに対して受信を待ち受けている要求受信部４０２が、ＤＨＣＰ  Ｒｅｑｕｅｓｔパケット６１２（第２の要求）を受信する（図６のステップＢ２０）。このステップにおける要求受信部４０２の動作は、第２の実施形態における図３のステップＢ２０の動作と基本的には同じである。すなわち、本実施形態では、要求のパケットの種類が、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒではなく、ＤＨＣＰ  Ｒｅｑｕｓｅｔに置き換わる。
【０１０３】
次に、応答部４０３が、要求の送信元に対応する管理状態情報を含む応答（第２の応答）を送信する（ステップＢ２１。）具体的には、応答部４０３は、管理状態情報１１１に基づいて、ＤＨＣＰのオプション６０に管理状態を表す情報を設定して、ＤＨＣＰ  Ａｃｋパケット６１３（第２の応答）を端末装置５００に対して送信する。このステップにおける応答部４０３の動作は、第２の実施形態における図３のステップＢ２１の動作と基本的には同じである。すなわち、本実施形態では、応答のパケットの種類が、ＤＨＣＰ  Ｏｆｆｅｒではなく、ＤＨＣＰ  Ａｃｋに置き換わる。このステップ、および、これ以降のサーバ装置４００における動作である図６のステップＢ２２およびＢ２３は、第２の実施形態におけるサーバ装置１００である図３のステップＢ２２およびＢ２３と同様であるので、重複する詳細な説明は省略する。
【０１０４】
一方、端末装置５００においては、応答受信部５０２が、ＤＨＣＰ  Ｒｅｑｕｅｓｔパケット６１２（第２の要求）に対する応答として、ＤＨＣＰ  Ａｃｋパケット６１３（第２の応答）を受信する（図６のステップＡ３０）。今度は、応答に通知有効情報が含まれない（ステップＡ３１のＮＯ）ので、応答受信部５０２は、応答に含まれる管理状態情報に基づいて選択した応答の送信元を出力する（ステップＡ１２）。このステップにおける応答受信部５０２の動作は、第２の実施形態における図３のステップＡ１２の動作と基本的には同じである。すなわち、本実施形態では、応答のパケットの種類が、ＤＨＣＰ  Ｏｆｆｅｒではなく、ＤＨＣＰ  Ａｃｋに置き換わる。このステップ、および、これ以降の端末装置５００の動作は、第２の実施形態と同様であるので、重複する詳細な説明は省略する。
【０１０５】
なお、ステップＡ３１において、応答受信部５０２は、受信した応答（ＤＨＣＰ  ＯｆｆｅｒまたはＤＨＣＰ  Ａｃｋ）に、通知有効情報および管理状態情報のいずれも含まれない場合は、そのような応答を除いて、上述した動作を行ってもよい。そのような応答は、一般的なＤＨＣＰサーバからの応答である可能性があるからである。
【０１０６】
また、通常のＤＨＣＰサービスを利用したい一般的なＤＨＣＰクライアント（図示せず）は、ＤＨＣＰサーバ部４０１から、オプション６０に通知有効情報が設定されたＤＨＣＰ  Ｏｆｆｅｒパケット６１１を受信しても、その通知有効情報を参照しない。すなわち、一般的なＤＨＣＰクライアントは、ＤＨＣＰ  Ｏｆｆｅｒパケット６１１の一般的な応答内容に基づいて、ＤＨＣＰサーバ部４０１に対して、ＤＨＣＰ  Ｒｅｑｕｅｓｔを送信することができる。その後、ＤＨＣＰサーバ部４０１と、一般的なＤＨＣＰクライアントとは、通常のＤＨＣＰプロトコルに則って、アドレスの割り当てに係る通信を継続することができる。なお、ＩＰアドレスの割り当てを受ける必要がある場合、端末装置５００は、上記の一般的なＤＨＣＰクライアントと同様の動作をすることにより、ＤＨＣＰサーバ部４０１からＩＰアドレスの割り当てを受けてもよい。
【０１０７】
また、通知有効情報および管理状態情報を設定できる部分は、ＤＨＣＰのオプション６０には限られない。これらの情報は、ＤＨＣＰの各種パケットにおいて、一般的なＤＨＣＰクライアントおよびＤＨＣＰサーバの動作に影響を及ぼさない部分であれば、どこにでも設定可能である。
【０１０８】
また、本実施形態においては、端末装置５００の要求部５０１は、設定情報などにより、第２のポートをあらかじめ保持していてもよい。または、要求部５０１は、ＤＨＣＰ  Ｏｆｆｅｒパケット６１１などにより、サーバ装置４００から、第２のポートの情報を取得してもよい。
【０１０９】
このようにして、本実施形態におけるサーバ装置４００は、端末装置５００の管理状態を、端末装置５００に対して通知することができる。また、本実施形態におけるサーバ装置４００および端末装置５００は、ＤＨＣＰサーバ部４０１による一般的なＤＨＣＰサービスとのポート競合を避けて、共存することができる。
【０１１０】
以上、説明したように、本実施形態には、上述した各実施形態と同様の効果に加えて、さらに、同一のサーバ装置４００において、一般的なＤＨＣＰサービスと、本実施形態によって説明される本発明の管理状態の通知サービスとを共存させることができるという効果もある。
【０１１１】
その理由は、ＤＨＣＰサーバ部４０１が、ＤＨＣＰ  Ｏｆｆｅｒパケットにおいて、一般的なＤＨＣＰクライアントの動作に影響しない部分に、管理状態を通知するサービスが有効であることを表す通知有効情報を設定するからである。そして、端末装置５００の要求部５０１が、通知有効情報に基づいて、第２のポートにて待ち受けている要求受信部４０２に対して、改めて管理状態の情報を要求するからである。
【０１１２】
＜ハードウェア構成例＞
なお、上述した各実施形態において図１、図２、および図５に示した各部は、それぞれ独立したハードウェア回路で構成されていてもよいし、ソフトウェアプログラムの機能（処理）単位（ソフトウェアモジュール）と捉えることができる。ただし、これらの図面に示した各部の区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定され得る。このような場合のハードウェア環境の一例を、図８を参照して説明する。
【０１１３】
図８は、本発明の各実施形態、および、その変形例に係るクライアントサーバシステムに適用可能なコンピュータ（情報処理装置）の構成を例示する図である。すなわち、図８は、上述した各実施形態におけるサーバ装置１、１００Ａ、１００Ｂ、および４００、端末装置１０、２００、および５００、並びにルータ３００の少なくとも何れかを実現可能なコンピュータの構成であって、上述した各実施形態における各機能を実現可能なハードウェア環境を示す。
【０１１４】
図８に示したコンピュータ９００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０３、通信インタフェース（ＩＦ：ＩｎｔｅｒＦａｃｅ）９０４、ディスプレイ９０５、およびハードディスク装置（ＨＤＤ：Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）９０６を備え、これらがバス９０７を介して接続された構成を有する。なお、図８に示したコンピュータがサーバ装置１、１００Ａ、１００Ｂ、および４００、端末装置１０、２００、および５００、並びにルータ３００として機能する場合、ディスプレイ９０５は常時設けられる必要はない。
【０１１５】
また、通信インタフェース９０４は、上述した各実施形態において、当該各コンピュータ間における通信を実現する一般的な通信手段である。ハードディスク装置９０６には、プログラム群９０６Ａと、各種の記憶情報９０６Ｂとが格納されている。プログラム群９０６Ａは、例えば、上述した図１、図２、および図５に示した各ブロック（各部）に対応する機能を実現するためのコンピュータ・プログラムである。各種の記憶情報９０６Ｂは、例えば、図２、および図５に示した管理状態情報１１１などである。このようなハードウェア構成において、ＣＰＵ９０１は、コンピュータ９００の全体の動作を司る。
【０１１６】
そして、上述した各実施形態を例に説明した本発明は、各実施形態の説明において参照したブロック構成図（図１、図２、および図５）あるいはフローチャート（図３および図６）の機能を実現可能なコンピュータ・プログラムを供給した後、そのコンピュータ・プログラムを、当該ハードウェアのＣＰＵ９０１に読み出して実行することによって達成される。また、このコンピュータ内に供給されたコンピュータ・プログラムは、読み書き可能な一時記憶メモリであるＲＡＭ９０３またはハードディスク装置９０６などの不揮発性の記憶デバイス（記憶媒体）に格納すれば良い。
【０１１７】
また、上記の場合において、当該各装置内へのコンピュータ・プログラムの供給方法は、フロッピーディスク（登録商標）またはＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−ＲＯＭ）等の各種記録媒体を介して当該装置内にインストールする方法のように、現在では一般的な手順を採用することができる。当該各装置内へのコンピュータ・プログラムの供給方法としては、インターネット等の通信ネットワーク１０００を介して外部よりダウンロードする方法も一般的である。そして、このような場合において、本発明は、係るコンピュータ・プログラムを構成するコード、或いは係るコードが記録されたところの、コンピュータ読み取り可能な記憶媒体によって構成されると捉えることができる。
【０１１８】
なお、上述した実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下の付記に限定されるものではない。
【０１１９】
（付記１）
宛先を指定しない要求を伝送し、前記要求に対する所定のサービス情報を含む応答を要求元に返送する通信プロトコルを用いて、端末装置からの前記要求を受信する要求受信手段と、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記端末装置の管理状態を表す管理状態情報を含む前記応答を、前記通信プロトコルを用いて送信する応答手段と
を含むサーバ装置。
【０１２０】
（付記２）
前記通信プロトコルは、前記要求によって、リソースの提供を要求するプロトコルであって、
前記応答手段は、前記リソースの提供を行わずに、前記応答を送信する
付記１記載のサーバ装置。
【０１２１】
（付記３）
前記通信プロトコルとしてＰＸＥ（Ｐｒｅｂｏｏｔ  ｅＸｅｃｕｔｉｏｎ  Ｅｎｖｉｒｏｎｍｅｎｔ）ブートプロトコルを用い、
前記要求受信手段は、前記要求としてＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）  Ｄｉｓｃｏｖｅｒパケットを受信し、
前記応答手段は、前記応答として、前記管理状態情報を含むＤＨＣＰ  Ｏｆｆｅｒパケットを送信する
付記１または２記載のサーバ装置。
【０１２２】
（付記４）
第１のポートを介して前記要求を第１の要求として受信し、前記第１の要求に対する応答として、前記所定のサービス情報と、前記管理状態情報を含む応答を通知するサービスが提供できることを表す通知有効情報とを含む第１の応答を返送するサーバ手段をさらに備え、
前記要求受信手段は、前記第１のポートとは異なる第２のポートを介して、前記端末装置から前記通信プロトコルを用いて送られた第２の要求を受信し、
前記応答手段は、前記応答に替えて、前記第２の要求に対して、前記管理状態情報を含む第２の応答を、前記通信プロトコルを用いて送信する
付記１または２記載のサーバ装置。
【０１２３】
（付記５）
前記通信プロトコルとしてＰＸＥブートプロトコルを用い、
前記サーバ手段は、前記第１の要求として、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットを受信し、前記第１の応答として、前記通知有効情報を含むＤＨＣＰ  Ｏｆｆｅｒパケットを送信し、
前記要求受信手段は、前記第２の要求として、ＤＨＣＰ  Ｒｅｑｕｅｓｔパケットを受信し、
前記応答手段は、前記第２の応答として、ＤＨＣＰ  Ａｃｋパケットを送信する
付記４記載のサーバ装置。
【０１２４】
（付記６）
宛先を指定しない要求を１つ以上のサーバ装置に対して伝送し、前記各サーバ装置から前記要求に対する所定のサービス情報を含む応答を取得する通信プロトコルを用いて、宛先を指定しない前記要求を送信する要求手段と、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記各サーバ装置における自機の管理状態を表す管理状態情報を含む前記各応答を、前記通信プロトコルを用いて受信し、少なくとも、前記管理状態情報に基づいて選択した前記応答の送信元を表す情報を出力する応答受信手段と
を含む端末装置。
【０１２５】
（付記７）
前記通信プロトコルとしてＰＸＥ（Ｐｒｅｂｏｏｔ  ｅＸｅｃｕｔｉｏｎ  Ｅｎｖｉｒｏｎｍｅｎｔ）ブートプロトコルを用い、
前記要求手段は、前記要求としてＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）  Ｄｉｓｃｏｖｅｒパケットを送信し、
前記応答受信手段は、前記応答として、ＤＨＣＰ  Ｏｆｆｅｒパケットを受信する
付記６記載の端末装置。
【０１２６】
（付記８）
前記要求手段は、第１のポートに対して、前記要求を第１の要求として、前記通信プロトコルを用いて送信し、
前記応答受信手段は、
前記第１の要求に対する各応答として、前記通信プロトコルを用いて受信した各第１の応答に、前記管理状態情報を含む応答を通知するサービスが提供できることを表す通知有効情報が含まれていたことを認識した場合に、前記要求手段は、前記第１のポートとは異なる第２のポートに対して、第２の要求を送信し、
前記第２の要求に対する各応答として、前記通信プロトコルを用いて受信した各第２の応答に、前記管理状態情報が含まれる場合に、少なくとも、前記管理状態情報に基づいて選択した前記応答の送信元を表す情報を出力する
付記６または７記載の端末装置。
【０１２７】
（付記９）
前記通信プロトコルとしてＰＸＥブートプロトコルを用い、
前記要求手段は、前記第１の要求としてＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットを送信し、前記第２の要求としてＤＨＣＰ  Ｒｅｑｕｅｓｔパケットを送信し、
前記応答受信手段は、前記第１の応答として、前記通知有効情報を含むＤＨＣＰ  Ｏｆｆｅｒパケットを受信し、前記第２の応答として、前記管理状態情報を含むＤＨＣＰ  Ａｃｋパケットを受信する
付記８記載の端末装置。
【０１２８】
（付記１０）
少なくとも１台の付記１乃至３のいずれか１つに記載のサーバ装置と、付記６または７記載の端末装置と、
または、
少なくとも１台の付記４または５に記載のサーバ装置と、付記８または９記載の端末装置とのいずれかを含み、
前記各サーバ装置における前記端末装置の管理状態を表す管理状態情報に基づいて選択された、前記応答の送信元を表す情報を前記端末装置において出力する
クライアントサーバシステム。
【０１２９】
（付記１１）
宛先を指定しない要求を伝送し、前記要求に対する所定のサービス情報を含む応答を要求元に返送する通信プロトコルを用いて、端末装置からの前記要求を受信し、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記端末装置の管理状態を表す管理状態情報を含む前記応答を、前記通信プロトコルを用いて送信する
通知方法。
【０１３０】
（付記１２）
前記通信プロトコルは、前記要求によって、リソースの提供を要求するプロトコルであって、
前記応答を送信する際、前記リソースの提供を行わずに、前記応答を送信する
付記１１記載の通知方法。
【０１３１】
（付記１３）
前記通信プロトコルとしてＰＸＥ（Ｐｒｅｂｏｏｔ  ｅＸｅｃｕｔｉｏｎ  Ｅｎｖｉｒｏｎｍｅｎｔ）ブートプロトコルを用い、
前記要求としてＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）  Ｄｉｓｃｏｖｅｒパケットを受信し、
前記応答として、前記管理状態情報を含むＤＨＣＰ  Ｏｆｆｅｒパケットを送信する
付記１１または１２記載の通知方法。
【０１３２】
（付記１４）
前記要求を受信する際、第１のポートを介して前記要求を第１の要求として受信し、
前記第１の要求に対する応答として、前記所定のサービス情報と、前記管理状態情報を含む応答を通知するサービスが提供できることを表す通知有効情報とを含む第１の応答を、さらに返送し、
前記第１の応答を返送した後に、前記第１のポートとは異なる第２のポートを介して、前記端末装置から前記通信プロトコルを用いて送られた第２の要求を受信し、
前記応答にの送信に替えて、前記第２の要求に対する、前記管理状態情報を含む第２の応答を、前記通信プロトコルを用いて送信する
付記１１または１２記載の通知方法。
【０１３３】
（付記１５）
前記通信プロトコルとしてＰＸＥブートプロトコルを用い、
前記第１の要求として、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットを受信し、
前記第１の応答として、前記通知有効情報を含むＤＨＣＰ  Ｏｆｆｅｒパケットを送信し、
前記第２の要求として、ＤＨＣＰ  Ｒｅｑｕｅｓｔパケットを受信し、
前記第２の応答として、ＤＨＣＰ  Ａｃｋパケットを送信する
付記１４記載の通知方法。
【０１３４】
（付記１６）
宛先を指定しない要求を１つ以上のサーバ装置に対して伝送し、前記各サーバ装置から前記要求に対する所定のサービス情報を含む応答を取得する通信プロトコルを用いて、宛先を指定しない前記要求を送信し、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記各サーバ装置における自機の管理状態を表す管理状態情報を含む前記各応答を、前記通信プロトコルを用いて受信し、
少なくとも、前記管理状態情報に基づいて選択した前記応答の送信元を表す情報を出力する
情報取得方法。
【０１３５】
（付記１７）
前記通信プロトコルとしてＰＸＥ（Ｐｒｅｂｏｏｔ  ｅＸｅｃｕｔｉｏｎ  Ｅｎｖｉｒｏｎｍｅｎｔ）ブートプロトコルを用い、
前記要求として、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）  Ｄｉｓｃｏｖｅｒパケットを送信し、
前記応答として、ＤＨＣＰ  Ｏｆｆｅｒパケットを受信する
付記１６記載の情報取得方法。
【０１３６】
（付記１８）
前記要求を送信する際、第１のポートに対して、前記要求を第１の要求として、前記通信プロトコルを用いて送信し、
前記第１の要求に対する各応答を各第１の応答として、前記通信プロトコルを用いて受信し、
前記第１の各応答に、前記管理状態情報を含む応答を通知するサービスが提供できることを表す通知有効情報が含まれていた場合に、前記第１のポートとは異なる第２のポートに対して、第２の要求を送信し、
前記第２の要求に対する各応答を各第２の応答として、前記通信プロトコルを用いて受信し、
前記各第２の応答に、前記管理状態情報が含まれる場合に、少なくとも、前記管理状態情報に基づいて選択した前記応答の送信元を表す情報を出力する
付記１６または１７記載の情報取得方法。
【０１３７】
（付記１９）
前記通信プロトコルとしてＰＸＥブートプロトコルを用い、
前記第１の要求として、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットを送信し、
前記第２の要求として、ＤＨＣＰ  Ｒｅｑｕｅｓｔパケットを送信し、
前記第１の応答として、前記通知有効情報を含むＤＨＣＰ  Ｏｆｆｅｒパケットを受信し、
前記第２の応答として、前記管理状態情報を含むＤＨＣＰ  Ａｃｋパケットを受信する
付記１８記載の情報取得方法。
【０１３８】
（付記２０）
宛先を指定しない要求を伝送し、前記要求に対する所定のサービス情報を含む応答を要求元に返送する通信プロトコルを用いて、端末装置からの前記要求を受信する要求受信処理と、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記端末装置の管理状態を表す管理状態情報を含む前記応答を、前記通信プロトコルを用いて送信する応答処理と
をコンピュータに実行させる第１のコンピュータ・プログラム。
【０１３９】
（付記２１）
前記通信プロトコルは、前記要求によって、リソースの提供を要求するプロトコルであって、
前記応答処理において、前記リソースの提供を行わずに、前記応答を送信する
付記２０記載の第１のコンピュータ・プログラム。
【０１４０】
（付記２２）
前記通信プロトコルとしてＰＸＥ（Ｐｒｅｂｏｏｔ  ｅＸｅｃｕｔｉｏｎ  Ｅｎｖｉｒｏｎｍｅｎｔ）ブートプロトコルを用い、
前記要求受信処理において、前記要求としてＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）  Ｄｉｓｃｏｖｅｒパケットを受信し、
前記応答処理において、前記応答として、前記管理状態情報を含むＤＨＣＰ  Ｏｆｆｅｒパケットを送信する
付記２０または２１記載の第１のコンピュータ・プログラム。
【０１４１】
（付記２３）
第１のポートを介して前記要求を第１の要求として受信し、前記第１の要求に対する応答として、前記所定のサービス情報と、前記管理状態情報を含む応答を通知するサービスが提供できることを表す通知有効情報とを含む第１の応答を返送するサーバ処理を、さらに実行し、
前記要求受信処理において、前記第１のポートとは異なる第２のポートを介して、前記端末装置から前記通信プロトコルを用いて送られた第２の要求を受信し、
前記応答処理において、前記応答に替えて、前記第２の要求に対して、前記管理状態情報を含む第２の応答を、前記通信プロトコルを用いて送信する
付記２０または２１記載の第１のコンピュータ・プログラム。
【０１４２】
（付記２４）
前記通信プロトコルとしてＰＸＥブートプロトコルを用い、
前記サーバ処理において、前記第１の要求として、ＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットを受信し、前記第１の応答として、前記通知有効情報を含むＤＨＣＰ  Ｏｆｆｅｒパケットを送信し、
前記要求受信処理において、前記第２の要求として、ＤＨＣＰ  Ｒｅｑｕｅｓｔパケットを受信し、
前記応答処理において、前記第２の応答として、ＤＨＣＰ  Ａｃｋパケットを送信する
付記２３記載の第１のコンピュータ・プログラム。
【０１４３】
（付記２５）
宛先を指定しない要求を１つ以上のサーバ装置に対して伝送し、前記各サーバ装置から前記要求に対する所定のサービス情報を含む応答を取得する通信プロトコルを用いて、宛先を指定しない前記要求を送信する要求処理と、
前記要求に対して、少なくとも前記サービス情報とは異なる情報であって、前記各サーバ装置における自機の管理状態を表す管理状態情報を含む前記各応答を、前記通信プロトコルを用いて受信し、少なくとも、前記管理状態情報に基づいて選択した前記応答の送信元を表す情報を出力する応答受信処理と
をコンピュータに実行させる第２のコンピュータ・プログラム。
【０１４４】
（付記２６）
前記通信プロトコルとしてＰＸＥ（Ｐｒｅｂｏｏｔ  ｅＸｅｃｕｔｉｏｎ  Ｅｎｖｉｒｏｎｍｅｎｔ）ブートプロトコルを用い、
前記要求処理において、前記要求としてＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）  Ｄｉｓｃｏｖｅｒパケットを送信し、
前記応答受信処理において、前記応答として、ＤＨＣＰ  Ｏｆｆｅｒパケットを受信する
付記２５記載の第２のコンピュータ・プログラム。
【０１４５】
（付記２７）
前記要求処理において、第１のポートに対して、前記要求を第１の要求として、前記通信プロトコルを用いて送信し、前記応答受信処理において、前記第１の要求に対する各応答として、前記通信プロトコルを用いて受信した各第１の応答に、前記管理状態情報を含む応答を通知するサービスが提供できることを表す通知有効情報が含まれることを認識した場合に、前記第１のポートとは異なる第２のポートに対して、第２の要求を送信し、
前記応答受信処理において、前記第２の要求に対する各応答として、前記通信プロトコルを用いて受信した各第２の応答に、前記管理状態情報が含まれること認識した場合に、少なくとも、前記管理状態情報に基づいて選択した前記応答の送信元を表す情報を出力する
付記２５または２６記載の第２のコンピュータ・プログラム。
【０１４６】
（付記２８）
前記通信プロトコルとしてＰＸＥブートプロトコルを用い、
前記要求処理において、前記第１の要求としてＤＨＣＰ  Ｄｉｓｃｏｖｅｒパケットを送信し、前記第２の要求としてＤＨＣＰ  Ｒｅｑｕｅｓｔパケットを送信し、
前記応答受信処理において、前記第１の応答として、前記通知有効情報を含むＤＨＣＰ  Ｏｆｆｅｒパケットを受信し、前記第２の応答として、前記管理状態情報を含むＤＨＣＰ  Ａｃｋパケットを受信する
付記２７記載の第２のコンピュータ・プログラム。
【符号の説明】
【０１４７】
１、１００、４００    サーバ装置
２、１０２、４０２    要求受信部
３、１０３、４０３    応答部
１１０    記憶装置
１１１    管理状態情報
１２０    サービスサーバ部
１０、２００、５００    端末装置
１１、２０１、５０１    要求部
１２、２０２、５０２    応答受信部
２１０    サービスクライアント部
３００    ルータ
３０１    転送部
４０１    ＤＨＣＰサーバ部（サーバ部）
９００    情報処理装置（コンピュータ）
９０１    ＣＰＵ
９０２    ＲＯＭ
９０３    ＲＡＭ
９０４    通信インタフェース（ＩＦ）
９０５    ディスプレイ
９０６    ハードディスク装置（ＨＤＤ）
９０６Ａ    プログラム群
９０６Ｂ    各種の記憶情報
９０７    バス
１０００、１００１    通信ネットワーク（ネットワーク）
【図１】
0006665620.tif 000002
【図２】
0006665620.tif 000003
【図３】
0006665620.tif 000004
【図４】
0006665620.tif 000005
【図５】
0006665620.tif 000006
【図６】
0006665620.tif 000007
【図７】
0006665620.tif 000008
【図８】
0006665620.tif 000009