JP5142956B2 - Traffic information management server and traffic information management method - Google Patents

Traffic information management server and traffic information management method Download PDF

Info

Publication number
JP5142956B2
JP5142956B2 JP2008296683A JP2008296683A JP5142956B2 JP 5142956 B2 JP5142956 B2 JP 5142956B2 JP 2008296683 A JP2008296683 A JP 2008296683A JP 2008296683 A JP2008296683 A JP 2008296683A JP 5142956 B2 JP5142956 B2 JP 5142956B2
Authority
JP
Japan
Prior art keywords
service component
function unit
user
traffic
service
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.)
Expired - Fee Related
Application number
JP2008296683A
Other languages
Japanese (ja)
Other versions
JP2010122955A (en
Inventor
庸次 山登
義和 中村
雄介 中野
安敏 宮城
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 JP2008296683A priority Critical patent/JP5142956B2/en
Publication of JP2010122955A publication Critical patent/JP2010122955A/en
Application granted granted Critical
Publication of JP5142956B2 publication Critical patent/JP5142956B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Computer And Data Communications (AREA)

Description

本発明は、トラフィック情報管理サーバ及びトラフィック情報管理方法に関する。   The present invention relates to a traffic information management server and a traffic information management method.

現在、ウェブサービス等のサービスコンポーネントを連携利用することで、新たなサービスを容易に実現する試みがある。
非特許文献１に記載された技術では、電話サービスとウェブサービスとを連携するシステムにおいて、実行制御サーバがユーザ認証やトラフィック制御などの共通処理を一括して行っている。
また、非特許文献２に記載された技術では、サービスコンポーネントに対するリクエストを処理する複数台のサーバをクラスタ化している。
山登庸次、大西浩行、中野雄介、“電話−ウェブ連携を促進する実行制御機能の検討”電子情報通信学会２００８年総合大会講演論文集、B-19-10、Mar.2008. “Oracle Communications Services Gatekeeper”、［online］、Oracle、［２００８年１１月０４日検索］、インターネット〈URL:http://www.oracle.com/industries/communications/oracle-communications-services-gatekeeper.html〉 Currently, there are attempts to easily realize new services by using service components such as web services in cooperation.
In the technology described in Non-Patent Document 1, in a system that links a telephone service and a web service, an execution control server collectively performs common processing such as user authentication and traffic control.
In the technique described in Non-Patent Document 2, a plurality of servers that process requests for service components are clustered.
Yamato Koji, Onishi Hiroyuki, Nakano Yusuke, “Examination of Execution Control Function to Promote Telephone-Web Collaboration” Proceedings of 2008 IEICE General Conference, B-19-10, Mar. 2008. “Oracle Communications Services Gatekeeper”, [online], Oracle, [searched 04/11/2008], Internet <URL: http://www.oracle.com/industries/communications/oracle-communications-services-gatekeeper.html >

しかしながら、非特許文献１では、１台の実行制御サーバ単体での運用を想定しているため、実行制御サーバを複数台用いた場合には、ユーザからサービスコンポーネントへのリクエストをシステム全体で監視することができない、という問題がある。
例えば、あるユーザａがサービスコンポーネントＡを１日に使用できる回数が１００回と設定されていたときに、ユーザａが実行制御サーバ１で３０回、実行制御サーバ２で８０回、実行制御サーバ３で６０回サービスコンポーネントＡを使用した場合であっても、１日の使用制限回数１００回を超えているユーザとしてユーザａを検出することはできなかった。
また、非特許文献２では、全てのデータをサーバ間で通信して同期を取っているため、その通信コストからクラスタ化しても性能向上する効果が少ない、という問題がある。
本発明は上記の点に鑑みてなされたものであり、その目的は、複数台の実行制御サーバを並列に実行したとしてもシステム全体でリクエストを監視することができ、サービスコンポーネントへのリクエスト処理量を向上することができるトラフィック情報管理サーバ及びトラフィック情報管理方法を提供することにある。 However, since Non-Patent Document 1 assumes the operation of a single execution control server, when a plurality of execution control servers are used, a request from a user to a service component is monitored by the entire system. There is a problem that can not be.
For example, when the number of times that a user a can use the service component A per day is set to 100 times, the user a is 30 times for the execution control server 1, 80 times for the execution control server 2, and the execution control server 3 Even when the service component A is used 60 times, the user a cannot be detected as a user who exceeds the daily usage limit of 100 times.
Further, in Non-Patent Document 2, since all data is communicated and synchronized between servers, there is a problem that the effect of improving performance is small even if clustering is performed due to the communication cost.
The present invention has been made in view of the above points, and an object of the present invention is to monitor requests in the entire system even when a plurality of execution control servers are executed in parallel, and to process requests to service components. Is to provide a traffic information management server and a traffic information management method.

本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、実行制御サーバから、ユーザからのサービスコンポーネントへのリクエストの状況を表すユーザ別統計情報と前記サービスコンポーネントのエラー状況を表すサービスコンポーネント別エラー率情報とを含むトラフィック情報を受信するトラフィック収集機能部と、前記トラフィック収集機能部により受信された前記トラフィック情報を集計するトラフィック集計機能部と、前記トラフィック集計機能部により集計された前記サービスコンポーネント別エラー率情報に基づいて、閉塞状態にするサービスコンポーネントを抽出するサービスコンポーネント利用不能率監視機能部と、前記トラフィック集計機能部により集計された前記ユーザ別統計情報に基づいて、特定のサービスコンポーネントに対して一時利用不可能にするユーザを抽出するユーザ監視機能部と、前記サービスコンポーネント利用不能率監視機能部により抽出された前記サービスコンポーネントに対し、前記サービスコンポーネントが閉塞状態であるか否かを表すサービスコンポーネント閉塞フラグの更新要求を外部に送信するサービスコンポーネント閉塞機能部と、前記ユーザ監視機能部により抽出されたユーザを、前記特定のサービスコンポーネントに対して一時利用不可能になっているユーザの一覧であるブラックリストに追加する更新要求を外部に送信するユーザ閉塞機能部と、を備えることを特徴とするトラフィック情報管理サーバである。 The present invention has been made to solve the above-described problems, and one aspect of the present invention relates to statistical information for each user indicating the status of a request from the execution control server to a service component from a user, and the service component. A traffic collection function unit that receives traffic information including error rate information for each service component that represents an error situation, a traffic aggregation function unit that aggregates the traffic information received by the traffic collection function unit, and the traffic aggregation function unit Based on the error rate information for each service component tabulated by the service component, the service component unavailability monitoring function unit that extracts service components to be blocked, and based on the statistical information for each user tabulated by the traffic tabulation unit The A user monitoring unit for extracting a user that the temporary unavailable for a particular service component, to said service component extracted by the service component unavailability rate monitoring unit, the service component is in a closed state The service component blocking function unit that transmits a service component blocking flag update request indicating whether or not the user has been extracted by the user monitoring function unit is temporarily unavailable to the specific service component. A traffic information management server comprising: a user blocking function unit that transmits an update request to be added to a black list that is a list of existing users.

また、本発明の一態様は、上記のトラフィック情報管理サーバにおいて、前記サービスコンポーネント利用不能率監視機能部により抽出されたサービスコンポーネントを閉塞状態にしたことを当該サービスコンポーネントを提供するサービスコンポーネントサーバに通知する第１のアラーム通知機能部と、前記ユーザ監視機能部により抽出されたユーザを前記特定のサービスコンポーネントに対して一時利用不可能にしたことを当該ユーザの端末に通知する第２のアラーム通知機能部と、を備えることを特徴とする。   Further, according to one aspect of the present invention, in the traffic information management server, the service component server that provides the service component that the service component extracted by the service component unavailability monitoring function unit is blocked is notified. And a second alarm notification function for notifying the user's terminal that the user extracted by the user monitoring function unit is temporarily unavailable to the specific service component And a section.

また、本発明の一態様は、上記のトラフィック情報管理サーバにおいて、前記トラフィック情報は、サービスコンポーネントからの応答時間の状況を表す応答時間情報を含み、サービスコンポーネント情報は、サービスコンポーネントへのリクエストを一律に一定の時間遅延させるフロー制御を行うか否かを表すフロー制御フラグを含み、前記トラフィック集計機能部により集計された前記応答時間情報に基づいて、フロー制御を行うサービスコンポーネントを抽出する応答遅延監視機能部と、前記応答遅延監視機能部により抽出されたサービスコンポーネントに対応する前記フロー制御フラグの更新要求を外部に送信するフロー規制機能部と、を備えることを特徴とする。 Another embodiment of the present invention, in the traffic information management server, the traffic information includes response time information indicating the status of the response time from the service components, the service over bis component information, requests for service component Including a flow control flag indicating whether or not to perform flow control for delaying the time uniformly for a certain time, and extracting a service component for performing flow control based on the response time information aggregated by the traffic aggregation function unit A delay monitoring function unit; and a flow restriction function unit that transmits an update request for the flow control flag corresponding to the service component extracted by the response delay monitoring function unit to the outside.

また、本発明の一態様は、上記のトラフィック情報管理サーバにおいて、前記応答遅延監視機能部により抽出されたサービスコンポーネントへのリクエストを一律に一定の時間遅延させていることを当該サービスコンポーネントを提供するサービスコンポーネントサーバに通知する第３のアラーム通知機能部を備えることを特徴とする。   Also, one aspect of the present invention provides the service information that the request to the service component extracted by the response delay monitoring function unit is uniformly delayed for a certain time in the traffic information management server. A third alarm notification function unit that notifies the service component server is provided.

また、本発明の一態様は、上記のトラフィック情報管理サーバにおいて、前記ユーザ監視機能部は、前記ユーザ監視機能部は、特定のユーザから前記特定のサービスコンポーネントに送信されたリクエストの数に基づいて、一時利用不可能にするユーザを抽出することを特徴とする。   Further, according to one aspect of the present invention, in the traffic information management server, the user monitoring function unit is configured based on the number of requests transmitted from a specific user to the specific service component. And extracting users who are temporarily unavailable.

また、本発明の一態様は、上記のトラフィック情報管理サーバにおいて、前記ユーザ監視機能部は、特定のユーザから前記特定のサービスコンポーネントに送信されたリクエストの数と当該リクエストに対するエラーの数とに基づいて、一時利用不可能にするユーザを抽出することを特徴とする。   Further, according to one aspect of the present invention, in the traffic information management server, the user monitoring function unit is based on the number of requests transmitted from a specific user to the specific service component and the number of errors with respect to the request. And extracting users who are temporarily unavailable.

また、本発明の一態様は、上記のトラフィック情報管理サーバにおいて、前記ユーザ監視機能部は、特定のユーザから前記特定のサービスコンポーネントに送信されたリクエストの平均サイズに基づいて、一時利用不可能にするユーザを抽出することを特徴とする。   Further, according to one aspect of the present invention, in the traffic information management server, the user monitoring function unit may be temporarily unavailable based on an average size of requests transmitted from a specific user to the specific service component. It is characterized by extracting the user who performs.

また、本発明の一態様は、前トラフィック収集機能部が、実行制御サーバから、ユーザからのサービスコンポーネントへのリクエストの状況を表すユーザ別統計情報と前記サービスコンポーネントのエラー状況を表すサービスコンポーネント別エラー率情報とを含むトラフィック情報を受信するステップと、トラフィック集計機能部が、前記トラフィック収集機能部により受信された前記トラフィック情報を集計するステップと、サービスコンポーネント利用不能率監視機能部が、前記トラフィック集計機能部により集計された前記サービスコンポーネント別エラー率情報に基づいて、閉塞状態にするサービスコンポーネントを抽出するステップと、ユーザ監視機能部が、前記トラフィック集計機能部により集計された前記ユーザ別統計情報に基づいて、特定のサービスコンポーネントに対して一時利用不可能にするユーザを抽出するステップと、サービスコンポーネント閉塞機能部が、前記サービスコンポーネント利用不能率監視機能部により抽出された前記サービスコンポーネントに対し、前記サービスコンポーネントが閉塞状態であるか否かを表すサービスコンポーネント閉塞フラグの更新要求を外部に送信するステップと、ユーザ閉塞機能部が、前記ユーザ監視機能部により抽出されたユーザを、前記特定のサービスコンポーネントに対して一時利用不可能になっているユーザの一覧であるブラックリストに追加する更新要求を外部に送信するステップと、を有することを特徴とするトラフィック情報管理方法である。 In addition, according to one aspect of the present invention, the previous traffic collection function unit includes statistical information for each user indicating a status of a request from the execution control server to a service component from a user, and an error for each service component indicating an error status of the service component. Receiving traffic information including rate information, a step in which a traffic totaling function unit totals the traffic information received by the traffic collecting function unit, and a service component unavailability rate monitoring function unit in the traffic counting Step of extracting service components to be blocked based on the error rate information for each service component aggregated by the function unit, and the statistical information for each user aggregated by the traffic aggregation function unit by the user monitoring function unit Based on the steps of extracting a user to unavailable one o'clock for a particular service component, the service component occlusion function unit, to said service component extracted by the service component unavailability rate monitoring unit, wherein A step of transmitting an update request for a service component block flag indicating whether or not the service component is blocked; and a user block function unit that identifies the user extracted by the user monitoring function unit as the specific service component And a step of transmitting an update request to be added to the black list, which is a list of users temporarily unavailable, to a traffic information management method.

本発明によれば、トラフィック情報管理サーバが、複数の実行制御サーバからトラフィック情報を収集して集計して閉塞状態にするサービスコンポーネント及び特定のサービスコンポーネントに対して一時利用不可能にするユーザを抽出しているため、実行制御サーバが複数台並列して処理を行ってもシステム全体としてトラフィック情報の整合性を保つことができる。
また、実行制御サーバが複数台並列してサービスコンポーネントへのリクエスト処理を行っているため、単位時間におけるサービスコンポーネントへのリクエスト処理量を向上することができる。
また、各サービスコンポーネントにおける共通処理を一括して実行制御サーバが行っているため、サービス事業者側のサービスコンポーネント以外の機能（非機能要件）実装にかかる投資及び経費費用を軽減することができる。
また、実行制御サーバ１，２，３は、閉塞状態にあるサービスコンポーネントへのリクエストを遮断することにより、障害が発生したサービスコンポーネントサーバの影響が他のサービスコンポーネントへの波及を防ぐことができる。 According to the present invention, the traffic information management server collects traffic information from a plurality of execution control servers, extracts the service components that are blocked and aggregated, and the users that are temporarily unavailable for a specific service component Therefore, even if a plurality of execution control servers perform processing in parallel, the consistency of traffic information can be maintained as a whole system.
In addition, since a plurality of execution control servers perform request processing on the service component in parallel, it is possible to improve the amount of request processing on the service component per unit time.
In addition, since the execution control server collectively performs common processing in each service component, it is possible to reduce the investment and cost for implementation of functions (non-functional requirements) other than service components on the service provider side.
In addition, the execution control servers 1, 2, and 3 can prevent the influence of the service component server in which the failure has occurred from spreading to other service components by blocking the request to the service component in the blocked state.

以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態によるサービスコンポーネント管理システムの構成を示すブロック図である。
サービスコンポーネント管理システムは、実行制御サーバクラスタ４と、トラフィック情報管理サーバ１０と、プロファイルサーバ９と、トラフィック情報データベース１７と、サービスリクエスタ端末５，６，７と、複数のサービスコンポーネントサーバ１８と、を含んで構成される。
サービスリクエスタ端末５，６，７と実行制御サーバクラスタ４及び、実行制御サーバクラスタ４とサービスコンポーネントサーバ１８とは、ネットワーク８を介してメッセージの送受信を行う。ネットワーク８は、電話交換等の通信ネットワーク、或いはインターネット等の情報ネットワーク、或いはサービス制御層とパケット転送層とを有するＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）、或いは移動体ネットワーク等からなるネットワークである。 Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a block diagram showing the configuration of a service component management system according to an embodiment of the present invention.
The service component management system includes an execution control server cluster 4, a traffic information management server 10, a profile server 9, a traffic information database 17, service requester terminals 5, 6, and 7, and a plurality of service component servers 18. Consists of including.
The service requester terminals 5, 6, 7 and the execution control server cluster 4, and the execution control server cluster 4 and the service component server 18 send and receive messages via the network 8. The network 8 is a network composed of a communication network such as telephone exchange, an information network such as the Internet, an NGN (Next Generation Network) having a service control layer and a packet transfer layer, or a mobile network.

サービスコンポーネントサーバ１８は、サービスリクエスタ端末５，６，７に複数のサービスコンポーネントを提供するサーバ装置である。サービスコンポーネントとは、サービス事業者提供するウェブサービスや電話サービスなどのサービスである。
サービスリクエスタ端末５，６，７は、複数のサービスコンポーネントが連携してなるサービスを利用するユーザ（リクエスタ）が使用する端末である。 The service component server 18 is a server device that provides a plurality of service components to the service requester terminals 5, 6, and 7. The service component is a service such as a web service or a telephone service provided by a service provider.
The service requester terminals 5, 6, and 7 are terminals used by users (requesters) who use a service formed by cooperation of a plurality of service components.

トラフィック情報データベース１７は、トラフィック情報の集計結果を記憶保持するデータベースであり、サービスコンポーネントテーブルと、オペレーションテーブルと、オペレーション−ユーザテーブルと、ユーザテーブルとを保持している。トラフィック情報とは、サービスコンポーネントテーブルと、オペレーションテーブルと、オペレーション−ユーザテーブルと、ユーザテーブルにおける各項目をトラフィック情報生成時間毎に集計した情報である。また、オペレーション−ユーザテーブル及びユーザテーブルの各項目が、特定のユーザから特定のサービスコンポーネントへのリクエストの状況を表すユーザ別統計情報である。また、サービスコンポーネントテーブルの各項目が、特定のサービスコンポーネントのエラー状況を表すサービスコンポーネント別エラー率情報である。また、オペレーションテーブルの各項目が、特定のサービスコンポーネントからの応答時間の状況を表す応答時間情報である。   The traffic information database 17 is a database that stores and holds traffic information aggregation results, and holds a service component table, an operation table, an operation-user table, and a user table. The traffic information is information obtained by tabulating each item in the service component table, the operation table, the operation-user table, and the user table for each traffic information generation time. In addition, each item of the operation-user table and the user table is statistical information for each user indicating the status of a request from a specific user to a specific service component. Each item of the service component table is error rate information for each service component that represents an error status of a specific service component. In addition, each item of the operation table is response time information indicating a response time situation from a specific service component.

プロファイルサーバ９は、ユーザ情報とサービスコンポーネント情報とを保持するサーバ装置であり、サービスコンポーネント情報テーブルと、サービスコンポーネント閾値情報テーブルと、オペレーション閾値情報テーブルを保持している。   The profile server 9 is a server device that holds user information and service component information, and holds a service component information table, a service component threshold information table, and an operation threshold information table.

実行制御サーバクラスタ４は、実行制御サーバ１，２，３群である。
実行制御サーバ１，２，３は、各サービスコンポーネントの共通処理を行うサーバ装置である。各サービスコンポーネントの共通処理とは、ユーザ認証や各サービスコンポーネントに応じたトラフィック制御などであり、サービスリクエスタ端末５，６，７から受信したサービスコンポーネントへのリクエストをサービスコンポーネントサーバ１８に転送する。また、実行制御サーバ１，２，３は、トラフィック情報生成時間（例えば毎時００分からの３分周期）毎にトラフィック情報を生成してトラフィック情報管理サーバ１０に送信する。なお、サービスリクエスタ５，６，７からのリクエストは図示しないロードバランサーにより、ラウンドロビンアルゴリズムや実行制御サーバ１，２，３のＣＰＵ（中央演算装置）使用率に応じて実行制御サーバ１，２，３に振り分けられる。 The execution control server cluster 4 is a group of execution control servers 1, 2, and 3.
The execution control servers 1, 2, and 3 are server devices that perform common processing for each service component. Common processing of each service component includes user authentication and traffic control according to each service component, and transfers a request to the service component received from the service requester terminals 5, 6, 7 to the service component server 18. The execution control servers 1, 2, 3 generate traffic information every traffic information generation time (for example, a three-minute cycle from 00 minutes every hour) and transmit the traffic information to the traffic information management server 10. Note that requests from the service requesters 5, 6, and 7 are executed by a load balancer (not shown) according to the round robin algorithm and the CPU (central processing unit) usage rate of the execution control servers 1, 2, and 3. It is distributed to.

トラフィック情報管理サーバ１０は、各サービスコンポーネントへの負荷状況を監視するサービスコンポーネント品質監視制御を行うサーバ装置である。トラフィック情報管理サーバ１０の機能構成は後述する。   The traffic information management server 10 is a server device that performs service component quality monitoring control for monitoring the load status of each service component. The functional configuration of the traffic information management server 10 will be described later.

図２は、本実施形態におけるサービスコンポーネントテーブルのデータ構造とデータ例を示す概略図である。サービスコンポーネントテーブルは、年月日と、時と、サービスＩＤと、リクエスト数と、エラー数の各項目の列を有している。時は、時間を示しており、例えば、時「１０」は、１０時００分から１０時５９分までを表す。サービスＩＤは、サービスコンポーネントを識別する識別情報である。リクエスト数は、サービスコンポーネント宛に送信されたリクエストの数である。エラー数は、サービスリクエスト宛に送信されたリクエストに対するエラーの数であり、認証ＮＧと、認可ＮＧと、応答タイムアウトの各項目を有している。認証ＮＧは、ユーザ認証されなかった場合のエラーである。認可ＮＧは、例えばユーザにサービスコンポーネントの使用権限がない場合のエラーである。応答タイムアウトは、リクエストに対するレスポンスが一定時間内に返されなかった場合のエラーである。   FIG. 2 is a schematic diagram illustrating a data structure and a data example of the service component table in the present embodiment. The service component table has columns of items of date, time, service ID, number of requests, and number of errors. The hour indicates the time. For example, the hour “10” represents from 10:00 to 10:59. The service ID is identification information for identifying a service component. The number of requests is the number of requests transmitted to the service component. The number of errors is the number of errors with respect to the request transmitted to the service request, and includes items of authentication NG, authorization NG, and response timeout. Authentication NG is an error when user authentication is not performed. Authorization NG is an error when the user does not have authority to use the service component, for example. The response timeout is an error when the response to the request is not returned within a certain time.

図３は、本実施形態におけるオペレーションテーブルのデータ構造とデータ例を示す概略図である。オペレーションテーブルは、年月日と、時と、サービスＩＤと、オペレーション名と、レスポンス数と、応答時間合計の各項目の列を有している。オペレーション名は、サービスコンポーネントのオペレーション（例えば、電話サービスの場合、発呼、着信等）の名称である。レスポンス数は、リクエストに対するレスポンスの数である。応答時間合計は、実行制御サーバ１，２，３がリクエストを送信してからレスポンスを受信するまでの応答時間の合計値であり、単位はミリ秒（ｍｓ）である。   FIG. 3 is a schematic diagram showing the data structure and data example of the operation table in the present embodiment. The operation table includes columns of items of date, time, service ID, operation name, number of responses, and total response time. The operation name is a name of an operation of the service component (for example, in the case of a telephone service, calling or receiving). The number of responses is the number of responses to the request. The total response time is a total value of response times from when the execution control servers 1, 2, 3 transmit a request to when a response is received, and the unit is milliseconds (ms).

図４は、本実施形態におけるオペレーション−ユーザテーブルのデータ構造とデータ例を示す概略図である。オペレーション−ユーザテーブルは、年月日と、時と、サービスＩＤと、オペレーション名と、ユーザＩＤと、リクエスト数の各項目の列を有している。ユーザＩＤは、ユーザを識別するための識別情報である。   FIG. 4 is a schematic diagram showing the data structure and data example of the operation-user table in the present embodiment. The operation-user table has columns of items of date, time, service ID, operation name, user ID, and number of requests. The user ID is identification information for identifying the user.

図５は、本実施形態におけるユーザテーブルのデータ構造とデータ例を示す概略図である。ユーザテーブルは、年月日と、時と、ユーザＩＤと、リクエスト数と、エラー数の各項目の列を有している。   FIG. 5 is a schematic diagram showing the data structure and data example of the user table in the present embodiment. The user table has columns of items of date, time, user ID, number of requests, and number of errors.

図６は、本実施形態におけるサービスコンポーネント情報テーブルのデータ構造とデータ例を示す概略図である。サービスコンポーネント情報テーブルは、サービスコンポーネント情報として、サービスＩＤと、フロー規制フラグと、閉塞フラグ（サービスコンポーネント閉塞フラグ）と、ブラックリストの各項目の列を有している。フロー規制フラグは、そのサービスコンポーネントにフロー制御があるか否かを示すフラグであり、フロー規制フラグ「１」はフロー規制があることを表し、フロー規制フラグ「０」はフロー規制がないことを表す。閉塞フラグは、サービスコンポーネントが閉塞状態（利用できない状態）にあるか否かを示すフラグであり、閉塞フラグ「１」は閉塞状態であることを表し、閉塞フラグ「０」は閉塞状態ではないことを表す。ブラックリストは、サービスコンポーネントを一時利用不可能になっているユーザのユーザＩＤの一覧である。   FIG. 6 is a schematic diagram illustrating a data structure and a data example of the service component information table in the present embodiment. The service component information table includes, as service component information, a service ID, a flow restriction flag, a block flag (service component block flag), and a column for each item of the black list. The flow restriction flag is a flag indicating whether or not the service component has flow control. The flow restriction flag “1” indicates that there is a flow restriction, and the flow restriction flag “0” indicates that there is no flow restriction. Represent. The block flag is a flag indicating whether or not the service component is in a block state (unusable state). The block flag “1” indicates a block state, and the block flag “0” is not a block state. Represents. The black list is a list of user IDs of users who are temporarily unable to use the service component.

図７は、本実施形態におけるサービスコンポーネント閾値情報テーブルのデータ構造とデータ例を示す概略図である。サービスコンポーネント閾値情報テーブルは、サービスＩＤと、サービス利用不能率閾値と、エラー閾値と、サイズ閾値との各項目の列を有している。サービス利用不能率閾値は、サービスが利用不能になる率に関する閾値である。エラー閾値は、エラーの割合に関する閾値である。サイズ閾値は、リクエストのサイズに関する閾値である。   FIG. 7 is a schematic diagram illustrating a data structure and a data example of the service component threshold information table in the present embodiment. The service component threshold information table has columns of items of service ID, service unavailability threshold, error threshold, and size threshold. The service unavailability threshold is a threshold relating to a rate at which a service becomes unavailable. The error threshold is a threshold relating to the error rate. The size threshold is a threshold related to the size of the request.

図８は、本実施形態におけるオペレーション閾値情報テーブルのデータ構造とデータ例を示す概略図である。オペレーション閾値情報テーブルは、サービスＩＤと、オペレーション名と、レート閾値と、平均応答時間閾値との各項目の列を有している。オペレーション名は、サービスコンポーネントのオペレーション（例えば、電話サービスの場合、発呼、着信等）の名称である。レート閾値は、１ユーザがレート監視周期（例えば１日）にサービスコンポーネントに送信可能なリクエスト数の閾値である。平均応答時間閾値は、リクエストに対する平均応答時間に関する閾値である。   FIG. 8 is a schematic diagram illustrating a data structure and a data example of the operation threshold information table in the present embodiment. The operation threshold information table has columns of items of service ID, operation name, rate threshold, and average response time threshold. The operation name is a name of an operation of the service component (for example, in the case of a telephone service, calling or receiving). The rate threshold is a threshold of the number of requests that one user can transmit to the service component in a rate monitoring period (for example, one day). The average response time threshold is a threshold related to the average response time for a request.

図９は、本実施形態におけるトラフィック情報管理サーバ１０の機能構成を示すブロック図である。
トラフィック情報管理サーバ１０は、複数の実行制御サーバ１，２，３からトラフィック情報を収集して集計を行い、全てのトラフィック情報を集約することで、サービスコンポーネント品質監視制御を行う。これにより、システム全体の整合を取ることができ、かつ、サービスコンポーネント品質監視制御の不整合を防ぐことができる。トラフィック情報管理サーバ１０は、トラフィック収集機能部１１と、トラフィック集計機能部１２と、監視実行制御機能部１３と、サービスコンポーネント監視機能部１４と、ユーザ監視機能部１５と、リアクション機能部１６と、タイマ（Ｔｉｍｅｒ）２３と、を含んで構成される。監視実行制御機能部１３と、サービスコンポーネント監視機能部１４と、ユーザ監視機能部１５と、リアクション機能部１６とにおける処理がサービスコンポーネント監視制御である。 FIG. 9 is a block diagram showing a functional configuration of the traffic information management server 10 in the present embodiment.
The traffic information management server 10 collects traffic information from a plurality of execution control servers 1, 2, 3 and aggregates it, and performs service component quality monitoring control by aggregating all traffic information. As a result, the entire system can be matched, and inconsistencies in service component quality monitoring control can be prevented. The traffic information management server 10 includes a traffic collection function unit 11, a traffic aggregation function unit 12, a monitoring execution control function unit 13, a service component monitoring function unit 14, a user monitoring function unit 15, a reaction function unit 16, And a timer 23. Processing in the monitoring execution control function unit 13, the service component monitoring function unit 14, the user monitoring function unit 15, and the reaction function unit 16 is service component monitoring control.

トラフィック収集機能部１１は、実行制御サーバ１，２，３からトラフィック情報をポーリングにてトラフィック情報生成時間（例えば３分）毎に収集し、トラフィック集計機能部１２に出力する。
トラフィック集計機能部１２は、入力された複数のトラフィック情報を集計する。具体的には、トラフィック集計機能部１２は、サービスコンポーネント毎にリクエスト数とエラー数とをカウントする。また、トラフィック集計機能部１２は、オペレーション毎にレスポンス数と応答時間合計とをカウントする。また、トラフィック集計機能部１２は、オペレーションとユーザの組毎にリクエスト数をカウントする。また、トラフィック集計機能部１２は、ユーザ毎にリクエスト数とエラー数とリクエストメッセージ合計とをカウントする。そして、トラフィック集計機能部１２は、トラフィック情報が生成された年月日時とともにカウントした値をトラフィック情報データベース１７に送信して記憶させる。 The traffic collection function unit 11 collects traffic information from the execution control servers 1, 2, and 3 by polling at every traffic information generation time (for example, 3 minutes) and outputs the traffic information to the traffic aggregation function unit 12.
The traffic totaling function unit 12 totals a plurality of input traffic information. Specifically, the traffic totalization function unit 12 counts the number of requests and the number of errors for each service component. The traffic totalization function unit 12 counts the number of responses and the total response time for each operation. The traffic totalization function unit 12 counts the number of requests for each set of operation and user. The traffic totalization function unit 12 counts the number of requests, the number of errors, and the total number of request messages for each user. Then, the traffic totaling function unit 12 transmits the value counted together with the date and time when the traffic information was generated to the traffic information database 17 to be stored.

監視実行制御機能部１３は、一定時間或いは一定周期でサービスコンポーネント監視機能部１４とユーザ監視機能部１５とに独立に処理を行わせる機能である。また、サービスコンポーネント監視機能部１４及びユーザ監視機能部１５における処理がサービスコンポーネント監視制御である。具体的には、監視実行制御機能部１３は、サービスコンポーネント監視周期（例えば１時間）毎にサービスコンポーネント監視機能部１４のサービスコンポーネント利用不能率機能部２４及び応答遅延監視機能部２５に処理を行わせる。また、監視実行制御機能部１３は、ユーザ監視周期（例えば３分）毎にユーザ監視機能部１５のレート監視機能部２６とエラー率監視機能部２７とメッセージサイズ監視機能部２８とに処理を行わせる。
タイマー２３は、監視実行制御機能部１３にサービスコンポーネント監視周期及びユーザ監視周期を通知する。 The monitoring execution control function unit 13 is a function that causes the service component monitoring function unit 14 and the user monitoring function unit 15 to perform processing independently at a fixed time or a fixed cycle. The processing in the service component monitoring function unit 14 and the user monitoring function unit 15 is service component monitoring control. Specifically, the monitoring execution control function unit 13 performs processing on the service component unavailability rate function unit 24 and the response delay monitoring function unit 25 of the service component monitoring function unit 14 every service component monitoring period (for example, 1 hour). Make it. The monitoring execution control function unit 13 performs processing on the rate monitoring function unit 26, the error rate monitoring function unit 27, and the message size monitoring function unit 28 of the user monitoring function unit 15 every user monitoring period (for example, 3 minutes). Make it.
The timer 23 notifies the monitoring execution control function unit 13 of the service component monitoring period and the user monitoring period.

サービスコンポーネント監視機能部１４は、閉塞状態にするサービスコンポーネント又はフロー規制状態にするサービスコンポーネントを抽出する機能であり、サービスコンポーネント利用不能率監視機能部２４と応答遅延監視機能部２５とを有している。   The service component monitoring function unit 14 is a function for extracting a service component to be in a blocked state or a service component to be in a flow restriction state, and includes a service component unusable rate monitoring function unit 24 and a response delay monitoring function unit 25. Yes.

サービスコンポーネント利用不能率監視機能部２４は、サービスコンポーネントのレスポンス数が許容範囲か否かを監視する機能であり、各サービスコンポーネントに対して以下の処理を実行する。まず。サービスコンポーネント利用不能率機能部２４は、プロファイルサーバ９からサービスコンポーネントに対応するサービス利用不能率閾値を取得し、トラフィック情報データベース１７のサービスコンポーネントテーブルからサービスコンポーネント利用不能率監視周期（例えば１時間）におけるこのサービスコンポーネントのリクエスト数と応答タイムアウトのエラー数とを取得する。そして、サービスコンポーネント利用不能率機能部２４は、取得したリクエスト数に対するエラー数の割合（エラー率）がサービス利用不能率閾値を超えているか否かを判定する。エラー率がサービス利用不能率閾値より大きい場合に、このサービスコンポーネントを閉塞状態にすると判定し、監視実行制御機能部１３を介してリアクション機能部１６にその旨を通知する。   The service component unavailability monitoring function unit 24 is a function that monitors whether the number of responses of the service component is within an allowable range, and executes the following processing for each service component. First. The service component unavailability rate function unit 24 acquires a service unavailability rate threshold corresponding to the service component from the profile server 9, and in a service component unavailability rate monitoring cycle (for example, 1 hour) from the service component table of the traffic information database 17. Get the number of requests for this service component and the number of errors for response timeout. Then, the service component unavailability rate function unit 24 determines whether or not the ratio of the number of errors to the acquired number of requests (error rate) exceeds a service unavailability rate threshold. When the error rate is larger than the service unavailability rate threshold, it is determined that this service component is to be blocked, and the fact is notified to the reaction function unit 16 via the monitoring execution control function unit 13.

応答遅延監視機能部２５は、各サービスコンポーネントのオペレーションに対して以下の処理を実行する。まず、応答遅延監視機能部２５は、プロファイルサーバ９からオペレーションに対応する平均応答時間閾値を取得し、トラフィック情報データベース１７のオペレーションテーブルから応答遅延監視周期（例えば１時間）におけるオペレーションの応答時間合計及びレスポンス数を取得する。そして、応答遅延監視機能部２５は、応答時間合計をレスポンス数で除算した値（平均応答時間）が平均応答時間閾値より大きいか否かを判定する。平均応答時間が平均応答時間閾値より大きい場合に、応答遅延監視機能部２５は、このサービスコンポーネントをフロー規制状態にすると判定し、監視実行制御機能部１３を介してリアクション機能部１６にその旨を通知する。   The response delay monitoring function unit 25 executes the following processing for the operation of each service component. First, the response delay monitoring function unit 25 obtains an average response time threshold corresponding to the operation from the profile server 9, and from the operation table of the traffic information database 17, the total response time of the operation in the response delay monitoring period (for example, 1 hour) and Get the number of responses. Then, the response delay monitoring function unit 25 determines whether or not a value obtained by dividing the total response time by the number of responses (average response time) is larger than the average response time threshold. When the average response time is larger than the average response time threshold, the response delay monitoring function unit 25 determines that the service component is in the flow restriction state, and notifies the reaction function unit 16 via the monitoring execution control function unit 13 of the fact. Notice.

ユーザ監視機能部１５は、特定のサービスコンポーネントに対して一時利用不可能にするユーザを抽出する機能であり、レート監視機能部２６とエラー率監視機能部２７とメッセージサイズ監視機能部２８とを有している。   The user monitoring function unit 15 is a function for extracting users temporarily unavailable for a specific service component, and includes a rate monitoring function unit 26, an error rate monitoring function unit 27, and a message size monitoring function unit 28. doing.

レート監視機能部２６は、あるユーザのサービスコンポーネントへのリクエスト数が利用制限回数を越えていないか否かを監視する機能であり、ユーザとオペレーションの組毎に以下の処理を行う。レート監視機能部２６は、プロファイルサーバ９からオペレーションに対するレート閾値を取得し、各ユーザからそのオペレーションへのレート監視周期（例えば本日の０時から２４時まで）におけるリクエスト数をトラフィック情報データベース１７のオペレーション−ユーザテーブルから取得する。次に、レート監視機能部２６は、リクエスト数がレート閾値より大きいユーザを抽出する。そして、レート監視機能部２６は、リクエスト数がレート閾値より大きいユーザをそのオペレーションのサービスコンポーネントに対して一時利用不可能にすると判定し、監視実行制御機能部１３を介してリアクション機能部１６にその旨を通知する。   The rate monitoring function unit 26 is a function for monitoring whether or not the number of requests to a service component of a certain user exceeds the usage limit number, and performs the following processing for each set of user and operation. The rate monitoring function unit 26 obtains a rate threshold value for the operation from the profile server 9, and calculates the number of requests in the rate monitoring period (for example, from 0:00 to 24:00 today) from each user to the operation of the traffic information database 17. -Obtain from the user table. Next, the rate monitoring function unit 26 extracts users whose number of requests is greater than the rate threshold. Then, the rate monitoring function unit 26 determines that a user whose number of requests is larger than the rate threshold value is temporarily unavailable for the service component of the operation, and sends it to the reaction function unit 16 via the monitoring execution control function unit 13. Notify that.

エラー率監視機能部２７は、ユーザがサービスコンポーネントを不正に使用していないか否かをチェックする機能であり、ユーザとサービスコンポーネントの組ごとに以下の処理を行う。エラー率監視機能部２７は、プロファイルサーバ９からサービスコンポーネントに対するエラー閾値を取得し、トラフィック情報データベース１７のユーザテーブルから各ユーザのエラー率監視周期（例えば本日の０時から２４時まで）におけるリクエスト数及びエラー数を取得する。次に、エラー率監視機能部２７は、リクエスト数に対するエラー数の割合（エラー率）がエラー閾値より大きいユーザを抽出する。そして、エラー率監視機能部２７は、エラー率がエラー閾値より大きいユーザをそのサービスコンポーネントに対して一時利用不可能にすると判定し、監視実行制御機能部１３を介してリアクション機能部１６にその旨を通知する。   The error rate monitoring function unit 27 is a function for checking whether or not the user is using the service component illegally, and performs the following processing for each set of user and service component. The error rate monitoring function unit 27 obtains an error threshold for the service component from the profile server 9, and the number of requests in each user's error rate monitoring cycle (for example, from 0:00 to 24:00 today) from the user table of the traffic information database 17. And get the number of errors. Next, the error rate monitoring function unit 27 extracts users whose ratio of error numbers to the number of requests (error rate) is greater than an error threshold. Then, the error rate monitoring function unit 27 determines that a user whose error rate is larger than the error threshold is temporarily unavailable for the service component, and notifies the reaction function unit 16 via the monitoring execution control function unit 13 to that effect. To be notified.

メッセージサイズ監視機能部２８は、ユーザからサービスコンポーネントへのリクエストのメッセージサイズが大きすぎないか否かをチェックする機能であり、ユーザとサービスコンポーネントの組ごとに以下の処理を行う。メッセージサイズ監視機能部２８は、プロファイルサーバ９からサービスコンポーネントに対するサイズ閾値を取得し、トラフィック情報データベース１７のユーザテーブルから各ユーザのメッセージサイズ監視周期（例えば本日の０時から２４時まで）におけるリクエスト数とリクエストメッセージサイズ合計を取得する。次に、メッセージサイズ監視機能部２８は、リクエストメッセージサイズ合計をリクエスト数で除算した値（平均リクエストメッセージサイズ）がサイズ閾値より大きいユーザを抽出する。そして、メッセージサイズ監視機能部２８は、平均リクエストメッセージサイズがサイズ閾値より大きいユーザをそのサービスコンポーネントに対して一時利用不可能にすると判定し、監視実行制御機能部１３を介してリアクション機能部１６にその旨を通知する。   The message size monitoring function unit 28 is a function for checking whether or not the message size of the request from the user to the service component is too large, and performs the following processing for each set of user and service component. The message size monitoring function unit 28 obtains a size threshold for the service component from the profile server 9, and from the user table of the traffic information database 17, the number of requests in each message size monitoring cycle (for example, from 0:00 to 24:00 today) And get the total request message size. Next, the message size monitoring function unit 28 extracts users whose value obtained by dividing the total request message size by the number of requests (average request message size) is larger than the size threshold. Then, the message size monitoring function unit 28 determines that a user whose average request message size is larger than the size threshold value is temporarily unavailable for the service component, and sends it to the reaction function unit 16 via the monitoring execution control function unit 13. Notify that.

リアクション機能部１６は、アラーム通知機能部２９と、サービスコンポーネント閉塞機能部３０と、フロー規制機能部３１と、ユーザ閉塞機能部３２とを有している。   The reaction function unit 16 includes an alarm notification function unit 29, a service component block function unit 30, a flow restriction function unit 31, and a user block function unit 32.

アラーム通知機能部２９は、監視実行制御機能部１３を介してサービスコンポーネント監視機能部１４から閉塞状態にするサービスコンポーネントが通知されると、サービス事業者及びシステム保守運用者の端末に、サービスコンポーネントに障害が起こっているためサービスコンポーネントに対するリクエスト転送を停止した旨をメールにて通知する。システム保守運用者とは、サービスコンポーネント管理システムの保守運用者である。なお、サービス事業者及びシステム保守運用者のメールアドレスは、プロファイルサーバ９が保持している。また、アラーム通知機能部２９は、監視実行制御機能部１３を介してサービスコンポーネント監視機能部１４からフロー規制状態にするサービスコンポーネントが通知されると、サービス事業者及びシステム保守運用者の端末に、サービスコンポーネントサーバ１８が輻輳状態にあるため、サービスコンポーネントに対するリクエストを一律に一定の時間遅延させる旨をメールにて通知する。また、アラーム通知機能部２９は、あるサービスコンポーネントに対して一時利用不可能にするユーザが通知されると、そのユーザのサービスリクエスタ端末５とシステム保守運用者の端末に対して警告メールを送信する。   When a service component to be blocked is notified from the service component monitoring function unit 14 via the monitoring execution control function unit 13, the alarm notification function unit 29 notifies the service component and the system maintenance operator terminal of the service component. Notify by email that the request transfer to the service component has been stopped due to a failure. The system maintenance operator is a maintenance operator of the service component management system. Note that the profile server 9 holds the email addresses of the service provider and the system maintenance operator. Further, when the service component to be brought into the flow regulation state is notified from the service component monitoring function unit 14 via the monitoring execution control function unit 13, the alarm notification function unit 29 notifies the service provider and the system maintenance operator terminal. Since the service component server 18 is in a congested state, the service component server 18 is notified by e-mail that requests for the service component are uniformly delayed for a certain time. In addition, when a user who is temporarily unavailable to a certain service component is notified, the alarm notification function unit 29 transmits a warning mail to the service requester terminal 5 of the user and the terminal of the system maintenance operator. .

サービスコンポーネント閉塞機能部３０は、監視実行制御機能部１３を介してサービスコンポーネント監視機能部１４から閉塞状態にするサービスコンポーネントが通知されると、そのサービスコンポーネントに閉塞フラグを立てる指示をプロファイルサーバ９に送信する。サービスコンポーネントに閉塞フラグを立てる指示を受信すると、プロファイルサーバ９は、サービスコンポーネント情報テーブルにおけるそのサービスコンポーネントの閉塞フラグを立てる（つまり「１」にする）とともに、実行制御サーバ１，２，３に当該閉塞フラグを立てた旨を通知する。実行制御サーバ１，２，３は、閉塞フラグが立っているサービスコンポーネントへのリクエストを遮断する（つまり、リクエストをサービスコンポーネントサーバ１８に対して転送しない）。具体的には、実行制御サーバ１，２，３は、サービスリクエスタ端末５からサービスコンポーネントへのリクエストを受信すると、リクエスト先のサービスコンポーネントに対応する閉塞フラグをサービスコンポーネント情報テーブルから取得し、閉塞フラグが立っている（つまり、「１」である）か否かを判定する。そして、実行制御サーバ１，２，３は、閉塞フラグが立っている場合には、リクエストを遮断し、サービスリクエスタ端末５にエラーを返信する。これにより、障害が発生したサービスコンポーネントサーバ１８の影響が他のサービスコンポーネントサーバ１８に波及することを防ぐことができる。   When the service component blocking function unit 30 is notified of the service component to be blocked from the service component monitoring function unit 14 via the monitoring execution control function unit 13, the service component blocking function unit 30 instructs the profile server 9 to set a blocking flag for the service component. Send. Upon receiving the instruction to set the blocking flag for the service component, the profile server 9 sets the blocking flag of the service component in the service component information table (that is, sets it to “1”), and sends the corresponding execution control server 1, 2, 3 Notify that the block flag has been set. The execution control servers 1, 2, and 3 block the request to the service component for which the blocking flag is set (that is, do not transfer the request to the service component server 18). Specifically, when the execution control servers 1, 2, 3 receive a request to the service component from the service requester terminal 5, the execution control server 1, 2, 3 acquires a block flag corresponding to the service component of the request destination from the service component information table, Is standing (that is, “1”). If the block flag is set, the execution control servers 1, 2, and 3 block the request and return an error to the service requester terminal 5. Thereby, it is possible to prevent the influence of the service component server 18 in which the failure has occurred from spreading to other service component servers 18.

フロー規制機能部３１は、監視実行制御機能部１３を介してサービスコンポーネント監視機能部１４からフロー規制状態にするサービスコンポーネントが通知されると、そのサービスコンポーネントレーションに対するフロー規制フラグを立てる指示をプロファイルサーバ９に送信する。サービスコンポーネントにフロー規制フラグを立てる指示を受信すると、プロファイルサーバ９は、サービスコンポーネント情報テーブルにおけるそのサービスコンポーネントのフロー制御フラグを立てる（つまり「１」にする）とともに、実行制御サーバ１，２，３に当該フロー制御フラグを立てた旨を通知する。実行制御サーバ１，２，３は、フロー制御フラグが立っているサービスコンポーネントへのリクエストを一律に一定の時間遅延させる。具体的には、実行制御サーバ１，２，３は、サービスリクエスタ端末５からサービスコンポーネントへのリクエストを受信すると、リクエスト先のサービスコンポーネントに対応するフロー制御フラグをサービスコンポーネント情報テーブルから取得し、フロー規制フラグが立っている（つまり「１」である）場合には、リクエストを一律に一定の時間遅延させてから、サービスコンポーネントサーバ１８に転送する。これにより、サービスコンポーネントへ過剰な数のリクエストが送信されることを防ぐことができる。   When the service component monitoring function unit 14 is notified of the service component to be in the flow restriction state via the monitoring execution control function unit 13, the flow restriction function unit 31 sends an instruction to set a flow restriction flag for the service component configuration to the profile server. 9 to send. Upon receiving the instruction to set the flow restriction flag for the service component, the profile server 9 sets the flow control flag for the service component in the service component information table (that is, sets it to “1”) and executes the execution control servers 1, 2, 3 Is notified that the flow control flag has been set. The execution control servers 1, 2 and 3 uniformly delay the requests to the service components for which the flow control flag is set for a certain time. Specifically, when the execution control servers 1, 2, 3 receive a request to the service component from the service requester terminal 5, the execution control servers 1, 2, 3 acquire a flow control flag corresponding to the service component at the request destination from the service component information table, and When the restriction flag is set (that is, “1”), the request is uniformly delayed for a certain time and then transferred to the service component server 18. Thereby, it is possible to prevent an excessive number of requests from being transmitted to the service component.

ユーザ閉塞機能部３２は、監視実行制御機能部１３を介してユーザ監視機能部１５からあるサービスコンポーネントに対して一時利用不可能にするユーザが通知されると、そのサービスコンポーネントのブラックリストにそのユーザを追加する指示をプロファイルサーバ９に送信する。サービスコンポーネントのブラックリストにユーザを追加する指示を受信すると、プロファイルサーバ９は、サービスコンポーネント情報テーブルにおけるそのサービスコンポーネントのブラックリストにそのユーザのユーザＩＤを追加するとともに、実行制御サーバ１，２，３に当該ブラックリストに当該ユーザが追加された旨を通知する。実行制御サーバ１，２，３は、サービスコンポーネントのブラックリストに登録されているユーザからのリクエストを遮断する。具体的には、実行制御サーバ１，２，３は、サービスリクエスタ端末５からサービスコンポーネントへのリクエストを受信すると、リクエスト先のサービスコンポーネントのブラックリストをサービスコンポーネント情報テーブルから取得し、リクエストユーザＩＤがブラックリストに登録されている否かを判定する。そして、実行制御サーバ１，２，３は、ユーザＩＤがブラックリストに登録されている場合には、リクエストを遮断し、サービスリクエスタ端末５にエラーを返信する。   When the user blocking function unit 32 is notified of a service component temporarily unavailable to a certain service component from the user monitoring function unit 15 via the monitoring execution control function unit 13, the user blocking function unit 32 is added to the black list of the service component. Is sent to the profile server 9. Upon receiving an instruction to add a user to the service component black list, the profile server 9 adds the user ID of the user to the black list of the service component in the service component information table, and also executes the control servers 1, 2, 3 Notifies the user that the user has been added to the black list. The execution control servers 1, 2, and 3 block requests from users registered in the service component blacklist. Specifically, when the execution control servers 1, 2, 3 receive a request to the service component from the service requester terminal 5, the execution control server 1, 2, 3 acquires a blacklist of the service component of the request destination from the service component information table, and the request user ID is It is determined whether or not it is registered in the black list. If the user ID is registered in the black list, the execution control servers 1, 2, and 3 block the request and return an error to the service requester terminal 5.

次に、図１０から１２を参照して、上述したトラフィック情報管理サーバ１０の動作を説明する。図１０は、レート監視処理の手順を示すシーケンス図である。
まず、トラフィック情報管理サーバ１０のトラフィック収集機能部１１が、トラフィック情報生成時間毎に実行制御サーバ１、実行制御サーバ２、実行制御サーバ３の順にトラフィック情報を収集する（ステップＳ１）。そして、トラフィック収集機能部１１は、収集した複数のトラフィック情報をトラフィック集計機能部１２へ出力する（ステップＳ２）。トラフィック集計機能部１２は、入力された複数のトラフィック情報を集計する（ステップＳ３）。そして、集計結果であるカウント値をトラフィック情報が生成された年月日時とともにトラフィック情報データベース１７へ送信するとともに（ステップＳ４）、監視実行制御機能部１３にトラフィック情報データベース１７を更新した旨を通知する（ステップＳ５）。トラフィック情報データベース１７は、受信したカウンタ値を保存する（ステップＳ６）。 Next, the operation of the traffic information management server 10 described above will be described with reference to FIGS. FIG. 10 is a sequence diagram showing the procedure of the rate monitoring process.
First, the traffic collection function unit 11 of the traffic information management server 10 collects traffic information in the order of the execution control server 1, the execution control server 2, and the execution control server 3 at every traffic information generation time (step S1). Then, the traffic collection function unit 11 outputs the collected plurality of traffic information to the traffic aggregation function unit 12 (step S2). The traffic totaling function unit 12 totals a plurality of input traffic information (step S3). Then, the count value which is the total result is transmitted to the traffic information database 17 together with the date and time when the traffic information was generated (step S4), and the monitoring execution control function unit 13 is notified that the traffic information database 17 has been updated. (Step S5). The traffic information database 17 stores the received counter value (step S6).

一方、監視実行制御機能部１３は、レート監視機能部２６を起動する（ステップＳ７）。レート監視機能部２６は、プロファイルサーバ９のオペレーション閾値テーブルから各オペレーションのレート閾値を取得し（ステップＳ８）、トラフィック情報データベース１７のオペレーション−ユーザテーブルからレート監視周期におけるリクエスト数を取得する（ステップＳ９）。そして、レート監視機能部２６は、各オペレーションのレート閾値とそのオペレーションと各ユーザの組に対するリクエスト数を比較し、リクエスト数がレート閾値より大きいユーザとオペレーションの組を抽出する（ステップＳ１０）。そして、レート監視機能部２６は、抽出したユーザをそのオペレーションのサービスコンポーネントに対して一時利用不可能にするユーザとして監視実行制御機能部１３に通知する（ステップＳ１１）。   On the other hand, the monitoring execution control function unit 13 activates the rate monitoring function unit 26 (step S7). The rate monitoring function unit 26 acquires the rate threshold of each operation from the operation threshold table of the profile server 9 (step S8), and acquires the number of requests in the rate monitoring cycle from the operation-user table of the traffic information database 17 (step S9). ). Then, the rate monitoring function unit 26 compares the rate threshold of each operation with the number of requests for each operation and the set of each user, and extracts a set of users and operations whose number of requests is greater than the rate threshold (step S10). Then, the rate monitoring function unit 26 notifies the monitoring execution control function unit 13 as a user who makes the extracted user temporarily unavailable to the service component of the operation (step S11).

監視実行制御機能部１３は、ユーザ閉塞機能部３２及びアラーム通知機能部２９にリアクションを発動する（ステップＳ１２）。ユーザ閉塞機能部３２は、サービスコンポーネントに対して一時利用不可能にするユーザをそのサービスコンポーネントのブラックリストに追加する指示をプロファイルサーバ３２へ送信する（ステップＳ１３）。プロファイルサーバ３２は、サービスコンポーネント情報テーブルにおけるそのサービスコンポーネントのブラックリストにそのユーザのユーザＩＤを追加するとともに、当該ブラックリストに当該ユーザを追加したことを実行制御サーバ１，２，３に通知する。実行制御サーバ１，２，３は、ブラックリストに登録されているユーザからのリクエストを遮断する。   The monitoring execution control function unit 13 activates a reaction to the user blocking function unit 32 and the alarm notification function unit 29 (step S12). The user blocking function unit 32 transmits to the profile server 32 an instruction to add a user who is temporarily unavailable to the service component to the blacklist of the service component (step S13). The profile server 32 adds the user ID of the user to the black list of the service component in the service component information table, and notifies the execution control servers 1, 2, and 3 that the user has been added to the black list. The execution control servers 1, 2, and 3 block requests from users registered in the black list.

一方、アラーム通知機能部２９は、レート監視機能部２６により抽出されたユーザのサービスリクエスタ端末５及びシステム運用者の端末等に、リクエスト利用制限回数が超過し、超過した１日はサービスコンポーネントを利用できない旨をメール等で通知する（ステップＳ１４）。   On the other hand, the alarm notification function unit 29 uses the service component on the user's service requester terminal 5 and the system operator's terminal extracted by the rate monitoring function unit 26 when the request usage limit count has been exceeded. The fact that it is not possible is notified by e-mail (step S14).

図１１は、サービスコンポーネント利用不能率監視処理の手順を示すシーケンス図である。
まず、トラフィック情報管理サーバ１０のトラフィック収集機能部１１が、トラフィック情報生成時間毎に実行制御サーバ１、実行制御サーバ２、実行制御サーバ３の順にトラフィック情報を収集する（ステップＳ２１）。そして、トラフィック収集機能部１１は、収集した複数のトラフィック情報をトラフィック集計機能部１２へ出力する（ステップＳ２２）。トラフィック集計機能部１２は、入力された複数のトラフィック情報を集計する（ステップＳ２３）。そして、集計結果であるカウント値をトラフィック情報が生成された年月日時とともにトラフィック情報データベース１７へ送信する（ステップＳ２４）。トラフィック情報データベース１７は、受信したカウンタ値を保存する（ステップＳ２５）。 FIG. 11 is a sequence diagram illustrating the procedure of the service component unavailability monitoring process.
First, the traffic collection function unit 11 of the traffic information management server 10 collects traffic information in the order of the execution control server 1, the execution control server 2, and the execution control server 3 for each traffic information generation time (step S21). Then, the traffic collection function unit 11 outputs the collected plurality of traffic information to the traffic aggregation function unit 12 (step S22). The traffic totaling function unit 12 totals a plurality of input traffic information (step S23). Then, the count value, which is the counting result, is transmitted to the traffic information database 17 together with the date and time when the traffic information is generated (step S24). The traffic information database 17 stores the received counter value (step S25).

