JP2007174405A - 位置情報システム - Google Patents

位置情報システム Download PDF

Info

Publication number
JP2007174405A
JP2007174405A JP2005370972A JP2005370972A JP2007174405A JP 2007174405 A JP2007174405 A JP 2007174405A JP 2005370972 A JP2005370972 A JP 2005370972A JP 2005370972 A JP2005370972 A JP 2005370972A JP 2007174405 A JP2007174405 A JP 2007174405A
Authority
JP
Japan
Prior art keywords
port
information
response
transmitted
port number
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2005370972A
Other languages
English (en)
Other versions
JP4792964B2 (ja
Inventor
Hisahiro Fukuda
尚弘 福田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Electric Works Co Ltd
Original Assignee
Matsushita Electric Works Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Works Ltd filed Critical Matsushita Electric Works Ltd
Priority to JP2005370972A priority Critical patent/JP4792964B2/ja
Publication of JP2007174405A publication Critical patent/JP2007174405A/ja
Application granted granted Critical
Publication of JP4792964B2 publication Critical patent/JP4792964B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Small-Scale Networks (AREA)

Abstract

【課題】特別な操作をすることなく簡便な手法により位置管理に必要となる情報を取得する。
【解決手段】機器Hnが、機器管理装置A1から送信される所定の確認要求に応じた応答時に機器IDを機器管理装置A1に送信し、機器管理装置A1が、ポートdnへ機器Hnが接続された後の所定のタイミングで送信した接続確認要求に応答した、集線装置C0からの接続確認応答からポート番号を取得することで実現する。
【選択図】図3

Description

本発明は、施設内における電気機器の設置位置並びに、その電気機器の名称等を提供する位置情報システムに関し、詳しくは、位置情報取得にかかる通信負担を低減した位置情報システムに関する。
従来から、家電製品を有線ないし無線ネットワークを介して相互に接続し、屋内外からコントロールすることが試みられてきた。このような家庭内のネットワークは、ホームネットワークと呼ばれ、当該ネットワークの規約等を定めたHAVi(Home AV interoperability、登録商標)や、EchoNet(Energy Conservation and Homecare Network、登録商標)等の各種ミドルウェアが提案されている。そして、これらのミドルウェアを組み込んだ家電、いわゆるネットワーク家電が多数開発され、冷蔵庫、オーブンレンジ、ホームランドリーのホームネットワーク等が実用化されている。このようにネットワーク家電が多数接続されるようになると、同種の家電製品が多く存在する事態も想定され、ユーザが目的のネットワーク家電を操作できるよう、分かり易い仕組みを導入することが必要となる。
例えば、居間に設置したVTRと、寝室に設置したVTRとがある場合、当該VTRに指示を与えるホームサーバ等の画面に、単に「ビデオ1」、「ビデオ2」等と表示しただけでは、一体、何処にあるVTRなのかが分からず、意に反して他のVTRを操作してしまうことが起こりえる。然るに、ホームサーバ等の画面に、住宅の見取り図と共にネットワーク家電のアイコンを表示させるGUI(Graphical User Interface)を採用したり、ネットワーク家電が置かれている場所を文字情報によって表示させたりすれば、ユーザは、各ネットワーク家電の設置場所を直感的に理解することができ、誤操作をする確率は、格段に低くなることが期待される。
そこで、かかる課題に鑑み、“ネットワーク家電が何処の部屋にあるのか”について、各種の技術が提案されるに至っている。例えば、特開平11-96131号公報(特許文献1)に開示された発明では、図11に示すように、IEEE1394バスと接続される情報コンセントF0〜F4(以下、情報コンセントFnと呼ぶ)を設け、当該情報コンセントFnのコンフィグレーションメモリに、それぞれどの部屋に設置されているかを示す部屋情報を予め格納しておく。そして、各機器H0〜H9(以下、機器Hnと呼ぶ)が当該情報コンセントFnを介してIEEE1394バスに接続され、バスマネージャA2がトポロジマップを作成した際に、機器Hnがどの情報コンセントFnに接続されているかを判別することで、当該機器Hnが何処の部屋にあるのかを認識しようとするものである。
また、特開2003-339086号公報(特許文献2)に開示された発明では、図12に示すように、電源コンセントI1〜I4(以下、電源コンセントIn)に接続され、電力線モデムを内蔵した電源アダプターJ1〜J3(以下、電源アダプターJnと呼ぶ)に、自己が設置されている部屋情報を予め記憶しておく。そして、各機器H10〜H13(以下、機器Hnと呼ぶ)が電源アダプターJnに接続されると、機器Hnは部屋情報要求を送信し、その部屋情報要求を受信した電源アダプターJnでは、当該要求を送信した機器Hnに対して部屋情報を返信して、機器Hnはその部屋情報を記憶する。次に、宅内サーバA3は、機器Hnに対して、部屋情報とその機器の情報を要求することで、機器Hnが何処の部屋にあるのかを認識しようとするものである。
特開平11−96131号公報 特開2003−339086号公報
以上のように、上記各特許文献に開示された発明によれば、機器Hn(ネットワーク家電)が何処の部屋にあるのかを認識することができた。しかしながら、その認識のためには、機器Hnが、他の機器Hnや電源アダプターJnなどと複数回に渡って通信を行わなければならず、当該機器Hnの通信インターフェースに負担をかけるという問題があった。より詳しく説明すると、特許文献1に開示された発明では、IEEE1394を採用しているため、機器Hnが情報コンセントFnに接続されると、コンフィグレーションプロセスによる多量の通信がなされる。すなわち、IEEE1394バス上にリセット信号が送信された後、各ノード間で親子関係の決定や、セルフIDパケットの通信がなされるため、ノード数に比例して通信量が増大するようになっている。
また、特許文献2に開示された発明では、機器Hnを電源アダプターJnに接続すると、そのアダプターとの間で部屋情報の取得がなされ、次いで、宅内サーバA3へ機器情報と部屋情報を送信することになるため、同様に機器Hnの通信量は多い。この通信量の問題は、画像伝送などを行うAV家電では、それほどの問題とならない。多量のデータ伝送ができるように、高速な通信インターフェースを採用することになるからである。しかし、家庭の半数以上を占める白物家電では、制御ソフトウェアを更新するなどの場合を除き、多量のデータ伝送を必要としないため、必ずしも高価で高速な通信インターフェースを採用する必要はない。したがって、特に白物家電を考慮すると、機器Hnの通信負担をできるだけ減らすことが望まれる。
また、上記各特許文献では、機器Hnと接続される情報コンセントFnないし電源アダプターJnにマイコンを搭載することが必要となり、システムコストが高くなるという問題があった。より詳しく説明すると、特許文献1に開示された発明では、情報コンセントFn自体がIEEE1394ノードとなっており、当該情報コンセントFnは、コンフィグレーションプロセス等を処理するための数ビットのマイコンを内蔵しなければならない。然るに、このようなマイコンを内蔵しようとすれば、電源コンセントが数百円程度なのに対して、数千円程度の高価なものとなり、これを住宅に複数個採用することは現実的でない。もっとも、同文献には、情報コンセントFnを一つのノードとして構成することも記載されており、この構成によれば、当該情報コンセントFnに用いるマイコンの数を減少させることが可能である。
ところが、このような構成とした場合、各情報コンセントFnがポートに相当することになるため、通常、情報コンセント群から、ケーブルの最大接続長である4.5m以内に、機器Hnを設置しなければならない。然るに、住宅においては、その長さを超える位置に機器Hnを設置することがあるため、かかる長さの制約を受けないために、バス・ブリッジが使用されることになる。しかし、そのバス・ブリッジには、マイコンが使用されることになるため、結局、マイコンの数は減少させることができない。したがって、特許文献1に開示された発明では、複数個のマイコンが必要であり、高価なシステムとなる。また、特許文献2の電源アダプターJnは、機器Hnからの部屋情報要求を受けて、当該情報の返信処理をする必要があるため、数ビットのマイコンを内蔵する必要があり、同様にして、高価なシステムとなる。
本発明は、上述した実情に鑑みて提案されたものであり、特別な操作をすることなく簡便な手法により位置管理に必要となる情報を取得することで、機器の通信負担を低減することができる位置情報システムを提供することを目的とする。
本発明の位置情報システムは、上述した課題を解決するために、自己を一意に特定する固有の識別子である機器IDを送信する機器と、前記機器が接続される複数のポートを有する集線装置と、前記ポートに接続された機器から送信される機器IDと、機器が接続されたポートを一意に特定するポート番号情報とに基づき、機器が接続された位置を特定して管理する機器管理装置とを備え、前記機器は、前記機器管理装置から送信される所定の確認要求に応じた応答時に機器IDを前記機器管理装置に送信し、前記機器管理装置は、前記ポートへ機器が接続された後の所定のタイミングで送信した接続確認要求に応答した、前記集線装置からの接続確認応答から前記ポート番号情報を取得する。
また、本発明の位置情報システムは、上述した課題を解決するために、自己を一意に特定する固有の識別子である機器IDを送信する機器と、前記機器が接続される複数のポートを有する集線装置と、前記ポートに接続された機器から送信される機器IDと、機器が接続されたポートを一意に特定するポート番号情報とに基づき、機器が接続された位置を特定して管理する機器管理装置とを備え、前記機器は、前記機器管理装置から送信される所定の確認要求に応じた応答時に機器IDを前記機器管理装置に送信し、前記集線装置は、前記機器から機器IDが送信されるのに伴い、前記機器が接続されたポートのポート番号情報を前記機器管理装置に送信する。
本発明によれば、機器が、機器管理装置から送信される所定の確認要求に応じた応答時に機器IDを機器管理装置に送信すると共に、機器管理装置により、集線装置のポートへ機器が接続された後の所定のタイミングで送信される接続確認要求に応答した集線装置からの接続確認応答からポート番号情報を取得する。
また、機器が、機器管理装置から送信される所定の確認要求に応じた応答時に機器IDを機器管理装置に送信するのに伴い、集線装置より機器が接続されたポートのポート番号情報を機器管理装置に送信する。
したがって、自発的に機器IDを発信しない機器に対して特別な操作をすることなく位置管理で必要となる機器ID、ポート番号情報を簡便な手法により確実に取得できるため、機器の通信負担を低減することが可能となる。
以下、本発明の実施の形態について図面を参照して説明する。
まず、図1を用いて、本発明の実施の形態として示す位置情報システムの構成について説明をする。図1に示すように、位置情報システムは、複数の機器Hn(n=0,1,2,…)と、複数の機器Hnがそれぞれ接続され、それぞれ異なるロケーション(位置)に配置される情報コンセントFnと、複数のポートdnを有する集線装置(スイッチ装置)C0と、機器Hnの設置位置を管理する機器管理装置A1と、管理データベースA0とを備えている。
このような構成の位置情報システムは、機器管理装置A1と機器Hnとが集線装置C0介してデータ通信をすることで、情報コンセントFnを介して集線装置C0のポートdnに接続された機器Hnの設置位置を検出し、機器管理装置A1で一元管理することができる。
図1に示すように、情報コンセントFnは、機器Hnから導出された(又は接続された)通信線gnを介して機器Hnと接続される。集線装置C0は、ポートdn(n=1,2,3,4…)に接続された通信線en(n=0,1,2,3…)を介して情報コンセントFnと接続される。また、集線装置C0は、ポートdn(n=0)に接続された通信線b2を介して機器管理装置A1と接続される。機器管理装置A1と管理データベースA0は、通信線b1を介して接続されている。なお、機器Hnと情報コンセントFn、情報コンセントFnとポートdnとは、それぞれ1対1で対応している。
機器管理装置A1と管理データベースA0とを接続する通信線b1は、管理データベースA0と機器管理装置A1との間で情報の通信ができるものであれば、特に限定されるものではなく、例えば、USB(Universal Serial Bus)ケーブルやSCSI(Small Computer System Interface)などのシリアルバスを採用することができる。
集線装置C0と機器管理装置A1とを接続する通信線b2、集線装置C0と情報コンセントFnとを接続する通信線en、情報コンセントF0と機器Hnとを接続する通信線gnは、各装置間で通信ができるものであれば、特に限定されるものではなく、例えば、10BaseT、100BaseTX等のツイストペアケーブルなどが用いられ、情報コンセントFnでは、RJ45モジュラジャックが採用される。なお、必要に応じて、10Base−2、5等の同軸ケーブルを使用してもよいし、USBであってもよいものである。
機器Hnは、集線装置C0を介して機器管理装置A1とTCP/IPによるデータ通信を行うことができる。機器Hnは、位置情報システムにおける設置位置の検出対象であって、例えば、家電機器などである。
機器Hnは、位置情報システムにおいて、少なくとも自身を一意に特定する機器固有の識別子となる機器ID、例えばOID(Object ID)を図示しないメモリ内に記憶している。機器Hnは、このような機器IDの他に、図示しないメモリ内に、位置情報システムでの制御において使用される変数(Variable)、イベント(Event)、関数(Function)などを記憶しており、機器管理装置A1に対して自発的に又は何らかのリクエストに応じて提示することができる。また、機器IDとしては、MACアドレスや、IPv6(Internet Protocol version 6)に対応している場合にはIPv6アドレスを利用するようにしてもよい。
集線装置C0は、レイヤ2スイッチ、すなわちスイッチングハブであり、ポートdnのリンク状態などをMIB(Management Information Base)として保持している。また、必要に応じて、PoE((Power over Ethernet(登録商標))などで電力供給をすることもできる。
機器管理装置A1は、位置情報システムにおける中央制御装置であり、自身が保持する集線装置C0の管理ツールといったアプリケーションプログラムや各種データ、さらには、管理データベースに記憶された管理データと連携して機器Hnの位置管理を円滑に実行することができる。機器管理装置A1は、例えば、PC(Personal Computer)などで構成することができる。
管理データベースA0は、例えば、ハードディスクなどの比較的大容量のデータ記憶手段である。管理データベースA0は、集線装置C0のポートdnの情報(ポート番号)と、ポートdnがそれぞれ何処に設置されているかを示す位置情報とを対応づけた位置情報データベースを保持している。また、管理データベースA0は、位置情報システムに対応する機器Hnに関するスペックなどの各種情報を記述した機器情報データベースを保持していてもよい。
管理データベースA0が保持する位置情報データベースは、例えば、図2のデータテーブルに示すように、管理識別用のインデックス毎に、集線装置C0のIPアドレス並びに各ポート番号、ポートdnに対応するロケーション情報、接続された機器Hnに固有の機器情報、機器ID、ポートのリンク状態、機器Hnの識別子であるMACアドレス(Media Access Control Address)などが対応付けられて構成される。
なお、集線装置C0にポートdnに接続された機器HnのIPアドレスを記憶できる機能があれば、MACアドレスに限らずに、IPアドレス(Internet Protocol Address)を格納するようにしてもよい。
また、集線装置C0のIPアドレスと、ポートdnに対応するロケーション情報については、図示しない入力手段により、ユーザないし施工者によって事前に入力するようになっている。
一方、機器情報データベースは、機器固有の識別子と当該機器固有の情報とが対応づけられて格納されており、機器固有の情報としては、メーカ名(例えば、松下)、製品体系(例えば、製品名)、シリアル番号などが挙げられる。このデータベースは、必ずしも必要ではなく、通常は、機器管理装置A1とネットワークを介して遠隔に接続された図示しないサーバなどから必要に応じて適宜取得することができる。
このような構成の位置情報システムにおいて、機器管理装置A1が、情報コンセントFnを介して集線装置C0のポートdnに接続された機器Hnの位置を把握し管理するためには、どのような機器Hnがどのポートdnに接続されたかを検出する必要がある。具体的には、機器管理装置A1は、機器Hnの機器IDと、この機器IDが接続された集線装置のポートdnを一意に特定するポート番号とに基づき、機器Hnの位置を特定して管理を行う。したがって、機器管理装置A1は、機器Hnが集線装置C0のポートdnに接続された場合には、機器IDとポート番号とを取得する必要がある。
そこで、この位置情報システムでは、機器Hnが、TCP/IPによるデータ通信において機器管理装置A1から送信される所定の確認要求に応じた応答時に機器IDを管理装置に送信する。また、ポート番号は、機器管理装置A1が、情報コンセントFnを介して機器Hnが接続されたポートdnのポート番号を集線装置C0に問い合わせることで直接取得したり、機器Hnから機器IDが送信されるのに伴い、集線装置C0が、機器Hnの接続されたポートのポート番号を機器管理装置A1に送信している。これにより、機器管理装置A1は、機器IDとポート番号とを取得することができる。
この機器IDとポート番号の機器管理装置A1による具体的な取得手法を、以下に示す(1)〜(4)にて説明をする。以下に示す(1)〜(4)では、機器管理装置A1から機器Hnに行う問い合わせを、ICMP(Internet Control Message Protocol)を使用したネットワーク検査コマンドであり、IPv6(Internet Protocol version 6)上で使用されるマルチキャストping(packet inter network groper)にて行う。また、IPv6のIPアドレスは、128bitで構成されるため、IPv4に較べて飛躍的にユニーク性を保証することができる。したがって、機器Hnから送信する機器IDとしては、IPv6アドレスを用いることにする。
(1)マルチキャストping応答による機器IDの送信、SNMP(Simple Network Management Protocol)を利用したポート番号の問い合わせによる第1の手法
IPv6では、プラグ・アンド・プレイを実現するために、IPアドレスを自動で機器に設定することができるアドレス自動構成が標準機能として備えられている。IPv6に対応した機器は、ネットワーク上に流れている情報を用いてIPアドレスを生成して自身に設定をする。
図3に示すタイミングチャートのように、機器管理装置A1は、機器Hnが集線装置C0のポートdnにプラグイン(接続)される以前から、常時、機器IDの問い合わせを行うマルチキャストpingを集線装置C0に対して送信しているものとする。
機器Hnが、情報コンセントFnを介して集線装置C0のポートdnに接続されると、プラグ・アンド・プレイを実現するためにアドレス自動構成が開始される。IPv6では、通常、機器Hnの通信インターフェースに対して、リンクローカルアドレスとグローバルアドレスの2つのIPアドレスを割り当てる。リンクローカルアドレスは、ルータで仕切られた1つのネットワークであるリンクにおいて制御用に用いられるIPアドレスであり、グローバルアドレスは通常のデータ通信に用いられるIPアドレスである。
図3に示すように、何れかの機器Hnが、情報コンセントFnを介して集線装置C0の何れかのポートdnにプラグインされると、プラグ・アンド・プレイを開始するべくアドレスの自動構成が開始される。ここでは、ルータから、常時、送信されているIPv6のIPアドレスを構成するプレフィックスの情報を含んだ情報であるRA(Router Advertisement)メッセージ(ステップS1)を受信したことで、機器Hnが、まずグローバルアドレスを構成したとする。
機器管理装置A1は、機器IDの問い合わせを行うIPv6のホスト宛のマルチキャストpingを集線装置C0に送信し、接続された機器Hnに対して機器IDの送信を要求するよう問い合わせる(ステップS2)。このマルチキャストpingを受信した機器Hnは、これに応答する(ステップS3)。
これにより、マルチキャストpingに対する応答を受信した機器管理装置A1は、集線装置C0のポートdnに接続された機器Hnを一意に特定する固有の識別子である機器IDを取得することができる。
次に、機器Hnは、リンクローカルアドレスを仮構成して、仮構成したリンクローカルアドレスが重複していないことを確認をするために、NS(Neighbor Solicitation)メッセージを集線装置C0を介してルータに送信する(ステップS4)。
リンクローカルアドレスは、IPv6のIPアドレスのプレフィックスを固定とし、インターフェースIDを自身で生成することで構成される。このリンクローカルアドレスを利用している端末が他に存在すれば、この端末からその旨を通知するNA(Neighbor Advertisement)メッセージが送信されることになる。機器Hnは、一定時間内に、NAメッセージが送信されなかったことに応じて、仮構成したリンクローカルアドレスを、正式なリンクローカルアドレスとする。
次に、マルチキャストpingに対する応答を受信した機器管理装置A1は、この応答より機器IDを取得した機器Hnが、集線装置C0のどのポートdnに接続されたのかを確認して、ポート番号を取得するために、集線装置C0に接続確認要求を送信する(ステップS5)。これに応じて、集線装置C0は、機器接続確認応答を返信する(ステップS6)。
この接続確認のために、本実施形態では、SNMP(Simple Network Management Protocol)のGet RequestとGet Responseを用いている。SNMPは、ネットワーク機器の管理のためのプロトコルであって、機器管理装置A1は、管理機能を有するマネージャとして機能し、集線装置C0は、管理対象であるエージェントとして機能するようになっている。
SNMPは、一般にUDP(User Datagram Protocol)上で実現されるプロトコルであって、SNMPメッセージは、SNMPバージョン、マネージャとエージェントの間のパスワードなどに使用されるコミュニティ、PDU(Protocol Data Unit)から構成されている。
これらのSNMPメッセージは、図4に示すように、PDUタイプ、マネージャ(機器管理装置A1)とエージェント(集線装置C0)の応答を関連づけるリクエストID、エラーコードを示すエラーステータス、エラーが発生した場合にどのデータにエラーが発生したのか示すエラーインデックス、オブジェクトデータからなる。
つまり、機器管理装置A1からは、Get Requestを示す「0」のPDUタイプ、所定のリクエストID、各ポートdnのOID(Object Identification)等が格納されたGet Requestが送信される。一方、集線装置C0からは、その返答として、Get Responseを示す「3」のPDUタイプ、対応するリクエストID、各ポートdnのOIDと、それぞれのポートdnのリンクUP又はDOWN並びに、リンクUPの場合は、接続されている機器HnのMACアドレス等が格納されたGet Responseが返信される。
次に、接続確認応答(Get Response)を受信した機器管理装置A1は、図5に示すように、位置情報データベースに対し、取得した各ポートdnのリンク状態、機器Hnの機器IDを格納する。図5に示す例では、ポートD1、D2に機器Hnが接続されている旨のUPが格納され、その他のポートD3、D4には機器Hnが接続されていない旨のDOWNが格納される。また、リンクUPのポートD1、D2には、それぞれ機器H0、H1の機器IDとしてH0、H1が格納される。
なお、MACアドレスの情報は、機器HnがリンクDOWNしてもそのまま残り(例えば、図5のインデックス4)、新規に同一MACアドレスが登録されたときに(図5のインデックス1)、位置情報データベースから削除されるようになっている。
このように、機器管理装置A1は、機器IDから、どの機器Hnがどのポートdnに接続されているかを認識することで、各機器Hnが何処の部屋に設置されているのかを認識することができる。
例えば、図5に示す例では、機器H0が「1階リビング」に、機器H1が「1階台所」に設置されていることが分かる。ところで、機器IDやMACアドレスのみを表示しても、ユーザには分かりづらいので、機器管理装置A1は、ポートdnに接続されている機器Hnの機器IDやMACアドレスから、機器情報データベースを参照して、図6に示すように、例えば、「松下電器、VTR、SN(シリアルナンバー)」、「松下電工、ドライヤー、SN」などの情報を取得して、SNを除く情報を、ロケーション情報と共に、ユーザに報知するようにしてもよい(ステップS7)。
これにより、機器管理装置A1は、機器Hnが集線装置C0のどのポートdnに接続されたのかを特定するポート番号を取得することができ、先に取得した機器IDとを用いることで、機器Hnが接続された位置を特定し、管理することができる。また、機器ID、ポート番号を取得するまでの通信回数も非常に少ないため、機器Hnの通信負担を大幅に低減することができる。
(2)マルチキャストping応答による機器IDの送信、SNMPを利用したポート番号の問い合わせによる第2の手法
ここでは、図7に示すタイミングチャートのように、機器管理装置A1が、機器Hnが集線装置C0のポートdnにプラグイン(接続)される以前から、常時、機器IDの問い合わせを行うマルチキャストpingを集線装置C0に対して送信しない場合を想定している。
このような場合、図7に示すタイミングチャートのように、何れかの機器Hnが何れかの情報コンセントFnに接続されると(ステップS11)、集線装置C0は、自己のポートdnに機器Hnが接続されたことを検知して、機器管理装置A1に機器接続信号を送信する(ステップS12)。
この機器接続信号の送信には、例えば、SNMPのTRAPが用いられる。上述したように、SNMPは、ネットワーク機器の管理のためのプロトコルであって、機器管理装置A1は、管理機能を有するマネージャとして機能し、集線装置C0は、管理対象であるエージェントとして機能するようになっている。
また、TRAPとは、ネットワーク機器に障害や状態の変化があったときに、エージェント側から送信される情報である。より詳しく説明すると、図8のパケットフォーマットに示すように、SNMPは、一般にUDP(User Datagram Protocol)上で実現されるプロトコルであって、SNMPメッセージは、SNMPバージョン、マネージャとエージェントの間のパスワードなどに使用されるコミュニティ、PDU(Protocol Data Unit)から構成されている。
PDUは、情報の読み出しに使用するGet Requestなどと異なり、TRAP独自のものが用いられ、図8に示すように、TRAPを示す「4」が格納されるPDUタイプ、当該TRAPを定義した企業のOID(Object Identification)、エージェント(集線装置C0)のIPアドレス、リンクアップを示す「3」が格納される一般トラップ番号、企業固有のトラップを送る場合の固有トラップ番号、集線装置C0が最後に起動してから当該TRAPが発生するまでの時間を示すタイムスタンプ、OIDと値からなり、どのポートdnに機器Hnが接続されたのかを示すオブジェクトデータが格納される。
なお、UDPヘッダにはSNMPのポート番号などが、IPヘッダには機器管理装置A1のIPアドレスなどが、MACヘッダには、機器管理装置A1のMACアドレスなどが格納される。したがって、集線装置C0には、ユーザ又は施工者などによって、予め機器管理装置A1のIPアドレスを格納しておくことが必要である。
このステップS11、ステップS12は、通信準備期間であり、機器Hnの自発的な通信がなされない沈黙期間となっている。この沈黙期間において、ルータから、常時、送信されているIPv6のIPアドレスを構成するプレフィックスの情報を含んだ情報であるRAメッセージ(ステップS13)を受信したことで、機器Hnが、まずグローバルアドレスを構成したとする。
機器管理装置A1は、SNMPのTRAPにより、機器Hnが集線装置C0に接続された旨を通知されたことに応じて、機器IDの問い合わせを行うIPv6のホスト宛のマルチキャストpingを集線装置C0に送信し、接続された機器Hnに対して機器IDの送信を要求するよう問い合わせる(ステップS14)。マルチキャストpingは、アドレス構成が不完全である場合を考慮して、定期的に再送され続ける。
このマルチキャストpingを受信した機器Hnは、これに応答する(ステップS15)。これにより、マルチキャストpingに対する応答を受信した機器管理装置A1は、集線装置C0のポートdnに接続された機器Hnを一意に特定する固有の識別子である機器IDを取得することができる。
次に、機器Hnは、リンクローカルアドレスを仮構成して、仮構成したリンクローカルアドレスが重複していないことを確認をするために、NSメッセージを集線装置C0を介してルータに送信する(ステップS16)。
リンクローカルアドレスは、IPv6のIPアドレスのプレフィックスを固定とし、インターフェースIDを自身で生成することで構成される。このリンクローカルアドレスを利用している端末が他に存在すれば、この端末からその旨を通知するNAメッセージが送信されることになる。機器Hnは、一定時間内に、NAメッセージが送信されなかったことに応じて、仮構成したリンクローカルアドレスを、正式なリンクローカルアドレスとする。
次に、マルチキャストpingに対する応答を受信した機器管理装置A1は、この応答より機器IDを取得した機器Hnが、集線装置C0のどのポートdnに接続されたのかを確認して、ポート番号を取得するために、集線装置C0に接続確認要求を送信する(ステップS17)。これに応じて、集線装置C0は、機器接続確認応答を返信する(ステップS18)。このステップS17、ステップS18、さらにはステップS19における機器情報の取得処理は、図3に示したステップS5乃至ステップS7の処理と全く同じであるため説明を省略する。
これにより、機器管理装置A1は、機器Hnが集線装置C0のどのポートdnに接続されたのかを特定するポート番号を取得することができ、先に取得した機器IDとを用いることで、機器Hnが接続された位置を特定し、管理することができる。また、機器ID、ポート番号を取得するまでの通信回数も非常に少ないため、機器Hnの通信負担を大幅に低減することができる。
(3)マルチキャストping応答による機器IDの送信、SNMPのTRAPを利用したポート番号の取得手法
図9のタイミングチャートに示すように、この手法は、機器IDをマルチキャストpingにより取得する処理までは、図7のタイミングチャートのステップS11乃至ステップS15までの処理と全く同じであるため説明を省略する。本手法は、図9に示すように、集線装置C0からポート番号を取得する際に、SNMPのGet RequestとGet ResponseではなくSNMPのTRAPを用いる点が異なっている。
図9に示すように、マルチキャストpingの応答を送信した機器Hnは、リンクローカルアドレスを仮構成して、仮構成したリンクローカルアドレスが重複していないことを確認をするために、NSメッセージを集線装置C0を介してルータに送信する(ステップS21、ステップS22)。このとき、集線装置C0は、NSメッセージを受信したことに応じて、SNMPのTRAPにポート番号を添付して機器管理装置A1に送信する(ステップS23)。
これにより、機器管理装置A1は、機器Hnが集線装置C0のどのポートdnに接続されたのかを特定するポート番号を取得することができ、先に取得した機器IDとを用いることで、機器Hnが接続された位置を特定し、管理することができる。また、機器ID、ポート番号を取得するまでの通信回数も非常に少ないため、機器Hnの通信負担を大幅に低減することができる。
なお、ステップS24の機器情報の取得処理は、図3に示したステップS7の処理と全く同じであるため説明を省略する。
(4)マルチキャストping応答による機器IDの送信、ポート番号の送信手法
図10のタイミングチャートに示すように、この手法は、機器IDをマルチキャストpingにより要求する処理までは、図7のタイミングチャートのステップS11乃至ステップS14までの処理と全く同じであるため説明を省略する。本手法は、図10に示すように、集線装置C0からポート番号を取得する際に、マルチキャストpingの応答を利用する点が異なっている。
図10に示すように、マルチキャストpingを受信した機器Hnは、機器管理装置A1に対してマルチキャストpingの応答をする(ステップS31)。このとき、集線装置C0は、機器管理装置A1に送信するマルチキャストpingの応答に対して、機器Hnが接続されたポートdnのポート番号を添付して送信する(ステップS32)。
これにより、機器管理装置A1は、機器Hnが集線装置C0のどのポートdnに接続されたのかを特定するポート番号を取得することができ、先に取得した機器IDとを用いることで、機器Hnが接続された位置を特定し、管理することができる。また、機器ID、ポート番号を取得するまでの通信回数も非常に少ないため、機器Hnの通信負担を大幅に低減することができる。特に、マルチキャストpingの応答に、機器Hnが接続されたポートdnのポート番号を添付して送信すると、SNMPのGet RequestとGet Responseや、SNMPのTRAPを使用してポート番号を取得する場合と較べて、データ通信回数をさらに減らすことができる。
なお、ステップS33の機器情報の取得処理は、図3に示したステップS7の処理と全く同じであるため説明を省略する。
上述した実施の形態の特徴的な機能は、家電機器群がネットワーク接続されたホームネットワークや、設備装置群がネットワーク接続された設備ネットワークなどにも適用できる。
ここで、ホームネットワークを構築する技術としては、ECHOネットの他、エミット(EMIT(Embedded Micro Internetworking Technology))と称される機器組み込み型ネットワーク技術などがあげられる。この組み込み型ネットワーク技術は、ネットワーク機器にEMITミドルウェアを組み込んでネットワークに接続できる機能を備え、EMIT技術と称されている。
より具体的には、端末、中継機器、サーバ等のネットワーク機器にEMIT技術を実現するEMITソフトウェアを搭載して、当該EMITソフトウェアを搭載した端末、中継装置と、遠隔で制御又は監視するユーザ機器とをインターネット上に設けられたサーバを介して通信接続する。
なお、上述の実施の形態は本発明の一例である。このため、本発明は、上述の実施の形態に限定されることはなく、この実施の形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論である。
本発明の実施の形態として示す位置情報システムの構成について説明するための図である。 位置情報データベースの初期状態を示す図である。 マルチキャストping(packet inter network groper)応答による機器IDの送信、SNMP(Simple Network Management Protocol)を利用したポート番号の問い合わせによる第1の手法について説明するためのタイミングチャートである。 SNMPのパケットフォーマットを示した図である。 機器ID、ポート番号取得後の位置情報データベース構成の一例を示した図である。 機器情報取得後の位置情報データベースの構成の一例を示した図である。 マルチキャストping応答による機器IDの送信、SNMPを利用したポート番号の問い合わせによる第2の手法について説明するためのタイミングチャートである。 SNMP−TRAPのパケットフォーマットを示した図である。 マルチキャストping応答による機器IDの送信、SNMPのTRAPを利用したポート番号の取得手法について説明するためのタイミングチャートである。 マルチキャストping応答による機器IDの送信、ポート番号の送信手法について説明するためのタイミングチャートである。 従来技術として示すIEEE1394を用いたノードの位置情報システムについて説明するための図である。 従来技術として示す電力線搬送による位置情報システムについて説明するための図である。
符号の説明
A0 管理データベース
A1 機器管理装置
C0 集線装置
Fn 情報コンセント
Hn 機器
dn ポート
en 通信線
gn 通信線

Claims (2)

  1. 自己を一意に特定する固有の識別子である機器IDを送信する機器と、
    前記機器が接続される複数のポートを有する集線装置と、
    前記ポートに接続された機器から送信される機器IDと、機器が接続されたポートを一意に特定するポート番号情報とに基づき、機器が接続された位置を特定して管理する機器管理装置とを備え、
    前記機器は、前記機器管理装置から送信される所定の確認要求に応じた応答時に機器IDを前記機器管理装置に送信し、
    前記機器管理装置は、前記ポートへ機器が接続された後の所定のタイミングで送信した接続確認要求に応答した、前記集線装置からの接続確認応答から前記ポート番号情報を取得すること
    を特徴とする位置情報システム。
  2. 自己を一意に特定する固有の識別子である機器IDを送信する機器と、
    前記機器が接続される複数のポートを有する集線装置と、
    前記ポートに接続された機器から送信される機器IDと、機器が接続されたポートを一意に特定するポート番号情報とに基づき、機器が接続された位置を特定して管理する機器管理装置とを備え、
    前記機器は、前記機器管理装置から送信される所定の確認要求に応じた応答時に機器IDを前記機器管理装置に送信し、
    前記集線装置は、前記機器から機器IDが送信されるのに伴い、前記機器が接続されたポートのポート番号情報を前記機器管理装置に送信すること
    を特徴とする位置情報システム。
JP2005370972A 2005-12-22 2005-12-22 位置情報システム Expired - Fee Related JP4792964B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2005370972A JP4792964B2 (ja) 2005-12-22 2005-12-22 位置情報システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005370972A JP4792964B2 (ja) 2005-12-22 2005-12-22 位置情報システム

Publications (2)

Publication Number Publication Date
JP2007174405A true JP2007174405A (ja) 2007-07-05
JP4792964B2 JP4792964B2 (ja) 2011-10-12

Family

ID=38300353

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005370972A Expired - Fee Related JP4792964B2 (ja) 2005-12-22 2005-12-22 位置情報システム

Country Status (1)

Country Link
JP (1) JP4792964B2 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009100400A (ja) * 2007-10-19 2009-05-07 Haptic:Kk ハブ装置
JP2009219084A (ja) * 2008-03-13 2009-09-24 Nec Infrontia Corp セキュリティシステム
JP2011077750A (ja) * 2009-09-30 2011-04-14 Nec Access Technica Ltd 端末機器の管理方法、システム及びプログラム
JP2012138888A (ja) * 2010-12-10 2012-07-19 Toshiba Corp 情報処理装置および情報処理方法
JP2015154084A (ja) * 2014-02-10 2015-08-24 三菱電機株式会社 通信診断装置、通信診断システム、通信診断方法、及びプログラム
WO2018105053A1 (ja) * 2016-12-07 2018-06-14 ヤマハ株式会社 通信中継装置及び判定方法
JP2021090252A (ja) * 2019-12-02 2021-06-10 株式会社バッファロー ネットワークシステム、管理装置、通信機器、アダプタ機器、ネットワークシステムの制御方法、及びプログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003037613A (ja) * 2001-07-24 2003-02-07 Matsushita Electric Ind Co Ltd バス最適化方法及び通信ノード
JP2003348090A (ja) * 2002-05-28 2003-12-05 Matsushita Electric Works Ltd 負荷機器管理方法及びそれに用いる負荷制御信号中継装置と監視制御装置及びそれらを用いた通信システム
JP2005151107A (ja) * 2003-11-14 2005-06-09 Hitachi Ltd データセンタの装置管理方法、装置管理サーバ、データセンタの装置管理システム並びにプログラム
JP2005236893A (ja) * 2004-02-23 2005-09-02 Nippon Telegr & Teleph Corp <Ntt> 端末位置検知装置、端末位置検知方法、端末位置検知プログラム、および記録媒体

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003037613A (ja) * 2001-07-24 2003-02-07 Matsushita Electric Ind Co Ltd バス最適化方法及び通信ノード
JP2003348090A (ja) * 2002-05-28 2003-12-05 Matsushita Electric Works Ltd 負荷機器管理方法及びそれに用いる負荷制御信号中継装置と監視制御装置及びそれらを用いた通信システム
JP2005151107A (ja) * 2003-11-14 2005-06-09 Hitachi Ltd データセンタの装置管理方法、装置管理サーバ、データセンタの装置管理システム並びにプログラム
JP2005236893A (ja) * 2004-02-23 2005-09-02 Nippon Telegr & Teleph Corp <Ntt> 端末位置検知装置、端末位置検知方法、端末位置検知プログラム、および記録媒体

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009100400A (ja) * 2007-10-19 2009-05-07 Haptic:Kk ハブ装置
JP2009219084A (ja) * 2008-03-13 2009-09-24 Nec Infrontia Corp セキュリティシステム
JP2011077750A (ja) * 2009-09-30 2011-04-14 Nec Access Technica Ltd 端末機器の管理方法、システム及びプログラム
JP2012138888A (ja) * 2010-12-10 2012-07-19 Toshiba Corp 情報処理装置および情報処理方法
JP2015154084A (ja) * 2014-02-10 2015-08-24 三菱電機株式会社 通信診断装置、通信診断システム、通信診断方法、及びプログラム
WO2018105053A1 (ja) * 2016-12-07 2018-06-14 ヤマハ株式会社 通信中継装置及び判定方法
JPWO2018105053A1 (ja) * 2016-12-07 2019-06-24 ヤマハ株式会社 通信中継装置及び判定方法
JP2021090252A (ja) * 2019-12-02 2021-06-10 株式会社バッファロー ネットワークシステム、管理装置、通信機器、アダプタ機器、ネットワークシステムの制御方法、及びプログラム
JP7356020B2 (ja) 2019-12-02 2023-10-04 株式会社バッファロー ネットワークシステム、管理装置、通信機器、アダプタ機器、ネットワークシステムの制御方法、及びプログラム

Also Published As

Publication number Publication date
JP4792964B2 (ja) 2011-10-12

Similar Documents

Publication Publication Date Title
JP3601950B2 (ja) 通信装置およびネットワーク情報提示方法
KR100774040B1 (ko) 홈 네트워크 시스템
JP4624701B2 (ja) ネットワークを介した機器情報の管理装置およびその方法
JP4792964B2 (ja) 位置情報システム
KR100474483B1 (ko) 네트워크를 통한 기기정보 제공장치 및 방법
JP4065434B2 (ja) ルータ装置およびルータ装置の立上げ方法
US20130238779A1 (en) Data structure for managing sensor network using id of sensor node and method using the same
US8484323B2 (en) Network system connected with multiple master devices and method for operating the same
WO2000079729A2 (en) Gathering of device discovery information
JP4792963B2 (ja) 位置情報システム
JP4635523B2 (ja) 位置情報システム及びそのシステムで用いられる機器、集線装置、並びに機器管理装置
JP4792962B2 (ja) 位置情報システム
EP2592781A1 (en) Method and system for managing network topologies in home networks
JP4515489B2 (ja) 情報管理装置及び情報管理方法
JP2006129283A (ja) 機器管理システムおよびゲートウェイ装置
KR20010042903A (ko) 통신 네트워크내의 객체관리 방법 및 이를 구현하는 장치
JP5135422B2 (ja) ゲートウェイ装置
JP2006314000A (ja) ゲートウェイ装置
WO2008001984A1 (en) Data structure for managing sensor network using id of sensor node and method using the same
Giladi Heterogeneous building automation and IP networks management
KR20040066550A (ko) SNMP 에이전트와 UPnP 제어 기기의 브릿지 장치및 그 방법
Elshani et al. The Anatomy of a Universal Domotics Integrator for Globally Interconnected Devices.
CN101164294A (zh) 网络控制协议装置和网络连接方法
KR20050050317A (ko) 홈 네트워크 시스템 및 그 동작 방법
KR20060090356A (ko) 리빙 네트워크 컨트롤 시스템에서의 통신 사이클 서비스를이용한 송수신 제어방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080911

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110301

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110315

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110513

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110628

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110711

R150 Certificate of patent or registration of utility model

Ref document number: 4792964

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140805

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees