(57)【要約】【課題】検索や集計などの条件を保存し再利用できるデータベースシステム、データ処理方法及びプログラムを提供する。【解決手段】登録部３０は、機能で用いた条件を登録する登録手段である。再利用部４０は、登録されている前記条件について、与えられる操作に応じて、呼び出し及び修正の受付を行うことにより他の機能の条件として再利用させる再利用手段である。例えば、詳細に設定された共通部分をそっくりそのまま使い、一覧やグラフ表示といったデータの見方だけを変更するなどの再利用が容易になる。このため、条件指定などの操作が大幅に効率化され、ユーザが望む結果の出力までの時間も効果的に短縮される。特に、情報の多様な見せ方を要するソフトウェア・システムの開発に応用すれば一層の効果が期待できる。【選択図】図１
2005190212.tif 000002
【特許請求の範囲】
【請求項１】
データの検索、集計、分析を含む二以上の機能をそれぞれ与えられる操作及び条件に基いて実現するデータベースシステムにおいて、
前記機能で用いた前記条件を登録する登録手段と、
登録されている前記条件について、与えられる操作に応じて、呼び出し及び修正の受付を行うことにより他の前記機能の条件として再利用させる再利用手段と、
をコンピュータが実現することを特徴とするデータベースシステム。
【請求項２】
前記登録手段は、前記条件を前記各機能で共通の共通条件部と、前記いずれかの機能に固有の機能固有条件部とに分けて登録するように構成され、
前記再利用手段は、前記共通条件部を前記再利用の対象として呼び出すように構成されたことを特徴とする請求項１記載のデータベースシステム。
【請求項３】
前記操作及び前記条件を受け付けるメニュー画面を表示するとともに、登録された前記条件又はその条件を使った結果を呼び出すためのメニュー項目を加えることにより前記メニュー画面を動的に変化させるメニュー手段を備えたことを特徴とする請求項１記載のデータベースシステム。
【請求項４】
前記メニュー手段は、利用者を識別すると共に、登録されている前記各条件のうち、個別の利用者又は利用者について予め記録された属性に応じて選別絞込みした前記条件を前記再利用の対象として出力することを特徴とする請求項１から３のいずれか一項に記載のデータベースシステム。
【請求項５】
請求項１から４のいずれか一項に記載のデータベースシステムを複数、それぞれ所定のワークフローのデータと対応付けて接続し、前記各データに基いて各ワークフローの特徴を表す段数及びアクティビティに関する数の要素に基いて各ワークフロー間の類似度を判断する類似度判断手段を備え、その判断結果として類似度の高い前記システム間で前記登録に係る前記条件について前記再利用を行うことを特徴とするデータベースシステム。
【請求項６】
データの検索、集計、分析を含む二以上の機能をそれぞれ与えられる操作及び条件に基いて実現するデータ処理方法において、
前記機能で用いた前記条件を登録する処理と、
登録されている前記条件について、与えられる操作に応じて、呼び出し及び修正の受付を行うことにより他の前記機能の条件として再利用させる処理と、
をコンピュータが実行することを特徴とするデータ処理方法。
【請求項７】
コンピュータを制御することにより、データの検索、集計、分析を含む二以上の機能をそれぞれ与えられる操作及び条件に基いて実現させるデータ処理プログラムにおいて、
そのプログラムは前記コンピュータに、
前記機能で用いた前記条件を登録させ、
登録されている前記条件について、与えられる操作に応じて、呼び出し及び修正の受付を行うことにより他の前記機能の条件として再利用させることを特徴とするデータ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検索や集計などの条件を保存し再利用できるデータベースシステム、データ処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、コンピュータ技術の発達に伴い、さまざまな産業分野でコンピュータを用いたデータベース技術が応用されている。データベースは、典型的には、帳票や表と呼ばれる単位で管理され、予め定義されたデータ項目がフィールドやカテゴリなどと呼ばれ、各フィールドの値のセットであるレコードが多数記録される。検索の際は、例えばあるフィールドがある指定する値であるなどの絞込み条件を与えると、該当するレコードが絞込検索され、その結果が一覧表示できる。
【特許文献１】特開２００３−３０２１７
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の技術では、データベースで検索を実行するたびに、該当する項目を絞り込むための条件を入力しなくてはならないため、手間がかかる問題があった。また、保存されているデータベースの一部分のみを変更して、新たなデータベースの検索を行いたい場合でも、新しく一から条件を入力しなくてはならないため、手間がかかる問題もあった。さらに、検索で使用していた条件を、集計や分析で再利用することができない不便があった。
【０００４】
特に、過去に蓄積したりこれから蓄積してゆく情報を、集計や分析などでどのように処理するのが効果的か事前に判断することは困難である場合も多く、試行錯誤のたびに絞込み等の条件を上記のように一から入力していたのでは効率が悪い問題もあり、その改善も潜在的に求められていた。
【０００５】
例えば、ソフトウェア・システム開発における不具合の情報をデータベースで蓄積する場合、システム開発の段階の違いや、プログラマ又はシステムエンジニアなどの立場などの要素に応じ、さまざまな異なる扱いが考えられる。例えば、利用者への見せ方、対象とする情報の範囲や詳細度、テーブル、一覧、グラフなどの形式の別、バグ収束曲線と一緒に見るかどうか、さらには、システム開発のアプローチや個別のチーム、個人などに応じ要求が異なることもある。これら多様な要求に応えるには、一から条件を入力する従来技術では効率の悪さが特に大きな問題であった。
【０００６】
従来、サーバでの検索履歴を単に他のサーバでも利用できる程度のものはあったが（特許文献１参照）、上記のような課題を解決する技術は知られていなかった。
【０００７】
本発明は、上記のような従来技術を解決するもので、その目的は、検索や集計などの条件を保存し再利用できるデータベースシステム、データ処理方法及びプログラムを提供することである。
【課題を解決するための手段】
【０００８】
上記の目的を達成するため、本発明では、データの検索、集計、分析を含む二以上の機能をそれぞれ与えられる操作及び条件に基いて実現するデータベースシステム、データ処理方法及びプログラムにおいて、コンピュータが、前記機能で用いた前記条件を登録し、登録されている前記条件について、与えられる操作に応じて、呼び出し及び修正の受付を行うことにより他の前記機能の条件として再利用させることを特徴とする。
【０００９】
これにより、保存された検索条件をデータの集計や分析など、異なる情報の表示機能にも再利用可能となる。例えば、詳細に設定された共通部分をそっくりそのまま使い、一覧やグラフ表示といったデータの見方だけを変更するなどの再利用が容易になる。このため、条件指定などの操作が大幅に効率化され、ユーザが望む結果の出力までの時間も効果的に短縮される。特に、情報の多様な見せ方を要するソフトウェア・システムの開発に応用すれば一層の効果が期待できる。
【発明の効果】
【００１０】
上記のように、本発明によれば、検索や集計などの条件を保存し再利用できるデータベースシステム、データ処理方法及びプログラムを提供することができる。
【発明を実施するための最良の形態】
【００１１】
いか、本発明を実施するための最良の形態（以下「実施形態」と呼ぶ）について、図面を参照して具体的に説明する。
【００１２】
〔１．構成〕
まず、本実施形態の構成図を図１に示す。本実施形態は、利用者１の利用に応じ、データの検索、集計、分析を含む各機能を、それぞれ与えられる操作及び条件に基いて実現するデータベースシステム（以下「本システム」と呼ぶ）に関するもので、本システムは、コンピュータが所定のプログラム（例えば、ワークフローシステムなどのアプリケーションプログラム）による制御に基いて、図１の構成図に示すような仮想的回路ブロックの各機能を実現することで実現され、そのようなプログラムやデータ処理方法としても把握できるので、以下、図等において、各部を〇〇装置のようにも表す。
【００１３】
図１の構成図では、コンピュータが所定のプログラムに制御されることにより、メニュー出力部１０と、情報検索条件入力部２０と、登録部３０と、再利用部４０と、を実現するものである。
【００１４】
このうち、利用者１は、アプリケーションプログラムを利用して、検索、集計、分析の各機能によるデータの加工をする人やシステムである。メニュー出力部１０は、液晶などの表示装置を通じてメニューを出力するとともにメニューへの操作を受け付ける部分である。
【００１５】
登録部３０は、図１に破線で示す部分で、前記機能で用いた前記条件を登録する登録手段である。再利用部４０は、図１に二点鎖線で示す部分で、登録されている前記条件について、与えられる操作に応じて、呼び出し及び修正の受付を行うことにより他の前記機能の条件として再利用させる再利用手段である。
【００１６】
登録部３０及び再利用部４０は、独自の構成要素と共通の構成要素を持つ。共通の構成要素は、表示条件作成部５０と、登録条件ＤＢ（データベース）５３と、利用者ＤＢ５５である。登録部３０の独自の構成要素は、メニュー作成部３３と、帳票ＤＢ３５であり、再利用部４０の独自の構成要素は、フィールド定義部４３と、フィールドＤＢ４５と、入力装置部品部４７である。
【００１７】
また、メニュー作成部３３は、メニュー項目を作成する部分である。なお、図１の説明では便宜上、上記のような構成に分けているが、各機能は厳密に「〇〇部」のように分ける意味はなく、例えば、メニュー作成部３３は、メニュー出力部１０及び情報検索条件入力部２０とともに、メニュー画面を表示し、登録された前記条件又はその条件を使った結果を呼び出すためのメニュー項目を加えることによりメニュー画面を動的に変化させる入出力手段を構成している。
【００１８】
また、情報検索条件入力部２０は、利用者や他のコンピュータシステムから情報の検索・集計・分析といった機能のサービス要求を受け、メニュー作成部１０や再利用部４０を制御する。表示条件作成部５０は、利用者に向けて表示する条件をさまざまなデータベースの情報から作成する部分である。
【００１９】
帳票ＤＢ３５は、ワークフローシステムが検索（集計・分析）の対象とするデータが格納されたデータベースであり、具体例として、不具合情報システムでは、不具合の詳細情報などが記録されたデータなどが内容となる。また、登録条件ＤＢ５３は、データを検索（集計・分析）をする際に使用した、絞り込むための条件を格納するデータベースである。利用者ＤＢは、利用者の情報が格納されたデータベースであり、利用者ごと（ログイン別）に表示する条件を変更するために利用される。
【００２０】
フィールド定義部４３は、フィールド情報を定義する部分である。フィールド情報は、データをさまざまな観点からカテゴリ化するための情報で、典型的にはデータベースの各レコードを構成するデータ項目である。フィールドＤＢ４５は、そのようなフィールド情報が格納されたデータベースである。
【００２１】
入力装置部品部４７は、フィールドＤＢ４５の内容に基いて、検索、集計、分析などの機能に用いる条件などのデータ入力に使う画面要素の部品群を格納する部分で、その部品群は具体的には自由であるが、例えばウェブページ用の、テキスト入力欄、選択用コンボボックス（ドロップボックス）、チェック欄、ラジオボタンなどのＧＵＩ（グラフィカル・ユーザ・インタフェース）部品などを使うことができる。
【００２２】
登録部３０は、前記条件を前記各機能で共通の共通条件部と、前記いずれかの機能に固有の機能固有条件部とに分けて登録条件ＤＢ５３に登録し、再利用部４０は、前記共通条件部を前記再利用の対象として呼び出すように構成される。
【００２３】
〔２．作用〕
上記のような本実施形態は以下のように作用する。
〔２−１．各機能の実現態様〕
まず、本システムでは、保存された検索条件を情報の集計や分析など、異なる情報の表示機能にも再利用することができるが、その前提として、本システムにおいて、情報の検索結果の一覧表示や、情報の表形式での集計、分析、グラフ表示などの各機能は以下のように実現される。
【００２４】
概略としては、情報を利用者が入力した、特定の単位（フィールド情報）に関しての絞込み条件に基づいて絞り込み、該当する情報を帳票ＤＢからすべて取得する。それらの情報の累積計算や特定の単位に基づいたソート、標準偏差の計算などさまざまな加工を行う情報加工装置と、それら加工した情報を一覧表示、表形式、グラフ形式など各種の態様で表示する情報表示装置とが、互いに独立したものとしてソフトウェア的に実現され、両者の組み合わせによって、複数の機能が実現される。
【００２５】
図２は、その様子を示す概念図で、システムが管理している情報をユーザに見せる各機能の実現方法を示す。すなわち、帳票ＤＢとフィールドＤＢからの情報が、各機能として、情報加工装置を経て情報表示装置で表示され、その組合せの違いが機能の違いとなる。ここで、図３は帳票ＤＢ内のフィールド定義の例、図４はフィールドＤＢの例を示す。
【００２６】
これらに基いて、検索の際、情報を絞り込み、結果を一覧表示する処理手順の具体例を図５のフローチャートに示す。この手順では、利用者が入力（ステップ５１）した情報をもとに帳票ＤＢの中から絞込み検索された情報を（ステップ５２）、必要な場合は（ステップ５３）特定のフィールドに関しソートのうえ（ステップ５４）一覧表示する（ステップ５５）。
【００２７】
また、図６は、集計の際、情報を絞り込み、結果を１次元または、２次元の表形式で表示するときの処理手順を例示するフローチャートである。すなわち、この手順では、利用者が入力（ステップ６１）した情報をもとに帳票ＤＢから絞込み検索された情報について（ステップ６２）、指定された１つ又は２つのフィールドに応じ（ステップ６３）、１次元又は２次元をベースに、該当する情報の累積数の計算（ステップ６４又は６５）と表形式での表示（ステップ６６又は６７）を行う。
【００２８】
〔２−２．再利用の実現態様〕
以上のように実現される情報表示の各機能の間で、保存した条件を再利用できる。例えば、検索や集計、分析などの機能に対応する情報検索条件入力部２０で使用し、保存された絞込み条件を、使用した情報検索条件入力部２０以外の機能に対応する情報検索条件入力部２０でも再利用することができる。これらの再利用は、次のように実現される。概略としては、利用した条件は、登録条件ＤＢ５３に登録する際、上記共通条件部と、上記機能固有条件部とに分けて保存する。このように保存した条件を、ある情報検索条件入力部２０で呼び出す際に、共通条件部のみを抜き出し、呼び出した側の情報検索条件入力部２０で利用できるものを共通条件部の中から特定する。
【００２９】
このような呼出しの処理手順を図７のフローチャートに例示する。すなわち、情報検索条件入力部２０は、保存された条件を呼び出して（ステップ７１）表示条件作成部５０に渡すが（ステップ７２）、実際には、条件は共通条件部と機能固有条件部に分けられ（ステップ７３）、共通条件部で（ステップ７４）利用できるものの（ステップ７５）条件部が表示条件作成部に渡される（ステップ７６）。今前提として、保存されている条件の情報は、図８に示すように、共通条件部と機能固有条件部に予め分けておく。
【００３０】
〔２−３．条件の修正〕
情報検索条件入力部２０に渡された条件は、次のような流れで処理され、最終的には、情報検索条件入力部２０において、そこで利用できる条件部が表示される。まず、表示条件作成部５０は、条件の中で利用されている各フィールド名とともに、各フィールドの条件をフィールド定義部４３に渡す。次に、フィールド定義部４３は、表示条件作成部５０から渡されたフィールド情報をもとにフィールドデータベース４５からフィールドに関する詳細な情報を取得する。上記のように得た詳細な情報から、フィールド定義部４３は、各フィールドに対応する表示装置（図２）の部品を、入力装置部品部４７の部品群から取得し、条件と共に、情報検索条件入力部２０に渡す。情報検索条件入力部２０は、利用者が選択した条件が入力された状態の画面を、利用者に提供する。
【００３１】
以上のような手順によって、利用者が選択した条件があらかじめ入力された画面を表示させることができ、条件の一部分の修正を施すことが可能となる。また、システムの情報に関するフィールド情報（情報を見る時のさまざま切り口、カテゴリ情報）それぞれに対して、適切な、最適なＧＵＩ部品などの条件入力用のインタフェースを与えられることも大きな特徴となっている。
【００３２】
〔２−４．検索における絞込み条件の集計での再利用〕
次に、検索機能で使用し、保存された絞込み条件を集計で再利用する処理手順を図９のフローチャートに例示する。この場合、条件ＤＢから取り出された特定の条件が（ステップ９１）共通条件部で（ステップ９２）かつフィールドに対する絞込み条件なら（ステップ９３）フィールドＤＢ４５からフィールドに関する情報を取得し（ステップ９４）フィールドの絞込み条件に適したＧＵＩ部品を使った条件入力部が、入力されている値とともに、情報検索条件入力部２０に渡される（ステップ９５）。
【００３３】
条件ＤＢから取り出された条件が、共通条件部でないが（ステップ９２）それが検索条件で（ステップ９６）条件部が利用できる場合（ステップ９７）と、共通条件部だがフィールドに対する絞込み条件でない場合は（ステップ９３）、条件入力部の特定の入力部に値が渡される（ステップ９８）。
【００３４】
〔２−５．検索条件の動的登録と呼び出し〕
また、メニュー項目に検索条件に対応するハイパーリンクを追加登録したり削除することにより、メニュー画面を動的に変化させれば、このように登録保存された検索条件やそれに応じた結果をダイレクトに呼び出すことができる。このような機能は次のように実現される。
【００３５】
まず、メニュー出力部１０は、利用者のメニュー項目の変更要求を受け付けると、メニュー作成部３３に、メニューを最新情報に更新するように指示する。すると、メニュー作成部３３は、表示条件作成部５０に、利用者に表示を許可する条件を選択するように指示する。この選択は、例えば、利用者ＤＢ５５に予め記録された利用者のＩＤや所属部門の情報に対応付けられたアクセス権限やメニューパターンに応じた条件の範囲や表示形式が結果となる。これを受けて、表示条件作成部５０は、対象となるデータベースから情報を取得して、利用者ごとに表示するべき条件を選択する。そして、メニュー作成部３３は、利用者ごとに表示するべき条件と、帳票ＤＢ３５の情報から、メニュー項目を作成し、このようにメニュー作成部３３が作成したメニュー項目は、メニュー出力部１０が利用者へと提供する。以上のような手順によって、メニュー項目を動的に変化させ、常に最新の情報を表示させることが可能となる。
【００３６】
ここで、保存された条件がメニュー画面に動的に出現するまでの処理手順の例を図１０のフローチャートに例示する。すなわち、表示条件作成部５０は、登録条件の最新情報を取得し（ステップ１０１）、メニュー作成部３３は、表示条件作成部５０から受け取った登録条件が（ステップ１０２）どの機能で使用されていたものかを特定し（ステップ１０３）、機能ごとに登録されている条件を分類し（ステップ１０４）、最新のメニューを利用者に提供する（ステップ１０５）。
【００３７】
この結果、画面のメニュー表示部分には、保存されている条件の名称が、各機能ごとに表示される。したがって、ある機能を使うときに登録した条件については、次回以降同じ機能で同じ絞込み条件での結果を見たい場合は、それらの名称をクリックすることで、以前利用した情報表示装置（図２）すなわち処理結果画面に最新の結果が表示される。これによって、日々刻々と変化する情報をすばやく追跡することが可能となる。
【００３８】
〔２−６．メニュー出力のカスタマイズ〕
本システムでは、登録されている条件に対し、さまざまな制約条件を適用することにより、メニューへの出力をカスタマイズすることができる。すなわち、当初の状況として、システムを利用しているプロジェクトで使用されているすべての条件が常にどの利用者に対しても表示され、利用できる状況を想定する。しかしながら、システムが大規模なものとなり、利用者も多くなると、保存される条件も非常に多くなることがあり、使いたいと考える条件が人それぞれで異なることもある。
【００３９】
そこで、利用者ＤＢ５５に記録されたユーザＩＤや所属部門などのユーザ情報も利用し、メニューに表示する条件を、利用者ごとあるいは所属部門ごとにカスタマイズして絞り込むことを可能とすることにより、目的の条件へのアクセスが容易になる。すなわち、このような例では、前記入出力手段は、利用者を識別すると共に、登録されている前記各条件のうち、個別の利用者又は利用者について予め記録された属性に応じて選別絞込みした前記条件を前記再利用の対象として出力することを特徴とする。
【００４０】
まず、前記ユーザＩＤを含むユーザ情報の例を図１１に示す。このようなユーザ情報を前提にし、上記のようなカスタマイズは図１２に例示するような処理手順により実現される。なお、ユーザ情報だけではなく、利用権限ごとなどさまざまな観点から、表示する情報を整理する機能をシステムに追加してもよい。
【００４１】
図１２のフローチャートは、利用者の所属部門ごとに絞り込んだ条件のメニュー表示を行う処理手順を例示する。すなわち、登録条件の最新の情報を（ステップ１２１）表示条件作成部５０から受け取ったメニュー作成部３３は（ステップ１２２）、その登録条件がどの機能で使用されていたものかを特定し（ステップ１２３）、機能ごとに登録されている条件を分類し（ステップ１２４）、最新のメニューを利用者に提供するとともに（ステップ１２５）、ユーザＤＢを利用して、ユーザの所属部門ごとに出力する条件を絞り込む（ステップ１２６）。
【００４２】
これにより、個別の利用者や所属部門や利用権限などの属性に応じて絞り込んだ条件を再利用の対象とするので、再利用する条件の選択が容易になり、業務上の機密も効果的に保護される。
【００４３】
〔２−７．検索条件のシステム間での再利用〕
また、本発明に基いて、新しくシステムを構築する場合、他の類似したシステムで利用し、保存されていた検索条件を再利用することができる。典型例としては、部門（組織）ごとにシステムを構築し、部門内で実施される多くの形式の異なるプロジェクトに利用させる場合、各部門が他の部門においてどのような不具合の分析を行っているか、すなわち、どのように蓄積した情報の集計やグラフ表示を行って、役立てているかを参考にしたい場合が考えられる。そこで、例えば不具合の管理に用いられるシステムのワークフローの類似度に着目して、ある利用部門のシステムにおいて、その部門と近い内容のプロジェクトを担当している他の部門における不具合の分析状況を提示する。
【００４４】
このような例は、以上に説明したようなデータベースシステムを複数、それぞれ所定のワークフローのデータと対応付けて接続したものであり、前記各データに基いて各ワークフローの特徴を表す段数及びアクティビティに関する数の要素に基いて各ワークフロー間の類似度を判断する図示しない類似度判断手段を備え、その判断結果として類似度の高い前記システム間で前記登録に係る前記条件について前記再利用を行う。
【００４５】
これにより、対応付けられたワークフローの類似度に基いて、似た業務の部門での情報の検索、集計、分析などのやり方を参考にできるので、各システムの利用部門の業務効率が効果的に改善される。
【００４６】
ワークフローは、部門ごとに、利用者人数や、開発の工程などの影響によって、そのフローの複雑度がさまざまである。そこで、ワークフローの類似度を示す指標として、ワークフローの段数、アクティビティの総数、分岐元のアクティビティの総数、分岐先のアクティビティの総数、「戻り」のあるアクティビティの総数を考慮して、ワークフローの類似度を求めることとする。これら各指標の説明を図１３に例示する。これらの指標から、各システムの例えば表示条件作成部５０が、ワークフローの類似度を計算し、ワークフローの類似する他の部門のシステムの情報を呈示する。
【００４７】
〔２−８．画面例〕
続いて、利用した絞込み条件が保存され、保存された絞込み条件が再利用されるまでの、手順と、各手順での画面の一例を説明する。この例で前提とするのは次のようなケースである。あるソフトウェア・システムの開発におけるバグ（不具合）の内容を表す不具合情報を扱うデータベースで、個々の不具合情報に、不具合番号と、不具合の重要度を表すＡ，Ｂ，Ｃなどのバグランクと呼ぶ情報項目が含まれる。この場合に、「不具合番号が１〜１００までの間で、バグランクがＡの不具合情報を検索する」という検索で利用した条件を登録し、その登録された条件を集計で再利用し、結果を出力するケースである。
【００４８】
〔２−８−１．概略〕
このような条件の再利用では、検索や集計や分析で利用した絞込み条件が、図１４に示すように登録され、その後の検索、集計、分析のとき、図１５に示すように、登録された絞込み条件を選択し入力画面で再利用できる。以下、各画面例の図に沿って説明するが、各図での丸数字の符号は、以下の説明では（１）（２）のように表すものとする。
【００４９】
〔２−８−２．検索条件の入力〕
まず、図１６は検索での条件入力画面である。この検索は、格納されている不具合情報のうち、特定の条件で絞り込まれた情報を一覧表示するものである。前記共通条件部は、この画面では、（１）の部分にあたり、格納されている情報をさまざまなカテゴリ情報を用いて絞り込むもので、ウェブページの入力欄や選択ボックスなどを用いて入力される。
この画面例の場合は、
・不具合番号が１から１００まで
・バグランクがＡ
に該当する不具合情報の一覧表示という条件が指定されている。
【００５０】
また、画面例の（２）は、検索機能の前記固有機能条件部にあたり、一覧表示にどの項目とどの項目を、どの順序で含めるかの指定を行う部分である。これらの指定をしたうえ、画面例中（３）の「検索実行」ボタンで検索を実行する。
【００５１】
〔２−８−３．入力した条件のもとでの検索結果画面〕
上記のボタン操作の結果、図１７に例示するような検索結果画面で一覧表示が行われる。この画面では、図１６の画面例で入力した共通条件部、固有機能条件部にしたがって、絞り込まれた情報が一覧表示される。図１７の画面例中（１）の「検索条件登録」というボタンを押すと、今回使用した条件、すなわち共通条件部及び固有機能条件部に所望の名称を付けて登録することができる。
【００５２】
図１８は、使用した検索条件について、名称「バグランクＡの不具合参照」で登録を完了したことを表す画面である。この画面で改めて、使用した条件の詳細情報が表示される。同様な手順で、検索機能だけでなく集計機能や分析機能で用いた条件を登録することができる。
【００５３】
〔２−８−４．集計条件の入力〕
以上のように登録された条件を、他の例えば集計機能で再利用のため呼び出すものとする。例えば、図１９は、集計のときの条件入力画面である。集計は、格納されている不具合情報のうち、特定の条件で絞り込まれた情報をテーブル形式で表示するものである。前記共通条件部は、この画面では、（１）の部分にあたり、格納されている情報をさまざまなカテゴリ情報などの検索条件を用いて絞り込むものである。また、この画面例中（２）は、集計機能の前記固有機能条件部にあたり、テーブルの縦および横のカテゴリ情報を選択する。この入力画面から以前登録した条件を再利用するためには、（３）の「登録条件一覧」というボタンを選択する。
【００５４】
〔２−８−５．絞込み条件一覧〕
図１９の画面で（３）「登録条件一覧」ボタンを押すと表示されるのが、図２０の画面例である。この画面は、登録されている絞込み条件の一覧画面で、登録やその呼出しが検索機能であるか集計機能であるなどにかかわらずすべての条件が共通に一覧表示される。例えば、以前に検索機能で使用した条件でも、各機能で共通に再利用可能な対象か否かが、構成するフィールドの組合せなどのパターンに照らして自動的に判別され、再利用可能なものは集計や分析機能でも利用することができる。
【００５５】
そして、共通条件部は、利用の仕方によっては、非常に詳細な設定の場合があり、特にそのような場合は、同じ又は近い共通条件部を再利用して、例えばデータの見方だけは、一覧表示やグラフ表示などの種別などを変更したいケースも多くあり、そのような場合にはこのような条件の再利用が大変効果的に働く。図２０の画面で、（１）の「再利用」リンクのうち、所望の条件に対応するものをクリックすることで、指定した条件の利用可能な部分を再利用することができる。
【００５６】
〔２−８−６．条件再利用の例〕
図２０において、上記のように再利用のため選択された条件「バグランクＡの不具合参照」を、集計機能での検索条件に再利用するときの集計条件入力画面を図２１に例示する。すなわち、この画面例は、図１７及び図１８で登録された条件、すなわち、不具合番号が１〜１００でバグランクがＡの不具合情報という絞込み条件を集計機能で再利用するものである。この画面例中（１）の共通条件部に、過去に使用した検索条件の共通条件部が呼び出されている。この画面において、集計対象となる縦や横のカテゴリ情報を選択し、集計を実行することで、集計結果を出力することができる。
【００５７】
なお、カテゴリ情報は、典型的には集計の基準となるフィールドで、例えば「発見者」を指定するとフィールド「発見者」の値が共通するものごとの該当件数が集計結果となる。図２１で縦のカテゴリのみでの集計の実行が選択され、カテゴリ情報として「発見者」を選択された場合の集計結果画面を図２２に例示する。すなわち、図２２は、図２１で指定した条件で絞込み、テーブル形式で集計結果を表示した画面例である。縦に発見者のカテゴリ情報が表示され、発見者ごとの不具合数が表示されている。
【００５８】
〔３．効果〕
以上のような本実施形態では、保存された検索条件をデータの集計や分析など、異なる情報の表示機能にも再利用可能となる。例えば、詳細に設定された共通部分をそっくりそのまま使い、一覧やグラフ表示といったデータの見方だけを変更するなどの再利用が容易になる。このため、条件指定などの操作が大幅に効率化され、ユーザが望む結果の出力までの時間も効果的に短縮される。特に、情報の多様な見せ方を要するソフトウェア・システムの開発に応用すれば一層の効果が期待できる。
【００５９】
また、本実施形態では、検索、集計、分析などの各処理において登録された条件を、例えばＷＷＷ（ワールド・ワイド・ウェブ）におけるハイパーリンクなどとしてメニュー項目に加えてメニュー画面を動的に反映させる（図２３）。これにより、例えばそのリンクをクリックすることで、その条件の確認や編集、実行結果などの画面へジャンプでき、各機能における通常の一からの条件入力画面を介することなく、選ばれた条件にあった結果を容易に得られるので、操作が大幅に効率化される。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施形態の構成を示す機能ブロック図。
【図２】本発明の実施形態において各機能が実現される様子の一例を示す概念図。
【図３】本発明の実施形態における帳票ＤＢ内のフィールド定義の例を示す図。
【図４】本発明の実施形態におけるフィールドＤＢの例を示す図。
【図５】本発明の実施形態における情報の検索の処理手順を例示するフローチャート
【図６】本発明の実施形態における情報の集計の処理手順を例示するフローチャート。
【図７】本発明の実施形態において、保存されている条件を情報検索条件入力部が呼び出す処理手順を例示するフローチャート。
【図８】本発明の実施形態において保存されている条件情報を例示する図。
【図９】本発明の実施形態において、検索の機能で使用され保存された絞込み条件を集計で再利用する処理手順を例示するフローチャート。
【図１０】本発明の実施形態において、保存された条件がメニュー画面に動的に出現するまでの処理手順を例示するフローチャート。
【図１１】本発明の実施形態におけるユーザ情報を例示する図。
【図１２】本発明の実施形態において、利用者の所属部門ごとに絞り込んだ条件のメニュー表示を行うフローチャート。
【図１３】本発明の実施形態において、ワークフローの類似度を決定する指標を示す図。
【図１４】本発明の実施形態において、検索や集計等の各機能から、条件を再利用のために登録する様子を示す概念図。
【図１５】本発明の実施形態において、登録された条件を、選択呼出しして再利用する様子を示す概念図。
【図１６】本発明の実施形態において、検索条件入力の画面例を示す図。
【図１７】本発明の実施形態において、入力した条件のもとでの検索結果表示の画面例を示す図。
【図１８】本発明の実施形態において、使用した検索条件の登録完了画面の例を示す図。
【図１９】本発明の実施形態において、集計条件の入力画面の例を示す図。
【図２０】本発明の実施形態において、登録されている絞込み条件の一覧画面の例を示す図。
【図２１】本発明の実施形態において、集計の機能での検索条件の再利用を示す画面例を示す図。
【図２２】本発明の実施形態において、集計結果の画面例を示す図。
【図２３】本発明の実施形態において、登録した条件へのリンクが動的に表示された検索条件指定画面を示す図。
【符号の説明】
【００６１】
１…利用者
１０…メニュー出力部
２０…情報検索条件入力部
３０…登録部
３３…専用プロトコル変換部
３５…帳票ＤＢ
４０…再利用部
４３…フィールド定義部
４５…フィールドＤＢ
４７…入力装置部品部
５０…表示条件作成部
５３…登録条件ＤＢ
５５…利用者ＤＢ
【図１】
2005190212.tif 000003
【図２】
2005190212.tif 000004
【図３】
2005190212.tif 000005
【図４】
2005190212.tif 000006
【図５】
2005190212.tif 000007
【図６】
2005190212.tif 000008
【図７】
2005190212.tif 000009
【図８】
2005190212.tif 000010
【図９】
2005190212.tif 000011
【図１０】
2005190212.tif 000012
【図１１】
2005190212.tif 000013
【図１２】
2005190212.tif 000014
【図１３】
2005190212.tif 000015
【図１４】
2005190212.tif 000016
【図１５】
2005190212.tif 000017
【図１６】
2005190212.tif 000018
【図１７】
2005190212.tif 000019
【図１８】
2005190212.tif 000020
【図１９】
2005190212.tif 000021
【図２０】
2005190212.tif 000022
【図２１】
2005190212.tif 000023
【図２２】
2005190212.tif 000024
【図２３】
2005190212.tif 000025