一方、タイマー２３は、監視実行制御機能部１３にサービスコンポーネント監視周期であることを通知する（ステップＳ２６）。監視実行制御機能部１３は、サービスコンポーネント利用不能率監視機能部２４を起動する（ステップＳ２７）。サービスコンポーネント利用不能率監視機能部２４は、プロファイルサーバ９のサービスコンポーネント閾値テーブルから各サービスコンポーネントのサービス利用不能率閾値を取得し（ステップＳ２８）、トラフィック情報データベース１７のサービスコンポーネントテーブルからサービスコンポーネント利用不能率監視周期におけるリクエスト数とエラー数を取得する（ステップＳ２９）。そして、サービスコンポーネント利用不能率監視機能部２４は、各サービスコンポーネントのリクエスト数に対するエラー数の割合（エラー率）とそのサービスコンポーネントのサービス利用不能率閾値とを比較し、エラー率がサービス利用不能率閾値より大きいサービスコンポーネントを抽出する（ステップＳ３０）。そして、サービスコンポーネント利用不能率監視機能部２４は、抽出したサービスコンポーネントを監視実行制御機能部１３に通知する（ステップＳ３１）。   On the other hand, the timer 23 notifies the monitoring execution control function unit 13 that it is the service component monitoring cycle (step S26). The monitoring execution control function unit 13 activates the service component unavailability rate monitoring function unit 24 (step S27). The service component unavailability monitoring function unit 24 acquires the service unavailability threshold value of each service component from the service component threshold table of the profile server 9 (step S28), and the service component unavailability from the service component table of the traffic information database 17 The number of requests and the number of errors in the rate monitoring cycle are acquired (step S29). Then, the service component unavailability monitoring function unit 24 compares the ratio of the number of errors to the number of requests of each service component (error rate) and the service unavailability threshold of the service component, and the error rate is the service unavailability rate. Service components larger than the threshold are extracted (step S30). The service component unavailability monitoring function unit 24 notifies the monitoring execution control function unit 13 of the extracted service component (step S31).

