JP4861265B2

JP4861265B2 - パターン定義生成プログラム

Info

Publication number: JP4861265B2
Application number: JP2007188653A
Authority: JP
Inventors: 英佑田島
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2007-07-19
Filing date: 2007-07-19
Publication date: 2012-01-25
Anticipated expiration: 2027-07-19
Also published as: JP2009026078A

Description

この発明は、アプリケーションの機能を特定するパターン定義テーブルを生成するパターン定義生成プログラムに関するものである。

近年、利用者によるニーズの多様化によって、Ｗｅｂ（World Wide Web）アプリケーションシステムは様々な機能を備え、利用者の要求に応じて各種サービスを提供している。そして、Ｗｅｂアプリケーションシステムの管理者は、利用者に提供するサービスの評価などを行うために、Ｗｅｂアプリケーションシステムに備えられた機能の使用状況を調べる必要があった。

Ｗｅｂアプリケーションシステムに備えられた機能の使用状況を調べる場合には、Ｗｅｂサーバのアクセスログ情報を解析して特定のＵＲＬ（Uniform Resource Locator）のアクセス頻度を計測した結果を用いる方法が知られている（例えば、特許文献１参照）。

特開２０００−２９３４２３号公報

しかしながら、ＵＲＬによって機能が一意には決まらず、ＵＲＬが同じでもパラメータにより異なる機能を提供するＷｅｂアプリケーションシステムでは、上述した従来の手法によって、機能の使用状況を判定することができないという問題があった。

なお、システムの管理者が、ＵＲＬおよび各種パラメータの組合せと機能とを対応付けたテーブルを作成し、かかるテーブルを用いて機能の使用状況を判定することも考えられるが、パラメータの種類は膨大であるため、人手によってかかるテーブルを作成することは現実的ではなかった。

すなわち、Ｗｅｂアプリケーションシステムに備えられた機能の使用状況の取得、集計を可能にするべく、アクセスログ情報からＵＲＬなどのパラメータの組み合わせを抽出して機能を特定するためのパターン定義を作成することが極めて重要な課題となっている。

この発明は、上述した従来技術による問題点を解消するためになされたものであり、アクセスログ情報からＵＲＬ、パラメータの組み合わせを抽出して機能を特定するためのパターン定義を作成可能なパターン定義生成プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、記憶装置にアクセス可能なコンピュータに、複数の機能を備えたアプリケーションに対してアクセスを行った場合に履歴として残される複数のパラメータを含んだアクセスログを記憶装置に記憶するアクセスログ記憶手順と、前記アクセスログのパラメータの項目に含まれる文字列から前記アプリケーションの機能に対応する機能名を判定する機能名判定手順と、前記機能名に対応するパラメータの項目の組合せから前記機能名が特定されるのに必要な最低限の項目を抽出し、抽出した項目と前記機能名とを対応付けたパターン定義テーブルを生成するテーブル生成手順と、を実行させることを特徴とする。

また、本発明は、上記発明において、前記記憶装置は、前記機能名の候補となる複数の語句を含んだ辞書データが記憶されており、前記機能名判定手順は前記記憶装置に記憶された前記辞書データに含まれる語句と前記記憶装置に記憶されたアクセスログの前記パラメータの項目に含まれる文字列との一致率に基づいて機能名を判定することを特徴とする。

また、本発明は、上記発明において、前記機能名の判定対象となる文字列は前記アクセスログのページソースのタグに対応付けられて記憶されており、前記機能名判定手順は、前記一致率と前記タグの優先度に基づいて機能名を判定することを特徴とする。

本発明によれば、複数の機能を備えたアプリケーションに対してアクセスを行った場合に履歴として残される複数のパラメータを含んだアクセスログを記憶装置に記憶し、アクセスログのパラメータの項目に含まれる文字列からアプリケーションの機能に対応する機能名を判定する。そして、判定した機能名に対応するパラメータの項目の組合せから機能名が特定されるのに必要な最低限の項目を抽出し、抽出した項目と機能名とを対応付けたパターン定義テーブルを生成するので、かかるパターン定義テーブルを利用することによって、Ｗｅｂアプリケーションの機能の使用状況の取得、集計を可能にすることができる。

また、本発明によれば、記憶装置は、機能名の候補となる複数の語句を含んだ辞書データを記憶しており、辞書データに含まれる語句とパラメータの文字列と比較する。そして、辞書データに含まれる語句とパラメータの文字列との一致率に基づいて機能名を判定するので、機能の名称を適切に判定することができる。

また、本発明によれば、機能名の判定対象となる文字列はアクセスログのページソースのタグに対応付けられて記憶されており、辞書データに含まれる語句とパラメータの文字列との一致率とタグの優先度に基づいて機能名を判定するので、機能の名称を適切に判定することができる。

以下に添付図面を参照して、この発明に係るパターン定義生成プログラムの好適な実施の形態を詳細に説明する。

まず、本実施例１にかかるパターン定義生成装置の概要および特徴について説明する。本実施例１にかかるパターン定義生成装置は、複数の機能を備えたＷｅｂアプリケーションに対してクライアントがアクセスを行った場合に履歴として残される複数のパラメータ（ＵＲＬ、セッションパラメータ、ページソース等）を含んだアクセスログを記憶し、アクセスログのパラメータの項目に含まれる文字列からＷｅｂアプリケーションの機能に対応する機能名を判定する。

そして、パターン定義生成装置は、機能名に対応するパラメータの項目の組合せから、機能名が特定されるのに必要最低限の項目を抽出し、抽出した項目と機能名とを対応付けたパターン定義テーブルを生成する。

このように、本実施例１にかかるパターン定義生成装置は、機能名が特定されるのに必要最低限の項目を抽出し、抽出した項目と機能名とを対応付けたパターン定義テーブルを生成するので、かかるパターン定義テーブルを利用することによって、Ｗｅｂアプリケーションの機能の使用状況の取得、集計を可能にすることができる。

次に、本実施例１にかかるパターン定義生成装置１００の構成について説明する。図１は、本実施例１にかかるパターン定義生成装置１００の構成を示す機能ブロック図である。同図に示すように、このパターン定義生成装置１００は、Ｗｅｂアプリケーションシステム５０に接続され、入力部１１０と、出力部１２０と、入出力制御ＩＦ部１３０と、通信制御ＩＦ部１４０と、記憶部１５０と、制御部１６０とを備えて構成される。

ここで、Ｗｅｂアプリケーションシステム５０は、各種のサービスを提供するための様々な機能を備え、ネットワークを介してクライアント（図示略）からのアクセス要求を取得した場合に、アクセス要求に対応するサービスを提供する装置である。また、Ｗｅｂアプリケーションシステム５０は、クライアントとの間で行ったアクセスの履歴となるログデータを蓄積し、かかるログデータをパターン定義生成装置１００に出力する。

パターン定義生成装置１００の説明に移ると、入力部１１０は、各種の情報を入力する入力手段であり、キーボードやマウス、マイクなどによって構成される。なお、後述するモニタ（出力部１２０）も、マウスと協働してポインティングディバイス機能を実現する。出力部１２０は、各種の情報を出力する出力手段であり、モニタ（若しくはディスプレイ、タッチパネル）やスピーカなどによって構成される。

入出力制御ＩＦ部１３０は、入力部１１０、出力部１２０、通信制御ＩＦ部１４０、記憶部１５０、制御部１６０によるデータの入出力を制御する手段である。通信制御ＩＦ部１４０は、Ｗｅｂアプリケーション５０との間における通信を制御する手段である。

記憶部１５０は、制御部１６０による各種処理に必要なデータおよびプログラムを記憶する手段（格納手段）であり、特に本発明に密接に関連するものとしては、図１に示すように、ログデータ１５１と、類義語辞書データ１５２と、使用履歴記憶テーブル１５３と、パターン定義テーブル１５４とを備える。

ログデータ１５１は、クライアントがＷｅｂアプリケーション５０に対してアクセスを行った場合の履歴となるログデータである。図２は、本実施例１にかかるログデータ１５１のデータ構造の一例を示す図である。同図に示すように、このログデータ１５１は、各ログを識別する識別情報と、呼び出し元ＵＲＬ（ＲＥＦ＿ＵＲＬ）と、呼び出されたＵＲＬ（ＣＡＬＬ＿ＵＲＬ）と、セッションパラメータと、ページソースと、クライアントがアクセスした時刻を示すリクエスト時刻とを備える。

ここで、呼び出し元ＵＲＬは、例えば、Ｗｅｂアプリケーションシステム５０が提供するＷｅｂサイトのトップページのＵＲＬに対応し、呼び出されたＵＲＬは、かかるトップページから発生するページのＵＲＬに対応する。

また、セッションパラメータは、サイトにアクセスしたクライアントのＩＤやパスワードを示すパラメータであり、ページソースは、Ｗｅｂアプリケーションシステム５０が提供するサイトのページソースを示す。

類義語辞書データ１５２は、Ｗｅｂアプリケーションシステム５０が備える機能の機能名を判定する場合に使用されるデータであり、様々な語句を含んでいる。図３は、本実施例１にかかる類義語辞書データ１５２のデータ構造の一例を示す図である。

使用履歴記憶テーブル１５３は、機能名とこの機能名に対応するパラメータの項目とを対応付けて記憶したテーブルである。図４は、本実施例１にかかる使用履歴記憶テーブル１５３のデータ構造の一例を示す図である。

図４に示すように、この使用履歴記憶テーブル１５３は、機能名と、ＵＲＬと、モードと、初期化と、ユーザＩＤと、パスとを備える。ここで、ＵＲＬ、モード、初期化、ユーザＩＤの項目には、ログデータ１５１の各パラメータに含まれるデータが登録される。使用履歴記憶テーブル１５３の作成方法は後述する。

パターン定義テーブル１５４は、機能名と、機能名を特定するのに必要最低限となる項目とを対応付けたテーブルである。図５は、本実施例１にかかるパターン定義テーブル１５４のデータ構造の一例を示す図である。

図５に示すように、このパターン定義テーブル１５４は、機能名と、ＵＲＬと、モードと、初期化と、ユーザＩＤと、パスとを備える。ここで、ＵＲＬ、モード、初期化、ユーザＩＤの各項目のうち、機能名を特定するために最低限必要となる項目のみが登録される。

例えば、図５の１段目では、機能名「入金新規作成」を特定するために最低限必要となるパラメータの項目は、ＵＲＬ「http://local/ap002.aspx」と、モード「new」となることを示している。パターン定義テーブル１５４の作成方法は後述する。

制御部１６０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する制御手段であり、特に本発明に密接に関連するものとしては、図１に示すように、ログデータ管理部１６１と、機能名判定部１６２と、パターン定義生成部１６３とを備える。

ログデータ管理部１６１は、記憶部１５０に記憶されたログデータ１５１を管理する手段である。このログデータ管理部１６１は、Ｗｅｂアプリケーションシステム５０からログデータを取得した場合に、取得したログデータによってログデータ１５１を更新する。

機能名判定部１６２は、ログデータ１５１に含まれる文字列と類義語辞書データ１５２に含まれる語句との一致率に基づいて機能名を判定する手段である。以下において、機能名判定部１６２の処理を具体的に説明する。

まず、機能名判定部１６２は、ログデータ１５１のページソースを参照し、ページソースのタグに挟まれた文字列とかかるタグとを対応付けた機能名候補データを生成する。図６は、本実施例１にかかる機能名候補データのデータ構造の一例を示す図である。

図６に示すように、この機能名候補データは、タグと、タグに挟まれた文字列とを対応付けて記憶している。また、各タグには優先順位が設定されており、優先順位の高いタグほど、機能名候補データの上段に位置しているものとする。

機能名判定部１６２は、機能名候補データの候補文字列と、類義語辞書データ１５２とを比較して、一致率を求める。例えば、「入金新規作成」は、「入金」、「新規」、「作成」という語句から構成されており、この３つの語句のうち、２つの語句が類義語辞書データ１５２に含まれている場合には、一致率は、「２／３」となる。

機能名判定部１６２は、各候補文字列のうち、一致率が最も大きい候補文字列を機能名として判定する。なお、一致率が同じ文字列が複数存在する場合には、優先度が最も大きいタグに挟まれた文字列を機能名として判定する。例えば、候補文字列「入金新規作成」と「新規作成」との一致率が等しい場合には、タグの優先度が大きい「入金新規作成」を機能名とする。

そして、機能名判定部１６２は、判定した機能名と機能名を判定する元となったログデータ１５１の識別情報とを対応付けた機能名抽出データをパターン定義生成部１６３に出力する。図７は、本実施例１にかかる機能名抽出データの一例を示す図である。同図に示すように、この機能名抽出データは、ログデータを識別する識別情報と、かかるログデータに対応する機能名とを対応付けて記憶している。

図１の説明に戻ると、パターン定義生成部１６３は、パターン定義テーブル１５４を生成する手段である。以下において、パターン定義生成部１６３が行う処理を具体的に説明する。まず、パターン定義生成部１６３は、機能名抽出データとログデータ１５１とを基にして、機能名と当該機能名に対応するパラメータの項目とを対応付けた使用履歴記憶テーブル１５３を生成する。

例えば、パターン定義生成部１６３は、機能名「入金新規作成」と当該機能名に対応するパラメータの項目とを対応付ける場合には、機能名抽出データの機能名「入金新規作成」の識別情報「１００１」に対応するログデータ（図２の１段目）から各項目を抽出して、使用履歴記憶テーブル１５３に登録する。

例えば、使用履歴記憶テーブル１５３において、機能名「入金新規作成」に対応するＵＲＬには、ログデータ１５１の呼び出されたＵＲＬ「http://local/ap002.aspx」が登録され、モードには、呼び出されたＵＲＬのモード「new」が登録され、初期化には、呼び出されたＵＲＬに含まれる「TRUE」が登録され、ユーザＩＤには、セッションパラメータのユーザＩＤ「user1」が登録され、パスには、セッションパラメータのパス「user1pass」が登録される。パターン定義生成部１６３は、他の機能名に対しても上記と同様の手法によって、各パラメータの項目を登録していく。

パターン定義生成部１６３は、使用履歴記憶テーブル１５３を生成した後に、使用履歴記憶テーブル１５３に基づいてパターン定義テーブル１５４を生成する。以下において、パターン定義生成部１６３がパターン定義テーブル１５４を生成する具体的な処理について説明する。なお、ここでは、説明の便宜上、図８に示す使用履歴記憶テーブル１５３を用いてパターン定義生成部１６３の説明を行う。図８は、パターン定義生成部１６３の処理を説明するための使用履歴記憶テーブルの一例を示す図である。

まず、パターン定義生成部１６３は、使用履歴記憶テーブル１５３の機能名を参照し、特定の機能名の行を全て取り出す。図８に示す例では、パターン定義生成部１６３は、「得意先参照」に対応する行（１段目から５段目）を取り出す。

パターン定義生成部１６３は、取り出した行からパラメータを１つ選択し、選択したパラメータに複数種類の値がある場合には、１つの値に対応する行を全て取り出す。例えば、図８において、パラメータ「ＵＲＬ」を選択した場合には、かかるＵＲＬには複数の値「http://local/ms001.aspx」、「http://remote/mstv001.aspx」があるので、１つの値、例えば、「http://local/ms001.aspx」に対応する行、すなわち、１段目から３段目を取り出す。

そして、パターン定義生成部１６３は、取り出した行に含まれる「ＵＲＬ」以外のパラメータのうち、値が１つであるもの（図８に示す例では、モードの「ref」が該当する値となる）とＵＲＬとの組合せをパターンとして生成する。その他のパラメータは複数の値を含む（パラメータ「初期化」は、「TRUE」、「FALSE」を含み、パラメータ「ユーザＩＤ」は「user1」、「user2」、「user3」を含み、パラメータ「パス」は、「user1pass」、「user2pass」、「user3pass」を含む）ため、ＵＲＬ「http://local/ms001.aspx」とモード「ref」との組合せが、機能名「得意先参照」を特定するパターンとなる。

一方、パターン定義生成部１６３は、「http://remote/mstv001.aspx」に対応する行、すなわち、４段目から５段目を取り出し、上述した同様の手法を用いると、ＵＲＬ「http://remote/mstv001.aspx」とモード「ref」と初期化「TRUE」との組合せが、機能名「得意先参照」を特定するパターンとなる。

パターン定義生成部１６３は、生成したパターンをパターン定義テーブルに登録する。図９は、図８に示した使用履歴記憶テーブルから生成されるパターン定義テーブルの一例を示す図である。同図に示すように、機能名「得意先参照」が特定されるのに必要最低限の項目の組合せは、ＵＲＬ「http://local/ms001.aspx」とモード「ref」との組み合わせパターンと、ＵＲＬ「http://remote/mstv001.aspx」とモード「ref」と初期化「TRUE」との組み合わせパターンとなる。

