ネットワーク機器管理装置、ネットワーク管理システム及びネットワーク機器管理方法
【課題】異なるプロトコルを持つ複数のホーム・ネットワークに接続している各機器が、どのような状態にあるかを統一的に管理し、または提示する方法、装置を得る。
【解決手段】本発明に係るネットワーク機器管理装置１は、異なる種類のネットワークに接続されたサービス機器にサービス内容を問合せるサービス問合わせ部１０３と、上記問合せて得たサービス内容を、上記サービス機器毎にサービス情報として登録・記憶指示するサービス情報作成部１０７と、上記サービス情報作成部が指示したサービス情報を記憶するサービス情報保存部１０２と、外部から特定の上記サービス機器の状態問合せがあると、上記サービス情報保存部に記憶されたサービス情報を送信指示する制御部１０１と、を備えた。
【解決手段】本発明に係るネットワーク機器管理装置１は、異なる種類のネットワークに接続されたサービス機器にサービス内容を問合せるサービス問合わせ部１０３と、上記問合せて得たサービス内容を、上記サービス機器毎にサービス情報として登録・記憶指示するサービス情報作成部１０７と、上記サービス情報作成部が指示したサービス情報を記憶するサービス情報保存部１０２と、外部から特定の上記サービス機器の状態問合せがあると、上記サービス情報保存部に記憶されたサービス情報を送信指示する制御部１０１と、を備えた。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、異なるプロトコルを持つホーム・ネットワークにおいて、接続されている各機器の状態を統一的に提示し、要求を実行可能にするホーム・ネットワーク管理方法、装置に関するものである。
【背景技術】
【０００２】
従来の情報通信機能付機器管理装置においては、例えば非特許文献１の「異種宅内ネット家電制御プロトコルに適用可能なリモートアクセス方式」にて示されたように、管理装置において、文面では明記されていない、何らかの方法にて操作対象の情報通信機能付機器取得した情報の保存形式および情報を用いたコマンド送信方式を規定する技術があった。この技術においては、異なる制御プロトコルを持つ２つのホーム・ネットワークＥＣＯＮＥＴとＵＰｎＰ ＡＶに接続された各機器を管理するホーム・ゲートウェイが共通情報と固有情報データベースを用意して、所定の機器に対するリモートからのコマンドを、これらのデータベースを参照して接続機器が属するホーム・ネットワークのプロトコルに翻訳して、指定された機器を制御する技術が示されている。しかし、機器からのデータや状態を収集して蓄積する具体的な方法および、蓄積したデータをユーザに見せるための付加情報の追加や、付加情報を含めた情報からユーザ・インタフェースを作成する方法については、何ら示されていない。つまり、単なるコマンドの変換技術のみが示されている。
【０００３】
また特許文献１の「相異なるミドルウェアを使用するホーム・ネットワーク上のデバイス間のメッセージの受け渡しを可能にするゲートウェイ・他」では、異なる２つのホーム・ネットワークＨＡＶＩとＵＰＮＰかあり、仲介するゲートウェイを設けて、各機器の状態を周期的に収集して管理し、片方のホーム・ネットワークに属する機器から他のミドルウェアの機器に対する要求を、フォーマット変換して伝えて結果を得て要求元機器に伝送する構成と動作が示されている。しかし、この技術においても、ゲートウェイは単に変換して伝え、得た結果を変換して伝送するだけであり、ユーザに対して各機器が持つ情報を適切に提示することに関しては、何ら示されていない。
【特許文献１】特開２００３−１３４１４２号公報
【非特許文献１】情報処理学会第６６回全国大会予稿、（平成１６年３月９日発行）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の技術は上記のように構成されており、ホーム・ネットワークなどにおいて、情報通信機能を備えた一般機器を多数接続した外部よりアクセス可能なネットワークが複数あり、かつそれら複数ネットワークのプロトコルの方式がそれぞれ異なる場合に、プロトコルに互換性が無いので同一アクセス手続きが使用できない。しかもそれ以前に、各機器がどのような状態にあるかを統一的に提示する方法が示されていない、という課題がある。
リモートから特定の機器を制御しようとする状況において、情報通信機器の知識に乏しい一般ユーザがネットワークプロトコルの違いなどを意識し、機器にアクセスする必要があると、実用性の上で非常に問題である。
【０００５】
この発明は上記の課題を解決するためになされたもので、異なるプロトコルを持つ複数のホーム・ネットワークに接続している各機器が、どのような状態にあるかを統一的に管理し、または提示する方法、装置を得る。
【課題を解決するための手段】
【０００６】
この発明に係るネットワーク機器管理装置は、異なる種類のネットワークに接続されたサービス機器にサービス内容を問合せるサービス問合わせ部と、
上記問合せて得たサービス内容を、上記サービス機器毎にサービス情報として登録・記憶指示するサービス情報作成部と、
上記サービス情報作成部が指示したサービス情報を記憶するサービス情報保存部と、
上記サービス機器のサービス問合せにより、上記サービス情報保存部に記憶されたサービス情報を提示する制御部と、を備えた。
【発明の効果】
【０００７】
この発明によれば、サービス問い合わせ部とサービス情報作成部と保存部とを備えたので、異なるネットワークに属する機器のサービスに対するユーザからの問合せや指示に対してどのネットワークに属するかを意識しないで、その問合せ機器の状態を知ることができる効果がある。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
異なるネットワークに属する機器のサービスに対するユーザからの問合せや指示を、同一のインタフェース、つまり取扱いで行い、かつユーザは問合せたその機器がどのネットワークに属するかを意識しないで、その問合せ機器の状態を知ることができる、実施の形態を説明する。
図１はこの発明の実施の形態１におけるネットワーク管理システムの構成を示す図である。図１において、システムは大きく、ローカルなネットワークとネットワーク機器管理装置１と、少なくとも情報通信機能付のネットワーク機器管理装置１と有線あるいは無線を用いてローカルに通信可能な複数の情報通信機能付のサービス機器Ａ１、Ｂ１および図示しないユーザへのインタフェース（視覚的にテキスト情報を表示する画面や聴覚的に音声で出力するスピーカなど）から構成される。そしてサービス機器Ａ１と、サービス機器Ｂ１は、異なるプロトコルを持つネットワークＡ２とネットワークＢ３に接続されている。また外部の網に対して情報通信機能を持たせることにより、ネットワーク機器管理装置１は、外部にある携帯電話等の端末５から、無線通路を含む広域の網４を経由してサービス機器Ａ１，Ｂ１等に関する問合せ照会に応答するという実装も可能である。
【０００９】
このシステムにおいてネットワーク機器管理装置１は、内部にプロセッサを含む制御部１０１、ネットワークＡ２，Ｂ３に接続されるサービス機器Ａ１，Ｂ１等の情報を記憶するサービス情報保存部１０２、接続されている個々のサービス機器Ａ１，Ｂ１が提供する機能や情報を問い合わせるためのサービス問合せ部１０３、ローカルなネットワークＡ，Ｂと通信を行うネットワーク通信部１０５、メモリ１０６と、ユーザのネットワーク機器管理装置１に対する、あるいは外部の端末５からの、サービス機器の状態問合せや、アクセス要求に対して適切な情報を提示できるよう、サービス情報保存部１０２内のデータベースにサービス問合せ部１０３が問合せたこれらのサービス機器からの情報を解析して、サービス情報として保存指示するサービス情報作成部１０７、更に得られたサービス情報を解析して、ユーザに理解し易い統一的なサービス情報に変換して付加するＵＩ（ユーザ・インタフェース）情報作成部１１１、ユーザからの問合せに対して、難解で不要な情報を省き、理解し易いインタフェース、例えばテキスト文章で必要部分のみを出力する操作入力ＵＩ作成部１２１、とで構成される。また、外部の網４と接続して端末５と通信を行う通信部１０４を加えることで無線通路を含む広域の網４を経由してサービス機器Ａ１，Ｂ１等に関する問合せ照会に応答するという実装も可能である。
なお、サービス機器のサービス問合せは、他のサービス機器、例えば、サービス機器Ａ２の図示しない入力部や、ＵＩを用いた入力により行われることもある。
【００１０】
ネットワーク機器管理装置１は図示しない通信プロトコル群を持ち、サービス機器Ａ１，Ｂ１とは様々な通信方式（例えば、ＵＰｎＰ，Ｂｌｕｅｔｏｏｔｈ，Ｈａｖｉ，Ｚｉｇｂｅｅ，Ｅｃｈｏｎｅｔなど）での接続、およびそれぞれの通信方式でのコマンドの送信およびそれに対する応答の処理を行うことが可能である。
またサービス機器Ａ１は、内部にプロセッサを含む制御部２５１、自身のサービス情報を記憶するサービス情報保存部２５２、ネットワーク機器管理装置１或いは外部の端末５等からの状態問合せ、制御要求に対応して自身が持つ機能にアクセス、制御する機能部分アクセス制御部２５４、ネットワーク機器管理装置１や、ネットワークＡに接続された他のサービス機器Ａｎと情報やデータを交換するネットワーク通信部２５５と、ネットワーク機器管理装置１からの問合わせに対してサービス情報を生成するサービス情報生成部２５７とで構成される。
【００１１】
この構成で特徴がある要素は、ユーザ入力による要求や外部からの問合せに対して、判りやすい統一的なサービス情報として提示できる形式に変換してサービス情報保存部１０２に記憶指示するＵＩ情報作成部１１１と、サービス機器への情報収集に基づいて得られた情報を解析し、更に別途に任意の入力により得たサービス情報をサービス情報保存部１０２に記憶指示するサービス情報作成部１０７である。
図２は、問合せて収集された各サービス機器の情報がＵＩ情報作成部１１１によって変換されて付加された後の、サービス情報保存部１０２にデータベースとして記憶されているサービス情報データベースの例を示す図である。図に示すように、サービス情報保存部１０２には、サービス機器ごとの提供サービスに関する情報をユーザ向け提示情報として標準化して保存する。もちろん、元のネットワーク情報とプロトコル等の関連情報や、個々のデバイスごとの情報をＤｅｖｎとして関連させて記憶する。例えばデバイス名２１２のＤｅｖ１は、ネットワークＢＴ（Ｂｌｕｅｔｏｏｔｈ）にプリンタが接続され、ネットワークＵＰｎＰに照明器具が接続されていることを示している。また標準化されてユーザに提示する項目としてＤａｔａ２０９欄に、制御可能な項目（Ｉｎｐｕｔ）と、ステータス項目（Ｏｕｔｐｕｔ）とを記憶している。更に詳細には、デバイスを識別するデバイス情報Ｄｅｖｉｃｅ Ｉｎｆｏ２０１と、例えば、ＢｌｕｅｔｏｏｔｈやＵＰｎＰ等の、個々のサービスの通信方式を示すＮｅｔｗｏｒｋ２１５（これは一つのデバイスに複数あってもかまわない）を含む、デバイスが提供するサービス情報Ｓｅｒｖｉｃｅ Ｉｎｆｏ２０４と、ネットワーク方式によるデバイスの通信部を特定するＮｅｔｗｏｒｋ ＩＤ２０６と、ネットワーク固有のアプリケーションを特定するための情報Ａｐｐｌｉｃａｔｉｏｎ２０７（これは一つのネットワークに複数あってもかまわない）と、詳細情報へのリンク２１３と、をも記憶している。この詳細情報へのリンクは、そのネットワークのプロトコルも含んでいる。
【００１２】
なお、上記の固有のアプリケーションが用いる入出力のデータＤａｔａ２０９は、アプリケーションへの入力データの種別とそこに入れる値を特定する（例えば、対応するコマンドに与えるどの引数に何を入れるかを示す）情報Ｉｎｐｕｔ２１０と、アプリケーションが出力するデータの種別とそこに入れる値を特定する（例えば、対応するコマンドがどんな値を何に変えるかを示す）情報Ｏｕｔｐｕｔ２１１と、外部の端末から問合せ、または制御をするユーザに対するユーザ向け提示情報２１４と、からなる。
【００１３】
詳細情報へのリンク２１３について説明する。
図２の例では、ネットワークとしてＢＴとＵＰｎＰの例が示されている。ＢＴのＳＤＰ（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）プロトコルでは、サービス・レコードの書式、サービス発見方法等を規定している。個々のサービス（Ｂａｓｉｃ Ｐｒｉｎｔｉｎｇ，ＦＡＸ等）を操作するために必要な情報（インタフェース名、引数名、引数のデータ型、メッセージ書式等）は、サービス毎に規定された「Ｐｒｏｆｉｌｅ」の中で規定されている。図４に、ＢＴにおいて、ＵＵＩＤ（ユーザ・ユーザ識別子）を持つサービス毎に、Ｓｅｒｖｉｃｅ Ｓｅａｒｃｈ Ｒｅｑｕｅｓｔコマンド、及びＳｅｒｖｉｃｅ Ａｔｔｒｉｂｕｔｅ Ｒｅｑｕｅｓｔを用い、可能なサービスの詳細情報（サービス・レコード）を得る例を示す。 例えば、プリンタが提供する印刷サービスには、固有の属性として、カラー、両面、表面加工などがあり、印刷サービスを提供している機器が、こうしたサービスを提供していれば、ユーザからの問合せに、属性情報として提示する。こうしたＳＤＰを用いたアプリケーションのサービスでは、リストの形で管理・保守を行う。個の情報は、ＢＴ＿ＳＤＰレジストリと呼ばれる。
【００１４】
一方、ＵＰｎＰでは、ネットワーク機器管理装置１のサービス問合せ部１０３からネットワーク通信部１０５を介して、図２に示すＤｅｖ１にリンクする照明器具にサービス内容を聞くサービスディスクリプションのコマンドを送ると、例えば図５で示される、ＵＰｎＰで規定されたＸＭＬで定義されたサービス内容が返送されてくる。
図６は、Ｄｅｖ１の照明器具にサービス内容を聞いて、上記ＸＭＬ定義に基づいた返送から抽出された、Ｉｎｐｕｔ，Ｏｕｔｐｕｔを示す図である。
ネットワーク機器管理装置１のサービス情報作成部１０７は、後に説明するように、これらの応答を解析して、ＵＩ情報作成部１１１が標準化した統一情報に変換して、ユーザ向け提示情報２１４として管理する。
【００１５】
次にネットワーク機器管理装置１の動作について説明する。
図３（ａ）は、ネットワーク機器管理装置１があるサイクルで行う各種のネットワークに接続されたサービス機器の情報を収集し、統一的な情報としてサービス情報保存部１０２に情報を保存するまでの動作を示したフローである。
図において、図示しないタイマー等によりこの情報収集が開始されると、ステップ（以後Ｓと略記する）３０１でネットワーク機器管理装置１は、プロセッサを含む制御部１０１がサービス問合せ部１０３に命じて最初のサービス機器Ａ１に対して機器情報を問合せる、つまりサービス機器の情報取得を行う。この際の情報取得は、各ネットワークＡ，Ｂ等が持つ固有の通信仕様に対応した方式（例えば、Ｂｌｕｅｔｏｏｔｈの場合はＳＤＰ（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｆｉｌｅ）で行う。ネットワークＡ２に接続されているサービス機器Ａ１は、この情報取得要求に呼応して、サービス情報生成部２５７が保存しているサービス情報をネットワーク通信部２５５経由でネットワーク機器管理装置１に送信する。このサービス情報をネットワーク通信部１０５経由で受けたネットワーク機器管理装置１は、サービス情報作成部１０７でこのサービス情報をＳ３０２で解析する。これは逆に、サービス機器Ａ１側からネットワーク機器管理装置１にサービス情報を定期的に送信し、これをＳ３０２で解析を行うようにしてもよい。この解析は、図６に示されるようにサービス機器が取り得る状態を示すステータスと、サービス機器のどの項目を制御できるかというコマンドとを抽出することである。上記の例でいえば、照明器具を制御する項目としての入力は１つであり、最大値１００まで１ステップ毎に制御入力が出来ることを解析する。また対応して出力としての状態は、明るさがその段階で明るくなることを知る。
【００１６】
サービス情報作成部１０７は、Ｓ３０２でサービス機器Ａ１の情報を解析して、詳細情報へのリンク２１３として得る。次いでＵＩ情報作成部１１１は、この解析された情報から、詳細情報へのリンク２１３をサービス情報に付加する。更に、ＵＩ情報作成部１１１は、ユーザ向け提示情報２１４として統一情報に変換し（Ｓ３０３）、図２と図６に例を示す情報としてＳ３０４で登録・記憶する。
Ｓ３０５Ｙｅｓで次のサービス機器を探して、次のサービス機器に接続して、Ｓ３０１に戻り、以後、全てのローカルなネットワークＡ，Ｂ等に接続されているサービス機器に対して情報取得を要求する。
なお、このＳ３０４での保存形式は、リスト形式であってもよく、また、データベース形式で保存してもよいし、また、ＸＭＬ（スキーマ言語記述）などのスクリプト言語形式のデータとして保存してもよい。
【００１７】
ネットワーク機器管理装置１へのユーザ入力或いは外部の端末５からのサービス機器に関するサービス問合せ、または制御に関する動作を説明する。
図３（ｂ）で、ユーザは端末５から特定のサービス機器の状態を問合せてくる。先ずネットワーク機器管理装置１が受付けて、その制御部１０１がＳ３５１で問合せを確認すると、Ｓ３５２で制御部１０１がサービス情報保存部１０２のデータベースを調べて、Ｓ３５３で操作入力ＵＩ作成部１２１が図２の詳細情報へのリンク２１３とユーザ向け提示情報２１４とから、難解で不必要な部分を省く作業を行う。そして、操作入力ＵＩ作成部１２１は、図７に例示される、判り易くて統一された情報を抽出して、ユーザ向け提示情報２１４をネットワーク機器管理装置１が持つディスプレイあるいはスピーカへ出力する、あるいは通信部１０４経由で送信する。
ユーザは、多くの場合、図４で示されるサービス情報を、そのままでは理解できない。同様に図５で示される記述も、一般ユーザとしては理解が困難である。従って、もっと判りやすい平易な文章や言葉でステータスや入力可能なコマンドを示す必要がある。図７は、その判りやすい統一情報に変換されて送信されるユーザ向け提示情報２１４の例を示している。即ち、図２の詳細情報へのリンクから抽出された、図６に照明器具の場合に例示されるＩｎｐｕｔ（入力または制御項目）、Ｏｕｔｐｕｔ（出力または状態）とから、図７のような、より判りやすい項目として示す。そして、照会されたサービス機器を示すユーザ向け提示情報としての「照明器具」と共に示される。
具体的には、操作入力ＵＩ作成部１２１の機能として、ＸＭＬのデータとして作成し、ＨＴＭＬでブラウザ上の選択ボタンのラベルに表示する形式に変換し、ボタン・クリックのイベントと図２のＡｐｐｌｉｃａｔｉｏｎ２０７を元に生成された起動スクリプトとをリンク付けする機能を付与することで、送信ができる。これは例えばＢｌｕｅｔｏｏｔｈでは、ボンディングのアプリケーションへとリンクさせ、その後、該当アプリケーションを起動すればよい。またＥｃｈｏｎｅｔの場合は、リンクが張られた状態であり、直接番号で指定したコマンドを起動する。
なお、端末５から制御入力としてコマンドが入力されると、ネットワーク機器管理装置１は、これを受けて対応するサービス機器にそのサービス機器が持つプロトコルに変換してネットワーク通信部１０５経由で転送し、サービス機器は、これをネットワーク通信部２５５経由で受ける。制御部２５１は受けたコマンドを解析して、機能部分アクセス制御部２５４から所定の制御を行い、結果を機能部分アクセス制御部２５４経由で受けとって状態解析をする。そしてネットワーク通信部２５５からネットワーク機器管理装置１に報告する。
ネットワーク機器管理装置１は、端末５に対する情報送信として、上記で説明した図７の判り易い状態提示を送信する。
【００１８】
以上のようにサービス問合せ部１０３を備えて、定期的に接続されたサービス機器にサービス内容の情報を取得し、サービス情報作成部１０７を備えて、取得した内容を解析して、かつＵＩ情報作成部１１１で統一情報に変換して保存するので、ユーザからのサービス機器の状態と制御項目の問合せに判り易い言葉で提示できる効果がある。更に、常に最新のサービス情報を収集しているので、問合せに対して即時に対応できる効果もある。
なお上記説明では、操作入力ＵＩ作成部１２１が行うユーザ向けサービスの作成機能を、照会があった時点で行わせると説明したが、サービス情報保存部１０２に保存時に指示して、図７相当の判り易い出力情報の欄に記憶するようにしてもよい。そして、図３（ｂ）の問合せに対して、Ｓ３５２で直ちに図７相当の情報を取得する。
【００１９】
実施の形態２．
先の実施の形態では、ユーザに判り易い出力形式に変換して記憶し、ユーザからの問合せに、その内容を提示するシステムを説明した。本実施の形態では、判り易い出力形式には変換せず、内部管理までを行うシステムを説明する。つまり、異なるネットワーク、異なるプロトコルを持つサービス機器の全てのサービス内容を把握して管理する、拡大した統一機器管理システムを説明する。 本実施の形態におけるシステム構成を図８に示す。即ち、ＵＩ情報作成部と操作入力ＵＩ作成部を持たず、サービス情報作成部１０７ｂの機能が異なっている。従ってサービス情報保存部１０２ｂが持つ内容が異なっているが、その他の構成要素は、実施の形態１のそれらと同様である。図９は、サービス情報保存部１０２ｂが記憶するサービス情報データベースの例を示す図である。先の図２と比較すると、ユーザ向け提示情報２１４と詳細情報へのリンク２１３が記憶されていない。しかし勿論、詳細情報へのリンク２１３は、データベースに記憶するようにしてもよい。サービス機器毎にＤｅｖの一行が割当てられて、横方向のデータが保存される。
【００２０】
ネットワーク機器管理装置１ｂの動作を図３（ａ）の動作フローに基づいて説明する。
サービス機器の情報取得ステップＳ３０１と、情報の解析ステップＳ３０２は、先の実施の形態と同様に動作する。そして上記のように、Ｓ３０４でＤｅｖ毎の一行が記憶・管理される。
動作としては、Ｓ３０５で全てのサービス機器のデータを取得すると、収集動作が終了し、データが保持・管理される。
上記の構成と動作であっても、全サービス機器のサービス内容をデータとして管理するので、サービス機器のプロトコルと言語を知っている場合に、この管理データへアクセスすれば、個々のサービス機器に順次問合せをしなくても、容易に内容を知ることが出来る。
または、ネットワーク機器管理装置１ｂにおいて、管理しているデータに対してデータ加工をして、より判り易い情報を付加することもできる。
【００２１】
実施の形態３．
実施の形態２に付加して、判り易い情報を付加する形態を説明する。
本実施の形態におけるシステム構成は、図１の構成において、操作入力ＵＩ作成部１２１を欠くことである。
また、本実施の形態におけるサービス情報保存部１０２ｃが記憶するサービス情報データベースは、図２と同様である。従って、各サービス機器から取得する情報内容や、統一サービスデータとして記憶、管理する内容は同じである。
【００２２】
次に動作を説明するが、本実施の形態が実施の形態１と異なるのは、ネットワーク機器管理装置１がユーザに対してディスプレイや音声出力などのＵＩを通して提示する、あるいは外部の端末からの照会に対する回答内容である。従って、図３（ａ）のサービス機器群からの情報収集の動作は同じであり、説明を省略する。
外部からの状態照会及び制御入力要求に対しては、図３（ｂ）の動作で操作入力ＵＩ作成部１２１が行うＳ３５３のステップが無い。従って端末５には、詳細情報へのリンク２１３と、ユーザ向け提示情報２１４とを合わせた詳細な情報が提示されることになる。
【００２３】
実施の形態４．
本実施の形態では、先の実施の形態で構成されるシステムが持つ副次的な効用を説明する。
本実施の形態におけるシステム構成を図１０に示す。即ち図１の構成に更に、ネットワーク機器管理装置１ｄと、サービス機器とに、それぞれＵＩ付加情報交換部を備えた構成とする。
また図１１に、本実施の形態におけるサービス情報保存部２５２ｄが記憶する付加的なＵＩ付加情報を示す。つまり例えばサービス機器Ａ１がＵＩ付加情報交換部４１３を備えて、そのサービス情報保存部２５２ｄに図１１のＵＩ付加情報を持つとする。
なお、ネットワーク機器管理装置１ｄが行う各サービス機器に対する情報収集は、実施の形態１と同様であり、詳細動作の説明は省略する。
【００２４】
次にこのシステムにおけるサービス機器を中心とするデータ交換動作を、図１２に基づいて説明する。
先に説明したように、ネットワーク機器管理装置１ｄは、図３（ａ）に示す動作で図２に示す情報をサービス情報保存部１０２に持っている。この状態で、例えばサービス機器Ａ１が他の場所に移動したとする。その移動先には、サービス機器Ａ１が元に接続していたネットワークＡのプロトコルを持つネットワークシステムがあり、そのサーバが元のプロトコルと同一の手続きで各種のサービスを提供しているとする。
こうした場合に、サービス機器Ａ１は図１２（ｂ）の動作を行って、図１１の情報を入手する。即ちＳ４５１でＵＩ付加情報交換部４１３は、情報の交換（入手）要求を行い、Ｓ４５２で得た図１１で示される、自身の詳細情報へのリンク２１３を得て、サービス情報保存部２５２ｄに保存する。
この保存形式は、リスト形式であってもよい。また、データベース形式で保存するという形式であってもよい。また、ＸＭＬなどのスクリプト言語形式のデータとして保存してもよい。
【００２５】
この詳細情報へのリンク２１３を得て、サービス機器Ａ１の制御部２５１は、移動して新たに接続した上記サーバから、詳細情報に記述された手続きでサービスを受けることができる。
なお上記説明では、ネットワーク機器管理装置の要素は、専用の要素であるとして説明したが、これらの要素、例えばＵＩ情報作成部を、汎用の計算機を用いてソフトウェアのプログラムにより、図３等で示される動作を行う機能を表現して、同等の動作をさせるようにしてもよい。
【図面の簡単な説明】
【００２６】
【図１】この発明の実施の形態１におけるシステム構成を示す図である。
【図２】実施の形態１のネットワーク機器管理装置におけるサービス情報保存部が記憶するデータベースのデータ例を示す図である。
【図３】実施の形態１におけるネットワーク機器管理装置が行うサービス機器の情報取得と、問合せ応答の動作を示すフロー図である。
【図４】Ｂｌｕｅｔｏｏｔｈにおける詳細情報を得るサービス要求の例を示す図である。
【図５】ＵＰｎＰにおけるサービス内容を得る手続きの例を示す図である。
【図６】実施の形態１におけるサービス情報作成部が抽出したＩｎｐｕｔ， Ｏｕｔｐｕｔの例を示す図である。
【図７】実施の形態１における操作入力ＵＩ作成部が作成したユーザ提示情報の例を示す図である。
【図８】この発明の実施の形態２におけるシステム構成を示す図である。
【図９】実施の形態２におけるサービス情報保存部が記憶するデータベースのデータ例を示す図である。
【図１０】この発明の実施の形態３におけるシステム構成を示す図である。
【図１１】この発明の実施の形態４におけるサービス情報保存部が記憶するデータベースのデータ例を示す図である。
【図１２】実施の形態４におけるネットワーク機器管理装置とサービス機器が行うサービス機器の転送と、保存の動作を示すフロー図である。
【符号の説明】
【００２７】
１，１ｂ，１ｃ，１ｄ ネットワーク機器管理装置、２ ネットワークＡ、３ ネットワークＢ、４ 網、５ 端末、１０１ プロセッサを含む制御部、１０２，１０２ｂ，１０２ｂ，１０２ｃ サービス情報保存部、１０３ サービス問合せ部、１０４ 通信部、１０５ ネットワーク通信部、１０６ メモリ、１０７，１０７ｂ サービス情報作成部、１１１ ＵＩ（ユーザ・インタフェース）情報作成部、１１４ ＵＩ付加情報交換部、１２１ 操作入力ＵＩ作成部、２０１ Ｄｅｖｉｃｅ情報、２０４ Ｓｅｒｖｉｃｅ情報、２０９ Ｄａｔａ、２１３ 詳細情報へのリンク、２１４ ユーザ向け提示情報、２５１ プロセッサを含む制御部、２５２，２５２ｄ サービス情報保存部、２５４ 機能部分アクセス制御部、２５５ ネットワーク通信部、２５７ サービス情報生成部、３５１
プロセッサを含む制御部、３５２，３５２ｄ サービス情報保存部、３５４ 機能部分アクセス制御部、３５５ ネットワーク通信部、３５７ サービス情報生成部、４１３ ＵＩ付加情報交換部、Ｓ３０１ サービス機器の情報取得ステップ、Ｓ３０２ 情報の解析ステップ、Ｓ３０３ 統一情報への変換ステップ、Ｓ３０４ データベース（またはメモリ）への登録・記憶ステップ、Ｓ３５２ 問合せ対応のサービス機器の情報取得ステップ、Ｓ３５３ ユーザ向けサービス情報の作成ステップ、Ｓ３５４ 端末への情報送信ステップ。
【技術分野】
【０００１】
この発明は、異なるプロトコルを持つホーム・ネットワークにおいて、接続されている各機器の状態を統一的に提示し、要求を実行可能にするホーム・ネットワーク管理方法、装置に関するものである。
【背景技術】
【０００２】
従来の情報通信機能付機器管理装置においては、例えば非特許文献１の「異種宅内ネット家電制御プロトコルに適用可能なリモートアクセス方式」にて示されたように、管理装置において、文面では明記されていない、何らかの方法にて操作対象の情報通信機能付機器取得した情報の保存形式および情報を用いたコマンド送信方式を規定する技術があった。この技術においては、異なる制御プロトコルを持つ２つのホーム・ネットワークＥＣＯＮＥＴとＵＰｎＰ ＡＶに接続された各機器を管理するホーム・ゲートウェイが共通情報と固有情報データベースを用意して、所定の機器に対するリモートからのコマンドを、これらのデータベースを参照して接続機器が属するホーム・ネットワークのプロトコルに翻訳して、指定された機器を制御する技術が示されている。しかし、機器からのデータや状態を収集して蓄積する具体的な方法および、蓄積したデータをユーザに見せるための付加情報の追加や、付加情報を含めた情報からユーザ・インタフェースを作成する方法については、何ら示されていない。つまり、単なるコマンドの変換技術のみが示されている。
【０００３】
また特許文献１の「相異なるミドルウェアを使用するホーム・ネットワーク上のデバイス間のメッセージの受け渡しを可能にするゲートウェイ・他」では、異なる２つのホーム・ネットワークＨＡＶＩとＵＰＮＰかあり、仲介するゲートウェイを設けて、各機器の状態を周期的に収集して管理し、片方のホーム・ネットワークに属する機器から他のミドルウェアの機器に対する要求を、フォーマット変換して伝えて結果を得て要求元機器に伝送する構成と動作が示されている。しかし、この技術においても、ゲートウェイは単に変換して伝え、得た結果を変換して伝送するだけであり、ユーザに対して各機器が持つ情報を適切に提示することに関しては、何ら示されていない。
【特許文献１】特開２００３−１３４１４２号公報
【非特許文献１】情報処理学会第６６回全国大会予稿、（平成１６年３月９日発行）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の技術は上記のように構成されており、ホーム・ネットワークなどにおいて、情報通信機能を備えた一般機器を多数接続した外部よりアクセス可能なネットワークが複数あり、かつそれら複数ネットワークのプロトコルの方式がそれぞれ異なる場合に、プロトコルに互換性が無いので同一アクセス手続きが使用できない。しかもそれ以前に、各機器がどのような状態にあるかを統一的に提示する方法が示されていない、という課題がある。
リモートから特定の機器を制御しようとする状況において、情報通信機器の知識に乏しい一般ユーザがネットワークプロトコルの違いなどを意識し、機器にアクセスする必要があると、実用性の上で非常に問題である。
【０００５】
この発明は上記の課題を解決するためになされたもので、異なるプロトコルを持つ複数のホーム・ネットワークに接続している各機器が、どのような状態にあるかを統一的に管理し、または提示する方法、装置を得る。
【課題を解決するための手段】
【０００６】
この発明に係るネットワーク機器管理装置は、異なる種類のネットワークに接続されたサービス機器にサービス内容を問合せるサービス問合わせ部と、
上記問合せて得たサービス内容を、上記サービス機器毎にサービス情報として登録・記憶指示するサービス情報作成部と、
上記サービス情報作成部が指示したサービス情報を記憶するサービス情報保存部と、
上記サービス機器のサービス問合せにより、上記サービス情報保存部に記憶されたサービス情報を提示する制御部と、を備えた。
【発明の効果】
【０００７】
この発明によれば、サービス問い合わせ部とサービス情報作成部と保存部とを備えたので、異なるネットワークに属する機器のサービスに対するユーザからの問合せや指示に対してどのネットワークに属するかを意識しないで、その問合せ機器の状態を知ることができる効果がある。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
異なるネットワークに属する機器のサービスに対するユーザからの問合せや指示を、同一のインタフェース、つまり取扱いで行い、かつユーザは問合せたその機器がどのネットワークに属するかを意識しないで、その問合せ機器の状態を知ることができる、実施の形態を説明する。
図１はこの発明の実施の形態１におけるネットワーク管理システムの構成を示す図である。図１において、システムは大きく、ローカルなネットワークとネットワーク機器管理装置１と、少なくとも情報通信機能付のネットワーク機器管理装置１と有線あるいは無線を用いてローカルに通信可能な複数の情報通信機能付のサービス機器Ａ１、Ｂ１および図示しないユーザへのインタフェース（視覚的にテキスト情報を表示する画面や聴覚的に音声で出力するスピーカなど）から構成される。そしてサービス機器Ａ１と、サービス機器Ｂ１は、異なるプロトコルを持つネットワークＡ２とネットワークＢ３に接続されている。また外部の網に対して情報通信機能を持たせることにより、ネットワーク機器管理装置１は、外部にある携帯電話等の端末５から、無線通路を含む広域の網４を経由してサービス機器Ａ１，Ｂ１等に関する問合せ照会に応答するという実装も可能である。
【０００９】
このシステムにおいてネットワーク機器管理装置１は、内部にプロセッサを含む制御部１０１、ネットワークＡ２，Ｂ３に接続されるサービス機器Ａ１，Ｂ１等の情報を記憶するサービス情報保存部１０２、接続されている個々のサービス機器Ａ１，Ｂ１が提供する機能や情報を問い合わせるためのサービス問合せ部１０３、ローカルなネットワークＡ，Ｂと通信を行うネットワーク通信部１０５、メモリ１０６と、ユーザのネットワーク機器管理装置１に対する、あるいは外部の端末５からの、サービス機器の状態問合せや、アクセス要求に対して適切な情報を提示できるよう、サービス情報保存部１０２内のデータベースにサービス問合せ部１０３が問合せたこれらのサービス機器からの情報を解析して、サービス情報として保存指示するサービス情報作成部１０７、更に得られたサービス情報を解析して、ユーザに理解し易い統一的なサービス情報に変換して付加するＵＩ（ユーザ・インタフェース）情報作成部１１１、ユーザからの問合せに対して、難解で不要な情報を省き、理解し易いインタフェース、例えばテキスト文章で必要部分のみを出力する操作入力ＵＩ作成部１２１、とで構成される。また、外部の網４と接続して端末５と通信を行う通信部１０４を加えることで無線通路を含む広域の網４を経由してサービス機器Ａ１，Ｂ１等に関する問合せ照会に応答するという実装も可能である。
なお、サービス機器のサービス問合せは、他のサービス機器、例えば、サービス機器Ａ２の図示しない入力部や、ＵＩを用いた入力により行われることもある。
【００１０】
ネットワーク機器管理装置１は図示しない通信プロトコル群を持ち、サービス機器Ａ１，Ｂ１とは様々な通信方式（例えば、ＵＰｎＰ，Ｂｌｕｅｔｏｏｔｈ，Ｈａｖｉ，Ｚｉｇｂｅｅ，Ｅｃｈｏｎｅｔなど）での接続、およびそれぞれの通信方式でのコマンドの送信およびそれに対する応答の処理を行うことが可能である。
またサービス機器Ａ１は、内部にプロセッサを含む制御部２５１、自身のサービス情報を記憶するサービス情報保存部２５２、ネットワーク機器管理装置１或いは外部の端末５等からの状態問合せ、制御要求に対応して自身が持つ機能にアクセス、制御する機能部分アクセス制御部２５４、ネットワーク機器管理装置１や、ネットワークＡに接続された他のサービス機器Ａｎと情報やデータを交換するネットワーク通信部２５５と、ネットワーク機器管理装置１からの問合わせに対してサービス情報を生成するサービス情報生成部２５７とで構成される。
【００１１】
この構成で特徴がある要素は、ユーザ入力による要求や外部からの問合せに対して、判りやすい統一的なサービス情報として提示できる形式に変換してサービス情報保存部１０２に記憶指示するＵＩ情報作成部１１１と、サービス機器への情報収集に基づいて得られた情報を解析し、更に別途に任意の入力により得たサービス情報をサービス情報保存部１０２に記憶指示するサービス情報作成部１０７である。
図２は、問合せて収集された各サービス機器の情報がＵＩ情報作成部１１１によって変換されて付加された後の、サービス情報保存部１０２にデータベースとして記憶されているサービス情報データベースの例を示す図である。図に示すように、サービス情報保存部１０２には、サービス機器ごとの提供サービスに関する情報をユーザ向け提示情報として標準化して保存する。もちろん、元のネットワーク情報とプロトコル等の関連情報や、個々のデバイスごとの情報をＤｅｖｎとして関連させて記憶する。例えばデバイス名２１２のＤｅｖ１は、ネットワークＢＴ（Ｂｌｕｅｔｏｏｔｈ）にプリンタが接続され、ネットワークＵＰｎＰに照明器具が接続されていることを示している。また標準化されてユーザに提示する項目としてＤａｔａ２０９欄に、制御可能な項目（Ｉｎｐｕｔ）と、ステータス項目（Ｏｕｔｐｕｔ）とを記憶している。更に詳細には、デバイスを識別するデバイス情報Ｄｅｖｉｃｅ Ｉｎｆｏ２０１と、例えば、ＢｌｕｅｔｏｏｔｈやＵＰｎＰ等の、個々のサービスの通信方式を示すＮｅｔｗｏｒｋ２１５（これは一つのデバイスに複数あってもかまわない）を含む、デバイスが提供するサービス情報Ｓｅｒｖｉｃｅ Ｉｎｆｏ２０４と、ネットワーク方式によるデバイスの通信部を特定するＮｅｔｗｏｒｋ ＩＤ２０６と、ネットワーク固有のアプリケーションを特定するための情報Ａｐｐｌｉｃａｔｉｏｎ２０７（これは一つのネットワークに複数あってもかまわない）と、詳細情報へのリンク２１３と、をも記憶している。この詳細情報へのリンクは、そのネットワークのプロトコルも含んでいる。
【００１２】
なお、上記の固有のアプリケーションが用いる入出力のデータＤａｔａ２０９は、アプリケーションへの入力データの種別とそこに入れる値を特定する（例えば、対応するコマンドに与えるどの引数に何を入れるかを示す）情報Ｉｎｐｕｔ２１０と、アプリケーションが出力するデータの種別とそこに入れる値を特定する（例えば、対応するコマンドがどんな値を何に変えるかを示す）情報Ｏｕｔｐｕｔ２１１と、外部の端末から問合せ、または制御をするユーザに対するユーザ向け提示情報２１４と、からなる。
【００１３】
詳細情報へのリンク２１３について説明する。
図２の例では、ネットワークとしてＢＴとＵＰｎＰの例が示されている。ＢＴのＳＤＰ（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）プロトコルでは、サービス・レコードの書式、サービス発見方法等を規定している。個々のサービス（Ｂａｓｉｃ Ｐｒｉｎｔｉｎｇ，ＦＡＸ等）を操作するために必要な情報（インタフェース名、引数名、引数のデータ型、メッセージ書式等）は、サービス毎に規定された「Ｐｒｏｆｉｌｅ」の中で規定されている。図４に、ＢＴにおいて、ＵＵＩＤ（ユーザ・ユーザ識別子）を持つサービス毎に、Ｓｅｒｖｉｃｅ Ｓｅａｒｃｈ Ｒｅｑｕｅｓｔコマンド、及びＳｅｒｖｉｃｅ Ａｔｔｒｉｂｕｔｅ Ｒｅｑｕｅｓｔを用い、可能なサービスの詳細情報（サービス・レコード）を得る例を示す。 例えば、プリンタが提供する印刷サービスには、固有の属性として、カラー、両面、表面加工などがあり、印刷サービスを提供している機器が、こうしたサービスを提供していれば、ユーザからの問合せに、属性情報として提示する。こうしたＳＤＰを用いたアプリケーションのサービスでは、リストの形で管理・保守を行う。個の情報は、ＢＴ＿ＳＤＰレジストリと呼ばれる。
【００１４】
一方、ＵＰｎＰでは、ネットワーク機器管理装置１のサービス問合せ部１０３からネットワーク通信部１０５を介して、図２に示すＤｅｖ１にリンクする照明器具にサービス内容を聞くサービスディスクリプションのコマンドを送ると、例えば図５で示される、ＵＰｎＰで規定されたＸＭＬで定義されたサービス内容が返送されてくる。
図６は、Ｄｅｖ１の照明器具にサービス内容を聞いて、上記ＸＭＬ定義に基づいた返送から抽出された、Ｉｎｐｕｔ，Ｏｕｔｐｕｔを示す図である。
ネットワーク機器管理装置１のサービス情報作成部１０７は、後に説明するように、これらの応答を解析して、ＵＩ情報作成部１１１が標準化した統一情報に変換して、ユーザ向け提示情報２１４として管理する。
【００１５】
次にネットワーク機器管理装置１の動作について説明する。
図３（ａ）は、ネットワーク機器管理装置１があるサイクルで行う各種のネットワークに接続されたサービス機器の情報を収集し、統一的な情報としてサービス情報保存部１０２に情報を保存するまでの動作を示したフローである。
図において、図示しないタイマー等によりこの情報収集が開始されると、ステップ（以後Ｓと略記する）３０１でネットワーク機器管理装置１は、プロセッサを含む制御部１０１がサービス問合せ部１０３に命じて最初のサービス機器Ａ１に対して機器情報を問合せる、つまりサービス機器の情報取得を行う。この際の情報取得は、各ネットワークＡ，Ｂ等が持つ固有の通信仕様に対応した方式（例えば、Ｂｌｕｅｔｏｏｔｈの場合はＳＤＰ（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｆｉｌｅ）で行う。ネットワークＡ２に接続されているサービス機器Ａ１は、この情報取得要求に呼応して、サービス情報生成部２５７が保存しているサービス情報をネットワーク通信部２５５経由でネットワーク機器管理装置１に送信する。このサービス情報をネットワーク通信部１０５経由で受けたネットワーク機器管理装置１は、サービス情報作成部１０７でこのサービス情報をＳ３０２で解析する。これは逆に、サービス機器Ａ１側からネットワーク機器管理装置１にサービス情報を定期的に送信し、これをＳ３０２で解析を行うようにしてもよい。この解析は、図６に示されるようにサービス機器が取り得る状態を示すステータスと、サービス機器のどの項目を制御できるかというコマンドとを抽出することである。上記の例でいえば、照明器具を制御する項目としての入力は１つであり、最大値１００まで１ステップ毎に制御入力が出来ることを解析する。また対応して出力としての状態は、明るさがその段階で明るくなることを知る。
【００１６】
サービス情報作成部１０７は、Ｓ３０２でサービス機器Ａ１の情報を解析して、詳細情報へのリンク２１３として得る。次いでＵＩ情報作成部１１１は、この解析された情報から、詳細情報へのリンク２１３をサービス情報に付加する。更に、ＵＩ情報作成部１１１は、ユーザ向け提示情報２１４として統一情報に変換し（Ｓ３０３）、図２と図６に例を示す情報としてＳ３０４で登録・記憶する。
Ｓ３０５Ｙｅｓで次のサービス機器を探して、次のサービス機器に接続して、Ｓ３０１に戻り、以後、全てのローカルなネットワークＡ，Ｂ等に接続されているサービス機器に対して情報取得を要求する。
なお、このＳ３０４での保存形式は、リスト形式であってもよく、また、データベース形式で保存してもよいし、また、ＸＭＬ（スキーマ言語記述）などのスクリプト言語形式のデータとして保存してもよい。
【００１７】
ネットワーク機器管理装置１へのユーザ入力或いは外部の端末５からのサービス機器に関するサービス問合せ、または制御に関する動作を説明する。
図３（ｂ）で、ユーザは端末５から特定のサービス機器の状態を問合せてくる。先ずネットワーク機器管理装置１が受付けて、その制御部１０１がＳ３５１で問合せを確認すると、Ｓ３５２で制御部１０１がサービス情報保存部１０２のデータベースを調べて、Ｓ３５３で操作入力ＵＩ作成部１２１が図２の詳細情報へのリンク２１３とユーザ向け提示情報２１４とから、難解で不必要な部分を省く作業を行う。そして、操作入力ＵＩ作成部１２１は、図７に例示される、判り易くて統一された情報を抽出して、ユーザ向け提示情報２１４をネットワーク機器管理装置１が持つディスプレイあるいはスピーカへ出力する、あるいは通信部１０４経由で送信する。
ユーザは、多くの場合、図４で示されるサービス情報を、そのままでは理解できない。同様に図５で示される記述も、一般ユーザとしては理解が困難である。従って、もっと判りやすい平易な文章や言葉でステータスや入力可能なコマンドを示す必要がある。図７は、その判りやすい統一情報に変換されて送信されるユーザ向け提示情報２１４の例を示している。即ち、図２の詳細情報へのリンクから抽出された、図６に照明器具の場合に例示されるＩｎｐｕｔ（入力または制御項目）、Ｏｕｔｐｕｔ（出力または状態）とから、図７のような、より判りやすい項目として示す。そして、照会されたサービス機器を示すユーザ向け提示情報としての「照明器具」と共に示される。
具体的には、操作入力ＵＩ作成部１２１の機能として、ＸＭＬのデータとして作成し、ＨＴＭＬでブラウザ上の選択ボタンのラベルに表示する形式に変換し、ボタン・クリックのイベントと図２のＡｐｐｌｉｃａｔｉｏｎ２０７を元に生成された起動スクリプトとをリンク付けする機能を付与することで、送信ができる。これは例えばＢｌｕｅｔｏｏｔｈでは、ボンディングのアプリケーションへとリンクさせ、その後、該当アプリケーションを起動すればよい。またＥｃｈｏｎｅｔの場合は、リンクが張られた状態であり、直接番号で指定したコマンドを起動する。
なお、端末５から制御入力としてコマンドが入力されると、ネットワーク機器管理装置１は、これを受けて対応するサービス機器にそのサービス機器が持つプロトコルに変換してネットワーク通信部１０５経由で転送し、サービス機器は、これをネットワーク通信部２５５経由で受ける。制御部２５１は受けたコマンドを解析して、機能部分アクセス制御部２５４から所定の制御を行い、結果を機能部分アクセス制御部２５４経由で受けとって状態解析をする。そしてネットワーク通信部２５５からネットワーク機器管理装置１に報告する。
ネットワーク機器管理装置１は、端末５に対する情報送信として、上記で説明した図７の判り易い状態提示を送信する。
【００１８】
以上のようにサービス問合せ部１０３を備えて、定期的に接続されたサービス機器にサービス内容の情報を取得し、サービス情報作成部１０７を備えて、取得した内容を解析して、かつＵＩ情報作成部１１１で統一情報に変換して保存するので、ユーザからのサービス機器の状態と制御項目の問合せに判り易い言葉で提示できる効果がある。更に、常に最新のサービス情報を収集しているので、問合せに対して即時に対応できる効果もある。
なお上記説明では、操作入力ＵＩ作成部１２１が行うユーザ向けサービスの作成機能を、照会があった時点で行わせると説明したが、サービス情報保存部１０２に保存時に指示して、図７相当の判り易い出力情報の欄に記憶するようにしてもよい。そして、図３（ｂ）の問合せに対して、Ｓ３５２で直ちに図７相当の情報を取得する。
【００１９】
実施の形態２．
先の実施の形態では、ユーザに判り易い出力形式に変換して記憶し、ユーザからの問合せに、その内容を提示するシステムを説明した。本実施の形態では、判り易い出力形式には変換せず、内部管理までを行うシステムを説明する。つまり、異なるネットワーク、異なるプロトコルを持つサービス機器の全てのサービス内容を把握して管理する、拡大した統一機器管理システムを説明する。 本実施の形態におけるシステム構成を図８に示す。即ち、ＵＩ情報作成部と操作入力ＵＩ作成部を持たず、サービス情報作成部１０７ｂの機能が異なっている。従ってサービス情報保存部１０２ｂが持つ内容が異なっているが、その他の構成要素は、実施の形態１のそれらと同様である。図９は、サービス情報保存部１０２ｂが記憶するサービス情報データベースの例を示す図である。先の図２と比較すると、ユーザ向け提示情報２１４と詳細情報へのリンク２１３が記憶されていない。しかし勿論、詳細情報へのリンク２１３は、データベースに記憶するようにしてもよい。サービス機器毎にＤｅｖの一行が割当てられて、横方向のデータが保存される。
【００２０】
ネットワーク機器管理装置１ｂの動作を図３（ａ）の動作フローに基づいて説明する。
サービス機器の情報取得ステップＳ３０１と、情報の解析ステップＳ３０２は、先の実施の形態と同様に動作する。そして上記のように、Ｓ３０４でＤｅｖ毎の一行が記憶・管理される。
動作としては、Ｓ３０５で全てのサービス機器のデータを取得すると、収集動作が終了し、データが保持・管理される。
上記の構成と動作であっても、全サービス機器のサービス内容をデータとして管理するので、サービス機器のプロトコルと言語を知っている場合に、この管理データへアクセスすれば、個々のサービス機器に順次問合せをしなくても、容易に内容を知ることが出来る。
または、ネットワーク機器管理装置１ｂにおいて、管理しているデータに対してデータ加工をして、より判り易い情報を付加することもできる。
【００２１】
実施の形態３．
実施の形態２に付加して、判り易い情報を付加する形態を説明する。
本実施の形態におけるシステム構成は、図１の構成において、操作入力ＵＩ作成部１２１を欠くことである。
また、本実施の形態におけるサービス情報保存部１０２ｃが記憶するサービス情報データベースは、図２と同様である。従って、各サービス機器から取得する情報内容や、統一サービスデータとして記憶、管理する内容は同じである。
【００２２】
次に動作を説明するが、本実施の形態が実施の形態１と異なるのは、ネットワーク機器管理装置１がユーザに対してディスプレイや音声出力などのＵＩを通して提示する、あるいは外部の端末からの照会に対する回答内容である。従って、図３（ａ）のサービス機器群からの情報収集の動作は同じであり、説明を省略する。
外部からの状態照会及び制御入力要求に対しては、図３（ｂ）の動作で操作入力ＵＩ作成部１２１が行うＳ３５３のステップが無い。従って端末５には、詳細情報へのリンク２１３と、ユーザ向け提示情報２１４とを合わせた詳細な情報が提示されることになる。
【００２３】
実施の形態４．
本実施の形態では、先の実施の形態で構成されるシステムが持つ副次的な効用を説明する。
本実施の形態におけるシステム構成を図１０に示す。即ち図１の構成に更に、ネットワーク機器管理装置１ｄと、サービス機器とに、それぞれＵＩ付加情報交換部を備えた構成とする。
また図１１に、本実施の形態におけるサービス情報保存部２５２ｄが記憶する付加的なＵＩ付加情報を示す。つまり例えばサービス機器Ａ１がＵＩ付加情報交換部４１３を備えて、そのサービス情報保存部２５２ｄに図１１のＵＩ付加情報を持つとする。
なお、ネットワーク機器管理装置１ｄが行う各サービス機器に対する情報収集は、実施の形態１と同様であり、詳細動作の説明は省略する。
【００２４】
次にこのシステムにおけるサービス機器を中心とするデータ交換動作を、図１２に基づいて説明する。
先に説明したように、ネットワーク機器管理装置１ｄは、図３（ａ）に示す動作で図２に示す情報をサービス情報保存部１０２に持っている。この状態で、例えばサービス機器Ａ１が他の場所に移動したとする。その移動先には、サービス機器Ａ１が元に接続していたネットワークＡのプロトコルを持つネットワークシステムがあり、そのサーバが元のプロトコルと同一の手続きで各種のサービスを提供しているとする。
こうした場合に、サービス機器Ａ１は図１２（ｂ）の動作を行って、図１１の情報を入手する。即ちＳ４５１でＵＩ付加情報交換部４１３は、情報の交換（入手）要求を行い、Ｓ４５２で得た図１１で示される、自身の詳細情報へのリンク２１３を得て、サービス情報保存部２５２ｄに保存する。
この保存形式は、リスト形式であってもよい。また、データベース形式で保存するという形式であってもよい。また、ＸＭＬなどのスクリプト言語形式のデータとして保存してもよい。
【００２５】
この詳細情報へのリンク２１３を得て、サービス機器Ａ１の制御部２５１は、移動して新たに接続した上記サーバから、詳細情報に記述された手続きでサービスを受けることができる。
なお上記説明では、ネットワーク機器管理装置の要素は、専用の要素であるとして説明したが、これらの要素、例えばＵＩ情報作成部を、汎用の計算機を用いてソフトウェアのプログラムにより、図３等で示される動作を行う機能を表現して、同等の動作をさせるようにしてもよい。
【図面の簡単な説明】
【００２６】
【図１】この発明の実施の形態１におけるシステム構成を示す図である。
【図２】実施の形態１のネットワーク機器管理装置におけるサービス情報保存部が記憶するデータベースのデータ例を示す図である。
【図３】実施の形態１におけるネットワーク機器管理装置が行うサービス機器の情報取得と、問合せ応答の動作を示すフロー図である。
【図４】Ｂｌｕｅｔｏｏｔｈにおける詳細情報を得るサービス要求の例を示す図である。
【図５】ＵＰｎＰにおけるサービス内容を得る手続きの例を示す図である。
【図６】実施の形態１におけるサービス情報作成部が抽出したＩｎｐｕｔ， Ｏｕｔｐｕｔの例を示す図である。
【図７】実施の形態１における操作入力ＵＩ作成部が作成したユーザ提示情報の例を示す図である。
【図８】この発明の実施の形態２におけるシステム構成を示す図である。
【図９】実施の形態２におけるサービス情報保存部が記憶するデータベースのデータ例を示す図である。
【図１０】この発明の実施の形態３におけるシステム構成を示す図である。
【図１１】この発明の実施の形態４におけるサービス情報保存部が記憶するデータベースのデータ例を示す図である。
【図１２】実施の形態４におけるネットワーク機器管理装置とサービス機器が行うサービス機器の転送と、保存の動作を示すフロー図である。
【符号の説明】
【００２７】
１，１ｂ，１ｃ，１ｄ ネットワーク機器管理装置、２ ネットワークＡ、３ ネットワークＢ、４ 網、５ 端末、１０１ プロセッサを含む制御部、１０２，１０２ｂ，１０２ｂ，１０２ｃ サービス情報保存部、１０３ サービス問合せ部、１０４ 通信部、１０５ ネットワーク通信部、１０６ メモリ、１０７，１０７ｂ サービス情報作成部、１１１ ＵＩ（ユーザ・インタフェース）情報作成部、１１４ ＵＩ付加情報交換部、１２１ 操作入力ＵＩ作成部、２０１ Ｄｅｖｉｃｅ情報、２０４ Ｓｅｒｖｉｃｅ情報、２０９ Ｄａｔａ、２１３ 詳細情報へのリンク、２１４ ユーザ向け提示情報、２５１ プロセッサを含む制御部、２５２，２５２ｄ サービス情報保存部、２５４ 機能部分アクセス制御部、２５５ ネットワーク通信部、２５７ サービス情報生成部、３５１
プロセッサを含む制御部、３５２，３５２ｄ サービス情報保存部、３５４ 機能部分アクセス制御部、３５５ ネットワーク通信部、３５７ サービス情報生成部、４１３ ＵＩ付加情報交換部、Ｓ３０１ サービス機器の情報取得ステップ、Ｓ３０２ 情報の解析ステップ、Ｓ３０３ 統一情報への変換ステップ、Ｓ３０４ データベース（またはメモリ）への登録・記憶ステップ、Ｓ３５２ 問合せ対応のサービス機器の情報取得ステップ、Ｓ３５３ ユーザ向けサービス情報の作成ステップ、Ｓ３５４ 端末への情報送信ステップ。
【特許請求の範囲】
【請求項１】
異なる種類のネットワークに接続されたサービス機器にサービス内容を問合せるサービス問合わせ部と、
上記問合せて得たサービス内容を、上記サービス機器毎にサービス情報として登録することを指示するサービス情報作成部と、
上記サービス情報作成部が登録を指示したサービス情報を記憶するサービス情報保存部と、
特定の上記サービス機器のサービス問合せがあると、上記サービス情報保存部に記憶されたサービス情報を送信指示する制御部と、を備えたことを特徴とするネットワーク機器管理装置。
【請求項２】
サービス機器に問合せたサービス内容から、ネットワークに関する、詳細情報へのリンク情報、を得て、サービス情報に付加して登録を指示するユーザ・インタフェース情報作成部、を備えたことを特徴とする請求項１記載のネットワーク機器管理装置。
【請求項３】
ユーザ・インタフェース情報作成部は、記憶するサービス情報として異なるネットワークに関わらず標準化したサービス機器を制御するための入力の項目と、標準化したサービス機器の状態を表す出力の項目とを得て、該標準化したサービス情報を登録するよう指示することを特徴とする請求項２記載のネットワーク機器管理装置。
【請求項４】
制御部は、サービス機器を制御するための入力を受けて、対応するサービス機器が持つ詳細情報へのリンク情報に基づいて該サービス機器に対する制御情報を得て、該得た制御情報を上記サービス機器に送信することを特徴とする請求項２記載のネットワーク機器管理装置。
【請求項５】
詳細情報へのリンク情報を付加されたサービス情報から、所定の情報を抽出して提示する操作入力ユーザ・インタフェース作成部、を備えたことを特徴とする請求項２記載のネットワーク機器管理装置。
【請求項６】
制御部は、サービス機器からの要求に応じて詳細情報へのリンク情報を含むサービス情報を上記サービス機器に送信することを特徴とする請求項２記載のネットワーク機器管理装置。
【請求項７】
サービス情報作成部は、サービス情報の保存形態として、データベースとファイル形式とスキーマ言語記述データとのいずれか１つの形式で記憶するよう指示することを特徴とする請求項１記載のネットワーク機器管理装置。
【請求項８】
異なる種類のネットワークに接続されたサービス機器にサービス内容を問合せるサービス問合わせ部と、該問合せて得たサービス内容を上記サービス機器毎にサービス情報として登録することを指示するサービス情報作成部と、該サービス情報作成部が指示したサービス情報を記憶するサービス情報保存部と、特定の上記サービス機器のサービス問合せがあると、上記サービス情報保存部に記憶されたサービス情報を送信指示する制御部と、を備えたネットワーク機器管理装置と、
上記ネットワークに接続されるサービス機器であって、上記異なるネットワークを形成する複数のサービス機器と、で構成されることを特徴とするネットワーク管理システム。
【請求項９】
ネットワーク機器管理装置とサービス機器は、それぞれユーザ・インタフェース付加情報交換部を備えて、上記サービス機器は、上記ネットワーク機器管理装置のサービス情報保存部に記憶されたサービス情報の転送を受けて該サービス情報を保存することを特徴とする請求項８記載のネットワーク管理システム。
【請求項１０】
サービス問合せ部が、異なる種類のネットワークに接続されたサービス機器にサービス内容を問合せて取得するサービス機器の情報取得ステップと、
サービス情報作成部が、上記問合せて取得したサービス内容を解析する解析ステップと、
上記サービス内容の解析に基づいて上記サービス機器毎にサービス情報として記憶するサービス情報記憶ステップと、
特定の上記サービス機器のサービス問合せがあると、上記サービス情報記憶ステップで記憶されたサービス情報を送信する送信ステップと、を備えたことを特徴とするネットワーク機器管理方法。
【請求項１】
異なる種類のネットワークに接続されたサービス機器にサービス内容を問合せるサービス問合わせ部と、
上記問合せて得たサービス内容を、上記サービス機器毎にサービス情報として登録することを指示するサービス情報作成部と、
上記サービス情報作成部が登録を指示したサービス情報を記憶するサービス情報保存部と、
特定の上記サービス機器のサービス問合せがあると、上記サービス情報保存部に記憶されたサービス情報を送信指示する制御部と、を備えたことを特徴とするネットワーク機器管理装置。
【請求項２】
サービス機器に問合せたサービス内容から、ネットワークに関する、詳細情報へのリンク情報、を得て、サービス情報に付加して登録を指示するユーザ・インタフェース情報作成部、を備えたことを特徴とする請求項１記載のネットワーク機器管理装置。
【請求項３】
ユーザ・インタフェース情報作成部は、記憶するサービス情報として異なるネットワークに関わらず標準化したサービス機器を制御するための入力の項目と、標準化したサービス機器の状態を表す出力の項目とを得て、該標準化したサービス情報を登録するよう指示することを特徴とする請求項２記載のネットワーク機器管理装置。
【請求項４】
制御部は、サービス機器を制御するための入力を受けて、対応するサービス機器が持つ詳細情報へのリンク情報に基づいて該サービス機器に対する制御情報を得て、該得た制御情報を上記サービス機器に送信することを特徴とする請求項２記載のネットワーク機器管理装置。
【請求項５】
詳細情報へのリンク情報を付加されたサービス情報から、所定の情報を抽出して提示する操作入力ユーザ・インタフェース作成部、を備えたことを特徴とする請求項２記載のネットワーク機器管理装置。
【請求項６】
制御部は、サービス機器からの要求に応じて詳細情報へのリンク情報を含むサービス情報を上記サービス機器に送信することを特徴とする請求項２記載のネットワーク機器管理装置。
【請求項７】
サービス情報作成部は、サービス情報の保存形態として、データベースとファイル形式とスキーマ言語記述データとのいずれか１つの形式で記憶するよう指示することを特徴とする請求項１記載のネットワーク機器管理装置。
【請求項８】
異なる種類のネットワークに接続されたサービス機器にサービス内容を問合せるサービス問合わせ部と、該問合せて得たサービス内容を上記サービス機器毎にサービス情報として登録することを指示するサービス情報作成部と、該サービス情報作成部が指示したサービス情報を記憶するサービス情報保存部と、特定の上記サービス機器のサービス問合せがあると、上記サービス情報保存部に記憶されたサービス情報を送信指示する制御部と、を備えたネットワーク機器管理装置と、
上記ネットワークに接続されるサービス機器であって、上記異なるネットワークを形成する複数のサービス機器と、で構成されることを特徴とするネットワーク管理システム。
【請求項９】
ネットワーク機器管理装置とサービス機器は、それぞれユーザ・インタフェース付加情報交換部を備えて、上記サービス機器は、上記ネットワーク機器管理装置のサービス情報保存部に記憶されたサービス情報の転送を受けて該サービス情報を保存することを特徴とする請求項８記載のネットワーク管理システム。
【請求項１０】
サービス問合せ部が、異なる種類のネットワークに接続されたサービス機器にサービス内容を問合せて取得するサービス機器の情報取得ステップと、
サービス情報作成部が、上記問合せて取得したサービス内容を解析する解析ステップと、
上記サービス内容の解析に基づいて上記サービス機器毎にサービス情報として記憶するサービス情報記憶ステップと、
特定の上記サービス機器のサービス問合せがあると、上記サービス情報記憶ステップで記憶されたサービス情報を送信する送信ステップと、を備えたことを特徴とするネットワーク機器管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００７−１７２２８９（Ｐ２００７−１７２２８９Ａ）
【公開日】平成１９年７月５日（２００７．７．５）
【国際特許分類】
【出願番号】特願２００５−３６８９８３（Ｐ２００５−３６８９８３）
【出願日】平成１７年１２月２２日（２００５．１２．２２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
２．ＺＩＧＢＥＥ
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成１９年７月５日（２００７．７．５）
【国際特許分類】
【出願日】平成１７年１２月２２日（２００５．１２．２２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
２．ＺＩＧＢＥＥ
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]