JP2004280592A

JP2004280592A - ネットワーク管理システム

Info

Publication number: JP2004280592A
Application number: JP2003072495A
Authority: JP
Inventors: Yuji Mizuno; 裕二水野
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 2003-03-17
Filing date: 2003-03-17
Publication date: 2004-10-07

Abstract

【課題】端末装置の履歴情報の管理を容易にする。
【解決手段】管理装置１がＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）を用いて、ネットワーク９を介して接続された端末装置２の管理を行う。
端末装置２は、ＳＮＭＰエージェント２３と、拡張管理情報ベース（拡張ＭＩＢ）２２とを備える。管理装置１は、拡張ＭＩＢ２２に記憶されている端末装置２の履歴情報を、ＳＮＭＰエージェント２３を介して取得するＳＮＭＰマネージャ１２を備える。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、端末装置を管理するための技術に関し、特に端末装置のログを管理する技術に関する。
【０００２】
【従来の技術】
店舗や公共の場に設置され、利用者に対して情報提供を行ういわゆるＫＩＯＳＫ端末には、ＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）等を用いたスタンドアロン型と、ネットワークを介して接続されているサーバから情報を取得するクライアントサーバ型とがある。
【０００３】
また、ＳＮＭＰを用いて管理装置が端末装置を一括して管理することが知られている（例えば、特許文献１）。
【０００４】
【特許文献１】
特開２００１−３１３６６２号公報
【０００５】
【発明が解決しようとする課題】
スタンドアロン型の場合、端末装置が単独で動作する。表示させるコンテンツは端末装置内部に保持している。このため、利用者が閲覧したページの履歴などは、端末装置で予め監視ソフトウェアなどを動作させておかないと後からは知ることができない。また、それらの履歴などを端末内で確保しておいた場合でも、管理者やオーナーがそれを確認するためには、わざわざ端末装置の設置場所へ出向く必要がある。さらに、各端末装置のエラー情報を調べるには専用のチェックプログラムなどをその場で実行する必要がある。
【０００６】
クランアントサーバ型の場合、同じ店舗内やその近辺にＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）サーバ（Ｗｅｂサーバ）が設置され、端末装置は、そのサーバからネットワークを介してコンテンツを取得して表示させる。この場合、利用者が閲覧したＷｅｂページの履歴は、サーバ上にアクセスログとして残すことが可能である。
【０００７】
しかし、これでは、多数の端末装置からアクセスを受けるサーバの場合、膨大な数のログが残り、後からこのログから有効な情報を検索しなければならない。これは、端末装置の台数が多くなるにつれて、非常に深刻な問題となる。さらに、各端末装置で発生したエラー情報については、サーバでは知ることができない。
【０００８】
そこで、本発明の目的は、端末装置の履歴情報の管理を容易にするための技術を提供することである。
【０００９】
【課題を解決するための手段】
本発明の一つの実施態様に従うネットワーク管理システムは、管理装置がＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）を用いて、ネットワークを介して接続された端末装置を管理するネットワーク管理システムであって、前記端末装置は、ＳＮＭＰエージェントと、拡張管理情報ベースとを備え、前記管理装置は、前記拡張管理情報ベースに記憶されている前記端末装置の履歴情報を、前記ＳＮＭＰエージェントを介して取得するＳＮＭＰマネージャを備える。
【００１０】
好適な実施形態では、前記ネットワーク管理システムは、前記端末装置を複数台備え、前記管理装置は、前記ＳＮＭＰマネージャが複数台の前記端末装置から収集した前記履歴情報を、端末装置別に表示させる表示手段を、さらに備えることもできる。
【００１１】
好適な実施形態では、前記端末装置は、Ｗｅｂブラウザをさらに備え、前記履歴情報は、前記Ｗｅｂブラウザを用いてアクセスしたネットワーク上のサイトのアドレス情報を含んでもよい。さらに好適な実施形態では、前記履歴情報は、エラー情報を含む。
【００１２】
【発明の実施の形態】
以下、本発明を適用した一実施形態に係るネットワーク管理システムついて、図面を用いて説明する。
【００１３】
本システムは、管理装置１と端末装置２とを備え、これらは互いにネットワーク９を介して接続されている。管理装置１は、情報の表示を行うための表示装置３１と、入力を受け付けるための入力装置３２とを備える。１台の管理装置１に対して複数台の端末装置２が接続されていてもよい。この場合、各端末装置２は同じ構成を有する。ここで、端末装置２は、いわゆるＴｈｉｎＣｌｉｅｎｔと呼ばれる簡易型のネットワーク端末であってもよい。例えば、端末装置２は、フラッシュメモリ（ＲＯＭ）などの小規模な記憶装置と、データ表示し、かつ入力を受け付けるためのタッチパネルを装着したＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ）など（いずれも図示しない）を有していてもよい。なお、入出力装置はタッチパネル式のものに限られることなく、情報入力用の操作ボタンを設け、その操作ボタンを操作することで情報の入力を可能とする方式であってもよい。
【００１４】
管理装置１は、例えば汎用的なコンピュータシステムにより構成され、以下に説明する管理装置１内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１５】
ここで、管理装置１は、ＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）と呼ばれるインターネット標準の管理用プロトコルを用いて、各端末装置２に対して情報の取得、設定、変更などを行い管理する。
【００１６】
端末装置２は、管理対象オブジェクト２１と、ＳＮＭＰエージェント２３と、Ｗｅｂブラウザ２４とを備える。端末装置２の利用者は、Ｗｅｂブラウザ２４を用いて端末装置２内に記憶された図示しないコンテンツ、またはネットワーク９を介してアクセス可能な図示しないＷｅｂサーバに保持されたコンテンツを閲覧できる。
【００１７】
管理対象オブジェクト２１は、さらにＭＩＢ（ＭａｎａｇｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＢａｓｅ：管理情報ベース）２２を備える。このＭＩＢ２２には、ＲＦＣ（ＲｅｑｕｅｓｔＦｏｒＣｏｍｍｅｎｔｓ）で定義されているインターネット標準、つまり、ＴＣＰ／ＩＰで通信を行う場合に標準でサポートする必要のある第１の管理情報ベースとしてのＭＩＢ−２などと、この種の端末用に独自に開発した第２の管理情報ベースとしてのＰＲＩＶＡＴＥＭＩＢ（以下、拡張ＭＩＢという）２２ａの両方がそれぞれテーブル化されて搭載されている。また、ＭＩＢ２２のオブジェクトＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）は図２に示すようなツリー状の階層構造となっている。
【００１８】
ＭＩＢ−２には、ネットワークに関する情報として、端末の基本的な管理情報や各プロトコルまたはレイヤのトラフィック状況、設定あるいは通信の状態などが含まれている。
【００１９】
また、拡張ＭＩＢ２２ａは、本実施形態に係る端末装置２用に新たに開発されたＭＩＢであり、たとえば、図３に示すように、オブジェクトＩＤ、属性、オブジェクトタイプ名、値などからなるテーブル内容となっている。なお、このテーブル内容は一例であってこれに限られるものではない。このような拡張ＭＩＢ２２ａを端末装置２に搭載することにより、管理装置１は、以下に説明するように、個々の端末装置２からアクセスログ、エラーまたは警告を示す情報などの履歴情報を取得する。
【００２０】
管理装置１は、管理アプリケーション１１と、ＳＮＭＰマネージャ１２とを備える。管理アプリケーション１１は、オブジェクトＩＤに基づいて、それぞれの端末装置２にＳＮＭＰマネージャ１２を介してデータ要求を行う。このデータ要求を受けた端末装置２は、ＳＮＭＰエージェント２３が自装置に搭載されているＭＩＢ２２内のデータを管理装置１へ送り返す。なお、送り返すデータは、端末装置２に設けられたフラッシュメモリなどのような不揮発性のメモリ（図示しない）の中に格納されており、端末装置２が管理装置１からのデータ要求を受け取ると、自己の不揮発性メモリにアクセスして管理装置１からの要求に基づいた処理を行う。
【００２１】
ここで、本実施形態で用いられるＳＮＭＰは、図４に示すような要素によって構成され、管理装置１と各端末装置２とは、ＳＮＭＰを用いて同図に示すような情報の授受を行う。ＳＮＭＰが使用する主要なプロトコルは、ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）とＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）である。また、ＳＮＭＰでは管理装置１と各端末装置２とを結ぶ通信チャンネルを実装するために、Ｅｔｈｅｒｎｅｔ（登録商標）のデータリンク層のプロトコルも使用する。
【００２２】
管理装置１の管理アプリケーション１１は、ＧＥＴと呼ばれるコマンド（以下ＧＥＴコマンドという）を発行し、そのＧＥＴコマンドがＳＮＭＰマネージャ１２、ＵＤＰ１３、ＩＰ１４、データリンク層１５からなるレイヤを通過して、ネットワーク９を介して端末装置２へ送られる。
【００２３】
一方、端末装置２は、データリンク層２７、ＩＰ２６、ＵＤＰ２５、ＳＮＭＰエージェント２３を通過して管理対象オブジェクト２１へ送られてくるＧＥＴコマンドを受信する。そして、管理対象オブジェクト２１は、そのＧＥＴコマンドに応じてＭＩＢ２２のテーブルから所定の情報を読み出してそれを管理装置１へ返送する。
【００２４】
なお、管理装置１から端末装置２へ与えられる情報としては、この他に、ＧＥＴ−ＮＥＸＴと呼ばれるコマンド、ＳＥＴと呼ばれるコマンドなどがある。このＳＥＴコマンドは、端末装置２に存在する拡張ＭＩＢ内の変更可能なデータの書き換えを指定したりするためのコマンドである。また、端末装置２から管理装置１へ送られる情報としては、管理装置１からの要求に基づいて、端末装置２に障害や個々の端末の状態変更（例えば、ある端末が省電力モードとなったなど）を知らせるためのＴＲＡＰがあり、さらに、ＧＥＴ、ＧＥＴ−ＮＥＸＴ、ＳＥＴなどの各コマンドに対する応答としてのＧＥＴ−ＲＥＳＰＯＮＳＥなどがある。
【００２５】
上記のような構成ないし機能を備えたネットワーク管理システムにおいて、本実施形態では、端末装置２が自己の拡張ＭＩＢ２２ａに履歴情報を格納する。履歴情報には、例えば、端末装置２で生じたエラーや警告に関する情報、およびＷｅｂブラウザ２４で閲覧したＷｅｂページのＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）などのネットワーク上のサイトのアドレス情報を含む。そして、管理装置１が、例えばＧＥＴコマンドを用いて各端末装置２の履歴情報を取得する。
【００２６】
また、管理アプリケーション１１は、端末装置から得られた情報を加工し、グラフィカルに表示したり、データベース（図示しない）に蓄積したり、蓄積された情報から問題点を解析したりする機能を備えている。そこで、例えば、管理アプリケーション１１は、各端末装置２から取得した履歴情報に基づき、端末装置２別に表示装置３１に履歴情報を表示する。この端末装置別履歴表示画面１００の一例を図５に示す。
【００２７】
これにより、各端末装置が、自装置で発生したアクセスログおよびエラー情報を保持しているので、管理装置はＳＮＭＰのコマンドを用いて簡単にそれを取得して、端末装置ごとの状況を把握することができる。
【００２８】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【図面の簡単な説明】
【図１】本発明にかかる第一の実施形態における図である。
【図２】ＭＩＢにおけるオブジェクトＩＤのツリー構造を示す図である。
【図３】拡張ＭＩＢの一例を示す図である。
【図４】ＳＮＭＰの機能を説明するための図である。
【図５】端末装置別履歴情報表示画面の一例を示す図である。
【符号の説明】
１…管理装置、２…端末装置、１１…管理アプリケーション、１２…ＳＮＭＰマネージャ、２１…管理オブジェクト、２２…ＭＩＢ、２３…ＳＮＭＰエージェント、２４…Ｗｅｂブラウザ、３１…表示装置、３２…入力装置。

Claims

管理装置がＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）を用いて、ネットワークを介して接続された端末装置を管理するネットワーク管理システムであって、
前記端末装置は、
ＳＮＭＰエージェントと、
拡張管理情報ベースとを備え、
前記管理装置は、
前記拡張管理情報ベースに記憶されている前記端末装置の履歴情報を、前記ＳＮＭＰエージェントを介して取得するＳＮＭＰマネージャを備えたネットワーク管理システム。
前記ネットワーク管理システムは、前記端末装置を複数台備え、
前記管理装置は、
前記ＳＮＭＰマネージャが複数台の前記端末装置から収集した前記履歴情報を、端末装置別に表示させる表示手段を、さらに備える請求項１記載のネットワーク管理システム。
前記端末装置は、Ｗｅｂブラウザをさらに備え、
前記履歴情報は、前記Ｗｅｂブラウザを用いてアクセスしたネットワーク上のサイトのアドレス情報を含む請求項１記載のネットワーク管理システム。
前記履歴情報は、エラー情報を含む請求項１記載のネットワーク管理システム。