次に、本実施例１にかかるパターン定義生成装置１００の処理手順について説明する。図１０は、本実施例１にかかるパターン定義生成装置１００の処理手順を示すフローチャートである。同図に示すように、パターン定義生成装置１００は、パターン定義生成部１６３が、使用履歴記憶テーブル１５３を参照して、特定の機能名の行を取り出し（機能名の行をＡ群とする）（ステップＳ１０１）、Ａ群からパラメータを１つ取り出す（パラメータをｐ１とする）（ステップＳ１０２）。

そして、パターン定義生成装置１００は、ｐ１の値が２種類以上であるか否かを判定し（ステップＳ１０３）、２種類未満である場合には（ステップＳ１０４，Ｎｏ）、ステップＳ１０２に移行する。

一方、ｐ１の値が２種類以上である場合には（ステップＳ１０４，Ｙｅｓ）、パターン追加解析処理を実行し（ステップＳ１０５）、Ａ群にｐ１以外のパラメータが存在するか否かを判定する（ステップＳ１０６）。

Ａ群にｐ１以外のパラメータが存在する場合には（ステップＳ１０７，Ｙｅｓ）、ステップＳ１０２に移行する。一方、Ａ群にｐ１以外のパラメータが存在しない場合には（ステップＳ１０７，Ｎｏ）、パラメータの値が１種類であるものを含めてパターンとし（ステップＳ１０８）、未処理の機能名が存在するか否かを判定する（ステップＳ１０９）。

未処理の機能名が存在する場合には（ステップＳ１１０，Ｙｅｓ）、未処理の機能名の行を取り出し（ステップＳ１１１）、ステップＳ１０２に移行する。一方、未処理の機能名が存在しない場合には（ステップＳ１１０，Ｎｏ）、処理を終了する。

ここで、図１０のステップＳ１０５に示したパターン追加解析処理の処理手順について説明する。図１１、図１２は、パターン追加解析処理を示すフローチャートである。同図に示すように、パターン定義生成部１６３は、ｐ１から１つの値を選択し（値をαとする）（ステップＳ２０１）、ｐ１の値がαである行を全て抽出する（抽出した行をＣ群とする）（ステップＳ２０２）。

そして、パターン定義生成部１６３が、ｐ１以外のパラメータを選択し（パラメータをｐ２とする）（ステップＳ２０３）、ｐ２の値は１種類か否かを判定し（ステップＳ２０４）、ｐ２の値が１種類ではない場合に（ステップＳ２０５，Ｎｏ）、ステップＳ２０３に移行する。

一方、ｐ２の値が１種類である場合に（ｐ２の値をβとする）（ステップＳ２０５，Ｙｅｓ）、ｐ１の値（α）およびｐ２の値（β）からパターンを決定し（パターンをｒ１とする）（ステップＳ２０６）、ｒ１に合致する行を使用履歴記憶テーブル１５３から全て抽出する（抽出した行をＤ群とする）（ステップＳ２０７）。

パターン定義生成部１６３は、Ｄ群からｒ１に使用されていないパラメータを選択し（パラメータをｐ３とする）（ステップＳ２０８）、ｐ３の値が１種類であるか否かを判定し（ステップＳ２０９）、ｐ３の値が１種類ではない場合に（ステップＳ２１０，Ｎｏ）、ステップＳ２０８に移行する。

一方、ｐ３の値が１種類である場合に（ｐ３の値をγとする）（ステップＳ２１０，Ｙｅｓ）、ｒ１とγとを合わせてパターンとし（パターンをｒ１とする）（ステップＳ２１１）、Ｄ群にｐ３以外のパラメータが存在するか否かを判定する（ステップＳ２１２）。

Ｄ群にｐ３以外のパラメータが存在する場合には（ステップＳ２１３，Ｙｅｓ）、ステップＳ２０７に移行する。一方、Ｄ群にｐ３以外のパラメータが存在しない場合には（ステップＳ２１３，Ｎｏ）、パターン（ｒ１）をパターン定義テーブル１５４に登録し（ステップＳ２１４）、Ｃ群に選択していないパラメータが存在するか否かを判定する（ステップＳ２１５）。

そして、Ｃ群に選択していないパラメータが存在する場合には（ステップＳ２１６，Ｙｅｓ）、ステップＳ２０３に移行する。一方、Ｃ群に選択していないパラメータが存在しない場合には（ステップＳ２１６，Ｎｏ）、ｐ１に選択していない値が存在するか否かを判定する（ステップＳ２１７）。

ｐ１に選択していない値が存在する場合には（ステップＳ２１８，Ｙｅｓ）、ステップＳ２０１に移行する。一方、ｐ１に選択していない値が存在しない場合には（ステップＳ２１８，Ｎｏ）、パターン追加解析処理を終了する。

このように、パターン定義生成部１６３は、使用履歴記憶テーブル１５３に基づいて、機能名（Ｗｅｂアプリケーションシステム５０の機能）を特定するための最低限の項目を抽出し、抽出した項目と機能名とを対応付けたパターン定義テーブル１５４を作成するので、かかるパターン定義テーブル１５４を用いることで、ＵＲＬと機能とが１対１にならないケースでも、機能を特定することができる。

上述してきたように、本実施例１にかかるパターン定義生成装置１００は、機能名判定部１６２がログデータ１５１に基づいて機能名を判定し、パターン定義生成部１６３が、ログデータ１５１および機能名を基にして、使用履歴記憶テーブル１５３を作成し、使用履歴記憶テーブル１５３に基づいて、機能名に対応するパラメータの値の組合せから機能名が特定されるのに必要な最低限の項目を抽出し、抽出した項目と前記機能名とを対応付けたパターン定義テーブル１５４を生成するので、かかるパターン定義テーブル１５４を利用することによって、Ｗｅｂアプリケーションシステム５０の機能の使用状況の取得、集計を可能にすることができる。また、パターン定義生成装置１００が、自動的にパターン定義テーブル１５４を生成するので、管理者の負担を軽減することができる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例１以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例２として本発明に含まれる他の実施例を説明する。

（１）パターン定義テーブルの利用例
本実施例１にかかるパターン定義生成装置１００が生成したパターン定義テーブル１５４を用いて、各種の処理を行うことができる。例えば、Ｗｅｂアプリケーションシステム５０が、パターン定義テーブル１５４を予め保持しておき、かかるパターン定義テーブル１５４とログデータ１５１とを比較することによって、機能の使用状況を判定することができる。

また、Ｗｅｂアプリケーションシステム５０が、アクセスログとパターン定義テーブル１５４とを比較することによって、特定の業務処理を行う場合に使用される機能を特定し、複数の機能中で関連する機能を判定することができる。また、特定の機能とかかる機能を利用可能なユーザおよび使用時間とを対応付けた認証情報は記憶しておき、パターン定義テーブルで機能を特定した後に、アクセスを行ったユーザおよび使用時間と認証情報と比較することで不正使用を防止することができる。

（２）システム構成など
本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要件は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、例えば、Ｗｅｂアプリケーションシステム５０およびパターン定義生成装置１００を統合してもよい。さらに、各装置にて行われる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいはワイヤードロジックによるハードウェアとして実現され得る。

図１３は、図１に示したパターン定義生成装置１００が備えるコンピュータのハードウェア構成を示す図である。このコンピュータ３０は、ユーザからのデータの入力を受け付ける入力装置３１、モニタ３２、ＲＡＭ（Random Access Memory）３３、ＲＯＭ（Read Only Memory）３４、記憶媒体からデータを読み取る媒体読取装置３５、通信ＩＦ３６、ＣＰＵ（Central Processing Unit）３７、およびＨＤＤ（Hard Disk Drive）３８をバス３９で接続して構成される。

そして、ＨＤＤ３８には、上述したパターン定義生成装置１００の機能と同様の機能を発揮するパターン定義処理プログラム３８ｂが記憶されている。そして、ＣＰＵ３７がパターン定義処理プログラム３８ｂをＨＤＤ３８から読み出して実行することにより、上述したパターン定義生成装置１００の機能部の機能を実現するパターン定義処理プロセス３７ａが起動される。このパターン定義処理プロセス３７ａは、図１に示したログデータ管理部１６１、機能名判定部１６２、パターン定義生成部１６３にそれぞれ対応する。

また、ＨＤＤ３８には、上述したパターン定義生成装置１００の記憶部１５０に記憶されるデータに対応する各種データ３８ａが記憶される。この各種データ３８ａは、図１に示したログデータ１５１、類義語辞書データ１５２、使用履歴記憶テーブル１５３、パターン定義テーブル１５４に対応する。

ＣＰＵ３７は、各種データ３８ａをＨＤＤ３８に記憶するとともに、各種データ３８ａをＨＤＤ３８から読み出してＲＡＭ３３に格納し、ＲＡＭ３３に格納された各種データ３３ａを利用してパターン定義テーブルの生成処理を行う。

（付記１）記憶装置にアクセス可能なコンピュータに、
複数の機能を備えたアプリケーションに対してアクセスを行った場合に履歴として残される複数のパラメータを含んだアクセスログを前記記憶装置に記憶するアクセスログ記憶手順と、
前記アクセスログのパラメータの項目に含まれる文字列から前記アプリケーションの機能に対応する機能名を判定する機能名判定手順と、
前記機能名に対応するパラメータの項目の組合せから前記機能名が特定されるのに必要な最低限の項目を抽出し、抽出した項目と前記機能名とを対応付けたパターン定義テーブルを生成するテーブル生成手順と、
を実行させるためのパターン定義生成プログラム。

（付記２）前記記憶装置は、前記機能名の候補となる複数の語句を含んだ辞書データが記憶されており、前記機能名判定手順は前記記憶装置に記憶された前記辞書データに含まれる語句と前記記憶装置に記憶されたアクセスログの前記パラメータの項目に含まれる文字列との一致率に基づいて機能名を判定することを特徴とする付記１に記載のパターン定義生成プログラム。

（付記３）前記機能名の判定対象となる文字列は前記アクセスログのページソースのタグに対応付けられて記憶されており、前記機能名判定手順は、前記一致率と前記タグの優先度に基づいて機能名を判定することを特徴とする付記２に記載のパターン定義生成プログラム。

（付記４）前記テーブル生成手順は、前記機能名に対応するパラメータの項目のうち、当該項目の種類が単一となる項目を選択し、選択した項目と前記機能名とを対応付けることによりパターン定義テーブルを生成することを特徴とする付記１〜３のいずれか一つに記載のパターン定義生成プログラム。

（付記５）複数の機能を備えたアプリケーションに対してアクセスを行った場合に履歴として残される複数のパラメータを含んだアクセスログを記憶装置に記憶するアクセスログ記憶工程と、
前記アクセスログのパラメータの項目に含まれる文字列から前記アプリケーションの機能に対応する機能名を判定する機能名判定工程と、
前記機能名に対応するパラメータの項目の組合せから前記機能名が特定されるのに必要な最低限の項目を抽出し、抽出した項目と前記機能名とを対応付けたパターン定義テーブルを生成するテーブル生成工程と、
を含んだことを特徴とするパターン定義生成方法。

（付記６）前記記憶装置は、前記機能名の候補となる複数の語句を含んだ辞書データが記憶されており、前記機能名判定工程は前記記憶装置に記憶された辞書データに含まれる語句と前記記憶装置に記憶されたアクセスログの前記パラメータの項目に含まれる文字列との一致率に基づいて機能名を判定することを特徴とする付記５に記載のパターン定義生成方法。

（付記７）前記機能名の判定対象となる文字列は前記アクセスログのページソースのタグに対応付けられて記憶されており、前記機能名判定工程は、前記一致率と前記タグの優先度に基づいて機能名を判定することを特徴とする付記６に記載のパターン定義生成方法。

（付記８）前記テーブル生成工程は、前記機能名に対応するパラメータの項目のうち、当該項目の種類が単一となる項目を選択し、選択した項目と前記機能名とを対応付けることによりパターン定義テーブルを生成することを特徴とする付記５〜７のいずれか一つに記載のパターン定義生成方法。

（付記９）複数の機能を備えたアプリケーションに対してアクセスを行った場合に履歴として残される複数のパラメータを含んだアクセスログを記憶するアクセスログ記憶手段と、
前記アクセスログのパラメータの項目に含まれる文字列から前記アプリケーションの機能に対応する機能名を判定する機能名判定手段と、
前記機能名に対応するパラメータの項目の組合せから前記機能名が特定されるのに必要な最低限の項目を抽出し、抽出した項目と前記機能名とを対応付けたパターン定義テーブルを生成するテーブル生成手段と、
を備えたことを特徴とするパターン定義生成装置。

（付記１０）前記アクセスログ記憶手段は、前記機能名の候補となる複数の語句を含んだ辞書データを記憶し、前記機能名判定手段は前記辞書データに含まれる語句と前記アクセスログの前記パラメータの項目に含まれる文字列との一致率に基づいて機能名を判定することを特徴とする付記９に記載のパターン定義生成装置。

（付記１１）前記機能名の判定対象となる文字列は前記アクセスログのページソースのタグに対応付けられて記憶されており、前記機能名判定手段は、前記一致率と前記タグの優先度に基づいて機能名を判定することを特徴とする付記１０に記載のパターン定義生成装置。

（付記１２）前記テーブル生成手段は、前記機能名に対応するパラメータの項目のうち、当該項目の種類が単一となる項目を選択し、選択した項目と前記機能名とを対応付けることによりパターン定義テーブルを生成することを特徴とする付記９〜１１のいずれか一つに記載のパターン定義生成装置。

以上のように、本発明にかかるパターン定義生成プログラムは、複数の機能を備えたアプリケーションシステムなどに有用であり、特に、各機能の使用状況などを調べる場合に適している。

本実施例１にかかるパターン定義生成装置の構成を示す機能ブロック図である。本実施例１にかかるログデータのデータ構造の一例を示す図である。本実施例１にかかる類義語辞書データのデータ構造の一例を示す図である。本実施例１にかかる使用履歴記憶テーブルのデータ構造の一例を示す図である。本実施例１にかかるパターン定義テーブルのデータ構造の一例を示す図である。本実施例１にかかる機能名候補データのデータ構造の一例を示す図である。本実施例１にかかる機能名抽出データの一例を示す図である。パターン定義生成部の処理を説明するための使用履歴記憶テーブルの一例を示す図である。図８に示した使用履歴記憶テーブルから生成されるパターン定義テーブルの一例を示す図である。本実施例１にかかるパターン定義生成装置の処理手順を示すフローチャートである。パターン追加解析処理を示すフローチャート（１）である。パターン追加解析処理を示すフローチャート（２）である。図１に示したパターン定義生成装置が備えるコンピュータのハードウェア構成を示す図である。

符号の説明

３０コンピュータ
３１入力装置
３２モニタ
３３ＲＡＭ
３３ａ各種データ
３８ａ各種データ
３４ＲＯＭ
３５媒体読取装置
３６通信ＩＦ
３７ＣＰＵ
３７ａパターン定義処理プロセス
３８パターン定義プログラム
５０Ｗｅｂアプリケーションシステム
１００パターン定義生成装置
１１０入力部
１２０出力部
１３０入出力制御ＩＦ部
１４０通信制御ＩＦ部
１５０記憶部
１５１ログデータ
１５２類義語辞書データ
１５３使用履歴記憶テーブル
１５４パターン定義テーブル
１６０制御部
１６１ログデータ管理部
１６２機能名判定部
１６３パターン定義生成部

Claims

記憶装置にアクセス可能なコンピュータに、
複数の機能を備えたアプリケーションに対してアクセスを行った場合に履歴として残されるＵＲＬおよびＵＲＬ以外の複数種類のパラメータの項目を含むアクセスログと、機能名の候補となる複数の語句を含んだ辞書データとを前記記憶装置に記憶するアクセスログ記憶手順と、
前記アクセスログに含まれるページソースのタグに囲まれた文字列と、前記記憶装置に記憶された複数の語句との一致率に基づいて機能名を判定する機能名判定手順と、
機能名の判定対象となったアクセスログの項目に含まれる、ＵＲＬおよびＵＲＬ以外の複数種類のパラメータの項目と、機能名とを対応付けることで、機能名に対応するパラメータの項目の組み合わせを生成し、同一の機能名に対応付けられたパラメータの項目の組み合わせを比較して機能名を同一のＵＲＬ毎に分類し、同一のＵＲＬに分類された機能名のパラメータの項目のうち、パラメータの項目の内容が一致するパラメータの項目を、機能名が特定されるのに必要な最低限の項目として抽出し、抽出した項目と前記機能名とＵＲＬとを対応付けたパターン定義テーブルを生成するテーブル生成手順と、
を実行させるためのパターン定義生成プログラム。
前記機能名の判定対象となる文字列は前記アクセスログのページソースのタグに対応付けられて記憶されており、前記機能名判定手順は、前記一致率と前記タグの優先度に基づいて機能名を判定することを特徴とする請求項１に記載のパターン定義生成プログラム。