JPH11238022A - Service fault information management method/system and storage medium stored with service fault information management program - Google Patents

Service fault information management method/system and storage medium stored with service fault information management program

Info

Publication number
JPH11238022A
JPH11238022A JP10037695A JP3769598A JPH11238022A JP H11238022 A JPH11238022 A JP H11238022A JP 10037695 A JP10037695 A JP 10037695A JP 3769598 A JP3769598 A JP 3769598A JP H11238022 A JPH11238022 A JP H11238022A
Authority
JP
Japan
Prior art keywords
service failure
service
failure information
information
management node
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.)
Pending
Application number
JP10037695A
Other languages
Japanese (ja)
Inventor
Toshiaki Suzuki
俊明 鈴木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP10037695A priority Critical patent/JPH11238022A/en
Publication of JPH11238022A publication Critical patent/JPH11238022A/en
Pending legal-status Critical Current

Links

Landscapes

  • Debugging And Monitoring (AREA)
  • Computer And Data Communications (AREA)

Abstract

PROBLEM TO BE SOLVED: To reduce a load imposed on a service provider and to efficiently accumulate/manage service fault information obtained from the service fault management node of the service provider. SOLUTION: In the method, a service fault management alternate server which collectively manages service fault information of service providers and supplies service fault information to a user terminal instead of a service provider is provided. The service fault management alternate server obtains (S1) service fault information from the service fault management nodes of the respective service providers and preferentially accumulates/manages service fault information corresponding to the events such as access frequency from a user terminal and the significance of a fault (S2).

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、サービス故障情報
管理方法及びシステム及びサービス故障情報管理プログ
ラムを格納した記憶媒体に係り、特に、サービスプロバ
イダが、ユーザに対して提供するサービス故障情報を効
率的に管理するためのサービス故障情報管理方法及びシ
ステム及びサービス故障情報管理プログラムを格納した
記憶媒体に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a service failure information management method and system, and a storage medium storing a service failure information management program, and more particularly to a service provider that efficiently provides service failure information provided to a user. And a storage medium storing a service failure information management program.

【0002】[0002]

【従来の技術】従来実現されているこの種の技術では、
あるサービス故障に対し、そのサービスを利用している
ユーザから、提供側のサービスプロバイダに問い合わ
せ、当該サービスプロバイダにおいて当該問い合わせに
対して対応する方法が採られている。
2. Description of the Related Art In this kind of technology that has been realized,
In response to a service failure, a user using the service makes an inquiry to a providing service provider, and the service provider responds to the inquiry.

【0003】[0003]

【発明が解決しようとする課題】しかしながら、上記従
来の方法では、当該サービスを利用している多数のユー
ザから提供側のサービスプロバイダに一斉に問い合わせ
が起こり、同等な内容でもサービスプロバイダが一つ一
つ問い合わせに対応せざるを得ないという問題がある。
However, in the above-mentioned conventional method, a large number of users using the service make inquiries simultaneously to the service provider on the providing side, and even if the contents are the same, the service providers are individually informed. There is a problem that it is necessary to respond to inquiries.

【0004】また、同内容のユーザからの問い合わせに
より、途中経路の通信網リソースが圧迫されてしまうと
いう問題がある。本発明は、上記の点に鑑みなれたもの
で、サービスプロバイダに加わる負荷を軽減し、サービ
スプロバイダのサービス故障管理ノードから取得したサ
ービス故障情報を効率的に蓄積・管理することが可能な
サービス故障情報管理方法及びシステム及びサービス故
障情報管理プログラムを格納した記憶媒体を提供するこ
とを目的とする。
[0004] In addition, there is a problem that communication network resources on an intermediate route are squeezed by an inquiry from a user having the same contents. The present invention has been made in view of the above points, and has a service failure capable of reducing a load applied to a service provider and efficiently storing and managing service failure information acquired from a service failure management node of the service provider. It is an object of the present invention to provide a storage medium storing an information management method and system and a service failure information management program.

【0005】[0005]

【課題を解決するための手段】図1は、本発明の原理を
説明するための図である。本発明(請求項1)は、複数
のサービスプロバイダが不特定多数のユーザにマルチメ
ディアサービスを提供する環境において、該サービスプ
ロバイダが、ユーザに対して提供するサービス故障情報
を管理するためのサービス故障情報管理方法において、
サービスプロバイダのサービス故障情報を一括して管理
し、該サービスプロバイダに代わってサービス故障情報
をユーザ端末に提供するサービス故障管理代理サーバを
設け、サービス故障管理代理サーバが各サービスプロバ
イダのサービス故障管理ノードからサービス故障情報を
取得し(ステップ1)、ユーザ端末からのアクセス頻度
や故障の重要度などの事象に応じてサービス故障情報を
優先的に蓄積・管理する(ステップ2)。
FIG. 1 is a diagram for explaining the principle of the present invention. The present invention (claim 1) provides a service failure for managing service failure information provided to users in an environment where a plurality of service providers provide multimedia services to an unspecified number of users. In the information management method,
A service failure management proxy server for collectively managing service failure information of service providers and providing service failure information to user terminals on behalf of the service provider is provided. The service failure management proxy server is a service failure management node of each service provider. The service failure information is acquired from the terminal (step 1), and the service failure information is stored and managed preferentially according to events such as the access frequency from the user terminal and the importance of the failure (step 2).

【0006】本発明(請求項2)は、サービス故障管理
代理サーバがユーザ端末からサービス故障情報の問い合
わせを受信すると、サービス故障情報の問い合わせに対
応するサービス故障情報が記憶手段内に存在するかを判
定し、存在する場合には、当該サービス故障に対応する
サービス故障管理ノードにサービスが復旧したか否かを
問い合わせ、該サービス故障管理ノードからの応答を記
憶手段に反映させ、一方、サービス故障情報の問い合わ
せに対応するサービス故障情報が記憶手段内に存在しな
い場合には、当該サービス故障に対応するサービス故障
管理ノードにアクセスし、サービス故障情報を取得し
て、該記憶手段に反映させ、記憶手段に蓄積されている
サービス故障情報をユーザ端末に返却する。
According to the present invention (claim 2), when the service failure management proxy server receives the inquiry about the service failure information from the user terminal, it is determined whether the service failure information corresponding to the inquiry about the service failure information exists in the storage means. It is determined, and if it exists, the service failure management node corresponding to the service failure is queried as to whether the service has been restored, and the response from the service failure management node is reflected in the storage means. If the service failure information corresponding to the inquiry is not present in the storage means, the service failure management node corresponding to the service failure is accessed, the service failure information is acquired, and the service failure information is reflected in the storage means. The service failure information stored in the server is returned to the user terminal.

【0007】本発明(請求項3)は、サービス故障情報
を格納する記憶手段が容量オーバーになった際に、サー
ビス故障管理ノードから新規のサービス故障情報を取得
し、記憶手段において格納されているアクセス情報を参
照し、最後にアクセスされた時刻が一番古いサービス故
障情報を特定し、特定されたサービス故障情報の重要度
を比較し、該重要度の低い方を記憶手段のサービス故障
情報から削除し、新規のサービス故障情報を挿入し、故
障の重要度の低い方を記憶手段のアクセス情報から削除
して、新規のデータを挿入する。
According to the present invention (claim 3), when the capacity of the storage means for storing the service failure information exceeds the capacity, new service failure information is acquired from the service failure management node and stored in the storage means. Refer to the access information, identify the service failure information with the oldest access time, compare the importance of the identified service failure information, and determine the less important one from the service failure information in the storage means. Then, new service failure information is inserted, the one with the lower importance of the failure is deleted from the access information of the storage means, and new data is inserted.

【0008】図2は、本発明の原理構成図である。本発
明(請求項4)は、複数のサービスプロバイダ170が
不特定多数のユーザにマルチメディアサービスを提供す
る環境において、各サービスプロバイダ170におい
て、サービスの故障を管理するサービス故障管理ノード
120と、通信ネットワーク130を介して、サービス
プロバイダ170が提供するサービスを受けると共に、
該サービス故障管理ノード120が提供するサービス故
障情報を取得するユーザ端末140とを有するサービス
故障管理システムであって、サービスプロバイダ170
のサービス故障情報を一括して管理し、各々のサービス
プロバイダ170に代わってサービス故障をユーザ端末
140に提供するサービス故障管理代理サーバ150を
有する。
FIG. 2 is a diagram showing the principle of the present invention. According to the present invention (claim 4), in an environment in which a plurality of service providers 170 provide multimedia services to an unspecified number of users, each service provider 170 communicates with a service failure management node 120 that manages a service failure. While receiving the service provided by the service provider 170 via the network 130,
A user terminal 140 that obtains service failure information provided by the service failure management node 120.
And a service failure management proxy server 150 that collectively manages the service failure information of the user terminal 140 and provides the service failure to the user terminal 140 on behalf of each service provider 170.

【0009】本発明(請求項5)は、サービス故障管理
代理サーバ150において、ユーザ端末140からサー
ビス故障情報の問い合わせを取得する問い合わせ取得手
段と、各サービスプロバイダのサービス故障管理ノード
からサービス故障情報を取得するサービス故障情報取得
手段と、サービス故障情報取得手段で取得したサービス
故障情報を蓄積するサービス故障情報記憶手段と、ユー
ザ端末140からのアクセス頻度や、故障の重要度など
の事象に応じて、サービス故障情報記憶手段からサービ
ス故障情報を取得してユーザ端末140に提供するサー
ビス故障情報提供手段とを含む。
According to the present invention (claim 5), in the service failure management proxy server 150, inquiry acquisition means for acquiring an inquiry about service failure information from the user terminal 140, and service failure information from the service failure management node of each service provider. Service failure information acquisition means for acquiring, service failure information storage means for accumulating service failure information acquired by the service failure information acquisition means, access frequency from the user terminal 140, and events such as importance of failure, Service failure information providing means for acquiring service failure information from the service failure information storage means and providing the service failure information to the user terminal 140.

【0010】本発明(請求項6)は、サービス故障情報
提供手段において、問い合わせ取得手段において、サー
ビス故障情報の問い合わせを受信すると、該問い合わせ
に対応するサービス故障情報がサービス故障情報記憶手
段内に存在するかを判定し、存在する場合には、当該サ
ービス故障に対応するサービス故障管理ノード120に
サービスが復旧したか否かを問い合わせ、該サービス故
障管理ノード120からの応答を該サービス故障情報記
憶手段に反映させ、一方、サービス故障情報の問い合わ
せに対応するサービス故障情報が該サービス故障情報記
憶手段内に存在しない場合には、当該サービス故障に対
応するサービス故障管理ノード120にアクセスし、サ
ービス故障情報を取得して、該サービス故障情報記憶手
段に反映させ、該サービス故障情報記憶手段に蓄積され
ているサービス故障情報をユーザ端末140に返却する
手段を含む。
According to the present invention (claim 6), in the service failure information providing means, when the inquiry acquisition means receives the inquiry about the service failure information, the service failure information corresponding to the inquiry exists in the service failure information storage means. The service failure management node 120 determines whether the service has been restored and, if so, inquires of the service failure management node 120 corresponding to the service failure whether the service has been restored. On the other hand, if the service failure information corresponding to the inquiry about the service failure information does not exist in the service failure information storage means, the service failure management node 120 corresponding to the service failure is accessed, and the service failure information is accessed. Is acquired and reflected in the service failure information storage means. Comprising means for returning to the user terminal 140 a service failure information stored in-bis failure information storage unit.

【0011】本発明(請求項7)は、サービス故障情報
を格納するサービス故障情報記憶手段が容量オーバーに
なった際に、サービス故障管理ノード120から新規の
サービス故障情報を取得し、該サービス故障情報記憶手
段において格納されているアクセス情報を参照し、最後
にアクセスされた時刻が一番古いサービス故障情報を特
定し、特定されたサービス故障情報の重要度を比較し、
該重要度の低い方を記憶手段のサービス故障情報から削
除し、新規のサービス故障情報を挿入し、故障の重要度
の低い方をサービス故障記憶手段のアクセス情報から削
除して、新規のデータを挿入する手段を含む。
According to the present invention (claim 7), when the service failure information storage means for storing the service failure information has exceeded the capacity, new service failure information is acquired from the service failure management node 120, and the service failure information is acquired. Refer to the access information stored in the information storage means, identify the service failure information that the last accessed time is the oldest, compare the importance of the identified service failure information,
The less important one is deleted from the service failure information of the storage means, new service failure information is inserted, and the less important one is deleted from the access information of the service failure storage means, and the new data is deleted. Including means for insertion.

【0012】本発明(請求項8)は、複数のサービスプ
ロバイダが不特定多数のユーザにマルチメディアサービ
スを提供する環境において、各サービスプロバイダにお
いて、サービスの故障を管理するサービス故障管理ノー
ドと、通信ネットワークを介して、サービスプロバイダ
が提供するサービスを受けると共に、該サービス故障管
理ノードが提供するサービス故障情報を取得するユーザ
端末とを有するサービス故障管理システムにおける、該
サービスプロバイダのサービス故障情報を一括して管理
し、該サービスプロバイダに代わってサービス故障をユ
ーザ端末に提供するサービス故障管理代理サーバに搭載
されるサービス故障管理プログラムを格納した記憶媒体
であって、ユーザ端末からサービス故障情報の問い合わ
せを取得する問い合わせ取得プロセスと、各サービスプ
ロバイダのサービス故障管理ノードからサービス故障情
報を取得するサービス故障情報取得プロセスと、ユーザ
端末からのアクセス頻度や、故障の重要度などの事象に
応じて、サービス故障情報取得プロセスで取得したサー
ビス故障情報を蓄積する該サービス故障情報記憶手段か
らサービス故障情報を取得してユーザ端末に提供させる
サービス故障情報提供プロセスとを有する。
According to the present invention (claim 8), in an environment where a plurality of service providers provide multimedia services to an unspecified number of users, each service provider communicates with a service failure management node that manages a service failure. A service failure management system including a user terminal that receives a service provided by a service provider via a network and obtains service failure information provided by the service failure management node, collectively collects service failure information of the service provider. A storage medium storing a service failure management program installed in a service failure management proxy server that provides a service failure to a user terminal on behalf of the service provider, and obtains service failure information inquiry from the user terminal. Question to ask Service failure information acquisition process for acquiring service failure information from the service failure management node of each service provider, and service failure information acquisition according to events such as the frequency of access from user terminals and the importance of failures. A service failure information providing process for acquiring service failure information from the service failure information storage means for storing the service failure information acquired in the process and providing the service failure information to the user terminal.

【0013】本発明(請求項9)は、サービス故障情報
提供プロセスにおいて、問い合わせ取得プロセスにおい
て、サービス故障情報の問い合わせを受信すると、該問
い合わせに対応するサービス故障情報がサービス故障情
報記憶手段内に存在するかを判定し、存在する場合に
は、当該サービス故障に対応するサービス故障管理ノー
ドにサービスが復旧したか否かを問い合わせ、該サービ
ス故障管理ノードからの応答を該サービス故障情報記憶
手段に反映させ、一方、サービス故障情報の問い合わせ
に対応するサービス故障情報が該サービス故障情報記憶
手段内に存在しない場合には、当該サービス故障に対応
するサービス故障管理ノードにアクセスし、サービス故
障情報を取得して、該サービス故障情報記憶手段に反映
させ、該サービス故障情報記憶手段に蓄積されているサ
ービス故障情報をユーザ端末に返却させるプロセスを含
む。
According to the present invention (claim 9), in the service failure information providing process, when an inquiry about service failure information is received in the inquiry acquisition process, the service failure information corresponding to the inquiry is stored in the service failure information storage means. The service failure management node corresponding to the service failure is inquired as to whether or not the service has been restored, and a response from the service failure management node is reflected in the service failure information storage means. On the other hand, if the service failure information corresponding to the inquiry about the service failure information does not exist in the service failure information storage means, the service failure management node corresponding to the service failure is accessed to acquire the service failure information. The service failure information is stored in the service failure information storage means. It includes a process for returning the service failure information stored in the information storage unit in the user terminal.

【0014】本発明(請求項10)は、サービス故障情
報を格納するサービス故障情報記憶手段が容量オーバー
になった際に、サービス故障管理ノードから新規のサー
ビス故障情報を取得し、該サービス故障情報記憶手段に
おいて格納されているアクセス情報を参照し、最後にア
クセスされた時刻が一番古いサービス故障情報を特定
し、特定されたサービス故障情報の重要度を比較し、該
重要度の低い方を記憶手段のサービス故障情報から削除
し、新規のサービス故障情報を挿入し、故障の重要度の
低い方を記憶手段のアクセス情報から削除して、新規の
データを挿入するプロセスを含む。
According to the present invention (claim 10), when the service failure information storage means for storing the service failure information has exceeded the capacity, new service failure information is acquired from the service failure management node, and the service failure information is acquired. With reference to the access information stored in the storage unit, the service failure information having the oldest access time is specified, the importance of the identified service failure information is compared, and the lower importance is determined. The method includes a process of deleting from the service failure information of the storage means, inserting new service failure information, deleting a less important failure from the access information of the storage means, and inserting new data.

【0015】上記のように、本発明では、サービスプロ
バイダに代わってサービス故障情報をユーザ端末に提供
するサービス故障管理代理サーバを設置することによ
り、サービスプロバイダのサービス故障管理ノードから
取得したサービス故障情報をサービス故障代理サーバが
蓄積・管理する。このように、サービスプロバイダに代
わってユーザの要求に応じたサービス故障情報を提供す
るサービス故障管理代理サーバが、サービスプロバイダ
のサービス故障情報をユーザからのアクセス頻度や故障
の重要度などの事象に応じて効率的に蓄積・管理するた
め、サービスプロバイダ側へ加わる負荷を軽減すること
が可能となる。
As described above, according to the present invention, by installing a service failure management proxy server for providing service failure information to a user terminal on behalf of a service provider, the service failure information acquired from the service failure management node of the service provider is provided. Is stored and managed by the service failure proxy server. In this way, the service failure management proxy server, which provides service failure information according to the user's request on behalf of the service provider, converts the service failure information of the service provider according to events such as the access frequency from the user and the importance of the failure. Therefore, the load on the service provider can be reduced for efficient storage and management.

【0016】さらに、取得したサービス故障情報を格納
する記憶手段の容量がオーバーした場合であっても、最
も古く重要度の低いものから消去して、新たな情報を格
納することが可能となる。
Further, even when the capacity of the storage means for storing the acquired service failure information exceeds the capacity, the oldest and least important information can be deleted and new information can be stored.

【0017】[0017]

【発明の実施の形態】図3は、本発明が適用されるサー
ビス故障情報管理システムの構成を示す。同図に示すシ
ステムは、サービスサーバ110、サービス故障管理ノ
ード120、通信ネットワーク130、ユーザ端末14
0、サービス故障管理代理サーバ150、及びサービス
故障情報データベース160より構成される。
FIG. 3 shows a configuration of a service failure information management system to which the present invention is applied. The system shown in FIG. 1 includes a service server 110, a service failure management node 120, a communication network 130, and a user terminal 14.
0, a service failure management proxy server 150, and a service failure information database 160.

【0018】サービスプロバイダのサービスサーバ11
0は、ユーザ端末140に通信ネットワーク130を介
してサービスを提供する。サービス故障管理ノード12
0は、サービスサーバ110で提供されるサービスの故
障情報を管理する。通信ネットワーク130は、サービ
スサーバ110、サービス故障管理ノード120、ユー
ザ端末140、サービス故障管理代理サーバ150を相
互に接続する。
The service server 11 of the service provider
0 provides a service to the user terminal 140 via the communication network 130. Service failure management node 12
0 manages the failure information of the service provided by the service server 110. The communication network 130 connects the service server 110, the service failure management node 120, the user terminal 140, and the service failure management proxy server 150 to each other.

【0019】ユーザ端末150は、ユーザによりサービ
スサーバ110の提供するサービスを利用したり、地理
的に近いサービス故障管理代理サーバ150と通信を行
い、サービス故障情報の問い合わせを行う。サービス故
障管理代理サーバ150は、サービスプロバイダのサー
ビス故障管理ノード120にアクセスし、サービス故障
情報を取得し、管理する。
The user terminal 150 uses the service provided by the service server 110 by the user, communicates with the service failure management proxy server 150 which is geographically close, and makes an inquiry about service failure information. The service failure management proxy server 150 accesses the service failure management node 120 of the service provider to acquire and manage service failure information.

【0020】サービス故障情報データベース160は、
サービス故障管理代理サーバ150に接続され、当該サ
ービス故障管理代理サーバ150が取得したサービス故
障情報を蓄積する。なお、同図の例では、サービスサー
バ110を2台、サービス故障管理ノード120を2
台、ユーザ端末140を5台、サービス故障管理代理サ
ーバ150を2台、及びサービス故障情報データベース
160を2台接続した構成となっているが、この例に限
定されることなく、いずれもn台接続されるように構成
してもよい。
The service failure information database 160 includes:
It is connected to the service failure management proxy server 150, and stores the service failure information acquired by the service failure management proxy server 150. In the example of FIG. 2, two service servers 110 and two service failure management nodes 120 are provided.
, Five user terminals 140, two service failure management proxy servers 150, and two service failure information databases 160. However, the present invention is not limited to this example. You may comprise so that it may be connected.

【0021】上記の構成において、サービス故障管理代
理サーバ150は、各サービスプロバイダのサービス故
障管理ノード120からサービス故障情報を取得し、ユ
ーザ端末140からのアクセス頻度や故障の重要度など
の事象に応じてサービス故障情報を優先的に蓄積・管理
し、ユーザ端末140に提供する。図4は、本発明のサ
ービス故障管理代理サーバの動作を説明するための図で
ある。
In the above configuration, the service failure management proxy server 150 acquires service failure information from the service failure management node 120 of each service provider, and responds to events such as the access frequency from the user terminal 140 and the importance of the failure. The service failure information is stored and managed with priority, and is provided to the user terminal 140. FIG. 4 is a diagram for explaining the operation of the service failure management proxy server of the present invention.

【0022】ステップ101) サービス故障管理代理
サーバ150は、ユーザ端末140からのサービス故障
情報の要求を待機する。 ステップ102) ユーザ端末140から希望するサー
ビス故障情報の要求を受信する。 ステップ103) ユーザ端末140から要求されたサ
ービス故障情報がサービス故障情報データベース160
に格納されているかを判定し、格納されている場合には
ステップ104に移行し、格納されていない場合にはス
テップ105に移行する。
Step 101) The service failure management proxy server 150 waits for a request for service failure information from the user terminal 140. Step 102) Receive a request for desired service failure information from the user terminal 140. Step 103) The service failure information requested from the user terminal 140 is stored in the service failure information database 160.
Is determined, and if it is stored, the process proceeds to step 104, and if it is not stored, the process proceeds to step 105.

【0023】ステップ104) サービス故障情報デー
タベース160に要求に対応する情報がある場合には、
サービスが復帰したか否かのみを該当するサービス故障
管理ノード120に問い合わせる。 ステップ105) サービス故障管理ノード120から
取得した復帰の有無をサービス故障情報データベース1
60に反映させ、ステップ108に移行する。
Step 104) If the service failure information database 160 has information corresponding to the request,
The service failure management node 120 is inquired only about whether or not the service has been restored. Step 105) The service failure information database 1 determines whether or not there is a return from the service failure management node 120.
Then, the process proceeds to step 108.

【0024】ステップ106) サービス故障情報デー
タベース160に要求されたサービス故障情報がない場
合には、該当するサービス故障管理ノード120にアク
セスする。 ステップ107) アクセスしたサービス故障管理ノー
ド120からサービス故障情報を取得し、サービス故障
情報データベース160に反映する。
Step 106) If there is no requested service failure information in the service failure information database 160, the corresponding service failure management node 120 is accessed. Step 107) The service failure information is acquired from the accessed service failure management node 120 and reflected in the service failure information database 160.

【0025】ステップ108) サービス故障情報デー
タベース160に格納されている該当するサービス故障
情報をユーザ端末140に返却する。このとき、ステッ
プ105において、サービス故障管理ノード120から
復旧の有無のみを取得した場合において、復旧している
場合には、当該問い合わせに対する故障が復旧している
旨をユーザ端末140に通知し、復旧していない場合に
は、サービス故障情報を通知する。また、ステップ10
7でサービス故障管理ノード120からサービス故障情
報を取得した場合には、当該サービス故障情報をユーザ
端末140に通知し、取得できなかった場合には、サー
ビス故障情報がない旨を通知するものとする。
Step 108) The corresponding service failure information stored in the service failure information database 160 is returned to the user terminal 140. At this time, in step 105, when only the presence / absence of recovery is obtained from the service failure management node 120, if the recovery has been made, the user terminal 140 is notified that the failure in response to the inquiry has been recovered, and the recovery is performed. If not, the service failure information is notified. Step 10
If the service failure information is acquired from the service failure management node 120 in step 7, the service failure information is notified to the user terminal 140. If the service failure information is not acquired, it is notified that there is no service failure information. .

【0026】[0026]

【実施例】以下、図面と共に本発明の実施例を説明す
る。図5は、本発明の一実施例のサービスプロバイダの
サービス故障管理ノードで管理されるサービス故障情報
の例を示す。同図に示すように、サービスプロバイダの
サービス故障情報が、サービス故障管理代理サーバ15
0で一括的に管理されるため、サービス故障情報は、同
図の例のような共通のフォーマットにより管理される。
同図に示すサービス故障情報の管理項目としては、故障
重要度、故障日、サービスプロバイダ名、サービスI
D、故障対処進捗状況等がある。
Embodiments of the present invention will be described below with reference to the drawings. FIG. 5 shows an example of service failure information managed by the service failure management node of the service provider according to one embodiment of the present invention. As shown in the figure, the service failure information of the service provider is stored in the service failure management proxy server 15.
0, the service failure information is managed in a common format as in the example of FIG.
The management items of the service failure information shown in the figure include failure importance, failure date, service provider name, service I
D, progress status of troubleshooting.

【0027】図6は、本発明の一実施例のサービス故障
時におけるサービス故障情報問い合わせ時における動作
の例を示す。同図中、○内の数字は、以下の説明中の番
号と対応するものとする。同図に示す例は、あるサービ
ス故障時に、それに関する問い合わせが複数のユーザに
よりなされた場合の処理である。同図中A,B,Cは、
それぞれユーザ端末140から送信された故障問い合わ
せである。なお、図6の動作は、故障問い合わせをサー
ビス故障管理代理サーバ150が受信すると、ユーザか
らの故障問い合わせに該当するサービス故障情報がサー
ビス故障情報データベース160に蓄積されているもの
として説明する。
FIG. 6 shows an example of the operation at the time of querying service failure information when a service failure occurs in one embodiment of the present invention. In the figure, the numbers in the circles correspond to the numbers in the following description. The example shown in the figure is processing when a plurality of users make inquiries about a certain service failure. A, B, and C in FIG.
Each is a failure inquiry transmitted from the user terminal 140. The operation in FIG. 6 is described on the assumption that when the service failure management proxy server 150 receives the failure inquiry, the service failure information corresponding to the failure inquiry from the user is stored in the service failure information database 160.

【0028】 故障問い合わせヲサービス故障管理代
理サーバ150がユーザ端末140から受信する。 サービス故障管理代理サーバ150は、当該故障問
い合わせに対応する情報がサービス故障情報データベー
ス160に格納されているかを調べる。 この例においては、サービス故障問い合わせに対応
するサービス故障情報が格納されているので、当該サー
ビス故障情報をサービス故障管理代理サーバ150に渡
す。
Failure inquiry @ Service failure management proxy server 150 receives from user terminal 140. The service failure management proxy server 150 checks whether information corresponding to the failure inquiry is stored in the service failure information database 160. In this example, since the service failure information corresponding to the service failure inquiry is stored, the service failure information is passed to the service failure management proxy server 150.

【0029】 さらに、サービス故障管理代理サーバ
150は、サービス故障管理ノード120に対して、当
該サービス故障情報に対応するサービス故障が復旧した
か否かを問い合わせる。 サービス情報管理代理サーバ150は、サービス故
障管理ノード120から『対処中』、『対処完了』等の
情報を取得する。
Further, the service failure management proxy server 150 inquires of the service failure management node 120 whether or not the service failure corresponding to the service failure information has been recovered. The service information management proxy server 150 acquires information such as “under treatment” and “completion completed” from the service failure management node 120.

【0030】 サービス情報管理代理サーバ150
は、サービス故障情報データベース160から取得した
情報と、サービス故障管理ノード120から取得した情
報をそれぞれのユーザ端末140に返却する。 上記の例のように、サービス故障管理代理サーバ150
を設けることにより、各ユーザからサービスプロバイダ
への直接的な問い合わせが起こらないため、サービスプ
ロバイダ側へ加わる負荷を軽減することができる。
The service information management proxy server 150
Returns the information acquired from the service failure information database 160 and the information acquired from the service failure management node 120 to the respective user terminals 140. As in the above example, the service failure management proxy server 150
Is provided, since no direct inquiry from each user to the service provider occurs, the load applied to the service provider can be reduced.

【0031】次に、ある人気のサービスがアメリアで提
供されており、サービスサーバの故障により提供できな
い状態になった時に、日本のユーザからそれに関する問
い合わせが殺到した場合を想定する。図7は、本発明の
一実施例のサービス故障管理代理サーバがない場合の例
であり、図8は、本発明の一実施例のサービス故障管理
代理サーバがある場合の例である。
Next, it is assumed that when a certain popular service is provided in Amelia and cannot be provided due to a failure of the service server, inquiries about it from Japanese users are flooded. FIG. 7 shows an example when there is no service failure management proxy server according to one embodiment of the present invention, and FIG. 8 shows an example when there is a service failure management proxy server according to one embodiment of the present invention.

【0032】ここで、図7及び図8に示す通信ネットワ
ーク130は、それぞれ日本とアメリカにおける通信ネ
ットワークであり、回線により接続されている。図7で
は、サービス故障管理代理サーバ120が存在しないた
め、直接ユーザ端末140から故障が生じたサービスを
提供しているが、サービスプロバイダのサービス故障管
理ノード120にアクセスがある。この場合、アメリカ
の通信ネットワーク130及び日米間を接続する回線に
は、要求量に応じたトラヒックが発生する。一方、図8
のように、日本にサービス故障管理代理サーバ120を
設置した場合、一旦、サービス故障情報をアメリカから
取得してしまえば、その後の日本からの問い合わせによ
り発生するトラヒックは国内のみとなる。但し、図4の
アルゴリズムに示したように、アメリカ側にもサービス
が復旧したか否かのみを尋ねるやりとりのためにトラヒ
ックは発生するが、比較的微小であり、無視できるもの
と考える。このように地理的に近いサービス故障管理代
理サーバ150にアクセスすることにより、遠隔地側の
通信トラヒックを軽減することができる。
Here, the communication networks 130 shown in FIGS. 7 and 8 are communication networks in Japan and the United States, respectively, and are connected by lines. In FIG. 7, since the service failure management proxy server 120 does not exist, the service in which the failure has occurred is provided directly from the user terminal 140, but the service failure management node 120 of the service provider is accessed. In this case, traffic corresponding to the required amount is generated in the line connecting the US communication network 130 and the US and Japan. On the other hand, FIG.
As described above, when the service failure management proxy server 120 is installed in Japan, once the service failure information is acquired from the United States, the traffic generated by the subsequent inquiry from Japan is only domestic. However, as shown in the algorithm of FIG. 4, although traffic occurs due to the exchange on the US side only asking whether or not the service has been restored, it is considered to be relatively small and negligible. By accessing the service failure management proxy server 150 which is geographically close in this way, communication traffic on the remote side can be reduced.

【0033】次に、アクセス頻度や故障の重要度に応じ
て、サービス故障情報を効率的にサービス故障情報デー
タベース160で管理する方法を示す。アクセス頻度
(最近アクセスされた)、故障の重要度の高い故障情報
は、ユーザのニーズがより高いと考えられ、これらを優
先的にサービス故障情報データベース160で蓄積する
ことで、ニーズに応じた故障情報の効率的な管理が可能
となる。
Next, a method for efficiently managing the service failure information in the service failure information database 160 according to the access frequency and the importance of the failure will be described. Failure information with high access frequency (recently accessed) and high importance of failure is considered to have higher user needs. By storing these in the service failure information database 160 preferentially, failure information according to the needs is obtained. Information can be efficiently managed.

【0034】図9は、本発明の一実施例のサービス故障
管理代理サーバのサービス故障情報データベースが容量
オーバになった際のデータ管理法を示す。ユーザからの
要求に従って、サービス故障管理代理サーバ150がサ
ービスプロバイダDDDのサービス故障管理ノードか
ら、新規のサービス故障情報を取得すると、サービス
故障情報データベースで管理されているアクセス情報テ
ーブルにアクセスする。アクセス情報テーブルに
は、故障情報に対する最後にアクセスされた時刻のデー
タが管理されており、これによりサービス故障情報デー
タベース160に管理されている故障情報のうち、アク
セス時刻が最も古いものを特定することができる。アク
セス時刻の最も古い故障情報が一つであれば、それを新
規のデータと入れ替え、アクセス情報テーブルに新規の
データを追加すればよいが、同図では、アクセス時刻の
最も古い故障情報が複数ある場合について示す。
FIG. 9 shows a data management method when the service failure information database of the service failure management proxy server according to one embodiment of the present invention has exceeded the capacity. When the service failure management proxy server 150 acquires new service failure information from the service failure management node of the service provider DDD in accordance with a request from the user, the service failure management proxy server 150 accesses the access information table managed in the service failure information database. The access information table manages data of the time of last access to the failure information, whereby the failure information managed in the service failure information database 160 can be used to identify the one with the oldest access time. Can be. If there is only one piece of failure information with the oldest access time, it may be replaced with new data and new data may be added to the access information table. The case is shown.

【0035】アクセス時刻が最も古いサービス故障情報
が複数特定されると、サービス故障情報データベース
160で管理される、サービス故障情報テーブルを検
索し、サービス故障情報の一属性である、故障重要度を
比較する。故障重要度が一番低い故障情報をサービス
故障情報テーブルから削除し、新規のものと入れ替え
る。次に、アクセス情報テーブルから、故障情報に相
当するデータを削除し、新規故障情報に関するデータ
を新たに挿入する。このようにアクセス頻度や故障の重
要度に着目して、故障情報を蓄積・管理するアルゴリズ
ムにより、ユーザの要求に応じた効率的なサービス故障
情報データベース処理が可能となる。
When a plurality of pieces of service failure information having the oldest access time are specified, the service failure information table managed by the service failure information database 160 is searched, and failure importance, which is one attribute of the service failure information, is compared. I do. The failure information with the lowest failure importance is deleted from the service failure information table and replaced with a new one. Next, data corresponding to the failure information is deleted from the access information table, and data relating to the new failure information is newly inserted. As described above, the algorithm for accumulating and managing the failure information by focusing on the access frequency and the importance of the failure enables efficient service failure information database processing according to the user's request.

【0036】また、前述の図4に示すアルゴリズムをプ
ログラムとして構築し、サービス故障管理代理サーバと
して利用されるコンピュータに接続されるディスク装置
や、フロッピーディスク、CD−ROM等の可搬記憶媒
体に格納しておき、本発明を実施する際にインストール
することにより、容易に本発明を実現できる。なお、本
発明は、上記の実施例に限定されることなく、特許請求
の範囲内で種々変更・応用が可能である。
The algorithm shown in FIG. 4 is constructed as a program and stored in a disk device connected to a computer used as a service failure management proxy server, or in a portable storage medium such as a floppy disk or a CD-ROM. In addition, the present invention can be easily realized by installing the present invention when implementing the present invention. It should be noted that the present invention is not limited to the above-described embodiment, but can be variously modified and applied within the scope of the claims.

【0037】[0037]

【発明の効果】上述のように、本発明によれば、サービ
ス故障管理代理サーバがサービスプロバイダのサービス
故障管理ノードから取得したサービス故障情報を、効率
的に蓄積・管理でき、さらに、サービスプロバイダ側や
通信網のリソースに加わる負荷を削減することができ
る。
As described above, according to the present invention, the service failure management proxy server can efficiently accumulate and manage the service failure information acquired from the service failure management node of the service provider, and further, the service provider side And the load on the resources of the communication network can be reduced.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明の原理を説明するための図である。FIG. 1 is a diagram for explaining the principle of the present invention.

【図2】本発明の原理構成図である。FIG. 2 is a principle configuration diagram of the present invention.

【図3】本発明が適用されるサービス故障情報管理シス
テムの構成図である。
FIG. 3 is a configuration diagram of a service failure information management system to which the present invention is applied.

【図4】本発明のサービス故障管理代理サーバの動作を
説明するための図である。
FIG. 4 is a diagram for explaining the operation of the service failure management proxy server of the present invention.

【図5】本発明の一実施例のサービスプロバイダのサー
ビス故障管理ノードで管理されるサービス故障の例であ
る。
FIG. 5 is an example of a service failure managed by a service failure management node of a service provider according to an embodiment of the present invention.

【図6】本発明の一実施例のサービス故障時におけるサ
ービス故障情報問い合わせ時における動作の例である。
FIG. 6 is an example of an operation at the time of inquiring service failure information at the time of service failure according to an embodiment of the present invention.

【図7】本発明の一実施例のサービス故障管理代理サー
バがない場合の例である。
FIG. 7 is an example in a case where there is no service failure management proxy server according to an embodiment of the present invention.

【図8】本発明の一実施例のサービス故障管理代理サー
バがある場合の例である。
FIG. 8 is an example when there is a service failure management proxy server according to an embodiment of the present invention.

【図9】本発明の一実施例のサービス故障管理代理サー
バのサービス故障情報データベースが容量オーバになっ
た際のデータ管理法を示す図である。
FIG. 9 is a diagram showing a data management method when the service failure information database of the service failure management proxy server according to one embodiment of the present invention has exceeded the capacity.

【符号の説明】[Explanation of symbols]

110 サービスサーバ 120 サービス故障管理ノード 130 通信ネットワーク 140 ユーザ端末 150 サービス故障管理代理サーバ 160 サービス故障情報データベース 170 サービスプロバイダ 110 service server 120 service failure management node 130 communication network 140 user terminal 150 service failure management proxy server 160 service failure information database 170 service provider

Claims (10)

【特許請求の範囲】[Claims] 【請求項1】 複数のサービスプロバイダが不特定多数
のユーザにマルチメディアサービスを提供する環境にお
いて、該サービスプロバイダが、ユーザに対して提供す
るサービス故障情報を管理するためのサービス故障情報
管理方法において、 サービスプロバイダのサービス故障情報を一括して管理
し、該サービスプロバイダに代わって前記サービス故障
情報をユーザ端末に提供するサービス故障管理代理サー
バを設け、 前記サービス故障管理代理サーバが各サービスプロバイ
ダのサービス故障管理ノードからサービス故障情報を取
得し、 ユーザ端末からのアクセス頻度や故障の重要度などの事
象に応じてサービス故障情報を優先的に蓄積・管理する
ことを特徴とするサービス故障情報管理方法。
In an environment in which a plurality of service providers provide multimedia services to an unspecified number of users, the service provider manages service failure information provided to users by a service failure information management method. A service failure management proxy server for collectively managing service failure information of service providers and providing the service failure information to user terminals on behalf of the service provider; A service failure information management method characterized by acquiring service failure information from a failure management node and storing and managing the service failure information preferentially according to events such as access frequency from a user terminal and the importance of a failure.
【請求項2】 前記サービス故障管理代理サーバが前記
ユーザ端末からサービス故障情報の問い合わせを受信す
ると、 前記サービス故障情報の問い合わせに対応するサービス
故障情報が記憶手段内に存在するかを判定し、 存在する場合には、当該サービス故障に対応するサービ
ス故障管理ノードにサービスが復旧したか否かを問い合
わせ、該サービス故障管理ノードからの応答を前記記憶
手段に反映させ、 一方、サービス故障情報の問い合わせに対応するサービ
ス故障情報が前記記憶手段内に存在しない場合には、当
該サービス故障に対応するサービス故障管理ノードにア
クセスし、サービス故障情報を取得して、該記憶手段に
反映させ、 前記記憶手段に蓄積されているサービス故障情報を前記
ユーザ端末に返却する請求項1記載のサービス故障情報
管理方法。
2. When the service failure management proxy server receives an inquiry about service failure information from the user terminal, the server determines whether service failure information corresponding to the inquiry about the service failure information exists in a storage unit. In this case, the service failure management node corresponding to the service failure is inquired as to whether or not the service has been restored, and a response from the service failure management node is reflected in the storage unit. If the corresponding service failure information does not exist in the storage unit, the service failure management node corresponding to the service failure is accessed, the service failure information is acquired, and the service failure information is reflected in the storage unit. 2. The service according to claim 1, wherein the stored service failure information is returned to the user terminal. Failure information management method.
【請求項3】 前記サービス故障情報を格納する前記記
憶手段が容量オーバーになった際に、 前記サービス故障管理ノードから新規のサービス故障情
報を取得し、 前記記憶手段において格納されているアクセス情報を参
照し、最後にアクセスされた時刻が一番古いサービス故
障情報を特定し、 特定された前記サービス故障情報の重要度を比較し、該
重要度の低い方を前記記憶手段のサービス故障情報から
削除し、新規のサービス故障情報を挿入し、 故障の重要度の低い方を前記記憶手段のアクセス情報か
ら削除して、新規のデータを挿入する請求項1記載のサ
ービス故障情報管理方法。
3. When the storage means for storing the service failure information has exceeded the capacity, new service failure information is obtained from the service failure management node, and the access information stored in the storage means is obtained. The service failure information with the oldest access time is referred to, the importance of the identified service failure information is compared, and the less important one is deleted from the service failure information of the storage means. 2. The service failure information management method according to claim 1, wherein new service failure information is inserted, and the one with lower importance of the failure is deleted from the access information of said storage means, and new data is inserted.
【請求項4】 複数のサービスプロバイダが不特定多数
のユーザにマルチメディアサービスを提供する環境にお
いて、各サービスプロバイダにおいて、サービスの故障
を管理するサービス故障管理ノードと、通信ネットワー
クを介して、サービスプロバイダが提供するサービスを
受けると共に、該サービス故障管理ノードが提供するサ
ービス故障情報を取得するユーザ端末とを有するサービ
ス故障管理システムであって、 前記サービスプロバイダのサービス故障情報を一括して
管理し、各々の該サービスプロバイダに代わってサービ
ス故障を前記ユーザ端末に提供するサービス故障管理代
理サーバを有することを特徴とするサービス故障管理シ
ステム。
4. In an environment where a plurality of service providers provide multimedia services to an unspecified number of users, a service failure management node that manages service failures at each service provider and a service provider via a communication network Receiving a service provided by the service failure management node, and a user terminal for acquiring service failure information provided by the service failure management node, wherein the service failure information of the service provider is collectively managed, and A service failure management proxy server for providing a service failure to said user terminal on behalf of said service provider.
【請求項5】 前記サービス故障管理代理サーバは、 前記ユーザ端末からサービス故障情報の問い合わせを取
得する問い合わせ取得手段と、 各サービスプロバイダの前記サービス故障管理ノードか
らサービス故障情報を取得するサービス故障情報取得手
段と、 前記サービス故障情報取得手段で取得した前記サービス
故障情報を蓄積するサービス故障情報記憶手段と、 前記ユーザ端末からのアクセス頻度や、故障の重要度な
どの事象に応じて、前記サービス故障情報記憶手段から
サービス故障情報を取得して前記ユーザ端末に提供する
サービス故障情報提供手段とを含む請求項4記載のサー
ビス故障管理システム。
5. A service failure management proxy server, comprising: an inquiry acquisition unit for acquiring an inquiry about service failure information from the user terminal; and a service failure information acquisition for acquiring service failure information from the service failure management node of each service provider. Means, service failure information storage means for accumulating the service failure information acquired by the service failure information acquisition means, access frequency from the user terminal, and the service failure information according to events such as importance of failure The service failure management system according to claim 4, further comprising: service failure information providing means for acquiring service failure information from a storage means and providing the service failure information to the user terminal.
【請求項6】 前記サービス故障情報提供手段は、 前記問い合わせ取得手段において、サービス故障情報の
問い合わせを受信すると、該問い合わせに対応するサー
ビス故障情報が前記サービス故障情報記憶手段内に存在
するかを判定し、存在する場合には、当該サービス故障
に対応するサービス故障管理ノードにサービスが復旧し
たか否かを問い合わせ、該サービス故障管理ノードから
の応答を該サービス故障情報記憶手段に反映させ、一
方、サービス故障情報の問い合わせに対応するサービス
故障情報が該サービス故障情報記憶手段内に存在しない
場合には、当該サービス故障に対応するサービス故障管
理ノードにアクセスし、サービス故障情報を取得して、
該サービス故障情報記憶手段に反映させ、該サービス故
障情報記憶手段に蓄積されているサービス故障情報を前
記ユーザ端末に返却する手段を含む請求項5記載のサー
ビス故障情報管理システム。
6. The service failure information providing means, when the inquiry acquisition means receives an inquiry about service failure information, determines whether service failure information corresponding to the inquiry exists in the service failure information storage means. If the service failure management node exists, the service failure management node corresponding to the service failure is inquired about whether or not the service has been restored, and the response from the service failure management node is reflected in the service failure information storage means. If the service failure information corresponding to the inquiry about the service failure information does not exist in the service failure information storage unit, the service failure management node corresponding to the service failure is accessed, and the service failure information is acquired.
6. The service failure information management system according to claim 5, further comprising: means for reflecting the service failure information stored in the service failure information storage means to the user terminal and reflecting the service failure information in the service failure information storage means.
【請求項7】 前記サービス故障情報を格納するサービ
ス故障情報記憶手段が容量オーバーになった際に、前記
サービス故障管理ノードから新規のサービス故障情報を
取得し、該サービス故障情報記憶手段において格納され
ているアクセス情報を参照し、最後にアクセスされた時
刻が一番古いサービス故障情報を特定し、特定された前
記サービス故障情報の重要度を比較し、該重要度の低い
方を前記記憶手段のサービス故障情報から削除し、新規
のサービス故障情報を挿入し、故障の重要度の低い方を
前記記憶手段のアクセス情報から削除して、新規のデー
タを挿入する手段を含む請求項5記載のサービス故障情
報管理システム。
7. When the service failure information storage means for storing the service failure information has exceeded the capacity, new service failure information is acquired from the service failure management node and stored in the service failure information storage means. The service failure information with the oldest access time is specified by referring to the access information that has been accessed last, and the importance of the specified service failure information is compared. 6. The service according to claim 5, further comprising means for deleting new service fault information from the service fault information, inserting new service fault information, deleting the lower priority of the fault from the access information of the storage means, and inserting new data. Failure information management system.
【請求項8】 複数のサービスプロバイダが不特定多数
のユーザにマルチメディアサービスを提供する環境にお
いて、各サービスプロバイダにおいて、サービスの故障
を管理するサービス故障管理ノードと、通信ネットワー
クを介して、サービスプロバイダが提供するサービスを
受けると共に、該サービス故障管理ノードが提供するサ
ービス故障情報を取得するユーザ端末とを有するサービ
ス故障管理システムにおける、該サービスプロバイダの
サービス故障情報を一括して管理し、該サービスプロバ
イダに代わってサービス故障を前記ユーザ端末に提供す
るサービス故障管理代理サーバに搭載されるサービス故
障管理プログラムを格納した記憶媒体であって、 前記ユーザ端末からサービス故障情報の問い合わせを取
得する問い合わせ取得プロセスと、 各サービスプロバイダのサービス故障管理ノードからサ
ービス故障情報を取得するサービス故障情報取得プロセ
スと、 前記ユーザ端末からのアクセス頻度や、故障の重要度な
どの事象に応じて、前記サービス故障情報取得プロセス
で取得した前記サービス故障情報を蓄積する該サービス
故障情報記憶手段からサービス故障情報を取得して、前
記ユーザ端末に提供させるサービス故障情報提供プロセ
スとを有するサービス故障管理プログラムを格納した記
憶媒体。
8. In an environment in which a plurality of service providers provide multimedia services to an unspecified number of users, a service failure management node that manages service failures at each service provider and a service provider via a communication network. Collectively manages the service failure information of the service provider in a service failure management system having a user terminal that receives the service provided by the service failure management node and obtains the service failure information provided by the service failure management node. A storage medium storing a service failure management program installed in a service failure management proxy server that provides a service failure to the user terminal in place of the service failure management server, wherein an inquiry acquisition program for acquiring an inquiry about service failure information from the user terminal. A service failure information acquisition process for acquiring service failure information from a service failure management node of each service provider; and acquiring the service failure information according to an event such as an access frequency from the user terminal or a degree of importance of the failure. A storage medium storing a service failure management program having a service failure information providing process for acquiring service failure information from the service failure information storage means for storing the service failure information acquired in a process and providing the service failure information to the user terminal.
【請求項9】 前記サービス故障情報提供プロセスは、 前記問い合わせ取得プロセスにおいて、サービス故障情
報の問い合わせを受信すると、該問い合わせに対応する
サービス故障情報が前記サービス故障情報記憶手段内に
存在するかを判定し、存在する場合には、当該サービス
故障に対応するサービス故障管理ノードにサービスが復
旧したか否かを問い合わせ、該サービス故障管理ノード
からの応答を該サービス故障情報記憶手段に反映させ、
一方、サービス故障情報の問い合わせに対応するサービ
ス故障情報が該サービス故障情報記憶手段内に存在しな
い場合には、当該サービス故障に対応するサービス故障
管理ノードにアクセスし、サービス故障情報を取得し
て、該サービス故障情報記憶手段に反映させ、該サービ
ス故障情報記憶手段に蓄積されているサービス故障情報
を前記ユーザ端末に返却させるプロセスを含む請求項8
記載のサービス故障情報管理プログラムを格納した記憶
媒体。
9. The service failure information providing process, when receiving an inquiry for service failure information in the inquiry acquisition process, determines whether service failure information corresponding to the inquiry exists in the service failure information storage unit. If it exists, the service failure management node corresponding to the service failure is inquired as to whether the service has been restored, and a response from the service failure management node is reflected in the service failure information storage means.
On the other hand, when the service failure information corresponding to the inquiry about the service failure information does not exist in the service failure information storage unit, the service failure management node corresponding to the service failure is accessed, and the service failure information is acquired. 9. A process for reflecting the service failure information stored in the service failure information storage unit to the user terminal by reflecting the service failure information in the service failure information storage unit.
A storage medium storing the described service failure information management program.
【請求項10】 前記サービス故障情報を格納するサー
ビス故障情報記憶手段が容量オーバーになった際に、前
記サービス故障管理ノードから新規のサービス故障情報
を取得し、該サービス故障情報記憶手段において格納さ
れているアクセス情報を参照し、最後にアクセスされた
時刻が一番古いサービス故障情報を特定し、特定された
前記サービス故障情報の重要度を比較し、該重要度の低
い方を前記記憶手段のサービス故障情報から削除し、新
規のサービス故障情報を挿入し、故障の重要度の低い方
を前記記憶手段のアクセス情報から削除して、新規のデ
ータを挿入するプロセスを含む請求項8記載のサービス
故障情報管理プログラムを格納した記憶媒体。
10. When the service failure information storage means for storing the service failure information has exceeded the capacity, new service failure information is acquired from the service failure management node and stored in the service failure information storage means. The service failure information with the oldest access time is specified by referring to the access information that has been accessed last, and the importance of the specified service failure information is compared. 9. The service according to claim 8, further comprising a process of deleting from the service failure information, inserting new service failure information, deleting a less important failure from the access information of the storage means, and inserting new data. A storage medium storing a failure information management program.
JP10037695A 1998-02-19 1998-02-19 Service fault information management method/system and storage medium stored with service fault information management program Pending JPH11238022A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP10037695A JPH11238022A (en) 1998-02-19 1998-02-19 Service fault information management method/system and storage medium stored with service fault information management program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP10037695A JPH11238022A (en) 1998-02-19 1998-02-19 Service fault information management method/system and storage medium stored with service fault information management program

