(57)【要約】【課題】  対応機器をネットワークにつなぐだけで、対応機器のサービスを授受する際に指定すべきＵＲＬ（Uniform Resource Locators）を自動的に記憶すると共に、このＵＲＬに簡便にアクセスできる手段を提供する。【解決手段】  ネットワークに接続された機器１５０から、当該機器１５０が提供するサービスを受けるためのＵＲＬを送受信部１０２により受信する。送受信部１０２により受信した前記ＵＲＬをＵＲＬ記憶部１０４に記憶する。ネットワーク装置１００は、ＵＲＬ記憶部１０４に記憶されたＵＲＬから当該機器が提供するサービスを受けるための機器情報を得て、機器１５０が提供するサービスを受ける。【選択図】      図１
2006184999.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された機器から、当該機器が提供するサービスを受けるためのＵＲＬを受信する受信部と、
前記受信手段により受信した前記ＵＲＬを記憶する記憶部と、
前記記憶手段に記憶されたＵＲＬから当該機器が提供するサービスを受けるための機器情報を取得する機器情報取得部とを備えたことを特徴とするネットワーク装置。
【請求項２】
ネットワーク装置はプラグ・アンド・プレイ対応であり、
自身が属するネットワークに対してプラグ・アンド・プレイ対応の機器が接続されると、もしくはプラグ・アンド・プレイ対応機器が既に属しているネットワークに対して自身が接続されると、
ＵＰｎＰプロトコルに従って機器発見，属性判別を行い機器１５０と相互接続を確立する手段とを備えたことを特徴とする請求項１記載のネットワーク装置。
【請求項３】
前記機器情報はＸＭＬ形式で記述されており、前記機器情報取得部はＸＭＬを解析することにより前記ＵＲＬを算出することを特徴とする請求項１記載のネットワーク装置。
【請求項４】
受信部により、ネットワークに接続された機器から、当該機器が提供するサービスを受けるためのＵＲＬを受信し、
記憶部により、前記受信手段により受信した前記ＵＲＬを記憶し、
機器情報取得部により、前記記憶手段に記憶されたＵＲＬから当該機器が提供するサービスを受けるための機器情報を取得することを特徴とする機器情報取得方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、プラグ・アンド・プレイに対応したネットワーク装置およびネットワーク装置による機器情報取得方法に関する。
【背景技術】
【０００２】
従来のネットワーク装置は、プラグ・アンド・プレイに対応したものが知られている（例えば、特許文献１参照）。
従来、ネットワーク装置は、ネットワークに接続された他の機器のサービスを授受しようとした場合、指定すべきＵＲＬについては手入力する必要があった。
【特許文献１】特開２００４−３３４８９６公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来のネットワーク装置は、サービスを提供する機器がネットワークに接続された後、ＵＲＬを手入力しなければならないという問題があった。
【課題を解決するための手段】
【０００４】
上記の目的を達成するために、この発明においては、ネットワークに接続された機器から、当該機器が提供するサービスを受けるためのＵＲＬを受信する受信部と、前記受信手段により受信した前記ＵＲＬを記憶する記憶部と、前記記憶手段に記憶されたＵＲＬから当該機器が提供するサービスを受けるための機器情報を取得する機器情報取得部とを備えたことを特徴とするネットワーク装置を提供する。
【０００５】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとしても成立し、該プログラムを記録したコンピュータ読み取り可能な記録媒体としても成立する。
【発明の効果】
【０００６】
この発明によれば、対応機器をネットワークにつなぐだけで、対応機器のサービスを授受する際に指定すべきＵＲＬ（Uniform Resource Locators）を自動的に記憶すると共に、このＵＲＬに簡便にアクセスできる手段を提供する。これによりユーザが手動でＵＲＬを入力するなどの手間をかけることなく対応機器のサービスを受けることができる。
【発明を実施するための最良の形態】
【０００７】
本実施形態は、典型的には、ソフトウェアで制御されるコンピュータにより実現される。この場合のソフトウェアは、プログラムやデータを含み、コンピュータのハードウェアを物理的に活用することで本発明の作用効果を実現するものであり、従来技術を適用可能な部分には好適な従来技術が適用される。さらに、本発明を実現するハードウェアやソフトウェアの具体的な種類や構成、ソフトウェアで処理する範囲などは自由に変更可能である。従って、以下の説明では、本発明を構成する機能ごとにブロック化して図示した仮想的機能ブロック図を用いる。なお、コンピュータを動作させて本発明を実現するためのプログラムも、本発明の一態様である。
【０００８】
以下、図面を参照しながら本発明の実施の形態について説明する。
（第１の実施形態）
図１は、本発明の第１の実施形態に係るネットワーク装置の構成を示す図である。
ネットワーク装置１００はＵＰｎＰ（Universal Plug and Play）対応の装置であり、制御部１０１、送受信部１０２、機器情報算出部１０３、ＵＲＬ記憶部１０４、サービス閲覧機能提供部１０５、ユーザインタフェース部１０６から構成されている。
【０００９】
制御部１０１は、ネットワーク装置１００全体の動作を制御する制御部であり、例えばＣＰＵ、メモリ等から構成される。
送受信部１０２は、ネットワークを介して、データを送受信する。
機器情報算出部１０３は、機器情報を解析して機器が提供する何らかのサービスを受けるためにアクセスすべきＵＲＬを算出する。
ＵＲＬ記憶部１０４は、機器情報算出部１０３が算出したＵＲＬを記憶する。
サービス閲覧機能提供部１０５は、ＵＲＬ記憶部１０４が記憶しているＵＲＬにアクセスすることによって機器１５０が提供するサービスを受ける。
ユーザインタフェース部１０６は、ユーザとのインタフェース機能、例えば周知のＧＵＩ機能を有している。本発明の主要部ではないため説明は省略する。
また、ネットワークに対してＵＰｎＰ（Universal Plug and Play）対応の機器１５０は、制御部１５１、送受信部１５２、機器情報メモリ１５３から構成されている。
【００１０】
制御部１５１は、ネットワーク装置１００全体の動作を制御する制御部であり、例えばＣＰＵ、メモリ等から構成される。
機器情報メモリ１５３は、ＸＭＬ形式で記述された機器１５０自身の機器情報を記憶している。
送受信部１５２は、ネットワークを介して他の機器とデータを送受信する。
次に、このように接続されたネットワーク装置１００の動作を説明する。なお、特に断らない限り、以降の動作は各制御部１０１、１５１の制御により動作が行われる。
【００１１】
ネットワーク装置１００は、ＵＰｎＰ対応のネットワーク装置１００自身が属するネットワークに対してＵＰｎＰ対応の機器１５０が接続されると、もしくはＵＰｎＰ対応機器１５０が既に属しているネットワークに対してＵＰｎＰ対応のネットワーク装置１００自身が接続されると、ＵＰｎＰプロトコルに従って機器発見，属性判別を行い機器１５０と相互接続を確立する。
【００１２】
上記相互接続が確立するとネットワーク装置１００は、機器１５０の機器情報の取得要求を、送受信部１５２を介して機器１５０へ送信する。
機器１５０は、送受信部１５２を介してネットワーク装置１００から機器情報の取得要求を受けると、ＸＭＬ形式で記述された機器１５０自身の機器情報を機器情報メモリ１５３から読み出し、送受信部１５２を介してネットワーク装置１００へ送出する。この機器情報としては、例えば、サービスを受けるためにアクセスすべきＵＲＬ，機器種別などの情報が含まれている。
【００１３】
図３は、上記ＸＭＬ形式で記述された機器１５０自身の機器情報の一例を示す図である。この例では機器情報としてＸＭＬ形式を用いている。ＸＭＬでは任意のタグを使用することができるため、同じサービスであるにもかかわらずメーカー毎に異なるタグが使われてしまう場合が考えられる。これを防ぎメーカーが異なっても使えるようにするため、予め団体や業界内で使用するＸＭＬのタグを決めておくことにより、メーカーが異なってもＸＭＬのタグの意味を把握することができる。
【００１４】
この例では、サービスを受けるためにアクセスすべきＵＲＬを記載するＸＭＬの要素として「PresentationURL」要素を用いることが予め業界等の規格で決められているものとして以下説明を続ける。
【００１５】
ネットワーク装置１００は、送受信部１０２を介して機器１５０の機器情報を取得する。
ネットワーク装置１００は、この取得したＸＭＬ形式で記述された機器１５０の機器情報を、機器情報算出部１０３に渡して解析させる。
機器情報算出部１０３は、機器１５０の機器情報から、機器１５０の提供する何らかのサービスを受けるためにネットワーク装置１００がアクセスすべきＵＲＬを算出する。
【００１６】
図３に示した機器１５０の機器情報の場合には、予め規格等で「PresentationURL」要素にアクセスすべきＵＲＬが記述されることと定められているので、アクセスすべきＵＲＬは「http://192.168.1.1:80」であることを算出する。この機器情報算出部１０３によって算出されるＵＲＬは一つに限定しない。それぞれのＵＲＬが異なるサービスを提供しており、複数のＵＲＬが算出される場合もあり得る。例えば「PresentationURL」要素の他に異なるサービスを提供する要素が予め定められている場合などがあり得る。
【００１７】
上記何らかのサービスとは、例えば機器１５０の現在の動作状況を知ることができるサービスであったり、機器１５０の機能設定を行うことができるサービスであったりする。なお、サービスは上記例に限定されない。
【００１８】
機器情報算出部１０３が算出したＵＲＬに全てのサービスに関する情報が記述されているとは限らない。例えば機器１５０の機器情報にはベースとなるＵＲＬが記述されており、このベースのＵＲＬに予め決められた文字列を付加することによってサービスを受けるためのＵＲＬ（ネットワーク装置１００がアクセスするべきＵＲＬ）を得る場合もある。
【００１９】
例えば図４（ａ）の例では、「PresentationURL」要素にベースとなるＵＲＬが記述されており、これにサービスに応じて予め決められた文字列を付加することによって、サービスを受けるための真のＵＲＬが得られる。図４（ａ）の例では、ベースとなるＵＲＬは図４（ｂ）に示す「http://192.168.1.1」である。ネットワーク装置１００は、ベースとなるＵＲＬ「http://192.168.1.1」の後ろに、図４（ｃ）に示す予め業界の規格等で決められた文字列「/deviceSetting.html」を付加し、図４（ｄ）に示すサービスを受けるための真のＵＲＬ「http://192.168.1.1/deviceSetting.html」を得てアクセスをする。
【００２０】
また、サービスを受けるためのＵＲＬの算出方法は上記例に限定しない。例えば、例えば、予め規格等で二つの特別な要素が定義されており、一つ目の要素に基準となるＵＲＬが含まれており、二つ目の要素に一つ目の要素で指定されたＵＲＬに対する相対的なＵＲＬが定義されており、これらから算出されるＵＲＬがサービスを受けるためのＵＲＬであってもよい。
【００２１】
例えば図５（ａ）の例では、「PresentationURL」要素にベースとなるＵＲＬが記述されており、「deviceSetting」要素に相対的なＵＲＬが記述されている。これら二つを組み合わせることによって、サービスを受けるための真のＵＲＬが得られる。図５（ａ）の例ではベースとなるＵＲＬは図５（ｂ）に示す「http://192.168.1.1」である。それに対する相対的なＵＲＬは図５（ｃ）に示す「/deviceSetting.html」である。これらから求まるサービスを受けるための真のＵＲＬは図５（ｄ）に示す「http://192.168.1.1/deviceSetting.html」と算出される。
【００２２】
制御部１０１は、機器情報算出部１０３によって算出されたＵＲＬをＵＲＬ記憶部１０４に記憶させる。予め決められた文字列を付加する形式が業界の規格等で決められている場合には、これを付加した真のＵＲＬを記憶してもよいし、或いはベースとなるＵＲＬだけ記憶してもよい。
【００２３】
制御部１０１は、機器情報算出部１０３によって複数のＵＲＬが算出された場合、ＵＲＬ記憶部１０４に複数のＵＲＬを記憶してもよい。また、制御部１０１は、必ずしも全てのＵＲＬをＵＲＬ記憶部１０４に記憶させる必要はなく、例えばユーザインタフェース部１０６を通じてユーザにＵＲＬを記憶させるか否かを問い合わせ、記憶させると判定されたもののみをＵＲＬ記憶部１０４に記憶させてもよい。
【００２４】
ＵＲＬ記憶部１０４は、機器情報算出部１０３によって算出されたＵＲＬを、制御部１０１の制御によって記憶する。
サービス閲覧機能提供部１０５は、ＵＲＬ記憶部１０４が記憶しているＵＲＬを任意のときに取得することができる。サービス閲覧機能提供部１０５は、ＵＲＬ記憶部１０４が記憶しているＵＲＬにアクセスすることによって機器１５０が提供するサービスを受けることができる。
【００２５】
図２は、本発明のネットワーク装置１００におけるＵＲＬの算出・記憶動作を説明するためのフローチャートである。
図２において、制御部１０１は、ＵＰｎＰによって機器の検出が確認した後、相手の機器１５０に対してその機器情報の取得を要請する（ステップＳ２０１）。
次に、送受信部１０２は、該要請に対して機器１５０が返した応答（機器情報）を受信する（ステップＳ２０２）。
次に、制御部１０１は、該応答（機器情報）を機器情報算出部１０３に解釈させてサービスを受けるためにアクセスするべきＵＲＬ（群）を算出させる（ステップＳ２０３）。機器情報算出部１０３が算出する方法については前述した通り特に限定しない。
【００２６】
次に、制御部１０１は、機器情報算出部１０３により算出されたＵＲＬ（群）のＵＲＬ一つ一つに対して次を実施する。注目する一つのＵＲＬに対して、該ＵＲＬをユーザに問い合わせずに自動的に登録すべきものか否かを判定する（ステップＳ２０４）。
【００２７】
ステップＳ２０４にて自動的に登録すべきと判定した場合（ステップＳ２０４のＹｅｓ）は、該ＵＲＬをＵＲＬ記憶部１０４に記憶させ（ステップＳ２０５）、自動的に登録すべきではなくユーザに問い合わせるべきと判定した場合（ステップＳ２０４のＮｏ）はユーザインタフェース部１０６によりユーザに問い合わせる（ステップＳ２０６）。
【００２８】
ステップＳ２０６の問い合わせの結果、ユーザが記憶すると判断した場合（ステップＳ２０７のＹｅｓ）は、ステップＳ２０５へ進み該ＵＲＬをＵＲＬ記憶部１０４に記憶する。
【００２９】
ステップＳ２０５にてＵＲＬをＵＲＬ記憶部１０４に記憶した後、および、ステップＳ２０７にてユーザが記憶しないと判断した場合（ステップＳ２０７のＮｏ）、最後のＵＲＬまで上記したステップＳ２０４以降の処理を繰り返す（ステップＳ２０８）。
【００３０】
この結果、ＵＲＬ記憶部１０４にはサービスに必要なＵＲＬが記憶されるので、ネットワーク装置１００では、いつでも機器１５０のサービスを受けることができる。
【００３１】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００３２】
【図１】本発明の装置の実施の形態の構成を説明するためのブロック図。
【図２】本発明のＵＲＬの算出・記憶の実施のフローチャートである。
【図３】機器１５０の機器情報の一例を示す図である。
【図４】サービスを受けるための真のＵＲＬを得る例を説明するための図。
【図５】サービスを受けるための真のＵＲＬを得る例を説明するための図。
【符号の説明】
【００３３】
１００…ネットワーク装置、１０１…制御部、１０２…送受信部、１０３…機器情報算出部、１０４…ＵＲＬ記憶部、１０５…サービス閲覧機能提供部、１０６…ユーザインタフェース部、１５０…機器、１５１…制御部、１５２…送受信部、１５３…機器情報メモリ。
【図１】
2006184999.tif 000003
【図２】
2006184999.tif 000004
【図３】
2006184999.tif 000005
【図４】
2006184999.tif 000006
【図５】
2006184999.tif 000007