JP2014048688A - ネットワーク装置、ネットワーク装置がクライアント装置に対してファイルのダウンロードを案内する案内方法およびネットワークシステム - Google Patents

Abstract

【課題】ネットワーク装置において、クライアント装置からの明示的な操作を必要とせず、クライアント装置にファイルのダウンロードを案内可能な技術を提供する。
【解決手段】ネットワーク装置は、ネットワーク装置に接続されているクライアント装置に固有の環境を特定するための固有情報を取得する装置情報取得部と、クライアント装置へのダウンロードが推奨される推奨ファイルであって、取得した固有情報に対応した推奨ファイルの情報を取得する推奨情報取得部と、クライアント装置がネットワーク装置を介してネットワークに接続しようとした場合に、クライアント装置に推奨ファイルをダウンロードさせるための案内表示をクライアント装置に表示させる案内部を備える。
【選択図】図２

Description

本発明は、ネットワーク装置に関する。

クライアント装置が、何らかのサービスを提供する他の装置（以降、「サービス提供装置」と呼ぶ。）を使用する場合、クライアント装置にはサービス提供装置を使用するための設定が必要となる場合がある。例えば、クライアント装置が、アクセスポイント等のネットワーク装置を使用する場合、クライアント装置にはＳＳＩＤや暗号化情報などの設定が必要となる。従来では、このような設定を行うためのプログラムは、サービス提供装置に予め添付されたＣＤ−ＲＯＭ等の記憶媒体に格納され提供されていた。しかし、ＣＤ−ＲＯＭ等を再生可能な光学ドライブを持たないクライアント装置も数多く存在するため、従来通りの方法では設定に必要なプログラムを取得できないという問題がある。

このような問題を解決するために以下のような技術が知られている（例えば、特許文献１）。この技術では、ネットワークに接続されたインストールサーバ装置を設け、端末（クライアント装置）がネットワークを経由してインストールサーバ装置に接続する。インストールサーバ装置は、端末からの要求に応じて、端末の固有情報を読み取る調査プログラムを端末へ送信すると共に端末から受信した固有情報からインストールプログラムを作成し、端末へ送信する。

特開２００２−１８２７６８号公報 特開２００８−９９３４２号公報 特開２００３−９９２６５号公報 特開２００５−１４２９０７号公報 特開２００７−３３６３７９号公報

上記従来技術では、光学ドライブを持たないクライアント装置に対するプログラムの提供は実現されている。しかし、クライアント装置からインストールサーバ装置に要求を送信する必要があるため、クライアント装置側では、インストールサーバ装置のアドレス（例えばＵＲＬ等）を把握すると共に、インストールサーバ装置へ接続する操作が必要とされる。従って、上記従来技術では、クライアント装置の利用者に手間をかけるという問題があった。

なお、このような問題は、クライアント装置に対してソフトウェアなどのプログラムを提供する場合に限らず、クライアント装置に対してファームウェアなどのプログラムや、マニュアル等のドキュメントファイルを提供する場合など、クライアント装置に対してファイル全般を提供する場合に共通する問題であった。

本発明は、ネットワーク装置において、クライアント装置からの明示的な操作を必要とせず、クライアント装置にファイルのダウンロードを案内可能な技術を提供することを目的とする。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。

［適用例１］
ネットワーク装置であって、前記ネットワーク装置に接続されているクライアント装置の固有情報であって、前記クライアント装置に固有の環境を特定するための固有情報を取得する装置情報取得部と、前記クライアント装置へのダウンロードが推奨される推奨ファイルであって、取得した前記固有情報に対応した推奨ファイルの情報を取得する推奨情報取得部と、前記クライアント装置が前記ネットワーク装置を介してネットワークに接続しようとした場合に、前記クライアント装置に前記推奨ファイルをダウンロードさせるための案内表示を前記クライアント装置に表示させる案内部と、を備える、ネットワーク装置。
このようにすれば、ネットワーク装置は、クライアント装置からの推奨ファイルダウンロードのための明示的な操作を必要とせず、クライアント装置にファイルのダウンロードを案内することができる。

［適用例２］
適用例１記載のネットワーク装置であって、前記装置情報取得部は、前記クライアント装置と前記ネットワーク装置との間で行われる通信設定処理において、前記クライアント装置の前記固有情報を取得する、ネットワーク装置。
このようにすれば、ネットワーク装置は、クライアント装置からの明示的な操作を必要とせず、クライアント装置の固有情報を取得することができる。

［適用例３］
適用例１または２記載のネットワーク装置であって、前記案内部は、前記クライアント装置から取得した任意のＷＥＢページ閲覧のための要求に対して、前記案内表示のために用いられる情報である案内表示用情報を生成し、前記要求に対する応答として前記案内表示用情報を送信する、ネットワーク装置。
このようにすれば、ネットワーク装置は、クライアント装置が任意のＷＥＢページ閲覧のための要求を発したことをトリガとして、クライアント装置にファイルのダウンロードを案内することができる。すなわち、ネットワーク装置は、ＷＥＢページ閲覧のための要求を、推奨ファイルダウンロードのための要求に差し替えて取り扱う。このため、ネットワーク装置は、クライアント装置からの推奨ファイルダウンロードのための明示的な操作を必要とせず、クライアント装置にファイルのダウンロードを案内することができる。

［適用例４］
適用例１から３のいずれか一項記載のネットワーク装置であって、前記案内部は、前記推奨ファイルが複数存在する場合には、ダウンロードの対象とするファイルの選択を受付可能な態様で前記案内表示用情報を生成する、ネットワーク装置。
このようにすれば、クライアント装置の利用者は、ダウンロードの対象としたいファイルを選択することができるため、利便性を向上させることができる。

［適用例５］
適用例１から４のいずれか一項記載のネットワーク装置であって、さらに、前記装置情報取得部が取得した前記固有情報を記憶する記憶部を備え、前記推奨情報取得部は、前記記憶部に記憶された前記固有情報に対応した前記推奨ファイルの情報を取得する、ネットワーク装置。
このようにすれば、ネットワーク装置は、記憶部に記憶された固有情報を用いてクライアント装置にファイルのダウンロードを案内することができる。従って、ネットワーク装置は、処理の都度、クライアント装置から固有情報を取得することを回避することができる。

［適用例６］
適用例１から５のいずれか一項記載のネットワーク装置であって、前記推奨ファイルは、前記クライアント装置が前記ネットワーク装置を利用するにあたって、前記クライアント装置へのインストールが推奨されるファイルであって、ファームウェアと、ソフトウェアと、ドキュメントと、の少なくともいずれかを含む、ネットワーク装置。
このようにすれば、推奨ファイルは、ファームウェアと、ソフトウェアと、ドキュメントと、の少なくともいずれかを含むことを明確にすることができる。

［適用例７］
適用例１から６のいずれか一項記載のネットワーク装置であって、前記固有情報は、前記クライアント装置に搭載されているデバイスの名称と、前記デバイスの仕向け先と、前記クライアント装置にインストールされているオペレーティングシステムの種類およびバージョンと、前記クライアント装置にインストールされているソフトウェアの種類およびバージョンと、のうちの少なくとも一部を含む、ネットワーク装置。
このようにすれば、固有情報を用いて推奨ファイルを決定することができる。

［適用例８］
ネットワーク装置がクライアント装置に対してファイルのダウンロードを案内する案内方法であって、（ａ）前記ネットワーク装置が、前記ネットワーク装置に接続されている前記クライアント装置の固有情報を取得する工程と、（ｂ）前記ネットワーク装置が、前記クライアント装置へのダウンロードが推奨される推奨ファイルであって、取得した前記固有情報に対応した推奨ファイルの情報を取得する工程と、（ｃ）前記ネットワーク装置が、前記クライアント装置が前記ネットワーク装置を介してネットワークに接続しようとした場合に、前記クライアント装置に前記推奨ファイルをダウンロードさせるための案内表示用情報を生成し、前記案内表示用情報を用いて、案内表示を前記クライアント装置に表示させる工程と、を備える、案内方法。
このようにすれば、適用例１と同様の効果を得ることができる。

［適用例９］
ネットワークシステムであって、適用例１から７のいずれか一項記載のネットワーク装置と、サーバ装置と、を備え、前記ネットワーク装置の前記推奨情報取得部は、さらに、前記クライアント装置から取得した前記固有情報を前記サーバ装置へ送信し、前記サーバ装置は、複数の前記固有情報と、最新のファイル情報とが対応付けられた更新情報を記憶する記憶部と、前記ネットワーク装置から取得した前記固有情報に基づいて前記更新情報から前記推奨ファイルの情報を決定し、決定した前記推奨ファイルの情報を、前記ネットワーク装置の前記推奨情報取得部へ送信する決定部と、を備える、ネットワークシステム。
このようにすれば、サーバ装置に決定部を備える構成としたため、ネットワーク装置は、推奨情報取得部がサーバ装置に問い合わせを行うことで、自身に接続されているクライアント装置のファイルを一元的に管理することができる。

［適用例１０］
ネットワークシステムであって、適用例１から７のいずれか一項記載のネットワーク装置と、複数の前記固有情報と、最新のファイル情報とが対応付けられた更新情報を記憶する記憶部を備えるサーバ装置と、を備え、前記ネットワーク装置は、さらに、前記クライアント装置から取得した前記固有情報のうちの少なくとも一部を前記サーバ装置へ送信し、前記更新情報を取得する更新情報取得部と、前記クライアント装置から取得した前記固有情報に基づいて、前記サーバ装置から取得した前記更新情報から前記推奨ファイルの情報を決定し、決定した前記推奨ファイルの情報を、前記推奨情報取得部へ送信する決定部と、を備える、ネットワークシステム。
このようにすれば、ネットワーク装置に決定部とを備える構成としたため、サーバ装置側の構成を簡略にすると共に、サーバ装置の負荷を軽減させることができる。

［適用例１１］
ネットワークシステムであって、適用例１から７のいずれか一項記載のネットワーク装置と、サーバ装置と、を備え、前記ネットワーク装置は、さらに、複数の前記固有情報と、最新のファイル情報とが対応付けられた更新情報を記憶する記憶部と、前記クライアント装置から取得した前記固有情報に基づいて、前記更新情報から前記推奨ファイルの情報を決定し、決定した前記推奨ファイルの情報を、前記推奨情報取得部へ送信する決定部と、を備える、ネットワークシステム。
このようにすれば、ネットワーク装置に更新情報を記憶する記憶部と、決定部とを備える構成としたため、ネットワーク装置単体で、クライアント装置にファイルのダウンロードを案内することができる。

［適用例１２］
適用例１１記載のネットワークシステムであって、前記サーバ装置は、さらに、前記更新情報に変化が生じた場合に、前記変化の内容を前記ネットワーク装置に通知する変化通知部を備え、前記ネットワーク装置は、さらに、取得した前記変化の内容に基づいて、前記記憶部内の前記更新情報を更新する変化更新部を備える、ネットワークシステム。
このようにすれば、ネットワーク装置の更新情報を最新の状態に保つことができる。

なお、本発明は、種々の態様で実現することが可能である。例えば、本発明は、ネットワーク装置、ネットワーク装置がクライアント装置に対してファイルのダウンロードを案内する案内方法、ネットワークシステム、それらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体等の形態で実現することができる。

本発明の一実施例としてのネットワーク装置を用いたネットワークシステムの概略構成を示す説明図である。 ＡＰおよびサーバの概略構成を示す説明図である。 更新情報データベースの一例を示す説明図である。 ＡＰで実行される更新案内処理の手順を示すフローチャートである。 ステップＳ１１２によりクライアントのＷＥＢブラウザに表示される案内表示画面の一例である。 第２実施例におけるＡＰおよびサーバの概略構成を示す説明図である。 第２実施例における更新情報データベースの一例を示す説明図である。 第２実施例のステップＳ１１２によりクライアントのＷＥＢブラウザに表示される案内表示画面の一例である。 第３実施例におけるおよびサーバの概略構成を示す説明図である。 第３実施例における更新案内処理の手順を示すフローチャートである。 第４実施例におけるＡＰおよびサーバの概略構成を示す説明図である。

次に、本発明の実施の形態を実施例に基づいて説明する。

Ａ．第１実施例：
Ａ−１．システムの概略構成：
図１は、本発明の一実施例としてのネットワーク装置を用いたネットワークシステムの概略構成を示す説明図である。ネットワークシステム１０００は、ネットワーク装置１０と、サーバ装置２０と、３台のクライアント装置３０、４０、５０とを備えている。なお、以降では、サーバ装置のことを単に「サーバ」とも呼ぶ。また、クライアント装置３０を「クライアント３０」と、クライアント装置４０を「クライアント４０」と、クライアント装置５０を「クライアント５０」とも呼ぶ。また、クライアント３０、４０、５０を総称して、単に「クライアント」とも呼ぶ。

本実施例におけるネットワーク装置１０は、ＩＥＥＥ８０２．１１に準拠したアクセスポイント装置である。以降、ネットワーク装置１０を「ＡＰ１０」とも呼ぶ。ＡＰ１０は、有線ケーブルを介してインターネットＩＮＴに接続され、インターネットＩＮＴを経由してサーバ２０に接続されている。また、ＡＰ１０は、ＯＳＩ参照モデル（OSI reference model）第３層のルータとしても機能し、クライアント３０、４０、５０との間の無線通信および有線通信を中継することが可能である。

本実施例におけるクライアント３０、４０は、ＩＥＥＥ８０２．１１に準拠した無線通信インタフェースを備えるパーソナルコンピュータである。また、本実施例におけるクライアント５０は、ＩＥＥＥ８０２．１１に準拠した無線通信インタフェースを備える携帯端末である。図１の例では、クライアント３０はＡＰ１０と有線接続され、クライアント４０、５０はＡＰ１０と無線接続されている。クライアント３０、４０、５０は、ルータとして機能するＡＰ１０により、同一のネットワークセグメント（ブロードキャストドメインＢＤ）に所属する。クライアント３０、４０、５０は、それぞれ、クライアントに固有の環境を特定するための情報である「固有情報」を持つ。固有情報には、例えば、クライアントに搭載されているネットワーク接続デバイス等のデバイスの名称、デバイスの仕向け先、クライアントにインストールされているオペレーティングシステムの種類やバージョン等のうちの少なくとも一部が含まれる。クライアントの固有情報は、後述の更新案内処理において、クライアントに適した推奨ファイルを案内するために使用される。

Ａ−２．ネットワーク装置の概略構成：
図２は、ＡＰ１０およびサーバ２０の概略構成を示す説明図である。図２では、本実施例のＡＰ１０およびサーバ２０の説明に必要ない構成部については図示を省略している。このことは、以降の図においても同様である。ＡＰ１０は、ＣＰＵ１１０と、無線通信インタフェース（Ｉ／Ｆ）１２０と、有線通信インタフェース（Ｉ／Ｆ）１３０と、ＲＡＭ１４０と、フラッシュＲＯＭ１５０とを備え、それぞれがバスにより相互に接続されている。

ＣＰＵ１１０は、フラッシュＲＯＭ１５０に格納されているコンピュータプログラムをＲＡＭ１４０に展開して実行することにより、ＡＰ１０を制御する。また、ＣＰＵ１１０は、中継処理部１１１、装置情報取得部１１２、推奨情報取得部１１３、案内部１１４としての機能を実現する。

中継処理部１１１は、受信パケットを宛先に応じて転送する中継処理を実行する。装置情報取得部１１２は、後述の更新案内処理において、同一のネットワークセグメントに所属するクライアントの固有情報を取得する。更新案内処理は、クライアントに推奨ファイルをダウンロードさせるための案内を行う処理である。なお、「推奨ファイル」とは、クライアントへのダウンロードが推奨されるファイルを意味する。「ファイル」には、ファームウェア等のプログラムや、マニュアル等のドキュメントファイルが含まれる。

推奨情報取得部１１３は、更新案内処理において、クライアントの固有情報に対応した推奨ファイルの情報を取得する。案内部１１４は、更新案内処理において、推奨ファイルの情報に基づいて、推奨ファイルをクライアントにダウンロードさせるための案内を行う。本実施例における案内部１１４は、ＨＴＴＰ（Hypertext Transfer Protocol）を用いた案内を行う。このため、案内部１１４は、ＷＥＢ（World Wide Web）サーバとしての機能を備えている。

無線通信インタフェース１２０は、図示しない送受信回路を含み、アンテナを介して受信した電波の復調とデータの生成、および、アンテナを介して送信する電波の生成と変調を行う機能を有する。有線通信インタフェース１３０は、ＷＡＮ側のインタフェースがインターネットＩＮＴ側の回線と接続される。さらに、有線通信インタフェース１３０は、ＬＡＮ側のインタフェースがクライアントと接続される。有線通信インタフェース１３０は、図示しないＰＨＹ／ＭＡＣコントローラを含み、受信した信号の波形を整えるほか、受信した信号からＭＡＣフレームを取り出す機能を有する。

フラッシュＲＯＭ１５０には、装置情報記憶部１５１が含まれている。装置情報記憶部１５１は、更新案内処理において、装置情報取得部１１２が取得したクライアントの固有情報を、クライアント毎に記憶する。

Ａ−３．サーバの概略構成：
サーバ２０は、ＣＰＵ２１０と、有線通信インタフェース（Ｉ／Ｆ）２２０と、ＲＡＭ２３０と、ハードディスク２４０と、ＲＯＭ２５０とを備え、それぞれがバスにより相互に接続されている。

ＣＰＵ２１０は、ＲＯＭ２５０に格納されているコンピュータプログラムをＲＡＭ２３０に展開して実行することにより、サーバ２０を制御する。また、ＣＰＵ２１０は、決定部２１１としての機能を実現する。決定部２１１は、更新案内処理において、ＡＰ１０からの要求に基づいて推奨ファイルの情報を決定し、決定した推奨ファイルの情報をＡＰ１０へ送信する。

有線通信インタフェース２２０は、インターネットＩＮＴ側の回線と接続されるほか、有線ケーブルを通じて通信の相手方となるデバイスと接続されてもよい。有線通信インタフェース２２０は、図示しないＰＨＹ／ＭＡＣコントローラを含み、受信した信号の波形を整えるほか、受信した信号からＭＡＣフレームを取り出す機能を有する。

ハードディスク２４０には、更新情報データベース２４１と、ファームウェア（ＦＷ）セット２４２と、ドキュメント（ＤＯＣ）セット２４３とが格納されている。更新情報データベース２４１は、複数の固有情報と、最新のファイルに関する説明とが対応付けられて格納されたデータベースである。なお、最新のファイルに関する説明を「ファイル情報」とも呼ぶ。更新情報データベース２４１は特許請求の範囲における「更新情報」に相当し、ハードディスク２４０は特許請求の範囲における「記憶部」に相当する。

ファームウェアセット２４２は、クライアントに最新のファームウェアをインストールするための実行プログラムの集合である。ファームウェアセット２４２には、種々のデバイス毎、また、クライアントのＯＳおよびＯＳのバージョン毎、その他必要な区分に応じて、それぞれに対応する複数の実行プログラムが含まれている。なお、本実施例におけるファームウェアは、特定の機能を実現するために装置や機械等に組み込まれるプログラムを意味する。ドキュメントセット２４３は、マニュアル等のドキュメントファイルの集合である。ドキュメントセット２４３には、ファームウェアセット２４２毎、また、クライアントに搭載されているデバイス毎、ドキュメントファイルの作成・閲覧ソフトウェア毎、その他必要な区分に応じて、それぞれに対応する複数のドキュメントファイルが含まれている。なお、本実施例におけるドキュメントファイルは、種々の文書作成ソフトによって作成されたファイルでもよく、種々のマークアップ言語によって作成されたＷＥＢ上のドキュメントファイルでもよい。

図３は、更新情報データベース２４１の一例を示す説明図である。更新情報データベース２４１は、複数の固有情報としての名称、仕向け、および対応ＯＳ、ならびに、最新のファイル情報としての種別、バージョン、およびファイルパスの情報が対応付けられて格納されたデータベースである。更新情報データベース２４１の１つのエントリが、１つのファイル情報を表している。更新情報データベース２４１は、サーバ２０のハードディスク２４０内に予め格納されている。

「名称」には、デバイスの名称が格納されている。デバイスの名称とは、デバイスの型番や、機器名等、デバイスを一意に特定可能な情報であればどのようなものでもよい。「仕向け」には、デバイスの仕向け先である国名が格納されている。「対応ＯＳ」には、当該エントリのファイルが対応している、オペレーティングシステムの種類が格納されている。換言すれば、対応ＯＳには、当該エントリのファイルをインストール可能なオペレーティングシステムの種類が格納されている。

「種別」には、当該エントリのファイルの用途を示す情報が格納されている。「バージョン」には、当該エントリのファイルのバージョンを示す数値が格納されている。「ファイルパス」には、サーバ２０内において当該エントリのファイルが格納されている場所を示す情報が格納されている。すなわち、ファイルパスには、ファームウェアセット２４２内の特定ファームウェアや、ドキュメントセット２４３内の特定ドキュメントが格納されている場所を示す情報が格納されている。

例えば、図３のエントリＥ０１のファイル情報は以下のようになる。
・Ａ０００１−Ｌという名称のデバイスに対応したファイル
・仕向け先が日本のデバイスに対応したファイル
・ＸＰ（Microsoft Windows XP）、および、Ｗｉｎ７（Windows 7）に対応したファイル
・ファイルは、Ａ機能対応ファームウェアのバージョン２．０
・ファイルの格納場所は、サーバ２０の「C:\Program Files\XXX\JP\AA1」というフォルダ
・ファイルの名称は、「001.drv」
なお、「Windows」は登録商標である。また、ファイルパス中の「\」は、フォルダの階層の変化を示す記号である。

なお、図３では、ファイル情報として、ファームウェアとドキュメントの情報が含まれるものとしたが、その他のファイル情報が含まれてもよい。例えば、デバイスと関連する商品およびサービスの広告を表示させるためのファイル等が含まれてもよい。

Ａ−４．更新案内処理：
図４は、ＡＰ１０で実行される更新案内処理の手順を示すシーケンス図である。以降では、ＡＰ１０がクライアント３０に対して更新案内処理を行う場合であって、固有情報として、（ｉ）クライアント３０に搭載されたネットワーク接続デバイスの名称と、（ｉｉ）ネットワーク接続デバイスの仕向け先と、（ｉｉｉ）クライアント３０にインストールされているオペレーティングシステムの種類と、を使用する例について説明する。しかし、ＡＰ１０は、クライアント４０およびクライアント５０に対しても同様の処理を行うことが可能である。また、固有情報としては、図２で説明した種々の情報を使用することが可能である。

本実施例における更新案内処理は、ＡＰ１０の図示しない設定処理部とクライアント３０との間で行われる通信設定処理が終了したことをトリガとして実行されるものとする。なお、通信設定処理は、クライアント３０に対して、ＡＰ１０と通信するための通信情報や暗号化情報を設定するための処理である。通信設定処理には、例えば、従来から知られたＡＯＳＳ（AirStation One-Touch Secure System）や、ＡＯＳＳを改良した処理や、ＷＰＳ（Wi-Fi Protected Setup）等がある。また、「通信情報」とは、有線通信を確立するために必要な情報を意味する。通信情報は、有線通信においてはＡＰ１０のＩＰアドレス等、無線通信においてはＡＰ１０のＢＳＳＩＤ（Basic Service Set Identifier）、ＥＳＳＩＤ（Extended Service Set Identifier）、ＳＳＩＤ（Service Set Identifier）等がある。「暗号化情報」とは、無線ＬＡＮ暗号化方式と、暗号化の際に用いられる鍵を意味する。暗号化情報は、ＷＥＰ（Wired Equivalent Privacy）、ＷＰＡ（Wi-Fi Protected Access）、ＷＰＡ２−ＰＳＫ（Wi-Fi Protected Access 2 Pre-Shared Key）等がある。

クライアント３０はＡＰ１０に対して通信設定処理の開始要求を送信する（ステップＳ１００）。開始要求を受信したＡＰ１０の設定処理部は、通信設定処理を実行し、通信情報や暗号化情報を設定する（ステップＳ１０１）。その後、ＡＰ１０の装置情報取得部１１２は、クライアント３０からクライアントの固有情報を取得し、装置情報記憶部１５１に記憶させる（ステップＳ１０２）。具体的には、装置情報取得部１１２は、取得したクライアント３０の固有情報を、クライアント３０を特定可能な情報（例えばクライアント３０の識別子等）と関連付けて、フラッシュＲＯＭ１５０の装置情報記憶部１５１に記憶させる。

推奨情報取得部１１３は、サーバ２０に対して推奨ファイルの情報を取得するための問い合わせを行う（ステップＳ１０４）。具体的には、推奨情報取得部１１３は、サーバ２０の決定部２１１に対して、装置情報記憶部１５１に記憶されているクライアント３０の固有情報を含む推奨ファイル取得要求を送信する。

推奨ファイル取得要求を受信したサーバ２０の決定部２１１は、要求に含まれる固有情報に基づいて更新情報データベース２４１（図３）に基づいて推奨ファイルの情報を決定する（ステップＳ１０５）。具体的には、決定部２１１は、更新情報データベース２４１の名称フィールドの値が要求に含まれるネットワーク接続デバイスの名称と一致し、更新情報データベース２４１の仕向けフィールドの値が要求に含まれるネットワーク接続デバイスの仕向け先と一致し、更新情報データベース２４１の対応ＯＳフィールドの値が要求に含まれるオペレーティングシステムの種類と一致するエントリを検索する。そして、決定部２１１は、検索の結果一致した全てのエントリの内容を、推奨ファイルの情報としてＡＰ１０の推奨情報取得部１１３へ送信する（ステップＳ１０６）。

例えば、クライアント３０の固有情報に含まれるネットワーク接続デバイスの名称がＡ０００１−Ｌであり、ネットワーク接続デバイスの仕向け先が日本であり、オペレーティングシステムの種類がＸＰであった場合、決定部２１１は、更新情報データベース２４１のエントリＥ０１、Ｅ０２、Ｅ０３を推奨ファイルの情報として、推奨情報取得部１１３へ送信する。この場合、更新情報データベース２４１のエントリＥ０１、Ｅ０２、Ｅ０３のバージョンフィールドの値から、全てのファイルのバージョンが２．０であることがわかる。このため、推奨ファイルの情報は、既存ファームウェアおよびドキュメントの更新を案内する情報であることがわかる。さらに、例えば、固有情報に含まれるネットワーク接続デバイスの名称がＡ０００２−Ｌであり、ネットワーク接続デバイスの仕向け先が日本であり、オペレーティングシステムの種類がＷｉｎ７であった場合、決定部２１１は、更新情報データベース２４１のエントリＥ０４、Ｅ０５、Ｅ０６を推奨ファイルの情報として、推奨情報取得部１１３へ送信する。この場合、更新情報データベース２４１のエントリＥ０４、Ｅ０５、Ｅ０６のバージョンフィールドの値から、全てのファイルのバージョンが１．０であることがわかる。このため、推奨ファイルの情報は、ファームウェアおよびドキュメントの新規ダウンロードを案内する情報となる。なお、例えば、固有情報に含まれるネットワーク接続デバイスの名称がＡ０００１−Ｌであり、ネットワーク接続デバイスの仕向け先がヨーロッパであり、オペレーティングシステムの種類がＸＰであった場合、決定部２１１は、推奨ファイルの情報として空値（ＮＵＬＬ値）を推奨情報取得部１１３へ送信する。

推奨ファイルの情報を取得した推奨情報取得部１１３は、取得した推奨ファイルの情報を、クライアント３０を特定可能な情報と関連付けてフラッシュＲＯＭ１５０に記憶させる（ステップＳ１０７）。なお、ステップＳ１０４〜Ｓ１０７の一連の処理は、任意のタイミングで実行可能である。例えば、ステップＳ１０４〜Ｓ１０７は、上述のようにクライアントの固有情報を取得した直後（ステップＳ１０２の実行直後）に実行されてもよい。また、ステップＳ１０４〜Ｓ１０７は、例えば夜間等のインターネットＩＮＴやサーバ２０の処理負荷が軽いと想定される時間に実行されてもよい。

ＡＰ１０の案内部１１４は、クライアント３０がネットワークに接続しようとしたことをトリガとして、推奨ファイルの有無を判定する。具体的には、案内部１１４は、クライアント３０から取得した任意のＷＥＢページ閲覧のための要求（ＨＴＴＰリクエスト）を受信した際に、ＩＰアドレスやデフォルトゲートウェイ、ＤＮＳ（Domain Name System）サーバアドレスを取得（自身に偽装）させる（ステップＳ１１０）。そして、案内部１１４は、フラッシュＲＯＭ１５０を検索し、クライアント３０に対応する推奨ファイルの情報が記憶されているか否かを判定する（ステップＳ１１１）。

対応する推奨ファイルの情報が記憶されている場合、案内部１１４は案内表示用情報を生成し、クライアント３０へ送信する（ステップＳ１１２）。具体的には、案内部１１４は、クライアント３０から取得したＨＴＴＰリクエストに対して、案内表示画面を含むＨＴＴＰレスポンス（案内表示用情報）を生成し、生成したＨＴＴＰレスポンスをクライアント３０へ送信する。上述のように案内部１１４は、ＤＮＳサーバアドレスを自身に偽装させることで、クライアント３０から受信したＨＴＴＰリクエストの内容には関係なく、一律に案内表示画面を含むＨＴＴＰレスポンス（案内表示用情報）を生成・送信する。

図５は、ステップＳ１１２によりクライアント３０のＷＥＢブラウザに表示される案内表示画面の一例である。案内表示画面Ｗ１には、クライアント３０に搭載されているネットワーク接続デバイスに対応した最新のファームウェアがある旨の表示ＭＧ１と、推奨ファイルの一覧ＬＴ１と、チェックボックスＣＫ１と、キャンセルボタンＢ１１と、インストールボタンＢ１２とが配置されている。

推奨ファイルの一覧ＬＴ１には、推奨情報取得部１１３が、図４のステップＳ１０４において取得した推奨ファイルの情報の抜粋が表示されている。図５の例では、推奨ファイルの情報の抜粋として、名称フィールドの値と、種別フィールドの値と、バージョンフィールドの値が表示されている。推奨ファイルの一覧ＬＴ１の各ファイルには、チェックボックスＣＫ１が対応付けられて表示されている。

クライアント３０の利用者は、推奨ファイルの一覧ＬＴ１に表示されている各ファイルのうち、クライアント３０へのダウンロードを希望するファイルのチェックボックスＣＫ１にチェックを付し、インストールボタンＢ１２を押下する。案内表示画面Ｗ１は、インストールボタンＢ１２押下により、サーバ２０に接続して、チェックボックスＣＫ１にチェックが付されたファイルをクライアント３０にダウンロードさせるように構成されている。このようにすれば、案内部１１４は、推奨ファイルが複数存在する場合には、クライアントからダウンロードの対象とするファイルの選択を受け付けることができるため、クライアントにおける利便性を向上することができる。

なお、サーバ２０からクライアント３０へのファイルのダウンロードは種々の方法を利用可能である。例えば、ＨＴＴＰを用いてもよいし、ＦＴＰ（File Transfer Protocol）を用いてもよい。また、ダウンロードされたファイルは、ファイルの形式に応じて、自動解凍や自動インストールされてもよい。

なお、図４のステップＳ１１１において、対応する推奨ファイルの情報が記憶されていない場合、案内部１１４は更新案内処理を終了させる。なお、この場合、クライアント３０から取得したＨＴＴＰリクエストに対しては、リクエスト内容に沿ったＨＴＴＰレスポンスが送信されることとなる。また、クライアント４０がＡＰ１０に対して通信設定処理の開始要求を送信した場合（図４、ステップＳ２００）、クライアント４０とＡＰ１０との間で、上述の通信設定処理（ステップＳ１０１）および更新案内処理（ステップＳ１０２〜Ｓ１１２）が実行される。クライアント５０がＡＰ１０に対して通信設定処理の開始要求を送信した場合も同様である。

以上のように、第１実施例によれば、案内部１１４はクライアント３０、４０、５０（クライアント装置）がＡＰ１０（ネットワーク装置）を介してネットワークに接続しようとした場合に、クライアントに推奨ファイルをダウンロードさせるための案内表示画面Ｗ１（案内表示）を生成し、案内表示画面Ｗ１をクライアントに表示させる。このため、ＡＰ１０は、クライアントからの推奨ファイルダウンロードのための明示的な操作を必要とせず、クライアントにファイルのダウンロードを案内することができる。

具体的には、ＡＰ１０の案内部１１４は、クライアント３０、４０、５０（クライアント装置）から取得した任意のＷＥＢページ閲覧のための要求、すなわちＨＴＴＰリクエストに対して案内表示画面Ｗ１（案内表示）を生成し、要求に対する応答として生成した案内表示画面Ｗ１を送信するため、クライアントがＨＴＴＰリクエストを発したことをトリガとして、クライアントにファイルのダウンロードを案内することができる。すなわち、ＡＰ１０は、ＷＥＢページ閲覧のための要求を、推奨ファイルダウンロードのための要求に差し替えて取り扱う。このため、ＡＰ１０は、クライアントからの推奨ファイルダウンロードのための明示的な操作を必要とせず、クライアントにファイルのダウンロードを案内することができる。

また、第１実施例によれば、ＡＰ１０が、ＡＰ１０に接続されている他のデバイスすなわちクライアントに代行して、ファイルの更新を確認し、クライアント案内することができる。この結果、ＡＰ１０が、自身に接続されている同一のネットワークセグメントに所属するクライアントのファイルを一元的に管理することができる。従って、例えば、ＡＰ１０が案内部１１４における案内表示画面Ｗ１の内容や、案内表示画面Ｗ１の実行結果等のログをフラッシュＲＯＭ１５０内に格納しておくこととすれば、ＡＰ１０の管理者は、ＡＰ１０に接続されているクライアントのファイルの状況／更新状況をまとめて把握することができる。

さらに、第１実施例によれば、装置情報取得部１１２は、クライアント３０、４０、５０（クライアント装置）とＡＰ１０（ネットワーク装置）との間で行われる通信設定処理の中においてクライアントの固有情報を取得する。このため、ＡＰ１０は、クライアントからの明示的な操作を必要とせず、クライアントの固有情報を取得することができる。

さらに、第１実施例によれば、ＡＰ１０（ネットワーク装置）は、記憶部に記憶された固有情報を用いてクライアント３０、４０、５０（クライアント装置）にファイルのダウンロードを案内することができる。従って、ＡＰ１０は、処理の都度、クライアントから固有情報を取得することを回避することができる。

なお、ＡＰ１０は、図４の手順と同様の手順でＡＰ１０自身の固有情報を取得し、ＡＰ１０の固有情報に応じた推奨ファイルの情報をサーバ２０から取得してもよい。この場合、ＡＰ１０は、ＡＰ１０用の推奨ファイルの情報を、ステップＳ１０８でクライアント３０に表示される案内表示画面Ｗ１の中に含めて表示させることとしてもよい。また、ＡＰ１０は、ＡＰ１０用の推奨ファイルの情報を、例えばフラッシュＲＯＭ１５０内に保存されている図示しないログに格納してもよい。また、ＡＰ１０は、ＡＰ１０用の推奨ファイルの情報から導かれるファイルを自動的にダウンロードすることとしてもよい。このようにすれば、ＡＰ１０は、クライアントにファイルのダウンロードを案内すると共に、自身に対するファイルのダウンロードも可能とすることができる。

Ｂ．第２実施例：
本発明の第２実施例では、クライアントにファームウェアとドキュメントのダウンロードを案内することに加えて、さらに、クライアントにソフトウェアのダウンロードを案内することが可能な構成について説明する。以下では、第１実施例と異なる構成および動作を有する部分についてのみ説明する。なお、図中において第１実施例と同様の構成部分については先に説明した第１実施例と同様の符号を付し、その詳細な説明を省略する。

Ｂ−１．システムの概略構成：
第２実施例におけるネットワークシステムの概略構成は、図１に示した第１実施例とほぼ同様である。第２実施例におけるネットワークシステムでは、ＡＰ１０に代えてＡＰ１０ａを、サーバ２０に代えてサーバ２０ａを備えている。

Ｂ−２．ネットワーク装置の概略構成：
図６は、第２実施例におけるＡＰ１０ａおよびサーバ２０ａの概略構成を示す説明図である。第２実施例におけるＡＰ１０ａについて、第１実施例のＡＰ１０との違いは、ＣＰＵ１１０に代えてＣＰＵ１１０ａを備える点である。ＣＰＵ１１０ａは、装置情報取得部１１２に代えて装置情報取得部１１２ａを、推奨情報取得部１１３に代えて推奨情報取得部１１３ａを、案内部１１４に代えて案内部１１４ａを、それぞれ備えている。装置情報取得部１１２ａ、推奨情報取得部１１３ａ、および案内部１１４ａは、更新案内処理における処理内容が第１実施例と異なる。詳細は後述する。

Ｂ−３．サーバの概略構成：
第２実施例におけるサーバ２０ａについて、第１実施例のサーバ２０との違いは、ＣＰＵ２１０に代えてＣＰＵ２１０ａを備える点と、ハードディスク２４０に代えてハードディスク２４０ａを備える点である。ＣＰＵ２１０ａは、決定部２１１に代えて決定部２１１ａを備えている。決定部２１１ａは、更新案内処理における処理内容が第１実施例と異なる。詳細は後述する。ハードディスク２４０ａは、更新情報データベース２４１に代えて更新情報データベース２４１ａを備えると共に、さらに、ソフトウェア（ＳＷ）セット２４４を備えている。ソフトウェアセット２４４は、クライアントに最新のソフトウェアをインストールするための実行プログラムの集合である。ソフトウェアセット２４４には、種々のソフトウェア毎、また、クライアントのＯＳおよびＯＳのバージョン毎、その他必要な区分に対応した複数の実行プログラムが含まれている。なお、本実施例におけるソフトウェアは、狭義のソフトウェアを指し、コンピュータシステム（ＣＰＵ，ＲＯＭ，ＲＡＭ）上で特定の処理を行うプログラムを意味する。

図７は、第２実施例における更新情報データベース２４１ａの一例を示す説明図である。更新情報データベース２４１ａには、図３に示した各エントリに加えてさらに、図７に示す各エントリが含まれている。なお、図示の都合上、図７では図３で標記したエントリの記載を一部省略している。更新情報データベース２４１ａの各項目の意味は、第１実施例と同様である。

例えば、図７のエントリＥ２１のファイル情報は以下のようになる。
・Ａ０００１−Ｌという名称のデバイスに対応したファイル
・仕向け先が日本のデバイスに対応したファイル
・Ｍｅ（Windows Me）、ＸＰ（Microsoft Windows XP）、および、Ｗｉｎ７（Windows 7）に対応したファイル
・ファイルは、接続ツール（ソフトウェア）のバージョン２．０
・ファイルの格納場所は、サーバ２０ａの「C:\Program Files\XXX\JP\1BB」というフォルダ
・ファイルの名称は、「101.exe」

このように、第２実施例における「ファイル」には、ファームウェア等のプログラムや、マニュアル等のドキュメントファイル、および、ソフトウェア等のプログラムが含まれる。

Ｂ−４．更新案内処理：
第２実施例における更新案内処理の手順は、図４で示した第１実施例と同じである。以降、各手順内における具体的な処理が異なる部分について説明する。また、以降では、ＡＰ１０ａがクライアント３０に対して更新案内処理を行う場合であって、固有情報として、クライアント３０に搭載されたネットワーク接続デバイスの名称と、ネットワーク接続デバイスの仕向け先と、クライアント３０にインストールされているオペレーティングシステムの種類に加えて、さらに、クライアント３０にインストールされているプログラムであってネットワーク接続デバイスに関連するプログラムの名称と、当該プログラムのバージョンと、当該プログラムの使用頻度と、を使用する例について説明する。

第２実施例のステップＳ１０２（図４）において、ＡＰ１０ａの装置情報取得部１１２ａは、クライアントの固有情報を取得し、装置情報記憶部１５１に記憶させる。具体的には、装置情報取得部１１２ａは、固有情報のうち、（ｉ）クライアント３０に搭載されたネットワーク接続デバイスの名称と、（ｉｉ）ネットワーク接続デバイスの仕向け先、および、（ｉｉｉ）クライアント３０にインストールされているオペレーティングシステムの種類については、第１実施例と同様の手順により取得する。

また、装置情報取得部１１２ａは、固有情報のうち、（ｉｖ）クライアント３０にインストールされているプログラムの名称と、（ｖ）プログラムのバージョンと、（ｖｉ）プログラムの使用頻度について取得するための要求を、クライアントに予めインストールされている解析プログラムに対して送信する。クライアント３０内の解析プログラムは、例えば、クライアント３０のレジストリキーに作られたアプリケーションのキーの値を参照することでプログラムの名称と、プログラムのバージョンと、プログラムの使用頻度とを取得し、ＡＰ１０ａの装置情報取得部１１２ａへ送信する。なお、解析プログラムは、固有情報を取得可能な限りにおいて、任意の手段を採用可能である。

装置情報取得部１１２ａは、上述のようにして取得したクライアント３０の固有情報を、クライアント３０を特定可能な情報と関連付けて、フラッシュＲＯＭ１５０の装置情報記憶部１５１に記憶させる。

第２実施例のステップＳ１０４（図４）において、推奨情報取得部１１３ａは、サーバ２０ａに対して推奨ファイル取得要求を送信する。推奨ファイル取得要求を受信したサーバ２０ａの決定部２１１ａは、要求に含まれる固有情報に基づいて更新情報データベース２４１ａ（図７）から推奨ファイルの情報を決定する（ステップＳ１０５）。具体的には、決定部２１１ａは、更新情報データベース２４１ａの名称フィールドの値が要求に含まれるネットワーク接続デバイスの名称と、更新情報データベース２４１ａの仕向けフィールドの値が要求に含まれるネットワーク接続デバイスの仕向け先と、更新情報データベース２４１ａの対応ＯＳフィールドの値が要求に含まれるオペレーティングシステムの種類と、それぞれ一致するエントリを検索する。

さらに、決定部２１１ａは、検索の結果一致したエントリの中から、種別フィールドの値が要求に含まれるプログラムの名称と一致し、かつ、バージョンフィールドの値が要求に含まれるプログラムのバージョンと一致するエントリを除外する。このようにすれば、決定部２１１ａは、クライアント３０内に既にインストールされているプログラムを、推奨ファイルから除外することができる。そして、決定部２１１ａは、上記処理の結果残ったエントリの内容を、推奨ファイルの情報としてＡＰ１０ａの推奨情報取得部１１３ａへ送信する（ステップＳ１０６）。

例えば、クライアント３０の固有情報に含まれるネットワーク接続デバイスの名称がＡ０００１−Ｌであり、ネットワーク接続デバイスの仕向け先が日本であり、オペレーティングシステムの種類がＸＰであり、クライアント３０にインストールされているプログラムの名称がＡ０００１−Ｌ接続ツールであり、プログラムのバージョンが１．０であり、プログラムの使用頻度「低」である場合、決定部２１１ａは、更新情報データベース２４１ａのエントリＥ０１、Ｅ０２、Ｅ０３に加えて、さらに、Ｅ２１、Ｅ２２、Ｅ２３を推奨ファイルの情報として、推奨情報取得部１１３ａへ送信する。この場合、各エントリのバージョンフィールドの値から、バージョンが１．０のファイルと２．０のファイルとが混在していることがわかる。このため、推奨ファイルの情報は、既存ファームウェアおよびドキュメントの更新を案内すると共に、既にクライアント３０にインストールされているＡ０００１−Ｌ接続ツールというソフトウェアおよび付属ドキュメントの更新を案内し、さらに、未だクライアント３０にインストールされていないＡ０００１−Ｌトラブル診断ツールというソフトウェアの新規ダウンロードを案内する情報となる。

第２実施例のステップＳ１０４（図４）において、推奨ファイルの情報を取得した推奨情報取得部１１３ａは、取得した推奨ファイルの情報を、クライアント３０を特定可能な情報と関連付けてフラッシュＲＯＭ１５０に記憶させる（ステップＳ１０７）。なお、ステップＳ１０４〜Ｓ１０７が任意のタイミングで実行可能であることは、第１実施例と同様である。

第２実施例のステップＳ１１０、Ｓ１１１（図４）において、ＡＰ１０ａの案内部１１４ａは、クライアント３０がネットワークに接続しようとしたことをトリガとして、推奨ファイルの有無を判定する。詳細は第１実施例と同様である。

図８は、第２実施例のステップＳ１１２によりクライアント３０のＷＥＢブラウザに表示される案内表示画面の一例である。案内表示画面Ｗ２には、クライアント３０に搭載されているネットワーク接続デバイスに対応した最新のファームウェアがある旨の表示ＭＧ１と、推奨ファイルの一覧ＬＴ１と、キャンセルボタンＢ１１と、インストールボタンＢ１２とに加えて、さらに、クライアント３０に搭載されているネットワーク接続デバイスに対応したソフトウェアがある旨の表示ＭＧ２と、推奨ファイルの一覧ＬＴ２と、チェックボックスＣＫ２とが配置されている。

推奨ファイルの一覧ＬＴ１には、推奨情報取得部１１３ａが、第２実施例のステップＳ１０４（図４）において取得した推奨ファイルの情報のうち、ファームウェアとこれに付随するドキュメントに関する情報の抜粋が表示されている。推奨ファイルの一覧ＬＴ１の各ファイルには、チェックボックスＣＫ１が対応付けられて表示されている。推奨ファイルの一覧ＬＴ２には、推奨情報取得部１１３ａが、第２実施例のステップＳ１０４（図４）において取得した推奨ファイルの情報のうち、ソフトウェアとこれに付随するドキュメントに関する情報の抜粋が表示されている。図８の例では、推奨ファイルの情報の抜粋として、名称フィールドの値と、種別フィールドの値と、バージョンフィールドの値と、固有情報に含まれる使用頻度とが表示されている。なお、固有情報が取得できなかったソフトウェアに関しては、使用頻度は空値である。また、推奨ファイルの一覧ＬＴ２の各ファイルには、チェックボックスＣＫ２が対応付けられて表示されている。

クライアント３０の利用者は、推奨ファイルの一覧ＬＴ１、ＬＴ２の表示されている各ファイルのうち、クライアント３０へのダウンロードを希望するファイルのチェックボックスＣＫ１、ＣＫ２にチェックを付し、インストールボタンＢ１２を押下する。案内表示画面Ｗ２は、インストールボタンＢ１２押下により、サーバ２０ａに接続して、チェックボックスＣＫ１、ＣＫ２にチェックが付されたファイルをクライアント３０にダウンロードするように構成されている。また、ダウンロードされたファイルは、ファイルの形式に応じて、自動解凍や自動インストールされてもよい。

以上のように、第２実施例によっても、第１実施例と同様の効果を得ることができる。さらに、第２実施例では、「ファイル」には、ファームウェア等のプログラムや、マニュアル等のドキュメントファイルに加えて、さらに、ソフトウェア等のプログラムが含まれる。従って、案内部１１４ａは、ファームウェア、ソフトウェア、およびこれらに付随するドキュメントをダウンロードさせるための案内表示をクライアント３０、４０、５０（クライアント装置）に表示させることができる。この結果、クライアントの利用者に対する利便性を向上させることができる。

Ｃ．第３実施例：
本発明の第３実施例では、決定部が実行する処理をＡＰ側にて行う構成について説明する。以下では、第１実施例と異なる構成および動作を有する部分についてのみ説明する。なお、図中において第１実施例と同様の構成部分については先に説明した第１実施例と同様の符号を付し、その詳細な説明を省略する。

Ｃ−１．システムの概略構成：
第３実施例におけるネットワークシステムの概略構成は、図１に示した第１実施例とほぼ同様である。第３実施例におけるネットワークシステムでは、ＡＰ１０に代えてＡＰ１０ｂを、サーバ２０に代えてサーバ２０ｂを備えている。

Ｃ−２．ネットワーク装置の概略構成：
図９は、第３実施例におけるＡＰ１０ｂおよびサーバ２０ｂの概略構成を示す説明図である。第３実施例におけるＡＰ１０ｂについて、第１実施例のＡＰ１０との違いは、ＣＰＵ１１０に代えてＣＰＵ１１０ｂを備える点である。ＣＰＵ１１０ｂは、推奨情報取得部１１３に代えて推奨情報取得部１１３ｂを備え、さらに、更新情報取得部１１５と、決定部１１６とを備えている。詳細は後述する。

Ｃ−３．サーバの概略構成：
第３実施例におけるサーバ２０ｂについて、第１実施例のサーバ２０との違いは、ＣＰＵ２１０に代えてＣＰＵ２１０ｂを備える点である。ＣＰＵ２１０ｂは、決定部２１１を備えない点のみ、第１実施例と異なる。

Ｃ−４．更新案内処理：
図１０は、第３実施例における更新案内処理の手順を示すシーケンス図である。図４に示した第１実施例との違いは、ステップＳ１０４〜Ｓ１０６に代えてステップＳ３００〜Ｓ３０４を備える点のみである。なお、固有情報の内容は第１実施例と同じである。また、図１０では、クライアント４０やクライアント５０に対する処理（図４のステップＳ２００以降に相当する部分）については、図示を省略した。

第３実施例における更新案内処理（図１０）では、推奨情報取得部１１３ｂは、決定部１１６に対して推奨ファイル取得要求を送信し、推奨ファイルの情報を取得する。具体的には、推奨情報取得部１１３ｂは、決定部１１６に対して推奨ファイル取得要求を送信する（ステップＳ３００）。推奨ファイル取得要求を受信した決定部１１６は、更新情報取得部１１５に対して、更新情報取得要求をサーバ２０ｂへ送信するよう指示する。なお、「更新情報」とは、更新情報データベース２４１の一部または全部のエントリの内容である。更新情報は、決定部１１６が推奨ファイルを決定するために用いられる。

指示を受信した更新情報取得部１１５は、装置情報記憶部１５１に記憶されているクライアント３０の固有情報のうちの少なくとも一部を含む更新情報取得要求をサーバ２０ｂへ送信する（ステップＳ３０１）。なお、更新情報取得要求に含まれる固有情報は、サーバ２０ｂの負荷を過剰に増大させない限りにおいて、任意に設定することができる。例えば、更新情報取得要求にネットワーク接続デバイス等のデバイスの名称（固有情報）を含めることとすれば、サーバ２０ｂから受信する更新情報をある程度絞り込むことができ、ＡＰ１０ｂとサーバ２０ｂとの間の通信トラフィックを抑制することができる。

更新情報取得要求を受信したサーバ２０ｂは、要求に含まれる固有情報に基づいて更新情報データベース２４１（図３）から更新情報を決定する（ステップＳ３０２）。例えば、要求に含まれる固有情報がネットワーク接続デバイス等のデバイスの名称である場合、サーバ２０ｂは、更新情報データベース２４１の名称フィールドの値が要求に含まれるネットワーク接続デバイスの名称と一致するエントリを検索する。そして、サーバ２０ｂは、検索の結果一致した全てのエントリの内容を、更新情報としてＡＰ１０ｂの更新情報取得部１１５へ送信する。更新情報を取得した更新情報取得部１１５は、取得した更新情報を決定部１１６へ送信する（ステップＳ３０３）。

図１０のステップＳ３０３において更新情報を取得した決定部１１６は、取得した更新情報と、装置情報記憶部１５１に記憶されているクライアント３０の固有情報とに基づいて推奨ファイルの情報を決定する（ステップＳ３０４）。具体的には、決定部１１６は、取得した更新情報の名称フィールドの値がクライアント３０の固有情報のネットワーク接続デバイスの名称と一致し、取得した更新情報の仕向けフィールドの値がクライアント３０の固有情報のネットワーク接続デバイスの仕向け先と一致し、取得した更新情報の対応ＯＳフィールドの値がクライアント３０の固有情報のオペレーティングシステムの種類と一致する情報を検索する。そして、決定部１１６は、検索の結果一致した全ての情報の内容を、推奨ファイルの情報として推奨情報取得部１１３ｂへ送信する。

以上のように、第３実施例によっても、第１実施例と同様の効果を得ることができる。さらに、第３実施例では、ＡＰ１０ｂ（ネットワーク装置）に、サーバ２０ｂ（サーバ装置）から更新情報を取得する更新情報取得部１１５と、取得した更新情報から推奨ファイルの情報を決定する決定部１１６とを備える構成としたため、サーバ２０ｂ側の構成を簡略にすると共に、第１実施例と比較してサーバ２０ｂの負荷を軽減させることができる。この結果、サーバ２０ｂに代えてＮＡＳ（Network Attached Storage）やＡＰ１０ｂの外付けハードディスクなどを採用することもできる。

Ｄ．第４実施例：
本発明の第４実施例では、ＡＰ単体で更新案内処理が実行可能な構成について説明する。以下では、第１実施例と異なる構成および動作を有する部分についてのみ説明する。なお、図中において第１実施例と同様の構成部分については先に説明した第１実施例と同様の符号を付し、その詳細な説明を省略する。

Ｄ−１．システムの概略構成：
第４実施例におけるネットワークシステムの概略構成は、図１に示した第１実施例とほぼ同様である。第４実施例におけるネットワークシステムでは、ＡＰ１０に代えてＡＰ１０ｃを、サーバ２０に代えてサーバ２０ｃを備えている。

Ｄ−２．ネットワーク装置の概略構成：
図１１は、第４実施例におけるＡＰ１０ｃおよびサーバ２０ｃの概略構成を示す説明図である。第４実施例におけるＡＰ１０ｃにおいて、第１実施例のＡＰ１０との違いは、ＣＰＵ１１０に代えてＣＰＵ１１０ｃを備える点と、フラッシュＲＯＭ１５０に代えてフラッシュＲＯＭ１５０ｃを備える点である。ＣＰＵ１１０ｃは、推奨情報取得部１１３に代えて推奨情報取得部１１３ｃを備え、さらに、決定部１１６ｃと、変化更新部１１７とを備えている。推奨情報取得部１１３ｃ、および決定部１１６ｃは、更新案内処理における処理内容が第１実施例と異なる。詳細は後述する。変化更新部１１７は、フラッシュＲＯＭ１５０ｃの内容を最新に保つ。詳細は後述する。

フラッシュＲＯＭ１５０ｃは、装置情報記憶部１５１に加え、さらに、更新情報データベース１５２と、ファームウェアセット１５３と、ドキュメントセット１５４とを備えている。更新情報データベース１５２には、図２および図３で説明した更新情報データベース２４１と同様の内容が格納されている。ファームウェアセット１５３には図２で説明したファームウェアセット２４２と同様の内容が、ドキュメントセット１５４には図２で説明したファームウェアセット２４２と同様の内容が、それぞれ格納されている。なお、本実施例においては、更新情報データベース１５２が許請求の範囲における「更新情報」に相当し、フラッシュＲＯＭ１５０ｃが特許請求の範囲における「記憶部」に相当する。

Ｄ−３．サーバの概略構成：
第４実施例におけるサーバ２０ｃについて、第１実施例のサーバ２０との違いは、ＣＰＵ２１０に代えてＣＰＵ２１０ｃを備える点である。ＣＰＵ２１０ｃは、決定部２１１に代えて変化通知部２１２を備えている。

変化通知部２１２について説明する。サーバ２０ｃの変化通知部２１２は、ＡＰ１０ｃの変化更新部１１７と協働することによって、サーバ２０ｃのハードディスク２４０内に格納されている更新情報データベース２４１、ファームウェアセット２４２、ドキュメントセット２４３の内容と、ＡＰ１０ｃのフラッシュＲＯＭ１５０ｃ内に格納されている更新情報データベース１５２、ファームウェアセット１５３、ドキュメントセット１５４の内容との整合を図る。具体的には、変化通知部２１２は、更新情報データベース２４１と、ファームウェアセット２４２と、ドキュメントセット２４３との少なくともいずれかに変化が生じた場合に、変化が生じた旨と変化の内容とをＡＰ１０ｃの変化更新部１１７へ通知する。ここでいう「変化」とは、更新情報データベース２４１内のエントリの追加、削除、変更や、更新情報データベース２４１内のテーブル構成の変更や、ファームウェアセット２４２およびドキュメントセット２４３を構成するファイルの追加、削除、変更、フォルダ構成の変更等、あらゆる変更を意味する。変化更新部１１７は、受信した変化の内容に応じて、更新情報データベース１５２と、ファームウェアセット１５３と、ドキュメントセット１５４とのうち、必要な部分の情報を更新する。

Ｄ−４．更新案内処理：
第４実施例における更新案内処理の手順は、図４で説明した第１実施例と同じである。以降、各手順内における具体的な処理が異なる部分について説明する。なお、固有情報の内容は第１実施例と同じである。

第４実施例のステップＳ１０２（図４）は第１実施例と同じである。

第４実施例のステップＳ１０４（図４）において、推奨情報取得部１１３ｃは、サーバ２０ｃに代えて決定部１１６ｃに対して、推奨ファイルの情報を取得するための問い合わせを行う。具体的には、まず、推奨情報取得部１１３ｃは、決定部１１６ｃに対して推奨ファイル取得要求を送信する。推奨ファイル取得要求を受信した決定部１１６ｃは、フラッシュＲＯＭ１５０ｃの装置情報記憶部１５１に記憶されている固有情報に基づいて更新情報データベース１５２から推奨ファイルの情報を決定する（ステップＳ１０５）。詳細は、「更新情報データベース２４１」を「更新情報データベース１５２」と読み代えれば、第１実施例のステップＳ１０４と同様である。決定部１１６ｃは、検索の結果一致した全てのエントリの情報を、推奨ファイルの情報として推奨情報取得部１１３ｃへ送信する（ステップＳ１０６）。推奨ファイルの情報を取得した推奨情報取得部１１３ｃは、取得した推奨ファイルの情報を、クライアント３０を特定可能な情報と関連付けてフラッシュＲＯＭ１５０ｃに記憶させる（ステップＳ１０７）。

以上のように、第４実施例によっても、第１実施例と同様の効果を得ることができる。さらに、第４実施例では、ＡＰ１０ｃ（ネットワーク装置）に、更新情報データベース１５２（更新情報）を記憶するフラッシュＲＯＭ１５０ｃ（記憶部）と、更新情報データベース１５２から推奨ファイルの情報を決定する決定部１１６ｃとを備える構成としたため、ＡＰ１０ｃ単体で更新案内処理を実行することができる。従って、サーバ２０ｃが停止している場合であっても、ＡＰ１０ｃでは更新案内処理を実行することが可能となる。

さらに、第４実施例では、サーバ２０ｃ（サーバ装置）側に変化の内容を通知する変化通知部２１２を備え、ＡＰ１０ｃ（ネットワーク装置）側に変化の内容を反映する変化更新部１１７を備える構成としたため、ＡＰ１０ｃのフラッシュＲＯＭ１５０ｃ（記憶部）内の内容（更新情報データベース１５２、ファームウェアセット１５３、ドキュメントセット１５４）を、最新の状態に保つことができる。また、変化通知部２１２と変化更新部１１７による「整合を図る処理」を、例えば夜間等のトラフィックの低い時間帯に行うこととすれば、ＡＰ１０ｃとサーバ２０ｃとの間の通信トラフィックの集中を避けることができ、さらに、ＡＰ１０ｃとサーバ２０ｃの負荷を分散させることができる。

Ｅ．変形例：
上記実施例において、ハードウェアによって実現されるとした構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されるとした構成の一部をハードウェアに置き換えるようにしてもよい。その他、以下のような変形も可能である。

・変形例１：
上記実施例では、ネットワーク装置としてアクセスポイント（ＡＰ）を用いるとし、ＡＰの構成について説明した。しかし、上記実施例におけるネットワーク装置の構成はあくまで一例であり、任意の態様を採用することができる。例えば、構成要素の一部を省略したり、更なる構成要素を付加したり、構成要素の一部を変更したりする変形が可能である。

例えば、ネットワーク装置には種々のデバイスを採用することができる。例えば、ネットワーク装置は、ルータ、ブリッジ、モデム等のネットワーク通信機器であってもよく、ＮＡＳ（Network Attached Storage）等の記憶装置であってもよく、デジタルカメラ、プリンタ、ネットワークディスプレイ、スキャナ等の画像入出力機器であってもよい。なお、ネットワーク装置をブリッジとして構成する場合、「同一のネットワークセグメント」とは、コリジョンドメインを意味する。

例えば、装置情報や更新情報データベース等の情報は、ＡＰのフラッシュＲＯＭに格納されるものとして説明した。しかし、これらの情報は、フラッシュＲＯＭ以外の記憶媒体に格納されてもよい。例えば、ＡＰはＵＳＢ（Universal Serial Bus）インタフェースを備えるものとし、上記各テーブルは、ＵＳＢメモリやＵＳＢハードディスク等の着脱可能な記憶媒体に格納されているものとしてもよい。

・変形例２：
上記実施例では、クライアントとしてパーソナルコンピュータ（ＰＣ）を用いるとし、ＰＣの構成について説明した。しかし、上記実施例におけるクライアントの構成はあくまで一例であり、任意の態様を採用することができる。例えば、構成要素の一部を省略したり、更なる構成要素を付加したり、構成要素の一部を変更したりする変形が可能である。

例えば、クライアントにはＰＣ以外の種々のデバイスを採用することができる。例えば、クライアントは、イーサネットコンバータ（イーサネットは登録商標）、携帯電話、ＰＤＡ（Personal Digital Assistants）、ゲーム機、オーディオプレーヤー、プリンタ、テレビ等であってもよい。

・変形例３：
上記実施例では、更新情報データベースの構成を説明した。しかし、更新情報データベースの構成はあくまで一例であり、任意の態様を採用することができる。例えば、例示したフィールドの一部を省略したり、更なるフィールドを付加したり、フィールドの一部を変更したりする変形が可能である。また、複数のテーブルに分割しても良い。

例えば、更新情報データベースには、各ファイルの更新履歴や、各ファイルの簡単な説明を設けることとしてもよい。例えば、推奨ファイルの情報に対して各ファイルの簡単な説明を加え、これを案内表示画面に表示させることとすれば、クライアントの利用者は、ダウンロードを推奨されているファイルがどのような内容であるかを簡単に知ることができる。

・変形例４：
上記実施例では、更新案内処理について、処理の手順の一例を挙げて説明した。しかし、上記実施例の手順はあくまで一例であり、種々の変更が可能である。一部のステップを省略してもよいし、更なる他のステップを追加してもよい。また、実行されるステップの順序を変更してもよい。

例えば、図４のステップＳ１１０の「クライアントがネットワークに接続しようとした」ことを判定するための方法は、種々の変更が可能である。例えば、案内部は、クライアントから取得した任意の外部デバイスに対するメール送信要求（ＳＭＴＰリクエスト）を、ステップＳ１１０開始のトリガとしてもよい。なお、この場合、ステップＳ１１２において案内部は、ＷＥＢブラウザに対する案内表示に変えて、電子メール送信による案内表示を行うことができる。

例えば、図４のステップＳ１１２において案内部は、ＨＴＴＰリクエストに対して案内表示画面を含むＨＴＴＰレスポンスを生成し、クライアント３０へ送信すること、すなわち、ＷＥＢ閲覧用ソフトウェアを介してクライアントにダウンロードの案内を行うものとした。しかし、案内部は、種々の方法でクライアントにダウンロードの案内を行うことができる。例えば、案内部は、クライアントに予めインストールされ、常駐している案内専用のアプリケーション（以降「案内アプリ」とも呼ぶ。）を介してダウンロードの案内をしてもよい。案内アプリを用いる場合、図４のステップＳ１１２において案内部は、案内アプリに対して、ポップアップ表示要求と、案内表示画面Ｗ１内で説明した各項目とを送信する。要求を受信したクライアントの案内アプリは、受信した表示項目に沿ったポップアップ表示を、クライアントの図示しないディスプレイに対して表示させる。このようにすれば、ネットワーク装置からクライアントに対して、ダウンロードの案内をプッシュ通知することができる。また、例えば、案内部は、クライアントの筐体に設けられたＬＥＤ（Light Emitting Diode）を点灯・点滅させることで、ダウンロードの案内をしてもよい。

・変形例５：
上記実施例では、更新案内処理においてクライアント側に表示される画面の一例を挙げて説明した。しかし、上記実施例の画面はあくまで一例であり、種々の変更が可能である。一部の表示項目を省略してもよいし、更なる他の表示項目を追加してもよい。

・変形例６：
上記第２実施例では、ソフトウェアセットには狭義の「ソフトウェア」をインストールするための実行プログラムの集合が含まれるものとした。しかし、第２実施例において、「ソフトウェア」を広義のソフトウェアと解釈することも可能である。この場合、ソフトウェアセットには、狭義のソフトウェアをインストールするための実行プログラムの集合と、ファームウェアをインストールするための実行プログラムの集合と、マニュアル等のドキュメントファイルの集合とが含まれることとなる。また、「ソフトウェア」を広義のソフトウェアと解釈したとき、ファームウェアセットおよびドキュメントセットについては省略可能である。

・変形例７：
上記実施例では、第２、第３、第４実施例は、それぞれ第１実施例の変形として記載した。しかし、上記実施例の組み合わせはあくまで一例であり、種々の変形が可能である。例えば、第３実施例を第２実施例の変形として構成してもよい。また、第４実施例を第２実施例の変形として構成してもよい。また、第２実施例と、第４実施例とを組み合わせてもよい。

１０…ＡＰ、２０…サーバ、２０ａ…サーバ、２０ｂ…サーバ、２０ｃ…サーバ、３０…クライアント、４０…クライアント、５０…クライアント、１１０…ＣＰＵ、１１０ａ…ＣＰＵ、１１０ｂ…ＣＰＵ、１１０ｃ…ＣＰＵ、１１１…中継処理部、１１２…装置情報取得部、１１２ａ…装置情報取得部、１１３…推奨情報取得部、１１３ａ…推奨情報取得部、１１３ｂ…推奨情報取得部、１１３ｃ…推奨情報取得部、１１４…案内部、１１４ａ…案内部、１１５…更新情報取得部、１１６…決定部、１１６ｃ…決定部、１１７…変化更新部、１２０…無線通信インタフェース、１３０…有線通信インタフェース、１５０…フラッシュＲＯＭ、１５０ｃ…フラッシュＲＯＭ、１５１…装置情報記憶部、１５２…更新情報データベース、１５３…ファームウェアセット、１５４…ドキュメントセット、２１０…ＣＰＵ、２１０ａ…ＣＰＵ、２１０ｂ…ＣＰＵ、２１０ｃ…ＣＰＵ、２１１…決定部、２１１ａ…決定部、２１２…変化通知部、２２０…有線通信インタフェース、２４０…ハードディスク、２４０ａ…ハードディスク、２４１…更新情報データベース、２４１ａ…更新情報データベース、２４２…ファームウェアセット、２４３…ドキュメントセット、２４４…ソフトウェアセット、１０００…ネットワークシステム

Claims (12)

1. ネットワーク装置であって、
   前記ネットワーク装置に接続されているクライアント装置の固有情報であって、前記クライアント装置に固有の環境を特定するための固有情報を取得する装置情報取得部と、
   前記クライアント装置へのダウンロードが推奨される推奨ファイルであって、取得した前記固有情報に対応した推奨ファイルの情報を取得する推奨情報取得部と、
   前記クライアント装置が前記ネットワーク装置を介してネットワークに接続しようとした場合に、前記クライアント装置に前記推奨ファイルをダウンロードさせるための案内表示を前記クライアント装置に表示させる案内部と、
   を備える、ネットワーク装置。
2. 請求項１記載のネットワーク装置であって、
   前記装置情報取得部は、前記クライアント装置と前記ネットワーク装置との間で行われる通信設定処理において、前記クライアント装置の前記固有情報を取得する、ネットワーク装置。
3. 請求項１または２記載のネットワーク装置であって、
   前記案内部は、前記クライアント装置から取得した任意のＷＥＢページ閲覧のための要求に対して、前記案内表示のために用いられる情報である案内表示用情報を生成し、前記要求に対する応答として前記案内表示用情報を送信する、ネットワーク装置。
4. 請求項１から３のいずれか一項記載のネットワーク装置であって、
   前記案内部は、前記推奨ファイルが複数存在する場合には、ダウンロードの対象とするファイルの選択を受付可能な態様で前記案内表示用情報を生成する、ネットワーク装置。
5. 請求項１から４のいずれか一項記載のネットワーク装置であって、さらに、
   前記装置情報取得部が取得した前記固有情報を記憶する記憶部を備え、
   前記推奨情報取得部は、前記記憶部に記憶された前記固有情報に対応した前記推奨ファイルの情報を取得する、ネットワーク装置。
6. 請求項１から５のいずれか一項記載のネットワーク装置であって、
   前記推奨ファイルは、前記クライアント装置が前記ネットワーク装置を利用するにあたって、前記クライアント装置へのインストールが推奨されるファイルであって、ファームウェアと、ソフトウェアと、ドキュメントと、の少なくともいずれかを含む、ネットワーク装置。
7. 請求項１から６のいずれか一項記載のネットワーク装置であって、
   前記固有情報は、前記クライアント装置に搭載されているデバイスの名称と、前記デバイスの仕向け先と、前記クライアント装置にインストールされているオペレーティングシステムの種類およびバージョンと、前記クライアント装置にインストールされているソフトウェアの種類およびバージョンと、のうちの少なくとも一部を含む、ネットワーク装置。
8. ネットワーク装置がクライアント装置に対してファイルのダウンロードを案内する案内方法であって、
   （ａ）前記ネットワーク装置が、前記ネットワーク装置に接続されている前記クライアント装置の固有情報を取得する工程と、
   （ｂ）前記ネットワーク装置が、前記クライアント装置へのダウンロードが推奨される推奨ファイルであって、取得した前記固有情報に対応した推奨ファイルの情報を取得する工程と、
   （ｃ）前記ネットワーク装置が、前記クライアント装置が前記ネットワーク装置を介してネットワークに接続しようとした場合に、前記クライアント装置に前記推奨ファイルをダウンロードさせるための案内表示用情報を生成し、前記案内表示用情報を用いて、案内表示を前記クライアント装置に表示させる工程と、
   を備える、案内方法。
9. ネットワークシステムであって、
   請求項１から７のいずれか一項記載のネットワーク装置と、
   サーバ装置と、
   を備え、
   前記ネットワーク装置の前記推奨情報取得部は、さらに、
   前記クライアント装置から取得した前記固有情報を前記サーバ装置へ送信し、
   前記サーバ装置は、
   複数の前記固有情報と、最新のファイル情報とが対応付けられた更新情報を記憶する記憶部と、
   前記ネットワーク装置から取得した前記固有情報に基づいて前記更新情報から前記推奨ファイルの情報を決定し、決定した前記推奨ファイルの情報を、前記ネットワーク装置の前記推奨情報取得部へ送信する決定部と、
   を備える、ネットワークシステム。
10. ネットワークシステムであって、
    請求項１から７のいずれか一項記載のネットワーク装置と、
    複数の前記固有情報と、最新のファイル情報とが対応付けられた更新情報を記憶する記憶部を備えるサーバ装置と、
    を備え、
    前記ネットワーク装置は、さらに、
    前記クライアント装置から取得した前記固有情報のうちの少なくとも一部を前記サーバ装置へ送信し、前記更新情報を取得する更新情報取得部と、
    前記クライアント装置から取得した前記固有情報に基づいて、前記サーバ装置から取得した前記更新情報から前記推奨ファイルの情報を決定し、決定した前記推奨ファイルの情報を、前記推奨情報取得部へ送信する決定部と、
    を備える、ネットワークシステム。
11. ネットワークシステムであって、
    請求項１から７のいずれか一項記載のネットワーク装置と、
    サーバ装置と、
    を備え、
    前記ネットワーク装置は、さらに、
    複数の前記固有情報と、最新のファイル情報とが対応付けられた更新情報を記憶する記憶部と、
    前記クライアント装置から取得した前記固有情報に基づいて、前記更新情報から前記推奨ファイルの情報を決定し、決定した前記推奨ファイルの情報を、前記推奨情報取得部へ送信する決定部と、
    を備える、ネットワークシステム。
12. 請求項１１記載のネットワークシステムであって、
    前記サーバ装置は、さらに、
    前記更新情報に変化が生じた場合に、前記変化の内容を前記ネットワーク装置に通知する変化通知部を備え、
    前記ネットワーク装置は、さらに、
    取得した前記変化の内容に基づいて、前記記憶部内の前記更新情報を更新する変化更新部を備える、ネットワークシステム。

Images