JP5227927B2 - アプリケーション利用状況測定システム - Google Patents

Description

本発明は、アプリケーションプログラムの利用状況を測定するコンピュータシステムに関する。

今日、様々なソフトウェア、アプリケーション、または開発環境（以降、総称的に「アプリケーション」と称する）がソフトウェア開発プロジェクトにおける開発および管理に利用されている。ソフトウェア開発プロジェクトを効率的に進め、生産効率を向上させるためには、プロジェクト・マネージャ、サブリーダ、開発担当者などのプロジェクトに関わるメンバがこれらのアプリケーションを最大限に利用することが重要である。これにより、プロジェクトの期間短縮や工数削減、利益向上を促進することができる。

このようなアプリケーションの例として、例えば、プロジェクトで行うべきタスクとそのスケジュールをリソースや工数などと関連させて効率的に管理するための管理アプリケーションであるＭｉｃｒｏｓｏｆｔ Ｐｒｏｊｅｃｔ、プロジェクトで作成される各種ドキュメント、ソース・コードなどの共有とバージョン管理を行うためのＶｉｓｕａｌ Ｓｏｕｒｃｅ Ｓａｆｅ、プロジェクトアプリケーションのコーディング、デバッグ、展開等を統合させた様々な統合開発環境（ＩＤＥ）、が知られている。

プロジェクトが大規模になればなるほど、アプリケーションを効果的に活用することによる期間、工数、利益への影響が大きくなる。さらに、例えばかかるプロジェクトの数が多い大規模なソフトウェア会社では、その影響はさらに大きくなると思われる。

以上を考慮し、特に大規模な企業では、有効なアプリケーション群を選定して、それをその企業の標準的なアプリケーションとして各プロジェクトに利用させているところが多い。

特開２００９−１７６１２０号公報 特開２００９−０９３５１９号公報 特開２００９−１１６６１７号公報 特開２００９−０７５８７７号公報 特開２００４−２５９０３６号公報

しかしながら、企業で標準的なアプリケーションが選定され、それを利用するように指導されている場合でも、プロジェクト・マネージャの好みのアプリケーションや、プロジェクト・マネージャが属する部署で継承されてきたアプリケーションが利用されることがしばしばある。また、そもそもアプリケーションを利用せず、非効率的にプロジェクトを進めてしまい、結果として赤字となるプロジェクトもある。

これを防止するため、各プロジェクトで指定のアプリケーションが効率的に利用されているかを常に監視し、当該各プロジェクトにフィードバックすることが必要である。しかし、アプリケーションが「効率的に」利用されていることを監視することは困難であり、先行技術にはこれを解決するものはなかった。

例えば本発明に関連する先行技術として、特許文献１〜５が公知である。これらは何れもアプリケーションの操作情報や稼動状況を取得するが、その効率的な利用という観点は考慮されていない。

本発明はこの課題を解決するためになされたものであり、プロジェクト・マネージャ、サブリーダ、開発担当者等のプロジェクト・メンバに負担を課すことなく、指定したアプリケーションが当該プロジェクトで効率的に利用されているかどうかを監視することを目的とする。

上記課題を解決するため、本発明は、ネットワークで接続された各端末にインストールされた指定のアプリケーションに対して、キーボード、マウス等の入力装置からの入力をオペレーティング・システムから受け取る入力検出手段と、当該入力がどのアプリケーションのどの部分に対するものかを判断する入力対象判定手段と、その入力が当該アプリケーションの効率的な利用にどの程度貢献しているかを判断する利用状況測定手段と、当該測定手段により測定した利用状況を指定の期間に渡って集計する利用状況集計手段と、当該集計手段により集計した結果を複数のプロジェクトとともに一覧表示する利用状況表示手段とを備えることを特徴とする。

以上の構成により、本発明を用いると、効率的なアプリケーションとして一組の標準的なアプリケーションを選定し各プロジェクトに利用させる企業の推進部署は、各プロジェクトが当該アプリケーションを効率的に利用しているかどうかを監視、判断することができ、その結果を用いて利用状況の定期的な把握、各プロジェクトへのフィードバック、アプリケーション選定の見直し等を行うことができる。また、プロジェクト・マネージャは、プロジェクトで利用しようと選定したアプリケーションがサブリーダや開発担当者によって効率的に利用されているかどうかを把握することができる。

図１は、アプリケーション利用状況測定システムの概略構成を示す図である。（実施形態） 図２は、入力装置からの入力を受け取り、その入力がどのアプリケーションに対するものかを判断し、その利用情報を解析するためのブロック図である。（実施形態） 図３は、例示的なクライアント型アプリケーションの画面を示す図である。（実施形態） 図４は、例示的なウェブ・アプリケーションの画面を示す図である。（実施形態） 図５は、アプリケーション入力定義テーブルを示す図である。（実施形態） 図６は、アプリケーション利用情報テーブルを示す図である。（実施形態） 図７は、アプリケーション利用情報集計結果テーブルを示す図である。（実施形態） 図８は、アプリケーションの基本情報を登録するための画面を示す図である。（実施形態） 図９は、アプリケーション内部の各コンポーネントとそれに対する各アクションに関連するポイントを登録するための画面を示す図である。（実施形態） 図１０は、アプリケーション情報を登録するための流れ図である。（実施形態） 図１１は、アプリケーション利用情報を収集するための流れ図である。（実施形態）

以下、図面を参照しつつ本発明の実施形態に従うアプリケーション利用状況測定システムを説明する。

まず、図１は、アプリケーション利用状況測定システムの概略構成を示す図である。図１では、ローカル・エリア・ネットワーク（ＬＡＮ）１ １００とＬＡＮ２ １０１が広域ネットワーク（ＷＡＮ）１０４で互いに接続されている。ＬＡＮ１ １００にはアプリケーション利用情報の収集対象となるクライアント１〜Ｎ １０２があり、それらはファイアウォール１０３によってＬＡＮ１ １００の外部と接続されている。ＬＡＮ２ １０１には、サーバ１０６があり、ファイアウォール１０５によってＬＡＮ２ １０１の外部と接続されている。サーバ１０６は、クライアント１〜Ｎ １０２からアプリケーション利用情報を定期的（例えば、日々）に収集し、或る期間で集計し、クライアント１〜Ｎ １０２のアプリケーション利用情報を監視したい適切な管理者に対して集計結果を表示するものである。クライアント１〜Ｎ １０２は、クライアント１〜Ｎ １０２にデータを入力するための複数の入力装置を備える。図１では、これらの入力装置としてマウス１０７とキーボード１０８を示してあるが、これは例示の目的のためであって限定ではなく、一般にタッチパッド、トラックボール、スタイラスペンなどの任意の入力装置を使用することができる。また、クライアント１〜Ｎ １０２およびサーバ１０６は、入力装置からの入力を受け付け、任意のアプリケーションを起動、動作させることができ、且つ任意のデータをネットワーク経由で他の装置に送達できるものであればどのような装置であってもよい。また、限定ではなく例として、図１において各クライアント、ファイアウォール、サーバを接続している通信媒体には、有線ネットワークまたは直接配線接続のような有線媒体、ならびに音響、ＲＦ、赤外線および他の無線媒体のような無線媒体が含まれる。さらに、図１ではアプリケーション利用情報の収集対象であるクライアント１〜Ｎ １０２とそれらの利用情報を収集するサーバ１０６とが夫々、別個のＬＡＮ内に存在し、ＷＡＮ１０４で接続される配置構成としているが、これは例であって限定ではない。勿論、場合によってはＷＡＮ１０４は不要で、クライアント１〜Ｎ １０２とサーバ１０６とが同じＬＡＮ内にあってもよい。

図１において、クライアント１〜Ｎ １０２のユーザはクライアントにログインし、所望のアプリケーションを起動して、そのアプリケーションで作業を行う。この作業は通常、マウス１０７およびキーボード１０８を使用して情報またはデータを入力することにより行われる。この入力された情報またはデータを解析し、それを上記アプリケーションの利用情報に変換して、ファイアウォール１０３、ＷＡＮ１０４、ファイアウォール１０５を介してサーバ１０６に送達される。次に、この過程を、ブロック図を用いて詳細に説明する。

図２は、入力装置からの入力を受け取り、その入力がどのアプリケーションに対するものかを判断し、その利用情報を解析するためのブロック図である。このブロック図に係る処理は、図１のクライアント１〜Ｎ １０２のうち何れかの内部で実行されるものである。

ユーザは、クライアント上で監視対象のアプリケーションを起動する。本実施形態では、アプリケーションとして２種類のもの、即ち、クライアント・アプリケーション２０６とＷｅｂアプリケーション２０７を考える。クライアント・アプリケーション２０６は主にネットワーク上にデータを流さず、またはネットワーク上の他の装置とのデータのやり取りを行わずにクライアント上でのみ動作するアプリケーションである。Ｗｅｂアプリケーション２０７は所謂ブラウザ上で動作するアプリケーションであり、主にネットワーク上のサーバ等とデータのやり取りを行うことで処理を進めるアプリケーションである。

アプリケーションを起動した後、作業を進めるためにユーザはマウス１０７またはキーボード１０８を用いて情報を入力する。この入力された情報には、どのアプリケーションに対する入力かを指定するデータ、アプリケーションに対するテキスト文字列データ、およびメニュー等のクリック情報が含まれる。クライアントのオペレーティング・システム２０１はこの入力を受け取り、入力検出・測定部２０２に渡す。入力検出・測定部２０２は入力された情報から、その情報の宛先であるアプリケーション、そのアプリケーション内のコントロール（メニュー、ボタン、テキストボックス、等）、およびそのコントロールに対するアクション（マウスクリック、キーボード押下、等）を特定するための情報を取得する。この情報には、例えばアプリケーションのハンドル、コントロールのＩＤなどがある。入力検出・測定部２０２はアプリケーション入力定義テーブル２０３を参照して、上記の情報を用いてアプリケーション内のコンポーネントに対するアクションに関連付けられたポイントを取得する。当該ポイントは、そのアクションが当該アプリケーションの効率的な利用にどの程度寄与するかを表す。以下、このポイントのことを必要に応じて動作寄与ポイントと呼ぶ。この明細書においては、ポイントという言葉をこれ以外には用いないので、単にポイントとも呼ぶことにする。当該ポイントが大きければ大きいほど、当該アプリケーションを効率的に利用していることになる。次に、入力検出・測定部２０２はアプリケーション入力定義テーブル２０３から得たポイントをアプリケーション利用情報テーブル２０４に登録する。詳細は後述するが、当該テーブルはアプリケーションの利用実績をポイントで管理するものである。ここで、アプリケーション利用定義テーブル２０３およびアプリケーション利用情報テーブル２０４は夫々、クライアント上および図１のサーバ１０６上にあることに留意されたい。アプリケーション利用情報２０４にアプリケーションの利用実績（ポイント）を登録した後、入力検出・測定部２０２はオペレーティング・システム２０１から受け取った入力装置からの入力情報をアプリケーション２０５に渡す。本実施形態では、アプリケーション２０５としてクライアント・アプリケーション２０６およびＷｅｂアプリケーション２０７を考慮する。

図３は、図２のクライアント・アプリケーション２０６の画面を詳細に示す図である。図ではクライアント・アプリケーション２０６としてプログラムの統合開発環境（ＩＤＥ）を示してあるが、これは例であって限定ではなく、文書作成アプリケーションや表計算ソフトなどの任意のアプリケーションを使用できることは当業者には理解されよう。

図３において、クライアント・アプリケーション２０６はメニュー３０１、プロジェクト・エクスプローラ３０２、ソース・コード部３０３、サーバ・ビュー３０４、ドロップ・ダウン・メニュー３０５を有する。メニュー３０１からはプログラムを新規作成、編集、表示、実行、等を行うことができる。プロジェクト・エクスプローラ３０２はプロジェクト中のフォルダ、ファイル等をツリー状に表示する部分である。ソース・コード部３０３ではプログラムのコード断片を入力し、プログラムを完成させる。サーバ・ビュー３０４は、プログラムを展開して実行するためのサーバを起動したり、プロジェクトをサーバに登録したりする部分である。ドロップ・ダウン・メニュー３０５はメニュー３０１のサブ・メニューであり、メニュー３０５の各項目に関連する詳細なメニューが表示される。

図４は、図２のＷｅｂアプリケーション２０７の画面を詳細に示す図である。図ではＷｅｂアプリケーション２０７として、Ｗｅｂブラウザ上の簡単な個人情報登録アプリケーションを示してあるが、これは例であって限定ではなく、掲示板等の任意のＷｅｂアプリケーションを使用できることは当業者には理解されよう。

図４のＷｅｂアプリケーションにおけるメニュー部４０１は、標準的なブラウザが一般に備えるメニューであり、新しいウィンドウを開く、ウィンドウを閉じるなどを行うファイル・メニュー、ブラウザ上のデータのコピー、編集、等を行う編集メニュー、ページのソースを表示する等の表示メニュー、等がある。本実施形態のＷｅｂアプリケーションでは個人情報を入力して適切なサーバにその情報を登録する。そのために、ユーザは住所４０２、氏名４０３、年齢４０４、性別４０５、電話番号４０６を適切な形式で入力し、登録ボタン４０７を押下する。

図５は、アプリケーション入力定義テーブル２０３の詳細を示す図である。前述のように、アプリケーション入力定義テーブル２０３では、各アプリケーションに含まれるボタンやラジオボタン、テキストボックス、メニュー、等のコントロールに対する、クリック、キーボード入力、等の各アクションにポイントが関連付けられている。このポイントの大小によって、そのアクションがどの程度アプリケーションの効率的な利用に寄与するかが定義されている。例えば、ポイントが大きければ大きいほど、対応するアプリケーションのコンポーネントに対するアクションを行うことは、そのアプリケーションの効率的な利用に大きく寄与することを意味する。このテーブルへのデータ登録、即ち、アプリケーションのコンポーネントに対するアクションへのポイントの関連付けは、管理者などが手動で行ってもよいし、何らかの基準に従って自動的に行ってもよい。

次に図５のテーブルの構造を、参照番号を用いてより詳細に説明する。５０１はアプリケーションを一意に区別する名前を表す。アプリケーション・タイプ５０２は、そのアプリケーションがクライアント・アプリケーション（ＣＳ）、Ｗｅｂアプリケーション（Ｗｅｂ）かを区別し、さらに括弧書きでそれぞれをさらに区別するものである。例えば、ＣＳ（ＩＤＥ）はそのアプリケーションがＩＤＥタイプのクライアント・アプリケーションであることを示す。また、Ｗｅｂ（掲示板）とは、そのアプリケーションが掲示板タイプのＷｅｂアプリケーションであることを表す。実行ファイルパスまたはＵＲＬ５０３は、クライアント・アプリケーションであればクライアント上のそのアプリケーションの実行ファイルパスを表し、ＷｅｂアプリケーションであればそのアプリケーションのＵＲＬを表す。コンポーネント名５０４は、アプリケーション内のメニュー、ボタン、テキストエリア等のコンポーネントに関連付けられた名前を示す。例えば、ファイル・メニューの場合は、単純に「ファイル」となる。サブコンポーネント名５０５は、ドロップ・ダウン・メニュー内に表示される各項目に対応する名前である。これは、ドロップ・ダウン・メニューを有するメニュー項目以外は空欄である。コンポーネント・タイプ５０６は、メニュー、ボタン、テキストエリア、等の、コンポーネントの種類を表す。コンポーネントＩＤ５０７は、コンポーネントのマシン内部での表現を表し、当該コンポーネントをマシン内部で一意に特定するためのものである。

図２の入力検出・測定部２０２は、入力装置、オペレーティング・システム２０１からこの順でコンポーネントＩＤを受け取り、入力対象のコンポーネントを特定する。アクション５０８は、アプリケーションのコンポーネントごとに定めたアクションであり、クリック、ショートカットキー（の押下）、キー入力、等が含まれる。アクションがキー入力の場合、例えばほんの数文字の入力だけではアプリケーションを効率的に利用したとは言えない場合があり、これを考慮するため、データ量閾値５０９なるフィールドを設けてある。即ち、データ量閾値５０９を上回る量のキー入力がなされた場合にのみ、ポイントを計上する。また、例えばクライアント・アプリケーションにおけるソース・コードの入力において、ソース・コードと全く無関係の文字列を入力された場合でもポイントを計上すると、そのアプリケーションを効率的に利用していないにも関わらず、効率的に利用していると判断してしまうことになる。これを防止するため、キーワード５１０のフィールドが設けてある。このフィールドにキーワード（複数可）が指定されており、且つアクションがキー入力であるとき、当該入力が指定されたキーワードを含む場合に限り、ポイントを計上する。ポイント５１１は、ここまでで説明したポイントであり、アプリケーションのコンポーネントのアクションに対して適切な正の整数で与えられる。前述のように、ポイント５１１には、アプリケーションの効率的な利用に繋がると考えられるコンポーネントのアクションに対して、より大きな値が割り当てられる。

図６は、アプリケーション利用情報テーブル２０４の詳細を示す図である。本実施形態では、利用実績の収集、集計は日単位で行われる。即ち、当該テーブルの各レコードはアプリケーション名６０１、コンポーネント名６０３、集計日６０７の組で一意に特定され、１日における各コンポーネントのアクションに対するポイントが、対応するアプリケーション６０１、コンポーネント６０３、集計日６０７で特定されるポイント合計６０８に加算される。

本実施形態では、アプリケーションの利用を或る特定の期間に渡って測定することもできる。図７は、図６の利用情報テーブルの内容を或る特定の期間に渡って集計したものの例を示す。図７に示すように、アプリケーション７０１ごとに開始日７０３および終了日７０４で定められる集計期間に対して、図６のポイント合計６０８を加算する。図７の各レコードは、アプリケーション名７０１、開始日７０３、および終了日７０４の組によって一意に特定される。

図８は、アプリケーションの基本情報を登録するための画面である。本画面では、主にアプリケーションをインストールした者が手動で登録するための画面として構成されているが、クライアントにインストールされたアプリケーションに対して当該登録作業を自動で行う何らかのツールを用いて実装してもよい。本画面で登録された基本情報と、後述する図９の各アプリケーションのコンポーネントに対するアクションに関連付けたポイントの情報とを連結したものが、図５のアプリケーション入力定義テーブルに登録される。アプリケーションをインストールした者は、図８の画面においてアプリケーション名８０１、アプリケーション・タイプ８０２、当該アプリケーションの実行ファイルパスまたはＵＲＬ８０３を入力して登録ボタン８０４を押下する。すると、これらの情報が図９で登録した情報と組み合わさって図５のアプリケーション入力定義テーブルに登録される。

図９は、アプリケーション内部の各コンポーネントとそれに対する各アクションに関連するポイントを登録するための画面を示す。本画面は、図８とは異なり、プロジェクトにおける各アプリケーションの利用状況を把握したい者が利用する画面である。そのような者として、例えば同一部署内の複数プロジェクトの状況を管理したい上級管理者、全社のプロジェクトの状況を横断的に監視する部署の担当者、等が挙げられる。従って、図９に示す情報は例えば図１のサーバ１０６等に共通に登録される。図９の情報は、各クライアントで図８の画面の情報が登録される前に予め登録されていることが望ましい。それによって、図８の情報がクライアント上で登録されたときに図９の情報を共通の場所（例えば、サーバ１０６）から取得し、互いの情報を組み合わせて、クライアント側にある図５の入力定義テーブルに登録することができる。また、図９の情報を登録する前に基本情報が登録されたアプリケーションがあれば、各クライアントを訪問して、図５の入力定義テーブルにおいてそのアプリケーション情報に図９で登録した情報を付加する。

図９では、図５の入力定義テーブルに対応するデータを登録する。即ち、アプリケーション名９０１、アプリケーション・タイプ９０２、コンポーネント名９０３、サブコンポーネント名９０４、コンポーネント・タイプ９０５、コンポーネントＩＤ９０６、アクション９０７、データ閾値９０８、キーワード９０９、およびポイント９１０は夫々、図５のアプリケーション名５０１、アプリケーション・タイプ５０２、コンポーネント名５０４、サブコンポーネント名５０５、コンポーネント・タイプ５０６、コンポーネントＩＤ５０７、アクション５０８、データ量閾値５０９、キーワード５１０、およびポイント５１１に対応する。登録ボタン９１１を押下すると、各情報がサーバ１０６上のデータベース（図示せず）に登録される。

図９の登録画面では、各項目を手動で登録するとして構成してあるが、これらの項目の一部をシステムが自動的に取得し、予め画面に表示するようにしてもよい。例えば、予め監視したいアプリケーションが決まっていて、コンポーネント名やそれに対するアクションをアプリケーションの構造、ソース等から取得できる場合には、アプリケーション名９０１、アプリケーション・タイプ９０２、コンポーネント名９０３、サブコンポーネント名９０４、コンポーネント・タイプ９０５、コンポーネントＩＤ９０６、アクション９０７の各テキストボックスをドロップダウンメニューとして、その中の選択肢を埋めておくことができる。

図１０は、各クライアントでアプリケーションの情報を登録するための流れ図である。図８、９に関して前述したように、アプリケーションの情報にはアプリケーション名、タイプ、実行ファイルパスから成る基本情報と、アプリケーションのコンポーネントに対するアクションに関連するポイントを定める情報とからなり、前者の情報は各クライアントにおいて主にアプリケーションをインストールした者またはアプリケーションを利用する者（以下、簡単のため「ユーザ」と称する）が登録し、後者の情報は例えばサーバ１０６など共通な場所に一元的に登録されるものである。

１００１で、ユーザは先ず、アプリケーションの基本情報を登録するための画面を表示させる。この画面は図８に対応し、例えば登録用のクライアント・アプリケーションの画面であってもよいし、社内のイントラネットに展開されたＷｅｂアプリケーションの画面であってもよい。１００２で、ユーザは図８に関して前述したように、アプリケーションの名前、タイプ、およびそのクライアントにアプリケーションをインストールした場所（ファイルパス）を登録する。１００３で、クライアントはアプリケーションの各コンポーネントに対するアクションに関連するポイントが格納されている場所、例えば図１のサーバ１０６に接続して、当該ポイント情報を取得する。当該ポイント情報が登録されている場合（１００３でＹｅｓ）、１００２で登録した基本情報と、当該ポイント情報を結合してクライアントのデータベース（図５に対応）に登録する。そうでない場合（１００３でＮｏ）、１００２で登録した基本情報のみがクライアントのデータベース（図５に対応）に登録される。ポイント情報は、サーバ１０６に登録されたときに自動的に登録される。

図１１は、ユーザがアプリケーションを利用しているときにその利用情報を自動的に収集するための流れ図である。利用情報は、クライアントにインストールされた図２の入力検出・測定部２０２が自動的に行う。

１１０１で、ユーザは作業のためにアプリケーションを例えば当該アプリケーションのアイコンをダブルクリックすることによって起動する。この起動方法は例に過ぎず、コマンドラインからの起動、等、任意の適切な起動方法を使用することができる。１１０２で、ユーザは、例えばプログラム作成のためにＩＤＥに対してソース・コードをキーボードから入力し、文書作成のために文書作成ソフトにキーボードから文書データを入力し、またはＷｅｂアプリケーションにデータを登録後、登録ボタンを押下するために登録ボタンをマウスでクリックする。１１０３で、オペレーティング・システムはユーザが入力したデータを取得し、そこから宛先のアプリケーション名、コンポーネントＩＤ、およびアクション等を得、それらを入力検出・測定部２０２に渡す。１１０４で、入力検出・測定部２０２は、取得したアプリケーション名、コンポーネントＩＤ、およびアクションでアプリケーション入力定義テーブル２０３を検索し、ポイントを取得する。１１０５で入力検出・測定部２０２は、アプリケーション名、コンポーネントＩＤ、当日の日付でアプリケーション利用情報テーブル２０４を検索し、得たレコードに対して取得したポイントを加算する。レコードがなければ、レコードを新規追加してポイントをそのままレコードに挿入する。以上の処理が終了した後、１１０６で、入力検出・測定部２０２はオペレーティング・システムから受け取った情報を、アプリケーション名で指定されるアプリケーションに渡す。１１０７で、情報を受け取ったアプリケーションはユーザに入力装置により指定されたように動作する（例えば、入力されたソース・コードの表示、等）。

以上、本発明の好ましい実施形態を説明してきたが、本実施形態は例であって、本発明を実現する様々な修正、変形を上の実施形態に加えることができる。例えば、アプリケーションを稼動させているクライアントと、そのアプリケーションの利用状況を監視するためのサーバは同一のＬＡＮ上にあってもよい。また、アプリケーションの定義情報を人手で入力せず、各アプリケーションのインストール状況から自動的に取得するようにしてもよい。

ソフトウエア開発プロジェクトにおいて、アプリケーションを最大限利用するために利用可能である。コンピュータを用いてサービスを提供するサービス業者においても利用可能である。

１００ ＬＡＮ１
１０１ ＬＡＮ２
１０２ クライアント
１０３ ファイアウォール
１０４ ＷＡＮ
１０５ ファイアウォール
１０６ サーバ
１０７ マウス
１０８ キーボード
２０１ オペレーティング・システム
２０２ 入力検出・測定部
２０３ アプリケーション入力定義ＤＢ
２０４ アプリケーション利用情報ＤＢ
２０５ アプリケーション
２０６ クライアント・アプリケーション
２０７ Ｗｅｂアプリケーション
３０１ メニュー
３０２ プロジェクト・エクスプローラ
３０３ ソース・コード部
３０４ サーバ・ビュー
３０５ ドロップ・ダウン・メニュー
４０１ メニュー
４０２ 住所入力用テキストボックス
４０３ 氏名入力用テキストボックス
４０４ 年齢入力用テキストボックス
４０５ 性別入力用テキストボックス
４０６ 電話番号入力用テキストボックス
４０７ 登録ボタン
５０１ アプリケーション名
５０２ アプリケーション・タイプ
５０３ 実行ファイルパスまたはＵＲＬ
５０４ コンポーネント名
５０５ サブコンポーネント名
５０６ コンポーネント・タイプ
５０７ コンポーネントＩＤ
５０８ アクション
５０９ データ量閾値
５１０ キーワード
５１１ ポイント
６０１ アプリケーション名
６０２ アプリケーション・タイプ
６０３ コンポーネント名
６０４ サブコンポーネント名
６０５ コンポーネント・タイプ
６０６ コンポーネントＩＤ
６０７ 集計日
６０８ ポイント合計
７０１ アプリケーション名
７０２ アプリケーション・タイプ
７０３ 集計期間の開始日
７０４ 集計期間の終了日
７０５ ポイント集計結果
８０１ アプリケーション名入力用テキストボックス
８０２ アプリケーション・タイプ入力用ドロップ・ダウン・リスト
８０３ 実行ファイルパスまたはＵＲＬ入力用テキストボックス
８０４ 登録ボタン
９０１ アプリケーション名入力用テキストボックス
９０２ アプリケーション・タイプ入力用テキストボックス
９０３ コンポーネント名入力用テキストボックス
９０４ サブコンポーネント名入力用テキストボックス
９０５ コンポーネント・タイプ入力用テキストボックス
９０６ コンポーネントＩＤ入力用テキストボックス
９０７ アクション入力用テキストボックス
９０８ データ閾値入力用テキストボックス
９０９ キーワード入力用テキストボックス
９１０ ポイント入力用テキストボックス
９１１ 登録ボタン
１００１ アプリケーション情報登録画面を表示
１００２ アプリケーションの基本情報を登録
１００３ 当該アプリケーションのポイント情報登録済み？
１００４ アプリケーションの基本情報のみを登録
１００５ 基本情報とポイント情報を結合してＤＢに登録
１１０１ ユーザがアプリケーションを起動
１１０２ アプリケーションに入力装置から情報を入力
１１０３ アプリケーション名とコンポーネントＩＤ、およびアクションを取得
１１０４ アプリケーション名とコンポーネントＩＤ、およびアクションに対応するポイントを取得
１１０５ ポイントを当日の利用実績に加算
１１０６ アプリケーション名とコンポーネントＩＤ、およびアクションをアプリケーションに渡す
１１０７ アプリケーションが、指定されたアクションを実行

