【課題】第三者による改ざんを回避し、リアルタイム性が要求されるプロセス制御用無線通信の信号とリアルタイム性が要求されない信号とを同一のネットワークに同居させることの可能な制御ネットワーク管理システムを実現する。
【解決手段】ＩＰ及びプロセス制御用の無線通信規格に則った第１の無線通信、並びに、前記規格とは異なる無線通信規格に則った第２の無線通信を中継する制御ネットワーク管理システムであって、受信した第１の無線通信のパケットのヘッダに優先度情報を書き込み、ヘッダのハッシュ値を付加して送信する第１の中継装置と、受信した第２の無線通信のパケットのヘッダの優先度情報をゼロクリアまたは予め定められた値に変更し、ヘッダのハッシュ値を付加して送信する第２の中継装置と、第１または第２の中継装置から受信した各パケットのヘッダの優先度情報に基づき優先制御を行い、制御システムに送信する第３の中継装置と、を備える。 （もっと読む）

【課題】多数の通信装置を管理しつつ、障害が発生した通信装置を容易に特定可能なオーバレイネットワーク管理装置を得ること。
【解決手段】分散ハッシュを用いたオーバレイネットワークの通信装置の状態を管理するオーバレイネットワーク管理装置１０１であって、通信装置と接続して状態情報を取得し、当該通信装置の状態を管理する状態管理部１１と、取得した状態情報を記憶するための記憶部１２と、を備え、前記状態管理部１１は、オーバレイネットワークで通信装置との接続を試み、オーバレイネットワークで接続できた場合には、オーバレイネットワークから通信装置の状態情報を取得し、一方、オーバレイネットワークで接続できなかった場合には、下位ネットワークで通信装置との接続を試み、下位ネットワークで接続できた場合には、下位ネットワークから通信装置の状態情報を取得する。 （もっと読む）

【課題】ルータＩＤ重複の被疑箇所を容易かつ早期に特定すること。
【解決手段】（Ａ）において、レコードＲａ，Ｒｂのシーケンス番号を比較すると、連番でなない（５４と１５２）。したがって、レコードＲａ，ＲｂのリンクＩＤを比較することとなる。レコードＲａのリンクＩＤは、｛ｎｗ１１，ｎｗ１２｝であり、レコードＲｂのリンクＩＤは、｛ｎｗ９８，ｎｗ９９｝であるため、リンクＩＤは不一致である。したがって、リンクＩＤ｛ｎｗ９８，ｎｗ９９｝を管理サーバＳｉに送信することとなる（リンクデータ｛ｍ９８，ｍ９９｝を含めてもよい。）。 （もっと読む）

【課題】ネットワーク監視において、ＩＲＲデータベース不備の場合でも、ネットワーク異常の正確な検出と、迅速な分析を行う。
【解決手段】ＢＧＰルータより出力されるＢＧＰメッセージを受信するＢＧＰメッセージ受信手段と、前記ＢＧＰメッセージ受信手段で抽出された経路情報を管理する経路情報管理手段と、前記経路情報管理手段が管理する経路情報の中で、ＩＰアドレス空間に一部でも重複があり、かつ生成元ＡＳ番号が異なる経路を検出した場合にＢＧＰ経路生成元ＡＳ変更として記録する経路生成元ＡＳ変更記録手段と、トラフィック情報を収集するトラフィック収集手段と、変更前後の経路生成元ＡＳ番号を含む経路情報毎のトラフィック量を算出する経路トラフィック算出手段と、前記ＢＧＰ経路生成元ＡＳ変更によるトラフィック変動を算出する経路トラフィック変動算出手段とを具備する。 （もっと読む）

【課題】通信ネットワークを構成している各機器の状態を高精度に監視するネットワーク管理装置を得ること。
【解決手段】通信ネットワークを構成している各機器の状態を監視するネットワーク管理装置であって、管理対象装置の各々から動作状態情報を収集するＭＩＢ情報収集部１４と、過去に収集された動作状態情報と監視対象機器の各々の性能情報とに基づいて、最新の動作状態情報を評価するためのしきい値を決定するしきい値決定部１３と、決定されたしきい値を用いて、最新の動作状態情報を評価するしきい値超過判定部１２と、を備える。 （もっと読む）

【課題】情報を漏れなく収集して通信システムとしての信頼性を向上させる。
【解決手段】通信装置２１は少なくとも２つの独立した回線３１，３２に接続され、ネットワーク２５上で発生した事象に基づいて同報の電文を回線３２，３２毎に送信し、監視装置１０は独立した回線３１，３２に接続され、通信装置２１から回線３１，３２毎に同報の電文を受信し、先に受信した電文を記憶し、後に受信した電文を破棄すると共に、先に受信した電文に基づいてネットワーク２５上で発生した事象を監視する。 （もっと読む）

【課題】ＢＧＰ経路変動要因によるトラヒック変動を検知する技術を提供する。
【解決手段】ＢＧＰ経路受信部１０１は、ＢＧＰ Ｕｐｄａｔｅメッセージを収集し、そのＢＧＰ経路情報を管理するとともに、ＢＧＰ ＵｐｄａｔｅメッセージをＢＧＰの属性単位に分類したＢＧＰログ情報を蓄積する。トラヒック情報受信部１０２は、トラヒック情報を収集し、ＢＧＰ経路情報をもとにＢＧＰの属性単位にトラヒック集計を行い、集計したトラヒック集計データを蓄積する。相関性照合機能部１０３は、時間的に前後するトラヒック集計データの類似度からトラヒック変動を検出し、トラヒック変動に寄与したＢＧＰの属性値と当該時間間隔のＢＧＰログ情報を比較し、当該ＢＧＰの属性値に関するＢＧＰ経路変動が発生していたのか否かを評価する。これにより、ＢＧＰ経路変動要因によるトラヒック変動を検知することができる。 （もっと読む）

【課題】ＵＤＰ通信におけるパケットロスを救済する。
【解決手段】送信制御装置は、ネットワークを構成する複数の監視対象装置から監視装置を宛先としてＵＤＰに基づいて送信されるパケットを受信して記憶し、監視装置からパケットの突合処理要求を受信すると、監視対象装置から送信され監視装置に受信されたパケットと、記憶したパケットとを比較して、記憶されているが監視装置に受信されていないロスパケットを検出し、検出されたロスパケットを、監視装置に送信する。 （もっと読む）

【課題】従来の監視システムでは明示的な障害状況として把握できなかったサイレント障害の発生に対しても、保守要員のスキルに関わらず、より簡易なオペレーションで信頼性の高い障害監視を実現するシステムを提供する。
【解決手段】監視対象装置の装置状態の情報（装置状態データ管理部１１１）、監視対象ネットワークにおける各通信装置のネットワーク構成情報および通信経路情報（ネットワークデータ管理部１１３）、ならびに、擬似ユーザデータの送受信に基づく疎通状況の情報（擬似ユーザ通信データ理部１１２）に基づいて、警報データ管理部１１４で保守要員に対し表示すべき警報データを生成する。 （もっと読む）

通信ネットワーク（１０４、１０６）内のサービス品質（ＱｏＳ）結果の特定及びアクセスが可能なネットワーク管理システム（１００）及び方法が説明される。１つのアプリケーションで、ネットワーク管理システム（１００）は、サービス性能ユニット（１０８）と、サービス性能データベース（１１０）と、要因スコアリング・システム（１１２）と、要因スコア・データベース（１１４）と、要因強度分析モジュール（１１６）と、を備えている。
（もっと読む）

【課題】ネットワークの負荷試験を可能とする。
【解決手段】ネットワークテストシステム１１０に複数のネットワークカード１２０を設ける。試験トラフィックの閾値に応じて、複数のネットワークカードで処理を分担する。 （もっと読む）

【課題】クライアント装置でサーバ装置を遠隔操作中に、使用中の回線の変動をユーザに伝えることができる情報処理装置等を提供する。
【解決手段】クライアント装置と所定の通信回線を用いて無線通信を行う情報処理装置であって、クライアント装置から入力イベントを示す入力イベントデータを受信した受信時刻を示す情報を記録する記録手段と、入力イベントデータに付加されている、クライアント装置で入力イベントが発生したときに計測された時刻と、記録手段にて記録された受信時刻とに基づいて、遅延時間を算出して記録する算出手段と、算出手段により算出された最新の遅延時間と、算出手段により算出され記録されている過去の遅延時間とを比較し、各遅延時間の差異が閾値を超えている場合に、通信回線に変動有りとする判断結果を示す判断結果データをクライアント装置へ出力する判断手段と、を有する。 （もっと読む）

【課題】従来技術の一部の欠点なしに忠実度を測定するために、元のデータ（元の画像など）をレンダリングされたデータ（レンダリングされた画像など）といつ比較するかを判定するための方法を提供する。
【解決手段】これは、所与の時間にネットワーク経路のサービス品質を評価することにより、又は時間の経過につれてネットワーク経路の状態を評価し、テストする特定の時間を決定することにより行われる。 （もっと読む）

【課題】ＳＮＭＰのネットワーク監視システムで、マネージャ装置とエージェント装置間の状態不一致や、データ抜けの発生による信頼性の低下を改善する。
【解決手段】ＳＮＭＰネットワーク中に、管理情報要求機能と、管理情報保持機能と、管理情報送信機能と、データ転送機能とを有する中継装置１３１、１３２を設ける。中継装置１３１、１３２はその後続にあるエージェント装置１２１、１２２、１１１〜１１４の管理情報を取得して保持する。そして、各中継装置１３１、１３２で取得した各エージェント装置の管理情報を、中継装置１３１、１３２により転送して、マネージャ装置に送る。 （もっと読む）

