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.
近年のインターネットの普及により、様々な情報を簡単に収集できるようになってきた。これに伴って検索サーバの検索技術や検索結果の表示技術は大きく進歩し、ますます効率的に情報収集が行えるようになってきた。一方、インターネットのインフラである基幹ネットワークを構成するＬ２ＳＷ（レイヤ２のスイッチ装置）には、流れるデータの情報やデータ量を統計的に保持する機能を有する装置が普及している（例えば、特許文献１参照）。さらに、これらの装置を遠隔から監視するシステムも同時に進歩してきた。
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 (
従来技術では、メッシュ状のネットワークを構成する複数のスイッチ装置のうちＷＥＢサービスを提供するサイトサーバ直近に接続されているスイッチ装置（エッジ装置と称する）を特定することができないので、エッジ装置自体の負荷状態（アクセス頻度などを含むものとする）を知ることができないという問題があった。また、他の基幹ネットワークにサイトサーバがある場合は、ユーザが属する基幹ネットワークの監視サーバは他の基幹ネットワークの負荷情報は知ることができないという問題があった。 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.
上記課題に鑑み、本発明の目的は、エッジ装置を特定して、エッジ装置の負荷情報を取得し、ＷＥＢ検索結果に関連付けて表示できるネットワークシステムを提供することである。 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.
本発明に係るネットワークシステムは、メッシュ状のネットワークを構成する複数のスイッチ装置と、ＷＥＢサービスを提供するサイトサーバと、前記ネットワークに接続される端末装置のＷＥＢ検索要求に応じて前記サイトサーバのＵＲＬ情報をＷＥＢ検索結果として前記端末装置に提供する検索サーバと、前記複数のスイッチ装置の状態を監視する監視サーバとを有し、前記検索サーバは、前記端末装置のＷＥＢ検索要求を受け取って検索を実行し、そのＷＥＢ検索結果の各ＵＲＬに対応する前記各サイトサーバ直近の前記スイッチ装置の負荷情報を前記監視サーバから取得して前記ＷＥＢ検索結果の各ＵＲＬに関連付けて前記端末装置に提供することを特徴とする。 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.
さらに、前記スイッチ装置のエッジ判別処理部は、前記フレームの中のＨＴＴＰリクエストフレームを格納するＩＰフレームまたはＴＣＰフレームのヘッダ部にカウンタを設けて、前記ＩＰフレームまたは前記ＴＣＰフレームを転送する毎に前記カウンタをカウントアップし、前記ＨＴＴＰリクエストフレームを送信時の前記カウンタ値を第１カウンタ値として保持し、前記ＨＴＴＰリクエストフレームに対するＨＴＴＰレスポンスフレームを格納する前記ＩＰフレームまたは前記ＴＣＰフレームのヘッダ部の前記カウンタ値を第２カウンタ値として前記第１カウンタ値と比較して、一致する場合は自装置が当該サイトサーバの直近の装置であると判断することを特徴とする。 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.
特に、前記スイッチ装置は、レイヤ２スイッチであることを特徴とする。
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. .
特に、前記検索サーバは、前記監視サーバを介さずに前記サイトサーバ直近の前記スイッチ装置から負荷情報を取得して前記ＷＥＢ検索結果の各ＵＲＬに関連付けて前記端末装置に提供することを特徴とする。 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. .
また、前記サイトサーバが前記端末装置および前記監視サーバの属する第１基幹ネットワーク外の第２基幹ネットワークにある場合、前記第１基幹ネットワークの検索サーバは、前記第１基幹ネットワークの監視サーバの情報と前記第２基幹ネットワークの監視サーバの情報とを取得することを特徴とする。 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.
特に、前記端末装置および前記監視サーバの属する第１基幹ネットワーク外の第２基幹ネットワークに前記サイトサーバがある場合、且つ、前記第１基幹ネットワークの検索サーバが前記第２基幹ネットワークの監視サーバの情報を持っていない場合、前記第１基幹ネットワークの監視サーバは、前記第２基幹ネットワークの監視サーバから前記サイトサーバ直近の前記スイッチ装置の情報を取得することを特徴とする。 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.
さらに、前記端末装置および前記監視サーバの属する第１基幹ネットワーク外の第２基幹ネットワークに前記サイトサーバがある場合、且つ、前記監視サーバが他の基幹ネットワークへ接続する直近の前記スイッチ装置のリストを保持している場合、前記監視サーバは、前記リストに記載されている前記スイッチ装置から前記サイトサーバ直近の前記スイッチ装置である通知を受けても当該スイッチ装置は前記サイトサーバ直近のスイッチ装置ではないと判断することを特徴とする。 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.
本発明に係るネットワークシステムは、スイッチ装置自らがエッジ装置であるか否かを判別し、検索サーバはエッジ装置から取得した負荷情報とＵＲＬとを対応させたＷＥＢ検索結果を端末装置に提供することができる。 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.
図１は、本実施形態に係るネットワークシステム１００の構成例を示す図である。図１において、ネットワークシステム１００は、メッシュ状のネットワーク１０１を構成する複数のＬ２スイッチ装置（図１の例では装置Ｅ１から装置Ｅ１１）と、検索サーバＫ１と、監視サーバＡ１と、サイトサーバＳ１とを有する。尚、装置Ｅ１から装置Ｅ１１に共通の事項を説明する場合は装置Ｅと表記する。また、本実施形態における動作説明では、サイトサーバＳ１の動作について説明するが、実際には点線で示したように、サイトサーバＳ２およびサイトサーバＳ３などの複数のサイトサーバが用いられる。ここで、サイトサーバとは、ｈｔｔｐ対応のホームページなどを提供するサーバでＷＥＢサーバとも呼ばれている。また、検索サーバとは、装置Ｅに接続されるユーザ端末装置（図１の例ではユーザＰＣ１またはユーザＰＣ２）から送信される検索キーワードを含む情報を公開しているサイトサーバのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を検索して、検索結果（ＵＲＬリストなど）をユーザ端末装置に返信するサーバである。さらに、監視サーバとは、管轄する基幹ネットワーク（図１の例ではネットワーク１０１）内の全装置Ｅの動作設定や動作状態の監視および制御などを行うためのサーバである。また、図１では、１つのネットワーク１０１内に閉じているが、複数の基幹ネットワークが装置Ｅを介して接続され、それぞれの基幹ネットワーク内にも検索サーバ、監視サーバおよびサイトサーバが配置されている。尚、複数の基幹ネットワークを有する場合の実施形態については後で詳しく説明する。
FIG. 1 is a diagram illustrating a configuration example of a
図１において、ユーザＰＣ１は装置Ｅ１を介してネットワーク１０１に接続され、ユーザＰＣ２は装置Ｅ２を介してネットワーク１０１に接続されている。また、サイトサーバＳ１は装置Ｅ９を介してネットワーク１０１に接続され、検索サーバＫ１および監視サーバＡ１は装置Ｅ３および装置Ｅ４を介してそれぞれネットワーク１０１に接続されている。尚、検索サーバＫ１と監視サーバＡ１は別のネットワークで接続されていてもよい。
In FIG. 1, a user PC 1 is connected to the
先ず、ユーザＰＣ１から検索サーバＫ１に検索キーワードを送信して検索キーワードが含まれる情報を公開しているサイトサーバのＵＲＬを検索する場合の動作について説明する。例えばユーザＰＣ１は一般に用いられているＤＮＳサーバ（図１には記載せず）を介して検索サーバＫ１に接続する。そして、ユーザＰＣ１の画面には、図２に示すように、検索サーバＫ１から受信する検索画面が表示される。ユーザが検索キーワード（図２の例では「食品Ａ レシピ」）を入力して検索ボタンを押下すると、検索キーワードが検索サーバＫ１に送られる。そして、検索サーバＫ１は受信する検索キーワードに該当する情報を有するサイトサーバ（図１の例ではサイトサーバＳ１，Ｓ２，Ｓ３など）へアクセスするためのＵＲＬを検索し、ＵＲＬリストなどの検索結果をユーザＰＣ１に送信する。
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
図３は検索サーバＫ１から受信した検索結果の画面例を示す図である。検索結果には、検索キーワードを含む公開情報２０１やサイトサーバのＵＲＬ２０２ａ（ｗｗｗ．ａｂｃｄｅｆ．ｃｏｍ／ａａａ１２３／・・・）などが表示される。ここで、例えばＵＲＬ２０２ａはサイトサーバＳ１のＵＲＬ、ＵＲＬ２０２ｂはサイトサーバＳ２のＵＲＬ、ＵＲＬ２０２ｃはサイトサーバＳ３のＵＲＬのようにそれぞれ対応する。そして、ユーザＰＣ１で例えばＵＲＬ２０２ａを選択（マウスカーソルでクリック）すると、ユーザＰＣ１からネットワーク１０１を介してサイトサーバＳ１に接続され、サイトサーバＳ１から当該ＵＲＬに対応するホームページなどが表示される。
FIG. 3 is a diagram showing an example of a search result screen received from the search server K1. In the search result, the
このようにして、ユーザＰＣ１は、見たい情報を提供するサイトサーバのＵＲＬを検索サーバＫ１を介して検索し、検索結果の中から選択したＵＲＬのサイトサーバから必要な情報を得ることができる。
In this way, the
ところが、図３の例では、検索結果の画面から各ＵＲＬを提供するサイトサーバにアクセスする際の負荷状態（サイトサーバの混雑状態やサイトサーバに接続する経路の混雑状態などを含む）をユーザーは知ることができない。 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.
そこで、本実施形態に係るネットワークシステム１００では、検索サーバＫ１が作成してユーザＰＣ１に送信する検索結果の各ＵＲＬ毎に負荷情報を表示できるようになっている。例えば図４では、負荷情報として、当該サイトサーバにアクセスする際の使用帯域を表示する様子を示している。図４の場合、ＵＲＬ２０２ａの使用帯域２０３ａは３０％程度で空いているが、ＵＲＬ２０２ｂの使用帯域２０３ｂは８０％以上で混雑していることをユーザは検索結果の画面を見て知ることができる。これにより、例えばユーザは、アクセスが遅くなる可能性が高いＵＲＬ２０２ｂの選択を避けて、ＵＲＬ２０２ａやＵＲＬ２０２ｃなどを選択することができる。ここで、使用帯域（或いは帯域使用率）は、現帯域使用量（送信量または受信量）／最大帯域使用量（ポート毎に決められた最大送信量または最大受信量）（％）により求めることができる。
Therefore, in the
また、図５の例では、図４で説明した使用帯域の過去の履歴（図５の例では２日前までの履歴）を検索結果画面の各ＵＲＬ毎に表示する。これにより、例えばユーザは、ＵＲＬ２０２ａは過去の使用帯域２０４ａから本日だけ混雑していること、ＵＲＬ２０２ｂは過去の使用帯域２０４ｂからいつも空いていること、などの負荷情報を知ることができる。
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
さらに、図６の例では、応答時間を検索結果画面の各ＵＲＬ毎に表示する。尚、応答時間は、サイトサーバが接続されるエッジ装置Ｅとサイトサーバとの間の回線帯域とサイトサーバ自体の処理負荷を含むので、実際にアクセスした時のレスポンスが速さを知ることができる。これにより、例えばユーザは、ＵＲＬ２０２ａは応答時間２０５ａが０．３秒なのでレスポンスが速い、ＵＲＬ２０２ｂは応答時間２０５ｂが５．３秒なのでレスポンスが遅い、などの判断を行うことができる。
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
また、図７の例では、統計情報として直近のアクセス頻度（１時間当りのアクセス件数）を検索結果画面の各ＵＲＬ毎に表示する。尚、従来技術として過去のアクセス件数を表示するものもあるが、図７の場合は直近のアクセス頻度を表示することができる。これにより、例えばユーザは、ＵＲＬ２０２ａの直近の１時間のアクセス件数が５１０００件で、ＵＲＬ２０２ｂの直近の１時間のアクセス件数は１０００件なので、ＵＲＬ２０２ａの方がレスポンスが遅い可能性があるという判断を行うことができる。
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
このようにして、本実施形態に係るネットワークシステム１００では、検索サーバの検索結果画面から各ＵＲＬを提供するサイトサーバにアクセスする際の負荷状態をアクセスする前に知ることができる。これにより、ユーザは、比較的レスポンスが速いサイトサーバのＵＲＬを選択することができる。尚、負荷情報は、過去の同時刻の装置の負荷情報からその平均値を表示するようにしてもよい。
Thus, in the
次に、本実施形態に係るネットワークシステム１００において、各装置Ｅと検索サーバＫ１および監視サーバＡ１との間で送受信される情報について図８のシーケンス図を用いて説明する。尚、ネットワークシステム１００はＳＮＭＰプロトコルに対応し、制御情報を送受信する。
Next, in the
図８において、監視サーバＡ１は、管轄するネットワーク１０１内の全装置Ｅから各装置Ｅに接続されるサイトサーバのＵＲＬ情報を収集する。ＵＲＬ情報の収集は、例えば監視サーバＡ１が全装置Ｅに対して定期的にポーリングを行って収集してもよいし、ポーリング対象の装置Ｅを自装置がエッジ装置であるという通知をしてきた装置Ｅに限定してもよい。或いは、ポーリングを行わずに装置Ｅから自装置がエッジ装置であるという通知を受けたときだけ、当該装置からＵＲＬ情報を収集するようにしてもよい。
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
ここで、後で説明するように装置Ｅは自装置があるサイトサーバのエッジ装置であるか否かを判別する機能を有している。そして、装置Ｅは、自装置がエッジ装置であると判断した場合に監視サーバＡ１に自装置がエッジ装置であることを通知する。装置Ｅは、自装置に接続されるサイトサーバのＵＲＬ情報を蓄積したＨＴＴＰデータベース１５４や帯域使用率やアクセス件数などの統計情報を蓄積する統計情報データベース１５７を有している。尚、いずれか１つのデータベースでもよいし、両方の情報を１つのデータベースに集約してもよい。監視サーバＡ１は装置Ｅに対して「ＳＮＭＰ ＧＥＴ」コマンドを送信してポーリングを行い、装置Ｅは自装置内のＨＴＴＰデータベース１５４に蓄積されたＵＲＬ情報を「ＳＮＭＰレスポンス」として監視サーバＡ１に返信する。監視サーバＡ１は、各装置Ｅから収集したＵＲＬ情報を各装置Ｅの装置ＩＤに対応付けて、監視サーバＡ１内の監視サーバデータベース３０１に保持する。これにより、監視サーバＡ１は、どの装置ＥがどのＵＲＬについての情報を保持しているかを管理することができる。
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
同様に検索サーバＫ１は、複数の監視サーバに対してＳＮＭＰによる定期的なポーリングを行い、各ＵＲＬ毎にどの監視サーバの配下のどの装置Ｅに属しているのかを示す情報を得ることができる。図８の例では、検索サーバＫ１は監視サーバＡ１から収集した情報を自身の検索サーバデータベース３０２に蓄積する。尚、図８の例では、検索サーバＫ１は監視サーバＡ１を介して装置Ｅの情報を直接収集するようにしてもよい。これにより、装置情報を収集する時に検索サーバＫ１と監視サーバＡ１との間で情報を送受信する必要が無くなるため、装置Ｅの負荷情報をより速く検索画面に表示できる。
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
次に、図８で説明したシーケンスにより、監視サーバＡ１と検索サーバＫ１とにＵＲＬに関する情報が蓄積された状態にある場合に、ユーザＰＣ１が検索サーバＫ１に検索キーワードを含むＨＴＴＰリクエストフレームを送信すると、検索サーバＫ１は検索キーワードを含むＷＥＢページを有するサイトサーバのＵＲＬを検索する。この処理は、一般的に行われている検索サーバの情報検索サービスと同じである。従来の検索サーバでは、この時点の検索結果をＨＴＴＰレスポンスとしてユーザ側に返信して検索結果画面がユーザＰＣ１に表示されていた（図３）。 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).
これに対して、本実施形態に係るネットワークシステム１００では、図９に示すように、検索サーバＫ１は、自身の検索サーバデータベース３０２を参照して、検索結果の各ＵＲＬに対応するエッジ装置Ｅを管轄する監視サーバＡ１に対して「ＳＮＭＰ ＧＥＴ」コマンドを送信し、目的のＵＲＬを持つサイトサーバに接続されるエッジ装置Ｅのポートの負荷情報（例えば帯域使用率やアクセス頻度など）を要求する。そして、この要求を受けた装置Ｅは自身が保持しているＨＴＴＰデータベース１５４や統計情報データベース１５７を参照して、要求された負荷情報を求める。例えば負荷情報がアクセス頻度である場合は、エッジ装置Ｅから当該ＵＲＬに相当するサイトサーバへのアクセス数（例えばＨＴＴＰの＜ｈｏｓｔ＞までの部分一致検索でヒットするもの）を取得する。尚、＜ｈｏｓｔ＞は、フォーマット（ｈｔｔｐ：／／＜ｈｏｓｔ＞：＜ｐｏｒｔ＞／＜ｐａｔｈ＞？＜ｓｅａｒｃｈｐａｒｔ＞）で示されるＵＲＬの一部でＲＦＣ１７３８に定められている。
On the other hand, in the
アクセス数は、装置自身が保持しているＨＴＴＰデータベース１５４に格納しているデータベースの中からＨＴＴＰリクエストフレームにあるＵＲＬに該当するデータのうち、種別がＨＴＴＰフレームのヘッダ情報がＧＥＴであり、且つ、装置Ｅからサイトサーバへの送信時刻が現在時刻から１時間以内であるデータの個数をアクセス頻度として求める。そして、求めたアクセス頻度を「ＳＮＭＰ ＲＥＳＰＯＮＳＥ」に格納して監視サーバＡ１に送信する。同様に、要求された負荷情報が帯域使用率の場合は、統計情報データベース１５７に蓄積されている装置Ｅのサイトサーバが接続されているポートの送信量（または受信量）を設定されている最大送信量（または最大受信量）で割って帯域使用率（％）を求め、これを「ＳＮＭＰ ＲＥＳＰＯＮＳＥ」に格納して監視サーバＡ１に送信する。監視サーバＡ１は装置Ｅから受信した「ＳＮＭＰ ＲＥＳＰＯＮＳＥ」の負荷情報を検索サーバＫ１に送信し、検索サーバＫ１は監視サーバＡ１から受信した負荷情報を先に検索した検索結果の該当するＵＲＬに対応付けた「ＨＴＴＰレスポンス」をユーザＰＣ１に送信する。尚、この場合は送信量／最大送信量と受信量／最大受信量の２つの値の大小を比較して、大きい値を監視サーバＡ１に送信するようにしても構わない。
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
このようにして、ユーザＰＣ１では、先に図４、図５、図６および図７で説明したように、負荷情報を含む検索結果画面を閲覧することができる。
［装置Ｅの構成］
次に装置Ｅの構成例について図１０を用いて説明する。尚、図１０は図１の一部分を抜き出した図で、図１におけるサイトサーバＳ１に接続されるエッジ装置（装置Ｅ９）と、装置Ｅ９に接続される装置Ｅ８を示している。また、図１０では、装置Ｅ９の構成例を描いてあるが、他の装置Ｅについても同様に構成される。
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.
図１０において、装置Ｅ９は、送受信処理部１５１と、フレーム解析処理部１５２と、データベース格納処理部１５３と、ＨＴＴＰデータベース１５４と、統計情報処理部１５５と、統計情報格納処理部１５６と、統計情報データベース１５７と、エッジ判別処理部１５８とで構成される。尚、フレーム解析処理部１５２とデータベース格納処理部１５３および統計情報処理部１５５と統計情報格納処理部１５６は、負荷情報を求めるためのブロック（負荷情報処理部１５９）として１つにまとめてもよい。同様に、ＨＴＴＰデータベース１５４および統計情報データベース１５７を負荷情報データベース１６０として１つにまとめてもよい。そして、負荷情報処理部１５９は、フレーム解析処理部１５２で送受信されるフレーム情報や統計情報などから得られる負荷情報を負荷情報データベース１６０に蓄積する処理や、負荷情報データベース１６０に蓄積された負荷情報を監視サーバＡ１や検索サーバＫ１からの要求に応じて送信する処理などを行う。
In FIG. 10, an apparatus E9 includes a transmission /
尚、図１０では、統計情報データベース１５７に蓄積される統計情報を用いて算出する送信量や受信量などの負荷情報と、ＨＴＴＰデータベース１５４に蓄積されるフレーム情報を用いて算出される応答時間などの負荷情報との両方に対応する構成を描いてあるが、例えばＨＴＴＰデータベース１５４に蓄積されたフレーム情報から求められる負荷情報のみを用いる場合は、図１１に示したように、フレーム解析処理部１５２、データベース格納処理部１５３およびＨＴＴＰデータベース１５４のみを搭載する構成であってもよい。逆に、図１２に示すように、統計情報処理部１５５、統計情報格納処理部１５６および統計情報データベース１５７のみを搭載する構成であってもよい。尚、図１２では、図１０に示した統計情報の送信量および受信量を直近、１日前、２日前のように過去の送信量の平均および受信量の平均を統計情報処理部１５５で求めて統計情報データベース１５７に蓄積する例を示している。
In FIG. 10, load information such as transmission amount and reception amount calculated using statistical information accumulated in the
送受信処理部１５１は、装置Ｅ８とサイトサーバＳ１との間でフレーム（ＴＣＰ／ＩＰフレーム）を送受信する。尚、図１０では、サイトサーバＳ１と装置Ｅ８との間でフレームを送受信するが、サイトサーバＳ１に直接接続されない装置Ｅの場合は、サイトサーバＳ１ではなく、隣接する装置Ｅ間でフレームを送受信する。装置Ｅは複数のポートを有し、送受信処理部１５１はフレームの宛先に応じて各ポート間でフレームを送受信する。図１０の例では、装置Ｅ８はポート１にサイトサーバＳ１はポート１０にそれぞれ接続されており、他の装置Ｅ４、装置Ｅ６および装置Ｅ１１についてもそれぞれ他のポートに接続されている。
The transmission /
フレーム解析処理部１５２は、送受信処理部１５１で送受信されるフレームの内容を解析してＨＴＴＰデータであるか否かを判断する。そして、フレームがＨＴＴＰフレームである場合は、ＨＴＴＰヘッダに格納されているコマンド種別（ＲＦＣ２６１６に定義されているメソッド（ＧＥＴなど）やステータスコード（２００ＯＫなど））やＵＲＬ、送信元ＩＰおよび宛先ＩＰ、送信ポートおよび受信したフレームを送信ポートから出力する時刻などを抽出する。
The frame
データベース格納処理部１５３は、フレーム解析処理部１５２が抽出したＵＲＬ、種別、送信元ＩＰ、宛先ＩＰ、送信ポート、送信時刻などの情報をＨＴＴＰデータベース１５４に格納する。
The database
ＨＴＴＰデータベース１５４は、装置Ｅ内のデータベースで、フレーム解析処理部１５２が抽出したＵＲＬ、種別、送信元ＩＰ、宛先ＩＰ、送信ポート、送信時刻などの情報が蓄積する。図１０の例では、サイトサーバＳ１に対応するＵＲＬ：ａａａの装置Ｅ８からサイトサーバＳ１へのＨＴＴＰリクエストフレーム（送信元ＩＰ：Ａ、宛先ＩＰ：Ｂ、コマンド：ＧＥＴ）は送信ポート１０（サイトサーバＳ１に接続されているポート）から送信時刻：ｔ２に送信されたことがＨＴＴＰデータベース１５４に蓄積される。そして、時刻ｔ２の後の時刻ｔ３では、時刻ｔ２のＨＴＴＰリクエストフレームの応答としてサイトサーバＳ１から受信するＨＴＴＰレスポンスフレーム（送信元ＩＰ：Ｂ、宛先ＩＰ：Ａ、コマンド：２００ＯＫ）をポート１から装置Ｅ８に送信されたことがＨＴＴＰデータベース１５４に蓄積される。ここで、ｔ２−ｔ１＝Ｔｒｅｓは、サイトサーバＳ１にＨＴＴＰリクエストフレームを送信してから装置Ｅ８にサイトサーバＳ１から受信したＨＴＴＰレスポンスフレームを送信するまでの時間に相当するので、装置Ｅ９での処理時間を無視すると、ＴｒｅｓはサイトサーバＳ１から情報を取得するまでの応答時間に相当する。
The
統計情報処理部１５５は、送受信処理部１５１で送受信されるフレームの統計解析を行う。例えば装置ＥのサイトサーバＳ１が接続されるポート１０や、装置Ｅ８が接続されるポート１におけるフレームの送受信量を統計処理する。図１０の例では、ポート１の送信量が１００Ｍｂｐｓおよび受信量が２００Ｍｂｐｓで、ポート１０の送信量が１００Ｍｂｐｓおよび受信量が５７００Ｍｂｐｓであることが統計情報データベース１５７からわかる。
The statistical
統計情報格納処理部１５６は、統計情報処理部１５５が求めた統計情報を統計情報データベース１５７に蓄積する処理を行う。
The statistical information
統計情報データベース１５７は、装置Ｅ内のデータベースで、統計情報処理部１５５が求めた統計情報を蓄積する。図１０の例では、各ポートに対応する送信量と受信料とが蓄積される。
The
エッジ判別処理部１５８は、送受信処理部１５１で送受信されるフレームのヘッダに格納されるカウンタ値から自装置がサイトサーバＳ１のエッジ装置であるか否かの判別を行う。そして、エッジ装置である場合は監視サーバＡ１や検索サーバＫ１に通知する。尚、エッジ装置であるか否かの判別処理については、後で詳しく説明する。
The edge
負荷情報処理部１５９は、検索サーバＫ１および監視サーバＡ１からの要求に応じて、ＨＴＴＰデータベース１５４または統計情報データベース１５７に蓄積された情報から負荷情報を求めて監視サーバＡ１および検索サーバＫ１に送受信処理部１５１を介して送信する。負荷情報処理部１５９は、先に説明したように、ＨＴＴＰデータベース１５４に蓄積されたフレーム情報から応答時間やアクセス頻度などを負荷情報として算出したり、統計情報データベース１５７に蓄積された統計情報から使用帯域（或いは帯域使用率）などを負荷情報として算出して、負荷情報データベース１６０（ＨＴＴＰデータベース１５４や統計情報データベース１５７）に記憶する。そして、検索サーバＫ１は、装置Ｅから負荷情報を取得して、ＷＥＢ検索結果の画面に使用帯域や過去の使用帯域履歴、或いは応答時間やアクセス頻度などの負荷情報を表示することができる。尚、ここでは応答時間の算出や統計情報の処理を装置Ｅ側で行うようにしたが、基本的な情報（データ送受信量や送信時刻／受信時刻など）のみを装置Ｅ側の負荷情報データベース１６０に蓄積し、これらの基本的な情報を取得した検索サーバＫ１側で情報を適宜加工してＷＥＢ検索結果に表示するようにしてもよい。
The load
このように、装置Ｅは構成され、送受信するフレームの解析や統計処理を行って送受信されるフレームの情報や統計情報を蓄積し、監視サーバＡ１や検索サーバＫ１からの要求に応じて、負荷情報を提供する。特に、装置Ｅは自装置がエッジ装置であるか否かの判別を自らが行うので、監視サーバＡ１は管轄する全ての装置Ｅについてエッジ装置であるか否かの情報を予め保持しておく必要がなく、また、装置Ｅが増設されたり、サイトサーバＳ１が新たに装置Ｅに接続された場合でも常に最新のエッジ装置情報を得ることができる。
［エッジ装置の判別方法］
次に装置Ｅにおいて、自装置がサイトサーバのエッジ装置であるか否かを判別する方法について説明する。本実施形態に係るネットワークシステム１００に用いられる装置Ｅは、送受信するＴＣＰ／ＩＰフレームが本実施形態に係るネットワークシステム１００の機能に対応する場合に、ＩＰヘッダまたはＴＣＰヘッダにオプション領域を設け、受信したフレームを送信する時にオプション領域のカウンタをインクリメント（＋１）する。ここで、送信したフレームに対して受信するレスポンスフレームのカウント値が送信時のカウント値に一致する場合に自装置が当該フレームのＵＲＬに対応するサイトサーバのエッジ装置であると判断する。
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
尚、ＩＰフレームについて説明する。図１３はＲＦＣ−７９１に規定されるＩＰフレームの構成を示す図である。ＩＰフレームはヘッダ部とデータ部とを有し、ＩＰヘッダには、バージョン、ヘッダ長、サービスタイプ（ＴＯＳ）、データグラム長、ＩＤ、フラグ、フラグメント・オフセット、ＴＴＬ、プロトコル番号、ヘッダチェックサム、送信元ＩＰアドレス、宛先ＩＰアドレスが含まれている。さらに、オプションとして、オプションタイプ、レングス、ベンダーＩＤ、カウンタ６４ビットなどの情報をヘッダ部に付加することができる。ＩＰヘッダのオプション領域は０−４０ｂｙｔｅの可変領域で、オプションタイプのオクテットは、”１ｂｉｔのコピーフラグ”（０＝コピーしない／１＝コピーする）、“２ｂｉｔｓのオプションクラス”、”５ｂｉｔｓのオプションナンバー”を有する。
［ＩＰヘッダのオプション領域の使用例］
次に、本実施形態に係るネットワークシステム１００におけるＩＰヘッダのオプション領域の使用例を示す。尚、ここではＲＦＣ−２７８０に定義されていないタイプ値を使用する。
（１）オプションタイプ
・コピーフラグ：０（コピーしない）
・オプションクラス：２（デバックと計測を使用する）
・オプションナンバー：１６
（２）レングス：オプションタイプからカウンタまでの長さ
（３）ベンダーＩＤ（６ビット）：装置Ｅの製造メーカーのＩＤ
（４）カウンタ（６４ビットカウンタ）：装置ステップ数カウンタとして使用。尚、装置ステップ数カウンタの最大カウントは２の６４乗−１であり、上限値までカウントされた場合は、そのままカウントは停止する。そして、次の装置への転送時はそのままの上限値に固定する。また、装置ステップ数カウンタの上限値（２の６４乗−１）を最後にカウントした装置は、その時点で自装置がエッジ装置とみなし、監視サーバＡ１に通知する。２の６４乗−１は非常に大きな数字なので現実的には上限値に固定されることは少ないと考えられるが、上限値に達した時点でエッジ装置として判断するようにしてもよい。この場合、上限値のフレームを受信した装置以降に転送される装置は、カウントアップせずにそのまま転送する。尚、これらの装置はエッジ装置とはみなさないものとする。
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.
また、エッジ装置として判定する条件は以下の通りである。
（１）カウントが変化していない場合。（尚、フォーマットは正しいものとする。）
（２）応答フレームのオプション領域の全てに０パディングされている場合。
（３）応答フレームのオプション領域が除去されている場合。
（４）本実施形態に係るネットワークシステム１００で指定したオプション領域のフォーマットに適合していない場合。
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
上記の（２）、（３）および（４）の場合は、本実施形態に係るネットワークシステム１００の装置Ｅ以外の機器を経由しているとみなす。
In the cases (2), (3), and (4) above, it is considered that a device other than the device E of the
尚、自装置がエッジ装置であると判定された場合、且つ、本実施形態に係るネットワークシステム１００の装置Ｅ以外の機器を経由し、オプション領域に変更が加わっている場合（上記（１）〜（３）の場合）は、改めてオプション領域を付加し、カウンタ値に自装置が送信した時のカウンタを＋１した値を設定して次の装置に転送する。これにより、自装置以降の装置Ｅがエッジ装置であると誤判定することを防止できる。
［ＴＣＰヘッダのオプション領域の使用例］
上記の説明ではＩＰヘッダを利用したが、ＩＰヘッダではなくＴＣＰヘッダを利用しても構わない。ＴＣＰフレームはＩＰフレームのデータ部に格納され、ヘッダ部とデータ部とを有する。図１４はＲＦＣ−７９３に規定されるＴＣＰフレームの構成を示す図である。ＴＣＰヘッダには、送信元ポート、送信先ポート、シーケンス番号、ＡＣＫ番号、データオフセット、フラグ、ウィンドウサイズ、チェックサム、緊急ポインタなどが含まれる。さらに、オプションとして、オプション種別、レングス、ベンダーＩＤ、カウンタ６４ビットなどの情報をヘッダ部に付加することができる。ＴＣＰヘッダのオプション領域は０−４０ｂｙｔｅの可変領域である。オプションタイプの最初のオクテットはＫｉｎｄ（種類）を表す。
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.
例えばＨＴＴＰフレームにおいて、ＩＰヘッダの代わりにＴＣＰヘッダのオプション領域の６４ビットカウンタを装置ステップ数カウンタとして用い、ＩＰヘッダの場合と同様にカウンタ値を判断することで自装置がエッジ装置であるか否かを判定する。
［ＴＣＰヘッダのオプション領域の使用例］
次に、本実施形態に係るネットワークシステム１００におけるＴＣＰヘッダのオプション領域の使用例を示す。尚、ここではＲＦＣ−２７８０に定義されていないタイプ値を使用する。
（１）オプションタイプ
・Ｋｉｎｄ：８０
（２）レングス：オプションタイプからカウンタまでの長さ
（３）ベンダーＩＤのフィールド：装置Ｅの製造メーカーのＩＤ
（４）カウンタ（６４ビットカウンタ）：装置ステップ数カウンタとして使用。尚、装置ステップ数カウンタの最大カウントは２の６４乗−１であり、上限値までカウントされた場合の動作は、ＩＰヘッダで説明した内容と同じである。
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.
図１５は、ＩＰヘッダおよびＴＣＰヘッダのオプション領域の詳細フォーマット示す図である。本実施形態に係るネットワークシステム１００では、ＩＰヘッダのオプションタイプやＴＣＰヘッダのオプション種別が８０の時に本実施形態特有の機能に対応するフレームであることを示す。ベンダーＩＤは例えばネットワークシステム１００を構築する会社のＩＤなどが記載される。カウンタ６４ビットは、８Ｂｙｔｅのカウンタで、本実施形態に係るネットワークシステム１００では、オプションタイプが８０のフレームを受信して再び送信する時にカウンタを＋１する。或いは、オプション領域が無いフレームやオプション領域があってもオプションタイプが８０ではないときは、カウンタを１に設定する。
FIG. 15 is a diagram illustrating a detailed format of the option area of the IP header and the TCP header. In the
このようにして、本実施形態に係るネットワークシステム１００では、ＴＣＰ／ＩＰフレームを利用し、特にオプション領域のオプションタイプ（オプション種別）が８０の場合に本実施形態で説明する動作に対応する。尚、他社が別の目的にオプションタイプ（オプション種別）を８０にして使用する可能性があるので、ベンダーＩＤとオプションタイプ（オプション種別）の両方が予め設定した値に設定されている場合に本実施形態特有の動作に対応するようにしてもよい。そして、本実施形態に係るネットワークシステム１００では、カウンタを利用してサイトサーバＳ１の直近の装置Ｅであるか否かの判別を行う。
As described above, the
［カウンタによるエッジ装置判別の具体例］
次に、ＴＣＰ／ＩＰフレームのオプション領域のカウンタを用いて装置Ｅがサイトサーバの直近のエッジ装置であるか否かを判別する具体例について説明する。ここでは、本実施形態に係るネットワークシステム１００の機能を有する装置を経由する場合と有さない装置を経由する場合とに分けて説明する。
（本実施形態の機能を有する装置を経由する場合）
図１６は、説明がわかり易いように、図１で説明したネットワークシステム１００のネットワーク１０１の構成を簡略化した図である。図１６の例では、装置Ｅ２０,Ｅ２１，Ｅ２２，Ｅ２３、Ｅ２４の５台の装置Ｅがメッシュ状のネットワーク１０１を構成する。また、ユーザＰＣ１からサイトサーバＳ１までの経路は、例えばユーザＰＣ１から装置Ｅ２０を介してネットワーク１０１に接続し、ネットワーク１０１内では装置Ｅ２２を経由して装置Ｅ２３を介してサイトサーバＳ１に接続される。この場合は、装置Ｅ２３がサイトサーバＳ１の直近のエッジ装置に該当する。ここで、装置Ｅ２３自らがサイトサーバＳ１のエッジ装置であることを判別する流れについて説明する。
＜リクエスト時＞
（１）先ず、ユーザＰＣ１はＨＴＴＰリクエストフレームを送信する。このリクエストフレームはオプション領域が無いヘッダ部とデータ部のみで構成される。
（２）次に、装置Ｅ２０は、ユーザＰＣ１からＨＴＴＰリクエストフレームを受信すると、オプション領域が無いのでオプション領域を付加し、オプションタイプを８０、カウンタを１、さらにレングスとベンダＩＤも設定して次の装置Ｅ２２に送信する。
（３）次に、装置Ｅ２２は、装置Ｅ２０からオプション領域（オプションタイプ：８０、カウンタ：１）が設定されたＨＴＴＰリクエストフレームを受信すると、オプションタイプが８０であることを確認して、カウンタを＋１（カウンタ＝２となる）して次の装置Ｅ２３に送信する。
（４）次に、装置Ｅ２３は、装置Ｅ２２からオプション領域（オプションタイプ：８０、カウンタ：２）が設定されたＨＴＴＰリクエストフレームを受信すると、オプションタイプが８０であることを確認して、カウンタを＋１（カウンタ＝３となる）して次の転送先に送信する。尚、この時点で装置Ｅ２３は次の送信先がサイトサーバＳ１であることを認識していない。
（５）そして、装置Ｅ２３からＨＴＴＰリクエストフレームを受信したサイトサーバＳ１は、ＨＴＴＰリクエストフレームに対応するＨＴＴＰレスポンスフレームを装置Ｅ２３に送信する。ここで、ＨＴＴＰレスポンスフレームのヘッダのオプション領域にはＨＴＴＰリクエストフレームのオプション領域の値がそのまま折り返される。
＜レスポンス時＞
（６）装置Ｅ２３は、受信するＨＴＴＰレスポンスフレームのオプション領域のカウンタ値は３であり、先に送信したＨＴＴＰリクエストフレームのオプション領域のカウンタ値（＝３）と同じなので、自装置がエッジ装置であると認識する。そして、カウンタを＋１（カウンタ＝４となる）して次の装置Ｅ２２に送信する。また、監視サーバＡ１にこれを通知する。この時に監視サーバＡ１に通知する情報は、例えばサイトサーバＳ２のＭＡＣアドレスが含まれる。
（７）次の装置Ｅ２２は、装置Ｅ２３からオプション領域（オプションタイプ：８０、カウンタ：４）が設定されたＨＴＴＰレスポンスフレームを受信すると、受信したＨＴＴＰレスポンスフレームに対応するＨＴＴＰリクエストフレームの送信時のカウンタ値（＝２）と比較する。カウンタ値が異なるので、自装置はエッジ装置ではないとを認識して、カウンタ値を＋１してカウンタ値＝５として受信したＨＴＴＰレスポンスフレームを次の装置Ｅ２０に送信する。
（８）装置Ｅ２０は、受信するＨＴＴＰレスポンスフレームのオプション領域のカウンタ値（＝５）と、送信時のＨＴＴＰリクエストフレームのカウンタ値（＝２）と異なるので、自装置がエッジ装置ではないと認識する。そして、カウンタを＋１（カウンタ＝６となる）にしてユーザＰＣ１に送信する。
[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
このように、ＩＰヘッダまたはＴＣＰヘッダのカウンタを利用して各装置Ｅ自らがエッジ装置であるか否かを判別する。
（本実施形態の機能を有さない装置を経由する場合）
図１７は、図１６に対応する図で、同符号のものは同じものを示す。図１６と異なるのは、サイトサーバＳ２は装置Ｅ２４から本実施形態の機能に対応しないルータＲ１を介して接続されていることである。図１７において、ユーザＰＣ１からサイトサーバＳ２までの経路は、例えばユーザＰＣ１から装置Ｅ２０を介してネットワーク１０１に接続し、ネットワーク１０１内では装置Ｅ２０から装置Ｅ２４を経由してルータＲ１に接続され、ルータＲ１を介してサイトサーバＳ２に接続される。この場合は、装置Ｅ２４がサイトサーバＳ２の直近のエッジ装置に該当する。ここで、装置Ｅ２４自らがエッジ装置であることを判別する流れについて説明する。
＜リクエスト時＞
（１）先ず、ユーザＰＣ１はＨＴＴＰリクエストフレームを送信する。このリクエストフレームはオプション領域が無いヘッダ部とデータ部のみで構成される。
（２）次に、装置Ｅ２０は、ユーザＰＣ１からＨＴＴＰリクエストフレームを受信すると、オプション領域が無いのでオプション領域を付加し、オプションタイプを８０、カウンタを１、さらにレングスとベンダＩＤも設定して次の装置Ｅ２２に送信する。
（３）次に、装置Ｅ２４は、装置Ｅ２０からオプション領域（オプションタイプ：８０、カウンタ：１）が設定されたＨＴＴＰリクエストフレームを受信すると、オプションタイプが８０であることを確認して、カウンタを＋１（カウンタ＝２となる）して次のルータＲ１に送信する。尚、この時点で装置Ｅ２４はエッジ装置であることを認識していない。
（４）次に、本実施形態の機能を有さないルータＲ１は、オプション領域に全て”０”パディングしてサイトサーバＳ２に送信する。
（５）そして、サイトサーバＳ２は、受信したＨＴＴＰリクエストフレームに対応するＨＴＴＰレスポンスフレームを返信する。ここで、ＨＴＴＰレスポンスフレームのヘッダのオプション領域はそのままＨＴＴＰリクエストフレームのオプション領域に格納され、そのまま折り返される。
＜レスポンス時＞
（６）本実施形態の機能を有さないルータＲ１は、サイトサーバＳ２から受信するＨＴＴＰレスポンスフレームのオプション領域に全て”０”パディングして装置Ｅ２４に送信する。
（７）次の装置Ｅ２４は、ルータＲ１から受信するＨＴＴＰレスポンスフレームのオプション領域が全て”０”なので、装置Ｅ２４以降に新たな装置Ｅが存在しないと判断し、自らがエッジ装置であると認識する。そして、監視サーバＡ１にこれを通知する。この時に監視サーバＡ１に通知する情報は、例えばサイトサーバＳ２のＭＡＣアドレスが含まれる。そして、装置Ｅ２４は、再び、オプション領域を付加すると同時に、オプションタイプを８０、カウンタを３、さらにレングスとベンダＩＤも設定して次の装置Ｅ２０に送信する。ここで、カウンタ値を初期化（１に設定）せずに、ＨＴＴＰリクエストフレームを転送時（上記の（２）の処理）のカウンタ値（＝２）を＋１したカウンタ値（＝３）をＨＴＴＰレスポンスフレームに格納して次の装置Ｅ２０に送信する。
（８）装置Ｅ２０は、受信するＨＴＴＰレスポンスフレームのオプション領域のカウンタ値（＝３）と、送信時のＨＴＴＰリクエストフレームのカウンタ値（＝１）とを比較して、一致しないので自装置がエッジ装置ではないと判断する。そして、カウンタを＋１（＝４）にしてユーザＰＣ１に送信する。
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
このように、ＩＰヘッダまたはＴＣＰヘッダのカウンタを利用して装置Ｅ自らがエッジ装置であるか否かを判別する。 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.
［装置Ｅの処理］
次に、装置Ｅの処理について、図１８および図１９のフローチャートを用いて説明する。図１８は、ＨＴＴＰリクエスト時の処理を示すフローチャートである。先ず、ユーザＰＣ１は、ＨＴＴＰリクエストフレームを送信する。このＨＴＴＰリクエストフレームには、オプション領域は設定されておらず、ヘッダとデータのみで構成される通常のＩＰフレームである。
[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
（ステップＳ１０１）装置Ｅは、ユーザＰＣ１から受信したＨＴＴＰリクエストフレームのオプション領域が所定条件に適合しているか否かを判別する。ここで、所定条件とは、本実施形態に係るネットワークシステム１００の機能に対応するフレームの条件（オプションタイプ＝８０、レングス／ベンダＩＤ内容、カウンタ値など）である。例えば所定条件が以下の（１）から（３）のいずれかに該当する場合（Ｙｅｓ）はステップＳ１０２に進み、いずれにも該当しない場合（Ｎｏ）はステップＳ１０３に進む。
（１）オプション領域が全て”０”パディングされている。
（２）オプション領域が存在しない。
（３）オプションタイプが８０ではない、ベンダＩＤが異なる、カウンタ値が”０”である、など本実施形態で予め定めたフォーマットに合っていない。
（ステップＳ１０２）装置Ｅは、オプション領域のカウンタ値を”１”に設定する。
（ステップＳ１０３）装置Ｅは、オプション領域のカウンタ値をインクリメント（＋１）する。
(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.
そして、オプション領域が設定されたＨＴＴＰリクエストフレームを次の装置Ｅに転送する。同様に、次の装置Ｅからその次の装置ＥにＨＴＴＰリクエストフレームを転送してサイトサーバＳ１まで送信する。
（ステップＳ１０４）装置Ｅは、オプション領域のカウンタ値を内部メモリやＨＴＴＰデータベース１５４などに保持する。上記の例では、カウンタ値＝１が保持される。
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
次に、ＨＴＴＰリクエストフレームを受信したサイトサーバＳ１は、ＨＴＴＰレスポンスフレームを返信する。返信時の処理について図１９のフローチャートを用いて説明する。サイトサーバＳ１が返信するＨＴＴＰレスポンスフレームは、装置Ｅから装置Ｅへ転送されながらユーザＰＣ１まで送信される。
（ステップＳ２０１）装置Ｅは、受信したＨＴＴＰリクエストフレームのオプション領域が所定条件に適合しているか否かを判別する。ここで、所定条件は先にステップＳ１０１で説明した条件と同じである。Ｙｅｓの場合はステップＳ２０２に進み、Ｎｏの場合はステップＳ２０３に進む。
（ステップＳ２０２）装置Ｅは、オプション領域を再設定して、ステップＳ１０４で保持したＨＴＴＰリクエストフレームのカウンタ値をインクリメント（＋１）した値を新たなカウンタ値として設定する。
（ステップＳ２０３）装置Ｅは、図１８のステップＳ１０４で保持したＨＴＴＰリクエストフレームのカウンタ値と、ＨＴＴＰレスポンスフレームのカウンタ値とが等しいか否かを判別する。Ｙｅｓの場合はステップＳ２０４に進み、Ｎｏの場合はステップＳ２０５に進む。
（ステップＳ２０４）装置Ｅは、自装置がエッジ装置であると認識して、監視サーバＡ１に自装置がエッジ装置であることを通知する。
（ステップＳ２０５）装置Ｅは、ＨＴＴＰレスポンスフレームのカウンタ値をインクリメント（＋１）する。そして、次の装置Ｅに転送する。図１９の例では、次の装置がユーザＰＣ１なので、ユーザＰＣ１にＨＴＴＰレスポンスフレームを送信する。
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.
このようにして、ユーザＰＣ１から送信されたＨＴＴＰリクエストフレームは、オプション領域が設定され、カウンタ値を設定またはインクリメントしながらサイトサーバＳ１に送信され、サイトサーバＳ１から返信されるＨＴＴＰレスポンスフレームについても同様にオプション領域のカウンタ値を再設定またはインクリメントしながらユーザＰＣ１まで送信される。そして、ＨＴＴＰリクエストフレームを送信する際のカウンタ値と、受信するＨＴＴＰレスポンスフレームのカウンタ値とが等しい場合に自装置がエッジ装置であると判断して、監視サーバＡ１に自装置がエッジ装置であることを通知する。
In this way, the HTTP request frame transmitted from the
このように、装置Ｅは自装置がエッジ装置であるか否かの判別を自らが行うので、監視サーバＡ１は管轄する全ての装置Ｅがエッジ装置であるかの情報を予め保持しておく必要がなく、また、装置Ｅが増設されたり、サイトサーバＳ１が新たに装置Ｅに接続された場合でも常に最新のエッジ装置情報を得ることができる。 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.
［複数の基幹ネットワークが接続されている場合］
先に説明した図１のネットワークシステム１００は、１つのネットワーク１０１内に監視サーバＡ１、検索サーバＫ１、サイトサーバＳ１が配置されているので、監視サーバＡ１はネットワーク１０１を構成する全ての装置Ｅの状態を監視することができた。しかし実際には、ネットワーク１０１のような複数の基幹ネットワークが装置Ｅを介して互いに接続され、それぞれの基幹ネットワーク内にも検索サーバ、監視サーバおよびサイトサーバが配置されている。ここでは、複数の基幹ネットワークを有する場合の例について説明する。
[When multiple backbone networks are connected]
In the
図２０は、基幹ネットワークＡの装置Ｘを介して基幹ネットワークＢに接続されたネットワークシステム１００ａの構成例を示した図である。図２０において、基幹ネットワーク１０１ａは、先に説明したネットワーク１０１に対応し、ユーザＰＣ１と、検索サーバＫ１と、監視サーバＡ１とがネットワーク１０１に接続されている。そして、装置Ｘを介して基幹ネットワーク１０１ｂに接続され、ネットワーク１０１ｂには、監視サーバＡ２と、サイトサーバＳ２とが接続されている。
FIG. 20 is a diagram illustrating a configuration example of a
ここで、ユーザＰＣ１が検索サーバＫ１に検索キーワードを含む検索要求を送信し、検索サーバＫ１は自分が持っている情報などから検索キーワードに該当する情報を公開している基幹ネットワーク１０１ｂのサイトサーバＳ２（ＵＲＬ）が抽出される。そして、検索サーバＫ１は監視サーバＡ１に該当するサイトサーバＳ２の情報（ＵＲＬ）があるか否かを問い合わせる。監視サーバＡ１に該当するサイトサーバＳ２の情報（ＵＲＬ）がない場合は、検索サーバＫ１は監視サーバＡ１に他の監視サーバＡ２に対してサイトサーバＳ２の情報（ＵＲＬ）を持っているか否かを問い合わせる。
Here, the
問い合わせを受けた監視サーバＡ２はサイトサーバＳ２の情報（ＵＲＬ）があるか否かを検索し、ある場合は監視サーバＡ１に対して応答する。応答を受けた監視サーバＡ１は、応答を返した監視サーバＡ２に対してサイトサーバＳ２のエッジ装置の負荷情報を要求する。要求を受けた監視サーバＡ２は、保持しているサイトサーバＳ２のエッジ装置Ｙの負荷情報を監視サーバＡ１に応答する。
これを受けた監視サーバＡ１は、その負荷情報を検索サーバＫ１に送信する。
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.
このようにして、異なる基幹ネットワーク１０１ａおよび基幹ネットワーク１０１ｂが接続される場合でも、それぞれのネットワークの監視サーバＡ１および監視サーバＡ２とが連携して該当するサイトサーバのエッジ装置から負荷情報を取得して、要求元の検索サーバＫ１に負荷情報を送信するので、検索サーバＫ１は、先の実施形態と同様に、検索結果のＵＲＬに対応する負荷情報をユーザＰＣ１に提供することができる。
In this way, even when
次に、複数の基幹ネットワークを有する場合のネットワークシステム１００１ａの動作シーケンスについて図２１を用いて説明する。図２１において、ユーザＰＣ１は検索サーバＫ１に検索キーワードを含む検索要求（ＨＴＴＰリクエスト）を送信する。検索サーバＫ１は、自身の検索サーバデータベース３０２を参照して、検索キーワードを含むＵＲＬリストを抽出する。そして、検索結果の各ＵＲＬに対応する負荷情報を取得するためにサイトサーバの情報を持っているか否かを監視サーバＡ１に問い合わせる。図２０の例では、基幹ネットワーク１０１ａを管轄する監視サーバＡ１は、基幹ネットワーク１０１ｂに配置されているサイトサーバＳ２の情報を持っていないので、検索サーバＫ１にサイトサーバＳ２の情報無しの応答を行う。これを受けた検索サーバＫ１は、監視サーバＡ１にサイトサーバＳ２の情報を取得するように依頼する。
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
一方、監視サーバＡ１は、サイトサーバＳ２の情報を取得するように検索サーバＫ１から依頼を受けると、他の基幹ネットワークに監視サーバＡ２、監視サーバＡ３および監視サーバＡ４などにサイトサーバＳ２の情報を持っているか否かの問い合わせを行う。そして、図２０の例では、基幹ネットワーク１０１ｂの監視サーバＡ２がサイトサーバＳ２に接続されるエッジ装置Ｙを管轄しているので、サイトサーバＳ２の情報を持っていることを監視サーバＡ１に応答する。尚、監視サーバＡ２は、先の実施形態で説明したように、サイトサーバＳ２のエッジ装置が装置Ｙであることを装置Ｙ自身から通知されているので、サイトサーバＳ２のＵＲＬに対応するエッジ装置が装置Ｙであることを認識している。また、サイトサーバＳ２の情報を持っていない監視サーバＡ３および監視サーバＡ４からは応答されない。
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
そして、監視サーバＡ２からサイトサーバＳ２の情報を持っているという応答を受信した監視サーバＡ１は、監視サーバＡ２に対してエッジ装置の負荷情報を要求する。これを受けた監視サーバＡ２は、先の実施形態で説明した手順でエッジ装置ＹからサイトサーバＳ２が接続されているポートの負荷情報を取得して監視サーバＡ１に応答する。そして、監視サーバＡ１から検索サーバＫ１にエッジ装置Ｙの負荷情報が送信され、検索サーバＫ１で検索結果のＵＲＬに対応する負荷情報を表示してユーザＰＣ１に検索結果として提供する。
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
このようにして、サイトサーバＳ２がユーザＰＣ１および検索サーバＫ１が接続される基幹ネットワーク１０１ａとは異なる基幹ネットワーク１０１ｂにある場合でも、基幹ネットワーク１０１ａの監視サーバＡ１から基幹ネットワーク１０１ｂの監視サーバＡ２に問い合わせることによって、先の実施形態と同様に、ユーザＰＣ１で検索結果のＵＲＬ毎に負荷情報が表示された画面を確認することができる。
In this way, even when the site server S2 is in the
［異なる基幹ネットワークに接続する装置の処理］
次に、図２０で説明したネットワークシステム１００ａにおいて、基幹ネットワーク１０１ａの装置Ｘは、基幹ネットワーク１０１ｂへの接続口になっている。このため、装置Ｘは、先に説明した図１７のルータＲ１に接続される装置Ｅ２４の場合と同様に、自装置がエッジ装置であると判断し、監視サーバＡ１にこれを通知することが考えられる。この場合は、図２２に示すように、監視サーバＡ１内の監視サーバデータベース３０１に他の基幹ネットワークに接続している装置リストを予め登録しておくことにより、装置Ｘから自装置がエッジ装置であると通知してきた場合でも、エッジ装置ではないと判断できる。そして、図２１で説明したように、他の基幹ネットワークの監視サーバに対して問い合わせを行い、実際にサイトサーバに接続されているエッジ装置から負荷情報を取得することができる。
[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.
以上、各実施形態において説明してきたように、本発明に係るネットワークシステムは、スイッチ装置自らがエッジ装置であるか否かを判別してサイトサーバのＵＲＬに対する負荷情報を蓄積し、検索サーバはエッジ装置から取得した負荷情報と検索結果のＵＲＬとを対応させたＷＥＢ検索結果を端末装置に提供することができる。 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.
１００・・・ネットワークシステム
１０１・・・ネットワーク
１５１・・・送受信処理部
１５２・・・フレーム解析処理部
１５３・・・データベース格納処理部
１５４・・・ＨＴＴＰデータベース
１５５・・・統計情報処理部
１５６・・・統計情報格納処理部
１５７・・・統計情報データベース
１５８・・・エッジ判別処理部
１５９・・・負荷情報処理部
１６０・・・負荷情報データベース
３０１・・・監視サーバデータベース
３０２・・・検索サーバデータベース
ＰＣ１，ＰＣ２・・・ユーザＰＣ（パソコン）
Ｅ１〜Ｅ１１，Ｅ２０〜Ｅ２４，Ｘ，Ｙ・・・装置（Ｌ２スイッチ装置）
Ａ１，Ａ２，Ａ３，Ａ４・・・監視サーバ
Ｋ１・・・検索サーバ
Ｓ１，Ｓ２，Ｓ３・・・サイトサーバ
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)
ＷＥＢサービスを提供するサイトサーバと、
前記ネットワークに接続される端末装置のＷＥＢ検索要求に応じて前記サイトサーバのＵＲＬ情報をＷＥＢ検索結果として前記端末装置に提供する検索サーバと、
前記複数のスイッチ装置の状態を監視する監視サーバとを有し、
前記検索サーバは、前記端末装置のＷＥＢ検索要求を受け取って検索を実行し、そのＷＥＢ検索結果の各ＵＲＬに対応する前記各サイトサーバ直近の前記スイッチ装置の負荷情報を前記監視サーバから取得して前記ＷＥＢ検索結果の各ＵＲＬに関連付けて前記端末装置に提供する
ことを特徴とするネットワークシステム。 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.
前記スイッチ装置のエッジ判別処理部は、前記フレームの中のＨＴＴＰリクエストフレームを格納するＩＰフレームまたはＴＣＰフレームのヘッダ部にカウンタを設けて、前記ＩＰフレームまたは前記ＴＣＰフレームを転送する毎に前記カウンタをカウントアップし、前記ＨＴＴＰリクエストフレームを送信時の前記カウンタ値を第１カウンタ値として保持し、前記ＨＴＴＰリクエストフレームに対するＨＴＴＰレスポンスフレームを格納する前記ＩＰフレームまたは前記ＴＣＰフレームのヘッダ部の前記カウンタ値を第２カウンタ値として前記第１カウンタ値と比較して、一致する場合は自装置が当該サイトサーバの直近の装置であると判断する
ことを特徴とするネットワークシステム。 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.
前記スイッチ装置は、レイヤ２スイッチであることを特徴とするネットワークシステム。 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. .
前記検索サーバは、前記監視サーバを介さずに前記サイトサーバ直近の前記スイッチ装置から負荷情報を取得して前記ＷＥＢ検索結果の各ＵＲＬに関連付けて前記端末装置に提供する
ことを特徴とするネットワークシステム。 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. .
前記サイトサーバが前記端末装置および前記監視サーバの属する第１基幹ネットワーク外の第２基幹ネットワークにある場合、前記第１基幹ネットワークの検索サーバは、前記第１基幹ネットワークの監視サーバの情報と前記第２基幹ネットワークの監視サーバの情報とを取得する
ことを特徴とするネットワークシステム。 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.
前記端末装置および前記監視サーバの属する第１基幹ネットワーク外の第２基幹ネットワークに前記サイトサーバがある場合、且つ、前記第１基幹ネットワークの検索サーバが前記第２基幹ネットワークの監視サーバの情報を持っていない場合、前記第１基幹ネットワークの監視サーバは、前記第２基幹ネットワークの監視サーバから前記サイトサーバ直近の前記スイッチ装置の情報を取得する
ことを特徴とするネットワークシステム。 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.
前記端末装置および前記監視サーバの属する第１基幹ネットワーク外の第２基幹ネットワークに前記サイトサーバがある場合、且つ、前記監視サーバが他の基幹ネットワークへ接続する直近の前記スイッチ装置のリストを保持している場合、
前記監視サーバは、前記リストに記載されている前記スイッチ装置から前記サイトサーバ直近の前記スイッチ装置である通知を受けても当該スイッチ装置は前記サイトサーバ直近のスイッチ装置ではないと判断する
ことを特徴とするネットワークシステム。 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 | Ｎｅｃアクセステクニカ株式会社 | 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 |