監視実行制御機能部１３は、サービスコンポーネント閉塞機能部３０及びアラーム通知機能部２９にリアクションを発動する（ステップＳ３２）。サービスコンポーネント閉塞機能部３０は、サービスコンポーネント利用不能率監視機能部２４により抽出されたサービスコンポーネントに対応する閉塞フラグを立てる指示をプロファイルサーバ３２へ送信する（ステップＳ３３）。プロファイルサーバ３２は、通知されたサービスＩＤに対応するサービスコンポーネント情報テーブルの閉塞フラグを「１」に更新するとともに、閉塞フラグを「１」にしたことを実行制御サーバ１，２，３に通知する。実行制御サーバ１，２，３は、閉塞フラグが「１」であるサービスコンポーネントへのリクエストを遮断する。   The monitoring execution control function unit 13 issues a reaction to the service component blocking function unit 30 and the alarm notification function unit 29 (step S32). The service component blocking function unit 30 transmits an instruction to set a blocking flag corresponding to the service component extracted by the service component unavailability monitoring function unit 24 to the profile server 32 (step S33). The profile server 32 updates the block flag of the service component information table corresponding to the notified service ID to “1” and notifies the execution control servers 1, 2, and 3 that the block flag is set to “1”. . The execution control servers 1, 2, 3 block requests to service components whose block flag is “1”.

一方、アラーム通知機能部２９は、サービスコンポーネント利用不能率監視機能部２４により抽出されたサービスコンポーネントのサービスコンポーネントサーバ１８及びシステム運用者の端末等に、サービスコンポーネントサーバ１８に障害がおきているために、サービスコンポーネントへのリクエスト転送を停止したことをメール等で通知する（ステップＳ３４）。   On the other hand, the alarm notification function unit 29 has a failure in the service component server 18 of the service component extracted by the service component unavailability monitoring function unit 24 and the terminal of the system operator. The fact that the request transfer to the service component has been stopped is notified by e-mail or the like (step S34).

図１２は、応答遅延監視処理の手順を示すシーケンス図である。
まず、トラフィック情報管理サーバ１０のトラフィック収集機能部１１が、トラフィック情報生成時間毎に実行制御サーバ１、実行制御サーバ２、実行制御サーバ３の順にトラフィック情報を収集する（ステップＳ４１）。そして、トラフィック収集機能部１１は、収集した複数のトラフィック情報をトラフィック集計機能部１２へ出力する（ステップＳ４２）。トラフィック集計機能部１２は、入力された複数のトラフィック情報を集計する（ステップＳ４３）。そして、集計結果であるカウント値をトラフィック情報が生成された年月日時とともにトラフィック情報データベース１７へ送信する（ステップＳ４４）。トラフィック情報データベース１７は、受信したカウンタ値を保存する（ステップＳ４５）。 FIG. 12 is a sequence diagram illustrating a procedure of response delay monitoring processing.
First, the traffic collection function unit 11 of the traffic information management server 10 collects traffic information in the order of the execution control server 1, the execution control server 2, and the execution control server 3 at every traffic information generation time (step S41). Then, the traffic collection function unit 11 outputs the collected plurality of traffic information to the traffic aggregation function unit 12 (step S42). The traffic totaling function unit 12 totals a plurality of input traffic information (step S43). Then, the count value, which is the counting result, is transmitted to the traffic information database 17 together with the date and time when the traffic information is generated (step S44). The traffic information database 17 stores the received counter value (step S45).

一方、タイマー２３は、監視実行制御機能部１３にサービスコンポーネント監視周期であることを通知する（ステップＳ４６）。監視実行制御機能部１３は、応答遅延監視機能部２５を起動する（ステップＳ４７）。応答遅延監視機能部２５は、プロファイルサーバ９のオペレーション閾値情報テーブルから各オペレーションの平均応答時間閾値を取得し（ステップＳ４８）、トラフィック情報データベース１７のオペレーションテーブルから応答遅延監視周期におけるレスポンス数と応答時間合計を取得する（ステップＳ４９）。そして、応答遅延監視機能部２５は、各オペレーションの応答時間合計をレスポンス数で除算した値（平均応答時間）とそのオペレーションの平均応答時間閾値とを比較し、平均応答時間が平均応答時間閾値より大きいオペレーションのサービスコンポーネントを抽出する（ステップＳ５０）。そして、応答遅延監視機能部２５は、抽出したサービスコンポーネントを監視実行制御機能部１３に通知する（ステップＳ５１）。   On the other hand, the timer 23 notifies the monitoring execution control function unit 13 that it is the service component monitoring cycle (step S46). The monitoring execution control function unit 13 activates the response delay monitoring function unit 25 (step S47). The response delay monitoring function unit 25 acquires the average response time threshold value of each operation from the operation threshold information table of the profile server 9 (step S48), and the number of responses and the response time in the response delay monitoring period from the operation table of the traffic information database 17. The total is acquired (step S49). Then, the response delay monitoring function unit 25 compares a value (average response time) obtained by dividing the total response time of each operation by the number of responses with the average response time threshold of the operation, and calculates the average response time from the average response time threshold. A service component of a large operation is extracted (step S50). Then, the response delay monitoring function unit 25 notifies the extracted service component to the monitoring execution control function unit 13 (step S51).

監視実行制御機能部１３は、フロー規制機能部３１及びアラーム通知機能部２９にリアクションを発動する（ステップＳ５２）。フロー規制機能部３１は、応答遅延監視機能部２５により抽出されたサービスコンポーネントに対応するフロー制御フラグを立てる指示をプロファイルサーバ３２へ送信する（ステップＳ５３）。プロファイルサーバ３２は、通知されたサービスＩＤに対応するサービスコンポーネント情報テーブルのフロー制御フラグを「１」に更新するとともに、フロー制御フラグを「１」にしたことを実行制御サーバ１，２，３に通知する。実行制御サーバ１，２，３は、フロー制御フラグが「１」であるサービスコンポーネントへのリクエストを一律に一定時間遅延させてから転送する。これにより、サービスコンポーネントサーバ１８が輻輳状態である時にサービスコンポーネントへのリクエストを送信することを防ぐことができる。   The monitoring execution control function unit 13 activates a reaction to the flow restriction function unit 31 and the alarm notification function unit 29 (step S52). The flow restriction function unit 31 transmits an instruction to set a flow control flag corresponding to the service component extracted by the response delay monitoring function unit 25 to the profile server 32 (step S53). The profile server 32 updates the flow control flag of the service component information table corresponding to the notified service ID to “1” and informs the execution control servers 1, 2 and 3 that the flow control flag is set to “1”. Notice. The execution control servers 1, 2, and 3 transfer the requests to the service component whose flow control flag is “1” after being uniformly delayed for a certain time. Thereby, it is possible to prevent the request to the service component from being transmitted when the service component server 18 is in a congested state.

