JP2005128678A - Device management system - Google Patents
Device management system Download PDFInfo
- Publication number
- JP2005128678A JP2005128678A JP2003361661A JP2003361661A JP2005128678A JP 2005128678 A JP2005128678 A JP 2005128678A JP 2003361661 A JP2003361661 A JP 2003361661A JP 2003361661 A JP2003361661 A JP 2003361661A JP 2005128678 A JP2005128678 A JP 2005128678A
- Authority
- JP
- Japan
- Prior art keywords
- information
- client
- transmission
- server
- status information
- 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.)
- Withdrawn
Links
Images
Abstract
Description
本発明は装置管理システムに関し、特に複数の装置をサーバ／クライアントで管理する装置管理システムに関する。 The present invention relates to a device management system, and more particularly to a device management system that manages a plurality of devices with a server / client.
通信回線網には、光信号をある単位で多重／分離し、またはアッド・ドロップする伝送装置が設けられる。伝送装置は、複数のクライアントと接続されたサーバと接続され、制御、管理されている。 The communication network is provided with a transmission device that multiplexes / demultiplexes optical signals in units or adds / drops them. The transmission apparatus is connected to a server connected to a plurality of clients, and is controlled and managed.
サーバは、伝送装置の状態を示す装置状態情報を伝送装置から取得し、クライアントに送信する。クライアントを操作する保守者は、装置状態情報をクライアントに受信することによって、伝送装置の装置状態を知ることができる。また、サーバは、クライアントが受け付けた保守者の入力に従って伝送装置を制御する。 The server acquires device state information indicating the state of the transmission device from the transmission device, and transmits it to the client. A maintenance person who operates the client can know the device status of the transmission device by receiving the device status information to the client. Further, the server controls the transmission apparatus according to the maintenance person's input received by the client.
図１８は、従来のサーバとクライアントとのネットワークシステムを示す図である。図に示すようにサーバ１０１は、伝送装置１０４と接続されている。伝送装置１０４〜１０６は光ケーブル１０７で接続され、通信することができる。サーバ１０１は、伝送装置１０４を管理すると共に、伝送装置１０４、光ケーブル１０７を介して、伝送装置１０５，１０６を管理する。
FIG. 18 is a diagram showing a conventional network system of servers and clients. As shown in the figure, the server 101 is connected to a
サーバ１０１とクライアント１０２ａ〜１０２ｃは、ネットワーク１０３を介して接続されている。サーバ１０１は、伝送装置１０４〜１０６の装置状態情報が更新されたとき、更新された旨をクライアント１０２ａ〜１０２ｃに通知する。また、サーバ１０１は、ダウンして再起動したとき、クライアント１０２ａ〜１０２ｃから送信要求があったとき装置管理情報を送信する。また、サーバ１０１は、クライアント１０２ａ〜１０２ｃが受け付けた保守者からの入力に従って、伝送装置１０４〜１０６を制御する。
The server 101 and the
なお、サーバでの障害復旧後の再接続要求を代表のクライアントのみで実行して、多数のクライアントからの多数の再接続要求を同時に行わないようにし、その再接続要求の増加を防止して、サーバ障害復旧後における多数のクライアントからの迅速な再接続による通信を可能にしたクライアント／サーバシステムがある（例えば、特許文献１参照）。 In addition, the reconnection request after failure recovery on the server is executed only by the representative client, so that a large number of reconnection requests from a large number of clients are not performed at the same time, and the increase of the reconnection requests is prevented, There is a client / server system that enables communication by rapid reconnection from a large number of clients after server failure recovery (see, for example, Patent Document 1).
また、サーバがダウンしている場合にも、他のサーバとの接続を可能とするマルチサーバワークフローシステムがある（例えば、特許文献２参照）。
しかしながら、クライアントは、例えば、サーバが高負荷状態にあるときやダウンしているときに装置状態情報の送信要求をすると拒否され、装置状態情報を取得することができないという問題点があった。 However, there is a problem in that, for example, when the server makes a transmission request for apparatus state information when the server is in a high load state or is down, the client is rejected and cannot acquire the apparatus state information.
本発明はこのような点に鑑みてなされたものであり、サーバから装置状態情報の送信要求を拒否されても装置状態情報を取得することができる装置管理システムを提供することを目的とする。 The present invention has been made in view of these points, and an object of the present invention is to provide a device management system that can acquire device state information even if a transmission request for device state information is rejected from a server.
本発明では上記問題を解決するために、複数の装置を管理する装置管理システムにおいて、管理している複数の装置３ａ〜３ｃの状態を示す装置状態情報を記憶する状態情報記憶手段１ａと、要求に応じて、装置状態情報を送信する状態情報送信手段１ｂと、装置状態情報の送信に関する送信情報を記憶する送信情報記憶手段１ｃと、装置状態情報の送信を拒否する場合、送信情報を送信する送信情報送信手段１ｄと、を有するサーバ１と、装置状態情報の送信要求をする状態情報要求手段２ａと、要求した装置状態情報を記憶する要求状態情報記憶手段２ｂと、送信要求が拒否された場合、送信情報を受信する送信情報受信手段２ｃと、送信情報を参照し、装置状態情報を受信している情報提供するクライアント４ａ，４ｂから装置状態情報を取得する状態情報取得手段２ｄと、情報要求するクライアント４ａ，４ｂからの要求に応じて装置状態情報を送信する要求送信情報送信手段２ｅと、を有するクライアントと、を有することを特徴とする装置管理システムが提供される。
In the present invention, in order to solve the above problem, in a device management system for managing a plurality of devices, status information storage means 1a for storing device status information indicating the status of a plurality of managed
このような装置管理システムによれば、クライアント２は、サーバ１から装置３ａ〜３ｃの装置状態情報の送信要求が拒否された場合、装置状態情報の送信に関する送信情報を受信する。クライアント２は、送信情報を参照して、装置状態情報を受信している情報提供するクライアント４ａ，４ｂから装置状態情報を取得する。また、クライアント２は、情報要求するクライアント４ａ，４ｂからの要求に応じて、記憶している装置状態情報を送信する。
According to such a device management system, when the transmission request for the device status information of the
本発明の装置管理システムでは、クライアントは装置状態情報の送信要求を拒否された場合、装置状態情報の送信に関する送信情報をサーバから受信する。そして、送信情報を参照して、装置状態情報を取得している情報提供クライアントから装置状態情報を取得するようにした。また、クライアントは装置状態情報を記憶し、情報要求クライアントからの要求に応じて、装置状態情報を送信するようにした。これによって、サーバから装置状態情報の送信要求を拒否されても装置状態情報を取得することができる。 In the apparatus management system of the present invention, when the transmission request for apparatus status information is rejected, the client receives transmission information related to transmission of apparatus status information from the server. Then, with reference to the transmission information, the device status information is acquired from the information providing client that has acquired the device status information. In addition, the client stores the device status information and transmits the device status information in response to a request from the information requesting client. As a result, the device status information can be acquired even if the server status information transmission request is rejected by the server.
以下、本発明の原理を図面を参照して詳細に説明する。
図１は、本発明の原理を説明する原理図である。図に示すようにサーバ１とクライアント２，４ａ，４ｂは接続され通信できるようになっている。また、サーバ１は、装置３ａ〜３ｃと接続され、複数の装置３ａ〜３ｃを管理している。
Hereinafter, the principle of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a principle diagram illustrating the principle of the present invention. As shown in the figure, the
クライアント２，４ａ，４ｂは、保守者によって操作される。保守者は、装置３ａ〜３ｂの装置状態を知りたい場合、クライアント２，４ａ，４ｂよりサーバ１にアクセスして、装置３ａ〜３ｂの装置状態情報を取得する。
The clients 2, 4a, 4b are operated by a maintenance person. When the maintenance person wants to know the device states of the
サーバ１は、状態情報記憶手段１ａ、状態情報送信手段１ｂ、送信情報記憶手段１ｃ、および送信情報送信手段１ｄを有している。クライアント２は、状態情報要求手段２ａ、要求状態情報記憶手段２ｂ、送信情報受信手段２ｃ、状態情報取得手段２ｄ、および要求送信情報送信手段２ｅを有している。なお、クライアント４ａ，４ｂもクライアント２と同様の構成を有している。
The
サーバ１の状態情報記憶手段１ａは、装置３ａ〜３ｃの装置状態を示す装置状態情報を記憶する。
状態情報送信手段１ｂは、クライアント２，４ａ，４ｂからの要求に応じて、状態情報記憶手段１ａが記憶した装置状態情報を送信する。
The state
The status information transmission unit 1b transmits the device status information stored in the status
送信情報記憶手段１ｃは、状態情報送信手段１ｂの装置状態情報の送信に関する送信情報を記憶する。送信情報は、例えば、装置状態情報を送信した日時、装置状態情報を送信した先のクライアント名である。 The transmission information storage unit 1c stores transmission information related to the transmission of the device state information by the state information transmission unit 1b. The transmission information is, for example, the date and time when the device status information was transmitted, and the name of the client to which the device status information was transmitted.
送信情報送信手段１ｄは、例えば、サーバ１が高負荷状態にあるため、状態情報送信手段１ｂが装置状態情報の送信を拒否する場合、送信情報記憶手段１ｃが記憶している送信情報をクライアント２，４ａ，４ｂに送信する。
For example, if the
クライアント２の状態情報要求手段２ａは、サーバ１に装置状態情報の送信要求をする。
要求状態情報記憶手段２ｂは、状態情報要求手段２ａが送信要求をして受信した装置状態情報を記憶する。
The status
The request state
送信情報受信手段２ｃは、要求状態情報記憶手段２ｂがサーバ１に装置状態情報の送信要求をして拒否された場合、サーバ１から送信されてくる送信情報を受信する。
状態情報取得手段２ｄは、送信情報受信手段２ｃが受信した送信情報を参照し、装置状態情報をすでに受信しているクライアント４ａ，４ｂから装置状態情報を取得する。装置状態情報を受信しているクライアントの特定は、例えば、送信情報の装置状態情報を送信した日時より、送信情報をクライアントに送信していることがわかる。また、送信情報の送信先のクライアント名より、送信情報を受信しているクライアントを知ることができる。
The transmission
The status
要求送信情報送信手段２ｅは、クライアント４ａ，４ｂから装置状態情報の送信要求があると、要求状態情報記憶手段２ｂが記憶している装置状態情報を要求のあったクライアント４ａ，４ｂに送信する。 When there is a request for transmission of device status information from the clients 4a and 4b, the request transmission information transmission means 2e transmits the device status information stored in the request status information storage means 2b to the requested clients 4a and 4b.
以下、原理図の動作について説明する。
サーバ１の状態情報記憶手段１ａは、複数の装置３ａ〜３ｃを管理し、装置状態情報を記憶する。
The operation of the principle diagram will be described below.
The state
クライアント２の状態情報要求手段２ａは、装置状態情報を取得するためにサーバ１に装置状態情報の送信要求を行う。
サーバ１の状態情報送信手段１ｂは、クライアント２の送信要求に応じて装置状態情報を送信する。このとき、送信情報記憶手段１ｃは、装置状態情報の送信に関する送信情報を記憶する。
The status
The status information transmitting means 1b of the
サーバ１が高負荷状態になったとする。この場合、クライアント２の状態情報要求手段２ａが装置状態情報の送信要求をすると、サーバ１の状態情報送信手段１ｂは、装置状態情報の送信を拒否する。送信情報送信手段１ｄは、送信情報記憶手段１ｃが記憶している送信情報をクライアント２に送信する。
Assume that the
クライアント２の送信情報受信手段２ｃは、サーバ１から送信情報を受信する。状態情報取得手段２ｄは、受信された送信情報を参照して、すでに装置状態情報を受信しているクライアント４ａ，４ｂを特定し、そのクライアントから装置状態情報を取得する。
The transmission
逆に、クライアント２が装置状態情報をすでに記憶しているとする。クライアント４ａ，４ｂが装置状態情報の送信要求をサーバ１にして拒否された場合、クライアント４ａ，４ｂがクライアント２に装置状態情報の送信要求をする。クライアント２の要求送信情報送信手段２ｅは、クライアント４ａ，４ｂからの送信要求に応じて、装置状態情報を送信する。
Conversely, assume that the client 2 has already stored the device status information. When the clients 4a and 4b are rejected by the
このように、サーバ１はクライアント２からの装置状態情報の送信要求を拒否する場合、装置状態情報の送信に関する送信情報をクライアント２に送信する。そして、クライアント２は、送信情報を参照して、装置状態情報を取得しているクライアント４ａ，４ｂから装置状態情報を取得するようにした。また、クライアント２は装置状態情報を記憶し、クライアント４ａ，４ｂからの要求に応じて、装置状態情報を送信するようにした。これによって、クライアント２は、サーバ１から装置状態情報の送信要求を拒否されても装置状態情報を取得することができる。
As described above, when the
次に、本発明の実施の形態を図面を参照して詳細に説明する。
図２は、本発明の実施の形態に係るネットワークシステムを示す図である。図に示すように、サーバ１０とクライアント２０，３１，３２は、ネットワーク４０を介して接続されている。ネットワーク４０は、例えば、ＬＡＮ（Local Aria Network）やインターネットである。また、サーバ１０と伝送装置５１は、例えば、専用回線で接続されている。 伝送装置５１〜５３は、光ケーブル７０によって互いが接続されている。伝送装置５１〜５３は、下層に公衆回線網６１〜６３を有している。伝送装置５１〜５３は、光ケーブル７０を介し互いに信号を送受信することができる。下層にある公衆回線網６１〜６３は、伝送装置５１〜５３を介することによって、互いに信号を送受信することができる。
Next, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 2 is a diagram showing a network system according to the embodiment of the present invention. As shown in the figure, the
サーバ１０は、伝送装置５１〜５３の装置の状態を示す装置状態情報を取得し記憶する。クライアント２０，３１，３２は保守者が使用する装置で、保守者の操作によりサーバ１０にアクセスし、伝送装置５１〜５３の装置状態情報を取得する。これにより、保守者は、伝送装置５１〜５３の装置状態を知ることができる。また、クライアント２０，３１，３２は、保守者が入力するデータを受け付け、サーバ１０に送信する。サーバ１０は、クライアント２０，３１，３２から送信されたデータを伝送装置５１，５２，５３に送信する。これにより、保守者は、クライアント２０，３１，３２から伝送装置５１〜５３を制御、管理することができる。
The
なお、図２においてサーバ１０は、伝送装置５１、光ケーブル７０を介して伝送装置５２，５３と通信するが、専用回線で伝送装置５２，５３と接続し、直接通信するようにしてもよい。
In FIG. 2, the
次に、サーバ１０のハードウェア構成について説明する。
図３は、サーバのハードウェア構成を示すブロック図である。図に示すサーバ１０は、ＣＰＵ１０ａによって装置全体が制御されている。ＣＰＵ１０ａには、バス１０ｇを介してＲＡＭ１０ｂ、ハードディスクドライブ（ＨＤＤ）１０ｃ、グラフィック処理装置１０ｄ、入力インタフェース１０ｅ、および通信インタフェース１０ｆが接続されている。
Next, the hardware configuration of the
FIG. 3 is a block diagram illustrating a hardware configuration of the server. The
ＲＡＭ１０ｂには、ＣＰＵ１０ａに実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０ｂには、ＣＰＵ１０ａによる処理に必要な各種データが保存される。ＨＤＤ１０ｃには、ＯＳやアプリケーションプログラム、処理に必要なデータなどが格納される。
The
グラフィック処理装置１０ｄには、モニタ１０ｈが接続されている。グラフィック処理装置１０ｄは、ＣＰＵ１０ａからの命令に従って、画像をモニタ１０ｈの表示画面に表示させる。入力インタフェース１０ｅには、キーボード１０ｉと、マウス１０ｊとが接続されている。入力インタフェース１０ｅは、キーボード１０ｉやマウス１０ｊから送られてくる信号を、バス１０ｇを介してＣＰＵ１０ａに送信する。
A
通信インタフェース１０ｆは、ネットワーク４０に接続されている。通信インタフェース１０ｆは、ネットワーク４０を介してクライアント２０，３１，３２と通信を行う。また、通信インタフェース１０ｆは、伝送装置５１と接続されている。通信インタフェース１０ｆは、伝送装置５１と通信を行う。
The
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、サーバ１０のハードウェア構成を代表的に説明したが、クライアント２０，３１，３２も同様のハードウェア構成で実現することができる。
With the hardware configuration as described above, the processing functions of the present embodiment can be realized. Although the hardware configuration of the
次に、サーバ１０がアプリケーションを実行して有する機能について説明する。
図４は、サーバの機能ブロック図である。図に示すようにサーバ１０は、状態情報記憶部１１、状態情報送信部１２、送信情報記憶部１３、送信情報送信部１４、装置状態情報データベース（ＤＢ）１５、およびクライアント一覧テーブル（ＴＢ）１６を有している。
Next, functions that the
FIG. 4 is a functional block diagram of the server. As shown in the figure, the
状態情報記憶部１１は、伝送装置５１〜５３から装置の状態を示す装置状態情報を取得し、装置状態情報ＤＢ１５に記憶する。状態情報記憶部１１は、取得した装置状態情報を伝送装置５１〜５３ごとに装置状態情報ＤＢ１５に記憶する。装置状態情報ＤＢ１５は、図３で示したＨＤＤ１０ｃで実現される。
The state
ここで、装置状態情報には、例えば、伝送装置５１〜５３がどのように接続されているかの接続関係、伝送装置５１〜５３のスロットに挿入されている基板の種類（例えば、光信号を他の伝送装置に伝送する光基板、光信号と同期を取るための同期クロックを出力する同期基板など）、伝送装置が動作しているプログラムのバージョン、伝送装置５１〜５３が発している警報がある。以下では、装置状態情報の伝送装置５１〜５３の接続関係を示す情報をリング構成情報と呼ぶ。また、装置状態情報のパッケージの種類、プログラムのバージョン、警報の種類など、伝送装置５１〜５３のそれぞれが固有に有する情報を装置詳細情報と呼ぶ。
Here, the device status information includes, for example, the connection relationship of how the
状態情報送信部１２は、装置状態情報ＤＢ１５に記憶されているリング構成情報、装置詳細情報をクライアント２０，３１，３２の要求に応じて送信する。状態情報送信部１２は、サーバ１０が高負荷状態にあるとき（例えば、ＣＰＵ１０ａが他の処理に占有されているとき）は、クライアント２０，３１，３２からの要求があっても、リング構成情報、装置詳細情報の送信を拒否する。ただし、クライアント２０，３１，３２から強制的に装置状態情報を送信するよう要求があった場合は、高負荷状態にあっても装置状態情報を送信する。また、状態情報送信部１２は、リング構成情報、装置詳細情報の更新があったとき、優先度の最も高いクライアント２０，３１，３２に装置状態情報の更新があった旨を通知し、送信要求があったときに装置状態情報を送信する。
The state
送信情報記憶部１３は、装置状態情報のクライアント２０，３１，３２への送信に関する送信情報をクライアント一覧ＴＢ１６に記憶する。送信情報には、例えば、装置状態情報を送信すべきクライアントの優先度、クライアントのログオン状態、状態情報送信部１２がリング構成情報を送信した日時、装置詳細情報を送信した日時がある。また、送信情報記憶部１３は、クライアント間で装置状態情報を受信した旨の通知をクライアントから受けると、クライアント一覧ＴＢ１６の対応する装置状態情報の欄に、通知を受けた日時を記憶する。クライアント一覧ＴＢ１６は、図３で示したＨＤＤ１０ｃで実現される。
The transmission
図５は、クライアント一覧ＴＢのデータ構成例である。図に示すように、クライアント一覧ＴＢ１６には、クライアント名、優先度、ログオン状態、リング構成情報、装置１詳細情報、装置２詳細情報、…、の欄が設けてある。
FIG. 5 is a data configuration example of the client list TB. As shown in the figure, the client list TB16 includes columns for client name, priority, logon status, ring configuration information,
クライアント名の欄には、クライアント２０，３１，３２に付けられた名前が格納される。
優先度の欄には、クライアント２０，３１，３２の優先度が格納される。高、中、低でクライアント２０，３１，３２の優先度を示し、高が最も優先度が高いことを示し、低が最も低いことを示す。
In the client name column, names assigned to the
The priority column stores the priorities of the
ログオン状態の欄には、クライアント２０，３１，３２のサーバ１０へのログオン状態が格納される。ログオン中でクライアント２０，３１，３２がサーバ１０にログオンしていることを示し、ログオフでサーバ１０にログオフしていることを示す。
The logon status column stores the logon status of the
リング構成情報の欄には、状態情報送信部１２がクライアント２０，３１，３２にリング構成情報を送信したときの日時が記憶される。
装置１詳細情報、装置２詳細情報、…の欄には、状態情報送信部１２がクライアント２０，３１，３２に装置詳細情報を送信したときの日時が記憶される。なお、装置１詳細情報、装置２詳細情報、…はそれぞれ、伝送装置５１〜５３の装置状態情報に対応している。例えば、装置１詳細情報を伝送装置５１の装置詳細情報、装置２詳細情報を伝送装置５２の装置詳細情報とする。状態情報送信部１２がクライアントＡに伝送装置５２の装置詳細情報を送信すると、クライアントＡの装置２詳細情報の欄に送信した日時が記憶される。
In the column of the ring configuration information, the date and time when the state
In the column of
図５の例では、クライアントＡの優先度は高であり、サーバ１０にログオン中であることを示している。また、クライアントＡにリング構成情報を０３／０９／０１／１０：００に送信している（クライアントＡはこの日時にリング構成情報を取得している）ことを示している。なお、クライアントＡの装置１詳細情報、装置２詳細情報、…は空欄となっており、クライアントＡにまだ装置１詳細情報、装置２詳細情報、…を送信していない（クライアントＡはまだ取得していない）ことを示している。
In the example of FIG. 5, the priority of the client A is high, indicating that the
送信情報送信部１４は、状態情報送信部１２が装置状態情報の送信を拒否した場合、装置状態情報の送信要求をしたクライアント２０，３１，３２にクライアント一覧ＴＢ１６を送信する。また、送信情報送信部１４は、ログオン、ログオフしたクライアント２０，３１，３２にクライアント一覧ＴＢ１６を送信する。
When the status
次に、クライアントがアプリケーションを実行して有する機能について説明する。
図６は、クライアントの機能ブロック図である。図に示すようにクライアント２０は、状態情報要求部２１、要求状態情報記憶部２２、送信情報受信部２３、状態情報取得部２４、要求送信情報送信部２５、および装置状態情報ＤＢ２６を有している。
Next, functions that the client has by executing the application will be described.
FIG. 6 is a functional block diagram of the client. As shown in the figure, the
状態情報要求部２１は、保守者の操作に応じて、サーバ１０に装置状態情報の送信を要求し受信する。また、状態情報要求部２１は、サーバ１０から装置状態情報の更新があった旨の通知を受けると、サーバ１０に装置状態情報の送信を要求し受信する。
The status
要求状態情報記憶部２２は、状態情報要求部２１が受信した装置状態情報を装置状態情報ＤＢ２６に記憶する。なお、装置状態情報ＤＢ２６は、図３で示したＨＤＤ１０ｃで実現される。
The request state
送信情報受信部２３は、状態情報要求部２１の装置状態情報の送信要求がサーバ１０に拒否された場合、サーバ１０からクライアント一覧ＴＢ１６を受信する。また、送信情報受信部２３は、サーバ１０にログオン、ログオフしたとき、または、保守者が装置状態情報の読み出し操作を行ったとき、クライアント一覧ＴＢ１６の送信を要求し受信する。送信情報受信部２３は、受信したクライアント一覧ＴＢ１６を、例えば、図３に示したＨＤＤ１０ｃに記憶する。
The transmission
状態情報取得部２４は、送信情報受信部２３によって受信されたクライアント一覧ＴＢ１６を参照して、装置状態情報を取得しているクライアント３１，３２から装置状態情報を取得する。状態情報取得部２４は、装置状態情報を取得しているクライアントの中で最も優先度の高いクライアント３１，３２から装置状態情報を取得する。なお、クライアントが装置状態情報（リング構成情報、装置１詳細情報、…）を取得しているか否かは、クライアント一覧ＴＢ１６のリング構成情報、装置１詳細情報、装置２詳細情報、…の欄に日時が記憶されているか否かで判断できる。また、状態情報取得部２４は、クライアント３１，３２から装置状態情報を取得すると、その旨をサーバ１０に通知する。
The status
要求送信情報送信部２５は、他のクライアント３１，３２から装置状態情報の送信要求があった場合、装置状態情報ＤＢ２６に記憶されている装置状態情報を要求のあったクライアント３１，３２に送信する。要求送信情報送信部２５は、他のクライアント３１，３２がサーバ１０から装置状態情報を取得できなかった場合で、クライアント２０が装置状態情報を有している場合に、クライアント３１，３２から送信要求がある。
The request transmission
なお、クライアント３１，３２も図６の機能と同様の機能を有している。
次に、サーバ１０とクライアント２０，３１，３２との間の情報の流れを、図を用いて説明する。
Note that the
Next, the flow of information between the
図７は、クライアント一覧ＴＢの取得について説明する図である。クライアント２０，３１，３２は、サーバ１０にログオン、ログオフしたとき、伝送装置５１〜５３を制御するとき、または、保守者が装置状態情報の読み出し操作を行ったとき、サーバ１０にクライアント一覧ＴＢ１６の送信要求を行う（矢印Ａ１〜Ａ３）。サーバ１０は、クライアント２０，３１，３２からの要求に応じて、クライアント一覧ＴＢ１６を送信する。クライアント２０，３１，３２は、サーバ１０から送信されたクライアント一覧ＴＢ１６を取得し（矢印Ａ４〜Ａ６）記憶する。
FIG. 7 is a diagram illustrating acquisition of the client list TB. When the
図８は、装置状態情報の送信要求がサーバに拒否された場合を説明する図である。図において、クライアント２０，３２はサーバ１０に対し制御中である。そのため、サーバ１０は高負荷状態にあるとする。
FIG. 8 is a diagram for explaining a case where the server status information transmission request is rejected by the server. In the figure,
クライアント３１が、サーバ１０に装置状態情報を要求したとする（矢印Ａ７）。サーバ１０は、高負荷状態にあるため装置状態情報を送信する処理が行えず、クライアント３１に対し、装置状態情報の送信要求を拒否する。このとき、サーバ１０は、最新のクライアント一覧ＴＢ１６をクライアント３１に送信する（矢印Ａ８）。
Assume that the
クライアント３１は、クライアント一覧ＴＢ１６を参照して、必要とする装置状態情報を取得しているクライアントの中で最も優先度の高いクライアントを特定する。そして、特定したクライアントに装置状態情報の送信要求をする。例えば、クライアント２０が装置状態情報を取得しており、最も優先度が高かったとする。クライアント３１は、クライアント２０に装置状態情報の送信要求をする（矢印Ａ９）。そして、クライアント３１は装置状態情報を取得する（矢印Ａ１０）。なお、クライアント３１は、優先度の高いクライアントから装置状態情報を取得するようにしたが、装置状態情報（リング構成情報、装置１詳細情報、装置２詳細情報、…）の日時が最も新しいものを取得しているクライアントから取得するようにしてもよい。
The
このように、サーバ１０が高負荷状態にあるときでも、クライアント一覧ＴＢ１６を参照することによって、他のクライアントから装置状態情報を取得することができる。
図９は、サーバに障害が発生した場合の装置状態情報の取得について説明する図である。図において、サーバ１０に障害が発生しているとする。
In this way, even when the
FIG. 9 is a diagram for explaining acquisition of device status information when a failure occurs in the server. In the figure, it is assumed that a failure has occurred in the
クライアント３１は、サーバ１０に装置状態情報の送信要求をしたとする（矢印Ａ１１）。この場合、サーバ１０に障害が発生しているため、クライアント３１は、サーバ１０から装置状態情報を取得することができない（矢印Ａ１２）。
Assume that the
クライアント３１は、以前に取得して記憶していた（例えば、ログオン時に取得して記憶していた）クライアント一覧ＴＢ１６を参照して、装置状態情報を受信しているクライアントを特定する。クライアント３１は、特定したクライアントに装置状態情報を要求し、装置状態情報を取得する。例えば、クライアント２０が装置状態情報を取得していたとすると、クライアント３１は、クライアント２０に装置状態情報を要求する（矢印Ａ１３）。そして、クライアント３１は装置状態情報を取得する（矢印Ａ１４）。
The
このように、サーバ１０に障害が発生して装置状態情報を取得できない場合でも、以前記憶していたクライアント一覧ＴＢ１６を参照して他のクライアントから装置状態情報を取得することができる。
As described above, even when a failure occurs in the
図１０は、サーバがダウンしているときの装置状態情報の取得について説明する図である。図において、サーバ１０がダウンしているとする。
クライアント３１は、サーバ１０にログオン要求をしたとする（矢印Ａ１４）。この場合、クライアント３１は、サーバ１０にログオンができず（矢印Ａ１５）、装置状態情報を取得することができない。
FIG. 10 is a diagram for explaining acquisition of device state information when the server is down. In the figure, it is assumed that the
Assume that the
クライアント３１は、以前取得し記憶していた（例えば、前回のログオン時に取得して記憶していた）クライアント一覧ＴＢ１６を参照して、装置状態情報を受信しているクライアントを特定する。クライアント３１は、特定したクライアントに簡易ログオンをし、装置状態情報を要求して受信する。例えば、クライアント２０が装置状態情報を取得していたとする。クライアント３１は、クライアント２０に簡易ログオンをする（矢印Ａ１６）。ログオンが認証され、成功したならば（矢印Ａ１７）、クライアント３１は装置状態情報を要求して受信する。クライアント３１は、サーバ１０が復帰したとき、サーバ１０にログオンをする（矢印Ａ１８）。
The
このように、サーバ１０がダウンしてログオンできない場合でも、以前記憶していたクライアント一覧ＴＢ１６を参照して他のクライアントから装置状態情報を取得することができる。
In this way, even when the
図１１は、装置状態情報の転送について説明する図である。図において、クライアント３１は最も優先度が高く、クライアント３２はクライアント３１の次に優先度が高く、クライアント２０はクライアント３２の次に優先度が高いとする。
FIG. 11 is a diagram for explaining transfer of device state information. In the figure, it is assumed that the
サーバ１０は、装置状態情報が更新されたとき優先度の最も高いクライアント３１にその旨を通知する（矢印Ａ１９）。クライアント３１は、装置状態情報が更新された旨の通知をサーバ１０から受けると、装置状態情報とクライアント一覧ＴＢ１６の送信要求をサーバ１０にして取得する（矢印Ａ２０）。
When the server status information is updated, the
クライアント３１は、サーバ１０から送信されたクライアント一覧ＴＢ１６を参照して、次に優先度の高いクライアント３２に、装置状態情報が更新された旨を通知する（矢印Ａ２１）。
The
クライアント３２は、装置状態情報が更新された旨の通知を受けると、装置状態情報とクライアント一覧ＴＢ１６の送信要求をクライアント３１にして受信する（矢印Ａ２２）。クライアント３２は、クライアント３１から装置状態情報を受信すると、その旨をサーバ１０に通知する（矢印Ａ２３）。サーバ１０は、クライアント３２に対応するクライアント一覧ＴＢ１６を更新する。
Upon receiving the notification that the device status information has been updated, the
クライアント３２は、受信したクライアント一覧ＴＢ１６を参照して、次に優先度の高いクライアント２０に、装置状態情報が更新された旨を通知する（矢印Ａ２４）。
クライアント２０は、装置状態情報が更新された旨の通知を受けると、装置状態情報とクライアント一覧ＴＢ１６の送信要求をクライアント３２にして受信する（矢印Ａ２５）。また、クライアント２０は、クライアント３２から装置状態情報を受信すると、その旨をサーバ１０に通知する（矢印Ａ２６）。サーバ１０は、クライアント２０に対応するクライアント一覧ＴＢ１６を更新する。
The
Upon receiving notification that the device status information has been updated, the
このように、装置状態情報が更新された場合、サーバ１０は、優先度の高いクライアントにその旨を通知する。優先度の高いクライアントは、装置状態情報を受信すると優先度の低いクライアントに順次通知していく。これによって、サーバ１０に負担をかけることなくクライアントは更新された装置状態情報を取得することができる。また、クライアントは、装置状態情報を受信するとサーバ１０にその旨を通知するので、サーバ１０は、最新のクライアント一覧ＴＢ１６を記憶しておくことができる。
As described above, when the device state information is updated, the
次に、シーケンス図を用いて図４，６の動作を説明する。
図１２は、クライアントがサーバへログインするときの処理の流れを示したシーケンス図である。図において、クライアント２０，３１，３２はログオフ状態にあるとする。
Next, operations of FIGS. 4 and 6 will be described with reference to sequence diagrams.
FIG. 12 is a sequence diagram illustrating a processing flow when the client logs in to the server. In the figure, it is assumed that the
ステップＳ１において、クライアント２０は、サーバ１０にログオン要求する。サーバ１０の送信情報記憶部１３は、ログオン要求を受けてクライアント一覧ＴＢ１６のクライアント２０に対応するログオン状態の欄をログオン中にする。
In step S <b> 1, the
ステップＳ２において、サーバ１０は、クライアント２０のログオン要求内容（例えば、保守者のユーザＩＤ、パスワード）が正常である場合に、ログオン要求の応答を返す。このとき、サーバ１０の送信情報送信部１４は、クライアント一覧ＴＢ１６を送信する。
In step S <b> 2, the
ログオン成功後、クライアント２０は、サーバ１０に対し装置状態情報の送信要求を行うことができる。
ステップＳ３において、クライアント２０の状態情報要求部２１は、保守者の操作に応じて、サーバ１０に対し装置状態情報のリング構成情報の送信要求を行ったとする。
After successful logon, the
In step S <b> 3, it is assumed that the status
ステップＳ４において、サーバ１０の状態情報送信部１２は、リング構成情報の送信要求を受け、装置状態情報ＤＢ１５に記憶されているリング構成情報をクライアント２０に送信する。このとき、サーバ１０の送信情報記憶部１３は、クライアント一覧ＴＢ１６のクライアント２０に対応するリング構成情報の欄の日時を更新する。そして、サーバ１０の送信情報送信部１４は、クライアント一覧ＴＢ１６をクライアント２０に送信する。
In step S <b> 4, the status
ステップＳ５において、クライアント２０は、サーバ１０にログオフ要求を行ったとする。サーバ１０の送信情報記憶部１３は、クライアント２０からのログオフ要求を受けて、クライアント一覧ＴＢ１６のログオン状態の欄をログオフにする。
In step S <b> 5, the
ステップＳ６において、サーバ１０の送信情報送信部１４は、ログオフしたクライアント２０にクライアント一覧ＴＢ１６を送信する。
このように、サーバ１０は、ログオン、ログオフしたクライアントに最新のクライアント一覧ＴＢ１６を送信する。
In step S6, the transmission
As described above, the
次に、サーバ１０が高負荷状態になったときのサーバ１０とクライアント２０，３１，３２の動作を説明する。
図１３は、サーバが高負荷状態になったときの処理の流れを示したシーケンス図である。図において、クライアント２０，３１は、ログオン中であり、両クライアントともにリング構成情報を取得しているとする。
Next, operations of the
FIG. 13 is a sequence diagram illustrating a processing flow when the server is in a high load state. In the figure, it is assumed that
ステップＳ１１において、クライアント２０の状態情報要求部２１は、保守者の操作に応じてサーバ１０に対し装置状態情報の装置１詳細情報の送信要求を行ったとする。
ステップＳ１２において、サーバ１０の状態情報送信部１２は、クライアント２０からの送信要求を受けて装置状態情報ＤＢ１５から装置１詳細情報を取得し、クライアント２０に送信する。このとき、サーバ１０の送信情報記憶部１３は、クライアント一覧ＴＢ１６のクライアント２０に対応する装置１詳細情報の欄の日時を更新する。そして、サーバ１０の送信情報送信部１４は、クライアント一覧ＴＢ１６をクライアント２０に送信する。
In step S <b> 11, it is assumed that the state
In step S <b> 12, the status
なお、クライアント２０の状態情報要求部２１は、装置１詳細情報を受信する。クライアント２０の要求状態情報記憶部２２は、受信された装置１詳細情報を装置状態情報ＤＢ２６に記憶する。また、クライアント２０の送信情報受信部２３は、受信したクライアント一覧ＴＢ１６をＨＤＤ１０ｃに記憶する。
Note that the status
ここで、サーバ１０が高負荷状態になったとする。
ステップＳ１３において、クライアント３１は、サーバ１０に装置１詳細情報の送信要求を行ったとする。
Here, it is assumed that the
In step S <b> 13, it is assumed that the
ステップＳ１４において、サーバ１０の状態情報送信部１２は、高負荷状態にあるため装置１詳細情報の送信要求を拒否する。サーバ１０の送信情報送信部１４は、クライアント一覧ＴＢ１６をクライアント３１に送信する。
In step S <b> 14, the state
ステップＳ１５において、クライアント３１は、サーバ１０より装置１詳細情報の送信が拒否されたため、サーバ１０から受信したクライアント一覧ＴＢ１６を参照して、装置１詳細情報を取得している優先度の最も高いクライアントを特定する。ここで、ステップＳ１２でクライアント２０が装置１詳細情報を取得している。装置１詳細情報を取得しているクライアントの中で、クライアント２０が最も優先度が高いとすると、クライアント３１は、クライアント２０に対し、装置１詳細情報の送信要求を行う。
In step S15, since the transmission of the
ステップＳ１６において、クライアント２０の要求送信情報送信部２５は、クライアント３１からの装置１詳細情報の送信要求を受けて、装置１詳細情報をクライアント３１に送信する。
In step S <b> 16, the request transmission
ステップＳ１７において、クライアント３１は、サーバ１０に装置１詳細情報を受信した旨を通知する。サーバ１０の送信情報記憶部１３は、クライアント３１からの通知を受けて、クライアント一覧ＴＢ１６のクライアント３１に対応する装置１詳細情報の欄の日時を更新する。
In step S <b> 17, the
このように、サーバ１０が高負荷状態にあるとき、クライアントは、クライアント一覧ＴＢ１６を参照して、他のクライアントから装置状態情報を取得する。
次に、サーバ１０が高負荷状態で、かつ装置状態情報が送信要求されるクライアントに障害が生じたときのサーバ１０とクライアント２０，３１，３２の動作について説明する。
Thus, when the
Next, operations of the
図１４は、装置状態情報の送信要求がされるクライアントに障害が発生したときの処理の流れを示したシーケンス図である。図において、クライアント３１は、ログオン中であり、リング構成情報を取得しているとする。
FIG. 14 is a sequence diagram illustrating a processing flow when a failure occurs in a client that is requested to transmit device status information. In the figure, it is assumed that the
ステップＳ２１において、クライアント３２は、サーバ１０にログオン要求を行ったとする。
ステップＳ２２において、サーバ１０の送信情報記憶部１３は、クライアント一覧ＴＢ１６のクライアント３２に対応するログオン状態の欄をログオン中に更新する。サーバ１０は、更新したクライアント一覧ＴＢ１６をクライアント３２に送信する。
Assume that the
In step S22, the transmission
ここで、サーバ１０が高負荷状態になったとする。
ステップＳ２３において、クライアント３２は、サーバ１０に装置状態情報のリング構成情報の送信要求を行ったとする。
Here, it is assumed that the
In step S23, it is assumed that the
ステップＳ２４において、サーバ１０の状態情報送信部１２は、高負荷状態にあるためリング構成情報の送信要求を拒否する。サーバ１０の送信情報送信部１４は、クライアント３２にクライアント一覧ＴＢ１６を送信する。
In step S24, the state
ここで、クライアント３１に障害が発生したとする。
ステップＳ２５において、クライアント３２は、クライアント一覧ＴＢ１６を参照して、リング構成情報を取得した最も優先度の高いクライアントを特定する。この例では、クライアント３１とする。クライアント３２は、クライアント３１にリング構成情報の送信要求を行う。
Here, it is assumed that a failure has occurred in the
In step S <b> 25, the
ステップＳ２６において、クライアント３１は、障害が発生しているため、クライアント３２からのリング構成情報の送信要求を拒否する。
ステップＳ２７において、クライアント３２は、サーバ１０にリング構成情報の送信要求を行う。このとき、クライアント３２は、サーバ１０に高負荷状態であっても送信要求を拒否することができないことを通知する。
In step S <b> 26, the
In step S <b> 27, the
ステップＳ２８において、サーバ１０の状態情報送信部１２は、高負荷状態にあってもクライアント３２からのリング構成情報の送信要求を受け付け、リング構成情報をクライアント３２に送信する。このときサーバ１０の送信情報記憶部１３は、クライアント一覧ＴＢ１６のクライアント３２に対応するリング構成情報の欄の日時を更新する。そしてサーバ１０の送信情報送信部１４は、クライアント一覧ＴＢ１６をクライアント３２に送信する。
In step S <b> 28, the state
このように、クライアントは、サーバ１０から装置状態情報を受信できず、かつクライアントからも受信できない場合、サーバ１０に装置状態情報の送信要求を拒否することができないことを通知する。そして、クライアントは、サーバ１０から装置状態情報を受信する。これにより、クライアントは必ず装置状態情報を受信することができる。
As described above, when the client cannot receive the device status information from the
次に、クライアントのログオン中にサーバ１０に障害が発生したときのサーバ１０とクライアント２０，３１，３２の動作について説明する。
図１５は、クライアントのログオン中にサーバに障害が発生したときの処理の流れを示したシーケンス図である。図において、サーバ１０に障害が発生しているとする。また、クライアント２０はログオン中でリング構成情報を取得しているとする。また、クライアント３２はログオン中でリング構成情報と装置１詳細情報を取得しているとする。
Next, operations of the
FIG. 15 is a sequence diagram showing the flow of processing when a failure occurs in the server during client logon. In the figure, it is assumed that a failure has occurred in the
ステップＳ３１において、クライアント２０の状態情報要求部２１は、保守者の要求に応じサーバ１０に装置１詳細情報の送信要求を行うとする。
ステップＳ３２において、サーバ１０は、障害が発生しているため装置１詳細情報を送信することができない。
In step S31, it is assumed that the status
In step S32, the
ステップＳ３３において、クライアント２０の状態情報取得部２４は、例えば、ログオン時に取得し、ＨＤＤ１０ｃに記憶していたクライアント一覧ＴＢ１６を参照して、最も優先度の高いクライアントを特定する。この例では、クライアント３２が最も優先度が高いとする。クライアント２０の状態情報取得部２４は、クライアント３２に対し、装置１詳細情報の送信要求を行う。
In step S33, the status
ステップＳ３４において、クライアント３２は、クライアント２０からの送信要求に応じて装置１詳細情報を送信する。
ステップＳ３５において、クライアント２０の状態情報取得部２４は、サーバ１０が復旧した後、装置１詳細情報を受信したことをサーバ１０に通知する。なお、サーバ１０の送信情報記憶部１３は、クライアント２０からの受信通知を受けて、クライアント一覧ＴＢ１６のクライアント２０に対応する装置１詳細情報の欄の日時を更新する。
In step S <b> 34, the
In step S <b> 35, the state
このように、クライアントは、サーバ１０に障害が発生した場合、他のクライアントから装置状態情報を取得する。また、サーバ１０が復帰すると、クライアントは装置状態情報を取得した旨をサーバ１０に通知し、サーバ１０はクライアント一覧ＴＢ１６を更新する。よって、クライアント一覧ＴＢ１６には、最新の情報が記憶される。
As described above, when a failure occurs in the
次に、クライアントのログオフ中にサーバ１０に障害が発生したときのサーバ１０とクライアント２０，３１，３２の動作について説明する。
図１６は、クライアントのログオフ中にサーバに障害が発生したときの処理の流れを示したシーケンス図である。図において、クライアント３２は、ログオン中でリング構成情報を取得しているとする。また、クライアント２０は、サーバ１０に障害が発生する前にログオンしてログオフしており、ログオフ時に取得したクライアント一覧ＴＢ１６をＨＤＤ１０ｃに記憶しているとする。
Next, operations of the
FIG. 16 is a sequence diagram showing the flow of processing when a failure occurs in the server during client logoff. In the figure, it is assumed that the
ステップＳ４１において、クライアント２０は、サーバ１０にログオン要求をする。
ステップＳ４２において、サーバ１０は、障害が発生しているため、クライアント２０からのログオン要求を受け付けることができない。
In step S <b> 41, the
In step S42, the
ステップＳ４３において、クライアント２０は、記憶していたクライアント一覧ＴＢ１６を参照して、リング構成情報を取得している最も優先度の高いクライアントを特定する。この例では、クライアント３２とする。クライアント２０は、クライアント３２にログオン要求をする。
In step S <b> 43, the
ステップＳ４４において、クライアント３２は、クライアント一覧ＴＢ１６を参照してクライアント２０の認証を行う。例えば、クライアント２０からクライアント名を送信させ、送信されたクライアント名がクライアント一覧ＴＢ１６に登録されているかを確認する。クライアント３２は、認証ができなたなら、クライアント２０のログオンを受け付ける。
In step S44, the
ステップＳ４５において、クライアント２０の状態情報取得部２４は、クライアント３２にリング構成情報の送信要求をする。
ステップＳ４６において、クライアント３２は、クライアント２０からの送信要求に応じ、リング構成情報を送信する。
In step S <b> 45, the status
In step S <b> 46, the
ここで、サーバ１０が復旧したとする。
ステップＳ４７において、クライアント２０は、サーバ１０にログオン要求をする。
ステップＳ４８において、サーバ１０の送信情報送信部１４は、ログオンしてきたクライアント２０にクライアント一覧ＴＢ１６を送信する。
Here, it is assumed that the
In step S <b> 47, the
In step S48, the transmission
ステップＳ４９において、クライアント２０の状態情報取得部２４は、リング構成情報を取得した旨をサーバ１０に通知する。なお、サーバ１０の送信情報記憶部１３は、クライアント２０からの通知を受けて、クライアント一覧ＴＢ１６のクライアント２０に対応するリング構成情報の欄の日時を更新する。
In step S49, the status
このように、クライアントのログオフ中にサーバ１０に障害が発生しても、クライアントは、ログオフ時に取得していたクライアント一覧ＴＢ１６を参照することにより、他のクライアントから装置状態情報を取得することができる。
As described above, even if a failure occurs in the
次に、クライアント間での装置状態情報の転送について説明する。
図１７は、クライアント間での装置状態情報の転送処理の流れを示したシーケンス図である。図において、クライアント２０とクライアント３１はログオン中であり、両クライアントともにリング構成情報を取得しているとする。
Next, transfer of device status information between clients will be described.
FIG. 17 is a sequence diagram showing a flow of device status information transfer processing between clients. In the figure, it is assumed that the
ステップＳ５１において、サーバ１０の状態情報送信部１２は、伝送装置５１〜５３のリング構成情報が更新されると、クライアント一覧ＴＢ１６を参照し、リング構成情報を取得している最も優先度の高いクライアントにその旨を通知する。このとき、サーバ１０の状態情報送信部１２は、通知対象となるクライアントのクライアント名を送信し、サーバ１０の送信情報送信部１４は、クライアント一覧ＴＢ１６を送信する。なお、クライアント一覧ＴＢ１６でリング構成日時の欄に日時が記憶されているクライアントが通知対象となるクライアントとなる。
In step S51, when the ring configuration information of the
ステップＳ５２において、クライアント２０の状態情報要求部２１は、リング構成情報の送信要求をサーバ１０に対し行う。
ステップＳ５３において、サーバ１０の状態情報送信部１２は、リング構成情報をクライアント２０に送信する。また、サーバ１０の送信情報送信部１４は、クライアント一覧ＴＢ１６をクライアント２０に送信する。
In step S <b> 52, the status
In step S <b> 53, the state
ステップＳ５４において、クライアント２０は、クライアント一覧ＴＢ１６を参照して、通知対象となる最も優先度の高いクライアントを特定し、リング構成情報が更新された旨を通知する。この例では、クライアント２０は、クライアント３１に通知する。なお、この通知の際に、クライアント２０は、サーバ１０から受信した通知対象から、自らのクライアント名を除いたクライアント名を併せて送信する。
In step S54, the
ステップＳ５５において、クライアント３１は、リング構成情報の送信要求をクライアント２０に行う。
ステップＳ５６において、クライアント２０の要求送信情報送信部２５は、リング構成情報をクライアント３１に送信する。
In step S55, the
In step S <b> 56, the request transmission
ステップＳ５７において、クライアント３１は、リング構成情報を取得した旨をサーバ１０に通知する。サーバ１０は、通知を受けてクライアント一覧ＴＢ１６のクライアント３１に対応するリング構成情報の欄の日時を更新する。
In step S57, the
このように、装置状態情報が更新された場合、サーバ１０はその情報を保持する高優先度のクライアントのみに情報更新を通知し、通知を受けた高優先度のクライアントのみがサーバ１０から直接情報を取得する。その後はサーバ１０を介さずクライアント間で情報更新通知と情報取得を行うことにより、サーバ１０から直接情報を取得するクライアントの数を減少させ，サーバの負荷軽減が可能となる。
As described above, when the device status information is updated, the
なお、クライアントは、１台ずつ装置状態情報を転送するようにしたが、複数のクライアントをいくつかのグループに分割し、グループ単位で装置状態情報を転送するようにしてもよい。これによって、サーバの負荷軽減と情報更新の遅延防止を図ることができる。 Although the client transfers device status information one by one, a plurality of clients may be divided into several groups and device status information may be transferred in units of groups. As a result, it is possible to reduce the load on the server and prevent delays in updating information.
（付記１） 複数の装置を管理する装置管理システムにおいて、
管理している複数の装置の状態を示す装置状態情報を記憶する状態情報記憶手段と、要求に応じて、前記装置状態情報を送信する状態情報送信手段と、前記装置状態情報の送信に関する送信情報を記憶する送信情報記憶手段と、前記装置状態情報の送信を拒否する場合、前記送信情報を送信する送信情報送信手段と、を有するサーバと、
前記装置状態情報の送信要求をする状態情報要求手段と、要求した前記装置状態情報を記憶する要求状態情報記憶手段と、前記送信要求が拒否された場合、前記送信情報を受信する送信情報受信手段と、前記送信情報を参照し、前記装置状態情報を受信している情報提供クライアントから前記装置状態情報を取得する状態情報取得手段と、情報要求クライアントからの要求に応じて前記装置状態情報を送信する要求送信情報送信手段と、を有するクライアントと、
を有することを特徴とする装置管理システム。
(Supplementary note 1) In a device management system for managing a plurality of devices,
Status information storage means for storing device status information indicating the status of a plurality of managed devices, status information transmission means for transmitting the device status information in response to a request, and transmission information relating to transmission of the device status information A transmission information storage means for storing the transmission information, and a transmission information transmission means for transmitting the transmission information when refusing transmission of the device status information;
Status information requesting means for requesting transmission of the device status information, request status information storage means for storing the requested device status information, and transmission information receiving means for receiving the transmission information when the transmission request is rejected And, referring to the transmission information, status information acquisition means for acquiring the device status information from the information providing client receiving the device status information, and transmitting the device status information in response to a request from the information requesting client A request transmission information transmitting means for performing
A device management system comprising:
（付記２） 前記送信情報は、前記装置状態情報の送信日時と送信先のクライアント名とを有することを特徴とする付記１記載の装置管理システム。
（付記３） 前記送信情報送信手段は、前記サーバの処理負荷が大きいとき前記装置状態情報の送信を拒否することを特徴とする付記１記載の装置管理システム。
(Supplementary note 2) The device management system according to
(Supplementary note 3) The device management system according to
（付記４） 前記クライアントには優先度が付与されており、前記状態情報送信手段は、前記装置状態情報の更新があったとき高優先度の前記クライアントに前記装置状態情報を送信することを特徴とする付記１記載の装置管理システム。
(Supplementary Note 4) A priority is given to the client, and the status information transmitting unit transmits the device status information to the high priority client when the device status information is updated. The apparatus management system according to
（付記５） 高優先度を有する前記クライアントは、低優先度の前記クライアントへと前記装置状態情報を送信することを特徴とする付記４記載の装置管理システム。
（付記６） 前記送信情報受信手段は、受信した前記送信情報を記憶し、
前記クライアントが前記サーバにログオンするときに前記サーバがダウンしている場合、前記状態情報取得手段は、記憶された前記送信手段を参照して、前記装置状態情報を取得することを特徴とする付記１記載の装置管理システム。
(Supplementary note 5) The device management system according to supplementary note 4, wherein the client having a high priority transmits the device state information to the client having a low priority.
(Supplementary Note 6) The transmission information receiving means stores the received transmission information,
If the server is down when the client logs on to the server, the status information acquisition means refers to the stored transmission means to acquire the device status information. The apparatus management system according to 1.
（付記７） 複数の装置を管理する装置管理サーバにおいて、
管理している複数の装置の状態を示す装置状態情報を記憶する状態情報記憶手段と、
クライアントからの要求に応じて、前記装置状態情報を送信する状態情報送信手段と、
前記装置状態情報の送信に関する送信情報を記憶する送信情報記憶手段と、
前記装置状態情報の送信を拒否する場合、前記送信情報を前記クライアントに送信する送信情報送信手段と、
を有することを特徴とする装置管理サーバ。
(Appendix 7) In a device management server that manages a plurality of devices,
Status information storage means for storing device status information indicating the status of a plurality of managed devices;
Status information transmitting means for transmitting the device status information in response to a request from a client;
Transmission information storage means for storing transmission information related to transmission of the device status information;
When rejecting transmission of the device status information, transmission information transmitting means for transmitting the transmission information to the client;
A device management server characterized by comprising:
（付記８） 複数の装置を管理する装置管理クライアントにおいて、
サーバが管理している複数の装置の状態を示す装置状態情報を前記サーバに対し送信要求をする状態情報要求手段と、
要求した前記装置状態情報を記憶する要求状態情報記憶手段と、
前記送信要求が拒否された場合、前記装置状態情報の送信に関する送信情報を前記サーバから受信する送信情報受信手段と、
前記送信情報を参照し、前記装置状態情報を受信している情報提供クライアントから前記装置状態情報を取得する状態情報取得手段と、
情報要求クライアントからの要求に応じて前記装置状態情報を送信する要求送信情報送信手段と、
を有することを特徴とする装置管理クライアント。
(Supplementary Note 8) In a device management client that manages a plurality of devices,
Status information requesting means for requesting transmission of device status information indicating the status of a plurality of devices managed by the server to the server;
Request state information storage means for storing the requested device state information;
When the transmission request is rejected, transmission information receiving means for receiving transmission information related to transmission of the device status information from the server;
Status information acquisition means for referring to the transmission information and acquiring the device status information from an information providing client receiving the device status information;
Request transmission information transmission means for transmitting the device status information in response to a request from an information request client;
A device management client characterized by comprising:
１，１０ サーバ
１ａ 状態情報記憶手段
１ｂ 状態情報送信手段
１ｃ 送信情報記憶手段
１ｄ 送信情報送信手段
２，４ａ，４ｂ，２０，３１，３２ クライアント
２ａ 状態情報要求手段
２ｂ 要求状態情報記憶手段
２ｃ 送信情報受信手段
２ｄ 状態情報取得手段
２ｅ 要求送信情報送信手段
３ａ〜３ｃ 装置
１１ 状態情報記憶部
１２ 状態情報送信部
１３ 送信情報記憶部
１４ 送信情報送信部
１５，２６ 装置状態情報ＤＢ
１６ クライアント一覧ＴＢ
２１ 状態情報要求部
２２ 要求状態情報記憶部
２３ 送信情報受信部
２４ 状態情報取得部
２５ 要求送信情報送信部
５１〜５３ 伝送装置
６１〜６３ 公衆回線網
DESCRIPTION OF
16 Client list TB
DESCRIPTION OF
Claims (3)
管理している複数の装置の状態を示す装置状態情報を記憶する状態情報記憶手段と、要求に応じて、前記装置状態情報を送信する状態情報送信手段と、前記装置状態情報の送信に関する送信情報を記憶する送信情報記憶手段と、前記装置状態情報の送信を拒否する場合、前記送信情報を送信する送信情報送信手段と、を有するサーバと、
前記装置状態情報の送信要求をする状態情報要求手段と、要求した前記装置状態情報を記憶する要求状態情報記憶手段と、前記送信要求が拒否された場合、前記送信情報を受信する送信情報受信手段と、前記送信情報を参照し、前記装置状態情報を受信している情報提供クライアントから前記装置状態情報を取得する状態情報取得手段と、情報要求クライアントからの要求に応じて前記装置状態情報を送信する要求送信情報送信手段と、を有するクライアントと、
を有することを特徴とする装置管理システム。 In a device management system for managing a plurality of devices,
Status information storage means for storing device status information indicating the status of a plurality of managed devices, status information transmission means for transmitting the device status information in response to a request, and transmission information relating to transmission of the device status information A transmission information storage means for storing the transmission information, and a transmission information transmission means for transmitting the transmission information when refusing transmission of the device status information;
Status information requesting means for requesting transmission of the device status information, request status information storage means for storing the requested device status information, and transmission information receiving means for receiving the transmission information when the transmission request is rejected And, referring to the transmission information, status information acquisition means for acquiring the device status information from the information providing client receiving the device status information, and transmitting the device status information in response to a request from the information requesting client A request transmission information transmitting means for performing
A device management system comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003361661A JP2005128678A (en) | 2003-10-22 | 2003-10-22 | Device management system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003361661A JP2005128678A (en) | 2003-10-22 | 2003-10-22 | Device management system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005128678A true JP2005128678A (en) | 2005-05-19 |
Family
ID=34641531
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003361661A Withdrawn JP2005128678A (en) | 2003-10-22 | 2003-10-22 | Device management system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005128678A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9706012B2 (en) | 2011-09-26 | 2017-07-11 | Murata Machinery, Ltd. | Relay communication system and relay server |
-
2003
- 2003-10-22 JP JP2003361661A patent/JP2005128678A/en not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9706012B2 (en) | 2011-09-26 | 2017-07-11 | Murata Machinery, Ltd. | Relay communication system and relay server |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4616159B2 (en) | Cluster system, load balancer, node transfer method, and node transfer program | |
| US10990605B2 (en) | Instance data replication | |
| JP4982998B2 (en) | Computer system | |
| EP1868353A1 (en) | Thin client system using session managing server and session managing method | |
| JPH04271454A (en) | Loosely-coupled computer system | |
| JP2008181427A (en) | Single sign-on system, information terminal device, single sign-on server, program | |
| US10149262B2 (en) | Data synchronization across plural terminals by management of parent and child user identification information | |
| JP2008065409A (en) | Software management program, software management method and software management device | |
| JP2008033952A (en) | Most eligible server in common work queue environment | |
| TW201242315A (en) | Providing a witness service | |
| EP1683326B1 (en) | System, methods and devices for accessing or sharing a digital document in a peer-to-peer communication network | |
| US20130325962A1 (en) | Method and apparatus for collaborating in a work environment | |
| US9225585B2 (en) | Method and system for device management, and server | |
| JP6344907B2 (en) | Information processing apparatus, system, and control method for information processing apparatus | |
| US10051053B2 (en) | System and method for transferring and synchronizing content between electronic devices | |
| JPWO2009087885A1 (en) | Server system and event message transmission method thereof, client terminal and connection method and program thereof, recording medium | |
| JP2005128678A (en) | Device management system | |
| US20060085381A1 (en) | Remote deployment access system and method | |
| CN114138895A (en) | Data synchronization method and device for multiple data sources, computer equipment and storage medium | |
| KR100630072B1 (en) | Server alerted synchronization method for clients capable of connecting a network | |
| JP6922194B2 (en) | Connection determination program, device, and method | |
| JP2015041146A (en) | Server device, client device, system, information processing method, and program | |
| KR100597586B1 (en) | Data Synchronization method using Session Management | |
| JP2006059321A (en) | Session maintenance method in distributed object environment | |
| JP2000242593A (en) | Server switching system and method and storage medium storing program executing processing of the system by computer |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20070109 |