Publications (1)

Publication Number Publication Date
JPH11238022A true JPH11238022A (en) 1999-08-31

Family

ID=12504698

Family Applications (1)

Application Number Title Priority Date Filing Date
JP10037695A Pending JPH11238022A (en) 1998-02-19 1998-02-19 Service fault information management method/system and storage medium stored with service fault information management program

Country Status (1)

Country Link
JP (1) JPH11238022A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20000054324A (en) * 2000-02-24 2000-09-05 이장혁 Method and apparatus for guarding network site

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20000054324A (en) * 2000-02-24 2000-09-05 이장혁 Method and apparatus for guarding network site

Similar Documents

Publication Publication Date Title
CN108199897B (en) OPC UA multi-server aggregation method supporting cache management
US7580971B1 (en) Method and apparatus for efficient SQL processing in an n-tier architecture
JP4732667B2 (en) Selective routing
TWI224899B (en) Dynamic binding and fail-over of comparable web service instances in a services grid
US8412750B2 (en) LDAP to SQL database proxy system and method
US7031654B2 (en) Repeater, mobile radio communication system, fault notification method for said repeater or said mobile radio communication system, and recording medium having, recorded thereon, fault notification program for said repeater or said mobile radio communication system
US6760733B1 (en) Object management system and data processing system with centralized mechanism for managing containment relationships among objects
US20010047363A1 (en) Apparatus and methods for providing personalized application search results for wireless devices based on user profiles
EP2641190A1 (en) Generation of a query plan for accessing a database
CN106293887A (en) Data base processing method and device
CN101771723A (en) Data synchronization method
CN106407011A (en) A routing table-based search system cluster service management method and system
CN106933548A (en) Global information is obtained, processes and updated, methods, devices and systems
US7877479B2 (en) Bandwidth control system and method capable of reducing traffic congestion on content servers
EP1768035A1 (en) LDAP to SQL database proxy system and method
CN101778131A (en) Data synchronization system
CN101789963A (en) Data synchronization system
CN108681588A (en) A kind of interface accesses real-time statistical method and system
JP2004507806A (en) Overall health check on the client side
EP3304333A1 (en) Local object instance discovery for metric collection on network elements
JPH11238022A (en) Service fault information management method/system and storage medium stored with service fault information management program
CN113612811B (en) Method, system, equipment and medium for client mounting in multiple channels
US20030115202A1 (en) System and method for processing a request using multiple database units
US20040177017A1 (en) Distributed system and brokering method using context
JPH01194040A (en) Fault recovery system for distributed data base system