一方、アラーム通知機能部２９は、応答遅延監視機能部２５により抽出されたサービスコンポーネントのサービスコンポーネントサーバ１８及びシステム運用者の端末等に、サービスコンポーネントサーバ１８が輻輳状態であると思われるため、リクエスト転送のフロー制御を行ったことをメール等で通知する（ステップＳ５４）。   On the other hand, the alarm notification function unit 29 requests the service component server 18 of the service component extracted by the response delay monitoring function unit 25 and the terminal of the system operator because the service component server 18 is congested. The fact that the transfer flow control has been performed is notified by e-mail or the like (step S54).

このように、本実施形態によれば、トラフィック情報管理サーバ１０が、複数の実行制御サーバ１，２，３からトラフィック情報を収集して集計して、各サービスコンポーネント品質監視制御を行っているため、実行制御サーバ１，２，３が複数台並列して処理を行ってもシステム全体としてトラフィック情報の整合性を保つことができる。これにより、サービスコンポーネントへのリクエストに対して信頼性の高いサービス品質監視制御を行うことができる。
また、実行制御サーバ１，２，３が複数台並列してサービスコンポーネントへのリクエスト処理を行っているため、単位時間におけるサービスコンポーネントへのリクエスト処理量を向上することができる。
また、各サービスコンポーネントにおける共通処理を一括して実行制御サーバ１，２，３が行っているため、サービス事業者側のサービスコンポーネント以外の機能（非機能要件）実装にかかる投資及び経費費用を軽減することができる。
また、実行制御サーバ１，２，３は、閉塞状態にあるサービスコンポーネントへのリクエストを遮断することにより、障害が発生したサービスコンポーネントサーバの影響が他のサービスコンポーネントへの波及を防ぐことができる。 As described above, according to the present embodiment, the traffic information management server 10 collects and aggregates traffic information from the plurality of execution control servers 1, 2, 3 and performs each service component quality monitoring control. Even if a plurality of execution control servers 1, 2, and 3 perform processing in parallel, the consistency of traffic information can be maintained as a whole system. This makes it possible to perform highly reliable service quality monitoring control for requests to service components.
In addition, since a plurality of execution control servers 1, 2, and 3 perform request processing to the service component in parallel, the request processing amount to the service component in unit time can be improved.
In addition, since the execution control servers 1, 2, and 3 perform the common processing for each service component in a lump, the investment and expense for implementing functions (non-functional requirements) other than service components on the service provider side are reduced. can do.
In addition, the execution control servers 1, 2, and 3 can prevent the influence of the service component server in which the failure has occurred from spreading to other service components by blocking the request to the service component in the blocked state.

また、図９に示すトラフィック情報管理サーバの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、サービスコンポーネント品質監視制御処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。 Further, by recording a program for realizing the function of the traffic information management server shown in FIG. 9 on a computer-readable recording medium, and causing the computer system to read and execute the program recorded on the recording medium, Service component quality monitoring control processing may be performed. Here, the “computer system” may include an OS and hardware such as peripheral devices.
Further, the “computer system” includes a homepage providing environment (or display environment) if a WWW system is used.
The “computer-readable recording medium” means a flexible disk, a magneto-optical disk, a ROM, a writable nonvolatile memory such as a flash memory, a portable medium such as a CD-ROM, a hard disk built in a computer system, etc. This is a storage device.

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。 Further, the “computer-readable recording medium” means a volatile memory (for example, DRAM (Dynamic DRAM) in a computer system that becomes a server or a client when a program is transmitted through a network such as the Internet or a communication line such as a telephone line. Random Access Memory)), etc., which hold programs for a certain period of time.
The program may be transmitted from a computer system storing the program in a storage device or the like to another computer system via a transmission medium or by a transmission wave in the transmission medium. Here, the “transmission medium” for transmitting the program refers to a medium having a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line.
The program may be for realizing a part of the functions described above. Furthermore, what can implement | achieve the function mentioned above in combination with the program already recorded on the computer system, and what is called a difference file (difference program) may be sufficient.

以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
例えば、本実施形態では３台の実行制御サーバを用いているが、２台以上であればよい。 As described above, the embodiment of the present invention has been described in detail with reference to the drawings. However, the specific configuration is not limited to the above, and various design changes and the like can be made without departing from the scope of the present invention. It is possible to
For example, in the present embodiment, three execution control servers are used, but two or more servers may be used.

本発明の一実施形態によるサービスコンポーネント管理システムの構成を示すブロック図である。It is a block diagram which shows the structure of the service component management system by one Embodiment of this invention. 本実施形態におけるサービスコンポーネントテーブルのデータ構造とデータ例を示す概略図である。It is the schematic which shows the data structure and data example of a service component table in this embodiment. 本実施形態におけるオペレーションテーブルのデータ構造とデータ例を示す概略図である。It is the schematic which shows the data structure and data example of the operation table in this embodiment. 本実施形態におけるオペレーション−ユーザテーブルのデータ構造とデータ例を示す概略図である。It is the schematic which shows the data structure and data example of the operation-user table in this embodiment. 本実施形態におけるユーザテーブルのデータ構造とデータ例を示す概略図である。It is the schematic which shows the data structure and data example of a user table in this embodiment. 本実施形態におけるサービスコンポーネント情報テーブルのデータ構造とデータ例を示す概略図である。It is the schematic which shows the data structure and data example of the service component information table in this embodiment. 本実施形態におけるサービスコンポーネント閾値情報テーブルのデータ構造とデータ例を示す概略図である。It is the schematic which shows the data structure and data example of the service component threshold value information table in this embodiment. 本実施形態におけるオペレーション閾値情報テーブルのデータ構造とデータ例を示す概略図である。It is the schematic which shows the data structure and data example of the operation threshold value information table in this embodiment. 本実施形態におけるトラフィック情報管理サーバの機能構成を示すブロック図である。It is a block diagram which shows the function structure of the traffic information management server in this embodiment. 本実施形態におけるレート監視処理の手順を示すシーケンス図である。It is a sequence diagram which shows the procedure of the rate monitoring process in this embodiment. 本実施形態におけるサービスコンポーネント利用不能率監視処理の手順を示すシーケンス図である。It is a sequence diagram which shows the procedure of the service component unusable rate monitoring process in this embodiment. 本実施形態における応答遅延監視処理の手順を示すシーケンス図である。It is a sequence diagram which shows the procedure of the response delay monitoring process in this embodiment.

符号の説明Explanation of symbols

１，２，３…実行制御サーバ ４…実行制御サーバクラスタ ５，６，７…サービスリクエスタ端末 ８…ネットワーク ９…プロファイルサーバ １０…トラフィック情報管理サーバ １１…トラフィック収集機能部 １２…トラフィック集計機能部 １３…監視実行制御機能部 １４…サービスコンポーネント監視機能部 １５…ユーザ監視機能部 １６…リアクション機能部 ２３…タイマー ２４…サービスコンポーネント利用不能率監視機能部 ２５…応答遅延監視機能部 ２６…レート監視機能部 ２７…エラー率監視機能部 ２８…メッセージサイズ監視機能部   DESCRIPTION OF SYMBOLS 1, 2, 3 ... Execution control server 4 ... Execution control server cluster 5, 6, 7 ... Service requester terminal 8 ... Network 9 ... Profile server 10 ... Traffic information management server 11 ... Traffic collection function part 12 ... Traffic totaling function part 13 ... monitoring execution control function unit 14 ... service component monitoring function unit 15 ... user monitoring function unit 16 ... reaction function unit 23 ... timer 24 ... service component unavailability monitoring function unit 25 ... response delay monitoring function unit 26 ... rate monitoring function unit 27 ... Error rate monitoring function unit 28 ... Message size monitoring function unit

Claims (8)

