異質なデータソースのデータ品質管理及び制御のためのシステム及び方法
【課題】データシステムの管理プロセスを単純化するリソース管理ツールの提供。
【解決手段】本システムは、ユーザーが、簡単なポイント・アンド・クリック手法を使って、システムにアクセス及び管理することができる、進んだグラフィカルユーザーインタフェースを利用している。本システムは、異なるデータソースに関係付けられたデータセットを収集し、可視化し、分析し、直接編集するツールであるポータル（１６）を用いている。別の態様では、本システムは、その作動状態（１０）の記録を取るので、ユーザーは、データ分析を複製する必要無しに、或るログオンセッションで、先のセッションで行われた作業を自動的に再作成することができる。本システム及び方法の様々な追加的特徴についても開示し、説明されている。
【解決手段】本システムは、ユーザーが、簡単なポイント・アンド・クリック手法を使って、システムにアクセス及び管理することができる、進んだグラフィカルユーザーインタフェースを利用している。本システムは、異なるデータソースに関係付けられたデータセットを収集し、可視化し、分析し、直接編集するツールであるポータル（１６）を用いている。別の態様では、本システムは、その作動状態（１０）の記録を取るので、ユーザーは、データ分析を複製する必要無しに、或るログオンセッションで、先のセッションで行われた作業を自動的に再作成することができる。本システム及び方法の様々な追加的特徴についても開示し、説明されている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ管理と、データ品質管理及び制御に関しており、厳密には、ソースデータへの接続を提供し、ユーザーがデータ構造を閲覧できるようにし、異質な可能性のあるデータシステム内に含まれているデータの管理と操作を可能にするシステム及び方法に関している。本出願におけるデータシステムとは、データが入っており、そのデータの管理を提供するあらゆるシステムである。データ管理とは、具体的にはデータシステムの管理態様のことである。一般的な用法では、データベースシステムは、通常、オラクル及びＤＢ２のような関連データシステムのことである。
【背景技術】
【０００２】
データの管理と、データ品質管理及び制御とは、現代の企業及び行政体のオペレーションに不可欠である。データベースの確立、日々の管理及びデータ品質試験は、複雑なタスクであり、特別に訓練されたオペレーター又は情報システムグループに任されることが多い。データベースを管理及び試験するタスクは、異なるデータベースフォーマットが存在し、企業、行政及び公益事業体はそのような異なるフォーマットを実行して効果的に協働させる必要があるため、非常に難しくなっている。
【０００３】
これらの難しさの理由の１つは、現在、異なるデータシステムに対して、個別の試験及び管理パッケージを開発していることである。例えば、或る会社がオラクルデータベースを運用している場合、具体的な試験及び管理ソフトウェアは、通常、オラクルデータベース上でのみで作動するよう意図して開発される。企業、行政又は公益事業体が運用している各データベースでも、同様のプロセスが起こっている。異なるデータシステムの保守に対し、個別のシステムが開発され使用されるので、異なるシステムのオペレーターは、管理及び試験の対象となる様々なデータシステムと個別にインタフェースを取らなければならない。先行技術には、異なるデータソース及びフォーマットを操作できる単一のインタフェースが無いため、このタスクは、オペレーターに取って長い時間が掛かり、非常にしばしばフラストレーションを募らせるものとなっている。
【０００４】
問題をよく理解するために、当てはまるユーザー環境は、技術と人間オペレーターの技術が混じり合った環境であることを指摘しておく。最新のアプリケーション及びツールは複雑なので、情報システム（ＩＳ）機構は、唯１人の人しか１つか２つのアプリケーション又はツールを操作するのに上手く訓練できないことが多い。周知のように、大部分のソフトウェアアプリケーション及びツールは、幾つかの特徴のみに限定されているので、ＩＳ法人グループ及び機構は、業務を実行するのに必要な全てのアプリケーションをサポートするために、多数の専門化したユーザーを割り当てることを余儀なくされている。更に深刻なことは、オペレーターを訓練する高い人件費に加えて、アプリケーション及びツールのそれぞれにライセンスを与え、実装する経費に由来している。
【０００５】
上記問題は、基本的に、データ品質管理及び制御、最終的には品質保証の妥当性に繋がる問題にも関わっていると理解頂きたい。例えば、追跡機能を備えた新しい在庫管理システムを開発している機構の問題について考えてみよう。重要な関心事が、あらゆる特定の在庫品目に関してその寿命サイクルを通して処理される全ての形態の在庫情報の正確且つ信頼できる更新であるのは、明白である。そのような正確さと信頼性を保証する目的で、開発されたアプリケーションソフトウェアは、作動データにエラーを持ち込むのを避けるため、しばしば試験データベース上で実行される。実行後、試験データは、エラーについて調べられる。エラーの種類は、一貫しないデータパターンからデータの完全な喪失まで多岐に亘る。当然のことながら、エラーを理解できて始めて、原因となる問題を直すのに取り組むことができる。エラーを検索する一般的な技術は、結果のデータを元のデータと単純に比較するものである。エラーの存在を単純に識別することは比較的簡単であるが、エラーの性質を知るには、しかも迅速に知るには多数の高度な分析ツールが必要である。商業的に成功するためには、そのようなツールは、人間オペレーターの部分に集中と努力を殆ど要求してはならず、そうしなければ、ツールのオペレーションが、オペレーターの思考プロセスを妨げ、更なる遅延又はエラーに結び付くことになる。上記例は、データ品質制御及び保証の関連において存在する問題の種類を単に説明しているだけである。この点でユーザーの要求を満たすことに近づいているツールは、現在殆ど無い。
【０００６】
役に立つ背景情報に関して、関心のある読者は、以下の特許、即ち、米国特許第４，７１４，９８９号、第４，７１４，９９５号、第４，７６９，７７２号、第４，８８１，１６６号、第５，０４６，００２号、第５，０５８，０００号、第５，１４２，４７０号、第５，１６１，１５８号、第５，２３９，５７７号、第５，２４７，６６４号、第５，２５７，３６６号、第５，２７８，９７８号、第５，３０１，３０２号、第５，３４５，５８７号、第５，３８１，５３４号、第５，４５２，４５０号、第５，５６１，７９７号、第５，５８１，７４９号、第５，５８１，７５８号、第５，６３０，１２４号の開示内容と、以下の出版物、Ａｒｂｅｅ Ｌ．Ｐ．Ｃｈｅｎによる「分散問合せ処理に対する局所的方法」、１９９０年、３月２６日、ニュージャージー州Ｐｉｓｃａｔａｗａｙのベル通信研究所発行、１８８−２０２頁、Ｍ．Ｒｕｓｉｎｋｉｅｗｉｃｚらによる「異質的分散型データベースシステムにおける問合せ変換」、１９８５年、ＩＥＥＥ、３００−３０７頁、Ｔ．ＹｕＣｌｅｍｅｎｔらによる「断片的関連分散型システムにおける問合せ処理：マーメイド」、１９８５年８月、ＩＥＥＥ会報、ソフトウェア工学、ＳＥ−１１巻、第８号、７９５−８１０頁、Ｍ．Ｒｕｓｉｎｋｉｅｗｉｃｚらによる「共用データベースシステムにおける問合せ処理の方法」、１９８７年、システム科学に関する第１２年次ハワイ国際会議議事録、４３０−４４０頁、Ｓ．Ｋａｎｇらによる「異質的分散型データベースシステムにおける大域的問合せ管理」、１９９３年、マイクロプロセッシング及びマイクロプログラミング、第３８巻、３７７−３８４頁、を参考にされたい。
【０００７】
異質なデータシステムに亘って作動できるデータ管理ツールを提供することによって、上記問題の態様を改善するため、試みが行われてきた。本出願において、「異質データシステム」とは、異なる多数のデータシステムと同時に作動できるシステムである。そのようなデータシステムの例には、インターナショナルビジネスマシン（ＩＢＭ）社製のＤＢ２、オラクル社製のオラクル、Ｓｙｂａｓｅ社製のＳｙｂａｓｅ、フラットファイルなどが含まれている。そのような異質データベースシステムは、共に用いられる場合、集合的に異質的分散型データ環境又はシステムも表している。異質的分散型データシステムは、共用データシステムと呼ばれることもあるし、多重データベースシステムと呼ばれることもある。現在、多重データシステム環境で作動できる、便利で信頼できるデータ管理システム独立型のソフトウェアツール及び方法が必要とされている。更に、データ品質管理及び制御を目的とするツール及び方法が必要とされている。しかしながら、出願者の知りうる限り、既知の先行技術システムの何れも、異なるデータシステムのデータ品質管理及び制御用の頑強なシステムを提供していない。本発明の目的は、先行技術に付帯する問題に取り組み、上記及びこの他のユーザーの要求を満たすことである。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】米国特許第４，７１４，９８９号
【特許文献２】米国特許第４，７１４，９９５号
【特許文献３】米国特許第４，７６９，７７２号
【特許文献４】米国特許第４，８８１，１６６号
【特許文献５】米国特許第５，０４６，００２号
【特許文献６】米国特許第５，０５８，０００号
【特許文献７】米国特許第５，１４２，４７０号
【特許文献８】米国特許第５，１６１，１５８号
【特許文献９】米国特許第５，２３９，５７７号
【特許文献１０】米国特許第５，２４７，６６４号
【特許文献１１】米国特許第５，２５７，３６６号
【特許文献１２】米国特許第５，２７８，９７８号
【特許文献１３】米国特許第５，３０１，３０２号
【特許文献１４】米国特許第５，３４５，５８７号
【特許文献１５】米国特許第５，３８１，５３４号
【特許文献１６】米国特許第５，４５２，４５０号
【特許文献１７】米国特許第５，５６１，７９７号
【特許文献１８】米国特許第５，５８１，７４９号
【特許文献１９】米国特許第５，５８１，７５８号
【特許文献２０】米国特許第５，６３０，１２４号
【非特許文献】
【０００９】
【非特許文献１】Ａｒｂｅｅ Ｌ．Ｐ．Ｃｈｅｎによる「分散問合せ処理に対する局所的方法」、１９９０年、３月２６日、ニュージャージー州Ｐｉｓｃａｔａｗａｙのベル通信研究所発行、１８８−２０２頁、
【非特許文献２】Ｍ．Ｒｕｓｉｎｋｉｅｗｉｃｚらによる「異質的分散型データベースシステムにおける問合せ変換」、１９８５年、ＩＥＥＥ、３００−３０７頁、
【非特許文献３】Ｔ．ＹｕＣｌｅｍｅｎｔらによる「断片的関連分散型システムにおける問合せ処理：マーメイド」、１９８５年８月、ＩＥＥＥ会報、ソフトウェア工学、ＳＥ−１１巻、第８号、７９５−８１０頁、
【非特許文献４】Ｍ．Ｒｕｓｉｎｋｉｅｗｉｃｚらによる「共用データベースシステムにおける問合せ処理の方法」、１９８７年、システム科学に関する第１２年次ハワイ国際会議議事録、４３０−４４０頁、
【非特許文献５】Ｓ．Ｋａｎｇらによる「異質的分散型データベースシステムにおける大域的問合せ管理」、１９９３年、マイクロプロセッシング及びマイクロプログラミング、第３８巻、３７７−３８４頁、
【発明の概要】
【課題を解決するための手段】
【００１０】
或る態様では、本発明は、上記認識された問題を解決し、必然的に異なるデータシステムを伴う可能性のある複数の異なるデータソースにアクセスできるデータ管理システムを使って、当該技術に顕著な進歩を提供している。或る好適な実施形態では、このシステムは、データソースに接続するインタフェースと、データソースからのデータに亘ってデータのアクセス、分析及び可視化を管理する１つ又は複数のコントローラーとを備えている。データ管理システム及び関連サービスが提供されており、異なるデータソースからのデータに関し、そのデータの構造的含意を理解するか、又はその品質を試験するために、そのデータを閲覧し、操作又は修正し、表示することができるようになっている。或る好適な実施形態では、このシステムは、多数のソースからのデータにアクセスし、データを分析し、複数のデータビューワを使ってそれを表示するツールであるポータルを使用している。ポータルは、通常、例えば、ポータルを保存し開くことによってポータルを管理する装置を含め、多数のデータビューワと関連付けられ、各データビューワが、データソースに接続され、データを所望のフォーマットで表示している。本発明に従って用いられているポータルは、異なるソースからのデータを同時に可視化し操作することができる。
【００１１】
従って、或る態様では、本発明は、システムを１つ又は複数のデータソースに接続するインタフェースと、前記１つ又は複数のデータソースを管理するためにインタフェースにリンクされている少なくとも１つの装置と、少なくとも１つのポータルとを備えているデータ管理システムにおいて、前記ポータルは、複数のデータビューワを備えており、各データビューワは、データソースにアクセスし、データソース内のデータを分析し、その分析結果を表示するよう構成されているデータ管理システムである。様々な実施形態において、データソースには、インターネット、イントラネット、イントラネットにリンクされているエクストラネット又は他のネットワークのような電気通信ネットワークを介して遠隔的にアクセスすることができる。或る好適な実施形態では、本システムのインタフェースは、異なるデータシステムの下で作動する少なくとも２つのデータソースに接続されている。データソースは、ＤＢ２、オラクル、Ｓｙｂａｓｅ、ＩＮＦＯＲＭＩＸ、ＭＳ ＳＱＬ ＳＥＲＶＥＲ、ＩＭＳ、ＰＤＳ、ＱＳＡＭ及びＶＳＡＭ、又はそれらの組み合わせのデータベースの内の１つ又は複数のデータベースを含んでいてもよい。或る実施形態のシステムインタフェースは、前記１つ又は複数のデータソースに関する接続仕様書を作成、編集、編成、選択及び削除するよう構成されているデータソースコントローラーを備えている。或る好適な実施形態では、ポータルビュワーは、リンクノード方式の線図を使ってデータの関係を示す網状ビューワと、データを表フォーマットで示す表ビューワと、一度に一列のデータを示す記録ビューワと、一般的なＳＱＬコマンドのためのＳＱＬダイアログ及びビューワと、データをチャートフォーマットで示すチャートビューワの内の１つ又はそれ以上である。
【００１２】
別の態様では、本発明のシステムは、システムオペレーションの状態を監視し記録する状態保存機構を備えている。現在のシステム状態を保持することによって、システムがより簡単且つ効果的に使用できるようになり、特に、ワークセッションを閉じ、次のワークセッションの開始時にシステムの状態を自動的に復元する能力が提供される。これによって、ユーザーは、個々のデータアクセス及び分析設定を再作成するのに必要な時間を節約することができる。更に、システム状態の記録は、他のユーザーにも提供できるので、好適な実施形態で用いられている状態保存機構は、更に、異なるユーザー間でのデータの共有を可能にする。或る特定の実施形態では、状態保存機構には、ポータルの状態を保存、復元又は共有するプロセスが含まれている。同様に、代替実施形態では、データソース仕様プロセスを保存、復元及び共有することが提供されている。
【００１３】
更に具体的には、或る態様では、本発明は、システムを１つ又は複数のデータソースに接続するインタフェースと、複数のデータビューワを有している少なくとも１つのポータルとを備えており、各データビューワが、データソースにアクセスし、データの分析を実行し、分析結果を表示するよう構成されているデータ管理システム内で用いるための処理方法である。本方法は、ワークセッションでアクセスされたデータソースに関して各ポータルが使用しているデータソース定義を監視し記録する段階と、ワークセッションでアクセスされたデータソースに関係付けられたビューワの状態を監視し記録する段階と、ユーザーコマンドに応えて１つ又は複数のポータルを閉じる段階と、閉じるコマンドを受信したときに存在しているデータソース定義及びビューワの状態を記憶場所に記憶する段階と、１つ又は複数の閉じたポータルを開くことを指示するユーザーコマンドに応えて、データソース定義及びビューワの状態を記憶場所から復元する段階とを含んでいる。
【００１４】
更に別の態様では、本発明は、ユーザーにヘルプ情報を提供するための方法であり、カーソルが特定のツールバー又はメニューアイコンの上に在るときにマウスを右クリックすることによって、ユーザーに、特定のアイコンに関係するヘルプ情報が提供されるものである。具体的には、本発明は、ツールバー又はメニューアイコンを備えている環境で状況依存ヘルプを提供するための方法であり、ツールバー又はメニューアイテムの内の１つの上の位置にコンピューターマウスのカーソルを向けるユーザーからの入力を受け取る段階と、マウスの右ボタンのクリックに対応するユーザー入力を受け取る段階と、クリックによって選択されているツールバー又はメニューアイテムに関係するヘルプファイルを捜し出す段階と、クリックによって選択されているツールバー又はメニューアイテム近くに配置されているポップアップウインドウに、ヘルプファイルからユーザーへの情報を表示する段階と、を含んでいる。
【００１５】
又別の態様では、本発明は、データ品質制御方法であり、ａ）指定された選択基準を使って２つ又はそれ以上のデータセットからデータを選択する段階と、ｂ）２つ又はそれ以上の選択されたデータセットを比較する段階と、ｃ）比較されているデータセットの間の違いに関するデータセットを作成する段階と、を含んでおり、（ａ）−（ｃ）段階は、異なるデータフォーマットを有している可能性のあるデータを同時に表示し、定義されたデータセットに関してデータ分析オペレーションを開始するよう構成されているグラフィカルユーザーインタフェース（ＧＵＩ）を使って実行される。データを同時に表示する段階は、複数のデータビューワを備えており、各データビューワが、データソースにアクセスし、データソース内のデータの分析を実行し、分析の結果を表示するよう構成されているポータルを使って実行されるのが望ましい。
本発明のこの他の目的及び利点は、添付図面と関連付けながら以下の詳細な説明を読めば明らかになるであろう。
【図面の簡単な説明】
【００１６】
【図１】本発明の１つの実施形態による、デスクトップのグラフィック画像である。
【図１Ａ】本発明により用いられている網状ビューワの図である。
【図１Ｂ】本発明により用いられている表ビューワの図である。
【図１Ｃ】本発明により用いられているチャートビューワの図である。
【図１Ｄ】本発明により用いられているチャートビューワの図である。
【図１Ｅ】本発明により用いられているチャートビューワの図である。
【図２】或る特定の実施形態のトップレベルメニューのグラフィック画像である。
【図３】或る特定の実施形態のサブレベルメニューのグラフィック画像である。
【図４】或る特定の実施形態のツールバーのグラフィック画像である。
【図５】本発明の好適な実施形態によるシステムアーキテクチャを表している。
【図５Ａ】本発明の或る特定の実施形態のデータモデルタイアログボックスの図である。
【図６】本発明の或る好適な実施形態による多重データ記憶環境における作動の概念的全体像である。
【図７】本システムの作動構成要素のブロック図である。
【図８】本発明の好適な実施形態によるポータルの概略図である。
【図９】本発明の好適な実施形態によるポータルインタフェースの概略図である。
【図１０】本発明に従って用いられている状態保存機能のブロック図である。
【図１１】或る特定の実施形態で用いられているヘルプ機能の論理流れ図である。
【図１２】サンプルデータを含むデータソースコントローラーフレームの図である。
【図１３】サンプルデータを含むポータルコントローラーフレームの例である。
【図１４】ポータルディレクトリコントローラー用編集メニューのグラフィック画像である。
【図１５】ポータルディレクトリコントローラー用ツールバーのグラフィック画像である。
【図１６】データソースディレクトリコントローラー用編集メニューのグラフィック画像である。
【図１７】データソースディレクトリコントローラー用ツールバーのグラフィック画像である。
【図１８】ポータルディレクトリ及び選択されたディレクトリフォルダの内容を表しているリストの例である。
【図１９】ポータルディレクトリ内で展開されているリスト要素の例である。
【図２０】ポータルディレクトリ内で開かれているポータルフォルダの例である。
【図２１】ポータル及びデータソースディレクトリコントローラーの両方に用いられているファイルメニューのグラフィック画像である。
【図２２】データソースディレクトリコントローラー内のメニューアイテムである明示的ヘルプ機能の例である。
【図２３】付加的作業用トランスクリプトを備えたマスタートランスクリプトの例である。
【図２４】トランスクリプトコントローラーのツールバーのグラフィック画像である。
【図２５】トランスクリプトコントローラーのファイルメニューのグラフィック画像である。
【図２６】多重なトランスクリプトを取り扱うための入力経路指定に関するデータの流れを示す。
【発明を実施するための形態】
【００１７】
１．４．好適な実施形態の詳細な説明
以下は、本発明の好適な実施形態の説明である。開示されている実施形態は、本発明を説明するためのものに過ぎず、本発明は、当業者には明らかなように、様々な他の形態で具体化することができる。説明は、以下のように構成されている。第一に、ユーザーの視点から本発明のシステムに関する全般的な機能の説明を行っている。幾つかの図は、リーダーが、「ルック・アンド・フィール」を含めシステムの主要な特徴を理解するのを助ける役目を果たす。これに続くのは、システムの主要な機能的ブロックと、好適な実施形態におけるその相互接続に関する説明である。場合によっては当該技術で既知であるが、にもかかわらず全体的なシステムの機能性をサポートするのに有用であるシステムの構成要素には短い序文を設けている。最後に、本発明に従って用いられている新規システム構成要素及び方法に関し、詳細な説明を提供している。
【００１８】
１．４．１．システムの構造及び機能性の全体像
本発明によるシステムは、データシステム、特に、異なるデータ定義と操作手順、機密保護手順、システム管理方法、能力又は他の特徴を有する異質なデータシステムを管理するプロセスを単純化するリソース管理ツールとして概念化することができる。このために、本システムは、多数のデータシステムに接続を提供し、ユーザーがこれらのデータシステムの構造を閲覧できるようにし、データシステム内に入っているデータを管理し操作できるようにする。或る好適な実施形態では、本発明のシステムは、ＯＳ／３９０、ウインドウズＮＴ、ＵＮＩＸ（登録商標）などのような多数のプラットフォームに亘って作動可能である。同様に、限定するわけではないが、ＤＢ２、オラクル、Ｓｙｂａｓｅ、ＩＭＳ、ＰＤＳ、ＱＳＡＭ、ＶＳＡＭなどを含むデータシステムの内の幾つでも使うことができる。本システムは、特に、レガシー、フラットファイル及び関連データベースからデータを抽出する場合に、データの編集、比較、分析、新規データセットの作成、試験の作成及びデータ移動などの様なデータ品質管理及び制御の活動に有用である。或る好適な実施形態では、これらの機能と活動は、グラフィカルユーザーインタフェース（ＧＵＩ）を使って表示されるので、ユーザーは、オペレーションを指示しクリックするだけで、システムにアクセスし管理することができる。
【００１９】
基本的なＧＵＩの概念及び行為に関する簡単な説明を、本発明によるものを含め、順に示している。この説明は、同じ目的を達成する別の手段又は行為を用いることを制限する意図はない。ＧＵＩを使用する際に中心となるのは、マウスカーソルである。以下の説明で、「クリックする」とは、カーソルを目標の要素上に置き、左マウスボタンを素早く押し下げて離すという意味である。本発明によるＧＵＩの主要な構成要素は、そのフレームである。フレームは、情報、グラフィック又はシステムダイアログが入っている、モニターに表示される領域である。フレームは、その境界を画定するフレーム（ボーダー）を有している。或る好適な実施形態では、本発明のＧＵＩは、フレーム・イン・フレーム技法を利用している。この方法を使えば、全ての関連情報を、コンピュータースクリーンの１つの場所に入れることができる。図１を参照すると、メインフレームはデスクトップであり、或る好適な実施形態では、最高レベルのグラフィカルクユーザーインタフェースである。一般的に、本システムの作動の全態様は、デスクトップによって制御され、デスクトップは全ての関連オブジェクトを表示するので有用である。図示のように、大域デスクトップフレーム内には、同時に開かれる別のフレームもある。
【００２０】
或る好適な実施形態では、フレームを操作するのに幾つかの仕組みが提供されている。例えば、ユーザーは、ツールバー上でメニュー又はアイコンから選択するなどしてプロセスを開始することによって、フレームを開くことができる。フレームは、閉じることも、サイズを決め直すこともできる。一般的には、ユーザーは、カーソルをフレーム上に置き、マウスボタンを押したままに保ち、フレームが所望のサイズに達するまでマウスを動かすことによって、フレームのサイズを決め直すことができる。カーソルがフレームのサイズを決め直すのに適切な場所にあるとき、カーソルは、通常、双方向矢印に変わる。フレームは、各タイトルバー上にカーソルを置き、マウスボタンを押したままに保ち、ウインドウが所望の位置に来るまでマウスを動かすことによって、動かすこともできる。マウスボタンを離すと、フレームがその位置に保たれる。（デスクトップのような）フレームを最小化したり、最大化したり、フレームから出るような他の機能は、或る特定の実施形態では、図１の上右角に参照番号Ａで示している従来型のボタンを使って実行される。本発明によれば、フレームは、層状に配置し、ユーザーのフレームを論理作業ユニットに編成できるようにすることができる。例えば、ユーザーは、ある特定のプロジェクトに関する全てのデータを１つの層上に配置し、そのプロジェクトで作業する場合には関係するデータが単純且つ直感的に表示されるようにすることができる。
【００２１】
フレームは、各タイトルバーの色で示されるがアクティブであってもなくてもよい。図１に示すように、アクティブでないフレーム（参照符号Ｅを参照）のタイトルバーは灰色である。現在選択されているフレームのタイトルバー（参照符号Ｆを参照）は、通常、異なる視覚的外観を有している。システムと対話するには、ユーザーはフレームをアクティブにしなければならず、それには、フレーム内のどこかをクリックすればよい。更に、或る好適な実施形態で用いられているフレームは、普通は、「最小化」及び「最大化」ボタンＧ、メニューバーＨ、ツールバーＩ、タブＪ、フレームのライブ領域Ｋ、及びスクロールバーＬを有している。フレームは最小化することができる（Ｍ参照）。更に、或る好適な実施形態では、本システムは、システム状態メッセージを表示するステイタスバーＮを有している。このバーは、通常は灰色だが、例えば、例外メッセージでは黄色に、エラーメッセージでは赤色に変えることもできる。特定の実施形態で用いられている追加的機能については、当該技術では周知であり、これ以上詳しくは考察しない。
【００２２】
図１を更に参照すると、各フレーム内のタイトルバーＢの直ぐ下には、メニューバーＣと呼ばれる一列のテキストがある。何れかの単語を選んでクリックすると「ドロップダウン」メニューが現れる。メニュー上のオプションを選択すると、別のフレームが開くか、又はプロセスが実行される。例えば、図２に示されているビューメニューは、様々な実施形態で用いられている別のメニューを示しており、フレーム（即ち、ウインドウ）配置機能及びシステムコントローラーへアクセスするメニューを提供する。以下のサブメニューは、特定の実施形態内の全てのフレームを配列するのに用いられる。
【００２３】
１．タイルアクロスは、データベース（ＤＢ）ビューワ内のフレームを、フレームを横切り水平方向に配列する。
２．タイルダウンは、ＤＢビューワ内のフレームを、フレームに垂直方向に配列する。
３．カスケードは、ＤＢビューワ内のフレームを、対角線状に、上下に配列する。
【００２４】
好適にも、本発明のシステムは様々なサブメニューを有しており、そのそれぞれが、更なるサブメニューを有している。
【００２５】
更に図１を参照すると、或る特定の実施形態では、メニューバーの下に、まとめてツールバーＤと呼ばれる多数のアイコンが配置されている。カーソルを何れかのツールアイコン上に置くと、アイコンの説明付きのボックスが現われる。アイコンをクリックすると、その機能が実行される。ツールバー上の各アイコンに固有のヘルプ情報を閲覧するには、好適な実施例によれば、ユーザーは、アイコンを（右）クリックすればよい。本発明による見本のツールバーを図４に示している。或る好適な実施形態では、フレームの外観を、ビューメニューから「ルック・アンド・フィール」を選択し、リストからオプションを選択して、ユーザーの個人的な好みに合うように変更することもできる。このメニュー選択は、ユーザーの好みを反映させるように変更することもできる。或る特定の実施形態では、それは、ウインドウズの標準ルック・アンド・フィール式、Ｕｎｉｘ（登録商標）の標準に似た「モチーフ」式のルック・アンド・フィール、又は、Ｊａｖａ（登録商標）標準のＭｅｔａｌ標準ルック・アンド・フィールを含んでいる。
【００２６】
本発明のシステムは、作動的に、複数のコントローラーを用いて全システム機能にアクセスする。コントローラーは、図１に示すように、デフォルトでデスクトップのフレームとして現れるのが望ましい。以下のコントローラーは、或る好適な実施形態で用いられている。
【００２７】
１．ポータルディレクトリコントローラーは、データソースを閲覧し、データセットの分析を実行するのに用いられる。ポータルは、以下に説明するように、データソースとビューワが一緒に出てくる場所である。
２．データソースディレクトリコントローラーは、データベース及びデータセットへの接続を制御し、データベースへの接続の作成、修正、及び削除に用いられる。
３．反復コントローラーは、例えばデータセットの比較、試験データセットの作成及び集計を含め、１つ又は複数のデータセットで動作及びオペレーションを実行するのに用いられる。
４．トランスクリプトコントローラーは、システム内で実行される動作の記録と、コマンドを実施するための機能を備えている。トランスクリプトは、本発明によれば、実行された作業を文書化するためだけでなく、コマンドを作成及び実施するための作業スペースとして用いられる。
【００２８】
これらのコントローラーについて、以下に更に詳しく説明する。
【００２９】
本発明の重要な態様は、データ及びデータの関係を異なる方法で閲覧する能力である。分かり易く言うと、本発明によれば、以下のビューワを使って１つ又は複数の方法でデータを閲覧することができる。
【００３０】
１．網状ビューワは、データ内の関係を、特にデータ内の関係が一般的な行と列のフォーマットで表示するのが難しい場合に、この関係を示すのに用いられる。この目的で、網状ビューワは、図１Ａに示すように、リンク・ノード式線図を使って、欠けているか又は余分の関係も含めて関係を示す。網状ビューワを表示するために、ユーザーは、先ず、データソースディレクトリコントローラー内のデータソースを選択し、次に、ポータルディレクトリコントローラーを使って、選択されたデータソース用のポータルを開き、最後に新しい網状ビューワボタンを用いる。或る好適な実施形態では、データ間の関係は「ゴムひも」リンクを使って示されており、異なるデータオブジェクトがＧＵＩを使って動かされてもリンクを自動的に再調整するようになっている。
【００３１】
２．表ビューワは、或る好適な実施形態では、データを表フォーマットで示すのに用いられ、各データアイテム（データ）はセル内に配置され、セルは水平方向及び垂直方向に配置される。セルは、データを二次元、又はネストされたツリー構造で示す。表ビューワは、格子ビューワと呼ばれることもある。詳細なデータをブラウジングするのに役立ち、特に、データ間の親子関係を示すのに便利である。表ビューワの階層式表示能力は、馴染みのあるプラス／マイナス記号でユーザーに視覚的に示される。或る特定の実施形態に用いられている階層式表ビューワの例を図１Ｂに示す。この例は、システムが、複数のデータプラットフォームに亘って働く能力も示している。例えば、表ビューワ内の親の行はフラットデータベースだが、子の行はＤＢ２データベースでもよい。或る好適な実施形態では、本システムは、表セル内のデータを直接編集できるようになっている。
【００３２】
３．チャートビューワは、或る好適な実施形態では、データをチャートフォーマットで表示するのに用いられる。このビューワを使えば、色及び他の属性だけでなく、バーチャート、プロットチャート、パイチャートなどを含む様々なフォーマットで、データを図形的に閲覧することができる。このビューワは、データの妥当性を評価するのに使い易い。例えば、データベースＩＤは、バーチャートで閲覧することができる。このフォーマットでは、無効ＩＤを示す、ＩＤの順序における間隙又は負の数を容易に見ることができる。チャートビューワの異なる例を図１Ｃ−Ｅに示す。
【００３３】
本発明によってデータを閲覧及び編集するための基本的なユーザーパラダイムは、以下のようなものであると理解されたい。
【００３４】
１．使用するデータソースを示す。或る特定の実施形態では、システムに使用できるデータソースは、登録済みデータソースとして定義され、データソースディレクトリコントローラーのフレーム内に、データシステム及びデータセットへの編成済み接続部として示されている。代表的なデータソースは、ユーザーのアクセス特権次第で、ＤＢ２、オラクル、Ｔｅｘｔ、「ｍｉｘｅｄ」又は他のデータソースを含んでいる。
２．データを呈示する様式を示す。ユーザーは、データを呈示するのに、異なるビューワを選択することができる。
３．データを呈示する。上記のように、網状、表、チャート、記録、ＳＱＬその他のビューワのような本発明に従って用いられるビューワは、データを異なるフォーマットでユーザーに提示できるようにする。
【００３５】
これらの機能を実行するための具体的機構を、以下に論じる。
【００３６】
要約すると、本発明のシステムは、多くの異なるテクノロジーを繋ぐデータソース管理に向けられており、複雑なデータ関係に関わるものである。以下に示すように、本システムは、特に、データ品質管理及び試験に適している。ユーザーの視点で見ると、本システムの重要な利点は、特定のデータ分析のための全てのセットアップ情報を、たとえ特定のビューワ又はポータルを閉じた後でも記録するよう構成されていることである。これにより、システムは、閉じる時に存在している作業環境を自動的に再作成することができる。更に、システムセットアップの記録は、データを他の承認されたユーザーと共有できるようにする簡単な機構を提供する。
【００３７】
本発明のシステムを実施するための要件は様々であるが、一般的には以下のことが含まれる。即ち、
１．Ｊａｖａ（登録商標）仮想マシン（ＪＶＭ）、Ｊａｖａ（登録商標）開発キット（ＪＤＫ）、Ｊａｖａ（登録商標）実行時環境（ＪＲＥ）、又はＪａｖａ（登録商標）用のネイティブコンプライヤと、
２．互換性のあるデータベースの管理システム（ＤＢＭＳ）と、
３．Ｊａｖａ（登録商標）データベース接続性（ＪＤＢＣ）ドライバクラス、又はＤＢＭＳ用のオープンデータベース接続性（ＯＤＢＣ）ドライバと、
４．グラフィックユーザーインタフェース（ＧＵＩ）サポート、即ち、ウインドウズ、ＯＳ２、Ｘウインドウズ、Ｘ１１エミュレーションなどと、
５．ホストマシン（望ましくはＴＣＰ／ＩＰ）への接続性と、
６．ディレクトリ及びインストールソフトウェアを作成するための管理権と、
７．データシステムへの機密保護アクセスと、
８．例えば、ＣＤ−ＲＯＭ及びテープドライブを含む、システムを読み取りロードするための適切なハードウェアなど、である。
【００３８】
上記構成要素の大部分は、当該技術で広く知られているので、本発明の画期的な特徴に関連する範囲を除いて、詳細には論じないことにする。
【００３９】
１．４．２． システムのアーキテクチャ
図５は、本発明の好適な実施形態による主要なシステム構成要素とそれらのインタフェースを、線図型式で示している。見て明らかなように、図は説明のためのものに過ぎず、本発明のシステムの機能性及び構成要素の相互接続を完全に捉えることができるものではない。例えば、システム構成要素の内の何れか一つの中の幾つかのオブジェクトが、図示の隣接するシステム構成要素の一部である必要のない多数のオブジェクトとインタフェースしている（印刷の責を負うオブジェクトのセットのような）場合がある。項目オブジェクトは、ここでは、オブジェクト指向（ＯＯ）プログラミングの文脈で用いられ、簡単な定義を避けてはいるが、当該技術では周知である（オブジェクトは、特性を有する構造的及び行為的モジュール性であるというのが、１つの考えられる定義である）。以下、図５に示している個々のシステム構成要素の説明をする。
【００４０】
１．４．２．１． レポートマネージャー
図５に示すが、本発明に従って用いられるレポートマネージャー２５は、規定の問合せに基いてデータを収集し、更に、データを配列して、それを規定の形態で呈示する。或る好適な実施形態では、このマネージャーの最終製品は紙のレポートである。
【００４１】
レポートマネージャー２５によるデータの配列、要約及び呈示は、テキスト表現及び図形的表現の両方をサポートする。例えば、データは、パイチャートで呈示することもできるし、二次元の表で呈示することもできる。一般的に、この型式のツールは、当該技術では既知であり更に論じる必要はない。或る特定の実施形態では、本発明によるレポートマネージャー２５は、カリフォルニア州スコットバレー、ＣｒｙｓｔａｌＤｅｃｉｓｉｏｎによる「クリスタルレポート」又はカリフォルニア州南サンフランシスコ、Ａｃｔｕａｔｅ社による「アクチュエイト」を使って実行することができる。
【００４２】
１．４．２．２． データソースマネージャー
或る好適な実施形態では、本発明のシステムにおけるデータ収集は、データソースマネージャー３５を使って行われる。データソースマネージャーは、一般的に、エントリ及び確認後の問合せに関する仕様を取り扱う。「ＷＨＥＲＥネーム＝「ビル」」のような従来型のフィルターに加えて、或る好適な実施形態では、そのような問合せ仕様には、仮想コラム、要約要素及びコラム、グルーピングと及びソーティング、データドライバ（即ちシード）表などが含まれている。
【００４３】
概括すると、本発明のシステムは、周知のモデル・ビュー・コントローラー（ＭＶＣ）法に基いている。基本的に、ＭＶＣ設計の目標は、アプリケーションオブジェクト（モデル）を、ユーザーに示される方法（ビュー）と、ユーザーがそれ（コントローラー）を制御する方法から分離することである。つまり、モデルオブジェクトは、表示しなければならない全データと、そのデータを変換するのに適用できるオペレーションについて分かっている。ビューオブジェクトは、モデルを参照する。ビューオブジェクトは、モデルの問い合わせ方法を使って、モデルからデータを入手し、情報を表示する。表示はどの様な形態でもよいが、表示が違っても、データオブジェクトの行動には無関係である。コントローラーオブジェクトは、ユーザーがモデル内のデータを操作する物理的手段について分かっている。ＧＵＩでは、例えば、コントローラーオブジェクトは、マウスクリック又はキーボード入力を受け取り、モデルが理解する操作方法に翻訳する。
【００４４】
この場合、データモデルは、或る好適な実施形態では、システムをデータソースに接続し、接続を定義するのに用いられる。図５Ａに示しているように、サンプルデータモデルダイアログは、ＪＤＢＣタブ、データアクセスタブ及び仮想コラムタブを有している。ＪＤＢＣタブを使えば、ユーザーは、ノードに関係する問合せを、データベースに添付し、定義することができる。（本発明の文脈では、ノードは、データソースへの接続を作成する。多数のノードを使って階層ツリーを作成することができる。最高位ノードは親ノードであり、それより下の全ノードは子として続いている。追加されるノードは、デフォルトセッティングである親接続を利用することができるが、他のデータソースに接続してもよい。）ＪＤＢＣタブは、ある特定の実施形態では、システムをデータソースに接続し、接続における問合せを定義するのに用いられる。ＪＤＢＣタブは、データソース情報を定義する「接続」タブのようなサブタブと、データソースに対する問合せを定義するＳＱＬ問合せタブとを有している。
【００４５】
データアクセスタブは、或る特定の実施形態では、全体的コミットポリシーとデータソースへのアクセス権を設定し管理するのに用いられる。データベースを更新する段階は、一般的に２つのステップを伴っている。第１ステップは、データを挿入、修正又は削除するステップである。第２ステップは、データをデータベースにコミットすることによって更新を確認するステップである。プルダウンメニューで、様々なコミットポリシーを実行可能とし、ユーザーに示すことができる。そのようなポリシーには、現行の接続で変更された全ての記録を更新する段階、ビューワで閲覧された現在の記録を更新する段階、又は当該技術で既知のその他の段階が含まれている。
【００４６】
仮想コラムタブは、計算データを作成するのに広く用いられ、このデータは、次に通常のデータとして利用される。例えば、システムユーザーが、車が売れて儲かっているかどうか判断したい車取引業者であると考えてみよう。この目的で、ユーザーは、「利益」と命名された仮想コラムを作成して、販売価格と各「ＶＥＨＩＣＬＥ ＩＤ」の取引経費との間の差を計算することができる。次に、このコラムを選択ステートメントに用いて、利益が実質的に平均より上か、ゼロ未満か、所定の範囲内の値であるか、車を表示することができる。図５Ａに示しているように、ある好適な実施形態では、ユーザーは、仮想コラムを作成し、それに意味の有る名称（この場合「利益」）を与えることができる。次に、コラム内のデータの型式を指定することができる。或る好適な実施形態では、ユーザーは、例えば、「ブール」「十進」「浮動」「整数」「オブジェクト」「ストリング」などを含むオプションのグループの中で１つのオプションを選択することができる。この例では、仮想コラム「利益」に関するコラム型式は「浮動」である。次のステップで、ユーザーには、所望のオペレーションを指定する数多くのオプションが与えられる。そのようなオペレーションは、「最小」「最大」「平均」「合計」「差」「積」「商」などの内の何れかである。この例では、選択されたオペレーションは「差」である。最後に、ユーザーは、「基本コラム」、即ち、計算の基本となるコラム（この場合、コラムＶＥＨＩＣＬＥ ＩＤ）を指定する。「設定／修正」ボタンを押すことによって、仮想コラム情報を記憶させることができ、それにより仮想コラムは使用可能になる。
【００４７】
図１６及び図１７に示しているデータソースディレクトリコントローラービューは、ＭＶＣ法に従ってデータソースマネージャー３５を可視化する。或る好適な実施形態では、データソースマネージャーは、潜在的に膨大な数（即ち数千）のオブジェクトと、何れかのデータソースに関するそれらの状態パラメーターを管理することができる。
【００４８】
データソースマネージャー３５は、或る好適な実施形態では、全体システムの一部である数多くのサービスマネージャーの内の１つである。データソースマネージャーは、例えば問合せ時に、問合せの抽象化及びその状態に関して有り得る数多くの仕様を維持し適用する。個々のユーザーがそのシステム（クライアント編成がそのユーザーに提供する一般化されたなサービスを含む）で作業する長い期間に亘って、数多くのデータソースが蓄積されると推測される。実際、これらのデータソースの数が非常に大きくなるので、それら全てを覚えておくユーザーの能力だけでなく、命名規定も失陥しかねない。従って、データソースマネージャー３５は、ユーザーに指定された各データソースを管理する。マネージャー３５は、これを、現在の作業プロジェクトに基づきユーザーが勝手に配列した階層ディレクトリを通して行うのが望ましい。好都合に、ディレクトリ全体又はディレクトリ内の何れのデータソースも、持続性があり（即ち、１つのロードから次のロードまで情報を保存する）、他のシステムユーザーと共有され、次回ユーザーがシステム内にログした際に、閉じられたときのシステム状態を復元するように作られている。更に、先に保存されているディレクトリを、ユーザーが再びロードすることもでき、他のユーザーと共有することもできる。従って、例えば、作業プロジェクトに基いてディレクトリを交換することもできる。本発明のシステムは、例えば、結果のセットを生成して、２つ又はそれ以上のデータソースを比較するとき、又は、データセットの動的生成時に、ディレクトリも自動的に更新する。
【００４９】
概括すると、リソース管理ツールは、当該技術では既知であり、更に論じる必要はないが、本発明のシステムにおいてそれらを実施する具体的態様は、画期的であると思われ、以下に説明する。先行技術のリソースマネージャーの例には、ウインドウズ２０００のアクティブディレクトリと、国際標準化機構によるディレクトリアクセスプロトコルとが含まれる。
【００５０】
１．４．２．３． 反復マネージャー
本システムの反復マネージャー４５は、概説すると、或るユーザーの動作を２つ以上のデータソースに適用できるようにする機能を提供する。例えば、ユーザーは、多数のデータソースからデータを抽出し、次いで、抽出されたデータを１つ又は複数のデータソース内に配置する必要がある。通常、ユーザーは、調査の途上、問題空間内の１つのポイントで作業を開始する。ユーザーの問題に関する理解が変われば、問題空間の要素を追加するか取り除くことによって、問題空間を改良する。例えば、ユーザーは、在庫に物理的部品が入っているデータソースで作業を開始し、その後、それらの部品間の関係と、それらの部品のアッセンブリのサプライヤについて考える。ここで問題なのは、基本的には入手可能な他の部品のアッセンブリである製造された部品を提供できるサプライヤを探し出すことである。しかしながら、２つ以上のアッセンブリについて考えることになれば、同じ問題解決の手法を、２つ以上のアッセンブリに適用しなければならない。従って、本発明のシステムは、データソースの比較、値の調査及び置き替え、他のデータソースへのデータソースの抽出のような幾つかの反復機能を提案している。本発明のシステムで用いることのできる反復マネージャーには、度々使用されるソフトウェアパターンの実行が含まれており、１つの機能が、１つ又は複数のデータ構造に適用される。反復マネージャーの実装は、当該技術では広く知られており、これ以上は論じない。
【００５１】
１．４．２．４． ポータルマネージャー
モデル・ビュー・コントローラーのアプローチに鑑み、本発明により用いられているポータルマネージャー５５は、図１３、１４及び１５に示すように、ポータルディレクトリコントローラーフレームビューによって可視化される。モデルは、数千に達することもあるオブジェクトと、それらの全ポータルに関する状態パラメーターを管理するポータルマネージャーである。本発明によれば、ポータルは、データ分析及びデータソースの操作を編成するツールである。本発明のシステムでは、ポータルは、一般的に、データをブラウズし、閲覧し、編集するのに用いられる１つのグループのデータビューワで構成されている。先に述べたように、或る特定の実施形態では、ビューワは、表、チャート、網状、ＳＱＬ、記録ビューワ又は他のビューワである。各ビューワは、単一のデータソースに接続されている。ポータルは、本発明のシステムでは、ビューワを編成し、データ分析の収集を行うために用いられている。このように、ユーザーは、データベースアプリケーションの試験のような目的を持ったポータルを有することができる。或る好適な実施形態では、ポータルは、分析の型式毎に作ることもできる。ユーザーがポータルにアクセスすると、基礎をなすビューワがデータに接続され、要求される分析を実行する準備が整う。
【００５２】
本発明の文脈において、ポータルは２つの主要な特徴を有している。１つは、ポータルは、それぞれのビューを有する複数のビューワと、付帯するモデルを備えているということである。第２は、ポータルは管理可能で、即ち、作成し、開き、保存し、共有し、併合し、壊すことができるということである。このアプリケーションの文脈におけるポータルの併合とは、１つのポータルのビューワが他のポータルに加えられることを意味する。ビューワは、１つ又は複数のビューオブジェクトと、１つ又は複数のモデルオブジェクトの両方を有している。ビューワはデータ分析の基本的な要素であり、特定のデータ分析の結果は、管理され閲覧される。例えば、チャートビューワを使用して、データセット内の傾向を表示することができる。ポータルに関する更なる詳細を、１．４．３節に示す。
【００５３】
１．４．２．５． リッチテキストマネージャー
本発明によるリッチテキストマネージャー６５は、テキストデータをフォーマットするための拡張されたテキストサービスを提供する。ある好適な実施形態では、そのようなサービスは、以下のことを含んでいる。即ち、
１．フォントサイズ、ファミリー、イタリック、太字及び色のようなフォント操作と、
２．絵及び図用の埋め込み式グラフィックと、
３．パラグラフ及び埋め込み式グラフィックのためのテキストフロー制御と、
４．テキスト編集、である。
【００５４】
これらのサービスは、メッセージ作成とフォーマット化をサポートし、本発明のシステムにより提供されるトランスクリプトを作成し、フォーマット化し、編集するために用いられる。リッチ・テキスト・マネージャーは、当該技術では知られており（例えばマイクロソフトのワード）、更に説明はしない。
【００５５】
１．４．２．６． トランスクリプトマネージャー
本システムで用いられているトランスクリプトマネージャー７５は、一般的にはユーザーの動作を記録し、基本的にシステムオペレーションのログを提供する。このマネージャーは、更に、複数の並行するトランスクリプト、リッチ・テキスト編集及び埋め込み型グラフィックを提供する。更に詳細なことは、１．４．７節で述べる。
【００５６】
１．４．２．７． ワークフローマネージャー
Ｊａｖａ（登録商標）テクノロジーは、個々の実行時オブジェクトを持続的にする基本的直列化機能を提供している。しかしながら、情報を開放環境内で復元し共有できるように、全データを捕捉し、進行中又は終了時に作業を効果的に保存するには、追加のサービスが必要となる。本発明のシステムでは、ワークフローマネージャーがその様な機能を提供する。ワークフローマネージャーは、１つ又は複数の他のサービスを一体化したサービスの集まりなので、図５には示していない。ワークフローマネージャーは、概説すれば、機能を保存して復元し、ユーザーの間でこれらの機能を共有させる。マネージャーは、随意で、共有されているリソースを既存の環境に組み入れることもする。このマネージャーの更なる説明を、１．４．４節に示す。
【００５７】
１．４．２．８ セッションマネージャー
本発明によるセッションマネージャー９５は、ユーザーセッションを管理するのに必要なサービスを取り扱う。一般的に、サービスには、ログオン及びログオフサービス、タスク開始及び終了サービスが含まれ、単数又は複数のセッションの実行に関するデータステートメントを提供する。これらのサービスは、当該技術では周知であり、更に論議はしない。
【００５８】
１．４．２．９． コアロジック
或る好適な実施形態によるシステムアーキテクチャで用いられているコアロジック１１５は、各オブジェクトを通して実行される低レベルサービスの集まりである。専用オブジェクトと汎用オブジェクトの両方が実行される。概説すると、コアロジックは、以下のサービスを提供する。
【００５９】
１．以下に論じる「メニュー及びツールバーヘルプのための右クリック」のようなユーティリティサービス。
２．データセットサービス。
３．機密保護サービス 本発明のシステムは、一般的に、サードパーティーのサポートによって増補された可能性のある作動環境の全般的機密保護サービスにインタフェースしており、設計によりそれを使用している。
４．イベントサービス 本発明のシステムは、Ｊａｖａ（登録商標）仮想マシンによって提供されるイベントサービスを拡張する。一般的には、本発明のシステムは、いわゆるモデル・ビュー・コントローラー（ＭＶＣ）モデルに従う。このシステムでは、イベントモデルが拡張されて、数百のモデルオブジェクト間、及び同様に数百のビューオブジェクト間の緩い連結を促進する。多くの場合、本システムのビューオブジェクトは、更に専用のビューモデルオブジェクトを有しており、それらは、集合体であり、本発明による汎用モデルオブジェクトへのアダプタである。
５．機密保護サービス これらは、ユーザーＩＤ及びパスワード管理のような機密保護サービスである。
６．ローカル・ホスト・サービス これらのサービスは、演算ホストによって実行される外部的に利用可能なサービスにインタフェースを提供する。
【００６０】
１．４．２．１０． アプリケーション概要
上記の点から考え、又図５及び図６に示すように、本発明のシステム１０は、概ね、ユーザーが、多数のデータベース１２ａ−ｆから検索されたデータを閲覧及び編集できるようにする。或る特定の実施形態では、本システムはデータの並行操作のためのサービスを提供するので、ユーザーは、同じデータソースからのデータを、同時に、ユーザーのスクリーン１４ａ−ｃで閲覧及び編集することができる。（そのような並行操作サービスは当該技術では既知であり、説明の必要はない）。本システム１０を使えば、ユーザーは、データに迅速にアクセスし、データを直感的に操作し、１つのグループのユーザー間で容易に共有できるようになる。更に、システム１０は、並行データ品質試験を実行し、その結果をオペレーターに最も意味のあるフォーマットで表示する能力を提供することによって、不確かなデータを信頼できるデータに変える新しいツールを提供している。
【００６１】
システム１０は、更に、ビジネス情報及びデータ収集の分野のアプリケーションを提供して、ユーザーが、多くのデータベースからのデータを、１つのスクリーン上で同時に閲覧及び編集できるようにする。企業のユーザーは、システム１０を通して集められた情報を利用して、戦略的方向付けをサポートし、それらのデータを総合して十分に理解することが不可欠な販売、マーケティング及び他の領域へのアプローチを決めることができる。更に、システム１０は、データ分析を、複数のユーザーに便利なフォームで提供できる共有し易い情報に翻訳することのできる統合レポート生成器を提供する。
【００６２】
概説すると、システム１０は、複数のデータベース又はデータソースに、同時にアクセスすることができる。具体的には、これにより、ユーザーは、１つのシステムを利用することによって、ＤＢ２−１２ａ、オラクル１２ｂ、Ｉｎｆｏｒｍｉｘ１２ｃ、ＶＳＡＭ記録１２ｄ、ＰＤＳメンバー１２ｅ、及びＪａｖａ（登録商標）ソースファイル１２ｆのような様々なデータベースを操作し比較できるようになる。本発明について説明する目的で上記に具体的なデータベース構造の例を挙げているが、当業者には理解頂けるように、多種多様なデータベース構造を、本発明に従って利用することができる。更に、システム１０は、様々なデータベース１２ａ−ｆ内のリアルタイムの変更を、同時に、表示し、管理し、実行するが、これを異なる視覚フォーマットで閲覧し編集することができる。
【００６３】
本発明のシステム１０は、（進行中の頻繁なタスク及び作業を含め）複雑で事前に作成された試験環境の記憶及び検索を可能としながら、更に、図表化、空間表示及び階層表を提供する。以下に論じるように、システム１０を通して提供されるインタフェースフォーマットは、容易に使用でき、直感的なオペレーションを可能とする。
【００６４】
システム１０は、更に、ユーザーが、異なるデータベース問合せを１つの問合せに組み合わせることができるようにしいる。先行技術システムは、一度に１つのデータシステムの問合せができるだけなので、所与のプロジェクトに用いられる別々のデータシステムそれぞれに、幾つかの別々の問合せが必要であることに注目頂きたい。対照的に、本発明のシステム１０は、例えば以下の１．４．４．節及び１．４．５．節に説明するように、反復を実行するポータルを使って、１つの問合せを多数のデータシステムに亘って用いることができるようにする。更に、本システム１０では、複数のデータベース１２ａ−ｆからのデータが、グラフィカルユーザーインタフェース上に同時に現れ、並行して編集、分析、更新又は修正できるので、データを接続するのに複数のプログラムを準備する必要はない。更に、システム１０は、オペレーターが、大きな試験ファイルを保存したり、１つの試験プロジェクトだけにコミットされている作業スケジュールに固執することなく、複雑な問合せを作成し、保存し、再利用できるようにする。これにより、オペレーターは、何れの分析も失うことなく、１時間、午後、又は数週間でも仕事を離れることができる。
【００６５】
更に、システム１０は、異種のシステム及びプラットフォームからのデータを、１つのスクリーンの１つの関連表に更新できるようになっている。本システムは、更に、データ管理及び試験ツールが、この１つのスクリーン上に在る全てのデータを更新できるようにし、而して、オペレーターが、異種のシステムからのデータを同時に制御できるようにする。本システム１０は、多くのタスクを行う１つの製品であり、ビジネスプロセスを最終的に合理化し、製品管理、搭載及びトレーニングを単純化する。
【００６６】
上記及びその他の目的は、或る好適な実施形態によれば、複数のプラットフォームに対応するオペレーション能力を備えたシステム１０を提供することによって達成される。このため、本システム１０はＪａｖａ（登録商標）と完全に互換性があり、Ｊａｖａ（登録商標）のアーキテクチャを含んでいる。具体的には、本システムは、Ｊａｖａ（登録商標）データベース接続性（ＪＤＢＣ）を採用して、システムが、非常に広い範囲のデータシステムと対話できるようにし、オペレーターの能力を改善する幅広い配列の機能が、データソースを操作、作成、分析できるようにする。
【００６７】
或る好適な実施形態で用いられているＪＤＢＣテクノロジーは、当該技術では広く知られている。読者には、例えば、ｈｔｔｐ：//ｊａｖａ．ｓｕｎ．ｃｏｍ／ｐｒｏｄｕｃｔｓ／ｊｄｂｃ／ｉｎｄｅｘ．ｈｔｍｌ．に挙げられている文書を参照頂きたいが、これは本出願提出時には有効で、発明者の知っているＪＤＢＣテクノロジーに関する最も詳細な情報源である。ＪＤＢＣテクノロジーを特定のデータ管理システムと共に用いるには、普通、開発者は、ＪＤＢＣテクノロジーとデータシステムの間を仲介するＪＤＢＣテクノロジーベースのドライバを必要とする。ドライバは、純粋にＪａｖａ（登録商標）プログラミング言語で、又はＪａｖａ（登録商標）プログラミング言語とＪａｖａ（登録商標）TMネイティブインタフェース（ＪＮＩ）固有の方法を混成して書く必要がある。具体的なドライバの開発に関する詳細は、本開示の範囲を超えているが、ＪＤＢＣウェブサイトが、現在入手可能あるか又は開発中であるドライバを備えた製造者のリストを維持していることを注記しておく。
【００６８】
１．４．３． データ品質の制御及び保証
本発明のシステムの主なアプリケーションの内の幾つかは、データ品質制御及び保証のためのものである。そのようなアプリケーションの多くの態様は、上記説明及び以下の１．４．４．から１．４．７．節の議論に基き、当業者には明らかである。本節は、典型的なアプリケーションに備わっている主要な段階をユーザーの視点で説明する。
【００６９】
データ品質の管理及び制御は、一般的に、データセットを選択し、選択されたセットを所定の方法で操作して、データに関する結論に達する段階を含んでいるものと理解頂きたい。従って、或る態様では、本発明は、ａ）指定された選択基準を使って２つ又はそれ以上のデータセットからデータを選択する段階と、ｂ）２つ又はそれ以上の選択されたデータセットを比較する段階と、ｃ）比較されているデータセットの間の違いに関するデータセットを作成する段階と、から成り、段階（ａ）−（ｃ）は、異なるデータフォーマットを有している可能性のあるデータを並行的に表示し、定義済みデータセットに関してデータ分析オペレーションを開始するよう構成されているグラフィカルユーザーインタフェース（ＧＵＩ）を使って実行されるデータ品質管理方法である。或る好適な実施形態では、データを並行的に表示するのは、上記のようにポータルを使って実行される。
【００７０】
別の実施形態では、本発明は、ａ）指定された選択基準を使って１つ又は複数のデータセットからデータを選択する段階と、ｂ）選択されたデータから少なくとも１つの新しいデータセットを作成する段階と、ｃ）作成された少なくとも１つの新しいデータセットを修正して、アプリケーションプログラムを試験するのに必要な条件を示す段階と、ｄ）１つ又は複数の修正されたデータセットを基準データセットと比較する段階と、ｅ）修正されたデータセットと基準データセットの間の違いに関するデータセットを作成する段階と、から成り、段階（ａ）−（ｅ）は、異なるデータフォーマットを有している可能性のあるデータを並行的に表示し、定義済みデータセットに関してデータ分析オペレーションを開始するよう構成されているグラフィカルユーザーインタフェース（ＧＵＩ）を使って実行されるデータ品質管理方法である。
【００７１】
或る好適な実施形態では、製品又は他のデータセットからデータを選択する段階は、無作為又は特定の選択基準を用いる段階を伴っている。試験セットを作成するには、第１段階は、一般的に、ユーザーのデータシステム内に記録／行を作り出すフィールド／列を定義することである。或る好適な実施形態では、これは、反復コントローラーのオプション「試験セット作成」を使って行うことができる。試験セット作成オプションは、既存のデータセットから試験データを選択するための様々なオプションを提供する。これらのオプションは、ユーザーが、例えば、全てのデータをコピーするか、又は異なるデータサンプリング条件を指定できるようにする。或る特定の実施形態で用いられる正規データサンプリング条件には、例えば、データセット内のＭ個の連続する行の選択、Ｎ番目の行毎の選択などが含まれている。無作為のデータサンプリングも、或る好適な実施形態の中に備えられている。或る好適な実施形態では、ＳＱＬ型の条件表現を用いて、所望の試験セットを作成することができる。結果の編成と検索を強化するため、ユーザーには、接頭部／接尾部データ、データ及び作成の時間などを含む様々な試験セット命名オプションが提供される。作成されたデータ試験セットは、反復コントローラー内に記録され、ユーザーが分析のために個々のフレーム内で利用できるようにされる。なお、本発明の方法は、新たに作成されるデータ試験セットを使う必要はなく、既存のデータでも操作できる旨理解頂きたい。データ比較を伴うデータオペレーションには、通常、比較の基準として働くベースラインデータセットの定義を必要とする。ベースラインデータセットは、次に、試験データセットと比較され、違いのデータセットが作成される。或る好適な実施形態では、保存された試験データセットを何時でも復元することができ、プログラムが試験された後にデータが変更されている場合、セットをそのオリジナル版に復元することができる。
【００７２】
プログラムを試験する段階には、試験データセットでプログラムを実行する段階と、その結果を予測した結果と比較する段階とが含まれる。プログラムを実行する段階は、ユーザーのデータベース内のデータに影響を及ぼすので、本発明のシステムは、データベースの「前」版と「後」版の結果を比較し、変更されたデータベースを保存及び復元し、データベースをブラウズ及び修正する機能を提供している。例えば、２つの異なるセットのデータは、ドロップダウンメニューオプションの選択を使って比較することができる。或る特定の実施形態では、異なる比較オペレーションを用いることもできる。これらのオペレーションは、全データ列に適用してもよいし、データ列を選択してもよいし、別の基準を使ってもよい。或る特定の実施形態では、試験データは、前もって入手可能な情報を表しているだけの基準セットのデータと比較される。データセット比較オペレーションを実行すると、システムは、データセットを指定された比較基準と照合し、新しいデータセットを作成する。この新しいデータセットの比較結果は、次に所望のフォーマットでユーザーに表示される。例えば、整合性が見出されなかった列は、空白列として表示してもよい。データの整合又は不整合は、カラー規定を使って表示してもよい。
【００７３】
別のアプリケーションでは、多くのデータシステムが異なるプラットフォーム又は幾つかのデータベース上に在る場合は、データ分析と比較を実行する必要がある。その様な比較は、数多くの構造を横に並べたウィンドウで示せるようにする本発明のシステムを使えば簡単になる。更に、システムの異なるビューワを使えば、ユーザーは、様々な図形表現を使ってデータを可視化することができる。本システムを使えば、何度かマウスをクリックすることによって、１つのデータベース又は過去のファイル構造から別のものにデータを簡単に移動させることができる。データ内のエラーは、識別し、グラフィカルリンク−ノード線図又は図表を使って修正することができる。
【００７４】
以下の説明では、本発明の幾つかの特定の実施形態を更に詳細に説明する。具体的には、図６、７、８を参照しながら、データ品質制御に関する幾つかの概念とその役割を、以下の節で開示する。これには、データ品質制御作業に使用されるポータルの概念とその役割、データ品質制御作業を保存し、復元し、共有し、併合するのに使用されるワークフローの概念と役割、データ品質制御作業の記録、編集、報告に使用されるトランスクリプトの概念と役割、などが含まれる。
【００７５】
１．４．４． データ品質制御作業を管理するためのポータル概念
図６、７、８に示すように、本発明のシステム１０は、ポータル１６を使って異なるデータソースからのデータにアクセスし分析する。或る好適な実施形態によれば、ポータル１６は、システムがアクセス可能な異なるデータソースと関係している可能性のあるデータセットを収集し、可視化し、分析し、しばしば直接編集するのに用いられるツールである。従って、ポータルは、データ拾集、分析及び可視化のツールの集まりと考えられる。ユーザーの視点から見ると、ポータル１６は、ユーザー指定の任意のビューワ１８ａ−ｄの集まりで構成され、個々のビューワは、図１Ａ−Ｅに示すように、例えば３次元の表、チャート又は網状ビューワである。代替実施形態では、様々な異なるビューワが用いられている。そのようなビューワの一例は、特定のＳＱＬ問合せを実行し、リターンコードを閲覧するのに使用できるＳＱＬビューワである。或る特定の実施形態における別の例は、一行のデータを一度に示す記録ビューワである。このビューワは、データが複数の列を有している場合に有用であり、或る好適な実施形態では、データを両方向に迅速に見直すことができる追加の便利なＶＣＲ式の制御を実行する。
【００７６】
或る好適な実施形態では、各ビューワは、特定のデータソース１２ａ−ｆに接続されている。ポータルは、一般的に複数のビューワを有しているので、これらのビューワを編成し、それらと関連するユーザー指定データ分析タスクの任意の収集を作成及び管理するのに用いられる。本発明によれば、ポータル１６は、通常、データベースアプリケーションを試験したり、データ収集のために品質を改善するような目的を持っている。分析の型式毎に、個別のポータルが作成される。以下に論じるように、ポータル１６（ポータルディレクトリ２０内に分類されている）を開くと、ポータルのビューワ１８ａ−ｄが、それらそれぞれのデータソースに再接続され、後に続く分析に備えられる。
【００７７】
本発明に用いられているポータル１６は、ポータル１６に関連する全てのビューワ１８ａ−ｄを表示し、ポータル１６が開かれているときにビューワ１８ａ−ｄに必要な全ての問合せを実行することによって、ユーザーの生産性を高める。通常、ポータル１６及びデータソース接続情報は、将来の使用に備えて保存され、他と共有することができる。この能力は、ワークフローを捕捉し、ユーザーが、作業の再作成を必要とすることなく、止めたところから継続してシステム１０を使用できるようにする、状態保存機構１３によって提供される。状態保存機構については、１．４．４．節で更に詳しく説明する。
【００７８】
図７及び図８は、或る好適な実施形態で用いられているポータルディレクトリコントローラー２０を、ブロック図形式で示している。ポータルディレクトリコントローラー２０（図１３も参照）は、ポータルを可視的に管理する。ポータル１６は、システムの利用と一体になっており、通常最もよく用いられるシステム要素である。このため、ポータルディレクトリコントローラー２０は、削除できる他のフレームとは異なり、常にデスクトップ上に存在している。図８に示すように、或る好適な実施形態では、システムは、局所及び遠隔データソースの両方にアクセスする。実際に、データソースの数又は型式と、その物理的位置には何の制限もない。例えば、遠隔データソース１２ａ−ｆは、インターネット、イントラネット、イントラネットにリンクされているエクストラネット又はそれらの何れかの組み合わせの様な電話通信ネットワークを介して、遠隔的にアクセスすることができる。
【００７９】
ポータルディレクトリコントローラー２０は、ポータル１６の作成、編成及び管理を促進する。或る好適な実施形態のコントローラー２０は、ツリー構造を利用し、ユーザーが、製造のような登録されているポータルフォルダー（図１３、１９参照）から、個々のプラントに対応するフォルダー、そして階層のアッセンブリレベルを経て、最終的には製品モデルにまで容易に進むことができるようにする（図８参照）。
【００８０】
本発明によれば、登録されているポータル１６を開くと、先に実行された何れかの分析が示される（図９参照）。先に何が実行されていたかを憶えている本システムのこの能力は、ユーザーが分析を再作成する手間を省き、本発明のシステム１０に固有の強力な生産性ツールである。分析とソースの接続も、本システムの他のユーザーと好適に共有されている。
【００８１】
先に述べたように、ポータル１６は、システム１０の主要な部分を形成しており、本システムの心臓部にある。ポータル１６は、分析を編成し、表示することによって生産性を改善する。更に、ポータル１６は、開かれているときは、全分析を自動的に実行する（ポータル内の全ビューワを再表示する）。これには、ビューワ１８ａ−ｄに関連する問合せを再実行する段階が含まれる。
【００８２】
図８及び図９には、それぞれ、本発明によるポータル１６インタフェースの概略図と実際の表示を示している。図示の通り、ポータル１６は、少なくとも１つのビューワ１８、メニューバー６０、ツールバー６２、及びステイタスバー６４を含んでいる。
【００８３】
或る好適な実施形態では、ポータル１６は、データ分析ツールの集まりとしての機能に加えて、セッションのような情報を捕捉することによって、作業セッションのためのプロキシとして働く。従って、ポータル１６は、特定の状況に関する情報を収集するのに用いられる。データは、そのデータソースディレクトリコントローラー２２を使ってシステム１０内で見つけられた後、ポータル１６によって入手可能な可視化技法を使って分析される。
【００８４】
データを、可視化技法を利用するビューワ１８ａ−ｄに関連付けるシステム１０の能力は、高度な分析の実行を可能にする。具体的には、データは、データソースディレクトリコントローラー２２を使って、システム１０に記述される。情報は、システム１０に、どこでデータソースを見つけ出すか、データを呼び集めるときにどのデータを検索すべきかを教える。一旦データがシステム１０に定義されると、データは、分析及び反復、データセットの作成、データソースの比較などのためにビューワ１８ａ−ｄに結び付けられる。
【００８５】
或る好適な実施形態では、システム１０は、補助コントローラーを使って、ポータルが使用するかもしれない数千にも達する可能性のあるデータソースを個々に管理する。これが、データソースディレクトリコントローラー２２（図１２も参照）である。このコントローラーは、各データソースが、オラクル又はＶＳＡＭのような１つ又は複数のデータシステムへの接続を指定するデータソースの仕様を可視的に管理する。このコントローラーを使えば、ユーザーは、データソースを作成、編集、編成、選択及び削除することができる。実際、接続は、何れの好みの方法で編成してもよい。例えば、内容、区分、プロジェクト、及び何れか又は全ての順列によってデータを収集するデータソースフォルダを作成することもできる。一旦データソースが作成されると、上記のような、１つ又は複数のポータルビューワを介してデータにアクセスすることができる。
【００８６】
実際に、データソースは、単一のデータのソースへの接続として記述してもよいし、簡単又は複雑なツリー構造として接続してもよい。この様にして、階層データ接続は作成される。データソースディレクトリコントローラー２２内のデータソースと、ポータル１６内で開いているデータビューワ１８ａ−ｄとを強調表示することによって、データソース接続からのデータはビューワ１８ａ−ｄに結び付けられ、データはビューワ１８ａ−ｄ内に表示される。ツリー構造の階層は、好適に、階層格子ビューワを使って閲覧することができる。
【００８７】
データソースディレクトリコントローラー２２は、データソースを記述する機能を広範に提供する。データは、或る好適な実施形態では、標準構造の問合せ言語（ＳＱＬ）を使って記述されている。通常は、このＳＱＬ記述は、データフィールドのエントリとグラフィカルな選択から自動的に生成される。これは、更に、表記述子の結合を作成する結合機能２４を含んでおり、これは明示的でも仮想でもよい。システムのユーザーは、これらの機能を実行するのにＳＱＬを知らなくともよい。ユーザーがこの基本情報を修正すれば、もっと高度な問合せを利用できると考えられる。
【００８８】
或る好適な実施形態では、各ビューワは、データソースディレクトリコントローラー内で選択されるデータソースで作業するだけでなく、元のデータソースのクローンを維持するので、このデータソースを使っているシステムの他の要素に影響を及ぼすことなく、このクローンを個別に修正することができる。このクローンへのアクセスは、ビューワの選択データソースメニューアイテムを通して行う。
【００８９】
ポータルディレクトリコントローラー及びデータソースディレクトリコントローラーは、更に以下のように規定されている。
【００９０】
１．４．５． データ品質制御作業を保存し、復元し、共有し、合体させるためのワークフロー概念
Ｊａｖａ（登録商標）テクノロジーは、個々の実行時オブジェクトを持続的にする基本的直列化機能を提供している。しかしながら、情報を開放環境内で復元し共有できるように、全データを捕捉し、進行中又は終了時に作業を効果的に保存するには、追加のサービスが必要となる。開放環境態様は、本発明のシステムのワークフローマネージャーの実行に相当な複雑さを追加するが、このマネージャーは、根本的な保存、共有及び復元機能と、共有されているリソースを既存の環境に併合するための拡張したサービスとを提供する。
【００９１】
或る好適な実施形態では、以下の２つの機能が、ワークフロー管理に対するサポートの大部分を提供する。
【００９２】
・データソースディレクトリコントローラー
・ポータルディレクトリコントローラー
【００９３】
これらのコントローラーの基本サービスは、以下のように分類される。
１．保存及びオープンサービス、これは、ユーザーが、進行中の作業を保存及び再ロードできるようにする専用の「ヘルプ」サービスである。例えば、オプション及びファイルダイアログが、ユーザーに、リソース及びオプションを選択して、先に保存されている進行中の作業を再ロードする能力を与えるために、提供されている。
２．作業結果の共有、これは、ユーザーが、進行中の作業を共有する専用の「ヘルプ」サービスである。
ファイルメニュー（図２１参照）は、両方のコントローラーで同じであるが、それぞれ、ポータルか、データソースディレクトリのどちらかに適用される。
【００９４】
本発明のシステムは、上記に加えて、取り扱っているリソースの型式に依って自動的に適用される専用の拡張サービスを提供する。そのようなサービスには、以下のものが含まれる。
３．ポータル状態保存及びオープンサービス、これは、ポータル情報を捕捉して外部に示し、開放環境内で保存及び復元されるか、共有されるか、併合されるようにするための専用の拡張サービスである。例えば、この専用サービスは、共有ポータルの、異なるユーザーが所有するセッション内の既存のポータルとの併合を管理するのに用いられる。
４．データソース状態保存及び復元サービス、これは、データソース情報を捕捉して外部に示し、開放環境内で保存及び復元されるか、共有されるか、併合されるようにするための専用の拡張サービスである。例えば、この専用サービスは、１つ又は複数の共有データソースの、新らしいデータソースディレクトリへの併合を管理するのに用いられる。
【００９５】
ポータルディレクトリコントローラーフレーム（図１３参照）及びデータソースディレクトリコントローラーフレーム（図１２参照）は、正規フレームとしてレイアウトされている。両方のフレームは、上部にメニューバーを有しており、その下にツールバーが備えられている。これらの２つのコントローラーでは、ツールバーの下に、登録されているポータルフレームか、又は登録されているデータソースの何れかがある。ポータルとデータソースのフレームの挙動は、実質的に同じである。従って、簡略化のため、ポータル管理についてだけ説明する。
【００９６】
図１８において、フレームの左部分はフォルダー階層を表示しており、アイコンがフォルダーを示している。フォルダー階層は展開及び圧縮可能であり、階層内のブランチは、アイコンボタンによって以下のように識別される。
【００９７】
１．水平方向ハンドル付のアイコンボタンは、圧縮されているブランチを意味する。ブランチを展開するには、ユーザーは、ボタンをクリックしなければならない。
２．垂直方向ハンドル付のアイコンボタンは、展開しているブランチを意味する。ブランチを圧縮するには、ユーザーは、ボタンをクリックしなければならない。
【００９８】
ユーザーは、ブランチを展開又は圧縮するのに用いられているアイコンを、プラス及びマイナス符号のアイコンのような別のアイコンに変更できるのが望ましい。内容（右側）フレーム内のフォルダーアイコンをダブルクリックすると、フォルダーが展開する。この様に、左側フレーム内でフォルダーが選択及び表示され、右側フレーム内にその内容が表示される。
【００９９】
上記例では、フォルダーＭｙＰｏｒｔａｌｓは圧縮されている。図１９は、ＭｙＰｏｒｔａｌｓフォルダーが展開している例である。右側のフレームは、選択されたフォルダーの内容を表示する。或るフォルダーに、他のフォルダー、ポータル又は両方が入っていてもよいことは明らかである。右側のフレームのＭｙＰｏｒｔａｌｓをクリックすると、図２０に示すように、その内容が表示される。或る好適な実施形態では、既存のポータルが開かれるとき、そのポータルが閉じられる前の最新の状態が表示されるので、先のログオンセッションで実行された分析を再作成するユーザーの時間及び手間が省かれる。この好適実施形態に用いられている状態保存機構は、システムのユーザーの間で、データを簡単に共有できるようにする。
【０１００】
図１４に示すように、Ｆｏｌｄｅｒを強調表示して、ＥｄｉｔＦｏｌｄｅｒメニューアイテムを選択すると、ユーザーがフォルダー情報を修正できるようになるＥｄｉｔＦｏｌｄｅｒ情報ダイアログボックスが開く。強調表示されたＰｏｔａｌの選択も同じように行える。
【０１０１】
ポータル及びデータソースのディレクトリコントローラー用のビュー・メニューはほぼ同様であるが、リソース型式が異なるため、それらの挙動も異なっている。従って、これらのメニューについて個々に論じる。
【０１０２】
ポータルディレクトリビューメニュー（図１４及び図１５）は、ポータルディレクトリと、個々のポータルの作成、破壊及び編成とを管理する。
【０１０３】
１．ＮｅｗＰｏｒｔａｌ−新規のポータルを作成する。
２．ＯｐｅｎＰｏｒｔａｌ−強調表示されたポータルを開く。
３．ＥｄｉｔＰｏｒｔａｌ−強調表示されたポータルを編集する。
４．ＮｅｗＦｏｌｄｅｒ−新しいポータルディレクトリコントローラーを作成する。
５．ＥｄｉｔＦｏｌｄｅｒ−強調表示されたポータルディレクトリコントローラーフォルダーを編集する。
６．Ｃｏｐｙ−後でペーストするのに備え、選択されたフォルダー又はポータルのコピーをクリップボード上に置く。
７．Ｃｕｔ−後でペーストするのに備え、選択されたフォルダー又はポータルのコピーをクリップボード上に置き、ペースト後に選択を削除する。
８．Ｐａｓｔｅ−フォルダー又はポータルを、クリップボードから選択されているフォルダーへペーストする。
９．Ｄｅｌｅｔｅ−選択されているオブジェクト（ポータル又はコントローラー）を削除する。
【０１０４】
メニューバーの下のポータルディレクトリコントローラーツールバー（図１５参照）にはアイコンが入っており、クリックすると、メニューバー（上記で説明済み）に入っているコマンドが実行される。ツールバーボタンを右クリックすると、以下に規定するように、その動作のためのヘルプが表示される。
【０１０５】
データソースディレクトリ編集メニュー（図１６参照）を使えば、ユーザーは、フォルダー又はデータソースを作成、編集、編成又は削除することができる。編集メニューアイテムは、以下の通りである。
【０１０６】
１．ＮｅｗＤａｔａＳｏｕｒｃｅ−選択されたフォルダー内に新しいデータソースを作成するため、ＮｅｗＤａｔａＳｏｕｒｃｅ情報ダイアログボックスを開く。
２．ＥｄｉｔＤａｔａＳｏｕｒｃｅ−選択されたデータソースのためにＥｄｉｔＥｘｉｓｔｉｎｇＤａｔａＳｏｕｒｃｅダイアログボックスを開く。
３．ＮｅｗＦｏｌｄｅｒ−選択されたフォルダー内に新しいフォルダーを作成する。
４．ＥｄｉｔＦｏｌｄｅｒ−選択されたフォルダーの情報を編集する。
５．Ｃｏｐｙ−後でペーストするのに備え、選択されたフォルダー又はデータソースのコピーをクリップボード上に置く。
６．Ｃｕｔ−後でペーストするのに備え、選択されたフォルダー又はデータソースのコピーをクリップボード上に置き、ペースト後に選択を削除する。
７．Ｐａｓｔｅ−フォルダー又はデータソースを、クリップボードから選択されたフォルダーへペーストする。
８．Ｄｅｌｅｔｅ−選択されたフォルダー又はデータソースを削除する。
【０１０７】
メニューバーの下のデータソースディレクトリツールバー（図１７参照）には、アイコンボタンが入っており、クリックすると、メニューバーに入っているコマンドが実行される。ツールバーボタンを右クリックすると、１．４．５．節で規定したように、その動作のためのヘルプが表示される。
【０１０８】
或る好適な実施形態では、ポータル１６を開くと、ポータル１６を閉じる前の状態と同じ状態で開く。ポータル１６が始めて開かれるときには、デフォルト情報を使って開かれる。先に保存されているポータル１６が、現在のセッションで始めて開かれるときは、最新の保存時の状態を使って開かれる。更に具体的には、状態保存機構１３を参照すると、各ポータル１６は、ポータルディレクトリコントローラー２０及びデータソースディレクトリコントローラー２２と関連付けられている。
【０１０９】
ポータル状態を持続性とするため、本発明のシステム１０は、作動中にポータル１６の状態を分析する。具体的には、本システムは、データソース１２ａ−ｆがどのビューワ１２ａ−ｄと関係付けられているかばかりでなく、ポータル１６内でどのデータソース１２ａ−ｆが使用されているかを判定する。そうすると、同じ状態を後で使用して、ポータル１６を、保存時の元の状態に戻すことができる。ポータル１６が保存されるとき、ポータル１６と関連しているデータソース接続も保存される。
【０１１０】
図１、５及び１０に示すように、状態保存機構１３を使って、データソースディレクトリコントローラー２２とポータルディレクトリコントローラー２０は、ポータル１６を再開させる際に、自身を以前の状態に復元させる。状態保存機構１３と関係付けられている情報は、エクスポートされ、他と共有される。すると、他のユーザーは、ポータル１６をそのまま使用することもできるし、個人的に利用するためにポータル１６を修正することもできる。状態保存コントローラー１３の特徴は、マウスをクリックすれば分析を実行できるようにすることによって、ユーザーを更に生産的にする。つまり、ポータル１６が開けられると、ユーザーがビューワ１８ａ−ｄを作成するのに必要な全ての作業を再作成する必要なしに、ポータル１６内の全てのビューワ１８ａ−ｄが、システム１０によって再び開かれる。
【０１１１】
状態保存機構１３を使用すると、本発明のシステムは、システムの特定の状態を保存することができるので、システムのユーザーは、分析の全要素を再作成するのに必要な手間又は作業を繰り返すことなく、ユーザーの作業を再生することができる。本発明では、２つの異なる状態保存がある。一方の状態保存は、他方の状態保存のサブセットである。ユーザーは、結果として、ポータルの状態を保存することもできるし、データソース定義を保存することもできる。ポータル状態の保存には、ポータルに関連する全データソース情報を含め、ポータルを再作成するのに必要な全ての状態情報の保存が伴う。
【０１１２】
状態保存機能、つまり保存ポータル状態１３ａに関して言えば、状態保存機能１３は、ポータル１６と関係付けられているビューワと、ビューワが接続されているデータソース１２ａ−ｆを判定する。状態保存機構は、他の関連データの状態も判定する。この情報は、次に、直列化され、後で検索するのに備えてデータファイル５４に保存される。この状態保存機能１３は、開かれているビューワ１８の型式と、その関連データソース情報とを含んでいる。各ポータル１６は多くの型式のビューワ１８、即ち、各型式の多くのインスタンスを有しているので、この状態保存機構１３は、特定のポータル１６によって利用されている全てのビューワ１８を識別することができる。この情報は、ユーザーが介入する必要なしにポータル１６内のビューワ１８の各インスタンスを再作成するのに足るものである。
【０１１３】
保存ポータル状態１３ａは、ポータル１６が使用しているビューワ１８を保存するだけでなく、ビューワ１６の各インスタンス用のデータソース定義も保存する。或る好適な実施形態によれば、保存されているデータソース定義は、ユーザーの介入無しに、開放環境内でビューワを再作成するに足る情報を含んでいる。このアプリケーション内の開放環境は、ポータルの動的な選択をサポートするものであり、各ポータルがビューワの動的セットを有しており、ビューワは時間経過と共に随意的に変化しているデータソースにアクセスする。開放環境内でビューワを再作成するために保存しなければならない情報は、ＪＤＢＣ接続を指定している全てのデータと、ビューワでのデータ閲覧に関するユーザーの好みを示す特性と、ポータル内の各ビューワに関する仕様の収集と、各ポータルに関する仕様の収集と、ポータルとデータソースディレクトリ両方に関する仕様を含んでいる。保存しなければならない実際の情報量は、環境に依って明らかに変わる。
【０１１４】
特定のポータル１６を復元したければ、復元又は「開」ポータル状態プロセス１３ｂを開始する。復元ポータル状態プロセス１３ｂは、保存ポータル状態プロセス１３ａから直列化されたファイルを取り出し、ユーザーの介入無しに、元の作業を再作成する。これには、ポータル１６を再作成することのできるシステムに情報をロードし戻す段階が含まれている。復元ポータル状態プロセス１３ｂは、直列化されている情報を分析し、ビューワ１８の各インスタンスをポータル１６内に再作成する。このプロセスは、適切なデータソース１２ａ−ｆに接続されているビューワ１８の作成を含んでいる。復元ポータル状態プロセス１３ｂも、適切なデータソース１２ａ−ｆに接続されているビューワ１８の作成を含んでいる。復元ポータル状態プロセス１３ｂは、更に、データソース１２ａ−ｆへの新しい接続の作成を提供するので、ビューワ１８は、各ビューワ１８をポータル１６内に作成するのに必要な作業を繰り返す必要がない。本発明によれば、ポータル１６を開くと、システムは、状態保存時のポータル内の全てのビューワ１８を再作成し、ビューワ１８をそれらの関係するデータソース１２ａ−ｆに接続し、データ問合せを実行し、ポータル内の全てのビューワに関するデータを表示する。
【０１１５】
更に、或る好適な実施形態によれば、ポータル情報を保存する段階は、ユーザーに、ポータル情報を共有する能力を提供する。ポータル機構の共有は、保存ポータル状態プロセス１３ａによって作成されたファイルを取り出し、ポータル１６が作成された環境と異なる環境５６内にポータル１６を再作成する共有プロセス１３ｃによって使用可能となる。これは、元のポータルと関連データソース定義の中に入っているビューワの全てのインスタンスを作成する段階を含んでいる。ポータル１６を開くと、システムは、状態保存時のポータル１６内の全てのビューワ１８を再作成し、ビューワ１８をそれらの関連データソース１２ａ−ｆに接続し、データ問合せを実行し、結果をビューワ１８に表示する。
【０１１６】
或る好適な実施形態では、状態保存機構は、関連データソースも保存する。従って、保存データソースプロセス１３ｄは、保存ポータルプロセス１３ａのサブセットと見なすこともできる。保存データソースプロセス１３ｄは、データソース１２ａ−ｆに関する状態及び他の既知の情報全てを分析し、この情報を直列化し、それをファイル５６内に保存する。これらのファイル５６は、復元することもできるし、他のユーザーと共有することもできる。保存されているデータは、一般的には、データソース１２ａ−ｆが再開され、又は共有されたときに、データソース１２ａ−ｆへの接続を作成するに足るものである。
【０１１７】
ユーザーは、データソースを復元したければ、復元データソースプロセス１３ｅを開始する。このプロセスは、保存データソースプロセス１３ｆによって準備されたファイルを取り出し、状態を以前の状態に復元する。状態復元が完了すると、データソース１２ａ−ｆに関係付けられたデータセットへの接続は、ユーザーの介入無しに確立される。これにより、データソースへの接続を確立するときに、情報を再作成する必要が無くなる。
【０１１８】
関連ポータル保存状態プロセス１３ａでの様に、データソースは、システムの複数のユーザーの間で共有することができる。共有データソースプロセス１３ｆによれば、保存データソースプロセス１３ｄによって準備されたファイルは、状態及び他の記憶されている情報に基いて復元される。このプロセスが完了すると、ユーザーの介入無しに、データソースへの接続が作成される。繰り返すが、この特徴は、システムの新しいインスタンス５８内にデータソース定義情報を再作成する必要を無くし、ユーザーがデータソースへ迅速に接続できるようにする。
【０１１９】
１．４．６． メニュー及びツールバーヘルプへの右クリック
迅速且つ文脈依存のヘルプによってユーザーを支援するため、本発明に従って多くの規定が開発されてきた。本発明のこの態様は、迅速且つ直接的支援をユーザーに提供するための特定のアプローチに向けられている。図１に示すように、システムの表示されている各フレームは、明示的ヘルプ機構（図２２も参照）を有しているが、メニュー及びツールバーアイテムに関し迅速且つ文脈特定的ヘルプを得るための、追加の暗示的ヘルプ機能もある。或る好適な実施形態では、メニュー又はツールバーアイテムは、マウスの右ボタン（「メタ」ボタンと呼ばれることも多い）をクリックすることによって簡単に選択することができる。これによって、そのアイテムに関するヘルプ情報が直ちに表示される。図１１は、このオペレーションの基本的な論理の流れを表している。具体的には、第１段階で、ユーザーは、ツールバー又はメニューアイテム上で事前特定ボタン（マウスのメタボタンであるのが望ましい）をクリックする。次の段階で、特定のアイテムに関するヘルプ情報がシステムのヘルプファイル内に配置される。最後に、ヘルプ情報が、望ましくはヘルプを要求したアイテムの位置近くで、ユーザーに表示される。或る好適な実施形態によれば、システム１０のグラフィカルユーザーインタフェース上でメニューアイテム又はツールを右クリックすると、そのアイテムに関する文脈依存ヘルプが現れる。この方式は、ユーザーに、ヘルプシステムを通して彼又は彼女の方法を作用させ、メニューアイテムに関する特定のヘルプを見つけ出すよう要求する大部分の先行技術のヘルプシステムとは異なっている。本発明のシステムは、ユーザーに、直接、最小の手間で所望のヘルプ情報をもたらすことによって、ＧＵＩを効果的に利用し、ユーザーに利便性と生産性を提供する。
【０１２０】
１．４．７ ユーザー動作の記録、編集及び報告のための複数のトランスクリプト
本発明に従って用いられているトランスクリプトマネージャーは、ユーザーの動作を記録し、その基本レベルでは本質的にはログを提供する。しかしながら、或る好適な実施形態では、トランスクリプトマネージャーは、望ましくは書式付きテキスト編集及び埋め込み図形を備えている、複数の並行的トランスクリプトの実行のような追加のサービスを提供する。或る好適な実施形態のトランスクリプトマネージャーは、いわゆる「モデル・ビュー・コントローラー」方式で保持していると、トランスクリプトコントローラー（図２３参照）と呼ばれるビューによって可視化することができる。このモデルは、それが管理している全トランスクリプトについての、潜在的には数千のオブジェクトと、それらの状態パラメーターとのモデルである。
【０１２１】
本システムは、更に、ユーザー動作のトランスクリプトを維持する。これらのユーザーのトランスクリプトは、編集され、作成され、保存される。これによって、１つのユーザーセッションから別のユーザーセッションまで完全な分析を保持できる。或る好適な実施形態では、セッションの開始時に、読み取り専用である永久マスタートランスクリプトが、各ユーザーに割り当てられる。このトランスクリプトは、ログオンセッションの間に実行される全ての動作を捕捉する。システム管理者及び監査役は、この機構を使って、ユーザー動作を追跡することができる。
【０１２２】
別の実施形態では、ユーザーは、１つ又は複数の追加的作業用トランスクリプトを作成することができ、各トランスクリプトは、読み取り専用トランスクリプトが更新されるのと同時に自動的に更新されるようになっている。「データエラー解決」と題するトランスクリプトは、本発明に従って用いられる追加の開放トランスクリプトの例である。作業用トランスクリプトは、読み取り専用トランスクリプトの完全性を保ちながら、ユーザーが１つ又は複数の作業用トランスクリプトを編集するための手段を提供している。そのような作業トランスクリプトは、分析の知見を文書化し、又は活動に関する状態報告を作成するのに有用である。上記のように、マスタートランスクリプトは編集可能ではないが、トランスクリプトのエントリは、コピーして、別のトランスクリプトで使用することができる。本発明は、開かれるトランスクリプトの数に制限を課さず、その機能は、任務に重要な動作及びユーザー編集可能なトランスクリプトには特に有用である。
【０１２３】
以下に、或る好適な実施形態（図２５参照）に用いられているトランスクリプトコントローラー用のファイルメニューについて簡単に説明する。このメニューは、新しいトランスクリプトを作成し、既存のトランスクリプトを開き、トランスクリプトを保存し、トランスクリプトを閉じるのに用いられる。図示のように、ファイルメニューは、以下のメニューアイテムを有している。
【０１２４】
１．Ｎｅｗ−新しいトランスクリプトを作成し、開く。
２．Ｏｐｅｎ−保存されているトランスクリプトを開く。
３．Ｓａｖｅ−アクティブなトランスクリプトをファイルに保存する。
４．ＳａｖｅＡｓ−アクティブなトランスクリプトを、新しい名称で保存する。
５．Ｃｌｏｓｅ−アクティブトランスクリプトを閉じる。
【０１２５】
或る好適な実施形態では、ユーザー用のマスタートランスクリプトは、ログオンセッションが終了すると自動的に保存される。更に、先に保存されているマスタートランスクリプトは、見直すために開くことはできるが、ユーザーがそれを編集することはできない。ユーザーのトランスクリプトは、ユーザーの判断で、保存してもしなくてもよい。メニューバーの下にあるトランスクリプトツールバー（図２４参照）には、クリックするとメニューバー内の様々なコマンドを実行するアイコンが入っている。
【０１２６】
図２６は、多数のトランスクリプトを操作するために入力を経路付けするためのデータの流れを示している。下記の２つの型式の入力が用いられる。
【０１２７】
１．ホストシステム用のログイベント２６ａと、
２．指定されたトランスクリプトの内の１つだけを意図しているユーザー入力２６ｆ。
【０１２８】
ログイベント２６ａは、ホストシステムによって生成されるイベントである。このイベントは、テキスト編集命令２６ｂに変換され、マスタートランスクリプト２６ｃと、全てのアクティブなユーザートランスクリプトに同報通信される。ユーザー入力２６ｆは、通常、キーボード及びマウス操作によるユーザー入力編集命令である。トランスクリプト２６ｃ、２６ｄ、２６ｅは、編集命令を実行する機能を備えたオブジェクトである。
【０１２９】
以上、本発明の様々な実施形態の態様について記載し説明してきたが、当業者には理解頂けるように、代替構成要素及び技法、並びに記載した構成要素及び技法の様々な組み合わせを、ここに記載した実施形態に置換、又は追加することもできる。従って、本発明は、ここに記載している特定の実施形態によってではなく、特許請求の範囲に述べる事項により定義されるものであり、同事項は、請求構造の安定した原理に従って解釈されるよう意図されている。
【０１３０】
添付資料Ａには、本発明のシステム及び方法と態様に向けられたソースコードのリストが入っている。本特許書類の開示のこれらのリスト及びその他の部分には、著作権保護の対象となる資料が入っている。著作権所有者は、特許商標局の特許ファイルで公にされた際には、特許書類又は特許開示を何人が複写複製しようと異論は無いが、そうでなければ如何なる場合も全ての著作権を留保するものである。
【０１３１】
【０１３２】
【０１３３】
【０１３４】
【０１３５】
【０１３６】
【０１３７】
【０１３８】
【０１３９】
【０１４０】
【０１４１】
【０１４２】
【０１４３】
【０１４４】
【０１４５】
【０１４６】
【０１４７】
【０１４８】
【０１４９】
【０１５０】
【０１５１】
【０１５２】
【０１５３】
【０１５４】
【０１５５】
【０１５６】
【０１５７】
【０１５８】
【０１５９】
【０１６０】
【０１６１】
【０１６２】
【０１６３】
【０１６４】
【０１６５】
【０１６６】
【０１６７】
【０１６８】
【０１６９】
【０１７０】
【０１７１】
【０１７２】
【０１７３】
【０１７４】
【０１７５】
【０１７６】
【０１７７】
【０１７８】
【０１７９】
【０１８０】
【０１８１】
【０１８２】
【０１８３】
【０１８４】
【０１８５】
【０１８６】
【０１８７】
【０１８８】
【０１８９】
【０１９０】
【０１９１】
【０１９２】
【０１９３】
【０１９４】
【０１９５】
【０１９６】
【０１９７】
【０１９８】
【０１９９】
【０２００】
【０２０１】
【０２０２】
【０２０３】
【０２０４】
【０２０５】
【０２０６】
【０２０７】
【０２０８】
【０２０９】
【０２１０】
【０２１１】
【０２１２】
【０２１３】
【０２１４】
【０２１５】
【０２１６】
【０２１７】
【０２１８】
【０２１９】
【０２２０】
【０２２１】
【０２２２】
【０２２３】
【０２２４】
【０２２５】
【０２２６】
【０２２７】
【０２２８】
【０２２９】
【０２３０】
【０２３１】
【０２３２】
【０２３３】
【０２３４】
【０２３５】
【０２３６】
【０２３７】
【０２３８】
【０２３９】
【０２４０】
【０２４１】
【０２４２】
【０２４３】
以下、原特許出願の出願時の特許請求の範囲の記載を追加的に開示する。
〔請求項１〕
データ管理システムにおいて、
システムを１つ又は複数のデータソースに接続するインタフェースと、
前記１つ又は複数のデータソースを管理するための前記インタフェースにリンクされている少なくとも１つの機構と、
それぞれがデータソースにアクセスし、前記データソース内のデータの分析を実行し、分析結果を表示するよう構成されている複数のデータビューワを備えている少なくとも１つのポータルであって、各ポータルが、作成、保存、開放、編集、併合及び破壊の管理機能の内の１つ又はそれ以上を有するよう構成されているポータルと、を備えていることを特徴とするシステム。
〔請求項２〕
前記データソースの少なくとも１つは、電話通信ネットワークを介して遠隔的にアクセス可能であることを特徴とする、請求項１に記載のシステム。
〔請求項３〕
前記電話通信ネットワークは、インターネット、イントラネット、イントラネットにリンクされているエクストラネット、の内の１つであることを特徴とする、請求項２に記載のシステム。
〔請求項４〕
前記インタフェースは、異なるデータシステムの下で作動する少なくとも２つのデータソースに接続されていることを特徴とする、請求項１に記載のシステム。
〔請求項５〕
前記１つ又は複数のデータソースは、ＤＢ２、オラクル、Ｓｙｂａｓｅ、ＩＮＦＯＲＭＩＸ、ＭＳ ＳＱＬ ＳＥＲＶＥＲ、ＪＭＳ、ＰＤＳ、ＱＳＡＭ及びＶＳＡＭ、又はそれらの組み合わせ、のデータシステムの内の１つ又はそれ以上であることを特徴とする、請求項１に記載のシステム。
〔請求項６〕
前記インタフェースは、前記１つ又は複数のデータソース用の接続仕様を作成、編集、編成、選択及び削除するよう構成されているデータソースコントローラーを備えていることを特徴とする、請求項１に記載のシステム。
〔請求項７〕
前記データビュワーは、リンク−ノード式の線図を使ってデータの関係を示す網状ビューワと、表フォーマットでデータを示す表ビューワと、一度に一行のデータを示す記録ビューワと、汎用ＳＱＬコマンド用のＳＱＬダイアログ及びビューワと、チャートフォーマットでデータを示すチャートビューワ、の内の１つ又はそれ以上であることを特徴とする、請求項１に記載のシステム。
〔請求項８〕
前記少なくとも１つのポータルは、異なるソースからのデータの並行的可視化及び操作を可能にすることを特徴とする、請求項１に記載のシステム。
〔請求項９〕
システムオペレーションの状態を記録する状態保存機構を更に備えていることを特徴とする、請求項１に記載のシステム。
〔請求項１０〕
前記状態保存機構は、状態が開放環境内で復元できるように、システムオペレーションの状態を記録することを特徴とする、請求項９に記載のシステム。
〔請求項１１〕
前記状態保存機構は、各データソースが関係付けられているビューワによって用いられるデータソースを監視し記録するための装置を備えていることを特徴とする、請求項９に記載のシステム。
〔請求項１２〕
ポータルは開閉可能であり、前記状態保存機構からの情報は、前記ポータルを再開する際に、保存されているポータルの最新状態を復元するのに使用できることを特徴とする、請求項１１に記載のシステム。
〔請求項１３〕
１つのポータルの内容を、他のポータルと併合できることを特徴とする、請求項１１に記載のシステム。
〔請求項１４〕
１つのポータルの内容を、同じユーザーセッション内の他のポータルと併合できることを特徴とする、請求項１２に記載のシステム。
〔請求項１５〕
１つのポータルの内容を、同じユーザーの異なるセッション内の他のポータルと併合できることを特徴とする、請求項１２に記載のシステム。
〔請求項１６〕
１つのポータルの内容を、異なるユーザーの異なるセッション内の他のポータルと併合できることを特徴とする、請求項１２に記載のシステム。
〔請求項１７〕
前記状態保存及びロード機構は、複数のユーザーの間でデータ共有を可能にすることを特徴とする、請求項１０に記載のシステム。
〔請求項１８〕
１つのポータルの内容を、時間的に遅い時点で、異なるユーザーの異なるセッション内の他のポータルと併合できることを特徴とする、請求項１７に記載のシステム。
〔請求項１９〕
前記インタフェースは、どの様なＪＤＢＣ接続性でも作動することを特徴とする、請求項１に記載のシステム。
〔請求項２０〕
前記少なくとも１つの管理している機構は、試験データセットを作成するよう構成されていることを特徴とする、請求項１２に記載のシステム。
〔請求項２１〕
前記管理している機構は、２つ以上のデータソースの内容を比較するよう構成されていることを特徴とする、請求項１に記載のシステム。
〔請求項２２〕
前記管理している機構は、３つ以上のデータソースの内容を比較するよう構成されていることを特徴とする、請求項１に記載のシステム。
〔請求項２３〕
前記管理している機構は、データセットの問合せ、データセットの更新、データセットの保存、データセットの復元、及び、データセットの再構築の内の１つ又はそれ以上を実行するよう構成されていることを特徴とする、請求項１に記載のシステム。
〔請求項２４〕
前記システム内で実行される動作の記録を提供するトランスクリプト機構を更に備えていることを特徴とする、請求項１に記載のシステム。
〔請求項２５〕
１つ又は複数の読み取り専用のトランスクリプト機構を更に備えていることを特徴とする、請求項２４に記載のシステム。
〔請求項２６〕
１つ又は複数のユーザー編集可能なトランスクリプト機構を更に備えていることを特徴とする、請求項２５に記載のシステム。
〔請求項２７〕
データ品質制御システムにおいて、
システムを複数のデータソースに接続するインタフェースと、
前記インタフェースに作動的に接続されており、それぞれがデータソースにアクセスして、前記データソース内のデータの分析を実行し、分析結果を表示するよう構成されている複数のデータビューワを備えている、少なくとも１つのポータルと、
分析されるデータの１つ又は複数のデータソースと、実行されるデータ分析の型式とを選択するためのグラフィカルユーザーインタフェースを含んでいるデータ入力機構と、を備えていることを特徴とするシステム。
〔請求項２８〕
前記少なくとも１つのポータルは、データ分析を保存するための手段を備えていることを特徴とする、請求項２７に記載のシステム。
〔請求項２９〕
前記保存するための手段は、保存ポータル状態プロセスと、復元ポータル状態プロセスと、共有ポータル状態プロセスと、保存データソース定義プロセスと、復元データソース定義プロセスと、共有データソース定義プロセス、の内の１つ又はそれ以上を含んでいることを特徴とする、請求項２８に記載のシステム。
〔請求項３０〕
ポータルのデータビュワーは、網状ビューワと、表ビューワと、チャートビューワと、一度に一行のデータを示す記録ビューワと、汎用ＳＱＬコマンドのためのＳＱＬダイアログ及びビューワ、の内の１つ又はそれ以上を含んでいることを特徴とする、請求項２７に記載のシステム。
〔請求項３１〕
前記少なくとも１つのポータルは、ディレクトリコントローラーと関係付けられていることを特徴とする、請求項２７に記載のシステム。
〔請求項３２〕
前記ディレクトリコントローラーは、データソースディレクトリコントローラーであることを特徴とする、請求項３１に記載のシステム。
〔請求項３３〕
少なくとも２つのデータソース内のデータを比較するための手段を更に備えていることを特徴とする、請求項２７に記載のシステム。
〔請求項３４〕
前記１つ又は複数のデータソースは、ＤＢ２、オラクル、Ｓｙｂａｓｅ、ＩＮＦＯＲＭＩＸ、ＭＳ ＳＱＬ ＳＥＲＶＥＲ、ＩＭＳ、ＰＤＳ、ＱＳＡＭ及びＶＳＡＭか、又はそれらの組み合わせのデータシステムの内の１つ又はそれ以上を含んでいることを特徴とする、請求項２７に記載のシステム。
〔請求項３５〕
少なくとも２つのデータソースが、異なるフォーマットの下で作動することを特徴とする、請求項２７に記載のシステム。
〔請求項３６〕
前記複数のデータソースは、ＤＢ２、オラクル、Ｓｙｂａｓｅ、ＩＮＦＯＲＭＩＸ、ＭＳ ＳＱＬ ＳＥＲＶＥＲ、ＩＭＳ、ＰＤＳ、ＱＳＡＭ及びＶＳＡＭか、又はそれらの組み合わせのデータシステムの内の１つ又はそれ以上を含んでいることを特徴とする、請求項３５に記載のシステム。
〔請求項３７〕
前記インタフェースは、どの様なＪＤＢＣ接続性でも作動することを特徴とする、請求項２７に記載のシステム。
〔請求項３８〕
文脈依存ヘルプ機構を更に備えていることを特徴とする、請求項２７に記載のシステム。
〔請求項３９〕
前記文脈依存ヘルプ機構は、マウスの右ボタンをクリックすることによって始動することを特徴とする、請求項３８に記載のシステム。
〔請求項４０〕
ツールバー又はメニューアイテムを備えている環境内で文脈依存ヘルプ機構を提供するための方法において、
コンピューターマウスのカーソルをツールバー又はメニューアイテムの１つの上へ向かわせるユーザーからの入力を受信する段階と、
前記マウスの右ボタンのクリックに対応するユーザー入力を受信する段階と、
前記クリックによって選択されたツールバー又はメニューアイテムに関係付けられたヘルプファイルの位置を突き止める段階と、
前記ヘルプファイルからの情報を、前記クリックによって選択されたツールバー又はメニューアイテムの近くに位置するポップアップウインドウ内で、ユーザーに表示する段階と、から成ることを特徴とする方法。
〔請求項４１〕
データ品質制御方法において、
ａ）指定された選択基準を使って、１つ又は複数のデータセットからデータを選択する段階と、
ｂ）選択されたデータから、少なくとも１つの新しいデータセットを作成する段階と、
ｃ）作成された少なくとも１つの新しいデータセットを修正して、アプリケーションプログラムを試験するのに必要な条件を示す段階と、
ｄ）１つ又は複数の修正されたデータセットを基準データセットと比較する段階と、
ｅ）前記修正されたデータセットと前記基準データセットの間の違いに関するデータセットを作成する段階と、から成り、
前記段階（ａ）−（ｅ）は、異なるデータフォーマットを有している可能性のあるデータを並行的に表示し、定義されたデータセットでデータ分析オペレーションを開始するよう構成されているグラフィカルユーザーインタフェース（ＧＵＩ）を使って実行されることを特徴とする方法。
〔請求項４２〕
データ品質制御方法において、
ａ）指定された選択基準を使って、２つ又はそれ以上のデータセットからデータを選択する段階と、
ｂ）２つ又はそれ以上の選択されたデータセットを比較する段階と、
ｃ）比較されているデータセットの間の違いに関するデータセットを作成する段階と、から成り、
前記段階（ａ）−（ｃ）は、異なるデータフォーマットを有している可能性のあるデータを並行的に表示し、定義されたデータセットでデータ分析オペレーションを開始するよう構成されているグラフィカルユーザーインタフェース（ＧＵＩ）を使って実行されることを特徴とする方法。
〔請求項４３〕
前記データを並行的に表示する段階は、それぞれが、データソースにアクセスして、データソース内のデータの分析を実行し、分析結果を表示するよう構成されている複数のデータビューワを備えているポータルを使って実行されることを特徴とする、請求項４２に記載の方法。
〔請求項４４〕
システムデータを１つ又は複数のデータソースに接続するインタフェースと、それぞれが、データソースにアクセスして、データソース内のデータの分析を実行し、分析結果を表示するよう構成されている複数のデータビューワを有しているポータルと、を備えているデータ管理システムにおいて、処理方法は、
作業セッションでアクセスされたデータソースに関する、各ポータルによって使用されているデータソース定義を監視し、記録する段階と、
前記作業セッションでアクセスされたデータソースに関係付けられたビューワの状態を監視し、記録する段階と、
ユーザーコマンドに応答して、１つ又は複数のポータルを閉じる段階と、
前記閉じるコマンドが受信されたときに存在しているデータソース定義及びビューワの状態を、メモリ場所内に記憶する段階と、から成ることを特徴とする方法。
〔請求項４５〕
前記閉じる段階は、前記作業セッションを終了させるコマンドに応答していることを特徴とする、請求項４４に記載の方法。
〔請求項４６〕
復元の段階は、ユーザーの介入無しに実行されることを特徴とする、請求項４４に記載の方法。
【技術分野】
【０００１】
本発明は、データ管理と、データ品質管理及び制御に関しており、厳密には、ソースデータへの接続を提供し、ユーザーがデータ構造を閲覧できるようにし、異質な可能性のあるデータシステム内に含まれているデータの管理と操作を可能にするシステム及び方法に関している。本出願におけるデータシステムとは、データが入っており、そのデータの管理を提供するあらゆるシステムである。データ管理とは、具体的にはデータシステムの管理態様のことである。一般的な用法では、データベースシステムは、通常、オラクル及びＤＢ２のような関連データシステムのことである。
【背景技術】
【０００２】
データの管理と、データ品質管理及び制御とは、現代の企業及び行政体のオペレーションに不可欠である。データベースの確立、日々の管理及びデータ品質試験は、複雑なタスクであり、特別に訓練されたオペレーター又は情報システムグループに任されることが多い。データベースを管理及び試験するタスクは、異なるデータベースフォーマットが存在し、企業、行政及び公益事業体はそのような異なるフォーマットを実行して効果的に協働させる必要があるため、非常に難しくなっている。
【０００３】
これらの難しさの理由の１つは、現在、異なるデータシステムに対して、個別の試験及び管理パッケージを開発していることである。例えば、或る会社がオラクルデータベースを運用している場合、具体的な試験及び管理ソフトウェアは、通常、オラクルデータベース上でのみで作動するよう意図して開発される。企業、行政又は公益事業体が運用している各データベースでも、同様のプロセスが起こっている。異なるデータシステムの保守に対し、個別のシステムが開発され使用されるので、異なるシステムのオペレーターは、管理及び試験の対象となる様々なデータシステムと個別にインタフェースを取らなければならない。先行技術には、異なるデータソース及びフォーマットを操作できる単一のインタフェースが無いため、このタスクは、オペレーターに取って長い時間が掛かり、非常にしばしばフラストレーションを募らせるものとなっている。
【０００４】
問題をよく理解するために、当てはまるユーザー環境は、技術と人間オペレーターの技術が混じり合った環境であることを指摘しておく。最新のアプリケーション及びツールは複雑なので、情報システム（ＩＳ）機構は、唯１人の人しか１つか２つのアプリケーション又はツールを操作するのに上手く訓練できないことが多い。周知のように、大部分のソフトウェアアプリケーション及びツールは、幾つかの特徴のみに限定されているので、ＩＳ法人グループ及び機構は、業務を実行するのに必要な全てのアプリケーションをサポートするために、多数の専門化したユーザーを割り当てることを余儀なくされている。更に深刻なことは、オペレーターを訓練する高い人件費に加えて、アプリケーション及びツールのそれぞれにライセンスを与え、実装する経費に由来している。
【０００５】
上記問題は、基本的に、データ品質管理及び制御、最終的には品質保証の妥当性に繋がる問題にも関わっていると理解頂きたい。例えば、追跡機能を備えた新しい在庫管理システムを開発している機構の問題について考えてみよう。重要な関心事が、あらゆる特定の在庫品目に関してその寿命サイクルを通して処理される全ての形態の在庫情報の正確且つ信頼できる更新であるのは、明白である。そのような正確さと信頼性を保証する目的で、開発されたアプリケーションソフトウェアは、作動データにエラーを持ち込むのを避けるため、しばしば試験データベース上で実行される。実行後、試験データは、エラーについて調べられる。エラーの種類は、一貫しないデータパターンからデータの完全な喪失まで多岐に亘る。当然のことながら、エラーを理解できて始めて、原因となる問題を直すのに取り組むことができる。エラーを検索する一般的な技術は、結果のデータを元のデータと単純に比較するものである。エラーの存在を単純に識別することは比較的簡単であるが、エラーの性質を知るには、しかも迅速に知るには多数の高度な分析ツールが必要である。商業的に成功するためには、そのようなツールは、人間オペレーターの部分に集中と努力を殆ど要求してはならず、そうしなければ、ツールのオペレーションが、オペレーターの思考プロセスを妨げ、更なる遅延又はエラーに結び付くことになる。上記例は、データ品質制御及び保証の関連において存在する問題の種類を単に説明しているだけである。この点でユーザーの要求を満たすことに近づいているツールは、現在殆ど無い。
【０００６】
役に立つ背景情報に関して、関心のある読者は、以下の特許、即ち、米国特許第４，７１４，９８９号、第４，７１４，９９５号、第４，７６９，７７２号、第４，８８１，１６６号、第５，０４６，００２号、第５，０５８，０００号、第５，１４２，４７０号、第５，１６１，１５８号、第５，２３９，５７７号、第５，２４７，６６４号、第５，２５７，３６６号、第５，２７８，９７８号、第５，３０１，３０２号、第５，３４５，５８７号、第５，３８１，５３４号、第５，４５２，４５０号、第５，５６１，７９７号、第５，５８１，７４９号、第５，５８１，７５８号、第５，６３０，１２４号の開示内容と、以下の出版物、Ａｒｂｅｅ Ｌ．Ｐ．Ｃｈｅｎによる「分散問合せ処理に対する局所的方法」、１９９０年、３月２６日、ニュージャージー州Ｐｉｓｃａｔａｗａｙのベル通信研究所発行、１８８−２０２頁、Ｍ．Ｒｕｓｉｎｋｉｅｗｉｃｚらによる「異質的分散型データベースシステムにおける問合せ変換」、１９８５年、ＩＥＥＥ、３００−３０７頁、Ｔ．ＹｕＣｌｅｍｅｎｔらによる「断片的関連分散型システムにおける問合せ処理：マーメイド」、１９８５年８月、ＩＥＥＥ会報、ソフトウェア工学、ＳＥ−１１巻、第８号、７９５−８１０頁、Ｍ．Ｒｕｓｉｎｋｉｅｗｉｃｚらによる「共用データベースシステムにおける問合せ処理の方法」、１９８７年、システム科学に関する第１２年次ハワイ国際会議議事録、４３０−４４０頁、Ｓ．Ｋａｎｇらによる「異質的分散型データベースシステムにおける大域的問合せ管理」、１９９３年、マイクロプロセッシング及びマイクロプログラミング、第３８巻、３７７−３８４頁、を参考にされたい。
【０００７】
異質なデータシステムに亘って作動できるデータ管理ツールを提供することによって、上記問題の態様を改善するため、試みが行われてきた。本出願において、「異質データシステム」とは、異なる多数のデータシステムと同時に作動できるシステムである。そのようなデータシステムの例には、インターナショナルビジネスマシン（ＩＢＭ）社製のＤＢ２、オラクル社製のオラクル、Ｓｙｂａｓｅ社製のＳｙｂａｓｅ、フラットファイルなどが含まれている。そのような異質データベースシステムは、共に用いられる場合、集合的に異質的分散型データ環境又はシステムも表している。異質的分散型データシステムは、共用データシステムと呼ばれることもあるし、多重データベースシステムと呼ばれることもある。現在、多重データシステム環境で作動できる、便利で信頼できるデータ管理システム独立型のソフトウェアツール及び方法が必要とされている。更に、データ品質管理及び制御を目的とするツール及び方法が必要とされている。しかしながら、出願者の知りうる限り、既知の先行技術システムの何れも、異なるデータシステムのデータ品質管理及び制御用の頑強なシステムを提供していない。本発明の目的は、先行技術に付帯する問題に取り組み、上記及びこの他のユーザーの要求を満たすことである。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】米国特許第４，７１４，９８９号
【特許文献２】米国特許第４，７１４，９９５号
【特許文献３】米国特許第４，７６９，７７２号
【特許文献４】米国特許第４，８８１，１６６号
【特許文献５】米国特許第５，０４６，００２号
【特許文献６】米国特許第５，０５８，０００号
【特許文献７】米国特許第５，１４２，４７０号
【特許文献８】米国特許第５，１６１，１５８号
【特許文献９】米国特許第５，２３９，５７７号
【特許文献１０】米国特許第５，２４７，６６４号
【特許文献１１】米国特許第５，２５７，３６６号
【特許文献１２】米国特許第５，２７８，９７８号
【特許文献１３】米国特許第５，３０１，３０２号
【特許文献１４】米国特許第５，３４５，５８７号
【特許文献１５】米国特許第５，３８１，５３４号
【特許文献１６】米国特許第５，４５２，４５０号
【特許文献１７】米国特許第５，５６１，７９７号
【特許文献１８】米国特許第５，５８１，７４９号
【特許文献１９】米国特許第５，５８１，７５８号
【特許文献２０】米国特許第５，６３０，１２４号
【非特許文献】
【０００９】
【非特許文献１】Ａｒｂｅｅ Ｌ．Ｐ．Ｃｈｅｎによる「分散問合せ処理に対する局所的方法」、１９９０年、３月２６日、ニュージャージー州Ｐｉｓｃａｔａｗａｙのベル通信研究所発行、１８８−２０２頁、
【非特許文献２】Ｍ．Ｒｕｓｉｎｋｉｅｗｉｃｚらによる「異質的分散型データベースシステムにおける問合せ変換」、１９８５年、ＩＥＥＥ、３００−３０７頁、
【非特許文献３】Ｔ．ＹｕＣｌｅｍｅｎｔらによる「断片的関連分散型システムにおける問合せ処理：マーメイド」、１９８５年８月、ＩＥＥＥ会報、ソフトウェア工学、ＳＥ−１１巻、第８号、７９５−８１０頁、
【非特許文献４】Ｍ．Ｒｕｓｉｎｋｉｅｗｉｃｚらによる「共用データベースシステムにおける問合せ処理の方法」、１９８７年、システム科学に関する第１２年次ハワイ国際会議議事録、４３０−４４０頁、
【非特許文献５】Ｓ．Ｋａｎｇらによる「異質的分散型データベースシステムにおける大域的問合せ管理」、１９９３年、マイクロプロセッシング及びマイクロプログラミング、第３８巻、３７７−３８４頁、
【発明の概要】
【課題を解決するための手段】
【００１０】
或る態様では、本発明は、上記認識された問題を解決し、必然的に異なるデータシステムを伴う可能性のある複数の異なるデータソースにアクセスできるデータ管理システムを使って、当該技術に顕著な進歩を提供している。或る好適な実施形態では、このシステムは、データソースに接続するインタフェースと、データソースからのデータに亘ってデータのアクセス、分析及び可視化を管理する１つ又は複数のコントローラーとを備えている。データ管理システム及び関連サービスが提供されており、異なるデータソースからのデータに関し、そのデータの構造的含意を理解するか、又はその品質を試験するために、そのデータを閲覧し、操作又は修正し、表示することができるようになっている。或る好適な実施形態では、このシステムは、多数のソースからのデータにアクセスし、データを分析し、複数のデータビューワを使ってそれを表示するツールであるポータルを使用している。ポータルは、通常、例えば、ポータルを保存し開くことによってポータルを管理する装置を含め、多数のデータビューワと関連付けられ、各データビューワが、データソースに接続され、データを所望のフォーマットで表示している。本発明に従って用いられているポータルは、異なるソースからのデータを同時に可視化し操作することができる。
【００１１】
従って、或る態様では、本発明は、システムを１つ又は複数のデータソースに接続するインタフェースと、前記１つ又は複数のデータソースを管理するためにインタフェースにリンクされている少なくとも１つの装置と、少なくとも１つのポータルとを備えているデータ管理システムにおいて、前記ポータルは、複数のデータビューワを備えており、各データビューワは、データソースにアクセスし、データソース内のデータを分析し、その分析結果を表示するよう構成されているデータ管理システムである。様々な実施形態において、データソースには、インターネット、イントラネット、イントラネットにリンクされているエクストラネット又は他のネットワークのような電気通信ネットワークを介して遠隔的にアクセスすることができる。或る好適な実施形態では、本システムのインタフェースは、異なるデータシステムの下で作動する少なくとも２つのデータソースに接続されている。データソースは、ＤＢ２、オラクル、Ｓｙｂａｓｅ、ＩＮＦＯＲＭＩＸ、ＭＳ ＳＱＬ ＳＥＲＶＥＲ、ＩＭＳ、ＰＤＳ、ＱＳＡＭ及びＶＳＡＭ、又はそれらの組み合わせのデータベースの内の１つ又は複数のデータベースを含んでいてもよい。或る実施形態のシステムインタフェースは、前記１つ又は複数のデータソースに関する接続仕様書を作成、編集、編成、選択及び削除するよう構成されているデータソースコントローラーを備えている。或る好適な実施形態では、ポータルビュワーは、リンクノード方式の線図を使ってデータの関係を示す網状ビューワと、データを表フォーマットで示す表ビューワと、一度に一列のデータを示す記録ビューワと、一般的なＳＱＬコマンドのためのＳＱＬダイアログ及びビューワと、データをチャートフォーマットで示すチャートビューワの内の１つ又はそれ以上である。
【００１２】
別の態様では、本発明のシステムは、システムオペレーションの状態を監視し記録する状態保存機構を備えている。現在のシステム状態を保持することによって、システムがより簡単且つ効果的に使用できるようになり、特に、ワークセッションを閉じ、次のワークセッションの開始時にシステムの状態を自動的に復元する能力が提供される。これによって、ユーザーは、個々のデータアクセス及び分析設定を再作成するのに必要な時間を節約することができる。更に、システム状態の記録は、他のユーザーにも提供できるので、好適な実施形態で用いられている状態保存機構は、更に、異なるユーザー間でのデータの共有を可能にする。或る特定の実施形態では、状態保存機構には、ポータルの状態を保存、復元又は共有するプロセスが含まれている。同様に、代替実施形態では、データソース仕様プロセスを保存、復元及び共有することが提供されている。
【００１３】
更に具体的には、或る態様では、本発明は、システムを１つ又は複数のデータソースに接続するインタフェースと、複数のデータビューワを有している少なくとも１つのポータルとを備えており、各データビューワが、データソースにアクセスし、データの分析を実行し、分析結果を表示するよう構成されているデータ管理システム内で用いるための処理方法である。本方法は、ワークセッションでアクセスされたデータソースに関して各ポータルが使用しているデータソース定義を監視し記録する段階と、ワークセッションでアクセスされたデータソースに関係付けられたビューワの状態を監視し記録する段階と、ユーザーコマンドに応えて１つ又は複数のポータルを閉じる段階と、閉じるコマンドを受信したときに存在しているデータソース定義及びビューワの状態を記憶場所に記憶する段階と、１つ又は複数の閉じたポータルを開くことを指示するユーザーコマンドに応えて、データソース定義及びビューワの状態を記憶場所から復元する段階とを含んでいる。
【００１４】
更に別の態様では、本発明は、ユーザーにヘルプ情報を提供するための方法であり、カーソルが特定のツールバー又はメニューアイコンの上に在るときにマウスを右クリックすることによって、ユーザーに、特定のアイコンに関係するヘルプ情報が提供されるものである。具体的には、本発明は、ツールバー又はメニューアイコンを備えている環境で状況依存ヘルプを提供するための方法であり、ツールバー又はメニューアイテムの内の１つの上の位置にコンピューターマウスのカーソルを向けるユーザーからの入力を受け取る段階と、マウスの右ボタンのクリックに対応するユーザー入力を受け取る段階と、クリックによって選択されているツールバー又はメニューアイテムに関係するヘルプファイルを捜し出す段階と、クリックによって選択されているツールバー又はメニューアイテム近くに配置されているポップアップウインドウに、ヘルプファイルからユーザーへの情報を表示する段階と、を含んでいる。
【００１５】
又別の態様では、本発明は、データ品質制御方法であり、ａ）指定された選択基準を使って２つ又はそれ以上のデータセットからデータを選択する段階と、ｂ）２つ又はそれ以上の選択されたデータセットを比較する段階と、ｃ）比較されているデータセットの間の違いに関するデータセットを作成する段階と、を含んでおり、（ａ）−（ｃ）段階は、異なるデータフォーマットを有している可能性のあるデータを同時に表示し、定義されたデータセットに関してデータ分析オペレーションを開始するよう構成されているグラフィカルユーザーインタフェース（ＧＵＩ）を使って実行される。データを同時に表示する段階は、複数のデータビューワを備えており、各データビューワが、データソースにアクセスし、データソース内のデータの分析を実行し、分析の結果を表示するよう構成されているポータルを使って実行されるのが望ましい。
本発明のこの他の目的及び利点は、添付図面と関連付けながら以下の詳細な説明を読めば明らかになるであろう。
【図面の簡単な説明】
【００１６】
【図１】本発明の１つの実施形態による、デスクトップのグラフィック画像である。
【図１Ａ】本発明により用いられている網状ビューワの図である。
【図１Ｂ】本発明により用いられている表ビューワの図である。
【図１Ｃ】本発明により用いられているチャートビューワの図である。
【図１Ｄ】本発明により用いられているチャートビューワの図である。
【図１Ｅ】本発明により用いられているチャートビューワの図である。
【図２】或る特定の実施形態のトップレベルメニューのグラフィック画像である。
【図３】或る特定の実施形態のサブレベルメニューのグラフィック画像である。
【図４】或る特定の実施形態のツールバーのグラフィック画像である。
【図５】本発明の好適な実施形態によるシステムアーキテクチャを表している。
【図５Ａ】本発明の或る特定の実施形態のデータモデルタイアログボックスの図である。
【図６】本発明の或る好適な実施形態による多重データ記憶環境における作動の概念的全体像である。
【図７】本システムの作動構成要素のブロック図である。
【図８】本発明の好適な実施形態によるポータルの概略図である。
【図９】本発明の好適な実施形態によるポータルインタフェースの概略図である。
【図１０】本発明に従って用いられている状態保存機能のブロック図である。
【図１１】或る特定の実施形態で用いられているヘルプ機能の論理流れ図である。
【図１２】サンプルデータを含むデータソースコントローラーフレームの図である。
【図１３】サンプルデータを含むポータルコントローラーフレームの例である。
【図１４】ポータルディレクトリコントローラー用編集メニューのグラフィック画像である。
【図１５】ポータルディレクトリコントローラー用ツールバーのグラフィック画像である。
【図１６】データソースディレクトリコントローラー用編集メニューのグラフィック画像である。
【図１７】データソースディレクトリコントローラー用ツールバーのグラフィック画像である。
【図１８】ポータルディレクトリ及び選択されたディレクトリフォルダの内容を表しているリストの例である。
【図１９】ポータルディレクトリ内で展開されているリスト要素の例である。
【図２０】ポータルディレクトリ内で開かれているポータルフォルダの例である。
【図２１】ポータル及びデータソースディレクトリコントローラーの両方に用いられているファイルメニューのグラフィック画像である。
【図２２】データソースディレクトリコントローラー内のメニューアイテムである明示的ヘルプ機能の例である。
【図２３】付加的作業用トランスクリプトを備えたマスタートランスクリプトの例である。
【図２４】トランスクリプトコントローラーのツールバーのグラフィック画像である。
【図２５】トランスクリプトコントローラーのファイルメニューのグラフィック画像である。
【図２６】多重なトランスクリプトを取り扱うための入力経路指定に関するデータの流れを示す。
【発明を実施するための形態】
【００１７】
１．４．好適な実施形態の詳細な説明
以下は、本発明の好適な実施形態の説明である。開示されている実施形態は、本発明を説明するためのものに過ぎず、本発明は、当業者には明らかなように、様々な他の形態で具体化することができる。説明は、以下のように構成されている。第一に、ユーザーの視点から本発明のシステムに関する全般的な機能の説明を行っている。幾つかの図は、リーダーが、「ルック・アンド・フィール」を含めシステムの主要な特徴を理解するのを助ける役目を果たす。これに続くのは、システムの主要な機能的ブロックと、好適な実施形態におけるその相互接続に関する説明である。場合によっては当該技術で既知であるが、にもかかわらず全体的なシステムの機能性をサポートするのに有用であるシステムの構成要素には短い序文を設けている。最後に、本発明に従って用いられている新規システム構成要素及び方法に関し、詳細な説明を提供している。
【００１８】
１．４．１．システムの構造及び機能性の全体像
本発明によるシステムは、データシステム、特に、異なるデータ定義と操作手順、機密保護手順、システム管理方法、能力又は他の特徴を有する異質なデータシステムを管理するプロセスを単純化するリソース管理ツールとして概念化することができる。このために、本システムは、多数のデータシステムに接続を提供し、ユーザーがこれらのデータシステムの構造を閲覧できるようにし、データシステム内に入っているデータを管理し操作できるようにする。或る好適な実施形態では、本発明のシステムは、ＯＳ／３９０、ウインドウズＮＴ、ＵＮＩＸ（登録商標）などのような多数のプラットフォームに亘って作動可能である。同様に、限定するわけではないが、ＤＢ２、オラクル、Ｓｙｂａｓｅ、ＩＭＳ、ＰＤＳ、ＱＳＡＭ、ＶＳＡＭなどを含むデータシステムの内の幾つでも使うことができる。本システムは、特に、レガシー、フラットファイル及び関連データベースからデータを抽出する場合に、データの編集、比較、分析、新規データセットの作成、試験の作成及びデータ移動などの様なデータ品質管理及び制御の活動に有用である。或る好適な実施形態では、これらの機能と活動は、グラフィカルユーザーインタフェース（ＧＵＩ）を使って表示されるので、ユーザーは、オペレーションを指示しクリックするだけで、システムにアクセスし管理することができる。
【００１９】
基本的なＧＵＩの概念及び行為に関する簡単な説明を、本発明によるものを含め、順に示している。この説明は、同じ目的を達成する別の手段又は行為を用いることを制限する意図はない。ＧＵＩを使用する際に中心となるのは、マウスカーソルである。以下の説明で、「クリックする」とは、カーソルを目標の要素上に置き、左マウスボタンを素早く押し下げて離すという意味である。本発明によるＧＵＩの主要な構成要素は、そのフレームである。フレームは、情報、グラフィック又はシステムダイアログが入っている、モニターに表示される領域である。フレームは、その境界を画定するフレーム（ボーダー）を有している。或る好適な実施形態では、本発明のＧＵＩは、フレーム・イン・フレーム技法を利用している。この方法を使えば、全ての関連情報を、コンピュータースクリーンの１つの場所に入れることができる。図１を参照すると、メインフレームはデスクトップであり、或る好適な実施形態では、最高レベルのグラフィカルクユーザーインタフェースである。一般的に、本システムの作動の全態様は、デスクトップによって制御され、デスクトップは全ての関連オブジェクトを表示するので有用である。図示のように、大域デスクトップフレーム内には、同時に開かれる別のフレームもある。
【００２０】
或る好適な実施形態では、フレームを操作するのに幾つかの仕組みが提供されている。例えば、ユーザーは、ツールバー上でメニュー又はアイコンから選択するなどしてプロセスを開始することによって、フレームを開くことができる。フレームは、閉じることも、サイズを決め直すこともできる。一般的には、ユーザーは、カーソルをフレーム上に置き、マウスボタンを押したままに保ち、フレームが所望のサイズに達するまでマウスを動かすことによって、フレームのサイズを決め直すことができる。カーソルがフレームのサイズを決め直すのに適切な場所にあるとき、カーソルは、通常、双方向矢印に変わる。フレームは、各タイトルバー上にカーソルを置き、マウスボタンを押したままに保ち、ウインドウが所望の位置に来るまでマウスを動かすことによって、動かすこともできる。マウスボタンを離すと、フレームがその位置に保たれる。（デスクトップのような）フレームを最小化したり、最大化したり、フレームから出るような他の機能は、或る特定の実施形態では、図１の上右角に参照番号Ａで示している従来型のボタンを使って実行される。本発明によれば、フレームは、層状に配置し、ユーザーのフレームを論理作業ユニットに編成できるようにすることができる。例えば、ユーザーは、ある特定のプロジェクトに関する全てのデータを１つの層上に配置し、そのプロジェクトで作業する場合には関係するデータが単純且つ直感的に表示されるようにすることができる。
【００２１】
フレームは、各タイトルバーの色で示されるがアクティブであってもなくてもよい。図１に示すように、アクティブでないフレーム（参照符号Ｅを参照）のタイトルバーは灰色である。現在選択されているフレームのタイトルバー（参照符号Ｆを参照）は、通常、異なる視覚的外観を有している。システムと対話するには、ユーザーはフレームをアクティブにしなければならず、それには、フレーム内のどこかをクリックすればよい。更に、或る好適な実施形態で用いられているフレームは、普通は、「最小化」及び「最大化」ボタンＧ、メニューバーＨ、ツールバーＩ、タブＪ、フレームのライブ領域Ｋ、及びスクロールバーＬを有している。フレームは最小化することができる（Ｍ参照）。更に、或る好適な実施形態では、本システムは、システム状態メッセージを表示するステイタスバーＮを有している。このバーは、通常は灰色だが、例えば、例外メッセージでは黄色に、エラーメッセージでは赤色に変えることもできる。特定の実施形態で用いられている追加的機能については、当該技術では周知であり、これ以上詳しくは考察しない。
【００２２】
図１を更に参照すると、各フレーム内のタイトルバーＢの直ぐ下には、メニューバーＣと呼ばれる一列のテキストがある。何れかの単語を選んでクリックすると「ドロップダウン」メニューが現れる。メニュー上のオプションを選択すると、別のフレームが開くか、又はプロセスが実行される。例えば、図２に示されているビューメニューは、様々な実施形態で用いられている別のメニューを示しており、フレーム（即ち、ウインドウ）配置機能及びシステムコントローラーへアクセスするメニューを提供する。以下のサブメニューは、特定の実施形態内の全てのフレームを配列するのに用いられる。
【００２３】
１．タイルアクロスは、データベース（ＤＢ）ビューワ内のフレームを、フレームを横切り水平方向に配列する。
２．タイルダウンは、ＤＢビューワ内のフレームを、フレームに垂直方向に配列する。
３．カスケードは、ＤＢビューワ内のフレームを、対角線状に、上下に配列する。
【００２４】
好適にも、本発明のシステムは様々なサブメニューを有しており、そのそれぞれが、更なるサブメニューを有している。
【００２５】
更に図１を参照すると、或る特定の実施形態では、メニューバーの下に、まとめてツールバーＤと呼ばれる多数のアイコンが配置されている。カーソルを何れかのツールアイコン上に置くと、アイコンの説明付きのボックスが現われる。アイコンをクリックすると、その機能が実行される。ツールバー上の各アイコンに固有のヘルプ情報を閲覧するには、好適な実施例によれば、ユーザーは、アイコンを（右）クリックすればよい。本発明による見本のツールバーを図４に示している。或る好適な実施形態では、フレームの外観を、ビューメニューから「ルック・アンド・フィール」を選択し、リストからオプションを選択して、ユーザーの個人的な好みに合うように変更することもできる。このメニュー選択は、ユーザーの好みを反映させるように変更することもできる。或る特定の実施形態では、それは、ウインドウズの標準ルック・アンド・フィール式、Ｕｎｉｘ（登録商標）の標準に似た「モチーフ」式のルック・アンド・フィール、又は、Ｊａｖａ（登録商標）標準のＭｅｔａｌ標準ルック・アンド・フィールを含んでいる。
【００２６】
本発明のシステムは、作動的に、複数のコントローラーを用いて全システム機能にアクセスする。コントローラーは、図１に示すように、デフォルトでデスクトップのフレームとして現れるのが望ましい。以下のコントローラーは、或る好適な実施形態で用いられている。
【００２７】
１．ポータルディレクトリコントローラーは、データソースを閲覧し、データセットの分析を実行するのに用いられる。ポータルは、以下に説明するように、データソースとビューワが一緒に出てくる場所である。
２．データソースディレクトリコントローラーは、データベース及びデータセットへの接続を制御し、データベースへの接続の作成、修正、及び削除に用いられる。
３．反復コントローラーは、例えばデータセットの比較、試験データセットの作成及び集計を含め、１つ又は複数のデータセットで動作及びオペレーションを実行するのに用いられる。
４．トランスクリプトコントローラーは、システム内で実行される動作の記録と、コマンドを実施するための機能を備えている。トランスクリプトは、本発明によれば、実行された作業を文書化するためだけでなく、コマンドを作成及び実施するための作業スペースとして用いられる。
【００２８】
これらのコントローラーについて、以下に更に詳しく説明する。
【００２９】
本発明の重要な態様は、データ及びデータの関係を異なる方法で閲覧する能力である。分かり易く言うと、本発明によれば、以下のビューワを使って１つ又は複数の方法でデータを閲覧することができる。
【００３０】
１．網状ビューワは、データ内の関係を、特にデータ内の関係が一般的な行と列のフォーマットで表示するのが難しい場合に、この関係を示すのに用いられる。この目的で、網状ビューワは、図１Ａに示すように、リンク・ノード式線図を使って、欠けているか又は余分の関係も含めて関係を示す。網状ビューワを表示するために、ユーザーは、先ず、データソースディレクトリコントローラー内のデータソースを選択し、次に、ポータルディレクトリコントローラーを使って、選択されたデータソース用のポータルを開き、最後に新しい網状ビューワボタンを用いる。或る好適な実施形態では、データ間の関係は「ゴムひも」リンクを使って示されており、異なるデータオブジェクトがＧＵＩを使って動かされてもリンクを自動的に再調整するようになっている。
【００３１】
２．表ビューワは、或る好適な実施形態では、データを表フォーマットで示すのに用いられ、各データアイテム（データ）はセル内に配置され、セルは水平方向及び垂直方向に配置される。セルは、データを二次元、又はネストされたツリー構造で示す。表ビューワは、格子ビューワと呼ばれることもある。詳細なデータをブラウジングするのに役立ち、特に、データ間の親子関係を示すのに便利である。表ビューワの階層式表示能力は、馴染みのあるプラス／マイナス記号でユーザーに視覚的に示される。或る特定の実施形態に用いられている階層式表ビューワの例を図１Ｂに示す。この例は、システムが、複数のデータプラットフォームに亘って働く能力も示している。例えば、表ビューワ内の親の行はフラットデータベースだが、子の行はＤＢ２データベースでもよい。或る好適な実施形態では、本システムは、表セル内のデータを直接編集できるようになっている。
【００３２】
３．チャートビューワは、或る好適な実施形態では、データをチャートフォーマットで表示するのに用いられる。このビューワを使えば、色及び他の属性だけでなく、バーチャート、プロットチャート、パイチャートなどを含む様々なフォーマットで、データを図形的に閲覧することができる。このビューワは、データの妥当性を評価するのに使い易い。例えば、データベースＩＤは、バーチャートで閲覧することができる。このフォーマットでは、無効ＩＤを示す、ＩＤの順序における間隙又は負の数を容易に見ることができる。チャートビューワの異なる例を図１Ｃ−Ｅに示す。
【００３３】
本発明によってデータを閲覧及び編集するための基本的なユーザーパラダイムは、以下のようなものであると理解されたい。
【００３４】
１．使用するデータソースを示す。或る特定の実施形態では、システムに使用できるデータソースは、登録済みデータソースとして定義され、データソースディレクトリコントローラーのフレーム内に、データシステム及びデータセットへの編成済み接続部として示されている。代表的なデータソースは、ユーザーのアクセス特権次第で、ＤＢ２、オラクル、Ｔｅｘｔ、「ｍｉｘｅｄ」又は他のデータソースを含んでいる。
２．データを呈示する様式を示す。ユーザーは、データを呈示するのに、異なるビューワを選択することができる。
３．データを呈示する。上記のように、網状、表、チャート、記録、ＳＱＬその他のビューワのような本発明に従って用いられるビューワは、データを異なるフォーマットでユーザーに提示できるようにする。
【００３５】
これらの機能を実行するための具体的機構を、以下に論じる。
【００３６】
要約すると、本発明のシステムは、多くの異なるテクノロジーを繋ぐデータソース管理に向けられており、複雑なデータ関係に関わるものである。以下に示すように、本システムは、特に、データ品質管理及び試験に適している。ユーザーの視点で見ると、本システムの重要な利点は、特定のデータ分析のための全てのセットアップ情報を、たとえ特定のビューワ又はポータルを閉じた後でも記録するよう構成されていることである。これにより、システムは、閉じる時に存在している作業環境を自動的に再作成することができる。更に、システムセットアップの記録は、データを他の承認されたユーザーと共有できるようにする簡単な機構を提供する。
【００３７】
本発明のシステムを実施するための要件は様々であるが、一般的には以下のことが含まれる。即ち、
１．Ｊａｖａ（登録商標）仮想マシン（ＪＶＭ）、Ｊａｖａ（登録商標）開発キット（ＪＤＫ）、Ｊａｖａ（登録商標）実行時環境（ＪＲＥ）、又はＪａｖａ（登録商標）用のネイティブコンプライヤと、
２．互換性のあるデータベースの管理システム（ＤＢＭＳ）と、
３．Ｊａｖａ（登録商標）データベース接続性（ＪＤＢＣ）ドライバクラス、又はＤＢＭＳ用のオープンデータベース接続性（ＯＤＢＣ）ドライバと、
４．グラフィックユーザーインタフェース（ＧＵＩ）サポート、即ち、ウインドウズ、ＯＳ２、Ｘウインドウズ、Ｘ１１エミュレーションなどと、
５．ホストマシン（望ましくはＴＣＰ／ＩＰ）への接続性と、
６．ディレクトリ及びインストールソフトウェアを作成するための管理権と、
７．データシステムへの機密保護アクセスと、
８．例えば、ＣＤ−ＲＯＭ及びテープドライブを含む、システムを読み取りロードするための適切なハードウェアなど、である。
【００３８】
上記構成要素の大部分は、当該技術で広く知られているので、本発明の画期的な特徴に関連する範囲を除いて、詳細には論じないことにする。
【００３９】
１．４．２． システムのアーキテクチャ
図５は、本発明の好適な実施形態による主要なシステム構成要素とそれらのインタフェースを、線図型式で示している。見て明らかなように、図は説明のためのものに過ぎず、本発明のシステムの機能性及び構成要素の相互接続を完全に捉えることができるものではない。例えば、システム構成要素の内の何れか一つの中の幾つかのオブジェクトが、図示の隣接するシステム構成要素の一部である必要のない多数のオブジェクトとインタフェースしている（印刷の責を負うオブジェクトのセットのような）場合がある。項目オブジェクトは、ここでは、オブジェクト指向（ＯＯ）プログラミングの文脈で用いられ、簡単な定義を避けてはいるが、当該技術では周知である（オブジェクトは、特性を有する構造的及び行為的モジュール性であるというのが、１つの考えられる定義である）。以下、図５に示している個々のシステム構成要素の説明をする。
【００４０】
１．４．２．１． レポートマネージャー
図５に示すが、本発明に従って用いられるレポートマネージャー２５は、規定の問合せに基いてデータを収集し、更に、データを配列して、それを規定の形態で呈示する。或る好適な実施形態では、このマネージャーの最終製品は紙のレポートである。
【００４１】
レポートマネージャー２５によるデータの配列、要約及び呈示は、テキスト表現及び図形的表現の両方をサポートする。例えば、データは、パイチャートで呈示することもできるし、二次元の表で呈示することもできる。一般的に、この型式のツールは、当該技術では既知であり更に論じる必要はない。或る特定の実施形態では、本発明によるレポートマネージャー２５は、カリフォルニア州スコットバレー、ＣｒｙｓｔａｌＤｅｃｉｓｉｏｎによる「クリスタルレポート」又はカリフォルニア州南サンフランシスコ、Ａｃｔｕａｔｅ社による「アクチュエイト」を使って実行することができる。
【００４２】
１．４．２．２． データソースマネージャー
或る好適な実施形態では、本発明のシステムにおけるデータ収集は、データソースマネージャー３５を使って行われる。データソースマネージャーは、一般的に、エントリ及び確認後の問合せに関する仕様を取り扱う。「ＷＨＥＲＥネーム＝「ビル」」のような従来型のフィルターに加えて、或る好適な実施形態では、そのような問合せ仕様には、仮想コラム、要約要素及びコラム、グルーピングと及びソーティング、データドライバ（即ちシード）表などが含まれている。
【００４３】
概括すると、本発明のシステムは、周知のモデル・ビュー・コントローラー（ＭＶＣ）法に基いている。基本的に、ＭＶＣ設計の目標は、アプリケーションオブジェクト（モデル）を、ユーザーに示される方法（ビュー）と、ユーザーがそれ（コントローラー）を制御する方法から分離することである。つまり、モデルオブジェクトは、表示しなければならない全データと、そのデータを変換するのに適用できるオペレーションについて分かっている。ビューオブジェクトは、モデルを参照する。ビューオブジェクトは、モデルの問い合わせ方法を使って、モデルからデータを入手し、情報を表示する。表示はどの様な形態でもよいが、表示が違っても、データオブジェクトの行動には無関係である。コントローラーオブジェクトは、ユーザーがモデル内のデータを操作する物理的手段について分かっている。ＧＵＩでは、例えば、コントローラーオブジェクトは、マウスクリック又はキーボード入力を受け取り、モデルが理解する操作方法に翻訳する。
【００４４】
この場合、データモデルは、或る好適な実施形態では、システムをデータソースに接続し、接続を定義するのに用いられる。図５Ａに示しているように、サンプルデータモデルダイアログは、ＪＤＢＣタブ、データアクセスタブ及び仮想コラムタブを有している。ＪＤＢＣタブを使えば、ユーザーは、ノードに関係する問合せを、データベースに添付し、定義することができる。（本発明の文脈では、ノードは、データソースへの接続を作成する。多数のノードを使って階層ツリーを作成することができる。最高位ノードは親ノードであり、それより下の全ノードは子として続いている。追加されるノードは、デフォルトセッティングである親接続を利用することができるが、他のデータソースに接続してもよい。）ＪＤＢＣタブは、ある特定の実施形態では、システムをデータソースに接続し、接続における問合せを定義するのに用いられる。ＪＤＢＣタブは、データソース情報を定義する「接続」タブのようなサブタブと、データソースに対する問合せを定義するＳＱＬ問合せタブとを有している。
【００４５】
データアクセスタブは、或る特定の実施形態では、全体的コミットポリシーとデータソースへのアクセス権を設定し管理するのに用いられる。データベースを更新する段階は、一般的に２つのステップを伴っている。第１ステップは、データを挿入、修正又は削除するステップである。第２ステップは、データをデータベースにコミットすることによって更新を確認するステップである。プルダウンメニューで、様々なコミットポリシーを実行可能とし、ユーザーに示すことができる。そのようなポリシーには、現行の接続で変更された全ての記録を更新する段階、ビューワで閲覧された現在の記録を更新する段階、又は当該技術で既知のその他の段階が含まれている。
【００４６】
仮想コラムタブは、計算データを作成するのに広く用いられ、このデータは、次に通常のデータとして利用される。例えば、システムユーザーが、車が売れて儲かっているかどうか判断したい車取引業者であると考えてみよう。この目的で、ユーザーは、「利益」と命名された仮想コラムを作成して、販売価格と各「ＶＥＨＩＣＬＥ ＩＤ」の取引経費との間の差を計算することができる。次に、このコラムを選択ステートメントに用いて、利益が実質的に平均より上か、ゼロ未満か、所定の範囲内の値であるか、車を表示することができる。図５Ａに示しているように、ある好適な実施形態では、ユーザーは、仮想コラムを作成し、それに意味の有る名称（この場合「利益」）を与えることができる。次に、コラム内のデータの型式を指定することができる。或る好適な実施形態では、ユーザーは、例えば、「ブール」「十進」「浮動」「整数」「オブジェクト」「ストリング」などを含むオプションのグループの中で１つのオプションを選択することができる。この例では、仮想コラム「利益」に関するコラム型式は「浮動」である。次のステップで、ユーザーには、所望のオペレーションを指定する数多くのオプションが与えられる。そのようなオペレーションは、「最小」「最大」「平均」「合計」「差」「積」「商」などの内の何れかである。この例では、選択されたオペレーションは「差」である。最後に、ユーザーは、「基本コラム」、即ち、計算の基本となるコラム（この場合、コラムＶＥＨＩＣＬＥ ＩＤ）を指定する。「設定／修正」ボタンを押すことによって、仮想コラム情報を記憶させることができ、それにより仮想コラムは使用可能になる。
【００４７】
図１６及び図１７に示しているデータソースディレクトリコントローラービューは、ＭＶＣ法に従ってデータソースマネージャー３５を可視化する。或る好適な実施形態では、データソースマネージャーは、潜在的に膨大な数（即ち数千）のオブジェクトと、何れかのデータソースに関するそれらの状態パラメーターを管理することができる。
【００４８】
データソースマネージャー３５は、或る好適な実施形態では、全体システムの一部である数多くのサービスマネージャーの内の１つである。データソースマネージャーは、例えば問合せ時に、問合せの抽象化及びその状態に関して有り得る数多くの仕様を維持し適用する。個々のユーザーがそのシステム（クライアント編成がそのユーザーに提供する一般化されたなサービスを含む）で作業する長い期間に亘って、数多くのデータソースが蓄積されると推測される。実際、これらのデータソースの数が非常に大きくなるので、それら全てを覚えておくユーザーの能力だけでなく、命名規定も失陥しかねない。従って、データソースマネージャー３５は、ユーザーに指定された各データソースを管理する。マネージャー３５は、これを、現在の作業プロジェクトに基づきユーザーが勝手に配列した階層ディレクトリを通して行うのが望ましい。好都合に、ディレクトリ全体又はディレクトリ内の何れのデータソースも、持続性があり（即ち、１つのロードから次のロードまで情報を保存する）、他のシステムユーザーと共有され、次回ユーザーがシステム内にログした際に、閉じられたときのシステム状態を復元するように作られている。更に、先に保存されているディレクトリを、ユーザーが再びロードすることもでき、他のユーザーと共有することもできる。従って、例えば、作業プロジェクトに基いてディレクトリを交換することもできる。本発明のシステムは、例えば、結果のセットを生成して、２つ又はそれ以上のデータソースを比較するとき、又は、データセットの動的生成時に、ディレクトリも自動的に更新する。
【００４９】
概括すると、リソース管理ツールは、当該技術では既知であり、更に論じる必要はないが、本発明のシステムにおいてそれらを実施する具体的態様は、画期的であると思われ、以下に説明する。先行技術のリソースマネージャーの例には、ウインドウズ２０００のアクティブディレクトリと、国際標準化機構によるディレクトリアクセスプロトコルとが含まれる。
【００５０】
１．４．２．３． 反復マネージャー
本システムの反復マネージャー４５は、概説すると、或るユーザーの動作を２つ以上のデータソースに適用できるようにする機能を提供する。例えば、ユーザーは、多数のデータソースからデータを抽出し、次いで、抽出されたデータを１つ又は複数のデータソース内に配置する必要がある。通常、ユーザーは、調査の途上、問題空間内の１つのポイントで作業を開始する。ユーザーの問題に関する理解が変われば、問題空間の要素を追加するか取り除くことによって、問題空間を改良する。例えば、ユーザーは、在庫に物理的部品が入っているデータソースで作業を開始し、その後、それらの部品間の関係と、それらの部品のアッセンブリのサプライヤについて考える。ここで問題なのは、基本的には入手可能な他の部品のアッセンブリである製造された部品を提供できるサプライヤを探し出すことである。しかしながら、２つ以上のアッセンブリについて考えることになれば、同じ問題解決の手法を、２つ以上のアッセンブリに適用しなければならない。従って、本発明のシステムは、データソースの比較、値の調査及び置き替え、他のデータソースへのデータソースの抽出のような幾つかの反復機能を提案している。本発明のシステムで用いることのできる反復マネージャーには、度々使用されるソフトウェアパターンの実行が含まれており、１つの機能が、１つ又は複数のデータ構造に適用される。反復マネージャーの実装は、当該技術では広く知られており、これ以上は論じない。
【００５１】
１．４．２．４． ポータルマネージャー
モデル・ビュー・コントローラーのアプローチに鑑み、本発明により用いられているポータルマネージャー５５は、図１３、１４及び１５に示すように、ポータルディレクトリコントローラーフレームビューによって可視化される。モデルは、数千に達することもあるオブジェクトと、それらの全ポータルに関する状態パラメーターを管理するポータルマネージャーである。本発明によれば、ポータルは、データ分析及びデータソースの操作を編成するツールである。本発明のシステムでは、ポータルは、一般的に、データをブラウズし、閲覧し、編集するのに用いられる１つのグループのデータビューワで構成されている。先に述べたように、或る特定の実施形態では、ビューワは、表、チャート、網状、ＳＱＬ、記録ビューワ又は他のビューワである。各ビューワは、単一のデータソースに接続されている。ポータルは、本発明のシステムでは、ビューワを編成し、データ分析の収集を行うために用いられている。このように、ユーザーは、データベースアプリケーションの試験のような目的を持ったポータルを有することができる。或る好適な実施形態では、ポータルは、分析の型式毎に作ることもできる。ユーザーがポータルにアクセスすると、基礎をなすビューワがデータに接続され、要求される分析を実行する準備が整う。
【００５２】
本発明の文脈において、ポータルは２つの主要な特徴を有している。１つは、ポータルは、それぞれのビューを有する複数のビューワと、付帯するモデルを備えているということである。第２は、ポータルは管理可能で、即ち、作成し、開き、保存し、共有し、併合し、壊すことができるということである。このアプリケーションの文脈におけるポータルの併合とは、１つのポータルのビューワが他のポータルに加えられることを意味する。ビューワは、１つ又は複数のビューオブジェクトと、１つ又は複数のモデルオブジェクトの両方を有している。ビューワはデータ分析の基本的な要素であり、特定のデータ分析の結果は、管理され閲覧される。例えば、チャートビューワを使用して、データセット内の傾向を表示することができる。ポータルに関する更なる詳細を、１．４．３節に示す。
【００５３】
１．４．２．５． リッチテキストマネージャー
本発明によるリッチテキストマネージャー６５は、テキストデータをフォーマットするための拡張されたテキストサービスを提供する。ある好適な実施形態では、そのようなサービスは、以下のことを含んでいる。即ち、
１．フォントサイズ、ファミリー、イタリック、太字及び色のようなフォント操作と、
２．絵及び図用の埋め込み式グラフィックと、
３．パラグラフ及び埋め込み式グラフィックのためのテキストフロー制御と、
４．テキスト編集、である。
【００５４】
これらのサービスは、メッセージ作成とフォーマット化をサポートし、本発明のシステムにより提供されるトランスクリプトを作成し、フォーマット化し、編集するために用いられる。リッチ・テキスト・マネージャーは、当該技術では知られており（例えばマイクロソフトのワード）、更に説明はしない。
【００５５】
１．４．２．６． トランスクリプトマネージャー
本システムで用いられているトランスクリプトマネージャー７５は、一般的にはユーザーの動作を記録し、基本的にシステムオペレーションのログを提供する。このマネージャーは、更に、複数の並行するトランスクリプト、リッチ・テキスト編集及び埋め込み型グラフィックを提供する。更に詳細なことは、１．４．７節で述べる。
【００５６】
１．４．２．７． ワークフローマネージャー
Ｊａｖａ（登録商標）テクノロジーは、個々の実行時オブジェクトを持続的にする基本的直列化機能を提供している。しかしながら、情報を開放環境内で復元し共有できるように、全データを捕捉し、進行中又は終了時に作業を効果的に保存するには、追加のサービスが必要となる。本発明のシステムでは、ワークフローマネージャーがその様な機能を提供する。ワークフローマネージャーは、１つ又は複数の他のサービスを一体化したサービスの集まりなので、図５には示していない。ワークフローマネージャーは、概説すれば、機能を保存して復元し、ユーザーの間でこれらの機能を共有させる。マネージャーは、随意で、共有されているリソースを既存の環境に組み入れることもする。このマネージャーの更なる説明を、１．４．４節に示す。
【００５７】
１．４．２．８ セッションマネージャー
本発明によるセッションマネージャー９５は、ユーザーセッションを管理するのに必要なサービスを取り扱う。一般的に、サービスには、ログオン及びログオフサービス、タスク開始及び終了サービスが含まれ、単数又は複数のセッションの実行に関するデータステートメントを提供する。これらのサービスは、当該技術では周知であり、更に論議はしない。
【００５８】
１．４．２．９． コアロジック
或る好適な実施形態によるシステムアーキテクチャで用いられているコアロジック１１５は、各オブジェクトを通して実行される低レベルサービスの集まりである。専用オブジェクトと汎用オブジェクトの両方が実行される。概説すると、コアロジックは、以下のサービスを提供する。
【００５９】
１．以下に論じる「メニュー及びツールバーヘルプのための右クリック」のようなユーティリティサービス。
２．データセットサービス。
３．機密保護サービス 本発明のシステムは、一般的に、サードパーティーのサポートによって増補された可能性のある作動環境の全般的機密保護サービスにインタフェースしており、設計によりそれを使用している。
４．イベントサービス 本発明のシステムは、Ｊａｖａ（登録商標）仮想マシンによって提供されるイベントサービスを拡張する。一般的には、本発明のシステムは、いわゆるモデル・ビュー・コントローラー（ＭＶＣ）モデルに従う。このシステムでは、イベントモデルが拡張されて、数百のモデルオブジェクト間、及び同様に数百のビューオブジェクト間の緩い連結を促進する。多くの場合、本システムのビューオブジェクトは、更に専用のビューモデルオブジェクトを有しており、それらは、集合体であり、本発明による汎用モデルオブジェクトへのアダプタである。
５．機密保護サービス これらは、ユーザーＩＤ及びパスワード管理のような機密保護サービスである。
６．ローカル・ホスト・サービス これらのサービスは、演算ホストによって実行される外部的に利用可能なサービスにインタフェースを提供する。
【００６０】
１．４．２．１０． アプリケーション概要
上記の点から考え、又図５及び図６に示すように、本発明のシステム１０は、概ね、ユーザーが、多数のデータベース１２ａ−ｆから検索されたデータを閲覧及び編集できるようにする。或る特定の実施形態では、本システムはデータの並行操作のためのサービスを提供するので、ユーザーは、同じデータソースからのデータを、同時に、ユーザーのスクリーン１４ａ−ｃで閲覧及び編集することができる。（そのような並行操作サービスは当該技術では既知であり、説明の必要はない）。本システム１０を使えば、ユーザーは、データに迅速にアクセスし、データを直感的に操作し、１つのグループのユーザー間で容易に共有できるようになる。更に、システム１０は、並行データ品質試験を実行し、その結果をオペレーターに最も意味のあるフォーマットで表示する能力を提供することによって、不確かなデータを信頼できるデータに変える新しいツールを提供している。
【００６１】
システム１０は、更に、ビジネス情報及びデータ収集の分野のアプリケーションを提供して、ユーザーが、多くのデータベースからのデータを、１つのスクリーン上で同時に閲覧及び編集できるようにする。企業のユーザーは、システム１０を通して集められた情報を利用して、戦略的方向付けをサポートし、それらのデータを総合して十分に理解することが不可欠な販売、マーケティング及び他の領域へのアプローチを決めることができる。更に、システム１０は、データ分析を、複数のユーザーに便利なフォームで提供できる共有し易い情報に翻訳することのできる統合レポート生成器を提供する。
【００６２】
概説すると、システム１０は、複数のデータベース又はデータソースに、同時にアクセスすることができる。具体的には、これにより、ユーザーは、１つのシステムを利用することによって、ＤＢ２−１２ａ、オラクル１２ｂ、Ｉｎｆｏｒｍｉｘ１２ｃ、ＶＳＡＭ記録１２ｄ、ＰＤＳメンバー１２ｅ、及びＪａｖａ（登録商標）ソースファイル１２ｆのような様々なデータベースを操作し比較できるようになる。本発明について説明する目的で上記に具体的なデータベース構造の例を挙げているが、当業者には理解頂けるように、多種多様なデータベース構造を、本発明に従って利用することができる。更に、システム１０は、様々なデータベース１２ａ−ｆ内のリアルタイムの変更を、同時に、表示し、管理し、実行するが、これを異なる視覚フォーマットで閲覧し編集することができる。
【００６３】
本発明のシステム１０は、（進行中の頻繁なタスク及び作業を含め）複雑で事前に作成された試験環境の記憶及び検索を可能としながら、更に、図表化、空間表示及び階層表を提供する。以下に論じるように、システム１０を通して提供されるインタフェースフォーマットは、容易に使用でき、直感的なオペレーションを可能とする。
【００６４】
システム１０は、更に、ユーザーが、異なるデータベース問合せを１つの問合せに組み合わせることができるようにしいる。先行技術システムは、一度に１つのデータシステムの問合せができるだけなので、所与のプロジェクトに用いられる別々のデータシステムそれぞれに、幾つかの別々の問合せが必要であることに注目頂きたい。対照的に、本発明のシステム１０は、例えば以下の１．４．４．節及び１．４．５．節に説明するように、反復を実行するポータルを使って、１つの問合せを多数のデータシステムに亘って用いることができるようにする。更に、本システム１０では、複数のデータベース１２ａ−ｆからのデータが、グラフィカルユーザーインタフェース上に同時に現れ、並行して編集、分析、更新又は修正できるので、データを接続するのに複数のプログラムを準備する必要はない。更に、システム１０は、オペレーターが、大きな試験ファイルを保存したり、１つの試験プロジェクトだけにコミットされている作業スケジュールに固執することなく、複雑な問合せを作成し、保存し、再利用できるようにする。これにより、オペレーターは、何れの分析も失うことなく、１時間、午後、又は数週間でも仕事を離れることができる。
【００６５】
更に、システム１０は、異種のシステム及びプラットフォームからのデータを、１つのスクリーンの１つの関連表に更新できるようになっている。本システムは、更に、データ管理及び試験ツールが、この１つのスクリーン上に在る全てのデータを更新できるようにし、而して、オペレーターが、異種のシステムからのデータを同時に制御できるようにする。本システム１０は、多くのタスクを行う１つの製品であり、ビジネスプロセスを最終的に合理化し、製品管理、搭載及びトレーニングを単純化する。
【００６６】
上記及びその他の目的は、或る好適な実施形態によれば、複数のプラットフォームに対応するオペレーション能力を備えたシステム１０を提供することによって達成される。このため、本システム１０はＪａｖａ（登録商標）と完全に互換性があり、Ｊａｖａ（登録商標）のアーキテクチャを含んでいる。具体的には、本システムは、Ｊａｖａ（登録商標）データベース接続性（ＪＤＢＣ）を採用して、システムが、非常に広い範囲のデータシステムと対話できるようにし、オペレーターの能力を改善する幅広い配列の機能が、データソースを操作、作成、分析できるようにする。
【００６７】
或る好適な実施形態で用いられているＪＤＢＣテクノロジーは、当該技術では広く知られている。読者には、例えば、ｈｔｔｐ：//ｊａｖａ．ｓｕｎ．ｃｏｍ／ｐｒｏｄｕｃｔｓ／ｊｄｂｃ／ｉｎｄｅｘ．ｈｔｍｌ．に挙げられている文書を参照頂きたいが、これは本出願提出時には有効で、発明者の知っているＪＤＢＣテクノロジーに関する最も詳細な情報源である。ＪＤＢＣテクノロジーを特定のデータ管理システムと共に用いるには、普通、開発者は、ＪＤＢＣテクノロジーとデータシステムの間を仲介するＪＤＢＣテクノロジーベースのドライバを必要とする。ドライバは、純粋にＪａｖａ（登録商標）プログラミング言語で、又はＪａｖａ（登録商標）プログラミング言語とＪａｖａ（登録商標）TMネイティブインタフェース（ＪＮＩ）固有の方法を混成して書く必要がある。具体的なドライバの開発に関する詳細は、本開示の範囲を超えているが、ＪＤＢＣウェブサイトが、現在入手可能あるか又は開発中であるドライバを備えた製造者のリストを維持していることを注記しておく。
【００６８】
１．４．３． データ品質の制御及び保証
本発明のシステムの主なアプリケーションの内の幾つかは、データ品質制御及び保証のためのものである。そのようなアプリケーションの多くの態様は、上記説明及び以下の１．４．４．から１．４．７．節の議論に基き、当業者には明らかである。本節は、典型的なアプリケーションに備わっている主要な段階をユーザーの視点で説明する。
【００６９】
データ品質の管理及び制御は、一般的に、データセットを選択し、選択されたセットを所定の方法で操作して、データに関する結論に達する段階を含んでいるものと理解頂きたい。従って、或る態様では、本発明は、ａ）指定された選択基準を使って２つ又はそれ以上のデータセットからデータを選択する段階と、ｂ）２つ又はそれ以上の選択されたデータセットを比較する段階と、ｃ）比較されているデータセットの間の違いに関するデータセットを作成する段階と、から成り、段階（ａ）−（ｃ）は、異なるデータフォーマットを有している可能性のあるデータを並行的に表示し、定義済みデータセットに関してデータ分析オペレーションを開始するよう構成されているグラフィカルユーザーインタフェース（ＧＵＩ）を使って実行されるデータ品質管理方法である。或る好適な実施形態では、データを並行的に表示するのは、上記のようにポータルを使って実行される。
【００７０】
別の実施形態では、本発明は、ａ）指定された選択基準を使って１つ又は複数のデータセットからデータを選択する段階と、ｂ）選択されたデータから少なくとも１つの新しいデータセットを作成する段階と、ｃ）作成された少なくとも１つの新しいデータセットを修正して、アプリケーションプログラムを試験するのに必要な条件を示す段階と、ｄ）１つ又は複数の修正されたデータセットを基準データセットと比較する段階と、ｅ）修正されたデータセットと基準データセットの間の違いに関するデータセットを作成する段階と、から成り、段階（ａ）−（ｅ）は、異なるデータフォーマットを有している可能性のあるデータを並行的に表示し、定義済みデータセットに関してデータ分析オペレーションを開始するよう構成されているグラフィカルユーザーインタフェース（ＧＵＩ）を使って実行されるデータ品質管理方法である。
【００７１】
或る好適な実施形態では、製品又は他のデータセットからデータを選択する段階は、無作為又は特定の選択基準を用いる段階を伴っている。試験セットを作成するには、第１段階は、一般的に、ユーザーのデータシステム内に記録／行を作り出すフィールド／列を定義することである。或る好適な実施形態では、これは、反復コントローラーのオプション「試験セット作成」を使って行うことができる。試験セット作成オプションは、既存のデータセットから試験データを選択するための様々なオプションを提供する。これらのオプションは、ユーザーが、例えば、全てのデータをコピーするか、又は異なるデータサンプリング条件を指定できるようにする。或る特定の実施形態で用いられる正規データサンプリング条件には、例えば、データセット内のＭ個の連続する行の選択、Ｎ番目の行毎の選択などが含まれている。無作為のデータサンプリングも、或る好適な実施形態の中に備えられている。或る好適な実施形態では、ＳＱＬ型の条件表現を用いて、所望の試験セットを作成することができる。結果の編成と検索を強化するため、ユーザーには、接頭部／接尾部データ、データ及び作成の時間などを含む様々な試験セット命名オプションが提供される。作成されたデータ試験セットは、反復コントローラー内に記録され、ユーザーが分析のために個々のフレーム内で利用できるようにされる。なお、本発明の方法は、新たに作成されるデータ試験セットを使う必要はなく、既存のデータでも操作できる旨理解頂きたい。データ比較を伴うデータオペレーションには、通常、比較の基準として働くベースラインデータセットの定義を必要とする。ベースラインデータセットは、次に、試験データセットと比較され、違いのデータセットが作成される。或る好適な実施形態では、保存された試験データセットを何時でも復元することができ、プログラムが試験された後にデータが変更されている場合、セットをそのオリジナル版に復元することができる。
【００７２】
プログラムを試験する段階には、試験データセットでプログラムを実行する段階と、その結果を予測した結果と比較する段階とが含まれる。プログラムを実行する段階は、ユーザーのデータベース内のデータに影響を及ぼすので、本発明のシステムは、データベースの「前」版と「後」版の結果を比較し、変更されたデータベースを保存及び復元し、データベースをブラウズ及び修正する機能を提供している。例えば、２つの異なるセットのデータは、ドロップダウンメニューオプションの選択を使って比較することができる。或る特定の実施形態では、異なる比較オペレーションを用いることもできる。これらのオペレーションは、全データ列に適用してもよいし、データ列を選択してもよいし、別の基準を使ってもよい。或る特定の実施形態では、試験データは、前もって入手可能な情報を表しているだけの基準セットのデータと比較される。データセット比較オペレーションを実行すると、システムは、データセットを指定された比較基準と照合し、新しいデータセットを作成する。この新しいデータセットの比較結果は、次に所望のフォーマットでユーザーに表示される。例えば、整合性が見出されなかった列は、空白列として表示してもよい。データの整合又は不整合は、カラー規定を使って表示してもよい。
【００７３】
別のアプリケーションでは、多くのデータシステムが異なるプラットフォーム又は幾つかのデータベース上に在る場合は、データ分析と比較を実行する必要がある。その様な比較は、数多くの構造を横に並べたウィンドウで示せるようにする本発明のシステムを使えば簡単になる。更に、システムの異なるビューワを使えば、ユーザーは、様々な図形表現を使ってデータを可視化することができる。本システムを使えば、何度かマウスをクリックすることによって、１つのデータベース又は過去のファイル構造から別のものにデータを簡単に移動させることができる。データ内のエラーは、識別し、グラフィカルリンク−ノード線図又は図表を使って修正することができる。
【００７４】
以下の説明では、本発明の幾つかの特定の実施形態を更に詳細に説明する。具体的には、図６、７、８を参照しながら、データ品質制御に関する幾つかの概念とその役割を、以下の節で開示する。これには、データ品質制御作業に使用されるポータルの概念とその役割、データ品質制御作業を保存し、復元し、共有し、併合するのに使用されるワークフローの概念と役割、データ品質制御作業の記録、編集、報告に使用されるトランスクリプトの概念と役割、などが含まれる。
【００７５】
１．４．４． データ品質制御作業を管理するためのポータル概念
図６、７、８に示すように、本発明のシステム１０は、ポータル１６を使って異なるデータソースからのデータにアクセスし分析する。或る好適な実施形態によれば、ポータル１６は、システムがアクセス可能な異なるデータソースと関係している可能性のあるデータセットを収集し、可視化し、分析し、しばしば直接編集するのに用いられるツールである。従って、ポータルは、データ拾集、分析及び可視化のツールの集まりと考えられる。ユーザーの視点から見ると、ポータル１６は、ユーザー指定の任意のビューワ１８ａ−ｄの集まりで構成され、個々のビューワは、図１Ａ−Ｅに示すように、例えば３次元の表、チャート又は網状ビューワである。代替実施形態では、様々な異なるビューワが用いられている。そのようなビューワの一例は、特定のＳＱＬ問合せを実行し、リターンコードを閲覧するのに使用できるＳＱＬビューワである。或る特定の実施形態における別の例は、一行のデータを一度に示す記録ビューワである。このビューワは、データが複数の列を有している場合に有用であり、或る好適な実施形態では、データを両方向に迅速に見直すことができる追加の便利なＶＣＲ式の制御を実行する。
【００７６】
或る好適な実施形態では、各ビューワは、特定のデータソース１２ａ−ｆに接続されている。ポータルは、一般的に複数のビューワを有しているので、これらのビューワを編成し、それらと関連するユーザー指定データ分析タスクの任意の収集を作成及び管理するのに用いられる。本発明によれば、ポータル１６は、通常、データベースアプリケーションを試験したり、データ収集のために品質を改善するような目的を持っている。分析の型式毎に、個別のポータルが作成される。以下に論じるように、ポータル１６（ポータルディレクトリ２０内に分類されている）を開くと、ポータルのビューワ１８ａ−ｄが、それらそれぞれのデータソースに再接続され、後に続く分析に備えられる。
【００７７】
本発明に用いられているポータル１６は、ポータル１６に関連する全てのビューワ１８ａ−ｄを表示し、ポータル１６が開かれているときにビューワ１８ａ−ｄに必要な全ての問合せを実行することによって、ユーザーの生産性を高める。通常、ポータル１６及びデータソース接続情報は、将来の使用に備えて保存され、他と共有することができる。この能力は、ワークフローを捕捉し、ユーザーが、作業の再作成を必要とすることなく、止めたところから継続してシステム１０を使用できるようにする、状態保存機構１３によって提供される。状態保存機構については、１．４．４．節で更に詳しく説明する。
【００７８】
図７及び図８は、或る好適な実施形態で用いられているポータルディレクトリコントローラー２０を、ブロック図形式で示している。ポータルディレクトリコントローラー２０（図１３も参照）は、ポータルを可視的に管理する。ポータル１６は、システムの利用と一体になっており、通常最もよく用いられるシステム要素である。このため、ポータルディレクトリコントローラー２０は、削除できる他のフレームとは異なり、常にデスクトップ上に存在している。図８に示すように、或る好適な実施形態では、システムは、局所及び遠隔データソースの両方にアクセスする。実際に、データソースの数又は型式と、その物理的位置には何の制限もない。例えば、遠隔データソース１２ａ−ｆは、インターネット、イントラネット、イントラネットにリンクされているエクストラネット又はそれらの何れかの組み合わせの様な電話通信ネットワークを介して、遠隔的にアクセスすることができる。
【００７９】
ポータルディレクトリコントローラー２０は、ポータル１６の作成、編成及び管理を促進する。或る好適な実施形態のコントローラー２０は、ツリー構造を利用し、ユーザーが、製造のような登録されているポータルフォルダー（図１３、１９参照）から、個々のプラントに対応するフォルダー、そして階層のアッセンブリレベルを経て、最終的には製品モデルにまで容易に進むことができるようにする（図８参照）。
【００８０】
本発明によれば、登録されているポータル１６を開くと、先に実行された何れかの分析が示される（図９参照）。先に何が実行されていたかを憶えている本システムのこの能力は、ユーザーが分析を再作成する手間を省き、本発明のシステム１０に固有の強力な生産性ツールである。分析とソースの接続も、本システムの他のユーザーと好適に共有されている。
【００８１】
先に述べたように、ポータル１６は、システム１０の主要な部分を形成しており、本システムの心臓部にある。ポータル１６は、分析を編成し、表示することによって生産性を改善する。更に、ポータル１６は、開かれているときは、全分析を自動的に実行する（ポータル内の全ビューワを再表示する）。これには、ビューワ１８ａ−ｄに関連する問合せを再実行する段階が含まれる。
【００８２】
図８及び図９には、それぞれ、本発明によるポータル１６インタフェースの概略図と実際の表示を示している。図示の通り、ポータル１６は、少なくとも１つのビューワ１８、メニューバー６０、ツールバー６２、及びステイタスバー６４を含んでいる。
【００８３】
或る好適な実施形態では、ポータル１６は、データ分析ツールの集まりとしての機能に加えて、セッションのような情報を捕捉することによって、作業セッションのためのプロキシとして働く。従って、ポータル１６は、特定の状況に関する情報を収集するのに用いられる。データは、そのデータソースディレクトリコントローラー２２を使ってシステム１０内で見つけられた後、ポータル１６によって入手可能な可視化技法を使って分析される。
【００８４】
データを、可視化技法を利用するビューワ１８ａ−ｄに関連付けるシステム１０の能力は、高度な分析の実行を可能にする。具体的には、データは、データソースディレクトリコントローラー２２を使って、システム１０に記述される。情報は、システム１０に、どこでデータソースを見つけ出すか、データを呼び集めるときにどのデータを検索すべきかを教える。一旦データがシステム１０に定義されると、データは、分析及び反復、データセットの作成、データソースの比較などのためにビューワ１８ａ−ｄに結び付けられる。
【００８５】
或る好適な実施形態では、システム１０は、補助コントローラーを使って、ポータルが使用するかもしれない数千にも達する可能性のあるデータソースを個々に管理する。これが、データソースディレクトリコントローラー２２（図１２も参照）である。このコントローラーは、各データソースが、オラクル又はＶＳＡＭのような１つ又は複数のデータシステムへの接続を指定するデータソースの仕様を可視的に管理する。このコントローラーを使えば、ユーザーは、データソースを作成、編集、編成、選択及び削除することができる。実際、接続は、何れの好みの方法で編成してもよい。例えば、内容、区分、プロジェクト、及び何れか又は全ての順列によってデータを収集するデータソースフォルダを作成することもできる。一旦データソースが作成されると、上記のような、１つ又は複数のポータルビューワを介してデータにアクセスすることができる。
【００８６】
実際に、データソースは、単一のデータのソースへの接続として記述してもよいし、簡単又は複雑なツリー構造として接続してもよい。この様にして、階層データ接続は作成される。データソースディレクトリコントローラー２２内のデータソースと、ポータル１６内で開いているデータビューワ１８ａ−ｄとを強調表示することによって、データソース接続からのデータはビューワ１８ａ−ｄに結び付けられ、データはビューワ１８ａ−ｄ内に表示される。ツリー構造の階層は、好適に、階層格子ビューワを使って閲覧することができる。
【００８７】
データソースディレクトリコントローラー２２は、データソースを記述する機能を広範に提供する。データは、或る好適な実施形態では、標準構造の問合せ言語（ＳＱＬ）を使って記述されている。通常は、このＳＱＬ記述は、データフィールドのエントリとグラフィカルな選択から自動的に生成される。これは、更に、表記述子の結合を作成する結合機能２４を含んでおり、これは明示的でも仮想でもよい。システムのユーザーは、これらの機能を実行するのにＳＱＬを知らなくともよい。ユーザーがこの基本情報を修正すれば、もっと高度な問合せを利用できると考えられる。
【００８８】
或る好適な実施形態では、各ビューワは、データソースディレクトリコントローラー内で選択されるデータソースで作業するだけでなく、元のデータソースのクローンを維持するので、このデータソースを使っているシステムの他の要素に影響を及ぼすことなく、このクローンを個別に修正することができる。このクローンへのアクセスは、ビューワの選択データソースメニューアイテムを通して行う。
【００８９】
ポータルディレクトリコントローラー及びデータソースディレクトリコントローラーは、更に以下のように規定されている。
【００９０】
１．４．５． データ品質制御作業を保存し、復元し、共有し、合体させるためのワークフロー概念
Ｊａｖａ（登録商標）テクノロジーは、個々の実行時オブジェクトを持続的にする基本的直列化機能を提供している。しかしながら、情報を開放環境内で復元し共有できるように、全データを捕捉し、進行中又は終了時に作業を効果的に保存するには、追加のサービスが必要となる。開放環境態様は、本発明のシステムのワークフローマネージャーの実行に相当な複雑さを追加するが、このマネージャーは、根本的な保存、共有及び復元機能と、共有されているリソースを既存の環境に併合するための拡張したサービスとを提供する。
【００９１】
或る好適な実施形態では、以下の２つの機能が、ワークフロー管理に対するサポートの大部分を提供する。
【００９２】
・データソースディレクトリコントローラー
・ポータルディレクトリコントローラー
【００９３】
これらのコントローラーの基本サービスは、以下のように分類される。
１．保存及びオープンサービス、これは、ユーザーが、進行中の作業を保存及び再ロードできるようにする専用の「ヘルプ」サービスである。例えば、オプション及びファイルダイアログが、ユーザーに、リソース及びオプションを選択して、先に保存されている進行中の作業を再ロードする能力を与えるために、提供されている。
２．作業結果の共有、これは、ユーザーが、進行中の作業を共有する専用の「ヘルプ」サービスである。
ファイルメニュー（図２１参照）は、両方のコントローラーで同じであるが、それぞれ、ポータルか、データソースディレクトリのどちらかに適用される。
【００９４】
本発明のシステムは、上記に加えて、取り扱っているリソースの型式に依って自動的に適用される専用の拡張サービスを提供する。そのようなサービスには、以下のものが含まれる。
３．ポータル状態保存及びオープンサービス、これは、ポータル情報を捕捉して外部に示し、開放環境内で保存及び復元されるか、共有されるか、併合されるようにするための専用の拡張サービスである。例えば、この専用サービスは、共有ポータルの、異なるユーザーが所有するセッション内の既存のポータルとの併合を管理するのに用いられる。
４．データソース状態保存及び復元サービス、これは、データソース情報を捕捉して外部に示し、開放環境内で保存及び復元されるか、共有されるか、併合されるようにするための専用の拡張サービスである。例えば、この専用サービスは、１つ又は複数の共有データソースの、新らしいデータソースディレクトリへの併合を管理するのに用いられる。
【００９５】
ポータルディレクトリコントローラーフレーム（図１３参照）及びデータソースディレクトリコントローラーフレーム（図１２参照）は、正規フレームとしてレイアウトされている。両方のフレームは、上部にメニューバーを有しており、その下にツールバーが備えられている。これらの２つのコントローラーでは、ツールバーの下に、登録されているポータルフレームか、又は登録されているデータソースの何れかがある。ポータルとデータソースのフレームの挙動は、実質的に同じである。従って、簡略化のため、ポータル管理についてだけ説明する。
【００９６】
図１８において、フレームの左部分はフォルダー階層を表示しており、アイコンがフォルダーを示している。フォルダー階層は展開及び圧縮可能であり、階層内のブランチは、アイコンボタンによって以下のように識別される。
【００９７】
１．水平方向ハンドル付のアイコンボタンは、圧縮されているブランチを意味する。ブランチを展開するには、ユーザーは、ボタンをクリックしなければならない。
２．垂直方向ハンドル付のアイコンボタンは、展開しているブランチを意味する。ブランチを圧縮するには、ユーザーは、ボタンをクリックしなければならない。
【００９８】
ユーザーは、ブランチを展開又は圧縮するのに用いられているアイコンを、プラス及びマイナス符号のアイコンのような別のアイコンに変更できるのが望ましい。内容（右側）フレーム内のフォルダーアイコンをダブルクリックすると、フォルダーが展開する。この様に、左側フレーム内でフォルダーが選択及び表示され、右側フレーム内にその内容が表示される。
【００９９】
上記例では、フォルダーＭｙＰｏｒｔａｌｓは圧縮されている。図１９は、ＭｙＰｏｒｔａｌｓフォルダーが展開している例である。右側のフレームは、選択されたフォルダーの内容を表示する。或るフォルダーに、他のフォルダー、ポータル又は両方が入っていてもよいことは明らかである。右側のフレームのＭｙＰｏｒｔａｌｓをクリックすると、図２０に示すように、その内容が表示される。或る好適な実施形態では、既存のポータルが開かれるとき、そのポータルが閉じられる前の最新の状態が表示されるので、先のログオンセッションで実行された分析を再作成するユーザーの時間及び手間が省かれる。この好適実施形態に用いられている状態保存機構は、システムのユーザーの間で、データを簡単に共有できるようにする。
【０１００】
図１４に示すように、Ｆｏｌｄｅｒを強調表示して、ＥｄｉｔＦｏｌｄｅｒメニューアイテムを選択すると、ユーザーがフォルダー情報を修正できるようになるＥｄｉｔＦｏｌｄｅｒ情報ダイアログボックスが開く。強調表示されたＰｏｔａｌの選択も同じように行える。
【０１０１】
ポータル及びデータソースのディレクトリコントローラー用のビュー・メニューはほぼ同様であるが、リソース型式が異なるため、それらの挙動も異なっている。従って、これらのメニューについて個々に論じる。
【０１０２】
ポータルディレクトリビューメニュー（図１４及び図１５）は、ポータルディレクトリと、個々のポータルの作成、破壊及び編成とを管理する。
【０１０３】
１．ＮｅｗＰｏｒｔａｌ−新規のポータルを作成する。
２．ＯｐｅｎＰｏｒｔａｌ−強調表示されたポータルを開く。
３．ＥｄｉｔＰｏｒｔａｌ−強調表示されたポータルを編集する。
４．ＮｅｗＦｏｌｄｅｒ−新しいポータルディレクトリコントローラーを作成する。
５．ＥｄｉｔＦｏｌｄｅｒ−強調表示されたポータルディレクトリコントローラーフォルダーを編集する。
６．Ｃｏｐｙ−後でペーストするのに備え、選択されたフォルダー又はポータルのコピーをクリップボード上に置く。
７．Ｃｕｔ−後でペーストするのに備え、選択されたフォルダー又はポータルのコピーをクリップボード上に置き、ペースト後に選択を削除する。
８．Ｐａｓｔｅ−フォルダー又はポータルを、クリップボードから選択されているフォルダーへペーストする。
９．Ｄｅｌｅｔｅ−選択されているオブジェクト（ポータル又はコントローラー）を削除する。
【０１０４】
メニューバーの下のポータルディレクトリコントローラーツールバー（図１５参照）にはアイコンが入っており、クリックすると、メニューバー（上記で説明済み）に入っているコマンドが実行される。ツールバーボタンを右クリックすると、以下に規定するように、その動作のためのヘルプが表示される。
【０１０５】
データソースディレクトリ編集メニュー（図１６参照）を使えば、ユーザーは、フォルダー又はデータソースを作成、編集、編成又は削除することができる。編集メニューアイテムは、以下の通りである。
【０１０６】
１．ＮｅｗＤａｔａＳｏｕｒｃｅ−選択されたフォルダー内に新しいデータソースを作成するため、ＮｅｗＤａｔａＳｏｕｒｃｅ情報ダイアログボックスを開く。
２．ＥｄｉｔＤａｔａＳｏｕｒｃｅ−選択されたデータソースのためにＥｄｉｔＥｘｉｓｔｉｎｇＤａｔａＳｏｕｒｃｅダイアログボックスを開く。
３．ＮｅｗＦｏｌｄｅｒ−選択されたフォルダー内に新しいフォルダーを作成する。
４．ＥｄｉｔＦｏｌｄｅｒ−選択されたフォルダーの情報を編集する。
５．Ｃｏｐｙ−後でペーストするのに備え、選択されたフォルダー又はデータソースのコピーをクリップボード上に置く。
６．Ｃｕｔ−後でペーストするのに備え、選択されたフォルダー又はデータソースのコピーをクリップボード上に置き、ペースト後に選択を削除する。
７．Ｐａｓｔｅ−フォルダー又はデータソースを、クリップボードから選択されたフォルダーへペーストする。
８．Ｄｅｌｅｔｅ−選択されたフォルダー又はデータソースを削除する。
【０１０７】
メニューバーの下のデータソースディレクトリツールバー（図１７参照）には、アイコンボタンが入っており、クリックすると、メニューバーに入っているコマンドが実行される。ツールバーボタンを右クリックすると、１．４．５．節で規定したように、その動作のためのヘルプが表示される。
【０１０８】
或る好適な実施形態では、ポータル１６を開くと、ポータル１６を閉じる前の状態と同じ状態で開く。ポータル１６が始めて開かれるときには、デフォルト情報を使って開かれる。先に保存されているポータル１６が、現在のセッションで始めて開かれるときは、最新の保存時の状態を使って開かれる。更に具体的には、状態保存機構１３を参照すると、各ポータル１６は、ポータルディレクトリコントローラー２０及びデータソースディレクトリコントローラー２２と関連付けられている。
【０１０９】
ポータル状態を持続性とするため、本発明のシステム１０は、作動中にポータル１６の状態を分析する。具体的には、本システムは、データソース１２ａ−ｆがどのビューワ１２ａ−ｄと関係付けられているかばかりでなく、ポータル１６内でどのデータソース１２ａ−ｆが使用されているかを判定する。そうすると、同じ状態を後で使用して、ポータル１６を、保存時の元の状態に戻すことができる。ポータル１６が保存されるとき、ポータル１６と関連しているデータソース接続も保存される。
【０１１０】
図１、５及び１０に示すように、状態保存機構１３を使って、データソースディレクトリコントローラー２２とポータルディレクトリコントローラー２０は、ポータル１６を再開させる際に、自身を以前の状態に復元させる。状態保存機構１３と関係付けられている情報は、エクスポートされ、他と共有される。すると、他のユーザーは、ポータル１６をそのまま使用することもできるし、個人的に利用するためにポータル１６を修正することもできる。状態保存コントローラー１３の特徴は、マウスをクリックすれば分析を実行できるようにすることによって、ユーザーを更に生産的にする。つまり、ポータル１６が開けられると、ユーザーがビューワ１８ａ−ｄを作成するのに必要な全ての作業を再作成する必要なしに、ポータル１６内の全てのビューワ１８ａ−ｄが、システム１０によって再び開かれる。
【０１１１】
状態保存機構１３を使用すると、本発明のシステムは、システムの特定の状態を保存することができるので、システムのユーザーは、分析の全要素を再作成するのに必要な手間又は作業を繰り返すことなく、ユーザーの作業を再生することができる。本発明では、２つの異なる状態保存がある。一方の状態保存は、他方の状態保存のサブセットである。ユーザーは、結果として、ポータルの状態を保存することもできるし、データソース定義を保存することもできる。ポータル状態の保存には、ポータルに関連する全データソース情報を含め、ポータルを再作成するのに必要な全ての状態情報の保存が伴う。
【０１１２】
状態保存機能、つまり保存ポータル状態１３ａに関して言えば、状態保存機能１３は、ポータル１６と関係付けられているビューワと、ビューワが接続されているデータソース１２ａ−ｆを判定する。状態保存機構は、他の関連データの状態も判定する。この情報は、次に、直列化され、後で検索するのに備えてデータファイル５４に保存される。この状態保存機能１３は、開かれているビューワ１８の型式と、その関連データソース情報とを含んでいる。各ポータル１６は多くの型式のビューワ１８、即ち、各型式の多くのインスタンスを有しているので、この状態保存機構１３は、特定のポータル１６によって利用されている全てのビューワ１８を識別することができる。この情報は、ユーザーが介入する必要なしにポータル１６内のビューワ１８の各インスタンスを再作成するのに足るものである。
【０１１３】
保存ポータル状態１３ａは、ポータル１６が使用しているビューワ１８を保存するだけでなく、ビューワ１６の各インスタンス用のデータソース定義も保存する。或る好適な実施形態によれば、保存されているデータソース定義は、ユーザーの介入無しに、開放環境内でビューワを再作成するに足る情報を含んでいる。このアプリケーション内の開放環境は、ポータルの動的な選択をサポートするものであり、各ポータルがビューワの動的セットを有しており、ビューワは時間経過と共に随意的に変化しているデータソースにアクセスする。開放環境内でビューワを再作成するために保存しなければならない情報は、ＪＤＢＣ接続を指定している全てのデータと、ビューワでのデータ閲覧に関するユーザーの好みを示す特性と、ポータル内の各ビューワに関する仕様の収集と、各ポータルに関する仕様の収集と、ポータルとデータソースディレクトリ両方に関する仕様を含んでいる。保存しなければならない実際の情報量は、環境に依って明らかに変わる。
【０１１４】
特定のポータル１６を復元したければ、復元又は「開」ポータル状態プロセス１３ｂを開始する。復元ポータル状態プロセス１３ｂは、保存ポータル状態プロセス１３ａから直列化されたファイルを取り出し、ユーザーの介入無しに、元の作業を再作成する。これには、ポータル１６を再作成することのできるシステムに情報をロードし戻す段階が含まれている。復元ポータル状態プロセス１３ｂは、直列化されている情報を分析し、ビューワ１８の各インスタンスをポータル１６内に再作成する。このプロセスは、適切なデータソース１２ａ−ｆに接続されているビューワ１８の作成を含んでいる。復元ポータル状態プロセス１３ｂも、適切なデータソース１２ａ−ｆに接続されているビューワ１８の作成を含んでいる。復元ポータル状態プロセス１３ｂは、更に、データソース１２ａ−ｆへの新しい接続の作成を提供するので、ビューワ１８は、各ビューワ１８をポータル１６内に作成するのに必要な作業を繰り返す必要がない。本発明によれば、ポータル１６を開くと、システムは、状態保存時のポータル内の全てのビューワ１８を再作成し、ビューワ１８をそれらの関係するデータソース１２ａ−ｆに接続し、データ問合せを実行し、ポータル内の全てのビューワに関するデータを表示する。
【０１１５】
更に、或る好適な実施形態によれば、ポータル情報を保存する段階は、ユーザーに、ポータル情報を共有する能力を提供する。ポータル機構の共有は、保存ポータル状態プロセス１３ａによって作成されたファイルを取り出し、ポータル１６が作成された環境と異なる環境５６内にポータル１６を再作成する共有プロセス１３ｃによって使用可能となる。これは、元のポータルと関連データソース定義の中に入っているビューワの全てのインスタンスを作成する段階を含んでいる。ポータル１６を開くと、システムは、状態保存時のポータル１６内の全てのビューワ１８を再作成し、ビューワ１８をそれらの関連データソース１２ａ−ｆに接続し、データ問合せを実行し、結果をビューワ１８に表示する。
【０１１６】
或る好適な実施形態では、状態保存機構は、関連データソースも保存する。従って、保存データソースプロセス１３ｄは、保存ポータルプロセス１３ａのサブセットと見なすこともできる。保存データソースプロセス１３ｄは、データソース１２ａ−ｆに関する状態及び他の既知の情報全てを分析し、この情報を直列化し、それをファイル５６内に保存する。これらのファイル５６は、復元することもできるし、他のユーザーと共有することもできる。保存されているデータは、一般的には、データソース１２ａ−ｆが再開され、又は共有されたときに、データソース１２ａ−ｆへの接続を作成するに足るものである。
【０１１７】
ユーザーは、データソースを復元したければ、復元データソースプロセス１３ｅを開始する。このプロセスは、保存データソースプロセス１３ｆによって準備されたファイルを取り出し、状態を以前の状態に復元する。状態復元が完了すると、データソース１２ａ−ｆに関係付けられたデータセットへの接続は、ユーザーの介入無しに確立される。これにより、データソースへの接続を確立するときに、情報を再作成する必要が無くなる。
【０１１８】
関連ポータル保存状態プロセス１３ａでの様に、データソースは、システムの複数のユーザーの間で共有することができる。共有データソースプロセス１３ｆによれば、保存データソースプロセス１３ｄによって準備されたファイルは、状態及び他の記憶されている情報に基いて復元される。このプロセスが完了すると、ユーザーの介入無しに、データソースへの接続が作成される。繰り返すが、この特徴は、システムの新しいインスタンス５８内にデータソース定義情報を再作成する必要を無くし、ユーザーがデータソースへ迅速に接続できるようにする。
【０１１９】
１．４．６． メニュー及びツールバーヘルプへの右クリック
迅速且つ文脈依存のヘルプによってユーザーを支援するため、本発明に従って多くの規定が開発されてきた。本発明のこの態様は、迅速且つ直接的支援をユーザーに提供するための特定のアプローチに向けられている。図１に示すように、システムの表示されている各フレームは、明示的ヘルプ機構（図２２も参照）を有しているが、メニュー及びツールバーアイテムに関し迅速且つ文脈特定的ヘルプを得るための、追加の暗示的ヘルプ機能もある。或る好適な実施形態では、メニュー又はツールバーアイテムは、マウスの右ボタン（「メタ」ボタンと呼ばれることも多い）をクリックすることによって簡単に選択することができる。これによって、そのアイテムに関するヘルプ情報が直ちに表示される。図１１は、このオペレーションの基本的な論理の流れを表している。具体的には、第１段階で、ユーザーは、ツールバー又はメニューアイテム上で事前特定ボタン（マウスのメタボタンであるのが望ましい）をクリックする。次の段階で、特定のアイテムに関するヘルプ情報がシステムのヘルプファイル内に配置される。最後に、ヘルプ情報が、望ましくはヘルプを要求したアイテムの位置近くで、ユーザーに表示される。或る好適な実施形態によれば、システム１０のグラフィカルユーザーインタフェース上でメニューアイテム又はツールを右クリックすると、そのアイテムに関する文脈依存ヘルプが現れる。この方式は、ユーザーに、ヘルプシステムを通して彼又は彼女の方法を作用させ、メニューアイテムに関する特定のヘルプを見つけ出すよう要求する大部分の先行技術のヘルプシステムとは異なっている。本発明のシステムは、ユーザーに、直接、最小の手間で所望のヘルプ情報をもたらすことによって、ＧＵＩを効果的に利用し、ユーザーに利便性と生産性を提供する。
【０１２０】
１．４．７ ユーザー動作の記録、編集及び報告のための複数のトランスクリプト
本発明に従って用いられているトランスクリプトマネージャーは、ユーザーの動作を記録し、その基本レベルでは本質的にはログを提供する。しかしながら、或る好適な実施形態では、トランスクリプトマネージャーは、望ましくは書式付きテキスト編集及び埋め込み図形を備えている、複数の並行的トランスクリプトの実行のような追加のサービスを提供する。或る好適な実施形態のトランスクリプトマネージャーは、いわゆる「モデル・ビュー・コントローラー」方式で保持していると、トランスクリプトコントローラー（図２３参照）と呼ばれるビューによって可視化することができる。このモデルは、それが管理している全トランスクリプトについての、潜在的には数千のオブジェクトと、それらの状態パラメーターとのモデルである。
【０１２１】
本システムは、更に、ユーザー動作のトランスクリプトを維持する。これらのユーザーのトランスクリプトは、編集され、作成され、保存される。これによって、１つのユーザーセッションから別のユーザーセッションまで完全な分析を保持できる。或る好適な実施形態では、セッションの開始時に、読み取り専用である永久マスタートランスクリプトが、各ユーザーに割り当てられる。このトランスクリプトは、ログオンセッションの間に実行される全ての動作を捕捉する。システム管理者及び監査役は、この機構を使って、ユーザー動作を追跡することができる。
【０１２２】
別の実施形態では、ユーザーは、１つ又は複数の追加的作業用トランスクリプトを作成することができ、各トランスクリプトは、読み取り専用トランスクリプトが更新されるのと同時に自動的に更新されるようになっている。「データエラー解決」と題するトランスクリプトは、本発明に従って用いられる追加の開放トランスクリプトの例である。作業用トランスクリプトは、読み取り専用トランスクリプトの完全性を保ちながら、ユーザーが１つ又は複数の作業用トランスクリプトを編集するための手段を提供している。そのような作業トランスクリプトは、分析の知見を文書化し、又は活動に関する状態報告を作成するのに有用である。上記のように、マスタートランスクリプトは編集可能ではないが、トランスクリプトのエントリは、コピーして、別のトランスクリプトで使用することができる。本発明は、開かれるトランスクリプトの数に制限を課さず、その機能は、任務に重要な動作及びユーザー編集可能なトランスクリプトには特に有用である。
【０１２３】
以下に、或る好適な実施形態（図２５参照）に用いられているトランスクリプトコントローラー用のファイルメニューについて簡単に説明する。このメニューは、新しいトランスクリプトを作成し、既存のトランスクリプトを開き、トランスクリプトを保存し、トランスクリプトを閉じるのに用いられる。図示のように、ファイルメニューは、以下のメニューアイテムを有している。
【０１２４】
１．Ｎｅｗ−新しいトランスクリプトを作成し、開く。
２．Ｏｐｅｎ−保存されているトランスクリプトを開く。
３．Ｓａｖｅ−アクティブなトランスクリプトをファイルに保存する。
４．ＳａｖｅＡｓ−アクティブなトランスクリプトを、新しい名称で保存する。
５．Ｃｌｏｓｅ−アクティブトランスクリプトを閉じる。
【０１２５】
或る好適な実施形態では、ユーザー用のマスタートランスクリプトは、ログオンセッションが終了すると自動的に保存される。更に、先に保存されているマスタートランスクリプトは、見直すために開くことはできるが、ユーザーがそれを編集することはできない。ユーザーのトランスクリプトは、ユーザーの判断で、保存してもしなくてもよい。メニューバーの下にあるトランスクリプトツールバー（図２４参照）には、クリックするとメニューバー内の様々なコマンドを実行するアイコンが入っている。
【０１２６】
図２６は、多数のトランスクリプトを操作するために入力を経路付けするためのデータの流れを示している。下記の２つの型式の入力が用いられる。
【０１２７】
１．ホストシステム用のログイベント２６ａと、
２．指定されたトランスクリプトの内の１つだけを意図しているユーザー入力２６ｆ。
【０１２８】
ログイベント２６ａは、ホストシステムによって生成されるイベントである。このイベントは、テキスト編集命令２６ｂに変換され、マスタートランスクリプト２６ｃと、全てのアクティブなユーザートランスクリプトに同報通信される。ユーザー入力２６ｆは、通常、キーボード及びマウス操作によるユーザー入力編集命令である。トランスクリプト２６ｃ、２６ｄ、２６ｅは、編集命令を実行する機能を備えたオブジェクトである。
【０１２９】
以上、本発明の様々な実施形態の態様について記載し説明してきたが、当業者には理解頂けるように、代替構成要素及び技法、並びに記載した構成要素及び技法の様々な組み合わせを、ここに記載した実施形態に置換、又は追加することもできる。従って、本発明は、ここに記載している特定の実施形態によってではなく、特許請求の範囲に述べる事項により定義されるものであり、同事項は、請求構造の安定した原理に従って解釈されるよう意図されている。
【０１３０】
添付資料Ａには、本発明のシステム及び方法と態様に向けられたソースコードのリストが入っている。本特許書類の開示のこれらのリスト及びその他の部分には、著作権保護の対象となる資料が入っている。著作権所有者は、特許商標局の特許ファイルで公にされた際には、特許書類又は特許開示を何人が複写複製しようと異論は無いが、そうでなければ如何なる場合も全ての著作権を留保するものである。
【０１３１】
【０１３２】
【０１３３】
【０１３４】
【０１３５】
【０１３６】
【０１３７】
【０１３８】
【０１３９】
【０１４０】
【０１４１】
【０１４２】
【０１４３】
【０１４４】
【０１４５】
【０１４６】
【０１４７】
【０１４８】
【０１４９】
【０１５０】
【０１５１】
【０１５２】
【０１５３】
【０１５４】
【０１５５】
【０１５６】
【０１５７】
【０１５８】
【０１５９】
【０１６０】
【０１６１】
【０１６２】
【０１６３】
【０１６４】
【０１６５】
【０１６６】
【０１６７】
【０１６８】
【０１６９】
【０１７０】
【０１７１】
【０１７２】
【０１７３】
【０１７４】
【０１７５】
【０１７６】
【０１７７】
【０１７８】
【０１７９】
【０１８０】
【０１８１】
【０１８２】
【０１８３】
【０１８４】
【０１８５】
【０１８６】
【０１８７】
【０１８８】
【０１８９】
【０１９０】
【０１９１】
【０１９２】
【０１９３】
【０１９４】
【０１９５】
【０１９６】
【０１９７】
【０１９８】
【０１９９】
【０２００】
【０２０１】
【０２０２】
【０２０３】
【０２０４】
【０２０５】
【０２０６】
【０２０７】
【０２０８】
【０２０９】
【０２１０】
【０２１１】
【０２１２】
【０２１３】
【０２１４】
【０２１５】
【０２１６】
【０２１７】
【０２１８】
【０２１９】
【０２２０】
【０２２１】
【０２２２】
【０２２３】
【０２２４】
【０２２５】
【０２２６】
【０２２７】
【０２２８】
【０２２９】
【０２３０】
【０２３１】
【０２３２】
【０２３３】
【０２３４】
【０２３５】
【０２３６】
【０２３７】
【０２３８】
【０２３９】
【０２４０】
【０２４１】
【０２４２】
【０２４３】
以下、原特許出願の出願時の特許請求の範囲の記載を追加的に開示する。
〔請求項１〕
データ管理システムにおいて、
システムを１つ又は複数のデータソースに接続するインタフェースと、
前記１つ又は複数のデータソースを管理するための前記インタフェースにリンクされている少なくとも１つの機構と、
それぞれがデータソースにアクセスし、前記データソース内のデータの分析を実行し、分析結果を表示するよう構成されている複数のデータビューワを備えている少なくとも１つのポータルであって、各ポータルが、作成、保存、開放、編集、併合及び破壊の管理機能の内の１つ又はそれ以上を有するよう構成されているポータルと、を備えていることを特徴とするシステム。
〔請求項２〕
前記データソースの少なくとも１つは、電話通信ネットワークを介して遠隔的にアクセス可能であることを特徴とする、請求項１に記載のシステム。
〔請求項３〕
前記電話通信ネットワークは、インターネット、イントラネット、イントラネットにリンクされているエクストラネット、の内の１つであることを特徴とする、請求項２に記載のシステム。
〔請求項４〕
前記インタフェースは、異なるデータシステムの下で作動する少なくとも２つのデータソースに接続されていることを特徴とする、請求項１に記載のシステム。
〔請求項５〕
前記１つ又は複数のデータソースは、ＤＢ２、オラクル、Ｓｙｂａｓｅ、ＩＮＦＯＲＭＩＸ、ＭＳ ＳＱＬ ＳＥＲＶＥＲ、ＪＭＳ、ＰＤＳ、ＱＳＡＭ及びＶＳＡＭ、又はそれらの組み合わせ、のデータシステムの内の１つ又はそれ以上であることを特徴とする、請求項１に記載のシステム。
〔請求項６〕
前記インタフェースは、前記１つ又は複数のデータソース用の接続仕様を作成、編集、編成、選択及び削除するよう構成されているデータソースコントローラーを備えていることを特徴とする、請求項１に記載のシステム。
〔請求項７〕
前記データビュワーは、リンク−ノード式の線図を使ってデータの関係を示す網状ビューワと、表フォーマットでデータを示す表ビューワと、一度に一行のデータを示す記録ビューワと、汎用ＳＱＬコマンド用のＳＱＬダイアログ及びビューワと、チャートフォーマットでデータを示すチャートビューワ、の内の１つ又はそれ以上であることを特徴とする、請求項１に記載のシステム。
〔請求項８〕
前記少なくとも１つのポータルは、異なるソースからのデータの並行的可視化及び操作を可能にすることを特徴とする、請求項１に記載のシステム。
〔請求項９〕
システムオペレーションの状態を記録する状態保存機構を更に備えていることを特徴とする、請求項１に記載のシステム。
〔請求項１０〕
前記状態保存機構は、状態が開放環境内で復元できるように、システムオペレーションの状態を記録することを特徴とする、請求項９に記載のシステム。
〔請求項１１〕
前記状態保存機構は、各データソースが関係付けられているビューワによって用いられるデータソースを監視し記録するための装置を備えていることを特徴とする、請求項９に記載のシステム。
〔請求項１２〕
ポータルは開閉可能であり、前記状態保存機構からの情報は、前記ポータルを再開する際に、保存されているポータルの最新状態を復元するのに使用できることを特徴とする、請求項１１に記載のシステム。
〔請求項１３〕
１つのポータルの内容を、他のポータルと併合できることを特徴とする、請求項１１に記載のシステム。
〔請求項１４〕
１つのポータルの内容を、同じユーザーセッション内の他のポータルと併合できることを特徴とする、請求項１２に記載のシステム。
〔請求項１５〕
１つのポータルの内容を、同じユーザーの異なるセッション内の他のポータルと併合できることを特徴とする、請求項１２に記載のシステム。
〔請求項１６〕
１つのポータルの内容を、異なるユーザーの異なるセッション内の他のポータルと併合できることを特徴とする、請求項１２に記載のシステム。
〔請求項１７〕
前記状態保存及びロード機構は、複数のユーザーの間でデータ共有を可能にすることを特徴とする、請求項１０に記載のシステム。
〔請求項１８〕
１つのポータルの内容を、時間的に遅い時点で、異なるユーザーの異なるセッション内の他のポータルと併合できることを特徴とする、請求項１７に記載のシステム。
〔請求項１９〕
前記インタフェースは、どの様なＪＤＢＣ接続性でも作動することを特徴とする、請求項１に記載のシステム。
〔請求項２０〕
前記少なくとも１つの管理している機構は、試験データセットを作成するよう構成されていることを特徴とする、請求項１２に記載のシステム。
〔請求項２１〕
前記管理している機構は、２つ以上のデータソースの内容を比較するよう構成されていることを特徴とする、請求項１に記載のシステム。
〔請求項２２〕
前記管理している機構は、３つ以上のデータソースの内容を比較するよう構成されていることを特徴とする、請求項１に記載のシステム。
〔請求項２３〕
前記管理している機構は、データセットの問合せ、データセットの更新、データセットの保存、データセットの復元、及び、データセットの再構築の内の１つ又はそれ以上を実行するよう構成されていることを特徴とする、請求項１に記載のシステム。
〔請求項２４〕
前記システム内で実行される動作の記録を提供するトランスクリプト機構を更に備えていることを特徴とする、請求項１に記載のシステム。
〔請求項２５〕
１つ又は複数の読み取り専用のトランスクリプト機構を更に備えていることを特徴とする、請求項２４に記載のシステム。
〔請求項２６〕
１つ又は複数のユーザー編集可能なトランスクリプト機構を更に備えていることを特徴とする、請求項２５に記載のシステム。
〔請求項２７〕
データ品質制御システムにおいて、
システムを複数のデータソースに接続するインタフェースと、
前記インタフェースに作動的に接続されており、それぞれがデータソースにアクセスして、前記データソース内のデータの分析を実行し、分析結果を表示するよう構成されている複数のデータビューワを備えている、少なくとも１つのポータルと、
分析されるデータの１つ又は複数のデータソースと、実行されるデータ分析の型式とを選択するためのグラフィカルユーザーインタフェースを含んでいるデータ入力機構と、を備えていることを特徴とするシステム。
〔請求項２８〕
前記少なくとも１つのポータルは、データ分析を保存するための手段を備えていることを特徴とする、請求項２７に記載のシステム。
〔請求項２９〕
前記保存するための手段は、保存ポータル状態プロセスと、復元ポータル状態プロセスと、共有ポータル状態プロセスと、保存データソース定義プロセスと、復元データソース定義プロセスと、共有データソース定義プロセス、の内の１つ又はそれ以上を含んでいることを特徴とする、請求項２８に記載のシステム。
〔請求項３０〕
ポータルのデータビュワーは、網状ビューワと、表ビューワと、チャートビューワと、一度に一行のデータを示す記録ビューワと、汎用ＳＱＬコマンドのためのＳＱＬダイアログ及びビューワ、の内の１つ又はそれ以上を含んでいることを特徴とする、請求項２７に記載のシステム。
〔請求項３１〕
前記少なくとも１つのポータルは、ディレクトリコントローラーと関係付けられていることを特徴とする、請求項２７に記載のシステム。
〔請求項３２〕
前記ディレクトリコントローラーは、データソースディレクトリコントローラーであることを特徴とする、請求項３１に記載のシステム。
〔請求項３３〕
少なくとも２つのデータソース内のデータを比較するための手段を更に備えていることを特徴とする、請求項２７に記載のシステム。
〔請求項３４〕
前記１つ又は複数のデータソースは、ＤＢ２、オラクル、Ｓｙｂａｓｅ、ＩＮＦＯＲＭＩＸ、ＭＳ ＳＱＬ ＳＥＲＶＥＲ、ＩＭＳ、ＰＤＳ、ＱＳＡＭ及びＶＳＡＭか、又はそれらの組み合わせのデータシステムの内の１つ又はそれ以上を含んでいることを特徴とする、請求項２７に記載のシステム。
〔請求項３５〕
少なくとも２つのデータソースが、異なるフォーマットの下で作動することを特徴とする、請求項２７に記載のシステム。
〔請求項３６〕
前記複数のデータソースは、ＤＢ２、オラクル、Ｓｙｂａｓｅ、ＩＮＦＯＲＭＩＸ、ＭＳ ＳＱＬ ＳＥＲＶＥＲ、ＩＭＳ、ＰＤＳ、ＱＳＡＭ及びＶＳＡＭか、又はそれらの組み合わせのデータシステムの内の１つ又はそれ以上を含んでいることを特徴とする、請求項３５に記載のシステム。
〔請求項３７〕
前記インタフェースは、どの様なＪＤＢＣ接続性でも作動することを特徴とする、請求項２７に記載のシステム。
〔請求項３８〕
文脈依存ヘルプ機構を更に備えていることを特徴とする、請求項２７に記載のシステム。
〔請求項３９〕
前記文脈依存ヘルプ機構は、マウスの右ボタンをクリックすることによって始動することを特徴とする、請求項３８に記載のシステム。
〔請求項４０〕
ツールバー又はメニューアイテムを備えている環境内で文脈依存ヘルプ機構を提供するための方法において、
コンピューターマウスのカーソルをツールバー又はメニューアイテムの１つの上へ向かわせるユーザーからの入力を受信する段階と、
前記マウスの右ボタンのクリックに対応するユーザー入力を受信する段階と、
前記クリックによって選択されたツールバー又はメニューアイテムに関係付けられたヘルプファイルの位置を突き止める段階と、
前記ヘルプファイルからの情報を、前記クリックによって選択されたツールバー又はメニューアイテムの近くに位置するポップアップウインドウ内で、ユーザーに表示する段階と、から成ることを特徴とする方法。
〔請求項４１〕
データ品質制御方法において、
ａ）指定された選択基準を使って、１つ又は複数のデータセットからデータを選択する段階と、
ｂ）選択されたデータから、少なくとも１つの新しいデータセットを作成する段階と、
ｃ）作成された少なくとも１つの新しいデータセットを修正して、アプリケーションプログラムを試験するのに必要な条件を示す段階と、
ｄ）１つ又は複数の修正されたデータセットを基準データセットと比較する段階と、
ｅ）前記修正されたデータセットと前記基準データセットの間の違いに関するデータセットを作成する段階と、から成り、
前記段階（ａ）−（ｅ）は、異なるデータフォーマットを有している可能性のあるデータを並行的に表示し、定義されたデータセットでデータ分析オペレーションを開始するよう構成されているグラフィカルユーザーインタフェース（ＧＵＩ）を使って実行されることを特徴とする方法。
〔請求項４２〕
データ品質制御方法において、
ａ）指定された選択基準を使って、２つ又はそれ以上のデータセットからデータを選択する段階と、
ｂ）２つ又はそれ以上の選択されたデータセットを比較する段階と、
ｃ）比較されているデータセットの間の違いに関するデータセットを作成する段階と、から成り、
前記段階（ａ）−（ｃ）は、異なるデータフォーマットを有している可能性のあるデータを並行的に表示し、定義されたデータセットでデータ分析オペレーションを開始するよう構成されているグラフィカルユーザーインタフェース（ＧＵＩ）を使って実行されることを特徴とする方法。
〔請求項４３〕
前記データを並行的に表示する段階は、それぞれが、データソースにアクセスして、データソース内のデータの分析を実行し、分析結果を表示するよう構成されている複数のデータビューワを備えているポータルを使って実行されることを特徴とする、請求項４２に記載の方法。
〔請求項４４〕
システムデータを１つ又は複数のデータソースに接続するインタフェースと、それぞれが、データソースにアクセスして、データソース内のデータの分析を実行し、分析結果を表示するよう構成されている複数のデータビューワを有しているポータルと、を備えているデータ管理システムにおいて、処理方法は、
作業セッションでアクセスされたデータソースに関する、各ポータルによって使用されているデータソース定義を監視し、記録する段階と、
前記作業セッションでアクセスされたデータソースに関係付けられたビューワの状態を監視し、記録する段階と、
ユーザーコマンドに応答して、１つ又は複数のポータルを閉じる段階と、
前記閉じるコマンドが受信されたときに存在しているデータソース定義及びビューワの状態を、メモリ場所内に記憶する段階と、から成ることを特徴とする方法。
〔請求項４５〕
前記閉じる段階は、前記作業セッションを終了させるコマンドに応答していることを特徴とする、請求項４４に記載の方法。
〔請求項４６〕
復元の段階は、ユーザーの介入無しに実行されることを特徴とする、請求項４４に記載の方法。
【特許請求の範囲】
【請求項１】
データ管理システムにおいて、該データ管理システムが、
前記システムを１つ又は複数のデータソースに接続するインタフェースと、
前記１つ又は複数のデータソースを管理するための前記インタフェースにリンクされている少なくとも１つの機構と、
各々異なるデータソースに接続されている複数のデータビューワを備え、異なるデータソースからのデータを同時に可視化できる少なくとも１つのポータルとを備え、
前記システムが、２つ以上のポータルを同時に見ることを可能にし、
各データビューワが、１つ以上のデータソースにアクセスし、前記データソース内のデータを分析し、該分析の結果を表示し、
各ポータルおよび各データ・ビューワが、作成、保存、開放、編集、併合及び破壊の管理機能の内の１つ又はそれ以上を達成する能力を有し、
前記システムが、１つ以上のデータビューワが或るポータルから他のポータルに併合されることを可能にし、
他のポータルに併合されるデータビューワの各々について、前記データソースが、前記少なくとも１つの機構によって、クローンされて、オリジナルのデータソースの異なるインスタンスを絶縁するようにして、各データビューワが、併合されたデータビューワが接続するデータソースに加えて、データソースの自身のクローンインスタンスを有するようにし、
前記システムが、前記他のポータルに併合されるデータビューワに接続されるデータソースから得られるデータが、複数のポータルをまたがって編集されることを可能にすることを特徴とする前記データ管理システム。
【請求項２】
前記データソースの少なくとも１つは、電話通信ネットワークを介して遠隔的にアクセス可能であることを特徴とする、請求項１に記載の前記データ管理システム。
【請求項３】
前記電話通信ネットワークは、インターネット、イントラネット、イントラネットにリンクされているエクストラネット、の内の１つであることを特徴とする、請求項２に記載の前記データ管理システム。
【請求項４】
少なくとも１つのデータビューワは、少なくとも２つのデータソースにアクセスし、該少なくとも２つのデータソースは、異なるデータシステムの基で作動することを特徴とする、請求項１に記載の前記データ管理システム。
【請求項５】
前記インタフェースは、前記１つ又は複数のデータソース用の接続仕様を作成、編集、編成、選択及び削除するデータソースコントローラーを備えていることを特徴とする、請求項１に記載の前記データ管理システム。
【請求項６】
他のポータルに併合されている前記データビューワは、リンク−ノード式の線図を使ってデータの関係を示す網状ビューワと、表フォーマットでデータを示す表ビューワと、一度に一行のデータを示す記録ビューワと、汎用ＳＱＬコマンド用のＳＱＬダイアログ及びビューワと、チャートフォーマットでデータを示すチャートビューワ、の内の１つ又はそれ以上であり、前記データビューワのフォーマットは、他のポータルに併合される時に、変化しないことを特徴とする、請求項１に記載の前記データ管理システム。
【請求項７】
前記少なくとも１つのポータルは、異なるソースからのデータの並行的可視化及び操作を可能にすることを特徴とする、請求項１に記載の前記データ管理システム。
【請求項８】
後のセッションでデータビューワを再構築する状態保存機構を更に備えていることを特徴とする、請求項１に記載の前記データ管理システム。
【請求項９】
データビューワが再構築される時に、前記データビューワは、前記データビューワが再構築される時に存在するデータを表示することを特徴とする、請求項８に記載の前記データ管理システム。
【請求項１０】
前記状態保存機構は、各データソースが関係付けられているデータビューワによって用いられるデータソースを監視し記録するための装置を備えていることを特徴とする、請求項８に記載の前記データ管理システム。
【請求項１１】
データ管理システムにおいて、該データ管理システムが、
前記システムを１つ又は複数のデータソースに接続するインタフェースと、
前記１つ又は複数のデータソースを管理するための前記インタフェースにリンクされている少なくとも１つの機構と、
各々異なるデータソースに接続されている複数のデータビューワを備え、異なるデータソースからのデータを同時に可視化できる少なくとも１つのポータルと、
後のセッションにおいて前記データビューワを再構築する状態保存機構と、を備え、
前記システムは、２つ以上のポータルを同時に見ることを可能にし、
各ポータルおよび各データ・ビューワが、作成、保存、開放、編集、併合及び破壊の管理機能の内の１つ又はそれ以上を達成する能力を有し、
前記システムが、１つ以上のデータビューワが或るポータルから他のポータルに併合されることを可能にし、
前記状態保存機構は、各データソースが関連する前記データビューワによって使用されるデータソースをモニター且つ記録するための機構を備え、
他のポータルに併合されるデータビューワの各々について、前記データソースが、前記少なくとも１つの機構によって、クローンされて、オリジナルのデータソースの異なるインスタンスを絶縁するようにして、各データビューワが、併合されたデータビューワが接続するデータソースに加えて、データソースの自身のクローンインスタンスを有するようにし、
前記システムが、前記他のポータルに併合されるデータビューワに接続されるデータソースから得られるデータが、複数のポータルをまたがって編集されることを可能にし、
ポータルは開放されるか閉鎖されるかの何れかであり、前記状態保存機構からの情報が、前記ポータルが再開放される時点で、前記データビューワと関連するデータソースを再問合せることにより、特定のポータルと関連する全てのデータビューワを再構築するために、使用されることを特徴とする前記データ管理システム。
【請求項１２】
前記システムが、１つ以上のデータビューワが、或るポータルから、同じユーザのセッション内の他のポータルに併合されることを可能にすることを特徴とする、請求項１１に記載の前記データ管理システム。
【請求項１３】
前記システムが、１つ以上のデータビューワを、或るポータルから、同じユーザの異なるセッション内の他のポータルに併合されることを可能にすることを特徴とする、請求項１１に記載の前記データ管理システム。
【請求項１４】
前記システムが、１つ以上のデータビューワを、或るポータルから、異なるユーザの異なるセッション内の他のポータルに併合されることを可能にすることを特徴とする、請求項１１に記載の前記データ管理システム。
【請求項１５】
前記状態保存機構は、複数のユーザーの間でデータビューワ及び該データビューワと関連するデータ共有を可能にすることを特徴とする、請求項９に記載の前記データ管理システム。
【請求項１６】
前記システムが、１つ以上のデータビューワを、１つのポータルから時間的に遅い時点で、異なるユーザーの異なるセッション内の他のポータルに併合されることを可能にすることを特徴とする、請求項１５に記載の前記データ管理システム。
【請求項１７】
前記システムは、ＪＤＢＣ接続性を利用して、多重処理環境におけるデータ内容に動的且つ再帰的に、アクセスし且つこれを操作するための問合せを動的且つ再帰的に発生することを特徴とする、請求項１に記載の前記データ管理システム。
【請求項１８】
前記少なくとも１つの管理している機構は、試験データセットを作成することを特徴とする、請求項１に記載の前記データ管理システム。
【請求項１９】
前記管理している機構は、２つ以上のデータソースの内容を比較することを特徴とする、請求項１に記載の前記データ管理システム。
【請求項２０】
前記管理している機構は、３つ以上のデータソースの内容を比較することを特徴とする、請求項１に記載の前記データ管理システム。
【請求項２１】
前記管理している機構は、データセットの問合せ、データセットの更新、データセットの保存、データセットの復元、及び、データセットの再構築の内の１つ又はそれ以上を実行することを特徴とする、請求項１に記載の前記データ管理システム。
【請求項２２】
データ品質制御システムにおいて、
システムを複数のデータソースに接続するインタフェースと、
前記インタフェースに作動的に接続されている少なくとも１つのポータルと、
分析されるべきデータの１つ以上のデータソース及び達成されるべきデータ分析のタイプを選択するためのグラフィカルユーザーインタフェースを含むデータ入力機構とを具備し、
前記ポータルが、各々異なるデータソースに接続されている複数のデータビューワを備え、異なるデータソースからのデータを同時に可視化できるようにし、
前記システムが、２つ以上のポータルを同時に見ることを可能にし、
各データビューワが、１つ又は複数のデータソースにアクセスし、前記データソース中のデータを解析し、且つ前記解析の結果を表示し、
各ポータルおよび各データ・ビューワが、作成、保存、開放、編集、併合及び破壊の管理機能の内の１つ又はそれ以上を達成する能力を有し、
前記システムが、１つ以上のデータビューワが或るポータルからの他のポータルに併合されることを可能にし、
他のポータルに併合されるデータビューワの各々について、前記データソースが、クローンされて、オリジナルのデータソースの異なるインスタンスを絶縁するようにして、各データビューワが、併合されたデータビューワが接続するデータソースに加えて、データソースの自身のクローンインスタンスを有するようにし、
前記システムが、前記他のポータルに併合されるデータビューワに接続されるデータソースから得られるデータが、複数のポータルをまたがって編集されることを可能にすることを特徴とする前記データ品質制御システム。
【請求項２３】
前記少なくとも１つのポータルが、データ分析を保存するための手段を含み、前記保存するための手段は、保存ポータル状態プロセスと、復元ポータル状態プロセスと、共有ポータル状態プロセスと、保存データソース定義プロセスと、復元データソース定義プロセスと、共有データソース定義プロセス、の内の１つ又はそれ以上を含んでいることを特徴とする、請求項２２に記載の前記データ品質制御システム。
【請求項２４】
各データビューワは、網状ビューワと、表ビューワと、チャートビューワと、一度に一行のデータを示す記録ビューワと、汎用ＳＱＬコマンドのためのＳＱＬダイアログ及びビューワ、の内の１つ又はそれ以上を含んでおり、前記データビューワのフォーマットは、該データビューワが、他のポータルに併合された時に、変化しないことを特徴とする、請求項２２に記載の前記データ品質制御システム。
【請求項２５】
前記少なくとも１つのポータルは、ディレクトリコントローラーと関係付けられていることを特徴とする、請求項２２に記載の前記データ品質制御システム。
【請求項２６】
前記ディレクトリコントローラーは、データソースディレクトリコントローラーであることを特徴とする、請求項２５に記載の前記データ品質制御システム。
【請求項２７】
少なくとも２つのデータソース内のデータを比較するための手段を更に備えていることを特徴とする、請求項２２に記載の前記データ品質制御システム。
【請求項２８】
少なくとも１つのデータビューワは、少なくとも２つのデータソースへのアクセス権を有しており、前記少なくとも２つのデータソースは、異なるデータシステムの基で作動することを特徴とする、請求項２２に記載の前記データ品質制御システム。
【請求項２９】
前記システムは、多重処理環境において、データにアクセスして、該データを操作するための問合せを、動的且つ再帰的に発生するために、JDBC接続性を使用することを特徴とする、請求項２２に記載の前記データ品質制御システム。
【請求項３０】
システムデータを１つ又は複数のデータソースに接続するインタフェースと、各々異なるデータソースに接続されている複数のデータビューワを含み、異なるデータソースからのデータを同時に可視化できる少なくとも１つのポータルと、を備えているデータ管理システムにおいて、
前記システムが、２つ以上のポータルを同時に見ることを可能にし、各ビューワは、１つ以上のデータソースへのアクセス権を有し、且つデータソース内のデータを分析し、該分析の結果を表示し、各ポータル及び各データビューワは、
各ポータルおよび各データ・ビューワが、作成、保存、開放、編集、併合及び破壊の管理機能の内の１つ又はそれ以上を達成する能力を有し、
前記システムが、１つ以上のデータビューワが或るポータルから他のポータルに併合されることを可能にし、
他のポータルに併合されるデータビューワの各々について、前記データソースが、クローンされて、オリジナルのデータソースの異なるインスタンスを絶縁するようにして、各データビューワが、併合されたデータビューワが接続するデータソースに加えて、データソースの自身のクローンインスタンスを有するようにし、
前記システムが、前記他のポータルに併合されるデータビューワに接続されるデータソースから得られるデータが、複数のポータルをまたがって編集されることを可能にする、前記データ管理システムにおける処理方法は、
作業セッションでアクセスされたデータソースに関する、各ポータルによって使用されているデータソース定義を監視し、記録する段階と、
前記作業セッションでアクセスされたデータソースに関係付けられたビューワの状態を監視し、記録する段階と、
ユーザーコマンドに応答して、１つ又は複数のポータルを閉じる段階と、
前記閉じるコマンドが受信されたときに存在しているデータソース定義及びビューワの状態を、メモリ場所内に記憶する段階と、
１つ以上の閉じたポータルの開放を指示するユーザコマンドに応答して、前記メモリ場所から前記データソース定義及び前記ビューワの状態を復元する段階と、
から成ることを特徴とする方法。
【請求項３１】
前記閉じる段階は、前記作業セッションを終了させるコマンドに応答していることを特徴とする、請求項３０に記載の方法。
【請求項３２】
復元の段階は、ユーザーの介入無しに実行されることを特徴とする、請求項３０に記載の方法。
【請求項１】
データ管理システムにおいて、該データ管理システムが、
前記システムを１つ又は複数のデータソースに接続するインタフェースと、
前記１つ又は複数のデータソースを管理するための前記インタフェースにリンクされている少なくとも１つの機構と、
各々異なるデータソースに接続されている複数のデータビューワを備え、異なるデータソースからのデータを同時に可視化できる少なくとも１つのポータルとを備え、
前記システムが、２つ以上のポータルを同時に見ることを可能にし、
各データビューワが、１つ以上のデータソースにアクセスし、前記データソース内のデータを分析し、該分析の結果を表示し、
各ポータルおよび各データ・ビューワが、作成、保存、開放、編集、併合及び破壊の管理機能の内の１つ又はそれ以上を達成する能力を有し、
前記システムが、１つ以上のデータビューワが或るポータルから他のポータルに併合されることを可能にし、
他のポータルに併合されるデータビューワの各々について、前記データソースが、前記少なくとも１つの機構によって、クローンされて、オリジナルのデータソースの異なるインスタンスを絶縁するようにして、各データビューワが、併合されたデータビューワが接続するデータソースに加えて、データソースの自身のクローンインスタンスを有するようにし、
前記システムが、前記他のポータルに併合されるデータビューワに接続されるデータソースから得られるデータが、複数のポータルをまたがって編集されることを可能にすることを特徴とする前記データ管理システム。
【請求項２】
前記データソースの少なくとも１つは、電話通信ネットワークを介して遠隔的にアクセス可能であることを特徴とする、請求項１に記載の前記データ管理システム。
【請求項３】
前記電話通信ネットワークは、インターネット、イントラネット、イントラネットにリンクされているエクストラネット、の内の１つであることを特徴とする、請求項２に記載の前記データ管理システム。
【請求項４】
少なくとも１つのデータビューワは、少なくとも２つのデータソースにアクセスし、該少なくとも２つのデータソースは、異なるデータシステムの基で作動することを特徴とする、請求項１に記載の前記データ管理システム。
【請求項５】
前記インタフェースは、前記１つ又は複数のデータソース用の接続仕様を作成、編集、編成、選択及び削除するデータソースコントローラーを備えていることを特徴とする、請求項１に記載の前記データ管理システム。
【請求項６】
他のポータルに併合されている前記データビューワは、リンク−ノード式の線図を使ってデータの関係を示す網状ビューワと、表フォーマットでデータを示す表ビューワと、一度に一行のデータを示す記録ビューワと、汎用ＳＱＬコマンド用のＳＱＬダイアログ及びビューワと、チャートフォーマットでデータを示すチャートビューワ、の内の１つ又はそれ以上であり、前記データビューワのフォーマットは、他のポータルに併合される時に、変化しないことを特徴とする、請求項１に記載の前記データ管理システム。
【請求項７】
前記少なくとも１つのポータルは、異なるソースからのデータの並行的可視化及び操作を可能にすることを特徴とする、請求項１に記載の前記データ管理システム。
【請求項８】
後のセッションでデータビューワを再構築する状態保存機構を更に備えていることを特徴とする、請求項１に記載の前記データ管理システム。
【請求項９】
データビューワが再構築される時に、前記データビューワは、前記データビューワが再構築される時に存在するデータを表示することを特徴とする、請求項８に記載の前記データ管理システム。
【請求項１０】
前記状態保存機構は、各データソースが関係付けられているデータビューワによって用いられるデータソースを監視し記録するための装置を備えていることを特徴とする、請求項８に記載の前記データ管理システム。
【請求項１１】
データ管理システムにおいて、該データ管理システムが、
前記システムを１つ又は複数のデータソースに接続するインタフェースと、
前記１つ又は複数のデータソースを管理するための前記インタフェースにリンクされている少なくとも１つの機構と、
各々異なるデータソースに接続されている複数のデータビューワを備え、異なるデータソースからのデータを同時に可視化できる少なくとも１つのポータルと、
後のセッションにおいて前記データビューワを再構築する状態保存機構と、を備え、
前記システムは、２つ以上のポータルを同時に見ることを可能にし、
各ポータルおよび各データ・ビューワが、作成、保存、開放、編集、併合及び破壊の管理機能の内の１つ又はそれ以上を達成する能力を有し、
前記システムが、１つ以上のデータビューワが或るポータルから他のポータルに併合されることを可能にし、
前記状態保存機構は、各データソースが関連する前記データビューワによって使用されるデータソースをモニター且つ記録するための機構を備え、
他のポータルに併合されるデータビューワの各々について、前記データソースが、前記少なくとも１つの機構によって、クローンされて、オリジナルのデータソースの異なるインスタンスを絶縁するようにして、各データビューワが、併合されたデータビューワが接続するデータソースに加えて、データソースの自身のクローンインスタンスを有するようにし、
前記システムが、前記他のポータルに併合されるデータビューワに接続されるデータソースから得られるデータが、複数のポータルをまたがって編集されることを可能にし、
ポータルは開放されるか閉鎖されるかの何れかであり、前記状態保存機構からの情報が、前記ポータルが再開放される時点で、前記データビューワと関連するデータソースを再問合せることにより、特定のポータルと関連する全てのデータビューワを再構築するために、使用されることを特徴とする前記データ管理システム。
【請求項１２】
前記システムが、１つ以上のデータビューワが、或るポータルから、同じユーザのセッション内の他のポータルに併合されることを可能にすることを特徴とする、請求項１１に記載の前記データ管理システム。
【請求項１３】
前記システムが、１つ以上のデータビューワを、或るポータルから、同じユーザの異なるセッション内の他のポータルに併合されることを可能にすることを特徴とする、請求項１１に記載の前記データ管理システム。
【請求項１４】
前記システムが、１つ以上のデータビューワを、或るポータルから、異なるユーザの異なるセッション内の他のポータルに併合されることを可能にすることを特徴とする、請求項１１に記載の前記データ管理システム。
【請求項１５】
前記状態保存機構は、複数のユーザーの間でデータビューワ及び該データビューワと関連するデータ共有を可能にすることを特徴とする、請求項９に記載の前記データ管理システム。
【請求項１６】
前記システムが、１つ以上のデータビューワを、１つのポータルから時間的に遅い時点で、異なるユーザーの異なるセッション内の他のポータルに併合されることを可能にすることを特徴とする、請求項１５に記載の前記データ管理システム。
【請求項１７】
前記システムは、ＪＤＢＣ接続性を利用して、多重処理環境におけるデータ内容に動的且つ再帰的に、アクセスし且つこれを操作するための問合せを動的且つ再帰的に発生することを特徴とする、請求項１に記載の前記データ管理システム。
【請求項１８】
前記少なくとも１つの管理している機構は、試験データセットを作成することを特徴とする、請求項１に記載の前記データ管理システム。
【請求項１９】
前記管理している機構は、２つ以上のデータソースの内容を比較することを特徴とする、請求項１に記載の前記データ管理システム。
【請求項２０】
前記管理している機構は、３つ以上のデータソースの内容を比較することを特徴とする、請求項１に記載の前記データ管理システム。
【請求項２１】
前記管理している機構は、データセットの問合せ、データセットの更新、データセットの保存、データセットの復元、及び、データセットの再構築の内の１つ又はそれ以上を実行することを特徴とする、請求項１に記載の前記データ管理システム。
【請求項２２】
データ品質制御システムにおいて、
システムを複数のデータソースに接続するインタフェースと、
前記インタフェースに作動的に接続されている少なくとも１つのポータルと、
分析されるべきデータの１つ以上のデータソース及び達成されるべきデータ分析のタイプを選択するためのグラフィカルユーザーインタフェースを含むデータ入力機構とを具備し、
前記ポータルが、各々異なるデータソースに接続されている複数のデータビューワを備え、異なるデータソースからのデータを同時に可視化できるようにし、
前記システムが、２つ以上のポータルを同時に見ることを可能にし、
各データビューワが、１つ又は複数のデータソースにアクセスし、前記データソース中のデータを解析し、且つ前記解析の結果を表示し、
各ポータルおよび各データ・ビューワが、作成、保存、開放、編集、併合及び破壊の管理機能の内の１つ又はそれ以上を達成する能力を有し、
前記システムが、１つ以上のデータビューワが或るポータルからの他のポータルに併合されることを可能にし、
他のポータルに併合されるデータビューワの各々について、前記データソースが、クローンされて、オリジナルのデータソースの異なるインスタンスを絶縁するようにして、各データビューワが、併合されたデータビューワが接続するデータソースに加えて、データソースの自身のクローンインスタンスを有するようにし、
前記システムが、前記他のポータルに併合されるデータビューワに接続されるデータソースから得られるデータが、複数のポータルをまたがって編集されることを可能にすることを特徴とする前記データ品質制御システム。
【請求項２３】
前記少なくとも１つのポータルが、データ分析を保存するための手段を含み、前記保存するための手段は、保存ポータル状態プロセスと、復元ポータル状態プロセスと、共有ポータル状態プロセスと、保存データソース定義プロセスと、復元データソース定義プロセスと、共有データソース定義プロセス、の内の１つ又はそれ以上を含んでいることを特徴とする、請求項２２に記載の前記データ品質制御システム。
【請求項２４】
各データビューワは、網状ビューワと、表ビューワと、チャートビューワと、一度に一行のデータを示す記録ビューワと、汎用ＳＱＬコマンドのためのＳＱＬダイアログ及びビューワ、の内の１つ又はそれ以上を含んでおり、前記データビューワのフォーマットは、該データビューワが、他のポータルに併合された時に、変化しないことを特徴とする、請求項２２に記載の前記データ品質制御システム。
【請求項２５】
前記少なくとも１つのポータルは、ディレクトリコントローラーと関係付けられていることを特徴とする、請求項２２に記載の前記データ品質制御システム。
【請求項２６】
前記ディレクトリコントローラーは、データソースディレクトリコントローラーであることを特徴とする、請求項２５に記載の前記データ品質制御システム。
【請求項２７】
少なくとも２つのデータソース内のデータを比較するための手段を更に備えていることを特徴とする、請求項２２に記載の前記データ品質制御システム。
【請求項２８】
少なくとも１つのデータビューワは、少なくとも２つのデータソースへのアクセス権を有しており、前記少なくとも２つのデータソースは、異なるデータシステムの基で作動することを特徴とする、請求項２２に記載の前記データ品質制御システム。
【請求項２９】
前記システムは、多重処理環境において、データにアクセスして、該データを操作するための問合せを、動的且つ再帰的に発生するために、JDBC接続性を使用することを特徴とする、請求項２２に記載の前記データ品質制御システム。
【請求項３０】
システムデータを１つ又は複数のデータソースに接続するインタフェースと、各々異なるデータソースに接続されている複数のデータビューワを含み、異なるデータソースからのデータを同時に可視化できる少なくとも１つのポータルと、を備えているデータ管理システムにおいて、
前記システムが、２つ以上のポータルを同時に見ることを可能にし、各ビューワは、１つ以上のデータソースへのアクセス権を有し、且つデータソース内のデータを分析し、該分析の結果を表示し、各ポータル及び各データビューワは、
各ポータルおよび各データ・ビューワが、作成、保存、開放、編集、併合及び破壊の管理機能の内の１つ又はそれ以上を達成する能力を有し、
前記システムが、１つ以上のデータビューワが或るポータルから他のポータルに併合されることを可能にし、
他のポータルに併合されるデータビューワの各々について、前記データソースが、クローンされて、オリジナルのデータソースの異なるインスタンスを絶縁するようにして、各データビューワが、併合されたデータビューワが接続するデータソースに加えて、データソースの自身のクローンインスタンスを有するようにし、
前記システムが、前記他のポータルに併合されるデータビューワに接続されるデータソースから得られるデータが、複数のポータルをまたがって編集されることを可能にする、前記データ管理システムにおける処理方法は、
作業セッションでアクセスされたデータソースに関する、各ポータルによって使用されているデータソース定義を監視し、記録する段階と、
前記作業セッションでアクセスされたデータソースに関係付けられたビューワの状態を監視し、記録する段階と、
ユーザーコマンドに応答して、１つ又は複数のポータルを閉じる段階と、
前記閉じるコマンドが受信されたときに存在しているデータソース定義及びビューワの状態を、メモリ場所内に記憶する段階と、
１つ以上の閉じたポータルの開放を指示するユーザコマンドに応答して、前記メモリ場所から前記データソース定義及び前記ビューワの状態を復元する段階と、
から成ることを特徴とする方法。
【請求項３１】
前記閉じる段階は、前記作業セッションを終了させるコマンドに応答していることを特徴とする、請求項３０に記載の方法。
【請求項３２】
復元の段階は、ユーザーの介入無しに実行されることを特徴とする、請求項３０に記載の方法。
【図１】
【図１Ａ】
【図１Ｂ】
【図１Ｃ】
【図１Ｄ】
【図１Ｅ】
【図２】
【図３】
【図４】
【図５】
【図５Ａ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図１Ａ】
【図１Ｂ】
【図１Ｃ】
【図１Ｄ】
【図１Ｅ】
【図２】
【図３】
【図４】
【図５】
【図５Ａ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２００９−２１７８３７（Ｐ２００９−２１７８３７Ａ）
【公開日】平成２１年９月２４日（２００９．９．２４）
【国際特許分類】
【出願番号】特願２００９−１１８３８４（Ｐ２００９−１１８３８４）
【出願日】平成２１年５月１５日（２００９．５．１５）
【分割の表示】特願２００３−５３６９２３（Ｐ２００３−５３６９２３）の分割
【原出願日】平成１４年１０月８日（２００２．１０．８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ウィンドウズ
【出願人】（５０４１４４３７８）ダイレクト コンピューター リソーシズ インコーポレイテッド (1)
【Ｆターム（参考）】
【公開日】平成２１年９月２４日（２００９．９．２４）
【国際特許分類】
【出願日】平成２１年５月１５日（２００９．５．１５）
【分割の表示】特願２００３−５３６９２３（Ｐ２００３−５３６９２３）の分割
【原出願日】平成１４年１０月８日（２００２．１０．８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ウィンドウズ
【出願人】（５０４１４４３７８）ダイレクト コンピューター リソーシズ インコーポレイテッド (1)
【Ｆターム（参考）】
[ Back to top ]