JP5475717B2 - Network system - Google Patents
Network system Download PDFInfo
- Publication number
- JP5475717B2 JP5475717B2 JP2011107458A JP2011107458A JP5475717B2 JP 5475717 B2 JP5475717 B2 JP 5475717B2 JP 2011107458 A JP2011107458 A JP 2011107458A JP 2011107458 A JP2011107458 A JP 2011107458A JP 5475717 B2 JP5475717 B2 JP 5475717B2
- Authority
- JP
- Japan
- Prior art keywords
- server
- frame
- information
- site server
- network system
- 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
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Description
本発明は、エッジ装置に接続されるサイトサーバにアクセスするネットワークの輻輳状態を確認できるネットワークシステムに関する。 The present invention relates to a network system capable of confirming a congestion state of a network accessing a site server connected to an edge device.
近年のインターネットの普及により、様々な情報を簡単に収集できるようになってきた。これに伴って検索サーバの検索技術や検索結果の表示技術は大きく進歩し、ますます効率的に情報収集が行えるようになってきた。一方、インターネットのインフラである基幹ネットワークを構成するL2SW(レイヤ2のスイッチ装置)には、流れるデータの情報やデータ量を統計的に保持する機能を有する装置が普及している(例えば、特許文献1参照)。さらに、これらの装置を遠隔から監視するシステムも同時に進歩してきた。
With the spread of the Internet in recent years, various information can be easily collected. Along with this, search server search technology and search result display technology have greatly advanced, and information can be collected more and more efficiently. On the other hand, in L2SW (
従来技術では、メッシュ状のネットワークを構成する複数のスイッチ装置のうちWEBサービスを提供するサイトサーバ直近に接続されているスイッチ装置(エッジ装置と称する)を特定することができないので、エッジ装置自体の負荷状態(アクセス頻度などを含むものとする)を知ることができないという問題があった。また、他の基幹ネットワークにサイトサーバがある場合は、ユーザが属する基幹ネットワークの監視サーバは他の基幹ネットワークの負荷情報は知ることができないという問題があった。 In the prior art, it is impossible to specify a switch device (referred to as an edge device) connected to a site server that provides a WEB service among a plurality of switch devices constituting a mesh network. There was a problem that the load status (including the access frequency) could not be known. Further, when there is a site server in another backbone network, there is a problem that the monitoring server of the backbone network to which the user belongs cannot know the load information of the other backbone network.
上記課題に鑑み、本発明の目的は、エッジ装置を特定して、エッジ装置の負荷情報を取得し、WEB検索結果に関連付けて表示できるネットワークシステムを提供することである。 In view of the above problems, an object of the present invention is to provide a network system that can identify an edge device, acquire load information of the edge device, and display it in association with a WEB search result.
本発明に係るネットワークシステムは、メッシュ状のネットワークを構成する複数のスイッチ装置と、WEBサービスを提供するサイトサーバと、前記ネットワークに接続される端末装置のWEB検索要求に応じて前記サイトサーバのURL情報をWEB検索結果として前記端末装置に提供する検索サーバと、前記複数のスイッチ装置の状態を監視する監視サーバとを有し、前記検索サーバは、前記端末装置のWEB検索要求を受け取って検索を実行し、そのWEB検索結果の各URLに対応する前記各サイトサーバ直近の前記スイッチ装置の負荷情報を前記監視サーバから取得して前記WEB検索結果の各URLに関連付けて前記端末装置に提供することを特徴とする。 The network system according to the present invention includes a plurality of switch devices constituting a mesh network, a site server that provides a WEB service, and a URL of the site server in response to a WEB search request of a terminal device connected to the network. A search server for providing information to the terminal device as a WEB search result; and a monitoring server for monitoring the states of the plurality of switch devices. The search server receives a WEB search request from the terminal device and performs a search. Execute, acquire load information of the switch device closest to each site server corresponding to each URL of the WEB search result from the monitoring server, and provide the terminal device in association with each URL of the WEB search result It is characterized by.
また、前記スイッチ装置は、フレームを送受信する送受信処理部と、前記送受信処理部で送受信するフレーム解析または統計情報処理を行って負荷情報を蓄積する負荷情報処理部と、前記負荷情報を蓄積するデータベースと、自装置がエッジ装置であるか否かを判別して、エッジ装置である場合は前記監視サーバに通知するエッジ判別処理部とを有することを特徴とする。 The switch device includes: a transmission / reception processing unit that transmits and receives frames; a load information processing unit that stores frame information by performing frame analysis or statistical information processing that is transmitted and received by the transmission / reception processing unit; and a database that stores the load information And an edge determination processing unit that determines whether or not the device is an edge device and notifies the monitoring server if the device is an edge device.
さらに、前記スイッチ装置のエッジ判別処理部は、前記フレームの中のHTTPリクエストフレームを格納するIPフレームまたはTCPフレームのヘッダ部にカウンタを設けて、前記IPフレームまたは前記TCPフレームを転送する毎に前記カウンタをカウントアップし、前記HTTPリクエストフレームを送信時の前記カウンタ値を第1カウンタ値として保持し、前記HTTPリクエストフレームに対するHTTPレスポンスフレームを格納する前記IPフレームまたは前記TCPフレームのヘッダ部の前記カウンタ値を第2カウンタ値として前記第1カウンタ値と比較して、一致する場合は自装置が当該サイトサーバの直近の装置であると判断することを特徴とする。 Further, the edge determination processing unit of the switch device provides a counter in the header part of the IP frame or TCP frame that stores the HTTP request frame in the frame, and each time the IP frame or the TCP frame is transferred, Counting up a counter, holding the counter value at the time of transmitting the HTTP request frame as a first counter value, and storing the HTTP response frame for the HTTP request frame, the counter in the header portion of the IP frame or the TCP frame The value is compared with the first counter value as a second counter value, and if they match, it is determined that the own device is the device closest to the site server.
特に、前記スイッチ装置は、レイヤ2スイッチであることを特徴とする。
In particular, the switch device is a
また、前記負荷情報は、前記サイトサーバ直近の前記スイッチ装置が前記サイトサーバとの間で情報を送受信する際の使用帯域または過去の同時刻の使用帯域の平均値であることを特徴とする。 In addition, the load information is an average value of a use band when the switch device nearest to the site server transmits / receives information to / from the site server or a past use band at the same time.
或いは、前記負荷情報は、前記サイトサーバ直近の前記スイッチ装置が前記サイトサーバに情報を要求する要求フレームの送信時刻と前記要求フレームに対する応答フレームの受信時刻との差分から求めた応答時間であることを特徴とする。 Alternatively, the load information is a response time obtained from a difference between a transmission time of a request frame in which the switch device nearest to the site server requests information from the site server and a reception time of a response frame to the request frame. It is characterized by.
または、前記負荷情報は、前記サイトサーバ直近の前記スイッチ装置が前記サイトサーバとの間の所定時間内のアクセス頻度であることを特徴とする。 Alternatively, the load information is an access frequency within a predetermined time between the switch device closest to the site server and the site server.
或いは、前記負荷情報は、前記サイトサーバ直近の前記スイッチ装置で前記サイトサーバが接続されているポートの送信方向のデータ量と受信方向のデータ量のうち多い方の値であることを特徴とする。 Alternatively, the load information is a larger value of the data amount in the transmission direction and the data amount in the reception direction of the port to which the site server is connected in the switch device closest to the site server. .
特に、前記検索サーバは、前記監視サーバを介さずに前記サイトサーバ直近の前記スイッチ装置から負荷情報を取得して前記WEB検索結果の各URLに関連付けて前記端末装置に提供することを特徴とする。 In particular, the search server obtains load information from the switch device closest to the site server without passing through the monitoring server, and provides the load information to the terminal device in association with each URL of the WEB search result. .
また、前記サイトサーバが前記端末装置および前記監視サーバの属する第1基幹ネットワーク外の第2基幹ネットワークにある場合、前記第1基幹ネットワークの検索サーバは、前記第1基幹ネットワークの監視サーバの情報と前記第2基幹ネットワークの監視サーバの情報とを取得することを特徴とする。 Also, if the site server is in a second backbone network outside the first core network to which the terminal belongs device and the monitoring server, the search server of the first core network includes information of the monitoring server of the first backbone network The monitoring server information of the second backbone network is acquired.
特に、前記端末装置および前記監視サーバの属する第1基幹ネットワーク外の第2基幹ネットワークに前記サイトサーバがある場合、且つ、前記第1基幹ネットワークの検索サーバが前記第2基幹ネットワークの監視サーバの情報を持っていない場合、前記第1基幹ネットワークの監視サーバは、前記第2基幹ネットワークの監視サーバから前記サイトサーバ直近の前記スイッチ装置の情報を取得することを特徴とする。 In particular, when the site server is in a second backbone network outside the first backbone network to which the terminal device and the monitoring server belong, and the search server of the first backbone network is information on the monitoring server of the second backbone network If the network server does not have the network server, the monitoring server of the first backbone network acquires information on the switch device closest to the site server from the monitoring server of the second backbone network.
さらに、前記端末装置および前記監視サーバの属する第1基幹ネットワーク外の第2基幹ネットワークに前記サイトサーバがある場合、且つ、前記監視サーバが他の基幹ネットワークへ接続する直近の前記スイッチ装置のリストを保持している場合、前記監視サーバは、前記リストに記載されている前記スイッチ装置から前記サイトサーバ直近の前記スイッチ装置である通知を受けても当該スイッチ装置は前記サイトサーバ直近のスイッチ装置ではないと判断することを特徴とする。 Further, when the site server is in a second backbone network outside the first backbone network to which the terminal device and the monitoring server belong, and a list of the switch devices nearest to which the monitoring server connects to another backbone network is displayed. In the case of holding, even if the monitoring server receives a notification from the switch device listed in the list that the switch device is closest to the site server, the switch device is not the switch device closest to the site server. It is characterized by judging.
本発明に係るネットワークシステムは、スイッチ装置自らがエッジ装置であるか否かを判別し、検索サーバはエッジ装置から取得した負荷情報とURLとを対応させたWEB検索結果を端末装置に提供することができる。 The network system according to the present invention determines whether or not the switch device itself is an edge device, and the search server provides the terminal device with a WEB search result in which the load information acquired from the edge device is associated with the URL. Can do.
以下、本発明に係るネットワークシステムの実施形態について詳しく説明する。 Hereinafter, embodiments of a network system according to the present invention will be described in detail.
図1は、本実施形態に係るネットワークシステム100の構成例を示す図である。図1において、ネットワークシステム100は、メッシュ状のネットワーク101を構成する複数のL2スイッチ装置(図1の例では装置E1から装置E11)と、検索サーバK1と、監視サーバA1と、サイトサーバS1とを有する。尚、装置E1から装置E11に共通の事項を説明する場合は装置Eと表記する。また、本実施形態における動作説明では、サイトサーバS1の動作について説明するが、実際には点線で示したように、サイトサーバS2およびサイトサーバS3などの複数のサイトサーバが用いられる。ここで、サイトサーバとは、http対応のホームページなどを提供するサーバでWEBサーバとも呼ばれている。また、検索サーバとは、装置Eに接続されるユーザ端末装置(図1の例ではユーザPC1またはユーザPC2)から送信される検索キーワードを含む情報を公開しているサイトサーバのURL(Uniform Resource Locator)を検索して、検索結果(URLリストなど)をユーザ端末装置に返信するサーバである。さらに、監視サーバとは、管轄する基幹ネットワーク(図1の例ではネットワーク101)内の全装置Eの動作設定や動作状態の監視および制御などを行うためのサーバである。また、図1では、1つのネットワーク101内に閉じているが、複数の基幹ネットワークが装置Eを介して接続され、それぞれの基幹ネットワーク内にも検索サーバ、監視サーバおよびサイトサーバが配置されている。尚、複数の基幹ネットワークを有する場合の実施形態については後で詳しく説明する。
FIG. 1 is a diagram illustrating a configuration example of a
図1において、ユーザPC1は装置E1を介してネットワーク101に接続され、ユーザPC2は装置E2を介してネットワーク101に接続されている。また、サイトサーバS1は装置E9を介してネットワーク101に接続され、検索サーバK1および監視サーバA1は装置E3および装置E4を介してそれぞれネットワーク101に接続されている。尚、検索サーバK1と監視サーバA1は別のネットワークで接続されていてもよい。
In FIG. 1, a user PC 1 is connected to the
先ず、ユーザPC1から検索サーバK1に検索キーワードを送信して検索キーワードが含まれる情報を公開しているサイトサーバのURLを検索する場合の動作について説明する。例えばユーザPC1は一般に用いられているDNSサーバ(図1には記載せず)を介して検索サーバK1に接続する。そして、ユーザPC1の画面には、図2に示すように、検索サーバK1から受信する検索画面が表示される。ユーザが検索キーワード(図2の例では「食品A レシピ」)を入力して検索ボタンを押下すると、検索キーワードが検索サーバK1に送られる。そして、検索サーバK1は受信する検索キーワードに該当する情報を有するサイトサーバ(図1の例ではサイトサーバS1,S2,S3など)へアクセスするためのURLを検索し、URLリストなどの検索結果をユーザPC1に送信する。
First, an operation when a search keyword is transmitted from the user PC 1 to the search server K1 to search for a URL of a site server that publishes information including the search keyword will be described. For example, the user PC1 connects to the search server K1 via a commonly used DNS server (not shown in FIG. 1). Then, the search screen received from the search server K1 is displayed on the screen of the
図3は検索サーバK1から受信した検索結果の画面例を示す図である。検索結果には、検索キーワードを含む公開情報201やサイトサーバのURL202a(www.abcdef.com/aaa123/・・・)などが表示される。ここで、例えばURL202aはサイトサーバS1のURL、URL202bはサイトサーバS2のURL、URL202cはサイトサーバS3のURLのようにそれぞれ対応する。そして、ユーザPC1で例えばURL202aを選択(マウスカーソルでクリック)すると、ユーザPC1からネットワーク101を介してサイトサーバS1に接続され、サイトサーバS1から当該URLに対応するホームページなどが表示される。
FIG. 3 is a diagram showing an example of a search result screen received from the search server K1. In the search result, the
このようにして、ユーザPC1は、見たい情報を提供するサイトサーバのURLを検索サーバK1を介して検索し、検索結果の中から選択したURLのサイトサーバから必要な情報を得ることができる。
In this way, the
ところが、図3の例では、検索結果の画面から各URLを提供するサイトサーバにアクセスする際の負荷状態(サイトサーバの混雑状態やサイトサーバに接続する経路の混雑状態などを含む)をユーザーは知ることができない。 However, in the example of FIG. 3, the user indicates the load state (including the congestion state of the site server and the congestion state of the route connected to the site server) when accessing the site server that provides each URL from the search result screen. I can't know.
そこで、本実施形態に係るネットワークシステム100では、検索サーバK1が作成してユーザPC1に送信する検索結果の各URL毎に負荷情報を表示できるようになっている。例えば図4では、負荷情報として、当該サイトサーバにアクセスする際の使用帯域を表示する様子を示している。図4の場合、URL202aの使用帯域203aは30%程度で空いているが、URL202bの使用帯域203bは80%以上で混雑していることをユーザは検索結果の画面を見て知ることができる。これにより、例えばユーザは、アクセスが遅くなる可能性が高いURL202bの選択を避けて、URL202aやURL202cなどを選択することができる。ここで、使用帯域(或いは帯域使用率)は、現帯域使用量(送信量または受信量)/最大帯域使用量(ポート毎に決められた最大送信量または最大受信量)(%)により求めることができる。
Therefore, in the
また、図5の例では、図4で説明した使用帯域の過去の履歴(図5の例では2日前までの履歴)を検索結果画面の各URL毎に表示する。これにより、例えばユーザは、URL202aは過去の使用帯域204aから本日だけ混雑していること、URL202bは過去の使用帯域204bからいつも空いていること、などの負荷情報を知ることができる。
In the example of FIG. 5, the past history of the used bandwidth described in FIG. 4 (the history up to two days ago in the example of FIG. 5) is displayed for each URL on the search result screen. Thereby, for example, the user can know load information such as that the
さらに、図6の例では、応答時間を検索結果画面の各URL毎に表示する。尚、応答時間は、サイトサーバが接続されるエッジ装置Eとサイトサーバとの間の回線帯域とサイトサーバ自体の処理負荷を含むので、実際にアクセスした時のレスポンスが速さを知ることができる。これにより、例えばユーザは、URL202aは応答時間205aが0.3秒なのでレスポンスが速い、URL202bは応答時間205bが5.3秒なのでレスポンスが遅い、などの判断を行うことができる。
Furthermore, in the example of FIG. 6, the response time is displayed for each URL on the search result screen. Since the response time includes the line bandwidth between the edge device E to which the site server is connected and the site server and the processing load of the site server itself, the response speed when actually accessing can be known. . Thus, for example, the user can determine that the response time is fast because the response time 205a is 0.3 seconds for the
また、図7の例では、統計情報として直近のアクセス頻度(1時間当りのアクセス件数)を検索結果画面の各URL毎に表示する。尚、従来技術として過去のアクセス件数を表示するものもあるが、図7の場合は直近のアクセス頻度を表示することができる。これにより、例えばユーザは、URL202aの直近の1時間のアクセス件数が51000件で、URL202bの直近の1時間のアクセス件数は1000件なので、URL202aの方がレスポンスが遅い可能性があるという判断を行うことができる。
In the example of FIG. 7, the latest access frequency (the number of accesses per hour) is displayed as statistical information for each URL on the search result screen. Note that although there is a conventional technique for displaying the number of past accesses, in the case of FIG. 7, the latest access frequency can be displayed. Thereby, for example, the user has the number of accesses in the most recent hour of the
このようにして、本実施形態に係るネットワークシステム100では、検索サーバの検索結果画面から各URLを提供するサイトサーバにアクセスする際の負荷状態をアクセスする前に知ることができる。これにより、ユーザは、比較的レスポンスが速いサイトサーバのURLを選択することができる。尚、負荷情報は、過去の同時刻の装置の負荷情報からその平均値を表示するようにしてもよい。
Thus, in the
次に、本実施形態に係るネットワークシステム100において、各装置Eと検索サーバK1および監視サーバA1との間で送受信される情報について図8のシーケンス図を用いて説明する。尚、ネットワークシステム100はSNMPプロトコルに対応し、制御情報を送受信する。
Next, in the
図8において、監視サーバA1は、管轄するネットワーク101内の全装置Eから各装置Eに接続されるサイトサーバのURL情報を収集する。URL情報の収集は、例えば監視サーバA1が全装置Eに対して定期的にポーリングを行って収集してもよいし、ポーリング対象の装置Eを自装置がエッジ装置であるという通知をしてきた装置Eに限定してもよい。或いは、ポーリングを行わずに装置Eから自装置がエッジ装置であるという通知を受けたときだけ、当該装置からURL情報を収集するようにしてもよい。
In FIG. 8, the monitoring server A1 collects URL information of site servers connected to each device E from all the devices E in the
ここで、後で説明するように装置Eは自装置があるサイトサーバのエッジ装置であるか否かを判別する機能を有している。そして、装置Eは、自装置がエッジ装置であると判断した場合に監視サーバA1に自装置がエッジ装置であることを通知する。装置Eは、自装置に接続されるサイトサーバのURL情報を蓄積したHTTPデータベース154や帯域使用率やアクセス件数などの統計情報を蓄積する統計情報データベース157を有している。尚、いずれか1つのデータベースでもよいし、両方の情報を1つのデータベースに集約してもよい。監視サーバA1は装置Eに対して「SNMP GET」コマンドを送信してポーリングを行い、装置Eは自装置内のHTTPデータベース154に蓄積されたURL情報を「SNMPレスポンス」として監視サーバA1に返信する。監視サーバA1は、各装置Eから収集したURL情報を各装置Eの装置IDに対応付けて、監視サーバA1内の監視サーバデータベース301に保持する。これにより、監視サーバA1は、どの装置EがどのURLについての情報を保持しているかを管理することができる。
Here, as will be described later, the device E has a function of determining whether or not the device E is an edge device of a certain site server. When the device E determines that the device is an edge device, the device E notifies the monitoring server A1 that the device is an edge device. The apparatus E has an
同様に検索サーバK1は、複数の監視サーバに対してSNMPによる定期的なポーリングを行い、各URL毎にどの監視サーバの配下のどの装置Eに属しているのかを示す情報を得ることができる。図8の例では、検索サーバK1は監視サーバA1から収集した情報を自身の検索サーバデータベース302に蓄積する。尚、図8の例では、検索サーバK1は監視サーバA1を介して装置Eの情報を直接収集するようにしてもよい。これにより、装置情報を収集する時に検索サーバK1と監視サーバA1との間で情報を送受信する必要が無くなるため、装置Eの負荷情報をより速く検索画面に表示できる。
Similarly, the search server K1 can periodically poll a plurality of monitoring servers by SNMP to obtain information indicating which device E under which monitoring server belongs for each URL. In the example of FIG. 8, the search server K1 stores the information collected from the monitoring server A1 in its own
次に、図8で説明したシーケンスにより、監視サーバA1と検索サーバK1とにURLに関する情報が蓄積された状態にある場合に、ユーザPC1が検索サーバK1に検索キーワードを含むHTTPリクエストフレームを送信すると、検索サーバK1は検索キーワードを含むWEBページを有するサイトサーバのURLを検索する。この処理は、一般的に行われている検索サーバの情報検索サービスと同じである。従来の検索サーバでは、この時点の検索結果をHTTPレスポンスとしてユーザ側に返信して検索結果画面がユーザPC1に表示されていた(図3)。 Next, when the information related to the URL is accumulated in the monitoring server A1 and the search server K1 according to the sequence described in FIG. 8, the user PC1 transmits an HTTP request frame including the search keyword to the search server K1. The search server K1 searches the URL of the site server having the WEB page including the search keyword. This process is the same as the information search service of a search server that is generally performed. In the conventional search server, the search result at this time is returned to the user as an HTTP response, and the search result screen is displayed on the user PC 1 (FIG. 3).
これに対して、本実施形態に係るネットワークシステム100では、図9に示すように、検索サーバK1は、自身の検索サーバデータベース302を参照して、検索結果の各URLに対応するエッジ装置Eを管轄する監視サーバA1に対して「SNMP GET」コマンドを送信し、目的のURLを持つサイトサーバに接続されるエッジ装置Eのポートの負荷情報(例えば帯域使用率やアクセス頻度など)を要求する。そして、この要求を受けた装置Eは自身が保持しているHTTPデータベース154や統計情報データベース157を参照して、要求された負荷情報を求める。例えば負荷情報がアクセス頻度である場合は、エッジ装置Eから当該URLに相当するサイトサーバへのアクセス数(例えばHTTPの<host>までの部分一致検索でヒットするもの)を取得する。尚、<host>は、フォーマット(http://<host>:<port>/<path>?<searchpart>)で示されるURLの一部でRFC1738に定められている。
On the other hand, in the
アクセス数は、装置自身が保持しているHTTPデータベース154に格納しているデータベースの中からHTTPリクエストフレームにあるURLに該当するデータのうち、種別がHTTPフレームのヘッダ情報がGETであり、且つ、装置Eからサイトサーバへの送信時刻が現在時刻から1時間以内であるデータの個数をアクセス頻度として求める。そして、求めたアクセス頻度を「SNMP RESPONSE」に格納して監視サーバA1に送信する。同様に、要求された負荷情報が帯域使用率の場合は、統計情報データベース157に蓄積されている装置Eのサイトサーバが接続されているポートの送信量(または受信量)を設定されている最大送信量(または最大受信量)で割って帯域使用率(%)を求め、これを「SNMP RESPONSE」に格納して監視サーバA1に送信する。監視サーバA1は装置Eから受信した「SNMP RESPONSE」の負荷情報を検索サーバK1に送信し、検索サーバK1は監視サーバA1から受信した負荷情報を先に検索した検索結果の該当するURLに対応付けた「HTTPレスポンス」をユーザPC1に送信する。尚、この場合は送信量/最大送信量と受信量/最大受信量の2つの値の大小を比較して、大きい値を監視サーバA1に送信するようにしても構わない。
The number of accesses is that the header information of the HTTP frame is GET among the data corresponding to the URL in the HTTP request frame from the database stored in the
このようにして、ユーザPC1では、先に図4、図5、図6および図7で説明したように、負荷情報を含む検索結果画面を閲覧することができる。
[装置Eの構成]
次に装置Eの構成例について図10を用いて説明する。尚、図10は図1の一部分を抜き出した図で、図1におけるサイトサーバS1に接続されるエッジ装置(装置E9)と、装置E9に接続される装置E8を示している。また、図10では、装置E9の構成例を描いてあるが、他の装置Eについても同様に構成される。
In this way, the
[Configuration of Device E]
Next, a configuration example of the apparatus E will be described with reference to FIG. FIG. 10 is a partially extracted view of FIG. 1, and shows an edge device (device E9) connected to the site server S1 in FIG. 1 and a device E8 connected to the device E9. In FIG. 10, the configuration example of the device E9 is illustrated, but the other devices E are configured in the same manner.
図10において、装置E9は、送受信処理部151と、フレーム解析処理部152と、データベース格納処理部153と、HTTPデータベース154と、統計情報処理部155と、統計情報格納処理部156と、統計情報データベース157と、エッジ判別処理部158とで構成される。尚、フレーム解析処理部152とデータベース格納処理部153および統計情報処理部155と統計情報格納処理部156は、負荷情報を求めるためのブロック(負荷情報処理部159)として1つにまとめてもよい。同様に、HTTPデータベース154および統計情報データベース157を負荷情報データベース160として1つにまとめてもよい。そして、負荷情報処理部159は、フレーム解析処理部152で送受信されるフレーム情報や統計情報などから得られる負荷情報を負荷情報データベース160に蓄積する処理や、負荷情報データベース160に蓄積された負荷情報を監視サーバA1や検索サーバK1からの要求に応じて送信する処理などを行う。
In FIG. 10, an apparatus E9 includes a transmission /
尚、図10では、統計情報データベース157に蓄積される統計情報を用いて算出する送信量や受信量などの負荷情報と、HTTPデータベース154に蓄積されるフレーム情報を用いて算出される応答時間などの負荷情報との両方に対応する構成を描いてあるが、例えばHTTPデータベース154に蓄積されたフレーム情報から求められる負荷情報のみを用いる場合は、図11に示したように、フレーム解析処理部152、データベース格納処理部153およびHTTPデータベース154のみを搭載する構成であってもよい。逆に、図12に示すように、統計情報処理部155、統計情報格納処理部156および統計情報データベース157のみを搭載する構成であってもよい。尚、図12では、図10に示した統計情報の送信量および受信量を直近、1日前、2日前のように過去の送信量の平均および受信量の平均を統計情報処理部155で求めて統計情報データベース157に蓄積する例を示している。
In FIG. 10, load information such as transmission amount and reception amount calculated using statistical information accumulated in the
送受信処理部151は、装置E8とサイトサーバS1との間でフレーム(TCP/IPフレーム)を送受信する。尚、図10では、サイトサーバS1と装置E8との間でフレームを送受信するが、サイトサーバS1に直接接続されない装置Eの場合は、サイトサーバS1ではなく、隣接する装置E間でフレームを送受信する。装置Eは複数のポートを有し、送受信処理部151はフレームの宛先に応じて各ポート間でフレームを送受信する。図10の例では、装置E8はポート1にサイトサーバS1はポート10にそれぞれ接続されており、他の装置E4、装置E6および装置E11についてもそれぞれ他のポートに接続されている。
The transmission /
フレーム解析処理部152は、送受信処理部151で送受信されるフレームの内容を解析してHTTPデータであるか否かを判断する。そして、フレームがHTTPフレームである場合は、HTTPヘッダに格納されているコマンド種別(RFC2616に定義されているメソッド(GETなど)やステータスコード(200OKなど))やURL、送信元IPおよび宛先IP、送信ポートおよび受信したフレームを送信ポートから出力する時刻などを抽出する。
The frame
データベース格納処理部153は、フレーム解析処理部152が抽出したURL、種別、送信元IP、宛先IP、送信ポート、送信時刻などの情報をHTTPデータベース154に格納する。
The database
HTTPデータベース154は、装置E内のデータベースで、フレーム解析処理部152が抽出したURL、種別、送信元IP、宛先IP、送信ポート、送信時刻などの情報が蓄積する。図10の例では、サイトサーバS1に対応するURL:aaaの装置E8からサイトサーバS1へのHTTPリクエストフレーム(送信元IP:A、宛先IP:B、コマンド:GET)は送信ポート10(サイトサーバS1に接続されているポート)から送信時刻:t2に送信されたことがHTTPデータベース154に蓄積される。そして、時刻t2の後の時刻t3では、時刻t2のHTTPリクエストフレームの応答としてサイトサーバS1から受信するHTTPレスポンスフレーム(送信元IP:B、宛先IP:A、コマンド:200OK)をポート1から装置E8に送信されたことがHTTPデータベース154に蓄積される。ここで、t2−t1=Tresは、サイトサーバS1にHTTPリクエストフレームを送信してから装置E8にサイトサーバS1から受信したHTTPレスポンスフレームを送信するまでの時間に相当するので、装置E9での処理時間を無視すると、TresはサイトサーバS1から情報を取得するまでの応答時間に相当する。
The
統計情報処理部155は、送受信処理部151で送受信されるフレームの統計解析を行う。例えば装置EのサイトサーバS1が接続されるポート10や、装置E8が接続されるポート1におけるフレームの送受信量を統計処理する。図10の例では、ポート1の送信量が100Mbpsおよび受信量が200Mbpsで、ポート10の送信量が100Mbpsおよび受信量が5700Mbpsであることが統計情報データベース157からわかる。
The statistical
統計情報格納処理部156は、統計情報処理部155が求めた統計情報を統計情報データベース157に蓄積する処理を行う。
The statistical information
統計情報データベース157は、装置E内のデータベースで、統計情報処理部155が求めた統計情報を蓄積する。図10の例では、各ポートに対応する送信量と受信料とが蓄積される。
The
エッジ判別処理部158は、送受信処理部151で送受信されるフレームのヘッダに格納されるカウンタ値から自装置がサイトサーバS1のエッジ装置であるか否かの判別を行う。そして、エッジ装置である場合は監視サーバA1や検索サーバK1に通知する。尚、エッジ装置であるか否かの判別処理については、後で詳しく説明する。
The edge
負荷情報処理部159は、検索サーバK1および監視サーバA1からの要求に応じて、HTTPデータベース154または統計情報データベース157に蓄積された情報から負荷情報を求めて監視サーバA1および検索サーバK1に送受信処理部151を介して送信する。負荷情報処理部159は、先に説明したように、HTTPデータベース154に蓄積されたフレーム情報から応答時間やアクセス頻度などを負荷情報として算出したり、統計情報データベース157に蓄積された統計情報から使用帯域(或いは帯域使用率)などを負荷情報として算出して、負荷情報データベース160(HTTPデータベース154や統計情報データベース157)に記憶する。そして、検索サーバK1は、装置Eから負荷情報を取得して、WEB検索結果の画面に使用帯域や過去の使用帯域履歴、或いは応答時間やアクセス頻度などの負荷情報を表示することができる。尚、ここでは応答時間の算出や統計情報の処理を装置E側で行うようにしたが、基本的な情報(データ送受信量や送信時刻/受信時刻など)のみを装置E側の負荷情報データベース160に蓄積し、これらの基本的な情報を取得した検索サーバK1側で情報を適宜加工してWEB検索結果に表示するようにしてもよい。
The load
このように、装置Eは構成され、送受信するフレームの解析や統計処理を行って送受信されるフレームの情報や統計情報を蓄積し、監視サーバA1や検索サーバK1からの要求に応じて、負荷情報を提供する。特に、装置Eは自装置がエッジ装置であるか否かの判別を自らが行うので、監視サーバA1は管轄する全ての装置Eについてエッジ装置であるか否かの情報を予め保持しておく必要がなく、また、装置Eが増設されたり、サイトサーバS1が新たに装置Eに接続された場合でも常に最新のエッジ装置情報を得ることができる。
[エッジ装置の判別方法]
次に装置Eにおいて、自装置がサイトサーバのエッジ装置であるか否かを判別する方法について説明する。本実施形態に係るネットワークシステム100に用いられる装置Eは、送受信するTCP/IPフレームが本実施形態に係るネットワークシステム100の機能に対応する場合に、IPヘッダまたはTCPヘッダにオプション領域を設け、受信したフレームを送信する時にオプション領域のカウンタをインクリメント(+1)する。ここで、送信したフレームに対して受信するレスポンスフレームのカウント値が送信時のカウント値に一致する場合に自装置が当該フレームのURLに対応するサイトサーバのエッジ装置であると判断する。
In this way, the device E is configured, accumulates frame information and statistical information transmitted / received by performing analysis and statistical processing of frames to be transmitted / received, and loads information according to requests from the monitoring server A1 and the search server K1. I will provide a. In particular, since the device E determines whether or not the device itself is an edge device, the monitoring server A1 needs to hold in advance information on whether or not it is an edge device for all the devices E that have jurisdiction. In addition, the latest edge device information can always be obtained even when the device E is added or the site server S1 is newly connected to the device E.
[Determination method of edge device]
Next, a method of determining whether or not the device E is an edge device of the site server in the device E will be described. The device E used in the
尚、IPフレームについて説明する。図13はRFC−791に規定されるIPフレームの構成を示す図である。IPフレームはヘッダ部とデータ部とを有し、IPヘッダには、バージョン、ヘッダ長、サービスタイプ(TOS)、データグラム長、ID、フラグ、フラグメント・オフセット、TTL、プロトコル番号、ヘッダチェックサム、送信元IPアドレス、宛先IPアドレスが含まれている。さらに、オプションとして、オプションタイプ、レングス、ベンダーID、カウンタ64ビットなどの情報をヘッダ部に付加することができる。IPヘッダのオプション領域は0−40byteの可変領域で、オプションタイプのオクテットは、”1bitのコピーフラグ”(0=コピーしない/1=コピーする)、“2bitsのオプションクラス”、”5bitsのオプションナンバー”を有する。
[IPヘッダのオプション領域の使用例]
次に、本実施形態に係るネットワークシステム100におけるIPヘッダのオプション領域の使用例を示す。尚、ここではRFC−2780に定義されていないタイプ値を使用する。
(1)オプションタイプ
・コピーフラグ:0(コピーしない)
・オプションクラス:2(デバックと計測を使用する)
・オプションナンバー:16
(2)レングス:オプションタイプからカウンタまでの長さ
(3)ベンダーID(6ビット):装置Eの製造メーカーのID
(4)カウンタ(64ビットカウンタ):装置ステップ数カウンタとして使用。尚、装置ステップ数カウンタの最大カウントは2の64乗−1であり、上限値までカウントされた場合は、そのままカウントは停止する。そして、次の装置への転送時はそのままの上限値に固定する。また、装置ステップ数カウンタの上限値(2の64乗−1)を最後にカウントした装置は、その時点で自装置がエッジ装置とみなし、監視サーバA1に通知する。2の64乗−1は非常に大きな数字なので現実的には上限値に固定されることは少ないと考えられるが、上限値に達した時点でエッジ装置として判断するようにしてもよい。この場合、上限値のフレームを受信した装置以降に転送される装置は、カウントアップせずにそのまま転送する。尚、これらの装置はエッジ装置とはみなさないものとする。
The IP frame will be described. FIG. 13 is a diagram showing the configuration of an IP frame defined in RFC-791. An IP frame has a header part and a data part. The IP header includes a version, header length, service type (TOS), datagram length, ID, flag, fragment offset, TTL, protocol number, header checksum, A source IP address and a destination IP address are included. Furthermore, information such as an option type, length, vendor ID, and 64-bit counter can be added to the header as an option. The option area of the IP header is a variable area of 0 to 40 bytes, and the octet of the option type is “1 bit copy flag” (0 = do not copy / 1 = copy), “2 bits option class”, “5 bits option number ".
[Use example of IP header option area]
Next, a usage example of the option area of the IP header in the
(1) Option type / copy flag: 0 (not copied)
・ Option class: 2 (use debugging and measurement)
・ Option number: 16
(2) Length: Length from option type to counter (3) Vendor ID (6 bits): ID of manufacturer of device E
(4) Counter (64-bit counter): Used as a device step number counter. Note that the maximum count of the apparatus step number counter is 2 to the 64th power −1, and when counting up to the upper limit value, the count is stopped as it is. And it fixes to the upper limit as it is at the time of transfer to the next device. In addition, the device that has finally counted the upper limit value of the device step number counter (2 to the power of 64-1) regards the device as an edge device at that time, and notifies the monitoring server A1. Since 2 64 −1 is a very large number, it is considered that it is rarely fixed at the upper limit value in practice, but may be determined as an edge device when the upper limit value is reached. In this case, a device that is transferred after the device that has received the upper limit frame does not count up and transfers the device as it is. These devices are not regarded as edge devices.
また、エッジ装置として判定する条件は以下の通りである。
(1)カウントが変化していない場合。(尚、フォーマットは正しいものとする。)
(2)応答フレームのオプション領域の全てに0パディングされている場合。
(3)応答フレームのオプション領域が除去されている場合。
(4)本実施形態に係るネットワークシステム100で指定したオプション領域のフォーマットに適合していない場合。
The conditions for determining as an edge device are as follows.
(1) The count has not changed. (Note that the format is correct.)
(2) When all the option areas of the response frame are zero-padded.
(3) The option area of the response frame is removed.
(4) When the format of the option area specified by the
上記の(2)、(3)および(4)の場合は、本実施形態に係るネットワークシステム100の装置E以外の機器を経由しているとみなす。
In the cases (2), (3), and (4) above, it is considered that a device other than the device E of the
尚、自装置がエッジ装置であると判定された場合、且つ、本実施形態に係るネットワークシステム100の装置E以外の機器を経由し、オプション領域に変更が加わっている場合(上記(1)〜(3)の場合)は、改めてオプション領域を付加し、カウンタ値に自装置が送信した時のカウンタを+1した値を設定して次の装置に転送する。これにより、自装置以降の装置Eがエッジ装置であると誤判定することを防止できる。
[TCPヘッダのオプション領域の使用例]
上記の説明ではIPヘッダを利用したが、IPヘッダではなくTCPヘッダを利用しても構わない。TCPフレームはIPフレームのデータ部に格納され、ヘッダ部とデータ部とを有する。図14はRFC−793に規定されるTCPフレームの構成を示す図である。TCPヘッダには、送信元ポート、送信先ポート、シーケンス番号、ACK番号、データオフセット、フラグ、ウィンドウサイズ、チェックサム、緊急ポインタなどが含まれる。さらに、オプションとして、オプション種別、レングス、ベンダーID、カウンタ64ビットなどの情報をヘッダ部に付加することができる。TCPヘッダのオプション領域は0−40byteの可変領域である。オプションタイプの最初のオクテットはKind(種類)を表す。
When it is determined that the own device is an edge device, and the option area is changed via a device other than the device E of the
[Usage example of TCP header option area]
Although the IP header is used in the above description, a TCP header may be used instead of the IP header. The TCP frame is stored in the data part of the IP frame and has a header part and a data part. FIG. 14 is a diagram showing the structure of a TCP frame defined in RFC-793. The TCP header includes a transmission source port, a transmission destination port, a sequence number, an ACK number, a data offset, a flag, a window size, a checksum, an emergency pointer, and the like. Furthermore, as options, information such as option type, length, vendor ID, and 64-bit counter can be added to the header part. The option area of the TCP header is a variable area of 0-40 bytes. The first octet of the option type represents Kind.
例えばHTTPフレームにおいて、IPヘッダの代わりにTCPヘッダのオプション領域の64ビットカウンタを装置ステップ数カウンタとして用い、IPヘッダの場合と同様にカウンタ値を判断することで自装置がエッジ装置であるか否かを判定する。
[TCPヘッダのオプション領域の使用例]
次に、本実施形態に係るネットワークシステム100におけるTCPヘッダのオプション領域の使用例を示す。尚、ここではRFC−2780に定義されていないタイプ値を使用する。
(1)オプションタイプ
・Kind:80
(2)レングス:オプションタイプからカウンタまでの長さ
(3)ベンダーIDのフィールド:装置Eの製造メーカーのID
(4)カウンタ(64ビットカウンタ):装置ステップ数カウンタとして使用。尚、装置ステップ数カウンタの最大カウントは2の64乗−1であり、上限値までカウントされた場合の動作は、IPヘッダで説明した内容と同じである。
For example, in an HTTP frame, instead of the IP header, a 64-bit counter in the TCP header option area is used as a device step number counter, and whether or not the device is an edge device by judging the counter value in the same manner as in the IP header. Determine whether.
[Usage example of TCP header option area]
Next, a usage example of the option area of the TCP header in the
(1) Option type • Kind: 80
(2) Length: Length from option type to counter (3) Vendor ID field: ID of manufacturer of device E
(4) Counter (64-bit counter): Used as a device step number counter. Note that the maximum count of the apparatus step number counter is 2 to the 64th power -1, and the operation when counting up to the upper limit value is the same as that described in the IP header.
図15は、IPヘッダおよびTCPヘッダのオプション領域の詳細フォーマット示す図である。本実施形態に係るネットワークシステム100では、IPヘッダのオプションタイプやTCPヘッダのオプション種別が80の時に本実施形態特有の機能に対応するフレームであることを示す。ベンダーIDは例えばネットワークシステム100を構築する会社のIDなどが記載される。カウンタ64ビットは、8Byteのカウンタで、本実施形態に係るネットワークシステム100では、オプションタイプが80のフレームを受信して再び送信する時にカウンタを+1する。或いは、オプション領域が無いフレームやオプション領域があってもオプションタイプが80ではないときは、カウンタを1に設定する。
FIG. 15 is a diagram illustrating a detailed format of the option area of the IP header and the TCP header. In the
このようにして、本実施形態に係るネットワークシステム100では、TCP/IPフレームを利用し、特にオプション領域のオプションタイプ(オプション種別)が80の場合に本実施形態で説明する動作に対応する。尚、他社が別の目的にオプションタイプ(オプション種別)を80にして使用する可能性があるので、ベンダーIDとオプションタイプ(オプション種別)の両方が予め設定した値に設定されている場合に本実施形態特有の動作に対応するようにしてもよい。そして、本実施形態に係るネットワークシステム100では、カウンタを利用してサイトサーバS1の直近の装置Eであるか否かの判別を行う。
As described above, the
[カウンタによるエッジ装置判別の具体例]
次に、TCP/IPフレームのオプション領域のカウンタを用いて装置Eがサイトサーバの直近のエッジ装置であるか否かを判別する具体例について説明する。ここでは、本実施形態に係るネットワークシステム100の機能を有する装置を経由する場合と有さない装置を経由する場合とに分けて説明する。
(本実施形態の機能を有する装置を経由する場合)
図16は、説明がわかり易いように、図1で説明したネットワークシステム100のネットワーク101の構成を簡略化した図である。図16の例では、装置E20,E21,E22,E23、E24の5台の装置Eがメッシュ状のネットワーク101を構成する。また、ユーザPC1からサイトサーバS1までの経路は、例えばユーザPC1から装置E20を介してネットワーク101に接続し、ネットワーク101内では装置E22を経由して装置E23を介してサイトサーバS1に接続される。この場合は、装置E23がサイトサーバS1の直近のエッジ装置に該当する。ここで、装置E23自らがサイトサーバS1のエッジ装置であることを判別する流れについて説明する。
<リクエスト時>
(1)先ず、ユーザPC1はHTTPリクエストフレームを送信する。このリクエストフレームはオプション領域が無いヘッダ部とデータ部のみで構成される。
(2)次に、装置E20は、ユーザPC1からHTTPリクエストフレームを受信すると、オプション領域が無いのでオプション領域を付加し、オプションタイプを80、カウンタを1、さらにレングスとベンダIDも設定して次の装置E22に送信する。
(3)次に、装置E22は、装置E20からオプション領域(オプションタイプ:80、カウンタ:1)が設定されたHTTPリクエストフレームを受信すると、オプションタイプが80であることを確認して、カウンタを+1(カウンタ=2となる)して次の装置E23に送信する。
(4)次に、装置E23は、装置E22からオプション領域(オプションタイプ:80、カウンタ:2)が設定されたHTTPリクエストフレームを受信すると、オプションタイプが80であることを確認して、カウンタを+1(カウンタ=3となる)して次の転送先に送信する。尚、この時点で装置E23は次の送信先がサイトサーバS1であることを認識していない。
(5)そして、装置E23からHTTPリクエストフレームを受信したサイトサーバS1は、HTTPリクエストフレームに対応するHTTPレスポンスフレームを装置E23に送信する。ここで、HTTPレスポンスフレームのヘッダのオプション領域にはHTTPリクエストフレームのオプション領域の値がそのまま折り返される。
<レスポンス時>
(6)装置E23は、受信するHTTPレスポンスフレームのオプション領域のカウンタ値は3であり、先に送信したHTTPリクエストフレームのオプション領域のカウンタ値(=3)と同じなので、自装置がエッジ装置であると認識する。そして、カウンタを+1(カウンタ=4となる)して次の装置E22に送信する。また、監視サーバA1にこれを通知する。この時に監視サーバA1に通知する情報は、例えばサイトサーバS2のMACアドレスが含まれる。
(7)次の装置E22は、装置E23からオプション領域(オプションタイプ:80、カウンタ:4)が設定されたHTTPレスポンスフレームを受信すると、受信したHTTPレスポンスフレームに対応するHTTPリクエストフレームの送信時のカウンタ値(=2)と比較する。カウンタ値が異なるので、自装置はエッジ装置ではないとを認識して、カウンタ値を+1してカウンタ値=5として受信したHTTPレスポンスフレームを次の装置E20に送信する。
(8)装置E20は、受信するHTTPレスポンスフレームのオプション領域のカウンタ値(=5)と、送信時のHTTPリクエストフレームのカウンタ値(=2)と異なるので、自装置がエッジ装置ではないと認識する。そして、カウンタを+1(カウンタ=6となる)にしてユーザPC1に送信する。
[Specific example of edge device discrimination by counter]
Next, a specific example of determining whether or not the device E is the closest edge device of the site server using the counter in the option area of the TCP / IP frame will be described. Here, description will be made separately for the case of passing through a device having the function of the
(When passing through a device having the function of this embodiment)
FIG. 16 is a diagram in which the configuration of the
<Upon request>
(1) First, the
(2) Next, when the apparatus E20 receives the HTTP request frame from the
(3) Next, upon receiving an HTTP request frame in which the option area (option type: 80, counter: 1) is set from the device E20, the device E22 confirms that the option type is 80, and sets the counter. +1 (counter = 2) and transmit to the next device E23.
(4) Next, upon receiving an HTTP request frame in which the option area (option type: 80, counter: 2) is set from the device E22, the device E23 confirms that the option type is 80, and sets the counter. +1 (counter = 3) and transmit to the next transfer destination. At this time, the device E23 does not recognize that the next transmission destination is the site server S1.
(5) Upon receiving the HTTP request frame from the device E23, the site server S1 transmits an HTTP response frame corresponding to the HTTP request frame to the device E23. Here, the value of the option area of the HTTP request frame is folded as it is in the option area of the header of the HTTP response frame.
<When responding>
(6) Since the device E23 has a counter value of 3 in the option area of the received HTTP response frame and is the same as the counter value (= 3) of the option area of the HTTP request frame transmitted earlier, the device E23 is an edge device. Recognize that there is. Then, the counter is incremented by 1 (counter = 4) and transmitted to the next device E22. In addition, this is notified to the monitoring server A1. The information notified to the monitoring server A1 at this time includes the MAC address of the site server S2, for example.
(7) When the next device E22 receives the HTTP response frame in which the option area (option type: 80, counter: 4) is set from the device E23, the next device E22 transmits the HTTP request frame corresponding to the received HTTP response frame. Compare with the counter value (= 2). Since the counter values are different, the device recognizes that it is not an edge device, and transmits the received HTTP response frame to the next device E20 with the counter value incremented by 1 and the counter value = 5.
(8) The device E20 recognizes that the device itself is not an edge device because the counter value (= 5) of the option area of the received HTTP response frame is different from the counter value (= 2) of the HTTP request frame at the time of transmission. To do. Then, the counter is set to +1 (counter = 6) and transmitted to the
このように、IPヘッダまたはTCPヘッダのカウンタを利用して各装置E自らがエッジ装置であるか否かを判別する。
(本実施形態の機能を有さない装置を経由する場合)
図17は、図16に対応する図で、同符号のものは同じものを示す。図16と異なるのは、サイトサーバS2は装置E24から本実施形態の機能に対応しないルータR1を介して接続されていることである。図17において、ユーザPC1からサイトサーバS2までの経路は、例えばユーザPC1から装置E20を介してネットワーク101に接続し、ネットワーク101内では装置E20から装置E24を経由してルータR1に接続され、ルータR1を介してサイトサーバS2に接続される。この場合は、装置E24がサイトサーバS2の直近のエッジ装置に該当する。ここで、装置E24自らがエッジ装置であることを判別する流れについて説明する。
<リクエスト時>
(1)先ず、ユーザPC1はHTTPリクエストフレームを送信する。このリクエストフレームはオプション領域が無いヘッダ部とデータ部のみで構成される。
(2)次に、装置E20は、ユーザPC1からHTTPリクエストフレームを受信すると、オプション領域が無いのでオプション領域を付加し、オプションタイプを80、カウンタを1、さらにレングスとベンダIDも設定して次の装置E22に送信する。
(3)次に、装置E24は、装置E20からオプション領域(オプションタイプ:80、カウンタ:1)が設定されたHTTPリクエストフレームを受信すると、オプションタイプが80であることを確認して、カウンタを+1(カウンタ=2となる)して次のルータR1に送信する。尚、この時点で装置E24はエッジ装置であることを認識していない。
(4)次に、本実施形態の機能を有さないルータR1は、オプション領域に全て”0”パディングしてサイトサーバS2に送信する。
(5)そして、サイトサーバS2は、受信したHTTPリクエストフレームに対応するHTTPレスポンスフレームを返信する。ここで、HTTPレスポンスフレームのヘッダのオプション領域はそのままHTTPリクエストフレームのオプション領域に格納され、そのまま折り返される。
<レスポンス時>
(6)本実施形態の機能を有さないルータR1は、サイトサーバS2から受信するHTTPレスポンスフレームのオプション領域に全て”0”パディングして装置E24に送信する。
(7)次の装置E24は、ルータR1から受信するHTTPレスポンスフレームのオプション領域が全て”0”なので、装置E24以降に新たな装置Eが存在しないと判断し、自らがエッジ装置であると認識する。そして、監視サーバA1にこれを通知する。この時に監視サーバA1に通知する情報は、例えばサイトサーバS2のMACアドレスが含まれる。そして、装置E24は、再び、オプション領域を付加すると同時に、オプションタイプを80、カウンタを3、さらにレングスとベンダIDも設定して次の装置E20に送信する。ここで、カウンタ値を初期化(1に設定)せずに、HTTPリクエストフレームを転送時(上記の(2)の処理)のカウンタ値(=2)を+1したカウンタ値(=3)をHTTPレスポンスフレームに格納して次の装置E20に送信する。
(8)装置E20は、受信するHTTPレスポンスフレームのオプション領域のカウンタ値(=3)と、送信時のHTTPリクエストフレームのカウンタ値(=1)とを比較して、一致しないので自装置がエッジ装置ではないと判断する。そして、カウンタを+1(=4)にしてユーザPC1に送信する。
In this way, it is determined whether each device E itself is an edge device by using the counter of the IP header or the TCP header.
(When going through a device that does not have the function of this embodiment)
FIG. 17 is a diagram corresponding to FIG. 16, and the same reference numerals indicate the same components. The difference from FIG. 16 is that the site server S2 is connected from the device E24 via a router R1 that does not correspond to the function of this embodiment. In FIG. 17, the path from the
<Upon request>
(1) First, the
(2) Next, when the apparatus E20 receives the HTTP request frame from the
(3) Next, upon receiving an HTTP request frame in which the option area (option type: 80, counter: 1) is set from the device E20, the device E24 confirms that the option type is 80, and sets the counter. +1 (counter = 2) and transmit to the next router R1. At this time, the device E24 does not recognize that it is an edge device.
(4) Next, the router R1 that does not have the function of the present embodiment pads all “0” in the option area and transmits it to the site server S2.
(5) Then, the site server S2 returns an HTTP response frame corresponding to the received HTTP request frame. Here, the option area of the header of the HTTP response frame is stored as it is in the option area of the HTTP request frame and is folded as it is.
<When responding>
(6) The router R1 that does not have the function of the present embodiment pads all “0” in the option area of the HTTP response frame received from the site server S2, and transmits the result to the device E24.
(7) Since the option area of the HTTP response frame received from the router R1 is all “0”, the next apparatus E24 determines that no new apparatus E exists after the apparatus E24 and recognizes itself as an edge apparatus. To do. Then, this is notified to the monitoring server A1. The information notified to the monitoring server A1 at this time includes the MAC address of the site server S2, for example. Then, the device E24 again adds the option area, and at the same time, sets the option type to 80, sets the counter to 3, sets the length and the vendor ID, and transmits to the next device E20. Here, without initializing the counter value (set to 1), the counter value (= 3) obtained by adding 1 to the counter value (= 2) at the time of transferring the HTTP request frame (the processing of (2) above) is set to HTTP. It is stored in the response frame and transmitted to the next device E20.
(8) The device E20 compares the counter value (= 3) of the option area of the received HTTP response frame with the counter value (= 1) of the HTTP request frame at the time of transmission. Judge that it is not a device. Then, the counter is set to +1 (= 4) and transmitted to the
このように、IPヘッダまたはTCPヘッダのカウンタを利用して装置E自らがエッジ装置であるか否かを判別する。 In this way, it is determined whether the device E itself is an edge device by using the counter of the IP header or the TCP header.
[装置Eの処理]
次に、装置Eの処理について、図18および図19のフローチャートを用いて説明する。図18は、HTTPリクエスト時の処理を示すフローチャートである。先ず、ユーザPC1は、HTTPリクエストフレームを送信する。このHTTPリクエストフレームには、オプション領域は設定されておらず、ヘッダとデータのみで構成される通常のIPフレームである。
[Processing of device E]
Next, the processing of the device E will be described with reference to the flowcharts of FIGS. FIG. 18 is a flowchart showing processing at the time of an HTTP request. First, the
(ステップS101)装置Eは、ユーザPC1から受信したHTTPリクエストフレームのオプション領域が所定条件に適合しているか否かを判別する。ここで、所定条件とは、本実施形態に係るネットワークシステム100の機能に対応するフレームの条件(オプションタイプ=80、レングス/ベンダID内容、カウンタ値など)である。例えば所定条件が以下の(1)から(3)のいずれかに該当する場合(Yes)はステップS102に進み、いずれにも該当しない場合(No)はステップS103に進む。
(1)オプション領域が全て”0”パディングされている。
(2)オプション領域が存在しない。
(3)オプションタイプが80ではない、ベンダIDが異なる、カウンタ値が”0”である、など本実施形態で予め定めたフォーマットに合っていない。
(ステップS102)装置Eは、オプション領域のカウンタ値を”1”に設定する。
(ステップS103)装置Eは、オプション領域のカウンタ値をインクリメント(+1)する。
(Step S101) The apparatus E determines whether or not the option area of the HTTP request frame received from the
(1) All option areas are padded with “0”.
(2) There is no option area.
(3) The option type is not 80, the vendor ID is different, the counter value is “0”, and so on, and the format does not match the predetermined format in this embodiment.
(Step S102) The apparatus E sets the counter value in the option area to “1”.
(Step S103) The apparatus E increments (+1) the counter value in the option area.
そして、オプション領域が設定されたHTTPリクエストフレームを次の装置Eに転送する。同様に、次の装置Eからその次の装置EにHTTPリクエストフレームを転送してサイトサーバS1まで送信する。
(ステップS104)装置Eは、オプション領域のカウンタ値を内部メモリやHTTPデータベース154などに保持する。上記の例では、カウンタ値=1が保持される。
Then, the HTTP request frame in which the option area is set is transferred to the next device E. Similarly, an HTTP request frame is transferred from the next device E to the next device E and transmitted to the site server S1.
(Step S104) The apparatus E holds the counter value of the option area in the internal memory, the
次に、HTTPリクエストフレームを受信したサイトサーバS1は、HTTPレスポンスフレームを返信する。返信時の処理について図19のフローチャートを用いて説明する。サイトサーバS1が返信するHTTPレスポンスフレームは、装置Eから装置Eへ転送されながらユーザPC1まで送信される。
(ステップS201)装置Eは、受信したHTTPリクエストフレームのオプション領域が所定条件に適合しているか否かを判別する。ここで、所定条件は先にステップS101で説明した条件と同じである。Yesの場合はステップS202に進み、Noの場合はステップS203に進む。
(ステップS202)装置Eは、オプション領域を再設定して、ステップS104で保持したHTTPリクエストフレームのカウンタ値をインクリメント(+1)した値を新たなカウンタ値として設定する。
(ステップS203)装置Eは、図18のステップS104で保持したHTTPリクエストフレームのカウンタ値と、HTTPレスポンスフレームのカウンタ値とが等しいか否かを判別する。Yesの場合はステップS204に進み、Noの場合はステップS205に進む。
(ステップS204)装置Eは、自装置がエッジ装置であると認識して、監視サーバA1に自装置がエッジ装置であることを通知する。
(ステップS205)装置Eは、HTTPレスポンスフレームのカウンタ値をインクリメント(+1)する。そして、次の装置Eに転送する。図19の例では、次の装置がユーザPC1なので、ユーザPC1にHTTPレスポンスフレームを送信する。
Next, the site server S1 that has received the HTTP request frame returns an HTTP response frame. The processing at the time of reply will be described with reference to the flowchart of FIG. The HTTP response frame returned from the site server S1 is transmitted to the
(Step S201) The apparatus E determines whether or not the option area of the received HTTP request frame meets a predetermined condition. Here, the predetermined condition is the same as the condition described in step S101. If Yes, the process proceeds to step S202. If No, the process proceeds to step S203.
(Step S202) The apparatus E resets the option area and sets a value obtained by incrementing (+1) the counter value of the HTTP request frame held in Step S104 as a new counter value.
(Step S203) The apparatus E determines whether or not the HTTP request frame counter value held in Step S104 of FIG. 18 is equal to the HTTP response frame counter value. If Yes, the process proceeds to step S204. If No, the process proceeds to step S205.
(Step S204) The apparatus E recognizes that the own apparatus is an edge apparatus, and notifies the monitoring server A1 that the own apparatus is an edge apparatus.
(Step S205) The apparatus E increments (+1) the counter value of the HTTP response frame. Then, the data is transferred to the next device E. In the example of FIG. 19, since the next apparatus is the user PC1, an HTTP response frame is transmitted to the user PC1.
このようにして、ユーザPC1から送信されたHTTPリクエストフレームは、オプション領域が設定され、カウンタ値を設定またはインクリメントしながらサイトサーバS1に送信され、サイトサーバS1から返信されるHTTPレスポンスフレームについても同様にオプション領域のカウンタ値を再設定またはインクリメントしながらユーザPC1まで送信される。そして、HTTPリクエストフレームを送信する際のカウンタ値と、受信するHTTPレスポンスフレームのカウンタ値とが等しい場合に自装置がエッジ装置であると判断して、監視サーバA1に自装置がエッジ装置であることを通知する。
In this way, the HTTP request frame transmitted from the
このように、装置Eは自装置がエッジ装置であるか否かの判別を自らが行うので、監視サーバA1は管轄する全ての装置Eがエッジ装置であるかの情報を予め保持しておく必要がなく、また、装置Eが増設されたり、サイトサーバS1が新たに装置Eに接続された場合でも常に最新のエッジ装置情報を得ることができる。 As described above, since the device E itself determines whether or not the device itself is an edge device, the monitoring server A1 needs to hold in advance information on whether all the devices E having jurisdiction are edge devices. In addition, the latest edge device information can always be obtained even when the device E is added or the site server S1 is newly connected to the device E.
[複数の基幹ネットワークが接続されている場合]
先に説明した図1のネットワークシステム100は、1つのネットワーク101内に監視サーバA1、検索サーバK1、サイトサーバS1が配置されているので、監視サーバA1はネットワーク101を構成する全ての装置Eの状態を監視することができた。しかし実際には、ネットワーク101のような複数の基幹ネットワークが装置Eを介して互いに接続され、それぞれの基幹ネットワーク内にも検索サーバ、監視サーバおよびサイトサーバが配置されている。ここでは、複数の基幹ネットワークを有する場合の例について説明する。
[When multiple backbone networks are connected]
In the
図20は、基幹ネットワークAの装置Xを介して基幹ネットワークBに接続されたネットワークシステム100aの構成例を示した図である。図20において、基幹ネットワーク101aは、先に説明したネットワーク101に対応し、ユーザPC1と、検索サーバK1と、監視サーバA1とがネットワーク101に接続されている。そして、装置Xを介して基幹ネットワーク101bに接続され、ネットワーク101bには、監視サーバA2と、サイトサーバS2とが接続されている。
FIG. 20 is a diagram illustrating a configuration example of a
ここで、ユーザPC1が検索サーバK1に検索キーワードを含む検索要求を送信し、検索サーバK1は自分が持っている情報などから検索キーワードに該当する情報を公開している基幹ネットワーク101bのサイトサーバS2(URL)が抽出される。そして、検索サーバK1は監視サーバA1に該当するサイトサーバS2の情報(URL)があるか否かを問い合わせる。監視サーバA1に該当するサイトサーバS2の情報(URL)がない場合は、検索サーバK1は監視サーバA1に他の監視サーバA2に対してサイトサーバS2の情報(URL)を持っているか否かを問い合わせる。
Here, the
問い合わせを受けた監視サーバA2はサイトサーバS2の情報(URL)があるか否かを検索し、ある場合は監視サーバA1に対して応答する。応答を受けた監視サーバA1は、応答を返した監視サーバA2に対してサイトサーバS2のエッジ装置の負荷情報を要求する。要求を受けた監視サーバA2は、保持しているサイトサーバS2のエッジ装置Yの負荷情報を監視サーバA1に応答する。
これを受けた監視サーバA1は、その負荷情報を検索サーバK1に送信する。
Upon receiving the inquiry, the monitoring server A2 searches whether there is information (URL) of the site server S2, and if so, responds to the monitoring server A1. The monitoring server A1 that has received the response requests the load information of the edge device of the site server S2 from the monitoring server A2 that has returned the response. Upon receiving the request, the monitoring server A2 responds to the monitoring server A1 with the load information of the edge device Y of the site server S2 that it holds.
Receiving this, the monitoring server A1 transmits the load information to the search server K1.
このようにして、異なる基幹ネットワーク101aおよび基幹ネットワーク101bが接続される場合でも、それぞれのネットワークの監視サーバA1および監視サーバA2とが連携して該当するサイトサーバのエッジ装置から負荷情報を取得して、要求元の検索サーバK1に負荷情報を送信するので、検索サーバK1は、先の実施形態と同様に、検索結果のURLに対応する負荷情報をユーザPC1に提供することができる。
In this way, even when
次に、複数の基幹ネットワークを有する場合のネットワークシステム1001aの動作シーケンスについて図21を用いて説明する。図21において、ユーザPC1は検索サーバK1に検索キーワードを含む検索要求(HTTPリクエスト)を送信する。検索サーバK1は、自身の検索サーバデータベース302を参照して、検索キーワードを含むURLリストを抽出する。そして、検索結果の各URLに対応する負荷情報を取得するためにサイトサーバの情報を持っているか否かを監視サーバA1に問い合わせる。図20の例では、基幹ネットワーク101aを管轄する監視サーバA1は、基幹ネットワーク101bに配置されているサイトサーバS2の情報を持っていないので、検索サーバK1にサイトサーバS2の情報無しの応答を行う。これを受けた検索サーバK1は、監視サーバA1にサイトサーバS2の情報を取得するように依頼する。
Next, the operation sequence of the network system 1001a in the case of having a plurality of backbone networks will be described with reference to FIG. In FIG. 21, the user PC1 transmits a search request (HTTP request) including a search keyword to the search server K1. The search server K1 refers to its own
一方、監視サーバA1は、サイトサーバS2の情報を取得するように検索サーバK1から依頼を受けると、他の基幹ネットワークに監視サーバA2、監視サーバA3および監視サーバA4などにサイトサーバS2の情報を持っているか否かの問い合わせを行う。そして、図20の例では、基幹ネットワーク101bの監視サーバA2がサイトサーバS2に接続されるエッジ装置Yを管轄しているので、サイトサーバS2の情報を持っていることを監視サーバA1に応答する。尚、監視サーバA2は、先の実施形態で説明したように、サイトサーバS2のエッジ装置が装置Yであることを装置Y自身から通知されているので、サイトサーバS2のURLに対応するエッジ装置が装置Yであることを認識している。また、サイトサーバS2の情報を持っていない監視サーバA3および監視サーバA4からは応答されない。
On the other hand, when the monitoring server A1 receives a request from the search server K1 to acquire the information of the site server S2, the monitoring server A1, the monitoring server A3, the monitoring server A4, etc. send the information of the site server S2 to other backbone networks. Inquire whether or not you have it. In the example of FIG. 20, since the monitoring server A2 of the
そして、監視サーバA2からサイトサーバS2の情報を持っているという応答を受信した監視サーバA1は、監視サーバA2に対してエッジ装置の負荷情報を要求する。これを受けた監視サーバA2は、先の実施形態で説明した手順でエッジ装置YからサイトサーバS2が接続されているポートの負荷情報を取得して監視サーバA1に応答する。そして、監視サーバA1から検索サーバK1にエッジ装置Yの負荷情報が送信され、検索サーバK1で検索結果のURLに対応する負荷情報を表示してユーザPC1に検索結果として提供する。
Then, the monitoring server A1, which has received the response that the site server S2 has information from the monitoring server A2, requests the monitoring server A2 for the load information of the edge device. Receiving this, the monitoring server A2 acquires the load information of the port to which the site server S2 is connected from the edge device Y by the procedure described in the previous embodiment, and responds to the monitoring server A1. Then, the load information of the edge device Y is transmitted from the monitoring server A1 to the search server K1, and the search server K1 displays the load information corresponding to the URL of the search result and provides it to the
このようにして、サイトサーバS2がユーザPC1および検索サーバK1が接続される基幹ネットワーク101aとは異なる基幹ネットワーク101bにある場合でも、基幹ネットワーク101aの監視サーバA1から基幹ネットワーク101bの監視サーバA2に問い合わせることによって、先の実施形態と同様に、ユーザPC1で検索結果のURL毎に負荷情報が表示された画面を確認することができる。
In this way, even when the site server S2 is in the
[異なる基幹ネットワークに接続する装置の処理]
次に、図20で説明したネットワークシステム100aにおいて、基幹ネットワーク101aの装置Xは、基幹ネットワーク101bへの接続口になっている。このため、装置Xは、先に説明した図17のルータR1に接続される装置E24の場合と同様に、自装置がエッジ装置であると判断し、監視サーバA1にこれを通知することが考えられる。この場合は、図22に示すように、監視サーバA1内の監視サーバデータベース301に他の基幹ネットワークに接続している装置リストを予め登録しておくことにより、装置Xから自装置がエッジ装置であると通知してきた場合でも、エッジ装置ではないと判断できる。そして、図21で説明したように、他の基幹ネットワークの監視サーバに対して問い合わせを行い、実際にサイトサーバに接続されているエッジ装置から負荷情報を取得することができる。
[Processing of devices connected to different backbone networks]
Next, in the
このようにして、他の基幹ネットワークに接続している装置リストを監視サーバに予め登録しておくことにより、他の基幹ネットワークへの接続口の装置がエッジ装置であると誤認識した場合でも、当該装置が真のエッジ装置であるか否かの判断を行うことができ、必要に応じて他の基幹ネットワークの監視サーバから真のエッジ装置の負荷情報を取得することができる。 In this way, by registering a device list connected to another backbone network in advance in the monitoring server, even when the device at the connection port to the other backbone network is erroneously recognized as an edge device, It can be determined whether or not the device is a true edge device, and the load information of the true edge device can be acquired from a monitoring server of another backbone network as necessary.
以上、各実施形態において説明してきたように、本発明に係るネットワークシステムは、スイッチ装置自らがエッジ装置であるか否かを判別してサイトサーバのURLに対する負荷情報を蓄積し、検索サーバはエッジ装置から取得した負荷情報と検索結果のURLとを対応させたWEB検索結果を端末装置に提供することができる。 As described above in each embodiment, the network system according to the present invention determines whether or not the switch device itself is an edge device, accumulates load information for the URL of the site server, and the search server is the edge device. A WEB search result in which the load information acquired from the device is associated with the URL of the search result can be provided to the terminal device.
尚、本発明に係る設定情報参照起動型の制御装置および設定情報管理方法について、各実施例を挙げて説明してきたが、その精神またはその主要な特徴から逸脱することなく他の多様な形で実施することができる。そのため、上述した実施例はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明は、特許請求の範囲によって示されるものであって、本発明は明細書本文にはなんら拘束されない。さらに、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内である。 The setting information reference activation type control device and the setting information management method according to the present invention have been described with reference to the respective embodiments, but various other forms can be used without departing from the spirit or main features thereof. Can be implemented. For this reason, the above-described embodiment is merely an example in all respects and should not be interpreted in a limited manner. The present invention is defined by the claims, and the present invention is not limited to the text of the specification. Further, all modifications and changes belonging to the equivalent scope of the claims are within the scope of the present invention.
100・・・ネットワークシステム
101・・・ネットワーク
151・・・送受信処理部
152・・・フレーム解析処理部
153・・・データベース格納処理部
154・・・HTTPデータベース
155・・・統計情報処理部
156・・・統計情報格納処理部
157・・・統計情報データベース
158・・・エッジ判別処理部
159・・・負荷情報処理部
160・・・負荷情報データベース
301・・・監視サーバデータベース
302・・・検索サーバデータベース
PC1,PC2・・・ユーザPC(パソコン)
E1〜E11,E20〜E24,X,Y・・・装置(L2スイッチ装置)
A1,A2,A3,A4・・・監視サーバ
K1・・・検索サーバ
S1,S2,S3・・・サイトサーバ
DESCRIPTION OF
E1 to E11, E20 to E24, X, Y ... device (L2 switch device)
A1, A2, A3, A4 ... Monitoring server K1 ... Search servers S1, S2, S3 ... Site servers
Claims (12)
WEBサービスを提供するサイトサーバと、
前記ネットワークに接続される端末装置のWEB検索要求に応じて前記サイトサーバのURL情報をWEB検索結果として前記端末装置に提供する検索サーバと、
前記複数のスイッチ装置の状態を監視する監視サーバとを有し、
前記検索サーバは、前記端末装置のWEB検索要求を受け取って検索を実行し、そのWEB検索結果の各URLに対応する前記各サイトサーバ直近の前記スイッチ装置の負荷情報を前記監視サーバから取得して前記WEB検索結果の各URLに関連付けて前記端末装置に提供する
ことを特徴とするネットワークシステム。 A plurality of switch devices constituting a mesh network;
A site server that provides WEB service;
A search server for providing URL information of the site server as a WEB search result to the terminal device in response to a WEB search request of the terminal device connected to the network;
A monitoring server for monitoring the state of the plurality of switch devices,
The search server receives the WEB search request of the terminal device, executes a search, and acquires load information of the switch device nearest to each site server corresponding to each URL of the WEB search result from the monitoring server. A network system characterized by being provided to the terminal device in association with each URL of the WEB search result.
前記スイッチ装置は、
フレームを送受信する送受信処理部と、
前記送受信処理部で送受信するフレーム解析または統計情報処理を行って負荷情報を蓄積する負荷情報処理部と、
前記負荷情報を蓄積するデータベースと、
自装置がエッジ装置であるか否かを判別して、エッジ装置である場合は前記監視サーバに通知するエッジ判別処理部と
を有する
ことを特徴とするネットワークシステム。 The network system according to claim 1,
The switch device is
A transmission / reception processing unit for transmitting / receiving a frame;
A load information processing unit that performs frame analysis or statistical information processing to be transmitted / received by the transmission / reception processing unit,
A database for storing the load information;
A network system comprising: an edge determination processing unit that determines whether or not the own device is an edge device and notifies the monitoring server if the device is an edge device.
前記スイッチ装置のエッジ判別処理部は、前記フレームの中のHTTPリクエストフレームを格納するIPフレームまたはTCPフレームのヘッダ部にカウンタを設けて、前記IPフレームまたは前記TCPフレームを転送する毎に前記カウンタをカウントアップし、前記HTTPリクエストフレームを送信時の前記カウンタ値を第1カウンタ値として保持し、前記HTTPリクエストフレームに対するHTTPレスポンスフレームを格納する前記IPフレームまたは前記TCPフレームのヘッダ部の前記カウンタ値を第2カウンタ値として前記第1カウンタ値と比較して、一致する場合は自装置が当該サイトサーバの直近の装置であると判断する
ことを特徴とするネットワークシステム。 The network system according to claim 2,
The edge determination processing unit of the switching device provides a counter in the header portion of the IP frame or TCP frame that stores the HTTP request frame in the frame, and the counter is set each time the IP frame or the TCP frame is transferred. Counting up, holding the counter value at the time of transmitting the HTTP request frame as a first counter value, and storing the counter value in the header part of the IP frame or the TCP frame for storing an HTTP response frame for the HTTP request frame Compared with the first counter value as a second counter value, if they match, it is determined that the own device is the device closest to the site server.
前記スイッチ装置は、レイヤ2スイッチであることを特徴とするネットワークシステム。 In the network system according to any one of claims 1 to 3,
The network system, wherein the switch device is a layer 2 switch.
前記負荷情報は、前記サイトサーバ直近の前記スイッチ装置が前記サイトサーバとの間で情報を送受信する際の使用帯域または過去の同時刻の使用帯域の平均値である
ことを特徴とするネットワークシステム。 In the network system according to any one of claims 1 to 4,
The load information is a use band when the switch device closest to the site server transmits / receives information to / from the site server, or an average value of use bands at the same time in the past.
前記負荷情報は、前記サイトサーバ直近の前記スイッチ装置が前記サイトサーバに情報を要求する要求フレームの送信時刻と前記要求フレームに対する応答フレームの受信時刻との差分から求めた応答時間である
ことを特徴とするネットワークシステム。 In the network system according to any one of claims 1 to 4,
The load information is a response time obtained from a difference between a transmission time of a request frame for requesting information from the site server by the switch device closest to the site server and a reception time of a response frame to the request frame. Network system.
前記負荷情報は、前記サイトサーバ直近の前記スイッチ装置が前記サイトサーバとの間の所定時間内のアクセス頻度である
ことを特徴とするネットワークシステム。 In the network system according to any one of claims 1 to 4,
The network system, wherein the load information is an access frequency within a predetermined time between the switch device closest to the site server and the site server.
前記負荷情報は、前記サイトサーバ直近の前記スイッチ装置で前記サイトサーバが接続されているポートの送信方向のデータ量と受信方向のデータ量のうち多い方の値である
ことを特徴とするネットワークシステム。 In the network system according to any one of claims 1 to 4,
The load information is a larger value of a data amount in a transmission direction and a data amount in a reception direction of a port to which the site server is connected in the switch device closest to the site server. .
前記検索サーバは、前記監視サーバを介さずに前記サイトサーバ直近の前記スイッチ装置から負荷情報を取得して前記WEB検索結果の各URLに関連付けて前記端末装置に提供する
ことを特徴とするネットワークシステム。 In the network system according to any one of claims 1 to 8,
The search server obtains load information from the switch device closest to the site server without passing through the monitoring server, and provides it to the terminal device in association with each URL of the WEB search result. .
前記サイトサーバが前記端末装置および前記監視サーバの属する第1基幹ネットワーク外の第2基幹ネットワークにある場合、前記第1基幹ネットワークの検索サーバは、前記第1基幹ネットワークの監視サーバの情報と前記第2基幹ネットワークの監視サーバの情報とを取得する
ことを特徴とするネットワークシステム。 The network system according to any one of claims 1 to 9,
If the site server is in a second backbone network outside the first core network to which the terminal belongs device and the monitoring server, the search server of the first backbone network, the monitoring server information of the first backbone network first 2. A network system characterized by acquiring information on a monitoring server of a backbone network.
前記端末装置および前記監視サーバの属する第1基幹ネットワーク外の第2基幹ネットワークに前記サイトサーバがある場合、且つ、前記第1基幹ネットワークの検索サーバが前記第2基幹ネットワークの監視サーバの情報を持っていない場合、前記第1基幹ネットワークの監視サーバは、前記第2基幹ネットワークの監視サーバから前記サイトサーバ直近の前記スイッチ装置の情報を取得する
ことを特徴とするネットワークシステム。 The network system according to any one of claims 1 to 10,
When the site server is in a second backbone network outside the first backbone network to which the terminal device and the monitoring server belong, and the search server of the first backbone network has information on the monitoring server of the second backbone network If not, the monitoring server of the first backbone network acquires information on the switch device closest to the site server from the monitoring server of the second backbone network.
前記端末装置および前記監視サーバの属する第1基幹ネットワーク外の第2基幹ネットワークに前記サイトサーバがある場合、且つ、前記監視サーバが他の基幹ネットワークへ接続する直近の前記スイッチ装置のリストを保持している場合、
前記監視サーバは、前記リストに記載されている前記スイッチ装置から前記サイトサーバ直近の前記スイッチ装置である通知を受けても当該スイッチ装置は前記サイトサーバ直近のスイッチ装置ではないと判断する
ことを特徴とするネットワークシステム。 The network system according to any one of claims 1 to 11,
When the site server is in a second backbone network outside the first backbone network to which the terminal device and the monitoring server belong, and the monitoring server holds a list of the latest switch devices connected to another backbone network If
The monitoring server determines that the switch device is not the switch device closest to the site server even when the switch device listed in the list receives a notification that the switch device is closest to the site server. Network system.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011107458A JP5475717B2 (en) | 2011-05-12 | 2011-05-12 | Network system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011107458A JP5475717B2 (en) | 2011-05-12 | 2011-05-12 | Network system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2012239075A JP2012239075A (en) | 2012-12-06 |
JP5475717B2 true JP5475717B2 (en) | 2014-04-16 |
Family
ID=47461578
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2011107458A Expired - Fee Related JP5475717B2 (en) | 2011-05-12 | 2011-05-12 | Network system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5475717B2 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015076643A (en) | 2013-10-04 | 2015-04-20 | 富士通株式会社 | Control program, control device, and control method |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6366907B1 (en) * | 1999-12-15 | 2002-04-02 | Napster, Inc. | Real-time search engine |
JP5061372B2 (en) * | 2008-11-06 | 2012-10-31 | Necアクセステクニカ株式会社 | Web search system, web search method, and web search program |
-
2011
- 2011-05-12 JP JP2011107458A patent/JP5475717B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2012239075A (en) | 2012-12-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10284516B2 (en) | System and method of determining geographic locations using DNS services | |
JP6816139B2 (en) | Methods, systems, and devices for generating information transmission performance alerts | |
KR101548021B1 (en) | Method For Managing Network | |
KR101086545B1 (en) | Method for determining network proximity for global traffic load balancing using passive tcp performance instrumentation | |
CN114422400B (en) | Method and apparatus for real-time traffic steering using real-time user monitoring data | |
JP5865221B2 (en) | Sensor data collection system and gateway control method | |
JP2018521611A5 (en) | ||
JP2012161098A (en) | Method for collecting and analyzing network performance data | |
CN112491719A (en) | Network node selection method, equipment and storage medium | |
CN101272380A (en) | Method, system and device for network action management | |
JP5475717B2 (en) | Network system | |
CN110838950B (en) | Method and device for determining network performance jitter value | |
KR101518468B1 (en) | Method for detecting a number of client terminal from the internet request traffics sharing the public IP address and System for detecting the same | |
US20120047241A1 (en) | Apparatus, system, and method of managing an image forming device, and medium storing control program | |
JP5577968B2 (en) | Network investigation method and network investigation apparatus | |
US20160254979A1 (en) | Communication system, common service control apparatus, data transmission method, and non-transitory computer readable medium | |
JP2006157313A (en) | Path creation system, path creation apparatus and path creation program | |
JP2005234851A (en) | Communication system, management apparatus, information collecting apparatus and communication method | |
CN108370390A (en) | Address is collected in a sub-network | |
JP5680978B2 (en) | COMMUNICATION DEVICE, COMMUNICATION METHOD, AND COMMUNICATION PROGRAM | |
JP2010268368A (en) | Method and system for server selection in network, and program | |
JP2007110238A (en) | Distributed information management system, information collecting server, information acquisition server, distributed information management method and program | |
JP2014239297A (en) | Failure cause estimation system, failure cause estimation method, failure cause estimation device, failure cause estimation program, radio communication monitoring device, and radio communication monitoring program | |
JP4165828B2 (en) | Communication network, network control server, traffic control method, and program | |
WO2013088739A1 (en) | Communication monitoring system and program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20130326 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20131118 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20131126 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20131226 |
|
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: 20140204 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20140206 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |