(57)【特許請求の範囲】
【請求項１】
クライアント端末がインターネットを介してｗｅｂサーバに接続され、ｗｅｂページ情報を要求する際の状況を統計的に解析するアクセス解析方法において、
前記クライアント端末と前記ｗｅｂサーバとの間の送受信データを監視するデータ監視ステップと、
監視結果に基づいて、少なくとも前記クライアント端末の状況、アクセス状況、要求先情報を含む送受信状態情報を記憶手段に記録するデータ記録ステップと、
解析要求元のクライアント端末から解析要求が発行されると、前記記憶手段に格納されている情報を取得し、前記ｗｅｂサーバへの前記クライアント端末のアクセス解析を行うアクセス解析ステップと、
アクセス解析結果を前記ｗｅｂサーバを介して前記解析要求元のクライアント端末へ出力する出力ステップと、
を行い、
前記アクセス解析ステップにおいて、
前記記憶手段に格納されている情報から、前記クライアント端末が前記ｗｅｂサーバへｗｅｂページを要求するアクセス頻度を計算するアクセス頻度ステップを行い、
前記アクセス頻度ステップにおいて、
前記クライアント端末から前記ｗｅｂサーバへのｗｅｂページへのアクセス要求の量や該アクセス要求の間隔に応じて、解析を行う統計処理に使われる粒度を決定するステップを行う、ことを特徴とするアクセス解析方法。
【請求項２】
クライアント端末がインターネットを介してｗｅｂサーバに接続され、ｗｅｂページ情報を要求する際の状況を統計的に解析するアクセス解析方法において、
前記クライアント端末と前記ｗｅｂサーバとの間の送受信データを監視するデータ監視ステップと、
監視結果に基づいて、少なくとも前記クライアント端末の状況、アクセス状況、要求先情報を含む送受信状態情報を記憶手段に記録するデータ記録ステップと、
解析要求元のクライアント端末から解析要求が発行されると、前記記憶手段に格納されている情報を取得し、前記ｗｅｂサーバへの前記クライアント端末のアクセス解析を行うアクセス解析ステップと、
アクセス解析結果を前記ｗｅｂサーバを介して前記解析要求元のクライアント端末へ出力する出力ステップと、
を行い、
前記アクセス解析ステップにおいて、
アクセス解析を行う装置自身、または、前記ｗｅｂサーバの処理負荷を調査し、
前記処理負荷の度合いに応じて、通常のサービスへ影響を与えない程度の解析処理を行う、ことを特徴とするアクセス解析方法。
【請求項３】
複数のクライアント端末とｗｅｂサーバがインターネットを介して接続されるシステムにおいて、クライアント端末がｗｅｂページ情報を要求する際の状況を統計的に解析するアクセス解析装置であって、
前記クライアント端末と前記ｗｅｂサーバとの間の送受信データを監視するデータ監視手段と、
監視結果に基づいて、前記クライアント端末の情報、アクセス状況、要求先情報を含む送受信状態情報を記憶手段に記録するデータ記録手段と、
解析要求元のクライアント端末から解析要求が発行されると、前記記憶手段に格納されている情報を取得し、前記ｗｅｂサーバへのクライアント端末のアクセス状況や、該ｗｅｂサーバ、該クライアント端末または、前記インターネットの状況を判断し、解析のための条件を設定する状況判断手段と、
前記状況判断手段で得られた前記条件に基づいて前記記憶手段の情報を解析して、前記ｗｅｂサーバを介して前記解析要求元のクライアント端末へ出力する統計処理手段と、を有することを特徴とするアクセス解析装置。
【請求項４】
前記状況判断手段は、
前記記憶手段に格納されている情報から、前記クライアント端末が前記ｗｅｂサーバへｗｅｂページを要求するアクセス頻度を計算するアクセス頻度計算手段を含む請求項３記載のアクセス解析装置。
【請求項５】
前記アクセス頻度計算手段は、
前記クライアント端末から前記ｗｅｂサーバへのｗｅｂページへのアクセス要求の量や該アクセス要求の間隔に応じて、前記統計処理手段で使われる粒度を決定する粒度決定手段を含む請求項４記載のアクセス解析装置。
【請求項６】
前記状況判断手段は、
前記解析要求元のクライアント端末に関する状況を判断する端末判断手段を含み、
前記統計処理手段は、
前記端末判断手段の判断に基づいて前記クライアント端末の表示装置や印刷装置の画面サイズや解像度、カラー・モノクロ出力の可否、または、ユーザの希望する解析結果の出力形態に応じて、前記アクセス解析結果を出力する手段を含む請求項３記載のアクセス解析装置。
【請求項７】
前記状況判断手段は、
前記ｗｅｂサーバとｗｅｂページアクセス解析を要求したクライアント端末間のネットワークの帯域について調査する帯域調査手段を含み、
前記統計処理手段は、
前記帯域調査手段の調査結果に基づいて、前記ネットワークの混雑の度合いや、該ネットワークの速度に応じて、前記アクセス解析結果を出力する手段を含む請求項３記載のアクセス解析装置。
【請求項８】
前記状況判断手段は、
アクセス解析を行う装置自身、または、前記ｗｅｂサーバの処理負荷を調査する負荷調査手段と、
前記処理負荷の度合いに応じて、通常のサービスへ影響を与えない程度の解析処理を行う手段を含む請求項３記載のアクセス解析装置。
【請求項９】
複数のクライアント端末とｗｅｂサーバがインターネットを介して接続されるシステムにおいて、クライアント端末がｗｅｂページ情報を要求する際の状況を統計的に解析するアクセス解析プログラムを格納した記憶媒体であって、
コンピュータに、
前記クライアント端末と前記ｗｅｂサーバとの間の送受信データを監視するデータ監視ステップと、
監視結果に基づいて、前記クライアント端末の情報、アクセス状況、要求先情報を含む送受信状態情報を記憶手段に記憶するデータ記録ステップと、
解析要求元のクライアント端末から解析要求が発行されると、前記記憶手段に格納されている情報を取得し、前記ｗｅｂサーバへのクライアント端末のアクセス状況や該ｗｅｂサーバ、該クライアント端末または、前記インターネットの情報を判断し、解析処理のための条件を設定する状況判断ステップと、
前記状況判断ステップで得られた前記条件に基づいて、前記記憶手段の情報を解析し、前記ｗｅｂサーバを介して解析要求元のクライアント端末へ出力させる統計処理ステップと、を実行させることを特徴とするアクセス解析プログラムを格納した記憶媒体。
【請求項１０】
前記状況判断ステップは、
前記記憶手段に格納されている情報から、前記クライアント端末が前記ｗｅｂサーバへｗｅｂページを要求するアクセス頻度を計算するアクセス頻度解析ステップと、
前記クライアント端末から前記ｗｅｂサーバへのｗｅｂページへのアクセス要求の量や該アクセス要求の間隔に応じて、解析を行う統計処理に使われる粒度を決定する粒度決定ステップと、
解析要求元のクライアント端末に関する状況を判断する端末判断ステップと、
前記ｗｅｂサーバと前記解析要求元のクライアント端末間のネットワークの帯域について調査する帯域調査ステップと、
アクセス解析を行う装置自身、または、前記ｗｅｂサーバの処理負荷を調査し、該処理負荷の度合いに応じて、通常のサービスへ影響を与えない程度の解析処理を行うステップの少なくとも１つのステップを行う、請求項９記載のアクセス解析プログラムを格納した記憶媒体。
【請求項１１】
前記統計処理ステップは、
ｗｅｂページのアクセス解析要求元のクライアント端末に関する状況に基づいて該クライアント端末の表示装置や印刷装置の画面サイズや解像度、カラー・モノクロ出力の可否、または、ユーザの希望する解析結果の出力形態に応じて、前記アクセス解析結果を出力するステップと、
前記ネットワークの帯域の調査結果による該ネットワークの混雑の度合いや、該ネットワークの速度に応じて、前記ｗｅｂサーバを介して前記解析要求元のクライアント端末に前記アクセス解析結果を出力するステップの少なくとも１つのステップを行う請求項９または、１０記載のアクセス解析プログラムを格納した記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、アクセス解析方法及び装置及びアクセス解析プログラムを格納した記憶媒体に係り、特に、インターネットを介してクライアント端末からｗｅｂサーバへｗｅｂページの情報を要求する際の、クライアント端末とｗｅｂサーバ間の送受信データを監視し、送受信データから得られる、クライアント端末とそのアクセス状況に関する情報を逐次記録し、その記録された情報を解析するアクセス解析方法及び装置及びアクセス解析プログラムを格納した記憶媒体に関する。
【０００２】
【従来の技術】
昨今のインターネットの普及に伴い、パソコンを始めとするさまざまな端末が世界中のネットワークに接続し、手元の端末から世界中のあらゆる情報を得ることができるようになっている。
また、これとは逆に、様々な企業・個人がホームページを持ち、インターネット上で公開することで、個々の情報発信が盛んになっている。
【０００３】
このようなホームページをインターネット上に開設した場合、基本的にホームページからは情報を送信するのみで、そのホームページを読んでいる読者からの反応などを得ることは難しく、片方向の情報のやりとりになりがちで、ホームページ開設者は、ホームページ内のどのｗｅｂページが人気があるのか、どんな人が見てくれているのか、どんな時間に見に来てくれているのか、などといった情報を得ることは困難である。
【０００４】
このような問題を解決するために、例えば、ｗｅｂサーバが記録するｗｅｂサーバへのアクセス状況のログファイルや、ｗｅｂページにログを採るプログラムを仕掛けておくなどして、ｗｅｂページへのアクセス状況を記録し、それを統計処理などをして解析する方法がある。
従来、このような方法においては、ｗｅｂページへ総アクセス数などをカウントし、管理者が予め定めた単位（日・時など）、もしくは、ユーザがその都度指定する単位で集計し、その結果を表示・通知している。
【０００５】
【発明が解決しようとする課題】
しかしながら、アクセス数が膨大な場合には日毎の集計では数が膨大になり、また、アクセスが稀である場合には、秒単位での集計では単位が細か過ぎ、全体の傾向をつかむような解析は不可能であり、このような場合には、解析するユーザが最適な単位を手さぐりで見つけ出してユーザの望む結果を出力しており、アクセス数が不明な場合などは、何度も解析し直す手間がかかるという問題がある。
【０００６】
また、アクセスが頻繁になるサーバのアクセスログを記録する場合などは、頻繁にアクセスログを記録する必要があるため、アクセスログを記録するディスク等の記憶装置を頻繁にアクセスしなくてはならず、記憶装置に大きな負荷が係りやすく、また、アクセスログが膨大になり、記憶装置の容量が溢れる恐れがある。
【０００７】
さらに、そのようなアクセスが頻繁にあるサーバのアクセスを解析する場合に、詳細な解析を行っていては、解析処理が複雑になるためサーバに対して負荷がかかる恐れがあり、また、解析結果を利用者に送信する場合にも、解析結果が膨大であれば、ネットワークの帯域を専有したりすることで、サーバが通常行っているサービスに影響を与えかねない。
【０００８】
また、アクセス解析を利用する利用者の端末によっては、解析結果を表示する装置によって、例えば、グラフィックディスプレイを利用する場合には、グラフィック表示が可能であれば、比較的荒い解像度でのグラフ表示が望まれるし、文字のみの表示が可能な表示装置であれば、数値や文字で結果を提供するべきである。プリンタを利用して紙に印刷する場合には、モノクロプリンタならできるだけ高い解像度でのグラフ印刷が望まれるし、カラープリンタなら色を利用してより判りやすい結果表示が適しているだろう。
【０００９】
本発明は、上記の点に鑑みなされたもので、上述のようなサーバやクライアント、もしくは、それらを結ぶネットワークに関する制約条件を鑑み、ｗｅｂサーバのアクセス頻度に応じたアクセス解析結果を提供することを可能とし、サーバやクライアント端末の状況を判断して、最適な解析結果を提供することが可能なアクセス解析方法及び装置及びアクセス解析プログラムを格納した記憶媒体を提供することを目的とする。
【００１０】
本発明の更なる目的は、アクセス頻度の変化が多いｗｅｂサーバに対しては、従来のような固定された単位でのアクセス集計ではなく、アクセスの頻度に応じて単位を変化させて集計し、サーバやその周辺装置・ネットワークなどの負荷が小さく、有用な解析結果を提供することが可能なアクセス解析方法及び装置及びアクセス解析プログラムを格納した記憶媒体を提供することである。
【００１１】
【課題を解決するための手段】
図１は、本発明の原理を説明するための図である。
本発明は、クライアント端末がインターネットを介してｗｅｂサーバに接続され、ｗｅｂページ情報を要求する際の状況を統計的に解析するアクセス解析方法において、
クライアント端末とｗｅｂサーバとの間の送受信データを監視するデータ監視ステップ（ステップ１）と、
監視結果に基づいて、少なくともクライアント端末の状況、アクセス状況、要求先情報を含む送受信状態情報を記憶手段に記録するデータ記録ステップ（ステップ２）と、
解析要求元のクライアント端末から解析要求が発行されると（ステップ３）、記憶手段に格納されている情報を取得し、ｗｅｂサーバへのクライアント端末のアクセス解析を行うアクセス解析ステップ（ステップ４）と、
アクセス解析結果をｗｅｂサーバを介して解析要求元のクライアント端末へ出力する出力ステップ（ステップ５）と、
を行い、
アクセス解析ステップ（ステップ４）において、
記憶手段に格納されている情報から、クライアント端末がｗｅｂサーバへｗｅｂページを要求するアクセス頻度を計算するアクセス頻度ステップを行い、
アクセス頻度ステップにおいて、
クライアント端末からｗｅｂサーバへのｗｅｂページへのアクセス要求の量や該アクセス要求の間隔に応じて、解析を行う統計処理に使われる粒度を決定するステップを行う。
【００１２】
本発明は、クライアント端末がインターネットを介してｗｅｂサーバに接続され、ｗｅｂページ情報を要求する際の状況を統計的に解析するアクセス解析方法において、
クライアント端末とｗｅｂサーバとの間の送受信データを監視するデータ監視ステップと、
監視結果に基づいて、少なくともクライアント端末の状況、アクセス状況、要求先情報を含む送受信状態情報を記憶手段に記録するデータ記録ステップと、
解析要求元のクライアント端末から解析要求が発行されると、記憶手段に格納されている情報を取得し、ｗｅｂサーバへのクライアント端末のアクセス解析を行うアクセス解析ステップと、
アクセス解析結果をｗｅｂサーバを介して解析要求元のクライアント端末へ出力する出力ステップと、
を行い、
アクセス解析ステップにおいて、
アクセス解析を行う装置自身、または、ｗｅｂサーバの処理負荷を調査し、
処理負荷の度合いに応じて、通常のサービスへ影響を与えない程度の解析処理を行う。
【００１５】
図２は、本発明の原理構成図である。
本発明は、複数のクライアント端末２とｗｅｂサーバ１がインターネット３を介して接続されるシステムにおいて、クライアント端末１がｗｅｂページ情報を要求する際の状況を統計的に解析するアクセス解析装置であって、
クライアント端末２Ａとｗｅｂサーバ１との間の送受信データを監視するデータ監視手段１１０と、
監視結果に基づいて、クライアント端末２Ａの情報、アクセス状況、要求先情報を含む送受信状態情報を記憶手段１３０に記録するデータ記録手段１２０と、
解析要求元のクライアント端末２Ｂから解析要求が発行されると、記憶手段１２０に格納されている情報を取得し、ｗｅｂサーバ１へのクライアント端末２Ａのアクセス状況や、該ｗｅｂサーバ１、該クライアント端末２Ａまたは、インターネット３の状況を判断し、解析のための条件を設定する状況判断手段１５０と、
状況判断手段１５０で得られた条件に基づいて記憶手段の情報を解析して、ｗｅｂサーバを介して解析要求元のクライアント端末２Ｂへ出力する統計処理手段１６０と、を有する。
【００１６】
本発明は、状況判断手段１５０において、記憶手段１３０に格納されている情報から、クライアント端末２Ａがｗｅｂサーバ１へｗｅｂページを要求するアクセス頻度を計算するアクセス頻度計算手段を含む。
本発明は、アクセス頻度計算手段において、クライアント端末２Ａからｗｅｂサーバ１へのｗｅｂページへのアクセス要求の量や該アクセス要求の間隔に応じて、統計処理手段で使われる粒度を決定する粒度決定手段を含む。
【００１７】
本発明は、状況判断手段１５０において、解析要求元のクライアント端末２Ｂに関する状況を判断する端末判断手段を含み、統計処理手段１６０において、端末判断手段の判断に基づいてクライアント端末２Ｂの表示装置や印刷装置の画面サイズや解像度、カラー・モノクロ出力の可否、または、ユーザの希望する解析結果の出力形態に応じて、アクセス解析結果を出力する手段を含む。
【００１８】
本発明は、状況判断手段１５０において、ｗｅｂサーバ１とｗｅｂページアクセス解析を要求したクライアント端末２Ａ間のネットワーク３の帯域について調査する帯域調査手段を含み、統計処理手段１６０において、帯域調査手段の調査結果に基づいて、ネットワークの混雑の度合いや、該ネットワーク３の速度に応じて、ｗｅｂサーバ１を介して解析要求元のクライアント端末２Ｂにアクセス解析結果を出力する手段を含む。
【００１９】
本発明は、状況判断手段１５０において、アクセス解析を行う装置自身、または、ｗｅｂサーバの処理負荷を調査する負荷調査手段と、処理負荷の度合いに応じて、通常のサービスへ影響を与えない程度の解析処理を行う手段を含む。
本発明は、複数のクライアント端末とｗｅｂサーバがインターネットを介して接続されるシステムにおいて、クライアント端末がｗｅｂページ情報を要求する際の状況を統計的に解析するアクセス解析プログラムを格納した記憶媒体であって、
コンピュータに、
クライアント端末とｗｅｂサーバとの間の送受信データを監視するデータ監視ステップと、
監視結果に基づいて、クライアント端末の情報、アクセス状況、要求先情報を含む送受信状態情報を記憶手段に記憶するデータ記録ステップと、
解析要求元のクライアント端末から解析要求が発行されると、記憶手段に格納されている情報を取得し、ｗｅｂサーバへのクライアント端末のアクセス状況や該ｗｅｂサーバ、該クライアント端末または、インターネットの情報を判断し、解析処理のための条件を設定する状況判断ステップと、
状況判断ステップで得られた条件に基づいて、記憶手段の情報を解析し、ｗｅｂサーバを介して解析要求元のクライアント端末へ出力させる統計処理ステップと、を実行させる。
【００２０】
本発明は、状況判断ステップにおいて、記憶手段に格納されている情報から、クライアント端末がｗｅｂサーバへｗｅｂページを要求するアクセス頻度を計算するアクセス頻度解析ステップと、
クライアント端末からｗｅｂサーバへのｗｅｂページへのアクセス要求の量や該アクセス要求の間隔に応じて、解析を行う統計処理に使われる粒度を決定する粒度決定ステップと、
解析要求元のクライアント端末に関する状況を判断する端末判断ステップと、
ｗｅｂサーバと解析要求元のクライアント端末間のネットワークの帯域について調査する帯域調査ステップと、
アクセス解析を行う装置自身、または、ｗｅｂサーバの処理負荷を調査し、該処理負荷の度合いに応じて、通常のサービスへ影響を与えない程度の解析処理を行うステップの少なくとも１つのステップを行う。
【００２１】
本発明は、統計処理ステップにおいて、ｗｅｂページのアクセス解析要求元のクライアント端末に関する状況に基づいて該クライアント端末の表示装置や印刷装置の画面サイズや解像度、カラー・モノクロ出力の可否、または、ユーザの希望する解析結果の出力形態に応じて、アクセス解析結果を出力するステップと、
ネットワークの帯域の調査結果による該ネットワークの混雑の度合いや、該ネットワークの速度に応じて、ｗｅｂサーバを介して解析要求元のクライアント端末にアクセス解析結果を出力するステップの少なくとも１つのステップを行う。
【００２２】
上述のように、本発明では、ｗｅｂサーバやクライアント端末・ネットワークにかける負荷を減らしつつ、アクセス解析者に有用な解析結果を提供することが可能となる。
また、状況判断処理において、クライアント端末からｗｅｂサーバへのアクセス頻度を計算することにより、例えば、統計処理に用いる時間・分・秒などといった時間間隔を自動的に決定することが可能となる。
【００２３】
また、状況判断時に、アクセス解析を要求したクライアント端末の表示装置・出力装置に関する情報を調査する解析要求元クライアント端末調査を付加することにより、クライアント端末のディスプレイ装置やプリンタの種類、例えば、カラー画面やモノクロ印刷、テキスト出力等といった出力媒体に合わせた解析結果を自動的に選択し、クライアント端末に送信することが可能となる。
【００２４】
また、状況判断時に、ｗｅｂサーバとクライアント端末間のネットワーク状態を調査するネットワーク帯域監視を行うことにより、ネットワークの混雑の度合いやネットワークの速度に応じて、ネットワークの流量が大きければ解析結果をより詳しいものにしたり、逆に流量が小さければ解析結果を概略に留めるなどのように、解析結果を自動的に変化させることが可能となる。
【００２５】
さらに、状況判断時に、ｗｅｂサーバにかかっている負荷を見るサーバ負荷監視を行うことにより、アクセス解析がｗｅｂサーバにかかる負荷を自動的に調節し、ｗｅｂサーバが通常行っているサービスに影響がない程度でアクセス解析を行うことが可能となる。
【００２６】
【発明の実施の形態】
図３は、本発明のアクセス解析システムの構成を示す。
同図に示すアクセス解析システムは、ｗｅｂサーバ１、クライアント端末２、インターネット３、及びアクセス解析装置１００から構成される。
ｗｅｂサーバ１は、クライアント端末２からの要求を受けて、任意のｗｅｂページの情報を出力するサーバである。
【００２７】
クライアント端末２は、ｗｅｂサーバ１に所望のｗｅｂページ情報を要求するものである。
インターネット３は、クライアント端末２とｗｅｂサーバ１の間の情報を交換する通信路である。
アクセス解析装置１００は、クライアント端末２が何等かの手段でｗｅｂサーバ１に情報を要求する形態で、そのアクセス状況を逐次記録し、統計的に解析を行うものである。
【００２８】
以下では、クライアント端末２がインターネット３を介してｗｅｂサーバ１へｗｅｂページを要求する場合のアクセス状況を解析する場合について説明する。
アクセス解析装置１００は、データ監視部１１０、データベース記録部１２０、アクセスデータベース１３０、データベース読み出し部１４０、状況判断部１５０、統計処理部１６０から構成される。
【００２９】
データ監視部１１０は、クライアント端末２とｗｅｂサーバ１との間の情報のやり取りを監視する。
データベース記録部１２０は、クライアント端末２の情報やｗｅｂサーバ１のアクセス要求の状況を記録する。
アクセスデータベース１３０は、クライアント端末２の情報やｗｅｂサーバ１へのアクセス要求の状況を格納する。
【００３０】
データベース読み出し部１４０は、アクセスデータベース１３０から利用者が要求する範囲のデータを読み出す。
状況判断部１５０は、データベース読み出し部１４０から得られた各種状況情報を判断する。
統計処理部１６０は、状況判断部１５０においてアクセスデータベース１３０から読み出されたデータに基づいて種々判断され、設定された条件に基づいて統計処理を加える。
【００３１】
次に、上記の構成におけるアクセス解析装置の動作を説明する。
図４は、本発明のアクセス解析装置の動作を示すフローチャートである。
まず、クライアント端末２からｗｅｂサーバ１へｗｅｂページの要求が発生すると（ステップ１０１）、データベース監視部１１０は、その要求の内容を判別し（ステップ１０２）、通常のｗｅｂページの要求である場合には、データ監視部１１０がクライアント端末２の情報とアクセス日時や要求先ページアドレスなどを取り出す（ステップ１０３、１０４）。
【００３２】
データベース記録部１２０は、アクセスログを記録するアクセスデータベース１３０の容量をチェックする（ステップ１０５）。
次に、ステップ１０３、１０４で得られたそれぞれの情報を、データベース記録部１２０がアクセスデータベース１３０に逐次記録する（ステップ１０６）。
次に、ｗｅｂサーバ１は要求されたｗｅｂページの情報をクライアント端末２に送信し（ステップ１０７）、再び要求があるまで待機する。
【００３３】
ステップ１０２において、クライアント端末２からの要求が、「アクセス解析」の場合には、アクセス解析要求者からの解析要求とその内容を受ける（ステップ１０８）。
次に、データベース読み出し部１４０は、解析要求で指定された範囲（期間等）をアクセスデータベース１３０に設定し（ステップ１０９）、アクセスデータベース１３０から要求範囲内のアクセス情報を取り出す（ステップ１１０）。
【００３４】
次に、状況判断部１５０は、データベース読み出し部１４０から得られた情報を基に、最適な解析条件を決定する（ステップ１１１）。
次に、状況判断部１５０が判断した条件に従い、統計処理部１６０がアクセスデータベース１３０に記録されたアクセス情報に対して統計処理を施し、クライアント端末２が表示・出力可能な形式に変換する（ステップ１１２）。
【００３５】
次に、統計処理部９が出力した解析結果をｗｅｂサーバ１がクライアント端末２に送信し、クライアント端末２は受け取った解析結果を表示もしくは出力する（ステップ１０７）。
【００３６】
【実施例】
以下、図面と共に本発明の実施例を説明する。
［第１の実施例］
本実施例は、前述の図３、図４に基づいて説明する。
図４において、まず、クライアント端末２からｗｅｂサーバ１へｗｅｂページの要求が発生すると（ステップ１０１）、データ監視部１１０は、その要求の内容を判別し（ステップ１０２）、「通常のｗｅｂページの要求」である場合には、データ監視部１１０がクライアント端末２の情報とアクセス日時や要求先ページアドレスなどを取り出す（ステップ１０３、１０４）。
【００３７】
図５は、本発明の第１の実施例のクライアント端末から送信されるデータの例である。同図に示すデータは、クライアント端末２がｗｅｂサーバ１へｗｅｂページの要求を行う際の例である。
図６は、本発明の第１の実施例のｗｅｂサーバの応答データの例である。同図に示すデータは、ｗｅｂサーバ１がクライアント端末２から図５に示すデータを受信した際に、クライアント端末２に応答するデータである。
【００３８】
図７は、本発明の第１の実施例のデータベースに記録可能な情報の例である。同図に示す情報は、図５と図６に示す情報のクライアント端末２とｗｅｂサーバ１との間の情報のやり取りの中からアクセスデータベース１３０に記録可能な情報を抜粋した例である。
クライアント端末２とｗｅｂサーバ１との情報のやり取りから所望の情報を抜き出す場合、クライアント端末２に関する情報は、クライアント端末２から送信されるデータから、アクセスの状況に関する情報は、ｗｅｂサーバ１が応答するデータから、それぞれ抽出することができる。
【００３９】
例えば、クライアント端末２に関する情報としては、図５において１行目の「ＧＥＴ」メッセージでクライアント端末２が要求するｗｅｂページのアドレスがわかり、２行目の「Ｕｓｅｒ−Ａｇｅｎｔ」でクライアント端末２の種類がわかり、３行目の「Ｈｏｓｔ」でクライアント端末２のアドレスがわかり、４行目の「Ｒｅｆｅｒｅｒ」でクライアント端末２がどのｗｅｂページからリンクを辿って所望のｗｅｂページを要求してきたかがわかる。
【００４０】
また、アクセスの状況に関する情報としては、図６において２行目の「Ｄａｔｅ」でアクセス日時がわかり、３行目の「Ｓｅｒｖｅｒ」でｗｅｂサーバ１の種類がわかり、４行目の「Ｌａｓｔ−ｍｏｄｉｆｉｅｄ」で要求先ｗｅｂページの作成日時がわかり、５行目の「Ｃｏｎｔｅｎｔ−ｔｙｐｅ」で要求先ｗｅｂページの種類がわかり、６行目の「Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ」で要求先ｗｅｂページの大きさがわかる。
【００４１】
図７に示すアクセスデータベース１３０においては、左から順に、アクセス日時、クライアント端末アドレス、クライアント端末使用ブラウザ、クライアント端末種別、リンク元アドレス、のそれぞれの情報を「，」で区切って並べ、ｗｅｂサーバ１にアクセスされた順に上から記載したものである。
次に、データ記録部１２０は、アクセスログを記録するアクセスデータベース１３０の容量をチェックする（ステップ１０５）。
【００４２】
次に、上記のステップ１０３、ステップ１０４で得られたそれぞれの情報を、データベース記録部１２０がアクセスデータベース１３０に逐次記録する（ステップ１０６）。このとき、ステップ１０４、ステップ１０５でチェックしたアクセスデータベース１３０の残容量に応じて、記録する内容を増減させる。例えば、残容量が少なければ、アクセスの日付とアクセス先アドレスとクライアント端末アドレスのみを記録し、残容量が豊富にある場合には、アクセス日時や時間・分・秒、クライアント端末のアドレスや使用ブラウザ・ＯＳ、等の情報を得られるぶんだけすべて記録する。また、残容量がかなり少なく、新規に情報を記録することができない状況であれば、必要に応じて、アクセスデータベース１３０中の過去の情報を適宜削除、もしくは、例えば、アクセス日時のうち、分・秒の情報を削るなどして、アクセスデータベース１３０の残容量を増やす処理を行ってもよい。
【００４３】
次に、ｗｅｂサーバ１は、要求されたｗｅｂページの情報をクライアント端末２に送信し（ステップ１０７）、再び要求があるまで待機する。
ステップ１０２において、データ監視部１１０において、クライアント端末２からの要求が「アクセス解析」である判断された場合には、アクセス解析要求者からの解析要求とその内容を受ける（ステップ１０８）。例えば、「２月の１０日中の、〔ｈｔｔｐ：／／ｗｗｗ．ｎｔｔ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌ〕へのアクセスに関して統計解析を行う」という処理をｗｅｂサーバ１がクライアント端末２から受け取る。受け取る方法は、例えば、ＣＧＩプログラムやフォーム入力などを用いる。
【００４４】
次に、データベース読み出し装置１４０は、解析要求で指定された範囲（期間等）をアクセスデータベース１３０に設定し（ステップ１０９）、アクセスデータベース１３０から要求範囲内のアクセス情報を取り出す（ステップ１１０）。
次に、状況判断部１５０は、データベース読み出し部１４０から得られた情報を基に、最適な解析条件を決定する（ステップ１１１）。
【００４５】
次に、状況判断部１５０が判断した条件に従い、統計処理部１６０がアクセスデータベース１３０に記録されたアクセス情報に対して統計処理を施し、クライアント端末２が表示・出力可能な形式に変換する（ステップ１１２）。
次に、統計処理部９が出力した解析結果をｗｅｂサーバ１がクライアント端末２に送信し、クライアント端末２は受け取った解析結果を表示もしくは出力する（ステップ１０７）。
【００４６】
すなわち、本実施例において、アクセス解析における統計処理をｗｅｂページ管理者が一意に設定するのではなく、ｗｅｂサーバとｗｅｂページ解析を要求するクライアント端末２に関する状況を判断して自動的に最適な値に設定されるため、さまざまな制約条件のもとに、解析処理に関わる状況に柔軟で効果的な統計結果を得ることができる。
【００４７】
［第２の実施例］
図８は、本発明の第２の実施例のアクセス解析システムの構成を示す。同図において、図３と同一構成部分には同一符号を付し、その説明を省略する。
図８に示す構成は、アクセス解析装置１００にアクセス頻度計算部１７０を付加した構成である。
【００４８】
アクセス頻度計算部１７０は、データベース読み出し部１４０が読み出したデータからアクセスの頻度を計算し、統計処理に必要な粒度を決定する。
これにより、状況判断部１５０は、データベース読み出し部１４０とアクセス頻度計算部１７０から得られた各種状況情報を判断する。
次に、上記の構成における動作を説明する。
【００４９】
図９は、本発明の第２の実施例のアクセス解析装置の動作を示すフローチャートである。
同図に示すフローチャートにおいて、まず、クライアント端末２からｗｅｂサーバ１へｗｅｂページの要求が発生すると（ステップ２０１）、データ監視部１１０は、その要求の内容を判別し（ステップ２０２）、通常のｗｅｂページの要求である場合には、データ監視部１１０がクライアント端末２の情報とアクセス日時や要求先ページアドレスなどを取り出す（ステップ２０３）。
【００５０】
クライアント端末２がｗｅｂサーバ１へｗｅｂページの要求を行う際のクライアント端末２から送信されるデータは、前述の第１の実施例の図５と同様であり、ｗｅｂサーバ１がクライアント端末２から図５に示すデータを受信した際に、クライアント端末２に応答するデータも図６と同様である。また、図５と図６に示す情報のｗｅｂサーバ１とクライアント端末２間のやり取りの中からアクセスデータベース１３０に記録されるデータについても第１の実施例の図７と同様であるため、各データに関する説明は省略する。
【００５１】
次に、データベース記録部１２０は、アクセスログを記録するアクセスデータベース１３０の容量をチェックする（ステップ２０５）。
次に、ステップ２０３、２０４で得られたそれぞれの情報を、データベース記録部１２０がアクセスデータベース１３０に逐次記録する（ステップ２０６）。このとき、ステップ２０４、２０５でチェックしたアクセスデータベース１３０の残容量に応じて、記録する内容を増減させる。当該増減方法については、前述第１の実施例と同様であるので詳細な説明は省略する。
【００５２】
次に、ｗｅｂサーバ１は、要求されたｗｅｂページの情報をクライアント端末２に送信し（ステップ２０７）、再び要求があるまで待機する。
ステップ２０２において、データ監視部１１０において、クライアント端末２からの要求が「アクセス解析」と判断された場合には、アクセス解析者からの解析要求とその内容を受ける（ステップ２０８）。当該解析要求の処理については前述の第１の実施例と同様であるので詳細な説明は省略する。
【００５３】
次に、データベース読み出し部１４０は、解析要求で指定された範囲（期間等）をアクセスデータベース１３０に設定し（ステップ２０９）、アクセスデータベース１３０から要求範囲内のアクセス情報を取り出す（ステップ２１０）。
次に、アクセス頻度計算部１７０は、アクセスデータベース１３０から取得した範囲でのアクセス頻度を調査する（ステップ２１１）。アクセス頻度の計算としては、例えば、１日の間のアクセス数を合計し、それを平均したものを利用してもよい。本実施例では、１日のアクセス数をアクセス頻度と考える。
【００５４】
次に、状況判断部１５０は、アクセス頻度計算部１７０から得られた情報を基に、最適な解析条件を決定する（ステップ２１２）。
例えば、アクセス頻度に関しては、図１０に示すようなアクセス頻度−粒度対応表を参照して、アクセス頻度から粒度を判定してもよい。図１０は、本発明の第２の実施例のアクセス頻度とその時に使用されるべき統計処理の粒度とが対応している対応表の例を示す。このアクセス頻度−粒度対応表は、アクセス頻度と、そのときに使用されるべき統計処理の粒度とが対応している表である。本実施例では、図１０に示す対応表において、１日のアクセス数が１未満であれば、日毎の集計をとる粒度とし、１日のアクセス数が１以上５０未満であれば、午前・午後の半日毎の粒度とし、１日のアクセス数が５０以上５００未満であれば、時間毎の粒度とし、１日のアクセス数が５００以上であれば、分毎の集計をとる粒度とする。
【００５５】
次に、状況判断部１５０が決定した最適な解析条件に従い、統計処理部１６０がアクセスデータベース１３０に記録されたアクセス情報に対して統計処理を施す。例えば、アクセス頻度から統計処理の粒度を決定する、等の条件である。統計処理の結果は、クライアント端末２が表示・出力可能な形式に変換される（ステップ２１３）。
【００５６】
次に、統計処理部１６０が出力した解析結果をｗｅｂサーバ１がクライアント端末２に送信し、クライアント端末２は、受け取った解析結果を表示もしくは出力する（ステップ２０７）。
即ち、本実施例において、アクセス解析における統計処理をｗｅｂページ管理者が一意に設定するのではなく、アクセスデータベース１３０に記録されたｗｅｂページへのアクセス頻度によって、自動的に最適な値に設定されるため、さまざまな制約条件のもとに、解析処理に関わる状況に柔軟で効果的な統計結果を得ることができる。
【００５７】
［第３の実施例］
図１１は、本発明の第３の実施例のアクセス解析システムの構成を示す。同図において、図３と同一構成部分については同一符号を付し、その説明を省略する。
図１１に示す構成は、図３に示すアクセス解析装置１００に解析要求元クライアント端末調査部１８０が付加された構成である。
【００５８】
解析要求元クライアント端末調査部１８０は、解析要求を出したクライアント端末２に関する情報、とりわけ、クライアント端末２の表示装置について調査する。
これにより状況判断部１５０は、データベース読み出し部１４０と解析要求元クライアント端末調査部１８０から得られた各種状況情報を判断する。
【００５９】
次に、上記の構成における動作を説明する。
図１２は、本発明の第３の実施例のアクセス解析システムの動作を示すフローチャートである。
まず、クライアント端末２からｗｅｂサーバ１へｗｅｂページの要求が発生すると（ステップ３０１）、データ監視部１１０は、その要求の内容を判別し（ステップ３０２）、「通常のｗｅｂページの要求」である場合には、データ監視部１１０がクライアント端末２の情報とアクセス日時や要求先ページアドレスなどを取り出す（ステップ３０３、３０４）。
【００６０】
なお、クライアント端末２がｗｅｂサーバ１へｗｅｂページの要求を行う際のクライアント端末２から送信されるデータは、前述の第１の実施例の図５と同様であり、ｗｅｂサーバ１がクライアント端末２から図５に示すデータを受信した際に、クライアント端末２に応答するデータも図６と同様である。また、図５と図６に示す情報のｗｅｂサーバ１とクライアント端末２間のやり取りの中からアクセスデータベース１３０に記録されるデータについても第１の実施例の図７と同様であるため、各データに関する説明は省略する。
【００６１】
次に、データベース記録部１２０は、アクセスログを記録するアクセスデータベース１３０の容量をチェックする（ステップ３０５）。
次に、ステップ３０３、ステップ３０４で得られたそれぞれの情報を、データベース記録部１２０がアクセスデータベース１３０に逐次記録する（ステップ３０６）。なお、アクセスデータベース１３０の残容量のチェックの結果、記録する内容の増減の方法は、前述の第１の実施例と同様であるので、その説明は省略する。
【００６２】
次に、ｗｅｂサーバ１は要求されたｗｅｂページの情報をクライアント端末２に送信し（ステップ３０７）、再び要求があるまで待機する。
ステップ３０２において、クライアント端末２からの要求が「アクセス解析」である場合には、ｗｅｂページ管理者からの解析要求とその内容を受ける（ステップ３０８）。
【００６３】
次に、解析要求元クライアント端末調査部１８０が、クライアント端末２の情報を調査する（ステップ３０９）。ここでは、クライアント端末２が使用しているブラウザに関する情報、もしくは、表示装置に関する情報を取得する。
例えば、クライアント端末２がどのＷＷＷブラウザを使用しているか、という情報は、クライアント端末２がｗｅｂサーバ１にｈｔｔｐプロトコルを利用して通信する際に送られる情報に含まれており、図５の例においては、「Ｕｓｅｒ−Ａｇｅｎｔ」行が相当し、この場合のクライアント端末２の使用ＷＷＷブラウザは、「Ｍｏｚｉｌａ／２．０２Ｇｏｌｄ」だということがわかる。
【００６４】
また、例えば、クライアント端末２がどういったコンピュータを使用しているか、という情報は、クライアント２が使用しているＷＷＷブラウザの調査と同様にして、図６においては、「Ｕｓｅｒ−Ａｇｅｎｔ」行が相当し、この場合のクライアント端末２のコンピュータは、「ＷｉｎＮＴ」を使用していることがわかる。
【００６５】
また、例えば、クライアント端末２の表示装置がどういった解像度でどの程度のサイズのものを使用しているかといった情報は、ｗｅｂページに埋め込んだスクリプトプログラム（例えば、ＪａｖａＳｃｒｉｐｔなど）をｈｔｔｐプロトコルを通じてクライアント端末２が取り込み、クライアント端末２上で実行させることにより、ｗｅｂサーバ１に通知させることが可能である。
【００６６】
また、例えば、解析要求を出したクライアント端末２の表示装置によらず、クライアント端末２側で希望の出力形態を指定させることも可能である。解析要求のｗｅｂページに、クライアント端末２が希望する解析結果の形態を入力できるようなフォームを用意し、それをｗｅｂサーバ１に送信させることで、例えば、通常のディスプレイ上でＷＷＷブラウザを使用しているが、解析結果はカラープリンタに出力したい場合や、比較的画面サイズが小さい携帯端末に解析結果を保存して持ち歩きたいためテキストのみの情報で解析結果を得たい、などの場合が考えられる。
【００６７】
次に、データベース読み出し部１４０は、解析要求で指定された範囲（期間等）をアクセスデータベース１３０に設定し（ステップ３１０）、アクセスデータベース１３０から要求範囲内のアクセス情報を取り出す（ステップ３１１）。
次に、状況判断部１５０は、データベース読み出し部１４０と解析要求元クライアント装置調査部１８０から得られた情報を基に、最適な解析条件を決定する（ステップ３１２）。
【００６８】
例えば、解析要求元クライアント端末に関しては、グラフィックディスプレイを利用する場合には、グラフィック表示が可能であれば、比較的荒い解像度でのグラフ表示が望まれるし、携帯端末などの文字のみの表示が可能な小さな表示装置であれば、数値や文字で結果を提供するべきである。プリンタを利用して紙に印刷する場合には、モノクロプリンタなら、できるだけ高い解像度でのグラフ印刷が望まれるし、カラープリンタなら、色を利用するなどしてよりわかりやすい結果表示が適しているだろう。
【００６９】
次に、状況判断部１５０が決定した最適な解析条件に従い、統計処理部１６０がアクセスデータベース１３０に記録されたアクセス情報に対して統計処理を施す。例えば、クライアント端末２が備えている表示装置もしくは、出力装置などに関する情報を取得し、クライアント端末２が表示もしくは、出力するにあたり、表示装置もしくは、出力装置に適した解析結果を生成する、等の条件である。統計処理の結果は、クライアント端末２が表示・出力可能な形式に変換される（ステップ３１３）。
【００７０】
次に、統計処理部１６０が出力した解析結果をｗｅｂサーバ１がクライアント端末２に送信し、クライアント端末２は、受け取った解析結果を表示・もしくは出力する（ステップ３０７）。
即ち、本実施例において、アクセス解析における統計処理をｗｅｂページ管理者が一意に設定するのではなく、クライアント端末の表示装置に関する状況によって自動的に最適なものに設定されるため、さまざまな制約条件のもとに、解析処理に関わる状況に柔軟で効果的な統計結果を得ることができる。
【００７１】
［第４の実施例］
図１３は、本発明の第４の実施例のアクセス解析システムの構成を示す。同図において、図３と同一構成部分については同一符号を付し、その説明を省略する。
図１３に示すアクセス解析システムは、図３に示すアクセス解析装置１００にネットワーク帯域調査部１９０を付加した構成である。
【００７２】
ネットワーク帯域調査部１９０は、解析要求を読み出したクライアント端末２とｗｅｂサーバ１との間のネットワーク３が持つ帯域の太さを読み取る。これにより、状況判断部１５０は、データベース読み出し部１４０とネットワーク帯域調査部１９０とから得られた各種状況情報を判断する。
次に、上記の構成におけるアクセス解析システムの動作を説明する。
【００７３】
図１４は、本発明の第４の実施例のアクセス解析システムの動作を示すフローチャートである。
まず、クライアント端末２からｗｅｂサーバ１へｗｅｂページの要求が発生すると（ステップ４０１）、データ監視部１１０は、その要求の内容を判別し（ステップ４０２）、「通常のｗｅｂページの要求」である場合には、データ監視部１１０がクライアント２の情報とアクセス日時や要求先ページアドレスなどを取り出す（ステップ４０３、４０４）。
【００７４】
なお、クライアント端末２がｗｅｂサーバ１へｗｅｂページの要求を行う際のクライアント端末２から送信されるデータは、前述の第１の実施例の図５と同様であり、ｗｅｂサーバ１がクライアント端末２から図５に示すデータを受信した際に、クライアント端末２に応答するデータも図６と同様である。また、図５と図６に示す情報のｗｅｂサーバ１とクライアント端末２間のやり取りの中からアクセスデータベース１３０に記録されるデータについても第１の実施例の図７と同様であるため、各データに関する説明は省略する。
【００７５】
次に、データベース記録部１２０は、アクセスログを記録するアクセスデータベース１３０の容量をチェックする（ステップ４０５）。
次に、ステップ４０３、ステップ４０４で得られたそれぞれの情報を、データベース記録部１２０がアクセスデータベース１３０に逐次記録する（ステップ４０６）。なお、アクセスデータベース１３０の残容量のチェックの結果、記録する内容の増減の方法は、前述の第１の実施例と同様であるので、その説明は省略する。
【００７６】
次に、ｗｅｂサーバ１は要求されたｗｅｂページの情報をクライアント端末２に送信し（ステップ４０７）、再び要求があるまで待機する。
ステップ４０２において、クライアント端末２からの要求が「アクセス解析」である場合には、ｗｅｂページ管理者からの解析要求とその内容を受ける（ステップ４０８）。
【００７７】
次に、ネットワーク帯域調査部１９０は、要求元クライアント端末２とｗｅｂサーバ１間のネットワーク３を調査し、その帯域幅をみる（ステップ４０９）。
例えば、ｗｅｂサーバ１側からクライアント端末２に対してダミーのアクセス要求を出し、この要求に対してクライアント端末２から返答が戻ってくるまでの時間を計測し、これを継続的に行うことで、平均の反応時間を求めておく。実際には、アクセス解析要求があった場合に、先と同様のダミー要求をクライアント端末２に出して、その反応時間を求め、平均との差を用いてもよい。
【００７８】
また、例えば、ｗｅｂサーバ１が送受信しているデータを常に監視しているデータ監視部１１０が、ある時間単位、例えば、１秒間や１分間、１時間に流れるデータの量を計測し、それを記録することで、ｗｅｂサーバ１が送受信するデータの最大流量や平均流量などを算出しておき、アクセス要求があった時のデータの流量と、これらの最大流量や平均流量を比較してもよい。
【００７９】
次に、データベース読み出し部１４０は、解析要求で指定された範囲（期限等）をアクセスデータベース１３０に設定し（ステップ４１０）、アクセスデータベース１３０から要求範囲内のアクセス情報を取り出す（ステップ４１１）。
次に、状況判断部１５０は、データベース読み出し部１４０とネットワーク帯域調査部１９０から得られた情報を基に、最適な解析条件を決定する（ステップ４１２）。
【００８０】
例えば、ネットワーク帯域に関しては、ｗｅｂサーバ１の送受信データの流量が通常より速い・広いならば、詳細な解析結果をもった大きいデータをクライアント端末２に送信しても構わないし、流量が狭ければ、解析結果の概要がわかる程度の小さいデータを送信するようにすべきである。
次に、状況判断部１５０が決定した最適な解析条件に従い、統計処理部１６０がアクセスデータベース１３０に記録されたアクセス情報に対して統計処理を施す。例えば、クライアント端末２とｗｅｂサーバ１間のネットワークの帯域幅に応じて、統計処理を簡略化したり詳細にしたりと変化させる、などの条件である。統計処理の結果は、クライアント端末２が表示・出力可能な形式に変換される（ステップ４１３）。
【００８１】
次に、統計処理部１６０が出力した解析結果をｗｅｂサーバ１がクライアント端末２に送信し、クライアント端末２は受け取った解析結果を表示、もしくは、出力する（ステップ４０７）。
即ち、本実施例において、アクセス解析における統計処理をｗｅｂページ管理者が一意に設定するのではなく、クライアント端末２とｗｅｂサーバ１間のネットワーク帯域によって自動的に最適な値に設定されるため、さまざまな制約条件のもとに、解析処理に関わる状況に柔軟で効果的な統計結果を得ることができる。
【００８２】
［第５の実施例］
図１５は、本発明の第５の実施例のアクセス解析システムの構成を示す。同図において、図３と同一構成部分については同一符号を付し、その説明を省略する。
図１５に示すアクセス解析システムは、図３に示すアクセス解析装置１００にサーバ負荷調査部２１０を付加した構成である。
【００８３】
サーバ負荷調査部２１０は、解析要求時におけるｗｅｂサーバ１の負荷状態を監視する。これにより、状況判断部１５０は、データベース読み出し部１４０とサーバ負荷調査部２１０とから得られた各種状況情報を判断する。
次に、上記の構成におけるアクセス解析システムの動作を説明する。
図１６は、本発明の第５の実施例のアクセス解析システムの動作を示すフローチャートである。
【００８４】
まず、クライアント端末２からｗｅｂサーバ１へｗｅｂページの要求が発生すると（ステップ５０１）、データ監視部１１０は、その要求の内容を判別し（ステップ５０２）、「通常のｗｅｂページの要求」である場合には、データ監視部１１０がクライアント２の情報とアクセス日時や要求先ページアドレスなどを取り出す（ステップ５０３、５０４）。
【００８５】
なお、クライアント端末２がｗｅｂサーバ１へｗｅｂページの要求を行う際のクライアント端末２から送信されるデータは、前述の第１の実施例の図５と同様であり、ｗｅｂサーバ１がクライアント端末２から図５に示すデータを受信した際に、クライアント端末２に応答するデータも図６と同様である。また、図５と図６に示す情報のｗｅｂサーバ１とクライアント端末２間のやり取りの中からアクセスデータベース１３０に記録されるデータについても第１の実施例の図７と同様であるため、各データに関する説明は省略する。
【００８６】
次に、データベース記録部１２０は、アクセスログを記録するアクセスデータベース１３０の容量をチェックする（ステップ５０５）。
次に、ステップ４０３、ステップ５０４で得られたそれぞれの情報を、データベース記録部１２０がアクセスデータベース１３０に逐次記録する（ステップ５０６）。なお、アクセスデータベース１３０の残容量のチェックの結果、記録する内容の増減の方法は、前述の第１の実施例と同様であるので、その説明は省略する。
【００８７】
次に、ｗｅｂサーバ１は要求されたｗｅｂページの情報をクライアント端末２に送信し（ステップ５０７）、再び要求があるまで待機する。
ステップ５０２において、クライアント端末２からの要求が「アクセス解析」である場合には、ｗｅｂページ管理者からの解析要求とその内容を受ける（ステップ５０８）。
【００８８】
次に、サーバ負荷監視部２１０は、解析要求時点でのｗｅｂサーバ１にかかっている負荷を調査する（ステップ５０９）。
例えば、ｗｅｂサーバ１がＵＮＩＸマシンであれば、ロードアベレージを取得してもよいし、そうでない場合も、比較的短い時間で終わる計算プログラムなどを定期的にある時間間隔のもとで実行することで、その終了時間を記録しておくことで、最大計算時間・最速計算時間・平均計算時間を算出しておき、解析要求があったときの計算時間とこれらを比較してもよい。
【００８９】
次に、データベース読み出し部１４０は、解析要求で指定された範囲（期間等）をアクセスデータベース１３０に設定し（ステップ５１０）、アクセスデータベース１３０から要求範囲内のアクセス情報を取り出す（ステップ５１１）。
次に、状況判断部１５０は、データベース読み出し部１４０、サーバ負荷監視部２１０から得られた情報を基に、最適な解析条件を決定する（ステップ５１２）。
【００９０】
例えば、サーバ負荷に関しては、ｗｅｂサーバ１の負荷が高い状態で詳細な統計解析を行うと、ｗｅｂサーバ１の通常行っているサービスへの影響を与えてしまうため、ｗｅｂサーバ１の負荷が高い状態ならば簡単な解析処理を行い、ｗｅｂサーバ１の負荷が軽いならば詳細な解析処理を行うようにすべきである。
次に、状況判断部１５０が決定した最適な解析条件に従い、統計処理部１６０がアクセスデータベース１３０に記録されたアクセス情報に対して統計処理を施す。例えば、ｗｅｂサーバ１の負荷に応じて、統計処理を簡略化したり、詳細にしたりと変化させる、等の条件である。統計処理の結果は、クライアント端末２が表示・出力可能な形式に変換される（ステップ５１３）。
【００９１】
次に、統計処理部１６０が出力した解析結果をｗｅｂサーバ１がクライアント端末２に送信し、クライアント端末２は受け取った解析結果を表示、もしくは出力する（ステップ５０７）。
即ち、本実施例において、アクセス解析における統計処理をｗｅｂページ管理者が一意に設定するのではなく、ｗｅｂサーバ１の負荷状態に応じて自動的に最適な値に設定されるため、さまざまな制約条件のもとに、解析処理に関わる状況に柔軟で効果的な統計結果を得ることができる。
【００９２】
なお、上記の第１の実施例の構成に、第２の実施例のアクセス頻度計算部１７０、第３の実施例の解析要求元クライアント端末調査部１８０、第４の実施例のネットワーク帯域調査部１９０、第５の実施例のサーバ負荷調査部２１０のいずれかを１つまたは、複数付加して構成することも可能であり、その組み合わせも自由である。例えば、第１の実施例の構成に、第２の実施例のアクセス頻度計算部１７０と第３の実施例の解析要求元クライアント端末調査部１８０を付加することにより、アクセス頻度に対応する粒度による解析結果を解析要求元のクライアント端末の状況・環境に応じて当該クライアント装置に提供することが可能となる。
【００９３】
また、当該アクセス解析装置１００は、図３、図８、図１１、図１３、及び図１５において、ネットワーク３に接続され、ｗｅｂサーバ１とは独立に構成されているように示されているが、この例に限定されることなく、ｗｅｂサーバ１に含まれる構成としてもよい。
また、上記の第１〜第５の実施例におけるアクセス解析装置１００の動作をプログラムとして構築し、アクセス解析装置として利用されるコンピュータに接続されるディスク装置や、フロッピーディスクやＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際にインストールすることにより、容易に本発明を実現することが可能となる。
【００９４】
なお、本発明は、上記の実施例に限定されることなく、特許請求の範囲内で種々変更・応用が可能である。
【００９５】
【発明の効果】
上述のように、本発明によれば、ｗｅｂページへのアクセスを解析する処理において、ｗｅｂサーバやクライアント端末、もしくはそれらを結ぶネットワークに関する制約条件を鑑み、特に、ｗｅｂサーバへのアクセス頻度に応じて集計の単位を変化させて統計処理を行うことにより、ｗｅｂサーバへのアクセス数の変化が大きい場合でも、アクセス数が大きい期間は分刻みや秒刻みなどの細かい単位で集計を行い、アクセス数が少ない期間では時間単位などの比較的大きい単位で集計を行うことができる。
【００９６】
また、アクセス解析を要求するクライアント端末の表示装置・出力装置に関する状況に応じて、解析結果の出力形態を変化させることにより、クライアント端末の表示装置・出力装置である、例えば、比較的解像度は荒いが、画面転換や動画像の表示が可能なディスプレイ機器では、グラフィカルなグラフを描き、注目すべき点をカラーや点滅などを使って表示させることができる。例えば、解像度は高いがモノクロで静止画プリンタ装置であれば、精密で正確なグラフと膨大な量の数値データと一緒に１枚の紙に出力することができる。例えば、表示範囲が限られ、しかも文字情報のみ表示可能な携帯端末であれば、膨大な解析結果から代表データを表形式で数値化したものを出力させる、等してそれぞれに適した解析結果を出力することができるようになる。
【００９７】
また、ｗｅｂサーバとクライアント端末間のネットワーク帯域を調査し、ネットワークの混雑の度合いや速度に応じて解析結果をより詳しくしたり、概略にどどめるなど変化させることにより、例えば、携帯端末で無線ネットワークのような比較的遅い回線を使ってアクセス解析をする場合でも、少ないデータ量でも確実に解析結果を理解できるように、データに関係ない表やグラフなどの飾りを排し、文字と数値のみで構成されるような結果表示にし、また、途中で回線が切れても構わないように、例えば、データを上位順にソートするなどして、大切な情報を先に送るような工夫をすることができる。
【００９８】
また、ｗｅｂページのアクセス解析装置、もしくは、ｗｅｂサーバにかかっている負荷を調査し、負荷の度合いに応じてサーバの他の通常業務に影響のない程度に解析作業を変化させることにより、アクセス解析に伴う統計処理に時間が係り、他のクライアント端末からｗｅｂページが要求されても要求の応答に時間がかかり、なかなかｗｅｂページが表示されなかったり、解析対象のデータベースが非常に大きいため、データベース読み出しに伴ってデータベース装置へのアクセスが頻繁になり、データベースへの負荷が高くなってしまう、といったことを回避することができる。
【００９９】
以上のように、アクセス解析者が意識することなく、ｗｅｂサーバやクライアント端末、ネットワークなどのそれぞれの状況に適した解析結果を提供することが可能になり、アクセス解析者に有用な解析結果を提供することができる。
【図面の簡単な説明】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】本発明のアクセス解析システムの構成図である。
【図４】本発明のアクセス解析システムの動作を示すフローチャートである。
【図５】本発明の第１の実施例のクライアント端末から送信されるデータの例である。
【図６】本発明の第１の実施例のｗｅｂサーバの応答データの例である。
【図７】本発明の第１の実施例のデータベースに記録可能な情報の例である。
【図８】本発明の第２の実施例のアクセス解析システムの構成図である。
【図９】本発明の第２の実施例のアクセス解析システムの動作を示すフローチャートである。
【図１０】本発明の第２の実施例のアクセス頻度とその時に使用されるべき統計処理の粒度とが対応している対応表の例である。
【図１１】本発明の第３の実施例のアクセス解析システムの構成図である。
【図１２】本発明の第３の実施例のアクセス解析システムの動作を示すフローチャートである。
【図１３】本発明の第４の実施例のアクセス解析システムの構成図である。
【図１４】本発明の第４の実施例のアクセス解析システムの動作を示すフローチャートである。
【図１５】本発明の第５の実施例のアクセス解析システムの構成図である。
【図１６】本発明の第５の実施例のアクセス解析システムの動作を示すフローチャートである。
【符号の説明】
１  ｗｅｂサーバ
２  クライアント端末
３  ネットワーク
１００  アクセス解析装置
１１０  データ監視部、データ監視手段
１２０  データベース記録部、データ記録手段
１３０  アクセスデータベース、記憶手段
１４０  データベース読み出し部
１５０  状況判断部、解析手段
１６０  統計処理部、統計処理手段
１７０  アクセス頻度計算部
１８０  解析要求元クライアント端末調整部
１９０  ネットワーク帯域調査部
２１０  サーバ負荷調査部
【図１】
0003744255.tif 000002
【図２】
0003744255.tif 000003
【図３】
0003744255.tif 000004
【図４】
0003744255.tif 000005
【図５】
0003744255.tif 000006
【図６】
0003744255.tif 000007
【図７】
0003744255.tif 000008
【図８】
0003744255.tif 000009
【図９】
0003744255.tif 000010
【図１０】
0003744255.tif 000011
【図１１】
0003744255.tif 000012
【図１２】
0003744255.tif 000013
【図１３】
0003744255.tif 000014
【図１４】
0003744255.tif 000015
【図１５】
0003744255.tif 000016
【図１６】
0003744255.tif 000017