(57)【要約】【課題】対象システムのデータベースに格納されているデータの内容から、対象システムのより正確な活用度を推し量ることを可能とする。【解決手段】データ利用状況分析システム（利用状況集計システム１０２）は、項目入力判定部１０４により、パラメータファイル１０９の設定内容に基づき、対象システム（営業支援システム１１０）のデータベース（ＤＢサーバ１１２が管理する折衝情報テーブル１１１）に登録されているデータの項目ごとの利用率を求め、また、パラメータファイル１０９において、自由にランク付けしたグループ毎の条件（ランクごとのデータが満たすべき条件）を設定しておき、ランク判定部１０６により、当該条件を満たすデータの検索を行い、その検索結果に基づきランク別にデータの分析を行う。【選択図】図１
2008077544.tif 000002
【特許請求の範囲】
【請求項１】
プログラムされたコンピュータにより、データベースの利用状況を分析するシステムであって、
入力装置から入力された指定情報に対応するテーブルを、上記データベースから読み込み記憶する記憶手段と、
該記憶手段に記憶したテーブルにおける全レコード数を計数する第１の手段と、
上記テーブルの各項目におけるデータの登録状況情報をレコード毎に取得する第２の手段と、
該第２の手段で取得したデータの登録状況情報と上記第１の手段で計数した全レコード数とを用いて、当該テーブルの利用状況を示す情報を生成する第３の手段と、
該第３の手段で生成した情報を出力する第４の手段と
を有することを特徴とするデータ利用状況分析システム。
【請求項２】
請求項１に記載のデータ利用状況分析システムであって、
上記第２の手段が上記データの登録状況情報の取得を行う際に参照する、予め各項目毎に定められた条件情報を記憶する条件記憶手段を有し、
上記条件情報は、上記第２の手段が上記データを登録済であると判定するデータ値からなり、
上記第２の手段は、上記テーブルの各項目におけるデータ値に基づき、各レコード毎の各項目におけるデータの入力済・未入力を判定し、該判定結果を上記登録状況情報として取得する
ことを特徴とするデータ利用状況分析システム。
【請求項３】
請求項２に記載のデータ利用状況分析システムであって、
上記第３の手段は、
上記第２の手段が上記登録状況情報として取得した、各レコード毎の各項目におけるデータの入力済・未入力の判定結果と、上記第１の手段で計数した全レコード数とを用いて、
各項目毎に、
入力済レコード数と未入力レコード数、および、
入力済レコード数を全レコード数で除算した入力率と未入力レコード数を全レコード数で除算した未入力率を、上記テーブルの利用状況を示す情報として生成する
ことを特徴とするデータ利用状況分析システム。
【請求項４】
請求項２もしくは請求項３のいずれかに記載のデータ利用状況分析システムであって、
上記第１の手段は、上記テーブル毎に、当該テーブルにおける全レコード数を取得するための第１のＳＱＬ文を生成して実行する手段を有し、
上記第２の手段は、上記第１のＳＱＬ文に、当該レコードにおける各項目の条件情報を検索条件句として付加した第２のＳＱＬを生成して実行する手段を有する
ことを特徴とするデータ利用状況分析システム。
【請求項５】
請求項１から請求項４のいずれかに記載のデータ利用状況分析システムであって、
上記第２の手段が上記データの登録状況情報の取得を行う際に参照する、予め複数のグループ毎に設定された検索条件情報を記憶する条件記憶手段を有し、
上記第２の手段は、
上記条件記憶手段から上記各グループ毎の検索条件情報を読み込み、該検索条件情報を検索条件句に持つＳＱＬ文を各グループ毎に生成する手段と、
該生成したＳＱＬを実行して、上記グループ毎に、当該検索条件情報に合致するデータ値を登録した項目を有するレコード数を取得する手段とを有し、
上記第３の手段は、各グループ毎に、上記第２の手段が取得したレコード数と、該レコード数を上記第１の手段で計数した全レコード数で除算した値とを、上記テーブルの利用状況を示す情報として求める手段を有する
ことを特徴とするデータ利用状況分析システム。
【請求項６】
コンピュータを、請求項１から請求項５のいずれかに記載のデータ利用状況分析システムにおける各手段として機能させるためのプログラム。
【請求項７】
請求項１から請求項５のいずれかに記載のデータ利用状況分析システムであって、
上記データベースのアクセス制御を行うサーバ装置と、該サーバ装置にネットワークを介して接続されたクライアント装置からなり、該クライアント装置に、上記第１〜第４の手段を設けたことを特徴とするデータ利用状況分析システム。
【請求項８】
プログラムされたコンピュータにより、データベースの利用状況を分析する方法であって、
入力装置から入力された指定情報に対応するテーブルを、上記データベースから読み込み記憶装置に記憶する記憶手順と、
上記記憶装置に記憶したテーブルにおける全レコード数を計数する第１の手順と、
上記テーブルの各項目におけるデータの登録状況情報をレコード毎に取得する第２の手順と、
該第２の手順で取得したデータの登録状況情報と上記第１の手順で計数した全レコード数とを用いて、当該テーブルの利用状況を示す情報を生成する第３の手順と、
該第３の手順で生成した情報を出力する第４の手順と
を有することを特徴とするデータ利用状況分析方法。
【請求項９】
請求項８に記載のデータ利用状況分析方法であって、
上記第２の手順で上記データの登録状況情報の取得を行う際に参照する、予め各項目毎に定められた条件情報を記憶する手順を有し、
上記条件情報は、上記第２の手順で上記データを登録済であると判定するデータ値からなり、
上記第２の手順では、上記テーブルの各項目におけるデータ値に基づき、各レコード毎の各項目におけるデータの入力済・未入力を判定し、該判定結果を上記登録状況情報として取得する
ことを特徴とするデータ利用状況分析方法。
【請求項１０】
請求項９に記載のデータ利用状況分析方法であって、
上記第３の手順は、
上記第２の手順で上記登録状況情報として取得した、各レコード毎の各項目におけるデータの入力済・未入力の判定結果と、上記第１の手順で計数した全レコード数とを用いて、
各項目毎に、
入力済レコード数と未入力レコード数、および、入力済レコード数を全レコード数で除算した入力率と未入力レコード数を全レコード数で除算した未入力率を、上記テーブルの利用状況を示す情報として生成する
ことを特徴とするデータ利用状況分析方法。
【請求項１１】
請求項９もしくは請求項１０のいずれかに記載のデータ利用状況分析方法であって、
上記第１の手順は、上記テーブル毎に、当該テーブルにおける全レコード数を取得するための第１のＳＱＬ文を生成して実行する手順を有し、
上記第２の手順は、上記第１のＳＱＬ文に、当該レコードにおける各項目の条件情報を検索条件句として付加した第２のＳＱＬを生成して実行する手順を有する
ことを特徴とするデータ利用状況分析方法。
【請求項１２】
請求項８から請求項１１のいずれかに記載のデータ利用状況分析方法であって、
上記第２の手順で上記データの登録状況情報の取得を行う際に参照する、予め複数のグループ毎に設定された検索条件情報を記憶装置に記憶する手順を有し、
上記第２の手順は、
上記記憶装置から上記各グループ毎の検索条件情報を読み込み、該検索条件情報を検索条件句に持つＳＱＬ文を各グループ毎に生成する手順と、
該生成したＳＱＬを実行して、上記グループ毎に、当該検索条件情報に合致するデータ値を登録した項目を有するレコード数を取得する手順とを有し、
上記第３の手順は、各グループ毎に、上記第２の手順で取得したレコード数と、該レコード数を上記第１の手順で計数した全レコード数で除算した値とを、上記テーブルの利用状況を示す情報として求める手順を有する
ことを特徴とするデータ利用状況分析方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、営業支援システムをはじめとするＣＲＭ（Ｃｕｓｔｏｍｅｒ  Ｒｅｌａｔｉｏｎｓｈｉｐ  Ｍａｎａｇｅｍｅｎｔ）システム等、コンピュータシステムで管理するデータに対する利用状況を分析する技術に係り、特に、対象システムの利用状況の分析を質的な観点から行うのに好適な技術に関するものである。
【背景技術】
【０００２】
企業においては例えば生産性向上のために、コンピュータを用いた様々なシステムやサービスが導入されている。それらが有効に活用されているかを知るための技術として、例えば、特許文献１に記載の技術がある。
【０００３】
この技術は、情報記憶部に記憶している情報に対する参照や編集等の処理が実行された際に、処理内容をログとしてログ記憶部に記憶しておき、このログを表示装置に表示する際、当該ログに基づいて他のユーザの参照状況やその時間等の情報（共有を支援するための情報）を生成し、この生成した情報を含めて表示するものである。
【０００４】
しかし、この技術では、システムの活用度（利用度）は、単に、ユーザがアクセス（参照／更新等）した履歴から確認するだけであり、例えば、システム内の「データの充実度」や「データの内容」までは考慮されていない。そのため、エンドユーザが実際に対象システムをどこまで活用しているかを十分に判断することはできない。
【０００５】
【特許文献１】特開２００４−２４６７１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
解決しようとする問題点は、従来の技術では、システムの活用度（利用度）は単にユーザがアクセス（参照／更新等）した履歴から確認するのみで、システム内のデータの充実度やデータの内容までは考慮されておらず、そのため、エンドユーザが実際に対象システムをどこまで活用しているかを判断することができない点である。
【０００７】
本発明の目的は、これら従来技術の課題を解決し、対象システムに収集されているデータ、例えば、データベースに格納されているデータの内容から、対象システムのより正確な活用度を推し量ることを可能とすることである。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明では、図１に示す構成により、データ利用状況分析システム（利用状況集計システム１０２）が、項目入力判定部１０４により、パラメータファイル１０９の設定内容に基づき、対象システム（営業支援システム１１０）のデータベース（ＤＢサーバ１１２が管理する折衝情報テーブル１１１）に登録されているデータの項目ごとの利用率を求め、また、パラメータファイル１０９において、自由にランク付けしたグループ毎の条件（ランクごとのデータが満たすべき条件）を設定しておき、ランク判定部１０６により、当該条件を満たすデータの検索を行い、その検索結果に基づきランク別にデータの分析を行う。
【発明の効果】
【０００９】
本発明によれば、対象システムのデータベースに登録されているデータのどの項目が使用されているのかという充実度や、各データ項目の内容がどうなっているのかの確認を行い、格納されているデータの内容から対象システムの活用度を推し量ることが可能になる。
【発明を実施するための最良の形態】
【００１０】
以下、図を用いて本発明を実施するための最良の形態例を説明する。図１は、本発明に係るデータ利用状況分析システムを設けたネットワークコンピュータシステムの構成例を示すブロック図であり、図２は、図１におけるデータ利用状況分析システムの本発明に係る処理動作例を示すフローチャート、図３は、図１のクライアント装置における項目入力判定部の処理動作例を示すフローチャート、図４は、図１のクライアント装置におけるランク判定部の処理動作例を示すフローチャート、図５は、図１における営業支援システムのＤＢサーバが管理する折衝情報テーブルの詳細構成例を示す説明図、図６は、図１のクライアント装置におけるデータ利用状況分析システムが記憶するパラメータファイルの詳細構成例を示す説明図、図７は、図１のクライアント装置における実行画面で表示される画面例を示す説明図、図８Ａは、図１のクライアント装置におけるデータ利用状況分析システムが記憶する設定ファイルの詳細構成例を示す説明図、図８Ｂは、図１のクライアント装置におけるデータ利用状況分析システムが記憶するパラメータファイルの基本的な構成例を示す説明図、図８Ｃは、図１のクライアント装置におけるデータ利用状況分析システムが記憶するパラメータファイルの具体例を示す説明図、図９は、図１のクライアント装置におけるデータ利用状況分析システムの項目入力判定部およびランク判定部が生成するＳＱＬ文の具体例を示す説明図、図１０は、図１のクライアント装置におけるデータ利用状況分析システムの項目入力判定出力ファイルおよびランク判定出力ファイルに格納された具体的なファイル例を示す説明図である。
【００１１】
図１におけるクライアント装置（図中、「クライアント端末」と記載）１０１および営業支援システム１１０のＤＢサーバは、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）や主メモリ、表示装置、入力装置、外部記憶装置等を具備したコンピュータ構成からなり、光ディスク駆動装置等を介してＣＤ−ＲＯＭ等の記憶媒体に記録されたプログラムやデータを外部記憶装置内にインストールした後、この外部記憶装置から主メモリに読み込みＣＰＵで処理することにより、各処理部の機能を実現する。
【００１２】
本例では、クライアント装置１０１と営業支援システム１１０におけるＤＢサーバ１１２は、ネットワーク１２０を介して接続された構成となっており、クライアント装置１０１には、本発明に係るデータ利用状況分析システム（図中「利用状況集計システム」と記載）１０２が設けられており、営業支援システム１１０は、ＤＢサーバ１１２により、データ利用状況分析システム１０２による分析の対象となる折衝情報テーブル１１１等を格納・管理している。
【００１３】
クライアン装置１０１におけるデータ利用状況分析システム１０２は、エンドユーザが参照・操作する実行画面１０３、プログラムの動作環境等を記載した設定ファイル１０８、項目の判定条件等を記載したパラメータファイル１０９、営業支援システム１１０のＤＢサーバ１１２が管理するデータベースのテーブルの項目（カラム）ごとの入力判定を行う項目入力判定部１０４、その結果の出力ファイルを格納する項目入力判定出力ファイル１０５、設定した条件によりテーブル内のデータのグループ分け（以下、「ランク分け」と記載する）を行いランクごとの集計を行うランク判定部１０６、その結果の出力ファイルを格納するランク判定出力ファイル１０７を具備している。
【００１４】
尚、実行画面１０３は、キーボードやマウス等からなる入力装置とＣＤＴやＬＥＤ等からなる表示装置により構成され、項目入力判定部１０４とランク判定部１０６は、プログラムを用いたコンピュータ処理により構築され、設定ファイル１０８とパラメータファイル１０９、および、項目入力判定出力ファイル１０５とランク判定出力ファイル１０７のそれぞれはＨＤＤ等からなる記憶装置に構築される。
【００１５】
項目入力判定部１０４は、ネットワーク１２０を介してＤＢサーバ１１２から例えば折衝情報テーブル１１１を読み込み、図示していない記憶装置に記憶し、記憶した折衝情報テーブル１１１における全レコード数を計数する第１の機能と、折衝情報テーブル１１１の各項目におけるデータの登録状況情報をレコード毎に取得する第２の機能と、この第２の機能で取得したデータの登録状況情報と第１の機能で計数した全レコード数とを用いて、当該テーブルの利用状況を示す情報を生成する第３の機能と、この第３の機能で生成した情報を項目入力判定出力ファイル１０５に出力する第４の機能とを有する。
【００１６】
パラメータファイル１０９には、項目入力判定部１０４が、第２の機能で、折衝情報テーブル１１１におけるデータの登録状況情報の取得を行う際に参照する、予め各項目毎に定められた条件情報を記憶している。尚、この条件情報は、第２の機能で、データを登録済であると判定するデータ値からなり、項目入力判定部１０４は、第２の機能により、折衝情報テーブル１１１の各項目におけるデータ値に基づき、各レコード毎の各項目におけるデータの入力済・未入力を判定し、この判定結果を登録状況情報として取得する。
【００１７】
また、項目入力判定部１０４は、第３の機能により、第２の機能が登録状況情報として取得した、各レコード毎の各項目におけるデータの入力済・未入力の判定結果と、第１の機能で計数した全レコード数とを用いて、各項目毎に、入力済レコード数と未入力レコード数、および、入力済レコード数を全レコード数で除算した入力率と未入力レコード数を全レコード数で除算した未入力率を、折衝情報テーブル１１１の利用状況を示す情報として生成する。
【００１８】
このように、本例のデータ利用状況分析システム１０２は、入力装置から入力された指定情報に対応するテーブル（折衝情報テーブル１１１）を、ネットワーク１２０を介して、営業支援システム１１０におけるサーバ１１２が管理するデータベースから読み込み、項目入力判定部１０４により、まず、折衝情報テーブル１１１における全レコード数を計数し、次に、当該折衝情報テーブル１１１の各項目におけるデータの登録状況情報をレコード毎に取得し、取得したデータの登録状況情報と全レコード数とを用いて、当該折衝情報テーブル１１１の利用状況を示す情報を生成し、項目入力判定出力ファイル１０５に出力する。
【００１９】
より詳細には、項目入力判定部１０４がデータの登録状況情報の取得を行う際に参照する、予め各項目毎に定められた条件情報をパラメータファイル１０９に登録しておく。尚、この条件情報は、項目入力判定部１０４が、当該データを登録済であると判定するデータ値からなり、項目入力判定部１０４は、折衝情報テーブル１１１の各項目におけるデータ値に基づき、各レコード毎の各項目におけるデータの入力済・未入力を判定し、この判定結果を登録状況情報として取得する。
【００２０】
そして、項目入力判定部１０４は、登録状況情報として取得した、各レコード毎の各項目におけるデータの入力済・未入力の判定結果と、計数した全レコード数とを用いて、各項目毎に、入力済レコード数と未入力レコード数、および、入力済レコード数を全レコード数で除算した入力率と未入力レコード数を全レコード数で除算した未入力率を、テーブルの利用状況を示す情報として生成する。
【００２１】
以下、図２〜図４に示すフローチャートをもとに、このようなデータ利用状況分析システム１０２の処理動作を説明する。
【００２２】
エンドユーザがクライアント装置１０１を操作し、表示装置の画面上に表示されている実行画面１０３（ここでは図７における実行画面例７０１の表示内容を用いる）の、集計対象データリストから「折衝情報」を選択して「実行」ボタンを押す（ステップＳ２０１）。エンドユーザの操作はここまでで、以降はデータ利用状況分析システム１０２により自動で処理される内容である。
【００２３】
データ利用状況分析システム１０２は、まず、設定ファイル１０８、ここでは図８Ａに示す設定ファイル８０１から、エンドユーザがステップＳ２０１で選択した「折衝情報」を集計するための以下の設定情報を読み込む（ステップＳ２０２）。
【００２４】
［Ｄａｔａｂａｓｅ］セクションから、ＤＢの接続文字列（ＣｏｎｎｅｃｔＳｔｒｉｎｇ＝ＤＢ＿ＮＡＭＥ）と、ＤＢのログインＩＤ（ＬｏｇｉｎＩｄ＝ＬＯＧＩＮ＿ＩＤ）、および、ＤＢのログインパスワード（ＬｏｇｉｎＰａｓｓｗｏｒｄ＝ＬＯＧＩＮ＿ＰＡＳＳ）の３つの設定を読み込む。
【００２５】
ステップＳ２０１でユーザが選択したデータ名である［折衝情報］セクションから、「項目入力判定出力ファイル名（Ｏｕｔ＿Ｆｉｌｅ＝Ｃ：￥ＳＡＭＰＬＥ１￥Ｏｕｔｐｕｔ￥折衝情報＿項目.ｃｓｖ）と、ランク判定出力ファイル名（Ｒａｎｋ＿Ｆｉｌｅ＝Ｃ：￥ＳＡＭＰＬＥ１￥Ｏｕｔｐｕｔ￥折衝情報＿ランク.ｃｓｖ）、集計対象テーブル名（Ｔａｂｌｅ＝ＴＢＬ＿ＳＥＳＳＹＯ）、初期検索条件（Ｆｉｌｔｅｒ＝ＡＮＫＥＮ  ＜＞  'Ｎ'）、パラメータファイル名（Ｐａｒａｍ＿Ｆｉｌｅ＝Ｃ：￥ＳＡＭＰＬＥ１￥Ｐａｒａｍ￥ＳＥ.ｔｘｔ）の５つの設定を読み込む。
【００２６】
次に、データ利用状況分析システム１０２は、ステップＳ２０２で取得したＤＢの接続文字列（ＤＢ＿ＮＡＭＥ）、ＤＢのログインＩＤ（ＬＯＧＩＮ＿ＩＤ）、ＤＢのログインパスワード（ＬＯＧＩＮ＿ＰＡＳＳ）を指定して営業支援システム１１０のデータベースに接続する（ステップＳ２０３）。
【００２７】
そして、データ利用状況分析システム１０２は、ステップＳ２０２で取得した集計対象テーブル名（ＴＢＬ＿ＳＥＳＳＹＯ）を指定して、『ＳＥＬＥＣＴ  ＣＯＵＮＴ（＊）  ＦＲＯＭ  ＴＢＬ＿ＳＥＳＳＹＯ  ;』とのＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）文を生成して実行する（ステップＳ２０４）。
【００２８】
尚、上記ＳＱＬ文における下線部の「ＴＢＬ＿ＳＥＳＳＹＯ」がステップＳ２０２で取得した値である。また、「ＣＯＵＮＴ（＊）」は集計対象テーブル（ＴＢＬ＿ＳＥＳＳＹＯ）における全ての行数を計算するためのＳＱＬの集計関数である。
【００２９】
ここでは、ステップＳ２０２で取得した集計対象テーブル名の「ＴＢＬ＿ＳＥＳＳＹＯ」が、図５に示すように、「１」〜「１０」の主キーのレコードからなり、上記ＳＱＬ文を実行すると、件数（１０件）が返される。この件数を、「折衝情報の全件数」として保持する（ステップＳ２０４）。
【００３０】
その後、データ利用状況分析システム１０２は、図３に詳細を示す「項目入力判定部１０４」での処理（ステップＳ２０５）と、図４に詳細を示す「ランク判定部１０６」での処理（ステップＳ２０６）を行う。以下、まず、図３を用いて、「項目入力判定部１０４」での処理（ステップＳ２０５）の詳細を説明する。
【００３１】
図３に示すように、項目入力判定部１０４は、まず、図２のステップＳ２０２で取得した集計対象テーブル名（ＴＢＬ＿ＳＥＳＳＹＯ）と初期検索条件（ＡＮＫＥＮ  ＜＞  'Ｎ'）を使用して、標準となるＳＱＬ文を、下記のように生成する（ステップＳ３０１）。
【００３２】
ＳＥＬＥＣＴ  ＣＯＵＮＴ（＊）  ＦＲＯＭ  ＴＢＬ＿ＳＥＳＳＹＯ  ＷＨＥＲＥ  ＡＮＫＥＮ  ＜＞  'Ｎ'  ；    （下線部がステップＳ２０２の処理で取得した値である）
【００３３】
次に、項目入力判定部１０４は、図２のステップＳ２０２で取得したパラメータファイル名（Ｃ：￥ＳＡＭＰＬＥ１￥Ｐａｒａｍ￥ＳＥ.ｔｘｔ）から、図８Ｃに具体例を示すパラメータファイル（折衝情報パラメータファイル例８０３）の１行目の設定を読み込む（ステップＳ３０２）。
【００３４】
すなわち、カラム名として「ＡＮＫＥＮ」、項目名として「案件名」、項目入力判定区分として「Ｏ」（その他）、項目入力判定条件として「」（空白）を読み込む。
【００３５】
そして、項目入力判定部１０４は、ステップＳ３０２での読み込みがパラメータファイルの最後かどうかを判定し（ステップＳ３０３）、最後でなければ、ステップＳ３０２で読み込んだ項目入力判定区分が「Ｑ：条件指定」、「Ｓ：数値」、「Ｏ：その他」の何れであるかを判定する（ステップＳ３０４）。
【００３６】
項目入力判定区分が「Ｑ：条件指定」であればステップＳ３０５の処理を行い、「Ｓ：数値」または「Ｆ：フラグ」であればステップＳ３０７の処理、「Ｏ：その他」であればステップＳ３０６の処理を行う。
【００３７】
本例では、項目入力判定区分が「Ｏ」であり、その他となるので、ステップＳ３０６の処理を行う。すなわち、ステップＳ３０１で生成した標準のＳＱＬ文に、ステップＳ３０２で取得したカラム名（ＡＮＫＥＮ）が空白・ＮＵＬＬ以外の条件を付加した下記内容のＳＱＬ文を生成して実行する（ステップＳ３０６）。
【００３８】
ＳＥＬＥＣＴ  ＣＯＵＮＴ（＊）  ＦＲＯＭ  ＴＢＬ＿ＳＥＳＳＹＯ  ＷＨＥＲＥ  ＡＮＫＥＮ  ＜＞  'Ｎ'  ＡＮＤ  ＡＮＫＥＮ  ＜＞  ''  ＡＮＤ  ＡＮＫＥＮ  ＩＳ  ＮＯＴ  ＮＵＬＬ  ;（下線部が付加した部分であり、このＳＱＬ文は図９に示す項目入力判定９０１における「１．案件名」のＳＱＬ文例である）
【００３９】
このＳＱＬ文を実行すると、図５に示すデータ例５０２の内容から、件数（１０件）が返されるので、その件数を、「案件名」の入力済件数として保持する（ステップＳ３０６）。
【００４０】
そして、図２のステップＳ２０４で取得した折衝情報の全件数（１０件）から、ステップＳ３０６で取得した入力済件数（１０件）を減算する処理を行い、その結果（０件）を、「案件の未入力件数（０件）」として保持する（ステップＳ３０８）。
【００４１】
また、ステップＳ３０６で取得した入力済件数（１０件）に１００をかけた後に、図２のステップＳ２０４で取得した折衝情報の全件数（１０件）で除算する処理を行い、その結果（１００）を、「案件の入力率（１００％）」として保持する（ステップＳ３０８）。
【００４２】
また、未入力件数（０件）に１００をかけた後に、図２のステップＳ２０４で取得した折衝情報の全件数（１０件）で除算する処理を行い、その結果（０）を、「案件の未入力率（０％）」として保持する（ステップＳ３０８）。
【００４３】
以上の処理で、図８Ｃに示す折衝情報パラメータファイル例８０３における１行目の処理は完了するが、この折衝情報パラメータファイル例８０３には１０行のデータが設定されているため、引き続き２行目以降に対する処理を行う（ステップＳ３０３）。
【００４４】
図８Ｃに示す折衝情報パラメータファイル例８０３における２行目の「状況」に対する設定内容は、１行目の「案件名」に対する設定内容と同じであり、２行目に対しても、「状況の未入力件数＝０」、「状況の入力率＝１００％」、「状況の未入力率＝０％」との処理結果を保持する（ステップＳ３０８）。
【００４５】
次に、ステップＳ３０２において、図８Ｃに示す折衝情報パラメータファイル例８０３から３行目の設定を読み込むと、「カラム名＝ＹＯＴＥＩＧＡＫＵ」、「項目名＝受注予定額」、「項目入力判定区分＝Ｓ（数値）」、「項目入力判定条件＝（空白）」で、特に、「項目入力判定区分＝Ｓ（数値）」であり、ステップＳ３０４の判定の結果、ステップＳ３０７の処理を行う。
【００４６】
すなわち、ステップＳ３０１で生成した標準のＳＱＬ文に、このステップＳ３０２で取得した「カラム名＝ＹＯＴＥＩＧＡＫＵ」が空白・ＮＵＬＬ・０以外の条件を付加したＳＱＬ文を、図９に示す項目入力判定９０１における「３．受注予定額」の内容、すなわち下記の内容で生成して実行する（ステップＳ３０７）。
【００４７】
ＳＥＬＥＣＴ  ＣＯＵＮＴ（＊）  ＦＲＯＭ  ＴＢＬ＿ＳＥＳＳＹＯ  ＷＨＥＲＥ  ＡＮＫＥＮ  ＜＞  'Ｎ'  ＡＮＤ  ＹＯＴＥＩＧＡＫＵ  ＜＞  ''  ＡＮＤ  ＹＯＴＥＩＧＡＫＵＩＳ  ＮＯＴ  ＮＵＬＬ  ＡＮＤ  ＹＯＴＥＩＧＡＫＵ  ＜＞  ０  ;  （下線部が付加した部分である）
【００４８】
このＳＱＬ文を実行すると、図５に示すデータ例５０２の内容から、件数（９件）が返されるので、その件数を、「受注予定額」の入力済件数として保持する（ステップＳ３０７）。すなわち、図５に示すデータ例５０２の内容では、主キー「４」のレコードにおける項目「受注予定額」（列）におけるデータ値が「￥０」であり、上記ＳＱＬ文の実行結果では「９」件が返される。
【００４９】
以下、１行目と同様にして、ステップＳ３０８での未入力件数、入力率、未入力率の計算処理を行う。
【００５０】
すなわち、図２のステップＳ２０４で取得した折衝情報の全件数（１０件）から、ステップＳ３０７で取得した入力済件数（９件）を減算する処理を行い、その結果（１件）を、「受注予定額の未入力件数（１件）」として保持する（ステップＳ３０８）。
【００５１】
また、ステップＳ３０７で取得した入力済件数（９件）に１００をかけた後に、図２のステップＳ２０４で取得した折衝情報の全件数（１０件）で除算する処理を行い、その結果（９０）を、「受注予定額の入力率（９０％）」として保持する（ステップＳ３０８）。
【００５２】
また、未入力件数（１件）に１００をかけた後に、図２のステップＳ２０４で取得した折衝情報の全件数（１０件）で除算する処理を行い、その結果（１０）を、「受注予定額の未入力率（１０％）」として保持する（ステップＳ３０８）。
【００５３】
以上の処理で、図８Ｃに示す折衝情報パラメータファイル例８０３における３行目の処理を完了し、次の４行目（「顧客予算」）のレコードに対する処理を行うが、この４行目においても、項目入力判定区分が「Ｓ」であり、３行目と同様に、ステップＳ３０７，Ｓ３０８での処理を行い、その結果、図５に示すデータ例５０２の内容から、「顧客予算」の入力済件数として「７」を保持し（ステップＳ３０７）、「顧客予算の未入力件数（７）」、「顧客予算の入力率（７０％）」、「顧客予算の未入力率（３０％）」を保持する（ステップＳ３０８）。
【００５４】
次に、ステップＳ３０２において、図８Ｃに示す折衝情報パラメータファイル例８０３から５行目の設定を読み込むと、「カラム名＝ＫＡＫＵＤＯ」、「項目名＝確度」、「項目入力判定区分＝Ｑ（条件指定）」、「項目入力判定条件＝ＩＮ  （'Ａ','Ｂ','Ｃ','Ｄ','Ｅ'）」で、特に、「項目入力判定区分＝Ｑ（条件指定）」であり、ステップＳ３０４の判定の結果、ステップＳ３０５の処理を行う。
【００５５】
すなわち、ステップＳ３０１で生成した標準のＳＱＬ文に、このステップＳ３０２で取得した「カラム名＝ＫＡＫＵＤＯ」、「項目入力判定条件＝ＩＮ  （'Ａ','Ｂ','Ｃ','Ｄ','Ｅ'）」を付加したＳＱＬ文を、図９に示す項目入力判定９０１における「５．確度」の内容、すなわち下記の内容で生成して実行する（ステップＳ３０５）。
【００５６】
ＳＥＬＥＣＴ  ＣＯＵＮＴ（＊）  ＦＲＯＭ  ＴＢＬ＿ＳＥＳＳＹＯ  ＷＨＥＲＥ  ＡＮＫＥＮ  ＜＞  'Ｎ'  ＡＮＤ  ＫＡＫＵＤＯ  ＩＮ  （'Ａ','Ｂ','Ｃ','Ｄ','Ｅ'）  ;  （下線部が付加した部分である）
【００５７】
このＳＱＬ文を実行すると、図５に示すデータ例５０２の内容から、件数（１０件）が返されるので、その件数を、「確度」の入力済件数として保持する（ステップＳ３０５）。
【００５８】
以下、ステップＳ３０８での処理を行い、その結果、図５に示すデータ例５０２の内容から、「確度の未入力件数（０）」、「確度の入力率（１００％）」、「確度の未入力率（０％）」を計算して保持する（ステップＳ３０８）。
【００５９】
次のステップＳ３０２の処理で読み込む、図８Ｃに示す折衝情報パラメータファイル例８０３における６〜９行目のレコードの各設定では、「項目入力判定区分」が全て「Ｑ（条件指定）」であり、同折衝情報パラメータファイル例８０３における１，２行目に対する処理と同様、ステップＳ３０４の判定の結果、ステップＳ３０５とステップＳ３０８の処理を行い、それぞれの「入力済件数」、「未入力件数」、「入力率」、「未入力率」を計算して保持する。
【００６０】
すなわち、６行目の提案製品に関しては、「入力済件数＝８」、「未入力件数＝２」、「入力率＝８０％」、「未入力率＝２０％」を計算し、７行目の顧客名に関しては、「入力済件数＝１０」、「未入力件数＝０」、「入力率＝１００％」、「未入力率＝０％」を計算し、８行目の納期に関しては、「入力済件数＝９」、「未入力件数＝１」、「入力率＝９０％」、「未入力率＝１０％」を計算し、９行目の受注予定日に関しては、「入力済件数＝８」、「未入力件数＝２」、「入力率＝８０％」、「未入力率＝２０％」を計算し保持する。
【００６１】
次のステップＳ３０２の処理で読み込む、図８Ｃに示す折衝情報パラメータファイル例８０３における１０行目のレコードの各設定では、「項目入力判定区分」が「Ｆ（フラグ）」であり、同折衝情報パラメータファイル例８０３における３，４行目（「項目入力判定区分」が「Ｓ（数値）」）に対する処理と同様、ステップＳ３０４の判定の結果、ステップＳ３０７とステップＳ３０８の処理を行い、「入力済件数」、「未入力件数」、「入力率」、「未入力率」を計算して保持する。
【００６２】
具体的には、ステップＳ３０１で生成した標準のＳＱＬ文に、ステップＳ３０２で取得したカラム名（ＣＹＯＫＵＪＹＵ）が空白・ＮＵＬＬ・Ｎ以外の条件を付加したＳＱＬ文を、図９に示す項目入力判定９０１における「１０．」の内容、すなわち、下記の内容で生成して実行する（ステップＳ３０７）。
【００６３】
ＳＥＬＥＣＴ  ＣＯＵＮＴ（＊）  ＦＲＯＭ  ＴＢＬ＿ＳＥＳＳＹＯ  ＷＨＥＲＥ  ＡＮＫＥＮ  ＜＞  'Ｎ'  ＡＮＤ  ＣＹＯＫＵＪＹＵ  ＜＞  'Ｎ'  ＡＮＤ  ＣＹＯＫＵＪＹＵ  ＮＯＴ  ＮＵＬＬ  ＡＮＤ  ＣＹＯＫＵＪＹＵ  ＜＞  'Ｎ'  ;（下線部が付加した部分である）
【００６４】
このＳＱＬ文を実行すると、図５に示すデータ例５０２の内容から、件数（６件）が返されるので、その件数を、「直受」の入力済件数として保持する（ステップＳ３０７）。すなわち、図５に示すデータ例５０２の内容では、主キー「１，３〜５，８，１０」の６レコードにおける項目「直受」（列）におけるデータ値が「Ｙ」であり、上記ＳＱＬ文の実行結果では「６」件が返される。
【００６５】
以下、ステップＳ３０８での未入力件数、入力率、未入力率の計算処理を行う。すなわち、図２のステップＳ２０４で取得した折衝情報の全件数（１０件）から、ステップＳ３０７で取得した入力済件数（６件）を減算する処理を行い、その結果（４件）を、「直受の未入力件数（４件）」として保持し、取得した入力済件数（６件）に１００をかけた後に、図２のステップＳ２０４で取得した折衝情報の全件数（１０件）で除算する処理を行い、その結果（６０）を、「直受の入力率（６０％）」として保持し、未入力件数（４件）に１００をかけた後に、図２のステップＳ２０４で取得した折衝情報の全件数（１０件）で除算する処理を行い、その結果（４０）を、「直受の未入力率（４０％）」として保持する。
【００６６】
以上の処理で、図８Ｃに示す折衝情報パラメータファイル例８０３における１〜１０行レコード分の全ての処理が完了し、ステップＳ３０３の判定処理の結果、ステップＳ３０９における、結果の出力処理に移る。
【００６７】
このステップＳ３０９の処理では、ステップＳ３０２の処理で取得した項目名と、ステップＳ３０５,Ｓ３０６,Ｓ３０７のそれぞれの処理で取得した入力済件数、および、ステップＳ３０８の処理で取得した入力率、未入力件数、未入力率を、図２のステップＳ２０２の処理で取得した項目入力判定出力ファイル名（＝「Ｃ：￥ＳＡＭＰＬＥ１￥Ｏｕｔｐｕｔ￥折衝情報＿項目.ｃｓｖ」）として、図１０に示す項目入力判定出力ファイル１００１のような形式ファイルを、図１の項目入力判定出力ファイル１０５に出力する。
【００６８】
次に、図４を用いて、図１におけるランク判定部１０６の図２のステップＳ２０４における処理動作の詳細を説明する。
【００６９】
まず、図２のステップＳ２０２の処理で取得した集計対象テーブル名  ＝  「ＴＢＬ＿ＳＥＳＳＹＯ」、初期検索条件  ＝  「ＡＮＫＥＮ  ＜＞  'Ｎ'」を用いて、標準となるＳＱＬ文を下記のようにして生成する（ステップＳ４０１）。
【００７０】
ＳＥＬＥＣＴ  ＣＯＵＮＴ（＊）  ＦＲＯＭ  ＴＢＬ＿ＳＥＳＳＹＯ  ＷＨＥＲＥ  ＡＮＫＥＮ  ＜＞  'Ｎ'  ；（下線部がステップＳ２０２の処理で取得した値である）
【００７１】
追加検索条件を初期化（クリア）し（ステップＳ４０２）、その後、図２のステップＳ２０２の処理で取得したパラメータファイル名（＝「Ｃ：￥ＳＡＭＰＬＥ１￥Ｐａｒａｍ￥ＳＥ.ｔｘｔ」）の、図８Ｃに示すパラメータファイル８０３から、その１行目のレコードにおける下の設定を読み込む（ステップＳ４０３）。
【００７２】
・カラム名  ＝  「ＡＮＫＥＮ」
・ランクＡ判定区分  ＝  「Ｉ」（入力済み）
【００７３】
次に、パラメータファイルの最後のレコードか否かを判定し（ステップＳ４０４）、ここでは未だ最後ではないので、読み込んだランクの判定区分の内容を判定する（ステップＳ４０５）。
【００７４】
ランクの判定区分が「（）：固定値」であればステップＳ４０６の処理を行い、「Ｉ：入力済み」であればステップＳ４０７の処理を行い、「Ｎ：数値」もしくは「Ｆ：フラグ」であればステップＳ４０８の処理を行う。
【００７５】
ここでは、１行目のレコードにおけるランクＡの判定区分は「Ｉ」（入力済み）であるのでステップＳ４０７の処理を行う。すなわち、ステップＳ４０１で生成した標準のＳＱＬ文に、ステップＳ４０３で取得したカラム名（ＡＮＫＥＮ）が空白・ＮＵＬＬ以外の条件を、以下のようにして、追加検索条件に付加する（ステップＳ４０７）。
【００７６】
追加検索条件  ＝  追加検索条件  +  ＡＮＤ  ＡＮＫＥＮ  ＜＞  ''  ＡＮＤ  ＡＮＫＥＮ  ＩＳ  ＮＯＴ  ＮＵＬＬ（下線部が付加した部分である）
【００７７】
以上で図８Ｃに示すパラメータファイル８０３における１行目のレコードに対する処理は完了するが、当該パラメータファイル８０３には１０行のレコードが設定されているため、引き続き下記のようにして、図８Ｃに示すパラメータファイル８０３における２行目以降のレコードに対する処理を行う。
【００７８】
当該パラメータファイル８０３から２行目のレコードにおける以下の設定を読み込む（ステップＳ４０３）。
【００７９】
・カラム名  ＝  「ＳＴＡＴＵＳ」
・ランクＡ判定区分  ＝  「（'折衝','受注'）」（固定値）
【００８０】
今回は、判定区分が「（'折衝','受注'）」（固定値）であるので（ステップＳ４０５）、ステップＳ４０６の処理を行う。
【００８１】
すなわち、ステップＳ４０３の処理で取得したカラム名  ＝  「ＳＴＡＴＵＳ」、ランクＡ判定区分  ＝  「（'折衝','受注'）」を使用して検索条件を作成し、下記のように、追加検索条件に付加する（ステップＳ４０６）。
【００８２】
追加検索条件  ＝  追加検索条件  +  ＡＮＤ  ＳＴＡＴＵＳ  ＩＮ  （'折衝','受注'）（下線部が付加した部分である）
【００８３】
さらに、ステップＳ４０３の処理に戻り、図８Ｃに示すパラメータファイル８０３における３行目のレコードから以下の設定を読み込む。
【００８４】
・カラム名  ＝  「ＹＯＴＥＩＧＡＫＵ」
・ランクＡ判定区分  ＝  「Ｎ」（数値）
【００８５】
ここでは、判定区分が「Ｎ」（数値）であるのでステップＳ４０８の処理を行う。すなわち、ステップＳ４０３の処理で取得したカラム名  ＝  「ＹＯＴＥＩＧＡＫＵ」が空白・ＮＵＬＬ・０以外の条件を、下記のようにして、追加検索条件に付加する（ステップＳ４０８）。
【００８６】
追加検索条件  ＝  追加検索条件  +  ＡＮＤ  ＹＯＴＥＩＧＡＫＵ  ＜＞  ''  ＡＮＤ  ＹＯＴＥＩＧＡＫＵ  ＩＳ  ＮＯＴ  ＮＵＬＬ  ＡＮＤ  ＹＯＴＥＩＧＡＫＵ  ＜＞  ０（下線部が付加した部分である）
【００８７】
ステップＳ４０３の処理に戻り、図８Ｃに示すパラメータファイル８０３における４〜７行目の各レコードに対して、上述の処理と同様の処理を行い追加検索条件を編集し、さらに、同パラメータファイル８０３から８行目のレコードにおける以下の設定を読み込む（ステップＳ４０３）。
【００８８】
・カラム名  ＝  「ＮＯＫＩ」
・ランクＡ判定区分  ＝  「Ａ」（不問）
【００８９】
今回は、判定区分が「不問」のため、追加検索条件には何も付加しない。
【００９０】
ステップＳ４０３の処理に戻り、図８Ｃに示すパラメータファイル８０３における９行目のランクＡ判定区分は「Ｉ：（入力済み）」であり、１，６，７行目と同様の処理を行い追加検索条件を編集する。
【００９１】
そして、ステップＳ４０３の処理に戻り、図８Ｃに示すパラメータファイル８０３における１０行目のレコードから以下の設定を読み込む（ステップＳ４０３）。
【００９２】
・カラム名  ＝  「ＣＹＯＫＵＪＹＵ」
・ランクＡ判定区分  ＝  「Ｆ」（フラグ）
【００９３】
ここでは、判定区分が「Ｆ」（フラグ）であるのでステップＳ４０８の処理に移り、ステップＳ４０３で取得したカラム名  ＝  「ＣＹＯＫＵＪＹＵ」が空白・ＮＵＬＬ・Ｎ以外の条件を、下記のようにして追加検索条件に付加する（ステップＳ４０８）。
【００９４】
追加検索条件  ＝  追加検索条件  +  ＡＮＤ  ＣＹＯＫＵＪＹＵ  ＜＞  ''  ＡＮＤ  ＣＹＯＫＵＪＹＵ  ＩＳ  ＮＯＴ  ＮＵＬＬ  ＡＮＤ  ＣＹＯＫＵＪＹＵ  ＜＞  'Ｎ'（下線部が付加した部分である）
【００９５】
以上で、図８Ｃに示すパラメータファイル８０３における全１０行のレコード全ての処理が完了したため、ランクＡの追加検索条件の集計を完了して（ステップＳ４０４）、ステップＳ４０９以降の「件数の算出処理」を行う。
【００９６】
まず、ステップＳ４０１で生成した標準のＳＱＬ文に、上述のようにして求めた追加検索条件を付加して、下記のようにＳＱＬ文を生成して実行する（ステップＳ４０９）。
【００９７】
ＳＥＬＥＣＴ  ＣＯＵＮＴ（＊）  ＦＲＯＭ  ＴＢＬ＿ＳＥＳＳＹＯ  ＷＨＥＲＥ  ＡＮＫＥＮ  ＜＞  'Ｎ'  ＡＮＤ  ＡＮＫＥＮ  ＜＞  ''  ＡＮＤ  ＡＮＫＥＮ  ＩＳ  ＮＯＴ  ＮＵＬＬ    ＡＮＤ  ＳＴＡＴＵＳ  ＩＮ    （'折衝','受注'）    ＡＮＤ  ＹＯＴＥＩＧＡＫＵ  ＜＞  ０  ＡＮＤ  ＹＯＴＥＩＧＡＫＵ  ＩＳ  ＮＯＴ  ＮＵＬＬ  ＡＮＤ  ＹＯＳＡＮ  ＜＞  ０  ＡＮＤ  ＹＯＳＡＮ  ＩＳ  ＮＯＴ  ＮＵＬＬ  ＡＮＤ  ＫＡＫＵＤＯ  ＩＮ    （'Ａ','Ｂ','Ｃ'）  ＡＮＤ  ＳＥＩＨＩＮ  ＜＞  ''  ＡＮＤ  ＳＥＩＨＩＮ  ＩＳ  ＮＯＴ  ＮＵＬＬ  ＡＮＤ  ＫＯＫＹＡＫＵ  ＜＞  ''  ＡＮＤ  ＫＯＫＹＡＫＵ  ＩＳ  ＮＯＴ  ＮＵＬＬ  ＡＮＤ    ＹＯＴＥＩＢＩ  ＜＞  ''  ＡＮＤ  ＹＯＴＥＩＢＩ  ＩＳ  ＮＯＴ  ＮＵＬＬ  ＡＮＤ  ＣＹＯＫＵＪＹＵ  ＜＞  ''  ＡＮＤ  ＣＹＯＫＵＪＹＵ  ＩＳ  ＮＯＴ  ＮＵＬＬ  ＡＮＤ  ＣＹＯＫＵＪＹＵ  ＜＞  'Ｎ'  ;（下線部が追加検索条件であり、図９におけるランク判定９０２を参照）
【００９８】
上記ＳＱＬ文を実行すると、図８Ｃに示すパラメータファイル８０３における２，５レコードの２つが該当し、その結果、件数（２件）が返されるので、その件数をランクＡの件数として保持する（ステップＳ４０９）。
【００９９】
このステップＳ４０９の処理で取得した件数（２件）に１００をかけた後に、図２のステップＳ２０４の処理で取得した折衝情報の全件数（１０件）で除算することで、ランクＡの割合（２０％）を算出して保持する（ステップＳ４１０）。
【０１００】
以上でランクＡに対する処理は完了するが、図８Ｃに示すパラメータファイル８０３には、ランクＡ〜Ｅの全５ランクのデータが設定されているので、引き続きランクＢ目以降の処理を行い（ステップＳ４１１）、さらに、その後、ランクＣ,Ｄ,Ｅを同様に処理してランクごとの件数と割合を求める。
【０１０１】
そして、図８Ｃに示すパラメータファイル８０３における全５ランクに対する処理が完了すると（ステップＳ４１１）、当該集計処理を完了して、ステップＳ４１２における結果の出力処理を行う。
【０１０２】
すなわち、ランク名と、ステップＳ４０９の処理で取得した件数、および、ステップＳ４１０の処理で取得した割合を、図２におけるステップＳ２０２の処理で取得したランク判定出力ファイル名  ＝  「Ｃ：￥ＳＡＭＰＬＥ１￥Ｏｕｔｐｕｔ￥折衝情報＿ランク.ｃｓｖ」として図１０に示すランク判定出力ファイル１００２の内容で出力する（ステップＳ４１２）。
【０１０３】
以上、図１〜図３を用いて説明したように、本例のデータ利用状況分析システム１０２は、入力装置から入力された指定情報に対応するテーブル（折衝情報テーブル１１１）を、ネットワーク１２０を介して、営業支援システム１１０におけるサーバ１１２が管理するデータベースから読み込み、項目入力判定部１０４により、まず、折衝情報テーブル１１１における全レコード数を計数し、次に、当該折衝情報テーブル１１１の各項目におけるデータの登録状況情報をレコード毎に取得し、取得したデータの登録状況情報と全レコード数とを用いて、当該折衝情報テーブル１１１の利用状況を示す情報を生成し、項目入力判定出力ファイル１０５に出力する。
【０１０４】
より詳細には、項目入力判定部１０４がデータの登録状況情報の取得を行う際に参照する、予め各項目毎に定められた条件情報をパラメータファイル１０９に登録しておく。尚、この条件情報は、項目入力判定部１０４が、当該データを登録済であると判定するデータ値からなり、項目入力判定部１０４は、折衝情報テーブル１１１の各項目におけるデータ値に基づき、各レコード毎の各項目におけるデータの入力済・未入力を判定し、この判定結果を登録状況情報として取得する。
【０１０５】
そして、項目入力判定部１０４は、登録状況情報として取得した、各レコード毎の各項目におけるデータの入力済・未入力の判定結果と、計数した全レコード数とを用いて、各項目毎に、入力済レコード数と未入力レコード数、および、入力済レコード数を全レコード数で除算した入力率と未入力レコード数を全レコード数で除算した未入力率を、テーブルの利用状況を示す情報として生成する。
【０１０６】
尚、項目入力判定部１０４は、折衝情報テーブル１１１を含むテーブル毎に、当該テーブルにおける全レコード数を取得するための第１のＳＱＬ文を生成して実行する機能と、第１のＳＱＬ文に、当該レコードにおける各項目の条件情報を検索条件句として付加した第２のＳＱＬを生成して実行する機能とを有する。
【０１０７】
さらに、ランク判定部１０６がデータの登録状況情報の取得を行う際に参照する、予め複数のグループ（ランク）毎に設定された検索条件情報（６０２）をパラメータファイル１０９に記憶しておき、ランク判定部１０６は、パラメータファイル１０９から各ランク（グループ）毎の検索条件情報（６０２）を読み込み、この検索条件情報（６０２）を検索条件句に持つＳＱＬ文を各グループ毎に生成し、生成したＳＱＬを実行して、ランク（グループ）毎に、当該検索条件情報（６０２）に合致するデータ値を登録した項目を有するレコード数を取得し、各グループ毎に、取得したレコード数と、このレコード数を全レコード数で除算した値とを、当該テーブル（折衝情報テーブル１１１）の利用状況を示す情報として求める。
【０１０８】
このようにして、本例では、データベースのテーブルの項目（カラム）ごとの入力状況と、テーブル内のデータのランク分けの結果を得ることができ、対象システムのデータベースに格納されているデータの内容から、対象システムのより正確な活用度を推し量ることができる。
【０１０９】
このことにより、従来技術の問題点（システムの活用度（利用度）は、単に、ユーザがアクセス（参照／更新等）した履歴から確認するだけであり、例えば、システム内の「データの充実度」や「データの内容」までは考慮されていないため、エンドユーザが実際に対象システムをどこまで活用しているかを十分に判断することはできない）を解決して、対象システムのデータベースに格納されているデータの内容から、対象システムのより正確な活用度を推し量ることが可能となる。すなわち、対象システムのデータベースに登録されているデータのどの項目が使用されているのかという充実度や、各データ項目の内容がどうなっているのかの確認を行い、格納されているデータの内容から対象システムの活用度を推し量ることが可能になる。
【０１１０】
尚、本発明は、図１〜図１０を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能である。例えば、図１，図１０における項目入力判定出力ファイル１０５，１００１およびランク判定出力ファイル１０７，１００２を、実行画面１０３上に表示する手段を設けた構成とすることでも良い。
【０１１１】
また、本例のコンピュータ構成例に関しても、キーボードや光ディスクの駆動装置の無いコンピュータ構成としても良い。また、本例では、光ディスクを記録媒体として用いているが、ＦＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓk）等を記録媒体として用いることでも良い。また、プログラムのインストールに関しても、通信装置を介してネットワーク経由でプログラムをダウンロードしてインストールすることでも良い。
【図面の簡単な説明】
【０１１２】
【図１】本発明に係るデータ利用状況分析システムを設けたネットワークコンピュータシステムの構成例を示すブロック図である。
【図２】図１におけるデータ利用状況分析システムの本発明に係る処理動作例を示すフローチャートである。
【図３】図１のクライアント装置における項目入力判定部の処理動作例を示すフローチャートである。
【図４】図１のクライアント装置におけるランク判定部の処理動作例を示すフローチャートである。
【図５】図１における営業支援システムのＤＢサーバが管理する折衝情報テーブルの詳細構成例を示す説明図である。
【図６】図１のクライアント装置におけるデータ利用状況分析システムが記憶するパラメータファイルの詳細構成例を示す説明図である。
【図７】図１のクライアント装置における実行画面で表示される画面例を示す説明図である。
【図８Ａ】図１のクライアント装置におけるデータ利用状況分析システムが記憶する設定ファイルの詳細構成例を示す説明図である。
【図８Ｂ】図１のクライアント装置におけるデータ利用状況分析システムが記憶するパラメータファイルの基本的な構成例を示す説明図である。
【図８Ｃ】図１のクライアント装置におけるデータ利用状況分析システムが記憶するパラメータファイルの具体例を示す説明図である。
【図９】図１のクライアント装置におけるデータ利用状況分析システムの項目入力判定部およびランク判定部が生成するＳＱＬ文の具体例を示す説明図である。
【図１０】図１のクライアント装置におけるデータ利用状況分析システムの項目入力判定出力ファイルおよびランク判定出力ファイルに格納された具体的なファイル例を示す説明図である。
【符号の説明】
【０１１３】
１０１：クライアント装置（「クライアント端末」）、１０２：データ利用状況分析システム（「利用状況集計システム」）、１０３：実行画面、１０４：項目入力判定部、１０５：項目入力判定出力ファイル、１０６：ランク判定部、１０７：ランク判定出力ファイル、１０８：設定ファイル、１０９：パラメータファイル、１１０：営業支援システム、１１１：折衝情報テーブル、１１２：ＤＢサーバ、５０１：折衝情報テーブル（項目説明）、５０２：折衝情報テーブル（データ例）、６０１：パラメータ設定例（項目入力判定設定例）、６０２：パラメータ設定例（ランク判定設定例）、７０１：実行画面例、８０１：設定ファイル例、８０２：パラメータファイル（フォーマット例）、８０３：折衝情報パラメータファイル例、９０１：作成ＳＱＬ文例（項目入力判定）、９０２：作成ＳＱＬ文例（ランク判定）、１００１：項目入力判定出力ファイル例、１００２：ランク判定出力ファイル例。
【図１】
2008077544.tif 000003
【図２】
2008077544.tif 000004
【図３】
2008077544.tif 000005
【図４】
2008077544.tif 000006
【図５】
2008077544.tif 000007
【図６】
2008077544.tif 000008
【図７】
2008077544.tif 000009
【図８Ａ】
2008077544.tif 000010
【図８Ｂ】
2008077544.tif 000011
【図８Ｃ】
2008077544.tif 000012
【図９】
2008077544.tif 000013
【図１０】
2008077544.tif 000014