通信ネットワークの性能を決定する方法であって、モバイルデバイスから少なくとも１つのサーバにメッセージを送信するステップであり、少なくとも１つのサーバのうちの各サーバが、メッセージをモバイルデバイスに向けて送り返すように構成された、ステップと、少なくとも１つのサーバのうちの各サーバによって返されたメッセージをモバイルデバイスにおいて受信するステップと、前記モバイルデバイスがメッセージを送信してから、前記モバイルデバイスが少なくとも１つのサーバのうちの各サーバによって返されたメッセージを受信するまでの時間差を計算するステップと、計算された時間差を、少なくとも１つのサーバから選択された第１のサーバに、記憶されるように転送するステップとを含む方法が開示される。 （もっと読む）

【課題】保守対象の電子機器の状態に応じて、保守対象の電子機器と遠隔保守を行うコンピュータとの通信を容易に制御することができる技術を提供することを課題とする。
【解決手段】中継サーバ１０は、一般サーバ１２でのエラー発生に応じて、エラー発生通知をアクセス管理装置３０に送信する。アクセス管理装置３０は、エラー発生通知を受信した場合、アクセス許可リスト６６に基づいて、中継サーバ１０にアクセスする装置として中継サーバ２０を特定する。アクセス管理装置３０は、中継サーバ２０からのアクセスがあることを中継サーバ１０に通知する。中継サーバ２０は、アクセス管理装置３０からのアクセス開始要求に応じて、中継サーバ１０との間にルーティングセッションを確立する。中継サーバ２０は、ルーティングセッションを利用して、保守対象の一般サーバ１２との通信を開始する。 （もっと読む）

光トランスポートネットワークでのリンク隣接発見を改善するために、方法および関連ネットワークノードが提供される。第１のネットワークノード（２１）が第１の発見エージェント（２１６）を有し、第２のネットワークノード（２２）が第２の発見エージェント（２２６）を有する。発見メッセージ（２１０）が、第１のネットワークノード（２１）の第１のインターフェースから、１つまたは複数の後続のネットワークリンク（２５、２６、２７）を介して、第２のネットワークノード（２２）の第２のインターフェースに送信される。発見メッセージ（２１０）は、第１の発見エージェント（２１６）に関連する発見エージェント識別子と、第１のインターフェースに関連する終端接続点識別子とを示す情報を含む。発見メッセージ（２１０）を送信するために、第１のインターフェースは、送信すべき信号フレームのオーバヘッド部分中の予約済みフィールドを使用してタンデム接続ソース機能（２１７）を実施するように構成される。第２のインターフェースは、受信信号フレームの同一の予約済みフィールド上でタンデム接続監視機能（２２７）を実施するように構成される。予約済みフィールド内で利用可能なＴｒａｉｌ Ｔｒａｃｅ Ｉｄｅｎｔｉｆｉｅｒバイトを使用して、発見メッセージが送信される。
（もっと読む）

【課題】 障害が発生しそうな状況等を検出し、その対策を行うことで、実際に障害が発生してもユーザへの影響を低減することができる通信システム、および通信方法を提供する。
【解決手段】 無線端末と通信を行う無線基地局と、当該無線基地局と接続するとともに上位機器と無線接続する中継装置と、から構成される通信システムでは、中継装置は、上位機器との無線接続部分を含む上位のネットワークでの障害を検出すると、当該障害に関する障害情報を生成して無線基地局に対して送信し、無線基地局は、中継装置から受信した障害情報に基づいて、無線端末との通信を制御する。 （もっと読む）

【課題】ネットワークを介して互いにデータ通信を行うと共に、映像配信サーバから映像配信サービスを受信する映像受信端末間で帯域優先制御を行う映像配信システムにおいて、新たな映像受信端末を追加しても、既存の映像受信端末の設定を更新せずに帯域優先制御を行うことが可能な映像配信システムを提供する。
【解決手段】各映像受信端末は、自端末を特定する端末識別子と現在受信している映像サービスの受信開始時刻を関連付けて記録するとともに、受信開始時刻から各映像サービスに予め割り当てられた優先時間を減算することで、各映像受信端末が現在受信している映像サービスに対する優先度を算出して、該優先度と端末識別子を関連付けた優先度情報を、映像受信端末間でネットワーク全体の優先度情報として共有し、映像に乱れが発生すると、該優先度情報を基に、優先度が低い順に映像サービスの受信を停止させることで帯域優先制御を行う。 （もっと読む）

【課題】トラヒック情報収集要求（GetRequest）に対する応答（GetResponse）を、タイムアウトを発生させない範囲で、効率よく収集する。
【解決手段】トラヒック情報収集装置１０は、ネットワーク装置２０へ送信するGetRequest１つあたりのＯＩＤ数を、当該ネットワーク装置２０のGetResponseの受信時間（ＲＴＴ値）を用いて決定する。ここで、（１）ＲＴＴ値が、閾値βよりも小さい場合、１GetRequestに含めるＯＩＤ数を増加させる。一方、（２）ＲＴＴ値が、閾値αよりも大きい場合、１GetRequestに含めるＯＩＤ数を減少させる。閾値β≦ＲＴＴ値≦閾値αの場合、１GetRequestに含めるＯＩＤ数をそのままとする。 （もっと読む）