実行制御サーバから、ユーザからのサービスコンポーネントへのリクエストの状況を表すユーザ別統計情報と前記サービスコンポーネントのエラー状況を表すサービスコンポーネント別エラー率情報とを含むトラフィック情報を受信するトラフィック収集機能部と、
前記トラフィック収集機能部により受信された前記トラフィック情報を集計するトラフィック集計機能部と、
前記トラフィック集計機能部により集計された前記サービスコンポーネント別エラー率情報に基づいて、閉塞状態にするサービスコンポーネントを抽出するサービスコンポーネント利用不能率監視機能部と、
前記トラフィック集計機能部により集計された前記ユーザ別統計情報に基づいて、特定のサービスコンポーネントに対して一時利用不可能にするユーザを抽出するユーザ監視機能部と、
前記サービスコンポーネント利用不能率監視機能部により抽出された前記サービスコンポーネントに対し、前記サービスコンポーネントが閉塞状態であるか否かを表すサービスコンポーネント閉塞フラグの更新要求を外部に送信するサービスコンポーネント閉塞機能部と、
前記ユーザ監視機能部により抽出されたユーザを、前記特定のサービスコンポーネントに対して一時利用不可能になっているユーザの一覧であるブラックリストに追加する更新要求を外部に送信するユーザ閉塞機能部と、
を備えることを特徴とするトラフィック情報管理サーバ。 A traffic collection function unit that receives traffic information including user-specific statistical information indicating a status of a request from a user to a service component and service component error rate information indicating an error status of the service component from an execution control server;
A traffic counting function unit for counting the traffic information received by the traffic collecting function unit;
Based on the service component error rate information aggregated by the traffic aggregation function unit, a service component unavailability rate monitoring function unit that extracts a service component to be blocked,
A user monitoring function unit that extracts users temporarily unavailable for a specific service component based on the statistical information for each user that is aggregated by the traffic aggregation function unit;
To said service component extracted by the service component unavailability rate monitoring unit, and the service component occlusion function unit in which the service component sends an update request of the service components occlusion flag indicating whether or not the closed state to an external ,
A user blocking function unit for transmitting an update request to add the user extracted by the user monitoring function unit to a black list that is a list of users temporarily unavailable for the specific service component; ,
A traffic information management server comprising: 前記サービスコンポーネント利用不能率監視機能部により抽出されたサービスコンポーネントを閉塞状態にしたことを当該サービスコンポーネントを提供するサービスコンポーネントサーバに通知する第１のアラーム通知機能部と、
前記ユーザ監視機能部により抽出されたユーザを前記特定のサービスコンポーネントに対して一時利用不可能にしたことを当該ユーザの端末に通知する第２のアラーム通知機能部と、
を備えることを特徴とする請求項１に記載のトラフィック情報管理サーバ。 A first alarm notification function unit that notifies a service component server that provides the service component that the service component extracted by the service component unavailability monitoring function unit is blocked;
A second alarm notification function unit that notifies the user's terminal that the user extracted by the user monitoring function unit is temporarily unavailable for the specific service component;
The traffic information management server according to claim 1, comprising: 前記トラフィック情報は、サービスコンポーネントからの応答時間の状況を表す応答時間情報を含み、
サービスコンポーネント情報は、サービスコンポーネントへのリクエストを一律に一定の時間遅延させるフロー制御を行うか否かを表すフロー制御フラグを含み、
前記トラフィック集計機能部により集計された前記応答時間情報に基づいて、フロー制御を行うサービスコンポーネントを抽出する応答遅延監視機能部と、
前記応答遅延監視機能部により抽出されたサービスコンポーネントに対応する前記フロー制御フラグの更新要求を外部に送信するフロー規制機能部と、
を備えることを特徴とする請求項１又は２に記載のトラフィック情報管理サーバ。 The traffic information includes response time information indicating a response time status from a service component,
Service over bis component information includes a flow control flag for indicating whether to perform flow control for a predetermined time delay to uniformly requests for service components,
A response delay monitoring function unit that extracts a service component that performs flow control based on the response time information aggregated by the traffic aggregation function unit;
A flow regulation function unit for transmitting an update request for the flow control flag corresponding to the service component extracted by the response delay monitoring function unit;
The traffic information management server according to claim 1, further comprising: 前記応答遅延監視機能部により抽出されたサービスコンポーネントへのリクエストを一律に一定の時間遅延させていることを当該サービスコンポーネントを提供するサービスコンポーネントサーバに通知する第３のアラーム通知機能部を備えることを特徴とする請求項３に記載のトラフィック情報管理サーバ。   A third alarm notification function unit for notifying a service component server that provides the service component that a request to the service component extracted by the response delay monitoring function unit is uniformly delayed for a certain time. The traffic information management server according to claim 3, wherein 前記ユーザ監視機能部は、特定のユーザから前記特定のサービスコンポーネントに送信されたリクエストの数に基づいて、一時利用不可能にするユーザを抽出することを特徴とする請求項１から４いずれか１項に記載のトラフィック情報管理サーバ。   The user monitoring function unit extracts a user who is temporarily unavailable based on the number of requests transmitted from the specific user to the specific service component. The traffic information management server described in the section. 前記ユーザ監視機能部は、特定のユーザから前記特定のサービスコンポーネントに送信されたリクエストの数と当該リクエストに対するエラーの数とに基づいて、一時利用不可能にするユーザを抽出することを特徴とする請求項１から４いずれか１項に記載のトラフィック情報管理サーバ。   The user monitoring function unit extracts a user to be temporarily unavailable based on the number of requests transmitted from a specific user to the specific service component and the number of errors with respect to the request. The traffic information management server according to any one of claims 1 to 4. 前記ユーザ監視機能部は、特定のユーザから前記特定のサービスコンポーネントに送信されたリクエストの平均サイズに基づいて、一時利用不可能にするユーザを抽出することを特徴とする請求項１から４いずれか１項に記載のトラフィック情報管理サーバ。   The user monitoring function unit extracts a user who is temporarily unavailable based on an average size of requests transmitted from a specific user to the specific service component. The traffic information management server according to item 1. トラフィック収集機能部が、実行制御サーバから、ユーザからのサービスコンポーネントへのリクエストの状況を表すユーザ別統計情報と前記サービスコンポーネントのエラー状況を表すサービスコンポーネント別エラー率情報とを含むトラフィック情報を受信するステップと、
トラフィック集計機能部が、前記トラフィック収集機能部により受信された前記トラフィック情報を集計するステップと、
サービスコンポーネント利用不能率監視機能部が、前記トラフィック集計機能部により集計された前記サービスコンポーネント別エラー率情報に基づいて、閉塞状態にするサービスコンポーネントを抽出するステップと、
ユーザ監視機能部が、前記トラフィック集計機能部により集計された前記ユーザ別統計情報に基づいて、特定のサービスコンポーネントに対して一時利用不可能にするユーザを抽出するステップと、
サービスコンポーネント閉塞機能部が、前記サービスコンポーネント利用不能率監視機能部により抽出された前記サービスコンポーネントに対し、前記サービスコンポーネントが閉塞状態であるか否かを表すサービスコンポーネント閉塞フラグの更新要求を外部に送信するステップと、
ユーザ閉塞機能部が、前記ユーザ監視機能部により抽出されたユーザを、前記特定のサービスコンポーネントに対して一時利用不可能になっているユーザの一覧であるブラックリストに追加する更新要求を外部に送信するステップと、
を有することを特徴とするトラフィック情報管理方法。 The traffic collection function unit receives traffic information including statistical information for each user indicating the status of a request from the user to the service component and error rate information for each service component indicating the error status of the service component from the execution control server. Steps,
A traffic counting function unit totaling the traffic information received by the traffic collecting function unit;
A service component unavailability rate monitoring function unit, based on the service component error rate information aggregated by the traffic aggregation function unit, to extract a service component to be blocked;
A step of extracting a user who is temporarily unavailable for a specific service component based on the statistical information for each user aggregated by the traffic aggregation function unit;
The service component blocking function unit sends to the service component extracted by the service component unavailability monitoring function unit an update request for a service component blocking flag indicating whether the service component is blocked or not. And steps to
The user blocking function unit sends an external update request for adding the user extracted by the user monitoring function unit to a black list that is a list of users temporarily unavailable for the specific service component. And steps to
A traffic information management method comprising:
JP2008296683A 2008-11-20 2008-11-20 Traffic information management server and traffic information management method Expired - Fee Related JP5142956B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008296683A JP5142956B2 (en) 2008-11-20 2008-11-20 Traffic information management server and traffic information management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008296683A JP5142956B2 (en) 2008-11-20 2008-11-20 Traffic information management server and traffic information management method

Publications (2)

Publication Number Publication Date
JP2010122955A JP2010122955A (en) 2010-06-03
JP5142956B2 true JP5142956B2 (en) 2013-02-13

Family

ID=42324233

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008296683A Expired - Fee Related JP5142956B2 (en) 2008-11-20 2008-11-20 Traffic information management server and traffic information management method

Country Status (1)

Country Link
JP (1) JP5142956B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8614617B2 (en) 2009-07-16 2013-12-24 Kobe Steel, Ltd. Reactor

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9412123B2 (en) 2003-07-01 2016-08-09 The 41St Parameter, Inc. Keystroke analysis
US10999298B2 (en) 2004-03-02 2021-05-04 The 41St Parameter, Inc. Method and system for identifying users and detecting fraud by use of the internet
US11301585B2 (en) 2005-12-16 2022-04-12 The 41St Parameter, Inc. Methods and apparatus for securely displaying digital images
US8938671B2 (en) 2005-12-16 2015-01-20 The 41St Parameter, Inc. Methods and apparatus for securely displaying digital images
US8151327B2 (en) 2006-03-31 2012-04-03 The 41St Parameter, Inc. Systems and methods for detection of session tampering and fraud prevention
US9112850B1 (en) 2009-03-25 2015-08-18 The 41St Parameter, Inc. Systems and methods of sharing information through a tag-based consortium
US10754913B2 (en) 2011-11-15 2020-08-25 Tapad, Inc. System and method for analyzing user device information
US9633201B1 (en) 2012-03-01 2017-04-25 The 41St Parameter, Inc. Methods and systems for fraud containment
US9521551B2 (en) 2012-03-22 2016-12-13 The 41St Parameter, Inc. Methods and systems for persistent cross-application mobile device identification
WO2014022813A1 (en) 2012-08-02 2014-02-06 The 41St Parameter, Inc. Systems and methods for accessing records via derivative locators
WO2014078569A1 (en) 2012-11-14 2014-05-22 The 41St Parameter, Inc. Systems and methods of global identification
US10902327B1 (en) 2013-08-30 2021-01-26 The 41St Parameter, Inc. System and method for device identification and uniqueness
US10091312B1 (en) 2014-10-14 2018-10-02 The 41St Parameter, Inc. Data structures for intelligently resolving deterministic and probabilistic device identifiers to device profiles and/or groups
CN104580216B (en) * 2015-01-09 2017-10-03 北京京东尚科信息技术有限公司 A kind of system and method limited access request

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62182927A (en) * 1986-02-07 1987-08-11 Boosutetsuku Kk Protect system
JP3165366B2 (en) * 1996-02-08 2001-05-14 株式会社日立製作所 Network security system
US20020107939A1 (en) * 2001-02-07 2002-08-08 Ford Daniel E. System and method for accessing software components in a distributed network environment
JP2008017179A (en) * 2006-07-06 2008-01-24 Nec Corp Access control system, access control method, and access control program
JP2008244632A (en) * 2007-03-26 2008-10-09 Oki Electric Ind Co Ltd System, method, and program for setting object to be monitored, network monitoring system, management device, and collection device

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8614617B2 (en) 2009-07-16 2013-12-24 Kobe Steel, Ltd. Reactor

Also Published As

Publication number Publication date
JP2010122955A (en) 2010-06-03

Similar Documents

Publication Publication Date Title
JP5142956B2 (en) Traffic information management server and traffic information management method
US11563860B2 (en) Toll-free telecommunications and data management platform
Han et al. Evaluating blockchains for IoT
JP5142957B2 (en) Service component management system, execution control server, and service component management method
US9735961B2 (en) Managing key rotations with multiple key managers
US11469939B2 (en) Method and apparatus for providing trouble isolation via a network
US9781012B2 (en) Behavior monitoring and compliance for multi-tenant resources
Meng et al. Reliable state monitoring in cloud datacenters
US8959530B1 (en) Messaging middleware processing thread count based events
US9438493B2 (en) Monitoring network entities via a central monitoring system
US20050256935A1 (en) System and method for managing a network
US20150026337A1 (en) Techniques for web server management
US20070208852A1 (en) Network sniffer for performing service level management
WO2023035065A1 (en) Methods and systems for fast consensus within distributed ledgers
CN103988196A (en) Throttling of rogue entities to push notification servers
US20150149629A1 (en) User online state querying method and apparatus
KR100706955B1 (en) Method and System for Managing Network by Using Agent Independent of Network Element
US20220237097A1 (en) Providing user experience data to tenants
US10986136B1 (en) Methods for application management and monitoring and devices thereof
KR100970211B1 (en) Method and Apparatus for Monitoring Service Status Via Special Message Watcher in Authentication Service System
Gülcü et al. Fault masking as a service
US20240163327A1 (en) Systems and methods of exposing data from blockchain nodes
US20060075025A1 (en) System and method for data tracking and management
TWI514174B (en) Distributed multiple protocol cross-layer log collection system and method
Ansper et al. Protecting a Federated Database Infrastructure Against Denial-of-Service Attacks

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20100526

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20101217

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120808

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120828

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20121019

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20121113

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20121120

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20151130

Year of fee payment: 3

R151 Written notification of patent or utility model registration

Ref document number: 5142956

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees