(57)【要約】      （修正有）【課題】アプリケーションの動作環境や実行状況に関する多面的なデータを取得して多面的な分析を可能にするシステムを提供する。【解決手段】クライアント端末２のログフォルダ生成部２１は、アプリケーション２２の主要モジュール等が実行されたときや異常終了時に、アプリケーション２２に設けられたエントリポイント２４１，・・・，２４７によってアプリケーション２２の動作環境や実行状況に関するデータを取得・送信する。当該データを取得したアプリケーション分析支援装置１は、複数の取得したデータに基づいて所定の分析を行い、結果をグラフ等の画像データとして表示する。【選択図】図１
2008197988.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーション及び該アプリケーションが実装されたコンピュータのうち少なくとも何れか一方に関するデータを取得するデータ取得手段と、該データ取得手段が取得した前記データについて所定の分析を行うデータ分析手段とを備えたアプリケーション分析支援システムにおいて、
前記データ取得手段は、前記アプリケーションに設けられた、該アプリケーションが特定の実行状態であることを示すモジュールとしてのエントリポイントが実行されたときに、前記アプリケーションの所定の実行状態において取得される所定のデータ及び該所定の実行状態において取得される前記アプリケーションの動作環境に関する所定のデータのうち少なくとも何れか一方を取得し、
前記データ分析手段は前記データ取得手段が取得した前記所定のデータを複数取得して前記アプリケーションの実行状態及び前記アプリケーションの動作環境のうち少なくとも何れか一方についての分析を行うことを特徴とするアプリケーション分析支援システム。
【請求項２】
前記データ取得手段は前記アプリケーションが異常終了した状態を含む前記アプリケーションの複数の実行状態における前記データを取得し、前記データ分析手段は前記データ取得手段が取得した複数の前記データを元に前記アプリケーションの異常終了の実績の分析を行うことを特徴とする請求項１に記載のアプリケーション分析支援システム。
【請求項３】
前記データ取得手段は、前記アプリケーションの動作環境に関する所定のデータとして、前記アプリケーションの実行に使用されているＣＰＵ、前記アプリケーションの実行に使用されているメモリの容量、前記アプリケーションの実行に使用されているＯＳ、前記アプリケーションの実行に使用されているデフォルトブラウザのうち少なくとも何れか一つに関するデータを取得し、
前記データ分析手段は前記データ取得手段が取得したデータに基づいて前記アプリケーションの動作環境についての分析を行うことを特徴とする請求項１又は２に記載のアプリケーション分析支援システム。
【請求項４】
前記データ取得手段は、一の前記アプリケーションにおいて複数設けられた前記エントリポイントにおいて前記所定のデータを取得し、
前記データ分析手段は、前記アプリケーションに設けられた全ての前記エントリポイントにおける前記所定のデータが取得されたか否かに関する分析を行うことを特徴とする請求項１乃至３の何れか一つに記載のアプリケーション分析支援システム。
【請求項５】
前記データ取得手段が取得した前記所定のデータを蓄積するデータ記憶手段を設け、前記データ分析手段は、前記分析において前記データ記憶手段に蓄積された前記所定のデータを用いることを特徴とする請求項１乃至４の何れか一つに記載のアプリケーション分析支援システム。
【請求項６】
前記データ分析手段は、分析結果に基づいてグラフ等の画像データを形成し該画像データを表示手段に表示させることを特徴とする請求項１乃至５の何れか一つに記載のアプリケーション分析支援システム。
【請求項７】
前記データ取得手段はクライアント・サーバシステムを形成するクライアント端末に設けられ、前記データ分析手段及び前記データ記憶手段は前記クライアント・サーバシステムを形成するサーバに設けられたことを特徴とする請求項１乃至６の何れか一つに記載のアプリケーション分析支援システム。
【請求項８】
コンピュータを請求項１乃至７の何れか一つに記載されたアプリケーション分析支援システムとして機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各種アプリケーションの開発時のテスト等において当該アプリケーションの分析に用いるデータを取得し処理加工する技術に関する。
【背景技術】
【０００２】
アプリケーションソフトウェア（以下単に「アプリケーション」と称する。）等、ソフトウェアの開発工程においては、当該アプリケーションのリリース（販売）に先立ち、バグの発見や修正を行い品質を高めるために各種のテストが行われる。従来、アプリケーションのテストを行ったコンピュータ端末の動作環境等に関するデータを取得し、取得したデータの分析（特定の情報を形成する個々のデータや情報等を明らかにすることや、特定の情報を形成する個々のデータや情報等を集計することを指す。本明細書において同じ。）によってアプリケーションの動作状態を分析する発明が知られている（例えば、特許文献１、特許文献２参照）。
【特許文献１】特開２００４−２８０２３１号公報
【特許文献２】特開平９−１８５５２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、特許文献１、２に記載の発明において取得できるデータは、アプリケーションが異常終了した時点における当該アプリケーションが実装されたコンピュータの動作環境を個別に確認するためのデータのみであり、このデータのみによって、アプリケーションがどのような動作環境でどのような実行状態を呈するのかを多面的に分析することは困難であるという問題がある。また、開発工程のみならず、リリースし市場に出回ったアプリケーションについても、バグ修正や事後に開発される商品の品質向上のために、動作環境や実行状況に関する多面的なデータを分析する必要があるが、特許文献１、２に記載の発明によっては、このような目的においても多面的な分析に寄与するデータを提供するのが困難であるという問題がある。
【０００４】
本発明は上記の問題に鑑みてなされたものであり、アプリケーションの実行時における当該アプリケーションの動作環境や実行状況に関する多面的なデータを取得してアプリケーションの多面的な分析を可能にし、当該アプリケーションの品質向上を図ることができるアプリケーション分析支援システムを提供することを課題としている。
【課題を解決するための手段】
【０００５】
かかる課題を達成するために、請求項１に記載の発明は、アプリケーション及び該アプリケーションが実装されたコンピュータのうち少なくとも何れか一方に関するデータを取得するデータ取得手段と、該データ取得手段が取得した前記データについて所定の分析を行うデータ分析手段とを備えたアプリケーション分析支援システムにおいて、前記データ取得手段は、前記アプリケーションに設けられた、該アプリケーションが特定の実行状態であることを示すモジュールとしてのエントリポイントが実行されたときに、前記アプリケーションの所定の実行状態において取得される所定のデータ及び該所定の実行状態において取得される前記アプリケーションの動作環境に関する所定のデータのうち少なくとも何れか一方を取得し、前記データ分析手段は前記データ取得手段が取得した前記所定のデータを複数取得して前記アプリケーションの実行状態及び前記アプリケーションの動作環境のうち少なくとも何れか一方についての分析を行うことを特徴とする。
【０００６】
請求項２に記載の発明は、請求項１に記載の構成に加え、前記データ取得手段は前記アプリケーションが異常終了した状態を含む前記アプリケーションの複数の実行状態における前記データを取得し、前記データ分析手段は前記データ取得手段が取得した複数の前記データを元に前記アプリケーションの異常終了の実績の分析を行うことを特徴とする。
【０００７】
請求項３に記載の発明は、請求項１又は２に記載の構成に加え、前記データ取得手段は、前記アプリケーションの動作環境に関する所定のデータとして、前記アプリケーションの実行に使用されているＣＰＵ、前記アプリケーションの実行に使用されているメモリの容量、前記アプリケーションの実行に使用されているＯＳ、前記アプリケーションの実行に使用されているデフォルトブラウザのうち少なくとも何れか一つに関するデータを取得し、前記データ分析手段は前記データ取得手段が取得したデータに基づいて前記アプリケーションの動作環境についての分析を行うことを特徴とする。
【０００８】
請求項４に記載の発明は、請求項１乃至３の何れか一つに記載の構成に加え、前記データ取得手段は、一の前記アプリケーションにおいて複数設けられた前記エントリポイントにおいて前記所定のデータを取得し、前記データ分析手段は、前記アプリケーションに設けられた全ての前記エントリポイントにおける前記所定のデータが取得されたか否かに関する分析を行うことを特徴とする。
【０００９】
請求項５に記載の発明は、請求項１乃至４の何れか一つに記載の構成に加え、前記データ取得手段が取得した前記所定のデータを蓄積するデータ記憶手段を設け、前記データ分析手段は、前記分析において前記データ記憶手段に蓄積された前記所定のデータを用いることを特徴とする。
【００１０】
請求項６に記載の発明は、請求項１乃至５の何れか一つに記載の構成に加え、前記データ分析手段は、分析結果に基づいてグラフ等の画像データを形成し該画像データを表示手段に表示させることを特徴とする。
【００１１】
請求項７に記載の発明は、請求項１乃至６の何れか一つに記載の構成に加え、前記データ取得手段はクライアント・サーバシステムを形成するクライアント端末に設けられ、前記データ分析手段及び前記データ記憶手段は前記クライアント・サーバシステムを形成するサーバに設けられたことを特徴とする。
【００１２】
請求項８に記載の発明は、プログラムであって、コンピュータを請求項１乃至７の何れか一つに記載されたアプリケーション分析支援システムとして機能させることを特徴とする。
【発明の効果】
【００１３】
請求項１に記載の発明によれば、データ取得手段が、アプリケーションに設けられたエントリポイントが実行されたときに、アプリケーションの所定の実行状態において取得される所定のデータ及び所定の実行状態において取得されるアプリケーションの動作環境に関する所定のデータのうち少なくとも何れか一方を取得することにより、アプリケーションの実行時における当該アプリケーションの動作環境や実行状況に関する多面的なデータを取得できる。そして、データ分析手段が、データ取得手段が取得した所定のデータを複数取得してアプリケーションの実行状態及びアプリケーションの動作環境のうち少なくとも何れか一方についての分析を行うことにより、アプリケーションの多面的な分析を行うことが可能になる。これにより、アプリケーションの品質向上を図ることができる。
【００１４】
請求項２に記載の発明によれば、データ取得手段はアプリケーションが異常終了した状態を含むアプリケーションの複数の実行状態におけるデータを取得し、データ分析手段はデータ取得手段が取得した複数のデータを元にアプリケーションの異常終了の実績を分析することにより、複数の異常終了時のデータに基づいた、あるいは異常終了時と正常終了時とのデータに基づいた分析を行うことができる。これにより、異常終了に関する正確で多面的なデータに基づいて分析を行うことが可能になる。
【００１５】
請求項３に記載の発明によれば、アプリケーションの実行に使用されているＣＰＵ、アプリケーションの実行に使用されているメモリの容量、アプリケーションの実行に使用されているＯＳ、アプリケーションの実行に使用されているデフォルトブラウザのうち少なくとも何れか一つに関するデータ、即ち、アプリケーションの実行状態に大きな影響を与える動作環境に関するデータの分析を行うことができるので、アプリケーションのより正確で多面的な分析を行うことが可能になる。
【００１６】
請求項４に記載の発明によれば、データ取得手段は、一のアプリケーションに複数設けられたエントリポイントの全てにおいて所定のデータが取得されたか否かを分析することにより、分析結果に基づいて、アプリケーションが実行すべき全てのモジュールやロジックを実行したか否かを分析することができる。これにより、分析結果に基づいてアプリケーションのより正確で多面的な分析を行うことが可能になる。
【００１７】
請求項５に記載の発明によれば、データ取得手段が取得した所定のデータを蓄積するデータ記憶手段に蓄積された所定のデータを分析に用いることにより、過去に取得されたデータをも用いた、より正確で多面的なアプリケーションの分析を行うことが可能になる。
【００１８】
請求項６に記載の発明によれば、分析結果に基づいてグラフ等の画像データを形成して表示手段に表示させることにより、分析結果を視覚的に把握し易い態様で利用者に提示し、利用者の分析の利便性を向上させることができる。
【００１９】
請求項７に記載の発明によれば、データ取得手段はクライアント・サーバシステムを形成するクライアント端末に設けられ、データ分析手段及びデータ記憶手段はクライアント・サーバシステムを形成するサーバに設けられたことにより、クライアント端末側で行ったアプリケーションのテストをサーバ側で分析するシステムにおいて本発明を適用できる。これにより、複数のクライアント端末において行われたアプリケーションの実行結果に基づいてデータ取得・分析するような使用が可能となり、アプリケーションのテストにおいて、あるいは市販された製品の使用態様において、多数のデータに基づいた、より正確で多面的なアプリケーションの分析を行うことが可能になる。
【００２０】
請求項８に記載の発明によれば、本発明のアプリケーション分析支援システムをプログラム化し、多様なコンピュータハードウェア上で実現させることができる。
【発明を実施するための最良の形態】
【００２１】
以下、この発明の実施形態について図面を参照して説明する。
【００２２】
〔発明の実施の形態１〕
図１乃至図７にこの発明の実施の形態１を示す。
【００２３】
図１は、この実施の形態のアプリケーション分析支援システムのシステム構成図及び機能ブロック図である。同図に示すとおり、アプリケーション分析支援システム１Ａは、アプリケーション分析支援装置１と、アプリケーション２２のテストが行われるｎ個（ｎ≧１）のクライアント端末２１，２２，・・・，２ｎとを備えたクライアント・サーバシステムであって、アプリケーション分析支援装置１とクライアント端末２１，２２，・・・，２ｎは、ＬＡＮ（Local Area Network）又はＷＡＮ（Wide Area Network）としてのネットワーク３を介して相互に交信可能である。なお、クライアント端末２１，２２，・・・，２ｎはいずれも同じ構成をとるので、説明の簡単のため、以下区別の必要がある場合を除きクライアント端末２と記載する。
【００２４】
クライアント端末２はデータ通信機能を有するコンピュータ端末であって、プログラマ等やＳＥ等、アプリケーション２２のテストを行う担当者が使用する。図示しないが、クライアント端末２には少なくとも１のＣＰＵ（Central Processing Unit、中央処理装置）、及び、ＣＰＵの作業領域として機能するＲＡＭ（Random Access Memory）、起動用ブートプログラム等が記録されたＲＯＭ（Read Only Memory）、各種プログラムやデータ等が記録されるハードディスク等の補助記憶装置、データの送受信に用いる通信インターフェース等がそれぞれ設けられている。補助記憶装置には、ＯＳ（Operating System）用プログラム、各種アプリケーションプログラムやデータが記録されており、これらのプログラムやデータはＣＰＵの演算処理により、ハードウェア資源と協働し、各種機能を実現する。クライアント端末２には、プログラムの実行結果等により、機能手段として「データ取得手段」としてのログフォルダ生成部２１が形成されている（図１に図示しないが、クライアント端末２２，・・・，２ｎにもクライアント端末２１と同様に当該機能手段が形成される。）。ログフォルダ生成部２１は、アプリケーション２２のテストの結果データを取得し、当該結果データをもとにログファイル２５１，２５２，・・・，２５ｍ（ｍ＞１）（後述）を生成し、生成したログファイル２５１，２５２，・・・，２５ｍを複数含むログフォルダ２３（後述）を生成する。なお、ログファイル２５１，２５２，・・・，２５ｍはいずれも同じ構成をとるので、説明の簡単のため、以下区別の必要がある場合を除きログファイル２５と記載する。
【００２５】
ログフォルダ生成部２１は、テスト対象のアプリケーション２２に複数設けられた、アプリケーション２２が持つ特定の実行イベントに設けられたモジュールであるエントリポイント（以下単に「エントリポイント」と称する）２４１，２４２，・・・，２４７が実行された際に、当該アプリケーション２２の実行状態や当該アプリケーション２２の動作環境に関する所定のデータを取得する（詳しくは後述する）。
【００２６】
アプリケーション分析支援装置１は、アプリケーション２２の開発を行う事業者又は個人が管理するサーバコンピュータシステムであって、クライアント端末２との間でデータ通信を行なうＷｅｂサーバとしての機能及びクライアント端末２から取得したデータを記録するデータベースサーバとしての機能を有する。図示しないが、アプリケーション分析支援装置１も少なくとも１のＣＰＵ、及び、ＲＡＭ、ＲＯＭ、補助記憶装置等を有している。そして、アプリケーション分析支援装置１は、プログラムの実行等によって形成される機能手段として、ログフォルダ取得部１１、及び「データ分析手段」としてのデータ分析部１２を有する。ログフォルダ取得部１１は、クライアント端末２から送信されたログフォルダ２３を取得し、当該ログフォルダ２３中のログファイル２５に含まれるデータを区分する。また、ログフォルダ取得部１１はデータコンバートアプリケーション等を備え、ログフォルダ２３中のログファイル２５に含まれるデータのファイル形式の変換も行う。データ分析部１２は、ログフォルダ２３中のログファイル２５から取得されたデータの各種分析を行う。
【００２７】
また、アプリケーション分析支援装置１は、「データ記憶手段」としてのデータベース部１３が形成されている。データベース部１３は、コード網羅管理データベース１３１、利用結果管理データベース１３２、異常終了管理データベース１３３、バグ管理データベース１３４を有している。
【００２８】
コード網羅管理データベース１３１にはログフォルダ２３中のログファイル２５から抽出されたコード網羅管理データ（後述）が蓄積される。利用結果管理データベース１３２にはログフォルダ２３中のログファイル２５から抽出された利用結果データ（後述）が蓄積される。異常終了管理データベース１３３にはログフォルダ２３中のログファイル２５から抽出された異常終了データ群（後述）が蓄積される。バグ管理データベース１３４には、異常終了データ群（後述）に含まれるバグデータが抽出されて蓄積される。
【００２９】
図２の（ａ）にコード網羅管理データベース１３１に蓄積されるコード網羅管理データのイメージ図、図２の（ｂ）に利用結果管理データベース１３２に蓄積される利用結果データとのイメージ図を示す。同図に示す通り、コード網羅管理データ１３１ａは、テストにおいてチェックすべきポイントとしてのチェックポイント（以下単に「チェックポイント」と称する。）を示すデータ群である基本データ１３１ｂと、テストにおいて実行されたチェックポイントを確認するためのデータ群である実績データ１３１ｃとからなる。利用結果データ１３２ａは、アプリケーション２２に搭載されている機能がどのように利用されているかを把握する為のデータ群である。
【００３０】
また、アプリケーション分析支援装置１は、操作部１４、及び「表示手段」としての表示部１５を有する。操作部１４はマウス、キーボード等であり、アプリケーション分析支援装置１の利用者が各種指示を入力するために用いられる。表示部１５はＬＣＤ（Liquid Crystal Display）等からなり操作部１４から入力された各種指示等や、データ分析部１２における分析結果等が画像として表示される。
【００３１】
図３は、この実施の形態のアプリケーション分析支援システム１Ａにおける動作手順を示すフローチャートである。以下このフローチャートに基づいてこの実施の形態のアプリケーション分析支援システム１Ａにおける動作について説明する。
【００３２】
まず、テスト対象のアプリケーション２２には、当該アプリケーション２２が特定の実行状態であることを示すモジュールとしてのエントリポイント２４１，・・・，２４７が設けられる（ステップＳ１）。エントリポイント２４１，・・・，２４７は、図１に模式を示す通り、テスト対象となるアプリケーション２２の起動・ロード時、終了・アンロード時、機能開始・終了時、イベント実行時、機能利用時、異常終了時、ユーザカスタマイズされた機能の実行時等、アプリケーション２２が持つ主要な実行イベントを行うためのモジュールやロジックの内部に設けられたモジュールであり、当該アプリケーション２２が如何なる実行状態にあるかを認識するデータ（例えば所定のフラグ）が含まれている。異常終了時であることを示すエントリポイント２４６は、例えばアプリケーション２２が起動してから一定時間の間に終了しなかった場合に起動するような態様で設けられている。エントリポイント２４１，・・・，２４７は、アプリケーション２２の開発者が当該アプリケーション２２の開発時に組み込んでもよいが、クライアント端末２にアプリケーション２２を実装した際に、クライアント端末２によって自動的にモジュールやロジックの内部に組み込まれる態様にするのが望ましい。なおエントリポイント２４１，・・・，２４７はいずれも同じ構成をとるので、説明の簡単のため、以下エントリポイント２４と記載する。
【００３３】
そして、当該テスト対象のアプリケーション２２がクライアント端末２に実装されたのち、当該クライアント端末２においてテストが開始され、アプリケーション２２が実行される（ステップＳ２）。テストは、出来る限り全てのモジュールやロジックが実行されるように、また、これらのモジュールやロジックのイベントができる限り全て実行されるように、ランダムに行われる。そして、エントリポイント２４が実行されると、クライアント端末２は、テストの結果データとして、アプリケーション２２の実行状態や動作環境に関するデータを取得する。このときクライアント端末２が取得するデータの内容は、各エントリポイント２４１，・・・，２４７のうちどれを実行したか（即ちアプリケーション２２がどのような実行状態にあるか）によって相違し、クライアント端末２は各エントリポイント２４１，・・・，２４７毎にそれぞれ定められた種類のデータを取得する。
【００３４】
クライアント端末２においてアプリケーション２２の実行が終了すると、ログフォルダ生成部２１はステップＳ２において取得されたテストの結果データを取得する。そして、ログフォルダ生成部２１は取得されたテストの結果データの全てを一のファイルデータとしてまとめたログファイル２５を作成し、生成されたログファイル２５を複数含んだログフォルダ２３を生成する（ステップＳ３）。このとき、ログフォルダ２３はネットワーク３を介して交信可能なファイル形式に生成される。この実施の形態においてログファイル２５は、ＸＭＬ（Extensible Markup Language）形式で記述したファイルや、ＣＡＢ形式で圧縮したファイルとして生成される。ただし、ネットワークを介して交信可能な態様であればどのようなファイル形式に生成されてもよい。
【００３５】
図４に、ログフォルダ生成部２１において作成された、ログフォルダ２３に含まれるログファイル２５の一部のデータイメージ図を示す。同図に示す通り、ログファイル２５には、アプリケーション２２の実行に使用されているＣＰＵのデータ、アプリケーション２２の実行に使用されているメモリの容量のデータ、アプリケーション２２の実行に使用されているＯＳのデータ、アプリケーション２２の実行に使用されているデフォルトブラウザのデータ等からなるアプリケーション２２の動作環境データ群２３ａ、アプリケーション２２のバージョン、動作状態、動作開始時間、動作終了時間等からなるアプリケーション２２の実行状況データ群２３ｂ、異常終了したアプリケーション２２のアプリケーション名、バージョン、異常終了が起こった日時、異常終了時のデータのＤＵＭＰファイル等からなるアプリケーション２２の異常終了データ群２３ｃが記録されている。このうち、動作環境データ群２３ａと実行状況データ群２３ｂとはアプリケーション２２の起動・ロード時、終了・アンロード時、機能開始・終了時、イベント実行時、機能利用時、ユーザカスタマイズされた機能の実行時のエントリポイント２４において取得されたデータに基づいて形成され、異常終了データ群２３ｃはアプリケーション２２の異常終了時に取得されたデータに基づいて形成される。なお、図４に示すデータイメージ図は一の動作環境データ群２３ａ、一の実行状況データ群２３ｂ、一の異常終了データ群２３ｃが表示されているが、実際には、一のデータ群を一のエントリポイント２４において取得されたデータによって形成し、このデータ群の集合体によって一のログファイル２５が形成される。
【００３６】
更に、ログフォルダ生成部２１はセキュリティ確保のためにログファイル２５を暗号化したのち、アプリケーション分析支援装置１に送信する（ステップＳ４）。
【００３７】
ログフォルダ２３を取得したアプリケーション分析支援装置１は、ログフォルダ取得部１１において当該ログフォルダ２３に含まれるログファイル２５を複号（ＣＡＢ形式の場合は解凍も）し、さらにコード網羅管理データベース１３１、利用結果管理データベース１３２、異常終了管理データベース１３３、バグ管理データベース１３４に該当するデータを蓄積する（ステップＳ５）。
【００３８】
データ分析部１２は、取得された複数のデータの分析を行う（ステップＳ６）。具体的には、ログフォルダ２３中のログファイル２５から取得されたデータに加え、データベース部１３のコード網羅管理データベース１３１、利用結果管理データベース１３２、異常終了管理データベース１３３、バグ管理データベース１３４に蓄積されたデータに基づいて、予め定められた分析処理を行う。データベース部１３に蓄積されたデータも用いて分析処理を行うことにより、過去のデータの蓄積をも用いた、より正確で多面的なアプリケーション２２の分析を行うことが可能になる。
【００３９】
そして、データ分析部１２は分析処理の結果に基づいてグラフ等の画像データを形成し、表示部１５に表示する（ステップＳ７）。このとき表示部１５に表示される画像データは、アプリケーション２２の分析に有用なデータに基づいて形成されたグラフ等である（具体的には後述する）。これにより、分析結果を視覚的に把握し易い態様でアプリケーション分析支援装置１の利用者に提示できる。
【００４０】
アプリケーション分析支援装置１の利用者は、表示部１５に表示された画像に基づいて分析を行う。具体的には、利用者は、アプリケーション２２の機能の修正、バグの修正、異常終了の原因となったバグの修正等を行う。そして、分析の結果、クライアント端末２（又はクライアント端末２の利用者）に必要な指示を出すことができる。例えば、一のエントリポイント２４における結果データがグラフ上に全く表示されていなければ、クライアント端末２側には当該エントリポイント２４を含むモジュール等を実行するためのテストを行うように指示が出される。また、分析に必要な分量のデータが取得されていない場合には、クライアント端末２側にはもっと多くのテストを行うように指示が出され、ステップＳ２〜Ｓ７の処理が繰り返される。これらの指示は、アプリケーション分析支援装置１のデータ分析部１２からクライアント端末２に自動的に送信されるのが望ましいが、アプリケーション分析支援装置１の利用者の操作部１４の操作等によってクライアント端末２に送信されるものであってもよい。これらの手順はテスト終了まで行われる。
【００４１】
図５乃至図７に、ステップＳ１〜Ｓ７の処理手順に基づいてデータ分析部１２によって表示部１５に表示されるグラフのイメージ図を示す。図５は、異常終了実績の分析結果を表したグラフのイメージ図である。同グラフは、ログファイル２５の異常終了データ群２３ｃ及び異常終了データ群２３ｃの集計比率に基づいて形成されたものである。同図において、棒グラフはアプリケーション２２が異常終了したポイント（箇所）毎の異常終了回数をポイントＩＤ毎に表したものであって、異常終了回数の多いポイント順に左から並べた表示となっている。折れ線グラフは当該箇所の棒グラフ及び当該箇所より左側の棒グラフの値（回数）が全異常終了回数に占める割合（％）を表示したものである。このグラフにより、アプリケーション分析支援装置１の利用者は異常終了全体の比率から修正すべき異常終了ポイントを明確にすることができる。具体的には、例えば図５においては、上位６番目までの異常終了ポイントを正常終了するように修正すれば全異常終了回数のうち８０％を占める異常終了ポイントの修正が完了したことになる（即ち、同図に示す折れ線グラフの点が所定品質ライン１００を下回る箇所を全て修正したことになる）。従って、アプリケーション２２の開発時（リリース後も）にデータ分析部１２によって定期的に同グラフを作成し表示部１５に表示させることにより、アプリケーション２２の安定性を向上させていくことができる。
【００４２】
図６は、アプリケーション２２の実行状況を表したグラフのイメージ図である。同グラフは、ログファイル２５の実行状況データ群２３ｂ、異常終了データ群２３ｃ、並びに異常終了管理データベース１３３に記録されたデータに基づいて形成されたものである。同図における棒グラフはアプリケーション２２の起動回数（＝実行回数）（回）をビルド番号（コンパイルの度に振られるＩＤのこと。本明細書において同じ。）毎に集計した結果であり、折れ線グラフはアプリケーション２２の起動回数に対する正常終了数の割合（％）をビルド番号毎に集計した結果である。このグラフにより、アプリケーション分析支援装置１の利用者はビルド毎のアプリケーション２２の安定性と利用度合いとを把握することができる。具体的には、例えば図６においては、最後の４つ（同図の右側４つ）のビルドにおいて、起動回数が増加している一方で正常終了数の割合も増加しているので、このアプリケーション２２は、当該最後の４つのビルドはリリース可能な程度に品質が安定していることが確認できる。
【００４３】
図７は、アプリケーション２２の平均稼働時間と異常終了とを示したグラフのイメージ図である。同グラフは、ログファイル２５の実行状況データ群２３ｂ、異常終了データ群２３ｃ、並びに異常終了管理データベース１３３に記録されたデータに基づいて形成されたものである。同図における一方の折れ線グラフはアプリケーション２２の稼働時間、即ちアプリケーション２２の終了時間から開始時間を減算した時間をビルド番号毎に集計した結果（回）であり、他方の折れ線グラフはアプリケーション２２の異常終了の回数（回）をビルド番号毎に集計した結果である。このグラフにより、アプリケーション分析支援装置１の利用者はアプリケーション２２の安定性を把握することができる。例えば図７においては、アプリケーション２２の異常終了の回数を示すグラフが右下がりの傾向（つまり後から形成されたビルドほど異常終了の回数が少ない）を示し、一方、異常終了アプリケーション２２の稼動時間を示すグラフが右上がりの傾向（つまり後から形成されたビルドほど稼動時間が長くなる傾向）を示している。これにより、このアプリケーション２２は開発が進むにつれて品質が安定していることが確認できる。更に、この図７のグラフを図６のグラフを同時又は交互に表示させることにより、アプリケーション分析支援装置１の利用者はアプリケーション２２の安定性を多面的に把握することができる。
【００４４】
アプリケーション分析支援装置１の利用者は、図５乃至図７に示されたようなグラフを分析することで、クライアント端末２におけるアプリケーション２２の実行状況や動作環境を把握することができる。
【００４５】
以上、この実施の形態においては、ログフォルダ生成部２１はアプリケーション２２が異常終了した状態を含むアプリケーション２２の複数の実行状態におけるデータを取得し、データ分析部１２はデータ取得手段が取得した複数のデータを元にアプリケーション２２の異常終了の実績を分析することにより、複数の異常終了時のデータに基づいた、あるいは異常終了時と正常終了時とのデータに基づいた分析を行うことができる。これにより、正確で多面的なデータに基づいてアプリケーション２２の異常終了の分析を行うことが可能になる。
【００４６】
また、この実施の形態においては、アプリケーション２２の実行に使用されているＣＰＵ、アプリケーション２２の実行に使用されているメモリの容量、アプリケーション２２の実行に使用されているＯＳ、アプリケーション２２の実行に使用されているデフォルトブラウザのうち少なくとも何れか一つに関するデータ、即ち、アプリケーション２２の実行状態に大きな影響を与える動作環境に関するデータを分析することができるので、アプリケーション２２のより正確で多面的な分析を行うことが可能になる。
【００４７】
〔発明の実施の形態２〕
図８に、この発明の実施の形態２を示す。
【００４８】
この実施の形態においても、テスト対象となるアプリケーション２２には複数のエントリポイント２４が設けられるが、この実施の形態において、エントリポイント２４はテスト対象となるアプリケーション２２を形成する全てのモジュール、あるいは全ての主要なロジックに設けられる。それ以外の構成は、実施の形態１と同じである。
【００４９】
そして、この実施の形態においては、基本的に、実施の形態１のステップＳ１〜Ｓ７と同じ手順でテストデータの取得と分析が行われるが、ステップＳ７において、データ分析部１２は、テスト対象となるアプリケーション２２に設けられた全てのエントリポイント２４における所定のデータが取得されたか否かに関する分析を行い、分析結果をグラフ化して表示部１５に表示する。即ち、この実施の形態において、エントリポイント２４はアプリケーション２２の実行過程において各モジュールや各ロジックが実行されたか否かを確認するためのチェックポイントとしての機能を果たす。
【００５０】
そして、この実施の形態において、データ分析部１２は各モジュールや各ロジックが実行されたか否かを確認し分析するためのデータをグラフ化して表示する。図８は、モジュール又はロジックの実行状況の分析結果を表したグラフのイメージ図である。同グラフは、ログファイル２５の実行状況データ群２３ｂ、及びコード網羅管理データベース１３１に蓄積されたコード網羅管理データ１３１ａに基づいて形成されたものであり、棒グラフは１のアプリケーション２２に組み込まれたエントリポイント２４の通過回数（回）のビルド毎の集計結果であり、折れ線グラフはアプリケーション２２に組み込まれたエントリポイント２４の個数に対する通過したエントリポイント２４の個数の割合（％）のビルド毎の集計結果である。このグラフにより、アプリケーション分析支援装置１の利用者はビルド毎のアプリケーション２２の内部コードの利用状況を把握することができる。具体的には、例えば図８においては、エントリポイント２４の通過回数も通過したエントリポイント２４の割合も右上がりの傾向（つまり後から形成されたビルドほど通過ポイント数も通過の割合も増加している傾向）を示している。これにより、このアプリケーション２２は開発が進むにつれて通過するコードの数も割合も増加し、特に最後の３つ（同図の右側３つ）のビルドにおいてはアプリケーション全体のコードが利用されていることが確認できる。
【００５１】
以上この実施の形態においては、データ分析部１２による分析結果に基づいて、テスト対象のアプリケーション２２が実行すべき全てのモジュールやロジックが現実に実行されたか否かを確認し分析することができる。
【００５２】
〔発明の実施の形態３〕
図９乃至図１０に、この発明の実施の形態３を示す。
【００５３】
実施の形態１及び２におけるアプリケーション分析支援システム１Ａはアプリケーション２２のテストに用いるものであったが、本実施の形態において、アプリケーション分析支援システム１Ａは市販されたアプリケーション２２の実行状況や動作環境を確認するために用いられる。この実施の形態においては、図１に示すクライアント端末２はアプリケーション２２の購入者又は使用権限を有する者が使用するコンピュータ端末であり、アプリケーション分析支援装置１はアプリケーション２２の開発者等が使用するサーバコンピュータとなる。その他の構成は、実施の形態１と同じである。
【００５４】
そして、この実施の形態における、市販されたアプリケーション２２の実行状況や動作環境の確認においても、基本的に、実施の形態１のステップＳ１〜Ｓ７と同じ手順でデータの取得と分析が行われるが、ステップＳ７において、アプリケーション分析支援装置１のデータ分析部１２はアプリケーション２２の実行状況や動作環境の確認に適した分析を行い、分析結果をグラフ表示する。
【００５５】
図９は、この実施の形態において表示部１５に表示される、アプリケーション２２の実行実績を表したグラフのイメージ図である。同グラフは、アプリケーション２２（この場合、表計算用アプリケーション）のログファイル２５の実行状況データ群２３ｂ及び利用結果管理データベース１３２に蓄積された利用結果データ１３２ａに基づいて形成されたものである。この場合、利用結果データ１３２ａのユーザアクションの値１３２ｂには、使用されたセルの個数に関するデータが記録される。棒グラフはアプリケーション２２の実行状況において使用されたユーザ数（人）の実績をセルの個数毎に集計したものであり、折れ線グラフは各棒グラフのセル数が使用される使用状況が全ての使用状況において占める割合（％）の実績をセルの個数毎に集計したものである。
【００５６】
図９のグラフにより、ユーザがどのような実行状況や動作環境でアプリケーション２２を使用しているか、あるいはユーザの使用状況においてアプリケーション２２の所定の機能が開発者のプラン通りに動作しているかを視覚的に確認し分析することができ、また、将来的な機能の拡張の方向性を明確化することができる。例えば図９のグラフにおいては、当該アプリケーション２２は１０００個未満内のセルが使用される割合が非常に高いことが確認できるが、５００００個以上６５５３５個以内でセルが使用される割合も比較的高いことが確認できる。これにより、アプリケーション分析支援装置１の利用者は、アプリケーション２２を利用するユーザは、例えば、１０００個以内のセルを使用する場合が圧倒的に多いことを確認するとともに、将来的な機能拡張の際に使用可能なセルの数を６５５３５個以上に増やすことも重要課題であることを確認できる。
【００５７】
なお、この実施の形態においてアプリケーション２２の実行実績を表したグラフとしては、他には例えばアプリケーション２２をＩＭＥ（Input Method Editor）とした場合の入力機能や変換機能の利用状況などが考えられる。これにより、かな文字から漢字への変換の効率の確認や、辞書機能やレイアウト配置等の将来的な拡張、変更等の方向性を明確化できる。
【００５８】
図１０の（ａ）〜（ｄ）は、アプリケーション２２の動作環境を表したグラフのイメージ図である。同グラフは、ログファイル２５の動作環境データ群２３ａに基づいて形成された、アプリケーション２２の開発において分析する重要性の高い所定のデータを集計したものであり、同図（ａ）〜（ｄ）に示す円グラフは、テストに用いられているクライアント端末２における（ａ）使用されているＣＰＵの種類と各ＣＰＵの使用比率、（ｂ）使用されているメインメモリの容量と各メインメモリの使用比率、（ｃ）デフォルトブラウザの種類と各デフォルトブラウザの使用比率、（ｄ）ＯＳの種類と各ＯＳの使用比率、をそれぞれ示している。
【００５９】
図１０のグラフにより、テストに使用するＣＰＵ等のハードウェア環境やＯＳ等のソフトウェア環境を構築する際に参照価値の高い資料を提供できる。また、上記（ａ）〜（ｄ）に示すグラフ以外にも、ＯＳ言語、修正プログラムの使用状況、Ｗｅｂブラウザの使用状況、データベースアクセスのためのプログラム部品の使用状況、ＩＭＥのバージョン情報、ハードディスクフォーマット情報、ＣＰＵ等のハードウェアの製造元情報等をログフォルダ２３から取得してグラフを作成し、分析に用いることもできる。
【００６０】
以上、上記各実施の形態においては、ログフォルダ生成部２１が、アプリケーション２２に設けられたエントリポイント２４が実行されたときに、アプリケーション２２の所定の実行状態において取得される所定のデータ及び所定の実行状態において取得されるアプリケーション２２の動作環境に関する所定のデータのうち少なくとも何れか一方を取得することにより、アプリケーション２２の実行時における当該アプリケーション２２の動作環境や実行状況に関する多面的なデータを取得できる。そして、データ分析部１２が、ログフォルダ取得部１１が取得した所定のデータを複数取得してアプリケーション２２の実行状態及びアプリケーション２２の動作環境のうち少なくとも何れか一方についての分析を行うことにより、アプリケーション２２の多面的な分析が可能になる。
【００６１】
なお、上記各実施の形態においては、アプリケーション分析支援システム１Ａはアプリケーション分析支援装置１とクライアント端末２のクライアント・サーバシステムによって形成したが、スタンドアロンのコンピュータシステムによって形成してもよい。
【００６２】
また、上記各実施の形態においては、ログフォルダ生成部２１、ログフォルダ取得部１１、データ分析部１２をプログラムの実行結果による機能手段として形成したが、これらの一部又は全部をハードウェアロジックによって形成し、動作の高速化と安定化を図ってもよい。
【００６３】
上記実施の形態は本発明の例示であり、本発明が上記実施の形態に限定されることを意味するものではないことは、いうまでもない。
【図面の簡単な説明】
【００６４】
【図１】この発明の実施の形態１のアプリケーション分析支援システムにおけるシステム構成図及び機能ブロック図である。
【図２】同上アプリケーション分析支援システムにおいて、（ａ）コード網羅管理データベースに蓄積されるコード網羅管理データのイメージ図、（ｂ）及び利用結果管理データベースに蓄積される利用結果データのイメージ図である。
【図３】同上アプリケーション分析支援システムにおける動作手順を示すフローチャートである。
【図４】同上アプリケーション分析支援システムにおいて作成されたログファイルの一部のデータイメージ図である。
【図５】同上アプリケーション分析支援システムにおいて表示される、異常終了実績の分析結果を表したグラフのイメージ図である。
【図６】同上アプリケーション分析支援システムにおいて表示される、アプリケーションの実行状況を表したグラフのイメージ図である。
【図７】同上アプリケーション分析支援システムにおいて表示される、アプリケーションの平均実行時間を表したグラフのイメージ図である。
【図８】この発明の実施の形態２のアプリケーション分析支援システムにおいて表示される、モジュール又はロジックの実行状況の分析結果を表したグラフのイメージ図である。
【図９】この発明の実施の形態３のアプリケーション分析支援システムにおいて表示される、アプリケーションの実行実績を表したグラフのイメージ図である。
【図１０】同上アプリケーション分析支援システムにおいて表示される、アプリケーションの動作環境を表したグラフのイメージ図である。
【符号の説明】
【００６５】
１Ａ・・・アプリケーション分析支援システム
２、２１〜，２２，・・・，２ｎ・・・クライアント端末
１２・・・データ分析部（データ分析手段）
１３・・・データベース部（データ記憶手段）
１５・・・表示部（表示手段）
２１・・・ログフォルダ生成部（データ取得手段）
２２・・・アプリケーション
２４，２４１，・・・，２４７・・・エントリポイント
【図１】
2008197988.tif 000003
【図２】
2008197988.tif 000004
【図３】
2008197988.tif 000005
【図４】
2008197988.tif 000006
【図５】
2008197988.tif 000007
【図６】
2008197988.tif 000008
【図７】
2008197988.tif 000009
【図８】
2008197988.tif 000010
【図９】
2008197988.tif 000011
【図１０】
2008197988.tif 000012
【手続補正書】
【提出日】平成20年5月19日(2008.5.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アプリケーション及び該アプリケーションが実装されたコンピュータのうち少なくとも何れか一方に関するデータを取得するデータ取得手段と、該データ取得手段が取得した前記データについて所定の分析を行うデータ分析手段とを備えたアプリケーション分析支援システムにおいて、
前記データ取得手段は、該アプリケーションの起動・ロード時、終了・アンロード時、機能開始・終了時、イベント実行時、機能利用時、異常終了時、ユーザカスタマイズされた機能の実行時等、前記アプリケーションの主要な実行イベントにおいて、該アプリケーションが特定の実行状態であることを示すモジュールとして前記アプリケーションに設けられたエントリポイントが実行されたときに、前記アプリケーションが異常終了した状態を含む前記アプリケーションの複数の実行状態における前記データを取得し、
前記データ分析手段は、前記アプリケーションが異常終了した箇所としてのポイントの、該ポイント毎の異常終了の発生回数と、該ポイント毎の異常終了の発生回数が全ての異常終了の発生回数に占める比率とについて統計を行うことにより、前記アプリケーションの異常終了の実績の分析を行うことを特徴とするアプリケーション分析支援システム。
【請求項２】
アプリケーション及び該アプリケーションが実装されたコンピュータのうち少なくとも何れか一方に関するデータを取得するデータ取得手段と、該データ取得手段が取得した前記データについて所定の分析を行うデータ分析手段とを備えたアプリケーション分析支援システムにおいて、
前記データ取得手段は、該アプリケーションの起動・ロード時、終了・アンロード時、機能開始・終了時、イベント実行時、機能利用時、異常終了時、ユーザカスタマイズされた機能の実行時等、前記アプリケーションの主要な実行イベントにおいて、該アプリケーションが特定の実行状態であることを示すモジュールとして前記アプリケーションに設けられたエントリポイントが実行されたときに、前記アプリケーションが異常終了した状態を含む前記アプリケーションの複数の実行状態における前記データを取得し、
前記データ分析手段は、前記アプリケーションの、コンパイル等によって生成されるビルド毎の起動回数と該起動回数に対する正常終了回数の割合とについて統計を行うことにより、前記アプリケーションの実行状態についての分析を行うことを特徴とするアプリケーション分析支援システム。
【請求項３】
アプリケーション及び該アプリケーションが実装されたコンピュータのうち少なくとも何れか一方に関するデータを取得するデータ取得手段と、該データ取得手段が取得した前記データについて所定の分析を行うデータ分析手段とを備えたアプリケーション分析支援システムにおいて、
前記データ取得手段は、該アプリケーションの起動・ロード時、終了・アンロード時、機能開始・終了時、イベント実行時、機能利用時、異常終了時、ユーザカスタマイズされた機能の実行時等、前記アプリケーションの主要な実行イベントにおいて、該アプリケーションが特定の実行状態であることを示すモジュールとして前記アプリケーションに設けられたエントリポイントが実行されたときに、前記アプリケーションが異常終了した状態を含む前記アプリケーションの複数の実行状態における前記データを取得し、
前記データ分析手段は、前記アプリケーションの、コンパイル等によって生成されるビルド毎の前記異常終了の回数と前記ビルド毎の平均実行時間とについて統計を行うことにより、前記アプリケーションの異常終了の実績の分析を行うことを特徴とするアプリケーション分析支援システム。
【請求項４】
アプリケーション及び該アプリケーションが実装されたコンピュータのうち少なくとも何れか一方に関するデータを取得するデータ取得手段と、該データ取得手段が取得した前記データについて所定の分析を行うデータ分析手段とを備えたアプリケーション分析支援システムにおいて、
前記データ取得手段は、該アプリケーションの起動・ロード時、終了・アンロード時、機能開始・終了時、イベント実行時、機能利用時、異常終了時、ユーザカスタマイズされた機能の実行時等、前記アプリケーションの主要な実行イベントにおいて、該アプリケーションが特定の実行状態であることを示すモジュールとして一の前記アプリケーションに複数設けられたエントリポイントが実行されたときに、該エントリポイントの通過を示すデータを取得し、
前記データ分析手段は、前記アプリケーションの、コンパイル等によって生成されるビルド毎の前記エントリポイントの個数と全ての前記エントリポイントに対する前記アプリケーションの実行時に通過した前記エントリポイントの個数の比率とについて統計を行うことにより、前記アプリケーションの実行状態についての分析を行うことを特徴とするアプリケーション分析支援システム。
【請求項５】
アプリケーション及び該アプリケーションが実装されたコンピュータのうち少なくとも何れか一方に関するデータを取得するデータ取得手段と、該データ取得手段が取得した前記データについて所定の分析を行うデータ分析手段とを備えたアプリケーション分析支援システムにおいて、
前記データ取得手段は、該アプリケーションの起動・ロード時、終了・アンロード時、機能開始・終了時、イベント実行時、機能利用時、異常終了時、ユーザカスタマイズされた機能の実行時等、前記アプリケーションの主要な実行イベントにおいて、該アプリケーションが特定の実行状態であることを示すモジュールとして前記アプリケーションに設けられたエントリポイントが実行されたときに、前記アプリケーションの動作環境に関する所定のデータとして、前記アプリケーションの実行に使用されているＣＰＵ、前記アプリケーションの実行に使用されているメモリの容量、前記アプリケーションの実行に使用されているＯＳ、前記アプリケーションの実行に使用されているデフォルトブラウザのうち少なくとも何れか一つに関するデータを取得し、
前記データ分析手段は、前記データ取得手段が取得したデータを統計し、該統計の結果に基づいて前記アプリケーションの動作環境についての分析を行うことを特徴とするアプリケーション分析支援システム。
【請求項６】
前記データ取得手段が取得した前記所定のデータを蓄積するデータ記憶手段を設け、前記データ分析手段は、前記分析において前記データ記憶手段に蓄積された前記所定のデータを用いることを特徴とする請求項１乃至５の何れか一つに記載のアプリケーション分析支援システム。
【請求項７】
前記データ分析手段は、前記分析の結果に基づいてグラフ等の画像データを形成し該画像データを表示手段に表示させることを特徴とする請求項１乃至６の何れか一つに記載のアプリケーション分析支援システム。
【請求項８】
前記データ取得手段はクライアント・サーバシステムを形成するクライアント端末に設けられ、前記データ分析手段及び前記データ記憶手段は前記クライアント・サーバシステムを形成するサーバに設けられたことを特徴とする請求項１乃至７の何れか一つに記載のアプリケーション分析支援システム。
【請求項９】
コンピュータを請求項１乃至８の何れか一つに記載されたアプリケーション分析支援システムとして機能させることを特徴とするプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
かかる課題を達成するために、請求項１に記載の発明は、アプリケーション及び該アプリケーションが実装されたコンピュータのうち少なくとも何れか一方に関するデータを取得するデータ取得手段と、該データ取得手段が取得した前記データについて所定の分析を行うデータ分析手段とを備えたアプリケーション分析支援システムにおいて、前記データ取得手段は、該アプリケーションの起動・ロード時、終了・アンロード時、機能開始・終了時、イベント実行時、機能利用時、異常終了時、ユーザカスタマイズされた機能の実行時等、前記アプリケーションの主要な実行イベントにおいて、該アプリケーションが特定の実行状態であることを示すモジュールとして前記アプリケーションに設けられたエントリポイントが実行されたときに、前記アプリケーションが異常終了した状態を含む前記アプリケーションの複数の実行状態における前記データを取得し、前記データ分析手段は、前記アプリケーションが異常終了した箇所としてのポイントの、該ポイント毎の異常終了の発生回数と、該ポイント毎の異常終了の発生回数が全ての異常終了の発生回数に占める比率とについて統計を行うことにより、前記アプリケーションの異常終了の実績の分析を行うことを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
請求項２に記載の発明は、アプリケーション及び該アプリケーションが実装されたコンピュータのうち少なくとも何れか一方に関するデータを取得するデータ取得手段と、該データ取得手段が取得した前記データについて所定の分析を行うデータ分析手段とを備えたアプリケーション分析支援システムにおいて、前記データ取得手段は、該アプリケーションの起動・ロード時、終了・アンロード時、機能開始・終了時、イベント実行時、機能利用時、異常終了時、ユーザカスタマイズされた機能の実行時等、前記アプリケーションの主要な実行イベントにおいて、該アプリケーションが特定の実行状態であることを示すモジュールとして前記アプリケーションに設けられたエントリポイントが実行されたときに、前記アプリケーションが異常終了した状態を含む前記アプリケーションの複数の実行状態における前記データを取得し、前記データ分析手段は、前記アプリケーションの、コンパイル等によって生成されるビルド毎の起動回数と該起動回数に対する正常終了回数の割合とについて統計を行うことにより、前記アプリケーションの実行状態についての分析を行うことを特徴とする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
請求項３に記載の発明は、アプリケーション及び該アプリケーションが実装されたコンピュータのうち少なくとも何れか一方に関するデータを取得するデータ取得手段と、該データ取得手段が取得した前記データについて所定の分析を行うデータ分析手段とを備えたアプリケーション分析支援システムにおいて、前記データ取得手段は、該アプリケーションの起動・ロード時、終了・アンロード時、機能開始・終了時、イベント実行時、機能利用時、異常終了時、ユーザカスタマイズされた機能の実行時等、前記アプリケーションの主要な実行イベントにおいて、該アプリケーションが特定の実行状態であることを示すモジュールとして前記アプリケーションに設けられたエントリポイントが実行されたときに、前記アプリケーションが異常終了した状態を含む前記アプリケーションの複数の実行状態における前記データを取得し、前記データ分析手段は、前記アプリケーションの、コンパイル等によって生成されるビルド毎の前記異常終了の回数と前記ビルド毎の平均実行時間とについて統計を行うことにより、前記アプリケーションの異常終了の実績の分析を行うことを特徴とする。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
請求項４に記載の発明は、アプリケーション及び該アプリケーションが実装されたコンピュータのうち少なくとも何れか一方に関するデータを取得するデータ取得手段と、該データ取得手段が取得した前記データについて所定の分析を行うデータ分析手段とを備えたアプリケーション分析支援システムにおいて、前記データ取得手段は、該アプリケーションの起動・ロード時、終了・アンロード時、機能開始・終了時、イベント実行時、機能利用時、異常終了時、ユーザカスタマイズされた機能の実行時等、前記アプリケーションの主要な実行イベントにおいて、該アプリケーションが特定の実行状態であることを示すモジュールとして一の前記アプリケーションに複数設けられたエントリポイントが実行されたときに、該エントリポイントの通過を示すデータを取得し、前記データ分析手段は、前記アプリケーションの、コンパイル等によって生成されるビルド毎の前記エントリポイントの個数と全ての前記エントリポイントに対する前記アプリケーションの実行時に通過した前記エントリポイントの個数の比率とについて統計を行うことにより、前記アプリケーションの実行状態についての分析を行うことを特徴とする。
請求項５に記載の発明は、アプリケーション及び該アプリケーションが実装されたコンピュータのうち少なくとも何れか一方に関するデータを取得するデータ取得手段と、該データ取得手段が取得した前記データについて所定の分析を行うデータ分析手段とを備えたアプリケーション分析支援システムにおいて、前記データ取得手段は、該アプリケーションの起動・ロード時、終了・アンロード時、機能開始・終了時、イベント実行時、機能利用時、異常終了時、ユーザカスタマイズされた機能の実行時等、前記アプリケーションの主要な実行イベントにおいて、該アプリケーションが特定の実行状態であることを示すモジュールとして前記アプリケーションに設けられたエントリポイントが実行されたときに、前記アプリケーションの動作環境に関する所定のデータとして、前記アプリケーションの実行に使用されているＣＰＵ、前記アプリケーションの実行に使用されているメモリの容量、前記アプリケーションの実行に使用されているＯＳ、前記アプリケーションの実行に使用されているデフォルトブラウザのうち少なくとも何れか一つに関するデータを取得し、前記データ分析手段は、前記データ取得手段が取得したデータを統計し、該統計の結果に基づいて前記アプリケーションの動作環境についての分析を行うことを特徴とする。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
請求項６に記載の発明は、請求項１乃至５の何れか一つに記載の構成に加え、前記データ取得手段が取得した前記所定のデータを蓄積するデータ記憶手段を設け、前記データ分析手段は、前記分析において前記データ記憶手段に蓄積された前記所定のデータを用いることを特徴とする。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
請求項７に記載の発明は、請求項１乃至６の何れか一つに記載の構成に加え、前記データ分析手段は、前記分析の結果に基づいてグラフ等の画像データを形成し該画像データを表示手段に表示させることを特徴とする。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
請求項８に記載の発明は、請求項１乃至７の何れか一つに記載の構成に加え、前記データ取得手段はクライアント・サーバシステムを形成するクライアント端末に設けられ、前記データ分析手段及び前記データ記憶手段は前記クライアント・サーバシステムを形成するサーバに設けられたことを特徴とする。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
請求項９に記載の発明は、プログラムであって、コンピュータを請求項１乃至８の何れか一つに記載されたアプリケーション分析支援システムとして機能させることを特徴とする。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
請求項１乃至５に記載の発明によれば、データ取得手段が、アプリケーションに設けられたエントリポイントが実行されたときに、アプリケーションの所定の実行状態において取得される所定のデータ及び所定の実行状態において取得されるアプリケーションの動作環境に関する所定のデータのうち少なくとも何れか一方を取得することにより、アプリケーションの実行時における当該アプリケーションの動作環境や実行状況に関する多面的なデータを取得できる。そして、データ分析手段が、データ取得手段が取得した所定のデータを複数取得してアプリケーションの実行状態及びアプリケーションの動作環境のうち少なくとも何れか一方についての分析を行うことにより、アプリケーションの多面的な分析を行うことが可能になる。これにより、アプリケーションの品質向上を図ることができる。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
請求項１又は３に記載の発明によれば、データ取得手段はアプリケーションが異常終了した状態を含むアプリケーションの複数の実行状態におけるデータを取得し、データ分析手段はデータ取得手段が取得した複数のデータを元にアプリケーションの異常終了の実績を分析することにより、複数の異常終了時のデータに基づいた、あるいは異常終了時と正常終了時とのデータに基づいた分析を行うことができる。これにより、異常終了に関する正確で多面的なデータに基づいて分析を行うことが可能になる。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
請求項２に記載の発明によれば、アプリケーションの実行に使用されているＣＰＵ、アプリケーションの実行に使用されているメモリの容量、アプリケーションの実行に使用されているＯＳ、アプリケーションの実行に使用されているデフォルトブラウザのうち少なくとも何れか一つに関するデータ、即ち、アプリケーションの実行状態に大きな影響を与える動作環境に関するデータの分析を行うことができるので、アプリケーションのより正確で多面的な分析を行うことが可能になる。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
請求項６に記載の発明によれば、データ取得手段が取得した所定のデータを蓄積するデータ記憶手段に蓄積された所定のデータを分析に用いることにより、過去に取得されたデータをも用いた、より正確で多面的なアプリケーションの分析を行うことが可能になる。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
請求項７に記載の発明によれば、分析結果に基づいてグラフ等の画像データを形成して表示手段に表示させることにより、分析結果を視覚的に把握し易い態様で利用者に提示し、利用者の分析の利便性を向上させることができる。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
請求項８に記載の発明によれば、データ取得手段はクライアント・サーバシステムを形成するクライアント端末に設けられ、データ分析手段及びデータ記憶手段はクライアント・サーバシステムを形成するサーバに設けられたことにより、クライアント端末側で行ったアプリケーションのテストをサーバ側で分析するシステムにおいて本発明を適用できる。これにより、複数のクライアント端末において行われたアプリケーションの実行結果に基づいてデータ取得・分析するような使用が可能となり、アプリケーションのテストにおいて、あるいは市販された製品の使用態様において、多数のデータに基づいた、より正確で多面的なアプリケーションの分析を行うことが可能になる。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
請求項９に記載の発明によれば、本発明のアプリケーション分析支援システムをプログラム化し、多様なコンピュータハードウェア上で実現させることができる。