JP2002236626A

JP2002236626A - サイト監視方法、および、サイト監視システム

Info

Publication number: JP2002236626A
Application number: JP2001051493A
Authority: JP
Inventors: Shinji Hirose; 愼治広瀬; Makoto Tsuchiya; 信土屋
Original assignee: SITE ROCK CORP
Current assignee: SITE ROCK CORP
Priority date: 2000-12-06
Filing date: 2001-02-27
Publication date: 2002-08-23
Also published as: WO2002046935A1; US20040030533A1

Abstract

(57)【要約】【課題】携帯端末を利用したインターネット接続にて
利用されるサイトを適切に監視する。【解決手段】携帯端末から携帯パケット網およびゲー
トウェイを介して接続されたサイトを監視するモニタサ
ーバ１２は、所定のタイミングにて、携帯端末１６を制
御して、携帯パケット網およびゲートウェイを介する経
路にて、サイトにＵＲＬアクセスをなすＵＲＬアクセス
起動処理部５４と、サイトから、ゲートウェイおよび携
帯パケット網を介して携帯端末に受信された応答データ
を取得し、当該応答データを解析して、サイトに異常や
障害が発生しているか否かを判断するサービス応答管理
処理部５６およびサービス性能監視処理部５８と、異常
や障害が発生している場合に、異常や障害を通知する通
知データを作成して、これを他のシステムに伝達するア
ラーム通知処理部４２とを備えている。

Description

【発明の詳細な説明】

【０００１】

【産業上の技術分野】本発明は、インターネットに接続
されたサイトに属するサーバ等を、ネットワークを利用
して監視する監視システムに関し、より詳細には、携帯
電話やＰＤＡのためのコンテンツを提供するサイトを監
視する監視システムに関する。

【０００２】

【従来の技術】携帯電話やＰＤＡなどの携帯端末を利用
したインターネット接続サービスが開始され、著しい数
のユーザがこれを利用している。ここでは、携帯端末か
ら送信されたデータは、一旦、携帯パケット網を介し
て、いったん、電話通信サービス事業者のゲートウェイ
（ＧＷ）に伝達され、当該ゲートウェイから専用線或い
はインターネットにデータが配信され、ウェブサイトに
データが到達するように構成されている。当然、ウェブ
サイトからのデータも、一旦、ゲートウェイおよび携帯
パケット網を介して、携帯端末に伝達される。

【０００３】したがって、一般のインターネットへの接
続経路（すなわち、パーソナルコンピュータ、公衆電話
網、サービスプロバイダのアクセスポイント、インター
ネットという順）とは異なる。

【０００４】

【発明が解決しようとする課題】その一方、携帯電話を
利用したインターネット接続サービスの爆発的な普及に
より、多数のユーザのアクセスが集中して回線障害をお
こす場合や、サイトへのハッカー等の侵入が問題となっ
ている。このような異常や障害を監視するために、イン
ターネットに接続したモニタサーバを利用して、サイト
の可動状況等を監視するシステムが提案されている。た
とえば、本出願人は、このようにインターネットにモニ
タサーバを接続し、インターネット上に位置する各種サ
イトを監視するシステムを開発している（特願２０００
−２２４５３０号参照）。

【０００５】しかしながら、携帯端末を利用したインタ
ーネットの接続サービスにおいては、通常のインターネ
ット接続とは、サイトへの接続経路が異なるため、イン
ターネットからの監視では、現実の携帯端末からのアク
セス状況を知ることができないという問題点があった。
特に、ゲートウェイと専用線を介して接続されたサイト
に関しては、インターネットからの監視は不可能であ
る。

【０００６】本発明は、携帯端末を利用したインターネ
ット接続にて利用されるサイトを適切に監視することが
できるシステムを提供することを目的とする。

【０００７】

【課題を解決するための手段】本発明の目的は、携帯端
末から携帯パケット網およびゲートウェイを介して接続
されたサイトを監視する方法であって、前記携帯端末に
携帯パケット網を介して所定のＵＲＬによるアクセスを
実行させるためのモニタサーバにおいて、所定のタイミ
ングにて、前記携帯端末を制御して、前記携帯パケット
網およびゲートウェイを介する経路にて、前記サイトに
ＵＲＬアクセスをなすステップと、前記サイトから、ゲ
ートウェイおよび携帯パケット網を介して携帯端末に受
信された応答データを取得するステップと、応答データ
を解析して、当該サイトに異常や障害が発生しているか
否かを判断するステップと、異常や障害が発生している
場合に、当該異常や障害を通知する通知データを作成し
て、これを他のシステムに伝達するステップとを備えた
ことを特徴とするサイト監視方法により達成される。

【０００８】本発明によれば、携帯パケット網およびゲ
ートウェイを介してサイトにアクセスして、その応答に
基づきサイトの異常や障害を検出している。したがっ
て、ゲートウェイから専用線にて接続されたサイトを監
視でき、かつ、一般ユーザがサイトにアクセスする際に
生じる異常や障害を適切に検出することが可能となる。
本発明の好ましい実施態様においては、さらに、エラー
などを含む応答データの内容を検討し、かつ、応答時間
を計測するステップを備えている。

【０００９】また、前記異常や障害の有無を判断するス
テップは、前回に実行された判断するステップにおける
応答データに含まれるウェブコンテンツと、今回の応答
データに含まれるウェブコンテンツとの差分を算出する
ステップと、前記差分に基づき、コンテンツの意図しな
い改変が行われていないこと、或いは、適切にコンテン
ツが更新されていることを判断するステップとを有する
のが望ましい。

【００１０】好ましい実施態様においては、さらに、被
監視対象であるサイトのサイトマップにしたがって、当
該サイトを構成するウェブページを所定の順序でアクセ
スするためのコマンドのシーケンスを保持するステップ
を備え、前記所定のＵＲＬアクセスをなすステップが、
前記シーケンス中のコマンドにしたがって実行される。
これにより、サイトマップにしたがって順次ページをア
クセスすることができ、より詳細な応答データを得るこ
とができ、サイトを適切に監視することが可能となる。
より好ましくは、前記コマンドが、所定のウェブページ
中に入力すべき文字および／または数字の列を含み、さ
らに、所定のウェブページにて文字列を入力するよう
に、文字列に対応するデータを、前記携帯端末を制御し
て、前記形態パケット網およびゲートウェイを介する経
路にて、前記サイトに伝達するステップを備えている。

【００１１】また、好ましい実施態様においては、さら
に、被監視対象であるサイトを構成するウェブページ中
の端末アプリケーション指定タグによりダウンロードさ
れるべき端末アプリケーションに対応するエミュレーシ
ョンプログラムと、上記ウェブページのＵＲＬとを関連
付けて保持するステップと、前記関連付けて保持された
ＵＲＬによるアクセスをなした後に、前記エミュレーシ
ョンプログラムを実行するステップと、前記エミュレー
ションプログラムの実行結果であるデータを、前記携帯
端末を制御して、前記形態パケット網およびゲートウェ
イを介する経路にて、前記サイトに伝達するステップと
を備えている。前記エミュレーションプログラムを実行
するステップが、所定の文字および／または数字の列の
入力を伴っても良い。

【００１２】また、本発明の目的は、携帯端末から携帯
パケット網およびゲートウェイを介して接続されたサイ
トを監視する方法であって、前記携帯端末に携帯パケッ
ト網を介して所定のＵＲＬによるアクセスを実行させる
ための、複数のモニタサーバを相互に離間して配置する
ステップと、あるモニタサーバにおいて、所定のタイミ
ングにて、前記携帯端末を制御して、前記携帯パケット
網およびゲートウェイを介する経路にて、前記サイトに
ＵＲＬアクセスをなすステップと、前記サイトから、ゲ
ートウェイおよび携帯パケット網を介して携帯端末に受
信された応答データを取得するステップと、応答データ
を解析して、当該サイトに異常や障害が発生しているか
否かを判断するステップと、異常や障害が発生している
場合に、当該異常や障害を通知する通知データを作成し
て、これを、前記モニタサーバとネットワークを介して
接続された中央システムに伝達するステップと、前記中
央システムにおいて、通知データの受信に応答して、前
記モニタサーバ以外の、一以上の他のモニタサーバに対
して、前記サイトにＵＲＬアクセスをなすように依頼す
るステップと、他のモニタサーバにおいて、所定のタイ
ミングにて、前記携帯端末を制御して、前記携帯パケッ
ト網およびゲートウェイを介する経路にて、前記サイト
にＵＲＬアクセスをなすステップと、前記サイトから、
ゲートウェイおよび携帯パケット網を介して携帯端末に
受信された応答データを取得するステップと、応答デー
タを解析して、前記サイトの状況を通知する他の通知デ
ータを作成して、前記中央システムに伝達するステップ
と、前記中央システムにおいて、前記通知データおよび
他の通知データに基づき、異常や障害を解析して、解析
結果を示すデータを作成するステップとを備えたことを
特徴とするサイト監視方法によっても達成される。この
発明によれば、あるパケット基地局における輻輳による
障害も適切に判断することが可能となる。

【００１３】前記中央システムにおいて、前記サイトに
ＵＲＬアクセスをなす主担当サーバとなるモニタサーバ
と、前記主担当サーバにおいて異常や障害が発生してい
ると判断された場合に、前記サイトにＵＲＬアクセスを
なす副担当サーバとなる一以上の他のモニタサーバとを
設定するステップを備えているのが望ましい。このよう
に主担当サーバと副担当サーバとを決定しておくこと
で、携帯パケット網に過度の負担をかけることなく、適
切なサイトの監視を実現できる。

【００１４】また、本発明の目的は、携帯端末から携帯
パケット網およびゲートウェイを介して接続されたサイ
トを監視する方法であって、前記携帯端末に携帯パケッ
ト網を介して所定のＵＲＬによるアクセスを実行させる
ための、複数のモニタサーバを相互に離間して配置する
ステップと、複数のモニタサーバの各々において、所定
のタイミングにて、前記携帯端末を制御して、前記携帯
パケット網およびゲートウェイを介する経路にて、前記
サイトにＵＲＬアクセスをなすステップと、

【００１５】前記サイトから、ゲートウェイおよび携帯
パケット網を介して携帯端末に受信された応答データを
取得するステップと、応答データを解析して、前記サイ
トの状況を通知する通知データを作成して、前記中央シ
ステムに伝達するステップと、前記中央システムにおい
て、前記通知データに基づき、前記経路およびサイトの
状況に関する解析結果を示すデータを作成するステップ
とを備えたことを特徴とするサイト監視方法によっても
達成される。この発明により、パケット基地局ごとの輻
輳に影響されないサイトの応答性当を得ることが可能と
なる。

【００１６】また、本発明の目的は、携帯端末から携帯
パケット網およびゲートウェイを介して接続されたサイ
トを監視するシステムであって、所定のタイミングに
て、前記携帯端末を制御して、前記携帯パケット網およ
びゲートウェイを介する経路にて、前記サイトにＵＲＬ
アクセスをなす携帯端末制御手段と、前記サイトから、
ゲートウェイおよび携帯パケット網を介して携帯端末に
受信された応答データを取得し、当該応答データを解析
して、当該サイトに異常や障害が発生しているか否かを
判断する応答データ解析手段と、異常や障害が発生して
いる場合に、当該異常や障害を通知する通知データを作
成して、これを他のシステムに伝達するデータ通信手段
とを備えたことを特徴とするサイト監視システムによっ
ても達成される。

【００１７】好ましい実施態様においては、さらに、被
監視対象であるサイトのサイトマップにしたがって、当
該サイトを構成するウェブページを所定の順序でアクセ
スするためのコマンドのシーケンス、および／または、
サイトを構成するウェブページ中の端末アプリケーショ
ン指定タグによりダウンロードされるべき端末アプリケ
ーションに対応するエミュレーションプログラムと上記
ウェブページのＵＲＬとを関連付けたものを記憶する記
憶手段とを備え、携帯端末制御手段が、前記シーケンス
のコマンドにしたがってＵＲＬアクセスをなし、および
／または、前記エミュレーションプログラムと関連付け
られたＵＲＬアクセスをなした際に、前記エミュレーシ
ョンプログラムを実行して、実行結果であるデータを前
記サイトに伝達するように、前記携帯端末を制御するよ
うに構成されている。

【００１８】本発明の別の実施態様において、携帯端末
から携帯パケット網およびゲートウェイを介して接続さ
れたサイトを監視するシステムは、前記携帯端末に携帯
パケット網を介して所定のＵＲＬによるアクセスを実行
させるための、複数のモニタサーバと、前記複数のモニ
タサーバとネットワークを介して接続された中央監視セ
ンターシステムとを備え、前記モニタサーバの各々が、
所定のタイミングにて、前記携帯端末を制御して、前記
携帯パケット網およびゲートウェイを介する経路にて、
前記サイトにＵＲＬアクセスをなす携帯端末制御手段
と、前記サイトから、ゲートウェイおよび携帯パケット
網を介して携帯端末に受信された応答データを取得し、
当該応答データを解析して、当該サイトに異常や障害の
発生の有無を示す通知データを含む解析データを作成す
る応答データ解析手段と、前記解析データを、中央監視
センターのシステムに伝達するデータ通信手段とを有
し、前記中央監視センターのシステムが、モニタサーバ
のうち所定のものに、主担当サーバとして、あるサイト
の監視を依頼するとともに、異常発生時に、前記モニタ
サーバのうち、一以上の他の所定のものに、副担当サー
バとして監視を依頼するように前記モニタサーバを管理
するモニタサーバ管理手段と、異常や障害が発生してい
る場合に前記主担当サーバからの通知データおよび副担
当サーバからの解析データに基づき、異常や障害を解析
して、解析結果を示すデータを作成する異常解析手段と
を有する。

【００１９】本発明のさらに別の実施態様において、携
帯端末から携帯パケット網およびゲートウェイを介して
接続されたサイトを監視するシステムは、前記携帯端末
に携帯パケット網を介して所定のＵＲＬによるアクセス
を実行させるための、複数のモニタサーバと、前記複数
のモニタサーバとネットワークを介して接続された中央
監視センターシステムとを備え、前記モニタサーバの各
々が、所定のタイミングにて、前記携帯端末を制御し
て、前記携帯パケット網およびゲートウェイを介する経
路にて、前記サイトにＵＲＬアクセスをなす携帯端末制
御手段と、前記サイトから、ゲートウェイおよび携帯パ
ケット網を介して携帯端末に受信された応答データを取
得し、当該応答データを解析して、当該サイトに異常や
障害の発生の有無を示す通知データを含む解析データを
作成する応答データ解析手段と、前記解析データを、中
央監視センターのシステムに伝達するデータ通信手段と
を有し、前記中央監視センターのシステムが、モニタサ
ーバのうち、複数の所定のものに、あるサイトの監視を
依頼するように、前記モニタサーバを管理するモニタサ
ーバ管理手段と、複数のモニタサーバの各々において、
取得したあるサイトに関する解析データを受理して、前
記経路およびサイトの状況に関する解析結果を示すデー
タを作成する経路／サイト状況解析手段とを有してい
る。

【００２０】上記システムにおいては、さらに、中央シ
ステム或いはモニタサーバが、被監視対象であるサイト
のサイトマップにしたがって、当該サイトを構成するウ
ェブページを所定の順序でアクセスするためのコマンド
のシーケンス、および／または、サイトを構成するウェ
ブページ中の端末アプリケーション指定タグによりダウ
ンロードされるべき端末アプリケーションに対応するエ
ミュレーションプログラムと上記ウェブページのＵＲＬ
とを関連付けたものを記憶する記憶手段とを備え、モニ
タサーバの携帯端末制御手段が、前記シーケンスのコマ
ンドにしたがってＵＲＬアクセスをなし、および／また
は、前記エミュレーションプログラムと関連付けられた
ＵＲＬアクセスをなした際に、前記エミュレーションプ
ログラムを実行して、実行結果であるデータを前記サイ
トに伝達するように、前記携帯端末を制御するように構
成されていているのが好ましい。

【００２１】

【発明の実施の形態】以下、添付図面を参照して、本発
明の実施の形態につき説明を加える。図１は、本発明の
第１の実施の形態にかかるデータ通信システムの構成を
示すブロックダイヤグラムである。図１に示すように、
第１の実施の形態にかかるデータ通信システム１０に
は、モニタサーバ１２と、当該モニタサーバ１２に接続
された携帯端末インタフェース（Ｉ／Ｆ）１４と、携帯
端末インタフェース１４に接続された携帯端末１６とが
設けられている。

【００２２】携帯端末１６からの信号は、携帯端末を利
用したインターネット接続サービスの経路にしたがっ
て、携帯パケット網１８を経てゲートウェイ（ＧＷ）２
０に伝達されるようになっている。ゲートウェイ２０
は、専用線を介して、第1のサイト群２４に含まれる各
種サイト２６−１、２６−２、・・・に接続でき、か
つ、インターネット２２を介して、第２のサイト群２８
に含まれる各種サイト群３０−１、３０−２、・・・に
接続できるようになっている。

【００２３】本明細書において、１つのサイトには、１
以上のサーバが接続されている。１つのサーバが１つの
コンテンツプロバイダに対応するとは限らず、たとえ
ば、１つのサーバに複数のコンテンツプロバイダが存在
している場合もあるし、その一方、１つのコンテンツプ
ロバイダが、複数のサーバを利用している場合もある。
本明細書においては、サイトとは、ファイアウォール等
によってグローバルＩＰ領域から仕切られ、かつ、ロー
カルＩＰ領域を経て相互に接続された１以上のサーバを
有する領域をいう。

【００２４】また、第１のサイト群２４は、携帯端末１
６を利用したインターネット接続サービスにおいて、実
際には、インターネット２２を通さずに、ゲートウェイ
から専用線を介して接続されている一群のサイトをい
う。たとえば、電話サービス事業者の公式サイトが、こ
の第1のサイト群２４に属する。携帯端末Ｉ／Ｆ１４
は、携帯端末１６のコネクタに取り付けられるような形
状を有し、モニタサーバ１２からのデータやインストラ
クションにしたがって、携帯端末１６に、携帯端末１６
を作動させるために必要な制御信号を、コネクタを介し
て携帯端末１６に伝達でき、かつ、携帯端末１６が受理
した信号を、コネクタを介して受理し、これを、モニタ
サーバ１２に転送するような機能を有する。

【００２５】図２は、本実施の形態にかかるモニタサー
バ１２の構成をより詳細に示すブロックダイヤグラムで
ある。図２に示すように、モニタサーバ１２は、携帯端
末Ｉ／Ｆ１４に接続され、携帯端末Ｉ／Ｆ１４との間で
データ授受を実行する携帯端末通信処理部３２と、監視
対象を監視すべきタイミングにて起動して必要なデータ
を携帯端末通信処理部３２を介して送信するとともに、
受理したデータに基づく必要な処理を実行する監視処理
部３４と、監視対象であるサイトの各々に関するＵＲ
Ｌ、監視内容および監視タイミング等を記憶した監視制
御データベース（ＤＢ）３６と、監視対象の障害を、当
該監視対象ごとに記録する障害記録ＤＢ３８と、監視対
象ごとに監視した結果を記録する監視記録ＤＢ４０と、
障害が発生したときに、必要なアラームを作成するアラ
ーム通知処理部４２と、ＬＡＮ等に接続され、アラーム
を通知すべき外部システム（図示せず）との間における
データ授受を制御する通信Ｉ／Ｆ４４と、監視処理の結
果等に基づく画像を生成する表示処理部４６と、各種Ｄ
Ｂ３８〜４０へのデータ登録やデータ読み出し等を制御
するデータ登録参照処理部４８と、ＣＲＴなどの表示装
置５０と、キーボードやマウスなどの入力装置５２とを
有している。

【００２６】このモニタサーバ１２においては、監視処
理部３４が、監視制御ＤＢ３６を参照して、あるサイト
を監視すべきタイミングになると、携帯端末Ｉ／Ｆ１４
を介して携帯端末１６を作動させて、携帯パケット網１
８およびゲートウェイ２０を経た信号伝搬経路にて、当
該サイトに対して必要なデータを送信し、監視対象であ
るサイトからの応答データを、同様に、ゲートウェイ２
０および携帯パケット網１８、並びに、携帯端末１６お
よび携帯端末Ｉ／Ｆ１４を介して受理し、受理した応答
データに基づいて、サイトの障害や異常を検出するよう
に構成されている。

【００２７】図３は、監視制御ＤＢ３６に記憶されたデ
ータの一例を示す図である。図３に示すように、監視制
御ＤＢ３６においては、監視対象であるサイトごとに、
そのサイト名／ＵＲＬ、監視タイミング、監視内容が、
当該サイトを一意的に特定するために付与されたＩＤに
関連付けて記憶されている。本実施の形態においては、
監視内容として、（１）応答の可否（２）応答時間（３）データ差分（４）コンテンツの内容のチェック（５）ウェブ以外のサービスポートの応答チェックなどのうち、任意のものを選択できるようになってい
る。たとえば、応答の可否は、携帯端末１６、携帯パケ
ット網１８、ゲートウェイ２０を介して、サイトのＵＲ
Ｌを送信し、これに応答したコンテンツの受信、或い
は、エラーの受信があるかどうかを判断するものであ
る。

【００２８】応答時間は、たとえば、データ送信からコ
ンテンツのダウンロードが完了するまでの時間に対応す
る。また、データ差分とは、前回の監視においてダウン
ロードされたコンテンツと、今回の監視においてダウン
ロードされたコンテンツとの差分に対応する。これによ
り、ハッカーなどによるデータの改変等を検出すること
ができる。或いは、データ更新があった場合には、適切
に内容が更新されているか否かを判断することもでき
る。コンテンツの内容のチェックにおいては、たとえ
ば、広告バナーの有無が判断される。監視タイミングや
監視内容については、サイトの管理者が、自己のサイト
の監視を依頼する際に、或いは、電話通信サービス事業
者が、形態パケット網１８およびＧＷ２０を介した通信
網の監視を依頼する際に、これらを指定する。

【００２９】より具体的には、管理者等は、クライアン
トマシン等を操作して、モニタサーバ１２に関連する外
部システム（図示せず）に対して、サイトの監視依頼を
送信する。外部システムにおいては、サイトＩＤを付与
し、ＵＲＬ、監視タイミングおよび監視内容などを含む
データを、ＬＡＮ等を介して、モニタサーバ１２の通信
Ｉ／Ｆ４４に伝達する。通信Ｉ／Ｆ４４を介して、デー
タ登録／参照処理部４８が上記データを受理すると、こ
れらデータを監視制御ＤＢ３６に、サイトＩＤと関連付
けて記憶する。このようにして、携帯端末１６を介して
サイトを監視可能な状態となる。

【００３０】このように構成されたモニタサーバ１２に
よる監視処理につき説明を加える。図４および図５は、
監視処理において実行される手順を示すフローチャート
である。図４に示すように、監視処理部３４のＵＲＬア
クセス起動処理部５４は、監視制御ＤＢ３６を参照し
て、サイトの監視タイミングであるか否かを判断する
（ステップ４００）。あるサイトに関して、監視タイミ
ングである場合には、ＵＲＬアクセス起動処理部５４
は、当該サイトのＵＲＬを監視制御ＤＢ３６から取り出
して、当該ＵＲＬにアクセスすべく、ＵＲＬアクセスコ
マンドの発行依頼を、携帯端末通信処理部３２に伝達す
る（ステップ４０１）。

【００３１】携帯端末通信処理部３２は、発行依頼に応
答して、携帯端末Ｉ／Ｆ１４に対して、ＵＲＬアクセス
コマンドを発行し（ステップ４０２）、携帯端末Ｉ／Ｆ
１４は、これに応答して、携帯端末１６に対して、携帯
パケット網１８およびＧＷ２０を介して、所定のサイト
にアクセスするように、ＵＲＬとともにアクセス指示を
伝達する（ステップ４０３）。これにより、携帯端末１
６が起動して、携帯パケット網１８およびＧＷ２０を介
した経路にて、ＵＲＬにて特定されるサイトにアクセス
する（ステップ４０４）。

【００３２】被監視対象であるサイトにおいては、アク
セスに応答した処理（たとえば、コンテンツの作成やコ
ンテンツのＤＢからの読み出し）を実行して（ステップ
４０５）、応答となるデータ（応答データ、たとえば、
コンテンツ）を、ＧＷ２０および携帯パケット網１８を
介して、携帯端末１６に返送する（ステップ４０６）。
携帯端末Ｉ／Ｆ１４は、応答データを携帯端末１６から
読み出して（ステップ４０７）、これをモニタサーバ１
２の携帯端末通信処理部３２に転送する（ステップ４０
８）。携帯端末通信処理部３２は、応答データを、ＵＲ
Ｌ送信時刻および応答時刻とともに監視処理部３４に伝
達する（ステップ４０９）。

【００３３】監視処理部３４において、応答データが受
理されると、サービス応答監視処理部５６およびサービ
ス性能監視処理部５８により、応答解析処理が実行され
る。より詳細には、サービス性能監視処理部５８が、Ｕ
ＲＬ送信時刻および応答時刻に基づき、応答時間を計測
し（ステップ５０１）、これを監視記録ＤＢ４０に、被
監視対象であるサイトのＩＤに関連付けて記録する（ス
テップ５０２）。

【００３４】また、監視制御ＤＢ３６中の、被監視対象
であるサイトのＩＤを参照して、監視内容を確認した
（ステップ５０３）後に、監視内容にしたがって、応答
データや応答時間を解析する（ステップ５０４）。たと
えば、サービス応答監視処理部５６は、ＵＲＬのアクセ
スにより所定のコンテンツが、サイトから携帯端末１６
に対して送信されたか否かを判断する。また、ウェブ以
外のサービスポートからの応答があったか否かについて
も、サービス応答監視処理部５６により調べられる。

【００３５】また、サービス性能監視処理部５８は、応
答時間を参照して、アクセスに要する時間が異常である
か否かを判断する。また、サービス性能監視処理部５８
は、監視内容にしたがって、監視記録ＤＢ４０から前回
の監視にて記録された応答データを読み出して、今回の
応答データとの差分をとり、コンテンツに異常な変更が
加えられていないか否か、適切にコンテンツが更新され
ているか否か、および／または、コンテンツに必要な情
報（たとえば広告バナー）が貼り付けられているか否か
などを判断する。

【００３６】上記サービス応答監視処理部５６およびサ
ービス性能監視処理部５８による判断の結果、問題が検
出されなかった場合には（ステップ５０５でノー(N
o)）、応答データ等の解析結果を障害記録ＤＢ３８に記
録する（ステップ５０６）。その一方、何らかの異常、
障害が検出された場合には（ステップ５０５でイエス(Y
es)）、異常や障害を示す解析結果が障害記録ＤＢ３８
に記録されるとともにステップ５０７）、当該異常や障
害を示すデータ（障害データ）が、表示処理部４６およ
びアラーム通知処理部４２に伝達される（ステップ５０
８）。

【００３７】表示処理部４６は、障害データを受理する
と、オペレータに、サイトの障害の発生を通知するため
のアラーム画像を作成し（ステップ５０９）、これを表
示装置５０に出力する。これにより、表示装置５０の画
面上にはアラーム画像が表示され、オペレータに対して
異常や障害の発生を通知することが可能となる。

【００３８】また、アラーム通知処理部４２が障害デー
タを受理すると、これを外部システム（たとえば、モニ
タサーバ１２を制御する中央監視センターのシステム）
に通知するためのアラーム通知データを作成する（ステ
ップ５１１）。作成されたアラーム通知データは、通信
Ｉ／Ｆ４４に伝達され（ステップ５１２）、さらに、通
信Ｉ／Ｆ４４からＬＡＮなどを介して、上記外部システ
ムに伝達される。これにより、中央監視センターなどの
外部システムにおいては、サイトの管理者のクライアン
トマシンや携帯端末に、或いは、電話通信サービス事業
者のシステムに通知することができる。

【００３９】このように本実施の形態によれば、携帯端
末から公衆パケット網およびＧＷを介してサイトにアク
セスし、その応答データを得て、これを解析して異常や
障害を検出している。したがって、通常のインターネッ
トとは接続経路が異なる携帯端末を利用したインターネ
ット接続サービスにおいて、各種サイトの監視を適切に
行うことが可能となる。特に、従来の監視によっては異
常や障害の検出が不可能であった、ＧＷ２０と専用線を
介して接続された第１のサイト群２４に含まれるサイト
２６−１、２６−２、・・・等の監視が可能となった。
また、本出願人が先に出願した特願２０００−２２４５
３０号に記載した技術と組み合わせることにより、第２
のサイト群２８に含まれるサイト３０−１、３０−２に
ついては、よりきめ細かい監視が可能となる。

【００４０】次に、本発明の第２の実施の形態につき説
明を加える。第１の実施の形態においては、単一のモニ
タサーバ１２により、あるサイトを監視するように構成
している。すなわち、モニタサーバ１２とサイトとの対
応関係は、１対多と考えることができる。これに対し
て、第２の実施の形態においては、あるサイトを、異な
る位置に配置された複数のモニタサーバにて監視するよ
うな構成となっている。すなわち、第２の形態において
は、モニタサーバとサイトとの対応関係は、多対多と考
えることができる。

【００４１】図６は、本発明の第２の実施の形態にかか
るデータ通信システムの構成を示すブロックダイヤグラ
ムである。図６に示すように、第２の実施の形態におい
ては、複数のモニタサーバ１２−１、１２−２、・・
・、１２−ｎと、中央監視センターのシステム６０が、
ＷＡＮやインターネットなどのネットワーク６２を介し
て、接続されている。各モニタサーバ１２の構成は、一
部を除いて、第１の実施の形態のものと略同様である。

【００４２】図７は、第２の実施の形態にかかる中央監
視センターのシステム６０の構成を示すブロックダイヤ
グラムである。図７に示すように、中央監視センターの
システム６０は、ＷＡＮやインターネットなどのネット
ワーク６２とのデータ授受を制御する通信Ｉ／Ｆ６４
と、管理すべきサイトに関するデータを管理するサイト
管理部６６と、サイトに関する種々のデータを記憶した
サイト情報ＤＢ６８と、モニタサーバ１２からの通知や
異常や障害を示すデータに対して所定の処理を実行する
応答／障害処理部７０と、モニタサーバ１２から与えら
れる種々のデータを記憶する監視／障害情報ＤＢ７２
と、各モニタサーバ１２を管理するサーバ管理部７４
と、モニタサーバ１２に関する種々の情報を記憶したサ
ーバ情報ＤＢ７６と、監視モードを制御するモード制御
部７８と、必要に応じて監視状況に基づく統計的な処理
を実行する統計処理部８０とを有している。モニタサー
バ１２から携帯端末Ｉ／Ｆ（図７においては図示せ
ず）、携帯端末１６、携帯パケット網１８、ＧＷ２０な
どの構成は第１の実施の形態のものと同様である。した
がって、アクセスの経路も第１の実施の形態と同様であ
る。ここで、モニタサーバ１２は、地域的に離間して配
置され、ＧＷ２０に至までの携帯パケット網の経路が相
互に異なるのが望ましい。

【００４３】この実施の形態においては、通常のサイト
監視をなす通常監視モード、および、サーバ管理者や電
話通信サービス事業者に通知すべき統計的な情報を作成
するための情報収集モードの何れかの下でシステムが作
動するようになっている。このモードの切替えはモード
選択部７８が作動して、サイト管理部６６やサーバ管理
部７４に指示を与えることにより実現される。

【００４４】サイト情報ＤＢ６８には、第１の実施の形
態にかかるモニタサーバ１２の監視制御ＤＢ３６に略同
様のデータ（図３参照）が記憶されている。また、サイ
ト情報ＤＢ７６には、図８に示すように、サイトごと
に、当該サイトを監視すべきサーバが記述されている。
ここで、本実施の形態においては、あるサイトに対し
て、単一の主担当サーバと、複数の副担当サーバとが定
められている。主担当サーバとなったモニタサーバは、
通常監視モードの下で、監視タイミングにて、当該サイ
トの監視を実行する。その一方、副担当サーバとなった
モニタサーバは、主担当サーバによる監視の結果、異常
や障害が生じている場合に起動されて、当該サイトにア
クセスするようになっている。

【００４５】図９は、通常監視モードの下でのサイトの
監視手順を示すフローチャートである。中央監視センタ
ーのシステム６０からの起動指示（ステップ９００−
１）、或いは、監視タイミングの到達を検出すること
（ステップ９００−２）で、主担当モニタサーバ１２の
監視処理部３４が起動し、被監視対象であるサイトをア
クセスする。以下のステップ９０１〜９０４の処理は、
図４のステップ４０１〜４０９の処理と略同様である。
このような処理の後、主担当モニタサーバ１２において
は、応答解析処理が実行される（ステップ９０５）。こ
の処理も、図５のステップ５０１〜５０８における処理
と略同一である。

【００４６】サイトに異常や障害が発生したと主担当モ
ニタサーバ１２が判断し、異常や障害の発生を示すデー
タが中央監視センターのシステム６０に伝達されると
（ステップ９０６）。システム６０の応答障害処理部７
０は、サーバ管理部７４に、副担当サーバに関する情報
の取得を依頼する。これにより、応答障害処理部７０
は、副担当サーバを特定することができる（ステップ９
０７）。したがって、システム６０の通信Ｉ／Ｆから副
担当サーバとなるモニタサーバに対して、起動指示が伝
達される（ステップ９１０、９１１）。

【００４７】起動指示を受理した副担当サーバであるモ
ニタサーバは、被監視対象となるサイトを、携帯端末等
を介してアクセスする。ステップ９１２〜９１５の処理
も、図４のステップ４０１〜４０９の処理と略同様であ
る。応答データを受理したモニタサーバは、これを解析
し（ステップ９１６）、解析結果（エラーを含む応答内
容（たとえば、応答の有無）や応答時間など）をシステ
ム６０に伝達する（ステップ９１７）。

【００４８】システム６０は、主担当サーバや副担当サ
ーバから受理したデータに基づき、どのような異常や障
害が発生したかを解析する。図１０は、中央監視センタ
ー６０における異常解析処理を示すフローチャートであ
る。図１０に示すように、主担当サーバおよび副担当サ
ーバからのデータを取得した（ステップ１００１、１０
０２）後に、特に応答の有無や、応答時間を考慮して、
これが特定のモニタサーバに関連しているかどうかを判
断する（ステップ１００３）。たとえば、主担当サーバ
だけからサイトからの応答を得られなかった場合や、主
担当サーバとこれに隣接して配置された副担当サーバか
らの応答時間が、他と比較して著しく長かった場合であ
る。

【００４９】このような場合には（ステップ１００３で
イエス(Yes)）、特定エリアの輻輳による異常や障害で
あると判断できる。このような判断の後に、サーバの管
理者や電話通信サービス事業者宛てのアラーム通知が作
成され（ステップ１００５）、これが送信される（ステ
ップ１００６）。このように、第２の実施の形態によれ
ば、主担当サーバと副担当サーバとを割り当て、主担当
サーバにおいて異常や障害が生じた場合にも、副担当サ
ーバがサイトにアクセスする。したがって、特定のエリ
アの携帯パケット交換網等の障害があった場合等であっ
ても、これを検出することが可能となる。

【００５０】次に、情報収集モードについて簡単に説明
する。図１１は、情報収集モードにおける処理手順を示
すフローチャートである。情報収集モードにおいては、
中央監視センターのシステム６０から、主担当サーバお
よび副担当サーバのそれぞれに対して、起動を指示する
（ステップ１１０１、１１１１）。各モニタサーバは、
これに応答して、被監視対象であるサイトにアクセスし
て、応答データを収集する（ステップ１１０２〜１１０
５、１１１２〜１１１５）。このようにして収集された
データに基づき、各モニタサーバは、中央監視センター
のシステム６０に通知すべきデータ（通知データＡ、通
知データＢ）を作成して、これをシステム６０に伝達す
る（ステップ１１０６、１１１６）。

【００５１】図１２に示すように、システム６０の統計
処理部８０は、取得したデータに基づき、たとえば、応
答時間の平均値の算出（ステップ１２０１）、エリアご
との応答性能のマッピング（ステップ１２０２）等を実
行して、解析結果を示すシートを作成する（ステップ１
２０３）。得られたシートは、通信Ｉ／Ｆ６４を介し
て、サイトの管理者や電話通信サービス事業者に伝達さ
れる（ステップ１２０４）。

【００５２】たとえば、応答時間の平均値の算出によ
り、パケット基地局ごとの輻輳に影響されない、サイト
の応答性の指針を得ることができる。また、地域ごとに
応答性能をマッピングすることにより、パケット基地局
の増設の必要性などの資料とすることも可能となる。

【００５３】次に、本発明の第３の実施の形態につき説
明を加える。第３の実施の形態においては、ユーザによ
る操作などに対応したシーケンスを予め用意しておき、
これにしたがってサイトへのアクセスを実行して、サイ
トからの応答等を受理することにより、より現実の操作
に近い態様での監視を実現している。第３の実施の形態
にかかるデータ通信システムの構成は、図１に示す第１
の実施の形態のものと同様である。図１３に示すよう
に、モニタサーバ１１２は、携帯端末通信処理部３２、
監視処理部１３４、監視制御ＤＢ１３６、障害記録ＤＢ
３８、監視記録ＤＢ４０、アラーム通知処理部４２、通
信Ｉ／Ｆ４４、表示処理部４６、データ登録参照処理部
４８、表示装置５０、入力装置５２とを備えている。監
視制御ＤＢ１３６は、一連のアクセスコマンド等からな
るシーケンスの集合体であるシーケンス群１６０と、所
定のＪａｖａアプリケーションの集合体であるＪａｖａ
アプリケーション群１６２とが収容されている。

【００５４】監視処理部１３４は、第１の実施の形態に
おいても設けられていたＵＲＬアクセス処理部５４、サ
ービス応答監視処理部５６、サービス性能監視処理部５
８のほか、シーケンス群１６０から必要なシーケンスを
取り出して、これを解析して必要な指示をＵＲＬアクセ
ス処理部５４等に与えるシーケンス実行部１７０と、Ｊ
ａｖａアプリケーション群１６２から所定のＪａｖａア
プリケーションを取り出して、これを解析して、必要な
指示をＵＲＬアクセス処理部５４等に与えるＪａｖａア
プリケーション実行部１７２とを有している。これらシ
ーケンスやＪａｖａアプリケーションは、監視対象であ
るサイトのサイトマップやアクセス手順、サイトから配
信されるコンテンツ（ウェブページ中）のアプレットタ
グによりダウンロードされるアプレットなどに基づい
て、予め監視制御ＤＢ１３６に記憶されている。

【００５５】図１４は、監視制御ＤＢ１３６に記憶され
たデータの一例を示す図である。第３の実施の形態にお
いては、図１４に示すように、テーブル１４０１には、
監視対象であるサイトごとに、そのサイト名／ＵＲＬ、
監視タイミング、監視の際に従うべきシーケンスやＪａ
ｖａアプリケーションを指定するためのポインタが含ま
れる。ポインタにより、たとえば、サイトＩＤ「０００
１」のサイト（符号１４０２参照）に関しては、シーケ
ンス群１６０中のシーケンス１４１０−１が指定され、
また、サイトＩＤ「０００ｎ」のサイト（符号１４０３
参照）に関しては、Ｊａｖａアプアプリケーション群１
６２中のＪａｖａアプリケーション１４２０−１が指定
されるようになる。なお、図１４に示すように、Ｊａｖ
ａアプリケーション１４２０−１においては、サイトの
トップページなど必要なページにアクセスするためのＵ
ＲＬ（符号１４２１）や、Ｊａｖａアプリケーションを
実行するに際してユーザにより入力される文字列やコマ
ンドなどが含まれている。シーケンスには、アクセスす
べきＵＲＬ、入力すべきコマンド、リンク指定など、サ
イトマップに基づき定められた経路にてサイト中のウェ
ブページにアクセスするための手順が記述されている。

【００５６】このように構成されたモニタサーバ１１２
による監視処理につき説明を加える。図１５は、第３の
実施の形態において監視処理にて実行される処理の例を
示すフローチャートである。監視処理部３４のＵＲＬア
クセス起動処理部５４は、監視制御ＤＢ１３６を参照し
て、サイトの監視タイミングであるか否かを判断し、あ
るサイトに関する監視タイミングに達している場合に、
シーケンス実行部１７０或いはＪａｖａアプリケーショ
ン実行部１７２を起動する（ステップ１５０１）。図１
５の例では、シーケンス実行部１７０が起動されてい
る。

【００５７】シーケンス実行部１７０は、監視ＤＢ１３
６中のテーブルを参照し、ポインタにより指示されたシ
ーケンスを取得する。図１５においては、ポインタにて
指定されたシーケンス（監視シーケンス）がシーケンス
実行部１７０により読み出され（ステップ１５０２）、
その内容が解釈される（ステップ１５０３）。シーケン
ス実行部１７０は、解釈されたシーケンスに基づき所定
のコマンドを、携帯端末通信部３２に与え（ステップ１
５０４）、ここから携帯端末Ｉ／Ｆ１４を経て、必要な
ＵＲＬアクセス指示が携帯端末１６に与えられ（ステッ
プ１５０５）、携帯端末１６が被監視対象に対してアク
セスする（ステップ１５０６）。

【００５８】シーケンス実行部１７０から被監視対象に
至るまでのデータの伝達は、図４における処理と略同様
である。ここでは、サイトのトップページなどのＵＲＬ
が出力され、被監視対象であるサイトから応答が携帯端
末１６に伝達される（ステップ１５０７）。与えられた
応答データはサービス応答監視処理部５６やサービス性
能監視処理部５８に与えられ（ステップ１５０８）、こ
こで、応答に対する解析処理が実行される（ステップ１
５０９）。

【００５９】シーケンス実行部１７０は、シーケンスに
示された次のコマンドを出力する（ステップ１５１
０）。これも同様に、携帯端末１６に伝達され（ステッ
プ１５１１）、携帯端末１６は、被監視対象に対するＵ
ＲＬアクセス等を実行する（ステップ１５１２）。以
下、被監視対象からの応答が携帯端末１６を解して処理
部５６、５８に伝達され（ステップ１５１３、１５１
４）、応答に対する解析処理が実行される（ステップ１
５１５）。シーケンス実行部１７０は、さらに次のコマ
ンドを出力する（ステップ１５１６）。このような処理
を繰り返すことにより、サイト中の監視の必要なページ
がアクセスされ、或いは、必要な情報を与えることによ
りサイトに関連するサーバが駆動される。

【００６０】図１６は、シーケンスおよびシーケンスに
基づくアクセスの例を模式的に示す図である。たとえ
ば、ウェブページ群１６００の各ページ１６０１〜１６
０５により、図１６に示すようなサイトマップが形成さ
れていたと考える。このようなサイトに対しては、たと
えば、トップページ１６０１へのＵＲＬアクセス、ユーザＩＤ（ＵＩＤ）およびパスワード（ｐｗｄ）の
入力欄１６１１への入力、メインコンテンツ１６０２における所定のメニュー
（符号１６１２参照）の指定、メニューにて指定されたコンテンツ（検索入力ペー
ジ）１６１３の入力欄への文字列、ボタン（検索スタートボタン）１６１４の指定サーチ結果コンテンツ１６１４から戻りボタン１６１
５の指定などの順序でページがアクセスされる。

【００６１】したがって、図１６（ｂ）に示すように、
シーケンス１６２０においても、これら手順に対応する
ように、図１６（ｂ）に示すように、「ＵＲＬアクセス
（符号１６２０−１）」、「ＵＩＤ、ｐｗｄの入力（符
号１６２０−２）」、「メニュー（リンク）指定（符号
１６２０−３）」、「所定の文字列の入力（符号１６２
０−４）」、「所定のリンク指定（符号１６２０−
５）」、「所定のリンク指定（符号１６２０−６）」、
・・・というコマンドが含まれる。これにより、リンク
の指定や文字列の入力等により必要なページをアクセス
することができ、その応答や応答性能を知ることが可能
となる。

【００６２】Ｊａｖａアプリケーションは、サイトから
配信されるページ中に含まれるＪａｖａアプレットに対
応するものとなっている。携帯端末１６による通常のア
クセスに関しては、ウェブページに含まれるアプレット
タグが検出されると、アプレットのダウンロードが要求
され、携帯端末１６にアプレットがダウンロードされ
て、これ以降、アプレットが起動されて、処理を実行し
て、サイトとのデータ通信（たとえば、必要なデータ入
力やコンテンツ要求等）を実現できるようになってい
る。本実施の形態では、モニタサーバ１１２が、ダウン
ロードされるアプレットに対応するＪａｖａアプリケー
ションと同等のものを予め保持し、モニタサーバ１１２
からの指示に基づく携帯端末１６によるアクセスにおい
て、ダウンロードされたアプレットが作動しているかの
ように種々のデータやコマンドを発行できるようになっ
ている。

【００６３】図１７は、第３の実施の形態において監視
処理にて実行される他の処理の例を示すフローチャート
である。図１５に示す処理と同様に、管理処理部３４の
ＵＲＬアクセス起動処理部５４は、監視制御ＤＢ１３６
を参照して、サイトの監視タイミングであるか否かを判
断し、あるサイトに関する監視タイミングに達している
場合には、シーケンス実行部１７０或いはＪａｖａアプ
リケーション実行部１７２を起動する（ステップ１７０
１）。この例ではＪａｖａアプリケーション実行部１７
２が起動されている。

【００６４】Ｊａｖａアプリケーション実行部１７０
は、監視ＤＢ１３６中のテーブルを参照し、ポインタに
より指示されたＪａｖａアプリケーションを取得する。
図１７において、ポインタにて指定されたＪａｖａアプ
リケーションが読み出され（ステップ１７０２）、その
内容が解釈される（ステップ１７０３）。

【００６５】図１４に示すように、本実施の形態におい
ては、Ｊａｖａアプリケーションのヘッダとして、対応
するＪａｖａアプレットをダウンロードするためのアプ
レットタグを含むページのＵＲＬが記述されている（符
号１４２１参照）。したがって、Ｊａｖａアプリケーシ
ョン実行部１７０３からはこのＵＲＬにアクセスするた
めのコマンドが携帯端末通信部３２に与えられ（ステッ
プ１７０４）、ここから携帯端末Ｉ／Ｆ１４を経て、必
要なＵＲＬアクセス指示が携帯端末１６に与えられ（ス
テップ１７０５）、携帯端末１６が被監視対象に対して
アクセスする（ステップ１７０６）。

【００６６】被監視対象のサイトにおいては、アクセス
にかかるウェブページ、つまり、アプレットタグが記述
されたウェブページを携帯端末１６に伝達する（ステッ
プ１７０７）。応答のデータは、サービス応答処理部５
６やサービス性能監視処理部５８に与えられ、これらに
おいて、応答に対する解析処理が実行される（ステップ
１７０９）。

【００６７】Ｊａｖａアプリケーション実行部１７２
は、Ｊａｖａアプリケーションを実行して（ステップ１
７１０）、実行した結果生じた送信すべきデータやコマ
ンドを、携帯端末通信部３２に伝達する（ステップ１７
１１）。このようなデータやコマンドも、同様に、携帯
端末１６等を介して、被監視対象に伝達される（ステッ
プ１７１２、１７１３）。被監視対象であるサイトにお
いては、伝達されたデータやコマンドに対する応答を携
帯端末１６に伝達する（ステップ１７１４）。応答デー
タは処理部５６、５８に受理され、これらにより解析処
理が実行される（ステップ１７１５、１７１６）。Ｊａ
ｖａアプリケーション実行部１７２は、さらに、Ｊａｖ
ａアプリケーションを実行して、実行結果に関する次な
るデータやコマンドを携帯端末通信部３２を介して携帯
端末１６に伝達する。このような処理を繰り返すことに
より、アプレットを使用したのと同じように、処理を実
行し、処理の結果得られたコマンドやデータをサイト側
に出力して、サイトに関連するサーバを駆動することが
できる。

【００６８】上記Ｊａｖａアプレットは、オンラインゲ
ーム、銀行や証券会社など金融機関の商取引サイトなど
にて利用されている。本実施の形態において監視制御Ｄ
Ｂ１３６に記憶され得るＪａｖａプログラムは、上記ア
プレットに対応するものであればどのようなものであっ
ても良い。本実施の形態によれば、サイトマップにした
がってページを順次アクセスするためのＵＲＬ、リンク
指定、文字列等を含むシーケンスや、アプレットタグに
よりダウンロードされるＪａｖａアプレットに対応した
Ｊａｖａアプリケーションをモニタサーバ１１２におい
て用意しておき、これにしたがって、種々の指示を携帯
端末１６に与えて、携帯端末１６からサイトにアクセス
して、サイトからの応答を解析して、サイトが正常に稼
動しているかなどを監視している。したがって、サイト
マップにしたがって適切な経路で種々のページのアクセ
スが可能であり、より適切にかつきめ細かにサイトを監
視することが可能となる。

【００６９】本発明は、以上の実施の形態に限定される
ことなく、特許請求の範囲に記載された発明の範囲内
で、種々の変更が可能であり、それらも本発明の範囲内
に包含されるものであることは言うまでもない。

【００７０】たとえば、前記第１および第２の実施の形
態においては、モニタサーバ１２から携帯端末Ｉ／Ｆ１
４を介して携帯端末１６にＵＲＬのアクセス指令を送
り、或いは、携帯端末１６により受理されたデータが携
帯端末Ｉ／Ｆ１４を介してモニタサーバ１２に伝達され
るように構成されているが、これに限定されるものでは
なく、モニタサーバは、携帯端末Ｉ／Ｆ１４および携帯
端末１６の機能を備え、モニタサーバ１２から、無線に
よる携帯パケット網１８およびＧＷ２０を介して、サイ
トにアクセスできるような構成をとっても良い。

【００７１】また、前記第３の実施の形態においては、
単一のモニタサーバ１１２が単一の携帯端末１６を介し
て、サイトにアクセスするような構成となっているが、
これに限定されるものではなく、第２の実施の形態のよ
うに複数のモニタサーバおよび中央監視センターのシス
テムを備えたデータ通信システムに適用できることは言
うまでもない。この場合に、中央監視センターのシステ
ムがシーケンスやＪａｖａアプリケーションを保持し
て、必要に応じて、各モニタサーバにこれを与えて、必
要な処理を実行させてもよいし、各モニタサーバが上記
シーケンスやＪａｖａアプリケーションを記憶していて
も良い。

【００７２】さらに、前記実施の形態においては、アプ
レットタグによりＪａｖａアプレットがダウンロードさ
れる形態において、当該Ｊａｖａアプレットに対応する
Ｊａｖａアプリケーションをモニタサーバ等が保持する
構成であったが、これに限定されるものではなく、ある
タグ（端末アプリケーションタグ）により、サイトにア
クセスすることにより、アプリケーション（端末アプリ
ケーション）がダウンロードされるような形態であれ
ば、本発明を適用できる。ここでも、モニタサーバ等に
おいて、上記端末アプリケーションと同等のエミュレー
ションプログラムを保持して、これを実行して携帯端末
を制御できれば良い。

【００７３】また、前記第３の実施の形態において、あ
るシーケンスにおいて特定のウェブページをアクセスし
た際に、Ｊａｖａアプレットがダウンロードされる場合
には、シーケンスおよびＪａｖａアプリケーションの双
方が利用されても良いことは言うまでも無い。なお、本
明細書において、一つの手段の機能が、二つ以上の物理
的手段により実現されても、若しくは、二つ以上の手段
の機能が、一つの物理的手段により実現されてもよい。

【００７４】

【発明の効果】本発明によれば、携帯端末を利用したイ
ンターネット接続にて利用されるサイトを適切に監視す
ることができるシステムを提供することが可能となる。

【図面の簡単な説明】

【図１】図１は、図１は、本発明の第１の実施の形態
にかかるデータ通信システムの構成を示すブロックダイ
ヤグラムである。

【図２】図２は、本実施の形態にかかるモニタサーバ
の構成をより詳細に示すブロックダイヤグラムである。

【図３】図３は、本実施の形態にかかる監視制御ＤＢ
に記憶されたデータの一例を示す図である。

【図４】図４は、本実施の形態にかかる監視処理にお
いて実行される手順を示すフローチャートである。

【図５】図５は、本実施の形態にかかる監視処理にお
いて実行される手順を示すフローチャートである。

【図６】図６は、本発明の第２の実施の形態にかかる
データ通信システムの構成を示すブロックダイヤグラム
である。

【図７】図７は、第２の実施の形態にかかる中央監視
センターのシステムの構成を示すブロックダイヤグラム
である。

【図８】図８は、第２の実施の形態にかかるサイト情
報ＤＢ７６に記憶されたデータの例を示す図である。

【図９】図９は、第２の実施の形態にかかる通常監視
モードの下でのサイトの監視手順を示すフローチャート
である。

【図１０】図１０は、第２の実施の形態にかかる中央
監視センターにおける異常解析処理を示すフローチャー
トである。

【図１１】図１１は、第２の実施の形態にかかる情報
収集モードにおける処理手順を示すフローチャートであ
る。

【図１２】図１２は、第２の実施の形態にかかる情報
収集モードの下で、中央監視センターにおける解析処理
を示すフローチャートである。

【図１３】図１３は、第３の実施の形態にかかるモニ
タサーバの構成を示すブロックダイヤグラムである。

【図１４】図１４は、本実施の形態にかかる監視制御
ＤＢに記憶されたデータの一例を示す図である。

【図１５】図１５は、第３の実施の形態において監視
処理にて実行される処理の例を示すフローチャートであ
る。

【図１６】図１６は、第３の実施の形態におけるシー
ケンスおよびシーケンスに基づくアクセスの例を模式的
に示す図である。

【図１７】図１７、第３の実施の形態において監視処
理にて実行される処理の他の例を示すフローチャートで
ある。

【符号の説明】

１０データ通信システム１２モニタサーバ１４携帯端末Ｉ／Ｆ１６携帯端末１８携帯パケット網２０ゲートウェイ２２インターネット２４第１のサイト群２６、３０サイト２８第２のサイト群３２携帯端末通信処理部３４監視処理部３６監視制御ＤＢ３８障害記録ＤＢ４０監視記録ＤＢ４２アラーム通知処理部４４通信Ｉ／Ｆ４６表示処理部４８データ登録参照処理部

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B089 GA11 GA25 GB02 HA10 HA13 JA35 JB16 KA13 KC47 5K030 GA14 HA08 HC09 HD03 JA10 JT09 MB01 MC03 5K101 KK13 LL01 LL11

Claims

【特許請求の範囲】

【請求項１】携帯端末から携帯パケット網およびゲー
トウェイを介して接続されたサイトを監視する方法であ
って、前記携帯端末に携帯パケット網を介して所定のＵＲＬに
よるアクセスを実行させるためのモニタサーバにおい
て、所定のタイミングにて、前記携帯端末を制御して、前記
携帯パケット網およびゲートウェイを介する経路にて、
前記サイトにＵＲＬアクセスをなすステップと、前記サイトから、ゲートウェイおよび携帯パケット網を
介して携帯端末に受信された応答データを取得するステ
ップと、応答データを解析して、当該サイトに異常や障害が発生
しているか否かを判断するステップと、異常や障害が発生している場合に、当該異常や障害を通
知する通知データを作成して、これを他のシステムに伝
達するステップとを備えたことを特徴とするサイト監視
方法。
【請求項２】さらに、エラーなどを含む応答データの
内容を検討し、かつ、応答時間を計測するステップを備
えたことを特徴とする請求項１に記載のサイト監視方
法。
【請求項３】前記異常や障害の有無を判断するステッ
プが、前回に実行された判断するステップにおける応答データ
に含まれるウェブコンテンツと、今回の応答データに含
まれるウェブコンテンツとの差分を算出するステップ
と、前記差分に基づき、コンテンツの意図しない改変が行わ
れていないこと、或いは、適切にコンテンツが更新され
ていることを判断するステップとを有することを特徴と
する請求項１または２に記載のサイト監視方法。
【請求項４】さらに、被監視対象であるサイトのサイ
トマップにしたがって、当該サイトを構成するウェブペ
ージを所定の順序でアクセスするためのコマンドのシー
ケンスを保持するステップを備え、前記所定のＵＲＬアクセスをなすステップが、前記シー
ケンス中のコマンドにしたがって実行されることを特徴
とする請求項１ないし３の何れか一項に記載のサイト監
視方法。
【請求項５】前記コマンドが、所定のウェブページ中
に入力すべき文字および／または数字の列を含み、さらに、所定のウェブページにて文字列を入力するよう
に、文字列に対応するデータを、前記携帯端末を制御し
て、前記形態パケット網およびゲートウェイを介する経
路にて、前記サイトに伝達するステップを備えたことを
特徴とする請求項４に記載のサイト監視方法。
【請求項６】さらに、被監視対象であるサイトを構成
するウェブページ中の端末アプリケーション指定タグに
よりダウンロードされるべき端末アプリケーションに対
応するエミュレーションプログラムと、上記ウェブペー
ジのＵＲＬとを関連付けて保持するステップと、前記関連付けて保持されたＵＲＬによるアクセスをなし
た後に、前記エミュレーションプログラムを実行するス
テップと、前記エミュレーションプログラムの実行結果であるデー
タを、前記携帯端末を制御して、前記形態パケット網お
よびゲートウェイを介する経路にて、前記サイトに伝達
するステップとを備えたことを特徴とする請求項１ない
し５の何れか一項に記載のサイト監視方法。
【請求項７】前記エミュレーションプログラムを実行
するステップが、所定の文字および／または数字の列の
入力を伴うことを特徴とする請求項６に記載のサイト監
視方法。
【請求項８】携帯端末から携帯パケット網およびゲー
トウェイを介して接続されたサイトを監視する方法であ
って、前記携帯端末に携帯パケット網を介して所定のＵＲＬに
よるアクセスを実行させるための、複数のモニタサーバ
を相互に離間して配置するステップと、あるモニタサーバにおいて、所定のタイミングにて、前
記携帯端末を制御して、前記携帯パケット網およびゲー
トウェイを介する経路にて、前記サイトにＵＲＬアクセ
スをなすステップと、前記サイトから、ゲートウェイおよび携帯パケット網を
介して携帯端末に受信された応答データを取得するステ
ップと、応答データを解析して、当該サイトに異常や障害が発生
しているか否かを判断するステップと、異常や障害が発生している場合に、当該異常や障害を通
知する通知データを作成して、これを、前記モニタサー
バとネットワークを介して接続された中央システムに伝
達するステップと、前記中央システムにおいて、通知データの受信に応答し
て、前記モニタサーバ以外の、一以上の他のモニタサー
バに対して、前記サイトにＵＲＬアクセスをなすように
依頼するステップと、他のモニタサーバにおいて、所定のタイミングにて、前
記携帯端末を制御して、前記携帯パケット網およびゲー
トウェイを介する経路にて、前記サイトにＵＲＬアクセ
スをなすステップと、前記サイトから、ゲートウェイおよび携帯パケット網を
介して携帯端末に受信された応答データを取得するステ
ップと、応答データを解析して、前記サイトの状況を通知する他
の通知データを作成して、前記中央システムに伝達する
ステップと、前記中央システムにおいて、前記通知データおよび他の
通知データに基づき、異常や障害を解析して、解析結果
を示すデータを作成するステップとを備えたことを特徴
とするサイト監視方法。
【請求項９】前記中央システムにおいて、前記サイト
にＵＲＬアクセスをなす主担当サーバとなるモニタサー
バと、前記主担当サーバにおいて異常や障害が発生して
いると判断された場合に、前記サイトにＵＲＬアクセス
をなす副担当サーバとなる一以上の他のモニタサーバと
を設定するステップを備えたことを特徴とする請求項８
に記載のサイト監視方法。
【請求項１０】携帯端末から携帯パケット網およびゲ
ートウェイを介して接続されたサイトを監視する方法で
あって、前記携帯端末に携帯パケット網を介して所定のＵＲＬに
よるアクセスを実行させるための、複数のモニタサーバ
を相互に離間して配置するステップと、複数のモニタサーバの各々において、所定のタイミング
にて、前記携帯端末を制御して、前記携帯パケット網お
よびゲートウェイを介する経路にて、前記サイトにＵＲ
Ｌアクセスをなすステップと、前記サイトから、ゲートウェイおよび携帯パケット網を
介して携帯端末に受信された応答データを取得するステ
ップと、応答データを解析して、前記サイトの状況を通知する通
知データを作成して、前記中央システムに伝達するステ
ップと、前記中央システムにおいて、前記通知データに基づき、
前記経路およびサイトの状況に関する解析結果を示すデ
ータを作成するステップとを備えたことを特徴とするサ
イト監視方法。
【請求項１１】さらに、前記中央システムにおいて、
さらに、被監視対象であるサイトのサイトマップにした
がって、当該サイトを構成するウェブページを所定の順
序でアクセスするためのコマンドのシーケンスを保持す
るステップと、前記モニタサーバに対して、前記コマンドのシーケンス
を伝達するステップとを備え、前記モニタサーバにおいて、ＵＲＬアクセスをなすステ
ップが、前記シーケンス中のコマンドにしたがって実行
されることを特徴とする請求項８ないし１０の何れか一
項に記載のサイト監視方法。
【請求項１２】前記コマンドが、所定のウェブページ
中に入力すべき文字および／または数字の列を含み、さらに、所定のウェブページにて文字列を入力するよう
に、文字列に対応するデータを、前記携帯端末を制御し
て、前記形態パケット網およびゲートウェイを介する経
路にて、前記サイトに伝達するステップを備えたことを
特徴とする請求項１１に記載のサイト監視方法。
【請求項１３】さらに、中央システムにおいて、被監
視対象であるサイトを構成するウェブページ中の端末ア
プリケーション指定タグによりダウンロードされるべき
端末アプリケーションに対応するエミュレーションプロ
グラムと、上記ウェブページのＵＲＬとを関連付けて保
持するステップと、前記モニタサーバに対して、前記エミュレーションプロ
グラムおよびウェブページのＵＲＬを伝達するステップ
とを備え、前記モニタサーバにおいて、前記関連付けて保持された
ＵＲＬによるアクセスをなした後に、前記エミュレーシ
ョンプログラムを実行するステップと、前記エミュレーションプログラムの実行結果であるデー
タを、前記携帯端末を制御して、前記形態パケット網お
よびゲートウェイを介する経路にて、前記サイトに伝達
するステップとを備えたことを特徴とする請求項８ない
し１２の何れか一項に記載のサイト監視方法。
【請求項１４】前記エミュレーションプログラムを実
行するステップが、所定の文字および／または数字の列
の入力を伴うことを特徴とする請求項１３に記載のサイ
ト監視方法。
【請求項１５】さらに、モニタサーバにおいて、さら
に、被監視対象であるサイトのサイトマップにしたがっ
て、当該サイトを構成するウェブページを所定の順序で
アクセスするためのコマンドのシーケンスを保持するス
テップを備え、前記モニタサーバにおいて、ＵＲＬアクセスをなすステ
ップが、前記シーケンス中のコマンドにしたがって実行
されることを特徴とする請求項８ないし１０の何れか一
項に記載のサイト監視方法。
【請求項１６】前記コマンドが、所定のウェブページ
中に入力すべき文字および／または数字の列を含み、さらに、所定のウェブページにて文字列を入力するよう
に、文字列に対応するデータを、前記携帯端末を制御し
て、前記形態パケット網およびゲートウェイを介する経
路にて、前記サイトに伝達するステップを備えたことを
特徴とする請求項１５に記載のサイト監視方法。
【請求項１７】さらに、モニタサーバにおいて、被監
視対象であるサイトを構成するウェブページ中の端末ア
プリケーション指定タグによりダウンロードされるべき
端末アプリケーションに対応するエミュレーションプロ
グラムと、上記ウェブページのＵＲＬとを関連付けて保
持するステップと、前記関連付けて保持されたＵＲＬによるアクセスをなし
た後に、前記エミュレーションプログラムを実行するス
テップと、前記エミュレーションプログラムの実行結果であるデー
タを、前記携帯端末を制御して、前記形態パケット網お
よびゲートウェイを介する経路にて、前記サイトに伝達
するステップとを備えたことを特徴とする請求項８ない
し１２の何れか一項に記載のサイト監視方法。
【請求項１８】前記エミュレーションプログラムを実
行するステップが、所定の文字および／または数字の列
の入力を伴うことを特徴とする請求項１７に記載のサイ
ト監視方法。
【請求項１９】携帯端末から携帯パケット網およびゲ
ートウェイを介して接続されたサイトを監視するシステ
ムであって、所定のタイミングにて、前記携帯端末を制御して、前記
携帯パケット網およびゲートウェイを介する経路にて、
前記サイトにＵＲＬアクセスをなす携帯端末制御手段
と、前記サイトから、ゲートウェイおよび携帯パケット網を
介して携帯端末に受信された応答データを取得し、当該
応答データを解析して、当該サイトに異常や障害が発生
しているか否かを判断する応答データ解析手段と、異常や障害が発生している場合に、当該異常や障害を通
知する通知データを作成して、これを他のシステムに伝
達するデータ通信手段とを備えたことを特徴とするサイ
ト監視システム。
【請求項２０】前記応答データ解析手段が、エラーな
どを含む応答データの内容を検討し、かつ、応答時間を
計測するように構成されたことを特徴とする請求項１９
に記載のサイト監視システム。
【請求項２１】前記応答データ解析手段が、前回に実
行された判断するステップにおける応答データに含まれ
るウェブコンテンツと、今回の応答データに含まれるウ
ェブコンテンツとの差分を算出し、当該差分に基づき、
コンテンツの改変が行われていないこと、或いは、適切
にコンテンツが更新されていることを判断するように構
成されたことを特徴とする請求項１９または２０に記載
のサイト監視システム。
【請求項２２】さらに、被監視対象であるサイトのサ
イトマップにしたがって、当該サイトを構成するウェブ
ページを所定の順序でアクセスするためのコマンドのシ
ーケンス、および／または、サイトを構成するウェブペ
ージ中の端末アプリケーション指定タグによりダウンロ
ードされるべき端末アプリケーションに対応するエミュ
レーションプログラムと上記ウェブページのＵＲＬとを
関連付けたものを記憶する記憶手段とを備え、前記携帯端末制御手段が、前記シーケンスのコマンドに
したがってＵＲＬアクセスをなし、および／または、前
記エミュレーションプログラムと関連付けられたＵＲＬ
アクセスをなした際に、前記エミュレーションプログラ
ムを実行して、実行結果であるデータを前記サイトに伝
達するように、前記携帯端末を制御するように構成され
たことを特徴とする請求項１９ないし２１の何れか一項
に記載のサイト監視システム。
【請求項２３】前記コマンドが、所定のウェブページ
中に入力すべき文字および／または数字の列を含み、前記携帯端末制御手段が、所定のウェブページにて文字
および／または数字の列を入力するように携帯端末を制
御するように構成されたことを特徴とする請求項２２に
記載のサイト監視システム。
【請求項２４】前記携帯制御手段が、所定の文字およ
び／または数字の列の入力を伴って前記エミュレーショ
ンプログラムを実行するように構成されたことを特徴と
する請求項２２または２３に記載のサイト監視システ
ム。
【請求項２５】携帯端末から携帯パケット網およびゲ
ートウェイを介して接続されたサイトを監視するシステ
ムであって、前記携帯端末に携帯パケット網を介して所定のＵＲＬに
よるアクセスを実行させるための、複数のモニタサーバ
と、前記複数のモニタサーバとネットワークを介して接
続された中央監視センターシステムとを備え、前記モニ
タサーバの各々が、所定のタイミングにて、前記携帯端末を制御して、前記
携帯パケット網およびゲートウェイを介する経路にて、
前記サイトにＵＲＬアクセスをなす携帯端末制御手段
と、前記サイトから、ゲートウェイおよび携帯パケット網を
介して携帯端末に受信された応答データを取得し、当該
応答データを解析して、当該サイトに異常や障害の発生
の有無を示す通知データを含む解析データを作成する応
答データ解析手段と、前記解析データを、中央監視センターのシステムに伝達
するデータ通信手段とを有し、前記中央監視センターのシステムが、モニタサーバのう
ち所定のものに、主担当サーバとして、あるサイトの監
視を依頼するとともに、異常発生時に、前記モニタサー
バのうち、一以上の他の所定のものに、副担当サーバと
して監視を依頼するように前記モニタサーバを管理する
モニタサーバ管理手段と、異常や障害が発生している場合に前記主担当サーバから
の通知データおよび副担当サーバからの解析データに基
づき、異常や障害を解析して、解析結果を示すデータを
作成する異常解析手段とを有することを特徴とするサイ
ト監視システム。
【請求項２６】携帯端末から携帯パケット網およびゲ
ートウェイを介して接続されたサイトを監視するシステ
ムであって、前記携帯端末に携帯パケット網を介して所定のＵＲＬに
よるアクセスを実行させるための、複数のモニタサーバ
と、前記複数のモニタサーバとネットワークを介して接
続された中央監視センターシステムとを備え、前記モニ
タサーバの各々が、所定のタイミングにて、前記携帯端末を制御して、前記
携帯パケット網およびゲートウェイを介する経路にて、
前記サイトにＵＲＬアクセスをなす携帯端末制御手段
と、前記サイトから、ゲートウェイおよび携帯パケット網を
介して携帯端末に受信された応答データを取得し、当該
応答データを解析して、当該サイトに異常や障害の発生
の有無を示す通知データを含む解析データを作成する応
答データ解析手段と、前記解析データを、中央監視センターのシステムに伝達
するデータ通信手段とを有し、前記中央監視センターのシステムが、モニタサーバのう
ち、複数の所定のものに、あるサイトの監視を依頼する
ように、前記モニタサーバを管理するモニタサーバ管理
手段と、複数のモニタサーバの各々において、取得したあるサイ
トに関する解析データを受理して、前記経路およびサイ
トの状況に関する解析結果を示すデータを作成する経路
／サイト状況解析手段とを有することを特徴とするサイ
ト監視システム。
【請求項２７】前記中央システムが、さらに、被監視
対象であるサイトのサイトマップにしたがって、当該サ
イトを構成するウェブページを所定の順序でアクセスす
るためのコマンドのシーケンス、および／または、サイ
トを構成するウェブページ中の端末アプリケーション指
定タグによりダウンロードされるべき端末アプリケーシ
ョンに対応するエミュレーションプログラムおよび上記
ウェブページのＵＲＬとを関連付けたものを記憶する記
憶手段とを備え、前記記憶されたシーケンスおよび／またはエミュレーシ
ョンプログラムとＵＲＬとを関連付けたものを前記モニ
タサーバに伝達するように構成され、前記モニタサーバの携帯端末制御手段が、前記シーケン
スのコマンドにしたがってＵＲＬアクセスをなし、およ
び／または、前記エミュレーションプログラムと関連付
けられたＵＲＬアクセスをなした際に、前記エミュレー
ションプログラムを実行して、実行結果であるデータを
前記サイトに伝達するように、前記携帯端末を制御する
ように構成されたことを特徴とする請求項２５又は２６
に記載のサイト監視システム。
【請求項２８】前記モニタサーバが、さらに、被監視
対象であるサイトのサイトマップにしたがって、当該サ
イトを構成するウェブページを所定の順序でアクセスす
るためのコマンドのシーケンス、および／または、サイ
トを構成するウェブページ中の端末アプリケーション指
定タグによりダウンロードされるべき端末アプリケーシ
ョンに対応するエミュレーションプログラムおよび上記
ウェブページのＵＲＬとを関連付けたものを記憶する記
憶手段とを備え、前記携帯端末制御手段が、前記シーケンスのコマンドに
したがってＵＲＬアクセスをなし、および／または、前
記エミュレーションプログラムと関連付けられたＵＲＬ
アクセスをなした際に、前記エミュレーションプログラ
ムを実行して、実行結果であるデータを前記サイトに伝
達するように、前記携帯端末を制御するように構成され
たことを特徴とする請求項２５又は２６に記載のサイト
監視システム。