Claims (3)

1. １つまたは複数のアプリケーションをインストールした１つまたは複数のクライアント装置と、該クライアント装置にネットワークを介して通信可能に接続されたサーバ装置とからなり、前記クライアント装置にインストールされた前記アプリケーションの利用状況を監視し、その利用効率を測定するアプリケーション利用状況測定システムであって、
   前記クライアント装置は、
   前記１つまたは複数のアプリケーションの基本情報を登録する基本情報登録手段と、
   前記１つまたは複数のアプリケーションに含まれるコンポーネントに対する動作が前記１つまたは複数のアプリケーションの効率的な利用に寄与する程度を示す動作寄与ポイントを登録する動作寄与ポイント登録手段と、
   前記基本情報登録手段が登録した前記１つまたは複数のアプリケーションの前記基本情報および前記動作寄与ポイント登録手段が登録した動作寄与ポイントの情報を記憶するための第１の記憶装置と、
   １つまたは複数の入力装置からの、前記１つまたは複数のアプリケーションに対する入力情報を検出する入力情報検出手段と、
   該入力情報検出手段にて検出された前記入力情報に含まれるアプリケーションに関する情報を用いて、前記第１の記憶装置に記憶した前記基本情報および前記動作寄与ポイントを検索し、該当する動作寄与ポイントを収集する動作寄与ポイント収集手段と、
   該動作寄与ポイント収集手段が収集した動作寄与ポイントを日毎に前記１つまたは複数のアプリケーションに記憶する第２の記憶装置と、
   前記動作寄与ポイント収集手段が収集した動作寄与ポイントを前記第２の記憶装置に格納する動作寄与ポイント格納手段と、
   を備え、
   前記サーバ装置は、
   前記１つまたは複数のアプリケーションのコンポーネントに対する動作に関連する動作寄与ポイントを定める情報を格納する動作寄与ポイント情報記憶装置
   を備える
   ことを特徴とするアプリケーション利用状況測定システム。
2. 前記アプリケーションはクライアント・アプリケーションまたはＷｅｂアプリケーションの何れかである、請求項１に記載のアプリケーション利用状況測定システム。
3. 前記１つまたは複数の入力装置は少なくともキーボード、マウスを含む、請求項１に記載のアプリケーション利用状況測定システム。

Images