(57)【要約】【課題】ユーザが所定の機器についてのネットワーク上に存在する情報を知るための利便性を向上する。【解決手段】通信パケットの中継を行う中継装置は、接続される端末から見て相対的に外部側のネットワークに接続する第１のインタフェースと、相対的に内部側のネットワークに接続する第２のインタフェースと、所定の機器の少なくとも属性を特定可能に識別する機器情報と、第１のインタフェース側に接続され、所定の機器に関する情報を記憶する所定のサーバのネットワーク上での位置を表す位置情報とを記憶する記憶部とを備えている。中継装置は、位置情報に基づいて第１のインタフェースを介してサーバにアクセスして所定の情報を取得し、取得した所定の情報が、機器情報を有する所定の機器に関連する更新された情報である関連情報を含む場合に、関連情報および／または関連情報を取得させるための取得用情報を報知する。【選択図】図１
2012142835.tif 000002
【特許請求の範囲】
【請求項１】
通信パケットの中継を行う中継装置であって、
第１のネットワークに接続する第１のインタフェースと、
前記第１のネットワークとは異なる第２のネットワークに接続する第２のインタフェースと、
所定の機器の少なくとも属性を特定可能に識別する機器情報と、前記第１のインタフェース側に接続され、前記所定の機器に関する情報を記憶する所定のサーバのネットワーク上での位置を表す位置情報とを記憶する記憶部と、
前記位置情報に基づいて前記第１のインタフェースを介して前記サーバにアクセスして所定の情報を取得するサーバ情報取得部と、
前記取得した所定の情報が、前記機器情報を有する前記所定の機器に関連する更新された情報である関連情報を含む場合に、該関連情報および／または該関連情報を取得させるための取得用情報を報知する報知部と
を備えた中継装置。
【請求項２】
請求項１記載の中継装置であって、
前記所定の機器は、前記第２のインタフェース側に接続された接続機器を含み、
更に、前記接続機器が記憶する前記機器情報を、前記第２のインタフェースを用いた通信によって、該接続機器から取得する取得部を備えた
中継装置。
【請求項３】
請求項１または請求項２記載の中継装置であって、
前記所定の機器は、前記第２のインタフェース側に接続された接続機器を含み、
更に、前記接続機器が記憶する前記位置情報を、前記第２のインタフェースを用いた通信によって、該接続機器から取得する取得部を備えた
中継装置。
【請求項４】
請求項１ないし請求項３のいずれか記載の中継装置であって、
前記サーバは、製品に関する製品情報をＲＳＳデータ形式で提供するサーバであり、
前記サーバ情報取得部は、前記ＲＳＳデータ形式の製品情報を前記所定の情報として取得する
中継装置。
【請求項５】
請求項１ないし請求項４のいずれか記載の中継装置であって、
前記所定の情報は、前記所定の情報を構成する各々の情報の更新時刻を表す更新時刻情報を含み、
更に、前記更新時刻情報に基づいて、前記取得した所定の情報についての、以前に取得した前記所定の情報からの更新の有無を判断する更新判断部を備え、
前記報知部は、更新されたと前記更新判断部が判断した前記所定の情報に基づいて、前記報知を行う
中継装置。
【請求項６】
請求項５記載の中継装置であって、
前記記憶部は、更に、前記サーバにアクセスして前記所定の情報を前回取得したアクセス時刻を記憶し、
前記更新判断部は、前記更新時刻情報と前記アクセス時刻とを比較して、前記更新の有無を判断する
中継装置。
【請求項７】
請求項５記載の中継装置であって、
前記報知部は、前記報知に対するユーザの確認応答を取得可能に前記報知を行い、
前記記憶部は、更に、前記確認応答を取得した応答時刻を記憶し、
前記更新判断部は、前記更新時刻情報と前記応答時刻とを比較して、前記更新の有無を判断する
中継装置。
【請求項８】
請求項１ないし請求項７のいずれか記載の中継装置であって、
更に、前記取得した所定の情報のうちから、前記記憶する機器情報に基づいて、前記関連情報を抽出する抽出部を備え、
前記報知部は、前記抽出した関連情報のみ、または、該関連情報と前記取得用情報のみを報知する
中継装置。
【請求項９】
請求項１ないし請求項８のいずれか記載の中継装置であって、
更に、前記取得した所定の情報を、所定の検索キーを用いて検索し、前記所定の検索キーに合致する合致情報を特定する検索部を備え、
前記報知部は、前記取得した情報に含まれる前記関連情報が前記合致情報を含む場合にのみ、前記報知を行う
中継装置。
【請求項１０】
前記検索キーは、機器の不具合に係る保守情報に係るキーである請求項９記載の中継装置。
【請求項１１】
請求項１ないし請求項１０のいずれか記載の中継装置であって、
更に、前記第２のインタフェース側に接続された他の中継装置である第１の他の中継装置が、前記第２のインタフェースに該第１の他の中継装置を介して接続された機器から取得した前記機器情報および／または前記所定のサーバのネットワーク上での位置を表す位置情報を該第１の他の中継装置から受け取る受取部を備え、
前記記憶部は、前記受け取った機器情報および／または位置情報を記憶する
中継装置。
【請求項１２】
請求項１ないし請求項１１のいずれか記載の中継装置であって、
更に、前記第１のインタフェース側に第２の他の中継装置が接続されているか否かを判断する接続判断部と、
前記第２の他の中継装置が接続されていると前記接続判断部が判断した場合に、前記記憶する機器情報および／または前記位置情報を前記第２の他の中継装置に提供する提供部と
を備えた中継装置。
【請求項１３】
前記サーバ情報取得部は、前記第２の他の中継装置が接続されていないと前記接続判断部が判断した場合にのみ、前記所定の情報を取得する請求項１２記載の中継装置。
【請求項１４】
前記サーバ情報取得部は、前記中継装置が中継する前記通信パケットの通信量に応じて、前記所定の情報を取得するタイミングを変化させる請求項１ないし請求項１３のいずれか記載の中継装置。
【請求項１５】
所定の情報をユーザに報知する報知方法であって、第１のネットワークに接続する第１のインタフェースと、前記第１のネットワークとは異なる第２のネットワークに接続する第２のインタフェースとを備え、前記第１のインタフェースと前記第２のインタフェースとを介して通信パケットの中継を行う中継装置に、所定の機器の少なくとも属性を特定可能に識別する機器情報と、前記第１のインタフェース側に接続され、前記所定の機器に関する情報を記憶する所定のサーバのネットワーク上での位置を表す位置情報とを記憶させ、
前記位置情報に基づいて前記第１のインタフェースを介して前記サーバにアクセスして所定の情報を取得させ、
前記取得した所定の情報が、前記機器情報を有する前記所定の機器に関連する更新された情報である関連情報を含む場合に、該関連情報および／または該関連情報を取得させるための取得用情報を報知させる
報知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信パケットの中継を行う中継装置に関し、特に、所定の情報をユーザに報知する報知技術に関する。
【背景技術】
【０００２】
近年、ネットワーク技術の普及によって、だれでも種々の情報をネットワークから取得することができるが、頻繁にネットワークにアクセスし、ユーザにとって重要な情報があるか否かを常時監視することは面倒であった。そこで、ユーザの情報収集を支援する種々の技術が開発されている。例えば、下記特許文献１では、必要とするＷＥＢサーバのＵＲＬを予め複合機に登録しておき、複合機が登録されたＷＥＢサーバに定期的にアクセスし、ＷＥＢページで公開された記事をダウンロードし、更新された記事が含まれている場合に、ダウンロードしたデータを電子メールなどで所定の宛先に転送する技術を開示している。しかしながら、特許文献１では、複合機の電源が切られている場合には、記事を収集することができないため、ユーザは、記事の更新を見落とすおそれがあった。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−７５９６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述の問題の少なくとも一部を考慮し、本発明が解決しようとする課題は、ユーザが所定の機器についてのネットワーク上に存在する情報を知るための利便性を向上することである。
【課題を解決するための手段】
【０００５】
本発明は、上述の課題の少なくとも一部を解決することを目的とし、以下の形態又は適用例として実現することが可能である。
【０００６】
［適用例１］通信パケットの中継を行う中継装置であって、
第１のネットワークに接続する第１のインタフェースと、
前記第１のネットワークとは異なる第２のネットワークに接続する第２のインタフェースと、
所定の機器の少なくとも属性を特定可能に識別する機器情報と、前記第１のインタフェース側に接続され、前記所定の機器に関する情報を記憶する所定のサーバのネットワーク上での位置を表す位置情報とを記憶する記憶部と、
前記位置情報に基づいて前記第１のインタフェースを介して前記サーバにアクセスして所定の情報を取得するサーバ情報取得部と、
前記取得した所定の情報が、前記機器情報を有する前記所定の機器に関連する更新された情報である関連情報を含む場合に、該関連情報および／または該関連情報を取得させるための取得用情報を報知する報知部と
を備えた中継装置。
【０００７】
かかる構成の中継装置は、所定の機器の機器情報と位置情報とを記憶しており、位置情報に基づいて相対的に外部側の第１のインタフェースを介してサーバにアクセスして所定の情報を取得する。そして、中継装置は、取得した所定の情報が、機器情報を有する所定の機器に関連する更新された情報である関連情報を含む場合に、関連情報および／または取得用情報を報知する。したがって、所定の機器に関する更新された関連情報をサーバから取得して好適にユーザに報知することができる。しかも、中継装置は、一般的に、常時稼働することを前提に設置されるので、関連情報および／または取得用情報を確実にユーザに報知することができる。その結果、ユーザが所定の機器についてのネットワーク上に存在する情報を知るための利便性を向上することができる。
【０００８】
［適用例２］適用例１記載の中継装置であって、前記所定の機器は、前記第２のインタフェース側に接続された接続機器を含み、更に、前記接続機器が記憶する前記機器情報を、前記第２のインタフェースを用いた通信によって、該接続機器から取得する取得部を備えた中継装置。
かかる構成の中継装置は、接続機器の機器情報を接続機器から通信によって取得するので、ユーザが接続機器の機器情報や位置情報を中継装置にいちいち入力する必要がない。したがって、ユーザの利便性が向上する。
【０００９】
［適用例３］適用例１または適用例２記載の中継装置であって、前記所定の機器は、前記第２のインタフェース側に接続された接続機器を含み、更に、前記接続機器が記憶する前記位置情報を、前記第２のインタフェースを用いた通信によって、該接続機器から取得する取得部を備えた中継装置。
かかる構成の中継装置は、位置情報を接続機器から通信によって取得するので、ユーザが接続機器の機器情報や位置情報を中継装置にいちいち入力する必要がない。したがって、ユーザの利便性が向上する。
【００１０】
［適用例４］適用例１ないし適用例３のいずれか記載の中継装置であって、前記サーバは、製品に関する製品情報をＲＳＳデータ形式で提供するサーバであり、前記サーバ情報取得部は、前記ＲＳＳデータ形式の製品情報を前記所定の情報として取得する中継装置。
かかる構成の中継装置は、ＲＳＳデータ形式の製品情報を所定の情報として取得する。ＲＳＳ形式のデータは、製品情報をインターネットなどで公開する場合に一般的に用いられるので、汎用性が高い。また、ＲＳＳ形式のデータは、テキストデータであるから、データ容量が比較的小さく、中継装置の通信負荷が増大することを抑制することができる。
【００１１】
［適用例５］適用例１ないし適用例４のいずれか記載の中継装置であって、前記所定の情報は、前記所定の情報を構成する各々の情報の更新時刻を表す更新時刻情報を含み、更に、前記更新時刻情報に基づいて、前記取得した所定の情報についての、以前に取得した前記所定の情報からの更新の有無を判断する更新判断部を備え、前記報知部は、更新されたと前記更新判断部が判断した前記所定の情報に基づいて、前記報知を行う中継装置。
かかる構成の中継装置は、更新時刻情報を含む所定の情報をサーバから取得して、更新時刻情報に基づいて、取得した所定の情報の更新の有無を判断するので、
構成が簡単である。
【００１２】
［適用例６］適用例５記載の中継装置であって、前記記憶部は、更に、前記サーバにアクセスして前記所定の情報を前回取得したアクセス時刻を記憶し、前記更新判断部は、前記更新時刻情報と前記アクセス時刻とを比較して、前記更新の有無を判断する中継装置。
かかる構成の中継装置は、取得した所定の情報に含まれる更新時刻情報と、アクセス時刻とを比較して、更新の有無を判断するので、簡単かつ確実に更新の有無を判断することができる。
【００１３】
［適用例７］適用例５記載の中継装置であって、前記報知部は、前記報知に対するユーザの確認応答を取得可能に前記報知を行い、前記記憶部は、更に、前記確認応答を取得した応答時刻を記憶し、前記更新判断部は、前記更新時刻情報と前記応答時刻とを比較して、前記更新の有無を判断する中継装置。
かかる構成の中継装置は、取得した所定の情報に含まれる更新時刻情報と、応答時刻とを比較して、更新の有無を判断するので、報知済みの情報であっても、ユーザが報知内容を確認していない場合には、同一内容の所定の情報を再度取得した際に、当該所定の情報が更新されていると判断される。つまり、ユーザが未確認の情報が再度ユーザに報知される。したがって、ユーザが報知を見落とすことを抑制して、報知の確実性を向上させることができる。
【００１４】
［適用例８］適用例１ないし適用例７のいずれか記載の中継装置であって、更に、前記取得した所定の情報のうちから、前記記憶する機器情報に基づいて、前記関連情報を抽出する抽出部を備え、前記報知部は、前記抽出した関連情報のみ、または、該関連情報と前記取得用情報のみを報知する中継装置。
かかる構成の中継装置は、サーバから取得した所定の情報から関連情報のみを抽出して報知するので、関連情報以外の余計な情報が関連情報と共に報知されることがない。したがって、ユーザは、報知された情報の中から関連情報を見分ける必要がなく、利便性が向上する。
【００１５】
［適用例９］適用例１ないし適用例８のいずれか記載の中継装置であって、更に、前記取得した所定の情報を、所定の検索キーを用いて検索し、前記所定の検索キーに合致する合致情報を特定する検索部を備え、前記報知部は、前記取得した情報に含まれる前記関連情報が前記合致情報を含む場合にのみ、前記報知を行う中継装置。
かかる構成の中継装置は、取得した所定の情報を、所定の検索キーを用いて検索し、関連情報が合致情報を含む場合にのみ報知を行うので、報知する関連情報を所望の内容に係るもののみに限定することができる。したがって、ユーザは、所望の情報についてのみ報知を受けることができるので、ユーザの望まない種類の情報が報知されることがない。したがって、ユーザの利便性を向上させることができる。
【００１６】
［適用例１０］前記検索キーは、機器の不具合に係る保守情報に係るキーである適用例９記載の中継装置。
かかる構成の中継装置は、機器の不具合に係る保守情報を報知するので、ユーザは、不具合に関する重要な情報を容易に知ることができる。
【００１７】
［適用例１１］適用例１ないし適用例１０のいずれか記載の中継装置であって、更に、前記第２のインタフェース側に接続された他の中継装置である第１の他の中継装置が、前記第２のインタフェースに該第１の他の中継装置を介して接続された機器から取得した前記機器情報および／または前記所定のサーバのネットワーク上での位置を表す位置情報を該第１の他の中継装置から受け取る受取部を備え、前記記憶部は、前記受け取った機器情報および／または位置情報を記憶する中継装置。
かかる構成の中継装置は、第２のインタフェースに第１の他の中継装置を介して接続された機器の機器情報や位置情報を第１の他の中継装置から受け取るので、第１の他の中継装置が記憶する機器情報や位置情報に基づいて、関連情報を報知することができる。特に、中継装置が機器情報や位置情報を、ネットワークを介して取得する場合、第１の他の中継装置でネットワークのセグメントが区分されていると、中継装置は、第１の他の中継装置を介して接続された接続機器から機器情報や位置情報を取得できない状況が生じ得るが、かかる構成によれば、当該接続機器の機器情報や位置情報を好適に取得することができる。
【００１８】
［適用例１２］適用例１ないし適用例１１のいずれか記載の中継装置であって、更に、前記第１のインタフェース側に第２の他の中継装置が接続されているか否かを判断する接続判断部と、前記第２の他の中継装置が接続されていると前記接続判断部が判断した場合に、前記記憶する機器情報および／または前記位置情報を前記第２の他の中継装置に提供する提供部とを備えた中継装置。
かかる構成の中継装置は、第１のインタフェース側に第２の他の中継装置が接続されていると判断した場合に、記憶する機器情報や位置情報を第２の他の中継装置に提供する。したがって、第２の他の中継装置が、中継装置と同様の機能を有している場合には、第２の他の中継装置は、中継装置が記憶する機器情報や位置情報に基づいて、関連情報を報知することができる。特に、第２の他の中継装置が機器情報や位置情報を、ネットワークを介して取得する場合、中継装置でネットワークのセグメントが区分されていると、第２の他の中継装置は、中継装置を介して接続された接続機器から機器情報や位置情報を取得できない状況が生じ得るが、かかる構成によれば、当該接続機器の機器情報や位置情報を好適に取得することができる。
【００１９】
［適用例１３］前記サーバ情報取得部は、前記第２の他の中継装置が接続されていないと前記接続判断部が判断した場合にのみ、前記所定の情報を取得する適用例１２記載の中継装置。
かかる構成の中継装置は、第１のインタフェース側に第２の他の中継装置が接続されていないと判断した場合にのみ、所定の情報を取得するので、第２の他の中継装置が所定の情報を取得する場合に、第２の他の中継装置と重複して、所定の情報を取得することを回避できる。したがって、全体として効率的な処理が行えると共に、余計なネットワーク負荷の発生を抑制することができる。
【００２０】
［適用例１４］前記サーバ情報取得部は、前記中継装置が中継する前記通信パケットの通信量に応じて、前記所定の情報を取得するタイミングを変化させる適用例１ないし適用例１３のいずれか記載の中継装置。
かかる構成の中継装置は、中継装置の通信量に応じて、所定の情報を取得するタイミングを変化させるので、所定の情報を取得するための通信以外の通信を含む中継装置の通信量を制御することができる。したがって、中継装置の瞬間的な通信負荷の増大を抑制することができる。
【００２１】
また、本発明は、上述した中継装置のほか、適用例１５の報知方法、複数の中継装置を備える通信システム、中継装置に用いるプログラム、当該プログラムを記録した記憶媒体等としても実現することができる。勿論、これらの実現形態に対しても、適用例２〜適用例１４の構成を付加することも可能である。
［適用例１５］所定の情報をユーザに報知する報知方法であって、第１のネットワークに接続する第１のインタフェースと、前記第１のネットワークとは異なる第２のネットワークに接続する第２のインタフェースとを備え、前記第１のインタフェースと前記第２のインタフェースとを介して通信パケットの中継を行う中継装置に、所定の機器の少なくとも属性を特定可能に識別する機器情報と、前記第１のインタフェース側に接続され、前記所定の機器に関する情報を記憶する所定のサーバのネットワーク上での位置を表す位置情報とを記憶させ、前記位置情報に基づいて前記第１のインタフェースを介して前記サーバにアクセスして所定の情報を取得させ、前記取得した所定の情報が、前記機器情報を有する前記所定の機器に関連する更新された情報である関連情報を含む場合に、該関連情報および／または該関連情報を取得させるための取得用情報を報知させる報知方法。
【図面の簡単な説明】
【００２２】
【図１】本発明の中継装置の実施例としてのルータＲＴ１，ＲＴ２を用いたネットワークの構成例を示す説明図である。
【図２】ルータＲＴ１の概略構成を示す説明図である。
【図３】ルータＲＴ１における設定処理の流れを示すフローチャートである。
【図４】管理リスト３１の具体例を示す説明図である。
【図５】設定リスト３２の具体例を示す説明図である。
【図６】ルータＲＴ１における配信処理の流れを示すフローチャートである。
【図７】配信処理における報知処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００２３】
Ａ．実施例：
本発明の実施例について説明する。
Ａ−１．ルータＲＴ１，ＲＴ２の構成：
本発明の中継装置の実施例としてのルータＲＴ１，ＲＴ２を用いたホームネットワークＨＮの構成例を図１に示す。ホームネットワークＨＮは、家庭内に構築されたローカルエリアネットワークである。ホームネットワークＨＮは、ルータＲＴ１，ＲＴ２、端末ＰＣ１，ＰＣ２、電子機器ＥＤ１〜ＥＤ４を備えている。ルータＲＴ１，ＲＴ２は、ＯＳＩ参照モデルのネットワーク層やトランスポート層での処理により通信パケットの転送を行なう中継装置であり、ファイアウォール機能を有している。本実施例では、ルータＲＴ１，ＲＴ２は、同一の構成を有している。端末ＰＣ１，ＰＣ２は、汎用のパーソナルコンピュータである。電子機器ＥＤ１〜ＥＤ４は、ネットワーク対応型の電子機器であり、例えば、テレビ、ブルーレイプレイヤなどとすることができる。
【００２４】
本実施例においては、ルータＲＴ１，ＲＴ２、端末ＰＣ１，ＰＣ２、電子機器ＥＤ１〜ＥＤ４は、イーサネット（登録商標）およびＤＬＮＡ（Digital Living Network Alliance）をサポートしており、有線ケーブルによって通信可能に接続されている。具体的には、ホームネットワークＨＮは、ルータＲＴ２によって、セグメントＳＧ１，ＳＧ２に分割されている。ルータＲＴ１には、セグメントＳＧ１に属する端末ＰＣ１、電子機器ＥＤ１，ＤＥ２、ルータＲＴ２が直接的に接続されている。ルータＲＴ２には、セグメントＳＧ２に属する端末ＰＣ２、電子機器ＥＤ３，ＥＤ４が直接的に接続されている。ルータＲＴ２は、そのファイアウォール機能によって、ルータＲＴ２を超えた通信を制限している。
【００２５】
かかるホームネットワークＨＮは、ルータＲＴ１と、図示しないモデムおよびＩＳＰ（Internet Services Provider）とを介して、インターネットＩＮＴに接続されている。インターネットＩＮＴには、複数のサーバＳＶ１〜ＳＶ３が接続されている。本実施例においては、サーバＳＶ１〜ＳＶ３は、電子機器のメーカー各社が各々に設置するＷＥＢサーバである。このサーバＳＶ１〜ＳＶ３は、ＲＳＳ形式のデータ（以下、ＲＳＳデータともいう）によって、自社の製品に関する複数の製品情報をインターネットＩＮＴ上に公開する。この製品情報を公開するＷＥＢサイトを、以降、ＲＳＳサイトともいう。ＲＳＳ形式とは、ＷＥＢサイトの各ページのタイトル、情報の要約、詳細情報のＵＲＬ、更新時刻などを記述することができるデータ形式であり、「RDF Site Summary」、「Rich Site Summary」、「Really Simple Syndication」を含む。ＲＳＳ形式の文書は、多数のＷＥＢサイトの更新情報を統一的な方法で効率的に把握することができる。一般的に、インターネットＩＮＴ上に公開されるＲＳＳ形式の製品情報は、製品に関する複数の情報を含んでいる。具体的には、製品についての情報のタイトル、要約、詳細情報のＵＲＬ、更新時刻などを１まとまりの情報（以下、情報セット）として、情報セットを複数含んでＲＳＳ形式の製品情報が構成される。
【００２６】
上述したネットワーク構成は、一例に過ぎず、適宜設定することができる。例えば、端末ＰＣ２、電子機器ＥＤ３，ＥＤ４は、ルータＲＴ２を介さずに、直接的にルータＲＴ１と接続されていてもよい。また、ホームネットワークＨＮを構成する各機器は、有線ケーブルを介して通信可能に接続される構成に限らず、無線ＬＡＮを介して通信可能に接続されてもよいし、ＰＬＣ（Power Line Communication）を介して通信可能に接続されてもよい。また、ルータＲＴ１は、必ずしもインターネットＩＮＴに接続されている必要はなく、専用線などを用いたＷＡＮ（Wide Area Network）に接続されていてもよいし、ローカルエリアネットワークに接続されていてもよい。勿論、ホームネットワークＨＮを構成する各機器の数や、インターネットＩＮＴに接続されるサーバの数も特に限定するものではない。
【００２７】
同一構成を有するルータＲＴ１，ＲＴ２を代表して、ルータＲＴ１の概略構成について以下に説明する。ルータＲＴ１の概略構成を図２に示す。図示するように、ルータＲＴ１は、ＣＰＵ２０、フラッシュＲＯＭ３０、ＲＡＭ４０、ＬＡＮ側インタフェース５０、ＷＡＮ側インタフェース６０を備え、それぞれがバスにより相互に接続されている。
【００２８】
ＣＰＵ２０は、フラッシュＲＯＭ３０に記憶されたファームウェア等のプログラムをＲＡＭ４０に展開して実行することで、ルータＲＴの動作全般を制御する。また、ＣＰＵ２０は、所定のプログラムを実行することで、サーバ情報取得部２１、報知部２２，取得部２３、更新判断部２４、抽出部２５、検索部２６、受取部２７、接続判断部２８、提供部２９としても機能する。これらの各機能部の詳細については後述する。なお、サーバ情報取得部２１、報知部２２、更新判断部２４、抽出部２５、検索部２６、受取部２７の機能は、ルータＲＴ１だけが備えていてもよく、接続判断部２８、提供部２９の機能は、ルータＲＴ２だけが備えていてもよい。
【００２９】
フラッシュＲＯＭ３０は、不揮発性のメモリであり、上述したプログラムの他に、管理リスト３１および設定リスト３２を記憶する領域を備えている。管理リスト３１および設定リスト３２の詳細については後述する。
【００３０】
ＬＡＮ側インタフェース５０は、ＬＡＮ（Local Area Network）に接続するためのインタフェースであり、このＬＡＮ側インタフェース５０は、請求項の第２のインタフェースに該当する。本実施例では、ＬＡＮ側インタフェース５０は、４つのポートを備えている。このＬＡＮ側インタフェース５０の各ポートは、有線ＬＡＮケーブルを介して、ＬＡＮを構成する端末ＰＣ１，電子機器ＥＤ１，ＥＤ２、ルータＲＴ２に接続されている。なお、ＬＡＮ側インタフェース５０のポート数は、１つでもよいし、５つ以上であってもよい。また、ＬＡＮ側インタフェース５０と、端末ＰＣ１，電子機器ＥＤ１，ＥＤ２、ルータＲＴ２とは、本実施例のように直接的に接続されていてもよいし、中継装置や、ハブなどの集線装置を介して間接的に接続されていてもよい。
【００３１】
ＷＡＮ側インタフェース６０は、ＬＡＮ側インタフェース５０が接続されるネットワークとは異なるネットワークに接続するためのインタフェースである。ＷＡＮ側インタフェース６０が接続されるネットワークは、サーバＳＶ１〜ＳＶ３側のネットワークである。このＷＡＮ側インタフェース６０は、請求項の第１のインタフェースに該当する。このＷＡＮ側インタフェース６０は、本実施例では、有線ケーブルを介して図示しないモデムを介してインターネットＩＮＴに接続されている。
【００３２】
かかる構成のルータＲＴ１は、後述する配信処理によって、ＬＡＮ側インタフェース５０側に接続された機器（以下、接続機器ともいう）、すなわち、端末ＰＣ１，ＰＣ２、ルータＲＴ２、電子機器ＥＤ１〜ＥＤ４と、自機（ルータＲＴ１）とに関連する関連情報をサーバＳＶ１〜ＳＶ３が提供するＲＳＳサイトから取得し、更新された関連情報を所定の方法でユーザに報知する。本実施例では、関連情報として、各接続機器の不具合に係る保守情報、例えば、不具合情報やリコール情報などを報知する構成としている。ただし、関連情報は、種々の設定が可能である。例えば、関連情報は、各接続機器のファームウェアの更新情報、アクセサリーの新製品情報などとしてもよい。
【００３３】
Ａ−２．設定処理：
ルータＲＴ１，ＲＴ２における設定処理について説明する。本実施例における設定処理とは、後述する配信処理を行うための設定等を行う処理である。本実施例においては、設定処理は、ルータＲＴ１，ＲＴ２の電源が投入され、通信可能な動作状態に移行した時点で開始され、その後、繰り返し実行される。以下では、特に断る場合を除き、設定処理がルータＲＴ１で実行されるものとして説明する。設定処理の流れを図３に示す。図示するように、設定処理が開始されると、ルータＲＴ１のＣＰＵ２０は、ＬＡＮ側インタフェース５０への機器の新たな接続の検知状態に移行し、機器の接続の検知を待機する（ステップＳ１１０）。
【００３４】
本実施例では、ホームネットワークＨＮの構成機器は、ＤＬＮＡをサポートしているから、ＵＰｎＰ（Universal Plug and Play）に基づいて、機器の新たな接続を検知する。具体的には、ルータＲＴ１のＬＡＮ側インタフェース５０に直接的または間接的に機器、例えば、電子機器ＥＤ１が新たに接続されると、電子機器ＥＤ１は、ＵＰｎＰが利用するＳＳＤＰ（Simple Service Discovery Protocol）によって、デバイスのネットワークへの参加を告知するＮＯＴＩＦＹメッセージをブロードキャストする。ルータＲＴ１のＣＰＵ２０は、このＮＯＴＩＦＹメッセージを受信することで、電子機器ＥＤ１が新たに接続されたことを検知することができる。
【００３５】
その結果、機器（ここでは電子機器ＥＤ１とする）の新たな接続を検知すると（ステップＳ１１０：ＹＥＳ）、ＣＰＵ２０は、取得部２３の処理として、電子機器ＥＤ１から機器情報および位置情報を取得する（ステップＳ１２０）。
【００３６】
本実施例においては、ホームネットワークＨＮを構成する各機器は、機器情報と位置情報とを記憶している。これらの情報は、各機器の製造段階において、各機器が備える所定の記憶領域に書き込まれる。本実施例では、これらの情報は、ＵＰｎＰに準拠したディスクリプションドキュメントとして、ＸＭＬ（Extensible Markup Language）形式で書き込まれる。機器情報とは、自機の属性を少なくとも特定可能に識別する情報である。位置情報とは、自機を製造または販売するメーカーが提供するサーバＳＶ１〜ＳＶ３のネットワーク上での位置を表す情報である。本実施例においては、機器情報は、機器区分と型番とＵＵＩＤ（Universal Unique Identifier）と製造番号とである。また、位置情報は、ＲＳＳサイトのＵＲＬである。なお、機器情報の内容は、特に制限するものではない。例えば、機器情報は、例示した情報のうちの１つの情報のみから構成されていてもよいし、他の情報を含んでいてもよい。また、機器情報は、個体までは識別できないが属性を識別可能な情報でもよいし、個体を一意に識別可能な情報であってもよい。
【００３７】
ＣＰＵ２０は、かかるディスクリプションドキュメントとしての機器情報および位置情報を、ＬＡＮ側インタフェース５０を用いた通信を利用して、ＵＰｎＰのディスクリプション機能によって取得することができる。なお、機器情報および位置情報を取得する構成は、ＵＰｎＰに限らず、機器が記憶する情報を取得する種々のプロトコルによって実現することができる。例えば、ＳＬＰ（Service Location Protocol）によって実現してもよい。
【００３８】
機器情報および位置情報を取得すると、ＣＰＵ２０は、取得した機器情報および位置情報の内容に基づいて、管理リスト３１を更新する（ステップＳ１３０）。本実施例における管理リスト３１の具体例を図４に示す。図示する例では、管理リスト３１は、機器情報と位置情報と時刻情報とを含んでいる。これらの情報は、ルータＲＴ１のＬＡＮインタフェース５０側に接続された機器ごとに管理されている。上述したように、機器情報は、機器区分、型番、ＵＵＩＤ、製造番号であり、位置情報は、ＲＳＳサイトのＵＲＬである。時刻情報は、機器接続時刻とＲＳＳサイトアクセス時刻と報知時刻とを含んでいる。機器接続時刻とは、各機器が最後にホームネットワークＨＮに新規接続された時刻を表す。ＲＳＳサイトアクセス時刻は、後述する配信処理によって、各機器に対応するＲＳＳサイトにアクセスし、ＲＳＳデータを最後にダウンロードした時刻を表す。報知時刻とは、後述する配信処理によって、更新された関連情報をユーザに最後に報知した時刻を表す。なお、図示は省略しているが、報知時刻は、後述する３つの報知方法毎に記録される。上記ステップＳ１３０では、管理リスト３１のうちの機器情報および位置情報が更新される。取得した機器情報および位置情報が管理リスト３１に登録されていない場合には、機器情報および位置情報が新規登録される。
【００３９】
管理リスト３１を更新すると、ＣＰＵ２０は、接続が検知された電子機器ＥＤ１がホームネットワークＨＮに新規に接続された機器であるか否かを判断する（ステップＳ１４０）。この判断は、上記ステップＳ１３０で機器情報および位置情報が新規登録された否かで判断する。本実施例では、管理リスト３１の情報は、対応する機器がホームネットワークＨＮから離脱しても保持されるように構成されている。このため、例えば、電子機器ＥＤ１の機器情報および位置情報が既に管理リスト３１に登録されている場合、電子機器ＥＤ１は、過去にホームネットワークＨＮに接続したことがあるということである。この場合、ＣＰＵ２０は、電子機器ＥＤ１を新規に接続された機器ではないと判断する。
【００４０】
判断の結果、接続を検知された機器が新規に接続された機器であれば（ステップＳ１４０：ＹＥＳ）、ＣＰＵ２０は、配信処理の設定を行うための設定画面画像をＷＥＢブラウザで表示するための設定画面データを予め定められた所定の端末装置、例えば、端末ＰＣ１に送信する（ステップＳ１５０）。この処理は、本実施例では、端末ＰＣ１がＷＥＢブラウザを用いてインターネットＩＮＴにアクセスする際に送信するＨＴＴＰ（HyperText Transfer Protocol）要求をＣＰＵ２０が受信した際に、その応答として、設定画面データを送信する構成とした。
【００４１】
設定画面データを送信すると、ＣＰＵ２０は、設定画面データを用いてユーザが入力した設定内容（以下、設定情報ともいう）を受け付け、受け付けた設定情報に基づいて設定リスト３２を更新する（ステップＳ１６０）。設定情報としては、例えば、ＲＳＳサイトにアクセスするタイミング（例えば、アクセス時刻やアクセスする時間間隔）、ユーザに報知する関連情報を抽出するための検索キー、報知情報（報知の方法、報知先など）とすることができる。設定リスト３２の具体例を図５に示す。図示するように、設定リスト３２は、アクセスタイミングと検索キーと報知情報とを含んでいる。本実施例では、報知の方法として、電子メールによる報知、クライアントソフトを利用して所定の端末のディスプレイにポップアップウィンドウを表示させるポップアップによる報知、ＷＥＢブラウザを介した報知を可能に構成されている。このため、報知情報は、報知の可否を表す報知フラグ、各種報知方法の可否を表すフラグおよび報知先、報知が完了したことを通知する完了通知の送信の可否を示す完了通知フラグを含んでいる。
【００４２】
設定リスト３２に含まれるこれらの情報は、接続機器ごとに管理され、また、管理リスト３１の情報と対応付けて管理される。本実施例では、設定リスト３２のインデックス番号を管理リスト３１のインデックス番号と対応付けることによって、管理リスト３１と設定リスト３２とを対応付けている。なお、設定情報は、報知先以外の情報については、予め定めた内容で自動的に設定してもよい。
【００４３】
設定情報の登録を行うと、あるいは、接続を検知された機器が新規に接続された機器でなければ（ステップＳ１４０：ＮＯ）、ＣＰＵ２０は、接続判断部２８の処理として、ルータ検索処理を行う（ステップＳ１７０）。この処理は、ＷＡＮ側インタフェース６０側にルータ装置が接続されているか否かを判断するために行う。本実施例においては、ＷＡＮ側インタフェース６０を介して、ＵＰｎＰを利用したＭ−ＳＥＡＲＣＨメッセージを送信し、その応答を確認することによって行う。なお、ＷＡＮ側インタフェース６０側にルータ装置が接続されているか否かをユーザがルータＲＴ１に設定登録できる構成とすれば、ルータＲＴ１は、その設定を読み込めば、ルータ検索処理は省略可能である。この場合、ユーザは、設定画面データを用いて設定登録してもよいし、ディップスイッチなど所定の入力手段をルータＲＴ１に設け、ユーザがこれを操作してもよい。
【００４４】
ルータ検索処理の結果、ＷＡＮ側インタフェース６０側に他のルータが存在すれば（ステップＳ１８０：ＹＥＳ）、ＣＰＵ２０は、ＲＡＭ４０に確保された配信処理フラグをＯＦＦにする（ステップＳ１９０）。例えば、設定処理がルータＲＴ２で実行された場合、ルータＲＴ２のＷＡＮ側インタフェース６０側にはルータＲＴ１が存在するので、配信処理フラグはＯＦＦとなる。本実施例では、配信処理フラグは、ＯＮにデフォルト設定されている。配信処理フラグがＯＮの場合、ＣＰＵ２０は、所定のタイミングで後述する配信処理を実行する。一方、配信処理フラグがＯＦＦの場合、配信処理の実行は禁止される。ステップＳ１９０で配信フラグをＯＦＦにするのは、本実施例では、ホームネットワークＨＮの中で最も外部側に位置するルータのみが配信処理を実行する構成としているためである。こうすれば、ホームネットワークＨＮに存在する複数のルータＲＴ１，ＲＴ２が後述する配信処理を重複して実行することを回避することができる。その結果、ホームネットワークＨＮ全体として効率的な処理が行えると共に、余計なネットワーク負荷の発生を抑制することができる。ただし、ルータＲＴ１，ＲＴ２の各々が配信処理を実行してもよい。
【００４５】
配信処理フラグをＯＦＦにすると、ＣＰＵ２０は、提供部２９の処理として、上記ステップＳ１３０で更新された管理リスト３１と、上記ステップＳ１６０で更新された設定リスト３２とを上位ルータへ送信する。例えば、設定処理がルータＲＴ２で実行された場合、管理リスト３１と設定リスト３２とは、ルータＲＴ１へ送信される。ルータＲＴ１のＣＰＵ２０は、受取部２７の処理として、この管理リスト３１と設定リスト３２とをルータＲＴ２から受信すると、その内容を、ルータＲＴ１が作成した管理リスト３１および設定リスト３２に追加する。かかる構成とすれば、ルータＲＴ２がホームネットワークＨＮのセグメントを区分し、ファイアウォール機能によって、ルータＲＴ２を超えた通信が制限された状況でも、ルータＲＴ１は、ルータＲＴ２の下位側に接続された接続機器の機器情報と位置情報とを確実に取得することができる。なお、この構成は、ルータＲＴ２のファイアウォール機能が無効化されている場合や、所定のポートが開放されている場合には省略可能である。
【００４６】
なお、説明は省略したが、ルータＲＴ１の電源を投入すると、ＣＰＵ２０は、自機の機器情報と位置情報とを管理リスト３１に登録するとともに、上述した処理と同様の処理によって、自機の関連情報についての配信処理に関して設定リスト３２の更新を行う。
【００４７】
Ａ−３．配信処理：
ルータＲＴ１における配信処理について説明する。本実施例における配信処理とは、端末ＰＣ１，ＰＣ２、ルータＲＴ１，ＲＴ２、電子機器ＥＤ１〜ＥＤ４に関連する関連情報をサーバＳＶ１〜ＳＶ３が提供するＲＳＳサイトから取得し、更新された関連情報を所定の方法でユーザに配信して報知する処理である。本実施例においては、配信処理は、ルータＲＴ１の電源が投入され、通信可能な動作状態に移行した時点で開始され、その後、繰り返し実行される。配信処理の流れを図６に示す。図示するように、配信処理が開始されると、ルータＲＴ１のＣＰＵ２０は、ＲＳＳサイトにアクセスする定刻時刻になるまで待機する（ステップＳ２１０）。定刻時刻は、設定リスト３２にアクセスタイミングとして記録されている。
【００４８】
そして、定刻時刻になると（ステップＳ２１０：ＹＥＳ）、ＣＰＵ２０は、当該定刻時刻がアクセスタイミングとして管理リスト３１に記憶された管理対象機器のうちの１つを選択する（ステップＳ２２０）。管理対象機器とは、関連情報を取得する対象となる機器であり、本実施例では、ルータＲＴ１，ＲＴ２，端末ＰＣ１，ＰＣ２，電子機器ＥＤ１〜ＥＤ４である。
【００４９】
管理対象機器を選択すると、ＣＰＵ２０は、サーバ情報取得部２１の処理として、選択した管理対象機器に対応するＲＳＳサイトにアクセスして、ＲＳＳデータをダウンロードする（ステップＳ２３０）。アクセス先は、管理リスト３１に位置情報として記録されている。ＲＳＳデータをダウンロードすると、ＣＰＵ２０は、更新判断部２４の処理として、ダウンロードしたＲＳＳデータが、同一の管理対象機器に関して前回ダウンロードしたＲＳＳデータから更新されているか否かを判断する（ステップＳ２４０）。この判断は、本実施例においては、ダウンロードしたＲＳＳデータに含まれる更新時刻と、管理リスト３１に記憶されている選択した管理対象機器のＲＳＳサイトアクセス時刻とを比較することによって行う。更新時刻がＲＳＳサイトアクセス時刻よりも後であれば、ＲＳＳデータは更新されているということであり、更新時刻がＲＳＳサイトアクセス時刻よりも前であれば、ＲＳＳデータは更新されていないということである。かかる手法を用いれば、簡単かつ確実に更新の有無を判断することができる。
【００５０】
判断の結果、ＲＳＳデータが更新されていれば（ステップＳ２４０：ＹＥＳ）、ＣＰＵ２０は、管理リスト３１のうちの、選択した管理対象機器のＲＳＳサイトアクセス時刻を最新のアクセス時刻に更新する（ステップＳ２５０）。ＲＳＳサイトアクセス時刻を更新すると、ＣＰＵ２０は、ダウンロードしたＲＳＳデータに所定のキーワードに合致する情報が含まれるか否かを判断する（ステップＳ２６０）。
【００５１】
本実施例において、所定のキーワードとは、ダウンロードしたＲＳＳデータに、選択した管理対象機器の関連情報が含まれるか否かを判断するための第１のキーワードと、関連情報の内容を限定するための第２のキーワードとを含んでいる。第１のキーワードは、選択した管理対象機器に対応する、管理リスト３１に記憶された機器情報を構成する各々の情報、すなわち、機器区分、型番、ＵＵＩＤ、製造番号である。第２のキーワードは、選択した管理対象機器に対応する、設定リスト３２に記憶された検索キーである。本実施例では、ダウンロードしたＲＳＳデータを構成する個々の情報セットのいずれかが、第１のキーワードの少なくとも１つと合致し、かつ、第２のキーワードの少なくとも１つと合致する場合に、ＣＰＵ２０は、所定のキーワードに合致する情報が含まれると判断する。なお、第２のキーワードに基づく判断は、検索部２６の処理として行われる。なお、第１，第２のキーワードの各々は、複数のキーワードと合致することを条件としてもよい。また、第２のキーワードは省略してもよい。
【００５２】
判断の結果、キーワードに合致する情報が含まれていれば（ステップＳ２６０：ＹＥＳ）、ＣＰＵ２０は、設定リスト３２の報知フラグがＯＮであるか否かを判断する（ステップＳ２７０）。その結果、報知フラグがＯＮであれば（ステップＳ２７０：ＹＥＳ）、ＣＰＵ２０は、報知部２２の処理として、ダウンロードしたＲＳＳデータの内容、すなわち、選択した管理対象機器の関連情報を含む情報をユーザに報知するための報知処理を行う（ステップＳ２８０）。報知処理の詳細については後述する。
【００５３】
報知処理を行うと、または、ＲＳＳデータが更新されていない場合（ステップＳ２４０：ＮＯ）、キーワードに合致する情報が含まれていない場合（ステップＳ２６０：ＮＯ）、もしくは、報知フラグがＯＦＦである場合（ステップＳ２７０：ＮＯ）には、ＣＰＵ２０は、アクセスタイミングが同一の全ての管理対象機器について、上記ステップＳ２２０〜Ｓ２８０の処理を繰り返す（ステップＳ２９０）。
【００５４】
そして、ＣＰＵ２０は、上述した処理の完了時刻をＲＡＭ４０に記録する（ステップＳ３００）。完了時刻を記録すると、ＣＰＵ２０は、設定リスト３２の完了通知フラグがＯＮであるか否かを判断する（ステップＳ３１０）。その結果、完了通知フラグがＯＮであれば（ステップＳ３１０：ＹＥＳ）、ＣＰＵ２０は、完了通知処理を行い（ステップＳ３２０）、処理を元に戻す。完了通知処理とは、ユーザに配信処理が完了したことを報知するための処理である。報知の方法は適宜設定すればよいが、本実施例では、登録された宛先に電子メールを送信する構成とした。
【００５５】
上述した報知処理（上記ステップＳ２８０）の詳細について説明する。報知処理の流れを図７に示す。図示するように報知処理が開始されると、ＣＰＵ２０は、まず、設定リスト３２を参照して、メールフラグがＯＮであるか否かを判断する（ステップＳ４１０）。その結果、メールフラグがＯＮであれば（ステップＳ４１０：ＹＥＳ）、ＣＰＵ２０は、ダウンロードしたＲＳＳデータを含んだ内容の電子メールデータを生成すると共に、上記ステップＳ２２０で選択された管理対象機器に対応付けられたメールアドレスを、設定リスト３２を参照して取得し、当該メールアドレス宛に生成した電子メールデータを送信する（ステップＳ４２０）。
【００５６】
本実施例においては、生成される電子メールデータは、管理対象機器に関連する関連情報のみを報知する情報として含んでいる。ＣＰＵ２０は、抽出部２５の処理として、ダウンロードしたＲＳＳデータを構成する複数の情報セットのうちから、上記ステップＳ２６０で用いた第１および第２のキーワードを含む情報セットのみを抽出する。ＣＰＵ２０は、この抽出した情報セットのみを接続機器の関連情報として報知する。ただし、ダウンロードしたＲＳＳデータの全てを含む電子メールデータを送信してもよい。なお、情報セットには、接続機器に関する情報の要約と、詳細情報を取得するためのＵＲＬとを含んでいるので、ユーザは、その情報を見れば、情報の概要を把握することができ、さらに、当該ＵＲＬにアクセスすれば、詳細な情報を知ることもできる。電子メールでの報知を行うと、ＣＰＵ２０は、管理リスト３１のうちの電子メールに対応する報知時刻を更新する（ステップＳ４３０）。
【００５７】
報知時刻を更新すると、または、メールフラグがＯＦＦ（ステップＳ４１０：ＮＯ）であれば、ＣＰＵ２０は、設定リスト３２を参照して、ポップアップフラグがＯＮであるか否かを判断する（ステップＳ４４０）。その結果、ポップアップフラグがＯＮであれば（ステップＳ４４０：ＹＥＳ）、ＣＰＵ２０は、ポップアップウィンドウを表示させるためのポップアップデータを生成すると共に、上記ステップＳ２２０で選択された管理対象機器に対応付けられたポップアップアドレスを、設定リスト３２を参照して取得し、当該アドレス宛に生成したポップアップデータを送信する（ステップＳ４５０）。ポップアップデータに含まれる関連情報の内容は、上述した電子メールデータと同様である。このポップアップデータを受信した端末は、自機のディスプレイにポップアップウィンドウを表示させる。本実施例においては、ポップアップウィンドウは、ユーザがポップアップされた情報を確認したことを入力可能に構成されている。端末ＰＣ１は、ユーザの入力を受け付けると、確認応答をルータＲＴ１に送信する。本実施例では、ポップアップデータは、端末ＰＣ１に送信するものとしたが、接続機器にテレビが含まれる場合には、テレビに送信してもよい。テレビは、家電製品の中でユーザが最も使用する頻度の高い機器の１つであるから、速やかにユーザに報知することができる。
【００５８】
ポップアップデータを送信すると、ＣＰＵ２０は、確認応答の受信を待機し（ステップＳ４６０）、確認応答を受信すると（ステップＳ４６０：ＹＥＳ）、管理リスト３１のうちのポップアップに対応する報知時刻を更新する（ステップＳ４７０）。
【００５９】
報知時刻を更新すると、または、ポップアップフラグがＯＦＦ（ステップＳ４４０：ＮＯ）であれば、ＣＰＵ２０は、設定リスト３２を参照して、ブラウザフラグがＯＮであるか否かを判断する（ステップＳ４８０）。その結果、ブラウザフラグがＯＮであれば（ステップＳ４８０：ＹＥＳ）、ＣＰＵ２０は、ＷＥＢブラウザで関連情報を表示するためのＨＴＭＬ（HyperText Markup Language）形式のデータを生成すると共に、上記ステップＳ２２０で選択された管理対象機器に対応付けられたブラウザアドレスを、設定リスト３２を参照して取得し、当該アドレス宛に生成したＨＴＭＬデータを送信する（ステップＳ４９０）。ＨＴＭＬデータに含まれる関連情報の内容は、上述した電子メールデータと同様である。生成したＨＴＭＬデータは、当該アドレスをＩＰアドレスとして有する端末（ここでは端末ＰＣ１）がＷＥＢブラウザを用いてインターネットＩＮＴにアクセスする際に送信するＨＴＴＰ要求をＣＰＵ２０が受信した際に、その応答として送信される。本実施例においては、ＨＴＭＬデータは、ユーザがＷＥＢブラウザで表示された情報を確認したことを入力可能に構成されている。端末ＰＣ１は、ユーザの入力を受け付けると、確認応答をルータＲＴ１に送信する。
【００６０】
ＨＴＭＬデータを送信すると、ＣＰＵ２０は、確認応答の受信を待機し（ステップＳ５００）、確認応答を受信すると（ステップＳ５００：ＹＥＳ）、管理リスト３１のうちのＷＥＢブラウザに対応する報知時刻を更新する（ステップＳ５１０）。こうして、報知処理は終了となる。なお、上記ステップＳ４６０において、所定時間内に確認応答を受信しない場合には、上記ステップＳ４７０を省略して、上記ステップＳ４８０に処理を進めてもよい。同様に、上記ステップＳ５００において、所定時間内に確認応答を受信しない場合には、上記ステップＳ５１０を省略して、報知処理を終了してもよい。こうすれば、報知した関連情報をユーザが確認しないまま報知されても、設定処理の実行が滞ることがない。
【００６１】
Ａ−４．効果：
かかる構成のルータＲＴ１は、接続機器の機器情報と位置情報とを記憶しており、位置情報に基づいてＷＡＮ側インタフェース６０を介してサーバＳＶ１〜ＳＶ３にアクセスしてＲＳＳデータを取得する。そして、ルータＲＴ１は、取得したＲＳＳデータが、機器情報を有する接続機器に関連する更新された情報である関連情報を含む場合に、関連情報と、その詳細を取得するためのＵＲＬとを報知する。したがって、接続機器に関する更新された関連情報を好適にユーザに報知することができる。しかも、ルータＲＴ１は、一般的に、常時稼働することを前提に設置されるので、関連情報を確実にユーザに報知することができる。その結果、ユーザの利便性が向上する。さらに、ルータＲＴ１は、本来的に、ＷＥＢサーバにアクセスする通信機能を有しているので、当該通信機能を実現するためにハード構成を追加する必要がない。また、ルータ装置は、インターネットにアクセスする通信環境であれば、設置される可能性が大きいので、本実施例の構成を一般家庭にも広く適用することができ、汎用性が高い。
【００６２】
また、ルータＲＴ１は、接続機器の機器情報および位置情報を、ＬＡＮ側インタフェース５０を用いた通信によって自動取得するので、ユーザが接続機器の機器情報や位置情報をルータＲＴ１にいちいち入力する必要がない。したがって、ユーザの利便性が向上する。
【００６３】
また、ルータＲＴ１は、更新時刻情報を含むＲＳＳデータをサーバＳＶ１〜ＳＶ３からダウンロードして、更新時刻情報に基づいて、取得したＲＳＳデータの更新の有無を判断するので、構成が簡単である。しかも、ルータＲＴ１が、ダウンロードしたデータを記憶しておき、新たにダウンロードしたデータと照合して更新の有無を判断する構成と比べて、必要な記憶容量が少なくなるので、リソースを有効活用することができる。
【００６４】
また、ルータＲＴ１は、サーバＳＶ１〜ＳＶ３からダウンロードしたＲＳＳデータのうちから、接続機器に関連する情報セットのみを抽出して報知するので、接続機器に関連しない情報が関連情報と共に報知されることがない。したがって、ユーザは、報知された情報の中から関連情報を見分ける必要がなく、利便性が向上する。
【００６５】
また、ルータＲＴ１は、ダウンロードしたＲＳＳデータを、所定の検索キーを用いて検索し、関連情報が検索キーに合致する合致情報を含む場合にのみ報知を行うので、報知する関連情報を所望の情報、例えば、機器の不具合に係る保守情報といった重要な情報のみに限定することができる。したがって、ユーザは、所望の情報についてのみ報知を受けることができるので、ユーザの望まない種類の情報が報知されることがない。したがって、ユーザの利便性を向上させることができる。
【００６６】
上述した実施形態の変形例について説明する。
Ｂ：変形例：
Ｂ−１．変形例１：
上述の実施形態においては、ダウンロードしたＲＳＳデータに含まれる更新時刻と、管理リスト３１に記憶されている選択した管理対象機器のＲＳＳサイトアクセス時刻とを比較することによって、ダウンロードしたＲＳＳデータの更新の有無を判断したが、更新の有無の判断手法は、特に限定するものではない。例えば、ポップアップやＷＥＢブラウザを用いて報知を行う場合には、更新時刻と、確認応答を受信した応答時刻とを比較してもよい。こうすれば、報知済みの情報であっても、ユーザが報知内容を確認していない場合には、次回の配信処理によって同一内容のＲＳＳデータをダウンロードした際に、当該ＲＳＳデータが更新されていると判断される。その結果、前回報知したものと同一内容の関連情報が再度ユーザに報知されることとなる。したがって、ユーザが報知を見落とすことを抑制して、報知の確実性を向上させることができる。
【００６７】
Ｂ−２．変形例２：
上述の実施形態においては、報知する情報は、接続機器に関連する情報セット、すなわち、接続機器についての情報のタイトル、要約、詳細情報のＵＲＬ、更新時刻を含むものとしたが、報知する情報は、適宜設定すればよい。例えば、ルータＲＴ１は、ＲＳＳサイトのＵＲＬのみを報知する構成としてもよいし、詳細情報のＵＲＬのみを報知する構成としてもよい。このように、関連情報を取得させるための取得用情報のみをルータＲＴ１が報知しても、ユーザが端末を用いて報知されたＵＲＬにアクセスすれば、関連情報を取得することができる。あるいは、関連情報のみを報知してもよい。例えば、ルータＲＴ１は、関連情報のタイトルと要約のみを報知してもよい。あるいは、ルータＲＴ１は、関連情報の詳細情報のＵＲＬにアクセスして、その内容をダウンロードし、ダウンロードしたデータを含む内容で報知してもよい。
【００６８】
Ｂ−３．変形例３：
上述の実施形態においては、ルータＲＴ１が、ネットワークを介して接続された接続機器から機器情報および位置情報を取得し、当該接続機器の関連情報を報知する構成としたが、種々のインタフェース、例えば、ＨＤＭＩ（High-Definition Multimedia Interface）によってルータＲＴ１に直接的に接続された機器についても同様の処理を行うことができる。
また、位置情報については、各メーカーのＲＳＳサイトのＵＲＬをルータＲＴ１の製造段階でフラッシュＲＯＭ３０に記憶しておき、ルータＲＴ１が機器情報としてメーカー名を取得し、取得したメーカー名に対応するＵＲＬにアクセスする構成としてもよい。さらに、ネットワークに対応していない種々の機器、例えば、電子レンジ、石油ストーブなどについても、ユーザが手動でルータＲＴ１に機器情報と位置情報とを登録すれば、関連情報の対象機器とすることができる。このような場合、機器の製造段階で、機器情報や位置情報をユーザが容易に読み取り可能な形態で、機器に表示させてもよい。例えば、メーカーは、機器情報や位置情報を記載したラベルを機器に貼り付けて当該機器を販売してもよいし、機器情報や位置情報を埋め込んだコード、例えば、ＱＲコード（登録商標）を機器に貼り付けて当該機器を販売してもよい。ＱＲコードを用いる場合、ユーザが携帯電話でＱＲコードを読み取り、ルータＲＴ１に送信し、ルータＲＴ１がこれを受信して登録する構成としてもよい。
【００６９】
Ｂ−４．変形例４：
上述の実施形態においては、サーバＳＶ１〜ＳＶ３からデータをダウンロードするタイミングは、設定リスト３２に記録されたアクセスタイミングに基づいて固定的に決定されたが、ルータＲＴ１は、自機の通信量（帯域負荷を含む）に応じて、アクセスタイミングを変化させてもよい。例えば、設定リスト３２に記録されたアクセスタイミングにおいて、ルータＲＴ１が送受信する通信量が所定値以上の場合には、通信量が所定レベルまで低減してから、あるいは、所定時間経過してから、ダウンロードを開始する構成としてもよい。こうすれば、ルータＲＴ１の瞬間的な通信負荷の増大を抑制し、本実施例の配信処理が、他の通信の品質に影響を与えることを抑制できる。
【００７０】
Ｂ−５．変形例５：
上述の実施形態においては、ルータＲＴ１は、接続機器の不具合に係る保守情報のみを報知する構成としたが、さらに種々の情報を報知する場合には、ルータＲＴ１は、関連情報の内容に応じて、報知するタイミングを変化させてもよい。例えば、不具合に関する保守情報は、緊急度が高いので、速やかに報知し、その他の情報は、相対的に緊急度が低いので、所定数、あるいは、所定期間、フラッシュＲＯＭ３０に蓄積しておき、複数の関連情報をまとめて報知する構成としてもよい。こうすれば、ユーザの利便性が向上する。なお、報知するタイミングは、関連情報に所定のキーワードが含まれるか否かによって判断すればよい。
【００７１】
Ｂ−６．変形例６：
上述の実施形態においては、ルータＲＴ１は、ＲＳＳサイトにアクセスして、ＲＳＳデータをダウンロードする構成としたが、ダウンロードするデータの形式は、特に限定するものではない。ただし、サーバＳＶ１〜ＳＶ３は、提供する情報に更新時刻を付加しておくことが望ましい。こうすれば、更新の判断が容易になるからである。ただし、ルータＲＴ１がサーバＳＶ１〜ＳＶ３から前回ダウンロードしたデータをフラッシュＲＯＭ３０に記憶しておけば、新たにダウンロードした情報と照合することで、更新の有無を判断することも可能である。
【００７２】
Ｂ−７．変形例７：
上述の実施形態においては、ルータＲＴ１は、機器のメーカーが自社の製品に関する製品情報を公開するサーバＳＶ１〜ＳＶ３からデータをダウンロードする構成としたが、予め指定されたサーバに定期的にアクセスして、ＲＳＳデータを収集するサーバからデータをダウンロードしてもよい。この場合、サーバの保有する情報は、複数のメーカーの情報が混在するので、機器情報として、メーカー名を含めてもよい。あるいは、各メーカーの製品の保守情報を統合的に公開するＷＥＢサーバがある場合には、かかるＷＥＢサーバからデータをダウンロードしてもよい。この場合、ルータＲＴ１の製造段階でＷＥＢサーバのＵＲＬをフラッシュＲＯＭ３０に記憶しておいてもよい。また、ルータＲＴ１は、外部ネットワーク上に公開された情報をダウンロードする構成に限らず、ローカルエリアネットワークに設置されたサーバにアクセスし、データをダウンロードしてもよい。例えば、ルータＲＴ１は、各接続機器にインストールされたプログラムの更新情報などを、ローカルエリアネットワークに設置されたサーバからダウンロードしてもよい。この場合、ＬＡＮ側インタフェース５０およびＷＡＮ側インタフェース６０は、いずれもＬＡＮに接続されることとなる。ＷＡＮ側インタフェース６０は、サーバ側のネットワークに接続すればよい。
【００７３】
Ｂ−８．変形例８：
上述した実施形態においては、ルータＲＴ１は、ＬＡＮ側インタフェースを用いた通信によって報知を行う構成について示したが、報知の方法は適宜設定可能である。例えば、ＨＤＭＩによってルータＲＴ１に直接的に接続された機器に関連情報を送信して、報知を行ってもよい。あるいは、ルータＲＴ１がディスプレイを備えている場合には、当該ディスプレイに関連情報を表示させて報知してもよい。もとより、報知方法は、表示に限らず、音声などを用いて行ってもよい。
【００７４】
また、関連情報の対象機器が、ディスプレイや音声出力手段などの報知手段を備えている場合には、ルータＲＴ１は、ユーザによって管理リスト３１に登録された報知先に代えて、あるいは、加えて、関連情報の対象機器に対して、報知を行ってもよい。ルータＲＴ１は、報知手段を備えているか否かについて、取得した機器情報から判断してもよい。この場合、ルータＲＴ１は、接続機器のネットワーク上のアドレスを管理リスト３１に記憶しておいてもよい。
【００７５】
Ｂ−９．変形例９：
上述した実施形態においては、ルータＲＴ１がＲＳＳデータの更新の有無を判断する構成としたが、この判断は、サーバＳＶ１が行う構成としてもよい。例えば、ルータＲＴ１は、機器情報と共に前回のアクセス時刻をサーバＳＶ１に送信し、サーバＳＶ１〜ＳＶ３がアクセス時刻に基づいて更新の有無を判断してもよい。同様に、上述した抽出部２５や検索部２６としての機能についても、ルータＲＴ１に代えてサーバＳＶ１〜ＳＶ３が備えてもよい。この場合も、ルータＲＴ１は、機器情報と共に、キーワードなどをサーバＳＶ１〜ＳＶ３に送信すればよい。
【００７６】
Ｂ−１０．変形例１０：
ルータＲＴ１のＣＰＵ２０は、ダウンロードしたデータの内容に応じて、登録された位置情報を変更する変更部として機能してもよい。例えば、ダウンロードした情報を検索し、所定のキーワードが含まれる場合に、ＣＰＵ２０は、管理リスト３１に登録された位置情報を、ダウンロードした情報に含まれるＵＲＬに更新してもよい。こうすれば、メーカーがＲＳＳサイトのＵＲＬを変更した場合に、変更前のＵＲＬのサイトに「ＵＲＬをhttp://FFFFに変更しました」などと記載しておけば、ルータＲＴ１は、ダウンロードしたデータを解釈して、変更後のＵＲＬを登録することができる。
【００７７】
Ｂ−１１．変形例１１：
上述の実施形態においては、本発明の中継装置の実施例として、ルータ装置の例を示したが、中継装置は、ルータ装置に限らず、スイッチ、ゲートウェイなど、２つのネットワーク間の通信パケットのやり取りを中継する種々の中継装置として実現することができる。
【００７８】
以上、本発明の実施形態について説明したが、上述した実施形態における本発明の構成要素のうち、独立クレームに記載された要素以外の要素は、付加的な要素であり、適宜省略、または、組み合わせが可能である。また、本発明はこうした実施形態に限られるものではなく、本発明の要旨を脱しない範囲において、種々なる態様で実施できることは勿論である。例えば、本発明は、中継装置としての構成のほか、報知方法、複数の中継装置を備える通信システム、中継装置に用いるプログラム、当該プログラムを記録した記憶媒体等としても実現することができる。
【符号の説明】
【００７９】
２０…ＣＰＵ
２１…サーバ情報取得部
２２…報知部
２３…取得部
２４…更新判断部
２５…抽出部
２６…検索部
２７…受取部
２８…接続判断部
２９…提供部
３０…フラッシュＲＯＭ
３１…管理リスト
３２…設定リスト
４０…ＲＡＭ
５０…ＬＡＮ側インタフェース
６０…ＷＡＮ側インタフェース
ＨＮ…ホームネットワーク
ＲＴ１，ＲＴ２…ルータ
ＰＣ１，ＰＣ２…端末
ＥＤ１〜ＥＤ４…電子機器
ＳＧ１，ＳＧ２…セグメント
ＳＶ１〜ＳＶ３…サーバ
ＩＮＴ…インターネット
【図１】
2012142835.tif 000003
【図２】
2012142835.tif 000004
【図３】
2012142835.tif 000005
【図４】
2012142835.tif 000006
【図５】
2012142835.tif 000007
【図６】
2012142835.tif 000008
【図７】
2012142835.tif 000009